信令流程-主叫被叫

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 。

volte信令流程Volte信令流程。

VoLTE（Voice over LTE）是一种基于LTE网络的语音通信技术，它可以提供更高质量的语音通话和更快的连接速度。

在VoLTE技术中，信令流程扮演着至关重要的角色，它决定了通话的建立、维持和释放。

下面我们将详细介绍VoLTE信令流程的各个环节。

1. 呼叫建立阶段。

当用户发起呼叫时，手机会发送SIP INVITE消息到IMS网络。

这个消息包含了被叫号码、主叫号码以及其他相关信息。

IMS网络会根据这些信息进行路由选择，并向被叫用户发送Ringing消息，告知被叫用户有来电。

被叫用户接听电话后，IMS网络会发送200 OK消息，表示通话即将建立。

接着，IMS网络会向手机发送INVITE消息，告知手机通话已经建立，手机收到消息后，会发送200 OK消息给IMS网络，表示手机已经准备好进行通话。

2. 呼叫维持阶段。

一旦通话建立，VoLTE网络会周期性地发送SIP OPTIONS消息来检测通话的状态。

如果通话中断，VoLTE网络会发送BYE消息来释放通话。

同时，VoLTE网络还会发送SIP INFO消息来传输媒体协商信息，以确保通话质量。

3. 呼叫释放阶段。

当通话结束时，用户会挂断电话，手机会发送BYE消息给IMS 网络，表示通话结束。

IMS网络收到消息后，会向对方发送200 OK 消息，然后释放通话资源。

如果对方没有接听电话，手机也会发送CANCEL消息给IMS网络，表示取消呼叫请求。

以上就是VoLTE信令流程的主要环节。

通过这些信令消息的交互，VoLTE网络可以实现通话的建立、维持和释放。

这种信令流程的设计可以有效地提高通话的质量和稳定性，为用户提供更好的通话体验。

总结：VoLTE信令流程是VoLTE技术中至关重要的一部分，它决定了通话的建立、维持和释放。

在呼叫建立阶段，手机和IMS网络之间通过SIP消息进行交互，最终建立通话；在呼叫维持阶段，VoLTE网络会发送周期性的SIP消息来维持通话状态；在呼叫释放阶段，用户挂断电话后，手机会发送BYE消息给IMS网络，释放通话资源。

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）结束业务后，再拆除相关的业务承载链路。

Figure.5 寻呼不成功信令流程图Figure.6 对MS服务拒绝信令流程图说明：在极早指配允许的情况下，紧急呼叫、呼叫重建以及SDCCH遇忙会引起极早指配。

说明：在图一(Figure.7)说明极早指配的立即指配信令流程后，对指配操作的流程进行说明。

Figure.9 正常情况下（即极早指配不允许），呼叫重建SDCCH信令流程图Figure.10 正常情况下（即极早指配不允许），呼叫重建TCH信令流程图，排队允许。

Figure.11 呼叫中，指配操作失败情况信令流程图，排队强拆不允许Figure.12 MSC发起的清除操作信令流程图，没有计数器Figure.13 呼叫操作，TCH信道激活失败-超时信令流程图，排队强拆不允许Figure.14 呼叫操作，TCH信道模式修改失败-超时信令流程图，排队强拆不允许Figure.15 SDCCH占用失败，由于没有资源（即BSS故障），极早指配不允许Figure.16 SDCCH占用失败，由于信道激活失败—超时（即BSS故障），极早指配不允许Figure.17 SDCCH掉话情况，由于连接失败、错误指示、Abis断链等原因Figure.18 TCH掉话情况，由于连接失败、错误指示、Abis断链、A接口和OM失败等原因，不包括排队/强拆情况（两个情况：手机在振铃时的掉话如何统计，在切换过程中发生的掉话如何统计（切换接入为界）？Figure.19 直接重试不允许，呼叫TCH占用排队失败，由于队列满、队列定时器超时原因。

Figure.20 呼叫TCH占用排队失败，由于队列满、队列定时器超时等原因，直接重试允许。

说明：在直接重试允许的情况下，不进行BSC及小区TCH 占用失败统计。

Figure.21 位置更新操作，信令流程图Figure.22 主叫TCH占用遇忙，BSC内部直接重试，排队不允许，省略内部切换计数器Figure.23 呼叫主叫TCH占用遇全忙，启动BSC内部直接重试，由于内部切换拒绝或等待HO_Ready超时，内部直接重试失败，省略内部切换计数器Figure.24 呼叫主叫TCH占用遇全忙，启动出BSC直接重试，由于出局切换拒绝或T7超时，出局直接重试失败，省略出局切换计数器Figure.25 BSC内小区间切换成功流程，由于空间关系，缺少计数器见附图一Figure.26 BSC内小区间切换成功流程，补充计数器，附图一Figure.27 BSC内小区间切换成功流程，后续流程及计数器，附图二Figure.28 BSC内小区内切换成功流程，省略呼叫建立流程及相关计数器Figure.29 出BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.30 出BSC切换成功流程，后续流程及计数器，附图一Figure.31 入BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.32-1 BSC内入小区切换失败流程，无可用信道情况，说明：本图仅包括BSC内小区间切换请求计数器，失败计数器及后续流程见Figure.32-2Figure.32-2 BSC内入小区切换失败流程，无可用信道，切换请求计数器见Figure.32-1Figure.33 BSC内入小区切换失败流程，BSS失败，信道激活否定应答情况，图一说明：切换请求流程及计数器省略，详见Figure.32-1Figure.34 BSC内入小区切换失败流程，BSS失败，信道激活等待超时情况，图二说明：切换请求流程及计数器省略，详见Figure.32-1Figure.35 BSC内入小区切换失败流程，BSS失败，等待iPATH响应超时情况，图三说明：切换请求流程及计数器省略，详见Figure.32-1 ，源小区切换失败计数有错误Figure.36 BSC内入小区切换失败流程，BSS失败，等待CCB更改完成超时情况，图四说明：切换请求流程及计数器省略，详见Figure.32-1，源小区切换失败计数有错误Figure.37 BSC内入小区切换失败流程(其他原因，图一)，建立Abis连接失败或发送信道激活消息失败。

移动主叫流程H)H)图 1 移动主叫流程图信道要求MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。

在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。

此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。

这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。

信道请求基站收发信台向基站控制器发一条申请信道消息。

通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。

实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。

请求参考单元直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。

信道激活收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活消息。

其中最重要的是：分配给哪个基站收发信台以及此SDCCH的信道组合。

此消息中包含的参数有：DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。

信道激活证实这是对信道激活消息的应答。

当基站收发信台收到这条消息后，它开始在SACCH 信道发送和接受消息。

立即指配命令基站控制器告诉基站收发信台关于被使用的SDCCH信道。

立即指配基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。

实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH 信道工作的指令。

在这条消息中，包括的参数有：寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。

移动通信寻呼信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。

文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!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. 主叫用户发起呼叫：主叫用户在其移动终端上输入被叫用户的号码，并按下呼叫按钮。

主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。

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的路由，并向主叫送回铃音，向被叫振铃。

当被叫摘机应答，则系统开始计费。

以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。

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）语音包头压缩功能。