资源描述
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范
Technical Specification of Deep Packet Inspection Equipment for CMCC
(LTE Signalling Collection Server Interface Part)
版本号:2.0.9
╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布
中国移动通信集团公司 发布
目 录
1 范围 2
2 规范性引用文件 2
3 术语、定义和缩略语 3
4 接口在网络中的位置 4
5 LTE接口XDR数据构成方式 5
5.1. XDR编号与上报要求 5
6 Uu接口XDR数据结构 5
6.1. 公共信息 5
6.2. Uu接口信息 6
6.3. Uu接口Keyword 1字段定义 9
6.4. Uu接口事件流程开始/结束标识 9
7 X2接口XDR数据结构 10
7.1. 公共信息 10
7.2. X2接口信息 10
7.3. X2接口事件流程开始/结束标识 12
8 UE_MR XDR数据结构 13
8.1. 公共信息 13
8.2. UE_MR信息 13
9 Cell_MR XDR数据结构 15
9.1. 公共信息 15
9.2. Cell_MR信息 15
10 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接口事件流程开始/结束标识 22
11 S1-U接口XDR数据结构 22
12 S6a 接口XDR数据结构 23
12.1. 公共信息 23
12.2. S6a接口信息 23
13 S10、S11接口XDR数据结构 24
13.1. 公共信息 24
13.2. S10、S11接口信息 24
14 S5/S8-C接口XDR数据结构 27
14.1. 公共信息 27
14.2. S5/S8-C接口信息 27
15 SGs接口XDR数据结构 29
15.1. 公共信息 29
15.2. SGs接口信息 30
16 Gn-C接口XDR数据结构 31
16.1. 公共信息 31
16.2. Gn-C接口信息 31
17 基于XDR的原始码流上报 33
17.1. 原始码流上报功能 33
17.2. 基于XDR上报原始码流的格式 33
17.3. 按帧封装的原始码流要求 34
17.3.1. 通用包头格式 34
17.3.2. 专用包头格式 35
17.3.3. 原始数据 35
18 接口协议 35
18.1. SDTP协议概述 35
18.2. 消息类型 36
18.3. 消息结构 36
18.4. 连接管理流程 37
18.5. 连接管理消息 39
18.5.1. 版本协商verNego 39
18.5.1.1. 请求 39
18.5.1.2. 应答 39
18.5.2. 链路认证linkAuth 39
18.5.2.1. 请求 39
18.5.2.2. 应答 40
18.5.3. 链路检测linkCheck 40
18.5.3.1. 请求 40
18.5.3.2. 应答 40
18.5.4. 链路数据发送校验linkDataCheck 40
18.5.4.1. 请求 41
18.5.4.2. 应答 41
18.5.5. 链路释放linkRel 41
18.5.5.1. 请求 41
18.5.5.2. 应答 42
18.6. 数据传输消息 42
18.6.1. XDR数据传输notifyXDRData 42
18.6.1.1. 请求 42
18.6.1.2. 应答 42
18.6.2. XDR对应原始码流传输XDRRawDataSend 42
18.6.2.1. 请求 42
18.6.2.2. 应答 43
19 编制历史 43
附录A:Uu/X2接口XDR事件流程和关键信令点 44
附录B:S1-MME接口XDR事件流程和关键信令点 44
IV
前 言
本规范对中国移动网内使用的深度包检测(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]
本规范由中移技 号印发。
本规范由中国移动通信集团计划部提出。
本规范起草单位:中国移动通信研究院。
本规范主要起草人:梁燕萍、祖国英、余立、张欢、刘坤、郗卓宁、邢喆
本规范解释权:中国移动通信研究院。
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 Support Node(SGSN) related interface based on Diameter Protocol
3GPP
[3]
TS 36.331
Evolved Universal Terrestrial Radio Access(E-UTRA); Radio Resource Control(RRC) Protocol Specification
3GPP
[4]
TS 36.413
Evolved Universal Terrestrial Radio Access(E-UTRA); S1 Application Protocol(S1AP)
3GPP
[5]
TS 36.423
Evolved Universal Terrestrial Radio Access(E-UTRA); X2 Application Protocol(X2AP)
3GPP
[6]
TS 29.274
3GPP Evolved Packet System(EPS); Evolved General Packet Radio Service(GPRS) Tunnelling Protocol for Control Plane(GTPv2-C)
3GPP
[7]
《中国移动LTE信令软采设备规范》
中国移动通信集团公司
3 术语、定义和缩略语
“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求;对应于RFC2119 MUST,REQUIRED,SHALL。
- “推荐”/“建议”/“应”项是指在标准中未作强制要求,若业务、产品和设备提供的功能或性能要求被认为更佳;对应于RFC2119 RECOMMENDED,SHOULD。
- “可选”/“可”项指参考性要求,是业务、产品和设备在目前阶段可不提供的功能或性能要求;对应于RFC2119 MAY,OPTIONAL。
- 必不能,不能,不得:表示绝对的禁止;对应于RFC2119 MUST NOT,SHALL NOT。
- 不推荐,不建议:表示若业务、产品和设备按照所述内容制作,被认为略次;对应于RFC2119 SHOULD NOT,NOT RECOMMENDED。
- 规范中除了明确指明为 “推荐”/“建议”、“可选”外,均为必须要求。
表3-1 词语解释
词语
解释
ECI
E-UTRAN Cell Identifier,E-UTRAN小区标识
eNB
Evolved Node B,演进型节点B
EPS
Evolved Packet System,演进型分组系统
E-UTRAN
Evolved Universal Terrestrial Radio Access Network,演进型通用陆地无线接入网
GTP
GPRS Tunneling Protocol,GPRS隧道协议
IE
Information Element,信令消息中的信息单元
IMEI
International Mobile Equipment Identity,国际移动设备标识
IMSI
International Mobile Subscriber Identity,国际移动用户标识
IP
Internet Protocol,IP协议
LTE
Long Term Evolution,长期演进
MME
Mobility Management Entity,移动性管理实体
MSC
Mobile Switching Center,移动交换中心
MSISDN
Mobile Station Integrated Services Digital Number,移动用户ISDN号码
NAS
Non-Access Stratum,非接入层
PCI
Physical Cell Identifier,物理小区标识
SDTP
Shared Data Transfer Protocol,共享数据传输协议
S1-MME
S1 for the control plane,控制平面S1接口
S1-U
S1 for the user plane,用户平面S1接口
SGW
Serving Gateway,服务网关
TAC
Tracking Area Code,跟踪区域码
TEID
Tunnel Endpoint Identifier,隧道端点标识
全量数据
全量数据包含了被采集链路的全部内容,包括控制面的全量信令数据及用户面的全量业务数据
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接口。
5 LTE接口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编号(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
2
全F
指示整个XDR所占用字节数
City
byte
2
全F
城市区号,如010代表北京
采用TBCD编码,每4个比特表示一个十进制数字
Interface
unsigned int
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
XDR ID
unsigned int
16
全F
采集解析服务器内唯一的XDR编号,16进制编码。一个信令流程或业务传输过程生成一个XDR ID。对于信令面XDR,一个XDR ID可能对应同一信令流程中的多条原始消息记录。对于MR XDR,一个XDR ID对应一个MR上报。
RAT
unsigned int
1
全F
RAT类型:
1. UTRAN
2. GERAN
3. WLAN
4. GAN
5. HSPA Evolution
6. EUTRAN
IMSI
byte
8
全F
用户IMSI(TBCD编码),通过采集核心网信令获取;针对软采接口,该字段填全F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
IMEI
byte
8
全F
终端IMEI(TBCD编码),通过采集核心网信令获取;针对软采接口,该字段填全F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
MSISDN
byte
16
全F
用户号码(TBCD编码),通过采集核心网信令获取;针对软采接口,该字段填全F,待数据合成服务器进行回填;
对于Cell_MR XDR,该字段为全F。
6.2. Uu接口信息
Uu接口信息主要涉及RRC协议层信令的相关信息。
字段名
类型
长度
默认值
说明
Procedure Type
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:切出至其他RAT RRC_HO_OUT_RAT
11:PS寻呼 RRC_PAGING_PS
12:CS寻呼 RRC_PAGING_CS
13:其它事件类型 RRC_OTHER
Procedure Start Time
dateTime
8
全0
业务流程开始时间,UTC时间,从1970/1/1 00:00:00开始到当前的毫秒数,16进制编码。
Procedure End Time
dateTime
8
全0
业务流程结束时间,UTC时间,从1970/1/1 00:00:00开始到当前的毫秒数,16进制编码。
Keyword 1
byte
1
全F
辅助记录更多流程相关信息,取值取决于“Procedure Type”字段。详细的取值方式参考6.3节。
Keyword 2
byte
1
全F
预留字段,当前版本中填全F
Procedure Status
unsigned int
1
全F
流程状态:
0:成功;
1:失败;
255:超时,或未收到相关的结束流程信令
PLMN ID
byte
3
全F
采用TBCD编码
eNB ID
byte
4
全F
流程发生的eNB ID,ECI的前20个bit(宏站)或与ECI相同(家庭基站)
Cell ID
byte
4
全F
流程发生小区的Cell ID,要求为ECI信息,(ECGI的后28个bit),软采包头上报
C-RNTI
byte
2
全F
用户在当前小区的C-RNTI
Target eNB ID
byte
4
全F
只针对切换过程,填写目标eNB的eNB ID(ECI的前20个bit),其他过程填全F
Target Cell ID
byte
4
全F
只针对切换过程,填写目标小区的ECI(ECGI的后28个bit),其他过程填全F
Target C-RNTI
byte
2
全F
只针对切换过程,填写目标小区为UE分配的C-RNTI,其他过程填全F
MME UE S1AP ID
byte
4
全F
eNB记录的MME UE S1AP ID,软采上报;对终端 INITIAL CONTEXT SETUP REQUEST消息、PATH SWITCH REQUEST消息之前未分配MME UE S1AP ID的过程,软采设备需要根据关联关系填加该字段
MME Group ID
byte
2
全F
UE当前连接的MME组标识,软采上报
MME Code
byte
1
全F
UE当前连接的MME编码,软采上报
M-TMSI
byte
4
全F
RRC协议中上报的M-TMSI
CSFB Indication
byte
1
全F
CSFB业务指示,标识RRC连接释放过程是否触发CSFB流程
0:未触发CSFB
1:触发CSFB
Redirected Network
byte
1
全F
RRC连接释放过程中重定向的网络类型:
0: GERAN
1:UTRA-FDD
2:UTRA-TDD
如无则填全F。
EPS Bearer Number
Unsigned int
1
全F
整数值N,指示后续跟随的承载信息的个数,每个承载信息与一个DRB相对应,其中包括两个字段:承载ID,操作结果。如果该信令过程不涉及对任何DRB的操作,则该字段取值为0,此时该字段之后承载信息的个数为0
Bearer 1 ID
Unsigned int
1
全F
EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
Bearer 1 Status
byte
1
全F
第一个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
……
Bearer N ID
Unsigned int
1
全F
EPS bearer ID,取值范围从0到15
对于删除DRB操作,该字段填全F
Bearer N Status
byte
1
全F
第N个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
6.3. Uu接口Keyword 1字段定义
Uu接口Keyword字段的取值方式定义如下,后续将根据上层需要补充该字段的取值方式。
Uu口流程类型编码
流程类型
Keyword取值
1
RRC_CONN_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的条件为:
0bit:信元MeasConfig存在
1bit:信元sCellToAddModList存在
2bit:信元sCellToReleaseList存在
3-7bit:保留
否则,相应位置bit为0。
4
RRC_RE_EST
标识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
11/12
RRC_PAGING_PS、RRC_PAGING_CS
标识Paging消息中UE身份信息的类型:
0:S-TMSI
1:IMSI
其他编码
其他业务流程
全F
6.4. Uu接口事件流程开始/结束标识
Uu接口各流程的开始、结束的信令点标识和信令流程参考附录A:Uu/X2接口XDR事件流程和关键信令点。
7 X2接口XDR数据结构
7.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
7.2. X2接口信息
字段名
类型
长度
默认值
说明
Procedure Type
byte
1
全F
流程类型编码,具体取值如下:
1:X2 handover
2:X2 handover cancel
3:X2 setup
4:Reset
5:eNB configuration update
6:Resource status reporting
7:Mobility setting change
8:Cell activation
9:Load indication
10:Error indication
Procedure Start Time
dateTime
8
全0
业务流程开始时间,UTC时间,从1970/1/1 00:00:00开始到当前的毫秒数。
Procedure End Time
dateTime
8
全0
业务流程结束时间,UTC时间,从1970/1/1 00:00:00开始到当前的毫秒数。
Procedure Status
Unsigned int
1
全F
流程状态
0:成功;
1:失败;
255:超时,或未收到相关的结束流程信令
Source Cell ID
byte
4
全F
源小区标识,要求为ECI
Target Cell ID
byte
4
全F
目标小区标识,要求为ECI
Source eNB ID
byte
4
全F
源eNB ID,软采包头上报。ECI的前20个bit(宏站)或与ECI相同(家庭基站)
Target eNB ID
byte
4
全F
目标eNB ID,软采包头上报。
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流程:HANDOVER REQUEST
X2 handover cancel流程:HANDOVER CANCEL
Reset流程:RESET REQUEST
Mobility setting change流程:MOBILITY CHANGE REQUEST
Error indication流程:ERROR INDICATION
具体编码时,高位1个字节标识以下Cause Group:
0:Radio Network Layer
1:Transport Layer
2:Protocol
3:Misc
低位1个字节标识Cause Group内具体的Cause值,参见3GPP 36.423第9.2.6节。
Failure Cause
byte
2
全F
流程中响应消息的失败cause值,对下列事件类型,填充对应消息中cause字段的值:
X2 handover流程:HANDOVER PREPARATION FAILURE
X2 setup流程:X2 SETUP FAILURE
eNB configuration update流程:ENB CONFIGURATION UPDATE FAILURE
Resource status reporting流程:RESOURCE STATUS FAILURE
移动性变更流程:MOBILITY CHANGE FAILURE
小区激活流程:CELL ACTIVATION FAILURE
其他流程填全F。
具体编码方式参见本接口XDR中的“Request Cause”字段。
EPS Bearer Number
Unsigned int
1
全F
整数值N,指示后续跟随的承载信息的个数,每个承载信息与一个承载相对应,其中包括两个字段:承载ID,操作结果。如果该信令过程不涉及对任何承载的操作,则该字段取值为0,此时该字段之后承载信息的个数为0
Bearer 1 ID
Unsigned int
1
全F
EPS bearer ID,取值范围从0到15
Bearer 1 Status
byte
1
全F
第一个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
……
Bearer N ID
Unsigned int
1
全F
EPS bearer ID,取值范围从0到15
Bearer N Status
byte
1
全F
第一个EPS承载的操作结果,取值如下:
1:建立成功
2:建立失败
3:修改成功
4:修改失败
5:释放成功
6:释放失败
7.3. X2接口事件流程开始/结束标识
X2接口各流程的开始、结束的信令点标识和信令流程参考附录A:Uu/X2接口XDR事件流程和关键信令点。
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 Group ID
byte
2
全F
MME组标识
MME Code
byte
1
全F
MME号
MME UE S1AP ID
byte
4
全F
UE的MME UE S1AP ID
eNB ID
byte
4
全F
流程发生的eNB ID,软采包头上报
Cell ID
byte
4
全F
流程发生小区的Cell ID,要求为ECI信息,软采包头上报
Time
dateTime
8
全0
该MR对应的时间戳,UTC时间,从1970/1/1 00:00:00开始到当前的毫秒数。
MR type
Unsigned int
1
全F
本条测量报告的类型,由采集解析设备通过解析measurement configuration和 MR的meas ID后获得:
1:周期测量
2:A1事件
3:A2事件
4:A3事件
5:A4事件
6:A5事件
7:B1事件
8:B2事件
9:其他
PHR
Unsigned int
1
全F
UE相对于配置的最大发射功率的余量。在headroom type 1中,此余量表示服务小区的UL-SCH发射功率与配置的最大发射功率的差值。在headroom type 2中,此余量表示每个激活的服务小区UL-SCH发射功率或者是PCell的PUSCH和PUCCH发射功率值和与配置的最大发射功率的差值。
若MR type为事件性测量报告,该字段取全F。
eNB Received Power
Unsigned int
2
全F
eNB接收UE的总功率
UE的PUSCH占用的所有PRB的总功率;
若MR type为事件性测量报告,该字段取全F。
UL SINR
Unsigned int
1
全F
上行信噪比:
定义用户上行信噪比。具体计算方法:计算用户占用的每个物理资源块(PRB)带宽上的信号功率S和干扰功率I的比值,然后取所有PRB信噪比的平均值。
若MR type为事件性测量报告,该字段取全F。
TA
Unsigned int
2
全F
时间提前量
反映UE到服务基站的信号传播时间,从而反映UE到基站的距离
TypeI:TA=UE收发时间差+eNB收发时间差
TypeII:TA=eNB收发时间差(由专用随机接入过程获取)
原则上,在UE和eNB收发时间差均可获取的情况下优先选用TYPE I,若无法获取UE收发时间差时,选用TYPE II;
若MR type为事件性测量报告,该字段取全F。
AoA
Unsigned int
2
全F
到达角,若MR type为事件性测量报告,该字段取全F。
Serving Freq
Unsigned int
2
全F
服务小区的EARFCN
Serving RSRP
Unsigned int
1
全F
服务小区RSRP
Serving RSRQ
Unsigned int
1
全F
服务小区RSRQ
Neighbor Cell Number
Unsigned int
1
全F
整数值N,指示后续跟随的邻区信息的个数,每个邻区信息与一个邻小区相对应,其中包括四个字段:PCI、EARFCN、RSRP、RSRQ
Neighbor 1 Cell PCI
Unsigned int
2
全F
第一个邻小区的PCI。
Neighbor 1 Freq
Unsigned int
2
全F
第一个邻小区的EARFCN
Neighbor 1 RSRP
Unsigned int
1
全F
第一个邻小区的RSRP测量值
Neighbor 1 RSRQ
Unsigned int
1
全F
第一个邻小区的RSRQ测量值
……
Neighbor N Cell PCI
Unsigned int
2
全F
第N个邻小区的PCI。
Neighbor N Freq
Unsigned int
2
全F
第N个邻小区的EARFCN
Neighbor N RSRP
Unsigned int
1
全F
第N个邻小区的RSRP测量值
Neighbor N RSRQ
Unsigned int
1
全F
第N个邻小区的RSRQ测量值
9 Cell_MR XDR数据结构
基于软采上报的每个小区的小区级Uu-extend MR相关字段生成一个Cell_MR XDR,其中包含小区级的相关信息。
9.1. 公共信息
要求同6.1节“Uu接口公共信息”数据结构定义。
9.2. Cell_MR信息
字段名
类型
长度
默认值
说明
eNB ID
byte
4
全F
流程发生的eNB ID,软采包头上报
Cell ID
byte
4
全F
流程发生小区的Cell ID,要求为ECI信息,软采包头上报
Time
dateTime
8
全0
该MR对应的时间戳,UTC时间,从1970/
展开阅读全文