路测信令分析
路测信令分析(经典)
道路测试中出现呼叫建立失败的原因分析目录第一章前言 (2)第二章测试系统简介 (3)一. TOM测试系统 (3)二. TEMS测试系统 (3)三. 测试系统主要功能 (4)查找网络故障 (4)网络优化手段 (4)下行干扰测试 (4)第三章道路测试中呼叫建立失败原因分析 (6)一. 道路测试中成功的呼叫建立消息历程 (6)1) 手机做主叫的消息历程 (6)手机做被叫的消息历程 (8)被叫用户没有接通的消息历程 (10)被叫用户忙的消息历程 (11)被叫用户已关机或未应答的消息历程 (12)二. 道路测试中呼叫建立失败的消息历程 (13)2) SD 拥塞的消息历程 (13)3) TCH 拥塞的消息历程 (14)4) 下行质量差造成TCH接入失败的消息历程 (15)5) SDCCH掉话的消息历程 (17)6) 上行链路问题的消息历程 (18)7) 无效的呼叫 (20)三. 道路测试中呼叫建立失败的主要原因 (21)第四章结束语 (23)第一章前言道路测试是为了对网络进行全面的了解，使用测试工具对移动通信网络进行测试、测量工作。
道路测试主要分成两种，一种是网络运行质量调查测试，另一种是网络优化测试。
网络运行质量调查测试主要是网络运营商为了了解自己网络运行的情况，对自己的网络进行的大规模的摸底测试，因为单从统计上看网络的性能指标如：掉话率、接通率等是不全面的，一个网络运行的好与坏只有从用户的角度进行了解才是最客观准确的，网络运行质量调查测试便是很好的方法，它可以使用一部与普通用户几乎相同的测试手机，进行数以百计的拨叫测试，对测试结果进行量化分析，从而得出当前网络的运行状况，为运营商下一步发展提供依据。
再有，如果网络进行了重大调整如：软件升级、网络改频等，要等到从统计上观察出调整不成功，用户不能正常使用，就耽误了时间，最快最有效的方法也是进行网络测试。
网络优化测试是当网络出现了一些问题时，从OMC测试不能判断故障原因所在，由网络测试人员使用专用的测试设备对有问题的地区进行测试，再将测试结果进行分析，就可以发现故障原因，为优化工作提出建议，改进网络运行质量。
鼎利路测分析之信令分析
鼎利路测分析之信令分析1、起呼消息（ORM）Origination Message说明:1.1Service option: 业务选项。
业务选项规定了由MS请求的业务类型，或由网络提供的业务类型。
CDMA 系统常见的业务选项有13K语音、Markov呼叫、EVRC、数据业务。
上述事例中的业务选项为VOICE（13K）（0X8000）。
1.2常见业务选项表：1.3REQUEST-MODE：请求模式玛。
定义该次呼叫的请求模式。
主要用来区别宽带、窄带CDMA系统；模拟、数字CDMA系统。
1.4SPECIAL-SERVICE: 特殊服务选项。
如果该字段设置为“0”，移动台会忽略“Service option”字段的内容，业务选型为默认（Service option 1）。
如果该字段设置为1，则业务类型为“Service option”有效字段。
1.5PM：保密模式标识。
如果请求语音保密，移动台设置该字段为“1”，否则设置为01.6DIGIT-MODE：数字模式标识。
如果呼叫中按下的数字键使用二进制表示的“DTMF”数字，移动台将该字段设置为0。
使用ASCII字符，移动台将该字段设置为11.7MORE-FIELDS：更多的拨码数字标识，该字段标识是否在下一次的OriginationContinuation Message (r-dsch上传送)中发送更多的拨码数字。
如果所有拨码的数字可以被编入本消息移动台将该字段设为0，否则设置为1。
1.8NUM-FIELDS：本消息中拨码拨码数字的位数。
移动台将在本消息中将字段设置为拨码数字的位数。
1.9Chari ：拨号的数字或符号。
记录本次呼叫所按下的号码。
当DIGIT-MODE为0，则可以按照下表对所拨号码或数字进行分析。
保留其余所有码2、扩展信道指配消息（ECAM）道中使用的功率控制参数设置。
也可以使用“信道指配消息”（CAM）来完成该功能。
通用寻呼消息就是BS系统寻呼移动台时下发的消息。
DT测试的信令分析2.
1DT测试的信令分析Call success Rate 和Call dropped Rate两项指标是我们路测中关注的重点。
在此，对DT统计中的Access Failure、Setup Failure 和Call Drops进行探讨，希望对以后优化分析工作能够起到一定的帮助作用。
1.1 移动台主叫呼叫流程：（*图例中A、B、C、D、E和F代表呼叫的每一个阶段）1.2 移动台被叫呼叫流程：（*图例中A、B、C、D、E和F代表呼叫的每一个阶段）1.3 位置更新流程：（*图例中A和B代表位置更新的每一个阶段）1.4 两个MS主被叫的通话流程：MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept （SDCCH分配成功）MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete （TCH分配成功）MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response （SDCCH分配成功）MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete （TCH分配成功）MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel ReleaseMS1 Downlink Channel Release1.5 测试软件中的Layer 3信息：主叫MS1呼叫流程：被叫MS2呼叫流程：将整个过程可分为SDCCH请求、SDCCH分配、SDCCH信令交换、TCH分配和SACCH 信令交换5个过程，上述流程中的任意一个信令点中断都会引起起呼失败。
路测与信令分析
第三章 案例分析
第三章 案例分析 3.1 测试分析流程
②掉话问题分析 有connect消息后，没有收到Disconnet或Channel Release消息而回到空闲状态。
第三章 案例分析 3.1 测试分析流程 ②掉话问题分析
第三章 案例分析
第三章 案例分析 3.1 测试分析流程
③覆盖问题分析 接近或低于测试规范定义的有效覆盖电平即认为是 覆盖差；
E.接收信号强度 F.通话质量 G.基础参数 H.功控级别
接收电平 话音质量
上行功控级别
DTX,TA 无线链路超时 (当前值）
无线链路超时 （设置值）
第一章 TEMS软件 1.1 TEMS可以看到什么?
I.测试点位置 J.基站位置 K.切换 L.邻区信息
第一章 TEMS软件 1.2 BSS系统的信令模型
2.2测量报告（MR)
其中邻区BCCH-FREQ下内容为BA表中之 顺序号(FROM 0) RXLEV-NCELL数值=实际接收电平+110
81 89 94 73 91 75
第二章信令流程 2.3 呼叫流程信息
主要的三个信令： ① 分配SDCCH ：Immediate Assignment ② 分配TCH ：Assignment Command ③ TCH切换：Handover Command
第二章信令流程 2.3呼叫流程信息
① 立即指配
信道描述： 频点、时隙、 子信道、 训练序列
第二章信令流程 2.3呼叫流程信息
信道描述： 频点、时隙、 MAIO、训练 序列
跳频频点 ② TCH分配
第二章信令流程 2.3呼叫流程信息
③ 切换命令
小区描述 信道描述： 频点、时隙、 MAIO、训练 序列
浅谈GSM路测信令综述
浅谈GSM路测信令1 路测概况数据采集是GSM无线网络优化的前提和基础，路测采集的数据包括：测试路线区域内各个基站的位置、基站间的距离、各频点的场强分布、接收信号电平和质量、Layer3消息的解码数据、6个邻小区状况、覆盖和切换情况、测试路线的地理位置信息等。
通过路测数据可以判断无线小区的实际覆盖范围及干扰区；观察信令接续过程，检查邻区关系和切换参数；掉话；非信号强度引起的通话质量差；阻塞；不正常切换；信号电平低；TA过大；信号盲区。
然后在分析路测数据的基础上，检查修改邻区关系和切换参数、调整天线倾角和方向、查找干扰来源、分析空中接口的信令接续过程、发现天馈系统的安装错误等。
因此路测系统也是网优工作中最常用和有效的工具，也是网络优化中的一个核心内容,它能最真实地反映网络的运行状态。
第三层信令消息（layer 3 messages）也称无线接口信令消息，可以将MS 与BSS之间的信令消息清晰地显示出来。
其不同于普通意义上的信令消息，只显示Um接口的信令，在显示时也只是DL、UL交替出现来表示当前通信的状态，从而简化了对网络状况的分析步骤，有利于提高网络优化的效率。
第三层信令消息主要包括：寻呼、鉴权、加密、分配信道、切换、测量报告、位置更新，能清晰显示出通话的起呼、切换、位置更新、结束通话和掉话各部分的信令流程。
在DT测试过程中通过第三层信令消息，可以准确判断通话的状态。
Layer 3介绍:1)RR : 无线资源管理（Radio Resource Management）功能举例:(1)Paging管理（Paging Management）(2)加密管理（Ciphered Mode Management）(3)频点分配（Frequency Redefinition）(4)信道分配（Dedicated Channel Assignment）上海贝尔阿尔卡特股份有限公司ASB SSM-ISE工程服务部(5)切换（Handover Management ）(6)测量和功率控制（Measures and Power Control）2)MM : 移动性管理（Mobility Management）功能举例:(1)鉴权和身份识别（Authentication / Identification Procedures）(2)位置更新（Location Updating）IMSI Attach / Detach3)CC : 呼叫控制（Call Control）功能举例:(1)呼叫处理和路由（Call processing and routing）(2)双音多频（DTMF Facilities）(3)短消息服务（Short Message Service）(4)附加服务（Supplementary Service）2 系统消息类型系统消息在两种逻辑信道中传送，BCCH和SACCH信道：1）在空闲模式下，网络通过BCCH信道传送系统消息1－4及7、8；2）在通信模式下，网络通过SACCH信道传送系统消息5和6。
LTE信令解析&测试分析
• 离开A3 的条件:Mn+offset＜Ms-hysteresis，其中offset 与上式相同。
• A5 触发条件：UE 将在服务小区变得比门限值1 更差且频间邻区变得比门限2 更好时， 发送测量报告。事件5 用于触发频点重定向HO。
完成切换。
• A3 触发条件：UE 将发送相邻小区变得
比服务小区偏移更好时的测量报告。
• A5 触发条件：UE 将在服务小区变得比 门限值1 更差且频间邻区变得比门限2 更
好时，发送测量报告。
网优四部
精诚智和 务实创新
北京宜通华瑞科技有限公司
A3&A5切换算法
• A3 触发条件：UE 将发送相邻小区变得比服务小区偏移更好时的测量报告，事件A3 被用于如果UE 不支持事件A5 配置时，触发同频HO 及频间重定向HO。
• triggerQuantity：表示事件触发的测量指 标，可选RSRP、RSRQ。
• reportQuantity：上报的测量，both就是 RSRP&RSRQ都上报。
• maxReportCells：表示最大上报小区数目， 对应可配置的数目为1~8个。
• ReportInterval：事件触发周期报告间隔。
dB
RSRQ_02
-19 <=RSRQ < -18.5
dB
…
…
…
RSRQ_32
-4 <=RSRQ < -3.5
dB
GSM层3信令在路测掉话中的分析和应用
GSM层3信令在路测掉话中的分析和应用韦巍刘占强（中国联通上海分公司 200082）摘要：本文主要就GSM层3信令的结构和呼叫释放方面的基本原理进行了阐述，并对实际路测中遇到的掉话现象进行了应用分析，从而将理论与实际进行了有机的结合。
关键词：掉话层3信令定时器1、前言路测（DT）作为数据采集和分析的一个重要手段，在日常优化中扮演着重要的角色。
而掉话现象（呼叫连接建立后的业务信道掉话）是路测中最为关注的问题。
通过分析掉话发生前后的主服务小区、覆盖电平、下行质量、移动台发射功率以及邻区信息等数据可以发现一定的问题，但是对于具体的掉话原因和一些深层次的非无线问题，难以有效地解决。
而层3（Layer 3）就能为解决这类问题提供详尽的信令信息和有效的分析手段。
2、层3信令原理解释2.1 基本结构GSM使用了类似OSI协议模型的简化协议，包括物理层（L1）、数据链路层（L2）、应用层（L3）。
层3（Layer3）是具体负责控制和管理的协议层。
一个标准的层3消息由报头、命令部分和非命令部分构成。
完整的层3包括三个子层：无线资源管理（RR：Radio Resource Management）、移动性管理（MM：Mobility Management）、接续管理（CM：Connection Management）。
其中接续管理子层中包含多个呼叫控制（CC）单元，提供并行呼叫处理。
为了支持补充业务和短消息业务，在CM子层中还包括了补充业务单元（SS）和短消息业务单元（SMS）。
2.2 无线资源管理子层（RR）无线资源管理子层通常用于建立、维护和释放系统与移动台之间点对点通信使用的无线资源连接，比如小区选择、小区重选和切换过程。
在通话模式下，RR连接是一个物理的点对点双向连接，它的释放请求是由上层发起的，目的是去活所有正在使用的专用信道（TCH 或者DCCH）。
2.3 移动性管理子层（MM）移动性管理子层的主要功能是支持用户终端的移动性和为上层的接续管理子层（CM）的不同实体提供接续管理服务。
路测过程中典型问题的发现方法和原因分析
路测过程中典型问题的发现方法和原因分析一、路测过程中掉话问题的发现方法和原因分析1、概述在CDMA网络运行中，掉话是用户投诉的热点，也是无线网络质量直接反映。
本文档主要针对路测过程中，如何通过无线指标参数和信令流程来初步定位掉话问题，分析引起掉话的原因，通过对不同原因的分析及定位找出对应的解决问题的方法，降低掉话率，提升网络质量。
2、掉话的定义呼叫建立就是在MS，BTS，BSC，MSC之间建立一条完整的连接，当这条连接上所有环节都保持正常时，则呼叫正常进行；如果在用户结束本次通话前，某个环节出了问题，发生中断，则呼叫不能保持，导致掉话。
CDMA系统中的掉话机制如下：MS掉话机制：MS接收到前向链路信号质量较差时，导致较高FFER（Forword Frame Error Rate），表明前向链路不好，这时如果MS连续接收到12个坏帧，MS就停止发射。
同时MS的T5m（一般设为5秒）计数器开始倒计时。
如果在计数器到期之前，MS接收到了2个连续的好帧则计数器复位，MS重新发射；如果计数器到期了仍然没有复位，MS重新初始化，导致掉话。
另一种是MS没有收到确认信息：MS在业务信道上发射需要确认信息时，如果重发了N1m次（N1m为手机在反向业务信道上发送要求应答消息的最大重发次数，为协议规定值。
对IS95A为3次，IS95B为9次，IS2000为13次。
）后都没有收到基站的确认信息，MS也会进入初始化状态。
基站掉话触发机制：CDMA系统并没有规定无线子系统的掉话机制，但是设备制造商一般都根据MS的掉话情况规定了相应的掉话机制。
一种就是基站收到一定数目的坏帧，基站就关闭前向链路；另一种是在重试了几次之后仍然没有收到MS的确认信息，系统也会认为是掉话。
3、掉话事件在路测中的定位方法路测时，主要关注掉话区域的覆盖、FER、切换是否正常、是否有导频污染、掉话前的手机发射功率等，综合这些信息可初步定位问题。
路测中针对掉话的关注点此外，对信令(路测中收到的消息)的分析也可帮助我们定位掉话问题，分析流程见下图：图1信令分析思路对跟踪到的掉话前后的信令流程进行分析，检查掉话前后移动台驻留的PN是否相同。
GSM路测信令分析宝典解读
目录一、第三层信息（GSM Layer 3 ）的分类21. CC层22、MM层33、RR层3二、接续流程52.1、移动主叫流程52.1.1、信道请求Channel Request（Rach）MS→BTS62.1.2 申请信道Channel Required( BTS→BSC)72.1.3 信道激活Channel Activation (BSC→BTS)72.1.4信道激活证实Channel Activation ACK(BTS→BSC)72.1.5 立即指配命令immediate assignment (BSC→BTS)72.1.6 立即指配immediate assignment (BTS→MS) AGCH72.1.7 CM业务请求CM service request (MS→BTS→BSC→MSC)8 2.1.8 无编号确认UA(SDCCH)82.1.9 鉴权Authentication Request MSC→BSC→BTS→MS82.1.10 TMSI再分配命令TMSI Reallocation92.1.11 建立Setup92.1.12呼叫接续Call Proceeding92.1.13指配请求Assigment Activation BSC→BTS102.1.14 信道激活Assigment Activation ACK BTS→BSC102.1.15 分配命令Assigment Command102.1.16 SABM（设置异步平衡模式）Layer2 （FACCH）10 2.1.17 建立指示Establish Indication BTS→BSC112.1.19 分配完成Assigment Complete112.21振铃提醒Alerting112.22连接Connect112.1.24测量报告Measurement Report112.1.25撤销连接Disconnect112.1.26 释放Release122.1.27 释放完成Release Complete122.1.28 清除命令Clear command122.1.29 释放信道Channel Release122.1.30 DEACTIVE_SACCH（慢速随路控制信道）122.1.31 DISC122.1.32 UA122.1.33 释放指示122.1.34 RF信道释放122.1.35 RF信道释放确认122.1.36 清除完成122.1.37 SCCP释放122.1.38 SCCP释放确认122.2、手机被叫流程的区别13三、第三层（Layer 3）信令详解151、System Information Type1152、System Information Type2163、System Information Type2ter174、System Information Type 3185、System Information Type 4206、System Information Type 5217、System Information Type 5ter228、System Information Type 6229、System Information Type 7、82310、Paging Requst type12311、Synch Channel Information2412、其他：24四、常见原因值281、Channel Release信令里面的Cause（事件号）28编号29原因292、disconnect断开原因30一、第三层信息（GSM Layer 3 ）的分类GSM移动无线接口第三层的信息有很多种，而我们在路测中主要是处理一些故障，所以一般只显示常用的1. CC层CC层的主要功能为建立、维持和释放呼叫：a、有关呼叫建立的信息（Call Establishment）:Alerting：振铃信息，上下行。
路测层三信令分析与应用
切换失败
切换失败分析
问题分析与建议:从上图可以看出，该区域处于
长江边沿，手机占用长江西的裕溪口基站 17083小区信号，在该区域手机话音质量较差， 而且连续三次切换失败。经后台数据分析，手 机从源小区17083向目标小区 （BCCH5,BISIC52的巢湖基站从层三信令中可 看出）连续切换三次失败，建议检查17083小 区是否做（BCCH5,BISIC52）的邻小区，以及 切换门限是否合理。另外，检查压低17083的 倾角。
a.注册（Registration）
1 .IMSI Detatch Indication：IMSI分离指示,由移动台 发往网络,在网络中设置一个 无效指示 2 .Location Updating Accept：位置更新接收,网络发向 移动台,指示更新或IMSI(国 际移动用户识别码)的附着完成 3 .Location Updating Reject：位置更新拒绝,网络到移 动台,指示更新或IMSI(国际 移动用户识别码)的附着失败 4 .Location Updating Request：位置更新请求,从移动 台发向网络,请求位置更新或 IMSI(国际移动用户识别码)的附着失败
1 .Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用 来指示被叫手机启动告警（即回铃音）。包括进展指示及用户--用户信息等 2 .Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收 到呼叫请求； 3 .Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫 建立信息已经被接收,不会再接收更多的呼叫建立信息。 4 .Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接 受； 5 .Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络， 指示移动台得到一个呼叫（连接完成）； 6.Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立； 7 .Progress：进展，从网络到移动台，指示呼叫的进程； 8 .Setup：建立，上下行，指示启动呼叫建立；
LTE切换路测信令解析
切换的大部分问题可在路测信令中进行分析，本文以路测信令为主介绍整个切换流程及问题分析思路。
图1 正常切换信令注意：这里的重配完成只是组包完成，实际是在MSG3里发送的前台路测信令窗的交互过程主要是下图切换流程图里的1、2、5、7、8、9几步，现在来分别介绍。
1 测量控制测量控制信息是通过重配消息里下发的，测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
图2 重配消息中的测量控制（RRC CONNECT RECONFIGRATION）测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息2 测量报告终端在服务小区下发的测量控制进行测量，将满足上报条件的小区上报给服务小区。
3 终端测量机制首先了解下终端是如何进行事件判断的，当前网络中采用的是a3事件，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发。
图3比较直观的介绍了这一个过程，终端在接入网络后会持续进行服务小区及邻区测量（邻区测量与传统意义上的邻区不同，是对整个同频网络中的小区进行测量，类似Scanner进行TopN扫频），当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off 且维持Time to Trigger个时段后上报测量报告Mn：邻小区测量值Ofn：邻小区频率偏移Ocn：邻小区偏置Hys：迟滞值Ms：服务小区测量值Ofs：服务小区频率偏移Ocs：服务小区偏置Off：偏置值图3 a3事件报告示意图4 测量报告内容测量报告会将满足事件的所有小区上报。
需要注意的是LTE中终端上报的测量报告不一定是邻区配置里下发的邻区，目前网络暂不支持邻区自优化，故在分析问题时可以使用测量报告值及测量控制中的邻区信息来判断是否为漏配邻区。
图4 测量报告内容5 切换命令这里的切换命令是指带有mobilityControlInfo的重配命令，mobilityControlInfo 里包含了目标小区的PCI以及接入需要的所有配置图5 切换命令6 在目标小区随机接入（MSG1）终端在目标小区使用源小区在切换命令中带的接入配置进行接入图6 MSG17 基站回应随机接入响应（RAR）目前切换都为非竞争切换，所以到这一步基本上就可以确认在目标小区成功接入图7 MSG28 终端反馈重配完成，切换结束实际上重配完成消息在收到切换命令后就已经组包结束，在目标侧的随机接入可认为是由重配完成消息发起的目标侧随机接入过程，重配完成消息在包含在MSG3中发送（整个过程可参见图8）。
日常网络优化之层三信令在路测中的应用
日常网络优化之层三信令在路测分析中的应用路测是日常网络优化的重要手段，它对反映网络状况，体现网络性能指标起到直接的测量评估作用，并能指出网络问题所在，与用户感知度有着最紧密、最直接的联系。
在分析路测数据时，进行层一、层二和层三的分析，尤其是通过层三信令的分析，分析Um口的接口消息,对路测过程中产生的呼叫事件如掉话,话音差,切换失败等进行定位，特别是目前各地市已广泛应用自动路测系统进行海量数据采集分析，我们在不了解无线环境的情况下更需要对层三信令进行解读。
下面就层三信令的流程及几个案例来详细说明层三信令在路测分析中的应用：一、信令流程概述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 requestDL: Immediate assignment（SDCCH）试呼：UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败）DL: CM service RequestDL: CM service acceptDL: AUTHENTICATION REQUESTUL: AUTHENTICATION RESPONSEDL: CIPHER MODE COMMANDUL: CIPHER MODE COMPLETEDL: TMSI REALLOCATION COMMANDUL: TMSI REALLOCATION COMPLETEUL: SETUPDL: CALL PROCEEDINGDL: ASSIGNMENT COMMANDUL: ASSIGNMENT COMPLETE （TCH）DL: ALERTING成功起呼：DL: CONNECT（呼叫成功的标志,）UL: CONNECT ACKNOWLEDGEDL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH 频点描述（扩展邻近小区BCCH 频点描述）DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切换成功的标志)DL:Physical InformationDL: SYSTEM INFORMATION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect（收到该条消息或Release 中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话）UL:ReleaseDL:Release CompleteDL:Channel ReleaseUL:Release Complete2 一次正常的LAU&RAU 信令流程：Direction Type Layer 3 MessageUL RR Channel RequestDL RR Immediate AssignmentUL MM Location Updating RequestUL RR Classmark ChangeUL RR GPRS Suspension RequestDL MM Authentication RequestUL MM Authentication ResponseDL MM Identity RequestUL MM Identity ResponeDL MM Location Updating acceptUL MM TMSI Realocation CompleteDL RR Channel ReleaseUL GPRS MM Routing Area Update RequestUL RR Channel RequestDL RR Immediate AssignmentDL GPRS MM Routing Area Update AcceptUL GPRS MM Routing Area Update Complete3 各种情况对应的信令掉话（既没有Disconnect，也没有Release，则视为掉话）： Paging Request→Channel Request → Immediate Assignment → CM Service Request →CM Service Accept → Setup →Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1 通话正常结束(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呼叫失败： Paging Request→Channel Request→Immediate Assignment →CM Service Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）呼叫成功：Paging Request→Channel Request→Immediate Assignment →CM Service Request →CM Service Accept → Setup →Assignment Command →Assignment Complete →Connect/Alerting切换成功：Handover Command→Handover Complete切换失败：Handover Command→Handover Failure4 常见Disconnect / Release Cause Value:Cause Value Reason31 BSS or MSC problem34(beforeAssignmentCommand) TCH Blocking34(after Assignment Complete) MSC Blocking41(after Assignment Command) BSS problem, especially DRI problem 41(after Assignment Complete) MSC problem42 MSC Congestion44 BSS problem, especially the CIC blocking111 BSS or MSC problem5 两个MS 通话的流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept SDCCH 分配成功MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH 分配成功MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response SDCCH 分配成功MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete TCH 分配成功MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS1 Downlink Channel ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel Release二、案例介绍1 MS 呼叫未接通：问题描述: 在做自动路测分析时发现一次未接通问题分析:(1)在上行的CM SERVICE REQUEST 信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），没有出现标志呼叫接通的信令消息，由此可以断定发生了一次未接通。
LTE_路测信令详解
LTE_路测信令详解Detach↑↑DetachRequest（MO）MsgEnter0> 07 00000111 T..no-security-protection-MM-message....msg-body1> 45 01000101 T......detachRequest........ue-originating-detach..........nas-key-set-identifier2> 11 0------- ............tsc:native-security-context (0)-001---- ............nAS-key-set-identifier:nas-KSI1 (1)..........detach-type----0--- ............switch-off:normal-detach (0)：正常分离-----001 ............type-of-detach:ePS-detach (1)：与EPS进⾏分离3> 0B 00001011 L ..........gUTI-or-imsi4> F6 -----110 ............type-of-identity:guti (6)：采⽤GUTI识别----0--- ............odd-or-even-indic:even-number-and-also-when-the-EPS-Mobile-Identity-is-use d (0) 1111---- ............spare:0xf (15)............guti-body5> 64 011001006> F0 111100007> 00 00000000 ..............mcc-mnc:0x64f000 (6615040)8> 04 000001009> 20 00100000 ..............mME-Group-ID:0x420 (1056)10> C0 11000000 ..............mME-Code:0xc0 (192)11> C4 1100010012> 0C 0000110013> 01 0000000114> FD 11111101 ..............mTMSI:0xc40c01fd (3289121277)：以上为GUTI=MCC+MNC+MMEgroupID+MMEID+TMSI ........ue-terminated-detach15> 00 0000---- ..........spare-half-octet:0x0 (0)..........detach-type----0--- ............switch-off:normal-detach (0)-----000 ............type-of-detach: (0)↑↑ULInformationTransfer（NAS）RRC-MSG..msg0> 02 00000010 T....struUL-DCCH-Message......struUL-DCCH-Message........message1> 48 0------- *..........c1-1001--- *............ulInformationTransfer..............criticalExtensions-----0-- *................c1------00 *..................ulInformationTransfer-r82> 02 0------- *....................dedicatedInfoType-00----- *---000103> A4 101001004> F9 111110015> 64 011001006> A9 101010017> EC 111011008> 01 000000019> 62 0110001010> A0 1010000011> 1B 0001101112> 88 1000100013> 8E 1000111014> E1 1110000115> A8 1010100016> 8D 1000110117> FC 1111110018> 44 0100010019> 17 0001011120> 3E 0011111021> E4 1110010022> 8D 1000110123> FF 1111111124> 20 001----- ......................dedicatedInfoNAS:27 CB 25 4F 60 0B 15 00 DC 44 77 0D 44 6F E2 20 B9 F7 24 6F F9 ---00000 *!! Can not explain:25> 00 0000000026> 00 0000000027> 00 00000000↓↓DLInformationTransfer（NAS）RRC-MSG..msg0> 01 00000001 T....struDL-DCCH-Message......struDL-DCCH-Message........message1> 0E 0------- *..........c1-0001--- *............dlInformationTransfer-----11- ..............rrc-TransactionIdentifier:0x3 (3) ..............criticalExtensions-------0 *................c12> 00 00------ *..................dlInformationTransfer-r8--0----- *....................dedicatedInfoType---00--- *-----0003> 41 010000014> 3B 001110115> AD 101011016> FE 111111107> D3 110100118> 10 000100009> 10 0001000010> 52 0101001011> A0 10100--- ......................dedicatedInfoNAS:27 75 BF DA 62 02 0A 54 -----000 *↓↓RRCConnectionReleaseRRC-MSG..msg0> 01 00000001 T....struDL-DCCH-Message......struDL-DCCH-Message........message1> 28 0------- *..........c1-0101--- *............rrcConnectionRelease-----00- ..............rrc-TransactionIdentifier:0x0 (0) ..............criticalExtensions-------0 *................c12> 02 00------ *..................rrcConnectionRelease-r8--000--- *-----01- ....................releaseCause:other (1):释放原因-------0 *!! Can not explain:3> 00 00000000↓↓DetachAccept（MO）MsgEnter0> 07 00000111 T..no-security-protection-MM-message：⽆安全机制的消息....msg-body1> 46 01000110 T......detachAccept!! Can not explain:2> 00 000000003> 00 00000000UE虽然已与EPS分离，但已选择⼩区，以下即在PSS、SSS已完成。
LTE VOLTE路测信令分析解析
3）Rrc Connection Setup Complete
（Service Request）
AA发 发起 起呼 呼叫 叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
5）Initial Context Setup Request
8）Initial Context Setup Response
UUssUeesrrerPPPlllaaannneeeSSSeteeuttpuupp
1188））IInniittiiaall CCoonntteexxtt 5）SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21）Initial Context 8S）etIunpitiRalesCpoonntseext
无线基本功能
• QCI=1/2的承载 • RLC层 UM模式 • 无线承载组合：至少2个AM DRB（分别为默认承载和
IMS信令承载）+ 1个或2个UM DRB（分别承载高清语 音和高清视频） • IMS紧急呼叫
作用和效果
• 保证eNB在资源调度、接入控制时给VoLTE最高优先级 • 无需RLC层重传，减小时延；减小RLC头开销 • eNB可进行承载级别的QoS控制
A BTS/BSC
2G接入
Um Ut
运营支撑层 BOSS NMS OMC
策略控制单元（PCC）
PCC（Policy and Charging Control 策略与计费控制）: 提供策略控制、计费控制功能、业务数据流的事件报告等功能。 PCRF（Policy and Charging Rule Function策略和计费规则功能）: 包含策略控制决策和基于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入， 向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制功能。并结 结合PCRF的自定义信息做出PCC决策。
信令分析和案例详解
小区内切换流程
1、测量报告。在建立了主信令信道后，移动台每480ms（SACCH周期）发送1次测量报告。 2、预测量结果。如果这些测量报告在BTS中已经过预处理，则测量结果被传到BSC；如果BTS中没有
TCH—DL： CHANNEL RELEASE
断开连接消息，指明呼叫清除发起端及清 除原因，MS受到后开始清除业务信道 的连接
呼叫释放，通知MS正释放CC层连接，网络 收到RELEASE消息后将停止CC连接定 时同时开始释放MM连接
网络释放MM连接并发送本信息释放RR层 连接
释放专用信道，专用信道释放后MS进入 IDEL状态
请求业务如电路交换连接、短信业务等
鉴权请求
SDCCH—UL：AUTH_RESPONSE 鉴权响应
SDCCH—DL： CIPHERING_REQUEST
SDCCH—UL： CIPHERING_COMPLETE
加密命令 加密完成
CC层连接的 SDCCH—UL：SETUP 建立
SDCCH—DL：CALL _PROCEEDING
12、释放请求（Release Request). BSC通知BTS它已占用了新的TCH， 已不再需要旧的TCH。 BSC用释放请 求过程来释放旧的TCH。
14、RF信道释放。BSC要求BTS释放所有旧的无线资源，BTS发送证实消息给BSC，这些无线资源为: TCH/FACCH和SACCH。
同BSC小区切换
COMPLETE
放MM层连接
释放RR TCH—DL：
路测中接通不成功的原因分析 作为路测(DRIVE TEST) 当中考察的一项重要
路测中接通不成功的原因分析作为路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。
原因也是多种多样。
为此，我们在最近针对未接通的原因，与统计，交换一起配合。
进行了多次测试。
希望在反复的测试中找到一些我们未知和忽略的东西，并且我们根据长沙现网的问题，对屡次测试未接通的点进行了定点测试。
希望找到未接通的真正原因。
从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下几步的信令流程：相比主叫，被叫在交换机一侧多了以下几步流程，在无线上多了PAGING 这个流程：E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming NumberE|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming NumberA|MSC -> BSS UDT(Paging)我们将结合长沙现网的实际情况，根据信令流程，一步一步对未接通的原因进行分析。
1，c hannel request 拒绝：没有出现过，但是在小区被BAR 的情况下，会出现手机channel request 发送不出的现象。
如下图，在L3 的信息里面不会出现channel request 的信息。
路测中间，如果主叫手机在一个启动了流量控制的小区发起呼叫，可能不会出现channel request 消息。
根据最新的测试规范，只有channel request 和 CM SERVICE REQUEST 同时出现时，才计算一次试呼，所以，主叫没有channel request 不会影响接通率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
路测三层信令，中英文对照说明GSM第三层信令(Layer 3Message)( A-bis接口信令分析)GSM移动无线接口第三层的信息，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
*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：用户信息,由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。
+ M6 s; S& g+ B: n$ Dc、呼叫清除（Call Clearing）MOTODisconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；Release：释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到4G该信息的设备等发送释放完成信息后释放TI(处理识别码)bbs. ),接收到该信息的设备将要释放TI(处理识别码)d、与附加业务有关的呼叫（Call Related SS）Facility：设施Hold：保持Hold Acknowledge：保持确认vHold Reject：保持拒绝Retrieve：恢复通Retrieve Acknowledge：恢复确认Retrieve Reject：恢复拒绝e、其它信息Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。
Notify：通知，上下行，指示信息属于呼叫n5mStatus：状态，上下行，用来响应状态查询信息或报告某些确定的错误信息Status Enquiry：状态查询，上下行，用来请求状态信息Start DTMF：启动双音多频，从移动台到网络Stop DTMF：停止双音多频，从移动台到网络Stop DTMF Acknowledge：停止双音多频证实，从网络到移动台Start DTMF Acknowledge：启动双音多频证实,从网络到移动台:Start DTMF Reject：启动双音多频拒绝,从网络到移动台*MM层的功能主要为位置管理：通信a、注册（Registration）IMSI Detatch Indication：IMSI分离指示,由移动台发往网络,在网络中设置一个无效指示.Location Updating Accept：位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码)的附着完成。
Location Updating Reject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际V 移动用户识别码)的附着失败。
b、连接管理（Connection Management）CM Service Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被接受Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供CM Service Abort：CM业务中断，从网络到移动台，指示被CM的业务中断CM Service Request：CM业务请求，从移动台到网络通信论CM Restablishment Request：CM重建请求Abort：中断,网络到移动台c、其它信息MM_Status：MM状态*RR层的主要功能为在无线接口上管理传输路径及切换：a、信道建立,Additional Assignment：附加指配Immediate Assignment：立即指配, 网络给移动台分配一个SDCCH ,(只包含一个MS指配信息),包括指配信道的描述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间提前量、起始时间指示(可选).Immediate Assignment Extended：立即指配扩展(同时包含两个MS指配信息),同立即指配扩展.Immediate Assignment Reject：立即指配拒绝b、切换Assignment Command：指配命令,网络发向移动台,指示移动台改变当前信道配置,切换到分配的专用信道,启动低层连接建立通信Assignment Complete：指配完成,指示主信令链路成功建立.Assignment Failure：指配失败,包括指配失败的原因道的特征;需进行通信的新小区特性,包括允许测量程序中所要求的MSb预知同步信息(如BSIC和BCCH频率);功率命令;切换参考号码、可选的起始时间指示Handover Complete：切换完成,MS发向网络,指示切换成功完成,网络释放原有信道. Handover Failure：切换失败,MS发向网络,网络释放新的信道)Physical Information：物理信息c、信道释放Channel Release：信道释放,包括RR原因指示、BA范围Partial Release：局部释放Partial Ralease Complete：局部释放完成d、寻呼3G网络Paging Request Type 1：寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2等.Paging Request Type 2：寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等.Paging Request Type 3：寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等. Paging Response：寻呼响应,移动台到网络,包括密钥序列号及移动识别e、系统信息System Information Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送, 指示RACH的控制信息及小区配置信息。
System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送, 指示RACH的控制信息及邻小区的BCCH信息。
MSystem Information Type 2bis：系统信息类型2bis, 网络到所有移动台,在BCCH 上发送,指示RACH的控制信息及扩展的邻小区的BCCH信息。
System Information Type 3：系统信息类型3, 网络到所有移动台,在BCCHbbs上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息及小区选择参数等。
System Information Type 4：系统信息类型4, 网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置System Information Type 5：系统信息类型5, 网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息System Information Type 5bis：系统信息类型5bis, 网络到所有移动台,在SACCH 上发送,指示扩展的邻小区的BCCH信息System Information Type 6：系统信息类型6, 网络到所有移动台,在SACCH上发送, 小区识别号、位置区识别号、允许的NCC等System Information Type 7：系统信息类型7,用于小区重选System Information Type 8：系统信息类型8,用于小区重选通f、其他信息Channel Mode Modify：信道模式修改,包括信道描述、信道所采用的新模式Channel Mode Modify ACK：信道模式修改证实Frequency Redefinition：频率重定义Measurement Report：测量报告,包括服务小区和六个最强邻小区的Rxlev、bRxqual、BSIC、BCCH频率及DTX等Classmark Change：等级改变Classmark Enquiry：等级询问RR Status：RR状态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 COMMANDUL：HANDOVER ACCESSUL：HANDOVER COMPLETEUL：MEASUREMENT REPORTUL：HANDOVER FAILUREDL：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。