IMS网络消息及业务管理知识技术要求.docx

《IMS网络消息及业务管理知识技术要求.docx》由会员分享，可在线阅读，更多相关《IMS网络消息及业务管理知识技术要求.docx（47页珍藏版）》请在三一办公上搜索。

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

2、的定时发送35.9 短消息的群发35.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 超长短消息一三8.2.5 SMC发送短消息失败遇到临时性错误148.2.6 SMC发送短消息失败遇到永久性错误一五8.2.7 SMC发送回执失败遇到临时性错误一五8.2.8 SMC发送回执失败遇到永久性错误168.3 IMS用户其他网络用户178.3.1 短消息提交178.3

3、.2 超长短消息提交198.4 其他网络用户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协议的映射

4、38B.1 参数映射38B.2 失败原因映射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试点的相关成果和经验进行编写，随着技术和业务的发展，还将制定后续的相关标准。

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

6、些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。中国电信SIP短消息中心设备总体技术要求（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

7、 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 Protocol (IP) acce

8、ss; 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 ForumShort M

9、essage Peer to Peer Protocol Specification v3.43 缩略语下列缩略语适用于本标准：ASApplication Server应用服务器CSCFCall Session Control Function呼叫会话控制功能HSSHome Subscriber Server归属用户服务器iFCInitial Filter Criteria初始过滤准则IMSIP Multimedia SubsystemIP多媒体子系统I-CSCFInterrogating CSCF查询-呼叫会话控制功能MGCFMedia Gateway Control Function媒体网

10、关控制功能PHSPersonal Handy Phone System个人手持机系统PSTNPublic Switched Telephone Network公共交换电话网络P-CSCFProxy-Call Session Control Function代理-呼叫会话控制功能SIPSession Initiation Protocol会话初始化协议SMCShort Message Center短消息中心SMGWShort Message GateWay短消息网关SMMLSIP Message XMLSIP协议针对消息处理的XML扩展SMPPShort Message Peer to Peer

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

12、网络（PSTN、PHS、软交换、CDMA、其他运营商）用户发送短消息。短消息将经过短消息中心、短消息网关（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、长短消息，发送方终端将按照规定长度对消息进行拆分（须保证拆分后的内容不出现乱码），并在每条拆分的消息中增加拆分信息，拆分后的短消息若不含中文单条最大长度为一五4个字符（使用单字节编码），若含中文单条最大长度为67个字符；接收方终端依据拆分信息，将被拆分的短消息进行合并。短消息中心应在消息递送过程中保留拆分信息。终端进行超长短消息拆分时，应向用户提示拆分后的短消息数目。5.6 短消息的编码格式短消息中心和终端应支持ASCII、GB一八030、UCS2和UTF-8编码格式。终端建议优选UCS2编码格式。如果IMS用户与其他网络用户采用的编码类型不同，短消息中心应能够完成编码类型的转换，转换策略可根

16、据运营的需要进行设置。5.7 短消息的优先级短消息中心应支持针对应用类别的优先级设置，并按照短消息的优先级进行重发处理。发送方用户可以设置希望的短消息优先级。如果发送方的优先级设置高于短消息中心的优先级设置，应以短消息中心的优先级设置为准。5.8 短消息的定时发送发送方用户可设置短消息定时发送的时间，发送方短消息中心将按照用户设置的时间进行指定短消息的发送。短消息的最长定时发送时间由短消息中心决定，缺省为12个小时，该值可根据运营的需要进行灵活设置。当发送方设置的定时发送时间超过短消息中心设置的最长定时发送时间，短消息应在短消息中心设置的缺省定时时间到后被发送。当发送方设置的定时发送时间早于短

17、消息中心的当前时间，短消息应被立即发送。5.9 短消息的群发终端支持发送方用户一次性输入多个接收方用户。对于群发的短消息，终端将群发请求分解为针对每个接收方用户的短消息请求，逐一发送到短消息中心。5.10 缓存短消息下发用户每次在IMS网络注册成功后，S-CSCF应根据签约短消息业务的iFC，向短消息中心发起短消息业务的第三方注册。短消息中心收到第三方注册请求后，应提取当前用户所有缓存在发送队列中的短消息和回执，逐一发送给用户（该处理应优先于短消息的重发处理。）6 业务编号基于IMS网络的短消息业务，使用E.164号码（包含于tel URI或SIP URI的用户名部分）作为业务编号。7 系统架

18、构7.1 模块说明图7-1：短消息业务系统架构图基于IMS网络的短消息业务的系统架构如上图所示，涉及的网元有：（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用户终端

19、）支持短消息编辑、收发、显示，短消息群发，超长短消息拆分与合并，短消息功能设置。（6） SMGW（短消息网关）支持短消息的路由管理和分析，提供不同短消息系统之间的选路和互通功能。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定

20、义的SIP与SMPP协议的映射。（3） SMC/ENUM支持Ex接口和DNS协议，遵循中国电信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在图中省略，下同）和

21、I-CSCF（I-CSCF在图中省略）送到归属地的S-CSCF。（2） S-CSCF要求UE鉴权。（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根

22、据To头域包含的SIP URI，检查当前注册的用户是否有缓存的短消息。若有，则向UE逐一发送封装了短消息信息的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：短消息提交

23、流程流程说明：（1） 用户输入一条短消息，UE发起MESSAGE请求，消息体中封装了短消息信息：a) Request URI/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-CS

24、CF根据签约短消息业务的iFC，将MESSAGE请求转到发送方SMC。（3） SMC向S-CSCF返回202响应。（4） S-CSCF转发202响应，经过P-CSCF送到UE。（5） 发送方SMC向前递送短消息。（6） 如果发送方要求回执且接收方与发送方属于同一SMC，SMC需要产生短消息回执；如果接收方与发送方属于不同SMC，SMC会收到对端发送的短消息回执。SMC查询ENUM服务器，获得发送方SIP URI，向发送方I-CSCF发送封装了回执信息的MESSAGE请求：a) Request URI：发送方SIP URIb) To：发送方tel URIc) From/P-Asserted-Id

25、entity：接收方tel URId) User-Agent：sms-serve) Content-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） 发

26、送方SMC收到发送方S-CSCF根据发送方签约短消息业务的iFC触发的一条短消息，并发现该条消息的接收方也是本SMC用户。（2） SMC构造一个新的MESSAGE请求，发送到接收方I-CSCF，a) Request URI：接收方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转发MESSA

27、GE请求到接收方S-CSCF。（4） S-CSCF经过P-CSCF，转发MESSAGE请求给接收方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)

28、 Request URI：接收方SIP URIb) To：接收方tel URIc) From/P-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流程

29、）。8.2.3 发送方SMC递送到接收方SMC1）接收方IMS已注册图8-5：发送方SMC递送到接收方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) Request URI：接收方SIP URIb) To：接收方t

30、el URIc) From：发送方tel URId) P-Asserted-Identity：发送方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-CSC

31、F。（5） 接收方I-CSCF转发MESSAGE请求到接收方S-CSCF。（6） 接收方S-CSCF根据签约短消息业务的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）

32、 接收方SMC向接收方S-CSCF发送封装了回执信息的MESSAGE请求：a) Request URI：发送方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转

33、发MESSAGE请求。（14） 发送方I-CSCF向发送方SMC转发MESSAGE请求。（15） 发送方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请求。

34、（5） I-CSCF向HSS发送LIR消息，查询接收方位置信息。（6） 接收方签约未注册短消息业务，HSS通过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

35、-URI包含的接收方已登记在S-CSCF，第8和第9步可以省略。（10）（一五）参见图8-4流程（5）（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，表示长消

36、息序号d) 消息体-sum：002，表示拆分为两条e) 消息体-sequence：001，表示是被拆分的第一条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依

37、据拆分信息，将两条被拆分的短消息合并成一条超长消息，显示给用户。8.2.5 SMC发送短消息失败遇到临时性错误图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在有效期

38、到期后生成回执，消息体-errorcode：最终失败原因b) 如果短消息超过有效期（配置的重发流程尚未结束），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、

39、600、603）。（3） 接收方SMC根据具体失败原因，立即产生失败回执并发送，不做重发。注：发送方SMC对永久性错误响应的处理相同。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对临时性错误响应的处理相同。

40、8.2.8 SMC发送回执失败遇到永久性错误图8-11：SMC发送回执失败遇到永久性错误流程流程说明：（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) Request URI/To：接收方tel URIb) From/P-Preferr

41、ed-Identity：发送方tel URIc) Accept-Contact：包含+g.ctc.ims-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服务器，没

42、有获得接收方SIP URI，接收方为其他网络用户。（6） 发送方SMC将MESSAGE请求映射为deliver_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字段：有效期，参考消息体

43、-validityperiodg) registered_delivery字段bit0和/或bit5：1（都要求回执）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

44、_addr字段：回执接收方号码（原短消息发送方号码）c) esm_class字段：xx0010xx，表明为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) Request URI/To：发送方tel URIb) From/P-Asserted-Ident

45、ity：接收方tel URIc) Content-Type：text/xml-smmld) 消息体-id：与原短消息的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请求，经过P-CSCF送到UE。（13） UE返回200响应，经过P-CSCF送到S-CSCF。（14） S-CSCF向SMC返回200响应。8.3.2 超长短消息提交图8-一三：超长短消息提交互通流程流程说明：（1） 用户输入一条超长短消息，发送方UE按照规定长度将消息内容拆分成两条。（2） （5）发送方UE发送第一个MESSAGE请求，消息体中封装了拆分