路测信令分析
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
DL RR Immediate Assignment
DL GPRS MM Routing Area Update Accept
UL GPRS MM Routing Area Update Complete
4．掉话（既没有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 Assignme nt→CM Service Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）
呼叫成功：Paging Request→Channel Request→Immediate Assignment→C M Service Request→CM Service Accept→Setup→Assignment Command→Assignment Com plete→Connect/Alerting
切换成功：Handover Command→Handover Complete
切换失败：Handover Command→Handover Failure
5．我们遇到了一个问题，在天津进行静态测试，发现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 Channel Release
MS1&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。Channel release为正常事件。
2. 时间：17：15：04.61
问题描述：Disconnect提示交换设备拥塞
问题分析：如下图所示，MS1 占用小区40133的信号呼叫MS2 ，MS2占用小区40022的信号，接收电平及话音质量良好，呼叫未正常拆链。
11.
一次完整的主叫流程（含切换）
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
12. 某地优化工程中发现SPC=255-5-253到SPC=255-5-248无法切换的问题，从信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的MAP_PREPARE_HANDOVER消息后，
SCCP_RETURN_CAUSE = no translation for an address of such nature (0)
信令流程可以看到MSC（SPC=255-5-253）发送UDT格式的MAP_PREPARE_HANDOVER消息后，直接以UDTS格式的同一消息作为应答，并且SCCP层的弹回原因如下： SCCP_RETURN_CAUSE = no translation for an address of such nature (0)
说明该消息在对端交换机（SPC=255-5-248）的SCCP分析过程中存在一定的问题，即对端交换机无法做正确的GT翻译。
可以看到被叫号码的格式为13090953，而SPC=255-5-248相关的GT数据只定义了格式为8613090953，而没有定义不加 86的数据。由此可以看出该问题的根本原因还是数据原因导致的
令跟踪数据分析：
通过对BSC05 PCM45/46/47/48下16时隙的所有呼叫进行分析发现：BSC 收到Assignment Request 20至30ms后向MSC回送Assignment Failure，
问题处理结果：
检查BSC05、MSC A接口电路配置发现：BSC05和BSC53的A接口电路中， 16时隙除了用作信令链路外都不进行配置，而在MSC侧将新增加的8条电路的16时隙配置的TCH信道，导致在MSC指配到16时隙而BSC侧并不识别产生分配失败。
在MSC侧将新增加的8条电路的16时隙锁定后，问题解决。
14.
抛砖引玉！
例：MS呼叫未接通：
在做DT测试过程中发生了一次未接通，地点是LAC区交接处，在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。主要有以下三条信令消息：
UL：CHANNEL REQUEST
DL：IMMEDIATE ASSIGNMENT
UL：CM SERVICE REQUEST
在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。由于上行UL：CM SERVICE REQUES T是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。其原因可能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。
15. 位置更新信令消息：
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，由此可以判断出此例并非是位置更新。
由于字节限制，只能简单点。
某次测试中发现DT测试路段有无覆盖地段，导致MS数据吞吐量变为0，没有与GPRS网络的连接，
但是该路段做GSM网络DT测试时并没有发现有无覆盖地段，
经过分析，其原因可能是MS执行了一次跨路由区的小区重选
（在显示图的信令部分可以明显的看出该MS正在做位置更新）。
跟踪当前信令为：
DL：SYSTEM INFORMATION TYPE 1
UL：LOCATION UPDATING REQUEST
UL：CHANNEL REQUEST
一次正常的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
DL RR Immediate Assignment
DL GPRS MM Routing Area Update Accept
UL GPRS MM Routing Area Update Complete
17. 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后，发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息，之后的FTP下载不能继续进行，在一系列的P ing fail后，FTP掉线。层三信令显示如下：
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
发生这种情况可能有3种原因：
一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。
二是手机本身存在一些问题也可能导致这个问题。
三是测试用的笔记本电脑可能存在一些问题
18.第三层信息（GSM Layer 3 ）
GSM移动无线接口第三层的信息，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
4G移动通信资源学习社区6]%@ H *CC 层的主要功能为建立、维持和释放呼叫：
a、有关呼叫建立的信息（Call Establishment）:MOTOROLA,NOKIA,E RICSSON,NO EL,LUCENT,贝尔西门子以及华为中兴等
Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。包括进展指示及用户--用户信息等
Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求；
Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫信建立信息已经被接收,不会再接收更多的呼叫建立信息。
Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接受；
Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫（连接完成）；Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；通信论坛通信资料资料下载核心网移动通信学习资料移动网络优化，
网络Progress
：进展，从网络到移动台，指示呼叫的进程；
Setup：建立，上下行，指示启动呼叫建立；
b、呼叫信息状态（Call Information Phase）
Modify：修改，上下行，请求改变呼叫的承载能力；Q.U ^5[*y4g$
Modify Complete：修改完成，指示对呼叫承载能力修改的完成；
Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；
User Information：用户信息,由移动台发向网络来传输信息到远端用户或由网络m!发向移动台传输从远端用户来的信息。bbs.4ga
c、呼叫清除（Call Clearing）
Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了；
Release：释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到该信息的设备等发送释放完成信息后释放TI(处理识别码)别码),接收到该信息的设备将要释放TI(处理识别码)
d、与附加业务有关的呼叫（Call Related SS）
Facility：设施+]u,H'D
Hold：保持
Hold Acknowledge：保持确认https://www.360docs.net/doc/6f837753.html,
Hold Reject：保持拒绝 F M W%z
Retrieve：恢复 b
Retrieve Acknowledge：恢复确认
Retrieve Reject：恢复拒绝
e、其它信息4G移动通信资源学习社区
Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。
Notify：通知，上下行，指示信息属于呼叫
Status：状态，上下行，用来响应状态查询信息或报告某些确定的错误信息
Status Enquiry：状态查询，上下行，用来请求状态信息通信论坛通信资
Start DTMF：启动双音多频，从移动台到网络
Stop DTMF：停止双音多频，从移动台到网络4G移动通信资源学习社区
D X9l z#
Stop DTMF Acknowledge：停止双音多频证实，从网络到移动台通信论坛通信资Start DTMF Acknowledge：启动双音多频证实,从网络到移动台
Start DTMF Reject：启动双音多频拒绝,从网络到移动台
*MM层的功能主要为位置管理：
a、注册（Registration）
IMSI Detatch Indication：IMSI分离指示,由移动台发往网络,在网络中设置一个无效指示通信论坛通信资料资料下载核心网移动通信学习资料移动网络优化，网络规划移动通信培训课Location Updating Accept：位置更新接收,网络发向移动台,指示更新或IMSI(国际移动用户识别码)的附着完成
Location Updating Reject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际移动用户识别码)的附着失败IMSI(国际移动用户识别码)的附着失败bbs.4gapp.c
om2}e6^b 、连接管理（Connection Management）
CM Service Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被
接受B3K*
Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供
CM Service Abort：CM业务中断，从网络到移动台，指示被CM的业务中断
CM Service Request：CM业务请求，从移动台到网络M
CM Restablishment Request：CM重建请求，
Abort：中断,网络到移动台
c、其它信息
MM_Status：MM状态
*RR层的主要功能为在无线接口上管理传输路径及切换：
a、信道建立X9H+^,t
Additional Assignment：附加指配
Immediate Assignment：立即指配, 网络给移动台分配一个SDCCH ,(只包含一个MS指配信息),包括指配信道的描述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间提前量、起始时间指示(可选).
Immediate Assignment Extended：立即指配扩展(同时包含两个MS指配信息),同立即指配扩展Immediate Assignment Reject：立即指配拒绝
b、切换
Assignment Command：指配命令,网络发向移动台,指示移动台改变当前信道配置,bbs.4ga切换到分配的专用信道,启动低层连接建立 4
Assignment Complete：指配完成,指示主信令链路成功建立.
Assignment Failure：指配失败,包括指配失败的原因道的特征;需进行通信的新小区特性,包括允许测量程序中所要求的MS
预知同步信息(如BSIC和BCCH频率);功率命令;切换参考号码、可选的
起始时间指示 G&T
Handover Complete：切换完成,MS发向网络,指示切换成功完成,网络释放原有信道.
Handover Failure：切换失败,MS发向网络,网络释放新的信道https://www.360docs.net/doc/6f837753.html,
}/|6P Physical Information ：物理信息
c、信道释放
Channel Release：信道释放,包括RR原因指示、BA范围Partial Release：局部释放,[
Partial Ralease Complete：局部释放完成4G移动通
d、寻呼
Paging Request Type 1：寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模"r.式、移动台1和2需要的信道、移动识别1、移动识别2等
Paging Request Type 2：寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等s Paging Request Type 3：寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等
Paging Response：寻呼响应,移动台到网络,包括密钥序列号及移动识别
e、系统信息3G
System Information Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息
System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送, 指示RACH的控制信息及邻小区的BCCH信息
System Information Type 2bis：系统信息类型2bis, 网络到所有移动台,在BCCH MOTORO上发送,指示RACH的控制信息及扩展的邻小区的通信论
坛System Information Type 3：系统信息类型3, 网络到所有移动台,在BCCH{"J2q上发送,指示RACH的控制信
息、小区识别号、位置区识别号、控制信道信息及小区选择参数等
System Information Type 4：系统信息类型4, 网络到所有移动台,在BCCH3G上发送,指示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：信道模式修改证实bbs.4gap
Frequency Redefinition：频率重定义
Measurement Report：测量报告,包括服务小区和六个最强邻小区的Rxlev、Rxqual、BSIC、BCCH频率及DTX等Classmark Change：等级改变
Classmark Enquiry：等级询问
RR Status：RR状态