【正文】 碼分析功能和查詢ENUM/DNS功能，可得知IMS被叫用戶的歸屬網絡入口ICSCF地址）。增加Path頭域為本PCSCF地址（也即PCSCF的主機名），而在ICSCF轉發(fā)Register請求給SCSCF時同樣要插入PCSCF地址的path頭域，SCSCF通過Path字段保存一個UE所使用的PCSCF地址，這樣當SCSCF需要主動向UE發(fā)送消息時（例如網絡端發(fā)起的Deregister），SCSCF就知道實際應該發(fā)往的PCSCF地址了，這是一種直達路由消息。另外RecordRoute頭域為某一段路由的目的地、源頭傳遞信息（構建路由集），從而發(fā)送消息時可構建Route頭域。日常工作中常用的方式就是采用測試手機和測試軟件相結合的方式進行，比如采用HTC M8t手機和CDS測試軟件，在Uu接口上的信令消息截圖如下：▲看不清請點擊放大了看二、初始注冊初始注冊事件發(fā)生的場景：開機附著于LTE網絡，并完成建立IMS默認承載之后；從23G網絡重選上（或返回）LTE網絡，并完成TAU之后；IMS注銷之后，再次啟用IMS功能；在重注冊失敗之后再次發(fā)起的注冊；手機認為必須經過初始注冊流程（不兼容401認證挑戰(zhàn)消息或終端BUG問題導致）作為注冊消息的發(fā)起方用戶終端，UE根據USIM信息，推導得出注冊用的私有身份標識IMPI和臨時IMS公用身份標識IMPU（即TIMPU，為SIP格式，僅作注冊之用，不能用作呼叫）：其中私有身份標識是歸屬網絡運營商提供的用戶唯一全球標識，類似IMSI，用于對IMS用戶進行鑒權認證，該標識對用戶不可見，簡明初始注冊示意圖如下：初始注冊的過程在信令平臺的抓包如下：空口中的register消息通過邏輯上的Gm口直到PCSCF，該過程是通過該消息中Route頭域的PCSCF地址來實現(xiàn)的，該地址被用來作為Request消息的路由。由于本文為注冊專題，那么UE發(fā)出的首條SIP消息為Register，若該注冊消息中包含Contact頭域內容，則為基本注冊；若缺失Contact頭域，則為UE查詢注冊狀態(tài)，根據PCSCF的配置情況來進行處理。RFC 3261中定義的SIP消息頭域包括Via、From、To、CallID、CSeq、Contact、ContentType、ContentLength、MaxForwards、ProxyAuthenticate等在內共有44個，并且這些頭域的數(shù)目是可擴展的?；咀?、第三方注冊示意圖如下：▲本圖中1~4為初始注冊，5為二次注冊，6為第三方注冊更加詳細的流程見下圖（融合HSS組網）：1~12步驟為初始注冊，其中8~9步驟可以選擇性進行（視SCSCF本地剩余IMS認證數(shù)據情況）；13~24步驟為二次注冊，20~21步驟可以選擇性進行（視SCSCF本地有無用戶數(shù)據及iFC集合數(shù)據）；25~26為SCSCF向AS（應用服務器）請求的第三方注冊，根據iFC準則，涉及的應用服務器為SCC AS、VoLTE AS、IPSMGW等，該過程步驟較多，此圖為示意圖。注冊流程拆分成初始注冊/后續(xù)注冊（重注冊）、后續(xù)注冊（二次注冊）、第三方注冊、訂閱共四個階段，其中后續(xù)注冊和初始注冊的區(qū)別在于注冊消息中增加了用戶認證數(shù)據和接入網絡位置信息。成功的初始注冊必須經過初始注冊、二次注冊、第三方注冊、訂閱階段，而成功的重注冊必須經過重注冊、二次注冊、第三方注冊階段。從附著開始的IMS注冊過程中涉及了絕大多數(shù)協(xié)議：RRC、NAS、S1AP、SGsAP、GTPC VGTPU V1協(xié)議、SIP協(xié)議、Diameter協(xié)議等，作為選項還有MAP、CAP。頭域的介紹見本文其它相關章節(jié)，在本章節(jié)僅僅簡略敘述幾個頭域。存在多種類型的消息體，比如文本格式的SDP消息體，或二進制格式的ISUP消息體等。關于Route頭域含義如下：當一個Proxy Server收到一個Request消息時，會檢查Route字段的第一個地址是否等于自己，如果是，它可以從Route字段中刪去自己的地址信息，然后疊加下一段地址，并將消息轉發(fā)到Route字段中指定的下個地址；如果Route字段為空，則轉發(fā)到Request URI指定的地址。Path頭域為注冊時才特有的，用于SCSCF設置用戶的PCSCF，作為反向請求直通路由至PCSCF網元。增加PVisitedNetworkID頭域為PCSCF的域名（也即PCSCF的本地網絡標識）。在拜訪網絡的ICSCF選定某個歸屬SCSCF后， ICSCF轉發(fā)Register消息至歸屬網絡SCSCF，該消息的RequestURI頭域為SCSCF域名。三、后續(xù)注冊重注冊初始注冊成功后，用戶的簽約網絡會登記用戶的注冊時長T1。PCSCF依然以明文形式轉發(fā)register消息給ICSCF。SCSCF依據Register消息中授權認證頭域的信息為該用戶的上次成功認證信息，判斷本次注冊為重注冊。在驗證通過后（XMAC與MAC一致，SQN在合理范圍內），再基于共享密鑰、RAND和算法計算出RES/CK/IK，并通過Gm口將digest摘要認證數(shù)據發(fā)送給PCSCF網元：簡明二次注冊示意圖如下：912步驟是認證成功所必須的，13步驟是為了進一步觸發(fā)第三方注冊。后續(xù)注冊的過程在信令平臺的抓包如下：ICSCF發(fā)送用戶授權請求UAR消息給HSS，HSS判斷出用戶為后續(xù)注冊DIAMETER_SUBSEQUENT_REGISTRATION (2002)，將之前記錄的SCSCF的地址信息（注意是SCSCF名稱而不是能力集）通過UAA消息發(fā)送給ICSCF，SCSCF名稱經DNS翻譯后，ICSCF轉發(fā)Register消息至SCSCF。SCSCF原路返回或內部傳遞SIPINVITE 200 OK消息至ICSCF，傳遞至PCSCF，最終到達UE，確認注冊成功，包含頭域敘述如下：PAssociatedURI頭域中包含了兩個IMS公用身份標識(IMPU)，分別采用Tel URI和SIP URI格式，其中SIP URI格式包含該用戶歸屬省份信息，比如下述號碼為浙江移動號碼：Tel URI用于后續(xù)的語音呼叫，而SIP URI用于IMS網絡路由。AcceptResourcePriority頭域包含用戶簽約的優(yōu)先級。REGISTER消息經SCSCF發(fā)送給AS后，AS發(fā)現(xiàn)并不存在該用戶的數(shù)據，因此判斷為初始注冊情況下的第三方注冊，發(fā)送UDR消息給融合HLR/HSS，請求獲取用戶數(shù)據（包括用戶身份數(shù)據、業(yè)務簽約數(shù)據等），HSS返回UDA響應，攜帶用戶數(shù)據。流程圖如下：流程分為：用戶數(shù)據查詢UDR/UDA、訂閱