IMS消息流程可編輯

YD/T1481-2006會話初始協(xié)議(SIP)服務器設(shè)備技術(shù)要求_2>《資料性附錄）SIP服務器與其他網(wǎng)絡的互通

A.1

SIP網(wǎng)絡PSTN/PLMN網(wǎng)絡互通要求

A．1.1概述

SIP網(wǎng)絡與PSTN/PLMN的互通，通過軟交換設(shè)備實現(xiàn)，如圖A．1所示。圖A.1

SIP網(wǎng)絡與PSTN/PLMN網(wǎng)絡互通示意

A.1.2互通流程

A.1.2.1

PSTN端到IP端的呼叫建立和釋放建立流程

PSTN端到IP端的呼叫建立和釋放建立流程如圖A.2所示。圖A．2SIP網(wǎng)絡與軟交換網(wǎng)絡的直通

本流程示例基于以下約定：

一No．7信令以ISUP為例；

一連接主叫用戶的發(fā)端局發(fā)出的ISUP信令發(fā)給軟交換；

一SIP服務器為被叫用戶即SIP用戶代理的代理/注冊服務器。

流程說明：

(1)PSTN端的發(fā)端局收到主叫用戶發(fā)出的呼叫建立請求消息，生成初始地址消息IAM送給軟交換。

(2)軟交換收到IAM消息，將IAM消息轉(zhuǎn)換成SIPINVITE請求消息發(fā)出，此INVITE消息將按照SIP系統(tǒng)的路由方式路由至SIP服務器。

(3)SIP服務器將INVITE請求消息發(fā)給被叫SIP用戶代理。

(4,)SIP服務器同時發(fā)100Trying響應給軟交換，表明已收到INVITE請求，呼叫建立請求正被轉(zhuǎn)發(fā)至目的地，但尚在進行中。

(5)SIP用戶代理收到INVITE請求，向SIP服務器發(fā)l8x響應（鍘如，現(xiàn)以180Ringing響應為例，表明其正在通知被叫）。

(6)SIP服務器將收到的18x響應轉(zhuǎn)給軟交換。

(7)軟交換收到18x響應，將18x響應生成ACM消息送給發(fā)端局，消息中含被叫的當前狀態(tài)信息。

(8)被叫用戶應答呼叫，SIP用戶代理向SIP服務器發(fā)2000K響應。

(9)SIP服務器將2000K響應轉(zhuǎn)給軟交換。

(1O)軟交換收到200消息，將200消息轉(zhuǎn)換成ANM消息發(fā)給發(fā)端局，發(fā)端局將通知主叫用戶。

(ll)軟交換同時發(fā)ACK給SIP服務器。

(12)SIP服務器將ACK消息轉(zhuǎn)給SIP用戶代理，至此呼叫建立成功。

(13)主叫被叫進入通信階段。

(14)呼叫釋放可由通信雙方中的任一方發(fā)起，假定由主叫方發(fā)出，發(fā)端局收到主叫方送出的釋放請求消息，向軟交換發(fā)REL消息。

(15)軟交換回送RLC消息給發(fā)端局。

(16)軟變換同時將REL消息轉(zhuǎn)換成BYE消息發(fā)給SIP服務器。

(17)SIP服務器將BYE消息發(fā)給SIP用戶代理。

(18)SIP用戶代理回送2000K消息，表明被叫釋放呼叫。

(19)SIP服務器將2000K響應轉(zhuǎn)給較交換，至此釋放完成。A．1．2.2IP端到PSTN端的呼叫建立和釋放建立流程

IP端剄PSTN端的呼叫建立和釋放建立流程如圖A．3所示。本流程示例基于以下約定：

一NO．7信令以ISUP為例；

一SIP服務器為主叫用戶即SIP用戶代理的代理/注冊服務器；

一連接被叫用戶的收端局發(fā)出的ISUP信令發(fā)給軟交換；圖A．3lP端到PSlN端的呼叫建立和釋放建立流程

流程說明：

(1)IP側(cè)的SIP用戶代理向SIP服務器發(fā)出呼叫建立請求INVITE消息。

(2)SIP服務器收到INVITE請求，轉(zhuǎn)發(fā)INVITE請求，此INVITE請求將按照SIP系統(tǒng)的路由方式路由至軟交換。

(3)SIP服務器同時向SIP用戶代理發(fā)100Trying響應，表明已轉(zhuǎn)發(fā)INVITE請求，但尚在進行中。

(4)款交換收到INVITE消息，將INVITE消息轉(zhuǎn)換成IAM消息發(fā)出，此IAM消息將被送至被叫所在收端局。

(5)軟交換同時向SIP服務器回送100Trying響應，表明已轉(zhuǎn)發(fā)INVITE請求至目的地，但尚在進行中。

(6)收端局收到IAM消息，分析被叫用戶號碼，檢查被叫的情況，向軟交換發(fā)送地址全消息(ACM)，ACM消息中含有關(guān)被叫的當前狀態(tài)等附加信息。

(7)軟交換收到ACM消息，生成SIP18x（eg.183SessionProgress）響應送給SIP服務器，18x消息含呼叫建立期間的狀態(tài)信息。

(8)SIP服務器轉(zhuǎn)發(fā)18x響應紿SIP用戶代理。

(9)被叫用戶應答呼叫，收端局收到被叫用戶發(fā)送的連接消息，向軟交換發(fā)送應答消息(ANM)。

(IO)軟交換收到ANM消息，將AHM消息轉(zhuǎn)換戚2000K響應后發(fā)出，此消息將按SIP系統(tǒng)的路由方式發(fā)給SIP服務器。

(11)SIP服務器轉(zhuǎn)發(fā)收到的200消息給SIP用戶代理。

(12)SIP用戶代理收到200響應，發(fā)送ACK消息給SIP服務器，表明其知道被叫應答呼叫。

(13)SIP服務器將ACK消息轉(zhuǎn)發(fā)給軟交換，至此呼叫建立成功．．

(14)主叫被叫進人通信階段。

(15)呼叫釋放可由通信雙方中的任一方發(fā)起，假定由SIP用戶代埋發(fā)出．SIP用戶代理向其SIP服務器發(fā)出BYE消息，表明其釋放呼叫。

(16)SIP服務器收列BYE消息，將其轉(zhuǎn)發(fā)給軟交換。

(17)軟交換收到BYE消息，將BYE消息轉(zhuǎn)換成REL消息發(fā)給收端局。

(18)收端局收到REL消息，向軟交換回送釋放完成消息（RLC），表明被叫釋放呼叫。

(19)軟交換將RLC轉(zhuǎn)換成2000K響應發(fā)給SIP服務器。

(20)SIP服務器將200響應轉(zhuǎn)給SIP用戶代理，至此釋放釋放完成。A.2與ISDN網(wǎng)絡互通A．2.1概述

．

SIP網(wǎng)絡可以通過SIP網(wǎng)關(guān)或IWF實現(xiàn)與ISDN互通，如圖A．4所示。

圖A．4SIP網(wǎng)絡與ISDN網(wǎng)絡互通A．2.2互通流程A．2.2.1

當SIP用戶呼叫的被叫用戶在ISDN上時，其業(yè)務實現(xiàn)流程如圖A．5所示。圖A.5SIP用戶呼叫ISDN用戶

流程說明：

(1)用戶摘機發(fā)起一路呼叫，用戶代理向該區(qū)域的SIP服務器發(fā)起INVITE請求。

(2）SIP服務器收到請求后，檢查INVITE消息當中沒有所需要的信任信息，就向用戶代理發(fā)送407質(zhì)詢信息，要求用戶代理送信任字段。

(3)用戶代理送確認消息ACK。

(4)用戶代理再次發(fā)送INVITE請求，其中攜帶其正確的信任字段。

(5)SIP服務器通過認證/計費中心對用戶認證通過后，檢查請求消息中的Via頭域中是否已包含其地址。若已包含，說明發(fā)生環(huán)回，返回指示錯誤的應答；如果沒有問題，SIP服務器在請求消息的Via頭域插入自身地址，并向INVITE消息的To域所指示的被叫SIP網(wǎng)關(guān)轉(zhuǎn)送INVITE請求。

(6)SIP服務器向用戶代理發(fā)送呼叫處理中的應答消息．100Trying。

(7)SIP服務器向用戶代理轉(zhuǎn)發(fā)l00Trying消息。

(8)SIP網(wǎng)關(guān)向ISDN用戶發(fā)送Setup消息，請求建立連接。

(9)ISDN用戶向SIP網(wǎng)關(guān)發(fā)送呼叫進展callproceeding消息。

(10)被叫振鈴，ISDN用戶向SIP網(wǎng)絡發(fā)送Alerting消息。

(11)SIP網(wǎng)關(guān)向SIP服務器發(fā)送180ringing消息。

(12)SIP服務器向用戶代理轉(zhuǎn)發(fā)180ringing消息，主叫聽振鈴音。

(13)被叫摘機，ISDN用戶向SIP網(wǎng)關(guān)發(fā)送Connect消息。

(14)SIP網(wǎng)關(guān)向SIP服務器發(fā)送2000K消息。

(15)SIP服務器向用戶代理轉(zhuǎn)發(fā)2000K消息。

(16)用戶代理向SIP服務器發(fā)送ACK證實消息。

(l7)SIP服務器向SIP網(wǎng)關(guān)轉(zhuǎn)發(fā)ACK征實消息。

(l8)主被叫建立通話連接。

(19)被叫掛機，ISDN用戶向SIP網(wǎng)關(guān)發(fā)送Disconnect消息。

(20)SIP網(wǎng)關(guān)向SIP服務器發(fā)送BYE消息。

(2I)SIP服務器向用戶代理發(fā)送BYE消息。

(22)用戶代理向SIP服務器回送2000K消息。

(23)SIP眼務器向SIP網(wǎng)關(guān)轉(zhuǎn)發(fā)2000K消息。

(24)SIP網(wǎng)關(guān)向ISDN用戶發(fā)送Release消息。

(25)ISDN用戶向SIP網(wǎng)關(guān)回送ReleaseComplete消息。A.8與欽交換網(wǎng)絡互通要求A．3.1概述

SIP網(wǎng)絡與軟交換網(wǎng)絡的互通，應通過SIP服務器完成與軟交換設(shè)備的互通，如圖A.6所示，互通協(xié)議采用SIP協(xié)議。圖A．6

S1P網(wǎng)絡與軟交換網(wǎng)絡的互通A．3.2互通流程

當SIP用戶呼叫軟交換網(wǎng)絡中的H.248IAD時，其業(yè)務實現(xiàn)流程如圖A．7所示。圖A．7

S1P用戶呼叫H.248IAD互通流程

流程說明：

(1)主叫摘機，SIP用戶代理向SIP服務器發(fā)送INVITE。

(2)SIP服務器向SIP用戶代理回送100Ttying。

(3)SIP服務器向軟交換轉(zhuǎn)發(fā)INVITE．軟交換1向SIP服務器回送響應lO0。

(4)較交換向lAD發(fā)送Add，在IAD2中創(chuàng)建一個新context．并在context中加入TDMtermination和RTPtermination，其中Mode設(shè)置為SendReceive，并設(shè)置抖動緩存、語音壓縮算法等，并對被叫用戶進行振鈴。lAD通過Reply命令返回其RTP端口號及采用的語音壓縮算法。

(5)軟交換向SIP服務器發(fā)送180Ringing。

(6)SIP服務器向SIP用戶代理轉(zhuǎn)發(fā)180，送回鈴音。

(7)被叫用戶摘機，IAD向軟交換發(fā)送Notify命令。

(8)軟交換向SIP服務器發(fā)送2000K。

(9)軟交換向IAD發(fā)送Modify命令，切斷振鈴音，并監(jiān)視被叫掛機。

(10)SIP服務器向軟交換發(fā)送ACK證實。

(ll)SIP服務器向SIP用戶代理轉(zhuǎn)發(fā)響應200。

(t2)SIP用戶代理回送ACK證實。A．4與H.323IP電話網(wǎng)絡互通要求A.4.1溉述

SIP網(wǎng)絡與H．323網(wǎng)絡的互連互通，采用IWF實現(xiàn)H.323和SIP協(xié)議的消息映射，互通方式如圖A.8所示。其中，IWF功能可以內(nèi)嵌于軟交換設(shè)備中，或者作為獨立功能實體。當SIP網(wǎng)絡與H．323網(wǎng)絡分別在不同運營商時，互通點設(shè)置在IWF和頂級網(wǎng)守之間；當SIP網(wǎng)絡與H.323在網(wǎng)在同一運營商時．互通點由各運營商根據(jù)網(wǎng)絡建設(shè)的實際情況來確定。圖A．8SIP網(wǎng)絡與H．323網(wǎng)絡的互通A．4.2互通流程A.4.2.1

使用H.323GK和SIP服務器的呼叫流器

流程如圖A.9所示。圖A.9使用SIP服務器的呼叫流程

流程說明：

(1)SIP終端向SIP服務器發(fā)送邀請INVITE請求消息，消息包含主叫SDP描述信息。

(2)SIP服務器收到請求后，檢查INVITE消息當中沒有所需要的信任信息，就向SIP終端發(fā)送407質(zhì)詢信息，要求用戶代理發(fā)送信任字段。

(3)SIP終端送確認消息ACK。

(4)SIP終端再次發(fā)送INVITE請求，其中攜帶其正確的信任字段。

(5)SIP服務器向IWF/SS轉(zhuǎn)發(fā)該INVITE請求。

(6)IWF/SS向網(wǎng)守發(fā)送ARQ消息，送行接人認證和地址解析，其中應包含主叫號碼（主叫號碼采用E164編碼）。

(7)網(wǎng)守回送ACF，其中包括查詢到的被叫H.323終端的IP地址。

(8)IWF/SS向被叫H.323終端發(fā)送呼叫建立請求Setup消息。

(9)被叫H.323終端向網(wǎng)守發(fā)送ARQ請求認證。

(lO)網(wǎng)守回送ACF消息。

(l1)H．323端點發(fā)送振鈴消息Alering，該消息中可以包含H．245的通道信息，也可以不包含，H.323端點需要識別這兩種不同情況。

(12)IWF向SIP服務器發(fā)送振鈴響應消息“180Ringing”。

(13)SIP服務器向SIP終端轉(zhuǎn)發(fā)振鈴響應消息“180Ringing”。

(14)H．323端點向IWF發(fā)送連接建立消息Connect，該消息中可以包含有H．245的通道信息，也可以不包含，H.323端點需要識別這兩種不同情況。

(15)IWF向SIP服務器發(fā)送2000K響應消息，該消息包含被叫SDP描述信息。

(16)SIP服務器向SIP端點轉(zhuǎn)發(fā)2000K響應消息。

(17)SIP端點向SIP服務器發(fā)送證實請求ACK消息。

(18)SIP代理服務器向IWF轉(zhuǎn)發(fā)證實請求ACK消息。

(19)雙方通話連接建立。

(20)SIP端點向SIP服務器發(fā)呼叫釋放BYE請求消息。

(2l)SIP服務器向IWF轉(zhuǎn)發(fā)呼叫釋放BYE請求消息。

(22)IWF回送2000K響應。

(23)SIP服務器回送2000K響應。

(24)lWP向H.323端點發(fā)送Releasecomplete消息。

(25)H.323端點向IWF發(fā)送Releasecomplem消息。

(26)IWP向網(wǎng)守發(fā)送退出請求DRQ消息。

(27)網(wǎng)守向IWF回送退出確認DCF消息。

(28)H.323端點向網(wǎng)守發(fā)送退出請求DRQ消息。(29)網(wǎng)守向H．323端點回送退出確認DCF消息。A.4.2.2

使用H.323GK和SIP重定位服務器的呼叫流程圖A.10

使用SIP重定向服務器的呼叫流程流程說明：（1）H．323端點向網(wǎng)守發(fā)送ARQ消息，進行接入認證和地址解析，其中應包含主叫號碼（主叫號碼采用E164編碼）。（2）接入認證以及被叫地址解析完成后，網(wǎng)守向H.323端點回送ACF消息。（3）H.323端點向IWF發(fā)起呼叫建立請求setup消息。（4）IWF向網(wǎng)守發(fā)送ARQ消息，進行接入認證。（5）網(wǎng)守向IWF發(fā)送接入確認消息ACF。（6）IWF向SIP重定向服務器發(fā)送邀請INVITE請求消息，消息包含主叫SDP描述信息。（7）SIP重定向服務器向IWF回送302響應消息“臨時遷移”，并返回被叫的當前地址。

(8)STP端點向SIP重定向服務器發(fā)送證實請求ACK消息。

(9)IWF向被叫SIP端點發(fā)送邀請INVITE請求消息，消息包含主叫SDP描述信息。

(10)SIP端點向IWF發(fā)送振鈴響應消息“180Ringing”。

(ll)IWF向H．323端點發(fā)送振鈴消息Alerting，該消息中可以包含H.245的通道信息，也可以不包含，H.323端點需要識別這兩種不同情況。

(12)SIP端點向IWF發(fā)送2000K響應消息。

(13)IWF向H.323端點發(fā)送連接建立消息Connect，里面可以包含有H.245的通道信息，也可以不包含，H．323端點需要識別這兩種不同情況。

(14)H.323端點與IWF之間進行能力交換。

(15)H．323端點與IWF之間打開邏輯通道。

(16)IWF向SIP端點發(fā)送證實。

(17)雙方通話連接建立。

(18)如果已打開H.245通道，則H.323端點與IWF之間要先關(guān)閉邏輯通道。

(l9)關(guān)閉邏輯通道后．H.323端點與IWF之間互送EndSessionCommand。

(20)H.323端點向IWF發(fā)送Releasecomplete消息。

(2l)H.323端點向網(wǎng)守發(fā)送退出請求DRQ消息。

(22)網(wǎng)守向H.323端點網(wǎng)送退出確認DCF消息。

(23)IWF向網(wǎng)守發(fā)送退出請求DRQ消息。

(24)網(wǎng)守向IWF回送退出確認DCF消息。

(25)IWF向SIP服務器發(fā)送呼叫釋放BYE請求消息。

(26)SIP服務器向SIP端點轉(zhuǎn)發(fā)呼叫釋放BYE請求消息。

(27)SIP端點向SIP服務器回送2000K響應。

(28)SIP服務器向IWF轉(zhuǎn)發(fā)2000K響應。

附錄B（資料性附錄）SIP服務器在IMS系統(tǒng)中的應用B.1概述

在IP多媒體核心網(wǎng)子域（IMCNsubsystem）中采用SIP作為呼叫會話控制協(xié)議，SIP作為IMS中不同實體之間的會話控制接口．主要的應用范圍包括UE和P-CSCF之間、CSCF和CSCF之間、以及CSCF和外部SIP網(wǎng)絡之間等。B．2SIP實體與IMS實體的對應關(guān)系

IMS中通過不同CSCF完成呼叫會話控制，這些CSCF在SIP信令進程中分別實現(xiàn)不同的呼叫會話控制功能。下面分別對P-CSCF、I-CSCF和S-CSCF所實現(xiàn)的SIP功能進行說明。B．2.1

P-CSCF

PCSCF是IMS子域內(nèi)的第一聯(lián)絡點。UE通過“本地CSCF發(fā)現(xiàn)流程”獲得P-CSCF的地址。

P-CSCF通常承擔SIP代理服務器的功能。在某些應用環(huán)境中P-CSCFl同樣承擔用戶代理的功能，這些應用環(huán)境主要包括：(1)作為客戶訂購或者接受某些事件信息；（2）當執(zhí)行P-CSCF始發(fā)的會話釋放過程時；以上兩種應用環(huán)境下，P-CSCF承擔UA的職責，而且在會話的后續(xù)階段中P-CSCF仍然可能承擔SIP代理服務器的職責。

P-CSCF提供的功能主要包括：

(1)通過UE中提供的歸屬域名獲得I-CSCF地址或者域名信息，然后向I-CSCF轉(zhuǎn)發(fā)從UE接收到的SIP注冊請求。

(2)通過注冊流程中所獲得的SIP服務器地址或者域名信息，向S-CSCF等SIP服務器轉(zhuǎn)發(fā)SIP消息。

(3)向UE轉(zhuǎn)發(fā)SIP請求或響應。

(4)生成CDR。

(5)在P-CSCF與UE之間建立安全關(guān)聯(lián)。

(6)完成SIP消息的壓縮與解壓縮。

（7)實現(xiàn)對于承載網(wǎng)絡資源以及QoS管理的授權(quán)。B．2.2I-CSCF

I-CSCF提供SIP代理服務器的功能，負責處理外部網(wǎng)絡與內(nèi)部網(wǎng)絡的連接。例如，用戶漫游到某個網(wǎng)絡覆蓋范圍內(nèi)時，漫游用戶首先與位于訪問地網(wǎng)絡內(nèi)部的I-CSCF進行聯(lián)系。

I-CSCF提供的功能主要包括：

(1)注冊。給用戶指派．—個S-CSCF．完成SIP注冊功能。

(2)提供與會話相關(guān)的流程和與會話非相關(guān)的流程。

一將外部網(wǎng)絡發(fā)送的SIP請求轉(zhuǎn)發(fā)繪S-CSCF;

一在HSS處獲取S-CSCF的IP地址；

一向S-CSCF轉(zhuǎn)發(fā)對于上述兩個步驟的SIP請求或者SIP響應。

(3)進行計費與資源優(yōu)化。生成CDR。B.2.3S-CSCF

S-CSCF提供SIP代理服務器的功能，負責完成UE的會話再控制功能。在某些應用環(huán)境中S-CSCF同樣承擔用戶代理的功能，這些應用環(huán)境主要包括：(1)S-CSCF向第三方注冊時；(2)S-CSCF作為事件信息的通知方；(3)S-CSCF發(fā)送MESSAGE方法，提供消息機制；(4)S-CSCF釋放已經(jīng)建立的會話。

在一個運營網(wǎng)絡內(nèi)部，不同的S-CSCF分別承擔不同的功能。S-CSCF提供的功能主要包括：

(1)注冊。完成SIP注冊服務器的功能，接受注冊請求，并且使注冊請求的相關(guān)信息通過位置服務器可查洵。

(2)會話相關(guān)的流程和與會話非相關(guān)的流程。主要包括：對已經(jīng)完成注冊的端點進行會話控制；完成SIP代理服務器的功能；完成SIP用戶代理的功能；與業(yè)務平臺交互可支持的業(yè)務；向端點提供業(yè)務事件的相關(guān)信息等功能。

對于源端點提供的功能主要包括：

一目的端點與源端點在不同的運營網(wǎng)絡中時，首先通過目的地域名獲得目的網(wǎng)絡中I-CSCF的地址，然后將SIP請求或應答轉(zhuǎn)發(fā)至目的網(wǎng)絡中的I-CSCF;

一目的端點的域名與源端點的域名位于相同的運行網(wǎng)絡中時，直接將SIP請求或應答轉(zhuǎn)發(fā)至本網(wǎng)絡中的I-CSCF;

一根據(jù)運行策略，在一個ISP主域內(nèi)部與IMS子域外部轉(zhuǎn)發(fā)SIP請求或者應答；

一向BGCF轉(zhuǎn)發(fā)到PSTN側(cè)或者電路域內(nèi)的呼叫的SIP請求或者應答；

對于最初請求由應用服務器發(fā)起時：

一確認應用服務器發(fā)起的是一條源請求，并且應用與之相符的流程；

一如果應用服務器生成的請求已經(jīng)被注銷，仍然對該請求進行處理；

一處理應用服務器生成的針對某個用戶的多個請求；

一應用服務器根據(jù)用戶初始化會話，生成計費信息。

對于目的端點完成下述功能：

一在歸屬網(wǎng)絡內(nèi)部，根據(jù)歸屬用戶的MT流程，或者為漫游到訪問網(wǎng)絡的漫游用戶（漫游用戶的歸屬網(wǎng)絡運行方已經(jīng)選擇在路徑中不設(shè)置I-CSCF），將SIP請求或應答轉(zhuǎn)發(fā)到P-CSCF:

一在被訪問網(wǎng)絡內(nèi)部，為漫游到這個網(wǎng)絡中的漫游用戶提供的MT流程中，向P-CSCF轉(zhuǎn)發(fā)SIP請求或者響應。漫游用戶的歸屬網(wǎng)絡操作者已經(jīng)在路徑中設(shè)置審問CSCF;

一用戶一旦從電路域接收到人會話，根據(jù)HSS和業(yè)務控制審問修改列電路域的入會話路由；

一為到PSTN域或電路域的呼叫路由內(nèi)BGCF轉(zhuǎn)發(fā)SIP請求或者響應；

一如果SIP請求包含目的端點特征參數(shù)，則根據(jù)相關(guān)標準或草案（draft-ietf-Sip-callerprefs-xx，最新版適用）完成參數(shù)與能力的匹配。

一進行計費與資源優(yōu)化。生成CDR。B．3典型流程B.3.1注冊流程B.3,1.1

注冊流程——未注冊用戶

用戶首先建立到接入網(wǎng)絡的IP連接，完成接人層的注冊，然后開始應用層注冊過程。在建立注冊流程時，默認用戶處于漫游狀態(tài)，如果用戶位于歸屬網(wǎng)絡，歸屬網(wǎng)絡承擔被訪問網(wǎng)絡和歸屬網(wǎng)絡的雙重功能，處理用戶的注冊請求；如果用戶漫游到其他網(wǎng)絡，由漫游地網(wǎng)絡處理用戶的注冊請求。用戶注冊流程如下例：圖B．1注冊流程一用戶未注冊

(1)用戶開始注冊過程前首先應建立IP連接，即向P-CSCF發(fā)送注冊信息，注冊信息包括公共用戶標識、私有用戶標識、歸屬網(wǎng)絡域名、UE的IP地址。

(2)P-CSCF接收Rcgister消息后，檢查“歸屬域域名”，確定歸屬網(wǎng)絡的接入點。P-CSCF將Register消息發(fā)送至I-CSCF，包括P-CSCF地址域名、公共用戶標識、私有用戶標識、P-CSCF網(wǎng)絡標識符、UE的IP地址。通過域名地址解析機制從歸屬域名中解析出歸屬網(wǎng)絡地址。P-℃CSF網(wǎng)絡標識符用于標識當前V-CSCF所在的歸屬網(wǎng)絡，表示為字符串。

(3)VCSCF向HSS發(fā)送Cx-Query/CX-Select-Pull消息，包括公共用戶標識、私有用戶標識、P-CSCF網(wǎng)絡標識符。

HSS首先檢查用戶是否已經(jīng)注冊，然后根據(jù)用戶的定購信息subcrlption和操作權(quán)限，判斷是否允許用戶向P-CSCF注冊。

(4)HSS向I-CSCF發(fā)送Cx-QucryResp，Cx-Select-PullResp應答消息，包括S-CSCF的域名、能力。如果應答消息中包括S-CSCF的域名與能力，那么I-CSCF可以執(zhí)行一個新的S-CSCF的指派。如果應答消息中只包括S-CSCF的能力，那么I-CSCF基于S-CSCF的能力完成新的S-CSCF選擇。如果未成功通過HSS的檢測，那么Cx-QucryResp應答消息應該拒絕用戶的注冊請求。(5)通過域名地址解析機制，I-CSCF獲得S-CSCF的地址。同時，I-CSCF根據(jù)HSS返回的消息，判斷合適的歸屬網(wǎng)絡聯(lián)絡點。歸屬網(wǎng)絡聯(lián)絡點可以是S-CSCF．在需要隱藏網(wǎng)絡配置時也可以是I-CSCF。I-CSCF向被選擇的S-CSCF發(fā)送注冊消息，其中包括P-CSCF地址/域名、公共用戶標識、私有用戶標識、P-CSCF網(wǎng)絡標識符、UE的IP地址、I-CSCF（如果需要隱藏網(wǎng)絡配置）。P-CSCF通過歸屬網(wǎng)絡聯(lián)絡點向歸屬網(wǎng)絡轉(zhuǎn)發(fā)會話初始化信令。S-CSCF應該保存訪問網(wǎng)絡提供的P-CSCF的地址/域名（6）S-CSCF向HSS發(fā)送CX-PUI/CX-Pull消息，其中包括公共用戶標識、S-CSCF域名。

(7)HSS應該保存注冊用戶的S-CSCF域名信息，并向S-CSCF返回CX-PUIResp/CX-PullResp應答消息。HSS與S-CSCF之間發(fā)送的用戶信息中包括一個或多個用于接入業(yè)務控制平面的地址信息。S-CSCF為這個用戶存儲信息。（8）根據(jù)設(shè)定的過濾條件，S-CSCF應該向業(yè)務控制平面發(fā)送注冊消息。（9）S-CSCF應該向I-CSCF返回200OK消息，其中包括歸屬網(wǎng)絡聯(lián)絡信息。如果需要隱藏網(wǎng)絡配置時，應該選擇I-CSCF作為歸屬網(wǎng)絡的聯(lián)絡點，并且I-CSCF應該在歸屬網(wǎng)絡聯(lián)絡信息中對S-CSCF地址信息加密。（10）I-CSCF向P-CSCF發(fā)送200OK消息，并釋放所有注冊信息。（11）P-CSCF應該保存歸屬網(wǎng)絡聯(lián)絡點信息，并向UE發(fā)送200OK消息。B.3.1.2

注冊流程——已注冊用戶

UE應當周期進行注冊，更新舊的注冊信息或者上報UE注冊狀態(tài)的變化。當UE能力發(fā)生變化時，也必須初始化重注冊流程。UE初始化重注冊流程，基于前一次注冊建立的注冊時間，UE應該保持較短的定時器。注冊流程與用戶未注冊流程相同。圖B.2注冊流程——用戶已注冊（1）

UE在協(xié)商好的注冊定時器超時前初始化重注冊消息。UE向P-CSCF發(fā)送注冊消息，包括公共用戶標識、私有用戶標識、歸屬網(wǎng)絡域名、UE的IP地址、能力信息。（2）

P-CSCF接收到注冊消息后，應該檢查“歸屬域域名”，確定歸屬網(wǎng)絡的接人點。P-CSCF不能使用前次注冊緩存的接入點。P-CSCF向I-CSCF發(fā)送注冊消息，包括P-CSCF的地址/域名、公共用戶標識、私有用戶標識、P-CSCF網(wǎng)絡標識符、UE的IP地址。使用域名地址解析機制從歸屬域名中解析出歸屬網(wǎng)絡地址。P-CSCF列絡標識符用于標識當前P-CSCF所在的歸屬網(wǎng)絡，表示為字符串。

(3)I-CSCF向HSS發(fā)送Cx-Query消息，包括公共用戶標識、私有用戶標識、P-CSCF網(wǎng)絡標識。

(4)HSS檢查該用戶是否已經(jīng)注冊，以及是否已經(jīng)為用戶分配了S-CSCF。HSS向I-CSCF發(fā)送Cx-Resp應答消息，指示接人聯(lián)絡點。

(5)I-CSCF利用域名解析機制，通過S-CSCF的域名判斷它的地址。同時，I-CSCF根據(jù)HSS返回的消息，判斷合適的歸屬網(wǎng)絡聯(lián)絡點。歸屬網(wǎng)絡聯(lián)絡點可以是S-CSCF．在需要隱藏網(wǎng)絡配置時也可以是I-CSCF。I-CSCF向被選擇的S-CSCF發(fā)送注冊消息，包括P-CSCF地址，域名、公共用戶標識，私有用戶標識、P-CSCF網(wǎng)絡標識符、UE的IP地址、I-CSCF（如果需要隱藏網(wǎng)絡配置）。P-CSCF通過歸屬網(wǎng)絡聯(lián)絡點向歸屬網(wǎng)絡轉(zhuǎn)發(fā)會話初始化信令。

S-CSCF應該儲存訪問網(wǎng)絡提供的P-CSCF的地址，域名。

(6)S-CSCF向HSS發(fā)送Cx-Put/Cx-Pull消息，包括公共用戶標識、私有用戶標識、S-CSCF域名。

S-CSCF能夠檢測出用戶發(fā)送的注冊消息是否是重注冊消息，并且刪除Cx-Put/Cx-Pull請求。（可選）

(7)HSS為注冊用戶儲存S-CSCF域名，并向S-CSCF返回Cx-PutReSIP/Cx-PullResp應答消息。S-CSCF為這個用戶存儲信息。

(8)根據(jù)設(shè)定的過濾條件．S-CSCF應該向業(yè)務控制平面發(fā)送重注冊消息，并完成業(yè)務控制流程。

(9)S-CSCF應該向I-CSCF返回2000K消息，包括歸屬網(wǎng)絡聯(lián)絡信息。在網(wǎng)絡配置隱藏時，選擇I-CSCF作為歸屬網(wǎng)絡的聯(lián)絡點，I-CSCF應該在歸屬網(wǎng)絡聯(lián)絡信息中對S-CSCF地址加密。

(l0)I-CSCF向P-CSCF發(fā)送2000K消息，并釋放所有注冊信息。

(11)P-CSCF存儲歸屬網(wǎng)絡聯(lián)絡點信息，并向UE發(fā)送2000K消息。B．3.2注銷流程

注銷過程包括應用層注銷以及網(wǎng)絡側(cè)始發(fā)的注銷。B．3.2.1

終端側(cè)注銷流程

當UE從IMS系統(tǒng)中注銷時，應該完成應用層注銷。UE通過發(fā)送超時定時器為0s的Register消息完成注銷。注銷流程如圖B.3所示。圖B.3用戶側(cè)發(fā)起妁注銷流程

B.3.2.2.1

注冊消息超時注銷

流程如圖B．4所示。圖B.4網(wǎng)絡側(cè)發(fā)起的注銷流程——注冊消息超時注銷

（1）P-CSCF和S-CSCF中的注冊定時器超時（不要求兩個定時器進行外同步）。P-CSCF更新內(nèi)部數(shù)據(jù)庫，刪除已經(jīng)注冊的用戶的公共用戶標識。

（2)根據(jù)沒定的過濾條件，S-CSCF可以向業(yè)務控制平面發(fā)送注銷消息，并完成業(yè)務控制流程．，業(yè)務控制平面刪除所有與特定公共用戶標識相關(guān)的信息。

(3)根據(jù)網(wǎng)絡運營的需要，S-CSCF可以發(fā)送包括公共用戶標識、私有用戶標識、清除S-CSCF域名的Cx-Put消息，也可以發(fā)送包括公共用戶標識、私有用戶標識、保持CSCF域名的Cx-Put消息。公共用戶標識不在S-CSCF處注冊。如果用戶有某些業(yè)務處于未注冊狀態(tài)，S-CSCF會向HSS發(fā)送Cx-Put消息，請求HSS保存相關(guān)業(yè)務的S-CSCF域名。

HSS可以根據(jù)Cx-Put請求為公共用戶標識消除或者保存S-CSCF域名。

(4)HSS向S-CSCF發(fā)送Cx-PutReSIP應答消息，作為發(fā)送Cx-Put的正相應答(ACK)。B.3.2.2.2管理強制注銷8.3.2.2.2.1

HSS側(cè)發(fā)起的注銷圖B.5HSS發(fā)起的注銷流程(1)HSS初始化注銷過程，向S-CSCF發(fā)送可攜帶原因值的Cx-Deregister消息進行注銷。

(2)根據(jù)設(shè)定的過濾條件，S-CSCF向業(yè)務控制平面發(fā)送Deregister消息，并完成業(yè)務控制流程：

（3）S-CSCF向P-CSCF發(fā)送Deregister消息，并更新內(nèi)部數(shù)據(jù)庫，刪除用戶信息。如果HSS發(fā)送的Cx-Deregister消息攜帶原因值，那么應該向P-CSCF轉(zhuǎn)發(fā)。

（4）P-CSCF向用戶提示注銷，即向UE轉(zhuǎn)發(fā)注銷消息。如果P-CSCF與移動用戶連接已經(jīng)中斷，則UE不能接收到提示信息。

(5)P-CSCF向S-CSCF發(fā)送應答消息，并更新內(nèi)部數(shù)據(jù)庫，刪除用戶注冊信息。

(6)UE向P-CSCF發(fā)送對注銷消息的確認。（可選）

(7)S-CSCF向HSS返回應答消息，確認已完成注銷程序。

注：步驟4與步驟5可同時進行，即P-CSCF可以在未收到UE的應答前就向S-CSCF發(fā)送應答消息。B.3.2.2