YD/T 3184-2016
基本信息
标准号： YD/T 3184-2016
中文名称：通信终端支持富通信业务技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：26044517
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 3184-2016.Technical requirements for rich communication.
1范围
YD/T 3184规定了通信终端支持富通信业务的整体要求和终端业务功能要求，其中终端业务功能要求包括用户标识要求、业务配置要求、能力发现要求、即时消息/聊天服务要求、通话过程中的内容共享要求、文件传输要求、多任务并发处理要求、网络及协议要求、安全性要求及性能要求。
YD/T 3184适用于支持富通信业务的通信终端。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GSMA RCS 5.3 v6.0富通信套件通信业务和客户端规范( Rich Communication Suite Advanced Communications Services and Client Specification)
OMA_ TS_ _CPM_ _V2_ 0融合消息技术规范(Converged IP Message)
3术语、 定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。
3.1.1
富通信业务 Rich Communication (Suite) Service
构建在IMS网络之上，为用户提供语音、消息、业务能力发现、社交呈现、IM聊天、文件传输、图片及视频共享等多种业务的集合。
3.1.2
RCS终端 Rich Communication Terminal
1范围
YD/T 3184规定了通信终端支持富通信业务的整体要求和终端业务功能要求，其中终端业务功能要求包括用户标识要求、业务配置要求、能力发现要求、即时消息/聊天服务要求、通话过程中的内容共享要求、文件传输要求、多任务并发处理要求、网络及协议要求、安全性要求及性能要求。
YD/T 3184适用于支持富通信业务的通信终端。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GSMA RCS 5.3 v6.0富通信套件通信业务和客户端规范( Rich Communication Suite Advanced Communications Services and Client Specification)
OMA_ TS_ _CPM_ _V2_ 0融合消息技术规范(Converged IP Message)
3术语、 定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。
3.1.1
富通信业务 Rich Communication (Suite) Service
构建在IMS网络之上，为用户提供语音、消息、业务能力发现、社交呈现、IM聊天、文件传输、图片及视频共享等多种业务的集合。
3.1.2
RCS终端 Rich Communication Terminal
标准图片预览
标准内容
ICS33.030
中华人民共和国通信行业标准
YD/T3184—2016
通信终端支持富通信业务技术要求Technical requirements for rich communication2016-10-22发布
中华人民共和国工业和信息化部2017-01-01实施
前言，
1范围
2规范性引用文件
3术语、定义和缩略语
3.1术语和定义
3.2缩略语..
4RCS终端整体要求，
终端形态.
4.2配置要求..
4.3硬件要求
4.4RCS应用客户端自动升级
媒体处理能力要求.
5RCS终端业务功能要求
用户的标识.
5.3RCS业务配置.
能力发现.
社交（可选）
即时消息/聊天...
5.7内容共享（可选）
5.8文件传输.
5.9RCS多业务并发处理要求
5.10网络及协议要求
安全性要求..
性能要求.
YD/T3184—2016
YD/T3184—2016
本标准是“通信终端支持富通信业务”系列标准之一，该系列标准的名称如下：-通信终端支持富通信业务技术要求；一通信终端支持富通信业务测试方法。本标准按照GB/T1.1-2009给出的规则起草。本标准主要参考了GSMARCS5.3v6.0《富通信套件通信业务和客户端规范（RichCommunicatiorSuiteAdvancedCommunicationsServicesandClientSpecification）》规定的RCS业务特征和技术，同时结合国内实际情况和需求编写而成。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国联合网络通信集团有限公司、中国移动通信集团公司、中国电信集团公司、华为技术有限公司。
本标准主要起草人：周晓龙、侯赛男、王雅杰、侯玉华、严斌峰、杨波、龙容、潘洁、邓桓。引言
YD/T3184-2016
富通信业务即richcommunication（Suite）service（简称RCS），是一个基础类通信业务能力的集合，在充分利用现有的技术和网络框架基础上，融合了现有各种业务与IMS技术提供更丰富的多媒体业务。RCS将现有的语音、短信、彩信等基本业务进行了一次深刻的扩展，将即时通信/聊天、文件传输、图片共享、视频共享纳入到基本业务范畴，既保留和发展了运营商现有的业务，同时将互联网的应用带入到移动网络。本标准的制定，旨在规范通信终端对富通信业务的支持能力，维护富通信业务在不同通信终端之间的互操作性以及不同运营商通信终端之间的互联互通，同时支持不同运营商对富通信业务的增强扩展。
1范围
通信终端支持富通信业务技术要求YD/T3184—2016
本标准规定了通信终端支持富通信业务的整体要求和终端业务功能要求，其中终端业务功能要求包括用户标识要求、业务配置要求、能力发现要求、即时消息/聊天服务要求、通话过程中的内容共享要求、文件传输要求、多任务并发处理要求、网络及协议要求、安全性要求及性能要求。本标准适用于支持富通信业务的通信终端。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GSMARCS5.3v6.0
OMA_TS_CPM_V2_0
3术语、定义和缩略语
术语和定义
富通信套件通信业务和客户端规范（RichCommunicationSuiteAdvancedCommunicationsServicesandClientSpecification)融合消息技术规范（ConvergedIPMessage）下列术语和定义适用于本文件。3.1.1
富通信业务RichCommunication（Suite）Service构建在IMS网络之上，为用户提供语音、消息、业务能力发现、社交呈现、IM聊天、文件传输、图片及视频共享等多种业务的集合。3.1.2
RcS终端RichCommunicationTerminal支持富通信业务的通信终端。
3.2缩略语
下列缩略语适用于本文件。
YD/T3184—2016
MSISDN
SIMPLE
Application Server
Advanced Video Coding
Common IntermediateFormat
EnhancedDataRateforGSMEvolutionGeneral Packet Radio ServiceGloballyRoutableUserAgent URIGlobalSystemforMobileCommunicationsHalf-size Video Graphics ArrayInstant Messaging
IMS Public User Identity
IPMultimedia Subsystem
Internet Protocol
Internet Protocol Security
MobileStation international ISDNnumberMessage Session Relay ProtocolNetworkAddressTranslator
OpenMobileAlliance
One Time Password
QuartercommonintermediateformatQuarterVideoGraphicsArray
RichCommunication Suite
Real-timeTransport Control ProtocolReal Time Protocol
Session Initiation Protocol
应用服务器
高级视频编码
通用影像传输格式
增强型数据速率GSM演进技术
通用无线分组业务
全球可路由用户代理URI
全球移动通信系统
二分之一视频图形阵列
即时消息
IMS用户公有ID
IP多媒体子系统
互联网协议
网络协议安全性
移动台国际ISDN号码（一般指手机号码）消息会话中继协议
网络地址转换
开放移动联盟
一次性密码
四分之一通用影像传输格式
四分之一视频图形阵列
富通信套件
实时传输控制协议
实时传输协议
会话初始化协议
SIP协议对于Presence和InstantMessageSIP Instant Message and Presence LeveragingExtensions
Simple Traversal of UDP over NATsTransmissionControlProtocol
Transport Layer Security
UserEquipment
UserDatagramProtocol
User Interface
Uniform ResourceIdentifier
Video Graphics Array
Wide QuarterVideo GraphicsArrayWide Video Graphics Array
XMLConfigurationAccessProtocolExtensibleMarkupLanguage
的扩展
NAT的UDP简单穿越
传输控制协议
传输层安全
用户设备
用户数据报协议
用户界面
通用资源标识符
视频图形阵列
宽屏的四分之一视频图形阵列
宽屏的视频图形阵列
XML配置访问协议
可扩展Markup语言
4RCS终端整体要求
4.1终端形态
YD/T3184—2016
RCS终端形态分为原生RCS终端或者RCS应用客户端的形态，原生RCS终端是内置RCS功能的终端，RCS应用客户端是可下载的应用程序式的软件客户端。4.2配置要求
RCS终端若能读取（U）SIM/UIM用户卡（以下简称用户卡）数据，则要求其能够获取用户卡中的IMSI信息，加载在配置请求中，以方便网络侧识别用户，继而实现终端RCS业务自动配置。RCS终端若不能读取用户卡数据，则应提示用户输入MSISDN，并配合OTP短信获取对终端进行验证，最终识别用户，该业务配置过程不能自动实现，需要用户操作。4.3硬件要求
RCS业务对终端硬件要求灵活，低端和高端移动终端均可满足不同级别的RCS业务。对于支持全部RCS业务功能的终端硬件要求如下：。终端应配有摄像头用于视频共享。。应可以配置大功率扬声器用于视频共享过程中的语音输出。·通话可以免提接听：应提供耳机接口。。在视频共享过程中，发送端和接收端视频的帧率要求不低于每秒15顿，图像清晰流畅。·终端具备的显示屏幕尺寸、点阵大小、图标点阵大小应保证信息显示清晰无误。。为满足RCS正常运行，终端应提供与之相应的处理能力和存储空间以及其他硬件配置。4.4：RCS应用客户端自动升级
对于RCS应用客户端，RCS应用客户端应该具有自动检测更新的功能，当检测到当前有更新版本的客户端发布后，能提示用户是否进行升级。4.5媒体处理能力要求
对于支持全部RCS业务功能的终端应具备如下媒体处理能力：应支持VGA（640x480）以上图像分辨率；应支持H.264、MPEG4Part10/AVC格式：推荐支持H.263-2000（profile0Level45）编解码格式；应支持JPEG图像格式，可选支持GIF和PNG图像格式。5RCS终端业务功能要求
5.1概述
按照GSMARCS5.3v6.0的规定，RCS终端应支持对RCS业务相关配置参数的设置和修改，并能够根据参数完成网络注册鉴权过程。如果是原生RCS终端，且支持RCS应用读取用户卡鉴权信息，则SIP3
YD/T3184—2016
类的业务使用IMSAKA进行鉴权，非SIP类的业务使用GBA认证。对于其他类型的RCS终端，要求SIP类的业务使用SIPDigest鉴权，HTTP类业务使用HTTPDigest鉴权。开通RCS业务的终端，在IMS注册成功后，终端根据运营商指定的配置参数可选地支持通过能力发现方式为通讯录中的联系人添加RCS功能标签，并可根据能力发现结果执行如下功能：对不支持RCS功能的联系人可发起传统电话及短信彩信业务；对支持RCS功能的联系人，不仅可以发起传统电话及短信彩信业务，还可发起内容共享、文件传输、一对一或群组聊天业务，并可选支持订阅此联系人的社交呈现信息。
短信、彩信以及一对一或群聊的记录均以联系人为分类索引、以时间顺序、对话形式展示。彩信、短信、即时消息使用统一视图查看和收发消息。RCS终端可选支持社交呈现信息共享功能，RCS用户可邀请、撤销RCS联系人订阅关系，支持其他联系人的呈现共享信息请求并发布个人呈现信息，用户亦可解除与RCS联系人的呈现状态关系。RCS终端支持的业务功能最小业务功能集包括：终端业务配置（5.3节）：独立消息（5.6.3小节）：1对1消息（含文本、多媒体内容）（5.6.4小节）；群聊（5.6.5小节）；文件传输（5.8节）。5.2用户的标识
RCS用户标识遵从IMS的用户标识体系，包括TELURI（含MSISDN）和SIPURI。RCS终端通讯录需能够存储联系人的IMSURI。为便于多个终端设备注册为同一个RCS用户身份，RCS终端应支持基于SIP.instance、GRUU机制。5.3RCS业务配置
5.3.1业务配置
RCS终端应使用基于HTTP/HTTPS的终端配置方式从RCS配置服务器获取配置数据。HTTP/HTTPS配置请求有两种触发方式：a）终端触发HTTP/HTTPS配置：当终端检测到网络连接、终端RCS功能未被禁止且RCS业务配置为空或失效时触发配置行为，检测网络连接的方式可以是基于SIM的检测或者是用户手动开启。当能读取SIM卡的终端开机（或支持开机状态下更换SIM卡）且对应用户号码的配置无效时，终端发送初始HTTP请求给RCS配置服务器，以验证当前的配置的版本。如果终端不能读取SIM卡，每次启动客户端都需要检查配置的有效性。
b）网络触发的HTTP/HTTPS配置：用于网络强制终端重新配置。网络侧通过SMS触发：一如果为触发首次配置的SMS，当RCS终端收到该SMS且其中的IMSI与用户SIM卡中的IMSI匹配，如果用户已注册到IMS，则终端RCS业务注销后发起初始HTTP配置过程；配置成功后，终端应重新注册到IMS。
一如果为触发重新配置的SMS，当终端收到该SMS且IMPI与当前配置中的IMPI匹配时，如果用户已注册到IMS，则终端RCS业务注销后发起初始HTTP配置过程：重新配置成功后，终端应重新注册到IMS。
终端通过3GPP网络接入时，终端获取IMSI和MSISDN包含以下两种方式：4
YD/T3184—2016
a）从网络获取：GGSN/PGW支持头域插入功能，头域插入功能将用户的IMSI（可选）、MSISDN等信息添加到配置请求的HTTP信令的消息头中；b）OTP方式：RCS配置服务器收到的初始请求未携带用户标识，请求用户输入，并通过SMS发送OTP进行用户验证，以获得用户MSISDN。终端通过非3GPP网络接入时，终端获取IMSI和MSISDN包含以下两种方式：a）终端自动读取IMSI+OTP方式：终端读取SIM卡中的IMSI，添加到初始请求中，由网络侧根据解析得到的MSISDN，通过SMS发送OTP进行用户验证；b）用户输入+OTP方式：RCS配置服务器收到的初始请求未携带用户标识，请求用户输入MSISDN，并通过SMS发送OTP进行用户验证，以验证用户并解析得到IMSI。通过上述方式获取用户标识后，进行初始配置；配置成功后，网络侧应向终端下发配置信息，终端应按照配置信息自动进行终端设置，之后进行用户注册。5.3.2IMS注册
终端正确完成业务参数配置，并附着网络后发起注册，RCS注册采用标准的IMS注册过程。为避免注册失效，终端需在有效期内进行刷新注册。在IMS注册的SIPREGISTER信令中，应携带支持业务的功能标签。
当检测到IP连接丢失并再次恢复时，RCS终端应作如下处理：仍在末次注册的有效期内，仅需发送刷新注册的请求；末次注册已超时，仅发送初始注册请求；不发送注销请求。5.3.3IMS注销
终端应支持RCS注销功能。
5.4能力发现
RCS用户通过能力发现机制获知联系人的RCS业务能力（聊天、图片共享、视频共享、文件传输）。RCS用户能够在RCS通讯录中查看联系人的通信能力，也可以在语音通话建立后，查看联系人的通信能力。
RCS终端应支持扩展能力机制，可支持扩展的终端能力查询和应答。以下场景可以触发能力发现（可选）：。RCS终端注册登录后，获取注册状态，并获取通讯录中每个联系人的能力；·添加新的联系人后；
·当存在联系人能力不可用或者联系人能力超时的情况，RCS终端需周期性发送能力发现请求；●联系人添加或更改MSISDN号码后：·从通讯录或者通话记录中选择联系人，可以查看其RCS业务能力；●语音通话建立期间、文件传输期间、即时聊天期间，相关能力改变时；·与通讯录中的联系人之间产生通信事件（如短信、E-mail、呼叫、即时消息等）时。5
YD/T3184—2016
5.5社交（可选）
5.5.1Hyper-Availability
终端支持用户设置Hyper-Availability呈现属性来表达其愿意“立即”进行通信的意愿。允许用户在该状态超时前手动取消Hyper-Availability状态，当观察者收到Hyper-Availability通知时，终端应该通过某种方式进行提示，如声音，闪屏或者振动等，并且要与短信，电话等常用的通信方式进行区分。5.5.2头像www.bzxz.net
终端能够支持用户存储，更新，删除自己的头像，该头像可以是终端本地的一些图片或者是摄像头拍摄的图片。当用户更新头像时，呈现服务器将通知与该用户建立社交呈现关系的联系人。当终端收到某个联系人的呈现文档改变通知时，将通知消息中status-icon的etag（实体标签值）信息与该联系人的本地头像etag信息进行比较，若不相同则允许用户根据最新头像信息进行下载，同时更新该联系人头像的本地信息（包括etag）。5.5.3收藏的链接
终端支持用户编辑保存多个收藏夹链接，每个链接应该有标注和对应链接地址。只有最高优先级（用户设置）的链接向PresenceServer进行发布，PresenceServer将通知与该用户建立社交呈现关系的联系人。
当终端收到某个联系人收藏夹链接改变的通知后，该联系人的收藏夹链接属性应该在客户端立即更新。当用户在查看收藏夹属性的界面点击此链接时，终端应该启动浏览器并且打开此链接。当用户关浏览器时，终端应该返回到之前查看收藏夹属性的界面。5.5.4自由文本
客户端支持用户编辑自由文本，自由文本代表当前用户的某种心情或者状态，终端可预置心情短语供用户选择。终端需将自由文本向PresenceServer进行发布，PresenceServer将通知与该用户建立社交呈现关系的联系人。
5.6即时消息/聊天
5.6.1概述
即时消息（IM）服务是一种可以允许两个用户或多个用户之间交换即时消息的服务。RCS的即时消息是面尚已注册用户的一项基础性服务。RCS即时消息基于OMACPM2.0，包含PagerMode，LargeMessageMode和SessionMode，业务形式至少包含文本消息、多媒体消息、1对1聊天、群组聊天功能。文本消息应支持与现网SMS的互通，能够满足消息收发策略要求。多媒体消息应支持与现网SMS的互通，例如在SMS中携带多媒体信息链接，通过浏览器查看或下载内容（多媒体信息保存在消息业务的AS中）。6
5.6.2状态报告
5.6.2.1“已送达”通知
终端应同时支持以下两种情况下可以处理“已送达”通知并且展现给用户：a）在MSRP会话已经建立的情况下使用MSRP通道传送消息的“已送达”通知：YD/T3184—2016
b）在MSRP会话没有建立的情况下使用SIPMessage方法传送消息的“已送达”通知。推荐“已发送”通知仅仅呈现在IM的窗口中，在IM窗口不在前台时不要将窗口弹出或者出现提示信息。
5.6.2.2“已显示”通知（可选）用户可以通过U打开或关闭“已显示”通知功能。终端应同时支持以下两种情况下可以处理“已显示”通知并且展现给用户：a）在MSRP会话已经建立的情况下使用MSRP通道传送消息的“已显示”通知。b）在MSRP会话没有建立的情况下使用SIPMessage方法传送消息的“已显示”通知。推荐“已显示”通知仅仅呈现在IM的窗口中，在IM窗口不在前台时不要将窗口弹出或者出现提示信息。
5.6.3独立消息
按照OMA_TS_CPM_V2_0的规定，独立消息包括文本和多媒体消息服务，支持与现网SMS短消息和MMS消息互通。
应支持以下主要功能：
。文本和多媒体独立消息：支持统一文本、多媒体消息，支持群发，消息大小可由运营商配置。·当1300字节以下的独立消息，首选基于PagerMode发送，超过1300字节以上的消息或多媒体消息，首选基于LargeMessageMode发送。。消息递送和显示通知：支持向发送方显示消息的递送情况，可选支持向发送方显示消息的已读情况。
·延迟消息发送：支持消息延迟发送。。消息存储和转发：网络支持被叫不在线的存储转发功能。●与传统消息业务的互通：支持独立消息与SMS的转换，支持对消息策略的控制。·支持与其他运营商SMS/独立消息的互通。。在终端上，独立消息业务宜与现有SMS业务使用统一的显示界面。。支持独立消息的本地存储、删除、搜索。。支持对异常信令、错误响应、超过消息大小限制等不正常情况的处理。5.6.4一对一聊天
5.6.4.1通用要求
按照OMA_TS_CPM_V2_0的规定，一对一聊天指在两个RCS用户之间交换即时消息的业务，应支持以下主要功能：
YD/T3184—2016
。根据消息内容种类不同，采用不同的发送方式。对于用户输入的文本内容小于等于900字节（UTF-8编码）的纯文本消息，采用PagerMode；对于用户输入的文本内容大于900字节（UTF-8编码）的纯文本消息，采用LargeMode；对于多媒体内容（如图片、语音片段、视频片段、电子名片、位置等），采用文件传输方式。·消息大小可由运营商配置。
。消息递送和显示通知：支持向发送方显示消息的递送情况，可选支持向发送方显示消息的已读情况。
。消息存储和转发：网络支持被叫不在线的存储转发功能。。支持聊天消息的终端本地存储、删除。。支持切换成群组聊天。
。支持在一对一聊天会话中进行文件传输，用户可在聊天窗口中打开接收到的文件。·与传统消息业务的互通：支持聊天消息与SMS的转换，支持对消息策略的控制。·支持表情图标。
5.6.4.2启动聊天
一个RCS用户（用户1）支持从下列途径启动聊天：·输入联系人号码。
?通讯录中选择联系人。
·消息或通话历史记录中选择联系人。·聊天程序中选择联系人，聊天程序后中应能显示完整的RCS联系人列表、聊天历史记录。。文件传输接收方界面，当终端开始接收文件传输时，文件传输的界面中应显示在一个聊天窗口中。
在上述途径中，仅当用户1输入第一条消息并发送给选择的联系人（用户2）时，聊天启动，终端1向终端2发送聊天会话邀请。5.6.4.3回复聊天
当用户2的设备检测到邀请信息时，一对一聊天即可建立。终端2上显示消息通知，用户2可以点击消息通知打开聊天窗口以回复聊天。5.6.4.4在已建立的聊天中交换消息用户1和用户2之间的信息，对于文本内容小于等于900字节（UTF-8编码）的纯文本消息，采用PagerMode直接发送；对于文本内容大于900字节（UTF-8编码）的纯文本消息或者其他多媒体类型的数据，将被放在MSRP会话中进行传送。5.6.4.5显示和本地存储
所有的消息都将被存储在终端设备中，这些消息附带有时间标识和每个消息特有的标识，以指明消息的发送者。
在用户的设备中，同一个联系人的所有对话将全部集中到一起显示。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T3184—2016
通信终端支持富通信业务技术要求Technical requirements for rich communication2016-10-22发布
中华人民共和国工业和信息化部2017-01-01实施
前言，
1范围
2规范性引用文件
3术语、定义和缩略语
3.1术语和定义
3.2缩略语..
4RCS终端整体要求，
终端形态.
4.2配置要求..
4.3硬件要求
4.4RCS应用客户端自动升级
媒体处理能力要求.
5RCS终端业务功能要求
用户的标识.
5.3RCS业务配置.
能力发现.
社交（可选）
即时消息/聊天...
5.7内容共享（可选）
5.8文件传输.
5.9RCS多业务并发处理要求
5.10网络及协议要求
安全性要求..
性能要求.
YD/T3184—2016
YD/T3184—2016
本标准是“通信终端支持富通信业务”系列标准之一，该系列标准的名称如下：-通信终端支持富通信业务技术要求；一通信终端支持富通信业务测试方法。本标准按照GB/T1.1-2009给出的规则起草。本标准主要参考了GSMARCS5.3v6.0《富通信套件通信业务和客户端规范（RichCommunicatiorSuiteAdvancedCommunicationsServicesandClientSpecification）》规定的RCS业务特征和技术，同时结合国内实际情况和需求编写而成。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国联合网络通信集团有限公司、中国移动通信集团公司、中国电信集团公司、华为技术有限公司。
本标准主要起草人：周晓龙、侯赛男、王雅杰、侯玉华、严斌峰、杨波、龙容、潘洁、邓桓。引言
YD/T3184-2016
富通信业务即richcommunication（Suite）service（简称RCS），是一个基础类通信业务能力的集合，在充分利用现有的技术和网络框架基础上，融合了现有各种业务与IMS技术提供更丰富的多媒体业务。RCS将现有的语音、短信、彩信等基本业务进行了一次深刻的扩展，将即时通信/聊天、文件传输、图片共享、视频共享纳入到基本业务范畴，既保留和发展了运营商现有的业务，同时将互联网的应用带入到移动网络。本标准的制定，旨在规范通信终端对富通信业务的支持能力，维护富通信业务在不同通信终端之间的互操作性以及不同运营商通信终端之间的互联互通，同时支持不同运营商对富通信业务的增强扩展。
1范围
通信终端支持富通信业务技术要求YD/T3184—2016
本标准规定了通信终端支持富通信业务的整体要求和终端业务功能要求，其中终端业务功能要求包括用户标识要求、业务配置要求、能力发现要求、即时消息/聊天服务要求、通话过程中的内容共享要求、文件传输要求、多任务并发处理要求、网络及协议要求、安全性要求及性能要求。本标准适用于支持富通信业务的通信终端。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GSMARCS5.3v6.0
OMA_TS_CPM_V2_0
3术语、定义和缩略语
术语和定义
富通信套件通信业务和客户端规范（RichCommunicationSuiteAdvancedCommunicationsServicesandClientSpecification)融合消息技术规范（ConvergedIPMessage）下列术语和定义适用于本文件。3.1.1
富通信业务RichCommunication（Suite）Service构建在IMS网络之上，为用户提供语音、消息、业务能力发现、社交呈现、IM聊天、文件传输、图片及视频共享等多种业务的集合。3.1.2
RcS终端RichCommunicationTerminal支持富通信业务的通信终端。
3.2缩略语
下列缩略语适用于本文件。
YD/T3184—2016
MSISDN
SIMPLE
Application Server
Advanced Video Coding
Common IntermediateFormat
EnhancedDataRateforGSMEvolutionGeneral Packet Radio ServiceGloballyRoutableUserAgent URIGlobalSystemforMobileCommunicationsHalf-size Video Graphics ArrayInstant Messaging
IMS Public User Identity
IPMultimedia Subsystem
Internet Protocol
Internet Protocol Security
MobileStation international ISDNnumberMessage Session Relay ProtocolNetworkAddressTranslator
OpenMobileAlliance
One Time Password
QuartercommonintermediateformatQuarterVideoGraphicsArray
RichCommunication Suite
Real-timeTransport Control ProtocolReal Time Protocol
Session Initiation Protocol
应用服务器
高级视频编码
通用影像传输格式
增强型数据速率GSM演进技术
通用无线分组业务
全球可路由用户代理URI
全球移动通信系统
二分之一视频图形阵列
即时消息
IMS用户公有ID
IP多媒体子系统
互联网协议
网络协议安全性
移动台国际ISDN号码（一般指手机号码）消息会话中继协议
网络地址转换
开放移动联盟
一次性密码
四分之一通用影像传输格式
四分之一视频图形阵列
富通信套件
实时传输控制协议
实时传输协议
会话初始化协议
SIP协议对于Presence和InstantMessageSIP Instant Message and Presence LeveragingExtensions
Simple Traversal of UDP over NATsTransmissionControlProtocol
Transport Layer Security
UserEquipment
UserDatagramProtocol
User Interface
Uniform ResourceIdentifier
Video Graphics Array
Wide QuarterVideo GraphicsArrayWide Video Graphics Array
XMLConfigurationAccessProtocolExtensibleMarkupLanguage
的扩展
NAT的UDP简单穿越
传输控制协议
传输层安全
用户设备
用户数据报协议
用户界面
通用资源标识符
视频图形阵列
宽屏的四分之一视频图形阵列
宽屏的视频图形阵列
XML配置访问协议
可扩展Markup语言
4RCS终端整体要求
4.1终端形态
YD/T3184—2016
RCS终端形态分为原生RCS终端或者RCS应用客户端的形态，原生RCS终端是内置RCS功能的终端，RCS应用客户端是可下载的应用程序式的软件客户端。4.2配置要求
RCS终端若能读取（U）SIM/UIM用户卡（以下简称用户卡）数据，则要求其能够获取用户卡中的IMSI信息，加载在配置请求中，以方便网络侧识别用户，继而实现终端RCS业务自动配置。RCS终端若不能读取用户卡数据，则应提示用户输入MSISDN，并配合OTP短信获取对终端进行验证，最终识别用户，该业务配置过程不能自动实现，需要用户操作。4.3硬件要求
RCS业务对终端硬件要求灵活，低端和高端移动终端均可满足不同级别的RCS业务。对于支持全部RCS业务功能的终端硬件要求如下：。终端应配有摄像头用于视频共享。。应可以配置大功率扬声器用于视频共享过程中的语音输出。·通话可以免提接听：应提供耳机接口。。在视频共享过程中，发送端和接收端视频的帧率要求不低于每秒15顿，图像清晰流畅。·终端具备的显示屏幕尺寸、点阵大小、图标点阵大小应保证信息显示清晰无误。。为满足RCS正常运行，终端应提供与之相应的处理能力和存储空间以及其他硬件配置。4.4：RCS应用客户端自动升级
对于RCS应用客户端，RCS应用客户端应该具有自动检测更新的功能，当检测到当前有更新版本的客户端发布后，能提示用户是否进行升级。4.5媒体处理能力要求
对于支持全部RCS业务功能的终端应具备如下媒体处理能力：应支持VGA（640x480）以上图像分辨率；应支持H.264、MPEG4Part10/AVC格式：推荐支持H.263-2000（profile0Level45）编解码格式；应支持JPEG图像格式，可选支持GIF和PNG图像格式。5RCS终端业务功能要求
5.1概述
按照GSMARCS5.3v6.0的规定，RCS终端应支持对RCS业务相关配置参数的设置和修改，并能够根据参数完成网络注册鉴权过程。如果是原生RCS终端，且支持RCS应用读取用户卡鉴权信息，则SIP3
YD/T3184—2016
类的业务使用IMSAKA进行鉴权，非SIP类的业务使用GBA认证。对于其他类型的RCS终端，要求SIP类的业务使用SIPDigest鉴权，HTTP类业务使用HTTPDigest鉴权。开通RCS业务的终端，在IMS注册成功后，终端根据运营商指定的配置参数可选地支持通过能力发现方式为通讯录中的联系人添加RCS功能标签，并可根据能力发现结果执行如下功能：对不支持RCS功能的联系人可发起传统电话及短信彩信业务；对支持RCS功能的联系人，不仅可以发起传统电话及短信彩信业务，还可发起内容共享、文件传输、一对一或群组聊天业务，并可选支持订阅此联系人的社交呈现信息。
短信、彩信以及一对一或群聊的记录均以联系人为分类索引、以时间顺序、对话形式展示。彩信、短信、即时消息使用统一视图查看和收发消息。RCS终端可选支持社交呈现信息共享功能，RCS用户可邀请、撤销RCS联系人订阅关系，支持其他联系人的呈现共享信息请求并发布个人呈现信息，用户亦可解除与RCS联系人的呈现状态关系。RCS终端支持的业务功能最小业务功能集包括：终端业务配置（5.3节）：独立消息（5.6.3小节）：1对1消息（含文本、多媒体内容）（5.6.4小节）；群聊（5.6.5小节）；文件传输（5.8节）。5.2用户的标识
RCS用户标识遵从IMS的用户标识体系，包括TELURI（含MSISDN）和SIPURI。RCS终端通讯录需能够存储联系人的IMSURI。为便于多个终端设备注册为同一个RCS用户身份，RCS终端应支持基于SIP.instance、GRUU机制。5.3RCS业务配置
5.3.1业务配置
RCS终端应使用基于HTTP/HTTPS的终端配置方式从RCS配置服务器获取配置数据。HTTP/HTTPS配置请求有两种触发方式：a）终端触发HTTP/HTTPS配置：当终端检测到网络连接、终端RCS功能未被禁止且RCS业务配置为空或失效时触发配置行为，检测网络连接的方式可以是基于SIM的检测或者是用户手动开启。当能读取SIM卡的终端开机（或支持开机状态下更换SIM卡）且对应用户号码的配置无效时，终端发送初始HTTP请求给RCS配置服务器，以验证当前的配置的版本。如果终端不能读取SIM卡，每次启动客户端都需要检查配置的有效性。
b）网络触发的HTTP/HTTPS配置：用于网络强制终端重新配置。网络侧通过SMS触发：一如果为触发首次配置的SMS，当RCS终端收到该SMS且其中的IMSI与用户SIM卡中的IMSI匹配，如果用户已注册到IMS，则终端RCS业务注销后发起初始HTTP配置过程；配置成功后，终端应重新注册到IMS。
一如果为触发重新配置的SMS，当终端收到该SMS且IMPI与当前配置中的IMPI匹配时，如果用户已注册到IMS，则终端RCS业务注销后发起初始HTTP配置过程：重新配置成功后，终端应重新注册到IMS。
终端通过3GPP网络接入时，终端获取IMSI和MSISDN包含以下两种方式：4
YD/T3184—2016
a）从网络获取：GGSN/PGW支持头域插入功能，头域插入功能将用户的IMSI（可选）、MSISDN等信息添加到配置请求的HTTP信令的消息头中；b）OTP方式：RCS配置服务器收到的初始请求未携带用户标识，请求用户输入，并通过SMS发送OTP进行用户验证，以获得用户MSISDN。终端通过非3GPP网络接入时，终端获取IMSI和MSISDN包含以下两种方式：a）终端自动读取IMSI+OTP方式：终端读取SIM卡中的IMSI，添加到初始请求中，由网络侧根据解析得到的MSISDN，通过SMS发送OTP进行用户验证；b）用户输入+OTP方式：RCS配置服务器收到的初始请求未携带用户标识，请求用户输入MSISDN，并通过SMS发送OTP进行用户验证，以验证用户并解析得到IMSI。通过上述方式获取用户标识后，进行初始配置；配置成功后，网络侧应向终端下发配置信息，终端应按照配置信息自动进行终端设置，之后进行用户注册。5.3.2IMS注册
终端正确完成业务参数配置，并附着网络后发起注册，RCS注册采用标准的IMS注册过程。为避免注册失效，终端需在有效期内进行刷新注册。在IMS注册的SIPREGISTER信令中，应携带支持业务的功能标签。
当检测到IP连接丢失并再次恢复时，RCS终端应作如下处理：仍在末次注册的有效期内，仅需发送刷新注册的请求；末次注册已超时，仅发送初始注册请求；不发送注销请求。5.3.3IMS注销
终端应支持RCS注销功能。
5.4能力发现
RCS用户通过能力发现机制获知联系人的RCS业务能力（聊天、图片共享、视频共享、文件传输）。RCS用户能够在RCS通讯录中查看联系人的通信能力，也可以在语音通话建立后，查看联系人的通信能力。
RCS终端应支持扩展能力机制，可支持扩展的终端能力查询和应答。以下场景可以触发能力发现（可选）：。RCS终端注册登录后，获取注册状态，并获取通讯录中每个联系人的能力；·添加新的联系人后；
·当存在联系人能力不可用或者联系人能力超时的情况，RCS终端需周期性发送能力发现请求；●联系人添加或更改MSISDN号码后：·从通讯录或者通话记录中选择联系人，可以查看其RCS业务能力；●语音通话建立期间、文件传输期间、即时聊天期间，相关能力改变时；·与通讯录中的联系人之间产生通信事件（如短信、E-mail、呼叫、即时消息等）时。5
YD/T3184—2016
5.5社交（可选）
5.5.1Hyper-Availability
终端支持用户设置Hyper-Availability呈现属性来表达其愿意“立即”进行通信的意愿。允许用户在该状态超时前手动取消Hyper-Availability状态，当观察者收到Hyper-Availability通知时，终端应该通过某种方式进行提示，如声音，闪屏或者振动等，并且要与短信，电话等常用的通信方式进行区分。5.5.2头像www.bzxz.net
终端能够支持用户存储，更新，删除自己的头像，该头像可以是终端本地的一些图片或者是摄像头拍摄的图片。当用户更新头像时，呈现服务器将通知与该用户建立社交呈现关系的联系人。当终端收到某个联系人的呈现文档改变通知时，将通知消息中status-icon的etag（实体标签值）信息与该联系人的本地头像etag信息进行比较，若不相同则允许用户根据最新头像信息进行下载，同时更新该联系人头像的本地信息（包括etag）。5.5.3收藏的链接
终端支持用户编辑保存多个收藏夹链接，每个链接应该有标注和对应链接地址。只有最高优先级（用户设置）的链接向PresenceServer进行发布，PresenceServer将通知与该用户建立社交呈现关系的联系人。
当终端收到某个联系人收藏夹链接改变的通知后，该联系人的收藏夹链接属性应该在客户端立即更新。当用户在查看收藏夹属性的界面点击此链接时，终端应该启动浏览器并且打开此链接。当用户关浏览器时，终端应该返回到之前查看收藏夹属性的界面。5.5.4自由文本
客户端支持用户编辑自由文本，自由文本代表当前用户的某种心情或者状态，终端可预置心情短语供用户选择。终端需将自由文本向PresenceServer进行发布，PresenceServer将通知与该用户建立社交呈现关系的联系人。
5.6即时消息/聊天
5.6.1概述
即时消息（IM）服务是一种可以允许两个用户或多个用户之间交换即时消息的服务。RCS的即时消息是面尚已注册用户的一项基础性服务。RCS即时消息基于OMACPM2.0，包含PagerMode，LargeMessageMode和SessionMode，业务形式至少包含文本消息、多媒体消息、1对1聊天、群组聊天功能。文本消息应支持与现网SMS的互通，能够满足消息收发策略要求。多媒体消息应支持与现网SMS的互通，例如在SMS中携带多媒体信息链接，通过浏览器查看或下载内容（多媒体信息保存在消息业务的AS中）。6
5.6.2状态报告
5.6.2.1“已送达”通知
终端应同时支持以下两种情况下可以处理“已送达”通知并且展现给用户：a）在MSRP会话已经建立的情况下使用MSRP通道传送消息的“已送达”通知：YD/T3184—2016
b）在MSRP会话没有建立的情况下使用SIPMessage方法传送消息的“已送达”通知。推荐“已发送”通知仅仅呈现在IM的窗口中，在IM窗口不在前台时不要将窗口弹出或者出现提示信息。
5.6.2.2“已显示”通知（可选）用户可以通过U打开或关闭“已显示”通知功能。终端应同时支持以下两种情况下可以处理“已显示”通知并且展现给用户：a）在MSRP会话已经建立的情况下使用MSRP通道传送消息的“已显示”通知。b）在MSRP会话没有建立的情况下使用SIPMessage方法传送消息的“已显示”通知。推荐“已显示”通知仅仅呈现在IM的窗口中，在IM窗口不在前台时不要将窗口弹出或者出现提示信息。
5.6.3独立消息
按照OMA_TS_CPM_V2_0的规定，独立消息包括文本和多媒体消息服务，支持与现网SMS短消息和MMS消息互通。
应支持以下主要功能：
。文本和多媒体独立消息：支持统一文本、多媒体消息，支持群发，消息大小可由运营商配置。·当1300字节以下的独立消息，首选基于PagerMode发送，超过1300字节以上的消息或多媒体消息，首选基于LargeMessageMode发送。。消息递送和显示通知：支持向发送方显示消息的递送情况，可选支持向发送方显示消息的已读情况。
·延迟消息发送：支持消息延迟发送。。消息存储和转发：网络支持被叫不在线的存储转发功能。●与传统消息业务的互通：支持独立消息与SMS的转换，支持对消息策略的控制。·支持与其他运营商SMS/独立消息的互通。。在终端上，独立消息业务宜与现有SMS业务使用统一的显示界面。。支持独立消息的本地存储、删除、搜索。。支持对异常信令、错误响应、超过消息大小限制等不正常情况的处理。5.6.4一对一聊天
5.6.4.1通用要求
按照OMA_TS_CPM_V2_0的规定，一对一聊天指在两个RCS用户之间交换即时消息的业务，应支持以下主要功能：
YD/T3184—2016
。根据消息内容种类不同，采用不同的发送方式。对于用户输入的文本内容小于等于900字节（UTF-8编码）的纯文本消息，采用PagerMode；对于用户输入的文本内容大于900字节（UTF-8编码）的纯文本消息，采用LargeMode；对于多媒体内容（如图片、语音片段、视频片段、电子名片、位置等），采用文件传输方式。·消息大小可由运营商配置。
。消息递送和显示通知：支持向发送方显示消息的递送情况，可选支持向发送方显示消息的已读情况。
。消息存储和转发：网络支持被叫不在线的存储转发功能。。支持聊天消息的终端本地存储、删除。。支持切换成群组聊天。
。支持在一对一聊天会话中进行文件传输，用户可在聊天窗口中打开接收到的文件。·与传统消息业务的互通：支持聊天消息与SMS的转换，支持对消息策略的控制。·支持表情图标。
5.6.4.2启动聊天
一个RCS用户（用户1）支持从下列途径启动聊天：·输入联系人号码。
?通讯录中选择联系人。
·消息或通话历史记录中选择联系人。·聊天程序中选择联系人，聊天程序后中应能显示完整的RCS联系人列表、聊天历史记录。。文件传输接收方界面，当终端开始接收文件传输时，文件传输的界面中应显示在一个聊天窗口中。
在上述途径中，仅当用户1输入第一条消息并发送给选择的联系人（用户2）时，聊天启动，终端1向终端2发送聊天会话邀请。5.6.4.3回复聊天
当用户2的设备检测到邀请信息时，一对一聊天即可建立。终端2上显示消息通知，用户2可以点击消息通知打开聊天窗口以回复聊天。5.6.4.4在已建立的聊天中交换消息用户1和用户2之间的信息，对于文本内容小于等于900字节（UTF-8编码）的纯文本消息，采用PagerMode直接发送；对于文本内容大于900字节（UTF-8编码）的纯文本消息或者其他多媒体类型的数据，将被放在MSRP会话中进行传送。5.6.4.5显示和本地存储
所有的消息都将被存储在终端设备中，这些消息附带有时间标识和每个消息特有的标识，以指明消息的发送者。
在用户的设备中，同一个联系人的所有对话将全部集中到一起显示。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。