如下是對終端的要求：

 

1）終端在進行QChat 業(yè)務(wù)注冊前，應(yīng)首先成功完成CDMA 分組網(wǎng)絡(luò)注冊；若不能完成CDMA 分組網(wǎng)絡(luò)注冊，應(yīng)不進行以下3）～10）要求中的業(yè)務(wù)注冊。

 

2）當用戶在終端里未設(shè)置啟用QChat 業(yè)務(wù)國際漫游時，終端在國際漫游期間應(yīng)不進行3）～9）要求中提及的業(yè)務(wù)注冊。

 

3）若終端不支持UIM 卡的使用，應(yīng)支持以下處理：

 

  a）每次開機后，讀取終端中的IMSI 并報告Provisioning Engine 功能模塊，Provisioning Engine 功能模塊比較之前存儲的IMSI 是否發(fā)生變化。

 

      􀁺 若發(fā)生變化則存儲當前最新 IMSI 且將之前的ETAG 清零（即ETAG＝0）；

 

      􀁺 若無變化則終端不需修改 IMSI 和ETAG 值，且不需向系統(tǒng)側(cè)發(fā)起獲取QChat 用戶號碼及終端系統(tǒng)和用戶配置數(shù)據(jù)的請求。

 

  b）Provisioning Engine 功能模塊根據(jù)用戶IMSI 號碼已發(fā)生變化的情況通過WAP 網(wǎng)關(guān)向系統(tǒng)側(cè)發(fā)起請求，獲得當前IMSI 對應(yīng)的QChat 用戶號碼；Provisioning 應(yīng)用功能模塊在用戶號碼后添加個人域生成用戶地址，并利用該IMSI 及運營商字符串（為公鑰，通過其它方式發(fā)放）采用HMAC-SHA-1 生成BAK（128 位隨機數(shù)）（具體方法參見附錄L），之后用最新的用戶地址和BAK 更新user.dat 文件中的相關(guān)信息；

 

Provisioning 應(yīng)用模塊成功更新user.dat 文件后，以當前最新用戶地址再次向系統(tǒng)側(cè)獲取當前最新的終端系統(tǒng)和用戶配置數(shù)據(jù)（消息中帶上ETAG 參數(shù)值）。參考流程參見附錄J 和參考資料【25】；BREW 應(yīng)用通過WAP 網(wǎng)關(guān)訪問服務(wù)器（下同）的實現(xiàn)參見附錄K。

 

  c）每次開機后，XCAP Client 功能模塊應(yīng)使用當前最新用戶IMSI 及ETAG，通過WAP 網(wǎng)關(guān)發(fā)起XCAP 注冊。若終端帶上的ETAG 值與系統(tǒng)側(cè)保存的不一致，終端還應(yīng)支持合法QChat 用戶完成群組數(shù)據(jù)的更新。

 

  d）當用戶申報終端丟失后，丟失終端再次以Provisioning Engine 功能模塊中存儲的用戶地址數(shù)據(jù)和鑒權(quán)數(shù)據(jù)發(fā)起業(yè)務(wù)注冊時，系統(tǒng)拒絕終端注冊請求響應(yīng)，終端應(yīng)在收到響應(yīng)后向用戶顯示注冊失敗提示信息。

 

  e）終端在收到系統(tǒng)回復(fù)的“用戶非法接入”或“未開通QChat 業(yè)務(wù)”信息后直到用戶下一次開機前，均不再發(fā)起注冊請求。

 

4）若終端支持UIM 卡的使用，應(yīng)支持以下處理：

 

  a）每次開機后，讀取 UIM 卡中的IMSI 并報告Provisioning Engine 功能模塊，Provisioning Engine 功能模塊比較之前存儲的IMSI 是否發(fā)生變化

 

      􀁺 若發(fā)生變化則存儲當前最新 IMSI 且將之前的ETAG 清零（即ETAG＝0）；

 

      􀁺 若無變化則終端不需修改 IMSI 和ETAG 值，且不需向系統(tǒng)側(cè)發(fā)起獲取QChat 用戶號碼及終端系統(tǒng)和用戶配置數(shù)據(jù)的請求。

 

  b）Provisioning Engine 功能模塊根據(jù)用戶IMSI 號碼已發(fā)生變化的情況通過WAP 網(wǎng)關(guān)向系統(tǒng)側(cè)發(fā)起請求，獲得當前IMSI 對應(yīng)的QChat 用戶號碼；Provisioning 應(yīng)用功能模塊在用戶號碼后添加個人域生成用戶地址，并利用該IMSI 及運營商字符串（為公鑰，通過其它方式發(fā)放）采用HMAC-SHA-1 生成BAK（128 位隨機數(shù)）（具體方法參見附錄L），之后用最新的用戶地址和BAK 更新user.dat 文件中的相關(guān)信息；

 

Provisioning 應(yīng)用模塊成功更新user.dat 文件后，以當前最新用戶地址再次向系統(tǒng)側(cè)獲取當前最新的終端系統(tǒng)和用戶配置數(shù)據(jù)（消息中帶上ETAG 參數(shù)值）。參考流程參見附錄J 和參考資料【25】。

 

  c）每次開機且選擇手動注冊后，XCAP Client 功能模塊應(yīng)使用當前最新用戶IMSI 號碼及ETAG，通過WAP 網(wǎng)關(guān)發(fā)起XCAP 注冊。若終端帶上的ETAG 值與系統(tǒng)側(cè)保存的不一致，終端還應(yīng)支持合法QChat 用戶完成群組數(shù)據(jù)的更新。

 

  d）若用戶申報終端及UIM 卡丟失后，系統(tǒng)將存儲的該用戶地址數(shù)據(jù)和鑒權(quán)數(shù)據(jù)掛起。

 

      􀁺 當丟失的終端及 UIM 卡再次以Provisioning Engine 功能模塊中存儲的用戶地址數(shù)據(jù)和鑒權(quán)數(shù)據(jù)發(fā)起業(yè)務(wù)注冊時，系統(tǒng)拒絕終端注冊請求響應(yīng)，終端應(yīng)在收到響應(yīng)后向用戶顯示注冊失敗提示信息；

 

      􀁺 當丟失的終端插入新 UIM 卡時應(yīng)先按照a）和c）的要求操作，獲得新IMSI 對應(yīng)的QChat 用戶地址并刷新Provisioning Engine功能模塊中存儲的信息、之后能成功發(fā)起業(yè)務(wù)注冊，若新UIM 未開通QChat 業(yè)務(wù)則不能獲得對應(yīng)的QChat 用戶地址、系統(tǒng)拒絕終端注冊請求響應(yīng)并提示用戶非法接入，終端應(yīng)在收到響應(yīng)后向用戶顯示注冊失敗提示信息；

 

      􀁺 當新終端插入丟失的 UIM 卡以Provisioning Engine 功能模塊中存儲的新用戶地址數(shù)據(jù)和丟失UIM 卡時應(yīng)先按照a）和c）的要求操作，無法獲得丟失UIM 卡上IMSI 對應(yīng)的QChat 用戶地址，系統(tǒng)拒絕終端注冊請求響應(yīng)并提示用戶非法接入，終端應(yīng)在收到響應(yīng)后向用戶顯示注冊失敗提示信息。

 

  e）終端在收到系統(tǒng)回復(fù)的“用戶非法接入”或“未開通QChat 業(yè)務(wù)”信息后直到用戶下一次開機前，均不再發(fā)起注冊請求。

 

5）終端應(yīng)根據(jù)向系統(tǒng)側(cè)注冊時獲得的用戶地址及BAK 參數(shù)，發(fā)起向QAS服務(wù)器的開機自動注冊或手動方式的業(yè)務(wù)啟動注冊。

 

6）終端在完成開機業(yè)務(wù)注冊后進行的其它類型注冊，均以ProvisioningEngine 功能模塊中存儲的用戶地址數(shù)據(jù)和鑒權(quán)數(shù)據(jù)發(fā)起。

 

7）終端在正常關(guān)機狀態(tài)或手動發(fā)起的去注冊，終端均以Provisioning Engine功能模塊中存儲的用戶地址數(shù)據(jù)和鑒權(quán)數(shù)據(jù)發(fā)起，并且去注冊后不能刪除Provisioning Engine 功能模塊中存儲中的QChat 業(yè)務(wù)用戶地址和鑒權(quán)數(shù)據(jù)及ETAG 值。

 

8）終端每次正常開/關(guān)機或正常啟動/退出QChat 業(yè)務(wù)時，應(yīng)支持通過SIP 協(xié)議發(fā)起注冊/去注冊，具體要求參見參考資料【14】。

 

9）當終端已完成QChat 業(yè)務(wù)注冊后離開Rev.A 覆蓋區(qū)后重新獲取Rev.A 系統(tǒng)，應(yīng)自動重新完成業(yè)務(wù)注冊。

 

10） 當終端支持開機更換 UIM 卡且不發(fā)生重啟時，在9）中還應(yīng)檢查UIM卡中IMSI 信息是否發(fā)生變化，并以當前最新IMSI 信息自動重新完成業(yè)務(wù)注冊。（可選）