“+CEREG”未经请求的消息的正常行为是什么?

oma*_*lha 3 at-command lte

我的服务器正在从 Telit ME910C1 LTE Cat-M 调制解调器接收数据。该装置放置在行驶中的车辆上。

有时响应会延迟收到,当它按时收到响应时,小区 ID 会发生变化。

请帮我缩小这个问题的范围:我需要对下面代码部分中附加的消息进行解释+CEREG

+CEREG: 1,"4CO3","AD9C30F",8 T:(0:43:36)  // server delay starts now 
+CEREG: 1,"4C01","AE25C11",8 T:(0:47:36)
+CEREG: 1,"4C01","AE15E10",8 T:(0:49:58)
+CEREG: 1,"4CO3","AE2DA10",8 T:(0:50:13)
+CEREG: 1,"4CO3","AE2DAOF",8 T:(0:52:30)
+CEREG: 1,"4CO3","AE1D010",8 T:(0:52:48)
+CEREG: 1,"4CO3","AE19611",8 T:(0:54:48)
+CEREG: 1,"4CO3","AE1960F",8 T:(0:56:9) 
+CEREG: 1,"4CO3","AE19610",8 T:(0:57:54)
+CEREG: 1,"4CO3","AE26611",8 T:(0:58:27)
+CEREG: 1,"4CO3","AE19610",8 T:(0:58:38)
+CEREG: 1,"4CO3","AE26610",8 T:(0:58:48)
+CEREG: 1,"4CO3","AE1B411",8 T:(1:2:9)
+CEREG: 1,"4CO3","AE1B40F",8 T:(1:3:47) 
+CEREG: 1,"4CO3","AE1B415",8 T:(1:4:23)
+CEREG: 0 T:(1:7:27)
+CEREG: 0 T:(1:7:51)
+CEREG: 2 T:(1:7:52)
+CEREG: 1,"4CO3","AE1B415",8 T:(1:7:52) 
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:1)  // Server delay ends here
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:8:8)
+CEREG: 2,1,"4CO3","AE1B415",8 T:(1:10:0)
+CEREG: 1,"4CO3","AD9E712",8 T:(1:11:30) 
Run Code Online (Sandbox Code Playgroud)

我唯一的想法是可能没有很好的小区覆盖。我是对的吗?

Rob*_*oni 6

您在日志中看到的是一系列URC消息(主动结果代码:由特定事件触发的异步消息)。

这个特定的URC是通过命令启用的

AT+CEREG=<mode>
Run Code Online (Sandbox Code Playgroud)

其中模式可以具有值 0(禁用 URC)和 1/2/3(配置不同的详细级别)。

据我所知,您的设备已设置为+CEREG=3.

URC 的格式如下

short format: +CEREG: <stat>
long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>]]
extended long format: +CEREG: <stat>[,[<tac>],[<ci>],[<AcT>][,<cause_type>,<reject_cause>]]
Run Code Online (Sandbox Code Playgroud)

特别是,统计值非常重要。根据ME910C1 AT 指南,与我们相关的是:

  • 0:未注册,终端当前未搜索新的运营商进行注册
  • 1:已注册,家庭网络
  • 2:未注册,但终端当前正在搜索新的运营商进行注册

你怎么了

  1. 因为你在开车,所以你会看到很多只有一个单元开关的 URC;stat值始终为 1(已注册)。

  2. 之后,发生了一些事情:stat切换到 0(未注册),可能是由于覆盖范围非常低(隧道?)。

  3. 你必须开车一段时间,但最后状态变成2(扫描)。这意味着设备再次接收到某些内容,但需要一些时间才能再次注册。

  4. 调制解调器最终再次注册,并且小区发生变化(在隧道外?)。