使用NB模组建立TCP连接发送数据，受蜂窝网络波动的影响，tcp连接不稳定，时常容易断开，但是模组存在无法感知连接状态的情况，导致较长时间的数据中断（模组没有上报断开连接指示，发送数据没有报错，但是数据没有发送到服务器）。以下对NB模组TCPUDP的使用做总结，并针对TCP数据中断的情况给出了解决方案。
适用于M5310-A、BC28等海思模组。
NB模组会自动注册平台，使用前最好关闭平台注册功能。当然不关闭也是可以使用的。 M5310-A需要禁用LwM2M模块。LwM2M模块使用socke 0，通过NSOCR创建的socket id从1开始；禁用LwM2M后，sokce id从0开始。
移远的模组则是禁用IoT平台注册功能
1.创建socket
返回创建的socket id。
6003表示监听端口，可设置为0，表示任意端口;
最后的数字表示接收控制：0-无接收提醒，1-接收提醒 设置为0时，收到下行数据时，模组不主动发送任何信息提示设置为1时，收到数据后，模组主动上报提示信息:
2.发送数据 正常发送
带RAI发送
发送完成后模组马上进入Idle状态，否则会等到20S的不活动定时器超时后才进入Idle。
如：
3.读取接收数据
模组会将收到的数据逐条缓存在内存中，发送该指令后，模组返回缓存在内存中的第一条数据;继续发送，则继续返回剩下的数据。
0表示socke id，255表示读取的消息长度； 若创建socket时设置接收提醒
模组收到数据时主动上报： +NSONMI:0,2；
若模组中已经缓存有数据还未读取，则收到新的下发数据后，模组并不会上报+NSONMI:0,2指示；
创建socket时设置无接收提醒
模组收到下发数据时无任何指示信息
1.创建socket
同创建UDP时一样,第一个0表示监听任意端口,也可指定端口;
最后一个0设置无接收提醒,1则表示有接收提醒。
创建成功，返回socket id
2.连接服务器
连接成功后返回：
3.发送 正常发送,不指定发送序号
模组返回：
0-socket id；4-发送的数据长度 带序号发送
发送时指定发送序号，模组会返回数据发送状态
发送格式如下：
模组返回：
说明：
有时TCP连接已经断开，但是模组检测不到，不会主动上报"
"，且服务器也没有断开指示；实际测试，长时间不发送数据，TCP连接会断开。在连接断开的情况下用“AT+NSOSD”发送数据分以下两种情况讨论： 正常发送方式(不指定序号)：该方式下发送数据模组仍会返回ok，但是数据并不会发送到服务器。该情况下用户程序无法感知连接断开，需要依赖服务器下发数据才能区分。带序号发送：该方式下发送数据，模组会返回OK，但不会上报+NSOSTR（很正常，tcp连接已经断开了嘛），继续使用该指令发送数据，模组就会返回err了。使用该指令，用户程序可以判别出tcp连接断开的情况，推荐使用。
在上述TCP连接断开的情况下，需要关闭socket、重新创建、连接才可。
TCP发送带RAI的方式目前不生效。 4.接收-读取模组数据
同UDP时一样 创建socket时设置无接收提醒
使用TCP时，推荐使用带序号的发送方式，可以规避TCP连接断开后应用程序无法感知导致较长时间数据中断的问题。
移远的海思平台的模组使用方式相同。
另外： 新版本的海思固件中加入了 NSOSTATUS 指令，可以查询socket的状态，推测该指令应该也可以解决连接断开的情况，需要测试验证（2020-4-5）。
