CSFB典型问题分析.docx

CSFB典型问题分析.docx

《CSFB典型问题分析.docx》由会员分享，可在线阅读，更多相关《CSFB典型问题分析.docx（14页珍藏版）》请在冰豆网上搜索。

CSFB典型问题分析

GSM回落小区不合理

汽车在G312上由西向东行驶，占用通江大道L_3的信号。

在下图所示位置主叫手机发起呼叫，RRCConnectionRelease消息中携带了GSM频点信息。

但是手机未回落到共站址的通江大道上，而是回落到较远位置的塘头交通技校B（BCCH=70），如图2所示：

然后手机测量到通江大道B（BCCH=65）并上报大量测量报告，请求切换，如图3：

但是未收到切换指示，最终掉线。

掉线后手机未FR返回LTE，而是先重选到TDS，然后重选回LTE。

TDS重选到较远小区导致呼叫失败

汽车在G312上由西向东行驶，主叫占用TDS小区汇坚国际T_3（频点10079），位置如图4所示：

此时被叫手机驻留在LTE，占用的是汇尖国际DL_1的信号（RSRP强度-82dBm），测量到广益汽配城北L_1的信号强度是-105.9dBm。

主叫从TDS重选回LTE小区广益汽配城北L_1，而不是更强的汇尖国际DL_1。

之后手机进行异频测量，测量到汇尖国际DL_1的强信号，并上报测量报告。

但是由于是越区站点，邻区未配置，未能切换完成。

然后，主叫手机发起呼叫请求，回落到GSM小区向阳东C（BCCH=53）。

在向阳东C上手机发起CMServiceRequest消息，内含CSFB主叫请求标识。

但是手机未建链而是发起位置更新请求，该LocationUpdatingRequest消息中未包含CSFB请求标识。

原LAC是25105，目标LAC也是25105，位置更新成功后直接拆链，如下图所示：

在本案例中存在两个问题：

ØTDS重选到LTE，是如何判断重选到哪个小区的？

Ø回落到GSM发起CMServiceRequest消息后，为何会位置更新（同LAC）？

回落到TDS导致呼叫失败

汽车在红旗路上由南向北行驶，被叫手机占用旺庄L_1的信号。

收到寻呼后，手机向GSM回落，在RRCConnectionRelease消息中携带了GSM频点信息：

其中BCCH=542是共站址的GSM小区旺庄DD。

在GSM上手机获取到3条系统消息，其中SItype3消息中携带了小区识别信息，LAC=21220、CI=4420的小区是旺庄DD。

但是，在GSM上未发起建链，手机直接重选到TDS。

在TDS上，手机RRC建立完成后发起位置更新请求和路由更新请求，LocationUpdatingRequest消息中携带CSFB被叫标识，通知网络侧该请求携带通话信息。

但是路由更新被拒绝，原因是”MSidentitycannotbederivedbythenetwork”，之后发起Attach请求。

位置更新成功后（LocationUpdatingAccept），收到网络侧下发的rrcConnectionRelease消息，未收到建链命令。

伪基站导致呼叫失败

主叫手机占用社会福利院L_1（TAC=21220）的信号，发起呼叫后，经过鉴权、加密都流程，手机收到网络侧下发的RRCConnectionRequest消息，携带了GSM频点信息。

回落到GSM后，手机获取的SIB3消息中携带了小区识别信息，从该消息中可以看出，手机回落的GSM小区是LAC=30621、CI=10的小区。

由于回落前后登记的LAC不一致，手机发起位置更新请求。

位置更新成功后，手机未发CMServiceRequest消息，而是上报大量测量报告，并收到短消息，短信息内容为“施尔美38元整形惊艳38节：

双眼皮980隆鼻1980眼袋980吸脂880除皱980瘦脸1480隆胸1万，第2项低至38元，询82039337”。

之后收到网络侧下发的ChannelRelease，紧跟着手机发起CMServiceRequest，内含CSFB主叫请求信息。

此时手机切换到LAC=22049、CI=10的小区，并发起位置更新，位置更新成功后，直接拆链，未响应呼叫请求。

查询GSM工参，现网无LAC=30621的小区，结合收到的短消息内容，判断该区域存在伪基站。

回落到GSM后，伪基站强制用户占用其信号接收短信，短信接收完成后将用户“释放”。

下图是释放前后占用的小区。

被叫不可及导致呼叫失败

主叫手机起呼后，在22:

09:

20建链完成，并收到网络侧的CallProceeding；而被叫手机22:

09:

19从GSM网络重选回TDS网络，22:

09:

20发起位置更新，22:

09:

23完成位置更新。

在完成位置更新前，被叫不可达。

被叫从GSM重选到TDS

被叫发起位置更新

被叫位置更新成功

22:

09:

29被叫手机从TDS重选到LTE，并发起TA更新，22:

09:

30完成TA更新。

在TA更新完成前被叫不可达。

目前无锡的寻呼策略是下发两次寻呼，寻呼间隔9s。

如果第一次未寻呼到，则间隔9s后下发第二次寻呼。

主叫收到CallProceeding（时间点22:

09:

20）后开始下发寻呼，如果是在2/3/4G互操作不可达的时间内下发的话，则被叫收不到寻呼。

LTE典型覆盖场景返回时延0.4~1.7s（均为不可及时延）。

LTE弱覆盖及室内、室外频点不同等部分特殊场景下，终端自主FR存在失败风险，可通过2G/3G/4G桥接重选返回，期间不可及总时延14~17秒，其中驻留到2G不可及时延9-10s为正常搜网时间，因重回LTE网络所需时延在5~7秒之间。

其他导致未接通的原因分析

Pool边界、邻区不合理、弱覆盖等场景都会出现未接通的情况。