LTE TDD问题定位指导书-接入篇-2013

产品名称Product name机密等级Confidentiality levelLTE TDD内部公开产品版本Product version总页数共60页LTE TDD问题定位与优化指导书-访问篇本文介绍了用户访问流程和用户访问失败时问题定位的基本方法，一些常见问题调查方法主要面向网络维护人员介绍了常见问题定位的调查方法和方法，主要应用场合是通过KPI指标发现问题，通过CHR、警告日志、口号跟踪、UE端log1概念和基本原理1.1基本概念(1)用户Attach流程：图1用户访问流程(2)随机访问过程介绍随机访问过程发生在五种情形中：1 .从空闲状态到连接状态的初始访问2 .无线电链路失败后的接入3 .正在切换的访问4 .当UE处于连接状态时下行链路数据到达时，由于某些原因需要随机接入，例如在上行链路不同步时下行链路数据可能到达5 .当UE处于连接状态时上行链路数据到达时，需要某种原因进行随机接入，例如在上行链路不同步时上行链路数据到达随机访问被分为冲突访问和非冲突访问两种，其中，冲突随机访问适用于上述的1、2、5这3种场景，冲突随机访问适用于3、4这2种场景。随机访问的基本流程如下：图2随机访问流程图(左：基于冲突的随机访问右：基于非冲突的随机访问)1.2访问流概述1.2.1随机接入系统随机接入进程可分为基于冲突的随机接入和基于非冲突的随机接入两个基本进程。 “RA测量(小区) (RA.Cell )”累计小区中不同随机接入过程的前导码接收次数、RAR传输次数和冲突过程的内容解决方案传输次数，并分析随机接入负载、成功率等相关情况。1.2.2 RRC连接建立请求会话系统合计在eNodeB内的各小区接收到的RRC的建立请求次数。 RRC连接请求消息是ue要发送到eNodeB的第一RRC信令消息，其请求建立RRC连接。1.2.3 RRC连接建立试验会话系统累计在小区中尝试建立不同类型的RRC的次数，即eNodeB响应于UE处的RRC连接请求消息而发出RRC连接设置消息的次数。 RRC连接设置消息是从eNodeB发送到UE的RRC信令消息，用于通知UE处RRC连接的建立结果及相关配置信息。1.2.4 RRC连接成功时统计小区中成功建立不同类型RRC的次数，即eNodeB接收到UE的RRCconnectionsetup的次数。 RRC连接设置组合消息是从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 (设置丢失，UE MAC冲突解决计时器超时之后重新发送RRC_Conn_Req )在Case2:T300超时之后，UE还没有接收到RRC_Conn_Setup，UE可以重新搜索网络、发起初始接入，UeID是0239的随机值或从上层分发的TMSI。 eNB方面记录了新的初期访问，L.RRC.ConnReq.Att。case3:开始attach后，T3410计时器启动。 如果在UE发出RRC_Conn_Setup_Cmp之后ENB没有接收到，则UE在计时器超时之后重新启动附加，即使丢失了记录为新的初始接入的RRC_Conn_Setup_Cmp，重建也不会触发，重建也不会触发(如果RRC连接请求消息单元格Establishment Cause为“emergency”，则指标L.RRC.ConnReq.Att.Emc加1。(如果RRC连接请求消息Establishment Cause是“高优先级访问”，则指示符L.RRC.ConnReq.Att.HighPri。(如果RRC连接请求消息Establishment Cause为“mt-Access”，则指示符为L.RRC.ConnReq.Att.Mt。(如果RRC Connection Request消息Establishment Cause为“mo-Singnalling”，则指示符为L.RRC.ConnReq.Att.MoSig。(如果RRC连接请求消息Establishment Cause是“mo-Data”，则标记L.RRC.ConnReq.Att.MoData加1。【b点】当eNodeB下的小区接收到从UE所发送的RRC连接请求消息并且向UE发出RRC连接设置消息时，指示符L.RRC.ConnSetup被加1。【c点】eNodeB在UE接收到返回的RRC连接设置完整消息时统计相应的指示符，并显示L.RRC.ConnReq.Succ。RRC Setup Success Rate计算rrcsetupsuccesrate=(l.RRC.conn req.succ )/(l.RRC.conn req.att ) * 100 %1.2.5 RRC连接建立失败时计算小区内不同原因的RRC连接建立失败的次数和总RRC连接失败的次数。 RRC连接请求消息是从eNodeB发送到UE的RRC信令消息，其通知UE该接入过程已被eNodeB拒绝。1.2.6 ERAB承载建立试验对话系统合计单元格E-RAB创建尝试的总次数。 通常当UE需要向无线网络申请服务时，可由初始UE上下文建立过程或E-RAB建立过程主动地发起E-RAB建立过程。 E-RAB建立尝试的总数用于汇总UE启动的E-RAB建立尝试的总数。1.2.7 ERAB承载成功时合计单元格E-RAB成功的总次数。 通常当UE需要向无线网络申请服务时，可由初始UE上下文建立过程或E-RAB建立过程主动地发起E-RAB建立过程。 E-RAB建立尝试的总数用于汇总UE启动的E-RAB建立成功的总数。谈话的统计方法图4如在3和4处的a点所示，eNodeB在从MME接收到e-rabbersetup或INITIAL CONTEXT SETUP REQUEST消息时累计该指示符。 如果需要在E-RABbersetup或INITIAL CONTEXT SETUP REQUEST消息中同时建立多个e-rab，则可以为业务的每个QCI累积对应的指示符。ERAB Setup Success Rate计算公式erasbsetupuccessrate=(l.e-rab.suce ST )/(l.e-rab.attest ) * 100 %1.2.8 ERAB承载建立失败通话系统合计单元格中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)通过通话系统分析是否发生了访问成功率低的问题，目前RRCeRAB的连接率指标通常为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.1 TOP单元格筛选通过M2000导出所有网络的每日会话系统文件，按(l.RRC.conn req.att-l.RRC.conn req.succ )的次数从高到低排序，结合访问成功率，选出TOP10站点访问成功率较低的小区。按照(L.E-RAB.AttEst-L.E-RAB.SuccEst )的次数从高到低的顺序，结合ERAB的建立成功率，选出TOP10 ERAB的建立成功率低的网站。若检查TOP小区的状态是否正常，则在M2000上通过MML命令“DSP小区”可以看到小区的整体信息。如果单元格的状态显示不是“正常”，则可以使用以下方法轻松地进行故障排除有S1链接的异常警告时，请确认S1链接的构成是否正确。一旦RSSI/RSRP信道失衡，就需要检查天馈互调干扰有驻波警报时，需要通过DSP TXBRANCH、DSP RXBRANCH确认RRU发送和接收信道的状态。如果单元格不可用，则必须返回到主板和基带板的单触式日志。2.1.2总结和分析top信元的话题在RRC建立失败的情况下，TOP小区RRC建立失败原因的分布可以计算如下L.RRC.SetupFail.NOReply通常是弱复盖或终端异常的L.RRC.Setup.ResFail小区资源分配失败。erasb构筑失败原因的分布能够求出erasb构筑失败原因的分布L.E-RAB.FailEst.RNL的统计信息包括指示符L.E-RAB.FailEst.NoRadioRes、l.e-rab.faillest.securityfail和指示符L.E-RAB.FailEst.NoReply的统计信息。创建初始上下文失败的一些现象：第一基站发出RRC_SECUR_MODE_CMD消息，并从UE接收到RRC_SECUR_MODE_FAIL消息第二基站发出RRC_SECUR_MODE_CMD消息，并且未从UE接收到RRC_SECUR_MODE_CMP消息第三基站发出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.3顶级用户分析通过CHR日志分析可以获得RRC建立失败和ERAB建立失败TOP用户的TMSI。 对于CHR数据，TMSI允许您确定用户是否相同。 具体办法如下：当前华容分配给核心网TMSI的机制相同，即从TMSI的右侧起随机分配相同的IMSI用户群，也就是说，在一个用户的TMSI中仅第三个字节的8比特发生改变(例如AA * BB CC ) 如下图所示，C0 * 00 05为同一用户。使用INSIGHTSHARP工具，分析同一TMSI用户的多个访问流，检查记录在L2_SRB_LOG字段的访问时的上行信道质量DMRS_SINR和DMRS_RSRP，初步确认用户是否处于上行弱的垄断区域DMRS_SINR0db或DMRS_RSRP-131dbm可被认为是终端处于较弱的独占区域。图6 CHR字段的说明图2.1.4 TOP单元格跟踪通过对话分析TOP和TOP小区的时间段后，在对应的小区和时间段打开Uu端口、S1端口、X2端口进行跟踪，查看访问流在哪个步骤失败。TOP用户的TMSI通过在核心网侧取得IMSI，能够启动该用户的全网跟踪2.1.5 TOP小区环境干扰分析使用光谱扫描功能，调查下行是否有邻近地区的干扰、外部系统的干扰等。通过对ENB小区干扰检测的性能跟踪，分析是否存在上行干扰。有外部干扰或邻近干扰时，需要排除干扰源的故障。2.2排除配置类问题2.2.1 UE配置问题1 .华为Test UE的频点配置向我们公司的UE，检查频率点配置是否与eNB一致，如果频率点不正确，则UE表示小区搜索失败。图7ue频率点配置的测试2.E398/E392 Attach类型设定LTE核