Poly 話機 Zoom Phone 驗證方案 建議書

文件主要針對 Zoom Phone 與 Poly 品牌話機 的整合應用，提出了一份關於 概念驗證 (POC) 的具體建議指南。內容核心圍繞在如何測試並確保這兩項技術在實際工作環境中的 溝通效能 與 系統相容性。透過專業的評估流程，這份文件旨在協助企業順利完成 雲端通訊系統 的升級部署。這是一份專為技術管理人員設計的 技術參考手冊，其目的在於最佳化企業內部的 數位通訊品質。

Zoom AI 雲端視訊會議 
www.wejun.net

Zoom 最新推出的 Zoom Workplace 單一協作平臺, 可提供不受限制的人與人通訊聯繫模式 ( 例 : Meeting / Team Chat / Phone / Mail & Calendar / Scheduler ) ; 同時 Zoom 藉助採用 AI Companion 技術，重新塑造團隊工作方式; 有效地簡化通訊、提高組織生產力、實現最佳面對面交流時刻，以及增進員工敬業度，在 Zoom Workplace 上整合與提供服務。

1. Zoom Meeting（視訊會議室）
   ➤ 全球市佔率高達 56% 的會議服務

2. Zoom Spaces：
   A. 視訊硬體進入 Zoom Meeting 的授權 – CRC 或 Zoom Room Licenses
   B. 員工預約座位、會議室的 Workplace reservation License
   C. 訪客 – 預約訪客來訪，以及訪客報到的 Vistor Management License
   D. 企業電子看板（含 Zoom Room 硬體設備）的內容播放管理 Digit Signage License

3. Zoom Phone
   ➤ 擁有 AI 能力 且完整功能的雲端電話系統，提供無限量語音錄音、語音轉中文文字的電話紀錄及彙整
   ➤ 擁有在台灣的機房，提供穩定的高通話品質

4. Zoom Webinar
   ➤ 提供企業對外線上產品發表、法說會，或對內員工大會的利器
   ➤ 並提供以點數計價的購買方式 – 預購點數，多場次進行，多少參加者，即扣除多少點數

5. Zoom Contact Center
   ➤ Omni Channel 進線 – 文字、語音、視訊
   ➤ 第三方如 CRM、業務系統整合
   ➤ 功能強大的雲端服務，適合多席次以及中小席次的需求

6. Zoom 助理型 AI
   ➤ 貫穿所有 Zoom 服務的人工智能助理，在付費的授權上不另收費
   ➤ 運用的資料可來自網際網路 + 自行上傳 + Zoom 各項服務的紀錄（如 Meeting, Mail, Phone, Chat, 白板 等等）
   ➤ 不僅是生成式 AI，是加速商業作業效率的人工智慧

魏贊科技  -  Zoom 認證經銷商
歡迎詢問 Zoom 台灣區認證經銷商
魏贊科技  02-25528000*1 sales@wejun.tw  www.wejun.net

這是一份針對台灣企業環境，移除表格形式、改以條列式與情境導向呈現的 Zoom Phone + Poly 話機 POC (概念驗證) 執行建議書。

這份指南將協助您在測試階段展現 Zoom 的雲端優勢與 Poly 的硬體強項，避開常見的部署地雷。

一、 硬體選型建議 (Hardware Selection)

在 POC 階段，建議挑選「兩款」不同屬性的話機進行 A/B 測試，以滿足不同員工的操作習慣：

1. 針對一般員工、客服與總機：Poly Edge E 系列 (推薦 Edge E220 或 E350)

• 定位： 這是標準的 SIP 話機，擁有實體按鍵與聽筒。

• 適合對象： 習慣傳統桌上型話機操作的員工、行政人員、或是需要大量「快速撥號鍵 (Line Keys)」的總機。

• 測試重點：

  • 實體按鍵的回饋手感與盲打速度。

  • Acoustic Fence (隱形圍籬)： Poly 的獨家降噪技術，在吵雜辦公室非常有效，能過濾掉話筒範圍以外的聲音。

2. 針對主管與行動辦公者：Poly CCX 系列 (推薦 CCX 500)

• 定位： 這是 Zoom Phone Appliance (ZPA) 設備，搭載 Android 系統，介面是全觸控螢幕。

• 適合對象： 高階主管、習慣使用手機介面的年輕員工。

• 測試重點：

  • 原生體驗： 操作介面與電腦/手機版 Zoom 完全一致，無需重新學習。

  • 會議整合： 螢幕上會直接顯示行事曆，點一下即可加入 Zoom 視訊會議（不僅僅是打電話）。

  • 藍牙支援： 支援配對藍牙耳機，體驗無線辦公。

二、 網路環境關鍵檢查 (由 IT 執行)

Zoom Phone 是純雲端架構，POC 會不會過關，90% 取決於網路設定。請務必在話機接上網路前，確認以下事項：

1. 【最重要】關閉 SIP ALG

   • 請檢查防火牆或路由器設定，務必關閉 SIP ALG (Application Layer Gateway) 功能。

   • 原因： 這是台灣企業網路最常導致話機「無法註冊」、「單向通話（聽得到聲音講不出話）」或「來電不會響」的主因。

2. 開放連接埠 (Firewall Rules)

   • UDP 20000 - 64000： 這是語音封包 (RTP) 的通道，必須全開，否則會沒聲音。

   • TCP/UDP 5060： 這是信令 (SIP) 通道。

   • TCP 443： 用於話機下載設定檔與韌體更新。

3. 供電確認 (PoE vs 變壓器)

   • Poly 話機原廠包裝通常 「不附贈電源變壓器」，因為預設走 PoE (網線供電)。

   • 提醒： 若您的測試環境沒有 PoE Switch，請務必向廠商借測時一併索取 變壓器，否則話機無法開機。

三、 必測的「亮點功能」劇本 (Test Scenarios)

不要只測試「能不能打通」，請依序測試以下能讓老闆買單的特色功能：

劇本 A：無縫切換 (Call Flip)

• 情境： 用手機 Zoom App 接聽客戶電話，邊講邊走回座位。

• 操作： 在 Poly 桌機上按一個鍵（Call Park 或功能鍵）。

• 驗收： 通話是否瞬間轉移到桌上話機，且對方完全沒有感覺到斷線或雜音？這是雲端總機最強大的情境。

劇本 B：零接觸供裝 (Zero Touch Provisioning)

• 情境： 模擬 IT 部署新機或更換設備。

• 操作： 在 Zoom 後台輸入話機 MAC Address，將話機恢復原廠設定並聯網。

• 驗收： 觀察話機是否能自動連上 Zoom 伺服器、自動重開機並完成分機註冊？（證明未來大規模部署時，IT 無需逐台設定 IP）。

劇本 C：總機功能驗收

• 盲轉 (Blind Transfer)： 接聽後直接轉給同事。

• 狀態燈號 (BLF)： 設定同事的分機燈號，觀察同事講電話時，話機上的燈號是否會亮紅燈。

• 代接 (Call Pickup)： 聽到隔壁電話響，在自己話機上按鍵代接。

四、 台灣在地化注意事項

1. 借測管道：

   • 台灣主要的 Poly 代理商為 華厚 (Hualiteq) 與 魏贊 (Weizan)。POC 建議先向代理商或經銷商申請「借測機 (Demo Unit)」，確認符合需求再採購。

2. 號碼與 BYOC：

   • POC 期間，Zoom 通常會配發「美國號碼」或「臨時號碼」進行測試。

   • 請向決策者說明：正式上線時，可透過 BYOC (Bring Your Own Carrier) 模式介接中華電信/遠傳的 SIP Trunk，即可保留原本公司的 02-XXXX-XXXX 代表號。

3. 中文介面：

   • Poly 話機與 Zoom Phone 後台皆支援繁體中文。POC 設定時，請記得在 Zoom 後台將該測試使用者的語系設為「繁體中文」，話機重啟後介面即會自動中文化，增加員工接受度。

4. 緊急電話警示：

   • 警告： 測試期間嚴禁撥打 119 或 110。因為 POC 號碼未定或非本地號碼，可能會導致無法接通或定位錯誤。

五、 總結行動清單

1. 準備 一台 Edge E220 (給一般同仁測手感) 與 一台 CCX 500 (給主管測科技感)。

2. 請網管人員優先處理 防火牆 (關閉 SIP ALG)。

3. 準備好 PoE 網路孔 或 電源變壓器。

4. 依照上述劇本，重點展示 Call Flip 與 降噪 功能。

Zoom Phone 與 Poly 認證話機深度 POC 策略報告：架構、部署與測試全指南

執行摘要與戰略背景

隨著企業通訊架構從傳統的本地專用交換機（On-Premises PBX）向雲端統一通訊即服務（UCaaS）轉型，Zoom Phone 憑藉其靈活性、全球覆蓋能力及強大的軟體生態系統，已成為現代化企業的首選方案之一。然而，在數位轉型的浪潮中，語音通訊的「最後一哩路」——實體話機（Hardphone）的使用體驗，往往是決定新系統能否順利落地並被使用者廣泛接受的關鍵因素。Poly（現隸屬於 HP）作為 Zoom 長期的戰略硬體合作夥伴，其硬體設備在聲學技術、穩定性、管理性及與 Zoom 平台的深度整合上，展現了顯著的優勢。

本報告旨在為企業級通訊架構師、IT 管理者及決策者提供一份詳盡的 Zoom Phone 與 Poly 認證硬體整合之概念驗證（Proof of Concept, POC）策略指南。不同於一般的操作手冊，本報告將深入探討如何設計並執行一個成功的 POC，內容涵蓋從硬體選型策略的細微差異、底層網路架構的優化與防火牆穿越、Zero Touch Provisioning (ZTP) 自動化部署流程的技術細節，到高階功能測試（如 Call Flip、Shared Line Appearance）與複雜故障排除的每一個環節。我們不僅關注「設備能否通話」，更聚焦於「如何在大規模異質環境下確保企業級的語音品質（MOS）、安全性與管理效率」。報告中整合了針對 Poly Edge E 系列、CCX 系列及 Trio 會議電話的深度技術分析，並特別針對 2025 年即將到來的 Poly ZTP 伺服器遷移與 Zoom 認證週期變更，提供了具前瞻性的規劃建議。

POC 的戰略必要性與核心目標

在全面導入雲端總機之前，POC 是降低技術風險與變革阻力的關鍵階段。對於 Zoom Phone 與 Poly 硬體的結合，POC 的核心目的超越了單純的功能驗證，而是為了在受控環境中評估企業基礎設施的成熟度。這包括環境適應性（Environmental Readiness），即企業現有的 LAN/WAN 架構、防火牆策略（Firewall Rules）以及 VLAN 配置是否能支撐 VoIP 對於即時流量的嚴苛需求；管理可行性（Manageability），即 IT 團隊是否能透過 Zoom Device Management (ZDM) 或 Poly Lens 有效地進行遠端韌體更新、配置派送及故障診斷；以及使用者體驗（User Experience），確認從傳統 Avaya、Cisco 或 Mitel 話機遷移過來的使用者，是否能適應 Poly 話機的操作邏輯與 Zoom 獨有的功能流程。透過嚴謹的 POC，企業能在量產部署前識別並解決潛在的網路瓶頸與操作痛點，確保轉型過程的平滑與成功。

第一章：POC 成功指標定義與評估體系

為了確保 POC 的結果具有可衡量性與決策參考價值，必須建立一套量化的評估體系。這不僅是一份測試清單，更是決定專案是否能從試點階段進入量產部署（Production Rollout）的關鍵閘門。成功的定義不應僅止於「電話能打通」，而應涵蓋語音品質、網路健康度、部署效率與使用者滿意度等多個維度。

1.1 關鍵績效指標 (KPIs) 架構

在語音品質方面，MOS (Mean Opinion Score) 是最直觀的指標。雖然 MOS 傳統上是用於主觀評分，但在 Zoom 的監控後台，系統會根據網路參數計算出預測性的 MOS 值。目標應設定為平均大於 4.2，這代表了「優秀」等級的通話品質。任何低於 3.5 的評分都應被視為失敗，需進一步分析原因。

網路健康度是支撐語音品質的基石。根據 Zoom 的技術規範，Jitter (抖動) 的平均值應控制在 30ms 以下，因為超過 40ms 的抖動會導致語音緩衝區溢位或欠位，產生斷續或機械音。Latency (延遲) 應控制在單向 150ms 以內，過高的延遲會造成通話雙方的「搶話」現象，嚴重影響互動體驗。Packet Loss (封包遺失率) 則需嚴格控制在 1% 以下，雖然 Zoom 使用的 Opus 編碼器具備前向糾錯（FEC）能力，能容忍一定程度的掉包，但超過 1% 的遺失率仍會導致音訊失真或雜音。

部署效率的指標則聚焦於自動化程度。ZTP 的成功率應達到 100%，這意味著在網路配置正確的前提下，設備開箱即插即用，無需任何人工介入設定 Provisioning Server 地址。任何需要 IT 人員手動登入 Web 介面輸入 URL 的情況，都應被視為部署流程的缺陷。此外，硬體穩定性也是不可忽視的一環，設備在連續運行期間不應出現非預期的自動重啟，平均重啟時間（MTBF）應遠高於 POC 的測試週期。

1.2 測試團隊與參與者畫像

為了確保測試結果的代表性，POC 的參與者不應僅限於 IT 部門。建議選擇 3 至 5 個具有不同業務屬性的部門進行試點，總人數建議在 10 至 25 人之間。IT 管理員（2-3人）將負責後端的配置、網路監控及故障排除，重點測試 ZDM 與 Poly Lens 的管理功能及防火牆穿越能力。一般行政人員（5-10人）作為重度依賴話機進行內部溝通的群體，將重點測試基本音質、轉接功能及話機的物理手感。

高階主管或其秘書（2-3人）的參與至關重要，因為他們對通訊品質及特定功能（如 Shared Line Appearance, SLA）有極高要求，且其反饋往往對採購決策有決定性影響。此群體應重點測試 Poly CCX 系列的高階觸控體驗及與藍牙耳機的整合度。最後，業務或客服人員（3-5人）作為高通話量使用者，需重點測試長時間通話下的設備穩定性、佩戴耳機的舒適度，以及 Poly 獨有的 Acoustic Fence 降噪技術在嘈雜環境下的實際表現。

第二章：Poly 認證硬體生態系統與選型策略

Poly 為 Zoom Phone 提供了廣泛的硬體選擇，涵蓋從入門級 SIP 話機到高階 Android 觸控設備。在 POC 階段，選擇正確的型號至關重要，因為硬體的物理特性與操作邏輯直接影響使用者的第一印象。Zoom 認證的 Poly 設備主要分為兩大技術架構：Zoom Phone Appliances (ZPA) 與標準 SIP 話機 (Certified SIP Phones)。理解這兩者的本質差異，是選型成功的關鍵。

2.1 技術架構解析：ZPA vs. SIP

Zoom Phone Appliances (ZPA) 代表了新一代的通訊體驗。以 Poly CCX 600、CCX 700 為代表，這類設備運行 Android 作業系統，直接搭載 Zoom App。其優勢在於提供了與 Zoom 電腦版或手機版完全一致的原生介面（Native Experience），支援視訊通話（若配備鏡頭）、行事曆深度整合及互動白板功能。然而，ZPA 的啟動速度相對較慢，對網路環境的要求較高，且硬體成本較昂貴。這類設備最適合作為高階主管辦公室或小型會議室（Huddle Room）的通訊終端。

相對地，標準 SIP 話機則以 Poly Edge E 系列及 VVX 系列為代表。這類設備運行 Poly 自家的 PVOS（原 UC Software），通過標準 SIP 協定註冊到 Zoom 雲端。其優勢在於極度穩定、啟動迅速、實體按鍵操作效率高，且具備極佳的成本效益。對於習慣傳統按鍵話機的一般員工、開放式辦公區或客服中心而言，SIP 話機是更務實的選擇。儘管介面為傳統邏輯，但透過 Poly 與 Zoom 的深度整合，仍能實現許多進階功能。

2.2 POC 推薦機型清單與功能亮點

基於最新的市場狀況與認證列表，我們強烈建議在 POC 中納入 Poly Edge E 系列作為測試主力。相較於舊款 VVX 系列，Edge E 提供了更現代的設計語言、更強的硬體處理能力及內建 NFC 功能。對於一般員工與共用辦公桌場景，Edge E220/E320 是理想選擇，其中 E320/E350 整合了藍牙 5.0 與 Wi-Fi，這對於測試無線部署的穩定性極具價值。對於秘書、行政人員及高通話量用戶，Edge E450/E550 提供了雙螢幕顯示與多達 12 個線路鍵（Line Keys），便於監控 Shared Lines 與忙線指示燈（BLF），且支援擴充模組，能滿足複雜的轉接需求。

在高階觸控體驗方面，Poly CCX 505 與 CCX 600 是主要的測試對象。CCX 600 擁有 7 吋觸控螢幕，適合高階主管使用。然而，POC 執行者需特別注意韌體版本管理。根據 Zoom 的支援文件，CCX 系列目前的認證有效期至 2025 年 12 月，且正在進行再認證程序。目前 Zoom 認證的韌體版本主要為 8.1.8.x，尚未全面支援 PVOS 9.x.x 用於 Zoom Phone Appliance 模式。因此，在 POC 期間，必須確保設備未自行升級至不支援的版本，以免造成功能異常。

對於會議室場景，Poly Trio C60 是不可或缺的測試項目。它不僅是一款支援 360 度收音的強大會議電話，更具備 Poly 獨家的 NoiseBlockAI 技術，能自動消除鍵盤敲擊聲與包裝紙摩擦聲等非人聲噪音。Trio C60 既可作為獨立的 Zoom Phone 會議電話，也能作為 Zoom Room 的控制器，在 POC 中應重點測試其在大空間下的收音範圍與跨平台整合能力。

2.3 獨家聲學技術驗證：Acoustic Fence

在 POC 報告中，必須強調 Poly 的聲學技術，這是說服企業購買專業硬體而非僅使用軟體版的重要理由。Acoustic Fence（聲學圍籬）利用話筒上的多個麥克風，創建一個虛擬的收音邊界。邊界外的聲音（如鄰座同事的交談或走廊的噪音）會被完全切斷，而非僅是被壓低。這對於開放式辦公室環境至關重要。建議在 POC 測試計畫中加入「干擾源測試」，在受測者 1 公尺外播放 65dB 的人聲噪音，驗證通話對方是否能聽到干擾，以此量化硬體的價值。

第三章：網路架構準備與防火牆工程

VoIP 的通話品質有 90% 取決於底層網路的健康度。大多數 Zoom Phone POC 的失敗並非源於話機本身的故障，而是由於網路配置不當導致的單向語音（One-way Audio）、註冊失敗或持續性的音質劣化。因此，網路架構的準備是 POC 中的關鍵路徑（Critical Path）。

3.1 頻寬估算與服務品質 (QoS) 要求

雖然單通 Zoom Phone 的語音通話頻寬需求並不高（每通約 60-100kbps），但 VoIP 對於延遲（Latency）與抖動（Jitter）極其敏感。若 POC 規劃有 20 人同時通話，建議至少保留 2Mbps 的專用上/下行頻寬。更重要的是 QoS 的設定。網路延遲應控制在單向 150ms 以內，抖動建議值為小於 30ms，若超過 40ms，語音品質將顯著下降。封包遺失率需嚴格控制在 1% 以下。

POC 執行建議：在部署任何話機之前，務必使用 Zoom 提供的「Network Connectivity Tool」在每個測試站點進行為期至少 24 小時的連續監控測試。這能協助識別出特定時段（如上班高峰期或備份作業期間）的網路擁塞問題。此外，建議在交換器與路由器上實施 VLAN 隔離，將語音流量與數據流量分開，並為語音 VLAN 配置高優先級的 DSCP 標記（如 EF 或 CS5），確保在頻寬競爭時語音封包能被優先轉發。

3.2 防火牆與連接埠白名單策略

防火牆配置是 POC 最容易遭遇阻礙的環節。Poly 話機在運作時，需要同時與 Zoom 雲端（進行 SIP 註冊與 RTP 媒體傳輸）及 Poly ZTP 伺服器（進行配置下載與韌體更新）保持通訊。這兩條路徑缺一不可。

A. Zoom Phone 核心通訊埠

IT 安全團隊必須在防火牆上開放以下對外（Outbound）連接埠，任何阻擋都將導致服務異常：

• UDP 20000 - 64000： 這是 RTP 媒體流的傳輸通道，是最關鍵的設定。若此範圍被封鎖，將導致電話接通後雙方無聲或單向語音。

• TCP/TLS 5061： 用於 SIP 訊號傳輸，負責話機的註冊、呼叫建立與拆除。若被擋，話機將顯示「無服務」或註冊失敗。

• TCP/TLS 443： 用於 HTTPS 連線，負責韌體下載、配置檔更新及 API 呼叫。

• UDP 123 (NTP)： 用於網路校時。若時間不同步，將導致 TLS 憑證驗證失敗，進而造成註冊失敗。

• UDP 53 (DNS)： 用於域名解析。建議使用穩定且快速的 DNS 服務。

B. Poly Zero Touch Provisioning (ZTP) 特殊需求

Poly 話機開機後，第一步是嘗試連線到 Poly 的 ZTP 伺服器以獲取 Zoom 的配置路徑。若此路徑不通，話機將無法自動部署，需人工逐台設定。

• 必須開放的 FQDN： ztp.polycom.com、ztp.poly.com、manager.polycom.com、boot.polycom.com。

• IP 白名單的風險： 根據 Poly 的最新公告，ZTP 伺服器正在進行架構遷移（預計 2025 年 3 月完成整合）。由於雲端服務的 IP 位址可能會變動，強烈建議在防火牆規則中使用 FQDN（網域名稱）進行白名單設定，而非鎖定特定 IP 位址，以避免未來因 IP 變更導致 ZTP 失效。

第四章：自動化部署流程 (Zero Touch Provisioning) 深度解析

POC 的核心體驗之一是「開箱即用」的流暢感。Poly 與 Zoom 的 ZTP 整合能讓話機只要插上網線，就能自動下載配置並完成註冊，無需 IT 人員到場支援。理解並掌控這一流程，是 IT 團隊展現專業能力的關鍵時刻。

4.1 標準 ZTP 流程詳解與障礙排除

ZTP 的運作依賴於 Zoom Cloud、Poly ZTP Server 與終端設備三者之間的精密協作。

1. 管理員作業 (Zoom Portal)： IT 管理員登入 Zoom Admin Portal，在 Phone System Management 下新增話機，輸入設備的 MAC Address，並指派給使用者或公共區域。此時，Zoom 系統會自動透過後端 API 將該 MAC Address 及 Zoom 的 Provisioning Server URL（例如 https://provpp.zoom.us）同步給 Poly 的 ZTP 伺服器。這一步驟是觸發整個自動化流程的起點。

2. 設備端啟動 (Device Boot)： 將全新的 Poly 話機連接至網路。話機啟動後，首先透過 DHCP 取得 IP 位址、DNS 伺服器及閘道資訊。

3. ZTP 查詢 (ZTP Inquiry)： 話機預設會嘗試聯繫 ztp.polycom.com。此時，若防火牆規則正確，Poly ZTP 伺服器會識別該 MAC Address，並回應 Zoom 的 Provisioning Server URL。

4. 重定向與配置下載 (Redirection & Download)： 話機接收到 URL 後，會進行重啟或重定向，改為連線至 Zoom 的伺服器。它會下載專屬的 XML 設定檔及對應的韌體。

5. 註冊完成： 話機應用新的設定，顯示使用者分機號碼，準備就緒。

若話機開機 30 分鐘後仍未註冊，需按以下決策樹進行排查：

• 檢查 MAC 位址： Zoom Portal 上的 MAC 是否輸入錯誤？常見的錯誤包括將數字 8 看成字母 B，或字母 Q 看成字母 O。

• 工廠重置 (Factory Reset)： 如果用於 POC 的話機非全新（例如曾被註冊過），ZTP 流程可能不會自動觸發。此時必須執行工廠重置。對於 Edge E 或 VVX 系列，可在重啟過程中長按 1、3、5 鍵，輸入管理員密碼（預設為 456）來強制重置。

• DHCP Option 66 干擾： 檢查企業內部的 DHCP 伺服器是否設定了 Option 66，這可能會強制話機連線到舊的 PBX 伺服器，導致 ZTP 失敗。

4.2 韌體版本管理與合規性

在 POC 階段，韌體版本的管理極為重要。Zoom 對於認證話機有嚴格的韌體版本要求。Zoom 的 Provisioning Server 預設會強制將話機韌體更新（或降級）到 Zoom 當前認證的版本。例如，如果 Edge E 出廠預載的是 PVOS 8.2.x，但 Zoom 目前認證僅到 8.1.x，話機在 ZTP 過程中會自動執行降級程序。

此過程可能長達 15 至 20 分鐘，且設備會經歷多次重啟。這對於不了解背景的使用者來說，極易誤判為設備故障（Boot Loop）。因此，POC 建議：在交付給測試使用者之前，IT 人員應在實驗室環境完成第一次 ZTP 與韌體同步，確保交付到使用者手中的設備是已經處於「就緒」狀態，避免第一印象扣分。

第五章：功能驗證與使用者體驗測試計畫

為了確保 POC 的全面性，測試不應是隨機的嘗試，而應遵循結構化的測試腳本。這不僅能驗證功能，更能讓使用者深入體驗 Zoom Phone 的優勢。

5.1 基礎通訊功能驗證

基礎功能的穩定性是所有進階功能的基礎。測試項目應包括：

• 內/外線撥打： 測試撥打內部分機及外部 PSTN 號碼，確認雙向語音清晰，無回音或雜訊。MOS 值應持續監控。

• 通話保留 (Hold)： 按下 Hold 鍵，等待 30 秒後恢復通話。驗證保留期間對方是否能聽到預設的等候音樂 (MOH)，以及恢復通話後語音是否立即正常，無斷字或單向語音現象。

• 盲轉接 (Blind Transfer)： 接通後按 Transfer，輸入目標分機並直接掛斷。驗證通話是否能迅速且正確地轉移。

• 諮詢轉接 (Warm Transfer)： 接通後按 Transfer，輸入目標分機，等待對方接聽並說明來意後再掛斷。驗證轉接過程是否平滑，諮詢期間原發話者是否正確聽到 MOH。

• 緊急呼叫 (E911)： 撥打測試用的緊急號碼（非真實 110/119），驗證系統是否能正確識別話機的位置資訊（Nomadic E911），並觸發 Zoom Alert 通知企業安全團隊。

5.2 進階整合功能與行動化體驗

Zoom Phone 的強項在於軟硬體的無縫整合。以下功能展示了 Poly 話機與 Zoom Client 的協同效應：

• Call Flip (通話切換)： 這是展示行動力的關鍵場景。用戶在座位上使用 Poly Edge E450 通話，因需移動到會議室，直接在 Zoom 手機 App 上按「Hold」圖示旁的切換按鈕，或在話機上按特定 Softkey。驗證通話是否能無縫轉移至手機，且對方幾乎無察覺。

• Shared Line Appearance (SLA) / Call Delegation： 模擬秘書代接總經理電話的場景。當總經理的 Poly CCX 600 來電時，秘書的 Poly Edge E550 應同步響鈴並閃爍紅燈。秘書接起後，按下「Hold」，總經理線路應顯示保留狀態，總經理按鍵即可接續通話。驗證 BLF 燈號狀態的同步延遲應小於 1 秒。

• Call Park (通話駐留)： 模擬客服接聽後需廣播找人的場景。按下「Park」軟鍵，系統語音提示「Parked at extension 801」。驗證任何一台話機撥打 *801 皆可取回通話，且流程順暢。

第六章：管理、監控與維運策略

在 POC 期間，建立一套有效的管理機制同樣重要。目前 Zoom Phone 環境主要依賴兩個管理平台：Zoom Admin Portal (ZDM) 與 Poly Lens。理解兩者的分工與整合方式，能大幅提升維運效率。

6.1 Zoom ZDM 與 Poly Lens 的分工哲學

• Zoom Device Management (ZDM)： 這是主要配置平台（Primary Source of Truth）。所有的業務邏輯設定，如分機分配、按鍵功能定義（BLF/Speed Dial）、基本韌體升級策略，都必須在 ZDM 中進行。這確保了配置的一致性與可追溯性。

• Poly Lens： 這是進階診斷與資產管理工具。它提供了比 ZDM 更深層的硬體數據，包括詳細的硬體健康狀態、進階網路參數調整（如 Syslog server 設定）、以及遠端封包擷取（Packet Capture）功能。在 POC 階段，雖然 ZDM 能處理 90% 的日常作業，但建議 IT 人員同時註冊 Poly Lens 帳號，以便在遇到深層網路故障或硬體異常時，能利用 Lens 的強大診斷能力進行分析。

6.2 整合管理：Poly Lens Connector for ZDM

為了簡化管理流程，Zoom 與 Poly 推出了整合方案。利用 Zoom App Marketplace 中的 "Poly Lens Connector for Zoom Device Management"，可以將 Poly Lens 收集到的詳細硬體數據（如耳機佩戴狀態、詳細韌體版本、環境噪音分析）回傳至 Zoom Portal。這使得 IT 管理員能在單一視窗中掌握設備的全貌。在 POC 中，應將此整合功能的設定與測試列為「加分項」，驗證其對於資產管理效率的提升。

第七章：常見故障排除與風險緩解指南

根據全球社群的反饋與 Poly/Zoom 的技術文件，POC 過程中可能會遇到一些典型問題。預先掌握這些問題的徵兆與解法，能大幅降低 POC 的失敗風險。

7.1 常見問題集 (FAQ) 與解決方案

故障現象

可能原因

診斷與解決方案

ZTP 循環重啟或無法下載配置

1. 防火牆阻擋 ZTP 伺服器 (Port 443)

2. 舊版韌體無法識別新憑證

1. 檢查防火牆日誌，確認 ztp.polycom.com 通行。

2. 下載 PVOS 8.1.x 韌體至 USB，進行本地升級後再試。

單向語音 (One-way Audio)

1. 防火牆 SIP ALG 開啟

2. UDP 20000-64000 封鎖

1. 立即關閉 路由器/防火牆上的 SIP ALG。

2. 確認 Outbound UDP 埠範圍已全開。

話機反應遲鈍或螢幕延遲

DNS 解析逾時

話機嘗試解析 Zoom 伺服器時遇到延遲。將話機 DNS 設定為 8.8.8.8 或 1.1.1.1，避免使用回應慢的內部 DNS。

註冊失敗 (Error 403/503)

1. 憑證過期或時間不同步

2. MAC 位址錯誤

1. 檢查 NTP 設定 (UDP 123)。

2. 核對 Zoom Portal 上的 MAC 位址是否正確。

通話中頻繁斷線

網路 Session Timeout 或 UDP Keep-alive 設定不當

調整防火牆的 UDP Session Timeout 值大於 180 秒，或在 Zoom Portal 縮短 Keep-alive 間隔。

第八章：結論與前瞻建議

Zoom Phone 結合 Poly 認證話機，提供了一個強大、靈活且具備企業級音質的通訊解決方案。然而，成功的關鍵不在於單純的硬體採購，而在於網路環境的精確準備與自動化部署流程的嚴謹執行。

綜合建議與未來展望

1. 網路先行 (Network First)： 在任何話機落地前，務必先完成防火牆白名單與 QoS 配置。這是 POC 成功的基石，任何僥倖心理都可能導致後期的災難性故障。

2. 硬體分級策略： 善用 Edge E 系列作為一般員工的主力戰鬥機種，CCX 系列作為高階主管的形象設備，Trio 作為會議室的語音補強，形成高低搭配的硬體組合。

3. 擁抱 ZDM 管理： 盡量使用 Zoom Admin Portal 進行日常管理，保持配置的單一性與簡潔性，減少維運複雜度。

4. 聲學體驗行銷： 在 POC 的演示環節，務必向管理層展示 Acoustic Fence 技術的實際效果，這是讓決策者直觀感受到 Poly 硬體價值、超越軟體電話體驗的「WOW Moment」。

展望未來，隨著 Poly 被 HP 收購以及 Zoom 持續強化其硬體生態系，我們可以預見更深度的整合（如更強大的 AI 降噪、更無縫的視訊接續）將陸續推出。企業應保持對韌體更新與新功能的關注，持續優化通訊體驗。透過遵循本報告的架構與建議，貴公司將能順利完成 Zoom Phone 的概念驗證，並為未來的全面導入奠定堅實且具前瞻性的基礎。