Microsoft Teams如何驅動跨地區協作：全球遊戲公司中國雲端SBC案例研究

營運中的線上遊戲永遠不會停擺，負責維運的團隊自然也必須全天候待命。當某款遊戲的中國伺服器於上海時間凌晨兩點發生突發事故時，深圳的工程團隊、新加坡的發行團隊，以及洛杉磯的社群經理，必須在數分鐘內同步進入同一場會議、檢視同一份儀表板——這是最基本的要求。然而對某間全球遊戲公司而言，這個看似理所當然的期望卻一再落空。問題並非團隊能力不足，而是Microsoft Teams一旦跨入中國大陸，運作方式就完全不同。

這篇文章記錄了Brocent如何協助這間遊戲公司突破Microsoft Teams中國版的種種限制，為真正有需要的員工部署國際版Teams體驗，並設計一套雲端Session Border Controller（SBC），最終將Teams Phone System與公司原有的電話系統成功整合。結果是——無論身處哪個工作室，員工都能以同一套方式通話、交流與開會，跨地區協作效率也錄得實質提升。

客戶背景：一間正在跨區域擴張的全球遊戲公司

我們的客戶是一間中大型、旗下擁有多個工作室的遊戲公司，開發團隊主要駐紮於中國大陸，發行與在地化人員分布於東南亞各地，而營運、市場推廣與財務等職能則設於北美與歐洲。與大部分這個規模的遊戲公司一樣，客戶的日常營運圍繞著緊湊的發版週期、線上服務的修補時段，以及全天候輪班的玩家支援團隊——這些工作全都高度依賴分散於不同城市、不同時區的團隊即時協作。

在中國大陸以外，Microsoft 365與Teams早已是客戶通訊、開會與檔案協作的標準工具。問題就出在「中國大陸以外」這幾個字。在中國大陸境內，工作室員工要不就無法使用海外同事日常在用的功能，要不就被導向另一個完全獨立、無法與其餘組織順暢對接的Teams版本。結果跨工作室的站立會議變成一場拼湊——微信群組、電話，再加上人手轉傳截圖，勉強行得通，但效率低落，一旦涉及資訊安全或合規要求，風險更高。

Brocent早已透過我們的亞太區IT支援服務為客戶提供區域IT支援。當跨區協作的問題開始實質蠶食發版週期的時間，這段合作關係也自然延伸為一個聚焦於Microsoft Teams與電話系統的專項項目。

問題核心：為何Microsoft Teams在中國的表現不同

大部分企業擴展至中國市場時，都預設Microsoft Teams會與其他地區一樣「開箱即用」。事實並非如此，而背後的原因屬於結構性問題，並非表面配置那麼簡單。

獨立的營運環境。 提供予中國大陸的Microsoft 365服務，是透過與本地合作夥伴的授權安排，由本地團隊營運，伺服器亦架設於中國境內，而非Microsoft的全球雲端基礎設施之上。這個安排使服務得以符合中國的數據落地與電信法規要求，但同時也意味著中國版Teams環境，實質上是與大部分跨國企業慣用的全球租戶完全分離的獨立部署。

功能與更新滯後。 Teams的新功能——通話功能、會議體驗、應用程式整合、AI輔助工具等——通常需要延遲一段時間才會推送到中國版服務，部分功能甚至長期缺席。對於以每週為單位發布新內容的遊戲公司而言，一套落後於自身產品路線圖的通訊平台，只會變成瓶頸，而非助力。

聯合通訊與目錄摩擦。 中國身份帳戶與全球租戶身份帳戶之間的即時訊息、線上狀態與通話，預設情況下並不順暢。員工經常需要在兩個不同的「Teams」、兩本不同的通訊錄，以及兩組不同的會議連結之間切換，視乎對方身處哪一邊——這種摩擦足以將一場五分鐘的同步會議，拖成二十分鐘不斷切換應用程式的折騰。

與電話系統之間缺乏乾淨的整合路徑。 對這個客戶而言，這點可能是最大的缺口：Teams Phone System的通話基礎設施，與客戶在中國原有的PBX及電信商合作關係，兩者從一開始就未被設計成互通。舊式桌上型電話、地區呼叫隊列與支援熱線各自運作，Teams則獨立於另一邊，兩者之間毫無橋樑。

合規與數據落地要求。 根據中國的網絡安全等級保護制度（等保，MLPS）與個人信息保護法（PIPL）的數據規定，任何觸及中國境內基礎設施的語音及會議數據，都必須留在獲批准的範圍內。任何整合方案都必須遵守這些界線，同時仍要使公司其餘部門享有一致、順暢的Teams體驗——這種平衡使簡單粗暴的單一租戶捷徑完全行不通。

這一切並非Teams產品本身的缺陷，而是在中國這個具有重大意義的監管邊界之下，營運Microsoft雲端服務的現實。但對一間爭分奪秒、隨時要應對突發事故的遊戲公司而言，這種「跨監管邊界營運的現實」，直接轉化為交接延誤與修復滯後。

Brocent交付方案：正確部署國際版Microsoft Teams體驗

Brocent首要的任務，並非與中國版服務對抗，而是圍繞其框架去設計方案。透過我們的Microsoft Teams解決方案與雲端解決方案團隊，我們在調整任何政策之前，先對客戶的租戶架構、身份系統與通話需求進行了一次結構化評估。

身份系統與租戶架構。 我們逐一梳理哪些員工真正需要在符合中國合規要求的環境中運作（主要是中國大陸的開發與營運團隊），哪些員工需要完整使用國際版Teams體驗（發行、線上營運管理層、社群、財務，以及需要全球協調的高層管理人員）。我們並未強行套用單一租戶模式——這樣做要不違反中國數據法規，要不就使其他地區員工體驗大打折扣——而是設計了一套受管治的雙環境架構，並為身份驗證、訪客訪問與跨租戶協作制定了清晰、有文件記錄的規則。

在真正有需要的地方部署國際版。 對於需要完整、最新Teams功能集的角色——國際通話、最新的會議與協作工具，以及與公司全球Microsoft 365及Entra ID環境直接整合——我們部署並配置了標準的全球版Teams服務，並正確授權與設定訪問控制，使這批用戶得到的Teams體驗，與他們在新加坡、倫敦或洛杉磯的同事完全一致。

統一的政策與裝置配置。 我們運用Intune與以Entra ID為基礎的條件式訪問（以我們在亞太區Microsoft 365與Entra ID安全審核一文中提及的類似框架為基礎），將會議政策、通話政策與裝置合規規則在兩個環境之間統一標準化，使一個會議邀請、一個通話號碼、一套安全狀態，無論用戶身處哪一邊的邊界，意義都完全一致。

聯合通訊與目錄整合。 我們設定了兩個環境之間的目錄同步，以及線上狀態與即時訊息互通，在技術與法規許可的範圍內，盡量使員工可以互相找到對方、看到準確的在線狀態，並加入同一個會議連結——徹底解決了一直在暗中蠶食客戶每週寶貴時間的「兩個不同Teams」問題。

單單這個階段的成果，已使終端用戶無論從哪個地方登入，看到、感受到的Teams體驗都完全一致——即使在背後，實際上是兩套獨立、各自合規的環境同時運作。

建置雲端Session Border Controller（SBC），打通Teams與電話系統

修復協作體驗只解決了一半問題，另一半——語音——正是客戶感受最深的痛點。支援熱線、地區銷售專線與工作室前台號碼，全部仍然依賴一套舊式PBX與多間本地電信商。這些系統全都無法原生與Teams Phone System連接，結果員工需要同時攜帶兩部裝置、使用兩套語音信箱系統，也要記住兩套撥號習慣。

解決方案是一套雲端版Session Border Controller，專為透過Direct Routing將Microsoft Teams Phone System與客戶原有電信基礎設施橋接而設計。

為何選用雲端SBC。 Session Border Controller是位於Microsoft Teams租戶與公共電話網絡（或現有PBX）之間的基礎設施元件，負責轉換與保護兩個世界之間傳遞通話所需的SIP信令與RTP媒體流量。將這套系統部署為雲端服務，而非固定裝設於單一數據中心的實體設備，使我們得以做到：

將SBC節點部署於貼近客戶中國與國際電信商連接點的位置，降低通話延遲，提升語音品質
建立跨地區的主動-主動（active-active）容錯架構，使單一地區故障不會令全公司通話癱瘓
在線上營運高峰與支援熱線繁忙時段彈性擴充容量，無需經歷硬件更換週期
集中套用一致的安全控制（TLS/SRTP加密、通話上限、詐騙與盜打防護），而非逐部設備分別設定

與現有電話系統整合。 我們透過Direct Routing，將雲端SBC與客戶原有的電信商中繼線及舊式PBX連接，將現有DID號碼、來電分配群組與支援熱線直接映射至Teams Phone System。原有已公開的電話號碼全部保持不變。過去依賴PBX運作的呼叫隊列與自動語音總機，重新遷移至Teams平台上，通話流程與營業時間邏輯完全保留。在客戶中國業務因合規要求而必須將通話留在境內獲批准電信商路徑的情況下，我們在SBC設定中建置了按地區判斷的路由規則，確保這些通話絕不離開獲批准的基礎設施，而國際通話則會經由最有效率的路徑傳送。

無停機的號碼與電信商遷移。 由於線上服務的支援熱線不可以在遷移期間簡單中斷，我們按熱線逐條、按工作室逐間的方式分階段切換，在每個地點的號碼、通話品質與故障轉移行為完成驗證之前，舊式PBX與新的Teams Phone路由會並行運作。

為何雲端方案優於本地部署設備

客戶在項目初期，曾經考慮在每個主要據點部署傳統的本地SBC實體設備。我們基於三個針對多工作室遊戲公司的特定原因，建議不採用這個方向：本地設備的容量受限於單一硬件，必須按最惡劣情況的負載去配置（大部分時間都造成昂貴的資源浪費）；除非額外購入並維護第二部設備，否則每個據點都會存在單點故障風險；而且當某間工作室新開、結業或更換電信商時（這種情況在遊戲產業比大部分IT團隊預期的更常發生），本地設備的重新配置速度也相當緩慢。雲端SBC則使客戶同時擁有電信商級別的可靠性，以及可以在數日內、而非數月內新增或撤銷某個據點通話能力的靈活度。

全程貫徹的安全、合規與治理

以上任何一項部署，如果削弱了客戶的資訊安全或合規狀態，都毫無意義，因此治理機制在設計初期已經內建，而非事後補上的補丁。每一部SBC都全程強制執行端對端加密信令與媒體流量（TLS/SRTP），並透過邊界規則限制哪些網絡可以發起或終止通話。面向中國與國際路徑的通話紀錄與路由日誌分開保存，滿足當地審計要求的同時，也避免不必要地向外洩露全球通話數據。在身份層面，條件式訪問政策清楚區分了獲授權使用國際版Teams環境的用戶，與僅限於中國合規環境的用戶——也就是說，決定一個帳戶可以觸及哪些資源的，是授權範圍，而不僅僅是網絡位置。SBC本身也設定了盜打詐騙與異常通話模式警報，使客戶的資安團隊對語音流量的可視性，追上他們一向對電郵與端點活動的監控水平。實質成效：客戶在新架構到位後順利通過下一次內部合規審查，也得到一套比舊有「PBX加微信」拼湊方案更容易審計的語音與協作平台。

成效展現：更佳的跨地區協作實際帶來了哪些改變

當國際版Teams體驗的正確部署，與以雲端SBC為基礎的電話整合兩大部分同時上線後，營運上的改變即時可見，而且可以量化：

突發事故應變速度大幅提升。 過去組織跨地區事故應變會議動輒要花15至20分鐘（需在微信、電話與互不相通的Teams環境之間逐一追蹤相關人員），現在只需數分鐘，就可以在同一個Teams通話中啟動，而所需人員也已經可以透過同一本通訊錄直接聯絡到。
一個號碼、一個語音信箱、一部裝置。 過去需要同時操作桌上型電話與Teams客戶端的支援與銷售人員，現在無論內部或外部、本地或國際通話，一律透過Teams、於任何裝置上直接處理。
IT支援票券數量下降。 隨著通訊錄、在線狀態與通話行為在各地區之間趨於一致，因「找不到同事」、「會議連結出錯」或「無法接通中國的電話」而產生的服務台票券數量顯著減少。
電信成本降低。 將電信商中繼線整合至雲端SBC之下，並淘汰重複的PBX硬件，大幅減少了經常性電信開支，而主動-主動容錯架構也使系統的正常運作時間比單一據點的舊式PBX更高。
新工作室與新員工上線更快。 為新工作室建立通話與協作能力，由過去的硬件採購項目，變成單純在SBC與Teams管理介面上的設定工作。
發版週期協調更順暢。 過去需要專人統籌橋接電話會議的跨工作室製作檢討會與上線清單審核會議，現在轉為常設Teams會議，並可持續錄影、轉錄與記錄跟進事項——這些功能過去中國團隊完全無法使用。
玩家支援覆蓋更穩定可靠。 由於呼叫隊列與自動語音總機已經統一整合於Teams Phone System之中，客戶的支援主管可以在產品上線週的高峰期，靈活地在不同地區之間重新調配客服人手，而毋須重新編配熱線號碼或調校硬件。

這些成效並非來自某一項單一的「殺手級」功能，而是來自消除了一直在暗中拖累每一次跨地區互動的摩擦——而這種摩擦，正是一間高速運轉的遊戲公司，在線上服務事故或產品上線週期間最無法承受的代價。

對其他同時在中國與全球營運業務的企業有何啟示

無論是遊戲、電商、製造業或金融服務，凡是同時在中國大陸與國際市場營運的企業，遲早都會遇上這類問題的某個版本。以下是這次項目歸納出、可以廣泛套用的幾點啟示：

要為兩個環境設計，而非尋找一個折衷方案。 強行使單一全球Teams租戶同時服務中國大陸與其他地區（反之亦然），通常只會製造合規缺口，或拖低用戶體驗。應該由項目起始階段，就規劃一套受管治的雙環境架構。
語音往往才是最難處理的一環，而非即時訊息。 大部分人的注意力都放在訊息與會議功能之上，但電話系統整合——電信商中繼線、號碼可攜性、地區合規要求——通常才是真正阻礙企業淘汰舊式電話系統的關鍵環節。
雲端SBC是一項營運決策，不僅是技術決策。 合適的SBC部署模式，應該配合企業地區業務版圖的變動頻率來決定，而不僅僅是看現時的通話流量。
要將這類項目視為協作升級，而非單純的通訊系統更新。 真正的回報體現在事故應變速度、發版協調效率與支援熱線可靠性這些對業務有實際意義的指標之上，而不僅對IT部門有意義。

常見問題

跨國企業可以在中國大陸使用Microsoft Teams嗎？

可以，但在中國大陸境內提供的Microsoft 365與Teams，是透過本地營運的獨立環境提供，而非全球Microsoft雲端，更新頻率與功能開放時間表也各自獨立。同時在中國境內外都有員工的企業，一般都需要規劃兩個互相連接的環境，而不應假設單一全球租戶就能覆蓋所有人。

中國版Teams與國際版Teams，實際上有何分別？

核心分別在於底層的營運環境與各自的合規邊界。這個分別會反映在功能推出時間、通話能力，以及中國員工在無需額外設定的情況下，能否與全球租戶的即時訊息、在線狀態與會議緊密互動之上。

什麼是雲端版Session Border Controller？為何Teams Phone需要用到？

SBC負責保護與轉換Microsoft Teams Phone System與公共電話網絡或現有PBX之間的通話信令與媒體流量。雲端版SBC以受管理、跨地域分散的服務形式提供這項功能，而非依賴每個據點各自的實體硬件，對於多地區營運的企業而言，通常更具韌性，擴充也更加容易。

這類Teams與電話系統整合項目，一般需時多久？

對於擁有舊式PBX基礎設施與中國特定電信商要求的多工作室企業而言，分階段推行——包括評估、SBC部署，以及按工作室逐間切換——一般需要數個月時間，實際時程會配合每個據點對變動的承受能力，以及支援熱線正常運作時間的要求。

對在中國營運的企業而言，透過雲端SBC使用Direct Routing，是否優於使用Microsoft Calling Plans？

對於已經有電信商合作關係、需要遵守地區合規要求，或需要使特定通話路徑保留在境內基礎設施的企業而言，透過雲端SBC使用Direct Routing，一般可以在路由、成本與合規方面提供比單靠Microsoft Calling Plans更高的掌控度。

採用Teams Phone System是否一定要更換現有PBX與電信商合約？

不一定。透過雲端SBC實現的Direct Routing，設計上就是為了與現有電信商中繼線及號碼並行運作，這也是為何這位客戶得以在過程中保留原有已公開的支援與銷售號碼不變。舊式PBX硬件可以在呼叫隊列與自動語音總機遷移至Teams之後，按照企業自身的時間表逐步淘汰，而不需要強制一次過切換。

正在規劃類似的跨地區協作項目？

如果貴公司正在思考，如何為中國團隊與國際團隊提供一致的Microsoft Teams體驗——又或者仍在依賴一套Teams觸及不到的舊式PBX處理語音通訊——不妨在這個問題再蠶食一個發版週期，或再造成一次錯失的事故應變時機之前，及早進行評估。Brocent的受管理IT及雲端服務團隊，已在亞太區為多個跨地區組織執行過完全相同的方案模式。

歡迎聯絡我們，預約一次15分鐘、無需承諾的諮詢，或瀏覽我們的Microsoft Teams解決方案與雲端解決方案頁面，了解我們如何處理由中國連接至全球的網絡架構。您亦可參考我們的收費方案，了解受管理協作與電信服務的收費詳情。

相關閱讀：