普通呼叫信令流程详解--带抓包图

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协商信息。

信令流程(图+介绍)

在SANM帧中，透明传输到MSC的L3消息是A接口的第1条L3消息。尽管A接口的MTP连接在通话前已经建立，但对每个呼叫，在L2还要建立一个SCCP的连接。L3消息包含在A接口上SCCP的请求建链消息（CR）中传递。如请求被允许，A接口的第1条下行消息将包含在SCCP层的连接证实（CC）帧中。对SCCP层来说，CR与CC的交换是源参考地址与目的参考地址的交换。在同样的信令点码下，不同的呼叫具有不同的源地址和目的地址。
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协议功能实体 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：释放，前发或后发这个消息，表示由于某一原因正在释放该电路，而且准备在收到释放完成消息把该电话置为空闲状态。

信令流程详解

信令流程详解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获知用户信息不在数据库中，便向终端代理回送401Unauthorized 质询信息，其中包含安全认证所需的令牌；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重配置中附带下来。

信令流程详解

信令流程详解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、传输误码率高导致指配资源失败3、信令交互失败引起信令交互失败一般是空口原因，本案例比较特殊，该基站下面呼叫全部失败，通过结合CSL分析，发现存在大量0x0c8b （SDU_ADD_LINK_FAIL）接入失败，怀疑FMR 板有故障，在征得客户同意基础上复位IP框后（该框下仅有这一个基站）解决。

呼叫处理与信令流程解读

呼叫处理与信令流程目录第一部分事务处理能力应用部分（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 无任何关系。

通信呼叫流程信令

1Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。

一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。

接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。

经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。

鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。

经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。

TCH指配阶段主要包括：指配命令，指配完成。

经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。

取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC回送被叫用户的路由信息（MSRN）。

MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。

然后进行话路接续。

2Issue 3.3主叫过程的信令流程如后面的图所示。

注意:应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。

VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。

只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。

另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM），而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。

如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。

呼叫流程及信令

位置更新及呼叫流程位置更新操作(一)____位置更新仅涉及本VLRM SB S SM S CV L RU mB S S A PM A PABLocation upd ating requ est (位置更新类型,C K S N o, LA Io,IM S I/TM S I)C O M P L E T E L3 IN FO R M A TIO N(Layer 3 信息)U pdate location area (C K S N ,L A Io,LA In,IM S I/T M S I)A uth entication(R A N D ,C K S N n)A uth entication requ est (R A N D ,C K S N n)A uth entication resp ons e (S R E S )A uth entication resp ons e(S R E S )S et cyph ering m ode(K c 和算法标识符或不进行编码的指示)Forw ard new T M S I(TM S I)U pd ate location area ack.(H LR 号)C Y P H E R M ODE C O M M A N D (K c,L3头部消息)C Y P H E R M ODE C O M P LE T E Location upd ating acc ept(T M S In,L A In)TM S I reallocation com pleteC L E A R C O M M A ND (资源释放)C L E A R C O M P L E TETM S I ackno w ledg e (caus e,L3头部消息)2.1.2位置更新操作(二)____位置更新涉及本VLR 和HLR(当MS 进入新的VLR或MS 首次登录,或相关网络数据丢失后,MS 都使用IMSI 来标识自己)M SBSSM SCVL RH LR /AU CL oc ating up d atin g req u est(IM SI)U mBSS APM APM APABDC O M P LE TE L3 IN F O.U pd ate loc ation area(IM S I)S en d p aram eters(IM S I)Auth entic ation p aram eters (R A N D /SR ES/Kc,IM S I)Auth entic ateA uth entic ation requ est Auth entic ation resp ons eAuth entic ation res p ons eU pd ate loc ation Ins erte subscrib er d ata Su bscrib er d ata ins ertion ack. c anc el loc ationc anc el loc ationack.P V LRU pd ate loc ation ack.(H L R 号)S et cyph ering m od e Forw ard new TM S IU pd ate loc ation area ack.C YP H E R M ODE C O M M A N D C Y P H E R M O D E C O M P L ET E L oc ation u pd atin g acc epte TM S I realloc ation com p leteTM S I ackn ow led g eC L EA R C O M M A ND C L EA R C O M PL ET E先前的V LR 从正在单中删除相关的M S 数据拜访本V LR 的M S 名内)(一)U mABDAU mM Sa BSSaM SC VLRHLRAUCBSSbM Sb信道请求R AC HSD C C H C M service request (C KSN,IM SI/TM SI)C OM PLE TE L3 INFO(包含C M service req.)C ON_C O NF (SC C P 接续确认消息C C )Process access req.(包含C M service req.)Send parameters AUT_INFO_R EQ 内部接口AUT_INFO_PR O V(IM SI,R AND /SR ES/Kc)(IM SI/TM SI)Authentication para.(IM SI,R AND /SR ES/Kc)Authenticate (R AND ,C KSNn)Authentication request(R AND ,C KSNn)Authentication response(SR ES)Authen. res.(SR ES)Set cyphering modeAccess req. accepted (IM SI/M SISD N)C M service acceptCIPHER M OD E C OM M AND (Kc)C IPHER M OD E C OM PLETE 呼叫建立 Setup ( 被叫号码M SISD N)Send info. for o/g call setup(包含service indication,call number)C omplete C all(包含所请求的呼叫处理信息)基本业务和补充业务C all proceeding ASSIGNM EN T R EQUEST ASSIGNM ENT C OM PLETESend routing info. (M SISD N,补充业务信息)Provide roaming number(IM SI) roaming numberR outing infomation acknowledge send info.for i/c call setup page M S(LAI)PAGINGPage responseC OM PLE TE L3 INFOR M ATION (包含Page response)(内部过程)鉴权核对成功启动加密为来话发送消息,VLR 将核对参数寻呼启动VLR 核对IM SI 分配M SR N中)(二)U mABDAU mM S a B S SaM SC VLR H L RA UCB S SbM S b内部接口连接证实 C O N _C O N F (S C C P 接续确认消息C C )P rocess access req.S end para.(IM SI/T M SI)A U T _IN F O _R E QA U T _IN F O _P R O VA uthen. para.(IM SI,R A N D /S R E S /Kc)(IM SI,R A N D /S R E S /Kc)A uthenticate (R A N D ,C K S N n)A uthentication requ est(R A N D ,C K S N n)A uthentication(S R E S )A uthentication resp onse(S R E S )S et cyphering m odeA ccess requ est acceptedC om plete call C IP H E R M ODE C O M M A N D (K c)C IP H E R M ODE C O M P LE T E呼叫建立S etup呼叫证实C all confirm edA S SIG N M E N T R E Q U E S T A S SIG N M E N T C O M P LE T E提醒 A lerting 连接 C onnect连接证实 C onn ect ackn ow ledg e通话A lerting 回铃音 C onn ectC onn ect acknow ledg e网路接续T C H 振铃应答完成呼叫(回送被叫用户数据)3.1.3呼叫接续流程____挂机过程U mABDAU mM S aBSS aM SCVLRH LRAU CBSSbM S b(一) 主叫先挂机断连 D isconnec t断连 D isconnec t 释放 R eleas e释放 R eleas e释放完成 R eleas e com plete释放完成 R eleas e c om plete 清除命令 C LEAR C O M M M AN D 清除完成 C LEAR C O M PLET ECLE A R CO M M A N D CLE A R CO M P LE TEM SC 释放陆地信道和物理连接(二) 被叫先挂机断连 D isconnec t断连 D isc onnect释放 R eleas e释放完成 R eleas e com plete清除命令 C LEAR C O M M AN D清除完成 C LEAR C O M PLET E释放 R eleas e释放完成 R eleas e c om pleteC LEAR C O M M AN DC LEAR C O M PLET EM SC 释放陆地信道和物理连接切换控制流程____同MSC 内基站间切换MSC BSS1BSS2MSA AU mUmB S S 1和MS 间无线传输信号测量HA N D O V E R RE Q UIRE D(目标小区表)切换请求 HA ND O V E R RE Q UE S T (P C M&Ch an n el typ e)切换确认 HA ND O V E R RE Q UE S T A CK NO W LE DG E (参数L3信息携带了无线接口上的HAND O VER C OM M AND 消息它包含New TC H 号切换参考号)切换命令 HAND O VER C OM M AND (包含Target channel 并携带了无线接口上HAND O VER C OM M AND 消息)切换命令HAND O VER COM M AND (包含New TC H 号和切换参考号)通过原BSS,让M S 转到新的信道切换检测 HANDO VER D ETEC T切换检测 HAND O VER D ETEC T切换完成 HAND O VER C OM PLETE切换完成 HAND O VER C O M PLETEM S 进入目标小区C LEAR C OM M ANDC LEAR C OM PLETE释放资源释放PC M切换命令证实4.2.1切换控制流程____基本切换处理~~~~M SM SBSS1M SC a M SC bBSS2VLR b无线传输信号测量HANDO VER REQ.Perform handover(MAP)(全球目标小区表)(全球目标小区标识全球服务小区标识信道类型)HANDO VER REQ UEST (PCM&Channel type)HANDO VER REQ UEST ACKNO W LEDG E(包含New T CH 和切换参考号)Allocation handover num ber (分配切换号码)Send handover report (HO N.)(发送切换报告)Radio channel ack.(MAP) (包含New T CH 和HON.)无线信道证实IA M ACMHANDO VER CO MMAND HANDO VER CMD 经原BSS 让MS转到新的信道切换检测 HANDO VER DET ECT 切换完成 HANDO VER CO MPLET EBSS2新选T CH 连到PCM 电路MS 进入目标小区发送结束信号Send end signal(MAP) CLEAR CO MMAND 释放PCM0CLEAR CO MPLET EANS释放(T UP/ISUP)End signal(MAP)结束信号拆去MSCa 和MSCb 的物理连接Handover report 释放切换报告移动UmAEBAUm4.2.2切换控制流程____后续切换流程(MS离开MSCb漫游到MSCb')漫游EM SM SC a M SC b M SC b'VLR bVLR b'BSS2BSS2'无线传输信号测量HAND O VER R EQ UIR ED (目标小区表)执行后续切换Perform subsequent handover(M AP) (目标小区标识,服务小区标识,M SC号)执行切换 Perform handover(目标小区标识, 服务小区标识,信道类型)HAND O VER R EQ UEST (PC M&C hannel type)HAND O VER R EQ UEST AC KNOW LED G E (包含New TC H号和切换号码)Allocate handover number(分配切换号码)Send handover report(HO N) (发送切换报告) R adio channnel ack. (M AP) (包含New TC H号和HO N.)无线信道证实IAMAC M后续切换证实 Subsequent handover ack.HAND O VER C OM M AND切换命令切换检测 HAND O VER D ETEC T切换完成 HAND O VER C O M PLETE 发送结束信号 Send end signal (M AP)ANS结束信号 End signal (MAP)释放切换报告 Handover report 释放HO NC LEAR C OM M ANDC LEAR C O M PLETE释放(TUP)拆去M SC a和M SC b的物理连接结束信号 End signal (MAP)释放 (TUP/ISUP)释放切换报告 Handover report 释放HO N 拆去M SC Aa和M SC b' 的物理连接~ ~~~M S附：消息说明DTAP消息移动管理MM消息消息名传递方向功能鉴权拒绝 AuthenticationrejectTo MS 向MS指明鉴权已经失败鉴权请求 AuthenticationrequestTo MS 网络启动MS鉴权鉴权响应 Authentication response To Network 将计算出的鉴权响应SERS传送到网络CM重建请求 CMRe-establishment request To Network 若前一个连接失败,MS请求重建一个连接CM业务接受 CM service accept To MS 网络向MS指明已经接受请求的业务CM业务拒绝 CM service reject To MS 网络向MS指明不能提供请求的业务CM业务请求 CM service request To Network MS请求连接管理(CM)子层实体业务识别请求 Identity request To MS 网络请求MS提供标识识别响应 Identity response To Network MS提供标识给网络IMSI分离指示 IMSI detach indication To Network 在网络中设置此MS处于非活动状态位置更新接受 Location updating accept To MS 网络通知MS位置更新或IMSI附着已经完成位置更新拒绝 Location updating reject To MS 网络通知MS位置更新或IMSI附着失败位置更新请求 Locationupdating requestTo Network MS请求位置更新或IMSI附着MM状态 MM-Status 双向向另一方报告错误状况TMSI再分配 TMSIreallocation commandTo MS 网络再分配一个新的TMSI给MSTMSI再分配完成 TMSI reallocation complete To Network MS通知网络一个新的TMSI再分配已经发生DTAP 消息呼叫控制(CC)消息消息名传递方向功能提醒 Alerting 被叫MS到网络或网络到主叫MS 通知对方已经提醒被叫用户呼叫证实 Call confirmed 被叫MS到网络被叫用户证实一个来话请求呼叫进行 Call proceeding 网络到主叫MS 网络表明主叫用户所请求的呼叫建立信息已经接收到连接 Connect 被叫MS到网络或网络到主叫MS 表明被叫用户已经接收呼叫连接证实 Connectacknowledge网络到被叫MS或主叫MS到网络表明MS已经获得呼叫紧急建立 Emergency setup MS到网络MS启动紧急呼叫的建立进展 Progress 网络到MS 表明一个呼叫的进展建立 Setup 双向启动呼叫建立修改 Modify 双向请求改变一个呼叫的负载能力修改完成 Modify complete 双向表明呼叫负载能力的改变已经完成修改拒绝 Modify reject 双向表明呼叫负载能力的改变已经失败用户信息 User information 双向MS发送到远端用户的信息或网络发送远端用户的信息断连 Disconnect 双向MS请求清除端对端连接或网络指明端对端连接被清除释放 Release 双向表明发送方准备释放业务标识符TI释放完成 Release complete 双向表明发送方已经释放TI,且接收方将释放TI拥塞控制 Congestion control 双向表明在发送用户信息消息时流量控制的建立和终止通知 Notify 双向指明关于一个呼叫的信息启动DTMF Start DTMF MS到网络网络请求将包含的数字转变成DTMF音调启动DTMF证实 Start DTMF ack 网络到MS 指明网络已经成功地将包含的数字转变成DTMF音调启动DTMF拒绝 Start DTMF rej 网络到MS 表明网络不接收将包含的数字转变成DTMF音调的请求状态 Status 双向报告错误状况状态查询 Status enquiry 双向请求同层的层3实体发送Status消息停止DTMF Stop DTMF MS到网络停止发送DTMF音调到远端用户停止DTMF证实 Stop DTMF ack 网络到MS 表明DTMF音调的发送已经停止BSSMAP 消息无连接消息消息名传递方向功能阻塞 BLOCK BSS=>MSC 向MSC指明特定的陆地资源阻塞阻塞证实 BLOCKING ACKNOWLEDGE MSC=>BSS 指明相关电路中的业务已经被移去解闭 UNBLOCK BSS=>MSC 指明特定的陆地资源可恢复服务解闭证实 UNBLOCKINGACKNOWLEDGEMSC=>BSS 指明相关电路已经恢复服务切换已执行 HANDOVER PERFORMED BSS=>MSC 指明BSS已经执行了一个内部切换切换候选者询问 HANDOVER CANDIDATE ENQUIRE MSC=>BSS MSC查询正在某小区中工作的MS是否可以切换到其它小区切换候选者询问响应HANDOVER CANDIDATE RES.BSS=>MSC 指明候选MS的数目资源请求 RESOURCE REQUEST MSC=>BSS BSS请求当前特定小区中的空闲资源资源指示 RESOURCEINDICATIONBSS=>MSC 响应资源请求消息寻呼 PAGING MSC=>BSS 通知BSS在正确的小区发送寻呼消息复位 RESET 双向指明发送方发生了故障复位证实 RESET ACKNOWLEDGE 双向指明发送方已经发生了复位,等待恢复业务过载 OVERLOAD 双向表明发送方过载复位电路 RESET CIRCUIT 双向由于故障发送方特定的电路状态不明复位电路证实 RESET CIRCUIT ACKNOWLEDGE 双向表明发送方已清除了可能有关的呼叫,等待恢复服务BSSMAP 消息面向连接消息消息传递方向功能指配请求 ASSIGNMENT REQ MSC=>BTS 请求BSS指配无线资源,消息中包括资源的特性和地面信道指配完成 ASSIGNMENT COMPLETE BSS=>MSC 指出所请求的指配已经正确完成指配故障 ASSIGNMENT FAILURE BSS=>MSC 指出在BSS指配过程中出现故障,指配程序已终止切换请求 HO REQUEST MSC=>BTS 某MS要切换到该BSS所属的小区切换要求 HO REQUIRED BSS=>MSC 指出已有专用无线资源的某一MS请求切换,原因在消息中给出切换请求证实 HO Required Acknowledge BSS=>MSC 指出BSS可以支持请求的切换,并指示MS应切换到的信道切换命令 HO Command MSC=>BTS 包含MS应重新调谐的目标信道切换完成 HO Complete BSS=>MSC 指出正确的MS已经成功地接入目标小区切换故障 HO Failure BSS=>MSC 指出在对资源分配过程中出现故障,已放弃切换切换要求拒绝 HO RequiredrejectMSC=>BTS 指出BSS要求的切换没能执行切换执行 HO Performed BSS=>MSC 指出BSS已完成了一个内部切换,包括小区识别清除请求 Clear Request BSS=>MSC 指出BSS希望释放相关的专用资源清除命令 Clear Command MSC=>BTS 指示BSS释放相关专用资源清除完成 Clear Complete BSS=>MSC BSS通知相关专用资源已释放MSC调用跟踪 MSC InvokeTraceMSC=>BTS 指示BSS开始跟踪记录级别更新 Classmark Updated 双向更新相关的MS的级别加密模式命令 Cipher ModeCommandMSC=>BTS 要求更新相关的MS加密参数加密模式完成 Cipher Mode Complete BSS=>MSC 指出通过无线接口已达到成功的加密同步完全层3消息 Complete L3 Message BSS=>MSC 寻呼响应,位置更新请求,CM请求重建,CM业务请求,IMSI分离BSS执行SCCP连接建立时,MS发出的第一个层3消息排队指示 QueryingIndicationBSS=>MSC 指出所需的TCH的指配会有延时SAPI"n"拒绝 SAPI"n" Reject BSS=>MSC 指出SAPI!=0的一个消息被拒绝了寻呼 Paging MSC=>BTS 该消息包含足够的信息以使寻呼在正确的时间和正确的小区发送切换检测 HO Detected BSS=>MSC 指出正确的MS已成功地接入目标小区BSS调用跟踪 BSS InvokeTrace双向发端指示收端开始跟踪记录级别请求 Classmark Request MSC=>BTS 请求为对应的MS更新级别参数加密模式拒绝 Cipher ModeRejectBSS=>MSC七号信令：A p p lic a tio n P re s e n ta tio n S e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a lA p p lic a tio nP re s e n ta tio nS e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a l N e tw o rkD a ta L in kP h y s ic a lN e tw o rk N o d eU s e r U s e rGSM 信令分层：● BSSAP BSS Application Part● BSSMAP BSS Management Application Part ● DTAP D irect Transfer Application Part ● MM Mobility Managemert ●CM Connection Management● CC Call Control● SMSShort Message Services● SS SCCP Signalling Connection Control Part ● MTP Message Transfer Part ● RR Radio Resourses ● BTSM BTS Management● LapDLink Access Protocol on the D channel● LapDm Link Access Protocol on the D channel modified ● Layer 1 (Physical Layer)● The physical layer is responsible for the error free transfer of physical data units. This layer definesthe electrical and mechanical characteristics of the transmission path. ● Layer 2 (Link Layer)● The function of the link layer is to transfer frames, error free, between two stations using the bittransfer connection created by the physical layer. The tasks of this layer include opening,maintaining, and closing a connection between two stations.● In GSM, the data link layer is implemented with the standard LapD (Link Access Protocol on D channel) protocol on the BTS-BSC link, and with a GSM specific LapDm protocol on the BTS-MS (radio interface) link.● Layer 3 (Network Layer)RRAir In terfaceRR'LapD BTS MLapD Abis In terfaceR RBSSM APMSBTSB SC M SCBTSMA Interface M T P M T PS CCPLa pDm Lap DmSCCPB SS A P D TA PB S SM APM MCCSSSM SC M M MC C SS SM SC M●The network layer isolates the higher levels from routing and connection tasks. It is responsible forgetting the message to its destination through an arbitrary network topology.●In GSM, this layer is hierarchically divided into three sublayers; CM (Connection Management),MM (Mobility Management), and RR (Radio Resource) layers.●The Radio Resource layer, RR, produces services for the Mobility Management layer. Thefunctions of this layer include establishing, maintaining, and releasing physical connections (i.e.RF traffic and control channels). The main part of this function is located in the BSC, although some of the functions are performed by the BTS.●The Mobility Management layer, MM, controls the registration of subscriber equipment in thenetwork and identification of users. This function is located in the MSC.●The Connection Management layer, CM is the highest layer in the GSM implementation of the OSImodel. This is indicated by its location (top of the protocol stack in both MSC and MS). This layer is basically the interface to the user in the GSM system.●The connection management layer is subdivided into three segments; Call Control segment, CC,which is responsible for establishing, maintaining and releasing calls, Suplementary Services segment, SS, and Short Message Service segment, SMS.●呼叫建立过程：呼叫建立过程说明：1.CHANNEL_REQUESTThe MS requests a channel by sending a random access burst on a RACH channel via one BTS. Channelrequest -message contains the establishment cause. This can be 'Answer for paging', 'emergency call', 'other services (Mobile Originated Call, Short Message Service)' or 'Other', like location update. In addition to, this message contains Random Reference. This is 5 bits randomly selected by MS. The usage of random reference is: when two MSs are accessing to the network exactly the same time, the network can separate these Mobile Stations by using this random reference. 2. IMMEDIATE_ASSIGNMENTThe BSS informs the MS on AGCH channel about the SDCCH channel to be used. In practice, this message is an order from the network to the MS to move to the SDCCH -channel defined before. Page mode, SDCCH channel description, associated SACCH and hopping frequency are included as parameters. In addition, request reference (same as establishment cause), initial timing advance and frequency allocation if frequency hopping applies are also included.M S C B S CB T SM SV L R C h a n n el R eq u ir edC h a n n el A ctiva tionC h a n n el A ctiva tion A ck.Im m ed ia te A ssig m en t C om m a n d.C h a n n el R eq u est ( R A C H )Im m ed ia te A ssig m en t ( A G C H ).C M S er vice R eq u est ( SD C C H )E sta blish In d ica tionC R (C M S er vice R eq u est) P r ocess A ccess R eq u estA u th en tica teC C A u th en tica tion R eq u estA u th en tica tion R eq u est ( S D C C H ) A u th en tica tion R esp on se ( S D C C H )D T 1 A u th en tica tion R esp on seA u th en tica tion R esp on seS et C ip h er in g M od eD T 1 C ip h er in g M od e C om m a n dE n cr yp tion C om m a n dC ip h er in g M od e C om m a n d ( SD C C H )C ip h er in g M od e C om p let e ( SD C C H )D T 1 C ip h er in g M od e C om p leteA ccess R eq u est A ccep ted F or w a r d N ew T M S IT MS I R ea lloca tion C om m a n d T M S I R ea lloca tion C om m a n d ( S D C C H ) T M S I R ea lloca tion C om p lete ( S D C C H )T M S I R ea lloca tion C om p leteT M S I A ck.S etu p ( S D C C H )D T 1 S etu pS en d In fo for O.G. C a llC om p lete C a llD T 1 C a ll P r oceed in gC a ll P r oceed in g ( SD C C H )D T 1 A ssig n m en t R eq u estP h ysica l C on tex t R eq u estP h ysica l C on tex t C on fir m edC h a n n el A ctiva tion C h a n n el A ctiva tion A ck.A ssig n m en t C om m a n d ( S D C C H )S A B M ( F A C C H ) E sta blish In d ica tionU A ( F A C C H )A ssig n m en t C om p lete ( F A C C H )D T 1 A ssig n m en t C om p leteC h a n n el R elea seC h a n n el R elea se A ck.D T 1 A ler tin g A ler tin g ( F A C C H ) D T 1 C on n ectC on n ect ( F A C C H )C on n ect A ck.( F A C C H )D T 1 C on n ect A ck.M ea su r em en t R ep or t ( S A C C H )M ea su r em en t R ep or t/R esu lt D iscon n ect ( F A C C H )D T 1 ( D iscon n ect )D T 1 ( R elea se )D T 1 ( R elea se C om p lete)D T 1 ( C lea r C om m a n d )R elea se ( F A C C H )R elea se C om p lete ( F A C C H )C h a n n el R elea se ( F A C C H )D ea ctiva te S A C C HD IS C ( F A C C H )U A ( F A C C H )R elea se In d ica tionR F C h a n n el R elea se R F C h a n n el R elea se A ck.D T 1 ( C lea r C om p lete )R L S D ( S C C P R elea sed )R L C ( S C C P R elea sed A ck.) 12 3 456 7 8910 111213 14151617181920212223242526 2728 2930 313233343536 37 38 39 40 414243444546 47484950 51 525354 5556575859606162636465 666768697071727374U A (S D C C H )R A D IO A C C E S S P A R TE S T A B L IS H M E N T P A R TC IP H E R IN G ,A U T H E N T IC A T IO A N D C A L L S E T U P P A R TT C H S E IZ E DC O N V E R S A T IO NP A R TR E L E A S E B Y M SC M S er vice R eq u estC ip h er in g M od e C om m a n d3. AUTHENTICATION_RESPONSEThe MS responds to the Authentication Request with the Signed Response SRES. The Authentication Response is sent to the BSC via the BTS.In the MS Authentication procedure, two algorithms, A3 and A8 are used. In the SIM -card (In MS), both of these algorithms and 32 -digit key are stored) and the very same information can be found in Authentication Centre (AuC) also. When MS Authentication is requested by the network, AuC/VLR sends 32 -digit RANDom Number to the MS. MS calculates then Signed Response (SRES and returns that back to the VLR. VLR makes a comparison if received SRES is same than it has received inside of the Authentication triplet from the AuC before. If these two SRESs are the same, authentication went OK and MS can continue the call setup.Should you notice, the first 8 digits of the KI are used for Authentication and SRES calculation, the rest 24 are reserved for Ciphering Key calculation.4. SETUPAfter authentication, Identification and Ciphering, the MS is in the SDCCH channel and ready to start real call setup signaling. The MS sends a Setup message to the BSC to be forwarded to the MSC.5. ASSIGNMENT_COMMANDThe BTS delivers received information further on towards the MS. Contents: channel description, power levels, cell channel description, channel mode (Full / Half) and mobile allocation.位置更新M S C B S CB T SM SV LRC hannel R equiredC hannel A ctivatio n C hannel A ctivatio n A ck.Im m ediate A ssigm ent C o m m and.C hannel R equest ( R A C H )Im m ediate A ssigm ent ( A G C H ).L o catio n U pdate R equest E stablish Indicatio nP ro cess A ccess R equestA uthenticateD T 1A uthenticatio n R equestA uthenticatio n R equest ( S D C C H ) A uthenticatio n R espo nse ( S D C C H )D T 1 A uthenticatio n R espo nseA uthenticatio n R espo nse S et C iphering M o deD T 1 C ipher M o de C o m m andE ncryptio n C o m m and C iphering M o de C o m m and ( S D C C H )C iphering M o de C o m plete ( SD C C H ) D T 1C ipher M o de C o m pleteA ccess R equest A cceptedD T 1 L o catio n U pdate A cceptedL o catio n U pdate A cceptedT M S I reallo catio n C o m pleteD T 1T M S I R eallo catio n C o m pleteD T 1 C lear C o m m andC hannel R elease ( SD C C H )D eactivate S A C C HD IS C ( FA C C H )U A ( FA C C H )R elease Indicatio nR F C hannel R elease R F C hannel R elease A ck. D T 1 C lear C o m pleteR L S D (S C C P R eleased)R L C (S C C P R eleased A ck.) C R L o catio n U pdate R eq. U A ( S D C C H )Identity R equestC C Identity R equestIdentity R equest ( S D C C H ) Identity R espo nse ( S D C C H )D T 1 Identity R espo nse Identity R espo nse 1 2345 6 7 8 910 11 12131415 161718 1920 21 22232425262728 29 3031323334353637 38R A D IO A C C E SS PA R TID E N T IFIC A T IO N A U T H E N T IC A T IO PR O C E D U R E SC H A N N E L R E L E A SEL O C A T IO NU PD A T E R E Q U E STC IPH E R IN G A N DE N C R Y PT IO N PA R TL O C A T IO N U PD A T EL o catio n U pdate R equest S A B M (S D C C H )。

抓包看H.248呼叫流程-经典

共六十七页
基本概念
▪ 事务(shìwù)（Transaction）：MG 与MGC 之间的一组命令
构成事务。一个事务可以由一个或多个动作（Action）组成，每个动作又由作用范围局限在同一个关联中的一个或多个命令组成。
▪ 请求（Request）和响应（Reply）：MGC 和MG 之
间进行各种层次上的交互（如事务交互、动作交互和命令交互等）。每次交互包含一个请求和一个响应。请求由发送方发起；接收方对请求进行处理，并将处理结果包含在响应中返回给发送方。通常 MGC 发起请求而MG 做出响应。但相反的情况也是可能的。
5) MG1 上的用户User1 拨号，MG1 根据MGC 所下发的号码表进行收号，并将所拨号码及匹配结果用Notify 消息上报MGC； 6) MGC 向MG1 返回Reply；
7) MGC 向MG1 发送Add 消息，在MG 中创建(chuàngjiàn)一个新context，并在context 中加入用户User1 的 termination 和RTP termination，其中RTP 的Mode 设置为 ReceiveOnly，并设置语音压缩算法； 8) MG1 为所需Add 的RTP 分配资源RTP1，并向MGC 应答Reply 消息，其中包括该RTP1的IP 地址，采用的语音压缩算法和RTP 端口号等； 9) MGC 向MG2 发送Add 消息，在MG2 创建一个新context，在context 中加入用户 User2的termination 和RTP termination，其中Mode 设置为SendReceive，并设置远端RTP 地址及端口号、语音压缩算法等； 10) MG2 为所需Add 的RTP 分配资源RTP2，并向MGC 应答Reply 消息，其中包括该RTP2的IP 地址，采用的语音压缩算法和RTP 端口号等；

一次完整被叫通话的信令流程

1一次完整被叫通话的信令流程Mobile Station NetworkPaging RequestChannel RequestImmediate AssignmentCM Service RequestCM Service AcceptClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlertingDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。

（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding3 关于掉话、拥塞等事件的定义对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。

对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。

因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。

对于SDCCH也一样。

呼叫基本信令流程

第6页
信令流程详解
· PRN:HLR收到SRI消息后在数据库中能够查到被叫MS的
IMSI&VLR地址，会向被叫MSC/VLR发送RPN消息要MSRN，被叫MSC/VLR会分配一个空闲的MSRN通过ACK消息送回被叫HLR,同时HLR会通过SRI_ACK消息送回给主叫MSC/VLR · IAM:主叫MSC/VLR得到被叫的MSRN后，分析MSRN(局数据)并进行终极选路，向被叫MSC/VLR发送IAM消息，消息中保护主/被叫的详细信息及其自然地址属性 · PAGING:被叫MSC/VLR从IAM消息中得到MSRN，通过数据库检查得到当前被叫MS的位置(LAI),开始寻呼此用户 · 被叫MS-b相应后，同样被叫侧也会有一个鉴权及加密的过程, 包括后面的无线资源分配过程 · SETUP：被叫侧同样有一个SETUP消息，此消息中含有主叫号码及其属于，主要用于来电显示
第5页
Hale Waihona Puke 信令流程详解· 鉴权成功后MSC/VLR还会下发加密命令 · SETUP:主叫用户合法身份确认后，为继续进行呼叫，需要
更为详细的信息，此时MS上发一个SETUP消息，消息中携带有被叫号码和主叫标识等更为详细的信息。尤其是被叫号码及其属性 · Assignment REQ/COM:这两条消息主要是根据A接口电路情况，向BSC发送指配请求消息，在消息中选定某条A口电路， BSC收到指令后，会向BTS、MS指定无线资源，到此主叫侧的无线资源和A口电路均已分配，未语音通话做好准备 · MSC/VLR收到BSC上发的SETUP消息后，会进行被叫分析 (根据被叫号码及其属性)，这就是MSC/VLR上的局数据部分的制作 · SRI:主叫MSC/VLR向被叫用户归属的HLR要当前被叫MS的位置信息(MSRN)