CDMA网规网优案例分析

1、华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开引入引入l关注目前网络的运行情况和服务质量l关注现有网络结构、配置的合理性l用网上问题和解决方法加深对系统的了解l以网上问题作为完善算法的推进动力华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开学习目标学习目标l加深对系统规划的认识加深对系统规划的认识l对优化流程和思路有进一步的了解对优化流程和思路有进一步的了解l工作抓住难点和重点工作抓住难点和重点学习完本课程，您应该能够：学习完本课程，您应该能够：华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公

2、开文档密级：内部公开课程内容课程内容第一章第一章 规划案例规划案例第二章第二章 优化案例优化案例第三章第三章 终端案例终端案例华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开第一章第一章 规划案例规划案例l了解规划的主要内容了解规划的主要内容 l难点和重点难点和重点l案例评述案例评述华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开工程性规划的主要内容工程性规划的主要内容工程性规划是工程实施中很重要的内容，这对于工程实施后的网络质量和优化工作的影响十分大，主要内容如下：l工程参数：基站经纬度、天线挂高、方位角、PN、

3、邻区、功率等等l区域参数：LAC、REGZONE、信令点以及之间的配合l网络性能参数：各种性能参数，在优化中具体涉及。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开工程性规划的难点和易错点工程性规划的难点和易错点lLAC和REGZONElLAC和信令点以及机框l邻区数据l搜索窗设置l功率设置（尤其对于插花组网） 鉴于现在大家都对于系统有了一定的学习和了解，请大家考虑这几种情况的规划错误会导致怎样的结果？华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 1如图所示，某市网络按地形分成两个LA

4、C、两个OPC，目前只有1个REGZONE。由于基站数量多，分散在4个框内。但是工程人员为了平衡框间话务量，将市区最繁忙的几个基站放到了郊区框内，请考虑：会造成什么样的后果？应该怎么样解决？华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 1引起问题：l2个LAC1个REGZONE会造成终端在LAC间移动不发起位置登记，导致终端发起主叫前寻呼不到；l每个LAC下有2个OPC会造成MSC下发的寻呼必然有一个成功和一个失败的响应，导致BSC侧话统寻呼成功率很低；l市区基站分布在几个框间和2个信令点间，导致框间软切换和信令点间软切换数量

5、巨大，cpu负荷过高时会导致大量掉话；解决措施：l增加REGZONE，和LAC一一对应；l跨框的市区站留待下次割接将其换到同一框下华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 1思考：由此可见，在工程性规划时在位置区和信令点的规划要注意什么？l模块内基站规划要注意，地理位置紧密相邻的基站必须在同一模块内，特别是软切换频繁的基站之间不能分属在不同模块内。l新建局的模块一定要预留端口号，为扩容基站准备。预留的数目请数据设定中心定，目前基本不预留，每次扩容都放在新模块内。l 一个信令点可带一个或多个模块。一个信令点最多带15个模块（

6、每个模块1块FMR的情况）。l信令点与LAC要一一对应。可以一个信令点有多个LAC ，尽量避免一个LAC有多个信令点，如果必须这样配，也不能出现同一LAC下基站分散在不同模块，同一模块内有多个LAC。lREGZONE和LAC要一一对应，并且切换带要放到人烟稀少的地方。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 2案例：某局在一次扩容中新增3601小基站两个，小基站的版本为V100R001B02D002，两小基站在开通后掉话率一直居高不下，从开通后掉话率一直都在5%左右浮动，其中一个小基站全天的掉话次数更是达到了120次。从话

7、统结果上观察，两个小基站的掉话绝大部分是无线链路原因造成的掉话，而且除了掉话次数和掉话率比较高之外，其它的各项指标正常。路测结果显示EC/IO、RX、FFER等各项指标良好，但是发射功率TX异常，有些地区的TX甚至达到了+20多dBm，显示反向覆盖效果很差。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 2可能原因：覆盖原因：前向覆盖良好，反向不良；PN规划原因：经检查，排除该原因；硬切换原因：不涉及，排除；软切换原因：通过现场的路测，并没有捕捉到切换掉话，基本可以排除；数据配置原因：经过路测和话统结果分析，发现小基站的反向覆

8、盖效果差，决定修改参数提高小基站反向覆盖的效果。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 2解决措施：l提高基站的覆盖半径从20公里提高到39公里，扩大搜索窗从1调整到5；l将搜索窗的动态调整方式由ENABLE修改为DISABLE；结果：掉话率明显降低，从原来的5%左右掉到1%以内 。总结：可见，搜索窗的设定和基站的覆盖能力关系很紧密，在现场实施过程中，要结合实际的规划搜索窗参数，避免因该参数设置不当造成网络不可用。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案

9、例评述 3案例：站点A周围均是M厂家设备，局方期望的站点A覆盖范围呈非对称性分布，即有的方向盲区距离短，有的方向盲区距离长，有的方向只属于信号弱区；站点A开通全向华为小基站之前，既接入困难，通话过程中又易掉话（10次中有34次发生掉话）；站点A开通华为全向小基站之后，手机接入还是很困难，通话过程中极易掉话（10次中有78次发生掉话）。 A华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 3原因分析: l站点A开通华为小基站之前，问题发生区域存在4个以上强度相若的导频信号，形成导频污染，导致接入困难，易掉话；（后来对M网络进行测试，

10、证实了该原因 ）l站点A开通华为全向小基站之后，由于问题发生区域距离站点A大约3公里左右，全向天线发射的信号到达问题区域也不是很强，等于又增加一个强度相若的导频信号，干扰增强，所以使问题更加严重。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 3解决措施：l将Isitec3601的全向天线的更换成定向天线，使其成为该覆盖区域的主导频，并把切换带移至无人居住的田地上；90覆盖区域的掉话情况出现明显的好转；l由于无法调整M网络结构，只能修改M系统参数，降低了一个强导频的发射功率之后，95以上的区域故障现象消失，但是仍然存在一些小面

11、积的点状干扰区域无法解决，只能通过调整网络结构，加大干扰源基站的下倾角解决。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划案例评述规划案例评述 3建议与总结: l对于这种周围是其他厂家设备的组网情况，不适合华为设备在其中的盲区（信号弱区）进行插花补点，因为不是每次都可以把切换带移至无人居住区，而且即使可以转移切换带，覆盖范围内的一些小面积干扰区域也属于不可控制范围；l对于带状盲区或是孤岛站则适用于华为小基站，所以网络规划时需要对市场部门承诺用户的站点进行监控；l如果非要在类似环境中用华为基站进行补点，也一定要选用定向天线，这样还有调整的余地，不至

12、于象选用全向天线时如此被动。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开规划类案例总结规划类案例总结通过以上三个案例可以看到：在我们的规划工作中，需要注意的地方主要有：l基站站址（避免插花组网等）l天馈系统（包括方向角、下倾角、天线选择）l网络参数（搜索窗、载频功率、公共信道功率等）l区域参数（位置区参数、信令点等）华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开课程内容课程内容第一章第一章 规划案例规划案例第二章第二章 优化案例优化案例第三章第三章 终端案例终端案例华为机密，未经许可不得扩散华为机密，未经许

13、可不得扩散文档密级：内部公开文档密级：内部公开第二章第二章 优化案例优化案例l了解优化的主要步骤了解优化的主要步骤 l难点和重点难点和重点l案例评述案例评述华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化的主要步骤优化的主要步骤准备工作现场网络基本信息获取收集话统及路测数据满足要求网络优化报告YN数据分析参数调整左图中所示是工程性优化的一般步骤，但是通常我们都是去现场解决某一个问题，也不要忘记遵守这个一般步骤，以免遗漏所有的可能。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化的主要步骤优化的主要步骤下面对

14、优化步骤进行简单讲解：l准备工作：即优化前设备的准备、资料的准备、人员联系等方面； l现场网络基本信息获取：网络结构和数据，版本信息、网上用户数目和分布等等；l收集话统和路测数据：话统数据是运营商的主要考量依据，它和路测数据是我们分析问题的重要数据源；l数据分析：结合多种工具手段对收集到的数据进行分析；l参数调整：就分析结果给出的结论调整相应的网络参数；l网络优化报告：网优工作交付件，工作成果的体现。需要得到认可。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开难点和重点难点和重点CDMA与2G相比明显的优势就在于功率控制和软切换的应用，所以在优化过程中

15、这往往是优化的重点，此外，数据业务的优化往往也是重点和难点。l功控参数的优化 l接入参数的优化l发现算法和软件问题l负荷控制的优化l数据业务的优化华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述1案例：Z项目割接（R02B03）之后呼叫建立成功率一直偏低大约在91.5左右，其中包含了大约2的MSC拒绝和呼叫早释导致的呼叫建立失败。其它约有4.5左右的呼叫建立失败为捕获前导帧失败和MS响应超时。 分析原因：l捕获前导帧失败和MS响应超时的呼叫建立失败很普遍，几乎每个小区都存在，部分小区特别严重；l分析基站反向RSSI，发现呼叫建立成

16、功率低的的基站大部分都存在明显的干扰，但是这些基站的掉话率不是很高，低于5，说明呼叫建立失败除干扰外还存在其它原因。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述1始呼和寻呼的信令流程以及在开环功控和闭环功控的作用点，如下图：BTSChannel Assnmt. Msg.Origination MsgBase Sta. Acknlgmt. OrderTFC frames of 000sTFC preamble of 000sBase Sta. Acknlgmt. OrderMobile Sta. Ackngmt. OrderSe

17、rvice Connect Msg.Svc. Connect Complete MsgBase Sta. Acknlgmt. OrderCall is Established!MSProbingACCESSPAGINGFW TFCPAGINGRV TFCFW FCRV TFCFW TFCRV TFCFW TFCSuccessful Access Attempt开环功控的起始点闭环功控的起始点华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述1从手机分析：在手机发射反向业务前导帧之后就进入闭环功控，手机在计算反向公共信道和业务的信道的

18、发射功率如下：l在接入信道上的发射功率平均输出功率(dBm) = 平均输入功率(dBm)偏移功率干扰校正因子NOM_PWRs - 16NOM_PWR_EXTs INIT_PWRs+ PWR_LVLPWR_STEPsl在手机收到功控比特之前的反向业务信道发射功率：平均输出功率(dBm)=平均输入功率(dBm)+ 偏移功率+ 干扰校正因子+ ACC_CORRECTIONS + RLGAIN_ADJ由此可见有可能：l不同的RC功控参数（功率偏置）不同带来的后果华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述1其中的二者都有的偏移功率一项

19、还由于不同无线配置不同而有异，该案例中所用接入信道的是95接入信道，偏移量是73，而业务信道是2000的业务信道，偏移量是81.5，所以手机在转入业务信道后发射功率较公共信道少了8.5dB，一般可以是通过RLGAIN_ADJ来弥补这种差异，其修正范围为：0-15，对应于87dB。查DB中的值为8，即修正0dB。解决措施：方案2：在修改RLGIAN_ADJ为15即7dB之后，呼叫建立成功率有所上升。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述1从基站方面考虑，由于现网大部分手机都是IS95A制式的，其前向功控方式遵循前向慢速功控

20、方式，不是我们熟悉的前向快速功控。在前向慢速功控表中，发现前向信道最大发射功率为215、前向信道发射功率设定的初始值为199，与导频信道功率227相差较大。由于升级后加载的脚本没有涉及到前向慢速功控表的修改，怀疑是版本的默认值的问题造成的结果。 解决措施：通过动态数据配置，修改前向信道最大发射功率为227、前向信道发射功率设定的初始值为227。改动后，观察前向负荷，最大不超过70，不影响系统的正常运行。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述2案例：CDMA手机接入速度是一个一直都需要优化的问题，某地商用局，经用户反应，

21、网络中所有手机做被叫时，需要很长时间才能被寻呼到。试验了多款CDMA手机，都有这种现象 。原因分析：l基站发第一次寻呼的时候，手机没有收到基站的信号，表明基站初始发射功率过小,则手机不会发接入探针；l基站发第一次寻呼的时候，手机收到基站的信号，但是基站没有收到手机的响应。则手机会不断发接入探针直到手机正常接入系统或者掉话为止；l因此定位此问题的关键在于确认手机是否在基站发第一次寻呼后就开始发接入探针。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述2处理过程:l三星SCH130手机做被叫，用其他手机（可以是移动或者联通或者电信的

22、固定电话）呼叫此130手机，记录数据。l打开CAIT的View-statistics-access and paging statistics菜单。l观察此统计菜单在手机做被叫时接入的变化情况。l实际测试发现，每次寻呼时都会出现连续发6个探针才接入系统的现象，可以确定是反向初始发射功率设置过低。lpwr_step=4，即手机在开环功控的基础上，增加4624dB的功率后才接入，而最佳的接入是在第二到三个探针接入系统，既不影响容量还提高接入速度。因此初始发射功率需要提高4（62）16dB。l将该参数修改后所有手机经过一次寻呼就接入系统。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级

23、：内部公开文档密级：内部公开优化案例评述优化案例评述3在接入速度已经得到优化，但是呼叫建立成功率仍然不高的情况下，就需要从定时器参数的角度进行优化，如下例：案例：某局在网络优化过程中通过现场分析,影响CDMA网络无线口呼叫建立成功率的两个主要因素包括l基站等待手机业务前导帧失败l基站等待手机应答失败现场统计结果。 进一步统计，基站等待手机业务前导帧失败占呼叫建立失败次数的66左右，基站等待手机应答失败占呼叫建立失败次数的34左右。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述3原因分析：呼叫失败的两个主要因素是基站捕获反向前导

24、帧Traffic Channel preamble失败和基站等待手机应答Ms Ack Order超时。这两个等待BSC由两个定时器控制，CCM_T_WT_TCH_preamble和CCM_T_WT_MS_ACK_ORD。CCM_T_WT_TCH_preamble协议的取值范围是14s, CCM_T_WT_MS_ACK_ORD 协议的取值范围也是14s。但是目前系统两个定时器的设定值分别为3s和2s，在一定程度增长等待定时器的时长可以提高应答概率，提高系统的呼叫成功率。处理过程: 现场将这两个定时器设定值改成为4s和3s，调整之后基站捕获手机业务前导帧失败与基站等待手机应答失败两项指标分别由以前

25、的平均每天的360次和150次下降为平均每天的320次和130次，大约改善17。从话统分析来看，定时器调整是有效的。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述3华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开接入优化总结接入优化总结经验总结：由此可见，对于手机呼叫流程中每一个阶段都需要清楚，这样才能够从表象迅速对应到流程中的具体公式。接 入 过 程 是 在 系 统 优 化 中 经 常 需 要 优 化 的 一 个 问 题 ， 由 于CDMA的软容量特性，使得在系统容量增长的同时接入情况

26、不停地变化。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述4软切换掉话问题是网上一个很令人头疼的问题，而引起掉话的原因很多，比如下文的案例：案例：某局在在定位A区域的掉话问题时发现该问题与系统PN复用的处理有关。 BSC邻区判断错误：把远在400Km以外的17号基站作为当前服务基站分配给了在A区域的手机:当手机检测到错误的邻区，通过PSMM上报给BSC，如果系统有PN复用，BSC是无法直接从该PN检测到正确的基站。解决该问题有两个途径 ：l正确配置基站的邻区，从邻区的关系，BSC可以依据PN检测到正确的基站。l系统目前提供经纬度

27、来检测PN的方法，通过提供BSC中基站的经纬度信息，BSC可以正确检测到PN。目前系统默认的检测精度要求PN复用距离至少大于10Km。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述5造成切换失败的原因很多，有的可能是我们通常会忽略的，所以在网优过程中，不能够忽视任何一个细节。案例：某ETS450D网络，在路测时发现在某片区域始终存在切换掉话问题，该片区域为一三级级连基站A和另一基站B的切换区域。基站A与B进行切换时，切换能够完成，但完成后FER升高直至100，然后掉话，在此期间，RX、TX、EcIo均正常。分析，掉话按照常规的掉

28、话原因来分析如下：l邻区原因：排除l硬件原因：排除l时钟问题：排除l 帧合并错误：调试台分析切换区域A基站B基站华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述5解决方法：将级连基站的传输方式从IMA方式更改为UNI方式，减少由于IMA带来的时延，问题解决。在更改传输方式前，级连基站的传输方式见附件，当使用级连基站时，在BSC上，只能使用IMA传输方式，而基站侧UP链路总是侦听前一级链路的传输方式，前一级传输方式是什么方式，则UP链路就是什么传输方式；例如，一级级连基站的DOWN链路为IMA方式，则二级级连基站的UP链路一定为IM

29、A方式。更改一级级连基站和二级级连基站DOWN链路的传输方式为UNI后，掉话问题解决。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述6除了上面提到的各种案例我们可以通过修改参数等方法解决外，还有一些问题是我们现在没有办法解决的，但是这样的问题也不能够坐视，我们还是有一些规避的方法，下面就一个数据业务和语音业务的例子来说明：案例：某CDMA 800M商用局W接到用户投诉，在使用无线上网卡进行数据业务呼叫时，闲置一段时间后（几分钟）无法再上网，需断掉网络重新拨号。用户对此意见很大，经查实，上网卡为普天YM-1031K PCMCIA

30、 TYPE II/ FreeWing speed up。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述6问题分析：重现问题lActive到Dormant状态的转换正常；lDormant状态下，发起数据业务请求，网络侧向终端发“paging request”,终端回“paging response”,MSC发“clear command”l检查“paging response”里的service option为0可见，这个MSC直接释放的原因是终端原因导致，该上网卡不符合协议要求，一方面要求生产厂家修改，但客户急需的是尽快解决问

31、题，减少用户投诉，就将网络中的去激活定时器从原来的20秒改成180秒，来减少用户进入dormant状态的次数。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述7同样，在语音业务的优化中也有一些问题是可以通过采取一定的措施来规避的。案例：某局在省内网络质量排名中名次较后，无线测主要是话务掉话比排名较后，通过分析，掉话次数主要是erasure帧过多造成的，而平均每天忙时达到310次左右。 这导致整体BSC的话务掉话比停留在140以下。因此我们的重点目标就定位在如何解决erasure帧过多造成的掉话次数上。 分析：这样的问题往往需要cs

32、l辅助分析，来查找系统中出现的各种可能。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述7处理过程：l没有发现高掉话小区及其邻区有告警；ltelnet查询反向RSSI，基本正常；l开始CSL打印对于ERASURE帧导致掉话进行分析，其门限是300帧；l设定市区基站所在模块/框erasure帧定时器门限为500帧，观察一天；l重新设定全部模块的定时器门限。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述7总结：对于网上一些问题，可能一时发现不了问题症结所在，需要家里的协

33、助慢慢查找原因。但是现场的压力需要采取相应的规避手段，该案例中的的参数调整实际上来说是没有实质上的优化，仅仅是将原来的掉话时间由6秒改成了10秒，使得本来该掉话的因为用户不堪忍受而主动挂机，而统计为正常结束，从统计结果上是改善了。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述8负荷控制是我司目前研究的比较多的一个领域，在这个问题上我们还有很多的路要走。某地15分钟的话统显示某基站扇区的前向负荷时常达到100，引起客户对网络负荷能力的极大疑虑。 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公

34、开优化案例评述优化案例评述8告警和原因分析：l经常出现载频功率过激励告警。l话统数据表示在某个15分钟的周期结束时前向功率为43dBm。可能实际只有很短的时间以最大功率发射。l经分析，该扇区负荷过高的原因很大程度上是因为用户边缘分布，功率耗费过多，同时，相邻基站N的话务负荷相对较轻，可以通过负荷均衡手段将部分话务进行转移。对路测数据的分析发现，可以适当下调该扇区的公共信道功率，不影响该基站覆盖及其它性能。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述8处理过程：l该扇区下倾角由调整到比以前更大，使覆盖区域减小；l该扇区的导频信道

35、、同步信道、寻呼信道功率、业务信道最大发射功率同时下降1dB；lN基站与该扇区相邻扇区的下倾角调整到比以前更小，使覆盖区域增大。结果：问题得到妥善解决，具体见前图。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述9由于局点的原因导致数据业务优化是我们较少涉足的领域，所以这方面的问题体现还不够多，下面是一个数据业务优化的案例：案例：J地数据业务优化测试中，平均下载速率比低，而且传输缺口比较大，详细情况如下：用串口线前向平均下载速率只有6Kbyte，而且有很明显的缺口问题 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：

36、内部公开文档密级：内部公开优化案例评述优化案例评述9在对该案例进行分析前需要对RLPTCP进行简单介绍：lRLP每20ms检测前向数据缓冲区和要求重传帧数；l如果前向SCH不存在时，检测到前向数据缓冲区数据量超过SCH_LOCK_ THRESHOLD门限或者RLP要求重传的帧数超过REXMIT_FRAME_THRESHOLD门限，那么就上报MSG _SDU _RRM_SCH_APPLY_IND消息申请SCH；l如果前向SCH存在时，检测到前向数据缓冲区数据量在一段时间内低于SCH_LOCK _THRESH OLD门限并且RLP要求重传的帧数低于 R E X M I T _ F R A M E

37、_ T H R E S H O L D 门 限 ， 则 上 报MSG_SDU_RRM_SCH_STOP_IND消息，通知RRM不用再进行下一个SCH的延续。l为避免RLP频繁申请SCH，设定两次RLP申请SCH的时间间隔（10帧）华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述9所以，以上RLP申请机制可能存在两个缺陷：lRLP的SCH申请由“来包”触发，若没有包来，但缓冲区却有数据，则不能申请SCH。lPPU每10帧向RLP发一次数据包，RLP每10帧检测是否SCH申请，这样可能造成两个SCH首尾间隔达到：10帧信令延时20帧，

38、影响传输效率。由传输的图纸可见，出现这样的现象原因可能是SCH的申请时间延迟过大，造成断开之后需要等待一段时间才能又建立SCH来传输数据。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述9处理措施：导致SCH缺口大的原因，主要是由于RLP申请SCH的间隔较长。 查询SCH申请的重试间隔为200帧，为4秒，建议将次参数改为20帧后如下所示，问题得到很好的解决：华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开优化案例评述优化案例评述9总结：可见在数据业务优化中需要准确掌握数据业务的信令流程，了解

39、各参数的意义；充分利用各种捕获信令；进行详细准确的信令分析，才能够迅速而有效的找到症结所在，从而解决问题华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开课程内容课程内容第一章第一章 规划案例规划案例第二章第二章 优化案例优化案例第三章第三章 终端案例终端案例华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开第三章第三章 终端案例终端案例l难点和重点难点和重点l案例评述案例评述华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开难点和重点难点和重点 终端作为我们规划优化的工具和最终服务对象，在我们的工作中扮演着极为重要的角色，所以一旦终端出问题会造成我们工作上很大的不便，总的说来，中断问题可以分为：l