下载文档原格式
Volte炎强系统ASR无线掉话TOPN小区分析优化总结目录1、现状 (2)2、创新方案 (3)2.1无线原因排查流程 (3)2.2 LTE网络切换流程 (5)2.3 Mml_Xml解析工具Plus工具介绍 (6)3、S1上下文释放炎强端到端定位优化 (8)3.1[128] interrat-redirection掉话炎强端到端定位优化 (8)3.2[121]radio-connection-with -ue-lost掉话原因定位及优化 (10)3.3[101]tx2relocoverall-expiry掉话原因定位及优化 (16)4、TOPN推广效果 (23)4.1[128]interrat-redirectionTOPN优化效果推广验证 (23)4.2[121]radio-connection-with-ue-lostTOPN优化效果推广验证 (26)4.3[101]tx2relocoverall-expiry TOPN优化效果推广验证 (27)5、Esrvcc切换参数设置异常（一） (28)5.1 概述 (29)5.2 未发起eSRVCC切换原因分析 (30)5.3 参数调整方案 (31)5.4 优化效果 (32)5.5 优化总结 (34)6、Esrvcc切换参数设置异常（二） (34)6.1 问题小区描述 (34)6.2 原因分析 (35)6.3 优化调整方案 (37)6.4 效果评估 (37)6.5 总结 (40)1、现状由于现在炎强系统端到端VOLTE呼叫流程中采集了S1AP接口（除了部分由于信令丢失之外），所以可以结合端到端异常“S1错误码话单”中S1错误码进行针对性的定位分析。
结合炎强系统天粒度“指标报表下载”模板统计最近7天东莞全网ASR掉话话单，相关S1错误码分布情况：东莞全网S1上下文释放导致ASR掉话原因分布图从S1错误码分布情况来看，东莞ASR掉话记录的错误码主要以[300] normal-release、[121]radio-connection-with-ue-lost、[128]interrat-redirection为主，占比达10%以上：东莞全网S1上下文释放导致ASR掉话S1错误码占比情况2、创新方案通过近几个月对炎强ASR掉话TOPN小区优化情况进行总结，结合炎强端到端VOLTE掉话小区无线原因排查流程、切换流程，通过运用Mml_Xml解析工具Plus工具及优化切换参数（“切换RAR功率抬升”和“切换信令优化（UL）”），开展部分S1上下文释放原因的炎强系统端到端定位优化，并进行了推广验证，各项指标改善明显。
top小区处理意见低流量以及流量异常小区处理低流量小区是重要的KPI指标之一，指标反映了网络的移动性，指标直接影响到用户感知。
处理步骤：1. 首先核查是否为目标基站故障导致流量异常，查看当时站点的状态正常（基站是否存在故障）2. 现网核查参数等相关，发现参数设置无异常3. 与前台沟通后现场查看，无线环境正常，主覆盖区域为公路，上站检查无异常，更换光纤、光模块后观察流量依旧较低，后更换FBBA板，观察，流量恢复正常；总结：低流量以及流量异常小区优化首先排除外部干扰，基站故障等情况以外，还要针对基站相关参数、无线环境等进行进行核查，排除参数以及无线环境问题，之后利用前台实测数据分析，逐一排查问题根源，再进行处理。
零流量小区针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因：故障问题：电源：设备掉电端站，BBU掉电硬件告警：X2接口故障，系统时钟不可用，驻波等传输：传输光纤接口异常，BBU接口异常，射频R口接口异常覆盖、干扰问题：室外站点覆盖景区，景区冬季人少室外站点覆盖农村空旷公路室外站点不合理，如周围有村庄，密集人群活动区域，但天线覆盖方向不合理的.用户行为问题：活动场所：偶尔有活动，但周期比较长的。
随着季节变化，室外用户变少的.确实是用户过少的.工程原因：新建站处理故障期间，流量比较低小区未激活，导致零流量无线接通率低处理意见接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况，可以大致按以下步骤进行排查。
1.通过话统分析是否出现接入成功率低的问题，当前RRCeRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。
2.确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
3.如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
VOLTE高掉话处理流程1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警；2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障；3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题；4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等；5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素；6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰；7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰；8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。
9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。
10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题；11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结合相关信令，确认为个别用户终端问题；12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。
2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码；1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常；1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环；1.确定目标小区运行情况，是否基站故障或异常告警；2. 检查邻区间参数设置是否正确；3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；1.通过LST ALMAF 查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；是否存在弱覆盖E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪UE Reply 超时导致的激活的语音业务E-RAB 异常释放。
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
TOP小区处理思路概述引言TOP小区是指在移动通信网络中，负载最高的小区。
由于用户数量众多，TOP小区往往会遇到网络拥塞、用户体验下降等问题。
因此，如何高效地处理TOP小区成为了运营商和网络优化工程师们的重要任务。
本文将概述处理TOP小区的思路和方法。
TOP小区的定义和影响移动通信网络中，小区是网络的基本单元，负责覆盖特定的区域，并提供无线信号覆盖。
TOP小区是指在特定时间段内，用户数占比最高的小区。
TOP小区通常具备以下特征：1.用户数众多。
2.数据业务和语音业务的同时存在。
3.用户活动密度高。
4.网络资源紧张。
TOP小区的存在会导致以下问题：1.网络拥塞和传输延迟增加。
2.用户体验下降，例如呼叫失败率增加、数据传输速度变慢等。
3.网络资源被过度消耗，导致其他小区的服务质量下降。
因此，处理TOP小区的问题对于提高网络性能和用户体验至关重要。
处理TOP小区的思路处理TOP小区的思路主要包括以下几个方面：1. 增加小区容量增加小区容量是处理TOP小区问题的关键措施之一。
通过提升小区的容量，可以增加用户并发能力，减少拥塞情况的发生。
具体的措施包括：•增加小区的载频数，扩大小区的覆盖范围。
•增加小区的天线数目，提高小区的信号覆盖强度。
•利用载波聚合技术，将多个载频进行组合，提高小区的带宽。
2. 优化小区参数配置优化小区参数配置是降低TOP小区负载压力的重要手段。
通过调整小区的参数配置，可以合理分配网络资源，提高网络效率。
具体的措施包括：•调整小区覆盖半径，优化小区边界覆盖，避免频繁的小区切换。
•调整小区的功率设置，减少干扰，提升信号质量。
•优化小区的调度策略，确保资源合理分配，提高用户传输速率。
3. 部署新的网络设备部署新的网络设备是处理TOP小区问题的另一个重要手段。
通过引入新的设备和技术，可以提升网络性能和用户体验。
具体的措施包括：•引入更先进的基站设备，提高网络容量和覆盖范围。
•部署小区干扰消除技术，减少干扰对网络性能的影响。
VOLTE高丢包TOP小区优化实践案例【摘要】上/下行语音丢包率是表征VOLTE语音业务的一个重要KPI，与时延、抖动作为影响VOLTE语音质量的三要素之一；监控、优化、提升上/下行语音丢包率可辅助提升VOLTE用户感知。
【关键字】VOLTE语音丢包率干扰【业务类别】VoLTE、指标、参数优化等其他一、问题描述问随着VOLTE业务全面开通，VOLTE用户数量逐渐增长，根据VoLTE语音质量定界法，无线问题是影响用户感知的最常见因素。
在定界为空口问题后，如何进一步定位具体的无线问题。
我们结合OMC统计三种支撑手段为基础，分析丢包、弃包、抖动、时延大四种影响感知的无线问题，最终定位出具体的无线原因的方法和优化流程广东省各地市指标情况：二、分析过程本文是爱立信在韶关电信无线网进行的VoLTE丢包试验和分析，重点介绍无线侧原因导致的丢包分析思路和优化策略。
影响小区高丢包的可能原因类型有如下七大类：•基站故障问题；•覆盖问题；•干扰问题；•切换参数&邻区问题；•容量问题；•重建导致；•终端问题；VoLTE语音丢包分析的思路从无线方面考虑也主要从以上的七大类方面出发，首先，需要登站查看基站是否存在故障告警之类，影响VoLTE性能相关的告警先要处理基站告警，其次是关注小区的覆盖率情况，可从MR覆盖率，现场测试验证，CTR分析覆盖等多方面来评估是否是弱覆盖引起的丢包问题，再次之就是从小区底噪排除干扰问题、切换参数、邻区配置、小区容量、传输等方面来一一排查。
2.1:相关参数介绍tReorderingDl ;This timer is used by the receiving end of Acknowledged Mode (AM) orUnacknowledged Mode (UM) Radio Link Control (RLC) entity in UE, to detect loss of downlink RLC protocol data units at lower layers.Dependencies: Not applicable for RLC TM. Only relevant when rlcMode is UM or AMChange takes effect: New connectionRange: 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 85, 100, 110, 120, 130, 140, 150, 160, 170, 180, 190, 200, Default=35tReorderingUl :This timer is used by the receiving end of the Acknowledged Mode (AM) or Unacknowledged Mode (UM) Radio Link Control (RLC) entity in eNB, to detect loss of uplink RLC protocol data units at lower layers.Dependencies: Not applicable for RLC TM. Only relevant when rlcMode is UM or AMChange takes effect: Cell lock/unlockUnit: msRange: 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 85, 100, 110, 120, 130, 140, 150, 160, 170, 180, 190, 200, Default=35三、解决措施通过丢包率TOP小区列表,发现韶关浈江莱斯大酒店_EPO_2小区丢包率较高,平均丢包率为24.76%,影响韶关丢包率;从引起丢包的原因分析,1、基站故障问题；小区无故障告警2、覆盖问题,小区MR覆盖为97.84%,不存在覆盖问题3、干扰问题；查看站点干扰情况,小区存在轻微干扰;4、切换参数&邻区问题；经参数核查站点不存在参数设置异常情况;5、容量问题;查看一周小区峰值下行PRB利用率为12.19%,不存在高负荷情况;6、重建导致；查看小区重建类指标正常；由于站点存在轻微干扰，无线环境不算非常好。
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC 建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓将主要业务的RRC建立在公共信道上，修改命令行为：✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH；✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH；✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH；✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH；✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH；✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。
eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓将主要业务的RRC建立在公共信道上，修改命令行为：✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH；✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH；✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH；✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH；✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH；✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
