SBC 配置和验证

本文档可帮助您配置和验证 SBC。

支持的供应商和固件

在开始配置之前，请查看支持的 SBC 供应商或型号以及固件版本表。

支持的 SBC 信令和媒体协议

您可以在 SBC 信令和媒体协议文档中找到支持的信令和媒体协议。

SBC 的 TLS 配置

向获批的证书授权机构供应商请求 SBC 的 TLS 证书。不支持通配符证书。

在 TLS 证书中，您必须在通用名称 (CN) 属性或主体备用名称 (SAN) 属性中提供 SBC 的完全限定域名 (FQDN)。如果您为多个 SBC 请求一个 TLS 证书，则该证书的 SAN 必须包含所有 SBC FQDN。

获批的证书授权机构供应商：

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • Sectigo（以前称为 Comodo）

配置 SBC TLS

  1. 将请求的 TLS 证书以及关联的根 CA 证书安装到 SBC 的信任链中。
  2. 将 Google 的受信任根 CA 安装到 SBC 的信任链中。如需获取 Google 根证书，请完成以下步骤：
    1. 下载 Google 的受信任的根 CA。
    2. 提取根证书。
    3. 将完整的根证书包上传到 SBC 密钥库。
    4. 如果需要，请启用证书吊销列表 (CRL)。
    5. 为 SBC 启用双向身份验证。
  3. 配置支持的 TLS 版本和加密套件。支持 1.2 或更高版本，以及以下加密套件：
    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
    • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
    • TLS_AES_256_GCM_SHA384
    • TLS_CHACHA20_POLY1305_SHA256
    • TLS_AES_128_GCM_SHA256

在 GTP 上创建 SIP 中继

  1. 前往统一控制台 {:.button .button-primary}并选择您的项目。
  2. 前往 SIP 中继标签页，然后点击添加 SIP 中继。
  3. 填写所有必填字段。
  4. 点击创建。

查看电话连接网络要求

如需查看网络和连接要求表，请参阅概念和问题排查页面。

配置 SBC 以便与 GTP 建立 SIP 连接

如果您的 SBC 是使用受支持且经过认证的 SBC 供应商之一配置的，请参阅 SBC 信令和媒体协议文档，了解特定于该供应商的详细说明。

将 SIP 配置文件配置为通过 TCP 端口 5672 使用 TLS，以定位特定的区域化 GTP SIP 服务器（例如 us.telephony.goog）。

按如下方式配置 SIP 和 SIPREC 集成：

  • 对于连接到 Dialogflow 虚拟客服的使用场景，请在 SBC 上配置 SIP 集成。
  • 对于对话式 AI Agent Assist 或 Insights 的应用场景，请在 SBC 上配置 SIPREC 集成，以便将媒体流的副本分流到 GTP。请注意，在某些 SBC 供应商处，SIPREC 可能是单独的许可功能，您必须购买并激活。

使用 SIP OPTIONS ping 进行 SIP 连接测试

从客户 SBC 到 GTP 执行 SIP OPTIONS ping 测试，以帮助确保您的 SBC 从 GTP 收到 SIP 200 OK。如果未收到 SIP 200 OK，请参阅 SIP 问题排查部分。

对话式 AI 对话的 SIP 标头配置

  1. 在 SIP INVITE 期间，通过配置 SIP 标头（Call-Info 或 UUI）来设置对话式 AI 对话 ID。
  2. 使用 Call-Info SIP 标头。如果不支持，您可以使用用户到用户信息 (UUI) SIP 标头。如需详细了解 SIP 标头，请参阅 SIP 标头。
  3. 可选：配置参与者角色（END_USER 和 HUMAN_AGENT）以及媒体流顺序。如需详细了解参与者角色，请参阅参与者角色。
  4. 可选：通过调用 MatchIntentRequest API 为给定对话配置其他参数。如需详细了解其他参数，请参阅其他参数。

执行测试通话

进行测试通话，并验证 SIP 和媒体是否遍历到 GTP SIP 服务器 (74.125.88.128/25) 和 RTP 媒体服务器 (74.125.39.0/24)。您应该会收到 SIP 200 OK 响应消息。

如果您收到 SIP 400 错误响应代码，则可能是 GTP 拒绝了 SIP 标头或 SIP 媒体 SDP 配置。如需了解详情，请参阅问题排查部分。如果您收到 SIP 600 错误响应代码，则很可能存在与配额相关的问题。

查看 Dialogflow 对话记录

本部分仅适用于您部署 Dialogflow 虚拟客服的情况。

如果之前的测试调用导致 SIP 200 OK 响应，请检查对话式 AI Google Cloud 项目的 Dialogflow 对话记录，以帮助确保新对话已记录并包含调用信息标头中指定的对话 ID。

（可选）查看 Google Cloud Logs Explorer

在对话式 AI Google Cloud项目的 Logs Explorer“incoming_call”日志中查看 Dialogflow 活动：

  1. 使用以下查询查看 Dialogflow 的来电活动，然后点击运行查询：

    logName="projects/PROJECT_ID/logs/dialogflow.googleapis.com%2Fincoming_call"
    • PROJECT_ID：您用于配置电话集成的 Google Cloud 项目 ID。

  2. 或者，也可以前往 Logs Explorer 的所有日志名称列表，然后搜索日志名称 incoming_call。选择该选项，然后点击应用。

  3. 如果为 Dialogflow API 启用了审核日志记录，请在对话式 AI Google Cloud 项目的 Logs Explorer 中验证 Dialogflow 是否已成功创建对话。使用以下查询查看特定 Google Cloud 项目和对话配置文件的 Dialogflow 对话创建事件，然后点击运行查询。

    protoPayload.serviceName=~"dialogflow"
protoPayload.methodName=~"google.cloud.dialogflow.*.Conversations.CreateConversation"
protoPayload.request.conversation.conversationProfile="projects/PROJECT_ID/locations/global/conversationProfiles/CONVERSATION_PROFILE_ID"
    • PROJECT_ID：配置集成时定义的 Google Cloud 项目 ID。
    • CONVERSATION_PROFILE_ID：您在配置集成时创建的对话配置文件 ID。