CDMA网规网优案例分析

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,华为机密，未经许可不得扩散,文档密级：内部公开,RG008301 CDMA网规网优案例分析,2.0,引入,关注,目前网络的运行情况和服务质量,关注现有网络结构、配置的合理性,用网上问题和解决方法加深对系统的了解,以网上问题作为完善算法的推进动力,学习目标,加深对系统规划的认识,对优化流程和思路有进一步的了解,工作抓住难点和重点,学习完本课程，您应该能够：,课程内容,第一章 规划案例,第二章 优化案例,第三章 终端案例,第一章 规划案例,了解规划的主要内容,难点和重点,案例评述,工程性规划的主要内容,工程性规划是工程实施中很重要的内容，这对于工程实施后的网络质量和优化工作的影响十分大，主要内容如下：,工程参数：基站经纬度、天线挂高、方位角、,PN,、邻区、功率等等,区域参数：,LAC,、,REGZONE,、信令点以及之间的配合,网络性能参数：各种性能参数，在优化中具体涉及。,工程性规划的难点和易错点,LAC,和,REGZONE,LAC,和信令点以及机框,邻区数据,搜索窗设置,功率设置（尤其对于插花组网）,鉴于现在大家都对于系统有了一定的学习和了解，请大家考虑这几种情况的规划错误会导致怎样的结果？,规划案例评述,1,如图所示，某市网络按地形分成两个,LAC,、两个,OPC,，目前只有,1,个,REGZONE,。由于基站数量多，分散在,4,个框内。但是工程人员为了平衡框间话务量，将市区最繁忙的几个基站放到了郊区框内，请考虑：会造成什么样的后果？应该怎么样解决？,规划案例评述,1,引起问题：,2,个,LAC1,个,REGZONE,会造成终端在,LAC,间移动不发起位置登记，导致终端发起主叫前寻呼不到；,每个,LAC,下有,2,个,OPC,会造成,MSC,下发的寻呼必然有一个成功和一个失败的响应，导致,BSC,侧话统寻呼成功率很低；,市区基站分布在几个框间和,2,个信令点间，导致框间软切换和信令点间软切换数量巨大，,cpu,负荷过高时会导致大量掉话；,解决措施：,增加,REGZONE,，和,LAC,一一对应；,跨框的市区站留待下次割接将其换到同一框下,规划案例评述,1,思考：由此可见，在工程性规划时在位置区和信令点的规划要注意什么？,模块内基站规划要注意，地理位置紧密相邻的基站必须在同一模块内，特别是软切换频繁的基站之间不能分属在不同模块内。,新建局的模块一定要预留端口号，为扩容基站准备。预留的数目请数据设定中心定，目前基本不预留，每次扩容都放在新模块内。,一个信令点可带一个或多个模块。一个信令点最多带,15,个模块（每个模块,1,块,FMR,的情况）。,信令点与,LAC,要一一对应。可以一个信令点有多个,LAC,，尽量避免一个,LAC,有多个信令点，如果必须这样配，也不能出现同一,LAC,下基站分散在不同模块，同一模块内有多个,LAC,。,REGZONE,和,LAC,要一一对应，并且切换带要放到人烟稀少的地方。,规划案例评述,2,案例：某局在一次扩容中新增,3601,小基站两个，小基站的版本为,V100R001B02D002,，两小基站在开通后掉话率一直居高不下，从开通后掉话率一直都在,5%,左右浮动，其中一个小基站全天的掉话次数更是达到了,120,次。,从话统结果上观察，两个小基站的掉话绝大部分是无线链路原因造成的掉话，而且除了掉话次数和掉话率比较高之外，其它的各项指标正常。路测结果显示,EC/IO,、,RX,、,FFER,等各项指标良好，但是发射功率,TX,异常，有些地区的,TX,甚至达到了,+20,多,dBm,，显示反向覆盖效果很差。,规划案例评述,2,可能原因：,覆盖原因：前向覆盖良好，反向不良；,PN,规划原因：经检查，排除该原因；,硬切换原因：不涉及，排除；,软切换原因：通过现场的路测，并没有捕捉到切换掉话，基本可以排除；,数据配置原因：经过路测和话统结果分析，发现小基站的反向覆盖效果差，决定修改参数提高小基站反向覆盖的效果。,规划案例评述,2,解决措施：,提高基站的覆盖半径从,20,公里提高到,39,公里，扩大搜索窗从,1,调整到,5,；,将搜索窗的动态调整方式由,ENABLE,修改为,DISABLE,；,结果：,掉话率明显降低，从原来的,5%,左右掉到,1%,以内 。,总结：可见，搜索窗的设定和基站的覆盖能力关系很紧密，在现场实施过程中，要结合实际的规划搜索窗参数，避免因该参数设置不当造成网络不可用。,规划案例评述,3,案例：站点,A,周围均是,M,厂家设备，局方期望的站点,A,覆盖范围呈非对称性分布，即有的方向盲区距离短，有的方向盲区距离长，有的方向只属于信号弱区；站点,A,开通全向华为小基站之前，既接入困难，通话过程中又易掉话（,10,次中有,3,4,次发生掉话）；站点,A,开通华为全向小基站之后，手机接入还是很困难，通话过程中极易掉话（,10,次中有,7,8,次发生掉话）。,A,规划案例评述,3,原因分析,:,站点,A,开通华为小基站之前，问题发生区域存在,4,个以上强度相若的导频信号，形成导频污染，导致接入困难，易掉话；（后来对,M,网络进行测试，证实了该原因 ）,站点,A,开通华为全向小基站之后，由于问题发生区域距离站点,A,大约,3,公里左右，全向天线发射的信号到达问题区域也不是很强，等于又增加一个强度相若的导频信号，干扰增强，所以使问题更加严重。,规划案例评述,3,解决措施：,将,Isitec3601,的全向天线的更换成定向天线，使其成为该覆盖区域的主导频，并把切换带移至无人居住的田地上；,90,覆盖区域的掉话情况出现明显的好转；,由于无法调整,M,网络结构，只能修改,M,系统参数，降低了一个强导频的发射功率之后，,95,以上的区域故障现象消失，但是仍然存在一些小面积的点状干扰区域无法解决，只能通过调整网络结构，加大干扰源基站的下倾角解决。,规划案例评述,3,建议与总结,:,对于这种周围是其他厂家设备的组网情况，不适合华为设备在其中的盲区（信号弱区）进行插花补点，因为不是每次都可以把切换带移至无人居住区，而且即使可以转移切换带，覆盖范围内的一些小面积干扰区域也属于不可控制范围；,对于带状盲区或是孤岛站则适用于华为小基站，所以网络规划时需要对市场部门承诺用户的站点进行监控；,如果非要在类似环境中用华为基站进行补点，也一定要选用定向天线，这样还有调整的余地，不至于象选用全向天线时如此被动。,规划类案例总结,通过以上三个案例可以看到：在我们的规划工作中，需要注意的地方主要有：,基站站址（避免插花组网等）,天馈系统（包括方向角、下倾角、天线选择）,网络参数（搜索窗、载频功率、公共信道功率等）,区域参数（位置区参数、信令点等）,课程内容,第一章 规划案例,第二章 优化案例,第三章 终端案例,第二章 优化案例,了解优化的主要步骤,难点和重点,案例评述,优化的主要步骤,左图中所示是工程性优化的一般步骤，但是通常我们都是去现场解决某一个问题，也不要忘记遵守这个一般步骤，以免遗漏所有的可能。,优化的主要步骤,下面对优化步骤进行简单讲解：,准备工作：即优化前设备的准备、资料的准备、人员联系等方面；,现场网络基本信息获取：网络结构和数据，版本信息、网上用户数目和分布等等；,收集话统和路测数据：话统数据是运营商的主要考量依据，它和路测数据是我们分析问题的重要数据源；,数据分析：结合多种工具手段对收集到的数据进行分析；,参数调整：就分析结果给出的结论调整相应的网络参数；,网络优化报告：网优工作交付件，工作成果的体现。需要得到认可。,难点和重点,CDMA,与,2G,相比明显的优势就在于功率控制和软切换的应用，所以在优化过程中这往往是优化的重点，此外，数据业务的优化往往也是重点和难点。,功控参数的优化,接入参数的优化,发现算法和软件问题,负荷控制的优化,数据业务的优化,优化案例评述,1,案例：,Z,项目割接（,R02B03,）之后呼叫建立成功率一直偏低大约在,91.5,左右，其中包含了大约,2,的,MSC,拒绝和呼叫早释导致的呼叫建立失败。其它约有,4.5,左右的呼叫建立失败为捕获前导帧失败和,MS,响应超时。,分析原因：,捕获前导帧失败和,MS,响应超时的呼叫建立失败很普遍，几乎每个小区都存在，部分小区特别严重；,分析基站反向,RSSI,，发现呼叫建立成功率低的的基站大部分都存在明显的干扰，但是这些基站的掉话率不是很高，低于,5,，说明呼叫建立失败除干扰外还存在其它原因。,优化案例评述,1,始呼和寻呼的信令流程以及在开环功控和闭环功控的作用点，如下图：,优化案例评述,1,从手机分析：在手机发射反向业务前导帧之后就进入闭环功控，手机在计算反向公共信道和业务的信道的发射功率如下：,在接入信道上的发射功率,平均输出功率,(,dBm,) =,平均输入功率,(,dBm,),偏移功率干扰校正因子,NOM_PWRs,- 16NOM_PWR_EXTs,INIT_PWRs,+,PWR_LVLPWR_STEPs,在手机收到功控比特之前的反向业务信道发射功率：,平均输出功率,(,dBm,)=,平均输入功率,(,dBm,)+,偏移功率,+,干扰校正因子,+ ACC_CORRECTIONS + RLGAIN_ADJ,由此可见有可能：,不同的,RC,功控参数（功率偏置）不同带来的后果,优化案例评述,1,其中的二者都有的偏移功率一项还由于不同无线配置不同而有异，该案例中所用接入信道的是,95,接入信道，偏移量是,73,，而业务信道是,2000,的业务信道，偏移量是,81.5,，所以手机在转入业务信道后发射功率较公共信道少了,8.5dB,，一般可以是通过,RLGAIN_ADJ,来弥补这种差异，其修正范围为：,0-15,，对应于,8,7dB,。查,DB,中的值为,8,，即修正,0dB,。,解决措施：方案,2,：在修改,RLGIAN_ADJ,为,15,即,7dB,之后，呼叫建立成功率有所上升。,优化案例评述,1,从基站方面考虑，由于现网大部分手机都是,IS95A,制式的，其前向功控方式遵循前向慢速功控方式，不是我们熟悉的前向快速功控。在前向慢速功控表中，发现前向信道最大发射功率为,215,、前向信道发射功率设定的初始值为,199,，与导频信道功率,227,相差较大。由于升级后加载的脚本没有涉及到前向慢速功控表的修改，怀疑是版本的默认值的问题造成的结果。,解决措施：通过动态数据配置，修改前向信道最大发射功率为,227,、前向信道发射功率设定的初始值为,227,。,改动后，观察前向负荷，最大不超过,70,，不影响系统的正常运行。,优化案例评述,2,案例：,CDMA,手机接入速度是一个一直都需要优化的问题，某地商用局，经用户反应，网络中所有手机做被叫时，需要很长时间才能被寻呼到。试验了多款,CDMA,手机，都有这种现象 。,原因分析：,基站发第一次寻呼的时候，手机没有收到基站的信号，表明基站初始发射功率过小,则手机不会发接入探针；,基站发第一次寻呼的时候，手机收到基站的信号，但是基站没有收到手机的响应。则手机会不断发接入探针直到手机正常接入系统或者掉话为止；,因此定位此问题的关键在于确认手机是否在基站发第一次寻呼后就开始发接入探针。,优化案例评述,2,处理过程,:,三星,SCH130,手机做被叫，用其他手机（可以是移动或者联通或者电信的固定电话）呼叫此,130,手机，记录数据。,打开,CAIT,的,View-statistics-access and paging statistics,菜单。,观察此统计菜单在手机做被叫时接入的变化情况。,实际测试发现，每次寻呼时都会出现连续发,6,个探针才接入系统的现象，可以确定是反向初始发射功率设置过低。,pwr_step,=4,，即手机在开环功控的基础上，增加,46,24dB,的功率后才接入，而最佳的接入是在第二到三个探针接入系统，既不影响容量还提高接入速度。因此初始发射功率需要提高,4,（,6,2,）,16dB,。,将该参数修改后所有手机经过一次寻呼就接入系统。,优化案例评述,3,在接入速度已经得到优化，但是呼叫建立成功率仍然不高的情况下，就需要从定时器参数的角度进行优化，如下例：,案例：某局在网络优化过程中通过现场分析,影响,CDMA,网络无线口呼叫建立成功率的两个主要因素包括,基站等待手机业务前导帧失败,基站等待手机应答失败现场统计结果。,进一步统计，基站等待手机业务前导帧失败占呼叫建立失败次数的,66,左右，基站等待手机应答失败占呼叫建立失败次数的,34,左右。,优化案例评述,3,原因分析：呼叫失败的两个主要因素是基站捕获反向前导帧,Traffic Channel preamble,失败和基站等待手机应答,Ms,Ack,Order,超时。这两个等待,BSC,由两个定时器控制，,CCM_T_WT_TCH_preamble,和,CCM_T_WT_MS_ACK_ORD,。,CCM_T_WT_TCH_preamble,协议的取值范围是,1,4s, CCM_T_WT_MS_ACK_ORD,协议的取值范围也是,1,4s,。但是目前系统两个定时器的设定值分别为,3s,和,2s,，在一定程度增长等待定时器的时长可以提高应答概率，提高系统的呼叫成功率。,处理过程,:,现场将这两个定时器设定值改成为,4s,和,3s,，调整之后基站捕获手机业务前导帧失败与基站等待手机应答失败两项指标分别由以前的平均每天的,360,次和,150,次下降为平均每天的,320,次和,130,次，大约改善,17,。从话统分析来看，定时器调整是有效的。,优化案例评述,3,接入优化总结,经验总结：,由此可见，对于手机呼叫流程中每一个阶段都需要清楚，这样才能够从表象迅速对应到流程中的具体公式。,接入过程是在系统优化中经常需要优化的一个问题，由于,CDMA,的软容量特性，使得在系统容量增长的同时接入情况不停地变化。,优化案例评述,4,软切换掉话问题是网上一个很令人头疼的问题，而引起掉话的原因很多，比如下文的案例：,案例：某局在在定位,A,区域的掉话问题时发现该问题与系统,PN,复用的处理有关。,BSC,邻区判断错误：把远在,400Km,以外的,17,号基站作为当前服务基站分配给了在,A,区域的手机,:,当手机检测到错误的邻区，通过,PSMM,上报给,BSC,，如果系统有,PN,复用，,BSC,是无法直接从该,PN,检测到正确的基站。解决该问题有两个途径 ：,正确配置基站的邻区，从邻区的关系，,BSC,可以依据,PN,检测到正确的基站。,系统目前提供经纬度来检测,PN,的方法，通过提供,BSC,中基站的经纬度信息，,BSC,可以正确检测到,PN,。目前系统默认的检测精度要求,PN,复用距离至少大于,10Km,。,优化案例评述,5,造成切换失败的原因很多，有的可能是我们通常会忽略的，所以在网优过程中，不能够忽视任何一个细节。,案例：某,ETS450D,网络，在路测时发现在某片区域始终存在切换掉话问题，该片区域为一三级级连基站,A,和另一基站,B,的切换区域。基站,A,与,B,进行切换时，切换能够完成，但完成后,FER,升高直至,100,，然后掉话，在此期间，,RX,、,TX,、,EcIo,均正常。,分析，掉话按照常规的掉话原因来分析如下：,邻区原因：排除,硬件原因：排除,时钟问题：排除,帧合并错误：调试台分析,切换区域,A,基站,B,基站,优化案例评述,5,解决方法：将级连基站的传输方式从,IMA,方式更改为,UNI,方式，减少由于,IMA,带来的时延，问题解决。在更改传输方式前，级连基站的传输方式见附件，当使用级连基站时，在,BSC,上，只能使用,IMA,传输方式，而基站侧,UP,链路总是侦听前一级链路的传输方式，前一级传输方式是什么方式，则,UP,链路就是什么传输方式；例如，一级级连基站的,DOWN,链路为,IMA,方式，则二级级连基站的,UP,链路一定为,IMA,方式。更改一级级连基站和二级级连基站,DOWN,链路的传输方式为,UNI,后，掉话问题解决。,优化案例评述,6,除了上面提到的各种案例我们可以通过修改参数等方法解决外，还有一些问题是我们现在没有办法解决的，但是这样的问题也不能够坐视，我们还是有一些规避的方法，下面就一个数据业务和语音业务的例子来说明：,案例：某,CDMA 800M,商用局,W,接到用户投诉，在使用无线上网卡进行数据业务呼叫时，闲置一段时间后（几分钟）无法再上网，需断掉网络重新拨号。用户对此意见很大，经查实，上网卡为普天,YM-1031K PCMCIA TYPE II/,FreeWing,speed up,。,优化案例评述,6,问题分析：重现问题,Active,到,Dormant,状态的转换正常；,Dormant,状态下，发起数据业务请求，网络侧向终端发“,paging request”,终端回“,paging,response”,MSC,发“,clear command”,检查“,paging response”,里的,service option,为,0,可见，这个,MSC,直接释放的原因是终端原因导致，该上网卡不符合协议要求，一方面要求生产厂家修改，但客户急需的是尽快解决问题，减少用户投诉，就将网络中的去激活定时器从原来的,20,秒改成,180,秒，来减少用户进入,dormant,状态的次数。,优化案例评述,7,同样，在语音业务的优化中也有一些问题是可以通过采取一定的措施来规避的。,案例：某局在省内网络质量排名中名次较后，无线测主要是话务掉话比排名较后，通过分析，掉话次数主要是,erasure,帧过多造成的，而平均每天忙时达到,310,次左右。 这导致整体,BSC,的话务掉话比停留在,140,以下。因此我们的重点目标就定位在如何解决,erasure,帧过多造成的掉话次数上。,分析：这样的问题往往需要,csl,辅助分析，来查找系统中出现的各种可能。,优化案例评述,7,处理过程：,没有发现高掉话小区及其邻区有告警；,telnet,查询反向,RSSI,，基本正常；,开始,CSL,打印对于,ERASURE,帧导致掉话进行分析，其门限是,300,帧；,设定市区基站所在模块,/,框,erasure,帧定时器门限为,500,帧，观察一天；,重新设定全部模块的定时器门限。,优化案例评述,7,总结：,对于网上一些问题，可能一时发现不了问题症结所在，需要家里的协助慢慢查找原因。但是现场的压力需要采取相应的规避手段，该案例中的的参数调整实际上来说是没有实质上的优化，仅仅是将原来的掉话时间由,6,秒改成了,10,秒，使得本来该掉话的因为用户不堪忍受而主动挂机，而统计为正常结束，从统计结果上是改善了。,优化案例评述,8,负荷控制是我司目前研究的比较多的一个领域，在这个问题上我们还有很多的路要走。,某地,15,分钟的话统显示某基站扇区的前向负荷时常达到,100,，引起客户对网络负荷能力的极大疑虑。,优化案例评述,8,告警和原因分析：,经常出现载频功率过激励告警。,话统数据表示在某个,15,分钟的周期结束时前向功率为,43dBm,。可能实际只有很短的时间以最大功率发射。,经分析，该扇区负荷过高的原因很大程度上是因为用户边缘分布，功率耗费过多，同时，相邻基站,N,的话务负荷相对较轻，可以通过负荷均衡手段将部分话务进行转移。对路测数据的分析发现，可以适当下调该扇区的公共信道功率，不影响该基站覆盖及其它性能。,优化案例评述,8,处理过程：,该扇区下倾角由调整到比以前更大，使覆盖区域减小；,该扇区的导频信道、同步信道、寻呼信道功率、业务信道最大发射功率同时下降,1dB,；,N,基站与该扇区相邻扇区的下倾角调整到比以前更小，使覆盖区域增大。,结果：问题得到妥善解决，具体见前图。,优化案例评述,9,由于局点的原因导致数据业务优化是我们较少涉足的领域，所以这方面的问题体现还不够多，下面是一个数据业务优化的案例：,案例：,J,地数据业务优化测试中，平均下载速率比低，而且传输缺口比较大，详细情况如下：用串口线前向平均下载速率只有,6Kbyte,，而且有很明显的缺口问题,优化案例评述,9,在对该案例进行分析前需要对,RLPTCP,进行简单介绍：,RLP,每,20ms,检测前向数据缓冲区和要求重传帧数；,如果前向,SCH,不存在时，检测到前向数据缓冲区数据量超过,SCH_LOCK_ THRESHOLD,门限或者,RLP,要求重传的帧数超过,REXMIT_FRAME_THRESHOLD,门限，那么就上报,MSG _SDU _RRM_SCH_APPLY_IND,消息申请,SCH,；,如果前向,SCH,存在时，检测到前向数据缓冲区数据量在一段时间内低于,SCH_LOCK _THRESH OLD,门限并且,RLP,要求重传的帧数低于,REXMIT_FRAME _THRES HOLD,门限，则上报,MSG_SDU_RRM_SCH_STOP_IND,消息，通知,RRM,不用再进行下一个,SCH,的延续。,为避免,RLP,频繁申请,SCH,，设定两次,RLP,申请,SCH,的时间间隔（,10,帧）,优化案例评述,9,所以，以上,RLP,申请机制可能存在两个缺陷：,RLP,的,SCH,申请由“来包”触发，若没有包来，但缓冲区却有数据，则不能申请,SCH,。,PPU,每,10,帧向,RLP,发一次数据包，,RLP,每,10,帧检测是否,SCH,申请，这样可能造成两个,SCH,首尾间隔达到：,10,帧信令延时,20,帧，影响传输效率。,由传输的图纸可见，出现这样的现象原因可能是,SCH,的申请时间延迟过大，造成断开之后需要等待一段时间才能又建立,SCH,来传输数据。,优化案例评述,9,处理措施：导致,SCH,缺口大的原因，主要是由于,RLP,申请,SCH,的间隔较长。 查询,SCH,申请的重试间隔为,200,帧，为,4,秒，建议将次参数改为,20,帧后如下所示，问题得到很好的解决：,优化案例评述,9,总结：可见在数据业务优化中,需要准确掌握数据业务的信令流程，了解各参数的意义；,充分利用各种捕获信令；,进行详细准确的信令分析，才能够迅速而有效的找到症结所在，从而解决问题,课程内容,第一章 规划案例,第二章 优化案例,第三章 终端案例,第三章 终端案例,难点和重点,案例评述,难点和重点,终端作为我们规划优化的工具和最终服务对象，在我们的工作中扮演着极为重要的角色，所以一旦终端出问题会造成我们工作上很大的不便，总的说来，中断问题可以分为：,终端设置错误导致不可用,终端设置错误导致和工具软件连接不上,终端缺陷,终端案例评述,1,案例：手机终端内有很多的参数设置，其中某一项设置错误都有可能导致手机不能够正常提供服务，通常情况下，一下参数的设置需要小心,：（以三星系列手机为例）,NAM 1,LKout,影响手机通话,NMSID,影响手机通话,FOR_SID_REG,和,FOR_NID_REG,影响漫游,基本上这些参数都在终端设置指导书中提到过，并且稍仔细都是可以避免的。需要我们充分理解每个参数的意义。,终端案例评述,2,案例：终端参数设置错误会导致和调试软件或者路测软件通信错误，如下：,京瓷,2235,手机的端口速率设置不对导致无法利用,Mbtest,工具设置频点 （需要将手机串口速率设定为,115.2kbps,）,手机速率设置不对导致三星,X250,手机无法与,PC,机联机路测 （,Ds Baud,和,Diag,Baud,速率需要均设为,115200,）,终端案例评述,3,案例：有的时候我们所遇到的终端问题有可能是因为终端本身的缺陷导致的，这样的问题因为引起的后果比较严重，所以在定位过程中一定要仔细。,某市我司,ETS450D,的网络结构为,1,个,S111,基站（,210,频点）、,1,个,S222,基站（,210,频点、,260,频点），,210,频点和,260,频点之间采用手机辅助硬切换。在正确设定相关切换参数后 ，网上应用的,3,种手机有,2,种都能够很好的切换，最后一种却是怎样都切换失败。,针对该手机的,IMSI,号在硬切换测试过程进行用户接口跟踪，发现在硬切换过程中虽然有,HDM,消息，但是手机却没有正确响应，而,A,口“,CLEAR COMMAND”,的原因值是“,Equipment fail”,说明是手机问题造成的切换失败。,终端案例评述,3,结论：最终经过供应商确认，原来该版本的,ETS668,终端软件上与硬切换相关的参数存在,BUG,，该版本的,ETS668,软件的硬切换相关参数是针对,800M,设计的，而不是针对,450M,的，所以才会产生该问题。,总结,由以上的案例可以看到，我们优化时，网上的问题千百种，引起的原因也是各有不同，但是我们所需要掌握的并不是记住所有的可能，而是掌握一种查找问题的方法，也就是说要充分利用我们现在的各种跟踪工具，对所有的跟踪海量数据进行分析，和正常的流程相比较就能够发现问题所在。,总结相应的优化的经验后，对我们的规划也有具体的指导意义。这样我们就可以从规划时预见到优化的结果，从而避免走弯路，在规划时就尽可能的把易出现的的问题解决掉。,课程结束 谢谢,