【正文】 通知SNR/SNA（向HSS訂閱用戶數(shù)據(jù)變化通知，若終端通過Ut/CS或業(yè)務發(fā)放系統(tǒng)引起補充業(yè)務有變化時HSS則通知AS）、SCC AS與ATCF的MESSAGE過程、檔案數(shù)據(jù)更新PUR、用戶數(shù)據(jù)插入ISD。ATUSTI、CMSISDN由SCC AS通過MESSAGE消息傳給ATCF，總體作用是ATCF將eSRVCC切換上來的用戶（INVITE消息中From頭域為用戶標識，to頭域為ATCF地址）進行關聯(lián)計費，而實現(xiàn)eSRVCC切換產生話單。第三方注冊過程中會有多次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過程。順便闡述一下重注冊情況下的第三方注冊，現(xiàn)網(wǎng)截圖如下：由于SCC AS和VoLTE AS、IPSMGW存在該用戶數(shù)據(jù)，因此重注冊情況下的第三方注冊并不需要與HSS進行交互，流程相對簡潔，時長在100ms以內。訂閱者向通告者發(fā)送SUBSCRIBE消息以請求創(chuàng)建一次訂閱關系。通告者負責產生NOTIFY消息，向訂閱者回饋當前資源的狀態(tài)。通告內容也即消息體以xml格式予以表達，NOTIFY消息中必須包含擴展的 SubscriptionState頭域，指示創(chuàng)建的訂閱的狀態(tài)及剩余注冊時間。(2)pending：SUBSCRIBE請求已收到，但還沒有足夠的信息決定接受或拒絕此次訂閱。對應active狀態(tài)或pending狀態(tài)，該頭部還帶有expires參數(shù)指示此次訂閱的有效時長。隨后網(wǎng)絡側會下發(fā)NOTIFY通告消息，告訴目前用戶IMS資源已改變（no resource），UE回復通告200OK消息，其中PAccessNetworkInfo頭域上報UE所在網(wǎng)絡類型及小區(qū)標識CGI（MCC+MNC+LAC+CI）或ECGI（MCC+MNC+TAC+CI）。再次發(fā)起初始注冊，本次CallID與上次的相同，但不攜帶IMS認證響應RES結果（其Nonce和response均為空），Gm接口的PCSCF地址改變（出于安全和負荷角度考慮，輪流使用兩個不同地址的代理服務器）。 三星S6手機初始注冊失敗在對三星S6（TAC=35818206批次）的手機進行注冊失敗分析時，發(fā)現(xiàn)原因值為486和500的占比較高：手機發(fā)起初始注冊或重注冊，SCSCF回送401挑戰(zhàn)消息，但手機UE未響應401挑戰(zhàn)消息，稍后UE再次發(fā)起初始注冊（可發(fā)生APN=IMS的PDN重新連接，重新分配IPV6地址），兩次注冊的CallID不同，但由于SCSCF注冊消息處理周期定時器（30s）還在工作，認為同一個IMSI用戶的第一次注冊尚未完成，因此直接回應486 Busy Here消息，原因值為Too many register in parallel，拒絕了注冊操作流程。500失敗響應碼為服務器內部錯誤，由SCSCF實體產生，建議檢查SCSCF內部事件記錄。500響應碼的注冊失敗為服務器內部錯誤，由PCSCF實體產生，原因值為“AKA IP+Port conflict”，這是因為之前PGW分配的IPV6地址以及發(fā)布的兩個PCSCF地址所產生的手機端口號被某個PCSCF拒絕所導致，更換另一個PCSCF則通過。建議終端廠家出補丁來解決UE源端口號算法問題，以便讓PCSCF所識別。建議終端廠家出補丁來解決401認證挑戰(zhàn)消息的兼容性問題。38 / 38。建議SCSCF縮短注冊保護定時器時長或修改流程以信任新的注冊消息。其中失敗響應碼486的產生過程和三星S6手機的一樣：也是手機發(fā)起初始注冊，SCSCF回送401挑戰(zhàn)消息，但手機UE未響應401挑戰(zhàn)，之后進行PDN連接性請求，重新分配得到IPV6地址，而后進行新的初始注冊，兩次注冊的CallID不同，但前后兩次時間差在SCSCF的注冊保護定時器作用的時長內，SCSCF回送失敗響應碼486，具體原因為“Too Many Register in Parallel”。建議核查SCSCF下發(fā)的401認證挑戰(zhàn)消息的兼容性問題。同時這款手機還有個問題：每隔一段時間發(fā)起一次初始注冊（無規(guī)律），而不是重注冊，那么SCSCF會判斷為該用戶存在故障，于是一方面予以注冊成功，另一方面又是第三方注銷，存在邏輯上的混亂，之后是手機注銷。建議核查SCSCF下發(fā)的401認證挑戰(zhàn)消息的兼容性問題。建議終端廠家出補丁來解決401認證挑戰(zhàn)消息的兼容性問題。本章節(jié)僅以注冊成功率較低且請求數(shù)較高的幾款型號終端來進行論述，不盡悉數(shù)。對于訂閱已被接受且授權成功的notify截圖如下：信令平臺抓包如下：由于平臺原因，上述抓包中涉及HSS的幾個Diameter消息，予以補充如下：PNR（Push Notification Request）消息由命令碼309和設置命令標志“R”表示，當AS通過SNR（Subscribe Notifications Request）消息向HSS訂閱的數(shù)據(jù)被更新后，HSS通過PNR消息將更新后的數(shù)據(jù)發(fā)送給AS。(3)terminated：訂閱未激活或創(chuàng)建的訂閱關系終止。(1)active：訂閱已被接受且授權成功。UE是訂閱者，訂閱由UE發(fā)起，涉及SBC、SCSCF及HSS網(wǎng)元；而SCSCF是通告者，通告是由HSS觸發(fā)、SCSCF發(fā)起的。(2)通告者SCSCFSUBSCRIBE方法用于發(fā)起訂閱請求，NOTIFY方法用于通告當前資源狀態(tài)，當那些被訂閱的資源的狀態(tài)發(fā)生改變時，負責這一資源的網(wǎng)絡實體將向訂閱者發(fā)送通告，通報當前資源狀態(tài)的變化情況，這是事件通告機制，以上都為單向行為，涉及以下幾個概念：由于IP短信網(wǎng)關地址并不在HSS簽約數(shù)據(jù)中，因此該節(jié)點與HSS之間需要數(shù)據(jù)更新過程，通過PUR/PUA過程來實現(xiàn)，用戶數(shù)據(jù)更新完成后，HSS才能為接受短信提供路由信息，也即IPSMGW的IP地址。幾個關鍵參數(shù)的分配及傳遞如下表： SCSCF與VoLTE AS的第三方注冊在SCSCF與SCCAS注冊完成后，會接著進行VoLTEAS注冊，VoLTE是處理呼叫業(yè)務的核心網(wǎng)元，包含基本業(yè)務、補充業(yè)務等，因此數(shù)據(jù)量較大。在基本注冊時由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。根據(jù)涉及的第三方注冊網(wǎng)元不同，分為三步： SCSCF與SCC AS的第三方注冊這個步驟的第