位置更新引起未接通的分析
浅析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、手机本身问题。
- 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。