網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求_第1頁
網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求_第2頁
網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求_第3頁
網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求_第4頁
網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求_第5頁
已閱讀5頁,還剩31頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

{業(yè)務(wù)管理}網(wǎng)絡(luò)消息及業(yè)務(wù)管理知識技術(shù)要求YD/T200×—××××2目錄目錄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短消息的長度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.1IMS用戶注冊/第三方注冊/緩存短消息下發(fā)5謝謝閱讀8.2IMS用戶-IMS用戶68.2.1短消息提交68.2.2短消息下發(fā)88.2.3發(fā)送方SMC遞送到接收方SMC98.2.4超長短消息一三8.2.5SMC發(fā)送短消息失?。龅脚R時性錯誤14謝謝閱讀8.2.6SMC發(fā)送短消息失?。龅接谰眯藻e誤一五精品文檔放心下載8.2.7SMC發(fā)送回執(zhí)失敗-遇到臨時性錯誤一五8.2.8SMC發(fā)送回執(zhí)失?。龅接谰眯藻e誤16精品文檔放心下載8.3IMS用戶-其他網(wǎng)絡(luò)用戶178.3.1短消息提交178.3.2超長短消息提交198.4其他網(wǎng)絡(luò)用戶-IMS用戶218.4.1短消息下發(fā)218.4.2超長短消息下發(fā)229業(yè)務(wù)實現(xiàn)239.1iFC設(shè)置239.2組網(wǎng)方式2310設(shè)備要求2410.1HSS2410.2S-CSCF2410.3短消息中心2410.4ENUM/DNS2510.5I-CSCF2510.6終端25附錄ASIP協(xié)議針對消息處理的XML擴(kuò)展26精品文檔放心下載A.1短消息操作類型26A.2SMML操作結(jié)構(gòu)26A.3SMML操作參數(shù)27A.3.1<shortmessage>成員參數(shù)27精品文檔放心下載A.3.2<receipt>成員參數(shù)29A.4XMLSchema32A.5SMML實例36附錄BSIP與SMPP協(xié)議的映射38B.1參數(shù)映射38B.2失敗原因映射39B.2.1SMPP響應(yīng)到SIP短消息發(fā)送失敗原因的映射39感謝閱讀B.2.2SIP響應(yīng)碼到SMPP短消息發(fā)送失敗原因的映射40謝謝閱讀B.2.3SMPP短消息發(fā)送失敗原因與SIP短消息發(fā)送失敗原因的映射41精品文檔放心下載前言SIPV1.0感謝閱讀SIP短消息中心SIPSMML接口技術(shù)規(guī)范》(V1.0版)和精品文檔放心下載3GPP2X.S0048-0“ShortMessageServiceOverIMSv1.0”的相關(guān)內(nèi)容,結(jié)合中國電信IMS試點感謝閱讀的相關(guān)成果和經(jīng)驗進(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ù)實現(xiàn)和設(shè)備要求等。本標(biāo)準(zhǔn)適用于基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的開發(fā)和部署。精品文檔放心下載2引用標(biāo)準(zhǔn)感謝閱讀期的引用文件,其隨后所有的修改單(不包括勘誤的內(nèi)容)或修改版均不適用于本標(biāo)準(zhǔn),然謝謝閱讀而,鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的謝謝閱讀引用文件,其最新版本適用于本標(biāo)準(zhǔn)。中國電信SIP短消息中心設(shè)備總體技術(shù)要求(V1.0版)感謝閱讀中國電信SIP短消息中心SIPSMML接口技術(shù)規(guī)范(V1.0版)感謝閱讀Q/CT2282-2010IMS網(wǎng)絡(luò)技術(shù)體制Q/CT2094-2010IMS網(wǎng)絡(luò)SIP協(xié)議總體技術(shù)要求謝謝閱讀Q/CT2095-2010IMS網(wǎng)絡(luò)Cx/Dx(Diameter)接口技術(shù)要求謝謝閱讀中國電信基于固定電話網(wǎng)的綜合信息系統(tǒng)與無線市話短消息系統(tǒng)的互聯(lián)謝謝閱讀規(guī)范YD/T1220-2002800MHzCDMA數(shù)字蜂窩移動通信網(wǎng)擴(kuò)展短消息實體與短消息中心謝謝閱讀的接口協(xié)議技術(shù)要求RFC3428SessionInitiationProtocol(SIP)ExtensionforInstantMessa謝謝閱讀gingdraft-bakker-siSpecificationof3GPPIMCNSubsystemXMLbodyhandling謝謝閱讀pping-3gpp-ims-xml-body-handling-003GPP2X.S0048-0ShortMessageServiceOverIMSv1.0謝謝閱讀3GPPTS23.204SupportofShortMessageService(SMS)overgeneric3GPPIntern謝謝閱讀etProtocol(IP)access;Stage2(Release7)v7.5.0謝謝閱讀3GPPTS24.341SupportofSMSoverIPnetworks;Stage3(Release7)v7.2.0謝謝閱讀3GPPTS29.328IPMultimedia(IM)SubsystemShinterface;signallingflowsan精品文檔放心下載dmessagecontents3GPPTS29.329ShInterfacebasedontheDiameterprotocol;protocoldetails感謝閱讀SMPPDevelopersFShortMessagePeertoPeerProtocolSpecificationv3.4謝謝閱讀orum3縮略語下列縮略語適用于本標(biāo)準(zhǔn):IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求1ASApplicationServer應(yīng)用服務(wù)器精品文檔放心下載CSCFCallSessionControlFunction呼叫會話控制功能HSSHomeSubscriberServer歸屬用戶服務(wù)器感謝閱讀iFCInitialFilterCriteria初始過濾準(zhǔn)則精品文檔放心下載IMSIPMultimediaSubsystemIP多媒體子系統(tǒng)精品文檔放心下載I-CSCFInterrogatingCSCF查詢-呼叫會話控制功能MGCFMediaGatewayControlFunction媒體網(wǎng)關(guān)控制功能PHSPersonalHandyPhoneSystem個人手持機(jī)系統(tǒng)精品文檔放心下載PSTNPublicSwitchedTelephoneNetwork公共交換電話網(wǎng)絡(luò)P-CSCFProxy-CallSessionControlFunction代理-呼叫會話控制功能SIPSessionInitiationProtocol會話初始化協(xié)議精品文檔放心下載SMCShortMessageCenter短消息中心謝謝閱讀SMGWShortMessageGateWay短消息網(wǎng)關(guān)謝謝閱讀SMMLSIPMessageXMLSIP協(xié)議針對消感謝閱讀息處理的XML擴(kuò)展SMPPShortMessagePeertoPeerProtocolSpecification短消息點對點協(xié)謝謝閱讀議SPTServicePointTrigger業(yè)務(wù)點觸發(fā)器精品文檔放心下載S-CSCFServingCSCF服務(wù)-呼叫會話控制功能UEUserEquipment用戶設(shè)備URIUniformResourceIdentifier統(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精品文檔放心下載(2)IMS用戶-其他網(wǎng)絡(luò)用戶IMS用戶向其他網(wǎng)絡(luò)(PSTN、PHS、軟交換、CDMA謝謝閱讀息將經(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、軟交換、CDMAIMS用戶發(fā)送短消息。短消精品文檔放心下載息將經(jīng)過其他網(wǎng)絡(luò)短消息系統(tǒng)、短消息網(wǎng)關(guān)、短消息中心轉(zhuǎn)發(fā)。精品文檔放心下載5.2短消息回執(zhí)IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求2發(fā)送方用戶可以設(shè)置是否需要短消息回執(zhí)。當(dāng)接收方為IMS用戶時,短消息回執(zhí)由接收方短消息中心提供。當(dāng)接收方為其他網(wǎng)絡(luò)用精品文檔放心下載戶時,短消息回執(zhí)由接收方網(wǎng)絡(luò)提供。短消息中心之間、短消息中心和短消息網(wǎng)關(guān)之間,短消息回執(zhí)是必選的。感謝閱讀5.3短消息的有效期短消息的有效期是指短消息由短消息中心第一次發(fā)送到短消息被短消息中心從發(fā)送隊謝謝閱讀列中刪除的時間間隔。感謝閱讀48小時,該值可根據(jù)運營的需要進(jìn)行靈活設(shè)置。當(dāng)有效期逾時,短消息精品文檔放心下載中心應(yīng)將消息從發(fā)送隊列中刪除,作為歷史記錄保存到短消息信息庫中,并根據(jù)業(yè)務(wù)需要決謝謝閱讀定是否產(chǎn)生回執(zhí)。感謝閱讀過短消息中心設(shè)置的最長有效期,應(yīng)以短消息中心設(shè)置的缺省值為準(zhǔn)。精品文檔放心下載謝謝閱讀棄?;貓?zhí)有效期缺省為49小時。5.4短消息的重發(fā)謝謝閱讀由短消息中心進(jìn)行重發(fā)。感謝閱讀應(yīng)、不同應(yīng)用類別、不同時間段對重發(fā)次數(shù)和重發(fā)間隔進(jìn)行設(shè)置。感謝閱讀精品文檔放心下載間和有效期到期時間恰好重合,短消息中心需完成最后一次重發(fā)。感謝閱讀5.5短消息的長度CDMAIMS精品文檔放心下載短消息若不含中文單條最大長度為160個字符(使用單字節(jié)編碼),若含中文單條最大長度謝謝閱讀為70個字符。感謝閱讀規(guī)定長度對消息進(jìn)行拆分(須保證拆分后的內(nèi)容不出現(xiàn)亂碼),并在每條拆分的消息中增加謝謝閱讀拆分信息,拆分后的短消息若不含中文單條最大長度為一五4個字符(使用單字節(jié)編碼),感謝閱讀若含中文單條最大長度為67精品文檔放心下載短消息中心應(yīng)在消息遞送過程中保留拆分信息。終端進(jìn)行超長短消息拆分時,應(yīng)向用戶提示拆分后的短消息數(shù)目。謝謝閱讀5.6短消息的編碼格式短消息中心和終端應(yīng)支持ASCIIGB一八030UCS2和UTF-8UCS2感謝閱讀編碼格式。如果IMS用戶與其他網(wǎng)絡(luò)用戶采用的編碼類型不同,短消息中心應(yīng)能夠完成編碼類型的精品文檔放心下載轉(zhuǎn)換,轉(zhuǎn)換策略可根據(jù)運營的需要進(jìn)行設(shè)置。5.7短消息的優(yōu)先級短消息中心應(yīng)支持針對應(yīng)用類別的優(yōu)先級設(shè)置,并按照短消息的優(yōu)先級進(jìn)行重發(fā)處理。精品文檔放心下載精品文檔放心下載優(yōu)先級設(shè)置,應(yīng)以短消息中心的優(yōu)先級設(shè)置為準(zhǔn)。5.8短消息的定時發(fā)送感謝閱讀行指定短消息的發(fā)送。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求3短消息的最長定時發(fā)送時間由短消息中心決定,缺省為12感謝閱讀要進(jìn)行靈活設(shè)置。當(dāng)發(fā)送方設(shè)置的定時發(fā)送時間超過短消息中心設(shè)置的最長定時發(fā)送時間,謝謝閱讀短消息應(yīng)在短消息中心設(shè)置的缺省定時時間到后被發(fā)送。當(dāng)發(fā)送方設(shè)置的定時發(fā)送時間早于感謝閱讀短消息中心的當(dāng)前時間,短消息應(yīng)被立即發(fā)送。5.9短消息的群發(fā)感謝閱讀分解為針對每個接收方用戶的短消息請求,逐一發(fā)送到短消息中心。謝謝閱讀5.10緩存短消息下發(fā)用戶每次在IMSS-CSCF應(yīng)根據(jù)簽約短消息業(yè)務(wù)的iFC精品文檔放心下載起短消息業(yè)務(wù)的第三方注冊。感謝閱讀回執(zhí),逐一發(fā)送給用戶(該處理應(yīng)優(yōu)先于短消息的重發(fā)處理。)感謝閱讀6業(yè)務(wù)編號基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù),使用E.164號碼(包含于telURI或SIPURI感謝閱讀為業(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í)生成、短消息查詢、短消息計費,支持通謝謝閱讀過與短消息網(wǎng)關(guān)的交互實現(xiàn)IMS用戶與其他網(wǎng)絡(luò)用戶的短消息互通。精品文檔放心下載(2)IP-CSCF實現(xiàn)IMS用戶的接入、鑒權(quán)、路由和業(yè)務(wù)觸發(fā)等。(3)HSS存儲IMS用戶短消息業(yè)務(wù)的iFC。(4)ENUM/DNS接收SMC或S-CSCF的查詢,將telURI中的E.164號碼翻譯成在IMS核心網(wǎng)中可路由的感謝閱讀SIPURI;支持根據(jù)域名獲得相關(guān)的IP地址信息。(5)UE(IMS用戶終端)精品文檔放心下載(6)SMGW(短消息網(wǎng)關(guān))支持短消息的路由管理和分析,提供不同短消息系統(tǒng)之間的選路和互通功能。謝謝閱讀7.2接口說明(1)SMC/S-CSCF支持ISC接口和SIPMESSAGE請求封裝的text/xml-smml類型的消息體攜帶短消精品文檔放心下載息業(yè)務(wù)信息。遵循《中國電信IMS網(wǎng)絡(luò)SIPA定義的《SIP協(xié)謝謝閱讀議針對消息處理的XML擴(kuò)展》。(2)SMC/SMGW支持SMPP協(xié)議,遵循《ShortMessagePeertoPeerProtocolSpecificationv3.4B謝謝閱讀定義的《SIP與SMPP協(xié)議的映射》。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求4(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ò)SIPA定義的《SIP協(xié)精品文檔放心下載議針對消息處理的XML擴(kuò)展》。8信令流程8.1IMS用戶注冊/第三方注冊/緩存短消息下發(fā)謝謝閱讀圖8-1:IMS用戶注冊/第三方注冊/緩存短消息下發(fā)流程感謝閱讀流程說明:(1)UE發(fā)起到IMS網(wǎng)絡(luò)的注冊請求,REGISTER消息經(jīng)過P-CSCF(P-CSCF在圖中省精品文檔放心下載略,下同)和I-CSCF(I-CSCF在圖中省略)送到歸屬地的S-CSCF。精品文檔放心下載(2)S-CSCF要求UE鑒權(quán)。(3)UE重新發(fā)起帶有鑒權(quán)響應(yīng)信息的注冊請求。(4)S-CSCF完成對UEHSS發(fā)送Server-Assignment-Request精品文檔放心下載知HSS用戶已經(jīng)注冊。(5)HSS向S-CSCF發(fā)送Server-Assignment-AnsweriFC信息。精品文檔放心下載(6)S-CSCF向UE返回200響應(yīng)。感謝閱讀(7)S-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC,向SMC發(fā)送第三方注冊請求:感謝閱讀a)To:UE的SIPURI(8)SMC向S-CSCF返回200響應(yīng)。感謝閱讀(9)SMC根據(jù)To頭域包含的SIPURI,檢查當(dāng)前注冊的用戶是否有緩存的短消息。若謝謝閱讀有,則向UE逐一發(fā)送封裝了短消息信息的MESSAGE請求:感謝閱讀a)RequestURI/To:接收方telURI精品文檔放心下載b)From/P-Asserted-Identity:發(fā)送方telURI感謝閱讀c)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.2IMS用戶-IMS用戶8.2.1短消息提交圖8-2:短消息提交流程流程說明:(1)用戶輸入一條短消息,UE發(fā)起MESSAGE請求,消息體中封裝了短消息信息:謝謝閱讀a)RequestURI/To:接收方telURI感謝閱讀b)From/P-Preferred-Identity:發(fā)送方telURI感謝閱讀c)Accept-Contact:包含"+g.-sms"(表示短消息業(yè)務(wù))感謝閱讀d)User-Agent:sms-client(表示請求來自于UE)感謝閱讀e)Content-Type:text/xml-smml謝謝閱讀f)消息體-registereddelivery:needreceipt(要求回執(zhí))謝謝閱讀(2)MESSAGE請求經(jīng)過P-CSCF送到S-CSCFS-CSCF根據(jù)簽約短消息業(yè)務(wù)的iFC謝謝閱讀IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求5MESSAGE請求轉(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ā)送方屬于同一SMCSMC謝謝閱讀如果接收方與發(fā)送方屬于不同SMC,SMC會收到對端發(fā)送的短消息回執(zhí)。SMC查謝謝閱讀詢ENUM服務(wù)器,獲得發(fā)送方SIPURI,向發(fā)送方I-CSCF發(fā)送封裝了回執(zhí)信息的精品文檔放心下載MESSAGE請求:a)RequestURI:發(fā)送方SIPURIb)To:發(fā)送方telURIc)From/P-Asserted-Identity:接收方telURI謝謝閱讀d)User-Agent:sms-serve)Content-Type:text/xml-smml感謝閱讀f)消息體-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ā)流程(接收方與發(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)RequestURI:接收方SIPURIb)To:接收方telURIc)From/P-Asserted-Identity:發(fā)送方telURI精品文檔放心下載d)刪除包含"+g.-sms"的Accept-Contact(抑制被叫觸發(fā))謝謝閱讀e)User-Agent:sms-serv(表示請求來自于SMC)感謝閱讀f)Content-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í)(參見8.2.1感謝閱讀2)接收方與發(fā)送方屬于不同SMC圖8-4:短消息下發(fā)流程(接收方與發(fā)送方屬于不同SMC)精品文檔放心下載流程說明:(1)接收方SMC收到接收方S-CSCF根據(jù)接收方簽約短消息業(yè)務(wù)的iFC觸發(fā)的一條謝謝閱讀短消息。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求6(2)SMC構(gòu)造一個新的MESSAGE請求,發(fā)送到接收方S-CSCF:精品文檔放心下載a)RequestURI:接收方SIPURIb)To:接收方telURIc)From/P-Asserted-Identity:發(fā)送方telURI謝謝閱讀d)刪除包含"+g.-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返回200響應(yīng)。精品文檔放心下載(6)如果發(fā)送方要求回執(zhí),SMC產(chǎn)生回執(zhí)并發(fā)送(參見8.2.3圖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提交的短消感謝閱讀息信息(參見8.2.1(2)發(fā)送方SMC通過查詢ENUM服務(wù)器,獲得接收方SIPURI,接收方為IMS用戶。感謝閱讀(3)如果發(fā)送方SMC發(fā)現(xiàn)接收方也是本SMC用戶,則按照8.2.2圖8-3流程進(jìn)行。精品文檔放心下載如果接收方不是本SMC用戶,則發(fā)送方SMC構(gòu)造一個新的MESSAGE請求,發(fā)送感謝閱讀到S-CSCF,a)RequestURI:接收方SIPURIb)To:接收方telURIc)From:發(fā)送方telURId)P-Asserted-Identity:發(fā)送方SMCSIPURI精品文檔放心下載e)Accept-Contact:包含"+g.-sms"精品文檔放心下載f)User-Agent:sms-serv(抑制主叫重復(fù)觸發(fā))謝謝閱讀g)Route:添加發(fā)送方S-CSCFSIPURI并攜帶orig標(biāo)識精品文檔放心下載h)Content-Type:text/xml-smml精品文檔放心下載i)消息體-registereddelivery:needreceipt(要求回執(zhí))精品文檔放心下載(4)發(fā)送方S-CSCF根據(jù)RequestURI包含的接收方UE的SIPURIMESSAGE請求謝謝閱讀到接收方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ā)送方SMCSIPURI。謝謝閱讀(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)。感謝閱讀(11)接收方SMC向接收方UE下發(fā)短消息(參見8.2.2圖8-4感謝閱讀(12)接收方SMC向接收方S-CSCF發(fā)送封裝了回執(zhí)信息的MESSAGE請求:精品文檔放心下載a)RequestURI:發(fā)送方SMCSIPURI感謝閱讀b)To:發(fā)送方telURIIMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求7c)From:接收方telURId)P-Asserted-Identity:接收方SMCSIPURI精品文檔放心下載e)User-Agent:sms-servf)Route:添加接收方S-CSCFSIPURI并攜帶orig標(biāo)識精品文檔放心下載g)Content-Type:text/xml-smml謝謝閱讀h)消息體-id:與原短消息的id一致(13)接收方S-CSCF根據(jù)RequestURI中的發(fā)送方SMC的SIPURII-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í)(參見8.2.1精品文檔放心下載2)接收方IMS未注冊圖8-6:發(fā)送方SMC遞送到接收方SMC流程(接收方IMS未注冊)謝謝閱讀流程說明:(1)~(3)參見圖8-4流程(1)~(3(4)發(fā)送方S-CSCF根據(jù)RequestURI包含的接收方UE的SIPURI,向接收方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“Unregistered”S-CSCFname精品文檔放心下載過SAA響應(yīng)消息將接收方的iFC下載到S-CSCF。感謝閱讀注:若Request-URI包含的接收方已登記在S-CSCF,第8和第9步可以省略。謝謝閱讀(10)~(一五)參見圖8-4流程(5)~(9IMS未注冊謝謝閱讀無法接收,將被緩存在SMC。8.2.4超長短消息圖8-7:超長短消息流程流程說明:(1)用戶輸入一條超長短消息,發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。精品文檔放心下載(2)~(10)發(fā)送方UE發(fā)送第一個MESSAGE請求,消息體中封裝了拆分后的第一條謝謝閱讀短消息,并攜帶拆分信息:a)Content-Type:text/xml-smml精品文檔放心下載b)消息體-shortmessageclass:100,拆分消息標(biāo)志謝謝閱讀c)消息體-longmessageid:001,表示長消息序號謝謝閱讀d)消息體-sum:002,表示拆分為兩條e)消息體-sequence:001,表示是被拆分的第一條感謝閱讀f)其它消息體參數(shù)同普通短消息IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求8(11~(19UE發(fā)送第二個MESSAGE請求,消息體中封裝了拆分后的第二條短感謝閱讀消息,并攜帶拆分信息:a)Content-Type:text/xml-smml精品文檔放心下載b)消息體-shortmessageclass:100,拆分消息標(biāo)志謝謝閱讀c)消息體-longmessageid:001,表示長消息序號感謝閱讀d)消息體-sum:002,表示拆分為兩條e)消息體-sequence:002,表示是被拆分的第二條謝謝閱讀f)其它消息體參數(shù)同普通短消息(20)接收方UE精品文檔放心下載用戶。8.2.5SMC發(fā)送短消息失?。龅脚R時性錯誤圖8-8:SMC發(fā)送短消息失?。龅脚R時性錯誤流程流程說明:(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)生失敗回執(zhí)并發(fā)送謝謝閱讀a)如果重發(fā)流程結(jié)束仍然失敗,SMC在有效期到期后生成回執(zhí),消息體感謝閱讀-errorcode:最終失敗原因b)SMC生成回執(zhí),消息謝謝閱讀體-errorcode:014(exceedvalidityperiod)精品文檔放心下載c)如果最后一次重發(fā)時間和有效期到期時間恰好重合,SMC完成最后一次重發(fā),精品文檔放心下載消息體-errorcode:最終失敗原因注:發(fā)送方SMC對臨時性錯誤響應(yīng)的處理相同。8.2.6SMC發(fā)送短消息失?。龅接谰眯藻e誤圖8-9:SMC發(fā)送短消息失?。龅接谰眯藻e誤流程流程說明:(1)接收方SMC向UE下發(fā)短消息。(2)接收方SMC收到永久性錯誤響應(yīng)(除408、480、486、500、503、504、600、精品文檔放心下載603(3)接收方SMC根據(jù)具體失敗原因,立即產(chǎn)生失敗回執(zhí)并發(fā)送,不做重發(fā)。感謝閱讀注:發(fā)送方SMC對永久性錯誤響應(yīng)的處理相同。8.2.7SMC發(fā)送回執(zhí)失?。龅脚R時性錯誤圖8-10:SMC發(fā)送回執(zhí)失?。龅脚R時性錯誤流程流程說明:(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)。精品文檔放心下載IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求9(3.b)~(6.b)發(fā)送方SMC重發(fā)回執(zhí),UE仍然沒有成功接收,發(fā)送方SMC在有效期到謝謝閱讀期后丟棄回執(zhí)。注:接收方SMC對臨時性錯誤響應(yīng)的處理相同。8.2.8SMC發(fā)送回執(zhí)失?。龅接谰眯藻e誤圖8-11:SMC發(fā)送回執(zhí)失?。龅接谰眯藻e誤流程流程說明:(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.3IMS用戶-其他網(wǎng)絡(luò)用戶8.3.1短消息提交圖8-12:短消息提交互通流程流程說明:(1)用戶輸入一條短消息,UE發(fā)起MESSAGE請求,消息體中封裝了短消息信息:謝謝閱讀a)RequestURI/To:接收方telURI謝謝閱讀b)From/P-Preferred-Identity:發(fā)送方telURI感謝閱讀c)Accept-Contact:包含"+g.-sms"謝謝閱讀d)Content-Type:text/xml-smml精品文檔放心下載e)消息體-registereddelivery:needreceipt(要求回執(zhí))感謝閱讀f)消息體-shortmessageclass:000精品文檔放心下載(2)MESSAGE請求經(jīng)過P-CSCF送到S-CSCFS-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查詢ENUMSIPURI精品文檔放心下載(6)發(fā)送方SMC將MESSAGE請求映射為deliver_sm消息,轉(zhuǎn)發(fā)給SMGW謝謝閱讀a)source_addr字段:發(fā)送方號碼,參考P-Asserted-Identity謝謝閱讀b)dest_addr字段:接收方號碼,參考RequestURI精品文檔放心下載c)esm_class字段bit6:0,參考消息體-shortmessageclass謝謝閱讀d)priority_flag字段:優(yōu)先級,參考消息體-priority感謝閱讀e)schedule_delivery_time字段:null或SMC第一次下發(fā)時間感謝閱讀f)validity_period字段:有效期,參考消息體-validityperiod謝謝閱讀g)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í)信息感謝閱讀a)source_addr字段:回執(zhí)發(fā)送方號碼(原短消息接收方號碼)感謝閱讀b)dest_addr字段:回執(zhí)接收方號碼(原短消息發(fā)送方號碼)謝謝閱讀IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求10c)esm_class字段:xx0010xx,表明為submit回執(zhí)謝謝閱讀d)short_messageid、submitdate、donedate、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)RequestURI/To:發(fā)送方telURI感謝閱讀b)From/P-Asserted-Identity:接收方telURI感謝閱讀c)Content-Type:text/xml-smml謝謝閱讀d)消息體-id:與原短消息的id一致e)消息體-protocolid:與原短消息的protocolid一致精品文檔放心下載f)消息體-submitdate:SMC收到原短消息的時間謝謝閱讀g)消息體-donedate:SMC生成回執(zhí)的時間感謝閱讀h)消息體-shortmessagestatus:映射SMPPshort_message字段中stat的內(nèi)感謝閱讀容i)消息體-errorcode:拷貝SMPPshort_message字段中err的內(nèi)容感謝閱讀j)消息體-datacoding謝謝閱讀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-一三:超長短消息提交互通流程流程說明:(1)用戶輸入一條超長短消息,發(fā)送方UE按照規(guī)定長度將消息內(nèi)容拆分成兩條。感謝閱讀(2)~(5UE發(fā)送第一個MESSAGE請求,消息體中封裝了拆分后的第一條短謝謝閱讀消息,并攜帶拆分信息:a)Content-Type:text/xml-smml謝謝閱讀b)消息體-shortmessageclass:100,拆分消息標(biāo)志感謝閱讀c)消息體-longmessageid:001,表示長消息序號精品文檔放心下載d)消息體-sum:002,表示拆分為兩條e)消息體-sequence:001,表示是被拆分的第一條感謝閱讀(6)~(8)發(fā)送方SMC將第一個MESSAGE請求映射為deliver_sm消息,轉(zhuǎn)發(fā)給SMGW謝謝閱讀a)esm_class字段bit6:1,參考消息體-shortmessageclass感謝閱讀b)UDH-udhl字段:0x05(占1個字節(jié))謝謝閱讀c)UDH-iei字段:0x00(占1個字節(jié))精品文檔放心下載d)UDH-iedl字段:0x03(占1個字節(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)~(9IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求118.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ā)送方號碼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ù)器,獲得接收方SIPURI精品文檔放心下載MESSAGE請求到接收方I-CSCFa)RequestURI:接收方SIPURIb)To:接收方telURI,參考dest_addr字段精品文檔放心下載c)From/P-Asserted-Identity:發(fā)送方telURI,參考source_addr字段謝謝閱讀d)User-Agent:sms-serve)Content-Type:text/xml-smml謝謝閱讀f)消息體-shortmessageclass:000,參考esm_class字段bit6感謝閱讀g)消息體-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ā)MESSAGE請求到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_messagesubmitdate、donedate、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-一五:超長短消息下發(fā)互通流程流程說明:(1)~(3)SMGW收到第一條submit_sm消息,包含了拆分后的第一條短消息信息,謝謝閱讀轉(zhuǎn)發(fā)給接收方SMCa)esm_class字段bit6:1IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求12b)UDH-udhl字段:0x05(占1個字節(jié))謝謝閱讀c)UDH-iei字段:0x00(占1個字節(jié))感謝閱讀d)UDH-iedl字段:0x03(占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-smml感謝閱讀b)消息體-shortmessageclass:100,參考esm_class字段bit6感謝閱讀c)消息體-longmessageid:001或00001,拷貝UDH-mr字段的內(nèi)容精品文檔放心下載d)消息體-sum:002,拷貝UDH-max字段的內(nèi)容謝謝閱讀e)消息體-Sequence:001/002,拷貝UDH-seq字段的內(nèi)容精品文檔放心下載(5)~(7)S-CSCF轉(zhuǎn)發(fā)MESSAGE請求,經(jīng)過P-CSCF送到UE。感謝閱讀(8~(14SMGW收到第二條submit_sm消息,經(jīng)過SMC映射為MESSAGE請求,發(fā)送到精品文檔放心下載UE,同(1)~(7(一五)接收方UE依據(jù)拆分信息,將兩條被拆分的短消息合并成一條超長消息,顯示謝謝閱讀給用戶。9業(yè)務(wù)實現(xiàn)9.1iFC設(shè)置基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的iFC中的SPT設(shè)置如下:謝謝閱讀1)第三方注冊method="REGISTER"2)主叫觸發(fā)method="MESSAGE"ANDheader="Accept-Contact"="+g.-sms"ANDheader="User-Agent"=感謝閱讀"sms-client"ANDsessioncase="Originating"謝謝閱讀3)被叫觸發(fā)method="MESSAGE"ANDheader="Accept-Contact"="+g.-sms"ANDsessioncase="Termina感謝閱讀ting_Registered"4)被叫未注冊觸發(fā)method="MESSAGE"ANDheader="Accept-Contact"="+g.-sms"ANDsessioncase="Termina感謝閱讀ting_Unregistered"9.2組網(wǎng)方式圖9-1:短消息業(yè)務(wù)組網(wǎng)圖短消息中心建議采用分省部署方式,省短消息中心和省S-CSCFENUM/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)路由到接收方用戶。IMSIMS用戶發(fā)送謝謝閱讀短消息,發(fā)送方歸屬的短消息中心就近接入省短消息網(wǎng)關(guān),然后路由到接收方用戶。IMS用感謝閱讀戶接收短消息,從接收方用戶所屬省短消息網(wǎng)關(guān)接入接收方歸屬的短消息中心。謝謝閱讀IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求1310設(shè)備要求10.1HSSHSS存儲基于IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)的iFC,在用戶注冊時下載到S-CSCF。精品文檔放心下載10.2短消息中心對于IMS核心網(wǎng)絡(luò),短消息中心相當(dāng)于一個AS。短消息中心與S-CSCF之間通過ISC接口,感謝閱讀完成業(yè)務(wù)觸發(fā)和第三方注冊。短消息中心應(yīng)同時支持使用SIPMESSAGE消息和SMPP感謝閱讀SIP信令與SMPP信令之間的相互轉(zhuǎn)換。短消息中心收到S-CSCF發(fā)送的第三方注冊后,應(yīng)返回200響應(yīng),并檢查當(dāng)前注冊用戶是精品文檔放心下載否有緩存的短消息,若有則逐條下發(fā)。發(fā)送方短消息中心收到發(fā)送方用戶提交的短消息后,應(yīng)返回202響應(yīng),并使用接收方用感謝閱讀戶的telURI查詢ENUMSIPURIIMSIMS網(wǎng)謝謝閱讀絡(luò)尋址到接收方。如果沒有獲得接收方的SIPURI,則接收方為其他網(wǎng)絡(luò)用戶,將MESSAGE消謝謝閱讀息映射成SMPP消息,轉(zhuǎn)發(fā)給短消息網(wǎng)關(guān)。發(fā)送方短消息中心收到接收方短消息中心發(fā)送的回執(zhí)后,應(yīng)返回202響應(yīng),并向發(fā)送方感謝閱讀用戶遞送回執(zhí)。接收方短消息中心收到發(fā)送方短消息中心轉(zhuǎn)發(fā)的短消息后,應(yīng)返回202響應(yīng),保存發(fā)送謝謝閱讀方短消息中心的地址(通過P-Asserted-Identity攜帶,用于回執(zhí)發(fā)送),并向接收方用戶謝謝閱讀遞送短消息。接收方短消息中心向接收方用戶下發(fā)短消息后,如果收到200響應(yīng),表明接收方已正確精品文檔放心下載接收,向發(fā)送方返回成功回執(zhí)。如果收到408、480、486、500、503、504、600、603響應(yīng),精品文檔放心下載表明出現(xiàn)臨時性錯誤,則在發(fā)送隊列中緩存短消息,并按照預(yù)定規(guī)則重發(fā);重發(fā)失敗且超過謝謝閱讀有效期后,向發(fā)送方返回失敗回執(zhí)。如果收到其它4**、5**、6**響應(yīng),立即向發(fā)送方返回精品文檔放心下載失敗回執(zhí)?;貓?zhí)的消息標(biāo)識應(yīng)與原短消息相同。10.3ENUM/DNSENUM/DNS需要保存短消息中心的SIPURI和所屬I-CSCF謝謝閱讀收方S-CSCF查詢。10.4I-CSCFI-CSCF需要配置短消息中心的SIPURI感謝閱讀短消息中心。10.5終端終端應(yīng)支持使用SIPMESSAGE消息來承載短消息業(yè)務(wù)信息,并通過附錄A定義的感謝閱讀“text/xml-smml”類型將短消息內(nèi)容封裝在MESSAGE消息的消息體中。感謝閱讀終端應(yīng)在MESSAGE請求的Accept-Contact頭域中填寫“,User-Agent頭域中填謝謝閱讀寫“sms-client”。終端應(yīng)支持短消息定時發(fā)送時間、有效期和優(yōu)先級的設(shè)置。精品文檔放心下載終端應(yīng)支持將用戶的群發(fā)請求分解為針對每個接收方用戶的MESSAGE消息,逐一發(fā)送到感謝閱讀短消息中心。終端應(yīng)支持超長短消息的拆分和合并。終端收到短消息中心下發(fā)的短消息或回執(zhí)后,應(yīng)返回200MESSAGE消息的消息精品文檔放心下載體中提取短消息內(nèi)容或回執(zhí)內(nèi)容。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求14附錄ASIP協(xié)議針對消息處理的XML擴(kuò)展(規(guī)范性附錄)《中國電信SIP短消息中心SIPSMMLV1.0謝謝閱讀SIP協(xié)議的MESSAGE精品文檔放心下載型稱為SIP協(xié)議針對消息處理的XML擴(kuò)展(SMML),攜帶該消息體類型的MESSAGE請求的精品文檔放心下載Content-Type值為“text/xml-smml”?!吨袊娦臩IP短消息中心SIPSMML接口技術(shù)規(guī)范》謝謝閱讀(V1.0版)定義的SMML操作結(jié)構(gòu)和參數(shù)1.0版適用于軟交換網(wǎng)絡(luò)中的短消息業(yè)務(wù)。謝謝閱讀本附錄在SMML1.0IMS網(wǎng)絡(luò)的短消息業(yè)務(wù)實現(xiàn)方案對部分參數(shù)進(jìn)行調(diào)感謝閱讀整,定義為SMML2.0版。A.1短消息操作類型(1)短消息發(fā)送請求操作終端和短消息中心之間發(fā)送短消息的請求定義為“短消息發(fā)送請求操作精品文檔放心下載(shortmessage)”。(2)短消息回執(zhí)請求操作短消息中心發(fā)送的對之前收到的“短消息發(fā)送請求操作的處理結(jié)果,定義為“短消息精品文檔放心下載回執(zhí)請求操作(receipt)”。A.2SMML操作結(jié)構(gòu)針對短消息發(fā)送請求操作、短消息回執(zhí)請求操作定義的SMML<sipmessage>攜感謝閱讀帶<shortmessage>成員表示短消息發(fā)送請求操作,<sipmessage>攜帶<receipt>成員表示短精品文檔放心下載消息回執(zhí)請求操作。圖A-1:SMML操作結(jié)構(gòu)A.3SMML操作參數(shù)A.3.1<shortmessage>成員參數(shù)表A-1定義了SMML<shortmessage>成員(短消息發(fā)送請求操作)的參數(shù)。謝謝閱讀表A-1:<shortmessage>成員參數(shù)參數(shù)縮寫說明取值protocolidproidSMML版本號缺省2.0精品文檔放心下載ididid是一個流水號,用來匹配短消息感謝閱讀短消息或短消息中心10位的可顯謝謝閱讀轉(zhuǎn)發(fā)短消息時生成10謝謝閱讀面須用0補(bǔ)齊。其最大值為295(0xFFFFFFFFshortmessageclassmsgclass短消息類型取值為一個3位的可顯示的十進(jìn)制感謝閱讀數(shù)字串。不夠3位,前面須用0補(bǔ)齊。000:表示普通短消息(缺省)100:表示拆分的短消息IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求15registereddeliveryregdel回執(zhí)需求需要回執(zhí):needreceipt精品文檔放心下載不需要回執(zhí):noneedreceipt接收方短消息中心下發(fā)短消息時,可以不攜帶此參數(shù)。priorityprio優(yōu)先級取值為"non-urgent"、"normal"、精品文檔放心下載"urgent"和"emergency"SMPPsubmit_sm和deliver_sm消感謝閱讀息中priority_flag參數(shù)的0、1、2、3四級。缺省“normal”。接收方短消息中心下發(fā)短消息時,可以不攜帶此參數(shù)。scheduledeliverytimeschetimeYYYYMMDDhhmmssnnp,其中:感謝閱讀方用戶填寫期望發(fā)送YYYY=年(0000-9999)謝謝閱讀MM=月(01-12)第一次下發(fā)時間DD=日(01-31)hh=小時(00-23)mm=分鐘(00-59)ss=秒(00-59)nn=本地時間與UTC(UniversalTimeConstant謝謝閱讀時差,以四分之一小時為單位(00-48)表示早于UTC時間,“-”表示晚于UTC時間例如:+。對于發(fā)送方,00表示定時下發(fā)。validityperiodvalper短消息有效期YYYYMMDDhhmmssnnp,參見謝謝閱讀scheduledeliverytime取值。0表示按照系統(tǒng)缺省設(shè)置。接收方短消息中心下發(fā)短消息時,可以不攜帶此參數(shù)。datacodingdatacod短消息編碼格式取值為ASCIIGB一八030UTF-8、感謝閱讀UCS2longmessageidlmsgid長消息序號取值為一個5位的可顯示的十進(jìn)制謝謝閱讀數(shù)字串。不夠5位,前面須用0補(bǔ)齊。最大值為65535。未拆分消息可以不攜帶此參數(shù)或填寫00000。IMS取值最大為255。sumsum長消息一共拆分成幾取值為一個3位的可顯示的十進(jìn)制精品文檔放心下載IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求16條數(shù)字串。不夠3位,前面須用0補(bǔ)齊。最大值為255。未拆分消息可以不攜帶此參數(shù)或填寫000。sequenceseq是長消息被拆分后的取值為一個3位的可顯示的十進(jìn)制精品文檔放心下載第幾條數(shù)字串。不夠3位,前面須用0補(bǔ)齊。最大值為255。未拆分消息可以不攜帶此參數(shù)或填寫000。shortmessagelengthmsgleng短消息內(nèi)容(即text最大取值為220感謝閱讀參數(shù))的長度texttext短消息內(nèi)容經(jīng)XML編碼后(包括對轉(zhuǎn)義字符的謝謝閱讀處理)最大長度為220個字節(jié)UDP傳輸?shù)腟IP消息長度一般不超過一三00字節(jié),建議在實現(xiàn)SMML接口時感謝閱讀采用參數(shù)縮寫形式。A.3.2<receipt>成員參數(shù)表A-2定義了SMML<receipt>成員(短消息回執(zhí)請求操作)的參數(shù)。感謝閱讀表A-2:<receipt>成員參數(shù)參數(shù)縮寫說明取值protocolidproidSMML版本號缺省2.0謝謝閱讀idid<receipt>中的id精品文檔放心下載回執(zhí)id應(yīng)與對應(yīng)10位的謝謝閱讀<shortmessage>中的原短10精品文檔放心下載消息id一致位,前面須用0補(bǔ)齊。其最大值為295(0xFFFFFFFFsubmitdatesubdate短消息提交時間:短消息YYYYMMDDhhmmss,其中:精品文檔放心下載中心填寫之前收到對應(yīng)原YYYY=年(0000-9999)感謝閱讀短消息的時間MM=月(01-12)DD=日(01-31)hh=小時(00-23)mm=分鐘(00-59)ss=秒(00-59)donedatedonedate短消息下發(fā)時間:短消息YYYYMMDDhhmmss,參見謝謝閱讀中心填寫生成回執(zhí)的時間submitdate取值。感謝閱讀shortmessagestatusmsgstat短消息發(fā)送狀態(tài):當(dāng)接收狀態(tài)參數(shù)取值參見表A-3精品文檔放心下載方為IMS用戶時,由短消息中心確定發(fā)送狀態(tài);當(dāng)接收方為其他網(wǎng)絡(luò)用戶時,發(fā)送狀態(tài)拷貝SMPP消息中的相應(yīng)內(nèi)容errorcodeerrcode短消息發(fā)送失敗原因:當(dāng)取值為一個3位的可顯示的十進(jìn)感謝閱讀接收方為IMS用戶時,由30謝謝閱讀補(bǔ)齊。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求17當(dāng)接收方為其他網(wǎng)絡(luò)用戶錯誤原因取值參見表A-4SMPP消息中的相應(yīng)內(nèi)容datacodingdatacod回執(zhí)編碼格式,應(yīng)保證原取值為ASCII、GB一八030、感謝閱讀短消息發(fā)送方能夠正確識UTF-8、UCS2別texttext回執(zhí)內(nèi)容,從原短消息中截取對應(yīng)原短消息實際內(nèi)容的前精品文檔放心下載截取20UDP傳輸?shù)腟IP消息長度一般不超過一三00字節(jié),建議在實現(xiàn)SMML接口時精品文檔放心下載采用參數(shù)縮寫形式。表A-3定義了shortmessagestatus參數(shù)(短消息發(fā)送狀態(tài))的取值。感謝閱讀表A-3:shortmessagestatus參數(shù)取值謝謝閱讀最終消息狀態(tài)說明success短消息轉(zhuǎn)發(fā)成功expired短消息超過有效期failure短消息轉(zhuǎn)發(fā)失敗表A-4定義了errorcode參數(shù)(短消息發(fā)送失敗原因)的取值。精品文檔放心下載表A-4:errorcode參數(shù)取值原因值含義說明對應(yīng)狀態(tài)000noerror成功Success001destinationabsent用戶不能通信Expired精品文檔放心下載002destinationbusy用戶忙Expired感謝閱讀003destinationnotfound用戶不存在Failure精品文檔放心下載004invaliddestination非法用戶Failure精品文檔放心下載005destinationinblacklist用戶在黑名單內(nèi)Failure謝謝閱讀006systemerror系統(tǒng)錯誤Failure謝謝閱讀007outofmemory用戶內(nèi)存滿Expired精品文檔放心下載008protocolerror協(xié)議錯誤Failure感謝閱讀009dataerror數(shù)據(jù)錯誤Failure感謝閱讀010delivererror交互式信息下發(fā)失敗Failure謝謝閱讀011overduebill用戶欠費Failure感謝閱讀012destinationunsupported用戶無短消息權(quán)限Failure謝謝閱讀0一三inprogess短消息正在發(fā)送中Expired感謝閱讀014exceedvalidityperiod短消息超過有效期Expired感謝閱讀999unknownerror未知錯誤Failure謝謝閱讀注:如果短消息超過存儲有效期但預(yù)定重發(fā)過程尚未結(jié)束,回執(zhí)中的謝謝閱讀shortmessagestatus和errorcode參數(shù)分別填寫expired和014(exceedvalidityperiod)。精品文檔放心下載其余情況,回執(zhí)中的shortmessagestatus和errorcode參數(shù)按照最終失敗原因填寫。感謝閱讀IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求18當(dāng)短消息中心收到IMS網(wǎng)絡(luò)返回的SIP響應(yīng),應(yīng)啟動SIP側(cè)短消息重發(fā)流程(針對臨時錯謝謝閱讀誤響應(yīng))或直接刪除短消息(針對永久性錯誤響應(yīng)),并根據(jù)需要向發(fā)送方返回SIP回執(zhí)消感謝閱讀息。表A-5定義了SIP響應(yīng)碼到短消息發(fā)送失敗原因的映射。精品文檔放心下載表A-5:SIP響應(yīng)碼到SIP回執(zhí)中errorcode參數(shù)的映射謝謝閱讀響應(yīng)含義SMMLRece含義說明碼ipterrorcode原因值200Success000noerror終端確認(rèn)收到短消息。精品文檔放心下載202Accepted000noerror服務(wù)器確認(rèn)收到短消息。謝謝閱讀400BadRequest008protocolerror該響應(yīng)表示請求由于語法錯誤而不能被謝謝閱讀理解。一般協(xié)議棧返回。403Forbidden005012/destinationinblacklis該響應(yīng)表示服務(wù)器能理解但是拒絕執(zhí)行精品文檔放心下載t/overduebill/請求消息。destinationunsupporte感謝閱讀d權(quán)未通過。404NotFound003destinationnotfound該響應(yīng)表示服務(wù)器可以確定用戶不在精品文檔放心下載Request-URI頭域指定中。接收方不存在。408RequestTimeo010delivererror該響應(yīng)表示服務(wù)器不能在適當(dāng)?shù)臅r間內(nèi)感謝閱讀ut產(chǎn)生響應(yīng)。410Gone003destinationnotfound該響應(yīng)表示服務(wù)器中被請求的資源不可謝謝閱讀情況是永久性的。480TemporarilyU001destinationabsent接收方目前不可用,相當(dāng)于不在線。謝謝閱讀navailable481Call/Transac010delivererror該響應(yīng)表示接收方收到的請求與現(xiàn)有的精品文檔放心下載tionDoesNotE對話或者事務(wù)沒有相對應(yīng)的。謝謝閱讀xist一般協(xié)議棧產(chǎn)生。482LoopDetected010delivererror該響應(yīng)表示服務(wù)器檢測到有環(huán)路。謝謝閱讀一般協(xié)議棧產(chǎn)生。483TooManyHops010delivererrorMax-Forwards=0精品文檔放心下載一般協(xié)議棧產(chǎn)生。484AddressInple004invaliddestinationRequest-URI頭域指定的地址不全。謝謝閱讀te486BusyHere002destinationbusy接收方忙。謝謝閱讀500ServerIntern006systemerror該響應(yīng)表示服務(wù)器遇到意外的情況使它感謝閱讀alError感謝閱讀503ServiceUnava006systemerror該響應(yīng)表示由于服務(wù)器過載或者正在維謝謝閱讀ilable護(hù)而導(dǎo)致服務(wù)器暫時不能處理該請求。IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求195一MessageTooLa009dataerrorMESSAGE消謝謝閱讀三rge息。600BusyEverywhe002destinationbusy接收方忙且沒有其它聯(lián)系方式。謝謝閱讀re604DoesNotExist004invaliddestination該響應(yīng)表示Request-URI包含的目的端謝謝閱讀Anywhere地址不存在。其它999unknownerror其它錯誤情況。感謝閱讀A.4XMLSchema<?xmlversion="1.0"encoding="UTF-8"?>精品文檔放心下載<xs:schemaxmlns:xs="XMLSchema"elementFormDefault="qualified"attributeFo謝謝閱讀rmDefault="unqualified"><xs:elementname="sipmessage">精品文檔放心下載<xs:annotation><xs:documentation>SIPSMML</xs:documentation>謝謝閱讀</xs:annotation><xs:plexType><xs:choice><xs:elementname="shortmessage">感謝閱讀<xs:plexType><xs:sequence><xs:elementname="proid"type="xs:string"default="2.0"/>謝謝閱讀<xs:elementname="id"><xs:simpleType><xs:restrictionbase="xs:string">謝謝閱讀<xs:lengthvalue="10"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="msgclass">精品文檔放心下載<xs:simpleType><xs:restrictionbase="xs:string">感謝閱讀<xs:lengthvalue="3"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="regdel"minOccurs="0">謝謝閱讀<xs:simpleType><xs:restrictionbase="xs:string">感謝閱讀<xs:enumerationvalue="needreceipt"/>感謝閱讀<xs:enumerationvalue="noneedreceipt"/>精品文檔放心下載</xs:restriction></xs:simpleType>IMS網(wǎng)絡(luò)短消息業(yè)務(wù)技術(shù)要求20</xs:element><xs:elementname="prio"minOccurs="0">精品文檔放心下載<xs:simpleType><xs:restrictionbase="xs:string">精品文檔放心下載<xs:enumerationvalue="non-urgent"/>謝謝閱讀<xs:enumerationvalue="normal"/>精品文檔放心下載<xs:enumerationvalue="urgent"/>謝謝閱讀<xs:enumerationvalue="emergency"/>感謝閱讀</xs:restriction></xs:simpleType></xs:element><xs:elementname="schetime">感謝閱讀<xs:simpleType><xs:restrictionbase="xs:string">謝謝閱讀<xs:maxLengthvalue="17"/><xs:minLengthvalue="1"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="valper"minOccurs="0">精品文檔放心下載<xs:simpleType><xs:restrictionbase="xs:string">謝謝閱讀<xs:maxLengthvalue="17"/><xs:minLengthvalue="1"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="datacod">精品文檔放心下載<xs:simpleType><xs:restrictionbase="xs:string">精品文檔放心下載<xs:enumerationvalue="GB一八030"/>精品文檔放心下載<xs:enumerationvalue=

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論