IMS网络短消息业务技术要求V20

YD/T200×—××××YD/T200×—××××目录I目录III前言1短消息业务技术要求11范围12引用标准13缩略语24业务定义25业务特征25.1短消息的应用类别25.2短消息回执25.3短消息的有效期35.4短消息的重发35.5短消息的长度35.6短消息的编码格式35.7短消息的优先级35.8短消息的定时发送35.9短消息的群发35.10缓存短消息下发46业务编号47系统架构47.1模块说明47.2接口说明58信令流程58.1IMS用户注册/第三方注册/缓存短消息下发68.2IMS用户－IMS用户68.2.1短消息提交88.2.2短消息下发98.2.3发送方SMC递送到接收方SMC138.2.4超长短消息148.2.5SMC发送短消息失败－遇到临时性错误158.2.6SMC发送短消息失败－遇到永久性错误158.2.7SMC发送回执失败－遇到临时性错误168.2.8SMC发送回执失败－遇到永久性错误178.3IMS用户－其他网络用户178.3.1短消息提交198.3.2超长短消息提交218.4其他网络用户－IMS用户218.4.1短消息下发228.4.2超长短消息下发239业务实现239.1iFC设置239.2组网方式2410设备要求2410.1HSS2410.2S-CSCF2410.3短消息中心2510.4ENUM/DNS2510.5I-CSCF2510.6终端26附　录　ASIP针对消息处理的XML扩展26A.1短消息操作类型26A.2SMML操作结构27A.3SMML操作参数27A.3.1<shortmessage>成员参数29A.3.2<receipt>成员参数32A.4XMLSchema36A.5SMML实例38附　录　BSIP与SMPP协议的映射38B.1参数映射39B.2失败原因映射39B.2.1SMPP响应到SIP短消息发送失败原因的映射40B.2.2SIP响应码到SMPP短消息发送失败原因的映射41B.2.3SMPP短消息发送失败原因与SIP短消息发送失败原因的映射前言本标准主要依据《中国电信SIP短消息中心设备总体技术要求》（V1.0版）、《中国电信SIP短消息中心SIPSMML接口技术规范》（V1.0版）和3GPP2X.S0048-0“ShortMessageServiceOverIMSv1.0”的相关内容，结合中国电信IMS试点的相关成果和进行编写，随着技术和业务的发展，还将制定后续的相关标准。本标准的附录A和附录B为规范性附录。本标准由中国电信集团公司提出并归口。本标准起草单位：中国电信股份有限公司上海研究院本标准主要起草人：钮颖彬吴琳IMS网络短消息业务技术要求1　范围本标准规定了中国电信基于IMS网络的短消息业务定义、业务特征、业务编号、系统架构、信令流程、业务实现和设备要求等。本标准适用于基于IMS网络的短消息业务的开发和部署。2　引用标准下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修改版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 中国电信 SIP短消息中心设备总体技术要求（V1.0版） 中国电信 SIP短消息中心SIPSMML接口技术规范（V1.0版） Q/CT2282-2010 IMS网络技术体制 Q/CT2094-2010 IMS网络SIP协议总体技术要求 Q/CT2095-2010 IMS网络Cx/Dx（Diameter）接口技术要求 中国电信 基于固定电话网的综合信息系统与无线市话短消息系统的互联规范 YD/T1220-2002 800MHzCDMA数字蜂窝移动通信网扩展短消息实体与短消息中心的接口协议技术要求 RFC3428 SessionInitiationProtocol(SIP)ExtensionforInstantMessaging draft-bakker-sipping-3gpp-ims-xml-body-handling-00 Specificationof3GPPIMCNSubsystemXMLbodyhandling 3GPP2X.S0048-0 ShortMessageServiceOverIMSv1.0 3GpptS23.204 SupportofShortMessageService(SMS)overgeneric3GPPInternetProtocol(IP)access;Stage2(Release7)v7.5.0 3GPPTS24.341 SupportofSMSoverIPnetworks;Stage3(Release7)v7.2.0 3GPPTS29.328 IPMultimedia(IM)SubsystemShinterface;signallingflowsandmessagecontents 3GPPTS29.329 ShInterfacebasedontheDiameterprotocol;protocoldetails SMPPDevelopersForum ShortMessagePeertoPeerProtocolSpecificationv3.43　缩略语下列缩略语适用于本标准： AS ApplicationServer 应用服务器 CSCF CallSessionControlFunction 呼叫会话控制功能 HSS HomeSubscriberServer 归属用户服务器 iFC InitialFilterCriteria 初始过滤准则 IMS IPMultimediaSubsystem IP多媒体子系统 I-CSCF InterrogatingCSCF 查询-呼叫会话控制功能 MGCF MediaGatewayControlFunction 媒体网关控制功能 PHS PersonalHandyPhoneSystem 个人手持机系统 PSTN PublicSwitchedTelephoneNetwork 公共交换电话网络 P-CSCF Proxy-CallSessionControlFunction 代理-呼叫会话控制功能 SIP SessionInitiationProtocol 会话初始化协议 SMC ShortMessageCenter 短消息中心 SMGW ShortMessageGateWay 短消息网关 SMML SIPMessageXML SIP协议针对消息处理的XML扩展 SMPP ShortMessagePeertoPeerProtocolSpecification 短消息点对点协议 SPT ServicePointTrigger 业务点触发器 S‑CSCF ServingCSCF 服务-呼叫会话控制功能 UE UserEquipment 用户设备 URI UniformResourceIdentifier 统一资源标识符4　业务定义基于IMS网络的短消息业务是在IMS用户之间、IMS用户与其他网络用户之间传递文本信息的一种服务。5　业务特征5.1　短消息的应用类别（1）IMS用户－IMS用户IMS用户与另一个IMS用户之间互相发送短消息。短消息将经过短消息中心（SMC）转发。（2）IMS用户－其他网络用户IMS用户向其他网络（PSTN、PHS、软交换、CDMA、其他运营商）用户发送短消息。短消息将经过短消息中心、短消息网关（SMGW）、其他网络短消息系统转发。（3）其他网络用户－IMS用户其他网络（PSTN、PHS、软交换、CDMA、其他运营商）用户向IMS用户发送短消息。短消息将经过其他网络短消息系统、短消息网关、短消息中心转发。5.2　短消息回执发送方用户可以设置是否需要短消息回执。当接收方为IMS用户时，短消息回执由接收方短消息中心提供。当接收方为其他网络用户时，短消息回执由接收方网络提供。短消息中心之间、短消息中心和短消息网关之间，短消息回执是必选的。5.3　短消息的有效期短消息的有效期是指短消息由短消息中心第一次发送到短消息被短消息中心从发送队列中删除的时间间隔。发送方用户可设置希望的短消息生存周期。短消息在短消息中心的最长生存周期由短消息中心决定，缺省为48小时，该值可根据运营的需要进行灵活设置。当有效期逾时，短消息中心应将消息从发送队列中删除，作为历史记录保存到短消息信息库中，并根据业务需要决定是否产生回执。当发送方未设置有效期、设置的有效期早于短消息中心的当前时间、或设置的有效期超过短消息中心设置的最长有效期，应以短消息中心设置的缺省值为准。回执的有效期在短消息中心设置。若回执在此有效期之后到达，将被短消息中心自动抛弃。回执有效期缺省为49小时。5.4　短消息的重发用户发送的短消息因某些临时性错误而发送失败时，短消息将被缓存在短消息中心，并由短消息中心进行重发。短消息中心应能够按照运营需要灵活设置重发策略，包括根据网络侧返回的不同错误响应、不同应用类别、不同时间段对重发次数和重发间隔进行设置。短消息的重发在接收方收到短消息或短消息超过有效期之后停止。如果最后一次重发时间和有效期到期时间恰好重合，短消息中心需完成最后一次重发。5.5　短消息的长度短消息包含的内容长度根据运营需求规定。参照现行CDMA网络短消息长度要求，规定IMS短消息若不含中文单条最大长度为160个字符（使用单字节编码），若含中文单条最大长度为70个字符。终端应支持用户一次性输入超过规定长度的内容。对于超长短消息，发送方终端将按照规定长度对消息进行拆分（须保证拆分后的内容不出现乱码），并在每条拆分的消息中增加拆分信息，拆分后的短消息若不含中文单条最大长度为154个字符（使用单字节编码），若含中文单条最大长度为67个字符；接收方终端依据拆分信息，将被拆分的短消息进行合并。短消息中心应在消息递送过程中保留拆分信息。终端进行超长短消息拆分时，应向用户提示拆分后的短消息数目。5.6　短消息的编码格式短消息中心和终端应支持ASCII、GB18030、UCS2和UTF-8编码格式。终端建议优选UCS2编码格式。如果IMS用户与其他网络用户采用的编码类型不同，短消息中心应能够完成编码类型的转换，转换策略可根据运营的需要进行设置。5.7　短消息的优先级短消息中心应支持针对应用类别的优先级设置，并按照短消息的优先级进行重发处理。发送方用户可以设置希望的短消息优先级。如果发送方的优先级设置高于短消息中心的优先级设置，应以短消息中心的优先级设置为准。5.8　短消息的定时发送发送方用户可设置短消息定时发送的时间，发送方短消息中心将按照用户设置的时间进行指定短消息的发送。短消息的最长定时发送时间由短消息中心决定，缺省为12个小时，该值可根据运营的需要进行灵活设置。当发送方设置的定时发送时间超过短消息中心设置的最长定时发送时间，短消息应在短消息中心设置的缺省定时时间到后被发送。当发送方设置的定时发送时间早于短消息中心的当前时间，短消息应被立即发送。5.9　短消息的群发终端支持发送方用户一次性输入多个接收方用户。对于群发的短消息，终端将群发请求分解为针对每个接收方用户的短消息请求，逐一发送到短消息中心。5.10　缓存短消息下发用户每次在IMS网络注册成功后，S-CSCF应根据签约短消息业务的iFC，向短消息中心发起短消息业务的第三方注册。短消息中心收到第三方注册请求后，应提取当前用户所有缓存在发送队列中的短消息和回执，逐一发送给用户（该处理应优先于短消息的重发处理。）6　业务编号基于IMS网络的短消息业务，使用E.164号码（包含于telURI或SIPURI的用户名部分）作为业务编号。7　系统架构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的查询，将telURI中的E.164号码翻译成在IMS核心网中可路由的SIPURI；支持根据域名获得相关的IP地址信息。（5）UE（IMS用户终端）支持短消息编辑、收发、显示，短消息群发，超长短消息拆分与合并，短消息功能设置。（6）SMGW（短消息网关）支持短消息的路由管理和，提供不同短消息系统之间的选路和互通功能。7.2　接口说明（1）SMC/S-CSCF支持ISC接口和SIP协议，通过MESSAGE请求封装的text/xml-smml类型的消息体携带短消息业务信息。遵循《中国电信IMS网络SIP协议总体技术要求》和本标准附录A定义的《SIP协议针对消息处理的XML扩展》。（2）SMC/SMGW支持SMPP协议，遵循《ShortMessagePeertoPeerProtocolSpecificationv3.4》和附录B定义的《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在图中省略，下同）和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的SIPURI（8）SMC向S-CSCF返回200响应。（9）SMC根据To头域包含的SIPURI，检查当前注册的用户是否有缓存的短消息。若有，则向UE逐一发送封装了短消息信息的MESSAGE请求：a)RequestURI/To：接收方telURIb)From/P-Asserted-Identity：发送方telURIc)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请求，消息体中封装了短消息信息：a)RequestURI/To：接收方telURIb)From/P-Preferred-Identity：发送方telURIc)Accept-Contact：包含"+g.ctc.ims-sms"（表示短消息业务）d)User-Agent：sms-client（表示请求来自于UE）e)Content-Type：text/xml-smmlf)消息体-registereddelivery：needreceipt（要求回执）（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向前递送短消息。（6）如果发送方要求回执且接收方与发送方属于同一SMC，SMC需要产生短消息回执；如果接收方与发送方属于不同SMC，SMC会收到对端发送的短消息回执。SMC查询ENUM服务器，获得发送方SIPURI，向发送方I-CSCF发送封装了回执信息的MESSAGE请求：a)RequestURI：发送方SIPURIb)To：发送方telURIc)From/P-Asserted-Identity：接收方telURId)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）发送方SMC收到发送方S-CSCF根据发送方签约短消息业务的iFC触发的一条短消息，并发现该条消息的接收方也是本SMC用户。（2）SMC构造一个新的MESSAGE请求，发送到接收方I-CSCF，a)RequestURI：接收方SIPURIb)To：接收方telURIc)From/P-Asserted-Identity：发送方telURId)删除包含"+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请求给接收方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：接收方SIPURIb)To：接收方telURIc)From/P-Asserted-Identity：发送方telURId)删除包含"+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递送到接收方SMC流程（接收方IMS已注册）流程说明：（1）发送方SMC收到S-CSCF转发的MESSAGE请求，消息体中封装了UE提交的短消息信息（参见8.2.1）。（2）发送方SMC通过查询ENUM服务器，获得接收方SIPURI，接收方为IMS用户。（3）如果发送方SMC发现接收方也是本SMC用户，则按照8.2.2图8-3流程进行。如果接收方不是本SMC用户，则发送方SMC构造一个新的MESSAGE请求，发送到S-CSCF，a)RequestURI：接收方SIPURIb)To：接收方telURIc)From：发送方telURId)P-Asserted-Identity：发送方SMCSIPURIe)Accept-Contact：包含"+g.ctc.ims-sms"f)User-Agent：sms-serv（抑制主叫重复触发）g)Route：添加发送方S-CSCFSIPURI并携带orig标识h)Content-Type：text/xml-smmli)消息体-registereddelivery：needreceipt（要求回执）（4）发送方S-CSCF根据RequestURI包含的接收方UE的SIPURI，转发MESSAGE请求到接收方I-CSCF。（5）接收方I-CSCF转发MESSAGE请求到接收方S-CSCF。（6）接收方S-CSCF根据签约短消息业务的iFC，将MESSAGE请求转到接收方SMC。（7）接收方SMC向接收方S-CSCF返回202响应。如果发送方要求回执，接收方SMC需保存P-Asserted-Identity包含的发送方SMCSIPURI。（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：发送方SMCSIPURIb)To：发送方telURIc)From：接收方telURId)P-Asserted-Identity：接收方SMCSIPURIe)User-Agent：sms-servf)Route：添加接收方S-CSCFSIPURI并携带orig标识g)Content-Type：text/xml-smmlh)消息体-id：与原短消息的id一致（13）接收方S-CSCF根据RequestURI中的发送方SMC的SIPURI，向发送方I-CSCF转发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根据RequestURI包含的接收方UE的SIPURI，向接收方I-CSCF转发MESSAGE请求。（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-CSCFname信息，并通过SAA响应消息将接收方的iFC下载到S-CSCF。注：若Request-URI包含的接收方已登记在S-CSCF，第8和第9步可以省略。（10）~（15）参见图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，表示长消息序号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依据拆分信息，将两条被拆分的短消息合并成一条超长消息，显示给用户。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在有效期到期后生成回执，消息体-errorcode：最终失败原因b)如果短消息超过有效期（配置的重发流程尚未结束），SMC生成回执，消息体-errorcode：014（exceedvalidityperiod）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根据具体失败原因，立即产生失败回执并发送，不做重发。注：发送方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对临时性错误响应的处理相同。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)RequestURI/To：接收方telURIb)From/P-Preferred-Identity：发送方telURIc)Accept-Contact：包含"+g.ctc.ims-sms"d)Content-Type：text/xml-smmle)消息体-registereddelivery：needreceipt（要求回执）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服务器，没有获得接收方SIPURI，接收方为其他网络用户。（6）发送方SMC将MESSAGE请求映射为deliver_sm消息，转发给SMGWa)source_addr字段：发送方号码，参考P-Asserted-Identityb)dest_addr字段：接收方号码，参考RequestURIc)esm_class字段bit6：0，参考消息体-shortmessageclassd)priority_flag字段：优先级，参考消息体-prioritye)schedule_delivery_time字段：null或SMC第一次下发时间f)validity_period字段：有效期，参考消息体-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_addr字段：回执接收方号码（原短消息发送方号码）c)esm_class字段：xx0010xx，表明为submit回执d)short_message字段：回执内容，包括id、submitdate、donedate、stat、err和text等，id拷贝deliver_sm_resp中的message_id字段（10）发送方SMC向SMGW返回submit_sm_resp响应。（11）发送方SMC将submit_sm消息映射为封装了回执信息的MESSAGE请求，转发给S-CSCFa)RequestURI/To：发送方telURIb)From/P-Asserted-Identity：接收方telURIc)Content-Type：text/xml-smmld)消息体-id：与原短消息的id一致e)消息体-protocolid：与原短消息的protocolid一致f)消息体-submitdate：SMC收到原短消息的时间g)消息体-donedate：SMC生成回执的时间h)消息体-shortmessagestatus：映射SMPPshort_message字段中stat的内容i)消息体-errorcode：拷贝SMPPshort_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-13：超长短消息提交互通流程流程说明：（1）用户输入一条超长短消息，发送方UE按照规定长度将消息内容拆分成两条。（2）~（5）发送方UE发送第一个MESSAGE请求，消息体中封装了拆分后的第一条短消息，并携带拆分信息：a)Content-Type：text/xml-smmlb)消息体-shortmessageclass：100，拆分消息标志c)消息体-longmessageid：001，表示长消息序号d)消息体-sum：002，表示拆分为两条e)消息体-sequence：001，表示是被拆分的第一条（6）~（8）发送方SMC将第一个MESSAGE请求映射为deliver_sm消息，转发给SMGWa)esm_class字段bit6：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字段：拷贝消息体-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）接收方SMC向SMGW返回submit_sm_resp响应。（4）接收方SMC将submit_sm消息映射为封装了短消息信息的MESSAGE请求，使用dest_addr字段包含的接收方号码查询ENUM服务器，获得接收方SIPURI，转发MESSAGE请求到接收方I-CSCFa)RequestURI：接收方SIPURIb)To：接收方telURI，参考dest_addr字段c)From/P-Asserted-Identity：发送方telURI，参考source_addr字段d)User-Agent：sms-serve)Content-Type：text/xml-smmlf)消息体-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-CSCF返回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字段：回执内容，包括submitdate、donedate、stat、err和text等，stat值为DELIVRD，err值为000（成功），id拷贝submit_sm_resp中的message_id字段（11）SMGW向接收方SMC返回deliver_sm_resp响应。8.4.2　超长短消息下发图8-15：超长短消息下发互通流程流程说明：（1）~（3）SMGW收到第一条submit_sm消息，包含了拆分后的第一条短消息信息，转发给接收方SMCa)esm_class字段bit6：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将第一条submit_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消息，经过SMC映射为MESSAGE请求，发送到UE，同（1）~（7）。（15）接收方UE依据拆分信息，将两条被拆分的短消息合并成一条超长消息，显示给用户。9　业务实现9.1　iFC设置基于IMS网络的短消息业务的iFC中的SPT设置如下：1）第三方注册method="REGISTER"2）主叫触发method="MESSAGE"ANDheader="Accept-Contact"="+g.ctc.ims-sms"ANDheader="User-Agent"="sms-client"ANDsessioncase="Originating"3）被叫触发method="MESSAGE"ANDheader="Accept-Contact"="+g.ctc.ims-sms"ANDsessioncase="Terminating_Registered"4）被叫未注册触发method="MESSAGE"ANDheader="Accept-Contact"="+g.ctc.ims-sms"ANDsessioncase="Terminating_Unregistered"9.2　组网方式图9-1：短消息业务组网图短消息中心建议采用分省部署方式，省短消息中心和省S-CSCF、省ENUM/DNS以及省短消息网关相连。跨省IMS用户之间的短消息递送，SIP信令路由为：发送方用户经IMS核心网触发到发送方归属的短消息中心，再通过IMS核心网寻址到接收方用户归属的S-CSCF，并触发到接收方归属的短消息中心，最后再经核心网路由到接收方用户。IMS用户与其他网络用户之间的短消息递送，以省短消息网关作为互通点。IMS用户发送短消息，发送方归属的短消息中心就近接入省短消息网关，然后路由到接收方用户。IMS用户接收短消息，从接收方用户所属省短消息网关接入接收方归属的短消息中心。10　设备要求10.1　HSSHSS存储基于IMS网络的短消息业务的iFC，在用户注册时下载到S-CSCF。10.2　短消息中心对于IMS核心网络，短消息中心相当于一个AS。短消息中心与S-CSCF之间通过ISC接口，完成业务触发和第三方注册。短消息中心应同时支持使用SIPMESSAGE消息和SMPP消息来承载短消息业务信息，并完成SIP信令与SMPP信令之间的相互转换。短消息中心收到S-CSCF发送的第三方注册后，应返回200响应，并检查当前注册用户是否有缓存的短消息，若有则逐条下发。发送方短消息中心收到发送方用户提交的短消息后，应返回202响应，并使用接收方用户的telURI查询ENUM服务器。如果获得接收方的SIPURI，则接收方也是IMS用户，通过IMS网络寻址到接收方。如果没有获得接收方的SIPURI，则接收方为其他网络用户，将MESSAGE消息映射成SMPP消息，转发给短消息网关。发送方短消息中心收到接收方短消息中心发送的回执后，应返回202响应，并向发送方用户递送回执。接收方短消息中心收到发送方短消息中心转发的短消息后，应返回202响应，保存发送方短消息中心的地址（通过P-Asserted-Identity携带，用于回执发送），并向接收方用户递送短消息。接收方短消息中心向接收方用户下发短消息后，如果收到200响应，表明接收方已正确接收，向发送方返回成功回执。如果收到408、480、486、500、503、504、600、603响应，表明出现临时性错误，则在发送队列中缓存短消息，并按照预定规则重发；重发失败且超过有效期后，向发送方返回失败回执。如果收到其它4**、5**、6**响应，立即向发送方返回失败回执。回执的消息标识应与原短消息相同。10.3　ENUM/DNSENUM/DNS需要保存短消息中心的SIPURI和所属I-CSCF的关系，在回执发送过程中提供接收方S-CSCF查询。10.4　I-CSCFI-CSCF需要配置短消息中心的SIPURI和路由信息，能够在回执发送过程中寻址到发送方短消息中心。10.5　终端终端应支持使用SIPMESSAGE消息来承载短消息业务信息，并通过附录A定义的“text/xml-smml”类型将短消息内容封装在MESSAGE消息的消息体中。终端应在MESSAGE请求的Accept-Contact头域中填写“+g.ctc.ims-sms”，User-Agent头域中填写“sms-client”。终端应支持短消息定时发送时间、有效期和优先级的设置。终端应支持将用户的群发请求分解为针对每个接收方用户的MESSAGE消息，逐一发送到短消息中心。终端应支持超长短消息的拆分和合并。终端收到短消息中心下发的短消息或回执后，应返回200响应，并从MESSAGE消息的消息体中提取短消息内容或回执内容。附　录　ASIP协议针对消息处理的XML扩展（规范性附录）《中国电信SIP短消息中心SIPSMML接口技术规范》（V1.0版）定义了一种特殊的消息体类型，用以承载短消息业务信息，并封装在SIP协议的MESSAGE请求的消息体中。该消息体类型称为SIP协议针对消息处理的XML扩展（SMML），携带该消息体类型的MESSAGE请求的Content-Type值为“text/xml-smml”。《中国电信SIP短消息中心SIPSMML接口技术规范》（V1.0版）定义的SMML操作结构和参数1.0版适用于软交换网络中的短消息业务。本附录在SMML1.0版基础上，根据基于IMS网络的短消息业务实现对部分参数进行调整，定义为SMML2.0版。A.1　短消息操作类型（1）短消息发送请求操作终端和短消息中心之间发送短消息的请求定义为“短消息发送请求操作（shortmessage）”。（2）短消息回执请求操作短消息中心发送的对之前收到的“短消息发送请求操作”的处理结果，定义为“短消息回执请求操作（receipt）”。A.2　SMML操作结构针对短消息发送请求操作、短消息回执请求操作定义的SMML结构如下。<sipmessage>携带<shortmessage>成员表示短消息发送请求操作，<sipmessage>携带<receipt>成员表示短消息回执请求操作。图A-1：SMML操作结构A.3　SMML操作参数A.3.1<shortmessage>成员参数表A-1定义了SMML<shortmessage>成员（短消息发送请求操作）的参数。表A-1：<shortmessage>成员参数 参数 缩写 说明 取值 protocolid proid SMML版本号 缺省2.0 id id 短消息标识：终端发送短消息或短消息中心转发短消息时生成 id是一个流水号，用来匹配短消息及其回执，取值为一个10位的可显示的十进制数字串。不够10位，前面须用0补齐。其最大值为4294967295（0xFFFFFFFF）。 shortmessageclass msgclass 短消息类型 取值为一个3位的可显示的十进制数字串。不够3位，前面须用0补齐。000：表示普通短消息（缺省）100：表示拆分的短消息 registereddelivery regdel 回执需求 需要回执：needreceipt不需要回执：noneedreceipt接收方短消息中心下发短消息时，可以不携带此参数。 priority prio 优先级 取值为"non-urgent"、"normal"、"urgent"和"emergency"，分别对应SMPPsubmit_sm和deliver_sm消息中priority_flag参数的0、1、2、3四级。缺省“normal”。接收方短消息中心下发短消息时，可以不携带此参数。 scheduledeliverytime schetime 短消息发送时间：发送方用户填写期望发送时间；短消息中心填写第一次下发时间 YYYYMMDDhhmmssnnp，其中：YYYY=年（0000-9999）MM=月（01-12）DD=日（01-31）hh=小时（00-23）mm=分钟（00-59）ss=秒（00-59）nn=本地时间与UTC（UniversalTimeConstant）时间的时差，以四分之一小时为单位（00-48）P=“+”表示早于UTC时间，“-”表示晚于UTC时间例如：2007072712032932+。对于发送方，0表示立即下发，非0表示定时下发。 validityperiod valper 短消息有效期 YYYYMMDDhhmmssnnp，参见scheduledeliverytime取值。0表示按照系统缺省设置。接收方短消息中心下发短消息时，可以不携带此参数。 datacoding datacod 短消息编码格式 取值为ASCII、GB18030、UTF-8、UCS2 longmessageid lmsgid 长消息序号 取值为一个5位的可显示的十进制数字串。不够5位，前面须用0补齐。最大值为65535。未拆分消息可以不携带此参数或填写00000。IMS用户终端作为发送方时，该参数取值最大为255。 sum sum 长消息一共拆分成几条 取值为一个3位的可显示的十进制数字串。不够3位，前面须用0补齐。最大值为255。未拆分消息可以不携带此参数或填写000。 sequence seq 是长消息被拆分后的第几条 取值为一个3位的可显示的十进制数字串。不够3位，前面须用0补齐。最大值为255。未拆分消息可以不携带此参数或填写000。 shortmessagelength msgleng 短消息内容（即text参数）的长度 最大取值为220 text text 短消息内容 经XML编码后（包括对转义字符的处理）最大长度为220个字节注：考虑到通过UDP传输的SIP消息长度一般不超过1300字节，建议在实现SMML接口时采用参数缩写形式。A.3.2<receipt>成员参数表A-2定义了SMML<receipt>成员（短消息回执请求操作）的参数。表A-2：<receipt>成员参数 参数 缩写 说明 取值 protocolid proid SMML版本号 缺省2.0 id id 消息标识，<receipt>中的回执id应与对应<shortmessage>中的原短消息id一致 id是一个流水号，用来匹配短消息及其回执，取值为一个10位的可显示的十进制数字串。不够10位，前面须用0补齐。其最大值为4294967295（0xFFFFFFFF）。 submitdate subdate 短消息提交时间：短消息中心填写之前收到对应原短消息的时间 YYYYMMDDhhmmss，其中：YYYY=年（0000-9999）MM=月（01-12）DD=日（01-31）hh=小时（00-23）mm=分钟（00-59）ss=秒（00-59） donedate donedate 短消息下发时间：短消息中心填写生成回执的时间 YYYYMMDDhhmmss，参见submitdate取值。 shortmessagestatus msgstat 短消息发送状态：当接收方为IMS用户时，由短消息中心确定发送状态；当接收方为其他网络用户时，发送状态拷贝SMPP消息中的相应内容 状态参数取值参见表A-3 errorcode errcode 短消息发送失败原因：当接收方为IMS用户时，由短消息中心确定错误原因；当接收方为其他网络用户时，错误原因拷贝SMPP消息中的相应内容 取值为一个3位的可显示的十进制数字串。不够3位，前面须用0补齐。错误原因取值参见表A-4 datacoding datacod 回执编码格式，应保证原短消息发送方能够正确识别 取值为ASCII、GB18030、UTF-8、UCS2 text text 回执内容，从原短消息中截取 截取对应原短消息实际内容的前20个字节（保证内容不出现乱码）注：考虑到通过UDP传输的SIP消息长度一般不超过1300字节，建议在实现SMML接口时采用参数缩写形式。表A-3定义了shortmessagestatus参数（短消息发送状态）的取值。表A-3：shortmessagestatus参数取值 最终消息状态 说明 success 短消息转发成功 expired 短消息超过有效期 failure 短消息转发失败表A-4定义了errorcode参数（短消息发送失败原因）的取值。表A-4：errorcode参数取值 原因值 含义 说明 对应状态 000 noerror 成功 Success 001 destinationabsent 用户不能通信 Expired 002 destinationbusy 用户忙 Expired 003 destinationnotfound 用户不存在 Failure 004 invaliddestination 非法用户 Failure 005 destinationinblacklist 用户在黑名单内 Failure 006 systemerror 系统错误 Failure 007 outofmemory 用户内存满 Expired 008 protocolerror 协议错误 Failure 009 dataerror 数据错误 Failure 010 delivererror 交互式信息下发失败 Failure 011 overduebill 用户欠费 Failure 012 destinationunsupported 用户无短消息权限 Failure 013 inprogess 短消息正在发送中 Expired 014 exceedvalidityperiod 短消息超过有效期 Expired 999 unknownerror 未知错误 Failure注：如果短消息超过存储有效期但预定重发过程尚未结束，回执中的shortmessagestatus和errorcode参数分别填写expired和014（exceedvalidityperiod）。其余情况，回执中的shortmessagestatus和errorcode参数按照最终失败原因填写。当短消息中心收到IMS网络返回的SIP响应，应启动SIP侧短消息重发流程（针对临时错误响应）或直接删除短消息（针对永久性错误响应），并根据需要向发送方返回SIP回执消息。表A-5定义了SIP响应码到短消息发送失败原因的映射。表A-5：SIP响应码到SIP回执中errorcode参数的映射 响应码 含义 SMMLReceipterrorcode原因值 含义 说明 200 Success 000 noerror 终端确认收到短消息。 202 Accepted 000 noerror 服务器确认收到短消息。 400 BadRequest 008 protocolerror 该响应表示请求由于语法错误而不能被理解。一般协议栈返回。 403 Forbidden 005/011/012/ destinationinblacklist/overduebill/destinationunsupported 该响应表示服务器能理解但是拒绝执行请求消息。用户没有权利发送消息，如发送方用户鉴权未通过。 404 NotFound 003 destinationnotfound 该响应表示服务器可以确定用户不在Request-URI头域指定中。接收方不存在。 408 RequestTimeout 010 delivererror 该响应表示服务器不能在适当的时间内产生响应。 410 Gone 003 destinationnotfound 该响应表示服务器中被请求的资源不可用，且服务器不知道转发地址，并且这种情况是永久性的。 480 TemporarilyUnavailable 001 destinationabsent 接收方目前不可用，相当于不在线。 481 Call/TransactionDoesNotExist 010 delivererror 该响应表示接收方收到的请求与现有的对话或者事务没有相对应的。一般协议栈产生。 482 LoopDetected 010 delivererror 该响应表示服务器检测到有环路。一般协议栈产生。 483 TooManyHops 010 delivererror Max-Forwards=0一般协议栈产生。 484 AddressIncomplete 004 invaliddestination Request-URI头域指定的地址不全。 486 BusyHere 002 destinationbusy 接收方忙。 500 ServerInternalError 006 systemerror 该响应表示服务器遇到意外的情况使它不能执行该请求。终端可以显示这种特定的出错情况，并且可以几秒钟重发该请求。 503 ServiceUnavailable 006 systemerror 该响应表示由于服务器过载或者正在维护而导致服务器暂时不能处理该请求。 513 MessageTooLarge 009 dataerror 短消息太大，可以针对过大的MESSAGE消息。 600 BusyEverywhere 002 destinationbusy 接收方忙且没有其它联系方式。 604 DoesNotExistAnywhere 004 invaliddestination 该响应表示Request-URI包含的目的端地址不存在。 其它 999 unknownerror 其它错误情况。A.4　XMLSchema<?xmlversion="1.0"encoding="UTF-8"?><xs:schemaxmlns:xs="http://www.w3.org/2001/XMLSchema"elementFormDefault="qualified"attributeFormDefault="unqualified"><xs:elementname="sipmessage"><xs:annotation><xs:documentation>SIPSMML</xs:documentation></xs:annotation><xs:complexType><xs:choice><xs:elementname="shortmessage"><xs:complexType><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></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="GB18030"/><xs:enumerationvalue="ASCII"/><xs:enumerationvalue="UTF-8"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="lmsgid"minOccurs="0"><xs:simpleType><xs:restrictionbase="xs:string"><xs:lengthvalue="3"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="sum"minOccurs="0"><xs:simpleType><xs:restrictionbase="xs:string"><xs:lengthvalue="3"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="seq"minOccurs="0"><xs:simpleType><xs:restrictionbase="xs:string"><xs:lengthvalue="3"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="msgleng"><xs:simpleType><xs:restrictionbase="xs:integer"><xs:maxInclusivevalue="220"/><xs:minInclusivevalue="0"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="text"><xs:simpleType><xs:restrictionbase="xs:string"><xs:maxLengthvalue="220"/></xs:restriction></xs:simpleType></xs:element></xs:sequence></xs:complexType></xs:element><xs:elementname="receipt"><xs:complexType><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="subdate"><xs:simpleType><xs:restrictionbase="xs:string"><xs:minLengthvalue="0"/><xs:maxLengthvalue="14"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="donedate"><xs:simpleType><xs:restrictionbase="xs:string"><xs:minLengthvalue="0"/><xs:maxLengthvalue="14"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="msgstat"type="xs:string"/><xs:elementname="errcode"><xs:simpleType><xs:restrictionbase="xs:string"><xs:lengthvalue="3"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="datacod"><xs:simpleType><xs:restrictionbase="xs:string"><xs:enumerationvalue="GB18030"/><xs:enumerationvalue="ASCII"/><xs:enumerationvalue="UTF-8"/></xs:restriction></xs:simpleType></xs:element><xs:elementname="text"><xs:simpleType><xs:restrictionbase="xs:string"><xs:maxLengthvalue="20"/></xs:restriction></xs:simpleType></xs:element></xs:sequence></xs:complexType></xs:element></xs:choice></xs:complexType></xs:element></xs:schema>A.5　SMML实例（1）<shortmessage>成员实例<?xmlversion="1.0"encoding="GB18030"?><sipmessage><shortmessage><proid>2.0</proid><id>0123456789</id><msgclass>000</msgclass><schetime>2007073019191932+</schetime><valper>2007073119191932+</valper><regdel>needreceipt</regdel><prio>normal</prio><datacod>GB18030</datacod><msgleng>6</msgleng><text>你好！</text></shortmessage></sipmessage>（2）<receipt>成员实例<?xmlversion="1.0"encoding="GB18030"?><sipmessage><receipt><proid>2.0</proid><id>0123456789</id><subdate>20070730191920</subdate><donedate>20070730191921</donedate><msgstat>Success</msgstat><errcode>000</errcode><datacod>GB18030</datacod><text>6你好！</text></receipt></sipmessage>附　录　BSIP与SMPP协议的映射（规范性附录）B.1　参数映射表B-1：短消息请求的SIP与SMPP映射 SMPP字段名 SIP字段名 业务类型 service_type 源地址编码类型 source_addr_ton 源地址编码方案 source_addr_npi 源地址 source_addr 目的地址编码类型 dest_addr_ton 目的地址编码方案 dest_addr_npi 目的地址 dest_addr 短消息类型 esm_class shortmessageclass 协议类型 protocol_id（不映射） protocolid（不映射） 短消息标识 message_id（响应中包含） id（不映射） 优先级 priority_flag priority 下发短消息的时间 schedule_delivery_time scheduledeliverytime 短消息的最后有效期限 validity_period validityperiod 注册短消息标志 registered_delivery registereddelivery 替换短消息标志 replace_if_present_flag 数据编码方案 data_coding datacoding 预定义短消息ID sm_default_msg_id 短消息长度 sm_length（UDL） shortmessagelength 短消息内容 short_message text 长消息序号 UDH:mr longmessageid 一共拆分成几条 UDH:max sum 是被拆分的第几条 UDH:seq sequence表B-2：回执息请求的SIP与SMPP映射 SMPP字段名 SIP字段名 协议类型 protocol_id（不映射） protocolid（不映射） 源地址 source_addr 目的地址 dest_addr 数据编码方案 data_coding datacoding 短消息标识 id（拷贝原短消息响应message_id） id（拷贝原短消息id） 提交短消息数量 sub 下发短消息数量 dlvrd 短消息提交时间 submitdate submitdate 短消息下发时间 donedate donedate 短消息发送状态 stat shortmessagestatus 短消息失败原因 err errorcode 回执内容 text（从原短消息text截取） text（从原短消息text截取）B.2　失败原因映射B.2.1SMPP响应到SIP短消息发送失败原因的映射当短消息中心收到短消息网关返回的SMPP响应，应启动SMPP侧短消息重发流程（针对临时错误响应）或直接删除短消息（针对永久性错误响应），并根据需要向发送方返回SIP回执消息。SMPP响应中command_Status参数到SIP回执中errorcode参数（短消息发送失败原因）的映射应可以按照运营需要配置。表B-3：部分SMPPcommand_status参数值到SIPerrorcode参数的映射 SMPPcommand_status代码 SMPPcommand_status对应值 SMMLReceipterrorcode原因值 含义 0x00000001 ESME_RINVMSGLEN 008 protocolerror 0x00000002 ESME_RINVCMDLEN 008 protocolerror 0x00000003 ESME_RINVCMDID 009 dataerror 0x00000006 ESME_RINVPRTFLG 009 dataerror 0x00000007 ESME_RINVREGDLVFLG 009 dataerror 0x00000008 ESME_RSYSERR 006 systemerror 0x0000000A ESME_RINVSRCADR 009 dataerror 0x0000000B ESME_RINVDSTADR 009 dataerror 0x00000014 ESME_RMSGQFUL 006 systemerror 0x00000015 ESME_RINVSERTYP 009 dataerror 0x00000043 ESME_RINVESMCLASS 009 dataerror 0x00000061 ESME_RINVSCHED 009 dataerror 0x00000062 ESME_RINVEXPIRY 009 dataerror 0x00000400 ESME_RUSRABSENT 001 destinationabsent 0x00000401 ESME_RUSRUSY 002 destinationbusy 0x00000402 ESME_RNOPART 003 destinationnotfound 0x00000403 ESME_RUSRINVALID 004 invaliddestination 0x00000404 ESME_RBLACKLIST 005 destinationinblacklist 0x00000405 ESME_RSYSERROR 006 systemerror 0x00000406 ESMERMEMCAP 007 outofmemory 0x00000407 ESMERPROTOCOLERROR 008 protocolerror 0x00000408 ESMERDATAERROR 009 dataerror 0x00000409 ESMERIIFSENDFAIL 010 delivererror 0x000000FF ESMERUNKNOWNERR 999 unknowerror注：上表中SMPPcommand_status代码和对应值摘自《ShortMessagePeertoPeerProtocolSpecificationv3.4》和《中国电信基于固定电话网的综合信息系统与无线市话短消息系统的互联规范》。实际网络部署中，短消息中心应能根据对接短消息网关实际支持的SMPPcommand_status代码配置相应的SIPerrorcode原因值。B.2.2SIP响应码到SMPP短消息发送失败原因的映射当短消息中心收到IMS网络返回的SIP响应，应启动SIP侧短消息重发流程（针对临时错误响应）或直接删除短消息（针对永久性错误响应），并根据需要向发送方返回SMPP回执消息。表B-4：SIP响应码到SMPP回执中err参数的映射 SIP响应 SMPPReceipterr参数 SMPPReceiptstat参数 200 000（成功） DELIVRD 480 001（用户不能通信） EXPIRED 486 002（用户忙） EXPIRED 600 404 003（终端无此部件号） UNDELIV 410 484 004（非法用户） UNDELIV 604 403 005（用户在黑名单内） UNDELIV 500 006（系统错误） UNDELIV 503 400 008（非信息终端） UNDELIV 513 009（数据错误） UNDELIV 408 010（交互式信息下发失败） UNDELIV 481 482 483 其它 999（未知错误） UNKNOWN注：上表中SMPPerr和stat参数值摘自《中国电信基于固定电话网的综合信息系统与无线市话短消息系统的互联规范》。B.2.3SMPP短消息发送失败原因与SIP短消息发送失败原因的映射当短消息中心收到短消息网关返回的SMPP回执，并生成相应SIP回执时，SIP回执中errorcode参数将拷贝SMPP回执中err参数的内容。表B-5：SMPP回执中stat参数与SIP回执中shortmessagestatus参数的映射 SMPPReceiptstat参数 SMMLreceiptshortmessagestatus参数 DELIVRD success（缺省映射到DELIVRD） ACCEPTED success EXPIRED expired UNDELIV failure（缺省映射到UNDELIV） DELETED failure REJECTD failure UNKNOWN failure中国电信集团公司技术标准保密等级：公开发放Q/CT 2088-2010IMS网络短消息业务技术要求TechnicalRequirementsofShortMessageServiceoverIMS（V2.0）200×-××-××发布200×-××-××实施中国电信集团公司发布PAGE1_1289920373.vsdS-CSCFUESMCS-CSCF2.MESSAGE(shortmessage1/2)3.MESSAGE(shortmessage1/2)4.202Accepted5.202Accepted7.MESSAGE(shortmessage1/2)8,MESSAGE(shortmessage1/2)9.200OK10.200OK6.短消息1/2递送15.短消息2/2递送1.长消息拆分20.长消息合并UE11.MESSAGE(shortmessage2/2)12.MESSAGE(shortmessage2/2)13.202Accepted14.202Accepted16.MESSAGE(shortmessage2/2)17.MESSAGE(shortmessage2/2)18.200OK19.200OKSMC_1290594372.vsdSMCI/S-CSCFMwSMGWCxP-CSCF其他网络用户HSSExISCSMPPUEGmENUM/DNSEx_1326693948.vsdS-CSCFUEI-CSCF2.MESSAGE(shortmessage)3.202Accepted4.202Accepted8.MESSAGE(receipt)10.200OK9.200OK6.MESSAGE(receipt)5.递送短消息1.MESSAGE(shortmessage)SMC7.MESSAGE(receipt)11.200OK_1327215089.vsd1.收到短消息3.MESSAGE(shortmessage)5.200OKI-CSCF6.200OK8.回执下发S-CSCFSMC2.MESSAGE(shortmessage)UE4.MESSAGE(shortmessage)7.200OK_1326629797.vsdS-CSCFUEI-CSCFI-CSCF4.MESSAGE(shortmessage)7.202Accepted16.202Accepted12.MESSAGE(receipt)17.202Accepted11.短消息下发15.202Accepted9.202Accepted13.MESSAGE(receipt)18.回执下发10.202Accepted14.MESSAGE(receipt)S-CSCFSMC2.telURI查询6.MESSAGE(shortmessage)3.MESSAGE(shortmessage)SMC1.短消息提交UE5.MESSAGE(shortmessage)8.202Accepted_1326648221.vsdSMCSMGWI-CSCF4.MESSAGE(shortmessage)2.submit_sm(shortmessage)9.200OK3.submit_sm_resp10.deliver_sm(receipt)11.deliver_sm_respS-CSCF5.MESSAGE(shortmessage)7.200OK1.收到短消息UE6.MESSAGE(shortmessage)8.200OK_1323199625.vsd2.4xx,5xx,6xx3.a.重发成功7.a.200OK4.a.MESSAGE(receipt)5.a.MESSAGE(receipt)3.b.重发不成功4.b.下发回执5.b.4xx,5xx,6xx6.b.超过有效期，丢弃回执1.下发回执UES-CSCF6.a.200OKSMC_1323332129.vsdA省短消息中心P-CSCF1IMS用户A1B省短消息中心A省IMS核心网S-CSCF1I-CSCFIMS用户B2B省IMS核心网P-CSCF2S-CSCF2HSS1HSS2A省短消息网关IMS用户A2IMS用户B1B省短消息网关其他网络用户短消息网关其他网络用户ENUM/DNSENUM/DNS_1289921247.vsd2.4xx,5xx,6xx3.递送失败回执1.下发短消息SMCS-CSCFUE_1289921495.vsdSMCS-CSCFSMGW2.MESSAGE(shortmessage)6.deliver_sm(shortmessage)3.202Accepted7.deliver_sm_resp9.submit_sm(receipt)10.submit_sm_resp11.MESSAGE(receipt)14.200OKUE1.MESSAGE(shortmessage)4.202Accepted8.递送短消息12.MESSAGE(receipt)13.200OK5.telURI查询_1289921603.vsdSMCS-CSCFSMGW3.MESSAGE(shortmessage1/2)7.deliver_sm(shortmessage1/2)4.202Accepted8.deliver_sm_resp11.MESSAGE(shortmessage2/2)15.deliver_sm(shortmessage2/2)12.202Accepted16.deliver_sm_respUE2.MESSAGE(shortmessage1/2)5.202Accepted9.短消息1/2递送10.MESSAGE(shortmessage2/2)13.202Accepted6.telURI查询1.长消息拆分17.短消息2/2递送14.telURI查询_1289921945.vsdSMCSMGWS-CSCF4.MESSAGE(shortmessage1/2)2.submit_sm(shortmessage1/2)7.200OK3.submit_sm_resp11.MESSAGE(shortmessage2/2)9.submit_sm(shortmessage2/2)UE5.MESSAGE(shortmessage1/2)6.200OK1.收到短消息1/214.20010.submit_sm_resp12.MESSAGE(shortmessage2/2)13.2008.收到短消息2/215.长消息合并_1289921471.vsd2.4xx,5xx,6xx3.丢弃回执1.下发回执UES-CSCFSMC_1289921125.vsd2.4xx,5xx,6xx3.a.重发成功5.a.MESSAGE(shortmessage)6.a.200OK7.a.200OK8.a.递送成功回执3.b.重发不成功4.b.下发短消息5.b.4xx,5xx,6xx6.b.重发结束或超过有效期，递送失败回执1.下发短消息SMCS-CSCF4.a.MESSAGE(shortmessage)UE_1289918383.vsd1.收到短消息3.MESSAGE(shortmessage)4.200OKS-CSCF5.200OK6.递送回执UESMC2.MESSAGE(shortmessage)_1289920198.vsdS-CSCFUEI-CSCFS-CSCF4.MESSAGE(shortmessage)11.202Accepted5.LIR6.LIA7.MESSAGE(shortmessage)15.短消息下发13.202Accepted12.202Accepted14.202AcceptedUESMC2.telURI查询10.MESSAGE(shortmessage)3.MESSAGE(shortmessage)SMC1.短消息提交HSS8.SAR9.SAA_1289917986.vsd1.REGISTERS-CSCFHSSSMC4.SAR5.SAA6.200OK7.REGISTER8.200OK2.401Unauthorized3.REGISTER10.MESSAGE(shortmessage1)11.200OK13.MESSAGE(shortmessage2)16.200OK14.MESSAGE(shortmessage2)15.200OKUE9.MESSAGE(shortmessage1)12.200OK