当前位置：文档库 › volte呼叫流程

volte呼叫流程

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呼叫业务流程

4.2 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消息，通知用户A UPDATE请求已经处理成功。

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。

VoLTE信令详细流程

VoLTE信令流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系：

VOLTE总体流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

VOLTE注册流程—EPS attach（1） ?VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载： Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力： ?EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：

LTE 空口信令流程详解

LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程 1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令） EPS MM Attach request EPS MM Unknown(0x0734) UL CCCH rrcConnectionRequest DL CCCH rrcConnectionSetup UL DCCH rrcConnectionSetupComplete DL DCCH rrcConnectionReconfiguration DL DCCH dlInformationTransfer UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Authentication request EPS MM Authentication response EPS MM Unknown(0x077B) UL DCCH ulInformationTransfer DL DCCH dlInformationTransfer EPS MM Security protected NAS message EPS MM Security mode command EPS MM Security mode complete EPS MM Unknown(0x0790) UL DCCH ulInformationTransfer DL DCCH ueCapabilityEnquiry UL DCCH ueCapabilityInformation DL DCCH securityModeCommand DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Attach accept EPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach complete EPS MM Unknown(0x072D) UL DCCH ulInformationTransfer DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete

GSM通信流程(非常全面)

Issue 3.3 课程说明课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流程，移动始发短消息流程，移动终结短消息流程，定向重试流程。这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性特征做重点说明。课程目标本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征，具体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。通过学习本课程，可以基本掌握： ●移动用户做位置登记的信令过程； ●移动用户做主叫的信令过程； ●移动用户做被叫的信令过程； ●MSC做汇接呼叫的信令过程； ●BSC内切换信令过程； ●BSC间切换的信令过程； 1

Issue 3.3 ●MSC间切换的信令过程； ●呼叫重建的信令过程； ●定向重试的信令过程。对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功能有更加深刻的体会。相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2

Issue 3.3 第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行话路接续。 3

IMS sip呼叫流程

3GPP2 X.S0013-009-0 Version: 1.0 Date: December 2007 IMS/MMD Call Flow Examples COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner’s name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at secretariat@https://www.wendangku.net/doc/335243557.html,. Requests to reproduce individual Organizational Partner’s documents should be directed to that Organizational Partner. See https://www.wendangku.net/doc/335243557.html, for more information.

X.S0013-009-0 v1.0 IMS/MMD Call Flow Examples Revision History Revision Changes Date v1.0 Initial Publication December, 2007

通信呼叫流程信令

Issue 3.3 主叫过程的信令流程如后面的图所示。注意: 应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM），而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。主叫接入阶段、鉴权阶段主要信令： 3

GSM主要信令接续流程(呼叫流程)

主要信令接续流程为了对GSM系统的整体工作流程有进一步的认识，本节描述几种主要接续流程。移动客户至固定客户出局呼叫流程移动台始发呼叫框图见图8－14，流程图见图8－15。图8－14 移动台始发呼叫框图

图8－15 MS始发呼叫流程图图中流程说明如下： (1) 在服务小区内，一旦移动客户拨号后，移动台向基站请求随机接入信道（RACH）。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权，如果需加密则设置加密模等，进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP／TUP)，建立与固定网(ISDN／PSTN)至被叫客户的通路，并向被叫客户振铃，向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答，向移动台发送应答连接消息，最后进入通话阶段。

手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。

VOLTE技术原理与信令流程

V O L T E技术原理与信令流程 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】

1引言编写目的本文主要对VOLTE的原理进行介绍，并对VOLTE小区主要参数配置及测试信令进行详细说明，使读者对VOLTE有个基本的了解；由于VOLTE现在未商用，所以实际优化经验较少，优化可以参考R9及2/3G的优化经验。预期读者和阅读建议本文档预期读者为网络技术优化人员、系统测试人员等。参考资料 [1]《TD-LTE半持续调度特性实现报告》 [2]3GPP TS Single Radio Voice Call Continuity (SRVCC) [3] IETF RFC 3261 Session Initiation Protocol [4] -IMS Profile for Voice and SMS [5]《中国移动VoLTE总体建设方案》—移动集团设计院 2VOLTE原理介绍 VOLTE介绍技术背景目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP标准化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案；SGLTE不需要对网络进行改动，VOLTE与CSFB均需对网络进行改造。 VOLTE是什么最直接简单的理解就是VOIP，只是网络的承载体由互联网变成了LTE，同时在LTE的业务中给了一个高优先级保证QOS。 VoLTE是GSMA IR 92定义的标准LTE语音解决方案，最大的网络改动就是引入IMS网络，由IMS配合LTE和EPC网络实现端到端的基于分组域的语音、视频通信业务。通过IMS系统的控制，VoLTE解决方案可以提供和电路域性能相当的语音业务及其补充业务，包括号码显示、呼叫转移、呼叫等待、会议电话等。技术优势 VoLTE开启了向移动宽带语音演进之路，其给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。LTE的频谱利用效率GSM的4倍以上。另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显着提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上。下面是实际测试的一些指标：

掌握呼叫处理流程

呼叫处理流程在介绍呼叫流程之前，先说明和本章节介绍的呼叫流程密切相关的两点：号码分析选择子的位置、号码分析规则。号码分析选择子的位置：用户属性、号码分析、中继组。主叫用户摘机拨号之后，由用户属性中的号码分析选择子关联到号码分析中的号码分析选择子，进而进行号码分析。入局呼叫，根据中继组中的入向号码分析选择子关联到号码分析中的号码分析选择子。号码分析规则：ZXJ10交换机提供七种号码分析器，对于某一指定的号码分析选择子，号码严格按照固定的顺序经过选择子中规定的各种号码分析器，由号码分析器进行号码分析并输出结果。在程控交换机中，呼叫接续过程都是在呼叫处理程序控制下完成的。呼叫类型包括本局呼叫、入局呼叫、出局呼叫，如图1所示。图 1 呼叫类型 1.1本局呼叫流程 1．主叫用户摘机对用户线状态监视是由用户线扫描程序周期性地进行。当主叫A摘机，使用户线路状态发生变化，由“1”(断)变“0”(通)。用户线扫描程序检测出主叫用户A摘机，确定主叫A的设备号。

根据设备号，从外存储器中调入该用户的用户数据，其中包括A用户的电话号码，用户类别、服务类别等，然后执行去话分析程序。分析结果，得出下一步要执行的任务和下一个状态号码。如果是号盘话机，就接脉冲收号器，按钮话机就接双音收号器。寻找一个拨号音源至主叫用户的空闲时隙，将拨号音送至主叫用户。监视收号器的输入信息，准备收号。 2．收号用户听到拨号音，拨第一位号码，收号器收到第一位号后，停拨号音。用户继续拨号，收号器将收到的号码按位储存。 3．号码分析对用户拨号进行预译处理，以确定应收号码的位数及呼叫类别。当收到的第一位号码是“1”，就能判断是特种服务业务，只需要收三位号码。如果第一位号码为“O”，则为长途呼叫业务，还需根据第二位和第三位来决定应收位数。根据第一位至第三位号(即号首)，可以决定呼叫类别，是本局、出局、长途、特服等，并决定该收的号码位数。确定应收位数后，对已收位数进行计数。号码收齐后如果确定是呼叫本局的，则启动来话分析程序，检查这次呼叫是否允许接通(是否限制长途发话等)、被叫用户是否空闲，若空闲，则在被叫用户忙闲表上予以示忙。 4．接至被叫用户找出向主叫用户送回铃音的空闲路由；找一条向被叫用户送铃流的回路(可能直接控制用户电路振铃，而不用另找路由)；预占主、被叫用户通话路由。 5．振铃向被叫用户送铃流；向主叫用户送回铃音；监视主、被叫用户状态。 6．被叫应答、通话被叫闻振铃音后，摘机应答。交换机检测到被叫应答后，停振铃，停回铃音；建立主叫、被叫用户间的通话路由，开始通话；启动计费设备开始计费；监视主、被叫用户状态。 7．话终挂机主叫先挂机，检测出主叫挂机后，路由复原、停止计费，向被叫送忙音，被叫听忙音后，挂机，被叫转入空闲状态。被叫先挂机，检测出被叫挂机后，路由复原，停止计费，主叫听忙音，主叫挂机，转入空闲状态。

WCDMA呼叫信令流程

对于信令流程，应该从以下几个方面掌握： 1．能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。 2．能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。 3．能够知道呼叫过程中的每条消息对应的物理信道。 4．能够清楚的理解呼叫过程中的每条消息的主要内容 5．能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口 6．后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。 RRC连接： 1．RRC Connection Request 1.1 在这个消息中，主要必须知道其中主要的三个信元：第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI 第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority Signaling, Low Priority Signaling 第三，UE测量到的当时CPICH的Ec/Io 1.2对于这个消息：从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。采用的方式是SRB0 1. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH 2．RL Setup Request 2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。RNC告诉Node B，让Node B准备相应的资源。在信令Trace中，可以看到里面包含了所有物理信道的配置信息。 2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。 2.3这里要区分Iub口的用户面和控制面，简单的说来，其用户面就向一个转接头，只是把高层的消息转接过去。而控制面，则是处理了所有RNC和Node B私人之间相关的消息。 3．Start RX 这个时候Node B收到以上参数后，开始收上行UE发来的数据，但是由于UE还不知道上行它自己可以用什么参数，Node B 此时什么都收不到。 4．RL Setup Response Node B给RNC回送的一个准备完成的消息。 5．ALCAP同步 5.1这个同步，主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的，也就是这个分配的消息途径Iub口的传输网络控制面。 6．DCH FP同步 6.1这个消息主要包含一个CFN 6.2 其作用主要是Node B中的DCH和RNC中的DCH同步，此消息为IuB口的用户面。 7．Start Tx 此时Node B开始发下行的数据，DPCCH

流程管理CS呼叫流程

流程管理 CS 呼叫流程目录 1.概述 (1) 1.1本文的目的和内容 (1) 1.2本文的依据 (1) 1.3缩略语 (1) 2.研究动机/顾客受益 (4) 3.典型处理流程 (5) 3.1主叫信令流程 (5) 3.1.1主叫流程图 (5) 3.1.2流程简述 (9) 3.1.3主要消息 (12) 3.2被叫信令流程 (13) 3.2.1被叫流程 (13) 3.2.2流程简述 (17) 3.2.3主要消息 (17) 3.3呼叫释放信令流程 (17) 3.3.1释放RRC 连接情况 (17) 3.3.2仅释放Iu 连接 (19) 4.典型异常流程 (23) 4.1U U 接口异常流程 (23) 4.1.1网络拒绝建立RRC 连接 (23) 4.1.2RRC 连接释放时的异常情况 (25) 4.1.3初始/直接传输异常处理 (27) 4.1.4安全模式控制失败（包括 Iu 接口的安全模式控制） (27) 4.1.5无线承载建立失败（包括Iu 接口的RAB 建立过程） (29) 4.1.6无线承载释放失败（包括Iu 接口的RAB 释放过程） (33) 4.2I U接口异常流程 (34) 4.2.1RAB 分配请求异常处理 (35) 4.2.2安全模式控制异常处理 (35) 4.3I UB接口异常流程 (35) 4.3.1无线链路建立失败 (35) 4.3.2无线链路重配置失败 (38) 5.文件历史 (40) 1.概述 1.1本文的目的和内容本文描述了TD-SCDMA 系统中主叫信令流程、被叫信令流程和呼叫释放信令流程，以及典型的异常流程，并对信令消息的配置参数进行了说明。 1.2本文的依据(修改模板，增加参考文献) [1]3GPP TR 25.931 v4.0.0 “UTRAN Functions, Examples on Signalling Procedures” [2]3GPP TR 25.401 v4.0.0 “UTRAN Overall Description”[3] 3GPP TS 25.331 v4.0.0 “RRC Protocol Sepcification”[4] 3GPP

Volte语音信令流程

VOLTE语音流程语音呼叫流程6个模块： 1、invite业务请求 2、会话进度上报 3、协商SDP 4、振铃 5、接通 6、挂机前台信令： SIP信令详析： 1、INVITE-Request（INVITE）用户A发送上行数据，呼叫用户B，首先向AS服务器（P-CSCF）发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。

最大跳跃数，就是经过SIP 服务器的跳跃次数，主要是防止循跳跃,每注册一次，该整数减一。 P-CSCF对不同SIP消息的处理 2、100 Trying（INVITE-Trying /INVITE 100） AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.临时响应，表示你的请求已经收到，在处理中；同时转发INVITE到用户B，对UE B发起寻呼流程;

3、183 sessionprogress（Invite-sessionprogress/invite183）用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）,终端A了解到整个Session的建立进度消息 4、Prack (PRACK_REQUEST) 终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。（此时主叫QCI1专用承载建立） AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A收到183 Session Progress消息。 5、200 ok(PRACH-OK) 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。AS服务器向主叫终端A转送200 OK消息

通话信令过程

1、移动通信系统的基本组成 MS(Mobile Station)：手机物理设备 2、基站子系统 BSS （Base Station System）：基站系统主要负责手机信号的接收和发送，把收集到的信号简单处理之后再传送到移动交换中心（MSC），通过交换机等设备的处理，再传送给终端用户，也就实现了无线用户的通信功能

基站收发信台（BTS）：提供GSM规范所要求的无线信道，与MS进行无线通信。基站控制器（BSC）：功能包括呼叫处理、切换控制、实现陆地电路和空中信道的动态连接/交换、操作和维护管理等，并提供A接口。 3、网络子系统（NSS）它的作用主要是完成网络侧的数据交换功能、用户数据的存储管理功能、用户移动性管理功能、安全性管理功能以及和其他系统交换数据的网关功能等，是GSM网络的中央机构 NSS包括移动业务交换中心(MSC)、拜访位置寄存器(VLR)、归属位置寄存器(HLR)、设备识别寄存器(EIR)、鉴权中心(AUC) A）访问位置寄存器 VLR (Visitor Location Register ) ?保存移动用户的业务信息 ?保存移动用户当前位置信息--MSRN(Mobile Subscriber Roaming Number ) ?保存的用户标识 TMSI (Temporary Mobile Subscriber Identity ) IMSI MSISDN B）归属位置寄存器 HLR (Home Location Register ) ?HLR保存的主要用户标识:IMSI、MSISDN

?HLR保存的主要信息：位置信息，基本通信业务订制信息，业务限制，补充业务，GPRS订制数据，路由信息。 C）移动交换机 MSC(Mobile-service Switching Center) ?具有传统ISDN交换机的功能, 局间信令采用ISUP、TUP ?移动性的处理功能：必要的无线资源的管理、使用MAP/SS7与VLR、HLR 交互, 用于进行移动用户的位置注册、更新、切换等 ?短信功能 ?USSD功能 D）鉴权中心AUC (Authentication Centre ) ?与HLR相连，存储用户的鉴权信息 E）设备身份寄存器EIR (Equipment Identity Register ) ?用作处理设备身份信息，中国没有使用，原因是山寨机市场和移动用户市场的相关性。 F）群呼寄存器GCR(Group Call Register) ?用于群呼和广播呼叫 4、移动网络信令协议栈

手机开机呼叫流程

手机开机呼叫流程通信手机开机后的步骤 : 1.首先搜索124个信道，即所有的 BCH通道,决定收到的广播信道载的信息是距 Mobile 最近的 BTS; 呼叫信息 ); 2?跟网络同步时间和频率,由FCH/SCH调整频率和时间 3.解码BCH的子通道BCCH. 4.网络检查 SIM 卡的合法身份 .是否是网络允许的 SIM 卡。 5.手机的位置更新 . 6.网络鉴权手机主叫(MOC)过程:1 1.手机给基站发送通道需求，即手机发送一个短的随即接入突发脉冲 2.由 BCH 指定传输信道 . SDCCH 3.手机和基站在独立专用信道 (SDCCH上通信. 4.权限认证 5.指定手机在一个业务信道 (TCH上通信. 6.在TCH上进行语音通信. 手机被叫 l 1.BTS在PCH呼叫通道上使用 SIM中的IMSI号码来呼叫用户。 2.由手机发送 RACH 3.通道指定在 BCH. 4.手机和基站在 SDCCH 上通信 5.手机用户被鉴权 6.手机被指定TCH通道。BCH强度,(BCH的承.(RACH Burst)

7.在TCH通道上进行语音和数据通信。紧急呼叫： l 1.GSM 规格定义了 112 为紧急呼叫号码 2.112 在手机有无 SIM 卡的情况下均可呼叫。 3.在 RACH 上, 手机 112 建立紧急呼叫。 Authentication 鉴权： l 1.目的：验证用户身份( IMSI /SIM); 提供手机新的加密键。 2.鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。切换 handover: 切换是手机通信从一个小区 /信道到另外一个小区 / 信道。 l 1.上行和下行的接收质量报告 2.上行和下行的接收信号强度 3.距离，迁时 4.干扰层。 5.功率预算。 6.切换包括：同一小区内部信道 / 时隙之间的切换。小区于小区之间。加密 ciphering: 语音和数据的保密、信号信息的保密； l 手机位置更新 location update:l 1.MSC 应知道呼叫手机的位置。 2.手机连续的改变位置，手机在改变位置时通知 MSC关于新位置。由MSC处理位置更新。 3.手机位置更新过程： ( location area identity LAI ) a)手机改变位置区 b）手机从 BCCH 上读新的位置区 c）发送 RACH, 为通道需求。

VoLTE基本原理信令流程与端到端测试

《VoLTE基本原理、信令流程与端到端测试》目录 ▊什么是VoLTE？ ▊LTE的语音解决方案 ▊Volte业务特征 ▊Volte与RCS的关系 ▊SRVCC与eSRVCC 1.SRVCC基本架构 2.SRVCC流程及切换性能 3.eSRVCC切换 4.eSRVCC基本原理 5.eSRVCC的几个关键点 ▊eSRVCC切换前后的信令流程 1.支持eSRVCC的UE注册流程 2.支持eSRVCC的UE主叫流程 3.UE的VoLTE被叫流程 4.UE的eSRVCC切换流程 ▊VoLTE的端到端要求 1.终端 2.组网 3.端到端QoS ▊用户数据 ▊域选择 ▊无线侧要求 ▊涉及改造的网元和内容 ▊业务一致性 ▊VoLTE网络改造要求（与CSFB对比） ▊《VoLTE呼叫验证和实时网络问题实例》网络研讨会，免费学习充电的机会，了解更多关于VoLTE测试的内容

▊什么是VoLTE？ VoLTE即Voice over LTE，它是一种IP数据传输技术，无需2G/3G网，全部业务承载于4G 网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。 VoLTE相较2G、3G语音通话，语音质量能提高40%左右，因为它采用高分辨率编解码技术。VoLTE为用户带来更低的接入时延（拨号后的等待时间），比3G降50%，大概在2秒左右，而2G时代在6-7秒。此外，2G、3G下的掉线率时有发生，但VoLTE的掉线率接近于零。因为对于语音业务，LTE的频谱利用效率远远优于传统制式，达到GSM的4倍以上。另外，VoLTE与RCS的无缝集成可以带来丰富的业务。 VoLTE真正实现了端到端全IP语音，主要体现在：其空口IP化，由分组域提供承载，通过IMS进行会话控制。 VoLTE难点在于与2/3G切换流程相对复杂，是核心网电路域不IMS之间的切换，涉及IMS、电路域和LTE核心网之间的互操作，即eSRVCC（enhanced Single Radio Voice Call Continuity）。

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

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，小区参数设置

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

主叫： 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等。

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订阅注册事件包

信令流程详解

1 信令分析在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。 1.1 主被叫呼叫建立流程 1.1.1正常信令在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败” 关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发

送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧失败。关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。 1.1.2典型异常信令 1、A1接口失败。 2、传输误码率高导致指配资源失败

GSM信令流程专题(切换短消息呼叫重建)

1.5 切换 1.5.1 切换的起因： 1）无线标准 ●信号质量 ●场强MS和/BTS接收电平 ●MS—BTS距离 ●改善干扰与功率控制（选择在确保正常通信质量的情况下切换的小区以尽量减少MS传输功率从而改善干扰） 2）网络标准 ●话务负荷（防止小区拥塞，均化话务；但扰乱了小区规划并增加了对周围区域的干扰强度），只在出现特殊事件，局部地区产生峰值时暂时使用，如举行运动会，交易会。发生自然灾害时等。 ●O&M原因，应操作维护方面的需要 1.5.2 切换启动方式 1） BSC根据管理标准而检测到无线传输原因而执行切换判决 ●MS测量周围邻近小区下行信号电平和质量，以搜寻可供选择的BTS，并将结果报告正在服务的BTS ●正在服务的BTS对MS上行信号电平，质量和距离进行测量 ●MS测量结果与BTS测量结果送往BSC进行处理，BSC根据传输质量标准作出切换判决 2）MSC询问切换候选人由于MSC业务的原因，MSC希望确定是否能够切换到MS所指定的小区，则 MSC发“切换候选者询问”消息到BSS，希望BSS识别在某一特定小区可以切换到另一些小区的切换候选者数目，消息中包含最大候选者的数目。 1.5.3切换类型 1）内部切换由BSS控制进行，MSC不参与介入切换控制过程：BSS仅在切换完成后发送“切换完成消息”到MSC。内部切换有几种类型： ●小区切换同一个无线频道的话务信道之间不同的无线频道之间 ●同基站内小区间切换 2）外部切换（MSC参与控制切换过程） ●同MSC内不同基站间切换 ●同PLMN不同MSC只基站间切换 ●不同PLMN的基站间切换，GSM未定义