數(shù)據(jù)卡處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種數(shù)據(jù)卡處理方法及裝置。
【背景技術(shù)】
[0002] IP多媒體子系統(tǒng)（IP Multimedia System，簡稱為頂S)最先在3GPP的R5版本中 被提出，目的是定義一套基于互聯(lián)網(wǎng)工程任務(wù)組（Internet Engineering Task Force,簡 稱為IETF)的信令控制協(xié)議（Session Initiation Protocol,簡稱為SIP)、與接入網(wǎng)絡(luò)無 關(guān)并支持IP多媒體應(yīng)用的完全解決方案。IMS為無線用戶提供端到端的實時或非實時的多 媒體業(yè)務(wù)，實現(xiàn)語音、視頻、消息、數(shù)據(jù)的整合，將互聯(lián)網(wǎng)和移動通訊技術(shù)盡可能的結(jié)合起來 共同發(fā)展。
[0003] 富通信套件（Rich Communication Suite，簡稱為RCS)是一種基于IMS的手機地 址簿的集語音、即時消息、文件傳輸、內(nèi)容共享、呈現(xiàn)、位置服務(wù)等多種通信方式于一體的融 合通信服務(wù)。但RCS不僅僅局限于上述所列功能，它的新版本仍在不斷融合新的功能當中。
[0004] 圖1是RCS業(yè)務(wù)體系結(jié)構(gòu)圖，如圖1所示，RCS的業(yè)務(wù)體系結(jié)構(gòu)主要分為三個部 分：呈現(xiàn)和群組管理（Presentation and Group Management,簡稱為PGM)服務(wù)器、即時通 訊（Instant Messaging,簡稱為IM)服務(wù)器、網(wǎng)絡(luò)地址簿服務(wù)器。PGM系統(tǒng)主要包括七個部 分：呈現(xiàn)服務(wù)器（Presence Server,簡稱為PS)、呈現(xiàn)文檔管理服務(wù)器（Presence XDMS，簡 稱為P XDMS)、資源服務(wù)器（RLS)、資源文檔管理服務(wù)器（RLS XDMS)、集合代理（Aggregation Proxy，簡稱為AP)、共享文檔管理服務(wù)器（Shared XDMS，簡稱為S XDMS)、內(nèi)容文檔管理服務(wù) 器（Content XDMS，簡稱為 C XDMS)。
[0005] 呈現(xiàn)服務(wù)器（Presence Server)接收并存儲發(fā)布者的發(fā)布的呈現(xiàn)信息（業(yè)務(wù)能力 和超可用性（hyper-availability)),當發(fā)布者的個人文檔或呈現(xiàn)信息改變時通知觀察者 (watcher)。用戶終端（UE)、其他的應(yīng)用服務(wù)器（AS)都可以作為訂閱者（Watcher),向呈現(xiàn) 服務(wù)器訂閱指定用戶的呈現(xiàn)信息；
[0006] 呈現(xiàn)文件管理服務(wù)器（Presence XDMS)管理有關(guān)呈現(xiàn)信息的文檔，如呈現(xiàn)授權(quán)策 略，并且接收相關(guān)呈現(xiàn)文檔的變化的訂閱以及發(fā)送變化的通知；
[0007] 資源列表服務(wù)器（RLS)支持用戶使用訂閱列表來訂閱一組用戶的呈現(xiàn)信息；用戶 的訂閱列表信息保存在RLS上，由用戶自己來維護；
[0008] 資源列表文件管理服務(wù)器（RLS XDMS)管理有關(guān)資源列表文檔，如呈現(xiàn)列表，并且 接收相關(guān)資源文檔的變化的訂閱以及變化的通知；
[0009] 集合代理服務(wù)器（AP)提供用戶XCAP接入的鑒權(quán)，為XCAP請求服務(wù)器提供代理分 發(fā)功能；
[0010] 共享文檔管理服務(wù)器（Shared XDMS)存儲用戶聯(lián)系人列表（RCS列表，Block列表， 臨時阻止Revoke列表），接收相關(guān)網(wǎng)元的訂閱提供文檔變化的通知；
[0011] 內(nèi)容服務(wù)器（Content XDMS)存儲并且管理呈現(xiàn)的多用途互聯(lián)網(wǎng)郵件擴展 (Multipurposs Internet Mail Extensions，簡稱為 MIME)對象；
[0012] 計費功能模塊：提供計費功能并能和移動電子公告牌系統(tǒng)（Bulletin Board System,簡稱為BSS)系統(tǒng)相連，上傳計費話單；
[0013] 網(wǎng)管/業(yè)務(wù)管理功能模塊：網(wǎng)管功能模塊部分提供給數(shù)據(jù)網(wǎng)網(wǎng)管系統(tǒng)的簡單網(wǎng)絡(luò) 管理協(xié)議（Simple Network Management Protocol,簡稱為SNMP)接口，實現(xiàn)網(wǎng)管系統(tǒng)對PGM 進行維護、配置與管理；業(yè)務(wù)管理模塊部分通過簡單對象訪問協(xié)議（Simple Object Access Protocol，簡稱為SOAP)和數(shù)據(jù)業(yè)務(wù)管理系統(tǒng)相連，實現(xiàn)頂S客戶開戶、業(yè)務(wù)受理、業(yè)務(wù)變 更、客戶服務(wù)功能。
[0014] 開通RCS業(yè)務(wù)后的RCS終端的登錄流程包括以下幾個步驟：
[0015] 步驟1 :發(fā)送注冊消息（SIP REGISTER)對用戶進行身份鑒權(quán)；
[0016] 步驟 2 :進行 XML 配置訪問協(xié)議（XML Configutation Access Protocol，簡稱為 XCAP)接入鑒權(quán)；
[0017] 步驟3 :進行文檔檢查，主要包括以下幾個文檔：
[0018] resource-lists :聯(lián)系人列表；
[0019] pres-content :聯(lián)系人頭像；
[0020] rls-services :訂閱列表；
[0021] pres-rules :用戶的呈現(xiàn)策略，比如是否允許發(fā)送匿名請求等；
[0022] perm-presence:用戶的永久呈現(xiàn)信息，包括Favorite Link(個人網(wǎng)頁），F(xiàn)ree Text (個性簽名）等；
[0023] 終端判斷上述這些文檔是否存在，若不存在則分別創(chuàng)建這些文檔；若存在則與本 地存儲的對應(yīng)文檔進行版本對比，若版本不同則分別獲取文檔內(nèi)容進行本地保存，若版本 相同則無需重新從服務(wù)器獲?。?br>[0024] 步驟4 :通過發(fā)布（SIP PUBLISH)用戶的呈現(xiàn)狀態(tài)；
[0025] 步驟5 :通過訂閱（SIP SUBSCRIBE)RCS聯(lián)系人的社交呈現(xiàn)信息，這樣與用戶建立 訂閱關(guān)系的好友狀態(tài)發(fā)生改變時就可以通過通知（SIP NOTIFY)到該用戶；
[0026] 通過上面的描述可以看出RCS終端登錄流程是一個比較復(fù)雜的業(yè)務(wù)流程，當用戶 更換客戶識別模塊（Subscriber Identity Module,簡稱為SIM卡）時，其實用戶的RCS文 檔信息以及好友關(guān)系并不會發(fā)生變化，但是卻因為更換S頂卡的一個操作導(dǎo)致用戶重新做 一遍文檔檢查以及重新建立好友關(guān)系，且可能還要發(fā)短信分別通知到好友自己更換S頂號 碼。
[0027] 針對相關(guān)技術(shù)中，用戶更換S頂卡時導(dǎo)致用戶重新做一遍文檔檢查以及重新建立 好友關(guān)系，流程復(fù)雜的問題，在相關(guān)技術(shù)中還未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0028] 本發(fā)明提供了一種數(shù)據(jù)卡處理方法及裝置，以至少解決現(xiàn)有技術(shù)中用戶更換S頂 卡時導(dǎo)致用戶重新做一遍文檔檢查以及重新建立好友關(guān)系，流程復(fù)雜的問題。
[0029] 根據(jù)本發(fā)明的一個方面，提供了一種數(shù)據(jù)卡處理方法，包括：服務(wù)器接收終端發(fā)送 的用于請求將所述終端數(shù)據(jù)卡一的信息關(guān)聯(lián)到數(shù)據(jù)卡二的請求消息；所述服務(wù)器依據(jù)所述 請求消息，將所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至所述數(shù)據(jù)卡二。
[0030] 優(yōu)選地，所述服務(wù)器接收所述終端發(fā)送的用于請求將所述終端數(shù)據(jù)卡一的信息關(guān) 聯(lián)到所述數(shù)據(jù)卡二的所述請求消息包括：所述服務(wù)器接收所述終端發(fā)送的信令控制協(xié)議 SIP注冊報文，其中，所述SIP注冊報文攜帶有所述請求消息。
[0031] 優(yōu)選地，在所述服務(wù)器依據(jù)所述請求消息，將與所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至所述 數(shù)據(jù)卡二之前還包括：所述服務(wù)器對所述數(shù)據(jù)卡一和所述數(shù)據(jù)卡二進行身份驗證，在驗證 合法的情況下，所述服務(wù)器依據(jù)所述請求消息，將與所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至所述數(shù)據(jù) 卡二。
[0032] 優(yōu)選地，所述服務(wù)器依據(jù)所述請求消息，將所述數(shù)據(jù)卡一的以下至少之一的信息 關(guān)聯(lián)至所述數(shù)據(jù)卡二：所述數(shù)據(jù)卡一的呈現(xiàn)信息、所述數(shù)據(jù)卡一的呈現(xiàn)授權(quán)策略文檔、所述 數(shù)據(jù)卡一的資源服務(wù)器RLS列表信息、所述數(shù)據(jù)卡一的富通信套件RCS列表、塊Block列 表、Revoke列表。
[0033] 優(yōu)選地，在所述服務(wù)器依據(jù)所述請求消息，將與所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至所述 數(shù)據(jù)卡二之后包括：所述服務(wù)器向所述終端好友發(fā)送所述終端由所述數(shù)據(jù)卡一更換為所述 數(shù)據(jù)卡二的消息。
[0034] 根據(jù)本發(fā)明的另一方面，提供了另一種數(shù)據(jù)卡處理方法，包括：終端檢測到其數(shù)據(jù) 卡由數(shù)據(jù)卡一更換為數(shù)據(jù)卡二；所述終端將用于請求將所述終端數(shù)據(jù)卡一的信息關(guān)聯(lián)到數(shù) 據(jù)卡二的請求消息發(fā)送給服務(wù)器；所述終端接收所述服務(wù)器將所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至 所述數(shù)據(jù)卡二的信息。
[0035] 優(yōu)選地，所述終端將所述請求消息發(fā)送給所述服務(wù)器包括：所述終端將所述請求 消息攜帶于信令控制協(xié)議SIP注冊報文中發(fā)送給所述服務(wù)器。
[0036] 根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)卡處理裝置，所述裝置應(yīng)用于服務(wù)器，包 括：第一接收模塊，用于接收終端發(fā)送的用于請求將所述終端數(shù)據(jù)卡一的信息關(guān)聯(lián)到數(shù)據(jù) 卡二的請求消息；關(guān)聯(lián)模塊，用于依據(jù)所述請求消息，將所述數(shù)據(jù)卡一的信息關(guān)聯(lián)至所述數(shù) 據(jù)卡二。
[0037] 優(yōu)選地，所述接收模塊還用于接收所述終端發(fā)送的信令控制協(xié)議SIP注冊報文， 其中，所述SIP注冊報文攜帶有所述請求消息。
[0038] 優(yōu)選地，所述裝置還包括：驗證模塊，用于對所述數(shù)據(jù)卡一和所述數(shù)據(jù)卡二進行身 份驗證，在驗證合法的情況下，所述關(guān)聯(lián)模塊依據(jù)所述請求消息，將與所述數(shù)據(jù)卡一的信息 關(guān)聯(lián)至所述數(shù)據(jù)卡二。
[0039] 優(yōu)選地，所述關(guān)聯(lián)模塊還用于依據(jù)所述請求消息，將所述數(shù)據(jù)卡一的以下至少之 一的信息關(guān)聯(lián)至所述數(shù)據(jù)卡二