88外场未接通处理经验总结

EFLAG济南TD项目组外场未接通事件处理经验总结济南移动TD网络Sniper225LYL2010-11-29如何处理好平时路测中的未接通问题，是我们日常优化中一直关注的重点，本文将就济南TD网络外场日常优化、测试过程中遇到的各类典型未接通案例进行分析归类，并总结相应的优化经验和手段1目录概述...............................................................................................................................2一、未接通基本分析.....................................................................................................21．导致未接通事件的原因分类....................................................................................22．未接通事件分析流程简述.......................................................................................33．不同类型未接通基本描述及分析.............................................................................3二、典型案例...............................................................................................................81．覆盖问题导致的未接通..............................................................................................82．干扰导致的未接通...................................................................................................123．参数问题导致的未接通............................................................................................154．终端/软件问题导致的未接通...................................................................................185．站点/核心网问题导致的未接通................................................................................286．位置区规划不合理...................................................................................................33三、经验总结.............................................................................................................382概述在日常的外场DT中，我们经常会遇到各种原因导致的未接通事件，而接通率不但与集团考核成绩息息相关，与用户实际使用感受也有密切的关系，因此如何处理好平时路测中的未接通问题，是我们日常优化中一直关注的重点，本文将就济南TD网络日常优化过程中遇到的各类典型未接通案例进行分析归类，并总结相应的优化经验和手段。一、未接通基本分析1．导致未接通事件的原因分类目前我们在测试中经常遇到各种不同原因导致的未接通事件，我们根据原因的种类对未接通事件做了简单的分类如下：（1）覆盖问题导致的未接通；（2）干扰导致的未接通；（3）参数问题导致的未接通；（4）终端/软件问题导致的未接通；（5）站点/核心网问题导致的未接通；（6）位置区规划不合理；（7）容量问题导致的未接通；以上是我们平时在日常拉网测试、CQT测试时遇到未接通事件的主要原因，但在实际分析过程中，我们会发现每种原因之间均存在不同程度的联系，以覆盖问题为例，在覆盖重叠较为严重的区域容易形成到频污染，而到频污染区域的干扰通常会比较严重；又比如参数问题，当相邻小区的功率或者重选参数配置不合理时，在未接通事件点表象上会体现出较为严重的干扰或者弱覆盖（重选参数设置不合理，导致UE拖死），因此我们在实际的分析处理过程中应当充分利用所有信息，包括各种无线信号质量测量值、前台测试软件信令、后台CT、小区后台各类指标等，通过对各种信息的综合考量得出最准确的判断，并指定最高效的优化方案。32．未接通事件分析流程简述我们通过平时对各类未接通事件的处理，积累了大量的分析优化经验，特别是当拿到一个未接通事件时，从何着手进行分析，如何利用测试数据提供的信息，后台指标又可以提供哪些判断依据等，我们总结了基本的分析判断流程主要分为4步，其中多数未接通事件通过前两步的工作即可得到结果，但对于现象较为异常的事件，我们还需要进行随后的两步工作，以前后台结合，无线参数测量值与信令分析、参数检查相配合等综合手段进行分析判断，并最终的出准确的事件原因与高效合理的优化方案，具体流程如下：3．不同类型未接通基本描述及分析对于各种不同类型的未接通问题，我们在上文已经提到其之间大多存在着关联，并且通常情况下一个未接通事件的发生是由多个原因共同作用所导致的，因此我们在对每种未接通现象进行描述时，大家需要联系其他类型的原因及优化方案综合分析。（1）覆盖问题导致的未接通；弱覆盖导致的未接通，在现象上主要表现为无线信号质量主要是PCCPCHRSCP值较低，并且在邻区表中也没有PCCPCHRSCP值更好的小区，此时UE_Txpower通常也会升高。4对于这种现象我们首先应该查看服务小区是否存在越区孤岛、以及邻区漏配情况，如果没有才能说这是弱覆盖区域，由于覆盖是保证网络服务的基础能力，所以添加新站点事解决此类未接通的最有效方案，但往往由于周期较长因此我们处理提出新站需求外，还要对附近的小区进行功率的抬升，或者天线方位角、方向角的调整。另外一种手段是增加小区FPACH信道、PRACH信道的发射功率，以及上/下行干扰余量，从功率的角度对问题进行优化。重叠覆盖导致的未接通，通常情况下在重叠覆盖而没有主导小区进行覆盖的区域，会发生频繁的重选，在位置区边界则会造成频繁的位置区更新，导致被叫收到寻呼消息的概率大大下降，对于这种情况我们主要通过控制覆盖，使问题区域由一个较强的主导小区单独进行覆盖，主要采用天线调整的手段进行整改，另外可以有条件的结合重选、功率参数等，也可以使终端在重叠区域稳定占用某个小区。越区覆盖导致的未接通，其在现象上与弱覆盖问题产生的事件较为相似都表现为服务小区及邻区表小区PCCPCHRSCP值较低，但最主要的区别在于，越区覆盖的小区其邻区表中的各个小区均距离问题路段较远，且距离问题路段较近的小区没有出现在邻区列表中（如使用DX188手机进行测试，则直接可以通过邻区表判断是否存在邻区漏配，因为该型号手机有邻区测量功能，即使与周边小区没有配置邻区关系仍然可以进行测量），而弱覆盖区域中我们可以发现，即使覆盖问题路段的小区均出现在邻区表中，但其PCCPCHRSCP值都很低。解决越区覆盖的有效手段即对天线下倾角进行优化，当遇到天线调整困难时，比如：美化天线、上不了天面等，我们还可以临时采取功率调整的手段进行覆盖控制，另外还要对其邻区配置做合理添加，尽量避免在覆盖没有得到完全控制前出现孤岛的概率。（2）干扰导致的未接通UP干扰导致的未接通，当UP时隙存在干扰时会导致终端的RRC连接成功率严重下降，从发生接入困难，UP时隙的干扰理论上均是来自其他小区的DWPCH信道的上下行时隙交叉干扰，导致这种干扰的主要原因是由于远处小区的DWPCH信道由于传输时延落在了问题小区的UPPCH信道上，另外当某小区存在故障时，也可能会导致其周边小区的UP干扰集体上升。通常解决UP干扰的方法是修改UP偏移，在默认设置下，可以将UP偏移由目前的POS16修改为POS53，这样就可以将UPPCH信道落在TS1的末端，同时我们需要修改PRACH信道及SICH信道的配置，在UpPCH移到TS1或TS2上之前，必须把PRACH信道和HS-SICH信道先移到TS2或TS3上，因为PRACH信道、SICH信道与UPPCH信道不5能共时隙。当我们检查各个POS位的干扰时，如果发现TS1由于干扰过高已经不能满足优化效果时，可以尝试修改频点或者进一步做UP偏移至70。同频干扰导致的未接通，由于与RRC过程相关的FPACH信道、PCH信道、FACH信道均配置在主频点的TS0，因此当测试结果反映服务小区PCCPCHRSCP值较高而PCCPCHC/I较差时，其接通率通常会有比较明显的下降。另外当RRC连接建立后，终端会根据网络侧的相关判决占用主载波/辅载波的DPCH信道进行RB建立及其它直传消息，此时如果出现较为严重的干扰会导致DPCHC/I恶化，这也会使接通率降低。针对以上两种问题我们最常用的手段是严格按照频点规划方案，修改服务小区或者干扰小区的频点、扰码，以减轻或避免干扰。上行干扰导致的未接通，当存在上行干扰时，从测试软件中我们会发现UE_Txpower值会抬升，而上行干扰源除了网内其它用户终端外，外部干扰源也会造成非常强的上行干扰，着点可以通过后台指标提取并结合实际区域周围的建筑物场所进行判断，通常存在上行干扰的区域，周边小区的所有上行时隙均会有较高的干扰电平，并且会存在一定的时间规律，在特定的时间段里周边小区的KPI指标均会较平时有较大幅度的下降，而且这样的区域多集中在考场、党政机关驻地等（济南市区内各类军事驻地和办公场所众多，容易发生上行干扰）。对于上行干扰导致的未接通，如果是个别小区存在我们可以尝试修改频点或扰码，而对于外部干扰源，则应该当尽量掌握其规律，在测试路线的选取或测试路过时采取合理的规避手段。（3）参数问题导致的未接通；重选参数设置不合理导致未接通，重选参数设置不合理会导致UE在非最优小区发起呼叫，在严重时甚至会发生终端迟迟不重选而造成孤岛假象，最终以终端拖死起呼失败而告终，另外在位置区边界区域由于为了避免终端频繁的进行跨LAC区重选，在部分场景情况下我们会特别设置小区的重选参数，但在制定修改方案时要周全考虑到终端要在两个小区间双向进行重选的问题，而不能只顾及其中一侧。邻区漏配导致的未接通，从现象上来看与前面提到的越区孤岛、弱覆盖均有相似之处，当使用联芯8142/8130进行测试时，如果出现终端PCCPCHRSCP值降低，并且在邻区表中没有较好小区时，应该首先排查的就是是否存在邻区漏配，我们可以通过对基站数据库及站点地理位置分布图相结合，查看终端在未接通点时其邻区表中的是否有更合理的小区没有出现，并可以通过后台或者系统消息11来检查邻区关系是否配置。当发现邻区关系漏配后应当立即补全。62/3G参数设置不合理导致的未接通，对于部分场景我们可能会由于种种原因对2/3G参数进行相关的调整，使终端重选/切换至2G侧的条件降低，重选/切换至2G侧的概率与次数大大增加，但相应的2G侧对3G侧的重选参数没有进行相对应的调整，使得部分区域存在较频繁2/3G重选，而重选后进行的位置区更新使被叫UE被寻呼到的概率大大降低，接通率随之下降。（4）终端/软件问题导致的未接通终端问题导致的未接通，测试终端由于经常每天连续工作数个小时，