forked from xiaozhi/xiaozhi-esp32
161 lines
5.4 KiB
Markdown
161 lines
5.4 KiB
Markdown
|
||
# AI 语音交互通信协议文档
|
||
|
||
## 1. 连接建立与鉴权
|
||
|
||
客户端通过 WebSocket 连接到服务器时，需要在 HTTP 头中包含以下信息：
|
||
|
||
- `Authorization`: Bearer token，格式为 "Bearer <access_token>"
|
||
- `Device-Id`: 设备 MAC 地址
|
||
- `Protocol-Version`: 协议版本号，当前为 2
|
||
|
||
WebSocket URL: `wss://api.tenclass.net/xiaozhi/v1`
|
||
|
||
## 2. 二进制数据
|
||
|
||
客户端发送的二进制数据使用固定头格式的协议，如下：
|
||
|
||
```cpp
|
||
struct BinaryProtocol {
|
||
uint16_t version; // 二进制协议版本，当前为 2
|
||
uint16_t type; // 消息类型（0：音频流数据，1：JSON）
|
||
uint32_t reserved; // 保留字段
|
||
uint32_t timestamp; // 时间戳（保留用作回声消除，也可以用于UDP不可靠传输中的排序）
|
||
uint32_t payload_size; // 负载大小
|
||
uint8_t payload[]; // 可以是音频数据（Opus 编码或协商的音频格式），也可以封装 JSON
|
||
} __attribute__((packed));
|
||
```
|
||
|
||
注意：所有多字节整数字段使用网络字节序（大端序）。
|
||
|
||
目前二进制数据跟 JSON 都是走同一个 WebSocket 连接，未来实时对话模式下，二进制音频数据可能走 UDP，可以扩展 hello 消息进行协商。
|
||
|
||
## 3. 音频数据传输
|
||
|
||
- 客户端到服务器: 使用二进制协议发送 Opus 编码的音频数据
|
||
- 服务器到客户端: 使用二进制协议发送 Opus 编码的音频数据，格式与客户端发送的相同
|
||
|
||
出现 payload_size 为 0 的音频数据包可以用做句子边界标记，可以忽略，但不要报错。
|
||
|
||
## 4. 握手消息
|
||
|
||
连接建立后，客户端发送一个 JSON 格式的 "hello" 消息，初始化服务器端的音频解码器。
|
||
不需要等待服务器响应，随后即可发送音频数据。
|
||
|
||
```json
|
||
{
|
||
"type": "hello",
|
||
"response_mode": "auto",
|
||
"audio_params": {
|
||
"format": "opus",
|
||
"sample_rate": 16000,
|
||
"channels": 1
|
||
}
|
||
}
|
||
```
|
||
|
||
应答模式 `response_mode` 可以为 `auto` 或 `manual`。
|
||
|
||
`auto`：自动应答模式，服务器实时计算音频 VAD 并自动决定何时开始应答。
|
||
|
||
`manual`：手动应答模式，客户端状态从 `listening` 变为 `idle` 时，服务器可以应答。
|
||
|
||
## 5. 状态更新
|
||
|
||
客户端在状态变化时发送 JSON 消息:
|
||
|
||
```json
|
||
{
|
||
"type": "state",
|
||
"state": "<新状态>"
|
||
}
|
||
```
|
||
|
||
可能发送的状态值包括: `idle`, `wake_word_detected`, `listening`, `speaking`。
|
||
|
||
示例:
|
||
|
||
1、按住说话（`response_mode` 为 `manual`）
|
||
|
||
- 当按住说话按钮时，如果未连接服务器，则连接服务器，并编码、缓存当前音频数据，连接成功后，客户端设置状态为 `listening`，并在 hello 消息之后发送缓存的音频数据。
|
||
- 当按住说话按钮时，如果已连接服务器，则客户端设置状态为 `listening`，并发送音频数据。
|
||
- 当释放说话按钮时，状态变为 `idle`，此时服务器开始识别。
|
||
- 服务器开始应答时，推送 `stt` 和 `tts` 消息。
|
||
- 客户端开始播放音频时，状态设为 `speaking`。
|
||
- 客户端结束播放音频时，状态设为 `idle`。
|
||
- 在 `speaking` 状态下，按住说话按钮，会立即停止当前音频播放，状态变为 `listening`。
|
||
|
||
2、语音唤醒，轮流对话（`response_mode` 为 `auto`）
|
||
|
||
- 连接服务器，发送 hello 消息，发送唤醒词音频数据，然后发送状态 `wake_word_detected`，服务器开始应答。
|
||
- 客户端开始播放音频时，状态设为 `speaking`，此时客户端不会发送音频数据。
|
||
- 客户端结束播放音频时，状态设为 `listening`，此时客户端发送音频数据。
|
||
- 服务器计算音频 VAD 自动选择时机开始应答时，推送 `stt` 和 `tts` 消息。
|
||
- 客户端收到 `tts`.`start` 时，开始播放音频，状态设为 `speaking`。
|
||
- 客户端收到 `tts`.`stop` 时，停止播放音频，状态设为 `listening`。
|
||
|
||
3、语音唤醒，实时对话（`response_mode` 为 `real_time`）
|
||
|
||
- 连接服务器，发送 hello 消息，发送唤醒词音频数据，然后发送状态 `wake_word_detected`，服务器开始应答。
|
||
- 客户端开始播放音频时，状态设为 `speaking`。
|
||
- 客户端结束播放音频时，状态设为 `listening`。
|
||
- 在 `speaking` 和 `listening` 状态下，客户端都会发送音频数据。
|
||
- 服务器计算音频 VAD 自动选择时机开始应答时，推送 `stt` 和 `tts` 消息。
|
||
- 客户端收到 `stt` 时，状态设为 `listening`。如果当前有音频正在播放，则在当前 sentence 结束后停止播放音频。
|
||
- 客户端收到 `tts`.`start` 时，开始播放音频，状态设为 `speaking`。
|
||
- 客户端收到 `tts`.`stop` 时，停止播放音频，状态设为 `listening`。
|
||
|
||
## 6. 服务器到客户端的消息
|
||
|
||
### 6.1 语音识别结果 (STT)
|
||
|
||
```json
|
||
{
|
||
"type": "stt",
|
||
"text": "<识别出的文本>"
|
||
}
|
||
```
|
||
|
||
### 6.2 文本转语音 (TTS)
|
||
|
||
TTS开始:
|
||
```json
|
||
{
|
||
"type": "tts",
|
||
"state": "start",
|
||
"sample_rate": 24000
|
||
}
|
||
```
|
||
|
||
句子开始:
|
||
```json
|
||
{
|
||
"type": "tts",
|
||
"state": "sentence_start",
|
||
"text": "你在干什么呀？"
|
||
}
|
||
```
|
||
|
||
句子结束:
|
||
```json
|
||
{
|
||
"type": "tts",
|
||
"state": "sentence_end"
|
||
}
|
||
```
|
||
|
||
TTS结束:
|
||
```json
|
||
{
|
||
"type": "tts",
|
||
"state": "stop"
|
||
}
|
||
```
|
||
|
||
## 7. 连接管理
|
||
|
||
- 客户端检测到 WebSocket 断开连接时，应该停止音频播放并重置为空闲状态
|
||
- 在断开连接后，客户端按需重新发起连接（比如按钮按下或语音唤醒）
|
||
|
||
这个文档概括了 WebSocket 通信协议的主要方面。
|