diff options
Diffstat (limited to 'zh-cn/devices/bluetooth/asha.html')
| -rw-r--r-- | zh-cn/devices/bluetooth/asha.html | 41 |
1 files changed, 22 insertions, 19 deletions
diff --git a/zh-cn/devices/bluetooth/asha.html b/zh-cn/devices/bluetooth/asha.html index 8f22800c..9a157f52 100644 --- a/zh-cn/devices/bluetooth/asha.html +++ b/zh-cn/devices/bluetooth/asha.html @@ -65,7 +65,7 @@ <ul> <li> - 跟踪最近配对的左右外围设备。这两个外围设备应被视为音频接收器。 + 跟踪最近配对的左右外围设备。 </li> <li> 如果存在有效配对，则假设这些外围设备正在使用中。当连接中断时，中央设备应尝试与已配对的设备建立连接或重新建立连接。 @@ -86,22 +86,26 @@ <ul> <li> - 实现兼容的 BT 4.2 或更高版本的控制器</li> + 实现兼容的 BT 4.2 或更高版本的控制器。 + </li> + <li> + 让中央设备支持至少 2 个同步 LE 链路（包含<a href="#audio-packet-format-and-timing">音频数据包格式和时间设置</a>中所述的参数）。 + </li> <li> - 支持至少 2 个同步 LE 链路（包含<a href="#audio-packet-format-and-timing">音频数据包格式和时间设置</a>中所述的参数）。 + 让外围设备支持至少 1 个 LE 链路（包含<a href="#audio-packet-format-and-timing">音频数据包格式和时间设置</a>中所述的参数）。 </li> <li> 拥有基于 LE 信用的流控制 [BT 第 3 卷，A 部分，第 10.1 节]。 - 设备应该在 CoC 上支持至少 240 个字节的 MTU 和 MPS 大小，并且最多能够缓冲 8 个数据包。 + 设备应该在 CoC 上支持至少 241 个字节的 MTU 和 MPS 大小，并且最多能够缓冲 8 个数据包。 </li> <li> - 具有 LE 数据长度扩展 [BT 第 6 卷，B 部分，第 5.1.9 节]，负载至少为 87 个字节。建议数据长度至少为 250 个字节。 + 具有 LE 数据长度扩展 [BT 第 6 卷，B 部分，第 5.1.9 节]，负载至少为 167 个字节。对于支持编解码器 G.722 @ 24 kHz 的外围设备，此长度至少为 247 个字节。 </li> <li> 让中央设备支持 HCI LE 连接更新命令，并遵循非零 minimum_CE_Length 参数。 </li> <li> - 使用<a href="#audio-packet-format-and-timing">音频数据包格式和时间设置</a>中的连接时间间隔和负载大小，保持与两个不同外围设备之间的两个 LE CoC 连接的数据吞吐量。 + 让中央设备使用<a href="#audio-packet-format-and-timing">音频数据包格式和时间设置</a>中的连接时间间隔和负载大小，保持与两个不同外围设备之间的两个 LE CoC 连接的数据吞吐量。 </li> <li> 让外围设备将 <code>LL_LENGTH_REQ</code> 或 <code>LL_LENGTH_RSP</code> 帧中的 <code>MaxRxOctets</code> 和 <code>MaxRxTime</code> 参数设置为这些规范所需的最小必需值。这样，中央设备可以在计算接收帧所需的时间长度时优化其时间调度程序。 @@ -109,7 +113,7 @@ </ul> <p> - 外围设备和中央设备可以实现 BT 5 中指定的 2 Mbit PHY。中央设备应该同时在 1 Mbit 和 2 Mbit PHY 上支持高达 64 kbit/s 的音频链路，但可以选择将对需要高于 64 kbit/s 的链路的支持限制为 2 Mbit PHY，以便改善与其他 2.4 GHz 设备的共存性。请勿使用 BLE 远程 PHY。 + 外围设备和中央设备可以实现 BT 5 中指定的 2M PHY。中央设备应该同时在 1M 和 2M PHY 上支持高达 64 kbit/s 的音频链路，但可以选择将对需要高于 64 kbit/s 的链路的支持限制为 2M PHY，以便改善与其他 2.4 GHz 设备的共存性。请勿使用 BLE 远程 PHY。 </p> <p> @@ -160,7 +164,7 @@ </td> </tr> <tr> - <td>LE_PSM</td> + <td>LE_PSM_OUT</td> <td>读取</td> <td> 要用于连接声道的 PSM。将从动态范围中挑选 [BT 第 3 卷，A 部分，第 4.22 节] @@ -194,7 +198,7 @@ <td><code>{00e4ca9e-ab14-41e4-8823-f9e70c7e91df}</code></td> </tr> <tr> - <td>LE_PSM</td> + <td>LE_PSM_OUT</td> <td><code>{2d410339-82b6-42aa-b34e-e2e01df8cc1a}</code></td> </tr> </tbody></table> @@ -280,8 +284,7 @@ </tr> <tr> <td>0-1</td> - <td>制造商的 ID。</td> - </tr> + <td>制造商的 ID。这是 BTSIG 分配的<a href="https://www.bluetooth.com/specifications/assigned-numbers/company-identifiers">公司标识</a>。</td></tr> <tr> <td>2-7</td> <td> @@ -299,7 +302,7 @@ </tr> <tr> <td>0</td> - <td>是否支持 LE CoC 音频流式传输（是/否）。</td> + <td>是否支持 LE CoC 音频输出流式传输（是/否）。</td> </tr> <tr> <td>1-7</td> @@ -388,7 +391,7 @@ <td>2 <code>«Stop»</code></td> <td>无</td> <td> - 指示外围设备设备停止呈现音频。若要再次呈现音频，应在这次停止后启动新的音频设置序列。外围设备可以根据此命令请求连接更新。 + 指示外围设备设备停止呈现音频。若要再次呈现音频，应在这次停止后启动新的音频设置序列。 </td> </tr> </tbody></table> @@ -482,8 +485,7 @@ <ul> <li> - 音频帧应一律与连接时间间隔相匹配。 - 例如，如果连接时间间隔为 15 毫秒且采样率为 1 kHz，则音频帧应包含 240 个样本。 + 音频帧应一律与连接时间间隔相匹配。例如，如果连接时间间隔为 10 毫秒且采样率为 16 kHz，则音频帧应包含 160 个样本。 </li> <li> 无论帧时间或连接时间间隔为何，系统中的采样率都限制为 8kHz 的倍数，以便帧中包含的样本个数始终为整数。 @@ -513,7 +515,7 @@ <th>编解码器</th> <th>比特率</th> <th>连接时间间隔</th> - <th>CE 长度 (1/2 Mbit)</th> + <th>CE 长度 (1M/2M PHY)</th> <th>音频负载大小</th> </tr> <tr> @@ -555,15 +557,16 @@ </aside> <p> - 在启动音频流之前，中央设备会查询外围设备，并确立最高质量标准的编解码器。接下来，音频流设置会按顺序进行以下操作：</p> + 在启动音频流之前，中央设备会查询外围设备，并确立通用的编解码器。接下来，音频流设置会按顺序进行以下操作：</p> <ol> - <li>读取 PSM 和 PreparationDelay（可选）。</li> + <li>读取 PSM 以及 PreparationDelay 和 RenderDelay（可选）。这些值可以由中央设备缓存。 + </li> <li> 打开 CoC L2CAP 通道 - 外围设备最初应授予 8 个 Credit。 </li> <li> - 发出连接更新命令以将链接切换到所选编解码器需要的参数。 + 发出连接更新命令以将链接切换到所选编解码器需要的参数。中央设备可以在上一步骤中的 CoCo 连接之前进行此连接更新。 </li> <li> 中央设备和外围设备主机等待更新完成事件。 |