一、连接失败
一、连接建立流程
AT发起的数据业务始呼流程说明：
a．AT在接入信道向AN发送连接请求消息和路径更新消息，请求AN分配业务信道；
b．AN向AT发送业务信道指配消息，指示AT需要监听的信道和导频激活集；
c．AT切换至AN指定的信道，返回业务信道完成消息，至此业务信道建立起来；
d．AN向PCF发送A9连接建立消息，置DRI=1，请求PCF建立A8连接；
e．PCF分配A8连接资源后，向PDSN发送A11注册请求消息；
f．PDSN建立A10连接后，向AN发送A11注册应答消息确认建立A10连接；
g．PCF向AN发送A9连接确认消息，确认成功建立A8连接；
h．AT或PDSN发起PPP的LCP协商，主要协商PPP数据分组的大小和核心网鉴权类型（如CHAP）等；
i．AT或PDSN发起IPCP协商，主要协商上层协议和IP地址分配等；
j．LCP和IPCP协商完成后，AT和PDSN之间的PPP连接和会话建立完成，用户数据可以在PPP连接上传送。
2、AN发起的连接建立
图2
a．AT与PDSN之间的PPP会话处于休眠态；
b．PDSN向PCF发送业务分组数据，指示网络侧有数据需要发送给AT，请求建立空口连接；
c．PCF向AN发送A9基站服务请求消息，请求激活连接和建立HRPD连接；
d．AN用A9基站服务响应消息进行响应；
e．AN在控制信道上向指定的AT发送寻呼消息；
f．AT响应寻呼，在接入信道发送连接请求消息和路径更新消息，请求AN分配前反向业；信道；
g．AN为AT分配前反向信道后，向AT发送业务信道指配消息，指示AT需要帧听的信道；
h．AT切换至AN指定的信道，并向AN返回业务信道完成消息，建立前反向业务信道；
i．A N向PCF发送A9连接建立消息，置DRI=1，请求PCF建立A8链路AT 发起HRPD连接释放；
j．P CF建立A8连接后，向PDSN发送A11注册请求消息，触发计费；
k．PDSN建立A10连接后，返回A11注册应答消息，确认连接建立结果；
l．P CF向AN发送A9连接确认消息，确认建立A8连接，至此完成PPP连接的重激活。
3、快速连接建立
快速连接运行于AN主动为用户重建一个业务信道的情况。当AN有待传数据要发送到AT时，快速连接节省了Paging和ConnectionRequest交互的过程。除了没有Paging消息、ConnectionRequest消息和RouteUpdate消息外，快速连接的流程跟正常连接相同。为了执行快速连接，AN必须得知AT当前位置的估计信息。如果AT处于挂起状态，AN基于最后接收到AT的RouteUpdate消息，通过发送TCA（TrafficChannelAssignment Message）消息触发快速连接。AT在
挂起期间连续监视控制信道，所以不会造成快速连接过程的延时；不过转入休眠态后，AT进入时隙模式监听控制信道（隔256个时隙或16个帧监听一次，一个时隙1.667us），可能会造成快速连接过程的延时
二、连接建立失败原因及处理方法
无论什么原因导致连接建立成功率低，都可以通过话统数据获得失败原因分布，失败原因为解决连接建立成功率低问题提供了一个便捷的入口，以失败原因分布为中心，结合范围分布规律、时间分布规律和用户分布规律进行网络问题分析是一种常用的网络问题分析方法，连接建立成功率问题也不例外。
1、分配呼叫资源失败
连接建立时，AT在发送Connect Request的同时也会发送ROUTE Update，RU消息中包含激活集导频信息，其中referencePilotPN所指的导频就是AT的参考导频，AN会要求参考导频所在的基站分配呼叫资源，如果分配失败在连接失败。
EVDO的呼叫资源主要包括空口资源（CE、功率和MACINDEX资源）和ABIS传输资源（带宽资源、IP传输时的端口资源、ATM传输时的CID资源等），查询告警信息和分析CSL日志是定位分配呼叫资源失败的有效手段（1）分配CE资源失败
基站的DO信道板一般使用CSM6800芯片，反向CE资源最大可以达到192个。信道板故障或者License配置不足都可能导致分配CE资源失败。可以在Airbridge维护台上使用DSP CBTSLICENSE检查基站的CE配置情况和占用情况。
（2）分配MacIndex资源失败
EVDO网络中的MacIndex资源相当于1X网络中的Walsh码资源，每个DO 扇区载频拥有128个MacIndex资源，信道开销会占用14个，剩余114个可用于用户的连接或者反向软切换。过多的反向软切换会消耗大量的MacIndex资源，可通过M2000话统查看DO网络的软切换比例是不是较高。
（3）分配传输资源失败
链路带宽受限、传输故障等问题也可能会导致连接建立时分配呼叫资源失败，传输故障一般都会伴随有告警信息，分析问题时需要关注Airbridge告警维护台的告警信息。
（4）分配其他资源失败
如果分配资源失败不属于以上三种情况，则可认为是分配其它资源失败，通常情况下都是设备软硬件故障导致的。
2、反向业务信道捕获失败
在收到AN发送的TCA之后，AT开始建立反向业务信道，并发送导频和DRC信息给AN，如果AN没有收到或者解调失败，则会发生反向业务信道捕获失败。这个过程是MAC层信令交互，无法在信令跟踪中直接体现。通常情况下，反向业务信道捕获失败是影响连接建立成功率的主要因素，业务链路故障和空口质量差是导致反向业务信道捕获失败的主要因素
（1）业务链路故障
在有连接建立请求时，没有配置业务链路会导致分配呼叫资源失败，但是业务链路故障则会导致反向业务信道捕获失败，一般可通过PING基站的接口板IP 地址来检查业务链路是否畅通，如果PING不通或者丢包都表明业务链路故障，
需要检查或者实施整改。需要注意的是，即使PING得通也不能表明业务链路没有问题，还需要检查基站IP路由中得目的IP地址和BSC侧传输接口板IP地址是不是一致，如果不一致，就会出现基站IP地址能PING通，但是业务链路不通的情况。
（2）空口质量差
空口质量差时，AT发送的导频和DRC信息可能无法被AN正确解调，从而导致捕获反向业务信道失败。弱覆盖、导频污染、干扰等原因都可能导致反向业务信道前导不能被AN正确解调。需要通过路测信息对覆盖进行分析和调整，改善覆盖。通过适当的调整AT开环功率估计、最大接入探测数、探测功率增量、接入探测周期等接入参数、DRC信道增益等，提高连接成功率。需要注意调整以上参数可能会对反向容量产生冲击。建议不要一次修改幅度过大，可通过在话统监测下，小幅度的多次修改。
（3）没有收到TrafficChannelComplete
在AN捕获反向业务信道前导之后，AT应该发送TCC告知AN反向业务信道建立完成，如果AN发送的TCA没有被AT收到或者AT发送的TCC没有被AN收到，都会导致连接建立失败，话统中的失败原因为没有收到TrafficChannelComplete。业务链路故障和空口质量差是导致没有收到TCC的主要因素
（4）其他原因
其他导致连接失败的原因，实际问题实际分析。
二、掉线
1．DO掉线的定义及原理
DO掉线实际上是在业务信道分配并成功完成呼叫建立后业务信道的非正常中断，主要原因是无线链路的丢失或切换失败等等。
DO的掉线的发生通常有下面几种情况：
1）基站不能解码手机发送的DRC信道。当在一个5秒的滑动期间内，如果基站只能收到少于或等于4个好的DRC，基站将宣布丢失无线链路并
释放呼叫。这可能在下来情况下发生：
●AT仍在发送信息，但是由于路径损耗、外界干扰、手机调谐到3G1x
频率去接听电话等原因基站无法再“听”到手机上传的信息。
●AT无法再解调前向链路并在DRC supervision timer（240ms）中
止前恢复，AT停止发射。
●AT在等待诸如Route Update Message 或Traffic Channel complete
message等所需的ACK消息时，在连续发送3次后均未收到响应，AT
超时并停止发射。
2）切换失败。基站送给AT一个Traffic Channel Assignment（TCA）消息用于指示进行切换，AT应送给基站一个Traffic Channel Complete（TCC）
消息，如果基站因等待TCC消息而超时，基站将取消掉已经分配的业务
信道。
在上面所有情况下，基站会将前向链路中控制信道中发送的
Quick_config信息中的FT_valid域置为0，用以通知AT从业务信道上
离开，AT收到后将会发出Connection Release，掉话产生了。
2．DO掉线问题排查流程和原因分析
DO掉线的分析和处理流程大致归纳如下，详细原因分析见本节后面的详细描述
1）缺乏覆盖
概念和原因
AT在一个弱覆盖区域或覆盖盲区，比如receive power < –105 dBm，best Pilot SNR < -10dB或mobile transmit power > 20 dBm，在这种情况下由于过大的路径损耗而导致不能维持单项甚至是双向链路。
由于前向链路为满功率发生，因而一般情况下反向链路首先超出覆盖范围。
特征和鉴别方法
当一个基站的附件存在弱覆盖区域时，一般情况下包括掉线率，呼叫建立成功率、寻呼失败率、反向误帧率、RLP重传率和数据吞吐率等指标都会出现恶化。
但是当上述指标出现恶化后，我们不能立刻就判断为存在弱覆盖或覆盖盲区，这时最为有效的办法就在相关区域进行路测以进行确认。
另外，由于EVDO网络一般采用与3G1x网络1：1的重叠覆盖方式，因此参考3G1x网络的性能也可帮助确定根本原因。比如，弱覆盖区域通常会导致较高的前向每用户发射功率。
建议的解决办法
基于路测的优化方法有增加基站发射功率，调整天线方向角、增加站高和天线挂高，甚至增加基站。
2）跨载频切换
概念和原因
目前各个厂家的设备均已支持EVDO的多载波配置。配置EVDO多载波后需要开通Inter－Frequency Handoff（IFHO）的功能来支持DO的跨载波切换。
对于支持OFF Frequency Search（OFS）功能的AT，可支持Mobile Assisted IFHO（MAIFHO），这时需要设置相应参数来支持IFHO。对于不支持OFS功能的AT，可通过Directed IFHO，需要准确设置相应的参数和数据库。
如果IFHO失败就会产生掉线。
特征和鉴别方法
如果通过话务统计工具发现多载频边界扇区的非公共载频上出现大量的
掉线，需要怀疑是否是跨载频切换所致。
另外，通过在多载频边界区域的路测也可发现此类问题。
建议的解决办法
结合对路测数据的分析，进行IFHO相关参数和数据库的修改、配置来完成对跨载频切换的优化。有时候，对边界扇区的天线调整、功率调整也是必要的手段。
3）导频污染或无主导频
概念和原因
过多的导频在同一个区域出现由于互相干扰而经常影响前向链路性能甚至导致掉线。
特征和鉴别方法
通常情况下，过多的导频在同一区域出现，会表现出这多个导频的强度大体相当，而且都较弱；主导频也会频繁的变化，没有明显的主导频。
这种情况称之为导频污染。上述这些现象在路测过程中或在对路测数据的处理分析后可以发现。
从系统测可以检查一些关于Connection Request的相关计数器，如果携带导频数量超过4或4以上的Connection Request消息所占的比例较大，也可判断出该区域存在过多的导频或无主导频。
另外，由于EVDO网络一般采用与3G1x网络1：1的重叠覆盖方式，因此参考3G1x网络的性能也可帮助确定根本原因。比如，检查该区域的软切换比例是否过高；检查切换数据来发现是否存在越区覆盖的现象等。
建议的解决办法
类似于缺乏覆盖的情况，基于路测的优化可以很好的分析和解决此类问题。可以通过天线调整、基站发射功率调整甚至是增加新站来确定出一个主导频。
在这种区域不建议单纯的通过增加“Maximum Legs in Handoff”来解决问题，一方面增加“Maximum Legs in Handoff”并不能解决导频过多或无导频这一现
象。另外通过增加“Maximum Legs in Handoff”会导致激活集中的导频数量，对于前向链路而言会消耗更多的MAC Index资源；对于反向链路而言，会增加CE和backhaul的资源消耗，也会导致激活集中扇区的ROT（Rise Over Thermal）过高。
4）邻居关系问题
概念和原因
邻居关系的缺失、优先级的设置不合理、邻居基站AP IP地址设置错误（阿朗设备存在此类问题）都可能导致切换失败，未能加入激活集的导频信号将会变成强干扰而导致掉线。
特征和鉴别方法
由于邻居关系的原因而导致掉线，掉线后一般会出现一个强导频而该导频没有出现在掉线前的激活集或邻居集中，或者出现在邻居集中却迟迟不能加入激活集。
通过对路测数据的分析一般可以发现，掉线前后的终端接收功率大体一致，但是Ec/Io，FFER甚至是终端发射功率会急剧恶化。掉线后终端会同步到一个新的导频上，而该导频没有出现在掉线前的激活集或邻居集中，或者出现在邻居集中却迟迟不能加入激活集。
建议的解决办法
邻居优化是解决因邻居关系设置问题而导致掉线的最好的方法，对于一个有大量话务量的EVDO网络而言可以参考切换数据来进行邻居优化；
如果对于一张新建的网络而言，底层3G1x网络的邻居关系也是具有很大的参考价值。另外，通过路测也可以发现一些邻居关系设置方面的问题，为邻居关系优化提供参考依据。
邻居优化主要要解决如下问题：
邻居关系的缺失；
●one－way和two－way（需结合PN的检查与优化）；
●优先级的设置是否合理；
●单向邻居关系；
●基站所属AP的IP地址设置错误（阿朗的设备存在此类问题）
5）不适当的PN规划
概念和原因
不适当的PN规划会导致AT无法识别来自2个小区的信号而导致掉线。
通常有2种情况：
●由于过大的时延，比如一个来自越区覆盖小区甲的信号，可能会导
致AT将其导频的PN(A)识别成另外一个PN（B），这种情况最坏的
结果是该区域附近有另外一个小区乙的PN也为B。当AT发起切
换请求要求加入PNB时，系统会要求小区乙来进行切换。AT解调
业务信道时，由于小区乙的信号比较弱而可能产生掉线。
●另外一种情况就是，两个小区都使用相同的PN但又没有足够的间
隔，以至于AT可以同时收到两个小区的信号而无法分辩而可能产
生掉线。
以上两种情况都可称之为PN混淆。
特征和鉴别方法
遇到PN混淆的情况时，在路测时可以发现前向链路的接收功率和Ec/Io 一般没有问题，但是FER却较差。
为了确定是否存在PN混淆这一问题，可以将掉线率较高的小区关闭，然后检查其PN的Ec/Io是否依然强大或者依然存在。如果有，需要结合基站数据库、地形图来找出所有的其信号可能传播到此区域的具有相同或相邻PN的小区，依次对它们进行关闭和并进行测试，以确定是否存在掉线是否解决。
建议的解决办法
如果能够确定是因为PN混淆而导致掉线，可以采用的优化手段如下：
●对于使用相同PN而又间隔不够的小区，结合PN检查和优化工具进
行PN调整。确保使用相同PN的小区中间要间隔足够数量的基站。
●对于越区覆盖的使用相邻PN的小区，可以进行天线调整和功率调整
来控制其的覆盖范围。如果由于地形原因控制效果不理想，再进行PN的调整以使出现PN混淆的2个小区使用不相邻的PN。
6）外界干扰
概念和原因
由于干扰抬升了底噪，需要基站或终端提供更大的功率来克服。当基站或终端使用了所有的功率仍无法可否干扰时，掉线就有可能产生了。
干扰产生的原因有很多，大致如下：
●直放站引起的基站反向干扰；
●出现故障的CDMA终端也会产生反向干扰；
●非法的无线电设备在CDMA频带内使用导致的干扰；
●相邻频带的无线电设备由于滤波器的滚降系数不合格而导致部分功
率落入CDMA频带而产生干扰；
●其他无线电设备的交调（Inter-Modulation，IM）产物落入CDMA频
带而产生干扰；
●…
特征和鉴别方法
对于反向干扰，通过话务统计工具或监控系统检查相应载扇的RSSI来进行确定。路测过程中，在覆盖较好的区域手机发射功率较高可以怀疑存在反向干扰。
对于前向干扰，需要通过路测来协助确认。存在前向干扰的区域，一般情况下终端的接收功率较好，但是Ec/Io和FFER均较差。漏加邻居关系和搜索窗设计不合理也导致这种现象，如果排除掉邻居关系和搜索窗的问题，可以怀疑存在前向干扰。
概念和原因
对于挂接光纤直放站的基站，可以通过关闭直放站来确认干扰是否已经消除。
对于外界干扰，需要使用扫频仪器来发现和定位干扰源。
7）搜索窗宽度不足
概念和原因
激活集和邻居集是两个需要引起注意的主要的搜索窗。当根据搜索PN 间隔来跟踪/检测多组PN时,终端采用有限的（搜索）窗口宽度以减少搜索时间。最佳的搜索窗的大小适合当地的传输环境和扇区布局以使得终端最可能以最短的时间找到（合适的）导频和多径信息。如果激活窗口的搜索窗大小没有配置的足够大以满足终端接收/跟踪一个较强的多径信息。通常，默认的搜索窗已经足够大，可以包容绝大多数重要的多径成份。在很少的情况下，当传输延迟非常大的传播环境，这种问题才有可能出现，因为搜索窗过小，AT不能解调出多径信息，表现为干扰。
当邻集搜索窗不够大时，AT不能侦测到邻居。除了多径现象，AT的参考时延与邻居小区的差值经常会对搜索窗的宽度会有要求。因为各个小区的PN offset传输时一个单PN的时隙变换到AT不同的传输延迟要求邻集的搜索窗要足够大并包含最大的延迟时间差值。否则，某个邻居可能会排除在搜索窗外而造成对激活集的干扰。
如果不将一个较强信号的邻居加入到激活集，可能会造成掉话，而且会增加对其他用户的反向干扰，甚至引起相邻小区掉话。
建议的解决办法
●由于目前2G与3G网络叠加覆盖，建议根据3G1X的优化成果来设置
EVDO的激活集和相邻集搜索窗口大小。
●路测通常是定位搜索窗问题的一个非常有效果的办法。
●一些路测后台工具（例如LDAT）能够提供邻区搜索窗告警并能给出
推荐的值。
●采用其他像pilot scanner工具可能会是一个很重要的手段（来定位
这些问题）。Pilot scanner 采用独立的GPS作为参考时钟从而能够
对各个多径形成有一个准确的观测。
当不知道该配置多大的搜索窗时，可以采用逐步增加搜索窗，每次只增加最小（搜索窗）增量的办法，直到性能得到改善或者手机的
log信息表明已经可以正确侦测为止。
8）硬件故障
概念和原因
硬件故障或者错误配置会影响相应小区的性能。硬件故障通常有很多不
同的情况，影响程度也不同。比如，CRC或EVM故障会造成掉话的突然
增多。有时，受影响的硬件故障可能只会表现出一种故障现象，例如掉
话增多，像接入失败率等其他指标可能没有变化。
另一种硬件故障现象可能是馈线的损耗过大，造成（接收电平）比设计的要小。很多情况下，硬件往往表现出错误状态，硬件本身没有问题。通过软件重启或者采用stable clear命令可以恢复。
通常我们可以遇到硬件间歇故障而不是彻底损坏，比如E1在某个时间内信令丢失。通常硬件故障会引起当AT移动到该小区时，AT不能成功进行软切换。从而造成在邻区的掉话。一个典型的例子就是当小区硬件故障时，其时钟单元漂移造成该小区不能与其邻小区同步。其结果是，因为时间漂移，邻区PN不能正确识别（该小区）而造成该小区切入和切出的软切换都不能成功进行。这种问题通常被称作“孤岛效应”。孤岛效应造成的掉话问题比接入失败要多。
特征和定位方法：
首先要仔细检查网络管理模块产生的告警。有些问题是和接收路径（接
收通道，功放、滤波器、馈线、天线）相关的。（比如主接收和分集接
收RSSI平衡问题），有些是因为硬件故障、回路（backhaul）故障、时
钟单元等等。这些故障很容易通过系统告警来定位。
ROP提供了非常详细的记录，而且ROP高度集中了所有的告警（比如按硬
件分类））。为了使这种分析充分有效，需要采用一定话务量下的数据。
通过SM定位孤岛问题是非常简单的，典型地，如果某个小区仅仅是掉话
突然上升但接入失败率相对稳定，我们可以判断为孤岛情况。同时，（切入/切出）双向软切换的切换（请求）会减小。注意：因为同一基站的小区共用同一个时钟系统，所以孤岛站的更软切换可能没有什么影响。
然而，向邻区的软切换将不会产生，这是因为小区从Route Update
Message检测到的（邻区）相位落在剩余集。同样地，在邻区的软切换也会减少。对于孤岛站，通过路测观察到在小区周围存在意外的较强PN，同时找不到和本小区相关的（小区邻居）的PN。通过独立的Pilot scanner 和GPS可以定位这个问题。
建议的解决办法
●首先，我们可以检查网络状态，看看有没有接收分集告警，显性硬
件故障，backhaul outages及时钟单元故障等
●通过ROP分析报告来发现AP，TP及BTS级别的告警。
●通过SM可以容易地发现孤岛站问题。典型的表现是掉话个数高而接
入失败率正常。
●一旦硬件故障被确认，首先需要尝试通过远端软件重启或者重新下
载来解决。如果性能仍然不好，需要下站去去进行硬件复位，检查
线缆连接是否牢固。如果现场处理失败，最后需要考虑更换硬件。9）反向链路话务过重
概念和原因
由于用户过多或数据上传量增加引起反向负荷升高从而早证每个小区的底噪抬高。为了克服上升的底噪，AT不得不增加发射功率。在小区边缘的AT不得不关闭它的反向链路，因为该小区到达其的信噪比太弱，从而引起掉话。
特征和定位方法：
可以通过与其他正常小区的几个SM 计时器比较来识别过高的反向负
荷：Short Term Average Fast Control Low Load count
(SM_SHTM_AVGLLC_FASTCTRL),
Short Term Average Fast Control Medium Load count
(SM_SHTM_AVGMLC_FASTCTRL)
Short Term Average Fast Control High Load count
(SM_SHTM_AVGHLC_FASTCTRL).
除了反向话务外，还有其他几个指标会被影响：外部干扰引起的RSSI升高，高的RFER(反向误帧率)和平均初始值。在接收路径上的硬件故障，比如UCR、低噪放大器，造成连续或者间歇的RSSI尖峰而减小覆盖。在接收路径上某个组件故障，不正确的天馈线（包括跳线）的连接，任何两个分集接收中的一个不合格的分集可能都会提高Eb/No的请求，引起更多的功控波动。
建议的解决办法
●通常较好的办法是监测多个指标尤其是与连接请求和RSSI相关的指
标。一旦某个小区被确认为因为反向链路负荷高或者超负荷引起的
高话务掉话时，可以采用以下几个方法来降低负荷：
●降低负载控制门限以减少反向传输速率。
●减低传输速率可以使AT发射功率控制在一个平均水平。实际上，反
向过载控制会在较低负载的情况下出现，从而通过牺牲反向数据速
率来缓和覆盖率下降。这不是一个长期解决问题的最好办法，但在
最终解决方案(接下来表述)得到之前作为权宜之计还是可以采用
的，这种方案至少不会终止用户使用业务。
●一种解决方案是增加导频交叠以使其他的导频能够进入激活集，减
少业务信道的功率要求以降低整体干扰。从降低AT的发射功率来说，高的多方切换并不是不能接受的。然而，必须仔细权衡和识别以避
免潜在的对前向链路和扇区利用率的影响。
●增加一个EVDO载波。
●增加一个基站来覆盖高话务的区域。如果因为受频点限制而不能增
加一个载频，增加一个独立的基站（物理上和该高话务的小区分开
的小区）通常是一种非常有效的方法，尽管周期较长。增加基站可
以提高覆盖，提高单个基站的业务提供能力。
10）达到最大分支数
概念和原因
在切换时需要增加一个强导频到激活集，而此时AT激活集里的导频个数已经达到设定的最大值。最大激活集大小是由translation 里的叫“Maximum Legs in Handoff”的管理和定义的。当激活集满了的时候，要加入一个导频的唯一办法是按照设置的T_dorp和T_tdrop从激活集中去掉一个较弱的导频。可以观察到，等待一个弱的导频（衰弱到）离开激活集往往会延迟一个有效的导频（加入激活集）。如果在与该有效导频建立连接之前，此时手机已经进入候选集PN的覆盖区域，这种延迟可能会导致掉话。这种情况经常会在导频污染区域发生。阿朗通常推荐设置“Maximum Legs in Handoff”为4以最大限度减少此类掉话。
但这个掉话依然在没有优化好的区域和很难优化的区域出现。
建议的解决办法
●一种减少这类掉话的办法是让更多的导频进入激活集，即，将
“Maximum Legs in Handoff”设置为 6。注意，扩大激活集这种方案可能会带来不利的一面，例如耗尽了前向MAC index，在反向上增加硬件的使用。
●更好的或者说长远的解决方案是通过路测优化无线环境，提供主导
频覆盖。
●另外，提高导频侦测门限（推荐值为–9 dB）和导频丢弃门限（推
荐值为–11 dB）也能提供主导频。
11）候选分支没有可用资源
概念和原因
当激活集资源耗尽（已满）,候选导频无法加入激活集而导致切换不能完成时，双边链路的有效SNR将会恶化。引起恶化的原因是由于AT向最终切换的小区移动，远离目前的激活小区而引起路径损耗加大。较差的SNR将使AT不能正确解调前向链路。同时，手机可能会造成反向功控错误而后因为发射功率已经达到极限而不能被当前小区接收到。过高的发射功率也会增加对邻近小区的干扰。所有这些（连锁）反应都会造成周围小区的掉话。资源不足往往是因为小区用尽了信道。对于配置一个FLM/RLM 来说，三个
扇区只有93个CE可用。在极少的情况下，当一个小区承载着大的业务量，在CE被用完之前或每个扇区最大48个User20用尽之前，它的MAC index（每个扇区59个MAC）已经耗尽。
建议的解决办法
●一种解决方法是缩小该小区的覆盖区域以将话务转移一部分给邻小
区分担。
●另一种方案是增加多载频。这种方案要比第一种方案（调整覆盖范
围）要好得多，因为不需要把话务分配到其他小区。
●如果有充足的频点资源，添加一个基站也可以作为最后一种解决方
案。当然这种方案会周期很长。在该站正式商用之前，要花费很长
的时间用于选择/获取站点、安装基站、无线校准和优化。
12）处理器占用率过高
概念和原因
当设备处理占用水平超过当前门限时，可能会将新的连接阻塞并且现有的连接掉话。1X_EVDO系统处理器占用水平监控包括：Application
Processor (AP), Traffic Processor (TP), Line Interface Unit (LIU), Forward Link Modem (FLM)and Reverse Link Modem (RLM).
建议的解决办法
●如果AP和TP占用较高且话务负荷也比较高，建议搬迁一部分基站
到其他低占用的AP上。
●如果LIU, FLM and/or RLM占用过高，可以考虑将话务负荷分担给
周围的基站。
13）切换失败
概念和原因
当AN指示AT完成切换时，它期望AT能反馈一个成功切换的标示。如果AT没有响应，这个切换不成功并且掉话，因此连接掉话率升高了。
建议的解决办法
●如果是邻居原因造成切换失败，可参照5.2.4邻居关系问题处理。
●如果是导频污染可参照5.2.3解决。
●还可以根据HOMAX和UNL来优化邻居关系。
●对于硬切换失败，首先检查所有硬切换参数的设置，并且有足够的
RF覆盖去支持跨载频的切换。同时，所有的跨载频邻居和切换门限
设置必须正确。
14）在混合调谐时反向链路丢失
概念和原因
在混合模式下，当EV-DO数据正在传输，双模终端仍然会周期性地监控
3G1X系统发送的Page消息，当有一个3G1X语音呼叫时，用户就可以选
择接听该3G1X呼叫。如果混合终端在EVDO覆盖边缘，它将从激活的DO
连接上监听1X系统的寻呼信道，并且测量当前RF环境去辅助触发EVDO
到1X的切换。而此时由于RF链路丢失RF Link Lost (RLL)造成寻呼失
败。
建议的解决办法
如果混合模式被启用，需要和服务提供商（运营商）一起调研市场上主
流终端的混合模式的工作性能。
4．案例分析
1)导频污染造成掉话案例
如上图所示，由于测试区域导频污染软切换过于频繁造成一次掉话，掉话前服务PN为11_526站三扇区PN423，掉话后服务PN为11_432站一扇区PN120。
改善方案：建议在掉话区域新建站，在该区域提供主导频覆盖来改善该区域导频污染。（目前已开通新站并复测该区域）
复测结果：如下图开通新站11_741后，复测该区域未发生掉话，而且通信质量发生了明显开善。SINR值从-0.345提高到7.569；DRC申请速率从203.746kbps提高到了1160.773 kbps。
2）无邻区关系造成掉话案例
如上图所示，由于测试区域12_297站邻区关系表未加入系统，造成切换失败共产生7次掉话。具体如下：
经查12_297武测招待所站未做邻区表，当EVDO从周边基站（如上图12_207二扇区PN225要切向12_207武测招待所三扇区PN465时，由于没有邻区关系无法发生切换关系，一直在PN225上直到断开，同时DRC申请速率也随之变得很小直到0，再从PN297上连接。下图也是同样的情况。
WCDMA掉话问题分析及处理方法 作者：南京格安 在国外，W CDMA已经在多个国家投入商用；在国内，WCDMA产品正逐步走向成熟，网络商用化的脚步正在加快。在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究，并结合实际掉话案例进行分析。 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标。 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC 主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上
看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 1.邻区漏配 一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。 方法一：观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 2.覆盖差
京广铁路指标提升方案4 京广铁路指标提升方案 1.京广铁路概况(2) 1.1指标介绍(2) 2.京广指标提升优化方案(4) 2.1历史数据分析(4) 2.2覆盖优化方案(7) 2.2.1覆盖方案遵循原则(7) 2.2.2覆盖方案制定(8) 2.2.3覆盖方案小结(18) 2.3 GRRU工作情况汇报(19) 2.3.1 维护情况介绍(20) 2.3.2 设备运行情况介绍(20) 2.3.3 GRRU工作小结及后期工作建议(21) 2.4 优化方面工作(22) 2.4.1网络结构调整(22) 2.4.2覆盖优化调整(26)
2.4.3 参数优化调整(27) 2.4.4 优化工作小结(29) 3.计划解决时间(29) 1.京广铁路概况 京广铁路属于长沙的一条重要的交通枢纽。目前京广铁路长沙境内路段由154个小区，90个基站覆盖，微专网有8个。北段微专网有：糖酒公司,社会科学院。南段微专网有：东方科器，雪峰水泥，长途线路局，丽江翠园，乒乓厂，暮云牛角塘，丰成，暮云4区。 由以上可以看出微专网的覆盖在京广铁路长沙段有举足轻重的地位，与大站一起构成了京广铁路长沙段的主要覆盖。 长沙移动微专网采取用京信公司的GRRU设备进行专网覆盖，建设初期所有远端都建设在铁路红线范围以内；光缆和电源线经常被铁路施工而挖断，偷盗也时有发生,造成后期维护非常困难,譬如学峰水泥,东方科器微都完全瘫痪.乒乓厂微5个远端,只有#1,#2远端工作. 同时京信公司GRRU设备不能有效的进行故障监控和数据统计，导致故障和问题的处理进度缓慢，导致京广铁路指标不理想，用户感知度差。 因此，京广线需要提出合理有效可行的优化整改方案，提升京广铁路指标. 1.1指标介绍
上海贝尔阿尔卡特股份有限公司
ASB SSM-ISE 工程服务部
位置更新引起未接通的分析
ASB 工程服务部 外协工程师 赵枫
一,接通率的定义
根据 CMCC 的 2005 年测试规范中规定:在城市忙时采用手机相互拨打的方式,每次通 话时长 100 秒,呼叫间隔 20 秒;如出现未接通,应间隔 20 秒进行下一次试呼. 接通率,定义:接通率=接通总次数/试呼总次数×100%; 说明: 试呼次数:以 channel request 和 CM service request 同时出现来确定试呼开始. 接通次数:当一次试呼开始后出现了 Connect,Connect Acknowledge 消息中的任何一条 就计数为一次接通. 接通率=总(Connect 或 Connect Acknowledge)数/总(channel request 和 CM service request)数×100% 接通率取主叫测试手机的统计结果.
二,未接通现象:
"一次接通"从主叫手机 Channel request 开始, 一直到被叫手机的 TCH 分配完成, Alerting,Connect.在此过程中,任何的信令中断都是"未接通" . 从信令流程上分析,可分为以下几种情形: 1.起呼后没有 IMMEDIATE ASSIGNMENT 消息 定位:RACH 冲突或者 AGCH 拥塞 建议:查看与 RACH 相关的参数――最大重发次数和发送分布时隙数以及与 AGCH 相 关的参数――接入准许保留块数 2.IMMEDIATE ASSIGNMENT REJECT 导致未接通 定位:SDCCH 拥塞 建议:检查 SDCCH 配置,查看相关小区 SDCCH 话务量 3.IMMEDIATE ASSIGNMENT FAILURE 导致未接通 定位:SDCCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因
ASB2005GSM001
移动通信经验交流汇编
1/5
目录 第一章前言 第二章造成掉话的多种原因 一、频率干扰 二、覆盖问题 三、硬件问题 四、其它问题 第三章路测掉话的原因分析及解决 一、关于掉话的描述 1）射频掉话 2）切换掉话 二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？ 三、对掉话现象进行分析以及可能的原因 1）频率干扰 2）缺少邻区&目标小区话务信道拥塞严重 3）覆盖问题（Poor level & Overshooting） 4）有线口的信道释放造成的掉话 5）硬件故障直接导致的掉话 6）BSS参数设置不当 7）切换掉话 8）手机问题 9）交换机参数设置问题 第四章路测中见到的典型的掉话现象 一、频率干扰 二、载频误码率高 三、载频低功 四、同频负切 结束语 第一章前言 在移动通信中，掉话是指在分配了话音信道（TCH）或独立专用控制信道（SDCCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话对系统接通率等指标虽没有重大影响，但却给用户造成许多不便，是目前用户投诉的热点。掉话是用户衡量企业运营质量和水平的重要标志，企业必须予以重视。 道路测试（Driver Test）是优化工作中必不可少的一项工作。测试工程师通过使用测试工具（笔记本电脑、测试软件、测试手机、GPS等）驱车进行通话状态和空闲状态的测试，通过记录下来的各种数据（场强、通话质量、小区参数、手机的瞬时状态等）进行现场或后期的分析，查找并解决网络问题。 随着网络的发展路测的工作方法和工作思路也应该逐步开阔和深入。一直沿用老的办法和固有的思维定式去分析日益复杂的网络问题是越来越难了。我们想通过对过去路测工作中所遇到的掉话问题的总结分析，给大家一个日常工作的指导，另外也希望能够使大家开阔思路，
M900/M1800 基站子系统故障处理手册目录 目录 第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17
未接通归类及分析 目录 1未接通概况 (2) 2未接通分析 (2) 2.1位置更新导致的未接通 (2) 2.1.1主叫位置更新导致的未接通 (2) 2.1.2被叫位置更新导致的未接通 (4) 2.2SDCCH拥塞导致的未接通 (5) 2.3SDCCH掉话导致的未接通 (7) 2.4TCH分配失败导致的未接通 (8) 2.4.1无线原因导致的TCH分配失败 (8) 2.4.2BSC原因导致的TCH分配失败 (10) 2.5TCH拥塞导致的未接通 (11) 2.6其他异常原因导致的未接通 (12) 2.6.1由于上行干扰导致的未接通 (12) 2.6.2Cause: No user responding (15) 2.6.3Cause: User Busy (16) 2.6.4呼叫重建导致的未接通 (18) 2.6.5交换机异常导致的未接通 (19) 2.6.6BSC与MSC间CR,CC丢失造成未接通 (21)
1未接通概况 ●未接通概述： 根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。 CMCC测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长120秒，呼叫间隔20秒；出现未接通情况，应间隔20秒进行下一次试呼。 接通率定义：接通率＝接通总次数/试呼总次数×100％； 说明： ●接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任 何一条就计数为一次接通。 ●接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％●接通率取主叫双频测试手机的统计结果。 2未接通分析 2.1位置更新导致的未接通 2.1.1主叫位置更新导致的未接通 在GSM DT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。 ●案例描述： 如图中红圈处所示，主叫测试手机行驶过程中占用林庄1小区，手机接收电平为－53dbm左右，发起呼叫，但未接通。
华为GSM掉话分析 一、华为GSM网络掉话原因分析及相关无线参数的修改 在GSM网络运行中，掉话是用户投诉的热点，也是衡量无线网络质量的重要指标。本文根据华为GSM网络优化的一些经验，结合网规网优理论，分析了掉话问题产生的原因，对与掉话相关的无线参数的作用做一点总结。 产生掉话的主要原因有： 1.1覆盖原因： （1）不连续覆盖（盲区） 由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。 （2）室内覆盖差 因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。 （3）孤岛 服务小区由于各种原因（如功率过大）形成孤岛，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，不连续覆盖（盲区）； 对于覆盖原因产生的掉话，还是要具体分析原原因；在参数方面，与覆盖相关的参数，主要有四类： ①MS最小接受信号等级 ②RACH最小接入电平 ③载频功率等级 ④最大时间提前量TA MS最小接受信号等级在搬迁时按照爱立信的设定值进行设定，城区基站较为密集，越区覆盖现象比较严重，所以在城区MS最小接受信号等级一般设为12或14；在郊区一般设为8或10； RACH最小接入电平都设为5（该值要比MS最小接受信号等级的值小，而且该值影响寻呼成功率，修改时要谨慎）； 载频功率等级，城区基站，对于单载频配置的小区，由于不经过合路器，机顶输出功率大，路测时发现有越区覆盖现象；为防止越区覆盖产生掉话，所以把载频功率等级由0降为1。 至于最大时间提前量TA，在小区属性表中，开站时都设为62； 1.2由于切换原因导致的掉话 （1）参数设置不合理 如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。 （2）邻区不全
WCDMA 掉话问题分析 第一章掉话分类定义 第一节正常释放流程 一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。
https://www.doczj.com/doc/1514292298.html,发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。 一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC， 8. RNC发RRC_RB_REL消息给UE，释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，
VoLTE经验总结 1 广州VOLTE网络质量现状 经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。 七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2 广州VoLTE测试问题优化进展 2.1 异频重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。 网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI 1 业务异频重定向功能生效。
2.2 异系统重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。 网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。 P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件
2.3 TM3/8转换掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。 8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：
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接口的误码率的影响。 6、覆盖不好引起的掉话： 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。 （1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并
高掉话小区处理流程建议 1. 背景 掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。 在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A 口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中，分为在各个接口的14类掉话。
路侧过程中未接通现象总结 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 路测过程中L3信令流程： 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete
SDCCH Setup SDCCH Call proceeding SDCCH Assignment command FACCH Assignment complete FACCH Call Progceeding FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech
1 网优类 1.1 掉话类 掉话排查总体思路流程图
1.1.1 CS掉话类问题处理流程 现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大 面积掉话，可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC 掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成， 比如系统升级。
造成RNC掉话升级的原因可以有以下几种： 1. 参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参 数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。 2. RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检 查来确定是否是由硬件故障引起。 小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种： 1. 干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污 染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线 设置的干扰） 2. 切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖 导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失 败、无线参数设置不合理导致切换不及时） 3. 基站硬件故障造成的掉话 4. 终端问题造成的掉话 5. 链路失衡造成的掉话 6. 参数配置错误造成的掉话 覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应 导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话） 1.1.1.1 RNC级问题处理思路 1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。 2. 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的， 还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小 区级的掉话处理步骤，否则进入网元级的掉话处理过程。 3. 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单 板的告警，则需要进行排除。 4. 检查RNC的系统日志，对其中不正常部分进行检查。 5. 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数 设置错误引起的掉话主要有以下几种：
网络未接通问题点分析流程指导书 一、路测未接通问题点产生机制 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS 说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentication Request SDCCH Authentication response（鉴 权响应） SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup SDCCH Call proceeding（进程、程序） SDCCH Assignment command FACCH Assignment complete FACCH Progress FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech 被叫的信令流程： MS BTS 说明 PCH Paging Request RACH Channel request AGCH Immediate assignment SDCCH Paging response（响应） SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup
WCDMA掉话分析及解决方法 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从 UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的BCH消息（即系统消息）。 (2)收到无线资源释放的消息且释放的原因为非正常的。 注释：收到RRC Release消息（原因为非正常释放Not normal） (3)收到呼叫控制断开连接、呼叫控制释放等消息，而且释放的原因为非正常的。 注释：收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于我们做网优重点关注与UTRAN侧的掉话率指标，今天讲的掉话率描述也重点关注UTRAN侧的KPI指标。 注：UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。“比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。” 注：从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。
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 异常释放
3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。