VoLTE注冊流程詳解

VoLTE注冊流程詳解目錄一、概述二、初始注冊三、后續(xù)注冊---重注冊四、后續(xù)注冊---二次注冊五、第三方注冊5.1S-CSCF與SCCAS的第三方注冊5.2S-CSCF與VoLTEAS的第三方注冊5.3S-CSCF與IP-SM-GW的第三方注冊六、訂閱七、常見初始注冊失敗7.1蘋果6s手機初始注冊失敗7.2三星S6手機初始注冊失敗7.3步步高VIVOX6D手機初始注冊失敗7.4金立GN9010手機初始注冊失敗6?9一、概述用戶開通了VoLTE簽約，并在VoLTE終端上打開“VoLTE”、“ims服務”或“HD高清語音”開關(guān)，在開機附著成功后，UE單獨發(fā)起APN=ims的PDN連接性請求，并成功建立QCI=5的ims信令默認承載，接著UE發(fā)起注冊請求。注冊流程拆分成初始注冊/后續(xù)注冊（重注冊）、后續(xù)注冊（二次注冊）、第三方注冊、訂閱共四個階段，其中后續(xù)注冊和初始注冊的區(qū)別在于注冊消息中增加了用戶認證數(shù)據(jù)和接入網(wǎng)絡位置信息。成功的初始注冊必須經(jīng)過初始注冊、二次注冊、第三方注冊、訂閱階段，而成功的重注冊必須經(jīng)過重注冊、二次注冊、第三方注冊階段。初始注冊、重注冊和二次注冊過程稱為基本注冊，基本注冊由用戶終端發(fā)起，基本注冊成功后，用戶就擁有了基本呼叫權(quán)限。第三方注冊由S-CSCF代替用戶終端發(fā)起，第三方注冊成功后，用戶就擁有了AS提供的相關(guān)業(yè)務權(quán)限。基本注冊、第三方注冊示意圖如下：▲本圖中1~4為初始注冊，5為二次注冊，6為第三方注冊更加詳細的流程見下圖（融合HSS組網(wǎng)）：1~12步驟為初始注冊，其中8~9步驟可以選擇性進行（視S-CSCF本地剩余IMS認證數(shù)據(jù)情況）；13~24步驟為二次注冊，20~21步驟可以選擇性進行（視S-CSCF本地有無用戶數(shù)據(jù)及iFC集合數(shù)據(jù)）；25~26為S-CSCF向AS（應用服務器）請求的第三方注冊，根據(jù)iFC準則，涉及的應用服務器為SCCAS、VoLTEAS、IP-SM-GW等，該過程步驟較多，此圖為示意圖。從附著開始的IMS注冊過程中涉及了絕大多數(shù)協(xié)議：RRC、NAS、S1AP、SGsAP、GTP-CV2、GTP-UV1協(xié)議、SIP協(xié)議、Diameter協(xié)議等，作為選項還有MAP、CAP。由于SIP消息與VoLTE優(yōu)化分析緊密結(jié)合，在此簡略介紹SIP協(xié)議：SIP協(xié)議源自于互聯(lián)網(wǎng)產(chǎn)物，并非傳統(tǒng)的通信協(xié)議，消息采用非比特位方式的文本編碼，可閱讀性強，具有非常強大的靈活性和擴展性，缺點就是存在大量的兼容性問題。SIP消息有請求和響應2種類型，每個消息包含3個元素：請求行/狀態(tài)行、頭域、消息體（可選）。RFC3261中定義的SIP消息頭域包括Via、From、To、Call-ID、CSeq、Contact、Content-Type、Content-Length、Max-Forwards、Proxy-Authenticate等在內(nèi)共有44個，并且這些頭域的數(shù)目是可擴展的。頭域的介紹見本文其它相關(guān)章節(jié)，在本章節(jié)僅僅簡略敘述幾個頭域。Content-Type頭域指示攜帶的消息體的媒體類型，比如application/sdp、message/sip。Content-Length頭域用十進制方式表示出消息體的字節(jié)數(shù)，比如450。由于本文為注冊專題，那么UE發(fā)出的首條SIP消息為Register，若該注冊消息中包含Contact頭域內(nèi)容，則為基本注冊；若缺失Contact頭域，則為UE查詢注冊狀態(tài)，根據(jù)P-CSCF的配置情況來進行處理。存在多種類型的消息體，比如文本格式的SDP消息體，或二進制格式的ISUP消息體等。關(guān)于不同SIP消息代碼見其它相關(guān)文檔介紹，除了正常響應代碼，更要了解失敗響應代碼。作為VoLTE優(yōu)化工程師，一定要了解上述知識點，然后在工作中進行驗證性測試。日常工作中常用的方式就是采用測試手機和測試軟件相結(jié)合的方式進行，比如采用HTCM8t手機和CDS測試軟件，在Uu接口上的信令消息截圖如下：▲看不清請點擊放大了看二、初始注冊初始注冊事件發(fā)生的場景：開機附著于LTE網(wǎng)絡，并完成建立IMS默認承載之后；從23G網(wǎng)絡重選上（或返回）LTE網(wǎng)絡，并完成TAU之后；IMS注銷之后，再次啟用IMS功能；在重注冊失敗之后再次發(fā)起的注冊；手機認為必須經(jīng)過初始注冊流程（不兼容401認證挑戰(zhàn)消息或終端BUG問題導致）作為注冊消息的發(fā)起方---用戶終端，UE根據(jù)USIM信息，推導得出注冊用的私有身份標識IMPI和臨時IMS公用身份標識IMPU（即T-IMPU，為SIP格式，僅作注冊之用，不能用作呼叫）：其中私有身份標識是歸屬網(wǎng)絡運營商提供的用戶唯一全球標識，類似IMSI，用于對IMS用戶進行鑒權(quán)認證，該標識對用戶不可見，簡明初始注冊示意圖如下：初始注冊的過程在信令平臺的抓包如下：空口中的register消息通過邏輯上的Gm口直到P-CSCF，該過程是通過該消息中Route頭域的P-CSCF地址來實現(xiàn)的，該地址被用來作為Request消息的路由。關(guān)于Route頭域含義如下：當一個ProxyServer收到一個Request消息時，會檢查Route字段的第一個地址是否等于自己，如果是，它可以從Route字段中刪去自己的地址信息，然后疊加下一段地址，并將消息轉(zhuǎn)發(fā)到Route字段中指定的下個地址；如果Route字段為空，則轉(zhuǎn)發(fā)到RequestURI指定的地址。如果沒有就根據(jù)Contact頭域發(fā)送，如果連Contact都沒有，就根據(jù)From頭域發(fā)送。關(guān)于Via頭域含義如下：當發(fā)起一個SIPRequest消息時，消息經(jīng)過的每一跳（包含發(fā)起方）都會在SIP消息中增加一個Via字段，內(nèi)容為自己的地址信息，表示通過此地址發(fā)往下一跳，為什么要增加Via字段來記錄Request消息經(jīng)過的地址呢？用以保存請求歷經(jīng)的路徑，實際上這個地址信息將被作為Request消息的Response消息的路由，Response消息逐段設(shè)置Via頭域地址，實現(xiàn)逐級返回，直到回到Request的發(fā)起方，因此Via頭域是一種給響應消息返回留路徑的方式，是響應消息的本路由段的目的地址。另外Record-Route頭域為某一段路由的目的地、源頭傳遞信息（構(gòu)建路由集），從而發(fā)送消息時可構(gòu)建Route頭域。Path頭域為注冊時才特有的，用于S-CSCF設(shè)置用戶的P-CSCF，作為反向請求直通路由至P-CSCF網(wǎng)元。Contact頭域為UE的IPV6地址和端口號。初始注冊詳述如下文：UE發(fā)起初始注冊時，Register消息中Authorization頭域中相關(guān)認證授權(quán)信息為空（比如隨機數(shù)為空、認證響應為空、無完整性保護），如下圖：經(jīng)Gm接口，P-CSCF收到Register消息后：刪除Proxy-Require頭域，將Security-Client頭域保存到本地，調(diào)整Require頭域為path，并在Authorization頭域中添加“integrity-protected=no”標簽，表示初始注冊消息未受保護，增加以下頭域：增加P-Access-Network-Info頭域為接入位置包含網(wǎng)絡類型、SBC域名、UEIPV6地址和端口號共四項。增加Path頭域為本P-CSCF地址（也即P-CSCF的主機名），而在I-CSCF轉(zhuǎn)發(fā)Register請求給S-CSCF時同樣要插入P-CSCF地址的path頭域，S-CSCF通過Path字段保存一個UE所使用的P-CSCF地址，這樣當S-CSCF需要主動向UE發(fā)送消息時（例如網(wǎng)絡端發(fā)起的De-register），S-CSCF就知道實際應該發(fā)往的P-CSCF地址了，這是一種直達路由消息。增加P-Visited-Network-ID頭域為P-CSCF的域名（也即P-CSCF的本地網(wǎng)絡標識）。增加P-Charging-Vector頭域為P-CSCF收到注冊消息后產(chǎn)生的ICID計費標識。增加Feature-Caps頭域包含STN-SR號碼。P-CSCF向I-CSCF進行進一步轉(zhuǎn)發(fā)Register消息，為了獲得入口I-CSCF網(wǎng)元IP地址，P-CSCF根據(jù)請求行中的Request-URI域名向DNS服務器發(fā)起查詢，由于目前UE基本注冊時的Request-URI字段統(tǒng)一設(shè)置為只有運營商信息而不帶省份信息的域名，鑒于P-CSCF只有DNS查詢而沒有被叫號碼分析功能，故查詢結(jié)果不能定位出是哪個省的用戶，也就不能路由到歸屬網(wǎng)絡的I-CSCF，結(jié)果只能為拜訪網(wǎng)絡的I-CSCF功能實體的IP地址（而在呼叫流程中，由于S-CSCF和MGCF具備被叫號碼分析功能和查詢ENUM/DNS功能，可得知IMS被叫用戶的歸屬網(wǎng)絡入口I-CSCF地址）。作為拜訪網(wǎng)絡的I-CSCF為了判斷該用戶是否具備漫游的權(quán)限，根據(jù)From頭域中的T-IMPU標識和拜訪網(wǎng)絡標識P-Visited-Network-ID頭域，通過Cx接口向歸屬HSS發(fā)起USER-AUTHORIZATION-REQUEST查詢消息（該消息用于注冊流程，與呼叫流程中LIR不同），Diameter協(xié)議類型為注冊，根據(jù)信令網(wǎng)架構(gòu)，中間必須經(jīng)過LDRA或HDRA網(wǎng)元，DRA基于IMSI/主機名路由至歸屬HSS。HSS將該UAR相關(guān)頭域內(nèi)容與用戶開戶數(shù)據(jù)中漫游模板內(nèi)容進行比對，若匹配，則回復給I-CSCF網(wǎng)元UAA消息，包含下面內(nèi)容。由于HSS不存在該用戶的P-CSCFNetworkID或S-CSCF名稱信息，故HSS判斷該用戶為firstregister（初始注冊），設(shè)置相關(guān)AVP屬性值對---實驗性結(jié)果代碼為2001（DIAMETER_FIRST_REGISTRATION），下發(fā)S-CSCF服務器能力集（分為強制能力和可選能力），I-CSCF收到UAA消息后，根據(jù)其中的S-CSCF的能力集進行某種選擇算法，選擇一個合適的S-CSCF。在拜訪網(wǎng)絡的I-CSCF選定某個歸屬S-CSCF后，I-CSCF轉(zhuǎn)發(fā)Register消息至歸屬網(wǎng)絡S-CSCF，該消息的Request-URI頭域為S-CSCF域名。S-CSCF收到無認證數(shù)據(jù)的初始注冊消息后，通過Cx接口發(fā)送MULTIMEDIA-AUTH-REQUEST消息給HSS，請求認證向量集，同時也指示HSS實體：本S-CSCF即為該用戶歸屬服務器，MAR和MAA字面上為多媒體認證請求和多媒體認證回應，實為提供IMS認證向量消息，認證算法指定為Digest-AKAv1-MD5（消息摘要算法5），認證過程與EPC認證流程相類似，也是雙向認證，但認證過程采用了五元組：XRES/RAND/AUTH/IK/CK，而非四元組，涉及S-CSCF、P-CSCF、UE三個實體。在HSS的成功響應消息中屬性值對---SIP-Auth-Data-Item，包含5套完整的認證數(shù)據(jù)（S-CSCF對用戶認證時任選一套即可，有點類似于EPS附著時MME對用戶認證，總的來說不同類型的原始認證數(shù)據(jù)均出自于HSS，而根據(jù)具體認證內(nèi)容不同，涉及不同實體，關(guān)于附著認證見EPS認證和NAS解碼方面文檔）。S-CSCF截留某一套的XRES后，將這套剩余認證數(shù)據(jù)包括Digest認證方式算法、隨機數(shù)RAND/認證令牌AUTH（RAND/AUTH合成“nonce”）、完整性保護密鑰IK、加密密鑰CK打包在register401消息（即鑒權(quán)認證挑戰(zhàn)）里并傳遞至I-CSCF，繼而I-CSCF將401消息傳遞給P-CSCF：P-CSCF截留CK/IK后，將剩余的鑒權(quán)認證元素RAND/AUTH（”Nonce”）、認證算法通過401消息傳遞給UE，以上IMS認證的五元組傳遞如下圖：關(guān)于認證過程描述見本文的二次注冊章節(jié)。三、后續(xù)注冊---重注冊初始注冊成功后，用戶的簽約網(wǎng)絡會登記用戶的注冊時長T1。當用戶的已注冊時長接近T1時，一般為50分鐘，UE需要向網(wǎng)絡側(cè)發(fā)起新的注冊請求，即重注冊。重注冊的流程與初始注冊過程相似，對于UE手機和S-CSCF這兩個實體來說判斷重注冊與初始注冊的依據(jù)在于是否攜帶上次成功IMS認證的數(shù)據(jù):AUTH/RAND/RES/IK/CK等，以及攜帶接入網(wǎng)絡位置信息。P-CSCF通過完整性驗證和解密后，在轉(zhuǎn)發(fā)注冊消息之前，和初始注冊時的頭域處理相類似，但有所改變，其中：Authorization頭域內(nèi)容調(diào)整“integrity-protected=yes”標簽，表示注冊消息受保護；P-Access-Network-Info頭域內(nèi)容新增小區(qū)ID構(gòu)成五項。P-CSCF依然以明文形式轉(zhuǎn)發(fā)register消息給I-CSCF。值得注意的是：重注冊時Call-ID必須維持不變（IPV6地址也不變），之后由于現(xiàn)網(wǎng)S-CSCF設(shè)置為每次重注冊都認證（重注冊時，S-CSCF對用戶進行鑒權(quán)認證是可選流程），那么同樣會生成401認證挑戰(zhàn)，與初始注冊一樣也要經(jīng)歷IMS認證過程。而對于HSS實體來說，則依據(jù)數(shù)據(jù)庫是否存在該用戶的P-CSCFNetworkID或S-CSCF名稱來判斷初始注冊或后續(xù)注冊，若不存在任一條件，則判斷為初始注冊，回復給I-CSCF則為S-CSCF能力集；若存在P-CSCFNetworkID則判斷為后續(xù)注冊，回復給I-CSCF為S-CSCF能力集；若存在S-CSCF名稱則判斷為后續(xù)注冊，且回復給I-CSCF為S-CSCF名稱。經(jīng)過I-CSCF與HSS的授權(quán)信息交互后，HSS判斷出用戶為后續(xù)注冊---DIAMETER_SUBSEQUENT_REGISTRATION(2002)，并給定S-CSCF名稱（而不是能力集），S-CSCF名稱經(jīng)DNS翻譯后，I-CSCF傳遞register消息至S-CSCF。S-CSCF依據(jù)Register消息中授權(quán)認證頭域的信息為該用戶的上次成功認證信息，判斷本次注冊為重注冊。重注冊若設(shè)置為需要認證時，可根據(jù)IMS認證數(shù)據(jù)（初始注冊時下載了5套五元組）在S-CSCF的剩余情況來決定是否需要MAR和MAA的流程，否則可直接取用本地保存的未曾使用過的認證數(shù)據(jù)。因此對于S-CSCF和HSS來說這是一個選擇性認證過程，有利于縮短時延及降低S-CSCF與HSS之間的信令負荷，最終S-CSCF發(fā)送401鑒權(quán)認證挑戰(zhàn)消息給I-CSCF，由I-CSCF傳遞給P-CSCF，之后通過Gm接口下發(fā)至UE。四、后續(xù)注冊---二次注冊后續(xù)注冊中的二次注冊指的是UE收到S-CSCF的401鑒權(quán)認證挑戰(zhàn)消息之后，手機發(fā)起的第二次注冊過程，手機首先對網(wǎng)絡進行認證：根據(jù)算法、隨機數(shù)和USIM卡中的共享密鑰，對AUTH進行驗證以判斷網(wǎng)絡是否合法。在驗證通過后（XMAC與MAC一致，SQN在合理范圍內(nèi)），再基于共享密鑰、RAND和算法計算出RES/CK/IK，并通過Gm口將digest摘要認證數(shù)據(jù)發(fā)送給P-CSCF網(wǎng)元：簡明二次注冊示意圖如下：9-12步驟是認證成功所必須的，13步驟是為了進一步觸發(fā)第三方注冊。UE發(fā)起二次注冊，其中Call-ID頭域標識保持不變，而From頭域tag標識可變、Cseq頭域可變，并將生成的RES響應值以及原始的RAND/AUTH通過加密通道發(fā)給P-CSCF，另外還攜帶接入網(wǎng)絡位置信息。P-CSCF通過完整性驗證和解密后，在轉(zhuǎn)發(fā)注冊消息之前，和初始注冊時的頭域處理相類似，但有所改變，其中：Authorization頭域內(nèi)容調(diào)整“integrity-protected=yes”標簽，表示注冊消息受保護；P-Access-Network-Info頭域內(nèi)容新增小區(qū)ID構(gòu)成五項。P-CSCF依然以明文形式轉(zhuǎn)發(fā)register消息給I-CSCF。后續(xù)注冊的過程在信令平臺的抓包如下：I-CSCF發(fā)送用戶授權(quán)請求UAR消息給HSS，HSS判斷出用戶為后續(xù)注冊---DIAMETER_SUBSEQUENT_REGISTRATION(2002)，將之前記錄的S-CSCF的地址信息（注意是S-CSCF名稱而不是能力集）通過UAA消息發(fā)送給I-CSCF，S-CSCF名稱經(jīng)DNS翻譯后，I-CSCF轉(zhuǎn)發(fā)Register消息至S-CSCF。由S-CSCF比對RES響應值與XRES期望響應值，兩者匹配，則該用戶通過網(wǎng)絡鑒權(quán)。接下來是為觸發(fā)第三方注冊而進行的流程，初始注冊觸發(fā)的二次注冊流程中一定存在取用戶數(shù)據(jù)流程，而重注冊觸發(fā)的二次注冊流程可根據(jù)該用戶數(shù)據(jù)在S-CSCF的預留情況，可選擇性進行取用戶數(shù)據(jù)流程，這有利于縮短時延和降低Cx接口信令負荷，取用戶數(shù)據(jù)通過服務器分配請求SAR（ServerAssignmentRequest）和SAA服務器分配回應兩個過程來完成，下文假設(shè)為存在取用戶數(shù)據(jù)情況：S-CSCF發(fā)送消息SAR（類型為注冊）至HSS，由于相關(guān)用戶簽約和第三方認證數(shù)據(jù)等是空的，HSS響應S-CSCF的SAA消息，該消息包含了用戶簽約數(shù)據(jù)、兩套iFC（初始過濾準則，用于觸發(fā)AS進行第三方注冊以及后續(xù)業(yè)務AS邏輯順序）、計費信息域名等。S-CSCF原路返回或內(nèi)部傳遞SIP---INVITE200OK消息至I-CSCF，傳遞至P-CSCF，最終到達UE，確認注冊成功，包含頭域敘述如下：P-Associated-URI頭域中包含了兩個IMS公用身份標識(IMPU)，分別采用TelURI和SIPURI格式，其中SIPURI格式包含該用戶歸屬省份信息，比如下述號碼為浙江移動號碼：TelURI用于后續(xù)的語音呼叫，而SIPURI用于IMS網(wǎng)絡路由。Contact頭域為注冊成功用戶的IMSI、IPV6地址和端口號、重注冊時長、終端支持業(yè)務類型等，截圖如下：Service-Route頭域包含有該用戶歸屬的S-CSCF名稱，由S-CSCF向I-CSCF發(fā)送，繼而由I-CSCF傳遞給向P-CSCF，如下圖所示注冊成功消息中所示：由P-CSCF保存Service-Route頭域內(nèi)容：歸屬S-CSCF名稱，這樣UE成功注冊之后的其它SIP消息（非注冊類，例如呼叫INVITE）抵達P-CSCF后，在轉(zhuǎn)往下一跳時，直接在Route字段放置該用戶的S-CSCF名稱，經(jīng)DNS翻譯后，可實現(xiàn)SIP消息無需再經(jīng)過I-CSCF實體就可直達該用戶的歸屬S-CSCF。也就是說在用戶IMS注冊成功后，用戶的非注冊類的SIP消息，即可經(jīng)Gm接口、Mw接口至歸屬網(wǎng)絡的S-CSCF，由S-CSCF進行下一步邏輯處理。Path頭域包含S-CSCF已登記的IPV4的P-CSCF地址，經(jīng)P-CSCF實體變換為IPV6的P-CSCF地址傳遞給UE，作為Gm接口的端地址。Accept-Resource-Priority頭域包含用戶簽約的優(yōu)先級，比如wps.4?？蛇x項---Authentication-Info頭域，攜帶下一次重注冊的隨機項nonce。下表為注冊前、中、后三個狀態(tài)的各相關(guān)網(wǎng)元必須要記錄的地址、域名、安全數(shù)據(jù)或用戶數(shù)據(jù)：五、第三方注冊在基本注冊成功之后，歸屬S-CSCF代替用戶發(fā)起第三方注冊，第三方注冊過程僅在IMS核心網(wǎng)出現(xiàn)，Uu口無此信息，REGISTER消息中的Contact頭域包含該用戶歸屬S-CSCF的地址，以保證應用服務器AS不會直接路由到用戶終端UE，而是總會先與S-CSCF聯(lián)絡。S-CSCF網(wǎng)元檢查所下載的該用戶的初始過濾準則iFC，并觸發(fā)去往為該用戶服務的相關(guān)網(wǎng)元的路由，通告相關(guān)網(wǎng)元該用戶已經(jīng)注冊且可到達，同時更新必要的網(wǎng)元數(shù)據(jù)，主要涉及S-CSCF與HSS/SCC-AS/VoLTE-AS/IP-SM-GW交互，涉及SIP協(xié)議的ISC接口、Diameter協(xié)議的Sh接口。不同AS的第三方注冊消息構(gòu)造有如下特征：Request-Line內(nèi)容為具體第三方應用服務器的名稱，比如SCCAS、VoLTEAS、IP-SM-GW；From頭域除了標簽不一樣其余相同，其中主要內(nèi)容為S-CSCF名稱，代替了用戶的公有標識IMPU，這是第三方注冊的由來；Via頭域除了分支不一樣其余相同；Call-ID頭域都是相互獨立的標識，也與之前的基本注冊Call-ID不相關(guān)；To、Contact、P-Charging-Vector、P-Access-Network-Info、P-Visited-Network-ID頭域內(nèi)容均相同，To頭域為用戶的SIP格式的公有標識IMPU；消息體（MessageBody）內(nèi)容完全是一樣的，均為二次注冊內(nèi)容，該消息體是由I-CSCF傳遞到S-CSCF的，包含內(nèi)容有Request-Line、MessageHeader、I-CSCFIP地址的Via頭域、基本注冊Call-ID頭域、From/To頭域、成功認證向量的Authorization頭域、Contact頭域、Path頭域、P-Visited-Network-ID頭域、P-Access-Network-Info頭域、P-Charging-Vector頭域、ATCF/STN-SR內(nèi)容的Feature-Caps頭域等。鑒于第三方注冊可由初始注冊觸發(fā)，也可由重注冊觸發(fā)，主要環(huán)節(jié)是相同的。但由于初始注冊情況下，AS和IP短信網(wǎng)關(guān)并沒有該用戶的注冊信息，相關(guān)網(wǎng)元必須從HSS獲取該用戶的數(shù)據(jù)，相應過程和時間會稍長；而重注冊情況下的第三方注冊相對來說簡潔明了且時間較短，下文假定為初始注冊情況下的第三方注冊。REGISTER消息經(jīng)S-CSCF發(fā)送給AS后，AS發(fā)現(xiàn)并不存在該用戶的數(shù)據(jù)，因此判斷為初始注冊情況下的第三方注冊，發(fā)送UDR消息給融合HLR/HSS，請求獲取用戶數(shù)據(jù)（包括用戶身份數(shù)據(jù)、業(yè)務簽約數(shù)據(jù)等），HSS返回UDA響應，攜帶用戶數(shù)據(jù)。AS根據(jù)收到的用戶數(shù)據(jù)對用戶進行鑒權(quán)認證，通過之后，AS將用戶數(shù)據(jù)保存到本地數(shù)據(jù)庫，并繼續(xù)下一步流程，最后向S-CSCF返回第三方注冊的200OK的成功響應。根據(jù)涉及的第三方注冊網(wǎng)元不同，分為三步：5.1S-CSCF與SCCAS的第三方注冊這個步驟的第三方注冊目的是為了后續(xù)被叫接入域選和eSRVCC作準備。以類似的公有標識，向HSS請求用戶數(shù)據(jù)包括：MSISDN、IMSI、IMPI、IMPU（tel和sip兩種格式）、STN-SR（開戶數(shù)據(jù)，將被ATCF的地址所代替）、UE-SRVCC-Capability、Service-Indication等。流程圖如下：流程分為：用戶數(shù)據(jù)查詢UDR/UDA、訂閱通知SNR/SNA（向HSS訂閱用戶數(shù)據(jù)變化通知，若終端通過Ut/CS或業(yè)務發(fā)放系統(tǒng)引起補充業(yè)務有變化時HSS則通知AS）、SCCAS與ATCF的MESSAGE過程、檔案數(shù)據(jù)更新PUR、用戶數(shù)據(jù)插入ISD。涉及STN-SR描述如下：STN-SR是ATCF的地址，UE在IMS網(wǎng)絡注冊時，ATCF根據(jù)終端能力和會話需要，為其分配STN-SR號碼，將ATCF置于信令路由中，以便該終端的注冊和呼叫相關(guān)消息都經(jīng)ATCF。在基本注冊時由SBC帶給S-CSCF，之后由S-CSCF帶給SCCAS，SCCAS同時從HSS處獲得HSS登記的STN-SR號碼，SCCAS比較從HSS和S-CSCF兩處獲得的STN-SR異同，若不相同則用S-CSCF處的數(shù)據(jù)通過PUR消息去更新HSS，并由SCCAS通過HSS向MME下發(fā)用戶數(shù)據(jù)，其中包含STN-SR號碼以用于eSRVCC。涉及ATU-STI、C-MSISDN描述如下：ATU-STI是SCCAS域名，由SCCAS配置而來，作為eSRVCC切換上來之后，ATCF路由至SCCAS之用；而C-MSISDN是由HSS分配的，是用戶數(shù)據(jù)的一部分。ATU-STI、C-MSISDN由SCCAS通過MESSAGE消息傳給ATCF，總體作用是ATCF將eSRVCC切換上來的用戶（INVITE消息中From頭域為用戶標識，to頭域為ATCF地址）進行關(guān)聯(lián)計費，而實現(xiàn)eSRVCC切換產(chǎn)生話單。eMSC與ATCF交互的SIP消息（比如INVITE/200OK/ACK等）經(jīng)由I2接口，eMSC與MME交互的GTP-CV2消息（比如SRVCCPStoCS請求/響應/完成通告/完成確認等）經(jīng)由Sv接口。幾個關(guān)鍵參數(shù)的分配及傳遞如下表：5.2S-CSCF與VoLTEAS的第三方注冊在S-CSCF與SCC-AS注冊完成后，會接著進行VoLTE-AS注冊，VoLTE是處理呼叫業(yè)務的核心網(wǎng)元，包含基本業(yè)務、補充業(yè)務等，因此數(shù)據(jù)量較大。以類似的公有標識，向HSS請求用戶數(shù)據(jù)包括：IMPI、IMPU（tel和sip兩種格式）、Service-Indication、IMS-CAMEL-Services等。第三方注冊過程中會有多次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過程。5.3S-CSCF與IP-SM-GW的第三方注冊完成S-CSCF與VoLTEAS的第三方注冊之后，根據(jù)iFC準則，最后就是S-CSCF與IP-SM-GW的第三方注冊，目的是為了之后VoLTE用戶的收發(fā)短信都經(jīng)過該網(wǎng)元，實現(xiàn)IMS域與CS域間短消息互通的功能（涉及SIP協(xié)議與MAP協(xié)議轉(zhuǎn)換）。由于IP短信網(wǎng)關(guān)地址并不在HSS簽約數(shù)據(jù)中，因此該節(jié)點與HSS之間需要數(shù)據(jù)更新過程，通過PUR/PUA過程來實現(xiàn)，用戶數(shù)據(jù)更新完成后，HSS才能為接受短信提供路由信息，也即IP-SM-GW的IP地址。至此初始注冊情況下的第三方注冊成功完成，時長為400ms以內(nèi)，也即完成了整個IMS注冊，接下來是訂閱過程。順便闡述一下重注冊情況下的第三方注冊，現(xiàn)網(wǎng)截圖如下：由于SCCAS和VoLTEAS、IP-SM-GW存在該用戶數(shù)據(jù)，因此重注冊情況下的第三方注冊并不需要與HSS進行交互，流程相對簡潔，時長在100ms以內(nèi)。六、訂閱該過程由UE發(fā)起，并終止于UE，在Uu可觀察到相關(guān)消息。SUBSCRIBE方法用于發(fā)起訂閱請求，NOTIFY方法用于通告當前資源狀態(tài)，當那些被訂閱的資源的狀態(tài)發(fā)生改變時，負責這一資源的網(wǎng)絡實體將向訂閱者發(fā)送通告，通報當前資源狀態(tài)的變化情況，這是事件通告機制，以上都為單向行為，涉及以下幾個概念：(1)訂閱者---UE訂閱者向通告者發(fā)送SUBSCRIBE消息以請求創(chuàng)建一次訂閱關(guān)系。訂閱者負責接收NOTIFY消息，這些NOTIFY消息中包含訂閱者所訂閱的資源信息。(2)通告者---S-CSCF通告者接收SUBSCRIBE消息，判斷P-Asserted-Identify頭域攜帶的用戶標識已在S-CSCF上注冊，返回200(OK)響應，指示訂閱成功。通告者負責產(chǎn)生NOTIFY消息，向訂閱者回饋當前資源的狀態(tài)。UE是訂閱者，訂閱由UE發(fā)起，涉及SBC、S-CSCF及HSS網(wǎng)元；而S-CSCF是通告者，通告是由HSS觸發(fā)、S-CSCF發(fā)起的。通告者在成功創(chuàng)建訂閱關(guān)系后，必須立即發(fā)送NOTIFY消息，向訂閱者通告當前訂閱資源的狀態(tài)。通告內(nèi)容也即消息體以xml格式予以表達，NOTIFY消息中必須包含擴展的Subscription-State頭域，指示創(chuàng)建的訂閱的狀態(tài)及剩余注冊時間。共有3種訂閱狀態(tài)，分別是：(1)active：訂閱已被接受且授權(quán)成功。(2)pending：SUBSCRIBE請求已收到，但還沒有足夠的信息決定接受或拒絕此次訂閱。(3)terminated：訂閱未