1、CS掉话话统中怎么看？针对不同类型的CS掉话如何处理？
CS掉话在话统中的统计分为两类：RF原因和非RF原因；
原因：
CS RAB中RF原因导致释放主要分为以下几类：
1、RLC复位导致释放
2、上行同步失败导致释放
3、Uu口无响应导致的释放
4、其它原因导致的释放
CS RAB中非RF原因导致释放
1、OM干预导致的CS RAB请求释放
2、RAB抢占导致的CS RAB请求释放
3、IU接口AAL2链路异常导致RAB释放
4、其他原因导致的CS掉话
CS掉话多数出现在“无线环境”和“参数设置”两块。
无线环境：
1)弱覆盖：室外RSCP在-95以下一般视为弱覆盖区。处理方案：增强覆盖（1、
使用大功率载频或者加站等2、降低异系统切换门限，使UE及时切换至2G
网络）
2)各类特殊场景（一般描述为某某效应）：
拐角效应（调整天馈：使主导小区覆盖范围越过拐角；调整参数：提高1A、
1B门限，使小区进入激活集容易，离开激活集困难）
针尖效应：最直接的处理方案为调整天馈，消除针尖。站点在交通干道旁边，
主瓣方向垂直于交通干道的小区也容易出现针尖效应，该小区信号往往瞬间增
强之后瞬间衰弱，UE切换至该小区后来不及切换出导致掉话。该情况可以调
整天馈，使UE在交通干道上运动时有个平滑的信号上升和下降过程即可；调
整参数原则为提高1A、1B门限，使小区进入激活集容易（1A参数值越大，
越容易加入激活集，1B参数值越大，越难离开激活集），离开激活集困难，并
加快发生1D的速度，即降低门限和触发时延。
3)导频污染：
某个小片区存在过多强导频，RSCP强、Ec/Io差，掉话根本原因为Ec/Io恶化。
在话统中观察一般为TOP小区集中在一个片区或者一个用户在周边小区均存
在掉话（这个现象在PS掉话中较明显，因为PS掉话次数一般远远大于CS掉
话），调整天馈或者调整导频功率，突出某个主导频，降低干扰。
4)小区同扰码：
问题解释：小区A与小区C同扰码（比如100号扰码），小区B与小区A互为
邻区关系，用户在小区B接入，100号扰码强度超过门限后将发起切换；此处，
若UE接收到的100号扰码为A小区，因为两个小区有邻区关系，不会出现问
题，若100号扰码为C小区，则RNC会误判发起切换，在话统中看到结果为，
小区B至小区A切换失败，小区B上CS掉话。
处理方案：修改扰码，外部邻区，2G侧的异系统邻区信息也需要相应修改。
如果是因为某个小区过覆盖引起，可以通过调整天馈控制覆盖。
5)上行干扰：
RTWP问题，需要排除干扰源。如行政部门一般都存在信号屏蔽等设备。
6)设备问题：该类问题一般需要从信令上判断，比如信令异常或者丢信令等。(了
解)
7)手机制造厂：手机生产过程中有一步为拔电池，同样会导致掉话。（了解）
参数问题：参数问题在特殊场景中出现较多，比如覆盖高速，铁路等一片小区，该类问题一般会开展专项优化。如高速公路：相对于默认参数，需要提高1A门限、时延，使小区容易加入激活集，降低1D门限、时延，使UE及时切换至最好小区，降低滤波，使UE对信号变化更为敏感。
8)漏配邻区，或者邻区等参数有误。
2、PS掉话话统中怎么看？针对不同类型的PS掉话如何处理？
PS掉话跟CS掉话指标与处理手段基本一致。
PS RAB中RF原因导致释放主要分为以下几类：
1、RLC复位导致释放
2、上行同步失败导致释放
3、Uu口无响应导致的释放
4、其它原因导致的释放
PS RAB中非RF原因导致释放
1、OM干预导致的CS RAB请求释放
2、RAB抢占导致的CS RAB请求释放
3、GTPU异常导致RAB释放
4、其他原因导致的PS掉话
PS掉话和CS掉话处理方案相同，相对终端等问题会多一点。
特例：145号段，3G上网卡专用号段，开通了3G上网功能，未开通2G功能。无线测会发起3G->2G切换，由于未开通2G功能（核心网侧），不能顺利切换，当UE进入3G弱覆盖区容易发生掉话。
3、CS，PS异系统硬切换成功率低有哪些原因？
3G外部邻区定义是否有误，3G小区参数设置不合理，2G小区存在告警，2G小区拥塞，漏配最佳的2G邻区。
一般故障处理过程为：首先检查3G小区的本小区是否存在告警，当本小区存在告警时，优先处理本小区告警，排查此3G小区的外部邻区定义是否有误，包括CI，BCCH，BSIC 等参数;二，在话统提取异系统切换的切换关系，看此3G小区的异系统切换情况，是否存在向单个2G小区大量切换换过程中，存在着大量的失败而导致总体指标下降。如果是此种情况：则去排查此2G小区是否存在告警，2G小区是否拥塞。若不是此种情况，则具体分析此3G小区的外部邻区是否存在着最佳2G邻区漏配（很多时间不光是有邻区就可以，关键是最佳邻区必须配置）。如果以上情况均检查无误，则可以尝试修改基于覆盖异系统切换参数的修改：可以修改此小区的接入门限，让UE提前驻留在2G;修改此小区的2D,2F的门限，提前进入压模，以及切换CIO偏置等各个参数都是可以尝试去修改。
4、RRC接入成功率低是由什么原因造成？
RRC 建立失败一般有下面几类原因：
1.上行RACH 的问题
2.下行FACH 功率配比问题
3.小区重选参数问题
4.下行专用初始发射功率偏低
5.上行初始功控问题
6.拥塞问题
7.设备异常问题等
基于UE与RNC的信令交互可以分为以下3类：
1.UE发起RRC_Connect_Req，RNC没有收到。
2.UE发起RRC_Connect_Req，RNC拒绝。
3.UE发起RRC_Connect_Req，RNC回复RRC_Setup_Rsp，UE未收到。
第一种情况：如果此时Ec/Io较低，则此时可以考虑为覆盖原因造成。如果此时Ec/Io较好（大于-14dB），一般都是RACH问题，通常有以下原因：
1.preamble的功率攀升不够：可以增加Preamble攀升次数。
2.小区半径设置参数不合理：小区半径参数设置过小，会导致NodeB无法同步小区半径范
围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。
第二种情况：RNC拒绝的情况，此种情况基本是由RNC当前的资源拥塞状态引起，包括码，功率，CE等资源。也有可能是RNC本身的设备问题引起，需要看具体的日志进行确认。
第三种情况：RNC下发后UE没有收到，说明此时UE有可能已经发生了小区重选。此时可以调整小区重选参数，可以解决此类情况。
5、PS RAB建立成功率低有哪些原因，如何处理？
造成RAB成功率低的原因有：无线环境，小区资源拥塞：包括功率资源、码资源、CE资源、Iub口带宽，用户设备设置导致。
1.首先排查设备告警，此小区是否存在告警。
2.查看用户的UE设备是否有误，如：当用户的APN设置过高时，超过现网的设置是，此时发起B指配请求，即会一直产生失败。用户当用户在进行CS业务时，同时进行PS业务，此时也会导致RAB指配请求失败。
3.由于现网参数的设置不合理导致的RAB请求失败：如功率参数设置，CE资源未分配等各种原因。
6、CS RAB指派成功率低有哪些原因，如何处理？
CS RAB指派成功率相对于PS来说会较低一些，毕竟不用占用那么多的资源，具体的造成原因和PS一样，处理方法也类型
小区选择（S准则）与重选（R准则）
小区选择：
S准则：Srxlev>0且Squal>0。
Squal=Squalmeans-Qqualmin; -18
Srxlev=Qrxlevmeas-Qrxlevmin-Pcompessation; -115
对于这两个公式的理解为：我们平时衡量信号的好坏基于两个指标：Ec/Io和RScp，当UE 进行小区选择时，必须要同时符合这两个条件，Ec/Io及Rscp都要大于最小设定值。
小区重选
R准则：
R准则的理解为：当前小区的质量和邻小区的质量进行对比，如果当前的质量差到超过某个临界点，而临小区的质量好过某个门限时，此时即会发生小区重选，这可以在R准则公式中得到理解：
Rn>Rs。Rs即为当前UE驻留小区，Qmeans,s为当前小区质量，Qhyst为迟滞Rn为邻小区，Qoffsets,n为偏置，TOn（1-Ln）此参数可以暂不理解。
HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 45
切换
对于切换首先理解切换的过程：
测量控制－测量报告－测量判决－测量执行。
对于切换，理解各个事件，在此不做叙述。
同频切换相对来说比较简单：1A,1B,1C,1D,1F。
1、1A：激活集更新，增加链路，事件上报，前提是激活集没满3个小区。
2、1B：激活集更新，删除链路，事件上报。
3、1C：替换事件，非激活集信号替换激活集信号，但不是替换主服务会小区，在信令的表现为在Active Update里会有增加和删除小区的扰码。
4、1D：主服务小区变更，信令上的表现为，上报测量报告，RNC直接下发测量控制。
同频切换流程：第一条测量控制在RRC连接完成后下发：measurementIdentity:0x1(1):同频——UE上报测量报告——RNC做出切换判决——RNC向UE下发切换执行【信令Active setupdate(R99业务)，Physical Channel Reconfiguration(H业务)】
异频切换流程：RNC下发测量控制（设备下发两条，分别基于Ec/Io和Rscp）－UE测量上
报（基于Ec/Io或基于Rscp的2D事件上报）－进行压缩模式（2D启动压缩模式，物理信道重配置）－RNC再下发测量控制（下发异频切换的邻区列表，以及异频切换判决。异频切换判决可理解为：是基于周期的异频切换或基于事件（2b）的异频切换）－UE再上报测量报告（符合异频切换判决）－RNC判决、执行异频切换（物理信道重配置）。
异频切换涉及到的事件：2D，2B（如果基于周期的异频切换则没有2b事件）。
异频切换流程
异系统切换过程和异频切换过程一样，只是异系统的切换是基于3A事件，而异频切换是基于2B事件。
迁移
对于迁移，首先理解，迁移是肯定发生在RNC边界，当UE从一个RNC向另一个RNC进行切换时，此时有两个策略可以选择：1.切换2.切换后迁移
对于第一种切换，大家都是理解的，就不做叙述了。
下图为迁移策略下的Iu口和Iur口的变化情况：从图中可以看出，迁移后，Iur口释放。之前SRNC的Iu口释放，建立新DRNC的Iu口，DRNC为SRNC。（附：图中的Target RNC 应为Drift RNC）
而迁移和切换为：迁移Iur口释放，Iu口重新建立。而切换之前Iu口不释放，Iur口不释放。所以迁移策略可以降低Iur口的资源使用情况。
迁移触发条件：
1.Iur资源拥塞
2.时延优化
3.位置分离
4.时间分离
当前华为设备用到的为3和4，基于位置分离和基于时间分离，由于未曾接触过中兴的迁移策略，应该是大同小异。
位置分离：当UE的Service中的邻区都是DRNC下的小区时，此时触发迁移。
时间分离：基于此事件触发的迁移比较多，基本上都是由于此事件触发，此事件理解为：当激活集里的小区都是DRNC下的小区时，且持续时间达30S，则触发迁移。
可以看出：位置分离的条件比时间分离要苛刻得多，所以基本上触发迁移的都为时间分离。UE主叫流程：(重要)
UE主叫流程
RRC连接建立→初始直传/业务请求→鉴权→加密→建立→直传消息(Call Processing) →RAB指配→振铃→被叫应答→通话过程→（通话结束）→释放IU口→释放RRC连接→释放RL连接
UE被叫流程
寻呼（Paging）→RRC连接建立→初始直传/业务请求→鉴权→加密→建立→直传消息(Call Confirm) →RAB指配→振铃→被叫应答→通话过程→（通话结束）→释放IU口→释放RRC 连接→释放RL连接
象就是手机无法发送RRCCONNECTION消息。
2：UE发出RRC Connection Request消息RNC没有收到
如果此时下行CPICH的Ec/Io较低，则是覆盖的问题。
如果此时下行CPICH的Ec/Io不是太低（比如大于-14dB），一般都是RACH的问题。
通常有以下可能的原因：
Preamble的功率攀升不够：可以增加Preamble攀升次数。
UE的输出功率比要求值偏低：属于UE本身性能问题，更换UE。
NodeB设备存在驻波：检查NodeB是否存在驻波告警。
小区半径设置参数不合理：小区半径参数设置过小，会导致NodeB无法同步小区半径范围外的UE，造成接入失败，这主要发生在农村、郊区等广覆盖场景。
3 RNC收到RRC建立请求消息后下发了RRC Connection Reject消息
当出现RRC Connection Rreject消息时，需要检查具体的拒绝原因值。RRC Connection Reject中拒绝原因值包含2种：congestion和unspecified。
对于congestion，说明网络发生了拥塞。需要检查网络负载情况，包括功率、码、CE 等资源的占用情况，确定是由于那种资源不足导致的拥塞，然后给出相应的扩容手段。
对于unspecified，则需要察看相关日志信息，确定故障原因。
4 UE发出RRC Setup Complete消息RNC没有收到
由于上行初始功控会让UE的发射功率上升，这种问题出现的概率很小。如果出现这类问题可以适当提高专用信道的Constant V alue值，从而提高UE的上行DPCCH初始发射功率。
同时还与上行链路SIR初始目标值设置是否合理有关，对于初始建链时的上行初始同步有较大的影响。该参数如果设置过大，有可能会使得用户初始建链时带来的上行干扰过大；如果设置过小，则会使得上行同步时间加长，甚至导致初始同步失败。该参数为RNC级的参数，对网络性能影响较大，调整时需要谨慎。
RAB指派失败原因：
1：数配置错误导致RNC直接拒绝RAB的建立请求
参数设置非法导致RNC直接回应RAB建立失败在商用网络的发生概率较小，一般是由特殊用户的特殊操作造成的。
主要场景是用户PS业务的上行开户和激活申请信息超过了手机的能力，导致RNC 直接回应拒绝。例如：某特殊用户的开户能力是上下行384K，而其使用的手机上行最大能力只是64K，在用户使用A T命令或者手机终端软件设置激活PDP的QoS信息中上下行最大速率均为384K，这样在RNC收到RAB指派请求时，发现请求的上行最大速率超过了UE的能力，将直接返回RAB建立失败，不发起RB建立过程。
由于参数设置错误超过UE能力的情况造成的RAB建立失败后，SGSN会重新协商发
起新的RAB指派，直到UE能力可以支持，最终完成RAB指派。对于用户来说，这次PDP激活仍然可以成功，指示获得的最大速率为UE能力所能支持的最大速率。
但是，如果UE的PDP激活请求中QoS设置要求的最小保证速率都超过了UE的能力，那么虽然网络协商了较低的速率接受UE的PDP激活请求，但是当UE发现PDP激活接受消息中网络协商的速率小于其最小保证速率时，会发起去激活PDP请求，最终无法完成PDP激活。
2：准入拒绝
对于非HSDPA用户，当系统资源不足时（包括功率、信道码、Iub 传输资源、CE），会发生准入拒绝导致呼叫建立失败。此时，需要检查当前网络负载情况、码资源、Iub 传输资源、CE资源占用情况，确定是那种资源受限导致的拥塞，并给出相应的扩容手段，在信令中会显示失败原因：系统资源不足等。
3：空中接口RB建立失败造成的RAB建立失败，需要结合前台测试情况与后台信令跟踪进行分析。
主要包括两个问题。
1：是手机未接受到RB建立消息，也就是下行问题。
即在RNC信令跟踪侧能够发现RNC下发了RBSETUP消息，但是未收到RB建立的回应。
往往存在覆盖不好和下行存在干扰。
2：是手机接受到RB建立消息，回应的RB建立完成RNC未收到
可能是上行信道质量变差，或者存在上行干扰等，造成RB指派失败。需要查看小区底噪等。
问题分析
现有问题
通过近期深圳、泉州等地RAB问题处理情况来分析，已知影响RAB建立成功率指标的因素有：
1. 覆盖问题；
2. 干扰问题；
3. 双RAB问题；
4. Node B资源吊死问题；现象为大量RL failure及RB Complete收不到；
5. 传输受限问题，主要现象为RL Reconfiguration Cancel；
6. 手机不回RB Complete问题，目前发现的规律是该类终端支持F-DPCH；
7. RB Complete上行错包问题，主要是N97、N85两款手机；
应对措施
1. 覆盖类问题，需进行相应区域RF优化，通过提升覆盖的方式缓解该类
失败，对于通过RF优化调整效果甚微的小区，可适当进行驻留门限调
整，尽快重选至2G网络；
2. 干扰类问题，需通过清频、关闭干扰源、增加滤波器、增加隔离度等方
式进行缓解；
3. 双RAB问题，考虑到无明显用户感受问题可暂缓，后续评估是否需通过
版本解决；
4. Node B资源吊死问题，需通过业务失败记录进行确定；
5. 传输受限问题，关注问题站点传输资源配置是否充裕；
6. 手机不回RB Complete问题，需关注终端能力，判断是否支持F-DPCH，
后续通过版本将该功能关闭；
7. RB Complete上行错包问题，需待深圳外环功控参数调整效果验证；排查流程
详细问题排查流程如下图：
图0-1 RAB问题排查流程图
针对终端的分析必要时进行用户回访，或通过IMSI查询IMEI进而确定终端类型