实时音视频通话费,指的是用户在使用实时音视频服务时,订阅音视频流所产生的费用,根据通话时长计费。
说明
实时音视频费用包括音频通话费用和视频通话费用。
音频通话包括对话式 Al-音频、语音通话、小程序语音通话三个计费项。
计费项 | 说明 | 资源点 | 单价 |
---|---|---|---|
对话式Al-音频 | 智能体处理用户音视频流时产生的计算资源费用,其计费时长为智能体在房间内的时长,即从用户调用创建房间接口开始,直到智能体退出房间结束。 | 9点/分钟 | 0.0090元/分钟 |
语音通话 | 在小程序以外的发布渠道产生的智能语音通话,根据通话时长收取语音通话费用。因为通话是双向的,所以扣子会同时收取智能体侧和用户侧的语音通话费用,但通话时长不同。
| 7点/分钟 | 0.0070元/分钟 |
小程序语音通话 | 在小程序发布渠道产生的音视频通话,采用小程序语音通话计费项收取费用,同样会收取智能体和用户的双向语音通话费用。 | 9点/分钟 | 0.0090元/分钟 |
用户在使用实时音视频服务时,如果开启视频通话功能,系统将根据视频分辨率和视频通话时长,在语音通话费用的基础上另外收取视频费用。不同视频分辨率对应的计费单价不同,具体单价如下表所示:
计费项 | 资源点 | 单价 |
---|---|---|
视频通话时长-4K | 252点/分钟 | 0.2520元/分钟 |
视频通话时长-2K | 112点/分钟 | 0.1120元/分钟 |
视频通话时长-1080P | 63点/分钟 | 0.0630元/分钟 |
视频通话时长-720P | 28点/分钟 | 0.0280元/分钟 |
视频通话时长-360P | 14点/分钟 | 0.0140元/分钟 |
实时音视频费用从用户调用创建房间接口开始计算,到用户退出房间结束。详细说明如下:
说明
智能体进入房间后,会等待用户 3 分钟,如果 3 分钟后用户仍未加入房间,智能体会退出房间。
实时音视频费用 = 对话式 Al-音频单价 × 对话式 Al-音频计费时长 + 语音通话单价 × 语音通话计费时长 + 视频通话单价 × 各档位视频通话计费时长
例如小明在 10:30 调用创建房间接口获取到进房凭证,在 10:32 进入房间开始和智能体对话,在 10:35 开启视频通话功能,在 10:40 关闭了视频通话功能(1080P),然后一直和智能体聊天到 11:30 退出房间。
费用明细如下:
项目 | 时长 | 计费公式 |
---|---|---|
对话式 Al-音频 | 智能体进房开始计算,即 10:30 到 11:30,共计 60 分钟。 | 60 分钟 × 9 点/分钟 = 540 点 |
语音通话 | 通话是双向的,用户侧和智能体侧两份语音通话时长单独计算:
| ( 58 分钟 + 60 分钟 ) × 7 点/分钟 = 826 点 |
视频通话(1080P) | 从 10:35 到 10:40,一共 5 分钟。 | 5 分钟 × 63 点/分钟 = 375 点 |
是的,调用创建房间 API 之后,智能体随即进房,开始收取智能体的语音通话费用、对话式 Al-音频费用,即使此时用户可能尚未加入房间。当用户拿到 Token 后没有进入房间,智能体也会在房间中等待,直到检测到用户 3 分钟后仍未进入房间,智能体才会退出房间。
因此,创建房间之后,即使没有实际的对话或语音通话,也会产生相应的费用。为避免这种情况,请合理控制建房接口的调用频率。
智能体未说话时,语音通话时长仍很长,可能是因为如下场景:
创建房间的用户进入房间与智能体聊天后退出房间,智能体也会随之退出。随后,用户可以使用创建房间时的凭证再次进入房间,但是智能体不会重新进入。此时,用户无法与智能体对话,但只有用户处在房间中,就仍会计算语音通话时长。
根本原因是出账延迟。例如用户在 10:30~10:40 期间使用了实时音视频功能,产生的对话式 AI-音频时长费用和语音通话时长费用,理论上会统计在 10:00~11:00 的账单上。但因为计算量大导致的出账延迟,两条账单分别有不同的偏移,对话式 AI-音频时长费用可能偏移到 11:00~12:00 的账单中,语音通话时长可能偏移到 12:00~13:00 的账单中,因此导致账单中两种时长差别较大。理论上,正常的实时音视频通话产生的时长比例约为 对话式AI-音频时长 : 语音通话时长 ≈ 1 : 2
。你可以将时间段扩大到 3~5 小时,再次查看时长是否符合预期。
如果你没有开启视频通话,但仍然产生了视频通话费用,可能是由于使用了旧版的嵌入式 RTC SDK。旧版的嵌入式 RTC SDK 默认会打开视频开关,并产生视频通话费用。为避免这种情况,你可以重新安装 RTC SDK 以使用最新版 SDK,具体操作,请参考基于 RTC 实现音视频通话。