TD-LTE网络性能KPI(切换成功率)优化手册

TD-LTE网络性能KPI（切换成功率）优化手册

1切换成功率定义说明

1.1指标公式

1.2COUNTER定义

1.2.1集团规范定义

1、eNB间S1切换出请求次数：

源eNB向MME发送的“切换请求”消息（HANDOVER REQUIRED）（3GPP TS 36.413），指示eNB间通过S1接口的切换出准备请求。向不同小区发送的同一切换准备请求，需要重复统计。

2、eNB间S1切换出成功次数：

源eNB收到MME发送的“UE上下文释放命令”消息（UE CONTEXT RELEASE COMMAND）（3GPP TS 36.413），指示eNB间通过S1接口的切换出执行成功。

3、eNB间X2切换出请求次数：

源eNB向目标eNB发送的“切换请求”消息（HANDOVER REQUEST）（3GPP TS 36.423），指示eNB间通过X2接口的切换出准备请求。向不同小区发送的同一切换准备请求，重复统计。

4、eNB间X2切换出成功次数：

源eNB收到目标eNB发送的“UE上下文释放”消息（UE CONTEXT RELEASE）（3GPP TS 36.423），指示eNB间通过X2接口的切换出执行成功。

5、eNB内切换出请求次数：

eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息（RRCConnectionReconfiguration），指示eNB内小区间切换出请求。（3GPP TS 36.331）

6、eNB内切换出成功次数：

eNB收到UE发送的“RRC连接重配置完成”消息（RRCConnectionReconfigurationComplete），指示eNB内小区间切换出成功。（3GPP TS 36.331）

1.2.2NSN映射

1、eNB间S1切换出请求次数：

M8014C14：INTER_ENB_S1_HO_PREP，The number of Inter eNB S1-based Handover preparations；

2、eNB间S1切换出成功次数：

M8014C19：INTER_ENB_S1_HO_SUCC，The number of successful Inter eNB S1-based Handover completions；

3、eNB间X2切换出请求次数：

M8014C0：INTER_ENB_HO_PREP，The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a list with target cells from the RRM and decides to start an Inter-eNB X2-based Handover；

4、eNB间X2切换出成功次数：

M8014C7：SUCC_INTER_ENB_HO，The number of successful Inter-eNB X2-based Handover completions；

5、eNB内切换出请求次数：

M8009C6：ATT_INTRA_ENB_HO，The number of Intra-eNB Handover attempts；

6、eNB内切换出成功次数：

M8009C7：SUCC_INTRA_ENB_HO，The number of successful Intra-eNB Handover completions；

1.3信令统计点

1.3.1eNB间S1切换

统计点关系：M8014C14= M8014C15 + M8014C16 + M8014C17 + M8014C18

M8014C18 = M8014C19 + M8014C20（注：现网实际数据对不上）

1、M8014C14：INTER_ENB_S1_HO_PREP

Updated: This counter is updated following the transmission of an S1AP:HANDOVER REQUIRED message from the source eNB to the MME if this message prepares an Inter eNB Handover.

2、M8014C15：INTER_S1_HO_PREP_FAIL_TIME

Updated: This counter is updated at the expiry of the guarding timer TS1RELOCprep if the timer was started because of the preparation of an Inter eNB Handover.

3、M8014C16：INTER_S1_HO_PREP_FAIL_NORR

Updated: This counter is updated following the reception of an S1AP: HANDOVER PREPARATION FAILURE message from MME to source eNB with cause "No RadioResources Available in Target Cell" if this message is received in response to thepreparation of an Inter eNB Handover.

4、M8014C17：INTER_S1_HO_PREP_FAIL_OTHER

Updated: The number of failed Inter eNB S1-based Handover preparations due tothe reception of an S1AP: HANDOVER PREPARATION FAILURE message with acause other than "No Radio Resources Available in Target Cell."

5、M8014C18：INTER_ENB_S1_HO_ATT

Updated: This counter is updated following the reception of an S1AP: HANDOVER COMMAND message from the MME to the source eNB in case that this message isreceived in response to the preparation of an Inter eNB Handover.

6、M8014C19：INTER_ENB_S1_HO_SUCC

Updated: This counter is updated following the reception of an S1AP: UE CONTEXT RELEASE COMMAND message from the MME to the source eNB with the causevalue Radio Network Layer (Successful Handover) in case that this message isreceived for an Inter eNB Handover.

7、M8014C20：INTER_ENB_S1_HO_FAIL

Updated: This counter is updated following the expiry of the guarding

timer TS1RELOCoverall in case that this timer was started because of an Inter eNB Handover.

1.3.2eNB间X2切换

统计点关系：M8014C0= M8014C2+ M8014C3+ M8014C5+ M8014C6

M8014C6= M8014C7+ M8014C8（注：现网实际数据对不上）

1、M8014C0：INTER_ENB_HO_PREP

Updated: This counter is updated following the transmission of an X2AP: Handover Request to the target eNB.

2、M8014C2：FAIL_ENB_HO_PREP_TIME

Updated: This counter is updated following the expiry of the guarding timer TX2RELOCprep.

3、M8014C3：FAIL_ENB_HO_PREP_AC

Updated: This counter is updated following the receptionof an X2AP: Handover Preparation Failure message from thetarget eNB.

4、M8014C5：FAIL_ENB_HO_PREP_OTHER

Updated: The counter is updated if the failure detected does not match any otherfailure counter.

5、M8014C6：ATT_INTER_ENB_HO

Updated: This counter is updated following the receptionof an X2AP: Handover Request Acknowledge message fromthe target eNB.

6、M8014C7 ：SUCC_INTER_ENB_HO

Updated: This counter is updated following the reception of an X2AP:Release Resource message sent by the targeteNB.

7、M8014C8：INTER_ENB_HO_FAIL

Updated: This counter is updated following the expiry of the guarding

timer TX2RELOCoverall.

1.3.3eNB内切换

统计点关系：M8009C1> M8014C2

M8014C2= M8014C3+ M8014C5+ M8014C6

M8014C6 = M8014C7 + M8014C8（注：现网实际数据对不上）

1、M8009C0: TOT_NOT_START_HO_PREP

Updated: The reception of an RRC Measurement Report message sent by the UE toeNB and of the RRM decision not to execute a handover.Updated to the source cell.

2、M8009C1: TOT_HO_DECISION

Updated: The reception of an RRC Measurement Report message sent by the UE toeNB and of an RRM decision to execute a handover.Updated to the source cell.

3、M8009C2: INTRA_ENB_HO_PREP

Updated: An internal eNB trigger. The eNB MM receives a list with the target cellsfrom RRM and decides on an Intra-eNB Handover. Updated to the source cell.

4、M8009C6: ATT_INTRA_ENB_HO

Updated: The transmission of an RRC Connection Reconfiguration message sent bythe eNB to UE, which indicates a Handover Command to the UE.Updated to thesource cell.

5、M8009C7: SUCC_INTRA_ENB_HO

Updated: The reception of an internal UE Context Release Request for the handoveron the source side. Updated to the source cell.

6、M8009C3: FAIL_ENB_HO_PREP_AC

Updated: An internal eNB trigger. The eNB MM receives a list with the target cellsfrom the RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover.Updated to the source cell.

7、M8009C5: FAIL_ENB_HO_PREP_OTH

Updated: An internal eNB trigger. The eNB MM receives a list with the target cellsfrom RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. Thecounter is updated if the failure detected does not match any other failure counter.Updated to the source cell.

8、M8009C8: ENB_INTRA_HO_FAIL

Updated: The counter is updated to the source cell when timer THOoverall expires.

2影响切换成功率的因素

2.1从信令流程角度分析

（注：个别流程可以会有不同，但大致相当，此处仅以X2切换为例。eNB内切换流程更少，eNB间S1切换仅多了有线侧的信令，如果丢失均属于传输侧问题）

2.1.1切换判决阶段

（注：此阶段不会影响后台统计切换成功率指标）

1）现象：eNB未收到测量报告

覆盖、干扰等无线环境问题

因PDCCH问题导致UE上发测量报告的UL GRANT没有收到；

因PUSCH问题导致eNB未收到或收到CRC校验出错）

UE内部处理问题

2）现象：eNB未发送切换请求

参数问题：如触发事件门限过晚等，未及时触发测量报告

邻区漏配

黑名单

2.1.2切换准备阶段

1）现象：切换请求发出，对方未收到

传输丢包

2）现象：目标小区拒绝

目标小区准入控制、容量问题

3）现象：目标小区回准备失败

已知的有unknown-MME-Code

其余的需要跟着LOG确定具体原因值

4）现象： TX2RELOCprep准备超时

目标小区故障、告警

目标小区休眠

2.1.3切换执行阶段

1）现象：切换命令（RRC连接重配）丢失

覆盖、干扰等无线环境问题

UE下行PDCCH解析失败，下行PDCCH受限

UE下行PDSCH解析失败，下行PDSCH受限

2）现象：切换完成信令（RRC连接重配完成）丢失

覆盖、干扰等无线环境问题

UE在目标小区的PREAMBLE，eNB没有收到，上行PRACH受限

UE下行接收RAR失败，下行PDSCH受限

UE上发切换完成，eNB没有收到，上行PUSCH受限3）现象：在非真正的目标小区接入失败

PCI混淆

4）现象：目标小区非最优小区

邻区混乱、漏配

5）现象：源eNB发起Handover Cancel

覆盖、干扰等无线环境问题

切换过程中失步，重建回源小区

目标小区休眠

目前主要是室分小区休眠问题

2.1.4路径转换阶段

1）现象：各S1AP信令丢失

各网元内部处理信令失败

S1口传输异常，如传输丢包

2）现象：X2AP： UE CONTEXT REL丢失

各网元内部处理信令失败

X2口传输异常，如传输丢包

2.2按原因分类汇总分析

3切换成功率分析流程和优化方法3.1整体分析流程图

3.2从COUNTER指标确定优先排查方向

3.2.1切换准备阶段

3.2.2切换执行阶段

目前仅有HO_FAIL统计，此统计项的原因值为TX2RELOCoverall、TS1RELOCoverall、THOoverall超时。

还有其他原因，需要跟踪LOG确认。

（注：建议诺基亚厂家后期开发切换执行阶段失败原因值相关COUNTER，方便快速定位问题）

3.3从关联指标定位问题根因

4切换成功率优化案例

LTE切换优化专题-参数功能和优化思路

内容：参数功能及设置、切换原理、信令流程、优化案例等。 1LTE切换原理 1.1Intra-eNodeB切换 触发事件：A3事件（同频切换），A5事件（异频切换） 当UE从当前所处的服务小区切换到同一eNodeB下的另一小区时，会发生Intra-eNodeB切换。 基于X2接口的切换 触发事件：A3事件（同频切换），A5事件（异频切换） 当两个eNodeB之间存在X2接口时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于X2接口的切换。 基于S1接口的切换 触发事件：A3事件（同频切换），A5事件（异频切换） 当两个eNodeB之间不存在X2接口，或X2接口不可用时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于S1接口的切换。 1.1.1LTE到3G的切换 实现LTE到3G的切换首先需要满足几个前提： 1.网络侧，LTE系统和3G系统均支持LTE到3G的PS切换 2.UE侧，UE需要支持LTE到3G的PS切换，UE的Feature Group Indicator bit 位8 和bit位22数值必须为1。 LTE到3G切换的流程概述： 1.LTE基站如果收到UE上报的A2测量报告，发现LTE的覆盖较差。 2.LTE基站通过RRC重配置消息对UE配置B2事件的测量的相关参数。 3.LTE基站收到B2事件的测量报告后，通过MobilityFromEutranCommand通 知UE发起到3G的切换。 4.LTE基站收到UE上发的MobilityToUtranComplete，切换成功。 主要的LTE RRC空口信令： ●UE上报B2测量报告：Measurement Report ●UE在LTE小区收到往3G切换命令：MobilityFromEutranCommand ●UE向LTE小区反馈到3G切换成功：MobilityToUtranComplete

LTE网络优化经典案例-重要

1 LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。

问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。

如何提高切换成功率讲解

如何降低切换失败率 切换成功率是无线网络中一项重要的统计指标。高切换成功率显示了网络的某一方面的正常运转。因此，降低切换失败率，从而提高切换成功率是网络优化中关键的工作项目之一。 一．切换流程： 移动台不断将6个最强邻小区上报，基站子系统判决移动台是否需要切换，向哪个小区切换。网络向移动台发出切换命令（handover command），启动切换进程，切换命令包括目标小区TCH，接入目标小区的初始功率等信息。移动台多次向目标小区发送Handover Burst,如成功接入目标小区，由目标小区向BSC 发送切换成功的消息。目标小区等待移动台接入切换信道，如不成功，移动台返回源小区，并由源小区向BSC发送切换不成功的消息。如果移动台向目标小区的切换失败，而且源小区在定时器超时之前没有收到移动台返回的消息，则BSC 向MSC发送清除请求，移动台发生掉话。

二．切换失败： 切换失败可以划分为两方面的问题：即信道容量、无线链路失败。 Handover Selection Failure 是从BSC到BTS的HO_COMMAND数与BTS 收到的HO_INDICATION数之差。它可以帮我们找出由于目标小区信道资源不足引起的切换失败，或系统的问题(难以建立BSC与BTS之间的L2连接)。 HandoverExecutionFailure 是数与BSC发向BTS的HO_COMMAND数与BSC 收到的HO_COMPLETE之差。主要反映了空中无线接口的质量。 三．造成切换失败的可能原因及分析： ?硬件问题: 当切换失败率非常高时，硬件故障可能性最大 ?相邻小区关系问题 ?邻小区负荷 ?恶劣的无线环境 A．相邻小区关系问题： 如果两个小区有相同的(BSIC，BCCH)，在正常的情况下这样的两个小区的相距距离应该足够大，他们之间不应该有什么关系。但由于孤岛现象的存在，一旦孤岛覆盖周围的小区的邻小区表上定义了与孤岛小区同BSIC、BCCH的邻小区，位于此地的通话手机将会收到孤岛小区的BCCH信号并上报BSC，这个虚假的邻小区测试报告将会误导切换控制程序发出切换指令，这样就使得这些小区内的通话频频尝试向实际信号并不好的小区发出切换请求。其结果往往造成乒乓切换，并导致孤岛覆盖周边小区的切出切换失败率大幅提高。而与孤岛小区具有相同BSIC、BCCH的小区的切入切换失败率也将大幅提高。

切换优化操作手册

切换优化操作手册 在测试过程中，我们一般会遇到较多的切换问题，如强信号质差、切换失败、切换频繁等等切换问题，下面我们对测试过程中的一些切换问题的进行总结，希望对大家有所帮助。 一、切换基本原理： 切换就是指将一个正处于呼叫建立状态或BUSY状态的MS转换到新的业务信道上的过程。MS在通话过程中，不断地向所在小区的基站报告本小区和相邻小区基站的无线环境参数，同时BTS也在不停的测量上行信号的强度和质量，以及TA值。而后由BTS把测量报告送往BSC中进行locating运算，由BSC决定是否进行。 二、切换类型及触发条件 网络中的切换有很多种类型，现网中主要见到的有： 1）正常切换：这种切换通常是由于相邻小区能提供更好的链路。 2）质差或超TA紧急切换：主要是当前情况下出现链路质量非常差，或者时间提前量TA太大，将导致紧急切换。 3）小区内切：这种切换行为主要是为了提高C/I的载干比，当信号电平足够高，而误码足够大时就发生小区内切换。 三、常见切换问题 日常的测试过程中主要遇到的切换问题有切换失败、切换频繁等问题。 切换失败问题：

1）对于测试过程中遇到的切换失败问题，主要从以下几方面着手分析：是否存在较强邻区，但是不切换；是否有切换命令，但是切换不成功的； 2）对于有较强邻区，但是不切换的问题，可以从以下几方面着手考虑：有无定义邻区关系。用RLNRP检查是否定义相邻关系。 邻区关系定义是否正确，主要是考虑同MSC不同BSC之间切换，有 无在BSC定义外部小区，或定义是否正确（用RLDEP等指令检查）； 不同MSC之间切换的，有无在MSC（用MGOCP等指令检查）和BSC （用RLDEP等指令检查）定义外部小区，或定义是否正确。 参数设置是否正确，影响较大的主要是层切换的参数，layer，layerthr， layerhyst等； 目标小区是否有硬件问题。可以通过分析话务统计数据、拨测、查 看小区故障记录等手段定位，提交基站检测单。 3）对于已经有切换命令，但是切换不成功的问题，可以从以下几方面着手考虑； 查看话务统计（主要是TCH拥塞率、话务量、数据业务相关统计等

LTE网络优化案例重要

1LTE优化案例分析 1.1覆盖优化案例 1.1.1弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm 以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。

问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。 介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。

切换成功率低处理案例

LTE吉州区人民广场基站S1口少配导致切换成功率低处理案例 一、现象描述 在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低，严重影响全网切换类指标，其中吉州区人民广场切换入失败次数每天达到4600多次，吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院，切换出失败次数和为4500多次。 二、原因分析 1.处理流程图

2.分析切换成功率低可能原因： 对KPI指标及周边环境分，可发现如下问题： 1）吉州区人民广场基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。 2）吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低； 三、问题排查 1、吉州区人民广场及周边站点邻区核查 吉州区人民广场及 周边站点同频邻区核查

根据基站拓扑结构核查吉州区人民广场及周边站点的邻区，确定现网邻区无漏配的问题，确定吉州区人民广场及周边站点的PCI规划合理。 2、吉州区人民广场及周边站点外部邻区定义核查 吉州区人民广场及 周边站点外部邻区核查 核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。 3、同频切换参数检查及现场测试 吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。

现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。 4、后台跟踪 查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败

LTE网络优化经典案例

1 LTE 优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1 小区( PCI =132 )进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm 以下， 出现弱覆盖区域。 问题分析：观察该路段RSRP 值分布发现，柳林路口路段RSRP 值分布较差，均值在-90dBm 以下，主要由京西大厦1 小区( PCI =132)覆盖。观察京西大厦距离该路段约200 米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1 小区天线方位角为120 度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1 小区天线方位角由原120 度调整为20 度，机械下倾角由原6 度调整为5 度。 调整结果：调整完成后，柳林路口RSRP 值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3 小区( PCI= 122 )，车辆继续向西行驶，终端切换到西城三里河一区2小区( PCI =115 )，切换后速率由原30M 降低到5M。 问题分析：观察该路段无线环境，速率降低到5M 时，占用西城三里河一区2 小区(PCI =115) RSRP 为-64dBm 覆盖良好，SINR 值为2.7 导致速率下降。观察邻区列表中次服务小区为西城月新大厦3 小区(PCI =122 )RSRP为-78dBm ，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3 小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR 环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3 小区方位角由原270 度调整至250 度，下倾角由原6 度调整为10 度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR 提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2 小区 ( PC=211)进行业务，随后切换至海淀京西大厦1(PC=133)小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区( PC=211)发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2 小区( PC=211)正常切换至海淀京西大厦2 小区后又出现回切情况导致掉话。两小区RSRP 值相近，相差3dBm 以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15 降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR 值有明显改善，保持在20 左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。 1.2 切换优化案例

2G切换优化(缩写版)

广东移动 珠海移动无线网络规划与优化专案服务项目 切换性能的优化

目录： 1概述 (4) 2工作内容 (4) 3工作绩效 (5) 3.1E1局切换成功率达到指标要求（98％） (5) 3.2B2局切换成功率达到指标要求（96％） (5) 3.3提供了NCS、MRR、CTR、CER在切换优化研究中的使用方法 (6) 4OSS在切换优化研究中的应用 (6) 4.1NCS (6) 4.2MRR (7) 4.3CTR (8) 4.4CER (9) 5具体工作内容及优化思路详述 (9) 5.1全局性参数的检查与修改 (9) 5.1.1切换返回的惩罚时长（PTIMHF） (9) 5.1.2目标小区的切入电平（MSRXMIN） (11) 5.2优化切换成功率低的邻小区关系 (12) 5.2.1对BSIC的修改 (12) 5.2.2改善目标小区无线性能 (14) 5.2.3推迟向目标小区的切换时机 (14) 5.3删除不必要的邻小区关系 (20) 5.4切换相关计数器触发原理、切换丢失与掉话、评估公式 (20) 5.4.1切换统计相关计数器触发原理 (20) 5.4.2切换丢失与掉话的对应关系 (27) 5.4.3切换性能的统计方法说明 (33) 5.5乒乓切换的相关研究 (34) 5.5.1乒乓切换的产生原因 (34) 5.5.2乒乓切换的影响 (40) 5.5.3乒乓切换的处理 (40) 5.6小区内切换参数修改 (42) 5.6.1参数及原理说明 (42) 5.6.2参数修改 (43) 5.6.3修改前后主要网络主要指标前后对比 (43) 5.6.4修改前后网内整体干扰情况前后对比 (44) 5.6.5修改前后IHO数量的前后对比 (44) 5.6.6修改前后质量紧急切换数量的前后对比 (44) 5.6.7修改前后小区级的前后对比 (45) 5.6.8从IHO上判断基站问题 (47) 5.6.9结论 (47) 5.7质量紧急切换研究 (47) 5.7.1参数修改 (47)

切换成功率日常处理流程

切换成功率日常处理流程 一、切换的定义 切换过程是由MS、BTS、BSC以及MSC共同完成，MS负责测量无线子系统的下行链路性能和从周围小区中接收信号强度这些。BTS将负责监视每个被服务的移动台的上行接收电平和质量，此外它还要在其空闲的话务信道上监测干扰电平。BTS将把它和移动台测量的结果送往BSC，最初的判决以及切换门限和步骤是由BSC完成。对从其它BSS和MSC发来的信息，测量结果的判决是由MSC来完成。 系统对切换的判决取决于移动台定期对网络发送的测量报告（该测量报告是移动台在处于专用模式下时通过上行的SACCH信道来向系统报告），以及基站对上行链路的测量报告，这两份测量报告将同时送到BSC中进行判决。在SACCH信道的下行方向上，它负责向处于专用模式下的移动台来发送系统消息，其中有本小区和邻小区的参数设置情况。移动台就根据系统提供的这些信息，在通信过程中要向网络汇报本小区的接收电平和信号质量及TA值、功率控制和是否使用DTX的情况，此外还要对系统所定义的供该小区切换的邻小区来进行预同步并测量它们BCCH频点的接收电平。除空闲帧外，移动台要对所有的帧进行测量。空闲帧用于对最佳小区进行搜索，用于同步邻小区的FCH并解码SCH。上行方向上移动台将把在本测量周期内，它所测得的本小区的情况以及接收电平最强的六个邻小区通过上行的SACCH信道上报给系统，系统将根据这些情况来进行切换判决。二、切换的各类计算方法

HSR＝（TCH切入成功＋切出成功＋DR成功）/ （TCH切入请求＋切出请求 ＋DR请求） *100 _ TCH切入成功次数＝(MC652-C92)+(MC642-C82)+(MC662-C102) _ TCH切出成功次数＝ (MC656-C96)+(MC646-C86) _ BSC内部DR切入成功次数＝MC151 _ DR切出成功次数＝ MC142e+MC142f _ TCH切入请求次数＝ (MC821-C31)+(MC831-C331)+(MC871-C361) _ TCH切出请求次数＝ (MC650-C90)＋(MC660-C100) _ BSC内部DR切入请求＝MC153 _ DR切出请求＝ MC144e+MC144f > 作用：整体的切换成功情况> 坏门限： <95 %（根据各地实际情况而定） 三、切换成功率判断方法 1、在Cell lndicator（小区）级报表下，对全网切换成功率进行排序，用升序排序法筛选出切换成功率较低的小区。 2、用小区历史数据查询功能，检查指标异常出现在哪些时段。某一时段突发还是一直存在切换成功率较低的情况。 3、用小区详细质量分析功能，分析小区详细切换信息。（如下图）

TD-LTE网络优化经典案例汇编

1概述 (1) 2D频段优化案例 (1) 2.1重叠覆盖优化 (1) 2.2PCI优化 (4) 2.3邻区列表优化 (7) 2.4切换优化 (9) 2.4.1切换参数优化 (9) 2.4.2同步参数与切换 (12) 2.5功控参数优化 (16) 2.6天面问题整改 (18) 2.6.1天线抱杆 (18) 2.6.2楼层阻挡 (20) 2.7干扰问题排查 (23) 3F频段优化案例 (25) i

ii

1概述 TD-LTE无线网络要实现系统的高性能指标, 需要有合理的网络规划设计、稳定的产品性能、良好的施工工艺以及高质量的网络优化，几者缺一不可。本报告收录了XX市TD-LTE试验网建网以来遇到的一些典型优化案例，旨在为后续优化工作提供帮助和参考。 2D频段优化案例 2.1重叠覆盖优化 【问题描述】 在华兴街靠近中和路区域测试时，UE驻留在华安证券_3（频点：38050，PCI：88），RSRP： -71dBm左右，SINR：25dB左右，但DL Throughput=31Mbps。 1

【问题分析】 分析路测数据，发现在华兴街靠近中和路的区域，华安证券_2、华安证券_3小区RSRP电平值较接近，如上图所示，对该路段形成了重叠覆盖。而该区域规划的主覆盖小区为华安证券_3，现场勘察发现，华安证券_2信号经周边楼宇反射至该区域，2、3小区形成重叠覆盖，造成吞吐速率降低。 【解决措施】 调整华安证券_2方位角由120°调至155°，机械下倾角由12°调至6°。 【处理效果】 调整小区方位角后，重叠覆盖问题得到较好解决，下载速率明显提升。 小区名称方位角PCI RSRP SINR 下载速率(Mbps) 华安证券3 调整前88 -71.1 25.9 31.5 2

切换问题分析优化流程

1 切换问题分析优化流程 切换问题分析优化流程和其他问题的优化流程的基本思路是一致的，详见下图。 1.1 切换问题搜集及优化目标 切换问题的搜集途径一般有网管后台性能统计报表、DT路测、用户投诉信息分析 等。 在赶赴工程现场后，需要和项目负责人（多数为办事处工程师）、运营商维护经理 等相关人员开会确定需要解决的问题以及优化KPI指标（暂时参考小区移动性能 报表中的统计项目）。 需要搜集的网络信息包括： 1）了解整个网络的组网方式、结构，确定系统由哪些RNC、CN组成，然后可以 根据这些组网信息，结合基站的分布和载频的配置情况，分析出哪些地方应该存 在异频硬切换，哪些地方应该是同频硬切换。 2）运营信息。包括用户数和用户分布信息，每天和每周的话务忙闲情况，以便数 据修改尽量避开话务忙时，以免给在网用户造成大的冲击。

3）告警信息和运行记录等，保证MSC、SGSN、GGSN、HLR、VLR的设备稳定 可靠，传输通畅，以便相应测试的进行。 4）工程参数总表。此表包括基站位置、配置和频点信息，天线高度、方位角、下 倾角等信息，更重要的是它还包含邻区列表，可以根据这些信息，结合组网信息 和覆盖连续需求，确定各载频间的同频相邻关系、异频相邻关系和系统间相邻关 系。 5）参数配置。收集现网的信道功率配置、切换参数和算法开关等等数据配置信息。 切换优化的指标包括硬切换成功率、系统间切换成功率等等，这些指标项和目标 要求需要和局方讨论确定。 1.1.1 小区移动性能报表 话统数据是网络优化中最重要的信息来源之一，也是评价网络性能的主要依据。 与切换相关的话统指标主要有以下几项：同频接力切换成功率(小区切换出)、同 频接力切换成功率(小区切换入)、异频接力切换成功率(小区切换出)、异频接力切 换成功率(小区切换入)、同频硬切换成功率(小区切换出)、同频硬切换成功率(小 区切换入)、同频硬切换成功率(RNC间切换出)、异频硬切换成功率(小区切换出)、 异频硬切换成功率(小区切换入)。 通过对以上和切换相关的指标的统计，既可以判断一个小区在切换上是否存在异 常之处。 注意：统计事件最好在一周以上。统计时间段可以按照忙时每小时进行统计，也 可按天统计。 1.1.2 DT路测分析 通行DT路过评估性的DT路测也是切换问题搜集的一种手段，特别是对于业务 量不高或者尚未投入商用的TD-SCDMA无线网络而言。 注意：进测时，需要进行往返性切换测试。 1.1.3 用户投诉信息分析 运维客服中心搜集到的用户投诉信息中，对于掉话较多的一些区域，切换掉话是 主要的原因之一，需要对覆盖相应区域的小区重点进行切换分析。特别是对于切 换不及时或者乒乓切换等进行重点分析。

TD-LTE网络性能KPI(切换成功率)优化手册

TD-LTE网络性能KPI（切换成功率）优化手册 1切换成功率定义说明 1.1指标公式 1.2COUNTER定义 1.2.1集团规范定义 1、eNB间S1切换出请求次数： 源eNB向MME发送的“切换请求”消息（HANDOVER REQUIRED）（3GPP TS 36.413），指示eNB间通过S1接口的切换出准备请求。向不同小区发送的同一切换准备请求，需要重复统计。 2、eNB间S1切换出成功次数： 源eNB收到MME发送的“UE上下文释放命令”消息（UE CONTEXT RELEASE COMMAND）（3GPP TS 36.413），指示eNB间通过S1接口的切换出执行成功。 3、eNB间X2切换出请求次数： 源eNB向目标eNB发送的“切换请求”消息（HANDOVER REQUEST）（3GPP TS 36.423），指示eNB间通过X2接口的切换出准备请求。向不同小区发送的同一切换准备请求，重复统计。 4、eNB间X2切换出成功次数： 源eNB收到目标eNB发送的“UE上下文释放”消息（UE CONTEXT RELEASE）（3GPP TS 36.423），指示eNB间通过X2接口的切换出执行成功。 5、eNB内切换出请求次数： eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息（RRCConnectionReconfiguration），指示eNB内小区间切换出请求。（3GPP TS 36.331） 6、eNB内切换出成功次数：

eNB收到UE发送的“RRC连接重配置完成”消息（RRCConnectionReconfigurationComplete），指示eNB内小区间切换出成功。（3GPP TS 36.331） 1.2.2NSN映射 1、eNB间S1切换出请求次数： M8014C14：INTER_ENB_S1_HO_PREP，The number of Inter eNB S1-based Handover preparations； 2、eNB间S1切换出成功次数： M8014C19：INTER_ENB_S1_HO_SUCC，The number of successful Inter eNB S1-based Handover completions； 3、eNB间X2切换出请求次数： M8014C0：INTER_ENB_HO_PREP，The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a list with target cells from the RRM and decides to start an Inter-eNB X2-based Handover； 4、eNB间X2切换出成功次数： M8014C7：SUCC_INTER_ENB_HO，The number of successful Inter-eNB X2-based Handover completions； 5、eNB内切换出请求次数： M8009C6：ATT_INTRA_ENB_HO，The number of Intra-eNB Handover attempts； 6、eNB内切换出成功次数： M8009C7：SUCC_INTRA_ENB_HO，The number of successful Intra-eNB Handover completions； 1.3信令统计点 1.3.1eNB间S1切换

LTE网络优化案例

L T E网络优化案例Prepared on 21 November 2021

1LTE优化案例分析 1.1覆盖优化案例 1.1.1弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。

23G切换成功率提升专题案例

23G切换成功率提升专题案例 一、问题描述 温州TD网络自2月份以来，经过对语音业务3G到2G切换的持续优化，该指标有一定的提升。下图为近两个月以来3G到2G切换成功率指标演进图。 图1 最近两个月全网异系统切换成功率趋势图 由上图可知，语音业务3G到2G切换成功率提升明显，由最初平均97.6%提升到最近的98.6%，提升了近1% 二、问题分析 1.TOPN小区分析 上图为电路域切换失败小区个数统计，可以看出TOPN小区随机出现，失败小区较均

匀分布于全网，因此TOPN小区离散化对全网指标提升造成了很大的难度。 2.失败原因分析 失败原因统计 对3月1日-3月15日电路域系统间切换失败按原因提取指标，如下图所示： 发现原因为<物理信道失败>的电路域系统间切换失败次数较多，占总失败次数的93%。因此我们需要集中针对物理信道失败原因进行深入的分析和解决。 异系统切换信令流程

信令说明： ◆RNC收到触发异系统测量报告后，发起handoverFromUTRANCommandGSM消息， 终端收到该消息后会在2G侧接收广播及接入过程，若接收广播失败或同步过程失 败，则会向3G网络侧响应handoverFromUTRANFailure，原因值为<物理信道失败> 的电路域系统间小区间切换出失败。 ◆由此可知物理信道失败的主要原因在UE和GSM小区无法正常同步造成。 三、优化方案 1.邻区优化 由于GSM信号覆盖较好和减少终端对异系统邻区小区的测量，一般GSM的邻小区配

置为6个左右，温州平均配置2G邻区为7个左右，随着增补站点的不断开通，根据实际情况对温州TD网络23G邻区进行优化： 每日核查3g配置2g邻区信息准确性，及时修改参数配置错误； 2.邻区梳理 主要包括删除过多、不合理的邻区，添加更优小区为邻区关系。对于过远邻区、背向无关邻区，需要集中梳理和删除；截止目前，对全网共462条邻区关系进行核查和修改。 附《TD小区异系统邻区调整记录》： 3.异系统同频邻区核查 联芯芯片手机对G网邻区测量机制缺陷，对于G网同频小区无法区分，统一上报为相同电平，导致测量不准确和在同频异BSIC邻区的处理上存在问题。导致切换失败。 由于温州现网站点较密，BCCH复用距离较短，造成现网异系统同BCCH邻区高达五百多个。 附《异系统邻区中同BCCH的小区》： 根据现网情况，我们加大了对TOP N小区同BCCH异BSIC邻区的优化力度。一方面每周定期提供同频邻区TOP20，提交G网测进行频点修改，另一方面，如果邻区信号差异较大，从网络侧可以采用删除弱信号邻区的办法进行规避和GSM1800小区替换。 附：《异系统邻区为1800小区汇总》 4.异系统切换参数优化 异系统判决门限调整 进行异系统切换判决时需要同时满足本系统判决门限和异系统判决门限要求，才能发起切换请求。适度提高异系统切换判决门限，使切换目标GSM小区的信号质量门限提高，有助于提高UE与GSM小区同步成功的概率。

lte网络优化经典案例重要

1LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为 2.7导致速率下降。观察邻区列表中次服务小区为西城 月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点 为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区 覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。

切换成功率优化手册

目录 1 基本原理 (3) 1.1 指标含义 (3) 1.2 理论介绍 (3) 1.3 推荐公式 (3) 1.4 信令流程及统计点 (4) 2 影响切换成功率的因素 (5) 3 切换成功率分析流程和优化措施 (6) 3.1 切换问题的分析流程 (6) 3.1.1 通用切换问题定位流程 (6) 3.2 切换问题的优化方法介绍 (8) 3.2.1 切换问题分类 (8) 3.2.2 硬件和传输故障 (9) 3.2.3 数据配置不当 (11) 3.2.4 目标小区拥塞 (13) 3.2.5 时钟问题 (14) 3.2.6 干扰问题 (15) 3.2.7 覆盖问题及上下行平衡 (16) 3.2.8 BSC 间/MSC 间切换失败 (17) 3.2.9 自动邻区优化 (18) 3.2.10 测试工具选择及测试建议 (19) 3.2.11 现网测试配置建议 (19) 4 切换成功率优化案例 (20) 4.1 解不出BSIC码无法切换案例 (20) 4.2 MS和BSC对频点排序不一致导致无法切换案例 (20) 4.3 参数配置不合理导致无法切换案例 (20) 4.4 Handover Request如果不包含类标3，导致BSC入切换失败次数增加案例 (20) 4.5 A接口阶段标志配置错误导致入BSC切换失败 (21) 4.6 打开空闲burst导致干扰增大接收质量下降切换成功率低 (21) 4.7 不同交换机下发清除命令携带原因值不同导致切换成功率差异 (21) 5 问题信息反馈 (22) 5.1 反馈问题小区的TEMS测试log (22) 5.2 现网配置数据以及话统反馈要求 (22) 表目录 表1切换常用定时器列表 (12)

指派成功率和切换成功率专题

TCH指派成功率（不含切换）的优化 目前，无线系统接通率是联通总部考核的指标之一，从下面的无线系统接通率的公式可以看出，TCH分配成功率对该指标的优劣具有非常重要的影响，同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。 为此，我们专门对TCH指派成功率进行了专题优化。 首先分析TCH指派失败的成因，TCH指派失败的原因主要有五个方面：直接重试（directed retry）过程导致的失败、没有无线资源可用（no radio resource）导致的失败、无线接口故障返回SD（radio interface failure reversion to old channel）导致的失败、无线接口消息错误（radio interface message failure）导致的失败和其它原因（all other cause）导致的失败。其中以没有无线资源可用的原因所占的比例最大。 由上表列出了1月8日到1月25日20：00～21：00TCH指派失败的统计，可以看出，正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用（no radio resource）导致的失败，这是由于TCH拥塞而造成的，而且随着TCH分配失败的次数越来越多，没有无线资源可用（no radio resource）导致的失败所占比例也越来越高，因此，解决TCH拥塞是提高TCH分配成功率的根本方法。缓解TCH拥塞可以通过减扩容

合理配置载频和优化参数的方法来进行。 1． TCH 恒大新城12341小区扩容后拥塞情况得以解决，TCH指派成功率上升；

切换成功率低原因概述

通过日常工作中分析汇总，可将切换失败原因归纳为以下几种： 一、邻区数据的准确性及合理性异常 （1）无线参数的准确性与合理性 在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。移动台必须从系统消息中提取该信息作为测量邻区信号的依据。如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。 同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。 还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。 （2）MSC上数据的正确性与完整性 除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。 二、硬件故障 （１）基站硬件故障 在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。 （２）传输有误码或者同步不稳定 切换过程可能发生在基站内部小区之间，也可能发生在不同基站之间。切换发生时，需要通过TA值来判断手机所处位置，并决定基站和手机的发射功率以供手机接入新的信道。如果切换发生在基站内部，将不需要进行TA值的重新确认，但是如果发生在不同基站之间，则需要进行TA值的确认，这就是所谓的同步、异步切换方式。如果传输误码率高，就很容易因为A接口或者Abis接口失败导致切换失败。