CSFB无线优化中面临的问题与解决方案V2

1、CSFB无线优化中面临的典型问题与解决方案 2 一、CSFB基本信令流程 二、CSFB前期测试中的典型问题 三、CSFB分厂家无线侧邻区参数配置 四、CSFB无线优化思路探讨 3 一、CSFB基本信令流程 联合TA/LA更新流程（双网附着） 信令中写到的是TAU更新，跟attach流程一样 4 一、CSFB基本信令流程 主叫信令流程（+备注） 5 一、CSFB基本信令流程 被叫信令流程（空闲态） 6 一、CSFB基本信令流程 被叫信令流程（连接态） 7 主被叫被MME拒绝 一、CSFB基本信令流程 8 1、R8语音重定向方案 现网2/3G无线侧设备无需升级 区别R9方案，RRC Connect

2、ion Release信令只携带2G邻区频点信息（主BCCH）- -总共4、50个？ 2、缓读SI13 终端回落过程中为了缩短接续时延，在2G不开启DTM前提下，终端不读2G SI13（即 无需做RAU）-非标方案，起先高通实施，后续海思等都实施了 3、终端自主返回（Fast Return） 终端在2G侧挂机后，根据之前芯片记忆的LTE频点，在2s之内直接返回LTE网络，如 果2s超时，则驻留2G网络，之后可通过标准的2G3G-4G桥接重选方式返回4G 网络。3G侧需开通空闲态下重选以及连接态下重定向功能 终端自主FR方案无需现网2G设备升级 Iphone5s在2/3G网络起呼不会触发终端自主

3、FR 一、CSFB基本信令流程 基本概念 9 二、CSFB前期测试中的典型问题 1、MME不支持CSFB： 如果CSFB手机设置为语音优先模式(Voice Centric)，CSFB手机在尝试5次联合 附着失败后（高通芯片），将关掉4G能力，降级为2G/3G手机驻留在2G/3G网络 如果CSFB手机设置为数据优先模式(Data Centric)，当驻留LTE网络时仅能进行 数据业务，无法进行语音主被叫（商用终端无法设置） CSFB手机降级为2/3G手机后，高通芯片周期性（周期可设置）开启4G能力，并尝 试在4G搜网驻留-张阳：CSFB没有背景搜索功能？仅仅针对双待机？ 因尝试4G驻留会周期性（

4、高通默认设置为12分钟以后可以跟TAU周期更新时间 保持一致，非标参数）引入一定不可及时延（青岛、广州测试结果约6s） 若手机重新进入CSFB区域，CSFB手机通过自主周期搜网，可在4G驻留，进行正 常主被叫 CSFB手机降级为2/3G手机后，海思芯片将不开启4G周期搜网功能，始终驻留在 2G/3G网络（在CSFB区域可通过重新开机方式返回4G网络） 10 二、CSFB前期测试中的典型问题 2、MME支持CSFB，eNodeB不支持CSFB（即eNodeB未开启CSFB功能） CSFB手机能够正常在LTE驻留，在进行主叫时，能够回落至TD-S建立通话，部分厂家设备下无法进行被叫 （华为、中兴设

5、备无法进行被叫，爱立信、贝尔设备可以进行被叫） CSFB手机作为主叫时，华为、中兴、爱立信、贝尔设备下会回落TDS进行主叫，接续时延普遍超过20s ，前期现网实测结果表明，CSFB手机拨打GSM手机平均时延约21.1s CSFB手机作为被叫时，华为、中兴设备下无法接通；爱立信、贝尔设备下空闲态做被叫可以接通，接 通时延较长（前期实测，终端会回落2/3G网络，不同终端接续时延不同，平均约13秒左右），连接态 下做被叫无法接通 1、华为、中兴设备不下发RRC Connection Release，T3417ext 超时后，UE驻留4G网络 2、爱立信、贝尔区域下，UE空闲态 做被叫时，设备会下发R

6、RC Rel，终 端会在2/3G网络接续进行被叫 3、爱立信、贝尔区域下，UE连接态 做被叫时， 设备不会下发RRC Re;l.T3417ext超时后，终端保持连 接态，驻留4G网络 1、UE上报ESR时，同时启动NAS层 timer T3417ext,协议定死10秒 2、华为中兴设备下，T3417ext超时 后，主叫释放资源，同时在2/3G发起 呼叫，此时呼叫时长为10S+搜网时延； 3、爱立信、贝尔设备，空闲态下，未 等T3417ext超时，eNodeB下发RRC Connection releaase,但没带频点， 这个是释放的前面的RRC，而不是重 定向消息，终端没看到频点消息，在 2

7、/3G发起呼叫；连接态下，因为已经 有数据连接，不会无端释放RRC，故 不下发该信令，T3417ext超时后，释 放资源，在2/3G发起呼叫 11 二、CSFB前期测试中的典型问题 3、eNodeB未配置或未正确配置2G邻区 eNodeB未配置2G邻区 华为、中兴设备如未配置2G邻区，类似于eNodeB未开启CSFB开关，即RRC Connection Release信令不会下发，主叫可以在2/3G起呼，被叫则无法接续 爱立信、贝尔设备如未配置2G邻区，RRC Connetion Release信令仍然下发，终端做 主被叫时可能在2/3G正常接续，但接续时延较长 eNodeB未正确配置2G邻区

8、 前期在扩大规模试验网16城市与苹果公司联合测试过程中发现，有些eNodeB配置 2G邻区过少，或未正确配置合适2G邻区，导致主被叫回落接续失败 （1）配置2G邻区由于弱覆盖或者干扰大等原因导致2G侧无法建立连接或者寻呼响应 (paging response)失败 （2）配置2G邻区为伪基站 （3）由于2G载频故障原因导致分配TCH失败 回落分配至LAC 13752、CI：31553的2G小区，发现该小区共6块载频，有合路告警，提示BCCH与另一路合 路功率不匹配，与测试情况相符，将另一路的3个载频锁闭后重新测试，恢复正常。 12 二、CSFB前期测试中的典型问题 3、跨MSC pool被叫失

9、败 当CSFB终端回落跨MSC pool时 主叫可以接续，但需多做一次LAU，接续时延会变长 被叫无法接续 终端开机初始执行LTE联合附着/位置更新时，根据MME配置的TA-LA映射表，注册在LA1对应的MSC1上， MSC1在MSC PooL1内。而因终端拨打时位置在MSC POOL边界，终端实际回落时选择接入的GSM小区为LA2， 对应的MSC为MSC2，MSC2在MSC PooL2内，由于现网MSC pool间没开启MTRF，导致paging与paging response不在同一个MSC pool 无线侧解决方案 通过在跨MSC Pool 4G小区进行配置R8 重定向的2G频点时，不配

10、置跨Pool的邻 区频点（组）进行解决，在处理过程中， 应注意以下两点； 1、对于该配置方案，2G室分频点不适用； 2、对于室外、室内频点混用的情况通过 合理频点规划得以解决。 13 二、CSFB前期测试中的典型问题 4、Paging Missing 现网TAC划分过小，导致终端较频繁做TAU 问题现象及定位：问题的现象是CSFB终端A主叫另一台CSFB终端B，主叫能听到录音通知，但听不到振铃音， 被叫侧无任何消息。终端B处于TAC边界时被叫，由于此时终端B正在做TAU，MME将Paging消息往原先的TAC下 发，而终端B已经到新的TAC，所以导致寻呼没有正确接收到。 解决方案:合理规划现网

11、TAC区域，尽量避免TAC边界跨越话务密集区域 网络与终端DRX寻呼周期不一致导致被叫失败 问题现象及定位：该案例中被叫无法接续，但测试区域LTE为强覆盖区域，可排除因信号覆盖因素造成的被叫 失败。此后，检查被叫失败的CSFB UE LoG，发现UE一直未收到LTE网络侧下发的寻呼消息（Paging），检查 eNodeB Log发现eNodeB已下发该UE的寻呼消息。进一步检查eNodeB配置，系统消息System Information Block 2中defaultPagingCycle配置为1280ms，终端根据此周期侦听寻呼，但实际上eNodeB却以320ms为周期下 发寻呼，从而导致

12、终端与网络间收发寻呼周期不匹配，导致被叫较大概率失败。通过进一步分析终端、网络侧各接 口Log，问题最终定位为由于不同厂家MME（中兴设备）与eNodeB（华为设备）对于协议理解差异，导致网络与 终端DRX（Discontinuous Reception，非连续性接收）寻呼周期不一致，空闲态终端不能正常接收寻呼消息，寻 呼失败。（空闲态DRX就是寻呼周期，连接态为C-DRX。此案例为空闲态，idle态的DRX也有两个，一个是NODE B配置的，一个为终端上报专属的NAS DRX，MME与NODE B会协商最终下发周期，这个功能还没打开） 解决方案:修改中兴MME软参，不参考eNodeB通过S1

13、 setup 上报的Default paging DRX值 3、4G互操作参数设置不合理 问题现象及定位：前期在4G覆盖边缘地区（4-3G本系统重选门限-114dBm)，终端做被叫无法接续，由于前 期测试经验表明LTE弱场寻呼成功率并不低（-116，宽带寻呼成功率还可以），因此排除由于网络弱覆盖原因导致。 后经定位表明由于3-4G重选门限设置过低（RSRP=-140dBm),导致频繁34G乒乓重选，从而导致被叫接续失败。 解决方案：调整3-4G重选门限，现网建议比q-RxLevMin高4dB 14 二、CSFB前期测试中的典型问题 5、Service Reject 现象描述 某城市外场测试过程

14、中，4G UE拨打4G UE，L2L共拨打了60次，出现8次呼叫不成功，主叫在20s-30s左右的 时延后听到“被叫无法接通”的录音通知。 问题分析 检查终端侧和网络侧MME（卡特设备）跟踪和记录的log，发现 在快速拨打的过程中，因TA-LA匹配，终端在呼叫前没有发起LAU流程，因此SGs接口状态在MSC依然保 持为associated；挂机后，终端支持自主快速返回功能，在UE返回LTE网络过程中，被拨打当被叫时， MSC依然会在SGs接口下发寻呼消息 虽然用户在MME状态设置为悬挂，但MME依然在空口下发寻呼 UE返回LTE网络，尚未发起TAU流程，但看到空口的寻呼消息后，会立即发起寻呼响

15、应消息 接收到UE的寻呼响应消息后，MME给MSC返回SGs-ServiceRequest消息。但MME因UE尚在悬挂状态 ，立即给UE返回Service Reject消息，同时给MSC发送SGs-IMSI-detach消息 因为接收到Service Reject， UE发起Attach request消息 接收到Attach消息后，MME在SGs接口发送SGs-LAU request消息 MSC因为内部实现的bug，会一直悬挂入呼叫，直至超时（大约20s）释放呼叫 解决方案 方式1）因用户悬挂，MME直接给MSC返回SGsAP- UE-UNREACHABLE消息，这样的话，本次呼叫失败， 因

16、为寻呼无响应，但MSC中用户SGs接口和状态都不会 被修改， 不影响下次呼叫 方式2）MME依然在S1接口寻呼用户，增加LTE网络寻 呼量，寻呼后可能失败，也可能寻呼成功。若用户返回 寻呼响应，MME正常处理后续呼叫，呼叫正常。 15 二、CSFB前期测试中的典型问题 6、中兴频点配置导致下发频点为空 问题现象：终端在做CSFB重定向至2G网络时，有时会出现2G邻区频点列表均为0， 有 时显示正常，且CSFB均能够成功地重定向至2G网络 问题分析：经过对比终端前台测试的Log及后台跟踪的信令，发现在做CSFB时，只要选 择从GSM900的起始频点开始扫频，显示就正常，若选择从DCS1800的起

17、始频点开始扫 频，2G邻区频点列表显示就为0，如下图： 解决方案： CSFB配置2G邻区频点列表时，当频点数少于32个时，建议GERAN载频数目设置为1 （组），不区分GSM900或DCS1800，并将最小的频点设置为起始频点。若要将 GERAN载频数目设置为2（组）时，应注意ARFCN频点详细列表与载频组的一致性； CSFB配置2G邻区频点列表时，当频点个数超过32个时，应该分组进行配置，即 GERAN载频数目大于1（组），应注意ARFCN频点详细列表与载频组的一致性。 16 二、CSFB前期测试中的典型问题 7、IMSI寻呼导致被叫失败：LTE中全部采用P-TMSI寻呼，只是分CS和PS域

18、 MSC A/Iu接口一次寻呼采用TMSI，二次寻呼采用IMSI，部分厂家设备实现SGs接口寻 呼方式与A/Iu接口相同，由于现网MSC组pool方案，而用IMSI寻呼UE将导致UE寻呼响 应失败。 诺西IMSI一次寻呼 前期测试中发现，由于诺西MSC中Feature777导致第一次寻呼时携带IMSI，导致被叫 接通率较低，目前临时解决方案可通过关闭FN777 TRAFFIC_TERM_ON_LU功能保证第 一次寻呼携带TMSI。（还可以MME将IMSI映射成TMSI后下发？） Feature 777在现网应用中主要有以下功能： 1.防克隆卡功能（TRAFFIC_TERM_ON_LU）：即同一

19、用户在发起新的位置更新时，拿到新TMSI以后，之前 由旧TMSI发起的呼叫会被中断。 2.中断恶意欠费用户正在进行的呼叫。即当HLR发出停机指令时，用户正在进行的通话会中断。 3.旧VLR中删除用户信息时，用户正在进行的呼叫会停止。 厂家 MME侧CSFB二 次寻呼间隔是否 与MSC SGs口 一致 MME侧CSFB二次寻 呼间隔时间 MSC配置SGs口 二次寻呼间隔时间 MME侧LTE其它二 次寻呼间隔时间 MME是否可配置 为始终适用S- TMSI寻呼 MSC是否可配 置为始终使用 TMSI寻呼 诺西是6S（同MSC-SGs口) 6S6S（寻呼4次）暂未支持 是，现网支持配 置 华为是 寻

20、呼3次，间隔6s、 5s、4s（同MSC- SGs口) 寻呼3次，间隔6s、 5s、4s（直接透传 MSC SGs口寻呼) 4s(寻呼3次) 现网需补丁升级 支持 是，现网支持配 置 中兴 否，MME可独 立配置 5s 中兴MSC侧未反 馈,待确认 5s（同CSFB寻呼） 现网需补丁升级 支持 是，现网支持配 置 爱立信 否，MME可独 立配置 寻呼4次，间隔3秒6s 寻呼4次，间隔3秒 （同CSFB寻呼） 现网已支持 是，现网支持配 置 阿朗 否，MME可独 立配置 4s6s4s（同CSFB寻呼） 现网需补丁升级 支持 是，现网支持配 置 17 三、CSFB分厂家无线侧邻区参数配置 1、CS

21、FB 2G频点配置基本原则 如果4G与2G小区共站，4G需要配置该2G小区频点，同时需要继承该2G小区 的邻区频点 如果4G仅与3G小区共站，4G需要配置该3G小区的2G邻区频点 如果4G站点为新建站，优先添加第一圈2G邻区频点。应重点核查以下两类漏 配小区频点： 距离4G站点距离最近的N个2G站址小区频点M 4G小区天线法向方向正面对打小区且两小区天线相对方向角度在60之内 最近的2个候选邻区频点（该邻区距本小区不超过1000m），如该2小区频 点被包含于前述M个小区频点，则需配邻区频点个数为M，否则M+2。 如果4G与2G共室分，4G需要配置该2G室分频点，及该2G室分小区的邻区频 点 1

22、8 三、CSFB分厂家无线侧邻区参数配置 2、CSFB分厂家快速开站手册-华为设备+注释 步骤步骤MML MML 命令命令MMLMML命令举例命令举例 LicenseLicense检检 查查 DSP LICENSE DSP LICENSE： License项标识 License项目 分配值 配置值 实际使用值 LLT1CFBG01 到GERAN的CSFB 1 1 1 （1）eNodeB侧license核查 检查eNodeB侧license是否支持CSFB功能，只有license支持CSFB功能，配置的CSFB功能才生效。核 查方法如下： （2）配置CSFB开通的MML脚本 开启CSFB功能分为

23、2类工作共8个步骤，如下图所示： 步骤1：创建GERAN相邻频点组 步骤2：向GERAN频点组中添加BCCH相邻频 点 步骤3：创建GERAN外部小区（可选，注（可选，注1 1） 步骤4：创建GERAN邻区（可选，注（可选，注1 1） 生成 Geran 频点组 步骤5：将S1接口的协议设置为R8 步骤6：开启向Geran的盲重定向开关 步骤7：设置向Geran的盲重定向为最高优先 级 步骤8：调整QCI对应的切换测量为重定向 CSFB 功能开 启设置 注1： 华为在开通CSFB的过程中可以不配置2G外部邻区和2G邻区关系，就 是可以省略步骤3和步骤4。如果省略步骤3和步骤4，那么必须增加一条

24、命令：ADD GERANRANSHARE: LocalCellId=XX, BcchGroupId=XX, Mcc=460, Mnc=00; 这条命令的作用是在已经配置Geran频点组绑定中国移动的MCC和 MNC信息，配置这条MML命令后开通CSFB时不需要配置2G外部邻区和 2G邻区关系。 注2：详见集团下发工单JT-001-140113-00058关于下发分厂 家CSFB参数快速手册及相关注意事项的通知 19 三、CSFB分厂家无线侧邻区参数配置 2、CSFB分厂家快速开站手册-中兴设备 （1）功能开启配置：CSFB到GSM 为盲重定向 在“E-UTRAN TDD 小区”中修改 “CSF

25、B到GSM时，优先采用的方式” 为“重定向”。 （2）CSFB频点参数配置 第一步：GERAN载频数目 第二步：GERAN载频测量配置及 ARFCN详细列表 第三步：GERAN系统空闲/连接态用 户CSFB目标系 20 三、CSFB分厂家无线侧邻区参数配置 2、CSFB分厂家快速开站手册-诺基亚设备 （1）CSFB功能开关开启 （2）2G邻区参数配置 RAT for redirection选 GERAN, GERAN band indicator选择相应的频段 设置优先级： 重定向优先级1为 最高，6为最低 建立GERAN ARFCN列表， 并填写2G邻区的ARFCN。 （可单独配置32个GS

26、M频点） 只需要配置GSM的频点信息，PLMN 等信息不需要配置 GERAN band indicator协议规定 必须选择为1800 21 四、CSFB无线优化思路探讨 2、做好2G邻区频点联动优化配置 联动做好4G侧的2G邻区频点配置工作 精细规划2G频点，优化终端接续时延 3、TAC与LAC联合规划 为了降低CSFB时延，TAC与LAC需联合进行规划，减少TAC与LAC交叠区域 初期4G用户较少，减少系统内寻呼量，降低信令负荷，一个LAC里可只包含一个TAC 随着业务量上升，逐步进行TAC分裂 1、2G网络基础优化 对在网设备故障进行定位，减少带病设备器件对于网络质量的影响隐患 通过优化

27、2G网络结构，频率等手段确保CSFB通话质量 加强室分建设，抑制室分外泄 避免出现保证道路测试，完全删除2G室分频点 4、TAU信令风暴 CSFB终端每次通话结束返回4G网络至少需要做一次TAU，初期用户较少，随着业务量 上升，应及早做好设备处理能力提升并进行负荷分担，避免信令风暴产生 22 附录：CSFB案例分析-TAU拒绝导致UE寻呼无响应 以下是UE进行一次正常被叫的寻呼消息，里面有UE的S-TMSI 23 UE从2G FR到 4G后TAU，收到TAU Reject TAU拒绝导致UE寻呼无响应 24 UE收到寻呼后未响应寻呼收到寻呼后未响应寻呼 由于TAU收到了原因值为8的TAU拒绝消

28、息，此时UE已经进入紧急呼叫模式，对于网 络侧下发的寻呼未响应。 注：cause 8: EPS and Non-EPS service is not allowed CSFB案例分析-TAU拒绝导致UE寻呼无响应 25 TAU拒绝导致UE寻呼无响应 UE在启用禁用飞行模式后重新附着 26 UE附着成功后，收到寻呼后成功响应 TAU拒绝导致UE寻呼无响应 27 service reject with cause 10 implicitly detached 由于被叫隐式分离导致寻呼不可及 28 service reject with cause 10 implicitly detached S1

29、接口信令流程截图 29 CSFB案例分析-service reject with cause 10 implicitly detached 由于被叫隐式分离导致被叫未接通 30 概率：1/300 出现场景：CSFB通话结束回到LTE网络后，终端作为被叫未接通 问题分析：正常流程下，终端CSFB结束通话后，返回LTE网络做TAU,MME正常处理TAU流程，之后MME会给 MSC上发TMSI Relocation Complete消息，通知MSC后续用TMSI进行终端寻呼。在该过程中，尽管MME为了确 保SGW/PGW下行数据业务挂起，之前已给SGW/PGW发了SUSPEND NOTIFICATI

30、ON，但由于华为核心网版本实 现的问题（已于华为进行了确认），由某些心跳或下行数据请求触发，S-GW/P-GW扔不断下发MME downlink data notification消息，导致一定的碰撞几率使得MME给MSC上发的TMSI Relocation Complete被打断，在 MSC侧等待该消息未果后，只好通知MME通过终端的IMSI进行寻呼，在终端到2G网络后会上报Paging Response （含IMSI），当BSC侧收到Paging Response（含IMSI）无法在MSC pool组网的情况下正确的路由到之前的MSC ，因此随机挑选了pool内的MSC，造成了被叫失败。 LTE/2G联合位置更新信令流程 Samsung终端被叫未接通 31 出现概率：1/50 出现场景：CSFB 通话结束返回LTE网络或由于移动性导致的联合TAU/LAU,终端作为被叫未接通 ； 问题分析：正常流程下，终端在上发TAU r