掉话及未接通原因分类
掉话未接通的分析
未接通、掉话及切换失败分析未接通、掉话及切换失败分析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 等数据对呼叫建立失败进行详细的分类，对建立失败呼叫所使用的信道单元、业务类型等进行准确定位。
GSM未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出channel request report-→immediate assignment-→CM service request-→setup-→call proceeding-→assignment command-→assignment complete-→alerting-→connect-→完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request report→immediate assignment-→setup→call confirmed→assignment command→assignment complete-→alerting→connect-→完成一次被叫接入。
1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数2、未接通实例分析（1）SDCCH拥塞导致未接通在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。
掉话的一些原因
合理优化邻区
调整切换参数
4）由于干扰而导致的掉话
原因分析：
同频、邻频
直放站带来的干扰
外来干扰
硬件故障带来的干扰
解决措施：
同频、邻频干扰是GSM系统主要干扰，需要通过良好的频率规划、天线调整、功率控制综合解决
对直放站带来的干扰，需协调直放站厂家严格控制好直放站的覆盖范围。
2）、由于覆盖原因导致的掉话
原因分析：
基站较少，覆盖面积过大，造成覆盖问题
两小区交界的地方出现覆盖漏洞
硬件故障导致覆盖过小
高大建筑物阻挡造成覆盖问题
邻区定义不全造成无法切换到更好小区
越区覆盖造成无法切换到更好小区
查找覆盖不足的地方，根据实际情况增加基站、直放站、室内分布系统
调整现网基站覆盖方位角和下倾角，调整网络参数（基站发射功率、手机最小接入电平、小区相邻关系等），改善覆盖不好的地方
6）、参数设置不当引起掉话
可通过参数检查工具来检查参数设置是否合理，如频率的规划是否合理；跳频的频点是否存在干扰；关键计数器的设置；无线链路失效计时器、邻区定义是否错误、是否有同频同BSIC。检查出参数错误或者不当后，需尽快处理解决。
）、由于上下行不平衡引起的掉话（塔放、功放、天线方向）
无线信号根据传播方向分为上行和下行两个方向，在理想情况下上下行链路是平衡的，即在任何区域基站侧和手机侧均可以同时收到对方的信号，或者同时无法收到对方的信号。由于无线信号传播路径的不确定性以及实际环境的差异，在整网范围内完全实现无线链路上下行平衡是不可能的。因此网络中必然存在下行信号可以覆盖而上行信号无法覆盖到的区域，在这些区域内，用户可以收到网络侧的消息而网络侧无法收到用户手机上报的消息。
GSM掉话分析
掉话问题分析1. 由于覆盖原因导致的掉话【原因分析】（1）不连续覆盖（盲区）由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。
由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。
（2）孤岛服务小区由于各种原因（如功率过大）形成孤岛，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话。
（3）覆盖过小覆盖过小也有可能是由于某个小区的硬件设备出了问题，如天线受到阻挡或载频发生了故障（功放部分）。
2. 由于切换原因导致的掉话（1）参数设置不合理如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。
（2）邻区不全邻小区定义不全会导致移动台保持通话在现有的小区中，直至超出该小区覆盖边缘而不能切换到信号更强的小区而掉话。
（3）邻区中有同BCCH同BSIC的小区存在。
（4）话务拥塞由于话务不均衡，造成因目标小区无话音信道可切入而导致切换失败，在重建也失败时产生掉话。
（5）BTS时钟失步，频偏超标，发生切换时失败而掉话。
（6）T3103计数器超时导致掉话3. 由于干扰原因导致的掉话当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台的测量报告。
这样会对网络中的通话造成干扰，使通话质量差，引起掉话。
干扰分类：(1) 网内干扰①同、邻频干扰;②越区覆盖导致干扰（2）直放站干扰（3）其他大功率通信设备干扰（雷达，模拟通信基站等）（4）i) TRX故障：如果TRX因生产原因或在使用过程中性能下降，可能会导致TRX放大电路自激，产生干扰ii) CDU或分路器故障：CDU中的分路器和分路器模块中使用了有源放大器，发生故障时，也容易导致自激。
TD掉话未接通总结
【1】未接通问题汇总一、产生未接通的原因分析：1覆盖问题导致的未接通1.1弱覆盖问题在现象上主要表现为无线信号质量主要是PCCPCH RSCP值较低，并且在邻区表中也没有PCCPCH RSCP值更好的小区，此时UE_Txpower通常也会升高。
对于这种现象我们首先应该查看服务小区是否存在越区孤岛、以及邻区漏配情况，如果没有才能说这是弱覆盖区域，由于覆盖是保证网络服务的基础能力，所以添加新站点事解决此类未接通的最有效方案，但往往由于周期较长因此我们处理提出新站需求外，还要对附近的小区进行功率的抬升，或者对天线方位角、下倾角进行调整。
另外一种手段是增加小区PCCPCH、FPACH信道的发射功率，以及上/下行干扰余量，从功率的角度对问题进行优化。
1.2重叠覆盖问题通常情况下在重叠覆盖而没有主导小区进行覆盖的区域，会发生频繁的重选，在位臵区边界则会造成频繁的位臵区更新，导致被叫收到寻呼消息的概率大大下降，对于这种情况我们主要通过控制覆盖，使问题区域由一个较强的主导小区单独进行覆盖，主要采用天线调整的手段进行整改，另外可以有条件的结合重选、功率参数等，也可以使终端在重叠区域稳定占用某个小区。
1.3越区覆盖问题其在现象上与弱覆盖问题产生的事件较为相似都表现为服务小区及邻区表小区PCCPCH RSCP值较低，但最主要的区别在于，越区覆盖的小区其邻区表中的各个小区均距离问题路段较远，且距离问题路段较近的小区没有出现在邻区列表中（如使用DX188手机进行测试，则直接可以通过邻区表判断是否存在邻区漏配，因为该型号手机有邻区测量功能，即使与周边小区没有配臵邻区关系仍然可以进行测量），而弱覆盖区域中我们可以发现，即使覆盖问题路段的小区均出现在邻区表中，但其PCCPCH RSCP值都很低。
解决越区覆盖的有效手段即对天线下倾角进行优化，当遇到天线调整困难时，比如：美化天线、上不了天面等，我们还可以临时采取功率调整的手段进行覆盖控制，另外还要对其邻区配臵做合理添加，尽量避免在覆盖没有得到完全控制前出现孤岛的概率。
未接通、掉话简析及案例分析
未接通、掉话简析及案例分析―范智浩目录1前言 (2)2路测指标分析 (2)3未接通 (3)3.1位置更新过程中的未接通 (4)3.1.1主叫位置更新引起的未接通 (4)3.1.2被叫位置更新引起的未接通 (4)3.2无线链路建立过程中的未接通 (4)3.2.1SDCCH拥塞引起的未接通 (4)3.2.2SDCCH掉话引起的未接通 (5)3.3TCH分配过程中的未接通 (5)3.3.1TCH分配失败引起的未接通 (5)3.3.2TCH拥塞引起的未接通 (5)3.4其它未接通 (5)4掉话 (6)4.1无线链路质量差掉话 (6)4.1.1接收电平低且TA值较大 (6)4.1.2接收电平低但TA值正常 (6)4.1.3接收电平正常但质量很低 (6)4.2切换掉话 (6)4.2.1误切换 (6)4.2.2Handover Command等无后续信令 (7)5案例分析 (7)5.1清河路北河口2掉话问题 (7)5.2湖西街茶亭新村2掉话问题 (9)5.3龙园东路古平岗3未接通问题 (10)5.4长江大桥大桥四处2未接通问题 (11)5.5虎踞路艺术学校2未接通问题 (12)5.6江东路聚福园1未接通问题 (13)5.7绕城公路江宁气象学院3未接通问题 (14)5.8中山北路下关2掉话问题 (15)5.9清凉门大桥汉中门1掉话问题 (15)5.10清凉门大街省邮科所2、赛天皇星2同BCCH问题 (17)5.11定淮门大街定淮门2未接通问题 (18)1前言路测主要是分析空中接口接收到的网络电平质量，从而可以了解一些网络无线情况：基站分布、覆盖情况，是否存在盲区；切换关系、切换参数、门限设置是否合理；下行链路是否有同邻频干扰；天线扇区是否接反；天线下倾角、方位角及天线高度是否合理；以及网络的其它情况，为制定网络优化方案和实施网络优化提供依据。
测试方法可以采用长通话测试方式（检查通话质量、切换参数）；空闲模式测试方式（检查小区重选参数、LAC区分布的合理性）；扫频测试方式（同邻频干扰、C/I）、自动重拨呼叫测试方式（评估整网性能），各种测试方法依据需要结合使用。
未接通原因归类
未接通原因归类未接通原因归类：导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
1、RxLev连续小于-90dBm2、（GSM）RxQual连续5级-7级3、（GSM）No route to destination\拥塞\No circuit/channel available 主叫在起呼期间，被叫在位置更新，无法响应主叫寻呼，导致主叫呼叫建立超时（超过15S)，上发Disconnect。
4、主叫起呼期间，完成了SDCCH信道以及TCH指配，但被叫一直处于空闲模式下。
（无线环境良好）Call rejected/CM Service Reject（如果信令解码有明确原因请归入前面类别）5、起呼期间，下行电平弱（BCCHLEV\Rxlevsub连续小于-90DBM) 起呼期间所指配的SDCCH信道或者TCH信道受到干扰。
6、无SDCCH或者TCH信道指配，导致呼叫建立超时，主叫上发disconnect；或者指配TCH信道时出现指配失败。
（RR Assignment Failure）原因1:是当前服务小区的Pch信道拥塞，无法下发寻呼消息;原因2：被叫收到寻呼寻呼消息，但无法占用SDCCH信道上发寻呼响应。
归为信道拥塞。
7、重选不及时会导致主叫起呼失败。
8、被作为被叫的时候分配了TCH后呼叫，会导致碰撞，进而无法接通；未接通主要原因如下：1、路段覆盖差1）本身覆盖差2）孤岛效应导致覆盖差3）重选不及时导致覆盖差4）硬件故障，TCH载频问题，跳线问题；2、参数设置问题1）重选关系2）接入电平门限3）呼入呼出限制等等3、容量问题：无空闲信道等4、硬件故障问题4、手机本身问题。
掉话问题的简单总结以及掉话与未接通的关系结
掉话问题的总结以及掉话与未接通的关系掉话的分类:一般以通信阶段来分可分为: SDCCH 信道上的掉话和TCH 信道上的掉话SDCCH 信道上的掉话是指BSC 给手机分配了SDCCH 信道但是还没有分配成功之前而形成的掉话.TCH 掉话是指BSC 已经成功给手机分配了TCH 后所产生的掉话.产生掉话的原因主要有三条:一是无线链路故障,二是切换失败T3103超时,三是设备硬件故障.需要注意的是掉话和未接通为两个不同的概念.未接通的定义是以信令中是否出现连接和连接确认为判定标准.而掉话定义下行是以无线链路计数器超时为判定标准.(SD 掉话一定会产生未接通,未接通不一定是SD 掉话,也可能是TCH 掉话,但是TCH 掉话不一定会产生未接通)图示:常见掉话分类:质差掉话和切换掉话.(设备故障掉话为硬件原因不加讨论) 质差掉话主要是因为覆盖不合理和强干扰引起.其中覆盖不合理包括弱覆盖和覆盖畸形(越区,波导效应等)引起的手机拖死.干扰主要包括网内干扰和往外干扰.网内有同邻频干扰(包括BCCH 和TCH),有来自其他系统干扰,互调干扰等.网外主要是其他无线电发射设备的频率干扰. 切换掉话主要指邻区配置不合理和切换参数设置不合理.邻区配置不合理包括邻区多配,漏配,错配导致不能切换到合理的小区而使得手机拖死. 参数设置不合理包括切换门限不合理,切换层级不合理,T3103设置不合理. 在切换参数中需要特别主要的是层间切换:当触发的是层间切换的时候,不管源小区电平是否比切入小区的强,只要当切入小区的电平值到达它的切换门限便会触发切换(华为算法的16比特排序).切换引起的掉话其中还有一种是由于无线环境突然变差或者硬件(如传输)突发故障,引起的手机不能正确解码消息而导致切换失败也不能回到原来小区的情况.(有时候在信令中会发现手机发了一个切换完成信令然后紧接着会发一个切换失败,这一般都是犹豫无线环境突然恶劣引起的异常现象)以上情况都可能引起掉话实际分析中要结合实地环境综合分析.2012年8月27日 --庞勋。
未接通事件分析和掉话时间分析(G网)
未接通事件分析：主叫信令流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service Request 起呼信令MS1 Downlink CM Service Accept SDCCH分配成功（收到这条信息可以判定SDCCH分配成功，如果没有收到，说明SDCCH分配失败，可能原因是SDCCH 拥塞）MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH分配成功（收到这条信息可以判定TCH分配成功，如果没有收到，说明TCH分配失败，可能原因是TCH拥塞）MS1 Downlink Alerting如果收到Alerting但是没有接收到Connect,可能原因：1：被叫原因（具体的看被叫处于什么状态），如果是空闲也就是IDLE状态时，应该是网络链路问题。
被叫MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response （收到这条信息可以判定SDCCH分配成功）MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete （收到这条信息可以判定TCH分配成功）MS2 Uplink Alerting通话质量主要可以通过RxQualSub的值来判定，如果RxQualSub>=4，说明通话质量比较差，如果RxQualSub<4，说明通话质量还可以。
覆盖主要可以通过RxLevSub的值来判定，如果RxLevSub>=-90，说明通话质量比较差，如果RxLevSub〈-90，说明覆盖还可以。
常见的主叫未接通原因
常见的主叫未接通原因常见的主叫未接通原因包括以下几个方面：1. 对方手机关机或没电：最常见的情况就是对方手机因为关机或是没电而无法接通电话。
在这种情况下，我们可以通过短信或其他联系方式向对方询问具体原因，并选择合适的时间再次拨打电话。
2. 对方正在通话中：当我们拨打电话时，对方手机正在通话中，无法接听来电。
这种情况下，我们可以稍后再拨打电话，或是给对方留下语音留言等待回复。
3. 对方手机无信号区域：在某些地方，特别是一些山区或是较偏远的地方，由于信号问题，对方手机无法接收到来电。
在这种情况下，我们可以选择稍后尝试拨打电话，或是通过其他方式与对方联系。
4. 对方已设置为勿扰模式：对方为了避免被打扰，可能会将手机设置为勿扰模式。
在这种情况下，对方手机不会响铃或振动，不接收任何来电。
我们可以通过其他方式与对方联系，或是等待对方取消勿扰模式后再次拨打电话。
5. 对方不方便接听电话：有些情况下，对方可能无法接听电话，比如在开会、上课、参加重要活动等。
在这种情况下，我们可以稍后再次拨打电话，或是给对方留言等待回复。
6. 号码错误或不可用：有时候，我们可能拨打了错误的号码或是拨打了一个已经停用的号码。
在这种情况下，我们需要检查拨打的号码是否正确，并确认该号码是否有效。
7. 网络问题：在一些情况下，由于网络或是通信设备故障，可能导致主叫电话无法接通。
在这种情况下，我们可以尝试切换到其他网络或是稍后再次拨打电话。
8. 黑名单屏蔽：对方可能将我们的号码加入了黑名单，屏蔽了来自我们的电话。
在这种情况下，我们可以通过其他通信方式与对方沟通，了解具体原因并与对方解决此问题。
9. 其他原因：除了以上几种常见情况外，还可能有其他原因导致主叫电话未能接通，比如手机故障、信号干扰等。
在这种情况下，我们可以尝试其他的联系方式，或是选择适当的时间再次拨打电话。
总结起来，主叫未接通的原因多种多样。
在遇到拨打电话无人接听的情况时，我们可以先检查对方手机是否关机或没电，再考虑其他可能的原因，并选择合适的方式与对方联系。
基站代维培训-常见故障处理
告警及故障处理网络质量是通信企业生命线课程目标：熟悉基站主设备告警分类及影响，掌握断站故障处理方法。
断站、告警判断及处理1、基站断站、告警影响2、基站断站定义3、基站断站原因分类4、基站断站处理流程5、基站告警定义及列表6、主要告警处理方法1、基站断站、告警影响1、弱覆盖：手机信号很差，俗称“没信号”，“找信号”。
别急,哥换个信号好点的地方给你说2、掉话：没有操作手机，手机主动挂断。
喂、喂！！怎么说了一半就没声音了？3、未接通：手机信号很好，就是打不出去也接不进来。
4、单通：一方能听到，一方听不到。
明明有信号啊，怎么就是打不出去？哥呀，我听到了，我都说了几百遍了，你回句话呀！5、回音：听不到对方的声音，只能听到自己的回音。
6、无法上网：手机信号很好，能打电话，不能上网。
拜托，不要学我说话啦！你复读机啊……姐手机都快按烂了，肿么就是上不起网！真是伤不起呀！2、基站断站定义断站定义：基站与BSC（RNC）失去联系，BSC无法正常监控和控制基站，基站无正常的射频信号发射，各类设备呈现的告警名称如下：华为2G 诺西2G TDOML告警7704告警NODE B退服3、基站断站原因分类传输故障基站主设备人为闭塞业主阻碍交流引入、开关电源、被盗、光端机、光缆、尾纤、数据主控板、传输扳、机框去激活、闭锁电费、房租、辐射纠纷等电源故障44、基站断站处理流程已恢复经判断为主体设备故障更换相关问题机柜更换相应数字板件申请相关技术支援将备用柜作为主柜更换数字框（或槽位）故障现场处理结束EMOS 工单回复未恢复未恢复未恢复未恢复已恢复已恢复已恢复5、基站告警定义及列表告警定义：基站未中断，但工作不正常，影响用户感知。
如无线链路提示告警、主分集接收异常告警、一、二级驻波告警等。
6、主要告警处理方法故障处理流程发现故障：多种途径、越早越好判断故障：确定故障位置、范围、种类定位故障：确定故障原因解决故障：清除故障、恢复系统发现故障的途径告警：反映系统的“硬伤”话务统计：全面的系统监控用户投诉：越少越好全面巡检：设备“体检”感谢聆听欢迎指正！。
cdma常见掉话的原因分类
掉话是考察和评价一个网络好坏的重要指标，掉话的高低在一定程度上体现了移动网通信质量的优劣，而用户对掉话质量问题非常敏感，迫切希望尽早杜绝,从而不断提高移动通信质量，满足用户需要。
下面以CDMA系统为例，介绍几种掉话的原因和解决办法。
1 前向链路干扰（1）掉话现象接收功率RX保持正常，而导频强度Ec／Io在不断降低，FFER 增大，但是，TX-GAIN-ADJ的幅度保持恒定。
（2）掉话机制Ec／Io低于-15dB以后，前向链路的质量严重下降，它连续收到12个坏帧(由N2m计数器决定)，移动台关闭发射机并启动T5m 计时器。
此时，反向链路功率控制比特被忽略。
如果T5m超时，使MS掉话。
之后，重新搜索强导频。
一般情况下，重新初始化到新的导频上。
如果前向链路的质量严重下降时间较短，T5m没有超时，MS收到N3m个(一般2个)好帧，导频Ec／Io恢复到-15dB以上，MS 不会关闭发射机。
但是，基站启动了控制掉话的机制，计时比MS的T5m更短。
当MS检测到服务小区的Ec／Io恢复，基站却认为MS 已经掉话，就切断了业务信道。
在这种情况下，移动台会在同一个导频上重新初始化。
（3）掉话原因及解决办法①导频变化，邻区列表缺少扇区导频在候选导频集中，大于T_ADD导频长时间不能激活而掉话。
MS 掉话后重新初始化到新的导频上。
判断解决：在空闲状态下，观察源扇区的邻区列表是否存在上述没有切换成功的目标导频。
如果没有，说明缺少邻区。
在邻区列表中加入有用导频即可解决。
②导频变化，邻区列表规划不合理有用导频在候选导频集中，长时间不能激活。
此时激活集中存在二个以上导频，由于前向干扰而掉话后，MS重新初始化。
检查空闲状态下的邻区列表，如果不是缺少邻区，可能是邻区列表设置不合理。
因为移动台的相邻导频集最多支持20个导频，而在多路软切换时，还会将邻区关系列表合并。
如果较强目标导频在邻区列表中的位置靠后，就会有被顶出邻区列表可能，使移动台检测不到。
未接通及掉话原因分析
未接通分类什么是未接通：根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。
以下是常见引起未接通的原因：1、位置更新主叫位置更新：在GSMDT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。
一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。
被叫位置更新：在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。
主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通。
2、SD拥塞由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。
具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。
见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。
附SD拥塞案例如下：手机占用小区LAC：37318 CI：16807（临潼斜口街道办芷阳村马巧莉），16：11：15发起CHANNEL REQUEST，随即收到下发的IMMEDIATE ASSIGNMENT REJEC，则SDCCH分配失败。
从层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。
掉话及未接通原因分类
其它
27
Destination out of order
由于至目的地的接口在功能上不正确，主叫移动台指明的目的地无法路由到达。这里“功能上不正确”指信令消息无法输送至远端用户侧（如物理链路不存在）
其它
28
Invalid number format (incomplete number)
表明主叫拔号是非法的号码格式（或号码不全）
不应出现
15
No Suitable Cells In Location Area
移动台发起位置更新时，网络不允许其在这一小区漫游
不应出现
25
Not authorized for this CSG
移动台发起呼叫时，目标小区是CSG小区
其它
PLMN特殊网络失败及拥塞/鉴权失败原因
20
MAC failure
其它
100
Conditional IE error
条件型IE实现错误
其它
101
Message not compatible with protocol state
收到了与当前协议状态不符合的消息（如在空闲模式下收到SI5）
其它
102
Recovery on timer expiry
根据错误处理过程，设备启动了定时器超时后的恢复流程
44
requested circuit/channel not available
在接口的另一侧（其它网络）无法提供此次呼叫所需要的资源
拥塞
47
Resources unavailable, unspecified
其它不可知的资源不可用情况
其它
业务或选项不可用类型原因
掉话未接通问题分析
1.【问题描述】：MS1在接收到金昌利-3小区时发生严重的语音质量差，导致掉话，情况如图所示：
【问题分析】：MS1在接收到金昌利-3小区，MIAO为2时，通过分析信令得知，手机像基站连续发出测量报告，得不到基站回应，上行链路弱，导致掉话
【优化方案】：更换MAIO为2的载频
2.【问题描述】：驱车行驶，手机在金昌利-2小区附近利用电机厂-3小区信号起呼，导致一次未接通，情况如图所示：
【问题分析】：手机在金昌利-2小区附近利用电机厂-3小区信号起呼，导致一次未接通，疑似金昌利-2小区和电机厂-3小区没加邻区
【优化方案】增加邻区
3.【问题描述】：驱车行驶，在信德宾馆附近，手机由金昌利-2小区切换至电机厂-3小区发生一次掉话，情况如下：
【问题分析】：在信德宾馆附近，手机由金昌利-2小区切换至电机厂-3小区，没有占用沃尔玛小区信号，电机厂-3小区越区覆盖，导致一次掉话
【优化方案】：检查沃尔玛小区信号，下压电机厂-3小区天线。
掉话现象与原因分析
原因分析 查话务统计，看是否存在载频故障，从Assigment Command和Handover Comannd 信令中查找MAIO和Ts信息，确定是哪块载频，再 查话务统计，看是否存在载频故障 查RNP数据，排查强干扰源 查原小区附近是否存在和目标小区同BCCH，但BSIC不同的情况 BCCH电平很强，但TCH电平很弱，检查是否存在鸳鸯线 检查是否存在选频直放站，一般选频直放站不能放大EGSM频点 检查最强邻区是否存在切换拥塞，提交扩容 如占用远处小区，信号很强，检查是否存在越区覆盖 一般小区都是按模板进行参数设置，不一定适合所有情况，需在实测数据分析 的基础上进行细调 检查服务小区和目标小区的小区类型，是否发生了捕捉切换或优选频段切换， 捕捉门限CPT设置是否合理 存在弱覆盖，需加强覆盖 一般市区无主服路段，需通过参数调整、天线调整或建街道站建立主控小区 如目标小区合理，检查是否缺少邻区关系 如占用远处小区，信号很强，检查是否存在越区覆盖 检查目标小区覆盖方向是否正常，是否存在天线接反的情况 检查目标是否为微蜂窝，切换的原因是什么，针对切换原因进行相应参数调整 或分布系统整改 检查最强邻区是否存在切换拥塞或切换参数是否正常，提交扩容 分析服务小区覆盖方向和车辆行驶方向是否一致，可能存在拐角衰弱 现场勘查，是否存在建筑物遮挡，或天线平台不合理 一般是起呼前空闲模式下手机占用小区不合理，如位置区、车速过快、天线位 置不合理等都会引起重选滞后，导致低电平起呼。可通过小区重选参数调整避 可能是传输掉话，重点检查话务指标是否异常 可能是传输掉话，重点检查话务指标是否异常 可能是传输掉话，重点检查话务指标是否异常 可能是OMC有人操作 切换掉话，可能是手机故障，目前使用SAGEM OT260手机测试经常发生，Tems测 试设备很少发现
话务掉话的原因
掉话也主要由于几个因素引起：干扰（网内和网外）、弱信号、硬件故障、参数定义错误、邻区不完善、传输不稳定、信令压缩等等。
不同原因的掉话有时候是相伴产生的，分析时可以结合起来观察。
掉话的突然产生与长期稳定产生，又可以区别对待处理，也总有纵向与横向对比的参照物（纵向即小区自身近期指标，横向即与其他周边小区对比）。
如果为突然产生掉话过多，即分无线参数误设置、无线环境突变、硬件故障三类。
如果长期稳定存在，便需要勘站观察。
首先一点，任何故障都可以由硬件引起，所以我们日常小区高掉话处理，先得查小区是否有告警为第一步（RXMFP、RXELP、DTQUP）。
只要把相应的工作做好，掉话问题就会得到改善，因此，对于掉话问题的分析等于对其余问题的综合分析。
根据不同掉话原因的处理方法如下：DISQAUL:上行质差掉话（可能伴随突然掉话）可以从网内外干扰、天馈线系统、接收机、直放站等着手，可以用RLCRP打印实时ICM情况观察。
一般情况，小区开跳频，频点与载波不对应，如果是网内个别频点干扰，那么个别频点对应的BPC不在同一载波上；如果受干扰的频点对应的BPC多数集中在同一载波(或2202一个DU上的连续载波，或2206上的CNU对应的连续载波)，而少数在其他载波上的时隙却没有干扰，基本可以确定是载波故障（RX？或印刷板有问题？或内部总线有问题？姑且不用太详细看，换掉就是）；如果是全频段所有时隙都受干扰，即可从是否带直放站、天馈线系统、网外干扰观察。
可以先关掉所带直放站，看干扰是否存在，一锤定音。
如果上述几种方法不能奏效，即需要扫频或现场勘站观察天馈线系统是否有问题(老化？或损坏？塔顶放大器?)；DISQADL：下行质差掉话表现比较明显时，多数为频点强干扰、载波/TX/CDU/跳频总线故障引起，结合MOTS大概可以定位。
MOTS统计出来，如果ERCNT次数多的时隙出现在同一载波上，或同一CDU/CU，或同一机架（主架或扩展架），大概可以从硬件更换着手处理。
GSM网络优化中掉话、拥塞的原因及解决办法
GSM网络优化中掉话、拥塞的原因及解决办法1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。
1.1掉话产生的原因1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。
当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。
基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。
交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。
2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。
（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。
（3）孤岛效应。
如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。
3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。
如：PMRG设置过高或相邻小区参数做错都会导致掉话。
4、基站硬件引起的掉话：BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。
5、Abis接口失败产生的掉话Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。
4G伪基站导致VoLTE业务未接通和掉话的分析
4G伪基站导致VoLTE业务未接通和掉话分析1、问题描述在进行VoLTE呼叫的时候，切换到公安的4G伪基站上，造成切换失败，导致掉话。
同时，在空闲状态下，重选到公安4G伪基站上，造成未接通。
2、处理过程伪基站是仿真移动通信无线基站系统及后台分析系统，利用移动网络系统网号（MNC），频率资源等，伪装成移动基站的邻区，在信息获取点设臵仿真移动基站，采用大功率的无线信号发射，强迫用户终端（手机）在仿真基站信号中进行登记，通过后台分析从而获得用户的信息，如IMSI、IMEI及手机号码等。
该系统是相关部门出于安全因素研制的一种监控仪器。
由于所使用的频率与公众移动网频率重叠，故对移动通信系统造成了有害干扰，导致用户无法正常使用移动网络服务。
而且数字集群系统多用于强力部门（如公安、消防等），故障所带来的后果要比其他移动通信系统要严重得多。
仿真基站主要安装位置：(1)重要的高速公路收费站；(2)省际、市际、县区城际的公路、铁路等进出口；(3)火车站以及机场等进出口；(4)市区繁忙交通道口LTE制式仿真基站，同样通过控制用户重选到仿真基站，TAUpata采集用户信息。
（1）LTE与GSM制式的仿真基站实现原理基本相同，都是通过控制用户重选仿真基站，由于仿真基站与LTE基站TAC不一样，终端发起TAU，与仿真基站建立RRC连接后，发起Identity Request采集用户信息，然后下发TAU Reject（2）与正常TAU对比Identity Request/Response是可选的一个流程。
通常一个UE在CS域发起连接，或在PS 域发起附着请求的时候，或者在位置区更新的时候（可选项目，CN可以控制关闭）会把它的设备标识码IMEI也一起带给核心网。
仿真基站TAU 正常TAU可以看到，在仿真基站里做TAU时，要求用户Identity Response；而在我们目前正常的TAU里暂时不要求用户Identity Response。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-94dBm
弱覆盖
弱覆盖
主控小区信号电平低于-94dBm，邻小区信号电平高于-94dBm，信号质量7
主控小区未能及时切换
质差
主控小区信号电平高于-94dBm，信号质量7
主控小区受到外来干扰
质差
发起切换后，直接进入空闲状态
切换失败导致掉话
其它
41
Temporary failure
临时故障，一般有可能是网络与移动台之间的配合问题
其它
42
Switching equipment congestion
高话务情况下，交换设备拥塞
拥塞
43
Access information discarded
接入信息废止，说明网络无法将接入信息发送给远程用户
其它
移动台要求了业务质量（最低门限），但网络无法满足需求
不应出现
50
Requested facility not subscribed
移动台要求的增补业务未开通
不应出现
55
Incoming calls barred within the CUG
虽然主被叫均是封闭用户群（CUG），但此CUG不支持被叫
不应出现
不应出现
9
MS identity cannot be derived by the network
31
Normal, unspecified
如果不属于以上所有拆线原因，又是普通原因拆线，就使用这一Cause Value
其它
资源不可用类型原因
34
No circuit/channel available
没有电路（核心网）或信道（接入网）来处理此次呼叫
拥塞
38
Network out of order
网络故障，一般有可能是网络与移动台之间的配合问题
未知原因
其它
27
Destination out of order
由于至目的地的接口在功能上不正确，主叫移动台指明的目的地无法路由到达。这里“功能上不正确”指信令消息无法输送至远端用户侧（如物理链路不存在）
其它
28
Invalid number format (incomplete number)
表明主叫拔号是非法的号码格式（或号码不全）
收到了与当前协议状态不符合的消息（如在空闲模式下收到SI5）
其它
102
Recovery on timer expiry
根据错误处理过程，设备启动了定时器超时后的恢复流程
其它
111
Protocol error, unspecified
其它协议错误情况
其它
互联互通类型原因
127
Interworking, unspecified
57
Bearer capability not authorized
移动台没有向网络申请某项承载的权限
其它
58
Bearer capability not presently available
移动台申请的承载业务暂时不可用
其它
63
Service or option not available, unspecified
其它
协议错误类型原因
95
Semantically incoቤተ መጻሕፍቲ ባይዱrect message
系统或移动台收到了语法上错误的消息
其它
96
Invalid mandatory information
收到了包含错误的强制性IE的消息
其它
97
Message type non-existent or not implemented
收到了与当前协议状态不符合的消息类型
其它
99
Information element non-existent or not implemented
在收到的消息中发现了不存在或尚未实现的IE
其它
100
Conditional IE error
条件型IE实现错误
其它
101
Message not compatible with protocol state
Invalid mandatory information
收到了包含错误的强制性IE的消息
其它
97
Message type non-existent or not implemented
收到了不存在或尚未实现的消息类型
其它
98
Message type not compatible with protocol state
USIM发现鉴权消息中的MAC（Message authentication code，消息鉴权码）未经刷新
其它
21
Synch failure
USIM发现鉴权消息中的序列码（SQN）错误
其它
17
Network failure
表明MSC由于一定原因无法为移动台提供其所需要的服务
其它
22
Congestion
其它
111
Protocol error, unspecified
其它协议错误情况
其它
GMM专用原因
7
GPRS services not allowed
不允许移动台使用GPRS业务
不应出现
8
GPRS services and non-GPRS services not allowed
不允许移动台使用GPRS或非GPRS业务
44
requested circuit/channel not available
在接口的另一侧（其它网络）无法提供此次呼叫所需要的资源
拥塞
47
Resources unavailable, unspecified
其它不可知的资源不可用情况
其它
业务或选项不可用类型原因
49
Quality of service unavailable
网络无法提供所要求的增补业务
其它
70
Only restricted digital information bearer capability is available
移动台要求一个不受限制的承载性能，但网络只能提供限定的承载类型
其它
79
Service or option not implemented, unspecified
33
Requested service option not subscribed
移动台申请了其未开通的（增补）业务
其它
34
Service option temporarily out of order
暂时性业务故障
其它
38
Call cannot be identified
在移动台申请了呼叫重建后，网络无法鉴别其申请的呼叫
设备遇到移动台起呼时包含兼容性属性要求（如速率），但设备无法支持
其它
91
Invalid transit network selection
用于未来的研究用，当前表示内容同下一条
其它
95
Semantically incorrect message
系统或移动台收到了语法上错误的消息
其它
协议错误类型原因
96
11
PLMN not allowed
移动台发起位置更新时，PLMN不允许其接入当前网络
不应出现
12
Location Area not allowed
移动台发起位置更新时，HPLMN不允许其接入当前位置区
不应出现
13
Roaming not allowed in this location area
移动台发起位置更新时，网络不允许其在这一位置区漫游
其它互联互通错误情况
其它
MM层拆线原因分类
Cause
Value
Cause说明
原因
集团原因
移动台身份标识相关原因
2
IMSI unknown in HLR
IMSI在HLR中未知，移动台未注册
其它
3
Illegal MS
由于移动台未能通过鉴权过程导致网络拒绝其接入请求（移动台生成的SRES与网络生成的不同）
收到了不存在或尚未实现的消息类型
其它
98
Message type not compatible with protocol state
收到了与当前协议状态不符合的消息类型
其它
99
Information element non-existent or not implemented
在收到的消息中发现了不存在或尚未实现的IE
其它
4
IMSI unknown in VLR
MS提供的IMSI在VLR中未知
不计算
5
IMEI not accepted
如果网络不支持在紧急呼叫中使用IMEI，则向移动台返回此值
不应出现
6
Illegal ME
非法的移动设备（如设备列入了黑名单），由于中国未使用EIR，此值不应出现
不应出现
业务签订方面相关原因
由于拥塞导致的MM资源无法申请
拥塞
23
GSM authentication unacceptable
当使用USIM后移动台无法从鉴权消息中解析出相应的鉴权参数
其它
与请求类型相关的原因
32
Service option not supported
移动台在CM业务请求时申请了网络不支持的业务或增补业务