结合层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：振铃信息，上下行。
- 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∙我觉得这个议题太大了一点，而且复杂的例子也很难贴出来。