当前位置：文档视界 › 层3信令

层3信令

作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题.

层3信令主要分为3类，移动性能管理，呼叫控制和无线资源管理三部分。

移动性能管理主要功能是管理通信，包括IMSI注册，LAU和CM service

呼叫控制主要功能是呼叫的建立，维持和释放.

无线资源管理的主要功能是管理无线接口的传输路径（即信道的建立，切换，释放），系统信息等

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

UL: MEASUREMENT REPORT

DL:Handover Command

DL:Physical Information

UL:Handover Complete(切换成功的标志)

DL:Physical Information

DL: SYSTEM INFORMATION TYPE 6

UL: MEASUREMENT REPORT

DL:Disconnect（收到该条消息或Release中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话）

UL:Release

DL:Release Complete

DL:Channel Release

UL:Release Complete

2.2一次正常的LAR&RAU信令流程：

Direction

Type

Layer 3 Message

Channel Request

Immediate Assignment

Location Updating Request

Classmark Change

GPRS Suspension Request

Authentication Request

Authentication Response

Identity Request

Identity Respone

Location Updating accept

TMSI Realocation Complete

Channel Release

GPRS MM

Routing Area Update Request

Channel Request

Immediate Assignment

GPRS MM

Routing Area Update Accept

GPRS MM

Routing Area Update Complete

2.3 各种情况对应的信令

2掉话（既没有Disconnect，也没有Release，则视为掉话）：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup →Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1

2通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束)：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release

2呼叫失败：Paging Request→Channel Request→Immediate Assignment→CM Service Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）

2呼叫成功：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting

2切换成功：Handover Command→Handover Complete

2切换失败：Handover Command→Handover Failure

2.4常见Disconnect / Release Cause Value: Cause Value

Reason

BSS or MSC problem

34(beforeAssignmentCommand)

TCH Blocking

34(after Assignment Complete)

MSC Blocking

41(after Assignment Command)

BSS problem, especially DRI problem

41(after Assignment Complete)

MSC problem

MSC Congestion

BSS problem, especially the CIC blocking

111

BSS or MSC problem

2.5 两个MS通话的流程

MS1 Uplink Channel Request

MS1 Downlink Immediate Assignment

MS1 Uplink CM Service Request

MS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink Setup

MS1 Downlink Call Proceeding

MS1 Downlink Assignment Command

MS1 Uplink Assignment Complete TCH分配成功MS2 Uplink Channel Request

MS2 Downlink Immediate Assignment

MS2 Uplink Paging Response SDCCH分配成功

MS2 Downlink Setup

MS2 Uplink Call Confirmed

MS2 Downlink Assignment Command

MS2 Uplink Assignment Complete TCH分配成功MS2 Uplink Alerting

MS1 Downlink Alerting

MS2 Uplink Connect

MS2 Downlink Connect Acknowledge

MS1 Downlink Connect

MS1 Uplink Connect Acknowledge

MS1 Uplink Disconnect

MS1 Downlink Release

MS1 Uplink Release Complete

MS2 Downlink Disconnect

MS2 Uplink Release

MS1 Downlink Channel Release

MS2 Downlink Release Complete

MS2 Downlink Channel Release

3. 案例介绍

3.1 MS呼叫未接通：

问题描述: 在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。主要有以下三条信令消息：UL：CHANNEL REQUEST

DL：IMMEDIATE ASSIGNMENT

UL：CM SERVICE REQUEST

问题分析: (1)在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。其原因可能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。

(2) 位置更新信令消息如下：

DL：CHANNEL RELEASE

UL：CHANNEL REQUEST（开始位置更新）

DL：IMMEDIATE ASSIGNMENT

UL：LOCATION UPDATING REQUEST

DL：AUTHENTICATION REQUEST

UL：AUTHENTICATION RESPONSE

DL：LOCATION UPDATING ACCEPT

UL：TMSI REALLOCATION COMPLETE

DL：CHANNEL RELEASE

结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。

3.2 位置更新导致数据吞吐量为0

问题描述: 在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.

问题分析: (1) 在该路段进行语音业务测试, 确认已经完全覆盖.

(2) 分析当时数据业务测试的层3信令. 当时的信令为:

DL：SYSTEM INFORMATION TYPE 1 UL：LOCATION UPDATING REQUEST UL：CHANNEL REQUEST

(3) 对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.

3.3 FTP下载中断

问题描述: 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP

下载进度为9％，在经过一次小区重选后, FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线.

问题分析: (1) 查看层三信令,具体显示如下：

Direction Type Layer 3 Message

UL GPRS SM Deactivate PDP Context Request

DL RR System Information Type 13

UL RR Channel Request

DL RR Immediate Assignment

DL GPRS SM Deactivate PDP Context Accept

发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息.

(2)发生这种情况可能有3种原因：

一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。

二是手机本身存在一些问题也可能导致这个问题。

三是测试用的笔记本电脑可能存在一些问题

3.4 没有物理消息导致切换失败

问题描述: 某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。DT测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS 切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILURE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。

问题分析: (1) 查看当时的层三信令, 具体如下:

DL：HANDOVER COMMAND UL：HANDOVER ACCESS UL：HANDOVER COMPLETE UL：MEASUREMENT REPORT UL：HANDOVER FAILURE DL：SYSTEM INFORMATION TYPE 5

(2) 从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出UL：HANDOVER ACCESS消息后，接着发出DL：PHYSICAL INFORMATION，指示MS

切换至目标小区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVER COMPLETE之后，再发一条DL：PHYSICAL INFORMATION。

(3)但是在本例中BSC没有发出这两条消息，导致发生切换失败。

3.5 MS呼叫失败.

经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可用信道.很可能是因为系统拥塞引起的

3.6 参数设置错误导致切换问题

问题描述: 某次路测中发现手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向GSM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；

问题分析: (1) 在其他小区进行起呼测试,发现MS 切换到该小区后,则在该小区仍然能测量到GSM900的频点。切换正常；说明问题出在该小区。

(2) 经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现

UL-CLASSMARK CHANGE这条信令且在该小区的SYSTEM INFORMATION TYPE3中发现EARLY SENDING ：EXPLICITY FORBIDDEN，导致系统认为手机为1800单频手机；

(3)经检查BSC数据，发现该小区的ECSC 参数设为NO，其它小区该参数设为YES。通过调整该参数，问题得到解决。

3.7定时器超时，网络进行呼叫释放

问题描述: 在天津进行静态测试，发现MO呼叫30秒后自动中断，网络发送disc消息給MS，后面进行正常的拆除过程。MT呼叫时，MS可以看到incoming call，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。

问题分析: (1)MO过程如下

MS net

－－CM req--------------->

<---ciph cmd-----------

---ciph completed------->

---setup---------------->

<-----call proceding---

<------assignmend cmd----

-----assignmend complete-->

<---alerting-----------

<----connect-----------

--------connect ack---->

after 30s

<--------disc-------------

(2)因为connect ack是在FACCH上发送的，怀疑网络未能收到ack消息，因为发送connect 消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack消息未能到达网络，此定时器超时，网络进行呼叫释放

WCDMA信令分析(详细解释层三信令及涉及常用参数)-信令解码

呼叫信令详解（前后台）呼叫流程信令图起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立RRC连接直传信令连接建立（含鉴权和加密）

RAB建立过程

振铃，接通 RRC建立过程（1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。（2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link Setup Request 消息给NodeB。（3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条

Radio Link Setup Response 响应消息。（4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。（5）（6）通过Downlink Synchronisation 和Uplink Synchronisation. 控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL 发送。（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。（8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成建立初始直传/上下行直传（9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。（10）RNC 发起初始到CN 的信令连接，并发送一条Initial UE Message 消息给CN，通知CN 关于UE 请求的业务等内容。通过初始直接传输过程后，可使用该信令连接传输UE 和CN 之间的NAS 消息。（11）CN 发送RANAP 消息Direct Transfer （Authentication Request）到RNC，要求对UE 进行鉴权。（12）RNC 发送RRC Downlink Direct Transfer（Authentication Request）消息给UE。NAS 消息由UTRAN 透明的传输到UE （13）UE 发送RRC Uplink Direct Transfer Message（Authentication Response）消息给RNC，告知网络侧UE 已经按照鉴权要求完成了鉴权。（14）RNC 发送RANAP 消息Direct Transfer 给CN，将UE 的NAS消息转发给CN。NAS 消息被透明的传输到UTRAN。安全模式控制（15）CN 发送RANAP 消息Security Mode Command 给RNC，要求终端进行安全模式控制。（16）RNC 在下行DCCH 上发送RRC Security Mode Command 给UE，开始/重启加密过程。（17）UE 成功应用新的加密方式后，在上行DCCH 上发送RRC SecurityMode Complete 给RNC （18）RNC 发送RANAP 消息Security Mode Complete 给CN，双方完成安全模式控制。建立RAB （19）（20）（21）（22）上行和下行的直接传输过程，NAS 要求传输数据， UE 向网络侧说明Bearer Capability 以及Called Number 等内容。（22）CN 向RNC 发送RANAP 消息Common ID，告知RNC 该UE 的IMSI。（23）CN 向RNC 发送RANAP 消息Radio Access Bearer Assignment Request ，发起RAB

LTE学习总结—掉话类KPI基本分析方法

掉话类KPI 1.通过LST ALMAF查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 3.提取两两小区切换，确定目标小区： A.确定目标小区运行情况，是否基站故障或异常告警； B.检查邻区间参数设置是否正确； C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； D.检查基站是否周边站点缺少，如为孤站，可视为正常； 4.检查参数设置是否合理： A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突增，B.查询操作日志，确认是否有修改，导致小区异常； 5.检查是否存在干扰： A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）； C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 6.是否存在高质差： A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； 7.是否存在弱覆盖： A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 8.现场测试及后台跟踪： A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。 1、关于掉话的定义话统掉话的定义当ENodeB收到来自MME的ERAB ReleaseCommand（UE Context Release Command）消息或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。

新手层三信令掉话分析

层三信令掉话分析 1.前言作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMA TION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMA TION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH 频点描述2） DL: SYSTEM INFORMA TION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMA TION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMA TION TYPE 7：小区重选参数 DL: SYSTEM INFORMA TION 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: AUTHENTICA TION REQUEST UL: AUTHENTICA TION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCA TION COMMAND UL: TMSI REALLOCA TION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMA TION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMA TION TYPE 6：CI，LAI，小区参数设置

层3信令在路测中的应用

1. 概述作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um 口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 本期议题为“请举例说明如何结合层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 移动通信俱乐部 GSM 无线版专题讨论第五期 https://www.docsj.com/doc/be11389118.html, 版权所有 2 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 频点描述）

层三信令中英文对照解读

路测三层信令，中英文对照说明第三层信息（GSM Layer 3 ） *CC层的主要功能为建立、维持和释放呼叫： a 、有关呼叫建立的信息（Call Establishment）: Alerting ：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。包括进展指示及用户信息等 Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求； Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫建立信息已经被接收, 不会再接收更多的呼叫建立信息。 Connect ：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接移受； Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫（连接完成）； Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立； Progress ：进展，从网络到移动台，指示呼叫的进程； Setup ：建立，上下行，指示启动呼叫建立； b 、呼叫信息状态（Call Information Phase） Modify ：修改，上下行，请求改变呼叫的承载能力； 4G Modify Complete：修改完成，指示对呼叫承载能力修改的完成Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；

User Information：用户信息, 由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。 c 、呼叫清除（Call Clearing） MOTODisconnect ：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了； Release ：释放，上下行, 指示发该信息的设备将要释放TI(处理识别码, 接收到4G 该信息的设备等发送释放完成信息后释放TI(处理识别码bbs. ,接收到该信息的设备将要释放TI(处理识别码 d 、与附加业务有关的呼叫（Call Related SS） Facility ：设施 Hold ：保持 Hold Acknowledge：保持确认 Hold Reject：保持拒绝 Retrieve ：恢复 Retrieve Acknowledge：恢复确认 Retrieve Reject：恢复拒绝 e 、其它信息 Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。 Notify ：通知，上下行，指示信息属于呼叫n5m

层三信令“Disconnect”原因值解析讲解

层三信令“Disconnect”原因值解析

原因值表1 下面是具体解释： ISUP消息中rel原因值 G3.1正常类别原因NO.1：未分配的（未确定的）号码 "unassigned (unallocaled) number" 该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。原因NO.2：无路由到达规定的转换网络（国内使用） "no route to specified transit network(nationaluse)" unallocaled(unassigned) number 该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。是否支持该原因由网络决定。原因NO.3无路由到达终点 "no route to destination" 该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。是否支持该原因由网络决定。原因NO.4发送特殊的信息音 "send special information tone" 该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。原因NO.5转接前缀拨号错误（国内使用）

"misdialled trunk prefix(national use)" 该原因表示被叫方号码的转接前缀错误内含。原因NO.6：不可接受的通路 "chnnel unacceptable" 该原因表示发送实体在呼叫中不接受使用最新标识的通路。原因NO.7：呼叫已给出并正在已建立的通路上递交 "call awarded and being delivered in an established channel" 该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。原因NO.8：先占 "preemption" 该原因表示呼叫正在被预先占有。原因NO.9：先占电路留作重新使用 "preemption-circuit reserved for reuse" 该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。原因NO.16：正常的呼叫清除 "normal call clearing" 该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。在正常情况下，网络不发送这一原因。原因NO.17：用户忙 "user busy" 当被叫用户指示不能接受另一个呼叫时使用这一原因。原因NO.18：无用户响应 "no user responding" 当被叫用户在规定的时间周期内不用提醒或连接指示响应呼叫建立消息时使用这一原因。原因NO.19：无用户应答（用户已提醒） "no answer from user(user alerted)" 当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。原因NO.20：用户缺席 "subscriber absent" 该原因用作移动应用，本规范暂不使用。原因NO.21：呼叫拒绝 "call rejected" 该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。诊断字段可能包含有关补充业务的附加信息和拒绝原因。原因NO.22：号码变更 "number changed" 当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。新的被叫用户号码可以作为任选项目包含在诊断字段中。如果网络不支持这种能力，将使用原因NO.1未分配的（未确定）的号码。原因NO.26：清除未选择的用户

信令流程与GT翻译对应关系详解

信令流程与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 识别号。

Layer3信令分析及流程详解汇编(扫盲).

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优先级的移动台可以进行紧急呼叫。

基于层3信令解码cause分析举例

Ps64上传 SM Deactivate PDP Context Request SM cause Cause value: (36) Regular deactivation 2：原因NO.27：终点故障"destination out of order" 该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。

22 Number changed(号码改变) 26 Non selected user clearing(清除未选择的用户) 27 Destination out of order(终点故障) 28 Incomplete number(无效号码格式（不完全的号码）) 29 Facility rejected(设施被拒绝) 30 Response to status enquiry(对状态询问的响应) 31 Normal,unspecified(正常，未规定) 34 No circuit/channel available(无电路/信道可用) 38 Network out of order(网络故障) 41 Temporary failure(临时故障) 42 Switching equipment congestion(交换设备拥塞) 43 Access information discarded(接入信息被丢弃) 44 Requested circuit/channel not available(请求的电路/信道不可用) 47 Resources unavailable,unspecified(资源不可用，未规定) 49 Quality of service unavailable(服务质量不可用) 50 Requested facility not subscribed(未预订所请求的设施) 55 Incoming calls barred within the CUG 57 Bearer capability not authorized(承载能力未认可) 58 Bearer capability not presently available(承载能力目前不可用) 63 Service or option not available,unspecified(无适用的业务或任选项目，未规定) 65 Bearer service not implemented(承载业务不能实现) 68 ACM equal to or greater than ACMmax 69 Requested facility not implemented(所请求的设施不能实现) 70 Only restricted digital information bearer(仅能获得受限数字信息承载能力) 79 Service or option not implemented(业务不能实现，未规定) 81 Invalid transaction identrfier value(无效处理识别码) 87 User not member of CUG 88 Incompatible destination(非兼容目的地址) 91 Invalid mandatory information(无效过渡网选择)

非常详细的LTE信令流程

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)

层三信令CAUSE_VALUE解释说明2

1 Unassigned （unallocated）number（未指定【未分配】号码） 3 No route to destination （无目的地路由）6 Channel unacceptable （不接受的信道） 8 Operator determined barring（运营商确定阻塞） 16 Normal call clearing （正常呼叫清除） 17 User busy （用户忙） 18 No user responding（无用户响应） 19 User alerting, no answer（用户振铃，无应答） 21 Call rejected（呼叫被拒绝） 22 Number changed（号码改变） 25 Pre-emption（预占） 26 Non selected user clearing（非选定用户清除） 27 Destination out of order（目的地混乱） 28 Invalid number format （incomplete number）（无效号码格式【数字不完全】） 29 Facility rejected （设备被拒绝） 30 Response to STATUS ENQUIRY（对STATUS ENQUIRY作出响应） 31 Normal, unspecified （not logged）（正常，未指定【未记录】） 34 No circuit/channel available （无可用电路/ 信道） 38 Network out of order （网络故障） 41 Temporary failure （临时故障） 42 Switching equipment congestion（交换设备拥塞） 43 Access information discarded （访问信息丢弃） 44 Requested circuit/channel available（请求电路/ 信道不可用） 47 Resources unavailable, unspecified （资源不可用，未指定） 49 Quality of service unavailable（服务质量不可用） 50 Requested facility not subscribed（请求设备未预订） 55 Incoming calls barred within the CUG（CUG内的来电阻断） 57 Bearer capability not authorized（承载容量未批准） 58 Bearer capability not presently available（承载容量当前不可用） 63 Service or option not available, unspecified（服务或选择不可用，未指定）65 Bearer service not implemented（承载服务未实施） 68 ACM equal to or greater than ACMmax （ACM等同或大于ACMmax） 69 Requested facility not implemented（请求设备未实施） 70 Only restricted digital information bearer capability isavailable （只有有限的数字信息承载容量） 79 Service or option not available, unspecified（服务或选择不可用，未指定）81 Invalid transaction identifier value（无效交易标识符值） 87 User not member of CUG（用户非CUG成员） 88 Incompatible destination （不兼容的目的地） 91 Invalid transit network selection（无效转接网选择） 95 Semantically incorrect message（语义错误消息） 96 Invalid mandatory information（无效强制信息） 97 Message type non-existent or not implemented（消息类型不存在或未实施） 98 Message type not compatible with the protocol state（消息类型与协议状态

信令内容解析

CELL SETUP REQUEST value NBAP-PDU ::= initiatingMessage : { procedureID { procedureCode 5, ddMode tdd }, criticality reject, messageDiscriminator common, transactionID longTransActionId : 1, value CellSetupRequestTDD : { protocolIEs { { id 124, criticality reject, value Local-Cell-ID : 0 }, { id 25, criticality reject, value C-ID : 14021 }, { id 43, criticality reject, value ConfigurationGenerationID : 1 }, { id 280, criticality reject, value UARFCN : 10080 }, { id 23, criticality reject, value CellParameterID : 110 }, {

id 131, criticality reject, value MaximumTransmissionPower : 330 }, { id 279, criticality reject, value TransmissionDiversityApplied : FALSE }, { id 274, criticality reject, value SyncCase : 1 }, { id 394, criticality reject, value Synchronisation-Configuration-Cell-SetupRqst : { n-INSYNC-IND 1, n-OUTSYNC-IND 20, t-RLFAILURE 50 } }, { id 359, criticality reject, value ConstantValue : 0 }, { id 384, criticality reject, value ConstantValue : 0 }, { id 381, criticality reject, value ConstantValue : 0 }, { id 287, criticality reject, value TimingAdvanceApplied : no }

GSM层3信令解读-实践解读

第三层（Layer 3）信令第三层信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type1—4只出现在待机状态下，Type5—8只出现在通话状态下： 1、System Information Type1 小区广播信息，有该小区自身的频点，RACH的一些参数设置，详见上图。 2、System Information Type2 待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。 3、System Information Type2ter 待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）， 4、System Information Type 3 小区广播信息，可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等，祥见上图5、System Information Type 4 小区广播信息，在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT 等一些参数的设置值，祥见上图。 6、System Information Type 5 激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表中不会看到该小区，也不会切换。在我们平时路测当中，经常遇到强信号不切换，如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量频点的话就比较隐性。 7、System Information Type 5ter 激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）8、System Information Type 6 通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted; 9、System Information Type 7 暂时没有见过。 10、System Information Type 8 暂时没有见过。 11、Paging Requst type1 可以看到，在信令里面，Paging的信令出现次数特别多，原因是网络对手机寻呼是对一个位置区内进行寻呼的，只有当手机解开这条信息才会作出响应。 12、Synch Channel Information 同步信息，在待机状态和通话状态都会出现，数字通信当中，同步是最基本也是最重要的，跟邻区也需要同步。 13、其他： ①掉话； ②位置更新 ③切换 ④测量报告在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由手机来完成，而手机是怎样完成的呢？就是通过改变测量

层三信令CAUSE VALUE解释说明

LA YER3信令中CAUSE VALUE 1 Unassigned （unallocated）number（未指定【未分配】号码） 3 No route to destination （无目的地路由） 6 Channel unacceptable （不接受的信道） 8 Operator determined barring（运营商确定阻塞） 16 Normal call clearing （正常呼叫清除） 17 User busy （用户忙） 18 No user responding（无用户响应） 19 User alerting, no answer（用户振铃，无应答） 21 Call rejected（呼叫被拒绝） 22 Number changed（号码改变） 25 Pre-emption（预占） 26 Non selected user clearing（非选定用户清除） 27 Destination out of order（目的地混乱） 28 Invalid number format （incomplete number）（无效号码格式【数字不完全】） 29 Facility rejected （设备被拒绝） 30 Response to STATUS ENQUIRY（对STATUS ENQUIRY作出响应） 31 Normal, unspecified （not logged）（正常，未指定【未记录】）} 34 No circuit/channel available （无可用电路/ 信道） 38 Network out of order （网络故障） 41 Temporary failure （临时故障） 42 Switching equipment congestion（交换设备拥塞） 43 Access information discarded （访问信息丢弃） 44 Requested circuit/channel available（请求电路/ 信道不可用） 47 Resources unavailable, unspecified （资源不可用，未指定） 49 Quality of service unavailable（服务质量不可用） 50 Requested facility not subscribed（请求设备未预订） 55 Incoming calls barred within the CUG（CUG内的来电阻断） 57 Bearer capability not authorized（承载容量未批准） 58 Bearer capability not presently available（承载容量当前不可用）