Microsoft Teams如何驱动全球游戏公司的跨区域协作：中国云端SBC实战案例

在线运营的游戏永不停歇，运维团队也是如此。当某款游戏在中国区服务器于上海时间凌晨2点出现突发问题时，深圳的开发工程师、新加坡的发行团队和洛杉矶的社区运营人员必须在几分钟内接入同一通电话，看到同一份数据看板。对于我们服务的一家全球游戏公司而言，这个看似基本的要求却屡屡落空——不是因为团队能力不够，而是因为Microsoft Teams一旦跨入中国大陆，其行为逻辑就完全不同了。

这是Brocent如何帮助这家游戏公司走出Microsoft Teams中国版本限制的故事：我们为真正需要的团队成员部署了国际版Teams体验，并设计了一套基于云的会话边界控制器（SBC）方案，最终将Teams电话系统与该公司现有的电话网络架构成功打通。最终成果是：无论身处公司旗下哪个工作室，员工都能用同一套稳定、可预期的方式沟通、聊天和通话——跨区域协作效率也因此实现了可量化的提升。

客户背景：一家正在多区域扩张的全球游戏公司

我们的客户是一家中大型多工作室游戏公司，其开发团队常驻中国大陆，发行与本地化团队分布在东南亚各地，而线上运营、市场营销和财务职能则设在北美与欧洲。和大多数这个规模的游戏企业一样，该公司常年处于高强度的版本发布周期、在线服务补丁窗口以及7×24小时玩家支持轮班之中——这一切都高度依赖分散在不同城市、不同国家的团队成员之间的实时协作。

在中国大陆以外，Microsoft 365与Teams早已是该公司聊天、会议和文件协作的标准平台。问题在于，"中国大陆以外"这个限定语背后隐藏着巨大的落差。在中国大陆境内，工作室员工要么无法使用海外同事每天都在用的功能，要么被导向一个完全独立、与公司其他部门无法顺畅互通的Teams版本。跨工作室的每日站会，逐渐演变成微信群、电话轮番上阵、手动转发截图的"拼凑式协作"——勉强能用，但效率低下，一旦涉及安全或合规敏感信息，风险还会进一步放大。

Brocent最初是通过我们的亚太区IT支持服务为该客户提供区域IT支持。当客户的跨区域协作问题开始实实在在地拖慢产品发布节奏时，这段合作关系自然延伸为一个聚焦于Microsoft Teams与电话系统整合的专项工程。

问题所在：为什么Microsoft Teams在中国的表现不一样

大多数进入中国市场的企业都默认Microsoft Teams会像在其他地方一样"开箱即用"，但事实并非如此，而且原因是结构性的，不是表面小问题。

独立的运营环境。 面向中国大陆交付的Microsoft 365服务，是由本地合作伙伴依据授权协议在境内基础设施上独立运营的，而非运行在微软的全球云平台上。这一安排确保了服务符合中国的数据本地化与电信监管要求，但也意味着中国大陆运营的Teams环境，在实践中与大多数跨国企业已有的全球租户是两套完全独立的部署。

功能与更新滞后。 Teams的新功能——包括通话能力、会议体验、应用集成以及AI辅助工具——通常会比全球版服务更晚上线中国运营版本，有些功能甚至根本不会引入。对于一家每周都在发布新功能和内容的游戏公司来说，一个自身路线图都跟不上的沟通协作平台，非但不是加速器，反而成了瓶颈。

联合互通与目录摩擦。 中国区身份账号与全球租户身份账号之间的聊天、状态显示和通话默认并不是无缝互通的。员工发现自己要在两个不同的"Teams"、两本不同的通讯录、两套不同的会议链接之间来回切换，具体取决于要联系的是谁——正是这种摩擦，让原本五分钟就能解决的同步沟通,拖成了二十分钟的应用切换游戏。

与电话系统之间没有干净的对接路径。 对这家客户来说，也许最大的缺口在于：Teams电话系统的通话基础设施，与客户在中国已有的PBX及本地运营商合作关系，从一开始就不是为互通而设计的。老旧的座机、区域呼叫队列和客服热线在一边，Teams在另一边，中间没有任何桥梁。

合规与数据本地化要求。 依据中国的网络安全等级保护制度（等保/MLPS）以及《个人信息保护法》（PIPL）的相关规定，任何触及中国大陆基础设施的语音与会议数据都必须留在合规许可的边界之内。任何整合方案都必须在尊重这一边界的同时，为公司其他部门提供统一、连贯的Teams体验——这种平衡取舍，直接排除了简单粗暴的单租户捷径。

这些都不是Teams本身的缺陷，而是任何企业在中国这样一个监管边界如此重要的市场运营微软云服务时必然面对的现实。但对一家分秒必争的游戏公司而言，"跨监管边界运营的现实"直接转化为了错失的交接窗口和延误的故障修复。

我们交付了什么：正确落地的国际版Microsoft Teams体验

Brocent的第一步工作，不是去对抗中国运营版服务，而是围绕它进行架构设计。通过我们的Microsoft Teams解决方案与云计算解决方案团队，我们在动手调整任何一条策略之前，先对客户的租户结构、身份架构和通话需求进行了系统性评估。

身份与租户架构。 我们梳理清楚了哪些员工真正需要在中国合规环境内运作（主要是中国大陆的开发和运营团队），哪些员工需要完整的国际版Teams体验（发行团队、全球在线运营负责人、社区运营、财务以及需要跨区域协调的高管）。我们没有强行采用单一租户模式——那要么会违反中国的数据规定，要么会削弱其他地区用户的体验——而是设计了一套受管控的双环境架构，为身份管理、访客访问和跨租户协作制定了清晰、可文档化的规则。

在真正需要的地方部署国际版。 对于需要完整、最新Teams功能集的岗位——国际通话、最新的会议与协作工具，以及与公司全球Microsoft 365与Entra ID环境的直接集成——我们部署并配置了标准的全球版Teams服务，正确完成许可授权与权限管控，让这些用户获得与新加坡、伦敦或洛杉矶同事完全一致的Teams体验。

统一的策略与设备配置。 借助Intune以及基于Entra ID的条件访问策略（其基础与我们在亚太区Microsoft 365与Entra ID安全审计一文中介绍的方案类似），我们在两套环境中统一了会议策略、通话策略和设备合规规则，确保无论用户身处边界的哪一侧，一条会议邀请、一个呼叫号码、一套安全基线的含义都是一致的。

联合互通与目录对齐。 我们配置了目录同步以及两套环境之间的状态显示/聊天互通机制，在技术与法规都允许的范围内，让员工能够互相找到对方、看到准确的在线状态、加入同一个会议链接——从而消除了那种"两个不同Teams"的体验，此前这一直在悄悄消耗客户每周数小时的时间。

仅这一阶段的成果，就让终端用户无论从哪里登录，看到和感受到的都是同一套Teams体验——尽管在底层，实际上是两套独立、各自合规的环境在协同运作。

搭建云端会话边界控制器（SBC），打通Teams与电话系统

修复协作体验只解决了一半的问题，另一半是语音通话——而这恰恰是客户感受最深的痛点。客服热线、区域销售专线以及各工作室前台号码，此前全部运行在一套老旧PBX和多家本地运营商的组合之上。这些线路都没有与Teams电话系统原生互通，导致员工要携带两台设备、维护两套语音信箱、记住两套拨号习惯。

解决方案是一套基于云的会话边界控制器，专门用于通过直接路由（Direct Routing）将Microsoft Teams电话系统与客户现有的电话基础设施桥接起来。

为什么选择云端SBC。 会话边界控制器是位于Microsoft Teams租户与公共电话网络（或现有PBX）之间的基础设施组件，负责转换和加密两个世界之间承载通话的SIP信令与RTP媒体流量。将其部署为云服务——而不是安装在单一数据中心内的物理设备——让我们能够：

将SBC实例部署在靠近客户中国与国际运营商接入点的位置，降低通话延迟、提升语音质量
构建跨区域的主备双活冗余架构，避免单一区域故障导致全公司通话中断
在在线运营高峰期和客服热线高峰时段弹性扩容，无需经历硬件更新换代周期
集中统一应用安全控制（TLS/SRTP加密、会话数限制、欺诈与话费盗用防护），而不是逐台设备单独配置

与现有电话系统的对接。 我们通过直接路由将云端SBC与客户原有的运营商中继线路及老旧PBX相连，把现有的DID号码、呼叫组和客服热线直接映射进Teams电话系统。原有已公开发布的号码全部保持不变可用。此前部署在PBX上的呼叫队列和自动语音应答，被重新平台化迁移到Teams上，呼叫流程与营业时间逻辑得以完整保留。针对客户中国业务出于合规要求、必须让通话保持在境内认证运营商线路上传输的场景，我们在SBC配置中构建了具备区域感知能力的路由规则，确保这类通话始终不脱离合规认证的基础设施，而国际通话则走最优路径传输。

号码与运营商迁移，零中断切换。 由于在线服务的客服热线不能因迁移窗口而简单中断，我们按热线、按工作室分批推进切换，在每个站点的号码、通话质量和故障切换行为都得到验证之前，让老旧PBX与全新的Teams电话路由并行运行。

为什么这比本地部署硬件方案更优

客户在项目早期曾考虑在每个主要站点部署传统的本地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电话系统后，客户的支持负责人可以在上线周高峰期灵活地跨区域调配客服人员，无需重新编排热线号码或调整硬件配置。

这些收益都不是靠某一个"杀手级功能"实现的，而是来自于消除了此前一直在悄悄拖累每一次跨区域协作的种种摩擦——而这恰恰是一家快节奏的游戏公司在在线服务突发事件或上线周期间最经不起消耗的东西。

对于同样在中国运营全球化Teams业务的企业，这意味着什么

无论是游戏、电商、制造还是金融行业，凡是同时在中国大陆和海外运营的企业，迟早都会遇到这个问题的某个版本。这次项目带来的几点经验具有普遍参考价值：

从一开始就为两套环境做设计，而不是找一个折中的临时方案。 试图强行让单一全球Teams租户同时服务中国大陆（或反过来），通常要么留下合规缺口，要么牺牲用户体验。应从项目初期就规划受管控的双环境架构。
语音往往是最难的一环，而不是聊天。 消息和会议通常最受关注，但电话系统整合——运营商中继、号码可携性、区域合规——往往才是真正阻碍企业淘汰老旧电话系统的那一块硬骨头。
云端SBC是一个运营层面的决策，而不仅仅是技术选型。 正确的SBC部署模式，应该匹配你区域布局的变化频率，而不只是当前的通话量。
把这当作一个协作项目来做，而不只是通信系统升级。 真正的回报体现在故障响应时间、发布协调效率和客服热线可靠性上——这些是业务层面真正在意的指标，而不仅仅是IT部门的KPI。

常见问题解答

跨国企业可以在中国大陆使用Microsoft Teams吗？

可以，但在中国大陆交付的Microsoft 365与Teams运行在本地运营的独立环境中，而非全球微软云平台上，二者在更新节奏和功能可用性上都有各自的时间表。同时在中国境内外都有员工的企业，通常需要规划两套互联的环境，而不能假设单一全球租户就能覆盖所有人。

中国版Teams与国际版Teams在实际使用中有什么区别？

核心区别在于底层运营环境及其合规边界。这直接体现为功能上线时间的差异、通话能力的差异，以及中国区员工在不做额外配置的情况下，能与全球租户的聊天、在线状态和会议功能实现多大程度的直接互通。

什么是基于云的会话边界控制器（SBC）？为什么Teams电话系统需要它？

SBC负责在Microsoft Teams电话系统与公共电话网络或现有PBX之间，对呼叫信令和媒体流量进行加密与转换。基于云的SBC以托管、地理分布式服务的形式提供这一功能，而不是在每个站点部署物理硬件，对于多区域运营的企业而言，通常更具弹性，也更容易扩展。

像这样的Teams与电话系统整合项目通常需要多长时间？

对于拥有老旧PBX基础设施、同时又有中国特定运营商合规要求的多工作室企业而言，一次分阶段实施——包括评估、SBC部署、以及按工作室逐步切换——通常需要数月时间，具体节奏取决于每个站点对变更的承受能力以及客服热线的可用性要求。

对于在中国运营的企业，通过云端SBC实现的直接路由是否比微软通话计划（Calling Plans）更好？

对于已有运营商合作关系、存在区域合规要求、或需要将特定通话路径保留在境内基础设施上的企业而言，通过云端SBC实现的直接路由，通常比单纯依赖微软通话计划提供更强的路由、成本和合规控制能力。

这种方案是否也适用于游戏行业之外的其他行业？

适用。"受管控的双环境Teams架构 + 云端SBC对接Teams电话系统与现有电话网络"这一模式，适用于任何在中国大陆与世界其他地区之间存在实时运营团队协作需求的跨国企业。

采用Teams电话系统是否意味着必须替换现有的PBX和运营商合约？

不一定。通过云端SBC实现的直接路由，本身就是为了与现有运营商中继线路和号码并存运行而设计的——这也是这家客户能够保持已公开发布的客服和销售号码不变的原因。老旧PBX硬件可以在呼叫队列和自动语音应答完成向Teams的平台迁移之后，按照自己的节奏逐步淘汰，而不需要被迫一次性切换。

正在规划类似的跨区域协作项目？

如果贵公司正在权衡如何为中国团队与国际团队提供一致的Microsoft Teams体验——或者仍在使用一套Teams无法触达的老旧PBX来处理语音通话——那么在它再拖慢一个发布周期、或再错过一次故障响应窗口之前，值得先把问题梳理清楚。Brocent的托管IT与云服务团队已在亚太区多个多区域运营的企业中，反复验证过这一整套方案。

欢迎联系我们，预约一次15分钟、无需承诺的免费咨询，也可以浏览我们的Microsoft Teams解决方案与云计算解决方案页面，了解我们如何设计中国与全球之间的连接方案。您还可以查看我们的服务价格，了解托管协作与电话通信项目的收费情况。

相关阅读：