IMS網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求(共45頁).doc

1、保密等級：公開發(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)目 錄目 錄I前 言III短消息業(yè)務(wù)技術(shù)要求11 范圍12 引用標(biāo)準(zhǔn)13 縮略語14 業(yè)務(wù)定義25 業(yè)務(wù)特征25.1 短消息的應(yīng)用類別25.2 短消息回執(zhí)25.3 短消息的有效期25.4 短消息的重發(fā)35.5

2、短消息的長度35.6 短消息的編碼格式35.7 短消息的優(yōu)先級35.8 短消息的定時發(fā)送35.9 短消息的群發(fā)35.10 緩存短消息下發(fā)36 業(yè)務(wù)編號47 系統(tǒng)架構(gòu)47.1 模塊說明47.2 接口說明48 信令流程58.1 IMS用戶注冊/第三方注冊/緩存短消息下發(fā)58.2 IMS用戶IMS用戶6 短消息提交6 短消息下發(fā)8 發(fā)送方SMC遞送到接收方SMC9 超長短消息138.2.5 SMC發(fā)送短消息失敗遇到臨時性錯誤148.2.6 SMC發(fā)送短消息失敗遇到永久性錯誤15 SMC發(fā)送回執(zhí)失敗遇到臨時性錯誤158.2.8 SMC發(fā)送回執(zhí)失敗遇到永久性錯誤168.3 IMS用戶其他網(wǎng)絡(luò)用戶17 短

3、消息提交17 超長短消息提交198.4 其他網(wǎng)絡(luò)用戶IMS用戶21 短消息下發(fā)21 超長短消息下發(fā)229 業(yè)務(wù)實(shí)現(xiàn)239.1 iFC設(shè)置239.2 組網(wǎng)方式2310 設(shè)備要求2410.1 HSS2410.2 S-CSCF2410.3 短消息中心2410.4 ENUM/DNS2510.5 I-CSCF2510.6 終端25附錄A SIP協(xié)議針對消息處理的XML擴(kuò)展26A.1 短消息操作類型26A.2 SMML操作結(jié)構(gòu)26A.3 SMML操作參數(shù)27A.3.1 <shortmessage>成員參數(shù)27A.3.2 <receipt>成員參數(shù)29A.4 XML Schema32

4、A.5 SMML實(shí)例36附錄B SIP與SMPP協(xié)議的映射38B.1 參數(shù)映射38B.2 失敗原因映射39B.2.1 SMPP響應(yīng)到SIP短消息發(fā)送失敗原因的映射39B.2.2 SIP響應(yīng)碼到SMPP短消息發(fā)送失敗原因的映射40B.2.3 SMPP短消息發(fā)送失敗原因與SIP短消息發(fā)送失敗原因的映射41前 言本標(biāo)準(zhǔn)主要依據(jù)中國電信SIP短消息中心設(shè)備總體技術(shù)要求（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)

5、驗(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)起草單位：中國電信股份有限公司上海研究院本標(biāo)準(zhǔn)主要起草人：鈕穎彬 吳琳IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求1 范圍本標(biāo)準(zhǔn)規(guī)定了中國電信基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)定義、業(yè)務(wù)特征、業(yè)務(wù)編號、系統(tǒng)架構(gòu)、信令流程、業(yè)務(wù)實(shí)現(xiàn)和設(shè)備要求等。本標(biāo)準(zhǔn)適用于基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的開發(fā)和部署。2 引用標(biāo)準(zhǔn)下列文件中的條款通過本企業(yè)技術(shù)標(biāo)準(zhǔn)的引用而成為本企業(yè)技術(shù)標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修改版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)

6、議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(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（Diameter）接口技術(shù)要求中國電信基于固定電話網(wǎng)的綜合信息系統(tǒng)與無線市話短消息系統(tǒng)的互聯(lián)規(guī)范YD/T 1220-2002800MHz CDMA數(shù)字蜂窩移動通信網(wǎng)擴(kuò)展短消息實(shí)體與短消息中心的接口協(xié)議技術(shù)要求RFC3428Sessio

7、n 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-0Short Message Service Over IMS v1.03GPP TS 23.204Support of Short Message Service (SMS) over generic 3GPP Internet Protoc

8、ol (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; signalling flows and message contents3GPP TS 29.329Sh Interface based on the Diameter protocol; protocol detailsSMPP Developers

9、ForumShort Message Peer to Peer Protocol Specification v3.43 縮略語下列縮略語適用于本標(biāo)準(zhǔn)：ASApplication Server應(yīng)用服務(wù)器CSCFCall Session Control Function呼叫會話控制功能HSSHome Subscriber Server歸屬用戶服務(wù)器iFCInitial Filter Criteria初始過濾準(zhǔn)則IMSIP Multimedia SubsystemIP多媒體子系統(tǒng)I-CSCFInterrogating CSCF查詢-呼叫會話控制功能MGCFMedia Gateway Control

10、 Function媒體網(wǎng)關(guān)控制功能PHSPersonal Handy Phone System個人手持機(jī)系統(tǒng)PSTNPublic Switched Telephone Network公共交換電話網(wǎng)絡(luò)P-CSCFProxy-Call Session Control Function代理-呼叫會話控制功能SIPSession Initiation Protocol會話初始化協(xié)議SMCShort Message Center短消息中心SMGWShort Message GateWay短消息網(wǎng)關(guān)SMMLSIP Message XMLSIP協(xié)議針對消息處理的XML擴(kuò)展SMPPShort Message

11、Peer to Peer Protocol Specification短消息點(diǎn)對點(diǎn)協(xié)議SPTService Point Trigger業(yè)務(wù)點(diǎn)觸發(fā)器SCSCFServing CSCF 服務(wù)-呼叫會話控制功能UEUser Equipment用戶設(shè)備URIUniform Resource Identifier統(tǒng)一資源標(biāo)識符4 業(yè)務(wù)定義基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)是在IMS用戶之間、IMS用戶與其他網(wǎng)絡(luò)用戶之間傳遞文本信息的一種服務(wù)。5 業(yè)務(wù)特征5.1 短消息的應(yīng)用類別（1） IMS用戶IMS用戶IMS用戶與另一個IMS用戶之間互相發(fā)送短消息。短消息將經(jīng)過短消息中心（SMC）轉(zhuǎn)發(fā)。（2） IMS用戶其他

12、網(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ā)。（3） 其他網(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ā)。5.2 短消息回執(zhí)發(fā)送方用戶可以設(shè)置是否需要短消息回執(zhí)。當(dāng)接收方為IMS用戶時，短消息回執(zhí)由接收方短消息中心提供。當(dāng)接收方為其他網(wǎng)絡(luò)用戶時，短消息回執(zhí)由接收方網(wǎng)絡(luò)提供。短消息中心之間、短消息中心和短消息網(wǎng)關(guān)之間，短消息回執(zhí)是必選的。5.3 短消息的有效期短消

13、息的有效期是指短消息由短消息中心第一次發(fā)送到短消息被短消息中心從發(fā)送隊列中刪除的時間間隔。發(fā)送方用戶可設(shè)置希望的短消息生存周期。短消息在短消息中心的最長生存周期由短消息中心決定，缺省為48小時，該值可根據(jù)運(yùn)營的需要進(jìn)行靈活設(shè)置。當(dāng)有效期逾時，短消息中心應(yīng)將消息從發(fā)送隊列中刪除，作為歷史記錄保存到短消息信息庫中，并根據(jù)業(yè)務(wù)需要決定是否產(chǎn)生回執(zhí)。當(dāng)發(fā)送方未設(shè)置有效期、設(shè)置的有效期早于短消息中心的當(dāng)前時間、或設(shè)置的有效期超過短消息中心設(shè)置的最長有效期，應(yīng)以短消息中心設(shè)置的缺省值為準(zhǔn)?；貓?zhí)的有效期在短消息中心設(shè)置。若回執(zhí)在此有效期之后到達(dá)，將被短消息中心自動拋棄?；貓?zhí)有效期缺省為49小時。5.4 短消

14、息的重發(fā)用戶發(fā)送的短消息因某些臨時性錯誤而發(fā)送失敗時，短消息將被緩存在短消息中心，并由短消息中心進(jìn)行重發(fā)。短消息中心應(yīng)能夠按照運(yùn)營需要靈活設(shè)置重發(fā)策略，包括根據(jù)網(wǎng)絡(luò)側(cè)返回的不同錯誤響應(yīng)、不同應(yīng)用類別、不同時間段對重發(fā)次數(shù)和重發(fā)間隔進(jìn)行設(shè)置。短消息的重發(fā)在接收方收到短消息或短消息超過有效期之后停止。如果最后一次重發(fā)時間和有效期到期時間恰好重合，短消息中心需完成最后一次重發(fā)。5.5 短消息的長度短消息包含的內(nèi)容長度根據(jù)運(yùn)營需求規(guī)定。參照現(xiàn)行CDMA網(wǎng)絡(luò)短消息長度要求，規(guī)定IMS短消息若不含中文單條最大長度為160個字符（使用單字節(jié)編碼），若含中文單條最大長度為70個字符。終端應(yīng)支持用戶一次性輸入超

15、過規(guī)定長度的內(nèi)容。對于超長短消息，發(fā)送方終端將按照規(guī)定長度對消息進(jìn)行拆分（須保證拆分后的內(nèi)容不出現(xiàn)亂碼），并在每條拆分的消息中增加拆分信息，拆分后的短消息若不含中文單條最大長度為154個字符（使用單字節(jié)編碼），若含中文單條最大長度為67個字符；接收方終端依據(jù)拆分信息，將被拆分的短消息進(jìn)行合并。短消息中心應(yīng)在消息遞送過程中保留拆分信息。終端進(jìn)行超長短消息拆分時，應(yīng)向用戶提示拆分后的短消息數(shù)目。5.6 短消息的編碼格式短消息中心和終端應(yīng)支持ASCII、GB18030、UCS2和UTF-8編碼格式。終端建議優(yōu)選UCS2編碼格式。如果IMS用戶與其他網(wǎng)絡(luò)用戶采用的編碼類型不同，短消息中心應(yīng)能夠完成編碼

16、類型的轉(zhuǎn)換，轉(zhuǎn)換策略可根據(jù)運(yùn)營的需要進(jìn)行設(shè)置。5.7 短消息的優(yōu)先級短消息中心應(yīng)支持針對應(yīng)用類別的優(yōu)先級設(shè)置，并按照短消息的優(yōu)先級進(jìn)行重發(fā)處理。發(fā)送方用戶可以設(shè)置希望的短消息優(yōu)先級。如果發(fā)送方的優(yōu)先級設(shè)置高于短消息中心的優(yōu)先級設(shè)置，應(yīng)以短消息中心的優(yōu)先級設(shè)置為準(zhǔn)。5.8 短消息的定時發(fā)送發(fā)送方用戶可設(shè)置短消息定時發(fā)送的時間，發(fā)送方短消息中心將按照用戶設(shè)置的時間進(jìn)行指定短消息的發(fā)送。短消息的最長定時發(fā)送時間由短消息中心決定，缺省為12個小時，該值可根據(jù)運(yùn)營的需要進(jìn)行靈活設(shè)置。當(dāng)發(fā)送方設(shè)置的定時發(fā)送時間超過短消息中心設(shè)置的最長定時發(fā)送時間，短消息應(yīng)在短消息中心設(shè)置的缺省定時時間到后被發(fā)送。當(dāng)發(fā)送方

17、設(shè)置的定時發(fā)送時間早于短消息中心的當(dāng)前時間，短消息應(yīng)被立即發(fā)送。5.9 短消息的群發(fā)終端支持發(fā)送方用戶一次性輸入多個接收方用戶。對于群發(fā)的短消息，終端將群發(fā)請求分解為針對每個接收方用戶的短消息請求，逐一發(fā)送到短消息中心。5.10 緩存短消息下發(fā)用戶每次在IMS網(wǎng)絡(luò)注冊成功后，S-CSCF應(yīng)根據(jù)簽約短消息業(yè)務(wù)的iFC，向短消息中心發(fā)起短消息業(yè)務(wù)的第三方注冊。短消息中心收到第三方注冊請求后，應(yīng)提取當(dāng)前用戶所有緩存在發(fā)送隊列中的短消息和回執(zhí)，逐一發(fā)送給用戶（該處理應(yīng)優(yōu)先于短消息的重發(fā)處理。）6 業(yè)務(wù)編號基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)，使用E.164號碼（包含于tel URI或SIP URI的用戶名部分）

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

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

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

21、CF在圖中省略，下同）和I-CSCF（I-CSCF在圖中省略）送到歸屬地的S-CSCF。（2） S-CSCF要求UE鑒權(quán)。（3） UE重新發(fā)起帶有鑒權(quán)響應(yīng)信息的注冊請求。（4） S-CSCF完成對UE的鑒權(quán)后，向HSS發(fā)送Server-Assignment-Request消息，通知HSS用戶已經(jīng)注冊。（5） HSS向S-CSCF發(fā)送Server-Assignment-Answer響應(yīng)消息，返回用戶的iFC信息。（6） S-CSCF向UE返回200響應(yīng)。（7） S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，向SMC發(fā)送第三方注冊請求：a) To：UE的SIP URI（8） SMC向S-CSCF返回20

22、0響應(yīng)。（9） SMC根據(jù)To頭域包含的SIP URI，檢查當(dāng)前注冊的用戶是否有緩存的短消息。若有，則向UE逐一發(fā)送封裝了短消息信息的MESSAGE請求：a) RequestURI/To：接收方tel URIb) From/P-Asserted-Identity：發(fā)送方tel URIc) Content-Type：text/xml-smml（10） S-CSCF向UE轉(zhuǎn)發(fā)MESSAGE請求。（11） UE向S-CSCF返回200響應(yīng)。（12） S-CSCF向SMC返回200響應(yīng)。（13） （16）SMC繼續(xù)向UE下發(fā)緩存的短消息，同（9）（12）。8.2 IMS用戶IMS用戶8.2.1 短消息

23、提交圖8-2：短消息提交流程流程說明：（1） 用戶輸入一條短消息，UE發(fā)起MESSAGE請求，消息體中封裝了短消息信息：a) Request URI/To：接收方tel URIb) From/P-Preferred-Identity：發(fā)送方tel URIc) Accept-Contact：包含"+g.ctc.ims-sms"（表示短消息業(yè)務(wù)）d) User-Agent：sms-client（表示請求來自于UE）e) Content-Type：text/xml-smmlf) 消息體-registereddelivery：need receipt（要求回執(zhí)）（2） MESSAG

24、E請求經(jīng)過P-CSCF送到S-CSCF，S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請求轉(zhuǎn)到發(fā)送方SMC。（3） SMC向S-CSCF返回202響應(yīng)。（4） S-CSCF轉(zhuǎn)發(fā)202響應(yīng)，經(jīng)過P-CSCF送到UE。（5） 發(fā)送方SMC向前遞送短消息。（6） 如果發(fā)送方要求回執(zhí)且接收方與發(fā)送方屬于同一SMC，SMC需要產(chǎn)生短消息回執(zhí)；如果接收方與發(fā)送方屬于不同SMC，SMC會收到對端發(fā)送的短消息回執(zhí)。SMC查詢ENUM服務(wù)器，獲得發(fā)送方SIP URI，向發(fā)送方I-CSCF發(fā)送封裝了回執(zhí)信息的MESSAGE請求：a) Request URI：發(fā)送方SIP URIb) To：發(fā)送方tel

25、URIc) From/P-Asserted-Identity：接收方tel URId) User-Agent：sms-serve) Content-Type：text/xml-smmlf) 消息體-id：與原短消息的id一致（7） I-CSCF轉(zhuǎn)發(fā)MESSAGE請求到發(fā)送方S-CSCF。（8） S-CSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過P-CSCF送到UE。（9） UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。（10） S-CSCF向I-CSCF返回200響應(yīng)。（11） I-CSCF向SMC返回200響應(yīng)。8.2.2 短消息下發(fā)1）接收方與發(fā)送方屬于同一SMC圖8-3：短消息下發(fā)流程（接

26、收方與發(fā)送方屬于同一SMC）流程說明：（1） 發(fā)送方SMC收到發(fā)送方S-CSCF根據(jù)發(fā)送方簽約短消息業(yè)務(wù)的iFC觸發(fā)的一條短消息，并發(fā)現(xiàn)該條消息的接收方也是本SMC用戶。（2） SMC構(gòu)造一個新的MESSAGE請求，發(fā)送到接收方I-CSCF，a) Request URI：接收方SIP URIb) To：接收方tel URIc) From/P-Asserted-Identity：發(fā)送方tel URId) 刪除包含"+g.ctc.ims-sms"的Accept-Contact（抑制被叫觸發(fā)）e) User-Agent：sms-serv（表示請求來自于SMC）f) Content

27、-Type：text/xml-smml（3） I-CSCF轉(zhuǎn)發(fā)MESSAGE請求到接收方S-CSCF。（4） S-CSCF經(jīng)過P-CSCF，轉(zhuǎn)發(fā)MESSAGE請求給接收方UE。（5） UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。（6） S-CSCF向I-CSCF返回200響應(yīng)。（7） I-CSCF向SMC返回200響應(yīng)。（8） 如果發(fā)送方要求回執(zhí)，SMC向發(fā)送方UE下發(fā)回執(zhí)（參見）。2）接收方與發(fā)送方屬于不同SMC圖8-4：短消息下發(fā)流程（接收方與發(fā)送方屬于不同SMC）流程說明：（1） 接收方SMC收到接收方S-CSCF根據(jù)接收方簽約短消息業(yè)務(wù)的iFC觸發(fā)的一條短消息。（2） SMC

28、構(gòu)造一個新的MESSAGE請求，發(fā)送到接收方S-CSCF：a) Request URI：接收方SIP URIb) To：接收方tel URIc) From/P-Asserted-Identity：發(fā)送方tel URId) 刪除包含"+g.ctc.ims-sms"的Accept-Contact（抑制被叫重復(fù)觸發(fā)）e) User-Agent：sms-servf) Content-Type：text/xml-smml（3） S-CSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過P-CSCF送到UE。（4） UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。（5） S-CSCF向SMC返回2

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

30、est URI：接收方SIP URIb) To：接收方tel URIc) From：發(fā)送方tel URId) P-Asserted-Identity：發(fā)送方SMC SIP URIe) Accept-Contact：包含"+g.ctc.ims-sms"f) User-Agent：sms-serv（抑制主叫重復(fù)觸發(fā)）g) Route：添加發(fā)送方S-CSCF SIP URI并攜帶orig標(biāo)識h) Content-Type：text/xml-smmli) 消息體-registereddelivery：need receipt（要求回執(zhí)）（4） 發(fā)送方S-CSCF根據(jù)Request

31、URI包含的接收方UE的SIP URI，轉(zhuǎn)發(fā)MESSAGE請求到接收方I-CSCF。（5） 接收方I-CSCF轉(zhuǎn)發(fā)MESSAGE請求到接收方S-CSCF。（6） 接收方S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請求轉(zhuǎn)到接收方SMC。（7） 接收方SMC向接收方S-CSCF返回202響應(yīng)。如果發(fā)送方要求回執(zhí)，接收方SMC需保存P-Asserted-Identity包含的發(fā)送方SMC SIP URI。（8） 接收方S-CSCF向接收方I-CSCF返回202響應(yīng)。（9） 接收方I-CSCF向發(fā)送方S-CSCF返回202響應(yīng)。（10） 發(fā)送方S-CSCF向發(fā)送方SMC返回202響應(yīng)。（1

32、1） 接收方SMC向接收方UE下發(fā)短消息（參見圖8-4流程）。（12） 接收方SMC向接收方S-CSCF發(fā)送封裝了回執(zhí)信息的MESSAGE請求：a) Request URI：發(fā)送方SMC SIP URIb) To：發(fā)送方tel URIc) From：接收方tel URId) P-Asserted-Identity：接收方SMC SIP URIe) User-Agent：sms-servf) Route：添加接收方S-CSCF SIP URI并攜帶orig標(biāo)識g) Content-Type：text/xml-smmlh) 消息體-id：與原短消息的id一致（13） 接收方S-CSCF根據(jù)Requ

33、est URI中的發(fā)送方SMC的SIP URI，向發(fā)送方I-CSCF轉(zhuǎn)發(fā)MESSAGE請求。（14） 發(fā)送方I-CSCF向發(fā)送方SMC轉(zhuǎn)發(fā)MESSAGE請求。（15） 發(fā)送方SMC向發(fā)送方I-CSCF返回202響應(yīng)。（16） 發(fā)送方I-CSCF向接收方S-CSCF返回202響應(yīng)。（17） 接收方S-CSCF向接收方SMC返回202響應(yīng)。（18） 發(fā)送方SMC向發(fā)送方UE下發(fā)回執(zhí)（參見）。2）接收方IMS未注冊圖8-6：發(fā)送方SMC遞送到接收方SMC流程（接收方IMS未注冊）流程說明：（1）（3）參見圖8-4流程（1）（3）。（4） 發(fā)送方S-CSCF根據(jù)Request URI包含的接收方UE的

34、SIP URI，向接收方I-CSCF轉(zhuǎn)發(fā)MESSAGE請求。（5） I-CSCF向HSS發(fā)送LIR消息，查詢接收方位置信息。（6） 接收方簽約未注冊短消息業(yè)務(wù)，HSS通過LIA響應(yīng)消息返回指配給接收方的S-CSCF或S-CSCF能力集。（7） I-CSCF將MESSAGE請求轉(zhuǎn)到指配給接收方的S-CSCF；或在S-CSCF能力集中選擇一個S-CSCF轉(zhuǎn)發(fā)。（8） 若MESSAGE請求中Request-URI包含的接收方未登記在S-CSCF，則S-CSCF向HSS發(fā)送SAR消息。 （9） HSS將接收方的注冊狀態(tài)設(shè)置為“Unregistered”，存儲S-CSCF name信息，并通過SAA響應(yīng)

35、消息將接收方的iFC下載到S-CSCF。注：若Request-URI包含的接收方已登記在S-CSCF，第8和第9步可以省略。（10）（15）參見圖8-4流程（5）（9）。短消息下發(fā)后，由于接收方IMS未注冊無法接收，將被緩存在SMC。8.2.4 超長短消息圖8-7：超長短消息流程流程說明：（1） 用戶輸入一條超長短消息，發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。（2） （10）發(fā)送方UE發(fā)送第一個MESSAGE請求，消息體中封裝了拆分后的第一條短消息，并攜帶拆分信息：a) Content-Type：text/xml-smmlb) 消息體-shortmessageclass：100，拆分消息標(biāo)

36、志c) 消息體-longmessageid：001，表示長消息序號d) 消息體-sum：002，表示拆分為兩條e) 消息體-sequence：001，表示是被拆分的第一條f) 其它消息體參數(shù)同普通短消息（11）（19）發(fā)送方UE發(fā)送第二個MESSAGE請求，消息體中封裝了拆分后的第二條短消息，并攜帶拆分信息：a) Content-Type：text/xml-smmlb) 消息體-shortmessageclass：100，拆分消息標(biāo)志c) 消息體-longmessageid：001，表示長消息序號d) 消息體-sum：002，表示拆分為兩條e) 消息體-sequence：002，表示是被拆分的

37、第二條f) 其它消息體參數(shù)同普通短消息（20） 接收方UE依據(jù)拆分信息，將兩條被拆分的短消息合并成一條超長消息，顯示給用戶。8.2.5 SMC發(fā)送短消息失敗遇到臨時性錯誤圖8-8：SMC發(fā)送短消息失敗遇到臨時性錯誤流程流程說明：（1） 接收方SMC向UE下發(fā)短消息。（2） 接收方SMC收到臨時性錯誤響應(yīng)（408、480、486、500、503、504、600、603）。（3.a）（7.a）接收方SMC重發(fā)短消息，UE成功接收并返回200響應(yīng)。（8.a） 接收方SMC產(chǎn)生成功回執(zhí)并發(fā)送。（3.b）（5.b）接收方SMC重發(fā)短消息，UE仍然沒有成功接收。（6.b）接收方SMC根據(jù)具體失敗原因，產(chǎn)生

38、失敗回執(zhí)并發(fā)送a) 如果重發(fā)流程結(jié)束仍然失敗，SMC在有效期到期后生成回執(zhí)，消息體-errorcode：最終失敗原因b) 如果短消息超過有效期（配置的重發(fā)流程尚未結(jié)束），SMC生成回執(zhí)，消息體-errorcode：014（exceed validity period）c) 如果最后一次重發(fā)時間和有效期到期時間恰好重合，SMC完成最后一次重發(fā)，消息體-errorcode：最終失敗原因注：發(fā)送方SMC對臨時性錯誤響應(yīng)的處理相同。8.2.6 SMC發(fā)送短消息失敗遇到永久性錯誤圖8-9：SMC發(fā)送短消息失敗遇到永久性錯誤流程流程說明：（1） 接收方SMC向UE下發(fā)短消息。（2） 接收方SMC收到永久性

39、錯誤響應(yīng)（除408、480、486、500、503、504、600、603）。（3） 接收方SMC根據(jù)具體失敗原因，立即產(chǎn)生失敗回執(zhí)并發(fā)送，不做重發(fā)。注：發(fā)送方SMC對永久性錯誤響應(yīng)的處理相同。8.2.7 SMC發(fā)送回執(zhí)失敗遇到臨時性錯誤圖8-10：SMC發(fā)送回執(zhí)失敗遇到臨時性錯誤流程流程說明：（1） 發(fā)送方SMC向UE下發(fā)短消息回執(zhí)。（2） 發(fā)送方SMC收到臨時性錯誤響應(yīng)（408、480、486、500、503、504、600、603）。（3.a）（7.a）發(fā)送方SMC重發(fā)回執(zhí)，UE成功接收并返回200響應(yīng)。（3.b）（6.b）發(fā)送方SMC重發(fā)回執(zhí)，UE仍然沒有成功接收，發(fā)送方SMC在有效期

40、到期后丟棄回執(zhí)。注：接收方SMC對臨時性錯誤響應(yīng)的處理相同。8.2.8 SMC發(fā)送回執(zhí)失敗遇到永久性錯誤圖8-11：SMC發(fā)送回執(zhí)失敗遇到永久性錯誤流程流程說明：（1） 發(fā)送方SMC向UE下發(fā)短消息回執(zhí)。（2） 發(fā)送方SMC收到永久性錯誤響應(yīng)（除408、480、486、500、503、504、600、603）。（3） 發(fā)送方SMC丟棄回執(zhí)，不做重發(fā)。注：接收方SMC對永久性錯誤響應(yīng)的處理相同。8.3 IMS用戶其他網(wǎng)絡(luò)用戶8.3.1 短消息提交圖8-12：短消息提交互通流程流程說明：（1） 用戶輸入一條短消息，UE發(fā)起MESSAGE請求，消息體中封裝了短消息信息：a) Request URI/

41、To：接收方tel URIb) From/P-Preferred-Identity：發(fā)送方tel URIc) Accept-Contact：包含"+g.ctc.ims-sms"d) Content-Type：text/xml-smmle) 消息體-registereddelivery：need receipt（要求回執(zhí)）f) 消息體-shortmessageclass：000（2） MESSAGE請求經(jīng)過P-CSCF送到S-CSCF，S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請求轉(zhuǎn)到發(fā)送方SMC。（3） SMC向S-CSCF返回202響應(yīng)。（4） S-CSCF

42、轉(zhuǎn)發(fā)202響應(yīng)，經(jīng)過P-CSCF送到UE。（5） 發(fā)送方SMC查詢ENUM服務(wù)器，沒有獲得接收方SIP URI，接收方為其他網(wǎng)絡(luò)用戶。（6） 發(fā)送方SMC將MESSAGE請求映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGWa) source_addr字段：發(fā)送方號碼，參考P-Asserted-Identityb) dest_addr字段：接收方號碼，參考Request URIc) esm_class字段bit6：0，參考消息體-shortmessageclassd) priority_flag字段：優(yōu)先級，參考消息體-prioritye) schedule_delivery_time字段：nul

43、l或SMC第一次下發(fā)時間f) validity_period字段：有效期，參考消息體-validityperiodg) registered_delivery字段bit0和/或bit5：1（都要求回執(zhí)）h) data_coding字段：編碼格式，參考消息體-datacoding和編碼轉(zhuǎn)換設(shè)置i) sm_length字段：short_message字段的長度j) short_message字段：短消息內(nèi)容，參考消息體-text（7） SMGW向發(fā)送方SMC返回deliver_sm_resp響應(yīng)。（8） SMGW向前遞送短消息。（9） SMGW向發(fā)送方SMC發(fā)送submit_sm消息，包含回執(zhí)信息

44、a) source_addr字段：回執(zhí)發(fā)送方號碼（原短消息接收方號碼）b) dest_addr字段：回執(zhí)接收方號碼（原短消息發(fā)送方號碼）c) esm_class字段：xx0010xx，表明為submit回執(zhí)d) short_message字段：回執(zhí)內(nèi)容，包括id、submit date、done date、stat、err和text等，id拷貝deliver_sm_resp中的message_id字段（10） 發(fā)送方SMC向SMGW返回submit_sm_resp響應(yīng)。（11） 發(fā)送方SMC將submit_sm消息映射為封裝了回執(zhí)信息的MESSAGE請求，轉(zhuǎn)發(fā)給S-CSCFa) Request

45、 URI/To：發(fā)送方tel URIb) From/P-Asserted-Identity：接收方tel URIc) Content-Type：text/xml-smmld) 消息體-id：與原短消息的id一致e) 消息體-protocolid：與原短消息的protocolid一致f) 消息體-submitdate：SMC收到原短消息的時間g) 消息體-donedate：SMC生成回執(zhí)的時間h) 消息體-shortmessagestatus：映射SMPP short_message字段中stat的內(nèi)容i) 消息體-errorcode：拷貝SMPP short_message字段中err的內(nèi)容j

46、) 消息體-datacoding：回執(zhí)編碼格式，應(yīng)保證原短消息發(fā)送方能夠正確識別k) 消息體-text：截取SMC收到原短消息中text的內(nèi)容（12） S-CSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過P-CSCF送到UE。（13） UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。（14） S-CSCF向SMC返回200響應(yīng)。8.3.2 超長短消息提交圖8-13：超長短消息提交互通流程流程說明：（1） 用戶輸入一條超長短消息，發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。（2） （5）發(fā)送方UE發(fā)送第一個MESSAGE請求，消息體中封裝了拆分后的第一條短消息，并攜帶拆分信息：a) Content-T

47、ype：text/xml-smmlb) 消息體-shortmessageclass：100，拆分消息標(biāo)志c) 消息體-longmessageid：001，表示長消息序號d) 消息體-sum：002，表示拆分為兩條e) 消息體-sequence：001，表示是被拆分的第一條（6）（8）發(fā)送方SMC將第一個MESSAGE請求映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGWa) esm_class字段bit 6：1，參考消息體-shortmessageclassb) UDH-udhl字段：0x05（占1個字節(jié)）c) UDH-iei字段：0x00（占1個字節(jié)）d) UDH-iedl字段：0x03（占1個

48、字節(jié)）e) UDH-mr字段：拷貝消息體-longmessageid的內(nèi)容（占1個字節(jié)）f) UDH-max字段：拷貝消息體-sum的內(nèi)容（占1個字節(jié)）g) UDH-seq字段：拷貝消息體-sequence的內(nèi)容（占1個字節(jié)）（9）SMGW向前遞送第一條短消息。（10）（17）SMC將UE的第二個MESSAGE請求，映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGW，同（2）（9）。8.4 其他網(wǎng)絡(luò)用戶IMS用戶8.4.1 短消息下發(fā)圖8-14：短消息下發(fā)互通流程流程說明：（1） SMGW收到一條短消息。（2） SMGW向接收方SMC轉(zhuǎn)發(fā)submit_sm消息a) source_addr字段：發(fā)送

49、方號碼b) dest_addr字段：接收方號碼c) esm_class字段bit6：0d) registered_delivery字段bit0和/或bit5：1（都要求回執(zhí)）（3） 接收方SMC向SMGW返回submit_sm_resp響應(yīng)。（4） 接收方SMC將submit_sm消息映射為封裝了短消息信息的MESSAGE請求，使用dest_addr字段包含的接收方號碼查詢ENUM服務(wù)器，獲得接收方SIP URI，轉(zhuǎn)發(fā)MESSAGE請求到接收方I-CSCFa) Request URI：接收方SIP URIb) To：接收方tel URI，參考dest_addr字段c) From/P-Asser

50、ted-Identity：發(fā)送方tel URI，參考source_addr字段d) User-Agent：sms-serve) Content-Type：text/xml-smmlf) 消息體-shortmessageclass：000，參考esm_class字段bit6g) 消息體-scheduledeliverytime：SMC第一次下發(fā)時間h) 消息體-datacoding：編碼格式，參考data_coding字段和編碼轉(zhuǎn)換設(shè)置i) 消息體-shortmessagelength：短消息內(nèi)容長度j) 消息體-text：短消息內(nèi)容，參考short_message字段（5） I-CSCF轉(zhuǎn)發(fā)M

51、ESSAGE請求到S-CSCF。（6） S-CSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過P-CSCF送到UE。（7） UE返回200響應(yīng)，經(jīng)過P-CSCF送到S-CSCF。（8） S-CSCF向I-CSCF返回200響應(yīng)。（9） I-CSCF向SMC返回200響應(yīng)。（10） 接收方SMC向SMGW發(fā)送deliver_sm，包含回執(zhí)信息a) source_addr字段：回執(zhí)發(fā)送方號碼（原短消息接收方號碼）b) dest_addr字段：回執(zhí)接收方號碼（原短消息發(fā)送方號碼）c) esm_class字段：xx0001xx，表明為deliver回執(zhí)d) short_message字段：回執(zhí)內(nèi)容，包括submit

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

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

54、Sequence：001/002，拷貝UDH-seq字段的內(nèi)容（5）（7）S-CSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過P-CSCF送到UE。（8）（14）SMGW收到第二條submit_sm消息，經(jīng)過SMC映射為MESSAGE請求，發(fā)送到UE，同（1）（7）。（15）接收方UE依據(jù)拆分信息，將兩條被拆分的短消息合并成一條超長消息，顯示給用戶。9 業(yè)務(wù)實(shí)現(xiàn)9.1 iFC設(shè)置基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的iFC中的SPT設(shè)置如下：1）第三方注冊method="REGISTER"2）主叫觸發(fā)method="MESSAGE" AND header="Acce

55、pt-Contact" = "+g.ctc.ims-sms" AND header="User-Agent" = "sms-client" AND session case= "Originating"3）被叫觸發(fā)method="MESSAGE" AND header="Accept-Contact" = "+g.ctc.ims-sms" AND session case= "Terminating_Registered"4）

56、被叫未注冊觸發(fā)method="MESSAGE" AND header="Accept-Contact" = "+g.ctc.ims-sms" AND session case= "Terminating_Unregistered"9.2 組網(wǎng)方式圖9-1：短消息業(yè)務(wù)組網(wǎng)圖短消息中心建議采用分省部署方式，省短消息中心和省S-CSCF、省ENUM/DNS以及省短消息網(wǎng)關(guān)相連?？缡MS用戶之間的短消息遞送，SIP信令路由為：發(fā)送方用戶經(jīng)IMS核心網(wǎng)觸發(fā)到發(fā)送方歸屬的短消息中心，再通過IMS核心網(wǎng)尋址到接收方用戶歸屬的S-CSCF，并觸發(fā)到接收方歸屬的短消息中心，最后再經(jīng)核心網(wǎng)路由到接收方用戶。IMS用戶與其他網(wǎng)絡(luò)用戶之間的短消息遞送，以省短消息網(wǎng)關(guān)作為互通點(diǎn)。IMS用戶發(fā)送短消息，發(fā)送方歸屬的短消息中心就近接入省短消息網(wǎng)關(guān)，然后路由到接收方用戶。IM