【正文】 建議終端廠家出補(bǔ)丁來解決UE源端口號算法問題，以便讓PCSCF所識別。而500失敗響應(yīng)碼的產(chǎn)生與步步高VIVO X6D的一樣：也是由PCSCF實(shí)體產(chǎn)生，注冊失敗為服務(wù)器內(nèi)部錯(cuò)誤，原因值為“AKA IP+Port conflict”，這是因?yàn)橹癙GW分配的IPV6地址以及發(fā)布的兩個(gè)PCSCF地址所產(chǎn)生的手機(jī)端口號被某個(gè)PCSCF拒絕所導(dǎo)致，更換另一個(gè)PCSCF則通過。建議終端廠家出補(bǔ)丁來解決多次初始注冊和注銷的BUG問題。而后手機(jī)再次發(fā)起初始注冊，但對401認(rèn)證挑戰(zhàn)消息無響應(yīng)，如此循環(huán)。建議SCSCF縮短注冊保護(hù)定時(shí)器時(shí)長或修改流程以信任新的注冊消息。建議核查SCSCF下發(fā)的401認(rèn)證挑戰(zhàn)消息的兼容性問題。 蘋果6s手機(jī)初始注冊失敗在對蘋果6s（A1700）的手機(jī)進(jìn)行注冊失敗分析時(shí)，發(fā)現(xiàn)響應(yīng)碼為400的占比較高：截取一個(gè)典型的蘋果6s手機(jī)（A1700）的注冊失敗信令圖：在不考慮注冊消息在Gm重復(fù)發(fā)送的因素以外，針對蘋果終端失敗響應(yīng)碼為400的情況，這類初始注冊失敗有個(gè)特征：先發(fā)起初始注冊，收到網(wǎng)絡(luò)下發(fā)的401挑戰(zhàn)，但手機(jī)不予理會(huì)，過幾秒鐘時(shí)間后，手機(jī)發(fā)起PDN連接性請求（APN=IMS），再次建立起IMS信令的默認(rèn)承載，并分配得到新的IPV6地址。注意：訂閱和通告是同一個(gè)CallID，并且通告行為可延伸到23G網(wǎng)絡(luò)，也即通告消息可通過SCSCF、SBC、GGSN傳至SGSN，之后通過Gb接口或IUPS接口到達(dá)用戶手機(jī)，這種現(xiàn)象發(fā)生在當(dāng)UE重定向、盲重定向至23G網(wǎng)絡(luò)且在RAU完成之后，用戶發(fā)出register注銷消息SIP數(shù)據(jù)包（Expires: 0）。通告者在成功創(chuàng)建訂閱關(guān)系后，必須立即發(fā)送NOTIFY消息，向訂閱者通告當(dāng)前訂閱資源的狀態(tài)。通告者接收SUBSCRIBE消息，判斷PAssertedIdentify頭域攜帶的用戶標(biāo)識已在SCSCF上注冊，返回200(OK)響應(yīng)，指示訂閱成功。(1)訂閱者UE至此初始注冊情況下的第三方注冊成功完成，時(shí)長為400ms以內(nèi)，也即完成了整個(gè)IMS注冊，接下來是訂閱過程。以類似sip:+8613958052120，向HSS請求用戶數(shù)據(jù)包括： IMPI、IMPU（tel和sip兩種格式）、ServiceIndication、IMSCAMELServices等。涉及ATUSTI、CMSISDN描述如下：ATUSTI是SCC AS域名，由SCC AS配置而來，作為eSRVCC切換上來之后，ATCF路由至SCC AS之用；而CMSISDN是由HSS分配的，是用戶數(shù)據(jù)的一部分。以類似sip:+8613958052120，向HSS請求用戶數(shù)據(jù)包括：MSISDN、IMSI、IMPI、IMPU（tel和sip兩種格式）、STNSR（開戶數(shù)據(jù)，將被ATCF的地址所代替）、UESRVCCCapability、ServiceIndication等。但由于初始注冊情況下，AS和IP短信網(wǎng)關(guān)并沒有該用戶的注冊信息，相關(guān)網(wǎng)元必須從HSS獲取該用戶的數(shù)據(jù)，相應(yīng)過程和時(shí)間會(huì)稍長；而重注冊情況下的第三方注冊相對來說簡潔明了且時(shí)間較短，下文假定為初始注冊情況下的第三方注冊。SCSCF網(wǎng)元檢查所下載的該用戶的初始過濾準(zhǔn)則iFC，并觸發(fā)去往為該用戶服務(wù)的相關(guān)網(wǎng)元的路由，通告相關(guān)網(wǎng)元該用戶已經(jīng)注冊且可到達(dá)，同時(shí)更新必要的網(wǎng)元數(shù)據(jù)，主要涉及SCSCF與HSS/SCCAS/VoLTEAS/IPSMGW交互，涉及SIP協(xié)議的ISC接口、Diameter協(xié)議的Sh接口。Path頭域包含SCSCF已登記的IPV4的PCSCF地址，經(jīng)PCSCF實(shí)體變換為IPV6的PCSCF地址傳遞給UE，作為Gm接口的端地址。SCSCF發(fā)送消息SAR（類型為注冊）至HSS，由于相關(guān)用戶簽約和第三方認(rèn)證數(shù)據(jù)等是空的，HSS響應(yīng)SCSCF的SAA消息，該消息包含了用戶簽約數(shù)據(jù)、兩套iFC（初始過濾準(zhǔn)則，用于觸發(fā)AS進(jìn)行第三方注冊以及后續(xù)業(yè)務(wù)AS邏輯順序）、計(jì)費(fèi)信息域名等。PCSCF依然以明文形式轉(zhuǎn)發(fā)register消息給ICSCF。四、后續(xù)注冊二次注冊后續(xù)注冊中的二次注冊指的是UE收到SCSCF的401鑒權(quán)認(rèn)證挑戰(zhàn)消息之后，手機(jī)發(fā)起的第二次注冊過程，手機(jī)首先對網(wǎng)絡(luò)進(jìn)行認(rèn)證：根據(jù)算法、隨機(jī)數(shù)和USIM卡中的共享密鑰，對AUTH進(jìn)行驗(yàn)證以判斷網(wǎng)絡(luò)是否合法。經(jīng)過ICSCF與HSS的授權(quán)信息交互后，HSS判斷出用戶為后續(xù)注冊DIAMETER_SUBSEQUENT_REGISTRATION (2002)，并給定SCSCF名稱（而不是能力集），SCSCF名稱經(jīng)DNS翻譯后，ICSCF傳遞register消息至SCSCF。PCSCF通過完整性驗(yàn)證和解密后，在轉(zhuǎn)發(fā)注冊消息之前，和初始注冊時(shí)的頭域處理相類似，但有所改變，其中：Authorization頭域內(nèi)容調(diào)整“integrityprotected=yes”標(biāo)簽，表示注冊消息受保護(hù)；PAccessNetworkInfo頭域內(nèi)容新增小區(qū)ID構(gòu)成五項(xiàng)。SCSCF截留某一套的XRES后，將這套剩余認(rèn)證數(shù)據(jù)包括Digest認(rèn)證方式算法、隨機(jī)數(shù)RAND/認(rèn)證令牌AUTH（RAND/AUTH合成“nonce”）、完整性保護(hù)密鑰IK、加密密鑰CK打包在register401消息（即鑒權(quán)認(rèn)證挑戰(zhàn)）里并傳遞至ICSCF，繼而ICSCF將401消息傳遞給PCSCF：PCSCF截留CK/IK后，將剩余的鑒權(quán)認(rèn)證元素RAND/AUTH（”Nonce”）、認(rèn)證算法通過401消息傳遞給UE，以上IMS認(rèn)證的五元組傳遞如下圖：關(guān)于認(rèn)證過程描述見本文的二次注冊章節(jié)。由于HSS不存在該用戶的PCSCF Network ID或SCSCF名稱信息，故HSS判斷該用戶為first register（初始注冊），設(shè)置相關(guān)AVP屬性值對實(shí)驗(yàn)性結(jié)果代碼為2001（DIAMETER_FIRST_REGISTRATION），下發(fā)SCSCF服務(wù)器能力集（分為強(qiáng)制能力和可選能力），ICSCF收到UAA消息后，根據(jù)其中的SCSCF的能力集進(jìn)行某種選擇算法，選擇一個(gè)合適的SCSCF。PCSCF向ICSCF進(jìn)行進(jìn)一步轉(zhuǎn)發(fā)Register消息，為了獲得入口ICSCF網(wǎng)元IP地址，PCSCF根據(jù)請求行中的RequestURI域名向DNS服務(wù)器發(fā)起查詢，由于目前UE基本注冊時(shí)的RequestURI字段統(tǒng)一設(shè)置為只有運(yùn)營商信息而不帶省份信息的域名sip:，鑒于PCSCF只有DNS查詢而沒有被叫號碼分析功能，故查詢結(jié)果不能定位出是哪個(gè)省的用戶，也就不能路由到歸屬網(wǎng)絡(luò)的ICSCF，結(jié)果只能為拜訪網(wǎng)絡(luò)的ICSCF功能實(shí)體的IP地址（而在呼叫流程中，由于SCSCF和MGCF具備被叫號