1、GSM Um 接口第三层 RR 子层1 作者: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 指配到
2、 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
3、问题描述：Disconnec t 提示交换设备拥塞 问题分析：如下图所示，在 12：28：39.62 MS1 占用小区 40361（六团砖场-1）的信号呼叫 MS2 ，此时 MS2 占用小区 40363（六 团砖场-3）的信号，此时 MS1 接收电平较高，而 MS2 接收电平较差，只有-92dbm，呼叫未正常拆链。 GSM Um 接口第三层 RR 子层2下面从信令流程来看，如下图所示， MS2 在收到寻 呼消息后，立即申请信道， 接着下行发送 Immediate Assigment ,MS2 上行寻呼相应 paging response. 一直到上行发送 Connect 都很正常，然而在 MS
4、2 发 送 connect 后没有ACKnowledge 直接 Disconnect，而 Disconnect 的原因是 Switching equipment conqestion (交换设备拥塞) 被叫 MS2 信令流程如下图所示： 主叫 MS1 信令流程如下图所示：MS1 在完成 Assignment Complete 之后Alerting 接着 紧跟着一个切 换，然后下行 Channel release。Channel release为正常事件。 2. 时间：17：15：04.61 问题描述：Disconnect 提示交换设备拥塞 问题分析：如下图所示，MS1 占用小区 40133 的
5、信号呼叫 MS2 ，MS2 占用小区 40022 的信号，接收电平及话音质量良好，呼叫未正常拆链。 作者:linjundong 时间:2006-11-11 13:43:24 信令流程可以看到 MSC（SPC=255-5-253）发送 UDT 格式的GSM Um 接口第三层 RR 子层3MAP_PREPARE_HANDOVER 消息后，直接以 UDTS 格式的同一消息作为应答，并且 SCCP 层的弹回原因如下： SCCP_RETURN_CAUSE = no translation for an address of such nature (0) 说明该消息在对端交换机（SPC=255-5-24
6、8）的 SCCP 分析过程中存在一定的问题，即对端交换机无法做正确的 GT 翻译。 可以看到被叫号码的格式为13090953，而 SPC=255-5-248 相关的 GT 数据只定义了格式为8613090953，而没有定义不加 86GSM Um 接口第三层 RR 子层4的数据。由此可以看出该问题的根本原因还是数据原因导致的 作者:linjundong 时间:2006-11-11 13:42:20 某地优化工程中发现 SPC=255-5-253到 SPC=255-5-248 无法切 换的问题，从信令流程可以看到MSC（SPC=255-5-253）发送 UDT 格式的 MAP_PREPARE_HA
7、NDOVER消息后， SCCP_RETURN_CAUSE = no translation for an address of such nature (0) 作者:bluealways 时间:2006-11-1 16:46:59 接上页成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE GSM Um 接口第三层 RR 子层5DL: SYSTEM INFORMATION TYPE 5（5bis，5ter ）：邻近小区 BCCH频点描述（扩展邻近小区 BCCH 频点描述）DL: SYSTEM INFORMATION TYPE 6：CI，LAI，
8、小区参数设置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切换成功的标志) DL:Physical InformationDL: SYSTEM INFORMATION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect（收到该条消息或 Release 中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话） UL:Release DL:Release Complete
9、DL: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 Request MS1 Downlink Immediate Assignment MS1 Uplink CM Service R
10、equest MS1 Downlink CM Service Accept SDCCH 分配成功 MS1 Uplink Setup MS1 Downlink Call Proceeding MS1 Downlink Assignment Command MS1 Uplink Assignment Complete TCH 分配成功 MS2 Uplink Channel Request GSM Um 接口第三层 RR 子层6MS2 Downlink Immediate Assignment MS2 Uplink Paging Response SDCCH 分配成功 MS2 Downlink Se
11、tup MS2 Uplink Call Confirmed MS2 Downlink Assignment Command MS2 Uplink Assignment Complete TCH 分配成功 MS2 Uplink Alerting MS1 Downlink Alerting MS2 Uplink Connect MS2 Downlink Connect Acknowledge MS1 Downlink Connect MS1 Uplink Connect Acknowledge MS1 Uplink Disconnect MS1 Downlink Release MS1 Uplin
12、k Release Complete MS2 Downlink Disconnect MS2 Uplink Release MS1 Downlink Channel Release MS2 Downlink Release Complete MS2 Downlink Channel ReleaseMS1&MS2 的流程 作者:lyp_swit 时间:2006-10-23 14:49:29 对于 L3 的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及 GPRS 等数据业务的信令过程,然后才能够更加准确的分析问题,而不
13、是简单的去认识几个缩写是什么英语单词这么简单. 作者:sjzxjs2004 时间:2006-10-24 20:59:23 以下是引用 lyp_swit 在 2006-10-23 14:49:29 的发言：对于 L3 的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及 GPRS 等数据业务的信令过程,然后才能够更加准确的分析问题,而不是简单的去认识几个缩写是什么英语单词这么简单.本议题是结合路测的层三信令,分析实际问题. 目的是通过实际问题,深入理解层三信令. 就是要用理论指导实践,用 实践加深理论. 作者:linxi
14、aolu 时间:2006-10-19 12:18:40 GSM Um 接口第三层 RR 子层7 掉话（既没有 Disconnect，也没有 Release，则视为掉话）： Paging RequestChannel RequestImmediate AssignmentCM Service RequestCM Service AcceptSetupAssignment CommandAssignment CompleteConnect/AlertingSystem Information Type1 通话正常结束(Disconnect 和 Release 都有或只有其中一个都视为通话正常结束)
15、：Paging RequestChannel RequestImmediate AssignmentCM Service RequestCM Service AcceptSetupAssignment CommandAssignment CompleteAlertingDisconnectReleaseRelease CompleteChannel Release 呼叫失败： Paging RequestChannel RequestImmediate AssignmentCM Service RequestSystem Information Type1（在一次呼叫过程中，若连续出现多个 C
16、M Service Request，则视为一次呼叫失败） 呼叫成功：Paging RequestChannel RequestImmediate AssignmentCM Service RequestCM Service AcceptSetupAssignment CommandAssignment CompleteConnect/Alerting 切换成功：Handover CommandHandover Complete GSM Um 接口第三层 RR 子层8 切换失败：Handover CommandHandover Failure 作者:songlipo 时间:2006-10-18
17、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 Loca
18、tion 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 我觉得这个议题太大了一点，而且复杂的例子也很难贴出来。建议换个小一点的
19、议题！ 作者:sjzxjs2004 时间:2006-10-12 22:45:45 以下是引用 lihj 在 2006-10-12 15:37:31 的发言：我觉得这个议题太大了一点，而且复杂的例子也很难贴出来。建议换个小一点的议题！这是本板块第一次讨论信令方面的问题. 就先定了个大范围.以后在具体,详细分析.Thank you for your suggestion 作者:PeterLiu 时间:2006-10-19 14:57:43 GSM Um 接口第三层 RR 子层9 我们遇到了一个问题， 在天津进行静态测试， 发现 MO 呼叫 30 秒后自动中断，网络发送 disc 消息給 MS，后面
20、进行正常的拆除过程。MT 呼叫时，MS 可以看到 incoming call，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。MO 过程如下MS netCM req-setup-after 30s-disc-因为 connect ack 是在 FACCH 上发送的， 怀疑网络未能收到 ack 消息， 因为发送 connect 消息后，网络端将启动一个为期 30 秒的定时器等待MS 的确认，出于某种原因，ack 消息未能到达网络， 此定时器超时， 网络进行呼叫释放 作者:yyying 时间:2006-10-12 13:01:19 在 DT FTP 下载测试中，MS 已成功登
21、陆 FTP Server，并已经开始下载数据，FTP 下载进度为 9，在经过一次小区重选后，发现在事件列表中有 PDP Deactivated 的消息，在层三消息中可以看到是手机发起的上行消息，之后的 FTP 下载不能继续进行，在一系列的 Ping fail 后，FTP掉线。层三信令显示如下： Direction Type Layer 3 Message UL GPRS SM Deactivate PDP Context Request DL RR System Information Type 13 UL RR Channel Request GSM Um 接口第三层 RR 子层10DL R
22、R Immediate Assignment DL GPRS SM Deactivate PDP Context Accept发生这种情况可能有 3 种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出 PDP去激活申请。二是手机本身存在一些问题也可能导致这个问题。三是测试用的笔记本电脑可能存在一些问题 作者:砖头 时间:2006-10-16 11:35:52 MS 呼叫失败.经检查信令发现有立即指派拒绝(immediate assignment reject)消息 系统发现无可用信道.很可能是因为系统拥塞引起的 作者:yyying 时间:2006-10-15 12:29:
23、21 某地主要由 4173、4081 小区覆盖，上述两个小区及相邻小区同属于 LAC：13588 。DT 测试过程中，MS 当前服务小区为 4173，当检测到有 Level 更强的邻区时， BSC 指示 MS 切换（发起DL：HANDOVER COMMAND） ，此时发生了连续的三次切换失败（UL ：HANDOVER FAILURE） 。虽然本例中经历了连续三次切换失败，MS 仍然没有掉话（MS 还在发送测量报告） ，但是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的 TCH 信道拥塞，也可能是目标小区的 BCCH 载频与 TCH 载频的发射功率没有调平，导致 B
24、CCH 与 TCH 的 Level值相差很大而造成切换失败。第三层信令消息流程:DL：HANDOVER COMMANDUL： HANDOVER ACCESSUL： HANDOVER COMPLETEUL： MEASUREMENT REPORTUL： HANDOVER FAILUREDL：SYSTEM INFORMATION TYPE 5从切换的两个小区来看，4173 向 4081 切换，是不同步切换，所以 BSC 应该在 MS 发出UL： HANDOVER ACCESS 消息后，接着发出 DL：PHYSICAL INFORMATION，指示 MS 切换至目标小区的 Timing Advance，即 MS 与切换目标小区的距离。同时，在 MS 发出 UL：HANDOVER COMPLETE 之后，再发一条 DL： PHYSICAL INFORMATION。在本例中 BSC 没有发出这两条消息，这也是导致发生切换失败的原因之一。 作者:bluealways 时间:2006-11-1 16:46:12 一次完整的主叫流程（含切换）IDLE：
