|
CSFB失败原因分类总结 根据集团案例库、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因等，针对以上各类原因详细分析如下： 1、数据配置问题CSFB流程较长，其中涉及无线网的ENODEB、BSC、RNC；EPC核心网的MME、DNS；CS域核心网的HLR、MSC等网元。其中一个网元上的数据配置有误或不当，均会造成CSFB联合位置更新失败、主叫、被叫失败及无法返回LTE网络的问题。由于目前大部分的CSFB失败仍与数据配置问题相关，在此对每个网元上需配置的数据进行梳理，并对有可能造成失败的数据配置问题进行总结： 1)ENODEB:ENODEB上需开启CSFB功能，新增至2G小区的重选回落功能，配置相应的2G重选参数、邻区关系等。 2)BSC:除原有的2/3G邻区关系外，在无3G有4G区域的设备上新增2G到4G的小区重选功能，并配置相应的重选参数、邻区关系等。 3)RNC:针对2G-3G-4G桥接返回LTE，共用数据业务对3G、4G互操作的配置要求，新增连接态互操作功能。 4)MME:MME上主要配置以下数据：定义SGS物理接口；定义SGS IP层数据；定义SGS OSPF路由；定义SGSAP层及MSC数据；开启license功能；配置与对接的MSC的SCTP链路；激活CSFB、SMSover SGS；TA与LA对应关系；LA与MSC对应关系；SGs接口触发寻呼参数。 与MSC对接的SGS接口的数据配置示例如下： 5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs接口SCTP链路配置；MSCServer license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGspaging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。 MSC上配置对接MME的SGS接口数据： | 本局信息 | | | | | | | | | | | | 用于指定本局在SGs接口协议消息中的SCTP端口号 | | | | 用于指定本局处理该SGs接口协议消息的WBSG模块号 | | | | | | | | | | | | | 用于指定对接的MME设备在SGs接口协议消息中所使用的SCTP端口号 |
6）DNS：在未开启FAST RETURN时，需支撑GL小区重选，UE回落后将发起PS域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回LTE的过程将会失败。 7）HSS：在默认前提： MSC/SGSN和HLR对接基础配置已完成（包括数据配置，相关7号信令网配置等已完成）的情况下，将开户用户配置成2/3/4G融合用户即可。 根据以上需进行的数据配置，结合案例及各省经验，数据配置问题导致的CSFB失败主要有以下几类： ①、MME上 SGS接口数据配置错误由于MME上对接MSC的SGS接口数据配置错误，如：VLR号配置错误、SGS链路配置参数错误（IP地址类型、IP地址、SCTP端口号）等造成CSFB联合注册失败。 一般情况下，该失败情况会出现在有新MME或新MSC入网时，并且出现问题时失败区域有共同特性，即ENODEB对接的MME相同且失败区域对应的LAI相同等。失败区域一般范围较大。 以下为MME上配置的LAI与VLR对应关系出错导致联合位置更新失败的案例： 以下为核心网侧MSC SGs接口采用IMSI寻呼导致被叫失败的案例： ②、MSC上SGS接口数据配置错误由于MSC上对接MME的SGS接口数据配置错误，如：MME号配置错误、对接协议类型配置错误等造成CSFB失败。 一般情况下，该失败情况会出现在有新MME或新MSC入网时，并且出现问题时失败区域有共同特性，即失败区域对应的LAI相同或LAI所属MSC相同或MME相同等。 以下为MSC上对接MME的数据配置错误导致CSFB被叫寻呼失败的案例： ③、MME上TA与LA对应关系、LA与MSC对应关系错误 用户附着时，进行联合位置更新，MME 上存储TA （LTETracking Area ）与LA（2G LocationArea ）的对应关系，根据TA 将用户注册在LA 对应的MSC 上。当TA对应错误的LA，会导致UE回落到不同的LAI甚至MSC时，将导致呼叫建立时延增加、用户被叫失败。当两个LA属于相同的MSC，每次主叫、被叫前均需进行局内的LAU，增加呼叫建立时延约0.5s；当两个LA属于不同的MSC时，主叫：每次主叫前需进行LAU、Insert Subscriber Data，TMSI、reallocation等流程，增加呼叫时延约2s，而被叫寻呼失败，直接导致被叫不通。 CSFB要求同覆盖下的2G小区LAC和4G小区TAC配置一致，该数据配置由无线侧提供给核心网侧，核心网侧在MME上进行配置实现。因此TA与LA对应关系错误有可能是最先无线侧提供的数据就是错误的，也有可能是MME上配置时人工出错。当有该问题出现时，一般会集中在某个MME上或TA相同，具有区域性的特征。 以下为MME配置TA映射LA有误，导致UE联合注册失败的案例： ④、MSC、 MME的寻呼方式、寻呼次数、寻呼时间间隔等参数设置不合理MSC、MME上寻呼方式、寻呼次数、寻呼时间间隔等参数设置不合理或有优化较大空间时，SGS接口的寻呼成功率不高，或出现被叫失败。 以下为MME上可达定时器超时导致CSFB被叫失败的案例： 以下为吉林省针对相关寻呼参数、定时器设置的SGS接口寻呼优化措施： ⑤、ENODEB、BSC或RNC上邻区关系、重选参数等错配或漏配除2/3G、3/4G邻区关系外，还需要新增4G到2G的邻区配置关系以及局部地区（无3G有4G区域）2G到4G的邻区关系，全网邻区关系复杂，配置工作量大。4G侧错配或漏配2G频点、3G侧错配或漏配3/4G互操作参数等问题均会导致CSFB失败。当4G侧漏配2G频点时，会导致主叫时延增大甚至不通（取决于终端实现），被叫无法接通，类似于eNB未打开CSFB开关；当错配2G频点时，会导致主叫时延增加（回到2G后先位置更新）再接续，被叫接续时延增加（同Pool不同LAC时）或者失败（跨Pool）。当3G侧错配或漏配3/4G互操作参数时，无自主FR能力或FR失败的终端CSFB通话结束，无法回到4G。 以下为4G配置2G重选参数不合理，导致终端不能在TD-LTE网络稳定驻留的案例： 以下为ENODEB的TAC配置与LAC配置区域不一致导致CSFB失败的案例： ⑥、其他核心网数据配置问题由于核心网侧一些参数的配置与协议不符或参数配置不当，会导致CSFB过程时延增加甚至超过定时器时间失败。 以下为MME上的IMEISV配置错误导致时延增加的案例： 2、 相关网元未开启CSFB功能①、核心网侧相关网元未开启CSFB功能如果CSFB手机设置为语音优先模式，CSFB手机在尝试五次联合附着失败后（高通芯片），将关掉4G能力，降级为2/3G手机并在2G/3G网络驻留。 如果CSFB手机设置为数据优先模式，当驻留在LTE网络时，仅能进行数据业务，无法进行语音主被叫。 当有MME、MSC未开启CSFB功能时，该MME、MSC上的用户均会出现联合附着失败情况，问题较明显，影响范围较大，一般出现在有新的MME、MSC入网时。 以下为MME未开启CSFB功能导致联合注册失败的案例： ②、无线侧相关网元未开启CSFB功能当ENODEB未开启CSFB功能时，CSFB 手机能够正常在LTE驻留，在进行主叫时，多数终端能够回落至TD-S 建立通话但呼叫建立时间较长，部分厂家设备下无法进行被叫。 当回落2G后发生LAC改变，改变后的LAC所属BSC的GSM小区未开启CSFB功能，会导致主叫失败。 一般情况下，该类问题的CSFB失败会集中在同一个小区、同一个LAC或ENODEB上。 以下为eNodeB未开启CSFB，导致CSFB呼叫失败或呼叫建立时延过长的案例： 以下为GSM目标侧未开启CSFB功能导致CSFB跨LAC回落失败的案例： 3、无线侧弱覆盖或干扰由于无线侧弱覆盖或干扰导致的CSFB失败均呈现局部情况，相同路径测试不同终端可能会有不同表现。根据不同的问题现象，将失败原因大致归类如下： I） 语音主叫未回落到2G失败 该类情况主要是在4G网络下出现问题，可能由于主叫主服务小区以及所接收到邻区的RSRP较差，out of service导致，基于弱覆盖引起。该种情况采用多种终端多次测试均会出现无法回落情况。 II） 语音主叫已回落至2G但仍失败 该类情况有可能是主叫的4G网络对应的GSM网络拥塞（异常），也有可能是被叫4G或主服务小区及邻区SINR差、RSRP差、异频小区重选导致。 以下为挂机区域弱覆盖导致终端自主返回LTE失败的案例： 4、设备缺陷问题当ENODEB、MME、MSC等CSFB流程中的主要网元存在分厂家的设备BUG或App版本缺陷等造成CSFB主被叫失败甚至无法联合附着。一般由于设备缺陷造成的CSFB失败需要对比不同厂家测试情况或结合信令消息中才能定位出问题。 以下为相关MME、MSS等设备缺陷原因的信令特征： 5、终端原因或终端与网络兼容性不佳部分终端有可能因为本身设置问题导致CSFB失败，例如：手机终端设置黑名单或来电防火墙引起CSFB被叫失败等。若是终端原因，则更换不同终端测试后问题消失。可多次复测或查看信令消息后定位。 部分终端有可能与网络存在兼容性问题，会出现在某一款特定终端上，可通过信令消息分析定位。 以下为某个厂家芯片终端无法附着4G网络的案例： 6、CSFB回落跨MSC POOLCSFB用户在LTE覆盖区域跨MSC POOL，可能回落到非联合位置更新登记的MSC，与收到MT呼叫响应的MSC不同，导致被叫无法成功。 主叫端局重试方案MTRR（ Roaming Retry ）和被叫端局前转方案MTRF （Roaming Forward）均可以解决该问题，MTRR需要改造全网MSC和HLR；MTRF只需要改造LTE覆盖区及边界MSC。 以下为UE跨MAC POOL回落导致被叫失败的案例：
| 
发表于 2019-2-1 17:10:53
