对于SCC-AS来说,由于同时作为ICS、SRVCC、eSRVCC方案的网元,当收到呼叫时,需要识别当前所承担的网元角色。
在SCC-AS收到S-CSCF发来的第三方注册请求消息中,携带Feature-Caps头部(由ATCF插入),如SCC-AS发现Feature-Caps中存在+g.3gpp.atcf参数,则认为是eSRVCC用户的注册。
对于eSRVCC用户的注册,SCC AS会把+g.3gpp.atcf信息更新到IMS HSS,并从IMS HSS下载到特定的用户数据(非透明数据,见“IMS-HSS新增数据项”一节)。
对于eSRVCC用户的注册,SCC AS在注册成功后,向终端发送MESSAGE,MESSAGE的消息体中含有ATU-STI与C-MSISDN(从HSS下载得到,属于签约放号数据)。ATU-STI由SCC AS自己产生,用来识别呼入请求是否是eSRVCC用户发来的切换请求。
ATCF在注册消息的Feature-Caps头部携带了多个信息:
1, +g.3gpp.atcf填写STN-SR,用于向SCC AS、HSS、MSC Server更新用户的SRVCC地址信息。
2,+g.3gpp.atcf-mgmt= "<sip:actf.visited2.net>"用于SCC AS向ATCF发送message消息时的request URI。
STN-SR实际上分两种:STN-SR、vSTN-SR。见SRVCC方案。
注:3GPP TS 24.237 V11.4.0 (2012-09)
Table A.3.3-1: SIP REGISTER request (UE to P-CSCF)
REGISTER sip:home1.net SIP/2.0
Via: SIP/2.0/UDP [5555::aaa:bbb:ccc:eee];comp=sigcomp;branch=z9hG4bKnasiuen8
Max-Forwards: 70
P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11
From: <sip:user1_public1@home1.net>;tag=2hiue
To: <sip:user1_public1@home1.net>
Contact:
<sip:[5555::aaa:bbb:ccc:eee];comp=sigcomp>;+sip.instance="<urn:gsma:imei:90420156-025763-0>;+g.3gpp.icsi-ref="urn:urn-7%3gpp-service.ims.icsi.mmtel"
Call-ID: E05133BD26DD
Authorization: Digest username="user1_private@home1.net", realm="registrar.home1.net", nonce="", uri="sip:home1.net", response=""
Security-Client: ipsec-3gpp; alg=hmac-sha-1-96; spi-c=23456789; spi-s=12345678; port-c=1234; port-s=5678
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/tongxinshuyu/article-32538-17.html
让台独份子折腾吧
唉
这就是明目张胆的挑衅