VoLTE百日会战KPI优化周报-W17 (002).docx

VoLTE百日会战KPI优化-W17重点巡检项目第一批巡检的城市7项集团关注的重点指标基本能达到或者超过集团要求。DT KPI按照目前集团的要求暂时没有太大压力，各项目如有省内评比的压力，请积极反馈省内竞争对手的指标情况。请严格按照各省客户要求的路线进行测试。F-ASB区域下周开始将不在上报上海项目情况，原因为上海f-ASB区域为三方负责一体化优化工作。指标问题 掉话率 福州 2.03% 厦门 4.73% 上海 1.87%福州、厦门初步判断与本次测试采用的大唐 ATU设备问题有关。此外厦门网络进行MME POOL扩容工程，新站入网也较多，没来得及优化，导致掉话率也比较高。上海初步判定测试终端问题，终端不到时间主动发送Bye，导致掉线 3.0 MOS占比(%)福州 81.96% 厦门 83.03%福州、厦门初步判断与本次测试采用的大唐 ATU设备问题有关。福州ATU通道异常，网格3/6/7/8/9/16低于90%，其余网格均高于90%厦门2套大唐ATU设备中一套测试MOS3.0的只有40%左右，导致全网的MOS值较低 eSRVCC成功率（%）上海 94.74%上海初步判定测试终端问题Sharing江西网管VoLTE掉线高问题 江西RLF延迟定时器屏蔽盒验证有效果，修改SWconfig文件内参数，可延长到15s左右释放，指标评估还在进行中，由于VoLTE呼叫数量少，暂时效果不明显。缺点是每次修改都需要重启集中生效。 宁波昨天改了30个站点，效果体现。Gn平台掉线由0.60.13; OMC指标由于15a的公式原因未做评估。现场会继续观察 该方法拉长了RLT的时长，对于DT、ATU测试的掉线率可能同样有效，能够加大RRC重建成功的几率。河南项目华为最近ATU掉线率直线下降为0，可能和RLT 20s计时器设置有关，现场正在调查。网管eSRVCC统计修正 网管升级NetAct 15.5之后，对应的北向2.6 mapping文件需要打一个补丁path_001，然后再打完path之后还需要手工按照下表来改映射。 要不然会出现eSRVCC切换统计为0的情况其他项目整体看全国其他项目的综合指标低于第一批巡检的重点城市。 IMS注册成功率广东 96%初步判断是核心网问题，4月份广东几乎所有地市IMS注册成功率都比较低 掉话率 湖南 1.47%-0.52%掉话问题主要为无线环境、邻区未配置等多问题，已分别处理，无特别共性问题。现场性能问题北京/浙江/江西问题：网管统计eSRVCC成功率低。北京：90%左右，低于HW、ZTE的93%。浙江：94%左右。江西：90%左右，低于华为96%。解决措施：除下列优化手段外，在counter统计方面NOKIA用SUCC/ATT计算成功率，比华为采用的(ATT-FAIL)/ATT差3个点是一个重要原因，但按照华为的counter定义，两个公式的结果是一样的因为HW 统计中ATT=SUCC+FAIL，而NOKIA ATT SUCC+FAIL，差别在于NOKIA的统计方式SUCC会少一部分。北京：eSRVCC成功率有所改善，保持在90%以上，不过与异厂家差距还在，需要探求新方法。浙江：1、 开网优化中的规划邻区数偏少，目前结合2G邻区规划数据和CSFB统计优化邻区配置：已完成SRVCC邻区和频点新规划方案，并在小区域进行试点和指标评估，目前SRVCC已经提升至95.28（杭州98左右）。2、弱电平SRVCC Feature：近期研发会在TL15a出Knife支持Smart SRVCC，并在宁波现场验证。江西：近期针对有ESRVCC失败的小区进行邻区重规划、个别站点进行B2门限优化。4-16：修改城区b2异系统门限-90，郊区b2异系统门限-95，eSRVCC成功率提高3%左右，并针对eSRVCC失败的小区添加邻区，目前除了赣州、抚州指标较差，其他三个地市达到94%；4-18：各地市都出现偶发性的eSRVCC失败次数异常多，且都在较短的时间内，出现的小区不固定，无法抓包定位，临时将出现问题的小区的2G邻区删除；浙江问题：N1 Max终端问题。1. 最新集团ATU会使用N1 Max手机测试语音和视频，新手机拉网测试语音接通率从99.1大幅到97.33（同网格不同手机）。2. 最新集团ATU会使用N1 Max手机测试语音和视频，新手机拉网测试语音掉话率大幅恶化0.31至1.86.解决措施：（无更新）1. 分析N1Max有一定概率触发bearer resource modification request，但是由于诺基亚核心网功能缺陷一定会拒绝，为核心网已知问题。暂无解决办法。2. 主被叫建立通话后，单通20秒后，随后由被叫发送BYE请求，最终导致掉话。基本确定是N1MAX终端版本缺陷导致，待升级后确定。问题：1. VOLTE呼叫建立成功率概率性下降，QCI1专载建立流程与X2切换流程冲突，导致专载建立失败，且不触发CSFB流程。解决措施：（无更新）已报case NA05885826。问题：VoLTE掉话率高。MP1.2.1版本批量升级已经开始，目前已完成2批次300多站升级，但升级后TDS个别小区接通率恶化验证、全网切换成功率99.43%下降至98.15%（问题1），且升级后大量双模站点LTE侧出现4160告警退服（问题2），VOLTE掉话率无明显改善（问题3）解决措施：问题1. 已开case NA05912525 / (TNodeB V400R10)After the base station upgrade appears PS business ERAB success rate is low，重启后可以恢复。目前该case GDC已经将LOG转到鼎桥专家，正在抓包定位。问题2. 双模站点TDS重启后LTE29个站点出现4160告警，LTE基站无法on air。已开case NA05912573 (TDD LTE TL15A)，暂无进展。问题3. 初步抓包分析发现，切换后掉话问题依旧，掉话问题未彻底解决。金华/青岛问题：MOS值偏低。金华：同区域不同厂家网络测试对比结果显示，卡特MOS值3.0占比差华为9个百分点。金华最主要的问题是下行BLER异常偏高，无法收敛在target BLER(10%),其次是质差（DL SINR80ms），仅少部分是丢包率（大于1%）和弱覆盖；青岛：在相同无线环境（SINR)下MOS值贝尔区域低于中兴区域，中兴在不同RSRP和SINR下，MOS值基本都在3.5以上；RSRP高于-100时，贝尔与中兴MOS值相当，但RSRP低于-100以后，贝尔MOS值下降严重；SINR高于12时，贝尔与中兴MOS值相当，但SINR低于12时，贝尔MOS值明显低于中兴。解决措施：金华：1. 针对此问题已报AR，目前在梳理少部分尚未升级到最新版本的站点，同时需要TAC/GPS重点分析BLER无法收敛的问题。2. 近期通过丢包参数、关闭DRX、调整QCI5权重参数进行面上优化，目前MOS值3.0占比有4个点改善幅度；3. 计划本周进行定点验证测试，并收到问题站点的TRACE。青岛：1. 部分网格已实施“VOLTE丢包率优化参数”part1第一部分，MOS值指标无明显提升，后增加的5个参数对MOS有所提升；2. 尝试联系核心网针对SAEGW上对各个qci值的突发大流量包的三种处理方式，policing/shaping/advanced_shaping，修改为qci=1/2配置的处理方式是shaping，降低时延和抖动，未能实施；3. 切换前后对MOS的影响较大，切换前1s和切换后3sMOS低于3.0的采样点占整体将近50%，无线侧已针对频繁切换通过RF调整、CIO、切换迟滞进行优化，降低频繁切换对MOS的影响，但切换丢包率较高还需要二线支持帮忙分析切换对MOS的影响问题；4. 对比测试HW&ZTE发现，尽管ASB区域UL TBS更大，HW&ZTE的TBS在1000左右，ASB在2500左右，而HW的UL grant在180左右，ASB仅约50，整体差异较大，即UL grant差距是关键，需研发介入调查；研发回复之所以用这么大的TBS是为了应对突发情况，另一方PRB资源只是影响容量的一方面，最主要的是目前版本调度器一个TTI只能调度6个用户，在实验室环境下也只能调度到30个左右；PRB调用个数会在PL07版本改善，预计从4个降至3个。5. 计划对部分区域升版到PF07load，验证效果；青岛需要将07版本基于V21上面做新的LOAD，现在LOAD没有做出来，等LOAD出来进行验证；金华/上海/盐城/扬州/潍坊/锦州/河南问题：网管统计eSRVCC成功率低。解决措施：1. 邻区优化及基础无线优化。2. 部分地区参考以下江苏经验，已开始实施：江苏各地市均存在eSRVCC成功率偏低问题，通过前期的数据核查处理，目前约80%的失败集中在VS_HO_LTE_to_GERAN_SRVCC_all_abort_CascadeHO_src(L12885_1)，主要原因在于enodeb收到UE上报的B2事件后，发起了esrvcc请求，之后在执行e