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