搜索
CS和PS接通率提升指导书华为技术有限公司版权所有侵权必究1、接通指标定义在进行KPI指标定义之前，先介绍一下，语音和数据业务的详细接入流程。语音业务详细接入流程，如下：图1图2图3图4图5数据业务详细接入流程，如下：图6图7图8图9从语音和数据业务的接入流程，可以看出：语音业务的接通，从用户感知上讲，是指用户成功完成了与网络侧的同步、RRC建立成功、鉴权和身份识别等直传消息，RAB建立成功，直接接受被叫的connection并和被叫开始通话；语音业务的接通，从用户感知上讲，是指用户完成与网络侧的同步、RRC建立成功、、鉴权和身份识别等直传消息，RAB建立成功，直到整个PDP上下文激活成功，并获取到数据业务的信息。从移动集团对网管KPI角度，接通只关注RRC的接通和RAB的接通，定义如下：CS接通率＝CS域RRC建立成功率XCS域RAB建立成功率，也就是说CS接通率包含RRC建立成功率和RAB建立成功率2个指标。PS接通率＝RRC建立成功率XCS域RAB建立成功率。根据移动集团的定义，RRC建立成功率不仅包括PS的RRC建立成功率，还包括CS的RRC建立成功率，以及注册、系统间重选等RRC的建立成功率。在进行接通率问题分析时，首先需要判断是RRC接通率偏低还是RAB接通率偏低导致的。CS和PS接通分为RRC接通和RAB接通，打点位置分别如下：RRC请求打点：RRCCONNECTIONREQUESTRRC接通打点：RRCCONNECTIONSETUPCOMPLETERAB请求打点：RABASSIGNMENTREQUESTRAB接通打点：RABASSIGNMENTRESPONSE2、KPI优化前基础工作KPI指标的变化与很多因素相关：弱覆盖、终端异常、设备故障、RF优化不合理、频点扰码邻区不合理、参数设置不合理等。因此，在参数优化前，需要核查频点、扰码和邻区是否合理。良好的网络频点、扰码和邻区规划是做好网优的基础。3、接通优化流程在进行了基础的网络检查之后，如果接通没有得到改善，则需要按照如下流程进行优化：3.1、RRC接通优化流程图10说明：现场如果没有图10中的PCHR工具，也可以使用Nastar工具进行分析。3.2、RRC接通优化流程图11说明：现场如果没有图10中的PCHR工具，也可以使用Nastar工具进行分析。以上流程，是基于现有优化经验总结出来的，下面主要结合接入流程对各个环节会出现的问题和目前的主要失败原因值的含义及其对应的优化方法进行详细说明。4、RRC接入成功率分析4.1、RRC建立步骤及问题点根据RRC建立流程，RRC建立主要分为四个部分：1）、UE在RACH上发送“RRCCONNECTIONREQUEST”；2）、RNC接收到“RRCCONNECTIONREQUEST”后，配置L2资源和NodeB建立Iub口的RL链路；3）、RNC向UE发送“RRCCONNECTIONSETUP”；4）、UE回复“RRCCONNECTIONSETUPCOMPLETE”。统计RRC接通率的起始点是RNC收到“RRCCONNECTIONREQUEST”，终止点是“RRCCONNECTIONSETUPCOMPLETE”。所以，影响RRC接通率的RRC建立失败，主要是后面3步没有成功导致的。4.1.1、RNC资源分配失败/建立L2实例失败/Iub接口RL链路失败这些失败原因，一般都是RNC或NodeB出现告警，需要检查RNC和NodeB的状态或小区状态；另外随着话务量增长，L2建立失败，也有可能是资源不足导致的，失败原因是拥塞。4.1.2、UE收不到RRCCONNECTIONSETUP消息RRCCONNECTIONSETUP消息是在FACH信道上发送给UE的。目前，SCCPCH的功率配置值一般是－3dB（相对于PCCPCH双码道）。从覆盖上来说，其与PCCPCH的覆盖一致。如果还是出现UE收不到RRCCONNECTIONSETUP消息，则可增大SCCPCH和FACH的功率，来满足信号弱区域的要求。如果不存在弱覆盖，可以适当更换其主频点减少下行干扰。4.1.3、UE收不到RRCCONNECTIONSETUP消息如果UE收到RRCCONNECTIONSETUP消息后，会向网络侧回复RRCCONNECTIONSETUPCOMPLETE消息。如果UE在作专用信道同步时失败，或者向网络侧发送RRCCONNECTIONSETUPCOMPLETE消息时，网络侧无法正确接收，都会导致RRC建立失败。此时，可以通过提高上行期望接收功率或者RL初始发射功率和修改上行同步参数来使得UE能够正常进行专用信道同步和上传RRC建立完成消息，另外，还可以降低信号检测门限来体高网络侧正确接收RRCCONNECTIONSETUPCOMPLETE消息的概率。4.1.4、话统中RRC主要失败原因和含义4.2、针对不同失败原因值的优化措施4.2.1、针对拥塞优化措施1）、基站故障处理拥塞有可能时基站问题，例如：L2资源分配失败，所以首先需要检查是否有产品告警。2）、减少低优先级RRC建立原因对于专用信道（DCH13.6K）的占用如果是由于话务量的增长导致出现了资源拥塞，建议可将全网低优先级信令、注册、系统重选和DTACH重选放在3.4k信令或公共信道上，减少这些低优先级RRC建立原因对于专用信道（DCH13.6K）的占用，以提升RRC建立成功率。3）、基于码资源的负载控制如果改建了低优先级的RRC信令承载后，还是拥塞，建议针对拥塞小区开启基于码资源的伏在控制算法。4）、扩容载波、加站或者分裂小区如果开启码资源拥塞算法后，小区还是拥塞，则需要对这些小区扩容载波；如果话务量更高，则需要进行加站或分裂小区。5）、减少拥塞小区覆盖范围如果扩容载波、加站或分裂小区，无法实施，且拥塞小区的邻区不存在拥塞的情况下，可以考虑减少拥塞小区覆盖范围来减少拥塞。6）、针对拥塞小区，适当提高异系统重选门限和最小接入电平对于拥塞小区，可以适当提高异系统的重选触门限以达到将用户转移到2G减少拥塞；适当提高最小接入电平，将用户转移到不拥塞的其它小区。4.2.2、优化NoReply目前RRC未接通最主要的失败原因是网络侧等待终端回复超时，该原因有可能是UE没有收到RRCCONNECTIONSETUP而没有向网络侧发送RRCCONNECTIONSETUPCOMPLETE消息；还有可能是终端侧收到了RRCCONNECTIONSETUP消息后，网络侧没有收到RRCCONNECTIONSETUPCOMPLETE消息。1）、参数设置不合理，导致终端消息还没有发完，定时器超时对最基本的定时器参数进行核查：RRCUERSPTMR是否已经设置为10000（10S），RNC等待时间增长，虽然会增加几秒钟无线资源占用，但是对提高RRC建立成功率还是比较明显的。该定时器从5000优化到10000，效果显著。2）、弱覆盖导致信号弱，终端或网络侧收不到消息如果参数没有问题，则需要检查是否由于弱覆盖导致未接通，需要通过Nastar对RRC未接通的TOP小区的接入电平进行分析。3）、干扰问题分析TD同频干扰是比较严重的，如果邻区中存在同频（主频同频）同扰码，则其干扰会比较大。所以在出现RRC建立失败比较多时，如果是干扰问题，先需要解决频点和扰码的规划问题。如何发现干扰和解决干扰呢？除了对TOP小区，结合MAPINFO进行邻区频点信息和MML的频点优先级信息，关注是否存在干扰之外，还可以通过Nastar分析未接通进行接入的载波和时隙进行分析。接入载波分析：其目的是统计出异常的频点，以及业务在小区内载波间是否业务较为平均，指导参数设置。接入时隙分析：其目的是统计出异常的时隙，以及业务在载波每个时隙内是否业务较为平均，指导参数设置。通过Nastar工具，查看UE呼叫信令中接入信道所在的载波和所在的时隙来确认RRC接入时所在的载波和时隙；如果主要集中在同一载波的同一时隙，则考虑降低接入失败的时隙优先级，检查是否存在同频干扰等进行优化。通过Nastar或PCHR的字段进行上行干扰分析：除了调整载波和时隙接入策略之外，还有一个比较简单的方法区分上下行问题UE收不到RRCCONNECTIONSETUP，或者终端收到了RRCCONNECTIONSETUP消息，但是RNC没有收到RRCCONNECTIONSETUPCOMPLETE，进行上行干扰余量或者下行公共信道发射功率的修改。可以使用Nastar或PCHR中的“接入时RL删除时间”来判断“NoReply”是哪种情况。在RRC过程中，RNC收到终端发起的RRCCONNECTIONREQUEST消息后，在资源没有问题的情况下，会发起RLSetup过程，这个时延是非常短的（就是“接入时RL建立时间”）。可以直接从RL删除时间上来判断上下行的问题（在网络侧设置的等待UE回复定时器超时前，该RL不会删除）。例如：RRCUERSPTMR设置为10000（也就是等待回复complete的定时器设置为10S），T300＝1S，N300＝7，那么“接入时RL删除时间”大约等于1000ticks的就是终端收到了RRCCONNECTIONSETUP消息，但是网络侧没有收到complete消息，是上行问题。如果“接入时RL删除时间”大约等于1700ticks的就是终端一直没有收到RRCCONNECTIONSETUP消息，是下行问题。说明：在第一次下发了RRCCONNECTIONSETUP之后，就会启动RRCUERSP，在RRCUERSP超时前再收到RRCCONNECTIONREQUEST时，会将RRCUERSP清零，在下发了RRCCONNECTIONSETUP之后重新计时，而RL一直保持不删除，直到RRCUERSP超时。另外，如果UE进行了N300次RRCCONNECTIONREQUEST重发，RNC收到最后一次N300次RRCCONNECTIONREQUEST下发RRCCONNECTIONSETUP之后，在RRCUERSP等待过程中，如果该用户又一次发起连接请求，RNC会再一次将RRCUERSP清零，再次下发RRCCONNECTIONSETUP，这是会出现RL的删除时间大于T300*N300+RRCUERSP的情况。4）终端问题，在RRC建立完成时，需要换载波时，终端侧在上行SB同步过程中的异常错误，导致同步失败，网络侧无法收到RRC完成消息终端在RRC建立过程中存在换载波的可能，如果换载波就涉及终端与载波的同步问题，目前在网络中发现部分终端在上行SB同步过程中的异常错误，导致同步失败，网络侧无法收到RRC完成消息。网络侧规避措施针对终端侧在上行SB同步过程中的异常错误，网络侧可以通过修改NodeB初始同步时检测SB的门限值，使得网络侧对于此类终端的初始同步能够通过。使用LMT修改汉明距离从5到20。如下：MODRANDOMACC:LOCALCELLEID=xxx,CARRIERRESID=yyy,THDCHHDSI=20;除了以上4种定位和优化方法之外，还可以通过如下方式对终端未接通时的UE上行发射功率和上行干扰有进一步的认识。5）辅助问题分析的角度UE信令接入的DPCH上行TargetSirNastar或PCHR中的DCHSirTarget，其实就是期望接收功率值，并不是原始的SirTarget，界面值和物理值之间的换算如下：期望接收功率＝PRXDPCHdes－120该字段可以用于估计上行干扰。其中，PRXDPCHdes就是“UE信令接入的DPCH上行SirTarget“；initialSirTarget是后台设置的外环功率控制参数中的“SIR初始目标值”；UL_Margin：上行干扰余量。用以上方法计算得到的上行干扰如上表中最后一列，前3个话单明显在RRC接入过程中出现了上行干扰过大，与由“接入时RL删除时间”判断出来的结果：上行存在干扰是一致的。终端发射功率在RRC未接通中，可以通过“UE信令接入的DPCH上行TargetSir”和“RACH测量报告接入小区PCCPCHRSCP”，以及网络侧