普通呼叫信令流程详解--带抓包图
2012年8月
普通呼叫流程
呼叫包括如下参数：移动识别 (IMSI、TMSI、IMEI)、 classmark2、CKSN、 CM业务请求类型（移动始发 呼叫建立、紧急呼叫建立、短 消息业务、补充业务、位置业 务）
UE的通用标识符（如IMSI）与 RRC连接相关联并在RNC中保 存起来，便于以后寻呼消息在 RRC连接上的传输
安全性管理(可选)
开始呼叫建立过程
MSC进行被叫分析，找到被叫 的HLR。然后向HLR要被叫所 在位置
to indicate that the requested call establishment information has been received, and no more call establishment information will be accepted.
然后向HLR要被叫所在位置
HLR找到被叫所在MSC，要 MSRN。
MSC收到被叫MSRN，开始RAB 指址消息带被叫基本信息，中继 路由信息等；
应答消息，表示被叫应答
谢谢
2020wiresharkf分析SIP呼叫流程典型流程图解精品
SIP呼叫典型流程图解及详细解释目录1.Sip协议的相关术语： (2)2.注册流程 (4)3.注销流程： (6)4.基本呼叫建立过程： (7)5.会话更改流程： (9)6.正常呼叫释放过程： (12)7.被叫忙呼叫释放： (13)8.被叫无应答流程一： (14)9.被叫无应答流程二： (15)10.遇忙呼叫前转： (16)11.无应答呼叫前转流程： (18)12.呼叫保持： (20)13.呼叫等待： (23)14.盲转流程 (27)15.询问转的流程 (30)16.彩铃的流程 (31)17.三方通话 (34)1.Sip协议的相关术语：A拨打B,A到proxy是一个session，一个dialog，proxy到b是另一个dialog，有另一个session name。
Invite，ack，bye，option，update，cancel消息，每发一个就是一个事务。
每发一个请求，cseq加1，但cancel，ack，bye请求的cseq同invite的cseq。
Callid，from tag，to tag标识一次对话。
Invite消息中有from tag，没有to tag，100 trying应答也没有to tag。
被叫发的bye 中from，to的tag和180和200ok的值。
每个事务用via字段里的branch的值来区分，invite到200ok之间属于一个事务，bye是另一事务。
语音流，被叫收到ack后发一个rtp流。
2.注册流程3.注销流程：终端代理代理服务器REGISTER (1)200 OK (4)标题（1） 终端向代理服务器送Register 消息注销，其头中expire 字段置0。
（2） 代理服务器收到后回送200 OK 响应，并将数据库中的用户有关信息注销。
4.基本呼叫建立过程：5.会话更改流程：用户代理服务端用户代理客户端通话 (1)Invite (2)200 OK (3)ACK (4)标题（2） 用户代理服务端向用户代理客户端发送Inivte消息,带有新的SDP协商信息。
信令流程(图+介绍)
1、建立RR连接
RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。CH－REQ有两个参数：建立原因和随机参考值（RAND）。建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息。
网络收到SETUP消息，若接受请求，就回送CALL PROC（呼叫处理），表明正在处理呼叫，主叫MS处于等待状态。网络开始寻找被叫用户，若被叫也是GSM系统用户，其接入网络的方式与主叫类似。不同点有：（1）被叫MS收到网络发出的PAGINC（寻呼）消息后，才会提出信道请求；（2）被叫MS在与网络建立CC连接时，先由网络发下行的SETUP消息，MS回送CALLCONF（呼叫证实）消息。在CALL，PROC或CALL，CONF后，网络与MS之间CC层的连接建立。
A接口上第1条消息传递完后，MS与系统之间就建立了RR连接，RR实体通知MM子层已进入专用模式。在专用模式下，MM子层和CC子层负责发送所有L2层上的消息。除了错误指示和释放本地链路以外，均由RR子层直接处理。
VoLTE主叫信令流程详解
VoLTE主叫信令流程详解（有抓包截图详细介绍）：注册的目的是信息登记，并为后续的主被叫提前进行了相应的寻址。
例如，主叫流程中信令所经历的网元路径就是在注册阶段被分配好的，并在该UE注册期间保持不变。
IMS域的的主叫信令流程总览如下：1、首先UE向P-CSCF发出SIP INVITE请求，包含初始SDP消息，该初始SDP消息包含一个多媒体会话的一个或多个媒体流。
UE需要在INVITE消息了嵌入Accept:application/sdp,application/3gpp-ims+xml，这里主要指明了MIME(MultipurposeInternet Mail Extensions)的业务格式类型（例如XML、HTML 或者还是WMV等业务媒体格式），以便被服务器进行正确的解码处理，这一点在计算机应用中很普遍，如果没有注明正确的类型，后果很难评估；P-Early-Media: supported，支持该消息意味着支持主叫早放，例如，当收到180振铃指示，UE按授权进行相应的媒体播放；P-Preferred-Identity:sip:+86134***************,这里提供了用户的公共标识，与后续从S-CSCF传来的P-Asserted-Identity保持一致；P-Preferred-Service:urn:urn-7:3gpp-service.ims.icsi.mmtel, IMS Communication Service Identifier(ICSI),IMS通信服务标识符在UE与网络侧标记着应用。
UE通过该标识符分发SIP 消息到正确的应用，而网络侧通过该标识选择正确的应用服务器；a: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel",媒体类型标签，标识着终端可支持的软件应用，同时也表征着终端的能力(例如该终端是个电话或者是PDA)；在初始SIP请求中包含的SDP消息应严格符合RFC 4566中定义的SDP协议格式，包含不同域的排列顺序、以及域中内容的格式要求。
信令流程（图+介绍）
信令流程（图+介绍）GSM 信令流程（菜鸟多看看，不要到处跑）GSM 系统使用类似OSI 协议模型的简化协议，包括物理层（L1）、数据链路层（L2）和应用层（L3）。
L1是协议模型最底层，提供物理媒介传输比特流所需的全部功能。
L2保证正确传递消息及识别单个呼叫。
在GSM 系统中，无线接口（Um ）上的L1和L2分别是TDMA 帧和LAPDm 协议。
在网络侧，Abis 接口和A 接口使用的L1均为E1传输方式，L2分别为LAPD 和MTP 协议。
在Um 接口，MS 每次呼叫时都有一个L1和L2层的建立过程，在此基础上再与网络侧建立L3上的通信。
在网络侧（A 和Abis 接口），其L1和L2（SCCP 除外）始终处于连接状态。
L3层的通信消息按阶段和功能的不同，分为无线资源管理（RR ）、G C H )C C H )H )移动性管理（MM）和呼叫控制（CC）三部分。
1、建立RR连接RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。
CH－REQ有两个参数：建立原因和随机参考值（RAND）。
建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。
RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。
RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。
要进一步区别同时发起请求的MS，还要根据Um 接口上的应答消息。
CH－REQ消息在BSS内部进行处理。
BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。
该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。
CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。
通信呼叫流程信令资料
6Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。
经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。
鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。
经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。
TCH指配阶段主要包括：指配命令，指配完成。
经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。
取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC回送被叫用户的路由信息（MSRN）。
MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。
然后进行话路接续。
6Issue 3.3主叫过程的信令流程如后面的图所示。
注意:应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。
VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。
只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。
另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM），而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。
如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。
SIP呼叫流程分析和Wireshark抓包ppt课件
SIP协议简介
SIP协议概念
基本SIP协议功能实体 SIP协议消息类型 Wireshark抓包 SIP消息基本结构
SIP协议概念
SIP（Session Initiation Protocol） 会话初始协议，“是一个 应用层的信令控制协议。用于创建、修改和释放一个或多个参与 者的会话。
SIP消息基本结构
SIP消息一般有起始行、消息头两部分组成。 起始行一般包含消息名称、URI、版本。 请求消息头至少包括From、To、CSeq、Call-ID、 Max-Forwards、Via 六个头字段，它们是构建SIP消息 基本单元 消息体一般采用SDP（Session Description Protocol） 协议，会话描述协议
什么是STUN服务，我是否需要使用STUN服务？
STUN代表UDP数据包简单地穿过NAT（Simple Traversal of UDP over NAT）。这是一个协议，当一个IP电 话机在NAT后面时，IP电话机可以使用这个协议检测到NAT的存在，并判断NAT的类型。一个IP电话机如果支 持STUN协议，它就可以发送一系列的STUN查询，到公共的因特网上的STUN服务器，这样就可以得到NAT 上映射到话机的公网IP地址和端口。IP电话机就可以智能地修改SIP/SDP消息中的私有IP地址。这样SIP信令 和RTP多媒体数据就可以成功地穿过NAT，而不需要修改NAT的任何配置。
SIP协议功能实体
定位服务（Location Service）：SIP重定位服务器或代理服务器用来获得被叫位 置的一种服务，可由定位服务器提供，但SIP协议不规定SIP服务器如何请求定位 服务。 代理，代理服务器（Proxy、Proxy sever）：用于代表其他用户发出请求的中间 程序。它既是客户机也是服务器。用户请求可以直接被代理服务器处理或被转发 给别的代理服务器。代理服务器在转发之前要对消息进行解析 ，必要时还会改写 请求。 重定向服务器（Redirect server）：用来接收SIP请求，将其地址映射成零个或 多个新地址，并把结果返回给客户。与代理服务器（Proxy Server）不同，它不 发出自己的SIP请求；与用户助理服务器（User Agent Server）不同，它不接受 呼叫。 注册员（Registrar）：用来接收 REGISTER 请求消息的服务器，常与代理或重定 向服务器在同一位置，可以提供定位服务。 用户助理客户（User Agent Client）：用来发起SIP请求的客户程序。 用户助理服务器（User Agent Server): 收到SIP请求后负责与用户联系并代表 用户回送响应的服务程序。该响应可以表示接受、拒绝或重定向请求消息。
信令流程超详细解读
................MonitoredCellRACH Result ..................modeSpecificInfo ....................tdd ......................cellParametersID: 0x8 (8) ......................primaryCCPCH RSCP: 0x23 (35) ................MonitoredCellRACH Result ..................modeSpecificInfo ....................tdd ......................cellParametersID: 0x0 (0) ......................primaryCCPCH RSCP: 0x0 (0) ............v3d0NonCriticalExtensions ..............rRCConnectionRequest v3d0ext: rRCConnectionRequest-v3d0ext ..............v4b0NonCriticalExtensions ................rrcConnectionRequest v4b0ext ..................accessStratumReleaseIndicator: rel 4 (0) NBAP_RL_SETUP_REQUEST NBAP_RL_SETUP_RSP RRC_RRC_SETUP NBAP_RL_RESTORE_IND RRC_RRC_CONNECT_SETUP_CMP RRC MSGS ..msg ....struUL DCCH Message ......struUL DCCH Message ........message ..........rrcConnectionSetupComplete ............rrc TransactionIdentifier: 0x0 (0) ............startList ..............STARTSingle DomainIdentity: cs domain (0)
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订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
呼叫处理与信令流程解读
呼叫处理与信令流程目录第一部分事务处理能力应用部分（TCAP第二部分智能网应用规程（INAP第三部分 CAMEL应用部分（CAP第一部分事务处理能力应用部分（TCAP七号信令事务处理能力应用部分TCAPTCAP 分为三部分：第一部分TCAP 基本概念；第二部分TCAP 功能结构，主要说TCAP 在具体实现的时候分为哪几部分，每一部分的功能以及相互之间的联系；第三部分TCAP 消息构成，具体是TCAP 消息的解析，强化TCAP 概念。
第一部分TCAP 基本概念：如图，在最底层是MTP 部分，MTP 被称为消息传送部分，提供所有用户部分的公共的对消息的传送机制，包括MTP 第一层、第二层和第三层。
MTP 第一层提供的是信令数据链路层，给出了七号信令在什么样的带宽上传送，在什么样的物理通道上传送。
MTP 第二层被称为信令链路层，给出了七号信令帧的格式，消息是怎样被打包、被解包以及怎样进行点对点之间传送的差错控制。
MTP 第三层是信令网络层，提供在信令网当中七号信令消息的寻址和消息路由功能以及一些七号信令消息的网络管理功能，MTP 这三层功能合起来实现在七号信令网任意两上网络节点之间消息可靠的传输。
用户部分被称为UP 部分，图中有TUP 、DUP 、ISUP 、SCCP 、TCAP 等，TUP 是电路用户部分，用于交换机和交换机之间的电路接续控制，DUP 数据用户部分，主要用于数据通信网的应用，ISUP 用户ISDN 网络部分，实际上包含DUP 和TUP 功能。
SCCP 被称为信令连接控制部分，MTP 提供网络层功能并不完善，MTP 第三层它在寻址存在局限性，利用DPC 和OPC 寻址，它们在寻址是在相对的地址范围，不是全球地址范围，导致全球七号信令网之间任意两个节点的通信地址范围受到限制，SCCP 扩张采用全球码寻址方式，使在全球信令网两上节点有着统一的编码方式，为信令的寻址提供相当大的灵活性，这是SCCP 对七号信令体系功能扩张第一点；功能扩张的第二点SCCP 扩大MTP 用户部分，用4个比特来表示只有16用户，SCCP 提出子系统概念，采用8比特表示256个子系统，相当于多出了256个用户；功能扩张的第三点SCCP 面向连接以及面向无连接的服务，TUP 消息在传送前是不需要确定对方能够收到与否，SCCP 类似于在发送消息先要询问对方是否能正确收到，握手建立再传送数据，数据传送完后再拆除连接；功能扩张的第四点SCCP消息实现和电路应用无关，在TUP 中任何消息都和某一个具体中继电路相关，TUP 当中有一个CIC 电路标识，用来标识这个消息和某一个电路相关，SCCP 和TIC 无任何关系。
常用信令简单说明(PRI、SS7、SIP)
注意：图片网上找的，流程为最简单的大致流程。
具体情况需抓日志或抓包分析。
文字部分则为常用消息的说明。
主要了解下常用信令的过程，内容不多。
有兴趣了解更多的，网上找些资料看看。
自己可以抓正常呼叫的日志，然后找下对应的消息名称就可以看到完成的一个过程。
比如，要看PRI 中的一次呼叫，直接CTRL+F查找SETUP等词就可以找到。
日志中>表示我方发出，<表示对方发过来的。
比如，以前出了PRI中继打不出电话直接被挂断，看下DISCONNECT消息是哪边发的，该消息前面为<，表示对端挂断了我方的呼叫，就得查一下对端为何挂断，最后对端机房给出结论是对送出的号码属性有要求，我们把号码属性改成市话就正常了。
PRI中继使用q.931消息描述。
q.931消息的基本呼叫流程：SETUP------------------------------------>建立话路SETUP ACKNOWLEDGE<------------------------------------呼叫建立确认CALL_PROCEEDING<------------------------------------呼叫进度PROGRESS(可选)<------------------------------------ALERTING<------------------------------------被叫振铃CONNECT<------------------------------------被叫应答，建立连接CONNECT ACKNOWLEDGE------------------------------------>主叫确认应答DISCONNECT------------------------------------>主叫挂机RELEASE<------------------------------------被叫确认挂机、释放线路RELEASE COMPLETE------------------------------------>释放完成目前我们的七号中继只支持ISUP类型，下面为ISUP的基本呼叫流程：IAM------------------------------------>INR<------------------------------------INF------------------------------------>ACM<------------------------------------ANM<------------------------------------通话—————————————————————REL------------------------------------>RLC<------------------------------------IAM：初始地址，前向发送此消息以初始化出局电路的占用情况，传送号码以及其它与呼叫路由相关的信息；INR：信息请求，交换机发出这个消息以请求呼叫随路信息；INF：传达呼叫随路信息，该呼叫可能在信息请求中已请求；ACM：地址全，表示已收到路由呼叫到被叫时所需的所有地址信号；ANM：应答，表示已经应答呼叫；REL：释放，前发或后发这个消息，表示由于某一原因正在释放该电路，而且准备在收到释放完成消息把该电话置为空闲状态。