遷移狀態
截至 2024 年 7 月，系統已針對遷移表格第二列中對應的下列設定組合，完成自動遷移作業：
目前的 model ID |
目前 model_variant |
目前 single_utterance 設定 * |
流量導向的型號 ID |
|---|---|---|---|
phone_call |
USE_STANDARD 以外的 |
false |
telephony |
| 符號 | 說明 |
|---|---|
| * | 如果 Dialogflow CX 服務專員已啟用進階的語音結束敏感度 (以逾時為依據)，即使在執行階段將設定設為 true，模型 ID 仍會假設 single_utterance 為 false 而進行路徑設定。 |
如為其他設定組合，自動遷移作業會暫緩，直到另行通知 (沒有預計時間)。
您可以繼續使用 phone_call 模型 ID，但建議選擇使用以 Conformer 為基礎的語音模型。
遷移作業總覽
對於特定語言代碼和語音設定組合，Dialogflow CX 和 Dialogflow ES 的音訊流量會逐漸從 phone_call 模型識別碼後方的傳統語音轉文字模型，改為導向新的 conformer 型語音模型。由於重新導向只會在內部進行，因此目前的模型 ID 和程式碼仍有效，並會繼續放送流量。
受影響的語言代碼包括：en-au、en-gb、de、de-de、es、es-es、es-us、fr、fr-ca、fr-fr、it、it-it、ja、pt-br。
下表說明遷移作業生效後，Speech-to-Text phone_call 模型的路由方式。如果設定與語言代碼和表格中的前三欄相符，則新的型號 ID 會列在第四欄。
目前的 model ID |
目前 model_variant |
目前 single_utterance 設定 * |
流量將導向的型號 ID |
|---|---|---|---|
phone_call |
USE_STANDARD |
false |
latest_long |
phone_call |
USE_STANDARD 以外的 |
false |
telephony |
phone_call |
任何 | true |
latest_short |
| 符號 | 說明 |
|---|---|
| * | 如果 Dialogflow CX 服務專員已啟用進階的語音結束敏感度 (以逾時為依據)，即使在執行階段將設定設為 true，模型 ID 仍會假設 single_utterance 為 false 而進行路徑設定。 |
遷移選項
遷移選項有三種：提早啟用、自動遷移和暫時停用。
提早啟用並遷移
如要主動啟用這項功能，請在 Dialogflow CX API 和 Dialogflow ES API 中，將目前使用的語音模型 ID 變更為更新後的 ID。如果是 Dialogflow CX，您也可以在 Dialogflow CX 控制台的「語音和 IVR 設定」下，變更「進階語音設定」中的模型 ID。
除非啟用「覆寫要求層級語音模型」設定，否則在執行階段透過 API 指定的語音模型，會優先於 Dialogflow CX 控制台中指定的語音模型。進一步瞭解語音模型中的優先順序。
如果是合作夥伴電話整合，請洽詢電話服務供應商，確認是否在 API 中設定語音模型。如果您使用 Dialogflow CX Phone Gateway，請參閱語音模型限制。
主動遷移專案可讓您有時間測試模型，並提早享有準確率和穩定性提升的優勢。大多數整合項目都需要 single_utterance = true，因此如果您未使用進階的語音結束時間軸敏感度，可能需要使用 latest_short。
如果使用新機型時發生問題，請建立支援案件 Google Cloud ，並提供問題詳細資料。
自動遷移
如要自動遷移，您不需要採取任何行動。現有的語音轉文字模型 ID 仍有效，我們會將流量轉移至內部。
選擇退出，稍後再遷移
由於遷移狀態已暫停，系統不會接受新的停用要求。如果專案在 2024 年 7 月前選擇不採用，則會維持此狀態，直到我們另行公告。