• / 40
  • 下载费用:1 金币  

TD-LTE掉线分析优化指导书V1.0.pdf

关 键 词:
TD LTE 分析 优化 指导书 V1
资源描述:
世纪通信鼎利支持第1页共40页TDLTE掉线分析优化指导书编写技术支持组世纪通信鼎利支持第2页共40页目录目录21概述42掉线分类定义421路测数据4211掉线定义4212表现形式5213获取方式错误未定义书签。22标口信令6221掉线表现形式6222获取方式823话统数据11231掉线率指标话统公式11232获取方式11233指标分析及统计点介绍123掉线原因分析1331常见掉线原因14311非切换类掉线14312切换类掉线17313其他异常分析184隔离定位方法错误未定义书签。41掉线率指标分析流程19411全网话统指标分析流程20412TOP小区掉线分析流程215优化案例2451南宁青秀区江滨路_HLH_3高掉线246附录3561影响掉线定时器35611非切换场景相关定时器35世纪通信鼎利支持第3页共40页612切换场景相关定时器39世纪通信鼎利支持第4页共40页1概述本指导书主要重点介绍TDLTE系统内掉线的优化思路、分析方法、定位手段及典型案例;影响掉线指标的原因主要包括弱覆盖、干扰、故障及参数设置、异常TOP终端等。2掉线分类定义掉线是指在UE在与ENB间成功建立ERAB之后,由于异常原因导致的ERAB释放,本章将分别从路测数据、标准接口信令、话统数据3个方面介绍一下掉线的表现。21路测数据211掉线定义一般测试分析软件对于掉线(ERABABNORMALRELEASE)的定义如下1)没有收到“DEACTIVATEEPSBEARERCONTEXTREQUEST”的NAS消息,也没有收到MME的“DETACHREQUEST”的NAS消息,也没有向网络侧主动发出“DETACHREQUEST”的NAS消息,收到了RRCCONNECTIONRECONFIGURATION消息,且其中有信元“DRBTORELEASELIST”,则生成一次ERABABNORMALREL,在INFO中显示所有“DRBTORELEASELIST”下对应的EPSBEARERIDENTITY,并记录RELEASELIST下的EPSBEARERIDENTITY个数。ERABNUM–释放个数,如果ERAB减完以后是0了,则状态迁移到RRC_IDLE,否则状态不迁移。2)或者在没有收到“DEACTIVATEEPSBEARERCONTEXTREQUEST”的NAS消息,也没有收到MME的“DETACHREQUEST”的NAS消息,也没有向网络侧主动发出“DETACHREQUEST”的NAS消息,收到了RRCCONNECTIONRELEASE消息并且前4S如果有RLC层速率传输上下行都需要考虑进来的,任何一个方向只要有数传即满足条件,生成一次ERABABNORMALREL,状态迁移到RRC_IDLE。3)或者收到RRCCONNECTIONRECONFIGURATION消息中包含了信元“DRBTOADDMODLIST”后,收到RRC释放信令之前,手机的RRCSTATEIDLE,生成一次ERABABNORMALREL,释放次数增加所有“DRBTOADDMODLISTT”下对应的EPSBEARERIDENTITY个数,状态迁移到RRC_IDLE。4)在没有收到RRCCONNECTIONRECONFIGURATION,DEACTIVATEEPSBEARERCONTEXTREQUEST,DETACHREQUEST,RRCSTATE,RRCCONNECTIONRELEASE消息时,收到RRC请求时将判断一个ERAB异常释放事件。5)遇到RRCREESTABLISHFAIL事件时同时输出ERAB异常释放事件,打点时间与RRCREESTABLISHFAIL相同。世纪通信鼎利支持第5页共40页212表现形式通常路测时,使用商用终端加相应的终端信令跟踪软件,以及路测计算机安装的流量监控软件,能看到如下信息流量突然掉底或为0在FTP下载或上传(或者灌包)没有进行手动干预的情况下,此时吞吐率应该保持持续,若出现突然掉底,则有可能出现掉线。图1路测吞吐率掉底UE开始接收系统消息通常,UE在DETACH/不活动定时器释放/切换至新小区/发生重建这些场景时会读取系统消息,但如果在业务正常进行过程中,在未涉及这些场景时突然接收系统消息时,则可以判定为掉线。世纪通信鼎利支持第6页共40页图2开始接收系统消息22标口信令在OMC信令跟踪窗口中的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“USERINACTIVITY”、“CSFALLBACKTRIGGERED”、“UENOTAVAILABLEFORPSSERVICE”、“INTERRATREDIRECTION”时,则判断为掉线。221掉线表现形式在ENODEB跟踪到的标准接口信令中,如果存在ENODEB发起的释放,既在S1接口上发往CN异常掉线通常都是由ENB发起的释放,通知MME释放上下文,因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可,如下图所示为正常释放。图3S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序,这样所有的S1AP_UE_CONTEXT_REL_REQ都会排列在一起,如下图所示。世纪通信鼎利支持第7页共40页图4按消息类型排序依次点击下一条,查看中的原因值,找出信令内携带的原因值为异常释放原因值的进行分析。如下图所示为一异常释放的话单记录。图5找到异常掉线消息根据对应的时间点,打开标准UU口的跟踪,找到对应时间点的RRC_CONN_REL消息,如下图所示。世纪通信鼎利支持第8页共40页图6找到对应的UU口消息再查找对应时间点的IFTS跟踪,看是否跟踪到此次异常释放对应的IFTS跟踪。图7找到对应的IFTS消息打开IFTS跟踪,查找对应的时间点的跟踪是否可以和UU口、SI口对应上,如果无法对应,说明该IFTS跟踪的UE和当前掉线的UE不是同一个UE,则该IFTS跟踪就没有分析的必要。如果可以找到IFTS跟踪的UE和当前掉线的UE是同一个UE,则把该S1/UU/IFTS跟踪发回来分析。222获取方式可以通过M2000采集IFTS数据,获取步骤简介如下STEP1登录M2000服务器,选择监控信令跟踪信令跟踪管理世纪通信鼎利支持第9页共40页图8M2000信令跟踪管理STEP2在左侧菜单栏中双击“IFTS跟踪”图9M2000IFTS跟踪STEP3点击“创建”,出现如下对话框,填写跟踪名称,并选定跟踪网元,点击下一步世纪通信鼎利支持第10页共40页图10M2000IFTS跟踪网元与时间设置STEP4图11M2000IFTS跟踪信息选择设置1)小区ID按实际填写2)跟踪层L1需要勾选“L1上行链路特征信息”、“L1下行链路”;L2TTI需要勾选“L2性能算法特征信息”;3)勾选”TRACETYPE”中的“内部消息”INNER和“文本消息”TEXT;STEP5点击“完成”,任务创建成功STEP6用户接入,可以跟踪到相关日志世纪通信鼎利支持第11页共40页STEP7单击右键,选择“停止”可以停止跟踪注意事项IFTS跟踪是跟踪第一个接入的用户,具体哪个用户是由IFTS跟踪界面打开后L3根据实际接入用户情况跟踪的。需要先打开IFTS跟踪,再接入用户,才能跟踪到内容。23话统数据231掉线率指标话统公式在话统侧异常掉线指标的公式定义如下无线掉线率ENODEB发起的S1RESET导致的UECONTEXT释放次数UECONTEXT异常释放次数/UECONTEXT建立成功总次数100指标ID指标名称指标描述所属网元1526728227LUECNTXABNORMRELUECONTEXT异常释放次数DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS39001526728838LUECNTXRELS1RESETENODEBENODEB发起的S1RESET导致的UECONTEXT释放次数DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS39001526728839LUECNTXRELS1RESETMMEMME发起的S1RESET导致的UECONTEXT释放次数DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS3900232获取方式通常为方便数据发送及后处理,话统数据可通过M2000进行获取导出,格式一般为EXCEL,相关格式如下图所示世纪通信鼎利支持第12页共40页图12话统文件格式也可以通过PRS软件直接处理M2000服务器上的原始话统数据。233指标分析及统计点介绍UECONTEXT异常释放次数测量点如上图中A点所示,当ENODEB向MME发送UECONTEXTRELEASEREQUEST消息,会释放UE的所有ERAB。当释放原因不为“NORMALRELEASE”,“DETACH”,“USERINACTIVITY”,“CSFALLBACKTRIGGERED”,“UENOTAVAILABLEFORPSSERVICE”,“INTERRATREDIRECTION”,“TIMECRITICALHANDOVER”,“HANDOVERCANCELLED”时,测量指标LUECNTXABNORMREL加1。世纪通信鼎利支持第13页共40页ENODEB发起的S1RESET导致的UECONTEXT释放次数测量点如上图中A点所示,当ENODEB向MME发送S1RESET消息时,根据包含的上下文个数,指标LUECNTXRELS1RESETENODEB进行累加。UECONTEXT建立成功总次数测量点如上图中B点所示,当ENODEB向MME发送INITIALCONTEXTSETUPRESPONSE消息时统计该指标。消息中如果包括多个ERAB,该指标也只统计一次。3掉线原因分析TOP小区分析可通过OMC920提取异常释放原因ENODEB发起的原因为UELOST的UECONTEXT释放次数ENODEB发起的原因为切换失败的UECONTEXT释放次数ENODEB发起的原因为无线层问题的UECONTEXT释放次数世纪通信鼎利支持第14页共40页ENODEB发起的S1RESET导致的UECONTEXT释放次数31常见掉线原因按照掉线发生的场景,一般可以把掉线分为切换、非切换及其他异常场景。311非切换类掉线邻区漏配通常,网络建设初期优化过程掉线占大多数是由于邻区漏配导致的。对于LTE网络内同频邻区,通常采用以下的办法来确认是否为同频邻区漏配方法一如果掉线后UE马上重新接入,且UE重新接入的PCI与UE掉线时的PCI不一致,则可以怀疑是邻区错/漏配问题,可以通过测量控制进一步进行确认(从掉线位置的消息开始往前找,找到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。方法二在网络侧,观察ENODEB在收到UE上报的测量报告后如果没有处理,且同时X2口没有往目标小区发送HANDOVER_REQUEST(配置了X2链路);或者S1口没有往MME发送HANDOVER_REQUIRED(未配置X2接口,走S1接口),则可以怀疑是邻小区漏配。(该方法只适用于异站切换,同站切换没有X2口交互)。邻区漏配导致的掉线也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同,主要是掉线发生的时候,手机没有测量或者上报异频邻区,而手机掉线后重新驻留到异频邻区上。异系统邻区漏配表现为手机在LTE网络掉线,掉线后手机重新选网驻留到异系统网络,且从信号质量来看,异系统网络的质量很好。定位/优化邻小区漏配的方法可通过UE的SCANNER功能进行扫频,观察是否有更强的的且不在邻小区列表中的小区。邻小区漏配的优化建议需要结合工参、电子地图等信息进行。弱覆盖这里所说的弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖,由于上下行支持的最大路损不一致,通常在LTE中上行较之于下行先受限,故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。按照V100R004C00及以后版本的商用网典型配置来看,下行PDSCH导频配置的是152DBM(2T2R配置),上行UE最大发射功率为23DBM。在链路预算过程中链路预算的结果和场景、链路预算的边缘吞吐率、接收机灵敏度等的配置强相关。世纪通信鼎利支持第15页共40页相关链路预算结果如下表所示表1链路预算结果SCENARIOPDSCHPUSCHEDGERATEKBPS102464MORPHOLOGYDENSEURBANDENSEURBANCHANNELMODELETU3ETU3SECTORIZATION3SECTOR3SECTORSYSTEMBANDWIDTHMHZ2020EDGEMCSQPSK012QPSK013ANTENNACONFIGURATION2X2SFBC1X2ENVIRONMENTINDOORINDOORRESOURCEBLOCKPDSCHPUSCHTOTALRBNUMBER10084RBNUMBERREQUIRED393TXPDSCHPUSCHMAXTXPOWERDBM46012300CABLELOSSDB050BODYLOSSDB00ANTENNAGAINDBI180EIRPDBM3272744RXPDSCHPUSCHANTENNAGAINDBI018CABLELOSSDB005世纪通信鼎利支持第16页共40页BODYLOSSDB00NOISEFIGUREDB725INTERFERENCEMARGINDB140140SINRDB510403RECEIVERSENSITIVITYDBM1303413376MINIMUMSIGNALLEVELDBM1289514986MAPLPDSCHPUSCHPENETRATIONLOSSDB2020STDDEVOFSLOWFADINGDB117117AREACOVERAGEPROBABILITY9595SHADOWFADINGMARGINDB10861086MAPLDB1308012644CELLCOVERAGEPDSCHPUSCHUEANTENNAHEIGHTM1515ENBANTENNAHEIGHTM3030CARRIERFREQUENCYMHZ26552535PROPAGATIONMODELCOST231HATAHUAWEICOST231HATAHUAWEICOVERAGEKM040031从上表可见,该场景下(下行边缘吞吐率为1024K,最少39个RB)下行支持的最大路损为1308DB,则按照导频是182DBM来计算的话,下行支持的最小RSRP为18213081126,若低于该电平值,则可以认为下行存在弱覆盖。而该场景(上行边缘吞吐率64K,最少3个RB)上行支持的最大路损为12644DB,则上行支持的最小RSRP为231264410344DBM,若上行低于该值,则就认为上行存在弱覆盖。只要是上行或者下行其中一个存世纪通信鼎利支持第17页共40页在弱覆盖,则就有导致掉线发生的可能。弱覆盖问题需要结合实际路测情况及工参进行调整优化。干扰引起的掉线通常干扰分为上行干扰及下行干扰,系统内干扰及外来干扰。不论哪种类型的干扰都有可能会导致掉线。通常,对于下行,当服务小区的RSRP高于90DBM,但是SINR低于6DB,基本上可以认为是下行干扰的问题(当邻小区错/漏配OR切换不及时的时候,也可能出现服务小区RSRP信号很好,但SINR很差的情况);下行的干扰通常是指导频污染,指覆盖地区存在3个以上的小区满足切换条件,由于信号的波动常常出现频繁小区重选或者乒乓切换,可能会导致掉线。对于上行干扰,主要是指在上行RSRP在120DBM以上,但是SINR却已经在3DB以下的场景,通常系统内上行干扰主要是因为邻小区用户上行发射功率引起的干扰及本小区用户失步后引起的干扰。通常在没有干扰的情况下,在典型参数配置下,上下行是接近平衡的(上行略早于下行先受限),而当下行存在干扰时,会体现在下行先受限,上行不受限;而存在上行干扰时,则是上行先受限但下行不受限。流程交互失败一些需要信令交互的流程,如CQI上报周期、MIMO模式、SRS、ANR流程等,这些流程往往常常会由于无线环境的原因,ENODEB与终端侧兼容方面的原因或者手机本身的问题导致流程失败,最后导致掉线。这类问题需要针对特定的流程和手机进行分析,需要特殊情况特殊处理,没有一般性的处理方法。312切换类掉线在LTE系统中,在时间轴上,可将切换分为如下3类过早切换、过晚切换及乒乓切换。由于重建的引入,通常过早切换能重建回原小区,故不会引发掉线,而过晚切换及乒乓切换易导致掉线。从信号变化趋势上来看,过晚切换主要有以下现象世纪通信鼎利支持第18页共40页1)拐角效应源小区RSPR/SINR陡降,同时目标小区RSRP/SINR陡升(即突然出现在邻小区列表中就是很高的值);2)针尖效应源小区RSPR/SINR快速下降后一段时间后上升或目标小区出现短时间的陡升后立即陡降。(既服务小区信号出现凹坑或者邻小区信号出现尖峰)因为切换过晚时易容易发生目标小区没有UE的上下文,由于当前产品尚未实现无上下文的重建,故易造成重建失败,最终导致掉线。从信令流程上看,一般在掉线前手机上报了邻区的A3测量报告,ENODEB也收到了测量报告,并下发了切换命令,但是UE侧收不到,此时如果目标小区能有UE的上下文且能重建成功,可以不掉线。乒乓切换在信号变化趋势上有如下表现1)主服务小区变化快2个或者多个小区交替成为主服务小区,主服务小区具有较好的RSRP和SINR且每个小区成为主导小区的时间很短;2)无最优小区存在多个小区,RSRP正常而且相互之间差别不大,每个小区的SINR都很差。从信令流程上看,一般可以看到UE刚刚完成一次切换后就有新的测量报告上报并发起另一次切换,由于切换后还有较多的重配置消息下发(CQI上报模式、SOUNDING等),在乒乓区域易导致这些命令超时失败引起掉线。解决切换过晚导致的掉线问题,可以通过调整天线位置,修改切换参数或者配置CIO使目标小区能够提前发生切换;解决乒乓切换带来的掉线问题,主要通过调整天线位置改善RF,使得该区域能有一个稳定的最优小区。对于异频切换和异系统切换,在切换前需要通过启动GAP来进行异频或者异系统频点的测量,故需要对A2参数进行合理配置,保证及时的起GAP测量,从而避免起GAP过晚导致的终端来不及测试目标侧小区的信号导致掉线,并合理的配置目标小区的门限。313其他异常分析传输问题(S1、X2口复位、闪断等)ENB故障(单板复位、射频通道故障等)UE故障等(UE死机、发热、版本缺点等)世纪通信鼎利支持第19页共40页在排除了以上的原因之后,其他的掉线一般需要通过查看设备的日志文件,告警信息等进一步来分析掉线原因。比如ENODEB基带板内存泄露导致在发起小区资源核查时释放用户导致掉线;比如友商核心网重启导致的ERAB异常释放。还有在路测过程中易引起路测终端过热/死机,或者连线脱落/掉电导致的掉线。通常ENODEB侧的告警可通过在M2000侧进行观察,对于每个告警,都有相关的处理建议,可通过M2000的在线帮助进行阅读。如下图所示图13M2000告警浏览界面32掉线率指标分析流程一旦当掉线KPI指标下降或者出现剧烈波动的时候,首先要做的就是要把问题梳理清楚、既问题隔离;搞明白问题出自哪里、问题存在范围,然后有的放矢的进行有针对性的解决,掉线率指标分析流程图如下所示世纪通信鼎利支持第20页共40页图14话统指标分析流程图如上图所示,针对掉线率KPI的分析思路,在获取到掉线相关的COUNTER’指标后,通常有需要从两个方面入手1、是否是整网级别的掉线率指标恶化2、是否是TOP小区引起的指标恶化;321全网话统指标分析流程说明世纪通信鼎利支持第21页共40页1、首先需要在话统侧获取全网的掉线率指标以及趋势,掉线率趋势分析至少需要分析12周左右的数据。如果全网的掉线率指标突然偏高(高于验收值),一般下列因素会导致全网的掉线率突然增加,需要执行以下的检查全网是否做过重大动作,如割切、搬迁等;是否存在核心网侧的版本变更或参数更改;是否存在ERAN侧参数的更改,如定时器的修改、算法开关的调整等;检查系统是否做过版本升级、打补丁等动作;对于ENODEB,可通过WEBLMT或者M2000执行MML命令“LSTSOFTWARE”进行查询,查询结果显示形式如下图15ENODEB软件版本查询结果全网话务量趋势分析分析是否由于话务量突然增加影响到掉线率上升;话务量的分析通常可通过ERAB尝试建立的次数及成功次数的分布来判断;是否存在重大活动如重要节假日或放号等。322TOP小区掉线分析流程针对非全网性故障导致的指标波动或下降时,需要使用定位TOP小区的思路对问题进行定位分析,TOP小区的选取需要遵循如下规则ATOP小区的掉线率指标要低于全网平均掉线率指标;B按照异常掉线绝对次数将小区进行从大到小的降序排列;在确定了TOP小区后,需要按照如下流程进行问题的分析1、首先针对TOP小区进行如下几个动作的核查ATOP小区是否做过重大动作,如割切、搬迁等;B检查ENODEB侧是否存在该TOP小区相关的告警信息;检查该小区所属ENODEB的告警,确认该小区没有出现故障等信息;常见的告警如RRU相关的告警、通道相关的告警、传输相关的告警、基带板相关的告警等世纪通信鼎利支持第22页共40页CTOP小区所在核心网是否存在参数更改;DTOP小区是否存在OM操作,如去激活小区、重启单板等;ETOP小区话务量趋势分析分析是否由于话务量突然增加影响到掉线率上升;话务量的分析通常可通过ERAB尝试建立的次数及成功次数的分布来判断;是否存在演唱会、大型体育赛事等;F是否存在参数修改需要检查小区参数在掉线率异常期间是否存在修改,如定时器的修改、算法开关的调整等,与掉线率相关参数的几个重要参数如下表所示(后续将随版本更新);掉线率相关参数参数名参数中文名参数含义MMLCOMMANDPOLLTRANSTIMER发送POLLPDU定时器该参数表示当该定时器超时后,需要重新设置P位为0。MODTYPSRBRLCPDCPMAXUERETXTHRESHOLDUE侧AMPDU最大重传次数该参数用于AM模式的RLC发送端,用于限制AMPDU的重传次数。达到最大重传次数时会触发重建RRC连接。MODTYPSRBRLCPDCPMAXENODEBRETXTHRESHOLDENODEB侧AMPDU最大重传次数该参数用于AM模式的RLC发送端,用于限制AMPDU的重传次数。达到最大重传次数后会释放ERAB。MODTYPSRBRLCPDCPUEPOLLRETRANSMITTIMERUE发送POLLPDU定时器该参数表示当该定时器超时后,需要重新设置P位为0。MODRLCPDCPPARAGROUPENODEBPOLLRETRANSMITTIMERENB发送POLLPDU定时器该参数表示当该定时器超时后,需要重新设置P位为0。MODRLCPDCPPARAGROUPUEMAXRETXTHRESHOLDUE侧AMPDU最大重传次数该参数用于AM模式的RLC发送端,用于限制AMPDU的重传次数。达到最大重传次数时会触发重建RRC连接。MODRLCPDCPPARAGROUPENODEBMAXRETXTHRESHOLDENODEB侧AMPDU最大重传次数该参数用于AM模式的RLC发送端,用于限制AMPDU的重传次数。达到最大重传次数后会释MODRLCPDCPPARAGROUP世纪通信鼎利支持第23页共40页放ERAB。WAITUEUURSPTIMER等待UE空口响应消息定时器ENB等待UE返回空口响应消息的定时器MODWAITUEUURSPTIMERWAITMMES1RSPTIMER等待MMES1接口响应消息定时器ENB等待MME返回S1接口响应消息的定时器MODWAITUEUURSPTIMERWAITENBX2RSPTIMER等待对端ENBX2接口响应消息定时器ENB等待对端ENB返回X2接口响应消息的定时器MODWAITUEUURSPTIMERWAITINTERRATSYSHORSPTIMER等待对端异系统网元响应消息定时器ENB等待对端异系统网元返回响应消息的定时器MODWAITUEUURSPTIMERUERESYNCTIMER等待UE重同步指示消息定时器该参数为等待UE重同步指示消息定时器,L2与UE首次失步后,L2在该定时器时间内监测UE的重同步信息,若UE在该定时器配置时间内一直未发出重同步响应,则L2上报一条消息,L3会把对应的UE释放,该参数为小区级别参数。MODWAITUEUURSPTIMERT304FOREUTRAN系统切换304定时器该参数表示系统内切换使用的定时器T304的时长。如果UE在该时长内无法完成对应的切换过程,则进行相应的资源回退,并发起RRC连接重建过程。MODRRCCONNSTATETIMERT304FORGERAN切换到GERAN时的304定时器该参数表示切换到GERAN时使用的定时器T304的时长。如果UE在该时长内无法完成对应的切换过程,则进行相应的资源回退,并发起RRC连接重建过程。MODRRCCONNSTATETIMER世纪通信鼎利支持第24页共40页4优化案例41南宁青秀区江滨路_HLH_3高掉线【问题描述】2014年7月10日以来青秀区多天出现在高掉线TOPN小区【问题定位分析】首先对基站进行故障定位,看基站是否存在故障,经历史故障告警核查发现该站未出现告警。每PRB干扰噪声、驻波比等指标均正常;在核查基站无故障告警后对小区的参数进行了核查,参数均正常。在经过参数核查无问题后把重心转移到模三干扰,核查发现南宁青秀区江滨路_HLH_3跟南宁青秀区工兵营_HLH_3的PCI模三值均为0,而且两个基站的物理位置相距仅为655米,很有可能存在模世纪通信鼎利支持第25页共40页三干扰。鉴于PCI的修改对周边基站影响太大,在PCI修改后很有可能对产生新的问题。联系南宁青秀区江滨路_HLH所在的27簇优化工作人员帮忙现场定位测试,在车辆从南宁青秀区江滨路_HLH附近往北继续行进,在靠近南宁青秀区江滨医院_HLH附近路段发现南宁青秀区江滨路_HLH_3的SINR变差,同时能接收到南宁青秀区江滨医院_HLH_3的信号,从两个小区的PCI可以看出南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_HLH_3的模三值均为0,存在模三干扰。因此可以定位出南宁青秀区江滨路_HLH_3存在模三干扰,而且很有可能是导致南宁青秀区江滨路_HLH_3高掉线的原因。世纪通信鼎利支持第26页共40页从上图可以看出南宁青秀区江滨路_HLH与南宁青秀区江滨医院_HLH的PCI规划合理,正常情况下南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_HLH_3不会存在模三干扰,最有可能就是南宁青秀区江滨路_HLH_3跟南宁青秀区工兵营_HLH_3存在模三干扰。而在实际测试中发现南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_HLH_3存在模三干扰,主要是因为南宁青秀区江滨路_HLH与南宁青秀区江滨医院_HLH均靠近邕江,信号容易收到江面反射形成干扰。【优化调整】现场人员在实地勘测后根据实际用户分布以及基站拓扑情况于7月22日对南宁青秀区江滨医院_HLH_3进行了RF优化,调整了该小区的方位角,由原来的280°调整为290°,调整后现场复测在重叠区域南宁青秀区江滨医院_HLH_3的信号已经明显减弱。【优化效果】在7月22日RF优化后对南宁青秀区江滨路_HLH_3的指标进行了跟踪分析,从OMC后台数据分析发现南宁青秀区江滨路_HLH_3的掉线次数和无线掉线率都明显降低。开始时间网元名称UECONTEXT异常释放次数ENODEB发起的S1RESET导致的UECONTEXT释放次数掉线总次数UECONTEXT建立成功总次数无线掉线率ENODEB触发的ERAB异常释放总次数ERAB建立成功总次数JT_ERAB掉线率07/18/2014南宁青秀区江滨路_HLH_3307030737848113307381880407/19/2014南宁青秀区江滨路_HLH_319401942833684719428636776世纪通信鼎利支持第27页共40页07/20/2014南宁青秀区江滨路_HLH_3798079851761541791855781645707/21/2014南宁青秀区江滨路_HLH_332103214039794754246861156607/22/2014南宁青秀区江滨路_HLH_3360362730131859287720507/23/2014南宁青秀区江滨路_HLH_370745230154115636019507/24/2014南宁青秀区江滨路_HLH_390941500216135571023342东莞东城景湖春天E2HLW2掉线分析【问题描述】东莞东城景湖春天E2HLW掉线严重,指标趋势如下【问题定位分析】分析异常释放原因99为无线层原因。查该小区告警存在单板软件运行异常告警,小区服务能力下降告警及射频单元驻波告警,10个RRU且优6个RRU上行数据同步异常。派单维护现场协助处理告警东莞东城景湖春天E2HLW2异常释放原因传输层问题切换流程失败无线层问题核心网问题导致世纪通信鼎利支持第28页共40页【优化调整】维护人员现场复位单板后,单板软件运行异常告警及小区服务能下降告警消除,但RRU81,84的射频单元异常告警还是存在,待继续跟进处理。【优化效果】观察掉线指标恢复43东莞塘面工业区FHLH1掉线分析【问题描述】东莞塘面工业区FHLH1无线掉线率时好时坏,有时达20左右,趋势如下世纪通信鼎利支持第29页共40页【问题定位分析】查该小区无告警,且干扰正常查询指标统计,ERAB异常释放主要为切换失败导致,两两切换指标统计,切换出失败目标小区为CELLID1878143东莞桥南路FHLH3查目标小区东莞桥南路FHLH3干扰较严重【优化调整】目标小区存在上行干扰导致切换失败掉线,目标小区干扰较强,属于外部干扰,待安装滤波器,由于滤波器设备未到位,跟进中44东莞颜屋FHLH3掉线分析【问题描述】东莞颜屋FHLH3无线掉线率一直都不达标,趋势如下11090705030RB0RB4RB8RB12RB16RB20RB24RB28RB32RB36RB40RB44RB48RB52RB56RB60RB64RB68RB72RB76RB80RB84RB88RB92RB96东莞桥南路FHLH3干扰检测东莞桥南路FHLH3干扰检测世纪通信鼎利支持第30页共40页【问题定位分析】查该小区无告警,观察每个RB上的干扰情况,无明显干扰现象观察指标,95的异常释放原因为无线层原因,查询该小区邻区,与周边站点都有定义邻区关系,同频邻区数44个,异频邻区数28个。NASTAR分析,UE多次上报测量报告,且测量到的邻区的RSRP都相对较弱,超过定时后,ENODEB向MME发起释放请求,释放的原因都为“RADIONETWORKLAYERCAUSECHR数据分析,主要为上行弱覆盖,如下120118116114RB0RB8RB16RB24RB32RB40RB48RB56RB64RB72RB80RB88RB96东莞颜屋FHLH3干扰检测系列1世纪通信鼎利支持第31页共40页TA测量分析,该小区平均TA46左右,但最大TA24,有点过覆盖现象。地理位置分析,该站点两旁都是山体,站点较少,距离最近站点095KM。RSRP小于110占1032。【优化调整】由于地理环境,周边站点较少,导致东莞颜屋FHLH3覆盖区域弱信号,待调整下倾角观察45东莞三滘中路FHLH2切换掉线分析【问题描述】东莞三滘中路FHLH2无线掉线率较高,10以上。见下图世纪通信鼎利支持第32页共40页【问题定位分析】查源小区东莞三滘中路FHLH2无告警,无干扰等情况统计指标,主要为切换掉线由信令分析,准备切换成功,在执行切换时失败120115110105RB0RB4RB8RB12RB16RB20RB24RB28RB32RB36RB40RB44RB48RB52RB56RB60RB64RB68RB72RB76RB80RB84RB88RB92RB96东莞三滘中路FHLH2干扰检测系列102004006001234567东莞三滘中路FHLH2释放次数ENODEB发起的原因为切换失败的UECONTEXT释放次数ENODEB发起的原因为无线层问题的UECONTEXT释放次数世纪通信鼎利支持第33页共40页测量报告显示,源小区的RSRP97DBM邻小区RSRP91DBM。同频切换,邻小区RSRP比源小区强6DBM,但无法切换,最终ENODEB向MME发起释放请求无漏配邻区关系,检查邻区配置参数,发现源小区所定义的外部小区PCI与邻区东莞大围头FHLH2和东莞大围头FHLH3PCI定义错误世纪通信鼎利支持第34页共40页【优化调整】把外部小区PCI修改于邻小区一致。【优化效果】东莞三滘中路FHLH2掉线恢复正常5总结综上所述,对于TDLTE的掉线,是在UE完成“RRCCONNECTIONRECONFIGURATIONCOMPLETE”处于连接态,之后由于干扰、弱信号、其他原因导致的UE上下行失步,触发重建未果或者被拒过程。只要不是终端主动发起的释放,都应算为掉线。主要由弱信号,邻区错/漏配,切换掉线,干扰等情况影响。掉线问题处理流程世纪通信鼎利支持第35页共40页6附录61影响掉线定时器611非切换场景相关定时器SRB达到最大复位次数在ENB侧未成功下发AM信令,会进行HARQ及RLC的重传,在SRB达到最大重传次数后(21基线值4次,对应MML参数配置为MAXENODEBRETXTHRESHOLDMAXRETX_THRESHOLD_T4)POLLING(21基线值定时器45MS,对应MML参数配置为POLLTRANSTIMER8)后,SRB达到RLC最大重传次数后,如果是普通信令,则会继续等待UEUU口响应定时器超时后释放,若为5大特殊信令,则会在SRB达到RLC最大重传次数后直接启动延迟释放定时器,等待延迟释放定时器超时后掉线。注延迟释放定时器配置世纪通信鼎利支持第36页共40页ERAN21C00SPC300T310T31110SERAN21SPC400T310T31120S延迟释放特殊信令定义RRCCONNECTIONRECONFIGURATION包括ERAB建立(DEFAULTEPSBEARERCONTEXT及DEDICATEDEPSBEARERCONTEXT),MEASUREMENTCONTROL(周期,事件,ANR中读取ECGI)相关流程图简单整理如下下行SRBRLC是否达到最大重传次数启动延迟释放定时器是否特殊信令等待WAITUEUURSPTIMER定时器超时后释放SRB达到最大重传次数时间(21基线值4次,MAXENODEBRETXTHRESHOLDMAXRETX_THRESHOLD_T4)POLLING(21基线值定时器45MS,POLLTRANSTIMER8)延迟释放定时器20SPH211/SPH21330S、20SPH21215S、21C00T310T31110S、21SPC400T310T31120S特殊信令RRCCONNECTIONRECONFIGURATION包括空口的ERAB建立、修改、释放相关的RRCCONNECTIONRECONFIGURATION消息,MEASUREMENTCONTROL(周期,事件,ANR中读取ECGI)ENB下发AM消息,并启动WAITUEUURSPTIMER定时器(20/21基线为5S)是否等待WAITUEUURSPTIMER定时器超时后启动延迟释放定时器释放否是总释放时间为SRB达到最大重传次数时间延迟释放时间总释放时间为等待WAITUEUURSPTIMER定时器时长总释放时间为等待WAITUEUURSPTIMER定时器时长延迟释放时间图19SRB相关流程DRB达
展开阅读全文
  麦档网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
0条评论

还可以输入200字符

暂无评论,赶快抢占沙发吧。

关于本文
本文标题:TD-LTE掉线分析优化指导书V1.0.pdf
链接地址:https://www.maidoc.com/p-1438.html
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2018-2020 maidoc.com版权所有  文库上传用户QQ群:3303921 

麦档网为“文档C2C模式”,即用户上传的文档所得金币直接给(下载)用户,本站只是中间服务平台,本站所有文档下载所得的金币归上传人(含作者)所有。
备案号:蜀ICP备17040478号-3  
川公网安备:51019002001290号 

本站提供办公文档学习资料考试资料文档下载


收起
展开