No.7信令码流详解
1．概述
本文适用于中国国内CDMA网络中的交换设备。
本文应用了以下术语和定义：
消息传递部分MTP：在信令网中提供可靠的信令消息传递，将用户发送的消息传送到用户指定的目的地信令点的指定用户部分，在系统或信令网故障情况下，采取必要措施，以便恢复信令消息的正常传递。消息传递部分通常又可分为三个部分，即MTP1、MTP2、MTP3。
信令连接控制部分SCCP：为了满足新的用户部分对消息传递的进一步要求，CCITT补充了SCCP来弥补MTP在网络层功能的不足。SCCP提供了较强的路由和寻址功能，叠加在MTP上，与MTP3一起共同完成OSI模型中网络层的功能。
事务处理能力应用部分TCAP：控制非话路相关信息在信令网中两个以上节点之间传输的功能集，为大量分散在信令网中的交换机和专用中心的应用提供功能和规程。事务处理能力应用部分又可分为两个部分：事务子层和成分子层。
移动应用部分MAP：No.7信令系统的应用层协议，是事务处理能力应用部分TCAP的用户。MAP的主要功能是在MSC和HLR、VLR等网络实体间交换与电路无关的数据和指令，从而支持移动用户漫游、频道切换和用户鉴权等功能。2．消息结构
MTP消息结构如图1所示。
SCCP消息结构图如2所示。
TCAP消息结构如图3所示。
a.消息信号单元MSU
b.链路状态信号单元LSSU
c.填充信号单元FISU
图1 MTP消息结构图
F
SIO
图2 SCCP消息结构图
Transaction Portion
Dialogue Portion
Component Portion Invoke
Component
图3 TCAP消息结构图3．原始码流
（1）完整原始码流如图4所示。
图4 原始码流（2）SCCP参数解码对照表
（3）TCAP参数解码对照表
（4）MAP参数解码对照表
4．SCCP消息类型表
5．ANSI TCAP消息类型表
6．ANSI TCAP成分类型表
V o L T E信令流程详解 TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-
V O L T E信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明注册流程及重要信令详解 SIP提供了发现机制，如果用户要发起和另一个用户的会话，SIP必须发现可到达目的用户的当前主机，注册将记录地址URI和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。 信令说明如下： UE进行Attach，建立QCI=9的默认承载，并使用IMSAPN建立PDN连接； 建立立QCI=5的默认承载，用于传送SIP信令； UE通过QCI=5的默认承载向IMS发起注册请求； P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401Unauthorized质询信息，其中包含安全认证所需的令牌； 终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器； P-CSCF将REGISTER消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200OK； 用户向IMS订阅注册事件包 服务器应答订阅成功 IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应 Notify消息中，状态为active，同时携带XML信息 终端发送Notify200表示接收成功 注册过程测试信令载图如下： 注销过程测试信令截图如下： ActivateDefaultEPSBearerContextRequest（QCI=5） 该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。 主要说明如下： 该信令中主要是关注QCI等级，必须是QCI=5，才能传输SIP信令，ERABID=6 REGISTER(1STSipRegisterRequest)®ISTER401（Unauthorized） REGISTER信令是用于网络注册，建立关联 主要说明如下： 这是用户的第一个REGISTERREQUST信令，所以鉴权方面部分内容为空，需要网络回应后才能补齐 REGISTER401信令是用于向终端回送401Unauthorized质询信息，其中包含安全认证所需的令牌，令牌对应用户第一个REGISTERREQUST信令中鉴权摘要为空的部分，并指明算法，主要说明如下：
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、传输误码率高导致指配资源失败
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
处理流程以及数据提取方法一、投诉处理流程 二、SEQ提取数据方法 VOLTE用户投诉处理（支持实时和历史记录详单） 1、登录后，SQM》投诉用户单据查询 2、投诉用户单据查询-跟踪号码 输入号码136XXXX0505
3、投诉用户单据查询-数据查询结果（均可钻取详单） 4、投诉用户会话跟踪-创建跟踪任务(提取信令) 5、投诉用户会话跟踪-实时跟踪结果 6、信令详单提取
7、语音质量单据查询（这功能暂时我们没权限） 可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析 TD-LTE__VoLTE-SIP完整信令解析 对关键流程的解释如下表所示： 1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4 3）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。 4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户 5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载 6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息 7）被叫对INVITE消息的响应 被叫收到寻呼但未收到INVITE请求，核心网问题 8）被叫方通知主叫方，自己所支持的媒体类型和编码。 9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTI Bundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。 10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。 11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=7 12）主叫收到被叫的INVITE 183消息 被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题 13）核心网通知被叫终端的SM层，建立qci=1的承载 14）主叫收到INVITE 183消息以后，发送确认消息PRACK，启动资源预留过程， 15）被叫收到主叫的PRACK以后，返回PRACK 200响应，启动资源预留过程， 16）主叫收到被叫的PRACK 200以后，发送UPDATE消息，标明资源预留成功。
信令流程与GT翻译详解 MSC与HLR、MSC间进行通信，用到MTP、SCCP、TCAP、CAP各层协议栈，其中MTP层只识别各设备的信令点，SCCP层只识别MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC等各个网元的设备识别码（俗称设备号），IMSI、MSISDN等。所以如果要实现MSC与HLR、MSC、SCP（智能网）等网元的通讯（信令流程传递的过程）。就要把SCCP层识别的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC设备识别码、IMSI、MSISDN翻译成相应网元信令点，实现个网元之间的通信和业务通信，即所谓的GT翻译（GT指向）。如下图所示即各个网元间的协议通信模型。 下面用位置更新流程中使用的IMSI，被叫分析流程中使用的MSISDN以及在各网元传递消息时使用的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC识别码，结合信令流程特点分析各网元间的GT翻译（即把各类转换成相应设备的信令点）是如何实现的。
图1：新用户开机位置更新与相关号码GT 翻译对应关系流程分析 1、新用户第一次开机，收到该小区的广播消息中携带的LAI+CGI 值，向网络侧发起位置更新请求消息，消息中携带IMSI 号码，LAI+CGI 信息。 2、MSC/VLR 根据手机上报的IMSI 号码，进行GT 翻译，找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI （IMSI 号码对HLR 信令点的GT 翻 译） 、MSC 根据IMSI 翻译出的HLR 信令点向HLR 请求识别号，IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR 识别码，并建立该移动台IMSI 、MSISDN 号码与 MSC/VLR 识别码的对应关系。以便进行语音呼叫。（即移动台完成了HLR 里的位置登记） 图2 ：跨局位置更与相关号码对应关系流程分析 1、移动台漫游到MSC/VLR （2）局，收到该小区BCCH 信道广播消息中携带的LAI+CGI 值，发现与本移动台存储的LAI 值不符，触发位置更新请求，向MSC/VLR （2）请求位置更新，消息中携带该移动台的IMSI 号码 2、MSC/VLR （2）根据移动台上报的IMSI 号码，进行GT 翻译，找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI 、MSC （2）向HLR 请求该用户的用户MSC/VLR IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR （2 ）识别码，并建立该移动台IMSI 、MSISDN 号码与（2）识别码的对应关系。以5、HLR 把该MSC/VLR （2）识别号码翻译成MSC/VLR （2）的信令点，找到该MSC/VLR （2），向MSC/VLR 插入该用户的用户数据。并在消息中携带该HLR 的识别号。 6、MSC/VLR （2)把HLR 识别号码翻译成HLR 信令点，向HLR 发送插入数据响应消息8、HLR 5、HLR 把该MSC/VLR 翻译成MSC/VLR 的信令点，找到该MSC/VLR ，向MSC/VLR 插入该用户的用户数据（HLR 中需要做的MSC/VLR 识别号与 MSC/VLR 信令点的GT 翻译） 7、HLR 根据记录的MSC/VLR （1）识别号，翻译成MSC/VLR （1）的信令点，向MSC(1)发送删除用户数据的消息。消息中携带HLR 识别号。
LTE信令流程
目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议（非接入层协议） (7) 1.2.2RRC层（无线资源控制层） (7) 1.2.3PDCP层（分组数据汇聚协议层） (8) 1.2.4RLC层（无线链路控制层） (8) 1.2.5MAC层（媒体接入层） (9) 1.2.6PHY层（物理层） (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)
2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败（核心网主动发起的建立） (68) 3.3.3 eNB未等到RRC重配完成消息，回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB （Master Information Block）解析 (74) 4.2.2 SIB1 （System Information Block Type1）解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)
Layer 3信令分析及流程详解汇编Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter， 5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、 2bis、 2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型 1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与 11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
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********@https://www.doczj.com/doc/5018575684.html,,这里提供了用户的公共标识，与后续从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协议格式，包含不同域的排列顺序、以及域中内容的格式要求。
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订阅注册事件包
Layer 3信令分析及流程详解汇编
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
精心整理VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL 无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令 1. 。 PDN 连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送 401Unauthorized质询信息，其中包含安全认证所需的令牌；
5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER 消息报告给P-CSCF服务器； 6.P-CSCF将REGISTER消息中的用户信息解密，验证其合法后，IMS 核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200OK； 7.用户向IMS订阅注册事件包 服1) 2) REGISTER信令是用于网络注册，建立关联 主要说明如下： 这是用户的第一个REGISTERREQUST信令，所以鉴权方面部分内容为空，需要网络回应后才能补齐
REGISTER401信令是用于向终端回送401Unauthorized质询信息，其中包含安全认证所需的令牌，令牌对应用户第一个REGISTERREQUST信令中鉴权摘要为空的部分，并指明算法，主要说明如下： 3)REGISTER(2ndSipRegisterRequest)®ISTER200 第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给 ， 4) SUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息，NOTIFY是用于向服务器请求返回当前状态消息。 VOLTE中典型的消息流如下： 如果订阅过期了，就必须发起新的SUBSCRIBE来进行订阅
手机作主叫的信令流程：
手机作被叫的信令流程：
MOC第3层信令过程： Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCH Uplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH --------------------通话------------------------------ Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCH MTC第3层信令过程： Downlink Paging request type 1--------PCH Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCH Uplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCH Uplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH --------------------通话------------------------------ Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH
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
移动VOLTE路测基于信令点分析指导书 2017年11月27日 移动VLOTE专项优化组
一、概述 本《移动VOLTE路测基于信令点分析指导书》重点介绍了移动VOLTE优化中ATU软件的使用方法、VOLTE重点指标定义、VOLTE路测信令节点、V2V和V2C不同拨打测试指标对比、VOLTE 测试中事件分析思路和分析案例。 本《指导书》结构如下： ●第一部分移动ATU路测和软件的使用； ●第二部分测试指标的定义和统计方法； ●第三部分 VOLTE路测主被叫信令节点； ●第四部分信令类分事件分析案例； ●第五部分 eSRVCC事件分析案例； ●第六部分覆盖类事件分析案例； 二、移动ATU路测和软件使用 2.1测试方法和要求 1、测试前需要规划好测试区域和测试路线； 2、测试任务需要在ATU平台配置，测试任务根据测试方案配置（V2V测试时长180s，V2C 测试时长30s）； 3、测试过程中要时刻关注测试设备工作运行正常，出现异常情况立即上报相关人员； 4、测试完成后需要将测试数据导出，上传至ATU服务器对应文件夹中。 2.2数据查找和导入 移动VOLTE测试通常为ATU设备测试，测试完成后需要将ATU测试数据导出上传至ATU服务器对应的文件内（以便分析时查找数据）； 1、检索处根据时间、数据来源（ATU数据上传服务器文件夹）、业务类型选择TDD语音VOLTE； 2、可根据测试文件名称和测试设备进行检索查找； 3、条件选择好后点击软件左上方的常用“全部”查找文件即显示在“文件列表内”，文件列表内包含文件属性； 4、选择测试文件右键回放，选择详细回放数据，可以单个数据和多个数据同时回放。
主叫信令流程 移动主叫流程其中不需要记忆channel activation 等ABIS信令流程和信令释放流程，只有记忆UM,ABIS,A口中常用的信令流程，特别是都要英文并且字母不能错误要求规范。比如UM 口信令channel request到ABIS口就为channel required 不能搞混，A口的assignment request 到ABIS和UM口为assignment command。其中10 UM(SACCH) 的信令为”cm service accept”移动主叫流程图
具体信令分析如下：（其中数字对应于上图中信令消息，熟悉可以不看。） 1.信道要求 MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。 2.信道请求 基站收发信台向基站控制器发一条申请信道消息。通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。请求参考单元直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。 3.信道激活 收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活消息。其中最重要的是：分配给哪个基站收发信台以及此SDCCH的信道组合。此消息中包含的参数有：DTX 控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。 4.信道激活证实 这是对信道激活消息的应答。当基站收发信台收到这条消息后，它开始在SACCH信道发送和接受消息。 5.立即指配命令 基站控制器告诉基站收发信台关于被使用的SDCCH信道。 6.立即指配 基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。在这条消息中，包括的参数有：寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。 7.CM业务请求 移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、补充业务激活或短消息传送。 8.CM业务请求（建立指示） 基站收发信台通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。 9.CM业务请求 这条CM业务请求消息被送往移动交换中心。
一个完整呼叫的信令流程 SS7信令属于公共信道信令，其信令系统独立于话音系统，信令消息完全数字化，采用数据包方式发送数据。信令链路具有握手，检验，差错控制，拥塞控制，冗余备份等能力。下图是SS7信令系统示意图。 下面图示SS7信令系统的呼叫流程： 交换局收到电话用户拔的被叫号码， 它就形成一个IAM消息，IAM消息
是一个呼叫发起消息，消息里包含有主被叫号码，传输能力，电路标识等信息，并把这一消息发向被叫交换 局。 ?被叫交换局收到主叫交换局发来的IAM消息，查询被叫电话状态，若这时被叫用户正忙，则向主叫交换局发回REL消息，REL消息包含了拆线 原因：被叫用户忙。主叫交换局向主叫送忙音，呼叫不能建立。这种情况下不需要占用任何中继设备。 ?若这时被叫用户闲，则被叫交换局向主叫交换局发回地址全（ACM）消息，ACM消息表示：所有必需的地址信
息（主被叫号码）己经全部收到，己向被叫振铃，向主叫送回铃音。 ?被叫用户摘机，则被叫交换局向主叫交换局发回应答（ANM）消息，ANM 消息指示：被叫用户己摘机，双方将要进入通话状态，计费马上要开始。 ?主叫交换局收到被叫交换局发来的ANM消息，确认呼叫进入通话状态，双方进入通话状态，开始计费。通话过程中没有SS7消息传递。
?通话结束被叫挂机，被叫交换局向主 叫交换局发挂机信号REL消息。 ?主叫交换局收到被叫交换局发来的 REL消息后，向被叫交换局发出释放 监护消息（RLG），各汇接交换局及 被叫交换局拆线，释放所有有关资源。 主叫交换局向主叫用户送忙音，呼叫 结束。 SS7信令的优势
?由于呼叫建立，释放的速度快，大大 提高了中继的利用率。 ?由于呼叫建立快，电话用户使用时不 用等候，提高了用户的满意度。 ?新业务扩展容易，如： ?主叫显示 ?无线自动漫游 ? 800号可携带电话号码 ?本地可携带电话号码 ?由于SS7网络是独立的数据网，支持 全球性的网络连接和数据库访问。问题及解答 A. 为什么SS7信令网建立呼叫要比传统的一号信令网快？ 因为SS7信令是公共信道信令，信令传送采用独立于话音的全数据化通道，数据包的传送速度在毫秒级以内。而传统一号信令是随路信令，信令传送通过话音通道内的双音频信号携带，发送每一位号码大约需要0.25秒，若以主被叫号码七位计算，建立呼叫需要4至5秒。所以在建立呼叫方面SS7信令要比一号信令快得多。