接着上一篇的链路控制一 讲解了连接的建立，建立连接之后，就可以进行数据的传输。
在连接的过程中同时还包括了对于连接的管理，包含七个连接控制的过程：
连接建立的时候，主设备通过发送连接请求发送了连接参数，但是隔一段时间后可能这些参数已不再适用，处于当前效率的目的，链接参数需要进行更新。
主设备通过发送链接请求更新这些参数，从设备只能接受这些参数，或者断开连接，这个更新数据包中包含了大量参数：
瞬时指的是连接更新的开始时刻，因为接收到连接更新请求时，可能还存在一些数据包未完成传输，必须为报文重传留下足够的时间，至少留出6次重传的机会。
如果到达了瞬时，数据包还未完成传输，则链路可能丢失；如果完成传输，就会执行新的连接参数。
对于无线环境来说，好的信道和坏的信道是不断变化中的，因此必须使用信令进行更新新到图谱。
从设备无法检测信道的好坏，也没有权利去改变信道图谱，这一切设计都是为了节约从设备的电量；
当主设备想要改变图谱，LL层会发送LL_CHANNEL_MAP_REQ向从设备发送图谱变化请求，该请求非常简单，包括：
信道图谱是一个37位的字段，每一位代表一个信道，置1则表示该信道是好的，置0则表示该信道坏损；
只有没有加密的链路才能进行启动加密操作。
启动加密的过程需要双方提供的4字节组成的一个随机数， 双方提供的8字节提供的会话密钥，以及作为配对共享秘密的长期密钥（LTK）.
主设备发送加密请求到从设备，从设备根据该请求里面的基本信息获得主设备的LTK, 然后从设备就会去查找自己保存的LTK，如果找到自己的LTK，则进行三次握手然后进行加密；
如上图，如果host B 没有提供LTK 则会导致LL层拒绝加密请求。
当然如果从设备屏蔽了加密请求或者从设备不支持加密，则都会拒绝加密请求。
重启加密的目的是为了刷新会话密钥，一般是因为包计数器即将过期或者主机选择了新的链路密钥，并想要使用它来更新会话密钥。
因为BLE的连接很少持续很长时间，所以重启加密并没有太多的必要，也不常见。
重启加密的过程比启动加密多了暂停加密。
版本信息主要是为了方便调试的目的，可以通过链路层自动获取也可以通过主机请求获得该信息。
因为他不改变设备的行为，因此没必要每次建立连接的时候都交换这个信息，大多数设备只在10次连接请求一次版本信息。
版本信息包括：
版本交换一旦完成，就不允许再执行该过程。
主设备通过功能请求报文询问从设备支持的功能，这种操作在每一个连接中只允许执行一次。
设备想要终止连接，需要发送一个终止连接的报文。
设备发送了终止指示的报文，如果没有收到确认，会认为过程超时，仍会断开连接，超时时间就是监控超时时间；如果设备收到对端的空包来响应该报文，则立即断开请求。
当然其他原因也可能导致连接的终止，包括监控超时，MIC失效。
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有