volte主被叫信令流程小结

VOLTE呼叫流程介绍：

A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；

A、B均在MME附着，已在AS服务器注册；

VOLTE呼叫业务流程

VOLTE呼叫业务流程

VOLTE呼叫业务流程

备注：黑色，正常消息描述，包括Rrc、S1信令和普通描述等；

红色，NAS标准信令；

蓝色SIP标准信令；

上述A和B均是IDLE模式，互相拨打的方式是实际应用场景中最常见的一种方式，具体流程如下：

1.用户A和用户B在注册成功后，无业务触发，MME发起上下文释放，将A和B

均置为IDLE模式。

2.UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。受限

缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。

3.eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信息。

4.UE向eNodeB回复RRCConnection Setup Complete，确认RRC建立成功完成。

其中携带选择的PLMN ID，注册的MME信息和NAS消息。

5.eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1APId，TAI，

E-UTRAN-CGI，RRCEstablishment Csuse，NASPDU为Service Request。

6.MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，

携带MME UE S1APId，ERAB相关信息（Qos，GTP-TEID，ERAB id，IP），UE 安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE索要UE无线能力参数。

7.无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection

Reconfiguration消息，其中包含测量配置，移动性配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。

8.eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认

无线资源配置完成。

9.eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承

载的IP和GTP-TEID带给MME。在重配置完成后，实际上已经可以发送上行数据了。

10.用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE

系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携

带SIP信令INVITE请求。

11.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。

12.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。

13.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。

14.MME对UE B发起寻呼流程。

15.同上述步骤1-9；

16.SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。UE

发送上行数据到AS，携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。

SIP呼叫业务流程介绍：

SIP呼叫业务流程

SIP呼叫业务流程

上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下：

1.用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。

2.AS服务器回复100 Trying给用户A说明收到INVITE请求。

3.AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。

4.用户B向AS服务器送呼叫处理中的应答消息，100 Trying。

5.用户B向AS服务器送183 Session Progress消息，提示建立通话的进度信

息；（此时被叫QCI1专用承载建立）

6.AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整

个Session的建立进度信息。

7.终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress

消息。（此时主叫QCI1专用承载建立）

8.AS服务器向被叫终端B转送临时应答消息PRACK，终端B了解到终端A收到

183 Session Progress消息。

9.被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请

求已经处理成功。

10.AS服务器向主叫终端A转送200 OK消息。

11.主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP

信息。

12.AS服务器向被叫终端B转送UPDATE消息。

13.被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。

14.AS服务器向主叫用户A转送200 OK消息，通知用户AUPDATE请求已经处理

成功。

15.被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing振铃信息。

16.AS服务器向主叫终端A转送180 Ringing振铃信息。

17.被叫终端B向AS服务器发送200 OK消息，表明主叫最初的INVITE请求已

经处理成功。

18.AS服务器向主叫终端A转送200 OK消息，通知主叫终端A，被叫终端B已

经对INVITE请求处理成功。

19.主叫终端A向AS服务器发送ACK消息，意在通知被叫终端B，主叫侧已经了

解被叫侧处理INVITE请求成功。

20.AS服务器向被叫终端B转送ACK信息。

21.用户A主动挂机，A向AS服务器发起通话结束BYTE信息。

22.AS服务器向被叫终端B转送BYTE信息。

23.被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。

24.AS服务器向用户A转送200 OK信息。整个通话结束。

25.被叫用户B主动挂机流程同步骤21-24。

主叫、被叫信令流程

主叫、被叫信令流程 今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。 MSISDN IMSI MSC IMSI MSRN 下例是一个北京的固定电话用户拨打广州的一个移动用户的呼叫接续过程中各种识别码的应用过程。 1、主叫拨号。北京市话用户A拨打广州GSM用户B的MSISDN号码，PSTN网络的交换机分析MSISDN 号码，得知B用户为移动用户，它把呼叫转到GSM网络上距它最近的一个具有入口功能的移动业务交换中心GMSC。 2、GMSC分析被叫号码。GMSC分析该号码为广州位置寄存器HLR的用户后将MSISDN号码送至广州HLR，要求查询有关该被叫用户目前所在的位置信息。 3、HLR申请漫游号码MSRN。HLR把MSISDN号码转换成IMSI后查出用户目前处于哪个MSC并将该IMSI发至该MSC，向该MSC申请分配一个漫游号码。 4、选定漫游号码MSRN。MSC收到IMSI后临时给被叫用户B分配一个漫游号码并将此号码送回HLR，再由HLR发给GMSC使用。 5、连接呼叫至被叫所在的MSC。GMSC收到MSRN后，用此号码选择一条出中继路由至MSC。MSC 将负责本次呼叫的建立和计费功能。

6、令被叫所在位置区内的所有基站发寻呼信息。被叫MSC发出寻呼命令到MS所在位置区内的所有无线基站，再由基站向被叫用户B发呼叫信号。 7、基站寻呼被叫用户B。基站收到寻呼命令后，将该寻呼消息（含有MS的IMSI）通过无线控制信道发射。MS接收到寻呼后向基站发回响应信号。 8、呼叫连接。MS响应信号经BTS、BSC送回MSC，经鉴权、设备识别后认为合法，则令BSC给该MS分配一条TCH，接通MSC至BSC的路由，并向主叫送回铃音，向被叫振铃。当被叫摘机应答，则系统开始计费。 以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。下面我就对上述的的从MSC发出一个寻呼命令开始所经过的详细的接续过程。 在本图所示中，所讲解的信令是关于 MS BTS BSC MSC

VOLTE信令流程-核心网流程

,VOLTE_MO_MT流程 1 . VoLTE语音呼叫路由原则 1.1 ：VoLTE 主叫 （1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS域完成后续呼叫； （3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫 归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。 1.2 ：VoLTE 被叫 （1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由； （2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫 归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域， 由归属IMS 进行被叫域选，根据域选结果进行后续路由； 1.3 ：Precondition 建立媒体PDP上下文的过程称为资源预留。 对于双方的UE 而言，建立PDP上下文的执行过程是相互独立的。这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。 因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况 1.4 ：VoLTE 信令包过渡 （（（diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map） && !（diameter.cmd.code == 280）） && !（diameter.cmd.code == 257）） && !（diameter.cmd.code == 282）

一次完整被叫通话的信令流程

1一次完整被叫通话的信令流程 Mobile Station Network Paging Request Channel Request Immediate Assignment CM Service Request CM Service Accept Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting Disconnect Release Release Complete Channel Release

2 需要注意的几点信令 （1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。 （2）Ciphering Mode 为加密模式 （3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding 3 关于掉话、拥塞等事件的定义 对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。 对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。对于SDCCH也一样。

移动主被叫及切换信令流程分析

1、主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配业务请求等几个步骤。经过这个阶段，手机和BTS BSC 建立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息，HLR向VLR请求漫游号码，VLR回送被叫用户的漫游号码，HLR向MSC回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行话路接续。 主叫接入阶段、鉴权阶段主要信令： 当用户输入被叫号码完毕按下发射按纽后，手机（以下以MS代替）将进行一系列动作，首先MS将在随机接入信道（RACH ）向BSS发送信道请求消息，以便申请一个专用信道（SDCCH ），BSC为其分配相应的信道成功后，在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道，随后MS将在为其分配的SDCCH上发送一个层三消息 ---CM业务请求消息，在该消息中CM业务类型为移动发起呼叫，该消息被BSS透明的传送至MSC，MSC收到CM业务请求消息后，通过处理接入请求消息通知VLR处理此次MS的接入业务请求，（同时，由于在BSC和MSC之间用到了SCCP有连接服务，为建立SCCP连接，MSC还将向BSC回连接确认消息），收到业务接入请求后，VLR将首先查看在数据库中该MS是否有鉴权三参组，如果有将直接向MSC下发鉴权命令，否则向相应的HLR/AUC请求鉴权参数，从HLR/AUC得到三参组，然后再向MSC下发鉴权命令。MSC收到VLR发送的鉴权命令后，通过BSS向MS下发鉴权请求，在该命令中含有鉴权参数，MS收到鉴权请求后，利

CSFB主叫被叫信令流程

判断方法： 收到Extended Service Request或Service Request（测试三星终端软件消息，且消息中Service Type指示为0000、0001、0010(含意为主叫、被叫和紧急)输出该事件。 其它要求，对于Event information将Service Type记录下来，如下图示，截取Service Type后面的字符 MO： Service Type Value信息为0000和0010 MT：Service Type Value信息为0001 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域语音呼叫建立流程。 CSFB被叫 1.MSC收到IAM入局消息后，根据存在的SGs关联和MME信息，发送 SGsAP-PAGING-REQUEST(IMSI, TMSI, Service indicator ，主叫号码， 位置区信息)消息给MME。 2.MME发送Paging消息给eNodeB。eNodeB发起空口的Paging流程。 3.UE建立连接并发送Extended Service Request消息给MME。 4.MME发送SGsAP-SERVICE-REQUEST消息给MSC。MSC收到此消息，

常用信令流程汇总

位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同，可分为如下几种：普通位置更新、周期性位置更新、IMSI附着、联合位置更新。 1．普通位置更新 普通位置更新指移动台在开机或移动过程中，收到的位置区标识与移动台中存储的位置区识别不一致时，移动台发起位置更新请求通知网络更新该移动台的位置区识别。 根据位置更新请求消息中位置区是否属于同一MSC Server/VLR的位置区，是否需要IMSI参与，位置更新流程分为：同一个MSC Server/VLR区域内部的位置更新、跨越不同MSC Server/VLR区域的使用IMSI发起的位置更新、跨越不同MSC Server/VLR区域的使用TMSI发起的位置更新。 （1）同一个MSC Server/VLR区域内部的位置更新（仅涉及VLR） 同一个MSC Server/VLR区域内部的位置更新（仅涉及VLR） ①MS发起位置更新请求LOCATION UPDATING REQUEST，消息中携带MS的TMSI/IMSI、LAI号且注明是普通位置更新类型。 ②MSC Server向VLR发送位置区更新UPDATE LOCATION AREA消息。 ③VLR发起鉴权、加密流程，该流程可选。 ④VLR进行位置更新处理，更新MS的位置消息，存储新的LAI号，并向MSC Server发送位

置更新确认消息UPDATE LOCATION AREA ACK。 ⑤MSC Server向MS发送位置更新接收消息LOCATION UPDATING ACCEPT，同时携带TMSI号码。 ⑥MSC Server释放信道资源，完成位置更新流程。 （2）跨越不同MSC Server/VLR区域的位置更新（不能从PVLR取得用户数据） MS从MSC Server-A的一个位置区（LAI-1）移动到MSC Server-B的一个位置区（LAI-2）, 当MS进入新的VLR或MS首次登录，或相关网络数据丢失，此时MS使用IMSI发起位置更新。 跨越不同MSC Server/VLR区域的位置更新（IMSI更新） ①MS移动到MSC Server-B的位置区（LAI-2），监听BCCH信道的新位置区信息，发现和SIM卡上的MSC Server-A的位置区（LAI-1）信息不同。 ②MS向MSC Server-B发送带IMSI的位置更新请求消息LOCATION UPDATING REQUEST。 ③VLR-B发起D接口位置更新消息UPDATE LOCATION。 ④HLR向PVLR发删除位置消息CANCEL LOCATION，PVLR收到消息后删除该MS的所有消息，并向HLR回送删除位置确认消息。

信令流程-主叫被叫

主叫信令细解 ?1、CHANNEL_REQUEST –Channel request信息包含3bits的建立原因，5bits手机随机选取的Random Reference –建立原因包含呼叫响应、紧急呼叫或其他业务如主叫、短消息或位置更新 –Random Reference 用来区分同时请求接入网络的手机 ?2、CHANNEL_REQUIRED –包含Channel request的所有信息、TDMA frame number 、Access Delay –Access Delay 是BTS预估的第一次timing advance ?3、CHANNEL_ACTIVATION –收到channel-required 后BSC要分配给该呼叫SDCCH –信息包含DTX control, channel description, mobile allocation, 手机和基站的最大power levels ,BSC计算出的timing advance ?4、CHANNEL_ACTIVATION_ACK –channel activation 的响应 –BTS收到该消息后收发就用SACCH ?5、IMMEDIATE_ASSIGNMENT_COMMAND –BSC告知BTS要用的SDCCH信道特征 ?6、IMMEDIATE_ASSIGNMENT –BTS在AGCH上通知手机SDCCH信道特征 –参数包括the page mode, SDCCH channel 描述, SACCH, hopping indicator, 初始timing advance, mobile allocation (假如开启了跳频) –还包括手机原先发送的request reference (random reference和TDMA frame number)，用来识别相应的手机 –手机可以开始启用SDCCH ?7、CM_SERVICE_REQUEST –手机在SDCCH发送layer2信令SABM (Set Asynchronous Balanced Mode)给BTS –SABM包括一个layer3服务请求信息，用来向网络侧指示服务类型 ?8、ESTABLISH_INDICATION –BTS通过Establish Indication消息应答Immediate Assignment Command –Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了SDCCH,二是BTS识别主信令信道，以便加入layer3信息 ?9、CM_SERVICE_REQUEST –送到MSC ?10、UA –BTS应答手机发送的SABM ?11、PROCESS_ACCESS_REQUEST –把手机的接入请求向VLR发送 ?12、AUTHENTICATE –VLR发起鉴权请求 ?13、AUTHENTICATION_REQUEST –MSC在DT1 (Data Form 1)上发送Authentication Request ，消息包含RAND ?14、AUTHENTICATION_REQUEST –BSC经BTS发送给手机 ?15、AUTHENTICATION_RESPONSE –手机应答Authentication Request ，包含SRES –鉴权有两种算法A3和A8，算法和32位密钥Ki存在SIM卡中，鉴权中心(AuC) 也有相同的信息。具体流程见下图 ?16、AUTHENTICATION_RESPONSE –SRES传回VLR来完成鉴权流程 ?17、AUTHENTICATION_RESPONSE –MSC针对Authenticate给出响应 ?18、SET_CIPHERING_MODE –VLR给MSC发送Set Ciphering Mode消息，用于改变手机和BTS连接的加密状态 ?19、CIPHERING_MODE_COMMAND

(个人整理)主叫被叫呼叫信令流程

主叫： 1、rrc连接请求（UE—RNC、RACH） 可看出业务类型（speech（12.2k）、video（64k））；包含UE标识：TMSI、LAI=MCC+MNC+LAC；请求原因：主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册；UE能力：是否支持GSM等。 2、RNC要求NODEB建立无线链路，准备无线资源（建立在DCH 上才有） RL建立请求、RL建立响应、DL SYNC、UL SYNC。 3、rrc连接建立（RNC—UE、FACH） 包含rrc建立的链路消息（建立在公共信道或DCH）、频点、上行最大发射功率等；RNC侧还可以看到UE的IMSI、TMSI、P-TMSI，功率步长等。 4、rrc连接建立完成（UE—RNC、DCCH） UE上报自己的能力：功率支持等级、是否支持GSM、多载波、FDD/TDD。 5、CM服务请求（初始直传消息、RNC—UE、DCCH） 业务请求：呼叫、紧急呼叫、短消息等。 6、初始化UE消息（RNC—UE） 7、直传消息（鉴权请求消息、CN—RNC） 8、直传消息（鉴权请求消息、RNC—UE） 9、直传消息（鉴权响应、UE—RNC—CN） 10、安全模式建立过程，同鉴权过程 11、身份认证请求（RNC—UE）

12、身份认证响应（UE—RNC） 13、SETUP（UE—RNC） 包含UE支持的语音编码及被叫号码。 14、呼叫进程启动（RNC—UE） 表明请求的呼叫已被接受。 15、Rab指派请求（CN—RNC） Rab建立是为了UE与CN间传送语音、数据及多媒体业务，rrc建立则是为了建立UE—RNC—CN之间的信令连接。 16、无线链路重配置准备（RNC—NODEB） NODEB建立DCH来承载rab。 17、无线链路重配置完毕（NODEB—RNC） 18、rb建立（RNC—UE） 建立一个新的物理承载，包含扩频因子信息。 19、rb建立完成（UE—RNC） 表明请求的呼叫已被接受。 20、rab指派响应（RNC—CN） 表明rab建立完成。 21、振铃（RNC—UE） 被叫发振铃音。 22、Connect（RNC—UE） 表明被叫已接电话。 23、连接确认（UE—RNC） 主叫确认连接，呼叫建立完成开始通话。 24、Disconnect（UE—RNC） 挂机，包含挂机原因：user等。

CSFB主被叫信令流程

CSFB主叫流程 主叫CSFB流程说明 1）UE发起CS Fallback语音业务请求。UE语音拨打时，会发一条extended service request，消息里会携带CSFB信息。其中service-type信元指示业务类型为始发CSFB语音业务，同时携带该UE在联合附着过程中CS域给它分配的TMSI。之后会在基站的辅助下回落至2G。 2）MME发送Initial Context Setup Request消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CS Fallback业务需要回落到UTRAN/GERAN。 3）eNodeB要求UE开始系统的小区测量，并获得UE上报的测量报告，确定重定向的目标系统小区。然后向UE发送目标系统具体的无线配臵信息，并释放连接。LTE网络通过RIM流程（无线消息管理流程）提前获取2G目标小区广播信息，将2G网络的广播信息一并填充至RRC Release消息中下发，省去终端读取2G广播信息的时间（约省1.83秒）

4）UE接入目标系统小区，发起CS域的业务请求CM Service Request。如果CM业务请求消息中携带“CSMO”标志，则MSC Server记录本次呼叫是移动始端CSFB呼叫。 5）如果目标系统小区归属的MSC Server与UE附着EPS网络时登记的MSC Server不同，则该MSC Server收到UE的业务请求时，由于没有该UE的信息，可以采取隐式位臵更新流程，接受用户请求。如果MSC Server不支持隐式位臵更新，且MSC Server没有用户数据，则拒绝该用户的业务请求。如果MSC Server拒绝用户的业务请求会导致UE发起一个CS域位臵更新流程。终端发起位臵更新请求，且位臵更新请求消息中的Additional update parameters信元中携带CSMO标识，同时该标识有效，则MSC Server会记录本次呼叫是CSFB呼叫。（CS fallback紧急呼叫流程中，CM_SERVICE_REQUEST 消息前无需位臵更新。） 6）完成位臵更新后UE再次在CS域建立语音呼叫流程。 7）通话结束后，MSC Server向主叫回落到的BSC发送的拆线消息CLEAR_COMMAND消息中携带CSFB Indication信元，指示BSC拆除空口连接并指示UE回到LTE网络。或者MSC Server向主叫回落到的RNC发送IU_RELEASE_COMMAND消息，携带End Of CSFB信元，指示RNC拆除空口连接并指示UE回到LTE网络。 8）MSC收到BSC的CLEAR_COMPLETE消息/RNC的IU_RELEASE_COMPLETE消息表示呼叫结束，A口拆链完成。接入侧在指示终端重选网络时只针对CSFB用户通话前携带LTE频点，实现CSFB 终端快速返回LTE，快速回落过程也称为FastReturn（用户不可及时间可缩短为1-2秒。）。 2.6.2 CSFB被叫流程 MSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求。MME通过eNodeB在空口寻呼该UE，并指示UE回落到目标GERAN/UTRAN网络。UE接入到目标网络后，在电路域继续进行语音呼叫。

完整主被叫呼叫的信令流程

1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败） DL: CM service Request DL: CM service accept DL: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置

一次完整GSM主被叫通话的信令流程

一次完整G S M主被叫通 话的信令流程 Last revision on 21 December 2020

一次完整GSM主被叫通话的信令流程 1.一次完整主叫通话的信令流程 Mobile Station Network System information type 1 Channel Request Immediate Assignment CM Service Request Classmark Change控制参数更改 CM Service Accept Authentication Request鉴别请示 Authentication Response Ciphering Mode Command 计算类型命令 Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting 发信号 Connect Connect acknowledge 确认 Disconnect Release Release Complete Channel Release 2 需要注意的几点信令 （1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算 （2）Ciphering Mode 为加密模式 （3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。 一次完整被叫通话的信令流程 MobileStation Network Paging Request Channel Request Immediate Assignment Paging Response Classmark Change Authentication Request Authentication Response

VoLTE基础信令流程与详细解析

VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE 信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明 1.注册流程及重要信令详解 SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。

信令说明如下： 1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌； 5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器； 6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK； 7.用户向IMS订阅注册事件包

1X和DO主被叫信令流程

1.MS 主叫流程 MS 主叫流程图如下所示。 j i a b c d f g e h k l m Airbridge 用户接口跟踪主叫信令流程：

MS主叫流程说明如下： 动作动作描述 a移动台发起呼叫（MS Origination）。 b基站证实（BS Ack Order）。 c基站向MSC发送业务请求消息（CM Service Request）。 d同时基站开始建立业务信道（FCH Setup）。 e MSC向基站发送指配请求消息（Assignment Request）。 f基站向移动台发送扩展信道指配消息（Extended Channel Assignment Message）。 g基站捕获移动台（FCH Aquired）。 h基站证实（BS Ack Order）。 i移动台证实（MS Ack Order）。 j业务协商过程（Service Negotiation）。 k基站向MSC发送指配完成消息（Assignment Complete）。 l MSC通过业务信道向MS发送回铃音（Ring Back Tone）。 m被叫方摘机，MS进入话音通话状态。 具体流程如下： 1.MS在空中接口的接入信道上向BSS发送Origination Message（起呼消息），并要求BSS 应答。 2.BSS收到Origination Message（起呼消息）后向MS发送BS Ack Order（基站证实指 令）。 3.BSS构造CM Service Request（业务请求消息）消息，封装后发送给MSC。对于需要电 路交换的呼叫，BSS可以在该消息中推荐所需地面电路，并请求MSC分配该电路。

主叫与被叫的信令过程

附录A 一次呼叫典型流程 B.1 概述 本章将分别给出主叫流程和被叫流程的例子，以示一次通话过程中UTRAN的 典型流程。 B.2 主叫流程 主叫流程是指UE呼叫其它用户（例如PSTN用户）的过程。具体流程如图B-1 所示，主叫流程大体经过了如下几个过程： (1)RRC连接建立 为了成功进行呼叫，UE将发起RRC连接建立过程，建立起与RNC之间的信 令连接。详细信息请参见“4.3 RRC连接建立流程”描述。 (2)信令连接建立 RNC建立起与CN之间的信令连接。详细信息请参见“4.4 直传消息流程”描 述。 (3)RAB建立 CN响应UE的业务请求，要求RNC建立相应的无线接入承载，建立成功后， 对方应答，双方通话。详细信息请参见“4.6 RAB建立流程”描述。 (4)信令连接释放 通话过程结束，首先释放RNC和CN之间的信令连接。详细信息请参见“4.7 业 务释放流程”描述。 (5)RAB释放 释放无线接入承载。详细信息请参见“4.7 业务释放流程”描述。 (6)RRC释放 如果该RRC连接没有其他的IU信令连接，将释放UE和RNC之间的RRC连 接。详细信息请参见“4.7 业务释放流程”描述。

图B-1 主叫流程

B.3 被叫流程 被叫流程是指网络侧有寻呼请求呼叫UE，UE响应寻呼的过程。UE接收到寻 呼消息后，将发起RRC连接建立过程。被叫流程大体经过如下几个过程： (1)寻呼 网络侧寻呼UE。详细信息请参见“4.2 寻呼流程”描述。 (2)RRC连接建立 UE应答呼叫，发起与RNC之间的RRC连接建立过程。详细信息请参见“4.3 RRC连接建立流程”描述。 (3)信令连接建立及直传过程 RNC建立起与CN之间的信令连接。详细信息请参见“4.4 直传消息流程”描 述； (4)RAB建立 CN要求RNC建立相应的无线接入承载。建立成功后，UE和CN交互信令， 应答进入通话状态。详细信息请参见“4.6 RAB建立流程”描述； (5)信令连接释放 通话结束，释放RNC与CN之间的信令连接。详细信息请参见“4.7 业务释放 流程”描述； (6)RAB释放 释放无线接入承载。详细信息请参见“4.7 业务释放流程”描述； (7)RRC释放 如果没有其他的无线接入承载，将释放UE与RNC之间的RRC连接。详细信 息请参见“4.7 业务释放流程”描述。 具体流程如图B-2所示。

一次完整GSM主被叫通话的信令流程

一次完整GSM主被叫通话的信令流程 1.一次完整主叫通话的信令流程 Mobile Station Network System information type 1 Channel Request Immediate Assignment CM Service Request Classmark Change控制参数更改 CM Service Accept Authentication Request鉴别请示 Authentication Response Ciphering Mode Command 计算类型命令 Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting 发信号 Connect Connect acknowledge 确认

Disconnect Release Release Complete Channel Release 2 需要注意的几点信令 （1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算 （2）Ciphering Mode 为加密模式 （3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。一次完整被叫通话的信令流程 MobileStation Network Paging Request Channel Request Immediate Assignment Paging Response Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Confirmed

主被叫信令流程的区别

主被叫信令流程的区别 有几个地方需要注意： 一是被叫是在收到paging之后才在RACH上发送channel request。 二是主叫的SETUP是由MS侧发起的，而被叫是在网络侧收到主叫MS发送的SETUP之后由系统发送给被叫MS的。 三是主叫MS发送SETUP之后，系统下发的是CALL PROCEEDING，而被叫是系统侧发起SETUP之后，MS侧返回CALL CONFIRMED。 第四点是，被叫侧MS先发起ALERTING接着发送CONNECT，然后系统下发CONNECT ACKNOWLEDGE。而主叫侧是由系统下发ALERTING接着发送CONNECT，然后MS返回CONNECT ACKNOWLEDGE。 搞清楚主动和被动关系，弄清楚整个流程就明白了哈！

GSM中切换种类，切换失败的原因分析。 分类：技术技巧 一、切换的定义及划分。 所谓切换，就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区，或者由于外界干扰而造成通话质量下降时，必须改变原有的语音信道而转接到一条新的空闲语音信道上去，以继续保持通话的过程。切换根据手机和基站测出的上下行电平质量和TA值作为最基本的测量数据，根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。切换是移动通信系统中一项非常重要的技术，切换失败会导致通话失败，影响网络的运行质量。因此，切换成功率（包括切入和切出）是网络考核的一项重要指标，如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。 游戏-GSM中切换种类切换失败的原因分析留着备用。 根据不同的切换判决触发条件，切换可以分为紧急切换、负荷切换等5类。 （1）紧急切换。包括TA过大紧急切换、质量差（BQ）紧急切换、快速电平下降紧急切换、干扰切换。 ●TA过大切换条件：服务小区的TA大于等于紧急切换TA*。 ●BQ切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量*；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量*。 游戏-GSM中切换种类切换失败的原因分析留着备用。

VoLTE 信令流程详解

精心整理VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL 无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令 1. 。 PDN 连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送 401Unauthorized质询信息，其中包含安全认证所需的令牌；

5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER 消息报告给P-CSCF服务器； 6.P-CSCF将REGISTER消息中的用户信息解密，验证其合法后，IMS 核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200OK； 7.用户向IMS订阅注册事件包 服1) 2) REGISTER信令是用于网络注册，建立关联 主要说明如下： 这是用户的第一个REGISTERREQUST信令，所以鉴权方面部分内容为空，需要网络回应后才能补齐

REGISTER401信令是用于向终端回送401Unauthorized质询信息，其中包含安全认证所需的令牌，令牌对应用户第一个REGISTERREQUST信令中鉴权摘要为空的部分，并指明算法，主要说明如下： 3)REGISTER(2ndSipRegisterRequest)®ISTER200 第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给 ， 4) SUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息，NOTIFY是用于向服务器请求返回当前状态消息。 VOLTE中典型的消息流如下： 如果订阅过期了，就必须发起新的SUBSCRIBE来进行订阅

VoLte信令流程

VoLte 主叫信令 功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等 红色，NAS 标准信令功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等

1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。 2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。 3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。 4. UE向eNodeB回复RRConnection Setup Complete，确认RRC建立成功完成。其中携带选择的PLMN ID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。 5. eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause，NASPDU为Service Request。 6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1AP Id ，ERAB相关信息（QOS，GTP-TEID ，ERAB Id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE 无线能力参数。 7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration 消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。 8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。 9. eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承载的IP和GTP-TEID 带给MME。在重配完成后，实际上已经可以发送上行数据了。此时，完成建立EPS数据业务连接(QCI8/9承载)，即完成在EPC侧的注册；以及IMS的注册(QCI5承载) 。 10.用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。 11. AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.。 12.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。 13. SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。 14 . MME对UE B发起寻呼流程。 15.同上述步骤1-9 : 步骤14-21，UE B也会完成在MME以及IMS的注册。 16.SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。UE发送上 行数据到AS，携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP 呼叫业务流程）。 VoLTE 起呼信令流程。