1、IMS框架和基本流程介紹 甘肅移動網管中心核心網維護室 3G技術演進路線網絡架構SIP和SDP協議業務流程編號與HSS提 綱3G技術演進路線網絡結構SIP和SDP協議業務流程編號與HSS提 綱3G技術演進路線R991） Iu 口使用ATM作為承載2）控制面和用戶面分離3）TC單元從BSS側移至CN側。（實現AMR至的轉換）4）GSM/GPRS向3G的平穩過渡R41）實現承載和控制分離（MSC Server和MGW）2）Iu口可以承載在ATM或IP上R51）無線技術引入HSDPA（高速下行分組接入）2）在CS、PS域的基礎上疊加一個IMS（CSCF和MGCF、HSS）3）RAN,CN全IP化。R

2、61）網絡架構沒有變化2）增加新的功能特性，增強已有功能特性3GPP Evolution GSM to R63G向全IP的演進MSCGMSCCSGGSNSGSNPSRNSBSSRNSBSSRNSBSSMGWMGWCSGGSNSGSNPS MSC server GMSC serverBilling ServerOMCSCPHLRMMSCGMLCBilling ServerSCPHSSGMLCMMSCOMC MGCF CSCFIMSR99R4R5核心網基于演進的GSM和GPRS網絡電路域控制和承載分離核心網和無線接入網均采用IP傳輸3G向全IP的演進符合下一代網絡的發展趨勢Billing Serv

3、erOMCSCPHLRMMSCGMLCMGWMGWCSGGSNSGSNPS MSC server GMSC server3G R99系統基本結構CS域TD-SCDMA無線接入PS域MSCHSSGGSNSGSNGMSCPSTNInternet3G R4系統基本結構CS域MGWInternetPS域MSCServerGMGWHSSGGSNSGSNTD-SCDMA無線接入GMSCServerPSTN3G R5系統基本結構CS域PS域MSCServerGMGWHSSGGSNSGSNTD-SCDMA無線接入MGWGMSCServerIMS域IMS-MGWSGWMGCFCSCFPSTNInternetNo

4、.73G技術演進路線網絡結構SIP和Diameter協議業務流程編號與HSS提 綱3GPP R5 IMS網絡架構3GPP IMS相關規范Stage 122.228: IP multimedia subsystem; Stage 1Stage 223.228: IP Multimedia Subsystem (IMS); Stage 2 24.229: IP Multimedia Call Control Protocol based on SIP and SDP; Stage 3 29.228: IP Multimedia (IM) Subsystem Cx Interface; Signal

5、ling flows and message contents 29.229: Cx Interface based on the Diameter protocol; Protocol details其他CAMEL：、安全：、計費：、Qos/SBLP： 其他：采用SIP作為業務控制協議采有Diameter作為AAA協議歸屬控制接入獨立性業務、控制、承載層的解耦合增強計費功能：Online/Offline計費IMS 特點 IMS全業務解決方案示意圖OSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMediaServersBC

6、FH.248BGFMRFCH.248RTPP-CSCFWLAN/WiMAXI/S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDMA-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMSAGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSLPhoneGUPDHCP

7、OMCBGCF關鍵網元P-CSCFOSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMediaServersBCFH.248BGFMRFCH.248RTPP-CSCFWLAN/WiMAXI/S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDMA-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMS

8、AGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSLPhoneGUPDHCPOMCBGCF在UE獲得IMS服務時，P-CSCF是第一個聯系節點。用戶通過 “本地CSCF Discovery” 流程來得到P-CSCF的地址。P-CSCF主要完成：1。SIP信令路由2。離線計費3。QoS管理4。SIP信令壓縮P-CSCF(Proxy-CSCF，代理CSCF)P-CSCF通常和GGSN (GPRS網關支持節點)在一起，是IMS終端(UE) 接入IMS網絡的入口點。Mg接口用于S-CSCF與MGC

9、F之間通信， 采用SIP協議。P-CSCF。P-CSCF的作用就像一個代理服務器，它把收到的請求和 服務進行處理或轉發。 P-CSCF主要功能包括： 把UE發送的SIP消息的REGISTER(注冊)請求前轉給I-CSCF； 將從UE收到的SIP非注冊請求和響應前轉給SIP服務器S-CSCF； 提供SIP信令的應用完整性和機密性保護； 可以執行SIP消息壓縮與解壓縮 P-CSCF接口關鍵網元S-CSCFOSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMediaServersBCFH.248BGFMRFCH.248RTPP-C

10、SCFWLAN/WiMAXI/S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDMA-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMSAGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSLPhoneGUPDHCPOMCBGCFS-CSCF執行會話控制功能 。主

11、要完成：1。用戶注冊和注銷。2。會話控制3。業務觸發4。離線和在線計費I-CSCF(Interrogating-CSCF，查詢CSCF)基于來自HSS的接收能力集為一個發起SIP注冊請求的用戶(UE) 或者未注冊的特定用戶分配一個S-CSCF；在對會話相關和會話無關的處理中，將從其他網絡來的SIP請求 路由到S-CSCF；使用I-CSCF的THIG功能來對外隱藏配置、容量和網絡拓撲。I-CSCF接口S-CSCF(Serving-CSCF，服務CSCF)按照RFC 3261的定義，充當注冊服務器處理注冊請求；通過IMS認證和密鑰協商AKA機制來認證用戶；處理會話相關和會話無關的消息流；使用ENU

12、M服務器將數字翻譯成SIP URI；產生CDR(呼叫細節記錄)，發送計費相關的信息給CCF；S-CSCF接口關鍵網元MGCF/MGWOSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMediaServersBCFH.248BGFMRFCH.248RTPP-CSCFWLAN/WiMAXI/S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDM

13、A-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMSAGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSLPhoneGUPDHCPOMCBGCFMGCF完成和CS/PSTN網絡互通功能。完成：1。SIP信令和TUP/ISUP/BICC信令的轉換2。和MGW交互，完成媒體資源控制功能。3。離線計費MGCF-媒體網關控制功能MGCF的基本功能包括：實現IMS與PSTN或電路域CS的控制面交互，支持IMS的SIP協議與PSTN或電路域ISUP/BICC

14、的交互及會話互通通過控制IM-MGW完成PSTN或電路域承載于IMS域用戶面RTP的實時轉換，以及必要的編解碼轉換。對來自PSTN/CS網絡指向IMS用戶的呼叫進行號碼分析，選擇合適的CSCF。生成計費相關的信息并送往CCF。MGCF接口與協議Mj接口用于BGCF與MGCF之間通信，采用SIP協議或者翻譯后的ISUP、 BICC協議。Mg接口用于S-CSCF與MGCF之間通信，采用SIP協議。Mn接口用于MGCF與IM-MGW之間通信，采用協議。關鍵網元MRFC/MRFPOSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMe

15、diaServersBCFH.248BGFMRFCH.248RTPP-CSCFWLAN/WiMAXI/S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDMA-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMSAGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSL

16、PhoneGUPDHCPOMCBGCFMRFC/MRFP主要完成IMS域媒體資源功能。提供如媒體轉換、放音、會議資源等功能。此外，MRFC支持理離線和在線計費功能。媒體資源功能控制部分(MRFC) MRFC(Multimedia Resource Function Controller， 媒體資源功能控制) 控制Mb接口點的承載；接收來自AS或S-CSCF的SIP控制命令并控制MRFP上的媒體資源控制MRFP中的媒體資源，包括輸入媒體流的混合(如多媒體 會 議)、媒體流接收的處理 等。媒體資源功能處理部分(MRFP) MRFP(Multimedia Resource Function Proc

17、cessor，媒體資源功能處理)位于IMS承載面(媒體平面)，在歸屬網絡中。它根據MRFC的控制提供媒體相關的服務，包括多方會議、語音提示、鈴聲、語音識別、語音合成等。在MRFC的控制下進行媒體流及特殊資源的控制；對外部提供RTP/IP的媒體流連接和相關資源；支持多方媒體流的混合的功能(如多媒體會議)；支持媒體流的處理的功能(如音頻的編解碼轉換、媒體分析)。關鍵網元HSSOSA-SCSIM-SSFSIPASIP BoneHSSSLFSSSSSSSSSSSSISCShIMS COREMRFPMediaServersBCFH.248BGFMRFCH.248RTPP-CSCFWLAN/WiMAXI/

18、S-CSCFPDGPDSNPresenceMessagingConferencePoCGLMSUMSONLYSoftDAPPSCRBTVPN 3rd party AppsAGCFENUMChargingDNSGGSNW/TD-SCDMACDMA-2000CDMAGSMEthernet/HFCWLAN/3.5GAGMGCFMGWVOCSMSAGIP MulitimediaPhonePBX智能終端BGW(可選)BGW(可選)IADSIPRTPH.248DiameterAGCFPDFCOPSxDSLPhoneGUPDHCPOMCBGCFHSS是對傳統HLR的增強。CS/PS域采用MAP進行通信，IM

19、S采用Daimeter進行通信。 HSS接口(Home Subscriber Server）移動性管理(Mobility Management)支持呼叫和會話建立(Call Session Establishment Support)支持業務定制(Service Provisioning Support)SLF接口 (Subscription Locator Function)SLF作為一種地址解析機制 CSCF和AS可通過輸入用戶 地址查詢SLF來找到存儲相應用戶信息的HSS 三種業務提供相關的功能實體AS AS實體介紹應用服務器(AS，Application Server)是一個提供增值多

20、媒體業務的SIP實體。 處理和影響從IMS發來的SIP會話的能力；發起SIP請求的能力；發送計費信息給CCF和OCS的能力。當前IMS中的三種應用服務器AS(Application Service) SIP應用服務器(SIP AS) IP多媒體業務轉換功能(IM-SSF) OSA業務能力服務器(OSA-SCS) WCDMA技術演進路線網絡結構SIP和SDP協議業務流程編號與HSS提 綱35什么是SIP?Session Initiation Protocol -會話發起協議 是IETF制定的多媒體通信協議，它是一個基于文本的應用層控制協議，獨立于底層協議，用于建立、修改和終止IP網上的雙方或多方

21、的多媒體會話36SIP消息基本模式采用Client/Server和HTTP協議模型請求和響應構成一個事務，事務之間相互獨立，一個完整的呼叫包含多個事務； 消息中可攜帶任意類型的消息體。 SIP網絡結構Redirect ServerLocation ServerRegistrar ServerUser AgentProxy ServerGatewayPSTN/CSSIP 網絡成員Proxy Server代理服務器SIP位置服務器重定向服務器注冊理服務器網關SIP-I/TSIP網絡實體 用戶代理（User Agent）：代表一個終端系統，由于SIP基于Client-Server架構，UA包括兩種類

22、型實體：UAC（User Agent Client），用于產生請求;UAS（User Agent Server）基于UAC發出的請求，產生相應的響應PROXY:為其它的客戶機代理，進行SIP消息的轉接和轉發的功能。消息機制與UAC和UAS相似。對收到的請求消息進行翻譯和處理后，傳遞給其他的服務器REDIRECT SERVER:接收SIP請求，把請求中的原地址映射為零個或多個地址，返回給客戶機，客戶機根據此地址重新發送請求 REGISTAR:登記服務器只接收用戶代理客戶機發送的登記請求。由于登記服務器通常不是獨立存在的，在劃分SIP網絡服務器時并沒有將它作為單獨的一類。登記服務器通常和代理服務器

23、或重定向服務器處于同一物理實體中 LOCATION SERVER:代理服務器或重定向服務器從位置服務器獲取被叫當前可能的位置信息。位置服務器可以在物理上與SIP網絡服務器處于同一位置，也可以是單獨配置的。網絡服務器訪問位置服務器的方式（可選用LDAP，輕型目錄訪問協議）并不屬于SIP協議的范疇，位置服務器不能算是一種SIP服務器 SIP功能特點用戶定位（User location）：確定用于通訊的終端系統；用戶可用性（User availability）：確定被叫方是否空閑及是否愿意進行通訊；用戶能力（User capabilities）：確定使用的媒體和媒體參數；會話建立（Session s

24、etup）：邀請和提示被叫，在主被叫之間傳遞呼叫參數；會話管理（Session management）：包括會話轉移和終結會話、修改會話參數、調用業務等。40SIP 消息 方法和響應SIP 請求消息:INVITE 通過邀請用戶參與來發起一次呼叫.ACK - 請求用于證實UAC已收到對于INVITE請求的最終響應，和INVITE消息配套使用.BYE - USER AGENT用此方法指示釋放呼叫.CANCEL -該方法用于取消一個尚未完成的請求，對于已完成的請求則無影響.REGISTER 客戶使用該方法在服務器上登記列于To字段中的地址.OPTIONS 用于詢問服務其能力.INFO 用于承載帶外信

25、息,如DTMF信息.SIP 響應消息:1xx -正在處理的信息.2xx -成功.3xx -重定向.4xx - Client錯誤.5xx - Server錯誤.6xx - Global錯誤.SIP 網絡成員依賴于SIP信息的交互來進行通訊,消息機制基于Client/Server方式，分為請求和響應兩類。SIP請求和響應REGISTERINVITEACKCANCELBYEOPTIONSUPDATEPRACKSUBSCRIBENOTIFYMESSAGEREFERINFOPUBLISH響應碼的第一個數字用來給響應消息進行分類：1xxProvisional：臨時響應，表明UAS已經收到請求，正在繼續進行

26、處理，UAC收到該響應后，進行相應處理，但不能結束事務2xxSuccess：成功響應，請求被成功的收到、理解并接受3xxRedirection：重定向響應，為完成請求，需要進一步的動作，一般攜帶重定向地址，UAC收到后，自動或者手工選擇重定向地址，重新發起請求4xxClient Error：收到的請求中包含語法錯誤，或者由于UAC的原因服務器不能完成該請求5xxServer Error：服務器不能完成一個明顯有效的請求6xxGlobal Error：請求不能在任何服務器上完成響應還可以分為：臨時響應（Provisional Response）：臨時響應收到后，不代表事務的結束，只代表事務的一個

27、中間狀態，如1xx最終響應（Final Response）：最終響應代表一個事務的結束，UAC收到后應該釋放事務相關的資源，有：2xx、3xx、4xx、5xx、6xx，即除1xx以外的響應都是最終響應42 消息體 起始行SIP 請求消息格式 From: Zhangli To: Liming CSeq: 1 INVITE Contact: Content-Type: application/sdp Content-Length: . v=0 s=Mr. Liming, have a chat. t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 消

28、息頭43 起始行SIP 響應消息格式SIP/2.0 180 Ringing From: Zhangli To: Liming CSeq: 1 INVITE Contact: Content-Length: 0消息頭44 起始行SIP 響應消息格式SIP/2.0 200 OK From: Zhangli To: Liming CSeq: 1 INVITE Contact: Content-Type: application/sdp Content-Length: 193 v=0 o=Pingtel 5 5 IN IP4 s=phone-call c=IN IP4 t=0 0 m=audio 87

29、66 RTP/AVP 0 a=rtpmap:0 pcmu/8000/1 消息頭消息體45SIP 地址形式SIP 地址形式用SIP URL來定義, 其格式為: userhost-用戶名 主機名(或域名). SIP URL 實例:sip:hostnamesip:sip46SDP 功能：用于承載IP網絡中建立多媒體會話時的媒體流信息，它定義了會 話描述的統一格式。 這些信息包括：會 話 名 和 目 的會 話 激 活 的 時 間 段構 成 會 話 的 媒 體接 收 這 些 媒 體 所 需 的 信 息（ 地 址、 端 口、 格 式）會 話 所 用 的 帶 寬 信 息會 話 負 責 人 的 聯 系 信 息

30、媒體協商SDP（會話描述協議）介紹47媒體協商SDP（會話描述協議）介紹 舉例： v=0 s=Mr. Watson, come here. i=A Seminar on the session description protocol t=3149328600 0 m=audio 3456 RTP/AVP 0 3 4 5 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:4 G723/8000 a=rtpmap:5 DVI4/8000 話會描述部分媒體描述部分接收媒體流的地址接收媒體流的端口接收媒體流的格式3G技術演進路線網絡結構SIP和Dia

31、meter協議業務流程編號與HSS提 綱用戶注冊與注銷GGSNSGSNIP-CANHome or Visited NetworkIMS UES-CSCFHSSP-CSCFI-CSCFSIP-ASIMS domainHome NetworkOperator IOperator XIMS Signaling PDP contextREGISTERDNS 1.用戶注冊時，S-CSCF根據簽約信息，給相應AS發送注冊消息。2.用戶注銷時，S-CSCF根據簽約信息，給相應AS發送注銷消息。根據需要，訂閱相應用戶的注冊狀態信息。3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CS

32、CFHSSP-CSCFDNSREGISTER Via: SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 70P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11From: ;tag=4fa3To: Contact: ;expires=600000Call-ID: apb03a0s09dkjdfglkj49111Authorization: Digest username=user1_, rea

33、lm=, nonce=, uri=sip:, response=Security-Client: ipsec-3gpp; alg=hmac-sha-1-96; spi-c=23456789; spi-s=12345678; port-c=2468; port-s=1357Require: sec-agreeProxy-Require: sec-agree CSeq: 1 REGISTERSupported: pathContent-Length: 03GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFDNS 5555:aaa:bbb:ccc:dd

34、d;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 69P-Access-Network-Info:Path: Require: pathP-Visited-Network-ID: Visited Network Number 1P-Charging-Vector: icid-value=AyretyU0dm+6O2IrT5tAFrbHLso=023551024From: To: Contact: Call-ID: Authorization: Digest username=user1_, realm=, nonce=, uri=sip:, r

35、esponse=, integrity-protected=noCSeq: Supported:Content-Length: 3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFDNSMessage source & destinationCx Information element nameInformation Source in REGISTERDescriptionI-CSCF to HSSPrivate User IdentityAuthorization:The Private User Identity is encoded in

36、 the username field according to the Authorization protocol. Public User IdentityTo:Identity which is used to communicate with other usersVisited Network IdentifierP-Visited-Network-ID:This information indicates the network identifier of the visited networkVia: SIP/2.0/UDP icscf1_;branch=z9hG4bK351g

37、45.1, SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 68P-Access-Network-Info:Path:Require: P-Visited-Network-ID: P-Charging-Vector:From: To: Contact: Call-ID: Authorization: CSeq: Supported:Content-Length: 3GPP用戶接入IMS流程IMS COREIP

38、-CANI-CSCFIPP-CSCFHSSS-CSCFSIP/2.0 401 UnauthorizedVia: SIP/2.0/UDP icscf1_;branch=z9hG4bK351g45.1, SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd;comp=sigcomp;branch=z9hG4bKnashds7From: ;tag=4fa3To: ; tag=5ef4Call-ID: apb03a0s09dkjdfglkj49111CSeq: 1 REGISTERContent-Length: 0

39、DNS3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFSIP/2.0 401 UnauthorizedVia: SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd;comp=sigcomp;branch=z9hG4bKnashds7From: To: Call-ID: WWW-Authenticate:CSeq: Content-Length:DNSSIP/2.0 401 UnauthorizedVia: SIP/2.0/UDP 5555:aaa:bbb:

40、ccc:ddd;comp=sigcomp;branch=z9hG4bKnashds7From: To: Call-ID: WWW-Authenticate: Digest realm=, nonce=base64(RAND + AUTN + server specific data), algorithm=AKAv1-MD5Security-Server: ipsec-3gpp; q=0.1; alg=hmac-sha-1-96; spi-c=98765432; spi-s=87654321; port-c=8642; port-s=7531CSeq: Content-Length: 3GPP

41、用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFVia: SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd:1357;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 70P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11From: ;tag=4fa3To: Contact: ;expires=600000Call-ID: apb03a0s09dkjdfglkj49111Authorization:

42、 Digest username=user1_, realm=, nonce=base64(RAND + AUTN + server specific data), algorithm=AKAv1-MD5, uri=sip:, response=6629fae49393a05397450978507c4ef1Security-Client: ipsec-3gpp; alg=hmac-sha-1-96; spi-c=23456789; spi-s=12345678; port-c=2468; port-s=1357Security-Verify: ipsec-3gpp; q=0.1; alg=h

43、mac-sha-1-96; spi-c=98765432; spi-s=87654321; port-c=8642; port-s=7531Require: sec-agreeProxy-Require: sec-agreeCSeq: 2 REGISTERSupported: pathContent-Length: 0DNS3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFVia: SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd:1357;comp=si

44、gcomp;branch=z9hG4bKnashds7Max-Forwards: 69P-Access-Network-Info:Path: Require: pathP-Visited-Network-ID: Visited Network Number 1P-Charging-Vector: icid-value=AyretyU0dm+6O2IrT5tAFrbHLso=023551024From: To: Contact: Call-ID: Authorization: Digest username=user1_, realm=, nonce=base64(RAND + AUTN + s

45、erver specific data), algorithm=AKAv1-MD5, uri=sip:, response=6629fae49393a05397450978507c4ef1, integrity-protected=yesCSeq: Supported:Content-Length: DNS3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFVia: SIP/2.0/UDP icscf1_;branch=z9hG4bK351g45.1, SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UD

46、P 5555:aaa:bbb:ccc:ddd:1357;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 68P-Access-Network-Info:Path:Require: P-Visited-Network-ID: P-Charging-Vector:From: To: Contact: Call-ID: Authorization: CSeq: Supported:Content-Length: DNS3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFSIP/2.0 200 OKVia:

47、 SIP/2.0/UDP icscf1_;branch=z9hG4bK351g45.1, SIP/2.0/UDP ;branch=z9hG4bK240f34.1, SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd:1357;comp=sigcomp;branch=z9hG4bKnashds7Path: Service-Route: From: To: Call-ID: Contact: ;expires=600000CSeq: Date: Wed, 11 July 2001 08:49:37 GMTP-Associated-URI: , , Content-Length: DN

48、S3GPP用戶接入IMS流程IMS COREIP-CANI-CSCFIPP-CSCFHSSS-CSCFSIP/2.0 200 OKVia: SIP/2.0/UDP 5555:aaa:bbb:ccc:ddd:1357;comp=sigcomp;branch=z9hG4bKnashds7Path:Service-Route:From: To: Call-ID: Contact:CSeq: Date: P-Associated-URI:Content-Length: DNS用戶注冊狀態訂閱和通知IMS COREIP-CANI-CSCFIPZXWN-CSCFHSSS-CSCFVia: SIP/2.0/

49、UDP 5555:aaa:bbb:ccc:ddd:1357;comp=sigcomp;branch=z9hG4bKnashds7Max-Forwards: 70Route: , P-Preferred-Identity: John Doe P-Access-Network-Info: 3GPP-UTRAN-TDD; utran-cell-id-3gpp=234151D0FCE11Privacy: noneFrom: ;tag=31415To: Call-ID: b89rjhnedlrfjflslj40a222Require: sec-agreeProxy-Require: sec-agreeC

50、Seq: 61 SUBSCRIBEEvent: regExpires: 600000Accept: application/reginfo+xmlSecurity-Verify: ipsec-3gpp; q=0.1; alg=hmac-sha-1-96; spi-c=98765432; spi-s=87654321; port-c=8642; port-s=7531Contact: Content-Length: 0DNS。Subscription-State: active;expires=600000Event: regContent-Type: application/reginfo+x

51、ml sip:5555:aaa:bbb:ccc:ddd sip:5555:aaa:bbb:ccc:ddd sip:5555:aaa:bbb:ccc:ddd 資源預留功能一、資源預留的提出：1. RFC3312、RFC4032：在某些網絡環境中，例如移動網絡，需要進行資源預留，如果資源沒有預留好就給被叫用戶振鈴，被叫馬上摘機會導致媒體不通， 產生“ghost rings”現象 ；2. 為解決上述問題，RFC3312提出了Precondition的概念； Offer方提出對媒體的約束條件：precondition，answer方在這些條件沒有達到前不會對用戶振鈴或者建立會話；3、通過SIP協議中的

52、183、PRACK（臨時可靠相應）、Update消息來完成資源預留和資源激活功能。 IMS的放音一、放音問題的提出：1. RFC3959、RFC3960定義了early media:在發出INVITE后到收到200 OK之前的媒體稱為Early Media ；2. RFC3960對Early Media定義了兩種實現方式，分別為Gateway模式以及Application Server模式：Gateway模式通過在最終響應之前建立early media session來完成early media的交互。一般通過臨時可靠響應、PRACK以及UPDATE完成媒體的offer以及answer；App

53、lication Server模式通過UAS和UAC之間建立與session會話分離的early media 的會話，對于early session與session分別進行媒體協商；IMS多媒體會話控制過程ZXWN-CSCF(P1)ZXWN-CSCF(S1)ZXWN-CSCF(I2)ZXWN-HSSUE1INVITEINVITELIRINVITEZXWN-CSCF(S2)INVITEINVITEZXWN-CSCF(P2)DNS QueryLIAUE2INVITE200 OK(PRACK) 200 OK（UPDATE）200 OK183PRACK200 OK(PRACK)183183資源授權資源

54、預留資源授權資源預留UPDATEPRACK180200 OK(INVITE)200 OK(INVITE)資源批準資源批準ACKBYE200 OKIMS業務提供架構S-CSCF會話控制模型IMS 業務觸發機制iFC觸發流程iFC觸發流程（續）1用戶通過向其S-CSCF發送一個SIP初始請求啟動一個SIP會話2當收到這個請求后，S-CSCF 從這個請求中推導出SPT，然后檢查SPT是否與過濾準則X匹配，如果匹配，則S-CSCF轉發該請求到AS13AS1按照ServiceKey執行特定的業務邏輯 ，執行完成后，將該SIP請求再回送給S-CSCF，并可能會修改業務相關信息4a收到從AS1的SIP請求后

55、，S-CSCF 再次從這個請求中推導出SPT，然后檢查SPT是否與過濾準則Y匹配，如果匹配，則S-CSCF轉發該請求到AS24b如果該請求與任何后續的過濾準則都不匹配，則S-CSCF按照正常的SIP路由機制尋找下一跳然后進行轉發（SIP路由機制采用RFC3261的 Loose Routing）5aAS2按照ServiceKey執行特定的業務邏輯 ，執行完成后，將該SIP請求再回送給S-CSCF，并可能會修改業務相關信息6aS-CSCF檢查AS2發送的SIP請求，發現與任何過濾準則都不匹配，于是S-CSCF按照正常的SIP路由機制尋找下一跳然后進行轉發呼叫前轉語音通知業務Home Network of UE ANetwork visited by UE AHome N. of UE BUE AUE Bnot re