[發明專利]一種用于處理數據的方法與設備

有效

• 申請號: 201410456007.4
• 申請日: 2014-09-09
• 公開（公告）號: CN105472594B
• 公開（公告）日: 2018-09-04
• 發明（設計）人: 唐善敬;葉遠志
• 申請（專利權）人: 阿爾卡特朗訊
• 主分類號: H04W8/18
• 分類號: H04W8/18;H04W8/20
• 代理公司: 北京漢昊知識產權代理事務所(普通合伙) 11370
• 代理人: 羅朋

本發明的目的是提供一種在UDC架構下處理數據的方法和設備。UDR中存儲的數據分為共享數據和用戶數據。當UDR中的共享數據發生變化時，UDR向FE發送通知消息。FE再向UDR發送檢索請求消息，其中包含了待檢索的用戶數據的信息，用于指示UDR從所述待檢索的用戶數據中檢索出哪些用戶數據引用了所述共享數據。然后，UDR搜索待檢索的用戶數據，判斷其中哪些用戶數據引用了所述共享數據，對于每個引用了該共享數據的用戶數據，向FE發送通知消息。通過采用本發明，可以實現對共享數據的改變的自動控制，并實現過程的標準化。

技術領域

本發明涉及通信技術領域，尤其涉及一種UDC架構下數據管理的技術。

背景技術

3GPP定義的UDC(User Data Convergence)架構如圖1所示。UDC架構提出了一種分層的結構，將用戶數據處理和數據存儲分離。UDC架構包括兩部分：

UDR(User Data Repository，用戶數據存儲)：僅用于存儲用戶數據，其對于用戶數據之間的邏輯關系并不知曉。UDR也被稱為后端。

FE(Front End，前端)：負責業務處理。

FE和UDR之間通過Ud接口通信，Ud接口主要包括LDAP(Lightweight DirectoryAccess Protocol，輕量目錄訪問協議)和SOAP(Simple Object Access Protocol，簡單對象訪問協議)。LDAP主要用于對于數據的操作，比如增加、刪除、修改、查詢操作等。SOAP主要用于數據的訂閱和通知。

UDC的前端(即FE)主要面向核心網絡，處理來自核心網絡的信令消息和業務請求，通過Ud接口向后端數據庫(即UDR)訪問，更新用戶數據。FE不永久存儲用戶數據，在業務處理完成后將刪除臨時獲得的用戶數據。

UDC架構可以簡化網絡的拓撲結構和接口，避免數據重復和不一致性，UDC提供了標準的數據訪問接口使得新業務的創建變得更加容易。

但是，3GPP定義的UDC架構也存在一些不足。

實際中很多用戶的用戶數據具有一些相同的內容，比如，幾百萬個LTE用戶可能具有相同的EPS(Evolved Packet System，演進的分組系統)業務數據，這些EPS業務數據包括AMBR數據(Aggregated Maximum Bit Rate，聚合最大比特速率)、APN數據(Access PointName，接入點名稱)、QoS(Quality of Service，服務質量)數據等。而一個LTE用戶可能具有幾十個甚至上百個EPS業務數據。對于每個用戶數據，UDR都要存儲這些EPS業務數據，而對于需要存儲大量用戶數據的UDR來說，這無疑要浪費很多的存儲空間。而且，當FE從UDR下載用戶數據時，對于每個用戶數據，這些業務數據均會被下載。FE和UDR之間的通信通常是通過WAN(Wide Area Network，廣域網)，而WAN的帶寬是非常寶貴的。每次都下載相同的EPS業務數據占用了大量的帶寬，這無疑也是很大的浪費，而且降低了系統的性能。

為了解決這些問題，共享數據的概念被提出并在UDR中實現了。把大量用戶數據中相同的數據抽出來作為單獨的對象來存儲，而在用戶數據部分定義對這些抽出來的數據的引用。這些被抽出來的單獨存儲的數據被稱之為共享數據。因為共享數據可能被很多用戶引用，所以共享數據的改動會影響到很多用戶，所以在各種引入了共享數據的概念的方案中，都需要解決如果管理共享數據問題。但是，現有的解決方案大多數是私有的，不是通用的。特別是對于共享數據的管理，很多是采用人工管理的方式，當UDR中的共享數據發生改變時，在FE側手動地進行相應的操作。而手動操作難免會帶來一些錯誤和失誤，而且由于這些操作不是標準的，也無法和其他廠商的設備很好的兼容。

因此，如何在3GPP的UDC架構中有效地管理共享數據是一個急需解決的問題。

發明內容