【文章內(nèi)容簡(jiǎn)介】 注冊(cè)。重注冊(cè)若設(shè)置為需要認(rèn)證時(shí)，可根據(jù)IMS認(rèn)證數(shù)據(jù)（初始注冊(cè)時(shí)下載了5套五元組）在SCSCF的剩余情況來決定是否需要MAR和MAA的流程，否則可直接取用本地保存的未曾使用過的認(rèn)證數(shù)據(jù)。因此對(duì)于SCSCF和HSS來說這是一個(gè)選擇性認(rèn)證過程，有利于縮短時(shí)延及降低SCSCF與HSS之間的信令負(fù)荷，最終SCSCF發(fā)送401鑒權(quán)認(rèn)證挑戰(zhàn)消息給ICSCF，由ICSCF傳遞給PCSCF，之后通過Gm接口下發(fā)至UE。四、后續(xù)注冊(cè)二次注冊(cè)后續(xù)注冊(cè)中的二次注冊(cè)指的是UE收到SCSCF的401鑒權(quán)認(rèn)證挑戰(zhàn)消息之后，手機(jī)發(fā)起的第二次注冊(cè)過程，手機(jī)首先對(duì)網(wǎng)絡(luò)進(jìn)行認(rèn)證：根據(jù)算法、隨機(jī)數(shù)和USIM卡中的共享密鑰，對(duì)AUTH進(jìn)行驗(yàn)證以判斷網(wǎng)絡(luò)是否合法。在驗(yàn)證通過后（XMAC與MAC一致，SQN在合理范圍內(nèi)），再基于共享密鑰、RAND和算法計(jì)算出RES/CK/IK，并通過Gm口將digest摘要認(rèn)證數(shù)據(jù)發(fā)送給PCSCF網(wǎng)元：簡(jiǎn)明二次注冊(cè)示意圖如下：912步驟是認(rèn)證成功所必須的，13步驟是為了進(jìn)一步觸發(fā)第三方注冊(cè)。UE發(fā)起二次注冊(cè)，其中CallID頭域標(biāo)識(shí)保持不變，而From頭域tag標(biāo)識(shí)可變、Cseq頭域可變，并將生成的RES響應(yīng)值以及原始的RAND/AUTH通過加密通道發(fā)給PCSCF，另外還攜帶接入網(wǎng)絡(luò)位置信息。PCSCF通過完整性驗(yàn)證和解密后，在轉(zhuǎn)發(fā)注冊(cè)消息之前，和初始注冊(cè)時(shí)的頭域處理相類似，但有所改變，其中：Authorization頭域內(nèi)容調(diào)整“integrityprotected=yes”標(biāo)簽，表示注冊(cè)消息受保護(hù)；PAccessNetworkInfo頭域內(nèi)容新增小區(qū)ID構(gòu)成五項(xiàng)。PCSCF依然以明文形式轉(zhuǎn)發(fā)register消息給ICSCF。后續(xù)注冊(cè)的過程在信令平臺(tái)的抓包如下：ICSCF發(fā)送用戶授權(quán)請(qǐng)求UAR消息給HSS，HSS判斷出用戶為后續(xù)注冊(cè)DIAMETER_SUBSEQUENT_REGISTRATION (2002)，將之前記錄的SCSCF的地址信息（注意是SCSCF名稱而不是能力集）通過UAA消息發(fā)送給ICSCF，SCSCF名稱經(jīng)DNS翻譯后，ICSCF轉(zhuǎn)發(fā)Register消息至SCSCF。由SCSCF比對(duì)RES響應(yīng)值與XRES期望響應(yīng)值，兩者匹配，則該用戶通過網(wǎng)絡(luò)鑒權(quán)。接下來是為觸發(fā)第三方注冊(cè)而進(jìn)行的流程，初始注冊(cè)觸發(fā)的二次注冊(cè)流程中一定存在取用戶數(shù)據(jù)流程，而重注冊(cè)觸發(fā)的二次注冊(cè)流程可根據(jù)該用戶數(shù)據(jù)在SCSCF的預(yù)留情況，可選擇性進(jìn)行取用戶數(shù)據(jù)流程，這有利于縮短時(shí)延和降低Cx接口信令負(fù)荷，取用戶數(shù)據(jù)通過服務(wù)器分配請(qǐng)求SAR（Server Assignment Request）和SAA服務(wù)器分配回應(yīng)兩個(gè)過程來完成，下文假設(shè)為存在取用戶數(shù)據(jù)情況：SCSCF發(fā)送消息SAR（類型為注冊(cè)）至HSS，由于相關(guān)用戶簽約和第三方認(rèn)證數(shù)據(jù)等是空的，HSS響應(yīng)SCSCF的SAA消息，該消息包含了用戶簽約數(shù)據(jù)、兩套iFC（初始過濾準(zhǔn)則，用于觸發(fā)AS進(jìn)行第三方注冊(cè)以及后續(xù)業(yè)務(wù)AS邏輯順序）、計(jì)費(fèi)信息域名等。SCSCF原路返回或內(nèi)部傳遞SIPINVITE 200 OK消息至ICSCF，傳遞至PCSCF，最終到達(dá)UE，確認(rèn)注冊(cè)成功，包含頭域敘述如下：PAssociatedURI頭域中包含了兩個(gè)IMS公用身份標(biāo)識(shí)(IMPU)，分別采用Tel URI和SIP URI格式，其中SIP URI格式包含該用戶歸屬省份信息，比如下述號(hào)碼為浙江移動(dòng)號(hào)碼：Tel URI用于后續(xù)的語音呼叫，而SIP URI用于IMS網(wǎng)絡(luò)路由。Contact頭域?yàn)樽?cè)成功用戶的IMSI、IPV6地址和端口號(hào)、重注冊(cè)時(shí)長(zhǎng)、終端支持業(yè)務(wù)類型等，截圖如下：ServiceRoute頭域包含有該用戶歸屬的SCSCF名稱，由SCSCF向ICSCF發(fā)送，繼而由ICSCF傳遞給向PCSCF，如下圖所示注冊(cè)成功消息中所示：由PCSCF保存ServiceRoute頭域內(nèi)容：歸屬SCSCF名稱，這樣UE成功注冊(cè)之后的其它SIP消息（非注冊(cè)類，例如呼叫INVITE）抵達(dá)PCSCF后，在轉(zhuǎn)往下一跳時(shí)，直接在Route字段放置該用戶的SCSCF名稱，經(jīng)DNS翻譯后，可實(shí)現(xiàn)SIP消息無需再經(jīng)過ICSCF實(shí)體就可直達(dá)該用戶的歸屬SCSCF。也就是說在用戶IMS注冊(cè)成功后，用戶的非注冊(cè)類的SIP消息，即可經(jīng)Gm接口、Mw接口至歸屬網(wǎng)絡(luò)的SCSCF，由SCSCF進(jìn)行下一步邏輯處理。Path頭域包含SCSCF已登記的IPV4的PCSCF地址，經(jīng)PCSCF實(shí)體變換為IPV6的PCSCF地址傳遞給UE，作為Gm接口的端地址。AcceptResourcePriority頭域包含用戶簽約的優(yōu)先級(jí)。可選項(xiàng)AuthenticationInfo頭域，攜帶下一次重注冊(cè)的隨機(jī)項(xiàng)nonce。下表為注冊(cè)前、中、后三個(gè)狀態(tài)的各相關(guān)網(wǎng)元必須要記錄的地址、域名、安全數(shù)據(jù)或用戶數(shù)據(jù)：五、第三方注冊(cè)在基本注冊(cè)成功之后，歸屬SCSCF代替用戶發(fā)起第三方注冊(cè)，第三方注冊(cè)過程僅在IMS核心網(wǎng)出現(xiàn)，Uu口無此信息，REGISTER消息中的Contact頭域包含該用戶歸屬SCSCF的地址，以保證應(yīng)用服務(wù)器AS不會(huì)直接路由到用戶終端UE，而是總會(huì)先與SCSCF聯(lián)絡(luò)。SCSCF網(wǎng)元檢查所下載的該用戶的初始過濾準(zhǔn)則iFC，并觸發(fā)去往為該用戶服務(wù)的相關(guān)網(wǎng)元的路由，通告相關(guān)網(wǎng)元該用戶已經(jīng)注冊(cè)且可到達(dá)，同時(shí)更新必要的網(wǎng)元數(shù)據(jù)，主要涉及SCSCF與HSS/SCCAS/VoLTEAS/IPSMGW交互，涉及SIP協(xié)議的ISC接口、Diameter協(xié)議的Sh接口。不同AS的第三方注冊(cè)消息構(gòu)造有如下特征：RequestLine內(nèi)容為具體第三方應(yīng)用服務(wù)器的名稱，比如SCC AS、VoLTE AS、IPSMGW；From頭域除了標(biāo)簽不一樣其余相同，其中主要內(nèi)容為SCSCF名稱，代替了用戶的公有標(biāo)識(shí)IMPU，這是第三方注冊(cè)的由來；Via頭域除了分支不一樣其余相同；CallID頭域都是相互獨(dú)立的標(biāo)識(shí)，也與之前的基本注冊(cè)CallID不相關(guān)；To、Contact、PChargingVector、PAccessNetworkInfo、PVisitedNetworkID頭域內(nèi)容均相同，To頭域?yàn)橛脩舻腟IP格式的公有標(biāo)識(shí)IMPU；消息體（Message Body）內(nèi)容完全是一樣的，均為二次注冊(cè)內(nèi)容，該消息體是由ICSCF傳遞到SCSCF的，包含內(nèi)容有RequestLine、Message Header、ICSCF IP地址的Via頭域、基本注冊(cè)CallID頭域、From/To頭域、成功認(rèn)證向量的Authorization頭域、Contact頭域、Path