中国联通CSFB测试的主要流程信令

合集下载

CSFB基本信令流程

CSFB基本信令流程

CSFB主要信令流程分解
4.呼叫结束后返回LTE。 ①若终端支持自主FR,可以秒回。由2G下发的channel release至UE读取LTE的MIB及SIB1不 到1 秒 ②若终端不支持自主FR,则只能由2G重选返回至4G,或经过TDS的桥接,才能回至4G,时长 约为几十秒至数分钟。
END
CSFB主要信令流程分解
2. UE在2G中读取系统消息
UE根据接受到的RRC connection Release中携带的2G频点组,依次搜索各频点,并读 取必要的系统消息,直到搜索到某一可驻留小区并驻留。系统消息读取时长约为300ms。
CSFB主要信令流程分解
3. UE在2G中起呼。
信令流程同2语音流程。 若CSFB回落至2G,LTE TAC与 GSM LAC区的不一致,回落至2G后还要进行LAU(位置 更新),才能在2G中进行语音业务,需要额外增加LAU的时延,约为2S。接通时延一般 为6S左右。
VoLTE/SRVCC:在LTE覆盖范围内通过
LTE网络提供基于IMS的话音业务。
3GPP 标准化方案
CS Fallback:开机优选LTE,需要话音业务时,
由LTE重选至2G/3G。
3GPP 标准化方案
TD-LTE 多模双待
多模双待:终端同时驻留2G/3G和LTE网络,
话音业务通过2G/3G提供,数据业务通过 LTE或2G/3G提供。
A/Iu
LTE
>> CSFB
GSM/WCDMA
何时触发CSFB?

• • • •
支持CSFB功能的UE Attach 在E-UTRAN 网络中,同时注册在MSC和MME中。
UE终端发起或接受到语音业务(MO或MT ),由此触发CSFB到GSM。 实现CSFB的E-UTRAN 无线覆盖区需要和 GSM 和TD的无线覆盖区重叠. SMS 业务不触发CSFB. UE在发送和接受SMS时,UE扔驻留在LTE网络。

CSFB信令流程(常用)

CSFB信令流程(常用)

CSFB信令流程(常用)3.3.4 Mobile Originating CallCSFB 主叫流程。

3.3.4.1 Mobile Originating call in Active Mode 激活模式下的 CSFB 主叫起呼,目前采用No PSHOsupported ,相对应于Mobile Originating 消息封装在 RRC 和S1AP 消息中。

UE 仅当附着在 CS 域(联合EPS/IMSI 附着)中会传送该消息,并且不能发起 IMS 语音会话(比如不UE 支持IMS 或者网络不支持IMS )—No PS HO upportedb : MME 发送 UE Context Modification Request( 包含CSFB 指示和LAI )至U eNodeB 表明call in Active Mode -PS HO supported ,流程如下:1. a : UE 因为需要发起主叫业务进行CSFB 而发送 Extended Service Request 至U MME 该络。

如果MME觉得CSFB有必要优先处理,则在发到eNodeB 的消息中将设置优先级参数比如CSFB High Priority 。

c: eNodeB 响应上下文修改,发送Con text Modification Respo nse 消息。

2. eNodeB可选性请求UE发送测量报告来决定回落的目标GERAN/UTRAN网络只会执行3a、3b、3c 中的一个。

3. a:如果UE和网络支持异系统切换CCO(cell change order)到GERAN并且目标小区是GERAN:eNodeB可以通过发送RRC消息给UE触发异系统间小区改变命令( NACE选)至U GERAN 的相邻小区。

异系统间小区改变命令可能包含CSFB指示符给UE小区更换命令表明是CSFB触发的。

如果异系统间小区改变(inter-RAT cell change order) 命令包含CSFB指示符,并且UE无法建立连接到目标RAT贝U UE认为CSFB已经失败。

CSFB正常信令流程及问题分析

CSFB正常信令流程及问题分析

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业务,一直在重复做附着与分离。

CSFB完整信令步骤

CSFB完整信令步骤

CSFB完整信令步骤CSFB(Circuit Switched Fall Back)是一种LTE(Long Term Evolution)网络中基于电路切换的回退技术。

它允许LTE设备在不支持VoLTE(Voice over LTE)的情况下仍然能够进行语音通信。

CSFB通过建立一个2G/3G的电路连接,使用传统的GSM或CDMA网络进行通话。

下面是CSFB的完整信令步骤。

1. 手机注册:当手机首次进入LTE网络或从其他网络切换到LTE网络时,它需要注册到LTE网络。

手机会发送注册请求到LTE基站(eNodeB)。

3.MME处理:MME会验证用户的身份并检查是否支持VoLTE。

如果支持VoLTE,它会激活VoLTE,并按照VoLTE的信令流程进行呼叫。

如果不支持VoLTE,MME会触发CSFB过程。

4. 定位MSC/VLR:MME会向HLR/HSS(Home LocationRegister/Home Subscriber Server)查询用户所在的MSC/VLR(Mobile Switching Center/Visitor Location Register)。

这是为了找到需要进行语音呼叫的MSC/VLR。

5.请求电路切换:MME向MSC/VLR发送一个电路切换请求。

该请求包含在LTE网络中分配给用户的临时标识,以及MSC/VLR需要的任何其他信息。

6.MSC/VLR响应:MSC/VLR收到电路切换请求后,会根据请求中的信息执行一系列操作。

它将检查用户是否在MSC/VLR中注册,然后确定是否可以执行电路切换,以及用户应该连接到哪个电路网络。

7.电路网络请求:MSC/VLR向GSM或CDMA电路核心网络发送一个电路网络请求。

该请求包含用户的临时标识和所需的电路网络信息。

8.电路网络建立:电路核心网络接收到电路网络请求后,会根据请求中的信息建立电路连接。

这涉及到分配用户一个临时电路号码,并确保与呼叫目的地的网络进行通信。

CSFB常见信令流程

CSFB常见信令流程

CSFB常见信令流程CSFB测试流程。

(主叫,被叫)LTE网络连接建立时延回落时延GSM网络呼叫建立时延返回LTE网络时延主叫流程RRC ConnectionRequest>RRCConnection ReleaseRRC ConnectionRelease>CMServiceRequestCM ServiceRequest>Alertingchannelrelease>TAUAccept被叫流程Paging>RRCConnection ReleaseRRC ConnectionRelease>PagingResponsePagingResponse>Alertingchannelrelease>TAUAccept 在统计信令面时延时可采用以上得信令进行区分测试软件界面CSFB信令主叫: UE发起CSFB 请求,4G侧响应回落2G 在2G发起CM Service Request被叫: LTE将来自MSC得寻呼转给UE,被叫4G回落,在2G响应Paging ResponseCSFB 被叫连接态时,4G侧用CS Service Notification发起CSFB得响应CSFB被叫空闲态时,4G侧用paging 发起CSFB得响应被叫CSFB信令流程(连接态):被叫CSFB信令流程(空闲态):主叫CSFB信令流程:CSFB在不同无线环境下得差异跨LA: UE在2G发起CM Service Request或Paging response时需要事先做LAU同LA: UE在2G发起CM Service Request或Paging response不需要做LAU。

CSFB信令流程(5月30日讲课)

CSFB信令流程(5月30日讲课)

CSFB流程主要信令点说明CSFB:从LTE网络基于R8忙重定向至WCDMA网络一次完整的CSFB主叫过程(回落+返回)涉及的主要信令点:1、LTE网络:ExtendedServiceRequest,携带service-type:mobile-originating(初始请求)-CS-fallback即主叫发起CSFB,对应Event List中CSFBServiceRequest;2、LTE网络:RRCConnectionRelease,进行LTE向WCDMA的重定向,携带重定向的WCDMA的频点,进行测量,如符合重定向条件,上报测量报告,实行重定向,对应Event List 中InterRATRedirectionReq;读取W系统消息后3、WCDMA网络:CM Service Request,携带业务类别及TMSI信息,对应Event List中WCDMARAUpdateReq;4、WCDMA网络:Alerting,表示核心网给主叫回振铃音,被叫已接通,对应Event List中LTECSFBServiceSuc;(另通过Setup消息可以查看被叫号码)5、WCDMA网络:RRC Connection Release,对应Event List(另用户主动挂机对应Disconnect 消息,方向为UL,RRC Connection Release消息为网络侧下发,DL)6、LTE网络:TrackingAreaUpdateRequest,携带TAU类别(combined-TA)、TAL对应的WCDMA侧LAC信息,对应Event List中TAUpdateSuc。

被叫区别于主叫在于:1、LTE网络中ExtendedServiceRequest前还有Paging消息(与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段,主叫为MO,被叫为MT);2、WCDMA网络中Paging Response消息取代CM Service Request消息。

最新(完美版)CSFB流程主要信令点说明(基于D2+Probe测试)

最新(完美版)CSFB流程主要信令点说明(基于D2+Probe测试)

CSFB:从LTE网络基于R8忙重定向至GSM网络一次完整的CSFB主叫过程(回落+返回)涉及的主要信令点: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。

被叫区别于主叫在于:1、LTE网络中ExtendedServiceRequest前还有Paging消息(与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段,主叫为MO,被叫为MT);2、GSM网络中Paging Response消息取代CM Service Request消息。

如下为一次完整的CSFB被叫流程主要信令截图:1、LTE网络:Paging,无对应Event;2、LTE网络:ExtendedServiceRequest,携带service-type:mobile-terminating-CS-fallback,对应Event List中CSFBServiceRequest;3、LTE网络:RRCConnectionRelease,对应Event List中InterRATRedirectionReq;4、GSM网络:Paging Response,对应Event List中GSMCallAttempt (MTC);5、GSM网络:Alerting,对应Event List中CSFBServiceSuc;6、GSM网络:Channel Release,无对应Event;7、LTE网络:TrackingAreaUpdateAccept,对应Event List中TAUpdateSuc。

CSFB语音正常信令流程

CSFB语音正常信令流程

二、CSFB语音正常信令流程:
1、无须回落位置更新的CSFB信令流程
●阶段1:主叫LTE下起呼回落GSM
●阶段2:主叫回落GSM后,终端自动触发GSM下起呼,并上行建立,被叫在该时刻后
1-2秒(个别时会稍长一点),被叫LTE下收到寻呼并进行重定向回落流程,回落位置区与联合更新位置区一致时,不做位置更新。

●阶段3:被叫上行振铃,上行接通;主叫下行振铃,下行接通。

●阶段4:主叫30秒后上行挂断,被叫收下行挂断消息,而后主被叫在rr释放信道后,
进行快速返回流程(快速返回通过RR释放信令触发,在语音呼叫结束后,通过终端保存的LTE频点信息,不经过TD网络桥接直接返回LTE)。

●阶段5:返回LTE后,进行TAU更新,以完成TA/LA的联合更新,同时登记GSM的MSC
及LTE下的MME。

2、回落位置更新的CSFB信令流程(终端处于GSM LAC边界或TA/LA对应映射表配置不合理时将触发该流程)
●阶段1~阶段2:
●主叫LTE下起呼回落GSM,进行位置更新后再上发cm起呼
●被叫收到寻呼回落GSM后,发生位置更新,直接下行setup进行响应并继续呼叫流程●后续接通流程与不进行位置更新相同(略)
CSFB语音事件分析类型:
(注:文档可能无法思考全面,请浏览后下载,供参考。

可复制、编制,期待你的好评与关注)。

CSFB信令流程全解

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信令流程

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信令中文流程 (2)

csfb信令中文流程 (2)

CSFB信令中文流程概述CSFB(Circuit Switched Fallback)是一种LTE(Long Term Evolution)网络中用于支持VoLTE(Voice over LTE)业务的解决方案。

在LTE网络中,数据传输采用IP(Internet Protocol)方式,而传统的语音通信则采用了基于电路的方式。

为了在LTE网络中实现语音通信,CSFB技术将用户从LTE网络切换到2G或3G网络。

本文档将详细介绍CSFB信令中文流程,包括初始触发、信令交换和切换流程。

初始触发在LTE网络中,当用户发起语音通话时,需要触发CSFB过程。

CSFB的触发可以由多种因素引起,如用户发起语音通话、请求短信服务等。

CSFB的初始触发过程如下:1.用户通过手机拨号或选择短信服务发起通话或请求。

2.LTE终端向MME(Mobility Management Entity)发送“初始语音呼叫请求”。

3.MME收到请求后,判断是否需要使用CSFB进行语音通信。

4.如果需要使用CSFB,MME向终端发送“初始语音呼叫请求CSFB触发”。

5.终端接收到该请求后,执行切换准备工作。

信令交换在CSFB过程中,信令交换是非常重要的环节。

主要包括与LTE网络中的MME、S-GW(Serving Gateway)和eNodeB (evolved NodeB)进行的信令交换。

CSFB的信令交换过程如下:1.终端向MME发送“切换准备”消息,通知MME准备进行切换。

2.MME收到消息后,在HSS(Home SubscriberServer)中查找用户所属的2G或3G网络信息,并选择合适的MSC(Mobile Switching Center)和VLR(VisitorLocation Register)与终端进行切换。

3.MME向找到的MSC发送“切换准备”消息。

4.MSC收到消息后,开始准备切换到2G或3G网络。

5.MSC向MME发送“切换准备就绪”消息,表示已准备好切换。

CSFB信令流程

CSFB信令流程

CSFB信令流程CSFB(Circuit Switched Fallback)是一种LTE网络中用于支持语音通信的技术。

在LTE网络中,语音通信通常采用VoLTE(Voice over LTE)技术,但在一些特殊情况下,比如用户设备不支持VoLTE或者用户位置处于LTE网络覆盖边缘区域,就需要使用CSFB来实现语音通信。

1.UE发起语音呼叫:用户设备通过基站扫描的方式检测到附近的LTE 和2G/3G网络,选择最适合的网络进行语音服务。

如果用户设备支持VoLTE,会尝试使用LTE网络进行语音通信,否则会使用2G/3G网络。

用户设备向基站发送语音呼叫请求。

2. 基站发送RRCEstablishmentRequest:基站接收到用户设备的呼叫请求后,会根据设置的策略判断是否需要使用CSFB。

如果需要使用CSFB,基站向MME(Mobility Management Entity)发送RRCEstablishmentRequest消息,请求切换到2G/3G网络。

3. MME发送InitialContextSetupRequest:MME接收到基站的请求后,会向MSC(Mobile Switching Centre)发送InitialContextSetupRequest消息,请求建立2G/3G网络上的初始语音通话上下文。

4. MSC发送Paging消息:MSC接收到MME的请求后,会发送Paging 消息给用户所在2G/3G网络的基站,通知UE进行寻呼。

5. 基站发送RRCConnectionRequest:用户设备接收到寻呼消息后,会向基站发送RRCConnectionRequest消息,请求建立2G/3G网络上的RRC连接。

6. 基站发送RRCConnectionSetup:基站接收到用户设备的RRCConnectionRequest消息后,会发送RRCConnectionSetup消息,建立2G/3G网络上的RRC连接。

CSFB信令流程介绍

CSFB信令流程介绍

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测试和主要流程信令

中国联通csfb测试和主要流程信令

中国联通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 Request(层三消息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:。

CSFB信令流程 超详细

CSFB信令流程 超详细

C S F B相关信令流程目录1移动性管理移动性管理主要介绍用户附着、分离、位置更新相关业务流程。

1.1 联合附着流程CS Fallback语音主要是通过SGs接口实现的,用户在附着网络时,MME和MSC Server需要对该用户的SGs连接进行维护。

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

联合附着流程如所示,由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置更新流程,使得UTRAN/GERAN核心网感知到UE的位置。

图1联合附着流程图1. UE(User Equipment)发起网络附着请求,向MME发送Attach Request消息。

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

图 2 Attach Request消息结构图如所示,消息体指示为附着请求,类型是联合附着请求(combined-attach)。

终端上报联合附着请求则表示支持CSFB。

2. MME发送SGsAP-LOCATION-UPDATE-REQUEST消息给VLR,消息中包括new LAI、IMSI、MME name和Location Update Type等参数,其中MME name是MME的域名。

LOCATION-UPDATE-REQUEST消息结构如所示。

图 3 LOCATION-UPDATE-REQUEST消息结构图其中中eps-location-update-type信元指示为IMSI附着,并且携带新/旧LAI,其中MME name是MME的域名。

3. VLR存储MME信息,并创建与MME下此用户的SGs关联。

4. VLR根据用户信息和位置区信息,发起到HLR的位置更新流程。

5. VLR返回SGsAP-LOCA TION-UPDATE-ACCEPT给MME,如果VLR支持TMSI重分配,消息中包括参数LAI和TMSI,否则消息中包括参数LAI和IMSI。

简述csfb信令流程

简述csfb信令流程

简述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网络中实现语音通话的技术。

CSFB标准信令流程

CSFB标准信令流程
500
Y
系统消息读取
SIB Read(1 3 5 7 11)
500 -700
Y
RRC建立
RRC Connection Request
0
Y
RRC Connection Setup
200
Y
RRC Connection Setup CMP
100
Y
位置区更新阶段
LAU流程
Location Updating Request
0
N
LAU流程结束
Location Updating Accept
200
N
RAU流程开始
RoutingUpadateRequest
0
N
安全模式
Security Mode Command
200
N
Security Mode Complete
0
N
RAU流程结束
Routing Update Accept
200
0
N
测量控制
rrcConnectionReconfiguration
50
N
rrcConnectionReconfigurationComplete
0
N
测量报告
Measurement Report
500
N
LTE侧RRC释放
RRCConnectionRelease
50
Y
3G侧RRC接入阶段
同步阶段/
RF Tune and ACQ Time and Cell Selection
0
Y
被叫寻呼
MT CS Paging(如果UE处于连接态,CS Service Notification)

LTE及CSFB信令流程

LTE及CSFB信令流程

LTE及CSFB信令流程LTE(Long Term Evolution)是一种高速无线宽带网络技术,旨在提供更快的数据传输速度和更低的延迟。

CSFB(Circuit Switched Fallback)是一种LTE网络中用于支持2G/3G语音通话的回退机制。

以下是LTE和CSFB的信令流程的详细说明。

一、LTE信令流程:1. 初始接入(Initial Access):当用户设备(UE)在LTE网络覆盖范围内时,它将尝试与基站(eNodeB)建立初始连接。

UE通过在特定频段上发送随机接入前导码以及支持的LTE频带信息等来请求接入。

2. 随机接入(Random Access):如果eNodeB接收到了UE的初始接入请求,它将发送一个接入确认信号给UE。

UE收到确认信号后,将在随机接入信道(Random Access Channel)上发送包含身份信息的接入请求。

eNodeB将对接收到的接入请求进行验证,并回复一个接入确认。

3. 建立连接(Connection Setup):一旦随机接入过程成功完成,eNodeB将分配一个临时的无线资源给UE,以便建立连接。

UE将与eNodeB进行安全验证,并分别协商上行和下行链路传输参数。

在此过程中,eNodeB将为UE建立一个专用的数据链路,即无线资源分配(RRC Connection Setup)。

4. RRC连接重配、释放和重建(RRC Connection Reconfiguration, Release and Reestablishment):一旦UE和eNodeB建立了RRC连接,UE和网络之间的数据交换就可以开始。

在通信过程中,有可能需要对RRC连接进行重配、释放或重建,以便在网络覆盖变化或其他原因下保持连接的稳定性和可靠性。

5. 数据传输和双工模式选择(Data Transfer and Duplex Mode Selection):在RRC连接建立后,UE和eNodeB之间可以进行数据传输。

CSFB主被叫信令流程介绍

CSFB主被叫信令流程介绍

回落前后LAC有变化
CM Service Request(CSMO) CM Service Accept
。 。 。
在CSFB流程中,如果在2/3G网络中需要重新发起位置更 新,手机终端需要在位置更新请求消息中加入CSMO标 志,提示当前信令连接可以同时服务于后续的呼叫接续;
当MSC收到终端发起的位置更新请求时,MSC需要检查 请求消息中是CSMO标志: •MSS会更新相应的统计计数器。
RRC Connection Reconfiguration+ Attach Accept(combined EPS/IMSI attach,TAI,GUTI,LAI,TMSI)
RRC Connection Reconfiguration Complete
InitialContextSetupResponse UE CapabilityInformationIndication
BTS
A-bis
BSCLeabharlann AMSS/VLRC
SGs
HLR/HSS
S6a LTE-Uu S1-MME
UE
eNodeB
MME
被叫路由 主叫路由
CSFB主叫流程
UE eNB MME MSS
Random Access Sequence
RRCConnectionSetupRequest RRCConnectionSetup
S6a-Update Location Request (MME name, IMSI) S6a-Update Location Accept(NAM =PACKET_AND_CIRCUIT) Modify Bearer Request Modify Bearer Response

CSFB流程主要信令点说明

CSFB流程主要信令点说明

CSFB流程主要信令点说明CSFB:从LTE网络基于R8忙重定向至GSM网络一次完整的CSFB主叫过程(回落+返回)涉及的主要信令点: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。

被叫区别于主叫在于:1、LTE网络中ExtendedServiceRequest前还有Paging消息(与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段,主叫为MO,被叫为MT);2、GSM网络中Paging Response消息取代CM Service Request消息。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

中国联通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测试流程主要分为测试准备、测试过程和测数据统计三个部分:4、从主被叫的CSFB信令流程来看,主被叫的CSFB信令流程是否正常?一定要查看主被叫的CSFB的起呼、4G 网络RRC释放、4G重选至3G、3G的RRC\RAB\Alerting的完整起呼流程。

验证完全完整后,才算合格。

数据统计1、单站报告中CSFB成功率统计2、CSFB的log记录备份3、若存在测试不成功现象,可初步按照第4节指导进行初步分析原因,待调整后复测分析原因一定要细分类,描述清晰,复测一定要确定故障消除三、正常CSFB信令流程3.1.主叫主要流程当开机做主叫时,UE首先在FDD_LTE注册(attach),完成注册后进行拨号;通过E_nodeB上发CSFB请求;其主要流程如下:3.1.1开机注册(attach)注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出(消息属NAS层),请求中包括UE注册的小区,UE支持的加密算法和方式;联合注册的4G(TAC)和3G(LAC/RAC)及ClassMark;Attach request MORE: 0 LENGTH: 123 LENGTH: 123 LOG_CODE: B0ED timeStamp: 16:20:28.016 LTE NAS EMM plain OTA outgoing msg LOG_VERSION: 1 STD_VERSION: 9 STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Attach requestSecurity Header Type: 0Protocol Discriminator: 7 Message_Types: 65 NAS key set identifier TSC: 0 - native security context NASkeysetidentifier: 1 EPS attach typeEPS attach type value: 2 - combined EPS/IMSI attach EPS mobile identityLength of EPS mobile identity contents: 11 odd_even indic: 0 - even number of identity digits and also when the GUTI is used Type of identity: 6 - GUTIMCC: 460 MNC: 01 MMEGroupID: 9A00MMECode: 206 M_TMSI: 9A00CC345E25 UE network capability EEA0: 1 - supporte128_EEA1: 1 - supported128_EEA2: 1 - supported EEA3: 0 - not supported EEA4: 0 - not supportedEEA5: 0 - not supportedEEA6: 0 - not supported EEA7: 0 - not supported EIA0: 0 - not supported 128_EIA1: 1 - supported128_EIA2: 1 - supportedEIA3: 0 - not supportedEIA4: 0 - not supported EIA5: 0 - not supportedEIA6: 0 - not supportedEIA7: 0 - not supportedUEA0: 1 - supportedUEA1: 1 - supportedUEA2: 0 - not supportedUEA3: 0 - not supported UEA4: 0 - not supported UEA5: 0 - not supportedUEA6: 0 - not supportedUEA7: 0 - not supported UCS2: 0 - not supportedUIA1: 1 - supportedUIA2: 0 - not supported UIA3: 0 - not supportedUIA4: 0 - not supportedUIA5: 0 - not supported UIA6: 0 - not supported UIA7: 0 - not supported ACCCSFB: 1 - supportedLPP: 0 - not supportedLCS: 0 - not supported_1xSRVCC: 0 - not supported NF: 1 - supported ESM message container Length: 38 ESM 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,00 PDN connectivity request Security Header Type: 0 Protocol Discriminator: 2 Message_Types: 208 PDN typePDN type value: 3 - IPv4v6Request type Request type value: 1 - initial requestProtocol configuration optionsLength: 32ProtocolID 0x: 8021 Length of protocol: 16 code: 1 - Configure-Request Identifier: 0 length: 16Type: 129 - Primary DNS Server IP Addresslen: 6 IP Address: 0.0.0.0 Type: 131 - Secondary-DNS-Addresslen: 6 IP Address: 0.0.0.0 ProtocolID 0x: 0DLength of protocol: 0 Tracking area identityMCC: 460MNC: 01 TAC: 37135 DRX 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 capability Length of MS network capability contents: 3MS network capability value: E5,C0,3ELocation area identification MCC: 460 MNC: 10 Lac: 47889Mobile station class mark 2Revision level: 2 - Used by mobile stations supporting R99 or later versions of the protocol ESIND: 0 - <Controlled Early Classmark Sending> option is not implementedA5/1 algorithm supported: 1 - not available RF Power Capability: reserved PS capability: 0 - not presentSS Screening Indicator: 1 defined in GSM 04.80 SM capability: 1 - Mobile station supports mobile terminated point to point SMS VBS 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 IE LCSVA capability: 1 UCS2: 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 protocol A5/3 algorithm supported: 1 - not available A5/2 algorithm supported: 0 - availableSpare half octetLength Of Supported Codec list: 8System Identification: 4Length Of Bitmap for SysID: 2 Length Of Bitmap for SysID: 60 Length Of Bitmap for SysID: 04System Identification: 0 Length 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 support3.1.2注册(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 request MORE: 0 LENGTH: 35LENGTH: 35LOG_CODE: B0ED timeStamp: 16:20:44.796 LTE NAS EMM plain OTA outgoing msg LOG_VERSION: 1 STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0 NAS: Extended service request Security Header Type: 0 Protocol Discriminator: 7 Message_Types: 76NAS key set identifier TSC: 0 - native security contextNASkeysetidentifier: 1Service typeService type value: mobile originating CS fall back or 1xCS fall backMobile 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-TMSI Identity digits (0x): DC345E25 EPS bearer context status length: 32EBI: 03.1.4E_nodeB指标UE回落E_nodeB在下发给UE的RRCConnectionRelease中给出重定向的目标(utra_FDD=10713)RRCConnectionRelease MORE: 0 LENGTH: 1993 LENGTH: 1993 LOG_CODE: B0C0 timeStamp: 16:20:44.928RRCConnectionRelease VERSION: 7 RRC_REL: 10RRC_REL: 113 RRC_VER: 1 PHYSICAL_CELL_ID: 368(4G服务小区) FREQ: 1650 System_Frame_Number: 34Subframe: 8PDU_NUM: 6 ENCODED_MSG_LEN: 1964 RRC: 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 request MORE: 0 LENGTH: 31 LENGTH: 31 LOG_CODE: 713A timeStamp: 16:20:45.832 UMTS NAS Signaling MessagesDirection: From UE Length: 14 ChannelType: 5MessageType: 36 UMTS NAS Signaling Messages: CM service requestCM service typeService Type : 0Ciphering key sequence numberkey sequence : 1Mobile station classmark Revision 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 - reserved PS 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 wanted VGCS notificationr eception : 0 - no VGCS capability or no notifications wanted 0 - 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 : 1 UCS2 : 0 - the ME has a preference for the default alphabet over UCS2SoLSA : 0 - The ME does not support SoLSA CMSP : 1 - Network initiated MO CM connection request supported for at least one CM protocol A5/3 algorithm supported : 1 - (not available)A5/2 algorithm supported : 0 - (available)Mobile identity Type of identity : 4 - TMSI/P-TMSIOdd/even indication : 0 Identity digits : 0x03C3239B3.1.6. RAU和RAB建立在3G网络进行RAU(ROUTING AREA UPDATE REQUEST),无线承载建立请求(RadioBearerSetupComplete),为UE分配无线资源.RadioBearerSetupComplete MORE: 0LENGTH: 26 LENGTH: 26 LOG_CODE: 412F timeStamp: 16:20:47.026 RRC: UL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0xB6 0x11 0x69 0x93rrc_MessageSequenceNumber = 2messageradioBearerSetupCompleterrc_TransactionIdentifier = 0start_Value = 20, 0x00 0x00 0110xxxx count_C_ActivationTime = 208 3.1.7. 振铃(Alerting)在3G网络无线资源分配完成后,网络发振铃消息给UE3.1.8.接通(Connect)被叫摘机,链路连通主,被开始通话.3.1.9.挂机(Disconnect)结束通话后主呼挂机,上发拆链消息(Disconnect),下(上)行RRC释放后,通话结束;在E_nodeB下发的RRCConnectionRelease消息中指出了,UE返回4G中心频率(1650)RRCConnectionRelease MORE: 0 LENGTH: 27LENGTH: 27 LOG_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: 0 LENGTH: 36 LENGTH: 36LOG_CODE: B0C0timeStamp: 16:21:44.220PagingVERSION: 7 RRC_REL: 10 RRC_REL: 113RRC_VER: 0PHYSICAL_CELL_ID: 368 FREQ: 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进行联合附着过程。

相关文档
最新文档