CSFB被叫问题初步分析

1、CSFB被叫问题初步分析网络监控处223CSFB被叫失败原因初步分析后续建议目录目录3与2/3G呼叫相比，CSFB被叫流程涉及网元数量多、流程复杂：增加MME、eNodeB网元配合流程，增加被叫回落环节。CSFB被叫包括被叫寻呼、被叫回落、呼叫建立、被叫振铃四个环节，任何一个环节的失败均会导致CSFB被叫失败。CSFBCSFB被叫质量现状分析被叫质量现状分析(1)(1)4G语音投诉较多1.670.790124G万投比2/3G万投比1月份语音投诉万投比比较万投比翻倍2用户感知较差14G CSFB被叫流程复杂496.1%95.2%95%96%2/3G寻呼成功率CSFB被叫回落成功率全国CSFB被叫

2、质量情况CSFB被叫路测情况3月初质量管理处组织10城市的现网路测，从平均质量来看，除CSFB回落成功率不达标(达标值99%)外，其他各项指标达到LTE工程建设质量评估体系要求。指标种类指标名称指标达标值是否达标语音业务CSFB回落到G成功率97.13%=99%不达标全程呼叫成功率（含2/3/4起呼）97.37%95%达标CSFB回落G时延2.25 呼叫时延（含2/3/4起呼）7.90CSFB 返回LTE时延1.25 并发业务（数据业务下并发语音）CSFB回落到GSM成功率96.50%=99%不达标全程呼叫成功率（含2/3/4起呼）95.61%95%达标呼叫时延5.99 CSFB回落时延2.3

3、3 CSFB 返回LTE时延1.28城市CSFB回落成功率九江94.44%郑州95.93%洛阳96.46%福州97.67%厦门98.40%泉州96.51%漳州96.95%无锡97.41%徐州98.73%镇江98.84%CSFBCSFB被叫质量现状分析被叫质量现状分析(2)(2)备注：由于目前全网仅上海贝尔、华为部分网元支持CSFB被叫成功率指标，而被叫回落成功率多数设备均支持，因此选择CSFB被叫回落成功率表征CSFB被叫质量选择4月3日晚忙时，全网支持该指标的332套MSS计算全网CSFB被叫回落成功率为95.2%。与2/3G网络对比：因CSFB被叫回落指标跨接LTE及GSM网络，无法直接与

4、2/3G性能指标对比分析，但与2/3G寻呼成功率指标类似，现网寻呼成功率(96.1%)明显高于CSFB被叫回落成功率。全网情况：因网管尚不支持获取CSFB被叫回落成功率指标，组织各省从网元/OMC侧采集数据计算指标情况。5CSFB被叫质量现状分析13后续建议目录目录6CSFBCSFB被叫失败原因初步分析被叫失败原因初步分析通过浙江LTE信令监测工具分析，被叫呼损主要集中在寻呼+回落环节(占3.97%),其次为呼叫建立环节(1.89%)，被叫振铃环节(0.84%)。CSFB被叫呼损分析p BSC CSFB功能未打开p 核心网参数设置p CSFB回落跨MSC POOLp 终端设置黑名单p 2G网络

5、无线拥塞通过浙江具体指标以及全网测试、投诉案例的分析，总结已知的影响CSFB被叫成功率低的问题如下：p 诺西MME、中兴enode、诺西MSS共4个软件缺陷p 网络配置错误p 终端安装锁频软件p eNodeB CSFB功能未打开p eNodeB未正确配置2G频点信息p 2G网络弱覆盖7一、被叫寻呼环节：设备缺陷一、被叫寻呼环节：设备缺陷诺西MME存在软件缺陷，当被叫用户正在两个eNodeB进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发。3GPP规范明确定义，MME在收到eNodeB暂时拒绝寻呼的消息后，应等待切换完成，重新下发寻呼。诺西MME并没有

6、重新下发寻呼，不符合3GPP规范的要求，属于软件缺陷。诺西MME个性问题，其他MME厂家不存在此问题。诺西计划在补丁NS31中解决（2014年6月发布）。问题原因12【X2X2切换切换】发生在同一MME Pool中两eNodeB之间的切换。在接入新的eNodeB之前，断开与原有eNodeB之间的连接，切换时延相对较小，在切换成功后通知MME，以进行路径的切换。解决方案问题18中兴eNodeB存在软件缺陷，当与融合的MME/SGSN POOL对接时，对寻呼响应消息存在无法送至POOL内正确MME的情况，导致高概率寻呼失败。按照LTE局数据规范中要求，为支持2/3G到4G的互操作，每个2/3/4G

7、融合MME需要下发两个MME code。在中兴eNodeB目前版本上修改内部参数 “ucMMELBSwch”，可按照多MME方式保存MECode，修改本参数需要进行复位eNodeB基带控制板操作（已推广至全网）。将eNodeB设备升级到最新的600版本，该补丁已发布。问题原因12解决方案一、被叫寻呼环节：设备缺陷一、被叫寻呼环节：设备缺陷中兴eNodeB在收到多个MME code的情况下，仅保存一个。当终端返回的寻呼响应消息中携带的MME Code是另外一个的情况下，eNodeB无法匹配，则按照负载均衡机制从MME POOL中选择一个MME，导致被叫概率性失败。12问题29eNodeB将配置更

8、新信息上报给诺西MME时，因TA信息未修改不携带TA信息，诺西MME将该eNodeB的TA信息置为空，导致MME侧无法下发寻呼。3GPP规范中明确表示，配置更新中未出现的参数，MME应该认为该参数没有修改，保持原配置。问题原因12解决方案但诺西MME回复ACK后丢失原TA信息，不符合3GPP规范的要求，属于软件缺陷。诺西MME补丁1.38解决该问题（FOA测试中），临时解决办法：eNodeB站点进行S1链路重新建链。但诺西MSS中的AIF程序块对于该场景仅按先后顺序进行处理：程序块被占用时将对后续的请求返回“SGs Paging busy”原因值，属于软件缺陷，该补丁正在开发中。问题原因问题3

9、问题4诺西MSS下，若CSFB用户正在进行收短信/TAU等行为，MSS将直接拒绝用户的被叫请求。一、被叫寻呼环节：设备缺陷一、被叫寻呼环节：设备缺陷10网络配置错误：端局漏配SGs接口的局数据，使得CSFB用户的寻呼消息无法在Sgs口下发，最终导致该端局下所有CSFB用户被叫及接收短信均失败。MME侧跟踪用户被叫信令发现，MME并没有从SGs接口收到MSC的寻呼请求，排除MME侧问题。12经核查端局数据发现，在MSC进行CSFB改造时，漏配置了VLR的FQDN数据（至MME的配置数据）。终端问题：Iphone5S等终端可安装锁网软件，锁定在4G网络。此类终端相当于4G上网卡功能，不能拨打、接听

10、电话。一、被叫寻呼环节：网络配置错误、终端问题一、被叫寻呼环节：网络配置错误、终端问题3添加FQDN后，联系用户测试恢复正常。此类终端安装锁频软件后，向MME发起附着后，MME不会触发联合位置更新流程，因HSS中无用户的登记VLR地址信息，无法被叫11CSFB被叫回落环节跨接4G网络和2G网络。在4G网络由于eNodeB CSFB功能未打开、eNodeB未正确配置2G频点信息将引发回落失败。在2G网络由于跨POOL、2G网络弱覆盖、伪基站等问题将引发回落失败。对于诺西eNodeB，MME下发寻呼时，直接拒绝，表现为回复原因值11的service reject消息问题一：eNodeB CSFB功

11、能未打开12对于上海贝尔eNodeB，寻呼成功，MME指示eNodeB进行回落时失败，表现为EnodeB回复om-intervention失败消息二、被叫回落环节：网络配置错误二、被叫回落环节：网络配置错误终端侧信令分析：终端发起寻呼响应之后，enodeB未进一步发起RRC Connection release。问题二：eNodeB未正确配置2G频点信息12S1口信令分析：MME在指示eNodeB回落时，enodeB返回了”UE context modification failure”，失败的原因是：radioNetwork unspecified。对于eNodeB CSFB功能未打开的情况

12、，不同厂家设备表现不同：12 CSFB用户做被叫时，如果终端回落后的真实LA与指定LA不同，需要进行位置更新，增加呼叫建立时延1秒左右（场景2）；如果登记MSC POOL与指定MSC POOL不同，则被叫失败（场景3） 。 MSC POOL边界发生的呼叫约站整个POOL内呼叫量的12,但在 MSC POOL边界发生跨POOL回落的概率3088不等，失败概率很高！l TA（LTE Tracking Area）相当于LTE网络中的位置区，通过TAI标识，在CSFB终端和MME中存储l LA（2G Location Area）是2/3G CS网络中的位置区，通过LAI标识，在CSFB终端和MSC中存

13、储l MME中存有LAI与TAI的映射表，当用户在LTE网络中开机及TA位置更新时为用户分配相应的LAIl 用户回落到2/3G网络后发生LA改变时，由MSC为用户分配新的LAIPOOLMMELA2LA1TA1联合位置更新指定联合位置更新指定回落回落回落后回落后LA不同且不同且MSC POOL不同不同被叫失败被叫失败POOL1MMELA2LA1TA1联合位置更新指定联合位置更新指定回落回落回落后回落后LA不同，不同，MSC POOL相同相同需要位置更新，增加时延需要位置更新，增加时延回落后回落后LA相同相同不需要位置更新不需要位置更新POOLMMELA1TA1联合位置更新指定联合位置更新指定回落

14、回落场景场景1场景场景2场景场景3POOL2二、被叫回落环节：二、被叫回落环节： 功能未部署功能未部署13用户回落成功后，若发生跨LAC的位置更新，此时BSC未开启CSFB功能，将导致位置更新失败。同时MSS寻呼定时器设置较短，可能导致呼叫在核心网侧被释放。三、呼叫建立环节：网络配置错误三、呼叫建立环节：网络配置错误回落后若终端检测到LAC改变，则会触发位置更新（带CSFB标志），等到LAU Accept之后才进行后续的呼叫流程（Setup等）。问题1：BSC未开启CSFB功能，导致跨LAC呼叫失败12由于BSC未开启CSFB功能，导致不能识别携带CSFB标示的位置更新请求，直接返回位置更新失

15、败因回落后发生跨LAC的位置更新，导致寻呼时延增加，触发MSS设置的寻呼时延定时器超时。问题2：MSS寻呼定时器超时，导致呼叫被释放12在MSC上将TIMCSFBPAGRESP参数从7秒修改为15秒（最大值）后解决。解决方案CSFB呼叫与2/3G呼叫相比，寻呼时长、寻呼次数等存在不同的需要，建议MSC支持对于SGs接口具备独立寻呼策略的能力（该需求已作为2014集采共性需求提出）。14被叫振铃环节引发的CSFB被叫失败占比最低(0.84%），此环节失败主要为用户侧原因导致，如主叫早释、被叫用户在终端侧设置黑名单等。另外，无线资源拥塞也会导致被叫失败。四、被叫振铃环节：终端配置问题、无线拥塞四、

16、被叫振铃环节：终端配置问题、无线拥塞被叫已经成功回落到2G,寻呼响应鉴权过程均正常,MSC向手机下发SETUP消息正常。被叫用户在终端侧设置黑名单导致频繁出现做被叫失败, 主叫听用户忙音12但手机侧立即回RELEASE complete消息,携带原因值user busy。MSC向主叫侧播放用户忙音。用户正常回落后，MSC被叫下发指配。无线空口资源拥塞无线拥塞导致被叫失败12BSC回radio interface failure引起指配失败，导致被叫失败。3该原因一般为无线空口资源拥塞引起，一般为该地区有活动，无线拥塞较严重。15CSFB被叫质量现状分析12目录目录16CSFBCSFB被叫质量分

17、析局限性被叫质量分析局限性针对CSFB的统数据需求规范已发布，但各厂家对于CSFB关键性能指标支持情况不统一，且网管系统商不支持获取相应指标，无法开展对CSFB性能的有效监控。综上分析，目前已知的影响CSFB被叫成功率的四大类问题为：设备缺陷、网络配置错误、终端问题、功能未部署。但目前的CSFB被叫质量分析具有一定的局限性：一、缺乏有效的问题定位手段目前针对CSFB被叫失败原因的定位仅局限于拨测时发现问题即时分析，属于“后验式”问题定位方法因缺乏有效的CSFB端到端信令分析工具，无法对大量异常信令进行归类、回溯，不具备“先验式”问题发现机制。例如：10城市路测结果为8G的原始数据，对于回落成功率低的城市只能逐条查看信令流程，定位问题环节，耗时耗力。12二、各厂家关键CSFB性能指标支持情况不统一CSMT呼叫接通率指标，爱立信、诺西、中兴网元侧均不支持，预计2014Q4支持。CSMT呼叫回落成功率、CSMT寻呼成功率除中兴外其他厂家均支持，但统计算法不统一。1217针对影响CSFB被叫质量的关键问题，以及目前CSFB监控分析手段缺失的现状，建议开展CSFB业务质量专项提升的“返航行动”，具体为：后续建议后续建议组织CSFB质量测