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