RCS终端技术方案研究与验证-USB迷|专注于互联网分享

2024年3月10日发(作者：贺智志)

终端与业务

RCS终端技术方案研究与验证

安小静，戴国华，张婷

（中国电信股份有限公司广州研究院，广东广州 510630）

【摘要】

跟踪RCS标准演进情况，分析RCS相对OTT的优势，调研国内外运营商商用情况。重点对VoLTE/RCS单双

定基础。

【关键词】

RCS终端；Native；融合通信

doi:10.3969/.1006-1010.2018.10.018 中图分类号：TN929.5 文献标志码：A 文章编号：1006-1010(2018)10-0096-04

引用格式：安小静,戴国华,张婷. RCS终端技术方案研究与验证[J]. 移动通信, 2018,42(10): 96-99.

Research and Veriﬁ cation of RCS Terminal Technical Scheme

AN Xiaojing, DAI Guohua, ZHANG Ting

(Guangzhou Research Institute of China Telecom Co., Ltd., Guangzhou 510630, China)

[Abstract]

The evolution progress of RCS standard is followed, the advantage of RCS over OTT is analyzed and the

commercial situation for operators at home and abroad is investigated in this paper. The single and double

registration of VoLTE/RCS and the power consumption of RCS native/app version are investigated in detail. The

suggestion on technical scheme for RCS prototype terminal technology is put forward to lay the foundation to the

development of domestic RCS.

[Key words]

RCS terminal; Native; uniﬁ ed communication

1 引言

随着互联网行业的不断发展，OTT业务对运营商

传统语音和短消息业务的冲击已经有目共睹了，运营商

业务利润正在大幅下滑。RCS（Rich Communication

Suite，富通信套件）的出现为运营商应对互联网

的挑战提供了新的机遇。RCS是由GSMA（Groupe

Speciale Mobile Association）发起，旨在帮助运营商

丰富现有电话/信息的客户体验，占据无线社区市场的

主动地位。RCS标准从2008年至今已发展到UP 2.0，

期间经历十余个版本的演进，标准演进如图1所示。

其中，RCS-e是RCS 2.0的简化版，去掉了社会呈

现、心情短语等功能，其产生的主要原因是在前期推

动RCS商用时，发现功能过多导致终端开发速度慢，

网络难以迅速适应。RCS 5.0合并了RCS 1~4和RCS-e

的所有功能，新增了IP Video/Voice Call等功能。

GSMA 2016年启动RCS Universal Profile计划，推动全

球运营商向更精简，技术实现更统一的RCS Universal

Profile演进，RCS UP 1.0保留核心业务功能，统一技

术实现，旨在推动全球运营商统一标准，简化RCS的

产品开发和全球运营商部署，减少互通问题。RCS UP

2.0新增MaaP能力、插件以及更多的开放API。

收稿日期：2018-07-27

2018年第10期

终端与业务

OMA simple IM

2008.122009.6

RCS 1.0

RCS 2.0

2009.12

RCS 3.0

2011.4

RCS-e

2010.12

RCS 4.0

2012.4

RCS 5.0

2012.8-2015.22016.3

RCS 6.0

2016.11

RCS UP 1.0

2017.6

RCS UP 2.0

图1 RCS标准演进

2 RCS现状

单注册架构

Contact

Phone

双注册架构

家运营商商用RCS，商用RCS终端398款，Samsung、

当前，OTT（如微信）等消息工具已非常强大，

那么为什么运营商还要推动RCS的发展呢？首先，

RCS Service Enable

OTT（微信）等均为私有标准，仅OTT（微信）APP

Chipset API Adapter

RCS

SMS/Messaging

SMS/MessagingContactPhone

、Sony、HTC、ZTE、Micromax等22LG、Motorola

个终端厂商商用RCS UP版本。

亚洲目前已有8家运营商商用RCS。日本三个运营

VoLTE/WFC

商在2018年5月同时商用了RCS并实现互通。中国移

动已于2017年12月商用RCS，华为荣耀10、P20/P20

Chipset IMS

pro、荣耀play、三星S8/S9、移动自主品牌A4等已支

stack

Network

VoLTE/WFC

RCS是GSMA国际标准，有利于全球运营商互通，而

RCS stack

RCS Service Enable

RCS stack

内用户间可以互通。其次，RCS基于电话号码，可随

时发起消息

Chipset IMS stack API

及呼叫，而OTT（微信）等必须先成为

好友，才能发起消息及呼叫。再者，RCS可以采用

Network

Chipset IMS stack

持RCS，另外中国移动还与Samsung、华为、ZTE、魅

族、MI、大唐电信、Lenovo、海信、朵唯、SUGAR

糖果手机达成合作协议。另外，中国电信和中国联通

也在积极进行RCS方案验证，中国电信、中国移动、

中国联通实验室基于RCC.66的RCS基本消息能力测试

Native终端，复用原生消息入口，无需安装APP，OTT

（微信）等都需要安装APP才可进行语音消息交互。

最后，RCS可以与VoLTE结合，差异化语音业务体

验，另外，好友圈之外还有大量语音需求，如呼叫中

Internet

IMS

RCS AS

移动网络

已经完成，推动了在RCS领域中国区运营商的合作，

心、快递等，通过与消息协同，带动消息业务发展。

（2G/3G/4G）

电信运营商部署RCS主要考虑业务发展需要和能

力提升需要，业务发展需要包括：（1）消息与语音业

务一样，为电信运营商基础业务；（2）仅文本短信不

电源测试仪

体现了三家运营商共同推进RCS业务，引导产业链跟

进的意愿。

能满足用户需求；（3）多媒体消息是客户刚性需求。

能力提升需要包括：（1）短彩信业务形态和体验远远

测试PC

落后于OTT消息；（2）VoLTE只考虑了文本短信，未

3 RCS终端关键问题分析及建议

3.1RCS终端解决方案对比及建议

目前，RCS终端解决方案有如下几种：

（1）Google RCS方案，即采用Google的RCS

客户端Android Message。该方案用户体验更好，与

Android操作系统天然融合，并有利于以后终端间的互

联互通。但是，Google在Android内置RCS后很大可能

不会开源代码，终端厂商无法利用其RCS协议栈进行

二次开发，因此RCS客户端的业务功能取决于Google

的发展路标。另外，国内自建RCS服务器与Google

的客户端互通调测不可避免会存在诸多问题。最后，

Google的RCS业务路标看齐GSMA RCS UP规范，不会

为运营进行特殊定制，采用Google的RCS方案意味着

运营商失去对业务发展的主控权。

考虑彩信的演进；（3）把控语音及消息原生入口。

目前，引入RCS的时机已经成熟。RCS国际标准

已取得阶段性的成果，其中多媒体消息、增强呼叫、

MaaP能力部分较为成熟。2017年9月GSMA组织遵循

UP标准的全球测试，加速了全球RCS网络及设备的统

一和标准化，各运营商也都有意愿向国际标准靠拢，

避免定制化需求。华为、三星、LG等大型终端厂商陆

续在欧洲、北美多家运营商商用RCS，Google 2018年

底预计也将在Android操作系统层面预置RCS消息能力

及提供RCS API，Sprint、AT&T、Vodafone要求终端

出厂必选支持RCS能力。截至2018年6月全球共有53

2018年第10期

OMA simple IM

终端与业务

2008.122009.6

RCS 1.0

RCS 2.0

2009.12

RCS 3.0

2011.4

RCS-e

2010.12

RCS 4.0

2012.4

RCS 5.0

2012.8-2015.22016.3

RCS 6.0

2016.11

RCS UP 1.0

（2）第三方开发商提供RCS Native版本，

统一提供版本，由厂家集成。统一方案能够加

速产品的推进，RCS厂商提供全套解决方案并

提供参考UI，然后手机厂家参考UI代码，集成

RCS方案，第三方厂商负责技术支持。

（3）第三方开发商提供RCS Native版

本，统一提供版本，由第三方集成。第三方

开发商要按照每个厂商的UI风格做适配开发

和测试，在质量和专业度上与手机厂商会有

些差距，手机厂商要开放UI代码给第三方开

发商，部分厂商会有些难度。

根据国内现状建议使用第二种方案，即

运营商提供统一的RCS解决方案（第三方开发包含

SDK、UI参考代码）由厂家自行集成，厂商基于运营

商提供的RCS解决方案适配各自的UI。

单注册架构

SMS/Messaging

RCS

RCS Service Enable

VoLTE/WFC

Contact

Phone

双注册架构

SMS/Messaging

RCS

RCS Service Enable

RCS stack

ContactPhone

RCS stack

Chipset API Adapter

VoLTE/WFC

Chipset IMS stack API

Chipset IMS stack

Chipset IMS

stack

Network

OMA simple IM

图2 单双注册开发架构对比

RCS AS

2008.122009.62009.122010.12

IMS

2012.42012.8-2015.22016.3

RCS 6.0

2016.1

展APP及NativeAPP重点打造企业应用，Native

RCS 2.0

终端，

RCS 3.0RCS 4.0RCS 5.x

RCS 1.0

移动网络

RCS 5.0

Internet

2011.4

（2G/3G/4G）

主要支持符合国际标准的基本消息功能。中国移动

RCS已经于2017年12月正式商用。

（2）RCS的Native和APP版本功耗

RCS有两种提供方式，通过Native或者是APP

电源测试仪

单注册架构双注册架构

提供。所谓Native即通过原生终端提供，终端内置

SMS/Messaging

Phone

SMS/MessagingContact

RCS，RCS与手机原生地址薄融合，且与短信等原生

RCS

业务体验一致。通过APP提供即通过客户端下载的方

测试PC

RCS

RCS UP

RCS-e

3.2 RCS终端具体问题分析及建议

（1）VoLTE/RCS单注册、双注册

标准的RCS基于IMS网络，根据网络情况可有两

种IMS承载方案：单注册和双注册。

单注册即RCS复用VoLTE的协议栈，共用IMS

APN，有QoS保障，可提供MSRP的QoS保障。与芯片

平台强关联，需要芯片厂家封装提供VoLTE协议栈的

调用接口。其优点是保活一个注册连接，待机的功耗

和流量较低，单协议栈，理论上内存占用少。缺点是

RCS和VoLTE完全耦合，开发难度大，主要依赖终端

厂家开发，开发周期长，业务灵活性受限。单注册以

Native为主。

相应地，双注册指RCS和VoLTE相互独立，需要

保活两个注册连接，VoLTE使用IMS APN承载，RCS

使用Internet APN承载，IMS需要支持Internet APN接

入，待机的功耗和流量较高。双协议栈理论上内存占

用也较多。但双注册开发难度较小，通用性强，非终

端厂家也可以参与开发。双注册Native和APP并存。单

双注册架构如图2所示。

除三星、华为外，多数终端厂家技术经验积累不

足，并结合国内产业链生态，建议采用开发难度小的

双注册方案，加快RCS开发进程。目前，中国移动采

用双注册，已完成VoLTE和RCS独立IMS部署，同时发

Contact

Phone

RCS Service Enable

式安装，采用独立的应用为用户提供RCS服务，与普

VoLTE/WFC

RCS stack

Chipset API Adapter

RCS stack

通OTT业务体验类似，不同业务有更具体的要求。在

体验上，可以看出Native版本相比APP版本更具优势。

Chipset IMS

在功耗方面，通过对双注册过程中Native版本和APP版

Chipset IMS stack API

stack

Chipset IMS stack

本的终端进行功耗测试对比发现，Native版本相对APP

Network

版本的功耗较低。功耗测试环境如图3所示：

RCS AS

IMS

Internet

移动网络

（2G/3G/4G）

电源测试仪

测试PC

自动化

脚本

图 3 功耗测试环境

2018年第10期

终端与业务

表1 双注册终端Native版本和APP版本功耗情况

测试类别测试项目单项操作时间

微信组AVG

（mA/s）

APP组AVG

（mA/s）

Native组

AVG（mA/s）

备注

不黑屏，Native、

APP和微信停留在

消息列表页面

标准表情

待机电量登陆成功后待机15 min15 min179.97182.29178.17

融合通信1对1消息

4G到Wi-Fi切换网络

发送1次“微笑”表情

2 min

10 s

228.76

248.86

234.10

259.43

222.29

239.17

由于测试例较多，本文仅列举部分测试例。首先

测试微信组、APP组及Native组待机电量，即登陆成功

后待机15分钟，求功耗平均值。然后，从4G到Wi-Fi

进行网络切换，测试时间为2分钟，求平均功耗。最

后，发送1次“微笑”表情，时间为10 s，求平均功

耗。测试结果如表1所示。

通过上面的数据，可以明显看出Native版本的平

均功耗比APP版本的平均功耗低。因此，建议RCS采

用Native原生终端提供。

[6] 李勇辉,吕光旭,符刚,等. 电信运营商RCS部署建议[J].

邮电设计技术, 2013(4): 1-5.

[7] 李勇辉,吕光旭,魏群,等. RCS价值的深度分析[J]. 软件,

2013(8): 108-111.

[8] 许巧游. 运营商基于平台运营的通信能力开放[J]. 信息

通信, 2016(1): 250-251.

[9] 欧小鸥,陈荣斌. RCS（融合通信）技术与应用[J]. 中国

新通信, 2015,17(19): 64-65.

[10] 张慧,熊艳,张力健. 融合通信（RCS）业务及行业管理

探究[J]. 江西通信科技, 2017(3): 5-7.★

4 结束语

文章首先介绍了RCS标准的演进情况以及引进

RCS的必要性，然后，根据对现状的分析提出RCS终

端解决方案，即运营商提供统一的RCS解决方案，由

厂家自行集成。最后，研究分析了RCS终端的单双注

册，并通过数据对比分析发现RCS Native版本比APP

版本的功耗低且体验好，所以建议RCS采用原生终端

提供。

作者简介

安小静

：

硕士毕业于西安电子科技大

学

，

现任职于中国电信股份有限公司

广州研究院

，

主要研究方向为终端新

技术等

。

参考文献：

[1] 谢斌. 终端VoLTE和RCS的共存研究[J]. 电信技术,

2013(9): 71-74.

[2] GSMA IR.92. IMS Profile for Voice and SMS Version

7.0[S]. 2013.

[3] GSMA IR.94. IMS Profile for Conversational Video

Service[S]. 2013.

[4] 侯赛男,严斌峰,周晶,等. RCS业务发展情况及分析[J].

信息通信技术, 2016,10(5): 67-72.

[5] 鲁义轩. 运营商联手中兴通讯推进RCS部署加速布局

“能力开放”[J]. 通信世界, 2016(18): 46.

戴国华

：

硕士毕业于华南理工大学

，

现任职于中国电信股份有限公司广州

研究院

，

主要研究方向为移动通信应

用开发

、

终端新技术等

。

张婷

：

硕士毕业于华南理工大学

，

现

任职于中国电信股份有限公司广州研

究院

，

主要研究方向为终端新技术

等

。

2018年第10期

2024年3月10日发(作者：贺智志)

终端与业务

RCS终端技术方案研究与验证

安小静，戴国华，张婷

（中国电信股份有限公司广州研究院，广东广州 510630）

【摘要】

跟踪RCS标准演进情况，分析RCS相对OTT的优势，调研国内外运营商商用情况。重点对VoLTE/RCS单双

定基础。

【关键词】

RCS终端；Native；融合通信

doi:10.3969/.1006-1010.2018.10.018 中图分类号：TN929.5 文献标志码：A 文章编号：1006-1010(2018)10-0096-04

引用格式：安小静,戴国华,张婷. RCS终端技术方案研究与验证[J]. 移动通信, 2018,42(10): 96-99.

Research and Veriﬁ cation of RCS Terminal Technical Scheme

AN Xiaojing, DAI Guohua, ZHANG Ting

(Guangzhou Research Institute of China Telecom Co., Ltd., Guangzhou 510630, China)

[Abstract]

The evolution progress of RCS standard is followed, the advantage of RCS over OTT is analyzed and the

commercial situation for operators at home and abroad is investigated in this paper. The single and double

registration of VoLTE/RCS and the power consumption of RCS native/app version are investigated in detail. The

suggestion on technical scheme for RCS prototype terminal technology is put forward to lay the foundation to the

development of domestic RCS.

[Key words]

RCS terminal; Native; uniﬁ ed communication

1 引言

随着互联网行业的不断发展，OTT业务对运营商

传统语音和短消息业务的冲击已经有目共睹了，运营商

业务利润正在大幅下滑。RCS（Rich Communication

Suite，富通信套件）的出现为运营商应对互联网

的挑战提供了新的机遇。RCS是由GSMA（Groupe

Speciale Mobile Association）发起，旨在帮助运营商

丰富现有电话/信息的客户体验，占据无线社区市场的

主动地位。RCS标准从2008年至今已发展到UP 2.0，

期间经历十余个版本的演进，标准演进如图1所示。

其中，RCS-e是RCS 2.0的简化版，去掉了社会呈

现、心情短语等功能，其产生的主要原因是在前期推

动RCS商用时，发现功能过多导致终端开发速度慢，

网络难以迅速适应。RCS 5.0合并了RCS 1~4和RCS-e

的所有功能，新增了IP Video/Voice Call等功能。

GSMA 2016年启动RCS Universal Profile计划，推动全

球运营商向更精简，技术实现更统一的RCS Universal

Profile演进，RCS UP 1.0保留核心业务功能，统一技

术实现，旨在推动全球运营商统一标准，简化RCS的

产品开发和全球运营商部署，减少互通问题。RCS UP

2.0新增MaaP能力、插件以及更多的开放API。

收稿日期：2018-07-27

2018年第10期

终端与业务

OMA simple IM

2008.122009.6

RCS 1.0

RCS 2.0

2009.12

RCS 3.0

2011.4

RCS-e

2010.12

RCS 4.0

2012.4

RCS 5.0

2012.8-2015.22016.3

RCS 6.0

2016.11

RCS UP 1.0

2017.6

RCS UP 2.0

图1 RCS标准演进

2 RCS现状

单注册架构

Contact

Phone

双注册架构

家运营商商用RCS，商用RCS终端398款，Samsung、

当前，OTT（如微信）等消息工具已非常强大，

那么为什么运营商还要推动RCS的发展呢？首先，

RCS Service Enable

OTT（微信）等均为私有标准，仅OTT（微信）APP

Chipset API Adapter

RCS

SMS/Messaging

SMS/MessagingContactPhone

、Sony、HTC、ZTE、Micromax等22LG、Motorola

个终端厂商商用RCS UP版本。

亚洲目前已有8家运营商商用RCS。日本三个运营

VoLTE/WFC

商在2018年5月同时商用了RCS并实现互通。中国移

动已于2017年12月商用RCS，华为荣耀10、P20/P20

Chipset IMS

pro、荣耀play、三星S8/S9、移动自主品牌A4等已支

stack

Network

VoLTE/WFC

RCS是GSMA国际标准，有利于全球运营商互通，而

RCS stack

RCS Service Enable

RCS stack

内用户间可以互通。其次，RCS基于电话号码，可随

时发起消息

Chipset IMS stack API

及呼叫，而OTT（微信）等必须先成为

好友，才能发起消息及呼叫。再者，RCS可以采用

Network

Chipset IMS stack

持RCS，另外中国移动还与Samsung、华为、ZTE、魅

族、MI、大唐电信、Lenovo、海信、朵唯、SUGAR

糖果手机达成合作协议。另外，中国电信和中国联通

也在积极进行RCS方案验证，中国电信、中国移动、

中国联通实验室基于RCC.66的RCS基本消息能力测试

Native终端，复用原生消息入口，无需安装APP，OTT

（微信）等都需要安装APP才可进行语音消息交互。

最后，RCS可以与VoLTE结合，差异化语音业务体

验，另外，好友圈之外还有大量语音需求，如呼叫中

Internet

IMS

RCS AS

移动网络

已经完成，推动了在RCS领域中国区运营商的合作，

心、快递等，通过与消息协同，带动消息业务发展。

（2G/3G/4G）

电信运营商部署RCS主要考虑业务发展需要和能

力提升需要，业务发展需要包括：（1）消息与语音业

务一样，为电信运营商基础业务；（2）仅文本短信不

电源测试仪

体现了三家运营商共同推进RCS业务，引导产业链跟

进的意愿。

能满足用户需求；（3）多媒体消息是客户刚性需求。

能力提升需要包括：（1）短彩信业务形态和体验远远

测试PC

落后于OTT消息；（2）VoLTE只考虑了文本短信，未

3 RCS终端关键问题分析及建议

3.1RCS终端解决方案对比及建议

目前，RCS终端解决方案有如下几种：

（1）Google RCS方案，即采用Google的RCS

客户端Android Message。该方案用户体验更好，与

Android操作系统天然融合，并有利于以后终端间的互

联互通。但是，Google在Android内置RCS后很大可能

不会开源代码，终端厂商无法利用其RCS协议栈进行

二次开发，因此RCS客户端的业务功能取决于Google

的发展路标。另外，国内自建RCS服务器与Google

的客户端互通调测不可避免会存在诸多问题。最后，

Google的RCS业务路标看齐GSMA RCS UP规范，不会

为运营进行特殊定制，采用Google的RCS方案意味着

运营商失去对业务发展的主控权。

考虑彩信的演进；（3）把控语音及消息原生入口。

目前，引入RCS的时机已经成熟。RCS国际标准

已取得阶段性的成果，其中多媒体消息、增强呼叫、

MaaP能力部分较为成熟。2017年9月GSMA组织遵循

UP标准的全球测试，加速了全球RCS网络及设备的统

一和标准化，各运营商也都有意愿向国际标准靠拢，

避免定制化需求。华为、三星、LG等大型终端厂商陆

续在欧洲、北美多家运营商商用RCS，Google 2018年

底预计也将在Android操作系统层面预置RCS消息能力

及提供RCS API，Sprint、AT&T、Vodafone要求终端

出厂必选支持RCS能力。截至2018年6月全球共有53

2018年第10期

OMA simple IM

终端与业务

2008.122009.6

RCS 1.0

RCS 2.0

2009.12

RCS 3.0

2011.4

RCS-e

2010.12

RCS 4.0

2012.4

RCS 5.0

2012.8-2015.22016.3

RCS 6.0

2016.11

RCS UP 1.0

（2）第三方开发商提供RCS Native版本，

统一提供版本，由厂家集成。统一方案能够加

速产品的推进，RCS厂商提供全套解决方案并

提供参考UI，然后手机厂家参考UI代码，集成

RCS方案，第三方厂商负责技术支持。

（3）第三方开发商提供RCS Native版

本，统一提供版本，由第三方集成。第三方

开发商要按照每个厂商的UI风格做适配开发

和测试，在质量和专业度上与手机厂商会有

些差距，手机厂商要开放UI代码给第三方开

发商，部分厂商会有些难度。

根据国内现状建议使用第二种方案，即

运营商提供统一的RCS解决方案（第三方开发包含

SDK、UI参考代码）由厂家自行集成，厂商基于运营

商提供的RCS解决方案适配各自的UI。

单注册架构

SMS/Messaging

RCS

RCS Service Enable

VoLTE/WFC

Contact

Phone

双注册架构

SMS/Messaging

RCS

RCS Service Enable

RCS stack

ContactPhone

RCS stack

Chipset API Adapter

VoLTE/WFC

Chipset IMS stack API

Chipset IMS stack

Chipset IMS

stack

Network

OMA simple IM

图2 单双注册开发架构对比

RCS AS

2008.122009.62009.122010.12

IMS

2012.42012.8-2015.22016.3

RCS 6.0

2016.1

展APP及NativeAPP重点打造企业应用，Native

RCS 2.0

终端，

RCS 3.0RCS 4.0RCS 5.x

RCS 1.0

移动网络

RCS 5.0

Internet

2011.4

（2G/3G/4G）

主要支持符合国际标准的基本消息功能。中国移动

RCS已经于2017年12月正式商用。

（2）RCS的Native和APP版本功耗

RCS有两种提供方式，通过Native或者是APP

电源测试仪

单注册架构双注册架构

提供。所谓Native即通过原生终端提供，终端内置

SMS/Messaging

Phone

SMS/MessagingContact

RCS，RCS与手机原生地址薄融合，且与短信等原生

RCS

业务体验一致。通过APP提供即通过客户端下载的方

测试PC

RCS

RCS UP

RCS-e

3.2 RCS终端具体问题分析及建议

（1）VoLTE/RCS单注册、双注册

标准的RCS基于IMS网络，根据网络情况可有两

种IMS承载方案：单注册和双注册。

单注册即RCS复用VoLTE的协议栈，共用IMS

APN，有QoS保障，可提供MSRP的QoS保障。与芯片

平台强关联，需要芯片厂家封装提供VoLTE协议栈的

调用接口。其优点是保活一个注册连接，待机的功耗

和流量较低，单协议栈，理论上内存占用少。缺点是

RCS和VoLTE完全耦合，开发难度大，主要依赖终端

厂家开发，开发周期长，业务灵活性受限。单注册以

Native为主。

相应地，双注册指RCS和VoLTE相互独立，需要

保活两个注册连接，VoLTE使用IMS APN承载，RCS

使用Internet APN承载，IMS需要支持Internet APN接

入，待机的功耗和流量较高。双协议栈理论上内存占

用也较多。但双注册开发难度较小，通用性强，非终

端厂家也可以参与开发。双注册Native和APP并存。单

双注册架构如图2所示。

除三星、华为外，多数终端厂家技术经验积累不

足，并结合国内产业链生态，建议采用开发难度小的

双注册方案，加快RCS开发进程。目前，中国移动采

用双注册，已完成VoLTE和RCS独立IMS部署，同时发

Contact

Phone

RCS Service Enable

式安装，采用独立的应用为用户提供RCS服务，与普

VoLTE/WFC

RCS stack

Chipset API Adapter

RCS stack

通OTT业务体验类似，不同业务有更具体的要求。在

体验上，可以看出Native版本相比APP版本更具优势。

Chipset IMS

在功耗方面，通过对双注册过程中Native版本和APP版

Chipset IMS stack API

stack

Chipset IMS stack

本的终端进行功耗测试对比发现，Native版本相对APP

Network

版本的功耗较低。功耗测试环境如图3所示：

RCS AS

IMS

Internet

移动网络

（2G/3G/4G）

电源测试仪

测试PC

自动化

脚本

图 3 功耗测试环境

2018年第10期

终端与业务

表1 双注册终端Native版本和APP版本功耗情况

测试类别测试项目单项操作时间

微信组AVG

（mA/s）

APP组AVG

（mA/s）

Native组

AVG（mA/s）

备注

不黑屏，Native、

APP和微信停留在

消息列表页面

标准表情

待机电量登陆成功后待机15 min15 min179.97182.29178.17

融合通信1对1消息

4G到Wi-Fi切换网络

发送1次“微笑”表情

2 min

10 s

228.76

248.86

234.10

259.43

222.29

239.17

由于测试例较多，本文仅列举部分测试例。首先

测试微信组、APP组及Native组待机电量，即登陆成功

后待机15分钟，求功耗平均值。然后，从4G到Wi-Fi

进行网络切换，测试时间为2分钟，求平均功耗。最

后，发送1次“微笑”表情，时间为10 s，求平均功

耗。测试结果如表1所示。

通过上面的数据，可以明显看出Native版本的平

均功耗比APP版本的平均功耗低。因此，建议RCS采

用Native原生终端提供。

[6] 李勇辉,吕光旭,符刚,等. 电信运营商RCS部署建议[J].

邮电设计技术, 2013(4): 1-5.

[7] 李勇辉,吕光旭,魏群,等. RCS价值的深度分析[J]. 软件,

2013(8): 108-111.

[8] 许巧游. 运营商基于平台运营的通信能力开放[J]. 信息

通信, 2016(1): 250-251.

[9] 欧小鸥,陈荣斌. RCS（融合通信）技术与应用[J]. 中国

新通信, 2015,17(19): 64-65.

[10] 张慧,熊艳,张力健. 融合通信（RCS）业务及行业管理

探究[J]. 江西通信科技, 2017(3): 5-7.★

4 结束语

文章首先介绍了RCS标准的演进情况以及引进

RCS的必要性，然后，根据对现状的分析提出RCS终

端解决方案，即运营商提供统一的RCS解决方案，由

厂家自行集成。最后，研究分析了RCS终端的单双注

册，并通过数据对比分析发现RCS Native版本比APP

版本的功耗低且体验好，所以建议RCS采用原生终端

提供。

作者简介

安小静

：

硕士毕业于西安电子科技大

学

，

现任职于中国电信股份有限公司

广州研究院

，

主要研究方向为终端新

技术等

。

参考文献：

[1] 谢斌. 终端VoLTE和RCS的共存研究[J]. 电信技术,

2013(9): 71-74.

[2] GSMA IR.92. IMS Profile for Voice and SMS Version

7.0[S]. 2013.

[3] GSMA IR.94. IMS Profile for Conversational Video

Service[S]. 2013.

[4] 侯赛男,严斌峰,周晶,等. RCS业务发展情况及分析[J].

信息通信技术, 2016,10(5): 67-72.

[5] 鲁义轩. 运营商联手中兴通讯推进RCS部署加速布局

“能力开放”[J]. 通信世界, 2016(18): 46.

戴国华

：

硕士毕业于华南理工大学

，

现任职于中国电信股份有限公司广州

研究院

，

主要研究方向为移动通信应

用开发

、

终端新技术等

。

张婷

：

硕士毕业于华南理工大学

，

现

任职于中国电信股份有限公司广州研

究院

，

主要研究方向为终端新技术

等

。

2018年第10期

USB迷 | 专注于互联网分享

RCS终端技术方案研究与验证

与本文相关的文章

评论列表 (0)