层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.sodocs.net/doc/241437964.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 频点描述）
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
UL
RR
Channel Request
DL
RR
Immediate Assignment
UL
MM
Location Updating Request
UL
RR
Classmark Change
UL
RR
GPRS Suspension Request
DL
MM
Authentication Request
UL
MM
Authentication Response
DL
MM
Identity Request
UL
MM
Identity Respone
DL
MM
Location Updating accept
UL
MM
TMSI Realocation Complete
DL
RR
Channel Release
UL
GPRS MM
Routing Area Update Request
移动通信俱乐部 GSM 无线版专题讨论第五期
https://www.sodocs.net/doc/241437964.html, 版权所有 3
UL
RR
Channel Request
DL
RR
Immediate Assignment
DL
GPRS MM
Routing Area Update Accept
UL
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
31
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
42
MSC Congestion
44
BSS problem, especially the CIC blocking
移动通信俱乐部 GSM 无线版专题讨论第五期https://www.sodocs.net/doc/241437964.html, 版权所有 4
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
移动通信俱乐部 GSM 无线版专题讨论第五期
https://www.sodocs.net/doc/241437964.html, 版权所有 5
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
初步定位数据吞吐量变为0的原因是 MS执行了一次跨路由区的小区重选
移动通信俱乐部 GSM 无线版专题讨论第五期
https://www.sodocs.net/doc/241437964.html, 版权所有 6
(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没有发出这两条消息，导致发生切换失败。
移动通信俱乐部 GSM 无线版专题讨论第五期
https://www.sodocs.net/doc/241437964.html, 版权所有 7
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．某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。D T测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILU RE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的T CH信道拥塞，也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平，导致BCCH 与TCH的Level值相差很大而造成切换失败。 第三层信令消息流程: DL：HANDOVER COMMAND UL：HANDOVER ACCESS UL：HANDOVER COMPLETE UL：MEASUREMENT REPORT UL：HANDOVER FAILURE DL：SYSTEM INFORMATION TYPE 5 从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出U L：HANDOVER ACCESS消息后，接着发出DL：PHYSICAL INFORMATION，指示MS切换至目标小区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVER COM PLETE之后，再发一条DL：PHYSICAL INFORMATION。在本例中BSC没有发出这两条消息，这也是导致发生切换失败的原因之一。 2．MS呼叫失败. 经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可 用信道.很可能是因为系统拥塞引起的 3．一次正常的LAR&RAU信令流程如下： Direction Type Layer 3 Message UL RR Channel Request DL RR Immediate Assignment UL MM Location Updating Request UL RR Classmark Change UL RR GPRS Suspension Request DL MM Authentication Request UL MM Authentication Response DL MM Identity Request UL MM Identity Respone DL MM Location Updating accept UL MM TMSI Realocation Complete DL RR Channel Release UL GPRS MM Routing Area Update Request UL RR Channel Request
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路测问题分析归纳汇总
LTE路测问题分析归纳汇总 一、Probe测试需要重点关注参数 无线参数介绍 ?PCC:表示主载波，SCC：表示辅载波，目前LTE(R9版本)都采用单载波的，到4G（R10版本）有多载波联合技术就表示辅载波。 ?PCI:物理小区标示，范围（0-503）共计504个。 ?RSRP：参考信号接收电平，基站的发射功率，范围：-55 < RSRP <-75dbm。?RSSQ：参考信号接收质量，是RSRP和RSSI的比值，当然因为两者测量所基于的带宽可能不同，会用一个系数来调RSRQ=N*RSRP/RSSI。 ?RSSI：接收信号强度指示，表示UE所接收到所有信号的叠加。 ?SINR：信噪比，是接收到的有用信号的强度与接收到的干扰信号（噪声和干扰）的强度的比值，Average SINR>20 ?Transmission mode:传送模式，一共有8种，TM1表示单天线传送数据，TM2表示传输分集（2个天线传送相同的数据，在无线环境差（RSRP和SINR差）情况下，适合在边缘地带），TM3表示开环空间复用（2个天线传送不同的数据，速率可以提升1倍），TM4表示闭环环空间复用，TM5表示多用户 mimo,TM6表示rank=1的闭环预编码，TM7表示使用单天线口（单流BF），TM8表示双流BF。Transmission mode=TM3。
?Rank Indicator：表示层的意思，rank1表示单层，速率低，rank2表示2层，速率高。Rank Indicator = Rank 2 ?PDSCH RB number：表示该用户使用的RB数。这个值看出，该扇区下大概有几个用户。（20M带宽对应100个RB，15M带宽对应75个RB,10M带宽对应50个RB,5M带宽对应25个RB，3M带宽对应15个RB，1.4M带宽对应6个RB）多用户可以造成速率低原因之一。 ?PDCCH DL Grant Count：下行时域（子帧）调度数，PDCCH DL Grant Count >950。例如：上下行时域调度数的算法：一个无线帧是10ms，1s就有100个无线帧， 按5ms的转换周期，常规子帧上下行配比1:3，特殊子帧3:9:2来计算，每秒下行满调度数=3*100*2=600。每秒上行满调度数=1*100*2=200. 按5ms转换周期，常规子帧上下行配比1:3，特殊子帧10:2:2来计算，每秒下行满调度数=（3+1）*100*2=800。每秒上行满调度数=1*100*2=200；特殊子帧10:2:2时DwPTS也可以用来做下载。 ?PCC MAC ：下行MAC层速率：客户要求：PCC MAC>85Mbps。 ?Serving and Neighbor cells 这里最好是只显示serving cell，如果显示了neighbour cell，那么neighbour cell 的RSRP与serving cell的RSRP 相差15 dbm。 ?SRS:探测参考信号 天线测量介绍 ?TX antenna 2表示基站有2个发射天线。
TD-LTE测试内容和信令解析
TD-LTE测试内容和信令解析 1.测试内容 现阶段通常涉及到的测试按测试模式来分可分为室外测试与室内测试，按测试内容来分通常可分为覆盖测试与业务测试。由于室外与室内的覆盖测试及业务测试大部分操作都相同，所以本节以室外测试为例，介绍覆盖测试与业务测试的操作流程。 1.1覆盖测试 覆盖测试主要是通过CNT测试软件了解记录覆盖区域的信号强度、信号质量、信干噪比（SINR）。 1.1.1覆盖测试操作 通常进行覆盖测试时终端处于空闲状态，测试时先按上述文档介绍的内容进行正确的设备连接，开始记录测试文件，然后按既定路线进行路测，记录路线上的信号覆盖情况。 1.1.2覆盖测试关注指标 进行覆盖测试时，我们通常关注以下三个问题。第一，测试路段是哪个小区覆盖；第二，该路段覆盖信号强度如何；第三，该路段覆盖信号质量如何。 首先，从测试软件的LTE Cell Information窗口我们可以看到当前的主覆盖小区，如下图。 图15 LTE Cell Information窗口 正确导入小区信息数据后，我们可以在上图窗口中看到当前服务小区的名称，CellID和PCI，这些参数都能标识当前为终端提供服务的是哪个小区。更进一步，我们打开测试软件主菜单Presentation->LTE->LTE Server Cell Information窗口可以看到更详细的服务小区信息，如下图。
图16 LTE Server Cell Information窗口 确认了主服务小区之后，我们可以看到该小区在测试路段的覆盖强度，就是参数RSRP（参考信号接收功率），在图15和图16的两个窗口中均可以看到这个参数，更直观的方法，则是在MAP窗口通过路测覆盖图显示出来，如下图所示。 图17 RSRP覆盖图 现阶段道路覆盖要求RSRP尽量保持在-110dbm以上，为保证业务质量，作为优化的目标，我们尽可能的通过调整，使RSRP尽量保持在-105dbm以上。 对于覆盖路段的信号质量，目前软件不能采样较合适的参数直观显示。由于LTE小区间的干扰对信号质量影响较大，我们可以通过LTE Cell Information窗口的邻区信息间接获知信号质量的大概情况。根据LTE道路覆盖的要求，除正常的切换带外，最好LTE Cell Information 窗口只显示一个服务小区的信息（该窗口对邻区信号的显示有一定阀值控制，当主服务小区较邻区信号强很多的时候邻区信号不显示）。若该窗口中显示了几个小区的信号（如下图），信号强度相差不大，则表示该路段信号覆盖不纯净，信号质量较差。另外，对处于业务状态的终端，我们可以通过下行的BLER或上行的发射功率间接认识该处无线环境的信号质量。
新手层三信令掉话分析
层三信令掉话分析 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，小区参数设置
cds测试软件第三信令详细分析
第三层（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
层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.sodocs.net/doc/241437964.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 频点描述）
层三信令“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 识别号。
基于层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（消息类型与协议状态
GSM路测信令分析宝典
目录 一、第三层信息（GSM Layer 3 ）的分类 2 1. CC层 3 2、MM层 3 3、RR层4 二、接续流程 5 2.1、移动主叫流程 5 2.1.1、信道请求Channel Request（Rach）MS→BTS7 2.1.2 申请信道Channel Required( BTS→BSC) 8 2.1.3 信道激活Channel Activation (BSC→BTS) 8 2.1.4信道激活证实Channel Activation ACK(BTS→BSC)8 2.1.5 立即指配命令immediate assignment (BSC→BTS)8 2.1.6 立即指配immediate assignment (BTS→MS) AGCH 8 2.1.7 CM业务请求CM service request (MS→BTS→BSC→MSC)9 2.1.8 无编号确认UA(SDCCH)9 2.1.9 鉴权Authentication Request MSC→BSC→BTS→MS9 2.1.10 TMSI再分配命令TMSI Reallocation10 2.1.11 建立Setup10 2.1.12呼叫接续Call Proceeding 10 2.1.13指配请求Assigment Activation BSC→BTS11 2.1.14 信道激活Assigment Activation ACK BTS→BSC11 2.1.15 分配命令Assigment Command11 2.1.16 SABM（设置异步平衡模式）Layer2 （FACCH）11 2.1.17 建立指示Establish Indication BTS→BSC12 2.1.19 分配完成Assigment Complete12 2.21振铃提醒Alerting 12 2.22连接Connect12 2.1.24测量报告Measurement Report12 2.1.25撤销连接Disconnect12 2.1.26 释放Release13 2.1.27 释放完成Release Complete13 2.1.28 清除命令Clear command13 2.1.29 释放信道Channel Release13 2.1.30 DEACTIVE_SACCH（慢速随路控制信道）13 2.1.31 DISC13 2.1.32 UA13 2.1.33 释放指示13 2.1.34 RF信道释放13 2.1.35 RF信道释放确认13 2.1.36 清除完成13 2.1.37 SCCP释放13 2.1.38 SCCP释放确认13 2.2、手机被叫流程的区别14 三、第三层（Layer 3）信令详解16 1、System Information Type1 16
FL路测信令
Layer3信令详解 目录 一、第三层信息（GSM Layer 3 ） (1) 1、CC层 (2) A、有关呼叫建立的信息（Call Establishment） (2) B、呼叫清除（Call Clearing） (5) 2、MM层 (6) A、注册（Registration） (6) B、连接管理（Connection Management） (8) 3、RR层 (8) A、信道建立 (9) B、分配信道 (12) C、信道释放 (13) D、寻呼网络 (14) E、系统信息 (16) F、其他 (25) 4、事件 (28) A、切换 (28) B、位置更新 (29) C、鉴权 (30) D、掉话 (31) 二、信令里面的Cause（事件号） (32) 1、Channel Release (32) 2、disconnect断开原因 (33) 一、第三层信息（GSM Layer 3 ） GSM移动无线接口第三层的信息有很多种，而我们在路测中主要是处理一些故障，所以一般只显示常用的几种，包括无线资源管理（RR）移动性管理（MM）、
呼叫控制（CC）三方面信息。 1、CC层 CC层的主要功能为建立、维持和释放呼叫。 A、有关呼叫建立的信息（Call Establishment） 1)Alerting：振铃信息。上下行，从网络到主叫移动台或从被叫移动台到网 络，用来指示被叫手机启动告警（即回铃音）。包括进展指示及用户信息等。 2)Call confirmed：呼叫确认。该信息由被叫移动台发出，用来确认收到呼 叫请求。
3)Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求 的呼叫建立信息已经被接收,不会再接收更多的呼叫建立信息。 4)Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连