RCS_R1_实现描述_v1_1.docx

1 RCS系统架构图1 RCS网络图上图描述了了RCS的总体框架图。出于兼容性的目的，RCS基于用户-网络接口（UNI），网络-网络接口（NNI）来实现，涉及到如下一些规范;呈现与能力的获取（Discovery）；视频共享；图片共享；消息；对于UNI和NNI的具体应用关系，参考下图：图2 UNI-NNI关系图2 概述2.1 寻址联系人SIP请求的接收、发送，其标识是电话号码，接下来讨论的一些寻址的格式，仅限于RCS服务。对于presence subscriptions、群组聊天，也适用这种号码格式。2.1.1 设备呼入SIP请求对于设备呼入SIP请求，联系人的地址依赖于请求的类型。该地址以URI的形式存在，或者包含在请求体（Body of Request）中，或者包含在请求P-Asserted-Identity头及From头中。如果P-Asserted-Identity头存在，则From头将被忽略。接收方需要按照如下的几个方式来从URI中提取出电话号码。TEL URI形式，比如：tel:+1234578901，或者tel:0234578901;phone-context=phonecontextvalue；SIP URI形式，其中必须包含user=phone的参数，比如：sip:+1234578901@;user=phone，或者sip:0234578901;phone-context=phonecontextvalue@;user=phone；除了这两种形式，不推荐使用其他形式的地址格式。由于与其他基于IMS的服务同网，可能就会收到其他形式的URI，其处理方式依赖于客户端程序的处理。2.1.2 设备呼出SIP请求RCS客户端可以使用RCS电话本中的电话号码或者用户输入的数字串作为地址。该地址用于1对1通信的SIP请求URI（SIP Request URI）或者TO头中，该地址也用于群组通信的呼出SIP请求的接收人列表URI。对于国际号码，RCS设备需要支持TEL-URI形式，比如tel:+12345678901，也要支持SIP URI形式，比如sip:+1234578901@;user=phone，注意user参数的值。根据运营商的需求及国家SIP-SIP互连框架的通用规范要求，这个形式是需要能够在设备端进行动态配置的。如果并没有强制约束与上述两种形式，推荐使用TEL URI的形式，因为SIP-URI的域名并没有多少意义。对于非国际号码，RCS客户端需要支持TEL-URI或者SIP-URI（带有user=phone参数，以及phone-context值）形式，比如tel:0234578901;phone-context=home-domain-name。同样，根据运营商的需求及国家SIP-SIP互连框架的通用规范要求，这个形式是需要能够在设备端进行动态配置的。如果并没有强制约束与上述两种形式，推荐使用TEL URI的形式。对网络的自我身份鉴定及被访问的联系人：被呼叫者能够鉴别呼叫者身份的主要标识就是电话号码，为此，呼叫者应该将其TEL-URI放在P-Preferred-Identity头中。该TEL-URI可以由呼叫者设备提供，或者在注册时从网络接收到的P-Associated-URI头中提取。From头也需要与P-Preferred-Identity头相同的TEL-URI来设置。而且，这个规格也适用于群组聊天中MSRP SENDS 的CPIM From头中。2.2注册RCS客户端需要注册它所支持的所有服务的特征标签（TAG），这些标签放在SIP REGISTER信息的contact头中。对于每个特征标签的详细结构，需要参考[VIDEOSHARE]，[IMAGESHARE] 及 [IMENDORSE]文档。比如，对于支持消息、视频共享、图片共享的RCS客户端，则其服务特征标签如下:+g.oma.sip-im+g.3gpp.cs-voice+g.3gpp.iari-ref:urn:urn-xxx:3gpp-application.ims.iari.gsma-is2.3会话响应当一个RCS用户拒绝了一个会话请求，比如聊天、文件传输、视频图片共享等请求，RCS客户端需要回应一个SIP 603响应给请求方。3 呈现及能力发现3.1 架构图3 RCS呈现总体框架图图4 RCS呈现架构3.2 呈现数据模型3.2.1 Person属性规格注释Person：presence - person RFC 4479 根据presence框架规范，person相关信息被模型化为person元素，每个客户只能有一个person元素；Willingness: person - Overriding-Willingness - basic - Open