CSFB问题小区分析三步法V10.docx

CSFB问题小区分析“三步法”版本号：V1.0.0网络优化中心目录1CSFB概述41.1CSFB组网架构41.2CSFB总体流程42CSFB业务流程52.1主叫业务流程52.1.1信令流程52.1.2关键字段62.2被叫业务流程72.2.1信令流程72.2.2关键字段82.3联合位置更新流程102.3.1信令流程102.3.2关键字段113CSFB问题分析流程143.1快速定位问题出现阶段143.24G寻呼阶段问题分析143.2.1问题分析流程143.2.2各环节分析要点153.34G释放阶段问题分析173.3.1问题分析流程173.3.2各环节分析要点183.42G接入阶段问题分析193.4.1问题分析流程193.4.2各环节分析要点194CSFB案例224.14G寻呼阶段案例224.1.1案例1：被叫正在做TAU导致未收到寻呼消息224.1.2案例2：被叫所处位置弱覆盖，质差导致未收到寻呼消息224.1.3案例3：Attach accept中不携带2GTMSI，导致手机不响应寻呼224.1.4案例4：被叫连接态收到cs-paging，寻呼不响应244.24G释放阶段案例254.2.1案例1： RRC Connection Release 未携带2G频点，终端回落3G254.2.2案例2：网络不下发RRC Connection Release，回落失败264.32G接入阶段案例264.3.1案例1：寻呼类型为IMSI，接入失败264.3.2案例2：终端占用站点上行强干扰，造成SD接入失败274.3.3案例3：终端回落至非最佳小区，接入失败284.3.4案例4：终端回落至伪基站，接入失败295利用Traffica分析CSFB的方法325.1VLR CSFB联合附着325.2VLR CSFB终端被寻呼325.3VLR CSFB回落后位置更新335.4VLR CSFB 回落后MTRF345.5VLR与RTT配合进行CSFB呼叫判断（MT）35编制历史371 CSFB概述1.1 CSFB组网架构基于CSFB（Circuit Switched Fallback）的语音业务，是一种在不引入IMS（IP Multimedia Subsystem）的情况下，利用现有的GU（GSM /UMTS）网络实现语音通话的一种语音解决方案。该方案在用户进行语音业务时，由EPS（Evolved Packet System）网络指示用户回落到目标GSM/UMTS电路域（CS）网络之后，再发起语音呼叫。CS Fallback语音特性中，最主要的接口是SGs接口，它是MME和MSC Server之间的接口，用来处理EPS和CS域之间的移动性管理和语音业务寻呼流程，同时也提供SMS传输功能（ SMS over SGs ）。SGs接口类似于3G的Gs接口，通过该接口可以完成联合附着、联合位置更新、IMSI/EPS detach功能；UE的主叫业务不经过SGs接口，因为MME收到带有UE发送的CSFB标识（指示回落）后，直接通过eNodeB指示UE回落到CS域。当UE有被叫业务时，paging消息经CS发送到MME，由MME发起回落流程。被叫回落流程和主叫回落流程类似。1.2 CSFB总体流程CSFB终端开机优选LTE网络驻留，话音业务通过CSFB技术回落到2/3G电路域执行，业务结束后，利用Fast Retrun技术或2-4重选/2-3-4G桥接方案再返回LTE网络。2 CSFB业务流程2.1 主叫业务流程2.1.1 信令流程1. UE发送Extended Service Request消息给MME，请求进行CSFB语音业务。2. eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确定PS切换的目标系统小区。3. eNodeB发送带重定向信息的RRC连接释放消息给UE，指示其接入到目标系统小区。4.eNodeB发送S1 UE Context Release Request消息给MME，该原因值指示UE无法继续PS业务。5.eNodeB释放UE的上下文。6. UE接入到目标小区，建立无线信令连接，并执行LA更新。7. UE接入目标系统小区，发起CS域的业务请求CM Service Request，伴随着空口，A/Iu-CS接口连接的建立。8. 剩余的CS域语音呼叫流程9. CS语音呼叫结束后，如果UE仍然在GERAN且PS业务被挂起，UE将通过发送Routeing Area Update消息给SGSN恢复暂停的PS业务。根据GERAN的工作模式，UE可采用联合的RA/LA Update或单独的Routeing Area Update流程。如果网络通知UE及时重选到LTE，UE发起TAU或业务请求流程，MME将发送Resume Notification（IMSI）消息给Serving GW，Serving GW将UE的suspend状态清除，返回Resume Acknowledge消息给MME。2.1.2 关键字段Ø Extended Service RequestExtended Service Request消息由终端发送给MME，指示终端发起CSFB主叫或者终端响应网络侧发起的CSFB被叫。如果UE处于空闲态，该消息还将触发建立S1连接。Ø Service TypeService type信元是Extended Service Request消息的必选信元，其指示了此次Service Request流程是主叫、被叫、还是紧急呼叫。Ø CS Fallback IndicatorCS Fallback Indicator信元是UE Context Modification Request/ Initial Context Setup Request消息的可选信元，其指示UE因CSFB业务需要回落到UTRAN/GERAN，使eNodeB触发回落流程。2.2 被叫业务流程2.2.1 信令流程1. MSC收到IAM入局消息后，根据存在的SGs关联和MME信息，发送SGsAP-PAGING-REQUEST(IMSI, TMSI, Service indicator ，CLI，LAC)消息给MME。2. MME发送Paging消息给eNodeB。eNodeB发起空口的Paging流程。3. UE建立连接并发送Extended Service Request消息给MME。4. MME发送SGsAP-SERVICE-REQUEST消息给MSC。MSC收到此消息，不再向MME重发寻呼请求消息。为避免呼叫接续过程中，主叫等待时间过长，MSC收到包含空闲态指示的SGs Service Request消息，先通知主叫，呼叫正在接续过程中。5. MME发送Initial UE Context Setup消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CSFB业务需要回落到UTRAN/GERAN。6. UE从E-UTRAN切换到UTRAN/GERAN。7. 伴随着空口，A/Iu-CS接口连接的建立，UE回paging response消息给MSC。即使RNC没有向该UE发起过寻呼请求，这里的RNC需要能处理UE的寻呼响应。如果寻呼响应消息中的位置区信息和VLR中保存的不一致，则VLR在鉴权成功后将SGs关联置为NULL。8. MSC收到UE的寻呼响应后，停掉寻呼响应定时器并建立CS连接。2.2.2 关键字段Ø SGsAP Paging RequestSGsAP Paging Request消息由MSC发往MME，用于CSFB被叫流程中寻呼终端。如果终端在空闲态，MME收到该消息后在S1口寻呼终端。如果终端在连接态，MME收到消息会给终端发送CS Service Notification消息Ø CS Service NotificationCS Service Notification消息由MME发往终端，如果终端在连接态，MME收到SGsAP Paging Request消息会给终端发送CS Service Notification消息Ø SGsAP Paging RejectSGsAP Paging Reject消息由MME发往MSC，MME收到SGsAP Paging Request消息时，如果用户是分离态，MME会回应SGsAP Paging Reject，MSC收到该消息时会将SGs偶联状态置为NULL。MME 寻呼用户无响应的时候MME不会给MSC发送SGsAP Paging Reject消息Ø SGsAP UE UnreachableSGsAP UE Unreachable消息由MME发往MSC，MME收到SGsAP Paging Request消息时，如果用户是SUSPEND状态或者用户是unreachable状态（MS reachable timer超时），MME会回应SGsAP UE Unreachable，MSC收到该消息时不改变SGs偶联状态Ø SGsAP Service RequestSGsAP Service Request消息由MME发往MSC，是对MSC发送的SGsAP Paging Request消息的响应。如果终端在空闲态，MME收到SGsAP Paging Request消息后在S1口寻呼终端，终端响应Extended Service Request后MME会给MSC发送SGsAP Service Request消息。如果终端在连接态，MME收到SGsAP Paging Request消息后直接给MSC发送SGsAP Service Request消息Ø Service indicatorService indicator信元是SGsAP Paging Request消息和SGsAP Service Request消息中的必选信元，其指示了当前是CSFB业务是CS Call还是SMS。MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，后续向MSC回应SGsAP Service Request消息时，Service indicator也指示为CS Call。同理SMS。MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为CS 的Paging消息。MME收到Service indicator指示为SMS的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为PS的Paging消息。Ø UE EMM modeUE EMM mode信元是SGsAP Service Request消息中的可选参数，其指示当MME收到SGSAP Paging Request消息时UE的状态。当UE在连接态收到SGsAP Paging Request消息时MME会立刻回应SGsAP Service Request消息，UE EMM mode指示为EMM-CONNECTED。当UE在空闲态收到SGsAP Paging Request消息时MME会触发Paging，等收到UE的Extended Service Request消息时MME回应SGsAP Service Request消息，UE EMM mode指示为EMM-IDLE。Ø CN DomainCN Domain信元是S1接口Paging消息中的必选参数，其指示该Paging消息是一个CS域的Paging还是一个PS域的Paging。􀁺 MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为CS 的Paging消息。􀁺 MME收到Service indicator指示为SMS的SGSAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为PS的Paging消息。2.3 联合位置更新流程2.3.1 信令流程1. UE(User Equipment)发起网络附着请求，向MME发送Attach Request消息。其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。2. UE进行EPS附着。3. MME从EPS Attach Type得知这是一个联合的EPS/IMSI附着流程，MME根据UE上报的TAI推导出VLR number.4. MME发送Location Update Request消息给MSC/VLR，请求CS域的位置更新。5. MSC/VLR执行CS域的位置更新过程。6. MSC/VLR返回Location Update Accept给MME， MME发送Attach Accept给UE。消息中包括参数LAI和VLR TMSI。对UE而言，信元LAI和VLR TMSI意味着附着CS域成功。Accept消息中还可能携带EPS network feature support信元。7. 如果CS域更新失败而PS域更新成功，MME会发送Attach Accept，但是携带失败原因值（USN实现可能带#2，#16，#18）。8. 当MME收到UE的Attach Complete消息后，MME发送TMSI Reallocation Complete消息给VLR，指示TMSI重分配完成2.3.2 关键字段Ø SGsAP Location Update RequestSGsAP Location Update Request消息由MME发送给MSC，该消息用来请求用户在CS域的着或者位置区更新，MSC收到该消息后创建SGs偶联。Ø SGsAP Location Update AcceptSGsAP Location Update Accept消息由MSC发送给MME，该消息用来指示用户在CS域的附着或者位置区更新接受，如果MSC在该消息中分配TMSI，MSC将在收到Attach Complete后给MSC发送SGsAP TMSI Reallocation Complete消息。Ø SGsAP TMSI Reallocation CompleteSGsAP TMSI Reallocation Complete消息由MME发送给MSC，该消息用来指示TMSI重分配成功。Ø EPS attach typeEPS attach type是Attach Request 消息的必选信元，其指示了当前的附着类型。Combined EPS/IMSI attach指示这是一个联合的附着流程，即指示UE具备CS Fallback能力。如果不是一个联合的附着流程，则MME不会和MSC进行交互，UE也无法进行CSFB业务。Ø TMSI statusTMSI status信元是Attach Request 消息的可选信元，其指示了UE侧是否存在有效的TMSI信息，MME会在SGsAP Location Update Request消息中将这个信息发给MSC。Ø New TMSI, or IMSINew TMSI, or IMSI信元是SGsAP Location Update Accept消息的可选信元，其指示了MSC给UE分配/去分配的TMSI信息。MME会通过Attach Accept消息（通过MS Identity信元）将这个信息带给手机。如果New TMSI, or IMSI信元是TMSI，UE将使用这个新分配的TMSI作为临时标识。如果New TMSI, or IMSI信元是IMSI，UE将删除其之前保存的TMSI信息。如果New TMSI, or IMSI信元既不是TMSI，又不是IMSI，UE将保持原有的TMSI信息。如果MSC没有给UE分配TMSI，MME后续也不会向MSC发送SGsAP TMSI Reallocation Complete消息。Ø EMM causeEMM cause是Attach Accept消息的可选信元，其指示了联合的EPS/IMSI附着流程中与MSC交互不成功。MME下发常见原因值有#2，#16，#18原因值，不同原因值对终端行为会有不同的影响。Ø EPS network feature supportEPS network feature support是Attach Accept消息中的可选信元，其指示了MME支持的特性。其中IMS VoPS标志位表示MME是否支持IMS功能。Ø EPS update typeEPS update type信元是Tracking Area Request 消息的必选信元，其指示了当前的跟踪区更新类型。combined TA/LA updating和combined TA/LA updating with IMSI attach指示这是一个联合的跟踪区更新流程，MME将和MSC3 CSFB问题定位“三步法”3.1 “三步法”快速定位问题出现阶段结合CSFB的业务流程，针对CSFB问题小区可通过“4G寻呼分析”、“4G释放分析”、“2G接入分析”三个步骤快速定位问题出现的阶段。其中涉及的指标公式如下CSFB寻呼成功率=Extend Service Request次数+Service Notification次数Paging Request次数×100%S1释放成功率=RR Connection Release次数Extend Service Request次数+Service Notification次数×100%CSFB被叫回落成功率=Paging Response次数Paging Request次数×100%3.2 第一步：4G寻呼分析3.2.1 分析流程4G寻呼阶段是CSFB最常出现问题的环节，现网约40%的CSFB问题均与4G寻呼有关。导致4G寻呼问题的原因除了无线弱覆盖、重叠覆盖引起的质差等常见原因外，2/3/4G互操作、联合TAU以及核心网BUG，也会引发寻呼失败问题。因此4G寻呼问题的分析需要从2、3/4G网络协同角度入手，结合核心网SGs/S1口信令，逐段排查可能的问题原因。常规的4G寻呼问题分析流程如下所示3.2.2 各环节分析要点（1）确认核心网寻呼是否下发现象：Ø 主叫侧听到“用户正在通话中”或“用户已关机”的录音通知分析要点：Ø 从主叫侧CALL Proceeding时间，推算被叫侧寻呼下发时间。现网4G的SGs口寻呼策略为3.5秒一次，一共发3次，因此从开始寻呼到寻呼失败约有10秒的周期，分析寻呼失败原因时需要重点分析这10秒期间终端的状态。Ø 从被叫MME的SGs口和S1口确认是否有Paging Request。如果没有发现寻呼消息，或在寻呼超时前，寻呼消息下发小于3次，则进一步检查以下两项n 检查被叫侧当时是否正在发起数据业务请求（service request）、正在进行TAU或3/4互操作。目前诺西MSC的并发处理机制不完善，当寻呼与用户主叫业务或TAU并发时，将直接停止寻呼，并给主叫侧播放“用户通话中”的录音通知。n 检查eNodeB是否存在S1口闪断告警或RRU偶断连告警，会影响空口寻呼消息的下发。（2）确认寻呼消息下发的TAC是否正确现象：Ø 用户所处地点无线环境良好，移动性低，平时CSFB寻呼成功率也较高，但偶尔出现“您拨打暂时无法接通”的情况分析要点：Ø 核查用户是否处于TAC/LAC边界、3/4G覆盖边缘，以及TAU频次是否过高，如果寻呼下发时用户正重选到新TAC还未发起TAU则网络侧会将寻呼发往旧TAC/LAC。Ø 检查用户上一次CSFB通话后是否及时返回4G进行了TAU，如果用户未能返回4G，且在2G侧未及时LAU，则MSC仍然将用户关联在4G网络上，会造成后续寻呼由于核心网不清楚用户已返回2G，还会将寻呼发往4G侧。Ø 此类问题可通过CSFB平台的SGs口详单进行确认，筛选SGs口详单上CDR TYPE=1（即SGsAP-PAGING）和CDR TYPE=5（即SGsAP-LOCATION-UPDATE）的详单，并根据详单上寻呼下发的TAC和TAU后的NEW LAI判断寻呼是否下发正确。其中LAI需先转为16进制，取最后四位就是TAC。（3）寻呼消息解码失败现象：Ø 用户所处环境长期寻呼成功率低，主叫侧听到“暂时无法接通”的录音通知Ø 现场明显弱覆盖RSRP<-115dbm，或SINR<0分析要点：Ø 从终端底层LOG可看到PDCCH上收到P-RNTI DCI但PDSCH解码失败，主要原因在于终端在空闲态只能根据6个RE来进行信道估计，因此SINR低于-3时，寻呼消息解码高概率失败。Ø 通常弱覆盖和低SINR地点均位于室内，测试人员难以直接发现问题地点，可根据路测LOG和经验值判断是否存在室内低SINR隐患。SINR与RSRP基本是线性相关的，即RSRP减少1dbm，SINR降低1db，因此，若路测中发现RSRP=100dbm时，SINR<10，或RSRP=-90时，SINR<20，则可推算用户位于室内-110dbm以下的环境时，一定会出现SINR<0的问题Ø 造成低SINR的主要原因是4G重叠覆盖度高，当4G重叠覆盖度超过5时，SINR将小于5，因此覆盖调整是解决低SINR的根本方法。目前新开站机械下倾角普遍较小，建议站间距小于500米且地形开阔的地区，站高超过35米的站点总下倾（机械+内置）不小于12度，如遇天线美化罩或下倾已调至最大的情况，需工程改造拆除美化罩、更换大倾角天线支架或下降天线高度。（4）核心网用户状态变更不及时现象：Ø 用户处于连接态时，正常情况下CSFB的寻呼消息应以Service Notification信令从专用信道下发，此时终端对于从共用信道下发的Paging不响应。分析要点：Ø 检查寻呼消息是否与终端发起数据业务和释放信道同时发生，诺西MME采用并发机制处理用户的连接状态变更请求和寻呼消息，因此导致将Paging信息发给连接态用户的BUG。Ø 此类问题可通过增加不活动计时器时长，降低数据业务发起和释放频次进行缓解。但修改不活动计时器会引起掉线率的恶化。（5）检查TMSI是否有效现象：Ø 用户已收到paging消息，其中携带的TMSI与用户一致，但终端不发起Extend Service Request。Ø TMSI失效会导致用户连续多次寻呼失败，直至下一次正常的TAU后恢复正常。分析要点：Ø 在2G弱覆盖或干扰的情况下，如果终端在2G进行LAU时发生失败，终端会认为TMSI已失效，当用户返回4G后进行TAU的TAU Request信令中会携带“TMSI not available ”属性，要求MSC重新分配TMSI。但由于诺西MSC存在位置更新信令流程粘连的BUG，可能不响应这次联合TAU的TMSI分配请求，导致TAU ACCEPT信令中未包含TMSI值。而终端因为没有可用TMSI所以不响应寻呼消息。Ø 此类问题易出现在2G高干扰地区，在用户前一次CSFB通话回落失败时，终端会自动在2G发起原因为IMSI ATTACH的LAU，但由于高干扰会继续导致LAU失败，从而引发TMSI失效。（6）ESR发送失败现象：Ø 用户在4G侧RRC接入失败，导致Extend Service Request消息无法发出分析要点：Ø 检查eNodeB是否存在硬件故障Ø 4G侧参数核查，重点检查时隙、子帧、功率类参数设置Ø 根据网管RRC失败原因的分类统计，确认RRC接入性差的原因3.3 第二步：4G释放分析3.3.1 分析流程4G释放阶段是从终端上发Extend Service Request开始，到网络下发RR Connection Release结束，主要影响因素在于4G侧eNodeb参数设置和设备故障，但也存在由于4G规范对并发流程考虑不足导致的并发流程冲突问题。其常规分析流程如下3.3.2 各环节分析要点（1）未收到RR Connection Release信令现象：Ø 终端上发Extend Service Request信令后，在上下文建立阶段、释放请求阶段出现异常，导致终端未能收到RR Connection Release信令，无法进行回落。问题分析：Ø 此类问题主要与S1口的eNodeb和MME设备相关，4G网管统计能够提供CSFB上下文建立成功率和CSFB释放准备成功率的指标，正常情况下上述指标均在99.9%左右，如发现有小区该指标低于99%，则需要进行硬件故障和参数核查。（2）4G并发流程冲突现象：Ø 终端收到RR Connection Release信令中未携带CSFB频点信息。问题分析：Ø 检查终端发出Extend Service Request信令后，是否发生了切换。由于4G协议中未明确定义切换后MME要将CSFB请求转至新eNodeB，所以导致新小区由于不知道用户要进行CSFB业务，从而在释放信令中不携带CSFB频点。Ø 检查终端发出Extend Service Request信令前，是否正在进行TAU。4G协议并为明确定义TAU与CSFB业务冲突时的处理机制，因此当TAU与CSFB并发时，网络侧下发的TAU流程的RR Connection Release会被终端认为是CSFB的RR Connection Release。（3）CSFB开关或频点设置错误现象：Ø 终端上发Extend Service Request信令后，没有收到RR Connection Release信令。问题分析：Ø 检查eNodeB的CSFB开关、网络优先级、频点组序号参数为空或为03.4 第三步：2G接入分析3.4.1 分析流程相比普通的2G呼叫，CSFB业务流程的差异主要发生在UE从4G侧回落2G过程中的驻留小区选择过程，大部分问题也都发生在这个过程中，一旦选择好合适的2G小区进行接入，后续的过程与普通2G呼叫是一致的。4G小区占用的合理的情况下，UE回落2G过程中可能存在的问题如以下流程所示：3.4.2 各环节分析要点（1）驻留2G小区失败现象：4G的RRC Connection Release消息中包括2G频点组，但UE驻留2G失败返回4G，或者在TD发起呼叫分析要点：Ø 4G小区配置的2G频点组是否合理，有无缺少应有频点的问题Ø 2G侧覆盖是否存在问题，如弱覆盖或者下行C/I较差Ø 2G侧C1参数设置是否合理（2）LAU失败现象：Ø 占用不合理的小区，如与UE距离远、场强非最好Ø 成功占用SD发起LAU，但SD掉话未能完成LAU过程Ø 发起接入请求后SD占用失败，有下行系统消息5、6、5ter，但是没有上行的MR发送Ø 发起接入请求后，系统没有响应，未能占用SD信道Ø 鉴权请求不下发，核心网计时器超时后结束LAU过程Ø 鉴权请求延时很长时间下发，由于SD信道没有开启切换，导致SD掉话分析要点：Ø 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择Ø 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度足够导致本次接入的C/I无法满足Ø 核心网是否存在04号告警（3）LUA成功，系统释放SD资源现象：正常情况下，TA与LA不一致时，UE回落2G后会发起位置更新，并在LAU请求中标记CSFB标识，完成位置更新过程后系统不释放SD资源，UE继续进行CSFB呼叫的接续。Ø 位置更新完成后系统释放了SD资源导致后续过程无法继续。Ø GSM小区CSFB开关未打开，BSC将会截留终端的携带回落指示的LAU信令，位置更新无法完成。分析要点：Ø 核查华为小区是否开启了CSFB功能开关开启指令：SET GCELLSOFT: IDTYPE=BYNAME, CELLNAME="xx", SUPPORTCSFB=SUPPORT;（4）LUA成功，后续流程失败现象：位置更新后系统没有释放SD资源，但是在后续接续过程中SD掉话分析要点：占用小区是否合理等一切可能导致SD掉话的因素Ø 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择Ø 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度足够导致本次接入的C/I无法满足Ø SD占用时间过长，或移动较快，由于无法切换导致质量下降Ø 其他2G侧常见导致SD掉话的问题（5）未进行位置更新，SD占用失败现象：Ø 占用不合理的小区，如与UE距离远、场强非最好Ø 成功占用SD发起LAU，但SD掉话未能完成LAU过程Ø 发起接入请求后SD占用失败，有下行系统消息5、6、5ter，但是没有上行的MR发送Ø 发起接入请求后，系统没有响应，未能占用SD信道分析要点：Ø 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择Ø 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度足够导致本次接入的C/I无法满足（6）未进行位置更新，SD掉话现象：占用SD成功，接续过程中SD掉话分析要点：占用小区是否合理等一切可能导致SD掉话的因素Ø 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择Ø 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度足够导致本次接入的C/I无法满足Ø SD占用时间过长，或移动较快，由于无法切换导致质量下降Ø 其他2G侧常见导致SD掉话的问题4 CSFB案例4.1 4G寻呼问题案例4.1.1 案例1：被叫正在做TAU导致未收到寻呼消息1. 现象描述主叫上行发送Setup以后，被叫此时正在做TAU，被叫未收到寻呼消息。主叫Disconnect原因值为（17）User busy。2. 问题分析当时被叫用户正在进行位置更新， MSC在接收到用户的被叫业务请求时检测到用户正在进行位置更新，MSC则向主叫端局发送被叫用户忙的错误，同时不再向MME发寻呼消息。3. 解决方案需要核心网进行冲突解决机制的调整，预计M17版本解决。4.1.2 案例2：被叫所处位置弱覆盖，质差导致未收到寻呼消息1. 现象描述被叫位置弱覆盖质差，信令接收不全，导致无法收到寻呼消息。测试过程中发现有些地点主服RSRP-110dbm以下，sinr-5以下。2. 问题分析当场强或信噪比很差时，会造成终端与网络通信不畅，丢信令情况时有发生。主叫可能无法正常发出ESR消息，或被叫无法正常收到寻呼消息。3. 解决方案加强覆盖排查，加大覆盖优化力度。4.1.3 案例3：Attachaccept中不携带2GTMSI，导致手机不响应寻呼1. 现象描述在Attach accept消息中，仅携带4GTMSI，不携带2GTMSI，导致短时间内均不响应寻呼消息。直到进行下一次成功TAU得到2GTMSI后，手机才响应寻呼。连续寻呼未响应左图为正常Attach accept，包含2GTMSI信息；右图非正常Attach accept不包含2. 问题分析诺西MSC未分配TMSI导致寻呼无响应，由于弱覆盖情况下网络终端流程交互不顺畅导致MSC LU进程未完成时,MSC为每个中断分配的资源是锁死的，这个时候SGs发送过来的联合位置更新请求将被拒绝，而后终端由于无可用TMSI，将不响应寻呼。3. 解决方案核心网解决流程粘连，诺基亚MSC资源抱死问题，预计M17版本解决。4.1.4 案例4：被叫连接态收到cs-paging，寻呼不响应1. 现象描述被叫处于连接态，收到网络侧下发的cs-paging，但终端不响应。寻呼类型为CS，TMSI为E00D5349但终端未响应TAU accept中TMSI为E00D53492. 问题分析根据LTE系统机制，被叫处于连接态时，不响应cs寻呼。同时若被叫处于连接态，应收到CS Service notification消息来告知终端启动CSFB流程。3. 解决方案该问题为华为核心网已知问题，正在排查原因。4.2 4G释放问题案例4.2.1 案例1： RRC Connection Release 未携带2G频点，终端回落3G1. 现象描述终端正常发起呼叫流程，发起ESR后收到网络侧下发的RRC Connection Release。但其中未携带2G频点，导致回落至3G。回落失败。网络侧正常下发RRC Connection ReleaseRRC Connection Release消息中不携带2G频点2. 问题分析RRC Connection Release消息中携带2G频点组，指引终端回落到2G网络。若终端没有收到2G频点组，则会接入3G网络。在测试过程中发现，不携带2G频点并非全为网管未配置，还存在配置不下发情况。可能原因包含流程嵌套（其他流程的释放消息被作为CSFB流程的释放消息），enb潜在BUG等。3. 解决方案1、 针对可能的流程嵌套，进行LOG抓包，找出嵌套原因。2、 ENB配置2G频点组但不下发，属于潜在BUG，由厂家处理。3、 核查ENB是否配置2G频点组。4.2.2 案例2