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

《中國移動CM_IMS試點多媒體電話與補充業(yè)務總體技術要求內容》由會員分享，可在線閱讀，更多相關《中國移動CM_IMS試點多媒體電話與補充業(yè)務總體技術要求內容（43頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 . ╳╳╳╳-╳╳-╳╳實施 ╳╳╳╳-╳╳-╳╳發(fā)布 中國移動通信集團公司 發(fā)布 中國移動通信企業(yè)標準 中國移動CM-IMS試點 多媒體 與補充業(yè)務總體技術要求 China Mobile CM-IMS Trial - Multimedia Telephony and Supplementary Services General Technical Specification 版本號：1.1.0

2、 43 / 43 目 錄 前言 本方案對CM-IMS試點多媒體與補充業(yè)務的業(yè)務實現(xiàn)過程中需要規(guī)的容提出全面要求，是CM-IMS多媒體與補充業(yè)務的業(yè)務實現(xiàn)所需要遵從的綱領性技術文件。本方案主要包括IMS多媒

3、體與補充業(yè)務的業(yè)務實現(xiàn)過程中的接口要求、信令流程等容。 本標準由中國移動通信集團公司計劃部提出，由集團公司技術部歸口管理。 本標準由標準歸口部門負責解釋。 本標準起草單位：中國移動通信研究院。 本標準主要起草人：王亞晨、婷 1 圍 本技術要求對技術方案所作用的技術疇提出規(guī)定，原則上在中國移動通信集團部使用，用于在IMS業(yè)務試驗、業(yè)務開展和招標選型方面為集團公司和省公司提供技術依據(jù)；適用于中國移動IMS網(wǎng)絡環(huán)境。 2 引用標準 下列標準所包含的條文，通過在本標準中引用而成為本標準的條文。本標準出版時，所示版本均為有效。所有標準都會被修訂，使用本標準的各方應探討使用下列標準

4、最新版本的可能性。 [1] IETF RFC 3261, “SIP: Session Initiation Protocol” [2] IETF RFC 3262, “Reliability of Provisional Responses in Session Initiation Protocol (SIP)” [3] IETF RFC 3264, “An Offer/Answer Model with Session Description Protocol (SDP)” [4] IETF RFC 3265, “Session Initiation Protocol (SIP)-

5、Specific Event Notification” [5] IETF RFC 3323, “A Privacy Mechanism for the Session Initiation Protocol (SIP)” [6] IETF RFC 3455, “Private Header (P-Header) Extensions to the Session InitiationProtocol (SIP) for the 3rd-Generation Partnership Project (3GPP)” [7] IETF RFC 3515, “The Session Initi

6、ation Protocol (SIP) Refer Method” [8] IETF RFC 3840, “Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)” [9] IETF RFC 3841, “Caller Preferences for the Session Initiation Protocol (SIP)” [10] IETF RFC 3959, “The Early Session DispositionType for the Session Initiation P

7、rotocol (SIP)” [11] IETF RFC 3960, “Early Media and Ringing Tone Generationin the Session Initiation Protocol (SIP)” [12] 3GPP TR 23.002,“Network Architecture”, v7.1.0 [13] 3GPP TR 23.003, “Numbering, Addressing and Identification”, v6.9.0 [14] 3GPP TR 23.218, “IP Multimedia (IM) session handlin

8、g; IM call model; Stage 2”, v7.1.0 [15] 3GPP TS 23.228, “IP Multimedia Subsystem (IMS); Stage 2”, v7.2.0 [16] 3GPP 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.0 [17] 3GPP TR 29.22

9、8, “IP Multimedia (IM) Subsystem Cx and Dx Interfaces; Signalling flows and message contents”, v7.1.0 [18] 3GPP TR 29.229, “Cx and Dx interfaces based on the Diameter protocol; Protocol details”, v7.1.0 [19] ETSI TS 183 004, “Telecommunications and Internet converged Services and Protocols for Adv

10、anced Networking (TISPAN); PSTN/ISDN simulation services: Communication Diversion (CDIV); Protocol specification”, v1.1.1 [20] ETSI TS 183 007, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Originating Identificati

11、on Presentation (OIP) and Originating Identification Restriction (OIR); Protocol specification”, v1.1.1 [21] ETSI TS 183 008,“Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Terminating Identification Presentation (TI

12、P) and Terminating Identification Restriction (TIR); Protocol specification”, v1.1.1 [22] ETSI 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.8 [23] ETSI

13、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.1 [24] ETSI ES 283 003, “Telecommunications and Internet converged Services and Protocols f

14、or Advanced Networking (TISPAN); IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP) Stage 3[3GPP TS 24.229 (Release 7), modified]”, v1.1.1 [25] IETF RFC 4244, “An Extension to the Session Initiation Protocol (SIP)for Request History

15、 Information” 3 術語、定義和縮略語 縮略語 英文 中文 AS Application Server 應用服務器 APN Access Point Name 接入點名 AUTN Authentication TokeN 鑒權TokeN B2BUA Back-to-Back User Agent 背靠背用戶代理 BGCF Breakout Gateway Control Function 出口網(wǎng)關控制功能 CCF Charging Collection Function 計費收集功能 CDR Charging DataRecord

16、計費數(shù)據(jù)記錄 CK Ciphering Key 加密密鑰 CN Core Network 核心網(wǎng) CS Circuit Switched 電路交換 CSCF Call Session Control Function 呼叫會話控制功能 DHCP Dynamic Host Configuration Protocol 動態(tài)主機配置協(xié)議 DNS Domain Name System 域名系統(tǒng) DTD Document Type Definition 文檔類型定義 ECF Event Charging Function 事件計費功能 FQDN F

17、ully Qualified Domain Name 全資格域名 GCID GPRS Charging Identifier GPRS計費標識 GGSN Gateway GPRS Support Node 網(wǎng)關GPRS支持節(jié)點 GPRS General Packet Radio Service 通用分組無線業(yè)務 HSS Home Subscriber Server 歸屬用戶服務器 I-CSCF Interrogating-CSCF 查詢-CSCF ICID IM CN subsystem Charging Identifier IMS計費標識 IK I

18、ntegrity Key 完整性密鑰 IM IP Multimedia IP多媒體 IMPI IM Private Identity IP多媒體私有標示 IMPU IM Public Identity IP多媒體公有標示 IMS IP Multimedia Core Network Subsystem IP多媒體網(wǎng)絡子系統(tǒng) IMS-ALG IMS Application Level Gateway IMS應用層網(wǎng)關 IMSI International Mobile Subscriber Identifier 國際移動用戶標識 IOI Inter Op

19、erator Identifier 部運營商標識 IP-CAN IP-Connectivity Access Network IP-連通性接入網(wǎng)絡 Ipsec IP security IP安全 ISC IP multimedia Subsystem Service Control IMS業(yè)務控制 ISIM IMS SIM IMS 用戶標識模塊 MAC Message Authentication Code 消息驗證碼 MCC Mobile Country Code 移動國家碼 MGCF Media Gateway Control Function 媒

20、體網(wǎng)關控制功能 MGW Media Gateway 媒體網(wǎng)關 MNC Mobile Network Code 移動網(wǎng)碼 MRFC Multimedia Resource Function Controller 多媒體資源功能控制器 MRFP Multimedia Resource Function Processor 多媒體資源功能處理器 PDP Packet Data Protocol 分組數(shù)據(jù)協(xié)議 PLMN Public Land Mobile Network 公用陸地移動（通信）網(wǎng) PSTN Public Switched Telephone Ne

21、twork 公共交換網(wǎng) NAI Network Access Identifier 網(wǎng)絡接入標識 P-CSCF Proxy CSCF 代理CSCF PDU Protocol Data Unit 協(xié)議數(shù)據(jù)單元 PSI Public Service Identity 公共業(yè)務標識 RAND RANDom challenge 隨機詢問 RES RESponse 響應 RTCP Real-time Transport Control Protocol 實時傳輸控制協(xié)議 RTP Real-time Transport Protocol 實時傳輸協(xié)議 S

22、-CSCF Serving-CSCF 服務-SCSCF SDP Session Description Protocol 會話描述協(xié)議 SIP Session Initiation Protocol 會話發(fā)起協(xié)議 SLF Subscription Locator Function 簽約定位功能 SQN SeQuence Number 順序號 UA User Agent 用戶代理 UAC User Agent Client 用戶代理客戶端 UAS User Agent Server 用戶代理服務器 UE User Equipment 用戶設備

23、 UICC Universal Integrated Circuit Card 通用集成電路卡 URI Uniform Resource Identifier 統(tǒng)一資源標識 URL Uniform Resource Locator 統(tǒng)一資源定位 USIM Universal Subscriber Identity Module 通用用戶標識模塊 XMAC expected MAC 期望的MAC XML eXtensible Markup Language 擴展標記語言 4 網(wǎng)絡結構 4.1 系統(tǒng)組網(wǎng)圖 圖4.1：IMS多媒體業(yè)務系統(tǒng)結構圖 4.

24、1.1 各網(wǎng)元功能描述 4.1.1.1 VPMN SCP 智能網(wǎng)業(yè)務平臺。 4.1.1.2 多媒體業(yè)務AS 用于為IMS用戶提供多媒體基本業(yè)務與補充業(yè)務。 4.1.1.3 業(yè)務管理平臺 對多媒體業(yè)務進行管理、配置；提供業(yè)務用戶自助Portal。 4.1.1.4 CSCF 會話控制與路由層。IMS核心網(wǎng)絡的核心網(wǎng)元，包含P-CSCF，I-CSCF，S-CSCF等設備，執(zhí)行用戶注冊，會話接入/路由等基本功能。 4.1.1.5 HSS IMS用戶信息服務器，保存IMS用戶的業(yè)務訂閱信息。 4.1.1.6 MRFC/MRFP 對終端播放呼叫回鈴音和各類呼叫提示音。 4.1.

25、1.7 MGCF 用于IMS與PLMN/PSTN用戶的互通。 4.1.1.8 網(wǎng)管服務器 網(wǎng)管服務器NMS為多媒體業(yè)務提供網(wǎng)元管理能力，主要是提供各網(wǎng)元的拓撲信息、告警、日志、維測、配置、統(tǒng)計等功能。 4.1.1.9 在線/離線計費服務器 在線計費服務器OCS對其他網(wǎng)元提供了在線計費功能。離線計費系統(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ā)和流

26、量控制。 4.1.2.3 多媒體業(yè)務AS與UE的接口 采用 協(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與網(wǎng)管接口 多媒體業(yè)務AS與網(wǎng)管之間的接口基于SNMP協(xié)議，其主要功能是通過業(yè)務網(wǎng)管進行維護、配置與管理。 5 信令流程與接口要求 關于信令流程中涉與precondit

27、ion機制的使用說明如下： l 考慮到IMS核心設備，業(yè)務平臺與終端的兼容性，要求IMS核心設備，業(yè)務平臺與終端能夠兼容非Precondition與Precondition機制的會話 l Precondition機制使用建議：對于IMS固定終端間的會話，建議使用非Precondition機制的信令流程，對于涉與IMS移動終端的會話，會話過程中Precondition是否使用由通信雙方協(xié)商確定，建議使用Precondition機制 l 本規(guī)主要對非Precondition機制的信令流程進行說明 5.1 用戶鑒權流程 5.1.1 AKA鑒權 UE和核心網(wǎng)接口要求：遵循3GPP TS 2

28、4.229、3GPP TS 33.203定義的消息和參數(shù)。本特性不涉與核心網(wǎng)和AS的接口。 5.1.2 digest鑒權 UE和核心網(wǎng)接口要求：遵循RFC3261、RFC2069、RFC2617和3GPP TS 24.229定義的消息和參數(shù)。本特性不涉與核心網(wǎng)和AS的接口。 5.2 Sh接口流程 圖5.2 sh接口信令流程圖 1. 用戶簽約了新的業(yè)務，運營商在AS上為用戶服務。AS存儲了一些業(yè)務數(shù)據(jù)，用Sh-Update來給HSS上傳數(shù)據(jù)； 2. HSS確認數(shù)據(jù)已經更新； 3. 用戶注冊到這個網(wǎng)絡； 4. S-CSCF從HSS下載用戶數(shù)據(jù)。IFC指示了注冊成功后

29、將要被通知的AS； 5. 對用戶終端注冊消息的200 OK響應； 6. S-CSCF發(fā)送第三方注冊消息到AS通知用戶已經注冊； 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對訂閱消

30、息的確認； 12. 當HSS用戶數(shù)據(jù)變更時. HSS 通過Sh-Notif通知AS數(shù)據(jù)的變更 (user identity, updated data)； 13.AS確認數(shù)據(jù)變更通知； 14. AS某些時候可以通過Cx-Update更新HSS中的數(shù)據(jù) (user identity, updated data)； 15. HSS 確認數(shù)據(jù)已經更新； 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è)務流程 多

31、媒體業(yè)務流程包含了點到點語音業(yè)務與視頻業(yè)務流程。 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)。 2 S-CSCF(O)根據(jù)用戶簽約的IFC將INVITE請求發(fā)送到AS。 3 AS處理主叫用戶的業(yè)務，并向S-CSCF(O)發(fā)送INVITE消息。 4 S-CSCF(O)根據(jù)被叫進行

32、路由，將INVITE請求消息發(fā)送給被叫用戶所在的I-CSCF(T)，I-CSCF(T)收到INVITE請求后，通過Cx操作LIR/LIA獲取為被叫用戶服務的S-CSCF(T)。并將INVITE消息發(fā)送給S-CSCF(T)。 5 S-CSCF(T)收到INVITE請求后，根據(jù)用戶簽約IFC信息，將請求觸發(fā)到AS，AS處理被叫用戶的業(yè)務。 6 S-CSCF(T)收到AS的INVITE請求，并將請求通過P-CSCF(T)路由至被叫用戶UE-B。 7 通過后續(xù)的180、200 OK消息交互，會話建立。 8 主叫用戶UE-A發(fā)送BYE消息，釋放會話。 5.4 主叫識別顯示(CLIP) 5

33、.4.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。 以下僅列出業(yè)務特殊的需要： 5.4.1.1 INVITE（核心網(wǎng)——> UE） 序號 參數(shù) 屬性 參數(shù)描述 1 P-Asserted-Identity 可選 用于傳遞主叫地址的信息 本參數(shù)由P－CSCF填寫，由核心網(wǎng)傳遞到被叫UE 5.4.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.4.2.1 INVITE（核心網(wǎng)<——>AS） 序號 參數(shù) 屬性 參數(shù)描述 1 P

34、-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 應刪除該頭字段，并檢查該頭字段所填寫的標識是否與該用戶已注冊的公共用戶標識之一相符合。若符合，P-CSCF 應將其值填寫在P-Asserted-Identity 頭字段中；若不

35、符合，或者主叫終端發(fā)送的請求中沒有包含P-Preferred-Identity 頭字段，則P-CSCF 應將用戶注冊公共用戶標識的默認值填寫在P-Asserted-Identity頭字段中。如果公共用戶標識的默認值有多個，則P-CSCF 可隨機選取其中的一個。 2 INVITE頭域中可以包含一個或兩個P-Asserted-Identity頭域，一個P-Asserted-Identity頭域中也可能會包括兩個P-Asserted-Id值（參考RFC3325）。發(fā)端P-CSCF按照上述原則在INVITE中插入P-Asserted-Identity頭域。 3 AS根據(jù)業(yè)務要求選擇要給被叫顯示的主

36、叫，并把要顯示的放在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中透傳給被叫終端，終端從From頭域取做主叫顯示。 5.5 主叫識別限制(CLIR) 5.5.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。被叫AS應當有去掉主叫信息的能力。以

37、下僅列出業(yè)務特殊的需要： 5.5.1.1 INVITE（核心網(wǎng)——>UE） 序號 參數(shù) 屬性 參數(shù)描述 1 privacy 可選 用于傳遞主叫顯示限制的信息：參見RFC3261與3GPP 24.229的定義 其值為”id”、”user”、 ”header”是表示主叫有CLIR業(yè)務，值為”none”或未攜帶時表示主叫沒有CLIR業(yè)務； 核心網(wǎng)到被叫UE時可以攜帶此頭域 5.5.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.5.2.1 INVITE（核心網(wǎng)<——>AS） 序號 參

38、數(shù) 屬性 參數(shù)描述 1 privacy 必選 用于傳遞主叫顯示限制的信息：參見RFC3261與3gpp24.229的定義 其值為”id”、”user”、”header”是表示主叫有CLIR業(yè)務，值為”none”或未攜帶時表示主叫沒有CLIR業(yè)務； 主叫AS到核心網(wǎng)攜帶此頭域，被叫AS到核心網(wǎng)是雙向的 5.5.3 信令流程 呼叫流程同5.3.3，主叫顯示限制的信令處理過程如下： 1 主叫顯示限制有兩種觸發(fā)方式：永久方式和臨時方式。對于臨時方式，終端可以通過接入碼方式觸發(fā)，也可以通過在請求消息中插入Privacy頭域方式來觸發(fā)。如果主叫用戶希望當前呼叫限制主叫顯示，可以在

39、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和Contact頭域中可能暴露主叫的信息（參考RFC3323與RFC3325）。 4 收端P-

40、CSCF收到INVITE后，檢查消息中有Privacy頭域，且字段值為id或user或header，如果被叫用戶沒有主叫顯示逾越權限，則在發(fā)送給被叫終端的INVITE消息中，隱藏P-Asserted-Identity頭域和From頭域。在限制顯示的情況下，依賴于終端的實現(xiàn)，可能會顯示為“*”號或顯示“CLIR”等。 5.6 無條件呼叫前轉(CFU) 5.6.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.6.1.1 INVITE（核心網(wǎng)——>被叫UE） 序號 參數(shù) 屬性 參數(shù)描述 1 Hist

41、ory-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 5.6.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。 以下僅列出業(yè)務特殊的需要： 5.6.2.1 INVITE（核心網(wǎng)<——>被叫AS） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址

42、 3 To 必選 用戶表示初始被叫的地址 4 P-Asserted-Identity 必選 用于表示主叫用戶的地址 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頭域中

43、增加兩個hist-info條目，第一個hi-targeted-to-uri設為原INVITE消息中被叫的地址，第二個hi-targeted-to-uri設為前轉到的地址。 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-Asse

44、rted-Identity頭域中應該包含主叫用戶的IMPU。 5.7 遇用戶忙呼叫前轉(CFB) 5.7.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.7.1.1 INVITE（核心網(wǎng)——>被叫UE） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 5.7.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要

45、求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.7.2.1 INVITE（核心網(wǎng)<——>被叫AS） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 4 P-Asserted-Identity 必選 用于表示主叫用戶IMPU 5.7.3 信令流程 圖5.7.3 遇用戶忙呼叫前轉信令流程 1 當簽約遇忙前轉(CFB)的用戶所在的AS收

46、到向這個用戶發(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 和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.8.1.1 INVITE（核心網(wǎng)——>被叫UE）

47、 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 5.8.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.8.2.1 INVITE（核心網(wǎng)<——>被叫AS） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Req

48、uest URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 4 P-Asserted-Identity 必選 用于表示主叫用戶的IMPU 5.8.3 信令流程 圖5.8.3 遇無應答呼叫前轉信令流程 1 當簽約無應答前轉(CFNRy)的用戶所在的AS收到向這個用戶發(fā)起的INVITE消息，在處理發(fā)送完INVITE消息到被叫側，并且收到用戶的響應消息180后，如果AS的等待應答定時器超時，AS檢查用戶是否登記有CFNRy業(yè)務，如果有： 2 判斷本次前轉是否已超過設置的最大前轉次數(shù)。前轉次數(shù)可以根據(jù)History-Info頭

49、域中的條目計算出來； 3 如果沒有超過最大前轉次數(shù)，則進行前轉，發(fā)出的前轉Invite消息的設置規(guī)則同5.6.3。 4 向前轉方發(fā)出INVITE消息。 5.9 遇用戶未注冊呼叫前轉(CFNRc) 5.9.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.9.1.1 INVITE（核心網(wǎng)——>被叫UE） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方

50、的地址 3 To 必選 用于表示初始被叫的IMPU 5.9.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.9.2.1 INVITE（核心網(wǎng)<——>被叫AS） 序號 參數(shù) 屬性 參數(shù)描述 1 History-Info 可選 用于傳遞會話中前轉的歷史信息，參見RFC4244的定義 2 Request URI 必選 用于表示前轉方的地址 3 To 必選 用于表示初始被叫的地址 4 P-Asserted-Identity 必選 用于表示主叫用戶的IMPU

51、5.9.3 信令流程 圖5.9.3 遇用戶未注冊呼叫前轉信令流程 1 當簽約未注冊呼叫前轉的用戶所在的AS收到向這個用戶發(fā)起的INVITE消息后，判斷該用戶是否注冊，如果未注冊判斷該用戶是否簽約未注冊前轉業(yè)務，判斷本次前轉是否已超過設置的最大前轉次數(shù)。前轉次數(shù)可以根據(jù)History-Info頭域中的條目計算出來； 2如果沒有超過最大前轉次數(shù)，則進行前轉，發(fā)出的前轉Invite消息的設置規(guī)則同5.6.3。 3向前轉方發(fā)出INVITE消息。 5.10 呼叫等待(CW) 5.10.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參

52、數(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è)務； 2 用戶A呼叫用戶B； 3 AS發(fā)現(xiàn)用戶B在通話中，但有呼叫等待業(yè)務，則發(fā)送Invite給B用戶，B的終端給用戶B播放呼叫等待提示音（一般為嘟嘟的提示音）； 4 A終端收到呼叫等待通知后，給用戶播放信號音提示； 5 用戶B拍叉簧或按flash鍵，欲切換與C通話，B的終端通過Re-Invite消息上報AS； 6 AS收到Re-Invite消息后，立

53、即用B的媒體發(fā)起對A的媒體切換，同時對C用戶也進行媒體切換，由MRFP對其放音； 7 A,B用戶進入通話。 5.11 呼叫保持(HOLD) 5.11.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.11.1.1 reINVITE（UE——>核心網(wǎng)） 序號 參數(shù) 屬性 參數(shù)描述 1 SDP 必選 保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0 恢復情況下，SDP里面的a = send-recv或recv-only或c=有效IP 5.11.2

54、 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循RFC3261和3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.11.2.1 reINVITE（核心網(wǎng)——>AS） 序號 參數(shù) 屬性 參數(shù)描述 1 SDP 必選 保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0 恢復情況下，SDP里面的a = send-recv或recv-only或c=有效IP 5.11.3 信令流程 圖5.11.3 呼叫保持信令流程 1 用戶A呼叫用戶B，兩者進入正常通話； 2 用戶執(zhí)行一定操作，例如：用戶A拍叉

55、簧或按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和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.12.1.1 reINVITE（UE——>核心網(wǎng)） 序號 參數(shù) 屬性 參數(shù)描述 1 SD

56、P 必選 保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0 恢復情況下，SDP里面的a = send-recv或recv-only或c=有效IP 5.12.2 核心網(wǎng)和AS接口要求 核心網(wǎng)和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。以下僅列出業(yè)務特殊的需要： 5.12.2.1 reINVITE（核心網(wǎng)——>AS） 序號 參數(shù) 屬性 參數(shù)描述 1 SDP 必選 保持情況下，SDP里面的a = send-only或inactive或c=0.0.0.0 恢復情況下，SDP里面的a = send-recv

57、或recv-only或c=有效IP 5.12.3 信令流程 圖5.12.3 多方通話信令流程 目前的三方通話是由終端來進行混音，需要終端支持該功能。 1. IMS用戶A登記并激活呼叫保持和三方通話業(yè)務； 2. 用戶A呼叫IMS用戶C，保持通話狀態(tài)； 3. 用戶A申請保持與C的通話，然后呼叫IMS用戶B，進入通話狀態(tài)； 4. 用戶A申請建立多方通話，把C加入到三方通話中； 5. 用戶A釋放三方通話。 5.13 ODB 5.13.1 UE和核心網(wǎng)接口要求 UE和核心網(wǎng)的接口遵循3GPP TS 24.229定義的消息和參數(shù)。 5.13.2 核心網(wǎng)和AS接口要求 核心網(wǎng)

58、和AS的接口要求遵循3GPP TS 24.229定義的消息和參數(shù)。 5.13.3 信令流程 5.13.3.1 閉鎖所有出呼叫 圖5.13.3.1 閉鎖所有出呼叫信令流程 1 終端撥號發(fā)起呼叫。 2 AS收到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） 放音

59、結束后，AS返回487響應，釋放呼叫。 5.14 播放提示放音 基本回鈴音的播放。對于到IMS域的呼叫其基本回鈴音由主叫側SIP終端、PC客戶端或接入設備播放，以便減輕網(wǎng)絡負荷；對于IMS域到CS域的呼叫其基本回鈴音由被叫網(wǎng)絡播放，以便保證播放準確。 通知音的播放。當網(wǎng)絡需要播放失敗通知音時，通常由失敗節(jié)點或第一個收到異常響應的服務器進行失敗通知音的播放，并在失敗放音的消息中攜帶P-Early-Media指示。 業(yè)務提示音的播放。當網(wǎng)絡需要播放業(yè)務提示音時，應當由業(yè)務觸發(fā)所在應用服務器進行播放。如呼叫等待、呼叫保持等業(yè)務提示音由對應提供服務的服務器播放。彩鈴的由彩鈴服務器播放，并在播放

60、彩鈴的消息中攜帶P-Early-Media指示。 5.14.1 基本回鈴音 IMS域的呼叫，由主叫終端播放或接入設備播放基本回鈴音： Phone A SIP IAD CSCF/AS 180 Invite 撥號 SIP IAD Phone B 振鈴 180 Invite IAD 播放回鈴音 IMS到CS域的呼叫，基本回鈴音由CS域播放： Phone A SIP IAD CSCF/AS Invite 撥號 MGCF PSTN/PLMN 播放回鈴音 180 P-Early-Media Invite 180

61、 P-Early-Media A聽CS域播放的回鈴音 5.14.2 失敗處理音 IMS主叫失敗，由主叫AS進行失敗提示因的播放： 主叫失敗處理放音 Phone A SIP IAD AS Invite 撥號 MRS 200 OK Invite 183 P-Early-Media A聽失敗提示音 ACK 失敗處理 CSCF Invite 183 P-Early-Media IMS被叫失敗，由被叫AS進行失敗提示因的播放： 被叫失敗處理放音 Phone A SIP IAD AS Invite 撥號 MRS

62、 200 OK Invite 183 P-Early-Media A聽失敗提示音 ACK 失敗處理 CSCF/AS Invite 183 P-Early-Media 主叫過程 CSCF Invite 183 P-Early-Media IMS呼叫CS域，CS失敗時由CS域播放失敗提示音： Phone A SIP IAD MGCF Invite 撥號 183 P-Early-Media A聽失敗提示音 Invite 183 P-Early-Media 主叫過程 CSCF/AS 5.14.3 IMS業(yè)務音 IMS域的

63、業(yè)務提示音，應該由業(yè)務服務器提供放音，如呼叫等待音的播放由多媒體業(yè)務服務器進行播放， 被叫彩鈴 Phone A SIP IAD AS Invite 撥號 MRS 200 OK Invite 183 P-Early-Media A聽B用戶彩鈴音 ACK 觸發(fā)彩鈴 CSCF/AS Invite 183 P-Early-Media 主叫過程 CSCF Invite 183 P-Early-Media 6 計費結算 6.1 計費 多媒體AS本身并不進行計費，但提供計費所需的相關信息。在IMS框架下，多媒體AS提供CDR接口

64、以與相關計費規(guī)則，實時或非實時的為計費系統(tǒng)提供所需的計費信息。 話單的要素如下： l 話單類型； l 話單序號； l 主叫； l 被叫目的； l 修改后的被叫； l AS標識； l 呼叫類型指示； l 呼叫持續(xù)時長； l 通話結束原因； l 呼叫標識； 6.2 結算 支持多媒體業(yè)務平臺部結算。 7 網(wǎng)絡管理 網(wǎng)管與KPI報表要求參見附錄A。 8 編制歷史 版本號 更新時間 主要容或重大修改 V1.1.0 2009-3-9 生成下發(fā)省公司的初始版本 附錄A KPI與網(wǎng)管報表 序號 指標類型 子類型 指標編碼 中文名稱 1 系統(tǒng)指標 系

65、統(tǒng)可靠性 C1.001 系統(tǒng)重大故障次數(shù) 2 系統(tǒng)指標 系統(tǒng)可靠性 C1.002 系統(tǒng)重大故障持續(xù)時長 3 系統(tǒng)指標 用戶數(shù) C1.004 IMS用戶總數(shù) 4 業(yè)務指標 登錄指標 C2.001 同時在線人數(shù)峰值 5 業(yè)務指標 登錄指標 C2.002 登錄人數(shù) 6 業(yè)務指標 登錄指標 C2.003 軟終端登錄次數(shù) 7 業(yè)務指標 登錄指標 C2.004 在線時長 8 業(yè)務指標 VoIP指標 C3.001 用戶呼叫次數(shù) 9 業(yè)務指標 VoIP指標 C3.002 呼叫接通次數(shù) 10 業(yè)務指標 VoIP指標 C3

66、.003 系統(tǒng)VoIP應答次數(shù) 11 業(yè)務指標 VoIP指標 C3.004 VoIP掉話次數(shù) 12 業(yè)務指標 VoIP指標 C3.005 系統(tǒng)VoIP接通時長 13 業(yè)務指標 VoIP指標 C3.006 用戶通話時長 14 業(yè)務指標 VoIP指標 C3.012 IMS用戶發(fā)話應答次數(shù) 15 業(yè)務指標 VoIP指標 C3.013 IMS用戶發(fā)話通話時長（分鐘） 16 業(yè)務指標 VoIP指標 C4.001 IMS域VoIP試呼次數(shù) 17 業(yè)務指標 VoIP指標 C4.002 IMS域VoIP接通次數(shù) 18 業(yè)務指標 VoIP指標 C4.003 IMS域VoIP應答次數(shù) 19 業(yè)務指標 VoIP指標 C4.004 IMS域通話時長 20 業(yè)務指標 VoIP指標 C4.005 IMS域VoIP接通率 21 業(yè)務指標 VoIP指標 C4.006 IMS域VoIP接通時長 22 業(yè)務指標 VoIP指標 C4.007 IMS域VoIP話務量 23 業(yè)務指標 VoIP指標