【正文】 ，結(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)起草單位：中國電信股份有限公司上海研究院本標(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)。 signalling flows and message contents3GPP TS Sh Interface based on the Diameter protocol。（2） IMS用戶－其他網(wǎng)絡(luò)用戶IMS用戶向其他網(wǎng)絡(luò)（PSTN、PHS、軟交換、CDMA、其他運(yùn)營商）用戶發(fā)送短消息?！?短消息回執(zhí)發(fā)送方用戶可以設(shè)置是否需要短消息回執(zhí)?！?短消息的有效期短消息的有效期是指短消息由短消息中心第一次發(fā)送到短消息被短消息中心從發(fā)送隊(duì)列中刪除的時(shí)間間隔。當(dāng)發(fā)送方未設(shè)置有效期、設(shè)置的有效期早于短消息中心的當(dāng)前時(shí)間、或設(shè)置的有效期超過短消息中心設(shè)置的最長有效期，應(yīng)以短消息中心設(shè)置的缺省值為準(zhǔn)。　 短消息的重發(fā)用戶發(fā)送的短消息因某些臨時(shí)性錯(cuò)誤而發(fā)送失敗時(shí)，短消息將被緩存在短消息中心，并由短消息中心進(jìn)行重發(fā)?！?短消息的長度短消息包含的內(nèi)容長度根據(jù)運(yùn)營需求規(guī)定。短消息中心應(yīng)在消息遞送過程中保留拆分信息。如果IMS用戶與其他網(wǎng)絡(luò)用戶采用的編碼類型不同，短消息中心應(yīng)能夠完成編碼類型的轉(zhuǎn)換，轉(zhuǎn)換策略可根據(jù)運(yùn)營的需要進(jìn)行設(shè)置?！?短消息的定時(shí)發(fā)送發(fā)送方用戶可設(shè)置短消息定時(shí)發(fā)送的時(shí)間，發(fā)送方短消息中心將按照用戶設(shè)置的時(shí)間進(jìn)行指定短消息的發(fā)送?！?短消息的群發(fā)終端支持發(fā)送方用戶一次性輸入多個(gè)接收方用戶。）6　 業(yè)務(wù)編號基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)，（包含于tel URI或SIP URI的用戶名部分）作為業(yè)務(wù)編號。（4） ENUM/DNS接收SMC或SCSCF的查詢，將tel URI；支持根據(jù)域名獲得相關(guān)的IP地址信息。遵循《中國電信IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求》和本標(biāo)準(zhǔn)附錄A定義的《SIP協(xié)議針對消息處理的XML擴(kuò)展》。遵循《中國電信IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求》和本標(biāo)準(zhǔn)附錄A定義的《SIP協(xié)議針對消息處理的XML擴(kuò)展》。（4） SCSCF完成對UE的鑒權(quán)后，向HSS發(fā)送ServerAssignmentRequest消息，通知HSS用戶已經(jīng)注冊。（9） SMC根據(jù)To頭域包含的SIP URI，檢查當(dāng)前注冊的用戶是否有緩存的短消息。（13） ~（16）SMC繼續(xù)向UE下發(fā)緩存的短消息，同（9）~（12）。（5） 發(fā)送方SMC向前遞送短消息。（9） UE返回200響應(yīng)，經(jīng)過PCSCF送到SCSCF。（2） SMC構(gòu)造一個(gè)新的MESSAGE請求，發(fā)送到接收方ICSCF，a) Request URI：接收方SIP URIb) To：接收方tel URIc) From/PAssertedIdentity：發(fā)送方tel URId) 刪除包含+的AcceptContact（抑制被叫觸發(fā)）e) UserAgent：smsserv（表示請求來自于SMC）f) ContentType：text/xmlsmml（3） ICSCF轉(zhuǎn)發(fā)MESSAGE請求到接收方SCSCF。（7） ICSCF向SMC返回200響應(yīng)。（4） UE返回200響應(yīng)，經(jīng)過PCSCF送到SCSCF。（2） 發(fā)送方SMC通過查詢ENUM服務(wù)器，獲得接收方SIP URI，接收方為IMS用戶。（6） 接收方SCSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請求轉(zhuǎn)到接收方SMC。（9） 接收方ICSCF向發(fā)送方SCSCF返回202響應(yīng)。（14） 發(fā)送方ICSCF向發(fā)送方SMC轉(zhuǎn)發(fā)MESSAGE請求。（18） 發(fā)送方SMC向發(fā)送方UE下發(fā)回執(zhí)（）。（6） 接收方簽約未注冊短消息業(yè)務(wù)，HSS通過LIA響應(yīng)消息返回指配給接收方的SCSCF或SCSCF能力集。注：若RequestURI包含的接收方已登記在SCSCF，第8和第9步可以省略。（2） ~（10）發(fā)送方UE發(fā)送第一個(gè)MESSAGE請求，消息體中封裝了拆分后的第一條短消息，并攜帶拆分信息：a) ContentType：text/xmlsmmlb) 消息體shortmessageclass：100，拆分消息標(biāo)志c) 消息體longmessageid：001，表示長消息序號d) 消息體sum：002，表示拆分為兩條e) 消息體sequence：001，表示是被拆分的第一條f) 其它消息體參數(shù)同普通短消息（11）~（19）發(fā)送方UE發(fā)送第二個(gè)MESSAGE請求，消息體中封裝了拆分后的第二條短消息，并攜帶拆分信息：a) ContentType：text/xmlsmmlb) 消息體shortmessageclass：100，拆分消息標(biāo)志c) 消息體longmessageid：001，表示長消息序號d) 消息體sum：002，表示拆分為兩條e) 消息體sequence：002，表示是被拆分的第二條f) 其它消息體參數(shù)同普通短消息（20） 接收方UE依據(jù)拆分信息，將兩條被拆分的短消息合并成一條超長消息，顯示給用戶。（） 接收方SMC產(chǎn)生成功回執(zhí)并發(fā)送。（2） 接收方SMC收到永久性錯(cuò)誤響應(yīng)（除40480、48500、5050600、603）。（2） 發(fā)送方SMC收到臨時(shí)性錯(cuò)誤響應(yīng)（40480、48500、5050600、603）?！?SMC發(fā)送回執(zhí)失?。龅接谰眯藻e(cuò)誤圖811：SMC發(fā)送回執(zhí)失?。龅接谰眯藻e(cuò)誤流程流程說明：（1） 發(fā)送方SMC向UE下發(fā)短消息回執(zhí)?！?IMS用戶－其他網(wǎng)絡(luò)用戶　 短消息提交圖812：短消息提交互通流程流程說明：（1） 用戶輸入一條短消息，UE發(fā)起MESSAGE請求，消息體中封裝了短消息信息：a) Request URI/To：接收方tel URIb) From/PPreferredIdentity：發(fā)送方tel URIc) AcceptContact：包含+d) ContentType：text/xmlsmmle) 消息體registereddelivery：need receipt（要求回執(zhí)）f) 消息體shortmessageclass：000（2） MESSAGE請求經(jīng)過PCSCF送到SCSCF，SCSCF根據(jù)簽約短消息業(yè)務(wù)的iFC，將MESSAGE請求轉(zhuǎn)到發(fā)送方SMC。（6） 發(fā)送方SMC將MESSAGE請求映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGWa) source_addr字段：發(fā)送方號碼，參考PAssertedIdentityb) dest_addr字段：接收方號碼，參考Request URIc) esm_class字段bit6：0，參考消息體shortmessageclassd) priority_flag字段：優(yōu)先級，參考消息體prioritye) schedule_delivery_time字段：null或SMC第一次下發(fā)時(shí)間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)。（13） UE返回200響應(yīng)，經(jīng)過PCSCF送到SCSCF。（10）~（17）SMC將UE的第二個(gè)MESSAGE請求，映射為deliver_sm消息，轉(zhuǎn)發(fā)給SMGW，同（2）~（9）。（6） SCSCF轉(zhuǎn)發(fā)MESSAGE請求，經(jīng)過PCSCF送到UE。（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 date、done date、stat、err和text等，stat值為DELIVRD，err值為000（成功），id拷貝submit_sm_resp中的message_id字段（11） SMGW向接收方SMC返回deliver_sm_resp響應(yīng)。9　 業(yè)務(wù)實(shí)現(xiàn)　 iFC設(shè)置基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的iFC中的SPT設(shè)置如下：1）第三方注冊method=REGISTER2）主叫觸發(fā)method=MESSAGE AND header=AcceptContact = + AND header=UserAgent = smsclient AND session case= Originating3）被叫觸發(fā)method=MESSAGE AND header=AcceptContact = + AND session case= Terminating_Registered4）被叫未注冊觸發(fā)method=MESSAGE AND header=AcceptContact = + AND session case= Terminating_Unregistered　 組網(wǎng)方式圖91：短消息業(yè)務(wù)組網(wǎng)圖短消息中心建議采用分省部署方式，省短消息中心和省SCSCF、省ENUM/DNS以及省短消息網(wǎng)關(guān)相連。IMS用戶接收短消息，從接收方用戶所屬省短消息網(wǎng)關(guān)接入接收方歸屬的短消息中心。短消息中心應(yīng)同時(shí)支持使用SIP MESSAGE消息和SMPP消息來承載短消息業(yè)務(wù)信息，并完成SIP信令與SMPP信令之間的相互轉(zhuǎn)換。如果沒有獲得接收方的SIP URI，則接收方為其他網(wǎng)絡(luò)用戶，將MESSAGE消息映射成SMPP消息，轉(zhuǎn)發(fā)給短消息網(wǎng)關(guān)。如果收到40480、48500、5050600、603響應(yīng)，表明出現(xiàn)臨時(shí)性錯(cuò)誤，則在發(fā)送隊(duì)列中緩存短消息，并按照預(yù)定規(guī)則重發(fā)；重發(fā)失敗且超過有效期后，向發(fā)送方返回失敗回執(zhí)?！?ICSCFICSCF需要配置短消息中心的SIP URI和路由信息，能夠在回執(zhí)發(fā)送過程中尋址到發(fā)送方短消息中心。終端應(yīng)支持將用戶的群發(fā)請求分解為針對每個(gè)接收方用戶的MESSAGE消息，逐一發(fā)送到短消息中心。該消息體類型稱為SIP協(xié)議針對消息處理的XML擴(kuò)展（SMML），攜帶該消息體類型的MESSAGE請求的ContentType值為“text/xmlsmml”。（2） 短消息回執(zhí)請求操作短消息中心發(fā)送的對之前收到的“短消息發(fā)送請求操作”的處理結(jié)果，定義為“短消息回執(zhí)請求操作（receipt）”。表A1：shortmessage成員參數(shù)參數(shù)縮寫說明取值protocolidproidSMML版本號 缺省 idid短消息標(biāo)識(shí)：終端發(fā)送短消息或短消息中心轉(zhuǎn)發(fā)短消息時(shí)生成id是一個(gè)流水號，用來匹配短消息及其回執(zhí)，取值為一個(gè)10 位的可顯示的十進(jìn)制數(shù)字串。不夠3位，前面須用0補(bǔ)齊。接收方短消息中心下發(fā)短消息時(shí)，可以不攜帶此參數(shù)。0表示按照系統(tǒng)缺省設(shè)置。最大值為65535。不夠3位，前面須用0補(bǔ)齊。不夠3位，前面須用0補(bǔ)齊。 receipt成員參數(shù)表A2定義了SMML receipt成員（短消息回執(zhí)請求操作）的參數(shù)。submitdatesubdate短消息提交時(shí)間：短消息中心填寫之前收到對應(yīng)原短消息的時(shí)間 YYYYMMDDhhmmss，其中：YYYY=年（00009999）MM=月（0112）DD=日（0131）hh=小時(shí)（0023）mm=分鐘（0059）ss=秒（0059）donedatedonedate短消息下發(fā)時(shí)間：短消息中心填寫生成回執(zhí)的時(shí)間YYYYMMDDhhmmss，參見submitdate取值。表A3定義了shortmessagestatus參數(shù)（短消息發(fā)送狀態(tài)）的取值。當(dāng)短消息中心收到IMS網(wǎng)絡(luò)返回的SIP響應(yīng)，應(yīng)啟動(dòng)SIP側(cè)短消息重發(fā)流程（針對臨時(shí)錯(cuò)誤響應(yīng)）或直接刪除短消息（針對永久性錯(cuò)誤響應(yīng)），并根據(jù)需要向發(fā)送方返回SIP回執(zhí)消息。400Bad Request008protocol error該響應(yīng)表示請求由于語法錯(cuò)誤而不能被理解。404 Not Found003destination not found該響應(yīng)表示服務(wù)器可以確定用戶不在RequestURI 頭域指定中。480Temporarily Unavailable001destination absent接收方目前不可用，相當(dāng)于不在線。一般協(xié)議棧產(chǎn)生。500 Server Internal Error006system error該響應(yīng)表示服務(wù)器遇到意外的情況使它不能執(zhí)行該請求。600Busy Everywhere002destination busy 接收方忙且沒有其它聯(lián)系方