外场异常事件研究-fdd lte trouble shooting

FDDLTE外场异常事件TroubleShootingWeiDong目录

1、LTE网络性能指标关注点2、接入问题分析3、切换问题分析4、掉话问题分析5、可用性分析接入性：RRC建立成功率

E-RAB建立成功率S1建立成功率可用性：小区在网率

资源利用率上/下行吞吐率保持性：RRC掉线率E-RAB掉线率

移动性：eNB内/外切换成功率S1/X2切换成功率同/异频

切换成功率LTE网络问题关注点目录

1、LTE网络性能指标关注点2、接入问题分析3、切换问题分析4、掉话问题分析5、可用性分析接入流程介绍

随机接入场景：空闲模式下初始接入

无线链路失步后的RRC重建

切换到新小区上行失步状态要进行下行数传上行失步状态要进行上行数传接入流程主要分为以下几个步骤:随机接入RRC连接建立鉴权等NAS过程E-RAB建立接入问题

接入失败是指用户发起业务，但无法成功建立业务的情况；ENB侧问题；UE侧问题；无线环境影响；核心网侧问题。话统中接入成功率统计：CTC定义了两个和接入成功率相关的KPI,初始接入成功率=RRC连接建立成功率×S1信令连接建立成功率×初始E-RAB建立成功率;无线连接成功率=RRC连接建立成功率×S1信令连接建立成功率×初始E-RAB建立成功率×E-RAB建立成功率CMCC和CUC定义如下，

无线接通率=RRC建立成功率×

ERAB建立成功率路测接入成功率统计：一般在路测中会记录UE侧和eNB侧的消息跟踪，根据信令流程可以判断接入是否成功；路测软件一般会自动判断接入是否成功从而得出接入成功率、接入问题优化思路

序号问题分析步骤分析内容1KPI恶化分析

分析接入成功率恶化的的时间和趋势；2故障告警排查对设备故障告警进行排查和分析，需要特别注意指标恶化时段的历史告警；3参数核查

如果全网指标恶化，核查升级前后的参数变化；如果是Top站点问题，可以和指标正常站点进行参数核查；license是否受限等；4失败原因细分分析话统，确认是哪个阶段的问题，并给出失败的话统原因分布；分析信令，定位接入流程是在哪一步失败；5干扰排查

需要确认TOP小区是否存在互调干扰，外部干扰，模3干扰；6TOP用户排查分析TOP小区是否由于TOP用户引起；7TOP终端排查

分析TOP小区是否由于TOP终端引起；8其他基站升级、核心网升级、传输设备升级、重大节日活动、产品硬伤KPI变化分析分析KPI日变化趋势：对最近半个月或更长时间段的接入成功率进行基于日期的趋势分析，并结合业务量、用户数、接入次数、网络升级等进行相关分析，确认接入问题趋势以及是否和业务量、用户数、升级等因素相关；分析KPI时段变化趋势：

分析24小时的的接入成功率数据，并结合业务量、用户数、接入次数、网络升级等进行相关分析，确认接入问题趋势以及是否和业务量、用户数、升级等因素相关；失败原因细分：UE问题、核心网问题、资源不足等。BTSSiteManager——单站告警查看SiteBrowser/NetAct/AP——批量告警查看故障告警排查

重点排查问题发生时间点对应的告警重点排查告警级别为Critical和Major的告警iPlatPopulaPiano参数核查

参数核查建议：如果是涉及网络升级，核查升级前后的参数变化；如果是Top站点问题，可以和指标正常站点进行参数核查；参数核查工具：EasyDB/Piano/Popula/iPlat等EasyDBSiteManager干扰排查

模3干扰排查PCI规划不合理，可以通过调整PCI解决；PCI规划合理，但是覆盖不合理，包括覆盖方向不合理和覆盖距离不合理，可以通过调整方位角、下倾角、功率等办法解决；基站规划不合理，或者被阻挡，导致部分区域无主导频，引起MOD3干扰，可以通过增加信源或者整改基站位置、天线挂高、天线类型、功率参数优化等办法来突出主导频，减小干扰。外部干扰排查FDD试验网前期，CTC、CUC使用相当频段进行组网，相互干扰；热点区域联通WCDMA使用第四频点（10713、10688、10663、10638…）与电信2.1GLTE相互干扰；其他外部干扰DOEmil路测对比、用户投诉话单分析，相关工具开发中TOP用户、TOP终端排查

兰州联通客户大量投诉手机驻留在LTE网络时做主叫正常，做被叫无响应，分析投诉发现问题手机的型号均为华为的P7；跟踪信令流程发现P7在做CSFB时，中兴的MSCServer会将寻呼指向3G网络；P7在完成通话后回到LTE网络时发起的TAU的类型为TYPE1；根据3GPP规范MME收到TYPE1的TAU时不需要向MSCSERVER发LocationUpdateRequest消息；因此中兴的MSCserver的寻呼指向仍然是3G侧，此时P7驻留在LTE上就收不到任何寻呼消息。此问题为中兴MSCserver的产品缺陷，中兴MSC软件版本升级后解决此问题接入案例：华为P7手机无法做被叫

兰州联通的网络拓扑P7手机返回LTE网络后发起TAU请求，类型为TYPE1接入案例：华为P7手机无法做被叫

机型是否未接通UE发送信令TAU消息类型MME是否发送信令至SERVERSERVE接收信令情况eNB是否收到paging或指示消息

三星S3I9305否type2是接收是三星S4I9505否type2是接收是诺基亚lumia925否type2是接收是中兴Q-801U否type2是接收是IPHONE5S否type2是接收是华为P78次未接通type18次未发送8次未收到8次未收到华为MATE28次未接通type18次未发送8次未收到8次未收到华为P1U920-LTE否type2是接收是在发现此问题现象之后对三星、诺基亚、苹果、华为、中兴五大品牌共计8款终端进行了被叫CSFB测试。每款终端均进行10次被叫语音测试。可以看出三星、诺基亚、中兴、苹果以及华为早期的LTE终端返回LTE网络后均上报type2类型的TAU请求。而华为近期上市的终端如华为P7与MATE2则进行了修正，快回至LTE网络后，上报type1类型的TAU请求。这两款终端的被叫CSFB成功率极低，仅为20%左右。接入案例：华为P7手机无法做被叫

中兴将MSCserver3升级至OMMV3.07.63.P2版本，新增SGs口状态优化功能。已解决华为P7等终端无法进行被叫CSFB业务的问题；升级完成后，进行华为P7被叫CSFB业务测试，P7快回至LTE网络后，不再需要MME与MSCserver之间进行SGs联合位置区更新，被叫CSFB业务验证正常接入案例：不合格滤波器导致无法接入

诺基亚设备杂散指标（约-40dBm/MHz），不满足工信部[2012]559号文件要求，即杂散功率小于-65dBm/MHz，对于不满足工程隔离要求的FDD基站需要加装滤波器；项目上配货MOBI带通滤波器，带通频段为1850-1875MHZ，安装后2T4R基站工作正常，2T2R基站无法接入；经过确认，配置的1850-1875MHZ带通滤波器，上行频段亦被阻塞，导致2T2R配置情况下，基站无法收到上行信号。接入案例：MIMO单通道室分系统接入问题

MIMO单通道室分系统：RRU两通道分别覆盖A、B两个不同区域；问题现象：终端在RRU某一端口对应天线下搜索不到信号。以FRGT为例，1端口覆盖B区域,3端口覆盖A区域，终端在B区域测试正常，终端从B区域移动到A区域后，可以正常做业务，但是在A区域UE重新Poweron后，终端搜索不到信号；接入案例：MIMO单通道室分系统接入问题

通过参数核查发现室分小区的syncSigTxMode同步信号传输模式配置存在问题；syncSigTxMode设置为SingleTX时，PSS和SSS只在一路天线上发射，导致另一路天线下搜索不到信号；将syncSigTxMode修改为TxDiv时，问题解决；

MIMO单通道室分系统，该参数应设置为TxDiv接入案例：RRC重建问题

当前基站版本不支持RRC第三小区重建：RRCconnectionre-establishment在第三小区，

重建立请求会被拒绝，这里的第三小区是指非servingcell以及非Handovertarget

cell；RL70/RL55支持，

LTE1617feature.DAYRRC重建成功率RRC重建立成功次数RRC重建立请求次数2014/8/171.493214492014/8/242.751122622014/8/361.412263682014/8/448.451252582014/8/568.702373452014/8/681.945997312014/8/768.104126052014/8/863.58501788RRC重建成功率低产品硬伤接入案例：S1信令建立成功率

CTCrequiredtomonitorS1signalingconnectionsuccessrate.NopropercounterdesignedinNokiasystem.Definition:S1signalingconnectionattempttimes,triggerby"INITIALUEMESSAGE"sendfromBTStoMME.S1signalingconnectionsuccessfultimes,triggerby"INITIALCONTEXTSETUPREQUEST"or"DOWNLINKNASTRANSPORT"or"UECONTEXTRELEASECOMMAND"sendfromMMEtoBTS.Theratio:"S1signalingconnectionattempttimes"/"S1signalingconnectionsuccessfultimes"Thesuccessfultimesshouldincreaseonlyonetimealthoughthetwomessages“INITIALCONTEXTSETUPREQUEST”and“DOWNLINKNASTRANSPORT”willappeartogetherfollowingby“INITIALUEMESSAGE”.ThesuccessfultimesincreasedtwotimesinthiseventbasedonpresentcountersINITIALUEMESSAGE=1,DOWNLINKNASTRANSPORT=1,INITIALCONTEXTSETUP=1(denom=1+1)LogofMTINITIALUEMESSAGE=1,INITIALCONTEXTSETUP=1,UECONTEXTRELEASECOMMAND=1(Denom=1+1=2))UEreleasealsotrigger产品硬伤目录

1、LTE网络性能指标关注点2、接入问题分析3、切换问题分析4、掉话问题分析5、可用性分析LTE切换切换的过程就是终端在移动过程中与网络连接交互发生变化的过程：LTE切换过程由eNB控制，eNB下发测量控制让UE在满足一定条件时上报测量报告触发：NOKIA采用A3、A5事件触发同频、异频切换切换：eNB下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按命令切换到目标小区切换信令流程介绍LTE切换成功率是移动保持类的重要指标，按照涉及的网元关系可以分为ENB内切换、ENB间（包括X2切换和S1切换）切换切换问题优化思路参考接入问题优化思路需特别注意参数核查阶段：

确认切换开关状态；确认LNADJ/LNREL等邻区关系是否配置等；确认切换参数，如切换门限，迟滞，触发时间等；确认是否存在PCI复用距离过近；切换案例：PCI复用距离过近影响切换PCI复用距离过近，典型的基站相对位置如下图发现途径：路测中发现，通常在建网初期或有新站入网时常见；KPI分析中发现，在详细的切换数据中，找到切换失败次数最多的源小区，登陆到该小区下，检查邻区配置，是否有同PCI；参数核查工具批量核查。切换案例：睡眠小区影响切换8月19日肥西火车站基站，周边基站切入全部失败；告警核查，无任何告警；无参数修改记录，参数核查无异常；重启基站，无法恢复。DAYTimeS_eNBIDT_eNBID切换成功率切换成功测试切换成功请求次数8月18日21432111432113100.00%15158月18日21432110432113100.00%668月18日21432105432113100.00%13138月19日214321114321130.00%068月19日214321104321130.00%088月19日214321054321130.00%0168月20日21432111432113100.00%21218月20日21432110432113100.00%12128月20日21432105432113100.00%1111切换案例：睡眠小区影响切换核查基站软件版本，发现该基站版本为LN6.0_ENB_1311_362_01，非P8；升级为P8版本LN6.0_ENB_1311_613_00后，问题解决；版本LN6.0_ENB_1311_617_01，也存在小区休眠问题；731_01版本，目前看来还算比较稳定切换案例：eNB

ID冲突影响切换7月24日合肥全网切换指标恶化严重；切换失败原因细分：集中在瑞锦工贸基站与瑞泰和园基站之间的S1切换；DAY切换成功率切换成功测试切换成功请求次数7月18日98.72%162116427月19日98.88%176217827月20日98.94%186318837月21日98.93%184518657月22日99.03%203420547月23日98.98%193219527月24日46.48%119525717月25日98.94%185818787月26日98.99%195119717月27日98.98%194519657月28日98.91%18141834切换案例：eNB

ID冲突影响切换告警核查，瑞泰和园基站反复出现S1告警，导致S1切换失败；协调客户核查，发现同一MME下，中兴新开基站使用eNB

ID与瑞泰和园基站相同；中兴修改eNB

ID修改后，问题解决；切换案例：PRACH参数规划问题导致切换失败6.5KM7.5KM问题描述：

丰油坊1、2小区切往长丰义井2小区全失败；长丰庄墓2小区切往长丰义井1小区全失败；长丰涂拐3小区切往长丰义井3小区全失败5KM切换案例：PRACH参数规划问题导致切换失败参数核查发现乡村基站PRACH相关参数存在问题，乡村基站PrachCs和城区基站设置一致，都为8，对应小区覆盖半径CellRange为5.48km。PrachCs设置为8时，不能有效满足农村覆盖场景的随机接入。838/64/

切换案例：PRACH参数规划问题导致切换失败重新规划PRACH相关参数，PrachCs设置为11，CellRange最大可支持12.2Km；以长丰油坊1、2小区切往长丰义井2小区为例：修改前之前切换全失败，改后全成功切换案例：D2终端切换问题问题现象：UE由华为小区PCI-94切往诺基亚小区PCI-243,D2出现异常问题，E392则正常切换。此异常问题不仅仅出现在HW至NOKIA边界，在HW小区及NOKIA内部都出现此异常现象。测试终端D2测试终端E392上报A3事件重选至目标小区在目标小区重建被拒绝EAB异常释放上报A3事件成功切换至PCI-243切换案例：D2终端切换问题测试时间2014/12/12&13&16测试时长6h23m42s5h19m24s3h59m38s总距离76.1km63.87km49.1km测试设备D2E392iphone5s切换总次数487648343重选失败次数/重选总次数0/240/4-

异常现象700case现象200诺基亚华为大量测试结果显示：D2终端会出现异常问题现象（cause原因值：other），E392和iphone5s没有出现异常问题现象。目录

1、LTE网络性能指标关注点2、接入问题分析3、切换问题分析4、掉话问题分析5、可用性分析E-RAB异常释放定义

不同运营商对E-RAB异常释放的定义存在差异：E-RAB异常释放定义——CTC（1）统计消息为eNodeB向MME发送的“E-RABRELEASEINDICATION”消息。当相应承载有数据传送且释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“csfallbacktriggered”，“UENotAvailableForPSService”，“Inter-RATredirection”时统计。（2）统计消息为eNodeB向MME发送的“UECONTEXTRELEASEREQUEST”消息。当有数传数据传送且释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“csfallbacktriggered”，“UENotAvailableForPSService”，“Inter-RATredirection”时统计。E-RAB异常释放定义——CUC1、当eNodeB向MME发送E-RABRELEASEINDICATION消息，当释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableForPSService”，“Inter-RATRedirection”，“SuccessfulHandover”等原因时累加统计。另需根据不同QCI类型统计该指标；2、当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，释放UE所有E-RAB，当判断相应承载有数传且释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableForPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”等原因时累加统计掉话问题优化思路参考接入问题优化思路特别注意

掉话问题通常会伴随着切换失败而来。掉线案例：上行功控开关未开影响掉线

客户投诉鸿宇7F经常掉线，下载速率不稳定该室分话务量较大掉线案例：上行功控开关未开影响掉线

对鸿宇7f进行了测试，发现在无线环境相当良好的情况下存在大量的RRCrelease，原因都为other进一步通过BTSlog发现，掉线原因为大部分是由于CQIDTX上行失步导致了RRCrelease掉线案例：上行功控开关未开影响掉线检查参数，发现Pucch上行功控都处于关闭状态，鸿宇7F的UE较多，Pucch上行干扰较大导致ENB无法正确解码UE上报CQI，导致上行失步而释放RRC链路。对以下参数进行优化，如下表所示：参数修改后，问题解决目录

1、LTE网络性能指标关注点2、接入问题分析3、切换问题分析4、掉话问题分析5、可用性分析可用性分析——小区可用率

小区可用率

小区可用率低，会影响到其他性能指标，需要日常监控。影响小区可用率的主要因素：硬件故障，需要维护部门配合处理；人为闭锁，需及时放开；工程基站调测建立故障基站处理档案城市日期忙时小区可用率(%)合肥2014年7月29日2195.22%合肥2014年7月30日2196.23%合肥2014年7月31日2195.24%合肥2014年8月1日2194.98%合肥2014年8月2日2196.64%可用性分析——资源利用率

资源利用率License资源利用情况最大RRC连接数；最大激活用户数；信道资源利用率寻呼信道；PRACH信道；PDCCH信道；PRB资源利用率上行PRB资源利用率下行PRB资源利用率

可用性分析——资源利用率

城市日期忙时PDCCH信道占用率(%)PRACH信道占用率(%)寻呼信道占用率(%)RRC连接许可用户数使用率(%)上行PRB平均利用率(%)下行PRB平均利用率(%)合肥2014年7月29日211.81%0.40%2.82%0.03%14.52%0.29%合肥2014年7月30日211.75%0.46%3.35%0.03%14.54%0.26%合肥2014年7月31日211.80%0.36%3.44%0.03%14.67%0.29%合肥2014年8月1日211.80%0.91%5.07%0.03%14.58%0.31%合肥2014年8月2日211.79%0.62%5.63%0.03%14.58%0.27%建网初期，用户少，各项资源利用率偏低；上行PRB平均利用率较下行PRB平均利用率明显高出许多；15M系统带宽配置无用户情况下，上行PRB利用率约为14%，即约有10个RB固定被控制信道占用，这个在网络初期有点浪费资源，对上行吞吐量也会有一定的影响。上行控制信道PUCCH默认开销大，PUCCHFormat1/1a/1b/2/2a/2b.其中,Format2中用于反馈CQI的nCqirb,开站默认配置6个RB。可用性分析——上下行吞吐率

速率影响因素——Bandwidth（带宽），LTE主要6种带宽（1.4、3、5、10、15、20）Uplink-Downlinkconfiguration（上下行子帧配置）(TDD)控制信道pdcch占用的symbol符号个数MIMO(手机需支持，现在最高2T2R)TM（传输模式TM2/TM3/TM7/TM8）airinterferenceload（是否设置空口加扰，50%，70%）系统设置可用性分析——上下行吞吐率

UECategoryMaximumnumberofDL-SCHtransportblockbitsreceivedwithinaTTIMaximumnumberofbitsofanUL-SCHtransportblocktransmittedwithinaTTICategory1102965160Category25102425456Category310204851024Category415075251024Category529955275376速率影响因素——手机芯片处理能力（解调）手机是否支持MIMO手机能力等级category手机接收灵敏度（间接）下表为3Gpp中下行UE不同能力的一些定义终端因素可用性分析——上下行吞吐率

速率影响因素——基站射频故障(RRU)或驻波比告警、天线端口功率不平衡（antenna0与antenna1接收电平差异过大）；传输带宽限制基站硬件及传输因素可用性分析——上下行吞吐率

速率影响因素——由于天馈工程设置或客观山体楼体阻挡导致信号快衰，SINR下降明显，被网络侧判断为覆盖边缘，影响资源调度和调制方式的使用；功率参数不合理导致无法进行主覆盖，引起SINR偏低；重叠覆盖：部分区域存在多个信号（相差在6dB内），同时覆盖一个区域；过覆盖：存在远距离信号干扰，导致SINR较差，直接影响下行速率；室内弱覆盖（如地下室、车库、无室分系统的高层、电梯）由于信号不稳定，导致SINR波动大，影响用户感知；切换问题：邻区漏配、切换参数不合理；内部干扰：同频干扰、PCI模3冲突等；外部干扰：主要是直放站及干扰器；无线环境影响可用性分析——上下行吞吐率

速率影响因素——测试服务器问题，由于服务器处理能力不同，相同终端在不同服务器下载的速率不尽相同；测试本硬盘读写能力，由于笔记本性能不同，硬盘读写能力不同，会导致测试及用户使用过程中感知的速率可能不同；手机软件吊死或死机，可通过重启解决；用户行为，同一小区下存在多个用户同时进行业务；工程施工质量问题其他因素案例：修改nCqiRb改善上行速率

将ncqiRB由6修改为2；PrachFreqOff同步进行修改，考虑到上行业务信道PRB需要连续分配；其他参数被动修改；参数名缩写默认值优化值备注PUCCHbandwithforCQI

nCqiRb62

PRACHfrequ