标准描述了RFID阅读器和客户端之间的接口。是面向消息的协议。
需要用户自己保持客户端和阅读器间的状态一致性。
客户端发起的到阅读器的消息：
- 设置阅读器的配置
- 读取阅读器的配置
- 发现阅读器的能力
- 管理inventory操作
- 管理访问操作
阅读器发起的到客户端的消息：
- 报告阅读器状态
- 报告RF survey
- 报告Inventory的结果
- 报告访问的结果
- Keepalives
客户端发起的到阅读器的消息都需要响应。
阅读器发起的到客户端的消息只有keepalives需要响应。
LLRP (1.1版)的连接包含两个阶段：版本协商（我现在手头的设备不支持这个功能）和运行时。
运行时的执行阶段如下：
- 发现能力
- 设备配置
- （可选的）inventory和访问操作设置
- 执行inventory循环：如果标签匹配成功，访问控制操作将在inventory周期内执行。
- 执行RF survey操作
- 发送报告回客户端
LLRP中的RF操作有：
- 阅读器操作（RO）: 天线Inventory, RF Survey
- 访问操作（AO）
天线Inventory（AI）是阅读器和标签间的最小交互单元，用AISpec来描述，包括N * M个天线Inventory操作，其中N是天线数，M是InventoryParameterSpecs数。
RF Survey是阅读器使用一系列频率在一个天线上执行扫描和测量电量的操作。用RFSurveySpec描述。
阅读器操作用ROSpec描述，包括至少一个Spec（AISpec或RFSuerveySpec）。
ROSpec的状态图
阅读器根据ROSpec中的优先级进行强占（我手头的设备只支持一个ROSpec，没有这种情况）。
在ROSpec进入Active状态后，依次选择ROSpec中的Spec（AISpec或RFSurveySpec）执行。
访问操作用AccessSpec描述，通过引用的ID号与ROSpec相关联。AccessSpec中包含的TagSpec和OpSpec分别表示标签匹配条件和操作说明，当ROSpec中的AISpec选择了一个标签，而这个标签符合了某个与该ROSpec关联的AccessSpec中的TagSpec，则根据OpSpec的描述对该标签执行对应操作。
有一种特殊的OpSpec——ClientRequestOpSpec，阅读器会向客户端发送请求来获取额外的参数，需要客户端响应。
AccessSpec的状态
LLRP中连接可以是客户端发起的，也可以是阅读器发起的（还没有搞清楚阅读器如何发起）。
缺省的端口是5084，缺省的TLS端口是5085（没有试验过）。
连接到一个已经建立连接的阅读器时，如果成功，原先的连接会被关闭；如果不能关闭原来的连接，则当前的请求返回错误。
当阅读器收不到客户端的keepalives响应时，阅读器会关闭连接。