NB-IoT_信令分析_华为海思芯片

本文介绍了华为海思芯片在NB-IoT通信中的信令分析,包括随机接入、应用报告、小区选择、重选、上下行数据传输等关键信令的解读,以及如何使用UE Monitor软件进行信令调试和问题排查。
摘要由CSDN通过智能技术生成

Introduction

  • 信令是UE在与基站交互的时候,留下来的debug信息,可以帮助我们理解UE的行为和当前的状态,用于诊断UE侧的问题。我们可以通过UE侧的信令,推测其与基站之间通信的细节。
  • 以华为海思作为芯片的模组,都可以使用他们的软件UE Monitor来记录和查看信令。这个软件的功能挺多的,可以自行探索(在软件界面任何可能的地方,右击看看有很多隐藏功能,有空再盘)
  • 信令的原形是一大堆的二进制的log,需要使用与模组固件版本相对应的解码器xml才能够正确解出信令。

一条信令的信息

在软件界面,右半部分菜单栏:Details, Status, Msc. FSM, AT terminal。除了Details我们关注比较多,其他的功能暂时没什么用。AT terminal的功能与移远的QCOM串口通信软件相同。

Details

  • Transport字段是这个信令的十六进制字节流和一些不太重要的信息。
  • header字段指示了信令是协议栈当中具体哪些层之间的交互,我们比较关注的层有:LAYER_LL1, LAYER_MAC, LAYER_RRC, LAYER_L2, LAYER_MN, LAYER_EMMSM。
  • 剩下的信息基本是不同的信令各有不同。

一些关键的信令

application report

  • APPLICATION_REPORT
    应用层的一些信息,messa
七号信令分析软件 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版本的安装盘。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值