CSFB失败原因与信令分析指导书
4g网络状态下csfb失败原因分析报告
4G网络下CSFB失败原因分析梁万明二〇一五年四月二十二日目录一、专业名字解释 (4)二、失败原因分析 (6)1.数据配置问题 (6)2.相关网元未开启CSFB功能 (10)3.无线侧弱覆盖或干扰 (10)4.设备缺陷问题 (11)5.终端原因或终端与网络兼容性不佳 (11)6.CSFB回落跨MSC POOL核心网未开启MTRF功能 (11)三、效果检验与评价 (17)1、指标对比分析 (17)2、跟踪检查 (18)4G网络下CSFB失败原因分析随着联通4G网络的逐步部署，4G网络上附着的用户逐步增多。
保证4G用户互联互通网络质量、提升用户的感知、提高LTE网络语音回来成功率，成为CS域核心网网络维护与优化的工作重心。
自从4G网络建设和部署开始，在调试过程中我们就遇到过多起4G用户无法做被叫的案例，结合后来4G用户逐渐增多，公司客服部门偶尔还会接到4G用户反映无法做被叫的现象。
加上设备供应商提供的维护案例、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因、 CSFB回落跨MSC POOL核心网未开启MTRF功能。
一、专业名字解释为了便于将后续描述清楚，先将主要专业名词解释如下：LTE网络：LTE(Long Term Evolution,长期演进)项目是3G的演进，始于2004年3GPP的多伦多会议。
LTE采用OFDM和MIMO作为其无线网络演进的唯一标准。
LTE网络有能力提供300Mbit/s的下载速率和75 Mbit/s的上传速率。
在E-UTRA环境下可借助QOS技术实现低于5ms的延迟。
LTE可提供高速移动中的通信需求，支持多播和广播流。
LTE频段扩展度好，支持1.4MHZ至20MHZ的时分多址和码分多址频段。
全IP基础网络结构，也被称作核心分组网演进，将替代原先的GPRS核心分组网，可向原先较旧的网络如GSM、UMTS和CDMA2000提供语音数据的无缝切换。
安徽阜阳移动CSFB主叫失败问题报告
安徽阜阳移动CSFB主叫失败问题报告上海贝尔股份公司2014/9/2目录1.问题描述 (3)2.问题处理过程 (3)3.问题原因分析 (3)4.后续措施 (4)1.问题描述阜阳移动4G LTE系统下部分用户反映华为X1终端从移动大楼室外切换到办公室内有时候会出现无法做主叫情况。
2.问题处理过程1)根据现象描述,8月12日在WCS设备上跟踪了MsgTrace,通过WCS跟踪到的MsgTrace发现,主叫手机发送CM Service Request消息后,交换机回了CM Service Reject消息拒绝了呼叫.2)发生这种情况的原因可能出现在联合位置更新异常,仅只通过WCS信令跟踪无法确诊问题,8月13日联合MME共同跟踪SGs口信令3)通过SGs口消息发现在2G、3G、4G网络共存的情况下,确实触发了联合位置更新异常的问题.4)通过实验室场景模拟重现了现场case,并最终确认了root cause.3.问题原因分析在2G、3G、4G网络共存的情况下,如果存在以下情况时会触发本案问题:1)因无4G网络或4G覆盖差，或手机原因未能锁定在4G网络，或发起CSFB后未能直接返回4G，从而使手机登记到了3G网络；2)从3G网络再往4G登记；3)登记到4G后在发起CSFB呼叫前发生了SMS-MT业务；因从3G登记到4G网络时,WCS根据规范只更新了MMLAI,没有更新GLOBALCELLID. 但是接下来WCS在SMS-MT的过程中,会错误的将GLOBALCELLID覆盖到MMLAI,从而造成了VLR中手机用户的LAC信息变为3G LAC,导致在CSFB主叫时因位置信息不匹配使得呼叫失败.4.后续措施1）实验室进行解决方案测试、程序封装及验证，预计中秋节前将完成实验室验证后发布；2）根据贵公司实际需求安排现场实施及验证。
CSFB失败问题总结
可能原因1）MSC从SGs接口下发寻呼消息中通过IMSI进行寻呼，导致UE在回到GU网络后，通过IMSI回复寻呼响应，无线BSC/RNC通过IMSI寻找到的MSC可能不是发起寻呼的MSC，从而导致被叫失败。
MSC通过软参P1156Bit7控制从SGs接口下寻呼时携带TMSI信元，确保寻呼响应时正确选择MSC Server 。
CPCI V100R007C10SPH711ATCA V200R009C02SPH113或者MSC开启CSFB MTRF特性(会增加时延)。
2）UE做了detach流程，MSC和MME上将用户状态置为detach，同时MME上会将UE之前的TMSI信息删除，然后UE发起了一次新的联合位置更新，发现MSC在SGs上回复的Location Update Response里没有分配TMSI，但是在做被叫时，MSC又是以TMSI发起寻呼，由于MME上此用户的TMSI信息已经删除，认为该TMSI不合法，转而以IMSI寻呼，导致UE在回落到GU网络后，IMSI的寻呼响应被随机分配到了MSC Pool 中的任意一台，出现概率性被叫失败。
但是测试发现三星S3与苹果iphone5的终端无问题，猜测其原因是虽然网络侧以IMSI寻呼，但是终端上存在TMSI，在CSFB回到GU后，仍然以TMSI做寻呼响应，所以可以寻找到正确的MSC。
MSC为异厂家设备，MME为华为设备。
USN V900R012C00SPC300+SPH316补丁解决，MME不检测TMSI合法性，直接转发寻呼。
3）MSC通过SGs接口发起TMSI寻呼失败，后续发起IMSI寻呼，寻呼成功导致UE回落到GU后无法发送paging response到正确MSC。
MSC为异厂家设备，MME为华为设备。
UE做联合位置更新时，MSC给MME发送的SGsAP-LOCATION-UPDATE-ACCEPT消息中的new-tmsi-or-imsi信元指示为IMSI，但是发送SGs接口paging request消息里却使用TMSI寻呼，导致UE无法匹配TMSI，无法响应CSFB paging。
CSFB失败问题快速定位手册
CSFB失败问题快速定位手册.失败问题快速定位手册CSFB文档名称文档编号1.0.0 号版本作者张晚辰录目4 .............................................................................................. 1.准备工作4主叫失败2. ..............................................................................................4定位技巧2.1 .............................................................................................................2.2 4定位流程 ............................................................................................................. ............................................................................................................. 92.3定位案例0 ............................................................................................ 1被叫失败3.资料Word.0 1定位技巧3.1 ...........................................................................................................2 3.2 1定位流程 ...........................................................................................................2 ........................................................................................................... 13.3定位案例6 ................................................................................................... 1附录4.资料Word.准备工作1.CSFB1部拉网需要使用按照目前山西移动的拉网规范，CSFB1部双待手机作为主叫，拉网测试分析路测软件进行拉网，所以在做CSFB手机作为被叫，两部手机同时连接CDS失败的现象可能各不相同，但区分对待。
CSFB问题案例
LTE-CSFB异常原因总结及典型解决案例1 引言伴随着4G通信网商用话题的逐渐增温，运营商2014年年初酝酿的4G建设力度开始加速，使得4G网正式商用较快，用户规模增长迅速。
与传统的通信技术相比，4G通信技术以传统通信技术为基础，并利用了一些新的通信技术，CSFB就是有别于2G、3G引入的新通信技术，新技术也会有新问题，这就需要总结经验尽快处理问题，以不断提高无线通信的网络效率和功能。
2 不同场景下CSFB异常主要原因分析（1）网络覆盖正常，UE位于MSC边界，在4G网络下建立呼叫和被叫时，由于3G不同MSC 间未及时添加MTRF功能，被叫失败。
（2）网络覆盖正常，UE位于不同的LAC区，要进行跨LAC回落，由于3G和4G网络间LAC-TAC 未配置正确的对应指配数据，导致CSFB失败。
（3）网络覆盖正常，eNodeB侧CSFB数据配置不正确。
（4）网络覆盖正常，不存在跨MSC、RNC切换及回落，MME侧不支持CSFB。
如部分高通芯片只能设定语音优先或数据优先。
（5）4G网络或者3G网络覆盖弱，CSFB呼叫时延长或语音无法建立成功。
（6）2G/3G基站存在拥塞、干扰、故障等问题影响4G网络下的CSFB。
（7）UE使用插花基站信号，如占用拉远小区且TAC指向不一致。
3 CSFB异常解决建议（1）对MSC边界场景，在大规模商用前务必核查所有MSC是否开通MTRF功能，具备回落MSC与制定MSC间做好指定数据关系备份。
（2）位于3G网络LAC边界，即使做好MTRF指向功能。
当存在MME下发TA list内容或机制不合适的情况时，核心网下发Attach Accept消息中包含“CS域不可用”或“仅PS业务”或“MSC不可达”或者终端不主动发起附着。
因此需要在规划时，按LA预分配联系的TA号码资源，便于TA-LA配置。
（3）当eNodeB侧CSFB数据配置不正确时，导致终端无法联合附着在4G上，或者终端发起extanded Service Req后，网络侧无法及时响应。
[vip专享]CSFB常见回落失败分析
![[vip专享]CSFB常见回落失败分析](https://img.taocdn.com/s3/m/6fe07ab4af45b307e9719718.png)
关于CSFB策略中的典型问题研究CSFB基本原理CSFB网元策略标准CSFB部署的方案需要对大量GSM核心网及接入网设备进行升级，现网采用的简化方案则在2G BSC不配置4G邻小区关系，终端通过3G桥接方式由2G重选返回4G。
为了能够在LTE网络下实现对2G的语音业务回退，在MSC和MME之间新增SGS接口。
通过SGS接口实现语音业务的同时，也实现了2G和4G之间交叉数据传递的短信业务和寻呼业务。
另外通过SGS接口实现的2G和4G联合附着/位置更新，减少一次回退期间2G异系统位置更新，缩短了电话呼叫时延，提升用户感知。
图5 CSFB逻辑架构CSFB信令流程MO信令主叫:LTE起呼→回落2/3G→建立2/3G话音→用户挂机→重选返回LTE（含用户不可及时间）图6 CSFB主叫信令MT信令：被叫:经MSC接续，寻呼在LTE下发→回落2/3G→寻呼响应→建立2/3G话音→用户挂机→重选返回LTE （含用户不可及时间）图7 CSFB被叫信令信令流程改进方案R8流程通过RRC Release Redirection流程实现指引UE重定向到2G/3G，eNodeB 指引UE向多个2G或3G载频重定向，一般不需要跨系统测量。
3GPP R9优化方案中，提出了RIM（RAN Information Management）的概念。
即通过MME和SGSN将BSS和eNodeB之间打通，将2G/3G的系统消息传递给eNodeB，eNodeB能够下发目标GSM小区的系统消息，从而减去在接入前读取目标小区系统消息的过程。
RRC release消息携带多个邻区的频率及邻区系统广播,加快了目标在终端网络的驻留。
SIB13缓读：终端由LTE回落需读取的2G系统消息包括SI1、SI2、SI3、SI4和SI13，但SI13同GPRS相关，在路由区更新前读取即可，因此建议终端缓读SI13，减少读2G广播时延，进而减少R8重定向回落时延。
CSFB问题排查手册（下）
CSFB问题排查手册（下）------接CSFB问题排查手册（上）------案例7：4G网络将终端的Last Visited TA加入TA List，导致终端回落跨MSC Pool而被叫失败1. 现象描述某市路测时，偶尔有被叫CSFB手机失败现象，从终端LoG发现，被叫失败是由于回落跨MSC Pool造成，且呼叫失败前的TAU Accept 中的TA List包含了分属不同TA List的TAC。
2. 问题分析测试区域TA、LA规划如下图所示，其中BSC006的LA为 22548，BSC103的LA为22552，BSC177的LA为22457；MME将TAC 50配置在TA List 1中，TAC 51和52配置在TA List 3中，且TA List和LA映射关系为TA List 1对应LA 22552，TA List 3对应LA 22548。
测试时终端在正确的TAC 50小区进行电话拨打，TAC 50属于TA List 1，映射的LA为 22552，终端挂机后需要返回LTE小区，由于无线信号漂移等原因，终端返回LTE时接入的LTE小区属于TAC 51/TAC 52，这两个TAC均属于TA List 2，映射的LA为22548。
从终端侧LoG发现，终端返回LTE时的TAU Accept消息中的TA List不但有TAC 51/TAC 52，还包含了之前所在的Last Visited TA，即TAC 50。
当终端再次重选回到TAC 50下的小区进行拨打测试时，因对于终端而言TAC 50在TA List中，因此不会重新执行TAU，此时映射的LA仍为22548，但是在TAC 50 LTE小区下发的GSM频点对应小区LA为22552，故形成跨MSC Pool场景，因此被叫失败。
图测试区域TAC与TA List分布示意图因此，本案例中CSFB被叫失败，是由于4G网络MME将UE的Last Visited TA加入到给UE下发的TA List中，导致UE再次移动到Last Visited TA区域时不会发起TAU请求，也就无法更新终端联合附着/位置更新的LA以及对应的MSC，从而导致跨MSC Pool回落，被叫失败。
CSFB问题排查手册 下册
2014-08-28网优雇佣军网优雇佣军hr_opt通信、科技、未来！通信路上，一起走！网优雇佣军微信号：hr_opt(2) MME配置的与TA匹配的LA非SGs MSC所属的LA3、CSFB手机不能在TD-LTE网络稳定驻留(1) eNodeB配置的小区重选参数不合理若eNodeB配置了2G/3G邻区及小区重选参数，则应合理配置4G与2G/3G间小区重选参数，否则，终端容易发生误重选导致不能在LTE网络稳定驻留。
(2) TD-LTE核心网MME未开启CSFB功能在部署CSFB过程中，若核心网MME暂未开启CSFB功能，CSFB终端在4G网络开机后将主动关闭4G能力，并在2G/3G网络驻留。
(3) eNodeB未开启完整性保护和鉴权部分终端芯片对开机流程要求较高，需严格按照协议定义顺序完成各步骤处理，其中包括完整性保护和鉴权流程，因此当eNodeB未开启上述功能时，将导致部分终端因开机流程不完整而无法接入LTE网络驻留。
1.2 案例分析案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络1. 现象描述测试区域TD-LTE信号在-90dBm左右，满足终端驻留网络条件，但测试CSFB手机开机后，未搜索TD-LTE网络驻留。
2. 问题分析在相同TD-LTE测试区域，使用其他CSFB手机开机后能驻留TD-LTE网络，说明该区域的TD-LTE信号满足驻留条件，检查开机异常CSFB手机的设置，通常，CSFB 手机存在4G/3G/2G（自动连接）、3G/2G（自动连接）等两种设置方式，用户可自行选择。
测试时，如果用户选择设置为3G/2G（自动连接）模式，因此，CSFB 手机将不能搜索TD-LTE网络驻留。
如果用户选择设置为4G/3G/2G，CSFB手机能够搜索TD-LTE网络，并发起联合注册，同时注册在4G和2G网络，此时，CSFB手机能够在4G正常进行数据业务和短信业务，并能够回落2G正常进行语音主叫、被叫业务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CSFB失败原因与信令特征对应表版本号：V1.0中国移动通信集团公司网络部监控处2014年6月目录1概述 (4)1.1前言 (4)2失败类型：CSFB主叫失败 (4)2.1失败原因：终端回落到了弱覆盖的2G小区,终端在2G的接续过程中掉话 (4)A接口： (6)3失败类型：CSFB被叫失败 (7)3.1失败原因：用户处在2个TA重叠的覆盖范围, 经常在两个TA之间来回重选，做被叫时正在重选过程中导致的CSFB被叫时失败 (7)3.2失败原因：未部署MTRF功能情况下 UE跨MSC Pool回落，导致的CSFB被叫失败73.3失败原因：诺西ENodeB的CSFB功能未打开，导致的CSFB被叫失败 (8)3.4失败原因：阿朗ENodeB的CSFB LICENSE功能未打开，导致的CSFB被叫失败。
93.5失败原因：诺西MME软件缺陷，当用户正在进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发.诺西计划在14年6月的NS31中解决。
(11)3.6失败原因：手机终端设置黑名单或来电防火墙引起CSFB被叫失败 (12)3.7失败原因：回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的GSM小区未开启CSFB功能，导致主叫失败 (13)3.8失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败153.9失败原因： .回落邻区漏配、少配或者优先级不当引起回落失败 (16)3.10失败原因：诺西MME的BUG造成7108D等单卡双待手机存在联合附着. 引起双待手机被叫失败 (17)3.11失败原因： ENODEB将ESR(TAU)错误分发至另外一个SGSN，引起被叫无法接续（大唐、中兴ENDOBE) (17)3.12失败原因：伪基站干扰，CSFB手机做被叫时回落至伪基站，造成被叫失败193.13失败原因： 4G网络弱覆盖寻呼无响应造成被叫失败。
(20)3.14失败原因： 4G网络SINR值差，导致iPhone手机终端无法收到Paing消息造成被叫失败。
(21)3.15失败原因：华为MME流程冲突导致的CSFB被叫失败 (23)4失败类型：CSFB呼叫时延过大 (24)4.1失败原因：用户在主叫回落前和回落后所处的TAC/LAC不一致，导致回落后先发起位置更新，再进行主被叫流程,造成时延增加两秒左右。
(24)5失败类型：其他 (26)5.1失败原因：诺西MME存在BUG，在双待手机上发周期性位置更新请求时，会给双待手机下发联合位置更新，造成双待手机无法被叫。
(26)5.2失败原因：诺西MME由于版本缺陷下发错误的QCI=0造成所有业务失败.265.3失败原因：京信NanoCell站点不支持手机接入层的空口协议版本高于R9，造成部分空口协议版本为R10的手机附着失败 (28)5.4失败原因1：MME漏配或错配TA/LA,MME找不到TA/LA对应的MSC，导致UE联合注册失败 (28)6修订历史 (29)1概述1.1前言CSFB呼叫流程贯穿LTE与GSM两网，涉及网元数量多、流程复杂，与2/3G语音相比，端到端呼叫成功率相对较低。
各类失败情形多，信令过程复杂。
为便于现网CSFB问题的分析定位，特编写本手册供现网CSFB维护人员参考。
手册从CSFB主叫失败、CSFB被叫失败、CSFB时延过大、CSFB其它失败四个部分对CSFB失败原因的信令特征：加以说明。
2失败类型：CSFB主叫失败2.1失败原因：终端回落到了弱覆盖的2G小区,终端在2G 的接续过程中掉话信令特征SGS接口：不需关注MME-S1接口：见A接口情形2中描述Uu接口：在空口上，接入过程中，信令中断，或者出现频繁切换请求或者命令，之后A 口下发释放消息。
频繁切换:2G弱覆盖掉话：A接口：情形1.主叫回落到2G后,BSC在CM-Service- Request消息和ALERTING消息之间发出了CLEAR REQUEST消息.情形2.主叫回落到2G后,终端在CM-Service- Request消息和ALERTING消息之间对网络侧下发的某个消息无响应(如鉴权请求),终端在2G脱网,然后在S1AP 口出现TAU位置更新,MSC收到TAU位置更新后在A口下发clear_command.3失败类型：CSFB被叫失败3.1失败原因：用户处在2个TA重叠的覆盖范围, 经常在两个TA之间来回重选，做被叫时正在重选过程中导致的CSFB被叫时失败信令特征SGS接口：MSC下发SGS寻呼消息后,MME无SGSap-Service- Request消息响应。
MME-S1接口：S1口会下发SGS口下发的寻呼信令。
Uu接口：存在频繁的位置更新消息，严重时频度达到每分钟3-4次，且位置更新消息中的TAC在2个TAC之间来回乒乓切换。
ENODEB在下发寻呼时，用户正处在位置更新过程中。
3.2失败原因：未部署MTRF功能情况下 UE跨MSC Pool回落，导致的CSFB被叫失败信令特征终端注册在LA1对应的MSC1上，MSC1在MSC PooL1内。
终端做被叫回落时选择接入的GSM小区为LA2，对应的MSC为MSC2，MSC2在MSC PooL2内SGS接口：SGS口信令接续正常，下发寻呼，并收到MME发送给MSC的sevice request MME-S1接口：S1口信令接续正常，手机收到寻呼之后，正常发起Extend sevice request，并正常下发Release command与Release response，之后手机脱离4G并在2G 中发起驻留A接口：手机尝试在2G网络上发起驻留，驻留完成之后发Paging response，鉴权之后，网络会下发clear的释放消息或者是看不到A口的任何消息，信令丢失了Uu接口：空口信令正常接续，与A口信令一致，主要是上发pagingresponse消息，完成立即指配之后，网络下发clear command消息3.3失败原因：诺西ENodeB的CSFB功能未打开，导致的CSFB被叫失败信令特征SGS接口：MME-S1接口：Uu接口：在Downlink NAS Transport里有service reject消息，EMM Cause为113.4失败原因：阿朗ENodeB的CSFB LICENSE功能未打开，导致的CSFB被叫失败。
信令特征SGS接口：不需关注MME-S1接口：MME收到终端回的寻呼响应后，向终端发起指示CSFB回落,在MME发送Initial Context Setup消息给EnodeB之后，EnodeB回复inital context setup failure消息带了失败原因值om-intervention。
然后MME回复EnodeB downlink-nas-transport-service reject，带cause值implicitly detached.Uu接口：CSFB手机会回落TDS进行主叫，接续时延普遍超过20s3.5失败原因：诺西MME软件缺陷，当用户正在进行X2切换时，MME并没有等待该切换完成后重新下发Paging消息，最终导致寻呼未正常下发.诺西计划在14年6月的NS31中解决。
信令特征SGS接口：不需关注MME-S1接口：MME下发寻呼时, 用户正在进行X2切换,eNodeB发出暂时拒绝寻呼的消息，在X2切换完成后MME没有重新下发Paging消息。
Uu接口：不需关注3.6失败原因：手机终端设置黑名单或来电防火墙引起CSFB被叫失败信令特征SGS接口：不需关注MME-S1接口：不需关注Uu接口：不需关注被叫成功回落到2G,寻呼响应鉴权过程均正常,然后MSC向手机下发SETUP消息,情形1.手机侧立即回RELEASE complete消息,携带原因值user busy情形2.手机侧回ALERTING消息后立即发出DISCONNECT消息,携带原因值user busy3.7失败原因：回落2G后发生LAC改变,改变后的LAC所属BSC(华为）的GSM小区未开启CSFB功能，导致主叫失败信令特征回落2G后发生LAC改变，比如：eNodeB TAC为22718（对应GSM LAC为22718），回落GSM小区LAC为22559。
SGS接口：不需关注MME-S1接口：不需关注Uu接口：若未开启“support CSFB功能”，则华为的BSC不会透传LAU信令（在华为的单用户信令跟踪A+abis口中都无法跟踪到这条LAU信令），从终端侧表现来看上报LAU后网络侧未给回应。
这个目前采用周期性后台核查方式来解决。
A接口：Abis接口：从目前的表象看，若不开启该功能，Abis口的单用户信令跟踪也不显示LAU。
手机回落后在上报LAU后，BSC无响应，后续直接channel release。
LAU中携带相关字段（3GPP R10后同时有CSMO和CSMT字段）：csmo = 1(0x1) (cs fallback MO call) ，csmt = 0 (0x0) (no additional info) 。
回落后，若终端检测到LAC改变，则会触发LAU（带CSFB标志），等到LAU Accept之后才进行后续的呼叫流程（Setup等）。
•通过华为BSC侧信令跟踪，发现若GSM小区CSFB开关未打开，BSC 将会截留终端的携带回落指示的LAU信令。
华为BSC打开GSM小区CSFB开关指令SET GCELLSOFT： IDTYPE=BYNAME, CELLNAME="xxxxxxxxx", SUP PORTCSFB=SUPPORT;3.8失败原因：阿朗ENODEB采用BitMap方式下发GSM回落频点导致CSFB接通失败信令特征CSFB过程中，RRC Release过程中下发GSM频点，阿朗ENODEB支持三种发送机制：➢explicitListOfARFCNs：列出频点➢equallySpacedARFCNs：等差的，列出头一个频点和等差步长；➢variableBitMapOfARFCNs：列出第一个频点，用bitmap表达其他的；这三种方式上海贝尔ALU eNB都支持，最终显示出来是用哪种方式是由算法决定的。
三种方式下，空口消息的长度可能是不一样的，ALU eNB会选择最有效率的方式来编码。
在CSFB过程中采用BitMap方式下发GSM频点后，手机终端往往占用第一个GSM频点（即配置频点的最小频点），极可能占用不合适的小区（如室分小区、较远的小区），从而导致CSFB接通失败。
通过分析推断，现网中的手机并不支持Bitmap的下发方式，导致无法正常的解码频点，从而只占用了第一个GSM频点。