一種用于處理數(shù)據(jù)的方法與設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種UDC架構(gòu)下數(shù)據(jù)管理的技術(shù)。
【背景技術(shù)】
[0002] 3GPP 定義的 UDC(User Data Convergence)架構(gòu)如圖 1 所示。UDC 架構(gòu)提出了一 種分層的結(jié)構(gòu),將用戶數(shù)據(jù)處理和數(shù)據(jù)存儲(chǔ)分離。UDC架構(gòu)包括兩部分:
[0003] UDR扣ser Data R巧ository,用戶數(shù)據(jù)存儲(chǔ));僅用于存儲(chǔ)用戶數(shù)據(jù),其對(duì)于用戶 數(shù)據(jù)之間的邏輯關(guān)系并不知曉。UDR也被稱為后端。
[0004] 陽(yáng)化ront化d,前端);負(fù)責(zé)業(yè)務(wù)處理。
[0005] 陽(yáng)和UDR之間通過(guò)Ud接口通信,Ud接口主要包括LDAP化i曲twei曲t Directory Access Protocol,輕量目錄訪問(wèn)協(xié)議)和 S0AP(Simple Object Access Protocol,簡(jiǎn)單對(duì) 象訪問(wèn)協(xié)議)。LDAP主要用于對(duì)于數(shù)據(jù)的操作,比如增加、刪除、修改、查詢操作等。SOAP主 要用于數(shù)據(jù)的訂閱和通知。
[0006] UDC的前端(即陽(yáng))主要面向核必網(wǎng)絡(luò),處理來(lái)自核必網(wǎng)絡(luò)的信令消息和業(yè)務(wù)請(qǐng) 求,通過(guò)Ud接口向后端數(shù)據(jù)庫(kù)(即UDR)訪問(wèn),更新用戶數(shù)據(jù)。FE不永久存儲(chǔ)用戶數(shù)據(jù),在 業(yè)務(wù)處理完成后將刪除臨時(shí)獲得的用戶數(shù)據(jù)。
[0007] UDC架構(gòu)可W簡(jiǎn)化網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)和接口,避免數(shù)據(jù)重復(fù)和不一致性,UDC提供了 標(biāo)準(zhǔn)的數(shù)據(jù)訪問(wèn)接口使得新業(yè)務(wù)的創(chuàng)建變得更加容易。
[0008] 但是,3GPP定義的UDC架構(gòu)也存在一些不足。
[0009] 實(shí)際中很多用戶的用戶數(shù)據(jù)具有一些相同的內(nèi)容,比如,幾百萬(wàn)個(gè)LTE用戶可能 具有相同的EPS (Evolved Packet System,演進(jìn)的分組系統(tǒng))業(yè)務(wù)數(shù)據(jù),送些EPS業(yè)務(wù)數(shù)據(jù) 包括AMBR數(shù)據(jù)(Aggregated Maximum Bit Rate,聚合最大比特速率)、APN數(shù)據(jù)(Access Point Name,接入點(diǎn)名稱)、QoS (如ality of Service,服務(wù)質(zhì)量)數(shù)據(jù)等。而一個(gè)LTE用戶 可能具有幾十個(gè)甚至上百個(gè)EPS業(yè)務(wù)數(shù)據(jù)。對(duì)于每個(gè)用戶數(shù)據(jù),UDR都要存儲(chǔ)送些EPS業(yè) 務(wù)數(shù)據(jù),而對(duì)于需要存儲(chǔ)大量用戶數(shù)據(jù)的UDR來(lái)說(shuō),送無(wú)疑要浪費(fèi)很多的存儲(chǔ)空間。而且, 當(dāng)FE從UDR下載用戶數(shù)據(jù)時(shí),對(duì)于每個(gè)用戶數(shù)據(jù),送些業(yè)務(wù)數(shù)據(jù)均會(huì)被下載。FE和UDR之 間的通信通常是通過(guò)WAN (Wide Area化twork,廣域網(wǎng)),而WAN的帶寬是非常寶貴的。每 次都下載相同的EPS業(yè)務(wù)數(shù)據(jù)占用了大量的帶寬,送無(wú)疑也是很大的浪費(fèi),而且降低了系 統(tǒng)的性能。
[0010] 為了解決送些問(wèn)題,共享數(shù)據(jù)的概念被提出并在UDR中實(shí)現(xiàn)了。把大量用戶數(shù)據(jù) 中相同的數(shù)據(jù)抽出來(lái)作為單獨(dú)的對(duì)象來(lái)存儲(chǔ),而在用戶數(shù)據(jù)部分定義對(duì)送些抽出來(lái)的數(shù)據(jù) 的引用。送些被抽出來(lái)的單獨(dú)存儲(chǔ)的數(shù)據(jù)被稱之為共享數(shù)據(jù)。因?yàn)楣蚕頂?shù)據(jù)可能被很多用 戶引用,所W共享數(shù)據(jù)的改動(dòng)會(huì)影響到很多用戶,所W在各種引入了共享數(shù)據(jù)的概念的方 案中,都需要解決如果管理共享數(shù)據(jù)問(wèn)題。但是,現(xiàn)有的解決方案大多數(shù)是私有的,不是通 用的。特別是對(duì)于共享數(shù)據(jù)的管理,很多是采用人工管理的方式,當(dāng)UDR中的共享數(shù)據(jù)發(fā)生 改變時(shí),在FE側(cè)手動(dòng)地進(jìn)行相應(yīng)的操作。而手動(dòng)操作難免會(huì)帶來(lái)一些錯(cuò)誤和失誤,而且由 于送些操作不是標(biāo)準(zhǔn)的,也無(wú)法和其他廠商的設(shè)備很好的兼容。
[0011] 因此,如何在3GPP的UDC架構(gòu)中有效地管理共享數(shù)據(jù)是一個(gè)急需解決的問(wèn)題。
【發(fā)明內(nèi)容】
[0012] 本發(fā)明的目的是提供一種在UDC架構(gòu)下有效管理數(shù)據(jù)的方法與設(shè)備。
[0013] 根據(jù)本發(fā)明的第一個(gè)方面,提供了一種在UDR中處理數(shù)據(jù)的方法,所述UDR中存 儲(chǔ)的數(shù)據(jù)分為用戶數(shù)據(jù)和共享數(shù)據(jù),其中,所述用戶數(shù)據(jù)和每個(gè)用戶一一對(duì)應(yīng),每個(gè)共享數(shù) 據(jù)被至少一個(gè)用戶數(shù)據(jù)引用,該方法包括W下步驟:當(dāng)一個(gè)共享數(shù)據(jù)發(fā)生改變時(shí),向訂閱該 共享數(shù)據(jù)的改變的FE發(fā)送第一通知消息,其中包含了所述共享數(shù)據(jù)的標(biāo)識(shí);接收來(lái)自所述 FE的檢索請(qǐng)求消息,其中包含了所述共享數(shù)據(jù)的標(biāo)識(shí)和待檢索的用戶數(shù)據(jù)的信息,所述檢 索請(qǐng)求消息用于指示所述UDR從所述待檢索的用戶數(shù)據(jù)中檢索出哪些用戶數(shù)據(jù)引用了所 述共享數(shù)據(jù);根據(jù)所述待檢索的用戶數(shù)據(jù)的信息判斷其中哪些用戶數(shù)據(jù)引用了所述共享數(shù) 據(jù);對(duì)于每個(gè)引用了所述共享數(shù)據(jù)的用戶數(shù)據(jù),向所述FE發(fā)送第二通知消息,其中包含了 所述用戶數(shù)據(jù)的標(biāo)識(shí)。
[0014] 優(yōu)選地,檢索請(qǐng)求消息為L(zhǎng)DAP消息,待檢索的用戶數(shù)據(jù)的信息進(jìn)一步包括待檢索 的用戶數(shù)據(jù)的DN和待檢索的數(shù)據(jù)屬性。
[0015] 優(yōu)選地,所述檢索請(qǐng)求消息還包含發(fā)送通知的間隔時(shí)間,所述向所述FE發(fā)送第二 通知消息的步驟進(jìn)一步包括當(dāng)發(fā)送的第二通知消息為多條時(shí),相鄰兩條第二通知消息的發(fā) 送時(shí)間之間的間隔為所述間隔時(shí)間。
[0016] 根據(jù)本發(fā)明的第二個(gè)方面,提供了一種在FE中處理數(shù)據(jù)的方法,該方法包括W下 步驟:接收來(lái)自一個(gè)UDR的第一通知消息,其中包含了發(fā)生改變的數(shù)據(jù)的標(biāo)識(shí);判斷所述發(fā) 生改變的數(shù)據(jù)是否是一個(gè)共享數(shù)據(jù);如果是,向所述UDR發(fā)送檢索請(qǐng)求消息,其中包含了所 述發(fā)生改變的共享數(shù)據(jù)的標(biāo)識(shí)和待檢索的用戶數(shù)據(jù)的信息,所述檢索請(qǐng)求消息用于指示所 述UDR從所述待檢索的用戶數(shù)據(jù)中檢索出哪些用戶數(shù)據(jù)引用了所述共享數(shù)據(jù);接收來(lái)自所 述UDR的第二通知消息,其中包含了一個(gè)用戶數(shù)據(jù)的標(biāo)識(shí),所述用戶數(shù)據(jù)被包含在所述待 檢索的用戶數(shù)據(jù)之中且引用了所述共享數(shù)據(jù)。
[0017] 優(yōu)選地,在所述向所述UDR發(fā)送檢索請(qǐng)求消息步驟之前,該方法還包括:根據(jù)預(yù)定 規(guī)則確定所述待檢索的用戶數(shù)據(jù)。
[0018] 優(yōu)選地,該方法還包括;根據(jù)發(fā)生改變的數(shù)據(jù)的內(nèi)容,向相關(guān)網(wǎng)元發(fā)送通知消息。
[0019] 優(yōu)選地,檢索請(qǐng)求消息為L(zhǎng)DAP消息,待檢索的用戶數(shù)據(jù)的信息進(jìn)一步包括待檢索 的用戶數(shù)據(jù)的DN和待檢索的數(shù)據(jù)屬性。
[0020] 優(yōu)選地,所述檢索請(qǐng)求消息還包含發(fā)送通知的間隔時(shí)間,當(dāng)所述UDR發(fā)送的第二 通知消息為多條時(shí),相鄰兩條第二通知消息的發(fā)送時(shí)間之間的間隔為所述間隔時(shí)間。
[002。 優(yōu)選地,其中相關(guān)網(wǎng)元為W下網(wǎng)元之一;S-CSCF,MME,AAA服務(wù)器,AS,所述通知消 息為Diameter消息。
[0022] 根據(jù)本發(fā)明的第H個(gè)方面,提供了 一種在UDR中處理數(shù)據(jù)的裝置,所述UDR中存儲(chǔ) 的數(shù)據(jù)分為用戶數(shù)據(jù)和共享數(shù)據(jù),其中,所述用戶數(shù)據(jù)和每個(gè)用戶一一對(duì)應(yīng),每個(gè)共享數(shù)據(jù) 被至少一個(gè)用戶數(shù)據(jù)引用,該裝置包括:第一發(fā)送裝置,用于當(dāng)一個(gè)共享數(shù)據(jù)發(fā)生改變時(shí), 向訂閱該共享數(shù)據(jù)的改變的FE發(fā)送第一通知消息,其中包含了所述共享數(shù)據(jù)的標(biāo)識(shí);第 一接收裝置,用于接收來(lái)自所述FE的檢索請(qǐng)求消息,其中包含了所述共享數(shù)據(jù)的標(biāo)識(shí)和待 檢索的用戶數(shù)據(jù)的信息,所述檢索請(qǐng)求消息用于指示所述UDR從所述待檢索的用戶數(shù)據(jù)中 檢索出哪些用戶數(shù)據(jù)引用了所述共享數(shù)據(jù);第一判斷裝置,用于根據(jù)所述待檢索的用戶數(shù) 據(jù)的信息判斷其中哪些用戶數(shù)據(jù)引用了所述共享數(shù)據(jù);第二發(fā)送裝置,用于對(duì)于每個(gè)引用 了所述共享數(shù)據(jù)的用戶數(shù)據(jù),向所述FE發(fā)送第二通知消息,其中包含了所述用戶數(shù)據(jù)的標(biāo) 識(shí)。
[0023] 優(yōu)選地,檢索請(qǐng)求消息為L(zhǎng)DAP消息,待檢索的用戶數(shù)據(jù)的信息進(jìn)一步包括待檢索 的用戶數(shù)據(jù)的DN和待檢索的數(shù)據(jù)屬性。
[0024] 優(yōu)選地,所述檢索請(qǐng)求消息還包含發(fā)送通知的間隔時(shí)間,所述向所述FE發(fā)送第二 通知消息的步驟進(jìn)一步包括當(dāng)發(fā)送的第二通知消息為多條時(shí),相鄰兩條第二通知消息的發(fā) 送時(shí)間之間的間隔為所述間隔時(shí)間。
[0025] 根據(jù)本發(fā)明的第四個(gè)方面,提供了一種在FE中處理數(shù)據(jù)的裝置,該裝置包括:第 二接收裝置,用于接收來(lái)自一個(gè)UDR的第一通知消息,其中包含了發(fā)生改變的數(shù)據(jù)的標(biāo)識(shí); 第二判斷裝置,用于判斷所述發(fā)生改變的數(shù)據(jù)是否是一個(gè)共享數(shù)據(jù);第H發(fā)送裝置,用于當(dāng) 第二判斷裝置的判斷結(jié)果為是時(shí),向所述UDR發(fā)送檢索請(qǐng)求消息,其中包含了所述發(fā)生改 變的共享數(shù)據(jù)的標(biāo)識(shí)和待檢索的用戶數(shù)據(jù)的信息,所述檢索請(qǐng)求消息用于指示所述UDR從 所述待檢索的用戶數(shù)據(jù)中檢索出哪些用戶數(shù)據(jù)引用了所述共享數(shù)據(jù);第H接收裝置,用于 接收來(lái)自所述UDR的第二通知消息,其中包含了一個(gè)用戶數(shù)據(jù)的標(biāo)識(shí),所述用戶數(shù)據(jù)被包 含在所述待檢索的用戶數(shù)據(jù)之中且引用了所述共享數(shù)據(jù)。
[0026] 優(yōu)選地,該裝置還包括:確定裝置,用于根據(jù)預(yù)定規(guī)則確定所述待檢索的用戶數(shù) 據(jù)。
[0027] 優(yōu)選地,該裝置還包括;第四發(fā)送裝置,用于根據(jù)發(fā)生改變的數(shù)據(jù)的內(nèi)容向相關(guān)網(wǎng) 元發(fā)送通知消息。
[0028] 優(yōu)選地,檢索請(qǐng)求消息為L(zhǎng)DAP消息,待檢索的用戶數(shù)據(jù)的信息進(jìn)一步包括待檢索 的用戶數(shù)據(jù)的DN和待檢索的數(shù)據(jù)屬性。
[0029] 優(yōu)選地,所述檢索請(qǐng)求消息還包含發(fā)送通知的間隔時(shí)間,當(dāng)所述UDR發(fā)送的第二 通知消息為多條時(shí),相鄰兩條第二通知消息的發(fā)送時(shí)間之間的間隔為所述間隔時(shí)間。
[0030] 優(yōu)選地,其中相關(guān)網(wǎng)元為W下網(wǎng)元之一;S-CSCF,MME,AAA服務(wù)器,AS,所述通知消 息為Diameter消息。
[0031] 與現(xiàn)有的在UDC架構(gòu)下管理共享數(shù)據(jù)的技術(shù)相比,本發(fā)明提出了一種自動(dòng)管理的 方法,無(wú)需人工操作,節(jié)省了人工成本,保證了數(shù)據(jù)的準(zhǔn)確性。同時(shí),本發(fā)明的方法也是一種 標(biāo)準(zhǔn)的、通用的方法,利用標(biāo)準(zhǔn)中現(xiàn)有的通知機(jī)制,只需要對(duì)現(xiàn)行的標(biāo)準(zhǔn)做少量改動(dòng),實(shí)現(xiàn) 起來(lái)簡(jiǎn)單,而且克服了現(xiàn)有技術(shù)存在的不兼容的問(wèn)題。由于FE可W根據(jù)預(yù)定規(guī)則確定待檢 索的數(shù)據(jù),縮小檢索范圍,所W本發(fā)明的方法可W避免對(duì)UDR中所有的數(shù)據(jù)進(jìn)行檢索,從而 提高了效率,同時(shí)減輕了網(wǎng)元的負(fù)擔(dān)。
【附圖說(shuō)明】
[0032] 通過(guò)閱讀參照W下附圖所作的對(duì)非限制性實(shí)施例所作的詳細(xì)描述,本發(fā)明的其它 特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯:
[0033] 圖I示出3GPP標(biāo)準(zhǔn)定義的UDC架構(gòu)圖;
[0034] 圖2示出根據(jù)本發(fā)明一個(gè)實(shí)施例的用于處理數(shù)據(jù)的方法流程圖;
[0035] 圖3示出根據(jù)本發(fā)明一個(gè)實(shí)施例的在UDR中存儲(chǔ)的數(shù)據(jù)的示意圖;
[0036] 圖4示出根據(jù)本發(fā)明一個(gè)實(shí)施例的在UDR中用于處理數(shù)據(jù)的裝置示意圖;<