杭州移动TD-SCDMA网络大会战优化总结(优化方法论)

上传人:世*** 文档编号:179397169 上传时间:2021-04-10 格式:DOC 页数:13 大小:596KB
返回 下载 相关 举报
杭州移动TD-SCDMA网络大会战优化总结(优化方法论)_第1页
第1页 / 共13页
杭州移动TD-SCDMA网络大会战优化总结(优化方法论)_第2页
第2页 / 共13页
杭州移动TD-SCDMA网络大会战优化总结(优化方法论)_第3页
第3页 / 共13页
杭州移动TD-SCDMA网络大会战优化总结(优化方法论)_第4页
第4页 / 共13页
杭州移动TD-SCDMA网络大会战优化总结(优化方法论)_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《杭州移动TD-SCDMA网络大会战优化总结(优化方法论)》由会员分享,可在线阅读,更多相关《杭州移动TD-SCDMA网络大会战优化总结(优化方法论)(13页珍藏版)》请在金锄头文库上搜索。

1、杭州移动TD-SCDMA网络大会战优化总结 目 录1. 概述32. 总体优化思路和方法42.1 拉网测试区域介绍42.2 组织架构52.3 优化总体思路53. 各考核指标提升方法与思路73.1 DT测试各指标提升方法73.1.1 CS业务质量73.1.2 PS业务质量113.2 CQT测试指标提升方法111. 概述 该优化总结只是单纯从优化方法和优化思路方面进行总结,没有过多涉及其他方面内容。 杭州TD网络大会战KPI提升从5.30到7.29结束,历时2个月,拉网测试期间华为投入19辆车,19组拉网优化测试队伍,75位工程师,共完成37轮拉网测试,共完成864个CASE点分析和处理。拉网测试指

2、标趋势一览(其中深红色的线表示集团挑战值)系统内和系统间切换成功率趋势图整个拉网测试过程中,覆盖率(开启3G2G互操作的覆盖率)由第一次的96.48%提升至99.32,此指标提升2.84个点;接通率由第一次的88.22%提升至98.8%,此指标提升10.58个点;掉话率由4.5%提升至0.5%,此指标提升4个点;TD系统内的切换成功率由99.23提升至99.86%,此指标提升0.63个点;3G切换2G切换成功率由94.48%提升至100,此指标提升至5.52个点。杭州6月29日指标全面达到集团的挑战值,并且从7月14日以后,掉话率稳定在1以下,接通率稳定在97.5%以上。2. 总体优化思路和方

3、法2.1 拉网测试区域介绍注:拉网测试区域涉及8个RNC(RNC3、RNC4、RNC5、RNC6、RNC7、RNC16、RNC18、RNC21),516个宏站,划分为4个优化区域。2.2 组织架构 以项目经理带头,网优、产品共同配合、现场研发专家支撑的模式,来进行KPI指标提升。2.3 优化总体思路 整个优化过程中,采取以覆盖优化为基础,辅以参数优化,来进行网络指标的提升。 网络设备性能运行良好情况下,“ 优秀的网络质量 良好的覆盖 合理的无线参数” 优化的思路: 制定良好详细的倒排计划,其中对指标的要求要精确到天。 项目组各模块共同协作(及时的清网排障、疑难问题研发性能专家及时处理) 在分工

4、上采取区域负责制,每个组长要对最终的指标要负责,要全盘清楚了解各自区域内的问题 优化方面采取由面到点再到面的优化方法(面:频率、扰码、邻区、参数核查、各个区域内不存在问题的小区域和路段 点:拉网测试中出现的问题点 面:网络的整体性能) 高强度的拉网测试,发现问题点,采取逐一分析处理(采用轮班倒的机制,晚上进行拉网,白天分析,每周至少完成3次拉网,7月份以后一周完成6次拉网测试) 良好的问题点管理(每次拉网的问题点都有一张详细的问题点汇总表) 测试LOG(要求对LOG进行仔细的分析,每次分析不只是对问题点进行分析,是要对整个拉网测试LOG进行拉线分析,分析出风险点) 问题及时闭环处理(要求当天分

5、析完的问题点,复测和调整第二天一定要完成;根据问题点的多少,决定拉网的频次) 及时拉网总结、拉网问题归类(要求拉网数据分析完成后输出拉网测试报告,每次拉网测试都需要输出单独的拉网测试报告) 问题点地理化显示,对问题区域从地理上进行汇总,定位出问题高风险区域,集中优势力量进行集中处理 优化方法上,前期采取语音业务优化为基础来进行指标的提升,后期采取PS384AMR业务的优化方式,全方位的提升指标 日例会制度(整个项目组每个模块都要参加,针对每次拉网的结果和问题点进行走读,提出对其他模块的配合需求,以网络KPI指标提升为中心) 定期的区域分析会(每个区域组组长,每次需要能全面提出各自区域内的问题点

6、和风险点,共同商讨给出解决方法,针对无法采用调整TD来进行处理的区域和路段直接采用3G2G互操作或直接采取关闭站点,让G网直接进行覆盖)3. 各考核指标提升方法与思路拉网测试涉及的考核指标如下:CQT测试指标考核项:HSDPA下载速率(应用层下载速率、链路层下载速率)3.1 DT测试各指标提升方法3.1.1 CS业务质量覆盖率指标覆盖差主要原因有: 缺站 站址不合理 美化天线无法调整 RF优化欠缺覆盖率指标提升的方法 精细的RF优化, 针对弱覆盖区域进行3G2G优化,让UE在弱场的情况下能成功重选至GSM网络。 疑难站点开通 美化天线整改、站址不合理或天线挂高不合理进行整改处理 及时的清网排障

7、,解决故障站点带来的覆盖问题覆盖率拉网测试趋势图: 覆盖率提升趋势图接通率指标未接通的主要原因有: 起呼过程中被叫正在进行3G2G重选未完成位置区更新 起呼过程中RAB建立完成后主叫切换至其他RNC,导致收不到核心网下发的connect 消息 弱覆盖导致的未接通(UE发送的RRC建立请求,RNC收不到) C/I差导致未接通(UE无法解调公共信道信息) UP干扰(杭州未出现) 被叫无响应 IMSI unknown in VLR 站点故障 UE重选不及时或重选至非最优小区导致起呼失败接通率提升的方法: 新开站点及时优化,增强覆盖,减少弱覆盖区域,减小32G的重选带来的位置区更新。 故障站点的清网排

8、障 针对弱覆盖区域进行3G2G精细优化(针对每个问题主要是异系统重选、切换门限 参数优化调整),减少T2G的切换次数和切换带来的重选次数,减小UE位置区更新次数 频点、扰码、邻区、参数优化调整(提高空口的质量和配置合理的邻区) 重选参数优化(调整重选启动测量门限、迟滞和重选时延、包括异系统的重选参数) LCA区边界的合理优化 目标网的割接(TD同G网的相同覆盖区域的MSC一致) 打开联合精确寻呼(位置更新与寻呼同时进行,条件:华为MSC,TD同G网同覆盖区 域的MSC相同) 打开VLR独立位置区更新开关(此开关打开需要谨慎,可能对网络带来负面影响: 如串话、缴费充值错误等问题) 终端升级(解决

9、重选不及时问题) 参数调整(调整上行干扰余量,提高UE上行发射功率)接通率拉网测试趋势图: 接通率提升趋势图掉话率指标掉话的主要原因有: 弱覆盖掉话(未能及时切换至2G) 干扰掉话(主要指外部干扰,杭州还未发现外部干扰掉话) 切换不及时掉话 基站故障导致掉话 信号快衰导致掉话 系统内的干扰掉话(同频干扰、同频同扰码、码字相关性较差带来的掉话) 切换失败导致掉话(包括系统内的切换失败和系统间的切换失败)掉话率提升的方法: 新开站点及时优化,增强覆盖,减少UE由于弱覆盖切换至G,减小G网时间占比,从 而减小T2G的切换事件。 故障站点的清网排障 针对弱覆盖区域进行3G2G精细优化(针对每个问题主要

10、是重选、切换门限参数调 整),让UE能及时切换至G网,减少由于弱覆盖的掉话 针对零星覆盖点电平对于88dbm大于95dbm点,进行3A门限调整,目的 减少T2G的切换次数和G2T的重选次数。 对每个区域内已知的问题点进行精细的RF优化调整。 邻区的梳理(包括3G2G邻区)、频点、扰码优化、针对问题点进行参数调整,降低由于切换和干扰导致的掉话和切换失败。 对于存在快衰点,调整3A门限和切换CIO,让UE在原快衰小区区能提前进行切换 外部干扰源的排除(如果存在外部干扰) 参数调整(调整切换上行干扰余量)掉话率拉网测试趋势图: 掉话率提升趋势图3G2G切换指标3G2G切换失败的主要原因有: 异系统切

11、换参数不合理 2G邻区非最佳邻区 2G外部邻区的参数没有及时同步G网的小区参数调整3G2G切换提升方法 异系统切换参数调整(包括本系统门限、异系统门限、迟滞、切换时延) 3G2G邻区梳理 2G邻区参数一致性检查 必切点的反复多次测试和参数的优化(针对必切点可以提高本系统门限,让UE提前 发起异系统切换)3G2G切换成功率拉网测试趋势图: 3G2G切换成功率提升趋势图3.1.2 PS业务质量PS业务主要考核PS384的下载速率和掉线率问题。针对下载速率问题,由于采用DT8130E手机进行测试,在测试过程中发现下载速率偏低(只有260Kbps),主要在测试过程中,UE占用H载波进行测试(由于384

12、业务在H在载波下载速率较低)。现场通过调整HSDPA业务的最低接入门限为512,让384业务占不上H载波,调整命令:SET FRCCHLTYPEPARA: DLBETRAFFTHSONHSDPA=D512;参数调整后,PS384 FTP下载,R4载波应用层平均速率在340Kbps左右。在进行网络质量提升过程中是以语音业务优化为主,对于384业务的的优化除了参数方面需要进行调整外,其他的优化方法同掉话率的优化方法。3.2 CQT测试指标提升方法CQT测试采用HSDPA进行FTP下载测试,主要考核下载平均速率和BLER。上报给集团的55个测试点都为覆盖良好的测试,使用HW ET128进行FTP下载

13、测试,Dumeter进行速率统计,下载数速率可以达到1.5Mpbs左右(H载波单用户进行下载),但是使用DT 8130E进行FTP下载测试,测试过程中,Dumeter进行速率统计下载速率只有1.1Mbps左右,且BLER在11左右。通过现场的优化测试发现,DT8130E下载速率低主要是由于在信号质量比较好的情况下申请的数据块比较小,针对此情况为了测试对各个测试点进行个性化的测试参数优化: 修改HS SICH SIR目标值,由202改为242MOD RNCHSDPAPARA: HSSICHSIRTARGET=242; 配置MACHS参数,MACHS窗口D16改为D32,MACHS接收窗口D5改为

14、D7MOD TYPRABHSPA: RABINDEX=57, TRCHTYPE=TRCH_HSDSCH, MACHST1=D200, MACHSWINSIZE=D32, HSDSCHMACDPDUSIZENUM=D1, MACHSDISCARDTIMEOPT=TRUE, MACHSDISCARDTIME=D7500, MACHSREVWINSIZE=D7;MOD TYPRABHSPA: RABINDEX=87, TRCHTYPE=TRCH_HSDSCH, MACHST1=D200, MACHSWINSIZE=D32, HSDSCHMACDPDUSIZENUM=D1, MACHSDISCARDTIMEOPT=TRUE, MACHSDISCARDTIME=D7500, MACHSREVWINSIZE=D7; 调整上行伴随信道DPCH的SIRTARGET的最大值为242、最小值为162,初始值为182 MOD TYPRABOLPC: RABINDEX=57, SU

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 教学/培训

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号