【YD通讯标准】 富通信业务技术要求 即时消息业务

ICS33.030
中华人民共和国通信行业标准
YD/T3001-2016
富通信业务技术要求
即时消息业务
Technical requirementsof rich communication(Suite)servicelnstantmessagingservice
2016-01-15发布
2016-04-01实施
中华人民共和国工业和信息化部发布前
规范性引用文件
缩略语·
业务定义·
业务特征·
业务系统架构…
通用技术要求·
IM服务器IM参与功能要求
9IM会话要求·
文件传输
差错处理·
系统概念
IM客户端定时器要求
YD/T3001-2016
··26
YD/T3001-2016
本标准是“富通信业务”系列标准之一，该系列标准预计的标准名称如下：-YD/T2608《富通信业务总体技术要求》：-YD/T2766《富通信业务测试方法》：《富通信业务技术要求业务能力指示》；-YD/T3001《富通信业务技术要求即时消息业务》：-YD/T3000《富通信业务技术要求内容共享业务》。本标准按照GB/T1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国信息通信研究院、中国电信集团公司、中国联合网络通信集团有限公司、中讯邮电咨询设计院有限公司、上海贝尔股份有限公司。本标准主要起草人：罗松、付国强、邓了桓、黄情、魏群、光旭、周慧琴。I
HiiKANiKAca
1范围
富通信业务技术要求
即时消息业务
YD/T3001-2016
本标准规定了富通信即时消息业务技术要求，主要内容包括即时消息的业务描述与业务特征、技术架构、协议要求、信令流程。
本标准适用于基于统一IMS网络的富通信业务中的即时消息业务。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。3GPPTS26.141IP多媒体子系统消息和呈现：媒体格式和编码（IPMultimediaSystem(IMS）Messaging and Presence; Media formats and codecs)3GPPTS24.229基于会话初始协议（SIP）和会话描述协议（SDP）的IP多媒体呼叫控制协议，第3阶段(IPmultimediacall control protocol basedon SessionInitiationProtocol (SIP)and SessionDescriptionProtocol (SDP);Stage3)
3GPPTS33.2033G安全；IP业务的接入安全（3Gsecurity;AccesssecurityforIP-basedservices）3GPP2S.R0086-0IMS安全框架（IMSSecurityFramework）IETFRFC2183互联网消息中的通信呈现信息：内容-配置头域（CommunicatingPresentationInformation in Internet Messages:The Content-Disposition Header Field)IETFRFC3261SIP：会话初始协议（SIP：SessionInitiationProtocol）IETFRFC3264使用会话描述协议（SDP）的一个提供/应答模型（AnOffer/AnswerModelwiththeSessionDescriptionProtocol (SDP))IETFRFC3265会话初始协议-特定事件通知（SessionInitiationProtocol(SIP)-SpecificEventNotification)
IETFRFC3840在会话初始协议中指示用户端能力（IndicatingUserAgentCapabilitiesintheSessionInitiationProtocol (SIP))
IETFRFC3891会话初始协议（SIP）的“Replaces”头（TheSessionInitiationProtocol(SIP）\ReplacesHeader)
IETFRFC4483会话初始协议（SIP）消息中的一种内容机制（AMechanismforContentIndirectioninSession InitiationProtocol (SIP)Messages)IETFRFC4566SDP会话描述协议（SDP：SessionDescriptionProtocol）IETFRFC4575一个会话初始协议中会议状态的事件包（ASessionInitiationProtocol(SIP）EventPackage for Conference State)IETFRFC4579会话初始协议（SIP）呼叫控制-用户客户端会议（SessionInitiationProtocol(SIP)CallControl-ConferencingforUserAgents)IETFRFC6135消息会话传递协议的一种候选连接模型（AnAltermativeConnectionModelforthe1
TiiKAoNiKAca
YD/T3001-2016
MessageSessionRelayProtocol (MSRP))OMA-TS-SIMPLE_IM-V1_0使用SIMPLE的即时消息（InstantMessagingusingSIMPLE）3缩略语
下列缩略语适用于本文件。
I-CSCF
P-CSCF
S-CSCF
4业务定义
Application Server
Home Subscriber Server
Interrogating-Call Session Control FunctionInstant Message
IP multimedia Subsystem
Multipurpose Internet Mail ExtensionsProxy-Call SessionControlFunctionRich Communication Suite
Session Description ProtocolSession Initiation Protocol
Short Message Service
Server-Call SessionControlFunctionUniform ResourceIdentifier
应用服务器
归属用户服务器
查询-呼叫会话控制功能
即时消息
IP多媒体子系统
多用途互联网邮件扩展
代理-呼叫会话控制功能
富通信套件
会话描述协议
会话初始协议
短信服务
服务-呼叫会话控制功能
统一资源标识符
富通信中即时消息业务是指在一定时间内，发送用户与接收用户之间实时的消息交互服务。即时消息业务交换的消息可以包含文本和多媒体内容，消息正文可以随着聊天邀请同时发送给对方。即使没有社交呈现关系存在，也能够邀请对方或者接收聊天请求。即时消息业务可分为一对一和群聊两种模式5业务特征
5.1总体描述
即时消息业务分为一对一和群聊两种模式。在即时消息业务中交换的消息可以包含文本内容和多媒体内容。消息正文可以随着聊天邀请同时发送给对方。即使没有社交呈现关系存在，也能够邀请对方或者接收聊天请求。
5.2支持一对一会话模式消息递送用户在进行消息递送前需要首先建立一对一会话，会话建立后使用MSRP进行消息递送，即SESSION-MODE。一对一会话模式消息传递包含以下特征：一在会话过程中通过一个明确的指示信息显示对方的“正在输入/编辑”状态。一如果尝试聊天失败，可以根据用户意愿选择使用传统的消息服务来发送即时消息。在会话过程中发送的多媒体内容大小如果超过主叫运营商或被叫运营商的预先配置，需要向主叫方提示。
5.3支持Ad-hoc临时群组
HiiKAoNiKAca
YD/T3001-2016
临时群组应在用户邀请多用户进行会话时建立（由用户在发起多用户会话时），采用会话模式。临时群组信息只应在会话进行时在IM服务器中进行保存，会话结束后应被自动释放。用户发起会话邀请或进行会话时应根据所有被叫用户的地址信息进行寻址。当任一用户接受邀请后即可进行会话。临时群组包含以下业务特征：
一IM服务器可对会话最大成员数进行限制。一群组聊天中传递的多媒体消息大小不能超过运营商预先配置的上限。一会话开始后，参与会话的用户可邀请其他单个用户或群组加入到会话中来。其他用户应该能接收到一个明确的通知，说明另一个参与者已加入该会话。一群组参与者在任何时候都能够查看有谁正在参与当前正在进行的群组聊天。一超过一定时间群组会话中无消息交互，聊天应被自动终止。运营商应该能够配置此超时时长。5.4支持从一对一会话扩展为Ad-hoc临时群组在一对一会话过程中，用户可邀请其他用户加入当前会话，从而将一对一会话扩展成Ad-hoc会话。会话成员数量受Ad-hoc会话群组的最大成员数限制。5.5支持会话模式的IM群组
用户可以直接创建或参加会话模式的IM群组。IM群组应由一个IM服务器进行统一控制，进行信令和用户面消息的交换。IM服务器应为该IM群组会话分配唯一的标识。会话模式的IM群组包含以下业务特征：一IM服务器可对会话最大成员数进行限制。一群组聊天中传递的多媒体消息大小不能超过运营商预先配置的上限。一会话开始后，参与会话的用户可邀请其他单个用户或群组加入到会话中来。其他用户应该能接收到一个明确的通知，说明另一个参与者已加入该会话。一群组参与者在任何时候都能够查看有谁正在参与当前正在进行的群组聊天。一当群组聊天的发起人离开此次聊天时，该群组聊天不会被终止。一超过一定时间群组会话中无消息交互，聊天应被自动终止。运营商应该能够配置此超时时长。5.6支持IM与传统SMS的互通
网络需要具备将即时消息转换为SMS消息的能力。6
业务系统架构
6.1系统架构图
支持富通信中即时消息业务的系统架构如图1所示。6.2IM功能实体
6.2.1IM客户端
IM客户端用于访问IM服务，可以安装在移动或固定终端上，也可以是WEB客户端。IM客户端应该：
一注册到SIP/IP核心网络。
一支持SIP/IP核心网对客户端的鉴权。一支持发起、参与和终止IM会话。一使用URI在IM客户端之间或IM客户端与IM服务器之间发送和接收即时信息。一提醒用户注意接收到的消息或IM会话邀请。3
TiikAoNniKAca
YD/T3001-2016
其他IMS
IM客户端
IMS核心
（SIP/IP）
T-CSCF
P-CSCF
IM服务器
参与功能
IM控制
图1RCS即时消息功能架构图
短信网关
互通网关
其他IM
服务器
IM客户端可以（根据用户需求）发送命令，要求IM服务器开始或停止IM对话记录。对于使用WEB客户端的情况，WEB页面就相当于是用户使用的IM客户端（例如，完成与SIP/IP核心网络的通信与标识验证）。对于IM服务器来说，WEB客户端就是一个IM客户端。这适用于要使用IM服务、但又缺少独立IM客户端的情况。6.2.2IM服务器
IM服务器应满足以下要求：
一在一对一和群组模式下，发送和接收用户的即时信息。一支持使用移动网络和固定网络的IM客户端。一支持使用参考点IM-2和IM-8实现与远程IM服务器（即位于其他网络的IM服务器）的交互操作。
一在通信中，充当会议中心，维护聊天列表。一在通信中充当MSRP交换机，包括复制聊天室内的消息。一能发送系统消息。
IM服务器可将IM消息大小上限告知发送人。为了更清楚地描述IM服务器的行为，可以按照逻辑将其分解为多个角色，每个角色都是一个具有一系列特定用途的功能。以下段落介绍了参与、控制的角色。要实现IM服务的所有功能，IM服务器必须随时扮演所有这些角色。
IM服务器角色是一些逻辑上的实体，不等同于实际的物理实体。6.2.2.1IM参与功能
IM参与功能作为IM服务点为用户提供即时消息接入及业务策略。在扮演IM参与功能角色时，IM服务器应该在一个激活的会话中执行以下功能。a）SIP会话处理。
b）接收、发送即时消息的策略实施：1）业务授权：
2）IM用户服务配置文件（serviceprofile)：A
HiiKAoNiKAca
3）用户偏好，用户隐私：
4）消息大小与内容控制。
c）执行即时消息的处理配置与设置，提供消息发送要求。d）维护和执行IM服务设置。
e）在IM服务器支持呈现业务时，发布IM用户的状态信息。f）计费报告：对于某些不要求详细帐单的网络，这可以作为可选项。YD/T3001-2016
当\IM参与功能\在IM媒体路径中时，IM服务器应该满足：在IM客户端和IM控制功能的服务器之间传递MSRP媒体数据包。
6.2.2.2IM控制功能
“控制即时消息功能”主要作为会议服务器提供集中的会话处理、媒体交换、参与者的信息管理以及会议控制策略管理。承担IM控制功能角色的IM服务器，对激活的IM会话应执行以下功能：a）群组与会议功能：
1）集中的IM媒体会话处理：MSRP交换：2）SIP会话处理：会议中心，作为chatURI；3）参与群组的策略实施：
4）群组的参与者信息，即维护参与者列表：5）可选集中式计费报告。
b）URI列表服务：无会话或基于会话的消息发送以及发送报告，即向多个接收者发送SIPMESSAGE或ad-hoc聊天消息。
c）支持SIP会议事件包。
6.3向IM提供服务的外部实体
6.3.1SIP/IP核心
本标准中SIP/IPcOre特指3GPP/3GPP2定义的IMS，下同。SIP/IP核心包括一些SIP代理服务器和SIP注册服务器。SIP/IP核心执行下列各项功能，但是这些功能需要IM引擎的支持：一在IM客户端和IM服务器之间的SIP信令路由：一提供发送和地址解析服务：
一支持SIP压缩：
一在用户服务配置文件的基础上，执行IM客户端的认证和授权：一维护注册状态；
一提供计费信息：
一提供合法拦截的能力。
6.3.2互通网关
为了支持IM与传统SMS的互通，需要引入外部的互通网关，该网元有以下功能：将SIP/IP核心的IM消息转换为短信网关可识别的消息；一将短信网关消息转换为SIP/IP核心的IM消息。6.4参考点
6.4.1参考点IM-1:IM客户端<->SIP/IP核心网这个参考点基于SIP，应支持：
TiiKAoNiKAca
YD/T3001-2016
一IM客户端和IM服务器之间的IM会话信令：一IM客户端和IM服务器之间的消息交互；提供地址解析和发现；
一SIP压缩：
一对IM客户端的鉴权和授权（基于用户的业务profile）：一IM客户端注册：
一发布IM客户端的业务设置（如激活消息阻止设置）；MIME类型。
当SIP/IP核心网对应3GPP/3GPP2IMS时，IM-1参考点应遵循Gm接口。6.4.2参考点IM-2:IM服务器<->SIP/IP核心网这个参考点基于SIP，应支持：
一IM客户端和IM服务器之间的IM会话信令：一IM客户端和IM服务器之间的消息交互：一提供地址解析：
一IM服务器订阅会议事件包：
一向IM服务器通知会议事件包的改变。当SIP/IP核心网对应3GPP/3GPP2IMS时，IM-2参考点应遵循ISC接口。6.4.3参考点IM-7:IM客户端<->IM服务器IM-7是用于在同一域中IM客户端和IM服务器之间进行会话模式时进行通信所使用的接口，基于MSRP。这个参考点应支持：
消息传输：
一支持基于文本的媒体类型。此内容来自标准下载网
可选支持MIME类型。
6.4.4参考点IM-8:IM服务器<->IM服务器IM-8是用于在不同域中远端IM服务器和IM服务器之间进行会话模式时进行通信所使用的接口，基于MSRP。这个参考点应支持：
一消息传输：
一支持基于文本的媒体类型。
可选支持MIME类型。
6.4.5参考点IP-1:SIP/IP核心网<->SIP/IP核心网IP-1基于SIP。这个参考点应支持在SIP/IP核心网中进行通信以及SIP信令的转发当SIP/IP核心网对应3GPP/3GPP2IMS时，IP-1参考点应遵循Mw接口。6.4.6参考点IM-10:IM服务器<->互通网关IM-10参考点IM服务器与互通网关的消息交互，基于MSRP。这个参考点应支持：一消息传输：
支持基于文本的媒体类型。
iiKAoi KAca
7通用技术要求
7.1发起方IM地址认证要求
YD/T3001-2016
IM服务中要求发起方地址必须是经过核心网认证主叫用户地址，或者是在IM服务器作为发起方邀请用户加入一个群组会话时所使用的群组ID。当SIP/IPcore为3GPP/3GPP2IMS时，已认证发起方的IM地址便会被包含在P-Asserted-Identity消息头当中。IM客户端可以插入P-Preferred-Identity消息头，其中包含用户偏好的ID，以供核心网的P-Asserted-Identity字段使用，相关规定和程序见3GPPTS24.229和3GPP2X.S0013.004。如果IM服务器与SIP/IP核心网存在信任关系，而且SIP/IP核心网能够完成IM客户端的代理鉴权“From”头字段可被用来携带已认证的发起方的IM地址。如果IM服务器未能从初始请求消息中获得已认证的发起方地址，IM服务器应发送SIP403\Forbidden”响应消息，并可以在响应消息中增加警告信息。7.2IM业务注册要求
7.2.1概述
RCS用户的IM客户端应向SIP/IP核心进行注册、再注册和注销。IM客户端：a）应生成一个SIPREGISTER请求：b）在SIP注册请求的“Contact”消息头中包含IM特征标签“*+g.oma.sip-im”；c）应包括一个带有可选标记“pref”的“Require”头字段，相关规定见IETFRFC3840；d）应在SIP注册请求中包含一个“User-Agent”消息头，以便来指示IM正式版本：e）根据SIP/IP核心网的规定发送SIP注册请求。7.2.2IM注册和重注册要求
当IM客户端向SIP/IP核心发送SIP注册或SIP重注册请求时，IM客户端：a）应生成一个如“概述”部分所描述的SIP注册请求：b）根据SIP/IP核心网的规定和程序在SIP注册请求中插入任何必需的安全参数（例如：Digest响应）。7.2.3IM注销要求
当IM客户端注销时：
a）应生成一个如7.2.1“概述”部分规定的SIP注册请求；b）如果该终端需要SIP/IP核心网保留注册状态，那么IM客户端应在SIP/IP核心网进行再注册，但是该注册并不包含IM特征标签+g.oma.sip-im”；c）如果该终端需要从SIP/IP核心网中注销，那么IM客户端就会发送一个带有Expires头字段为O的SIPREGISTER请求，相关规定见3GPPTS24.229和3GPP2X.S0013.004。7.3客户端状态信息获取要求
IM服务器应支持从SIP/IP核心接收第三方注册。当某个第三方注册请求到达时（其中含有IM用户注册状态信息），IM服务器应生成一个200（OK）响应或一个合适的失败响应。如果注册成功，该200（OK）响应应包含一个Expires值，该值等于第三方注册请求中接收的Expires值。
7.4Warning消息头要求
7.4.1概述
YD/T3001-2016
IM服务器可在对SIP请求的SIP响应中包含一个自由文本串。当IM服务器在一个SIPINVITE请求的响应中包含一个自由文本串时，该文本串应被包含规定的Warning消息头中。IM服务器应包含一个设定为399（ContainaFreeText）的警告代码，并且可以包含个IM服务器的主机名。消息头规定见IETFRFC3261。IM客户端可以在SIPINVITE请求和SIP2xx响应中包含Accept-Language头字段中的偏好语言。IM服务器应选择Warning头字段中的警告文本语言。7.4.2文本要求
Warming头字段中的文本串包括一个前面带一个3位数文本编码的解释性文本，格式如下：+<解释性文本>，例如：“102太多参与者”。7.5MSRP连接建立要求
7.5.1MSRP连接建立方向协商
当IM服务器作为服务的发起方，如果IM客户端位于NAT或防火墙之后，或者无法接受TCP连接，那么双方需要进行MSRP连接建立方向的协商。IM服务器和IM客户端支持能力见IETFRFC6135。具体要求如下：a）当IM服务器发起MSRP会话时，应在SDP中包含“setup”属性。当IM服务器不确定IM客户端是否位于NAT后的情况下，IM服务器应将“setup”属性值设为“actpass”：b）IM客户端应支持功能见IETFRFC4145。当IM客户端接收到a=setup:passive或a=setup:actpass的会话邀请时，IM客户端应发送带有a=setup:passive为响应消息，或者IM客户端在响应消息中不包含a=setup属性；
c）当会话发起方发送带有a=setup:actpass的会话请求之后，发起方应开始监听自身端口，直到接收到应答方发送的带有a=setup：\active\的响应消息后，发起方再发送ACK消息。应答方接收到ACK消息后，应立刻发起TCP连接。
7.5.2支持应用层网关
支持MSRP的IM服务器和客户端应该支持：在SDP的offer和answer消息中定义的属性值，属性值定义见IETFRFC4145一在IM服务器和客户端应能够支持[draft-ietf-simple-msrp-sessmatch]。8IM服务器IM参与功能要求
8.1发起侧参与功能要求
8.1.1概述
运营商应通过静态配置方式，设置IM服务器的参与功能驻留在IM会话的媒体路径中。当从IM客户端收到SIP请求时，IM服务器应检查已认证的发起方IM地址是否为有权发送该请求的IM用户，如果不是，那么服务于该发起IM客户端的IM服务器应使用SIP403“Forbidden（禁止）”响应来响应IM客户端。IM服务器应包括一个带有第7.6部分“Warming消息头”中规定的带有警告文本（值应设为127Servicenotauthorized”（127服务未被授权））的Warning消息头。当发送SIP200OK响应时，并且如果IM服务器充当B2BUA的角色，那么IM服务器：a）应生成SIP200OK响应：
b）应包括一个Server消息头，以便指明IM正式版本：8
YD/T3001-2016
c）当响应INVITE（邀请）请求时，应包括一个带有所有支持SIP方法的AIloW消息头。将SIP响应（不同于SIP200OK响应）发送到SIP请求端时，IM服务器：a）应生成SIP响应：
b）应包括一个带有IM版本的Server消息头，前提是：该对话之前没有发送过响应。8.1.2IM会话
8.1.2.1接收初始SIPINVITEIM会话请求当接收到一个初始SIPINVITE请求时，IM服务器：a）如果参与功能驻留在媒体路径中，那么该参与功能：1）应复制已接收的Request-URI；2）如果在Allow消息头中接收到支持的SIP方法列表，那么应将其存储；3）应在IM会话期间充当B2BUA的角色；4）应生成一个SIPINVITE请求：5）应包括一个带有所支持SIP方法的AlloW消息头：6）应插入一个能标识该服务器地址的URI，并应在SIPINVITE请求的Contact消息头中包括一个IM特征标签“+g.oma.sip-im\；
7）从发起端接收到的SDP信息，在SIP请求中包含SDP消息体：8）应根据SIP/IP核心的规定和程序发送该SIPINVITE请求。b）如果IM参与功能没有驻留在媒体路径中，那么该IM参与功能：1）应在IM会话期间担当SIP代理服务器的角色；2）应包含一个Record-Route消息头其中带有标识其自身地址的URI：3）应SIP/IP核心的规定和程序转发SIPINVITE。当收到SIP200OK响应时，且参与功能充当着B2BUA的角色，此时，参与功能：a）如果在Allow消息头中接收到支持的SIP方法列表，那么应将其存储：b）应存储在Contact消息头中的联系人：c）应生成个SIP200OK响应
d）包涵已接收的SDP消息体：
e）在Contact消息头中包涵一个如下的SIPURIIM控制功能在SIP200OK响应的Contact消息头中提供的SIPURI，通过解析该URI，能将消息路由回发起方：f）应根据SIP/IP核心的规定和程序将SIP200OK响应发送到IM客户端：当接收到SIP200OK响应时，并且当IM参与功能充当着SIP代理服务器的角色时，IM参与功能：a）将SIP200OK响应转发到发起IM客户端：b）在IM会话期间应继续充当着SIP代理服务器的角色。当接收到不同于SIP200OK的SIP最终响应时，参与功能应将SIP最终响应沿着信令路径发送到发起方IM客户端。
当SIP/IPCore为3GPP/3GPP2IMS时，IMServer应根据本节描述内容，具体要求见3GPPTS24.229和3GPP2X.S0013.004。
8.1.2.2SIP订阅请求
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。