通信人家园
标题: [求助]对信令比较了解的朋友请进…… [查看完整版帖子] [打印本页]
时间: 2003-8-22 22:43
作者: msf
标题: [求助]对信令比较了解的朋友请进……
2003-8-8 11:53:03 PAGING REQUEST TYPE 1
2003-8-8 11:53:03 CM SERVICE REQUEST
……
2003-8-8 11:53:05 IMMEDIATE ASSIGNMENT
2003-8-8 11:53:05 SYSTEM INFORMATION TYPE 6
2003-8-8 11:53:05 CLASSMARK CHANGE
2003-8-8 11:53:05 MEASUREMENT REPORT
2003-8-8 11:53:05 SYSTEM INFORMATION TYPE 5
2003-8-8 11:53:05 AUTHENTICATION REQUEST
2003-8-8 11:53:05 AUTHENTICATION RESPONSE
2003-8-8 11:53:05 MEASUREMENT REPORT
2003-8-8 11:53:05 SYSTEM INFORMATION TYPE 5ter
2003-8-8 11:53:05 CIPHERING MODE COMMAND
2003-8-8 11:53:05 CIPHERING MODE COMPLETE
2003-8-8 11:53:05 Setup
2003-8-8 11:53:05 MEASUREMENT REPORT
2003-8-8 11:53:05 SYSTEM INFORMATION TYPE 6
2003-8-8 11:53:05 Call proceeding
2003-8-8 11:53:05 MEASUREMENT REPORT
2003-8-8 11:53:05 SYSTEM INFORMATION TYPE 5
2003-8-8 11:53:06 ASSIGNMENT COMMAND
2003-8-8 11:53:06 ASSIGNMENT COMPLETE
2003-8-8 11:53:06 SYSTEM INFORMATION TYPE 5ter
2003-8-8 11:53:06 MEASUREMENT REPORT
2003-8-8 11:53:11 Alerting
2003-8-8 11:53:11 SYSTEM INFORMATION TYPE 6
2003-8-8 11:53:11 MEASUREMENT REPORT
2003-8-8 11:53:11 Connect
2003-8-8 11:53:11 Connect acknowledge
2003-8-8 11:57:51 Disconnect
2003-8-8 11:57:51 SYSTEM INFORMATION TYPE 6
2003-8-8 11:57:52 MEASUREMENT REPORT
2003-8-8 11:57:52 Release
2003-8-8 11:57:52 Release complete
2003-8-8 11:57:52 CHANNEL RELEASE
2003-8-8 11:57:52 LOCATION UPDATING REQUEST
如果ASSIGNMENT COMPLETE后，没有振铃Alerting就直接disconnect会是哪里发生故障，交换上具体是什么问题，还望各位大哥不吝赐教，多谢！
[此贴子已经被作者于2003-8-22 22:43:25编辑过]
时间: 2003-8-26 13:07
作者: 成都的阿呆
那要具体把A接口的信令消息也TRACE出来才可以研究的
时间: 2003-9-25 23:18
作者: aster
很难讲了
时间: 2003-9-26 00:19
作者: msf
各位经验来说应该是那方面的问题呢，或者说有没有以前遇到过这种情况？好像这种情况有时候还是比较普遍的，比较直观的现象就是电话无法呼出，在一段时间内……
时间: 2003-9-27 10:03
作者: 家园客人
你这是主叫流程吧，是用tems测的吗？
时间: 2003-9-27 11:10
作者: msf
对，主叫流程，不过，不是tems测的，网优软件都可以看到层三信令吧。
时间: 2003-9-27 11:41
作者: 家园客人
仔细一看确实不是，你用的软件很奇怪居然没有到毫秒级，而且被你删掉了一部分。不过首先可以告诉你，你这边的无线网没有问题，如果对方是手机的话。。。。
时间: 2003-9-27 18:25
作者: msf
以下是引用C114客人在2003-9-27 11:41:40的发言：
仔细一看确实不是，你用的软件很奇怪居然没有到毫秒级，而且被你删掉了一部分。不过首先可以告诉你，你这边的无线网没有问题，如果对方是手机的话。。。。
如果对方是手机的话。。。。将会怎样？听我们公司前辈的人说是交换上的问题
时间: 2003-9-27 18:27
作者: msf
以下是引用C114客人在2003-9-27 11:41:40的发言：
仔细一看确实不是，你用的软件很奇怪居然没有到毫秒级，而且被你删掉了一部分。不过首先可以告诉你，你这边的无线网没有问题，如果对方是手机的话。。。。
如果对方是手机的话。。。。将会怎样？听我们公司前辈的人说是交换上的问题
时间: 2003-9-28 09:13
作者: xddanial
应该把具体的16进制数据列出来，disconnect 和release数据里包含了大致的原因。
时间: 2003-9-28 15:07
作者: 家园客人
交换上的问题吗？可能就是没有问题:你用你的测试系统试一下,一个测试手机拔掉电池（不要正常关机），然后用你的测试系统打该电话－－再看信令流程。
（应该把具体的16进制数据列出来，disconnect 和release数据里包含了大致的原因。）
这里面没有原因，disconnect最多就是告诉你是由谁发起的，看原因还是到A接口上去追吧，拆链在A接口上是clear，在um口上是release。在A接口上可以可以看到clear的information element，去查其中的cause字节，除了0009和000b以外都是有问题的。
时间: 2003-9-28 18:11
作者: xddanial
楼上的说的不是很对，其实disconnect 和release 中是包含有原因的，可以查看Cause information element字段。
时间: 2003-9-28 22:57
作者: msf
层数据解码DISCONNECT信息：
Call Control;Call related SS Message(CC)
Disconnect:
Cause:
- Coding standard: Standard defined for the GSM PLMNS as below
- Location: network beyond interworking point
- Cause value: resource unavailable
Diagnostic information: Switching equipment congestion
progress indicator:
- Coding standard: 3 Standard defined for the GSM PLMNS
- Location: 0 User
- Progress description: 00 Unspecific
83 25 02 EA AA 1E 90 F0
层数据解码RELEASE
Call Control;Call related SS Message(CC)
Release:
Cause:
- Coding standard: Standard defined for the GSM PLMNS as below
- Location: user
- Cause value: resource unavailable
Diagnostic information: Switching equipment congestion
03 2D 08 02 E0 AA 1E 90 F1
这种现象不是因为手机不正常关机引起的，因为我们目前还无法进机房查A接口信息，所以就我们目前而言只能查到这么多信息。
时间: 2003-9-28 23:03
作者: msf
以下是引用xddanial在2003-9-28 18:11:00的发言：
楼上的说的不是很对，其实disconnect 和release 中是包含有原因的，可以查看Cause information element字段。
这些信息小弟不是很懂，还请大哥能解释一二，谢谢！
时间: 2003-9-29 09:21
作者: 家园客人
83 25 02 EA AA 1E 90 F0
03是协议鉴别：cm消息
25是message type
。。。。
AA＝10101010
其中前1010的010：
Class (000): normal event │
│ Class (001): normal event │
│ Class (010): resource unavailable │
│ Class (011): service or option not available │
│ Class (100): service or option not implemented │
│ Class (101): invalid message (e.g. parameter out of range)│
│ Class (110): protocol error (e.g. unknown message) │
│ Class (111): interworking
后1010：Switching equipment congestion
详情见04.08的10.5.4.11
我们曾经在空中接口、abis接口和a接口上同时进行过追踪，最后查到原因发现location是准的，cause根本不是那么一回事，没有参考价值。
时间: 2003-9-29 09:38
作者: 家园客人
你那里用的是什么设备？也许可以帮上忙。
时间: 2003-9-29 13:24
作者: msf
SAGEM测试手机，然后接到网络优化软件采集到的数据，是同事在室内CQT时测试遇到的问题。
时间: 2003-9-30 10:04
作者: 家园客人
那你们用的是不是爱立信的设备？做trace及其方便，根本不用挂表。
时间: 2003-9-30 11:08
作者: msf
是爱立信的设备，你指的是在机房吧，不过我们要一个月以后才能正式进入机房
时间: 2003-9-30 11:38
作者: 家园客人
你们机房才有终端？“一个月以后才能正式进入机房”什么意思？
时间: 2003-10-3 11:27
作者: sbestsam
这种问题，说不清。各厂家都很保守的，交换不会告诉你实际的原因。他们会有官勉堂 皇的解释＿＿＿如：板子温度高（不通风） 主被叫正好在一个处理模块，而当时用户处在切换区，处理出错（机率很小很小，下个版本解决等）
只能确定问题出在哪方，至于解决，只有请他们办啦
时间: 2003-10-3 21:16
作者: msf
我们只是代维而已，就是说做代维一般都是一年以上，运营商才给进进机房，这个项目我们刚刚做一年
[此贴子已经被作者于2003-10-3 21:16:09编辑过]
时间: 2005-3-29 09:55
作者: seulw
请问这个问题现在有明确答案了吗？
我现在也遇到这个问题了，郁闷！
时间: 2005-3-29 09:56
作者: seulw
标题: 请问现在这个问题有明确答案了吗？
我也遇到这个问题了，郁闷！
还请高手指教！
谢谢了！
时间: 2005-5-8 15:17
作者: atao10
Disconnect的原因值是多少？
| 通信人家园 (https://www.txrjy.com/) |
Powered by C114 |