浅析SRVCC中STN-SR参数的生成与传递.docVIP

浅析SRVCC中STN-SR参数的生成与传递 　　【摘要】 本文阐述了STN-SR在eSRVCC网络结构中引入的必要性，并对STN-RN参数的生成与传递通过信令流程做了详细描述。 　　【关键词】 SRVCC STN-SR 传递 　　一、引言 　　LTE具有高速率、低时延的优点，已经成为下一代无线通信技术的主要方向。如何在LTE引入后选择合适的语音解决方案，实现网络的平滑演进和语音解决方案的平滑演进，是运营商重点考虑的问题。对于LTE语音业务的提供方式，目前主要有双待方案、CSFB方案和SRVCC/VoLTE方案。第三种为VoLTE方式，即通过LTE网络承载语音呼叫，目前中国移动已经将VoLTE/SRVCC确定为主推方向。 　　二、STN-SR的引入 　　SRVCC（Single Radio Voice all Continuit）是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE 在LTE 网络和2G/3G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在VoLTE 语音和CS 域语音之间的平滑切换。 　　在LTE网络初期，网络覆盖不足，当用户在使用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之间的媒体流还是通过原承载通道传输。这样就大大减少了切换时长（切换时长小于300ms），使用户获得更好的通话体验。 　　三、STN-SR的信令流程分析 　　3.1 STN-SR参数介绍 　　STN-SR是一个E.164格式的路由号码，用来标识处理SRVCC切换的IMS节点。在eSRVCC里，它用来标识用户在IMS注册登记时关联的ATCF节点。（在3GPP R9的SRVCC里，它用来标识用户在IMS注册登记时关联的SCC AS节点。）当发生eSRVCC切换时，MSC将使用从EPC域的MME处获得的STN-SR号码，来向IMS域的ATCF寻址，并发起SRVCC切换请求，请求将媒体承载路径从LTE PS切换到CS。（这种支持与MME间Sv接口的MSC，也被称为eMSC（Enhanced MSC））。 　　3.2 STN-SR信令传递流程 　　和STN-SR的生成与传递相关的信令流程，主要涉及了EPC附着与SRVCC切换两个部分。1、EPC附着流程。（1）为了实现SRVCC功能，先需要在HSS上预定义一个虚假的STN-SR，在这里我们称它为STN-SR（Dummy）。 （2）当UE发起EPC附着流程时，UE会在上发的Attach Request信令消息里的MS Network Capability参数的BIT位里标识自己是否支持SRVCC。（3）MME收到UE的请求后，检查上述的标识，并放置在Update Location Request消息里的UE-SRVCCCapability发给HSS。（4）HSS检查上述标识，并将之前预先定义好的STN-SR（Dummy）在Update Location Answer里作为Subscription-Data发送回给MME。（5）MME将通过判断有无收到STN-SR来获悉用户是否开通了SRVCC服务。然后在发回给UE的Attach Accept消息里进行标识（SRVCCOperatio nPossible：possible），以通知UE网络侧是否允许SRVCC。2、SRVCC切换流程。（1）当MME检测到LTE信号减弱需要切换到CS域以保证通话连续性的情况下，MME通过SRVCC PS to CS Request消息，向关联的eMSC发起SRVCC切换流程。其中携带了更新后的STN-SR（ATCF）和用来关联用户的C-MSISDN。（2）eMSC收到该消息后，将会通过STN-SR（ATCF）进行路由寻址分析，最终找到去往分配该STN-SR的ATCF节点的路由，并将INVITE消息发送至对应的ATCF。其中携带从MME获得的STN-S