eSRVCC中STN-SR的由来与使用 联系客服

发布时间 : 星期六 文章eSRVCC中STN-SR的由来与使用更新完毕开始阅读

2.UE在建立IMS缺省承载后,就可发送SIP信令消息到IMS网络。在ATCF(现网与P-CSCF合设)收到UE发上来的REGISTER注册消息后,就会在其中添加STN-SR(ATCF)。如示例:Feature-Caps:

+g.3gpp.atcf=\。这里的tel:+86137412561就是我们的STN-SR(ATCF)。然后ATCF/P-CSCF会将这个添加过SRVCC相关信息的消息继续发送给S-CSCF,完成后续的IMS注册流程。

3.而S-CSCF在完成IMS注册流程后,会根据之前在注册流程中从HSS获得的用户数据IFC(Initial Filter Criteria)中的TRIGGER定义,触发第三方注册流程。将之前IMS注册流程中的REGISTER和200 OK消息封装在新的REGISTER消息中发送给SCC AS,而之前从ATCF获得的STN-SR(ATCF)也包含其中。

4.SCC AS在收到REGISTER消息后,判断其中是否含有STN-SR。如果没有,则表示应使用3GPP R9 SRVCC架构,它就会使用本节点预定义的STN-SR(SCC AS)。如果消息中已有STN-SR,则表示应使用3GPP R10 eSRVCC架构,所以它会使用信令中携带的STN-SR(ATCF)。

5.接下来,SCC AS会通过User Data Request消息(Data-Reference: STN-SR)向HSS查询STN-SR。在这里我们将从HSS获得的STN-SR称为STN-SR(HSS)。(这个值如果是初次开机登记的,是最开始预定义的STN-SR(Dummy)。如果是后续漫游的,则是上一次访问地ATCF分配的STN-SR(ATCF))

6.同前文提到的MME一样,SCC AS将通过判断有无收到STN-SR来获悉用户是否开通了SRVCC服务。另外,它还将判断,从HSS获得的STN-SR(HSS)

与从S-CSCF获得的STN-SR(ATCF)是否相等。如果不相等,SCC AS就会通过Profile Update Request消息(Data-Reference: STN-SR)向HSS发送更新,其中包含STN-SR(ATCF)

7.HSS在收到SCC AS的更新消息后,就会用STN-SR(ATCF)替换之前保存的STN-SR,然后通过Insert Subscriber Data消息将更新后的STN-SR(ATCF)发送到MME。

第三部分:ATCF上STN-SR应用

当SRVCC切换发生时,STN-SR的传递过程(见上图第6-7步)。 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-SR(ATCF)和C-MSISDN。(这里可能会通过I-CSCF进行PSI路由寻址到ATCF,也可能直接由DNS解析获得ATCF的IP,具体实现由不同运营商的路由策略决定。)

3.ATCF收到MSC的INVITE消息后,判断其中的STN-SR

(Request-URI:tel:+86137412562)是否和本节点预定义的STN-SR相等。如果相等则继续SRVCC流程,根据其中携带C-MSISDN(P-Asserted-Identity: )关联到需要执行切换的用户会话,通知ATGW进行相应的承载切换。

4.另外,ATCF还需要根据之前在IMS注册时通过MESSAGE消息从SCC AS获得的ATU-STI地址,向SCC AS发送INVITE消息,以触发相应的计费和LTE PS承载的延时释放。

STN-SR是SRVCC中的关键参数,EPC附着流程和IMS注册流程都会对SRVCC能够成功切换造成影响。而用户数据和节点数据的预定义是否正确也会影响到SRVCC。在故障分析定位时,这些流程和参数都应该仔细的检查。