国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      網(wǎng)絡數(shù)據(jù)存儲庫中的別名隱藏的制作方法

      文檔序號:6477500閱讀:238來源:國知局
      專利名稱:網(wǎng)絡數(shù)據(jù)存儲庫中的別名隱藏的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明的實施例涉及用于在網(wǎng)絡中提供數(shù)據(jù)和服務的系統(tǒng)和方法。更具體地,本
      發(fā)明的實施例涉及使用在具有大量用戶的通信網(wǎng)絡中的耐用的、高速數(shù)據(jù)訪問可行的系統(tǒng) 和方法,該用戶各自的數(shù)據(jù)可以被配置在集中式數(shù)據(jù)存儲庫中,用于由工作在該網(wǎng)絡內(nèi)的 各種應用訪問。
      背景技術(shù)
      移動和固定網(wǎng)絡運營商想要過渡到完全聚合的通信服務供應商(CSP)。新用戶服 務的不斷變換的商業(yè)策略和實施方式已經(jīng)在典型的CSP內(nèi)形成可操作的和功能性的數(shù)據(jù) 倉(silo)。許多傳統(tǒng)的通信網(wǎng)絡是基于對主要為語音通信建立的核心網(wǎng)絡的功能上的覆蓋 的非結(jié)構(gòu)化的修補工作。數(shù)據(jù)復制常常存在于用戶數(shù)據(jù)庫、服務創(chuàng)建和供應過程、管理、支 持和開帳單(billing)中。 許多CSP想要利用基于創(chuàng)建的內(nèi)容的服務的傳遞,這些服務要求大范圍的市場細 分。此新生領(lǐng)域已被為多媒體服務制作的新的應用與設備推動(fuele)。但是,在移動和固 定線路服務之間仍然存在一些牢固的邊界,因為產(chǎn)品常常是圍繞訪問方法與設備而不是圍 繞用戶的需要而定形的。 圖1描述現(xiàn)有技術(shù)中CSP采用的典型網(wǎng)絡架構(gòu)100。網(wǎng)絡架構(gòu)100包括操作支持 系統(tǒng)(0SS)/商業(yè)支持系統(tǒng)(BSS)/IT領(lǐng)域系統(tǒng)102,諸如應用106a-106c的一個或多個應用 以及核心信令網(wǎng)絡108。 OSS/BSS/IT領(lǐng)域系統(tǒng)102包括供應系統(tǒng)IIO和網(wǎng)絡管理系統(tǒng)112。 應用106a-106c的每個包括邏輯部分107a和數(shù)據(jù)部分107b。每個應用106a_106c的邏輯 部分107a主要(如果不排他的話)訪問它各自的數(shù)據(jù)部分107b。每個應用106的數(shù)據(jù)部 分107b—般存在于某類數(shù)據(jù)庫中,例如關(guān)系數(shù)據(jù)庫。應用106a-106c可以提供例如歸屬位 置寄存器(HLR)、歸屬用戶服務器(HSS)、語音郵件系統(tǒng)、驗證、授權(quán)和記帳系統(tǒng)(AAA)、移動 號碼可攜(MNP)等等。這些應用都是本領(lǐng)域已知的。 隨著CSP將越來越多的新服務增加到它們的系統(tǒng)中,諸如IP多媒體子系統(tǒng)(IMS) 和未許可的移動訪問(UMA),它們可以發(fā)現(xiàn)由于在通用(generic)關(guān)系數(shù)據(jù)庫技術(shù)配置期 間涉及的顯著定制化而使得它們很難實現(xiàn)。隨后,隨著新的服務和用戶類型的演變,它們各 自的模式也可能難以加強。換句話說,隨著應用106a-106c的數(shù)目變得越來越大,CSP將經(jīng) 受越來越多的操作問題,諸如可伸縮性、性能和管理。這些問題將增加成本并且導致操作故 障時間,進一步增加了成本。因為基礎(chǔ)技術(shù)對于訪問時間有著實際極限,所以基于通用盤的 平臺很可能將證明難以調(diào)整。 設備出售商常常難以生產(chǎn)可以以對于CSP經(jīng)濟可行的時間表和價格點交付的產(chǎn) 品部件組。結(jié)果,CSP常常發(fā)覺自己"受困"于設備出售商,其已經(jīng)限制了與其它出售商的系 統(tǒng)的互操作性,從而限制了當需要升級時CSP的操作靈活性和對設備出售商的選擇。此外, 專有的硬件不趨向于經(jīng)濟地調(diào)整,常常導致一些備用容量塊不能由CSP有效使用。
      因而,直到CSP改進它們用于將新的應用配置到它們的網(wǎng)絡的系統(tǒng)和方法,它們的商業(yè)和它們的用戶才能夠完全地利用由它們配置的現(xiàn)代的通信網(wǎng)絡。

      發(fā)明內(nèi)容
      上述缺點、劣勢和問題由本發(fā)明的實施例來解決,通過閱讀和研究以下說明來理 解本發(fā)明的實施例。 本發(fā)明的實施例提供一種用于由請求實體訪問目錄中的數(shù)據(jù)的系統(tǒng)。該系統(tǒng)可以 包括名稱解析模塊,被配置為通過使用原始路徑和別名解引用(dereferencing)指令解析 通向包含該數(shù)據(jù)的條目的路徑來確定數(shù)據(jù)在該目錄中的位置。該系統(tǒng)還可以包括搜索/更 新模塊,被配置為使用該條目在該目錄中的位置和別名解引用指令來對該條目中的數(shù)據(jù)進 行動作。該系統(tǒng)還可以包括別名隱藏模塊,被配置為截取由該請求實體發(fā)送的用于對存儲 在該目錄中的第一條目中的數(shù)據(jù)執(zhí)行動作的請求,其中該請求包括到該目錄中的第一條目 的原始路徑,該別名隱藏模塊還被配置為定位(locate)關(guān)于與該請求實體有關(guān)的別名解 引用的指令,將該原始路徑與定位的與請求實體有關(guān)的別名解引用的指令一起提供給該名 稱解析模塊,以及從該名稱解析模塊接收解析的該數(shù)據(jù)在該目錄中的位置和通向包含該數(shù) 據(jù)的解析的條目的別名解引用的路徑。該別名隱藏模塊還可以被配置為通過提供請求的動 作和別名解引用的定位的指令來請求該搜索/更新模塊對該解析的位置處的數(shù)據(jù)執(zhí)行動 作,以及向該請求實體報告已經(jīng)對已經(jīng)將通向該數(shù)據(jù)的別名解引用的路徑替換為該原始路 徑的第一條目中的數(shù)據(jù)執(zhí)行了該動作。 本發(fā)明的實施例可以提供一種用于從請求實體訪問目錄中的數(shù)據(jù)的方法。該方法 可以要求截取由該請求實體發(fā)送的用于對存儲在該目錄中的第一條目中的數(shù)據(jù)執(zhí)行動作 的請求,其中該請求包括到該目錄中的第一條目的原始路徑。該方法可以要求定位關(guān)于與 該請求實體有關(guān)的別名解引用的指令。該方法也可以要求通過使用原始路徑和定位的別名 解引用指令來解析從第一條目到包含該數(shù)據(jù)的第二條目的路徑,來確定通向該目錄中的該 數(shù)據(jù)的別名解引用的路徑。該方法還可以要求對該第二條目處的數(shù)據(jù)執(zhí)行動作,以及向該 請求實體報告已經(jīng)對已經(jīng)將通向該數(shù)據(jù)的別名解引用的路徑替換為該原始路徑的第一條 目中的數(shù)據(jù)執(zhí)行了該動作。


      圖1描述現(xiàn)有技術(shù)中CSP采用的典型網(wǎng)絡架構(gòu)100 ; 圖2是描述本發(fā)明的實施例可以在其中工作的電信系統(tǒng)200的框圖; 圖3是提供核心網(wǎng)絡(諸如圖2所示的CN 206)的進一步的細節(jié)的框圖,本發(fā)明
      的實施例可以與其互操作; 圖4提供根據(jù)本發(fā)明的實施例的網(wǎng)絡架構(gòu)400中的數(shù)據(jù)存儲的功能圖;
      圖5描述根據(jù)本發(fā)明的實施例的目錄信息庫(DIB)500 ;
      圖6描述根據(jù)本發(fā)明的實施例的目錄信息樹(DIT)600 ; 圖7A示出了根據(jù)本發(fā)明的實施例的目錄系統(tǒng)代理(agent) (DSA) 702和目錄用戶 代理(DUA) 704 ; 圖7B示出了根據(jù)本發(fā)明的實施例的包括三個DSA 702a、702b和702c的分布式分 級結(jié)構(gòu);
      6
      圖8示出了根據(jù)本發(fā)明的實施例的在圖7B所示的DSA的分布式分級結(jié)構(gòu)中的優(yōu) 化路由; 圖9A描述根據(jù)本發(fā)明的實施例的具有別名條目902的DIT 900 ; 圖9B示出了根據(jù)本發(fā)明的實施例的別名隱藏模塊903,其與包括別名903的DIT
      900交互以對來自于請求實體920的數(shù)據(jù)請求執(zhí)行別名隱藏; 圖10A描述根據(jù)本發(fā)明的實施例的具有變量條目1002的DIT1000 ; 圖10B示出了根據(jù)本發(fā)明的實施例的在包括來自于請求實體1020的數(shù)據(jù)請求的
      變量1002的DIT 1000中的變量處理; 圖11A示出了根據(jù)本發(fā)明的實施例的協(xié)議適應模塊1107 ; 圖11B示出了根據(jù)本發(fā)明的實施例的協(xié)議適應的連續(xù)或順序處理的示例; 圖11C示出了根據(jù)本發(fā)明的可替換實施例的協(xié)議適應模塊1107,其實質(zhì)上充當虛
      擬目錄服務器(或LDAP/DAP代理服務器),向諸如圖7A所示的DS 706a的目錄操作服務器
      1109發(fā)送通信(例如,LDAP或DAP操作); 圖1 ID描述根據(jù)本發(fā)明的實施例的具有由協(xié)議適應提供的適應命名配置的DIT
      1100 ; 圖11E描述根據(jù)本發(fā)明的實施例的具有由協(xié)議適應提供的屬性適應的DIT 1150 ;
      圖12示出了根據(jù)本發(fā)明的實施例的使用協(xié)議適應的形式實現(xiàn)的訪問控制(AC)系 統(tǒng); 圖13A示出了根據(jù)本發(fā)明的實施例的用于在通信網(wǎng)絡中數(shù)據(jù)存儲庫當中的用戶 數(shù)據(jù)的改進通信的流動用戶數(shù)據(jù)系統(tǒng),諸如移動電信系統(tǒng)204 ; 圖13B示出了根據(jù)本發(fā)明的實施例的包括如圖13A所示的流動用戶數(shù)據(jù)系統(tǒng)的典 型部件; 圖13C示出了根據(jù)本發(fā)明的實施例的用于加入該流動用戶數(shù)據(jù)系統(tǒng)的DSA的典型 配置數(shù)據(jù)1310 ; 圖13D提供了根據(jù)本發(fā)明的實施例的用于該流動用戶數(shù)據(jù)系統(tǒng)的高級算法;
      圖14描述根據(jù)本發(fā)明的實施例的日志系統(tǒng)1400 ; 圖15A是描述根據(jù)本發(fā)明的實施例的存儲在目錄1500中的數(shù)據(jù)(諸如由圖3所 示的HSS 301使用的數(shù)據(jù))的分級結(jié)構(gòu)的框圖; 圖15B是描述根據(jù)本發(fā)明的實施例的HSS(諸如圖3所示的CN 206的HSS 301) 架構(gòu)的框圖; 圖16A和圖16B是分別描述根據(jù)本發(fā)明的實施例的用于HSS 301和HLR 307的協(xié) 同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620的框圖; 圖16C示出了根據(jù)本發(fā)明的實施例的已被被配置為保持用于諸如HSS 301和HLR 307的應用的服務數(shù)據(jù)1619的前端1601 ; 圖17是描述根據(jù)本發(fā)明的實施例的便于靜態(tài)訪問條目的存儲在目錄1700中的數(shù) 據(jù)的分級結(jié)構(gòu)的框圖; 圖18A示出了根據(jù)本發(fā)明的實施例的使用可以可能受益于提高的定時機構(gòu)的高 速接入點(HSAP)的通信網(wǎng)絡1800 ; 圖18B提供根據(jù)本發(fā)明的實施例的可以受益于提高的定時機構(gòu)的圖18A所示的通信網(wǎng)絡1800的物理圖; 圖18C示出了根據(jù)本發(fā)明的實施例的來自于諸如由DSA 1831保持的目錄的目錄 的用戶條目1841 ; 圖18D示出了根據(jù)本發(fā)明的實施例的在由DSA 1831保持的目錄中具有計時器條 目1851的計時器1850 ;禾口 圖18E示出了根據(jù)本發(fā)明的實施例的在圖18B所示的DSA 1831上實現(xiàn)的分布式 定時機構(gòu)。
      具體實施方式

      總述 傳統(tǒng)的移動電信網(wǎng)絡是演進而不是革命的結(jié)果。隨著通信市場的演變,合并和采 集與改變商業(yè)策略一起已經(jīng)引起典型的通信服務供應商(CSP)內(nèi)的可操作的和功能性的 數(shù)據(jù)倉。典型的網(wǎng)絡是從對主要為語音通信而建立的核心網(wǎng)絡的一系列功能覆蓋而產(chǎn)生 的。因而,復制(duplication)常常存在于用戶數(shù)據(jù)庫、服務創(chuàng)建和供應過程、管理、支持和 開帳單中。許多CSP想要合理化和鞏固它們的商業(yè)以除去此復制以便降低成本、提高效率 以及最終改進用戶服務。同時,CSP常常還需要增加容量、增加功能的增強以及更換老化的 基礎(chǔ)結(jié)構(gòu)。此外,CSP還可能想要準備在語音通信和其它技術(shù)之間的進一步聚合。
      新的電信范例可以以CSP的用戶為中心而較少地以網(wǎng)絡硬件和軟件本身為中心。 不同于圖l所示的混亂和笨重的專有數(shù)據(jù)倉,CSP可以向新的范例移動,在該新的范例中, 系統(tǒng)的數(shù)據(jù)是開放的,因而允許網(wǎng)絡的應用更集成和可互操作。因而,此新的范例實質(zhì)上 將用戶的數(shù)據(jù)放置在網(wǎng)絡的核心,因為訪問和共享信息不應該必須被限制在諸如用戶在哪 里、用戶的連接類型、或用戶選擇如何與CSP交互等因素。解決這些限制可以允許CSP將傳 統(tǒng)上隔開的服務匯集到內(nèi)聚的多媒體多路訪問通信服務中。 因而,本發(fā)明的實施例可以提供單個邏輯目錄數(shù)據(jù)庫,其包含可由那些需要用戶 信息的控制和管理過程訪問的用戶和/或服務數(shù)據(jù)的統(tǒng)一源。該集中式數(shù)據(jù)存儲庫可以允 許傳統(tǒng)的網(wǎng)絡和應用數(shù)據(jù)庫以可調(diào)整的、節(jié)約成本的方式組合在一起,其打破了在傳統(tǒng)網(wǎng) 絡中發(fā)現(xiàn)的諸如圖l所示的數(shù)據(jù)庫的分開的數(shù)據(jù)庫。因而,本發(fā)明的實施例可以為核心網(wǎng) 絡應用和跨許多或所有領(lǐng)域提供單個信息源。 通過移植到聚焦于用戶作為CSP操作的中心的數(shù)據(jù)范例,CSP可以實現(xiàn)較大的集 成度和互操作性。將用戶放在它們的操作的中心也可以使得CSP更容易的保持準確和完整 的用戶信息。諸如圖l所示的傳統(tǒng)網(wǎng)絡的許多數(shù)據(jù)庫倉可以被轉(zhuǎn)換為單個高度可調(diào)整的高 性能網(wǎng)絡目錄,其可以由需要處理用戶數(shù)據(jù)的網(wǎng)絡或商業(yè)應用來訪問。 如上所述,本發(fā)明的實施例可以采用單個邏輯目錄數(shù)據(jù)庫,其包含可由那些需要
      此信息的控制和管理元件訪問的用戶和服務信息的單個源。本發(fā)明的實施例采用的優(yōu)選的
      目錄數(shù)據(jù)庫遵循X. 500協(xié)議。根據(jù)本發(fā)明的實施例,該目錄數(shù)據(jù)庫可以為目錄數(shù)據(jù)系統(tǒng)提
      供遵照ITU-T 1 500標準的開放集中式數(shù)據(jù)庫。根據(jù)本發(fā)明的實施例,該目錄數(shù)據(jù)庫通常
      包括用戶、服務和網(wǎng)絡數(shù)據(jù)以及可執(zhí)行的軟件進程(procedure),其經(jīng)由諸如輕量級目錄訪
      問協(xié)議(LDAP)和目錄訪問協(xié)議(DAP)等等的行業(yè)標準目錄協(xié)議可用于應用。 以用戶為中心的網(wǎng)絡可以使得諸如歸屬用戶服務器(HSS)和歸屬位置寄存器
      8(HLR)的傳統(tǒng)網(wǎng)絡元件的質(zhì)量增強,以及幫助配置IP多媒體子系統(tǒng)(IMS)服務。因此,本發(fā) 明的實施例可以包括改進的HSS和/或改進的HLR子系統(tǒng)。 本發(fā)明的實施例還可以提供使得用戶被識別一次的公共驗證,通常在登錄到網(wǎng)絡 時并且為全范圍的服務查驗。此進程通常消除了每當用戶試圖使用服務的不同方面時再驗 證的需要。 本發(fā)明的實施例還可以提供可調(diào)整的數(shù)據(jù)庫解決方案,其允許應用補充 (leverage)相同的邏輯和可調(diào)整的X. 500目錄,其通常包含大部分用戶需要的信息。因此, 通常僅僅需要一次供應。然后,應用可以簡單地使用相同的數(shù)據(jù)集。本發(fā)明的實施例可以 采用基于X. 500目錄的數(shù)據(jù)庫,其向現(xiàn)有網(wǎng)絡應用和支持系統(tǒng)提供用戶數(shù)據(jù)。
      本發(fā)明的實施例可以結(jié)合某類數(shù)據(jù)存儲庫(例如數(shù)據(jù)庫)來工作。與其它的數(shù) 據(jù)存儲庫類似,用于本發(fā)明的實施例中的數(shù)據(jù)存儲庫通常由數(shù)據(jù)庫管理系統(tǒng)(DBMS)管理。 DBMS通常執(zhí)行各種高級別和低級別的功能。這里公開和要求的本發(fā)明不包括傳統(tǒng)上由 DBMS執(zhí)行的低級別的功能。這樣的低級別功能包括非常基本的動作,諸如接收一段數(shù)據(jù)、確 定特定類型的特定存儲器中的特定扇區(qū)、然后與該存儲器的硬件交互以存儲接收的數(shù)據(jù)的 物理過程。這里公開和要求的高級別DBMS部件可以與各種低級別DBMS部件互操作。 一個 這樣的低級別DBMS部件被稱為DirecTreeTM,一種高性能、低級別的內(nèi)存儲數(shù)據(jù)庫系統(tǒng),由 Apertio Limited擁有,其是這里公開的本發(fā)明的轉(zhuǎn)讓人。DirecTree 的結(jié)構(gòu)和操作作為 商業(yè)秘密由Apertio Limited保持。盡管本發(fā)明的實施例可以與DirecTree 結(jié)合工作,但 是此特定的低級別DBMS不是這里公開和要求的本發(fā)明的一部分。 圖2是描述電信系統(tǒng)200的框圖,其中本發(fā)明的實施例可以關(guān)于此工作。電信系 統(tǒng)200可以在功能上被分類為固定電信系統(tǒng)202和移動電信系統(tǒng)204。固定電信系統(tǒng)202 的示例包括公共交換電話網(wǎng)(PSTN)。移動電信系統(tǒng)204提供移動的電信服務,諸如雙方經(jīng) 由移動電話彼此通信。此外,移動電信系統(tǒng)204通過功能接口 216與固定電信系統(tǒng)202連 接,以允許移動用戶和固定用戶之間的通信。 移動電信系統(tǒng)204在邏輯上被分成核心網(wǎng)絡(CN)206和接入網(wǎng)絡(AN)208。CN 206 通常包括這三個域電路交換(CS)域210、分組交換(PS)域212和IP多媒體子系統(tǒng)(IMS) 域214。這些域通常在它們支持用戶通信以及包括一起執(zhí)行該域的特定技術(shù)功能的硬件和 軟件系統(tǒng)方面不同。例如,通常根據(jù)認可的電信標準,PS域212包括執(zhí)行分組交換通信的 軟件和硬件系統(tǒng)。 CS域210是指使支持信令和用戶通信的基于電路交換的連接可行的硬件和軟件 部件。CS連接通常在連接建立的時候分配網(wǎng)絡資源以及在連接釋放的時候釋放這些網(wǎng)絡資 源。通常包括在CS域210中的部件是移動服務交換中心(MSC)、網(wǎng)關(guān)MSC(GMSC) 、MSC服務 器、CS媒體網(wǎng)關(guān)功能(CS-MGW)、GMSC服務器和互通功能(IWF) 。 CS域210和這些部件在本 領(lǐng)域中是已知的。 PS域212是指使支持信令和用戶通信的基于PS的連接可行的硬件和軟件部件。PS 連接通常使用被分成分組的比特的自主連接(concatenation)來傳輸用戶數(shù)據(jù),其中每個 分組可以區(qū)別于其它分組被獨立地路由。PS域212通常包括涉及通用分組無線服務(GPRS) 的部件,諸如服務GPRS支持節(jié)點(SGSN)和網(wǎng)關(guān)GPRS支持節(jié)點(GGSN) 。 PS域212還通常 包括用于執(zhí)行邊界網(wǎng)關(guān)協(xié)議(BGP)的部件。PS域212和這些部件在本領(lǐng)域中是已知的。
      IMS域214是指提供IP多媒體服務的部件,這些IP多媒體服務諸如音頻、視頻、 文本、聊天等等以及它們的組合,通過PS域212被傳送。IMS域214通常包括諸如呼叫會 話控制功能(CSCF)、媒體網(wǎng)關(guān)控制功能(MGCF)和媒體網(wǎng)關(guān)功能(MGF)、IMS-媒體網(wǎng)關(guān)功能 (IMS-MGW)、多媒體資源功能控制器(MRFC)、多媒體資源功能處理器(MRFP)、中斷網(wǎng)關(guān)控制 功能(BGCF)、應用服務器(AS)和決策功能(PDF)的部件。IMS域214和這些部件在本領(lǐng)域 中是已知的。 AN 208通常包括基站系統(tǒng)(BSS),被配置為根據(jù)標準的通信系統(tǒng)提供通信,諸如 全球移動通信系統(tǒng)(GSM)和/或用于通用移動電信系統(tǒng)(UMTS)的無線網(wǎng)絡系統(tǒng)(RNS)。這 些傳統(tǒng)系統(tǒng)在本領(lǐng)域中是已知的。 圖3是提供核心網(wǎng)絡(諸如圖2所示的移動電信系統(tǒng)204中的CN206)的進一步 細節(jié)的框圖,本發(fā)明的實施例可以關(guān)于其進行工作。 如上所述,CS域210通常包括MSC區(qū)域313和GSMC區(qū)域315。 MSC區(qū)域313向漫 游到由MSC區(qū)域313所服務的區(qū)域內(nèi)的移動用戶提供用于電路交換呼叫、移動性管理及其 它服務的電話交換。盡管圖3中示出了單個MSC區(qū)域313,但是在移動電信系統(tǒng)202的許多 實施方式中,CS域210可能包含多個MSC區(qū)域313。此外,MSC區(qū)域313在公共編號規(guī)劃和 公共路由規(guī)劃內(nèi)在固定電信系統(tǒng)202和移動電信系統(tǒng)204之間在CS域210中為呼叫建立 提供功能接口。 GSMC區(qū)域315找到包括正在被呼叫的用戶的MSC區(qū)域313。因而,MSC區(qū) 域313將呼叫從固定電信系統(tǒng)202路由到移動電信系統(tǒng)204,以及在移動電信系統(tǒng)204內(nèi)路 由呼叫。 如上所述,PS域212通常包括SGSN區(qū)域317和GGSN區(qū)域319。 SGSN區(qū)域317在 公共編號規(guī)劃和公共路由規(guī)劃內(nèi)為呼叫建立在固定電信系統(tǒng)202和移動電信系統(tǒng)204之間 在PS域212中提供功能接口。因而,SGSN區(qū)域317執(zhí)行與移動電信系統(tǒng)204中采用的無 線網(wǎng)絡的互通(interwork) 。 GGSN區(qū)域319提供無線網(wǎng)絡和諸如因特網(wǎng)或私用網(wǎng)絡的另一 個網(wǎng)絡之間的網(wǎng)關(guān)。 如上所述,MS域214包括呼叫會話控制功能(CSCF)321。 CSCF321通常包括在IMS 域214中處理信令分組的服務器和相關(guān)代理。CSCF321處理各種功能,諸如MS注冊、消息 檢查、用戶驗證、策略控制、帶寬管理、收費記錄。CSCF 321在執(zhí)行它的功能時可以采用一個 或多個標準協(xié)議,諸如Diameter協(xié)議。 CN 206還通常包括與CN 206內(nèi)的各個域(諸如CS域210、 PS域212和MS域 214)互操作的部件。這些本領(lǐng)域中已知的部件包括歸屬用戶服務器(HSS)301、訪問位置寄 存器(VLR)303和設備識別寄存器(EIR)305。 HSS 301包括負責保持與圖2所示的移動電信系統(tǒng)204的用戶相關(guān)的信息的應用。 各個域使用此信息來用于各種目的,諸如代表用戶建立呼叫/會話。例如,HSS 301通過執(zhí) 行和/或確保諸如驗證、授權(quán)、計費(AAA)、命名/尋址解析、位置從屬性之類的步驟的執(zhí)行 來支持路由進程。 因此,HSS 301通常保持有關(guān)用戶的信息,諸如用戶標識、編號和尋址、用于AAA的 網(wǎng)絡接入控制的用戶安全信息、用戶位置信息;和用戶簡檔信息。保持在HSS 301中的傳 統(tǒng)用戶標識符可以包括下列項中的一個或多個國際移動用戶標識(IMSI)323、移動站國 際ISDN(MSISDN) 325號碼、私有標識327和公共標識329。 HSS 301的實施例可以基于諸如
      103GPP標準之類的標準。 HSS 301與三個域(CS域210、PS域212和MS域214)連接并且影響這些域的功能。盡管圖3僅僅示出了單個HSS 301,但是典型的核心網(wǎng)絡206可以包括多個HSS。多個HSS的配置通常基于各因素,諸如用戶的數(shù)目、電信系統(tǒng)200中采用的硬件的容量、和電信系統(tǒng)200的總體組織。 HSS 301可以包括諸如歸屬位置寄存器(HLR) 307、驗證中心(AuC) 309和HSS邏輯功能(HSS-LF)模塊311的應用。這些應用在本領(lǐng)域中是已知的。 HLR 307包括諸如目錄的數(shù)據(jù)存儲庫,其保持給定組的用戶的位置信息。換句話說,電信系統(tǒng)的用戶分配給HLR 307用于記錄的目的,諸如用戶信息。HLR 307通常向諸如SGSN區(qū)域317和GGSN區(qū)域319之類的PS域212部件提供支持,以便使得用戶能夠訪問PS域212內(nèi)的服務。相似地,HLR 307向諸如MSC區(qū)域313和GMSC區(qū)域315之類的CS域210部件提供支持,以便使得用戶能夠訪問由CS域210提供的服務以及支持諸如CS域210內(nèi)漫游的服務。盡管圖3中僅僅示出了單個HLR 307,但是典型的核心網(wǎng)絡206可以包括多個HLR。 AuC 309與HLR 307有關(guān)并且為向HLR 307注冊的每一個用戶存儲標識密鑰,諸如私有ID(PrivatelD)327。此標識密鑰便于生成諸如公共ID (PublicID) 329的用戶的安全數(shù)據(jù)。此外,AuC 309可以包含與移動電信系統(tǒng)204和用戶設備的IMSI 323的驗證相關(guān)的信息。此外,AuC 309包括用于確保通過在移動站(MS)和移動電信系統(tǒng)204之間的無線電路徑通信的完整和安全的信息。每個AuC 309通常通過通常表示為H接口的接口僅僅與它的關(guān)聯(lián)HLR 307進行通信。HLR 307通過H接口從AuC 309請求該信息、存儲該信息并且根據(jù)需要將它傳遞到核心網(wǎng)絡206中適當?shù)牟考?HSS-LF 311模塊包括使諸如移動性管理、會話建立支持、用戶安全信息產(chǎn)生、用戶安全支持、用戶標識處理、訪問授權(quán)、服務授權(quán)支持和服務供應支持之類的服務可行的功能模塊。 VLR 303通??刂艭S域210中的MSC區(qū)域313以及實際上控制在MSC區(qū)域313中漫游的MS。當MS "進入"由MSC區(qū)域313覆蓋的移動電信網(wǎng)絡204的一部分時,MSC區(qū)域313將MS注冊在VLR 303中。在注冊過程中,控制移動電信網(wǎng)絡204的給定部分的MSC區(qū)域313檢測該MS并且向VLR 303提供有關(guān)該MS的信息。在從MSC區(qū)域313接收到信息后,VLR 303檢查MS的注冊狀態(tài)。如果該MS未被注冊在VLR 303中,則VLR 303請求該HLR307提供與該MS相關(guān)的信息以便于正確處理涉及該MS的呼叫。VLR在本領(lǐng)域中是已知的。
      由VLR 303訪問的與該MS相關(guān)的信息通常包括諸如MSI 323、MSISDN 325、移動臺漫游號碼(MSRN) 、 MS已被注冊在其中的MSC區(qū)域313、 MS已被注冊在其中的SGSN區(qū)域317 (在其中移動網(wǎng)絡支持GPRS并且提供VLR 303和SGSN區(qū)域317之間的接口 )的標識之類的數(shù)據(jù)。在本發(fā)明的實施例中,VLR 303可以與多于一個MSC區(qū)域313互操作。
      EIR 305提供負責存儲該國際移動設備標識(IMEI)的邏輯實體。該設備可以被分類為"白名單"、"灰名單"、"黑名單"或它可以是未知的。在傳統(tǒng)的CN 206中,EIR 305至少保持白名單。 用戶-中心的存儲數(shù)據(jù) 圖4提供根據(jù)本發(fā)明的實施例的網(wǎng)絡架構(gòu)400中的數(shù)據(jù)存儲的功能圖。網(wǎng)絡架構(gòu)400包括操作支持系統(tǒng)(OSS)/商業(yè)支持系統(tǒng)(BSS)系統(tǒng)402、數(shù)據(jù)存儲庫404、諸如應用406a-406e的一個或多個應用以及核心信令網(wǎng)絡408。 OSS/BSS系統(tǒng)402包括供應系統(tǒng)410和網(wǎng)絡管理系統(tǒng)412。 OSS/BSS系統(tǒng)402包括CSP使用的各種計算系統(tǒng)。包括供應系統(tǒng)410和網(wǎng)絡管理系統(tǒng)412的OSS/BSS系統(tǒng)402包括移動電信網(wǎng)絡的"網(wǎng)絡系統(tǒng)",其支持諸如保持網(wǎng)絡清單、供應服務、配置網(wǎng)絡部件和管理故障之類的過程。BSS系統(tǒng)包括用于處理用戶、支持諸如接受訂單、處理票據(jù)和收集付款的過程的"商業(yè)系統(tǒng)"。 根據(jù)本發(fā)明的實施例,數(shù)據(jù)存儲庫404提供集中式數(shù)據(jù)域,其支持借助諸如應用406a、406b、406c、406d和406e的一個或多個應用以及諸如供應系統(tǒng)410和網(wǎng)絡管理系統(tǒng)412的BSS/OSS系統(tǒng)對諸如用戶和服務數(shù)據(jù)之類的數(shù)據(jù)的開放訪問。例如,數(shù)據(jù)存儲庫404可以包括為HSS存儲的數(shù)據(jù),諸如與圖3所示的HSS 301有關(guān)的數(shù)據(jù),以及包括用于整個移動電信網(wǎng)絡204的數(shù)據(jù)集。因此,根據(jù)本發(fā)明的實施例,應用406a-406e可以分別包括HSS301和/或HLR 307。根據(jù)本發(fā)明的實施例,應用406a-406e還可以包括諸如語音郵件系統(tǒng)、驗證、授權(quán)和計費(AAA)系統(tǒng)、移動號碼可攜之類的應用。這些應用都是本領(lǐng)域已知的。另外的應用406也可以包括在網(wǎng)絡400中。根據(jù)本發(fā)明的實施例,數(shù)據(jù)存儲庫404可以被配置為ITU-T X. 500目錄應用。 在本發(fā)明的實施例中,數(shù)據(jù)存儲庫404的軟件架構(gòu)提供單個邏輯目錄實體。根據(jù)本發(fā)明的實施例,每個物理實體可以訪問每個數(shù)據(jù)記錄,從而提供高可靠性和性能。在本發(fā)明的各個實施例中,數(shù)據(jù)存儲庫404支持各種開放接口 ,諸如目錄訪問協(xié)議(DAP)、輕量級目錄訪問協(xié)議(LDAP)、結(jié)構(gòu)化查詢語言(SQL)、OBDC/JDBC等等。這些本領(lǐng)域中已知的開放接口簡化了將存儲在數(shù)據(jù)存儲庫404中的數(shù)據(jù)鏈接到諸如客戶關(guān)系管理(CRM)系統(tǒng)之類的商業(yè)應用。 在本發(fā)明的實施例中,數(shù)據(jù)存儲庫404被實現(xiàn)為內(nèi)存儲數(shù)據(jù)存儲庫。數(shù)據(jù)存儲庫404的內(nèi)存儲操作通常比基于磁盤的系統(tǒng)快得多。因而,根據(jù)本發(fā)明的實施例,數(shù)據(jù)存儲庫404可以提供為CSP產(chǎn)生高性能和低成本的效能。 圖5描述根據(jù)本發(fā)明的實施例的目錄信息庫(DIB)500。例如,DIB 500表示圖4所示的數(shù)據(jù)存儲庫404的目錄結(jié)構(gòu)。DIB 500包括根目錄(root) 502和一個或多個條目,諸如條目504a、504b、504c、504d等等。條目504a-504d以下簡稱為條目504。條目504a-504d可以可替換地被稱為"對象"。DIB 500中的每個條目504可以包括一個或多個屬性,諸如,例如,條目504c包括屬性506a、506b、506c、506d等等。屬性506a-506d以下簡稱為屬性506。每個屬性506可以包括類型508和一個或多個值510。 DIB 500表示存儲在目錄中的數(shù)據(jù)集。例如,DIB 500可以包含向通信網(wǎng)絡描述用戶的數(shù)據(jù),例如移動電信網(wǎng)絡204中的用戶。 圖6描述根據(jù)本發(fā)明的實施例的目錄信息樹(DIT)600。 DIT 600表示圖5所示的DIB 500的結(jié)構(gòu)(模式)。DIT 600包括根節(jié)點602和條目504,諸如條目504a-504i等等。這里DIT 600被表示為在底部具有根節(jié)點602的分層樹形結(jié)構(gòu)。樹中的每個節(jié)點是條目504。如果DIT 600已被構(gòu)造為遵守各種標準格式,諸如X. 500標準,則DIB 500中的每個條目504通過區(qū)別名稱(DN)而唯一地且明確地識別出。例如,除條目504c的特別標識的屬性(區(qū)別值)之外,條目504c的DN基于上級條目(諸如條目504a)的DN。該區(qū)別值和它
      12的關(guān)聯(lián)類型也被稱為相關(guān)區(qū)別名稱(RDN),其相對于條目504c的父條目(諸如條目504a)唯一地識別條目504c。因此,為了描述RDN,使用條目504c的屬性類型和區(qū)別值。例如,對于條目504a,如果DN是"c 二區(qū)",其中"c"是屬性類型("國家"的縮寫)以及"區(qū)"是該條目的區(qū)別值,而對于"o =我的公司(MyCompany)"的條目504c (其中o是屬性類型("組織"的縮寫)以及'我的公司'是該條目的區(qū)別值),則504c的DN將是"o二我的公司,c=UK"或"我的公司 UK. "。 DN類似于萬維網(wǎng)中所用的URL。
      目錄系統(tǒng)代理_優(yōu)化的路由 移動電信系統(tǒng)204可以包括巨大數(shù)量的用戶。例如,一些電信系統(tǒng)包括百萬計的個人用戶。因此,盡管可以邏輯地表示與這些用戶有關(guān)的數(shù)據(jù),諸如圖4的集中式數(shù)據(jù)存儲庫404中所示的,但是物理實施例可以使得數(shù)據(jù)被分割成有意義的子組,以向電信系統(tǒng)提供更大的速度和總體耐用性。根據(jù)本發(fā)明的實施例,例如數(shù)據(jù)可以被存儲和復制在服務器的網(wǎng)絡上。在X. 500中,由目錄服務器代理(DSA)保持(控制)數(shù)據(jù)的分割。
      圖7A示出了根據(jù)本發(fā)明的實施例的目錄系統(tǒng)代理(DSA)702和目錄用戶代理(DUA)704。 DSA 702包括一個或多個目錄服務器,諸如目錄服務器706a-706c等等。根據(jù)本發(fā)明的實施例,一個或多個目錄服務器706a-706c的每一個包括數(shù)據(jù)存儲庫708a-708c等等,以下簡稱為數(shù)據(jù)存儲庫708。數(shù)據(jù)存儲庫708優(yōu)選地包括內(nèi)存儲數(shù)據(jù)庫。根據(jù)本發(fā)明的實施例,目錄服務器706a-706c也包括目錄服務器軟件,諸如目錄服務器應用軟件707a-707c。 根據(jù)本發(fā)明的實施例,DSA 702被配置為確定它的各個目錄服務器706a-706c的每一個的容量和負荷。DSA 702還可以檢測目錄服務器706a-706c中的任何一個不在通信的時間、是否由于計劃的維修或由于通信、硬件或其它故障。如圖7A所示,DSA 702被實現(xiàn)為不同的目錄服務器(諸如目錄服務器706a-706c)的群。因而,DSA 702可以使用它的對目錄服務器的狀態(tài)和容量的認識來快速且高效地處理數(shù)據(jù)請求。實質(zhì)上,DSA 702作為比在它的控制之下單獨動作的目錄服務器中的任何一個更高效且更耐用的目錄服務器而工作。當然,DSA 702可以被實現(xiàn)為具有比圖7A所示的更多或更少的目錄服務器706。在本發(fā)明的實施例中,目錄服務器706中的每一個運行相同的軟件部件并且將DIB 500(圖5所示)的至少一部分的相同副本保持在DSA 702負責的內(nèi)存儲數(shù)據(jù)存儲庫708中。
      DUA 704是例如LDAP或DAP客戶端的目錄服務客戶端的傳統(tǒng)術(shù)語。根據(jù)本發(fā)明的實施例,例如,DUA 704代表各種客戶端應用將數(shù)據(jù)請求作為LDAP操作。將如圖7B所示的,典型的配置包括多個DSA 702。 DUA 704連接到DSA 702中的一個中的DS 706中的一個。該服務器的DSA 702可以保持與該請求相關(guān)的數(shù)據(jù)(在這種情況下,它可以自己處理該請求),或者否則可以知道DSA 702能夠較好地處理該請求。在后一種情況下,DS 706選擇在該可替換的DSA 702中的服務器706中的一個并且將該請求轉(zhuǎn)發(fā)給它(鏈接)。在下文的優(yōu)化路由小節(jié)中再次描述此過程。 因而,DSA 702確定哪一個目錄服務器706應該響應于該數(shù)據(jù)請求。DSA 702和DS706a-706c的操作通常對DUA 704是透明的。因此,在本發(fā)明的各個實施例中,DUA 704可以連接到目錄服務器706a-706c的任何一個以檢索相同的數(shù)據(jù)。如果DSA的數(shù)據(jù)存儲庫708僅僅包含DIB 500的一部分,則可以使用一個或多個另外的DSA來構(gòu)造完整的DIB 500,其中該一個或多個另外的DSA的相應數(shù)據(jù)存儲庫708包含DIB 500的其它部分。在這樣的實施例中,DSA 702還需要信息來幫助它們選擇對于給定動作的適當DSA 702。 根據(jù)本發(fā)明的實施例,運行在目錄服務器706a-706c上的軟件包括目錄服務器軟
      件706a-706c。目錄服務器軟件707為目錄服務器706提供分布式數(shù)據(jù)基礎(chǔ)結(jié)構(gòu)和目錄訪
      問軟件。正如以上的討論,由內(nèi)存儲數(shù)據(jù)存儲庫708a-708c執(zhí)行的低級別操作不是這里公
      開和要求的本發(fā)明的一部分。本發(fā)明的實施例可以被配置為利用各個低級別的數(shù)據(jù)存儲庫
      程序工作。 圖7B示出了根據(jù)本發(fā)明的實施例的包括三個DSA 702a、702b和702c的分布式分級結(jié)構(gòu)。這些DSA 702a-702c示出了在通信網(wǎng)絡中為了快速訪問可以如何分配和復制給定DIB 500。 例如,DIT 600可以大到它需要擴展到跨幾個DSA(諸如DSA702a-702c)中。例如,HSS 301不必知道DIT 600是多大或多小或者特定的數(shù)據(jù)段被存儲在哪一個DSA上。根據(jù)本發(fā)明的實施例,例如,HSS 301僅僅需要通過DUA 704路由它的請求,該DUA 704將該請求引導到DSA 702, DSA 702或者自己答復該請求或者找到DSA 702來答復該請求。
      還假定給定DIB 500包括關(guān)于通信網(wǎng)絡中的用戶的數(shù)據(jù),包括這些用戶各自的IMSI數(shù)據(jù)(與全部GSM和UMTS網(wǎng)絡移動電話用戶有關(guān)的唯一號碼)和這些用戶各自的MSISDN數(shù)據(jù)(用于指特定移動設備的固定數(shù)目的數(shù)字)。這樣的DIB 500可以如下被配置在DSA 702a-702c中用戶的數(shù)據(jù)(諸如他們的姓名和地址)可以位于將充當根DSA的DSA702a中。用戶各自的IMSI數(shù)據(jù)可以位于充當IMSI域(諸如圖3所示的IMSI 323)的DSA702b中,以及用戶各自的MSISDN數(shù)據(jù)可以位于充當MSISDN域(諸如圖3所示的MSISDN325)的DSA 702c中。 因而,在此示例配置中,DSA 702a可以充當"根"DSA ;DSA 702b可以充當"IMSI"域DSA,以及DSA 702c可以充當"MSISDN"域DSA。根DSA 702a包括一個或多個目錄服務器706a-706c ;"MSI"域服務器702b包括一個或多個目錄服務器706d-706f ;以及"MSISDN"域DSA702c包括一個或多個目錄服務器706g-706i 。根據(jù)本發(fā)明的實施例,該一個或多個目錄服務器706a到706i包括諸如圖7A所示的目錄服務器軟件707的目錄服務器軟件以及諸如圖7A所示的數(shù)據(jù)存儲庫708的數(shù)據(jù)存儲庫。"根"DSA 702a存儲根條目;"IMSI"域DSA 702b存儲"IMSI"相關(guān)數(shù)據(jù),以及"MSISDN"域DSA 702c存儲"MSISDN"相關(guān)數(shù)據(jù)。
      因而,在本發(fā)明的各個實施例中,一個或多個DSA 702可以被一起實施以存儲DIB500,諸如用于整個移動電信網(wǎng)絡的完整的DIB。每個DSA 702通常負責包括DIB 500的數(shù)據(jù)的規(guī)定的子集。因而,在上述示例中,DUA 704可以連接到可用的DSA 702中的任何一個,諸如根DSA 702a、"IMSI"域DSA 702b禾P "MSISDN"域DSA 702c。來自于DUA 704的請求由諸如"IMSI"域DSA 702b的DSA透明地處理,從而控制該數(shù)據(jù)。
      優(yōu)化的路由 圖8示出了根據(jù)本發(fā)明的實施例的在圖7B所示的DSA的分布式分級結(jié)構(gòu)中的優(yōu)化路由。正如以上的討論,DSA 702a-702c—起工作來提供分布式目錄。每個DSA 702將目錄條目的子集保持在它的DS 706中,以及關(guān)于它不保持的目錄條目的可能位置的認識。如上討論的,如果DSA 702涉及位于該目錄的它自己子集內(nèi)的數(shù)據(jù),則DSA 702可以能夠在本地滿足目錄操作。否則,DSA 702(例如,DSA 702a)使用它對于該目錄的認識來選擇哪一個DSA(例如,DSA 702b)是滿足該操作的最好的DSA然后將該操作鏈接到其它DSA 702b。
      正如以上的討論,每個DSA 702被實施為一組DS 706,每個通常保持該目錄的該 子集的完全復制的副本。因而,每一個DS通常以相同的方式處理目錄操作。作為鏈接過程 的一部分,第一DSA 702的DS 706不得不選擇第二 DSA 702中的DS 706來接收鏈接的操 作。此選擇傳統(tǒng)上基于循環(huán)法或最少使用來實施負荷共享(load sharing),以及可以考慮 DS的能力來處理該請求。例如,如果已知由于較早的問題,DS706具有該目錄的非完全復制 的版本,則不會選擇它。 但是,DS 706的典型的物理實施方式是使得它們從地理上被分配。此外,常常是 這樣的情況在給定物理地點處,有一個或多個DS用于其它DSA 702。換句話說,各個DSA 702的DS 706可以在物理上和/或通信距離上相對鄰近地被聚集在一起。
      例如,圖8所示的該組DSA 702在物理上被布置為使得DS 706a、 DS 706d和DS 706g物理上位于地點1804a ;DS 706b、 DS 706e和DS706h在物理上位于地點2804b,而DS 706c、DS 706f和DS 706i在物理上位于地點3804c。此外,這樣的分布提供對于通信網(wǎng)絡 的額外的彈性。例如,如果在地點1804a處存在電源故障,則可以使用在地點2804b和地點 3804c處發(fā)現(xiàn)的DS 706來為DSA 702a_702c平穩(wěn)地繼續(xù)操作。 從一個DS群(S卩,相同地點的DS)到另一個DS群的通信路徑通常比DS群內(nèi)(即, 相同地點的DS)的通信具有低帶寬和高延遲。換句話說,DS 706a與DS 706d通信所花的 時間一般比DS 706a與DS 706e通信所花的時間少,因為DS 706a和DS 706d 二者都位于 在相同的地點上,即地點1804a。 假定數(shù)據(jù)訪問的負荷在DS地點間共享,則基于該DS 706的物理位置選擇用于鏈 接的DS 706可以提供目錄操作的優(yōu)化的通信利用率(例如,優(yōu)化的WAN利用率)和降低的 響應時間。換句話說,當DS 706a需要與DSA 702b有關(guān)的數(shù)據(jù)時,它應該優(yōu)選地與DS 706d 通信而不是與DS 706e或DS 706f,因為DS 706a和DS 706d位于相同的地點上,即地點 1704a。當然,如果無論什么原因,DS 706a需要來自于DSA 702b的數(shù)據(jù)而DS 706d不可用, 則DS 706a將被配置為鏈接到DS 706e或DS 706f ,它們還是DSA 702b的一部分但是位于 不同于DS 706a的地點上。 根據(jù)本發(fā)明的實施例,DS 706上的地點路由代理808被配置為確定哪一個第二DS 706可以以相對于其它DS組最低的成本完成給定的數(shù)據(jù)請求。地點路由代理808可以被配 置為考慮所有可能的DS或DS的給定子集之間的距離。例如,當DS被鏡像在歐洲的六個其 他地點時,在區(qū)中的地點路由代理計算到中國的另一個DS的距離可能更低效。根據(jù)本發(fā) 明的實施例,一種簡單的方法是地點路由代理808利用缺省規(guī)則周期性地計算到其它歐洲 地點的距離,以便在其它歐洲D(zhuǎn)S不可用時使用中國的地點。 另夕卜,根據(jù)本發(fā)明的實施例,地點路由代理808選擇DS 706可以包含各種因素。例 如,地點路由代理808可以使用節(jié)點(例如,地點)之間的連通性的等級來建立它選擇另一 個DS 706的基礎(chǔ),其中等級值由諸如帶寬、延遲和成本之類的因素導出。根據(jù)上述示例假 定DS 706a需要來自于DSA 702b的數(shù)據(jù)且DS 706d是不可用的。還假定地點2804b與地 點1804a顯著地比地點3804c與地點1804a更"接近",其中"接近"包括基于帶寬、延遲和 成本中的至少一個的合成,例如,帶寬+延遲+成本的最低得分。因此,地點路由代理808a 可以建議DS 706a鏈接到地點2804b的DS 706e。如果DS 706e是不可用的,則地點路由代 理808a可以建議DS 706a嘗試利用地點3804c的DS 706f完成它對DSA 702b的操作。
      15
      在本發(fā)明的進一步的實施例中,地點路由代理808可以被配置用于動態(tài)選擇DS 706。例如,從該示例中假定,與每一個地點有關(guān)的采樣設備806周期性的監(jiān)視該地點和所 關(guān)注的任何其他地點之間的"距離"。例如,地點1804a的采樣器806a可以周期性地監(jiān)視 到地點2804b的"距離",其中該"距離"由帶寬、延遲和成本中的至少一個來測量,例如,帶 寬+延遲+成本的最低得分。然后采樣器806a可以使得此"距離"計算的結(jié)果可用于地點 1804a上的地點路由代理808a、808d、808g。采樣器806a是可以根據(jù)它如何測量"距離"以 及它多長時間一次測量這樣的距離而自身可配置的。另外,采樣器806a可以將它的"距離" 確定基于從DS 706接收到并且報告給采樣器806a的實際測量(諸如響應時間)。這種動 態(tài)方法考慮到改變的網(wǎng)絡狀況以及利用給定DS或通信路徑的問題。可替換地,采樣器806a 可以位于DS 706內(nèi),例如地點路由代理808自身內(nèi)。 在本發(fā)明的進一步的實施例中,例如,假定地點路由代理808根據(jù)"成本"計算兩 個DS之間的"距離"或"接近度"。根據(jù)本發(fā)明的實施例,還假定成本要素是帶寬、延遲和訪 問成本。當然,其它的部件可以包括成本的主要驅(qū)動器。還假定加權(quán)成本等式可以被表示 為公式,諸如(權(quán)重lx帶寬)+ (權(quán)重2x延遲)+ (權(quán)重3x訪問成本)。地點路由代理808 可以被配置為周期性地計算此等式的新結(jié)果,例如每天、每小時、每分鐘等。然后地點路由 代理808可以確保當需要鏈接時,DS 706首先嘗試選擇最低成本的DS 706。當然,這可能 意味著不位于相同的地點上的DS。可替換地,根據(jù)本發(fā)明的實施例,采樣器806可以執(zhí)行這 些等式然后將結(jié)果提供向地點路由代理808的相關(guān)組。
      別名和別名隱藏 圖9A描述根據(jù)本發(fā)明的實施例的具有別名條目902的DIT 900。 DIT 900包括一 個或多個條目,諸如條目504a-504g等等、根節(jié)點602和別名條目902。
      如前所述,在圖5所示的DIB 500中,條目或?qū)ο蟮睦佑蒁N唯一地且明確地標 識。但是,DN不必是客戶端應用可以引用一個條目(諸如條目504f)的唯一的名稱。別名 條目(諸如別名條目902)是DIT(諸如DIT 900)中的條目,其具有屬性,諸如"別的條目 名(aliasedEntryName)",其包含DIT 900中另一個條目的名稱。因此,例如,別名條目902 可以具有名為"別的條目名"的屬性,它的值是名稱"條目504f"。第二條目(例如,條目 504f)不一定需要存在于DIT 900中,盡管在此示例中它存在。還注意,DIT 900中的別名 條目902的結(jié)構(gòu)不需要根本上不同于條目504a-504g,這里呈現(xiàn)的名稱上的差別("條目" 對"別名條目")是為了有助于理解別名條目的功能。 別名條目(諸如別名條目902)為條目(諸如條目504f)提供可替換的名稱。別 名是DIB 500中的特定條目,其指向另一個條目,諸如條目504f。別名類似于文件系統(tǒng)中 的符號連接。因此,別名是利用多個標識而沒有復制的數(shù)據(jù)來提供數(shù)據(jù)庫條目(諸如條目 504f)的有益方式。根據(jù)本發(fā)明的實施例,如果數(shù)據(jù)被存儲在不會經(jīng)常改變(或許由供應 系統(tǒng)410分配)的唯一的名稱(或密鑰)下但是需要通過各種不同的標識(諸如,例如,與 IMSI 323、MSISDN 325、統(tǒng)一資源定位符(URL)等等有關(guān)的應用,其可以改變)公開訪問,則 別名是特別有益的。使用別名使得數(shù)據(jù)被存儲一次然后經(jīng)由被實施為別名的多個不同的標 識引用。別名條目(諸如別名條目902)可以被增加、修改和/或刪除而不影響該數(shù)據(jù)。
      新的別名可以由別名創(chuàng)建模塊905在DIT 900中實施。根據(jù)本發(fā)明的實施例,別 名創(chuàng)建模塊905可以被配置為在DIT 900中構(gòu)造一別名,以使得其它部件(如圖9B所示的名稱解析模塊909)可以隨后對于從客戶端應用接收到的數(shù)據(jù)請求執(zhí)行別名解引用。別名 創(chuàng)建模塊905可以包括用戶界面以使得可以在初始供應(例如,"運行中")之后創(chuàng)建別名, 以便使得能夠迅速配置新的別名??商鎿Q地,別名創(chuàng)建模塊905可以由例如LDAP或DAP經(jīng) 由傳統(tǒng)目錄"增加目錄(addEntry)"操作來調(diào)用。 在本發(fā)明的一些實施例中,別名創(chuàng)建模塊905利用提供由該別名指向的條目的DN 的強制屬性來將該別名實施為DIB 500中的條目。例如,假定條目504a具有DN"c = UK", 條目504c具有DN "o =我的公司,c =區(qū)"以及條目504d具有DN "o =公司X, c = UK"。 條目504f具有DN "員工ID(employeeID) = 111, o =我的公司,c =區(qū)"。因此,別名條目 902可以具有可替換的名稱"cn = Joe, o =我的公司,c = UK"并引用條目504f。
      目錄服務的供應商(諸如CSP)可以想要使用別名,但是以不同于由各種已知協(xié)議 和別名使用技術(shù)提供的方式來完成。例如,這樣的目錄服務供應商可能想要向可能還沒有 被設計有使用別名的能力的客戶端應用(諸如HSS 301)提供別名使用服務。另外,目錄服 務供應商也可能想要隱瞞一個或多個應用已經(jīng)執(zhí)行了別名使用,即使當該客戶端應用本身 可以執(zhí)行別名使用。例如,為了安全原因,可以執(zhí)行這樣的別名隱藏。
      圖9B示出了根據(jù)本發(fā)明的實施例的別名隱藏模塊903,其與包括別名903的DIT 900交互以對來自于請求實體920(諸如客戶端應用)的數(shù)據(jù)請求執(zhí)行別名隱藏。
      根據(jù)本發(fā)明的實施例,位于目錄服務器(諸如圖7A所示的DS 706)中的別名隱藏 模塊903在來自于請求實體920的數(shù)據(jù)請求期間調(diào)解并且控制別名解引用(即是為了查詢 也是為了更新)而不管請求實體920的期望如何。因此,請求實體920可以代表諸如客戶 端應用、終端用戶或遠程DSA的實體,它們可能需要數(shù)據(jù)來在DSA的控制下完成在目錄的一 部分上開始的鏈接進程。例如,請求實體920可能是自身沒有被配置為控制別名使用的HSS 301和/或CSP想要對其隱藏別名使用的HSS 301。 因此,根據(jù)本發(fā)明的實施例,別名隱藏模塊903可以在呈現(xiàn)給請求實體920的結(jié)果 中將條目中的名稱替換為符合DIT 900的請求實體的意見的名稱。 使用別名隱藏模塊903,條目(諸如條目504f)可以包含可以被請求實體920(諸 如HSS 301)使用不同的名稱(諸如別名條目902的名稱)訪問的數(shù)據(jù)。例如,請求實體 920可以需要由對請求實體920唯一的名稱來尋址諸如條目504f的條目。但是,假定請求 實體920沒有被設計為使得它可以使用別名,因為該方法被傳統(tǒng)地配置。因而別名隱藏模 塊903為這樣的請求實體920有效的提供使用別名的能力,而不需要對請求實體920的任 何修改。 事實上,一條目(諸如條目504f)可以具有各種別名條目(例如,別名902的多個 實例),每個別名條目代表由不同的請求實體920使用來訪問包含在條目504f中的數(shù)據(jù)的 名稱。根據(jù)本發(fā)明的實施例,此方法使得與電信網(wǎng)絡有關(guān)的數(shù)據(jù)位于中心,諸如在數(shù)據(jù)存儲 庫404中,而不必要改變現(xiàn)有的請求實體920 (例如,客戶端應用)。因而,別名隱藏模塊903 使得CSP能夠使用遺留下的應用(諸如,遺留下的HSS301),甚至在切換到電信網(wǎng)絡的不同 架構(gòu)之后。 根據(jù)本發(fā)明的實施例,當將數(shù)據(jù)返回到請求實體920時,別名隱藏模塊903還可以 刪除別名已被執(zhí)行的任何指示。換句話說,本發(fā)明的實施例使得根據(jù)請求實體920的本地 數(shù)據(jù)格式返回數(shù)據(jù),以使得可以向請求實體920呈現(xiàn)具有期望的屬性值和名稱的數(shù)據(jù)。在這樣的情況下,請求實體920只須知道該可替換的或別名條目名稱。 根據(jù)本發(fā)明的實施例,別名隱藏是可以基于每個應用而被用來隱藏別名的存在的 機制。根據(jù)本發(fā)明的實施例,對于給定應用的別名隱藏指令可以包括在別名隱藏數(shù)據(jù)文件 914中。當對請求實體920執(zhí)行別名隱藏時,由請求實體920請求的涉及別名(諸如別名條 目902)的操作在請求實體920看來是對正常條目(諸如條目504f)的操作。別名隱藏模塊 903可以強迫解引用任何別名,以及隨后在請求實體的請求下,對任何返回的條目名稱執(zhí)行 名稱映射成相關(guān)于原始基本名稱,而不是真實的條目名稱。因此,呈現(xiàn)給請求實體920的搜 索結(jié)果可以包括在搜索中返回的條目的DIT 900中的別名和非真實的名稱。從請求實體的 視角來看,別名表現(xiàn)為真實的條目。同樣地,屬于真實的條目的任何條目表現(xiàn)為屬于該別名 的條目。因而,請求實體920(諸如HSS 301)可以使用該別名更新并查詢該條目。
      根據(jù)本發(fā)明的實施例,別名隱藏模塊903可以執(zhí)行三個分開的功能
      -由名稱解析模塊909控制別名解引用,可能與發(fā)出該數(shù)據(jù)請求的請求實體 920(例如客戶端應用)的期望相反,和/或-由搜索/更新模塊911控制別名解引用或由鏈接模塊917鏈接的目錄操作,可能
      與發(fā)出該數(shù)據(jù)請求的請求實體920(例如客戶端應用)的期望相反,和/或 _修改在由搜索/更新模塊911產(chǎn)生的或由鏈接模塊917返回的結(jié)果中的名稱,以
      使得它們相關(guān)于由發(fā)出該數(shù)據(jù)請求的請求實體920(例如,客戶端應用)提供的基本名稱,
      而不是解析的基本名稱(RDN),以及此外,對于在子樹搜索期間遇到的任何別名,遞歸地將
      相關(guān)的真實的條目名稱替換為別名條目的相關(guān)名稱,以使得它看起來好像在沒有別名的解
      析的基本條目下面存在單個子樹。 圖9B示出了根據(jù)本發(fā)明的實施例的當在上述三種情況下使用別名隱藏模塊903 時的目錄操作的處理。 對于訪問目錄中的數(shù)據(jù)的請求可以源于各種實體或源。例如,諸如搜索和更新的 數(shù)據(jù)訪問可以來自于客戶端應用、終端用戶、乃至諸如圖7A所示的DSA 702的目錄系統(tǒng)代 理。因此,如上所述,請求實體920可以代表諸如客戶端應用、終端用戶或遠程DSA的實體, 它們可能需要數(shù)據(jù)來在DSA的控制下完成在目錄的一部分上開始的鏈接進程。
      在任何情況下,請求實體920向目錄操作服務器907發(fā)送數(shù)據(jù)請求。目錄操作服 務器907代表被配置為接收數(shù)據(jù)請求然后將它們提供給與目錄服務器有關(guān)的適當?shù)奶幚?單元以使得可以完成請求的操作的實體。例如,LDAP服務器代表典型的目錄操作服務器, 諸如目錄操作服務器907。 目錄操作服務器907從請求實體920接收與存儲在目錄(諸如DIT900)中的數(shù)據(jù) 相關(guān)的請求,以及將此請求傳遞到別名隱藏模塊903(步驟A)。別名隱藏模塊903然后在修 改該數(shù)據(jù)請求以反映任何可操作的別名隱藏方式(步驟B)之后,將此請求傳遞給名稱解析 模塊909。在確定該操作的別名隱藏方式時,別名隱藏模塊903可以檢查別名隱藏數(shù)據(jù)文 件914,該別名隱藏數(shù)據(jù)文件914可以包含在諸如每個應用、每個用戶、全系統(tǒng)等基礎(chǔ)上的 別名相關(guān)數(shù)據(jù)配置。因而,根據(jù)本發(fā)明的實施例,別名隱藏模塊903可以修改該數(shù)據(jù)請求以 便以可能與請求實體920的期望相反的方式來控制別名解引用。在來自于遠程DSA的鏈接 的請求的情況下,也可以在鏈接請求參數(shù)中指示操作的別名隱藏方式,其中對遠程DSA的 等效處理已經(jīng)可能從它自己的別名隱藏數(shù)據(jù)文件914或從進入的鏈接操作確定該可操作
      18的別名隱藏方式。 根據(jù)本發(fā)明的實施例,名稱解析模塊909然后解析由別名隱藏模塊903提供的名 稱。根據(jù)本發(fā)明的實施例,位于目錄服務器(諸如圖7A所示的DS 706)中的名稱解析模塊 909執(zhí)行名稱解析處理,其是對于進入的目錄操作的處理的開始部分。名稱解析模塊909使 用由別名隱藏模塊903提供給目錄操作的作為參數(shù)的名稱來將目錄操作的基本條目放置 在DIT 900中。名稱解析模塊909依次考慮每個RDN以及定位匹配該RDN的條目,其是先 前定位的條目(或?qū)τ诘谝籖DN的根條目)的直接從屬。根據(jù)本發(fā)明的實施例,此過程繼 續(xù)直到所有RDN都已被考慮過或者直到名稱不能在本地被完全解析,除了遇到引用以使得 該操作能夠鏈接到也許能完全解析該名稱的遠程DSA。 根據(jù)本發(fā)明的實施例,在名稱解析期間,如果名稱解析模塊909遇到別名條目,則 可以重新啟動名稱解析過程,同時將該名稱的當前解析的一部分替換為該別名條目的值, 諸如上述"別的條目名稱"條目屬性。此操作的重新啟動,在本領(lǐng)域中稱為"別名解引用", 可以發(fā)生不止一次以完全地解析名稱。 名稱解析是在諸如X. 500的協(xié)議中的常規(guī)過程,盡管根據(jù)本發(fā)明的實施例,根據(jù) 任何一個特定的協(xié)議并不必須執(zhí)行名稱解析。例如,傳統(tǒng)的LDAP協(xié)議將別名解引用限制為 僅僅查詢操作,盡管在傳統(tǒng)的X. 500協(xié)議中找不到此限制。更重要的是,此常規(guī)處理在請求 實體902(諸如像HSS 301之類的客戶端應用)而不是別名隱藏模塊903的控制下。換句 話說,客戶端應用不得不指定別名解引用操作應該發(fā)生。此外,傳統(tǒng)的別名解引用的結(jié)果將 尤其通過將該條目的完全解引用的名稱包括在提供給客戶端應用的結(jié)果中來指示該別名 解引用已經(jīng)發(fā)生。根據(jù)本發(fā)明的實施例,請求實體920沒有必要指定別名解引用是否應該 發(fā)生,以及請求實體920將不一定接收提供的結(jié)果中的條目的完全解引用的名稱。
      例如,假定名稱解析模塊909已經(jīng)接收到對于位于DIT 900中"根.條目1.條目 2.別名(Root. Entryl.Entry2. Alias)"處的數(shù)據(jù)的讀請求。名稱解析模塊909首先訪問 根602(步驟C1)。名稱解析模塊909然后在訪問條目504c(步驟C3)之前訪問對于此特 定請求訪問條目504a(步驟C2)。名稱解析模塊909然后訪問別名條目902,并且發(fā)現(xiàn)別名 條目902是別名條目以及該別名條目具有名稱"根.條目1.條目2.條目3(Root.Entry1. Entry2. Entry3)"的指示(步驟C4)。因此,根據(jù)本發(fā)明的實施例,名稱解析模塊909重新 啟動名稱解析過程,并且重復步驟C1、C2、C3。名稱解析模塊909然后訪問條目504f,并且 確定它是真實的條目,因此已經(jīng)完全地解析了原始的名稱(步驟C5)。 名稱解析模塊909向別名隱藏模塊903報告定位的條目504f以及采取的路徑(步 驟D)。根據(jù)本發(fā)明的實施例,別名隱藏模塊903至少暫時地保持解引用的路徑信息。
      如果必需本地搜索/更新處理來完成該請求(即,名稱已在本地被完全解析),則 別名隱藏模塊903向搜索/更新模塊911傳遞為先前確定的可操作的別名隱藏方式而修改 的定位的條目(例如,條目504f)和原始的請求(步驟E)。 可替換地,如果必需鏈接來完成該請求(即,名稱沒有被完全解析),則別名隱藏 模塊903向鏈接模塊917傳遞原始的操作,其中具有先前確定的操作的別名隱藏方式和任 何解引用的別名信息(步驟E')。 搜索/更新模塊911對定位的條目(例如,條目504f)進行動作。根據(jù)本發(fā)明的 實施例,位于目錄服務器(諸如圖7A所示的DS 706),搜索/更新模塊911對由名稱解析模塊909提供的解析的條目執(zhí)行由別名隱藏模塊903請求的操作。在更新的情況下,搜索/更 新模塊911對條目(例如條目504f)執(zhí)行更新(步驟F1)。在搜索的情況下,搜索/更新模 塊91執(zhí)行開始于由名稱解析模塊909提供的定位的條目(例如條目504f)的搜索(步驟 Fl),以及也可以搜索它的從屬的條目(例如條目504g)的子集或者全部(步驟F2)。在檢 查解析的條目下的子樹時,搜索/更新模塊911可能遇到其它的別名(例如,假定條目504g 是別名),以及以類似于由名稱解析模塊909執(zhí)行的方式來執(zhí)行別名解引用。
      搜索/更新模塊911也可能遇到對遠程DSA的從屬的引用,其指示該子樹被分割 以及從該點起的任何從屬的條目都被遠程地保持。在此情況下,新的搜索操作(經(jīng)由鏈接 模塊917)被鏈接(具有該可操作的別名隱藏方式)到該遠程DSA(步驟I),以及來自于鏈 接的操作的所有結(jié)果(步驟J)附于在本地產(chǎn)生的結(jié)果上。 搜索/更新模塊911向別名隱藏模塊903報告采取的動作、(在本地和/或從鏈 接的搜索)檢索的信息、以及采取的路徑(步驟G)。搜索/更新模塊911通常使用搜索中 的條目的完全解引用的名稱來向別名隱藏模塊903報告路徑信息。 鏈接模塊917作為在引用的遠程DSA上的請求實體,將鏈接的操作傳遞給遠程目 錄操作服務器931。位于目錄服務器(諸如圖7A所示的DS 706)中,鏈接模塊917結(jié)合名 稱解析模塊909工作,作為在目錄是分布式的且名稱解析模塊909不能在本地完全解析名 稱并且已經(jīng)遇到指示遠程DSA也許能完全解析該名稱的合適的引用的情況下對搜索/更新 模塊911的替代。鏈接模塊917將進入的目錄操作和任何解引用的別名轉(zhuǎn)發(fā)給目錄操作服 務器931 ,該目錄操作服務器931類似于目錄操作服務器907但是位于遠程DSA上。鏈接模 塊917根據(jù)哪一個模塊提交了鏈接請求,向別名隱藏模塊903(步驟G')或搜索/更新模 塊911(步驟J)報告從遠程DSA接收回的結(jié)果。 別名隱藏模塊將數(shù)據(jù)請求的結(jié)果報告回目錄操作服務器907 (步驟H),其依次將 該信息傳遞回請求實體920。別名隱藏模塊903可以被配置為刪除關(guān)于找到的請求的涉及 別名的信息的任何指示,并且簡單地將數(shù)據(jù)請求報告回目錄操作服務器907。別名隱藏模塊 903根據(jù)它的指令可以重建該樹,好象它不包含別名并且因此修改名稱,例如樹根.條目 1.條目2.別名902.條目4(root. entry 1. entry2. alias902. entry4)(可能請求實體920期 待的樹而不是目錄中的實際樹根.條目1.條目2.條目3.條目4(root. entryl.entry2. entry3. entry4))。因而,根據(jù)本發(fā)明的實施例,別名隱藏模塊903可以修改由搜索/更新 模塊911產(chǎn)生的結(jié)果中的名稱,以使得它們相關(guān)于由請求實體920提供的基本名稱,而不是 解析的基本名稱(RDN),以及以使得被搜索作為從屬于該基本條目的別名條目的結(jié)果的任 何條目被表示"在原處"而不是在明確的另外的子樹內(nèi)。 在本發(fā)明的實施例中,如果別名隱藏模塊903返回搜索結(jié)果中的任何別名的目標 并且RDN屬性被登記在返回的屬性列表上,則可以在RDN屬性上發(fā)生替換,即別名RDN替換 列表中的真實RDN??商鎿Q地,如果該別名RDN也是該條目的真實屬性,別名RDN可以已經(jīng) 存在于該列表中,或者可以附加于返回的屬性列表后。 如圖4所示,對網(wǎng)絡中的每一個應用操作的多個獨立的數(shù)據(jù)倉的問題的解決方案 是組合一個數(shù)據(jù)存儲庫中的數(shù)據(jù)。如前所述,在有些情況下,準確相同的數(shù)據(jù)存在于不同的 已有數(shù)據(jù)存儲庫中,例如兩個數(shù)據(jù)存儲庫具有用戶"約翰史密斯"。但是,在有些情況下,一 個應用可能需要DN具有名稱"客戶"而另一個應用可能需要DN具有名稱"用戶"。數(shù)據(jù)存
      20儲庫中的DN可以具有名稱"名稱"。在所有三種情況下,DN的"用戶"、"客戶"和"名稱"都 指向具有值"約翰史密斯"的數(shù)據(jù)條目。DN可以是具有兩個別名"用戶"和"客戶"的"名 稱",而不是在數(shù)據(jù)庫中復制"約翰史密斯"三次。根據(jù)本發(fā)明的實施例,假定需要名稱"用 戶"的應用從系統(tǒng)中去掉,則可以刪除"用戶"的別名。進一步假定增加了為用戶的名稱使 用DN "Namn"的新應用,則可以簡單地增加"Namn"別名。
      變量 圖IOA描述根據(jù)本發(fā)明的實施例的具有變量條目1002的DIT1000。 DIT 1000包 括諸如條目504a-504e等的一個或多個條目、根節(jié)點602和變量條目1002。變量條目(諸 如變量條目1002)提供存儲在數(shù)據(jù)存儲庫404中的數(shù)據(jù)的可替換的查看(view)。變量條 目1002定義把來自于DIT IOOO中不同條目(諸如條目504c和504d)的屬性集中在一起 的條目。因此,當諸如客戶端應用的請求實體訪問變量條目1002時,請求實體從諸如條目 504c和504d的其它條目接收對屬性的訪問。對這些其它條目的訪問對請求實體可以是透 明的,其不需要知道基礎(chǔ)數(shù)據(jù)是如何被構(gòu)造的。 因而,只要請求實體以它期待的方式檢索數(shù)據(jù),則請求實體就可以好像數(shù)據(jù)仍然 存在于例如單個專有的數(shù)據(jù)倉中一樣工作。換句話說,根據(jù)本發(fā)明的實施例,不需要對請求 實體做出改變來使得適應該變量的存在。更重要的是,變量條目的實施方式有時可能是對 避免不得不對請求實體做出變化以便請求實體與DIT 1000正確地互操作所必不可少的。 相似地,請求實體的數(shù)據(jù)需要的變化可以通過創(chuàng)建與請求實體的新數(shù)據(jù)需要匹配的變量條 目來實現(xiàn)。根據(jù)本發(fā)明的實施例,實質(zhì)上,變量在屬性級別改變方向(redirect),而諸如圖 9B所示的別名902的別名在條目級別改變方向。 根據(jù)本發(fā)明的實施例,變量條目1002是DIT IOOO中的條目,除了"對象類"屬性 外,其不需要例示的屬性。相關(guān)的"對象類"定義被標記為"變量"并且包括許多屬性。變量 對象類的成員關(guān)系(membership)指示應當在處理該條目的一個或多個屬性中訪問規(guī)則。 例如,如圖IOA所示,對象類屬性值"變量"指示屬性"我的公司聯(lián)系"和"公司X聯(lián)系"具 有這樣的規(guī)則由DIT IOOO中的其它條目("具體"條目,諸如條目504c)中的其它屬性 ("真實"屬性)導出他們的值。因此,例如,在變量條目1002中,在條目504c的"地址,聯(lián) 系,網(wǎng)站"屬性中找到"我的公司聯(lián)系"屬性的值。 在本發(fā)明的各個實施例中,變量創(chuàng)建模塊1005在初始供應時可以是有效的。因 而,可以隨著由該變量引用的數(shù)據(jù)來供應該變量。根據(jù)本發(fā)明的實施例,在初始供應之后的 某一時間,根據(jù)需要,該變量創(chuàng)建模塊1005也可以創(chuàng)建運行中的變量。
      根據(jù)本發(fā)明的實施例,可以使用變量創(chuàng)建模塊1005在DIT 1000中例示給定變量 (例如,變量1002)。例如,如圖IOA所示,變量創(chuàng)建模塊1005可以創(chuàng)建變量1002以使得它 是包括"我的公司聯(lián)系"屬性和"公司X聯(lián)系"屬性的變量對象類的成員,其中"我的公司聯(lián) 系"屬性從屬性為"地址"、"聯(lián)系"和"網(wǎng)站"的條目504c接收它的數(shù)據(jù),而"公司x聯(lián)系"屬 性從屬性為"地址"、"聯(lián)系"和"網(wǎng)站"的條目504d接收它的數(shù)據(jù)。變量創(chuàng)建模塊1005可以 提供用戶界面從而可以在運行中創(chuàng)建變量以使得能夠迅速配置新的變量??商鎿Q地,變量 創(chuàng)建模塊1005可以通過LDAP或DAP經(jīng)由傳統(tǒng)目錄"增加條目(addEntry)"操作來調(diào)用。
      根據(jù)本發(fā)明的實施例,一旦變量創(chuàng)建模塊1005已經(jīng)在DIT IOOO中創(chuàng)建了變量 1002,則對于變量1002的屬性的請求可以被透明地提供給請求由這些屬性代表的數(shù)據(jù)的請求實體。例如,假定請求實體請求"我的公司聯(lián)系"的地址屬性的數(shù)據(jù),因為變量對象類 將"我的公司聯(lián)系"的地址屬性定義為條目504c的地址屬性,所以這是變量1002返回到請 求實體的數(shù)據(jù)。 圖10B示出了根據(jù)本發(fā)明的實施例的在包括來自于請求實體1020(諸如客戶端應 用)的數(shù)據(jù)請求的變量1002的DIT IOOO中的變量處理。請求實體1020可以代表諸如客 戶端應用、終端用戶或遠程DSA的實體,它們可能需要數(shù)據(jù)來在DSA的控制下完成在目錄的 一部分上開始的鏈接進程。 根據(jù)本發(fā)明的實施例,目錄操作服務器1007代表被配置為接收數(shù)據(jù)請求然后將 它們提供給與目錄服務器有關(guān)的適當?shù)奶幚韱卧允沟每梢酝瓿烧埱蟮牟僮鞯膶嶓w。例 如,LDAP服務器代表典型的目錄操作服務器,諸如目錄操作服務器1007。目錄操作服務器 麗與保持(host)DIT 1000的數(shù)據(jù)的數(shù)據(jù)存儲機構(gòu)(mechanism)非常接近(例如,共同 定位)。因而,變量條目(諸如變量1002)的處理(例如,屬性值推導)可以在向/從基礎(chǔ) 數(shù)據(jù)存儲機構(gòu)訪問時執(zhí)行。例如,在目錄操作服務器1007處處理變量條目可以發(fā)生在實際 上存儲該數(shù)據(jù)的目錄系統(tǒng)代理(諸如圖7A所示的DSA 702)中。例如,諸如X. 500的協(xié)議 層不需要知道變量條目的存在。根據(jù)本發(fā)明的實施例,此變量處理可以在需要的實時環(huán)境 (諸如移動電信系統(tǒng)204)中提供改進的性能,但是這樣提高的性能可能需要該變量以及它 的具體條目并置在相同的DSA內(nèi)。 根據(jù)本發(fā)明的實施例,數(shù)據(jù)請求接收器1009被配置為從請求實體1020接收數(shù)據(jù) 請求。例如,假定數(shù)據(jù)請求接收器1009接收對于與變量1002有關(guān)的數(shù)據(jù)的請求。數(shù)據(jù)請 求接收器1009確定變量1002包括對象類"變量"。因此,數(shù)據(jù)請求接收器1009然后識別對 于該"變量"對象類的可應用的規(guī)則。數(shù)據(jù)請求接收器1009可以在變量1002和/或變量 規(guī)則文件1009中找到這些規(guī)則。 數(shù)據(jù)請求接收器1009向位置推導器(Deriver) 1011提供變量1002的位置以及可 應用于變量處理的規(guī)則。根據(jù)本發(fā)明的實施例,位置推導器1011然后使用該用于導出數(shù) 據(jù)的位置的可應用規(guī)則來導出請求的數(shù)據(jù)在該數(shù)據(jù)存儲機構(gòu)內(nèi)的位置。例如,在推導變量 1002的"我的公司聯(lián)系"屬性的位置時,位置推導器1011將發(fā)現(xiàn)闡明下列情況的規(guī)則此數(shù) 據(jù)可以從為在根.條目1.條目2(Root.Entryl.Entry2)中找到的條目存儲的"地址"、"聯(lián) 系"和"網(wǎng)站"屬性中檢索。相似地,在推導"公司X聯(lián)系"的位置時,位置推導器1011將發(fā) 現(xiàn)指定下列情況的規(guī)則此數(shù)據(jù)可以從為在根.條目1.條目3(Root.Entryl.Entry3)中找 到的條目存儲的"地址"、"聯(lián)系"和"網(wǎng)站"屬性中檢索。 根據(jù)本發(fā)明的實施例,由位置推導器1011應用的用于推導DIT1000中具體條目的 DN的規(guī)則可以包括從原始變量條目(諸如變量條目1002)的DN中提取的可變數(shù)據(jù)。例如, 假定條目504a具有DN"c = UK",條目504c具有DN"o 二我的公司,c = UK"以及條目504d 具有DN "o二公司X,c二區(qū)"。變量條目1002具有DN "變量o =我的公司,c =區(qū)"。用 于該具體條目的DN規(guī)則是"o =變量0的值,c =區(qū)"。由于"變量o"的值是"公司X",因 此具體條目具有DN "o =我的公司,c =區(qū)",換句話說,它的值是在條目504c中找到的。
      根據(jù)本發(fā)明的實施例,位置推導器1011然后將導出的位置提供給數(shù)據(jù)讀取/更新 模塊1013,該數(shù)據(jù)讀取/更新模塊1013然后對由數(shù)據(jù)存儲機構(gòu)保持的數(shù)據(jù)執(zhí)行請求的進 程。數(shù)據(jù)讀取/更新模塊1013在執(zhí)行它的任務時應用任何與數(shù)據(jù)(例如,它的格式)相關(guān)
      22的操作規(guī)則(例如,值映射)。根據(jù)本發(fā)明的實施例,對于變量對象類中的屬性(例如,變量 1002的"我的公司聯(lián)系"屬性),在具體條目中包含導出的屬性值的真實屬性(例如,條目2 的"地址"、"聯(lián)系"、"網(wǎng)站"屬性),經(jīng)歷值映射或函數(shù)。例如,數(shù)據(jù)讀取/更新模塊1013可 以運用將來自于真實屬性的屬性的整數(shù)值變?yōu)樽兞織l目中的屬性的實數(shù)值(real value) 的值映射規(guī)則,例如從"1"到"1.0"。數(shù)據(jù)讀取/更新模塊1013可以將一個函數(shù)應用于例 如從真實屬性到變量條目中的屬性獲得的屬性,例如,可以將時間增加12以將它的格式從 期望的美國時間("lp.m")轉(zhuǎn)換為期望的歐洲格式("1300")。根據(jù)本發(fā)明的實施例,讀 取/更新模塊1013提供關(guān)于它的動作的信息,該信息可以被報告回到請求實體1020。此 外,根據(jù)本發(fā)明的實施例,如前所述,報告可以構(gòu)造以使得DIT 1000的實際性質(zhì)對請求實 體1020是透明的(例如,隱藏)。 位置推導器1011可以確定,對于給定數(shù)據(jù)請求,變量的數(shù)據(jù)的一些部分位于遠程 目錄中。因此,位置推導器1011將數(shù)據(jù)請求的該部分轉(zhuǎn)發(fā)給鏈接模塊1017,該鏈接模塊 1017與遠程目錄操作服務器1031交互以訪問請求的數(shù)據(jù)。根據(jù)本發(fā)明的實施例,遠程目錄 操作服務器1031與目錄操作服務器1007類似,已被配置為處理變量條目的操作。
      在可替換的實施例中,位置推導器1011可以將對變量的目錄搜索操作分解成一 個或多個對相關(guān)的具體條目的目錄搜索操作。這些導出的操作由鏈接模塊1017或者鏈接 到遠程目錄操作服務器1031或者鏈接到相同的目錄操作服務器1007,用于作為正常的目 錄操作處理。鏈接的結(jié)果隨后由數(shù)據(jù)讀取/更新模塊1013使用來產(chǎn)生輸出結(jié)果。例如,對 于基本條目變量1002(所有用戶屬性)的輸入基本搜索被分解成兩個基本搜索,一個對條 目504c執(zhí)行,一個對條目504d執(zhí)行。包含在這兩個搜索的結(jié)果中的屬性值被數(shù)據(jù)讀取/ 更新模塊1013使用來推導在輸出結(jié)果中返回的屬性值。根據(jù)本發(fā)明的實施例,位置推導器 1011可以同樣地將對變量的目錄更新操作分解成一個或多個對相關(guān)的具體條目的目錄更 新操作,并且向前鏈接它們。 在另一個可替換的實施例中,此分解進程可以由位置推導器作為協(xié)議適應的一部 分來處理,下面將進行討論。根據(jù)本發(fā)明的實施例,還將在圖IIA中進行討論的協(xié)議適應模 塊1107可以利用變量處理來工作。根據(jù)本發(fā)明的實施例,協(xié)議適應是變量處理的可選項。
      根據(jù)本發(fā)明的實施例,可以擴展變量條目的概念以使得變量條目1002可以包含 真實屬性值和推導的屬性值的混合。這可以作為該條目是其一個成員的真實和變量對象類 的混合的結(jié)果,或者因為單個對象類可以具有真實和推導的屬性的混合。此外,單個屬性可 以具有存儲在變量條目1002中的真實值以及從其它具體條目中導出的值。例如,變量條目 1002可以具有額外的真實屬性"可替換的聯(lián)系",并且此屬性可以自己保持用于可替換的聯(lián) 系的實際數(shù)據(jù)。在這種情況下,位置推導器1011簡單地將此特定位置提供給數(shù)據(jù)讀取/更 新模塊1013。 本發(fā)明的進一步的實施例使得能夠擴展與變量處理有關(guān)的各種規(guī)則。例如,用于
      推導從其中提取屬性值的具體條目的名稱的變量對象類規(guī)則、用于識別具體條目內(nèi)的屬性
      的規(guī)則、和用于從具體條目識別屬性值的映射的規(guī)則都可以擴展至包括諸如下列的項-變量條目1002內(nèi)真實屬性值的使用,和/或-上下文信息的使用,諸如時刻和請求用戶,和/或-自身保持的作為變量條目內(nèi)的真實屬性值的可替換的規(guī)則。信息,變量可以被實施來反映用戶的"辦公室的人"和"晚會的 人",以使得在一天的特定時間,當訪問該變量時位置推導器1011將定位來自于一個數(shù)據(jù)集 的特定屬性,而在一天的其它時間,當訪問該變量時該位置推導器1011將定位來自于另一 個位置的數(shù)據(jù)。例如,可替換的規(guī)則可以包括用于變量的一種特定情況的固定規(guī)則。
      變量條目(諸如變量1002)可以簡化DIT IOOO中的數(shù)據(jù)更新。例如,因為"我的 公司聯(lián)系"的地址屬性是數(shù)據(jù)條目504c的地址屬性,所以更新"我的公司聯(lián)系"和數(shù)據(jù)條目 504c 二者的地址條目和更新數(shù)據(jù)條目504c的地址條目一樣簡單。如果設想DIT 1000不僅 僅包含該一個變量1002,而是許多變量條目,每個條目可能與不同的請求實體有關(guān),但是所 有的條目都指向數(shù)據(jù)條目504c,則可以看出此方法的簡單性。 在本發(fā)明的一些實施例中,變量使得能夠以適合于為企業(yè)結(jié)構(gòu)建模但是不需要考 慮特定的請求實體(諸如HLR 307、HSS 301等等)的具體需要的方式來設計數(shù)據(jù)分級結(jié)構(gòu) (hierarchy)。在此方法中, 一旦建立數(shù)據(jù)分級結(jié)構(gòu),則可以為每一個請求實體增加變量條 目。變量條目將請求實體需要的屬性組合到簡單條目中或條目的簡單分級結(jié)構(gòu)中。因而, 請求實體不需要屬性實際上位于其中的數(shù)據(jù)分級結(jié)構(gòu)的專門知識。從而變量(諸如變量 1002)提供從請求實體要求的屬性到數(shù)據(jù)結(jié)構(gòu)中屬性的實際位置的映射。
      適應-協(xié)議適應 圖11A示出了根據(jù)本發(fā)明的實施例的協(xié)議適應模塊1107。協(xié)議適應模塊1107可 以提供目錄操作(諸如LDAP或DAP)的非標準的處理。 對目錄中的數(shù)據(jù)的請求可以起因于各種源。例如,數(shù)據(jù)訪問可以來自客戶端應用、 終端用戶、乃至目錄系統(tǒng)代理(諸如圖7A所示的DSA 702)。因此,根據(jù)本發(fā)明的實施例,請 求實體1115可以代表諸如客戶端應用、終端用戶或遠程DSA的實體,它們可能需要數(shù)據(jù)來 在DSA的控制下完成在目錄的一部分上開始的鏈接進程。無論如何,請求實體1115向目錄 操作服務器1109發(fā)送數(shù)據(jù)請求。根據(jù)本發(fā)明的實施例,目錄操作服務器1109代表被配置 為接收數(shù)據(jù)請求然后將它們提供給與目錄服務器有關(guān)的適當?shù)奶幚韱卧允沟每梢酝瓿?請求的操作的實體。例如,LDAP服務器將代表目錄操作服務器,諸如目錄操作服務器1109。
      根據(jù)本發(fā)明的實施例,協(xié)議適應模塊1107檢查輸入到目錄操作服務器1109的操 作。在協(xié)議適應模塊1107中,輸入操作被映射到零個、一個或更多的進行中操作。協(xié)議適 應模塊1107隨后將每一個映射的操作的結(jié)果合并成為單個結(jié)果,以使得它們可以被返回 到發(fā)起的請求實體1115。根據(jù)本發(fā)明的實施例,協(xié)議適應模塊1107中的規(guī)則選擇器1135 選擇提供映射輸入操作和輸出結(jié)果的指令的一組規(guī)則(規(guī)則集)。根據(jù)本發(fā)明的實施例, 規(guī)則選擇器1135使用該輸入操作的零個、一個或多個字段,諸如"操作類型"和"操作中的 條目名稱",來推導該規(guī)則集。根據(jù)本發(fā)明的實施例,規(guī)則選擇器1135可以找到推定的規(guī)則 集,由該推定的規(guī)則集來選擇配置數(shù)據(jù)1121中以及該目錄中的規(guī)則集。
      根據(jù)本發(fā)明的實施例,規(guī)則選擇器1135可以使用輸入操作中的任一字段或字段 的組合來識別相關(guān)的規(guī)則集。此外,發(fā)起用戶(例如,請求實體1115)可被用在該規(guī)則選擇 過程中,其它的上下文數(shù)據(jù)、諸如時刻也可以。規(guī)則選擇器1135也可以使用與數(shù)據(jù)請求自 身相關(guān)的當前"工作"數(shù)據(jù)作為該規(guī)則選擇過程的一部分,諸如當適應過程發(fā)生在輸入操作 的處理已經(jīng)開始之后時。例如,如果協(xié)議適應發(fā)生在名稱解析之后,則解引用的別名的內(nèi)容 可以被用于規(guī)則選擇。因此,根據(jù)本發(fā)明的實施例,規(guī)則選擇器1135可以結(jié)合圖9B所示的
      24名稱解析模塊909來工作。根據(jù)本發(fā)明的實施例,盡管圖IIA未示出,但是協(xié)議適應模塊 1107可以被配置為具有其它的功能來操作,諸如圖9B所示的與別名隱藏有關(guān)的部件。
      所有這樣可以用在規(guī)則選擇過程中的數(shù)據(jù)被稱為規(guī)則選擇數(shù)據(jù)。規(guī)則集的選擇通 常包括相對于推定的規(guī)則中的值斷言來匹配規(guī)則選擇數(shù)據(jù),或者包括單個值或者以邏輯組 合,諸如"AND"和"0R"。值斷言可以是簡單的等式或不等式,或者可以包括其它的準則,諸 如許多推定的規(guī)則之間的"最佳匹配"。例如,如果規(guī)則將由輸入操作中的條目名稱選擇,則 規(guī)則選擇器1135選擇的規(guī)則可能是在該規(guī)則中命令的RDN的最大數(shù)目匹配輸入操作中的 名稱的最大數(shù)目-換句話說,最長的名稱前綴匹配。根據(jù)本發(fā)明的實施例,值斷言也可以包 括變項規(guī)則或通配符規(guī)則,并且是可擴展的,以使得需要時能夠增加新的斷言類型。例如, 如果匹配RDN,則該斷言可以被構(gòu)造為使得僅僅屬性類型需要匹配,利用該屬性的任何值提 供匹配。 根據(jù)本發(fā)明的實施例,規(guī)則選擇器1135選擇的規(guī)則集指定在協(xié)議適應模塊1107 的控制下執(zhí)行的正在進行的操作集。該規(guī)則集同時可以指定要被立即返回到請求實體1115 的結(jié)果或錯誤和/或諸如"記錄該操作"的一組動作。正在進行的工作可以順序或并行地 處理。在順序處理的情況下,一次操作的結(jié)果可以被協(xié)議適應模塊1107用作后一操作的輸 入,諸如下面圖IIB所示的示例。根據(jù)本發(fā)明的實施例,正在進行的操作的字段可以由協(xié)議 適應模塊1107填入從輸入操作中的任何字段提取的可變數(shù)據(jù)(可選地經(jīng)歷映射)、和/或 任何其它規(guī)則選擇數(shù)據(jù)、和/或由該選擇的規(guī)則提供的固定數(shù)據(jù)的組合。同樣地,協(xié)議適應 模塊可以將輸出結(jié)果的字段填充有從結(jié)果中的任一字段提取的可變數(shù)據(jù)(可選地經(jīng)歷映 射)和由選擇規(guī)則提供的固定數(shù)據(jù)的組合。 圖IIB示出了根據(jù)本發(fā)明的實施例的協(xié)議適應的連續(xù)或順序處理的示例。BSS 402發(fā)送對于用戶的妻子的婚前姓的請求。這里,BSS 402充當圖11A所示的請求實體1115。 與協(xié)議適應模塊1107有關(guān)的規(guī)則選擇器1135檢查由目錄操作服務器1109接收到的輸入 操作("得到妻子的婚前姓")并且識別指定兩個正在進行的操作的規(guī)則。第一正在進行的操 作"得到妻子的姓名"檢索該用戶的妻子的姓名,例如"Becky Jones"。第一正在進行的操作 的結(jié)果為第二正在進行的操作"找到婚前姓"提供數(shù)據(jù),該第二正在進行的操作檢索"Becky Jones"的婚前姓。協(xié)議適應模塊1107幫助目錄操作服務器1109將答案"BeckyRomanov" 返回到BSS 402。使用此方法,BSS 402不知道或不需要知道協(xié)議適應模塊1107在答復該 請求時所采取的所有步驟。 協(xié)議適應模塊1107可以被配置為工作在在目錄操作服務器1109的指導下采取的 處理范圍內(nèi)的各個階段。因而,例如,協(xié)議適應可以發(fā)生在名稱解析處理(諸如由圖9B所 示的名稱解析模塊909提供的)之后但是在搜索/更新處理(諸如由圖9B所示的搜索/ 更新模塊911提供的)之前。 根據(jù)本發(fā)明的實施例,由于請求實體1115可以是遠程DSA,因此協(xié)議適應模塊
      1107可以處理鏈接的操作,以提供完全分布式協(xié)議適應。對鏈接的操作執(zhí)行協(xié)議適應意味
      著多級這樣的適應,換句話說,用于每一個鏈接步驟的可能附加適應通道。 協(xié)議適應模塊1107可以被配置為與變量(諸如圖10所示的變量1002)互操作。
      因而,例如,根據(jù)本發(fā)明的實施例,變量條目可以包含在協(xié)議適應操作中,如圖10B的協(xié)議
      適應模塊1107的存在所示的。
      根據(jù)本發(fā)明的實施例,如圖IIA所示,協(xié)議適應模塊1107充當目錄操作服務器 1109的附加模塊。在此實施例中,協(xié)議適應模塊1107位于與目錄操作服務器1109在訪問 /物理上接近的服務器中。在一些實施例中,協(xié)議適應模塊1107甚至可以位于保持目錄操 作服務器1109的相同的機器(例如,服務器計算機)。通過其中協(xié)議適應模塊1107充當虛
      擬目錄操作服務器的實施例(諸如圖iic所示的實施例),此"附加模塊"實施例可以提供
      改進的性能,特別是在特定的需要實時的環(huán)境中。 在圖11C所示的本發(fā)明的可替換的實施例中,協(xié)議適應模塊1107實質(zhì)上充當虛擬 目錄服務器(或LDAP/DAP代理服務器),向諸如圖7A所示的DS 706a的目錄操作服務器 1109發(fā)送通信(例如,LDAP或DAP操作)。在此實施例中,協(xié)議適應模塊1107向目錄操作 服務器1109提供修改的請求以在由DIT 1160代表的目錄中處理。因而,根據(jù)本發(fā)明的實 施例,協(xié)議適應模塊1107檢查到目錄操作服務器1109的所有輸入操作。規(guī)則選擇器1135 將輸入操作映射到零個、一個或多個正在進行的操作。協(xié)議適應模塊1107隨后將每一個映 射的操作的結(jié)果合并成為單個結(jié)果并且將它發(fā)送回發(fā)起的請求實體1115。根據(jù)本發(fā)明的實
      施例,用于映射輸入操作和輸出結(jié)果的規(guī)則由該輸入操作的一個或多個字段選擇,諸如"操 作類型"和"操作中的條目名稱"。用于映射輸入操作和輸出結(jié)果的規(guī)則也可以被存儲在配 置數(shù)據(jù)1121中。在此實施例中,規(guī)則選擇數(shù)據(jù)限于DIT 1160的內(nèi)容的外部表示,例如LDAP 消息,以及協(xié)議適應發(fā)生在目錄操作服務器1109的處理之前和/或之后。
      適應-名稱適應 圖IID描述根據(jù)本發(fā)明的實施例的具有由協(xié)議適應提供的適應命名配置的DIT 1100。 DIT IIOO包括一個或多個條目,諸如條目504a-504f等、虛擬條目504g-504i、以及 根節(jié)點602。 DIT IIOO也包括標有適應名稱條目1102a的條目,其是真實條目,如同條目 504a-504f—樣,其經(jīng)歷到標有適應名稱條目1102b的虛擬條目的映射。
      適應命名提供用于DIT IIOO中的條目的可替換的名稱的另一種機制。但是,與 別名和變量不同,適應名稱本身不是目錄條目。適應命名通過配置數(shù)據(jù)(例如,配置數(shù)據(jù) 1121)來實現(xiàn)。根據(jù)本發(fā)明的實施例,協(xié)議適應模塊1107中的規(guī)則選擇器1135使用規(guī)則選 擇數(shù)據(jù)和配置數(shù)據(jù)1121來識別可替換的名稱和他們的等效"真實"名稱之間的一組適應名 稱映射1104。在搜索的情況下,如果過濾器準則可以被適配到搜索的基本名稱的一部分,則 利用過濾器的大范圍的搜索可以被適配為更窄范圍的搜索;例如,以利用可能存在但是請 求實體實體1115不知道的別名。根據(jù)本發(fā)明的實施例,利用包括許多"或"語句的復雜過 濾器的搜索可以被適配為許多搜索, 一個搜索用于"或"替換的每一個。
      根據(jù)本發(fā)明的實施例,在數(shù)據(jù)檢索及其它操作期間,適應命名的使用可以對使用 該名稱的請求實體(例如,該客戶端應用)是透明的。因而,該請求實體(例如,請求實體 1115)使用它認為是真實的名稱并且接收回請求的信息。例如,假定條目1102a的DN是"員 工Id(卿loyeeID) = 112, o =我的公司(MyCompany) , c = UK",并且進一步假定在1102a 和1102b之間存在適應名稱條目。最后,假定請求實體使用它認為是適當?shù)拿Q(例如,"員 工Id = 112,區(qū)域(area)=員工管理(employeeAdmin) ,o =另一公司(AnotherCompany), c = DE")來訪問條目1102b中的數(shù)據(jù),則由于1102a和1102b之間的適應的映射,將檢索 到相同的數(shù)據(jù)。因而,1102b的名稱是1102a中的數(shù)據(jù)的可替換的名稱。
      適應-屬性適應
      圖IIE描述根據(jù)本發(fā)明的實施例的具有由協(xié)議適應提供的屬性適應的DIT 1150。DIT 1150包括一個或多個條目,諸如條目504a-504f等和根節(jié)點602。 DIT 1150也包括具有真實屬性1108a-l 108e的條目1105a,其經(jīng)歷到具有虛擬屬性1108f_l 108 j的虛擬屬性適應的條目1105b的映射。 真實條目1105a包括一個或多個屬性,諸如屬性1108a-1108e,以及屬性適應的條目1102b包括一個或多個屬性,諸如屬性1108f-1108j等等。在本發(fā)明的實施例中,條目1105a的該一個或多個屬性1108a到1108e包括諸如例如"名"、"姓"、"地址"、"縣"和"郵政編碼"的用戶數(shù)據(jù)之類的數(shù)據(jù)。相似地,屬性適應的條目1105b的一個或多個屬性1108f到1108 j包括諸如例如"名"、"姓"、"地址"、"州"和"郵政編碼"等中的任何一個的數(shù)據(jù)。
      屬性適應為諸如屬性1108a-1108e之類的屬性提供可替換的名稱和/或值。在本發(fā)明的實施例中,協(xié)議適應模塊1107中的規(guī)則選擇器1135使用配置數(shù)據(jù)1121識別各個屬性之間的屬性適應映射1106。例如,配置數(shù)據(jù)1121指示協(xié)議適應模塊1107執(zhí)行從屬性名稱1108a到可替換的屬性名稱1108f的一組映射。在本發(fā)明的各個實施例中,當請求實體(例如,客戶端應用)運行涉及具有屬性映射的屬性的操作時,該屬性映射將該應用理解的諸如屬性1108a-1108e之類的屬性名稱和值轉(zhuǎn)化為DIT 1150理解的適當?shù)膶傩悦Q和值。例如,假定屬性1108a具有格式"實數(shù)"并且假定它的值為"1.0"。進一步假定適應的屬性1108f具有格式"整數(shù)"并且假定1108f已經(jīng)被適配到屬性1108a。如果與1108f有關(guān)的應用執(zhí)行對1108f的讀請求,則該應用期待返回整數(shù)"1"而不是實數(shù)"1.0"。由于屬性適應模塊1107執(zhí)行的屬性適應,訪問適應的屬性1108f的請求實體接收到期待的整數(shù)格式的數(shù)據(jù)。 在本發(fā)明的實施例中,當屬性適應結(jié)合適應命名來實現(xiàn)時,該組合不僅為使用一條目的可替換的名稱提供方便,而且也為轉(zhuǎn)化該條目的屬性的名稱和/或值提供方便。進一步,在本發(fā)明的一些實施例中,可以組合適應命名和屬性適應來實現(xiàn)應用獨立于基礎(chǔ)的數(shù)據(jù)庫結(jié)構(gòu)。根據(jù)本發(fā)明的實施例,適應命名和屬性適應使得一個人能夠考慮核心商業(yè)的直接需要而不是其它考慮(諸如遺留應用的需要)來設計且命名數(shù)據(jù)存儲庫中的核心實體。接著,可以增加適應的名稱和屬性映射以相對于特定的應用(諸如HLR 307、 HSS 301等等)提供完全可替換的命名分級結(jié)構(gòu)。這些可替換的分級結(jié)構(gòu)可以使用不同的DN以及可替換的屬性名稱來指代核心數(shù)據(jù)庫條目。數(shù)據(jù)存儲庫404與DIB 500使用定義的映射來將應用請求轉(zhuǎn)化到DIB 500條目和屬性名稱。根據(jù)本發(fā)明的實施例,該映射可以基于每個應用(或基于DIB 500用戶)來定義。在本發(fā)明的實施例中,當多于一個應用需要不同的命名分級結(jié)構(gòu)時,這些應用中的每一個可以與用適當映射定義的不同的用戶名稱連接。
      子樹的簡化的訪問控制 圖12示出了根據(jù)本發(fā)明的實施例的使用協(xié)議適應的形式實現(xiàn)的訪問控制(AC)系統(tǒng)。 AC系統(tǒng)通常是網(wǎng)絡(例如,服從LDAP的通信網(wǎng)絡)中采取的通信協(xié)議的一部分,并且可以被實現(xiàn)為訪問控制單元(ACU)1201。 ACU通常包括各許可模塊,諸如用戶許可模塊、驗證模塊和優(yōu)先模塊。ACU然后組合各種許可文件以形成一組一致的和有益的許可。ACU可以將多個許可組合在一起以便為幾個不同的組/用戶創(chuàng)建一組許可。例如,在X.SOO協(xié)議中,傳統(tǒng)的ACU提供靈活的訪問控制方案,其使得非常細粒度的訪問控制降至單獨條目級別或可以應用于目錄(諸如圖6所示的目錄600)的子樹。這樣的傳統(tǒng)的訪問控制方案在靈活的同時可能在保持控制ACU的數(shù)據(jù)(訪問控制信息(ACI)1217)中產(chǎn)生可觀的管理開銷,以及當在運行時間應用該訪問控制時產(chǎn)生由ACU引起的可觀的處理開銷。這對于包括幾百萬個條目的目錄特別麻煩,該目錄可能不得不被個別管理用于訪問控制,以及那些條目將被實時地訪問。大量的管理開銷也具有安全性含意,因為管理的方案越復雜,越有可能包含錯誤,因此潛在的安全性降低。 在本發(fā)明的各個實施例中,目錄服務器(諸如DS 706a)為了對于給定數(shù)據(jù)請求做出訪問控制判定,可以需要諸如與目標條目及其屬性有關(guān)的用戶名、驗證級另U、正被執(zhí)行的操作以及ACI 1217之類的信息。 在本發(fā)明的實施例中,每個DSA(諸如圖7A所示的DSA 702)的管理區(qū)域提供模式級別的訪問控制,以使得ACI 1217基于對象類和屬性類型被配置,而不是基于各個目錄條目被配置,以及ACI 1217應用于該DSA管理的所有條目。這樣的模式級別訪問控制更容易管理和驗證以便校正,并且可以被優(yōu)化用于實時訪問。在本發(fā)明的實施例中,對于訪問控制,管理區(qū)域采用多重租借(multi-tenancy)方法。因而,為每個"租戶"(例如,客戶端應用)分配該管理區(qū)域內(nèi)的一個或多個子樹,并且即使該條目與其它子樹內(nèi)的條目共享公共對象分類和屬性類型因此共享ACI 1217,每個"租戶"也僅僅可以訪問那些子樹內(nèi)的條目。
      根據(jù)本發(fā)明的實施例,當處理從請求實體接收到的目錄操作時,諸如客戶端應用、終端用戶及其它DSA的嘗試完成鏈接操作時,ACU1201被配置為代表目錄操作服務器1213做出訪問控制決定。例如,用戶A1203可以請求對條目504c的操作,而用戶B1205可以請求改變條目504e。根據(jù)本發(fā)明的實施例,目錄操作服務器1213與圖IIA和圖IIC所示的目錄操作服務器1109類似,代表被配置為接收數(shù)據(jù)請求然后將它們提供給與目錄服務器有關(guān)的適當?shù)奶幚韱卧允沟每梢酝瓿烧埱蟮牟僮鞯膶嶓w。例如,LDAP服務器將代表目錄操作服務器,諸如目錄操作服務器1213。根據(jù)本發(fā)明的實施例,目錄操作服務器1213使用ACU 1201來做出關(guān)于是否允許請求的操作中的全部、部分或無一進行以及同樣地是否允許結(jié)果中的全部、部分、或無一返回到該發(fā)起者的決定。 根據(jù)本發(fā)明的實施例,安全性協(xié)議適應模塊1215檢查輸入到目錄操作服務器1213的操作。安全性協(xié)議適應模塊1215按照與圖IIA和圖IIC所示的協(xié)議適應模塊1107的方式類似的方式工作。與協(xié)議適應模塊1107類似,安全性協(xié)議適應模塊1215可以根據(jù)一個或多個選擇規(guī)則(規(guī)則集)來修改輸入的目錄操作。安全性協(xié)議適應模塊被配置為在目錄操作服務器1213和ACU 1201之間的交互之前工作。注意,安全性協(xié)議適應模塊1215的使用不排除在輸入操作的相同的或不同的處理步驟中使用協(xié)議適應模塊1107。相似地,協(xié)議適應模塊1107可以被配置為提供由安全性協(xié)議適應模塊1215提供的功能的超集(superset)。 根據(jù)本發(fā)明的實施例,安全性協(xié)議適應模塊1215可以被配置為相對于一組名稱前綴來匹配輸入操作的基本名稱。要被匹配的該組名稱前綴可以為發(fā)起請求的操作的請求實體(例如,像用戶1203的客戶端應用)而被配置。該組名稱前綴提供該規(guī)則選擇標準以及可以存在于配置數(shù)據(jù)1210中和/或存在于諸如DIT 600的目錄的一部分中。
      根據(jù)本發(fā)明的實施例,最長的匹配名稱前綴識別要被使用的規(guī)則。例如,如果客戶端應用請求對條目"A,B,C,D,E"的操作,其中A-E是LDAP順序的RDN以及存在用名稱前綴
      28"E"、"C, D, E"、"B, C, D, E"和"Z, B, C, D, E"配置的規(guī)則,則選擇的規(guī)則是具有名稱前綴"B, C, D, E"的規(guī)則,因為這代表該規(guī)則集中匹配"A, B, C, D, E"輸入的最長的前綴。根據(jù)本發(fā) 明的實施例,選擇的規(guī)則集可以包括關(guān)聯(lián)的動作,諸如"作出錯誤反應"、"記錄操作嘗試" 或"繼續(xù)接收到的操作,但是為了訪問控制的目的,假定不同的用戶和/或驗證級別(有效 的用戶)"。在后一種情況下,當接著采用ACU 1201來做出訪問控制決定時,使用有效的用 戶,從而導致根據(jù)原始的用戶和匹配的名稱前綴的組合做出不同的訪問控制決定。換句話 說,根據(jù)本發(fā)明的實施例,該結(jié)果是模式級別的訪問控制方案,然而提供子樹訪問控制。原 則上,此方法可以被向下應用至單個條目級別。 例如,如圖12所示,用戶A1203和用戶B1205是外部用戶。進一步假定管理區(qū)域 的ACU 1201已被配置為使得用戶A1203和用戶B1205都沒有對DIT 1200中的任何條目的 讀或?qū)懺S可。進一步假定已經(jīng)創(chuàng)建了兩個特定的用戶,用戶(user)R1207和用戶W1209。用 戶R1207具有對DIT 1200中的任何用戶條目的讀許可,以及用戶W1209具有對DIT 1200 中的任何用戶條目的讀和寫許可。更進一步假定不允許外部客戶端應用(諸如用戶A1203) 綁定作為用戶R1207或用戶W1209。 因此,安全性協(xié)議適應模塊1215將規(guī)則定位在配置數(shù)據(jù)1210中,以使得如果用 戶A對具有名稱前綴"P1"的子樹內(nèi)的條目(即,條目504a、504c、504d中的任何一個)執(zhí) 行操作,則有效的用戶被作為是用戶W1209。對于所有的其它操作,有效的用戶保持用戶 A1203。安全性協(xié)議適應模塊1215也包括第二規(guī)則,以使得如果用戶B1205對具有名稱前 綴"P1"的子樹內(nèi)的條目執(zhí)行操作,則有效的用戶是認為是用戶R1207,和第三規(guī)則,S卩如果 用戶B1205對具有前綴"P2"的子樹內(nèi)的條目(即,條目504b、504e中的任何一個)執(zhí)行 操作,則有效的用戶被認為是用戶W1209。對于所有的其它操作,有效的用戶保留作為用戶 B1205。 這三個規(guī)則的結(jié)果是用戶A1203僅具有對子樹Pl內(nèi)的條目的讀/寫訪問,以及用 戶B1205具有對子樹Pl內(nèi)的條目的讀訪問以及也具有對子樹P2內(nèi)的條目的讀/寫訪問。
      根據(jù)本發(fā)明的實施例,如同協(xié)議適應模塊1107 —樣,安全性協(xié)議適應模塊1215可 以被配置為在名稱解析之后但是在該操作處理的其余步驟之前操作。這意味著結(jié)果的子 樹訪問控制可以基于完全解引用的別名,而不需要對別名名稱本身配置任何訪問控制。因 而,根據(jù)本發(fā)明的實施例,當用戶具有多個標識并且經(jīng)由代表那些標識的別名訪問時,僅僅 代表該用戶的真實條目需要被組合到子樹用于訪問控制目的。因此,根據(jù)本發(fā)明的實施例, 安全性協(xié)議適應模塊1215,與協(xié)議適應模塊1107類似的,可以與圖9B所示的名稱解析模 塊909互操作。相似地,根據(jù)本發(fā)明的實施例,盡管圖12未示出,但是安全性協(xié)議適應模塊 1215可以與圖9B所示的別名隱藏的其它部件互操作。相似地,根據(jù)本發(fā)明的實施例,盡管 圖12未示出,但是安全性協(xié)議適應模塊1215可以與變量處理(諸如圖IOB所示的變量處 理)互操作。因而,例如,根據(jù)本發(fā)明的實施例,與圖10B所示的目錄操作服務器1007有關(guān) 的變量處理的部件可以與圖12所示的目錄操作服務器1213有關(guān)。 根據(jù)本發(fā)明的實施例,目錄操作的結(jié)果通常不包括有關(guān)調(diào)用該操作的用戶的信 息,因此出于安全考慮,請求應用不會知道它的請求的動作實際上已經(jīng)被代理用戶執(zhí)行。
      移動用戶數(shù)據(jù)系統(tǒng) 圖13A示出了根據(jù)本發(fā)明的實施例的在通信網(wǎng)絡中用于數(shù)據(jù)存儲庫當中的用戶數(shù)據(jù)的改進通信的移動用戶數(shù)據(jù)系統(tǒng),諸如移動電信系統(tǒng)204。 當嘗試實現(xiàn)跨越地理/網(wǎng)絡邊界的大規(guī)模的目錄服務器系統(tǒng)時,常常會出現(xiàn)問 題,在那網(wǎng)絡性能/延遲是不可預測的、也不能保證和/或一般來說是受限制的。這種情況 常常發(fā)生在使用衛(wèi)星鏈路(例如,印度尼西亞島)或長途連接(例如,北美洲到歐洲/區(qū)) 的配置中。在這樣的配置中,數(shù)據(jù)隨長距離的實時復制常常是不切實際的,并且由于IP分 組的過長的傳輸延遲,支持"單個邏輯目錄"越過全部位置的X. 500請求的實時鏈接也常常 是不切實際的。例如,在任何給定的北美運營商網(wǎng)絡中,從紐約NY向西雅圖WA發(fā)送單向IP 分組可能超過50ms。僅僅是傳輸延遲,而不包括目錄處理時間,就超過了該目錄的客戶端應 用在很多情況下可以等待響應以更新或查詢的最大時間。 根據(jù)本發(fā)明的實施例,對于此通信問題的解決方案應該最小化具有帶寬/延遲問 題的布置地點之間需要的通信/帶寬,而同時提供單個邏輯目錄,在該邏輯目錄中,任何目 錄服務器系統(tǒng)可以服務由該分布式解決方案保持的任何數(shù)據(jù)。這樣的解決方案例如可以支 持橫跨北美洲和UK的HSS,或橫跨印度尼西亞島的單個邏輯HLR。 在移動用戶數(shù)據(jù)系統(tǒng)的實施例中,用戶簡檔數(shù)據(jù)由DSA 1302以類似于傳統(tǒng)的無 線網(wǎng)絡基于用戶的網(wǎng)絡連接(attachment) /訪問的點支持從HLR 307 (本地網(wǎng)絡中的移動 性數(shù)據(jù)庫)到VLR 303(在用戶設備當前連接的網(wǎng)絡處的用交換設施配置的移動性數(shù)據(jù)庫) 的用戶的無線簡檔(例如,GSM或ANSI-41定義的用戶簡檔)的移動部分的方式、基于引用 /訪問的位置來動態(tài)地保持。在初始連接到該網(wǎng)絡之后,VLR包含全部必要的用戶和設備數(shù) 據(jù)以使得局部交換系統(tǒng)能夠完成呼叫;如果該數(shù)據(jù)不位于本地,則如果每次處理呼叫時都 不得不聯(lián)系遠程HLR,則呼叫建立時間可能變得過多。此HLR-VLR概念和相關(guān)簡檔對于無線 技術(shù)和規(guī)范(GSM/ANSI-41)是特定的,并且一般不能應用于任何種類的電信網(wǎng)絡的任何用 戶簡檔數(shù)據(jù)。根據(jù)本發(fā)明的實施例,移動用戶數(shù)據(jù)將此概念提高到更通用的級別,其對于它 被配置到的接入網(wǎng)絡的類型是不可知的,而且使得能夠服務任何實時電信核心網(wǎng)絡應用的 數(shù)據(jù)需要的用戶簡檔可行。根據(jù)本發(fā)明的實施例,移動用戶數(shù)據(jù)系統(tǒng)基于高度分布且可調(diào) 整的X. 500目錄。X. 500目錄使得用戶簡檔數(shù)據(jù)能夠被在地理上分布,而同時看起來該網(wǎng)絡 客戶端作為其中可以從X. 500目錄的任何服務器檢索任何數(shù)據(jù)的單個邏輯數(shù)據(jù)庫。在如上 所述配置放置不同的DSA跨越引入大的傳輸延遲的地理的情況下,移動用戶數(shù)據(jù)系統(tǒng)的實 施例檢測對數(shù)據(jù)的客戶端訪問何時超過可配置的最小服務質(zhì)量閾值并且動態(tài)地將用戶簡 檔數(shù)據(jù)從遠程DSA傳輸?shù)剿斍氨辉L問的本地DSA。因而,在該移動用戶數(shù)據(jù)系統(tǒng)中,當數(shù) 據(jù)被使用時數(shù)據(jù)被保持在接近于它被使用之處的DSA上,以避免對于每個請求都需要對潛 在的連接的復制或鏈接,而同時仍然提供統(tǒng)一的目錄用于供應。移動用戶數(shù)據(jù)系統(tǒng)的進一 步的實施例允許服務或應用用戶簡檔數(shù)據(jù)的特定的部分或子集能夠基于如上所述相似的 原理被獨立地再配置。因而,根據(jù)本發(fā)明的實施例,對移動用戶數(shù)據(jù)系統(tǒng)的該用戶和服務特 定的擴展使得應用/服務特定的數(shù)據(jù)的再配置成為可能,并且使得不同的用戶數(shù)據(jù)位于不 同的DSA中,同時使得當需要時它能夠被在本地訪問。 在此方法中,數(shù)據(jù)開始被供應到特定的DSA,諸如DSA 1302a ;但是,在從諸如DSA 1302c的遠程DSA初始訪問(諸如從查詢或更新)時,用戶數(shù)據(jù)被傳輸?shù)街С衷摬樵?更新 的遠程DSA中一次。該遠程DSA大概是對于該用戶或代表該用戶而動作的應用的局部DSA。 根據(jù)本發(fā)明的實施例,在數(shù)據(jù)傳輸之后,涉及此用戶數(shù)據(jù)的全部局部查詢在該DSA上本地完成。實質(zhì)上,移動用戶數(shù)據(jù)系統(tǒng)的實施例實現(xiàn)通用用戶使用者簡檔,通??捎蒀SP定義, 以及該數(shù)據(jù)基于到數(shù)據(jù)庫的接入點是移動的(例如,通過使用諸如LDAP或DAP的協(xié)議)。 因而,例如,根據(jù)本發(fā)明的實施例,如果由于過度的傳輸延遲而不滿足服務質(zhì)量以及其它傳 輸特性和度量滿足或不滿足,則數(shù)據(jù)被移動。 例如,假定HSS 1305的用戶數(shù)據(jù)開始時已被供應在DSA 1302a上。進一步假定與 用戶1309a有關(guān)的此用戶數(shù)據(jù)的該部分已被配置為適合于傳輸。當用戶1309a(和/或代 表該用戶的設備或服務器)與HSS1305交互以使得將要請求數(shù)據(jù)查詢和/或更新時,DSA 1302a將該用戶的數(shù)據(jù)傳輸?shù)紻SA 1302c,該DSA 1302c比DSA 1302a在物理上更接近于用 戶1309a(由此由于較低的傳輸延遲而提供較快的訪問)。在此傳輸后,DSA 1302c將保持 并負責與HSS 1305相關(guān)的用戶1309a的數(shù)據(jù)。 相似地,假定HLR 1307的用戶數(shù)據(jù)開始時已被供應在位于島1303上的DSA 1302d 上。進一步假定與用戶1309b有關(guān)的此用戶數(shù)據(jù)的該部分已被配置為適合于傳輸。當用 戶1309b(或代表該用戶的設備或服務器)與HLR 1307交互以使得將要請求數(shù)據(jù)查詢和/ 或更新時,DSA1302d將該用戶的數(shù)據(jù)傳輸?shù)紻SA 1302e,該DSA 1302e位于島1304上且比 DSA 1302e在物理上更接近于用戶1309b,因而提供對數(shù)據(jù)的更快的訪問。在此傳輸后,DSA 1302e將保持并負責與HLR 1307相關(guān)的用戶1309b的數(shù)據(jù)。 圖13B示出了根據(jù)本發(fā)明的實施例的包括如圖13A所示的移動用戶數(shù)據(jù)系統(tǒng)的典 型部件。 根據(jù)本發(fā)明的實施例,NSD事件轉(zhuǎn)發(fā)器1312a位于DSA 1302a中的數(shù)據(jù)存儲庫接 入點處,并且監(jiān)視對于存儲庫1318a中的用戶簡檔的訪問請求(例如,監(jiān)視LDAP訪問),然 后測量相對于配置數(shù)據(jù)1320(諸如,預配置的服務簡檔的質(zhì)量)的響應時間。如果NSD事 件轉(zhuǎn)發(fā)器1312a檢測到用戶接入(例如,LDAP操作)已經(jīng)超過對于客戶端應用的可接受的 性能的閾值(如配置數(shù)據(jù)1320所定義的),則NSD事件轉(zhuǎn)發(fā)器將這些事件發(fā)送到NDS傳輸 管理器1314,其中包含對于該特定的用戶簡檔數(shù)據(jù)的適當?shù)募毠?jié)。NDS事件轉(zhuǎn)發(fā)器1312a 通常位于被配置為提供對用戶簡檔存儲器的訪問的DSA(諸如圖13A所示的DSA 1302)上。 因而,根據(jù)本發(fā)明的實施例,移動用戶數(shù)據(jù)系統(tǒng)可以包括多個實例的NSD事件轉(zhuǎn)發(fā)器1312。
      根據(jù)本發(fā)明的實施例,NSD傳輸管理器1314提供對于從分布式NSD事件轉(zhuǎn)發(fā)器 1312轉(zhuǎn)發(fā)的事件的集中收集點。NSD傳輸管理器1314整理從NSD事件轉(zhuǎn)發(fā)器1312接收到 的事件,并且基于配置數(shù)據(jù)1320(諸如預配置的服務質(zhì)量和性能簡檔)來確定什么時候/ 是否將用戶簡檔數(shù)據(jù)從一個DSA移動到另一個,例如,從圖13B所示的DSA 1302a移動到圖 13B所示的DSA 1302b。根據(jù)本發(fā)明的實施例,NSD傳輸管理器1314可以位于另一個或多 個專門的DSA中,或者可以存在于單獨的和/或外部管理/供應平臺上。
      NSD傳輸控制器1316按照NSD傳輸管理器1314的指示,控制用戶簡檔從源DSA(例 如,DSA 1318a)到目標DSA(例如,DSA 1312b)的移動。根據(jù)本發(fā)明的實施例,NSD傳輸控 制器1316確保正確的用戶數(shù)據(jù)或用戶的子集被原樣移動,而沒有錯誤發(fā)生在新的DSA中。 根據(jù)本發(fā)明的實施例,NSD傳輸控制器1316可以同時確保適當?shù)馗淖兒?或保持所有適當 的目錄綁定(分級對象綁定-HOBS)。如果諸如網(wǎng)絡斷線、DSA服務器故障或其它問題之類 的錯誤阻止了用戶簡檔數(shù)據(jù)的成功傳輸,則NSD傳輸控制器1316確保將用戶數(shù)據(jù)的原始位 置保持為嘗試傳輸之前。根據(jù)本發(fā)明的實施例,NSD傳輸控制器1316使用傳統(tǒng)的能力來執(zhí)行這樣的移動(例如,目錄處理支持和LDAP)。因而,整個用戶簡檔或用戶簡檔的子集可以 安全地從一個DSA傳輸?shù)搅硪粋€DSA。根據(jù)本發(fā)明的實施例,與NDS傳輸管理器1314類似, NSD傳輸控制器1316可以位于一個或多個專門的DSA中,或者可以存在于單獨的和/或外
      部管理/供應平臺上。 NDS方法一般來不是為其中數(shù)據(jù)接入點實時變化的DSA 1302之間的邊界設計的, 諸如對于沿著兩個相鄰接入點服務的邊界網(wǎng)絡驅(qū)動的用戶可能出現(xiàn)的情況。在這樣的情況 下,更傳統(tǒng)的數(shù)據(jù)服務器配置(即,非移動的)很可能是更優(yōu)選的,因為相鄰DSA中的任何 一個很可能在具有適當?shù)腝OS的情況下服務該數(shù)據(jù)訪問查詢和更新。在此情況下,NDS系統(tǒng) 可以被配置為通過使用幾種方法來防止數(shù)據(jù)變得移動。NSD傳輸管理器1314可以被配置為 不允許用戶簡檔在地理上地相鄰的兩個DSA之間或通信延遲非常低的DSA之間傳輸(即, 移動數(shù)據(jù)沒有真正的益處)。另外,NSD傳輸管理器1314可以被配置為確定兩個DSA地點 之間發(fā)生顛簸的時間。這里,顛簸一般意思是用戶簡檔在這些DSA之間來回頻繁的移動。在 此情況下,NSD傳輸管理器1314可以通過嚴格的傳輸準則來壓制或減少移動,諸如提高客 戶端應用引起傳輸需要的優(yōu)先級、增加客戶端引起傳輸發(fā)生的請求的數(shù)目、或僅僅完全不 允許DSA之間的傳輸。 圖13C示出了根據(jù)本發(fā)明的實施例的用于加入該流動用戶數(shù)據(jù)系統(tǒng)的DSA的典型 配置數(shù)據(jù)1310。配置數(shù)據(jù)1310可以存在于圖13B所示的配置數(shù)據(jù)文件1320中。移動用戶 數(shù)據(jù)系統(tǒng)的配置數(shù)據(jù)1310可以包括數(shù)據(jù),諸如-指示是否允許/不允許DSA參與按需數(shù)據(jù)交換1312a的數(shù)據(jù)。如數(shù)據(jù)1310所 示,允許DSA 1302a參與按需交換。具體來說,允許DSA1302a參加與DSA 1302c的交換。
      -對于DIT(諸如DIT 600)的可以在特定DSA之間交換的部分或子集的限制 1312b。對于數(shù)據(jù)1310示出的限制1312b指示僅僅加利福尼亞、華盛頓、俄勒岡、內(nèi)華達和 亞利桑那的用戶的數(shù)據(jù)可以為此特定的DSA交換,以及-對于諸如數(shù)據(jù)值的范圍.數(shù)據(jù)的最大大小.時刻等的可以在DSA之間交換數(shù)據(jù)之 前被評估的因素的其它限制1312c。對于該數(shù)據(jù)示出的其它示例限制1312c指示沒有安全 數(shù)據(jù)(諸如密碼)的數(shù)據(jù)傳輸以及沒有單個數(shù)據(jù)傳輸可以超過50兆字節(jié)。根據(jù)本發(fā)明的 實施例,這些限制僅僅代表可以被置于數(shù)據(jù)傳輸上的一些其它限制的示例。
      根據(jù)本發(fā)明的實施例,可以被使用的其它限制1312c包括傳輸?shù)臄?shù)據(jù)的大小,其 可以是可配置的,并且它的設置可以基于為對客戶端應用所可接受的傳輸和發(fā)送數(shù)據(jù)的大 小涉及的延遲來確定,諸如50KB、500KB、 1MB、 IOMB。另一個限制可以是私有的和/或安全數(shù) 據(jù)/屬性,由于安全性限制而不可以被傳輸。例如,不可以允許用戶口令通過不安全的和/ 或不加密的連接傳輸。又一個限制可以是網(wǎng)絡負荷級別。例如,可以監(jiān)視鏈路占用級別以 確定當處于忙碌的級別峰值時在數(shù)據(jù)的特定時間期間不應該傳輸數(shù)據(jù)。更進一步,可以考 慮DSA工作狀態(tài)。例如,在涉及的DSA處于超負荷狀態(tài)或涉及的DSA處于低容量狀態(tài)期間 (例如,DSA的節(jié)點之一發(fā)生故障)不允許數(shù)據(jù)傳輸。最后,用戶簡檔數(shù)據(jù)的其它部分可以 被定義為本質(zhì)上是非移動的或靜態(tài)的,以使得在接入點處不需要再配置數(shù)據(jù)。這可以包括 由BSS使用的靜態(tài)信息,諸如用戶地址。 圖13D提供根據(jù)本發(fā)明的實施例的移動用戶數(shù)據(jù)系統(tǒng)的高級別算法。 NSD部件被預配置為用戶數(shù)據(jù)的按需交換(步驟1320)。參與的DSA Dl和D2,諸如圖13A所示的DSA 1302a和1302c,被預配置為互相按需交換用戶數(shù)據(jù)。另外,根據(jù)本發(fā) 明的實施例,應當與配置數(shù)據(jù)1320 —起準備相關(guān)的NSD事件轉(zhuǎn)發(fā)器(諸如NSD事件轉(zhuǎn)發(fā)器 1312a) 、NSD傳輸管理器1314和NSD傳輸控制器。預配置過程將包括諸如圖13B所示的配 置數(shù)據(jù)1310之類的數(shù)據(jù)。 Sl的用戶數(shù)據(jù)在DSA Dl (例如,DSA 1302a)上被管理并且被配置為可傳輸?shù)紻SA D2 (例如,DSA 1302c)(步驟1322)。這里,SI代表可以被從DSA Dl傳輸?shù)紻SA D2 (例如, 從DSA 1302a到DSA 1302c)的與用戶或用戶服務/應用相關(guān)的DIT的子集。
      根據(jù)本發(fā)明的實施例,如圖13B所述,要被傳輸?shù)木唧w的規(guī)則和資格由NSD事件轉(zhuǎn) 發(fā)器和NSD傳輸管理器控制。對于此傳輸?shù)臈l件,如果有的話,可以被裝入到配置數(shù)據(jù)中, 諸如圖13C所示的配置數(shù)據(jù)1310。例如,用戶數(shù)據(jù)SI可以被限制于用戶簡檔的特定子集, 諸如特定的服務/應用條目乃至用戶簡檔的條目的屬性的特定的子集。Sl也可以包括對整 個用戶簡檔是否是總體上可傳輸?shù)幕蛘咴摵啓n的不同的子集(例如,專門應用數(shù)據(jù))是否 是單獨地且同時可傳輸?shù)南拗?。這里,例如SI可以允許整個用戶簡檔是移動的,包括所有 子樹/子集以及包括的所有應用/服務。另一個示例可以不允許整個用戶簡檔是移動的但 是僅僅允許配置的應用/服務特定簡檔子樹/子集是獨立移動的。根據(jù)本發(fā)明的實施例, 如圖13B所述,參與移動用戶數(shù)據(jù)系統(tǒng)的每個DSA具有NSD事件轉(zhuǎn)發(fā)器,其被配置有對于用 戶數(shù)據(jù)接入的特定的服務質(zhì)量(QoS)和傳輸準則簡檔。例如,此簡檔定義可以考慮用戶簡 檔傳輸?shù)恼埱笱舆t(例如,LDAP請求延遲)的閾值。 DSA D1接收對于當前存儲在DSA D2上的S1的界限內(nèi)的用戶數(shù)據(jù)集的請求(例如, LDAP搜索或更新)(步驟1324)。通常,QOS和傳輸準則的檢查以及用戶數(shù)據(jù)的隨后的再配 置對于單個用戶簡檔的單個請求是特定的。但是,根據(jù)本發(fā)明的實施例,可以將DSA Dl配 置為在請求給定集內(nèi)單個用戶的數(shù)據(jù)時,對于該集用戶,根據(jù)Sl來傳輸適當?shù)挠脩魯?shù)據(jù)。
      通常和DSA Dl和DSA D2處理任何其它請求一樣來處理該數(shù)據(jù)請求。例如,使用 X. 500協(xié)議的原理,該請求可以經(jīng)由根DSA被從DSA Dl鏈接到DSA D2,在該DSA D2中實現(xiàn) 該請求并且將響應經(jīng)由該請求的相同的路徑返回。 根據(jù)本發(fā)明的實施例,DSA Dl的NSD事件轉(zhuǎn)發(fā)器檢查數(shù)據(jù)請求以及相關(guān)的響應特 性和性能,并且確定是否已經(jīng)超過傳輸數(shù)據(jù)集SI的閾值(步驟1326)。示范性閾值可以是 例如已經(jīng)超過可接受的LDAP請求延遲。如果沒有超過該閾值(步驟1326),則NSD事件轉(zhuǎn) 發(fā)器恢復到正常處理。 如果已經(jīng)超過該閾值(步驟1326),則DSA Dl的NSD事件轉(zhuǎn)發(fā)器開始將事件轉(zhuǎn)發(fā) 到NSD傳輸管理器(步驟1328)。 NSD傳輸管理器與同時發(fā)生在該系統(tǒng)中的其它事件一起接收該轉(zhuǎn)發(fā)事件,確定是 否批準該傳輸,以及如果是的話,則指示NSD傳輸控制器開始將用戶簡檔從DSA Dl傳輸?shù)?DSA D2 (步驟1330)。根據(jù)本發(fā)明的實施例,在確定是否批準該傳輸時,NSD傳輸管理器可以 檢查諸如受影響的系統(tǒng)部件和網(wǎng)絡的健康和超負荷狀態(tài)之類的項。如果沒有批準傳輸(步 驟1330),則NSD傳輸管理器恢復到正常處理。 如果批準了傳輸(步驟1330),則NSD傳輸管理器請求NSD傳輸控制器讀取要被從 DSA D1傳輸?shù)娜鏢1定義和/或約束的用戶數(shù)據(jù)集,開始從DSA Dl中刪除用戶數(shù)據(jù)集S1的 數(shù)據(jù)庫處理,然后開始將用戶數(shù)據(jù)集S1增加到DSA D2的處理(步驟1332)。在將用戶數(shù)據(jù)集SI增加到DSA D2的處理成功完成后,NSD傳輸管理器請求提交對DSA Dl的刪除處理以 完成該傳輸(步驟1332)。 根據(jù)本發(fā)明的實施例,作為傳輸過程的一部分,NSD傳輸管理器將請求相應的更新 保持與用戶數(shù)據(jù)集Sl的整個用戶簡檔有關(guān)的數(shù)據(jù)的任何DSA。如前所述,用戶簡檔和/或?qū)?簡檔的引用可以跨越多個DSA。通常,根據(jù)本發(fā)明的實施例,用戶簡檔可以存在于單個DSA 之中,但是它可以具有從根DSA和一個或多個標識域DSA的引用。根據(jù)本發(fā)明的實施例,用 戶簡檔將需要在物理上被移動(和與該簡檔配置的重要別名一起),并且對該簡檔/別名的 引用將需要被相應更新,以指向新的目標DSA。 根據(jù)本發(fā)明的實施例,當SI允許用戶簡檔的子樹/子集獨立且同時被傳輸?shù)讲煌?的DSA時,可以采用專門的進程來確保對傳輸中的用戶簡檔子樹/子集(例如HSS應用子 樹)的本地訪問不會引起不必要的1 500鏈接回到其中用戶根條目所在的起始05八。此用 戶根條目被認為是整個用戶簡檔子樹的根,由此超越于任何用戶簡檔子集或子樹。根據(jù)本 發(fā)明的實施例,當SI指示整個用戶簡檔被移動地從一個DSA再配置到另一個DSA時,該用 戶根被移動作為簡檔的一部分,以及對該根的所有引用/綁定都因此改變。但是,根據(jù)本發(fā) 明的實施例,當用戶簡檔的子集或子樹被移動時,該用戶根沒有隨著該子樹移動,因為可能 存在其它子樹,它們需要在它們當前被存儲在其上的DSA上保持原樣。根據(jù)本發(fā)明的實施 例,為了避免X. 500鏈接回到用戶根所處的起始DSA,當本地訪問目的地DSA上的再配置的 應用子樹時,當子樹經(jīng)由這里描述的進程被再配置時,該用戶根條目被本地投影或復制到 局部DSA。這使得對應用特定的子樹在本地開始的查詢或更新在本地完成,因為目標條目的 整個DN(區(qū)別名稱)存在于該本地DSA中。根據(jù)本發(fā)明的實施例,如果該應用子樹的DN包 括用戶根和該應用子樹的根之間的其它條目,則它們也可以被投影以確保在沒有X. 500鏈 接的情況下可以進行數(shù)據(jù)的本地處理。 根據(jù)本發(fā)明的實施例,可以采用另外的專門的機制來確保從許多可能的用戶根條 目別名中的一個對本地傳輸中的用戶簡檔或用戶簡檔子樹的訪問產(chǎn)生本地滿足的響應。根 據(jù)本發(fā)明的實施例,用戶根別名條目被實現(xiàn)為標準的X. 500或LDAP別名條目。這些別名條 目包含對它們指向的條目的引用DN。在此實施例中,用戶根別名指向特定的用戶根條目。 例如,該用戶根條目可以具有RDN "cn = William",其別名條目為RDN "cn = Bill",還包 含對根條目"cn二William"的引用。在此示例中,如果用戶簡檔從DSA Dl移動到D2但是 對它的別名留在DSA Dl上。使用該條目別名的查詢導致該查詢首先轉(zhuǎn)到DSA Dl以檢索別 名"cn = Bill"并解析"cn = Bill"為現(xiàn)在位于DSA D2上的根條目"cn = William"。為 了避免當用戶根位于D2上時需要從D1檢索該別名,該別名也使用這里定義的相同的NSD 進程隨著用戶簡檔或簡檔子樹一起移動。根據(jù)本發(fā)明的實施例,許多別名中的哪一個應當 被移動也可以被包括作為NSD事件轉(zhuǎn)發(fā)器、NSD傳輸管理器和NSD傳輸控制器中定義的傳 輸準則和配置的一部分。因而,當開始觸發(fā)用戶數(shù)據(jù)的移動的再配置的訪問時,特定的別名 可以僅僅基于引起該訪問的客戶端的標識、引起該訪問的客戶端的優(yōu)先級或基于該客戶端 使用的別名被傳輸。 根據(jù)本發(fā)明的實施例,作為從DSA Dl中刪除用戶數(shù)據(jù)集S1的替換,在簡檔已被成 功地傳輸?shù)侥繕薉SA(DSA D12)之后,NSD傳輸控制器可以標記該用戶簡檔以保持在DSA Dl 中被遮蔽(或隱藏)。"無效的"狀態(tài)將指示數(shù)據(jù)可能是陳舊的以及在另一個DSA中存在"有于電信網(wǎng)絡中SI條目的接入點從DSA D2返回到DSA Dl時,或如 圖13A所示從DSA 1302c返回到DSA 1302a時,此方法可以支持災難性恢復和通信減少。
      根據(jù)本發(fā)明的實施例,對于用戶數(shù)據(jù)集SI的DSA Dl的所有隨后的訪問都可以然 后在本地從DSA D2完成。 根據(jù)本發(fā)明的實施例,可以基于每個用戶簡檔執(zhí)行NSD系統(tǒng)。通常,特定百分比的 CSP的用戶漫游覆蓋地區(qū)。因而,假定變化引起網(wǎng)絡中的不可接受的延遲,用戶簡檔隨實際 用戶使用者的位置的變化而變化??商鎿Q地,用戶數(shù)據(jù)約束集S1可以包括一組用戶,盡管 它可能不容易確定如何將用戶分組到移動的集合中。相似地,集Sl可以包括用戶簡檔的一 部分,乃至來自于一組用戶的用戶簡檔的部分。 根據(jù)本發(fā)明的實施例,移動用戶數(shù)據(jù)系統(tǒng)的算法的實施方式可以使用如上所述的
      用于遮蔽或移動條目的X. 500DISP概念或可以通過定制的接口來實現(xiàn)。 這里描述的移動用戶數(shù)據(jù)系統(tǒng)提出一個可能的機制來解決移動的數(shù)據(jù)的問題,但
      是其他選項也是可能的。例如,NSD傳輸管理器和NSD傳輸控制器的位置可以是目錄軟件自
      身的一部分或者分成位于集中管理系統(tǒng)或供應系統(tǒng)上的不同部件。另外,根據(jù)本發(fā)明的實
      施例,為了提供可調(diào)整性,這些部件可被調(diào)整到多個服務器中以提供吞吐量和對于NSD功
      能的彈性。 可替換地,如上所述,NSD功能可以包括改變被傳輸?shù)挠脩魯?shù)據(jù)的粒度的能力。如 上所述,整個用戶簡檔從一個DSA傳輸?shù)搅硪粋€DSA。但是,假定高優(yōu)先級的兩個不同的客 戶端不斷地從兩個不同的接入點訪問該用戶簡檔,每個客戶端需要用戶服務數(shù)據(jù)的不同的 子集。因此,根據(jù)本發(fā)明的實施例,NSD功能(諸如NSD事件轉(zhuǎn)發(fā)器和/或NSD傳輸管理 器)可以包括將用戶簡檔自身分解成服務部件子集或子樹(例如,HSS服務數(shù)據(jù)、HLR服務 數(shù)據(jù)、預付服務數(shù)據(jù))的能力,且各個子集中的每一個基于諸如接入點、產(chǎn)生該訪問的客戶 端系統(tǒng)、當然QOS簡檔之類的因素可以是獨立移動的。在此可替換的實施例中,該用戶簡檔 的僅僅一個副本將在任何時候存在(可能有遮蔽的根或子根條目的例外,它們保持本地存 儲的DN以避免X. 500鏈接),但是它的組成部分(服務)將基于QOS和訪問的位置而分布 在不同的DSA中。 根據(jù)本發(fā)明的實施例,作為另一個替換,不是傳輸和刪除用戶數(shù)據(jù)集Sl, NSD系統(tǒng) 可以被配置為根據(jù)諸如接入點和QOS簡檔之類的多個基于DSA的因素隱藏用戶數(shù)據(jù)集Sl。 在這樣的實施例中,NSD系統(tǒng)也包括同步多個副本的機制以確保數(shù)據(jù)的完整性。根據(jù)本發(fā) 明的實施例,該同步機制可以增加到諸如NSD傳輸管理器1314的部件中。
      日志和備份過程 圖14描述根據(jù)本發(fā)明的實施例的日志系統(tǒng)1400。日志系統(tǒng)1400包括內(nèi)存儲數(shù)據(jù) 庫1403(諸如圖7A所示的數(shù)據(jù)存儲庫708a)、更新1402、內(nèi)存儲日志1404、備份文件1409 和一個或多個日志文件1406a-1406c、復制器/同步器1411、備份信息記錄器1413等等。內(nèi) 存儲日志1404包括更新1408a-1408g等等的列表。 在復制的更新的應用期間,復制器/同步器1411可以控制將更新復制到一個或多 個DS的過程。復制器/同步器1411通常與目錄服務器,諸如圖7A所示的DS 706有關(guān)。具 體來說,復制器/同步器1411的DS可以是DSA(諸如DSA 702)內(nèi)的主DS。根據(jù)本發(fā)明的 實施例,正如前面提到的那樣,DSA通常具有主DS以及許多次DS,每個具有它自己的內(nèi)存儲
      35數(shù)據(jù)庫1403。根據(jù)本發(fā)明的實施例,通常使得更新1402位于DSA內(nèi)的主DS中然后復制到 DSA中的其它DS中。當然,根據(jù)本發(fā)明的實施例,復制器/同步器1411可以位于DSA內(nèi)的 任何一個DS上。 復制器/同步器1411將更新1408a-1408g應用于內(nèi)存儲數(shù)據(jù)庫1403。此外,在本 發(fā)明的各個實施例中,目錄服務器也將處理的細節(jié)存儲到由內(nèi)存儲日志1404中的內(nèi)存儲 數(shù)據(jù)庫1403代表的數(shù)據(jù)存儲庫中。根據(jù)本發(fā)明的實施例,存儲在內(nèi)存儲日志中的信息可以 包括對條目做出的變化、該變化的時間、每一個變化的增加的標識符、以及在該變化之前的 條目的狀態(tài)(例如,該更新中改變的值)。接著,在本發(fā)明的實施例中,給定因素(諸如磁盤 子系統(tǒng)的限制、從內(nèi)存儲日志1404完成的處理)在常規(guī)時間間隔或盡快地被寫入到基于盤 的日志文件1406中作為該處理的永久記錄。 內(nèi)存儲日志1404是存儲關(guān)于內(nèi)存儲數(shù)據(jù)庫1403的所有處理的細節(jié)的共享存儲區(qū) 域。在復制和同步的功能期間使用內(nèi)存儲日志1404中的信息。 在復制期間,復制器/同步器1411可以使用內(nèi)存儲日志1404中的信息來退回已 經(jīng)失敗的復制的更新,諸如,例如更新1402。在同步期間,復制器/同步器1411可以使用內(nèi) 存儲日志1404中的信息來將最新的更新發(fā)送到同步的節(jié)點(例如,另一個DS)。在本發(fā)明 的實施例中,與更新1408有關(guān)的處理存儲在環(huán)形緩沖器中。 在本發(fā)明的各個實施例中,內(nèi)存儲日志1404被配置為經(jīng)由日志文件1406將處理 記錄到盤中。在本發(fā)明的實施例中,每當節(jié)點(例如,包含內(nèi)存儲數(shù)據(jù)庫1403的目錄服務 器)啟動時或者當當前日志文件1406達到給定大小時,內(nèi)存儲日志1404可以創(chuàng)建新的日 志文件1406。日志文件1406可以包括實際的更新信息、變化標識符、以及有關(guān)處理被執(zhí)行 的時間和被誰執(zhí)行的信息。 根據(jù)本發(fā)明的實施例,日志文件1406是在計劃的斷線或者服務器故障之后恢復 節(jié)點的關(guān)鍵部件。在本發(fā)明的各個實施例中,當復制器/同步器1411結(jié)合備份文件1409 使用日志文件1406時,內(nèi)存儲數(shù)據(jù)庫1403可以被恢復到計劃的停機(或故障)之前成功 執(zhí)行的最后一次處理,因而最小化了主服務器隨后需要以重發(fā)來同步恢復的次服務器(例 如,保持內(nèi)存儲數(shù)據(jù)庫1403的DS)的處理的數(shù)目。 在本發(fā)明的各個實施例中,備份文件1409可以按照給定時間間隔自動地被創(chuàng)建, 例如一天一次。備份文件1409也可以由運營商在其它時間請求。 備份過程包括將DIT 600中的每個條目的描述寫入到備份文件1409中。該描述 包括關(guān)于備份文件1409的恢復的足夠的信息,用于將該條目完全再創(chuàng)建在該內(nèi)存儲數(shù)據(jù) 庫1403中。該備份過程將花一段時間,在大的內(nèi)存儲數(shù)據(jù)庫的情況下可能很多分鐘。此時 間段被稱為備份時間段。在本發(fā)明的一些實施例中,數(shù)據(jù)存儲庫1403對于備份時間段期間 的正常的動作是可用的。根據(jù)本發(fā)明的實施例,備份文件被存儲在持久數(shù)據(jù)存儲庫中。
      當從備份恢復時,與內(nèi)存儲數(shù)據(jù)庫1403有關(guān)的復制器/同步器1411需要備份文 件1409和日志文件1406,至少用于備份時間段期間進行的更新操作。在本發(fā)明的實施例 中,復制器/同步器1411首先由備份文件1409中條目的描述來恢復它們。復制器/同步 器1411然后從相關(guān)的日志文件1406中重放在備份時間段期間發(fā)生的任何更新操作(按照 它們發(fā)生的順序),考慮到這樣的事實在該條目的描述被寫入到備份文件1409中時該更 新可能被應用于該條目或可能沒有被應用于該條目。復制器/同步器1411可以可選地應用發(fā)生在備份時間段之后的更新(按照它們發(fā)生的順序),直到固定的時間點、或固定的變 化標識符、或者直到所有可用的更新都已被應用?;謴偷腄S現(xiàn)在能夠與在上次更新被從該 日志文件應用之后已經(jīng)發(fā)生在DSA內(nèi)的其它DS上的更新同步。 根據(jù)本發(fā)明的實施例,復制器/同步器1411可以在恢復進程期間檢查和使用存儲 在備份信息記錄器1413中的信息。備份信息記錄器1413被配置為記錄與備份文件1409 有關(guān)的備份時間段的開始時間和結(jié)束時間,以及標識在備份已經(jīng)起動之后到內(nèi)存儲數(shù)據(jù)庫 1403的首次更新1402的開始變化標識符和標識在備份已經(jīng)完成之前到內(nèi)存儲數(shù)據(jù)庫1403 的最終更新的結(jié)束變化標識符。根據(jù)本發(fā)明的實施例,此信息可用于標識必須被施加以確 ?;謴偷膫浞莸囊恢滦缘母碌淖钚〖?。
      以用戶為中心的目錄 圖15A是描述根據(jù)本發(fā)明的實施例的存儲在目錄1500中的數(shù)據(jù)(諸如由圖3所 示的HSS 301使用的數(shù)據(jù))的分級結(jié)構(gòu)的框圖。當HSS301運行時,到目錄1500的更新通 常增加或修改用戶數(shù)據(jù)并且起源于各個域(諸如圖2所示的MS域214)。例如,目錄1500 可以在AAA進程期間提供驗證信息,在登記期間提供服務簡檔信息,以及保持用于各個服 務的透明的服務數(shù)據(jù)。 目錄1500通常為移動的電信網(wǎng)絡提供單個邏輯目錄,諸如遵照ITU-TX. 500目錄 標準的目錄。目錄1500采用類似分級樹的數(shù)據(jù)結(jié)構(gòu),通常被稱為包含各個目錄條目的目錄 信息樹(DIT)。條目以樹的形式被布置,其中每個條目可以處于許多條目的上級。目錄1500 從根節(jié)點1501開始。當然,在目錄1500的一些實施例中,根節(jié)點1501自身可以包括共同 提供目錄1500的根的多個子根節(jié)點。例如,一個子根節(jié)點可以代表DIT的僅僅屬于HSS的 用戶數(shù)據(jù)的部分乃至僅僅屬于由大的移動電信系統(tǒng)中的許多HSS中的一個HSS使用的用戶 數(shù)據(jù)的該部分的部分。 根據(jù)本發(fā)明的實施例,目錄1500保持電信網(wǎng)絡(諸如電信網(wǎng)絡200)中的用戶的 記錄。在目錄1500中,用戶標識可以分割到多個標識域1503a-1503d。為了反映與HSS 301 有關(guān)的數(shù)據(jù),可以提供至少四個特定的域條目IMSI域(MSID) 、 MSISDN域(MSISDND)、私 有Id域(privateD)以及公共Id域(publicD)。這些域由別名條目代表,諸如MSISDN別名 (MSISDNAlias)條目1505、IMSI別名(IMSIAlias)條目1507、公共ID別名(PublicIdAlias) 條目1509和私有ID別名(PrivateldAlias)條目1511。因此,例如,MSISDNAlias條目 1505使得訂閱(諸如訂閱(Subscription)條目1517)能夠經(jīng)由MSISDN 325以及由唯 一的ID(諸如域條目1503c提供的ID)來訪問。相似地,MSIAlias條目1507條目使得 訂閱條目(諸如訂閱條目1517)能夠經(jīng)由IMSI 323以及由唯一的ID來訪問。同樣地, PrivateIDAlias條目1511使得訂閱條目(諸如訂閱條目1517)能夠經(jīng)由PrivateID 327 以及由唯一的ID來訪問。PublicIDAlias條目1509使得訂閱條目(諸如訂閱條目1513) 能夠經(jīng)由PublicID 329以及由唯一的ID來訪問。 訂閱條目1513代表用戶數(shù)據(jù)的最高級(或根)。訂閱條目1513代表對于服務(諸 如HSS或HLR相關(guān)的服務)的用戶供應數(shù)據(jù)的根。因此,對于HSS服務、HLR服務及其它服 務的數(shù)據(jù)被保持作為訂閱條目1513的子條目。例如,這些條目可以包括hssService條目 1515、hlrService條目1517及其它服務1519。在本發(fā)明的實施例中,如域1503c所示的全 世界唯一的ID標識由特定標準(諸如X. 500區(qū)別名稱(DN))識別的訂閱條目1513。訂閱條目1513也可以經(jīng)由別名的標識訪問,諸如這里所述的IMSI 323、MSISDN 325、 PublicID 327和PrivateID 329。 圖15B是描述根據(jù)本發(fā)明的實施例的HSS(諸如圖3所示的CN 206的HSS 301) 架構(gòu)的框圖。 根據(jù)本發(fā)明的實施例,HSS 301可以包括多個服務器,每個服務器包括與目錄服務 器(DS)平臺1523集成的HSS應用1521。目錄服務器平臺1523包括至少一個DSA和DUA, 諸如圖7A所示的DS平臺。當然,DS平臺1523可以包括比圖7A和圖7B所示的DSA多或 少的DSA。 HSS 301可以包括TCP/IP接口 ,以使用標準通信協(xié)議(諸如DAP和LDAP)查詢 和更新DS平臺1523上的數(shù)據(jù)。也可以使用TCP/IP接口,例如當新的用戶加入MS域214 時供應該數(shù)據(jù)庫。因而目錄服務器平臺1523負責諸如數(shù)據(jù)復制和同步、備份數(shù)據(jù)、提供自 動故障探測和災難恢復的任務。 HSS應用1521便于用戶事務的處理和來自于核心網(wǎng)絡上的各個域(諸如MS域 214)的信令通信。在本發(fā)明的實施例中,HSS應用1521通常從給定域接收根據(jù)認可的協(xié)議 格式化的消息,諸如來自于IMS域214的根據(jù)Diameter協(xié)議格式化的消息。Diameter消息 可以例如請求目錄服務器1523中的存儲庫數(shù)據(jù)用于與特定用戶相關(guān)的數(shù)據(jù)。
      HSS 301通常存儲并使用兩種主要類型的數(shù)據(jù)。首先,HSS 301包括供應數(shù)據(jù)-與 用戶和可用的服務相關(guān)的數(shù)據(jù)。存儲的供應數(shù)據(jù)通常包括傳統(tǒng)的用戶數(shù)據(jù)、當前限制 (barring)狀態(tài)和服務簡檔數(shù)據(jù),傳統(tǒng)的用戶數(shù)據(jù)諸如在其中登記訂閱的IMS域214中的 CSCF 321的標識。第二,HSS 301包括配置和控制數(shù)據(jù)-分別與HSS 301服務的一般操作 和HSS 301系統(tǒng)自身相關(guān)的數(shù)據(jù)。存儲在目錄服務器1523中的HSS 301配置數(shù)據(jù)包括以 下IMS遠程實體規(guī)則、所需的服務器能力和AS許可。 因此,這里的本發(fā)明的實施例提供改善的HSS,其幫助CSP實現(xiàn)靈活的網(wǎng)絡基礎(chǔ)結(jié) 構(gòu),該靈活的網(wǎng)絡基礎(chǔ)結(jié)構(gòu)可以實現(xiàn)諸如IMS、未許可的移動訪問(UMA)、及其它IP服務之 類的技術(shù)。在本發(fā)明的一些實施例中,改善的HSS與其它出售商的HLR平臺兼容,被配置為 最小化網(wǎng)絡崩潰,提供對于多個并行的網(wǎng)絡接入法的支持,以及提供對大量用戶的服務綁 定靈活性。另外,改善的HSS使得CSP能夠容易地實現(xiàn)新服務,鞏固并改進商務處理,以及 降低營運成本。 協(xié)同主HSS/HLR和協(xié)同定位HSS/HLR 圖16A和圖16B是分別描述根據(jù)本發(fā)明的實施例的用于HSS 301和HLR 307的協(xié) 同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620的框圖。在協(xié)同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620 二 者中,HLR 307和HSS 301共享位于后端服務器1603中的目錄1605。根據(jù)本發(fā)明的實施 例,目錄1605包括在一個或多個DSA(諸如圖7B所示的DSA 702)中實現(xiàn)的目錄。本發(fā)明 的實施例可以提供單個邏輯HSS和HLR。如下討論的,圖16A和圖16B所示的HSS 301和 HLR 307有效提供單個邏輯HSS和HLR組合。因為CSP組合了新服務并采用了 IP交換,所 以HLR 307可以變成用于進一步提高它們的CSP的網(wǎng)絡的焦點。另外,HSS 301可以幫助 CSP改善它與它的用戶的關(guān)系。因而,這里的單個邏輯HSS和HLR可以對傳統(tǒng)的網(wǎng)絡加以改 進。 當HSS 301和HLR 307被安裝在單個服務器計算機上時,該安裝被稱為"協(xié)同主 HSS/HLR安裝"。如圖16A所示,HSS 301和HLR 307兩個都位于前端服務器1601中。HSS
      38301和HLR 307共享安裝在后端服務器1603處的目錄1605。 在本發(fā)明的實施例中,前端服務器1601可以具有分布式架構(gòu),以使得HSS 301和 HLR 307被配置在共同構(gòu)成邏輯前端服務器1613的多個服務器1609、1611上。如圖16B 所示,當HSS 301和HLR 307被安裝在單獨的前端服務器1609、 1611上但是共享安裝在后 端服務器1603中的公共目錄1605時,該安裝被稱為"協(xié)同定位HSS/HLR安裝"。因而,HSS 301和HLR 307共享安裝在后端服務器1603處的目錄1605。 如果HSS 301不與HLR 307共享目錄1605,則該安裝被稱為"單機HSS"。在這樣 的安裝中,HLR數(shù)據(jù)通常位于遠程HLR數(shù)據(jù)存儲庫中。單機HSS在這里沒有示出,但是這樣 的架構(gòu)是本領(lǐng)域中已知的。 具有關(guān)于協(xié)同主系統(tǒng)1600或協(xié)同定位系統(tǒng)1620的HLR數(shù)據(jù)的移動域用戶被稱作 "有家用戶(homed subscriber):具有關(guān)于遠程HLR數(shù)據(jù)存儲庫的HLR數(shù)據(jù)的移動域用戶 被稱作"無家用戶(un_homedsubscriber),,。
      UMS模式 HSS 301與HLR 307交互以為MS域214、PS域212和CS域210中的用戶提供各 種服務,如前所述。這被稱為HSS 301的用戶移動性服務器(UMS)工作模式。
      UMS模式使得協(xié)同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620 二者以及單機HSS能夠平穩(wěn) 地進行HSS操作。如果在協(xié)同主系統(tǒng)1600或協(xié)同定位系統(tǒng)1620上的一些用戶無論什么原 因正巧是無家的,則UMS模式也能夠平穩(wěn)運行。根據(jù)本發(fā)明的實施例,給定用戶是否被認為 是"有家"用戶是由HLR數(shù)據(jù)對于后端1603中的目錄1605上的用戶是否可用來確定的。換 句話說,典型的過程是嘗試讀取HLR數(shù)據(jù)。如果這樣的讀取完成,則該用戶是"有家的"。否 則,該用戶是無家的。 在UMS模式中,HSS 301以三種方案工作。在方案I中,HSS 301與遠程HLR 307 交互,其是一般由傳統(tǒng)方法適應得很好的模式。在方案II中,HSS 301與來自于協(xié)同主系統(tǒng) 1600中的HLR 307的數(shù)據(jù)交互。在方案III中,HSS 301與來自于協(xié)同定位系統(tǒng)1620中的 HLR 307的數(shù)據(jù)交互。 HLR 307和HSS 301之間的移動應用部分(MAP)接口使UMS模式可行。MAP接口 便于檢索數(shù)據(jù)(諸如驗證矢量)、再同步驗證序列號、和/或檢索CS域210和PS域212中 的用戶狀態(tài)和位置信息。 MAP接口是本領(lǐng)域中已知的,其提供HSS和遠程HLR之間的通信。因而,當需要時, 遠程HLR由HSS使用MAP接口 1609聯(lián)系。例如,在這樣的配置中,HSS對遠程HLR執(zhí)行MAP 發(fā)送驗證信息(SAI)操作以便檢索驗證矢量和再同步序列號。在這樣的配置中,HSS對遠 程HLR執(zhí)行MAP全天候詢問(ATI)操作以便檢索CS域/PS域用戶狀態(tài)和位置信息。
      傳統(tǒng)上使用用戶的IMSI或MSISDN將來自于HSS的MAP消息路由到遠程HLR。對 于無家用戶的PrivateID,相應的IMSI被存儲在HSS數(shù)據(jù)中。此IMSI用來在收到Cx-MAR 消息時聯(lián)系遠程HLR。對于有家或無家用戶的Public ID,相應的MSISDN被存儲在HSS數(shù) 據(jù)中。此MSISDN用來在收到Sh-UDR時聯(lián)系遠程HLR。根據(jù)本發(fā)明的實施例,可以在用戶的 PrivateID和IMSI之間建立映射。因而,映射有效地使得IMSI能夠?qū)LR 301和HSS 307 執(zhí)行操作。 但是,用戶實際上被導向到協(xié)同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620 二者中。從而,對于協(xié)同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620不需要SAI和ATI,以及不必需復制由HSS 301 和HLR 307使用的數(shù)據(jù)。對于協(xié)同主系統(tǒng)1600和協(xié)同定位系統(tǒng)1620 二者,驗證數(shù)據(jù)1607 以可以被HSS 301和HLR 307 二者使用的方式存儲在目錄1605中。因而,驗證數(shù)據(jù)1607 不需要被復制來服務這些應用中的每一個。換句話說,在如圖16A和圖16B所示配置的系 統(tǒng)中不需要執(zhí)行SAI和ATI過程。因此,可以通過簡單地關(guān)閉UMS模式來提供電信網(wǎng)絡的 總性能。因而,根據(jù)本發(fā)明的實施例,可以在HSS 301和HLR 307之間共享驗證數(shù)據(jù)1607。
      在本發(fā)明的實施例中,網(wǎng)絡管理系統(tǒng)(諸如網(wǎng)絡管理系統(tǒng)412)可以在HSS 301上 設置UMS模式以對于HSS和HLR的給定組合工作在開啟模式或關(guān)閉模式。UMS模式可以諸 如通過"僅自身數(shù)據(jù)"標志設置為真(即,"沒有HLR")或假(即,"存在HLR")來被開啟或 關(guān)閉。如果UMS模式關(guān)閉,則SAI和ATI例如不會由HSS 301使用來聯(lián)系HLR 307。當設置 為關(guān)閉時,HSS 301和HLR 307可以通過簡單地訪問目錄1605來訪問驗證狀態(tài)。
      圖16C示出了根據(jù)本發(fā)明的實施例的已被被配置為保持用于諸如HSS 301和HLR 307的應用的服務數(shù)據(jù)1619的前端1601。 保持在目錄(諸如目錄1605)中的數(shù)據(jù)通常包括用戶數(shù)據(jù)和服務數(shù)據(jù)1619的混 合。根據(jù)本發(fā)明的實施例,服務數(shù)據(jù)1619(諸如非用戶特定的驗證數(shù)據(jù)1607和UMS模式標 志)可以與用戶數(shù)據(jù)分開并且接近于頻繁使用這樣的數(shù)據(jù)的應用(例如,HSS 301和HLR 307)。根據(jù)本發(fā)明的實施例,通過將服務數(shù)據(jù)1619移動到前端1601,借助諸如HSS 301和 HLR 307的應用對非用戶特定的驗證數(shù)據(jù)1607和UMS模式標志的訪問幾乎是即時的。
      服務數(shù)據(jù)1619通常包括諸如UMS模式標志的項和驗證方案。根據(jù)本發(fā)明的實施 例,驗證方案可以混疊(alias)到其它的驗證方案。因而,根據(jù)本發(fā)明的實施例,此方法可 以使用從HSS 301內(nèi)處理的別名。根據(jù)本發(fā)明的實施例,當服務數(shù)據(jù)1619已被移動到前端 1601時,也可以執(zhí)行上述PrivateID和IMSI之間的映射。 此外,根據(jù)本發(fā)明的實施例,后端DSA作為圖16A所示的后端1603以及類似圖7A 所示的DSA 702而工作。同樣地,DS 1625a-DS 1625c與圖7A所示的DS 706相似地工作。 根據(jù)本發(fā)明的實施例,DUA 1627以類似于圖7A所示的DUA 704的方式工作。
      間接方法的靜態(tài)條目 圖17是描述根據(jù)本發(fā)明的實施例的便于靜態(tài)訪問條目的存儲在目錄1700中的數(shù) 據(jù)的分級結(jié)構(gòu)。目錄1700可以被存儲在諸如圖7A所示的DS 706配置的一個或多個目錄 服務器1721中。DS 1721可以工作在DSA(諸如圖7A所示的DSA 702)內(nèi)。相似地,對目錄 1700的操作可以被與圖7A所示的目錄服務器應用軟件707類似地工作的目錄服務器應用 1723接收到并處理。對目錄1700操作的部件接合目錄服務器內(nèi)的計算機化的部件來例如 經(jīng)由CPU處理動作。 請求實體(例如,諸如HSS 301或HLR 307的應用)調(diào)用存在于目錄1700中的條 目1703-1715上的一個或多個方法以執(zhí)行各種功能。請求實體可以代表任何能夠?qū)δ夸?1700請求的實體,諸如客戶端應用或終端用戶。這些方法包含關(guān)于目錄1700的模式內(nèi)的數(shù) 據(jù)間關(guān)系的應用認識,并且提供諸如供應系統(tǒng)的簡單接口。典型的方法可以是用于進行如 下操作的方法增加用戶、增加用戶服務(諸如現(xiàn)有用戶的HSS服務)、和/或修改用戶服 務設置(諸如修改呼叫轉(zhuǎn)移設置)。 通過調(diào)用該間接方法(諸如條目1703-1715),外部應用可以在不具有對該目錄的
      40結(jié)構(gòu)的認識的情況下對目錄1700中的數(shù)據(jù)進行操作。這對于模式經(jīng)受頻繁變化的目錄和/ 或已被設計成以特定模式工作的遺留程序特別有用。根據(jù)本發(fā)明的實施例,盡管這里提供 了與電信配置相關(guān)的示例,但是此方法可應用于許多這樣的設置在該設置中,應用需要執(zhí) 行目錄中的任務但是不知道或不能知道該目錄的實際結(jié)構(gòu)。 應用(諸如HSS 301或HLR 307)使用條目的區(qū)別名稱(DN)來調(diào)用與條目(例如 條目1703)有關(guān)的方法。DN反映條目的真實或適配的樹,該樹形成對其調(diào)用方法的條目的 祖先。例如,條目1707的DN是"根.條目A.條目B(Root.EntryA.EntryB)",因為在目錄 1700中根1701和條目1703是條目1707的祖先。這樣的方法以下簡稱為"真實方法"。在 目錄結(jié)構(gòu)中真實方法的使用在本領(lǐng)域中是已知的。 因為DN反映由各個祖先組成的真實或適配的樹條目名稱,所以當目錄1700的模 式由于任何原因改變時,DN可能成為問題。這樣的變化可能影響條目的命名,由此可能改 變供應方法需要在其上運行的條目的名稱。這影響供應系統(tǒng),迫使軟件改變以處理該模式 命名變化。例如,假定模式變化以使得條目1709被增加到條目1707和條目1711之間的目 錄1700中,并且進一步假定條目1707和條目1711之間的連接被刪除。因而,條目1711的 DN從"根.條目A.條目B.條目B. 2 (Root. EntryA. EntryB. EntryB. 2)"變化為"根 條目 A.條目B.條目Bl.條目B2. (Root. EntryA. EntryB. EntryBl. EntryB2),,。
      根據(jù)本發(fā)明的實施例,真實方法可以與間接方法有關(guān)。該間接方法是一種屬于系 統(tǒng)條目(諸如根1701)的方法。系統(tǒng)條目為所有應用所共有,并且當模式中發(fā)生變化時它 不需要變化。因此,系統(tǒng)條目是"靜態(tài)的",以及可以使用靜態(tài)系統(tǒng)條目來調(diào)用間接方法。在 本發(fā)明的實施例中,該間接方法位于應用連接到目錄1700的點處。例如,條目1705代表 "靜態(tài)條目C.2"。因而,應用可以使用適當?shù)膮f(xié)議(例如,LDAP擴展的操作)來調(diào)用條目 1705(即,由條目1705代表的方法)以便調(diào)用由條目1715代表的方法,而不管可能改變條 目1715的DN的對模式的改變。換句話說,應用調(diào)用條目1715的方法。需要調(diào)用靜態(tài)條目 (例如,條目1715)的方法的應用需要知道條目的DN。因而,該條目的名稱(例如它的DN) 應當是不需要改變的名稱。 通過API接口為間接方法提供一些RDN信息(諸如用戶標識),而且該間接方法在 它的內(nèi)部實施方式中包括DN結(jié)構(gòu)信息的其余信息。這使得間接方法能夠重建將在其上調(diào) 用真實方法的條目的DN。此功能可以以兩種方式中的一個來實現(xiàn) -DN再建可以被"硬編碼",即,DN的形式體現(xiàn)在靜態(tài)條目(諸如靜態(tài)條目C2 1705) 中的軟件邏輯中,和/或 DN再建可以被"軟編碼",例如使用作為可配置的服務數(shù)據(jù)被保持的模板DN,由該 靜態(tài)條目(諸如靜態(tài)條目C2 1705)將通過API提供的特定的RDN信息代入到模板DN中。 此可配置的服務數(shù)據(jù)通常被保持在目錄自身內(nèi),與保持目錄模式的方式相似。
      因而,該間接方法包括標識在其上將調(diào)用真實方法的條目的DN的信息,但是該間 接方法對外部應用隱藏由目錄1700的模式引起的接口改變。 根據(jù)本發(fā)明的實施例,當目錄模式以影響真實方法所處的條目的位置的方式變化 時,該間接方法需要被更新以反映此變化。如果該間接方法以如上所述的軟編碼方式實現(xiàn), 則所需要的所有是將配置新的模板DN。在一些情況下,間接方法非常期望支持兩個形式的 DN(例如對于在線數(shù)據(jù)遷移),至少在遷移的時間段期間。
      根據(jù)本發(fā)明的實施例,因為間接方法位于應用連接到目錄服務器(例如,靜態(tài)條 目C2 705)的點處,所以對于應用和間接方法之間的訪問路徑不需要另外的DSA間通信。 盡管具有多個應用特定的方法的每個應用單個條目常常是最簡潔的方法,但是可以使用具 有多個應用的靜態(tài)條目。這意味著連接點可以準確地位于使用該方法的外部應用連接到的 DSA(諸如圖7A所示的DSA 702)處。因此,該方法的運行開銷是最小的。訪問間接方法的 外部應用將需要連接到根DSA。 該間接方法向應用呈現(xiàn)接口 ,該接口包括足夠的信息以使得間接方法能夠推導出 真實方法需要在其上運行的條目的當前名稱。因而,通過使用間接方法避免了與模式重構(gòu) 有關(guān)的系統(tǒng)開銷。 根據(jù)本發(fā)明的實施例,可以使用靜態(tài)條目創(chuàng)建器1720在目錄1700中在幾乎任何 時間構(gòu)造執(zhí)行該間接方法的靜態(tài)條目(諸如靜態(tài)條目C21705)。當然,這些條目和方法的創(chuàng) 建是通常在系統(tǒng)安裝/軟件升級期間執(zhí)行的任務。此任務通常包括安裝定義新的或改變的 應用對象分類和方法定義的擴展模式以及安裝包括該方法代碼的共享庫。因而,此任務根 本上是軟件安裝動作,并且可以使用標準軟件安裝技術(shù)(例如,使用UNIX操作系統(tǒng)、分組或 rpm文件,利用相關(guān)或包括的外殼腳本、配置文件、數(shù)據(jù)庫裝入文件、二進制等)來執(zhí)行。靜 態(tài)條目創(chuàng)建器1720可以使用如上所述的硬編碼或軟編碼方法來建立靜態(tài)條目,將它鏈接 到目錄17,以及裝備該靜態(tài)條目以重建在其上可以調(diào)用真實方法的條目的DN。靜態(tài)條目創(chuàng) 建器1720還可以包括簡化創(chuàng)建靜態(tài)條目的任務的操作員接口 。
      計時器機制 改善的計時器機制可以被應用在各種情況下,諸如當關(guān)于創(chuàng)建、修改或刪除計時 器的事件可以被不同的處理節(jié)點接收到和/或當計時器的期滿非常重要以致于它需要是 高度可用的事件時(例如,比各個處理節(jié)點中通??赡艿母捎?。 因此,本發(fā)明的實施例提供一種高性能的復制數(shù)據(jù)存儲器,被配置為帶有計時器, 以使得它們可以潛在地以各種方式被訪問,諸如按時間或應用ID。當然,計時器機制的給定 實施例可能使得計時器僅僅以單個方式(例如通過期滿時間)被訪問。因此,本發(fā)明的實 施例使得處理需要創(chuàng)建、修改或刪除計時器的事件的多個節(jié)點上的請求實體(例如應用) 能夠經(jīng)由諸如應用ID的機制來完成。因此,請求實體可以代表需要計時器用于給定事件的 任何實體,諸如客戶端應用或終端用戶。 根據(jù)本發(fā)明的實施例,使用復制數(shù)據(jù)存儲器使得計時器在即使各個處理節(jié)點失敗 時也能夠持續(xù)。另外根據(jù)本發(fā)明的實施例,計時器可以按時間被訪問,以使得期滿處理可以 由可以訪問該復制數(shù)據(jù)存儲器的任何可用的處理節(jié)點來執(zhí)行。 高性能數(shù)據(jù)庫和實時復制機制僅僅為本發(fā)明的實施例提供了一種可能的實施方 式框架,其每秒能夠處理大量的計時器事件。因而,計時器機制可以被應用于復雜的和簡單 的實施方式二者。 圖18A示出了根據(jù)本發(fā)明的實施例的使用可能受益于改進的計時機制的高速接 入點(HSAP)的通信網(wǎng)絡1800。這里公開的計時器機制適用于各種環(huán)境,這里描述的通信網(wǎng) 絡1800僅僅提供一個可以受益于改進的計時機制的這樣的環(huán)境。 在網(wǎng)絡1800中,隨著移動用戶1810的移動,保持他的呼叫連接的責任最終從基 站1812a傳遞到基站1812b?;?812a-1812d經(jīng)由高速接入點(HSAP) 1814通信各種用
      42戶信息和服務。網(wǎng)絡1800可以被配置為支持例如小型辦公室設置中的各個生產(chǎn)商的基站 1812a-1812d以便提供具有移動漫游能力的無線LAN。 HSAP 1814可以使用AAA協(xié)議與基站1812a-1812d通信,諸如Cx協(xié)議,其用于遵循 3GPP的IMS網(wǎng)絡中以在I-CSCF/S-CSCF和HSS (諸如圖3所示的CSCF 321和HSS 301)之 間通信。這些協(xié)議在本領(lǐng)域中是已知的并且由諸如RFC 3588、3GPP TS 29. 228和3GPP TS 29. 229的標準定義。 在圖18A所示的配置中,HSAP 1814實際上位于核心網(wǎng)絡1812的邊緣并且包括仿 真的SGSN 1816 (圖3所示的SGSN 317的仿真器)。因而,HSAP 1814和仿真的SGSN 1816 可以實際上使得整個網(wǎng)絡1800動作并且表現(xiàn)為傳統(tǒng)的電信網(wǎng)絡。因而,網(wǎng)絡1800以與圖 2所示的移動通信網(wǎng)絡204相似的方式工作。 HSAP 1814可以使用仿真的SGSN 1816來使用傳統(tǒng)的MAP接口與HLR 307通信。 MAP接口為核心網(wǎng)絡1822中的各個節(jié)點提供應用層以便彼此通信,以便為移動式電話用戶 提供服務。核心網(wǎng)絡1812可以包括多于一個HLR,以及仿真的SGSN可以被配置為與核心網(wǎng) 絡1812中的HLR通信。 根據(jù)本發(fā)明的實施例,使用仿真的SGSN 1816的HSAP 1814也可以包括計費數(shù)據(jù) 功能(CDF),其將基站(BS 1812)報告的計費事件集合到計費數(shù)據(jù)記錄(CDR)中并且將這些 轉(zhuǎn)發(fā)到計費系統(tǒng)1818。 CDR是一種供記帳和計費之用的關(guān)于可計費的事件(例如,呼叫建 立的時間、呼叫的持續(xù)時間、傳輸?shù)臄?shù)據(jù)量等)的格式化的信息的收集。如果CSP為用戶提 供明細帳單,則CDR用來構(gòu)造用戶的帳單中的行式項目。 在此非標準的網(wǎng)絡配置中,HSAP 1814可能不能為計費系統(tǒng)1818提供重要的CDR 有關(guān)事件,諸如"結(jié)束呼叫事件"和"呼叫中事件"。這兩個事件都是本領(lǐng)域中已知的,它們有 助于確定給定用戶的費用,特別是當對用戶至少一部分的基于呼叫的持續(xù)時間來計費時。
      圖18B提供根據(jù)本發(fā)明的實施例的可以受益于改善的計時機制的圖18A所示的通 信網(wǎng)絡1800的物理圖。如上所述,網(wǎng)絡1800可以按照支持提供移動漫游能力的無線LAN 的方式被配置。假定網(wǎng)絡的基站(諸如BS 1812a和BS 1812b)已經(jīng)被配置為支持經(jīng)由高 速下行鏈路分組接入(HSDPA)協(xié)議的通信。HSDPA有時被稱為高速下行鏈路協(xié)議接入,是 HSPA族中的3G移動電話協(xié)議并且允許高的數(shù)據(jù)傳輸速度。HSDPA通過定義新的W-CDMA或 TD-CDMA信道、用于到移動站的下行鏈路通信的高速下行鏈路共用信道(HS-DSCH)來實現(xiàn) 數(shù)據(jù)傳輸速度的增加。HSDPA在本領(lǐng)域中是已知的。 假定BS 1812a-1812b與DSA 1831通信。DSA 1831可以被形成為如圖7A所示的 DSA 702那樣。DSA 1831可以結(jié)合DS節(jié)點1836a對與HSDPA節(jié)點1834a有關(guān)的數(shù)據(jù)進行 操作。DS節(jié)點1836a可以按照類似于圖7A所示的DS 706a的方式工作。因而,根據(jù)本發(fā)明 的實施例,HSDPA節(jié)點1834a和DS節(jié)點1836a共同為由圖18A所示的邏輯層執(zhí)行的任務提 供物理層。 如圖所示,DSA 1831也可以由多個HSDPA節(jié)點1834a-1834c形成,每個HSDPA節(jié) 點1834a-1834c具有相關(guān)的DS節(jié)點1836a-1836c。 DSA1831可以包括比示出的多或少的 HSDPA節(jié)點和DS節(jié)點。另外,HSDPA和DS節(jié)點不一定需要彼此配對,盡管在許多網(wǎng)絡中,這 樣的配對是可取的。 網(wǎng)絡可以包括僅僅比BS 1812a-1812b多的基站。每個基站根據(jù)需要與主HSDPA節(jié)點和次HSDPA節(jié)點通信。例如,如圖所示,BS 1812a具有HSDPA 1834a作為它的主HSDPA節(jié)點,HSDPA 1834b作為它的次HSDPA節(jié)點,如實線和虛線所示。相似地,BS 1812b具有HSDPA1834c作為它的主HSDPA節(jié)點,HSDPA 1834b作為它的次HSDPA節(jié)點,如實線和虛線所示。
      在此網(wǎng)絡配置中,基站(諸如BS 1812a)應該通常保持連續(xù)運行Diameter通信,以便使得諸如CDR的記錄被適當?shù)乇3?。不意外地,它有時可能很難保持連續(xù)執(zhí)行Diameter會話。因而,保持一致組的CDR出現(xiàn)了問題。 隨著MS 1810漫游,網(wǎng)絡中的基站1812a、1812b可能不全部共享相同的HSDPA節(jié)點。因而,該網(wǎng)絡包括基站之間的移交過程,其使得呼叫能夠不中斷地繼續(xù)。
      但是,與該呼叫有關(guān)的計費事件可以根據(jù)MS 1810是處于基站1812a中還是1812b中而被報告給不同的HDSPA節(jié)點。對此問題的解決方案是將有關(guān)用戶的計費事件存儲在全部HSDPA節(jié)點可訪問的公共用戶數(shù)據(jù)庫中。這可以形成為DSA 1831的一部分或者被包含在一個或多個單獨的后端DSA內(nèi)。 不幸的是,甚至這種解決方案也有問題,因為在給定DS上對給定呼叫的相關(guān)監(jiān)視計時器可能因為種種原因沒有接收到"結(jié)束呼叫事件"。監(jiān)視計時器是用于電話中的傳統(tǒng)計時器以確保與給定呼叫有關(guān)的計費事件不會被網(wǎng)絡丟失。某些關(guān)鍵事件(諸如結(jié)束呼叫事件)可能相對于呼叫而丟失,這可能看起來好像該呼叫從來沒有發(fā)生過或者該呼叫具有比呼叫的實際長度顯著更短或更長的持續(xù)時間。例如,"結(jié)束呼叫事件"代表呼叫的結(jié)束(當一方當事人斷開連接時),其可以是CDR中的重要信息,因為許多呼叫是由CSP基于用戶呼叫的長度和/或由用戶在給定時間間隔(諸如月)中的呼叫代表的總時間長度來計費的。因而,需要與其它呼叫信息一起的從HSDPA節(jié)點到HSDPA節(jié)點的移交計時器,以在某種程度上確信此信息被提供給適當?shù)暮蠖诉M程。 因而,本發(fā)明的實施例包括分布式定時器機制,其可以被用作網(wǎng)絡(諸如這里描述的網(wǎng)絡)的監(jiān)視計時器。此計時器的實施例不一定需要高精確度,以及在一些實施例中,監(jiān)視計時器可以是可配置的,諸如從10秒到60秒。 圖18C示出了根據(jù)本發(fā)明的實施例的來自于目錄(諸如由DSA 1831保持的目錄)的用戶條目1841。用戶條目1841包括計費條目1843。計費條目1843包括計費事件條目1845和監(jiān)視計時器條目1847。 因此,例如,在應用于電信網(wǎng)絡的本發(fā)明的實施例中,由DSA 1831中的DS 1836保持的數(shù)據(jù)代表偽監(jiān)視計時器的每一個計時器滴答的HSDPA節(jié)點。相似地,該數(shù)據(jù)代表該用戶的HSDPA節(jié)點的每個"呼叫中事件"和他的相關(guān)的"媒體會話"。該呼叫中事件通常代表收費標準的要求,以保證對于進行中的呼叫將規(guī)則的條目維持在CDR中。該呼叫中事件不一定反映呼叫的狀態(tài)變化,盡管它可以。呼叫中事件通常相當頻繁地產(chǎn)生,并且如果呼叫結(jié)束事件不被記錄的話,可以幫助確定呼叫的結(jié)束。因而,該呼叫中事件可以幫助記帳系統(tǒng)對跨越多個計費周期的長期進行的呼叫正確地計費。呼叫事件,諸如呼叫中事件和呼叫結(jié)束事件,應當由HSAP 1814根據(jù)建立的電信標準而被定期地接收,因此HSAP 1814應當運行監(jiān)視計時器以保證它們實際上被即時地接收到。 圖18D示出了根據(jù)本發(fā)明的實施例的在由DSA 1831保持的目錄中具有計時器條目1851的計時器1850。圖18C所示的監(jiān)視計時器條目1847提供時間,其可用于通過計時器1851保持的偽計時器"滴答"來"移動"與計費數(shù)據(jù)記錄1843有關(guān)的用戶CD監(jiān)視計時
      44器條目1848a-d。因而,根據(jù)本發(fā)明的實施例,計時器條目1851提供動態(tài)計時器樹。
      計時器條目1851保持一組計時器"滴答"條目1855a-1855d。這些滴答條目代表 計時器1851內(nèi)的不同時間。該呼叫事件可以存在于從開始時間("現(xiàn)在+XX")到結(jié)束時 間("現(xiàn)在")的計時器中。因而,用戶CD監(jiān)視計時器1848d可以首先與這里由Now+XX條 目1855d代表的監(jiān)視計時器的最大持續(xù)時間有關(guān)。例如,條目1855d可以代表從現(xiàn)在時間 開始起的60秒,因而將被命名為"Now+60"。 這里,監(jiān)視計時器代表期望的呼叫中或呼叫結(jié)束事件在采取補救措施之前可以被 推遲的最大持續(xù)時間,例如異常的CDR記錄的產(chǎn)生。 如果該客戶端應用接收到適當?shù)捻憫?例如,呼叫中事件),則該客戶端應用可以 刪除當前運行的計時器并且必要時開始另一個計時器。換句話說,每當接收到新的呼叫中 事件時,該用戶CD監(jiān)視計時器1848a-d應當被刪除并且替換為新的計時器"Now+60"。每當 接收到呼叫結(jié)束事件時,當前用戶CD監(jiān)視計時器僅僅需要被刪除。 根據(jù)本發(fā)明的實施例,在接收到呼叫中事件或呼叫結(jié)束事件以前,給定用戶CD監(jiān) 視計時器1848a-d通過該計時器前進,最終達到現(xiàn)在條目1855a。當客戶端應用詢問現(xiàn)在條 目1855a時,該客戶端應用可以找到已經(jīng)期滿而沒有接收到呼叫中事件或呼叫結(jié)束事件的 任何記錄(諸如用戶CD監(jiān)視計時器1848a)。因此該客戶端應用可以根據(jù)收費標準執(zhí)行適 當?shù)难a救措施。 在本發(fā)明的實施例中,為了使得所有這些動作能夠被成功地執(zhí)行,應當采用以下 條目命名原則-計時器1851 :根據(jù)它和用戶1841所處的DSA來命名。-用戶CD監(jiān)視計時器1848a-d :根據(jù)用戶標識和計費數(shù)據(jù)1843記錄I D命名。
      -監(jiān)視計時器1847 :根據(jù)計時器1851和用戶CD監(jiān)視計時器1848a-d當前所處的 Now+XX記錄1855a-d命名。 在圖18D所示的本發(fā)明的實施例中,計時器1851已被設置為具有10秒的粒度,其 就是滴答條目名稱以增量10增長的原因,諸如Now+10滴答條目1855b。但是,滴答條目的 粒度可以根據(jù)計時要求被設置為另一個時間級,諸如l秒或20秒。計時器1851的截止(例 如,由計時器代表的持續(xù)時間)可以僅僅是具有不那么準確的結(jié)果(例如,較長的時間)的 大約的任何長度,等同于CSP的較低的服務條件,例如,具有10秒的粒度和2分鐘的持續(xù)時 間的計時器不如具有1秒的粒度和30秒的持續(xù)時間的計時器準確。根據(jù)本發(fā)明的實施例, 可以通過對于不同的時間具有較多或較少的條目,來為計時器條目1851配置較大的或較 小的粒度。 因而,諸如主HSDPA節(jié)點1834a的應用應當周期性地搜索它的"現(xiàn)在"計時器時隙, 其應該僅僅包含應當彈出的監(jiān)視計時器的記錄。可替換地,計時器機制可以被構(gòu)造為在該 "現(xiàn)在"計時器時隙向應用通知呼叫。位于"現(xiàn)在"時隙1855a的任何事件代表已經(jīng)期滿的 計時器,因而需要被適當?shù)靥幚?例如通過將異常的呼叫中事件增加到CDR)然后刪除。換 句話說,應用(諸如HSDPA節(jié)點1834a的應用)正在注意獲得監(jiān)視丟失的計費事件。
      處理事件(諸如呼叫中或呼叫結(jié)束事件)通常需要刪除并可能再插入計時記錄。 如果遵循上述命名原則,則該應用不需要掃描過仍然在運行的全部計時器,而是可以代之 以隨著呼叫中事件和呼叫結(jié)束事件的進來通過名稱來搜索它們。其余操作(諸如確定呼叫是否仍然連接)可以通過刪除和可能再插入計時器記錄和/或?qū)⒑艚械暮艚薪Y(jié)束事件提供 給計費系統(tǒng)1818的簡單機制來處理。 計時器1851可以處理與特定的用戶、用戶組或特定組的用戶服務器相關(guān)的事件 流。根據(jù)本發(fā)明的實施例,如果由于任何原因事件的正常流中斷,則計時器1851可以幫助 標識該中斷已經(jīng)發(fā)生并且?guī)椭_始需要發(fā)生的任何特殊處理。 圖18E示出了根據(jù)本發(fā)明的實施例的在圖18B所示的DSA 1831上實現(xiàn)的分布式 計時機制。如前所述,該分布式計時機制可以用來對任何事件計時并且不一定限于對與電 信系統(tǒng)相關(guān)的事件計時。 DSA 1831類似圖7A所示的DSA 702。相似地,DS 1836類似于DS706,以及DUA 1864類似于圖7A所示的DUA 704而工作。根據(jù)本發(fā)明的實施例,客戶端應用1866可以是 任何客戶端應用或其它請求實體,但是在這里描述的用于移動電信的計時機制中,很可能 是負責保持計時事件的實體,諸如與HSAP 1814有關(guān)的應用。 每個DS 1836保持圖18D所示的計時器1850的副本。因而,DS中的任何一個可 以處理輸入事件。通常,DS 1836中的任何一個可以處理輸入的讀取/搜索事件,其中單個 主DS(例如,DS 1836a)負責對計時器1850進行增加/刪除。根據(jù)本發(fā)明的實施例,主DS 1836也可以負責聯(lián)系客戶端應用1866(例如,當條目達到"現(xiàn)在"位置而沒有新的事件已被 處理時)。因而,定時模塊1861可以被配置為將計時事件并相關(guān)信息通信給其它DS上的其 它定時模塊1861。根據(jù)本發(fā)明的實施例,例如,盡管所有的計時存儲器可以被請求實體訪 問,僅僅一個定時模塊1861需要將計時結(jié)果通信給該請求實體(例如,客戶端應用)。因而, 根據(jù)本發(fā)明的實施例,該分布式定時模塊1861可以被配置為使得,如果指定的事件時間發(fā) 生,則僅僅一個定時模塊向該請求實體通知請求的事件。 根據(jù)本發(fā)明的實施例,每個DS 1836可以包括幫助計時器1850的處理的計時模塊 1861。計時模塊1861可以例如幫助確保保持計時記錄最新。根據(jù)本發(fā)明的實施例,計時模 塊1861也可以通過檢查期滿時間記錄并向用于適當?shù)谋O(jiān)視超時處理的客戶端應用1866轉(zhuǎn) 發(fā)期滿的計時器的指示來幫助處理計時器1850中的實際的超時。計時模塊1861也可以從 計時器1850中刪除期滿的時間記錄。 當然,可以采用多于單個DSA 1831來處理與計時器相關(guān)的事件流。根據(jù)本發(fā)明的 實施例,對于一些應用,一個人可以希望將應用的每個情況配置為使得它的事件流由本地 DSA來處理,例如,位于日本的HSAP1814的情況可能想要使得本地DSA來處理它的計時器 而不是使得遠程DSA(例如,在區(qū)中的一個)來處理這些相同的計時器。另外,一個人也可 能想要分割用戶群以使得存在分配給特定的用戶組的DSA。在這樣的實施例中,主DS 1836 實際上處理與該用戶組相關(guān)的呼叫的計時器。 與這里與DSA相關(guān)的討論相似,如果任何特定的DS 1836丟失通信或者相反變成 不能到達的,則DSA中的其它DS可以繼續(xù)該計時處理。因而,該計時機制可以是相當耐用 的。根據(jù)本發(fā)明的實施例,可以使用兩階段的提交機制來在多個DS 1836之間自動地復制 對計時器1850的插入和刪除。 定時器機制的實施例可以應用于許多分布式應用,其中不能保證外部事件到達單 個本地節(jié)點。同樣地,如前所述,計時器條目1851可以位于多個數(shù)據(jù)存儲器,以使得如果一 個特定的數(shù)據(jù)存儲器(諸如存儲在DS 1836a上的目錄)發(fā)生故障,則準確的計時可以使用來自于另一個設備的數(shù)據(jù)存儲器(諸如存儲在DS 1836b上的目錄)仍然繼續(xù)。
      在本發(fā)明的實施例中,本發(fā)明的部件包括基于以"C"計算機語言寫的不同的任務 的集合的軟件。但是,該軟件可以以其它的計算語言來寫。軟件內(nèi)的任務經(jīng)由隊列和共享 存儲器的組合來彼此通信。例如,根據(jù)本發(fā)明的實施例,目錄服務器706a經(jīng)由TCP/I P鏈 接與DSA 702中的其它目錄服務器706b和706c以及遠程DSA中的其它目錄服務器通信。 本發(fā)明的部件還可以基于硬件和/或硬件和軟件的組合。 盡管已經(jīng)示出和描述了本發(fā)明的特定實施例,但是顯然本發(fā)明不僅僅局限于這些 實施例。在不脫離權(quán)利要求書中描述的本發(fā)明的精神和范圍的情況下,許多修改、改變、變 化、替換和等效對本領(lǐng)域技術(shù)人員來說是顯而易見的。 一般說來,在下面的權(quán)利要求書中, 使用的術(shù)語不應該被解釋為將本發(fā)明限制于說明書中公開的特定實施例,而是應當被解釋 成包括在下文闡述的權(quán)利要求書下工作的所有系統(tǒng)和方法。因而,本發(fā)明意欲覆蓋歸入所 附權(quán)利要求書和它們的等效范圍之內(nèi)的本發(fā)明的修改和變化。
      權(quán)利要求
      一種用于由請求實體訪問目錄中的數(shù)據(jù)的系統(tǒng),該系統(tǒng)包括名稱解析模塊,被配置為通過使用原始路徑和別名解引用指令解析通向包含該數(shù)據(jù)的條目的路徑來確定數(shù)據(jù)在該目錄中的位置;搜索/更新模塊,被配置為使用該條目在該目錄中的位置和別名解引用指令來對該條目中的數(shù)據(jù)進行動作;和別名隱藏模塊,被配置為截取由該請求實體發(fā)送的用于對存儲在該目錄中的第一條目中的數(shù)據(jù)執(zhí)行動作的請求,其中該請求包括到該目錄中的第一條目的原始路徑;定位關(guān)于與該請求實體有關(guān)的別名解引用的指令;將該原始路徑與定位的與請求實體有關(guān)的別名解引用的指令一起提供給該名稱解析模塊;從該名稱解析模塊接收該數(shù)據(jù)在該目錄中的解析的位置和通向包含該數(shù)據(jù)的解析的條目的別名解引用的路徑;通過提供請求的動作和別名解引用的定位的指令來請求該搜索/更新模塊對該解析的位置處的數(shù)據(jù)執(zhí)行動作;以及向該請求實體報告已經(jīng)對已經(jīng)將通向該數(shù)據(jù)的別名解引用的路徑替換為該原始路徑的第一條目中的數(shù)據(jù)執(zhí)行了該動作。
      2. 如權(quán)利要求1所述的系統(tǒng),其中該搜索/更新模塊進一步被配置為 確定從屬于該解析的位置的第二條目包括第二別名; 解析該第二別名以確定在第二別名解引用的路徑處的第三條目;以及 對該第三條目處的數(shù)據(jù)執(zhí)行動作;其中該別名隱藏模塊進一步被配置為將通向第三條目的第二別名解引用的路徑替換 為通向包括該別名解引用的路徑的第二條目的路徑。
      3. 如權(quán)利要求2所述的系統(tǒng),其中該搜索/更新模塊進一步被配置為遞歸地執(zhí)行別名 解引用。
      4. 如權(quán)利要求l所述的系統(tǒng),其中該目錄被存儲在多個目錄服務器之間,以及其中該 名稱解析模塊確定該目錄中的數(shù)據(jù)的位置位于該多個目錄服務器中的另一個目錄服務器 中,該系統(tǒng)還包括鏈接模塊,被配置為將該請求和該定位的別名解引用指令轉(zhuǎn)發(fā)給該另一個目錄服務器。
      5. 如權(quán)利要求4所述的系統(tǒng),其中該別名隱藏模塊進一步被配置為從該鏈接模塊接收 對于從該另一個目錄服務器接收到的數(shù)據(jù)的解析的位置,并且將該解析的位置包括在到該 搜索/更新模塊的請求中。
      6. 如權(quán)利要求1所述的系統(tǒng),其中該目錄被存儲在多個目錄服務器之間,以及其中該 搜索/更新模塊確定該目錄中的數(shù)據(jù)的位置位于該多個目錄服務器中的另一個目錄服務 器,該系統(tǒng)還包括鏈接模塊,被配置為將該請求和該定位的別名解引用指令轉(zhuǎn)發(fā)給該另一個目錄服務器。
      7. 如權(quán)利要求6所述的系統(tǒng),其中該搜索/更新模塊進一步被配置為從該鏈接模塊接收對于從該另一個目錄服務器接收到的數(shù)據(jù)的解析的位置,并且將該解析的位置包括在到 該別名隱藏模塊的報告中。
      8. 如權(quán)利要求1所述的系統(tǒng),其中該名稱解析模塊進一步被配置為通過確定該條目的 區(qū)別名稱來確定該位置,其中該區(qū)別名稱標識該條目在該目錄中的位置。
      9. 如權(quán)利要求1所述的系統(tǒng),其中該別名隱藏模塊存在于目錄服務器中,該目錄服務 器位于包括多個目錄服務器的互聯(lián)的網(wǎng)絡中。
      10. 如權(quán)利要求1所述的系統(tǒng),其中該別名隱藏模塊進一步被配置為接收根據(jù)LDAP和 DAP協(xié)議中的至少一個來執(zhí)行動作的請求。
      11. 如權(quán)利要求l所述的系統(tǒng),其中該別名隱藏模塊進一步被配置為向根據(jù)LDAP和 DAP協(xié)議中的至少一個配置的請求實體發(fā)送報告。
      12. 如權(quán)利要求1所述的系統(tǒng),其中該請求實體是嘗試完成數(shù)據(jù)請求的客戶端應用、終 端用戶或目錄服務器中的一個,以及其中該別名隱藏模塊進一步被配置為以該請求實體可 以訪問的格式來準備發(fā)送給該請求實體的報告。
      13. 如權(quán)利要求12所述的系統(tǒng),其中該請求實體實施包括歸屬位置寄存器(HLR)、歸屬 用戶服務器(HSS)、語音郵件系統(tǒng)、驗證、授權(quán)和記帳系統(tǒng)(AAA)、移動號碼可攜(MNP)中的 一個的客戶端應用,以及其中該別名隱藏模塊進一步被配置為使用用于該客戶端應用的本 地數(shù)據(jù)協(xié)議來與該客戶端應用通信。
      14. 如權(quán)利要求1所述的系統(tǒng),其中該動作是讀取或?qū)懭胫械囊粋€。
      15. 如權(quán)利要求l所述的系統(tǒng),還包括 別名創(chuàng)建模塊,被配置為創(chuàng)建該目錄中的別名條目。
      16. —種用于由請求實體訪問目錄中的數(shù)據(jù)的方法,該方法包括 截取由該請求實體發(fā)送的對存儲在該目錄中的第一條目處的數(shù)據(jù)執(zhí)行動作的請求,其中該請求包括到該目錄中的第一條目的原始路徑;定位關(guān)于與該請求實體有關(guān)的別名解引用的指令;通過使用原始路徑和定位的別名解引用指令來解析從第一條目到包含該數(shù)據(jù)的第二 條目的路徑,來確定通向該目錄中的該數(shù)據(jù)的別名解引用的路徑; 對該第二條目處的數(shù)據(jù)執(zhí)行動作;以及向該請求實體報告已經(jīng)對已經(jīng)將通向該數(shù)據(jù)的別名解引用的路徑替換為該原始路徑 的第一條目中的數(shù)據(jù)執(zhí)行了該動作。
      17. 如權(quán)利要求16所述的方法,其中對第二條目處的數(shù)據(jù)執(zhí)行動作還包括 確定從屬于第二條目的條目包括第二別名;解析該第二別名以確定在第二別名解引用的路徑處的第三條目;以及 對該第三條目處的數(shù)據(jù)執(zhí)行動作;以及將通向第三條目的第二別名解引用的路徑替換為通向包括該別名解引用的路徑的第 二條目的路徑。
      18. 如權(quán)利要求17所述的方法,其中對第二條目處的數(shù)據(jù)執(zhí)行動作還包括遞歸地執(zhí) 行別名解引用。
      19. 如權(quán)利要求1所述的方法,其中該目錄被存儲在多個目錄服務器之間,且其中確定 通向該數(shù)據(jù)的別名解引用的路徑指示該數(shù)據(jù)位于該多個目錄服務器中的另一個目錄服務器中,該方法還包括將該請求和該定位的別名解引用指令鏈接到該另一個目錄服務器。
      20. 如權(quán)利要求19所述的方法,還包括從該另一個目錄服務器接收該數(shù)據(jù)的解析的位置并且將該解析的位置用于對第二條 目處的數(shù)據(jù)執(zhí)行動作。
      21. 如權(quán)利要求16所述的方法,其中該目錄被存儲在多個目錄服務器之間,以及其中 對第二條目處的數(shù)據(jù)執(zhí)行動作包括確定該目錄中的數(shù)據(jù)的位置位于該多個目錄服務器中< 的另一個目錄服務器,該方法還包括將該請求和該定位的別名解引用指令鏈接到該另一個目錄服務器。
      22. 如權(quán)利要求21所述的方法,還包括從該另一個目錄服務器接收該數(shù)據(jù)的解析的位置并且將該解析的位置用于對第二條 目處的數(shù)據(jù)執(zhí)行動作。
      23. 如權(quán)利要求16所述的方法,其中確定通向該目錄中的數(shù)據(jù)的別名解引用的路徑包 括確定該條目的區(qū)別名稱,其中該區(qū)別名稱標識該條目在該目錄中的位置。
      24. 如權(quán)利要求16所述的方法,其中該截取的用于執(zhí)行動作的請求根據(jù)LDAP和DAP協(xié) 議中的至少一個被格式化。
      25. 如權(quán)利要求16所述的方法,其中發(fā)送給該請求實體的報告根據(jù)LDAP和DAP協(xié)議中 的至少一個被配置。
      26. 如權(quán)利要求16所述的方法,該方法還包括準備向該請求實體報告已經(jīng)按照使得請 求實體不會接收到關(guān)于通向第二條目的數(shù)據(jù)路徑的信息的方式執(zhí)行了動作。
      27. 如權(quán)利要求16所述的方法,其中該請求實體是嘗試完成數(shù)據(jù)請求的客戶端應用、 終端用戶或目錄服務器中的一個,該方法還包括以該請求實體可以訪問的本地格式來格式 化發(fā)送給該請求實體的報告。
      28. 如權(quán)利要求16所述的方法,其中該請求實體實施包括歸屬位置寄存器(HLR)、歸屬 用戶服務器(HSS)、語音郵件系統(tǒng)、驗證、授權(quán)和記帳系統(tǒng)(AAA)、移動號碼可攜(MNP)中的 一個的客戶端應用,該方法還包括使用用于該客戶端應用的本地數(shù)據(jù)協(xié)議來與該客戶端應 用通信。
      29. 如權(quán)利要求1所述的方法,其中該動作是讀取或?qū)懭胫械囊粋€。
      30. 如權(quán)利要求1所述的方法,還包括 創(chuàng)建該目錄中的別名條目。
      全文摘要
      公開了遵循目錄數(shù)據(jù)系統(tǒng)的X.500標準的邏輯網(wǎng)絡目錄數(shù)據(jù)庫。該網(wǎng)絡目錄數(shù)據(jù)庫提供可由需要用戶信息的各種控制和管理過程訪問的服務數(shù)據(jù)和用戶的源。網(wǎng)絡目錄數(shù)據(jù)庫可以擴展到各種通信服務供應商和IT領(lǐng)域。此外,公開的網(wǎng)絡目錄數(shù)據(jù)庫可以應用于新的和現(xiàn)有服務,諸如IP多媒體子系統(tǒng)、未許可的移動訪問(UMA)及其它IP服務。
      文檔編號G06F17/30GK101711475SQ200880019570
      公開日2010年5月19日 申請日期2008年4月8日 優(yōu)先權(quán)日2007年4月10日
      發(fā)明者K·瓦克菲爾德 申請人:阿珀蒂奧有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1