结合层3信令分析路测问题
路测分析案例
案例13
邻区漏定义导致的覆盖差
分析：通过路测我们发现此路段紧靠山下并没有收到 黑丛岭2扇区(41842)的信号，此时移动台的服务小 区为神童(CI=30380)当移动台信号不好时，并没有 切换到更好的三百梯(CI=40791)上，经查看基础数 据库发现存在邻区漏定义的情况。添加相应邻区关 系后，可看到由于移动台能够及时发起切换，使覆 盖有了较大程度的提高。以下是添加邻区后的测试 结果：
案例10
天馈问题导致的掉话
• 分析：从测试结果上可看到，掉话是移动台信号很差 在-100dBm左右 • 从层三信息上看，在下行方向上移动台已无法收到系 统信息。由于地形或建筑物遮挡，当移动台进入一小 段盲区后，由于无线链路超时而掉话。而在掉话后移 动台重选至一电平较高的小区（具体数据见下表）， 进行新的呼叫，由于小区在掉话前并未在邻小区列表 中出现，所以移动台无法发起切换来避免掉话。 • 掉话前通过无线参数图看到手机一直在16903上服务， 而通过地图基站信息发现该区域应当为16901覆盖，同 时在邻小区列表里没有发现16901信号，相反在邻小区 列表里解出16902信号，我们怀疑16901和16902天线接 反。通过在对基站东南方向测试发现基站东南方正使 用地是16901的信号，至此，我们判断16901和16902天 线接反。导致移动台无法搜索到可供切换的邻小区， 从而导致无线链路超时而掉话。
案例3
同频干扰导致的掉话
现象：当移动台以一百900的3小区（BCCH=105,BSIC=37）为 服务小区时，话音质量突然恶化持续7级，走后导致移 动台掉话。 解决:从无线参数图上可看到，此时服务小区电平值较高， 但话音质量很差。因此怀疑存在干扰。在服务小区的 邻区列表中，我们发现一个与服务小区BCCH同频的信 号,且C/I=1。因此断定此次掉话是由于同频干扰所致， 经查此小区为民族师范2。开始怀疑为民族师范1与民 族师范2天线接反，上站察看后发现并未接反，但天线 方位角与工程参数不符，对天线工程参数调整后，经 路测证实问题已解决。
层三信令
一：第三层（Layer 3）信令详解第三层信令是看网络运行情况的信息层，从第三层可以看到网络的个种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type1—4、7、8只出现在待机状态下，Type5—6只出现在通话状态下：1、System Information Type1小区广播信息，有该小区自身的频点，RACH的一些参数设置，祥见上图。
此类型仅用于跳频时，发送内容为：第一、小区信道描述。
用于通知移动，小区采用的频带与可以供跳频用的频点。
对于GSM900与GSM1800采用的格式是不同的。
对于GSM900：有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为：CA-NO，取值分别为：0、1、2，代表，GSM900、E-GSM、GSM1800。
CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0.对于GSM1800情况点不同。
由于频点太多，不用位图，而用别的编码方式，FORMAT-ID 来描述编码方式，后面跟一串编码比特来表示。
第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。
CB——小区禁止标志，用一个比特表示。
RE——用一个比特表示是否可以进行呼叫重建，断开后的重新占用。
MAXRET——移动台接入系统时的允许最大重发次数，取值：1、2、4、7TX——移动台接入系统时允许重发的时隙间隔数。
2、System Information Type2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。
路测层三信令分析与应用PPT文档共44页
谢谢！
路测层三信令分析与应用
31、园日涉以成趣，门虽设而常关。 32、鼓腹无所思。朝起暮归眠。 33、倾壶绝余沥，窥灶不见烟。
34、春秋满四泽，夏云多奇峰，秋月 扬明辉 ，冬岭 秀孤松 。 35、丈夫志四海，我愿不知老。
ห้องสมุดไป่ตู้
61、奢侈是舒适的，否则就不是奢侈 。——CocoCha nel 62、少而好学，如日出之阳；壮而好学 ，如日 中之光 ；志而 好学， 如炳烛 之光。 ——刘 向 63、三军可夺帅也，匹夫不可夺志也。 ——孔 丘 64、人生就是学校。在那里，与其说好 的教师 是幸福 ，不如 说好的 教师是 不幸。 ——海 贝尔 65、接受挑战，就可以享受胜利的喜悦 。——杰纳勒 尔·乔治·S·巴顿
路测中的主要问题及分析
上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部路测中的主要问题及分析ASB 工程服务部 徐川在网络运行当中，经常会出现这样或那样不可预料的问题。
有些问题如基站硬件故障、 传输问题等，可以通过网络操作维护设备(OMC)来发现，找到解决方法。
但是某些上下行干 扰(并没有导致严重的掉话)、覆盖不合理等无线网络中的问题，在统计中难以被发现，而这 些问题又是与用户联系最紧密、最直接的问题，对此，应根据所采集到的数据，通过回放采 集回来的数据， 结合测试时的现场记录， 来详细地分析找出存在的网络问题， 从而提出有效、 合理的解决方案。
在路测中，我们一般分两种情况，一种是 MS 的 idle 模式下，另一种就是在 MS 通话模 式下。
通过回放数据，我们主要关心下列情况：掉话、切换失败、接入失败、干扰、切换失 败、基站覆盖等等。
网络中的问题多数情况下不是单独出现的，发生某一个现象可能是多个问题集合在一起 造成的，下面我们就某一现象与产生原因做出总结，便于尽快发现问题。
一、弱信号覆盖情况该情况比较常见， 一般是低电平伴随着低通话质量出现。
此种情况应该根据不同的情况， 不同的地形等进行调整。
主要的方法有：调整天线高度、调整天线方向、调整天线下倾角、加直放站、新加基站 等。
1、调整天线高度： 在离天线较近的地方出现弱信号，无阻挡、无法通过调整天线下倾角来解决（下倾角过 大会引起覆盖模形的变形）的情况下，在不会出现盲区的前提下，可适当降低天线的高度。
在离天线较远的地方出现弱信号，可适当地增高天线高度。
2、调整天线方向： 在天线旁瓣方向覆盖的地方出现弱信号， 在不影响覆盖的情况下可适当地调整天线方位 角，让弱信号区域在天线主瓣覆盖范围内。
（注：天线的调整优先铁路、高速、国道、省道 等主要干道） 3、调整天线下倾角： 在离基站很近的主瓣覆盖方向出现弱信号， 而在离基站较远的主瓣方向信号较强的情况 下，主要是由于基站天线较高，而下倾较小，建议加大天线下倾。
层3信令解码cause分析
层3信令解码cause分析原因NO.1：未分配的（未确定的）号码MSC"unassi gned(unallo caled) number"该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。
.2：无路由到达规定的转换网络（国内使用）"no routeto specif ied transi t networ k(nation aluse)"unallo caled(unassi gned) number因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。
发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。
持该原因由网络决定。
原因NO.3无路由到达终点"no routeto destin ation"该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。
是否支持该原因由网络决定。
NO.4发送特殊的信息音m"send specia l inform ation tone"因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。
原因NO.5转接前缀拨号错误（国内使用）"misdia lledtrunkprefix(nation al use)"该原因表示被叫方号码的转接前缀错误内含。
O.6：不可接受的通路"chnnel unacce ptabl e"该原因表示发送实体在呼叫中不接受使用最新标识的通路。
原因NO.7：呼叫已给出并正在已建立的通路上递交MSC"call awarde d and beingdelive red in an establ ished channe l"该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。
层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层3信令解码cause分析
层3信令解码cause分析原因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"该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。
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）的不同实体提供接续管理服务。
信令分析和案例详解
断开连接消息，指明呼叫清除发起端及清 除原因，MS受到后开始清除业务信道 的连接
呼叫释放，通知MS正释放CC层连接，网络 收到RELEASE消息后将停止CC连接定 时同时开始释放MM连接
网络释放MM连接并发送本信息释放RR层 连接
释放专用信道，专用信道释放后MS进入 IDEL状态
呼叫信令TEMS图
从图可见，由Channel Request起，MS向系统发起 呼叫请求，至Connect Acknowledge连接确认为止， 是一个完整的呼叫流程
通话建立（MS作主叫） 信令过程
呼叫详细流程
说明
RR层连接建 RACH—UL：CHANNEL
立
_REQUEST
AGCH—DL： IMMEDIATE_ASSINGMENT
请求业务如电路交换连接、短信业等
鉴权请求
SDCCH—UL：AUTH_RESPONSE 鉴权响应
SDCCH—DL： CIPHERING_REQUEST
SDCCH—UL： CIPHERING_COMPLETE
加密命令 加密完成
CC层连接的 SDCCH—UL：SETUP 建立
SDCCH—DL：CALL _PROCEEDING
信令分析和案例 详解
• 导言 • Layer 3信令分析 • 切换案例
导言
Layer 3信令是看网络运行情况的信 息层，从第三层可以看到网络的各种 动作：如：呼叫流程、拥塞、用户忙 、位置更新等，并且可以对路测中的 各种问题如掉话、切换失败等网络事 件的原因进行准确的分析。
系统信息一般有8个类型，分别是1、2、3、4、 5、6、7、8，Type 1～4只出现在待机状态下， Type 5～6只出现在通话状态下，明白这点， 对以后的分析至关重要。其中2中含有：2、 2bis、2ter， 5中含有5、5bis、5ter，所以总 共有12种系统信息，系统信息1仅用于跳频， 所以称为选择项。其中1、2、3、4、 2bis、 2ter 、7、8都在BCCH上发送，由IDLE模式下 的移动台接收。5、5bis、5ter、6在SACCH上 发送，由ACTIVE模式下的移动台接收。一般 来说所有系统信息在连续的8个51复帧中发送 完。
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：建立，上下行，指示启动呼叫建立；
3G信令测试的挑战、需求和解决方法
3G信令测试的挑战、需求和解决方法1 .3G信令测试所面临的挑战信令测试是无线网络维护和优化最基本和最重要的手段。
同GSM/GPRS网络相比，UMTS/TD-SCDMA信令的复杂程度和对系统资源的要求都有了很大的提高，这也对信令测试设备的软、硬件性能提出前所未有的挑战，主要包括以下几个方面：挑战1：如何实现对基于ATM承载的高速信令协议进行实时的处理和分析？对信令协议的实时捕获、处理和分析是3G测试系统的基本要求。
由于3G RAN网络接口采用ATM作为承载协议，其高层信令消息需分段为ATM信元来进行传送，这就要求3G信令测试设备能够对AAL-2、AAL-5 PDU进行实时的信元重组，以实现对高层信令消息地实时解析。
一般需要通过专门的FPGA芯片组来实现该功能，这在一定程度上增加了信令测试设备的硬件设计复杂性和成本。
挑战2：如何实现对高速3G信令流量的捕获和海量数据的存储、分析？对高速3G信令流量的捕获和海量数据的保存是对信令测试设备的另一个主要的技术挑战。
要对3G商用网络中一个RNC进行完整的信令监测，其信令流量可能高达10～20Mb/s。
这对于测试设备的捕获能力和存储能力都是一个很大的挑战。
由于3G信令的庞大数据量，它也给网络工程师的数据分析工作带来很大的困难。
在3G商业网络中，一个较长时间的数据采集过程可能会生成上百GB（甚至TB级）的信令数据量。
这就要求3G测试设备能够提供一种对海量信令数据进行快速检索和高效处理的方法。
挑战3：如何实现对复杂的Iub接口数据的处理和分析？在3G网络中，最复杂的接口要属Iub接口。
Iub接口的协议栈非常复杂，尤其是基于AAL2的无线控制信令，其协议栈为ATM/AAL2/FP/MAC/RLC/RRC/NAS。
要对高层RRC和NAS消息进行实时解码分析，需要完成一系列的实时PDU重组过程（包括AAL2和RLC PDU的重组）。
此外，还需要实现对TFI表格的自动配置，即能够自动识别各个逻辑通道的传输块（TB）大小和个数。
层3信令分析及流程详解
Layer 3信令分析及流程详解Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。
系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。
其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。
其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。
5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。
一般来说所有系统信息在连续的8个51复帧中发送完，如下图示：上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。
TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。
且在TC=7、3时发送（上图示）对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。
1、System Information Type1说明：系统信息类型1 （频率信息）此类型仅用于跳频时，发送内容为：第一、小区信道描述。
用于通知移动，小区采用的频带与可以供跳频用的频点。
对于GSM900与GSM1800采用的格式是不同的。
对于GSM900：有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为：CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。
CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0.对于GSM1800情况点不同。
TEMS_层3信令流程_DT测试分析详解
第二部分：Layer3层信令解析
第三层信息（GSM Layer 3 ），包括无线资源管理（RR）移动性管理（MM）、 呼叫控制（CC）三方面信息 *CC层的主要功能为建立、维持和释放呼叫： a、有关呼叫建立的信息（Call Establishment）: Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用 来指示被叫手机启动告警（即回铃音）。 Call confirmed：呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求； Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫 建立信息已经被接收,不会再接收更多的呼叫建立信息。 Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被 接受； Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络 ，指示移动台得到一个呼叫； Emergency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立； Progress：进展，从网络到移动台，指示呼叫的进程； Setup：建立，上下行，指示启动呼叫建立；
TEMS 3.2.4的使用
语音质量（SQI）与C/I之间的关系 在GSM网络中，对无线质量的评价是通过RxQual来实现的。但是语音在GSM网络中是经过 信道及信源编码的，而RxQual只能描述空中接口的传输质量，并不能给出终端用户对无线网 络的实际感受。为此，在爱立信的TEMS Investigation中提出了一个用于表达终端用户对话音 质量直接感受的指标－SQI。 这里需要指出的是对于不同的编码器类型，SQI是有上限的。对于半速率编码器而言，SQI的 上限为19，而全速率为21，增强型全速率为30。这里因为不同的编码方法对数据的压缩是不 同的，从而造成的语音失真也是不同的。通常我们认为当SQI小于0时语音质量为不可接受， 当SQI大于0而小于18时，语音质量为可接收，当SQI大于18时语音质量为良好。
路测信令分析(道路测试中出现呼叫建立失败的原因分析)
道路测试中出现呼叫建立失败的原因分析目录第一章前言 (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测试不能判断故障原因所在，由网络测试人员使用专用的测试设备对有问题的地区进行测试，再将测试结果进行分析，就可以发现故障原因，为优化工作提出建议，改进网络运行质量。
EMS以及L3信令分析
• b、连接管理（Connection Management）
• CM Service Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被
• 接受
• Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提供பைடு நூலகம்
• CM Service Abort：CM业务中断，从网络到移动台，指示被CM的业务中断
RR层信令
• System Information Type 4：系统信息类型4, 网络到所有移动台, 在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数 、CBCH信道描述、CBCH移动配置
• System Information Type 5：系统信息类型5, 网络到所有移动台, 在SACCH上发送,指示邻小区的BCCH信息
•
指示RACH的控制信息及小区配置信息
• System Information Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送,
•
指示RACH的控制信息及邻小区的BCCH信息
• System Information Type 3：系统信息类型3, 网络到所有移动台,在BCCH上发送,指示RACH的控制 信息、小区识别号、位置区识别号、控制信道信息及小区选择参数等
对整个移动网无线品质的地理化观看和网络优化工程中专题性分
析。在地图中、图表中、文本中将无线参数可视化，常用的无线
参数如信号强度、信号质量、误比特率、相邻关系，同频／邻频
干扰测量，客观的语音质量评估。
测试所需设备及连接
• TEMS520、GPS、笔记本电脑以及双串口卡及相应的连线。 • TEMS INVESTIGATION 3.2.1软件本身需要TEMS520做为软
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
∙作者:linjundong 时间:2006-11-11 14:07:25∙信令跟踪数据分析：通过对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时隙锁定后，问题解决。
∙作者:xlj96009 时间:2006-10-31 18:33:31∙在LAC39280下的BSC126进行针对寻呼的测试，该BSC挂接在华为软交换下，测试中发现下列两次异常情况。
两次呼叫情况相同，在被叫响应寻呼后，一直到connect都正常进行，可是接下来没有ACKnowledge而直接Disconnect。
其中拆链原因为：Switching equipment 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. 一直到上行发送Connect都很正常，然而在MS2发送connect 后没有ACKnowledge直接Disconnect，而Disconnect的原因是Switching equipment conqestion (交换设备拥塞)被叫MS2信令流程如下图所示：主叫MS1信令流程如下图所示：MS1在完成Assignment Complete 之后Alerting接着紧跟着一个切换，然后下行Channelrelease。
Channel release为正常事件。
2. 时间：17：15：04.61问题描述：Disconnect提示交换设备拥塞问题分析：如下图所示，MS1 占用小区40133的信号呼叫MS2 ，MS2占用小区40022的信号，接收电平及话音质量良好，呼叫未正常拆链。
∙作者:linjundong 时间:2006-11-11 13:43:24∙信令流程可以看到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的数据。
由此可以看出该问题的根本原因还是数据原因导致的∙作者:linjundong 时间:2006-11-11 13:42:20∙某地优化工程中发现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)∙作者:bluealways 时间:2006-11-1 16:46:59∙接上页成功起呼：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 Complete∙作者:xlj96009 时间:2006-10-31 18:34:31∙怎么贴得图都不见了！∙作者:sjzxjs2004 时间:2006-11-1 8:14:13∙以下是引用xlj96009在2006-10-31 18:34:31的发言：怎么贴得图都不见了！把图作为附件上传吧∙作者:cmcc_cmcc 时间:2006-10-28 17:00:41∙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 ReleaseMS1&MS2的流程∙作者:lyp_swit 时间:2006-10-23 14:49:29∙对于L3的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及GPRS等数据业务的信令过程,然后才能够更加准确的分析问题,而不是简单的去认识几个缩写是什么英语单词这么简单.∙作者:sjzxjs2004 时间:2006-10-24 20:59:23∙以下是引用lyp_swit在2006-10-23 14:49:29的发言：对于L3的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及GPRS等数据业务的信令过程,然后才能够更加准确的分析问题,而不是简单的去认识几个缩写是什么英语单词这么简单.本议题是结合路测的层三信令,分析实际问题. 目的是通过实际问题,深入理解层三信令. 就是要用理论指导实践,用实践加深理论.∙作者:linxiaolu 时间:2006-10-19 12:18:40∙✧掉话（既没有Disconnect，也没有Release，则视为掉话）： Paging Request→Channel Request→ImmediateAssignment→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→CMService Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release✧呼叫失败： Paging Request→Channel Request→Immediate Assignment→CM Service Request→SystemInformation Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）✧呼叫成功：Paging Request→Channel Request→ImmediateAssignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting✧切换成功：Handover Command→Handover Complete✧切换失败：Handover Command→Handover Failure∙作者:songlipo 时间:2006-10-18 17:00:57∙一次正常的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 Complete∙作者:lihj 时间:2006-10-12 15:37:31∙我觉得这个议题太大了一点，而且复杂的例子也很难贴出来。