掉话、未接通类型整理
掉话未接通的分析
未接通、掉话及切换失败分析未接通、掉话及切换失败分析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数据的优化过程中，数据的采集是一个比较费时的过程。
为了复现某个问题，可能需要进行大量的路测，之后在对长时间的路测数据进行回放分析的过程中，定位到具体需要分析的问题点，然后从不同的角度进行分析，最终找到问题的解决方案。
GSM掉话简单分析
GSM掉话简单分析掉话一般主要有四种：无线掉话、传输掉话、硬件故障掉话、人为因素掉话1、无线掉话主要有以下几种：（1）覆盖掉话：由于信号弱覆盖或信号越区覆盖等导致的掉话；（2）干扰掉话：分为三种：一种是网内干扰即由于不合理的频率规划或频率资源受限引起的干扰从而导致MS不能很好解码相关信息而掉话；一种是网外干扰即屏蔽器、干扰器等外部干扰源(主要是重要会议场所、考试场所等)；一种是辅助设备干扰即直放站、功率放大器、塔放等辅助设备安装运行带来的干扰；（3）切换掉话：移动台向目标小区进行切换，切换失败再返回源小区时失败，从而导致移动台无法返回源小区导致“移动台丢失”即掉话；（4）拥塞掉话：正常情况下，MS会选择一个最优的小区接入，而当小区发生拥塞时，MS 可能会选择其他比较差的小区接入，影响服务质量，产生掉话。
无线掉话解决方案：（1）覆盖掉话解决：通过路测和统计数据发现覆盖盲区和越区覆盖的地方，提出合理规划调整方案，通过调整HO参数(电平切换门限、质量切换门限、距离切换门限等参数)、PC参数(上下行电平功控门限等参数)、MS功率(移动台最大最小发射功率)，改善用户通话的无线环境，通过调整基站硬件工程参数(天线方位角、天线下倾角等)，控制越区覆盖造成的掉话；（2）干扰掉话解决：网内干扰：对于频率资源充足时，合理进行频率规划，尽量减少同邻频干扰引起通话质量差导致掉话；对于频率资源受限时，可以通过开启跳频功能、打开DTX 功能、优化PC参数、调整PMAX(基站最大发射功率)等方法降低干扰及优化质量和干扰等切换参数来改善无线环境，合理设置RLT等参数可以提高掉话率等指标；网外干扰：通过DT、CQT、频谱扫描仪、干扰测试仪等工具方法查找干扰源，关闭排除干扰源，消除干扰；（3）切换掉话解决：优化邻区，删除切换次数少而且切换失败率高、基站小区相距比较远、背向型(小区覆盖方向相反)的邻区，同时通过未定义邻区的测量，增加必要的邻区关系，通过基站勘查，核实基站方位角，避免因数据库不准造成的邻区定义错误，优化切换参数(电平切换参数、质量切换参数、功控切换参数、干扰切换参数等)；（4）拥塞掉话解决：通过扩容、开启半速率功能来增加TCH无线信道资源，优化SDCCH、TCH、GPRS信道配置增加TCH信道资源，在周围邻小区无话务拥塞时可通过优化邻区参数SL(允许切入的最小邻区介入电平)、TRHO(业务原因切换的目标电平)等，优化切换参数LUR(上行电平切换门限)、LDR(下行电平切换门限)等均衡话务量，避免由于拥塞引起的切换掉话。
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。
掉话及未接通原因分类
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-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
掉话问题分类整理 包含原理说明并结合具体问题分析.PDF
无线链路失败原理1) 下行无线链路失败在正常的业务保持阶段，如果检测到来自L1层的连续N313次“out of sync”指示，则认为下行失步。
UE 启动定时器T313。
如果在T313时间内，检测到连续N315次“in sync”则认为下行同步，则停止定时器T313。
否则将认为下行无线链路失败，UE 将进行小区搜索过程，在搜到小区后，UE 将在目标小区上进行cellupdate ，如果小区更新成功，则该次下行无线链路失败得到挽救。
3GPP 规范里约束的下行失步检测窗窗长为160ms ，且监测机制较为严格；而同步监测机制较为宽松，同步检测窗的大小为一个TTI 或者是160ms 。
需要指出的是监测窗的滑动步长是由各个终端厂家自行实现的，下面以某厂家终端为例：UE 侧采用滑窗方式，监测窗窗长为160ms ，滑动步长为10ms 。
由此，UE 收到第一个下行失步指示到UE 上发Cell Update 的时间为：160ms+（N313-1）*10ms+T313+小区搜索的时间（正常情况在2ｓ左右），如下图所示当N313配置为20，N315设为4，T313设为5s 时，整个时间的长度大约7350ms 。
图1 上行无线链路、下行无线链路失步时间计算2) 上行无线链路失败3GPP 协议规定，在业务保持阶段，Node B 高层收到物理层上报的连续N_OUTSYNC_IND个失步指示后，将启动T_RLFAILURE ，在此期间如果收到连续N_SYNC_IND 个同步状态指示，Node B 将停止并复位T_RLFAILURE ，如果T_RLFAILURE 超时，物理层向高层汇报失步。
在实际的运行过程中，基站对于上行失步也是如此操作的，Node B 对于物理层两个连续同步指示间的时间间隔为160ms ，那么上行方向，Node B 如果收到连续“同步信息_连续保密仅供中国移动学员内部使用失步指示”个outofsync ，则认为上行失步，并启动“同步信息_无线链路失败定时器”，在该定时器期间，如果未收到连续“同步信息_连续同步指示”个insync ，则Node B 认为上行无线链路失败，向RNC 上发“Radio link failure indication ”，并且停发下行数据，RNC 启动“收到RL 失败等待定时器”，在该定时器超时前，如果未收到“Radio link restore ”则RNC 释放链路，并记为无线链路失败的掉话。
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）、自动重拨呼叫测试方式（评估整网性能），各种测试方法依据需要结合使用。
GSM未接通总结
路侧过程中未接通现象总结未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。
路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。
原因也是多种多样。
导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH 拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
路测过程中L3信令流程：从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下几步的信令流程：主叫的信令流程：MS BTS 说明RACH Channel requestAGCH Immediate assignmentSDCCH CM service requestSDCCH CM service acceptSDCCH Authentic requestSDCCH Authentic responseSDCCH Ciphering commandSDCCH Ciphering completeSDCCH SetupSDCCH Call proceedingSDCCH Assignment commandFACCH Assignment completeFACCH ProgressFACCH AlertingFACCH ConnectFACCH Connect acknowledge被叫的信令流程MS BTS 说明PCH Paging RequestRACH Channel requestAGCH Immediate assignmentSDCCH Paging responseSDCCH Authentic requestSDCCH Authentic responseSDCCH Ciphering commandSDCCH Ciphering completeSDCCH SetupSDCCH Call proceedingSDCCH Assignment commandFACCH Assignment completeFACCH ProgressFACCH AlertingFACCH ConnectFACCH Connect acknowledgeTCH Speech相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming NumberE|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming NumberA|MSC -> BSS UDT(Paging)在路测过程中，L3接续流程和故障判断流程：导致未接通的常见的原因将结合实际情况，根据信令流程，一步一步对未接通的原因进行分析：1. channel request 拒绝channel request 拒绝在路测中很少遇到，如果小区被BAR 的情况下，会出现手机channel request 发送不出的现象。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉话现象 切换后信号强（-40至-65dbm），但质量(6-7)持续很 差，最终掉话
切换前在邻区列表中信号很强，但切换后信号很弱
切换的目标小区不合理
信号弱，质量差
切换前后信号电平差不多，质量都很差
切换后信号、质量都正常，之后电平逐渐减弱，质量恶 化
手机信号、质量都正常，之后电平迅速衰减，质量恶化 到7，未能切换出来造成掉话 起呼后就信号电平弱、质量差，最终掉话花 手机信号电平、质量都良好，网络下发Disconnect， Cause：Temporary failure 手机信号电平、质量都良好，网络下发Disconnect， Cause：Destination out of order 手机信号电平、质量都良好，网络下发Disconnect消 质量好，突然掉话 息，内容为：Abnormal release, unspecified。 手机信号电平、质量都良好，突然电平衰减数十dbm，质 量恶化到7 手机信号电平、质量都良好，发生切换，切换后1-3秒内 直接转为空闲模式
条件 开跳频 未开跳频 未开跳频 目标小区不合理 目标小区合理 目标小区不是信号最强 目标小区信号强但不是主覆盖 小区 强信号小区切换到了弱信号小 区 信号电平低于-80dbm 信号电平-70至-80dbm之间
邻区中无合适小区切换
邻区中有合适小区，但不切换 覆盖不连续 低电平起呼
原因分析 查话务统计，看是否存在载频故障，从Assigment Command和Handover Comannd 信令中查找MAIO和Ts信息，确定是哪块载频，再 查话务统计，看是否存在载频故障 查RNP数据，排查强干扰源 查原小区附近是否存在和目标小区同BCCH，但BSIC不同的情况 BCCH电平很强，但TCH电平很弱，检查是否存在鸳鸯线 检查是否存在选频直放站，一般选频直放站不能放大EGSM频点 检查最强邻区是否存在切换拥塞，提交扩容 如占用远处小区，信号很强，检查是否存在越区覆盖 一般小区都是按模板进行参数设置，不一定适合所有情况，需在实测数据分析 的基础上进行细调 检查服务小区和目标小区的小区类型，是否发生了捕捉切换或优选频段切换， 捕捉门限CPT设置是否合理 存在弱覆盖，需加强覆盖 一般市区无主服路段，需通过参数调整、天线调整或建街道站建立主控小区 如目标小区合理，检查是否缺少邻区关系 如占用远处小区，信号很强，检查是否存在越区覆盖 检查目标小区覆盖方向是否正常，是否存在天线接反的情况 检查目标是否为微蜂窝，切换的原因是什么，针对切换原因进行相应参数调整 或分布系统整改 检查最强邻区是否存在切换拥塞或切换参数是否正常，提交扩容 分析服务小区覆盖方向和车辆行驶方向是否一致，可能存在拐角衰弱 现场勘查，是否存在建筑物遮挡，或天线平台不合理 一般是起呼前空闲模式下手机占用小区不合理，如位置区、车速过快、天线位 置不合理等都会引起重选滞后，导致低电平起呼。可通过小区重选参数调整避 可能是传输掉话，重点检查话务指标是否异常 可能是传输掉话，重点检查话务指标是否异常 可能是传输掉话，重点检查话务指标是否异常 可能是OMC有人操作 切换掉话，可能是手机故障，目前使用SAGEM OT260手机测试经常发生，Tems测 试设备很少发现
掉话原因分类 载频故障 频率干扰 误切换 鸳鸯线 直放站 切换拥塞 越区覆盖 参数设置 弱覆盖 无主服 切换关系丢失 越区覆盖 天线接反 微蜂窝泄露 切换拥塞 拐角衰弱 建筑物遮挡 低电平起呼
异常拆链人为操作 切Fra bibliotek掉话