中國移動CM_IMS試點多媒體電話與補(bǔ)充業(yè)務(wù)總體技術(shù)要求內(nèi)容

. -實施-發(fā)布中國移動通信集團(tuán)公司 發(fā)布中國移動通信企業(yè)標(biāo)準(zhǔn)中國移動CM-IMS試點多媒體 與補(bǔ)充業(yè)務(wù)總體技術(shù)要求China Mobile CM-IMS Trial- Multimedia Telephony and Supplementary Services General Technical Specification版本號：1.1.043 / 43目 錄前言本方案對CM-IMS試點多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實現(xiàn)過程中需要規(guī)的容提出全面要求，是CM-IMS多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實現(xiàn)所需要遵從的綱領(lǐng)性技術(shù)文件。本方案主要包括IMS多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實現(xiàn)過程中的接口要求、信令流程等容。本標(biāo)準(zhǔn)由中國移動通信集團(tuán)公司計劃部提出，由集團(tuán)公司技術(shù)部歸口管理。本標(biāo)準(zhǔn)由標(biāo)準(zhǔn)歸口部門負(fù)責(zé)解釋。本標(biāo)準(zhǔn)起草單位：中國移動通信研究院。本標(biāo)準(zhǔn)主要起草人：王亞晨、婷1 圍本技術(shù)要求對技術(shù)方案所作用的技術(shù)疇提出規(guī)定，原則上在中國移動通信集團(tuán)部使用，用于在IMS業(yè)務(wù)試驗、業(yè)務(wù)開展和招標(biāo)選型方面為集團(tuán)公司和省公司提供技術(shù)依據(jù)；適用于中國移動IMS網(wǎng)絡(luò)環(huán)境。2 引用標(biāo)準(zhǔn)下列標(biāo)準(zhǔn)所包含的條文，通過在本標(biāo)準(zhǔn)中引用而成為本標(biāo)準(zhǔn)的條文。本標(biāo)準(zhǔn)出版時，所示版本均為有效。所有標(biāo)準(zhǔn)都會被修訂，使用本標(biāo)準(zhǔn)的各方應(yīng)探討使用下列標(biāo)準(zhǔn)最新版本的可能性。1IETF RFC 3261, “SIP: Session Initiation Protocol”2IETF RFC 3262, “Reliability of Provisional Responses in Session Initiation Protocol (SIP)”3IETF RFC 3264, “An Offer/Answer Model with Session Description Protocol (SDP)”4IETF RFC 3265, “Session Initiation Protocol (SIP)-Specific Event Notification”5IETF RFC 3323, “A Privacy Mechanism for the Session Initiation Protocol (SIP)”6IETF RFC 3455, “Private Header (P-Header) Extensions to the Session InitiationProtocol (SIP) for the 3rd-Generation Partnership Project (3GPP)”7IETF RFC 3515, “The Session Initiation Protocol (SIP) Refer Method”8IETF RFC 3840, “Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)”9IETF RFC 3841, “Caller Preferences for the Session Initiation Protocol (SIP)”10IETF RFC 3959, “The Early Session DispositionType for the Session Initiation Protocol (SIP)”11IETF RFC 3960, “Early Media and Ringing Tone Generationin the Session Initiation Protocol (SIP)”123GPP TR 23.002,“Network Architecture”, v7.1.0133GPP TR 23.003, “Numbering, Addressing and Identification”, v6.9.0143GPP TR 23.218, “IP Multimedia (IM) session handling; IM call model; Stage 2”, v7.1.0153GPP TS 23.228, “IP Multimedia Subsystem (IMS); Stage 2”, v7.2.0163GPP TS 24.228, “Signalling flows for the IP multimedia call control based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3”,V5.14.0173GPP TR 29.228, “IP Multimedia (IM) Subsystem Cx and Dx Interfaces; Signalling flows and message contents”, v7.1.0183GPP TR 29.229, “Cx and Dx interfaces based on the Diameter protocol; Protocol details”, v7.1.019ETSI TS 183 004, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services: Communication Diversion (CDIV); Protocol specification”, v1.1.120ETSI TS 183 007, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Originating Identification Presentation (OIP) and Originating Identification Restriction (OIR); Protocol specification”, v1.1.121ETSI TS 183 008,“Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Terminating Identification Presentation (TIP) and Terminating Identification Restriction (TIR); Protocol specification”, v1.1.122ETSI TS 183 009, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Call Waiting (CW); Protocol specification”,v0.0.823ETSI TS 183 010, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); NGN Signalling Control Protocol; Communication Hold (HOLD) PSTN/ISDN simulation services”, v1.1.124ETSI ES 283 003, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP) Stage 33GPP TS 24.229 (Release 7), modified”, v1.1.125IETF RFC 4244, “An Extension to the Session Initiation Protocol (SIP)for Request History Information”3 術(shù)語、定義和縮略語縮略語英文中文ASApplication Server應(yīng)用服務(wù)器APNAccess Point Name接入點名AUTNAuthentication TokeN鑒權(quán)TokeNB2BUABack-to-Back User Agent背靠背用戶代理BGCFBreakout Gateway Control Function出口網(wǎng)關(guān)控制功能CCFCharging Collection Function計費收集功能CDRCharging DataRecord計費數(shù)據(jù)記錄CKCiphering Key加密密鑰CNCore Network核心網(wǎng)CSCircuit Switched電路交換CSCFCall Session Control Function 呼叫會話控制功能DHCPDynamic Host Configuration Protocol動態(tài)主機(jī)配置協(xié)議DNSDomain Name System域名系統(tǒng)DTDDocument Type Definition文檔類型定義ECFEvent Charging Function事件計費功能FQDNFully Qualified Domain Name全資格域名GCIDGPRS Charging IdentifierGPRS計費標(biāo)識GGSNGateway GPRS Support Node網(wǎng)關(guān)GPRS支持節(jié)點GPRSGeneral Packet Radio Service通用分組無線業(yè)務(wù)HSSHome Subscriber Server歸屬用戶服務(wù)器I-CSCFInterrogating-CSCF查詢-CSCFICIDIM CN subsystem Charging IdentifierIMS計費標(biāo)識IKIntegrity Key完整性密鑰IMIP MultimediaIP多媒體IMPIIM Private IdentityIP多媒體私有標(biāo)示IMPUIM Public IdentityIP多媒體公有標(biāo)示IMSIP Multimedia Core Network SubsystemIP多媒體網(wǎng)絡(luò)子系統(tǒng)IMS-ALGIMS Application Level GatewayIMS應(yīng)用層網(wǎng)關(guān)IMSIInternational Mobile Subscriber Identifier國際移動用戶標(biāo)識IOIInter Operator Identifier部運營商標(biāo)識IP-CANIP-Connectivity Access NetworkIP-連通性接入網(wǎng)絡(luò)IpsecIP securityIP安全I(xiàn)SCIP multimedia Subsystem Service ControlIMS業(yè)務(wù)控制ISIMIMS SIMIMS 用戶標(biāo)識模塊MACMessage Authentication Code消息驗證碼MCCMobile Country Code移動國家碼MGCFMedia Gateway Control Function媒體網(wǎng)關(guān)控制功能MGWMedia Gateway媒體網(wǎng)關(guān)MNCMobile Network Code移動網(wǎng)碼MRFCMultimedia Resource Function Controller多媒體資源功能控制器MRFPMultimedia Resource Function Processor多媒體資源功能處理器PDPPacket Data Protocol分組數(shù)據(jù)協(xié)議PLMNPublic Land Mobile Network公用陸地移動（通信）網(wǎng)PSTNPublic Switched Telephone Network公共交換網(wǎng)NAINetwork Access Identifier網(wǎng)絡(luò)接入標(biāo)識P-CSCFProxy CSCF代理CSCFPDUProtocol Data Unit協(xié)議數(shù)據(jù)單元PSIPublic Service Identity公共業(yè)務(wù)標(biāo)識RANDRANDom challenge隨機(jī)詢問RESRESponse響應(yīng)RTCPReal-time Transport Control Protocol實時傳輸控制協(xié)議RTPReal-time Transport Protocol實時傳輸協(xié)議S-CSCFServing-CSCF服務(wù)-SCSCFSDPSession Description Protocol會話描述協(xié)議SIPSession Initiation Protocol會話發(fā)起協(xié)議SLFSubscription Locator Function簽約定位功能SQNSeQuence Number順序號UAUser Agent用戶代理UACUser Agent Client用戶代理客戶端UASUser Agent Server用戶代理服務(wù)器UEUser Equipment用戶設(shè)備UICCUniversal Integrated Circuit Card通用集成電路卡URIUniform Resource Identifier統(tǒng)一資源標(biāo)識URLUniform Resource Locator統(tǒng)一資源定位USIMUniversal Subscriber Identity Module通用用戶標(biāo)識模塊XMACexpected MAC期望的MACXMLeXtensible Markup Language擴(kuò)展標(biāo)記語言4 網(wǎng)絡(luò)結(jié)構(gòu)4.1 系統(tǒng)組網(wǎng)圖圖4.1：IMS多媒體業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖4.1.1 各網(wǎng)元功能描述4.1.1.1 VPMN SCP智能網(wǎng)業(yè)務(wù)平臺。4.1.1.2 多媒體業(yè)務(wù)AS用于為IMS用戶提供多媒體基本業(yè)務(wù)與補(bǔ)充業(yè)務(wù)。4.1.1.3 業(yè)務(wù)管理平臺對多媒體業(yè)務(wù)進(jìn)行管理、配置；提供業(yè)務(wù)用戶自助Portal。4.1.1.4 CSCF會話控制與路由層。IMS核心網(wǎng)絡(luò)的核心網(wǎng)元，包含P-CSCF，I-CSCF，S-CSCF等設(shè)備，執(zhí)行用戶注冊，會話接入/路由等基本功能。4.1.1.5 HSSIMS用戶信息服務(wù)器，保存IMS用戶的業(yè)務(wù)訂閱信息。4.1.1.6 MRFC/MRFP 對終端播放呼叫回鈴音和各類呼叫提示音。4.1.1.7 MGCF 用于IMS與PLMN/PSTN用戶的互通。4.1.1.8 網(wǎng)管服務(wù)器網(wǎng)管服務(wù)器NMS為多媒體業(yè)務(wù)提供網(wǎng)元管理能力，主要是提供各網(wǎng)元的拓?fù)湫畔?、告警、日志、維測、配置、統(tǒng)計等功能。4.1.1.9 在線/離線計費服務(wù)器在線計費服務(wù)器OCS對其他網(wǎng)元提供了在線計費功能。離線計費系統(tǒng)，通過FTP收集用戶話單，完成后付費功能。4.1.2 接口描述4.1.2.1 多媒體業(yè)務(wù)AS與IMS CN的接口(ISC)采用SIP協(xié)議，實現(xiàn)會話控制。4.1.2.2 MRFC/MRFP與UE的媒體流接口(Mb)采用RTP/RTCP 協(xié)議，實現(xiàn)媒體流的分發(fā)和流量控制。4.1.2.3 多媒體業(yè)務(wù)AS與UE的接口采用 協(xié)議，完成業(yè)務(wù)功能配置。4.1.2.4 多媒體業(yè)務(wù)AS與業(yè)務(wù)管理平臺接口多媒體業(yè)務(wù)AS與業(yè)務(wù)管理平臺之間的接口基于SOAP協(xié)議，其主要功能包括業(yè)務(wù)開通/注銷，業(yè)務(wù)設(shè)置等。4.1.2.5 計費接口與融合計費系統(tǒng)（OCS/CCF）之間遵循Diameter 接口協(xié)議。OCS和CCF提供在線計費和離線計費的支持。4.1.2.6 多媒體業(yè)務(wù)AS與網(wǎng)管接口多媒體業(yè)務(wù)AS與網(wǎng)管之間的接口基于SNMP協(xié)議，其主要功能是通過業(yè)務(wù)網(wǎng)管進(jìn)行維護(hù)、配置與管理。5 信令流程與接口要求關(guān)于信令流程中涉與precondition機(jī)制的使用說明如下：l 考慮到IMS核心設(shè)備，業(yè)務(wù)平臺與終端的兼容性，要求IMS核心設(shè)備，業(yè)務(wù)平臺與終端能夠兼容非Precondition與Precondition機(jī)制的會話l Precondition機(jī)制使用建議：對于IMS固定終端間的會話，建議使用非Precondition機(jī)制的信令流程，對于涉與IMS移動終端的會話，會話過程中Precondition是否使用由通信雙方協(xié)商確定，建議使用Precondition機(jī)制l 本規(guī)主要對非Precondition機(jī)制的信令流程進(jìn)行說明5.1 用戶鑒權(quán)流程5.1.1 AKA鑒權(quán)UE和核心網(wǎng)接口要求：遵循3GPP TS 24.229、3GPP TS 33.203定義的消息和參數(shù)。本特性不涉與核心網(wǎng)和AS的接口。5.1.2 digest鑒權(quán)UE和核心網(wǎng)接口要求：遵循RFC3261、RFC2069、RFC2617和3GPP TS 24.229定義的消息和參數(shù)。本特性不涉與核心網(wǎng)和AS的接口。5.2 Sh接口流程圖5.2 sh接口信令流程圖1.用戶簽約了新的業(yè)務(wù)，運營商在AS上為用戶服務(wù)。AS存儲了一些業(yè)務(wù)數(shù)據(jù)，用Sh-Update來給HSS上傳數(shù)據(jù)；2.HSS確認(rèn)數(shù)據(jù)已經(jīng)更新；3.用戶注冊到這個網(wǎng)絡(luò)；4.S-CSCF從HSS下載用戶數(shù)據(jù)。IFC指示了注冊成功后將要被通知的AS；5.對用戶終端注冊消息的200 OK響應(yīng)；6.S-CSCF發(fā)送第三方注冊消息到AS通知用戶已經(jīng)注冊；7.對第三方注冊消息的200 OK響應(yīng)；8.AS通過Sh-Pull從HSS下載業(yè)務(wù)需要的數(shù)據(jù) (user identity, requested data, and service information)；9.HSS向AS發(fā)送數(shù)據(jù)；10.AS通過Sh-Subs-Notif向HSS訂閱數(shù)據(jù)更改通知 (user identity, requested data, and/or service information)；11.HSS對訂閱消息的確認(rèn)；12.當(dāng)HSS用戶數(shù)據(jù)變更時. HSS 通過Sh-Notif通知AS數(shù)據(jù)的變更 (user identity, updated data)；13.AS確認(rèn)數(shù)據(jù)變更通知；14.AS某些時候可以通過Cx-Update更新HSS中的數(shù)據(jù) (user identity, updated data)；15.HSS 確認(rèn)數(shù)據(jù)已經(jīng)更新；5.2.1 UE和核心網(wǎng)接口要求本特性不涉與UE和核心網(wǎng)的接口。5.2.2 核心網(wǎng)和AS接口要求遵循RFC 3261和3GPP TS 29.328、3GPP TS 29.329中定義的消息和參數(shù)。5.3 多媒體業(yè)務(wù)流程多媒體業(yè)務(wù)流程包含了點到點語音業(yè)務(wù)與視頻業(yè)務(wù)流程。5.3.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。5.3.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。5.3.3 信令流程圖5.3.3 多媒體信令流程1主叫用戶UE-A的呼叫請求通過P-CSCF(O)被送到S-CSCF(O)。2S-CSCF(O)根據(jù)用戶簽約的IFC將INVITE請求發(fā)送到AS。 3AS處理主叫用戶的業(yè)務(wù)，并向S-CSCF(O)發(fā)送INVITE消息。4S-CSCF(O)根據(jù)被叫進(jìn)行路由，將INVITE請求消息發(fā)送給被叫用戶所在的I-CSCF(T)，I-CSCF(T)收到INVITE請求后，通過Cx操作LIR/LIA獲取為被叫用戶服務(wù)的S-CSCF(T)。并將INVITE消息發(fā)送給S-CSCF(T)。5S-CSCF(T)收到INVITE請求后，根據(jù)用戶簽約IFC信息，將請求觸發(fā)到AS，AS處理被叫用戶的業(yè)務(wù)。6S-CSCF(T)收到AS的INVITE請求，并將請求通過P-CSCF(T)路由至被叫用戶UE-B。7通過后續(xù)的180、200 OK消息交互，會話建立。8主叫用戶UE-A發(fā)送BYE消息，釋放會話。5.4 主叫識別顯示(CLIP)5.4.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.4.1.1 INVITE（核心網(wǎng)> UE）序號參數(shù)屬性參數(shù)描述1P-Asserted-Identity可選用于傳遞主叫地址的信息本參數(shù)由PCSCF填寫，由核心網(wǎng)傳遞到被叫UE5.4.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.4.2.1 INVITE（核心網(wǎng)<>AS）序號參數(shù)屬性參數(shù)描述1P-Asserted-Identity必選用于傳遞主叫IMPU；核心網(wǎng)和主被叫AS雙向傳遞5.4.3 信令流程呼叫流程同圖5.3.3，主叫顯示的信令處理過程如下：1根據(jù)終端的策略或者發(fā)端用戶的選擇，在INVITE中可以包含P-Preferred-Identity頭域，表示終端期望使用哪個用于顯示。如果主叫終端發(fā)送的會話請求中包含P-Preferred-Identity 頭字段，則P-CSCF 應(yīng)刪除該頭字段，并檢查該頭字段所填寫的標(biāo)識是否與該用戶已注冊的公共用戶標(biāo)識之一相符合。若符合，P-CSCF 應(yīng)將其值填寫在P-Asserted-Identity 頭字段中；若不符合，或者主叫終端發(fā)送的請求中沒有包含P-Preferred-Identity 頭字段，則P-CSCF 應(yīng)將用戶注冊公共用戶標(biāo)識的默認(rèn)值填寫在P-Asserted-Identity頭字段中。如果公共用戶標(biāo)識的默認(rèn)值有多個，則P-CSCF 可隨機(jī)選取其中的一個。2INVITE頭域中可以包含一個或兩個P-Asserted-Identity頭域，一個P-Asserted-Identity頭域中也可能會包括兩個P-Asserted-Id值（參考RFC3325）。發(fā)端P-CSCF按照上述原則在INVITE中插入P-Asserted-Identity頭域。3AS根據(jù)業(yè)務(wù)要求選擇要給被叫顯示的主叫，并把要顯示的放在From頭域中，F(xiàn)rom頭域用來做主叫顯示。為了保證from頭域的可靠性，AS要求能夠根據(jù)P-Asserted-Identity中的對from頭域進(jìn)行鑒別，保證from頭域和P-Asserted-Identity頭域的一致性。4收端P-CSCF和AS對P-Asserted-Identity頭域和From頭域沒有特殊處理，頭域在INVITE中透傳給被叫終端，終端從From頭域取做主叫顯示。5.5 主叫識別限制(CLIR)5.5.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。被叫AS應(yīng)當(dāng)有去掉主叫信息的能力。以下僅列出業(yè)務(wù)特殊的需要：5.5.1.1 INVITE（核心網(wǎng)>UE）序號參數(shù)屬性參數(shù)描述1privacy可選用于傳遞主叫顯示限制的信息：參見RFC3261與3GPP 24.229的定義其值為”id”、”user”、 ”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時表示主叫沒有CLIR業(yè)務(wù)；核心網(wǎng)到被叫UE時可以攜帶此頭域5.5.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.5.2.1 INVITE（核心網(wǎng)<>AS）序號參數(shù)屬性參數(shù)描述1privacy必選用于傳遞主叫顯示限制的信息：參見RFC3261與3gpp24.229的定義其值為”id”、”user”、”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時表示主叫沒有CLIR業(yè)務(wù)；主叫AS到核心網(wǎng)攜帶此頭域，被叫AS到核心網(wǎng)是雙向的5.5.3 信令流程呼叫流程同5.3.3，主叫顯示限制的信令處理過程如下：1主叫顯示限制有兩種觸發(fā)方式：永久方式和臨時方式。對于臨時方式，終端可以通過接入碼方式觸發(fā)，也可以通過在請求消息中插入Privacy頭域方式來觸發(fā)。如果主叫用戶希望當(dāng)前呼叫限制主叫顯示，可以在INVITE中插入Privacy頭域，值為id或header，同時隱藏From頭域中可能暴露主叫的信息。（參考RFC3323與RFC3325）2發(fā)端S-CSCF將呼叫觸發(fā)到發(fā)端AS后，如果INVITE消息中沒有Privacy頭域，發(fā)端AS通過檢查用戶簽約（永久方式）或通過分析（臨時方式）確定當(dāng)前呼叫是否觸發(fā)主叫顯示限制業(yè)務(wù)。3如果當(dāng)前呼叫需要限制主叫顯示，則發(fā)端AS在INVITE消息中插入Privacy頭域，Privacy頭域中的字段值填寫為id或user或header，同時隱藏From和Contact頭域中可能暴露主叫的信息（參考RFC3323與RFC3325）。4收端P-CSCF收到INVITE后，檢查消息中有Privacy頭域，且字段值為id或user或header，如果被叫用戶沒有主叫顯示逾越權(quán)限，則在發(fā)送給被叫終端的INVITE消息中，隱藏P-Asserted-Identity頭域和From頭域。在限制顯示的情況下，依賴于終端的實現(xiàn)，可能會顯示為“*”號或顯示“CLIR”等。5.6 無條件呼叫前轉(zhuǎn)(CFU)5.6.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.6.1.1 INVITE（核心網(wǎng)>被叫UE）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址5.6.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.6.2.1 INVITE（核心網(wǎng)<>被叫AS）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用戶表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的地址5.6.3 信令流程圖5.6.3 無條件呼叫前轉(zhuǎn)信令流程主叫UE發(fā)起INVITE到AS，AS檢查用戶是否有CFU業(yè)務(wù)，如果有，處理如下：1 判斷本次前轉(zhuǎn)是否已超過設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計算出來。2 如果沒有超過最大前轉(zhuǎn)次數(shù)，如果是第一次前轉(zhuǎn)，發(fā)出的INVITE的消息中如下域需要注意設(shè)置：l Request URI頭域需要設(shè)置成前轉(zhuǎn)方的地址；l History-Info頭域中增加兩個hist-info條目，第一個hi-targeted-to-uri設(shè)為原INVITE消息中被叫的地址，第二個hi-targeted-to-uri設(shè)為前轉(zhuǎn)到的地址。l To頭域設(shè)置為初始被叫的地址；l P-Asserted-Identity頭域中應(yīng)該包含主叫用戶的IMPU。如果不是第一次前轉(zhuǎn)，發(fā)出的INVITE的消息中如下域需要注意設(shè)置：l Request URI頭域需要設(shè)置成前轉(zhuǎn)方的地址；l History-Info頭域中增加一個hist-info條目， hi-targeted-to-uri設(shè)為前轉(zhuǎn)到的地址。l To頭域設(shè)置為初始被叫的地址；l P-Asserted-Identity頭域中應(yīng)該包含主叫用戶的IMPU。5.7 遇用戶忙呼叫前轉(zhuǎn)(CFB)5.7.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.7.1.1 INVITE（核心網(wǎng)>被叫UE）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址5.7.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.7.2.1 INVITE（核心網(wǎng)<>被叫AS）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶IMPU5.7.3 信令流程圖5.7.3 遇用戶忙呼叫前轉(zhuǎn)信令流程1 當(dāng)簽約遇忙前轉(zhuǎn)(CFB)的用戶所在的AS收到向這個用戶發(fā)起的INVITE消息，如果發(fā)現(xiàn)被叫用戶忙，AS檢查用戶是否登記有CFB業(yè)務(wù)，如果有：2 判斷本次前轉(zhuǎn)是否已超過設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計算出來；3 如果沒有超過最大前轉(zhuǎn)次數(shù)，則進(jìn)行前轉(zhuǎn)，發(fā)出的前轉(zhuǎn)Invite消息的設(shè)置規(guī)則同5.6.3。4 向前轉(zhuǎn)方發(fā)出INVITE消息。5.8 遇無應(yīng)答呼叫前轉(zhuǎn)(CFNRy)5.8.1 UE 和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.8.1.1 INVITE（核心網(wǎng)>被叫UE）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址5.8.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.8.2.1 INVITE（核心網(wǎng)<>被叫AS）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的IMPU5.8.3 信令流程圖5.8.3 遇無應(yīng)答呼叫前轉(zhuǎn)信令流程1 當(dāng)簽約無應(yīng)答前轉(zhuǎn)(CFNRy)的用戶所在的AS收到向這個用戶發(fā)起的INVITE消息，在處理發(fā)送完INVITE消息到被叫側(cè)，并且收到用戶的響應(yīng)消息180后，如果AS的等待應(yīng)答定時器超時，AS檢查用戶是否登記有CFNRy業(yè)務(wù)，如果有：2 判斷本次前轉(zhuǎn)是否已超過設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計算出來；3 如果沒有超過最大前轉(zhuǎn)次數(shù)，則進(jìn)行前轉(zhuǎn)，發(fā)出的前轉(zhuǎn)Invite消息的設(shè)置規(guī)則同5.6.3。4 向前轉(zhuǎn)方發(fā)出INVITE消息。5.9 遇用戶未注冊呼叫前轉(zhuǎn)(CFNRc)5.9.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.9.1.1 INVITE（核心網(wǎng)>被叫UE）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的IMPU5.9.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.9.2.1 INVITE（核心網(wǎng)<>被叫AS）序號參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會話中前轉(zhuǎn)的歷史信息，參見RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的IMPU5.9.3 信令流程圖5.9.3 遇用戶未注冊呼叫前轉(zhuǎn)信令流程1 當(dāng)簽約未注冊呼叫前轉(zhuǎn)的用戶所在的AS收到向這個用戶發(fā)起的INVITE消息后，判斷該用戶是否注冊，如果未注冊判斷該用戶是否簽約未注冊前轉(zhuǎn)業(yè)務(wù)，判斷本次前轉(zhuǎn)是否已超過設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計算出來；2如果沒有超過最大前轉(zhuǎn)次數(shù)，則進(jìn)行前轉(zhuǎn)，發(fā)出的前轉(zhuǎn)Invite消息的設(shè)置規(guī)則同5.6.3。3向前轉(zhuǎn)方發(fā)出INVITE消息。5.10 呼叫等待(CW)5.10.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。5.10.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。5.10.3 信令流程圖5.10.3 呼叫等待信令流程1用戶B和用戶C正在通話，用戶B有呼叫等待業(yè)務(wù)；2用戶A呼叫用戶B；3AS發(fā)現(xiàn)用戶B在通話中，但有呼叫等待業(yè)務(wù)，則發(fā)送Invite給B用戶，B的終端給用戶B播放呼叫等待提示音（一般為嘟嘟的提示音）；4A終端收到呼叫等待通知后，給用戶播放信號音提示；5用戶B拍叉簧或按flash鍵，欲切換與C通話，B的終端通過Re-Invite消息上報AS；6AS收到Re-Invite消息后，立即用B的媒體發(fā)起對A的媒體切換，同時對C用戶也進(jìn)行媒體切換，由MRFP對其放音；7A,B用戶進(jìn)入通話。5.11 呼叫保持(HOLD)5.11.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.11.1.1 reINVITE（UE>核心網(wǎng)）序號參數(shù)屬性參數(shù)描述1SDP必選保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0恢復(fù)情況下，SDP里面的a = send-recv或recv-only或c=有效IP5.11.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循RFC3261和3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.11.2.1 reINVITE（核心網(wǎng)>AS）序號參數(shù)屬性參數(shù)描述1SDP必選保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0恢復(fù)情況下，SDP里面的a = send-recv或recv-only或c=有效IP5.11.3 信令流程圖5.11.3 呼叫保持信令流程1 用戶A呼叫用戶B，兩者進(jìn)入正常通話；2 用戶執(zhí)行一定操作，例如：用戶A拍叉簧或按flash鍵等，終端通過Re-Invite消息上報事件；3 AS收到Re-Invite消息后，申請MRFP資源對對B放音樂（呼叫保持音），B用戶被呼叫保持。4 用戶A再次拍叉簧或按flash鍵，終端再次通過Re-Invite消息上報事件。5 AS收到Re-Invite消息后，恢復(fù)用戶A和用戶B的通話。5.12 多方通話5.12.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.12.1.1 reINVITE（UE>核心網(wǎng)）序號參數(shù)屬性參數(shù)描述1SDP必選保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0恢復(fù)情況下，SDP里面的a = send-recv或recv-only或c=有效IP5.12.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.12.2.1 reINVITE（核心網(wǎng)>AS）序號參數(shù)屬性參數(shù)描述1SDP必選保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0恢復(fù)情況下，SDP里面的a = send-recv或recv-only或c=有效IP5.12.3 信令流程圖5.12.3 多方通話信令流程目前的三方通話是由終端來進(jìn)行混音，需要終端支持該功能。1. IMS用戶A登記并激活呼叫保持和三方通話業(yè)務(wù)；2. 用戶A呼叫IMS用戶C，保持通話狀態(tài)；3. 用戶A申請保持與C的通話，然后呼叫IMS用戶B，進(jìn)入通話狀態(tài)；4. 用戶A申請建立多方通話，把C加入到三方通話中；5. 用戶A釋放三方通話。5.13 ODB5.13.1 UE和核心網(wǎng)接口要求UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。5.13.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。5.13.3 信令流程5.13.3.1 閉鎖所有出呼叫圖5.13.3.1 閉鎖所有出呼叫信令流程1終端撥號發(fā)起呼叫。2AS收到INVITE請求后，發(fā)現(xiàn)用戶閉鎖所有出呼叫，則AS對該用戶播放提示音。3放音結(jié)束后，AS發(fā)送487響應(yīng)，釋放該呼叫。5.13.3.2 閉鎖所有入呼叫圖5.13.3.2 閉鎖所有入呼叫信令流程1） 用戶B設(shè)有閉鎖所有入呼叫。2）用戶A撥打用戶B。3）AS收到INVITE請求后，發(fā)現(xiàn)用戶B閉鎖所有入呼叫，于是給A用戶放提示音。4）放音結(jié)束后，AS返回487響應(yīng)，釋放呼叫。5.14 播放提示放音基本回鈴音的播放。對于到IMS域的呼叫其基本回鈴音由主叫側(cè)SIP終端、PC客戶端或接入設(shè)備播放，以便減輕網(wǎng)絡(luò)負(fù)荷；對于IMS域到CS域的呼叫其基本回鈴音由被叫網(wǎng)絡(luò)播放，以便保證播放準(zhǔn)確。通知音的播放。當(dāng)網(wǎng)絡(luò)需要播放失敗通知音時，通常由失敗節(jié)點或第一個收到異常響應(yīng)的服務(wù)器進(jìn)行失敗通知音的播放，并在失敗放音的消息中攜帶P-Early-Media指示。業(yè)務(wù)提示音的播放。當(dāng)網(wǎng)絡(luò)需要播放業(yè)務(wù)提示音時，應(yīng)當(dāng)由業(yè)務(wù)觸發(fā)所在應(yīng)用服務(wù)器進(jìn)行播放。如呼叫等待、呼叫保持等業(yè)務(wù)提示音由對應(yīng)提供服務(wù)的服務(wù)器播放。彩鈴的由彩鈴服務(wù)器播放，并在播放彩鈴的消息中攜帶P-Early-Media指示。5.14.1 基本回鈴音IMS域的呼叫，由主叫終端播放或接入設(shè)備播放基本回鈴音：Phone A SIP IADCSCF/AS 180Invite 撥號SIP IADPhone B振鈴180Invite IAD 播放回鈴音IMS到CS域的呼叫，基本回鈴音由CS域播放：Phone A SIP IADCSCF/AS Invite撥號MGCFPSTN/PLMN播放回鈴音 180P-Early-MediaInvite180P-Early-MediaA聽CS域播放的回鈴音5.14.2 失敗處理音IMS主叫失敗，由主叫AS進(jìn)行失敗提示因的播放：主叫失敗處理放音Phone A SIP IADAS Invite撥號MRS200 OKInvite183P-Early-MediaA聽失敗提示音ACK失敗處理 CSCFInvite183P-Early-MediaIMS被叫失敗，由被叫AS進(jìn)行失敗提示因的播放：被叫失敗處理放音Phone A SIP IADAS Invite撥號MRS200 OKInvite183P-Early-MediaA聽失敗提示音ACK失敗處理 CSCF/ASInvite183P-Early-Media主叫過程CSCFInvite183P-Early-MediaIMS呼叫CS域，CS失敗時由CS域播放失敗提示音：Phone A SIP IADMGCFInvite撥號183P-Early-MediaA聽失敗提示音Invite183P-Early-Media主叫過程CSCF/AS5.14.3 IMS業(yè)務(wù)音IMS域的業(yè)務(wù)提示音，應(yīng)該由業(yè)務(wù)服務(wù)器提供放音，如呼叫等待音的播放由多媒體業(yè)務(wù)服務(wù)器進(jìn)行播放，被叫彩鈴Phone A SIP IADAS Invite撥號MRS200 OKInvite183P-Early-MediaA聽B用戶彩鈴音ACK觸發(fā)彩鈴 CSCF/ASInvite183P-Early-Media主叫過程CSCFInvite183P-Early-Media6 計費結(jié)算6.1 計費多媒體AS本身并不進(jìn)行計費，但提供計費所需的相關(guān)信息。在IMS框架下，多媒體AS提供CDR接口以與相關(guān)計費規(guī)則，實時或非實時的為計費系統(tǒng)提供所需的計費信息。話單的要素如下：l 話單類型；l 話單序號；l 主叫；l 被叫目的；l 修改后的被叫；l AS標(biāo)識；l 呼叫類型指示；l 呼叫持續(xù)時長；l 通話結(jié)束原因；l 呼叫標(biāo)識；6.2 結(jié)算支持多媒體業(yè)務(wù)平臺部結(jié)算。7 網(wǎng)絡(luò)管理網(wǎng)管與KPI報表要求參見附錄A。8 編制歷史版本號更新時間主要容或重大修改V1.1.02009-3-9生成下發(fā)省公司的初始版本附錄A KPI與網(wǎng)管報表序號指標(biāo)類型子類型指標(biāo)編碼中文名稱1系統(tǒng)指標(biāo)系統(tǒng)可靠性C1.001系統(tǒng)重大故障次數(shù)2系統(tǒng)指標(biāo)系統(tǒng)可靠性C1.002系統(tǒng)重大故障持續(xù)時長3系統(tǒng)指標(biāo)用戶數(shù)C1.004IMS用戶總數(shù)4業(yè)務(wù)指標(biāo)登錄指標(biāo)C2.001同時在線人數(shù)峰值5業(yè)務(wù)指標(biāo)登錄指標(biāo)C2.002登錄人數(shù)6業(yè)務(wù)指標(biāo)登錄指標(biāo)C2.003軟終端登錄次數(shù)7業(yè)務(wù)指標(biāo)登錄指標(biāo)C2.004在線時長8業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.001用戶呼叫次數(shù)9業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.002呼叫接通次數(shù)10業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.003系統(tǒng)VoIP應(yīng)答次數(shù)11業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.004VoIP掉話次數(shù)12業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.005系統(tǒng)VoIP接通時長13業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.006用戶通話時長14業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.012IMS用戶發(fā)話應(yīng)答次數(shù)15業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.013IMS用戶發(fā)話通話時長（分鐘）16業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.001IMS域VoIP試呼次數(shù)17業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.002IMS域VoIP接通次數(shù)18業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.003IMS域VoIP應(yīng)答次數(shù)19業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.004IMS域通話時長20業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.005IMS域VoIP接通率21業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.006IMS域VoIP接通時長22業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.007IMS域VoIP話務(wù)量23業(yè)務(wù)指標(biāo)VoIP指標(biāo)