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

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

《中国移动统一DPI设备技术规范LTE信令采集解析服务器接口规范v209.docx》由会员分享，可在线阅读，更多相关《中国移动统一DPI设备技术规范LTE信令采集解析服务器接口规范v209.docx（112页珍藏版）》请在冰豆网上搜索。

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

--------------------------------------------------------------------------作者:

_____________--------------------------------------------------------------------------日期:

_____________

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

中国移动通信企业标准

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

版本号：

2.0.9

1范围2

2规范性引用文件2

3术语、定义和缩略语3

4接口在网络中的位置4

5LTE接口XDR数据构成方式5

5.1.XDR编号与上报要求5

6Uu接口XDR数据结构5

6.1.公共信息5

6.2.Uu接口信息6

6.3.Uu接口Keyword1字段定义9

6.4.Uu接口事件流程开始/结束标识9

7X2接口XDR数据结构10

7.1.公共信息10

7.2.X2接口信息10

7.3.X2接口事件流程开始/结束标识12

8UE_MRXDR数据结构13

8.1.公共信息13

8.2.UE_MR信息13

9Cell_MRXDR数据结构15

9.1.公共信息15

9.2.Cell_MR信息15

10S1-MME接口XDR数据结构16

10.1.公共信息16

10.2.S1-MME接口信息16

10.3.S1-MME接口Keyword1字段定义21

10.4.S1-MME接口Keyword2字段定义22

10.5.S1-MME接口事件流程开始/结束标识22

11S1-U接口XDR数据结构22

12S6a接口XDR数据结构23

12.1.公共信息23

12.2.S6a接口信息23

13S10、S11接口XDR数据结构24

13.1.公共信息24

13.2.S10、S11接口信息24

14S5/S8-C接口XDR数据结构27

14.1.公共信息27

14.2.S5/S8-C接口信息27

15SGs接口XDR数据结构29

15.1.公共信息29

15.2.SGs接口信息30

16Gn-C接口XDR数据结构31

16.1.公共信息31

16.2.Gn-C接口信息31

17基于XDR的原始码流上报33

17.1.原始码流上报功能33

17.2.基于XDR上报原始码流的格式33

17.3.按帧封装的原始码流要求34

通用包头格式34

专用包头格式35

原始数据35

18接口协议35

18.1.SDTP协议概述35

18.2.消息类型36

18.3.消息结构36

18.4.连接管理流程37

18.5.连接管理消息39

版本协商verNego39

请求39

应答39

链路认证linkAuth39

请求39

应答40

链路检测linkCheck40

请求40

应答40

链路数据发送校验linkDataCheck40

请求41

应答41

链路释放linkRel41

请求41

应答42

18.6.数据传输消息42

XDR数据传输notifyXDRData42

请求42

应答42

XDR对应原始码流传输XDRRawDataSend42

请求42

应答43

19编制历史43

附录A：

Uu/X2接口XDR事件流程和关键信令点44

附录B：

S1-MME接口XDR事件流程和关键信令点44

前言

本规范对中国移动网内使用的深度包检测（DPI）设备的功能和性能提出要求，是部署统一DPI设备需要遵从的技术文件。

本规范定义了LTE采集解析设备服务器的接口规范，包含LTE不同接口XDR格式及接口要求等内容。

本规范是流量控制系统系列标准之一，该系列规范的结构、名称或预计的名称如下：

序号

标准编号

标准名称

发布单位

[1]

中国移动统一DPI设备技术规范-LTE数据合成服务器设备规范

中国移动通信集团公司

[2]

中国移动统一DPI设备技术规范-LTE数据合成服务器接口规范

中国移动通信集团公司

[3]

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

中国移动通信集团公司

[4]

中国移动统一DPI设备技术规范-LTE信令采集解析服务器设备规范（软采分册）

中国移动通信集团公司

[5]

中国移动统一DPI设备技术规范-LTE信令采集解析服务器设备规范（硬采分册）

中国移动通信集团公司

[6]

中国移动统一DPI设备技术规范

中国移动通信集团公司

[7]

[8]

[9]

[10]

本规范由中移技号印发。

本规范由中国移动通信集团计划部提出。

本规范起草单位：

中国移动通信研究院。

本规范主要起草人：

梁燕萍、祖国英、余立、张欢、刘坤、郗卓宁、邢喆

本规范解释权：

中国移动通信研究院。

1范围

本规范适用于中国移动的深度报文检测（DPI）设备，供中国移动内部和厂家共同使用。

本规范是中国移动进行DPI设备采购的技术依据。

本规范主要包含LTE不同接口XDR格式及接口要求等内容。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

序号

标准编号

标准名称

发布单位

[1]

《中国移动统一DPI设备技术规范》

中国移动通信集团公司

[2]

TS29.272

3GPPEvolvedPacketSystem（EPS）;MobilityManagementEntity（MME）andServingGPRSSupportNode（SGSN）relatedinterfacebasedonDiameterProtocol

3GPP

[3]

TS36.331

EvolvedUniversalTerrestrialRadioAccess（E-UTRA）;RadioResourceControl（RRC）ProtocolSpecification

3GPP

[4]

TS36.413

EvolvedUniversalTerrestrialRadioAccess（E-UTRA）;S1ApplicationProtocol（S1AP）

3GPP

[5]

TS36.423

EvolvedUniversalTerrestrialRadioAccess（E-UTRA）;X2ApplicationProtocol（X2AP）

3GPP

[6]

TS29.274

3GPPEvolvedPacketSystem（EPS）;EvolvedGeneralPacketRadioService（GPRS）TunnellingProtocolforControlPlane（GTPv2-C）

3GPP

[7]

《中国移动LTE信令软采设备规范》

中国移动通信集团公司

3术语、定义和缩略语

“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。

-“必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求；对应于RFC2119MUST，REQUIRED，SHALL。

-“推荐”/“建议”/“应”项是指在标准中未作强制要求，若业务、产品和设备提供的功能或性能要求被认为更佳；对应于RFC2119RECOMMENDED，SHOULD。

-“可选”/“可”项指参考性要求，是业务、产品和设备在目前阶段可不提供的功能或性能要求；对应于RFC2119MAY，OPTIONAL。

-必不能，不能，不得：

表示绝对的禁止；对应于RFC2119MUSTNOT，SHALLNOT。

-不推荐，不建议：

表示若业务、产品和设备按照所述内容制作，被认为略次；对应于RFC2119SHOULDNOT，NOTRECOMMENDED。

-规范中除了明确指明为“推荐”/“建议”、“可选”外，均为必须要求。

表3-1词语解释

词语

解释

ECI

E-UTRANCellIdentifier，E-UTRAN小区标识

eNB

EvolvedNodeB，演进型节点B

EPS

EvolvedPacketSystem，演进型分组系统

E-UTRAN

EvolvedUniversalTerrestrialRadioAccessNetwork，演进型通用陆地无线接入网

GTP

GPRSTunnelingProtocol，GPRS隧道协议

IE

InformationElement，信令消息中的信息单元

IMEI

InternationalMobileEquipmentIdentity，国际移动设备标识

IMSI

InternationalMobileSubscriberIdentity，国际移动用户标识

IP

InternetProtocol，IP协议

LTE

LongTermEvolution，长期演进

MME

MobilityManagementEntity，移动性管理实体

MSC

MobileSwitchingCenter，移动交换中心

MSISDN

MobileStationIntegratedServicesDigitalNumber，移动用户ISDN号码

NAS

Non-AccessStratum，非接入层

PCI

PhysicalCellIdentifier，物理小区标识

SDTP

SharedDataTransferProtocol，共享数据传输协议

S1-MME

S1forthecontrolplane，控制平面S1接口

S1-U

S1fortheuserplane，用户平面S1接口

SGW

ServingGateway，服务网关

TAC

TrackingAreaCode，跟踪区域码

TEID

TunnelEndpointIdentifier，隧道端点标识

全量数据

全量数据包含了被采集链路的全部内容，包括控制面的全量信令数据及用户面的全量业务数据

XDR数据

XDR数据是指基于全量数据进行处理后，生成的供信令监测平台和信令类应用使用的信令及业务的详细记录。

信令XDR

基于所采集的控制面信令而生成的信令过程的详细记录

业务XDR

基于所采集的用户面业务数据而生成的业务传输过程的详细记录

指标数据

指标数据是根据数据合成服务器生成的XDR或者信令消息统计生成的各类KPI指标数据，例如：

接通率、位置更新成功率等

4接口在网络中的位置

中国移动统一DPI系统架构图如下图所示。

图1.统一DPI系统架构图

1.数据采集层

数据采集层包含采集解析服务器，主要功能是实现LTE系统Uu、X2、S1、S11、S10、SGs、S6a、S5/S8等接口及防火墙数据的接入和采集，对采集数据进行解析，生成各接口的原始XDR。

数据采集层需要将原始XDR及原始码流数据上报给数据解码层。

2.数据解码层

数据解码层包含数据合成服务器，主要功能是对数据采集层上报的原始XDR进行分析、关联、回填及合成，并输出所需的目标XDR及日志文件及原始码流数据到应用层。

数据解码层需要对原始码流数据进行存储，存储时长至少2天。

3.应用层

应用层包含各应用系统及指定系统。

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

5LTE接口XDR数据构成方式

XDR数据分为信令面XDR和用户面XDR两种。

信令面采集包括对以下接口的采集：

Uu、X2、S1-MME、S6a、S10、S11、S5/S8、SGs、Gn。

用户面采集只对S1-U接口进行采集。

本规范主要对信令面的XDR格式及上报接口进行了定义，用户面的XDR格式及上报接口请参考《中国移动统一DPI设备规范》。

信令面XDR包含公共信息和单接口信息两部分，格式如下图所示。

本规范后续会详细介绍公共信息及对应不同接口的单接口信息的数据格式。

公共信息

单接口信息

图2.XDR结构

需要说明的是，本规范XDR格式中的字段长度取值单位均为字节（Byte）。

5.1.XDR编号与上报要求

XDR编号（XDRID）以信令流程或业务传输过程为单位进行分配，共16byte，循环使用，要求在采集解析系统的一个循环周期内唯一。

用户的一次信令流程或业务传输过程对应一个XDRID。

对于信令XDR，同一个XDRID可能对应该信令流程内的多条原始信令消息。

以一次RRC连接与释放流程为例，XDR上报方式为：

公共信息（XDRID=123）

Uu接口XDR信息（流程类型=RRC连接建立，Time=t1，EstablishCause=…）

公共信息（XDRID=124）

Uu接口XDR信息（流程类型=RRC连接重配，Time=t2，reconfCause=…）

公共信息（XDRID=125）

Uu接口XDR信息（流程类型=RRC连接释放，Time=t3，releaseCause=…）

6Uu接口XDR数据结构

6.1.公共信息

字段名

类型

长度

默认值

说明

Length

unsignedint

2

全F

指示整个XDR所占用字节数

City

byte

2

全F

城市区号，如010代表北京

采用TBCD编码，每4个比特表示一个十进制数字

Interface

unsignedint

1

全F

接口类型：

1.Uu

2.X2

3.UE_MR

4.Cell_MR

5.S1-MME

6.S6a

7.S11

8.S10

9.SGs

10.S5/S8

11.S1-U

12.Gn-C

XDRID

unsignedint

16

全F

采集解析服务器内唯一的XDR编号，16进制编码。

一个信令流程或业务传输过程生成一个XDRID。

对于信令面XDR，一个XDRID可能对应同一信令流程中的多条原始消息记录。

对于MRXDR，一个XDRID对应一个MR上报。

RAT

unsignedint

1

全F

RAT类型：

1.UTRAN

2.GERAN

3.WLAN

4.GAN

5.HSPAEvolution

6.EUTRAN

IMSI

byte

8

全F

用户IMSI（TBCD编码），通过采集核心网信令获取；针对软采接口，该字段填全F，待数据合成服务器进行回填；

对于Cell_MRXDR，该字段为全F。

IMEI

byte

8

全F

终端IMEI（TBCD编码），通过采集核心网信令获取；针对软采接口，该字段填全F，待数据合成服务器进行回填；

对于Cell_MRXDR，该字段为全F。

MSISDN

byte

16

全F

用户号码（TBCD编码），通过采集核心网信令获取；针对软采接口，该字段填全F，待数据合成服务器进行回填；

对于Cell_MRXDR，该字段为全F。

6.2.Uu接口信息

Uu接口信息主要涉及RRC协议层信令的相关信息。

字段名

类型

长度

默认值

说明

ProcedureType

byte

1

全F

Uu接口流程类型编码，具体取值如下：

1：

RRC连接建立RRC_CONN_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_intraENB

8：

基站间切换RRC_HO_interENB

9：

从其它RAT切入RRC_HO_IN

10：

切出至其他RATRRC_HO_OUT_RAT

11：

PS寻呼RRC_PAGING_PS

12：

CS寻呼RRC_PAGING_CS

13：

其它事件类型RRC_OTHER

ProcedureStartTime

dateTime

8

全0

业务流程开始时间，UTC时间，从1970/1/100:

00:

00开始到当前的毫秒数，16进制编码。

ProcedureEndTime

dateTime

8

全0

业务流程结束时间，UTC时间，从1970/1/100:

00:

00开始到当前的毫秒数，16进制编码。

Keyword1

byte

1

全F

辅助记录更多流程相关信息，取值取决于“ProcedureType”字段。

详细的取值方式参考6.3节。

Keyword2

byte

1

全F

预留字段，当前版本中填全F

ProcedureStatus

unsignedint

1

全F

流程状态：

0：

成功；

1：

失败；

255：

超时，或未收到相关的结束流程信令

PLMNID

byte

3

全F

采用TBCD编码

eNBID

byte

4

全F

流程发生的eNBID，ECI的前20个bit（宏站）或与ECI相同（家庭基站）

CellID

byte

4

全F

流程发生小区的CellID，要求为ECI信息，（ECGI的后28个bit），软采包头上报

C-RNTI

byte

2

全F

用户在当前小区的C-RNTI

TargeteNBID

byte

4

全F

只针对切换过程，填写目标eNB的eNBID（ECI的前20个bit），其他过程填全F

TargetCellID

byte

4

全F

只针对切换过程，填写目标小区的ECI（ECGI的后28个bit），其他过程填全F

TargetC-RNTI

byte

2

全F

只针对切换过程，填写目标小区为UE分配的C-RNTI，其他过程填全F

MMEUES1APID

byte

4

全F

eNB记录的MMEUES1APID，软采上报；对终端INITIALCONTEXTSETUPREQUEST消息、PATHSWITCHREQUEST消息之前未分配MMEUES1APID的过程，软采设备需要根据关联关系填加该字段

MMEGroupID

byte

2

全F

UE当前连接的MME组标识，软采上报

MMECode

byte

1

全F

UE当前连接的MME编码，软采上报

M-TMSI

byte

4

全F

RRC协议中上报的M-TMSI

CSFBIndication

byte

1

全F

CSFB业务指示，标识RRC连接释放过程是否触发CSFB流程

0：

未触发CSFB

1：

触发CSFB

RedirectedNetwork

byte

1

全F

RRC连接释放过程中重定向的网络类型：

0：

GERAN

1：

UTRA-FDD

2：

UTRA-TDD

如无则填全F。

EPSBearerNumber

Unsignedint

1

全F

整数值N，指示后续跟随的承载信息的个数，每个承载信息与一个DRB相对应，其中包括两个字段：

承载ID，操作结果。

如果该信令过程不涉及对任何DRB的操作，则该字段取值为0，此时该字段之后承载信息的个数为0

Bearer1ID

Unsignedint

1

全F

EPSbearerID，取值范围从0到15

对于删除DRB操作，该字段填全F

Bearer1Status

byte

1

全F

第一个EPS承载的操作结果，取值如下：

1：

建立成功

2：

建立失败

3：

修改成功

4：

修改失败

5：

释放成功

6：

释放失败

……

BearerNID

Unsignedint

1

全F

EPSbearerID，取值范围从0到15

对于删除DRB操作，该字段填全F

BearerNStatus

byte

1

全F

第N个EPS承载的操作结果，取值如下：

1：

建立成功

2：

建立失败

3：

修改成功

4：

修改失败

5：

释放成功

6：

释放失败

6.3.Uu接口Keyword1字段定义

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

Uu口流程类型编码

流程类型

Keyword取值

1

RRC_CONN_STP

标识RRCConnectionRequest消息中的EstablishmentCause信元，对应的取值如下：

0：

emergency

1：

highPriorityAccess

2：

mt-Access

3：

mo-Signalling

4：

mo-Data

5：

delayTolerantAccess

3

RRC_RE_CFG

标识RRCConnectionreconfigration消息中携带的某些关键信元，8个bit根据消息指示的操作置0或1。

从MSB开始，8个Bit位置为1的条件为：

•0bit：

信元MeasConfig存在

•1bit：

信元sCellToAddModList存在

•2bit：

信元sCellToReleaseList存在

•3-7bit：

保留

否则，相应位置bit为0。

4

RRC_RE_EST

标识RRCConnectionReestablishmentRequest消息中的ReestablishmentCause信元，对应的取值如下：

0：

reconfigutationFailure

1：

handoverFailure

2：

otherFailure

5

RRC_REL

标识RRCConnectionRelease消息中的ReleaseCause信元，对应的取值如下：

0：

loadBalancingTAUrequired

1：

other

2：

cs-FallbackHighPriority

10

RRC_HO_OUT_RAT

标识MobilityFromEUTRACommand消息中的HandovertargetRAT-Type信元，对应的取值如下：

0：

utra

1：

geran

2：

cdma2000-1XRTT

3：

cdma2000-HRPD

11/12

RRC_