接入失败与掉话信令分析
LTE的掉话原因分析及处理思路(加精-值得收藏)
LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。
正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR 也一起持续变差（小于0dB，甚至小于-3dB）。
2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
解决方案:要解决此类掉话，需要改善覆盖。
具体手段有：1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。
通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
掉话未接通的分析
未接通、掉话及切换失败分析未接通、掉话及切换失败分析Posted on 2011-07-26 20:56:37 by一、未接通分析正常呼叫主叫起呼和被叫接入过程：……由主叫起呼信令流程图可以看出，主叫首先发出channel request reportimmediate assignmentCM service requestsetupcall proceedingassignment commandassignment completealertingconnect完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request reportimmediate assignmentsetupcall confirmedassignment commandassignment completealertingconnect完成一次被叫接入。
1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数【引用】掉话未接通的分析本文引用自0427411《掉话未接通的分析》在传统的基于DT和CQT数据的优化过程中，数据的采集是一个比较费时的过程。
为了复现某个问题，可能需要进行大量的路测，之后在对长时间的路测数据进行回放分析的过程中，定位到具体需要分析的问题点，然后从不同的角度进行分析，最终找到问题的解决方案。
cdma掉话和接入失败分析流程
掉话分析流程掉话产生的主要原因有设备故障、干扰、网络变化、邻小区问题、覆盖不良、导频污染、天馈系统问题、直放站、网络拥塞、传输闪断、参数设置错误、切换问题等。
掉话分析就是分析已经筛选出的最差小区的掉话原因。
能够从OMCR中分析的掉话原因有设备故障、干扰、邻小区问题、网络拥塞、传输闪断、参数设置错误、切换问题等。
掉话分析的流程如下：图5.1 掉话分析流程（1）检查问题小区和周边小区的告警，重点关注传输闪断、信道故障、时钟、射频器件告警等与掉话关系密切的告警；（2）检查问题小区和周边小区的基站的反向RSSI，判断是否存在干扰，根据干扰特点判断干扰来源。
干扰问题同时表现为呼叫建立失败较高；（3）检查问题小区和周边小区的相邻小区设置，检查是否存在明显的遗漏和优先级错误；（4）检查问题小区和周边小区的切换、搜索窗、功率等参数是否存在明显不合理；（5）检查问题小区和周边小区的话务量，查看是否存在资源不足或局部拥塞，拥塞同时表现为切换失败高和呼叫建立失败高；（6）检查问题小区和周边小区的切换成功率，是否存在硬切换，检查相应的切换状况；备注：欠覆盖、导频污染、相邻小区遗漏等问题可从MOTOROLA CDL、朗讯的PCMD等进行分析。
接入失败分析流程接入失败的主要原因有设备故障、干扰、参数设置错误、覆盖不良、网络拥塞、网络变化、天馈系统问题、直放站问题等。
接入失败分析就是分析已经筛选出的最差小区的接入失败原因。
能够从OMCR 分析的接入失败的原因有设备故障、干扰、参数设置错误、网络拥塞等。
接入失败的分析流程如下：1234图5.2 接入失败分析流程（1）检查问题小区的告警，重点关注传输闪断、信道故障、射频器件、主处理器、BSC 声码器、BSC 呼叫处理器等与呼叫建立失败关系密切的告警；（2）检查问题小区和周边小区的基站的反向RSSI，判断是否存在干扰，根据干扰特点判断干扰来源。
干扰问题同时表现为掉话较高；（3）检查问题小区的参数设置，主要有接入参数、基站搜索窗、功率参数等；（4）检查问题小区的话务量，查看是否存在资源不足或局部拥塞；拥塞同时表现为周边基站掉话高和切换失败高；备注：从MOTOROLA CDL、朗讯的PCMD，ROP 等数据对呼叫建立失败进行详细的分类，对建立失败呼叫所使用的信道单元、业务类型等进行准确定位。
ATU掉话导致频繁未接通问题分析处理
1、问题描述：在7月ATU测试中曾经出现主叫在1次掉话后，连续发生3次未接通。
为了彻底分析问题原因，测试时通过ATU、BSC、MSC对Um口、ABIS口、A口进行信令跟踪，重现该问题并予以解决。
在本次异常事件中，终端首先发生了一次掉话，之后出现4次未接通。
在这4次未接通中都是在终端发了CM SERVICE REQUEST信令后，系统下发CM SERVICE REJECT消息，说明网络侧拒绝了本次呼叫，且此时CM SERVICE REJECT消息携带原因值为：Reject cause Message compatible with（可理解为消息不兼容或呼叫不能识别），具体原因是系统认为终端正在进行某项业务（比如通话或短消息等），此时不能发起呼叫业务。
由于当时终端没有短消息和彩信等其他业务，因此可以判断是系统认为终端在掉话后，没有正常拆线仍然保持通话状态。
2、问题解决方案：经分析，华为公司在BSC9.0版本下，为了减少掉话，在BSC向BTS发了Handover Command之后，如果在T3103超时前收到BTS上报的Error Indication，为了挽救本次通话，BSC继续在原信道上等待MS上报的测量报告，在被叫主动挂机后才会清除本次通话连接。
也就是说在这种情况下，BSC向BTS发切换命令后T3103超时，BSC会向MSC发Clear Request；BSC没有下发切换命令，收到了BTS的Error Indication，也会向MSC发Clear Request；但是BSC向BTS发切换命令后，在T3103超时前收到了BTS 的Error Indication，则不会向MSC发Clear Request。
具体解决方案可以通过设置小区保留参数1的0bit来解决，将该bit位由0改成1，这样BSC收到Error Indication或T3103超时后，BSC立即向MSC发送CLEAR REQUEST进行拆线。
掉话及呼叫失败分析
1掉话问题1.1 掉话分析方法1.1.1话统分析：分析话统指标时，要先看BSC整体性能测量指标，掌握了网络运行的整体情况后，再有针对性地分析扇区载频性能统计。
分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是版本、硬件、传输、天馈（含GPS）或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。
如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，以便分类分析。
看指标时，不能只关注指标的绝对数值是高是低，关心的应该是指标的相对高低情况。
只有在统计量较大时，指标数值才具有指导意义。
1.1.2CDT数据分析及呼叫跟踪分析CDT（Call Detail Trace/呼叫详细跟踪）记录了一次呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区、扇区、呼叫业务项、持续时长、引起呼叫释放的内部原因值等）和掉话发生时移动台所处的无线环境信息（如：掉话前激活集各个分支的小区号、扇区号、PN码、掉话前前向业务信道功率、掉话前反向EbNt等），我们可以利用这些信息对掉话进行分析。
CDT可以粗略分析到扇区级的呼叫信息如：接入小区、扇区，释放的内部原因，掉话时的分支信息；自动跟踪功能可以让路上行人作为路测对象，关注其详细流程；手动跟踪功能可以使网优人员有目的的定点路测，关注其详细流程。
1.1.3路测路测是了解网络质量、发现网络问题较为直接、准确的方法。
路测在掌握无线网络覆盖框架方面，具有话统等其它方法不可替代的特点。
包括了解是否有过覆盖、覆盖空洞，是否有上下行不平衡，是否有天馈装反，导致PN信号出现在不该出现的地方，等等。
特别在进行了参数调整或做了覆盖方面的调整后，如天馈调整、或功率配比等参数调整后，都需要路测了解这些调整是否达到了预期效果。
路测可以解决细节问题，但也有一定局限。
路测路线有限，时间有限，不可能得到网络完全数据，例如要想通过路测来找到掉话从而分析掉话原因是十分困难的，因为假定当前掉话率为3%，打100个电话才有3个掉话，而且很难找到掉话地点。
LTE的掉话原因分析及处理思路(加精,值得收藏)
LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。
正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。
2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
解决方案:要解决此类掉话，需要改善覆盖。
具体手段有：1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。
通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
随机接入失败的分析与处理
故障现象：随机接入是移动终端与网络在Um口建立无线连接的重要步骤,是接入网络时发生的第一个事件。
位臵更新、主叫起呼、响应寻呼、紧急呼叫、呼叫重建等情况下都将触发随机接入,所以随机接入成功率是影响网络性能的一项重要指标。
在使用爱立信设备后,发现存在大量随机接入失败较高的小区,为此,我们进行了专题的分析与总结。
原因分析：随机接入失败原因有很多，主要有以下几个方面：1. 同BCCH/BSIC、同临频干扰这是最常见的影响随机接入成功率的原因。
由于网络规模和容量的不断提高再加上频率规划的不合理，使得同临频复用的间距越来越小，势必造成因BCCH 上行干扰，而导致BTS 不能正确解码RACH 上的接入请求消息（表现为信息错误编码）。
对于同频（BCCH）小区来说，尽管BSIC 参与了随机接入信道的编码译码过程（为得到36bit 的RACH 突发脉冲消息字段，在8bit 的消息比特基础上，加上6bit 的色码，这6bit 的色码是通过将6bit 的BSIC 和6bit 的奇偶校验码加和取模2 而获得的。
然后再加上4bit 的尾位，这样就得到了18bit，再将这18bit 按照1:2 的卷积编码速率，最后得到RACH 突发脉冲上36bit 的消息位；解码过程与此相反，当小区收到一个接入脉冲，在解码的过程中将比较自己的BSIC。
如果相同，则进行下一步解码，如果不同，将丢弃之并产生相应的误码检测告警），但如果两个具有相同BCCH/BSIC 的小区相距不足够远，则手机发出的RACH 上的“CHANNEL REQUEST”消息会被这两个小区都收到，这样就会使得较远处小区接收RACH 时产生译码错误或TA 超限导致随机接入失败（由于手机与较远处小区未同步），即使随机接入译码成功也不能成功给移动台指配信道，甚至有可能干扰近处小区的立即指配等。
另一方面，在GSM 系统的空中接口UM 中，随机接入（RANDOM ACCESS）（RACH 上发送）和切换接入（HANDOVER ACCESS）（FACCH 上发送）均使用相同的编码和脉冲方式，即使用8 位信息码加上6 位奇偶校验位，并且这6 位奇偶校验位和目标小区的BSIC 相异或（加和模2）。
LTE掉话问题分析及RRC连接重建触发原因
LTE掉话问题分析及RRC连接重建触发原因
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。
2、RRC重建失败。
二、掉话问题具体原因：
1、弱覆盖
2、干扰
3、切换失败，邻区参数配置不正确，目标小区工作不正常（传输误码，负荷高接纳拒绝）
4、邻区漏配，无法切换
5、越区覆盖，导致参考信号污染或邻区漏配引起切换掉话。
6、拥塞，引起多项指标恶化。
7、设备异常，终端或网络设备异常。
三、RRC重建立触发的原因有如下几种情况：
（1）UE检测到无线链路失败，主要包括：上下行RLC达到最大重传次数；上/下行失步，随机接入失败等原因
（2）切换失败（包括同系统、异系统切换）
如果切换失败，UE会发起RRC重建立请求，并将重建立原因封装在RRC重建立请求消息中。
（3）底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
（4）RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
接入失败与掉话信令分析
一、接入失败分析
分为两类：1、Access External Interrupt：接入外部原因导致释放。
2、Access Failure：接入失败。
2是需要考虑的。
1、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_CallProcessing
2、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified
3、ERR_SPS_RLSA_BSSAP_FchSetup_RcvMSReleaseOrder
4、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect
5、ERR_SPS_RLSA_BSSAP_MsgPara_MSRejectOrder
6、ERR_SPS_RLSA_DSPM_CLH_OtherReason_MSNormalRelease
6、ERR_SPS_RLSA_BSSAP_TE_T303
C、e之间为T303时间点。
7、ERR_SPS_RLSA_BSSAP_TE_Tassignment
E、k点超时导致。
DSMP: DSMP负责1x Release A呼叫的层三信令处理和切换处理。
8、ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder
Twaitorder ：DSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后设置的等待手机响应的定时器（MS_ACK_ORDER）。
定时器超时，上报进入业务信道信令握手失败。
ABPM: ABPM/ABPM2：用于Abis接口的协议处理，提供低速链路完成IP压缩协议的处理。
帧序号校验：如果没有帧序号校验，业务帧在最终发射给终端时候是没有对齐的；这种情况下虽然终端侧看到的Ec/Io很好，但是业务帧却无法有效合并，导
致FER很高；
9、SDM_Activate_Fail_AcquirePreambleFail_Normal
10、SDM_Find_Fail_WaitConfigVTCTimeout
二、掉话信令：
1、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect
2、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvOrgnInSessionState
3、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_Others
4、SDM_Link_Fail_RevTooManyBadFrm。