下载文档原格式
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消息。
主叫，若一MS处于激活且空闲状态，客户A 要建立一个呼叫，他只要拨被叫B 客户号码，再按“发送”键，MS便开始启动程序。
首先，MS通过随机接入控制信道（RACH)向网络发第一条消息，既接入请求消息，MSC 会分配它一专用信道，查看A客户的类别并标注此客户忙。
若网络容许此MS接入网络，则MSC发证实接入请求消息。
接着，MS发呼叫建立消息及B客户号码，MSC根据此号码将主叫与被叫所在MSC连通，并将被叫号码送至被叫所在MSC（B客户为移动客户时）或送入固定网（PSTN）的交换机（B客户为固定客户时）中进行分析。
一旦通往B客户的链路准备好，网络便向MS发呼叫建立证实，并给它分配专用业务信道TCH。
至此，呼叫建立过程基本完成，MS等待B客户的证实信号。
若MS作被叫，以PSTN的固定客户A呼叫GSM的移动客户B的呼叫建立过程, 如图24所示。
B客户号码为139H l H2H3ABCD。
A客户拨打B客户，拨MSISDN(0139H l H2H3ABCD)号码。
本地交换机根据A客户所拨B 客户号码中国内目的地代码(139)可以与GSM网的GMSC(GSM网入口交换机)间建立链路，并将B客户MSISDN号码传送给GMSC。
GMSC分析此号码，根据H l H2H3ABCD，应用查询功能向B客户的HLR发MSISDN号码，询问B客户漫游号码(MSRN)。
HLR将B客户MSISDN号码转换为客户识别码(IMSI)，查询B客户目前所在的业务区MSC(如他已漫游到广州)，向该区VLR发被叫的IMSI，请求VLR分配给被叫客户一个漫游号码MSRN，VLR 把分配给被叫客户的MSRN号码回送给HLR，由HLR发送给GMSC。
GMSC有了MSRN，就可以把入局呼叫接到B客户所在的MSC(郑州-广州)。
GMSC与MSC 的连接可以是直达链路，也可由汇接局转接。
VLR查出被叫客户的位置区识别码(LAI)之后，MSC将寻呼消息发送给位置区内所有的BTS，由这些BTS通过无线路径上的寻呼信道(PCH)发送寻呼消息，在整个位置区覆盖范围内进行广播寻呼。
常用信令流程汇总1.呼叫建立呼叫建立是通信过程中最基本的信令流程之一、它通常包括以下几个步骤：-主叫方发送呼叫请求消息。
-被叫方收到呼叫请求消息后，发送呼叫确认消息。
-主叫方收到呼叫确认消息后，发送呼叫确认应答消息。
2.呼叫振铃呼叫振铃是在呼叫建立后，被叫方的终端设备开始发出振铃声，通知被叫方有来电。
这个过程中主要涉及以下步骤：-被叫方终端设备接收到呼叫确认应答消息后，开始发出振铃信号。
3.呼叫转移呼叫转移是当呼叫要转移到另一个目的地时使用的信令流程。
它通常包括以下几个步骤：-主叫方发送呼叫转移请求消息。
-传递呼叫的信令设备收到呼叫转移请求后，发送呼叫转移确认消息。
-被叫方或目标设备接收到呼叫转移确认消息后，发送呼叫转移确认应答消息。
4.呼叫保持和恢复呼叫保持和恢复是指在通话过程中，主叫或被叫方需要将通话暂停或恢复的信令流程。
它通常包括以下几个步骤：-主叫或被叫方发送呼叫保持请求消息。
-通信设备收到呼叫保持请求消息后，发送呼叫保持确认消息。
-主叫或被叫方接收到呼叫保持确认消息后，可以发送呼叫保持确认应答消息。
5.呼叫释放呼叫释放是指在通信过程中结束通信的信令流程。
它通常包括以下几个步骤：-在通话结束时，主叫或被叫方发送呼叫释放请求消息。
-通信设备收到呼叫释放请求消息后，发送呼叫释放确认消息。
-主叫或被叫方接收到呼叫释放确认消息后，可以发送呼叫释放确认应答消息。
6.呼叫转换-主叫方发送呼叫转换请求消息。
-通信设备收到呼叫转换请求消息后，发送呼叫转换确认消息。
-转换后终端设备接收到呼叫转换确认消息后，可以发送呼叫转换确认应答消息。
这些只是常用信令流程的一些示例，实际应用中可能还涉及更多的信令流程。
在通信网络中，信令流程起着重要的作用，用于控制和管理通信资源，确保通信的顺利进行。
电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程，主要包括以下几个步骤：
1. 呼叫发起阶段：主叫用户摘机后，交换机接收拨号信号（如DTMF），生成初始地址消息（如SS7的IAM消息），通过信令链路发送给被叫方所在网络。
2. 路由选择阶段：沿途各交换机依据信令中的被叫号码信息，执行号码分析和翻译，确定路由，并转发信令消息。
3. 呼叫建立阶段：被叫方交换机接到IAM后，向被叫用户振铃，并发送回铃音信号。
被叫用户摘机后，交换机发送ACM（地址全配置完成）消息通知主叫方，随后主叫方交换机发送连接请求（如ANC 或CON消息），双方交换确认后建立通话连接。
4. 通话阶段：双方进行语音通信。
5. 呼叫释放阶段：任意一方挂机后，触发释放信令流程，最终通过REL和CLR等消息释放通话资源，结束通话。
TD重要知识点—信令流程一、呼叫总体流程二、主叫信令流程说明：主叫信令是必须记住的，其它信令流程与主叫有很多是相似的。
以下对各信令携带的主要内容进行介绍（语音）：1、RRC CONNECTION REQUEST2、RRC CONNECT SETUP3、INITIAL UE MESSAGE4、SETUP被叫号码信息。
5、RAB ASSIGNMENT REQUEST6、RB SETUP三、切换信令流程1、接力切换：Inter-cell/Intra-NodeB说明：RRC建立在公共信道，没有虚线信令，下同。
2、接力切换：Inter-NodeB /Intra-RNC3、重要信息4、CS业务系统间切换四、位置更新信令流程位置更新包括正常位置更新，周期性位置更新，IMSI Attach。
1、正常位置更新信令流程说明?UE发送消息RRC CONNECTION REQUEST，其中“Establishment Cause”是“Registration”；?UE在建立和UTRAN的RRC连接后，发起“位置更新请求”；?LOCATION UPDATING REQUEST根据实际更新类型，设为“Normal location updating”?CN在响应时，如果在“location updating accept”中，分配新的TMSI号，UE需要回应一条消息TMSI reallocation complete；2、周期性位置更新信令流程说明：?周期性位置更新过程用户UE定期与网络联系，过程的启动由UE端的定时器T3212控制。
UE是否需要使用周期性位置更新以及T3212的时间值在BCCH的SIB 1消息中广播。
T3212超时将触发周期性位置更新过程；?UE 发送初始直传消息location updating request，其中IE location updating type 类型为periodic updating。
移动通信基本呼叫流程移动通信基本呼叫流程1.简介本文档旨在介绍移动通信基本呼叫流程，包括信令流程、数据传输流程以及附加功能。
通过详细描述呼叫的发起、连接、传输和结束过程，读者能够了解移动通信系统中呼叫的基本工作原理。
2.信令流程2.1 建立呼叫首先，呼叫方发送请求建立呼叫的信令给移动通信系统。
移动通信系统通过寻址和鉴权等步骤确认呼叫方的身份，并为该呼叫分配资源。
接下来，移动通信系统通知被叫方有一个呼叫请求。
被叫方可以选择接受或拒绝该呼叫。
2.2 呼叫连接如果被叫方接受呼叫，移动通信系统会建立呼叫连接，包括建立信道连接和配置一系列参数等步骤。
一旦呼叫连接建立，呼叫方和被叫方之间可以进行语音通话或数据传输。
2.3 通话中在呼叫连接建立后，呼叫方和被叫方可以进行通话。
移动通信系统负责信号处理、数据交换和其他必要的功能。
通话过程中，系统会持续监测信号质量，以保证通话质量。
2.4 呼叫释放当呼叫结束时，呼叫方和被叫方可以通过发送释放信令来终止呼叫。
移动通信系统会释放相关资源，并记录呼叫相关信息。
3.数据传输流程3.1 数据传输准备在进行数据传输之前，移动通信系统需要进行一系列准备工作。
这包括配置数据通道、分配IP地质等。
系统还会对数据进行压缩和加密等处理。
3.2 数据传输一旦数据传输准备完成，移动通信系统可以开始传输数据。
数据可以是文本、图片、音频或视频等。
系统会负责数据的分割、传输和重组等操作。
3.3 数据接收被叫方会接收到传输的数据，并进行相应的处理。
系统会负责数据的解码、解压缩等操作。
被叫方可以选择展示数据或进行进一步处理。
4.附加功能4.1 呼叫转移移动通信系统支持呼叫转移功能。
用户可以将呼叫转移到其他设备或号码，以实现流动性。
4.2 呼叫等待当用户正在通话中时，如果有其他呼叫进来，移动通信系统可以提供呼叫等待功能。
用户可以选择接听新的呼叫或忽略它。
4.3 呼叫保持在通话中，用户可以选择将当前的呼叫保持起来，以便进行其他操作。
IMS注册呼叫信令流程详解
1.IMS注册过程：
-移动设备启动时，会向IMS注册服务发送注册请求。
该请求包含设备的标识信息和网络接入类型等。
-IMS注册服务收到注册请求后，会验证设备的合法性，并且分配一个唯一的标识号码给该设备。
-设备收到来自IMS注册服务的确认消息后，将得到的标识号码保存为设备的IMS私有标识。
2.呼叫设置过程：
-主叫设备向IMS呼叫服务发送呼叫请求。
该请求包含被叫设备的标识号码和呼叫类型等。
-IMS呼叫服务根据被叫设备的标识号码找到对应的位置信息，并将呼叫请求发送给被叫设备。
-被叫设备收到呼叫请求后，可以选择接受或拒绝该呼叫请求。
如果接受请求，被叫设备会回复一个确认消息给IMS呼叫服务。
-IMS呼叫服务收到被叫设备的确认消息后，会将呼叫的相关信息传递给主叫设备，并向主叫设备发送呼叫确认消息。
3.呼叫释放过程：
-当呼叫结束时，主叫设备会向IMS呼叫服务发送呼叫释放请求。
-IMS呼叫服务收到释放请求后，会向被叫设备发送释放消息。
-被叫设备收到释放消息后，向IMS呼叫服务发送释放确认消息。
-IMS呼叫服务收到释放确认消息后，将呼叫释放的相关信息传递给
主叫设备，并向主叫设备发送释放确认消息。
总结起来，IMS注册呼叫信令流程包括注册过程、呼叫设置过程和呼
叫释放过程。
通过这些过程，移动设备可以在IMS网络上实现多媒体通信，包括语音、视频、短信和数据传输等。
这些信令过程保证了设备之间的顺
畅通信，使人们能够享受高质量的多媒体通信服务。
,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 == 2822. VoLTE用户(LTE 附着呼叫 VoLTE 用户(LTE/CS附着2.1 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE1 主叫用户 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) 也有相同的信息。
具体流程见下图✓16、AUTHENTICATION_RESPONSE–SRES传回VLR来完成鉴权流程✓17、AUTHENTICATION_RESPONSE–MSC针对Authenticate给出响应✓18、SET_CIPHERING_MODE–VLR给MSC发送Set Ciphering Mode消息，用于改变手机和BTS连接的加密状态✓19、CIPHERING_MODE_COMMAND✓20、ENCRYPTION_COMMAND (BSSMAP)–BSC存储加密算法，并发送加密消息给BTS。
开始加密模式运行✓21、CIPHERING_MODE_COMMAND (RR)–BSS通知手机开始加密，并开始在加密模式下接收✓22、CIPHERING_MODE_COMPLETE–手机回应加密命令✓23、CIPHERING_MODE_COMPLETE–如果启用加密模式，则本条消息是空口的第一个加密消息–BSS告知MSC手机已开始加密和开始在加密模式下发送信息✓24、ACCESS_REQUEST_ACCEPTED–VLR正式回应Process Access Request消息✓25、FORWARD_NEW_TMSI–VLR要求MSC 执行TMSI reallocation✓26、TMSI_REALLOCATION_COMMAND–TMSI reallocation流程是为了加强身份保密，通常至少在LAC变化时执行–MSC发起TMSI reallocation，该消息包含网络新分配的TMSI&LAI或LAI&IMSI(TMSI删除情况下)✓27、TMSI_REALLOCATION_COMMAND–TMSI Reallocation Command 发送给手机✓28、TMSI_REALLOCATION_COMPLETE–手机收到的是IMSI，则删除以前贮存的所有TMSI–手机收到的是TMSI，则贮存在SIM卡中✓29、TMSI_REALLOCATION_COMPLETE–TMSI Reallocation Complete 发送给MSC✓30、TMSI_ACK–MSC应答VLR的TMSI重新分配✓31/32、SETUP–手机开始真正的呼叫建立信令，本消息中包含被叫方的号码✓33、SEND_INFO_FOR_OG_CALL–VLR要求重新获取呼叫数据✓34、COMPLETE_CALL–VLR应答MOC✓35/36、CALL_PROCEEDING–MSC应答setup消息–手机收到Call Proceeding消息就进入了“Mobile originated call proceeding”状态✓37、ASSIGNMENT_REQUEST–本消息启动TCH分配。
在A接口MSC主要寻找电路–包含可选信息：Priority of the call, Downlink Discontinuous Transmission (DTX), Radio channel identity和Interference band✓38、PHYSICAL_CONTEXT_REQUEST–BSC向BTS询问目前的TA，以便开始TCH分配✓39、PHYSICAL_CONTEXT_CONFIRM–BSC从BTS收到TA信息，开始了TCH预留和分配–预留和分配过程与SDCCH过程一致✓40、CHANNEL_ACTIVATION–消息包含channel number, activation type, channel mode (DTX/No DTX), channel type (Speech / data: 话音则包含GSM编码算法，数据则包含信道透明或非透明和数据速率), channel identity, 加密信息, ‘Physical contextconfirm’ 消息中的BS & MS power levels和TA✓41、CHANNEL_ACTIVATION_ACK–BTS返回TDMA frame number，Abis接口的TCH就激活了✓42、ASSIGNMENT_COMMAND–BTS把收到的信息递交给手机–信息包括channel description, power levels, cell channel description, channel mode (Full / Half)和mobile allocation–这是layer2消息，包含一些layer3信息–消息包括service request (依据establishment cause!), ciphering key sequence, Mobile Station Classmark和Mobile Identity✓44、ESTABLISH_INDICATION–Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了FACCH,二是BTS识别主信令信道，以便加入来自手机的layer3信息✓45、UA–当在LAPDm-protocol 中建立layer2时，UA通常用来确认✓46、ASSIGNMENT_COMPLETE–手机告知现在已经占用TCH，所有的一切都准备就绪✓47、ASSIGNMENT_COMPLETE–BSS向MSC确认信道的占用✓48、CHANNEL_RELEASE–当手机通知网络已经占用了TCH，则用作呼叫建立的SDCCH就没有意义了–用来释放SDCCH✓49、CHANNEL_RELEASE_ACK–BTS确认Channel Release 消息✓50/51、ALERTING–(50）MSC经BSS发送Alerting 消息–(51）MSC通知手机被叫用户已经振铃，手机自己也产生振铃声–该消息包含所谓的进度指示（progress indicator），这也意味着本连接不是端对端的ISDN连接。
在Progress 中也传送该信息✓52/53、CONNECT–(52）该消息显示手机的网络连接全部已经建立–(53）手机把用户与无线链路对接上，并发送确认消息，停止任何铃声提示并进入"active"状态✓54/55、CONNECT_ACK–手机通知MSC，手机已经进入"active"状态✓56、MEASUREMENT_REPORT–通话状态下，手机每0.5s上发话音质量的测量报告✓57、MEASUREMENT_REPORT/RESULT–BTS预处理后送给BSC，该阶段一般nokia基站不做预处理✓58/59、DISCONNECT–(58)手机发送拆线请求，该消息停止通话的计费–(59)发送给MSC✓60/61、RELEASE–release来自于MSC✓62/63、RELEASE_COMPLETE–手机告知call release进行中✓64、CLEAR_COMMAND–发自MSC，要求释放相关专用资源，即BSSAP链路✓65、CHANNEL_RELEASE–占用的TCH去激活，也称为“layer3断开”–一般的呼叫建立过程中，释放原因是“normal”✓66、DEACTIVATE_SACCH–BSC通过下行发送该消息是为了阻止系统信息继续发向手机–实际上在SACCH上收发任何消息都没用了，因此要被去激活✓67、DISC–手机在上行发送layer2帧，通知BTS正在停止TCH/FACCH上的话务✓68、UA–BTS应答DISC帧。
