5S用户CSFB呼叫失败投诉案例

CSFB流程及常见问题.

CSFB流程与常见问题1TD-LTE语音解决方案根据终端形态不同，TD-LTE语音终端包括多模单待和多模双待两种形态多模单待终端话音分为由LTE提供和不通过LTE提供两种解决方案多模双待终端话音由2G/TD电路域提供.2CSFB基本原理中文名：电路域回落CSFB技术是针对TD-LTE多模单待终端提供语音服务的临时解决方案，主要思想是终端驻留在LTE，呼叫建立前先重定向到2/3G，由23G提供CS域语音服务，当语音结束后，根据网络的指示，返回LTE网络驻留；回落2G和返回4G是重点关注的过程。

回落方案：R8 RRC重定向回落(实现简单、性能一般）R9 RRC重定向回落（RIM）（实现复杂、性能好）通话结束，返回4G：空闲态小区重选（小区重选机制,返回时间长，时延较长）快速返回Fast Return （手机支持，无需配置4G邻区，返回时间短，时延较短）。

•开机选网：终端开机—>LTE及2G/3G电路域联合注册—>驻留LTE。

•数据业务：由LTE直接承载,数据传输过程若有话音业务需求，（回落过程将导致数据业务中断）。

•短信业务：可由LTE直接承载，短消息利用SGs接口，通过LTE无线信道传递给UE，UE不需要重选至2/3G。

网络拓扑：3CSFB相关流程3.1联合附着CS Fallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server 需要对该用户的SGs连接进行维护。

在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI 附着流程。

联合附着流程如图1所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置区更新流程，使得UTRAN/GERAN核心网感知到UE的位置.图1联合附着流程图1：UE发起网络附着请求，向MME发送Attach Request消息。

其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。

LTE湘潭移动CSFB问题案例

正确预处理方法
原因分析：
1：基站状态查询
查询站点无告警存在，因此排除主设备硬件告警导致；
2：测试终端问题排查
相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。
3：无线参数排查
通过查看该站参数确认CSFB功能已开启，但查看GSM邻区关系时，发现漏配部分GSM频点。
处理方法:
由于GSM频点的漏配，导致重定向到GSM后UE无法找到对应的GSM服务小区。通过实地查看该区域GSM的频点有81、92、528、90、522，分别将河东湘潭国税局添加2G频点81、92、528、90、522，将河东新景源小区添加2G频点81、528、90到该站的邻区列表里，此时用iphone5s主叫10次均成功。
用户反映在人事局五楼办公室手机处于4G网络状态下主叫不通
投诉解决措施
客服预处理
错误实例
无
客服分类
业务分类
投诉申告.基础通信.互联网业务.LTE
原因分类
网络原因
查证处理情况
用户投诉、日常测试发现：经过一段时间的测试观察，发现人事局五楼办公室由河东新景源小区和河东湘潭国税局覆盖。测试查看该区域2G频点有81、92、528、90、522，用IPHONE 5S 尝试主叫5次，存在首次呼叫不通的情况。
客户心理分析
影响日常语音业务
投诉处理难点
通过客户感知系统预处理，排查用户常驻小区，硬件无告警，需现场测试才能定位。
处理技巧分析
保证LTE基站相关数据的准确性，避免因为参数错误导致CSFB问题。
经验总结
如果出现CSFB问题，应该从基站、覆盖、参数方面一一排查。
案例主题
TD-LTE湘潭移动CSFB问题案例1

4G投诉案例分析(有图有真相,非常有代表性)

2
2G频点漏配问题
2G频点漏配问题 4 正常的CSFB主叫信令流程
5
解决方案
修改海勃湾滨河街道办事处_OT-NLHF-2小区GSM邻区频点列表，添加GSM小区 BCCH频点50，用户可以在4G网漏配问题 3 根本原因分析
通过模拟用户行测试发现，终端占用海勃湾滨河街道办事处_OT-NLHF-2小区信号，起呼后终端从LTE小区海勃湾滨河街道办事处_OT-NLHF-2信号（PCI：309）回落至GSM小区海勃湾满世水云轩-1（BCCH：50），由于 LTE小区海勃湾滨河街道办事处_OT-NLHF-2的GSM邻区频点列表中该频点不存在，导致该事件的发生。如下图：
2G频点漏配问题
2G频点漏配问题 1 问题现象
君正街街附近用户在4G网络上打电话失败投诉，用户4G上网没有问题，但是打电话拨打不出去。
2 影响范围乌海君正街附近用户。 3 根本原因分析 CSFB主要流程用户可以连接4G网检查基站状态，告警信息络，可以在4G网络上上网，但是打电话打联合注册失败不出去，问题定位在 CSFB频点配置是否合理是4G回落2G失败导致用户电话无法拨出。 CSFB频点漏配怀疑导致问题原因如右图所示：需要前台测试采集数据分析定位故障原因

CSFB终端D2和iphone5S挂电话出现FR异常分析

CSFB终端D2和iphone5S挂电话出现FR延迟分析
【问题描述】：
镇江最近出现测试时D2和iphone5S挂电话后出现异常FR的现象，终端仍然在2G，没有快速FR回4G,过了一会才返回4G。

【原因分析】：
经核实，该现象都是多次拨打10086后出现的，后定位原因如下：由于拨打10086后会有短信过来，多次重复拨打，则会出现挂电话时接短信的情况，此时终端会驻留2G接收短信，接收完毕后返回4G。

以下为复现测试场景信令：
1、打电话过程中，持续有短信过来(CP-ACK)，此时挂电话(Release)。

2、挂了电话后，仍有短信过来(CP-ACK)，此时终端依然驻留在2G侧接收短信，没有立即FR回4G.
3、短信接收完毕，返回4G（Channel Release）
【处理过程】：
当终端2G信道尚未释放时，若有短信过来，则在2G网络中接收短信，占用2G网络资源信道，待短信接收完毕后BSC给MS下发Channel release消息中包括LTE的频点，释放信道后终端FR回LTE是符合协议的。

终端在GERAN完成CS语音呼叫后，GERAN可以发送携带Cell selection indicator after
release of all TCH and SDCCH(包含E-UTRA频点信息和/或E-UTRA cell)的Channel release 消息，将终端重定向到E-UTRAN网络。

【建议与总结】：
正常情况下CSFB终端挂电话后会立即FR回4G，但当挂了电话的同时仍有短信进来时，终端会在2G接收短信，暂不返回4G，短信接收完毕后释放2G信道，FR回4G，这种现象不是FR异常，是符合协议的。

载频隐性故障CSFB呼叫失败案例

问题现象近期接到多个4G用户投诉在锦绣园小区，从大约10月10号下午，拨打电话困难，经常拨不出去，且该区域的用户被告知经常打不通到这的电话。

周边GSM站点后投诉位置如下图所示：原因分析现场测试由于该区域存在多个不同4G用户投诉，因此安排人员到达现场进行拨测。

拨测使用了CSFB测试终端。

现场测试结果如下：手机在LTE小区“XXXXX-HLHF-1”（TAC18288，PCI372），进行语音呼叫后，RRC 建立、加密等流程均没有问题，在RRC释放时也正常下发了大量的GSM邻区频点。

后续终端回落至GSM开始监听系统消息。

至此可以基本判断LTE网络及回落机制本身并不存在问题。

随后UE选择了一个GSM小区，XXX羊绒厂-2（18301-11242，BCCH54，BSIC 4-7），由于由TAC18288回落至LAC18301,因此，UE主动先进行一次LAU请求，至此整个MO CSFB流程全部正常。

但是在UE发起LAU后，从16:27:01.276至16:27.12.616，长达约11.5秒的时间内，没有收到该小区的任何回应，但是该小区的系统消息和寻呼消息却可以正常监听。

LAU流程失败，呼叫也随后失败。

随后，UE又在另一个GSM小区18301-34122发起了一次LAU，此次LAU正常建立且LAU流程成功完成。

在该小区LAU不久后，CSFB MO测试流程超时，失败。

从占用18301-34122小区时的邻区接收电平来看，刚才发起呼叫的XXX羊绒厂-2（18301-11242）接收电平-63dBm，下行接收强度非常好。

由于4G终端的自主FR只在UE正常在2G通话结束后进行，当在2G呼叫失败后，就会一直停留在GSM网络，直到进行2G->3G->4G或者2G->的小区重选才可以重新返回4G网络，但是重选的流程往往需要几秒甚至十几秒。

因此随后的一次呼叫测试中，UE一直占用18301-34122，从GSM侧发起呼叫，无CSFB，在该小区随机接入、信道分配流程也全部正常。

LTE核心网常见故障和投诉案例分析

.... 0010 = Used NAS Cipher: 128-EEA2 (0x02)
但是在其后对中兴 MME发起的TAU 中，中兴 MME发起了到HSS 的鉴权请求，并选定
000 .... = Type of cipherin g algorith m: EPS encrypti on algorith m 128EEA0 (cipheri ng not used) (0x00)
【故障分析】
SUBSCRIP TION，这样MME回复#7 EPS not allowed ，只影响 4G业务，不影响 2，3G。
经过在 MME侧抓包分析，从爱立信 MME覆盖范围移动到中兴 MME覆盖范围内，会由原 MME发起 Forward Relocati on Request ，并NAS 层加密算法选定 EEA2。
针对这种临时方案的用户，如果只更换USIM卡不签约4G 业务，根据测试， MME给终端返回#7 “EPS services not allowed ERROR ”的NAS 值能够使终端较快地重选到 2、3G网络。根据协议中定义的映射规则， HSS需要给MME返回 DIAMETER
案例三：过渡方案 4G用户终端有4G信号但附着失败，驻留2，3G
【故障现象】
过渡方案 4G用户终端有4G信号，但是附着失败，只能驻留在2 、3G网络，更换位置后重新有4G标志，尝试附着仍然失败。
【故障分析】
REJECTED
，根据规
进行信令
范，MME
跟踪，发
会回复
DATA
SUBSCRIB ED的错误原因值，对应到 HSS上，需要BOSS 在用户进行更换 USIM卡时，不管用户签不签约4G业务时，都要向HSS 发送放号的BOSS指令，如果用户不签约4G业务，则通过设置 4G-APN模板为0来关闭用户的4G功能。

通过参数一致性检查处理CSFB失败问题

随着4G网络的逐渐普及,23G网络成为语音承载的主体网络,4G网络承载主要数据业务。

空闲态,用户驻留在4G网络上,一旦用户发起语音呼叫,语音业务将回落到3G网络或2G网络上完成语音呼叫。

在网络侧,需要配置对应2GG小区的参数。

一旦配置不合理,将会引起大量CSFB失败,引起用户掉话或者接入失败,导致用户投诉,因此如何提高CSFB成功率,对于提高用户感知十分重要。

1 CSFB呼叫建立异常分析一个处在4G 网络覆盖正常空闲态UE 发起语音呼叫的正常CSFB流程,MME将会向eNodeB发送一个CSFB指示,UE然后将收到发送的RRC释放消息,然后UE向网络发送语音呼叫请求,如流程正常则进入CS建立流程。

如CSFB流程异常,进入异常流程处理程序。

CSFB异常主要分为两类,一类是由于覆盖弱、资源不足、拥塞或干扰等导致,另外一类就是在网络覆盖正常的情况下,由于数据配置不正确导致的,具体如下:(1)在网络覆盖正常的情况下,3G 不同M SC 间未及时添加MTRF功能,或者TA-LA配置不一致,或者eNodeB侧CSFB数据配置错误,如频点配置错误等,这些因素都会导致CSFB失败。

(2)4G网络或者3G网络覆盖弱,2G/3G基站存在拥塞、故障等问题,CSFB呼叫时延长或语音无法建立成功。

针对以上两类CSFB异常解决建议:按照数据配置一致性标准,全面进行数据一致性检查。

对于弱覆盖或者资源不足等导致的CSFB异常问题,需要进行网络优化,加强覆盖和资源均衡,使得CSFB时选择合理目标小区进行回落。

2 典型案例针对弱覆盖导致的CSFB异常问题,本文就不再进行详细讨论,这里举行一个由于数据配置不一致导致CSFB异常的典型案例。

2.1 问题现象璧山碧青路989号百事达汽车4S店,有用户投诉无法接打电话,用户使用4G终端。

经过测试验证,现场占用4G小区做CSFB业务起呼,有时能成功,有时会失败。

2.2 问题分析进一步测试发现,CSFB业务失败有比较明显的规律,当用户占用4G小区嘉木1、3回落至3G牛角湾2小区时业务失败,从4G嘉木1、3回落至其他3G小区时业务成功。

CSFB案例4

案例名：MSC SGs接口采用IMSI寻呼导致被叫失败1、问题现象用户投诉：有时被叫无法接通。

终端：iPhone5S。

现场测试偶尔出现4G UE被叫能够回落GSM网络，但呼叫仍失败现象。

2、原因分析通过分析终端侧LoG，被叫4G UE在LTE网络接收到寻呼并回落至2G 网络，但是，待其返回寻呼响应Paging Response后，网络释放链路导致被叫失败，如下图所示：进一步分析终端侧及网络侧各接口Log，发现被叫失败原因在于MSC在二次寻呼时使用IMSI方式，MSC POOL场景下Paging response到另一个MSC导致。

3、问题按被叫流程的步骤描述如下：1)、终端在4G/2G完成联合注册，通过SGs接口，联合注册到SGs MSC，SGs MSC 为用户分配TMSI并返回给UE，UE保存记录2)、该用户被叫时，根据配置的寻呼策略, MSC在初次寻呼时，使用TMSI方式在SGs接口寻呼UE，给MME下发SGs-Paging（IMSI、LAI、TMSI、业务类型为CS）3)、MME根据用户的存储数据和状态，在S1接口下发寻呼消息UE空闲态时：语音业务下发S1 Paging（S-TMSI、CS域），短信业务下发S1 Paging （S-TMSI、PS域）UE连接态时：语音业务下发NAS 层CS service notificaion（TMSI标识），短信则可直接下发给UE4)、因为覆盖或其他原因，空闲态的终端没有及时响应寻呼，MME未收到该终端的CSFB呼叫建立请求（Extended Service Request消息），也未返回SGs-service-request给SGs MSC5)、根据配置的寻呼策略, SGs MSC将在寻呼间隔的定时器超时后，使用IMSI方式在SGs接口发起对该用户的二次/三次寻呼，给MME下发SGs-Paging（IMSI、LAI、业务类型为CS）6)、MME根据用户的存储数据和状态，在S1接口下发寻呼消息UE空闲态时：语音业务下发S1 Paging（IMSI、CS域），短信业务下发S1 Paging（S-TMSI、PS 域）UE连接态时：语音业务下发NAS 层CS service notificaion（IMSI标识），短信则可直接下发给UE7)、若终端此时接收到该寻呼，在LTE网络发起响应，发送Extended Service Request消息给MME；MME收到后，发送SGs-service-request给MSC，之后指示eNodeB CSFB连接释放，发送重定向命令指引终端回落8)、UE回落至GSM网络后，因为LTE寻呼使用IMSI，在GSM发送Paging Response （IMSI），若回落跨LA，则将先执行位置更新，发送LAU（IMSI、CSMT标识）消息给BSC9)、因核心网部署MSC POOL, 接收到该Paging Response（IMSI）的NNSF网元（BSC或MGW），看到IMSI，若IMSI寻呼时记录的IMSI-MSC映射表中没有发现相关记录，就按照负荷分担原则选择并路由Paging Response（IMSI）或LAU （IMSI）至MSC POOL内任意一个MSC10)、如果该MSC与UE联合注册/位置更新的SGs MSC不同，即收到IMSI寻呼响应的MSC与下发SGs-Papging（IMSI）的SGs MSC不同，被叫失败流程中第（5）步到第（10）步可参见如下示意图，图中示意了MSC SGs接口采用IMSI寻呼、MME也仅采用IMSI寻呼导致的被叫失败。

【LTE实战】CSFB用户无法做被叫寻呼问题分析

河西CSFB用户无法做被叫寻呼问题分析故障现象：1月18日iPhone5S被叫CSFB测试中发现，在河西区域路测被叫接通率只有30%,现场技术人员马上组织对问题进行跟踪和定位。

组网情况：目前TDD-LTE组网图入下：其中EnodeB为中兴设备，MME为华为设备，MSCserver为诺西设备。

目前采用的CSFB技术原理如下：TD-LTE/TD-SCDMA/GSM(GPRS)多模单待手持终端在给MME发送的附着请求消息中携带支持CSFB能力的指示。

MME在收到用户的联合附着请求后，在进行EPS附着的同时，会推导出其相关CS域的VLR信息，并向这个VLR 发起位置更新请求，VLR收到位置更新请求以后，会将该用户标记为已经进行EPS附着了，并保存用户的MME的IP地址，这样，VLR中就创建了用户的VLR与MME间的SGs关联。

随后，MSC Server/VLR会进行CS域位置更新并把用户的TMSI和LAI(位置区标识)传给MME，从而在MME中建立SGs关联。

最后，MME把VLR给用户分配的TMSI以及LAI等信息包含在附着请求接受消息中发送给UE，此时就表明用户的联合附着已经成功了。

联合附着成功之后，启用CSFB能力的用户在TD-LTE网络中就可以处理电路域业务了。

故障现象分析：在现场测试发现除iPhone5s外，lg-E785，中兴9810，华为D2手机都存在70%以上的未接通概率，从测试的情况上基本上可以排除是终端问题，或是终端设备与中兴网络设备的配合问题。

在终端不能做被叫时发现主叫CSFB是正常的，并且手机终端可以正常上网。

通过数据核查和主叫CSFB正常的现象我们初步排除enode测数据配置问题。

1月19日，中兴组织人员联合移动公司技术支持人员在河西区域再次进行测试并跟踪信令分析。

现场情况发现如果TAU正常时被叫能正常接通并CSFB 至GSM网络，TAU失败被叫就无法正常接通。

正常时信令截图如下：我们可以发现UE主动上报RRC请求并且扩展服务请求也成功，但是在TAU 失败时，MME上没有任何信令，如下是TAU请求失败信令：在故障时我们在enodeb测也会发现UE释放请求，S1 Application Protocol （S1ap）里面显示接口建立步骤失败。

LTE小区TAC配置不合理导致CSFB失败处理案例

案例：CSFB失败处理案例1：基站状态查询查询站点无当前活跃告警及历史告警存在，因此排除主设备硬件告警导致：2：测试终端问题排查相同终端在其他已经开启CSFB功能的LTE小区，都能正常进行CSFB语音业务，因此排除终端问题。

3：无线参数排查通过LST ENODEB ALGOSWITCH命令查看该站的CSFB功能已开启，且也都配置了相应的GSM邻区关系。

LTE小区名称2G小区名称LAC CI NCC BCC BCCH 城区半岛酒店-HLW-1城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-1城区海关HD1-3287451078303513城区半岛酒店-HLW-1城区分公司HG1-12874519531551城区半岛酒店-HLW-1城区分公司HG1-228745195326719城区半岛酒店-HLW-1城区分公司HG1-328745195330021城区半岛酒店-HLW-1城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-1城区安华酒店HG1-228745493323611城区半岛酒店-HLW-2城区骏王酒店HD1-2287451042236533城区半岛酒店-HLW-2城区海关HD1-3287451078303513城区半岛酒店-HLW-2城区分公司HG1-12874519531551城区半岛酒店-HLW-2城区分公司HG1-228745195326719城区半岛酒店-HLW-2城区分公司HG1-328745195330021城区半岛酒店-HLW-2城区南苑科技楼HG1-328745393733527城区半岛酒店-HLW-2城区安华酒店HG1-2287454933236114、信令分析过程1月21日16:00在该室分站下，用D2手机进行SCFB测试，被叫呼叫失败。

通过对信令跟踪分析，由于LTE在无线侧无法进行单用户跟踪，所以只能跟踪该站点的UU、S1口信令，并且确保该站点无其他用户。

CSFB失败案例

1、浔海花园街道站2 参数配置错误导致回落失败：CSFB config error测试车辆在浔海花园小区附近，主叫iPhone5S空闲占用九江市浔海花园街道站2小区RSRP：-88.81dBm，SINR：20.20发起呼叫，13:16:07回落GSM失败并重定向到TD网络。

查询网管系统九江市浔海花园街道站2小区测量参数-GERAN载频数目配置错误：修改GERAN载频数目为1，复测终端正常回落GSM网络，问题解决。

2、中铁1小区回落GSM出现弱覆盖导致未接通测试车辆在中铁1小区附近，主叫iPhone5S由中铁1小区回落至GSM九江市政府1小区（CI：39321，42-0）-94dBm出现弱覆盖，11:59:53主叫未接通。

由于GSM九江市政府1小区在改路段信号衰落较快，回落到改小区后出现弱覆盖。

删除GSM频点组中BCCH：42频点后复测正常：3、核工业3附近占用伪基站出现未接通测试车辆在长虹大道长虹小区附近，主叫iPhone5S发起寻呼由核工业3小区回落GSM小区，10:23:23回落失败并出现主叫未接通。

查询知，该区域存在公安伪基站系统，伪基站（CI：0，50-0）导致UE占用出现未接通。

4、永修九合3越区覆盖导致质差并出现未接通测试车辆在永修车埠高速站附近，主叫iPhone5S起呼由永修车埠高速站2小区回落至GSM永修九合3小区出现质差，16:14:43回落失败并出现主叫未接通。

分析无线环境，永修九合3在该区域存在越区覆盖现象，占用永修九合3出现质差,可调整G网小区避免越区覆盖。

5、武宁西海年华3小区附近回落GSM主叫掉话测试车辆在武宁西海年华3小区附近，主叫iPhone5s占用武宁西海年华3 RSRP：-100dBm，SINR：7.6，主叫发起寻呼并回落武宁县西海大酒店-2小区，16:09:40信号衰落出现掉话。

查询得知，武宁县西海大酒店-2为室分小区，主叫回落室分小区后信号衰落较快导致主叫掉话。

【案例】CSFB失败原因优化分析

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、SMS over SGS；TA与LA对应关系；LA与MSC对应关系；SGs接口触发寻呼参数。

与MSC对接的SGS接口的数据配置示例如下：5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs 接口SCTP链路配置；MSC Server license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGs paging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。

MSC上配置对接MME的SGS接口数据：6）DNS：在未开启FAST RETURN时，需支持GL小区重选，UE回落后将发起PS域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回LTE的过程将会失败。

xx县郑家新村CSFB投诉分析

XX县郑家新村处理投诉报告问题描述：据XX县移动工作人员反映有当地用户投诉XX县郑家新村附近手机经常有短信来电提醒,经详细咨询具体现象为：在该区域经常有来电提醒，经常在该区域接不到电话。

测试分析：1、今日上午使用iphone5S 4G手机在现场测试，4G占用4AXGRX新干县郑家新村3小区，PCI为44，RSRP-85dbm，sinr25db，4G覆盖良好。

2、模拟用户行为进行手机拨打测试，在该区域主被叫20次，发现有3次未接通现象，均为主叫呼叫成功，但是被叫无响应，使用手机测试该区域2G信号，发现该区域由GSM 新干县粮食储备库1小区（CI：22151）覆盖，该区域属于TAC边界，如图所示：测试数据分析：手机在4G占用4AXGRX新干县郑家新村3小区，开始CSFB回落。

回落到GSM新干县粮食储备库1小区（CI：22151，TAC:26983），后下发了信道分配消息，同时伴随着下发了一个位置更新，位置更新请求的目标LAC为6496。

然后基站回复的位置更新接受消息里面下发TAC却是26983，请求位置更新的目标TAC与位置更新确定消息中下发的TAC不一致，如图：11：42：01：277 GSM直接信道释放，整个过程持续8秒钟，被叫未振铃（未接通）。

3、临时将4AXGRX新干县郑家新村基站TAC由6496修改为26983，现场进行复测，主被叫一直拨打电话均正常，被叫无响应问题得到缓解，考虑到4G新干县郑家新村基站处于TAC边界，修改TAC为26983后该基站1小区与2小区覆盖区域可能又会造成新的投诉。

解决建议：1、临时方案：将4AXGRX新干县郑家新村TAC由6496改为26983，暂时缓解投诉压力，但是该方案可能会导致4AXGRX新干县郑家新村1、4AXGRX新干县郑家新村2小区覆盖范围内出现新的投诉。

2、建议GSM将新干县新干化工厂、新干县大古山等LAC不合理的站点进行LAC割接，避免使用铁路专网LAC来减少寻呼压力。

CSFB语音问题处理指引-移动内部资料

CSFB语音问题处理指引随着LTE客户群体和市场业务拓展，LTE网络CSFB语音业务相关的投诉也越来越多，投诉内容主要集中在CSFB手机无法拨打和接听电话、CSFB手机被叫漏话、CSFB手机通话质差（掉话）三个方面。

为提高投诉响应速度，提升问题定位及解决效率，现针对上述投诉内容编写本指引，以备投诉处理人员参考查阅。

一、CSFB手机在无法拨打和接听电话1.1 问题描述用户投诉在LTE网络CSFB手机无法做语音主被叫业务。

1.2 问题分析对CSFB手机同时无法做语音主被叫的问题，可按如下思路进行原因定位。

1.2.1是否LTE无信号或信号很差与用户确认终端的LTE信号格数，若投诉点位置LTE信号强度在LTE最小接入电平附近（现网约为-120dbm），可能出现终端显示LTE网络，但由于强度太差，存在质量问题，无法正常做业务的情况（做语音业务要先在LTE网络接入再回落）。

现网使用较多的CSFB终端主要型号为IPHONE5C、IPHONE5S和三星的9308C,信号强度与格数的对应关系大致如下。

表1 部分终端信号强度与信号格数显示对应情况必要情况下可现场测试确认LTE信号覆盖情况。

1.2.2是否GSM无信号或信号很差由于现网采用GSM网络承载语音业务，若存在GSM网络覆盖问题，可能导致LTE终端不能CSFB到GSM网络并完成语音业务。

可通过用户LTE手机关闭LTE 及3G网络的方式占用GSM网络查看信号情况，也可咨询用户其他GSM手机的信号情况，以协助定位。

必要情况下可现场测试确认GSM信号覆盖情况。

图1 IPHONE5S手机的3/4G开关1.2.3是否用户手机、SIM卡个性问题现阶段个别LTE终端可能存在性能问题，用户的SIM卡签约数据也会限制用户的业务权限，可引导用户尝试换终端、换卡，或向用户咨询周围其他用户的使用情况，以确认是用户手机终端或SIM卡的个性问题，还是网络的共性问题。

必要情况下投诉人员可在现场采用换终端、换卡尝试等方式进行问题定位。

CSFB寻呼案例

CSFB寻呼失败案例分析案例标题：B2_PL二环路西HLF_H-2寻呼提升优化作者:郭晖摘要：B2_PL二环路西HLF_H-2小区寻呼成功率较低，且寻呼无影响次数较多。

关键词：寻呼无响应寻呼成功率低案例正文：背景从省公司平台提取csfb寻呼失败率较高的top小区。

B2_PL二环路西HLF_H-2小区，寻呼失败次数较多且寻呼无响应次数较多。

问题、任务描述省公司网优平台提取CSFB寻呼指标，该小区为当日top小区，寻呼失败次数较多，且无响应次数较多。

需针对该小区进行分析、优化。

分析与对策1、核查对应小区是否存在干扰或故障，如有先进行排障；无故障。

2、核查CSFB开关、最高优先级异系统等相关参数设置是否合理，包括4G与2、3G异系统互操作参数，确认参数上不会导致跨系统频选；所有参数按省公司要求进行配置，无异常。

3、分析TOP小区地理位置：小区处于tac边界。

4、提取位置更新对端TAC；(部分数据)发现该小区每天位置更新次数多达两千次，5、提取小区TA分布情况。

小区3.5KM以外用户接入较多，该小区存在过覆盖；怀疑该小区过覆盖至13990 TAC内频繁做位置更新，导致寻呼无响应次数较多。

6、提取小区间切换次数；目前OMC网管暂时无法提取小区TAU更新次数与空闲态重选次数。

参考小区间切换次数，判断小区重选间重选是否频繁。

小结：通过以上情况定位分析，由于该小区存在过覆盖至其他TAC内，TAU更新过于频繁，造成寻呼无响应次数较多。

优化方案：1、调整小区间重选偏置。

由0bm调整至3bm,2、调整小区方位角，俯仰角，控制小区覆盖。

处理结果：针对B2_PL二环路西HLF_H-2小区进行方位角与方位角进行调整。

指标优化前后对比：总计与回顾CSFB业务涉及2、4G网络多个网元、节点，且MSC侧寻呼指标最小统计范围为TA，很难定位优化。

近期CSFB服务厂家通过SGs、S1等接口的信息采集可以提供每个小区的寻呼次数及寻呼无响应情况，从而可以针对寻呼响应率低的TOP小区进行分析优化。