at-command - '+CEREG' 未经请求的消息的正常行为是什么？

Question

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

有时收到响应较晚，当它确实按时收到响应时，cell-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) 

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

Answer 1

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

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

AT+CEREG=<mode>

mode 的值可以是 0(禁用 URC)和 1/2/3(配置不同的verbosity 级别)。

据我所知，您的设备设置为 +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>]]

stat 值尤其重要。根据ME910C1 AT guide与我们相关的是:

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

你怎么了

1. 由于您在开车，所以您会看到很多只有一个电池开关的 URC； stat 值始终为 1(已注册)。

2. 在那之后，发生了一些事情:stat 切换为 0(未注册)可能是由于覆盖率非常低(隧道？)。

3. 您必须行驶一段时间，但最后状态变为 2(正在扫描)。这意味着设备再次收到一些东西，但需要一些时间重新注册。

4. 调制解调器终于再次注册，并且小区已更改(出隧道？)。