CSFB分析流程
- 格式:docx
- 大小:1.36 MB
- 文档页数:13
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能力。
1.CSFB流程重要流程说明:主叫:1.LTE NAS-Extended service request:扩展服务请求,及CSFB开始的标志;2.LTE RRC Connection Release:UE回落过程中LTE侧最后一条信令,携带UE测量到的GSM频点;3.CM Service Request:UE成功回落到GSM的标志,被叫为GSM Paging response。
(回落GSM或TD后发生位置更新并直接下行setup进行呼叫流程时以setup作为终点);4. Call Proceeding/ Call Confirmed:主叫进行呼叫/被叫确认呼叫;5.GSM Alerting:振铃;6.GSM Connect:接通;7.GSM Disconnect:断开连接,挂断;8.Channel Release:信道释放,准备返回LTE;9.Tracking Area Update Accept:返回LTE成功;2.相关定义1.CSFB回落GSM定义起点:LTE下起呼后的RRC Connection Release终点:GSM下主叫CM Service Request,被叫paging response(*回落GSM或TD后发生位置更新并直接下行setup进行呼叫流程时以setup作为终点)起点——终点的时间间隔为CSFB回落GSM时延(取主被叫)CSFB回落GSM成功次数起点、终点均有时计为一次成功CSFB回落GSM失败次数起点或终点任意一项没有时计为失败,进一步解释为,当无RRC Connection Release时计为失败,当下次起呼开始时仍未进行回落呼叫计为失败。
CSFB回落GSM成功率定义分子:主被叫CSFB回落GSM成功次数分母:主被叫LTE下起呼Extending Service Request次数二者之比。
2.CSFB GSM返回LTE定义起点:LTE下起呼回落GSM后释放信令RR channel Release终点:返回LTE下收到Tracking area update accept起点——终点的时间间隔为CSFB GSM返回LTE时延(取主被叫)CSFB GSM返回成功次数起点、终点均有时计为一次成功CSFB GSM返回失败次数起点或终点任意一项没有时计为失败,即释放时无RR channel Release计为失败,当下一次起呼时仍未进行收到Tracking area update accept计为失败。
CSFB业务正常信令流程及问题分析一、正常CSFB信令流程按照北京联通FDD-LTE新站入网验收测试规范V8进行CSFB测试,正常信令流程如下:1、CSFB业务发起图1图2UE向eNodeB发起ExtendServiceRequest,此时说明开始发起CSFB业务。
双击ExtendServiceRequest信令也可以看到此时服务类型是service-type:mobile-originating-cs-fallback即手机主叫CSFB(如图2红框所示)。
2、LTE重定向图3如果CSFB业务可以正常进行,那么eNodeB会向UE发从RRCConnectionRelese信令,此时将进行LTE向WCDMA的重定向。
双击此条信令,在msg中给定要重定向的频点,进行测量,如果符合重定向的条件,上报测量报告,实行重定向。
图4图5如图4与图5所示,UE已从LTE重定向至WCDMA,频点为10713。
3、重定向WCDMA后正常语音业务UE重定向至WCDMA后能够按正常语音呼叫流程进行,而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB业务时延。
图64、通话结束后返回LTE网络占用WCDMA通话结束后,应直接返回LTE网络。
由于此时正处于LTE建站初期,WCDMA如没有向LTE开启Fast Return开关,手机不会自动返回至LTE网络。
二、 CSFB问题排查通过这几天对新开站进行CSFB业务测试,发现部分基站CSFB业务存在问题,主要出现两种问题:1、LTE基站TAC配置与WCDMA邻区的LAC不一致如果LTE基站TAC配置与WCDMA邻区的LAC不一致,容易导致UE无法找到对应的WCDMA服务小区,导致CSFB无法做业务。
图7图8如图7所示,由于LTE基站TAC配置与WCDMA邻区的LAC不一致,UE无法进行CSFB业务,一直在重复做附着与分离。
双击Attach Request信令消息,会看到图8红框中的消息,此消息说明MSC未能接入,LTE不能重定向至WCDMA进行CSFB业务。
CSFB信令流程全解CSFB(Circuit Switched Fallback)是指LTE(Long Term Evolution)网络下,当用户在LTE网络中进行通话时,若信号不稳定无法进行高质量的语音通话时,会自动切换到3G(第三代移动通信技术)网络进行通话。
1. LTE RRC Connection Re-configuration:当用户在LTE网络中发起通话时,LTE基站会发送一个RRC(Radio Resource Control)连接重配置消息给用户设备(UE),通知UE将通信从LTE网络切换到3G网络,并提供所需要的配置信息。
3. IMS根据SIP Invite消息中的信息,生成一个Session Initiation Protocol(SIP)消息,并发送给被叫用户的UE。
4.被叫用户的UE在收到SIP消息后,开始建立与IMS之间的语音通话链路。
5. IMS在建立语音通话链路后,将Session Description Protocol (SDP)消息通过SIP消息返回给被叫用户的UE,用于建立和配置语音通话链路。
6.被叫用户的UE根据SDP消息的配置信息,建立与IMS之间的语音通话链路。
7.语音通话链路建立完成后,被叫用户的UE和IMS之间进行语音通话。
8. 当用户结束通话时,UE会发送一个SIP Bye消息给IMS,通知IMS结束通话。
9. IMS根据SIP Bye消息回复一个SIP 200 OK消息给UE,表示通话结束。
10.UE根据SIP200OK消息的回复,结束与IMS之间的语音通话链路。
11.结束语音通话后,UE会重新建立与LTERRC之间的连接。
需要注意的是,CSFB信令流程中涉及到的消息协议主要包括RRC、SIP和SDP,这些协议用于在各个网络实体之间传递通话需要的信息和配置。
此外,CSFB信令流程的目的是实现从LTE网络到3G网络的切换,以进行语音通话。
在整个流程中,LTE基站和IMS起到了重要的作用,分别负责切换通信网络和建立语音通话链路。
LTE语音CSFB信令流程LTE语音的CSFB (Circuit Switched Fallback) 是一种在LTE网络中支持语音通话的解决方案。
在LTE中,语音通话使用VoLTE (Voiceover LTE) 技术,但是当用户设备不支持VoLTE时,就需要使用CSFB来切换到2G/3G网络进行语音通话。
下面是一个简要的LTE语音CSFB信令流程的说明:1.初始连接:- 用户设备 (UE) 进行初始连接请求到eNodeB (eNB)。
- eNB通过E-RAB (EUTRAN Radio Access Bearer)建立连接。
2.CSFB流程触发:-UE检测到VoLTE不可用或不支持时,发起CSFB请求。
-UE向eNB发送CSFB请求。
- eNB收到CSFB请求后,通过S1-MME接口发送CSFB请求给MME (Mobility Management Entity)。
3.MME处理:-MME收到CSFB请求后,决定将UE切换到2G/3G网络进行语音通话。
- MME发送UE Context Release请求给eNB。
- MME通过S11接口触发Serving GW (SGW) 和 PDN GW (PGW)的相关操作,释放UE的E-RAB,并通知2G/3G核心网。
4.切换到2G/3G网络:- eNB向UE发送Detach请求,要求UE切换到2G/3G网络。
- UE收到Detach请求后,执行切换到2G/3G网络的相关操作。
5.2G/3G网络处理:-UE连接到2G/3G网络。
-2G/3G核心网为UE分配临时标识。
- 2G/3G网络中的MSC (Mobile Switching Center) 发送位置更新请求给HLR (Home Location Register),用于更新UE的位置信息。
6.语音通话:- 在2G/3G网络中,UE使用Circuit Switch (CS) 技术进行语音通话。
-语音通话完成后,UE可以选择继续使用2G/3G网络,或者再次切换回LTE网络。
一CSFB主叫流程详解1.1 总体流程CSFB主叫信令流程如下:1.UE发起CS Fallback语音业务请求。
2.MME发送S1-AP UE CONTEXT MODIFICATION REQUEST消息给eNodeB,包含CS Fallback Indicator。
该消息指示eNodeB,UE因CS Fallback业务需要回落到UTRAN/GERAN。
3.eNodeB要求UE开始异系统的小区测量,并获得UE上报的测量报告,确定重定向的目标系统小区。
然后向UE发送目标系统具体的无线配置信息,并释放连接。
4.UE接入目标系统小区,发起CS域的业务请求CM SERVICE REQUEST。
5.如果目标系统小区归属的MSC与UE附着EPS网络时登记的MSC不同,则该MSC收到UE的业务请求时,由于没有该UE的信息,可以采取隐式位置更新流程,接受用户请求。
如果MSC不支持隐式位置更新,且MSC没有用户数据(即服务MSC与EPS/IMSI登记的MSC不同),则拒绝该用户的业务请求。
如果MSC拒绝用户的业务请求会导致UE发起一个CS域位置更新流程。
6.CS域语音呼叫建立流程。
1.2 解码主要信令点主要的信令点描述如下:1. LTE网络:ExtendedServiceRequest,携带service-type:mobile-originating-CS-fallback,对应Event List中CSFBServiceRequest;2. LTE网络:RRCConnectionRelease,携带配置的GERAN相邻频点组起始频点和GERAN BCCH相邻频点信息,对应Event List中InterRATRedirectionReq;3. GSM网络:CM Service Request,携带业务类别及TMSI信息,对应Event List 中InterRATRedirectionSuc;4. GSM网络:Alerting,表示核心网给主叫回振铃音,被叫已接通,对应Event List中CSFBServiceSuc;(另通过Setup消息可以查看被叫号码)5. GSM网络:Channel Release,对应Event List中目前版本显示有误(GSMCallDropped);(另用户主动挂机对应Disconnect消息,方向为UL,Channel Release消息为网络侧下发,DL)6. LTE网络:TrackingAreaUpdateAccept,携带TAU类别(combined-TA)、TAL对应的GSM侧LAC信息,对应Event List中TAUpdateSuc。
CSFB主要流程分为4部分,一是回落至2G(中移动方案),二是在2G中读取系统消息,三是在2G中进行语音呼叫,四是呼叫结束后返回LTE。
1、TD-LTE回落至2G
UE语音拨打时,会发一条extended service request,消息里会携带CSFB信息。
之后会在基站的辅助下回落至2G,由4G回落至2G时长约250ms。
在回落2G时,LTE的基站会下发RRC connection Release,该消息会指示UE去测量哪些频点。
2、UE在2G需要读取必要的系统消息,系统消息读取时长约为300ms
3、UE在2G中起呼(CM Service Request),接通时延一般为6S左右
4、因此无位置更新的情况下,呼叫总时延为6.5S左右
5、若CSFB回落至2G,LTE TA LIST与 GSM LAC区的不一致,回落至2G后还要进行LAU (位置更新),才能在2G中进行语音业务,需要额外增加LAU的时延,约为2S。
6、因此CSFB的总时延为6.5至8.5S
7、语音结束后,返回至4G时,若终端支持自主FR,可以秒回。
由2G下发的channel release 至UE读取LTE的MIB及SIB1不到1秒.
根据以上要点,在事件和消息中进行查寻,可计算中时延来..。
csfb流程CSFB流程。
CSFB(Circuit Switched Fallback)是一种LTE网络中用于实现语音业务的技术,它允许LTE终端在进行语音通话时切换到2G或3G网络。
下面将详细介绍CSFB的流程。
首先,当LTE终端需要进行语音通话时,它会发送CSFB请求给LTE网络。
LTE网络收到请求后,会触发CSFB过程。
接着,LTE网络向MME(Mobility Management Entity)发送CSFB准备请求。
MME收到请求后,会向SGSN(Serving GPRS Support Node)发送CSFB准备请求,同时向MSC(Mobile Switching Center)发送CSFB准备请求。
然后,SGSN收到MME的CSFB准备请求后,会向MSC发起CSFB 准备请求。
MSC收到请求后,会为LTE终端分配语音业务所需的资源,并向MME和SGSN发送CSFB准备完成消息。
接着,MME和SGSN收到MSC的CSFB准备完成消息后,会向LTE网络发送CSFB准备完成消息。
LTE网络收到消息后,会通知LTE终端可以切换到2G或3G网络进行语音通话。
最后,LTE终端收到LTE网络的通知后,会执行CSFB切换,切换到2G或3G网络进行语音通话。
语音通话结束后,LTE终端会切换回LTE网络进行数据业务。
总结一下,CSFB流程主要包括LTE终端发起CSFB请求、LTE网络触发CSFB过程、LTE网络与2G/3G网络之间的准备和完成消息交互,以及LTE终端的切换和切换后的恢复。
通过这一流程,LTE终端可以实现在进行语音通话时无缝切换到2G或3G网络,保证了语音业务的顺利进行。
以上就是关于CSFB流程的详细介绍,希望对大家有所帮助。
如果有任何疑问,欢迎随时与我们联系。
1 概述基于CSFB(Circuit Switched Fallback)的语音业务,是一种在不引入IMS(IP Multimedia Subsystem)的情况下,利用现有的GU(GSM /UMTS)网络实现语音通话的一种语音解决方案。
该方案在用户进行语音业务时,由EPS(Evolved Packet System)网络指示用户回落到目标GSM/UMTS电路域(CS)网络之后,再发起语音呼叫。
图1-1 SGs接口协议栈图1-2 CSFB逻辑架构2 业务流程2.1 Combined Attach2.1.1流程介绍1.UE(User Equipment)发起网络附着请求,向MME发送Attach Request消息。
其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程,并且参数指示UE具备CS Fallback 能力。
2.UE进行EPS附着。
3.MME从EPS Attach Type得知这是一个联合的EPS/IMSI附着流程,MME根据UE上报的TAI推导出VLR number.4.MME发送Location Update Request消息给MSC/VLR,请求CS域的位置更新。
5.MSC/VLR执行CS域的位置更新过程。
6.MSC/VLR返回Location Update Accept给MME,MME发送Attach Accept给UE。
消息中包括参数LAI和VLR TMSI。
对UE而言,信元LAI和VLR TMSI意味着附着CS域成功。
Accept消息中还可能携带EPS network feature support信元。
7.如果CS域更新失败而PS域更新成功,MME会发送Attach Accept,但是携带失败原因值(USN实现可能带#2,#16,#18)。
8.当MME收到UE的Attach Complete消息后,MME发送TMSI Reallocation Complete消息给VLR,指示TMSI重分配完成2.2 Mobile Originating Call2.2.1流程介绍UE发起的连接态主叫业务流程支持PS切换1.UE发起CS Fallback语音业务请求。
CSFB信令流程介绍CSFB(Circuit Switched Fallback)是一种LTE网络中用于支持GSM/UMTS(2G/3G)文字和语音业务的信令流程。
它允许LTE用户在LTE覆盖范围之外,通过2G/3G网络进行通信。
本文将详细介绍CSFB信令流程。
1.基站选择:当LTE用户处于LTE覆盖范围之外时,需要找到最合适的2G/3G基站进行服务。
这一过程称为基站选择。
LTE设备通过扫描查找可用的2G/3G频率,并检测到2G/3G小区的信息。
2.寻呼消息:一旦找到合适的2G/3G基站,LTE设备将发送寻呼消息给2G/3G网络。
该消息包含着LTE用户的特定标识信息,如国际移动用户标识(IMSI)。
3.2G/3G寻呼过程:2G/3G基站将接收到的寻呼消息转发给2G/3G核心网络(MSC/VLR)。
MSC/VLR会查找相应的用户,并发送RRC连接请求消息给2G/3G基站。
4.2G/3G建立RRC连接:2G/3G基站发送RRC连接请求消息给LTE设备,要求建立RRC连接。
如果LTE设备接受请求,将发送RRC连接请求确认消息给2G/3G基站。
然后,RRC连接建立。
5.启动CSFB过程:一旦RRC连接建立,2G/3G基站通知MME(移动管理实体)启动CSFB过程。
MME将发送切换请求给eNodeB(LTE基站),要求eNodeB将通信切换到2G/3G网络。
6.LTE基站切换:当eNodeB收到切换请求后,它将发送切换相关的消息给LTE设备,以通知设备切换到2G/3G网络。
在这个过程中,LTE设备仍然保持与eNodeB的RRC连接。
7.LTE设备切换确认:LTE设备接收到切换消息后,将发送切换确认消息给eNodeB,并按照指示切换到2G/3G网络。
eNodeB会向设备发送RRC连接释放消息,以结束与设备的LTE连接。
8.移动核心网络切换:一旦LTE设备切换到2G/3G网络,MME向MSC/VLR发送移动核心网络切换请求消息。
一、CSFB基本原理➢无业务时候,MME通过SGs(MME与MSC之间的借口)进行CS域移动性管理。
➢有语音业务时,MME将UE回落到GSM网络,通过GSM网络为UE提供语音服务。
➢Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。
➢RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延。
➢Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延.二、CSFB信令流程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下起呼,被叫上一次联合位置更新失败导致未接收到寻呼消息。
简述csfb信令流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!CSFB(Circuit Switched Fallback,电路域回落)是一种在LTE网络中实现语音通话的技术。
3.2 CSFB业务流程典型的CSFB业务流程主要包括联合附着、位置更新、主叫(MO)CSFB流程、被叫(MT)CSFB 流程以及去附着等。
启用CSFB功能的用户的附着流程是基于联合GPRS/IMSI附着流程来实现的。
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网络中就可以处理电路域业务了。
下面以典型场景为例,说明CSFB业务流程。
假如网络和终端都支持PS域切换,用户在TD-LTE网络中正在进行PS业务时,给朋友拨打一个语音电话(主叫CSFB),流程如下:用户发给MME扩展服务请求消息(Extended Service Request),其中包含CSFB指示, MME收到这个指示后,通知eNodeB,该用户需要回落到2G/3G系统中进行语音呼叫。
eNodeB根据相关信息选择一个合适的2G/3G目标小区,使得用户可以回落到CS域进行呼叫接续,回落到CS域之后,用户执行普通的CS域语音呼叫建立流程。
同时,由于用户正在进行PS业务,eNodeB会给MME发送一个切换请求消息,指示系统对该用户执行不同接入技术间的正常切换过程,以便用户正在进行的PS域业务得以继续。
中国联通FDD_LTE的CSFB测试和分析一、前言本文主要针对联通FDD-LTE网络,使用华星FLY6.0进行CSFB测试和分析;CSFB 涉与4G侧(LTE)、3G侧(WCDMA)和MSC核心网侧三方的配合。
以下主要是针对测试和事件消息流程进行分析和说明。
二、CSFB测试流程CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中,连接FLY6.0测试软件,进行主叫4G手机拨打被叫4G手机,主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。
CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分:三、正常CSFB信令流程3.1.主叫主要流程当开机做主叫时,UE首先在FDD_LTE注册(attach),完成注册后进行拨号;通过E_nodeB上发CSFB请求;其主要流程如下:开机注册(attach)注册请求消息AttachRequest(层三消息RRCConnectionRequest)由UE发出(消息属NAS层),请求中包括UE注册的小区,UE支持的加密算法和方式;联合注册的4G(TAC)和3G(LAC/RAC)与ClassMark;Attach requestMORE: 0LENGTH: 123LENGTH: 123LOG_CODE: B0EDtimeStamp: 16:20:28.016LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Attach requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 65NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1EPS attach typeEPS attach type value: 2 - combined EPS/IMSI attachEPS mobile identityLength of EPS mobile identity contents: 11odd_even indic: 0 - even number of identity digits and also when the GUTI is usedType of identity: 6 - GUTIMCC: 460MNC: 01MMEGroupID: 9A00MMECode: 206M_TMSI: 9A00CC345E25UE network capabilityEEA0: 1 - supporte128_EEA1: 1 - supported128_EEA2: 1 - supportedEEA3: 0 - not supportedEEA4: 0 - not supportedEEA5: 0 - not supportedEEA6: 0 - not supportedEEA7: 0 - not supportedEIA0: 0 - not supported128_EIA1: 1 - supported128_EIA2: 1 - supportedEIA3: 0 - not supportedEIA4: 0 - not supportedEIA5: 0 - not supportedEIA6: 0 - not supportedEIA7: 0 - not supportedUEA0: 1 - supportedUEA1: 1 - supportedUEA2: 0 - not supportedUEA3: 0 - not supportedUEA4: 0 - not supportedUEA5: 0 - not supportedUEA6: 0 - not supportedUEA7: 0 - not supportedUCS2: 0 - not supportedUIA1: 1 - supportedUIA2: 0 - not supportedUIA3: 0 - not supportedUIA4: 0 - not supportedUIA5: 0 - not supportedUIA6: 0 - not supportedUIA7: 0 - not supportedACCCSFB: 1 - supportedLPP: 0 - not supportedLCS: 0 - not supported_1xSRVCC: 0 - not supportedNF: 1 - supportedESM message containerLength: 38ESM message container contents: 02,03,D0,31,27,20,80,80,21,10,01,00,00,10,81,06,00,00,00,00,83,06,00,00,00,00,00,0D,00,00,03,00,00,0A,00,00,10,00PDN connectivity requestSecurity Header Type: 0Protocol Discriminator: 2Message_Types: 208PDN typePDN type value: 3 - IPv4v6Request typeRequest type value: 1 - initial requestProtocol configuration optionsLength: 32ProtocolID 0x: 8021Length of protocol: 16code: 1 - Configure-RequestIdentifier: 0length: 16Type: 129 - Primary DNS Server IP Addresslen: 6Type: 131 - Secondary-DNS-Addresslen: 6ProtocolID 0x: 0DLength of protocol: 0Tracking area identityMCC: 460MNC: 01 TAC: 37135DRX parameterSPLIT PG CYCLE CODE: 10CN Specific DRX cycle length coefficient and DRX value for S1 mode: 0SPLIT on CCCH: 0 - is not supportednon-DRX timer: 0 - no non-DRX mode after transfer stateMS network capabilityLength of MS network capability contents: 3MS network capability value: E5,C0,3ELocation area identificationMCC: 460 MNC: 10Lac: 47889Mobile station class mark 2Revision level: 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND: 0 - <Controlled Early Classmark Sending> option is not implementedA5/1 algorithm supported: 1 - not availableRF Power Capability: reservedPS capability: 0 - not presentSS Screening Indicator: 1 defined in GSM 04.80SM capability: 1 - Mobilestation supports mobile terminated point to point SMSVBS notification reception: 0 - no VBS capability or no notifications wantedVGCS notification reception: 0 - no VGCS capability or no notifications wanted FC Frequency Capability: 0 - The MS does not support the extension band G1 in addition to the primary GSM bandCM3: 1 - The MS supports options that are indicated in class mark 3 IELCSVA capability: 1UCS2: 0 - the ME has a preference for the default alphabet over UCS2SoLSA: 0 - The ME does not support SoLSACMSP: 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported: 1 - not availableA5/2 algorithm supported: 0 - availableSpare half octetLength Of Supported Codec list: 8System Identification: 4Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 60Length Of Bitmap for SysID: 04System Identification: 0Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 1FLength Of Bitmap for SysID: 02 Voice domain preference and UE's usage settingLength of Voice domain preference and UE's usage setting contents: 6UE's usage setting: 0 - Voice centricUE's usage setting: 0 - CS Voice onlyVoice domain preference and UE's usage settingGUTI type: 0 - Native GUTIMS network feature supportExtended periodic timers: 1 - MS support注册(attach)成功UE收到RRCConnectionSetup消息,进行注册Attach Accepet(层三消息RRCConnectionSetupComplete),成功消息中包括注册的小区MCC,MNC,MME GroupID,MME Code与UE的M_TMSI等信息.3.1.3UE语音业务请求(CSFB MT START)UE上发Ext service request(NAS到EMM)消息,内容为CS fall back业务请求;Extended service requestMORE: 0LENGTH: 35LENGTH: 35LOG_CODE: B0EDtimeStamp: 16:20:44.796LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Extended service requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 76NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1Service typeService type value: mobile originating CS fall back or 1xCS fall back Mobile identity Odd/even indication: 0 - even number of identity digits and also when the TMSI/P-TMSI or TMGI and optional MBMS Session Identity is usedType of identity: 4 - TMSI/P-TMSIIdentity digits (0x): DC345E25EPS bearer context statuslength: 32EBI: 03.1.4E_nodeB指标UE回落E_nodeB在下发给UE的RRCConnectionRelease中给出重定向的目标(utra_FDD=10713)RRCConnectionReleaseMORE: 0LENGTH: 1993LENGTH: 1993LOG_CODE: B0C0timeStamp: 16:20:44.928RRCConnectionReleaseVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 1PHYSICAL_CELL_ID: 368(4G服务小区)FREQ: 1650System_Frame_Number: 34Subframe: 8PDU_NUM: 6ENCODED_MSG_LEN: 1964RRC: DL-DCCH-Messagemessagec1rrcConnectionReleaserrc_TransactionIdentifier = 0criticalExtensionsc1rrcConnectionRelease_r8releaseCause = otherredirectedCarrierInfo(重定向方向)utra_FDD = 10713nonCriticalExtensionnonCriticalExtensioncellInfoList_r9 (以下是3G邻区扰码) utra_FDD_r9[0] physCellId_r9 = 201utra_FDD_r9[1] physCellId_r9 = 209utra_FDD_r9[2] physCellId_r9 = 233utra_FDD_r9[3] physCellId_r9 = 393utra_FDD_r9[4] physCellId_r9 = 11utra_FDD_r9[5] physCellId_r9 = 35utra_FDD_r9[6] physCellId_r9 = 448utra_FDD_r9[7] physCellId_r9 = 33.1.5.UE在3G网络进行呼叫UE读取3G网络系统消息,发起业务请求(CM Sercive Request);请求中包括业务类型,UE能力和支持的加密类型等等..CM service requestMORE: 0LENGTH: 31LENGTH: 31LOG_CODE: 713AtimeStamp: 16:20:45.832UMTS NAS Signaling MessagesDirection: From UELength: 14ChannelType: 5MessageType: 36UMTS NAS Signaling Messages: CM service requestCM service typeService Type : 0Ciphering key sequence numberkey sequence : 1Mobile station classmarkRevision level : 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND : 1 - (<Controlled Early Classmark Sending> option is implemented).A5/1 algorithm supported : 0 - (available)RF Power Capability : 7 - reservedPS capability : 1 - (present)SS Screening Indicator : 1(defined in GSM 04.80)SM capability : 1 - Mobile station supports mobile terminated point to point SMSVBS notification reception : 0 - no VBS capability or no notifications wantedVGCS notificationr eception : 0 - no VGCS capability or no notifications wanted0 - The MS does not support the extension band G1 in addition to the primary GSM bandClassmark 3(CM3) : 1 - The MS supports options that are indicated in classmark 3 IE LCSVA capability : 1UCS2 : 0 - the ME has a preference for the default alphabet over UCS2SoLSA : 0 - The ME does not support SoLSACMSP : 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported : 1 - (not available)A5/2 algorithm supported : 0 - (available)Mobile identityType of identity : 4 - TMSI/P-TMSIOdd/even indication : 0Identity digits : 0x03C3239B3.1.6.RAU和RAB建立在3G网络进行RAU(ROUTING AREA UPDATE REQUEST),无线承载建立请求(RadioBearerSetupComplete),为UE分配无线资源.RadioBearerSetupCompleteMORE: 0LENGTH: 26LENGTH: 26LOG_CODE: 412F timeStamp: 16:20:47.026RRC: UL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0xB6 0x11 0x69 0x93rrc_MessageSequenceNumber = 2messageradioBearerSetupCompleterrc_TransactionIdentifier = 0start_Value = 20, 0x00 0x00 0110xxxx count_C_ActivationTime = 2083.1.7.振铃(Alerting)在3G网络无线资源分配完成后,网络发振铃消息给UE3.1.8.接通(Connect)被叫摘机,链路连通主,被开始通话.3.1.9.挂机(Disconnect)结束通话后主呼挂机,上发拆链消息(Disconnect),下(上)行RRC释放后,通话结束;在E_nodeB下发的RRCConnectionRelease消息中指出了,UE返回4G中心频率(1650)RRCConnectionReleaseMORE: 0LENGTH: 27LENGTH: 27LOG_CODE: 412F timeStamp: 16:21:10.142RRC: DL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0x8D 0xAB 0xEB 0x8Crrc_MessageSequenceNumber = 1messagerrcConnectionRelease r3rrcConnectionRelease_r3rrc_TransactionIdentifier = 0n_308 = 1releaseCause = normalEventlaterNonCriticalExtensionsv690NonCriticalExtensionsrrcConnectionRelease_v690extv770NonCriticalExtensionsrrcConnectionRelease_v770extv860NonCriticalExtensionsrrcConnectionRelease_v860extredirectionInfo (重定向返回系统和小区中心频点)interRATInfoeutraeutra_TargetFreqInfoList[0]dlEUTRACarrierFreq = 16503.1.10.完成TAU(返回4G)UE在4G网络进行TAU请求,TAU完成后UE成功返回4G网络.(TAU详细流程详见FTP下载分析)3.2 .被叫呼叫流程UE接收到寻呼消息(Paging),向网络发起CSFB请求,其他流程与主叫相同.PagingMORE: 0LENGTH: 36LENGTH: 36LOG_CODE: B0C0timeStamp: 16:21:44.220PagingVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 0PHYSICAL_CELL_ID: 368FREQ: 1650System_Frame_Number: 145Subframe: 10PDU_NUM: 4ENCODED_MSG_LEN: 7RRC: PCCH-Messagemessagec1pagingpagingRecordList[0]ue_Identitys_TMSImmec = 8, 0xCE m_TMSI = 32, 0xCC 0x73 0xA0 0x25 cn_Domain = cs四.联合附着手机驻留4G由于目前LTE网络暂不支持viop业务,CSFB需要从4G回落至3G进行CS域业务,因此手机选择WCDMA和LTE双模情况下,手机需要在CS域LAC和PS域TAC进行联合附着过程。
一、CSFB基本原理
➢无业务时候,MME通过SGs(MME与MSC之间的借口)进行CS域移动性管理。
➢有语音业务时,MME将UE回落到GSM网络,通过GSM网络为UE提供语音服务。
➢Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。
➢RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延。
➢Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延。
二、CSFB信令流程
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下起呼,被叫上一次联合位置更新失败导致未接收到寻呼消息。
解决方法:需核心网支持。
A:如图所示,从10时33分27秒开始主叫进入CSFB流程,在33分29秒主叫进入call proceeding,被叫始终未响应。
在33分45秒时,主叫call block。
在此期间被叫始终未响应。
从信令流程来看,被叫在上一次联合位置更新中未能完成TMSI的分配,CAUSE:16(MSC temporarily not reachable。
3、3未接通-回落2G伪基站
测试现象:被叫UE占用曼哈顿(省高法培训楼)D2小区(PCI:206,TAC:14097),回落到GSM伪基站(BCCH:10,LAC:24307)小区后,因跨POOL导致主叫未接通。
解决方法:拆除2G伪基站,避免回落到该站点造成异常事件。
A:主叫UE占用曼哈顿(省高法培训楼)D2小区成功回落至曼哈顿(省高法培训楼)8小区,在10:01:35上报Setup.
B:被叫UE占用曼哈顿(省高法培训楼)D2小区(PCI:206,TAC:14097),回落到GSM 伪基站(BCCH:10,LAC:24307)小区后,因跨POOL导致主叫未接通。
3、4未接通-异常释放
测试现象:主叫正常回落至2G,发送SETUP消息,MSC采用IMSI寻呼,被叫回落至2G后,上发Paging response后,系统直接下发Channel Release。
解决方法:需核心网支持。
A:如图所示,从9时34分28秒开始被叫叫进入CSFB流程,在34分30秒被叫上发Paging response后,系统直接下发Channel Release。
导致呼叫无法完成。
如下图所示,左图为这次呼叫的Paging 信令,发现寻呼采用IMSI寻呼,现网采用MSC 组POOL方式,当采用IMSI寻呼时被叫上发Paging responses 时,会导致MSC不知道被叫具体在POOL内的那个MGW,导致呼叫无法完成。
3、5未接通-TAU更新失败
测试现象:被叫TAU失败后收不到PAGING导致未接通。
解决方法:对4G小区进行排障。
A:如图所示,主叫手机正常回落至2G小区,于11:17:52开始呼叫建立,被叫一直未收到PAGING.查看EVENT,发现被叫上一次TAU失败。
导致收不到PAGING。
3、6未接通-2G频点漏加
测试现象:行驶至化工路与秦岭路附近区域时,被叫UE重选占用高铁小区董寨,连续发生3次未接通事件。
解决方法:配置董寨CSFB2G频点。
问题分析:驱车沿着化工路由东向西行驶至化工路与秦岭路交叉口附近区域时,主叫UE占用4G小区甲天下置业D1小区成功回落至2G小区,在18:37:21:581做Call Proceeding,被叫UE在空闲状态下重选至高铁董寨D1小区,在18:37: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伪基站的,配合分公司优化人员共同处理。