QCHAT-06002 [必选] 注册

如下是对终端的要求：

 

1）终端在进行QChat 业务注册前，应首先成功完成CDMA 分组网络注册；若不能完成CDMA 分组网络注册，应不进行以下3）～10）要求中的业务注册。

 

2）当用户在终端里未设置启用QChat 业务国际漫游时，终端在国际漫游期间应不进行3）～9）要求中提及的业务注册。

 

3）若终端不支持UIM 卡的使用，应支持以下处理：

 

  a）每次开机后，读取终端中的IMSI 并报告Provisioning Engine 功能模块，Provisioning Engine 功能模块比较之前存储的IMSI 是否发生变化。

 

      􀁺 若发生变化则存储当前最新 IMSI 且将之前的ETAG 清零（即ETAG＝0）；

 

      􀁺 若无变化则终端不需修改 IMSI 和ETAG 值，且不需向系统侧发起获取QChat 用户号码及终端系统和用户配置数据的请求。

 

  b）Provisioning Engine 功能模块根据用户IMSI 号码已发生变化的情况通过WAP 网关向系统侧发起请求，获得当前IMSI 对应的QChat 用户号码；Provisioning 应用功能模块在用户号码后添加个人域生成用户地址，并利用该IMSI 及运营商字符串（为公钥，通过其它方式发放）采用HMAC-SHA-1 生成BAK（128 位随机数）（具体方法参见附录L），之后用最新的用户地址和BAK 更新user.dat 文件中的相关信息；

 

Provisioning 应用模块成功更新user.dat 文件后，以当前最新用户地址再次向系统侧获取当前最新的终端系统和用户配置数据（消息中带上ETAG 参数值）。参考流程参见附录J 和参考资料【25】；BREW 应用通过WAP 网关访问服务器（下同）的实现参见附录K。

 

  c）每次开机后，XCAP Client 功能模块应使用当前最新用户IMSI 及ETAG，通过WAP 网关发起XCAP 注册。若终端带上的ETAG 值与系统侧保存的不一致，终端还应支持合法QChat 用户完成群组数据的更新。

 

  d）当用户申报终端丢失后，丢失终端再次以Provisioning Engine 功能模块中存储的用户地址数据和鉴权数据发起业务注册时，系统拒绝终端注册请求响应，终端应在收到响应后向用户显示注册失败提示信息。

 

  e）终端在收到系统回复的“用户非法接入”或“未开通QChat 业务”信息后直到用户下一次开机前，均不再发起注册请求。

 

4）若终端支持UIM 卡的使用，应支持以下处理：

 

  a）每次开机后，读取 UIM 卡中的IMSI 并报告Provisioning Engine 功能模块，Provisioning Engine 功能模块比较之前存储的IMSI 是否发生变化

 

      􀁺 若发生变化则存储当前最新 IMSI 且将之前的ETAG 清零（即ETAG＝0）；

 

      􀁺 若无变化则终端不需修改 IMSI 和ETAG 值，且不需向系统侧发起获取QChat 用户号码及终端系统和用户配置数据的请求。

 

  b）Provisioning Engine 功能模块根据用户IMSI 号码已发生变化的情况通过WAP 网关向系统侧发起请求，获得当前IMSI 对应的QChat 用户号码；Provisioning 应用功能模块在用户号码后添加个人域生成用户地址，并利用该IMSI 及运营商字符串（为公钥，通过其它方式发放）采用HMAC-SHA-1 生成BAK（128 位随机数）（具体方法参见附录L），之后用最新的用户地址和BAK 更新user.dat 文件中的相关信息；

 

Provisioning 应用模块成功更新user.dat 文件后，以当前最新用户地址再次向系统侧获取当前最新的终端系统和用户配置数据（消息中带上ETAG 参数值）。参考流程参见附录J 和参考资料【25】。

 

  c）每次开机且选择手动注册后，XCAP Client 功能模块应使用当前最新用户IMSI 号码及ETAG，通过WAP 网关发起XCAP 注册。若终端带上的ETAG 值与系统侧保存的不一致，终端还应支持合法QChat 用户完成群组数据的更新。

 

  d）若用户申报终端及UIM 卡丢失后，系统将存储的该用户地址数据和鉴权数据挂起。

 

      􀁺 当丢失的终端及 UIM 卡再次以Provisioning Engine 功能模块中存储的用户地址数据和鉴权数据发起业务注册时，系统拒绝终端注册请求响应，终端应在收到响应后向用户显示注册失败提示信息；

 

      􀁺 当丢失的终端插入新 UIM 卡时应先按照a）和c）的要求操作，获得新IMSI 对应的QChat 用户地址并刷新Provisioning Engine功能模块中存储的信息、之后能成功发起业务注册，若新UIM 未开通QChat 业务则不能获得对应的QChat 用户地址、系统拒绝终端注册请求响应并提示用户非法接入，终端应在收到响应后向用户显示注册失败提示信息；

 

      􀁺 当新终端插入丢失的 UIM 卡以Provisioning Engine 功能模块中存储的新用户地址数据和丢失UIM 卡时应先按照a）和c）的要求操作，无法获得丢失UIM 卡上IMSI 对应的QChat 用户地址，系统拒绝终端注册请求响应并提示用户非法接入，终端应在收到响应后向用户显示注册失败提示信息。

 

  e）终端在收到系统回复的“用户非法接入”或“未开通QChat 业务”信息后直到用户下一次开机前，均不再发起注册请求。

 

5）终端应根据向系统侧注册时获得的用户地址及BAK 参数，发起向QAS服务器的开机自动注册或手动方式的业务启动注册。

 

6）终端在完成开机业务注册后进行的其它类型注册，均以ProvisioningEngine 功能模块中存储的用户地址数据和鉴权数据发起。

 

7）终端在正常关机状态或手动发起的去注册，终端均以Provisioning Engine功能模块中存储的用户地址数据和鉴权数据发起，并且去注册后不能删除Provisioning Engine 功能模块中存储中的QChat 业务用户地址和鉴权数据及ETAG 值。

 

8）终端每次正常开/关机或正常启动/退出QChat 业务时，应支持通过SIP 协议发起注册/去注册，具体要求参见参考资料【14】。

 

9）当终端已完成QChat 业务注册后离开Rev.A 覆盖区后重新获取Rev.A 系统，应自动重新完成业务注册。

 

10） 当终端支持开机更换 UIM 卡且不发生重启时，在9）中还应检查UIM卡中IMSI 信息是否发生变化，并以当前最新IMSI 信息自动重新完成业务注册。（可选）