5G信息白皮书系列 （二）
2 Device Provisioning(设备配置)
2.1描述
一个RCS服务提供商可能基于内部政策（如：订阅了某一服务）为不同的用户或设备提供不同的服务。在设备供应阶段，允许用户在设备上配置服务。
与Univeral Profile2.0相比，本节的主要修改功能如下：
完善了双SIM卡的要求
2.2 User Stories and Feature Requirements
2.2.1 Activation of RCS services
US2-1 作为用户，我希望设备中的RCS服务默认处于开启状态。作为RCS服务提供商，我希望我的RCS服务能够默认情况下为我的用户启用，无需用户交互
R2-1-1 默认情况下，如果设备由RCS服务提供商提供，那么RCS主切换被启用
R2-1-2 用户可以在任何时候关闭主开关
R2-1-3 应该向用户明确启用/禁用RCS服务的效果，如，增强型消息和呼叫服务将会被禁用，但是其他服务如多媒体电话将不受主开关控制
US2-2 作为一个用户，我希望我的设备以一种不被打扰的方式按照要求激活RCS服务。
R2-2-1 任何可用的RCS服务都应该在设备中被激活：
R2-2-1-1：当RCS主开关被打开
R2-2-1-2：且与RCS服务相关的消息app或拨号app被设置成默认的消息客户端或拨号程序
R2-2-2 RCS服务激活在蜂窝网络或非蜂窝网络中都可以完成
R2-2-3 仅当默认消息应用程序支持RCS时，RCS消息传递功能才可用
R2-2-4 仅当默认拨号程序支持RCS时，RCS的呼叫功能才可用
R2-2-5 当客户端从设备中被移出或永久失效时，它将尝试通知RCS服务提供商
2.2.2 Configuration of the user´s primary device by requesting user identity
***US2-3***作为一个RCS服务提供商，我希望我的用户在使用RCS服务之前验证他的身份
R2-3-1 在没有用户交互的情况下，设备应该尝试提供一些必要的RCS配置
R2-3-2 在没有用户交互的情况下，如果在初次收到RCS配置7天内，设备无法安装，那么设备应该通过询问设备的MSISDN 来请求用户支持进行配置
R2-3-3 MSISDN应该与被激活的服务相关，例如仅当用户进入RCS app相关的激活服务时（如消息应用或拨号应用）
R2-3-3-1 用户应该被告知为什么要求他提供他的MSISDN
R2-3-4 用户应该可以跳过手动识别过程。在这种情况下，用户不能使用RCS服务，直到客户端通过自动配置或手动配置执行成功之后
R2-3-4-1 当用户跳过该过程后，手动识别不得再次提示 直到下一次开机
注意：如果设备已经收到一个有效的RCS配置，那么任何用户交互都过时了
R2-3-4-2 用户手动识别应该被放置在上下文中，如当用户访问本地消息设备时
R2-3-4-3手动识别最大重试次数为3次
R2-3-5 应该为用户提供数字键盘来输入MSISDN.当用户输入MSISDN时，设备应该确保输入的MSISDN是有效格式
R2-3-6 为确保所提供的MSISDN 的有效性，应该执行一个验证过程：
R2-3-6-1 一个带有一次性密码的SMS发送给设备。如果支持MNO网络，那么首先 a silent SMS
R2-3-6-2 在SMS中包含的一次性密码可能被拦截且被验证
R2-3-7 验证过程成功完成后，整个配置过程结束，无需用户的任何进一步操作
R2-3-8 如果长时间没有收到SMS(如由于网络不能正确发送SMS或用户提供了错误的MSISDN),应该告知用户该过程花费的时间比预期的要长，并且在此阶段无法完成
R2-3-9 在这种情况下，将提示用户之前错误输入的MSISDN(以便用户有机会修改)，且提供重试的机会
2.2.3 Multiple RCS clients
US2-4 作为用户，我希望下载我选择的所有RCS应用，且不需要任何其他配置就可以使用他们
注意：由MNO决定如何配置其他的RCS应用/实例
R2-4-1 在一个设备上的多个RCS应用可以同时被激活和工作
注意：当基于本机RCS的APIs未实现之前，无法满足此要求
R2-4-2 只有一个消息客户端可以同时管理输入SMS的和RCS 消息的通知，并充当消息的默认客户端。它被称为默认消息客户端
R2-4-3 只有一个拨号程序可以同时管理用户的来电通知和与呼叫相关的信息（例如，增强呼叫），并充当默认拨号程序用于拨出电话。 这称为默认拨号程序
R2-4-4 如果在同一时间有多个消息客户端被激活且在工作，那么用户可以选择哪个当做默认消息客户端
R2-4-5 如果同一时间有多个拨号程序被激活且在工作，那么用户可以可以选择哪个当做默认拨号程序
R2-4-6 不支持RCS的消息客户端不能当做默认消息客户端
R2-4-6-1 在非RCS客户端作为默认消息客户端的设备上，只有当默认消息客户端支持RCS，RCS消息服务才可用
2-4-7不支持RCS呼叫的旧版拨号程序无法作为默认拨号程序。
R2-4-7-1在非RCS客户端作为默认拨号程序的设备上，只有当默认拨号客户端支持RCS，RCS拨号服务才可用
2.2.4 SIM swap
US2-5 作为用户，在不丢失数据的情况下我想使用不同SIM卡
R2-5-1 在发生SIM交换（如使用了不同ID 的SIM卡）时，如果与SIM 相关的配置可用，那么就使用它，否则应该等同于首次使用该服务（按照2.2.1中定义的激活RCS服务）。无论结果如何，用户数据都不应该被删除
2.2.5 User consent
本部分不适用于不需要用户接受条款和条件的市场条件（T＆C）。
对于要求用户在使用RCS之前接受T＆C的市场，可以采用两种情况
应用，显示“User Message”或显示“End User Confirmation Request”。
User Message
US2-6 作为RCS服务提供商，我希望可以提供消息，在用户使用RCS服务前征得其同意
R2-6-1 在首次配置之前，根据RCS服务提供商的设置，一个弹出的条款或欢迎信息将显示给用户
注意：显示《条款及细则》时 ，需要提供两个按钮（如“accept”和“decline”），显示欢迎消息时只要求一个按钮（如“OK”）
R2-6-2 消息的呈现方式必须是清晰透明的，不能隐藏在通知栏中，可以显示在屏幕的顶部，如下图
R2-6-3 一旦向用户提示弹出窗口后，RCS服务便启动了
注意：这意味着如果用户离开屏幕而没有任何操作，则等同于接受用户消息。
R2-6-4 如果用户拒绝消息，则设备上的RCS服务无效
R2-6-5 如果用户拒绝，那么应该启用一个重新触发服务和T&C接受过程的重试算法被激活。重试首先在一天后，然后一周，再然后一个月，然后结束
R2-6-5-1 重试时，要求用户确认的消息应该放置在上下文中，当用户访问设备上的本地消息程序时
End User Confirmation Request
US2-7 作为一个RCS服务提供商，我希望可以在RCS服务激活后，在获取用户同意后提供消息
R2-7-1 根据运营商策略，在首次成功注册以后，弹出消息将可能在任何时间段显示给用户
R2-7-2该消息的显示应该能够带有一个或两个按钮以便用户响应。
R2-7-3 RCS服务提供商应能够确定按钮文本（例如弹出窗口的“接受”）
R2-7-4 响应会回传给网络
R2-7-5消息的呈现方式应对用户清晰明了，且不应隐藏
在通知托盘中进行操作，但可以显示在屏幕的“顶部”。
R2-7-6根据用户的响应，网络可以触发停止在设备上的RCS服务。这种情况下，用户仍将使用旧版服务。如：由MNO提供的SMS / MMS /CS服务
R2-7-7如果RCS服务被停用，则RCS入口点应在设备中可见（例如设置）。
R2-7-8根据RCS服务提供商策略，可能会向用户显示其他消息
US2-8 作为RCS服务提供商，我希望在首次注册时，可以从用户那里获取额外的信息以满足某些特定的安全需求
R2-8-1根据RCS服务提供商的判断，可能会要求用户在首次注册期间输入其他信息，以便满足特定条件下由RCS服务提供商设置的安全要求。
US2-9 作为用户，我期望可以确认服务后的任何时刻都能 访问显示给用户的文本或终端客户请求
R2-9-1 在用户已经使用服务后，用户消息或终端确认请求应该显示给用户，如通过about的形式
2.2.6 Secondary Devices
US2-10 作为用户，我希望在其他激活了RCS服务的设备上使用RCS服务
R2-10-1使用联合过程可以将辅助设备链接到主要设备的标识上。
注意：任何不是主要设备的设备都称为辅助设备。
R2-10-2 对所有的传入/传出的消息和呼叫，所有的设备都使用同一个 identity
R2-10-2-1 使用的 identity应该是主设备的 MSISDN
注意：任何单个连接的设备都可以用作设备的辅助设备
R2-10-3如果MNO已部署RCS多设备消息传递（MDM）和多设备语音和视频（MDV2）服务，则联合过程应同时涵盖MDM和MDV2进程（从用户角度而言）。
R2-10-4辅助设备可以使用SIM验证数据网络，也可以使用无SIM数据连接。
R2-10-5 作为MNO的Multi-SIM实现的一部分，基于SIM的辅助设备可能会链接也可能不会链接到主要identity。
注1：如果基于SIM的设备可以使用其自己的identity拨打和/或接听电话，则此功能不应受到与主要设备的联合的影响。
注2：各个MNO自行决定是否包含单个Multi-SIM解决方案。
R2-10-6成功完成辅助设备身份验证后，可能会显示完成或欢迎消息。
2.2.7 Error Management
US2-11 作为RCS服务提供商，我希望通过最少的用户交互来处理技术错误
用户可能会遇到以下任何错误：
R2-11-1接收SMS（请参阅R2-3-6-1）花费的时间太长或从未收到。
注意：有两种可能的原因：
1.网络不发送SMS。
2.用户在键入MSISDN时出错，SMS被发送到其他设备。
无论哪种情况，都将向用户显示一个屏幕，通知他们该过程花费的时间比预期的长。 此屏幕应包含一个带有先前指定的MSISDN的文本框（以便用户在必要时可以对其进行修改）和一个“retry”按钮（最终用户界面和文本标签由MNO自行决定）。
R2-11-2暂时不可用：适用于在配置/设置或配置服务器无法访问期间的内部错误。 该设备应在以后的阶段（即在下一次设备启动时）重新尝试配置。
R2-11-3永久不可用：如果RCS服务提供商不希望向特定订阅提供RCS服务，则MNO要求 ，那么RCS服务提供商应显示该错误消息，并且停止配置过程
R2-11-4如果用户在配置过程完成之前终止配置过程，则一旦用户连接到蜂窝网络，便应自动开始进一步的配置尝试。
2.2.8 Provisioning push
US2-12 作为RCS服务提供商，我希望能够在特殊情况下推送配置设置。
网络发起的配置请求：如果需要，配置推送将允许RCS服务提供商强制重新配置每个用户的设备：
R2-12-1 RCS服务提供商应能够将配置设置推送给新的或现有的RCS用户（例如，在更改参数的情况下）。
R2-12-2如果网络升级到新的RCS版本，则RCS服务提供商应能够推送配置设置。
R2-12-3当设备被永久禁止使用RCS但用户希望开始使用RCS时，RCS服务提供商应能够推送配置设置。
2.2.9 Dual SIM Devices
US2-13 作为设备上安装了多个SIM卡（模块或eSIM）的用户，我想同时为RCS激活两个SIM卡。
R2-13-1设备应尽可能尝试激活两个SIM卡的RCS（即，当相关的MNO都提供RCS服务时）。
R2-13-1-1当两个SIM卡的MNO均提供RCS服务时，两个SIM卡应同时激活RCS，并且应能够提供所有受支持的RCS功能（例如，发送/接收RCS消息和文件传输， 回复功能检查，提供丰富的呼叫功能等）
R2-13-1-2当只有一张SIM卡可以提供RCS服务时，无论插入哪个SIM卡插槽（插槽1或2），都应为RCS激活该身份。
R2-13-1-2-1当只有一张SIM卡可以提供丰富的呼叫功能时，仅当选择了活动的RCS SIM卡来执行呼叫时，才应提供呼叫前功能。
R2-13-1-3当要求用户提供其MSISDN来提供服务时，除了单个SIM卡场景要求外，设备还应向用户清楚显示该用户需要激活哪个SIM卡。
R2-13-1-4主开关和设置的实现应尽可能遵循为单个SIM卡设备定义的规则。 此外，OEM可以决定将适用于两个SIM卡的单个可配置主开关和设置应用于每个SIM卡，或为每个SIM卡支持单独的主开关和设置。
US2-14作为用户，无论何时我通过RCS SIM拨打/接听电话，我都希望享受enriched calling 的便利
R2-14-1当为呼出电话选择了激活的RCS SIM卡时，用户应启用所有入口点以触发扩展呼叫。
R2-14-1-2当用户使用激活的RCS SIM中的身份与另一个RCS用户进行语音呼叫时，应可以进行增强呼叫（呼叫前，呼叫中和呼叫后）。
R2-14-1-3进入的来电呼叫应仅能呼叫激活的RCS SIM身份，因为其他SIM身份不具备RCS功能。
2.3 Technical Information
2.3.1 Overview
2.3.1.1 Provisioning
设置应按照[RCC.07]中的说明进行。
RCS服务提供商可以基于[RCC.14]第2.5节中所述的访问来对主设备进行自动认证，或者基于SIM或基于指定的IMSI进行自动标识[RCC.2.6和2.7所描述]
如果RCS服务提供商不能自动识别用户，则他们应根据[RCC.14]第2.8.3.3节中定义的OpenID Connect机制通过用户界面向用户请求MSISDN或者通过[RCC.14]第2.6节中定义的客户端过程。辅助设备的配置应遵循[RCC.14]的2.8节或2.9节
另一种用于用户身份验证，授权和用户同意的通用方法是[RCC.14]第2.8节中定义的OpenID Connect应用。根据设备的功能，配置客户端应指明支持[RCC.14]和[RCC.07]中定义的OpenID Connect身份验证机制
如果[RCC.14]第2.2节中定义的配置服务器发现过程和[RCC.14]第2.3节中定义的服务发现过程中出现支持RCS服务的网络，则设备应假定RCS服务可用
。。。