信令异常分析(掉话)
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。
GSM移动通信话务掉话分析和处理
GSM系统中的话务掉话分析和处理摘要本文主要针对GSM网络系统出现的掉话问题进行详细的分析，并提出解决问题的建议和办法。
关键词GSM 掉话切换移动通信中的话务掉话是指在分配了话务信道（TCH）后，由于某种原因，呼叫丢失或中断，导致正常通话无法继续进行的现象。
掉话是衡量网络QoS的重要标志，虽然掉话对系统接通率等指标没有直接影响，但却给用户造成了许多不便，是目前用户投诉的热点，因此必须予以重视。
下面从掉话计算公式出发对掉话产生的原因及解决方法进行阐述。
一、公式话务掉话总次数：本地区无线子系统所有原因引起的业务信道掉话，包括正常信道丢失及各种切换等原因引起的话音掉话。
计算公式如下：话音信道掉话总次数=C1164/8+C1164/13+C1164/14+C1164/16+C1164/24+C1164/25与掉话相关的指标：无线话务掉话比=（C1611/0+C1611/1）*60/（C1164/8+C1164/13+C1164/14+C1164/16+C1164/24+C1164/25）即：话务掉话比=话务量*60/掉话次数二、计数器解释C1611/0：TCH正常分配时的话务量；C1611/1：TCH重新建立时的话务量；C1164/8：由于PCM等设备问题造成时隙释放而产生的掉话；C1164/13：无线接口失败造成的掉话；C1164/14：无线链路失败而造成的掉话；C1164/16：A接口上有断连接指令发出（指没有正常情况下释放信道的CLEAR COMMAND或SCCP断连接指令），多半是硬件原因的造成的；C1164/24：切换中的T3103超时造成的掉话；C1164/25：跨BSS的切换中的T8超时造成的掉话；基本上优化掉话基本上就是想尽各种办法减少掉话次数。
三、掉话产生原因及解决方案1、无线链路失败无线呼叫过程见下图：当移动台在通话过程中，由于某种原因，不能发出SACCH(包含有测量报告消息)，或者在规定时间内没有被网络(即BTS)解码，也无法执行其它切换，造成的掉话就是无线链路超时掉话。
大唐后台信令跟踪LDT异常事件解读
⼤唐后台信令跟踪LDT异常事件解读3、CDL⽂件掉话失败原因分析3.1、cdl分析关注要点⽬前的CDL⽂件使⽤LDT分析后，UE掉话对应的有“掉话事件”和“掉话原因”，掉话原因为关注的重点，具体掉话原因对应的有：1)RL failure or RLC error timer expiry。
RB建⽴后，掉话；2)Receive Ue TimerOut Response Message In DTD Proc。
RB建⽴失败，影响接通；3)切换过程中发⽣RL失败引起的掉话。
切换失败导致掉话；4)未知原因引起的掉话。
切换失败导致掉话；5)failed because cell update occurs。
⼩区更新失败导致掉话；6)Receive Ue Timeout Msg during HO。
切换失败导致掉话；7)⼩区更新超时。
实为切换失败掉话；8)RL Failure引起的掉话。
⽆线链路失败触发⼩区更新，导致掉话；9)user or link forece release。
UE在cs域和ps域中建⽴RAB，kpi中会统计为掉话或接⼊失败；10)RA THO, as waiting lu timer expire message, received a cell change order from utran failuremessage。
系统间切换失败导致掉线；11)rolled Fail during HO。
⼩区更新导致切换失败掉话；12)The reason for the action is expiry of timer TRELOCoverall.。
系统间切换失败导致掉话；13)RRC release when INTEGRITY CHECK fail。
RAB建⽴失败14)Cell Update Confirm 超时。
⼩区更新，掉线；15)Receive Ue Failure Response Message In DTD Proc。
网优掉话分析及信令流程讲稿
网优掉话分析及信令流程怡创李宇鹏今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。
在给大家讲打电话的过程之前，我先向大家说一下各种号码。
一、编号系统1、移动台的国际身份号码ISDN（MSISDN）是在公用交换电话网编号计划中唯一地识别移动电话的鉴约号码。
CCITT建议结构为：MSISDN＝CC＋NDC＋SNCC＝国家码即在国际长途电话通信网中的号码(86)NDC＝国内目的地码SN＝用户号码如1392223456－139222便是NDC，前三位用于识别网号，后三位用于识别归属区，目前开通的135--138实际上是同一个网。
2、国际移动用户识别码（IMSI）是唯一地识别GSMPLMN网中某一用户的信息。
IMSI＝MCC＋MNC＋MSIN (460-00---)MCC＝移动网的国家号码（与CC不同）MNC＝移动网号MSIN＝移动台识别号，最长为15位。
3、移动台漫游号码（MSRN）用于一次呼叫的路由选择。
MSRN＝CC＋NDC＋SNCC＝国家号NDC＝国内目的地号码(用于识别MSC/VLR）SN＝用户号，对应于用户的IMSI号码4、临时移动用户识别码（TMSI）用于保护IMSI码，该号只在本MSC区域有效，其结构可由各电信部门选择，长度不超过4个字节。
5、国际移动台设备识别码（IMEI）是唯一用来识别移动台终端设备的号码，称作系列号。
IMEI＝TAC＋FAC＋SNR＋SPTAC＝型号论证码FAC＝最终装配码，用于识别制造厂家。
SNR＝序号SP＝备用6、位置区识别码（LA）LAI代表MSC业务区的不同位置区，用于移动用户的位置更新。
LAI＝MCC＋MNC＋LACMCC＝移动国家号，识别一个国家MNC＝移动网号，识别国内的GSM网LAC＝位置区号码，识别一个GSM网中的位置区7、小区全球识别码（CGI）用于识别一个位置区内的小区。
掉话类故障处理指导
掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。
标口信令在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。
掉话预检查方式异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。
S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。
按消息类型排序依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。
找到异常掉话消息根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。
找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下：Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于：Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；常见掉话原因邻区错/漏配通常，网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。
移动通信掉话问题分析
移动通信掉话问题分析摘要:针对GSM系统掉话原因及解决方法进行简要阐述,并对移动网络掉话问题进行总结,为日常优化提供一定的参考。
关键词:掉话GSM 优化一、引言在移动通信中,掉话是指在分配了话音信道(TCH)后,由于某种原因,使呼叫丢失或中断,正常通话无法进行的现象。
掉话不仅影响网络指标,而且会给用户造成许多不便,是用户投诉的热点。
二、原因分析及解决(一)干扰1、干扰原因GSM系统内部干扰主要由以下几个方面的原因产生:(1)频率规划不合理,引起同、邻频干扰;(2)基站或手机功率设置不合理,引起下、上行链路干扰;(3)频率复用不合理;(4)由于多径效应、建筑物反射等造成干扰。
2、问题定位干扰可能是网外或网内的,存在于上行信号或下行信号中,我们可采用多种方法来定位干扰。
(1)从话统上分析,找出可能受到干扰的小区。
(2)结合用户投诉,在可能受干扰的地方进行通话路测,检查下行干扰。
还可用测试手机锁频拨打测试,观察是否在某个频点上受到干扰。
(3)检查频率规划,是否存在规划不当的地方而出现同邻频干扰。
(4)对可能存在干扰的频点进行调整,看是否能避开或降低干扰。
(5)排除设备方面的原因造成的干扰。
(6)信令分析在我们的路测过程中,看到的是下行的干扰,同样,我们可以通过信令仪分析ABIS口的通话质量及电平的对应情况来确定是否有上行干扰。
若在信令分析仪上看到通话质量很差而接收电平较高,我们可以确定有上行干扰。
(7)通过以上方法仍不能很好的排除干扰,可使用频谱仪进行扫频,找出干扰频点,进一步查出干扰源。
3、解决措施(1)进行实际路测。
根据实际情况,通过调整相关小区的基站发射功率、天线倾角,或调整频点规划等避免干扰。
(2)使用不连续发射(DTX)、跳频技术、功率控制及分集技术(3)解决由设备自身问题产生的干扰(如:载频板自激、天线互调干扰等)(4)排除网外干扰(5)频率规划(二)覆盖1、原因(1)不连续覆盖(盲区)(2)室内覆盖差(3)孤岛(4)覆盖过小2、问题定位对覆盖不足的地区进行较大范围的路测,观察信号电平大小,切换是否正常,是否存在掉话等,还可借助OMC话统查看BSC整体掉话率,及其它相关的话统,来辅助判断。
信令和掉话
完 THANKS
因找不到合适的小区而导致掉话， 因找不到合适的小区而导致掉话，这种情况一般 发生在市区等基站密集的地方； 发生在市区等基站密集的地方； （2）两小区的交界部分出现明显的无线信号覆盖 的漏洞； 的漏洞； （3）覆盖过小也可能是由于某个小区的硬件设备 出现了问题，如天线受到阻挡或携载BCCH BCCH的载 出现了问题，如天线受到阻挡或携载BCCH的载 频发生了故障（功放部分）； 频发生了故障（功放部分）； （4）还有一种原因是由于一些高大建筑物所产生 的阴影效应导致移动台信号发生快衰落而来不及 切换引起的掉话； 切换引起的掉话； （5）邻小区定义不全会导致移动台保持通话在现 有小区中，直至超出该小区覆盖边缘而掉话。 有小区中，直至超出该小区覆盖边缘而掉话。
掉话： 掉话：
一、掉话的定意： 在一次正常的通话中，在信令中没有出 现channel release 或者Disconnect,而移 动台由专用模式转为空闲模式，即为一次 掉话。 对于导致掉话的原因通常有两种 1)射频掉话 2)切换掉话
射频掉话
1.接收电平弱，导致信道丢失。 1.接收电平弱，导致信道丢失。 接收电平弱 2.信道受到干扰 导致SACCH下行失败。 信道受到干扰， SACCH下行失败 2.信道受到干扰，导致SACCH下行失败。 射频掉话表现为以下5 射频掉话表现为以下5点： 服务小区由于各种原因（ （1）服务小区由于各种原因（如无线传播环境太 功率太高） 好、功率太高）导致覆盖太大甚至将它的邻小区 也覆盖在内，或它的邻小区定向天线（ 也覆盖在内，或它的邻小区定向天线（设邻小区 为定向小区）方位角有问题或本身信号太弱， 为定向小区）方位角有问题或本身信号太弱，以 至于移动台超出了它所定义的邻小区B 至于移动台超出了它所定义的邻小区B的覆盖范 围之外到达了小区C后还占用着服务小区A的信号， 围之外到达了小区C后还占用着服务小区A的信号， 而小区A又未定义邻小区C 而小区A又未定义邻小区C，此时移动台再根据原 服务小区A提供的邻小区B进行切换时， 服务小区A提供的邻小区B进行切换时，就会
信令分析案例
1、MS呼叫未接通：问题描述: 在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。
主要有以下三条信令消息：UL：CHANNEL REQUESTDL：IMMEDIATE ASSIGNMENTUL：CM SERVICE REQUEST问题分析: (1)在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。
由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。
其原因可能为该服务小区的SDCCH 信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。
因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。
(2) 位置更新信令消息如下：DL：CHANNEL RELEASEUL：CHANNEL REQUEST（开始位置更新）DL：IMMEDIATE ASSIGNMENTUL：LOCATION UPDATING REQUESTDL：AUTHENTICATION REQUESTUL：AUTHENTICATION RESPONSEDL：LOCATION UPDATING ACCEPTUL：TMSI REALLOCATION COMPLETEDL：CHANNEL RELEASE结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。
2 、位置更新导致数据吞吐量为0问题描述: 在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.问题分析: (1) 在该路段进行语音业务测试, 确认已经完全覆盖.(2) 分析当时数据业务测试的层3信令. 当时的信令为:DL：SYSTEM INFORMATION TYPE 1UL：LOCATION UPDATING REQUESTUL：CHANNEL REQUEST初步定位数据吞吐量变为0的原因是MS执行了一次跨路由区的小区重选(3) 对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.3 、FTP下载中断问题描述: 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后, FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线.问题分析: (1) 查看层三信令,具体显示如下：Direction Type Layer 3 MessageUL GPRS SM Deactivate PDP Context RequestDL RR System Information Type 13UL RR Channel RequestDL RR Immediate AssignmentDL GPRS SM Deactivate PDP Context Accept发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息.(2)发生这种情况可能有3种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
L2
RLC
逻辑信道
MAC
传输信道
PHY
无线资源控制协议(L3/RRC)
L1
3
基础知识二： 基础知识二：信令流程分类
非接入层： RRC和RANAP层之上的MM、SM、CC、SMS等称为非接入层。 接入层： RRC和RANAP层及其以下的协议层称为接入层 非接入层的信令流程：只有UE和CN需要处理的信令流程，对于无线接入网络RNC、NodeB来说该非接 入层信令是透传的。主要包括移动性管理（MM），电路域的呼叫控制，分组域的移动性管理、分组域 的会话管理。
Measurement identity为1：Detected set cells and monitored set cells； Measurement identity 为11：Detected set cells
与邻区配置有关
当UE上报ID11测量报告 而没有同扰码的ID1测量 报告时，应是漏配邻区
18
RB Reconfiguration消息 消息
19
软切换去后发射功率攀顶
20
软切换加OFF值 值 软切换加
无线链路增加,新增业务链 无线链路增加 新增业务链 路与源小区Framoffset 相 路与源小区 差为0、 或 差为 、1或255，其他值为 ， 非法值高层直接返回失败
21
CELL UPDATE
Radio Bearer Reconfiguration流程失败 5秒超时失败 掉话
13
软切换去后终端发射功率攀顶问题
终端在完成一次切换去流程后，发射功率攀顶至24dBm 上行链路恶化，一般是NodeB上报radio link failure 前台现象为Tx Power功率攀顶
正在排查
14
软切换加失败问题
当同一扰码的小区既上报ID11 又上报ID1报告时，需要查看 配置确认是否漏配邻区
12
RNC版本处理问题：310f版 版本处理问题： 版本处理问题 版
在RNC边界，需进行重定位流程 层3信令出现UTRAN Mobility Information， 并伴有大量的 Measurement Control消息下发 导致Radio Bearer Reconfiguration消息被堵 在310h版本解决 版本解决 终端无法收全并正确解调
异常掉话
前台层3信令中仅出现RRC Connection Release消息
9
影响网络业务性能的因素
站点邻区列表优化问题 RNC版本处理问题 软切换去终端发射功率攀顶问题 软切换加失败问题 Cell update问题
10
影响网络业务性能的因素 前台对应的信令 案例
邻区列表优化问题
导频柱状图上出现蓝色扰码显示 在测量报告中上报1A事件，为检测集上报 目前系统支持两种检测集上报维护站点信息
RNC版本问题
出现UTRAN Mobility Information、UE Capabilty Enquiry等消息 伴随大量的Measurement Control消息
软切换去后发射功率攀顶
终端在完成一次切换去流程时，UE发射功率突然攀升至最大
软切换加OFF值
无线链路增加,新增业务链路与源小区Framoffset 相差应为0、1或255
Cell Update
cause值为RB2、RB3、RB4时为信令链路出现异常 cause值为RB5时是业务链路出现异常
23
前台信令异常分析（掉话） 前台信令异常分析（掉话）
2009年07月09日
影响网络业务性能的因素 前台对应的信令 案例
基础知识一： 基础知识一：UMTS无线接口协议的作用和分层 无线接口协议的作用和分层
无线接口协议的作用
建立、重新配置和释放无线承载业务
控制平面 用户平面
无线接口协议的分层
物理层L1/PHY 数据链路层L2/DLL 控制平面包含两个子层
关注OFF值是否一致 切换加小区与源小区Framoffset值之差应为
0 1 225
如为其他值至则高层直接返回失败Biblioteka 15CELL UPDATE
Cell Update
其通常被用于呼叫重建 有时也会被用作小区重选 其具体原因可通过其cause值标明
终端报CELL UPDATE，其原因值为RLC不可恢复错
cause值为 值为RB2、RB3、RB4 值为 、 、 时为信令链路出现异常， 时为信令链路出现异常，值为 RB5时是业务链路出现异常 时是业务链路出现异常
22
总结： 总结：前台信令反映出的掉话
邻区漏配
Measurement Report上报1A 仅上报Measurement identity 11时，邻区漏配 同扰码上报ID11、ID1报告时，需要查看配置确认是否漏配邻区
5
基础知识四： 基础知识四：主叫信令流程
UE
1. RRC连接建立 连接建立 2. CN信令链路建立 信令链路建立 3. RRC DT(CM Service Request) 4. 鉴权和安全模式 5. RRC DT(Setup) 6. RRC DT(Call Proceeding) 7. RAB建立 建立 8. ISUP IAM 9. CN承载建立 承载建立 11. RRC DT(Alert) 13. RRC DT(Connect) 14. RRC DT(Connect ACK) 15. 通话过程 6 10. ISUP ACM 12. ISUP ANM
RNS
MSC
被叫MSC 被叫
基础知识五： 主叫信令流程截图1 基础知识五：CNA主叫信令流程截图 主叫信令流程截图
7
基础知识六： 主叫信令流程截图2 基础知识六：CNA主叫信令流程截图 主叫信令流程截图
8
CS业务通话中断判断 业务通话中断判断
正常释放
主叫、被叫主动释放：前台层3信令中出现Uplink Direct Transfer、 Downlink Direct Transfer消息
– –
控制
RRC
用户平面无线承载
L3
信令无线承载 PDCP BMC
媒体接入控制协议(L2/MAC) 无线链路控制协议(L2/RLC)
用户平面包含四个子层 媒体接入控制协议(L2/MAC) 无线链路控制协议(L2/RLC) 分组数据汇聚协议(L2/PDCP) 广播/多播控制协议(L2/BMC) 网络层L3/NL 控制平面
TMSI再分配流程 位置更新 PDP上下文 激活 鉴权加密
接入层： RNC、NodeB需要处理的信令
RRC连接建立流程、 UE和CN之间的信令建立流程、 RAB建立流程、 呼叫释放流程 切换流程 SRNS重定位流程
接入层的流程都是一些底层的流程，通过它们，为上层的非接入信令流程搭建底层的承载。
4
基础知识三： 基础知识三：主叫信令流程
RRC连接建立
建立起UE与RNC之间的信令连接
信令连接建立
RNC建立起与CN之间的信令连接
RAB建立
CN响应UE的业务请求，要求RNC建立相应的无线接入承载以通话
信令连接释放
通话过程结束，首先释放RNC和CN之间的信令连接
RAB释放
释放无线接入承载
RRC释放
若无其他的IU信令连接，将释放UE和RNC之间的RRC连接
报RB2、RB3、RB4则是信令连接出现问题 报RB5则是业务链路出现问题
16
影响网络业务性能的因素 前台对应的信令 案例
邻区漏配
前台测试中发现Measurement Report上报1A，扰码354小区，且Measurement identity 为11，怀疑邻区列表配置问题，后检查邻区配置确定属邻区未配置