2. 智能移动终端的演进
智能手机架构是蜂窝设备的架构演进的起点。智能手机架构中的“调制解调器芯片”，或称为芯片，处理蜂窝无线、承载管理和CS电话业务。智能手机架构中的应用处理器(AP)装载操作系统(OS)，运行所有在互联网APN上的业务，这些业务使用芯片作为连接到移动PS网络的接口。
当RCS早于VoLTE部署时，非VoLTE终端的RCS可以有两种方式提供给用户。RCS被终端厂家内置在设备中，RCS的功能和能力紧紧地集成在手机地址簿里，通过多种手机原有的方式访问;RCS也能通过从应用商店下载应用的方式安装在终端中，RCS的功能通过一个独立的应用提供给用户，此下载的应用通常在终端的文件夹或桌面上。
在早期版本，没有引入VoLTE时，RCS通常是自带IMS协议栈，使用互联网APN连接到运营商网络中。
当手机支持具备SRVCC的VoLTE时，需要紧密地和驻留在芯片的PS承载控制、CS信令和CS媒体集成在一起，也考虑到所需要的性能要求和电池优化措施，VoLTE客户端需要内置在芯片中。
作为基于IMS的业务，如RCS，推动和提升运营商在手机终端的业务渗透率，因此定义不同IMS业务架构在同一终端上的共存非常必要。在这讨论的方式包含如下：
· 多IMS协议栈方式
· IMS终端API方式
·SIP B2BUA/Proxy方式
一些早期RCS和VoLTE结合的终端会有RCS客户端和VoLTE客户端各自独立实现方式。RCS客户端驻留在终端的AP部分，而VoLTE客户端驻留在芯片处。RCS要使用互联网APN或者通过Wi-Fi连接到移动无线接入网;VoLTE则要使用专用的、标准名称的IMSAPN连接到运营商的无线接入网。
图一：RCS和VoLTE各自独立的实现
业界中关心的问题是，双客户端和双IMS协议栈的实现方式，会带来资源使用的增加和由于双IMS注册和重叠业务导致的服务限制。然而，弊病是多个IMS注册必须在终端里维持，这样会对流量造成明显的影响，更重要的是，对手机电池寿命的影响。因此，此架构对于移动终端来说并不推荐，因为最佳的手机电池使用时间是智能手机的主要功能之一。
我们都知道结合RCS和VoLTE的终端提供单一的登记的方便。一种方式是，在终端芯片中提供一个共用的IMS协议栈，同时引入一个新的API接口，位于芯片和高层操作系统(OS)/应用处理器(AP)之间，服务于RCS应用和IMS协议之间的调用，如图2。另一种方式是，允许多个客户端(应用)自带自己的IMS协议栈，但是在芯片里引入一个简化的IMSB2BUA/Proxy模块，它能聚合相关的IMS信令，并且在网络看来，它提供唯一一个整合后的IMS接口，如图3。
图2：API方案 图3：B2BUA/Proxy方案
对于API方案，此架构的好处是，终端仅仅有一个IMS协议栈，然而，为了保证此方式成功，要求一个有足够灵活的IMSAPI的标准化工作是需要的，要允许所有终端能够共享相同的API原理、由于OS和终端API的多样性，要求其语法尽可能的多。
对于B2BUA/Proxy方案，尽管终端里有多个IMS协议栈(每个客户端一个)，但是仅仅一个IMS协议栈实际上注册到IMS核心网。此想法只要是一个SIPB2BUA/Proxy功能模块被引入到终端中，主要的任务是处理IMS注册，包括鉴权和信令安全，从电池管理角度看，这样是最好的资源消耗方式。这个新的功能模块对运行在终端上的不同的IMS客户端/协议栈扮演了一个透明的方式。它拦截注册、连接管理(如保活)等的SIP消息，以便IMS核心网维护和管理单个注册和IMS连接。此架构的好处是，不必放弃每个IMS业务有自己IMS协议栈的想法，能够使影响最小化，特别是对智能终端来说最关键的电池电量管理。为了使架构更加有效，新的B2BUA/Proxy功能必须深度集成到设备里，理想地，绑定到终端硬件里。
目前来看，终端通常会部署了两个独立的IMS协议栈，一个是使用IMSAPN的VoLTE客户端，另一个是使用互联网APN或者专用的RCSAPN的RCS客户端，以后，或不久的未来，我们能看见使用一个IMS协议栈的终端平台，VoLTE和RCS能够共享相同IMSAPN和IMS注册。
GSMA目前已针对IMS协议栈的问题拿出了结论，VoLTE和RCS需要在终端中共享相同的IMS协议栈。就像在RCS规范中解释的一样，推荐的架构是允许每个终端仅仅有一个IMS注册。即使GSMA推荐一个IMS协议栈的方式，然而，现实情况是，目前在市场上和终端厂家，依然存在，或正在推出双IMS协议栈的终端。
因此，IMS网络需要准备好支持不同形式的终端结构，如VoLTE和RCS在双IMS协议栈上。
