LTEKPI优化交流课件.pptx

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

2、算公式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-attempts.pm

3、ErabEstabSuccInit: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 Establishment attempts.RRCR

4、RC建立建立流程开始：尝试：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掉线掉线率率SARR（Session Abno

5、rmal 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 considered as abnormal.pmErabRe

6、lAbnormalEnb: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 handover.MME发起发起lE-RAB Release

7、Procedure MME InitiatedE-RAB Release Procedure MME Initiated在在BufferBuffer中有数据的非正常释放，才是用户感知的掉话中有数据的非正常释放，才是用户感知的掉话ENB发起发起lE-RAB Release Procedure eNB InitiatedE-RAB Release Procedure eNB Initiated在在BufferBuffer中有数据的非正常释放，才是用户感知的掉话中有数据的非正常释放，才是用户感知的掉话下行用户速率下行用户速率DLUT（Downlink User Throughput）KPI计算公式p

8、mPdcpVolDlDrb:下行方向上总的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移动移动性性系统内切换成功率系统内切换成功率HOSR（Intra-LTE Handover

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

11、umelUplink VolumeUplink VolumelActive UEsActive UEslAverage number of simultaneous E-RABsAverage number of simultaneous E-RABslUE Session TimeUE Session TimelPhysical Physical ResourcesResourceslPRB utilizationPRB utilizationlProcessor LoadProcessor LoadlMP MP LoadLoadSystem LoadDownlink VolumePIUpl

12、ink 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 Signaling Radio Bearers that has been transmitted in the

13、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 bits(PDCP SDU)on Signaling Radio Bearers that has been transferr

14、ed(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 reportsindicating DRB data to be sent in the uplink direction.Aggregate

15、s 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 secondsSampling rate:5 seconds计数器：pmErabLevSum Sum of all sample values r

16、ecorded 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 cell.A UE is said to be“in session”if any data on a DRB(UL or DL)has been

17、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 msSystem Load资源资源利用率利用率PRB UtilizationPI计数器：pmPrbUtilDl：PDFA distribution that show

18、s 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 Physical Resource Block(PRB)pair utilization(total number of used PRB pairs by availabl

19、e 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=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%调整Pd

20、cchCfiMode参数增加带宽增加新站PUCCH资源利用率未调度的PUCCH分配请求比率(%)10%参数优化及一致性检查添加新站PRB资源利用率 忙时PRB平均利用率60%降低激活用户数：业务均衡，新站建设 如果有可能，减低控制信道资源如果有可能，增加系统带宽licenselicense资源资源RRC连接用户数实际连接用户数峰值/license用户数70%通过硬件升级，增加连接用户数容量增加连接用户数的license减少连接的用户数，可以通过业务均衡，新站建设等设备资源设备资源基带板CPU利用率 基带板负荷70%目前的硬件配置不会出现主处理器负荷过高问题 Paging资源利用率 寻呼丢弃率5

21、%对寻呼参数的一致性检查（发送寻呼的数量以及计时器等）TA list的优化传传输资源输资源 以太网口利用率 忙时传输利用率70%传输带宽扩容 预警门限：连接峰值用户数/License用户数70%硬件DUS 41，单站最大3600个用户软件license目前配置S111单站120，以20为步长升级参数名称参数解释licenseCapacityConnectedUsersRRC连接用户数的license限制数licConnectedUsersPercentileConfpmLicConnectedUsersActual的CDF取值统计名称统计解释pmLicConnectedUsersLicense

22、可用的连接用户数license数pmLicConnectedUsersActual在一个测量周期内实际连接用户比率pmLicConnectedUsersMax连接的峰值用户数pmLicConnectedUsersTimeCong连接的用户数达到license限制的累加时间pmRrcConnEstabFailLic因为缺少license造成的RRC连接建立失败次数爱立信LTE容量评估-RRC连接用户数 增加连接用户容量：硬件升级；增加连接用户license个数 减少连接的用户数：业务均衡；新站292929计数器:pmLicConnectedUsersActua预警门限：不会出现容量限制硬件DUS

23、 41，爱立信基带板的PRACH处理能力充足，远超实际可能发生的PRACH业务量软件无限制参数名称参数解释cellRange小区最大半径rachRootSequence随机接入前导序列cfraEnable非竞争随机接入开启爱立信LTE容量评估-PRACH 对功控参数设置的检查 对问题站进行上行干扰排查预警门限：pmPdcchCceUtil大于70%可用容量软硬件无限制带宽20M带宽，PDCCH占三个符号时最多可用CCE数为84/子帧。目前采用动态cfi设置，PDCCH最多占3个符号参数名称参数解释pdcchCfiMode控制CFI，目前使用最大值为3的动态调整方式统计名称统计解释pmPdcch

24、CceUtilPDCCH CCE利用率pmContDlPdcch下行由于缺乏PDCCH资源而产生的竞争的次数pmContUlPdcch上行由于缺乏PDCCH资源而产生的竞争的次数pmPdcchCceActivityPDCCH占用1个或多个CCE的次数pmPdcchMaxCceAvail考虑天线和带宽的条件下，CCE可用的总个数爱立信LTE容量评估-PDCCH 调整PdcchCfiMode参数 增加带宽 增加新站预警门限：未调度的PUCCH分配请求比率(%)=SR和CQI未调度的次数/请求次数10%软件无限制硬件DUS41，20M带宽，最大SR用户810，CQI用户880参数名称参数解释noOf

25、PucchSrUsersPUCCH上可用的SR资源的个数，目前设置160noOfPucchCqiUsersPUCCH上可用的CQI资源的个数，目前设置160统计名称统计解释pmPucchSrCqiResAllocAttPUCCH分配的尝试次数pmPucchSrCqiResCongCqiCQI资源请求未被调度的次数pmPucchSrCqiResCongSrSR资源请求未被调度的次数爱立信LTE容量评估-PUCCH 功率参数设置的一致性检查 优化NoOfPucchCqiUsers,NoOfPucchSrUsers 添加新站爱立信LTE容量评估-PRB资源硬件无限制RB数20M带宽，100RBcou

26、nter名称解释pmPrbUtilDl(PDF)下行PRB利用率PDF分布pmPrbUtilUl(PDF)上行PRB利用率PDF分布预警门限：忙时PRB平均利用率60%，结合单用户下载速率*建议结合小区内平均每用户的throughput单用户下行速率=测试时间内下行PDCP流量/UE下行业务占用时间单用户上行速率=测试时间内上行PDCP流量/UE上行业务占用时间 降低激活的用户数，比如业务均衡，建新站等 在控制信道容许的情况下，减少控制信道资源.增加网络带宽eNodeB理论寻呼容量：1250 Paging/s,寻呼丢弃率 5%硬件1250 Paging/s 配置目前配置600 Paging/s

27、;在作TA规划时，综合考虑各种因素后，通常按200/s规划。基站CPU对寻呼能力的支持较大(1000/s)，通常不是瓶颈参数名称参数解释maxNoOfPagingRecords每PO上可承载的寻呼寻呼信息个数Nb每个寻呼帧中PO的个数pagingDiscardTimer寻呼信息缓存时长统计名称统计解释pmPagDiscarded寻呼丢弃次数pmPagReceived收到的寻呼次数爱立信LTE容量评估-寻呼容量 对寻呼参数的一致性检查（发送寻呼的数量以及计时器等）TA列表的优化爱立信LTE容量评估-设备资源CPU负荷CPU负荷状态 98%过负荷 90%98%超负荷 70%89%高负荷 70%正常

28、负荷统计名称统计解释pmProcessorLoadDistr CPU负荷分布硬件DUS41，目前的硬件配置不会出现主处理器负荷过高问题 u 基带板基带板CPU占用率：占用率：pmProcessorLoadDistr PDF ranges:0:0=Cpu Load 20%1:20=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

29、公式：以太网传输利用率(%)=以太网流量/统计时间/以太网配置带宽 传输扩容4 4G G质量工单差小区处理思路质量工单差小区处理思路指标名称指标名称主要影响哪些用户感主要影响哪些用户感受及网络性能？（如受及网络性能？（如网页打开慢之类的）网页打开慢之类的）主要由什么原因引起（如室分底噪是网络元主要由什么原因引起（如室分底噪是网络元器件引起还是优化不合理？宏站底噪高呢？）器件引起还是优化不合理？宏站底噪高呢？）当前主要有哪些优化手段提升这些指标？当前主要有哪些优化手段提升这些指标？无线接通率有LTE信号，但无法上网1.宏站底噪高2.RRC、E-RAB拥塞3.连接用户数限制4.天馈系统问题5.覆盖

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

31、天馈问题3.参数问题4.容量问题1.RF优化：重叠覆盖、弱覆盖、过覆盖问题解决；2.检查天馈系统问题3.参数优化4.扩容，资源优化上行底噪无法接入，上行速率低1.系统内干扰2.系统外干扰1.检查基站各部件；2.外部干扰定位；参数调整；切换成功率1、覆盖问题2、邻区问题3、同步问题4、天馈问题5、周边小区存在外部干扰1、提升功率、增加基站、天线方位角下倾角优化2、邻区优化3、加装GPS、频偏检查；4、检查天馈系统问题：驻波比、鸳鸯线等；5、外部干扰排查、参数优化（提升上行载干比）；指标及结点log检查检查KPI趋势（接入性、保持性、移动性、完整性等）检查上行干扰邻区切换统计具体掉话、未接通原因周

32、边站点状态及KPI检查共站2/3G指标检查历史告警及参数修改记录核查步骤 1Analyze the CTR:（如果有必要）收集CTR Log分析具体切换失败、未接通或掉话原因步骤 2路测数据分析(如果需要检查覆盖):弱覆盖核查 越区覆盖核查重叠覆盖核查是否有异常事件干扰排查排查干扰源具体位置 如果业主配合，可以断开确认干扰是否对基站造成影响步骤 3步骤 4调整建议:越区、弱覆盖、覆盖异常给出相应的天馈调整建议；抗干扰参数调整；容量调整建议；故障处理；干扰排查；邻区优化；PCI优化；切换参数优化；4 4G G质量工单差小区处理步骤质量工单差小区处理步骤案例详情：质量工单列表里面FBJ001013

33、 政法学院东C小区的同频切换出成功率只有1.54%，通过后台切换指标查询发现FBJ001013C小区主要和FBJ001001 朝阳北路连心园小区 以及 FBJ001118 常营110kV变电站 切换成功率低。差小区处理案例 基基站同步案例（站同步案例（1 1）切换尝试切换成功切换成功率原小区目标小区处理前处理后处理前处理后处理前处理后FBJ001013A1FBJ001001A129626482642.70%100.00%FBJ001013A1FBJ001001B1090999.99%100.00%FBJ001013A1FBJ001118A130626102610.00%100.00%FBJ00

34、1013A1FBJ001118B127990990.00%100.00%FBJ001013A1FBJ001118C1328080.00%100.00%案例分析：经过查询，FBJ001013，FBJ001118，FBJ001001均没有严重告警。没有邻区错定情况。基站参数正常。经过检查发现FBJ001118和FBJ001001都有频偏问题。这两个站当前的同步方式为SynchE同步处理方法：将FBJ001118和FBJ001001同步方式改为GPS同步处理结果：调整后FBJ001013与FBJ001001和FBJ001118的切换成功率均明显变好。FBJ001013A小区的同频切出成功率变为100

35、%案例详情：案例详情：FBJ000967_华昱家园的A/C小区由于LTE业务掉话率和无线接通率多次成为质量工单差小区。问题分析：问题分析：通过后台查询，FBJ000967_华昱家园近期出现高干扰问题，其A、B、C小区受到严重影响，底噪均在-92dB左右，且其周边基站FBJ000074_大兴星城商厦A、C小区、FBJ000549_银奥宾馆B小区干扰也较高。问题定位：问题定位：通过现场干扰排查，定位干扰源为私装直放站，位于兴雅珠宝古玩城3层（经纬度：116.3387，39.7368）。优优化方案：化方案：1）替代干扰源；2）参数调整：PZeroPUCCH:-103-97,PZeroPUSCH:-8

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

37、区 FBJ000970 北蜂窝路南 A 小区FBJ900976 三庙街 C 小区。处理结果：调整后FBJ000970 北蜂窝路南 A 小区的同频切出成功率变明显变好，介于 99%-100%间，接近100%。3040506070809010020150120-0920150120-1020150120-1120150120-1220150120-1320150120-1420150120-1520150120-1620150120-1720150120-1820150120-1920150120-2020150120-2120150120-2220150120-2320150121-002015

38、0121-0120150121-0220150121-0320150121-0420150121-0520150121-0620150121-0720150121-0820150121-0920150121-10同频切换出成功率同频切换出成功率(%)(%)删除较远临区FBJ000970A1北蜂窝路南FBJ900976三庙街3小区。案例详情：FBJ000960 万柳桥C小区，接入成功率在80%90%之间波动。小区向西北西南方向邻区距离为1km左右，站高35m，合成倾角为5度。本站位于空旷地带，附近少高层建筑。案例分析：通过覆盖分析，小区覆盖较广。三方测试前，FBJ001058 西南三环泵站故障断

39、站，FBJ002117 北方汽配城尚未入网，需要本小区具有较广覆盖。这时小区的RSRP分布区间分布如右下图。近期西南三环泵站故障排除，北方汽配城新入网，站间距为477m。此时本小区的覆盖过广，成为过覆盖小区。处理方法：下压电子下倾角 0度-5度。处理结果：FBJ000960 万柳桥C小区，接入成功率明显提升，接近100%。差小区处理案例 过覆盖过覆盖（4 4）808284868890929496981007:008:009:0010:0011:0012:0013:0014:0015:0016:0017:0018:0019:00调整覆盖前后同时段无线接通率对比调整覆盖前后同时段无线接通率对比20

40、日无线接通率(%)21日无线接通率(%)方位角（度）电子下倾角（度）机械下倾角（度）合成下倾角（度）修改前240055修改后2405510 问题描述 FBJ000615B1（芳星园水上乐园）统计同频切换出成功率仅64.71%，且切换出次数较多，为同频切换出差小区。问题分析 分析FBJ000615B1（芳星园水上乐园）邻区切换统计数据，发现FBJ000615B1（芳星园水上乐园）与FBJ001773C1（D-分钟寺北）切换失败次数多，是造成切换出成功率较低的原因。1、检查小区故障及告警情况，发现无影响切换性能的小区告警，X2口及邻区数据配置正常。检查底噪情况，FBJ000615B1底噪-95dB

41、m，底噪较高；FBJ001773C1小区底噪-92dbm，存在严重干扰，容易造成接入失败、切换失败等问题。2、基站地理分布情况如右图，FBJ000615B1与FBJ001773C1距离1.45公里，为远距离邻区，且不是直接相邻的小区，中间分布有基站FBJ000513等切换接续基站，邻区添加不合理。同时FBJ000615B1（PCI：41）与FBJ001773C1（PCI：287）存在模3冲突，切换同步时由于SINR恶化容易造成切换失败及掉线。差小区处理案例 切切换成功率低（换成功率低（5 5）3、下图为基站周围地理环境情况，FBJ000615B1周围楼宇密集，且天线倾角较大，覆盖距离合理；FB

42、J001773C1周围空旷无遮挡，电子下倾角为0度，机械下倾角3度，预置下倾角较小，前期测试发现该小区沿道路方向覆盖较远，存在越区覆盖问题，造成同频干扰及远距离邻区切换较多。CELL挂高方位角电子下倾机械下倾合成下倾PCIFBJ001773C122250033287FBJ000615B12516044841 优化方案1，删除不合理邻区：FBJ000615B1-FBJ001773C1；2，天馈调整改善小区过覆盖问题：FBJ001773C1的电子下倾角0-3，并进行后续观察是否需要进一步调整；3，参数调整改善外部干扰严重造成的接入困难，改善切换成功率指标：FBJ001773C1上行功控参数：pZe

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

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

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

46、.34%LTE业务掉话率1/22/20151/23/20151/25/20151/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

47、%0.52%0.71%1.03%0.82%0.76%八区0.42%0.24%0.20%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%，全网无线接通率从上

48、周平均96.22%上升至97.17%q本周除三区、八区、通州外，其他区局无线接通率均有所提升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.4

49、7%99.01%99.24%99.42%99.13%99.02%99.22%99.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%华为

50、全网99.51%99.29%99.33%99.21%99.40%99.56%99.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上周平均