IMS網(wǎng)絡(luò)消息與業(yè)務(wù)管理知識(shí)技術(shù)要求內(nèi)容

1、39/42保密等級(jí)：公開發(fā)放中國電信集團(tuán)公司 發(fā)布200-實(shí)施200-發(fā)布IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求Technical Requirements of Short Message Service over IMS（V2.0）Q/CT2088-2010中國電信集團(tuán)公司技術(shù)標(biāo)準(zhǔn)目 錄 TOC o 1-5 h z u HYPERLINK l _Toc252907521目錄 PAGEREF _Toc252907521 h IHYPERLINK l _Toc252907522前言 PAGEREF _Toc252907522 h IIIHYPERLINK l _Toc252907523短消息業(yè)務(wù)技術(shù)要求

2、 PAGEREF _Toc252907523 h 1HYPERLINK l _Toc2529075241 范圍 PAGEREF _Toc252907524 h 1HYPERLINK l _Toc2529075252 引用標(biāo)準(zhǔn) PAGEREF _Toc252907525 h 1HYPERLINK l _Toc2529075263 縮略語 PAGEREF _Toc252907526 h 1HYPERLINK l _Toc2529075274 業(yè)務(wù)定義 PAGEREF _Toc252907527 h 2HYPERLINK l _Toc2529075285 業(yè)務(wù)特征 PAGEREF _Toc25290

3、7528 h 2HYPERLINK l _Toc2529075295.1 短消息的應(yīng)用類別 PAGEREF _Toc252907529 h 2HYPERLINK l _Toc2529075305.2 短消息回執(zhí) PAGEREF _Toc252907530 h 2HYPERLINK l _Toc2529075315.3 短消息的有效期 PAGEREF _Toc252907531 h 2HYPERLINK l _Toc2529075325.4 短消息的重發(fā) PAGEREF _Toc252907532 h 3HYPERLINK l _Toc2529075335.5 短消息的長度 PAGEREF _T

4、oc252907533 h 3HYPERLINK l _Toc2529075345.6 短消息的編碼格式 PAGEREF _Toc252907534 h 3HYPERLINK l _Toc2529075355.7 短消息的優(yōu)先級(jí) PAGEREF _Toc252907535 h 3HYPERLINK l _Toc2529075365.8 短消息的定時(shí)發(fā)送 PAGEREF _Toc252907536 h 3HYPERLINK l _Toc2529075375.9 短消息的群發(fā) PAGEREF _Toc252907537 h 3HYPERLINK l _Toc2529075385.10 緩存短消息下

5、發(fā) PAGEREF _Toc252907538 h 3HYPERLINK l _Toc2529075396 業(yè)務(wù)編號(hào) PAGEREF _Toc252907539 h 4HYPERLINK l _Toc2529075407 系統(tǒng)架構(gòu) PAGEREF _Toc252907540 h 4HYPERLINK l _Toc2529075417.1 模塊說明 PAGEREF _Toc252907541 h 4HYPERLINK l _Toc2529075427.2 接口說明 PAGEREF _Toc252907542 h 4HYPERLINK l _Toc2529075438 信令流程 PAGEREF _

6、Toc252907543 h 5HYPERLINK l _Toc2529075448.1 IMS用戶注冊(cè)/第三方注冊(cè)/緩存短消息下發(fā) PAGEREF _Toc252907544 h 5HYPERLINK l _Toc2529075458.2 IMS用戶IMS用戶 PAGEREF _Toc252907545 h 6HYPERLINK l _Toc2529075468.2.1 短消息提交 PAGEREF _Toc252907546 h 6HYPERLINK l _Toc2529075478.2.2 短消息下發(fā) PAGEREF _Toc252907547 h 8HYPERLINK l _Toc252

7、9075488.2.3 發(fā)送方SMC遞送到接收方SMC PAGEREF _Toc252907548 h 9HYPERLINK l _Toc2529075498.2.4 超長短消息 PAGEREF _Toc252907549 h 13HYPERLINK l _Toc2529075508.2.5 SMC發(fā)送短消息失敗遇到臨時(shí)性錯(cuò)誤 PAGEREF _Toc252907550 h 14HYPERLINK l _Toc2529075518.2.6 SMC發(fā)送短消息失敗遇到永久性錯(cuò)誤 PAGEREF _Toc252907551 h 15HYPERLINK l _Toc2529075528.2.7 SMC

8、發(fā)送回執(zhí)失敗遇到臨時(shí)性錯(cuò)誤 PAGEREF _Toc252907552 h 15HYPERLINK l _Toc2529075538.2.8 SMC發(fā)送回執(zhí)失敗遇到永久性錯(cuò)誤 PAGEREF _Toc252907553 h 16HYPERLINK l _Toc2529075548.3 IMS用戶其他網(wǎng)絡(luò)用戶 PAGEREF _Toc252907554 h 17HYPERLINK l _Toc2529075558.3.1 短消息提交 PAGEREF _Toc252907555 h 17HYPERLINK l _Toc2529075568.3.2 超長短消息提交 PAGEREF _Toc25290

9、7556 h 19HYPERLINK l _Toc2529075578.4 其他網(wǎng)絡(luò)用戶IMS用戶 PAGEREF _Toc252907557 h 21HYPERLINK l _Toc2529075588.4.1 短消息下發(fā) PAGEREF _Toc252907558 h 21HYPERLINK l _Toc2529075598.4.2 超長短消息下發(fā) PAGEREF _Toc252907559 h 22HYPERLINK l _Toc2529075609 業(yè)務(wù)實(shí)現(xiàn) PAGEREF _Toc252907560 h 23HYPERLINK l _Toc2529075619.1 iFC設(shè)置 PAG

10、EREF _Toc252907561 h 23HYPERLINK l _Toc2529075629.2 組網(wǎng)方式 PAGEREF _Toc252907562 h 23HYPERLINK l _Toc25290756310 設(shè)備要求 PAGEREF _Toc252907563 h 24HYPERLINK l _Toc25290756410.1 HSS PAGEREF _Toc252907564 h 24HYPERLINK l _Toc25290756510.2 S-CSCF PAGEREF _Toc252907565 h 24HYPERLINK l _Toc25290756610.3 短消息中心

11、 PAGEREF _Toc252907566 h 24HYPERLINK l _Toc25290756710.4 ENUM/DNS PAGEREF _Toc252907567 h 25HYPERLINK l _Toc25290756810.5 I-CSCF PAGEREF _Toc252907568 h 25HYPERLINK l _Toc25290756910.6 終端 PAGEREF _Toc252907569 h 25HYPERLINK l _Toc252907570附錄A SIP協(xié)議針對(duì)消息處理的XML擴(kuò)展 PAGEREF _Toc252907570 h 26HYPERLINK l _

12、Toc252907571A.1 短消息操作類型 PAGEREF _Toc252907571 h 26HYPERLINK l _Toc252907572A.2 SMML操作結(jié)構(gòu) PAGEREF _Toc252907572 h 26HYPERLINK l _Toc252907573A.3 SMML操作參數(shù) PAGEREF _Toc252907573 h 27HYPERLINK l _Toc252907574A.3.1 成員參數(shù) PAGEREF _Toc252907574 h 27HYPERLINK l _Toc252907575A.3.2 成員參數(shù) PAGEREF _Toc252907575 h

13、29HYPERLINK l _Toc252907576A.4 XML Schema PAGEREF _Toc252907576 h 32HYPERLINK l _Toc252907577A.5 SMML實(shí)例 PAGEREF _Toc252907577 h 36HYPERLINK l _Toc252907578附錄B SIP與SMPP協(xié)議的映射 PAGEREF _Toc252907578 h 38HYPERLINK l _Toc252907579B.1 參數(shù)映射 PAGEREF _Toc252907579 h 38HYPERLINK l _Toc252907580B.2 失敗原因映射 PAGER

14、EF _Toc252907580 h 39HYPERLINK l _Toc252907581B.2.1 SMPP響應(yīng)到SIP短消息發(fā)送失敗原因的映射 PAGEREF _Toc252907581 h 39HYPERLINK l _Toc252907582B.2.2 SIP響應(yīng)碼到SMPP短消息發(fā)送失敗原因的映射 PAGEREF _Toc252907582 h 40HYPERLINK l _Toc252907583B.2.3 SMPP短消息發(fā)送失敗原因與SIP短消息發(fā)送失敗原因的映射 PAGEREF _Toc252907583 h 41前 言本標(biāo)準(zhǔn)主要依據(jù)中國電信SIP短消息中心設(shè)備總體技術(shù)要求（

15、V1.0版）、中國電信SIP短消息中心SIP SMML接口技術(shù)規(guī)范（V1.0版）和3GPP2 X.S0048-0“Short Message Service Over IMS v1.0” 的相關(guān)內(nèi)容，結(jié)合中國電信IMS試點(diǎn)的相關(guān)成果和經(jīng)驗(yàn)進(jìn)行編寫，隨著技術(shù)和業(yè)務(wù)的發(fā)展，還將制定后續(xù)的相關(guān)標(biāo)準(zhǔn)。本標(biāo)準(zhǔn)的附錄A和附錄B為規(guī)范性附錄。本標(biāo)準(zhǔn)由中國電信集團(tuán)公司提出并歸口。本標(biāo)準(zhǔn)起草單位：中國電信股份XX研究院本標(biāo)準(zhǔn)主要起草人：鈕穎彬 吳琳IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求范圍本標(biāo)準(zhǔn)規(guī)定了中國電信基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)定義、業(yè)務(wù)特征、業(yè)務(wù)編號(hào)、系統(tǒng)架構(gòu)、信令流程、業(yè)務(wù)實(shí)現(xiàn)和設(shè)備要求等。本標(biāo)準(zhǔn)適用于基于IM

16、S網(wǎng)絡(luò)的短消息業(yè)務(wù)的開發(fā)和部署。引用標(biāo)準(zhǔn)下列文件中的條款通過本企業(yè)技術(shù)標(biāo)準(zhǔn)的引用而成為本企業(yè)技術(shù)標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修改版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵(lì)根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。中國電信SIP短消息中心設(shè)備總體技術(shù)要求（V1.0版）中國電信SIP短消息中心SIP SMML接口技術(shù)規(guī)范（V1.0版）Q/CT 2282-2010IMS網(wǎng)絡(luò)技術(shù)體制Q/CT 2094-2010IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求Q/CT 2095-2010IMS網(wǎng)絡(luò)Cx/Dx（Diamete

17、r）接口技術(shù)要求中國電信基于固定 網(wǎng)的綜合信息系統(tǒng)與無線市話短消息系統(tǒng)的互聯(lián)規(guī)范 HYPERLINK :/ YD/T 1220-2002800MHz CDMA數(shù)字蜂窩移動(dòng)通信網(wǎng)擴(kuò)展短消息實(shí)體與短消息中心的接口協(xié)議技術(shù)要求RFC3428Session Initiation Protocol (SIP) Extension for Instant Messagingdraft-bakker-sipping-3gpp-ims-xml-body-handling-00Specification of 3GPP IM CN Subsystem XML body handling3GPP2 X.S0048

18、-0Short Message Service Over IMS v1.03GPP TS 23.204Support of Short Message Service (SMS) over generic 3GPP Internet Protocol (IP) access; Stage 2 (Release 7) v7.5.03GPP TS 24.341Support of SMS over IP networks; Stage 3 (Release 7) v7.2.03GPP TS 29.328IP Multimedia (IM) Subsystem Sh interface; signa

19、lling flows and message contents3GPP TS 29.329Sh Interface based on the Diameter protocol; protocol detailsSMPP Developers ForumShort Message Peer to Peer Protocol Specification v3.4縮略語下列縮略語適用于本標(biāo)準(zhǔn)：ASApplication Server應(yīng)用服務(wù)器CSCFCall Session Control Function呼叫會(huì)話控制功能HSSHome Subscriber Server歸屬用戶服務(wù)器iFCIn

20、itial Filter Criteria初始過濾準(zhǔn)則IMSIP Multimedia SubsystemIP多媒體子系統(tǒng)I-CSCFInterrogating CSCF查詢-呼叫會(huì)話控制功能MGCFMedia Gateway Control Function媒體網(wǎng)關(guān)控制功能PHSPersonal Handy Phone System個(gè)人手持機(jī)系統(tǒng)PSTNPublic Switched Telephone Network公共交換 網(wǎng)絡(luò)P-CSCFProxy-Call Session Control Function代理-呼叫會(huì)話控制功能SIPSession Initiation Protoco

21、l會(huì)話初始化協(xié)議SMCShortMessageCenter短消息中心SMGWShort Message GateWay短消息網(wǎng)關(guān)SMMLSIP Message XMLSIP協(xié)議針對(duì)消息處理的XML擴(kuò)展SMPPShort Message Peer to Peer ProtocolSpecification短消息點(diǎn)對(duì)點(diǎn)協(xié)議SPTService Point Trigger業(yè)務(wù)點(diǎn)觸發(fā)器SCSCFServing CSCF服務(wù)-呼叫會(huì)話控制功能UEUser Equipment用戶設(shè)備URIUniform Resource Identifier統(tǒng)一資源標(biāo)識(shí)符業(yè)務(wù)定義基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)是在IMS用戶之

22、間、IMS用戶與其他網(wǎng)絡(luò)用戶之間傳遞文本信息的一種服務(wù)。業(yè)務(wù)特征短消息的應(yīng)用類別IMS用戶IMS用戶IMS用戶與另一個(gè)IMS用戶之間互相發(fā)送短消息。短消息將經(jīng)過短消息中心（SMC）轉(zhuǎn)發(fā)。IMS用戶其他網(wǎng)絡(luò)用戶IMS用戶向其他網(wǎng)絡(luò)（PSTN、PHS、軟交換、CDMA、其他運(yùn)營商）用戶發(fā)送短消息。短消息將經(jīng)過短消息中心、短消息網(wǎng)關(guān)（SMGW）、其他網(wǎng)絡(luò)短消息系統(tǒng)轉(zhuǎn)發(fā)。其他網(wǎng)絡(luò)用戶IMS用戶其他網(wǎng)絡(luò)（PSTN、PHS、軟交換、CDMA、其他運(yùn)營商）用戶向IMS用戶發(fā)送短消息。短消息將經(jīng)過其他網(wǎng)絡(luò)短消息系統(tǒng)、短消息網(wǎng)關(guān)、短消息中心轉(zhuǎn)發(fā)。短消息回執(zhí)發(fā)送方用戶可以設(shè)置是否需要短消息回執(zhí)。當(dāng)接收方為IMS用

23、戶時(shí)，短消息回執(zhí)由接收方短消息中心提供。當(dāng)接收方為其他網(wǎng)絡(luò)用戶時(shí)，短消息回執(zhí)由接收方網(wǎng)絡(luò)提供。短消息中心之間、短消息中心和短消息網(wǎng)關(guān)之間，短消息回執(zhí)是必選的。短消息的有效期短消息的有效期是指短消息由短消息中心第一次發(fā)送到短消息被短消息中心從發(fā)送隊(duì)列中刪除的時(shí)間間隔。發(fā)送方用戶可設(shè)置希望的短消息生存周期。短消息在短消息中心的最長生存周期由短消息中心決定，缺省為48小時(shí)，該值可根據(jù)運(yùn)營的需要進(jìn)行靈活設(shè)置。當(dāng)有效期逾時(shí)，短消息中心應(yīng)將消息從發(fā)送隊(duì)列中刪除，作為歷史記錄保存到短消息信息庫中，并根據(jù)業(yè)務(wù)需要決定是否產(chǎn)生回執(zhí)。當(dāng)發(fā)送方未設(shè)置有效期、設(shè)置的有效期早于短消息中心的當(dāng)前時(shí)間、或設(shè)置的有效期超過短

24、消息中心設(shè)置的最長有效期，應(yīng)以短消息中心設(shè)置的缺省值為準(zhǔn)?；貓?zhí)的有效期在短消息中心設(shè)置。若回執(zhí)在此有效期之后到達(dá)，將被短消息中心自動(dòng)拋棄?；貓?zhí)有效期缺省為49小時(shí)。短消息的重發(fā)用戶發(fā)送的短消息因某些臨時(shí)性錯(cuò)誤而發(fā)送失敗時(shí)，短消息將被緩存在短消息中心，并由短消息中心進(jìn)行重發(fā)。短消息中心應(yīng)能夠按照運(yùn)營需要靈活設(shè)置重發(fā)策略，包括根據(jù)網(wǎng)絡(luò)側(cè)返回的不同錯(cuò)誤響應(yīng)、不同應(yīng)用類別、不同時(shí)間段對(duì)重發(fā)次數(shù)和重發(fā)間隔進(jìn)行設(shè)置。短消息的重發(fā)在接收方收到短消息或短消息超過有效期之后停止。如果最后一次重發(fā)時(shí)間和有效期到期時(shí)間恰好重合，短消息中心需完成最后一次重發(fā)。短消息的長度短消息包含的內(nèi)容長度根據(jù)運(yùn)營需求規(guī)定。參照現(xiàn)行

25、CDMA網(wǎng)絡(luò)短消息長度要求，規(guī)定IMS短消息若不含中文單條最大長度為160個(gè)字符（使用單字節(jié)編碼），若含中文單條最大長度為70個(gè)字符。終端應(yīng)支持用戶一次性輸入超過規(guī)定長度的內(nèi)容。對(duì)于超長短消息，發(fā)送方終端將按照規(guī)定長度對(duì)消息進(jìn)行拆分（須保證拆分后的內(nèi)容不出現(xiàn)亂碼），并在每條拆分的消息中增加拆分信息，拆分后的短消息若不含中文單條最大長度為154個(gè)字符（使用單字節(jié)編碼），若含中文單條最大長度為67個(gè)字符；接收方終端依據(jù)拆分信息，將被拆分的短消息進(jìn)行合并。短消息中心應(yīng)在消息遞送過程中保留拆分信息。終端進(jìn)行超長短消息拆分時(shí)，應(yīng)向用戶提示拆分后的短消息數(shù)目。短消息的編碼格式短消息中心和終端應(yīng)支持ASCI

26、I、GB18030、UCS2和UTF-8編碼格式。終端建議優(yōu)選UCS2編碼格式。如果IMS用戶與其他網(wǎng)絡(luò)用戶采用的編碼類型不同，短消息中心應(yīng)能夠完成編碼類型的轉(zhuǎn)換，轉(zhuǎn)換策略可根據(jù)運(yùn)營的需要進(jìn)行設(shè)置。短消息的優(yōu)先級(jí)短消息中心應(yīng)支持針對(duì)應(yīng)用類別的優(yōu)先級(jí)設(shè)置，并按照短消息的優(yōu)先級(jí)進(jìn)行重發(fā)處理。發(fā)送方用戶可以設(shè)置希望的短消息優(yōu)先級(jí)。如果發(fā)送方的優(yōu)先級(jí)設(shè)置高于短消息中心的優(yōu)先級(jí)設(shè)置，應(yīng)以短消息中心的優(yōu)先級(jí)設(shè)置為準(zhǔn)。短消息的定時(shí)發(fā)送發(fā)送方用戶可設(shè)置短消息定時(shí)發(fā)送的時(shí)間，發(fā)送方短消息中心將按照用戶設(shè)置的時(shí)間進(jìn)行指定短消息的發(fā)送。短消息的最長定時(shí)發(fā)送時(shí)間由短消息中心決定，缺省為12個(gè)小時(shí)，該值可根據(jù)運(yùn)營的需要

27、進(jìn)行靈活設(shè)置。當(dāng)發(fā)送方設(shè)置的定時(shí)發(fā)送時(shí)間超過短消息中心設(shè)置的最長定時(shí)發(fā)送時(shí)間，短消息應(yīng)在短消息中心設(shè)置的缺省定時(shí)時(shí)間到后被發(fā)送。當(dāng)發(fā)送方設(shè)置的定時(shí)發(fā)送時(shí)間早于短消息中心的當(dāng)前時(shí)間，短消息應(yīng)被立即發(fā)送。短消息的群發(fā)終端支持發(fā)送方用戶一次性輸入多個(gè)接收方用戶。對(duì)于群發(fā)的短消息，終端將群發(fā)請(qǐng)求分解為針對(duì)每個(gè)接收方用戶的短消息請(qǐng)求，逐一發(fā)送到短消息中心。緩存短消息下發(fā)用戶每次在IMS網(wǎng)絡(luò)注冊(cè)成功后，S-CSCF應(yīng)根據(jù)簽約短消息業(yè)務(wù)的iFC，向短消息中心發(fā)起短消息業(yè)務(wù)的第三方注冊(cè)。短消息中心收到第三方注冊(cè)請(qǐng)求后，應(yīng)提取當(dāng)前用戶所有緩存在發(fā)送隊(duì)列中的短消息和回執(zhí)，逐一發(fā)送給用戶（該處理應(yīng)優(yōu)先于短消息的重發(fā)

28、處理。）業(yè)務(wù)編號(hào)基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)，使用E.164號(hào)碼（包含于tel URI或SIP URI的用戶名部分）作為業(yè)務(wù)編號(hào)。系統(tǒng)架構(gòu)模塊說明圖7-1：短消息業(yè)務(wù)系統(tǒng)架構(gòu)圖基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的系統(tǒng)架構(gòu)如上圖所示，涉與的網(wǎng)元有：SMC（短消息中心）支持IMS用戶的短消息存儲(chǔ)轉(zhuǎn)發(fā)、短消息回執(zhí)生成、短消息查詢、短消息計(jì)費(fèi)，支持通過與短消息網(wǎng)關(guān)的交互實(shí)現(xiàn)IMS用戶與其他網(wǎng)絡(luò)用戶的短消息互通。I/S/P-CSCF實(shí)現(xiàn)IMS用戶的接入、鑒權(quán)、路由和業(yè)務(wù)觸發(fā)等。HSS存儲(chǔ)IMS用戶短消息業(yè)務(wù)的iFC。ENUM/DNS接收SMC或S-CSCF的查詢，將tel URI中的E.164號(hào)碼翻譯成在IMS核

29、心網(wǎng)中可路由的SIP URI；支持根據(jù)域名獲得相關(guān)的IP地址信息。UE（IMS用戶終端）支持短消息編輯、收發(fā)、顯示，短消息群發(fā)，超長短消息拆分與合并，短消息功能設(shè)置。SMGW（短消息網(wǎng)關(guān)）支持短消息的路由管理和分析，提供不同短消息系統(tǒng)之間的選路和互通功能。接口說明SMC/S-CSCF支持ISC接口和SIP協(xié)議，通過MESSAGE請(qǐng)求封裝的text/xml-smml類型的消息體攜帶短消息業(yè)務(wù)信息。遵循中國電信IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求和本標(biāo)準(zhǔn)附錄A定義的SIP協(xié)議針對(duì)消息處理的XML擴(kuò)展。SMC/SMGW支持SMPP協(xié)議，遵循Short Message Peer to Peer Proto

30、col Specification v3.4和附錄B定義的SIP與SMPP協(xié)議的映射。SMC/ENUM支持Ex接口和DNS協(xié)議，遵循中國電信IMS網(wǎng)絡(luò)技術(shù)體制對(duì)Ex接口要求。UE/CSCF支持Gm接口和SIP協(xié)議，通過MESSAGE請(qǐng)求封裝的text/xml-smml類型的消息體攜帶短消息業(yè)務(wù)信息。遵循中國電信IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求和本標(biāo)準(zhǔn)附錄A定義的SIP協(xié)議針對(duì)消息處理的XML擴(kuò)展。信令流程IMS用戶注冊(cè)/第三方注冊(cè)/緩存短消息下發(fā)圖8-1：IMS用戶注冊(cè)/第三方注冊(cè)/緩存短消息下發(fā)流程流程說明：UE發(fā)起到IMS網(wǎng)絡(luò)的注冊(cè)請(qǐng)求，REGISTER消息經(jīng)過P-CSCF（P-CSCF在

31、圖中省略，下同）和I-CSCF（I-CSCF在圖中省略）送到歸屬地的S-CSCF。S-CSCF要求UE鑒權(quán)。UE重新發(fā)起帶有鑒權(quán)響應(yīng)信息的注冊(cè)請(qǐng)求。S-CSCF完成對(duì)UE的鑒權(quán)后，向HSS發(fā)送Server-Assignment-Request消息，通知HSS用戶已經(jīng)注冊(cè)。HSS向S-CSCF發(fā)送Server-Assignment-Answer響應(yīng)消息，返回用戶的iFC信息。S-CSCF向UE返回200響應(yīng)。S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，向SMC發(fā)送第三方注冊(cè)請(qǐng)求：To：UE的SIP URISMC向S-CSCF返回200響應(yīng)。SMC根據(jù)To頭域包含的SIP URI，檢查當(dāng)前注冊(cè)的用戶是

32、否有緩存的短消息。若有，則向UE逐一發(fā)送封裝了短消息信息的MESSAGE請(qǐng)求：RequestURI/To：接收方tel URIFrom/P-Asserted-Identity：發(fā)送方tel URIContent-Type：text/xml-smmlS-CSCF向UE轉(zhuǎn)發(fā)MESSAGE請(qǐng)求。UE向S-CSCF返回200響應(yīng)。S-CSCF向SMC返回200響應(yīng)。（16）SMC繼續(xù)向UE下發(fā)緩存的短消息，同（9）（12）。IMS用戶IMS用戶短消息提交圖8-2：短消息提交流程流程說明：用戶輸入一條短消息，UE發(fā)起MESSAGE請(qǐng)求，消息體中封裝了短消息信息：RequestURI/To：接收方tel

33、URIFrom/P-Preferred-Identity：發(fā)送方tel URIAccept-Contact：包含+g.ctc.ims-sms（表示短消息業(yè)務(wù)）User-Agent：sms-client（表示請(qǐng)求來自于UE）Content-Type：text/xml-smml消息體-registereddelivery：need receipt（要求回執(zhí)）MESSAGE請(qǐng)求經(jīng)過P-CSCF送到S-CSCF，S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請(qǐng)求轉(zhuǎn)到發(fā)送方SMC。SMC向S-CSCF返回202響應(yīng)。S-CSCF轉(zhuǎn)發(fā)202響應(yīng)，經(jīng)過P-CSCF送到UE。發(fā)送方SMC向前遞送短消

34、息。如果發(fā)送方要求回執(zhí)且接收方與發(fā)送方屬于同一SMC，SMC需要產(chǎn)生短消息回執(zhí)；如果接收方與發(fā)送方屬于不同SMC，SMC會(huì)收到對(duì)端發(fā)送的短消息回執(zhí)。SMC查詢ENUM服務(wù)器，獲得發(fā)送方SIP URI，向發(fā)送方I-CSCF發(fā)送封裝了回執(zhí)信息的MESSAGE請(qǐng)求：RequestURI：發(fā)送方SIP URITo：發(fā)送方tel URIFrom/P-Asserted-Identity：接收方tel URIUser-Agent：sms-servContent-Type：text/xml-smml消息體-id：與原短消息的id一致I-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到發(fā)送方S-CSCF。S-CSCF轉(zhuǎn)發(fā)MES

35、SAGE請(qǐng)求，經(jīng)過P-CSCF送到UE。UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。S-CSCF向I-CSCF返回200響應(yīng)。I-CSCF向SMC返回200響應(yīng)。短消息下發(fā)1）接收方與發(fā)送方屬于同一SMC圖8-3：短消息下發(fā)流程（接收方與發(fā)送方屬于同一SMC）流程說明：發(fā)送方SMC收到發(fā)送方S-CSCF根據(jù)發(fā)送方簽約短消息業(yè)務(wù)的iFC觸發(fā)的一條短消息，并發(fā)現(xiàn)該條消息的接收方也是本SMC用戶。SMC構(gòu)造一個(gè)新的MESSAGE請(qǐng)求，發(fā)送到接收方I-CSCF，RequestURI：接收方SIP URITo：接收方tel URIFrom/P-Asserted-Identity：發(fā)送方tel

36、URI刪除包含+g.ctc.ims-sms的Accept-Contact（抑制被叫觸發(fā)）User-Agent：sms-serv（表示請(qǐng)求來自于SMC）Content-Type：text/xml-smmlI-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到接收方S-CSCF。S-CSCF經(jīng)過P-CSCF，轉(zhuǎn)發(fā)MESSAGE請(qǐng)求給接收方UE。UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。S-CSCF向I-CSCF返回200響應(yīng)。I-CSCF向SMC返回200響應(yīng)。如果發(fā)送方要求回執(zhí)，SMC向發(fā)送方UE下發(fā)回執(zhí)（參見8.2.1）。2）接收方與發(fā)送方屬于不同SMC圖8-4：短消息下發(fā)流程（接收方與發(fā)送方屬于不

37、同SMC）流程說明：接收方SMC收到接收方S-CSCF根據(jù)接收方簽約短消息業(yè)務(wù)的iFC觸發(fā)的一條短消息。SMC構(gòu)造一個(gè)新的MESSAGE請(qǐng)求，發(fā)送到接收方S-CSCF：RequestURI：接收方SIP URITo：接收方tel URIFrom/P-Asserted-Identity：發(fā)送方tel URI刪除包含+g.ctc.ims-sms的Accept-Contact（抑制被叫重復(fù)觸發(fā)）User-Agent：sms-servContent-Type：text/xml-smmlS-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求，經(jīng)過P-CSCF送到UE。UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。S

38、-CSCF向SMC返回200響應(yīng)。如果發(fā)送方要求回執(zhí)，SMC產(chǎn)生回執(zhí)并發(fā)送（參見8.2.3圖8-5流程）。發(fā)送方SMC遞送到接收方SMC1）接收方IMS已注冊(cè)圖8-5：發(fā)送方SMC遞送到接收方SMC流程（接收方IMS已注冊(cè)）流程說明：發(fā)送方SMC收到S-CSCF轉(zhuǎn)發(fā)的MESSAGE請(qǐng)求，消息體中封裝了UE提交的短消息信息（參見8.2.1）。發(fā)送方SMC通過查詢ENUM服務(wù)器，獲得接收方SIP URI，接收方為IMS用戶。如果發(fā)送方SMC發(fā)現(xiàn)接收方也是本SMC用戶，則按照8.2.2圖8-3流程進(jìn)行。如果接收方不是本SMC用戶，則發(fā)送方SMC構(gòu)造一個(gè)新的MESSAGE請(qǐng)求，發(fā)送到S-CSCF，Re

39、questURI：接收方SIP URITo：接收方tel URIFrom：發(fā)送方tel URIP-Asserted-Identity：發(fā)送方SMC SIP URIAccept-Contact：包含+g.ctc.ims-smsUser-Agent：sms-serv（抑制主叫重復(fù)觸發(fā)）Route：添加發(fā)送方S-CSCF SIP URI并攜帶orig標(biāo)識(shí)Content-Type：text/xml-smml消息體-registereddelivery：need receipt（要求回執(zhí)）發(fā)送方S-CSCF根據(jù)Request URI包含的接收方UE的SIP URI，轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到接收方I-CS

40、CF。接收方I-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到接收方S-CSCF。接收方S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請(qǐng)求轉(zhuǎn)到接收方SMC。接收方SMC向接收方S-CSCF返回202響應(yīng)。如果發(fā)送方要求回執(zhí)，接收方SMC需保存P-Asserted-Identity包含的發(fā)送方SMC SIP URI。接收方S-CSCF向接收方I-CSCF返回202響應(yīng)。接收方I-CSCF向發(fā)送方S-CSCF返回202響應(yīng)。發(fā)送方S-CSCF向發(fā)送方SMC返回202響應(yīng)。接收方SMC向接收方UE下發(fā)短消息（參見8.2.2圖8-4流程）。接收方SMC向接收方S-CSCF發(fā)送封裝了回執(zhí)信息的MESSAGE

41、請(qǐng)求：RequestURI：發(fā)送方SMC SIP URITo：發(fā)送方tel URIFrom：接收方tel URIP-Asserted-Identity：接收方SMC SIP URIUser-Agent：sms-servRoute：添加接收方S-CSCF SIP URI并攜帶orig標(biāo)識(shí)Content-Type：text/xml-smml消息體-id：與原短消息的id一致接收方S-CSCF根據(jù)Request URI中的發(fā)送方SMC的SIP URI，向發(fā)送方I-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求。發(fā)送方I-CSCF向發(fā)送方SMC轉(zhuǎn)發(fā)MESSAGE請(qǐng)求。發(fā)送方SMC向發(fā)送方I-CSCF返回202響應(yīng)。發(fā)

42、送方I-CSCF向接收方S-CSCF返回202響應(yīng)。接收方S-CSCF向接收方SMC返回202響應(yīng)。發(fā)送方SMC向發(fā)送方UE下發(fā)回執(zhí)（參見8.2.1）。2）接收方IMS未注冊(cè)圖8-6：發(fā)送方SMC遞送到接收方SMC流程（接收方IMS未注冊(cè)）流程說明：（1）（3）參見圖8-4流程（1）（3）。發(fā)送方S-CSCF根據(jù)Request URI包含的接收方UE的SIP URI，向接收方I-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求。I-CSCF向HSS發(fā)送LIR消息，查詢接收方位置信息。接收方簽約未注冊(cè)短消息業(yè)務(wù)，HSS通過LIA響應(yīng)消息返回指配給接收方的S-CSCF或S-CSCF能力集。I-CSCF將MESSAG

43、E請(qǐng)求轉(zhuǎn)到指配給接收方的S-CSCF；或在S-CSCF能力集中選擇一個(gè)S-CSCF轉(zhuǎn)發(fā)。若MESSAGE請(qǐng)求中Request-URI包含的接收方未登記在S-CSCF，則S-CSCF向HSS發(fā)送SAR消息。 HSS將接收方的注冊(cè)狀態(tài)設(shè)置為“Unregistered”，存儲(chǔ)S-CSCF name信息，并通過SAA響應(yīng)消息將接收方的iFC下載到S-CSCF。注：若Request-URI包含的接收方已登記在S-CSCF，第8和第9步可以省略。（10）（15）參見圖8-4流程（5）（9）。短消息下發(fā)后，由于接收方IMS未注冊(cè)無法接收，將被緩存在SMC。超長短消息圖8-7：超長短消息流程流程說明：用戶輸入

44、一條超長短消息，發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。（10）發(fā)送方UE發(fā)送第一個(gè)MESSAGE請(qǐng)求，消息體中封裝了拆分后的第一條短消息，并攜帶拆分信息：Content-Type：text/xml-smml消息體-shortmessageclass：100，拆分消息標(biāo)志消息體-longmessageid：001，表示長消息序號(hào)消息體-sum：002，表示拆分為兩條消息體-sequence：001，表示是被拆分的第一條其它消息體參數(shù)同普通短消息（11）（19）發(fā)送方UE發(fā)送第二個(gè)MESSAGE請(qǐng)求，消息體中封裝了拆分后的第二條短消息，并攜帶拆分信息：Content-Type：text/xm

45、l-smml消息體-shortmessageclass：100，拆分消息標(biāo)志消息體-longmessageid：001，表示長消息序號(hào)消息體-sum：002，表示拆分為兩條消息體-sequence：002，表示是被拆分的第二條其它消息體參數(shù)同普通短消息接收方UE依據(jù)拆分信息，將兩條被拆分的短消息合并成一條超長消息，顯示給用戶。SMC發(fā)送短消息失敗遇到臨時(shí)性錯(cuò)誤圖8-8：SMC發(fā)送短消息失敗遇到臨時(shí)性錯(cuò)誤流程流程說明：接收方SMC向UE下發(fā)短消息。接收方SMC收到臨時(shí)性錯(cuò)誤響應(yīng)（408、480、486、500、503、504、600、603）。（3.a）（7.a）接收方SMC重發(fā)短消息，UE成功

46、接收并返回200響應(yīng)。（8.a） 接收方SMC產(chǎn)生成功回執(zhí)并發(fā)送。（3.b）（5.b）接收方SMC重發(fā)短消息，UE仍然沒有成功接收。（6.b）接收方SMC根據(jù)具體失敗原因，產(chǎn)生失敗回執(zhí)并發(fā)送如果重發(fā)流程結(jié)束仍然失敗，SMC在有效期到期后生成回執(zhí)，消息體-errorcode：最終失敗原因如果短消息超過有效期（配置的重發(fā)流程尚未結(jié)束），SMC生成回執(zhí)，消息體-errorcode：014（exceed validity period）如果最后一次重發(fā)時(shí)間和有效期到期時(shí)間恰好重合，SMC完成最后一次重發(fā)，消息體-errorcode：最終失敗原因注：發(fā)送方SMC對(duì)臨時(shí)性錯(cuò)誤響應(yīng)的處理一樣。SMC發(fā)送短消

47、息失敗遇到永久性錯(cuò)誤圖8-9：SMC發(fā)送短消息失敗遇到永久性錯(cuò)誤流程流程說明：接收方SMC向UE下發(fā)短消息。接收方SMC收到永久性錯(cuò)誤響應(yīng)（除408、480、486、500、503、504、600、603）。接收方SMC根據(jù)具體失敗原因，立即產(chǎn)生失敗回執(zhí)并發(fā)送，不做重發(fā)。注：發(fā)送方SMC對(duì)永久性錯(cuò)誤響應(yīng)的處理一樣。SMC發(fā)送回執(zhí)失敗遇到臨時(shí)性錯(cuò)誤圖8-10：SMC發(fā)送回執(zhí)失敗遇到臨時(shí)性錯(cuò)誤流程流程說明：發(fā)送方SMC向UE下發(fā)短消息回執(zhí)。發(fā)送方SMC收到臨時(shí)性錯(cuò)誤響應(yīng)（408、480、486、500、503、504、600、603）。（3.a）（7.a）發(fā)送方SMC重發(fā)回執(zhí)，UE成功接收并返回2

48、00響應(yīng)。（3.b）（6.b）發(fā)送方SMC重發(fā)回執(zhí)，UE仍然沒有成功接收，發(fā)送方SMC在有效期到期后丟棄回執(zhí)。注：接收方SMC對(duì)臨時(shí)性錯(cuò)誤響應(yīng)的處理一樣。SMC發(fā)送回執(zhí)失敗遇到永久性錯(cuò)誤圖8-11：SMC發(fā)送回執(zhí)失敗遇到永久性錯(cuò)誤流程流程說明：發(fā)送方SMC向UE下發(fā)短消息回執(zhí)。發(fā)送方SMC收到永久性錯(cuò)誤響應(yīng)（除408、480、486、500、503、504、600、603）。發(fā)送方SMC丟棄回執(zhí)，不做重發(fā)。注：接收方SMC對(duì)永久性錯(cuò)誤響應(yīng)的處理一樣。IMS用戶其他網(wǎng)絡(luò)用戶短消息提交圖8-12：短消息提交互通流程流程說明：用戶輸入一條短消息，UE發(fā)起MESSAGE請(qǐng)求，消息體中封裝了短消息信息：

49、RequestURI/To：接收方tel URIFrom/P-Preferred-Identity：發(fā)送方tel URIAccept-Contact：包含+g.ctc.ims-smsContent-Type：text/xml-smml消息體-registereddelivery：need receipt（要求回執(zhí)）消息體-shortmessageclass：000MESSAGE請(qǐng)求經(jīng)過P-CSCF送到S-CSCF，S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請(qǐng)求轉(zhuǎn)到發(fā)送方SMC。SMC向S-CSCF返回202響應(yīng)。S-CSCF轉(zhuǎn)發(fā)202響應(yīng)，經(jīng)過P-CSCF送到UE。發(fā)送方SMC查

50、詢ENUM服務(wù)器，沒有獲得接收方SIP URI，接收方為其他網(wǎng)絡(luò)用戶。發(fā)送方SMC將MESSAGE請(qǐng)求映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGWsource_addr字段：發(fā)送方號(hào)碼，參考P-Asserted-Identitydest_addr字段：接收方號(hào)碼，參考Request URIesm_class字段bit6：0，參考消息體-shortmessageclasspriority_flag字段：優(yōu)先級(jí)，參考消息體-priorityschedule_delivery_time字段：null或SMC第一次下發(fā)時(shí)間validity_period字段：有效期，參考消息體-validityper

51、iodregistered_delivery字段bit0和/或bit5：1（都要求回執(zhí)）data_coding字段：編碼格式，參考消息體-datacoding和編碼轉(zhuǎn)換設(shè)置sm_length字段：short_message字段的長度short_message字段：短消息內(nèi)容，參考消息體-textSMGW向發(fā)送方SMC返回deliver_sm_resp響應(yīng)。SMGW向前遞送短消息。SMGW向發(fā)送方SMC發(fā)送submit_sm消息，包含回執(zhí)信息source_addr字段：回執(zhí)發(fā)送方號(hào)碼（原短消息接收方號(hào)碼）dest_addr字段：回執(zhí)接收方號(hào)碼（原短消息發(fā)送方號(hào)碼）esm_class字段：xx00

52、10 xx，表明為submit回執(zhí)short_message字段：回執(zhí)內(nèi)容，包括id、submit date、done date、stat、err和text等，id拷貝deliver_sm_resp中的message_id字段發(fā)送方SMC向SMGW返回submit_sm_resp響應(yīng)。發(fā)送方SMC將submit_sm消息映射為封裝了回執(zhí)信息的MESSAGE請(qǐng)求，轉(zhuǎn)發(fā)給S-CSCFRequestURI/To：發(fā)送方tel URIFrom/P-Asserted-Identity：接收方tel URIContent-Type：text/xml-smml消息體-id：與原短消息的id一致消息體-pro

53、tocolid：與原短消息的protocolid一致消息體-submitdate：SMC收到原短消息的時(shí)間消息體-donedate：SMC生成回執(zhí)的時(shí)間消息體-shortmessagestatus：映射SMPP short_message字段中stat的內(nèi)容消息體-errorcode：拷貝SMPP short_message字段中err的內(nèi)容消息體-datacoding：回執(zhí)編碼格式，應(yīng)保證原短消息發(fā)送方能夠正確識(shí)別消息體-text：截取SMC收到原短消息中text的內(nèi)容S-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求，經(jīng)過P-CSCF送到UE。UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。S-CS

54、CF向SMC返回200響應(yīng)。超長短消息提交圖8-13：超長短消息提交互通流程流程說明：用戶輸入一條超長短消息，發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。（5）發(fā)送方UE發(fā)送第一個(gè)MESSAGE請(qǐng)求，消息體中封裝了拆分后的第一條短消息，并攜帶拆分信息：Content-Type：text/xml-smml消息體-shortmessageclass：100，拆分消息標(biāo)志消息體-longmessageid：001，表示長消息序號(hào)消息體-sum：002，表示拆分為兩條消息體-sequence：001，表示是被拆分的第一條（6）（8）發(fā)送方SMC將第一個(gè)MESSAGE請(qǐng)求映射為deliver_sm消息，

55、轉(zhuǎn)發(fā)給SMGWesm_class字段bit 6：1，參考消息體-shortmessageclassUDH-udhl字段：0 x05（占1個(gè)字節(jié)）UDH-iei字段：0 x00（占1個(gè)字節(jié)）UDH-iedl字段：0 x03（占1個(gè)字節(jié)）UDH-mr字段：拷貝消息體-longmessageid的內(nèi)容（占1個(gè)字節(jié)）UDH-max字段：拷貝消息體-sum的內(nèi)容（占1個(gè)字節(jié)）UDH-seq字段：拷貝消息體-sequence的內(nèi)容（占1個(gè)字節(jié)）（9）SMGW向前遞送第一條短消息。（10）（17）SMC將UE的第二個(gè)MESSAGE請(qǐng)求，映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGW，同（2）（9）。其他網(wǎng)絡(luò)

56、用戶IMS用戶短消息下發(fā)圖8-14：短消息下發(fā)互通流程流程說明：SMGW收到一條短消息。SMGW向接收方SMC轉(zhuǎn)發(fā)submit_sm消息source_addr字段：發(fā)送方號(hào)碼dest_addr字段：接收方號(hào)碼esm_class字段bit6：0registered_delivery字段bit0和/或bit5：1（都要求回執(zhí)）接收方SMC向SMGW返回submit_sm_resp響應(yīng)。接收方SMC將submit_sm消息映射為封裝了短消息信息的MESSAGE請(qǐng)求，使用dest_addr字段包含的接收方號(hào)碼查詢ENUM服務(wù)器，獲得接收方SIP URI，轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到接收方I-CSCFReq

57、uestURI：接收方SIP URITo：接收方tel URI，參考dest_addr字段From/P-Asserted-Identity：發(fā)送方tel URI，參考source_addr字段User-Agent：sms-servContent-Type：text/xml-smml消息體-shortmessageclass：000，參考esm_class字段bit6消息體-scheduledeliverytime：SMC第一次下發(fā)時(shí)間消息體-datacoding：編碼格式，參考data_coding字段和編碼轉(zhuǎn)換設(shè)置消息體-shortmessagelength：短消息內(nèi)容長度消息體-text：

58、短消息內(nèi)容，參考short_message字段I-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求到S-CSCF。S-CSCF轉(zhuǎn)發(fā)MESSAGE請(qǐng)求，經(jīng)過P-CSCF送到UE。UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。S-CSCF向I-CSCF返回200響應(yīng)。I-CSCF向SMC返回200響應(yīng)。接收方SMC向SMGW發(fā)送deliver_sm，包含回執(zhí)信息source_addr字段：回執(zhí)發(fā)送方號(hào)碼（原短消息接收方號(hào)碼）dest_addr字段：回執(zhí)接收方號(hào)碼（原短消息發(fā)送方號(hào)碼）esm_class字段：xx0001xx，表明為deliver回執(zhí)short_message字段：回執(zhí)內(nèi)容，包括submit

59、date、done date、stat、err和text等，stat值為DELIVRD，err值為000（成功），id拷貝submit_sm_resp中的message_id字段SMGW向接收方SMC返回deliver_sm_resp響應(yīng)。超長短消息下發(fā)圖8-15：超長短消息下發(fā)互通流程流程說明：（3）SMGW收到第一條submit_sm消息，包含了拆分后的第一條短消息信息，轉(zhuǎn)發(fā)給接收方SMCesm_class字段bit 6：1UDH-udhl字段：0 x05（占1個(gè)字節(jié)）UDH-iei字段：0 x00（占1個(gè)字節(jié)）UDH-iedl字段：0 x03（占1個(gè)字節(jié)）UDH-mr字段：0 x01（占

60、1或2個(gè)字節(jié)）UDH-max字段：0 x02（占1個(gè)字節(jié)）UDH-seq字段：0 x01（占1個(gè)字節(jié)）（4）接收方SMC將第一條submit_sm消息映射為封裝了短消息信息的MESSAGE請(qǐng)求，經(jīng)過I-CSCF轉(zhuǎn)發(fā)給S-CSCFContent-Type：text/xml-smml消息體-shortmessageclass：100，參考esm_class字段bit6消息體-longmessageid：001或00001，拷貝UDH-mr字段的內(nèi)容消息體-sum：002，拷貝UDH-max字段的內(nèi)容消息體-Sequence：001/002，拷貝UDH-seq字段的內(nèi)容（5）（7）S-CSCF轉(zhuǎn)發(fā)M