2G GSM – 3G UMTS – 4G LTE(3GPP)消息分析器

  本网页提供在移动基站(MS)和3GPP标准(http://www.3gpp.org/)定义的网络之间的协议栈消息的解码和编码功能。

什么是2G/3G/LTE消息解码器?

解码器是一个基于Web应用程序,它用于解码和编码3GPP标准定义的协议栈(2G/3G/LTE),以及编码使用ASN.1的算法。

支持那些协议栈层?

GSM(2G):RLC –无线链路控制,MAC,RRC – 无线资源控制;

UMTS(2G):RRC – 无线资源控制;

LTE(3G/4G):RRC – 无线资源控制;

支持那些3GPP说明书?

对于2G/GSM:

     “3GPP TS 44.018: 无线资源控制(RRC)协议说明书”

    “3GPP TS 44.060: MAC/RLC协议说明书”

    “3GPP TS 44.064: 逻辑链路控制(LLC)层说明书”

    “3GPP TS 44.006: 数据链路(DL)层说明书”

    “3GPP TS 44.032: 无线资源LCS协议(RRLP)”

对于3G/UMTS:

    “3GPP TS 25.331: 无线资源控制(RRC)协议说明书”

对于4G/LTE:

    “3GPP TS 26.331: 改进的通用陆地无线访问(E-UTRA);无线资源控制(RRC)协议说明书”

对于NAS:

     “3GPP TS 24.008, TS 24.301等:核心网协议消息说明书”

特征

显示十六进制和二进制消息单元表示

       为了让开发者感觉舒服,解码器以十六进制和二进制的方式显示消息的所有部分。

比Wireshark更好,因为:

       不仅解码可能的消息PDU,也可以进行比较和编译。你能选择用于解码的3GPP的版本。

如何使用解码器和编码器?

当你希望分析和编译消息PDU时:

1 选择一个必要的协议类型

UTRAN RCC: http://www.3gpp-message-analyser.com/decoder/urrc.htm

E-UTRAN RCC: http://www.3gpp-message-analyser.com/decoder/eurrc.htm

NAS: http://www.3gpp-message-analyser.com/decoder/nas.htm

GERAN RRC: http://www.3gpp-message-analyser.com/decoder/grrc.htm

GERAN RLC/MAC:  http://www.3gpp-message-analyser.com/decoder/grmc.htm

LAPDm,LLC PDU & RRLP: http://www.3gpp-message-analyser.com/decoder/misc.htm

GAN/VoLGA: http://www.3gpp-message-analyser.com/decoder/gan.htm

2 在显示页面上选择消息类型,3GPP发行版等,输入消息PDU并且按“Parse”按钮,解码结果将会被显示。

3 当你点击在结果页的参数值时,会显示一个参数值修改的对话框。这时你可以编辑消息的PDU。

当你需要比较消息PDU格式开始时:

       1 在上面的第2步中步输入PDU(消息内容)点击“Parse”按钮,在UTRAN和E-UTRAN RRC情况下,消息分析结果以PDU:0000…..将被显示。对于其它的协议会出现一个消息选择的对话框。

       2 在消息选择对话框中选择组合消息的类型,点击“Compose”按钮,将会显示最小可用PDU内容的消息分析结果。

产品优点

  • 节约你的时间;
  • 减少人工解码的错误
  • 容易使用
  • 与最新的3GPP说明书一致;

支持消息列表

AS(Access Stratum):

2G/GSM    3GPP TS 44.018  Rel: 4,5,6,7,8,9,10

http://www.3gpp-message-analyser.com/decoder/grrc.htm

2G/GSM   3GPP TS 44.060   Rel:  4,5,6,7,8,9,10

       http://www.3gpp-message-analyser.com/decoder/grmc.htm

3G/UMTS   3GPP TS 25.331 RRC Rel: 4,5,6,7,8,9,10

      http://www.3gpp-message-analyser.com/decoder/urrc.htm

4G/LTE     3GPP TS 36.331  Rel:

http://www.3gpp-message-analyser.com/decoder/eurrc.htm

http://www.3gpp-message-analyser.com/decoder/nas.htm

http://www.3gpp-message-analyser.com/decoder/gan.htm
  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
七号信令分析软件 2.0 一.实现功能及解决问题 1.增加对ISUP消息的分析统计功能; 2.解决DISMSU执行出现非法操作的错误,主要是对ISUP的INF消息和TUP的GSM消息处理有误; 3.解决打开扩展名为大写的“TXT”当作二进制文件分析的错误; 4.更新用户手册,主要增加ISUP消息中的失败原因值的列表 5.解决七号信令分析软件判断跟踪消息的信令点编码为24位还是14位的问题,估计跟踪消息中的一个标志位判断。不需要用户配置。 6.增加打印功能; 7.统计结果的排序问题,可以按数字排序; 8.解决通过滚动条无法看到最后一条记录的问题; 9.主被叫号码长度超过29位导致“内部不正确”提示的问题。 10.可以对旧格式的信令文件进行处理后,用此软件进行分析。 具体使用方法见“UserMannua20.lwp”或从程序组中打开“用户手册”。 二.目前已经存在的问题,但难以解决的有: 1.相关信令的查询 当点击某个呼叫时,在出现相关的信令消息之前会有短时间的白屏现象。这是因为程序调用了一个DISMSU.EXE文件产生包含信令消息的文件。但是因为执行之间的同步问题,如果调用DISMSU.EXE结束后立刻打开信令消息文件显示,往往打开的是上一次的结果。所以在显示之前SLEEP 2秒钟。请教过UI的高手,通过在某一个文件中设置标志位来充当信号量,但在实现中发现仍然是老问题。 2.统计速度 对信令消息的统计速度比较慢,可能要忍受一下。我测试用的文件比较小,执行起来还比较快。主要原因可能在于以前的版本只支持TUP消息统计,消息参数都比较少,所以数组开了100个字节的空间。考虑到ISUP消息最长为272个,但转换为文本的字符表示,还要加空格,基本上是3倍的关系。所以目前的消息长度定位600。这样内存和写文件操作时间都会比较长。 3.不能统计自环消息 目前七号信令分析软件不支持对自环消息的统计,或者说自环统计中认为是成功的呼叫,在用此软件分析后会认为没有后向的应答消息而设置状态为不成功。 三.安装路径 setup目录下存放的是七号信令分析软件 2.0版本的安装盘。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值