2. L2CAP信道类型与CID分配机制

L2CAP（Logical Link Control and Adaptation Protocol）位于蓝牙协议栈的基带层之上，负责向上层协议（如RFCOMM、ATT、SMP）提供逻辑信道抽象。根据连接方式与用途，L2CAP信道分为三大类：面向连接信道（COC）、无连接信道（CL）和固定信道。每类信道通过唯一的信道标识符（CID）进行寻址与区分。

2.1 信道类型总览

下表从连接建立方式、典型用途、CID范围三个维度对比三类信道：

2.2 面向连接信道（COC）

COC是L2CAP层最常用的信道类型，提供可靠的、面向连接的数据传输服务。其生命周期包含四个阶段：建立、配置、数据传输、关闭。

2.2.1 COC建立流程

COC的建立通过L2CAP信令信道（CID 0x0001）交换控制帧完成。典型流程如下：

1. 请求端发送 L2CAP_CONNECTION_REQ，携带PSM（Protocol/Service Multiplexer）和本地CID。
2. 响应端收到后，分配本地CID，回复 L2CAP_CONNECTION_RSP，包含结果码和远端CID。
3. 双方进入 CONFIG 阶段，交换 L2CAP_CONFIG_REQ/RSP，协商MTU、Flush Timeout等参数。
4. 配置完成后，信道进入 OPEN 状态，开始数据传输。

2.2.2 COC CID分配机制

COC的CID由L2CAP层动态分配，分配规则如下：

• 起始值：0x0040（BR/EDR）或 0x0040（LE，但LE COC从0x0040开始，与BR/EDR共用范围）。
• 分配方向：每个方向独立分配。发起端分配本地CID，响应端分配远端CID。
• 回收复用：信道关闭后，CID标记为可用，后续新信道可复用该CID。
• 范围限制：0x0040 – 0xFFFF，理论上最多支持 65472 个COC信道（实际受内存和控制器资源限制）。

2.3 无连接信道（CL）

无连接信道使用固定CID 0x0002，提供不可靠的、无连接的数据报服务。其特点包括：

• 无需建立连接：发送方直接构造L2CAP帧，目标CID固定为0x0002。
• 广播支持：可用于向多个设备发送广播数据（如蓝牙信标）。
• 无确认机制：数据包可能丢失，上层协议需自行处理可靠性。
• 协议数据单元（PDU）格式：包含协议/服务复用器（PSM）字段，用于区分上层协议。

2.4 固定信道

固定信道在L2CAP层初始化时即预分配，无需动态建立。其CID范围固定为 0x0001 – 0x003F，每个CID对应一个特定的协议或功能。

2.4.1 主要固定信道

2.4.2 固定信道与COC的对比

2.5 CID分配机制详解

CID是L2CAP层实现多路复用的核心标识符。每个L2CAP信道在本地和远端各有一个CID，构成（本地CID，远端CID）二元组，唯一标识一条逻辑信道。

2.5.1 CID空间划分

CID是一个16位无符号整数，其空间划分如下：

• 0x0000：保留，未使用。
• 0x0001 – 0x003F：固定信道CID，由蓝牙规范预定义。
• 0x0040 – 0xFFFF：动态CID，用于COC信道，由L2CAP层动态分配。

2.5.2 动态CID分配算法

Linux内核中，动态CID分配采用线性扫描 + 位图管理策略：

/* l2cap_core.c - CID分配核心逻辑 */
static u16 l2cap_alloc_cid(struct l2cap_chan *chan)
{
    u16 cid;
    
    /* 从0x0040开始扫描 */
    for (cid = L2CAP_CID_DYN_START; cid < L2CAP_CID_DYN_END; cid++) {
        /* 检查CID是否已被使用 */
        if (!__l2cap_get_chan_by_scid(chan->conn, cid)) {
            chan->scid = cid;
            return cid;
        }
    }
    return 0; /* 分配失败 */
}

2.6 信道类型选择策略

在实际开发中，选择哪种信道类型取决于应用需求：

2.7 性能调优要点