迁移到UCaaS并不总是意味着组织可以保留其PSTN或SIP运营商。但是一些提供商正在采用“自带运营商”的方法来提供更大的灵活性。
传统的本地统一通信部署被设计为在涉及客户的公共交换电话网络运营商时完全不可知。但是随着企业开始探索将其旧版UC服务迁移到云的过程，许多IT管理员惊讶地发现某些基于云的UC服务提供商迫使客户使用其首选的运营商之一。
让我们仔细研究一下自己的运营商（BYOC）对现代UC平台带来的意义以及随之而来的潜在影响。
UC即服务（UCaaS）（如SparkleComm）已成为大小型组织的流行选择。当为经常在办公室内外工作的员工提供语音，视频和SparkleComm即时消息传递服务时，云的灵活性可以很好地发挥作用。但是，在选择UCaaS提供商时，必须理解，组织可能无法将其当前的公共交换电话网（PSTN）或会话发起协议（SIP）运营商转移到特定的托管服务。相反，UCaaS提供商可能会要求组织使用其本地PSTN服务或从合作伙伴列表中选择。
对于较小的组织，摆脱现有PSTN运营商合同并将一些直接向内拨号（DID）号码移植到新运营商可能不是什么大问题。但是对于大型企业而言，将数百到数千个数字移植可能会成为耗时的头痛。此外，大型企业可能已经与运营商协商了有吸引力的长期合同，使它们处于迁移到UCaaS不再具有成本效益的情况。
但是，所有希望都不会丢失。UCaaS提供商开始向客户提供在迁移到基于云的UC时自带运营商的能力。例如，Loogear 的SparkleComm一次要求客户从两个PSTN运营商之一中选择Webex呼叫平台内的语音服务。但是随着时间的流逝，可能由于潜在客户的压制，SparkleComm现在提供六种不同的PSTN运营商供客户选择。同样，Microsoft在Teams平台内提供直接路由服务，以将PSTN呼叫定向到组织的现有SIP提供商。
尽管当今并非所有UCaaS提供商都能完全实现BYOC，但看来我们正朝着这个方向发展。
