感謝您的意見回饋。

在非技能型佇列中，採用團隊分配，您可以將客服人員組織成團隊，並將這些團隊組合起來形成呼叫分配組 (CDG)。您可以設定每組呼叫之間的延遲時間來管理呼叫流程。

呼叫分配組有助於定義多個層級的座席，這些座席將在配置的時間間隔內有資格處理此佇列中的聯絡人。聯絡人會根據代理人所在團隊的等級分配給他們。如果沒有代理商可用，聯絡人將被保留一段預先配置的時間，然後再擴展到下一組團隊。此過程將持續進行，直到有代理人可用或所有群組都已檢查完畢為止。

您可以組建以下類型的團隊：

• 各個團隊： 可以將客服人員組織成團隊，每個團隊可以代表特定的組織職能，然後這些團隊可以加入佇列，以便將聯絡人路由到這些團隊中的客服人員。您可以將客服人員指派到多個團隊，以便處理來自不同佇列的聯絡人，從而實現高效的路由。
• 基於能力的團隊： 基於容量的團隊 (CBT) 是一項功能，它將語音通話定向到基於容量的直接號碼 (DN)，其中容量決定了可以同時處理多少個通話。它可以將通話路由到電話號碼，而無需客服人員登入系統，因此適用於呼叫由語音信箱、答錄機或呼叫群組而不是傳統呼叫中心客服人員接聽的場景。在這種設定下，團隊沒有指派特定的代理，他們也不使用 Webex 聯絡中心代理桌面。

在這個例子中，有三個呼叫分配組，允許目標擴展，這意味著在配置的時間間隔內擴展到團隊中的更多代理。

第一個呼叫分配組包含 TEAM 1，其中配置了 3 個代理程式 – A1、A2 和 A5。

第二個呼叫分配組包含 TEAM 2，其中配置了 3 個代理程式 – A2、A3 和 A4。

第三個（也是最後一個）呼叫分配組包含 TEAM 3，其中配置了 2 個代理程式 – A6 和 A7。

當有聯絡人排隊時，系統會先在第一個呼叫分配群組中搜尋符合的座席。如果沒有找到代理，則在將目標擴展到下一個群組之前，將聯絡人保留配置的持續時間。這相當於在現有團隊的基礎上增加了新的團隊。這個過程會重複進行，直到找到匹配項，或所有群組都擴展完畢。

「檢查代理程式可用性」功能會在目前呼叫分配群組中找不到符合的代理程式時，立即將聯絡人擴展到下一個呼叫分配群組。這可以在流程中的「隊列聯繫」活動 <LINK TO section 3.1.1> 中啟用。

這種設定會導致以下幾種情況：

1. A2 屬於 TEAM 1 和 TEAM 2。如果 A2 選擇 TEAM 1 登入 Agent Desktop，則係統會將 A2 視為 TEAM 1 的一部分，因此也只將其視為第一個呼叫分配群組的一部分。
2. A5 屬於 TEAM 1，但是，也可能屬於他們目前登入的組織中的其他團隊。因此，A5 不被視為 TEAM 1 的一部分，也不與此佇列關聯。

具有團隊分配功能的佇列為客服人員提供了強大的功能，只需在登入時選擇一個團隊，即可在不同佇列之間切換。

可用的路由模式：

• 最長可用時間

非技能型佇列是一種直接將一組代理程式指派到佇列中的佇列類型。與其他間接決定指派給它們的代理池的佇列類型不同，這些佇列允許管理員直接手動選擇代理程式。例如，基於團隊的分配佇列根據代理登入的團隊分配代理，而基於技能的分配佇列則根據所需的技能來配對代理。相較之下，管理員可以直接將代理程式新增到這些佇列中，使其成為佇列的一部分。這提供了一種直接的代理分配管理方法，無需依賴系統驅動的分配。

具有代理分配的佇列提供了簡單而有效的路由演算法，有助於將聯絡人指派到代理池中。他們不考慮客服人員在分配聯絡人方面的技能。但是，每個隊列中的代理可以按順序排列，在將聯絡人路由到他們時會考慮這一點。在這種情況下，團隊主要作為主管的組織結構，而不是代理佇列關聯和聯繫路由決策的因素，從而簡化了佇列管理。

這種類型的佇列最適合用於靜態分配代理程式和管理代理程式-佇列關聯，以便進行操作控制，並且選擇適合在代理程式之間分配工作的路由演算法。這些隊列對於多種類型的客戶諮詢需要專業知識，而這些專業知識可以由預先建立的專家代理團隊來滿足的場景也特別有用。

然而，對於複雜的呼叫中心組織而言，手動管理這些佇列中的座席分配可能很困難。他們可以從提供動態路由和代理程式佇列關聯的其他佇列類型中受益更多。

在這個例子中，佇列有一組代理程式以特定順序映射到它，例如 A4、A9、A7 等。此順序在將呼叫者配對給客服人員的特定路由演算法中發揮作用。系統根據代理商的可用性和所選的路由演算法，將聯絡人與這些代理商進行配對。

與團隊分配的佇列不同，沒有 目標擴展 隨時間間隔變化的概念。如果已設定的代理程式均無法路由此聯絡人，則該聯絡人將停留在佇列中，直到其中一個代理程式在停留逾時之前可以處理聯絡人為止。目標擴展 不適用於這些隊列。

可用的路由模式：

• 最長可用時間
• 循環
• Linear/Top-down

管理員可以為佇列分配技能標準。基於技能的佇列，結合技能標準，讓管理員直接在佇列中配置所需的技能。組織內所有具備隊列所需全部技能的代理人，透過直接技能檔案自動成為該隊列的一部分。

這種設定有助於管理員即時查看代理根據技能映射到佇列的情況。在業務量高或業務量低的情況下，管理員可以考慮根據需要調整佇列所需的技能和代理技能設定文件，以擴大或縮小代理池。

這種類型的佇列與基於團隊分配的佇列不同，因為它沒有呼叫分配組設置，這意味著團隊在座席與佇列的關聯中不起作用。此外，與基於團隊的技能隊列不同，此隊列中所需的技能是靜態配置的，而基於團隊的技能隊列則會注入（靜態或可變）所需的技能。因此，從技術上講，技能是隊列的一部分，而不是聯繫本身的一部分。

組織中任何完全滿足隊列技能標準（擁有直接技能概況中的技能）的代理人都會自動與該隊列關聯起來。團隊在代理與這些隊列的關聯中不扮演任何角色。這些代理人可以出於管理和營運目的加入任何團隊。

進入此佇列的每個聯絡人將自動採用佇列本身定義的技能標準。個人聯絡人無法定義或凌駕於自身技能之上。 requirements/criteria 與基於技能的隊列和團隊分配不同。

在這個例子中，

• 只有 A1、A3 和 A7 三個代理程式完全符合佇列中配置的技能標準，因此只有這三個代理程式才能與該佇列關聯。
• 部分符合資格的代理人 A2、A4 和 A6，或缺乏相關技能的代理人 A5，無法與此隊列關聯。

更新代理的技能概況（稱為技能重塑），使其滿足隊列的技能標準，將自動動態地使該代理成為該隊列的一部分。或者，更新佇列技能標準本身，使更多（或更少）的代理程式滿足更新後的技能標準，也會自動動態地向該佇列新增（或刪除）代理程式。

與團隊分配的佇列不同，沒有 目標擴展 隨時間間隔變化的概念。如果聯絡人無法與任何關聯的代理程式匹配，則會將其保留在佇列中，直到在保留逾時之前有代理程式可以處理聯絡人為止。

在技能的靜態分配和佇列與代理關聯的管理對於操作控制是可行且必要的場景下，基於技能的佇列最為適用。當選擇合適的路由演算法來分配代理之間的工作時，它們也適用。這些隊列對於不同類型的客戶諮詢需要特定技能，而這些技能可以由預先劃分的專家代理群體來滿足的場景也特別有用。

與需要手動將每個座席添加到清單中的座席分配隊列相比，複雜的聯絡中心組織可能會發現，基於技能的隊列更容易管理隊列到座席的分配，這對於規模較大的組織來說尤其繁瑣。

在 Webex 聯繫中心中，基於技能的佇列（在流程中指派技能需求）是一種基於團隊分配的佇列，其中一組團隊在多個層級上進行配置，稱為呼叫分配群組。已登入這些已配置團隊的客服人員，如果完全滿足聯絡人的技能要求，則會根據其團隊在佇列中配置的呼叫分配群組級別，從該佇列中指派聯絡人。

在這樣的佇列中，座席團隊被分組到呼叫分配組中，組與組之間可以配置時間延遲。如果沒有客服人員可以接聽電話，則請求將被擱置，延遲一段時間後，路由將擴展到下一個呼叫分配群組。該過程將持續進行，直到分配到代理人或所有小組都完成為止。同時，如果在此過程中，先前檢查過的群組中的某個代理程式可用，則選擇該代理程式。

代理人透過直接分配給代理人的技能檔案來獲得技能。特工技能根據登入時的隊伍選擇而定。

每個聯絡人都可以在流程中選擇性地指定技能要求，系統會將這些要求與可用代理的技能進行匹配，以選擇最合適的代理。

此外，聯絡人還可以指定在設定的時間間隔內放鬆技能限制。這是一組修改後的技能要求，會在設定的時間間隔內覆蓋聯絡人的原始技能要求。這樣，聯絡人在排隊等候時可以修改（通常用於「放寬」）其技能要求，以便更多代理人可以匹配這些放寬的技能要求。

透過呼叫分配組進行目標擴展可以與技能放鬆週期同時進行——兩者都旨在更快地將待處理的聯絡人與合格的代理商匹配，從而減少整體等待時間並提高隊列的服務水平。

與非熟練隊列和團隊分配類似，它有三個呼叫分配組，允許“目標擴展”，即在配置的時間間隔內擴展到更多跨團隊的代理。

• 第一個呼叫分配組包含 TEAM 1，其中配置了 3 個代理程式 – A1、A2 和 A5。
• 第二個呼叫分配組包含 TEAM 2，其中配置了 3 個代理程式 – A2、A3 和 A4。
• 第三個（也是最後一個）呼叫分配組包含 TEAM 3，其中配置了 2 個代理程式 – A6 和 A7。

但是，有兩點需要特別注意：

• 進入此佇列的每個聯絡人都會透過流程定義其技能要求和技能放寬條件。
• 代理可以配置技能（透過技能設定檔－直接配置或從已登入團隊繼承）。

雖然 A2 配置為同時屬於 TEAM 1 和 TEAM 2，但根據該代理在登入期間選擇的團隊，在他目前的會話中，他將被視為該團隊的一部分，因此也將繼承該團隊的技能設定檔（以及技能值）（除非透過為該代理直接配置技能設定檔來覆寫此設定）。

這是佇列分配團隊功能提供的強大功能，代理程式只需在登入時選擇一個團隊，即可在佇列之間移動。

結合從選定團隊繼承技能設定檔設定的能力，代理程式也可以使用不同的技能組合。

在這個例子中，

• 聯絡人依初始技能要求排隊（sk_1 >= 6) 在從流暢狀態升級的過程中，技能放鬆（sk_1 >= 3）經過設定的時間間隔後。
• 在所有呼叫分配組的所有代理中，只有 A1、A3、A6 和 A7 的技能滿足排隊聯絡人的初始技能要求。
• 其餘的代理人要麼擁有該技能（sk_1），但不符合技能要求（例如 TEAM 1 中的 A2 和 TEAM 2 中的 A4），要麼根本不具備該技能（例如 TEAM 2 中的 A5、A2）。
• 隨著時間的推移，技能要求放寬，A2 和 A4 現在也滿足了合約中「放寬」後的技能要求。

對於進入此佇列的每一個聯絡人，系統都會嘗試在第一個呼叫分配群組中找到一個完全滿足該聯絡人目前技能要求的符合代理程式。如果找不到符合的代理，則在將目標擴展到第二個呼叫分配群組之前，該聯絡人將停留配置的持續時間。第二個呼叫分配組中配置的所有團隊也會加入第一個呼叫分配組中的現有團隊。現在系統嘗試在擴大的群體中尋找匹配的代理人。請注意，在此過程中，技能放寬也會按配置的時間間隔更新聯絡人的技能要求，系統將使用更新後的技能要求與目前通話分配群組中的可用代理程式進行比對。

除非在此之前找到匹配的座席，否則此程序將持續到所有已配置的呼叫分配組都已展開且所有技能放寬都已應用為止。

可用的路由模式：

• 最長可用時間
• 最佳可用

在具有團隊指派的非技能型佇列中，您可以將代理程式組織成團隊，並將這些團隊合 併以形成呼叫分配群組 (CDG)。 您可以設定每個群組之間的時 間延遲，以管理通話流程。

呼叫通訊群組有助於定義多個層級的代理程式，這些代理程式在 已設定的時間間隔中符合資格處理此佇列中的連絡人。 聯絡人會根據 團隊的層級指派給代理程式。 如果沒有可用的代理程式，聯絡人會停放在 預先設定的時間內，然後再擴展至包括下一個團隊群組。 此程序會 繼續直到代理程式可用或檢查所有群組為止。

您可以設定下列類型的團隊：

• 個別團隊：代理程式可以組織成團隊，這些團隊可以代表特定組織功能，然後這些功能可以成為佇列的一部分，以便連絡人可以將聯絡人路由到這些團隊中的代理程式。 您可以將代理程式標記給多個團隊，以處理來自各個佇列的連絡人，以實現有效率的路由。
• 以容量為基礎的團隊：以容量為基礎的團隊 (CBT) 是一項功能，可將語音 呼叫導向到以容量為基礎的直接號碼 (DN)，容量決定可以同時處理多少通話。 它可以將來電路由到電話號碼，而不需要 代理人登錄到系統，因此適用於通 過語音信箱，答錄機或搜索群組而不是傳統的呼叫中心 代理接聽的情況。 在此設定中，沒有指派給團隊的特定代理程式，也不會 使用 Webex 聯絡中心。Agent Desktop

在此範例中，有三個呼叫通訊群組，可以進行目標擴充，這意味著在 已設定的時間間隔內，跨團隊擴展到更多代理程式。

第一個呼叫通訊群組包含 TEAM 1，其中設定了 3 個代理程式 — A1、A2 和 A5。

第二個呼叫通訊群組包含 TEAM 2，其中設定了 3 個代理程式 — A2、A3 和 A4。

第三個（也是最後一個）呼叫通訊群組包含 TEAM 3，其中設定了 2 個代理程 式 — A6 和 A7。

當連絡人處於佇列時，系統會首先搜尋第一個呼叫通訊群組中的相符代理 程式。 如果找不到代理程式，則會將連絡人停放在已設定的時 間內，然後再將目標擴充至下一個群組。 這將新的團隊添加到 現有的團隊中。 此程序會重複，直到找到匹配項，或展開所有群組為止。

如果目前群組中找不到相符的代理程式，則稱為「檢查代理程式可用性」的功能會使聯絡人立即擴展到後續的呼叫通訊群組。 此功能可在<LINK TO section 3.1.1>流程中的佇列連絡人活動中啟用。

此設定會導致下列情況：

1. A2 屬於第一隊和第二隊。 如果 A2 選擇 TEAM 1 登入，系統會將 Agent Desktop A2 視為 TEAM 1 的一部分，因此只會視為第一個呼叫分配群組。
2. 但 A5 屬於 TEAM 1，但也可能是他們目前登錄的組 織中其他團隊的一部分。 因此，A5 不被視 為 TEAM 1 的一部分，並且與此佇列不相關聯。

具有團隊指派的佇列為代理程式提供這項強大的功能，只要在登入過程中 選擇一個團隊，即可在佇列之間移動。

可用的路由模式：

• 最長可用

非技能型佇列是一種類型的佇列，其中將代理程式集區直接指派給佇列。 與間接決定指派給它們的代理程式集區的其他佇列類型不 同，這些佇列允許管理員直接手動選取代理程式。 例如，以團 隊為基礎的指派佇列會根據其登入的團隊指派代理程式，而以技能為基礎的指 派佇列會根據所需技能來比對代理程式。 相反，管理員可以 直接將代理程式新增至這些佇列，以成為佇列的一部分。 這提供了一種簡 單的方法來管理代理程式配置，而無需依賴系統驅動的指派。

具有代理程式指派的佇列提供簡單但有效的路由演算法，有助於 在代理程式集區之間分配聯絡人。 他們不考慮代理人在 路由聯繫人方面的技能。 但是，代理程式可以在每個佇列中排序，並在將連絡人路由 給它們時會考慮這一點。 在這種情況下，團隊主要作為主管的組織結 構，而不是代理程式佇列關聯和聯絡人路由 決策的因素，從而簡化佇列管理。

這種類型的佇列最適合在用戶端的靜態指派和代理程式 佇列關聯的管理是可行且需要的作業控制，而且路由演算法的選擇 適合用戶端之間的工作分配。 這些佇列對於多種類型 的客戶查詢需要由預先建立的專家代理部分可 以提供專業專業知識的情況，這些佇列也特別有用。

不過，複雜的聯絡中心組織可能會遇到困難在這些佇列中手動管理 代理程式指派。 他們可以從提供 動態路由和代理程式佇列關聯的其他佇列類型中獲益更多。

在此範例中，佇列具有一組代理程式，以特定順序對應至它，例如 A4、 A9、A7 等。 此順序在將傳入連絡人與代理程式匹配的特定路由演算 法中發揮作用。 系統會根據這些代理程式的可用性和選擇的路由 演算法來匹配連絡人。

與具有團隊指派的佇列不同，沒有按時間間隔擴展目標的概念。 如果沒有設定的代理程式可用來路由此連絡人，則會將其停放在佇列中，直到其中一個代理程式可在停車逾時之前處理聯絡人。目標擴充不適用於這些佇列。

可用的路由模式：

• 最長可用
• 通告
• 線性/上下

管理員可以將技能準則指派給佇列。 具有技能準則的技能型佇列可 讓管理員直接在佇列中設定所需的技能。 組織中所有透過直 接技能設定檔擁有佇列所需技能的所有代理程式都隱含成為此佇列 的一部分。

此設定可協助管理員透過技能，即時檢視對應至佇列的代理 程式。 在大容量或低容量等情況下，管理員可以考慮調整 佇列和代理程式技能設定檔的所需技能，以根據需要擴展或縮小代理程式 集區。

此類型的佇列與以團隊指派為基礎的佇列不同，因為沒有呼叫通訊群組設定， 這意味著團隊在代理程式與佇列關聯中沒有任何角色。 此外，所需的技能在此佇列中以靜態方式配置，與團 隊型技能佇列不同，流程注入（靜態或可變）所需技能（靜態或可變）的技能。 因此，從 技術上講，技能是佇列的一部分，而不是聯繫人本身。

組織中完全滿足佇列技能準則的任何代理程式 (具有直接技能描述檔的技能) 都會隱含地與此佇列關聯。 團隊在代理程式與這些佇列關聯中沒有任何角色。 這些代理人可以成為任何團隊的一部分，以作管理和營運目的。

排入此佇列中的每個聯絡人都會自動假設佇列本身中定義的 技能準則。 個別聯絡人無法定義或覆寫自己的技能要求 /準則，與團隊指派的技能型佇列不同。

在這個例子中，

• 只有代理程式 A1、A3 和 A7 完全符合佇列中設定的技能條件，因此只 有這些代理程式才會與此佇列關聯。
• 部分符合條件的代理人 A2、A4 和 A6，或缺乏相關技能的 A5 無法與此佇列關聯。

更新代理程式的技能設定檔（稱為重新技能），使其符合佇列的技能準則，將自動動態地使該代理程式成為此佇列的一部分。 或者，更新佇列技能準則本身，以使更多 (或更少) 代理符合更新的技能條件，也會自動動態地從此佇列中新增 (或移除) 代理程式。

與具有團隊指派的佇列不同，沒有按時間間隔擴展目標的概念。 如果連絡人無法與任何關聯的代理程式匹配，則會將其停放在 佇列中，直到這些代理程式之一可在停車逾時之前處理聯絡人。

以技能為基礎的佇列最適合在靜態指派技能和管理佇列至代理程式關聯的情況下，並且需要作業控制。 當路由演算法的選擇適合代理程式之間的工作分配時，它們也適合使用。 這些佇列對於不同類型的客戶查詢需要由預先導出的專家代理部分可以提供的特定技能，這些佇列也特別有用。

與具有代理程式指派的佇列相比，複雜的聯絡中心組織可能會發現更容易地管理以 技能為基礎的佇列中的代理程式指派，而且每個代理程式都必須 手動新增至清單，這對於較大的組織而言尤為繁複。

在流程中指定技能需求的技能型佇列是 Webex 聯絡中心中的一種以團隊指派為 基礎的佇列類型，其中會在多個層級設定一組團隊，稱為呼叫通訊 群組。 登入到這些已設定 團隊的代理程式會根據其團隊在佇列中設定的呼叫分配群組層級，如果他們也完全滿足聯絡人的技能需求，則會從此佇列 指派 聯絡人。

在這種佇列中，代理程式團隊會分組成呼叫分配群組，其間的時 間延遲可配置。 如果聯絡人沒有代理程式可用，則請求已停放，且 延遲後，路由會擴展到下一個呼叫分配群組。 此程序會繼續 進行，直到指定代理程式或所有群組耗盡為止。 同時，如果先前檢查的群組中的代 理程式在此程序期間變得可用，則會選取該代理程式。

經理通過直接指派給代理人的技能概況獲得技能。 代理技能是 根據登入期間的團隊選擇決定。

每個連絡人都可以選擇性地指定流程中的技能需求，這些需求與可 用代理人的技能匹配，以選擇最合適的代理人。

此外，聯絡人還可以在設定的時間間隔指定技能放鬆。 這 些是一組修改的技能要求，它們會在配置的時間間隔時間隔覆蓋接 觸者的原始技能要求。 這允許聯絡人在停在佇列中時修改（通常用於 「放鬆」）其技能要求，以便更多的特工可以匹配這些輕 鬆的技能要求。

通過呼叫分配群組可以與技能 放鬆週期同時進行目標擴展-兩者都旨在更快地將停泊的聯繫人與合格的代理人匹配，從 而縮短整體等待時間並改善佇列的服務水平。

與具有團隊指派的非技能佇列一樣，它具有三個呼叫分配群組，這些群組 允許「目標擴展」，即在配置的時間間隔，跨團隊擴展到更多的代理程式。

• 第一個呼叫通訊群組包含 TEAM 1，其中設定了 3 個代理程式 — A1、 A2 和 A5。
• 第二個呼叫通訊群組包含 TEAM 2，其中設定了 3 個代理程式 — A2、A3 和 A4。
• 第三個（也是最後一個）呼叫通訊群組包含 TEAM 3，其中設定了 2 個代理程 式 — A6 和 A7。

但是，有兩個主要事項需要注意：

• 每個被排入此佇列中的聯絡人都會定義其技能需求和通過流 程中的技能放鬆。
• 代理程式可以設定技能 (透過技能描述檔 — 直接或從已登入的團 隊繼承)。

雖然 A2 已設定為 TEAM 1 和 TEAM 2 的一部分，但取決於 該代理在登入期間所做的團隊選擇，但在目前的會話中，他將被視為該 團隊的一部分，因此也將繼承該團 隊的技能概況（以及技能值）（除非使用此代理程式的直接技能配置來取代）。

這是具有團隊指派的佇列提供的強大功能，代理程式只需在登入期 間選擇團隊即可在佇列之間移動。

除了繼承所選團隊的技能描述檔設定，代理人也可以使 用不同的技能組合使用。

在這個例子中，

• 在從流程升級期間，聯絡人會排入起sk_1始技能要求 (>= 6) ，並在設定的時間間隔後，技能放鬆 (sk_1>= 3)。
• 在所有呼叫分配群組中的所有代理程式中，只有 A1、A3、A6 和 A7 具有能夠滿足佇列 聯絡人的初始技能要求的技能。
• 其餘的特工具有技能（sk_1），但不滿足技能要 求（例如 第 1 隊中的 A2 和第 2 隊中的 A4），或者完全沒有此技能（例如： 第二隊中的 A5、A2）。
• 隨著時間的推移，在技能放鬆後，A2 和 A4 現在還可以滿足接觸者的「輕鬆」 技能要求。

對於每個被排入此佇列中的連絡人，系統會嘗試在第一個呼叫通訊群組中尋找完全滿足聯絡人目前技能需 求的相符 代理程式。 如果找不到相符的代理程式，則會在目標擴充發生至第 二個呼叫通訊群組之前，連絡人會停放在已設定的時間內。 在第二個呼叫分配群組中設定的所有團隊也會新增至第一 個群組的現有團隊。 現在，系統嘗試在擴展的群組中找到匹配的代 理程式。 請注意，在發生這種情況時，技能放鬆也會在設定的時間間隔更新聯絡人的技能需 求，並且系統會使用更新的 技能需求與目前呼叫分配群組中的可用代理程式匹配。

除非之前找到相符的代理程式，否則此操作會繼續進行，直到展開 所有已設定的呼叫通訊群組並套用所有技能放鬆為止。

可用的路由模式：

• 最長可用
• 最好的可用