IMS网络消息与业务管理知识技术要求内容

上传人:痛*** 文档编号:103359216 上传时间:2022-06-08 格式:DOC 页数:42 大小:1.68MB
收藏 版权申诉 举报 下载
IMS网络消息与业务管理知识技术要求内容_第1页
第1页 / 共42页
IMS网络消息与业务管理知识技术要求内容_第2页
第2页 / 共42页
IMS网络消息与业务管理知识技术要求内容_第3页
第3页 / 共42页
资源描述:

《IMS网络消息与业务管理知识技术要求内容》由会员分享,可在线阅读,更多相关《IMS网络消息与业务管理知识技术要求内容(42页珍藏版)》请在装配图网上搜索。

1、保密等级:公开发放中国电信集团公司 发布200-实施200-发布IMS网络短消息业务技术要求Technical Requirements of Short Message Service over IMS(V2.0)Q/CT2088-2010中国电信集团公司技术标准39 / 42目 录目录I前言III短消息业务技术要求11 范围12 引用标准13 缩略语14 业务定义25 业务特征25.1 短消息的应用类别25.2 短消息回执25.3 短消息的有效期25.4 短消息的重发35.5 短消息的长度35.6 短消息的编码格式35.7 短消息的优先级35.8 短消息的定时发送35.9 短消息的群发35

2、.10 缓存短消息下发36 业务编号47 系统架构47.1 模块说明47.2 接口说明48 信令流程58.1 IMS用户注册/第三方注册/缓存短消息下发58.2 IMS用户IMS用户68.2.1 短消息提交68.2.2 短消息下发88.2.3 发送方SMC递送到接收方SMC98.2.4 超长短消息138.2.5 SMC发送短消息失败遇到临时性错误148.2.6 SMC发送短消息失败遇到永久性错误158.2.7 SMC发送回执失败遇到临时性错误158.2.8 SMC发送回执失败遇到永久性错误168.3 IMS用户其他网络用户178.3.1 短消息提交178.3.2 超长短消息提交198.4 其他

3、网络用户IMS用户218.4.1 短消息下发218.4.2 超长短消息下发229 业务实现239.1 iFC设置239.2 组网方式2310 设备要求2410.1 HSS2410.2 S-CSCF2410.3 短消息中心2410.4 ENUM/DNS2510.5 I-CSCF2510.6 终端25附录A SIP协议针对消息处理的XML扩展26A.1 短消息操作类型26A.2 SMML操作结构26A.3 SMML操作参数27A.3.1 成员参数27A.3.2 成员参数29A.4 XML Schema32A.5 SMML实例36附录B SIP与SMPP协议的映射38B.1 参数映射38B.2 失败

4、原因映射39B.2.1 SMPP响应到SIP短消息发送失败原因的映射39B.2.2 SIP响应码到SMPP短消息发送失败原因的映射40B.2.3 SMPP短消息发送失败原因与SIP短消息发送失败原因的映射41前 言本标准主要依据中国电信SIP短消息中心设备总体技术要求(V1.0版)、中国电信SIP短消息中心SIP SMML接口技术规范(V1.0版)和3GPP2 X.S0048-0“Short Message Service Over IMS v1.0” 的相关内容,结合中国电信IMS试点的相关成果和经验进行编写,随着技术和业务的发展,还将制定后续的相关标准。本标准的附录A和附录B为规范性附录。

5、本标准由中国电信集团公司提出并归口。本标准起草单位:中国电信股份XX研究院本标准主要起草人:钮颖彬 吴琳IMS网络短消息业务技术要求1 范围本标准规定了中国电信基于IMS网络的短消息业务定义、业务特征、业务编号、系统架构、信令流程、业务实现和设备要求等。本标准适用于基于IMS网络的短消息业务的开发和部署。2 引用标准下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修改版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。中国电信SI

6、P短消息中心设备总体技术要求(V1.0版)中国电信SIP短消息中心SIP SMML接口技术规范(V1.0版)Q/CT 2282-2010IMS网络技术体制Q/CT 2094-2010IMS网络SIP协议总体技术要求Q/CT 2095-2010IMS网络Cx/Dx(Diameter)接口技术要求中国电信基于固定 网的综合信息系统与无线市话短消息系统的互联规范YD/T 1220-2002800MHz CDMA数字蜂窝移动通信网扩展短消息实体与短消息中心的接口协议技术要求RFC3428Session Initiation Protocol (SIP) Extension for Instant Me

7、ssagingdraft-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 Protocol (IP) access; Stage 2 (Release 7) v7.5.03GPP TS 24

8、.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 ForumShort Message Peer to Peer Protocol Specificati

9、on v3.43 缩略语下列缩略语适用于本标准:ASApplication Server应用服务器CSCFCall Session Control Function呼叫会话控制功能HSSHome Subscriber Server归属用户服务器iFCInitial Filter Criteria初始过滤准则IMSIP Multimedia SubsystemIP多媒体子系统I-CSCFInterrogating CSCF查询-呼叫会话控制功能MGCFMedia Gateway Control Function媒体网关控制功能PHSPersonal Handy Phone System个人手持机

10、系统PSTNPublic Switched Telephone Network公共交换 网络P-CSCFProxy-Call Session Control Function代理-呼叫会话控制功能SIPSession Initiation Protocol会话初始化协议SMCShortMessageCenter短消息中心SMGWShort Message GateWay短消息网关SMMLSIP Message XMLSIP协议针对消息处理的XML扩展SMPPShort Message Peer to Peer ProtocolSpecification短消息点对点协议SPTService Po

11、int Trigger业务点触发器SCSCFServing CSCF服务-呼叫会话控制功能UEUser Equipment用户设备URIUniform Resource Identifier统一资源标识符4 业务定义基于IMS网络的短消息业务是在IMS用户之间、IMS用户与其他网络用户之间传递文本信息的一种服务。5 业务特征5.1 短消息的应用类别(1) IMS用户IMS用户IMS用户与另一个IMS用户之间互相发送短消息。短消息将经过短消息中心(SMC)转发。(2) IMS用户其他网络用户IMS用户向其他网络(PSTN、PHS、软交换、CDMA、其他运营商)用户发送短消息。短消息将经过短消息中

12、心、短消息网关(SMGW)、其他网络短消息系统转发。(3) 其他网络用户IMS用户其他网络(PSTN、PHS、软交换、CDMA、其他运营商)用户向IMS用户发送短消息。短消息将经过其他网络短消息系统、短消息网关、短消息中心转发。5.2 短消息回执发送方用户可以设置是否需要短消息回执。当接收方为IMS用户时,短消息回执由接收方短消息中心提供。当接收方为其他网络用户时,短消息回执由接收方网络提供。短消息中心之间、短消息中心和短消息网关之间,短消息回执是必选的。5.3 短消息的有效期短消息的有效期是指短消息由短消息中心第一次发送到短消息被短消息中心从发送队列中删除的时间间隔。发送方用户可设置希望的短

13、消息生存周期。短消息在短消息中心的最长生存周期由短消息中心决定,缺省为48小时,该值可根据运营的需要进行灵活设置。当有效期逾时,短消息中心应将消息从发送队列中删除,作为历史记录保存到短消息信息库中,并根据业务需要决定是否产生回执。当发送方未设置有效期、设置的有效期早于短消息中心的当前时间、或设置的有效期超过短消息中心设置的最长有效期,应以短消息中心设置的缺省值为准。回执的有效期在短消息中心设置。若回执在此有效期之后到达,将被短消息中心自动抛弃。回执有效期缺省为49小时。5.4 短消息的重发用户发送的短消息因某些临时性错误而发送失败时,短消息将被缓存在短消息中心,并由短消息中心进行重发。短消息中

14、心应能够按照运营需要灵活设置重发策略,包括根据网络侧返回的不同错误响应、不同应用类别、不同时间段对重发次数和重发间隔进行设置。短消息的重发在接收方收到短消息或短消息超过有效期之后停止。如果最后一次重发时间和有效期到期时间恰好重合,短消息中心需完成最后一次重发。5.5 短消息的长度短消息包含的内容长度根据运营需求规定。参照现行CDMA网络短消息长度要求,规定IMS短消息若不含中文单条最大长度为160个字符(使用单字节编码),若含中文单条最大长度为70个字符。终端应支持用户一次性输入超过规定长度的内容。对于超长短消息,发送方终端将按照规定长度对消息进行拆分(须保证拆分后的内容不出现乱码),并在每条

15、拆分的消息中增加拆分信息,拆分后的短消息若不含中文单条最大长度为154个字符(使用单字节编码),若含中文单条最大长度为67个字符;接收方终端依据拆分信息,将被拆分的短消息进行合并。短消息中心应在消息递送过程中保留拆分信息。终端进行超长短消息拆分时,应向用户提示拆分后的短消息数目。5.6 短消息的编码格式短消息中心和终端应支持ASCII、GB18030、UCS2和UTF-8编码格式。终端建议优选UCS2编码格式。如果IMS用户与其他网络用户采用的编码类型不同,短消息中心应能够完成编码类型的转换,转换策略可根据运营的需要进行设置。5.7 短消息的优先级短消息中心应支持针对应用类别的优先级设置,并按

16、照短消息的优先级进行重发处理。发送方用户可以设置希望的短消息优先级。如果发送方的优先级设置高于短消息中心的优先级设置,应以短消息中心的优先级设置为准。5.8 短消息的定时发送发送方用户可设置短消息定时发送的时间,发送方短消息中心将按照用户设置的时间进行指定短消息的发送。短消息的最长定时发送时间由短消息中心决定,缺省为12个小时,该值可根据运营的需要进行灵活设置。当发送方设置的定时发送时间超过短消息中心设置的最长定时发送时间,短消息应在短消息中心设置的缺省定时时间到后被发送。当发送方设置的定时发送时间早于短消息中心的当前时间,短消息应被立即发送。5.9 短消息的群发终端支持发送方用户一次性输入多

17、个接收方用户。对于群发的短消息,终端将群发请求分解为针对每个接收方用户的短消息请求,逐一发送到短消息中心。5.10 缓存短消息下发用户每次在IMS网络注册成功后,S-CSCF应根据签约短消息业务的iFC,向短消息中心发起短消息业务的第三方注册。短消息中心收到第三方注册请求后,应提取当前用户所有缓存在发送队列中的短消息和回执,逐一发送给用户(该处理应优先于短消息的重发处理。)6 业务编号基于IMS网络的短消息业务,使用E.164号码(包含于tel URI或SIP URI的用户名部分)作为业务编号。7 系统架构7.1 模块说明图7-1:短消息业务系统架构图基于IMS网络的短消息业务的系统架构如上图

18、所示,涉与的网元有:(1) SMC(短消息中心)支持IMS用户的短消息存储转发、短消息回执生成、短消息查询、短消息计费,支持通过与短消息网关的交互实现IMS用户与其他网络用户的短消息互通。(2) I/S/P-CSCF实现IMS用户的接入、鉴权、路由和业务触发等。(3) HSS存储IMS用户短消息业务的iFC。(4) ENUM/DNS接收SMC或S-CSCF的查询,将tel URI中的E.164号码翻译成在IMS核心网中可路由的SIP URI;支持根据域名获得相关的IP地址信息。(5) UE(IMS用户终端)支持短消息编辑、收发、显示,短消息群发,超长短消息拆分与合并,短消息功能设置。(6) S

19、MGW(短消息网关)支持短消息的路由管理和分析,提供不同短消息系统之间的选路和互通功能。7.2 接口说明(1) SMC/S-CSCF支持ISC接口和SIP协议,通过MESSAGE请求封装的text/xml-smml类型的消息体携带短消息业务信息。遵循中国电信IMS网络SIP协议总体技术要求和本标准附录A定义的SIP协议针对消息处理的XML扩展。(2) SMC/SMGW支持SMPP协议,遵循Short Message Peer to Peer Protocol Specification v3.4和附录B定义的SIP与SMPP协议的映射。(3) SMC/ENUM支持Ex接口和DNS协议,遵循中国

20、电信IMS网络技术体制对Ex接口要求。(4) UE/CSCF支持Gm接口和SIP协议,通过MESSAGE请求封装的text/xml-smml类型的消息体携带短消息业务信息。遵循中国电信IMS网络SIP协议总体技术要求和本标准附录A定义的SIP协议针对消息处理的XML扩展。8 信令流程8.1 IMS用户注册/第三方注册/缓存短消息下发图8-1:IMS用户注册/第三方注册/缓存短消息下发流程流程说明:(1) UE发起到IMS网络的注册请求,REGISTER消息经过P-CSCF(P-CSCF在图中省略,下同)和I-CSCF(I-CSCF在图中省略)送到归属地的S-CSCF。(2) S-CSCF要求U

21、E鉴权。(3) UE重新发起带有鉴权响应信息的注册请求。(4) S-CSCF完成对UE的鉴权后,向HSS发送Server-Assignment-Request消息,通知HSS用户已经注册。(5) HSS向S-CSCF发送Server-Assignment-Answer响应消息,返回用户的iFC信息。(6) S-CSCF向UE返回200响应。(7) S-CSCF根据签约短消息业务的iFC,向SMC发送第三方注册请求:a) To:UE的SIP URI(8) SMC向S-CSCF返回200响应。(9) SMC根据To头域包含的SIP URI,检查当前注册的用户是否有缓存的短消息。若有,则向UE逐一发

22、送封装了短消息信息的MESSAGE请求:a) RequestURI/To:接收方tel URIb) From/P-Asserted-Identity:发送方tel URIc) Content-Type:text/xml-smml(10) S-CSCF向UE转发MESSAGE请求。(11) UE向S-CSCF返回200响应。(12) S-CSCF向SMC返回200响应。(13) (16)SMC继续向UE下发缓存的短消息,同(9)(12)。8.2 IMS用户IMS用户8.2.1 短消息提交图8-2:短消息提交流程流程说明:(1) 用户输入一条短消息,UE发起MESSAGE请求,消息体中封装了短消息

23、信息:a) RequestURI/To:接收方tel URIb) From/P-Preferred-Identity:发送方tel URIc) Accept-Contact:包含+g.ctc.ims-sms(表示短消息业务)d) User-Agent:sms-client(表示请求来自于UE)e) Content-Type:text/xml-smmlf) 消息体-registereddelivery:need receipt(要求回执)(2) MESSAGE请求经过P-CSCF送到S-CSCF,S-CSCF根据签约短消息业务的iFC,将MESSAGE请求转到发送方SMC。(3) SMC向S-C

24、SCF返回202响应。(4) S-CSCF转发202响应,经过P-CSCF送到UE。(5) 发送方SMC向前递送短消息。(6) 如果发送方要求回执且接收方与发送方属于同一SMC,SMC需要产生短消息回执;如果接收方与发送方属于不同SMC,SMC会收到对端发送的短消息回执。SMC查询ENUM服务器,获得发送方SIP URI,向发送方I-CSCF发送封装了回执信息的MESSAGE请求:a) RequestURI:发送方SIP URIb) To:发送方tel URIc) From/P-Asserted-Identity:接收方tel URId) User-Agent:sms-serve) Conte

25、nt-Type:text/xml-smmlf) 消息体-id:与原短消息的id一致(7) I-CSCF转发MESSAGE请求到发送方S-CSCF。(8) S-CSCF转发MESSAGE请求,经过P-CSCF送到UE。(9) UE返回200响应,经过P-CSCF送到S-CSCF。(10) S-CSCF向I-CSCF返回200响应。(11) I-CSCF向SMC返回200响应。8.2.2 短消息下发1)接收方与发送方属于同一SMC图8-3:短消息下发流程(接收方与发送方属于同一SMC)流程说明:(1) 发送方SMC收到发送方S-CSCF根据发送方签约短消息业务的iFC触发的一条短消息,并发现该条消

26、息的接收方也是本SMC用户。(2) SMC构造一个新的MESSAGE请求,发送到接收方I-CSCF,a) RequestURI:接收方SIP URIb) To:接收方tel URIc) From/P-Asserted-Identity:发送方tel URId) 删除包含+g.ctc.ims-sms的Accept-Contact(抑制被叫触发)e) User-Agent:sms-serv(表示请求来自于SMC)f) Content-Type:text/xml-smml(3) I-CSCF转发MESSAGE请求到接收方S-CSCF。(4) S-CSCF经过P-CSCF,转发MESSAGE请求给接收

27、方UE。(5) UE返回200响应,经过P-CSCF送到S-CSCF。(6) S-CSCF向I-CSCF返回200响应。(7) I-CSCF向SMC返回200响应。(8) 如果发送方要求回执,SMC向发送方UE下发回执(参见8.2.1)。2)接收方与发送方属于不同SMC图8-4:短消息下发流程(接收方与发送方属于不同SMC)流程说明:(1) 接收方SMC收到接收方S-CSCF根据接收方签约短消息业务的iFC触发的一条短消息。(2) SMC构造一个新的MESSAGE请求,发送到接收方S-CSCF:a) RequestURI:接收方SIP URIb) To:接收方tel URIc) From/P-

28、Asserted-Identity:发送方tel URId) 删除包含+g.ctc.ims-sms的Accept-Contact(抑制被叫重复触发)e) User-Agent:sms-servf) Content-Type:text/xml-smml(3) S-CSCF转发MESSAGE请求,经过P-CSCF送到UE。(4) UE返回200响应,经过P-CSCF送到S-CSCF。(5) S-CSCF向SMC返回200响应。(6) 如果发送方要求回执,SMC产生回执并发送(参见8.2.3图8-5流程)。8.2.3 发送方SMC递送到接收方SMC1)接收方IMS已注册图8-5:发送方SMC递送到接

29、收方SMC流程(接收方IMS已注册)流程说明:(1) 发送方SMC收到S-CSCF转发的MESSAGE请求,消息体中封装了UE提交的短消息信息(参见8.2.1)。(2) 发送方SMC通过查询ENUM服务器,获得接收方SIP URI,接收方为IMS用户。(3) 如果发送方SMC发现接收方也是本SMC用户,则按照8.2.2图8-3流程进行。如果接收方不是本SMC用户,则发送方SMC构造一个新的MESSAGE请求,发送到S-CSCF,a) RequestURI:接收方SIP URIb) To:接收方tel URIc) From:发送方tel URId) P-Asserted-Identity:发送方

30、SMC SIP URIe) Accept-Contact:包含+g.ctc.ims-smsf) User-Agent:sms-serv(抑制主叫重复触发)g) Route:添加发送方S-CSCF SIP URI并携带orig标识h) Content-Type:text/xml-smmli) 消息体-registereddelivery:need receipt(要求回执)(4) 发送方S-CSCF根据Request URI包含的接收方UE的SIP URI,转发MESSAGE请求到接收方I-CSCF。(5) 接收方I-CSCF转发MESSAGE请求到接收方S-CSCF。(6) 接收方S-CSCF

31、根据签约短消息业务的iFC,将MESSAGE请求转到接收方SMC。(7) 接收方SMC向接收方S-CSCF返回202响应。如果发送方要求回执,接收方SMC需保存P-Asserted-Identity包含的发送方SMC SIP URI。(8) 接收方S-CSCF向接收方I-CSCF返回202响应。(9) 接收方I-CSCF向发送方S-CSCF返回202响应。(10) 发送方S-CSCF向发送方SMC返回202响应。(11) 接收方SMC向接收方UE下发短消息(参见8.2.2图8-4流程)。(12) 接收方SMC向接收方S-CSCF发送封装了回执信息的MESSAGE请求:a) RequestURI

32、:发送方SMC SIP URIb) To:发送方tel URIc) From:接收方tel URId) P-Asserted-Identity:接收方SMC SIP URIe) User-Agent:sms-servf) Route:添加接收方S-CSCF SIP URI并携带orig标识g) Content-Type:text/xml-smmlh) 消息体-id:与原短消息的id一致(13) 接收方S-CSCF根据Request URI中的发送方SMC的SIP URI,向发送方I-CSCF转发MESSAGE请求。(14) 发送方I-CSCF向发送方SMC转发MESSAGE请求。(15) 发送

33、方SMC向发送方I-CSCF返回202响应。(16) 发送方I-CSCF向接收方S-CSCF返回202响应。(17) 接收方S-CSCF向接收方SMC返回202响应。(18) 发送方SMC向发送方UE下发回执(参见8.2.1)。2)接收方IMS未注册图8-6:发送方SMC递送到接收方SMC流程(接收方IMS未注册)流程说明:(1)(3)参见图8-4流程(1)(3)。(4) 发送方S-CSCF根据Request URI包含的接收方UE的SIP URI,向接收方I-CSCF转发MESSAGE请求。(5) I-CSCF向HSS发送LIR消息,查询接收方位置信息。(6) 接收方签约未注册短消息业务,H

34、SS通过LIA响应消息返回指配给接收方的S-CSCF或S-CSCF能力集。(7) I-CSCF将MESSAGE请求转到指配给接收方的S-CSCF;或在S-CSCF能力集中选择一个S-CSCF转发。(8) 若MESSAGE请求中Request-URI包含的接收方未登记在S-CSCF,则S-CSCF向HSS发送SAR消息。 (9) HSS将接收方的注册状态设置为“Unregistered”,存储S-CSCF name信息,并通过SAA响应消息将接收方的iFC下载到S-CSCF。注:若Request-URI包含的接收方已登记在S-CSCF,第8和第9步可以省略。(10)(15)参见图8-4流程(5)

35、(9)。短消息下发后,由于接收方IMS未注册无法接收,将被缓存在SMC。8.2.4 超长短消息图8-7:超长短消息流程流程说明:(1) 用户输入一条超长短消息,发送方UE按照规定长度将消息内容拆分成两条。(2) (10)发送方UE发送第一个MESSAGE请求,消息体中封装了拆分后的第一条短消息,并携带拆分信息:a) Content-Type:text/xml-smmlb) 消息体-shortmessageclass:100,拆分消息标志c) 消息体-longmessageid:001,表示长消息序号d) 消息体-sum:002,表示拆分为两条e) 消息体-sequence:001,表示是被拆分

36、的第一条f) 其它消息体参数同普通短消息(11)(19)发送方UE发送第二个MESSAGE请求,消息体中封装了拆分后的第二条短消息,并携带拆分信息:a) Content-Type:text/xml-smmlb) 消息体-shortmessageclass:100,拆分消息标志c) 消息体-longmessageid:001,表示长消息序号d) 消息体-sum:002,表示拆分为两条e) 消息体-sequence:002,表示是被拆分的第二条f) 其它消息体参数同普通短消息(20) 接收方UE依据拆分信息,将两条被拆分的短消息合并成一条超长消息,显示给用户。8.2.5 SMC发送短消息失败遇到临

37、时性错误图8-8:SMC发送短消息失败遇到临时性错误流程流程说明:(1) 接收方SMC向UE下发短消息。(2) 接收方SMC收到临时性错误响应(408、480、486、500、503、504、600、603)。(3.a)(7.a)接收方SMC重发短消息,UE成功接收并返回200响应。(8.a) 接收方SMC产生成功回执并发送。(3.b)(5.b)接收方SMC重发短消息,UE仍然没有成功接收。(6.b)接收方SMC根据具体失败原因,产生失败回执并发送a) 如果重发流程结束仍然失败,SMC在有效期到期后生成回执,消息体-errorcode:最终失败原因b) 如果短消息超过有效期(配置的重发流程尚未

38、结束),SMC生成回执,消息体-errorcode:014(exceed validity period)c) 如果最后一次重发时间和有效期到期时间恰好重合,SMC完成最后一次重发,消息体-errorcode:最终失败原因注:发送方SMC对临时性错误响应的处理一样。8.2.6 SMC发送短消息失败遇到永久性错误图8-9:SMC发送短消息失败遇到永久性错误流程流程说明:(1) 接收方SMC向UE下发短消息。(2) 接收方SMC收到永久性错误响应(除408、480、486、500、503、504、600、603)。(3) 接收方SMC根据具体失败原因,立即产生失败回执并发送,不做重发。注:发送方S

39、MC对永久性错误响应的处理一样。8.2.7 SMC发送回执失败遇到临时性错误图8-10:SMC发送回执失败遇到临时性错误流程流程说明:(1) 发送方SMC向UE下发短消息回执。(2) 发送方SMC收到临时性错误响应(408、480、486、500、503、504、600、603)。(3.a)(7.a)发送方SMC重发回执,UE成功接收并返回200响应。(3.b)(6.b)发送方SMC重发回执,UE仍然没有成功接收,发送方SMC在有效期到期后丢弃回执。注:接收方SMC对临时性错误响应的处理一样。8.2.8 SMC发送回执失败遇到永久性错误图8-11:SMC发送回执失败遇到永久性错误流程流程说明:

40、(1) 发送方SMC向UE下发短消息回执。(2) 发送方SMC收到永久性错误响应(除408、480、486、500、503、504、600、603)。(3) 发送方SMC丢弃回执,不做重发。注:接收方SMC对永久性错误响应的处理一样。8.3 IMS用户其他网络用户8.3.1 短消息提交图8-12:短消息提交互通流程流程说明:(1) 用户输入一条短消息,UE发起MESSAGE请求,消息体中封装了短消息信息:a) RequestURI/To:接收方tel URIb) From/P-Preferred-Identity:发送方tel URIc) Accept-Contact:包含+g.ctc.ims

41、-smsd) Content-Type:text/xml-smmle) 消息体-registereddelivery:need receipt(要求回执)f) 消息体-shortmessageclass:000(2) MESSAGE请求经过P-CSCF送到S-CSCF,S-CSCF根据签约短消息业务的iFC,将MESSAGE请求转到发送方SMC。(3) SMC向S-CSCF返回202响应。(4) S-CSCF转发202响应,经过P-CSCF送到UE。(5) 发送方SMC查询ENUM服务器,没有获得接收方SIP URI,接收方为其他网络用户。(6) 发送方SMC将MESSAGE请求映射为deli

42、ver_sm消息,转发给SMGWa) source_addr字段:发送方号码,参考P-Asserted-Identityb) dest_addr字段:接收方号码,参考Request URIc) esm_class字段bit6:0,参考消息体-shortmessageclassd) priority_flag字段:优先级,参考消息体-prioritye) schedule_delivery_time字段:null或SMC第一次下发时间f) validity_period字段:有效期,参考消息体-validityperiodg) registered_delivery字段bit0和/或bit5:1

43、(都要求回执)h) data_coding字段:编码格式,参考消息体-datacoding和编码转换设置i) sm_length字段:short_message字段的长度j) short_message字段:短消息内容,参考消息体-text(7) SMGW向发送方SMC返回deliver_sm_resp响应。(8) SMGW向前递送短消息。(9) SMGW向发送方SMC发送submit_sm消息,包含回执信息a) source_addr字段:回执发送方号码(原短消息接收方号码)b) dest_addr字段:回执接收方号码(原短消息发送方号码)c) esm_class字段:xx0010xx,表明

44、为submit回执d) short_message字段:回执内容,包括id、submit date、done date、stat、err和text等,id拷贝deliver_sm_resp中的message_id字段(10) 发送方SMC向SMGW返回submit_sm_resp响应。(11) 发送方SMC将submit_sm消息映射为封装了回执信息的MESSAGE请求,转发给S-CSCFa) RequestURI/To:发送方tel URIb) From/P-Asserted-Identity:接收方tel URIc) Content-Type:text/xml-smmld) 消息体-id:

45、与原短消息的id一致e) 消息体-protocolid:与原短消息的protocolid一致f) 消息体-submitdate:SMC收到原短消息的时间g) 消息体-donedate:SMC生成回执的时间h) 消息体-shortmessagestatus:映射SMPP short_message字段中stat的内容i) 消息体-errorcode:拷贝SMPP short_message字段中err的内容j) 消息体-datacoding:回执编码格式,应保证原短消息发送方能够正确识别k) 消息体-text:截取SMC收到原短消息中text的内容(12) S-CSCF转发MESSAGE请求,经

46、过P-CSCF送到UE。(13) UE返回200响应,经过P-CSCF送到S-CSCF。(14) S-CSCF向SMC返回200响应。8.3.2 超长短消息提交图8-13:超长短消息提交互通流程流程说明:(1) 用户输入一条超长短消息,发送方UE按照规定长度将消息内容拆分成两条。(2) (5)发送方UE发送第一个MESSAGE请求,消息体中封装了拆分后的第一条短消息,并携带拆分信息:a) Content-Type:text/xml-smmlb) 消息体-shortmessageclass:100,拆分消息标志c) 消息体-longmessageid:001,表示长消息序号d) 消息体-sum:

47、002,表示拆分为两条e) 消息体-sequence:001,表示是被拆分的第一条(6)(8)发送方SMC将第一个MESSAGE请求映射为deliver_sm消息,转发给SMGWa) esm_class字段bit 6:1,参考消息体-shortmessageclassb) UDH-udhl字段:0x05(占1个字节)c) UDH-iei字段:0x00(占1个字节)d) UDH-iedl字段:0x03(占1个字节)e) UDH-mr字段:拷贝消息体-longmessageid的内容(占1个字节)f) UDH-max字段:拷贝消息体-sum的内容(占1个字节)g) UDH-seq字段:拷贝消息体-

48、sequence的内容(占1个字节)(9)SMGW向前递送第一条短消息。(10)(17)SMC将UE的第二个MESSAGE请求,映射为deliver_sm消息,转发给SMGW,同(2)(9)。8.4 其他网络用户IMS用户8.4.1 短消息下发图8-14:短消息下发互通流程流程说明:(1) SMGW收到一条短消息。(2) SMGW向接收方SMC转发submit_sm消息a) source_addr字段:发送方号码b) dest_addr字段:接收方号码c) esm_class字段bit6:0d) registered_delivery字段bit0和/或bit5:1(都要求回执)(3) 接收方S

49、MC向SMGW返回submit_sm_resp响应。(4) 接收方SMC将submit_sm消息映射为封装了短消息信息的MESSAGE请求,使用dest_addr字段包含的接收方号码查询ENUM服务器,获得接收方SIP URI,转发MESSAGE请求到接收方I-CSCFa) RequestURI:接收方SIP URIb) To:接收方tel URI,参考dest_addr字段c) From/P-Asserted-Identity:发送方tel URI,参考source_addr字段d) User-Agent:sms-serve) Content-Type:text/xml-smmlf) 消息体

50、-shortmessageclass:000,参考esm_class字段bit6g) 消息体-scheduledeliverytime:SMC第一次下发时间h) 消息体-datacoding:编码格式,参考data_coding字段和编码转换设置i) 消息体-shortmessagelength:短消息内容长度j) 消息体-text:短消息内容,参考short_message字段(5) I-CSCF转发MESSAGE请求到S-CSCF。(6) S-CSCF转发MESSAGE请求,经过P-CSCF送到UE。(7) UE返回200响应,经过P-CSCF送到S-CSCF。(8) S-CSCF向I-C

51、SCF返回200响应。(9) I-CSCF向SMC返回200响应。(10) 接收方SMC向SMGW发送deliver_sm,包含回执信息a) source_addr字段:回执发送方号码(原短消息接收方号码)b) dest_addr字段:回执接收方号码(原短消息发送方号码)c) esm_class字段:xx0001xx,表明为deliver回执d) short_message字段:回执内容,包括submit date、done date、stat、err和text等,stat值为DELIVRD,err值为000(成功),id拷贝submit_sm_resp中的message_id字段(11) S

52、MGW向接收方SMC返回deliver_sm_resp响应。8.4.2 超长短消息下发图8-15:超长短消息下发互通流程流程说明:(1) (3)SMGW收到第一条submit_sm消息,包含了拆分后的第一条短消息信息,转发给接收方SMCa) esm_class字段bit 6:1b) UDH-udhl字段:0x05(占1个字节)c) UDH-iei字段:0x00(占1个字节)d) UDH-iedl字段:0x03(占1个字节)e) UDH-mr字段:0x01(占1或2个字节)f) UDH-max字段:0x02(占1个字节)g) UDH-seq字段:0x01(占1个字节)(4)接收方SMC将第一条s

53、ubmit_sm消息映射为封装了短消息信息的MESSAGE请求,经过I-CSCF转发给S-CSCFa) Content-Type:text/xml-smmlb) 消息体-shortmessageclass:100,参考esm_class字段bit6c) 消息体-longmessageid:001或00001,拷贝UDH-mr字段的内容d) 消息体-sum:002,拷贝UDH-max字段的内容e) 消息体-Sequence:001/002,拷贝UDH-seq字段的内容(5)(7)S-CSCF转发MESSAGE请求,经过P-CSCF送到UE。(8)(14)SMGW收到第二条submit_sm消息,

54、经过SMC映射为MESSAGE请求,发送到UE,同(1)(7)。(15)接收方UE依据拆分信息,将两条被拆分的短消息合并成一条超长消息,显示给用户。9 业务实现9.1 iFC设置基于IMS网络的短消息业务的iFC中的SPT设置如下:1)第三方注册method=REGISTER2)主叫触发method=MESSAGE AND header=Accept-Contact = +g.ctc.ims-sms AND header=User-Agent = sms-client AND session case= Originating3)被叫触发method=MESSAGE AND header=Ac

55、cept-Contact = +g.ctc.ims-sms AND session case= Terminating_Registered4)被叫未注册触发method=MESSAGE AND header=Accept-Contact = +g.ctc.ims-sms AND session case= Terminating_Unregistered9.2 组网方式图9-1:短消息业务组网图短消息中心建议采用分省部署方式,省短消息中心和省S-CSCF、省ENUM/DNS以与省短消息网关相连。跨省IMS用户之间的短消息递送,SIP信令路由为:发送方用户经IMS核心网触发到发送方归属的短消息

56、中心,再通过IMS核心网寻址到接收方用户归属的S-CSCF,并触发到接收方归属的短消息中心,最后再经核心网路由到接收方用户。IMS用户与其他网络用户之间的短消息递送,以省短消息网关作为互通点。IMS用户发送短消息,发送方归属的短消息中心就近接入省短消息网关,然后路由到接收方用户。IMS用户接收短消息,从接收方用户所属省短消息网关接入接收方归属的短消息中心。10 设备要求10.1 HSSHSS存储基于IMS网络的短消息业务的iFC,在用户注册时下载到S-CSCF。10.2 短消息中心对于IMS核心网络,短消息中心相当于一个AS。短消息中心与S-CSCF之间通过ISC接口,完成业务触发和第三方注册

57、。短消息中心应同时支持使用SIP MESSAGE消息和SMPP消息来承载短消息业务信息,并完成SIP信令与SMPP信令之间的相互转换。短消息中心收到S-CSCF发送的第三方注册后,应返回200响应,并检查当前注册用户是否有缓存的短消息,若有则逐条下发。发送方短消息中心收到发送方用户提交的短消息后,应返回202响应,并使用接收方用户的tel URI查询ENUM服务器。如果获得接收方的SIP URI,则接收方也是IMS用户,通过IMS网络寻址到接收方。如果没有获得接收方的SIP URI,则接收方为其他网络用户,将MESSAGE消息映射成SMPP消息,转发给短消息网关。发送方短消息中心收到接收方短消

58、息中心发送的回执后,应返回202响应,并向发送方用户递送回执。接收方短消息中心收到发送方短消息中心转发的短消息后,应返回202响应,保存发送方短消息中心的地址(通过P-Asserted-Identity携带,用于回执发送),并向接收方用户递送短消息。接收方短消息中心向接收方用户下发短消息后,如果收到200响应,表明接收方已正确接收,向发送方返回成功回执。如果收到408、480、486、500、503、504、600、603响应,表明出现临时性错误,则在发送队列中缓存短消息,并按照预定规则重发;重发失败且超过有效期后,向发送方返回失败回执。如果收到其它4*、5*、6*响应,立即向发送方返回失败回

59、执。回执的消息标识应与原短消息一样。10.3 ENUM/DNSENUM/DNS需要保存短消息中心的SIP URI和所属I-CSCF的关系,在回执发送过程中提供接收方S-CSCF查询。10.4 I-CSCFI-CSCF需要配置短消息中心的SIP URI和路由信息,能够在回执发送过程中寻址到发送方短消息中心。10.5 终端终端应支持使用SIP MESSAGE消息来承载短消息业务信息,并通过附录A定义的“text/xml-smml”类型将短消息内容封装在MESSAGE消息的消息体中。终端应在MESSAGE请求的Accept-Contact头域中填写“+g.ctc.ims-sms”,User-Agen

60、t头域中填写“sms-client”。终端应支持短消息定时发送时间、有效期和优先级的设置。终端应支持将用户的群发请求分解为针对每个接收方用户的MESSAGE消息,逐一发送到短消息中心。终端应支持超长短消息的拆分和合并。终端收到短消息中心下发的短消息或回执后,应返回200响应,并从MESSAGE消息的消息体中提取短消息内容或回执内容。附录A SIP协议针对消息处理的XML扩展(规范性附录)中国电信SIP短消息中心SIP SMML接口技术规范(V1.0版)定义了一种特殊的消息体类型,用以承载短消息业务信息,并封装在SIP协议的MESSAGE请求的消息体中。该消息体类型称为SIP协议针对消息处理的X

61、ML扩展(SMML),携带该消息体类型的MESSAGE请求的Content-Type值为“text/xml-smml”。中国电信SIP短消息中心SIP SMML接口技术规范(V1.0版)定义的SMML操作结构和参数1.0版适用于软交换网络中的短消息业务。本附录在SMML1.0版基础上,根据基于IMS网络的短消息业务实现方案对部分参数进行调整,定义为SMML 2.0版。A.1 短消息操作类型(1) 短消息发送请求操作终端和短消息中心之间发送短消息的请求定义为“短消息发送请求操作(shortmessage)”。(2) 短消息回执请求操作短消息中心发送的对之前收到的“短消息发送请求操作”的处理结果,定义为“短消息回执请求操作(receipt)”。A.2 SMML操作结构针对短消息发送请求操作、短消息回执请求操作定义的SMML结构如下。携带成员表示短消息发送请求操作,携带成员表示短消息回执请求操作。图A-1:SMML操作结构A.3 SMML操作参数A.3.1 成员参数表A

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!