TD-最坏小区优化指引.doc

《TD-最坏小区优化指引.doc》由会员分享，可在线阅读，更多相关《TD-最坏小区优化指引.doc（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、.1/26TDTD 最坏小区优化指引最坏小区优化指引（华为）（华为）目录目录1最坏小区定义 22指标意义与定义 22.1 CS 无线接通率 22.2 CS 域无线掉话率 22.3 RRC 拥塞率 33指标优化建议 33.1 RRC 连接成功率(业务相关)33.1.1 影响的因素 43.1.2 涉与的参数 43.1.3 优化建议 43.1.4 案例 53.2 CS RAB 建立成功率 93.2.1 影响的因素 93.2.2 涉与的参数 103.2.3 优化建议 103.2.4 案例 113.3 CS 域无线掉话率 163.3.1 影响的因素 163.3.2 涉与的参数 173.3.3 优化建议

2、173.3.4 案例 183.4 RRC 拥塞率 223.4.1 影响的因素 223.4.2 涉与的参数 223.4.3 优化建议 223.4.4 案例 23.2/261 1最坏小区定义最坏小区定义TD 最坏小区指的是：（电路域 RRC 建立尝试次数（业务相关）+语音业务 RAB 建立请求的 RAB 数目（个）100 且且TD 语音无线接通率50 且 TD 语音无线掉话率 5%的小区或者是或者是RRC 拥塞率 10%的小区TD 最坏小区比例区域 TD 最坏小区数/考核区域 TD 总小区数1002 2指标意义与定义指标意义与定义从最坏小区定义看，涉与的指标有 TD 语音无线接通率、TD 无线掉话

3、率和 RRC拥塞率。2.12.1 CSCS 无线接通率无线接通率 该指标衡量 CS 域用户接入网络的难易程度，直接影响客户拨打时的感知，该指标偏低导致用户接入困难，无线接入性下降等问题。CS 域无线接通率=RRC 连接成功率(业务相关)*CS 域 RAB 建立成功率2.22.2 CSCS 域无线掉话率域无线掉话率 .3/26CS 域无线掉话率反映了系统 CS 域业务的通讯保持能力、通讯的稳定性和可靠性，是用户直接感受的重要性能指标之一。当系统 CS 域的掉话率高时，会严重降低用户对语音业务的满意度，从而导致用户投诉。CS域无线掉话率=RNC请求释放的电路域RAB总数目/电路域RAB指派建立成功

4、的 RAB 数目*100%2.32.3 RRCRRC 拥塞率拥塞率 反映小区 RRC 连接的拥塞程度，该指标偏高说明客户的信令连承受到影响，将出现用户接入困难，无线接入性下降等问题。RRC 拥塞率(业务相关)由于容量控制而导致 RRC 连接失败次数/按原因分 RRC 连接请求次数*100%注：因为容量控制而被系统拒绝的 RRC 请求数量：由于容量控制的原因，UERNC：“RRC连接建立拒绝”（RRC CONNECTION REJECT）消息，其中原因为“congestion”3 3指标优化建议指标优化建议3.13.1 RRCRRC 连接成功率连接成功率(业务相关业务相关)RRC 连接建立可以分

5、两种情况：一种是与业务相关的 RRC 连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的 RRC 连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。RRC 连接建立成功率（业务相关）RRC 连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）*100%.4/263.1.13.1.1 影响的因素影响的因素1）上行干扰，观察上行 ISCP 值是否正常。2）小区资源不够，小区是否拥塞，通过话统提取 RRC 建立失败原因是否为congestion。3）用户无响应，终端问题。4）终端和 NB 同步问题。5）弱覆盖3.

6、1.23.1.2 涉与的参数涉与的参数1）无。2）载波数量。3）RRCUERSPTMR，等待 RNC 下发 RRC SETUP 时间，超时接入失败。4）PRXprachdes：期望在小区接收机得到的 PRACH 接收功率。5）PCCPCHPOWER，pccpch 功率。3.1.33.1.3 优化建议优化建议1）查找干扰源，或在调整 uppts 位置暂时规避。2）扩容，可以把 A 频点改为 F 频点增加容量。3）RRCUERSPTMR，适当增加此参数，避免时延大导致超时建立失败。4）提高 PRXprachdes 期望值，增加 UE 发给 NB 信息成功率。5）适当提高 pccpch 功率，增加覆

7、盖。RRCRRC 问题分析流程图：问题分析流程图：.5/26图 5RRC 连接建立问题分析图3.1.43.1.4 案例案例关键字：GSM 直放站，干放，室分，ISCP故障类别：干扰问题.6/26现象描述：在某市 TD 三期项目中，网优人员测试 CS 和 PS 业务时，发现 PCCPCH 和 DPCH 的 RSCP 与 C/I都正常，但 DPCH 的 ISCP 很高，导致接通率低，CS 域话音与视频质量差，PS 域速率低，空口掉话掉线率高。背景介绍：新建 TD 网络，华为采用 RNC 类型：RNC820；RNC 版本：RNC820V004R000C01SPC300告警信息：无原因分析1、TD 网

8、同频干扰。2、TD 网基站存在时钟源 GPS 失步问题。3、基站硬件故障或室分设备故障。4、相邻小区存在时隙配比不一致问题。5、TD 射频输出段的干放故障。6、其它无线系统的网外干扰。处理过程首先联系测试人员，请其提供现场第一手资料进行分析。现场测试 CS64K 业务截图如下所示：从上图可以看到，在占用 10055 频点时，PCCPCH 与 DPCH 的 C/I 都在 11dB 以上，RSCP 良好，误块率为 0，但存在 DPCH 的 ISCP 过高的问题。从载干比良好的情况来看基本可以排除网同频干扰问题，为慎重起见，修改主频点为较高频段的 10020 进行测试，发现也是存在相同问题。在后台使

9、用 LMT-R 跟踪 UE 信令，并与现场测试工程师连续，发现经常无法收到 UE 上报的RRC_CONNECTION_REQUEST 的消息，呼叫建立后，出现掉话现象，掉话原因为空口失败：.7/26从路测数据来看，发现测试区域邻区电平为-116dBm，即无法收到邻区信号，从现场环境来看，该室站点的相邻站与其相距 100 米左右，应该可以收到信号，怀疑该站或其相邻站点存在 GPS 故障导致时隙干扰问题。为验证是否存在此类问题，采取了以下几个步骤进行测试。偏移该室小区的 UPPCH 的位置，由 0 改为 22，进行测试验证。查询该站与其相邻站点的时钟同步方式，并查询附近站点的告警情况，检查是否存在

10、时钟失步的问题。检查该小区和邻区的时隙配比是否都为 2：4。修改载频优先级，使其占用其它载频，现场进行测试，并在后台观察所有载频的 ISCP 情况。测试与查询结果如下：偏移 UPPCH 后，ISCP 仍然较高，掉话问题还是没有解决（掉话原因为 UE 无线连接丢失）：.8/26检查发现相邻站点没有时钟源告警，产品侧反馈附近站点也已安装 GPS，采取自动同步方式，站点锁星正常。检查发现全网时隙配比都为规的 2：4，没有问题。修改载频优先级，UE 占用优先级最高的辅载频，发现问题仍然存在，所有载频的 ISCP 都为-80dBm 左右：采取以上的检查方法后，发现在整个 TD 网络的 B 频段带宽都存在

11、底躁较高的问题，基本可以判断该站的干扰由基站硬件模板、室分系统或网外无线系统干扰导致。联系客户咨询该室站是否存在同覆盖的宽频直放站等 GSM 信源，如有请其短暂关闭 10 分钟进行测试。后从客户 GSM 部门了解到，该室站点所在楼宇安装有客户的测试直放站，并在远端使用干放引入室.9/26分。关闭直放站远端干放进行测试，并在后台跟踪 ISCP 如以下图所示：从上图可以看到，三个频点的 ISCP 都已从-80dBm 下降至-102dBm 左右，现场测试效果良好，通话质量正常，没有再发现掉线掉话情况，业务恢复正常。建议与总结发现业务时隙干扰应首先从网寻找原因，首先从频率干扰和告警等容易实现的方式开始

12、检查，排除网干扰的原因后再去分析硬件故障和异系统干扰问题。3.23.2 CSCS RABRAB 建立成功率建立成功率RAB 建立成功是成功为用户分配了用户平面的连接，是建立业务连接的最后一个步骤。该指标衡量电路域 RAB 建立成功情况，影响 TD 网络语音业务的接入性能。该指标偏低时将直接导致客户无法接入网络。RAB 建立成功率（CS 域 RAB 指派建立成功 RAB 数目）/（CS 域 RAB 建立请求的RAB 数目）*100%3.2.13.2.1 影响的因素影响的因素1）上行干扰，ISCP 过高。.10/262）RB 建立超时。3）用户接入阶段主动挂机。4）弱覆盖。5）ALL2PATH 配

13、置错。6）开环功率不足。7）激活时间太短。3.2.2 涉与的参数。1）无。2）RBSETUPRSPTMR：UE 等待 RB 建立完成时间，如果超时则接入失败。3）无。4）Pccpchpower 功率，可以提高相应得信道功率增加覆盖。5）无。6）MINDLINITPWR,DLINTERFERERSV 提高下行最小初始发射功率,提高上下行开环功率，降低开环功率不足造成的失败。MIDRATERLACTTIMEDEFOFFVAL,HIGHRATERLACTTIMEDEFOFFVAL 增加激活时间时长。3.2.33.2.3 优化建议优化建议1）查找干扰源。2）增加 RBSETUPRSPTMR 时间，避免

14、时延过大超时导致接入失败。3）无线侧无解决方案。4）做好 RF 优化，无法调整可以提高相应信道功率。5）开站的数据核查工作。RAB 是指用户平面的承载，用于 UE 和 CN 之间传送语音，数据与多媒体业务。UE 首先要完成 RRC 连接建立，然后才能建立 RAB。RAB 建立是由 CN 发起，UTRAN 执行的功能，基本流程：首先由 CN 向 UTRAN 发送 RAB 指配请求消息，请求 UTRAN 建立 RAB。RNC 发起建立 Iu 接口与 Iub 接口的数据承载。RNC 向 UE 发起 RB 建立请求。UE 完成 RB 建立，向 RNC 回应 RB 建立完成消息。RNC 向 CN 应答

15、RAB 指配响应消息，完毕 RAB 建立流程。.11/26当 RAB 建立成功后，一个基本的呼叫即建立。流程如以下图所示：图 1RAB 正常建立流程3.2.43.2.4 案例案例IU 口 AAL2 阻塞导致 RAB 建立失败案例：IU 口 AAL2 阻塞导致 RAB 建立失败某 RNC 现场反馈在多个小区发现偶尔呼叫不成功，原因为资源阻塞。小区无告警信息资源阻塞有可能是业务量大导致 AAL2 拥堵，也有可能是 AAL2 被屏蔽，这里并不是每次 RAB被拒，说明肯定不是所有 AAL2 被屏蔽。从后台信令上看，RNC 在收到 RAB 指配请求之后就向 CN 回了 RAB 指配响应，但 RNC 未向

16、 NodeB发送无线链路重配置，而 RAB 指配响应的原因是.12/26iu-transport-connection-failed-to-establish，这说明可能为传输链路有异常。图 1通过附件图 1 初步断定为 IU 口问题后，跟踪 RNC8 的 IU 口，发现两个小时有 7 次 RAB 建立失败，原因值都一样而且都是 CS 域 RAB 指配。于是在跟踪 IU 口的同时跟踪 QAAL2，在 IU口发往 CN 失败的 RAB 指配对应的时间查看 AAL2 的链路状况。图 2通过附件图 2（cause：switching-equipment-conges）可以得知，接入业务的该条 AAL

17、2 链路阻塞，而 RNC 这边没有将任何链路 block 掉，于是联系核心网侧，核心网人员表示误操作远端闭塞了 16 条 AAL2 中的 3 条，将这 3 条 AAL2 链路解蔽塞之后恢复正常。呼叫不成功的原因很多，和网络环境、无线参数等多种因素有关，通常遇到这样的问题，要结合无线环境和信令等多种方法结合解决。CS域RAB指配遇到概率性不通的情况下，并且iu-transport-connection-failed-to-establish，可以查下是否 RNC 与 CN 间链路被闭塞。同小区立即激活缺省偏移值设置不当造成并发业务失败案例：同小区立即激活缺省偏移值设置不当造成并发业务失败在淮西路

18、-3 小区经行并发业务测试时，如果先进行 H 业务之后尝试语音业务会导致 RAB 建立失败，同时 H 业务掉话。在 OMC 上查看小区无告警完整信令流程如以下图所示：.13/26上图中可以看出，其共进行了 2 次 RB 建立申请。第一次申请的是 PS 业务如以下图所示：.14/26且建立成功 UE 返回 RRC_RB_SETUP_CMP。第二次 RB 建立申请 CS 业务，如以下图所示：此次 CS 业务没有建立成功，5 秒后 RNC 申请 IU RELEASE，PS 业务掉话。原因值为：无线进程接口失败。如以下图所示：1.根据其后台跟踪 RB 建立的具体信令可以看出 RB 建立失败原因为 ul

19、WatiRbFailTimer istoo short。.15/265 秒后 RB 建立超时，IU 释放。如以下图所示：2与其他小区进行参数对比，发现该小区同小区立即激活缺省偏移值设置为 40，远小于基线参数设置的 150，如以下图所示：该参数指示 UE 新配置生效的时间点，便于 UE、NodeB 和 RNC 在该时间点同时使用新的配置信息，保证数据的可靠传输。RNC 建立新配置时根据当时的帧号推算新配置的生效时间点，既要考虑携带该参数的信令在Iub 和Uu 口的传输时延，又要考虑新配置建立时间不能过长。如果新配置的建立时间和生效时间间隔过短，可能会出现在 UE 未收到配置信息之前网络侧新配置

20、已经生效，而 UE 依然使用旧配置，导致数据传输出现错误。3.将该小区同小区立即激活缺省偏移值更改为 150。如以下图:.16/264.复测发现并发业务可以正常建立，如以下图所示：对于异常事件的小区参数配置进行核查和比对可以有效地定位和解决问题。3.33.3 CSCS 域无线掉话率域无线掉话率3.3.13.3.1 影响的因素影响的因素1）弱覆盖。2）干扰。3）切换。.17/264）终端问题。5）AAL2PATH 配置。3.3.23.3.2 涉与的参数涉与的参数1）Pccpchpower。无。2）HYSTFOR1G：邻区信号测量值比本区高出该门限值时，才可能触发切换。TRIGTIME1G：该参数

21、越大，误判概率越小，但会减小对测量信号变化的响应速度，因而切换操作不能与时响应的概率也越大；该参数越小，可能会带来误判和乒乓切换HYSTFOR2A：邻区信号测量值比本区高出该门限值时，才可能触发切换该参数越大，抵抗信号波动的能力越强，可以减少乒乓和误判，但会导致切换的不与时该参数越小，可以使得切换条件更异满足，但带来乒乓和误判的概率增大TIMETOTRIG2A：该参数越大，误判概率越小，但会减小对测量信号变化的响应速度，因而切换操作不能与时响应的概率也越大；该参数越小，可能会带来误判和乒乓切换3）无。4）AAL2PATH 配置问题。3.3.33.3.3 优化建议优化建议1）通过 RF 调整，增

22、加覆盖，如果解决不了增加信道发射功率。2）查找干扰源，调整频点扰码。3）根据现场情况调整切换门限，解决切换慢问题。4）终端问题，回访用户了解用户行为，指导用户正确使用。5）检查 ALL2PATH 配置问题。.18/263.3.43.3.4 案例案例案例 1现象描述：在某市 TD 三期指标提升中，优化提升后全网所有 RNC 掉话率降至 0.2%左右，但是 RNC07 掉话开始在 3，后经过产品帮忙处理 topN 降至 1左右。处理万 topN 小区之后的掉话极为分散，没有 top 小区可以处理。背景介绍：新建 TD 网络，华为采用 RNC 类型：RNC820；RNC 版本：RNC820V004R

23、000C01SPC410本市三期 13 个 RNC，共有 11 个 MSC，5 个华为，6 个 E 厂家。RNC07 为单独的一个爱立信server55。.19/26告警信息：GCU/GCG 单板锁相环状态改变告警，GCU/GCG 单板锁相环状态改变告警，E1/T1 信号丢失告警。原因分析1、RNC 级性能参数设置不当。2、RNC07 区域干扰较大，网优优化不充分。3、产品配置的 RNC 链路或者传输数据问题。4、RNC07 所在的 SERVER55 问题。处理过程核查 RNC 级的掉话相关的参数。开环功控，闭环功控参数核查。个别参数如：上下行干扰余量，无线链路最大最小发射功率等与 LCR4.

24、1 基线有差异，但是我们全网 RNC 都配置了相同的参数。SRB 复位相关参数核查。之前所有 RNC 全部更改，和其它 RNC 相同。干扰核查。导出 RNC07 的 UP 和 ISCP 干扰，发现测量值大于95 的小区很少，同时 RNC07 的切换成功率也不比其它 RNC 差。所有干扰应该不是造成 RNC07 掉话高的主要原因。产品问题核查与 top 小区处理。发现 RNC07 存在好多 GCU/GCG 单板告警，GCU/GCG 单板与 RNC 的时钟相关，所有有可能导致掉话。于是产品同时提单与研发一起定位，最后的结论是这个告警跟掉话没有关系。况且其它所有 RNC 都有这个告警，只是其它 RN

25、C 这个告警数量稍少而已。E1/T1 信号丢失告警，是因为所有绝大多数站点物理上只配置了 2 条传输，但是数据已经做了 8 条或者 10 条，没有拥塞的情况下这个告警是不会影响业务的。观察当日的掉话 top N 小区，发现有 RNC07 的 5 个站点失败较高，并且失败原因类似。.20/26派人现场对长坑 1 小区测试，发现此小区接入也存在问题。失败的典型信令如下：RAB 建立完后马上释放，释放的原因未知错误。同时长屯收费站和牛山新村也出现相同的问题。这些站点实际只配置 2 条 E1，配置在主控板上，S666 站型应该配置 10 条 E1，主控上配 8条 E1，UTRP 两条 E1。UTRP

26、上的两条 E1 物理环回。两个 IMA 组，分别关联主控上的 8 条 E1和 UTRP 的两条 E1。两个 IMA 组上分别有 4 条 AAL2PATH。失败的接入都是建立在了传输扩展板上。但是传输扩展板实际上是没有配置 E1。之前的处理措施是删除建立在 UTRP 上的 AAL2PATH 后，恢复正常。或者将此 IMA 组 BLK，等E1 线连通后，UBK 此 IMA 组。检查这些站点发现数据都是 S666 配置，于是对 RNC07 的所有S666 站重新加载 NODE-B 侧脚本，并在脚本中 BLK 传输扩展板的 IMR 组。观察 TOPN 掉话小区，掉话次数明显下降。这时 RNC07 的掉

27、话率已经下降为 0.5左右，得到很大改善。案例 2：问题描述：问题描述：从话统信息中可以获知某个 RNC CS 掉话的 Top 小区，但这些 Top 小区确切的掉话原因从话统中不易获取，比如是 Top 小区中的 Top 终端造成的还是 Top 小区离散用户，借助 PCHR 工具可以精确定位。问题分析：问题分析：以 RNC1T 为例：1)从话统中看到莲北村 T1（20281）一直位于 CS 掉话的 Top 小区列表；2)通过 PCHR 工具，插入 UE 标示，发现这个小区的掉话并不集中于 Top 终端,如图 1所示；.21/26莲北村 T1 小区掉话信息分析某个终端掉话前的信令流程，发现掉话原因

28、为链路质量变差，疑似 UE 没有收到Measurement Control，层 2 收不到 ack 消息导致 SRB 复位。见图 2、图 3链路释放前的链路信息信令释放流程3)经过分析，其他掉话终端与以上现象类似，基本可以确定是小区无线环境导致了掉话。经过核查，该小区属于未替换站，根据之前的测试经验，新老站之间的切换会存在概率性的切换失败，从而导致掉话。解决措施：解决措施：1)根本解决措施是替换该站点；2)如果替换站点进度受限，同时该站点周围新站点密集，可以采取关闭该站点调整周围小区的覆盖尝试解决；.22/263)如果以上两项措施均无法实施，可以采取对该小区提高 CS 异系统切换门限，使得潜在

29、掉话用户尽早切至 2G。3.43.4 RRCRRC 拥塞率拥塞率3.4.13.4.1 影响的因素影响的因素这里请列出影响该指标可能的原因这里请列出影响该指标可能的原因。也是日常优化需要关注和分析的地方也是日常优化需要关注和分析的地方。载波资源不够，同一时间用户量过多。3.4.23.4.2 涉与的参数涉与的参数载波数量。RRCESTCAUSE，控制 RRC 建立在那个信道上，控制 RRC 建立的资源。3.4.33.4.3 优化建议优化建议增加载波数量，对一些 RRC 建立流程（注册，2G 重选回 3G，附着等），改为建立在 FACH 上。.23/263.4.43.4.4 案例案例案例名称案例名称

30、：手机工厂大业务量站点接通率优化案例现象描述现象描述：在 D 市接通率优化过程中，发现 A 小区的 RRC 建立成功率很低，并且 RRC建立请求次数比一般小区多的多：（不区分业务）RRC连接建立成功的次数（不区分业务）RRC连接请求次数（不区分业务）RRC连接失败次数（不区分业务）RRC连接失败次数（不区分业务）RRC连接失败次数（不区分业务）RRC连接失败次数（不区分业务）RRC连接失败次数RRC 建立成功率23670261222452004226190.61%该小区的 RRC 失败次数大约是全网 RRC 失败次数的 95，导致全网的 RRC 建立成功率低。告警信息告警信息：无原因分析原因分

31、析：RRC 建立成功率低原因有多种：1、数据配置问题导致 RRC 建立成功率低；2、NodeB 硬件问题；3、无线环境干扰问题；4、网优参数问题；5、拥塞问题。处理过程处理过程：1、我们通过话统进行分析，发现该小区失败的原因是由于拥塞导致，而 AAL2建立失败、FP 同步失败和 RL 建立失败很少；2、因此这个站点主要是拥塞原因，据了解这个位置是宇龙计算机通信公司，该处属于手机生产测试地方，怀疑存在终端测试导致；.24/263、通过 PCHR 分析该小区的起呼发现，这个小区所有的起呼都是一款终端，并且没有 IMEI，并且存在几百个测试同时进行业务：用户标识RRC 请求次数终端 IMEI1375

32、H994ffffffff.ffffff.99H0750H895ffffffff.ffffff.99H1370H839ffffffff.ffffff.99H0830H703ffffffff.ffffff.99H0745H666ffffffff.ffffff.99H0746H635ffffffff.ffffff.99H0857H598ffffffff.ffffff.99H1708H597ffffffff.ffffff.99H8304H577ffffffff.ffffff.99H1372H571ffffffff.ffffff.99H1371H566ffffffff.ffffff.99H1376H56

33、6ffffffff.ffffff.99H0747H561ffffffff.ffffff.99H1882H534ffffffff.ffffff.99H0744H524ffffffff.ffffff.99H0585H396ffffffff.ffffff.99H0627H349ffffffff.ffffff.99H0753H340ffffffff.ffffff.99H1874H310ffffffff.ffffff.99H1358H306ffffffff.ffffff.99H0739H302ffffffff.ffffff.99H1354H301ffffffff.ffffff.99H0612H301ff

34、ffffff.ffffff.99H1357H292ffffffff.ffffff.99H1360H270ffffffff.ffffff.99H.25/260858H242ffffffff.ffffff.99H1304H226ffffffff.ffffff.99H0734H222ffffffff.ffffff.99H0735H221ffffffff.ffffff.99H0634H217ffffffff.ffffff.99H7061H214ffffffff.ffffff.99H0738H213ffffffff.ffffff.99H0754H209ffffffff.ffffff.99H0856H20

35、9ffffffff.ffffff.99H0892H208ffffffff.ffffff.99H4、因此，这个站点的问题主要是同时用户较多进行业务导致的拥塞，我们进行了 RRC 请求原因的分析，RRC 请求（原因为）大约占整体请求的 30，说明该小区下存在较多的终端进行开关机操作。5、由于目前我们的 RRC 建立都在主载波进行，而现网的 RRC 建立是在 13.6K的 DCH 上，这样如果同时有大量的手机开关机，我们的主载波 DCH 资源有限，会导致 RRC 的资源拥塞；6、因此，我们将注册类的 RRC 请求和 IMSI 分离类的 RRC 建立在 FACH 上，减少与有用 RRC 建立的资源强占

36、，提高 RRC 接入成功率：SETRRCESTCAUSE:RRCCAUSE=REGISTEST,SIGCHTYPE=DCH_13.6K_SIGNALLING;SET RRCESTCAUSE:RRCCAUSE=DETACHEST,SIGCHTYPE=DCH_13.6K_SIGNALLING;修改为SET RRCESTCAUSE:RRCCAUSE=REGISTEST,SIGCHTYPE=FACH;SET RRCESTCAUSE:RRCCAUSE=DETACHEST,SIGCHTYPE=FACH;.26/267、修改后小区的接通率明显提升。建 议 与 总建 议 与 总结：结：对于某些特定的场景，通过相关特定的参数设置来优化整个小区，使指标和用户感知最优。附件：附件：