共用方式為

規劃商務用 Skype Server中的通話入場控制

  • 發行項

瞭解在商務用 Skype Server 企業語音中，如果通話媒體質量不佳，可能會導致無法進行通話的通話入場控制。

針對電話語音、視訊及應用程式共用等 IP 型應用程式，商業網路的可用頻寬通常不視為 LAN 環境中的限制因素。 不過，在互連網站的 WAN 連結上，網路頻寬可能會受到限制。

當網路流量過度訂閱 WAN 連結時，會使用查詢、緩衝和封包舍入等目前機制來解決壅塞問題。 額外的流量通常會延遲，直到網路壅塞狀況減輕，或視需要降低流量。 在這種情況下，對於傳統的資料流量，接收用戶端可以復原。 不過，對於整合通訊等即時流量，網路壅塞無法以此方式解決，因為整合通訊流量會同時區分延遲和封包遺失。 WAN 上的壅塞可能會導致使用者的體驗品質不佳 (QoE) 。 對於在𶐯塞狀況下即時流量而言，拒絕來電實際上比提供品質不佳的連線更好。

CAC) (撥入控制措施會判斷是否有足夠的網路頻寬來建立可接受品質的即時會話。 在 商務用 Skype Server 中，CAC 只會控制音訊和視訊的即時流量，但不會影響資料流量。 如果預設 WAN 路徑沒有所需的頻寬，CAC 可以嘗試透過網際網路路徑或公用交換電話網路 (PSTN) 路由來路由通話。

本節說明通話入場控制功能，並說明如何規劃 CAC。

注意事項

商務用 Skype Server有三種進階企業語音功能：通話入場控制 (CAC) 、緊急服務 (E9-1-1) ，以及媒體略過。 如需這三項功能常見之規劃資訊的概觀，請參閱商務用 Skype Server 中進階企業語音功能的網路設定。

商務用 Skype Server 中的 CAC 設計提供四個主要屬性：

  • 部署和管理並不需要額外的設備，例如特殊設定的路由器，這很簡單。

  • 它解決重要的整合通訊使用案例，例如漫遊使用者和多個目前狀態點。 CAC 原則會根據端點所在的位置強制執行，而不是根據使用者的所在位置執行。

  • 除了語音通話之外，也可以將其套用至其他流量，例如視訊通話和音訊/視訊會議會話。

  • 提供彈性以啟用各種網路拓撲的呈現方式。

如果新的語音或視訊會話超過您在 WAN 連結上設定的頻寬限制，則只會將通話封鎖或 (，) 轉為 PSTN。

CAC 只會控制語音和視訊的即時流量。 它無法控制資料流量。

系統管理員定義 CAC 原則，由每個前端集區一起安裝的頻寬原則服務強制執行。 CAC 設定會自動傳播到您網路中的所有商務用 Skype Server前端伺服器。

對於因 CAC 原則而失敗的通話，重新撥打電話的優先順序順序如下：

  1. 互聯網

  2. PSTN

  3. 語音信箱

(CDR 錄製通話詳細資料) 擷取轉接至 PSTN 或語音信箱之通話的相關資訊。 CDR 不會擷取轉到網際網路之通話的相關資訊，因為網際網路會被視為替代路徑，而非次要選項。

注意事項

由於頻寬限制，將不會拒絕語音信箱存款。

頻寬原則服務會以逗號分隔值產生兩種類型的記錄檔， (CSV) 格式。 檢查失敗記錄檔會在拒絕頻寬要求時擷取資訊。 連結使用記錄檔會擷取網路拓撲和 WAN 連結頻寬使用率的快照。 這兩個記錄檔都可以協助您根據使用率微調 CAC 原則。

通話入場控制考慮

系統管理員選取要在中央網站中設定的第一個集區上安裝頻寬原則服務。 由於每個網路區域都有單一中央網站，每個網路區域只有一個頻寬原則服務，可管理該區域的頻寬原則、其相關網站以及這些網站的連結。 頻寬原則服務會做為前端伺服器的一部分執行，因此該集區內建了高可用性。 在每個前端伺服器上執行的頻寬原則服務每 15 秒會同步處理一次。 如果前端集區失敗，該網站將不再強制執行 CAC 原則，直到前端集區生效，因此頻寬原則服務再次恢復運作。 這表示所有通話都會在頻寬原則服務服務服務中斷服務期間進行。 因此，在這段期間，可能會有頻寬超出訂閱連結的情形

頻寬原則服務可在前端集區中提供高可用性;不過，它不會在整個前端集區提供備援。 頻寬原則服務無法從一個前端集區容錯移轉至另一個。 一旦還原到前端集區的服務後，頻寬原則服務就會繼續執行，而且可以再次強制執行頻寬原則檢查。

網路考慮

雖然商務用 Skype Server中的頻寬原則服務強制執行音訊和視訊的頻寬限制，但網路路由器 (層 2 和 3) 不會強制執行此限制。 例如，CAC 無法防止資料應用程式耗用 WAN 連結上的整個網路頻寬，包括 CAC 原則為音訊和視訊保留的頻寬。 若要保護網路上所需的頻寬，您可以部署服務品質 (QoS) 通訊協定，例如區別服務 (DiffServ) 。 因此，最佳作法是與任何您可能部署的 QoS 設定協調您所定義的 CAC 頻寬原則。

透過 VPN 的媒體和訊號路徑

如果您的企業透過 VPN 支援媒體，請確定媒體串流和訊號串流都通過 VPN，或兩者都透過網際網路路由。 根據預設，媒體和訊號串流會穿過 VPN 通道。

外部使用者的通話進入控制

通話入場控制不會超出商務用 Skype Server組織的限制。 CAC 無法套用至穿越網際網路的媒體流量，網際網路不受商務用 Skype Server管理。 如果呼叫端點屬於組織，則會在呼叫中流經商業網路的部分執行 CAC 檢查，而 Edge Server 已新增至網路設定，如通話入場控制部署中所述：商務用 Skype Server的最終檢查清單。 如果稱為端點不屬於組織，例如同盟或 PIC 使用者，則不會執行頻寬原則檢查，撥出電話會忽略任何 CAC 限制。

PSTN 連線的通話准許控制

無論呼叫接收控制項是連線到 IP/PBX、PSTN 閘道或 SIP 主幹，都可在轉送伺服器上強制執行。 由於 Media Server 是 B2BUA) (的連續使用者代理程式，因此會終止媒體。 它具有兩個連接端：一個連接至商務用 Skype Server端和一個閘道端，這兩端會連線到 PSTN 閘道、IP/PBX 或 SIP 主幹。 如需 PSTN 連線的詳細資料，請參閱規劃 商務用 Skype Server 中的 PSTN 連線。

除非啟用媒體略過功能，否則可在中移伺服器的兩端強制執行CAC。 如果啟用媒體略過功能，則媒體流量不會周轉中接伺服器，而是直接在商務用 Skype用戶端和閘道之間延伸。 在此情況下，不需要 CAC。 如需詳細資料，請參閱在商務用 Skype中規劃媒體略過。

下圖說明如何在啟用媒體略過的情況下，于 PSTN 連線上強制執行 CAC。

針對 PSTN 連線撥打入場控制強制執行

Voice CAC 媒體略過連線強制執行。

定義通話入場控制要求

規劃 (CAC) 的通話入場控制需要您商業網路拓撲的詳細資訊。 若要協助規劃通話入場控制原則，請依照下列步驟進行。

  1. 找出商業網路) (稱為網路區域的中樞/骨幹。

  2. 找出每個網路區域內稱為網路網站) (辦公室或位置。

  3. 決定每一組網路區域之間的網路路由。

  4. 決定每個 WAN 連結的頻寬限制。

    注意事項

    頻寬限制是指 WAN 連結上有多少頻寬配置給企業語音和音訊/視訊流量。 當 WAN 連結被描述為「頻寬限制」時，WAN 連結的頻寬限制會低於該連結的預期尖峰流量。

  5. 識別指派給每個網路網站的 IP 子網。

若要說明這些概念，我們將使用下圖所示的網路拓撲範例。

通話入場控制範例拓撲

Litware Inc. 網路拓撲範例。

注意事項

所有網路網站都與網路區域相關聯。 例如，北美洲區中包含了是否包含在教室、里諾和阿爾布北美洲。 在本圖中，只會顯示已套用 CAC 原則的 WAN 連結，以及頻寬限制。 芝加哥、紐約和芝加哥的網路網站會顯示在北美洲區域橢圓內，因為它們不受頻寬限制，因此不需要 CAC 原則。

以下各節說明本範例拓撲的元件。 如需有關此拓撲規劃方式的詳細資料，包括頻寬限制，請參閱範例：商務用 Skype Server中通話入場控制收集需求。

識別網路區域

網路區域代表網路骨幹或網路中樞。

網路骨幹或中樞是電腦網路基礎結構的一部分，可相互連接網路的不同部分，提供不同 LAN 或子網之間的資訊交換路徑。 骨幹可以結合各種不同的網路，從小型位置連結到廣大的地理區域。 骨幹的容量通常大於連線到該網的網路。

我們的範例拓撲有三個網路區域：北美洲、EMEA 和 APAC。 網路區域包含網路網站的集合 (請參閱本主題稍後的網路網站定義) 。 與您的網路作業小組合作，以識別您的網路區域。

將中央網站與每個網路區域建立關聯

CAC 要求針對每個網路區域定義商務用 Skype Server中心網站。 系統會選取中央網站，提供最佳的網路連線能力，以及該網路區域內所有其他網站的最高頻寬。 先前的網路拓撲範例顯示三個網路區域，每個區域都有管理 CAC 決策的中央網站。 從上述範例中，適當的關聯會顯示在下表中。

注意事項

中央網站不一定對應到網路網站。 在這份檔中的範例中，芝加哥、倫敦和北京等一些中央網站與網路網站共用相同的名稱。 不過，即使中央網站和網路網站共用相同的名稱，中心網站也是商務用 Skype Server拓撲的元素，而網路網站則是商務用 Skype Server拓撲所在的整體網路的一部分。

網路區域、中心網站和網路網站

網路區域 中央網站 網路網站
北美
 芝加哥
 芝加哥
紐約
底特律
波特蘭
雷諾
阿爾伯克爾基
Emea
 倫敦
 倫敦
科隆
亞太
 北京
 北京
馬尼拉

識別網路網站

網路網站代表貴組織有實體場地的位置，例如辦公室、一組建築物或校園。 具有 LAN 及 WAN 連線到其他網站的實體場地會被視為網路網站。 從清查貴組織的所有辦公室開始。 在我們的拓撲範例中，北美洲網路區域是由下列網路網站所組成：紐約、芝加哥、芝加哥、芝加哥、芝加哥、里諾和 Albuquerque。

您必須將每個網路網站與網路區域建立關聯。 根據網路網站是否有限制的 WAN 連結，頻寬原則會與網路網站相關聯。 如需 CAC 原則以及您使用它們配置的頻寬的詳細資料，請參閱本主題稍後的。 若要設定 CAC，請建立網路網站與網路區域的關聯，然後建立頻寬分配原則，以套用至指定網站或地區之間的頻寬限制連線，以及網站與區域之間的 WAN 連線。

網路連結代表連結不同地區和網站的實體 WAN 連線。 在我們的拓撲範例中，有兩個地區網路連結、五個地區和網站之間的網路連結，以及兩個網站之間的一個網路連結。

這兩個區域連結位於 北美洲 和 EMEA 之間，以 NA-EMEA-LINK 表示，以及代表 EMEA-APAC-LINK 的 APAC 和 EMEA 之間。

網站連結會以將 Publisher、Reno 和 Albuquerque 連線至北美洲地區的線條來表示，這些線條會連至 APAC 地區，而將方塊連接至 EMEA 地區。 Reno 和 Albuquerque 之間的線條會顯示這兩個網站之間的直接網路連結。

定義頻寬原則

與您的網路營運小組合作，判斷組織中 WAN 連結的即時音訊和視訊流量有多少 WAN 頻寬可用。 如果頻寬使用量受限，頻寬原則通常會套用至 WAN 連結;也就是說，如果預期的頻寬會超過音訊和視訊模式可配置的頻寬。

CAC 頻寬原則會定義可保留給即時音訊和視訊形式的最大頻寬。 由於 CAC 不會限制其他流量的頻寬，因此無法防止大型檔案傳輸、音樂串流等其他資料流量用完所有網路頻寬。

CAC 頻寬原則可以定義下列任一或所有專案：

  • 為音訊配置的總頻寬上限。

  • 配置給視訊的總頻寬上限。

  • 針對單一音訊通話 (會話) 配置的最大頻寬。

  • 配置給單一視訊通話的最大頻寬 (會話) 。

注意事項

所有 CAC 頻寬值都代表單 向 頻寬的最大限制。

注意事項

商務用 Skype Server語音原則功能可讓使用者) 針對來電 (而非撥出電話，覆寫頻寬原則檢查。 建立會話之後，頻寬耗用量就會正確計算。 此設定應謹慎使用。 如需詳細資料，請參閱部署檔中的建立或修改語音原則和在 商務用 Skype 中設定 PSTN 使用記錄或修改語音原則和設定 PSTN 使用記錄。

若要在每個會話的基礎上優化頻寬使用量，請考慮將使用的音訊和視訊編解碼器類型。 特別是，避免為您預期經常使用的編解碼器分派不足的頻寬。 相反地，如果您要防止媒體使用需要較多頻寬的編解碼器，您應該將每個會話的最大頻寬設定為低到足以防止這類使用。 針對音訊，並非每個案例都提供每個編解碼器。 例如：

  • 當您將編解碼器的頻寬和優先順序納入考慮時，商務用 Skype端點之間的對等音訊通話會使用 RTAudio (8kHz) 或 RTAudio (16kHz) 。

  • 商務用 Skype端點與 A/V 會議服務之間的電話會議，將使用 G.722 或 Siren。

  • 使用 G.711 或 RTAudio ( (8kHz) ，) 連線到公用交換電話網路) 或從商務用 Skype端點撥打電話。

請使用下表來協助優化每個會話頻寬的最大設定。

編解碼器的頻寬使用率

編 解碼 器 沒有轉寄錯誤校正 (FEC) 的頻寬需求 具有轉寄錯誤修正 (FEC) 的頻寬需求
RTAudio (8kHz)
49.8 kbps
 61.6 kbps
RTAudio (16kHz)
67 kbps
 96 kbps
警笛
 57.6 kbps
 73.6 kbps
G.711
 102 kbps
 166 kbps
G.722
 105.6 kbps
 169.6 kbps
RTVideo (CIF 15 fps)
260 kbps
 不適用
RTVideo (VGA 30 fps)
610 kbps
 不適用

注意事項

頻寬需求會考慮下列專案的負荷：乙太網路 II、IP、使用者資料包協定 (UDP) 、RTP (即時傳輸通訊協定) ，以及 SRTP (安全的即時傳輸通訊協定) 。 它們也包含 10 kbps 的 RTCP 負荷。

G.722.1 和天狼星編解碼器是類似的，但提供不同的位元速率。

G.722 是商務用 Skype Server會議的預設編解碼器，與 G.722.1 和 Siren 編解碼器完全不同。

在下列情況中，會在 商務用 Skype Server 中使用天狼星編解碼器：

  • 如果頻寬原則設定得太低，無法使用 G.722。

  • 如果 Communications Server 2007 或 Communications Server 2007 R2 用戶端連線至商務用 Skype Server會議服務 (，因為這些用戶端不支援 G.722 編解碼器) 。

依案例的頻寬使用率

案例 針對數量優化的頻寬需求 (kbps) 平衡模式 (kbps) 的頻寬需求 針對品質 (kbps 優化的頻寬需求)
對等音訊通話
 45 kbps
 62 kbps
 91 kbps
電話會議
 53 kbps
 101 kbps
 165 kbps
PSTN 通話會在商務用 Skype和 PSTN 閘道之間 (，並使用媒體略過)
97 kbps
 97 kbps
 161 kbps
PSTN 通話會 (在 商務用 Skype 和中接伺服器之間進行，而不需要媒體略過)
45 kbps
 97 kbps
 161 kbps
PSTN 通話會在中接伺服器和 PSTN 閘道之間 (，而不需要媒體略過)
97 kbps
 97 kbps
 161 kbps
商務用 Skype - Polycom 通話
 101 Kbps
 101 Kbps
 101 Kbps

識別 IP 子網

針對每個網路網站，您必須與您的網路系統管理員合作，以判斷為每個網路網站指派哪些 IP 子網。 如果您的網路系統管理員已將 IP 子網組織到網路區域和網路網站，則您的工作會大幅簡化。

在我們的範例中，北美洲地區的紐約網站獲派下列 IP 子網：172.29.80.0/23、157.57.216.0/25、172.29.91.0/23、172.29.81.0/24。 假設通常在紐約市工作的百勝，他前往紐約辦公室接受訓練。 開啟電腦並聯機到網路時，他的電腦會在四個保留給紐約的範圍中取得一個 IP 位址，例如 172.29.80.103。

謹慎

伺服器上網路設定期間指定的 IP 子網必須符合用戶端電腦提供的格式，才能正確地用於媒體略過。 商務用 Skype用戶端會取用本機 IP 位址，並以相關聯的子網路遮罩遮罩 IP 位址。 當您判斷與每個用戶端相關聯的略過識別碼時，註冊機構會比較與每個網路網站相關聯的 IP 子網清單，與用戶端提供的子網進行完全相符的比較。 因此，在伺服器的網路設定期間輸入的子網必須是實際的子網，而不是虛擬子網。 (如果您部署通話入場控制，但不是媒體略過， 即使您設定虛擬子網.) ，通話進入控制仍可正常運作例如，如果用戶端以 172.29.81.57 的 IP 位址登入具有 255.255.255.0 的 IP 子網路遮罩，則商務用 Skype會要求與子網 172.29.81.0 相關聯的略過識別碼。 如果子網定義為 172.29.0.0/16，雖然用戶端屬於虛擬子網，但註冊機構不會將此視為相符專案，因為註冊機構特別在尋找子網 172.29.81.0。 因此，系統管理員必須輸入完全由商務用 Skype用戶端 (提供的子網，這些子網是在網路設定靜態或 DHCP.)

通話許可控制的最佳做法

若要增強效能並促進部署，請在部署通話入場控制時，套用下列最佳做法：

  • 確定已針對目前和預期的媒體流量妥善布建 WAN。

    注意事項

    我們建議您在緩衝區中考慮頻寬限制。 有些情況例如，比賽條件會影響所使用的總頻寬，並可能導致超過頻寬限制的情況。 例如，如果兩個通話在媒體流量接近頻寬限制時嘗試啟動，其中一個電話可能會遭到拒絕，因為另一個電話是先接聽。

  • 監控網路使用方式和通話詳細記錄，讓您可以選擇最佳的 CAC 設定，並隨著網路使用量變更更新 CAC 設定。

  • 使用 CAC 頻寬原則來補強 QoS 設定。

  • 如果您想要將封鎖的通話重新路由到 PSTN，請確認 PSTN 功能和容量。 如需詳細資料，請參閱 規劃撥出通話路由。

    注意事項

    容量是指您需要開啟以支援潛在 PSTN 重新路由的埠數量。