第1章IMS概述及根本原理 41.1IMS的起源和標準化進程 4 6IMS系統(tǒng)范疇 6IMS與軟交換的定位關(guān)系 7IMS業(yè)務層的功能架構(gòu) 8中國電信IMS網(wǎng)絡的業(yè)務供應方式 91.3IMS核心層設備功能 9 9 用戶數(shù)據(jù)庫(HSS) 24 241.4IMS網(wǎng)絡支持的業(yè)務 261.5接口協(xié)議要求 26IMS網(wǎng)絡接口 26 29 44IMS業(yè)務平臺的組網(wǎng)結(jié)構(gòu) 44IMS業(yè)務供應方式 45IMS業(yè)務觸發(fā)機制 46ISC接口觸發(fā)業(yè)務實例 48第2章IMS網(wǎng)絡組網(wǎng) 502.1組網(wǎng)架構(gòu) 51歸屬網(wǎng)絡域名的安排 用戶標識 公共業(yè)務標識 2.3互聯(lián)互通 IMS與軟交換的互通 IMS與其它運營商的互通 2.4IMS對承載網(wǎng)絡要求 53對效勞質(zhì)量的要求 IMS入口地址安排機制 2.5平安要求 用戶鑒權(quán)要求 設備平安要求 網(wǎng)絡平安要求 第3章IMS信令流程 3.1注冊流程 P-CSCF發(fā)覺過程 S-CSCF的安排過程 歸屬和訪問網(wǎng)絡中的初次注冊懇求 3.2注銷流程 用戶主動注銷 62S-CSCF進行網(wǎng)絡注銷 3.3IMS會話及相關(guān)流程 IMS用戶之間的根本會話建立過程 IMS用戶業(yè)務觸發(fā)的處理 64IMS用戶的會話信令流程 65 67協(xié)議和與接入的無關(guān)性，可以更好地支持多媒體業(yè)務。,這些特征使得IMS進一步獲得了固定網(wǎng)絡的青國際上關(guān)于IMS的爭辯主要集中在3GPP、3GPP2和TISPAN〔telec表1標準組織爭辯方向爭辯方向3GPP是主要由移動網(wǎng)絡運營商和移動網(wǎng)絡W-CDMA(UMTS);IMS;設備提R7,并從R5開頭制定IMS架構(gòu)，逐步接受在FMC融合的架構(gòu)爭辯中占據(jù)主導地位。主要負責固主要負責3G的CDMA2000的技術(shù)標準〔MMD、1x-EVDO〕,與3GPP的目標格外全都，不同僅在于接入層。主要關(guān)注融合的問題，主要基于TISPAN的工作。與IP相關(guān)的各種標準AAA認證，RADIUS、Diameter,移動IP;SIP;MPLS3GPP2、TISPAN等組織共同爭辯了各個標準組織對〔CommonIMS〕的共識。2007年，3GPPOPAdHoc會議確定將TISPANRelease2的內(nèi)容分階段遷移到3GPPR8中，并確定了CommonIMS范圍和爭辯工程。CommonIMS將3GPP2/TISPAN的IMS爭辯成果集中到3GPP的標準中，基于統(tǒng)一的CoreIMS[3GPP定義，包括了主要的功能和實體〕,同時包涵全部相關(guān)的接入方式，固定接入、移動接入、Cable接入、無線寬帶接入等。以下圖為CommonIMS的架構(gòu)：MMiMb把握層網(wǎng)絡其他Eth接入中國電信IMS系統(tǒng)由業(yè)務層、把握層、終端組成，不同層面之間接受開放接口協(xié)議，供應以IP為承載的、基于SIP協(xié)議的多媒體會話業(yè)務的把握力量和業(yè)務供應力量，支持1x/HRPD、WLAN、xDSL和LAN接入，并可以與C網(wǎng)電路域、PSTN/軟交換系統(tǒng)以及其他業(yè)務系統(tǒng)互通?！?〕IMS業(yè)務層：IMS業(yè)務的聚合點，重點完成IMS業(yè)務規(guī)律的供應、執(zhí)行以及業(yè)務力量的抽象與開放，支持SIPAS、OSA兩種業(yè)務供應方式?！?〕IMS把握層：IMS把握層主要完成會話把握、資源安排、協(xié)議處理、路由、認證、計費、業(yè)務觸發(fā)等功能。IMS把握層的功能實體包括P-CSCF、I-CSCF、S-CSCF、HSS、BGCF、ENUM/DNS等在實際組網(wǎng)時，一個物理設備可以包含多個不同的功能實體。IMS把握層的主要功能實體如下：●P-CSCF是IMS用戶接入IMS網(wǎng)絡的入口節(jié)點，主要負責信令和消息的代理?！馛SCF是各個IMS歸屬域的入口節(jié)點，負責用戶注冊S-CSCF的指配和查詢?！馭-CSCF是IMS網(wǎng)絡中的中心節(jié)點，供應注冊效勞、會話把握、相關(guān)的選路和業(yè)務觸發(fā)等功能，并維持會話狀態(tài)信息?！馠SS負責存儲IMS用戶的相關(guān)信息及其相關(guān)業(yè)務信息。●IMSSBC位于IMS網(wǎng)絡的邊緣，是P-CSCF的代理設備和固定接入用戶的媒體代理設備?！馚GCF主要用于IMS網(wǎng)絡與PSTN、軟交換、C網(wǎng)CS域互通時進行MGCF的選擇。統(tǒng)一IMS核心網(wǎng)中可路由的SIPURI?！馡MS移動終端：指支持IMSSIP協(xié)議并且通過1x/HRPD技術(shù)接入IMS網(wǎng)絡的移動終端；●SIP硬終端：指支持IMSSIP協(xié)議并且通過xDSL、WLAN●IMS雙模終端：指支持IMSSIP協(xié)議、支持1x/監(jiān)控會議固定/移動承載資源把握層撥號群組E家IMS控制層IMS業(yè)務層通短信彩鈴IMS網(wǎng)絡軟交換網(wǎng)絡管理平臺的接口協(xié)議要求參見ISMP相關(guān)技術(shù)標準。第三方應用服務器OSA業(yè)務力量服務器SIP應用服務器(業(yè)務/應用)應用服務器組和列表PresenceIM綜合管理平臺〔1〕基于SIPAS的業(yè)務供應方式。適合于供應與SIP/XCAP協(xié)議緊密結(jié)合的、對業(yè)務實時性和大合〔2〕基于OSA的業(yè)務供應方式。適合于供應面對第三方開放的、多應用業(yè)務共用通用業(yè)務力量的1.3IMS核心層設備功能S-CSCF應能處理IMS用戶來自歸屬或訪問網(wǎng)絡經(jīng)過P-CSCF轉(zhuǎn)發(fā)的注冊懇求，并記錄UE的IP地S-CSCF應支持第三方注冊功能，在用戶注冊成功后，依據(jù)iFC規(guī)那么,向應用效勞器發(fā)起注冊。S-CSCF具備注冊效勞器功能，具體要求參見《中國電信IMS網(wǎng)絡SIP協(xié)議總體技術(shù)要求》。S-CSCF對全部的初始注冊消息發(fā)起挑戰(zhàn)401,要求鑒權(quán)；對經(jīng)過IPSecSA愛護通道發(fā)送的重注冊和注銷消息，不要求重新鑒權(quán)；未經(jīng)IPSecSA愛護通道發(fā)送〔1〕通過IMS認證和密鑰協(xié)商〔AKA〕機制來認證用戶，實現(xiàn)UE和歸屬網(wǎng)絡間的相互認證。對〔2〕通過HTTPDigestMD5機制實現(xiàn)用UE發(fā)起和終結(jié)的情形；〔1〕支持初次INVITE〔Initial[3]當效勞于源端時如目的端與源端屬于同一運營商，將SIP懇求或響應轉(zhuǎn)發(fā)給本運營商的某個I-CSCF。依據(jù)HSS和業(yè)務把握交互，確定用戶將通過CS域接受會話懇求時，轉(zhuǎn)發(fā)SIP懇求或響應給BGCF當漫游用戶歸屬網(wǎng)絡接受I-CSCF轉(zhuǎn)發(fā)機制時，轉(zhuǎn)發(fā)SIP懇求或響應給I-CSCF。業(yè)務觸發(fā)S-CSCF應能區(qū)分本管理域的用戶發(fā)起和終結(jié)的會話懇求，對于本管理域用戶RequestURI域發(fā)生轉(zhuǎn)變時，S-CSCF應停止iFC匹配和業(yè)務觸發(fā)當HSS返回的應用效勞器列表多于1個時，依據(jù)HSS的數(shù)據(jù)定義中AS的觸發(fā)挨次，S-CSCF應支S-CSCF應能依據(jù)來自HSS的用戶數(shù)據(jù)更新懇求，進行用戶數(shù)據(jù)的更新。既能支持會話計費功能〔即依據(jù)會話相關(guān)SIP方法觸發(fā)ACR,也能支持大事計費功能〔即基于大事觸發(fā)依據(jù)中國電信運營需求，遵循《中國電信在線計費系統(tǒng)OCP接口標準》,支持通過OCP接口與S-CSCF應支持TELURI和SIPURI地址的處理。S-CSCF應可以與DNS以及ENUM效勞器協(xié)作，S-CSCF查詢ENUM效勞器時，假設ENUM效勞器返回的結(jié)果為S送往DNS進行查詢，依據(jù)DNS返回的I-CSCF地址路由到I-CSCF。業(yè)務供應應協(xié)作應用效勞器供應呈現(xiàn)類業(yè)務，支持用戶注冊狀態(tài)的訂閱和更新。業(yè)務定義參照《中國電信S-CSCF支持DNS/ENUM查詢協(xié)議，進行E.164號碼翻譯和域名地址翻譯。S-CSCF應滿足信產(chǎn)部相關(guān)標準要求，對IMS用戶的實施合法呼叫偵聽。互通功能與其他設備協(xié)作，完成與R4電路域的用戶以及交換網(wǎng)、軟交換網(wǎng)絡等現(xiàn)有網(wǎng)絡的業(yè)務互通。用戶注冊消息后向HSS發(fā)起查詢懇求，并依據(jù)HSS返回的信息選擇S-CSCF:將進行S-CSCF重選并向重選的S-CSCF消息的參數(shù)適配，當I-CSCF收到的Register消息不包含Authorization參數(shù)時，能依據(jù)IMPU導出相應的I-CSCF收到呼叫懇求消息后，應具備依據(jù)被叫用戶的注冊狀態(tài)和業(yè)務狀況進行呼叫懇求處理的功屬S-CSCF地址，并向該S-CSCF轉(zhuǎn)1.DNS查詢方式，通過查詢DNS定位PSI歸屬AS的地址；2.HSS直接查詢方式，接收到HSS返回的AS地址信息后，直接將PSI的呼叫懇求轉(zhuǎn)發(fā)到AS;作為網(wǎng)絡的統(tǒng)一入口點，I-CSCF具備接受其他IMS網(wǎng)絡發(fā)來的會話懇求，并依據(jù)向HSS查詢的結(jié)●注冊/注銷功能(1)根本注冊功能當IMS用戶發(fā)起注冊消息時，P-CSCF應具備與DNS效勞器協(xié)作確定用戶歸屬網(wǎng)絡，并將用戶注冊消息轉(zhuǎn)發(fā)給歸屬網(wǎng)絡I-CSCF的功能。轉(zhuǎn)發(fā)的注冊懇求中應包含P-Visited-Network-ID頭域來向用戶的歸屬網(wǎng)絡標識P-CSCF所在的網(wǎng)絡。鑒權(quán)通過后，P-CSCF向用戶歸屬網(wǎng)絡I-CSCF轉(zhuǎn)發(fā)的REGISTER消息應說明UE通過了加密和完整用戶注冊成功后，P-CSCF具備保存終端的注冊信息功能，包括UE信息(包括UE的地址，UE的IMPU/IMPI)以及路由信息(與歸屬網(wǎng)絡相連的I-CSCF地址和S-CSCF地址)。依據(jù)網(wǎng)絡運營需求，應具備將表征內(nèi)部網(wǎng)絡架構(gòu)的信息〔例如歸屬S-CSCF地址信息〕向終端屏蔽當啟用用戶隱式注冊功能時，用戶注冊成功后，除初始注冊功能中要求記錄的信息外，P-CSCF還應具備記錄用戶發(fā)起注冊的關(guān)聯(lián)公有標識的歸屬網(wǎng)絡S-CSCF地址、全部與發(fā)起注冊的公有標識相關(guān)聯(lián)P-CSCF能正確轉(zhuǎn)發(fā)用戶發(fā)起的注銷消息，當注銷成功后應刪除用戶發(fā)起注銷的公有標識的相關(guān)數(shù)當P-CSCF收到由網(wǎng)絡發(fā)起的用戶注銷消息時，應刪除注銷消息所標識的用戶公有標識的相關(guān)數(shù)據(jù)P-CSCF能夠向S-CSCF訂閱用戶的注冊狀態(tài)?！駮挵盐展δ墚斢脩舭l(fā)起呼叫懇求時，P-CSCF具備依據(jù)用戶的注冊記錄，正確轉(zhuǎn)發(fā)呼叫懇求消息給用戶歸屬I-CSCF〔用戶歸屬網(wǎng)絡啟用拓撲隱蔽功能時〕,或S-CSCF〔用戶歸屬網(wǎng)絡沒有啟用拓撲隱蔽功能時〕P-CSCF不能修改INVITE消息中的RequestURI字段。當用戶發(fā)起會話釋放消息時，P-CSCF能夠正確轉(zhuǎn)發(fā)消息。當消滅會話一方移出網(wǎng)絡掩蓋范圍或終端掉電等特別狀況時，P-CSCF應發(fā)起會話釋放流程。支持P-CSCF發(fā)起的呼叫釋放，包括釋放正在建立的會話、釋放現(xiàn)存的會話、由于注冊過期或刪除平安聯(lián)盟而導致的對現(xiàn)存會話的釋放。支持其他網(wǎng)絡實體發(fā)起的釋放。(3)檢測和處理緊急呼叫懇求對于接受AKA鑒權(quán)方式的用戶，依據(jù)TS33.203維護UE和自身的平安連全部從UE發(fā)起或者到UE終結(jié)的SIP信令都需要經(jīng)過P-CSCF。注冊過程中，P-CSCF應能依據(jù)漫游用戶供應的歸屬的SIP注冊懇求轉(zhuǎn)發(fā)給I-CSCF。消息。具體要求見《中國電信IMS網(wǎng)絡SIP協(xié)議總體技術(shù)要求》。P-CSCF應可配置是否啟用SIP消息的壓縮(c)每次重新注冊時，與除了初始注冊消息，其他UE始發(fā)消息〔注銷/INVITE/Message等〕必需受完整性愛護，假設未受接收S-CSCF的懇求并為會話選擇適宜的PSTN/CS域網(wǎng)絡出口。話供應互通效勞的MGCF或其他運營商網(wǎng)絡的BGCF。MGCF是使IMS域用戶和PSTN/CS域用戶之間可以進行互通的設備。全部來自PSTN/CS域用戶的呼叫把握信令都指向MGCF,它負責和SGW一起完成ISUP/SIP-I與SIPMGCF可以為根本語音業(yè)務呼叫的建立、維持和釋放供應把握功能，包括呼叫處理、連接把握、完成整個呼叫的建立和釋放功能，其主要承載協(xié)議接受SCTP;等。其中對于H.248,MGCFMGCF應支持SIGTRAN協(xié)議，通過SIGTRAN協(xié)議與SGW相連，實現(xiàn)與現(xiàn)有PSTN/PLMN的信MGCF支持H.248協(xié)議把握IM-MGW的資源；MGCF支持SIP協(xié)議與CSCF、BGCF互通，遵循中國電信《IMS網(wǎng)絡SIP協(xié)議總體技術(shù)要求》;MGCF支持SIP-I協(xié)議實現(xiàn)與LMSD的互聯(lián)；要求MGCF支持對來自PSTN/PLMN/LMSD網(wǎng)絡指向IMS的用戶進行號碼分析和路由選擇，選擇適宜的CSCF。要求MGCF支持主叫20位，被叫可以擴展到28位，具有10位號碼分析力量、,具有在任意位置MGCF具有處理同一地區(qū)不等位長度號碼的力量；一個MGCF設備對一個目標局可選擇的最大路由數(shù)為5個，可選路由組中應可同時包含到支持在可選路由間進行負荷分擔，分擔比例的最小單位為1%;MGCF心跳消息的發(fā)送方式可以機敏設置，可以指定接受心跳功能的目的點并針對不同目的點可當MGCF檢測到MGW連接中斷后，將撤除現(xiàn)有或即將建立的與該MGW的連接。并且應釋放該AGCF應支持AGCF與I/S/E-CSCF之間的SIP協(xié)議接口；滿足《中國電信IMS網(wǎng)絡SIP協(xié)議總體啟動方法可以為Restart、Handoff、Disconnected、Failover等；注銷方法可以為Graceful或Forced。備AGCF技術(shù)要求》附錄A。AGCF應支持SIPHTTPDIGEST認證方式。AGCF應支持單用戶注冊。備AGCF技術(shù)要求》附錄A。AGCF應能正確識別網(wǎng)關(guān)信令中用戶所撥打的被叫號碼，號碼收AGCF需能正確配置撥號方案〔DigitMap〕,并下發(fā)至AG。AGCF能正確處理用戶按flash鍵或拍叉簧的大事，并通過Mw接口通知IMS核心網(wǎng)。AGCF設備能依據(jù)用戶或會話狀態(tài)的變化正確把握AG向用戶播放AGCF能成功完成呼叫編碼協(xié)商把握。AGCF能正確處理用戶掛機的大事，并通過Mw接口通知IMS核心網(wǎng)。接入設備AGCF技術(shù)要求》附錄A。AGCF應可以把握媒體網(wǎng)關(guān)是否接受語音壓縮，并供應可以選擇的語音壓縮算法，算法應至少包括AGCF應可以把握媒體網(wǎng)關(guān)及終端對語音包緩存區(qū)的大小進行設置。/MODEM處理功能AGCF應能把握媒體網(wǎng)關(guān)接受T.38或G.711算法處體網(wǎng)關(guān)修改語音處理的相關(guān)參數(shù)，包括編碼方式、回聲抑制等，以適應、數(shù)據(jù)業(yè)務對媒體傳送的要綜合接入設備AGCF技術(shù)要求》附錄A。AGCF可以和多個CSCF連接，AGCF能將緊急呼叫通過Mw接口路由至E-CSCF,并協(xié)同E-CSCFAGCF技術(shù)要求》附錄A。設備標識、告警級別、告警類型、告警時間、告警/通知描述、緣由描述、處理建議。系統(tǒng)具有默認的具備告警機架圖變化上報、同步的功能，實時顯示機架圖狀態(tài)相關(guān)信息，如單板在線/離線，主備通知是某些需要操作人員知曉的大事發(fā)生時上報的消息，并不肯定意味發(fā)生故障。AGCF應能夠支持對動態(tài)IP地址配置的用戶終端的認證與授權(quán)。對媒體網(wǎng)關(guān)和IAD設備的認證流程參見《中國電信IAD終端技術(shù)標準》附錄A。AGCF應能在系統(tǒng)過負荷時，具有對負荷把握的力量。AGCF心跳消息的發(fā)送方式應支持機敏設置，可以指定接受AGCF與網(wǎng)關(guān)之間的心跳信號，應支持接受由AGCF單獨把握或AGCF和具體要求參見《中國電信H.248協(xié)議標準》及《中國電信MGCP協(xié)議標準》。AGCF應支持媒體網(wǎng)關(guān)下掛載的終端用戶狀AGCF應保存用戶注冊后返回的S-CSCF地址及注冊刷新周期等信息，按時發(fā)起注冊更新。AGCF應能接受營帳放號或操作維護管理終端的MGW能夠產(chǎn)生音頻并在MGCF的把握下進行檢測，實現(xiàn)網(wǎng)絡之間的帶內(nèi)DTMF音頻與帶外信號MGW應能識別MGCF對呼叫資源接受通配符形式的指示，并正確執(zhí)行。MGW應具有fax音檢測功能，并能正確上報MGCF,支持T.38和T.30協(xié)議，在MGCF的把握接受來自AS或者S-CSCF的把握命令并把握MRFP上的媒體資源，支持增加的媒體把握〔多媒體MRFC支持SIP協(xié)議實現(xiàn)與CSCF或者AS的交互；假如MRFC和MRFP合設，合設設備接受SIP假如MRFC和MRFP合設，對MRFC和MRFP的接口不做具體要求；依據(jù)中國電信運營需求，遵循《中國電信在線計費系統(tǒng)OCP接口標準》,支持通過OCP接口與中b.鑒權(quán)/加密數(shù)據(jù)(2)支持一個簽約用戶配置多套業(yè)務簽約數(shù)據(jù)，用戶業(yè)務簽約數(shù)據(jù)與該用戶公有標識的關(guān)聯(lián)關(guān)(3)支持公有用戶標識的隱式注冊集功能，隱式注冊集中不同的公有用戶標識可與不同的業(yè)務3.移動性管理(2)HSS可對成組用戶或單個用戶設置其S-CSCF力量集映射表索引，并存放當前為用戶效勞的(2)HSS應能設置每一用戶私有標識的鑒權(quán)/加密方式，當接受IMSAKA鑒權(quán)/加密方式時，假設5.會話授權(quán)功能6.接入授權(quán)功能(1)HSS可設置用戶授權(quán)接入的訪問網(wǎng)絡名列表，通過檢查用戶接入的網(wǎng)絡[P-Access-NetworDNS〔域名管理系統(tǒng)〕效勞器接收來自IMS網(wǎng)絡中支持DNS解析協(xié)議設備的域名解析懇求，完成ENUM〔E.164NumberMapping,E.164號碼映射〕效勞器完成E.164到域名地址的轉(zhuǎn)換，ENUM效錄音通知接受G.711〔A律壓縮〕進行編碼。錄音通知可以是固定的或是可變的。固定的錄音通知把握設備指令中對可變局部的規(guī)定進行合成。這些可變局部已經(jīng)參數(shù)化，這些參數(shù)可以是日期、時間、字或詞的識別率應>=95%,其他有關(guān)語音識別的具體要求待定。1.4IMS網(wǎng)絡支持的業(yè)務話，松鍵收聽〕,與一個或多個用戶進行以話音為主的通信。RfYGq’該接口主要用于完成S-CSCF的指派、從HSS提取路由信息、認證〔如：檢查漫游協(xié)定〕、鑒權(quán)相發(fā)送者?！鼋K端與應用效勞器之間的接口[Ut]Ut接口位于終端與應用效勞器之間，該接口一般通過HTTPProxy進行轉(zhuǎn)接?；谠摻涌冢K端可接受H.248協(xié)議。該接口用于S-CSCF和MGCF之間交互會話把握相關(guān)信令消息，以便實現(xiàn)IMS網(wǎng)絡和PS該接口用于接收S-CSCF的懇求并為會話選擇適宜的PSTN/CS域網(wǎng)絡出口。該接口用于BGCF選擇到電路域〔PSTN/CS〕的出口，與MGCF協(xié)作實現(xiàn)與電路域的互通。接受DNS協(xié)議，具體參見RFC1035《域名—實現(xiàn)和標準》和RFC2916《E.164號碼和DNS》。該接口用于不同運營商IMS網(wǎng)絡或IMS網(wǎng)絡與其他SIP網(wǎng)絡之間進行媒體編碼轉(zhuǎn)換或?qū)崿F(xiàn)媒體層面該接口是CSCF供應應IMS應用效勞器的接口。I該接口是HSS供應應IMS應用效勞器的接口。供應IMS相關(guān)用戶數(shù)據(jù)的讀寫操作，同時也供應用該接口用于向MGCF/IMSGWF/應用效勞器/OSA業(yè)務力量效勞器供應基于大事的在線計費接口。該接口用于向IMS網(wǎng)絡網(wǎng)元/應用效勞器/OSA業(yè)務力量效勞器供應離線計費的接口。IMS業(yè)務的開放性和有用性是通過一系列協(xié)議來支持實現(xiàn)的。IMS業(yè)務所需要的主要協(xié)議，包括網(wǎng)絡上進行多媒體通信的應用層把握協(xié)議，用于創(chuàng)立、修改和釋放一個或多個參與者的會話。這些會話〔multicast〕、網(wǎng)狀單播[unicast]或兩者的混合體進行通信。SIP是IETF參考因特網(wǎng)兩個最成功的效勞Web和E-mail進行設計的，通過一種便捷的方式來建立和把握各種類型的點到點媒體會話。SIP采用的是一種模塊化結(jié)構(gòu)，懇求/應答模式，基于文本方式，使用格外簡潔機敏，升級、擴展便利。SIP只是一個框架性協(xié)議，為了完成會話需要可與其他協(xié)議合作，例如使用SDP作為其消息體會話的描述，支方式，即消息體中可存在多種會話描述協(xié)議。SIP在實現(xiàn)上獨立于底層傳輸協(xié)議，底層可接受TCP/UDP/SCTP中的任何一種。IMS網(wǎng)絡中，SIP協(xié)議涉及到的網(wǎng)絡中的各個接口的應用狀況：單wrPL 換域圖8.7IMS各接口示意圖EAP應用Diameter是一種對等協(xié)議，任何Diameter節(jié)點都能發(fā)起懇求。共有3種不同類型的Diameter網(wǎng)絡域供應認證、授權(quán)和計費效勞，Diameter協(xié)議引入了4種類型的代理，分別為中繼代理、Proxy代理、Rf/Ro圖8.9IMS中使用Diameter的接口〔4〕H.248協(xié)議：媒體網(wǎng)關(guān)把握協(xié)議，用于媒體網(wǎng)關(guān)和媒體網(wǎng)關(guān)把握器之間，處理多媒體會議期間的信令和會話管理。媒體網(wǎng)關(guān)把握器和媒體網(wǎng)關(guān)構(gòu)成一個主/從關(guān)系。IMS中使用H.248協(xié)議主要是P1接口和Mn接口，如以下圖所示：業(yè)務層業(yè)務層圖8.10IMS中使用H.248協(xié)議的接口H.248接受事務通信方式傳送命令，可以將多個命令組合成一個事務在MGC和網(wǎng)關(guān)之間交互。事務包含一個或多個動作〔Action〕,每個動作包含一個或多個命令，同一動作中的全部命令的把握范圍為同一關(guān)聯(lián)，因此通常每個動作都帶有關(guān)聯(lián)標識，除非關(guān)聯(lián)未創(chuàng)立或命令應用于關(guān)聯(lián)外的終結(jié)點。H.248的連接模型將媒體網(wǎng)關(guān)內(nèi)的主要對象描述成終結(jié)點〔termination〕和上下文〔context〕,它們可以由媒體網(wǎng)關(guān)把握器來把握。一個終結(jié)點發(fā)起〔sources〕或終止〔sink〕一個或多個媒體流，并且各終結(jié)點都擁有實際媒體流的信息?！?〕RTP、RTCP協(xié)議：實時傳輸協(xié)議[RTP]為數(shù)據(jù)供應了具有實時特征的端對端傳送效勞，如在組播或單播網(wǎng)絡效勞下的交互式視頻音頻或模擬數(shù)據(jù)。RTP可以與其它適合的底層網(wǎng)絡或傳輸協(xié)議UDP上運行RTP以便使用其多路結(jié)點和校驗效勞。RTP本身并護。IPsec一般用來愛護主機和平安網(wǎng)關(guān)之間的平安通信，其供應的平安效勞包括：接入把握Diameter協(xié)議的最初提出是作為Radius協(xié)議的改良或者替代，它的引入是作為支持基于a)認證(Authenticatib)授權(quán)(Authorization)網(wǎng)絡系統(tǒng)授權(quán)用戶以特定的方式使用其資源。Diameter協(xié)議在IMS之中主要用于Rf接口〔離線計費接口〕,Ro接口〔實時計費接口〕,CxDiameter協(xié)議應用Uersion本命令字包括CER\CEA(257),DWR\DWA(280),DPR\DPA(282);Application-ID:消息涉及的應用IDAVPCode:AVP的類別，例如Original-HostAVP的Code值為264;V:本AVP頭之中是否消滅Vendor-ID字段；M:本AVP是否屬于必需AVP,就一個特定的Diameter命令而言，有一些AVP是必需消滅的，例AVPLength:本AVP包含數(shù)據(jù)局部的長度，留意任何AVP的數(shù)據(jù)局部長度都必需為4的整數(shù)倍，Data:記錄具體的數(shù)據(jù)值，具體數(shù)據(jù)的類型是由AVPCode打算的。目的User-Authorization-ReUser-Authorization-AMultimedia-Authentication-AnsRegistration-Termination-Registration-TerminationIMS中Sh-Diameter消息名稱目的Subscribe-NotificationSubscribe-NotificatioPush-Notification-R消息應用a)UARUAA--User-Authorization1、用戶注冊2、用戶注銷1、IMPU在當前網(wǎng)絡是否具有漫游權(quán)限1、S-CSCF名字或者S-CSCF向HSS獵取鑒權(quán)向量[AV]1、重同步處理1〕解析和驗證AUTS1)檢查用戶的注冊狀態(tài)并且推斷S-CSCF的名字是否和HSS中保存的相同HSS處理1、檢查用戶的注冊狀態(tài)并且更新為新的注冊狀態(tài)3、給S-CSCF返回用戶的簽約數(shù)據(jù)和/或計費地址信息當用戶作為被叫，I-CSCF向HSS查詢用戶所屬的S-CSCFHSS處理1、當用戶的狀態(tài)為registered或者unregistered,HSS返回S-CSCF的名字3、其他狀況，HSS返回響應的錯誤信息e)RTRRTA-Registration-Termination1、用戶的簽約關(guān)系發(fā)生了更改3、用戶的S-CSCF將會產(chǎn)生變化4、S-CSCF不能再為用戶效勞了HSS發(fā)送RTR給S-CSCF進行網(wǎng)絡當用戶的簽約數(shù)據(jù)或者計費地址信息發(fā)生了更改，HSS將更改后的數(shù)據(jù)通過PPR消息發(fā)送1、S-CSCF會馬上更新用戶數(shù)據(jù)2、假如用戶數(shù)據(jù)不支持、用戶不存在、用戶數(shù)據(jù)過大的時候，S-CSAS向HSS懇求指定用戶的透亮?????或者非透亮?????1、檢查AS是否有權(quán)限去讀取用戶的特定數(shù)據(jù)3、假如正在被修改，HSS將等待修改完成再進行處理；假如沒有被非透亮?????數(shù)據(jù)：HSS需要理解數(shù)據(jù)的含義h)PURPUA--Profile-AS主動更新保存在HSS的指定IMPU的透亮?????1、檢查AS是否有權(quán)限更新用戶的透亮?????數(shù)據(jù)3、HSS依據(jù)AS的要求更新透亮?????數(shù)據(jù)AS向HSS訂閱指定用戶的透亮?????數(shù)據(jù)或者非透亮?????j)