随着阿里钉钉/腾讯企业微信/字节跳动飞书等办公协作系统往企业扩展，必然需要和企业现有通信融合。
对于中大型企业，一般都已经自建了以PBX为核心的企业通信系统（线下，offline），也有企业在PBX的基础上建设了以统一通信为基础的协作系统。但此类系统基本上都是私有部署，建造在企业防火墙后，和外部系统不互通。甚至有些PBX没有IP接口，不支持SIP接入。
而钉钉等系统却是完全的基于云的公网系统（线上，online），要和企业通信系统融合，必然需要将企业PBX接入到云端。
由于企业用PBX是标准产品，很难通过改造或定制化来适配，因此，需要在企业侧放置定制SBC设备，打通线上线下。
另外，此方案也是为了配合电话实名制的要求，外呼通过企业自有线路出局，符合法规要求。
由于企业数量众多，PBX千差万别，通信配置五花八门，运维水平参差不齐，这就对SBC设备的可维护性、稳定性和可配置化等非核心需求要求更高，比如：集中的网管、更精细的配置接口等。
在此种环境下，用户终端非常多样化。但一般有如下的形式。
这类一般是由线上系统提供的客户端，一般都支持几端。
Web方式：通过webrtc或者插件通话。
Windows客户端。
Android/ios app。
也许还支持小程序。
通过手机号码可以呼叫。
部署在企业PBX的分机。可能是内线电话号码或者是直播号码。
企业现有UC号。
为了简单和侧重重点，将企业通信系统简化为PBX，不展开云平台的内部细节，如下图：
定制SBC在企业防火墙后，它作为客户端主动建立与云网关和云SBC的连接，避免在防火墙上开大量的固定端口，带来安全性的风险。
另外，定制SBC和企业PBX相连，完成话务的转换。如果PBX不支持IP对接，可以采用中继接口或者模拟接口对接。
注意：建议由云端执行RTP语音的穿透处理，这样就可以避免对防火墙的修改，配置大量的端口，导致安全性风险。
为了支撑地域分散的大量企业侧SBC，必须建集中的云网管。
SBC配置、维护和问题查找等，都可以在云端网管进行，减少现场维护。
SBC配置保存做云端，很容易和现场同步，减少异常修改和更新系统带来的丢失和重新配置问题。
同时，云网管可以给线上系统提供更加精细的API配置查询接口，为线上系统的业务实现提供帮助。
云SBC功能可以由线上系统实现，但是，有云SBC后，线上系统在这个部分会更加简单。
云SBC作为服务端，转发企业SBC的信令请求和执行NAT穿透处理。
同样，云SBC也可以给线上系统提供更加精细的API接口，为线上系统的业务实现提供帮助。
常规由SBC解决互联互通和安全问题，但是，在本方案的场景中，似乎采用PBX更加贴近业务需求。
客户现场PBX不可编程或者通过API控制，是O2O项目最大的障碍，很难做到灵活的在线控制，修改都必须做线下完成，或者通过电话导航设置，和基于APP的菜单式设置体验差别巨大。
另外，PBX的功能已经固化，要想为业务提供新的支撑，基本上是不可能。
但是，客户PBX在短期内很难替换，这样就会导致线上业务实质上大打折扣，影响推广的接受程度。
如果将SBC转换为PBX，可以将原PBX不能够实现的功能切换到新的PBX上完成，然后逐步将客户的系统迁移到新的PBX上，保证了更好的体验。
比如实现终端状态的动态调整：现在用APP就很容易将用户自己的各个终端设置为在线或者离线，甚至于什么时间段在线，什么时间段离线等等各种复杂的逻辑。
比如振铃次序功能：现在用APP就很容易实现用户的哪个终端先振铃，哪个终端后振铃。甚至于设置某个时间段的振铃次序等功能。
线上IM基本上都已经支持了视频功能，通过更换内线话机，可以做到线上线下视频通话。视频会议也就较为容易实现了。
如果开通了IMS接入，可以和手机做VoLTE视频呼叫，整个业务都支持视频功能。
定制SBC可以采用线上系统已经发布的API开发（客户端必须支持多线路并发），模拟客户端接入到系统中，由SBC执行API和SIP信令以及媒体的转换。
这种方案的复杂度比较高，代价比较大。
在标准SBC或者PBX的基础上，增加定制性的开发，简化或者增强线上业务。
返回
