中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范v2.0.9

文章描述:-2022年3月29日发(作者:欧阳翥) QB-╳╳-╳╳╳-╳╳╳╳ Technical Specification of Deep Packet InspectionEquipment for CMCC (LTE Signalling Collection ServerInterface Part) 版本号:2.0.9

-

中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范v2.0.92022年3月29日发(作者:欧阳翥)










QB-╳╳-╳╳╳-╳╳╳╳















Technical Specification of Deep Packet


InspectionEquipment for CMCC


(LTE Signalling Collection ServerInterface


Part)





版本号:2.0.9







╳╳╳╳╳╳-╳╳-╳╳实施

╳╳-╳╳-╳╳发布



中国移动通信企业标准
中国移动统一DPI设备技术规
范-LTE信令采集解析服务器
接口规范
中国移动通信集团公司 发布
I




1
2
3
4
5
6

范围 ................................................................................................................................... 2
规范性引用文件 ............................................................................................................... 2
术语、定义和缩略语 ....................................................................................................... 3
接口在网络中的位置 ....................................................................................................... 4
LTE接口XDR数据构成方式 ........................................................................................ 5
5.1. XDR编号与上报要求 ............................................................................................. 5
Uu接口XDR数据结构 .................................................................................................. 5
6.1. 公共信息 ................................................................................................................... 5
6.2. Uu接口信息 ............................................................................................................. 6
6.3. Uu接口Keyword 1字段定义 ................................................................................. 9
6.4. Uu接口事件流程开始结束标识 ............................................................................ 9
X2接口XDR数据结构 ................................................................................................ 10
7.1. 公共信息 ................................................................................................................. 10
7.2. X2接口信息 ........................................................................................................... 10
7.3. X2接口事件流程开始结束标识 .......................................................................... 12
UE_MR XDR数据结构 ................................................................................................. 13
8.1. 公共信息 ................................................................................................................. 13
8.2. UE_MR信息 .......................................................................................................... 13
Cell_MR XDR数据结构 ............................................................................................... 15
9.1. 公共信息 ................................................................................................................. 15
9.2. Cell_MR信息 ......................................................................................................... 15
S1-MME接口XDR数据结构 ...................................................................................... 16
10.1. 公共信息 ................................................................................................................. 16
10.2. S1-MME接口信息 ................................................................................................. 16
10.3. S1-MME接口Keyword 1字段定义 ..................................................................... 21
10.4. S1-MME接口Keyword 2字段定义 ..................................................................... 22
10.5. S1-MME接口事件流程开始结束标识 ................................................................ 27
S1-U接口XDR数据结构 ............................................................................................. 27
S6a 接口XDR数据结构 .............................................................................................. 27
12.1. 公共信息 ................................................................................................................. 27
12.2. S6a接口信息 .......................................................................................................... 27
S10、S11接口XDR数据结构 ..................................................................................... 29
13.1. 公共信息 ................................................................................................................. 29
13.2. S10、S11接口信息 ............................................................................................... 29
S5S8-C接口XDR数据结构 ........................................................................................ 32
14.1. 公共信息 ................................................................................................................. 32
14.2. S5S8-C接口信息 .................................................................................................. 32
SGs接口XDR数据结构 ............................................................................................... 34
II
7
8
9
10
11
12
13
14
15


15.1.
15.2.
16
公共信息 ................................................................................................................. 34
SGs接口信息 ......................................................................................................... 34
Gn-C接口XDR数据结构 ............................................................................................ 36
16.1. 公共信息 ................................................................................................................. 36
16.2. Gn-C接口信息 ....................................................................................................... 36
基于XDR的原始码流上报 .......................................................................................... 38
17.1. 原始码流上报功能 ................................................................................................. 38
17.2. 基于XDR上报原始码流的格式 .......................................................................... 38
17.3. 按帧封装的原始码流要求 ..................................................................................... 38
通用包头格式 ................................................................................................................. 39
专用包头格式 ................................................................................................................. 39
原始数据 ......................................................................................................................... 40
17
17.3.1.
17.3.2.
17.3.3.
18 接口协议 ......................................................................................................................... 40
18.1. SDTP协议概述 ...................................................................................................... 40
18.2. 消息类型 ................................................................................................................. 41
18.3. 消息结构 ................................................................................................................. 41
18.4. 连接管理流程 ......................................................................................................... 42
18.5. 连接管理消息 ......................................................................................................... 43
版本协商verego .......................................................................................................... 43 18.5.1.
18.5.1.1. 请求 ................................................................................................................................. 43
18.5.1.2. 应答 ................................................................................................................................. 43
18.5.2. 链路认证linkAuth ......................................................................................................... 43
18.5.2.1. 请求 ................................................................................................................................. 43
18.5.2.2. 应答 ................................................................................................................................. 44
18.5.3. 链路检测linkCheck ....................................................................................................... 44
18.5.3.1. 请求 ................................................................................................................................. 44
18.5.3.2. 应答 ................................................................................................................................. 45
18.5.4. 链路数据发送校验linkDataCheck ................................................................................ 45
18.5.4.1. 请求 ................................................................................................................................. 45
18.5.4.2. 应答 ................................................................................................................................. 45
18.5.5. 链路释放linkRel ............................................................................................................ 46
18.5.5.1. 请求 ................................................................................................................................. 46
18.5.5.2. 应答 ................................................................................................................................. 46
18.6. 数据传输消息 ......................................................................................................... 46
18.6.1. XDR数据传输notifyXDRData ..................................................................................... 46
18.6.1.1. 请求 ................................................................................................................................. 46
18.6.1.2. 应答 ................................................................................................................................. 46
18.6.2. XDR对应原始码流传输XDRRawDataSend ............................................................... 47
18.6.2.1. 请求 ................................................................................................................................. 47
18.6.2.2. 应答 ................................................................................................................................. 47
III


19 编制历史 ......................................................................................................................... 47
附录A:UuX2接口XDR事件流程和关键信令点 ................................................................... 48
附录B:S1-MME接口XDR事件流程和关键信令点 ............................................................... 48
IV


前言
本规范对中国移动网内使用的深度包检测(DPI)设备的功能和性能提出要求,是部署
统一DPI设备需要遵从的技术文件。
本规范定义了LTE采集解析设备服务器的接口规范,包含LTE不同接口XDR格式及
接口要求等内容。
本规范是流量控制系统系列标准之一,该系列规范的结构、名称或预计的名称如下:

序号
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]


本规范由中移技号印发。
本规范由中国移动通信集团计划部提出。
本规范起草单位:中国移动通信研究院。
本规范主要起草人:梁燕萍、祖国英、余立、张欢、刘坤、郗卓宁、邢喆
本规范解释权:中国移动通信研究院。

















标准编号 标准名称
中国移动统一DPI设备技术规范-LTE数据
合成服务器设备规范
中国移动统一DPI设备技术规范-LTE数据
合成服务器接口规范
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器接口规范
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器设备规范(软采分册)
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器设备规范(硬采分册)
中国移动统一DPI设备技术规范
发布单位
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司


I



1 范围
本规范适用于中国移动的深度报文检测(DPI)设备,供中国移动内部和厂家共同使用。
本规范是中国移动进行DPI设备采购的技术依据。
本规范主要包含LTE不同接口XDR格式及接口要求等内容。
2 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其
随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标
准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新
版本适用于本标准。
序号
[1]
标准编号 标准名称
《中国移动统一DPI设备技术规范》
发布单位
中国移动通信集团公司
[2]
TS 29.272
3GPP Evolved Packet System(EPS); Mobility
Management Entity(MME) and Serving GPRS
3GPP
Support ode(SGS) related interface based on
Diameter Protocol
Evolved Universal Terrestrial Radio
Access(E-UTRA); Radio Resource Control(RRC) 3GPP
Protocol Specification
Evolved Universal Terrestrial Radio
3GPP
Access(E-UTRA); S1 Application Protocol(S1AP)
Evolved Universal
Access(E-UTRA);
Protocol(X2AP)
Terrestrial Radio
X2 Application 3GPP
[3]
TS 36.331
[4]
TS 36.413
[5]
TS 36.423
[6]
TS 29.274
3GPP Evolved Packet System(EPS); Evolved
General Packet Radio Service(GPRS) Tunnelling 3GPP
Protocol for Control Plane(GTPv2-C)
[7]


《中国移动LTE信令软采设备规范》 中国移动通信集团公司

第2页



3 术语、定义和缩略语
“必须”、“推荐”“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”“必须”项是指业务、产品和设备所必须提供的功能或性能要求;对应于
RFC2119 MUST,REQUIRED,SHALL。
- “推荐”“建议”“应”项是指在标准中未作强制要求,若业务、产品和设备提供的功能
或性能要求被认为更佳;对应于RFC2119 RECOMMEDED,SHOULD。
- “可选”“可”项指参考性要求,是业务、产品和设备在目前阶段可不提供的功能或性
能要求;对应于RFC2119 MAY,OPTIOAL。
- 必不能,不能,不得:表示绝对的禁止;对应于RFC2119 MUST OT,SHALL OT。
- 不推荐,不建议:表示若业务、产品和设备按照所述内容制作,被认为略次;对应
于RFC2119 SHOULD OT,OT RECOMMEDED。
- 规范中除了明确指明为 “推荐”“建议”、“可选”外,均为必须要求。

表3-1 词语解释
词语
ECI
eB
EPS
E-UTRA
GTP
IE
IMEI
IMSI
IP
LTE
MME
MSC
MSISD
AS
PCI
SDTP
S1-MME
S1-U
SGW
TAC
TEID
全量数据
XDR数据
解释
E-UTRA Cell Identifier,E-UTRA小区标识
Evolved ode B,演进型节点B
Evolved Packet System,演进型分组系统
Evolved Universal Terrestrial Radio Access etwork,演进型通用陆地无
线接入网
GPRS Tunneling Protocol,GPRS隧道协议
Information Element,信令消息中的信息单元
International Mobile Equipment Identity,国际移动设备标识
International Mobile Subscriber Identity,国际移动用户标识
Internet Protocol,IP协议
Long Term Evolution,长期演进
Mobility Management Entity,移动性管理实体
Mobile Switching Center,移动交换中心
Mobile Station Integrated Services Digital umber,移动用户ISD号码
on-Access Stratum,非接入层
Physical Cell Identifier,物理小区标识
Shared Data Transfer Protocol,共享数据传输协议
S1 for the control plane,控制平面S1接口
S1 for the user plane,用户平面S1接口
Serving Gateway,服务网关
Tracking Area Code,跟踪区域码
Tunnel Endpoint Identifier,隧道端点标识
全量数据包含了被采集链路的全部内容,包括控制面的全量信令数据
及用户面的全量业务数据
XDR数据是指基于全量数据进行处理后,生成的供信令监测平台和信
令类应用使用的信令及业务的详细记录。
第3页



信令XDR
业务XDR
指标数据

基于所采集的控制面信令而生成的信令过程的详细记录
基于所采集的用户面业务数据而生成的业务传输过程的详细记录
指标数据是根据数据合成服务器生成的XDR或者信令消息统计生成
的各类KPI指标数据,例如:接通率、位置更新成功率等
4 接口在网络中的位置
中国移动统一DPI系统架构图如下图所示。
指定系
统人员
其他应用系统
性能管
理系统
优化管
理系统
…...
集中化经分
系统
指定系统
应用层
日志查询平台
日志上报网关
IF2接口
数据合成
服务器
数据解码层
IF1接口
防火墙日志
采集前置机
软采采集
解析服务器
UuX2软采数据
硬采采集
解析服务器
S1-MMES6aSGs
原始码流
MME
统一DPI
设备
S1-US11等
原始码流
数据采集层
出口防火墙
SCA设备
SGW
图1. 统一DPI系统架构图

1. 数据采集层
数据采集层包含采集解析服务器,主要功能是实现LTE系统Uu、X2、S1、S11、S10、
SGs、S6a、S5S8等接口及防火墙数据的接入和采集,对采集数据进行解析,生成各接口的
原始XDR。
数据采集层需要将原始XDR及原始码流数据上报给数据解码层。
2. 数据解码层
数据解码层包含数据合成服务器,主要功能是对数据采集层上报的原始XDR进行分析、
关联、回填及合成,并输出所需的目标XDR及日志文件及原始码流数据到应用层。
数据解码层需要对原始码流数据进行存储,存储时长至少2天。
3. 应用层
应用层包含各应用系统及指定系统。

本规范定义了数据采集层与数据解码层之间的IF1接口。

第4页



5 LTE接口XDR数据构成方式
XDR数据分为信令面XDR和用户面XDR两种。信令面采集包括对以下接口的采集:Uu、
X2、S1-MME、S6a、S10、S11、S5S8、SGs、Gn。用户面采集只对S1-U接口进行采集。本
规范主要对信令面的XDR格式及上报接口进行了定义,用户面的XDR格式及上报接口请参
考《中国移动统一DPI设备规范》。
信令面XDR包含公共信息和单接口信息两部分,格式如下图所示。本规范后续会详细
介绍公共信息及对应不同接口的单接口信息的数据格式。
公共信息

图2. XDR结构
单接口信息
需要说明的是,本规范XDR格式中的字段长度取值单位均为字节(Byte)。
5.1.
XDR编号与上报要求
XDR编号(XDR ID)以信令流程或业务传输过程为单位进行分配,共16byte,循环使
用,要求在采集解析系统的一个循环周期内唯一。用户的一次信令流程或业务传输过程对应
一个XDR ID。对于信令XDR,同一个XDR ID可能对应该信令流程内的多条原始信令消息。
以一次RRC连接与释放流程为例,XDR上报方式为:
公共信息(XDR ID=123) Uu接口XDR信息(流程类型=RRC连接建立,Time=t1,
EstablishCause=…)

公共信息(XDR ID=124) Uu接口XDR信息(流程类型=RRC连接重配,Time=t2,
reconfCause=…)

公共信息(XDR ID=125) Uu接口XDR信息(流程类型=RRC连接释放,Time=t3,
releaseCause=…)

6 Uu接口XDR数据结构
6.1. 公共信息
字段名
Length
类型
unsigned
int
byte
长度
2
默认值 说明
全F 指示整个XDR所占用字节数
城市区号,如010代表北京
采用TBCD编码,每4个比特表示一个十
进制数字
City 2
全F

第5页



接口类型:
1. Uu
2. X2
3. UE_MR
4. Cell_MR
5. S1-MME
6. S6a
7. S11
8. S10
9. SGs
10. S5S8
11. S1-U
12. Gn-C
采集解析服务器内唯一的XDR编号,16
进制编码。一个信令流程或业务传输过程
生成一个XDR ID。对于信令面XDR,一
个XDR ID可能对应同一信令流程中的多
条原始消息记录。对于MR XDR,一个
XDR ID对应一个MR上报。
RAT类型:
1. UTRA
2. GERA
3. WLA
4. GA
5. HSPA Evolution
6. EUTRA
用户IMSI(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
终端IMEI(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
用户号码(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
Interface
unsigned
int
1
全F
XDR ID unsigned
int
16
全F
RAT
unsigned
int
1
全F
IMSI byte 8
全F
IMEI byte 8
全F
MSISD byte 16
全F

6.2. Uu接口信息
Uu接口信息主要涉及RRC协议层信令的相关信息。
字段名

类型 长度 默认值 说明
第6页



Procedure
Type
byte 1
全F
Uu接口流程类型编码,具体取值如下:
1:RRC连接建立 RRC_CO_STP
2:安全模式激活 RRC_SMC
3:RRC连接重配 RRC_RE_CFG
4:RRC连接重建 RRC_RE_EST
5:RRC连接释放 RRC_REL
6:小区内部切换 RRC_HO_intraCELL
7:内切换 RRC_HO_intraEB
8:间切换 RRC_HO_interEB
9:从其它RAT切入 RRC_HO_I
10:切出至其他RAT RRC_HO_OUT_RAT
11:PS寻呼 RRC_PAGIG_PS
12:CS寻呼 RRC_PAGIG_CS
13:其它事件类型 RRC_OTHER
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数,16进制编
码。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数,16进制编
码。
辅助记录更多流程相关信息,取值取决于
“Procedure Type”字段。详细的取值方式参考
6.3节。
预留字段,当前版本中填全F
流程状态:
0:成功;
1:失败;
255:超时,或未收到相关的结束流程信令
采用TBCD编码
流程发生的eB ID,ECI的前20个bit(宏
站)或与ECI相同(家庭)
流程发生小区的Cell ID,要求为ECI信息,
(ECGI的后28个bit),软采包头上报
用户在当前小区的C-RTI
只针对切换过程,填写目标eB的eB ID
(ECI的前20个bit),其他过程填全F
只针对切换过程,填写目标小区的ECI
(ECGI的后28个bit),其他过程填全F
只针对切换过程,填写目标小区为UE分配
的C-RTI,其他过程填全F
eB记录的MME UE S1AP ID,软采上报;
第7页
Procedure Start
dateTime
Time
Procedure End
Time
8
全0
dateTime 8
全0
Keyword 1
Keyword 2
Procedure
Status
PLM ID
eB ID
Cell ID
C-RTI
Target eB ID
Target Cell ID
byte
byte
unsigned
int
byte
byte
byte
byte
byte
byte
1
1
全F
全F
1
全F
3
4
4
2
4
4
2
4
全F
全F
全F
全F
全F
全F
全F
全F
Target C-RTI byte
MME UE

byte



S1AP ID
对终端 IITIAL COTEXT SETUP
REQUEST消息、PATH SWITCH REQUEST
消息之前未分配MME UE S1AP ID的过程,
软采设备需要根据关联关系填加该字段
byte
byte
byte
2
1
4
全F
全F
全F
UE当前连接的MME组标识,软采上报
UE当前连接的MME编码,软采上报
RRC协议中上报的M-TMSI
CSFB业务指示,标识RRC连接释放过程是
否触发CSFB流程
0:未触发CSFB
1:触发CSFB
RRC连接释放过程中重定向的网络类型:
0: GERA
1:UTRA-FDD
2:UTRA-TDD
如无则填全F。
整数值,指示后续跟随的承载信息的个
数,每个承载信息与一个DRB相对应,其
中包括两个字段:承载ID,操作结果。如
果该信令过程不涉及对任何DRB的操作,
则该字段取值为0,此时该字段之后承载信
息的个数为0
EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
第一个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败

EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
第个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
MME Group
ID
MME Code
M-TMSI
CSFB
Indication
byte 1
全F
Redirected
etwork
byte 1
全F
EPS Bearer
umber
Unsigned
int
1
全F
Bearer 1 ID Unsigned
int
1
1
全F
全F
Bearer 1 Status byte
……
Bearer ID
Bearer
Status

Unsigned
int
byte

1
1

全F
全F


第8页



6.3. Uu接口Keyword 1字段定义
Uu接口Keyword字段的取值方式定义如下,后续将根据上层需要补充该字段的取值方式。

Uu口流程类型
编码
1 RRC_CO_STP 标识RRC Connection Request消息中的
EstablishmentCause信元,对应的取值如下:
0:emergency
1:highPriorityAccess
2:mt-Access
3:mo-Signalling
4:mo-Data
5:delayTolerantAccess
3 RRC_RE_CFG 标识RRC Connection reconfigration消息中携带的某
些关键信元,8个bit根据消息指示的操作置0或1。
从MSB开始,8个Bit位置为1的条件为:




4 RRC_RE_EST
0bit:信元MeasConfig存在
1bit:信元sCellToAddModList存在
2bit:信元sCellToReleaseList存在
3-7bit:保留
流程类型 Keyword取值
否则,相应位置bit为0。
标识RRC Connection Reestablishment Request消息中
的ReestablishmentCause信元,对应的取值如下:
0:reconfigutationFailure
1:handoverFailure
2:otherFailure
5 RRC_REL 标识RRC Connection Release消息中的ReleaseCause
信元,对应的取值如下:
0:loadBalancingTAUrequired
1:other
2:cs-FallbackHighPriority
10 RRC_HO_OUT_RAT 标识Mobility From EUTRA Command消息中的
Handover targetRAT-Type信元,对应的取值如下:
0:utra
1:geran
2:cdma2000-1XRTT
3:cdma2000-HRPD
1112 RRC_PAGIG_PS、
RRC_PAGIG_CS
其他编码 其他业务流程
标识Paging消息中UE身份信息的类型:
0:S-TMSI
1:IMSI
全F
6.4. Uu接口事件流程开始结束标识

第9页



Uu接口各流程的开始、结束的信令点标识和信令流程参考附录A:UuX2接口XDR
事件流程和关键信令点。

7 X2接口XDR数据结构
7.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
7.2. X2接口信息
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1:X2 handover
2:X2 handover cancel
3:X2 setup
4:Reset
5:eB configuration update
6:Resource status reporting
7:Mobility setting change
8:Cell activation
9:Load indication
10:Error indication
业务流程开始时间,UTC时间,从
197011 00:00:00开始到当前的毫秒
数。
业务流程结束时间,UTC时间,从
197011 00:00:00开始到当前的毫秒
数。
流程状态
0:成功;
1:失败;
255:超时,或未收到相关的结束流
程信令
源小区标识,要求为ECI
目标小区标识,要求为ECI
源eB ID,软采包头上报。ECI的前
20个bit(宏站)或与ECI相同(家
庭)
目标eB ID,软采包头上报。
Procedure
Type
byte 1
全F
Procedure Start
dateTime
Time
Procedure End
Time
8
全0
dateTime 8
全0
Procedure
Status
Unsignedi
nt
1
全F
Source Cell ID byte
Target Cell ID byte
4
4
4
4
全F
全F
全F
全F
Source eB ID byte
Target eB ID byte

第10页



MME UE
S1AP ID
byte 4
全F UE在源小区中的MME UE S1AP ID
MME Group
ID
byte 2
全F UE连接的MME组标识
MME Code byte 1
全F UE连接的MME编码
Request Cause byte 2
全F
流程中请求消息cause值,对下列事
件类型,填充对应消息中cause字段
的值:
 X2 handover流程:HADOVER
REQUEST
 X2 handover cancel流程:
HADOVER CACEL
 Reset流程:RESET REQUEST
 Mobility setting change流程:
MOBILITY CHAGE
REQUEST
 Error indication流程:ERROR
IDICATIO
具体编码时,高位1个字节标识以下
Cause Group:
0:Radio etwork Layer
1:Transport Layer
2:Protocol
3:Misc
低位1个字节标识Cause Group内具
体的Cause值,参见3GPP 36.423第
9.2.6节。
流程中响应消息的失败cause值,对
下列事件类型,填充对应消息中cause
字段的值:
 X2 handover流程:HADOVER
PREPARATIO FAILURE
 X2 setup流程:X2 SETUP
FAILURE
 eB configuration update流程:
EB COFIGURATIO
UPDATE FAILURE
第11页
Failure Cause byte 2
全F



 Resource status reporting流程:
RESOURCE STATUS FAILURE
 移动性变更流程:MOBILITY
CHAGE FAILURE
 小区激活流程:CELL
ACTIVATIO FAILURE
其他流程填全F。
具体编码方式参见本接口XDR中的
“Request Cause”字段。
EPS Bearer
umber
Unsigned
int
1
全F 整数值,指示后续跟随的承载信息
的个数,每个承载信息与一个承载相
对应,其中包括两个字段:承载ID,
操作结果。如果该信令过程不涉及对
任何承载的操作,则该字段取值为0,
此时该字段之后承载信息的个数为0
EPS bearer ID,取值范围从0到15
Bearer 1 ID Unsigned
int
1
全F
Bearer 1 Status byte 1
全F 第一个EPS承载的操作结果,取值如
下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
……
Bearer ID Unsigned
int
byte
1
全F EPS bearer ID,取值范围从0到15
Bearer
Status
1
全F 第一个EPS承载的操作结果,取值如
下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
7.3. X2接口事件流程开始结束标识
X2接口各流程的开始、结束的信令点标识和信令流程参考附录A:UuX2接口XDR

第12页



事件流程和关键信令点。
8 UE_MR XDR数据结构
基于软采上报的每个UE的每个MR生成一个UE_MR XDR,其中包含UE级的相关信息,
需要把Uu接口MR测试结果和Uu-extend接口MR相关测量值进行关联后生成。
8.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
8.2. UE_MR信息
字段名
MME
ID
Group
类型
byte
byte
byte
byte
byte
dateTime
长度
2
1
4
4
4
8
默认值
全F
全F
全F
全F
全F
全0
说明
MME组标识
MME号
UE的MME UE S1AP ID
流程发生的eB ID,软采包头上报
流程发生小区的Cell ID,要求为ECI信息,
软采包头上报
该MR对应的时间戳,UTC时间,从197011
00:00:00开始到当前的毫秒数。
本条测量报告的类型,由采集解析设备通过
解析measurement configuration和 MR的
meas ID后获得:
1:周期测量
2:A1事件
3:A2事件
4:A3事件
5:A4事件
6:A5事件
7:B1事件
8:B2事件
9:其他
MME Code
MME
S1AP ID
eB ID
Cell ID
Time
UE
MR type
Unsigned
int
1
全F
PHR
Unsigned
int

1
全F
UE相对于配置的最大发射功率的余量。
在headroom type 1中,此余量表示服务小
区的UL-SCH发射功率与配置的最大发射
功率的差值。在headroom type 2中,此余
量表示每个激活的服务小区UL-SCH发射
功率或者是PCell的PUSCH和PUCCH发
第13页



射功率值和与配置的最大发射功率的差
值。
若MR type为事件性测量报告,该字段取
全F。
eB接收UE的总功率
UE的PUSCH占用的所有PRB的总功率;
若MR type为事件性测量报告,该字段取
全F。
上行信噪比:
定义用户上行信噪比。具体计算方法:计
算用户占用的每个物理资源块(PRB)带
宽上的信号功率S和干扰功率I的比值,
然后取所有PRB信噪比的平均值。
若MR type为事件性测量报告,该字段取
全F。
时间提前量
反映UE到服务的信号传播时间,从
而反映UE到的距离
TypeI:TA=UE收发时间差+eB收发时间

TypeII:TA=eB收发时间差(由专用随
机接入过程获取)
原则上,在UE和eB收发时间差均可获
取的情况下优先选用TYPE I,若无法获取
UE收发时间差时,选用TYPE II;
若MR type为事件性测量报告,该字段取
全F。
到达角,
若MR type为事件性测量报告,
该字段取全F。

服务小区的EARFC
服务小区RSRP
服务小区RSRQ
整数值,指示后续跟随的邻区信息的个
数,每个邻区信息与一个邻小区相对应,其
中包括四个字段:PCI、EARFC、RSRP、
RSRQ
第一个邻小区的PCI。
第一个邻小区的EARFC
第一个邻小区的RSRP测量值
第14页
eB Received Unsigned
Power int
2
全F
UL SIR
Unsigned
int
1
全F
TA
Unsigned
int
2
全F
AoA
Serving Freq
Serving RSRP
Serving RSRQ
Unsigned
int
Unsigned
int
Unsigned
int
Unsigned
int
2
2
1
1
全F
全F
全F
全F
eighbor Cell Unsigned
umber int
eighbor
Cell PCI
eighbor
Freq
eighbor

1 Unsigned
int
1 Unsigned
int
1 Unsigned
1
全F
2
2
1
全F
全F
全F



RSRP
eighbor
RSRQ
……
eighbor
Cell PCI
eighbor
Freq
eighbor
RSRP
eighbor
RSRQ
int
1 Unsigned
int

Unsigned
int
Unsigned
int
Unsigned
int
Unsigned
int
1

2
2
1
1
全F

全F
全F
全F
全F
第一个邻小区的RSRQ测量值

第个邻小区的PCI。
第个邻小区的EARFC
第个邻小区的RSRP测量值
第个邻小区的RSRQ测量值

9 Cell_MR XDR数据结构
基于软采上报的每个小区的小区级Uu-extend MR相关字段生成一个Cell_MR XDR,其
中包含小区级的相关信息。
9.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
9.2. Cell_MR信息
字段名
eB ID
Cell ID
Time
类型
byte
byte
dateTime
长度
4
4
8
默认值
全F
全F
全0
说明
流程发生的eB ID,软采包头上报
流程发生小区的Cell ID,要求为ECI信息,
软采包头上报
该MR对应的时间戳,UTC时间,从197011
00:00:00开始到当前的毫秒数。
eB接收干扰功率
以子帧为单位计算TD-LTE服务小区上行
信号干扰功率的原始测量值
上行丢包率
上行空口
DRB丢包率,一个包对应一个
PDCP SDU。参考点是PDCP 上层的SAP,
且分QCI按小区进行统计。

下行丢包率
定义了下行空口DRB丢包率,一个包对
应一个PDCP SDU。且分QCI按小区进行
统计。
第15页
eB Received Unsigned
Interfere int
20
全F
UL
Loss
Packet Unsigned
int
9
全F
DL
Loss
packet Unsigned
int
9
全F




10 S1-MME接口XDR数据结构
10.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
10.2. S1-MME接口信息
S1-MME接口的XDR信息即S1AP-AS信令解码后填充的控制面信令信息,除公共信息
外,与S1-MME接口相关信息的具体要求如下:
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1: Attach
2: Sevice Request
3: Extended Service Request
4: Paging
5: TAU
6: Detach
7: PD connectivity
8: PD disconnection
9: EPS bearer resource allocation
10:EPS bearer resource modify
11:EPS bearer context deactivation
12:EPS bearer context modification
13:Dedicated EPS bearer context activation
14:X2 handover
15:S1 handover in
16:S1 handover out
17:S1 handover cancel
18:Initialcontext setup
19:UE context modification
20:UE context release
21:E-RAB release
22:Reset
23:Error indication
24:S1 setup
25:EB configuration update
26:MME configuration update
27:Overload start
28:Overload stop
Procedure
Type
byte 1
全F

第16页



29:Identity Acquisition
30:Authentication
31:Security Activation
32:SMS
需要说明的是,当S1过程伴随AS过程时,
该字段需标识AS过程;
对于AttachTAUService requsestDetach等较
大的AS流程,若其过程中还包含其他AS
流程(如Identity Acquisition、Authentication、
Security Activation、PD connectivity、EPS
bearer resource modify等),需要输出前者XDR
的同时输出所包含的其他AS流程XDR;
Attach过程中所建立的承载的相关信息仅在
伴随的PD connectivity过程XDR中体现,
Attach过程XDR中不体现。
Procedure Start
dateTime
Time
Procedure End
Time
Procedure
Status
dateTime
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
流程的请求消息中所包含的Cause值:
针对S1 handover out流程,填写Handover
Required消息中的Cause值;
针对S1 handover in流程,填写Handover
Request消息中的Cause值;
针对S1 handover cancel流程,填写Handover
Cancel消息中的Cause值;
针对UE context release流程,填写UE Context
Release Request或UE Context Release
Command消息中的Cause值;

该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
注:承载操作相关流程的请求消息中的cause
值填写在以下承载相关信息字段中(Bearer
Request Cause)。
流程失败响应消息中的Cause值,具体的编码
方式为:
1.对于AS流程对应的Cause,高位1个字节
标识以下类型:
0:EMM
第17页
Unsigned
int
1
全F
Request Cause byte 2
全F
Failure Cause byte 2
全F



1:ESM
低位1个字节标识具体的Cause值,EMM类
型内的具体Cause取值参见3GPP 24.301第
9.9.3.9节Table 9.9.3.9.1,ESM类型内的具体
Cause取值参见3GPP 24.301第9.9.4.4节
Table 9.9.4.4.1。
2.对于S1AP流程对应的Cause,高位1个字
节标识以下Cause Group:
0:Radio etwork Layer
1:Transport Layer
2:AS
3:Protocol
4:Misc
低位1个字节标识Cause Group内具体的
Cause值,参见3GPP 36.413第9.2.1.3节。

注:承载操作相关流程失败所对应的cause值
填写在以下承载相关信息字段中(Bearer
Failure Cause)。
Keyword 1
Keyword 2
Keyword 3
Keyword 4
MME UE
S1AP ID
Old MME
Group ID
Old MME
Code
Old M-TMSI
MME Group
ID
MME Code
M-TMSI
TMSI
USER_IPv4
USER_IPv6
MME IP Add
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
1
1
1
1
4
2
1
4
2
1
4
4
4
16
16
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
辅助流程类型的关键参数信息,具体取值方
式参见10.3节
辅助流程类型的关键参数信息,具体取值方
式参见10.4节
预留字段,当前版本中填全F
预留字段,当前版本中填全F
MME UE S1AP ID
原MME组标识,UE的GUTI发生改变时填
写,否则填全F
原MME号,UE的GUTI发生改变时填写,
否则填全F
UE的原M-TMSI,UE的GUTI发生改变时填
写,否则填全F
当前MME组标识
当前MME号
UE当前的M-TMSI
2G3G系统为UE分配的TMSI,针对联合
Attach及TAU过程填写,如无则填全F
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
接口类型为S1-MME时,填写MME信令面
IP地址;接口类型为S1-U时,填写SGW的
用户面IP地址.
第18页



IPv4:4字节,此时前12个字节填全F
IPv6:16字节
根据接口类型为S1-MME或S1-U,填写
eodeB信令面或用户面IP地址:
Ipv4:4字节,此时前12个字节填全F
Ipv6:16字节
MME或SGW端口,与MMESGW IP Add
对应
EODEB端口
TAC
UE所在小区的ECI
对端小区的TAC,只在切换过程填写
对端小区的ECI,只在切换过程填写
AP
整数值,指示后续跟随的承载信息的个数,
每个承载信息与一个承载相对应,其中包括
以下多个字段:承载ID,承载类型,QCI,
操作结果,该承载对应的用户面eB侧及
SGW侧的GTP-TEID。如果该信令过程不涉
及对任何承载的操作,则该字段取值为0,此
时该字段之后承载信息的个数为0
承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1操作请求消息中的Cause值:
针对E-RAB release过程,填写E-RAB Release
Command消息中“E-RAB To Be Released
List”中对应Bearer 1的cause值,或E-RAB
Release Indication消息中“E-RAB Released
List”中对应Bearer 1的cause值;
针对PD connectivity过程,填写Activate
default EPS bearer context request消息中的
eB IP Add byte 16
全F
MME Port
eB Port
TAC
Cell ID
Other TAC
Other ECI
AP
byte
byte
byte
byte
byte
byte
String
2
2
2
4
2
4
32
全F
全F
全F
全F
全F
全F
全F
EPS Bearer
umber
Unsigned
int
1
全F
Bearer 1 ID
Unsigned
int
Unsigned
int
Unsigned
int
1
全F
Bearer 1 Type 1
全F
Bearer 1 QCI 1
全F
Bearer 1 Status
Unsigned
int
1
全F
Bearer 1
Request Cause
byte 2
全F

第19页



cause值;
针对EPS bearer resource modify过程,填写
Bearer resource modification request消息中的
cause值;
针对EPS bearer context deactivation过程,填
写Deactivate EPS bearer context request消息
中的cause值;

该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
Bearer 1
Failure Cause
Bearer 1 eB
GTP-TEID
Bearer 1 SGW
GTP-TEID
……
Bearer ID
byte 2
全F
承载1操作失败消息中的Cause值。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载1对应的eB侧GTP-TEID。
承载1对应的SGW侧GTP-TEID。

承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载操作请求消息中的Cause值,参考本
接口XDR中的Bearer 1 Request Cause字段的
定义。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载操作失败消息中的Cause值。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载对应的eB侧GTP-TEID。
承载对应的SGW侧GTP-TEID。
byte
byte

Unsigned
int
Unsigned
int
Unsigned
int
4
4

1
全F
全F

全F
Bearer Type 1
全F
Bearer QCI 1
全F
Bearer
Status
Unsigned
int
1
全F
Bearer
Request Cause
byte 2
全F
Bearer
Failure Cause
Bearer eB
GTP-TEID
byte 2
全F
byte 4
4
全F
全F
Bearer SGW byte

第20页



GTP-TEID

10.3. S1-MME接口Keyword 1字段定义
S1-MME接口Keyword 1字段取值定义如下,后续将根据上层需要扩展该字段的取值。
S1AP-AS
流程编码
1 Attach
8
0
7
0
6
0
5
0
4
0
321
流程类型 Keyword 1字段取值
EPS attach type value

EPS attach type value的取值参见3GPP 24.301第9.9.3.11

3 Extended Sevice Request
8
0
7
0
6
0
5
0
4321
Service type value

Service type value的取值参见3GPP 24.301第9.9.3.27节
4 Paging 寻呼类型:
0:IMSI
1:S-TMSI
5 TAU
8
0
7
0
6
0
5
0
4
0
321
EPS update type value

EPS update type value的取值参见3GPP 24.301第9.9.3.14

6 Detach
8
0
7
0
6
0
5
0
4
Switch
off
32
Type of detach
1

Type of detach及Switch off的取值参见3GPP 24.301第
9.9.3.7节
7 PD connectivity
8
0
7
0
6
0
5
0
4
0
321
Request type value

Request type value的取值参见3GPP TS 24.008第
10.5.6.17节
14、15、16 切换流程 切换类型:
1:IntraLTE;
2:LTEtoUTRA;
3:LTEtoGERA;
4:UTRAtoLTE;
5:GERAtoLTE
20、21 UE context release
E-RAB release
触发方式:
0:流程由eB发起
1:流程由MME发起

第21页



22 RESET 复位类型:
0:S1 interface,
1:Part of S1 interface
27
32
OVERLOAD START
SMS
Traffic Load Reduction Indication,参见3GPP 36.413
9.2.3.36
传输方向:
0:下行方向
1:上行方向
其他编码 —— 该字段为全F;
Table 9.9.3.11.1: EPS attach type information element
EPS attach type value (octet 1)
Bits
3 2 1
0 0 1
0 1 0
1 1 0
1 1 1

All other values are unused and shall be interpreted as
network.【interpret解读、解释】

Bit 4 of octet 1 is spare and shall be coded as zero.



EPS attach
combined EPSIMSI attach
EPS emergency attach
Reserved
流程1、ATTACH内容:3GPP TS 24.301第9.9.3.11节内容【mengtt】:
流程2、Extended Service Request内容:3GPP 24.301第9.9.3.27节【mengtt】
Table 9.9.3.27.1: Service type information element
Service type value (octet 1)

Service type value
Bits
4 3 2 1

0 0 0 0 mobile originating CS fallback or 1xCS fallback
0 0 0 1 mobile terminating CS fallback or 1xCS fallback
0 0 1 0 mobile originating CS fallback emergency call or 1xCS fallback
emergency call

All other values are reserved.

流程5、TAU内容:3GPP TS24.301第9.9.3.14节【mengtt】:

第22页



Table 9.9.3.14.1: EPS update type information element
EPS update type value (octet 1, bit 1 to 3)

Bits

3 2 1
0 0 0
0 0 1
0 1 0
0 1 1
1 0 0
1 0 1

All other values are reserved.


Bit

4
0
1









o bearer establishment requested
Bearer establishment requested


TA updating
combined TALA updating
combined TALA updating with IMSI attach
periodic updating
unused; shall be interpreted as
unused; shall be interpreted as
流程6、Type of detach及Switch off的取值参见3GPP 24.301第9.9.3.7节【mengtt】
Figure 9.9.3.7.1: Detach type information element

第23页



Table 9.9.3.7.1: Detach type information element
Type of detach (octet 1)

In the UE to network direction:
Bits
3 2 1
0 0 1
0 1 0
0 1 1
1 1 0
1 1 1

All other values are interpreted as
protocol.

In the network to UE direction:
Bits
3 2 1
0 0 1
0 1 0
0 1 1
1 1 0
1 1 1

All other values are interpreted as

Switch off (octet 1)

In the UE to network direction:
Bit
4
0
1

In the network to UE direction bit 4 is spare. The network shall set this bit to zero.








normal detach
switch off


re-attach required
re-attach not required
IMSI detach
Reserved
Reserved


EPS detach
IMSI detach
combined EPSIMSI detach
Reserved
Reserved
流程7、PD connectivity内容,详见3GPP TS 24.008第10.5.6.17节【mengtt】:

8 7 6 5 4
0
Spare

3 2 1
octet 1 Request type IEI Request type value
Figure 10.5.1583GPP TS 24.008: Request type information element

第24页



Table 10.5.1733GPP TS 24.008: Requesttype information element
Requesttype value (octet 1)
Bits
3 2 1
0 0 1
0 1 0
0 1 1

All other values are reserved.【预留的】

Bit 4 of octet 1 is spare and shall be coded as zero.



initial request
Handover
Unused. If received, the network shall interpret this as





10.4. S1-MME接口Keyword 2字段定义
S1-MME接口Keyword 2字段取值定义如下,后续将根据上层需要扩展该字段的取值。
S1AP-AS
流程编码
1 Attach
8
0
7
0
6
0
5
0
4
0
321
流程类型 Keyword 1字段取值
EPS attach result value

EPS attach result value的取值参见3GPP 24.301第9.9.3.10

5 TAU
8
0
7
0
6
0
5
0
4
0
321
EPS update result value

EPS updateresult value的取值参见3GPP 24.301第9.9.3.13

6 Detach 触发方式:
0:流程由UE发起
1:流程由网络侧发起
其他编码 —— 该字段为全F;
流程1:Attach result value【mengtt】
The purpose of the EPS attach result information element is to specify the result of an attach
procedure.
The EPS attach result information element is coded as shown in figure 9.9.3.10.1 and
table 9.9.3.10.1.
The EPS attach result is a type 1 information element.

第25页




8 7 6 5 4
0
Spare

3 2 1
EPS attach result IEI EPS attach result value octet 1
Figure 9.9.3.10.1: EPS attach result information element
Table 9.9.3.10.1: EPS attach result information element
EPS attach result value (octet 1)
Bits
3 2 1
0 0 1
0 1 0

All other values are reserved.

Bit 4 of octet 1 is spare and shall be coded as zero.



EPS only
combined EPSIMSI attach

流程5:EPS updateresult value【mengtt】
The purpose of the EPS update result information element is to specify the result of the associated
updating procedure.
The EPS update result information element is coded as shown in figure 9.9.3.13.1 and
table 9.9.3.13.1.
The EPS update result is a type 1 information element.

8 7
IEI

6 5 4
0
Spare
3 2
value
1
octet 1 EPS update result EPS update result
Figure 9.9.3.13.1: EPS update result information element

第26页



Table 9.9.3.13.1: EPS update result information element
EPS update result value (octet 1, bit 1 to 3)
Bits
3 2 1
0 0 0
0 0 1
1 0 0
1 0 1

All other values are reserved.

Bit 4 of octet 1 is spare and shall be coded as zero.

OTE: Values
ISR activated


TA updated
combined TALA updated
TA updated and ISR activated (OTE)
combined TALA updated and ISR activated (OTE)


10.5. S1-MME接口事件流程开始结束标识
S1-MME接口各流程的开始、结束的信令点标识和信令流程参考附录B:S1-MME接口
XDR事件流程和关键信令点。
11 S1-U接口XDR数据结构
S1-U接口XDR数据结构请参考《中国移动统一DPI设备技术规范》。
12 S6a 接口XDR数据结构
12.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
12.2. S6a接口信息
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1、Update_Location
2、Cancel_Location
3、Purge_UE
第27页
Procedure Type byte 1
全F



字段名 类型 长度 默认值 说明
4、Insert_Subscriber_Data
5、Delete_Subscriber_Data
6、Authentication_Information
7、Reset
8、otification
Procedure Start
dateTime
Time
Procedure End
dateTime
Time
Unsigned
int
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
2001:DIAMETER_SUCCESS
5001:DIAMETER_ERROR_USER_UKOW
5420:DIAMETER_ERROR_UKOW_EPS_S
Procedure Status 1
全F
Cause
Unsigned
int
2
全F
UBSCRIPTIO
5421:DIAMETER_ERROR_RAT_OT_ALLOW
ED
5004:DIAMETER_ERROR_ROAMIG_OT_A
LLOWED

USER_IPv4
USER_IPv6
MME Address
byte
byte
byte
4
16
16
全F
全F
全F
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
HSS信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MME端口,与MME Address对应
HSS端口,与HSS Address对应
源REALM
目的REALM
源主机名
目的主机名
承载Diameter应用类型
仅针对Insert_Subscriber_Data过程,其余填F
0:SERVICE_GRATED
1:OPERATOR_DETERMIED_BARRIG
仅针对Insert_Subscriber_Data过程,其余填F
0bit UTRA ot Allowed
1bit GERA ot Allowed
第28页
HSS Address
MME Port
HSS Port
Origin-Realm
Destination-Real
m
Origin-Host
Application-ID
Subscriber-Statu
s
Access-Restricti
on-Data

byte
byte
byte
byte
byte
byte
byte
Unsigned
int
16
2
2
44
44
64
64
4
1
全F
全F
全F
全F
全F
全F
全F
全F
全F
Destination-Host byte
byte 1
全F



字段名 类型 长度 默认值 说明
2bit GA ot Allowed
3bit I-HSPA-Evolution ot Allowed
4bit E-UTRA ot Allowed
5bit HO-To-on-3GPP-Access ot Allowed
13 S10、S11接口XDR数据结构
13.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
13.2. S10、S11接口信息
字段名 类型 长度
默认

说明
流程类型编码,具体取值如下:
1:Create Session
2:Modify Bearer
3:Delete Session
4:Modify Bearer Command
5:Delete Bearer Command
6:Bearer Resource Command
7:Create Bearer
8:Update Bearer
9:Delete Bearer
10:Release Access Bearers
11:Modify Access Bearers
12:Echo Request
13:Version ot Supported Indication
14:Change otification
15:Downlink Data otification Failure
Indication
16:Trace Session Activation
17:Trace Session Deactivation
18:Stop Paging Indication
19:Delete PD Connection Set
20:PGW Downlink Triggering otification
21:Identification Request
22:Context Request
23:Forward Relocation Request
24:Forward Relocation Complete otification
第29页
Procedure Type byte 1

全F



字段名 类型 长度
默认

说明
25:Forward Access Context otification
26:Relocation Cancel Request
27:Configuration Transfer Tunnel
28:Suspend otification
29:Create Forwarding Tunnel
30:Resume otification
31:Create Indirect Data Forwarding Tunnel
32:Delete Indirect Data Forwarding Tunnel
33:Downlink Data otification
34:PGW Restart otification
Procedure Start dateTi
Time me
Procedure End dateTi
Time me
Unsign
ed int
Unsign
ed int
Unsign
ed int
byte
byte
Byte
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
参见3GPP 29.274第8.4节中Table 8.4-1
S10填全F
S11参见3GPP 29.274第8.4节中Table 8.4-1
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址。
IPv4:4字节
,此时前12个字节填全F;

IPv6:16字节。
SGW(S11)Old MME(S10)信令面IP地址。
Procedure Status 1
全F
Failure Cause
Request Cause
USER_IPv4
USER_IPv6
MME Address
2
2
4
16
16
全F
全F
全F
全F
全F
SGWOld MME
byte
Address
MME Port byte
16
2
2
4
4
32
全F
全F
全F
全F
全F
全F
IPv4:4字节
,此时前12个字节填全F;

IPv6:16字节。
MME端口,与MME Address对应
SGWOld MME端口,与SGWOld MME
Address对应
MME信令面TEID
S10时为Old MME信令面TEID
S11时为SGW信令面TEID
SGWOld MME
byte
Port
MME
TEID
Control
byte
Old MME SGW
byte
Control TEID
AP String AP
整数值,指示后续跟随的承载信息的个数,
每个承载信息与一个承载相对应,其中包括以
下多个字段:承载ID,承载类型,QCI,操作
结果,该承载对应的用户面的GTP-TEID。如
第30页
EPS Bearer Unsign
umber ed int
1
全F



字段名 类型 长度
默认

说明
果该信令过程不涉及对任何承载的操作,则该
字段取值为0,此时该字段之后承载信息的个
数为0
Bearer 1 ID
Unsign
ed int
Unsign
ed int
Unsign
ed int
1
全F 承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1对应的eB侧GTP-TEID。
S10接口填
全F

承载1对应的SGW侧GTP-TEID。
S10接口填
全F


承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载对应的eB侧GTP-TEID。
S10接口填
全F

承载对应的SGW侧GTP-TEID。
S10接口填
全F


Bearer 1 Type 1
全F
Bearer 1 QCI 1
全F
Bearer 1 Status byte 1
全F
Bearer 1 eB
byte
GTP-TEID
Bearer 1 SGW
byte
GTP-TEID
……
Bearer ID

Unsign
ed int
Unsign
ed int
Unsign
ed int
4
4

1
全F
全F

全F
Bearer Type 1
全F
Bearer QCI 1
全F
Bearer Status byte 1
全F
Bearer eB
byte
GTP-TEID
Bearer SGW
byte
GTP-TEID

4
4
全F
全F

第31页



14 S5S8-C接口XDR数据结构
14.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
14.2. S5S8-C接口信息
字段名 类型 长度 默认值 说明
1:Echo request
2:Version ot Supported Indication
3:Create Session
4:Modify Bearer
5:Delete Session
6:Change otification
7:Resume otification
8:Modify Bearer Command
9:Modify Bearer Failure Indication
10:Delete Bearer Command
11:Delete Bearer Failure Indication
12:Bearer Resource Command
13:Bearer Resource Failure Indication
14:Trace Session Activation
15:Trace Session Deactivation
16:Create Bearer
17:Update Bearer
18:Delete Bearer
19:Delete PD Connection Set
20:Suspend otification
21:Update PD Connection Set
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
S5S8相关的失败原因值请参考29.274 的8.4节
Table 8.4-1。
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
第32页
Procedure
Type
byte 1
全F

Procedure
Start Time
Procedure
End Time
Procedure
Status
dateTim
e
dateTim
e
unsigned
int
unsigned
int
byte
byte
8
8
全0
全0
1
全F
Failure Cause
USER_IPv4
USER_IPv6

2
4
16
全F
全F
全F



SGW控制面地址
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
PGW控制面地址
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGW端口
PGW端口
控制面SGW隧道端点标识
控制面PGW隧道端点标识
目前已经定义的指示标志位。
指示ULI字段的长度,单位为byte
User Location Information,参见29.274中的8.21
章节的描述
整数值,指示后续跟随的承载信息的个数,每
个承载信息与一个承载相对应,其中包括以下多
个字段:承载ID,承载类型,QCI,操作结果,
该承载对应的用户面GTP-TEID。如果该信令过
程不涉及对任何承载的操作,则该字段取值为0,
此时该字段之后承载信息的个数为0
承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1对应的SGW侧GTP-TEID。
SGW IP Add byte 16
全F
PGW IP Add
SGW Port
PGW Port
byte
byte
byte
16
2
2
4
4
全F
全F
全F
全F
全F
SGW Control
byte
TEID
PGW Control
byte
TEID
Indication
Flags

ULI Length
ULI
byte
byte
byte
7
1
全F
全0
可变
长字全F

EPS Bearer unsigend
umber int
1
全F
Bearer 1 ID
Bearer
Type
unsigend
int
1 unsigend
int
Unsigne
d int
1
全F
1
全F
Bearer 1 QCI 1
全F
Bearer
Status
1 unsigend
int
1
全F
Bearer 1
SGW byte
GTP-TEID
Bearer 1
PGW byte
GTP-TEID

4
全F
4
全F 承载1对应的PGW侧GTP-TEID。
第33页



……
Bearer ID
Bearer
Type
Bearer
QCI

unsigend
int

1

全F

承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载对应的SGW侧GTP-TEID。
unsigend
int
Unsigne
d int
1
全F
1
全F
Bearer
Status
unsigend
int
1
全F
Bearer
SGW byte
GTP-TEID
Bearer
PGW byte
GTP-TEID

4
全F
4
全F 承载对应的PGW侧GTP-TEID。
15 SGs接口XDR数据结构
15.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
15.2. SGs接口信息

字段名 类型 长度 默认值 说明
1:SGsAP-PAGIG
2:SGsAP-SERVICE-REQUEST
3:SGsAP-DOWLIK-UITDATA
4:SGsAP-UPLIK-UITDATA
5:SGsAP-LOCATIO-UPDATE
6:SGsAP-TMSI-REALLOCATIO
7:SGsAP-ALERT
8:SGsAP-UE-ACTIVITY-IDICATIO
9:SGsAP-EPS-DETACH
第34页
Procedure Type byte 1
全F



10:SGsAP-IMSI-DETACH
11:SGsAP-RESET
12:SGsAP-SERVICE-ABORT
13:SGsAP-MM-IFORMATIO
14:SGsAP-RELEASE
15:SGsAP-STATUS
16:SGsAP-UE-UREACHABLE
Procedure Start
Time
Procedure End
Time
dateTime
dateTime
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
SGSAP层相关的失败原因值请参见3GPP
29.118第9.4.18节
SGsAP-LOCATIO-UPDATE-REJECT相关
的失败原因值请参见3GPP 24.008第
10.5.3.6节
SGsAP-UPLIK-UITDATA
SGsAP-DOWLIK-UITDATA消息的
AS message container信元中携带的有
CP-Error消息的CP Cause值。参见
3GPP24.011第8.1.4.2节
SGsAP-UPLIK-UITDATA
SGsAP-DOWLIK-UITDATA消息的
AS message container信元中携带的
有RP-Error消息的RP Cause值。参见
3GPP24.011第8.2.5.4节
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址.
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MSC Server信令面IP地址.
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节
MME端口
MSC Server 端口
业务类型,指示是CS还是SMS
Procedure Status
unsigendi
nt
1
全F
Sgs cause byte 1
全F
Reject cause byte 1
全F
CP Cause byte 1
全F
RP Cause byte 1
全F
USER_IPv4
USER_IPv6
MME IP Add
byte
byte
byte
4
16
16
全F
全F
全F
MSC Server IP
Add
MME Port
MSC Server Port
Service Indicator
byte
16
byte
byte
byte
2
2
1
全F
全F
全F
全F

第35页



MME name
TMSI
ew LAC
Old LAC
TAC
Cell ID
Calling ID
VLR ame
Length
VLR ame

byte
byte
byte
byte
byte
byte
byte
Unsigned
int
byte
55
4
2
2
2
4
24
1
可变

全F
全F
全F
全F
全F
全F
全F
全0
全F
3GPP 29.118 9.4.13章节定义
2G3G系统为UE分配的TMSI
新LAC值
原LAC值
TAC值
ECI信息,参见3GPP 29.118第9.4.3a节
定义
呼叫号码
指示字段“VLR ame”的长度,单位为byte
参见3GPP 29.118第9.4.22节定义
16 Gn-C接口XDR数据结构
16.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
16.2. Gn-C接口信息

字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1:Routing Area Update(4G—>2G3G);
2:GnGp SGS to MME Tracking Area
Update(2G3G—>4G)
3:E-UTRA Initial Attach
1:SGS Context Request(S3)
2:SGS Context Respe(S3)
3:SGS Context Acknowledge(S3)
4:Identity request(S3)
5:Identity respe(S3)
业务流程开始时间,UTC时间,从
197011 00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从
第36页
Procedure Type byte 1
全F
Sub-procedure
Type
byte 1
全F
Procedure
Time
Procedure
Start dateTim
e
End dateTim
8
8
全0
全0



Time e
unsigend
int
byte
byte
byte
197011 00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGS信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGS数据面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MME端口,与MME Address对应
MME端口,与MME Address对应
SGS端口,与SGS_C_IP对应
SGS数据面端口,与SGS_U_IP对应
SGS控制面TEID
SGS数据面TEID
MME控制面TEID
P-TMSI


TAC
小区标识(SAC或ECI)
参见3GPP29.060第a90 7.7.1节中
table38、39
MM Context中提取DRX parameter值
PDP Context中提取
Procedure Status 1
全F
USER_IPv4
USER_IPv6
MME Address
4
16
16
全F
全F
全F
OLD
Address
MME
byte 16
全F
SGS_C_IP byte 16
全F
SGS_U_IP
MME Port
OLD MME Port
SGS_C Port
SGS_U Port
SGS
TEID
Control
byte
byte
byte
byte
byte
byte
byte
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
SGS Data TEID
Old MME Control
byte
TEID
P-TMSI
LAC
RAC
TAC
Cell ID
Cause
Keyword
AP

byte
byte
byte
byte
byte
unsigned
Int
unsigned
Int
string

第37页



17 基于XDR的原始码流上报
17.1. 原始码流上报功能
采集解析设备接收原始码流,按帧进行封装,之后使用SDTP协议中的XDR对应原始码
流传输消息(XDRRawDataSend,参见本规范18.6.2节)上报给数据合成服务器。
对于软采接口,采集接入设备为流量汇聚适配器(SCA),因此原始码流输入格式需符
合《中国移动LTE信令软采设备规范》中的接口相关规定。
对于硬采接口,原始码流输入格式由采集接入设备与采集解析服务器器自定义,本规范
不做强制要求。但要求实现原始码流的实时接收与处理,按帧进行链路监测信息封装,并基
于XDR ID将同一XDR涉及的原始码流组合后上报数据合成服务器。
原始码流上报的具体格式参考17.2节定义。
17.2. 基于XDR上报原始码流的格式
采集解析设备合成XDR后,应将该XDR对应的原始码流按照采集时间顺序组成一个数
据包,并通过SDTP协议实时发送给数据合成服务器。根据XDR类型的不同,原始码流的内
容不同。如果是信令XDR,则原始码流为原始信令;如果是业务XDR,则原始码流为原始
业务数据中的包头部分,并不包含payload部分。
基于XDR的原始码流的上报格式要求如下:
字段
RAT
Interface
XDR ID
原始码流条目数
Length Total
Payload1
Payload…
Payload
长度(Byte)
1
1
16
2
2
不定长
不定长
不定长
字段描述
RAT类型
接口类型
XDR ID信息
原始信令或原始业务包头总条目数
后续原始码流总长度,单位为Byte,包括本字段之后
的信息块长度指示字段,不包括结束标志。
信令1或业务包头1的按帧封装后的原始码流,具体要
求参考16.3节

信令或业务包头的按帧封装后的原始码流

17.3. 按帧封装的原始码流要求
本节用于定义17.2节中按帧封装的原始码流的格式,即payload1~payload部分的相关要
求。
针对软采接口(包括Uu和X2接口),每帧内封装的原始码流格式将直接保留SCA上报
的原始码流,不进行额外处理,即符合《中国移动LTE软采设备规范》中5.5.2节“包数据格
式”的具体要求。
针对硬采接口(包括S1-MME、S6a等信令面和S1-U等用户面接口),原始码流封装后
的帧格式如下图所示:

第38页



2字节
数据包
长度
12字节
通用包头
不定长
专用包头

不定长
原始信令数据

图3. 原始码流帧格式

每个帧中包含如下字段:

名称
Len
Head1
Head2
Load
字节长度 名称
2
12
0
不定长
数据包长度
通用包头
专用包头
原始信令数据
说明
不包括长度本身、定界标志
各种链路公用的数据包头
每种链路独有的数据包头
采集到的原始信令数据(从MAC地址开始)
17.3.1. 通用包头格式
硬采接口的通用包头长度12字节,包含如下字段:
名称
Ver
LinkType
字节长度
1
1
说明
包头信息版本
当前版本为4.0;值填为0x04
承载链路类型
0x01-2M(SS7)
0x02-64K(SS7)
0x03-IPv4
0x04-ATM
0x05-Abis
0x06-LTE 软采
0x07-LTE 硬采
板卡类型
0x01-FEGE
0x02-E1
0x03-ATM
0x04-STM
0x0F-其它
采集板卡标识
取值范围0~255
距1970年1月1日0时0分0秒的秒值,单位为秒
时间的纳秒部分,单位为纳秒
CardType 1
CardID
Time
Time2

1
4
4
17.3.2. 专用包头格式
IP链路无专用包头。

第39页



17.3.3. 原始数据
信令面XDR:包含原始信令。
业务面XDR:包含原始业务数据中的包头部分,并不包含payload部分。开启预设条件
的全量原始码流数据抓取,且配置为保存业务数据payload情况除外,此情况需要包含和上
报满足预设条件的业务数据paylaod。
18 接口协议
采集解析设备接收到原始码流之后,对其进行解析并生成XDR,之后基于SDTP协议将
XDR及XDR对应的原始码流上报给数据合成服务器。本节将详细介绍SDTP协议。
18.1. SDTP协议概述
SDTP协议为实时数据共享传输协议,具有数据传输量大、实时性要求高、过程简单、
不需要握手鉴权过程等特点。
SDTP以TCPIP作为底层通信承载,具体协议结构如下图所示:
APP
SDTP
应用层
传输层
TCP
IP
图4. 上报接口协议栈

承载层

协议栈分为3层,分别为承载层、传输层和应用层,如图4所示。其中,承载层为IP协议,
它提供可靠的数据传输通道;传输层(SDTP+TCP)为上层应用提供通用的数据传输协议;
应用层封装XDR数据或原始码流。

数据提供方与数据接受方之间进行信息交互时,采用长连接方式:
 通信双方以Client-Server方式建立TCP连接,用于双方信息的交互。在采集解析设
备与数据合成服务器的连接中,请求的发起方作为连接的客户端。
 当连接断开后,客户端以反复重试的方式连接服务端。
 在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,
由客户端发送链路检测,服务器端发送应答消息以维持此连接。当信道上没有数据
传输时,客户端应每隔时间C发送链路检测包以维持此连接,当链路检测包发出超
过时间T后未收到响应,应立即再发送链路检测包,再连续发送-1次后仍未得到
响应则断开此连接。参数C、T、可灵活配置,现阶段建议取值为:C=3分钟,T=60
秒,=3。

第40页



 数据提供点与数据订阅点之间的消息发送后等待T秒后未收到响应,应立即重发,
再连续发送-1次后仍未得到响应则停发。现阶段建议取值为:T=60秒,=3。
 消息采用并发方式发送,加以滑动窗口流量控制,窗口大小参数W可配置,现阶段
建议为16,即接收方在应答前一次收到的消息最多不超过16条。
 考虑到数据的安全性,建议在采集解析设备和数据合成服务器间采用链路安全机制
(如TLS、VP等方式),可根据实际需求选择开启。
18.2. 消息类型
SDTP协议的消息类型定义如下表所示:
消息名
verego_Req
verego_Resp
linkAuth_Req
linkAuth_Resp
linkCheck_Req
linkCheck_Resp
linkRel_Req
linkRel_Resp
linkDataCheck_Req
linkCheck_Resp
notifyXDRData_Req
notifyXDRData_Resp
XDRRawDataSend_Req
XDRRawDataSend_Resp
MessageType

0x0001
0x8001
0x0002
0x8002
0x0003
0x8003
0x0004
0x8004
0x0007
0x8007
0x0005
0x8005
0x0006
0x8006

18.3. 消息结构
SDTP消息结构如下表所示:
项目
Message Header
Message Body
说明
消息头(所有消息公共包头)
消息体,即各种消息定义的参数,详见后续介绍
说明
版本协商请求
版本协商应答
鉴权请求
鉴权响应
链路检测请求
链路检测应答
连接释放请求
连接释放应答
链路数据发送校验请求
链路数据发送校验应答
XDR数据通知请求
XDR数据通知应答
XDR对应原始数据传输请求
XDR对应原始数据传输应答

消息头(Message Header)包含如下必选字段:
字段名
TotalLength
MessageType
SequenceId
字节数
2
2
4
类型
Unsigned Integer
Unsigned Integer
Unsigned Integer
描述
消息总长度(含消息头及消息体)

消息类型

交互的流水号,顺序累加,步长为1,循环
使用(一个交互的一对请求和应答消息的
第41页



流水号必须相同)
TotalContents 1 Unsigned Integer
消息体中的事件数量(最多40条)
若考虑实时性要求,可每次只填一个事件
18.4. 连接管理流程
使用SDTP协议通信时,遵照本章的消息交互流程。消息交互的基本流程分为:版本协
商,鉴权请求,数据传输,链路检测,连接终止。客户端侧应支持对链路检测周期的灵活设
定。
SDTP协议连接管理流程如下图所示:
客户端服务端
1. TCP连接建立
2. 版本协商请求verego_Req
2. 版本协商应答verego_Resp
3. 链路鉴权请求linkAuth_Req
3. 链路鉴权应答linkAuth_Resp
4. 数据发送请求
4. 数据发送应答
5. 链路检测请求linkCheck_Req
5. 链路检测应答linkCheck_Resp
6.链路数据发送校验linkDataCheck_Req
6.链路数据发送校验应答linkDataCheck_Resp
7.链路释放请求linkRel_Req
7.链路释放应答linkRel_Resp
8. TCP连接拆除


第42页



图5. SDTP协议连接管理流程

SDTP连接建立和通信流程说明如下:
(1) 请求的发起方作为客户端向服务端指定的IP地址和端口建立TCP长连接;
(2) 客户端发起版本协商流程,若协商失败,则转(7)拆除连接;
(3) 客户端向服务端发起链路鉴权请求(使用数据合成服务器与各应用系统间协商
好的共享密钥),若服务端鉴权失败,则转(7)拆除连接;
(4) 请求的发起方发送数据,接收方收到数据并处理后回复处理结果;涉及的数据
包括XDR数据和XDR对应原始数据两类;
(5) 在连接保持期间,如果没有数据包发送,客户端发送链路检测应答包以维持此
连接;若发现链路断开,则转(7)拆除连接;
(6) 通信完成后,客户端主动发起链路释放请求;
(7) 双方均可拆除该连接;
18.5. 连接管理消息
18.5.1. 版本协商verego
18.5.1.1. 请求
版本协商请求,用于在连接的鉴权通过后,客户端与服务器端协商通信协议版本的信息,
由连接的建立方主动发起协议版本协商。参数定义如下:
字段名
Version
SubVersion
字节数
1
1
类型
Unsigned Integer
Unsigned Integer
描述
协议的主版本号
协议的子版本号
版本协商的发起方从自身支持的最高版本开始协商,高版本协商失败后再协商低版本。
18.5.1.2. 应答
版本协商应答,用于返回版本信息的核对结果,参数定义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
返回原因值。
协议协商的结果,各个值代表意义如
下:
1: 版本协商通过。
2: 版本过高。
3: 版本过低。
18.5.2. 链路认证linkAuth
18.5.2.1. 请求
连接鉴权请求,参数定义如下:

第43页



字段名
LoginID
字节数
12
类型
String
描述
账户ID。
由连接的服务端给连接的客户端分配的连
接帐号。
用于鉴别源用户。其值通过SHA256计算得
出。当对端用相同方式加密之后与接收的值
比较,如果计算出来的值相同,则通过校验,
否则出错。
Digest=
SHA256(LoginID+SHA256(Sharedsecret)+Ti
mestamp+”+RAD)
其中Shared secret为与LoginID对应的账户
密码,由认证双方实体事先商定;
LoginID为本消息带的LoginID字段,12字
节,不足12字节以空格“”补齐;
Timestamp为本消息带的Timestamp字段数
值,单位为秒(1970年1月1日0时0分0秒起
至当前的偏移总秒数);
计算后结果为32位,后32位补零(二进制0);
时间戳的明文。
由客户端产生,单位为秒(1970年1月1日0时0
分0秒起至当前的偏移总秒数)
由客户端产生的随机数
Digest 64 String
Timestamp 4 Unsigned
Integer
Unsigned
Integer
RAD 2
18.5.2.2. 应答
连接鉴权应答,参数定义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
鉴权的返回结果。各个值的含义如下定
义:
1 代表鉴权通过。
2 代表LoginID不存在。
3 代表SHA256加密结果出错。
用于对端对本端进行鉴权,其值通过
SHA256计算得出。当对端使用相同方
式加密之后与接收的值比较,如果计算
出来的值相同,则通过校验,否则出错。
Digest 64 String
18.5.3. 链路检测linkCheck
18.5.3.1. 请求

第44页



当信道上没有数据传输时,客户端应每隔时间C发送链路检测包以维持此连接,当链路
检测包发出超过时间T后未收到响应,应立即再发送链路检测包。服务端收到链路检测请求
包后,立即回复链路检测应答。
无参数。
18.5.3.2. 应答
链路检测请求的应答,无参数。
18.5.4. 链路数据发送校验linkDataCheck
18.5.4.1. 请求
本消息与notifyXDRData_Req和XDRRawDataSend_Req消息同方向。消息的作用是,告
知数据接收方,在两个本消息间隔期内发送的notifyXDRData_Req和XDRRawDataSend_Req
消息包数量,以便接收方校验是否有丢包情况发生。若有丢包发生时,notifyXDRData_Req
和XDRRawDataSend_Req消息的接收方应立即通过返回消息告知发送方有数据丢失。本消息
建议5分钟进行数据校验,数据量大时为避免过多的传输缓存,可减少时间间隔,数据接收
方应不受校验周期影响。
字段名
Sendflag
字节数
4
类型
Int
描述
检测包顺序标签,1小时内不重复即可。
本参数目的是为发现校验包的丢失情
况发生。
距离上次发送间发送的数据包数量。
(仅仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)
SendDataInfo 4 int

18.5.4.2. 应答
本消息与notifyXDRData_Req和XDRRawDataSend_Req消息方向相反。消息的作用是,
告知数据发送方,在两个本消息间隔期内接收了多少个notifyXDRData_Req和
XDRRawDataSend_Req消息包,以便告知发送方是否有丢包情况发生。
字段名
Sendflag
result
字节数
4
1
类型
Int
int
描述
检测包顺序标签,1小时内不重复
即可。(与请求包相同)
0:数据量正确;1:接收方数据小
于发送方数据;2:接收方;数据大于
发送方数据。
距离上次发送间发送的数据包数
量。(仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)(与
请求包相同)
第45页
SendDataInfo 4 int



RecDataInfo 4 int
距离上次发送间接收的数据包数
量。(仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)

18.5.5. 链路释放linkRel
18.5.5.1. 请求
连接释放请求,指示连接的某一方由于某些原因而需要断开连接,参数定义如下:
字段名
Reason
字节数
1
类型
Unsigned Integer
描述
连接释放的原因,各个值代表意义如下:
1: 用户正常释放。
2: 数据类型错误。
3: 超出机器处理能力。
18.5.5.2. 应答
连接释放完成应答,收到本消息之后或者请求超时后,释放本连接的所有资源,参数定
义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
连接释放的完成状态
1:释放完成。
其它:释放失败。

18.6. 数据传输消息
18.6.1. XDR数据传输notifyXDRData
采集解析设备需要将生成的XDR数据上报给数据合成服务器。
18.6.1.1. 请求
属性
Load

18.6.1.2. 应答
属性

字节数 类型 描述
第46页
字节数
不定长

类型 描述
XDR数据,各种接口的XDR数据格式参
考本规范第6至16节。










QB-╳╳-╳╳╳-╳╳╳╳















Technical Specification of Deep Packet


InspectionEquipment for CMCC


(LTE Signalling Collection ServerInterface


Part)





版本号:2.0.9







╳╳╳╳╳╳-╳╳-╳╳实施

╳╳-╳╳-╳╳发布



中国移动通信企业标准
中国移动统一DPI设备技术规
范-LTE信令采集解析服务器
接口规范
中国移动通信集团公司 发布
I




1
2
3
4
5
6

范围 ................................................................................................................................... 2
规范性引用文件 ............................................................................................................... 2
术语、定义和缩略语 ....................................................................................................... 3
接口在网络中的位置 ....................................................................................................... 4
LTE接口XDR数据构成方式 ........................................................................................ 5
5.1. XDR编号与上报要求 ............................................................................................. 5
Uu接口XDR数据结构 .................................................................................................. 5
6.1. 公共信息 ................................................................................................................... 5
6.2. Uu接口信息 ............................................................................................................. 6
6.3. Uu接口Keyword 1字段定义 ................................................................................. 9
6.4. Uu接口事件流程开始结束标识 ............................................................................ 9
X2接口XDR数据结构 ................................................................................................ 10
7.1. 公共信息 ................................................................................................................. 10
7.2. X2接口信息 ........................................................................................................... 10
7.3. X2接口事件流程开始结束标识 .......................................................................... 12
UE_MR XDR数据结构 ................................................................................................. 13
8.1. 公共信息 ................................................................................................................. 13
8.2. UE_MR信息 .......................................................................................................... 13
Cell_MR XDR数据结构 ............................................................................................... 15
9.1. 公共信息 ................................................................................................................. 15
9.2. Cell_MR信息 ......................................................................................................... 15
S1-MME接口XDR数据结构 ...................................................................................... 16
10.1. 公共信息 ................................................................................................................. 16
10.2. S1-MME接口信息 ................................................................................................. 16
10.3. S1-MME接口Keyword 1字段定义 ..................................................................... 21
10.4. S1-MME接口Keyword 2字段定义 ..................................................................... 22
10.5. S1-MME接口事件流程开始结束标识 ................................................................ 27
S1-U接口XDR数据结构 ............................................................................................. 27
S6a 接口XDR数据结构 .............................................................................................. 27
12.1. 公共信息 ................................................................................................................. 27
12.2. S6a接口信息 .......................................................................................................... 27
S10、S11接口XDR数据结构 ..................................................................................... 29
13.1. 公共信息 ................................................................................................................. 29
13.2. S10、S11接口信息 ............................................................................................... 29
S5S8-C接口XDR数据结构 ........................................................................................ 32
14.1. 公共信息 ................................................................................................................. 32
14.2. S5S8-C接口信息 .................................................................................................. 32
SGs接口XDR数据结构 ............................................................................................... 34
II
7
8
9
10
11
12
13
14
15


15.1.
15.2.
16
公共信息 ................................................................................................................. 34
SGs接口信息 ......................................................................................................... 34
Gn-C接口XDR数据结构 ............................................................................................ 36
16.1. 公共信息 ................................................................................................................. 36
16.2. Gn-C接口信息 ....................................................................................................... 36
基于XDR的原始码流上报 .......................................................................................... 38
17.1. 原始码流上报功能 ................................................................................................. 38
17.2. 基于XDR上报原始码流的格式 .......................................................................... 38
17.3. 按帧封装的原始码流要求 ..................................................................................... 38
通用包头格式 ................................................................................................................. 39
专用包头格式 ................................................................................................................. 39
原始数据 ......................................................................................................................... 40
17
17.3.1.
17.3.2.
17.3.3.
18 接口协议 ......................................................................................................................... 40
18.1. SDTP协议概述 ...................................................................................................... 40
18.2. 消息类型 ................................................................................................................. 41
18.3. 消息结构 ................................................................................................................. 41
18.4. 连接管理流程 ......................................................................................................... 42
18.5. 连接管理消息 ......................................................................................................... 43
版本协商verego .......................................................................................................... 43 18.5.1.
18.5.1.1. 请求 ................................................................................................................................. 43
18.5.1.2. 应答 ................................................................................................................................. 43
18.5.2. 链路认证linkAuth ......................................................................................................... 43
18.5.2.1. 请求 ................................................................................................................................. 43
18.5.2.2. 应答 ................................................................................................................................. 44
18.5.3. 链路检测linkCheck ....................................................................................................... 44
18.5.3.1. 请求 ................................................................................................................................. 44
18.5.3.2. 应答 ................................................................................................................................. 45
18.5.4. 链路数据发送校验linkDataCheck ................................................................................ 45
18.5.4.1. 请求 ................................................................................................................................. 45
18.5.4.2. 应答 ................................................................................................................................. 45
18.5.5. 链路释放linkRel ............................................................................................................ 46
18.5.5.1. 请求 ................................................................................................................................. 46
18.5.5.2. 应答 ................................................................................................................................. 46
18.6. 数据传输消息 ......................................................................................................... 46
18.6.1. XDR数据传输notifyXDRData ..................................................................................... 46
18.6.1.1. 请求 ................................................................................................................................. 46
18.6.1.2. 应答 ................................................................................................................................. 46
18.6.2. XDR对应原始码流传输XDRRawDataSend ............................................................... 47
18.6.2.1. 请求 ................................................................................................................................. 47
18.6.2.2. 应答 ................................................................................................................................. 47
III


19 编制历史 ......................................................................................................................... 47
附录A:UuX2接口XDR事件流程和关键信令点 ................................................................... 48
附录B:S1-MME接口XDR事件流程和关键信令点 ............................................................... 48
IV


前言
本规范对中国移动网内使用的深度包检测(DPI)设备的功能和性能提出要求,是部署
统一DPI设备需要遵从的技术文件。
本规范定义了LTE采集解析设备服务器的接口规范,包含LTE不同接口XDR格式及
接口要求等内容。
本规范是流量控制系统系列标准之一,该系列规范的结构、名称或预计的名称如下:

序号
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]


本规范由中移技号印发。
本规范由中国移动通信集团计划部提出。
本规范起草单位:中国移动通信研究院。
本规范主要起草人:梁燕萍、祖国英、余立、张欢、刘坤、郗卓宁、邢喆
本规范解释权:中国移动通信研究院。

















标准编号 标准名称
中国移动统一DPI设备技术规范-LTE数据
合成服务器设备规范
中国移动统一DPI设备技术规范-LTE数据
合成服务器接口规范
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器接口规范
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器设备规范(软采分册)
中国移动统一DPI设备技术规范-LTE信令
采集解析服务器设备规范(硬采分册)
中国移动统一DPI设备技术规范
发布单位
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司
中国移动通信集团公司


I



1 范围
本规范适用于中国移动的深度报文检测(DPI)设备,供中国移动内部和厂家共同使用。
本规范是中国移动进行DPI设备采购的技术依据。
本规范主要包含LTE不同接口XDR格式及接口要求等内容。
2 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其
随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标
准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新
版本适用于本标准。
序号
[1]
标准编号 标准名称
《中国移动统一DPI设备技术规范》
发布单位
中国移动通信集团公司
[2]
TS 29.272
3GPP Evolved Packet System(EPS); Mobility
Management Entity(MME) and Serving GPRS
3GPP
Support ode(SGS) related interface based on
Diameter Protocol
Evolved Universal Terrestrial Radio
Access(E-UTRA); Radio Resource Control(RRC) 3GPP
Protocol Specification
Evolved Universal Terrestrial Radio
3GPP
Access(E-UTRA); S1 Application Protocol(S1AP)
Evolved Universal
Access(E-UTRA);
Protocol(X2AP)
Terrestrial Radio
X2 Application 3GPP
[3]
TS 36.331
[4]
TS 36.413
[5]
TS 36.423
[6]
TS 29.274
3GPP Evolved Packet System(EPS); Evolved
General Packet Radio Service(GPRS) Tunnelling 3GPP
Protocol for Control Plane(GTPv2-C)
[7]


《中国移动LTE信令软采设备规范》 中国移动通信集团公司

第2页



3 术语、定义和缩略语
“必须”、“推荐”“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”“必须”项是指业务、产品和设备所必须提供的功能或性能要求;对应于
RFC2119 MUST,REQUIRED,SHALL。
- “推荐”“建议”“应”项是指在标准中未作强制要求,若业务、产品和设备提供的功能
或性能要求被认为更佳;对应于RFC2119 RECOMMEDED,SHOULD。
- “可选”“可”项指参考性要求,是业务、产品和设备在目前阶段可不提供的功能或性
能要求;对应于RFC2119 MAY,OPTIOAL。
- 必不能,不能,不得:表示绝对的禁止;对应于RFC2119 MUST OT,SHALL OT。
- 不推荐,不建议:表示若业务、产品和设备按照所述内容制作,被认为略次;对应
于RFC2119 SHOULD OT,OT RECOMMEDED。
- 规范中除了明确指明为 “推荐”“建议”、“可选”外,均为必须要求。

表3-1 词语解释
词语
ECI
eB
EPS
E-UTRA
GTP
IE
IMEI
IMSI
IP
LTE
MME
MSC
MSISD
AS
PCI
SDTP
S1-MME
S1-U
SGW
TAC
TEID
全量数据
XDR数据
解释
E-UTRA Cell Identifier,E-UTRA小区标识
Evolved ode B,演进型节点B
Evolved Packet System,演进型分组系统
Evolved Universal Terrestrial Radio Access etwork,演进型通用陆地无
线接入网
GPRS Tunneling Protocol,GPRS隧道协议
Information Element,信令消息中的信息单元
International Mobile Equipment Identity,国际移动设备标识
International Mobile Subscriber Identity,国际移动用户标识
Internet Protocol,IP协议
Long Term Evolution,长期演进
Mobility Management Entity,移动性管理实体
Mobile Switching Center,移动交换中心
Mobile Station Integrated Services Digital umber,移动用户ISD号码
on-Access Stratum,非接入层
Physical Cell Identifier,物理小区标识
Shared Data Transfer Protocol,共享数据传输协议
S1 for the control plane,控制平面S1接口
S1 for the user plane,用户平面S1接口
Serving Gateway,服务网关
Tracking Area Code,跟踪区域码
Tunnel Endpoint Identifier,隧道端点标识
全量数据包含了被采集链路的全部内容,包括控制面的全量信令数据
及用户面的全量业务数据
XDR数据是指基于全量数据进行处理后,生成的供信令监测平台和信
令类应用使用的信令及业务的详细记录。
第3页



信令XDR
业务XDR
指标数据

基于所采集的控制面信令而生成的信令过程的详细记录
基于所采集的用户面业务数据而生成的业务传输过程的详细记录
指标数据是根据数据合成服务器生成的XDR或者信令消息统计生成
的各类KPI指标数据,例如:接通率、位置更新成功率等
4 接口在网络中的位置
中国移动统一DPI系统架构图如下图所示。
指定系
统人员
其他应用系统
性能管
理系统
优化管
理系统
…...
集中化经分
系统
指定系统
应用层
日志查询平台
日志上报网关
IF2接口
数据合成
服务器
数据解码层
IF1接口
防火墙日志
采集前置机
软采采集
解析服务器
UuX2软采数据
硬采采集
解析服务器
S1-MMES6aSGs
原始码流
MME
统一DPI
设备
S1-US11等
原始码流
数据采集层
出口防火墙
SCA设备
SGW
图1. 统一DPI系统架构图

1. 数据采集层
数据采集层包含采集解析服务器,主要功能是实现LTE系统Uu、X2、S1、S11、S10、
SGs、S6a、S5S8等接口及防火墙数据的接入和采集,对采集数据进行解析,生成各接口的
原始XDR。
数据采集层需要将原始XDR及原始码流数据上报给数据解码层。
2. 数据解码层
数据解码层包含数据合成服务器,主要功能是对数据采集层上报的原始XDR进行分析、
关联、回填及合成,并输出所需的目标XDR及日志文件及原始码流数据到应用层。
数据解码层需要对原始码流数据进行存储,存储时长至少2天。
3. 应用层
应用层包含各应用系统及指定系统。

本规范定义了数据采集层与数据解码层之间的IF1接口。

第4页



5 LTE接口XDR数据构成方式
XDR数据分为信令面XDR和用户面XDR两种。信令面采集包括对以下接口的采集:Uu、
X2、S1-MME、S6a、S10、S11、S5S8、SGs、Gn。用户面采集只对S1-U接口进行采集。本
规范主要对信令面的XDR格式及上报接口进行了定义,用户面的XDR格式及上报接口请参
考《中国移动统一DPI设备规范》。
信令面XDR包含公共信息和单接口信息两部分,格式如下图所示。本规范后续会详细
介绍公共信息及对应不同接口的单接口信息的数据格式。
公共信息

图2. XDR结构
单接口信息
需要说明的是,本规范XDR格式中的字段长度取值单位均为字节(Byte)。
5.1.
XDR编号与上报要求
XDR编号(XDR ID)以信令流程或业务传输过程为单位进行分配,共16byte,循环使
用,要求在采集解析系统的一个循环周期内唯一。用户的一次信令流程或业务传输过程对应
一个XDR ID。对于信令XDR,同一个XDR ID可能对应该信令流程内的多条原始信令消息。
以一次RRC连接与释放流程为例,XDR上报方式为:
公共信息(XDR ID=123) Uu接口XDR信息(流程类型=RRC连接建立,Time=t1,
EstablishCause=…)

公共信息(XDR ID=124) Uu接口XDR信息(流程类型=RRC连接重配,Time=t2,
reconfCause=…)

公共信息(XDR ID=125) Uu接口XDR信息(流程类型=RRC连接释放,Time=t3,
releaseCause=…)

6 Uu接口XDR数据结构
6.1. 公共信息
字段名
Length
类型
unsigned
int
byte
长度
2
默认值 说明
全F 指示整个XDR所占用字节数
城市区号,如010代表北京
采用TBCD编码,每4个比特表示一个十
进制数字
City 2
全F

第5页



接口类型:
1. Uu
2. X2
3. UE_MR
4. Cell_MR
5. S1-MME
6. S6a
7. S11
8. S10
9. SGs
10. S5S8
11. S1-U
12. Gn-C
采集解析服务器内唯一的XDR编号,16
进制编码。一个信令流程或业务传输过程
生成一个XDR ID。对于信令面XDR,一
个XDR ID可能对应同一信令流程中的多
条原始消息记录。对于MR XDR,一个
XDR ID对应一个MR上报。
RAT类型:
1. UTRA
2. GERA
3. WLA
4. GA
5. HSPA Evolution
6. EUTRA
用户IMSI(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
终端IMEI(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
用户号码(TBCD编码),通过采集核心
网信令获取;针对软采接口,该字段填全
F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
Interface
unsigned
int
1
全F
XDR ID unsigned
int
16
全F
RAT
unsigned
int
1
全F
IMSI byte 8
全F
IMEI byte 8
全F
MSISD byte 16
全F

6.2. Uu接口信息
Uu接口信息主要涉及RRC协议层信令的相关信息。
字段名

类型 长度 默认值 说明
第6页



Procedure
Type
byte 1
全F
Uu接口流程类型编码,具体取值如下:
1:RRC连接建立 RRC_CO_STP
2:安全模式激活 RRC_SMC
3:RRC连接重配 RRC_RE_CFG
4:RRC连接重建 RRC_RE_EST
5:RRC连接释放 RRC_REL
6:小区内部切换 RRC_HO_intraCELL
7:内切换 RRC_HO_intraEB
8:间切换 RRC_HO_interEB
9:从其它RAT切入 RRC_HO_I
10:切出至其他RAT RRC_HO_OUT_RAT
11:PS寻呼 RRC_PAGIG_PS
12:CS寻呼 RRC_PAGIG_CS
13:其它事件类型 RRC_OTHER
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数,16进制编
码。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数,16进制编
码。
辅助记录更多流程相关信息,取值取决于
“Procedure Type”字段。详细的取值方式参考
6.3节。
预留字段,当前版本中填全F
流程状态:
0:成功;
1:失败;
255:超时,或未收到相关的结束流程信令
采用TBCD编码
流程发生的eB ID,ECI的前20个bit(宏
站)或与ECI相同(家庭)
流程发生小区的Cell ID,要求为ECI信息,
(ECGI的后28个bit),软采包头上报
用户在当前小区的C-RTI
只针对切换过程,填写目标eB的eB ID
(ECI的前20个bit),其他过程填全F
只针对切换过程,填写目标小区的ECI
(ECGI的后28个bit),其他过程填全F
只针对切换过程,填写目标小区为UE分配
的C-RTI,其他过程填全F
eB记录的MME UE S1AP ID,软采上报;
第7页
Procedure Start
dateTime
Time
Procedure End
Time
8
全0
dateTime 8
全0
Keyword 1
Keyword 2
Procedure
Status
PLM ID
eB ID
Cell ID
C-RTI
Target eB ID
Target Cell ID
byte
byte
unsigned
int
byte
byte
byte
byte
byte
byte
1
1
全F
全F
1
全F
3
4
4
2
4
4
2
4
全F
全F
全F
全F
全F
全F
全F
全F
Target C-RTI byte
MME UE

byte



S1AP ID
对终端 IITIAL COTEXT SETUP
REQUEST消息、PATH SWITCH REQUEST
消息之前未分配MME UE S1AP ID的过程,
软采设备需要根据关联关系填加该字段
byte
byte
byte
2
1
4
全F
全F
全F
UE当前连接的MME组标识,软采上报
UE当前连接的MME编码,软采上报
RRC协议中上报的M-TMSI
CSFB业务指示,标识RRC连接释放过程是
否触发CSFB流程
0:未触发CSFB
1:触发CSFB
RRC连接释放过程中重定向的网络类型:
0: GERA
1:UTRA-FDD
2:UTRA-TDD
如无则填全F。
整数值,指示后续跟随的承载信息的个
数,每个承载信息与一个DRB相对应,其
中包括两个字段:承载ID,操作结果。如
果该信令过程不涉及对任何DRB的操作,
则该字段取值为0,此时该字段之后承载信
息的个数为0
EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
第一个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败

EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
第个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
MME Group
ID
MME Code
M-TMSI
CSFB
Indication
byte 1
全F
Redirected
etwork
byte 1
全F
EPS Bearer
umber
Unsigned
int
1
全F
Bearer 1 ID Unsigned
int
1
1
全F
全F
Bearer 1 Status byte
……
Bearer ID
Bearer
Status

Unsigned
int
byte

1
1

全F
全F


第8页



6.3. Uu接口Keyword 1字段定义
Uu接口Keyword字段的取值方式定义如下,后续将根据上层需要补充该字段的取值方式。

Uu口流程类型
编码
1 RRC_CO_STP 标识RRC Connection Request消息中的
EstablishmentCause信元,对应的取值如下:
0:emergency
1:highPriorityAccess
2:mt-Access
3:mo-Signalling
4:mo-Data
5:delayTolerantAccess
3 RRC_RE_CFG 标识RRC Connection reconfigration消息中携带的某
些关键信元,8个bit根据消息指示的操作置0或1。
从MSB开始,8个Bit位置为1的条件为:




4 RRC_RE_EST
0bit:信元MeasConfig存在
1bit:信元sCellToAddModList存在
2bit:信元sCellToReleaseList存在
3-7bit:保留
流程类型 Keyword取值
否则,相应位置bit为0。
标识RRC Connection Reestablishment Request消息中
的ReestablishmentCause信元,对应的取值如下:
0:reconfigutationFailure
1:handoverFailure
2:otherFailure
5 RRC_REL 标识RRC Connection Release消息中的ReleaseCause
信元,对应的取值如下:
0:loadBalancingTAUrequired
1:other
2:cs-FallbackHighPriority
10 RRC_HO_OUT_RAT 标识Mobility From EUTRA Command消息中的
Handover targetRAT-Type信元,对应的取值如下:
0:utra
1:geran
2:cdma2000-1XRTT
3:cdma2000-HRPD
1112 RRC_PAGIG_PS、
RRC_PAGIG_CS
其他编码 其他业务流程
标识Paging消息中UE身份信息的类型:
0:S-TMSI
1:IMSI
全F
6.4. Uu接口事件流程开始结束标识

第9页



Uu接口各流程的开始、结束的信令点标识和信令流程参考附录A:UuX2接口XDR
事件流程和关键信令点。

7 X2接口XDR数据结构
7.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
7.2. X2接口信息
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1:X2 handover
2:X2 handover cancel
3:X2 setup
4:Reset
5:eB configuration update
6:Resource status reporting
7:Mobility setting change
8:Cell activation
9:Load indication
10:Error indication
业务流程开始时间,UTC时间,从
197011 00:00:00开始到当前的毫秒
数。
业务流程结束时间,UTC时间,从
197011 00:00:00开始到当前的毫秒
数。
流程状态
0:成功;
1:失败;
255:超时,或未收到相关的结束流
程信令
源小区标识,要求为ECI
目标小区标识,要求为ECI
源eB ID,软采包头上报。ECI的前
20个bit(宏站)或与ECI相同(家
庭)
目标eB ID,软采包头上报。
Procedure
Type
byte 1
全F
Procedure Start
dateTime
Time
Procedure End
Time
8
全0
dateTime 8
全0
Procedure
Status
Unsignedi
nt
1
全F
Source Cell ID byte
Target Cell ID byte
4
4
4
4
全F
全F
全F
全F
Source eB ID byte
Target eB ID byte

第10页



MME UE
S1AP ID
byte 4
全F UE在源小区中的MME UE S1AP ID
MME Group
ID
byte 2
全F UE连接的MME组标识
MME Code byte 1
全F UE连接的MME编码
Request Cause byte 2
全F
流程中请求消息cause值,对下列事
件类型,填充对应消息中cause字段
的值:
 X2 handover流程:HADOVER
REQUEST
 X2 handover cancel流程:
HADOVER CACEL
 Reset流程:RESET REQUEST
 Mobility setting change流程:
MOBILITY CHAGE
REQUEST
 Error indication流程:ERROR
IDICATIO
具体编码时,高位1个字节标识以下
Cause Group:
0:Radio etwork Layer
1:Transport Layer
2:Protocol
3:Misc
低位1个字节标识Cause Group内具
体的Cause值,参见3GPP 36.423第
9.2.6节。
流程中响应消息的失败cause值,对
下列事件类型,填充对应消息中cause
字段的值:
 X2 handover流程:HADOVER
PREPARATIO FAILURE
 X2 setup流程:X2 SETUP
FAILURE
 eB configuration update流程:
EB COFIGURATIO
UPDATE FAILURE
第11页
Failure Cause byte 2
全F



 Resource status reporting流程:
RESOURCE STATUS FAILURE
 移动性变更流程:MOBILITY
CHAGE FAILURE
 小区激活流程:CELL
ACTIVATIO FAILURE
其他流程填全F。
具体编码方式参见本接口XDR中的
“Request Cause”字段。
EPS Bearer
umber
Unsigned
int
1
全F 整数值,指示后续跟随的承载信息
的个数,每个承载信息与一个承载相
对应,其中包括两个字段:承载ID,
操作结果。如果该信令过程不涉及对
任何承载的操作,则该字段取值为0,
此时该字段之后承载信息的个数为0
EPS bearer ID,取值范围从0到15
Bearer 1 ID Unsigned
int
1
全F
Bearer 1 Status byte 1
全F 第一个EPS承载的操作结果,取值如
下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
……
Bearer ID Unsigned
int
byte
1
全F EPS bearer ID,取值范围从0到15
Bearer
Status
1
全F 第一个EPS承载的操作结果,取值如
下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
7.3. X2接口事件流程开始结束标识
X2接口各流程的开始、结束的信令点标识和信令流程参考附录A:UuX2接口XDR

第12页



事件流程和关键信令点。
8 UE_MR XDR数据结构
基于软采上报的每个UE的每个MR生成一个UE_MR XDR,其中包含UE级的相关信息,
需要把Uu接口MR测试结果和Uu-extend接口MR相关测量值进行关联后生成。
8.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
8.2. UE_MR信息
字段名
MME
ID
Group
类型
byte
byte
byte
byte
byte
dateTime
长度
2
1
4
4
4
8
默认值
全F
全F
全F
全F
全F
全0
说明
MME组标识
MME号
UE的MME UE S1AP ID
流程发生的eB ID,软采包头上报
流程发生小区的Cell ID,要求为ECI信息,
软采包头上报
该MR对应的时间戳,UTC时间,从197011
00:00:00开始到当前的毫秒数。
本条测量报告的类型,由采集解析设备通过
解析measurement configuration和 MR的
meas ID后获得:
1:周期测量
2:A1事件
3:A2事件
4:A3事件
5:A4事件
6:A5事件
7:B1事件
8:B2事件
9:其他
MME Code
MME
S1AP ID
eB ID
Cell ID
Time
UE
MR type
Unsigned
int
1
全F
PHR
Unsigned
int

1
全F
UE相对于配置的最大发射功率的余量。
在headroom type 1中,此余量表示服务小
区的UL-SCH发射功率与配置的最大发射
功率的差值。在headroom type 2中,此余
量表示每个激活的服务小区UL-SCH发射
功率或者是PCell的PUSCH和PUCCH发
第13页



射功率值和与配置的最大发射功率的差
值。
若MR type为事件性测量报告,该字段取
全F。
eB接收UE的总功率
UE的PUSCH占用的所有PRB的总功率;
若MR type为事件性测量报告,该字段取
全F。
上行信噪比:
定义用户上行信噪比。具体计算方法:计
算用户占用的每个物理资源块(PRB)带
宽上的信号功率S和干扰功率I的比值,
然后取所有PRB信噪比的平均值。
若MR type为事件性测量报告,该字段取
全F。
时间提前量
反映UE到服务的信号传播时间,从
而反映UE到的距离
TypeI:TA=UE收发时间差+eB收发时间

TypeII:TA=eB收发时间差(由专用随
机接入过程获取)
原则上,在UE和eB收发时间差均可获
取的情况下优先选用TYPE I,若无法获取
UE收发时间差时,选用TYPE II;
若MR type为事件性测量报告,该字段取
全F。
到达角,
若MR type为事件性测量报告,
该字段取全F。

服务小区的EARFC
服务小区RSRP
服务小区RSRQ
整数值,指示后续跟随的邻区信息的个
数,每个邻区信息与一个邻小区相对应,其
中包括四个字段:PCI、EARFC、RSRP、
RSRQ
第一个邻小区的PCI。
第一个邻小区的EARFC
第一个邻小区的RSRP测量值
第14页
eB Received Unsigned
Power int
2
全F
UL SIR
Unsigned
int
1
全F
TA
Unsigned
int
2
全F
AoA
Serving Freq
Serving RSRP
Serving RSRQ
Unsigned
int
Unsigned
int
Unsigned
int
Unsigned
int
2
2
1
1
全F
全F
全F
全F
eighbor Cell Unsigned
umber int
eighbor
Cell PCI
eighbor
Freq
eighbor

1 Unsigned
int
1 Unsigned
int
1 Unsigned
1
全F
2
2
1
全F
全F
全F



RSRP
eighbor
RSRQ
……
eighbor
Cell PCI
eighbor
Freq
eighbor
RSRP
eighbor
RSRQ
int
1 Unsigned
int

Unsigned
int
Unsigned
int
Unsigned
int
Unsigned
int
1

2
2
1
1
全F

全F
全F
全F
全F
第一个邻小区的RSRQ测量值

第个邻小区的PCI。
第个邻小区的EARFC
第个邻小区的RSRP测量值
第个邻小区的RSRQ测量值

9 Cell_MR XDR数据结构
基于软采上报的每个小区的小区级Uu-extend MR相关字段生成一个Cell_MR XDR,其
中包含小区级的相关信息。
9.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
9.2. Cell_MR信息
字段名
eB ID
Cell ID
Time
类型
byte
byte
dateTime
长度
4
4
8
默认值
全F
全F
全0
说明
流程发生的eB ID,软采包头上报
流程发生小区的Cell ID,要求为ECI信息,
软采包头上报
该MR对应的时间戳,UTC时间,从197011
00:00:00开始到当前的毫秒数。
eB接收干扰功率
以子帧为单位计算TD-LTE服务小区上行
信号干扰功率的原始测量值
上行丢包率
上行空口
DRB丢包率,一个包对应一个
PDCP SDU。参考点是PDCP 上层的SAP,
且分QCI按小区进行统计。

下行丢包率
定义了下行空口DRB丢包率,一个包对
应一个PDCP SDU。且分QCI按小区进行
统计。
第15页
eB Received Unsigned
Interfere int
20
全F
UL
Loss
Packet Unsigned
int
9
全F
DL
Loss
packet Unsigned
int
9
全F




10 S1-MME接口XDR数据结构
10.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
10.2. S1-MME接口信息
S1-MME接口的XDR信息即S1AP-AS信令解码后填充的控制面信令信息,除公共信息
外,与S1-MME接口相关信息的具体要求如下:
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1: Attach
2: Sevice Request
3: Extended Service Request
4: Paging
5: TAU
6: Detach
7: PD connectivity
8: PD disconnection
9: EPS bearer resource allocation
10:EPS bearer resource modify
11:EPS bearer context deactivation
12:EPS bearer context modification
13:Dedicated EPS bearer context activation
14:X2 handover
15:S1 handover in
16:S1 handover out
17:S1 handover cancel
18:Initialcontext setup
19:UE context modification
20:UE context release
21:E-RAB release
22:Reset
23:Error indication
24:S1 setup
25:EB configuration update
26:MME configuration update
27:Overload start
28:Overload stop
Procedure
Type
byte 1
全F

第16页



29:Identity Acquisition
30:Authentication
31:Security Activation
32:SMS
需要说明的是,当S1过程伴随AS过程时,
该字段需标识AS过程;
对于AttachTAUService requsestDetach等较
大的AS流程,若其过程中还包含其他AS
流程(如Identity Acquisition、Authentication、
Security Activation、PD connectivity、EPS
bearer resource modify等),需要输出前者XDR
的同时输出所包含的其他AS流程XDR;
Attach过程中所建立的承载的相关信息仅在
伴随的PD connectivity过程XDR中体现,
Attach过程XDR中不体现。
Procedure Start
dateTime
Time
Procedure End
Time
Procedure
Status
dateTime
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
流程的请求消息中所包含的Cause值:
针对S1 handover out流程,填写Handover
Required消息中的Cause值;
针对S1 handover in流程,填写Handover
Request消息中的Cause值;
针对S1 handover cancel流程,填写Handover
Cancel消息中的Cause值;
针对UE context release流程,填写UE Context
Release Request或UE Context Release
Command消息中的Cause值;

该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
注:承载操作相关流程的请求消息中的cause
值填写在以下承载相关信息字段中(Bearer
Request Cause)。
流程失败响应消息中的Cause值,具体的编码
方式为:
1.对于AS流程对应的Cause,高位1个字节
标识以下类型:
0:EMM
第17页
Unsigned
int
1
全F
Request Cause byte 2
全F
Failure Cause byte 2
全F



1:ESM
低位1个字节标识具体的Cause值,EMM类
型内的具体Cause取值参见3GPP 24.301第
9.9.3.9节Table 9.9.3.9.1,ESM类型内的具体
Cause取值参见3GPP 24.301第9.9.4.4节
Table 9.9.4.4.1。
2.对于S1AP流程对应的Cause,高位1个字
节标识以下Cause Group:
0:Radio etwork Layer
1:Transport Layer
2:AS
3:Protocol
4:Misc
低位1个字节标识Cause Group内具体的
Cause值,参见3GPP 36.413第9.2.1.3节。

注:承载操作相关流程失败所对应的cause值
填写在以下承载相关信息字段中(Bearer
Failure Cause)。
Keyword 1
Keyword 2
Keyword 3
Keyword 4
MME UE
S1AP ID
Old MME
Group ID
Old MME
Code
Old M-TMSI
MME Group
ID
MME Code
M-TMSI
TMSI
USER_IPv4
USER_IPv6
MME IP Add
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
byte
1
1
1
1
4
2
1
4
2
1
4
4
4
16
16
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
全F
辅助流程类型的关键参数信息,具体取值方
式参见10.3节
辅助流程类型的关键参数信息,具体取值方
式参见10.4节
预留字段,当前版本中填全F
预留字段,当前版本中填全F
MME UE S1AP ID
原MME组标识,UE的GUTI发生改变时填
写,否则填全F
原MME号,UE的GUTI发生改变时填写,
否则填全F
UE的原M-TMSI,UE的GUTI发生改变时填
写,否则填全F
当前MME组标识
当前MME号
UE当前的M-TMSI
2G3G系统为UE分配的TMSI,针对联合
Attach及TAU过程填写,如无则填全F
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
接口类型为S1-MME时,填写MME信令面
IP地址;接口类型为S1-U时,填写SGW的
用户面IP地址.
第18页



IPv4:4字节,此时前12个字节填全F
IPv6:16字节
根据接口类型为S1-MME或S1-U,填写
eodeB信令面或用户面IP地址:
Ipv4:4字节,此时前12个字节填全F
Ipv6:16字节
MME或SGW端口,与MMESGW IP Add
对应
EODEB端口
TAC
UE所在小区的ECI
对端小区的TAC,只在切换过程填写
对端小区的ECI,只在切换过程填写
AP
整数值,指示后续跟随的承载信息的个数,
每个承载信息与一个承载相对应,其中包括
以下多个字段:承载ID,承载类型,QCI,
操作结果,该承载对应的用户面eB侧及
SGW侧的GTP-TEID。如果该信令过程不涉
及对任何承载的操作,则该字段取值为0,此
时该字段之后承载信息的个数为0
承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1操作请求消息中的Cause值:
针对E-RAB release过程,填写E-RAB Release
Command消息中“E-RAB To Be Released
List”中对应Bearer 1的cause值,或E-RAB
Release Indication消息中“E-RAB Released
List”中对应Bearer 1的cause值;
针对PD connectivity过程,填写Activate
default EPS bearer context request消息中的
eB IP Add byte 16
全F
MME Port
eB Port
TAC
Cell ID
Other TAC
Other ECI
AP
byte
byte
byte
byte
byte
byte
String
2
2
2
4
2
4
32
全F
全F
全F
全F
全F
全F
全F
EPS Bearer
umber
Unsigned
int
1
全F
Bearer 1 ID
Unsigned
int
Unsigned
int
Unsigned
int
1
全F
Bearer 1 Type 1
全F
Bearer 1 QCI 1
全F
Bearer 1 Status
Unsigned
int
1
全F
Bearer 1
Request Cause
byte 2
全F

第19页



cause值;
针对EPS bearer resource modify过程,填写
Bearer resource modification request消息中的
cause值;
针对EPS bearer context deactivation过程,填
写Deactivate EPS bearer context request消息
中的cause值;

该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
Bearer 1
Failure Cause
Bearer 1 eB
GTP-TEID
Bearer 1 SGW
GTP-TEID
……
Bearer ID
byte 2
全F
承载1操作失败消息中的Cause值。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载1对应的eB侧GTP-TEID。
承载1对应的SGW侧GTP-TEID。

承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载操作请求消息中的Cause值,参考本
接口XDR中的Bearer 1 Request Cause字段的
定义。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载操作失败消息中的Cause值。
该字段具体编码方式参见本接口XDR中的
“Failure Cause”字段。
承载对应的eB侧GTP-TEID。
承载对应的SGW侧GTP-TEID。
byte
byte

Unsigned
int
Unsigned
int
Unsigned
int
4
4

1
全F
全F

全F
Bearer Type 1
全F
Bearer QCI 1
全F
Bearer
Status
Unsigned
int
1
全F
Bearer
Request Cause
byte 2
全F
Bearer
Failure Cause
Bearer eB
GTP-TEID
byte 2
全F
byte 4
4
全F
全F
Bearer SGW byte

第20页



GTP-TEID

10.3. S1-MME接口Keyword 1字段定义
S1-MME接口Keyword 1字段取值定义如下,后续将根据上层需要扩展该字段的取值。
S1AP-AS
流程编码
1 Attach
8
0
7
0
6
0
5
0
4
0
321
流程类型 Keyword 1字段取值
EPS attach type value

EPS attach type value的取值参见3GPP 24.301第9.9.3.11

3 Extended Sevice Request
8
0
7
0
6
0
5
0
4321
Service type value

Service type value的取值参见3GPP 24.301第9.9.3.27节
4 Paging 寻呼类型:
0:IMSI
1:S-TMSI
5 TAU
8
0
7
0
6
0
5
0
4
0
321
EPS update type value

EPS update type value的取值参见3GPP 24.301第9.9.3.14

6 Detach
8
0
7
0
6
0
5
0
4
Switch
off
32
Type of detach
1

Type of detach及Switch off的取值参见3GPP 24.301第
9.9.3.7节
7 PD connectivity
8
0
7
0
6
0
5
0
4
0
321
Request type value

Request type value的取值参见3GPP TS 24.008第
10.5.6.17节
14、15、16 切换流程 切换类型:
1:IntraLTE;
2:LTEtoUTRA;
3:LTEtoGERA;
4:UTRAtoLTE;
5:GERAtoLTE
20、21 UE context release
E-RAB release
触发方式:
0:流程由eB发起
1:流程由MME发起

第21页



22 RESET 复位类型:
0:S1 interface,
1:Part of S1 interface
27
32
OVERLOAD START
SMS
Traffic Load Reduction Indication,参见3GPP 36.413
9.2.3.36
传输方向:
0:下行方向
1:上行方向
其他编码 —— 该字段为全F;
Table 9.9.3.11.1: EPS attach type information element
EPS attach type value (octet 1)
Bits
3 2 1
0 0 1
0 1 0
1 1 0
1 1 1

All other values are unused and shall be interpreted as
network.【interpret解读、解释】

Bit 4 of octet 1 is spare and shall be coded as zero.



EPS attach
combined EPSIMSI attach
EPS emergency attach
Reserved
流程1、ATTACH内容:3GPP TS 24.301第9.9.3.11节内容【mengtt】:
流程2、Extended Service Request内容:3GPP 24.301第9.9.3.27节【mengtt】
Table 9.9.3.27.1: Service type information element
Service type value (octet 1)

Service type value
Bits
4 3 2 1

0 0 0 0 mobile originating CS fallback or 1xCS fallback
0 0 0 1 mobile terminating CS fallback or 1xCS fallback
0 0 1 0 mobile originating CS fallback emergency call or 1xCS fallback
emergency call

All other values are reserved.

流程5、TAU内容:3GPP TS24.301第9.9.3.14节【mengtt】:

第22页



Table 9.9.3.14.1: EPS update type information element
EPS update type value (octet 1, bit 1 to 3)

Bits

3 2 1
0 0 0
0 0 1
0 1 0
0 1 1
1 0 0
1 0 1

All other values are reserved.


Bit

4
0
1









o bearer establishment requested
Bearer establishment requested


TA updating
combined TALA updating
combined TALA updating with IMSI attach
periodic updating
unused; shall be interpreted as
unused; shall be interpreted as
流程6、Type of detach及Switch off的取值参见3GPP 24.301第9.9.3.7节【mengtt】
Figure 9.9.3.7.1: Detach type information element

第23页



Table 9.9.3.7.1: Detach type information element
Type of detach (octet 1)

In the UE to network direction:
Bits
3 2 1
0 0 1
0 1 0
0 1 1
1 1 0
1 1 1

All other values are interpreted as
protocol.

In the network to UE direction:
Bits
3 2 1
0 0 1
0 1 0
0 1 1
1 1 0
1 1 1

All other values are interpreted as

Switch off (octet 1)

In the UE to network direction:
Bit
4
0
1

In the network to UE direction bit 4 is spare. The network shall set this bit to zero.








normal detach
switch off


re-attach required
re-attach not required
IMSI detach
Reserved
Reserved


EPS detach
IMSI detach
combined EPSIMSI detach
Reserved
Reserved
流程7、PD connectivity内容,详见3GPP TS 24.008第10.5.6.17节【mengtt】:

8 7 6 5 4
0
Spare

3 2 1
octet 1 Request type IEI Request type value
Figure 10.5.1583GPP TS 24.008: Request type information element

第24页



Table 10.5.1733GPP TS 24.008: Requesttype information element
Requesttype value (octet 1)
Bits
3 2 1
0 0 1
0 1 0
0 1 1

All other values are reserved.【预留的】

Bit 4 of octet 1 is spare and shall be coded as zero.



initial request
Handover
Unused. If received, the network shall interpret this as





10.4. S1-MME接口Keyword 2字段定义
S1-MME接口Keyword 2字段取值定义如下,后续将根据上层需要扩展该字段的取值。
S1AP-AS
流程编码
1 Attach
8
0
7
0
6
0
5
0
4
0
321
流程类型 Keyword 1字段取值
EPS attach result value

EPS attach result value的取值参见3GPP 24.301第9.9.3.10

5 TAU
8
0
7
0
6
0
5
0
4
0
321
EPS update result value

EPS updateresult value的取值参见3GPP 24.301第9.9.3.13

6 Detach 触发方式:
0:流程由UE发起
1:流程由网络侧发起
其他编码 —— 该字段为全F;
流程1:Attach result value【mengtt】
The purpose of the EPS attach result information element is to specify the result of an attach
procedure.
The EPS attach result information element is coded as shown in figure 9.9.3.10.1 and
table 9.9.3.10.1.
The EPS attach result is a type 1 information element.

第25页




8 7 6 5 4
0
Spare

3 2 1
EPS attach result IEI EPS attach result value octet 1
Figure 9.9.3.10.1: EPS attach result information element
Table 9.9.3.10.1: EPS attach result information element
EPS attach result value (octet 1)
Bits
3 2 1
0 0 1
0 1 0

All other values are reserved.

Bit 4 of octet 1 is spare and shall be coded as zero.



EPS only
combined EPSIMSI attach

流程5:EPS updateresult value【mengtt】
The purpose of the EPS update result information element is to specify the result of the associated
updating procedure.
The EPS update result information element is coded as shown in figure 9.9.3.13.1 and
table 9.9.3.13.1.
The EPS update result is a type 1 information element.

8 7
IEI

6 5 4
0
Spare
3 2
value
1
octet 1 EPS update result EPS update result
Figure 9.9.3.13.1: EPS update result information element

第26页



Table 9.9.3.13.1: EPS update result information element
EPS update result value (octet 1, bit 1 to 3)
Bits
3 2 1
0 0 0
0 0 1
1 0 0
1 0 1

All other values are reserved.

Bit 4 of octet 1 is spare and shall be coded as zero.

OTE: Values
ISR activated


TA updated
combined TALA updated
TA updated and ISR activated (OTE)
combined TALA updated and ISR activated (OTE)


10.5. S1-MME接口事件流程开始结束标识
S1-MME接口各流程的开始、结束的信令点标识和信令流程参考附录B:S1-MME接口
XDR事件流程和关键信令点。
11 S1-U接口XDR数据结构
S1-U接口XDR数据结构请参考《中国移动统一DPI设备技术规范》。
12 S6a 接口XDR数据结构
12.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
12.2. S6a接口信息
字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1、Update_Location
2、Cancel_Location
3、Purge_UE
第27页
Procedure Type byte 1
全F



字段名 类型 长度 默认值 说明
4、Insert_Subscriber_Data
5、Delete_Subscriber_Data
6、Authentication_Information
7、Reset
8、otification
Procedure Start
dateTime
Time
Procedure End
dateTime
Time
Unsigned
int
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
2001:DIAMETER_SUCCESS
5001:DIAMETER_ERROR_USER_UKOW
5420:DIAMETER_ERROR_UKOW_EPS_S
Procedure Status 1
全F
Cause
Unsigned
int
2
全F
UBSCRIPTIO
5421:DIAMETER_ERROR_RAT_OT_ALLOW
ED
5004:DIAMETER_ERROR_ROAMIG_OT_A
LLOWED

USER_IPv4
USER_IPv6
MME Address
byte
byte
byte
4
16
16
全F
全F
全F
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
HSS信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MME端口,与MME Address对应
HSS端口,与HSS Address对应
源REALM
目的REALM
源主机名
目的主机名
承载Diameter应用类型
仅针对Insert_Subscriber_Data过程,其余填F
0:SERVICE_GRATED
1:OPERATOR_DETERMIED_BARRIG
仅针对Insert_Subscriber_Data过程,其余填F
0bit UTRA ot Allowed
1bit GERA ot Allowed
第28页
HSS Address
MME Port
HSS Port
Origin-Realm
Destination-Real
m
Origin-Host
Application-ID
Subscriber-Statu
s
Access-Restricti
on-Data

byte
byte
byte
byte
byte
byte
byte
Unsigned
int
16
2
2
44
44
64
64
4
1
全F
全F
全F
全F
全F
全F
全F
全F
全F
Destination-Host byte
byte 1
全F



字段名 类型 长度 默认值 说明
2bit GA ot Allowed
3bit I-HSPA-Evolution ot Allowed
4bit E-UTRA ot Allowed
5bit HO-To-on-3GPP-Access ot Allowed
13 S10、S11接口XDR数据结构
13.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
13.2. S10、S11接口信息
字段名 类型 长度
默认

说明
流程类型编码,具体取值如下:
1:Create Session
2:Modify Bearer
3:Delete Session
4:Modify Bearer Command
5:Delete Bearer Command
6:Bearer Resource Command
7:Create Bearer
8:Update Bearer
9:Delete Bearer
10:Release Access Bearers
11:Modify Access Bearers
12:Echo Request
13:Version ot Supported Indication
14:Change otification
15:Downlink Data otification Failure
Indication
16:Trace Session Activation
17:Trace Session Deactivation
18:Stop Paging Indication
19:Delete PD Connection Set
20:PGW Downlink Triggering otification
21:Identification Request
22:Context Request
23:Forward Relocation Request
24:Forward Relocation Complete otification
第29页
Procedure Type byte 1

全F



字段名 类型 长度
默认

说明
25:Forward Access Context otification
26:Relocation Cancel Request
27:Configuration Transfer Tunnel
28:Suspend otification
29:Create Forwarding Tunnel
30:Resume otification
31:Create Indirect Data Forwarding Tunnel
32:Delete Indirect Data Forwarding Tunnel
33:Downlink Data otification
34:PGW Restart otification
Procedure Start dateTi
Time me
Procedure End dateTi
Time me
Unsign
ed int
Unsign
ed int
Unsign
ed int
byte
byte
Byte
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
参见3GPP 29.274第8.4节中Table 8.4-1
S10填全F
S11参见3GPP 29.274第8.4节中Table 8.4-1
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址。
IPv4:4字节
,此时前12个字节填全F;

IPv6:16字节。
SGW(S11)Old MME(S10)信令面IP地址。
Procedure Status 1
全F
Failure Cause
Request Cause
USER_IPv4
USER_IPv6
MME Address
2
2
4
16
16
全F
全F
全F
全F
全F
SGWOld MME
byte
Address
MME Port byte
16
2
2
4
4
32
全F
全F
全F
全F
全F
全F
IPv4:4字节
,此时前12个字节填全F;

IPv6:16字节。
MME端口,与MME Address对应
SGWOld MME端口,与SGWOld MME
Address对应
MME信令面TEID
S10时为Old MME信令面TEID
S11时为SGW信令面TEID
SGWOld MME
byte
Port
MME
TEID
Control
byte
Old MME SGW
byte
Control TEID
AP String AP
整数值,指示后续跟随的承载信息的个数,
每个承载信息与一个承载相对应,其中包括以
下多个字段:承载ID,承载类型,QCI,操作
结果,该承载对应的用户面的GTP-TEID。如
第30页
EPS Bearer Unsign
umber ed int
1
全F



字段名 类型 长度
默认

说明
果该信令过程不涉及对任何承载的操作,则该
字段取值为0,此时该字段之后承载信息的个
数为0
Bearer 1 ID
Unsign
ed int
Unsign
ed int
Unsign
ed int
1
全F 承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1对应的eB侧GTP-TEID。
S10接口填
全F

承载1对应的SGW侧GTP-TEID。
S10接口填
全F


承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载对应的eB侧GTP-TEID。
S10接口填
全F

承载对应的SGW侧GTP-TEID。
S10接口填
全F


Bearer 1 Type 1
全F
Bearer 1 QCI 1
全F
Bearer 1 Status byte 1
全F
Bearer 1 eB
byte
GTP-TEID
Bearer 1 SGW
byte
GTP-TEID
……
Bearer ID

Unsign
ed int
Unsign
ed int
Unsign
ed int
4
4

1
全F
全F

全F
Bearer Type 1
全F
Bearer QCI 1
全F
Bearer Status byte 1
全F
Bearer eB
byte
GTP-TEID
Bearer SGW
byte
GTP-TEID

4
4
全F
全F

第31页



14 S5S8-C接口XDR数据结构
14.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
14.2. S5S8-C接口信息
字段名 类型 长度 默认值 说明
1:Echo request
2:Version ot Supported Indication
3:Create Session
4:Modify Bearer
5:Delete Session
6:Change otification
7:Resume otification
8:Modify Bearer Command
9:Modify Bearer Failure Indication
10:Delete Bearer Command
11:Delete Bearer Failure Indication
12:Bearer Resource Command
13:Bearer Resource Failure Indication
14:Trace Session Activation
15:Trace Session Deactivation
16:Create Bearer
17:Update Bearer
18:Delete Bearer
19:Delete PD Connection Set
20:Suspend otification
21:Update PD Connection Set
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
S5S8相关的失败原因值请参考29.274 的8.4节
Table 8.4-1。
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
第32页
Procedure
Type
byte 1
全F

Procedure
Start Time
Procedure
End Time
Procedure
Status
dateTim
e
dateTim
e
unsigned
int
unsigned
int
byte
byte
8
8
全0
全0
1
全F
Failure Cause
USER_IPv4
USER_IPv6

2
4
16
全F
全F
全F



SGW控制面地址
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
PGW控制面地址
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGW端口
PGW端口
控制面SGW隧道端点标识
控制面PGW隧道端点标识
目前已经定义的指示标志位。
指示ULI字段的长度,单位为byte
User Location Information,参见29.274中的8.21
章节的描述
整数值,指示后续跟随的承载信息的个数,每
个承载信息与一个承载相对应,其中包括以下多
个字段:承载ID,承载类型,QCI,操作结果,
该承载对应的用户面GTP-TEID。如果该信令过
程不涉及对任何承载的操作,则该字段取值为0,
此时该字段之后承载信息的个数为0
承载1的EPS bearer ID,取值范围从0到15
承载1的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载1的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载1对应的SGW侧GTP-TEID。
SGW IP Add byte 16
全F
PGW IP Add
SGW Port
PGW Port
byte
byte
byte
16
2
2
4
4
全F
全F
全F
全F
全F
SGW Control
byte
TEID
PGW Control
byte
TEID
Indication
Flags

ULI Length
ULI
byte
byte
byte
7
1
全F
全0
可变
长字全F

EPS Bearer unsigend
umber int
1
全F
Bearer 1 ID
Bearer
Type
unsigend
int
1 unsigend
int
Unsigne
d int
1
全F
1
全F
Bearer 1 QCI 1
全F
Bearer
Status
1 unsigend
int
1
全F
Bearer 1
SGW byte
GTP-TEID
Bearer 1
PGW byte
GTP-TEID

4
全F
4
全F 承载1对应的PGW侧GTP-TEID。
第33页



……
Bearer ID
Bearer
Type
Bearer
QCI

unsigend
int

1

全F

承载的EPS bearer ID,取值范围从0到15
承载的类型:
1:default bearer
2:dedicated bearer
承载1的QCI,取值范围从1到9
承载的操作结果:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
承载对应的SGW侧GTP-TEID。
unsigend
int
Unsigne
d int
1
全F
1
全F
Bearer
Status
unsigend
int
1
全F
Bearer
SGW byte
GTP-TEID
Bearer
PGW byte
GTP-TEID

4
全F
4
全F 承载对应的PGW侧GTP-TEID。
15 SGs接口XDR数据结构
15.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
15.2. SGs接口信息

字段名 类型 长度 默认值 说明
1:SGsAP-PAGIG
2:SGsAP-SERVICE-REQUEST
3:SGsAP-DOWLIK-UITDATA
4:SGsAP-UPLIK-UITDATA
5:SGsAP-LOCATIO-UPDATE
6:SGsAP-TMSI-REALLOCATIO
7:SGsAP-ALERT
8:SGsAP-UE-ACTIVITY-IDICATIO
9:SGsAP-EPS-DETACH
第34页
Procedure Type byte 1
全F



10:SGsAP-IMSI-DETACH
11:SGsAP-RESET
12:SGsAP-SERVICE-ABORT
13:SGsAP-MM-IFORMATIO
14:SGsAP-RELEASE
15:SGsAP-STATUS
16:SGsAP-UE-UREACHABLE
Procedure Start
Time
Procedure End
Time
dateTime
dateTime
8
8
全0
全0
业务流程开始时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从197011
00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
SGSAP层相关的失败原因值请参见3GPP
29.118第9.4.18节
SGsAP-LOCATIO-UPDATE-REJECT相关
的失败原因值请参见3GPP 24.008第
10.5.3.6节
SGsAP-UPLIK-UITDATA
SGsAP-DOWLIK-UITDATA消息的
AS message container信元中携带的有
CP-Error消息的CP Cause值。参见
3GPP24.011第8.1.4.2节
SGsAP-UPLIK-UITDATA
SGsAP-DOWLIK-UITDATA消息的
AS message container信元中携带的
有RP-Error消息的RP Cause值。参见
3GPP24.011第8.2.5.4节
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
MME信令面IP地址.
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MSC Server信令面IP地址.
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节
MME端口
MSC Server 端口
业务类型,指示是CS还是SMS
Procedure Status
unsigendi
nt
1
全F
Sgs cause byte 1
全F
Reject cause byte 1
全F
CP Cause byte 1
全F
RP Cause byte 1
全F
USER_IPv4
USER_IPv6
MME IP Add
byte
byte
byte
4
16
16
全F
全F
全F
MSC Server IP
Add
MME Port
MSC Server Port
Service Indicator
byte
16
byte
byte
byte
2
2
1
全F
全F
全F
全F

第35页



MME name
TMSI
ew LAC
Old LAC
TAC
Cell ID
Calling ID
VLR ame
Length
VLR ame

byte
byte
byte
byte
byte
byte
byte
Unsigned
int
byte
55
4
2
2
2
4
24
1
可变

全F
全F
全F
全F
全F
全F
全F
全0
全F
3GPP 29.118 9.4.13章节定义
2G3G系统为UE分配的TMSI
新LAC值
原LAC值
TAC值
ECI信息,参见3GPP 29.118第9.4.3a节
定义
呼叫号码
指示字段“VLR ame”的长度,单位为byte
参见3GPP 29.118第9.4.22节定义
16 Gn-C接口XDR数据结构
16.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
16.2. Gn-C接口信息

字段名 类型 长度 默认值 说明
流程类型编码,具体取值如下:
1:Routing Area Update(4G—>2G3G);
2:GnGp SGS to MME Tracking Area
Update(2G3G—>4G)
3:E-UTRA Initial Attach
1:SGS Context Request(S3)
2:SGS Context Respe(S3)
3:SGS Context Acknowledge(S3)
4:Identity request(S3)
5:Identity respe(S3)
业务流程开始时间,UTC时间,从
197011 00:00:00开始到当前的毫秒数。
业务流程结束时间,UTC时间,从
第36页
Procedure Type byte 1
全F
Sub-procedure
Type
byte 1
全F
Procedure
Time
Procedure
Start dateTim
e
End dateTim
8
8
全0
全0



Time e
unsigend
int
byte
byte
byte
197011 00:00:00开始到当前的毫秒数。
流程状态
0:成功;
1:失败;
255:超时
终端用户的IPv4地址,如无则填全F
终端用户的IPv6地址,如无则填全F
信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGS信令面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
SGS数据面IP地址。
IPv4:4字节,此时前12个字节填全F;
IPv6:16字节。
MME端口,与MME Address对应
MME端口,与MME Address对应
SGS端口,与SGS_C_IP对应
SGS数据面端口,与SGS_U_IP对应
SGS控制面TEID
SGS数据面TEID
MME控制面TEID
P-TMSI


TAC
小区标识(SAC或ECI)
参见3GPP29.060第a90 7.7.1节中
table38、39
MM Context中提取DRX parameter值
PDP Context中提取
Procedure Status 1
全F
USER_IPv4
USER_IPv6
MME Address
4
16
16
全F
全F
全F
OLD
Address
MME
byte 16
全F
SGS_C_IP byte 16
全F
SGS_U_IP
MME Port
OLD MME Port
SGS_C Port
SGS_U Port
SGS
TEID
Control
byte
byte
byte
byte
byte
byte
byte
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
SGS Data TEID
Old MME Control
byte
TEID
P-TMSI
LAC
RAC
TAC
Cell ID
Cause
Keyword
AP

byte
byte
byte
byte
byte
unsigned
Int
unsigned
Int
string

第37页



17 基于XDR的原始码流上报
17.1. 原始码流上报功能
采集解析设备接收原始码流,按帧进行封装,之后使用SDTP协议中的XDR对应原始码
流传输消息(XDRRawDataSend,参见本规范18.6.2节)上报给数据合成服务器。
对于软采接口,采集接入设备为流量汇聚适配器(SCA),因此原始码流输入格式需符
合《中国移动LTE信令软采设备规范》中的接口相关规定。
对于硬采接口,原始码流输入格式由采集接入设备与采集解析服务器器自定义,本规范
不做强制要求。但要求实现原始码流的实时接收与处理,按帧进行链路监测信息封装,并基
于XDR ID将同一XDR涉及的原始码流组合后上报数据合成服务器。
原始码流上报的具体格式参考17.2节定义。
17.2. 基于XDR上报原始码流的格式
采集解析设备合成XDR后,应将该XDR对应的原始码流按照采集时间顺序组成一个数
据包,并通过SDTP协议实时发送给数据合成服务器。根据XDR类型的不同,原始码流的内
容不同。如果是信令XDR,则原始码流为原始信令;如果是业务XDR,则原始码流为原始
业务数据中的包头部分,并不包含payload部分。
基于XDR的原始码流的上报格式要求如下:
字段
RAT
Interface
XDR ID
原始码流条目数
Length Total
Payload1
Payload…
Payload
长度(Byte)
1
1
16
2
2
不定长
不定长
不定长
字段描述
RAT类型
接口类型
XDR ID信息
原始信令或原始业务包头总条目数
后续原始码流总长度,单位为Byte,包括本字段之后
的信息块长度指示字段,不包括结束标志。
信令1或业务包头1的按帧封装后的原始码流,具体要
求参考16.3节

信令或业务包头的按帧封装后的原始码流

17.3. 按帧封装的原始码流要求
本节用于定义17.2节中按帧封装的原始码流的格式,即payload1~payload部分的相关要
求。
针对软采接口(包括Uu和X2接口),每帧内封装的原始码流格式将直接保留SCA上报
的原始码流,不进行额外处理,即符合《中国移动LTE软采设备规范》中5.5.2节“包数据格
式”的具体要求。
针对硬采接口(包括S1-MME、S6a等信令面和S1-U等用户面接口),原始码流封装后
的帧格式如下图所示:

第38页



2字节
数据包
长度
12字节
通用包头
不定长
专用包头

不定长
原始信令数据

图3. 原始码流帧格式

每个帧中包含如下字段:

名称
Len
Head1
Head2
Load
字节长度 名称
2
12
0
不定长
数据包长度
通用包头
专用包头
原始信令数据
说明
不包括长度本身、定界标志
各种链路公用的数据包头
每种链路独有的数据包头
采集到的原始信令数据(从MAC地址开始)
17.3.1. 通用包头格式
硬采接口的通用包头长度12字节,包含如下字段:
名称
Ver
LinkType
字节长度
1
1
说明
包头信息版本
当前版本为4.0;值填为0x04
承载链路类型
0x01-2M(SS7)
0x02-64K(SS7)
0x03-IPv4
0x04-ATM
0x05-Abis
0x06-LTE 软采
0x07-LTE 硬采
板卡类型
0x01-FEGE
0x02-E1
0x03-ATM
0x04-STM
0x0F-其它
采集板卡标识
取值范围0~255
距1970年1月1日0时0分0秒的秒值,单位为秒
时间的纳秒部分,单位为纳秒
CardType 1
CardID
Time
Time2

1
4
4
17.3.2. 专用包头格式
IP链路无专用包头。

第39页



17.3.3. 原始数据
信令面XDR:包含原始信令。
业务面XDR:包含原始业务数据中的包头部分,并不包含payload部分。开启预设条件
的全量原始码流数据抓取,且配置为保存业务数据payload情况除外,此情况需要包含和上
报满足预设条件的业务数据paylaod。
18 接口协议
采集解析设备接收到原始码流之后,对其进行解析并生成XDR,之后基于SDTP协议将
XDR及XDR对应的原始码流上报给数据合成服务器。本节将详细介绍SDTP协议。
18.1. SDTP协议概述
SDTP协议为实时数据共享传输协议,具有数据传输量大、实时性要求高、过程简单、
不需要握手鉴权过程等特点。
SDTP以TCPIP作为底层通信承载,具体协议结构如下图所示:
APP
SDTP
应用层
传输层
TCP
IP
图4. 上报接口协议栈

承载层

协议栈分为3层,分别为承载层、传输层和应用层,如图4所示。其中,承载层为IP协议,
它提供可靠的数据传输通道;传输层(SDTP+TCP)为上层应用提供通用的数据传输协议;
应用层封装XDR数据或原始码流。

数据提供方与数据接受方之间进行信息交互时,采用长连接方式:
 通信双方以Client-Server方式建立TCP连接,用于双方信息的交互。在采集解析设
备与数据合成服务器的连接中,请求的发起方作为连接的客户端。
 当连接断开后,客户端以反复重试的方式连接服务端。
 在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,
由客户端发送链路检测,服务器端发送应答消息以维持此连接。当信道上没有数据
传输时,客户端应每隔时间C发送链路检测包以维持此连接,当链路检测包发出超
过时间T后未收到响应,应立即再发送链路检测包,再连续发送-1次后仍未得到
响应则断开此连接。参数C、T、可灵活配置,现阶段建议取值为:C=3分钟,T=60
秒,=3。

第40页



 数据提供点与数据订阅点之间的消息发送后等待T秒后未收到响应,应立即重发,
再连续发送-1次后仍未得到响应则停发。现阶段建议取值为:T=60秒,=3。
 消息采用并发方式发送,加以滑动窗口流量控制,窗口大小参数W可配置,现阶段
建议为16,即接收方在应答前一次收到的消息最多不超过16条。
 考虑到数据的安全性,建议在采集解析设备和数据合成服务器间采用链路安全机制
(如TLS、VP等方式),可根据实际需求选择开启。
18.2. 消息类型
SDTP协议的消息类型定义如下表所示:
消息名
verego_Req
verego_Resp
linkAuth_Req
linkAuth_Resp
linkCheck_Req
linkCheck_Resp
linkRel_Req
linkRel_Resp
linkDataCheck_Req
linkCheck_Resp
notifyXDRData_Req
notifyXDRData_Resp
XDRRawDataSend_Req
XDRRawDataSend_Resp
MessageType

0x0001
0x8001
0x0002
0x8002
0x0003
0x8003
0x0004
0x8004
0x0007
0x8007
0x0005
0x8005
0x0006
0x8006

18.3. 消息结构
SDTP消息结构如下表所示:
项目
Message Header
Message Body
说明
消息头(所有消息公共包头)
消息体,即各种消息定义的参数,详见后续介绍
说明
版本协商请求
版本协商应答
鉴权请求
鉴权响应
链路检测请求
链路检测应答
连接释放请求
连接释放应答
链路数据发送校验请求
链路数据发送校验应答
XDR数据通知请求
XDR数据通知应答
XDR对应原始数据传输请求
XDR对应原始数据传输应答

消息头(Message Header)包含如下必选字段:
字段名
TotalLength
MessageType
SequenceId
字节数
2
2
4
类型
Unsigned Integer
Unsigned Integer
Unsigned Integer
描述
消息总长度(含消息头及消息体)

消息类型

交互的流水号,顺序累加,步长为1,循环
使用(一个交互的一对请求和应答消息的
第41页



流水号必须相同)
TotalContents 1 Unsigned Integer
消息体中的事件数量(最多40条)
若考虑实时性要求,可每次只填一个事件
18.4. 连接管理流程
使用SDTP协议通信时,遵照本章的消息交互流程。消息交互的基本流程分为:版本协
商,鉴权请求,数据传输,链路检测,连接终止。客户端侧应支持对链路检测周期的灵活设
定。
SDTP协议连接管理流程如下图所示:
客户端服务端
1. TCP连接建立
2. 版本协商请求verego_Req
2. 版本协商应答verego_Resp
3. 链路鉴权请求linkAuth_Req
3. 链路鉴权应答linkAuth_Resp
4. 数据发送请求
4. 数据发送应答
5. 链路检测请求linkCheck_Req
5. 链路检测应答linkCheck_Resp
6.链路数据发送校验linkDataCheck_Req
6.链路数据发送校验应答linkDataCheck_Resp
7.链路释放请求linkRel_Req
7.链路释放应答linkRel_Resp
8. TCP连接拆除


第42页



图5. SDTP协议连接管理流程

SDTP连接建立和通信流程说明如下:
(1) 请求的发起方作为客户端向服务端指定的IP地址和端口建立TCP长连接;
(2) 客户端发起版本协商流程,若协商失败,则转(7)拆除连接;
(3) 客户端向服务端发起链路鉴权请求(使用数据合成服务器与各应用系统间协商
好的共享密钥),若服务端鉴权失败,则转(7)拆除连接;
(4) 请求的发起方发送数据,接收方收到数据并处理后回复处理结果;涉及的数据
包括XDR数据和XDR对应原始数据两类;
(5) 在连接保持期间,如果没有数据包发送,客户端发送链路检测应答包以维持此
连接;若发现链路断开,则转(7)拆除连接;
(6) 通信完成后,客户端主动发起链路释放请求;
(7) 双方均可拆除该连接;
18.5. 连接管理消息
18.5.1. 版本协商verego
18.5.1.1. 请求
版本协商请求,用于在连接的鉴权通过后,客户端与服务器端协商通信协议版本的信息,
由连接的建立方主动发起协议版本协商。参数定义如下:
字段名
Version
SubVersion
字节数
1
1
类型
Unsigned Integer
Unsigned Integer
描述
协议的主版本号
协议的子版本号
版本协商的发起方从自身支持的最高版本开始协商,高版本协商失败后再协商低版本。
18.5.1.2. 应答
版本协商应答,用于返回版本信息的核对结果,参数定义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
返回原因值。
协议协商的结果,各个值代表意义如
下:
1: 版本协商通过。
2: 版本过高。
3: 版本过低。
18.5.2. 链路认证linkAuth
18.5.2.1. 请求
连接鉴权请求,参数定义如下:

第43页



字段名
LoginID
字节数
12
类型
String
描述
账户ID。
由连接的服务端给连接的客户端分配的连
接帐号。
用于鉴别源用户。其值通过SHA256计算得
出。当对端用相同方式加密之后与接收的值
比较,如果计算出来的值相同,则通过校验,
否则出错。
Digest=
SHA256(LoginID+SHA256(Sharedsecret)+Ti
mestamp+”+RAD)
其中Shared secret为与LoginID对应的账户
密码,由认证双方实体事先商定;
LoginID为本消息带的LoginID字段,12字
节,不足12字节以空格“”补齐;
Timestamp为本消息带的Timestamp字段数
值,单位为秒(1970年1月1日0时0分0秒起
至当前的偏移总秒数);
计算后结果为32位,后32位补零(二进制0);
时间戳的明文。
由客户端产生,单位为秒(1970年1月1日0时0
分0秒起至当前的偏移总秒数)
由客户端产生的随机数
Digest 64 String
Timestamp 4 Unsigned
Integer
Unsigned
Integer
RAD 2
18.5.2.2. 应答
连接鉴权应答,参数定义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
鉴权的返回结果。各个值的含义如下定
义:
1 代表鉴权通过。
2 代表LoginID不存在。
3 代表SHA256加密结果出错。
用于对端对本端进行鉴权,其值通过
SHA256计算得出。当对端使用相同方
式加密之后与接收的值比较,如果计算
出来的值相同,则通过校验,否则出错。
Digest 64 String
18.5.3. 链路检测linkCheck
18.5.3.1. 请求

第44页



当信道上没有数据传输时,客户端应每隔时间C发送链路检测包以维持此连接,当链路
检测包发出超过时间T后未收到响应,应立即再发送链路检测包。服务端收到链路检测请求
包后,立即回复链路检测应答。
无参数。
18.5.3.2. 应答
链路检测请求的应答,无参数。
18.5.4. 链路数据发送校验linkDataCheck
18.5.4.1. 请求
本消息与notifyXDRData_Req和XDRRawDataSend_Req消息同方向。消息的作用是,告
知数据接收方,在两个本消息间隔期内发送的notifyXDRData_Req和XDRRawDataSend_Req
消息包数量,以便接收方校验是否有丢包情况发生。若有丢包发生时,notifyXDRData_Req
和XDRRawDataSend_Req消息的接收方应立即通过返回消息告知发送方有数据丢失。本消息
建议5分钟进行数据校验,数据量大时为避免过多的传输缓存,可减少时间间隔,数据接收
方应不受校验周期影响。
字段名
Sendflag
字节数
4
类型
Int
描述
检测包顺序标签,1小时内不重复即可。
本参数目的是为发现校验包的丢失情
况发生。
距离上次发送间发送的数据包数量。
(仅仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)
SendDataInfo 4 int

18.5.4.2. 应答
本消息与notifyXDRData_Req和XDRRawDataSend_Req消息方向相反。消息的作用是,
告知数据发送方,在两个本消息间隔期内接收了多少个notifyXDRData_Req和
XDRRawDataSend_Req消息包,以便告知发送方是否有丢包情况发生。
字段名
Sendflag
result
字节数
4
1
类型
Int
int
描述
检测包顺序标签,1小时内不重复
即可。(与请求包相同)
0:数据量正确;1:接收方数据小
于发送方数据;2:接收方;数据大于
发送方数据。
距离上次发送间发送的数据包数
量。(仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)(与
请求包相同)
第45页
SendDataInfo 4 int



RecDataInfo 4 int
距离上次发送间接收的数据包数
量。(仅包含notifyXDRData_Req和
XDRRawDataSend_Req包的数量)

18.5.5. 链路释放linkRel
18.5.5.1. 请求
连接释放请求,指示连接的某一方由于某些原因而需要断开连接,参数定义如下:
字段名
Reason
字节数
1
类型
Unsigned Integer
描述
连接释放的原因,各个值代表意义如下:
1: 用户正常释放。
2: 数据类型错误。
3: 超出机器处理能力。
18.5.5.2. 应答
连接释放完成应答,收到本消息之后或者请求超时后,释放本连接的所有资源,参数定
义如下:
字段名
Result
字节数
1
类型
Unsigned Integer
描述
连接释放的完成状态
1:释放完成。
其它:释放失败。

18.6. 数据传输消息
18.6.1. XDR数据传输notifyXDRData
采集解析设备需要将生成的XDR数据上报给数据合成服务器。
18.6.1.1. 请求
属性
Load

18.6.1.2. 应答
属性

字节数 类型 描述
第46页
字节数
不定长

类型 描述
XDR数据,各种接口的XDR数据格式参
考本规范第6至16节。

-

中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范v2.0.9

发布时间:2022-03-29 20:08:41
文章版权声明:除非注明,否则均为IT技术网-学习WEB前端开发等IT技术的网络平台原创文章,转载或复制请以超链接形式并注明出处。

发表评论

评论列表 (有 8 条评论,549人围观)