LTE TDD问题定位指导书-射频篇

LTE TDD问题定位指导书-切换篇目录1 免责说明 .................................. 错误！未定义书签。

2 概述 (7)3 切换原理 (7)3.1 切换相关参数 (8)3.1.1切换门限83.2 同频切换 (10)3.2.1站内切换信令交互123.2.2跨X2的站间切换信令交互133.2.3跨S1的站间切换信令交互143.3 异频/异系统切换 (14)3.3.1异频切换143.3.2异系统切换153.3.3门限值应用173.4 切换用户面交互 (19)4 切换相关KPI指标 (20)4.1 切换成功率 (20)4.2 切换信令面时延 (20)4.3 切换用户面中断时延 (21)4.3.1上行应用层中断时延224.3.2下行应用层中断时延224.3.3网络侧上行RLC层中断时延234.3.4网络侧下行RLC层中断时延234.3.5终端侧上行RLC层中断时延234.3.6终端侧下行RLC层中断时延235 切换问题定位方法 (23)5.1 切换失败问题定位 (23)5.1.1UU接口信令异常245.1.2X2接口信令异常265.1.3S1接口信令异常285.2 切换时延问题定位 (31)5.2.1切换信令时延问题定位315.2.2切换用户面时延问题定位326 切换问题定位的相关操作 (33)6.1 信令观察方法 (33)6.1.1网络侧观察方法336.1.2终端侧观察方法346.1.3切换相关信令的确认346.2 用户面时延观察方法 (37)6.2.1应用层切换时延观察方法386.2.2RLC层切换中断时延观察方法396.3 建议的解决措施 (41)7 案例参考 (45)7.1 切换失败问题 (45)7.1.1UE发多条测量报告仍没有收到切换命令457.1.2切换过程随机接入失败错误！未定义书签。

7.1.3加密及完整性配置问题导致消息解析失败467.1.4测量报告丢失477.1.5切换命令丢失507.1.6下行信道质量差导致发送preamble达最大次数仍未收到RAR517.1.7UE DSP切换失败，收到切换命令后不回切换完成537.1.8eNB下发RRC信令等待UE反馈，不处理切换命令557.1.9X2_IPPATH配置错误导致切换失败为例进行分析557.1.10切换点离目的小区较远超出了Ncs_Index相应的最大理论接入半径 (57)7.1.11X2切换，源侧发出切换请求，没有收到切换响应587.1.12X2切换，目标侧发送S1AP_PATH_SWITCH_REQ未收到响应587.1.13X2切换准备时间过长错过最佳切换时间597.1.14UE侧处理系统消息及切换命令流程冲突错误！未定义书签。

LTE TDD测试介绍及R&S解决方案在3G之后，各种通信技术将如何演进是业界非常关注的一个焦点，特别是对于TD-SCDMA来说，能否实现向下一代通信技术的平滑演进，决定了TD究竟具有多长时间的生命力，以及我国的自主创新战略究竟能走多远。

2007年11月，3GPPRAN151会议通过了27家公司联署的LTETDD融合帧结构的建议，统一了LTE TDD的两种帧结构。

融合后的LTE TDD帧结构是以TD-SCDMA的帧结构为基础的，这就为TD-SCDMA成功演进到LTE乃至4G标准奠定了基础。

TDD-LTE技术特点LTE系统支持FDD和TDD两种双工方式。

在这两种双工方式下，系统的大部分设计，尤其是高层协议方面是一致的。

另一方面，在系统底层设计，尤其是物理层的设计上，由于FDD和TDD两种双工方式在物理特性上所固有的不同，LTE系统为TDD的工作方式进行了一系列专门的设计，这些设计在一定程度上参考和继承了TD-SCDMA的设计思想，下面我们对这些设计进行简要的描述与讨论。

无线帧结构因为TDD采用时间来区分上、下行，资源在时间上是不连续的，需要保护时间间隔来避免上下行之间的收发干扰，所以LTE分别为FDD和TDD设计了各自的帧结构，即Type1和Type2，其中Type1用于FDD，而Type2用于TDD。

在FDD Type1中，10ms的无线帧分为10个长度为1ms的子帧，每个子帧由两个长度为0.5ms的slot组成。

在TDD Type2中，10ms的无线帧由两个长度为5ms的半帧组成，每个半帧由5个长度为1ms的子帧组成，其中有4个普通的子帧和1个特殊子帧。

普通子帧由两个0.5ms的slot组成，特殊子帧由3个特殊时隙（UpPTS，GP和DwPTS）组成。

在LTE中TDD与FDD帧结构最显著的区别在于：在TDDType2帧结构中存在1ms的特殊子帧，该子帧由三个特殊时隙组成：DwPTS，GP和UpPTS，其含义和功能与TD-SCDMA系统相类似，其中DwPTS始终用于下行发送，UpPTS始终用于上行发送，而GP作为TDD中下行至上行转换的保护时间间隔。

LTE TDD问题定位战劣化指挥书籍-接进篇本文介绍了用户接进的过程战用户接进波折时问题定位的基础要领，罕睹问题排查要领部分主要里背搜集维护人员，介绍了一些罕睹问题的定位排查脚法战要领，主要应用场景为通过KPI指标创制问题，通过CHR、告警日志、标心追踪、UE侧log举止问题定位.1 观念战基根源基本理1.1 基础观念（1）用户Attach过程：图1 用户接进过程（2）随机接进过程介绍随机接进历程的爆收有以下五种场景：1、从空忙态转到对接态的初初接进；2、无线链接波折后的接进；3、切换历程中的接进；4、当UE处于对接态时下止数据到达时果为某些本果需要随机接进，如上止得步时有下止数据到达；5、当UE处于对接态时上止数据到达时果为某些本果需要随机接进，如上止得步时有上止止数据到达；随机接进分为比赛接进与非比赛接进二种，其中比赛随机接进适用于上述1、2、5三种场景，而非比赛随机接进适用于3、4二种场景.随机接进基础过程如下：UE eNBRandom Access Preamble1Random Access Response2Scheduled Transmission3Contention Resolution4图2 随机接进过程图（左：鉴于比赛的随机接进左：鉴于非比赛的随机接进）1.2 接进过程话统介绍1.2.1随机接进话统随机接进历程分为鉴于比赛的随机接进战鉴于非比赛的随机接进二种基础历程.“RA 丈量小区??RACell??”统计小区内分歧随机接进历程的前导接支次数、RAR收支次数以及比赛历程中的Contention??Resolution收支次数，用于分解随机接进的背载、乐成率等相关情况.1.2.2RRC对接建坐哀供话统统计eNodeB内各小区支到的RRC的建坐哀供次数.RRC??Connection??Request消息是UE背eNodeB收支的第一条RRC疑令消息，脚法是哀供建坐一条RRC对接.1.2.3RRC对接建坐测验考查话统统计小区内分歧典型RRC的建坐测验考查次数，即eNodeB赞同UE的RRC??Connection??Request消息并下收RRC??Connection??Setup消息的次数.RRC??Connection??Setup消息是eNodeB收支给UE的RRC疑令消息，脚法是报告UE??RRC对接的建坐截止及相关摆设疑息.1.2.4RRC对接建坐乐成话统统计小区内分歧典型RRC的建坐乐成次数，即eNodeB支到UE的RRC??Connection??Setup??Complete的次数.RRC??Connection??Setup??Complete消息是UE收支的RRC疑令消息，脚法是报告eNodeB本次RRC对接建坐完毕，并携戴NAS疑令疑息以及PLMN的采用疑息.话统统计要领图3 RRC建坐统计面【A面】（1）指标L.RRC.ConnReq.Att加1，不统计沉收的次数.Case1：eNB下收RRC_Conn_Setup消息后，正在T300定时器超时前，支到相共的UeID提倡的RRC_Conn_Req（Setup拾得，UE MAC辩论办理断时器超时后沉收RRC_Conn_Req，UeID稳定），记为一次沉收RRC_Conn_Req消息.Case2：T300超时后，UE仍已支到RRC_Conn_Setup，UE沉新搜网，提倡初初接进，UeID 是与0~239的随机值大概表层下收的TMSI.eNB侧记为新的一次初初接进，L.RRC.ConnReq.Att加1.Case3：提倡Attach后会开用T3410定时器.如果UE收出RRC_Conn_Setup_Cmp后，ENB不支到，UE会正在定时器超时后沉新提倡Attach，ENB侧记为新的一次初初接进；RRC_Conn_Setup_Cmp拾得不会触收沉建，提倡沉建的前提是仄安已经激活.（2）如果RRC Connection Request消息疑元Establishment Cause为“emergency”，指标L.RRC.ConnReq.Att.Emc加1.（3）如果RRC Connection Request消息疑元Establishment Cause为“highPriorityAccess”，指标L.RRC.ConnReq.Att.HighPri加1.（4）如果RRC Connection Request消息疑元Establishment Cause为“mt-Access”，指标L.RRC.ConnReq.Att.Mt加1.（5）如果RRC Connection Request消息疑元Establishment Cause为“mo-Singnalling”，指标L.RRC.ConnReq.Att.MoSig加1.（6）如果RRC Connection Request消息疑元Establishment Cause为“mo-Data”，指标L.RRC.ConnReq.Att.MoData加1.【B面】当eNodeB下小区接支到UE收支的RRC Connection Request消息并下收RRC Connection Setup消息给UE时，指标L.RRC.ConnSetup加1.【C面】当eNodeB支到UE返回的RRC??Connection??Setup??Complete消息时统计相映指标，LRRCConnReqSucc加.RRC??Setup??Success??Rate估计RRCSetupSuccessRate??（LRRCConnReqSucc）LRRCConnReqAtt????August1.2.5RRC对接建坐波折话统统计小区内分歧本果的RRC对接建坐波折的次数及总的RRC对接波折次数.RRC??Connection??Reject消息是eNodeB收支给UE的RRC疑令消息，脚法是报告UE本次接进历程被eNodeB中断.1.2.6ERAB装载建坐测验考查话统统计小区ERAB建坐测验考查总次数.ERAB建坐历程普遍由UE正在需要背无线搜集申请服务时主动提倡，并通过初初UE上下文建坐过程大概ERAB建坐过程完毕建坐.ERAB建坐测验考查总次数用于统计UE提倡的总的ERAB建坐测验考查次数.1.2.7ERAB装载建坐乐成话统统计小区ERAB建坐乐成总次数.ERAB建坐历程普遍由UE正在需要背无线搜集申请服务时主动提倡，并通过初初UE上下文建坐过程大概ERAB建坐过程完毕建坐.ERAB建坐测验考查总次数用于统计UE提倡的总的ERAB建坐乐成次数.话统统计要领图??如3、4中A面所示，当eNodeB支到去自MME的E-RAB SETUP REQUEST大概者INITIAL CONTEXT SETUP REQUEST消息时统计该指标.如果E-RAB SETUP REQUEST大概者INITIAL CONTEXT SETUP REQUEST消息中央供共时建坐多个E-RAB，则相映指标按各个接易的QCI分别举止乏加.ERAB Setup Success Rate估计公式ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%1.2.8ERAB装载建坐波折话统统计小区内E-RAB分歧本果值的建坐波折次数.E-RAB是装载用户接易数据的接进层装载，它正在小区内的建坐乐成率，间接反映了小区为用户提供E-RAB对接建坐的本领.E-RAB建坐波折统计，不妨反映出搜集中百般本果的E-RAB建坐波折的分散情况.1.3 工具简介（1）KPI话统记任命于统计RRC建坐乐成率，ERAB建坐乐成率，波折本果等疑息（M2000,海内OMC920）.（2）尺度疑令追踪（eNB UU心追踪、eNB S1心追踪、eNB X2心、UE OMT疑令追踪）不妨获与疑令消息接互情况.适用于举止简朴问题排查（LMT大概M2000，海内OMC920）.2 罕睹问题简朴排查要领2.1 基础定位思路接进波折常常有三大类本果：无线侧参数摆设问题、疑讲环境做用以及核心网侧摆设问题.果此逢到无法接进的情况，不妨大概按以下步调举止排查.（1）通过话统分解是可出现接进乐成率矮的问题，目前RRC\eRAB接通率指标普遍为98%，也可根据局面对付接进乐成率指目标特殊央供开用问题定位.（2）确认是可齐网指标逆转，如果是齐网指标逆转，需要查看支配，告警，是可存留搜集变动战降级止为.（3）如果是部分站面指标逆转，拖乏齐网指标，需要觅找TOP站面.（4）查询RRC对接建坐战ERAB建坐乐成率最矮的TOP10站面战TOP时间段.（5）查看TOP站面告警，查看单板状态，RRU状态，小区状态，OM支配，摆设是可非常十分.（6）提与CHR日志，分解接进时的msg3的疑讲品量战SRS的SINR是可较好（强覆盖），是可存留TOP用户.（7）针对付TOP站面举止针对付性的尺度疑令追踪、搞扰检测举止分解.（8）如果尺度疑令战搞扰检测无非常十分，将一键式日志，标心追踪，搞扰检测截止返回给开垦人员分解.仔细过程图如下：图5 接进问题劣化过程图2.1.1TOP小区筛选通过M2000导出齐网每日话统文献，依照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次数从下到矮排序，分离接进乐成率，选出TOP10站面接进乐成率矮的小区.依照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次数从下到矮排序，分离ERAB建坐乐成率选出TOP10 ERAB建坐乐成率矮的站面.查看TOP小区的状态是可仄常，不妨正在M2000上，通过MML下令“DSP CELL”能查看到小区的总体疑息.如果小区状态隐现不是“仄常”，不妨按如下要领举止简朴排查：如果存留S1链路非常十分告警，请查看S1链路摆设是可精确.如果存留RSSI/RSRP通讲不仄衡，需要查看天馈互调搞扰，如果存留驻波告警，需要通过DSP TXBRANCH，DSP RXBRANCH查看RRU收射战接支通讲状态.如果存留小区不可用告警，需要返回主控战基戴板一键式日志.2.1.2TOP小区话统分解通过RRC建坐波折话统不妨得出TOP小区RRC建坐波折本果分散：L.RRC.SetupFail.NOReply多为强覆盖大概末端非常十分；L.RRC.Setup.ResFail由小区资材调配波折引导.通过ERAB建坐波折本果话统不妨得出得出ERAB建坐波折本果分散：L.E-RAB.FailEst.RNL的统计包罗了指标L.E-RAB.FailEst.NoRadioRes、L.E-RAB.FailEst.SecurModeFail及指标L.E-RAB.FailEst.NoReply的统计情况.初初上下文建坐波折的几种局里：1 基站下收了RRC_SECUR_MODE_CMD消息,支到UE的RRC_SECUR_MODE_FAIL消息2 基站下收了RRC_SECUR_MODE_CMD消息,不支到UE的RRC_SECUR_MODE_CMP消息3 基站下收了RRC_CONN_RECFG消息,不支到UE的RRC_CONN_RECFG_CMP消息4 基站下收了RRC_UE_CAP_ENQUIRY消息,不支到UE的RRC_UE_CAP_INFO消息初初上下文建坐哀供消息超时，需要核心网侧协共，查看核心网侧正在支到ENB传播的NAS Attach消息后的处理过程.初初上下文建坐波折需要查看基站摆设，查看告警，追踪Uu心，S1心举止分解.2.1.3TOP用户分解通过CHR日志分解不妨获与RRC建坐波折战ERAB建坐波折TOP用户的TMSI.正在CHR数据中，不妨通过TMSI去决定是可为共一个用户，简曲要领如下：目前华为核心网TMSI调配的体制是对付于共一个IMSI用户，TMSI的左起第三个byte 的数据举止随机赋值，即某用户的TMSI中惟有第三个字节的8bit爆收变更（如AA ** BB CC）便是共一用户.如下图所示，C0 ** 00 05便是共一个用户.使用INSIGHTSHARP工具分解共一TMSI用户的多个接进过程，查看L2_SRB_LOG字段记录的接进时上止疑讲品量DMRS_SINR战DMRS_RSRP，不妨收端确认用户是可处于上止强覆盖地区：DMRS_SINR<0db大概DMRS_RSRP<-131dbm不妨认为末端处于强覆盖地区.图6 CHR字段证明截图2.1.4TOP小区追踪通过话统分解出TOP小区战TOP时间段后，正在对付应的小区战时间段，挨开Uu心，S1心，X2心追踪，查看接进过程正在哪一步波折.通过TOP用户的TMSI正在核心网侧获与到IMSI，不妨开用该用户的齐网追踪2.1.5TOP小区环境搞扰分解通过频谱扫描仪功能查看下止是可存留邻区搞扰、中部系统搞扰等.通过ENB小区搞扰检测的本能追踪分解是可存留上止搞扰.如存留中部搞扰大概邻区搞扰，需要举止搞扰源排查.2.2 摆设类问题排查2.2.1UE摆设问题1.华为Test UE频面摆设针对付尔司UE，查看频面摆设是可与eNB普遍，如果频面不精确，UE表示为小区搜索波折.图7尝试UE频面摆设LTE核心网常常不摆设CS域的通讲，惟有PS域.当E398 Attach典型为CS&PS combined attach 时，便会引导只Attach了PS域，CS域背去附着波折，UE最后被释搁掉.将E398的Attach办法建改为PS_ONLY不妨办理此问题.图8 Attach疑令截图以E398s/E392u为例，只支援Band38战Band40，如果小区树坐为其余频戴，末端将无法接进.其余，需要确认部分末端对付无线层加稀算法的支援程度，如果小区摆设中使用了末端不支援算法举止加稀战完备性呵护，末端大概会出现接进波折.以海思芯片为例，通过Histudio正在NV项中找到UE_NET_CAPABILITY项查看加稀及完备性算法.ucEeaCap: 加解稀算法.ucEiaCap: 完备性呵护算法.下位3个Bit从下到底分别代表NULL、SNOW3G、AES算法与协议24301中表9.9.3.34.1是普遍.1代表支援，0代表不支援.比圆上图中ucEeaCap与ucEiaCap的值皆为0xe0代表NULL、SNOW3G与AES算法皆支援.如果需要变动，比圆需要树坐UE可支援的加稀算法为AES算法，其余二种算法不支援，则可树坐ucEiaCap＝0x20换算成二进制为0010，表示只支援AES算法.暂时UE对付三种算法皆支援，所以不管正在尝试仍旧商用使用历程中，提议依照默认树坐，不要变动那些值.2.2.2ENB摆设问题尝试局面为了尽大概普及下止吞吐率， PDCCH常常牢固1标记，然而正在20M戴宽以下，大概出现无法接进的问题.10M小区，PDCCH牢固1标记，总合能使用的CCE个数为8个，受上下止配比拘束，下止最多能用5个，而10M小区大众疑令的散合级别为8，需要8个，果此CCE资材受限所以接进不了5M小区，PDCCH牢固1标记，总合能使用的CCE个数为3，共样由于CCE资材受限接进不了15M小区，PDCCH牢固1标记，总合能使用的CCE个数为12，受上下止配比拘束，下止最多能用8个，PDCCH功控开关关关时不妨接进.图9 PDCCH标记数摆设基站正在完毕了仄安的摆设与UE本领的获与后并背小区申请资材,会背TRM申请GTPU资材,如果申请资材波折则会背核心网返回初初上下文建坐波折赞同INIT_CONTEXT_SETUP_FAIL;本果值挖写transport resource unavailable(0)；如下图所示；追踪如下所示:图10初初上下文建坐波折赞同疑令截图正在那种情况下,对付照开站summary最先查看一下MML中的IPPATH是可摆设精确,如果已经摆设精确,则查看请初初上下文建坐哀供消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的疑元值是可为摆设的IPPATH值,如果纷歧样则需要确认一下是咱们摆设过得仍旧核心网挖写过得.共时查看路由疑息摆设是可精确，如果IPPATH精确，然而路由过得，共样会出现传输资材不可用的过得疑息.如果以上皆不切合则需要把IFTS挨开,将追踪收给研收人员去确认问题的本果；图11 初初上下文建坐哀供消息疑令3 问题定位战本能劣化3.1 问题定位过程详述3.1.1UE无法驻留小区问题定位指挥以OMT追踪的TUE疑令为例，分解定位要领如下.UE最先举止小区搜索，通过UE OMT的层间消息战关键事变消息查看是可乐成驻留到小区.OMT中出现如下消息表示用户能驻留到小区，可则为UE无法驻留到小区.图12 UE OMT关键时间追踪消息如果UE无法驻留到小区，通过OMT空心消息追踪查看用户是可能支到系统消息.（1）确认UE是可能搜索到小区.通过OMT的层间消息追踪瞅察“ID_RRC_PHY_CELL_SEARCHING_IND”消息；挨开消息，usCellNumber表示UE搜索到的小区数，接下去的列表中隐现了小区ID、RSRP等疑息.图13 UE OMT空心消息追踪疑息如果小区数为0大概者搜索到的小区ID不是目标小区的小区ID，则证明不搜索到小区.➢普遍的，大概是小区覆盖太好引导的，不妨通过沉新选面、核查覆盖参数的办法举止排查.➢普遍的，大概是频面等摆设参数不精确引导，确认一下频面大概者沉新摆设一下频面.简曲查看办法如下：图14 UE OMT摆设窗心（2）确认一下是可支到系统消息，推断是那条消息的问题.RRC_MASTER_INFO_BLOCK表示MIB消息.RRC_SIB _TYPE1、RRC_SYS_INFO 为SIB消息.图15 UE OMT消息追踪消息（3）如果能支到系统消息，而用户不提倡MM_ATTACH_REQ.➢普遍的，大概是用户摆设了脚动ATTACH模式，请建改为Auto模式，大概脚动举止ATTACH支配.图16➢普遍的，大概是小区被克制，小区克制疑息正在SIB1中，且为可选项，如果不小区克制疑息，可认为小区已克制.➢普遍的，大概是S规则判决出通过，引导用户无法驻留到小区.协议确定了小区驻留电仄，如果用户丈量到小区的疑讲强度一段时间内小于小区摆设的驻留电仄，UE L3会提倡小区沉选，沉新采用可驻留的小区.树坐小区驻留门限是为了包管用户正在小区中能仄常开展接易的一个门限值，普遍的，如果小区旗号矮于该门限值，可认为用户已经不克不迭保护仄常的接易了，纵然驻留正在小区也不本量意思.正在本量系统中为了到达用户会正在搜集中“永存”等思量大概会将该值树坐为较矮.小区驻留门限摆设不妨从SIB3消息中获与，简曲的查看办法如下，q-RxLevMin便是小区最小驻留电仄，其单位为2dB.示例中的最小驻留门限为-128dBm.图18 UE OMT消息追踪正在UE接支完系统消息后，UE L3会指示UE L1举止小区RSRP的丈量，L3支到L1的丈量疑息后举止S规则的判决.通过UE OMT层间消息追踪可查看UE的接支功率，简曲查看办法如下，“ID_RRC_PHY_CELLSEARCH_MEAS_IND”中包罗了频面、小区ID、RSRP等疑息.由于为里里接心消息，RSRP需要通过公式变换得到，简曲公式如下：本量的RSRP=上报的RSRP/256 - 93.3 - 18 - {21.1, 24.1, 27.1, 30.1, 33.1, 33.1}（根据戴宽采用1.4M，3M，5M，10M，15M，20M），示例中的RSRP =15038/256-93.3-18-30.1 = -82dBm.图19 UE OMT消息追踪➢如果RSRP不谦脚S门限，证明旗号覆盖较好，通过选面战覆盖核查办理；➢如果无法沉新选面思量降矮驻留门限举止尝试；➢如果小区RSRP下于驻留门限然而仍无法驻留，则请通联IOT人员协帮定位.3.1.2随机接进历程问题定位指挥随机接进历程是指UE收支Preamble到eNB支到MSG5的历程.该历程问题定位主要通过eNB小区追踪、eNB L1 TTI追踪、eNB UU心追踪、UE TTI追踪、UE OMT疑令追踪、UE OMT层间消息举止对付比分解.以下为用户Attach过程中随机接进的时序图，供参照.由于上下止调动皆是eNB统制的，其下止传输的疑息皆不庄重的节制，普遍只消谦脚定时器不超时即可，而UE侧上下止资材皆是eNb统制，所以对付UE上止收支会有庄重的时序统制（ACK疑息反馈是4个TTI，UL Grant到上止收PUSCH是4个TTI，SRI必须正在调配的资材上收，收MSG3是支到RAR 后的6、7个TTI收）.610.1: eNB 解到Preamble 610.1: UE 发送Preamble 610.7: eNB 发送RAR 消息610.7: UE 收到RAR 消息611.3: UE 发送MSG3611.3: eNB 收到MSG3消息612.6: eNB 发送MSG4eNB 处理时间，没有严格规定，环境上常见的间隔在5~8个TTI 内6个TTI(或7个)，见协议36213-6.1.1eNB 处理时间，没有严格规定，一般在3~5个TTI 内612.6: UE 收到MSG4消息613.0: UE 发送ACK 信息613.0:eNB 收到ACK 信息613.7:UE 发送SRI 请求613.7:eNB 收到SRI 请求614.0:eNB 下发ulgrant614.0:UE 收到ulgrant614.4:UE 发送PUSCH（MSG5）614.4:eNB 在PUSCH 解到数据（MSG5）4个TTI ，HARQ 时序，见协议36213-8.3UE 具体处理时延有关和SRI 资源分配有关，没有严格规定eNB 处理时间，没有严格规定，4个TTI ，HARQ 时序，见协议36213-8.4备注：由于上下行调度都是eNB 控制的，其下行传输的信息都没有严格的限制，一般只要满足定时器不超时即可，而UE 测上下行资源都是eNb 控制，所以对UE 上行发送会有严格的时序控制（ACK 信息反馈是4个TTI ，Ulgrant 到上行发PUSCH 是4个TTI ，SRI 必须在分配的资源上发，发MSG3是收到RAR 后的6、7个TTI 发）随机接进时序图问题1：UE 提倡了Attach ，而UE 不支到RAR 消息；UE 提倡了Attach ，而UE 却不收支RAR_SETUP_REQ ；UE 提倡了Attach ，而eNB 不支到MSG3消息；1、问题确认确认UE 提倡了ATTACH ，通过UE OMT 的空心消息举止确认.图202、确认UE 是可支到RAR 消息，出现Mac recv rar succ 表示UE 已经支到RAR 消息.图21如果UE不支到RAR消息，普遍的，UE OMT大概串心出现如下挨印1）出现RAR超时：该疑息表示UE不支到RAR的DL Grant.（OMT查看）2）出现RAR CRC错：该疑息表示UE支到了RAR的DL Grant，然而是PDSCH出现CRC错.（OMT查看）3）出现RAR匹配波折，并出现超时.该疑息标明UE支到了RAR消息，然而与收支的PREAMBLE疑息不匹配，该疑息本去不包罗自己的RAR疑息.UE正在收支RAR消息后，会背去去盲检PDCCH.如果有多个UE共时提倡RAR疑息，而eNB本去不是共时调动RAR疑息；大概者如果UE正在收Preamble的时刻有其余UE共时接进大概存留RACH真警，而eNB不检测到该UE的Preamble疑息（简曲本果有很多，包罗疑讲本果、收射功率等）；大概者eNB检测Preamble过得，此时便会出现RAR不匹配等疑息.（提接研收通过串心查看）比较简单出现的是Preamble过得，而且引起Preamble过得的本果为UE位子大概eNB 上下止通讲时延分歧过得齐引导，该问题的典型局里为eNB检测到的Preamble ID与UE本量收支的Preamle ID出进1.普遍的，不妨通过树坐eNB接进范畴规躲.如果需要进一步定位战确认问题不妨通过以下办法，核查于eNB战UE的TTI级疑息举前进一步定位.（1）核查于UE战eNB的Preamble疑息，分解eNB是可支到了UE收支的Preamble ID.简曲查看办法如下：用LAE挨开UE TTI追踪文献.查看L2->PRACH->PreambleID字段（示例中PreambleID=29，收支时刻的帧号为296，子帧号为3，底下用296.3形貌帧号子帧号）.图22 UE侧TTI追踪中RACH疑息用LAE挨开eNB CELL DT追踪文献，查看PreambleID为29的记录.➢如果无法查找到，则表示eNB不检测到PreambleID.（文献中PreambID、RID对付应的值为PreambleID）.➢如果找到相共的PreambleID，标明eNB支到了UE收支的Preamble.如果帧号子帧号不匹配，证明那个记录不是精确的记录.如果eNB不支到Preamble ID，.➢确认UE收射功率是可仄常.➢核查于PRACH摆设是可精确.（2）核查于eNB战UE的RAR消息，分解UE是可支到eNB收支的RAR消息.用LAE挨开CELL DT追踪文献，查看PreambleID为29的RAR：➢通过LAE分解UE TTI追踪：⏹如果UE检测到RA-RNTI加扰的PDSCH且TTI与eNB侧相对付应，标明UE支到了RAR消息.示例中RAR TTI为296.9.图23 UE下止接支RAR消息疑息⏹如果UE不支到RAR消息则通过UE TTI追踪的丈量疑息举前进一步分解：◆正在UE接支RAR消息前，TTI 追踪不记录相关丈量值，无法进一步分解是什么本果引导无法支到RAR消息.（3）核查于UE战eNB MSG3消息，确认eNB是可支到UE收支的MSG3消息.最先，通过UE OMT追踪不妨确认UE收支MSG3（RRC_CONN_REQ）.该疑息标明白UE L3已经收支了MSG3，然而本去不标明UE L1真真已经将消息收支给了eNB，比圆：最罕睹的，如果UE不接到UL GRANT，UE便无法收支MSG3.不妨通过UE TTI追踪举前进一步分解.UE正在收支RACH后第1次上止PUSCH传输的数据便是MSG3消息，且Msg3是Tmp C-RNTI加扰的.不妨从UE TTI追踪瞅察到492.7上收支了Tmp C-RNTI加扰的PUSCH:图24 UE L1 TTI上止追踪疑息eNB侧查看是可支到Msg3：eNB普遍正在收支RAR后的10个TTI内支到MSG3消息.⏹如果MSG3 CRC过得，不妨比对付一下MSG3的调动疑息：◆ENB记录的疑息包罗：RB0_RB1_Num（RB位子、RB数），Modu（调制办法），SRS（存留SRS指示）.◆UE侧疑息包罗：Prb0/Prb1（RB位子），RbNum（RB数），调制办法，CellSrs/UESrs（存留SRS指示）⏹如果MSG3 CRC过得，通过丈量值推断是可是由于SINR矮引导eNB无法解调：◆如果SINR矮于-2dB，可认为已经矮于解调门限.◆如果RSRP矮于-130dBm，可认为接支功率靠近矮噪.◆如果RSRP值-SINR明隐下于矮噪（-130dBm）可认为搞扰较大.（4）核查于eNB战UEMSG4消息，确认UE是可支到MSG4消息：1、确认eNB下收了MSG4消息最先通过LMT UU心追踪不妨查看L3是可收支了MSG4，简曲查看办法如下：正在UU心追踪中如果eNB支到MSG3（RRC_CONN_REQ）消息后，是可收支了MSG4（RRC_CONN_SETUP）.图25对付于MSG4为疑令，正在系统中其调动劣先级比较下，正在常常情况下LMT上瞅察到MSG4，便不妨认为eNB已经收支给了UE.天然，还不妨通过以下办法确认MSG4是可被调动：➢通过LAE挨开eNB IFTS追踪，查看TB0_RRC Message Type字段为RRC_CONN_SETUP的记录.如下图所示eNB正在299.5调动了Msg4.图26ENB L2 TTI下止追踪疑息⏹如果eNB不下收MSG4消息，通过支集eNB CHR疑息分解简曲本果，提议接由研收人员举止定位分解.2、确认UE支到了MSG4：➢要领1：通过UE OMT查看UE是可支到MSG4（RRC_CONN_SETUP）.示比圆下.图27 MSG4指示⏹如果UE不支到MSG4不妨通过TTI追踪确认是可是PDCCH检测不到，仍旧PDSCH CRC过得引导.通过UE的TTI追踪举止核查于.普遍的，RAR消息后的第1个PDSCH为MSG4调动，时刻面正在支到RAR消息的20ms内.如果正在支到RAR消息较万古间内不解到PDCCH，可认为UE不检测到PDCCH.✓如果UE不支到PDCCH，可根据记录的RSRP、SINR、频偏偏等丈量量以及CCE个数等调动疑息分解PDCCH漏检.◆普遍的，10M、20M戴宽下疑令消息的PDCCH牢固采与CCE个数为4举止调动，PDSCH采与MCS=1阶调动.普遍的，当SINR小于-5可认为矮于PDCCH（CCE=4）的解调门限.◆普遍的，如果RSRP-SINR明隐下于UE底噪（-124dBm），可认为搞扰较大.✓如果UE支到PDCCH，可根据UE TTI追踪查看PUSCH CRC校验截止. 底下的示例中表示UE正在299.5接支到Msg4消息，且CRC精确.图28 UE TTI下止追踪疑息➢要领2：通过eNB侧的统制疑讲PUCCH的上的ACK反馈疑息举止分解.协议确定eNB下收PDSCH，UE需要正在4个TTI后（TDD反馈办法参瞅协议36.213）反馈ACK疑息，如果UE精确解到PDSCH，反馈ACK；如果解调过得则反馈NACK.而ACK有二种办法传递，一种是随路，也便是正在PUSCH上传输；一种是PUCCH.⏹普遍的，如果反馈的为DTX，且ACKPWR靠近矮噪（-130dBm）大概、ACKSINR为-10dB大概更矮，可认为UE不支到PDCCH.注：ACKPwr为PUCCH RB导频上的总功率，由于PUCCH RB大概为多用户码分复用，所以大概出现ACK PWR功率较下，然而SINR很矮的情况，所以那里形貌的正在单用户情况下灵验.⏹普遍的，如果反馈的截止为NACK，可认为UE PDSCH CRC过得.◆PDSCH CRC过得时，根据UE丈量疑息分解本果，如果SINR矮于解调本领，●排查是可是正在小区鸿沟，引导接支旗号功率过矮●排查是可存留邻区搞扰以下表示eNB正在300.2支到PUCCH上反馈的ACK.根据协议36.213，bundling模式下299.5的ACK该当正在300.2反馈.图29 PUCCH的ACK反馈3、核查于UE战eNBMSG5消息，确认eNB是可支到MSG5消息.1）确认UE L3是可收支了MSG5消息.通过OMT空心疑令追踪，查看UE是可收支了MSG5（RRC_CONN_SETUP_CMP），如果界里隐现有MSG5消息，然而本去不表示UE 已经收支了MSG5给eNB.那是果为MSG5为第1条上止径背调动，需要背eNB收支SRI哀供，ENB支到SRI后才会给UE调动.如果开了预调动，也有大概不收支SRI.以下是预调动关关的分解，预调动挨开时大概不SRI.图30 MSG5指示2）确认UE是可收支了SRI哀供.通过UE L1 TTI上止追踪的SRI是可为“有”.下例所示，UE正在300.3收支了SRI哀供.图31 UE L1 TTI上止追踪3）确认eNB是可支到了SRI哀供.通过eNB L1 TTI上止追踪瞅察检测到支到SRI追踪，如下例所示，eNB正在300.3中检测到了SRI证明eNB支到了SRI哀供.图32 eNB L1 TTI追踪4）确认eNB是可举止了上止调动.通过eNB L1 TTI下止追踪瞅察是可收支了UL GRANT，大概者通过eNB L1 TTI上止追踪瞅察上止调动截止.协议确定ENB下收ULGANT后，UE会正在4个TTI后（TDD为4个TTI后第一个上止TTI）正在PUSCH上传疑息.所以下止追踪记录的收支UL GRANT的时刻战上止追踪记录的PUSCH调动疑息会出进4个TTI.如图所示，eNB正在300.6调动了UL Grant：图33 eNB UL Grant指示5）确认UE是可支到了UL GRANT，并精确收支了PUSCH.UE TTI上下止追踪不妨瞅到UE是可解到了UL GRANT战收支了PUSCH，协议确定UE正在支到UL Grant的4TTI（TDD为4个TTI后第一个上止子帧）后收支上止PUSCH，所以UL Grant 战上止PUSCH追踪疑息会出进4个TTI.如图所示，UE正在300.6支到了UL Grant：图34 UE UL Grant接支指示6）确认eNB是可支到MSG5，通过eNB上止TTI追踪分解上止接支情况，示例所示301.2支到了PUSCH，而且CRC精确：图35 上止PUSCH接支➢如果上止调动CRC过得，可通过调动疑息、DMRS丈量、SRS丈量等疑息举止分解.⏹普遍的，如果DMRS Rsrp（子载波级的eNB接支功率，）靠近矮噪（-130dBm），证明接支功率很矮.◆普遍的，需要通过UE收支功率战UE路益推算接支到的RSRP是可合理.UE收射功率不妨那样估算：Pwr = P0 + alpha * 下止PL + f(i) + 10logM.其中P0、Alpha可通过系统消息获与、PL可通过路益估计得到。

lte fdd 和 lte tdd 无线电通信标准的射频模块下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。

文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!LTE FDD 和 LTE TDD 无线电通信标准的射频模块引言LTE FDD（频分双工）和 LTE TDD（时分双工）是当前主流的无线通信标准之一，在移动通信领域有着广泛的应用。

LTE TDD问题定位指导书-掉话篇(仅供内部使用）For internal use only拟制: Prepared by 谢石生、许钢煌日期：Date2013-03-15审核: Reviewed by 日期：Dateyyyy-mm-dd审核: Reviewed by 日期：Dateyyyy-mm-dd批准: Granted by日期：Dateyyyy-mm-dd Koukou:277764781华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录1免责说明 (8)2概述 (8)3掉话分类定义 (8)3.1.路测数据 (8)3.1.1.路测数据掉话定义 (8)3.1.2.获取方式 (9)3.2.标口信令 (9)3.2.1.掉话预检查方式 (9)3.2.2.获取方式 (12)3.3.话统数据 (12)3.3.1.掉话率指标话统公式 (12)3.3.2.异常释放统计 (13)3.3.3.正常释放统计 (15)3.3.4.获取方式 (17)3.4.CHR (17)3.4.1.CHR数据源采集方法 (18)3.4.2.呈现方式 (33)4掉话原因分析 (33)4.1.常见掉话原因 (33)4.1.1.邻区错/漏配 (33)4.1.2.弱覆盖 (34)4.1.3.切换导致的掉话 (35)4.1.4.干扰引起的掉话 (36)4.1.5.流程交互失败 (37)4.1.6.异常分析 (37)4.2.话统中掉话率相关Counter (38)4.3.CHR内掉话原因分类 (38)4.3.1.CHR内常见异常释放原因介绍 (39)4.4.信令流程中释放原因分类 (47)4.4.1.协议中释放原因定义 (47)5优化方法 (49)5.1.掉话率指标分析流程 (49)5.1.1.全网话统指标分析流程 (49)5.1.2.Top小区分析流程 (52)6优化案例 (61)6.1.挪威掉话率指标优化 (61)6.1.1.【问题描述】 (61)6.1.2.【问题分析】 (62)6.1.3.【解决措施】 (67)6.2.瑞典掉话率指标优化 (68)6.2.1.【问题描述】 (68)6.2.2.【问题分析】 (68)6.2.3.【解决措施】 (77)6.3.日本软银PDCCH解调受限导致掉话 (77)6.3.1.【问题描述】 (77)6.3.2.【问题分析】 (77)6.3.3.【解决措施】 (85)6.4.基站License受限导致忙时小区掉话率升高 (85)6.4.1.【问题描述】 (86)6.4.2.【问题分析】 (86)6.4.3.【解决措施】 (89)7附录 (89)7.1.UE不活动定时器的工作机制 (89)7.2.UE重建工作机制 (90)7.2.1.上行RLC重传达到最大次数 (91)7.2.2.MAC层SRI重传达到最大次数 (91)7.2.3.时延谱首径搜索失败 (91)图目录List of Figures图1 S1AP_UE_CONTEXT_REL_REQ (9)图2按消息类型排序 (10)图3找到异常掉话消息 (10)图4找到对应的UU口消息 (11)图5找到对应的IFTS消息 (11)图6异常释放测量点1 (14)图7异常释放测量点2 (14)图8异常释放测量点3 (15)图9异常释放测量点4 (15)图10正常释放测量点1 (16)图11正常释放测量点2 (17)图12话统文件格式 (17)图13 InsightSharp界面..................................................................................... 错误！未定义书签。

LTE TDD问题定位指导书-切换篇目录1 免责说明 .................................. 错误！未定义书签。

2 概述 (7)3 切换原理 (7)3.1 切换相关参数 (8)3.1.1切换门限83.2 同频切换 (10)3.2.1站内切换信令交互123.2.2跨X2的站间切换信令交互133.2.3跨S1的站间切换信令交互143.3 异频/异系统切换 (14)3.3.1异频切换143.3.2异系统切换153.3.3门限值应用173.4 切换用户面交互 (19)4 切换相关KPI指标 (20)4.1 切换成功率 (20)4.2 切换信令面时延 (20)4.3 切换用户面中断时延 (21)4.3.1上行应用层中断时延224.3.2下行应用层中断时延224.3.3网络侧上行RLC层中断时延234.3.4网络侧下行RLC层中断时延234.3.5终端侧上行RLC层中断时延234.3.6终端侧下行RLC层中断时延235 切换问题定位方法 (23)5.1 切换失败问题定位 (23)5.1.1UU接口信令异常245.1.2X2接口信令异常265.1.3S1接口信令异常285.2 切换时延问题定位 (31)5.2.1切换信令时延问题定位315.2.2切换用户面时延问题定位326 切换问题定位的相关操作 (33)6.1 信令观察方法 (33)6.1.1网络侧观察方法336.1.2终端侧观察方法346.1.3切换相关信令的确认346.2 用户面时延观察方法 (37)6.2.1应用层切换时延观察方法386.2.2RLC层切换中断时延观察方法396.3 建议的解决措施 (41)7 案例参考 (45)7.1 切换失败问题 (45)7.1.1UE发多条测量报告仍没有收到切换命令457.1.2切换过程随机接入失败错误！未定义书签。

7.1.3加密及完整性配置问题导致消息解析失败467.1.4测量报告丢失477.1.5切换命令丢失507.1.6下行信道质量差导致发送preamble达最大次数仍未收到RAR517.1.7UE DSP切换失败，收到切换命令后不回切换完成537.1.8eNB下发RRC信令等待UE反馈，不处理切换命令557.1.9X2_IPPATH配置错误导致切换失败为例进行分析557.1.10切换点离目的小区较远超出了Ncs_Index相应的最大理论接入半径 (57)7.1.11X2切换，源侧发出切换请求，没有收到切换响应587.1.12X2切换，目标侧发送S1AP_PATH_SWITCH_REQ未收到响应587.1.13X2切换准备时间过长错过最佳切换时间597.1.14UE侧处理系统消息及切换命令流程冲突错误！未定义书签。

LTE TDD问题定位和优化指导书-接入篇本文介绍了用户接入的流程和用户接入失败时问题定位的基本方法，常见问题排查方法部分主要面向网络维护人员，介绍了一些常见问题的定位排查手段和方法，主要应用场景为通过KPI指标发现问题，通过CHR、告警日志、标口跟踪、UE侧log进行问题定位。

1概念和基本原理1.1基本概念（1）用户Attach流程：图1 用户接入流程（2）随机接入流程介绍随机接入过程的发生有以下五种场景：1、从空闲态转到连接态的初始接入；2、无线链接失败后的接入；3、切换过程中的接入；4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达；随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述1、2、5三种场景，而非竞争随机接入适用于3、4两种场景。

随机接入基本流程如下：UE eNBUEeNB图2 随机接入流程图（左：基于竞争的随机接入右：基于非竞争的随机接入）1.2接入流程话统介绍1.2.1随机接入话统随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。

“RA测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR发送次数以及竞争过程中的Contention Resolution发送次数，用于分析随机接入的负载、成功率等相关情况。

1.2.2R RC连接建立请求话统统计eNodeB内各小区收到的RRC的建立请求次数。

RRC Connection Request消息是UE向eNodeB发送的第一条RRC信令消息，目的是请求建立一条RRC连接。

1.2.3R RC连接建立尝试话统统计小区内不同类型RRC的建立尝试次数，即eNodeB响应UE的RRC Connection Request消息并下发RRC Connection Setup消息的次数。

LTE网络KPI分析与定位目录1整体定位思路 (3)2LTE重点关注指标： (3)3可接入性 (3)3.1RRC建立成功率 (3)3.1.1定义 (3)3.1.2信令流程 (3)3.1.3问题定位思路 (4)3.2eRAB建立成功率 (4)3.2.1定义 (4)3.2.2信令流程 (5)3.2.3问题定位思路 (5)3.2.4Counter关系式 (6)3.3CQI占比 (6)3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。

(6)3.3.2CQI与SINR关系 (6)3.3.3问题定位思路 (7)动作补充说明 (7)3.3.4KPI定义检查 (7)3.3.5问题范围确认 (7)[1]问题特征确认 (7)[2]关联分析 (7)3.3.6故障与告警核查 (8)3.3.7参数核查 (8)4可保持性 (8)4.1重建成功率 (8)4.1.1定义 (8)4.1.2信令流程 (9)4.1.3问题定位思路 (9)4.1.4Counter关系式 (10)4.2掉线率 (10)4.2.1定义 (10)4.2.2信令流程 (10)4.2.3问题定位思路 (10)4.2.4Counter关系式 (11)5移动性 (11)5.1 3.4G回流比（4G回流/重定向到3G的比例） (11)5.2问题定位思路 (11)5.2.1RF优化 (11)5.2.2修改重定向到3G的A2门限值 (11)1 整体定位思路Step1、掉话KPI趋势分析--找到Top小区和Top时间段Step2、Top小区异常原因分析--找到占比最大原因Step3、Top小区分析是否存在Top用户2 LTE重点关注指标：CQI大于等于7的比例（%）、RRC连接建立成功率(%)、E-RAB建立成功率(%)、RRC重建比例(%)、E-RAB掉线率(%)、LTE重定向到3G的比例（%）3 可接入性3.1 RRC建立成功率3.1.1定义3.1.2信令流程3.1.3 问题定位思路3.2 E-RAB 建立成功率3.2.1 定义3.2.2信令流程3.2.3问题定位思路3.2.4Counter关系式3.3 CQI占比3.3.1定义统计周期内，小区内UE上报的CQI（CQI0～15）数量在整个CQI上报数量中的比例。

ZTE LTE TDD MTS功能指导书V2.0法律声明若接收中兴通讯股份有限公司（以下称为“中兴通讯”）的此份文档，即表示您已同意以下条款。

若不同意以下条款，请停止使用本文档。

本文档版权所有中兴通讯股份有限公司。

保留任何未在本文档中明示授予的权利。

文档中涉及中兴通讯的专有信息。

未经中兴通讯事先书面许可，任何单位和个人不得复制、传递、分发、使用和泄漏该文档以及该文档包含的任何图片、表格、数据及其他信息。

和是中兴通讯的注册商标。

中兴通讯产品的名称和标志是中兴通讯的商标或注册商标。

在本文档中提及的其他产品或公司名称可能是其各自所有者的商标或注册商标。

在未经中兴通讯或第三方权利人事先书面同意的情况下，阅读本文档并不表示以默示、不可反言或其他方式授予阅读者任何使用本文档中出现的任何标记的权利。

本产品符合有关环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。

本文档按“现状”和“仅此状态”提供。

本文档中的信息随着中兴通讯产品和技术的进步将不断更新，中兴通讯不再通知此类信息的更新。

中兴通讯股份有限公司地址: 中国深圳市科技南路55号邮编518057网站: 邮箱: doc@ZTE LTE TDD MTS功能指导书ZTE LTE TDD MTS功能指导书ZTE LTE TDD MTS功能指导书目录1概述 (7)1.1简介 (7)1.2适用范围 (7)1.3功能属性 (7)1.4与其他功能的相关性 (7)2术语 (8)2.1定义 (8)3功能概述 (8)3.1背景 (8)3.2功能概述 (8)4技术描述 (9)4.1功能原理 (9)4.1.1UE级小区MTS (9)4.1.2小区MTS (10)4.1.3IMSI MTS (10)4.1.4TMSI MTS (13)4.1.5GID MTS (14)4.2使用流程 (14)4.2.1MTS跟踪流程 (14)4.2.2非实时MTS跟踪流程 (15)4.2.3MTS超级模式切换 (16)4.3MTS跟踪 (19)4.3.1UE级小区MTS (19)4.3.2小区MTS (25)4.3.3IMSI MTS (32)4.3.4TMSI MTS (39)ZTE LTE TDD MTS功能指导书4.3.5GID MTS (46)4.3.6非实时MTS (53)4.4数据展现 (62)4.4.1数据查看 (64)4.4.2新建事件区域 (70)4.4.3新建跟踪视图 (71)4.4.4数据保存 (73)4.4.5数据导入 (79)4.4.6颜色规则 (80)4.5Log Server启动 (81)4.5.1查看Log Server运行情况 (82)4.5.2修改重启Log Server (83)5参数配置 (83)5.1MTS功能 (83)6功能验证 (83)6.1UE级小区MTS跟踪功能测试 (83)6.1.1测试环境 (83)6.1.2测试方法 (84)6.1.3测试结果观察 (85)6.2小区MTS跟踪功能测试 (86)6.2.1测试环境 (86)6.2.2测试方法 (87)6.2.3测试结果观察 (87)7相关的计数器、KPI统计及告警 (88)8缩略语 (88)ZTE LTE TDD MTS功能指导书图目录图4-1 IMSI的上报流程 (10)图4-2 同步任务 (11)图4-3 UE激活流程 (12)图4-4 UE去激活流程 (13)图4-5 MTS使用流程 (15)图4-6 非实时信令跟踪流程 (16)图4-7 打开系统工具页面 (17)图4-8 切换工作模式入口 (17)图4-9 工作模式切换界面 (18)图4-10 MTS任务管理界面 (19)图4-11 MTS任务管理界面 (20)图4-12 跟踪范围设置 (21)图4-13 观察对象设置 (22)图4-14 跟踪参数-公共参数设置 (23)图4-15 跟踪参数-高级设置 (23)图4-16 MTS任务主界面 (26)图4-17 跟踪范围设置 (27)图4-18 观察对象设置 (28)图4-19 跟踪参数-公共参数设置 (29)图4-20 跟踪参数-高级设置 (30)图4-21 MTS任务主界面 (33)图4-22 跟踪范围设置 (34)图4-23 观察对象设置 (35)图4-24 跟踪参数-公共参数设置 (36)图4-25 跟踪参数-高级设置 (37)图4-26 MTS任务主界面 (40)图4-27 跟踪范围设置 (41)图4-28 观察对象设置 (42)ZTE LTE TDD MTS功能指导书图4-29 跟踪参数-公共参数设置 (43)图4-30 跟踪参数-高级设置 (44)图4-31 MTS任务主界面 (47)图4-32 跟踪范围设置 (48)图4-33 观察对象设置 (49)图4-34 跟踪参数-公共参数设置 (50)图4-35 跟踪参数-高级设置 (51)图4-36 MTS任务主界面 (54)图4-37 跟踪范围设置 (55)图4-38 观察对象设置 (56)图4-39 跟踪参数-公共参数设置 (57)图4-40 跟踪参数-高级设置 (58)图4-41 获取文件 (60)图4-42 数据展现主界面 (62)图4-43 时间窗 (65)图4-44 过滤表达式设置对话框 (68)图4-45 定制表格显示列 (69)图4-46 新建事件区域设置界面 (71)图4-47 跟踪视图设置界面 (72)图4-48 跟踪视图 (73)图4-49 自动保存设置 (74)图4-50 导出数据设置界面 (76)图4-51 导入数据界面 (80)图4-52 颜色规则界面 (81)图4-53 Log Server设置 (82)图6-1 测试环境组网图 (84)图6-2 MTS跟踪数据上报结果 (85)图6-3 绘制MTS跟踪UE下载速率变化图 (86)图6-4 UE侧下载速率截图 (86)图6-5 通过MTS跟踪小区数据 (88)ZTE LTE TDD MTS功能指导书表目录表2-1 术语列表 (8)表4-1 对BPL1（BPN）的观察对象进行说明 (24)表4-2 公共参数描述 (25)表4-3 对BPL1的观察对象进行说明 (31)表4-4 公共参数描述 (32)表4-5 对BPL1的观察对象进行说明 (38)表4-6 公共参数 (39)表4-7 观察对象描述 (45)表4-8 公共参数描述 (46)表4-9 观察对象描述 (52)表4-10 公共参数描述 (53)表4-11 观察对象参数 (60)表4-12 公共参数 (61)表4-13 非实时文件获取界面参数 (61)表4-14 界面元素 (62)表4-15 界面元素 (63)表4-16 参数描述： (66)表4-17 界面元素 (73)表4-18 参数描述： (75)表4-19 参数说明 (82)表6-1 测试设备 (84)表6-2 UE级小区MTS功能测试 (84)表6-3 小区MTS跟踪功能测试 (87)1 概述1.1 简介本文档主要对MTS的功能概述、技术描述、参数配置、相关计数器，KPI统计，告警，功能验证等内容进行描述。

TD-LTE峰值速率问题定位手册项目名称文档编号版本号作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

文档更新记录目录引言 (4)编写目的 (4)预期读者和阅读建议 (4)参考资料 (4)缩写术语 (4)LTE峰值速率调测 (4)1.峰值数据参考数据 (4)2.业务速率问题定位流程 (6)3.业务速率问题定位步骤 (6)3.1基站/小区配置和状态检查 (6)3.2核查基站配置参数 (7)3.3基站和空口环境问题排除 (7)3.3.1.在线用户数查询 (7)3.3.2.通过基站侧打BO进行问题排查 (7)3.3.3.打BO后业务峰速偏低的处理 (9)3.4终端和测试电脑问题排除 (9)3.5传输带宽问题排除 (10)3.5.1.镜像抓包方法和简单分析 (10)3.5.2.业务CDL日志分析方法： (12)附1：空口信号好点的选取 (14)附2：WIRESHARK数据典型问题分析 (14)引言编写目的在中国移动/电信LTE一期新建设项目中，各地需要针对新开通的LTE站点，面向客户进行相关的业务演示，各种演示方案的基础是单小区性能调试到最优。

预期读者和阅读建议LTE项目网络优化经理、单站优化测试人员、系统技术人员。

参考资料《TD-LTE业务演示参数配置指导手册》《TD-LTE业务业务速率定位方法》缩写术语BO：Buffer OccupiedLTE峰值速率调测1. 峰值数据参考数据1、理论峰值数据表：2. 业务速率问题定位流程3. 业务速率问题定位步骤3.1 基站/小区配置和状态检查通过OMC或LMT查询eNB是否有影响业务性能的异常告警（例如小区降质、部分RRU通道异常等），如果有类似告警，先处理清除相应告警后查看业务峰速是否能达到正常。

LTE-TDD问题定位指导书-吞吐量篇目录Table of Contents1免责说明...................................................................................................... 错误!未定义书签。

2概述.. (6)3基础知识 (6)3.1基本概念 (6)3.1.1吞吐量相关指标定义 (6)3.1.2各层开销分析 (7)3.2吞吐量计算 (9)3.2.1峰值吞吐量计算方法 (9)3.2.2单UE理论峰值吞吐量 (10)3.2.3小区理论峰值吞吐量 (11)3.3影响吞吐量的相关因素 (12)3.3.1呼叫流程中与吞吐率有关的关键信令 (12)3.3.2下行吞吐率基本影响因素 (13)3.3.3上行吞吐率基本影响因素 (15)3.4工具简介 (16)4基本分析方法 (17)4.1下行吞吐量基本分析方法 (17)4.2上行吞吐量基本分析方法 (24)5深入分析方法 (28)5.1下行吞吐量深入分析 (28)5.1.1下行吞吐量专题分析思路 (28)5.1.2单用户峰值吞吐率 (29)5.1.3分配RB数少/DL Grant不足 (29)5.1.4上行反馈通道问题 (31)5.1.5MIMO问题 (32)5.1.6IBLER高问题 (37)5.1.7MCS偏低/波动 (37)5.1.8多用户小区吞吐率低问题 (39)5.1.9整网吞吐率问题分析 (41)5.2上行吞吐量深入分析 (42)5.2.1上行吞吐率根因分析全貌 (42)5.2.2问题定位流程详述 (42)6典型案例分析 (50)6.1下行吞吐量典型案例 (50)6.1.1Cat3终端下行TM3峰值达不到预期的问题分析 (50)6.2上行吞吐量典型案例 (51)6.2.1上行达不到峰值 (51)6.2.2上行IBLER不收敛 (54)6.2.3上行吞吐量不足 (54)6.2.4上行DTX较多 (56)关键词Key words：摘要Abstract：本文描述了下行吞吐率问题的定位流程和优化方法。

TD-LTE上行干扰定位方法与排查指导手册一、引言TD-LTE是一种主流的移动通信标准，但在实际使用过程中，可能会出现上行干扰问题，这会影响用户的通信体验。

因此，掌握上行干扰的定位和排查方法是非常重要的。

二、上行干扰的定位方法1. 频谱扫描：通过频谱扫描仪在基站周围进行频谱扫描，观察是否有异常的信号出现，找出干扰信号的频点和功率。

2. MIMO接收机干扰探测：利用MIMO接收机对接收到的信号进行处理，通过信噪比、干扰均匀度等参数来判断是否存在干扰信号。

3. 基站干扰定位：通过对基站进行探测，观察其邻频功率是否符合标准，如不符合则可能存在干扰信号。

三、上行干扰的排查指导手册1. 确认干扰类型：首先需要确定是外部干扰还是内部干扰，是来自其他无线电设备的干扰，还是来自自身基站设备的干扰。

2. 排查可能的干扰源：对周围环境进行调查，可能的干扰源包括电源设备、微波炉、雷达等。

3. 联合运营商进行排查：联合运营商进行干扰排查，对周围环境进行分析和调查，确认干扰源并进行处理。

4. 更新设备：如果是自身基站设备引起的干扰，及时升级设备软件或更换设备，确保设备符合标准，以减少干扰信号的发生。

四、结论TD-LTE上行干扰的定位和排查方法对于保障通信质量至关重要，需要进行科学的分析和系统的处理。

通过以上方法，可以有效地定位和排查上行干扰问题，保障用户通信体验。

五、实际案例分析以下是一个关于TD-LTE上行干扰的实际案例，以便更好地理解如何应用上述定位方法与排查指导手册。

案例描述：某地区的移动通信基站在一段时间内出现了上行干扰问题，用户反馈通话质量差，数据传输不稳定等情况。

运营商收到大量投诉后，决定对该地区的基站进行上行干扰的定位与排查。

定位与排查过程：1. 频谱扫描：工程师使用频谱扫描仪对该区域进行频谱扫描，发现在一些频点上出现了异常的信号。

经过进一步分析，发现这些信号源于周围的一些工业设备，如工厂的电炉和工业微波炉。

LTE-TDD问题定位指导书-吞吐量篇目录Table of Contents1免责说明.................................................................................................... 错误！未定义书签。

2概述.. (6)3基础知识 (6)3.1基本概念 (6)3.1.1吞吐量相关指标定义 (6)3.1.2各层开销分析 (7)3.2吞吐量计算 (9)3.2.1峰值吞吐量计算方法 (9)3.2.2单UE理论峰值吞吐量 (10)3.2.3小区理论峰值吞吐量 (11)3.3影响吞吐量的相关因素 (13)3.3.1呼叫流程中与吞吐率有关的关键信令 (13)3.3.2下行吞吐率基本影响因素 (14)3.3.3上行吞吐率基本影响因素 (16)3.4工具简介 (17)4基本分析方法 (18)4.1下行吞吐量基本分析方法 (18)4.2上行吞吐量基本分析方法 (25)5深入分析方法 (29)5.1下行吞吐量深入分析 (29)5.1.1下行吞吐量专题分析思路 (29)5.1.2单用户峰值吞吐率 (30)5.1.3分配RB数少/DL Grant不足 (30)5.1.4上行反馈通道问题 (32)5.1.5MIMO问题 (34)5.1.6IBLER高问题 (39)5.1.7MCS偏低/波动 (39)5.1.8多用户小区吞吐率低问题 (41)5.1.9整网吞吐率问题分析 (43)5.2上行吞吐量深入分析 (44)5.2.1上行吞吐率根因分析全貌 (44)5.2.2问题定位流程详述 (45)6典型案例分析 (53)6.1下行吞吐量典型案例 (53)6.1.1Cat3终端下行TM3峰值达不到预期的问题分析 (53)6.2上行吞吐量典型案例 (54)6.2.1上行达不到峰值 (54)6.2.2上行IBLER不收敛 (56)6.2.3上行吞吐量不足 (57)6.2.4上行DTX较多 (58)关键词Key words：摘要Abstract：本文描述了下行吞吐率问题的定位流程和优化方法。

LTE相关故障定位指导书一、常用维测手段1）基本原则硬件问题原则：通过下电复位、拔插单板操作，解决的问题，不用更换单板，不需返板分析，可以继续使用。

1、基带板问题三板斧：1、使用下电、上电命令（OPR BRDPWR）复位单板；2、复位主控板(RST BRD)；3、拔插单板及换板。

2、主控板问题三板斧：1、复位主控板；2、拔插主控板；3、更换主控板3、RRU问题三板斧：1、光功率仪测试RRU端收发光功率；2、下电、再上电；3、更换RRU4、光模块问题三板斧：1、同好的光模块（带光纤）交叉验证；2、更换光模块或光纤；3、复位两端设备及更换设备。

2）指示灯状态与含义风扇板指示灯说明二、典型问题2.1主控板相关问题1 主区版本不可用告警故障说明：基站有主区和备区两个存储区域，主区用于存放系统当前运行的软件版本，备区用于存放上一个软件版本。

当网元启动过程中，出现主区软件版本不完整或者为空，或者无法识别主区软件时，产生此告警。

处理对策：1、检查备区版本是否正常：执行MML命令LST SOFTWARE查询网元软件版本，根据版本状态判断备区版本是否可用。

若备区可用，并且版本号同主区版本一致，激活备区版本2、重新下载基站软件，并激活。

3、若连续3次下载单板软件都失败，请更换主控板。

4、重新下载并激活软件后，若故障仍然还在，请联系华为研发分析。

问题2 单板硬件故障告警故障说明：主控板出现这个告警的情况较少，常见的故障主要是电源、时钟异常或关键器件自检和加载失败。

处理对策：1、对单板进行下电复位操作。

2、拔插单板，看故障是否解决。

3、将单板插入其它槽位测试，确认是否有相同故障，若更换槽位后单板无故障，那故障可能是软件异常引起，可排除单板硬件故障。

4、提取主控板一键式日志，发送给研发分析。

5、更换主控板。

问题3 板间CANBUS通信异常告警故障说明：CANBUS是一种总线，用于管理基站设备。

当主控板无法通过CANBUS与单板进行通信时，产生此告警。

1文档概述硬件问题原则：通过下电复位、拔插单板操作，解决的问题，不用更换单板，不需返板分析，可以继续使用。

1、基带板问题三板斧：1、使用下电、上电命令（OPR BRDPWR）复位单板；2、复位主控板(RST BRD)；3、拔插单板及换板。

2、主控板问题三板斧：1、复位主控板；2、拔插主控板；3、更换主控板3、RRU问题三板斧：1、光功率仪测试RRU端收发光功率；2、下电、再上电；3、更换RRU4、光模块问题三板斧：1、同好的光模块（带光纤）交叉验证；2、更换光模块或光纤；3、复位两端设备及更换设备。

2典型问题处理2.1主控板：2.1.1问题1 LMT无法登陆，FE网口不通，NE断链故障说明：单板上层软件启动失败，单板硬件故障，单板bootrom软件故障。

产生故障的可能原因有：1）单板进入安全模式；2）单板硬件故障导致软件不能完成启动流程；3）单板bootrom软件故障。

处理对策：1、查看面板指示灯，若面板灯不亮，请检查电源是否连接正常，电源板面板指示灯是否长亮。

2、若BBU机框只有一个电源板，请再增加一个电源板。

3、LMT无法登陆，若RUN灯常亮，单板能够ping通，单板可能处于安全版本，不要下电或对单板做复位操作，需要等待10分钟即可恢复正常。

4、对BBU机框整框下电，再上电。

5、拔、插主控板，6、更换主控板。

2.1.2问题2 Alarm ID：26250 主区版本不可用告警故障说明：基站有主区和备区两个存储区域，主区用于存放系统当前运行的软件版本，备区用于存放上一个软件版本。

当网元启动过程中，出现主区软件版本不完整或者为空，或者无法识别主区软件时，产生此告警。

处理对策：1、检查备区版本是否正常：执行MML命令LST SOFTWARE查询网元软件版本，根据版本状态判断备区版本是否可用。

若备区可用，并且版本号同主区版本一致，激活备区版本2、重新下载基站软件，并激活。

3、若连续3次下载单板软件都失败，请更换主控板。

LTE-TDD问题定位指导书-吞吐量篇目录Table of Contents1免责说明.................................................................................................... 错误！未定义书签。

2概述.. (6)3基础知识 (6)3.1基本概念 (6)3.1.1吞吐量相关指标定义 (6)3.1.2各层开销分析 (7)3.2吞吐量计算 (9)3.2.1峰值吞吐量计算方法 (9)3.2.2单UE理论峰值吞吐量 (10)3.2.3小区理论峰值吞吐量 (11)3.3影响吞吐量的相关因素 (13)3.3.1呼叫流程中与吞吐率有关的关键信令 (13)3.3.2下行吞吐率基本影响因素 (14)3.3.3上行吞吐率基本影响因素 (16)3.4工具简介 (17)4基本分析方法 (18)4.1下行吞吐量基本分析方法 (18)4.2上行吞吐量基本分析方法 (25)5深入分析方法 (29)5.1下行吞吐量深入分析 (29)5.1.1下行吞吐量专题分析思路 (29)5.1.2单用户峰值吞吐率 (30)5.1.3分配RB数少/DL Grant不足 (30)5.1.4上行反馈通道问题 (32)5.1.5MIMO问题 (34)5.1.6IBLER高问题 (39)5.1.7MCS偏低/波动 (39)5.1.8多用户小区吞吐率低问题 (41)5.1.9整网吞吐率问题分析 (43)5.2上行吞吐量深入分析 (44)5.2.1上行吞吐率根因分析全貌 (44)5.2.2问题定位流程详述 (45)6典型案例分析 (53)6.1下行吞吐量典型案例 (53)6.1.1Cat3终端下行TM3峰值达不到预期的问题分析 (53)6.2上行吞吐量典型案例 (54)6.2.1上行达不到峰值 (54)6.2.2上行IBLER不收敛 (56)6.2.3上行吞吐量不足 (57)6.2.4上行DTX较多 (58)关键词Key words：摘要Abstract：本文描述了下行吞吐率问题的定位流程和优化方法。

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==lte问题定位指导书篇一：LTE TDD问题定位指导书-接入篇-201XLTE TDD问题定位和优化指导书-接入篇本文介绍了用户接入的流程和用户接入失败时问题定位的基本方法，常见问题排查方法部分主要面向网络维护人员，介绍了一些常见问题的定位排查手段和方法，主要应用场景为通过KPI指标发现问题，通过CHR、告警日志、标口跟踪、UE侧log进行问题定位。

1 概念和基本原理1.1 基本概念（1）用户Attach流程：图1 用户接入流程（2）随机接入流程介绍随机接入过程的发生有以下五种场景： 1、从空闲态转到连接态的初始接入；2、无线链接失败后的接入；3、切换过程中的接入；4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达；随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述1、2、5三种场景，而非竞争随机接入适用于3、4两种场景。

随机接入基本流程如下：UEeNBUEeNB图 2 随机接入流程图（左：基于竞争的随机接入右：基于非竞争的随机接入）1.2 接入流程话统介绍1.2.1 随机接入话统随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。

“RA测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR发送次数以及竞争过程中的Contention Resolution发送次数，用于分析随机接入的负载、成功率等相关情况。

1.2.2 RRC连接建立请求话统统计eNodeB内各小区收到的RRC的建立请求次数。

RRC Connection Request消息是UE向eNodeB发送的第一条RRC信令消息，目的是请求建立一条RRC连接。