一種用于udc負載控制的方法、設備與系統(tǒng)的制作方法
【技術領域】
[0001] 本發(fā)明涉及通信領域，尤其涉及一種用于UDC負載控制的技術。
【背景技術】
[0002] 3GPP用戶數據匯聚（User Data Convergence,UDC)定義了一種分層架構的演進， 在這種架構下，數據從應用中分離。
[0003] 以下是一種對UDC網絡元件與接口的簡要說明。用戶數據存儲庫（User Data Rep〇Sit〇ry，UDR)是一種獨立合法的用戶數據存儲庫，且與應用邏輯層面相獨立。應用前端 (Front End，F(xiàn)E)無法永久地存儲用戶數據，并因此需要訪問用戶數據存儲庫UDR，所述UDR 例如HLR，HSS，PCRF，從而獲取用于應用服務邏輯處理的用戶數據。配置前端（Provisioning Front End，P-FE)提供了用于創(chuàng)建、修改、刪除以及請求用戶數據的裝置。Ud是標準LDAP/ S0AP(Lightweight Directory Access Protocol，輕量目錄訪問協(xié)議/Simple Object Access Protocol,簡單對象訪問協(xié)議）接口，被定義用在FE以及UDR之間的通信以進行數 據交互。其包括經由LDAP的數據操作（創(chuàng)建、讀取、更新與刪除），以及經由S0AP，對發(fā)生 在存儲于UDR中的用戶數據的特定事件的數據訂閱與通知，例如，用戶數據的改變、用戶數 據的添加等。
[0004] 3GPP(3rd Generation Partnership Project，第三代合作伙伴項目）UDC 的目標 是面對服務提供商的挑戰(zhàn)，例如簡化全網拓撲與接口；避免數據復制與不一致；通過提供 對用戶數據的簡易訪問，簡化新服務的創(chuàng)建。
[0005] 然而，當前的UDC標準中也存在著一些問題：
[0006] UDC標準（參見標準化文檔3GPP TS29. 335)沒有提出一種良好的負載分配機制 以用于UDR初始化消息，例如SOAP通知消息。事實上，典型用例是通過集中配置FE來預 設SOAP訂閱操作，而該通知需要通過一種合理的方式被分配至任何FE或FE組，以確保 FE上的負載均衡。然而，由于用于SOAP處理的資源應用以及用于每個SOAP消息的相關復 合服務邏輯處理是不同的，基于簡單的消息數量的負載分配方法無法確保FE上的動態(tài)負 載均衡。在現(xiàn)有的UDC架構下，UDR沒有辦法獲知遠端FE的負載狀態(tài)，從而只能采用循環(huán) (Round-Robin)負載分配方式。循環(huán)的問題在于均勻負載分配是基于均勻的消息數量，而由 于SOAP消息的大小/復雜度是根據不同的呼叫場景而變化的，從而很容易導致負載問題。
[0007] 在現(xiàn)有方法中已經提到了用于UDC通知的負載分配，但是其是基于硬編碼或預配 置的載荷（loading weight)或狀態(tài)。FE載荷是基于例如拓撲信息等FE靜態(tài)數據而預先 配置的?，F(xiàn)有方法的問題在于這種硬編碼載荷的方式不能夠保證在FE上的動態(tài)負載均衡， 其中，所述FE在網絡拓撲或地理位置方面具有同樣的優(yōu)先級。對于具有同樣位置或優(yōu)先級 的FE而言，即使分配給他們的消息數量是相同的，因為對于不同的SOAP通知請求，消息的 大小/復雜度也不同，因此他們的負載狀態(tài)也會發(fā)生變化。同時，還有其他的因素能夠影響 FE的動態(tài)負載均衡，因此，循環(huán)方法無法滿足負載均衡的需求。
[0008] 綜上所述，現(xiàn)有技術的缺點為：
[0009] 1. FE載荷/狀態(tài)為預先設置或在UDR上的硬編碼。所述預先設置或硬編碼的載荷 很難在給定的網絡元件上反映動態(tài)負載狀態(tài)變化，因此，其無法保證在目標網絡設備上的 動態(tài)均勻負載狀態(tài)。
[0010] 2.沒有方法能夠實現(xiàn)在FE和UDR之間動態(tài)傳輸負載狀態(tài)，從而載荷只能預定義。
[0011] 3.當利用拓撲或地理信息將FE聚集為FE組，缺少一種方法來動態(tài)平衡在同一組 中的FE上的負載，從而將導致非平衡負載分配的問題。
[0012] 圖1示出了標準存在的問題，即當前UDC標準無法提供一種用于UDR的機制來檢 測FE的負載狀態(tài)，反之亦然。在步驟SI 1，所有的SOAP訂閱操作都由中央配置前端P-FE生 成，其中的通知類型被設置為"notifyAnyFE (通知任何FE) " ；然后，操作者通過P-FE上的 0ΑΜ模塊以步驟2執(zhí)行數據預分配；步驟S12將配置LDAP，從而在步驟S13中觸發(fā)來自UDR 的通知。然而，由于3GPP標準無法提供用于FE的機制以報告FE對UDR的負載狀態(tài)，因此 UDR無法判定哪個FE是最低負載，從而UDR只能通過循環(huán)方式進行負載分配。根據上述說 明，這種方法不能很好的在FE上進行負載均衡。

【發(fā)明內容】

[0013] 本發(fā)明的目的是提供一種用于UDC負載控制的方法、設備與系統(tǒng)。
[0014] 根據本發(fā)明的一個方面，提供了一種用于UDC負載控制的方法，其中，該方法包 括：
[0015] a -個或多個第一設備確定與所述第一設備相對應的負載狀態(tài)報告，其中，當所述 第一設備為前端（FE)時，所述第二設備為用戶數據存儲庫（UDR)，當所述第一設備為數據 存儲庫時，所述第二設備為前端；
[0016] b所述第一設備將所述負載狀態(tài)報告發(fā)送至所述第二設備；
[0017] c所述第二設備根據所述負載狀態(tài)報告，確定與所述第一設備相對應的負載控制 信息。
[0018] 根據本發(fā)明的再一方面，還提供了一種用于UDC負載控制的第一設備，其中，當所 述第一設備為前端（FE)時，所述第二設備為用戶數據存儲庫（UDR)，當所述第一設備為數 據存儲庫時，所述第二設備為前端，該設備包括：
[0019] 報告確定裝置，用于確定與所述第一設備相對應的負載狀態(tài)報告；
[0020] 發(fā)送裝置，用于將所述負載狀態(tài)報告發(fā)送至所述第二設備。
[0021] 根據本發(fā)明的又一方面，還提供了一種用于UDC負載控制的第二設備，其中，當所 述第一設備為前端（FE)時，所述第二設備為用戶數據存儲庫（UDR)，當所述第一設備為數 據存儲庫時，所述第二設備為前端，該設備包括：
[0022] 報告獲取裝置，用于獲取與所述第一設備相對應的負載狀態(tài)報告；
[0023] 控制確定裝置，用于根據所述負載狀態(tài)報告，確定與所述第一設備相對應的負載 控制信息。
[0024] 根據本發(fā)明的另一方面，還提供了一種用于UDC負載控制的系統(tǒng)，其中，所述系統(tǒng) 包括上述所述的第一設備，以及上述所述的第二設備。
[0025] 與現(xiàn)有技術相比，在本發(fā)明中，第一設備確定與第一設備相對應的負載狀態(tài)報告， 并將其發(fā)送至第二設備，第二設備根據所述負載狀態(tài)報告，確定與所述第一設備相對應的 負載控制信息；從而能夠自動收集給定網元的動態(tài)負載狀態(tài)，所述動態(tài)負載狀態(tài)數據比預 配置的靜態(tài)大小要更精確，進而實現(xiàn)了一種UDC負載控制方法，以在UDR與FE之間進行負 載均衡與過載控制。
[0026] 而且，本發(fā)明還可以由第一設備根據所述第一設備的一個或多個資源利用率以及 與所述資源利用率相對應的資源關鍵度系數，確定與所述第一設備相對應的負載因子；從 而提供了一種例如基于CPU、存儲、本地資源和網絡情況等資源信息來計算負載因子的方 法，提高了負載狀態(tài)報告的準確性。
[0027] 而且，本發(fā)明還可以根據LDAP擴展請求，所述第一設備將所述負載狀態(tài)報告發(fā)送 至所述第二設備，其中，所述LDAP擴展請求中包括用于負載狀態(tài)報告的對象標識符；或者 根據捎帶技術，所述第一設備在LDAP控制消息中將所述負載狀態(tài)報告發(fā)送至所述第二設 備，其中，所述LDAP控制消息中包括用于負載狀態(tài)報告的對象標識符；從而基于不同的機 制，實現(xiàn)了對負載狀態(tài)報告的發(fā)送，進而實現(xiàn)了一種UDC負載控制方法，以在UDR與FE之間 進行負載均衡與過載控制。
[0028] 而且，本發(fā)明還可以根據所述負載狀態(tài)報告，所述第二設備發(fā)送LDAP擴展響應至 所述第一設備；從而基于LDAP擴展請求與LDAP擴展響應，實現(xiàn)了雙向的負載管理，增強了 在UDR與FE之間所進行的負載均衡與過載控制。
[0029] 而且，本發(fā)明還可以由所述第二設備確定與所述一個或多個第一設備相對應的一 個或多個負載分組，然后所述第二設備根據所述負載分組，結合所述負載狀態(tài)報告，確定與 所述第一設備相對應的負載控制信息；從而當利用如拓撲或地理信息將第一設備分組后， 能夠通過考慮負載狀態(tài)以及網絡拓撲或地理信息等來計算所述負載狀態(tài)報告，進而將流量 基于不同的網絡RTT或丟包率而被適當的分發(fā)，提高了負載分發(fā)的靈活性。
[0030] 而且，本發(fā)明還可以由所述第二設備根據所述負載狀態(tài)報告，確定與所述第一設 備相對應的流量調整比例，然后所述第二設備根據所述流量調整比例，確定與所述第一設 備相對應的負載控制信息；從而根據所述負載狀態(tài)報告對所述第一設備相對應的流量進行 調整，保證了在目標設備上的動態(tài)負載平衡。
[0031] 而且，本發(fā)明還可以監(jiān)測與所述第一設備相對應的所述負載狀態(tài)報告，根據所述 負載狀態(tài)報告，確定與所述第一設備相對應的設備狀態(tài)信息，然后所述第二設備根據所述 負載狀態(tài)報告，結合所述設備狀態(tài)信息，確定與所述第一設備相對應的負載控制信息；從而 提供了一種健康監(jiān)測或心跳機制，保證了負載控制信息的準確性，而LDAP標準或UDC都未 提供這種機制。
[0032] 而且，本發(fā)明還可以由所述第二設備根據所述負載控制信息，執(zhí)行與所述負載控 制信息相對應的流量控制；從而實現(xiàn)了一種UDC負載控制方法，以在UDR與FE之間進行負 載均衡與過載控制。
【附圖說明】
[0033] 通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它 特征、目的和優(yōu)點將會變得更明顯：
[0034] 圖1示出現(xiàn)有技術中，在UDC標準下從UDR至FE的負載分發(fā)的示意圖；
[0035] 圖2示出根據本發(fā)明一個方面的一種用于UDC負載控制的第一設備與第二設備示 意圖；
[0036] 圖3示出根據本發(fā)明另一個方面的一種由第一設備與第二設備相配合以實現(xiàn)UDC 負載控制方法流程圖；
[0037] 圖4 7K出根據本發(fā)明一個優(yōu)選實施例的一種基于負載狀態(tài)的、從UDR至FE的負載 分發(fā)示意圖；
[0038] 圖5示出根據本發(fā)明另一個優(yōu)選實施例的一種簡單負載分發(fā)示意圖，其中，從位 置A中的本地UDR至遠端位置的RTT超過閾值；
[0039] 圖6示出根據本發(fā)明另一個優(yōu)選實施例的一種簡單負載分發(fā)示意圖，其中，從本 地UDR至遠端位置的RTT小于閾值。
[0040] 附圖中相同或相似的附圖標記代表相同或相似的部件。
【具體實施方式】
[0041] 下面結合附圖對本發(fā)明作進一步詳細描述。