位置更新引起未接通的分析
浅析TD-SCDMA位置更新对接通率的影响
邓也’ 戴明艳’ 张晓辉 ， ， ，董鑫
（ 中 国移 动通 信集 团设 计 院有限 公 司安 徽 分公 司，合 肥 ２ ０４ ；２ 中国移 动通信 集 团安 徽有 １ ５０１
限 公 司安 徽 分公 司，合 肥 ２ ０ ６ ） ５０ １
位置更新时延对接通率 的影响。
． ．． Ｃ Ｐ ｏ 的引入 现网部分 Ｇ Ｍ 网络的系统消息效率较低，终端需 ２ ２ ３２ＭＳ ｏ ｌ Ｓ
要花费较长的时间读取系统信息 ，配置 ６个 Ｔ Ｄ邻 区的 情况下 ，实测需要 １ｓ ０ 多才能读完系统消息。如果在路 测环境下 ，由于路测车速可 能较快 ，更容易 出现终端在
一
ＭＳ ｏｌ 以管 理全 网的所 有 Ｌ ＣＰ ｏ可 ＡＣ，通过在 全 网实施 ＭＳ ｏｌ Ｅ在 ＭＳ ｏｌ Ｃ Ｐ ｏ，Ｕ Ｃ Ｐ ｏ 内移 动将不再需 要进行频繁的位置 更新 ，从而从根本上解决位置更新对
个小区尚未读完系统消化寻呼策略 ． 在寻呼方面，通过三个层面优化寻呼策略，尽可能 提高寻呼成功率。
根据 Ｇ Ｍ、Ｔ Ｓ Ｄ原理 及部 分城 市 实测 过程 ，给 出
位置 更新后 ，若 ＭＳ Ｃ二 次寻呼失败 ，则 ＵＥ仍然 无法 接通 ，势必 影响寻 呼成功率 和接通 率。将 网络 中
如下配置建议 ： 建议 Ｇ Ｍ 的Ｔ Ｓ Ｄ邻区数量建议配置在 Ｔ Ｄ和 Ｇ网的核心网割接到同一 Ｍ Ｃ下后可减少 ＭＳ Ｓ Ｃ
２ ５ １Ｍ Ｃ间寻呼 ．． Ｓ
的小 区，这时由于 尚未驻留，终端会重新读取更好小区
的系统消息，进一步增加重选时间，恶化接通率指标。
针对 以上 情 况，建 议 核 查 现 网Ｉ 临区配 置 ，优 化 Ｇ Ｍ 邻 区关系 ，在一片 区域 中，尽 量只设置 一个信号 Ｓ
掉话未接通的分析
未接通、掉话及切换失败分析未接通、掉话及切换失败分析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未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。
IMSI UNKNOWN IN VLR导致未接通
IMSI UNKNOWN IN VLR导致未接通
【事件描述】
车辆由南向北行驶在丰谭路上，在丰谭路左转至天目山路路口处，主叫UE由亚洲城2(40701)重选至国力大酒店2(40262)，未能及时进行位置更新即起呼，造成CM SERVICE REJECT，cause为IMSI UNKNOWN IN VLR。
主叫路测截图
【事件原因】
该用户在其他的Server上做了位置更新，且HLR通知了本Server删除掉用户数据。
由于该用户没有在本Server上做位置更新，也就是说，本Server上是没有该用户的数据的，所以当该用户在本Server上发起呼叫时，核心网直接拒掉，拒绝原因值为”IMSI Unknown in VLR”。
【解决措施】
关于该问题，核心网的MAP功能配置里有个选项可以解决此问题：
该开关的说明如下：
使用的效果如下：
若将该参数设为“是”，则当移动用户向网络发起位置更新请求时，如果正常的由HLR执行的位置更新操作出现失败的情况，MSOFTX3000可以直接通过VLR继续执行位置更新流程。
确保了UE进行重新登记。
即：如果遇到”IMSI Unknown in VLR”的现象，则本次呼叫不会直接拒绝掉，而是由VLR发起一次位置更新，位置更新成功后，呼叫继续，确保了用户可以正常接入。
因此，该参数的修改是可以提高AMR和VP的接通率的。
注：此开关的打开只适用于华为的交换，此开关的打开可能会带来充值出错、串话的问题，此开关的打开要慎重，此可以在集团测试期间打开即可。
掉话及未接通原因分类
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-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
未接通、掉话简析及案例分析
未接通、掉话简析及案例分析―范智浩目录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 发送不出的现象。
未接通原因归类
未接通原因归类未接通原因归类：导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机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、手机本身问题。
DT测试未接通(Block Call)处理案例1
DT测试未接通(Block Call)处理案例目录1D T测试未接通分类 (2)2D T测试各类未接通案例分析 (2)2.1被叫位置更新造成的未接通 (2)2.2无线网络质量差/过覆盖/弱覆盖造成的未接通 (3)2.3TCH拥塞造成的未接通 (5)2.4呼叫重建失败的未接通 (6)2.5其他原因造成的未接通 (8)3D T测试未接通处理总结 (8)一、DT测试未接通分类影响接通率指标的因素有被叫位置更新、无线网络质量差 / 过覆盖/ 弱覆盖、TCH拥塞、硬件故障、Paging Delete、被叫频繁的小区重选、呼叫重建失败、上行干扰等八类原因。
二、DT测试未各类接通案例分析2、1被叫位置更新造成未接通。
当主叫发起呼叫时，被叫正跨LAC边界并进行位置更新。
在此期间寻呼将会失败，因为被叫尚未完成位置更新，对被叫的寻呼消息会被发往原来的LAC，二次寻呼也仍然不会成功，因为此时的二次寻呼还是在原来的LAC里发送。
此类未接通事件都是发生在跨LAC区且通常都是被叫发生未接通，通常通过①调整天线俯仰角（压低越区覆盖到跨LAC区域的小区）②调整CRH值,这两种方法来减少乒乓位置更新｛CRH为小区重选参数，我们假设当前小区和欲重选小区C2值分别为C2（A）和C2(B)，则只有C2(B)>C2(A)+CRO+CRH且持续5S才会重选。
显然当增大CRH值将会延缓从当前小区重选到其他小区，同样也就减少了重选和位置更新｝。
下面的案例就是通过调整CRH值来使得小区间重选变的慢些，同时也相应减少了不同LAC之间的反复的小区重选。
事件描述：未接通。
优化前信号图：问题分析：在潘集县苏杨村基站附近潘淮公路上被叫MS3在跨位置区（21953->21958）时连续做了2次位置更新导致主叫MS1未正常寻呼到被叫发生blocked call。
优化建议：调整该位置附近小区的CRH参数以减少不同LAC之间的反复的小区重选或根据实际情况适当增加附近相应小区的SDCCH信道配置。
未接通及掉话原因分析
未接通分类什么是未接通：根据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消息。
未接通分析流程V1
一、DT 未接通处理流程未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到信道，导致未接通。
在日常的测试当中，导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、寻呼失败等。
总体判断流程如下：1、判断被叫号码是否正常；被叫号码不正确，主叫侧听到“多来咪”提示音2、主叫覆盖小区信号质量是否良好；覆盖小区存在弱信号或连续的高质差、高干扰，容易造成信令无法继续流转或丢失，通话过程无法接续。
3、主叫覆盖小区是否存在拥塞；包括SDCCH拥塞、TCH拥塞，无线资源缺乏导致未接通。
4、被叫是否存在频繁的小区重选；手机会在小区重选时容易漏监听系统的寻呼消息造成被叫未接通。
5、被叫正在进行位置更新；当主叫发起呼叫时，被叫正跨LAC边界并进行位置更新。
在此期间寻呼将会失败，因为被叫尚未完成位置更新，对被叫的寻呼消息会被发往原来的LAC，二次寻呼也仍然不会成功，因为此时的二次寻呼还是在原来的LAC里发送。
6、被叫覆盖小存在拥塞；包括SDCCH拥塞、TCH拥塞、寻呼拥塞，无线资源缺乏导致未接通。
7、主\被叫覆盖小区存在故障导致未接通。
流程图如下:分析说明：1)TCH信道拥塞当TCH信道发生拥塞时,由于没有TCH信道资源可用分配,新的接入请求将会被拒绝,会影响接通率。
TCH信道拥塞的原因可能是:a)小区用户密集,话务量过大.b)基站配置低,且未开通半速率c)由于周围基站推服或是故障,小区突发性话务量上升.d)本小区故障或是部分载频被认为闭塞2)SDCCH 拥塞首先要确定SDCCH拥塞率是普遍小区现象还是个别小区现象。
如果是普遍现象则先要分析位置更新定时器参数（T3212）设置是否合理，计算网络的SDCCH容量是否满足系统要求，是否为系统级的设备故障或传输问题。
如果是个别拥塞现象，则要针对问题小区进行分析。
对寻呼与位置更新同时进行影响接通率的分析和优化
信 息 技 术22科技资讯 SC I EN C E & TE C HN O LO G Y I NF O R MA T IO NW C D M A 网络中影响语音业务接通率指标的因素较多,被叫手机在寻呼的同时发生位置更新从而导致接入失败是常见的,不可避免的原因之一。
尤其对于无线侧和核心侧属于不同设备厂商时,它们之间的寻呼机理、信令交互以及相关参数需要特别注意和研究。
1 研究背景在日常网络优化时,在测试范围内较多路段存在接入失败的现象,通过分析和汇总,这些问题点基本位于跨RN C的边界上。
该地市目前共有9个R N C ,每个R N C 设置一个LA C号,测试区域主要在RNC 6范围下,但较多路段处于R NC 6和R NC 7、8、9的边界上。
所以,寻呼与位置更新同时进行影响接通率的情况不可避免。
解决跨L A C 时接入失败的方案较多,比如将重新划分基站的LA C区归属。
因涉及的基站数量较多,这种方案存在割接工作量大、操作难度大、时间长、易出错等不利因素。
2 优化方法和结果2.1问题提出目前CN侧寻呼策略的设置为:启用2次寻呼,第一次使用TMSI,第二次使用IMSI,两次寻呼的区域均分别是当前L A C 和全网,寻呼间隔时延5秒。
在当前的寻呼策略设置下,用户如果在R N C 边界发生L A C 重选(也包括2/3G 重选)时做被叫,会由于位置区发生改变,无法在旧的位置区寻呼到该用户,从而产生寻呼无响应问题。
以该地市运河西路为例,该路段处于R N C 6和R N C 8的边界上,在D T 过程中,被叫手机MS 2在被寻呼的时候进行了位置更新,导致接入失败。
2.2解决方案由于语音业务接通涉及到无线与核心网两方面,优化需要综合考虑。
通常来说,对于位置更新与寻呼同时发生导致接入失败的情况,单纯地在无线侧优化好无线环境意义并不大,无法从根本上解决跨L A C 导致的接入失败问题。
对此问题,我们提出了以下三种解决方案。
未接通及掉话原因分析
未接通分类什么是未接通：根据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消息。
异常事件详细分析
1.1 未接通事件1：被叫手机位置更新被叫手机RNC侧信令：（rnc侧信令时间等于空口信令时间+44秒）事件分析：UE沿图中方向行驶跨位置区，被叫位置更新导致本次呼叫未接通。
从主叫信令上看被叫已经上发了alerting，但从被叫信令看，被叫在位置更新结束后，有30秒中无信令（应是软件记录信令丢失，实际未丢失），实际上被叫已经上发了alerting和connect消息，但主叫已经超时。
主叫收到alerting的时间是10:42:09.8秒，一般connect至alerting的时间间隔是5秒左右，所以正常流程下主叫收到connect时间应该是10:42:14.8秒，但主叫上行disconnect时间是10：42：12.5，也就是主叫等不及connect就disconnect了（软件默认设置主叫connect时间是15秒）1.2 未接通事件2：未知原因导致未接通事件分析：UE沿望江路自西向东行驶，主叫手机占用社科院3小区，主叫上发rrcConnectSetupComplete,但没有上发CM SERVICE REQUEST,导致本次未接通。
由于rrc没有建立完成，所以RNC跟踪的信令不记录本次呼叫记录，因此看不出来是RNC没有收到rrcconnectsetupcomplete，还是RNC收到了，但UE异常没有发送CM service request消息。
查看该小区该时段上行干扰情况，从统计结果来看，无上行干扰。
所以应该是UE异常没有发送CM service request消息导致本次未接通。
1.3 未接通事件3：被叫频繁重选未及时收到寻呼导致未接通事件分析：UE沿图中方向行驶，主被叫均完成位置更新以后，主叫起呼，主叫call proceeding（10:47:29）后，被叫应该收到寻呼，查看被叫信令，被叫在10:47:30至10：47：40秒之间收到了4次寻呼，但都不是本次呼叫的寻呼，而是ps域寻呼，直到10：47：41秒才收到本次呼叫的寻呼，被叫手机响应本次寻呼完成。
掉话及未接通原因分类
其它
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
其它不可知的资源不可用情况
其它
业务或选项不可用类型原因
位置更新导致的寻呼失败分析及优化方案
收稿日期：2017-01-03责任编辑：袁婷*****************位置更新导致的寻呼失败分析及优化方案Analysis on Paging Failure Caused by Location Update andOptimization Scheme针对移动通信过程中位置更新导致的寻呼失败问题进行有效分析，并提出优化方案。
首先发现未接通异常事件；然后通过核心网网管信令全流程分析未接通原因，并介绍问题处理过程和解决方案；最后针对这种未接通异常事件，采用参数调整方法，可以有效减少TAU 过程，从而达到降低TAU 过程与CSFB 冲突的研究目标。
TAU CSFB 位置更新The paging failure resulted from location update in mobile communications was effectively elaborated and the optimization scheme was proposed. Firstly, the disconnected abnormal event was found out. Then, the cause for disconnection was analyzed via the complete process of core network management signaling. In addition, the problem processing and the solutions were introduced. Finally, aiming at this disconnected abnormal event, the TAU process was reduced effectively by adopting the parameter adjustment method. Thus, the conflict between the TAU process and CSFB was decreased.TAU CSFB location update（中国联合网络通信有限公司江门市分公司，广东 江门 529000）(China United Network Communications Group Co., Ltd., Jiangmen Branch, Jiangmen 529000, China)【摘 要】【关键词】张广元，欧佳佳ZHANG Guangyuan, OU Jiajia[Abstract][Key words]1 引言移动通信网络中影响语音接通率的因素有很多，其中位置更新导致的寻呼失败是指当发生寻呼时，手机恰巧进行跨局位置更新导致的寻呼失败。
790286_TD-SCDMA网络接入失败原因分析______
101TD-SCDMA 网络接入失败原因分析【摘要】【关键词】【Abstract】【Keywords】一、前言TD-SCDMA 网络发展至今，已具备了一定的网络规模和用户群体，作为影响用户感知提升方面一个很重要的因素，无线接通在整个无线网络质量评估中起着不可估量的作用，因此该项指标一直以来是各大运营商重点关注的网络指标之一。
二、影响接通率的因素从日常测试统计分析来看，影响用户接通率的因素有诸多方面，如站点故障、无线干扰、鉴权失败等，但由于位置区更新导致的接通失败占了接通失败总数的80％左右，其中既有系统内（GSM/TD）跨LAC 引起的位置更新，也有系统间互操作引起的位置更新。
三、位置更新对接通率的影响分析在现有网络中，UE 存在系统内(GSM/TD)位置更新和系统间位置更新两种情况。
当UE 的LAC 发生变化，在进行位置更新的过程中，UE 基本属于脱网状态，此时寻呼消息在UMTS 网络中下发，UE 必然无法被寻呼到。
因此，由位置更新导致的接通率失败是现有网络优化中需要积极面对的问题。
3.1 系统内位置更新由于2/3G 互操作的存在，在TD-SCDMA 网络弱覆盖区域，UE 往往会占用到GSM 网络，因此，系统内位置更新有TD-SCDMA 系统内和GSM 系统内位置更新两种。
当被叫UE 处于LAC 交界处时，有可能出现主叫UE 寻呼时，被叫UE 正在进行位置区更新，由于终端每次改变位置区均需执行TMSI 再分配程序，因此在该阶段，被叫UE 将无法收到RNC/BSC 下发的寻呼消息，从而导致被叫UE 无法被寻呼到。
系统内位置区更新信令流程如下图１：从以上信令流程来看，无论是在TD-SCDMA 网络还是在GSM 网络，系统内位置更新均需进行同步/读系统广播消息、位置区更新、路由区更新这几个步骤。
由于3G 系统支持PS 业务和CS 业务并发，因此TD-SCDMA 网络的位置区和路由区更新可并行处理，而2G 系统不支持PS 业务和CS 业务的并发，因此GSM 网络的位置区和路由区更新需串行处理。
TD未接通原因的一些总结
链路资源不 可用
RRC连接 请求无响 C/I差 BLER大 TD弱覆盖 （连续小 于被叫无响应 切换失败 位置更新 异系统小sconnect里面解出来以下原因码，我们定位为"链路资源不可用" 1 、no circuit'channel available 2、resource unavailable,unspecified#(*)#$@K:JFD()本文来自移动通信网,版权所有 3、requested circuit/channel not available#(*$#什21fK:JFD()$#_本文来自移动通信网,版权所有 RRC多次连接请求，超时后引起未接通（看无线环境C/I情况，是否存在干扰） 按照规范定义C/I>=－3为满足PCCPCH覆盖率中的一个条件， 我们在当前PCCPCH RSCP值很好（大于 －95dBm以上）的条件下，将PCCPCH C/I<=-5或DPCH C/I<=-5或两者同时<=-5并且持续，归入C/I差 "BLER大"是用软件中的BLER参数来标识的，若PCCPCH RSCP、DPCH RSCP、C/I都很好，而误块率 BLER为30％以上，并且持续，即定义为”误块率高” 按照规范定义PCCPCH RSCP >=-95dBm 为满足PCCPCH覆盖率中的一个条件，我们一般认为 "PCCPCH RSCP <=-96dBm 以下，即为弱覆盖 被叫UE没有响应动作
切换失败造成的主叫未接通
TD网内主叫正常呼叫，被叫在进行位置更新（LAC变更） 2G向TD重选时，主叫在2G侧呼叫，被叫在满足异系统重选条件时向TD网络重选造成的主叫未接通；TD 向2G重选时，主叫在TD侧呼叫，被叫在满足异系统重选条件时向2G网络重选造成的主叫未接通 "其他原因"包括从disconnect里面解出来以下原因码，我们定位为"其他原因"： 1、call rejected 2、destination out of orders1fd知1fK:JFD()$本文来自移动通信网,版权所有 3、temporary failurevckjlureK:JFD()$本文来自移动通信网,版权所有 4、protocol error, unspecifiedfjouiK:JFD本文来自移动通信网,版权所有 5、PCCPCH RSCP、DPCH RSCP、C/I、BLER都很好，但仍然存在未接通的呼叫。s3a21K:JFD本文来 自移动通信网,版权所有 6、Unassigned number
未接通问题分析报告
未接通问题分析报告未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。
接通率一直是优化中要应对的一个重要工作。
在日常的测试当中，我们经常遇到各种各样的未接通情况，原因也是多种多样。
主要的未接通原因有被叫手机位置区更新、被叫手机频繁重选、TCH拥塞、SDCCH拥塞、质差、弱信号覆盖、上行干扰、硬件问题等。
下面列举在测试过程中遇到的几种未接通现象：1弱信号覆盖导致的未接通问题描述：MS占用HF347B起呼时，电平为-94dBm，质量等级为7。
TCH分配成功后信令丢失，被叫在15秒后释放，主叫未接通。
现场测试，问题点处有主覆盖小区HF777C 进行覆盖，信号电平为-65dbm左右。
问题点发生当天，HF777C未发生断站，由此判断测试时出现整体信号电平弱的现象为手机反应慢导致。
复测时HF347B小区信号电平在此处为-80dbm以下，占用该小区起呼容易产生弱信号质差，导致未接通。
相关数据：解决方案：修改HF347B CRO：0->2，PT：0->31。
实施效果：现场多次拨测，MS占用主覆盖小区HF777C进行起呼，未再发生未接通的现象。
2被叫频繁重选导致的未接通问题描述：图中红色方框所示路段，HF004A、HF059B、HF006B场强相当，发生多次小区重选，影响接通率。
从MCOM可以看到，该位置上主覆盖小区为HF006B，应确立HF006B 小区的主覆盖小区作用。
相关数据：解决方案：修改HF059B BSPWRB/BSPWRT：45->43，HF004A BSPWRB/BSPWRT：43->41。
实施效果：现场多次复测，主被叫MS占用主覆盖小区HF006B进行起呼，被叫没有出现频繁小区重选，主叫未再出现未接通现象。
3质差导致的未接通问题描述：MS在桐城路上占用HF075C小区进行起呼，由于BCCH频点113受到HF346A 小区的同频干扰，发生7级质差，导致出现未接通。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海贝尔阿尔卡特股份有限公司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上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部4.在 SDCCH 上信令突然中断转为 IDLE 模式 定位:SDCCH 掉话或者 TCH 拥塞 建议:查看是否启用 SDCCH 信道上的切换,查看相关小区话务量和 TCH 配置,在排 除无线方面原因后,应跟踪 Abis 接口,A 接口信令从交换侧寻找问题原因 5.ASSIGNMENT COMMAND 失败 定位:TCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因 6.位置更新过程中起呼或起呼后即进行位置更新 建议:查看位置更新定时器和位置区设置 7.小区重选过程中起呼或起呼后即进行小区重选 建议:查看相关小区的小区重选参数 8.被叫方未收到 PAGING 建议:查看和 PCH 相关的参数――接入准许保留块数和寻呼信道复帧数,排除无线方 面原因后,应从交换侧寻找问题原因三,位置更新(Location Update) 引起的呼叫未接通在实际的路测过程中,我们观察到手机的 LU 过程会在相当程度上影响呼叫的正常流 程.主要有以下两种情况: ◆ 主叫手机: 重选后, 来不及做 Location Update, 就开始呼叫, 接收到 CM Service Reject. ◆ 被叫手机:呼叫被叫时,该手机正在 Location Update. 3.1 主叫手机因位置更新引起的呼叫未接通 3.1.1 主叫手机正常流程 当 MS 要做主叫时,首先需要在空中接口申请信令信道 SDCCH.这个过程大致是:MS 通过 RACH 在向 BSS 发出分配请求(CHANNEL REQUEST) ,正常情况下 BSS 会立即回应 一个立即分配信道信息(IMM ASSIGNMENT) ,其中包含有关 SDCCH 的信息.然后 MS 在该 SDCCH 上会发送第一个 CM 消息 CM SERVICE REQUEST(SERVICE TYPE: NORMAL CALL) . CM SERVICE REQUEST(该消息中包含有该手机的 TMSI 信息,申请的业务类型等内 容)是 MS 请求某种服务而连接到相应管理层的消息,例如常规的手机呼叫,紧急呼叫,短 讯,还有一些辅助服务等(如 CALL WAITNG)在收到 CM 消息后,BSS 会建立一条 MS 到 MSC 的虚拟信令链路. BSS 在发起消息中加了一些信息(如服务小区信息等) ,通过 COMPLETE LAYER3 发 MSC 会回连接确认 CC MSC 收到 COMPLETE (CONNECT CONFIRM) 的消息. 送给 MSC. LAYER3 后,将向相关联的 VLR 进行数据查询.2/5移动通信经验交流汇编ASB2005GSM001上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部查询的根据是 CM Service Request 中的"TMSI 号码" .通过 TMSI 号码,在 VLR 数据 库中可以查询到该用户的业务支持类型,LAC 区域等相关内容.在正常情况下,在 VLR 中 可以查询到该 TMSI 的用户,并且支持的业务.如正常,随后信令流程进行鉴权,加密等正 常进行. 3.1.2 未及时位置更新造成未接通 主叫手机在 Channel request 之前正好从 old LAC 重选到 new LAC (属于不同 MSC/VLR) , 还没有来得及进行 LU,TMSI 重分配,就发起呼叫. 一般是在 LU 时,VLR 将启动 TMSI 重分配过程.所以当手机重选到不同 MSC/VLR, 如果没有进行 LU,此手机的 TMSI 号码仍然是由 old VLR 分配的.我们上文提到的呼叫异 常情况时,手机所在的 New MSC 根据 TMSI 在 New VLR 中查询,很明显是查询不到与该 TMSI 号码相关的数据的. 此时, 网络侧怀疑手机发来的 TMSI 存在问题, 为了验证手机发送的 TMSI 是否有问题, 网络侧将启动 Identity Request 过程. Identity 过程是为了向手机查询一些必要的数据,比如 IMSI,IMEI. 手机收到 Identity Request 后,将发回 Identity Response(其中包括 IMSI) .New MSC 将 根据新收到的 IMSI 号码再次在 New VLR 中查询. 由于该手机根本还没有在此 New VLR 中 登记,所以仍然不能查询到相关数据! 此时网络侧认为不能支持该用户申请的业务,于是 MSC 发送 CM Service Reject(Cause =IMSI unknown in VLR) ,以拒绝该用户的主叫业务,随后释放 SDCCH 信道.呼叫流程结 束,统计为"未接通" ! 另外假如主叫手机在 Channel request 之前正好从 old LAC 重选到 new LAC(但是属于 相同 MSC/VLR) ,还没有来得及进行 LU,TMSI 重分配,就发起呼叫.由于重选前后的小 区属于同一 MSC/VLR,所以 MSC 仍可通过 TMSI 查询到此手机的支持业务等.如此,呼 叫流程正常进行,不会受到 LU 的影响. 3.2 被叫手机因位置更新引起的呼叫未接通 3.2.1 被叫手机正常流程 正常流程中,主叫手机在收到 ASSIGNMENT COMPLETE 消息,TCH 分配完成之后, 就开始通过 GMSC 向被叫手机的 HLR 索取 MSRN.这个过程在接口是用 MAP 消息来完成 的.一个直观的结果就是 MSC 用一个用户的 E164 ISDN 的号码换得了一个同样 E164 编码 的动态漫游号码. 被叫端的呼叫建立时,主叫手机所在 MSC 会从 HLR 中取得动态漫游号码 MSRN(MS ROAMING NUMBER) ,经过再一次进行字冠分析后,定位被叫手机关联的 MSC/VLR 中. 接下去,要执行的动作就是要在 VLR 中找到该用户.ASB2005GSM001移动通信经验交流汇编3/5上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部MSC 再次拜访 VLR, MSRN 一般情况下 PAGING 还需要用户的 TMSI 和 LAC 信息. 用 MSC 根据 LAC 和 BSC (MS ROAMING NUMBER) 作为索引, 取得 TMSI 和 LAC 等参数. 的关系列表,将 PAGING 的消息发给包含该 LAC 的所有 BSC.PAGING 消息中包括 TMSI 信息. 3.2.2 未及时位置更新造成未接通 假设 VLR/MSC 在同一位置,只有一个 LAC.如此,重选到不同的 LAC,也就是重选 到不同的 MSC/VLR.由于 HLR 需要知道手机所属的 MSC,所以这样的 LU 过程必须要在 HLR 中更新数据. 如果被叫手机正好重选到不同的 LAC 小区,正在进行 LU.查询被叫手机时,有两种 可能性: 1:HLR 中的数据未更新,LU 进行中. 2:HLR 中的数据已更新,LU 进行中. 如果被叫手机已重选到不同的 LAC(属于不同的 MSC/VLR) ,但尚未更新到 HLR.所 以此时主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC 是 old MSC/VLR! 虽然未完成 LU,但仍可在 old MSC/VLR 用 MSRN 查询取得被叫手机相关的状态, TMSI,LAC.随后,MSC 根据 LAC 和 BSC 的关系列表,将 PAGING 的消息发给包含该 LAC 的所有 BSC.PAGING 消息中包括 TMSI 信息. 但是由于此时手机已经重选到其他的 LAC, 不再在原先的 LAC 下面! 所以这样的 Paging 是寻呼不到被叫手机的,MSC 无法收到 Paging Response.主叫手机应听到录音通知"暂时 无法接通" ,呼叫流程结束. 如果被叫手机已经重选到不同的 LAC(属于不同的 MSC/VLR) ,并且已经 LU 更新数 据到 HLR.所以此时主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC 是 New MSC/VLR. 在 New MSC/VLR 里通过 MSRN 查询取得该手机相关的状态.由于仍在 LU 进行中, VLR 中手机的状态是 SCCP EXIST 忙碌,因此不会再进行 Paging 过程.此时主叫手机应听 到录音通知"用户正忙" ,呼叫流程结束. 案例:10 月 13 日,徐州评估 DT 测试中,发生了多次未接通.有 4 次是因为位置更新 所引起的,其中有一次未接通就是被叫手机重选到不同的 LAC(属于不同的 MSC/VLR)所 造成的.开始寻呼时,被叫手机从铁三中 1 小区(LAC:20887)重选到堤北 2 小区(LAC: 20882)后开始位置更新,起呼未接通.下面是发生此次未接通时主被叫手机的信令图:4/5移动通信经验交流汇编ASB2005GSM001上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部根据主被叫手机的信令图, 可以很明显看出主叫手机开始寻呼时, 被叫手机正好开始位 置更新,从而造成未接通. 此外就是 LU 发生在同一 VLR 下.即发生 LU 前后的 LAC 属于同一个 MSC/VLR. 这样的 LU 过程不改变被叫手机所在的 MSC/VLR 位置,故不需要到 HLR 更新数据. 主叫手机所在 MSC 从 HLR 取得 MSRN,定位被叫手机所关联的 MSC/VLR,仍然是原 来的 MSC/VLR. 在 MSC/VLR 里通过 MSRN 查询取得该手机相关的状态.由于仍在 LU 进行中,VLR 中手机的状态是 SCCP EXIST 忙碌,因此不会再进行 Paging 过程. 此时主叫手机应听到录音通知"用户正忙" ,呼叫流程结束. 由于现在网络中一般一个 MSC/VLR,只有 1 个 LAC,在路测中 Location Update 的随 机性对接通有较大的影响.正是由于 Location Update 有一定的随机性,所以较难解决此问 题. 建议可从以下一些方面来改善: 1,减少不同 LAC 小区之间的覆盖重复区域,避免来回重复的 Location Update 影响接 通; 2,可适当的调整 CRH,较少不必要的 Location Update; 3,建议路测路线,尽可能少经过 LAC 交界处;ASB2005GSM001移动通信经验交流汇编5/5。