零.声明
本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下：
第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。
第二篇:Transport层介绍,主要介绍蓝牙协议栈跟蓝牙芯片之前的硬件传输协议,比如基于UART的H4,H5,BCSP，基于USB的H2等
第三篇:传统蓝牙controller介绍，主要介绍传统蓝牙芯片的介绍，包括射频层（RF），基带层（baseband），链路管理层（LMP）等
第四篇:传统蓝牙host介绍，主要介绍传统蓝牙的协议栈，比如HCI,L2CAP,SDP,RFCOMM,HFP,SPP,HID,AVDTP,AVCTP,A2DP,AVRCP,OBEX,PBAP,MAP等等一系列的协议吧。
第五篇：低功耗蓝牙controller介绍，主要介绍低功耗蓝牙芯片，包括物理层（PHY），链路层（LL）
第六篇：低功耗蓝牙host介绍，低功耗蓝牙协议栈的介绍，包括HCI,L2CAP,ATT,GATT,SM等
第七篇：蓝牙芯片介绍，主要介绍一些蓝牙芯片的初始化流程，基于HCI vendor command的扩展
第八篇：附录，主要介绍以上常用名词的介绍以及一些特殊流程的介绍等。
另外，开发板如下所示，对于想学习蓝牙协议栈的最好人手一套。以便更好的学习蓝牙协议栈，相信我，学完这一套视频你将拥有修改任何协议栈的能力（比如Linux下的bluez，Android下的bluedroid）。
-------------------------------------------------------------------------------------------------------------------------
蓝牙视频教程(跟韦东山老师合作)：
https://item.taobao.com/item.htm?spm=a1z10.1-c-s.w4004-22329603896.20.5aeb41f98e267j&id=693788592796
蓝牙交流扣扣群：765961169
Github代码：GitHub - sj15712795029/bluetooth_stack: 这是一个开源的双模蓝牙协议栈(bluetooth.stack)(btstack),可以运行在STM32,Linux.，包含HCI,L2CAP,SDP,RFCOMM,HFP,SPP,A2DP,AVRCP,AVDTP,AVCTP,OBEX,PBAP等协议，后续会继续维护，以达到商用的目的
入手开发板：https://shop220811498.taobao.com/category-1542116976.htm?spm=a1z10.5-c-s.w4010-22329603913.7.39ca7dbe2EA0K3&search=y&catName=%C0%B6%D1%C0%BF%AA%B7%A2%B0%E5#bd
蓝牙学习目录：一篇文章足够你学习蓝牙技术，提供史上最全的蓝牙技术（传统蓝牙/低功耗蓝牙）文章总结，文档下载总结（2020/12/11更新）_Wireless_Link的博客-CSDN博客_蓝牙eir
--------------------------------------------------------------------------------------------------------------------------
一.AVCTP概念
AVCTP（Audio/Video Control Transport Protocol）协议描述了蓝牙设备间Audio/Video的控制信号交换的格式和机制，它是一个总体的协议，具体的控制信息由其指定的协议(如AVRCP)实现，AVCTP本身只指定控制command和response的总体的格式。
几个重要的点：
(1)AVCTP uses point-to-point signaling over connection-oriented L2CAP channels.
(2)AVCTP shall be able to support both controller and target functionalities at both sides of the connection.
(3)Between two devices, multiple AVCTP connections may exist. Each AVCTP connection has its own L2CAP channel with its unique PSM value. There shall be only one AVCTP connection per PSM per ACL.
(4)Each AVCTP packet shall be transported on a single L2CAP packet.
(5)不同L2CAP channel上的相同的transaction Label是属于不同的message的。也就是说，两条L2CAP上的packets是没有关系的，不可能属于同一个message。AVCTP整个框架如下：
以上图示我继续做了细化，在整个协议栈的结构如红框：
可以看到AVCTP是基于L2CAP协议的，他有两组PSM，分别如下：
2.AVCTP封包格式
AVCTP封包格式分为两种：
- 没有被分隔的（小于L2CAP MTU）
- 被分隔的（大于L2CAP MTU）
下面我们来分别介绍下每种的格式：
2.1没有被分隔的AVCTP
Transaction label field： (octet 0, bits 7-4) value is provided by the application.传输标示，由上层提供
Packet_type field:(octet 0, bits 3 and 2) is set to zero to indicate that the command/response message is transmitted in a single L2CAP packet.此部分00b标示没有被分割.
C/R: (octet 0, bit 1) indicates whether the message conveys a command frame (0) or a response frame (1). It is provided by the application.0代表command,1代表response
IPID :bit (octet 0, bit 0) is set in a response message to indicate an invalid profile identifier received in the command message of the same transaction; otherwise this bit is set to zero. In command messages this bit is set to zero.在command中设置为0，在response中设置为0代表正常PID
Profile Identifier (PID)： field indicates that the command/response frame is coded according to the rules defined by the identified profile. The value shall be identical to the bits UUID of the service class，此部分填写16bit的UUID，比如AVRCP的UUID 0x110e
后续的Message Infomation就是上层协议的数据
2.2被分隔的AVCTP
被分隔的的数据包格式一共有三种
我们在这里只介绍两个地方，其他跟没有被分隔的一致：
1）Packet_type:The Packet_Type field (see Section 6.1.2) qualifies each L2CAP packet as either first (Packet_Type=01), continue (Packet_Type=10), or end packet (Packet_Type=11). In the case of a nonfragmented message (see Section 6.1.1), this field (Packet_Type=00) simply indicates
that the message fits into a single packet and the number of packets is not inserted in the message.
总结下：开始封包是01b,继续封包10b,结束封包是11b
2）Number of AVCTP Packets is present in every start packet (octet 2 ) to indicate the total number of AVCTP packets that belong to the same message. As the start packet is also counted, this value is always greater than 1.
总结下：标示整个分隔封包的数量，包含这个开始封包，所以此封包的个数肯定是大于1的。
示意图如下：
