主叫与被叫的信令过程
volte主被叫信令流程小结
volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。
3.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
4.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
5.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
6.MME对UE B发起寻呼流程。
7.同上述步骤1-9；8.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消息。
一次完整GSM主被叫通话的信令流程
一次完整GSM主被叫通话的信令流程1.一次完整主叫通话的信令流程Mobile Station NetworkSystem information type 1Channel RequestImmediate AssignmentCM Service RequestClassmark Change控制参数更改CM Service AcceptAuthentication Request鉴别请示Authentication ResponseCiphering Mode Command 计算类型命令Ciphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlerting 发信号ConnectConnect acknowledge 确认DisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。
一次完整被叫通话的信令流程MobileStation NetworkPaging RequestChannel RequestImmediate AssignmentPaging ResponseClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
VOLTE信令流程
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)2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoLTE用户呼叫VoLTE用户，主被叫均附着在LTEVoLTE SBC(O)MMTel AS(O)MMTel AS(T)VoLTE SBC(T)UE(O)MME(O)SAEGW(O)PCRF(O)I/S-CSCF(O)HSS(T)I/S-CSCF(T)PCRF(T)SAEGW(T)MME(T)UE(T)1.INVITE2.AAR3.RAR6.Creat bearer request8.Creat bearerresponse4.RAA5.AAA7.空口流程A-U11.RAR12.RAA13.INVITE14.INVITE15.INVITE16.INVITE17.LIR18.LIA19.INVITE20.UDR21.IDR22.IDA23.UDA24.INVITE25.INVITE26.INVITE27.18328.AAR35.18336.18337.18338.18 339.18340.18341.18331.AAA29.RAR30.RAA32.Creat bearer request34.Creat bearer response33.空口流程42.18343.PRACK/200 OK44.AAR45.RAR46.RAA48.Update bear request49.空口流程47.AAA50.Update bearresponse51.UPDATE52.UPDATE53.UPDATE54.UPDATE55.UPDATE56.UPDATE57.UPDATE58.UPDA TE59.UPDATE60.200 OK61.200 OK62.200 OK63.200 OK64.200 OK65.200 OK66.200OK67.200 OK68.200 OK69.被叫振铃70.180 Ringing71.200 OK/ACK通话建立72.BYE73.BYE75.STR76.RAR77.RAA79.Delete bear request80.空口流程74.BYE82.STR83.RAR78.AAA85.STA84.RAA81.Delete bear response89.200 OK86. Delete bearer request88.Delete bearer response89.空口流程1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
信令流程-主叫被叫
主叫信令细解✓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) 也有相同的信息。
常用信令流程汇总
常用信令流程汇总1.呼叫建立呼叫建立是通信过程中最基本的信令流程之一、它通常包括以下几个步骤：-主叫方发送呼叫请求消息。
-被叫方收到呼叫请求消息后，发送呼叫确认消息。
-主叫方收到呼叫确认消息后，发送呼叫确认应答消息。
2.呼叫振铃呼叫振铃是在呼叫建立后，被叫方的终端设备开始发出振铃声，通知被叫方有来电。
这个过程中主要涉及以下步骤：-被叫方终端设备接收到呼叫确认应答消息后，开始发出振铃信号。
3.呼叫转移呼叫转移是当呼叫要转移到另一个目的地时使用的信令流程。
它通常包括以下几个步骤：-主叫方发送呼叫转移请求消息。
-传递呼叫的信令设备收到呼叫转移请求后，发送呼叫转移确认消息。
-被叫方或目标设备接收到呼叫转移确认消息后，发送呼叫转移确认应答消息。
4.呼叫保持和恢复呼叫保持和恢复是指在通话过程中，主叫或被叫方需要将通话暂停或恢复的信令流程。
它通常包括以下几个步骤：-主叫或被叫方发送呼叫保持请求消息。
-通信设备收到呼叫保持请求消息后，发送呼叫保持确认消息。
-主叫或被叫方接收到呼叫保持确认消息后，可以发送呼叫保持确认应答消息。
5.呼叫释放呼叫释放是指在通信过程中结束通信的信令流程。
它通常包括以下几个步骤：-在通话结束时，主叫或被叫方发送呼叫释放请求消息。
-通信设备收到呼叫释放请求消息后，发送呼叫释放确认消息。
-主叫或被叫方接收到呼叫释放确认消息后，可以发送呼叫释放确认应答消息。
6.呼叫转换-主叫方发送呼叫转换请求消息。
-通信设备收到呼叫转换请求消息后，发送呼叫转换确认消息。
-转换后终端设备接收到呼叫转换确认消息后，可以发送呼叫转换确认应答消息。
这些只是常用信令流程的一些示例，实际应用中可能还涉及更多的信令流程。
在通信网络中，信令流程起着重要的作用，用于控制和管理通信资源，确保通信的顺利进行。
(个人整理)主叫被叫呼叫信令流程
主叫：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建立完成。
主叫和被叫的信令流程
1、主叫的主要信令（由上到下）
RRC connection request 连接请求
RRC connection setup在建立时会被分配一个U-RNTI （我理解它的作用应该是2G中的TMSI的功能是一样的）用于UTRAN的临时身份识别。
RRC connection setup complete 在此过程中会处理一些UE与RNC匹配问题和业务的配置。
Identity request 鉴权请求
Identity complete鉴权成功
Security mode command mode协议配置
Security mode complete mode协议配置完成
信道编码
Call proceeding 表明呼叫连接被建立
Radio bearer setup 无线承载配置
Radio bearer complete 无线承载已建立
Measurement control 测量控制
Alerting 向被叫振铃
Connect
Connect acknowledge 确认连接
Disconnect 挂机
Release 释放（UTRAN 到UE）
删除电路
释放成功（UE到UTRAN）
RRC connect release complete 释放成功（释放过程中一般由CN发起，首先释放UE的连接后，在释放与NodeB的连接，RRC释放就是呼叫的结束）。
2、被叫主要信令（由上到下）
Paging type 寻呼
Paging response 被叫响应寻呼
Call confirmed 呼叫建立被确认。
手机作主叫及被叫的信令流程.doc
手机作主叫的信令流程：手机作被叫的信令流程：MOC第3层信令过程：Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCHMTC第3层信令过程：Downlink Paging request type 1--------PCHUplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCHUplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCHDownlink Channel Release----------------FACCH请详细说一下位置更新的流程及每一步所传送的消息当手机发现当前小区的位置区识别码LAC与SIM卡中存储的LAC值不一致时就发起一次位置更新请求。
通话使用的信令及流程
通话使用的信令及流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!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!1. 主叫用户发起呼叫：主叫用户在其手机上输入被叫用户的电话号码，并按下拨号键。
移动MSC信令流程范本
移动MSC信令流程范本
信令流程范本示例：
1.呼叫发起：
1.1用户拨号发起呼叫；
1.2用户的手机与MSC建立通信连接；
1.3MSC收到呼叫请求，开始处理信令流程。
2.来电鉴权：
2.1 MSC向HLR（Home Location Register）查询被叫用户的位置信息，以确定该用户所在的MSC；
2.2HLR回复MSC，提供被叫用户的所在MSC信息；
2.3MSC建立与被叫MSC的连接，以便后续呼叫传输。
3.呼叫路由：
3.1 MSC向VLR（Visitor Location Register）查询被叫用户的目标位置信息，以确定被叫用户所在的基站；
3.2VLR回复MSC，提供被叫用户的目标基站信息；
3.3MSC确定呼叫路由，并将呼叫请求转发至被叫MSC。
4.呼叫传输：
4.1被叫MSC接收到呼叫请求，并向被叫用户的手机发送呼叫请求；
4.2被叫用户手机回复被叫MSC，表示是否接受呼叫；
4.3被叫MSC将接听状态信息回传给主叫MSC，以通知主叫用户。
5.呼叫建立：
5.1主叫MSC接收到接听状态信息；
5.2主叫MSC将接听状态信息传送给主叫用户的手机；
5.3主叫用户手机和被叫用户手机建立语音通话连接，呼叫建立。
6.通话中：
6.1主叫用户和被叫用户之间进行实时语音通话；
6.2MSC负责处理通话过程中的信令传输，包括通话保持、通话切换等。
7.呼叫释放：
7.2MSC检测到通话结束，并向双方发送呼叫释放请求；
7.3主叫用户和被叫用户的手机收到呼叫释放请求，并回复呼叫释放确认。
手机主被叫信令流程
通话建立（手机作被叫）
RR层连接建立 信令过程 CCCH—DL：PAGING_REQUEST RACH—UL：CHANNEL _REQUEST
AGCH—DL：IMMEDIATE_ASSINGMENT SDCCH—UL：PAGING_RESPONSE SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建立 SDCCH—UL：SETUP SDCCH—UL：CALL _CONFIRMED SDCCH—UL：ALERTING SDCCH—UL：CONNECT SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT_ACKNOWLEDGE
通话建立（手机作主叫）
RR层连接建立 信令过程 RACH—UL：CHANNEL _REQUEST 说明 内容：建立原因和随机参考值（RAND） 原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响 应等； RAND：有5 位，用来区别不同MS所发起的请求。 AGCH—DL：IMMEDIATE_ASSINGMENT CCCH—UL：CM SERVICE_REQUEST SDCCH—DL：AUTH_REQUEST SDCCH—UL：AUTH_RESPONSE SDCCH—DL：CIPHERING_REQUEST SDCCH—UL：CIPHERING_COMPLETE CC层连接的建 立 SDCCH—UL：SETUP SDCCH—DL：CALL _PROCEEDING SDCCH—DL：ALERTING SDCCH—DL：ASSIGNMENT_COMMAND SDCCH—UL：ASSIGNMENT_COMPLETE SDCCH—DL：CONNECT SDCCH—UL：CONNECT_ACKNOWLEDGE 在Um 接口建立MS与系统间的无线连接（分配 SDCCH） RR连接建立 请求业务如电路交换连接、短信业务等 鉴权请求 鉴权响应 加密命令 加密完成 请求建立呼叫 内容：呼叫请求的业务种类及MS发送方式、编码标 准等 系统接受请求后开始处理呼叫 振铃音 分配TCH 分配确认 用户摘机或连接消息 连接确认，表示MS接受连接
信令流程讲解-语音呼叫流程
呼叫建立 ） （SET_UP）
CALL CONFIRMED
PREPARE_BEARER_REQUES T PREPARE_BEARER_RESPON SE
RAB_ASSIGNMENT_REQU EST REDIO_BERAER_SETUP
O
用于标识当前呼叫的承载 能力
信令参数指导手 册电路域分册 7.2.4节
Bearer capability
参数作用 用于标识当前呼叫的承载能力 如果此参数在呼叫流程的消息中，此参数需要包含语音、 如果此参数在呼叫流程的消息中，此参数需要包含语音、适合的语 音版本以及适合的无线信道参数值。 音版本以及适合的无线信道参数值。
Call priority (octet 1) Bit 3 2 1 0 0 0 0 0 1 0 1 0 0 1 1 1 0 0 1 0 1 1 1 0 1 1 1 no priority applied call priority level 4 call priority level 3 call priority level 2 call priority level 1 call priority level 0 call priority level B call priority level A
准备建立承载 （ PREPARE_BEARER_RESPONSE） ）
无线承载建立完成 （REDIO_BERAER_SETUP_COMPLETE） ）
承载建立 BEARER ESTABLISHMENT
RAB 指派响应 （ RAB_ASSIGNMENT_RESPONSE） ）
信令参数
信令消息 CM SERVICE REQUEST 重要参数 CM service type 属性 M 参数作用 参考章 节 信令参 数指导 手册电 路域分 册8.1.8 节 信令参 数指导 手册电 路域分 册6.1.2 节 信令参 数指导 手册电 路域分 册8.1.20 节
主被叫信令流程总结
主被叫信令流程总结第一篇：主被叫信令流程总结主被叫信令流程总结截一张主被叫信令流程，可以对比进行学习。
对比，我们可以看出：1、被叫比主叫多一条PagingType。
2、主叫RRC建立好后上发CM Service Request,而被叫是上发RR Paging Response。
3、主叫有鉴权加密过程，而被叫只有加密过程，无鉴权过程。
4、主叫的Setup消息是UE上发给RNC，而被叫的Setup则是RNC下发给UE。
Setup里可以看UE号码。
5、Setup之后主叫是收到Call proceeding，而被叫则上发Call confirmed。
6、alerting、connect和connect ACKnowledge消息主被叫上下相反。
此外我们还可以看出：1、RRC建立过程一般为0.6s左右。
2、RB建立过程一般也为0.6s左右。
3、主叫从RRC请求开始到接通为9s左右，被叫为7s左右。
4、一般主叫收到Call proceeding时，被叫就发起RRC建立，两者几乎同步。
这个可以用来分析因被叫位置而引起的主叫未接通。
流程步骤是固定的，我想问的是，用不同软件进行测试的时候，在软件上看到的信令触发时间是有不同，而且出现的主被叫时间不统一，比如主叫上发的Connect Acknowledge时刻比被叫收到下发的Connect Acknowledge的时刻晚，正常来说应该是主叫比被叫时刻先，同样CC Disconect消息也是如此，而且可能上发和下发的触发机制不一样，手动挂断，定时挂断以及软件停止执行，主被叫都呈现出一种不规律情况。
第二篇：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模式。
(完整word版)34G信令流程
34G信令流程一、3G信令流程1。
1 呼叫总体流程1.2 主叫流程(1）用户UE开机，首先进行接入层的信令交互.此时首先进行PLMN选择，选择某个运营商的网络,接着进行小区选择，驻留一个合适的小区，然后进行RRC连接建立,Iu接口的信令连接建立。
至此，通过这些接入层的信令流程，在UE和CN之间搭建起了一条信令通道，为非接入层的信令流程做好了准备。
（2）接着UE和CN之间便开始进行非接入层的移动性管理流程了。
此时用户会进行附着流程,其中包括鉴权、加密等小流程。
如果用户在空闲时位置发生了变化，那么还将发生位置更新流程。
（3) 当通过鉴权等流程后，UE便进行非接入层的业务相关流程了。
包括电路域的呼叫连接流程,分组域的会话管理流程.通过这些流程为进行业务搭建好了业务承载的链路.随后用户就可以开始打电话,上网了。
（4) 当用户结束业务后，同样会进行电路域的呼叫连接流程，分组域的会话管理流程，拆除业务承载链路.（5) 此时如果用户关机的话,则UE和CN之间进行非接入层的移动性管理流程，进行电路域、分组域的分离。
（6) 等非接入层的信令交互结束后,系统会进行接入层的信令流程，拆除之前建立的Iu信令连接，以及RRC信令连接.至此，一个用户在不移动的情况下,从开机，进行业务,到关机的整个流程便结束了。
其中可以看到，这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成的。
接入层的流程为非接入层的流程搭建信号承载。
1.3 被叫流程(1) 用户UE处在待机状态。
此时从网络侧对其进行寻呼；（2）如果没有现存的UE与CN之间的信令连接,则UE、RNC、CN之间会进行接入层的信令流程,建立RRC连接和Iu接口信令连接;（3) 接下来可能会进行移动性管理的鉴权加密流程；（4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程，建立其业务的承载链路,从而就可以进行业务了.（5）结束业务后，再拆除相关的业务承载链路。
主、被叫过程流程
移动台作为起始呼叫者，在与网络端接触以前拨被叫号码，然后发送，网络端会向主叫用户作出应答表明呼叫的结果.一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、信道请求，2、信道激活，3、信道激活响应，4、立即指配，5、业务请求。
二、鉴权加密阶段：主叫用户的身份已经确认，网络认为主叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。
1、指配命令，2、指配完成。
四、取被叫用户路由信息阶段：MSC接到路由信息后，对被叫用户的路由信息进行分析，得到被叫用户的局向，然后进行话路接续。
1、向HLR请求路由信息，2、HLR向VLR请求漫游号码，3、VLR回送被叫用户的漫游号码，4、HLR向MSC回送被叫用户的路由信息。
五、END。
移动台作被叫时，其MSC通过与外界的接口收到初始化地址消息（IAI）。
从这条消息的内容及MSC已经存在VLR中的记录，MSC可以取到如IMSI、请求业务类别等完成接续所需要的全部数据。
MSC 然后对移动台发起寻呼，移动台接受呼叫并返回呼叫核准消息，此时移动台振铃。
MSC在收到被叫移动台的呼叫校准消息后，会向主叫网方向发出地址完成（ADDRESS COMPLETE）消息（ACM）。
一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、手机收到BTS的寻呼命令后，2、信道请求，3、信道激活，4、信道激活响应，5、立即指配，6、寻呼响应。
二、鉴权加密阶段：经过这个阶段，被叫用户的身份已经确认，网络认为被叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：被叫用户的话音信道已经确定，主叫听回铃音，被叫振铃。
如果被叫用户摘机，则进入通话状态。
移动主叫和被叫流程
移动主叫流程H)H)图 1 移动主叫流程图信道要求MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。
在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。
此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。
这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。
信道请求基站收发信台向基站控制器发一条申请信道消息。
通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。
实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。
请求参考单元直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。
信道激活收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活消息。
其中最重要的是：分配给哪个基站收发信台以及此SDCCH的信道组合。
此消息中包含的参数有：DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。
信道激活证实这是对信道激活消息的应答。
当基站收发信台收到这条消息后，它开始在SACCH 信道发送和接受消息。
立即指配命令基站控制器告诉基站收发信台关于被使用的SDCCH信道。
立即指配基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。
实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH 信道工作的指令。
在这条消息中，包括的参数有：寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。
主叫、被叫信令流程
主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。
MSISDN IMSI MSCIMSI 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的路由，并向主叫送回铃音，向被叫振铃。
当被叫摘机应答，则系统开始计费。
以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。
主被叫信令流程的区别
主被叫信令流程的区别有几个地方需要注意：一是被叫是在收到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切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量*；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量*。
VoNR信令流程
VoNR信令流程介绍随着5G网络覆盖能力逐步提升，特别是700M和2.1G的规模建设，VoNR势必会进行部署。
基站侧打开支持VoNR开关后，NR网络内的UE和IMS间将建立基于IP传输网络的语音专用承载，即NR用户可以直接基于NR网络进行语音业务。
主叫UE（Calling UE）和被叫UE（Called UE）之间语音承载的建立和释放流程如图1所示。
具体流程为：1.主叫UE发起呼叫后，主叫UE和gNodeB之间建立RRC连接。
2.5GC建立主叫UE的用于承载SIP（Session Initiation Protocol）信令的QoSFlow（5QI=5），gNodeB建立相应的DRB（data radio bearer）承载。
3.被叫UE和gNodeB之间建立RRC连接。
4.5GC建立被叫UE的用于承载SIP信令的QoS Flow（5QI=5），gNodeB建立相应的DRB承载。
5.主被叫UE和IMS进行语音业务的SIP会话协商，如编码方式、IP地址、端口号和主被叫相关信息等。
6.SIP会话协商成功后，5GC建立主叫UE的用于承载RTP（Real-TimeTransport Protocol）和RTCP（Real-Time Transport Control Protocol）数据流的QoS Flow（5QI=1），gNodeB建立相应的DRB承载。
7.5GC建立被叫UE的用于承载RTP和RTCP数据流的QoS Flow（5QI=1），gNodeB建立相应的DRB承载。
8.呼叫结束后，主被叫UE释放各自的QoS Flow（5QI=1），gNodeB释放各自相应的DRB承载。
5QI=5为默认承载，建立后仅当UE进入空闲态时才会被释放。
在呼叫过程中，如果UE进入弱覆盖区域，则优先尝试切换到覆盖较好的NR邻区，如果没有满足要求的目标NR邻区，则再尝试切换到覆盖较好的LTE邻区。
VoNR基本功能还支持运营商级VoNR、紧急呼叫、黑名单、EVS（enhanced voice services）语音编解码、基于MAC CE（Media Access Control control element）的调速、上行RB预留和ROHC（robust header compression）语音包头压缩功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附录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.3RRC连接建立流程”描述。
(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所示。
图B-2 被叫流程附录B 缩略语AAAL ATM Adaptation Layer ATM适配层AAL2 ATM Adaptation Layer type 2 ATM适配层类型2AAL5 ATM Adaption Layer Type 5 ATM适配层类型5AICH Acquisition Indicator Channel 接入指示信道ALCAP Access Link Control Application Part 接入链路控制应用部分AMR Adaptive Multi-Rate 自适应多速率ATM Asynchronous Transfer Mode 异步转移模式BBCCH Broadcast Control CHannel 广播控制信道BCH Broadcast Channel 广播信道BFN NodeB Frame Number Counter NodeB帧号计数器BMC Broadcast/Multicast Control protocol 广播/多播控制协议BSC Base Station Controller 基站控制器BSC6800 Huawei RNC Model 华为RNC型号BSS Base Station Subsystem 基站子系统CCA-ICH Channel assignment indication channel 信道分配指示信道CBC CellBroadcastCenter 小区广播中心CBS Cell Broadcast Service 小区广播业务CC Call Control 呼叫控制CCCH Common Control Channel 公共控制信道CCH Common transport channel 公共传输信道CCTrcH Coded Composite Transport Channel 编码复合传输信道CFN Connection Frame Number 连接帧号CN Core Network 核心网络CPCH Common Packet Channel 公共分组信道CPCS Common Part Convergence Sublayer 公共部分汇聚子层，公共汇聚子层CPICH Common Pilot Channel 公共导频信道CRC Cyclic Redundancy Check 循环冗余校验（法）CRNC Controlling RNC 控制RNCC-RNTI Cell Radio Network Temporary Identifier 小区无线网络临时标识CS Circuit-Switched 电路交换CSICH CPCH status indication channel CPCH 状态指示信道DDCCH Dedicated Control CHannel 专用控制信道DCH Dedicated CHannel 专用信道DPC Destination (Signaling)Point Code 目的信令点编码DPCCH Dedicated Physical Control Channel 专用物理控制信道DPCH Dedicated Physical Channel 专用物理信道DPDCH Dedicated Physical Data Channel 专用物理数据信道DRNC Drift RNC 漂移RNCDRNS Drift RNS 漂移RNSDRX Discontinuous Reception 非连续性接收DSCH Downlink Shared Channel 下行共享信道FFACH Forward Access Channel 前向接入信道FDD Frequency Division Duplex 频分双工FER Frame Error Rate 误帧率GGPRS General Packet Radio Service 通用分组无线业务GSM Global System for Mobile全球移动通信系统CommunicationsGTP-U User plane part of GPRS tunnellingGPRS 隧道协议用户面部分protocolIIE Information Element 信息单元、信息要素IMSI International Mobile Station Identity 国际移动台标识IP Internet Protocol 互联网协议、网际协议ISUP Integrated Services Digital NetworkISDN用户部分User Part/ISDN User PartITU-T International Telecommunication Union国际电信联盟-电信标准部- Telecommunication StandardizationSectorIU Iu Interface CN和RNC之间的接口IUR Iur Interface RNC和RNC之间的接口LLAI Location Area Identity 位置区号MMAC Medium Access Control 媒质接入控制MIB Master Information Block 主信息块MM Mobility Management 移动性管理MS Mobile Station 移动台(手机)MSC MobileSwithingCenter 移动交换中心MSU Message Signalling Unit 消息信令单元MTP Message Transfer Part 消息传递部分MTP3 Message Transfer Part Layer 3 3层消息传送部分NNAS Non-Access Stratum 非接入层NBAP NodeB Application Part NodeB应用部分协议NNI Network Node Interface网络节点接口(Network-to-Network)NodeB WCDMA Base Station WCDMA基站OOAM Operation Administration and运行管理和维护MaintenanceOPC Originating Point Code 源信令点编码PPCCH Paging Channel (logical Channel) 寻呼信道（逻辑信道）PCCPCH Primary Common Control Physical主公共控制物理信道ChannelPCH Paging Channel 寻呼信道PCP Power Control Preamble 功率控制前缀PCPCH Physical Common Packet Channel 公共分组物理信道PCPICH Primary Common Pilot Channel 主公共导频信道PDCP Packet Data Convergence Protocol 分组数据汇聚层协议PDP Packet Data Protocol （信息）包数据协议PDSCH Physical Downlink Shared Channel 物理下行共享信道PICH Paging Indicator Channel 寻呼指示信道PLMN PublicLandMobile Network 公用陆地移动（通信）网PRACH Packet Random Access Channel 分组随机接入信道PS Packet Switched 分组交换PSCH Physical shared channel 物理共享信道PSTN Public Switched Telephone Network 公用交换电话网QQoS Quality of Service 服务质量RRAB Radio Access Bearer 无线接入承载RACH Random Access CHannel 随机接入信道RANAP Radio Access Network Application Part 无线接入网络应用部分RB Radio Bearer 无线承载RFN RNC Frame Number counter RNC帧号计数器RNC Radio Network Controller 无线网络控制器RNS Radio Network Subsystem 无线网络子系统RNSAP Radio Network Subsystem ApplicationPart无线网络子系统应用部分协议RNTI Radio Network Temporary Identity 无线网络临时标识RRC Radio Resource Control 无线资源控制RTWP Received Total Wide band Power 接收总带宽功率SSAAL Signaling ATM Adaptation Layer ATM信令适配层SABP Service Area Broadcast Protocol 服务区广播协议SAR Segmentation And Reassembly 分段和重组、分割重组SCCP Signaling Connection and Control Part 信令连接控制部分SCCPCH Secondary Common Control PhysicalChannel 辅助公共控制物理信道、“从”公共控制物理信道SCH Synchronization CHannel 同步信道SCPICH Secondary Common Pilot Channel 从公共导频信道SDU Service Data Unit 业务数据单元SGSN Serving GPRS Support Node 服务GPRS支持节点SI Service Indicator 业务指示码SIB System Information Block 系统消息块SIF Signaling Information Field 信令信息字段SIO Service Information Octet 业务信息八位位组（字节）SIR Signal-Interference Ratio 信干比SLS Signaling Link Selection 信令链路选择SRB Signalling radio bearer 信令无线承载SRNC Serving RNC 服务RNCSRNS Serving RNS 服务RNSSS7 Signaling System Number 7 七号信令SSCF Service Specific Coordination Function 特定服务的协调函数SSCH Secondary Synchronization CHannel 从同步信道SSCOP Service Specific Connection OrientedProtocol特定服务的面向连接协议SSCS Service Specific Convergence Sublayer 业务特定汇聚子层SSN Sub-System Number 子系统号STC Signaling Transport Converter 信令传送转换层STTD Space Time Transmit Diversity 空时发分集TTB Transport Block 传输块TBS Transport Block Set 传输块集TDD Time Division Duplex 时分双工TFC Transport Format Combination 传输格式组合TFCI Transmit Format Combined Indicator 发送格式组合指示TFI Transport Format Indicator 传输格式指示ToA Time of Arrival 到达时间ToAWE Time of Arrival Window Endpoint 到达时间窗终点ToAWS Time of Arrival Window Startpoint 到达时间窗起始点TPC Transmit Power Control 发射功率控制TTI Transmission Time Interval 发射时间间隔、发送时间间隔、传输时隔UUE User Equipment 用户设备UMTS Universal mobile telecommunication通用移动电信业务/通用移动通讯系统services/Universal MobileTelecommunications SystemUNI Logical User-Network Interface 逻辑用户网络接口UP User Plane 用户平面URA UTRAN Registration Area UTRAN 登记区U-RNTI UTRAN Radio Network TemporaryUTRAN无线网络临时标识IdentifierUTRAN UMTS Terrestrial Radio AccessUMTS陆地无线接入网NetworkUU Uu Interface UE和UTRAN之间的接口VVP Video Phone 可视电话WWCDMA Wideband CDMA 宽带CDMA。