IMS多媒體電話(huà)會(huì)話(huà)舉例

IMS多媒體電話(huà)會(huì)話(huà)舉例Page1培訓(xùn)目標(biāo)學(xué)完本課程后，您應(yīng)該能：描述IMS域內(nèi)及與CS域互通呼叫流程中的信令處理。列出INVITE請(qǐng)求及其臨時(shí)響應(yīng)的關(guān)鍵頭域。完成呼叫流程中的相關(guān)配置和進(jìn)行基本故障定位P-CSCF功能(會(huì)話(huà)期間)會(huì)話(huà)期間P-CSCF處理過(guò)程判斷用戶(hù)是否合法判斷是否是緊急呼叫進(jìn)行承載控制進(jìn)行接入網(wǎng)判斷頭域處理，計(jì)費(fèi)處理呼叫轉(zhuǎn)發(fā)到UE或S-CSCFI-CSCF功能(會(huì)話(huà)期間)會(huì)話(huà)期間I-CSCF處理過(guò)程通過(guò)查詢(xún)HSS獲取為用戶(hù)服務(wù)的S-CSCF的地址。進(jìn)行拓?fù)潆[藏S-CSCF功能(會(huì)話(huà)期間)會(huì)話(huà)期間S-CSCF處理過(guò)程頭域處理路由處理緊急呼叫處理用戶(hù)身份確認(rèn)計(jì)費(fèi)處理業(yè)務(wù)觸發(fā)處理HSS功能(會(huì)話(huà)期間)會(huì)話(huà)期間HSS處理過(guò)程支持LIR查詢(xún)，給I-CSCF返回給被叫用戶(hù)服務(wù)的S-CSCFPage6目錄IMS多媒體電話(huà)會(huì)話(huà)案例分析Page7目錄呼叫IMS多媒體電話(huà)會(huì)話(huà)1.1主叫和被叫身份標(biāo)識(shí)1.2路由1.3媒體協(xié)商1.4資源預(yù)留1.5會(huì)話(huà)的釋放1.6IMS會(huì)話(huà)建立過(guò)程的替代方案Page8多媒體電話(huà)會(huì)話(huà)舉例本節(jié)將介紹一個(gè)IMS多媒體電話(huà)會(huì)話(huà)的例子：

?該會(huì)話(huà)發(fā)生在Tobias和Theresa之間，兩者都在各自的歸屬網(wǎng)絡(luò)中注冊(cè)，并且目前都在外地漫游。

?IMS利用SIP和SDP來(lái)確保Tobias和Theresa之間相互交談，并且在手機(jī)屏幕上能看到對(duì)方。Page9概述提問(wèn)：注冊(cè)過(guò)程中，IMS用戶(hù)如何得知他能用哪些公共用戶(hù)身份，以及哪些身份標(biāo)識(shí)是已經(jīng)注冊(cè)過(guò)的？在每種IMS對(duì)話(huà)中（本例中為INVITE對(duì)話(huà)），有兩個(gè)身份標(biāo)識(shí)是最基本的：

?請(qǐng)求中需要給出已注冊(cè)并已認(rèn)證的主叫用戶(hù)（Tobias）的公共用戶(hù)身份，以便歸屬網(wǎng)絡(luò)識(shí)別出該用戶(hù)，并且判斷其對(duì)于擴(kuò)展服務(wù)的執(zhí)行權(quán)限。

?

請(qǐng)求中需要給出已注冊(cè)并已認(rèn)證的被叫用戶(hù)（Theresa）的公共用戶(hù)身份，以便找到該用戶(hù)并為其提供服務(wù)。Page10From和To消息頭TobiasUE發(fā)給Theresa的INVITE請(qǐng)求中包含以下與他們倆的身份標(biāo)識(shí)有關(guān)的消息頭：INVITEsip:Theresa@home2.huSIP/2.0From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>P-Preferred-Identity:<sip:tobias@home1.fr>Privacy:NoneFrom和To可以設(shè)置為發(fā)送者所希望的任何值在除REGISTER之外的任何請(qǐng)求消息中，這兩個(gè)消息頭的值都絲毫不會(huì)影響IMS路由和安全過(guò)程，它們可以隨意設(shè)置。這兩個(gè)消息頭中，協(xié)議本身惟一需要的信息就是tag參數(shù)。Tobias的歸屬網(wǎng)絡(luò)可以對(duì)To消息頭中可設(shè)置的內(nèi)容進(jìn)行一定的限制。這種情況下，如果From和To消息頭中的值不符合運(yùn)營(yíng)商的策略，歸屬網(wǎng)絡(luò)只能拒絕該請(qǐng)求。Page11P-Preferred-Identity在INVITE請(qǐng)求中，包含了一個(gè)可選的P-Preferred-Identity消息頭。如果使用了該消息頭，它應(yīng)該包含該用戶(hù)的一個(gè)已注冊(cè)的公共用戶(hù)身份。如果Tobias希望對(duì)Theresa完全隱藏自己的標(biāo)識(shí)，他必須將Privacy消息頭的值設(shè)置為“id”。該值迫使Thereas的P-CSCF從INVITE請(qǐng)求中刪除P-Asserted-Identity消息頭。這樣Theresa只能將From消息頭中的身份作為主叫身份。Page12P-Asserted-IdentityTobiasUE發(fā)出的INVITE請(qǐng)求首先將到達(dá)P-CSCF。P-CSCF檢查該請(qǐng)求是否來(lái)自于一個(gè)有效的IpsecSA。如果收到的請(qǐng)求沒(méi)有受到保護(hù)，P-CSCF將拒絕它。之后，P-CSCF在INVITE請(qǐng)求中添加一個(gè)P-Asserted-Identity消息頭，并且如果INVITY請(qǐng)求中包含P-Preferred-Identity消息頭，則它會(huì)被P-Asserted-Identity消息頭取而代之。在IMS對(duì)話(huà)中，P-Asserted-Identity消息頭是惟一的、肯定包含了該用戶(hù)已注冊(cè)并已認(rèn)證的公共用戶(hù)身份的標(biāo)識(shí)。如果INVITE請(qǐng)求中沒(méi)有包含P-Preferred-Identity消息頭，則P-CSCF添加的P-Asserted-Identity消息頭中的用戶(hù)標(biāo)識(shí)是如何獲取的？也就是說(shuō)P-CSCF是怎樣知道用戶(hù)已注冊(cè)并已認(rèn)證的公共用戶(hù)標(biāo)識(shí)的。Page13P-Asserted-Identity如果有P-Preferred-Identity消息頭，P-CSCF會(huì)檢查該消息頭中的URI是否是發(fā)送方用戶(hù)當(dāng)前已注冊(cè)的公共用戶(hù)身份。如查檢查通過(guò)，P-CSCF就會(huì)用P-Asserted-Identity消息頭來(lái)替換P-Preferred-Identity消息頭，但內(nèi)容是相同的。如果P-Preferred-Identity消息頭中不包含已注冊(cè)的公共用戶(hù)身份，P-CSCF會(huì)用P-Asserted-Identity消息頭來(lái)替換P-Preferred-Identity消息頭，但內(nèi)容為該用戶(hù)的默認(rèn)公共用戶(hù)身份。

INVITEsip:Theresa@home2.huSIP/2.0From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>P-Asserted-Identity:<sip:tobias@home1.fr>Privacy:NonePage14主叫方S-CSCF與P-Asserted-Identity收到INVITE請(qǐng)求后，Tobias歸屬網(wǎng)絡(luò)的S-CSCF將根據(jù)P-Asserted-Identity消息頭中的信息把他識(shí)別出來(lái)。S-CSCF還會(huì)針對(duì)該消息頭中的公共用戶(hù)身份，來(lái)檢查認(rèn)證和注冊(cè)狀態(tài)。應(yīng)用服務(wù)器AS也可以將這個(gè)消息頭作為身份識(shí)別甚至認(rèn)證的依據(jù)。Tobias的S-CSCF可以在P-Asserted-Identity消息頭中增加一個(gè)附加的URI，本例中它在消息頭中增加了Tobias的電話(huà)統(tǒng)一資源定位符：

INVITEsip:Theresa@home2.huSIP/2.0From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>P-Asserted-Identity:<sip:tobias@home1.fr>，<tel:+44123456789>Privacy:NonePage15主叫方S-CSCF與P-Asserted-IdentityTobias歸屬網(wǎng)絡(luò)S-CSCF將請(qǐng)求轉(zhuǎn)發(fā)到Theresa的歸屬網(wǎng)絡(luò)之前，它還要檢查該網(wǎng)絡(luò)是否位于其信任域之內(nèi)。如果該S-CSCF與Theresa的歸屬網(wǎng)絡(luò)不處于相同的信任域，只要Privacy消息頭設(shè)置為”id”，那么S-CSCF會(huì)從請(qǐng)求中刪除P-Asserted-Identity消息頭。在本例中，我們假設(shè)兩個(gè)網(wǎng)絡(luò)具有信任關(guān)系，該消息頭可以繼續(xù)轉(zhuǎn)發(fā)。Page16被叫一側(cè)的P-Asserted-IdentityThereas的P-CSCF需要檢查請(qǐng)求中的Privacy，如果它的值沒(méi)有設(shè)置為”id”，P-CSCF就可以將P-Asserted-Identity消息頭轉(zhuǎn)發(fā)給TheresaUE。Page17被叫用戶(hù)身份標(biāo)識(shí)Tobias發(fā)出的INVITE消息，其第一行，就是請(qǐng)求URI。INVITEsip:theresa@home2.huSIP/2.0請(qǐng)求URI被設(shè)置為該請(qǐng)求的最終目的地，即Theresa的SIPURI。SIP和IMS路由會(huì)使用該URI。該URI同時(shí)還用于在Theresa的歸屬網(wǎng)絡(luò)中標(biāo)識(shí)她為被叫用戶(hù)。Theresa的S-CSCF會(huì)檢查這個(gè)公共用戶(hù)身份目前是否已經(jīng)完成注冊(cè)并通過(guò)認(rèn)證。如果Theresa現(xiàn)在還沒(méi)有注冊(cè)這個(gè)公共用戶(hù)身份，S-CSCF將會(huì)對(duì)INVITE請(qǐng)求返回一個(gè)404（未發(fā)現(xiàn)）響應(yīng)，宣布呼叫失敗，或者將INVITE請(qǐng)求前轉(zhuǎn)到Theresa的語(yǔ)音郵箱。Page18請(qǐng)求URI和P-Called-Party-ID當(dāng)TheresaS-CSCF將請(qǐng)求轉(zhuǎn)發(fā)給被叫方的P-CSCF時(shí)，S-CSCF會(huì)用Theresa已注冊(cè)的聯(lián)系地址覆蓋請(qǐng)求URI。Theresa不能信任請(qǐng)求中的To的消息頭，因?yàn)橹鹘蟹娇梢詫⑵湓O(shè)置為任意值。為了不丟失Tobias呼叫Theresa時(shí)所使用的公共用戶(hù)身份，S-CSCF在使用已注冊(cè)的聯(lián)系地址覆蓋請(qǐng)求URI的同時(shí)，還在INVITE請(qǐng)求中增加P-Called-Party-ID消息頭。P-Called-Party-ID消息頭中包含了請(qǐng)求URI中的那個(gè)公共用戶(hù)身份。

INVITEsip:[5555::5:6:7:8]:1006SIP/2.0P-Called-Party-ID:sip:theresa@home2.huPage19被叫方設(shè)置P-Asserted-Identity消息頭收到INVITE請(qǐng)求后，TheresaUE在對(duì)INVITE請(qǐng)求的第一個(gè)183（會(huì)話(huà)進(jìn)行中）響應(yīng)中包含P-Preferred-Identity消息頭，其中會(huì)包含Theresa的公共用戶(hù)身份中的某一個(gè)。

SIP/2.0183SessioninProcessFrom:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>;tag=schwester

P-Preferred-Identity:<sip:theresa@home2.hu>Privacy:NonePage20被叫方設(shè)置P-Asserted-Identity消息頭Theresa的P-CSCF會(huì)執(zhí)行與前文TobiasP-CSCF所作的相同的檢查，并將P-Preferred-Identity消息頭更換為P-Asserted-Identity消息頭。

SIP/2.0183SessioninProcessFrom:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>;tag=schwester

P-Asserted-Identity:<sip:theresa@home2.hu>Privacy:NonePage21目錄呼叫IMS多媒體電話(huà)會(huì)話(huà)1.1主叫和被叫身份標(biāo)識(shí)1.2路由1.3媒體協(xié)商1.4資源預(yù)留1.5會(huì)話(huà)的釋放1.6IMS會(huì)話(huà)建立過(guò)程的替代方案Page22目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page23概述TobiasUE發(fā)送初始INVITE請(qǐng)求給Theresa，其結(jié)果是，建立了一個(gè)SIP對(duì)話(huà)，并通過(guò)它發(fā)送若干后續(xù)的請(qǐng)求，如ACK、PRACK、UPDATE和BYE。TobiasUE發(fā)送INVITE請(qǐng)求時(shí)并不知道如何才能達(dá)到Theresa的UE，它所能提供的所有信息僅包括：

?INVITE請(qǐng)求的最終目的地：Theresa的SIPURI

?P-CSCF地址：即TobiasUE的出站代理

?S-CSCF地址Page24會(huì)話(huà)、對(duì)話(huà)、事務(wù)和分支會(huì)話(huà)描述了兩個(gè)用戶(hù)之間的媒體連接。SIP對(duì)話(huà)是兩個(gè)UE之間用于建立、更改和釋放媒體會(huì)話(huà)的信令關(guān)系。對(duì)話(huà)首先通過(guò)INVITE請(qǐng)求建立起來(lái)，并且在與相關(guān)的會(huì)話(huà)保持活躍期間一直存在。每個(gè)SIP對(duì)話(huà)通過(guò)SIP請(qǐng)求中的Call-ID消息頭的值，以及To和From消息頭中的標(biāo)簽來(lái)標(biāo)識(shí)。From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>;tag=schwester

Call-ID:apb03a0s09dkjdfgikj49555Tobias和Theresa間多媒體會(huì)話(huà)的SIP對(duì)話(huà)起始于INVITE請(qǐng)求，并終止于對(duì)BYE請(qǐng)求的200響應(yīng)。Page25會(huì)話(huà)、對(duì)話(huà)、事務(wù)和分支一個(gè)SIP事務(wù)由一個(gè)SIP請(qǐng)求和所有對(duì)它的響應(yīng)構(gòu)成。為建立會(huì)話(huà)，TobiasUE發(fā)送INVITE請(qǐng)求給TheresaUE。首先，它會(huì)收到P-CSCF對(duì)該請(qǐng)求的100（嘗試中）響應(yīng)。之后，TheresaUE返回一個(gè)183（會(huì)話(huà)進(jìn)行中）、180（振鈴中），并最終給出一個(gè)200響應(yīng)。所有這5個(gè)消息屬于同一個(gè)事務(wù)，并具有相同的Cseq值。From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>;tag=schwester

Call-ID:apb03a0s09dkjdfgikj49555Cseq:1112INVITE來(lái)自TobiasUE的每個(gè)后續(xù)請(qǐng)求都具有比前一個(gè)請(qǐng)求更高的CSseq。Page26會(huì)話(huà)、對(duì)話(huà)、事務(wù)和分支每個(gè)實(shí)體，包括UE和CSCF，都基于分支（branch）參數(shù)把收到的響應(yīng)與發(fā)出的請(qǐng)求關(guān)聯(lián)起來(lái)。Branch參數(shù)是作為Via消息頭的參數(shù)而添加的。

INVITEsip:Theresa@home2.huSIP/2.0Via:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctb這個(gè)branch參數(shù)在P-CSCF處標(biāo)識(shí)了INVITE事務(wù)。它的構(gòu)造是通過(guò)請(qǐng)求中的To和From消息頭的標(biāo)簽、Call-ID、Cseq值以及Via消息頭中的branch參數(shù)來(lái)完成的。Page27會(huì)話(huà)流程會(huì)話(huà)S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF2主叫被叫1.INVITE信令媒體HSSAS1AS2sip:tobias@home1.frSip:theresa@home2.huPage28從TobiasUE到P-CSCFTobiasUE將在初始的INVITE請(qǐng)求中包含如下與路由相關(guān)的消息頭：INVITEsip:Theresa@home2.huSIP/2.0Via:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:[5555::a:b:c:d]:7531;lr>Route:<sip:orig@scscf1.home1.fr;lr>Contact:<sip:[5555::1:2:3:4]:1357該請(qǐng)求的目的地是Theresa的SIPURI。Page29從TobiasUE到P-CSCF該Contact消息頭中可以包含許多額外的參數(shù)，例如：

?UE支持的被叫用戶(hù)能力，如視頻和音頻

?UE支持的IMS通信服務(wù)標(biāo)識(shí)

?對(duì)壓縮的支持等等

Contact:<sip:[5555::1:2:3:4]:1357;comp=sigcomp>;audio;video;mobility;methods=“INVITE,BYE,ACK,OPTIONS,CANCEL,NOTIFY,MESSAGE,PRACK,UPDATE”;g.3gpp.icsi_ref=“urn%3Aurn-xxx%3A3gpp-service-ims.icis.mmtel”P(pán)age30會(huì)話(huà)流程會(huì)話(huà)S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF2主叫被叫1.INVITE信令媒體HSSAS1AS22.INVITESip:tobias@home1.frsip:theresa@home2.huPage31從Tobias的P-CSCF到S-CSCF當(dāng)接收到消息時(shí)，P-CSCF會(huì)：

?從Route消息頭的頂端刪除自己的地址

?

檢查該請(qǐng)求包含的路由信息是否與注冊(cè)過(guò)程中所保存的進(jìn)一步路由信息相一致

?在Via消息頭的頂端填入自己的地址

?添加第一個(gè)Record-Route消息頭，并在其中填寫(xiě)自已的地址完成這些之后，P-CSCF再次將分組路由到Route消息頭最頂端的地址。

INVITEsip:Theresa@home2.huSIP/2.0

Via:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Record-Route:<sip:pcscf1.visited1.fi;lr>Route:<sip:orig@scscf1.home1.fr;lr>Contact:<sip:[5555::1:2:3:4]:1357Page32會(huì)話(huà)流程會(huì)話(huà)S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF2主叫被叫1.INVITE信令媒體HSSAS1AS22.INVITE3.INVITEsip:tobias@home1.frsip:theresa@home2.huPage33會(huì)話(huà)流程S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE會(huì)話(huà)主叫被叫信令媒體sip:tobias@home1.frsip:theresa@home2.huPage34從Tobias的S-CSCF到Theresa歸屬網(wǎng)絡(luò)Tobias的S-CSCF把自已的地址從Route消息頭的頂端除去，之后，Route消息頭就空了，可以被刪除。S-CSCF將自己的地址放在Record-Route和Via消息頭的頂端。S-CSCF要執(zhí)行服務(wù)提供過(guò)程（此過(guò)程在后面討論）。S-CSCF要進(jìn)一步轉(zhuǎn)發(fā)該請(qǐng)求的消息，但是，沒(méi)有Route消息頭來(lái)指示下一跳的地址。S-CSCF取出請(qǐng)求URI中的Theresa的公共用戶(hù)身份的域名部分，并且通過(guò)DNS找到Theresa歸屬網(wǎng)絡(luò)的一個(gè)或多個(gè)I-CSCF的地址，它從中選取一個(gè)，并將請(qǐng)求轉(zhuǎn)發(fā)過(guò)去。Page35從Tobias的S-CSCF到Theresa歸屬網(wǎng)絡(luò)當(dāng)S-CSCF知道這個(gè)I-CSCF可以作為寬松路由器時(shí)，它惟一能做的就是將I-CSCF地址放入Route消息頭。但在本例中，S-CSCF和I-CSCF在不同的網(wǎng)絡(luò)中，因此假設(shè)S-CSCF無(wú)法知道I-CSCF的能力，因此它通過(guò)UDP包將初始INVITE請(qǐng)求發(fā)往I-CSCF地址。INVITEsip:Theresa@home2.huSIP/2.0

Via:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::1:2:3:4]:1357Page36會(huì)話(huà)流程S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE6.INVITE會(huì)話(huà)主叫被叫信令媒體sip:tobias@home1.frsip:theresa@home2.huPage37從I-CSCF到Theresa的S-CSCF現(xiàn)在Theresa歸屬網(wǎng)絡(luò)的I-CSCF需要找到為T(mén)heresa分配的S-CSCF地址。為用戶(hù)所分配的S-CSCF的信息存儲(chǔ)在HSS中。網(wǎng)絡(luò)中可能同時(shí)存在多個(gè)HSS，I-CSCF首先需要查詢(xún)訂購(gòu)關(guān)系定位功能（SLF）來(lái)找到保存Theresa數(shù)據(jù)的HSS。為簡(jiǎn)單起見(jiàn)，我們假定在網(wǎng)絡(luò)中僅有一個(gè)可用的HSS，并且它的地址已在I-CSCF中配置好了。Page38從I-CSCF到Theresa的S-CSCFI-CSCF經(jīng)由Cx接口向HSS發(fā)送一條Diameter位置請(qǐng)求消息，以此來(lái)執(zhí)行用戶(hù)位置查詢(xún)，該查詢(xún)包含如下信息：

?Theresa的公共用戶(hù)身份：theresa@home2.hu

?I-CSCF的地址：icscf1.home2.hu

?I-CSCF所在運(yùn)營(yíng)商網(wǎng)絡(luò)的域名：home2.hu

?SLF/HSS的歸屬域：home2.hu

?HSS的地址HSS根據(jù)SIPURI，即sip:theresa@home2.hu，確定它屬于Theresa，并且用于theresa注冊(cè)的S-CSCF地址為scscf2.home2.hu。HSS向I-CSCF返回一條Diameter位置信息應(yīng)答，該應(yīng)答包含以下信息：

?

查詢(xún)成功標(biāo)志

?

為theresa分配的S-CSCF地址：scscf2.home2.huPage39從I-CSCF到Theresa的S-CSCF路由頭域處理

?I-CSCF把自己的地址放到Via行頂部

?I-CSCF不會(huì)把自己的地址放在Record-Route行，因?yàn)樗恍枰偈盏皆搶?duì)話(huà)中的任何后續(xù)請(qǐng)求。?I-CSCF把從HSS獲取的S-CSCF地址放在Route行請(qǐng)求消息再次發(fā)往Route消息頭最頂端的地址，這次是theresa的S-CSCF

NVITEsip:Theresa@home2.huSIP/2.0

Via:SIP/2.0/UDPicscf1.home2.hu;branch=bicthVia:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::1:2:3:4]:1357

Page40會(huì)話(huà)流程S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE6.INVITE7.INVITE會(huì)話(huà)主叫被叫信令媒體sip:tobias@home1.frsip:theresa@home2.huPage41會(huì)話(huà)流程S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE6.INVITE7.INVITE7.INVITE7.INVITE8.INVITE會(huì)話(huà)主叫被叫信令媒體Sip:tobias@home1.frsip:theresa@home2.huPage42會(huì)話(huà)S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE6.INVITE7.INVITE7.INVITE7.INVITE8.INVITE9.INVITE會(huì)話(huà)主叫被叫信令媒體sip:tobias@home1.frsip:theresa@home2.huPage43從Theresa的S-CSCF到P-CSCFTheresa的S-CSCF收到INVITE請(qǐng)求。同樣，它也從Route消息頭刪除自已地址的條目，并把自已的地址放入Via和Record-Route列表。為T(mén)heresa執(zhí)行服務(wù)提供過(guò)程（此過(guò)程后面討論）。然后，S-CSCF就執(zhí)行注冊(cè)服務(wù)器功能。在Theresa的注冊(cè)過(guò)程中，S-CSCF從P-CSCF處收到了Path消息頭。它現(xiàn)在必須把Path消息頭中的條目放到INVITE請(qǐng)求的Route消息頭中去。因此，S-CSCF增加了一個(gè)新的Route消息頭，并填入P-CSCF地址，由于現(xiàn)在這就是最頂端的條目，因此該請(qǐng)求會(huì)立刻發(fā)往該地址。

Page44從Theresa的S-CSCF到P-CSCFTheresa的S-CSCF發(fā)往P-CSCF的消息頭如下：

NVITEsip:[5555::5:6:7:8]:1006SIP/2.0

Via:SIP/2.0/UDPscscf2.home2.hu;branch=cscthVia:SIP/2.0/UDPicscf1.home2.hu;branch=bicthVia:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:pcscf2.home2.hu;lr>

Record-Route:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::1:2:3:4]:1357

Page45會(huì)話(huà)流程S-CSCF1I-CSCF2P-CSCF2P-CSCF1S-CSCF21.INVITEHSSAS1AS22.INVITE3.INVITE4.INVITE5.INVITE6.INVITE7.INVITE7.INVITE7.INVITE8.INVITE9.INVITE10.INVITE會(huì)話(huà)主叫被叫信令媒體sip:tobias@home1.frsip:theresa@home2.huPage46從P-CSCF到Theresa的UEP-CSCF收到請(qǐng)求后，它會(huì)按照慣例操作：將整個(gè)Route消息頭刪除，并將自已的地址放入到Record-Route和Via消息頭中，并將請(qǐng)求發(fā)往最終目的地，也就是請(qǐng)求URI中指示的——TheresaUE。NVITEsip:[5555::5:6:7:8]:1006SIP/2.0

Via:SIP/2.0/UDPpcscf2.home2.hu:1511;branch=dpcthVia:SIP/2.0/UDPscscf2.home2.hu;branch=cscthVia:SIP/2.0/UDPicscf1.home2.hu;branch=bicthVia:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRecord-Route:<sip:pcscf2.home2.hu:1511;lr>

Record-Route:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::1:2:3:4]:1357

Page47目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page48從Theresa

UE到P-CSCFTheresa的UE收到INVITE請(qǐng)求后，它保存所收到的Contact值和Record-Route消息頭列表。TheresaUE根據(jù)預(yù)置條件對(duì)收到的INVITE請(qǐng)求生成一個(gè)響應(yīng)消息：183（會(huì)話(huà)進(jìn)行中）響應(yīng)。UE在Contact消息頭中填入自已的IP地址，指示它希望用此地址接收對(duì)話(huà)中的后續(xù)請(qǐng)求。INVITE請(qǐng)求中的Record-Route和Via消息頭也會(huì)出現(xiàn)在響應(yīng)中。TheresaUE將該響應(yīng)發(fā)送到Via消息頭最頂端的地址和端口號(hào)，即P-CSCF的受保護(hù)的端口。

Page49從Theresa

UE到P-CSCFTheresaUE對(duì)該INVITE請(qǐng)求而發(fā)出的所有的其他響應(yīng)也都會(huì)包含與183響應(yīng)中相同的Via消息頭。SIP/2.0183SessioninProgressVia:SIP/2.0/UDPpcscf2.home2.hu:1511;branch=dpcthVia:SIP/2.0/UDPscscf2.home2.hu;branch=cscthVia:SIP/2.0/UDPicscf1.home2.hu;branch=bicthVia:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Record-Route:<sip:pcscf2.home2.hu:1511;lr>

Record-Route:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::5:6:7:8]:1006

Page50從Theresa的P-CSCF到Tobias的P-CSCFP-CSCF通過(guò)Via消息頭中自已設(shè)定的branch參數(shù)來(lái)標(biāo)識(shí)該響應(yīng)屬于哪個(gè)INVITE事務(wù)。它會(huì)按照如下的方式來(lái)處理183響應(yīng)中的路由信息：

?它把自已的地址從Via消息頭刪除

?重寫(xiě)自已的Record-Route條目

?

它將請(qǐng)求發(fā)往Via消息頭最頂端的地址，即Theresa歸屬網(wǎng)絡(luò)的S-CSCF

Page51從Theresa的P-CSCF到Tobias的P-CSCFP-CSCF向S-CSCF發(fā)送的183消息如下：SIP/2.0183SessioninProgressVia:SIP/2.0/UDPscscf2.home2.hu;branch=cscthVia:SIP/2.0/UDPicscf1.home2.hu;branch=bicthVia:SIP/2.0/UDPscscf1.home1.fr;branch=asctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Record-Route:<sip:pcscf2.home2.hu;lr>

Record-Route:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::5:6:7:8]:1006

Page52從Theresa的P-CSCF到Tobias的P-CSCF從現(xiàn)在開(kāi)始，直到達(dá)到Tobias的P-CSCF之前，響應(yīng)消息不會(huì)再發(fā)生任何重要改變：每一跳僅僅是刪掉它自已的Via條目，并把消息發(fā)往Via中的下一個(gè)條目。Record-Route保持不變。

Page53從Tobias的P-CSCF到他的UE收到183響應(yīng)后，TobiasP-CSCF執(zhí)行與TheresaP-CSCF相類(lèi)似的操作。它也重寫(xiě)Record-Route消息頭中關(guān)于它自已的條目，但是它不會(huì)刪除受保護(hù)的端口，而是增加該端口。其結(jié)果就是強(qiáng)制TobiasUE必須通過(guò)已建立的IPSECSA來(lái)發(fā)送所有后續(xù)的請(qǐng)求。P-CSCF根據(jù)Via消息頭來(lái)轉(zhuǎn)發(fā)響應(yīng)，它會(huì)將該響應(yīng)發(fā)往TobiasUE的受保護(hù)的服務(wù)器端口1357，即通過(guò)IpsecSA發(fā)送：SIP/2.0183SessioninProgressVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Record-Route:<sip:pcscf2.home2.hu;lr>

Record-Route:<sip:scscf2.home2.hu;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi:7351;lr>Contact:<sip:[5555::5:6:7:8]:1006

Page54從Tobias的P-CSCF到他的UETobias的UE在收到響應(yīng)消息后，會(huì)：

?從Contact消息頭中讀出TheresaUE的IP地址并保存起來(lái)。

?把Recond-Route列表中的所有條目的順序顛倒過(guò)來(lái)并保存。

Page55目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page56重傳INVITE請(qǐng)求和100（嘗試）響應(yīng)發(fā)出INVITE請(qǐng)求之后，TobiasUE會(huì)等候來(lái)自TheresaUE的響應(yīng)。它會(huì)等候計(jì)時(shí)器T1超時(shí)。每次超時(shí)后，它會(huì)重傳一個(gè)INVITE請(qǐng)求，直到收到該對(duì)話(huà)的響應(yīng)。如果128s之后還不能收響應(yīng)，它就告訴TobiasUE這次會(huì)話(huà)建立失敗。在漫游的過(guò)程中，INVITE請(qǐng)求要經(jīng)過(guò)各地的多個(gè)CSCF，因此它到達(dá)TheresaUE可能已經(jīng)超過(guò)T1了，而且后者還要生成183響應(yīng)并沿原路長(zhǎng)途跋涉返回TobiasUE。為了避免TobiasUE頻繁地重發(fā)送INVITE請(qǐng)求，P-CSCF在收到INVITE請(qǐng)求后，會(huì)發(fā)回一個(gè)100（嘗試）響應(yīng)。這意味著現(xiàn)在開(kāi)始P-CSCF會(huì)負(fù)責(zé)上述重傳工作。

Page57重傳INVITE請(qǐng)求和100（嘗試）響應(yīng)沿途的所有感知呼叫狀態(tài)的其它SIP代理都會(huì)發(fā)送出相同的100（嘗試）響應(yīng)，該響應(yīng)總是終止于最后一個(gè)負(fù)責(zé)進(jìn)行重傳的SIP代理。

Page58目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page59同一對(duì)話(huà)中后續(xù)請(qǐng)求的路由當(dāng)兩個(gè)UE其中之一需要發(fā)起這一對(duì)話(huà)中的后續(xù)請(qǐng)求時(shí)，它將所存儲(chǔ)的Record-route條目復(fù)制到新的請(qǐng)求的Route消息頭中，并把對(duì)端的UE的IP地址放入請(qǐng)求URI中。這個(gè)請(qǐng)求會(huì)嚴(yán)格按照Route消息頭中的條目路由到對(duì)端UE。途中經(jīng)過(guò)的每個(gè)CSCF都把自已的地址放在Via消息頭中，以便得到對(duì)于該請(qǐng)求的響應(yīng)。I-CSCF會(huì)收到后續(xù)的請(qǐng)求嗎？

Page60同一對(duì)話(huà)中后續(xù)請(qǐng)求的路由TobiasUE要返回一個(gè)PRACK請(qǐng)求來(lái)確認(rèn)已收到的183響應(yīng)：PRACKsip:[5555::5:6:7:8]:1006SIP/2.0Via:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetb

Route:<sip:pcscf1.visited1.fi:7531;lr>

Route:<sip:scscf1.home1.fr;lr>Route:<sip:scscf2.home2.hu;lr>Route:<sip:pcscf2.home2.hu;lr>該P(yáng)RACK請(qǐng)求會(huì)被按照如下方式路由：

?根據(jù)Route消息頭，到達(dá)TobiasP-CSCF和S-CSCF，之后是TheresaS-CSCF和P-CSCF。

?TheresaP-CSCF根據(jù)請(qǐng)求URI地址，通過(guò)IpsecSA,，發(fā)往TheresaUE。請(qǐng)求URI取自TobiasUE從183響應(yīng)的Contact消息頭。

Page61同一對(duì)話(huà)中后續(xù)請(qǐng)求的路由TheresaUE將對(duì)PRACK請(qǐng)求發(fā)出一個(gè)200響應(yīng)，并包含下列路由信息：SIP/2.0200OKVia:SIP/2.0/UDPscscf2.home2.hu;branch=c2scthVia:SIP/2.0/UDPscscf1.home1.fr;branch=a2sctbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=92pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=82uetb該響應(yīng)根據(jù)Via消息頭中的條目路由回去。不再返回Record-Route消息頭。

Page62目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page63S-CSCF上的過(guò)濾準(zhǔn)則評(píng)估當(dāng)Tobias或Theresa的S-CSCF收到一個(gè)初始請(qǐng)求時(shí)，它會(huì)逐個(gè)檢查這些過(guò)濾準(zhǔn)則。如果匹配了其中一個(gè)或多個(gè)，它會(huì)把請(qǐng)求發(fā)送給準(zhǔn)則中指出的AS。本例中，我們假設(shè)有三個(gè)AS為來(lái)自Tobias的請(qǐng)求設(shè)置了過(guò)濾準(zhǔn)則，Tobias的S-CSCF會(huì)針對(duì)INVITE請(qǐng)求中收到的信息來(lái)逐個(gè)檢查這些過(guò)濾準(zhǔn)則。Page64S-CSCF上的過(guò)濾準(zhǔn)則評(píng)估Tobias的S-CSCF收到的INVITE請(qǐng)求消息如下：

INVITEsip:Theresa@home2.huSIP/2.0Via:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:orig@scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Contact:<sip:[5555::1:2:3:4]:1357From:“YourBrother”<sip:tobi@>;tag=veliTo:“MybelovedSister”<sip:Theresa@>P-Asserted-Identity:<sip:tobias@home1.fr>過(guò)濾準(zhǔn)則1不匹配。過(guò)濾準(zhǔn)則2獲得匹配。

Page65從S-CSCF到電話(huà)應(yīng)用服務(wù)器AS現(xiàn)在，S-CSCF需要將INVITE請(qǐng)求發(fā)往過(guò)濾準(zhǔn)則2中指示的AS，在本例中指的是電話(huà)應(yīng)用服務(wù)器（TAS)。S-CSCF還需要采取措施，來(lái)應(yīng)付當(dāng)AS完成操作后自已還會(huì)再次收該INVITE請(qǐng)求，因?yàn)镾-CSCF還要檢查過(guò)濾準(zhǔn)則3，以便將請(qǐng)求發(fā)往Theresa的歸屬網(wǎng)絡(luò)。為了達(dá)到這個(gè)目的，S-CSCF增加一系列與路由有關(guān)的消息頭：

?將它自已的地址放入Route消息頭最頂端。

?將AS的地址放入Route消息頭的最頂端，以便將AS作為INVITE消息頭的下一跳。

?將它自已的地址放入Record-Route消息頭最頂端，以便后續(xù)的請(qǐng)求都會(huì)經(jīng)過(guò)它。

?將它自已的地址放入Via消息頭的最頂端，以便它可以收到該請(qǐng)求的所有響應(yīng)。

Page66從S-CSCF到電話(huà)應(yīng)用服務(wù)器ASS-CSCF還將Route消息頭自已的條目中添加一個(gè)對(duì)話(huà)標(biāo)識(shí)，對(duì)話(huà)標(biāo)識(shí)特定于具體的實(shí)現(xiàn)方式。它將此對(duì)話(huà)標(biāo)識(shí)設(shè)置成某個(gè)值，使得它可以識(shí)別為此INVITE請(qǐng)求而生成的對(duì)話(huà)。INVITEsip:Theresa@home2.huSIP/2.0Via:SIP/2.0/UDPscscf1.home1.fr;branch=9sc2as2tbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:as2.home1.fr;lr>Route:<sip:scscf1.home1.fr;lr>;dia-ID=6574839201Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Page67從S-CSCF到電話(huà)應(yīng)用服務(wù)器AS到應(yīng)用服務(wù)器AS的路由：Page68從AS返回S-CSCF收到INVITE請(qǐng)求后，AS會(huì)：

?

刪除Route消息頭最頂端的條目，它指向AS。

?

根據(jù)請(qǐng)求中的信息來(lái)提供服務(wù)

?可能根據(jù)需要更改請(qǐng)求消息

?把自已的地址放入Via列表的頂端

?決定是否希望接收此對(duì)話(huà)的后續(xù)請(qǐng)求，如果希望，它將自已的地址放在Record-Route列表的頂端

?根據(jù)Route消息頭中最頂端的地址將INVITE請(qǐng)求路由回S-CSCFPage69從AS返回S-CSCF由AS返回的INVITE消息如下：INVITEsip:Theresa@home2.huSIP/2.0Via:SIP/2.0/UDP

as2.home1.fr;branch=vas2tbVia:SIP/2.0/UDPscscf1.home1.fr;branch=9sc2as2tbVia:SIP/2.0/UDPpcscf1.visited1.fi;branch=9pctbVia:SIP/2.0/UDP[5555::1:2:3:4]:1357;branch=8uetbRoute:<sip:scscf1.home1.fr;lr>;dia-ID=6574839201Record-Route:<sip:as2.home1.fr;lr>Record-Route:<sip:scscf1.home1.fr;lr>Record-Route:<sip:pcscf1.visited1.fi;lr>Page70S-CSCF繼續(xù)評(píng)估其它過(guò)濾準(zhǔn)則當(dāng)再次收到INVITE請(qǐng)求后，S-CSCF檢查過(guò)濾準(zhǔn)則3，因?yàn)镾IP方法不是SUBSCRIBE，所以過(guò)濾準(zhǔn)則3不匹配。因此，S-CSCF繼續(xù)執(zhí)行正常路由過(guò)程：即把INVITE請(qǐng)求發(fā)往Theresa歸屬網(wǎng)絡(luò)的I-CSCF。

Page71目錄1.2IMS路由1.2.1INVITE1.2.21831.2.3重傳INVITE請(qǐng)求和100響應(yīng)1.2.4同一對(duì)話(huà)中的后續(xù)請(qǐng)求1.2.5與AS間的路由1.2.6IMS通信服務(wù)標(biāo)識(shí)Page72概述當(dāng)Tobias呼叫Theresa的時(shí)候，利用的是他手機(jī)上的多媒體電話(huà)應(yīng)用。Tobias希望：

?

按照IMS網(wǎng)絡(luò)中的IMS多媒體電話(huà)規(guī)范來(lái)處理該呼叫。

?傾向于讓呼叫到達(dá)Theresa支持IMS多媒體電話(huà)業(yè)務(wù)的那個(gè)終端。為實(shí)現(xiàn)這個(gè)目的，IMS使用了兩個(gè)獨(dú)立的擴(kuò)展：

?定義了P-Preferred-Service和P-Asserted-Service消息頭，用來(lái)標(biāo)識(shí)IMS網(wǎng)絡(luò)中的特定通信業(yè)務(wù)。

?定義了主叫方偏好，它允許主叫方終端根據(jù)被叫方終端是否支持該通信業(yè)務(wù)來(lái)選擇被叫方的終端設(shè)備。

Page73IMS通信服務(wù)標(biāo)識(shí)和服務(wù)提供在發(fā)送初始SIPINVITE請(qǐng)求時(shí)，Tobias的UE通過(guò)P-Preferred-Service消息頭中指明的ICSI來(lái)識(shí)別IMS多媒體電話(huà)通信服務(wù)：

INVITEsip:theresa@home2.huSIP/2.0P-Preferred-Service:urn:urn-xxx:3gpp-service-ims.icis.mmtel一旦SIPINVITE請(qǐng)求到達(dá)了Tobias的S-CSCF，它將檢查是否已經(jīng)訂閱了相關(guān)的服務(wù)。S-CSCF從HSS中下載的Tobias的用戶(hù)信息表明他已經(jīng)訂閱了多媒體電話(huà)通信服務(wù)。S-CSCF將通過(guò)使用P-Asserted-Service消息頭代替P-Preferred-Service消息頭，來(lái)聲明所指定的ICSI。

INVITEsip:theresa@home2.huSIP/2.0P-Asserted-Service:urn:urn-xxx:3gpp-service-ims.icis.mmtelPage74IMS通信服務(wù)標(biāo)識(shí)和服務(wù)提供S-CSCF開(kāi)始應(yīng)用Tobias用戶(hù)配置信息中的過(guò)濾準(zhǔn)則。如果過(guò)濾準(zhǔn)則中存在過(guò)濾準(zhǔn)則觸發(fā)器的服務(wù)觸發(fā)點(diǎn)（STP）P-Asserted-Service，且它所對(duì)應(yīng)的值為urn:urn-xxx:3gpp-service-ims.icis.mmtel。則由于SIPINVITE請(qǐng)求匹配該SPT，該請(qǐng)求被發(fā)送至相關(guān)的應(yīng)用服務(wù)器，在本例中是電話(huà)應(yīng)用服務(wù)器（TAS）。TAS現(xiàn)在開(kāi)始執(zhí)行應(yīng)用于本呼叫的所有附加服務(wù)，然后將該請(qǐng)求發(fā)回至S-CSCF。在完成過(guò)濾準(zhǔn)則評(píng)估后，Tobias的S-CSCF將SIPINVITE請(qǐng)求轉(zhuǎn)發(fā)至Theresa的IMS網(wǎng)絡(luò)。Theresa的S-CSCF觸發(fā)器在發(fā)現(xiàn)P-Asserted-service消息頭中有多媒體電服務(wù)出現(xiàn)時(shí)，也會(huì)將請(qǐng)求路由至Theresa的TAS.P-Asserted-Service消息頭在信任域的邊界被移除。

Page75基本的主叫方偏好處理我們假定Theresa已經(jīng)為三個(gè)支持不同功能的電話(huà)進(jìn)行了注冊(cè)。這就意味著Theresa的S-CSCF當(dāng)前為公共用戶(hù)身份，sip:theresa@home2.hu的用戶(hù)保留著三種綁定：

Page76基本的主叫方偏好處理電話(huà)B1，移動(dòng)電話(huà)：

?Contact地址：[5555::5:6:7:8]:1006

?

特性標(biāo)簽（被叫方能力）：;audio;video;g.3gpp.icso_ref=“urn%3Aurn-xxx%3A3gpp-service-ims.icis.mmtel電話(huà)B2，辦公室電話(huà)

?Contact地址：[5555::97：98：99：00]:1010

?

特性標(biāo)簽（被叫方能力）：;audio;g.3gpp.icso_ref=“urn%3Aurn-xxx%3A3gpp-service-ims.icis.mmtel電話(huà)B3，家庭電話(huà)：

?Contact地址：[5555::55：44：33：22]:1010

?

特性標(biāo)簽（被叫方能力）：;audio;video=false

Page77基本的主叫方偏好處理當(dāng)發(fā)送初始的SIPINVITE請(qǐng)求后，Tobias的電話(huà)表求更希望能連接到支持音頻、視頻、以及IMS多媒體電話(huà)通信服務(wù)的電話(huà)。Tobias的這種愿望在Accept-Contact消息頭中表達(dá)出來(lái)，該消息頭被添加到SIPINVITE請(qǐng)求當(dāng)中。

INVITEsip:theresa@home2.huSIP/2.0P-Preferred-Service:urn:urn-xxx:3gpp-service-ims.icis.mmtelAccept-Contact:;audio;video;g.3gpp.icso_ref=“urn%3Aurn-xxx%3A3gpp-service-ims.icis.mmtelContact:sip:[5555::1:2:3:4]:1357;audio;video;mobility;methods=“INVITE,BYE,ACK,OPTIONS,CANCEL,NOTIFY,MESSAGE,RPACK,UPDATE”;g.3gpp.icso_ref=“urn%3Aurn-xxx%3A3gpp-service-ims.icis.mmtel,urn%3Arun-xxx%3Aother-vendor-service-ims.icsi.ongame”

Page78基本的主叫方偏好處理我們看到發(fā)起方UE也需要在Contact消息頭中添加它自已所支持的特性標(biāo)簽。在Accept-Contact消息頭中表達(dá)出呼叫方想要連接被叫方中支持指明功能的終端的意愿。當(dāng)Theresa的S-CSCF接收到SIPINVITE請(qǐng)求后，它將驗(yàn)證需要向哪個(gè)終端發(fā)送SIPINVITE請(qǐng)求，按照如下的簡(jiǎn)化方式進(jìn)行：

?電話(huà)B1將會(huì)立即接收到SIPINVITE請(qǐng)求，因?yàn)樗怯肁ccept-Contact消息頭中指明的所有三個(gè)特性標(biāo)簽來(lái)注冊(cè)的。

?

電話(huà)B2將會(huì)立即接收到SIPINVITE請(qǐng)求，它僅注冊(cè)了Accept-Contact消息頭中指明的兩個(gè)標(biāo)簽，而沒(méi)有顯式注冊(cè)“video”特性標(biāo)簽。

但是因?yàn)殡娫?huà)B2沒(méi)有明確地指明它不支持“video”，則假設(shè)它有這個(gè)功能。

?

電話(huà)B3僅在電話(huà)B1和B2都不接受該呼叫或者由于其它的原因連接失敗的時(shí)候，才會(huì)接收該呼叫。盡管電話(huà)B3指明“video=false”，它依然可以接收該呼叫，這是因?yàn)樵贏ccept-Contact消息頭中指明的特性標(biāo)簽僅僅是意愿，也就是說(shuō)，它們并不是被叫終端的強(qiáng)制要求的功能。

Page79目錄呼叫IMS多媒體電話(huà)會(huì)話(huà)1.1主叫和被叫身份標(biāo)識(shí)1.2路由1.3媒體協(xié)商1.4資源預(yù)留1.5會(huì)話(huà)的釋放1.6IMS會(huì)話(huà)建立過(guò)程的替代方案Page80目錄1.3IMS媒體協(xié)商1.3.1概述1.3.2臨時(shí)響應(yīng)的可靠性1.3.3IMS中的SDP提議/應(yīng)答Page81概述

媒體協(xié)商和對(duì)預(yù)制條件的處理（Procondition)在IMS中是兩個(gè)密切相關(guān)的概念。兩者都是與SDP中會(huì)話(huà)參數(shù)的描述更為相關(guān)。然而他們對(duì)于SDP信令也具有重要的影響。在本節(jié)中給出一個(gè)正常的會(huì)話(huà)建立過(guò)程，該會(huì)話(huà)是在兩個(gè)經(jīng)由GPRS接入技術(shù)連接到IMS的電話(huà)之間建立的。這僅是眾多場(chǎng)景的其中一種，基于接入網(wǎng)的特性，以及資源預(yù)留情況和電話(huà)支持功能的不同，后面將給出不同形式的會(huì)話(huà)建立過(guò)程。Page82概述

通過(guò)媒體協(xié)商，兩個(gè)UE之間，就本次會(huì)話(huà)中使用的媒體組合以及各類(lèi)媒體使用的編解碼方案達(dá)成一致。為此，使用了SDP提議/應(yīng)答機(jī)制。在IMS中，該機(jī)制基本上按照以下方式工作：TobiasTheresaINVITE第一次SDP提議：所有希望的媒體和編解碼方案183（SessionProgress)第一次SDP應(yīng)答：支持的媒體