IMS网络短消息业务技术要求V20.docx
《IMS网络短消息业务技术要求V20.docx》由会员分享，可在线阅读，更多相关《IMS网络短消息业务技术要求V20.docx（54页珍藏版）》请在冰豆网上搜索。
IMS网络短消息业务技术要求V20
IMS网络短消息业务技术要求V20
1
前言
本标准要紧依据《中国电信SIP短消息中心设备总体技术要求》（V1.0版）、《中国电信SIP短消息中心SIPSMML接口技术规范》（V1.0版）和3GPP2X.S0048-0“ShortMessageServiceOverIMSv1.0”的相关内容，结合中国电信IMS试点的相关成果和体会进行编写，随着技术和业务的进展，还将制定后续的相关标准。
本标准的附录A和附录B为规范性附录。
本标准由中国电信集团公司提出并归口。
本标准起草单位：
中国电信股份上海研究院
本标准要紧起草人：
钮颖彬吴琳
IMS网络短消息业务技术要求
11 范畴
本标准规定了中国电信基于IMS网络的短消息业务定义、业务特点、业务编号、系统架构、信令流程、业务实现和设备要求等。
本标准适用于基于IMS网络的短消息业务的开发和部署。
12 引用标准
下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修改版均不适用于本标准，然而，鼓舞依照本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
中国电信
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.4
13 缩略语
下列缩略语适用于本标准：
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
业务点触发器
SCSCF
ServingCSCF
服务-呼叫会话操纵功能
UE
UserEquipment
用户设备
URI
UniformResourceIdentifier
统一资源标识符
14 业务定义
基于IMS网络的短消息业务是在IMS用户之间、IMS用户与其他网络用户之间传递文本信息的一种服务。
15 业务特点
短消息的应用类别
（1）IMS用户－IMS用户
IMS用户与另一个IMS用户之间互相发送短消息。
短消息将通过短消息中心（SMC）转发。
（2）IMS用户－其他网络用户
IMS用户向其他网络（PSTN、PHS、软交换、CDMA、其他运营商）用户发送短消息。
短消息将通过短消息中心、短消息网关（SMGW）、其他网络短消息系统转发。
（3）其他网络用户－IMS用户
其他网络（PSTN、PHS、软交换、CDMA、其他运营商）用户向IMS用户发送短消息。
短消息将通过其他网络短消息系统、短消息网关、短消息中心转发。
短消息回执
发送方用户能够设置是否需要短消息回执。
当接收方为IMS用户时，短消息回执由接收方短消息中心提供。
当接收方为其他网络用户时，短消息回执由接收方网络提供。
短消息中心之间、短消息中心和短消息网关之间，短消息回执是必选的。
短消息的有效期
短消息的有效期是指短消息由短消息中心第一次发送到短消息被短消息中心从发送队列中删除的时刻间隔。
发送方用户可设置期望的短消息生存周期。
短消息在短消息中心的最长生存周期由短消息中心决定，缺省为48小时，该值可依照运营的需要进行灵活设置。
当有效期逾时，短消息中心应将消息从发送队列中删除，作为历史记录储存到短消息信息库中，并依照业务需要决定是否产生回执。
当发送方未设置有效期、设置的有效期早于短消息中心的当前时刻、或设置的有效期超过短消息中心设置的最长有效期，应以短消息中心设置的缺省值为准。
回执的有效期在短消息中心设置。
若回执在此有效期之后到达，将被短消息中心自动抛弃。
回执有效期缺省为49小时。
短消息的重发
用户发送的短消息因某些临时性错误而发送失败时，短消息将被缓存在短消息中心，并由短消息中心进行重发。
短消息中心应能够按照运营需要灵活设置重发策略，包括依照网络侧返回的不同错误响应、不同应用类别、不同时刻段对重发次数和重发间隔进行设置。
短消息的重发在接收方收到短消息或短消息超过有效期之后停止。
假如最后一次重发时刻和有效期到期时刻恰好重合，短消息中心需完成最后一次重发。
短消息的长度
短消息包含的内容长度依照运营需求规定。
参照现行CDMA网络短消息长度要求，规定IMS短消息若不含中文单条最大长度为160个字符（使用单字节编码），若含中文单条最大长度为70个字符。
终端应支持用户一次性输入超过规定长度的内容。
关于超长短消息，发送方终端将按照规定长度对消息进行拆分（须保证拆分后的内容不显现乱码），并在每条拆分的消息中增加拆分信息，拆分后的短消息若不含中文单条最大长度为154个字符（使用单字节编码），若含中文单条最大长度为67个字符；接收方终端依据拆分信息，将被拆分的短消息进行合并。
短消息中心应在消息递送过程中保留拆分信息。
终端进行超长短消息拆分时，应向用户提示拆分后的短消息数目。
短消息的编码格式
短消息中心和终端应支持ASCII、GB18030、UCS2和UTF-8编码格式。
终端建议优选UCS2编码格式。
假如IMS用户与其他网络用户采纳的编码类型不同，短消息中心应能够完成编码类型的转换，转换策略可依照运营的需要进行设置。
短消息的优先级
短消息中心应支持针对应用类别的优先级设置，并按照短消息的优先级进行重发处理。
发送方用户能够设置期望的短消息优先级。
假如发送方的优先级设置高于短消息中心的优先级设置，应以短消息中心的优先级设置为准。
短消息的定时发送
发送方用户可设置短消息定时发送的时刻，发送方短消息中心将按照用户设置的时刻进行指定短消息的发送。
短消息的最长定时发送时刻由短消息中心决定，缺省为12个小时，该值可依照运营的需要进行灵活设置。
当发送方设置的定时发送时刻超过短消息中心设置的最长定时发送时刻，短消息应在短消息中心设置的缺省定时时刻到后被发送。
当发送方设置的定时发送时刻早于短消息中心的当前时刻，短消息应被赶忙发送。
短消息的群发
终端支持发送方用户一次性输入多个接收方用户。
关于群发的短消息，终端将群发要求分解为针对每个接收方用户的短消息要求，逐一发送到短消息中心。
缓存短消息下发
用户每次在IMS网络注册成功后，S-CSCF应依照签约短消息业务的iFC，向短消息中心发起短消息业务的第三方注册。
短消息中心收到第三方注册要求后，应提取当前用户所有缓存在发送队列中的短消息和回执，逐一发送给用户（该处理应优先于短消息的重发处理。
）
16 业务编号
基于IMS网络的短消息业务，使用E.164号码（包含于telURI或SIPURI的用户名部分）作为业务编号。
17 系统架构
模块说明
图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（短消息网关）
支持短消息的路由治理和分析，提供不同短消息系统之间的选路和互通功能。
接口说明
（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扩展》。
18 信令流程
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：
接收方telURI
b）From/P-Asserted-Identity：
发送方telURI
c）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）。
IMS用户－IMS用户
短消息提交
图8-2：
短消息提交流程
流程说明：
（1）用户输入一条短消息，UE发起MESSAGE要求，消息体中封装了短消息信息：
a）RequestURI/To：
接收方telURI
b）From/P-Preferred-Identity：
发送方telURI
c）Accept-Contact：
包含"+g.ctc.ims-sms"（表示短消息业务）
d）User-Agent：
sms-client（表示要求来自于UE）
e）Content-Type：
text/xml-smml
f）消息体-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：
发送方SIPURI
b）To：
发送方telURI
c）From/P-Asserted-Identity：
接收方telURI
d）User-Agent：
sms-serv
e）Content-Type：
text/xml-smml
f）消息体-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响应。
短消息下发
1）接收方与发送方属于同一SMC
图8-3：
短消息下发流程（接收方与发送方属于同一SMC）
流程说明：
（1）发送方SMC收到发送方S-CSCF依照发送方签约短消息业务的iFC触发的一条短消息，并发觉该条消息的接收方也是本SMC用户。
（2）SMC构造一个新的MESSAGE要求，发送到接收方I-CSCF，
a）RequestURI：
接收方SIPURI
b）To：
接收方telURI
c）From/P-Asserted-Identity：
发送方telURI
d）删除包含"+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：
接收方SIPURI
b）To：
接收方telURI
c）From/P-Asserted-Identity：
发送方telURI
d）删除包含"+g.ctc.ims-sms"的Accept-Contact（抑制被叫重复触发）
e）User-Agent：
sms-serv
f）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流程）。
发送方SMC递送到接收方SMC
1）接收方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：
接收方SIPURI
b）To：
接收方telURI
c）From：
发送方telURI
d）P-Asserted-Identity：
发送方SMCSIPURI
e）Accept-Contact：
包含"+g.ctc.ims-sms"
f）User-Agent：
sms-serv（抑制主叫重复触发）
g）Route：
添加发送方S-CSCFSIPURI并携带orig标识
h）Content-Type：
text/xml-smml
i）消息体-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：
发送方SMCSIPURI
b）To：
发送方telURI
c）From：
接收方telURI
d）P-Asserted-Identity：
接收方SMCSIPURI
e）User-Agent：
sms-serv
f）Route：
添加接收方S-CSCFSIPURI并携带orig标识
g）Content-Type：
text/xml-smml
h）消息体-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-7：
超长短消息流程
流程说明：
（1）用户输入一条超长短消息，发送方UE按照规定长度将消息内容拆分成两条。
（2）~（10）发送方UE发送第一个MESSAGE要求，消息体中封装了拆分后的第一条短消息，并携带拆分信息：
a）Content-Type：
text/xml-smml
b）消息体-shortmessageclass：
100，拆分消息标志
c）消息体-longmessageid：
001，表示长消息序号
d）消息体-sum：
002
升级会员 