如下是對終端的要求：

 

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 信息自動重新完成業務注冊。（可選）