©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、 中国移动通信企业标准 QB-╳╳-╳╳╳-╳╳╳╳ 中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范 Technical Specification of Deep Packet Inspection Equipment for CMCC (LTE Signalling Collection Server Interface Part) 版本号：2.0.9 ╳╳╳╳-╳╳-╳╳实施 ╳╳╳╳-╳╳-
2、╳╳发布 中国移动通信集团公司 发布 目 录 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
3、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
4、 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. 原始码流上报功能 3
5、3 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
6、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对应
7、原始码流传输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格式及接口要求等内容。 本规范是流量控制系统系列标准之一，该系列规范的结构、名称或预计的名称如下： 序号 标准编号
8、 标准名称 发布单位 [1] 中国移动统一DPI设备技术规范-LTE数据合成服务器设备规范 中国移动通信集团公司 [2] 中国移动统一DPI设备技术规范-LTE数据合成服务器接口规范 中国移动通信集团公司 [3] 中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范 中国移动通信集团公司 [4] 中国移动统一DPI设备技术规范-LTE信令采集解析服务器设备规范（软采分册） 中国移动通信集团公司 [5] 中国移动统一DPI设备技术规范-LTE信令采集解析服务器设备规范（硬采分册） 中国移动通信集团公司 [
9、6] 中国移动统一DPI设备技术规范 中国移动通信集团公司 [7] [8] [9] [10] 本规范由中移技 号印发。 本规范由中国移动通信集团计划部提出。 本规范起草单位：中国移动通信研究院。 本规范主要起草人：梁燕萍、祖国英、余立、张欢、刘坤、郗卓宁、邢喆 本规范解释权：中国移动通信研究院。 I 1 范围 本规范适用于中国移动的深度报文检测（DPI）设备，供中国移动内部和厂
10、家共同使用。 本规范是中国移动进行DPI设备采购的技术依据。 本规范主要包含LTE不同接口XDR格式及接口要求等内容。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 序号 标准编号 标准名称 发布单位 [1] 《中国移动统一DPI设备技术规范》 中国移动通信集团公司 [2] TS 29.272 3GPP Evolved Pac
11、ket 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 T
12、errestrial 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
13、 Plane(GTPv2-C) 3GPP [7] 《中国移动LTE信令软采设备规范》 中国移动通信集团公司 3 术语、定义和缩略语 “必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。 - “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求；对应于RFC2119 MUST，REQUIRED，SHALL。 - “推荐”/“建议”/“应”项是指在标准中未作强制要求，若业务、产品和设备提供的功能或性能要求被认为更佳；对应于RFC2119 RECOMMENDED，SHOULD。 - “可选”/“可”项指参考性要求，是业务、产品和设备在
14、目前阶段可不提供的功能或性能要求；对应于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
15、 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，国际移动用户标识 I
16、P 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
17、 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数据是指基于全量数据进行处理后，生成的供信令监测平台和信令类应用使用的信令及业务的
18、详细记录。 信令XDR 基于所采集的控制面信令而生成的信令过程的详细记录 业务XDR 基于所采集的用户面业务数据而生成的业务传输过程的详细记录 指标数据 指标数据是根据数据合成服务器生成的XDR或者信令消息统计生成的各类KPI指标数据，例如：接通率、位置更新成功率等 4 接口在网络中的位置 中国移动统一DPI系统架构图如下图所示。 图1. 统一DPI系统架构图 1. 数据采集层 数据采集层包含采集解析服务器，主要功能是实现LTE系统Uu、X2、S1、S11、S10、SGs、S6a、S5/S8等接口及防火墙数据的接入和采集，对采集数据进行解析，生成各接口的原始XDR。
19、 数据采集层需要将原始XDR及原始码流数据上报给数据解码层。 2. 数据解码层 数据解码层包含数据合成服务器，主要功能是对数据采集层上报的原始XDR进行分析、关联、回填及合成，并输出所需的目标XDR及日志文件及原始码流数据到应用层。 数据解码层需要对原始码流数据进行存储，存储时长至少2天。 3. 应用层 应用层包含各应用系统及指定系统。 本规范定义了数据采集层与数据解码层之间的IF1接口。 5 LTE接口XDR数据构成方式 XDR数据分为信令面XDR和用户面XDR两种。信令面采集包括对以下接口的采集：Uu、X2、S1-MME、S6a、S10、S11、S5/S8、SGs、G
20、n。用户面采集只对S1-U接口进行采集。本规范主要对信令面的XDR格式及上报接口进行了定义，用户面的XDR格式及上报接口请参考《中国移动统一DPI设备规范》。 信令面XDR包含公共信息和单接口信息两部分，格式如下图所示。本规范后续会详细介绍公共信息及对应不同接口的单接口信息的数据格式。 公共信息 单接口信息 图2. XDR结构 需要说明的是，本规范XDR格式中的字段长度取值单位均为字节（Byte）。 5.1. XDR编号与上报要求 XDR编号（XDR ID）以信令流程或业务传输过程为单位进行分配，共16byte，循环使用，要求在采集解析系统的一个循环周期内唯一。用户的一次信令
21、流程或业务传输过程对应一个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
22、数据结构 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 u
23、nsigned 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
24、 用户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接口信息主要
25、涉及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：切出至其
26、他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 辅助记录更多流程
27、相关信息，取值取决于“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，要求
28、为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
29、全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
30、连接释放过程是否触发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
31、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：建立
32、成功 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-Dat
33、a 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消息中的
34、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信
35、元，对应的取值如下： 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接口信息
36、 字段名 类型 长度 默认值 说明 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
37、 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 目标小区标识，要求为E
38、CI 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值，对下列事件类
39、型，填充对应消息中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：Mi
40、sc 低位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流程：R
41、ESOURCE 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
42、 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
43、释放失败 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 Cod
44、e 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 con
45、figuration和 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为事件性测量报告，该字段取全
46、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到
47、基站的距离 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 服务小区RSR
48、P 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
49、全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测量值
50、 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/
©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
