eSRVCC中STN-SR的由来与使用

eSRVCC中STN-SR的由来与使用

SRVCC是3GPP提出的一种VoLTE语音业务连续性方案，主要是为解决当单射频UE 在LTE 网络和2G/3G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在VoLTE 语音和CS 域语音之间的平滑切换。

一、STN-SR产生背景

LTE开网初期网络覆盖不足，用户在使用VOLTE语音通话过程中，随着用户的移动，离开LTE覆盖范围后，正在进行的语音业务面临掉话问题。为解决这一问题3GPP在R9版本引入了SRVCC方案。

在R9 SRVCC方案中，切换的控制锚点位于归属地SCC AS(Service Centralization and Continuity Application Server)上，很容易导致切换时长超过300ms，影响终端用户体验。而3GPP在R10版本推出了eSRVCC方案，将切换锚点前移至访问地的ATCF（Access Transfer Control Function）/ATGW（Access Transfer Gateway）上。

这样当发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样就大大减少切换时长，使用户获得更好的通话体验。

图表1.eSRVCC切换前后信令及承载通道

在eSRVCC中一个很关键的参数就是STN-SR(Session Transfer Number - Single Radio)。它用来在发生eSRVCC切换时，帮助MSC正确的找到对应的ATCF，完成切换。

二、STN-SR格式

STN-SR是一个E.164格式的路由号码，用来标识处理SRVCC切换的IMS节点。在eSRVCC里，它用来标识用户在IMS注册登记时关联的ATCF节点，当发生eSRVCC切换时MSC将使用从EPC域的MME处获得的STN-SR号码，来向IMS域的ATCF寻址，并发起SRVCC切换请求，请求将媒体承载路径从LTE PS切换到CS(这种支持与MME间Sv接口的MSC，也被称为eMSC（Enhanced MSC）。

图表2. STN-SR生成及应用网元

三、STN-SR生成使用三步曲

STN-SR生成和使用主要涉及UE的EPC附着，IMS注册，SRVCC切换三部分。

第一部分：EPC附着流程中产生的STN-SR

1.为实现SRVCC功能，先需要在HSS上预定义一个虚假的STN-SR，在此被称为STN-SR(Dummy)（它不会真正用于SRVCC切换，在后续的IMS登记流程中被替换。）

2.当UE发起EPC 附着流程时，UE会在上发的Attach Request信令消息里的MS Network Capability参数的BIT位里标识自己是否支持SRVCC（SRVCC to GERAN/UTRAN capability: SRVCC from UTRAN HSPA or E-UTRAN to GERAN/UTRAN supported）

3.MME收到UE的请求后，检查上述的标识，并放置在Update Location Request消息里的UE-SRVCC-Capability（UE-SRVCC-SUPPORTED ）发给HSS。

4.HSS检查上述标识，并将之前预先定义好的STN-SR(Dummy)在Update Location Answer里作为Subscription-Data发送回给MME。

5.MME将通过判断有无收到STN-SR来获悉用户是否开通了SRVCC服务。然后在发回给UE的Attach Accept消息里进行标识（SRVCC Operation Possible），以通知UE网络侧是否允许SRVCC。

第二部分：IMS注册中产生的STN-SR

在EPC附着流程结束后，MME实际上只获得了一个并不会真正用于SRVCC切换的STN-SR（Dummy）。而定义这个虚假STN-SR的主要用意，就是让MME能够获悉用户是否开通了SRVCC业务。下文的IMS注册流程中，让SCC AS能够获悉用户是否开通了SRVCC业务（见图表2中的第2~5步）。

1.首先，为实现SRVCC功能，先需要在ATCF上预定义一个用来标识该ATCF的STN-SR，在这里称为STN-SR(ATCF)。（它将用于SRVCC切换，替换之前的STN-SR（Dummy））。另外，还需要在SCC AS上也预定义一个STN-SR，在这里我们称它为STN-SR(SCC AS)，主要为向下兼容3GPP R9 SRVCC架构。