路测信令讲解
5G路测信令详细解析（Excel版）
5G路测信令详细解析（Excel版）下载方式部分内容5G终端注册到非4G锚点小区1.1 5G终端注册到非4G锚点小区UE刚开机时，先读取系统消息，选择到一个合适的小区驻留后，并进行附着过程。
RRC建立请求原因为:mo-Signalling。
RRC连接建立→身份鉴权→安全加密→UE能力鉴定→附着成功；附着流程如下：若是5G终端，在上报UE能力时包含支持的NR频带，如Band41；1.2 非4G锚点小区→4G锚点小区若5G终端初始接入到非4G锚点小区时，eNodeB会下发RRC 连接重配置，包含测量控制消息，如测量频点1309，测量事件A5 1 门限-70dbm（测量RSRP-140），测量事件A5 2 门限-105（测量RSRP-140）；5G终端测量4G锚点小区RSRP，若4G锚点小区满足切换门限，则上报测量报告，包含4G锚点小区信息，PCI/RSRP等；5G终端通过RRC连接重配置过程，从4G非锚点小区切换到4G 锚点小区；1.3 4G锚点小区添加5G辅小区在4G锚点小区下发RRC连接重配置消息，包含5G测量信息，频点，测量事件，B1门限-105（RSRP-157）；5G终端上报测量报告，包含NR频点测量信息，PCI，RSRP等；4G锚点小区下发RRC连接重配置，包含NR小区配置，SSB频点，子载波间隔，带宽等；5G终端上报RRC连接重配置完成，NRScell添加成功。
整体信令流程如下：2、空闲态发起业务信令流程5G终端在空闲态下发起业务请求时，RRC连接建立原因为:mo-Data；接着进行RRC连接建立→身份鉴权→安全加密→UE能力鉴定→ERAB建立→切换到4G锚点小区→添加5G辅小区过程。
3、5G连接态发起语音信令流程5G终端在5G小区连接状态下发起Volte业务，会激活QCI1默认EPS承载，通话结束后去激活QCI1默认EPS承载，详细信令流程如下：………………（篇幅有限，更多请下载文档浏览）。
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：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受。
5)Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫（连接完成）。
鼎利路测分析之信令分析
鼎利路测分析之信令分析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系统寻呼移动台时下发的消息。
层3信令在路测中的应用解读
层3信令在路测中的应用目录1. 概述........ 理论部分2.1一次完整的主叫流程（含切换）2.2一次正常的LAR&RAU信令流程：2.3 各种情况对应的信令..2.4常见Disconnect / Release Cause Value:2.5 两个MS 通话的流程3. 案例介绍3.1 MS呼叫未接通：3.2 位置更新导致数据吞吐量为03.3 FTP下载中断3.4 没有物理消息导致切换失败3.5 MS呼叫失败3.6 参数设置错误导致切换问题3.7定时器超时，网络进行呼叫释放4. 感谢5. 参考文献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 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.2一次正常的LAR&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 Request UL RR Channel RequestDL RR Immediate AssignmentDL GPRS MM Routing Area Update AcceptUL GPRS MM Routing Area Update Complete2.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 Type12 通话正常结束(Disconnect和Release 都有或只有其中一个都视为通话正常结束：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM ServiceAccept→Setup→AssignmentCommand→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release2 呼叫失败：Paging Request→Channel Request→Immediate Assignment→CMService Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM ServiceRequest ，则视为一次呼叫失败）2 呼叫成功：Paging Request→Channel Request→Immediate Assignment→CM ServiceRequest→CMService Accept→Setup→Assignment Command→Assignment Complete→ Connect/Alerting2 切换成功：Handover Command→Handover Complete2 切换失败：Handover Command→Handover Failure2.4常见Disconnect / Release Cause Value:Cause ValueReason31BSS or MSC problem34(beforeAssignmentCommandTCH Blocking34(after Assignment CompleteMSC Blocking41(after Assignment CommandBSS problem, especially DRI problem41(after Assignment CompleteMSC problem42MSC Congestion44BSS problem, especially the CIC blocking111BSS or MSC problem2.5 两个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 Release3. 案例介绍3.1 MS呼叫未接通：问题描述: 在做DT 测试过程中发生了一次未接通，地点是LAC 区交接处. 在DT 测试的行程中，可能发生数次跨LAC 区的切换，极易发生掉话或未接通情况。
GSM路测信令详细解读和Cause原因
目录一、第三层信息（GSM Layer 3 ）的分类 (3)1. CC层 (3)2、MM层 (4)3、RR层 (4)二、接续流程 (5)2.1、移动主叫流程 (5)2.1.1、信道请求Channel Request（Rach）MS→BTS (7)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→MS (9)2.1.10 TMSI再分配命令TMSI Reallocation (10)2.1.11 建立Setup (10)2.1.12呼叫接续Call Proceeding (10)2.1.13指配请求Assigment Activation BSC→BTS (11)2.1.14 信道激活Assigment Activation ACK BTS→BSC (11)2.1.15 分配命令Assigment Command (11)2.1.16 SABM（设置异步平衡模式）Layer2 （FACCH） (11)2.1.17 建立指示Establish Indication BTS→BSC (12)2.1.19 分配完成Assigment Complete (12)2.21振铃提醒Alerting (12)2.22连接Connect (12)2.1.24测量报告Measurement Report (12)2.1.25撤销连接Disconnect (12)2.1.26 释放Release (13)2.1.27 释放完成Release Complete (13)2.1.28 清除命令Clear command (13)2.1.29 释放信道Channel Release (13)2.1.30 DEACTIVE_SACCH（慢速随路控制信道） (13)2.1.31 DISC (13)2.1.32 UA (13)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)2、System Information Type2 (17)3、System Information Type2ter (18)4、System Information Type 3 (19)5、System Information Type 4 (21)6、System Information Type 5 (22)7、System Information Type 5ter (23)8、System Information Type 6 (23)9、System Information Type 7、8 (24)10、Paging Requst type1 (24)11、Synch Channel Information (25)12、其他： (25)四、常见原因值 (29)1、Channel Release信令里面的Cause（事件号） (29)编号 (30)原因 (30)2、disconnect断开原因 (31)一、第三层信息（GSM Layer 3 ）的分类GSM移动无线接口第三层的信息有很多种，而我们在路测中主要是处理一些故障，所以一般只显示常用的几种，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
路测与信令分析
第三章 案例分析
第三章 案例分析 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。
路测信令分析
GSM网络路测信令分析一、Layer 3介绍:RR : 无线资源管理（Radio Resource Management）由MS、BTS和BSC控制功能举例Paging管理（Paging Management）加密管理（Ciphered Mode Management）频点分配（Frequency Redefinition）信道分配（Dedicated Channel Assignment）切换（Handover Management ）测量和功率控制（Measures and Power Control）MM : 移动性管理（Mobility Management）由MS和MSC / VLR控制功能举例鉴权和身份识别（Authentication / Identification Procedures）位置更新（Location Updating）IMSI Attach / DetachCC:呼叫控制（Call Control）由MS和MSC控制功能举例呼叫处理和路由（Call processing and routing）双音多频（DTMF Facilities）短消息服务（Short Message Service）附加服务（Supplementary Service）二、案例：(一)案例1某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。
DT测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILURE）。
虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。
导致连续的切换失败的原因可能是目标小区的TCH信道拥塞，也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平，导致BCCH与TCH的Level值相差很大而造成切换失败。
路测信令分析(道路测试中出现呼叫建立失败的原因分析)
道路测试中出现呼叫建立失败的原因分析目录第一章前言 (2)第二章测试系统简介 (3)一. TOM测试系统 (3)二. TEMS测试系统 (3)三. 测试系统主要功能 (4)查找网络故障 (4)网络优化手段 (4)下行干扰测试 (4)第三章道路测试中呼叫建立失败原因分析 (5)一. 道路测试中成功的呼叫建立消息历程 (5)1) 手机做主叫的消息历程 (5)手机做被叫的消息历程 (6)被叫用户没有接通的消息历程 (8)被叫用户忙的消息历程 (9)被叫用户已关机或未应答的消息历程 (10)二. 道路测试中呼叫建立失败的消息历程 (11)2) SD 拥塞的消息历程 (11)3) TCH 拥塞的消息历程 (12)4) 下行质量差造成TCH接入失败的消息历程 (13)5) SDCCH掉话的消息历程 (15)6) 上行链路问题的消息历程 (16)7) 无效的呼叫 (18)三. 道路测试中呼叫建立失败的主要原因 (19)第四章结束语 (21)第一章前言道路测试是为了对网络进行全面的了解，使用测试工具对移动通信网络进行测试、测量工作。
道路测试主要分成两种，一种是网络运行质量调查测试，另一种是网络优化测试。
网络运行质量调查测试主要是网络运营商为了了解自己网络运行的情况，对自己的网络进行的大规模的摸底测试，因为单从统计上看网络的性能指标如：掉话率、接通率等是不全面的，一个网络运行的好与坏只有从用户的角度进行了解才是最客观准确的，网络运行质量调查测试便是很好的方法，它可以使用一部与普通用户几乎相同的测试手机，进行数以百计的拨叫测试，对测试结果进行量化分析，从而得出当前网络的运行状况，为运营商下一步发展提供依据。
再有，如果网络进行了重大调整如：软件升级、网络改频等，要等到从统计上观察出调整不成功，用户不能正常使用，就耽误了时间，最快最有效的方法也是进行网络测试。
网络优化测试是当网络出现了一些问题时，从OMC测试不能判断故障原因所在，由网络测试人员使用专用的测试设备对有问题的地区进行测试，再将测试结果进行分析，就可以发现故障原因，为优化工作提出建议，改进网络运行质量。
重要-TEMS路测软件测试过程中的信令
关于TEMS路测软件测试过程中的信令MS1:Paging Request Down 调度请求Channel Request Up 信道请求Immediate assignment down 立即作业CM service request up CM服务请求Classmark change up上传手机基本信息切换：Handover command down 小区切换（切换指定）Handover access up 切换Handover complete up切换完成挂机：Disconnect down 挂线Release up 释放信道Release complete down释放成功。
MS2：Paging Request Down 调度请求Channel Request Up 信道请求Immediate assignment down 立即作业Paging response up 调度响应Classmark enquiry down手机基本信息询问Classmark change up上传手机基本信息Setup downCall confined up 呼叫证实Assignment command down 作业控制Assignment complete up作业完成Alerting up振铃Connect up 连接。
正常通话的主要信令流程：ALERTING 振铃CONNECT 建立连接CONNECT ACKNOWLEDGE 通话DISCONNECT 挂机RELEASE 释放信道RELEASE COMPLETE 释放成功CHANNEL RELEASE 信道释放完成2.1、移动主叫流程道路测试中正常的呼叫建立过程，通过信令消息: Assignment Complete 体现了TCH信道的正常分配。
而对于广义上的呼叫建立，即用户所感知而言，信令消息则对应为：Connect Acknowledge体现了用户通话的开始。
信令讲解
以下是对路测可能用到层三信令解释第三层（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暂时没有见过。
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：振铃信息，上下行。
GSM信令详解
目录目录 (1)一、第三层信息（GSM Layer 3 ）的分类 (3)1. CC层 (3)2、MM层 (4)3、RR层 (4)二、接续流程 (5)2.1、移动主叫流程 (5)2.1.1、信道请求Channel Request（Rach）MS→BTS (7)2.1.2 申请信道Channel Required( BTS→BSC) (7)2.1.3 信道激活Channel Activation (BSC→BTS) (7)2.1.4信道激活证实Channel Activation ACK(BTS→BSC) (7)2.1.5 立即指配命令immediate assignment (BSC→BTS) (7)2.1.6 立即指配immediate assignment (BTS→MS) AGCH (7)2.1.7 CM业务请求CM service request (MS→BTS→BSC→MSC) (8)2.1.8 无编号确认UA(SDCCH) (8)2.1.9 鉴权Authentication Request MSC→BSC→BTS→MS (8)2.1.10 TMSI再分配命令TMSI Reallocation (9)2.1.11 建立Setup (9)2.1.12呼叫接续Call Proceeding (9)2.1.13指配请求Assigment Activation BSC→BTS (10)2.1.14 信道激活Assigment Activation ACK BTS→BSC (10)2.1.15 分配命令Assigment Command (10)2.1.16 SABM（设置异步平衡模式）Layer2 （FACCH） (10)2.1.17 建立指示Establish Indication BTS→BSC (11)2.1.19 分配完成Assigment Complete (11)2.21振铃提醒Alerting (11)2.22连接Connect (11)2.1.24测量报告Measurement Report (11)2.1.25撤销连接Disconnect (11)2.1.26 释放Release (12)2.1.27 释放完成Release Complete (12)2.1.28 清除命令Clear command (12)2.1.29 释放信道Channel Release (12)2.1.30 DEACTIVE_SACCH（慢速随路控制信道） (12)2.1.31 DISC (12)2.1.32 UA (12)2.1.33 释放指示 (12)2.1.34 RF信道释放 (12)2.1.35 RF信道释放确认 (12)2.1.36 清除完成 (12)2.1.37 SCCP释放 (12)2.1.38 SCCP释放确认 (12)2.2、手机被叫流程的区别 (13)三、第三层（Layer 3）信令详解 (15)1、System Information Type1 (15)2、System Information Type2 (16)3、System Information Type2ter (17)4、System Information Type 3 (18)5、System Information Type 4 (20)6、System Information Type 5 (21)7、System Information Type 5ter (22)8、System Information Type 6 (22)9、System Information Type 7、8 (23)10、Paging Requst type1 (23)11、Synch Channel Information (24)12、其他： (24)四、常见原因值 (28)1、Channel Release信令里面的Cause（事件号） (28)编号 (29)原因 (29)2、disconnect断开原因 (30)一、第三层信息（GSM Layer 3 ）的分类GSM移动无线接口第三层的信息有很多种，而我们在路测中主要是处理一些故障，所以一般只显示常用的几种，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
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）。
LTE VOLTE路测信令分析解析
1188））IInniittiiaall CCoonntteexxtt 5）SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21）Initial Context 8S）etIunpitiRalesCpoonntseext
300 ms
100 ms
300 ms
数据包丢失率 10-2 10-3 10-3 10-6 10-6
10-6
10-3
10-6
典型业务
会话语音
会话视频（直播流媒体）
实时游戏
非会话视频（缓冲流媒体）
IMS 信令
视频（缓冲流媒体） 基于TCP的业务 (如www\email\chat\ftp\ p2p 文件共 享\逐行扫描视频）
I-CSCF（Interrogating Call Session Control Function 协商会话控制功能）: I-CSCF是一个运营商网络内部的接触点，所有与这个网络运营商的用户连接都要经过这个实体。在一个网络中可 以有多个I-CSCF。
MGCF（Multimedia Gateway Control Function 多媒体网关控制功能）: 在IP多媒体子系统(IMS)的一个组成部分，与CSCF通信和控制媒体信道在一个IMS-MGW中的连接。它在ISDN部 分(ISUP)和IMS呼机控制协议之间执行协议转换。
2）Rrc Connection Setup
3）Rrc Connection Setup Complete
（Service Request）
AA发 发起 起呼 呼叫 叫
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_路测信令详解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已完成。
移动VOLTE路测基于信令点分析指导书
移动VOLTE路测基于信令点分析指导书2017年11月27日移动VLOTE专项优化组一、概述本《移动VOLTE路测基于信令点分析指导书》重点介绍了移动VOLTE优化中ATU软件的使用方法、VOLTE重点指标定义、VOLTE路测信令节点、V2V和V2C不同拨打测试指标对比、VOLTE测试中事件分析思路和分析案例。
本《指导书》结构如下：●第一部分移动ATU路测和软件的使用；●第二部分测试指标的定义和统计方法；●第三部分VOLTE路测主被叫信令节点；●第四部分信令类分事件分析案例；●第五部分eSRVCC事件分析案例；●第六部分覆盖类事件分析案例；二、移动ATU路测和软件使用2.1测试方法和要求1、测试前需要规划好测试区域和测试路线；2、测试任务需要在ATU平台配置，测试任务根据测试方案配置（V2V测试时长180s，V2C测试时长30s）；3、测试过程中要时刻关注测试设备工作运行正常，出现异常情况立即上报相关人员；4、测试完成后需要将测试数据导出，上传至ATU服务器对应文件夹中。
2.2数据查找和导入移动VOLTE测试通常为ATU设备测试，测试完成后需要将ATU测试数据导出上传至ATU服务器对应的文件内（以便分析时查找数据）；1、检索处根据时间、数据来源（ATU数据上传服务器文件夹）、业务类型选择TDD语音VOLTE；2、可根据测试文件名称和测试设备进行检索查找；3、条件选择好后点击软件左上方的常用“全部”查找文件即显示在“文件列表内”，文件列表内包含文件属性；4、选择测试文件右键回放，选择详细回放数据，可以单个数据和多个数据同时回放。
数据查找2.3分析窗口导出和调整在分析VOLTE数据中需要用到ATU软件中对应的分析窗口，其中包括信令窗口、事件窗口、服务小区和邻区（CSFB用到2G邻区）显示、拉线设置、阈值设置、地图等窗口、专题分析窗口等。
基础分析窗口地图分析窗口专题分析窗口三、测试指标的定义和统计方法3.1指标统计方法在路网通中选中需要统计的文件，通常测试时4端口为主叫（MO），5端口为被叫（MT），右键选择统计报表中选择VOLTE联合报告输出所有指标，3.2 指标定义●主叫接通时延：[Time(180 ringing) - Time(Invite SDP)]，从拨打电话到听到振铃的时间；●被叫接通时延：[Time(ACK) - Time(200 OK SDP)]，统计的是摘机的时延；●端到端呼叫建立时延= [Time(180 ringing) - Time(Invite SDP)] + [Time(ACK) -Time(200 OK SDP)]；3.2 指标统计V2V和V2C不同得拨打方式中统计VOLTE指标可以看出，V2V拨打指标中MOS均值和呼叫时延均好于V2C拨打指标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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。
在本例中BSC没有发出这两条消息，这也是导致发生切换失败的原因之一。
2．MS呼叫失败.经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可用信道.很可能是因为系统拥塞引起的3．一次正常的LAR&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 Complete4．掉话（既没有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→ChannelRequest→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting切换成功：Handover Command→Handover Complete切换失败：Handover Command→Handover Failure5．我们遇到了一个问题，在天津进行静态测试，发现MO呼叫30秒后自动中断，网络发送disc消息給MS，后面进行正常的拆除过程。
MT呼叫时，MS可以看到incoming call，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。
MO过程如下MS net－－CM req---------------><---ciph cmd--------------ciph completed------->---setup----------------><-----call proceding---<------assignmend cmd---------assignmend complete--><---alerting-----------<----connect-------------------connect ack---->after 30s<--------disc-------------因为connect ack是在FACCH上发送的，怀疑网络未能收到ack消息，因为发送con nect消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack消息未能到达网络，此定时器超时，网络进行呼叫释放6．某次路测中发现手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：2940 3），其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向G SM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；但如果测试时，起呼占用的不是本小区，而是由起它小区起呼，再切换到该小区，则在该小区仍然能测量到GSM900的频点。
切换正常；说明问题出在该小区。
经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现 UL -CLASSMARK CHANGE这条信令且在该小区的SYSTEM INFORMATION TYPE3中发现 EARLY S ENDING ：EXPLICITY FORBIDDEN，导致系统认为手机为1800单频手机；经检查BSC数据，发现该小区的ECSC 参数设为 NO，其它小区该参数设为 YES。
通过调整该参数，问题得到解决。
7．对于L3的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及GPRS等数据业务的信令过程,然后才能够更加准确的分析问题,而不是简单的去认识几个缩写是什么英语单词这么简单.8.常见Disconnect / Release Cause Value:MS2 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 ReleaseMS1&MS2的流程10. 在LAC39280下的BSC126进行针对寻呼的测试，该BSC挂接在华为软交换下，测试中发现下列两次异常情况。
两次呼叫情况相同，在被叫响应寻呼后，一直到connect都正常进行，可是接下来没有ACKnowledge而直接Disconnect。
其中拆链原因为：Switching equ ipment conqestion (交换设备拥塞)，具体情况如下所示：时间：12：28：46.25问题描述：Disconnec t提示交换设备拥塞问题分析：如下图所示，在12：28：39.62 MS1 占用小区40361（六团砖场-1）的信号呼叫MS2 ，此时MS2占用小区40363（六团砖场-3）的信号，此时MS1接收电平较高，而MS2 接收电平较差，只有-92dbm，呼叫未正常拆链。
下面从信令流程来看，如下图所示，MS2在收到寻呼消息后，立即申请信道，接着下行发送Immediate Assigment ,MS2上行寻呼相应paging response. 一直到上行发送Conne ct都很正常，然而在MS2发送connect 后没有ACKnowledge直接Disconnect，而Disconn ect的原因是Switching equipment conqestion (交换设备拥塞)被叫MS2信令流程如下图所示：主叫MS1信令流程如下图所示：MS1在完成Assignment Complete之后Alerting接着紧跟着一个切换，然后下行Channel release。