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

. -實(shí)施-發(fā)布中國(guó)移動(dòng)通信集團(tuán)公司 發(fā)布中國(guó)移動(dòng)通信企業(yè)標(biāo)準(zhǔn)中國(guó)移動(dòng)CM-IMS試點(diǎn)多媒體 與補(bǔ)充業(yè)務(wù)總體技術(shù)要求China Mobile CM-IMS Trial- Multimedia Telephony and Supplementary Services General Technical Specification版本號(hào)：1.1.043 / 43目 錄前言本方案對(duì)CM-IMS試點(diǎn)多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實(shí)現(xiàn)過(guò)程中需要規(guī)的容提出全面要求，是CM-IMS多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實(shí)現(xiàn)所需要遵從的綱領(lǐng)性技術(shù)文件。本方案主要包括IMS多媒體與補(bǔ)充業(yè)務(wù)的業(yè)務(wù)實(shí)現(xiàn)過(guò)程中的接口要求、信令流程等容。本標(biāo)準(zhǔn)由中國(guó)移動(dòng)通信集團(tuán)公司計(jì)劃部提出，由集團(tuán)公司技術(shù)部歸口管理。本標(biāo)準(zhǔn)由標(biāo)準(zhǔn)歸口部門負(fù)責(zé)解釋。本標(biāo)準(zhǔn)起草單位：中國(guó)移動(dòng)通信研究院。本標(biāo)準(zhǔn)主要起草人：王亞晨、婷1 圍本技術(shù)要求對(duì)技術(shù)方案所作用的技術(shù)疇提出規(guī)定，原則上在中國(guó)移動(dòng)通信集團(tuán)部使用，用于在IMS業(yè)務(wù)試驗(yàn)、業(yè)務(wù)開(kāi)展和招標(biāo)選型方面為集團(tuán)公司和省公司提供技術(shù)依據(jù)；適用于中國(guó)移動(dòng)IMS網(wǎng)絡(luò)環(huán)境。2 引用標(biāo)準(zhǔn)下列標(biāo)準(zhǔn)所包含的條文，通過(guò)在本標(biāo)準(zhǔn)中引用而成為本標(biāo)準(zhǔn)的條文。本標(biāo)準(zhǔn)出版時(shí)，所示版本均為有效。所有標(biāo)準(zhǔn)都會(huì)被修訂，使用本標(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ù)語(yǔ)、定義和縮略語(yǔ)縮略語(yǔ)英文中文ASApplication Server應(yīng)用服務(wù)器APNAccess Point Name接入點(diǎn)名AUTNAuthentication TokeN鑒權(quán)TokeNB2BUABack-to-Back User Agent背靠背用戶代理BGCFBreakout Gateway Control Function出口網(wǎng)關(guān)控制功能CCFCharging Collection Function計(jì)費(fèi)收集功能CDRCharging DataRecord計(jì)費(fèi)數(shù)據(jù)記錄CKCiphering Key加密密鑰CNCore Network核心網(wǎng)CSCircuit Switched電路交換CSCFCall Session Control Function 呼叫會(huì)話控制功能DHCPDynamic Host Configuration Protocol動(dòng)態(tài)主機(jī)配置協(xié)議DNSDomain Name System域名系統(tǒng)DTDDocument Type Definition文檔類型定義ECFEvent Charging Function事件計(jì)費(fèi)功能FQDNFully Qualified Domain Name全資格域名GCIDGPRS Charging IdentifierGPRS計(jì)費(fèi)標(biāo)識(shí)GGSNGateway GPRS Support Node網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GPRSGeneral Packet Radio Service通用分組無(wú)線業(yè)務(wù)HSSHome Subscriber Server歸屬用戶服務(wù)器I-CSCFInterrogating-CSCF查詢-CSCFICIDIM CN subsystem Charging IdentifierIMS計(jì)費(fèi)標(biāo)識(shí)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國(guó)際移動(dòng)用戶標(biāo)識(shí)IOIInter Operator Identifier部運(yùn)營(yíng)商標(biāo)識(shí)IP-CANIP-Connectivity Access NetworkIP-連通性接入網(wǎng)絡(luò)IpsecIP securityIP安全I(xiàn)SCIP multimedia Subsystem Service ControlIMS業(yè)務(wù)控制ISIMIMS SIMIMS 用戶標(biāo)識(shí)模塊MACMessage Authentication Code消息驗(yàn)證碼MCCMobile Country Code移動(dòng)國(guó)家碼MGCFMedia Gateway Control Function媒體網(wǎng)關(guān)控制功能MGWMedia Gateway媒體網(wǎng)關(guān)MNCMobile Network Code移動(dòng)網(wǎng)碼MRFCMultimedia Resource Function Controller多媒體資源功能控制器MRFPMultimedia Resource Function Processor多媒體資源功能處理器PDPPacket Data Protocol分組數(shù)據(jù)協(xié)議PLMNPublic Land Mobile Network公用陸地移動(dòng)（通信）網(wǎng)PSTNPublic Switched Telephone Network公共交換網(wǎng)NAINetwork Access Identifier網(wǎng)絡(luò)接入標(biāo)識(shí)P-CSCFProxy CSCF代理CSCFPDUProtocol Data Unit協(xié)議數(shù)據(jù)單元PSIPublic Service Identity公共業(yè)務(wù)標(biāo)識(shí)RANDRANDom challenge隨機(jī)詢問(wèn)RESRESponse響應(yīng)RTCPReal-time Transport Control Protocol實(shí)時(shí)傳輸控制協(xié)議RTPReal-time Transport Protocol實(shí)時(shí)傳輸協(xié)議S-CSCFServing-CSCF服務(wù)-SCSCFSDPSession Description Protocol會(huì)話描述協(xié)議SIPSession Initiation Protocol會(huì)話發(fā)起協(xié)議SLFSubscription Locator Function簽約定位功能SQNSeQuence Number順序號(hào)UAUser Agent用戶代理UACUser Agent Client用戶代理客戶端UASUser Agent Server用戶代理服務(wù)器UEUser Equipment用戶設(shè)備UICCUniversal Integrated Circuit Card通用集成電路卡URIUniform Resource Identifier統(tǒng)一資源標(biāo)識(shí)URLUniform Resource Locator統(tǒng)一資源定位USIMUniversal Subscriber Identity Module通用用戶標(biāo)識(shí)模塊XMACexpected MAC期望的MACXMLeXtensible Markup Language擴(kuò)展標(biāo)記語(yǔ)言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ù)平臺(tái)。4.1.1.2 多媒體業(yè)務(wù)AS用于為IMS用戶提供多媒體基本業(yè)務(wù)與補(bǔ)充業(yè)務(wù)。4.1.1.3 業(yè)務(wù)管理平臺(tái)對(duì)多媒體業(yè)務(wù)進(jìn)行管理、配置；提供業(yè)務(wù)用戶自助Portal。4.1.1.4 CSCF會(huì)話控制與路由層。IMS核心網(wǎng)絡(luò)的核心網(wǎng)元，包含P-CSCF，I-CSCF，S-CSCF等設(shè)備，執(zhí)行用戶注冊(cè)，會(huì)話接入/路由等基本功能。4.1.1.5 HSSIMS用戶信息服務(wù)器，保存IMS用戶的業(yè)務(wù)訂閱信息。4.1.1.6 MRFC/MRFP 對(duì)終端播放呼叫回鈴音和各類呼叫提示音。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ù)湫畔?、告警、日志、維測(cè)、配置、統(tǒng)計(jì)等功能。4.1.1.9 在線/離線計(jì)費(fèi)服務(wù)器在線計(jì)費(fèi)服務(wù)器OCS對(duì)其他網(wǎng)元提供了在線計(jì)費(fèi)功能。離線計(jì)費(fèi)系統(tǒng)，通過(guò)FTP收集用戶話單，完成后付費(fèi)功能。4.1.2 接口描述4.1.2.1 多媒體業(yè)務(wù)AS與IMS CN的接口(ISC)采用SIP協(xié)議，實(shí)現(xiàn)會(huì)話控制。4.1.2.2 MRFC/MRFP與UE的媒體流接口(Mb)采用RTP/RTCP 協(xié)議，實(shí)現(xiàn)媒體流的分發(fā)和流量控制。4.1.2.3 多媒體業(yè)務(wù)AS與UE的接口采用 協(xié)議，完成業(yè)務(wù)功能配置。4.1.2.4 多媒體業(yè)務(wù)AS與業(yè)務(wù)管理平臺(tái)接口多媒體業(yè)務(wù)AS與業(yè)務(wù)管理平臺(tái)之間的接口基于SOAP協(xié)議，其主要功能包括業(yè)務(wù)開(kāi)通/注銷，業(yè)務(wù)設(shè)置等。4.1.2.5 計(jì)費(fèi)接口與融合計(jì)費(fèi)系統(tǒng)（OCS/CCF）之間遵循Diameter 接口協(xié)議。OCS和CCF提供在線計(jì)費(fèi)和離線計(jì)費(fèi)的支持。4.1.2.6 多媒體業(yè)務(wù)AS與網(wǎng)管接口多媒體業(yè)務(wù)AS與網(wǎng)管之間的接口基于SNMP協(xié)議，其主要功能是通過(guò)業(yè)務(wù)網(wǎng)管進(jìn)行維護(hù)、配置與管理。5 信令流程與接口要求關(guān)于信令流程中涉與precondition機(jī)制的使用說(shuō)明如下：l 考慮到IMS核心設(shè)備，業(yè)務(wù)平臺(tái)與終端的兼容性，要求IMS核心設(shè)備，業(yè)務(wù)平臺(tái)與終端能夠兼容非Precondition與Precondition機(jī)制的會(huì)話l Precondition機(jī)制使用建議：對(duì)于IMS固定終端間的會(huì)話，建議使用非Precondition機(jī)制的信令流程，對(duì)于涉與IMS移動(dòng)終端的會(huì)話，會(huì)話過(guò)程中Precondition是否使用由通信雙方協(xié)商確定，建議使用Precondition機(jī)制l 本規(guī)主要對(duì)非Precondition機(jī)制的信令流程進(jìn)行說(shuō)明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ù)，運(yùn)營(yíng)商在AS上為用戶服務(wù)。AS存儲(chǔ)了一些業(yè)務(wù)數(shù)據(jù)，用Sh-Update來(lái)給HSS上傳數(shù)據(jù)；2.HSS確認(rèn)數(shù)據(jù)已經(jīng)更新；3.用戶注冊(cè)到這個(gè)網(wǎng)絡(luò)；4.S-CSCF從HSS下載用戶數(shù)據(jù)。IFC指示了注冊(cè)成功后將要被通知的AS；5.對(duì)用戶終端注冊(cè)消息的200 OK響應(yīng)；6.S-CSCF發(fā)送第三方注冊(cè)消息到AS通知用戶已經(jīng)注冊(cè)；7.對(duì)第三方注冊(cè)消息的200 OK響應(yīng)；8.AS通過(guò)Sh-Pull從HSS下載業(yè)務(wù)需要的數(shù)據(jù) (user identity, requested data, and service information)；9.HSS向AS發(fā)送數(shù)據(jù)；10.AS通過(guò)Sh-Subs-Notif向HSS訂閱數(shù)據(jù)更改通知 (user identity, requested data, and/or service information)；11.HSS對(duì)訂閱消息的確認(rèn)；12.當(dāng)HSS用戶數(shù)據(jù)變更時(shí). HSS 通過(guò)Sh-Notif通知AS數(shù)據(jù)的變更 (user identity, updated data)；13.AS確認(rèn)數(shù)據(jù)變更通知；14.AS某些時(shí)候可以通過(guò)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ù)流程包含了點(diǎn)到點(diǎn)語(yǔ)音業(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的呼叫請(qǐng)求通過(guò)P-CSCF(O)被送到S-CSCF(O)。2S-CSCF(O)根據(jù)用戶簽約的IFC將INVITE請(qǐng)求發(fā)送到AS。 3AS處理主叫用戶的業(yè)務(wù)，并向S-CSCF(O)發(fā)送INVITE消息。4S-CSCF(O)根據(jù)被叫進(jìn)行路由，將INVITE請(qǐng)求消息發(fā)送給被叫用戶所在的I-CSCF(T)，I-CSCF(T)收到INVITE請(qǐng)求后，通過(guò)Cx操作LIR/LIA獲取為被叫用戶服務(wù)的S-CSCF(T)。并將INVITE消息發(fā)送給S-CSCF(T)。5S-CSCF(T)收到INVITE請(qǐng)求后，根據(jù)用戶簽約IFC信息，將請(qǐng)求觸發(fā)到AS，AS處理被叫用戶的業(yè)務(wù)。6S-CSCF(T)收到AS的INVITE請(qǐng)求，并將請(qǐng)求通過(guò)P-CSCF(T)路由至被叫用戶UE-B。7通過(guò)后續(xù)的180、200 OK消息交互，會(huì)話建立。8主叫用戶UE-A發(fā)送BYE消息，釋放會(huì)話。5.4 主叫識(shí)別顯示(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）序號(hào)參數(shù)屬性參數(shù)描述1P-Asserted-Identity可選用于傳遞主叫地址的信息本參數(shù)由PCSCF填寫(xiě)，由核心網(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）序號(hào)參數(shù)屬性參數(shù)描述1P-Asserted-Identity必選用于傳遞主叫IMPU；核心網(wǎng)和主被叫AS雙向傳遞5.4.3 信令流程呼叫流程同圖5.3.3，主叫顯示的信令處理過(guò)程如下：1根據(jù)終端的策略或者發(fā)端用戶的選擇，在INVITE中可以包含P-Preferred-Identity頭域，表示終端期望使用哪個(gè)用于顯示。如果主叫終端發(fā)送的會(huì)話請(qǐng)求中包含P-Preferred-Identity 頭字段，則P-CSCF 應(yīng)刪除該頭字段，并檢查該頭字段所填寫(xiě)的標(biāo)識(shí)是否與該用戶已注冊(cè)的公共用戶標(biāo)識(shí)之一相符合。若符合，P-CSCF 應(yīng)將其值填寫(xiě)在P-Asserted-Identity 頭字段中；若不符合，或者主叫終端發(fā)送的請(qǐng)求中沒(méi)有包含P-Preferred-Identity 頭字段，則P-CSCF 應(yīng)將用戶注冊(cè)公共用戶標(biāo)識(shí)的默認(rèn)值填寫(xiě)在P-Asserted-Identity頭字段中。如果公共用戶標(biāo)識(shí)的默認(rèn)值有多個(gè)，則P-CSCF 可隨機(jī)選取其中的一個(gè)。2INVITE頭域中可以包含一個(gè)或兩個(gè)P-Asserted-Identity頭域，一個(gè)P-Asserted-Identity頭域中也可能會(huì)包括兩個(gè)P-Asserted-Id值（參考RFC3325）。發(fā)端P-CSCF按照上述原則在INVITE中插入P-Asserted-Identity頭域。3AS根據(jù)業(yè)務(wù)要求選擇要給被叫顯示的主叫，并把要顯示的放在From頭域中，F(xiàn)rom頭域用來(lái)做主叫顯示。為了保證from頭域的可靠性，AS要求能夠根據(jù)P-Asserted-Identity中的對(duì)from頭域進(jìn)行鑒別，保證from頭域和P-Asserted-Identity頭域的一致性。4收端P-CSCF和AS對(duì)P-Asserted-Identity頭域和From頭域沒(méi)有特殊處理，頭域在INVITE中透?jìng)鹘o被叫終端，終端從From頭域取做主叫顯示。5.5 主叫識(shí)別限制(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）序號(hào)參數(shù)屬性參數(shù)描述1privacy可選用于傳遞主叫顯示限制的信息：參見(jiàn)RFC3261與3GPP 24.229的定義其值為”id”、”user”、 ”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時(shí)表示主叫沒(méi)有CLIR業(yè)務(wù)；核心網(wǎng)到被叫UE時(shí)可以攜帶此頭域5.5.2 核心網(wǎng)和AS接口要求核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務(wù)特殊的需要：5.5.2.1 INVITE（核心網(wǎng)<>AS）序號(hào)參數(shù)屬性參數(shù)描述1privacy必選用于傳遞主叫顯示限制的信息：參見(jiàn)RFC3261與3gpp24.229的定義其值為”id”、”user”、”header”是表示主叫有CLIR業(yè)務(wù)，值為”none”或未攜帶時(shí)表示主叫沒(méi)有CLIR業(yè)務(wù)；主叫AS到核心網(wǎng)攜帶此頭域，被叫AS到核心網(wǎng)是雙向的5.5.3 信令流程呼叫流程同5.3.3，主叫顯示限制的信令處理過(guò)程如下：1主叫顯示限制有兩種觸發(fā)方式：永久方式和臨時(shí)方式。對(duì)于臨時(shí)方式，終端可以通過(guò)接入碼方式觸發(fā)，也可以通過(guò)在請(qǐng)求消息中插入Privacy頭域方式來(lái)觸發(fā)。如果主叫用戶希望當(dāng)前呼叫限制主叫顯示，可以在INVITE中插入Privacy頭域，值為id或header，同時(shí)隱藏From頭域中可能暴露主叫的信息。（參考RFC3323與RFC3325）2發(fā)端S-CSCF將呼叫觸發(fā)到發(fā)端AS后，如果INVITE消息中沒(méi)有Privacy頭域，發(fā)端AS通過(guò)檢查用戶簽約（永久方式）或通過(guò)分析（臨時(shí)方式）確定當(dāng)前呼叫是否觸發(fā)主叫顯示限制業(yè)務(wù)。3如果當(dāng)前呼叫需要限制主叫顯示，則發(fā)端AS在INVITE消息中插入Privacy頭域，Privacy頭域中的字段值填寫(xiě)為id或user或header，同時(shí)隱藏From和Contact頭域中可能暴露主叫的信息（參考RFC3323與RFC3325）。4收端P-CSCF收到INVITE后，檢查消息中有Privacy頭域，且字段值為id或user或header，如果被叫用戶沒(méi)有主叫顯示逾越權(quán)限，則在發(fā)送給被叫終端的INVITE消息中，隱藏P-Asserted-Identity頭域和From頭域。在限制顯示的情況下，依賴于終端的實(shí)現(xiàn)，可能會(huì)顯示為“*”號(hào)或顯示“CLIR”等。5.6 無(wú)條件呼叫前轉(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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jià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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jiàn)RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用戶表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的地址5.6.3 信令流程圖5.6.3 無(wú)條件呼叫前轉(zhuǎn)信令流程主叫UE發(fā)起INVITE到AS，AS檢查用戶是否有CFU業(yè)務(wù)，如果有，處理如下：1 判斷本次前轉(zhuǎn)是否已超過(guò)設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計(jì)算出來(lái)。2 如果沒(méi)有超過(guò)最大前轉(zhuǎn)次數(shù)，如果是第一次前轉(zhuǎn)，發(fā)出的INVITE的消息中如下域需要注意設(shè)置：l Request URI頭域需要設(shè)置成前轉(zhuǎn)方的地址；l History-Info頭域中增加兩個(gè)hist-info條目，第一個(gè)hi-targeted-to-uri設(shè)為原INVITE消息中被叫的地址，第二個(gè)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頭域中增加一個(gè)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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jià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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jià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收到向這個(gè)用戶發(fā)起的INVITE消息，如果發(fā)現(xiàn)被叫用戶忙，AS檢查用戶是否登記有CFB業(yè)務(wù)，如果有：2 判斷本次前轉(zhuǎn)是否已超過(guò)設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計(jì)算出來(lái)；3 如果沒(méi)有超過(guò)最大前轉(zhuǎn)次數(shù)，則進(jìn)行前轉(zhuǎn)，發(fā)出的前轉(zhuǎn)Invite消息的設(shè)置規(guī)則同5.6.3。4 向前轉(zhuǎn)方發(fā)出INVITE消息。5.8 遇無(wú)應(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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jià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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jiàn)RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的IMPU5.8.3 信令流程圖5.8.3 遇無(wú)應(yīng)答呼叫前轉(zhuǎn)信令流程1 當(dāng)簽約無(wú)應(yīng)答前轉(zhuǎn)(CFNRy)的用戶所在的AS收到向這個(gè)用戶發(fā)起的INVITE消息，在處理發(fā)送完INVITE消息到被叫側(cè)，并且收到用戶的響應(yīng)消息180后，如果AS的等待應(yīng)答定時(shí)器超時(shí)，AS檢查用戶是否登記有CFNRy業(yè)務(wù)，如果有：2 判斷本次前轉(zhuǎn)是否已超過(guò)設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計(jì)算出來(lái)；3 如果沒(méi)有超過(guò)最大前轉(zhuǎn)次數(shù)，則進(jìn)行前轉(zhuǎn)，發(fā)出的前轉(zhuǎn)Invite消息的設(shè)置規(guī)則同5.6.3。4 向前轉(zhuǎn)方發(fā)出INVITE消息。5.9 遇用戶未注冊(cè)呼叫前轉(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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jià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）序號(hào)參數(shù)屬性參數(shù)描述1History-Info可選用于傳遞會(huì)話中前轉(zhuǎn)的歷史信息，參見(jiàn)RFC4244的定義2Request URI必選用于表示前轉(zhuǎn)方的地址3To必選用于表示初始被叫的地址4P-Asserted-Identity必選用于表示主叫用戶的IMPU5.9.3 信令流程圖5.9.3 遇用戶未注冊(cè)呼叫前轉(zhuǎn)信令流程1 當(dāng)簽約未注冊(cè)呼叫前轉(zhuǎn)的用戶所在的AS收到向這個(gè)用戶發(fā)起的INVITE消息后，判斷該用戶是否注冊(cè)，如果未注冊(cè)判斷該用戶是否簽約未注冊(cè)前轉(zhuǎn)業(yè)務(wù)，判斷本次前轉(zhuǎn)是否已超過(guò)設(shè)置的最大前轉(zhuǎn)次數(shù)。前轉(zhuǎn)次數(shù)可以根據(jù)History-Info頭域中的條目計(jì)算出來(lái)；2如果沒(méi)有超過(guò)最大前轉(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終端收到呼叫等待通知后，給用戶播放信號(hào)音提示；5用戶B拍叉簧或按flash鍵，欲切換與C通話，B的終端通過(guò)Re-Invite消息上報(bào)AS；6AS收到Re-Invite消息后，立即用B的媒體發(fā)起對(duì)A的媒體切換，同時(shí)對(duì)C用戶也進(jìn)行媒體切換，由MRFP對(duì)其放音；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)）序號(hào)參數(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）序號(hào)參數(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鍵等，終端通過(guò)Re-Invite消息上報(bào)事件；3 AS收到Re-Invite消息后，申請(qǐng)MRFP資源對(duì)對(duì)B放音樂(lè)（呼叫保持音），B用戶被呼叫保持。4 用戶A再次拍叉簧或按flash鍵，終端再次通過(guò)Re-Invite消息上報(bào)事件。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)）序號(hào)參數(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）序號(hào)參數(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 多方通話信令流程目前的三方通話是由終端來(lái)進(jìn)行混音，需要終端支持該功能。1. IMS用戶A登記并激活呼叫保持和三方通話業(yè)務(wù)；2. 用戶A呼叫IMS用戶C，保持通話狀態(tài)；3. 用戶A申請(qǐng)保持與C的通話，然后呼叫IMS用戶B，進(jìn)入通話狀態(tài)；4. 用戶A申請(qǐng)建立多方通話，把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終端撥號(hào)發(fā)起呼叫。2AS收到INVITE請(qǐng)求后，發(fā)現(xiàn)用戶閉鎖所有出呼叫，則AS對(duì)該用戶播放提示音。3放音結(jié)束后，AS發(fā)送487響應(yīng)，釋放該呼叫。5.13.3.2 閉鎖所有入呼叫圖5.13.3.2 閉鎖所有入呼叫信令流程1） 用戶B設(shè)有閉鎖所有入呼叫。2）用戶A撥打用戶B。3）AS收到INVITE請(qǐng)求后，發(fā)現(xiàn)用戶B閉鎖所有入呼叫，于是給A用戶放提示音。4）放音結(jié)束后，AS返回487響應(yīng)，釋放呼叫。5.14 播放提示放音基本回鈴音的播放。對(duì)于到IMS域的呼叫其基本回鈴音由主叫側(cè)SIP終端、PC客戶端或接入設(shè)備播放，以便減輕網(wǎng)絡(luò)負(fù)荷；對(duì)于IMS域到CS域的呼叫其基本回鈴音由被叫網(wǎng)絡(luò)播放，以便保證播放準(zhǔn)確。通知音的播放。當(dāng)網(wǎng)絡(luò)需要播放失敗通知音時(shí)，通常由失敗節(jié)點(diǎn)或第一個(gè)收到異常響應(yīng)的服務(wù)器進(jìn)行失敗通知音的播放，并在失敗放音的消息中攜帶P-Early-Media指示。業(yè)務(wù)提示音的播放。當(dāng)網(wǎng)絡(luò)需要播放業(yè)務(wù)提示音時(shí)，應(yīng)當(dāng)由業(yè)務(wù)觸發(fā)所在應(yīng)用服務(wù)器進(jìn)行播放。如呼叫等待、呼叫保持等業(yè)務(wù)提示音由對(duì)應(yīng)提供服務(wù)的服務(wù)器播放。彩鈴的由彩鈴服務(wù)器播放，并在播放彩鈴的消息中攜帶P-Early-Media指示。5.14.1 基本回鈴音IMS域的呼叫，由主叫終端播放或接入設(shè)備播放基本回鈴音：Phone A SIP IADCSCF/AS 180Invite 撥號(hào)SIP IADPhone B振鈴180Invite IAD 播放回鈴音IMS到CS域的呼叫，基本回鈴音由CS域播放：Phone A SIP IADCSCF/AS Invite撥號(hào)MGCFPSTN/PLMN播放回鈴音 180P-Early-MediaInvite180P-Early-MediaA聽(tīng)CS域播放的回鈴音5.14.2 失敗處理音IMS主叫失敗，由主叫AS進(jìn)行失敗提示因的播放：主叫失敗處理放音Phone A SIP IADAS Invite撥號(hào)MRS200 OKInvite183P-Early-MediaA聽(tīng)失敗提示音ACK失敗處理 CSCFInvite183P-Early-MediaIMS被叫失敗，由被叫AS進(jìn)行失敗提示因的播放：被叫失敗處理放音Phone A SIP IADAS Invite撥號(hào)MRS200 OKInvite183P-Early-MediaA聽(tīng)失敗提示音ACK失敗處理 CSCF/ASInvite183P-Early-Media主叫過(guò)程CSCFInvite183P-Early-MediaIMS呼叫CS域，CS失敗時(shí)由CS域播放失敗提示音：Phone A SIP IADMGCFInvite撥號(hào)183P-Early-MediaA聽(tīng)失敗提示音Invite183P-Early-Media主叫過(guò)程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撥號(hào)MRS200 OKInvite183P-Early-MediaA聽(tīng)B用戶彩鈴音ACK觸發(fā)彩鈴 CSCF/ASInvite183P-Early-Media主叫過(guò)程CSCFInvite183P-Early-Media6 計(jì)費(fèi)結(jié)算6.1 計(jì)費(fèi)多媒體AS本身并不進(jìn)行計(jì)費(fèi)，但提供計(jì)費(fèi)所需的相關(guān)信息。在IMS框架下，多媒體AS提供CDR接口以與相關(guān)計(jì)費(fèi)規(guī)則，實(shí)時(shí)或非實(shí)時(shí)的為計(jì)費(fèi)系統(tǒng)提供所需的計(jì)費(fèi)信息。話單的要素如下：l 話單類型；l 話單序號(hào)；l 主叫；l 被叫目的；l 修改后的被叫；l AS標(biāo)識(shí)；l 呼叫類型指示；l 呼叫持續(xù)時(shí)長(zhǎng)；l 通話結(jié)束原因；l 呼叫標(biāo)識(shí)；6.2 結(jié)算支持多媒體業(yè)務(wù)平臺(tái)部結(jié)算。7 網(wǎng)絡(luò)管理網(wǎng)管與KPI報(bào)表要求參見(jiàn)附錄A。8 編制歷史版本號(hào)更新時(shí)間主要容或重大修改V1.1.02009-3-9生成下發(fā)省公司的初始版本附錄A KPI與網(wǎng)管報(bào)表序號(hào)指標(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ù)時(shí)長(zhǎng)3系統(tǒng)指標(biāo)用戶數(shù)C1.004IMS用戶總數(shù)4業(yè)務(wù)指標(biāo)登錄指標(biāo)C2.001同時(shí)在線人數(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在線時(shí)長(zhǎng)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接通時(shí)長(zhǎng)13業(yè)務(wù)指標(biāo)VoIP指標(biāo)C3.006用戶通話時(shí)長(zhǎng)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ā)話通話時(shí)長(zhǎng)（分鐘）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域通話時(shí)長(zhǎng)20業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.005IMS域VoIP接通率21業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.006IMS域VoIP接通時(shí)長(zhǎng)22業(yè)務(wù)指標(biāo)VoIP指標(biāo)C4.007IMS域VoIP話務(wù)量23業(yè)務(wù)指標(biāo)VoIP指標(biāo)