终端上VoLTE和RCS的共存

图7：VoLTE使用IMS APN，RCS使用互联网（Internet）APN

RCS也能通过Wi-Fi接入。对于同时支持RCS和VoLTE的终端，RCS规范要求仅仅允许当VoLTE没有覆盖时Wi-Fi才能被使用。

然而，爱立信看到RCS规范框架之外的使用场景，实际上，终端被允许注册VoLTE同时，注册通过Wi-Fi接入的RCS.

图8：通过WiFi和LTE同时注册的场景

RCS和VoLTE共存时共用IMS Core

无论何种接入技术被使用，所有运营商控制的业务，如VoLTE和RCS总是由同一个IMS核心网（IMS Core）提供控制和服务。

IMS网络需要联合终端设备，支持通过移动网和Wi-Fi方式进行的鉴权和注册。依赖于设备的实现方式，相同用户/终端的这些IMS注册可以是仅仅VoLTE注册、仅仅RCS注册，或者为VoLTE和RCS的双注册。

使用不同PDN连接的RCS，或者RCS和VoLTE使用不同的IMS协议栈（IMS Stack），要求IMS网络处理同一个用户的双IMS注册和多个鉴权机制。

爱立信IMS网络从功能角度看没有限制去处理同一用户下的多个注册，前提是IMS协议栈使用不同的注册标识（即私有用户ID，IMPI），并且调优了注册刷新间隔，以便所需要的附加资源被保持在最小范围。

VoLTE基于存储在USIM/ISIM卡的信息使用IMS AKA鉴权机制，而RCS要使用不同的鉴权方法（如SIP Digest），其基于存储在终端设备上的鉴权数据，如用户名、密码和域名等。

当不同IMS协议栈被使用时，规范对VoLTE和RCS推荐不同的鉴权机制，有多个原因。

VoLTE使用基于USIM或ISIM的鉴权，即IMS AKA，但是不能保证下载的一个应用能够访问这些信息。最关键的限制是客户端标识，附带认证信息的私有用户标识仅仅允许只能在一个IMS注册中。如果VoLTE和RCS都访问USIM/ISIM信息，IMS网络认为来自两个IMS协议栈的注册请求其实是同一个IMS客户端，因而在给定的时间内，仅仅允许这些注册请求中的一个被激活。

爱立信对IMS核心网和应用层逻辑的实现方法保证了VoLTE和RCS被同等地提供服务，不管终端的实现机制是什么，和不管一个用户使用了多少个不同的终端。

爱立信IMS有能力去控制来自不同IMS协议栈或客户端的多个IMS注册，和多种鉴权机制。

爱立信IMS网络也能正确地根据IMS注册分发IMS业务流（如Forking/Hunting功能），减轻终端上的SIP信令的竞争条件（Race Condition）和被拒绝。IMS核心网通知PS核心网有特定业务在使用，依赖于业务类型和运营商的策略，以便正确的QoS规则能被使用在PS和无线（RAN）中。

因此，对于运营商不必等到终端厂家都达成一致，就可以提供和部署RCS和VoLTE业务。