信令分析和案例详解

4G-5G信令及内容解析1.4G网管后台完整SN添加信令：4G网管可在系统工具中跟踪增强型UE信令（跟踪IMSI信令），需打开全局业务变量开关中的UE 全局标识记录开关。

2.UE签约速率查询：初始化上下文建立请求3.SIM卡签约QCI：初始化上下文建立请求4.UE支持DC双链接能力信息：UE第一次上报能力信息5.4G侧配置的NR SN序列长度：第一条重配消息6.4G侧下发B1测量事件测量频点信息：B1事件信息：测量报告ID信息：7.NR测量报告1.1 系统消息广播系统消息广播是UE获得网络基本服务信息的第一步，通过系统消息广播过程，UE可以获得基本的AS层和NAS层信息：AS层信息包括公共信道信息、一些UE所需的定时器、小区选择/重选信息以及邻区信息等；NAS层信息包括运营商信息等。

UE通过系统消息获得的这些信息，决定了UE在小区中进行驻留、重选以及发起呼叫的行为方式。

UE在如下场景会读取系统消息：小区选择（如开机）、小区重选、系统内切换完成、从其他RAT系统进入5G RAT、以及从非覆盖区返回覆盖区时，UE都会主动读取系统消息。

当UE在上述场景中正确获取了系统消息后，不会反复读取系统消息，只会在满足以下任一条件时重新读取系统消息：l 收到gNB寻呼，指示系统消息有变化。

l 收到gNB寻呼，指示有ETWS或CMAS消息广播。

l 距离上次正确接收系统消息3小时后（参见3GPP 38331.5.2.2.2.1 SIB validity: The UE delete any stored versionof SI after 3 hours from the moment it was successfully confirmed asvalid）。

系统消息分类参见38.300.7.3.1按照内容分类，系统消息可以分为MSI （MinimumSystem Information）和OSI（Other SystemInformation）两大类。

信令详细解析（个⼈整理）CSFB信令流程：1、Extended service request2、RRC Connection Request建⽴原因：3、RRC Connection setup4、RRC Connection setup completerrc_TransactionIdentifier：RRC Connection Setup Complete消息中含有rrc_TransactionIdentifier的值应该与RRC Connection Setup中的rrc_TransactionIdentifier相同，信元含义见RRC Connection Setup。

SelectedPLMN_Identity是SIB1⼴播中plmn-IdentityList的index，其中SelectedPLMN_Identity若为1，则代表是SIB1的plmn-IdentityList中的第⼀个。

dedicatedInfoNAS携带NAS消息，包含ATTACH REQUEST，TAU REQUEST，SERVICE REQUEST等消息。

5、Security Mode Command该消息是E-NodeB发给UE的，消息主要包含了协商的安全算法信息，包括加密算法和完整性保护算法。

>cipheringAlgorithm = 0：加密算法（0：eea0；1：eea1；2：eea2）。

>integrityProtAlgorithm = 0：完整性检查算法（0：served；1：eia1；2：eia1）6、Security Mode complete对SecurityModeCommand消息的响应消息，⽆实质内容。

7、UE Capability Enquiry8、UE Capability Information9、RRC connection ReconfigurationRRC Connection Reconfiguration信令⾸先提供给终端⽬标⼩区的频点、带宽、邻区配置数量和⼩区质量偏移。

七号信令系统功能结构:信令消息流 控制和指示 处始定位过程：初始定位过程采用4种不同的定位状态指示：这些状态指示在链路状态信号单元（LSSU ）中传送。

LSSU 信号单元格式如下：8 16 8或16 2 6 1 7 1 7 8在初始定位期间，定位过程要经历几个状态：（1） 空闲状态空闲状态是初始定位过程不工作的起始状态。

（2） 未定位状态初始定位控制（IAC ）收到链路状态控制（LSC ）发来的开始消息后，IAC 就通过发送控制（TXC ）向对端发送SIO ，表示初始定位过程的开始，但尚处于未定位间段，于是转移到未定位状态。

在转移至未定位状态前，启动定时器T2，用来监视进入未定位状态到离开未定位状态的时长。

(T2可在数十毫秒至一百多毫秒中取定)这里要注意三个问题：A．已定位状态的进入在本端发送SIO而未收到对端的响应时，处于未定位状态。

只要一收到对端的响应，不论是SIO、SIN或SIE，均转到已定位状态。

B．向对方发SIN还是SIE发SIN还是SIE，决定于本端的紧急标记，紧急标记是由本端第三级通过LSC 再通知初始定位而设置的。

未置位，发SIN；否则发SIE。

C．验证周期定时器的设置从已定位状态还将转至验证状态，对信号单元差错率进行监视和统计。

有两种验证周期：正常验证周期和紧急验证周期，后者的时间较短。

为此，在未定位状态转至已定位状态前，要设置验证周期定时器T4的值。

凡收到对端发来的SIE或者本端紧急标记置位，都将进入紧急验证周期，T4置成紧急验证周期（PE）的值；当对端发来SIO或SIN，而且本端紧急标记位置位，才进入正常验证周期，T4置成正常验证周期（PN）的值。

可以看出，对端发来SIE，而本端紧急标记未置位时，仍向对端发送SIN。

如果未收到对端发来的SIO、SIN或SIE，而T2已超时，则IAC向LSC发送‘不可能定位’消息，又转会到空闲状态。

转回空闲状态前，应将紧急标记清除。

在未定位状态还可能收到LSC发来的‘停止’消息，将停止T2的计时并转会到空闲状态。

课程名称
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
2. 1 SCCP的应用特点 SCCP的应用特点
能传送各种与电路无关(Non-Circuit能传送各种与电路无关 Related)的信令消息 的信令消息. 的信令消息 具有增强的寻址选路功能,可以在全 具有增强的寻址选路功能 可以在全 球互连的不同七号信令网之间实现信 令的直接传输。 令的直接传输。 除了无连接服务功能以外， 除了无连接服务功能以外，还能提供 面向连接的服务功能
Guang Zhou Eastone Century Technology Co.,Ltd.
2.3 SCCP的寻址选路功能 SCCP的寻址选路功能
GT（ Global Title)称为全局名 ， 在全局 （ 称为全局名， 称为全局名 范围内都有意义， 可实现在全球范围内 范围内都有意义 ， 任意两个信令点之间直接传送电路无关 消息， 一般为用户拨号， 利用GT进行灵 消息 ， 一般为用户拨号 ， 利用 进行灵 活的选路是SCCP的一个重要特点。 活的选路是 的一个重要特点。 的一个重要特点 GT码组成： 码组成： 码组成
4sccp4sccp选路标记消息类型必备参数a必备参数f参数m指针参数m参数p长度指示语参数p参数名x参数x长度指示语参数x参数名z参数z长度指示语参数z任选参数结束八位位组任选部分长度固定的必备部分长度可变的必备部分八位位组传输次序课程名称页码广州市宜通世纪科技有限公司guangzhoueastonecenturytechnologyco
课程名称
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.

通过IMSI跟踪信令分析异常事件方法和案例2010年9月16日--------------------------可以编辑的精品文档，你值得拥有，下载后想怎么改就怎么改--------------------------- ==========================================================================目录一：简要说明 (3)二：正常信令流程 (3)三：信令筛选方法简介： (3)四：异常事件分析和案例 (4)4.1 未接通分析 (4)4.2 切换失败 (8)4.3 掉话分析 (9)--------------------------可以编辑的精品文档，你值得拥有，下载后想怎么改就怎么改--------------------------- ==========================================================================--------------------------可以编辑的精品文档，你值得拥有，下载后想怎么改就怎么改---------------------------==========================================================================一：简要说明为了保障和及时了解联通第三方测试采用情况，现场对测试号码实施IMSI 跟踪，通过IMSI 跟踪的异常事件来分析，第一时间掌握测试路线和沿路异常隐患，下面重点描述通过IMSI 判断几类主要异常事件的方法主要异常事件主要有：未接通事件；掉话事件；切换失败事件目的：通过IMSI 跟踪信令来发现和定位异常事件，结合几类常见异常事件进行辅助说明。

二：正常信令流程下面链接包含主、被叫接入流程和释放流程；BSC 内切换和跨BSC 切换流程，用来对异常事件实施对比分析:IMSI正常信令流程916.xls三：信令筛选方法简介：1：使用sigtrcw.exe 分别打开主被叫IMSI 信令 2：点击【查询】--〉【过滤】 3：主要选择如下信令：4：对筛选出来的异常事件相关信令进行逐个时间点对应分析四：异常事件分析和案例4.1 未接通分析仅仅通过IMSI跟踪，容易遗漏寻呼无响应和被叫位置更新造成的未接通事件，因此在跟踪路测结果时，依据现场实际条件，可以借助提取话单或CDT辅助分析，对异常话单或CDT 异常事件进行IMSI信令进一步分析原因，下表为几类主要未接通类型和信息来源：【案例1】：指配TCH失败：下图为指配TCH信道后由于质量差造成指配失败，可以看出如下信息：-----从信道激活信令中可以查看具体指配载频和频点信息----异常事件主要包含：指配故障、错误指示、错误报告、CS失败事件其中：指配故障描述原因为无线接口故障错误报告描述原因为T200超时CS失败事件描述为指配过程手机未接入--------------------------可以编辑的精品文档，你值得拥有，下载后想怎么改就怎么改--------------------------- ==========================================================================--------------------------可以编辑的精品文档，你值得拥有，下载后想怎么改就怎么改---------------------------==========================================================================通过上图可以判断为一次被叫指配失败造成未接通事件 【案例二】：寻呼无响应：如果仅仅从IMSI 来判断，这需要对被叫IMSI 进行筛选，提取出【寻呼（582）】信息，对比间隔，如果连续多个寻呼消息间隔小于2s ，有可能会发生二次寻呼后被叫无响应，造成一次未接通。

MAP 协议概述：版本协商
版本协商的简单过程如下：
1) 通信A方MAP功能设为Phase N，B方MAP功能设为Phase M
2)B方以Phase M 发起对话请求： • 若M=N，则不需要进行版本协商。 • 若 M<N，则A方接收对话请求，本次业务过程建立在Phase M基础上 进行。 • 若 M > N，则A方以TC_U_ABORT通信原语通知B方，对话请求被拒 绝，同时，TC_U_ABORT携带A方支持的最高版本号N；B方收到 TC_U_ABORT拒绝指示后，以Phase N再次发起对话请求，以后的 业务过程建立在Phase N基础上进行。
GPRS功能的支持上。CAMEL功能不管是Phase1或 Phase2 都只有在MAP
Phase2+下才能支持。所增加的GPRS功能主要是为了适应GSM/GPRS混合 用户完成联合位置更新。同时，Phase2+还增加了一些新的功能，如：LCS 功能。
课程名称
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
MAP 协议概述：网络实体
PSTN EIR GMSC/SSP SC USSDC SCP
Um R/S
MSC
HLR
BSC SGSN BG
Inter-PLMN Firewall
GPRS NETWORK GGSN PTM SC
课程名称 页码
请求 M M M M U
指示 M（＝） M（＝） M（＝） M（＝） C（＝）

Page141
T A U 流程的触
发
1.周期性TAU更新
定时器超时
S-GW1
MME1
2.UE移动到网络为其分 配的一组TA之外
S-GW2
MME2
MME3
TA list 1 TA list 2
TA list 3
Periodic TAU
Inter MME TAU with SGW change
TA list 4
12. Cancel location Ack
13. Update location Ack
D.
16. TAU accept
E.
14. Delete session request 15. Delete session response
17. Initial Context Setup Request
15. Direct Transfer
16. Attach complete
F.
S-GW
17. Modify Bearer Request / Response G.
P-GW
Uplink and downlink data
Page33
T A U 跟踪区更新流 程
TAU流程的功能: 更新用户EPS网络中的位置
4. Security fun.
HSS
New S-GW
B. 从旧MME中获取UE上下 文.
P-GW
6. Create session request
7. Modify bearer request
C. S-GW和P-GW创建承 载上下文
9. Create session response
Page189
MO交互多个报 文

1、MS呼叫未接通：问题描述: 在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。

主要有以下三条信令消息：UL：CHANNEL REQUESTDL：IMMEDIATE ASSIGNMENTUL：CM SERVICE REQUEST问题分析: (1)在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。

由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。

其原因可能为该服务小区的SDCCH 信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。

因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。

(2) 位置更新信令消息如下：DL：CHANNEL RELEASEUL：CHANNEL REQUEST（开始位置更新）DL：IMMEDIATE ASSIGNMENTUL：LOCATION UPDATING REQUESTDL：AUTHENTICATION REQUESTUL：AUTHENTICATION RESPONSEDL：LOCATION UPDATING ACCEPTUL：TMSI REALLOCATION COMPLETEDL：CHANNEL RELEASE结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。

2 、位置更新导致数据吞吐量为0问题描述: 在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.问题分析: (1) 在该路段进行语音业务测试, 确认已经完全覆盖.(2) 分析当时数据业务测试的层3信令. 当时的信令为:DL：SYSTEM INFORMATION TYPE 1UL：LOCATION UPDATING REQUESTUL：CHANNEL REQUEST初步定位数据吞吐量变为0的原因是MS执行了一次跨路由区的小区重选(3) 对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.3 、FTP下载中断问题描述: 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后, FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线.问题分析: (1) 查看层三信令,具体显示如下：Direction Type Layer 3 MessageUL GPRS SM Deactivate PDP Context RequestDL RR System Information Type 13UL RR Channel RequestDL RR Immediate AssignmentDL GPRS SM Deactivate PDP Context Accept发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息.(2)发生这种情况可能有3种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。

TCH—DL： CHANNEL RELEASE
断开连接消息，指明呼叫清除发起端及清 除原因，MS受到后开始清除业务信道 的连接
呼叫释放，通知MS正释放CC层连接，网络 收到RELEASE消息后将停止CC连接定 时同时开始释放MM连接
网络释放MM连接并发送本信息释放RR层 连接
释放专用信道，专用信道释放后MS进入 IDEL状态
呼叫信令TEMS图
从图可见，由Channel Request起，MS向系统发起 呼叫请求，至Connect Acknowledge连接确认为止， 是一个完整的呼叫流程
通话建立（MS作主叫） 信令过程
呼叫详细流程
说明
RR层连接建 RACH—UL：CHANNEL
立
_REQUEST
AGCH—DL： IMMEDIATE_ASSINGMENT
请求业务如电路交换连接、短信业等
鉴权请求
SDCCH—UL：AUTH_RESPONSE 鉴权响应
SDCCH—DL： CIPHERING_REQUEST
SDCCH—UL： CIPHERING_COMPLETE
加密命令 加密完成
CC层连接的 SDCCH—UL：SETUP 建立
SDCCH—DL：CALL _PROCEEDING
信令分析和案例 详解
• 导言 • 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复帧中发送 完。

课程名称
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
常见ISUP消息功能简介 消息功能简介 常见
消息功能简介
•IAM消息：此消息是呼叫发起的第一个消息，由对端交换机 消息：此消息是呼叫发起的第一个消息， 消息 发起，其消息中携带了建立呼叫的必备信息（如主叫类别， 发起，其消息中携带了建立呼叫的必备信息（如主叫类别， 被叫号码等）和一些可选信息（如主叫号码）。 被叫号码等）和一些可选信息（如主叫号码）。 •SAM消息：此消息传送IAM消息中没有带全的被叫号码， 消息：此消息传送 消息中没有带全的被叫号码， 消息 消息中没有带全的被叫号码 一次呼叫中可以有多个SAM消息。 消息。 一次呼叫中可以有多个 消息 •INR消息：ISUP向对端请求信息的消息，如请求主叫号码。 消息： 向对端请求信息的消息， 消息 向对端请求信息的消息 如请求主叫号码。 •INF消息：响应INR消息的请求，包含请求的信息，如主叫 消息：响应 消息的请求， 消息 消息的请求 包含请求的信息， 号码。 号码。
Guang Zhou Eastone Century Technology Co.,Ltd.
ISUP呼叫释放流程 呼叫释放流程
呼 叫 释 放 过 程
叫 ISUPA REL RLC 释放 REL RLC 释放 SUS REL RLC 叫 叫 叫 ISUPB
程
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
课程名称
ቤተ መጻሕፍቲ ባይዱ
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.

WIFI空口信令分析解决关联成功率低的案例1、问题描述某学院学生宿舍楼关联成功率较低，关联成功率只有54.33%，各设备关联成功率都很差。

配置AP数据时，配置人员已做过频率规划。

表1-1 设备关联成功率统计2、原因分析现场抓包分析，空口重传帧过多，以MAC地址为“984b:4a14:a820”的终端为例，该终端在抓包期间共收发541个帧，其中348帧为重传帧，重传率高达64%；图2-1 现场抓包情况1图2-2 现场抓包情况2一个完整的WIFI关联过程包括扫描、鉴权、关联3个过程，关联过程示意图如下：图2-3 WIFI关联过程而在该学生宿舍环境中，过多的重传帧导致关联过程中多个过程不能顺利完成，从监测终端的抓包情况来看，关联过程的probe response、authentication过程中都存在众多重传帧，由于重传数量过多、终端无法识别有效帧，从而导致关联失败。

图2-4 过多的重传帧导致关联过程失败较多一般情况下，导致重传率高的可能有以下几个因素：1) 空口问题：弱覆盖或空口干扰；2) 用户应用问题：部分用户使用了某些很占带宽的应用，如迅雷、在线视频等，导致其他用户抢占不到资源，不断重发数据；3) 其他设置：AP上的某些设置，如用户数限制等。

2.1 空口分析从空口的报文来看，现场空口情况良好，WIFI信号强度基本在-50dBm左右，且干扰较小，因此排除由于信号弱或空口干扰导致重传率高的可能性；图2-5 空口抓包查看信号强度及干扰情况2.2 用户应用分析从报文分类情况来看，空口存在大量802.11控制帧，802.11控制帧占比将近3/4，而相对的，数据帧占比则不到1/4，由此我们看出该环境中用户数据并没有过分抢占资源而导致终端不能正常关联。

图2-6 802.11控制帧占比很高，达到73.8%2.3 其他设置AP上影响关联成功率的其他设置包括：1) 上限用户数设置：每个SSID最大允许接入多少用户；2) 速率集设置：为保证终端选择信号良好的SSID接入，通常会对空口作低速率帧限制。

四平Abis 口信令跟踪案例分析目录一、概述：........................................................................................................................................ (2)二、信令分析工作的基本流程： (2)三、信令分析软件简介： (5)3.1 DAFNE软件输出文件介绍： (5)3.2 Opt软件功能简介： (8)四、前台数据采集操作流程： (9)4.1小区各载频对应的RSL 时隙配置： (9)4.2 K1205上的配置过程： (15)五、四平信令跟踪案例分析： (16)5.1民政局1小区（17219_6211）： (1)65.2公主岭3小区：.......................................................................................................................................205.3木材厂1（17217_2051）:.................................................................................................................. . (22)5.4 郭家店2小区（17220_3112） (27)六小结：........................................................................................................................................ .. (31)七附录：........................................................................................................................................ .. (32)一、概述：利用信令跟踪分析处理问题小区是网络优化的基本手段。

页码
CAP：CAMEL应用部分 ： 应用部分 BSSAP：基站子系统应用部分 ： SCCP：信令连接控制部分 ：
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
1.3. 7号信令的功能级－MTP 号信令的功能级－ 号信令的功能级
1.1. 7号信令的基本概念－信令 号信令的基本概念－ 号信令的基本概念
在通信设备之间传递的各种控制信号， 在通信设备之间传递的各种控制信号，都属 于信令。 于信令。 信令就是各个交换局在完成呼叫接续中的一 种通信语言。 种通信语言。 目前最常见的信令是7号信令 号信令， 目前最常见的信令是 号信令，属于共路信令
课程名称
页码
广州市宜通世纪科技有限公司
Guang Zhou Eastone Century Technology Co.,Ltd.
1.2.4. 信令点编码
<c7spp:sp=all; CCITT7 SIGNALLING POINT DATA SP SPID 2-10-255-52 OWNSP QIDG8 2-10-255-0 JNA2 2-10-255-1 JNA1 2-10-255-4 JNH2 2-10-255-5 JNH1 2-10-255-10 QIDB1 2-10-255-11 QIDB2 2-10-255-17 JNL1 2-10-255-18 JNL2 2-10-255-19 QIDL1 2-10-255-20 QIDL2 2-10-255-36 QIDG6 2-10-255-41 QIDG1 2-10-255-42 QIDG2 2-10-255-43 QIDG3 2-10-255-44 QIDG4 2-10-255-45 QIDG5 2-10-255-46 QDSMS 2-10-255-49 QDHLR1 3-10 OWNSP QIDG8 3-11 BSC8A 3-12 BSC8B END

LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Attach requestEPS MM Unknown(0x0734)UL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationDL DCCH dlInformationTransferUL DCCH rrcConnectionReconfigurationCompleteEPS MM Security protected NAS messageEPS MM Authentication requestEPS MM Authentication responseEPS MM Unknown(0x077B)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Security mode commandEPS MM Security mode completeEPS MM Unknown(0x0790)UL DCCH ulInformationTransferDL DCCH ueCapabilityEnquiryUL DCCH ueCapabilityInformationDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS messageEPS MM Attach acceptEPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach completeEPS MM Unknown(0x072D)UL DCCH ulInformationTransferDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteattach.xlsAttach信令流程详解1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Detach requestEPS MM Unknown(0x0734)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS message EPS MM Detach acceptDL DCCH rrcConnectionReleaseEPS SM PDN connectivity requestdeatch.xlsDetach信令流程详解2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteUE 主叫信令.xlsUE主叫信令流程详解2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DL PCCH PagingEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationCompl UL DCCHeteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeUE 被叫信令.xlsUE被叫信令流程详解3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1重选.xls重选信令流程详解3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。

标记(Label) ① 标记 每个电话消息都必须有标记， 每个电话消息都必须有标记 ， 供 MTP的消息识别 的消息识别 功能判断是本地的消息还是转接的消息， 功能判断是本地的消息还是转接的消息，并确实相 应的信令路由。 应的信令路由。
② 标题码 标题码用以区分每个消息信号， 标题码用以区分每个消息信号 ， 由 HO和 Hl两部分 和 两部分 组成，其中H0标识消息群 标识消息群， 标识消息群中的一 组成 ， 其中 标识消息群 ， H1标识消息群中的一 个具体消息。 个具体消息。具体见表
• • 业务表示语(SI):区分消息的种类(信令网管理消息、电话用户部 区分消息的种类 业务表示语
分消息、信令连接控制部分消息)
子业务字段(SSF):用于区分该消息属于国内网路消息 用于区分该消息属于国内网路消息 子业务字段 还是国际网路消息。 还是国际网路消息。
– SIF:信令信息字段 信令信息字段
7. ISUP消息结构： 消息结构： 消息结构
8. IAM消息结构： 消息结构： 消息结构
9. 例题：从交换机采集到的信令如下： 例题：从交换机采集到的信令如下：
参考ISUP信令结构手工分析 信令结构手工分析 参考
每部分意义： 每部分意义：
4. 信令基本单元格式 7号信令采用数字编码的形式传送各种信令时， 是 号信令采用数字编码的形式传送各种信令时， 号信令采用数字编码的形式传送各种信令时 通过信令消息的最小单元－信令单元(SU)来传送。 来传送。 通过信令消息的最小单元－信令单元 来传送 ① 三种信令单元
用于差错校正，完成信令单元的顺序控制、 ② 用于差错校正，完成信令单元的顺序控制、证实重 发功能。 发功能。 – BSN:后向序号。 后向序号。 后向序号 – BIB:后向指示比特。 后向指示比特。 后向指示比特 – FIB:前向序号。 前向序号。 前向序号 – FSN:前向指示比特。 前向指示比特。 前向指示比特 ③ 编程分析的重点 – SIO业务信息字段： 业务信息字段： 业务信息字段

处理流程以及数据提取方法一、投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）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=43）核心网侧收到主叫的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。

SDCCH信令信道性能与案例分析一、概述信令信道（SDCCH）性能：影响信令信道性能的主要方面为拥塞及掉话问题。

信令信道存在严重拥塞会影响到所有使用SDCCH的信令过程，如呼叫建立、位置更新、短消息等。

而信令信道的掉话则会终止呼叫过程。

二、信令方面的指标信令方面我们主要关注的指标有附件第一行黄颜色标记部分。

Microsoft Excel工作表三、分析方法分析信令信道性能的方法主要在以下两方面进行。

1 信令话务量及拥塞情况：话务量及拥塞方面包括长时间的话务量偏高及存在时间拥塞，或者是短时间的突发性话务量异常伴随拥塞发生。

在这里我们通常可以通过以下的方法进行分析：1)观察BSC级的连续统计，找出是否有连续的拥塞出现。

2)找到有连续高话务量并伴随拥塞的小区，分析小区的话务量情况，是否有话务量过高的情况。

3)观察有拥塞情况的小区的硬件可用率的情况，检查是否有可用率低的情况。

过低的使用率可能是因为载波时系未正常工作。

4)检查有拥塞小区的呼叫保持时间是否正常，是否有呼叫保持时间过长的现象。

5)检查SDCCH的配置是否合理，SDCCH的数量是否满足SDCCH话务量的需求。

6)检查CBCH的使用情况，是否有未使用的CBCH占用SDCCH资源。

7)检查周期登记的情况，周期登记是否过于频繁。

8)检查Location Updating的情况及Location Area的情况，主要判断Location Updating是否过多，并分析其原因是客观原因如小区指向公里、铁路等或是自身定义原因。

9)检查周围小区的话务情况，分析拥塞属于个别小区还是整片地区普遍存在。

2 信令信道的掉话情况：掉话方面包括基本的与话音信道相同的掉话情况，如弱信号掉话，干扰造成质量差掉话，过度TA掉话，硬件故障掉话。

除此而外还有由于TCH拥塞，没有空闲信道分配完成呼叫而造成SDCCH释放的这种信令信道掉话。

在这里我们通常可以通过以下几方面进行分析：1)BSC级的连续统计，找出有SDCCH掉话率高的时段。