终端上VoLTE和RCS的共存

图一：RCS和VoLTE各自独立的实现

业界中关心的问题是，双客户端和双IMS协议栈的实现方式，会带来资源使用的增加和由于双IMS注册和重叠业务导致的服务限制。然而，弊病是多个IMS注册必须在终端里维持，这样会对流量造成明显的影响，更重要的是，对手机电池寿命的影响。因此，此架构对于移动终端来说并不推荐，因为最佳的手机电池使用时间是智能手机的主要功能之一。

我们都知道结合RCS和VoLTE的终端提供单一的登记的方便。一种方式是，在终端芯片中提供一个共用的IMS协议栈，同时引入一个新的API接口，位于芯片和高层操作系统（OS）/应用处理器（AP）之间，服务于RCS应用和IMS协议之间的调用，如图2.另一种方式是，允许多个客户端（应用）自带自己的IMS协议栈，但是在芯片里引入一个简化的IMS B2BUA/Proxy模块，它能聚合相关的IMS信令，并且在网络看来，它提供唯一一个整合后的IMS接口，如图3.

图2：API方案图3：B2BUA/Proxy方案

对于API方案，此架构的好处是，终端仅仅有一个IMS协议栈，然而，为了保证此方式成功，要求一个有足够灵活的IMS API的标准化工作是需要的，要允许所有终端能够共享相同的API原理、由于OS和终端API的多样性，要求其语法尽可能的多。

对于B2BUA/Proxy方案，尽管终端里有多个IMS协议栈（每个客户端一个），但是仅仅一个IMS协议栈实际上注册到IMS核心网。此想法只要是一个SIP B2BUA/Proxy功能模块被引入到终端中，主要的任务是处理IMS注册，包括鉴权和信令安全，从电池管理角度看，这样是最好的资源消耗方式。这个新的功能模块对运行在终端上的不同的IMS客户端/协议栈扮演了一个透明的方式。它拦截注册、连接管理（如保活）等的SIP消息，以便IMS核心网维护和管理单个注册和IMS连接。此架构的好处是，不必放弃每个IMS业务有自己IMS协议栈的想法，能够使影响最小化，特别是对智能终端来说最关键的电池电量管理。为了使架构更加有效，新的B2BUA/Proxy功能必须深度集成到设备里，理想地，绑定到终端硬件里。

目前来看，终端通常会部署了两个独立的IMS协议栈，一个是使用IMS APN的VoLTE客户端，另一个是使用互联网APN或者专用的RCS APN的RCS客户端，以后，或不久的未来，我们能看见使用一个IMS协议栈的终端平台，VoLTE和RCS能够共享相同IMS APN和IMS注册。

GSMA目前已针对IMS协议栈的问题拿出了结论，VoLTE和RCS需要在终端中共享相同的IMS协议栈。就像在RCS规范中解释的一样，推荐的架构是允许每个终端仅仅有一个IMS注册。即使GSMA推荐一个IMS协议栈的方式，然而，现实情况是，目前在市场上和终端厂家，依然存在，或正在推出双IMS协议栈的终端。

因此，IMS网络需要准备好支持不同形式的终端结构，如VoLTE和RCS在双IMS协议栈上。

RCS和VoLTE共存时的网络连接

网络和终端架构需要支持VoLTE和RCS结合在一起的业务体验。

用户期望有一个高品质的业务，不管在家里，漫游外地，或在不同地方（家里，户外，办公室，酒店）。当描述业务的使用场景和体验时，用户对成本和质量的期望也需要被考虑。然而这些使用场景和体验依赖于当前的接入环境，漫游地或者在家里，场景可以不同。例如，当在酒店，或者漫游到外地时，用户可能更喜欢通过Wi-Fi的视频呼叫；当在归属地运营商时，用户偏爱使用LTE接入。

网络需要支持不同的接入技术下不同的RCS和VoLTE实现机制，不同的接入方式可能取决于用户的选择。依赖于市场和运营商的策略，接入技术的选择可以是LTE、WCDMA、GSMA、CDMA和Wi-Fi，如图4.

图4：RCS和VoLTE的网络连接

VoLTE总是使用专用的IMS APN，为了保证正确的QoS参数和漫游。当使用IMS APN时，仅仅IMS流量（信令和媒体）能够在此PDN连接上发送。承载要使用预先定义的QoS参数：信令为QCI 5，媒体为QCI 1，参见图5.

图5：当VoLTE客户端使用IMS APN时承载使用的QoS参数

依赖于终端的实现机制，当正在使用移动网络接入时，RCS业务可以在IMS APN上提供，也能在互联网APN上。RCS规范允许Wi-Fi作为一个接入补充，例如在没有LTE覆盖时，被使用。

当使用IMS APN/PDN连接时，RCS也能给定专有的QoS设置，而且使用和VoLTE相同的漫游规则，如不用回归属地，本地Break-out，如图6.

图6：当RCS和VoLTE客户端都使用IMS APN共享同一PDN连接时的承载示例

当RCS业务使用互联网（Internet）APN时，所有RCS流量要从缺省的Internet PDN连接中传送，除非网络触发的专用承载（NIDB）被使用，看图7.

如果缺省承载被使用，RCS流量使用和别的数据业务相同优先级的承载，即Best Effort，并且和别的数据业务流竞争资源和带宽。如果使用NIDB，RCS业务流能被分离出来到专用承载上，使用和传送在缺省承载上的别的数据业务不同的优先级。在这个"Internet"模式中，使用现有的漫游规则，当漫游时业务流总是回归归属地（Home Routing）。