【正文】 選擇性進行（視SCSCF本地剩余IMS認證數(shù)據(jù)情況）；13~24步驟為二次注冊，20~21步驟可以選擇性進行（視SCSCF本地有無用戶數(shù)據(jù)及iFC集合數(shù)據(jù)）；25~26為SCSCF向AS（應用服務器）請求的第三方注冊，根據(jù)iFC準則，涉及的應用服務器為SCC AS、VoLTE AS、IPSMGW等，該過程步驟較多，此圖為示意圖。成功的初始注冊必須經(jīng)過初始注冊、二次注冊、第三方注冊、訂閱階段，而成功的重注冊必須經(jīng)過重注冊、二次注冊、第三方注冊階段。頭域的介紹見本文其它相關(guān)章節(jié)，在本章節(jié)僅僅簡略敘述幾個頭域。關(guān)于Route頭域含義如下：當一個Proxy Server收到一個Request消息時，會檢查Route字段的第一個地址是否等于自己，如果是，它可以從Route字段中刪去自己的地址信息，然后疊加下一段地址，并將消息轉(zhuǎn)發(fā)到Route字段中指定的下個地址；如果Route字段為空，則轉(zhuǎn)發(fā)到Request URI指定的地址。增加PVisitedNetworkID頭域為PCSCF的域名（也即PCSCF的本地網(wǎng)絡標識）。在拜訪網(wǎng)絡的ICSCF選定某個歸屬SCSCF后， ICSCF轉(zhuǎn)發(fā)Register消息至歸屬網(wǎng)絡SCSCF，該消息的RequestURI頭域為SCSCF域名。PCSCF依然以明文形式轉(zhuǎn)發(fā)register消息給ICSCF。在驗證通過后（XMAC與MAC一致，SQN在合理范圍內(nèi)），再基于共享密鑰、RAND和算法計算出RES/CK/IK，并通過Gm口將digest摘要認證數(shù)據(jù)發(fā)送給PCSCF網(wǎng)元：簡明二次注冊示意圖如下：912步驟是認證成功所必須的，13步驟是為了進一步觸發(fā)第三方注冊。SCSCF原路返回或內(nèi)部傳遞SIPINVITE 200 OK消息至ICSCF，傳遞至PCSCF，最終到達UE，確認注冊成功，包含頭域敘述如下：PAssociatedURI頭域中包含了兩個IMS公用身份標識(IMPU)，分別采用Tel URI和SIP URI格式，其中SIP URI格式包含該用戶歸屬省份信息，比如下述號碼為浙江移動號碼：Tel URI用于后續(xù)的語音呼叫，而SIP URI用于IMS網(wǎng)絡路由。流程圖如下：流程分為：用戶數(shù)據(jù)查詢UDR/UDA、訂閱通知SNR/SNA（向HSS訂閱用戶數(shù)據(jù)變化通知，若終端通過Ut/CS或業(yè)務發(fā)放系統(tǒng)引起補充業(yè)務有變化時HSS則通知AS）、SCC AS與ATCF的MESSAGE過程、檔案數(shù)據(jù)更新PUR、用戶數(shù)據(jù)插入ISD。第三方注冊過程中會有多次UDR/UDA消息交互，此外還有檔案數(shù)據(jù)更新PUR/PUA、請求訂閱用戶數(shù)據(jù)SNR/SNA（向HSS訂閱用戶數(shù)據(jù)變化通知，若終端通過Ut/CS或業(yè)務發(fā)放系統(tǒng)引起補充業(yè)務有變化時HSS則通知AS）、用戶數(shù)據(jù)插入ISD過程。訂閱者向通告者發(fā)送SUBSCRIBE消息以請求創(chuàng)建一次訂閱關(guān)系。通告內(nèi)容也即消息體以xml格式予以表達，NOTIFY消息中必須包含擴展的 SubscriptionState頭域，指示創(chuàng)建的訂閱的狀態(tài)及剩余注冊時間。對應active狀態(tài)或pending狀態(tài)，該頭部還帶有expires參數(shù)指示此次訂閱的有效時長。再次發(fā)起初始注冊，本次CallID與上次的相同，但不攜帶IMS認證響應RES結(jié)果（其Nonce和response均為空），Gm接口的PCSCF地址改變（出于安全和負荷角度考慮，輪流使用兩個不同地址的代理服務器）。500失敗響應碼為服務器內(nèi)部錯誤，由SCSCF實體產(chǎn)生，建議檢查SCSCF內(nèi)部事件記錄。建議終端廠家出補丁來解決UE源端口號算法問題，以便讓PCSCF所識別。38 / 38。其中失敗響應碼486的產(chǎn)生過程和三星S6手機的一樣：也是手機發(fā)起初始注冊，SCSCF回送401挑戰(zhàn)消息，但手機UE未響應401挑戰(zhàn)，之后進行PDN連接性請求，重新分配得到IPV6地址，而后進行新的初始注冊，兩次注冊的CallID不同，但前后兩次時間差在SCSCF的注冊保護定時器作用的時長內(nèi)，SCSCF回送失敗響應碼486，具體原因為“Too Many Register in Parallel”。同時這款手機還有個問題：每隔一段時間發(fā)起一次初始注冊（無規(guī)律），而不是重注冊，那么SCSCF會判斷為該用戶存在故障，于是一方面予以注冊成功，另一方面又是第三方注銷，存在邏輯上的混亂，之后是手機注銷。建議終端廠家出補丁來解決401認證挑戰(zhàn)消息的兼容性問題。對于訂閱已被接受且授權(quán)成功的notify截圖如下：信令平臺抓包如下：由于平臺原因，上述抓包中涉及HSS的幾個Diameter消息，予以補充如下：PNR（Push Notification Request）消息由命令碼309和設(shè)置命令標志“R”表示，當AS通過SNR（Subscribe Notifications Request）消息向HSS訂閱的數(shù)據(jù)被更新后，HSS通過PNR消息將更新后的數(shù)據(jù)發(fā)送給AS。(1)active：訂閱已被接受且授權(quán)成功。(2)通告者SCSCF由于IP短信網(wǎng)關(guān)地址并不在HSS簽約數(shù)據(jù)中，因此該節(jié)點與HSS之間需要數(shù)據(jù)更新過程，通過PUR/PUA過程來實現(xiàn)，用戶數(shù)據(jù)更新完成后，HSS才能為接受短信提供路由信息，也即IPSMGW的IP地址。在基本注冊時由SBC帶給SCSCF，之后由SCSCF帶給SCC AS，SCC AS同時從HSS處獲得HSS登記的STNSR號碼，SCC AS比較從HSS和SCSCF兩處獲得的STNSR異同，若不相同則用SCSCF處的數(shù)據(jù)通過PUR消息去更新HSS，并由SCC AS 通過HSS向MME下發(fā)用戶數(shù)據(jù)，其中包含STNSR號碼以用于eSRVCC。鑒于第三方注冊可由初始注冊觸發(fā)，也可由重注冊觸發(fā)，主要環(huán)節(jié)是相同的。也就是說在用戶IMS注冊成功后，用戶的非注冊類的SIP消息，即可經(jīng)Gm接口、Mw接口至歸屬網(wǎng)絡的SCSCF，由SCSCF進行下一步邏輯處理。PCSCF通過完整性驗證和解密后，在轉(zhuǎn)發(fā)注冊消息之前，和初始注冊時的頭域處理相類似，但有所改變，其中：Authorization頭域內(nèi)容調(diào)整“integrityprotected=yes”標簽，表示注冊消息受保護；PAccessNetworkInfo頭域內(nèi)容新增小區(qū)ID構(gòu)成五項。而對于HSS實體來說，則依據(jù)數(shù)據(jù)庫是否存在該用戶的PCSCF Network ID或SCSCF名稱來判斷初始注冊或后續(xù)注冊，若不存在任一條件，則判斷為初始注冊，回復給ICSCF則為SCSCF能力集；若存在PCSCF Network ID則判斷為后續(xù)注冊，回復給ICSCF為SCSCF能力集；若存在SCSCF名稱則判斷為后續(xù)注冊，且回復給ICSCF為SC