LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和链接. 1 引言 本文档阐述了LoRaWAN网络协议,它是针对电池供电的终端设备(不论移动还是固定位置)进行了优化的. LoRaWAN网络通常采用星形拓扑结构,其中网关1(gateways)用于转发终端设备2(end-devices)和中心网络服务器(network server)之间的消息,网络服

前言 通过OTAA方式入网的设备,通讯时使用的KEY需要通过服务器获得,在入网之间,设备无法通讯. 相关的OTAA入网流程已经在上一章中讲解过了,有兴趣的可以去看看**LoRaWAN协议(五)__OTAA入网方式详述** 这一章讲解的是OTAA中的密钥生成过程. 其中使用到的库函数都是从semtech的官方库中来的,官方库代码链接:LoRaMac-node. 详解 设备在通讯时,会使用的密钥有NwkSKey 和AppSKey. 生成的公式如下: NwkSKey = aes128_encrypt(

前言 OTAA(Over-The-Air Activation),是LoRaWAN的一种空中入网方式.当node在上电的时候处于非入网状态时,需要先入网才能和服务器进行通信.其操作就是node发送join_request message,请求入网,然后服务器同意入网,并且返回Join-accept message,node再对信息进行解析,获取通信参数,之后就可以和服务器通信了. 顺便分享几个工具网站给大家: HEX/字符串转换 JSON校验 BASE64编码/解码 OTAA方式入网步骤 准备工

LoRaWAN Server 端架构 LoRaWAN 的server包括 NS(Network server).AS(application server).CS(Custom server).... 其中NS和AS是比不可少的,是完成LoRaWAN协议的重要组成部分 NS 职责 NS是直接与GW通信的服务器,也是AS和GW之间的桥梁 我所知道的工作有如下几点: 验证数据的合法性(校验MIC) 从GW的信息中提取数据,整理成NS 的JSON数据包 将校验合法的数据打包成新的JSON包上传至AS

前言 在LoRaWAN中,node最终和服务器能够正常数据交互,需要先入网,入网的本质,也就是获得一些通信相关的参数,有以下几个: NwkSKey AppSKey DevAddr DevEui 其中 NwkSKey用于数据的校验,也就是说在MIC校验时会用到 AppSKey用于负载的AES加密,也就是说在加密解密时会使用到 DevAddr是node的短地址,在数据通讯时,使用的是node的短地址 DevEUI 在ABP入网方式的通讯中不会使用,在OTAA方式中会使用到,是由设备在入网前就产生了.

相关学习资料 http://baike.baidu.com/view/149421.htm?fromtitle=ARP%E5%8D%8F%E8%AE%AE&fromid=1742212&type=syn http://blog.csdn.net/dog250/article/details/7251689 http://www.cnitblog.com/flutist1225/articles/19996.html 目录 . ARP协议简介 . ARP协议格式 . ARP运行机制 . 保证

相关学习资料 http://www.360doc.com/content/10/0602/08/1466362_30787868.shtml http://www.gxu.edu.cn/college/hxhgxy/sec/COURSE/ch13/1.htm http://www.rfc-editor.org/rfc/rfc6101.txt http://3600.1kapp.com/?p=546 http://wiki.mbalib.com/wiki/SSL%E4%BF%AE%E6%94%B9

SSL.TLS协议格式.HTTPS通信过程.RDP SSL通信过程   相关学习资料 http://www.360doc.com/content/10/0602/08/1466362_30787868.shtml http://www.gxu.edu.cn/college/hxhgxy/sec/COURSE/ch13/1.htm http://www.rfc-editor.org/rfc/rfc6101.txt http://3600.1kapp.com/?p=546 http://wiki.m

TCP协议 协议格式 0 16 31 |16位源端口 | 16位目标端口| | 32位序号 | | 32位确认序号 | |4位首部长度|保留(6位)|URG|ACK|PSH|RST|SYN|FIN|16位窗口大小| |16位校验和| 16位紧急指针| |选项| |数据| 解析: 16位窗口大小用于流量控制. 16位校验和:将协议头和数据都计算在内. 16位紧急指针:紧急数据在数据包中偏移,紧急数据一般放在包尾. 4位首部长度:以4字节为单位,最长60字节,最短20字节. URG:紧急数据,一般置

Egret官方提供了一个Websocket的库,可以让我们方便的和服务器长连接交互. 标题写的时候自定义websocket的协议格式.解释一下,不是说我们去动websocket本身的东西,我们是在websocket的传输内容里面约定一套服务器和客户的交互格式. 捋一下思路: 选择序列化的方式 约定一个交互格式 封装一个简单的NetMgr(网络管理类) 选择序列化方式: 目前主流的序列化方式一般就三种 xml json protobuf,经过考虑,我决定选择json,原因是:1.对复杂的格式支持比

摘自:http://www.cnblogs.com/answerinthewind/p/6200497.html LoRaWAN协议(一)-----架构解析 (1)LoRaWAN分层 LoRaWAN总体架构一共分为4个部分: 从图中看,用户从节点获取数据的通讯过程可以分为三个部分: 1.MOTE<——>GW(MAC层) 2.GW<——>Server 3.Sever<——>用户 LoRa联盟规定了MAC层的通讯协议,只有在设备(GW.MOTE)共同遵守的MAC层协议的前提

名词解析 上行:终端的数据发送经过一个或多个网关中转到达网络服务器. 下行:由网络服务器发送给终端设备,每条消息对应的终端设备是唯一确定的,而且只通过一个网关中转. LoRaWAN Classes LoRaWAN Classes 一共分为3类:Class A,Class B,Class C Class A:终端先发送,在发送后开启一段时间的接收窗口,终端只有在发送后才可以接收.也就是说上行没有限制,下行的数据只有在上行包发送上来的时候终端才可以接收到.(功耗最低) Class B:终端和服务器协

LoRaWAN 分层 总体架构一共分为4部分: LoRaWAN从底层到最后用户拿到数据的通讯过程通讯大致可分为三段: MOTE <---> GW (MAC层) GW <---> server server <---> 用户 LoRa联盟 规定了 MAC层的通讯协议,只有在设备(GW.MOTE)共同遵守的MAC层协议的前提下,不同硬件厂商的设备才能互相接入. 而GW <---> Server以及Server <---> 用户这两层的协议虽然LoRa

相关学习资料 http://www.rfc-editor.org/rfc/rfc2131.txt http://baike.baidu.com/view/7992.htm?fromtitle=DHCP协议&fromid=1989741&type=syn http://blog.chinaunix.net/uid-20530497-id-2203830.html http://www.datacentersky.com/dhcp-message-format.html http://www.

原文链接:https://www.jianshu.com/p/8fe93a14754c 一.URI结构 HTTP使用统一资源标识符(URI)来传输数据和建立连接.URL(统一资源定位符)是一种特殊种类的URI,包含了用于查找的资源的足够的信息,我们一般常用的就是URL,而一个完整的URL包含下面几部分: http://www.fishbay.cn:80/mix/76.html?name=kelvin&password=123456#first 1.协议部分 该URL的协议部分为http:,表示网

HTTP 是一个属于应用层的面向对象的协议,由于其简捷.快速的方式,适用于分布式超媒体信息系统.它于1990年提出,经过几年的使用与发展,得到不断地完善和 扩展.目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的规范化工作正在进行之中,而且HTTP-NG(Next Generation of HTTP)的建议已经提出. HTTP协议的主要特点可概括如下: 1.支持客户/服务器模式. 2.简单快速:客户向服务器请求服务时,只需传送请求方法和路径.请求方法常用的有GET.HEAD.P

http://blog.csdn.net/ai2000ai/article/details/52161979 昨天在实战表单模拟提交的时候,有发现在提交某个表单的时候,页面(discuz!论坛)报错,无法检测到数据来源云云,但是我确实提交了http_referer了啊,怎么会出现这个情况呢?问了下haohappy,他给了个pear的类,http/client,才发现,我研究了几天的东东,原来有个现成的可以用,“使用pear站在巨人的肩膀上”,这个果然没有错.过些天组装一个client试试看.  

访问格式为:ftp://用户名:密码@服务器ip:服务器端口/具体文件路径 如下所示: <img src="ftp://lxj:123@127.0.0.1:21/IMG_20130511_093830.jpg"  >

版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/Romantic_Energy/article/details/50508332本文需要读者对H.264流有一定的了解才可以理解2种格式差异.        首先要理解的是没有标准的H.264基本流格式.文档中的确包含了一个Annex,特别是描述了一种可能的格式Annex B格式,但是这个并不是一个必须要求的格式.标准文档中指定了视频怎样编码成独立的包,但是这些包是怎样存储和传输的却是开放的. 一.

HTTP/1.0 报文类型有两种: 请求,响应. 请求类型 请求行(request-line):  请求类型+空格+url+\r\n. 请求头部(headers):0-n个键值对的集合. 空行(blank line):\r\n 请求体(body):只有post请求的时候才有,否则没有 GET请求的类型的例子 POST请求类型的例子 响应类型 状态行(status-line):  http协议版本号+状态号+空格+状态解释+\r\n. 响应头部(headers):0-n个键值对的集合. 空行(bl

HTTP请求数据: HTTP请求信息由3部分组成: ① 请求方法 URI 协议/版本 ② 请求头(Request Header) ③     请求正文 HTTP 请求 数据 例子举例: GET/sample.Jsp HTTP/1.1 Accept:image/gif.image/jpeg,*/* Accept-Language:zh-cn Connection:Keep-Alive Host:localhost User-Agent:Mozila/4.0(compatible;MSIE5.01;