VoLTE 基于S8HR 漫游架构的紧急呼叫的实现 .pdfVIP

VoLTE基于S8HR漫游架构的紧急呼叫的

实现

作者：林云文旭桦

来源：《中国新通信》2018年第14期

【摘要】GSMA近年提出了一种新的VoLTE国际漫游架构,即S8HR方案,该方案与早期

的RAVEL方案一起均作为VoLTE国际漫游架构的一种候选方案。文章基于此架构，对紧急呼叫

的实现进行阐述。

【关键词】VoLTE漫游S8HR紧急呼叫实现方式

一、紧急呼叫的业务描述

紧急呼叫是指用户在紧急情况下，通过手机或固定电话等通信终端拨打报警或求救号码而

发起的呼叫请求，通信网络则根据用户所在的位置信息把呼叫连接到就近的紧急特服中心。目

前中国大陆使用的紧急特服号码包括110（报警）、119（火警）和120（救护）等。紧急呼叫

的连接与用户位置信息的获取密切相关，因此必须准确判断用户位置信息才能为用户提供精准

的服务。在VoLTE环境下，由于用户漫游后仍存在连接到漫游前所附着网络的可能性，导致用

户实际位置与其所连接的网络位置信息不匹配，必须要重新把用户连接到就近的网络，才能通

过就近网络连接到就近的紧急特服中心，完成紧急呼叫接续服务。

二、S8HR架构的技术特点

VoLTE漫游的架构有两种，一种是RAVEL，一种是S8HR。与RAVEL不同的是，S8HR是语

音漫游的体系结构，服务该呼叫的所有IMS平台都驻留在归属网络中，即当UE漫游时，PGW，

PCRF，P-CSCF等也位于HPLMN（HomePublicLandMobileNetwork）中。S8HR架构不再使用

LBO，因此IMSAPN被解析为指向HPLMN（而不是VPLMN）中的PGW。S8HR的架构如图1所示，

其中IBCF/TrGW和BGCF/MGCF用于实现VoLTE业务的互通。在S8HR方案下，VoLTE漫游业务

是用户通过VoLTE终端基于LTE数据漫游架构来实现的，在GSMAPRDIR92中进行了规范。

该架构具有以下技术特征：

（1）IMS业务的承载是基于S8参考点来建立的，与LTE数据漫游一致；

（2）所有IMS节点均位于归属HPLMN，对于VoLTE漫游业务而言，所有信令和媒体业务

都需要通过HPLMN；

（3）IMS业务直接在终端和HPLMN中的P-CSCF之间进行的。因此VPLMN和IPX对IMS

层面是无感知的。业务仅仅是通过APN或者QoS等级来进行区分。所以这3个技术特征可以

保证所有VoLTE的IMS业务均由HPLMN来提三、基于S8HR漫游架构的紧急呼叫根据3GPP的

规范，紧急呼叫必须连接到本地紧急业务。

这就意味着对于紧急呼叫而言，其呼叫路由必须在VPLMN内完成。由于VPLMN和HPLMN之

间不存在IMSNNI，无法进行紧急注册。为了实现该要求，S8HR必须支持没有IMS级漫游接

口的漫游用户的IMS紧急呼叫。

图2.描述了没有IMS级漫游接口的漫游用户的IMS紧急呼叫的紧急注册和呼叫流程。

1）UE建立了IMS紧急服务PDN连接。2）从UE检索IMSI和IMEI，MSISDN（如适用）

由HSS提供。3）MME/SGSN向PGW发送创建会话请求，包括IMSI，IMEI和MSISDN（如适用）。

4）PGW与PCRF建立IP-CAN会话。5）UE完成了附着。6）UE发起IMS紧急注册。7）收到

注册请求后，P-CSCF确定与用户HPLMN无IMSNNI。在Rx会话建立要求中，P-CSCF要求

PCRF提供EPS级标识符（例如IMSI、IMEI(SV)、MSISDN）。8）根据运营商的配置，如果网络

支持通过Gm的GIBA程序，P-CSCF作出420响应。否则，它返回403拒绝的响应。

如果P-CSCF响应420，则有9)-12)9）UE向P-CSCF发送SIPREGISTER信息，P-CSCF可

根据UE提供的公共用户识别符传输而来的IMSI/IMEI，在接受SIPREGISTER信息之前，认证

PCRF的IMSI/IMEI。

10）P-CSCF向UE回送200OK响应。11）UE尝试IMS紧急呼叫。12）P-CSC