1、软课题研究报告 - 1 - 北京移动通信有限责任公司网络优化中心 路测路测 QualityQuality 参数实验研究参数实验研究 北京移动通信有限责任公司 网络优化中心 2011 年 月 日 软课题研究报告 - 2 - 北京移动通信有限责任公司网络优化中心 文档基本信息 版本版本日期日期完成内容完成内容完成人完成人 初稿 第二稿 第三稿 相关参考文档信息 合作伙伴名称合作伙伴名称文档名称文档名称合作伙伴责任人合作伙伴责任人 软课题研究报告 - 3 - 北京移动通信有限责任公司网络优化中心 目 录 1 1前言前言 .6 6 2 2立项背景及目的立项背景及目的 .7 7 3 3项目初始阶段现网指 。

2、标和路测情况分析项目初始阶段现网指标和路测情况分析 .8 8 4 4参数实验计划参数实验计划 .8 8 4.1切换部分 .8 4.1.1上行通话质量的改善 .8 4.1.2下行通话质量的改善 .8 4.1.3双频网切换参数修改（MSC22） .8 4.2功控部分 .9 4.2.1功控间隔参数修改 .9 4.2.2快速功率下降 .9 4.2.3基于质量的功控窗口调整 .9 5 5涉及参数介绍涉及参数介绍 .1010 5.1切换部分 .10 5.1.1decision_1_n6/decision_1_p6 .10 5.1.2hreqave/hreqt .10 5.1.3band_preferenc 。

3、e .10 5.1.4band_preference_mode .10 5.1.5multiband_reporting .11 5.2功率控制部分 .11 5.2.1ms_p_con_interval .11 5.2.2rapid power down .12 5.2.3l_rxqual_ul_p .13 5.2.4u_rxqual_ul_p .13 5.2.5l_rxqual_dl_p .13 5.2.6u_rxqual_dl_p .13 5.2.7N3、P3 .14 5.2.8N4、P4 .14 5.2.9rxqual pc hreqt .14 6 6各阶段试验结果对比分析各阶段试验结果 。

4、对比分析 .1515 6.1切换部分 .15 6.1.1解决上行通话质量 .15 6.1.2基于通话质量的紧急切换参数调整 .17 6.1.3DualDual bandband 切换参数调整（MSC22） .20 6.2功控部分 .24 6.2.1功率控制间隔的修改 .24 6.2.2解决带外干扰参数修改 .28 6.3覆盖调整 .30 6.3.1五环的覆盖调整 .30 6.4综合应用 .32 6.4.1针对上行干扰严重的区域进行的参数组合调整 .32 6.4.2五环针对通话质量的调整 .37 软课题研究报告 - 4 - 北京移动通信有限责任公司网络优化中心 7 7结论归纳结论归纳 .4141 。

5、 7.1切换参数调整 .41 7.2功控参数调整 .41 7.3其他 .42 8 8附录：附录： .4242 8.1全年网络改频封网汇总 .42 8.2割接涉及试验区域基站汇总 .E ERRORRROR! ! B BOOKMARKOOKMARK NOTNOT DEFINEDDEFINED. . 8.3其它 .E ERRORRROR! ! B BOOKMARKOOKMARK NOTNOT DEFINEDDEFINED. . 软课题研究报告 - 5 - 北京移动通信有限责任公司网络优化中心 内容提要内容提要 本项目基于 GSM 现网 ， 对部分路段或区域性路测通话质量不佳的路段进行功控、切换参 数和覆 。

6、盖方面的调整 ， 找到适合于不同覆盖、用户环境的有针对性的优化方法；此外 ， 我们 还对整体通话质量无明显问题的区域能否找到整体提高路测通话水平的方法进行了理论和实 验两方面分析 。
同时对于功控、切换等参数调整实验以外的其他方面的改善路测以及网络质 量的方法也有所总结 。
关键词关键词 路测 功率控制 切换 功率预算 紧急切换 软课题研究报告 - 6 - 北京移动通信有限责任公司网络优化中心 1 1前言前言 GSM 网络经过多年的不断发展和升级 ， 目前已经成为最为成熟的移动通信技术 。
而北京 移动 GSM 网络作为世界上最大的移动通信城域网 ， 注册用户已经接近 8 百万 。
要想在不断扩 大和日趋复杂化的网络上不断 。

7、提高数百万用户对网络的认知和满意度 ， 我们肩上担负着的责 任之重可想而知 。
虽然现网新业务层出不穷 ， SMS、GPRS、WLAN 等等都发展迅速 ， 这些也是不断提高我们 竞争力和 AURP 值的重要手段 ， 但目前占据全网绝大部分资源并创造绝大部分收入的业务则 还是是话音业务 ， 我们体现出的网络优势也在此体现得更加充分 。
随着竞争对手基于新技术 的网络的投入运行 ， 我们的通话质量面临着考验 ， 如何基于我们网络现有资源 ， 不断优化网 络性能 ， 在用户感受方面下足功夫 ， 以过硬的网络质量和用户感知度稳定客户群 ， 是我们工 作的当务之急 。
而尽可能的提高话音质量则是我们需要首先关注的方面 。
但是我们发现随着网络容量的增长 ， 如果 。

8、不加快优化速度、不加强优化力度 ， 我们网络 的水平甚至是成下降趋势的 。
这是因为 ， 基站越建越多、载频密度越来越大 ， 频率复用度随 之提高 ， 因此 ， 带内干扰也在逐步上升 。
再加上阻断器和直放站等外部干扰的影响 ， 网络水 平在日常的优化工作下进展趋缓 。
因此 ， 我们希望借此项目的开展为契机 ， 以道路通话质量为切入点 ， 站在用户感受的角 度 ， 在对以前的优化经验进行沉淀和总结的基础上积极开阔优化思路 ， 对诸多网络参数的设 置提出新的看法 ， 对设备生产厂家提供的默认设置和属于以前历史阶段的参数值结合当今网 络现状和不同地点、不同区域的覆盖环境进行理论上的研究 ， 提出修改建议 ， 并通过实地路 测收取的数据结合统计指标的变化等实践方 。

9、法加以论证 。
软课题研究报告 - 7 - 北京移动通信有限责任公司网络优化中心 2 2立项背景及目的立项背景及目的 为了提高原有用户的忠诚度、吸引新用户的加入 ， 运营商必须向终端用户提供高质量的 服务 ， 这个服务要求对网络质量提出了挑战 。
从用户实际使用来看 ， 在通话中用户往往不会注意到手机信号的强弱 ， 更注重的是通话 质量 。
如果有吞字、单通、无法接通和无法被寻呼到等情况 ， 将大大影响用户的满意程度 。
而通话质量差则会直接导致这些不良后果 。
这说明通话质量与用户感知度之间是直接相关的 。
同时 ， 通话质量较差也是网络掉话的隐患 ， 更对 GPRS 等新业务的发展产生负面的影响 。
为了提高用户对我网络的忠诚度和满意 。

10、度 ， 增加公司在激烈的市场竞争中利于不败之地 ， 提 高路测的通话质量势在必行 。
本项目基于 GSM 现网 ， 对部分路段或区域性路测通话质量不佳的路段进行功控、切换参 数和覆盖方面的调整 ， 找到适合于不同覆盖、用户环境的有针对性的优化方法；此外 ， 我们 还对通话质量无明显问题的区域 ， 能否找到整体提高路测通话水平的方法进行了理论和实验 两方面分析 。
同时对于功控、切换等参数调整实验以外的其他方面的改善路测以及网络质量 的方法也有所总结 。
在对所涉及到的参数 ， 我们还将参数定义和所适用的范围进行了整理 ， 这样做的目的是 为今后的优化工作给予帮助 ， 项目成果报告同时也能够成为一本实际意义上的优化指导手册 。
我们也希望今 。

11、后的优化工作能够站在现在的基础上进行更加深入的研究 ， 找到适合当时网络 地域特色和时代特色的一套系统参数设置方法 。
也希望能够通过本项目的研究 ， 为开阔优化 思路提供经验积累 。
软课题研究报告 - 8 - 北京移动通信有限责任公司网络优化中心 3 3项目初始阶段现网指标和路测情况分析项目初始阶段现网指标和路测情况分析 我们选取了 MSC22 和 MSC26 一南一北两个具有代表性的区域进行实验 。
北边的 MSC22 覆盖北三环 ， 属于话务密集区域 ， 且部分地区有较严重的上行干扰 ， 影响 了 GSM900M 的性能； 南边的 MSC26 覆盖南二环至南四环的广大地区 ， 话务量分布不均匀 ， 上行干扰较小 ，，M 。

12、SC22（BSC101106） 4 4参数实验计划参数实验计划 对于数据的分析首先我们应该区分路测 RxQuality 和真正用户感知度以及网络性能统计 指标之间的差异 。
狭义的讲 ， 路测所得到的用户的下行通话质量并不能完全代表大多数用户 的实际感受 ， 这主要是由于用户行为决定的 。
并且通过实验我们发现 ， 实验结果与理论预期存在一定的差异 ， 这之间的主要原因是： 通过路测很难获取上行链路的情况 ， 并由于上行链路的现状不是很清楚 ， 造成对于上行参数 的修改无法准确的给予预期效果 。
不过我们可以根据网络统计、下行 RxQuality/Level 和上 下行功控、切换的发生来进行间接的推测和分析 。
如果只单纯的考虑 。

13、下行 ， 而对上行通话质量没有了解的话 ， 可能效果会适得其反 ， 并且 也没有彻底提高用户的感知度 。
因此 ， 上行通话质量的改善也同样重要 。
在本项目中 ， 功控 和切换参数的调整全部都有考虑上行通话质量的改善 。
此外 ， 由于我们是在现网进行一些参数调整 ， 因此 ， 会不可避免的受到各种网络突发事 件和网络改动的影响 。
我们认为在制定了一些参数修改计划以外 ， 还要时时根据网络情况进 行有实效性的参数修改 ， 这样才会产生最快、最积极的社会效益 。
4.14.1切换部分切换部分 4.1.1上行通话质量的改善 相对于基站而言手机受到的影响更为严重 ， 这点从网络的统计中也可以看出：上行质量 原因切换次数要大于下行质量原因切换次数 ， 因此有效 。

14、的减少手机间的相互干扰将对上行话 音质量得到改善 。
use_deriv_ho_pwr 修改 u_rxlev_ul_p 和 l_rxlev_ul_p 上行功控窗口的修改 4.1.2下行通话质量的改善 hreqave/hreqt decision_n6/ decision_p6 ho_margin_usage ho_margin_rxqual rpt_bad_qual_no_mr ho_only_max_pwr 4.1.3双频网切换参数修改（MSC22） band_preference band_preference_mode multiband_reporting 以及相关参数 4.24.2功控 。

15、部分功控部分 4.2.1功控间隔参数修改 ms_p_con_interval 软课题研究报告 - 9 - 北京移动通信有限责任公司网络优化中心 4.2.2快速功率下降 rpd_period 等相关参数 4.2.3基于质量的功控窗口调整 l_rxqual_ul_p u_rxqual_ul_p l_rxqual_dl_p u_rxqual_dl_p N3/P4 N4/P4 软课题研究报告 - 10 - 北京移动通信有限责任公司网络优化中心 5 5涉及参数介绍涉及参数介绍 5.15.1切换部分切换部分 5.1.1decision_1_n6/decision_1_p6 参数 decision_1_n6 。

16、 表示在启动切换算法前 ， 至少需测量得到 decision_1_n6 个平均值 。
参数 decision_1_p6 表示在 decision_1_n6 个平均值中至少需有 decision_1_p6 个平均 值大于参数 l_rxqual_ul_h（上行）或参数 l_rxqual_dl_h（下行）规定的门限值 。
注：decision_1_n6 必须大于或等于 decision_1_p6 。
5.1.2hreqave/hreqt 参数 hreqave 表示：需要多个测量报告的平均值 ， 以产生一个新的滚动平均值做为一个 hreqt 的样本； 参数 hreqt 表示：功率和切换控制软件所需保留的平均样数目 ，。

17、此样本数目至少要等于特定 门限的 n 值 5.1.3band_preference 参数描述参数描述 band_preference参数用来定义手机切换时更倾向的使用频带以及在intercell切换时罗列的 目的小区频点 。
限定条件限定条件 网络必须多频带间切换 。
如果网络必须多频带间切换 。
如果band_preference_mode设为0 ， 则该设置参数无意义 。
设置范围：设置范围：1 (PGSM), 2 (EGSM), 4 (DCS1800), 8 (PCS1900) 5.1.4band_preference_mode 参数描述参数描述 band_preference_modeband_pre 。

18、ference_mode参数用来详细定义小区中多频段手机的首选频段 。
参数用来详细定义小区中多频段手机的首选频段 。
限定条件限定条件 如果多频带小区内切换功能关闭 ， 该参数将不能使用 。
如果多频带小区内切换功能关闭 ， 该参数将不能使用 。
设置范围：设置范围：0 0 到到 6 6 0：当MS需要切换时 ， BSS命令MS切换到测量报告中最强的邻区 。
1：BSS试图将多频段MS切换到邻区列表中最强的首选频带上 ， 邻区列表是ms从sdcch占用到 tch时收集的测量报告 。
在通话过程中 ， 如果BSS不能分配首选频带重的tch ， 那么BSS将不会命令MS到首选频带上 。
当由于正常的无线资源原因产生切换请求时 ， BSS控制 。

19、MS切换到手机上报的邻区列表中最 强的小区 。
2：当有一个切换请求时 ， BSS试图将一个多频带MS切换到在邻区列表中最强的候选频段小区 中 。
BSS将首选频带邻区置于非首选频带邻区之前 ， 为了将首选频带信道分配给MS 。
3：BSS试图将多频段MS切换到邻区列表中最强的首选频带上 ， 邻区列表是ms从sdcch占用到 tch时收集的测量报告 。
同时当有一个切换请求时 ， BSS试图将一个多频带MS切换到在邻 区列表中最强的候选频段小区中 。
设置为3 ， 是1和2的combine 。
软课题研究报告 - 11 - 北京移动通信有限责任公司网络优化中心 4：BSS试图将多频段MS切换到首选频段上 。
BSS不会在MS从S 。

20、DCCH占用到TCH时试图分配一个首选频段中的TCH给MS 。
为了MS切换 ， BSS将加入一个模式为了控制MS上报的有资格的首选频段邻区 。
BSS将保持 这个模式直到为当前服务小区在首选频段中找到邻区的tch 。
由于正常的无线资源原因带 来的切换可能在调整模式的过程中发生 ， 且这些切换将指向MS上报的测试报告中的最强 首选频段 。
5：BSS试图将多频段MS分配到邻区列表中最强的首选频带上 ， 邻区列表是ms从sdcch占用到 tch时收集的测量报告 。
如果这种分配条件不能满足 ， 为了切换BSS为有资格的首选频段邻区（由手机上报的）添 加一个模式并不断的调整该模式 。
BSS将保持该模式直到在首选频段中找到一个邻 。

21、区 TCH 。
由于正常无线资源原因带来的切换可能调整模式的过程中发生 ， 且些切换将指向MS 上报的测试报告中的最强首选频段 。
设置为5的结果是1、2和4的combine 。
6：但一个小区开始拥塞时 ， BSS将多频带MS分配到邻区测量报告中（来自MS）最强的首选频 段上 。
如果这种分配是不可能的 ， 为了切换BSS为有资格的首选频段邻区（由手机上报的）添加 一个模式并不断的调整该模式 。
BSS将保持该模式直到在首选频段中找到一个邻区TCH 。
由于正常无线资源原因带来的切换可能调整模式的过程中发生 ， 且些切换将指向MS上报 的测试报告中的最强首选频段 。
这种设置将被用于激活多频带拥塞的“threshold veri 。

22、fication”。
设置为6的效果与5相同 ， 只是是在小区出现拥塞时 。
5.1.5multiband_reporting 参数描述参数描述 multiband_reportingmultiband_reporting参数用来指定在参数用来指定在MSMS的测量报告中所包含的频段数量 。
的测量报告中所包含的频段数量 。
限制条件限制条件 多频带小区内切换功能必须打开 设置范围：设置范围：0 0 到到 3 3 0：正常的测量报告中包含6个最强邻区 ， 且可从BSIC中区分NCC 。
不对频段进行区分 1：上报6个最强邻区 ， 且可从BSIC中区分NCC 。
最强邻区列表中要包含除当前服务小区所在 频段以外的其他频段 。
。

23、在测量报告中保留与当前小区同频段邻小区位置 。
剩下的位置不考虑 频段因素 ， 留给其他强的邻小区 。
2：上报两个最强的邻小区 ， 且可从BSIC中区分NCC 。
在邻区列表中包含除当前服务小区所在 频段以外的其他频段 。
在测量报告中保留与当前小区同频段邻小区位置 。
剩下的位置不考虑 频段因素 ， 留给其他强的邻小区 。
3：上报三个最强的邻小区 ， 且可从BSIC中区分NCC 。
在邻区列表中包含除当前服务小区所在 频段以外的其他频段 。
在测量报告中保留与当前小区同频段邻小区位置 。
剩下的位置不考虑 频段因素 ， 留给其他强的邻小区 。
5.25.2功率控制部分功率控制部分 5.2.1ms_p_con_interval 参数描述参数描 。

24、述 ms_p_con_intervalms_p_con_interval参数指定了基站对参数指定了基站对msms RFRF功控指令的最小间隔 。
该参数设置单位为功控指令的最小间隔 。
该参数设置单位为2 2个个 SACCHSACCH复帧的正倍数 。
复帧的正倍数 。
ms_p_con_intervalms_p_con_interval.详细定义了HDPC判别MS是否需要功控的时间 。
如果需要RSS发送消息给 MS告知所需改变的功率值 。
它可以被写进cell database. ms_p_con_intervalms_p_con_interval 是是 BSCBSC（HDPCHDPC）的内部）的内部 timer 。

25、timer 这个参数的设置依赖与这个参数的设置依赖与 decision_alg_numdecision_alg_num 参数的设置 。
参数的设置 。
当当 decision_alg_numdecision_alg_num1 1（替代算法）时 ， （替代算法）时 ， ms_p_con_intervalms_p_con_interval 建议设置为建议设置为 2 2（当（当 hreqavehreqave2 2 时）时） 软课题研究报告 - 12 - 北京移动通信有限责任公司网络优化中心 当当 decision_alg_numdecision_alg_num0 0（motomoto 算法）时 ， 建议算法）时 ， 建议 。

26、 ms_p_con_intervalms_p_con_interval 最小设为最小设为 （2+hreqave/2). 该参数可通过该参数可通过 GUIGUI 和指令修改 ， 并受限于和指令修改 ， 并受限于 hreqavehreqave 参数种类参数种类 整数 (1 step= 2 SACCH multiframes) 有效范围有效范围 0 to 31 0 0 SACCH multiframes 1 2 SACCH multiframes 2 4 SACCH multiframes . . 31 62 SACCH multiframes 默认值默认值 2 当当 decision_alg_numdec 。

27、ision_alg_num0 0 时 ， 功率控制立基于时 ， 功率控制立基于 hreqavehreqave 及及 N 增加服务小区和邻区的功率预算 Hreqave 值, 减少干扰区域的 PBGT 切换;
提升功率的步长由 4db 增加到 6db;
关闭共 50 个 DCS1800 小区距离切换, 容许外部干扰小的 1800M 吸收更多话务;
将 DCS1800 的 ms_txpwr_max_cch 调整为 0 MSC20 的参数修改如下: 参数名称当前设置修改设置 u_rxlev_dl_ih35(0,20,25,10,15,40.)5,10,35(MSC14) u_rxlev_ul_ih10(15, 。

28、25,20,35.)5,10,35(MSC14) Decision_1_n71(2,4)1 decision_1_p71(2,4)1 Hop_count2(255)2 Hop_count_timer60(0,10,20)30 软课题研究报告 - 34 - 北京移动通信有限责任公司网络优化中心 参数名称当前设置修改设置 pow_inc_step_size_ul46 pow_inc_step_size_dl46 u_rxqual_ul_p40,57,5830 u_rxqual_dl_p40,57,5830 decision_1_p321 decision_1_n341 ms_distance_al 。

29、lowed 1(部分 DCS1800) 0 use_neighbor_pbgt_hreqave10 use_derived_ho_power0,10 ms_txpwr_max_cch 2,7(部分 DCS1800) 0 surround_cell(PBGT)46 rxlev_ul_ho(PBGT)46 rxlev_dl_ho(PBGT)46 表 13 2 2掉话率与掉话率与 Traffic,IOITraffic,IOI 从 10 月 23 日起实施参数调整, 在 IOI 及话务量基本持平的情况下掉话率呈明显下降 趋势, 11 月 7 日因天气因素话务量和掉话率出现波动, 而在 11 月 12。

30、日以后 11 个 MSC 的整 体掉话率稳定在 0.83 至 0.79 之间. 改善幅度为 17%. 掉话次数由 11500 次减少到 9700 次. 0 0.2 0.4 0.6 0.8 1 1.2 1.4 2003-10-20 2003-10-21 2003-10-22 2003-10-23 2003-10-24 2003-10-27 2003-10-28 2003-10-29 2003-10-30 2003-10-31 2003-11-3 2003-11-4 2003-11-5 2003-11-6 2003-11-7 2003-11-10 2003-11-11 2003-11-12 200 。

31、3-11-13 2003-11-14 2003-11-17 2003-11-18 0.4 0.45 0.5 0.55 0.6 0.65 0.7 0.75 0.8 0.85 0.9 0.95 1 1.05 1.1 IOI掉话率 图 27 开始参数调整 下雪天气 DCR 降至 0.83% 软课题研究报告 - 35 - 北京移动通信有限责任公司网络优化中心 12500 13500 14500 15500 16500 17500 18500 19500 20500 2003-10-20 2003-10-21 2003-10-22 2003-10-23 2003-10-24 2003-10-27 200 。

32、3-10-28 2003-10-29 2003-10-30 2003-10-31 2003-11-3 2003-11-4 2003-11-5 2003-11-6 2003-11-7 2003-11-10 2003-11-11 2003-11-12 2003-11-13 2003-11-14 2003-11-17 2003-11-18 0.4 0.45 0.5 0.55 0.6 0.65 0.7 0.75 0.8 0.85 0.9 0.95 1 1.05 1.1 TCH话务量掉话率 图 28 11 个 MSC 的掉话率改善情况(以 10 月 20 日与 11 月 18 日数据为例): 参数优化前 。

33、后MSC掉话率对比 0 0.2 0.4 0.6 0.8 1 1.2 1.4 MSC12MSC14MSC18MSC20MSC24MSC28MSC30MSC34MSC36MSC38MSC4整体 图 29 3 3切换成功率切换成功率 由下图可以看到在 Ho/Per Call 逐步减少的同时 Ho Suc Rate 由 96.7%提高到 97.4% 。
1.15 1.2 1.25 1.3 1.35 1.4 1.45 2003-10-20 2003-10-21 2003-10-22 2003-10-23 2003-10-24 2003-10-27 2003-10-28 2003-10-29 2003-10 。

34、-30 2003-10-31 2003-11-3 2003-11-4 2003-11-5 2003-11-6 2003-11-7 2003-11-10 2003-11-11 2003-11-12 2003-11-13 2003-11-14 2003-11-17 2003-11-18 0.95 0.955 0.96 0.965 0.97 0.975 0.98 ho(out)/per callho suc rate 图 30 软课题研究报告 - 36 - 北京移动通信有限责任公司网络优化中心 切出成功率 0.94 0.945 0.95 0.955 0.96 0.965 0.97 0.975 0.9 。

35、8 MSC12 MSC14 MSC18 MSC20 MSC24 MSC28 MSC30 MSC34 MSC36 MSC38 MSC4 整体 切入成功率 0.94 0.95 0.96 0.97 0.98 0.99 MSC12 MSC14 MSC18 MSC20 MSC24 MSC28 MSC30 MSC34 MSC36 MSC38 MSC4 整体 图 31/图 32 4 4切换原因比例切换原因比例 以 MSC20 为例, 参数调整前后的切换原因分类: 调整前切换原因比例 97.26% 2.26% 0.40% 0.08% 功率预算原因切换DL质量原因切换 UL质量原因切换拥塞原因切换 软课题研究报 。

36、告 - 37 - 北京移动通信有限责任公司网络优化中心 调整后切换原因比例 94.75% 4.27% 0.92% 0.06% 功率预算原因切换DL质量原因切换 UL质量原因切换拥塞原因切换 图 33/图 34 MSC20 覆盖区域内有军博, 公主坟等多处阻断器和直放干扰源, 载频 IOI 平均值在 1.8 以上,每天 IOI 大于 10 的载频约为 70 个,为西区外部干扰最为严重的 MSC. 从上图可以 看到参数调整前质量切换比例仅占 2.6%,与其实际的无线环境不符;
同时在干扰区域内频繁 的 PBGT 切换也导致过多的切换掉话. 通过参数优化加快了紧急切换速度, 并延迟了 PBGT 切。

37、换的采样周期, 使质量切换比例上升到 5.2%, MSC20 的掉话率和切换成功率均得到了相应改 善. 6.4.2五环针对通话质量的调整 为迎接 CMCC 的检查 ， 我们对五环路进行了全面细致的测试 ， 发现了五环路上存在的一 些问题 ， 并逐一设法解决 。
（1 1）频率调整：频率调整： 在西北五环拐弯处发现军事科学院 802 与工程兵二所 8195 同 BCCH ， 造成回切影响通话 质量和覆盖场强 ， 测试结果如下： 图 35 8195 改频后此路段覆盖效果大大改善 ， 复测结果如下： 802 8195 软课题研究报告 - 38 - 北京移动通信有限责任公司网络优化中心 图 36 在五环上还发现了另外 11 处 。

38、的同邻频干扰 ， 例如香山南路 6028 和南辛庄 3872 ， 洼里急 救中心 6483 和北京体院 51 ， 海淀听松堂 31351 和后八家 30819 等 ， 均完成改频 ， 消除 了五环切换链上的掉话隐患 ， 均对通话质量和电平的改善起到帮助 ， 就不在此一一赘述 。
（2 2）功控窗的调整：功控窗的调整： 由于五环路沿线的基站数量较少 ， 因此很多主控小区的覆盖路段都比较长 ， 测试中 全线的 TA 平均值在 3 到 4 ， 这就使得五环路的覆盖电平值相对较低 ， 影响覆盖率成 绩 。
为了使这一现象得到改善 ， 提高五环全程的覆盖率 ， 我们对五环切换链上的小 区功控窗口进行了调整 ， 从原来的功控窗口 25/40 调整为 35/50 ， 整体 。

39、提高 10db ，从测试结果看 ， 这一调整是有效的 。
逆向 % CUMUL顺向 % CUMUL NAME 7 月 26 日 7 月 28 日 7 月 26 日 7 月 28 日 0-9 (-110=dBm-100) 0.300.30 10-19 (-100=dBm-90)1.702.70.1 20-29 (-90=dBm-80) 29.62.826.85 30-39 (-80=dBm-70) 37.128.741.733.4 40-49 (-70=dBm-60) 25.138.819.835.9 50-59 (-60=dBm-50) 5.622.26.517 60-63 (-50=dBm63 ( 。

40、-47=dBm) 0.231.45.1 表 14 修改前五环路覆盖电平在-90dBm 到-80dBm 的比例比较大 ， -90dBm 以下仍有 2- 3 ， 调整后覆盖电平基本在-80dBm 以上 ， 大大提高了五环的覆盖率 。
而从下行的 通话质量来看 ， 符合以前对高速公路的电平与通话质量关系的经验 ， 即在郊区高速 公路环境下 ， 抬高电平 ， 有助于通话质量的提升 。
（关于该结论请见西区技术文档 八达岭高速功控窗口修改实验2002/10） （3 3）天线调整：天线调整： 由于五环路西侧多山 ， 山上的基站如八大处六处、香山山顶海拔较高 ， 在五环上也偶尔 软课题研究报告 - 39 - 北京移动通信有限责任公司网络优化中心 占到 。

41、这些站的信号 ， TA 基本在 7 到 8 ， 电平和质量都不理想 ， 为了减少这些远处小区对五环 整体的影响 ， 我们调整了八大处六处的天线下倾 ， 从 10 度调为 15 度 ， 另外我们对香山山顶 基站的覆盖也加以控制 ， 基本上保证在五环上不会占用 ， 从而优化了五环切换链 。
另外还有两个具体实例 ， 南辛庄和苹果园路西侧详见本文章节 6.3 的覆盖调整专题 。
在 此不再赘述 。
（4 4）关闭小区内切换关闭小区内切换 由于前一阶段由于各种原因 ， 开启了很多小区的 intra cell handover 。
但是对于道路 测试来讲 ， 也许因为一个小区内切换而造成的切换延迟或切换失败 ， 就会造成一段路通话质 量的不佳 ， 甚至引起掉话 。
其 。

42、实小区内切换原本是为了避免因为单个载频故障 ， 或部分载频受到带内干扰造成的通 话质量不佳而设计的 ， 可以先应急切换到其他较好的载频上 ， 避免射频掉话 。
因此 ， 在全部 载频都受到干扰的情况下 ， 效果就会适得其反 。
我们可以看一下长安街和五环部分路段由于小区内切换的原因造成的问题现象 ， 以及关 闭后的改善效果 。
图 37 由于做小区内切换而 没有切到真正的主控 小区 。
造成通话质量 非常差 。
软课题研究报告 - 40 - 北京移动通信有限责任公司网络优化中心 图 38 五环对比 QualityEnableDisable 0 (BER0.2%)73.582.2 1 (0.2%BER0.4%)4.93.5 2 (0 。

43、.4%BER0.8%)4.23.3 3 (0.8%BER1.6%)5.94 4 (1.6%BER3.2%)5.23.2 5 (3.2%BER6.4%)3.42.2 6 (6.4%BER12.8%)1.41.1 7 (12.8%BER)1.40.5 表 15 顺利切出后 ， 改善很多 。
软课题研究报告 - 41 - 北京移动通信有限责任公司网络优化中心 0 10 20 30 40 50 60 70 80 90 01234567 Class Intra_cell_HO Quality Enable Disable 图 39 关闭前后通话质量对比 通过指标统计 ， 也可以看出对通话质量有非常明显的改善 。
7 。

44、 7结论归纳结论归纳 7.17.1切换参数调整切换参数调整 在上行干扰不 IOI 值大于 10 的地区应该开启 use_deriv_ho_pwr 参数 在现网默认参数基础上 ， 加快基于通话质量的切换灵敏度 ， 是行之有效的方法 ， 这主要 通过以下几种方法来实现： A. hreqave/hreqT/系列判决周期参数的调整 B. n6/p6 比例判决参数的调整； C. l_rxqual_dl_h/l_rxqual_ul_h 基于 Quality 的切换门限的修改 对于上下行干扰严重的地区要慎重 ， 建议不开小区内切换： intra_cell_handover_allowed=0 。
7.27.2功控参数调整功控 。

45、参数调整 “在手机上行功率保持较高的状态时 ， 有利于单用户的下行 RxQuality 的提升 ， 即有利 于提高路测的通话质量 ， 同时对网络性能不会产生明显影响”。
在这一重要实验结论的基础上 ， 为了提高道路的通话质量 ， 我们认为应该从以下几个方 面考虑： 上行方面 ， 关闭 MS rapid power down 情况下： A 关闭 use_deriv_ho_pwr ， 加大降低 MS 功率的间隔；这是由于干扰多发于上行频段 ，因此会出现基于下行信号计算的接入电平不足 ， 造成切换失败或切换掉话 。
B 开启 use_deriv_ho_pwr ， 提高 MS 基于 Quality 而升功率的灵敏度 C 加大手机升功率的 。

46、步长 pow_inc_step_size_ul 上行方面 ， 开启 MS rapid power down 情况下： 提高 MS 基于 Quality 而升功率的灵敏度和步长值(上行基于 Quality 的 Hreqave/T,N3,P3)； pow_inc_step_size_ul/ pow_inc_step_size_dl 下行方面 A. 在通话效果很好的情况下尽量提高判决升降下行电平值的灵敏度 ， 尽量避免下行的 同邻频干扰的影响 ， 以及在小区交界处由于信号衰减到较低情况下造成 Quality 不好的 影响 。
提高基于 Quality 的提升下行电平的灵敏度（上行基于 Quality 的 软课题研究 。

47、报告 - 42 - 北京移动通信有限责任公司网络优化中心 Hreqave/T,N3,P3） ； B. 降低判决 u_rxqual_ul_p/ u_rxqual_dl_p 7.37.3其他其他 我们可以看到 ， 首先在上行方面 ， 对于干扰较大的地区 ， 我们应该适当提高上行电平 ，这样可以避免由于上行功率过低被“淹没”在带外干扰内；相反的在上行干扰低的地区 ，则可以通过尽可能降低上行发射功率来进一步“净化”环境 ， 以求进一步提高切换质量 ，是切换更加顺畅合理 ， 达到更高的通话质量 。
8 8附录：附录： 8.18.1全年网络改频封网汇总全年网络改频封网汇总 改频存在的负面影响： 1、依托 IOS 进行改频 ， 可以 。

48、说整个过程旷日持久 。
首先先进行 12 天左右的封网收集 MR ， 然 后再进行 5 天的数据分析和 2 天的邻区优化 ， 保证全网的所有小区邻区数都保持再 28 个以 下；再进行 12 天的左右的封网收集改频所需的 MR；再进行 7 天的 AFP 数据分析和处理；再 花数天的时间进行改频数据核查；改频前还得封 5 天的网进行改频 database 的准备；最后 才是改频 。
整个过程不出以外的话需要 4548 天的时间 。
但是这基本上在北京是不可能保 证整个过程都按计划进行 ， 如 DCS1800 改频期间就涉及 msc38 的入网 ， 最后因非典导致改频 延期 2 月进行；全网改频因十六届三中全会的召开延期 1。

49、周进行 。
2、由于整个过程封网时间过长 ， 在规划积压了很多新站和扩容站 ， 这部分的频率数据需要 人工完成 ， 从而影响了改频性能 。
遇到重大事件 ， 为了保障通信 ， 还要在收集 MR 期间加新 站 ， 对周围一片区域的 MR 关系造成一连串反应 ， 改频的最终性能将大打折扣 。
3、改频的效果不能长期保持 。
由于 IOS 的特点 ， 它是依据现网的 MR 得出频率规划的数据的 ，在改频后的一段事件内 ， 由于网络调整动作不多 ， 改频效果可以维持一段时间 ， 但随着新站 的不断入网 ， 各种影响 MR 关系的优化操作：覆盖调整、参数修改等等 ， 将最终导致网络性 能逐步恶化 。
这就决定了改频需要定期进行 。
4、其它的不和谐之音： a、由于 Mot 。

50、orola 公司的问题 ， 在全网改频期间 ， 邻区数据分析出现了严重问题 ， 导致了 改频周期延长 。
b、收 MR 结束后不自动删除 test neighbor ， 给加站带来了很大麻烦 。
c、准备改频的 database 出现了一些纰漏 ， 如部分基站的 sd_load 为 0 ， 导致改频后无法 起呼 d、Motorola 方的 support 工程师队伍不稳定 ， 大部分优化工程师来自外地对北京的网络 情况有待进一步了解 ， 给沟通合作也带来了一定的难度 。
e、数据库的问题 ， 改频后出现部分小区的跳频未打开的情况 ， 其中包括相当数量的含 EGSM 频点的小区 ， 虽然立即被发现并改正 ， 仍造成改频后一两天个别小区 RF_LOS 。

51、S 高 。
f、改频后部分区域的掉话率有增加 ， 例如 MSC16 ， 掉话率由 0.84 升到 0.92 。
其原因一个 是西苑宾馆阻断器影响增加掉话次数 ， 另一主要原因是 IOS 收集数据期间正逢 MSC16 区域 出现大量阻断器干扰 ， 影响了数据的准确性 ， 导致 MSC16 改频后掉话率指标没有改善 。
一、 对全年因 IOS 封网时间的总结 封网事件封网时间封网天数积压新站 第 1 次邻区优化 1.16-1.23820 DCS 改频第一次收集 3.3-3.151336 DCS 改频第二次收集 3.29-4.81135 准备 DCS 改频 database 5.26-5.30511 第 3 次邻区优化 6.3 。

52、-6.8513 软课题研究报告 - 43 - 北京移动通信有限责任公司网络优化中心 全网改频第一次收集 8.1-8.121230 全网改频第二次收集 8.21-9.81944 准备全网改频 database 10.5-10.1055 全网改频延期 10.12-10.17510 total（天数） 83204 截止到 10 月底 ， 全网因 IOS 封网共达 83 天 ， 占到目前为止全年天数的 27.48%, SunMonTueWedThuFriSatSunMonTueWedThuFriSat Jan234567891011 1213141516171819202122232425 262728293 。

53、031Feb2345678 910111213141516171819202122 232425262728Mar2345678 910111213141516171819202122 232425262728293031Apr2345 678910111213141516171819 2021222324252627282930May23 4567891011121314151617 1819202122232425262728293031 June234567891011121314 1516171819202122232425262728 2930July23456789101112 1 。

54、314151617181920212223242526 2728293031Aug23456789 1011121314151617181920212223 2425262728293031Sep23456 7891011121314151617181920 21222324252627282930Oct234 56789101112131415161718 19202122232425262728293031Nov 23456789101112131415 1617181920212223242526272829 30Dec2345678910111213 14151617181920212 。

55、22324252627 28293031 8.28.2外省市移动网络外省市移动网络 BenchmarkBenchmark 测试测试 包括对山西太原和福建厦门两地进行的 DT 测试 ， 详细请见相关报告 。
8.38.3与与 MOTOvipMOTOvip 的合作的合作 2003 年 6 月的全网两次的 benchmark 测试 ， 挑选出 21 个 Quality 不好的路段 ， 进行针 对性治理 。
8.48.4京昌高速受上行干扰路段的优化案例（未完成）京昌高速受上行干扰路段的优化案例（未完成） 由于京昌高速两侧 2002 年底至 2003 年初加新站较多 ， 因此造成主控小区不明显 ， 乒乓 切换造成通话质量不佳 ，。

【课题|软课题研究报告路测Quality参数实验研究】56、此外还有一些基站存在带外干扰 ， 更使切换关系混乱 ， 甚至还有切 软课题研究报告 - 44 - 北京移动通信有限责任公司网络优化中心 换到切换链以外的小区上的现象 ， 造成掉话 。
当然 ， Quality 就会很差 ， 为了解决上述问题 ，我们进行了包括覆盖、功率以及切换参数的修改 。
避免了由于干扰造成的错切反切现象 ， 虽 然不能保证非常好的通话质量 ， 但是却避免了造成掉话的 Quality 连续为 7 的现象 ， 从某种 意义上来说 ， 提高了路测质量 ， 保证了用户的通话感受 。
网络优化中心 西区优化中心 路测 Quality 研究项目组 2003-12-30 项目组成员: 庞巍 13901287649 吕万 13901287906 果芳 13901131000。

稿源：(未知)

【傻大方】网址：/a/2021/0902/0024074517.html

标题：课题|软课题研究报告路测Quality参数实验研究