产品名称 Product name TD-SCDMA 解决方案 产品版本 Product version V004R000C01密级 Confidentiality level 内部公开 Total 34 pages 共 34 页CS域问题定位分析(仅供内部使用)Prepared by 拟制 Reviewed
by 审核 Approved by 批准网络解决方案部 TD-SCDMA SDT 马文珍 106588Date 日期 Date 日期 Date 日期 yyyy-mm-dd yyyy-mm-dd Huawei Technologies Co., Ltd. 华为技术有限公司All rights reserved 版权所有 侵权必究CS 域问题定位分析档级： 内部公开Revision record 修订记录Revision Version 修订 版本
1.1 initial 初稿完成 根据评审修改 马文珍 106588 马文珍 106588 Change Description 修改描述 Author 作者Date 日期华为机密，未经许可不得扩散第 2 页, 共 34 页CS 域问题定位分析档级： 内部公开Table of Contents 目 录1 CS语音接通率问题定位分析 ........................................................................................ 7 1.1 概述 ....................................................................................................................... 7 1.2 RRC接入失败原因分析及优化措施 ....................................................................... 8 1.2.1 资源拥塞导致 RRC reject 接入失败 ............................................................... 8 1.2.2 RL SETUP FAIL 导致 RRC 接入失败 .......................................................... 10 1.2.3 RRC.FailConnEstab.NoReply(无响应）导致 RRC 接入失败..................... 12 1.2.4 室内小区接入问题定位 ................................................................................. 16 2 CS掉话率问题定位分析.............................................................................................. 21 2.1 概述 ..................................................................................................................... 21 2.2 CS掉话原因分析及优化措施................................................................................ 22 2.2.1 SRB Reset 导致的掉话 .................................................................................. 22 2.2.2 Rl Failure 导致的掉话 .................................................................................... 27 2.2.3 TOP 问题小区处理 ........................................................................................ 29 2.2.4 TOP 终端影响 ................................................................................................ 30华为机密，未经许可不得扩散第 3 页, 共 34 页CS 域问题定位分析档级： 内部公开List of Figure 图目录图1 话统RRC建立失败原因统计（以深圳某天话统数据为例） ............................................... 8 图2 UE接入失败时UE侧LOG.......................................................................................................... 9 图3 话统CA.CARRIER表统计数据.................................................................................................... 9 图4 话统数据RRC建立失败原因-拥塞统计 ................................................................................ 10 图5 RNC侧LOG1 ............................................................................................................................. 11 图6 RNC侧LOG2 ............................................................................................................................. 11 图7 话统数据RRC建立失败原因-RL SETUP FAIL统计 ............................................................ 12 图8 起呼失败终端侧LOG ............................................................................................................. 13 图9 调整上行干扰余量RRC建立成功率统计 ............................................................................. 14 图10 调整上行干扰余量CS掉话率和PS掉话率统计 .................................................................. 15 图11 调整上行和下行干扰余量RRC建立成功率统计 ............................................................... 15 图12 调整上行和下行干扰余量语音掉话率统计 ....................................................................... 16 图13 调整上行和下行干扰余量PS掉话率统计 ........................................................................... 16 图14 UE在第3时隙接入时信令截图............................................................................................. 18 图15 UE在第4时隙接入时信令截图............................................................................................. 18 图16 修改后UE在第3时隙接入时信令截图 ................................................................................ 19 图17 RRU覆盖区域起呼正常截图 ................................................................................................ 20 图18 CS掉话原因统计（以深圳某天数据为例） ....................................................................... 22 图19 切换信令流程图 ................................................................................................................... 23 图20 切换后下发测量控制后掉话 ............................................................................................... 24 图21 掉话前信令流程 ................................................................................................................... 25 图22 该小区的切换邻区统计 ....................................................................................................... 25 图23 切换时为收到物理信道重配完成掉话 ............................................................................... 26 图24 起呼后RL FAIL导致掉话 .................................................................................................... 27 图25 RECCTT=250时 CS释放时间 .............................................................................................. 28 图26 RECCTT=60时 CS释放时间 ................................................................................................ 28 图27 20281小区掉话信息 .............................................................................................................. 29 华为机密，未经许可不得扩散 第 4 页, 共 34 页CS 域问题定位分析档级： 内部公开图28 链路释放前的链路信息 ....................................................................................................... 29 图29 掉话前信令流程 ................................................................................................................... 30 图30 掉话前信令流程 ................................................................................................................... 31 图31 CS掉话流程 ........................................................................................................................... 32 图32 起呼电平统计 ....................................................................................................................... 32 图33 9月1日PCHR CS掉话记录 .................................................................................................... 33 图34 9月1日PCHR CS掉话统计指标输出 .................................................................................... 33华为机密，未经许可不得扩散第 5 页, 共 34 页CS 域问题定位分析档级： 内部公开CS域问题定位分析关键词： 关键词： CS域 接入 掉话 问题分析 摘 要： 本文主要是针对在日常网络优化过程中，总结了CS域方面的RRC接入失败，以及 CS掉话方面的常见问题定位、分析思路，以及提出优化方法和解决方案。 缩略语清单： 缩略语清单： 缩略语RRC ISCP RSCP SRB RL CRC英文全名 Radio Resource Control Interference Signal Code Power Received Signal Code Power Signaling Radio Bearer Radio Link Cyclic Redundancy Check中文解释 无线资源控制 干扰信号码功率 接收信号码功率 信令无线承载 无线链路 循环冗余校验华为机密，未经许可不得扩散第 6 页, 共 34 页CS 域问题定位分析档级： 内部公开1CS 语音接通率问题定位分析 语音接通率问题定位分析1.1 概述本文主要针对CS域RRC接通率较低，重点从产品问题、TOP小区问题、无线环境及干 扰问题等方面，结合话统中RRC接通率失败原因进行问题分析和指标提升； 1) TOP 小区 主要是通过数据统计和分析，确认影响该指标的是部分点，还是整体面的问题，举例： 统计分析6、7、8月份全网CS域RRC建立失败的TOP 10小区失败次数占全网比例，基本持续 在10％以上，情况严重时达到40％左右，确定TOP小区对指标提升影响较大，优化过程中需 重点解决对指标影响较大的TOP小区。 2) 产品问题 通常指标提升过程中， 产品新版本发布上网都可以对前期发现的产品问题进行修正， 因 此发现产品问题对于提升网络指标起到很重要的作用。结合现网情况，经过产品定位，确认 在RRC建立失败原因的RL SETUP FAIL类中，返回原因值为配置不支持的主要是由于RNC 和NODEB的产品问题导致，升级新版本可解决大部份该类问题。 3) 无线环境问题 无线环境方面主要是从覆盖和干扰两个方面来进行分析， 主要是通过PCHR中CS域RRC 建立失败的数据按照无线环境信号RSCP，和ISCP进行统计，找出是否在弱覆盖、ISCP高即 干扰较大的情况下出现接入失败，通过数据统计： a.在接入电平&-95时，RRC建立失败率最高，随着接入电平减弱，CS域RRC建立成功率 降低，接入失败与弱覆盖强相关； b.全网接入主要集中在ISCP(-100,105)之间，失败率最高，ISCP干扰不是导致RRC建立 失败的主要原因。华为机密，未经许可不得扩散第 7 页, 共 34 页CS 域问题定位分析档级： 内部公开1.2 RRC 接入失败原因分析及优化措施RRC.FailConnEsta b.RlSetupFail(RL建 立失败), 5.56%RRC.FailConnEsta b.AAL2SetupFail(A AL2建立失败), 0.29%RRC建立失败原因分析 RRC 建立失败原因分析RRC.FailConnEsta b.Cong(拥塞), 11.55%RRC.FailConnEsta b.NoReply(无响 应）, 81.50%RRC.FailConnEstab.AAL2SetupFail(AAL2建立失败) RRC.FailConnEstab.Cong(拥塞) RRC.FailConnEstab.NoReply(无响应） RRC.FailConnEstab.RlSetupFail(RL建立失败)图1 话统 RRC 建立失败原因统计（以深圳某天话统数据为例）1.2.1 资源拥塞导致 RRC reject 接入失败RRC连接拒绝原因为拥塞时， 说明系统已经判断小区处于拥塞状态， 需要对该小区的性 能统计指标进行分析，主要从下面两个方面来分析： 1. 从话统数据统计中确认该小区是否还在其他的接入失败原因； 目前的机制是一旦出现连续100次RRC建立失败， 则认为小区进入拥塞状态， 后 续收到的RRC建立消息按照80％的概率直接拒绝； 出现拥塞主要是由于其他原因的次数较多，导致触发了系统内判断小区拥塞的 机制， 针对出现这类问题的小区， 首先重点解决首先导致RRC建立失败的主要原因， 再解决拥塞问题； 2. 小区码资源受限；可根据话统的码资源利用情况等数据进行确认，是否因码资 源不足导致拥塞，针对这类TOP小区，建议扩容，增加载波解决拥塞问题。 【案例】 从UE侧看，发现UE发起RRC CONNECT REQ消息后，网络侧直接返回RRC CONNECT REJECT消息，原因值为congestion（拥塞），如下图所示： 华为机密，未经许可不得扩散 第 8 页, 共 34 页CS 域问题定位分析档级： 内部公开图2 Ue 接入失败时 UE 侧 LOG查看话统数据cr.carrier表统计，确定该小区在UE接入时（测试机器时间略快于后台服务 器），主载波的下行码道资源已被全部占用，码道资源不足导致接入失败。图3 话统 ca.carrier 表统计数据通过对全网拥塞小区扩容以及TOPN小区处理，因拥塞原因导致接入失败的比例呈明显 下降趋势，到9月最后一周的数据统计，因该类原因导致的接入失败至占全网接入失败的 0.64%。华为机密，未经许可不得扩散第 9 页, 共 34 页CS 域问题定位分析档级： 内部公开
00 0ＲＲＣ建立失败原因值拥塞统计 ＲＲＣ 建立失败原因值拥塞统计
6.52 4.30165289.00 6.00 3.0010487月最后一周6348月最后一周1050.640.009月最后一周ＲＲＣ建立失败原因值为拥塞次数 拥塞失败次数占全网失败比例全网RRC建立失败的次数图4 话统数据 RRC 建立失败原因-拥塞统计1.2.2 RL SETUP FAIL 导致 RRC 接入失败主要是在RNC收到UE上报的RRC CONNECT REQ消息，向NodeB发送NBAP _RL_ SETUP_REQ，直接收到NodeB返回的NBAP_RL_SETUP_FAIL，或者没有收到NodeB响应消 息，导致RRC接入失败，出现该类问题，需重点关注和分析IUB接口是否正常，重点检查传 输链路是否正常，以及NODEB运行是否正常。 【案例】 从UU口跟踪的LOG，发现UE发起RRC CONNECT REQ消息后，网络侧直接返回RRC CONNECT REJECT消息，原因值为unspecified，如下图所示：华为机密，未经许可不得扩散第 10 页, 共 34 页CS 域问题定位分析档级： 内部公开图5 RNC 侧 log1查看 IUB 接口 LOG，RL_SETUP_FAIL，失败原因为：requested_configuration_not_supported图6 RNC 侧 log2出现该类失败原因小区在现网中不固定，而且失败次数较多，很难复现，对指标影响较 大； 华为机密，未经许可不得扩散 第 11 页, 共 34 页CS 域问题定位分析档级： 内部公开经过定位，该问题属于产品问题，问题原因分析如下：当业务由于某种原因失败时， UE发起信令释放指示，RNC的异常处理存在问题，RNC RR只通知RNC NBM释放资源，没 有通知NB释放资源。这样RNC和NB存在资源不一致的情况。NodeB会一直等待同步，不释 放资源。如果有其它UE接入/重配/切换到该小区，如果RNC分配到到该资源上，就会因码道 冲突而失败，接入/切换失败体现为NBAP_RL_SETUP_FAIL，重配失败体现为 NBAP_RL_RECFG_FAIL。由于上行同步存在误检可能性，NODEB仍有可能同步并发送RL restoration给RNC，此时RNC因为已经没有该UE资源，会发起NBAP Reset，清掉NB资源， 之后就不会再有码道冲突问题。这就是现场问题出现后会以一定概率消失的原因。 解决措施：升级RNC和NODEB版本，在现场未升级版本之前，只能通过去激活/激活小 区来规避该问题。 全网升级 RNC 和 NODEB 版本，RL SETUP FAIL 导致的接入次数明显减少，平均 失败次数在 60 次左右，占全网失败次数仅为 0.27%。
00 0ＲＲＣ建立失败原因值 RL FAIL统计 ＲＲＣ 建立失败原因值RL SETUP FAIL 统计 建立失败原因值
5.00 4.00 3.002.27 3657月最后一周2.00 6118月最后一周1.00 44 0.27 0.009月最后一周ＲＲＣ建立失败原因值为RL SETUP FAIL次数 全网RRC建立失败的次数 RL SETUP FAIL失败次数占全网失败比例图7 话统数据 RRC 建立失败原因-RL SETUP FAIL 统计1.2.3 RRC.FailConnEstab.NoReply(无响应）导致 RRC 接入失败RNC收不到RRC CONNECTION SETUP COMPLETE消息，是全网中最主要的问题原 因，主要从如下几个流程来考虑： 1. UE是否收到RRC CONNECTION SETUP消息；华为机密，未经许可不得扩散 第 12 页, 共 34 页CS 域问题定位分析档级： 内部公开RRC CONNECTION SETUP 消息是在 FACH 上发送给 UE，可以通过： 1) 在 NodeB 上关闭 FACH 赋形，FACH 赋形如果不准确，会影响信道性能，关闭 FACH 赋形后，观察是否有所改善； 2) 下行功率不足， PCCPCH RSCP 较低， 差， C/I 导致 UE 没有收到 SETUP 消息； 目前 SCCPCH 功率配置的值一般是-3db，可以提高 SCCPCH 功率，满足信号覆 盖不好的地方功率需求。 可以通过检查同一UE下一次发送RRC_CONNECT_REQ间隔是否是T300设置值，如果 是，说明UE没有收到RRC_ CONN _SETUP消息，属于下行链路问题，则可以通过上述的优 化方法进行调整，如果不是，说明T300已经停止即UE收到了RRC_ CONN _SETUP消息，属 于上行问题。 2. UE是否发送RRC CONNECTION SETUP COMPLETE消息；UE收到RRC CONNECT STEUP消息，没有发送RRC CONNECTION SETUP COMPLETE消息， 前期通过对室内TOP小区排查时， 发现UE在收到RRC CONNECTION消息，就没有发送 RRC CONNECTION SETUP COMPLETE消息，如下下图所示：图8 起呼失败终端侧 LOG后经过问题定位确认：干放的时隙配比和小区的不一致，导致在时隙3上产生强烈的干 华为机密，未经许可不得扩散 第 13 页, 共 34 页CS 域问题定位分析档级： 内部公开扰，BLER高达100％，UE不能正常解码，导致UE不能正常消息流程。 3. UE已发送RRC CONNECTION SETUP COMPLETE消息，RNC没有收到；可以通过调整闭环功控等参数来提高上行发射功率，提高接入成功率。 针对问题1）和问题3），在电平和干扰情况都较理想的情况，均没有复现该问题，暂时 只能通过参数调整的手段，进行优化，主要的增大上行/下行干扰余量，增加上行/下行发射 功率。 针对接通率较差的小区，可适当将上行干扰余量提高至6，例如下图中，针对10T中RRC 接通率较差的小区，8号修改上行干扰余量从3到6，修改后，CS域RRC接通率呈明显上升趋 势，而CS和PS掉话率并没有明显恶化。呼叫相关） C S 域 R R C 连接建立成功率 （ 呼叫相关 ）99.00% 98.50% 98.00% 97.50% 97.00% 96.50% 96.00% 95.50%20 09 2 0 09 0 9 01 2 0 09 0 9 02 2 0 09 0 9 03 2 0 09 0 9 04 2 0 09 0 9 05 2 0 09 0 9 06 2 0 09 0 9 07 2 0 09 0 9 08 2 0 09 0 9 09 2 0 09 0 9 10 2 0 09 0 9 11 2 0 09 0 9 12 2 0 09 0 9 14 2 0 09 0 9 15 2 0 09 0 9 16 2 0 09 0 9 17 -0 918CS域RRC连接建立成功率（呼叫相关）图9 调整上行干扰余量 RRC 建立成功率统计华为机密，未经许可不得扩散第 14 页, 共 34 页CS 域问题定位分析档级： 内部公开语音和 PS业务掉话率 (%)25.00% 20.00% 15.00% 10.00% 5.00% 0.00%关内站点较为密集的城区，下行干扰余量不建议修改过大，会造成掉话率恶化。例如针 对2T，1号修改下行干扰余量到180后，CS和PS掉话率呈明显上升趋势，5号和11号持续降低 部分小区的下行干扰余量到90后，掉话率明显降低，已低于修改前，没有出现恶化；CS域RRC连接建立成功率（呼叫相关）20 时间 09 -0 20 8-2 9 09 -0 820 09 31 -0 20 9-0 2 09 -0 20 9-0 4 09 -0 920 09 06 -0 20 9-0 8 09 -0 920 09 10 -0 20 9-1 2 09 -0 920 09 14 -0 20 9-1 6 09 -0 20 9-1 8 09 -0 92020 09 20
918PS域无线掉线率 语音业务掉话率图10 调整上行干扰余量 CS 掉话率和 PS 掉话率统计99.00% 98.50% 98.00% 97.50% 97.00% 96.50%CS域RRC连接建立成功率（呼叫相关）图11 调整上行和下行干扰余量 RRC 建立成功率统计华为机密，未经许可不得扩散第 15 页, 共 34 页CS 域问题定位分析档级： 内部公开语音业务掉话率1.80% 1.60% 1.40% 1.20% 1.00% 0.80% 0.60% 0.40% 0.20% 0.00%时 20 间 09 -0 820 29 09 -0 820 31 09 -0 920 02 09 -0 920 04 09 -0 920 06 09 -0 920 08 09 -0 920 10 09 -0 920 12 09 -0 920 14 09 -0 920 16 09 -0 920 18 09 -0 920语音业务掉话率 图12 调整上行和下行干扰余量语音掉话率统计PS域无线掉线率 25.00% 20.00% 15.00% 10.00% 5.00% 0.00%1.2.4 室内小区接入问题定位室内站点相对于室外站点，主要是增加了室分处理系统，在前期深圳项目中部分室内 站点由于室分系统存在问题，导致接通率较低，重点针对室内小区进行拨测和处理，问题分 析思路如下： 1) 确认基站是否有告警，例如驻波比告警、传输告警、GPS 告警等，若存在上述告华为机密，未经许可不得扩散 第 16 页, 共 34 页20 时 09 间 -0 20 809 29 20
920PS域无线掉线率图13 调整上行和下行干扰余量 PS 掉话率统计CS 域问题定位分析档级： 内部公开警，建议先进行产品排障； 2) 确认该小区的 UPPCH ISCP 值(UPPCH ISCP 正常值为-100dBm～-110dBm.)和载波 时隙干扰测量值(上行的时隙干扰 ISCP 正常值为-100dBm～-110dBm.)， 若出现 ISPC 值较大的情况， 建议先排除干扰问题， 重点检查是否由于室外站点信号覆盖到室内， 造成干扰； 3) 通过室分图纸，确认哪里区域是 RRU 直接覆盖，哪些区域是干放覆盖，分开进行 CQT 测试，确认问题区域或者楼层。若 COT 测试确认问题主要在干放覆盖区域， 则问题定位重点应放在室分干放系统上，干放系统主要问题一般为：干放故障、干 放时隙配置不一致、上下行链路不平衡等 4) 若确认问题在 RRU 直接覆盖区域，在覆盖问题区域的该路 PAHT 下，直接连接小 天线进行测试，确认问题是产品问题，还是室分连接系统问题 1. 干放时隙配比与小区不一致问题 在某室内站点的部分楼层 CS/PS 域测试，有时能正常呼叫，有时不能建立 RRC 连接， 而且成功率非常低。通过测试软件发现 RRC 无法建立时， PCCPCH RSCP 在-60dBm，但是 业务信道 DPCH RSCP 很低一般在-110dbm 左右，且此时 BLER 很高，甚至达到 100%。查 看 UE 所占用的时隙发现：当下行占用的是第 3 时隙时 RRC 无法正常建立连接，同时业务 信道的 DPCH RSCP 很低； 而当下行占用第 4 时隙时则各项业务正常， 业务信道 DPCH RSCP 正常，通过查看室内覆盖方案出现现象的区域都是干放覆盖的区域，截图如下： 占用第 3 时隙时的截图：华为机密，未经许可不得扩散第 17 页, 共 34 页CS 域问题定位分析档级： 内部公开图14 UE 在第 3 时隙接入时信令截图占用第 4 时隙时的截图：图15 UE 在第 4 时隙接入时信令截图通过室分监控室查看干放的时隙配置参数，发现转换点还是按 3：3 时隙来配置，而小 区的时隙配比为 2：4，随后将干放的配置改为 2：4 后，复测此干放覆盖区域，各项业务正 华为机密，未经许可不得扩散 第 18 页, 共 34 页CS 域问题定位分析档级： 内部公开常，如下截图：图16 修改后 UE 在第 3 时隙接入时信令截图定位和解决这类干放时隙配置与小区不一致的问题，可以采取该小区的时隙 3 的优先 级设置最高，再进行 AMR 拨打测试，此时若发现 PCCPCH RSCP 和 DPCH RSCP 值相差很 大，而且 BLER 很高，UE 起呼很困难，则可以初步判断干放的时隙配比有问题，在时隙 3 上产生强干扰，造成接通率低。 2. 干放上下行链路不平衡问题 在 室 内 小 区 中若 存 在 有信 号 打 不 通 电话 的 情 况， 主 要 现 象是 UE 已 发送 RRC CONNECT REQUEST 消息，但是网络侧没有收到，导致接入失败。出现这种情况，首先还 是分 RRU 直接覆盖区域和干放覆盖区域分别进行 CQT 测试， 如果只是在干放覆盖区域存在 起呼困难的问题则将问题的定位重点放在室分系统上。问题定位可参考如下流程： 1.在 RRU 覆盖区域找一个弱信号点（PCCPCH RSCP 为&－95dBm） ，进行多次的 CQT 测试，若每次都能接入成功，则判断 RRU 的上下行链路是平衡的，如下图所示：华为机密，未经许可不得扩散第 19 页, 共 34 页CS 域问题定位分析档级： 内部公开图17 RRU 覆盖区域起呼正常截图然后，同样在干放覆盖区域找一个弱信号点（PCCPCH RSCP 为-95dBm 左右） ，进行 多次的 CQT 测试，若每次接入都不成功或很难接入，则说明干放的上行链路损耗比较大， 而且在相同电平的情况下，在 RRU 直接覆盖区域不存在起呼困难的问题，则可以把问题的 定位重点放在室分系统上， 大多数情况均是干放的上行增益比较低， 则通知室分厂家重新对 干放进行调试，如下图所示：华为机密，未经许可不得扩散第 20 页, 共 34 页CS 域问题定位分析档级： 内部公开2CS 掉话率问题定位分析 掉话率问题定位分析2.1 概述对CS域掉话率提升接通率较低，重点从产品问题、TOP小区问题、终端问题、无线环 境及干扰问题等方面，结合PCHR数据CS掉话原因进行问题分析和指标提升； 1) TOP 小区 统计分析6、7、8月份全网CS掉话率的TOP 10小区失败次数占全网比例，在7月最后一 周为22.36%，8月最后一周为30.95%。其中未替换站点对指标影响较大，以RNC1T为例，统 计8月18日~8月24日期间，莲北村T1、莲北村T2、新田高层T1、新田高层T3 4个小区的掉话 次数，占整个RNC的18％，CS掉话率与TOPN小区强相关,尤其是未替换站点的影响情况。 2) 产品问题 通常指标提升过程中， 产品新版本发布上网都可以对前期发现的产品问题进行修正， 因 此发现产品问题对于提升网络指标起到很重要的作用。结合现网情况，经过产品定位，确认 在切换过程中上报多条测量报告时， 未收到物理信道重配完成消息， 导致掉话的问题主要是 RNC的产品问题导致，升级新版本即可解决该类问题。 3) 终端问题 通过PCHR数据统计分析，CS掉话率域固定台等终端强相关，以RNC1T/2T/3T，在8月 19日~8月23日的数据统计为例： TOP终端：
（中兴无线座机U110）
、 （联想无线座机TD105）
、 （华为无线座机ETS5623）、（三星手机i688） IMEI（型号） （联想无线座机 TD105） （中兴无线座机 U110） （华为无线座机 ETS5623） （三星 i688） 占总掉话的比例 12% 8% 7% 10%从接入电平分析，无线座机起呼时并不处于弱覆盖区域； 从无线座机的用户行为分析，大部分未发生切换,目前掉话用户及小区不固定; 从 PCHR 分析，掉话前上下行链路都变差； 华为机密，未经许可不得扩散 第 21 页, 共 34 页CS 域问题定位分析档级： 内部公开措施：继续对掉话进行研究,是无线环境波动还是终端的波动,需继续研究,当前 可先采取”梳理无线座机集中的小区， 提高 3/2G 切换门限”的措施加以提升； 4) 无线环境问题 从接入电平分析，绝大部分掉话事件起呼时并不处于弱覆盖区域，掉话时表现为SRB Reset和Rl Fail，说明链路由好变差。 对于处于弱覆盖区域起呼的用户，很可能是用户重选不及时或用户锁定T网;2.2 CS 掉话原因分析及优化措施分析6月下旬的CS掉话率指标，从PCHR工具统计的导致掉话的主要原因如下图所示。CS掉话原因分布8%SRB Reset Rl Fail38%54% Cell Update流程异 常图18 CS 掉话原因统计（以深圳某天数据为例）2.2.1 SRB Reset 导致的掉话其中SRB Reset占比最高，SRB Reset在PCHR中主要体现为以下两种信令流程：1）切换 完成后“测量控制”未正确接收导致SRB Reset；2）切换过程中的“物理信道重配”或“物 理信道重配完成”未正确接收； 以上两种原因导致的掉话均发生在切换过程中，发生异常的信令如下图红框所示。华为机密，未经许可不得扩散第 22 页, 共 34 页CS 域问题定位分析档级： 内部公开图19 切换信令流程图导致以上掉话的原因主要有产品 bug、干扰、无线信道快衰等原因。 其中产品 bug 的分析及解决见“ （5）技术问题攻关”部分。 干扰可以通过 RF 优化、频点扰码优化、参数优化等网络优化手段改善。 无线信道快衰导致的丢包需要产品处理机制进行优化。 1) 切换完成后“测量控制”未正确接收导致 SRB Reset；华为机密，未经许可不得扩散第 23 页, 共 34 页CS 域问题定位分析档级： 内部公开图20 切换后下发测量控制后掉话这种问题最常见的一种场景，就是网络侧已经下发的测量控制，但是UE侧没有收到， 大概在测量控制下发7.8s左右，掉话。 UTRAN通过在下行链路DCCH上使用AM RLC发送测量控制消息，对于AM消息，RLC 层需要收到对端的Ack消息才算流程正常。通常一条消息会分成几个数据包发送，每一个数 据包都需要对端反馈Ack消息。以测量控制消息为例，视邻区的多少网络侧会将其分成数量 不等的包，如果其中有一个包的Ack初次没有收到（可能是UE下行没有收到，也可能是UE 没回Ack），网络侧会发起重传，周期200ms，重传40次，如果这段时间一直收不到Ack，则 视为流程异常，RLC层会发起SRB Reset。 关于Ack收不到，9月份T3G在深圳测试时只抓到为数不多的几次，现象是UE在收最后 一个数据包的时候无线链路质量变差，CRC校验全错，此后7.8s一直很差，网络侧等待超时 后发起SRB Reset。 针对无线链路质量变差，目前没有明确定位在产品或者终端问题，可以通过RF优化、 频点扰码优化、参数优化等网络优化手段改善。华为机密，未经许可不得扩散第 24 页, 共 34 页CS 域问题定位分析档级： 内部公开图21 掉话前信令流程湖北大厦一直处于掉话的Top小区列表，对于该小区的掉话，用户不集中。 通过分析话统发现，20251小区有15个系统内邻区，且20251主载频与同站邻区20252的 辅1载频同频，加之该站点话务量可能较高，造成同频切换次数过多，失败次数增加，增加 掉话风险。话统信息如图。图22 该小区的切换邻区统计调整20252小区辅1载频的频点，降低同频切换的概率，辅助RF优化工作对该片区掉话 率有改善。 华为机密，未经许可不得扩散 第 25 页, 共 34 页CS 域问题定位分析档级： 内部公开2) 切换过程中的“物理信道重配”或“物理信道重配完成”未正确接收；图23 切换时为收到物理信道重配完成掉话从以往RNC及UE侧log可以看出“物理信道重配完成”收不到的现象在非固定小区随机 出现，表现为UE在间隔较短的时间内上报两条测量报告。这种场景在密集城区，邻区关系 比较复杂的场景下比较易发，因为在这种场景下信号电平波动较大，UE会判断多个小区满 足测量报告触发条件。 从获取的RNC侧LOG分析，发现出现这种情况的根因是： 1、 为了加快切换流程，目前接力切换中采用了立即激活方式，即收到测量报告 后立即执行切换流程。物理层传输很快切换至目标小区，但第二条测量 报告还没有在原小区完成传输，剩余的数据包会在新小区继续传输。 2、 考虑到物理信道重配置的传输时长和终端的处理时长，网络侧会给 MACD 层配置一个激活时间。如果 RNC 侧 MACD 激活时间还没有到， RNC 在 原小区接收数据，不会在新的小区接收数据包；激活时间超时后，RNC 在目标小区接收数据，不会在原小区接收数据。 3、 网络中出现的“物理信道重配完成”收不到就是由于 MACD 层的这个激活 时间配置过长，导致采用立即激活机制后加快的切换流程与之冲突，即 前文提到的第二条测量报告在目标小区传输的剩余部分过早到达 MACD，由于激活时间未到，RNC 无法接收新小区上来的数据包，导致 测量报告的部分数据包被丢弃。如果激活时间设置过短，可能由于终端 处理时长较长导致激活时间超时，造成 UE 在原小区传输的数据包丢失。 通俗的说，由于RNC原来采取单发机制，在多测量报告的场景下，UE的第二条测量报 华为机密，未经许可不得扩散 第 26 页, 共 34 页CS 域问题定位分析档级： 内部公开告部分在原小区发送， 部分在目标小区发送， 此时因为RNC配置的上行目标小区接收时间未 到， 第二部分数据包无法正确接收， 导致目标小区上行数据包的序号错位， 进而影响后续 “物 理信道重配置完成”消息的正确接收。 SP005补丁优化了处理流程，采用双发机制，采用这种机制后可以在新旧链路上同时发 送数据包，可以保证终端的测量报告在新小区重传，从根本上解决这个问题。 针对深圳的情况，此补丁更具有特殊意义。 1、 深圳现网我司的区域关内属于密集城区，邻区关系复杂，RNC 处理机制造成 的“物理信道重配完成”收不到的问题更易发生； 2、 由于深圳现网较我司其他地区网络存在大量商用用户， 用户日常活动的区域更 符合该问题发生的场景。 所以，这类问题在深圳网络中所占的掉话原因比例较其他区域更高。对全网打上SP005 补丁后，该问题得到解决，CS掉话率提升明显。2.2.2 Rl Failure 导致的掉话从PCHR统计工具的截图中可以看到典型的Rl Failure导致掉话的流程。图24 起呼后 RL FAIL 导致掉话对于这一类掉话需要从参数优化和RF优化两个方面进行改善。 1）参数优化 NodeB在检测UE与网络侧上行失步后，由于深圳由以下参数配置： NOUTSYNCIND=20,TRLFAILURE=200，表示NodeB将在无线链路失步后23.2秒上报RL FAIL IND,NodeB的RECCTT定时器将决定在上报RL FAIL IND后，什么时候上报 华为机密，未经许可不得扩散 第 27 页, 共 34 页CS 域问题定位分析档级： 内部公开NBAP_RESET_REQ，而RNC收到该消息后，将发送IU release request给核心网，释放会话， 导致掉话。但目前深圳现网的RECCTT参数设置为60。 为了降低掉话率，我们进行尝试修改。修改了RECCTT定时器，从60修改为250，表示 NODEB应该在发送RL RAIL IND后25秒上报NBAP_RESET_REQ释放呼叫。 通过对CS业务的PCHR数据分析，我们可以看到以下的信令流程图： 在RECCTT=60时，CS在收到无线链路失败后2秒释放，而RECCTT=250时，CS在17秒 后释放。图25 RECCTT=250 时 CS 释放时间图26 RECCTT=60 时 CS 释放时间华为机密，未经许可不得扩散第 28 页, 共 34 页CS 域问题定位分析档级： 内部公开但RECCTT=60时，CS在收到无线链路失败后2秒释放，而RECCTT=250时，CS在17秒 后释放。2.2.3 TOP 问题小区处理案例 1： ： 问题描述： 问题描述： 从话统信息中可以获知某个RNC CS掉话的Top小区，但这些Top小区确切的掉话原因从 话统中不易获取，比如是Top小区中的Top终端造成的还是Top小区离散用户，借助PCHR工 具可以精确定位。 问题分析： 问题分析： 以 RNC1T 为例 1) 从话统中看到莲北村 T1（20281）一直位于 CS 掉话的 Top 小区列表； 2) 通过 PCHR 工具，插入 UE 标示，发现这个小区的掉话并不集中于 Top 终端,如图 1 所示；图27 20281 小区掉话信息分析某个终端掉话前的信令流程，发现掉话原因为链路质量变差，疑似UE没有收到 Measurement Control，层2收不到ack消息导致SRB复位。见图28、图29。图28 链路释放前的链路信息华为机密，未经许可不得扩散第 29 页, 共 34 页CS 域问题定位分析档级： 内部公开图29 掉话前信令流程3) 经过分析， 其他掉话终端与以上现象类似， 基本可以确定是小区无线环境导致了掉 话。 经过核查，该小区属于未替换站，根据之前的测试经验，新老站之间的切换会存在概率 性的切换失败，从而导致掉话。 解决措施： 解决措施： 1) 根本解决措施是替换该站点； 2) 如果替换站点进度受限， 同时该站点周围新站点密集， 可以采取关闭该站点调整周 围小区的覆盖尝试解决； 3) 如果以上两项措施均无法实施，可以采取对该小区提高 CS 异系统切换门限，使得 潜在掉话用户尽早切至 2G。 效果验证： 效果验证： 采取关闭未替换的站点并调整优化与之相关的邻区，该RNC的掉话率从1.0%降至0.8%， 掉话率改善明显。2.2.4 TOP 终端影响Top终端导致的掉话。华为机密，未经许可不得扩散第 30 页, 共 34 页CS 域问题定位分析档级： 内部公开图30 掉话前信令流程话统中显示皇岗T2（20272）发生了12次掉话，是Top1小区。 PCHR显示该小区发生13次掉话，由同一个用户贡献。IMSI：361， IMEI:（MOTO L800t）。 从PCHR纪录中分析发现，UE起呼后不久发生掉话，见红色框1；掉话前链路质量良好， 见红色框2。 8月29日该小区显示11次掉话， 其中9次为该用户起呼不久之后的掉话， 但与31日不同的 是表现为掉话前链路质量变差，UE上报cell update。 对于这种Top用户反复出现导致的掉话采取回访确定用户的掉话区域进行排查，排除无 线环境影响后，确定与终端的关系较大。 除了以上提到的几种掉话原因外， 网络中某些时段还有可能出现一些异常现象导致掉话 率的攀升。 图31选自一次掉话的典型流程，UE在21341小区起呼，发生了一次切换，切换至20282 小区，在20282小区发生了掉话。华为机密，未经许可不得扩散第 31 页, 共 34 页CS 域问题定位分析档级： 内部公开图31 CS 掉话流程图32 起呼电平统计分析发现掉话事件有以下特点： 1) UE 发起了 Emergency Call，即紧急呼叫，IMSI 显示为全 f，说明此时 UE 很 可能没有插入 SIM 卡或 UE 处于锁定状态发起呼叫； 2) UE 接入电平为-89dBm，可以认为在弱覆盖区域起呼；图33是PCHR统计工具中显示的RNC1T的CS掉话统计结果。图34是PCHR工具自定义输 出的CS掉话相关指标的统计。华为机密，未经许可不得扩散第 32 页, 共 34 页CS 域问题定位分析档级： 内部公开图33 9 月 1 日 PCHR CS 掉话记录图34 9 月 1 日 PCHR CS 掉话统计指标输出从图33、图34可以看到以下结论， 华为机密，未经许可不得扩散 第 33 页, 共 34 页CS 域问题定位分析档级： 内部公开1）红色圈住的部分均为 Emergency Call，所以均没有 IMSI 信息； 2）终端类型大部分为中兴 U980，少量 U85，但从 IMEI 的后 6 位 SNR，即序列 号可以看到这些掉话的终端不止一部； 3）每次呼叫间隔 1 分钟左右，从 16 点 50 分持续至 17 点 40 分左右； 4）图 34 显示这些掉话事件均在弱覆盖区域起呼，掉话原因基本是弱覆盖区域链 路质量差导致的上行失步和 SRB Reset。 综上，9月1日莲北村T2和莲花北T1发生的掉话有人为因素。但根本原因是这两个小区 的交界区域确实存在弱覆盖。 对于莲北村T2， 9月2日采取闭站并优化邻区的处理方式，此类现象不再出现。华为机密，未经许可不得扩散第 34 页, 共 34 页
TD-SCDMA CS域问题定位分析【重点】―汇集和整理大量word文档,专业文献,应用文书,考试资料,教学教材,办公文档,教程攻略,文档搜索下载下载,拥有海量中文文档库,关注高价值的实用信息,我们一直在努力,争取提供更多下载资源。