附件二移动td lte簇优化指导书

目 簇优化流 簇优化目 簇划分原 簇优化内 1、AverageRSRP 2、SignalStrengthindicator信号强度指 3、AverageCINR 4、SignalQualityindicator信号质量指 5、HOSRindicator切换成功 6、CDRindicator业务掉话率指 7、NumberofRRC 8、DLthroughputgapindicator（longerthan1 9、DLthroughputgapindicator（longerthan3 10、FTP(UDP)DL 11、FTP(UDP)UL 第1簇优化在网络优化的整个过程里，处于承上启下的位置。簇优化主要包含了三个方面的内容：1、簇优化开展的前提条件和准备工作；2、进行路测和路测数据后处理第2系统与参数检查：确保系统设备的工作正常，避免因设备故障问题影响网 ，CQT据，告警，信令等输出优化报告：网络优化报告包括本次优化的措施、网络达到的性能指标、对网络发优化等。基本上，簇优化是一个测试、发现和分析问题、优化调整、再测试验证的重在单站优化之后，我们按照簇（Cluster来对LTE网进行优化，簇优化指对某个范围内的数个独立进行具体条目的优化（每个簇一般包含5～30个）。站簇划分的主要依据：地形地貌、区域环境特征、相同的TAC区域等信息。每个簇所含的数目不宜过多，并且各个簇之间的覆盖区域应该有相应的区域，从而防止在Cluster的边缘位置形成孤岛站点（也就是说相邻的簇没有站点能够提供连续覆盖）。图1LTE项目的Cluster划分示意与相邻簇区域，以便测试簇交叠区域的网络性能，包括邻区关系的正确性。影响测试路线设计的一个重要因素就是簇内站点的开通比例。对于簇内站点第3覆盖问题的分析基于对规划区域的路测数据，通过测试设备（LTE终端或者在测试完成后，使用处理软件对导出相应的测试数据（包括、RSRP以及ServingCell的CellID和CINR等指标数值），然后通过MapInfo导出测试区域的覆盖图，如度等进行调整。如果天线调整没有效果，可根据周围环境或者运营商现有站点资源（电信2、通过处理软件导出相应的ServingCell的CellID指标图，通过查看该指标图调整切换门限等相应参数（软调整）的在问题区域确定相应的主控小区。结合ServingCell的CellID3、越区覆盖（过度覆盖）小区的优化，在处理软件中也可以对指定eNB或者指定小区的覆盖范围进行显示，如果某一小区的信号分布很广，在周围1～2圈的相邻小区的覆是否会产生覆盖空洞和弱覆盖的影响。首先Unlock待测Cluste区域内的所有小区，包括能够覆盖到测试区域内其它的小区，然后，使用Scanner在测试区域内对待测的LTE的相应频段进行扫频测试（建议扫描的频段带宽大于实际的系统带宽），通过查看扫频测试的底噪情况来查看是否存在网外干扰。若存在网外干扰，可以进一步确定干扰源后将其排除。通过DT测试中接收的RS-CINR指标数据进行问题定位，通过处理软件导出相应的RS-CINR的指标图（如下图所示），从指标图当中将RS-CINR区域标识出来，同时，结合检查区域的下行覆盖RSRP指标情况，如果下行RSRP覆盖指标数值也差则认定为覆盖AgilentScanner证移动用户通信的连续性或者基于网络负载和操作等原因，将用户从当前的通信链路时也将增加整个网络的负荷，甚至增大对其他用户的干扰。在簇优化阶段，在覆盖优化和邻区配置的优化分析是基于路测数据，辅以扫频数据（查看物理邻区）从而对每个小区提出逻辑邻区增加、删除和保留建议的过程。根据，重点关注邻区漏配的问题、会对切换性能造成影响，需要根据实际对邻区关系的优先顺序进行调整。优化前情况说明：在浦东南路演示路段进试的过程中，当汽车由南向北行驶至浦东南三路附近路段的过程中，一开始，UE占用Cell4信号，信号指标情况正常，随着汽车逐渐向北行驶，UE检测到了邻区Cell154Cell4和Cell154之间的RSRP门限值目前为3dBm,，RSRP值波动范围较大，故UECell4和Cell154这两个小区之间发起多次切换，期间Cell154向Cell4出现了一次切换失败的现象。将Site51的HOhystersis参数由1dB调整为2dB调整后复测情况说明：在将Site51的HOhystersis参数由1dB调整为2dB以后，在DT测试的过程中，以及在原先明显问题区域（浦东南三路交叉口红绿灯处）进行定点测试的过程中，均未发现乒乓切换的现象。同时，吞吐量以及CINR指标值相对原先发生乒由于测试终端不是无线网络的组成部分，因此在进行掉话率统计时应当排除的影响。UE问题造成掉话发生的具体案例说明某地在上南路演示路段由北向南进试的过程中，一开始UE稳定占用Cell184的信号，提示没有数据输入，同时UE的控制面板也显示“Devicenotfound”的状态，最终导致一次掉话的发生。UE界面显示“Devicenotfound”接通率的问题一方面和覆盖、干扰性能相关，这部分可参面章节。同时，设备的某地在浦东南路演示路段进试的过程中，当汽车由南向北行驶至浦东南电路向北行驶至问题路段附近，UE正常检测到了邻区Cell144UE检测到的Cell144RSRP值已经达到了切换门限值，此时，EMeasurementReportCell144发起切换，切换完成后RRC链路立刻释放，从而造成Cell145向Cell144出现一次切换失败的。接着，UE重选至Cell144，但是Cell144一直无法正常接入，在UE上发rrcConnectionRequest之后，eNB一直没有响应，同时，E无法正常锁定住Cell144小区的CellID，UE解出的CellID在144与之间交替变化。在对Cell144小区进行重启操作后，情况恢复正常。通过测试发现邻区、参数的配置合理性，对未接通的问题点进行信令分析定位。确保如果CSFB设置为诧音优先模式(VoiceCentric)，CSFB在尝试5次联合附着失败后（高通），将关掉4G能力，降级为2G/3G驻留在2G/3G网络如果CSFB设置为数据优先模式(DataCentric)，当驻留LTE网络时仅能进行数据家设备下无法进行被叫（、中兴设备无法进行被叫，爱立信、贝尔设备可以进行被叫）①CSFB作为主叫时，、中兴、爱立信、贝尔设备下会回落TS进行主叫，接续时延普遍超过s，前期现网实测结果表明，CSFB拨打GM平均时延2.1s②CSFB作为被叫时，、中兴设备下无法接通；爱立信、贝尔设备下空闲eNodeB未配置2G邻区、中兴设备如未配置2G邻区，类似eNodeB未开启CSFB开关，即RRCConnectionRelease信令不会下发，主叫可以在2/3G起呼，被叫则无法接续爱立信、贝尔设备如未配置2G邻区，RRCConnetionRelease信令仍然下发，终端做主被导致2G侧无法建立连接或者寻呼响应(pagingresponse)失败（2）配置2G邻区为当CSFB终端回落跨MSCpool时，主叫可以接续，但需多做一次LAU，接续时延会变5、Paging现网TAC划分过小，导致终端较频繁做问题现象及定位：问题的现象是CFB终端A主叫另一台CFB终端B，主叫能听到录音通知，但听不到音，被叫侧无任何消息。终端B处于TAC边界时被叫，由于此时终端B正在做TAU，MME将Paging消息往原先的TAC下发，而终端B已经到新的TAC，所以导致寻呼没有正确接收到。解决方案:合理规划现网TAC区域，尽量避免TAC边界话务密集区问题现象及定位：该案例中被叫无法接续，但测试区域LTE为强覆盖区域，可排除因信号覆盖因素造成的被叫失败。此后，检查被叫失败的CSFBUEL，发现E一直未收到LTE网络侧下发的寻呼消息（Pagg），检查BLg发现B已下发该的寻呼消息。进一步检查oB配置，系统消息SystmInformationBlock2中faultPnyce配置为180ms，终端根据此周期侦听寻呼，但实际上oB却以30ms为周期下发寻呼，从而导致终端不网络间收发寻呼周期不匹配，导致被叫较大概率失败。通过进一步分析终端、网络侧各接口g，问题最终定位为由于不同厂家MME（中兴设备）不B（设备）对于协议理解差异，导致网络不终端DRX（DiscontinuousReception，非连续性接收）寻呼周期不一致，空闲态终端不能正常解决方案:修改中兴MME软参，参考eNodeB通过S1setup上报的Defaultpaging问题现象及定位：前期测试中在G覆盖边缘地区（>3G本系统重选门限14)，终端做被叫无法接续，由亍前期测试经验表明LTE弱场寻呼成功率并不低，因此排除由于网络弱覆盖原因导致。后经定位表明由于3>4G重选门限设置过低（RSRP=10dBm),导致频繁G乒乓重选，从而导致被叫接续失败。8、Service某城市外场测试过程中，4GUE拨打4GUE，L2L共拨打了60次，出现8次呼叫丌成功，主叫在20s-30s左右的时延后听到“被叫无法接通”的通知。检查终端侧呾网络侧MME（设备）呾记录的log，发①在快速拨打的过程中，因TAA匹配，终端在呼叫前没有发起LAU流程，因此Gs接口状态在MSC依然保持为sd；后，终端支自主快速返回功能，在E返回LTE网络过程中，被拨打当被叫时，MS依然会在SGs④接收到UE的寻呼响应消息后，MME给MSC返回SGs-ServiceRequest消息。但MME因UE尚在悬挂状态，立即给UE返回ServiceReject消息，同时给MSC发送SGs-IMSI-⑤因为接收到ServiceRejectUE发起Attachrequest⑥接收到Attach消息后，MME在SGs接口发送SGs-LAUrequest1）MME直接给MSC返回SGsAP-UE-UNREACHABLE消息，不影响下次呼叫方式2）MME依然在S1接口寻呼用户，增加LTE网络寻呼量，寻呼后可能MSCA/Iu接口一次寻呼采用TMSI，二次寻呼采用IMSI，部分厂家设备实现SGs接口寻呼方式不A/Iu接口相同，由亍现网MSC组l方案，而用IMSI寻呼E将导致E寻呼响应失败。优化步骤：首先可以通过工具XMS来查询对于是否存在的告警情况，XMS的平台截图如下图所示，其次，在测试过程中，若遇到无法正常接收到小区信号或者小区无法正常接入的情况，应该及时和机房的支持工程师取得联系，通过XMS查看Cluster内具体或者具体小区的状态，在采取Lock/Unlock、小区重启以及重启等操作均无法解决问题后，可以与eNB工程师联系，进站排查同时采取相应的措施。第4KPIKPI※一般簇优化过程中主要关注的KPI指标如表下AverageRSRPSignalStrengthAverageCINRSignalQualityHOSR路测+处CDR路测+处NumberofRRCRRCdropDLthroughputgapindicator(longerthan1下行吞吐量gap指示DLthroughputgapindicator(longerthan3下行吞吐量gap指示FTP(UDP)DLFTP(UDP)FTP(UDP)ULFTP(UDP)KPI1、AverageRSRPKPIAverageRSRPRSRP原始数据从路测LOG中直接获取，一般采用进行处理分析，计算所有采样点的RSRP的平均值在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车测试结束后，导出DTLOG，使用EXCEL2SignalStrengthindicatorKPISignalStrength从路测LOG中直接获取RSRP原始数据，一般采用EXCEL进行处理分析，以=[（样本内RSRP>-100dBm的采样点数目）/样本中所有采样点的数目]×100%在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车测试结束后，导出DTLOG，使用EXCEL统计所有采3、AverageCINRKPIAverageCINR进行处理分析，计算所有采样点的CINR的平均值在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车测试结束后，导出DTLOG，使用EXCEL4、SignalQualityindicatorKPISignalQuality从路测LOG中直接获取CINR原始数据，一般采用EXCEL进行处理分析，以=[（样本内CINR>3dBm的采样点数目）/样本中所有采样点的数目]×100%在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车测试结束后，导出DTLOG，使用EXCEL统计所有采5、HOSRindicatorKPIHOSR路测+处UE向eNodeB发送一个信令"RrcMeasurementReport"作为 在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车测试结束后，导出DTLOG，使用配套的软件查数，按计算6、CDRindicatorKPICDR路测+处当UE与eNodeB断开连接，并且吞吐量接近0Mbps在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路线，车7、NumberofRRCKPINumberofRRC的，UE会通过RRCconnectRRCreestabilshment连接网络，我们需要统计出RRCreconnectRRC在测试路线上，使用FTP（UDP）上或者使用业务，同时使用路测软件LOG。遍历测试路测试结束后，导出DTLOG，使用配套的软件查看信令，统计出RRCreconnectRRC8、DLthroughputgapindicator（longerthan1KPIDLthroughputgapindicator(longerthan1在测试路线上，使用FTP（UDP）上或者使用业务，同时使用