LTEKPI优化交流

1、爱立信爱立信KPI优化交流优化交流爱立信的爱立信的KPI分类分类Accessibility满足用户业务需求的能力Retainability为用户提供持续服务的能力Integrity为客户提供预期服务质量的能力Mobility切换性能System utilisation *业务、负荷、资源使用Availability设备可用性* System utilization用于辅助运营商进行网络容量和配置管理LTE 统计统计KPI 建议建议分类分类推荐推荐KPI用户影响用户影响接入性业务接入成功率中保持性业务掉线率高完整性下行用户平均吞吐量高完整性上行用户平均吞吐量高移动性系统内切换成功率高无线接通率无

2、线接通率KPI计算公式PIRRC建立成功率建立成功率ERAB建立成功率建立成功率接入性接入性pmRrcConnEstabSucc: The total number of successful RRC Connection Establishments.pmRrcConnEstabAtt: The total number of RRC Connection Request attempts.pmRrcConnEstabAttReatt: The total number of RRC Connection Request attempts that are considered as re-

3、attempts.pmErabEstabSuccInit: The total number of successful initial E-RAB Establishments.pmErabEstabSuccAdded: The total number of successfully added E-RABs. pmErabEstabAttInit: The total number of initial E-RAB Establishment attempts.pmErabEstabAttAdded: The total number of added E-RAB Establishme

4、nt attempts.RRCRRC建立建立流程开始：尝试：RRC Connection Request流程结束：成功：RRC Connection Setup失败：RRC Connection Request RejectedS1S1建立建立流程开始：尝试 ：Initial UE ( RBS Message)流程结束：成功：在S1逻辑信道上收到消息，如：S1 initial context setup request ERABERAB建立建立流程开始：尝试 ：S1建立成功流程结束：成功：RBS向MME发送Initial Context Setup Response保持性保持性E-RAB掉线掉

5、线率率SARR（Session Abnormal Release Rate ）KPI计算公式pmErabRelAbnormalEnbAct: The total number of abnormal E-RAB Releases per cell initiated by the eNB and that there was data in either the UL or DL buffer (i.e. active).pmErabRelAbnormalMmeAct: The total number of E-RAB Releases initiated by the MME consid

6、ered as abnormal.pmErabRelAbnormalEnb: The total number of abnormal E-RAB Releases triggered by eNB per cell.pmErabRelNormalEnb: The total number of normal E-RAB Releases triggered by eNB per cell.pmErabRelMme: The total number of E-RAB Releases per cell initiated by the MME excluding successful han

7、dover.MME发起发起lE-RAB Release Procedure MME InitiatedE-RAB Release Procedure MME Initiated在在BufferBuffer中有数据的非正常释放，才是用户感知的掉话中有数据的非正常释放，才是用户感知的掉话ENB发起发起lE-RAB Release Procedure eNB InitiatedE-RAB Release Procedure eNB Initiated在在BufferBuffer中有数据的非正常释放，才是用户感知的掉话中有数据的非正常释放，才是用户感知的掉话下行用户速率下行用户速率DLUT（Downl

8、ink User Throughput ）KPI计算公式pmPdcpVolDlDrb: 下行方向上总的DRB的流量 Unit: 1 kilobit (1 000 bits)pmPdcpVolDlDrbLastTTI: buffer为空前的最后一个TTI上DRB的流量 Unit: 1 kilobit (1 000 bits)pmUeThpTimeDl: 下行有效的传输时间，从buffer里第一个PDCPSDU在Uu口上发送到最后buffer为空为止，其中去除buffer为空前的一个TTI. Unit: 1 ms完整性-基于用户感知的下行速率基于用户感知的下行速率KPINote：我们在统计下行用户

9、速率的过程中，从空口的第一个包调度，到用户的最后一个数据调度完成，将去除尾包数据量和时间。上行也同样如此。完整性-基于用户感知的下行速率基于用户感知的下行速率KPI统计原则统计原则KPI上行用户速率上行用户速率ULUT（Uplink User Throughput ）KPI计算公式pmUeThpVolUl:上行方向上总的DRB的流量 Unit: 1 kilobit (1 000 bits)pmUeThpTimeUl: 上行有效传输时间Unit: 1 ms完整性-基于用户感知的上行速率基于用户感知的上行速率KPI完整性-基于用户感知的上行速率基于用户感知的上行速率KPI统计原则统计原则KPI移动

10、移动性性系统内切换成功率系统内切换成功率HOSR（Intra-LTE Handover Success Rate ）KPI计算公式切换准备切换准备切换执行切换执行移动移动性性到到WCDMA的系统间切换成功率的系统间切换成功率IRAT-HOSR-3GKPI计算公式小区完好率Cell Availability (CA)KPI计算公式计数器： CellDowntimeMan 由于下列因素小区关闭时长：- 小区状态人工设置为关闭- 维护需要，临时关闭小区CellDowntimeAuto 由于故障，造成小区状态处于关闭的时长注：不包括小区启动N:小区数目L:为统计区间ROP数量资资源利用类源利用类lSy

11、stem LoadSystem LoadlDownlink VolumeDownlink VolumelUplink VolumeUplink VolumelActive UEsActive UEslAverage number of simultaneous E-RABsAverage number of simultaneous E-RABslUE Session TimeUE Session TimelPhysical Physical ResourcesResourceslPRB utilizationPRB utilizationlProcessor LoadProcessor Lo

12、adlMP MP LoadLoadSystem LoadDownlink VolumePIUplink VolumePI计数器pmPdcpVolDlDrbUnit: 1 kilobit (1 000 bits)The total volume (PDCP SDU) on Data Radio Bearers that has been transmitted in the downlink direction in the PDCP layer.pmPdcpVolDlSrb Unit: 1 kilobit (1 000 bits)The total volume (PDCP SDU) on S

13、ignaling Radio Bearers that has been transmitted in the downlink direction in the PDCP layer.计数器pmPdcpVolUlDrb Unit: 1 kilobit (1 000 bits)The total volume (PDCP SDU) on Data Radio Bearers that has been received in the uplink direction.pmPdcpVolUlSrbUnit: 1 kilobit (1 000 bits)The total number of bi

14、ts (PDCP SDU) on Signaling Radio Bearers that has been transferred (acknowledged by the RBS) in the uplink direction.Number of Active UsersPI计数器：pmActiveUeDlSum：Number of UEs with DRB data to send in the downlink direction.Aggregates for each TTIpmActiveUeUlSum：Number of UEs with buffer status repor

15、tsindicating DRB data to be sent in the uplink direction.Aggregates for each TTISystem LoadSystem LoadlAverage number of simultaneous E-RABsAverage number of simultaneous E-RABslpmErabLevSumpmErabLevSum Sampling Sampling rate: 5 secondsrate: 5 secondslpmErabLevSamppmErabLevSamp Sampling rate: 5 seco

16、ndsSampling rate: 5 seconds计数器：pmErabLevSum Sum of all sample values recorded for Number of simultaneous E-RABspmErabLevSamp Counts the number of times the corresponding Sum counters has been incremented.Session TimePI计数器：pmSessionTimeUe： Unit: 1 sNumber of session seconds aggregated for UEs in a ce

17、ll.A UE is said to be “in session” if any data on a DRB (UL or DL)has been transferred during the last 100 mspmSessionTimeDrb：Unit: 1 sNumber of session seconds aggregated for DRBs in a cell.A DRB is said to be “in session” if any data on a DRB (UL or DL)has been transferred during the last 100 msSy

18、stem Load资源资源利用率利用率PRB UtilizationPI计数器：pmPrbUtilDl：PDFA distribution that shows the downlink Physical Resource Block (PRB) pair utilization (total number of used PRB pairs by available PRB pairs) on the Physical Downlink Shared Channel (PDSCH). pmPrbUtilUl：PDFA distribution that shows the uplink Ph

19、ysical Resource Block (PRB) pair utilization (total number of used PRB pairs by available PRB pairs) on the Physical Uplink Shared Channel (PUSCH). MP LoadMp Load DistributionPIpmProcessorLoadDistr PDF ranges:0: 0 = Cpu Load 20 %1: 20 = Cpu Load 30 %2: 30 = Cpu Load 40 %3: 40 = Cpu Load 50 %4: 50 =

20、Cpu Load 60 %5: 60 = Cpu Load 70 %6: 70 = Cpu Load 80 %7: 80 = Cpu Load 85 %8: 85 = Cpu Load 90 %9: 90 = Cpu Load 95 %10:95 70% 调整PdcchCfiMode参数增加带宽增加新站PUCCH资源利用率未调度的PUCCH分配请求比率(%)10% 参数优化及一致性检查添加新站PRB资源利用率 忙时PRB平均利用率60% 降低激活用户数：业务均衡，新站建设 如果有可能，减低控制信道资源如果有可能，增加系统带宽licenselicense资源资源RRC连接用户数实际连接用户数峰值

21、/license用户数70% 通过硬件升级，增加连接用户数容量增加连接用户数的license减少连接的用户数，可以通过业务均衡，新站建设等设备资源设备资源基带板CPU利用率 基带板负荷70% 目前的硬件配置不会出现主处理器负荷过高问题 Paging资源利用率 寻呼丢弃率5%对寻呼参数的一致性检查（发送寻呼的数量以及计时器等）TA list的优化传传输资源输资源 以太网口利用率 忙时传输利用率70%传输带宽扩容 预警门限：连接峰值用户数/License用户数70%硬件DUS 41，单站最大3600个用户软件license目前配置S111单站120，以20为步长升级参数名称参数解释licenseC

22、apacityConnectedUsersRRC连接用户数的license限制数licConnectedUsersPercentileConfpmLicConnectedUsersActual的CDF取值统计名称统计解释pmLicConnectedUsersLicense可用的连接用户数license数pmLicConnectedUsersActual在一个测量周期内实际连接用户比率pmLicConnectedUsersMax连接的峰值用户数pmLicConnectedUsersTimeCong连接的用户数达到license限制的累加时间pmRrcConnEstabFailLic因为缺少lic

23、ense造成的RRC连接建立失败次数爱立信LTE容量评估-RRC连接用户数 增加连接用户容量： 硬件升级；增加连接用户license个数 减少连接的用户数： 业务均衡；新站292929计数器:pmLicConnectedUsersActua预警门限：不会出现容量限制硬件DUS 41，爱立信基带板的PRACH处理能力充足，远超实际可能发生的PRACH业务量软件无限制参数名称参数解释cellRange小区最大半径rachRootSequence随机接入前导序列cfraEnable非竞争随机接入开启爱立信LTE容量评估-PRACH 对功控参数设置的检查 对问题站进行上行干扰排查预警门限：pmPdcc

24、hCceUtil大于70%可用容量软硬件无限制带宽20M带宽，PDCCH占三个符号时最多可用CCE数为84/子帧。目前采用动态cfi设置，PDCCH最多占3个符号参数名称参数解释pdcchCfiMode控制CFI，目前使用最大值为3的动态调整方式统计名称统计解释pmPdcchCceUtilPDCCH CCE利用率pmContDlPdcch下行由于缺乏PDCCH资源而产生的竞争的次数pmContUlPdcch上行由于缺乏PDCCH资源而产生的竞争的次数pmPdcchCceActivityPDCCH占用1个或多个CCE的次数pmPdcchMaxCceAvail考虑天线和带宽的条件下，CCE可用的总

25、个数爱立信LTE容量评估-PDCCH 调整PdcchCfiMode参数 增加带宽 增加新站预警门限：未调度的PUCCH分配请求比率(%)= SR和CQI未调度的次数/请求次数10%软件无限制硬件DUS41 ，20M带宽，最大SR用户810，CQI用户880参数名称参数解释noOfPucchSrUsersPUCCH上可用的SR资源的个数，目前设置160noOfPucchCqiUsersPUCCH上可用的CQI资源的个数，目前设置160统计名称统计解释pmPucchSrCqiResAllocAttPUCCH分配的尝试次数pmPucchSrCqiResCongCqiCQI资源请求未被调度的次数pmP

26、ucchSrCqiResCongSrSR资源请求未被调度的次数爱立信LTE容量评估-PUCCH 功率参数设置的一致性检查 优化NoOfPucchCqiUsers, NoOfPucchSrUsers 添加新站爱立信LTE容量评估-PRB资源硬件无限制RB数20M带宽，100RBcounter名称解释pmPrbUtilDl (PDF)下行PRB利用率PDF分布pmPrbUtilUl (PDF)上行PRB利用率PDF分布预警门限：忙时PRB平均利用率60%，结合单用户下载速率*建议结合小区内平均每用户的throughput单用户下行速率=测试时间内下行PDCP流量/UE下行业务占用时间单用户上行速率

27、=测试时间内上行PDCP流量/UE上行业务占用时间 降低激活的用户数，比如业务均衡，建新站等 在控制信道容许的情况下，减少控制信道资源. 增加网络带宽eNodeB理论寻呼容量：1250 Paging / s , 寻呼丢弃率 5%硬件1250 Paging / s 配置目前配置600 Paging / s; 在作TA规划时，综合考虑各种因素后，通常按200/s规划。基站CPU对寻呼能力的支持较大(1000/s)，通常不是瓶颈参数名称参数解释maxNoOfPagingRecords每PO上可承载的寻呼寻呼信息个数Nb每个寻呼帧中PO的个数pagingDiscardTimer寻呼信息缓存时长统计名称

28、统计解释pmPagDiscarded寻呼丢弃次数pmPagReceived收到的寻呼次数爱立信LTE容量评估-寻呼容量 对寻呼参数的一致性检查（发送寻呼的数量以及计时器等） TA列表的优化爱立信LTE容量评估-设备资源CPU负荷CPU负荷状态 98%过负荷 90% 98%超负荷 70% 89%高负荷 70%正常负荷统计名称统计解释pmProcessorLoadDistr CPU负荷分布硬件DUS41，目前的硬件配置不会出现主处理器负荷过高问题 u 基带板基带板CPU占用率：占用率：pmProcessorLoadDistr PDF ranges:0: 0 = Cpu Load 20 %1: 20

29、 = Cpu Load 30 %2: 30 = Cpu Load 40 %3: 40 = Cpu Load 50 %4: 50 = Cpu Load 60 %5: 60 = Cpu Load 70 %6: 70 = Cpu Load 80 %7: 80 = Cpu Load 85 %8: 85 = Cpu Load 90 %9: 90 = Cpu Load 95 %10:95 70%KPI公式：以太网传输利用率(%) =以太网流量/统计时间/以太网配置带宽 传输扩容4 4G G质量工单差小区处理思路质量工单差小区处理思路指标名称指标名称主要影响哪些用户感主要影响哪些用户感受及网络性能？（如受及

30、网络性能？（如网页打开慢之类的）网页打开慢之类的）主要由什么原因引起（如室分底噪是网络元主要由什么原因引起（如室分底噪是网络元器件引起还是优化不合理？宏站底噪高呢？）器件引起还是优化不合理？宏站底噪高呢？）当前主要有哪些优化手段提升这些指标？当前主要有哪些优化手段提升这些指标？无线接通率有LTE信号，但无法上网1. 宏站底噪高2. RRC、E-RAB拥塞3. 连接用户数限制4. 天馈系统问题5. 覆盖问题6. 参数配置1. 排除内、外部干扰2. 扩容，业务分流3. 扩lincese4.检查天馈系统问题：驻波比、鸳鸯线等；5. RF优化：重叠覆盖、弱覆盖、过覆盖问题解决；6. 参数优化LTE业务

31、掉线率上网时刷不出东西，看视频掉线1. 覆盖干扰问题2. 天馈问题3. 邻区缺失4. 基站故障5、参数问题1. RF优化：重叠覆盖、弱覆盖、过覆盖问题解决；模3干扰解决；2.检查天馈系统问题：驻波比、鸳鸯线等；3. 邻区优化；4. 检查告警，排除基站故障5、PCI核查；LTE小区退服时长手机无信号，无LTE覆盖1. 基站故障2. 人为闭站1. 检查告警，排除基站故障2. 检查人为闭站原因用户下行吞吐率视频卡顿，游戏卡顿1. 覆盖问题2. 天馈问题3. 参数问题4. 容量问题1. RF优化：重叠覆盖、弱覆盖、过覆盖问题解决；2. 检查天馈系统问题3. 参数优化4. 扩容，资源优化上行底噪无法接入

32、，上行速率低1. 系统内干扰2. 系统外干扰1. 检查基站各部件；2. 外部干扰定位；参数调整；切换成功率1、覆盖问题2、邻区问题3、同步问题4、天馈问题5、周边小区存在外部干扰1、提升功率、增加基站、天线方位角下倾角优化2、邻区优化3、加装GPS、频偏检查；4、检查天馈系统问题：驻波比、鸳鸯线等；5、外部干扰排查、参数优化（提升上行载干比）；指标及结点log检查检查KPI趋势（接入性、保持性、移动性、完整性等）检查上行干扰邻区切换统计具体掉话、未接通原因周边站点状态及KPI检查共站2/3G指标检查历史告警及参数修改记录核查步骤 1Analyze the CTR:（如果有必要）收集CTR Lo

33、g分析具体切换失败、未接通或掉话原因步骤 2路测数据分析(如果需要检查覆盖):弱覆盖核查 越区覆盖核查重叠覆盖核查是否有异常事件干扰排查排查干扰源具体位置 如果业主配合，可以断开确认干扰是否对基站造成影响步骤 3步骤 4调整建议:越区、弱覆盖、覆盖异常给出相应的天馈调整建议；抗干扰参数调整；容量调整建议；故障处理；干扰排查；邻区优化；PCI优化；切换参数优化；4 4G G质量工单差小区处理步骤质量工单差小区处理步骤案例详情：质量工单列表里面FBJ001013 政法学院东C小区的同频切换出成功率只有1.54%，通过后台切换指标查询发现FBJ001013C小区主要和FBJ001001 朝阳北路连心

34、园小区 以及 FBJ001118 常营110kV变电站 切换成功率低。差小区处理案例 基基站同步案例（站同步案例（1 1）切换尝试切换成功切换成功率原小区目标小区处理前处理后处理前处理后处理前处理后FBJ001013A1FBJ001001A129626482642.70%100.00%FBJ001013A1FBJ001001B1090999.99%100.00%FBJ001013A1FBJ001118A130626102610.00%100.00%FBJ001013A1FBJ001118B127990990.00%100.00%FBJ001013A1FBJ001118C1328080.00%1

35、00.00%案例分析：经过查询，FBJ001013，FBJ001118，FBJ001001均没有严重告警。没有邻区错定情况。基站参数正常。经过检查发现FBJ001118和FBJ001001都有频偏问题。这两个站当前的同步方式为SynchE同步处理方法：将FBJ001118和FBJ001001同步方式改为GPS同步处理结果：调整后FBJ001013与FBJ001001和FBJ001118的切换成功率均明显变好。FBJ001013A小区的同频切出成功率变为100%案例详情：案例详情：FBJ000967_华昱家园的A/C小区由于LTE业务掉话率和无线接通率多次成为质量工单差小区。问题分析：问题分析：

36、通过后台查询，FBJ000967_华昱家园近期出现高干扰问题，其A、B、C小区受到严重影响，底噪均在-92dB左右，且其周边基站FBJ000074_大兴星城商厦A、C小区、FBJ000549_银奥宾馆B小区干扰也较高。问题定位：问题定位：通过现场干扰排查，定位干扰源为私装直放站，位于兴雅珠宝古玩城3层（经纬度：116.3387，39.7368）。优优化方案：化方案：1）替代干扰源； 2）参数调整：PZeroPUCCH: -103-97, PZeroPUSCH: -85-70 , ALPHA: 810.差小区处理案例 外部干外部干扰（扰（2 2）案例详情：FBJ000970 北蜂窝路南 A 小区

37、在1月13-19日间尝试切换4340次，成功2683次，失败1657次。 FBJ000967 到 FBJ900976 三庙街 C 小区，尝试切换次数和失败次数均为1636次。失败率100%。案例分析：通过后台查询，FBJ000970与FBJ900976间距3km,为不合理邻区，查看基站数据发现本小区的邻区中有PCI同为161的其它邻区（FBJ900175 北蜂窝路C小区）。产生PCI混淆，导致切换失败。差小区处理案例 PCI PCI 混淆（混淆（3 3）处理方法：删除较远临区 FBJ000970 北蜂窝路南 A 小区FBJ900976 三庙街 C 小区。处理结果：调整后FBJ000970 北蜂

38、窝路南 A 小区的同频切出成功率变明显变好，介于 99%-100% 间，接近100%。3040506070809010020150120-0920150120-1020150120-1120150120-1220150120-1320150120-1420150120-1520150120-1620150120-1720150120-1820150120-1920150120-2020150120-2120150120-2220150120-2320150121-0020150121-0120150121-0220150121-0320150121-0420150121-0520150121-

39、0620150121-0720150121-0820150121-0920150121-10同频切换出成功率同频切换出成功率(%)(%)删除较远临区FBJ000970A1北蜂窝路南FBJ900976三庙街3小区。案例详情：FBJ000960 万柳桥C小区，接入成功率在80%90%之间波动。小区向西北西南方向邻区距离为1km左右，站高35m，合成倾角为5度。本站位于空旷地带，附近少高层建筑。案例分析：通过覆盖分析，小区覆盖较广。三方测试前，FBJ001058 西南三环泵站故障断站，FBJ002117 北方汽配城尚未入网，需要本小区具有较广覆盖。这时小区的RSRP分布区间分布如右下图。近期西南三环

40、泵站故障排除，北方汽配城新入网，站间距为477m。此时本小区的覆盖过广，成为过覆盖小区。处理方法：下压电子下倾角 0度 - 5度。处理结果： FBJ000960 万柳桥C小区，接入成功率明显提升，接近100%。差小区处理案例 过覆盖过覆盖（4 4）808284868890929496981007:008:009:0010:0011:0012:0013:0014:0015:0016:0017:0018:0019:00调整覆盖前后同时段无线接通率对比调整覆盖前后同时段无线接通率对比20日无线接通率(%)21日无线接通率(%)方位角（度）电子下倾角（度）机械下倾角（度）合成下倾角（度）修改前2400

41、55修改后2405510 问题描述 FBJ000615B1（芳星园水上乐园）统计同频切换出成功率仅64.71%，且切换出次数较多，为同频切换出差小区。 问题分析 分析FBJ000615B1（芳星园水上乐园）邻区切换统计数据，发现FBJ000615B1（芳星园水上乐园）与FBJ001773C1（ D-分钟寺北）切换失败次数多，是造成切换出成功率较低的原因。 1、检查小区故障及告警情况，发现无影响切换性能的小区告警，X2口及邻区数据配置正常。检查底噪情况， FBJ000615B1底噪-95dBm，底噪较高；FBJ001773C1小区底噪-92dbm，存在严重干扰，容易造成接入失败、切换失败等问题。

42、 2、基站地理分布情况如右图，FBJ000615B1与FBJ001773C1距离1.45公里，为远距离邻区，且不是直接相邻的小区，中间分布有基站FBJ000513等切换接续基站，邻区添加不合理。同时FBJ000615B1（PCI：41）与FBJ001773C1（PCI：287）存在模3冲突，切换同步时由于SINR恶化容易造成切换失败及掉线。差小区处理案例 切切换成功率低（换成功率低（5 5） 3、下图为基站周围地理环境情况，FBJ000615B1周围楼宇密集，且天线倾角较大，覆盖距离合理；FBJ001773C1周围空旷无遮挡，电子下倾角为0度，机械下倾角3度，预置下倾角较小，前期测试发现该小区

43、沿道路方向覆盖较远，存在越区覆盖问题，造成同频干扰及远距离邻区切换较多。CELL挂高方位角电子下倾机械下倾合成下倾PCIFBJ001773C122250033287FBJ000615B12516044841 优化方案1，删除不合理邻区：FBJ000615B1-FBJ001773C1；2，天馈调整改善小区过覆盖问题：FBJ001773C1的电子下倾角0-3，并进行后续观察是否需要进一步调整；3，参数调整改善外部干扰严重造成的接入困难，改善切换成功率指标：FBJ001773C1上行功控参数：pZeroNorminalPusch/Pucch(-85-75/-103-97)。 优化效果FBJ00061

44、5B1切换出成功率有明显提升，全天切换出成功率指标由84%提升至96%左右，后续将进行进一步监控。遗留问题：七区分钟寺附近存在大范围高干扰问题，造成该区域各项指标差小区分布集中，测试指标及客户体验也很差，需要对外部干扰问题进行排查解决。差小区处理案例 切切换成功率低换成功率低4545简单指令介绍 -告警查看4646简单指令介绍 -基站及RRU状态查看指令格式：st cell | st rru作用：利用该命令可以查看当前基站cell和rru是否工作状态正常。指令格式：ue print -admitted作用：利用该命令可以查看当前基站实时用户情况。4747简单指令介绍 -PMR指令格式：pmr作

45、用：利用该命令可以查看当前基站指定时间段内的KPI报告，包括RRC建立成功率，ERAB建立成功率，掉话率、切换成功率、上下行速率、基站底噪等相关指标情况。4848指令格式：pmx m 小时 小区名 Counter名称作用：利用该命令可以简单查看各个Counter的原始统计值简单指令介绍 -PMX查看原始统计4949指令格式：get . 参数名称作用：利用该命令可以查看相关参数的配置情况，如查看基站P0及功率设置情况如下：简单指令介绍 -GET查看参数配置5050指令格式：pmom . Counter名称作用：利用该命令可以简单查看各个Counter的解释说明简单指令介绍 -获得统计及参数帮助指

46、令格式：mom . 参数名称作用：利用该命令可以简单查看各个参数的解释说明5151相关链接 -质量工单系统5252相关链接 -网优平台5353附录4G整体指标情况 -LTE业务掉话率q本周南区LTE业务掉话率从上周平均0.73%下降至0.63%，全网掉话率从上周平均0.76下降至0.73%q各个区局横向比较看，郊区分公司门头沟、房山处于前列水平，市区分公司八区、三区较好、五区和七区相对较低q本周进步幅度最大分公司分别为大兴、七区、五区小幅提升，房山、通州、八区保持平稳q爱立信整网掉话率0.73%，暂落后于华为的0.34%LTE业务掉话率1/22/20151/23/20151/25/20151/

47、26/20151/27/20151/28/2015上周平均本周平均大兴0.58%0.45%0.58%0.94%0.84%1.01%1.13%0.71%房山0.09%0.10%0.09%0.11%0.08%0.13%0.10%0.10%七区1.30%0.85%0.85%0.99%1.07%1.18%1.16%1.03%三区0.22%0.23%0.21%0.20%0.31%0.37%0.26%0.25%通州0.30%0.45%0.40%0.34%0.41%0.56%0.39%0.40%五区0.80%0.84%0.70%0.52%0.71%1.03%0.82%0.76%八区0.42%0.24%0.2

48、0%0.19%0.22%0.22%0.23%0.25%门头沟0.03%0.06%0.09%0.08%0.05%0.12%0.09%0.07%爱立信南区0.71%0.53%0.53%0.61%0.69%0.78%0.73%0.63%华为全网0.31%0.31%0.39%0.31%0.31%0.29%0.34%0.32%爱立信全网0.78%0.68%0.61%0.64%0.75%0.95%0.76%0.73%4G整体指标情况 -无线接通率q本周南区无线接通率从上周平均97.85%上升至98.41%，全网无线接通率从上周平均96.22%上升至97.17%q本周除三区、八区、通州外，其他区局无线接通率

49、均有所提升q爱立信整网无线接通率97.17%，暂落后于华为的99.39%无线接通率1/22/20151/23/20151/25/20151/26/20151/27/20151/28/2015上周平均本周平均大兴99.06%99.01%98.89%98.35%98.27%98.29%97.27%98.65%房山97.84%98.19%99.29%98.95%99.24%98.64%98.15%98.72%七区97.15%98.01%97.89%97.56%97.67%97.68%96.70%97.67%三区99.47%99.01%99.24%99.42%99.13%99.02%99.22%99.

50、21%通州98.59%98.70%98.39%98.88%98.75%98.91%98.80%98.69%五区97.48%97.09%98.19%93.90%84.46%98.56%93.50%94.52%八区99.72%99.56%99.51%99.54%99.61%99.18%99.55%99.52%门头沟99.92%99.95%99.93%99.90%99.93%99.90%99.88%99.92%爱立信南区98.26%98.51%98.52%98.44%98.38%98.35%97.85%98.41%华为全网99.51%99.29%99.33%99.21%99.40%99.56%99.

51、36%99.39%爱立信全网98.07%98.07%98.49%96.90%93.34%98.43%96.22%97.17%4G整体指标情况 -切换成功率q本周南区切换成功率从上周平均96.87%上升至97.25%，全网切换成功率从上周平均96.89%上升至97.32%q本周除房山、门头沟外，其他区局相比上周切换成功率均有所提高q爱立信全网切换成功率97.32%，暂落后于华为的98.93%切换成功率1/22/20151/23/20151/25/20151/26/20151/27/20151/28/2015上周平均本周平均大兴96.64%96.99%96.77%96.52%97.13%96.86

52、%96.64%96.83%房山99.30%99.09%99.16%99.00%99.11%99.10%99.13%99.13%七区96.83%97.04%97.23%96.86%96.73%96.85%96.91%96.93%三区96.44%97.31%97.43%96.89%97.23%97.33%96.23%97.12%通州98.04%98.18%98.21%98.24%98.31%98.33%97.92%98.22%五区96.94%96.93%96.73%97.19%97.61%97.47%96.76%97.15%八区98.54%98.39%98.48%98.16%98.39%98.39

53、%98.31%98.39%门头沟99.10%99.20%99.25%99.12%99.13%99.13%99.16%99.16%爱立信南区96.92%97.37%97.50%97.12%97.23%97.29%96.87%97.25%华为全网98.82%98.97%98.93%98.91%98.97%98.99%98.93%98.93%爱立信全网97.08%97.33%97.39%97.25%97.44%97.44%96.89%97.32%4G差小区 -4G质量监控工单质量监控工单累计处理情况: 区局工单数闭环率未闭环工单本周新增本周闭环累计处理工单数未定位工单七区15568.39%49713

54、599三区7663.16%2828462大兴2060.00%811150房山2100.00%00110通州1070.00%30030南区26366.54%88102312411东北区12470.97%36584410西北区683.33%10010爱立信39368.19%125153116921指标项指标项监控门限监控门限闭环策略闭环策略LTE小区退服时长在5个监控周期内,其中有3个监控周期, LTE小区退服时长 = 86400s连续3个监控周期, LTE小区退服时长 10 并且 LTE业务释放次数 30连续3个监控周期, LTE业务掉话率 5同频切换出成功率在5个监控周期内,其中有3个监控周期

55、, 同频切换出成功率 50连续3个监控周期, 同频切换出成功率 95无线接通率在5个监控周期内,其中有3个监控周期, 无线接通率 50 并且 E-RAB建立请求个数 50连续3个监控周期, 无线接通率 95p 考核指标4G差小区 -片区考核指标现状无线接通率差小区比例指标序号指标序号质量评估与考核体系质量评估与考核体系（二期）指标（二期）指标指标定义指标定义1 14G4G无线接通率低于无线接通率低于94%94%的小区比例的小区比例4G4G无线系统接通率定义：无线接通率无线系统接通率定义：无线接通率RRCRRC连接建立成功率连接建立成功率* *E-RABE-RAB建立成功率建立成功率* *100

56、%100%；其中：；其中：RRCRRC连接建立成功率连接建立成功率=RRC=RRC连接建立成功次数连接建立成功次数/RRC/RRC连接建立请求次数连接建立请求次数* *100%100%，E-RABE-RAB建立成功率建立成功率=E-RAB=E-RAB建立成功次数建立成功次数/E-RAB/E-RAB建立请求次数建立请求次数* *100%100%4G4G无线接通率低于无线接通率低于94%94%的小区比例定义：的小区比例定义：（满足无（满足无4G4G线接通率低于线接通率低于94%94%的小区）的小区）/ /目标区域有性能数据的小区总数目标区域有性能数据的小区总数* *100%100%2 2LTELT

57、E业务掉话率高于业务掉话率高于2%2%的小区比例的小区比例LTELTE业务掉话率业务掉话率=LTE=LTE业务掉话次数业务掉话次数/LTE/LTE业务释放次数业务释放次数* *100100；LTELTE业务掉话率高于业务掉话率高于2%2%的小区比例定义：的小区比例定义：（LTELTE业务掉话率高于业务掉话率高于2%2%的小区）的小区）/ /目标区域有性能数据的小区总数目标区域有性能数据的小区总数* *100%100%3 3LTELTE小区退服时长全天小区退服时长全天大于大于3600s3600s的小区比例的小区比例小区退服时长定义：现网小区退服期间不可用时长；小区退服时长定义：现网小区退服期间不

58、可用时长；LTELTE小区退服时长全天大于小区退服时长全天大于36003600s s的小区比例定义：的小区比例定义：（全天退服时长大于（全天退服时长大于3600s3600s的小区数）的小区数）/ /目标区域目标区域现网运行小区现网运行小区总数总数* *100%100%4 4下行用户级空口吞吐下行用户级空口吞吐率低于率低于5Mbps5Mbps小区比例小区比例下行用户级空口吞吐率：下行小区下用户级速率（去除小包）；下行用户级空口吞吐率：下行小区下用户级速率（去除小包）；下行用户级空口吞吐率低于下行用户级空口吞吐率低于5Mbps5Mbps小区比例定义：小区比例定义：（0Mbps0Mbps下行用户级空

59、口吞吐率下行用户级空口吞吐率5Mbps5Mbps的小区数）的小区数）/ /目标区域现网目标区域现网运行小区总数运行小区总数* *100%100%5 54G4G闲时上行底噪过高闲时上行底噪过高小区比例小区比例闲时上行底噪过高小区比例定义：闲时上行底噪过高小区比例定义：（满足闲时上行底噪均值大于（满足闲时上行底噪均值大于-98-98dBmdBm的小区）的小区）/ /目标区域有性能数据的小区总数目标区域有性能数据的小区总数* *100%100%区局区局2015-01-21 152015-01-22 152015-01-23 152015-01-24 152015-01-25152015-01-26

60、15本周平均本周平均上周平均上周平均七区6.31%6.17%5.84%6.06%6.15%6.37%6.15%5.98%三区1.13%1.02%1.74%1.95%2.15%0.92%1.49%1.47%大兴2.89%1.22%1.22%1.63%0.82%0.82%1.43%2.36%房山1.18%0.59%1.18%0.59%0.29%0.00%0.64%0.71%通州0.65%1.28%1.92%1.50%0.64%0.85%1.14%0.95%南区总计南区总计2.80%2.62%2.93%2.97%2.83%2.48%2.77%2.77%五区1.42%2.03%1.79%1.79%2.