CSFB分析流程Word文档下载推荐.docx

CSFB分析流程Word文档下载推荐.docx

《CSFB分析流程Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《CSFB分析流程Word文档下载推荐.docx（13页珍藏版）》请在冰点文库上搜索。

发频点

RRC_CONN_REL

读第一条SI

SystemInformatio

2G接入请求

CM_SERV_REQUEST

终端能力

CLASSMARKCHANGE

鉴权

AUTH_REQ

AUTH_RSP

2G接入响应

CM_SERV_ACCEPT

发被叫号码

SETUP

寻呼

PAGING

CALL_PROCEEDING

SystemInformation

寻呼响应

PAGING_RESPONSE

UTRAN_Classmark_Change

发主叫号码

CALL_CONFIRM

分配TCH

_ASSIGNMENT_COMMAND

ASSIGNMENT_COMMAND

ASSIGNMENT_COMPLETE

振铃

ALERTING

连接

Connect

连接确认

ConnectAcknowledge

断开连接

Disconnect

释放

Release

释放完成

ReleaseComplete

信道释放

ChannelRelease

A.发起CSFB业务

UE向eNodeB 发起ExtendServiceRequest，此时说明开始发起CSFB业务。

双击ExtendServiceRequest信令可以看到此时服务类型是service-type:

mobile-originating-cs-fallback即手机主叫CSFB（如图2红框所示）

B.LTE重定向

如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向GSM的重定向。

双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

UE已经重定向GSM小区，双击SIT3消息看到UE重定向到GSM小区的CI为30893，LAC为14806。

C.重定向到GSM后进行语音业务

双击Setup可以查看到被叫手机号码，此时被叫UE应收到Paging消息开始进行CSFB。

D.振铃接通

UE重定向至GSM后能够按正常语音呼叫流程进行，而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB呼叫时延。

E.通话结束返回LTE

三、案例分析

3、1未接通-LTE弱覆盖

测试问题：

未接通

测试现象：

主行驶至秦岭路五龙口区域路段时，被叫UE占用秦岭五龙口D2小区，RSRP=-110db左右，弱覆盖导致未接通。

解决方法：

根据附近站点实际情况合理调整方位角和下倾角，加强此路段的覆盖。

A：

测试车辆由西向东行驶至秦岭路五龙口区域路段时，主叫占用GSM秦岭五龙口1小区，在15:

29:

12:

618上报Setup.

B：

被叫UE占用秦岭五龙口D2小区，RSRP=-110db左右，覆盖太差未能收到寻呼消息回落2G，导致主叫未接通。

3、2未接通-未收到寻呼消息

主叫TD-LTE下起呼，被叫上一次联合位置更新失败导致未接收到寻呼消息。

需核心网支持。

如图所示，从10时33分27秒开始主叫进入CSFB流程，在33分29秒主叫进入callproceeding，被叫始终未响应。

在33分45秒时，主叫callblock。

在此期间被叫始终未响应。

从信令流程来看，被叫在上一次联合位置更新中未能完成TMSI的分配，CAUSE:

16（MSCtemporarilynotreachable。

3、3未接通-回落2G伪基站

被叫UE占用曼哈顿（省高法培训楼）D2小区（PCI：

206，TAC：

14097），回落到GSM伪基站（BCCH：

10，LAC：

24307）小区后，因跨POOL导致主叫未接通。

拆除2G伪基站，避免回落到该站点造成异常事件。

主叫UE占用曼哈顿（省高法培训楼）D2小区成功回落至曼哈顿（省高法培训楼）8小区，在10：

01：

35上报Setup.

3、4未接通-异常释放

主叫正常回落至2G,发送SETUP消息，MSC采用IMSI寻呼，被叫回落至2G后，上发Pagingresponse后，系统直接下发ChannelRelease。

如图所示，从9时34分28秒开始被叫叫进入CSFB流程，在34分30秒被叫上发Pagingresponse后，系统直接下发ChannelRelease。

导致呼叫无法完成。

如下图所示，左图为这次呼叫的Paging信令，发现寻呼采用IMSI寻呼，现网采用MSC组POOL方式，当采用IMSI寻呼时被叫上发Pagingresponses时，会导致MSC不知道被叫具体在POOL内的那个MGW，导致呼叫无法完成。

3、5未接通-TAU更新失败

被叫TAU失败后收不到PAGING导致未接通。

对4G小区进行排障。

如图所示，主叫手机正常回落至2G小区，于11：

17：

52开始呼叫建立，被叫一直未收到PAGING.查看EVENT，发现被叫上一次TAU失败。

导致收不到PAGING。

3、6未接通-2G频点漏加

行驶至化工路与秦岭路附近区域时，被叫UE重选占用高铁小区董寨，连续发生3次未接通事件。

配置董寨CSFB2G频点。

问题分析：

驱车沿着化工路由东向西行驶至化工路与秦岭路交叉口附近区域时，主叫UE占用4G小区甲天下置业D1小区成功回落至2G小区，在18:

37:

21:

581做CallProceeding,被叫UE在空闲状态下重选至高铁董寨D1小区，在18:

22:

222收到网路侧而下发的Paging消息后，一直没有收到频点组消息，未能成功回落2G响应主叫寻呼，导致主叫连续发生3次未接通事件。

经后台OMC查询董寨D1小区未配置2G频点导致UE不能回落至2G小区。

具体信令如下图：

3、7未接通-回落至跨POOLGSM小区

行驶至中原路与西三环附近区域时，被叫UE占用郑州财经学校F3小区，连续发生2次未接通事件。

删除跨POOL的CSFB2G频点。

驱车行驶至中原路与西三环附近区域时，被叫UE占用郑州财经学校F3小区，回落至跨POOL的GSM小区中原西环路口3小区，LAC更新完成之后又进行RAU更新，未能及时响应主叫寻呼，导致主叫未接通。

信令如下图：

四、经验总结

CSFB分析主要是熟悉信令流程，对着信令流程查看事件发生在流程的哪一步，然后在定位具体位原因，一般原因如下：

1、跨POOL优化POOL边界。

2、LTE、GSM弱覆盖的，通过天线调整和新站的规划加强覆盖。

3、LTE的模三干扰：

通过PCI的修改和覆盖的控制。

4、GSM小区质差，建议删除这个小区的频点，不回落该小区（如果GSM人员配合可以建议他们处理该小区质差）。

5、索尼MT35终端问题（GSM通话结束之后，返回LTE如果跨LAC不进行TAU更细或者延迟很久才进TAU更细同时会伴随着信令丢失）。

6、回落到GSM伪基站的，配合分公司优化人员共同处理。