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

1、中国移动通信CHINA MOBILE中 国移动通信企业标准QB-XX-XXX-XXXX中国移动统一 DPI设备技术规范-LTE信令采集解析服务器接口规范Technical Specificationo f Deep PacketInspection Equipmentfor CMCCServer Interface(LTE S i gnalling CollectionPart)版本号：xxxx-xx-xx 发布xxxx-xx-xx 实施中国移动通信集团公司发布前言本规范对中国移动网内使用的深度包检测（DPI）设备的功能和性能提出要求，是部署 统一 DPI设备需要遵从的技术文件。本规范定义了

2、LTE采集解析设备服务器的接口规范，包含LTE不同接口区格式及接口 要求等内容。本规范是流量控制系统系列标准之一，该系列规范的结构、名称或预计的名称如下：序号标准编号标准名称发布单位1中国移动统一 DPI设备技术规范-LTE数据 合成服务器设备规范中国移动通信集团公司2中国移动统一 DPI设备技术规范-LTE数据 合成服务器接口规范中国移动通信集团公司3中国移动统一 DPI设备技术规范-LTE信令 采集解析服务器接口规范中国移动通信集团公司4中国移动统一 DPI设备技术规范-LTE信令 采集解析服务器设备规范（软采分册）中国移动通信集团公司5中国移动统一 DPI设备技术规范-LTE信令 采集解

3、析服务器设备规范（硬采分册）中国移动通信集团公司6中国移动统一 DPI设备技术规范中国移动通信集团公司78910本规范由中移技号印发。本规范由中国移动通信集团计划部提出。本规范起草单位：中国移动通信研究院。本规范主要起草人：梁燕萍、祖国英、余立、张欢、刘坤、都卓宁、邢捕 本规范解释权：中国移动通信研究院。1 范围本规范适用于中国移动的深度报文检测（DPI）设备，供中国移动内部和厂家共同使用。本规范是中国移动进行DPI设备采购的技术依据。本规范主要包含LTE不同接口 XDR格式及接口要求等内容。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其 随后所

4、有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标 准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新 版本适用于本标准。序号标准编号标准名称发布单位1中国移动统一 DPI设备技术规范中国移动通信集团公司2TS3GPP Evolved Packet System(EPS); Mobility Management Entity(MME) and Serving GPRS Support Node(SGSN) related interface based on Diameter Protocol3GPP3TSEvolved Universa

5、l Terrestrial Radio Access(E-UTRA); Radio Resource Control(RRC) Protocol Specification3GPP4TSEvolved Universal Terrestrial Radio Access (E-UTRA); SI Application Protocol(S1AP)3GPP5TSEvolved Universal Terrestrial RadioAccess(E-UTRA);X2ApplicationProtocol(X2AP)3GPP6TS3GPP Evolved Packet System(EPS); E

6、volved General Packet Radio Service(GPRS) Tunnelling Protocol for Control Plane(GTPv2-C)3GPP7中国移动LIE信令软采设备规范中国移动通信集团公司3 术语、定义和缩略语“必须”、“推荐” / “建议”、和“可选”等词语在本标准中的使用需遵循以下指导。“必选” / “必须”项是指业务、产品和设备所必须提供的功能或性能要求：对应 于RFC2119 MUST, REQUIRED, SHALL“推荐” / “建议” / “应”项是指在标准中未作强制要求，若业务、产品和设备提 供的功能或性能要求被认为更佳；对应于R

7、FC2119 RECOMMENDED, SHOULD“可选” / “可”项指参考性要求，是业务、产品和设备在目前阶段可不提供的功 能或性能要求；对应于RFC2119 MAY, OPTIONAL。必不能，不能，不得：表示绝对的禁止：对应于RFC2119 MUST NOT, SHALL NOT。不推荐，不建议：表示若业务、产品和设备按照所述内容制作，被认为略次；对应 于RFC2119 SHOULD NOT, NOT RECOMMENDED规范中除了明确指明为“推荐”/“建议”、“可选”外，均为必须要求。表3T词语解释词语解释ECIE-UTRAN Cell Identifier, E-UTRAN小区

8、标识eNBEvolved Node B,演进型节点BEPSEvolved Packet System,演进型分组系统E-UTRANEvolved Universal Terrestrial Radio Access Networks 演进型通 用陆地无线接入网GTPGPRS Tunneling Protocol, GPRS隧道协议IEInformation Element,信令消息中的信息单元DEIInternational Mobile Equipment Identity,国际移动设备标识IMS IInternational Mobile Subscriber Identity,国际移动用

9、户标识IPInternet Protocolt IP协议LIELong Term Evolution,长期演进MMEMobility Management Entity,移动性管理实体MSCMobile Switching Center,移动交换中心MSISDNMobile Station Integrated Services Digital Number,移动用户ISDN 号码NASNon-Access Stratum,非接入层PCIPhysical Cell Identifier 物理小区标识SDTPShared Data Transfer Protocol,共享数据传输协议Sl-MME

10、SI for the control plane控制平而SI接口Sl-USI for the user plane,用户平面SI接口SGWServing Gateway,服务网关TACTracking Area Code,跟踪区域码TEIDTunnel Endpoint Identifier1 隧道端点标识全量数据全量数据包含了被采集链路的全部内容，包括控制面的全量信令数据 及用户面的全量业务数据XDR数据XDR数据是指基于全量数据进行处理后，生成的供信令监测平台和信令类应用使用的信令及业务的详细记录，信令XDR基于所采集的控制面信令而生成的信令过程的详细记录业务XDR基于所采集的用户面业务数

11、据而生成的业务传输过程的详细记录指标数据指标数据是根据数据合成服务器生成的XDR或者信令消息统计生成的 各类KPI指标数据，例如：接通率、位置更新成功率等4接口在网络中的位置IF2 接口IF1 接口图L统一DPI系统架构图.数据采集层数据采集层包含采集解析服务器，主要功能是实现LTE系统Uu、X2、SI、Sil. S10. SGs、S6a、S5/S8等接口及防火墙数据的接入和采集，对采集数据进行解析，生成各接口的 原始XDR。数据采集层需要将原始XDR及原始码流数据上报给数据解码层。.数据解码层数据解码层包含数据合成服务器，主要功能是对数据采集层上报的原始XDR进行分析、 关联、回填及合成，并

12、输出所需的目标XDR及日志文件及原始码流数据到应用层。数据解码层需要对原始码流数据进行存储，存储时长至少2天。.应用层应用层包含各应用系统及指定系统。本规范定义了数据采集层与数据解码层之间的IF1接口 0LTE接口 XDR数据构成方式XDR数据分为信令面XDR和用户面XDR两种.信令面采集包括对以下接口的采集：Uu、X2、 Sl-MME、S6a、S10、Sil. S5/S8、SGs、Gn。用户而采集只对S1TJ接口进行采集。本规范主 要对信令而的XDR格式及上报接口进行了定义，用户面的XDR格式及上报接口请参考中国移 动统一DPI设备规范o信令而XDR包含公共信息和单接口信息两部分，格式如下图

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

14、tl, EstablishCause=*#）公共信息(XDR ID=124)Uu接DDR信息（流程类型=RRC连接重配,Time=t2, reconfCause=*）公共信息(XDR ID=125)Uu接口 XDR信息(流程类型=RRC连接释放，Time=t3, releaseCause=*)Uu接DXDR数据结构6.1.公共信息字段名类型长度默认值说明Lengthunsigned int2全F指示整个XDR所占用字节数Citybyte2全F城市区号,如010代表北京采用TBCD编码，每4个比特表示一个十 进制数字Interfaceunsigned int1全F接口类型：UuX2UE.MRCe

15、llJfRSl-MMES6aSUS10SGsS5/S8Sl-UGn-CXDR IDunsigned int16全F采集解析服务器内唯一的XDR编号，16 进制编码。一个信令流程或业务传输过程 生成一个XDR IDo对于信令而XDR, 一个 XDR ID可能对应同一信令流程中的多条 原始消息记录，对于MRXDR, 一个XDRID 对应一个MR上报。RATunsigned int1全FRAT类型：UTRANGERANWLANGANHSPA EvolutionEUTRANIMSIbyte8全F用户IMSI （TBCD编码），通过采集核心网信令获取：针对软采接口，该字段填全F,待数据合成服务器进行回填

16、：对于Cell_MR XDR,该字段为全F。IMEIbyte8全F终端IMEI （TBCD编码），通过采集核心网信令获取：针对软采接口，该字段填全F,待数据合成服务器进行回填：对于Cell_MR XDR,该字段为全FMSISDNbyte16全F用户号码（TBCD编码），通过采集核心网 信令获取；针对软采接口，该字段填全F, 待数据合成服务器进行回填； 对于Cell_MR XDR,该字段为全6. 2. Uu接口信息Uu接口信息主要涉及RRC协议层信令的相关信息。字段名类型长度1默认值1说明ProcedureTypebyte1全FUu接口流程类型编码，具体取值如下：1： RRC 连接建立 RRC.

17、CONN.STP2：安全模式激活RRC.SMC3： RRC 连接重配 RRC_RE_CFG4： RRC 连接重建 RRC_RE_EST5： RRC连接释放RRC.REL6：小区内部切换RRC_HO_intraCELL7：基站内切换 RRCJO.intraENB8：基站间切换 RRCJO.interENB9：从其它RAT切入RRC_HO_IN10：切出至其他 RAT RRC_HO_OUT_RAT11： PS 寻呼 RRC.PAGING.PS12： CS 寻呼 RRC_PAGING_CS13：其它事件类型RRC.OTHERProcedureStart TimedateTime8全。业务流程开始时间

18、，UTC时间，从1970/1/1 00:00:00开始到当前的毫秒数，16进制编 码。ProcedureEnd TimedateTime8全。业务流程结束时间，UTC时间，从1970/1/1 00:00:00开始到当前的亳秒数，16进制编 码。Keyword 1byte1全F辅助记录更多流程相关信息，取值取决于 Procedure TypeM字段。详细的取值方式参考节。Keyword 2byte1全F预留字段，当前版本中填全FProcedureStatusunsigned int1全F流程状态：0：成功；1：失败；255：超时，或未收到相关的结束流程信令PLMN IDbyte3全F采用TBCD

19、编码eNB IDbyte4全F流程发生的eNB ID, ECI的前20个bit （宏 站）或与ECI相同（家庭基站）Cell IDbyte4全F流程发生小区的Cell ID,要求为ECI信息， （ECGI的后28个bit）,软采包头上报C-RNTIbyte2全F用户在当前小区的C-RNTITarget eNB IDbyte4全F只针对切换过程，填写目标eNB的eNB ID （ECI的前20个bit）,其他过程填全FTarget Cell IDbyte4全F只针对切换过程，填写目标小区的ECI（ECGI 的后28个bit）,其他过程填全FTargetC-RNTIbyte2全F只针对切换过程，填写

20、目标小区为UE分配 的C-RNTL其他过程填全FMME UE S1APbyte4全FeNB记录的MME UE S1AP ID,软采上报：对ID终端 INITIAL CONTEXT SETUP REQUEST 消 息、PATH SWITCH REQUEST消息之前未分配 MME UE S1AP ID的过程，软采设备需要根据 关联关系填加该字段MME Group IDbyte2全FUE当前连接的MME组标识，软采上报MME Codebyte1全FUE当前连接的MME编码，软采上报M-TMSIbyte4全FRRC协议中上报的M-TMSICSFBIndicationbyte1全FCSFB业务指示,标识

21、RRC连接释放过程是否 触发CSFB流程 0：未触发CSFB1：触发CSFBRedirectedNetworkbyte1全FRRC连接释放过程中重定向的网络类型：0： GERAN1： UTRA-FDD2： UTRA-TDD 如无则填全F。EPS BearerNumberUnsigned int1全F整数值N,指示后续跟随的承载信息的个数， 每个承载信息与一个DRB相对应，其中包括 两个字段：承载ID,操作结果。如果该信令 过程不涉及对任何DRB的操作，则该字段取 值为0,此时该字段之后承载信息的个数为 0Bearer 1 IDUnsigned int1全FEPS bearer ID,取值范围从

22、0到15 对于删除DRB操作，该字段填全FBearer 1Statusbyte1全F第一个EPS承载的操作结果，取值如下：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败Bearer N IDUnsigned int1全FEPS bearer ID,取值范围从0到15 对于删除DRB操作，该字段填全FBearer NStatusbyte1全F第N个EPS承载的操作结果，取值如下：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败6. 3. Uu接口 Keword 1字段定义Uu接口Keyword字段的取值方式定义如下，后续将根据上层需要补充该字段的

23、取值方式。员口流程类型 编码流程类型Keyword 取值1RRC.CONN.STP标识RRC Connection Request消息中的Establishmentcause信元,对应的取值如下:0： emergency1： highPriorityAccess2： mt-Access3： mo-Signalling4： mo-Data5： delayTo1erantAccess3RRC_RE_CFG标识 RRC Connection reconfigration 消息中携带的 某些关键信元,8个bit根据消息指示的操作置。或1。 从MSB开始，8个Bit位置为1的条件为： Obit：信元 M

24、easConfig 存在 Ibit：信元 sCellToAddModList 存在 2bit：信元 sCellToReleaseList 存在 3-7bit：保留否则，相应位置bit为0。4RRC_RE_EST标识 RRC Connection Reestablishment Request 消息 中的ReestablishmentCause信元，对应的取值如下: 0： reconfigutationFailure1： handoverFailure2： otherFailure5RRC.REL标识RRC Connection Release 消息中的 ReleaseCause 信元，对应的取

25、值如下：0： loadBalancingTAUrequired1： other2： cs-FallbackHighPriority10RRC_HO_OUT_RAT标识 Mobility From EUTRA Command 消息中的Handover targetRAT-Type信元，对应的取值如下：0： utra1： geran2： cdma2000-lXRTT3： cdma2000-HRPD11/12RRC_PAGING_PS、RRC_PAGING_CS标识Paging消息中UE身份信息的类型：0： S-TMSI1： IMSI其他编码其他业务流程全F6.4. Uu接口事件流程开始/结束标识U

26、u接口各流程的开始、结束的信令点标识和信令流程参考附录A： UWX2接口 XDR事件流程和关键信令点。7 X2接口 XDR数据结构公共信息要求同节“Uu接口公共信息”数据结构定义。7. 2. X2接口信息字段名类型长度默认值说明ProcedureTypebyte1全F流程类型编码，具体取值如下：1： X2 handover2： X2 handover cancel3： X2 setup4： Reset5： eNB configuration update6： Resource status reporting7： Mobility setting change8： Cell activatio

27、n9： Load indication10： Error indicationProcedureStart TimedateTime8全0业务流程开始时间，UTC时间，从1970/1/1 00:00:00开始到当前的始秒数。ProcedureEnd TimedateTime8全。业务流程结束时间，UTC时间，从1970/1/1 00:00:00开始到当前的亳 秒数。ProcedureStatusUnsigned int1全F流程状态0：成功：1：失败；255：超时，或未收到相关的结束:流 程信令Source Cell IDbyte4全F源小区标识，要求为ECITarget Cell IDbyt

28、e4全F目标小区标识，要求为ECISource eNB IDbyte4全F源eNB ID,软采包头上报。ECI的前 20个bit （宏站）或与EC：相同（家 庭基站）Target eNB IDbyte4全F目标eNB ID,软采包头上报。MME UE S1APIDbyte4全FUE在源小区中的MME UE S1AP IDMME Group IDbyte2全FUE连接的MME组标识MME Codebyte1全FUE连接的MME编码Request Causebyte2全F流程中请求消息cause值，对下列事 件类型，填充对应消息中cause字段 的值：X2 handover 流程：HANDOVER

29、 REQUESTX2 handover cancel 流程： HANDOVER CANCELReset 流程：RESET REQUEST Mobility setting change 流程： MOBILITY CHANGE REQUESTError indication 流程：ERROR INDICATION具体编码时，高位1个字节标识以下Cause Group：0： Radio Network Layer1： Transport Layer2： Protocol3： Mise低位1个字节标识Cause Group内具 体的Cause值，参见3Gpp第节。FailureCausebyte2全

30、F流程中响应消息的失败cause值，对 下列事件类型，填充对应消息中 cause字段的值：X2 handover 流程：HANDOVER PREPARATION FAILUREX2 setup 流程：X2 SETUP FAILURE eNB configuration update 流程： ENB CONFIGURATION UPDATE FAILUREResource status reporting 流程：RESOURCE STATUS FAILURE 移动性变更流程：MOBILITY CHANGE FAILURE小区激活流程：CELL ACTIVATION FAILURE其他流程填全Fo

31、具体编码方式参见本接口 XDR中的 Request Cause M 字段。EPS BearerNumberUnsigned int1全F整数值N,指示后续跟随的承载信息 的个数，每个承载信息与一个承载相 对应，其中包括两个字段：承载ID, 操作结果。如果该信令过程不涉及对 任何承载的操作，则该字段取值为0, 此时该字段之后承载信息的个数为0Bearer 1 IDUnsigned int1全FEPS bearer ID,取值范围从。到15Bearer 1Statusbyte1全F第一个EPS承载的操作结果，取值如 下：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败Bea

32、rer N IDUnsigned int1全FEPS bearer ID,取值范围从。到15Bearer NStatusbyte1全F第一个EPS承载的操作结果，取值如 下：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败3. X2接口事件流程开始/结束标识X2接口各流程的开始、结束的信令点标识和信令流程参考附录A： Uu/X2接口 XDR事件 流程和关键信令点。8 UE.MR XDR数据结构基于软采上报的每个UE的每个MR生成一个UE_MR XDR,其中包含UE级的相关信息，需要 把Uu接口股测试结果和Uu-extend接口皿相关测量值进行关联后生成。1.公共信息要求

33、同节“Uu接口公共信息”数据结构定义。8. 2. UE_MR 信息字段名类型长度默认值说明MME Group IDbyte2全FMME组标识MME Codebyte1全FMME号MME UE S1AP IDbyte4全FUE 的 MME UE S1AP IDeNB IDbyte1全F流程发生的eNB ID,软采包头上报Cell IDbyte4全F流程发生小区的Cell ID,要求为ECI信息， 软采包头上报TimedateTime8全。该MR对应的时间戳，UTC时间，从1970/1/100:00:00开始到当前的毫秒数。MR typeUnsigned int1全F本条测量报告的类型，由采集解析

34、设备通过 解析 measurement configuration 和 MR 的 meas ID后获得：1:周期测量2： A1事件3： A2事件4： A3事件5： A4事件6： A5事件7： B1事件8： B2事件9：其他PHRUnsigned int1全FUE相对于配置的最大发射功率的余量。在 headroom type 1中，此余量表示服务小 区的UL-SCH发射功率与配置的最大发射 功率的差值。在headroom type 2中，此 余量表示每个激活的服务小区UL-SCH发 射功率或者是PCell的PUSCH和PUCCH发 射功率值和与配置的最大发射功率的差 值。若MR type为事件性

35、测量报告，该字段取 全F。eNB ReceivedPowerUnsigned int2全FeNB接收UE的总功率UE的PUSCH占用的所有PRB的总功率； 若MR type为事件性测量报告，该字段取 全F。UL SINRUnsigned int1全F上行信噪比：定义用户上行信噪比。具体计算方法：计 算用户占用的每个物理资源块（PRB）带 宽上的信号功率S和干扰功率I的比值， 然后取所有PRB信噪比的平均值。若MR type为事件性测量报告，该字段取 全F。TAUnsigned int2全F时间提前量反映UE到服务基站的信号传播时间，从 而反映UE到基站的距离Typel： TA=UE收发时间差+

36、eNB收发时间 差TypelI： TA=eNB收发时间差（由专用随机 接入过程获取）原则上，在UE和eNB收发时间差均可获 取的情况下优先选用TYPE I,若无法获取 UE收发时间差时,选用TYPE II；若MR type为事件性测量报告，该字段取 全F。AoAUnsigned int2全F到达角，若MR type为事件性测量报告， 该字段取全FoServing FreqUnsigned int2全F服务小区的EARFCNServing RSRPUnsigned int1全F服务小区RSRPServing RSRQUnsigned int1全F服务小区RSRQNeighborCell Numb

37、erUnsigned int1全F整数值N,指示后续跟随的邻区信息的个数， 每个邻区信息与一个邻小区相对应，其中包 括四个字段：PCI、EARFCN、RSRP、RSRQNeighbor 1Cell PCIUnsigned int2全F第一个邻小区的PCI。Neighbor 1FreqUnsigned int2全F第一个邻小区的EARFCNNeighbor 1RSRPUnsigned int1全F第一个邻小区的RSRP测量值Neighbor 1RSRQUnsigned int1全F第一个邻小区的RSRQ测量值Neighbor NUnsigned2全F第N个邻小区的PCI。Cell PCIintN

38、eighbor NFreqUnsigned int2全F第N个邻小区的EARFCNNeighbor NRSRPUnsigned int1全F第N个邻小区的RSRP测量值Neighbor NRSRQUnsigned int1全F第N个邻小区的RSRQ测量值9 Cell.MR XDR数据结构基于软采上报的每个小区的小区级Uu-extend MR相关字段生成一个Cell_MR XDR,其中 包含小区级的相关信息。9.1.公共信息要求同节“Uu接口公共信息”数据结构定义。9. 2. CeH_MR 信息字段名类型长度默认值说明eNB IDbyte4全F流程发生的eNB ID,软采包头上报Cell IDb

39、yte4全F流程发生小区的Cell ID,要求为ECI信息， 软采包头上报TimedateTime8全。该MR对应的时间戳，UTC时间，从1970/1/1 00:00:00开始到当前的亳秒数。eNB Received InterfereUnsigned int20全FeNB接收干扰功率以子帧为单位计算TD-LTE服务小区上行 信号干扰功率的原始测量值UL PacketLossUnsigned int9全F上行丢包率上行空口 DRB丢包率，一个包对应一个PDCP SDU。参考点是PDCP上层的SAP,且分QCI 按小区进行统计。DLpacketLossUnsigned int9全F下行丢包率定义

40、了下行空口 DRB丢包率，一个包对应 一个PDCP SDU。且分QCI按小区进行统计。10 S1-MME接口 XDR数据结构10. 1.公共信息要求同节“Uu接口公共信息”数据结构定义。10. 2. S1-MME 接口信息S1TIME接口的XDR信息即S1AP-NAS信令解码后填充的控制面信令信息，除公共信息外, 与S1-MME接口相关信息的具体要求如下：字段名类型长度默认值说明ProcedureTypebyte1全F流程类型编码，具体取值如下：1： Attach2： Sevice Request3： Extended Service Request4： Paging5： TAU6： Deta

41、ch7： PDN connectivity8： PDN disconnection9： EPS bearer resource allocation10： EPS bearer resource modify11： EPS bearer context deactivation12： EPS bearer context modification13： Dedicated EPS bearer contextactivation14： X2 handover15： SI handover in16： SI handover out17： SI handover cancel18： Initia

42、l context setup19： UE context modification20： UE context release21： E-RAB release22： Reset23： Error indication24： SI setup25： ENB configuration update26： MME configuration update27： Overload start28： Overload stop29： Identity Acquisition30： Authentication31： Security Activation32： SMS需要说明的是，当SI过程伴随N

43、AS过程时，该 字段需标识NAS过程；对于Attach/TAU/Service requsest/Detach 等较大的XAS流程，若其过程中还包含其他 NAS流程(如Identity Acquisition、 Authentication Security Activation PDN connectivity EPS bearer resource modify 等)，需要输出前者XDR的同时输出所包含的 其他NAS流程XDR： Attach过程中所建立的承 载的相关信息仅在伴随的PDN connectivity 过程XDR中体现，Attach过程XDR中不体现。ProcedureStar

44、t TimedateTime8全。业务流程开始时间，UTC时间，从1970/1/100:00:00开始到当前的亳秒数。ProcedureEnd TimedateTime8全。业务流程结束时间,UTC时间,从1970/1/100:00:00开始到当前的亳秒数。ProcedureStatusUnsigned int1全F流程状态 0：成功： 1:失败： 255：超时RequestCausebyte2全F流程的请求消息中所包含的Cause值：针对 SI handover out 流程，填写 Handover Required消息中的Cause值；针对 SI handover in 流程，填写 Han

45、doverRequest消息中的Cause值：针对 SI handover cancel 流程，填写 Handover Cancel消息中的Cause值：针对UE context release流程，填写UE Context Release Request或UE Context Release Command消息中的Cause值：该字段具体编码方式参见本接口 XDR中的 “Failure Causev 字段。注：承载操作相关流程的请求消息中的cause 值填写在以下承载相关信息字段中(Bearer Request Cause) FailureCausebyte2全F流程失败响应消息中的Caus

46、e值，具体的编 码方式为：1.对于NAS流程对应的Cause,高位1个字节 标识以下类型：0： EMM1： ESM低位1个字节标识具体的Cause值，EMM类型内的具体Cause取值参见3Gpp第节Table , ESM类型内的具体Cause取值参见3Gpp第节 Table 02.对于S1AP流程对应的Cause,高位1个字 节标识以b Cause Group：0： Radio Network Layer1： Transport Layer2： NAS3： Protocol4： Mise低位1个字节标识Cause Group内具体的 Cause值，参见3Gpp第节。注：承载操作相关流程失败所对

47、应的cause 值填写在以下承载相关信息字段中(Bearer Failure Cause)。Keyword 1byte1全F辅助流程类型的关键参数信息，具体取值方 式参见节Keyword 2byte1全F辅助流程类型的关键参数信息，具体取值方 式参见节Keyword 3byte1全F预留字段，当前版本中填全FKeyword 4byte1全F预留字段，当前版本中填全FMME UE S1APIDbyte4全FMME UE S1AP IDOld MME Group IDbyte2全F原MME组标识，UE的GUTI发生改变时填写， 否则填全FOld MME Codebyte1全F原MME号，UE的GU

48、TI发生改变时填写，否 则填全FOld M-TMSIbyte4全FUE的原M-TMSI, UE的GUTI发生改变时填写， 否则填全FMME Group IDbyte2全F当前MME组标识MME Codebyte1全F当前MME号M-TMSIbyte4全FUE当前的M-TMSITMSIbyte4全F2G/3G系统为UE分配的TMSL针对联合Attach及TAU过程填写，如无则填全FUSER_IPv4byte4全F终端用户的IPv4地址，如无则填全FUSER_IPv6byte16全F终端用户的IPv6地址，如无则填全FMME IP Addbyte16全F接口类型为S1-MME时，填写MME信令而I

49、P地址：接口类型为S1-U时，填写SGW的用户而IP地址.IPv4： 4字节，此时前12个字节填全FIPv6： 16 字节eNB IP Addbyte16全F根据接口类型为S1-MME或S1-U,填写eNodeB 信令而或用户面IP地址：Ipv4： 4字节，此时前12个字节填全FIpv6： 16 字节MME Portbyte2全FMME 或 SGW 端口，与 MME/SGW IP Add 对应eNB Portbyte2全FENODEB 端 口TACbyte2全FTACCell IDbyte4全FUE所在小区的ECIOther TACbyte2全F对端小区的TAC,只在切换过程填写Other E

50、CIbyte4全F对端小区的ECI,只在切换过程填写APNString32全FAPNEPS BearerNumberUnsignedint1全F整数值N,指示后续跟随的承载信息的个数， 每个承载信息与一个承载相对应，其中包括 以下多个字段：承载ID,承载类型，QCL操 作结果，该承载对应的用户而eNB侧及SGW 侧的GTP-TEIDc如果该信令过程不涉及对任 何承载的操作，则该字段取值为0,此时该字 段之后承载信息的个数为0Bearer 1 IDUnsigned int1全F承载1的EPS bearer ID,取值范阳从0到 15Bearer 1 TypeUnsigned int1全F承载1的

51、类型：1： default bearer2： dedicated bearerBearer 1 QCIUnsigned int1全F承载1的QCI,取值范围从1到9Bearer 1StatusUnsigned int1全F承载1的操作结果：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败Bearer 1 Request Causebyte2全F承载1操作请求消息中的Cause值：针对 E-RAB release 过程，填写 E-RAB Release Command 消息中“E-RAB To Be Released List ” 中对应Bearer 1的cause值，或

52、E-RAB Release Indication 消息中 “E-RAB Released List” 中对应 Bearer 1 的 cause 值： 针对 PDN connectivity 过程,填写 Activate default EPS bearer context request 消息 中的cause值：针对 EPS bearer resource modify 过程，填 写 Bearer resource modification request 消息中的cause值：针对 EPS bearer context deactivation程，填写 Deactivate EPS bear

53、er context request消息中的cause值;该字段具体编码方式参见本接口 XDR中的“Failure CauseM 字段Bearer 1 FailureCausebyte2全F承载1操作失败消息中的Cause值。该字段具体编码方式参见本接口 XDR中的*Failure Cause字段。Bearer 1 eNBGTP-TEIDbyte4全F承载1对应的eNB侧GTP-TEIDoBearer 1 SGWGTP-TEIDbyte4全F承载1对应的SGW侧GTP-TEIDoBearer N IDUnsigned int1全F承载N的EPS bearer ID,取值范围从。到 15Bear

54、er N TypeUnsigned int1全F承载N的类型：1： default bearer2： dedicated bearerBearer N QCIUnsigned int1全F承载N的QCI,取值范围从1到9Bearer NStatusUnsigned int1全F承载N的操作结果：1：建立成功2：建立失败3：修改成功4：修改失败5：释放成功6：释放失败Bearer N Request Causebyte2全F承载N操作请求消息中的Cause值，参考本 接口 XDR 中的 Bearer 1 Request Cause 字段 的定义。该字段具体编码方式参见本接口 XDR中的 “Fai

55、lure Cause”字段。Bearer N Failure Causebyte2全F承载N操作失败消息中的Cause值。该字段具体编码方式参见本接口 XDR中的 “Failure Cause”字段。Bearer N eNBGTP-TEIDbyte4全F承载N对应的eNB侧GTP-TEIDoBearer N SGWGTP-TEIDbyte4全F承载N对应的SGW侧GTP-TEIDo10. 3. S1-MME 接口 Keyword 1 字段定义S1TIME接DKeyword 1字段取值定义如下，后续将根据上层需要扩展该字段的取值。S1AP-NAS流程编码流程类型Keyword 1字段取值1Att

56、ach8765432100000EPS attach type valueEPS attach type value的取值参见3Gpp 第节3Extended SeviceRequesJ876543210000Service type valueService type value的取值参见3Gpp第节4Paging寻呼类型：0： IMSI1： S-TMSI5TAU8765432100000EPS update type valueEPS update type value的取值参见3Gpp 第节6Detach876543210000Switch offType of detachType o

57、f detach及Switch off的取值参见3Gpp 第节7PDN connectivity8765432100000Request type valueRequest type value的取值参见3Gpp TS 第节14、 15、 16切换流程切换类型：1： IntraLTE：2： LTEtoUTRAN：3： LTEtoGERAN：4： UTRANtoLTE：5： GERANtoLTE20、21UE context releaseE-RAB release触发方式：0：流程由eNB发起1：流程由MME发起22RESET复位类型：0： SI interface,1： Part of SI

58、 interface27OVERLOAD STARTTraffic Load Reduction Indication,参见3Gpp短信传输方向:0：下行方向1:上行方向其他编码一一该字段为全F： 流程1、ATTACH内容:3GPP TS第节内容mengtt：Table EPS attach type information elementEPS attach type value (octet 1)Bits2 1001EPS attach010combined EPS/IMSIattach110EPS emergencyattach111ReservedAll other values ar

59、e unused and shall be interpreted as EPS attach, if received by the network. interpret % 解】Bit 4 of octet 1 is spare and shall be coded as zero.流程 2、Extended Service Request 内容：3GPP 第节【mengtt】Table Service type information elementService type value (octet 1)Service type valueBits3 2 10000 mobile ori

60、ginating CS fallback or IxCS fallback0001 mobile terminating CS fallback or IxCS fallback0010 mobile originating CS fallback emergency call or IxCS fallback emergency callAll other values are reserved.流程5、TAU内容：3GPP第行【mengtt】：Table EPS update type information elementEPS update type value (octet 1, b