搜档网
当前位置:搜档网 › LTE基本信令流程培训

LTE基本信令流程培训

LTE信令流程解析

第一章主要信令流程

1.1 开机附着流程

UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个合适或者可接纳的小区后,驻留并进行附着过程。附着流程图如下:

图5 正常开机附着流程

开机附着流程说明:

1)步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成,见24.301。

2)消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。

3)消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB 再发UE Capability Info Indication,给核心网上报UE的无线能力信息。

为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。注:"UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.)。在CONNECTED下,eNB会一直保存UE Radio Capability信息。UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。

4)发起UE上下文释放(即21~25)的条件:

eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or-MME-initiated with cause e.g. authentication failure, detach, etc.

5)eNB收到msg3以后,DCM给USM配臵SRB1,配臵完后发送msg4给UE;eNB在发送RRCConnectionReconfiguration前,DCM先给USM配臵DRB/SRB2等信息,配臵完后发送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete后,控制面再通知用户面资源可用。

6)消息13~15的说明:eNB发送完消息13,并不需要等收到消息14,就直接发送消息15。

7)如果发起IMSI attach时,UE的IMSI与另外一个UE的IMSI重复,并且其他UE已经attach,则核心网会释放先前的UE。如果IMSI中的MNC与核心网配臵的不一致,则核心网会回复attach reject。8)消息9的说明:该消息为MME向eNB发起的初始上下文建立请求,请求eNB建立承载资源,同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request 消息带给核心网的,核心网再通过该消息送给eNB。UE的网络能力(安全能力)信息改变的话,需要发起TAU。

1.2随机接入流程

随机接入是蜂窝系统应具有的最基本的功能,它使终端与网络建立通信连接成为可能,由于用户的随机性、无线环境的复杂性决定了这种接入的发起以及采用的资源也具有随机性,因此随机接入的成功率取决于随机接入流程是否能够顺利完成。

从随机接入发起的目的来看主要有:

◆ 请求初始接入

◆ 从空闲状态向连续状态转换

◆ 支持eNB 之间的切换过程

◆ 取得/恢复上行同步

◆ 向eNB 请求UE ID

◆ 向eNB 发出上行发送的资源请求

总体来说随机接入就是UE 与eNB 建立无线链路,获取/恢复上行同步

从随机接入流程发起的场景来看,主要有以下几种情况:

图 6 随机接入场景

随机接入分为基于竞争的 (可应用于上述所有场景)、基于非竞争的(只应用于切换和下行数传场景)两种流程接入网络。其区别为针对两种流程选择随机接入前缀的方式不同。前

随机接

入场景1、随机接

入和状态转

2、无线链路失败的重建立

5、上行失步时,上行数据到达

4、上行失

步时,下行

数据到达3、切换后

接入新小区

者为UE 从基于冲突的随机接入前缀中依照一定算法随机选择一个随机前缀;后者是基站侧通过下行专用信令给UE 指派非冲突的随机接入前缀。

基于竞争模式的随机接入:

RRC_IDLE 状态下的初始接入;

无线链路出错以后的初始接入;

RRC_CONNECTED 状态下,当有上行数据传输时,例如在上行失步后“non-synchronised ”, 或者没有PUCCH 资源用于发送调度请求消息,也就是说在这个时候除了通过随机接入的方式外,没有其它途径告诉eNB ,UE 存在上行数据需要发送

基于非竞争模式的随机接入:

RRC_CONNECTED 状态下,当下行有数据传输时,这时上行失步“non-synchronised ”,因为数据的传输除了接收外,还需要确认,如果上行失步的话,eNB 无法保证能够收到UE 的确认信息,因为这时下行还是同步的,因此可以通过下行消息告诉UE 发起随机接入需要使用的资源,比如前导序列以及发送时机等,因为这些资源都是双方已知的,因此不需要通过竞争的方式接入系统;

切换过程中的随机接入,在切换的过程中,目标eNB 可以通过服务eNB 来告诉UE 它可以使用的资源;

图7 基于竞争的随机接入流程

基于竞争随机接入流程说明

1) MSG1:UE 在RACH 上发送随机接入前缀,携带preamble 码;

2) MSG2:eNB 侧接收到MSG1后,在DL-SCH 上发送在MAC 层产生随机接入响应(RAR ),RAR

响应中携带了TA 调整和上行授权指令以及T-CRNTI (临时CRNTI );

UE eNB

3) MSG3(连接建立请求):UE收到MSG2后,判断是否属于自己的RAR消息(利用preamble ID 核对),并发送MSG3消息,携带UE-ID。UE的RRC层产生RRC Connection Request 并映射到UL –SCH上的CCCH逻辑信道上发送;

4) MSG4(RRC连接建立):RRC Contention Resolution 由eNB的RRC层产生,并在映射到DL –SCH上的CCCH or DCCH(FFS)逻辑信道上发送,UE正确接收MSG4完成竞争解决。

在随机接入过程中,MSG1和MSG2是低层消息,L3层看不到,所以在信令跟踪上,UE入网的第一条信令便是MSG3(RRC_CONN_REQ)

MSG2消息由eNB的MAC层产生,并由DL_SCH承载,一条MSG2消息可以同时对应多个UE的随机接入请求响应。

eNB使用PDCCH调度MSG2,并通过RA-RNTI进行寻址,RA-RNTI由承载MSG1的PRACH时频资源位置确定;

MSG2包含上行传输定时提前量、为MSG3分配的上行资源、临时C-RNTI等;

UE在接收MSG2后,在其分配的上行资源上传输MSG3

针对不同的场景,Msg3包含不同的内容:

●初始接入:携带RRC层生成的RRC连接请求,包含UE的S-TMSI或随机数;

●连接重建:携带RRC层生成的RRC连接重建请求,C-RNTI和PCI;

●切换:传输RRC层生成的RRC切换完成消息以及UE的C-RNTI;

●上/下行数据到达:传输UE的C-RNTI;

图8 基于非竞争的随机接入

基于非竞争随机接入流程说明

1)MSG0:eNB 通过下行专用信令给UE指派非冲突的随机接入前缀(non-contention Random Access Preamble ),这个前缀不在BCH上广播的集合中。

2)MSG1:UE在RACH上发送指派的随机接入前缀。

3)MSG2:ENB的MAC层产生随机接入响应,并在DL-SCH上发送。对于非竞争随机接入过程,preamble码由ENB分配,到RAR正确接受后就结束。

UE根据eNB的指示,在指定的PRACH上使用指定的Preamble码发起随机接入

MSG0:随机接入指示消息

对于切换场景,eNB通过RRC信令通知UE;

对于下行数据到达和辅助定位场景,eNB通过PDCCH通知UE;

MSG1:发送Preamble码

UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入

MSG2:随机接入响应

MSG2与竞争机制的格式与内容完全一样,可以响应多个UE发送的MSG1

1.3 UE发起的service request流程

UE在IDLE模式下,需要发送或接收业务数据时,发起service request过程(值得强调的是这流程之前是随机接入流程)。

当UE发起service request时,需先发起随机接入过程,Service Request由RRC Connection Setup Comlete携带上去,整个流程类似于主叫过程。

当下行数据达到时,网络侧先对UE进行寻呼,随后UE发起随机接入过程,并发起service request过程,在下行数据达到发起的service request类似于被叫接入。service request流程就是完成Initial context setup,在S1接口上建立S1承载,在Uu 接口上建立数据无线承载,打通UE到EPC之间的路由,为后面的数据传输做好准备。

图9 service request流程

Service Request流程说明:

1)处在RRC_IDLE态的UE进行Service Request过程,发起随机接入过程,即MSG1消息;2)eNB检测到MSG1消息后,向UE发送随机接入响应消息,即MSG2消息;

3)UE收到随机接入响应后,根据MSG2的TA调整上行发送时机,向eNB发送RRCConnectionRequest消息,即MSG3消息;

4)eNB向UE发送RRCConnectionSetup消息,包含建立SRB1承载信息和无线资源配臵信息;5)UE完成SRB1承载和无线资源配臵,向eNB发送RRCConnectionSetupComplete消息,包含NAS 层Service Request信息;

6)eNB选择MME,向MME发送INITIAL UE MESSAGE消息,包含NAS层Service Request消息;

7)UE与EPC间执行鉴权流程,与GSM不同的是:4G鉴权是双向鉴权流程,提高网络安全能力。8)MME向eNB发送INITIAL CONTEXT SETUP REQUEST消息,请求建立UE上下文信息;9)eNB接收到INITIAL CONTEXT SETUP REQUEST消息,如果不包含UE能力信息,则eNB向UE发送UECapabilityEnquiry消息,查询UE能力;

10)U E向eNB发送UECapabilityInformation消息,报告UE能力信息;

11)e NB向MME发送UE CAPABILITY INFO INDICATION消息,更新MME的UE能力信息;12)e NB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息,向UE发送SecurityModeCommand消息,进行安全激活;

13)U E向eNB发送SecurityModeComplete消息,表示安全激活完成;

14)e NB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息,向UE发送RRCConnectionReconfiguration消息进行UE资源重配,包括重配SRB1和无线资源配臵,建立SRB2信令承载、DRB业务承载等;

15)U E向eNB发送RRCConnectionReconfigurationComplete消息,表示资源配臵完成;

16)e NB向MME发送INITIAL CONTEXT SETUP RESPONSE响应消息,表明UE上下文建立完成。

流程到此时完成了service request,随后进行数据的上传与下载。

17)信令17~20是数据传输完毕后,对UE去激活过程,涉及UE context release流程。

1.4寻呼流程

寻呼是网络寻找UE时进行的信令流程,网络中被叫必须通过寻呼来响应,才能正常通信。为减少信令负荷,在LTE中寻呼触发条件有三种:UE被叫(MME发起);系统消息改变时(eNB发起);地震告警(Etws,不常见)。寻呼过程的实现依靠TA来进行(相当于2/3G的LAC),需要说明的是寻呼的范围在TAC区内进行,不是在TAC LIST的范围内进行寻呼,TA LIST只是减少了位置更新次数,从另一个方面降低信令负荷。

寻呼指示在PDCCH信道上通知UE响应自己的寻呼消息(PDCCH通知上携带P-RNT1,表示这是个寻呼指示),空口进行寻呼消息的传输时,eNB将具有相同寻呼时机的UE寻呼内容汇总在一条寻呼消息里,寻呼消息内容被映射到PCCH逻辑信道中,并根据UE的DRX 周期在PDSCH上发送,UE并不是一次到位找到属于自己的寻呼消息,而是先找到寻呼时机,如果是自己的寻呼时机就在PDSCH信道上查询并响应属于自己的寻呼内容。

为了降低IDLE状态下的UE的电力消耗,UE使用非连续接收方式(DRX),接收寻呼消息。IDLE状态下的UE在特定的子帧里面根据P-RNTI监听读取PDCCH,这些特定的子帧称为寻呼时机(Paging Occasion),这些子帧所在的无线帧称为(Paging Frame),UE 通过相关的公式来确定PF和PO的位置。计算出PF和PO的具体位置后,UE开始监听PDCCH,如果发现有P-RNT1,那么UE在响应的位置上(PDSCH信道)获取Paging消息,Paging message中携带具体的被寻呼的UE标识(IMSI或S-TMSI)。若在PCH上未找到自己的标识,UE再次进入DRX状态。

如果按寻呼方式不同,可以有STMSI寻呼和IMSI寻呼,一般情况下,优先使用STMSI 寻呼,当网络发生错误需要恢复时(例如S-TMSI不可用),才发起IMSI寻呼。

寻呼发起原因不同也可分为被叫寻呼和小区系统消息改变时寻呼(地震寻呼不考虑),区别在于被叫寻呼由EPC发起,经ENB透传;而小区系统改变时寻呼由ENB发起。我们常

说的寻呼,主要还是指被叫寻呼。

图10 寻呼流程

被叫寻呼流程说明:

1)当EPC需要给UE发送数据时,则向eNB发送PAGING消息;

2)eNB根据MME发的寻呼消息中的TA列表信息,在属于该TA列表的小区发送Paging消息,UE在自己的寻呼时机接收到eNB发送的寻呼消息。

1.5切换流程

1.5.1 切换的含义及目的

当正在使用网络服务的用户从一个小区移动到另一个小区,或由于无线传输业务负荷量调整、激活操作维护、设备故障等原因,为了保证通信的连续性和服务的质量,系统要将该用户与原小区的通信链路转移到新的小区上,这个过程就是切换。

本文中所描述的均为LTE系统内切换,系统间切换需要UE支持,并不做详细描述。在LTE系统中,切换可以分为站内切换、站间切换(或基于X2口切换、基于S1口切换),当X2接口数据配置完善且工作良好的情况下就会发生X2切换,否则基站间就会发生S1切换。一般来说X2切换的优先级高于S1切换。

1.5.2 切换发生的过程

切换判决准备—测量报告控制和测量报告上报

基站根据不同的需要利用移动性管理算法给UE下发不同种类的测量任务,在RRC重配消息中携带MeasConfig 信元给UE下发测量配置;UE收到配置信息后,对测量对象实施测量,并用测量上报标准进行结果评估,当评估测量结果满足上报标准后向基站发送相应的测量报告,比如A2\A3等事件。基站通过终端上报的测量报告判决是否执行切换。

当判决条件达到时,执行以下步骤:

●切换准备:目标网络完成资源预留

●切换执行:源基站通知UE执行切换;UE在目标基站上连接完成

●切换完成:源基站释放资源、链路,删除用户信息

值得注意的是LTE系统中,切换命令封装在消息RRC_CONN_RECFG信令消息中。

1.5.3 站内切换

当UE所在的源小区和要切换的目标小区同属一个eNB时,发生eNB内切换。eNB 内切换是各种情形中最为简单的一种,因为切换过程中不涉及eNB与eNB之间的信息交互,也就是X2、S1接口上没有信令操作,只是在一个eNB内的两个小区之间进行资源配置,所以基站在内部进行判决,并且不需要向核心网申请更换数据传输路径。

图11 站内切换流程

站内切换流程说明:

其中步骤1、2、3、4为切换准备阶段,步骤5、6为切换执行阶段,步骤7为切换完成阶段。

1) eNodeB向UE下发测量控制,通过RRC Connection Reconfigration消息对UE的测量类型进行配臵;

2) UE按照eNodeB下发的测量控制在UE的RRC协议端进行测量配臵,并向eNodeB发送RRC Connection Reconfigration Complete消息表示测量配臵完成;

3) UE按照测量配臵向eNodeB上报测量报告;

4) eNodeB根据测量报告进行判决,判决该UE将发生eNodeB内切换,在新小区内进行资源准入,资源准入成功后为该UE申请新的空口资源;

5) 资源申请成功后eNodeB向UE发送RRC Connection Reconfigration消息,指示UE发起切换动作;

6) UE接入新小区后eNodeB发送RRC Connection Reconfigration Complete消息指示UE已经接入新小区;

7)eNodeB收到重配臵完成消息后,释放该UE在源小区占用的资源。

1.5.4 X2切换流程

当UE所在的源小区和要切换的目标小区不属于同一eNodeB时,发生eNodeB间切换,eNodeB间切换流程复杂,需要加入X2和S1接口的信令操作。X2切换的前提条件是目标基站和源基站配置了X2链路,且链路可用。

◆在接到测量报告后需要先通过X2接口向目标小区发送切换申请(目标小区是否存在接

入资源);

◆得到目标小区反馈后(此时目标小区资源准备已完成)才会向终端发送切换命令,并向

目标侧发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息;

◆待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网

将终端的业务转移到目标小区,更新用户面和控制面的节点关系;

◆在切换成功后,目标eNB通知源eNB释放无线资源。X2切换优先级大于S1切换,

保证了切换时延更短,用户感知更好。

图12 X2切换流程

X2切换流程说明

其中步骤1、2、3、4、5、6、7为切换准备阶段,步骤8、9为切换执行阶段,步骤10、11、12、13为切换完成阶段:

1) 源eNodeB向UE下发测量控制,通过RRC Connection Reconfigration消息对UE的测量类型进行配臵;

2) UE按照eNodeB下发的测量控制在UE的RRC协议端进行测量配臵,并向eNodeB发送RRC Connection Reconfigration Complete消息表示测量配臵完成;

3) UE按照测量配臵向eNodeB上报测量报告;

4) 源eNodeB根据测量报告进行判决,判决该UE发生eNodeB间切换,也有可能负荷分担的原因触发切换;

5) 源eNodeB向目标eNodeB发生HANDOVER REQUEST消息,指示目标eNodeB进行切换准备,切换请求消息包含源eNB分配的Old eNB UE X2AP ID,MME分配的MME UE S1AP ID,需要建立

的EPS承载列表以及每个EPS承载对应的核心网侧的数据传送的地址。目标ENB收到HANDOVER REQUEST后开始对要切换入的ERABs进行接纳处理。;

6) 目标小区进行资源准入,为UE的接入分配空口资源和业务的SAE承载资源;

7) 目标小区资源准入成功后,向源eNodeB 发送?切换请求确认?消息,指示切换准备工作完成,?切换请求确认?消息包含New eNB UE X2AP ID、Old eNB UE X2AP ID、新建EPS承载对应在D侧上下行数据传送的地址、目标侧分配的专用接入签名等参数;

8) 源eNodeB将分配的专用接入签名配臵给UE,向UE发送RRC Connection Reconfigration消息命令UE执行切换动作;

9) UE向目标eNodeB发送RRC Connection Reconfigration Complete消息指示UE已经接入新小区,表示UE已经切换到了目标侧。同时,切换期间的业务数据转发开始进行;

10) 目标eNodeB向MME发送PATH SWITCH REQUEST消息请求,请求MME更新业务数据通道的节点地址,通知MME切换业务数据的接续路径,从源eNB到目标eNB,消息中包含原侧侧的MME UE S1AP ID、目标侧侧分配的eNB UE S1AP 、EPS承载在目标侧将使用的下行地址;

11) MME成功更新数据通道节点地址,向目标eNodeB发送PATH SWITCHREQUEST ACKNOWLEDGE消息,表示可以在新的SAE bearers上进行业务通信;

12) UE已经接入新的小区,并且在新的小区能够进行业务通信,需要释放在源小区所占用的资源,目标eNodeB向源eNodeB发送UE CONTEXTRELEASE消息;

13) 源eNodeB释放该UE的上下文,包括空口资源和SAE bearers资源。

1.5.5 S1切换流程

S1切换流程与X2切换类似,只不过所有的站间交互信令及数据转发都需要通过S1口到核心网进行转发,时延比X2口略大。协议36.300中规定eNodeB间切换一般都要通过X2接口进行,但当如下条件中的任何一个成立时则会触发S1接口的eNodeB间切换:(1)源eNodeB和目标eNodeB之间不存在X2接口;

(2)源eNodeB尝试通过X2接口切换,但被目标eNodeB拒绝。

从LTE网络结构来看,可以把两个eNodeB与MME之间的S1接口连同MME实体看

做是一个逻辑X2接口。相比较于通过X2接口的流程,通过S1接口切换的流程在切换准备过程和切换完成过程有所不同。S1切换的前提条件:目标基站和源基站没有配置X2链路,或是配置的X2链路不可用。如果同时配置了X2和S1链路,优先走X2切换。下图中的流程没有跨MME和SGW,相对简单。即使涉及跨MME,主流程差异不大,主要在核心网的信令会更多一点而已。

图13 S1切换流程

S1切换流程说明

其中步骤1到9为切换准备过程,步骤10、11为切换执行过程,步骤12到16为切换完成过程。

1~4) 图中1~4步骤与X2切换相同,不做累述;

5)源eNB通过S1接口的HANDOVER REQUIRED消息发起切换请求,消息中包含MME UE S1AP ID、源侧分配的eNB UE S1AP ID等信息。

6) MME向目标eNB发送HANDOVER REQUEST消息,消息中包括MME分配的MME UE S1AP ID、需要建立的EPS列表以及每个EPS承载对应的核心网侧数据传送的地址等参数。

7~8)目标eNB分配后目标侧的资源后,进行切换入的承载接纳处理,如果资源满足,小区接入允许就给MME发送HANDOVER REQUEST ACKNOWLEDGE消息,包含目标侧侧分配的eNB UE S1AP ID,接纳成功的EPS承载对应的eNodeB侧数据传送的地址等参数。

9)源eNB收到HANDOVER COMMAND,获知接纳成功的承载信息以及切换期间业务数据转发的目标侧地址。

10)源eNB向UE发送RRCConnectionReconfiguration消息,指示UE切换指定的小区.

11) 源eNB通过eNB Status Transfer消息,MME通过MME Status Transfer消息,将PDCP序号通过MME从源eNB传递到目标eNB。目标eNB收到UE发送的RRC Connection Reconfiguration Complete消息,表明切换成功。

12)目标eNodeB向MME发送PATH SWITCH REQUEST消息请求,请求MME更新业务数据通道的节点地址,通知MME切换业务数据的接续路径,从源eNB到目标eNB,消息中包含原侧侧的MME UE S1AP ID、目标侧侧分配的eNB UE S1AP 、EPS承载在目标侧将使用的下行地址;

13) MME成功更新数据通道节点地址,向目标eNodeB发送PATH SWITCH REQUEST ACKNOWLEDGE消息,表示可以在新的SAE bearers上进行业务通信;

14)目标侧eNB发送HANDOVER NOTIFY消息,通知MME目标侧UE已经成功接入。

15)源ENB收到?UE CONTEXT RELEASE COMMAND?消息后,开始进入释放资源的流程。

1.5.6 异系统切换简介

E-UTRAN的系统间切换可以采用GERAN与UTRAN系统间切换相同的原则。

E-UTRAN的系统间切换可以采用以下的原则。

(1) 系统间切换是源接入系统网络控制的。源接入系统决定启动切换准备并按目标系统要求的格式提供必要的信息。也就是说,源系统去适配目标系统。真正的切换执行过程由源系

统控制。

(2) 系统间切换是一种后向切换,也就是说,目标3GPP接入系统中的无线资源在UE收到从源系统切换到目标系统的切换命令前已经准备就绪。

(3) 为实现后向切换,当接入网(RAN)级接口不可用时,将使用核心网(CN)级控制接口。

异系统切换的情形发生在UE在LTE小区与非LTE小区之间的切换,切换过程中涉及到的信令流主要集中在核心网。以UE从UTRAN切换到E-UTRAN为例说明,UE所在的RNC 向UTRAN的SGSN发送切换请求,SGSN需要与LTE的MME之间进行消息交互,为业务在E-UTRAN上创建承载,同时需要UE具备双模功能,使UE的空口切换到E-UTRAN 上来,最后再由MME通知SGSN释放源UTRAN上的业务承载。

1.6 CSFB流程

在LTE系统里,CSFB技术是针对TD-LTE多模单待终端提供语音服务的临时解决方案,大意是数据业务和短信业务由LTE承载,电话业务回落到CS网络,回落过程数据业务中断,电话业务结束后返回LTE网络。

在中国移动CSFB流程中,由于GSM网覆盖率较好,网络相对成熟,因此回落到2G。其主要思想是终端驻留在LTE,呼叫建立前先重选回2/3G,由CS域网络提供语音服务,VoIP成熟后,该方案会被替换,主要是因为CSFB用户不可及时长太长(R9方案为6~7秒),本文介绍其流程为投诉人员处理CSFB问题时提供参考,可以不做重点学习。CSFB 技术方案的实现需要UE终端支持多种网络制式(换句话说,终端要支持CSFB),通过联合附着/联合位置更新的方式响应网络。

相关主题