遷移狀態
截至 2024 年 7 月，下列設定組合已完成自動遷移，對應至遷移表格中的第二列：
目前的 model ID |
目前：model_variant |
目前的single_utterance設定 * |
流量導向的模型 ID |
|---|---|---|---|
phone_call |
USE_STANDARD以外 |
false |
telephony |
| 符號 | 說明 |
|---|---|
| * | 如果 Dialogflow CX 代理啟用進階逾時語音結束偵測靈敏度，則即使在執行階段將設定設為 true，系統仍會假設 single_utterance 為 false，並轉送模型 ID。 |
如果是其他設定組合，自動遷移作業會維持暫停狀態，直到另行通知 (預計完成時間未定)。
您可以繼續使用 phone_call 模型 ID，但建議您選擇加入使用 Conformer 語音模型。
遷移作業總覽
對於特定語言代碼和語音設定組合，Dialogflow CX 和 Dialogflow ES 的音訊流量會逐漸從 phone_call 模型 ID 背後的傳統 Speech-to-Text 模型，轉移至新的 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，系統仍會假設 single_utterance 為 false，並轉送模型 ID。 |
遷移選項
遷移選項有三種：提早選擇加入、自動和暫時選擇不採用。
選擇加入並提早遷移
如要主動選擇加入，請將 Dialogflow CX API 和 Dialogflow ES API 中使用的語音模型 ID 變更為更新後的 ID。如果是 Dialogflow CX，您也可以在 Dialogflow CX 控制台的「Speech and IVR settings」(語音和 IVR 設定) 頁面，變更「Advanced speech settings」(進階語音設定) 中的模型 ID。
除非您啟用「Override request-level speech model」(覆寫要求層級語音模型) 設定，否則在執行階段透過 API 指定的語音模型，優先順序會高於在 Dialogflow CX 控制台中指定的語音模型。進一步瞭解語音模型的優先順序。
如果是合作夥伴電話整合，請向電話服務供應商確認是否已在 API 中設定語音模型。如果您使用 Dialogflow CX Phone Gateway，請參閱語音模型限制。
主動遷移專案，您就有時間測試模型，並提早享有更高的準確度和穩定性。大多數整合都需要 single_utterance = true，因此如果您未使用進階逾時語音結束敏感度，建議使用 latest_short。
如果使用新模型時遇到問題，請建立 Google Cloud 客服案件，並提供問題詳細資料。
自動遷移
如要自動遷移，您無須採取任何行動。現有的 Speech-to-Text 模型 ID 有效，我們會從內部轉移流量。
選擇不採用，稍後再遷移
由於遷移狀態已暫停，系統不接受新的選擇不採用要求。如果專案在 2024 年 7 月前選擇不採用，則會維持這個狀態，直到另行公告。