【融云通信研习社】资深产品专家解读关于“IM+RTC+Push”那些事

上半年的疫情对全球经济、社会生活带来了巨大的影响，很多工作、生活场景也被迫转到线上，特别是在复工复课后，在线教育、远程医疗、协同办公等场景，对于通信云服务的需求激增。针对于多场景的通信需求，融云产品及解决方案 VP 林光柘在近期举办的融云通信研习社中，深度剖析了融云“IM+RTC+Push”一体化解决方案，并带来一些通信云技术在行业场景中的创新应用玩法。

IM+RTC+Push一体化解决方案

很多人对于 IM 的概念还停留在用户之间聊个天，发个文字、语音和图片的初级形式上，但在广义上，所有用户之间或者是服务器给用户下发的通信指令，比如音视频通话的呼叫、系统推送的通知以及智能硬件的指令等都是 IM 即时通讯的能力。林光柘表示，IM 是基于 TCP 长连接通道上发送数据包，注重消息的必达，但当应用在后台运行时，并不能完全保证 TCP 长链接的保活，进程极有可能被杀掉，这就引入了推送的概念，我们平时在手机通知栏里看到的内容，就是通过推送通道传递到你手机上的消息。

对于 RTC，林光柘表示，虽然同为网络通信技术，其本质都是对信息进行转发，但与 IM 不同的是，融云实时音视频是基于 UDP 协议，由发送端压缩编码，接收端解码进行音视频的传输，去中心化的 RTC 服务与信令服务无耦合，无需关心其它媒体服务状态，可快速增加地域媒体服务节点部署，并通过 NACK（丢包重传）、FEC（前向纠错）、自适应带宽调整（动态调整码）、接收端 Jitter Buffer（媒体流平稳）等各种机制，保证画面的流畅，更加注重传输的实时性。同时融云 RTC 使用了 IM 信令通道，在稳定性、可靠性和通信接口协调性上，都能确保性能质量更佳。

在林光柘眼中，通过 IM+RTC+Push 技术能力在 App 中实现的功能完全不同，但三者却是密不可分的，特别是 IM 和音视频在很多场景下有耦合，可以说几乎所有实时音视频在线应用都有文字/语音消息、文件传输、系统通知等 IM 和 Push 的需求。无论是前期的开发还是后期运营过程中，当实时音视频与 IM 质量不稳定时，需要逐一协调各个服务商，逐一排查问题，无形中增加了很多成本。而融云 IM+RTC+Push 一体化解决方案则有效地解决了这一问题，用一套 SDK 满足所有通信场景，让开发者在性能与成本之间取得平衡，更快速地推动产品上线运营。

如何实现与非在线用户的连麦？

目前在国内的 Android 端，包括小米、华为、OPPO 在内的很多手机厂商都自研了推送通道，林光柘表示，融云尽可能选择厂商通道来进行推送，如果是非厂商通道手机或者智能硬件，也可以通过融云自研的 RC Push 进行推送。至于 Android 海外产品就比较简单了，直接使用谷歌的 FCM 进行推送即可。

在 iOS 端，融云通常会选择苹果推送通知服务 APNs。值得注意的一点是，按照工信部的规定，在中国区 App Store 上架的所有 App 都不可以支持 Callkit 功能，如果产品在海外上架的话，使用苹果 CallKit 可以让你的应用程序成功调用系统的通话和通话记录界面。

林光柘表示，推送并不只是将离线消息推送给用户这么简单，通过推送服务可以实现很多实用且有趣的功能。比如说目前我们在各大直播平台所能看到的主流连麦形式可以分为两种，一种是在房间内连麦，主播可以跟房间内的任意观众进行连麦互动，另一种则是主播与主播之间的跨房间连麦互动。所有的连麦形式都是基于用户在线这一基础之上的，那么新的问题来了，很多用户并不会将直播应用长期放在前台运行，如果要跟这种非在线用户进行连麦，这一功能该如何实现呢？这就需要推送 Push 的加持，定义一个邀请连麦的信令，即使用户不在线也可以收到连麦邀请，点击即可进入应用与主播连麦。

结语：

“以技术为行业产业发展提供外在驱动力，”林光柘表示，无论是 IM 还是 RTC 技术，最终都需要为应用场景的创新来服务。正是考虑到为解决开发者们对于通信能力的实际需求，融云才推出了这样一套“IM+RTC+Push”的一体化解决方案，就是要以一套 SDK 来满足多场景下的高品质通信的需求，帮助开发者更加快速地构建低延迟、高品质的应用通信能力，助力更多创新应用场景的孵化和实现。

最新活动推荐：