專利名稱：數(shù)據(jù)處理方法、裝置及系統(tǒng)的制作方法
專利說明本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)處理方法、裝置及系統(tǒng)。
背景技術(shù)：
LDAP (Lightweight Directory Access Protocol,輕型目錄訪問協(xié)議)協(xié)議是 X. 500目錄訪問協(xié)議的簡化版本。與X. 500目錄訪問協(xié)議不同的是，LDAP協(xié)議支持TCP/IP 協(xié)議。并且，在LDAP協(xié)議中，以目錄的方式組織數(shù)據(jù)。其中目錄的基本單位為條目(entry)， 每個條目具有一個唯一的識別名(Distinguished Name, DN)和相對識別名(Relative Distingui shed Name, RDN)，并且一個條目由一個或者多個屬性組成。LDAP協(xié)議提供對目 錄的查詢和更新等操作，也就是說LDAP客戶端通過LDAP協(xié)議可以在目錄中增加條目、修改 條目的屬性、刪除條目、查詢條目和修改條目的名稱等。 融合數(shù)據(jù)庫是網(wǎng)絡(luò)演進(jìn)發(fā)展過程中出現(xiàn)的使用較為普遍的一種數(shù)據(jù)存儲技術(shù)。融 合數(shù)據(jù)庫提供一個存儲平臺，可以為不同的網(wǎng)絡(luò)、不同的網(wǎng)元提供統(tǒng)一的數(shù)據(jù)存儲和數(shù)據(jù) 訪問。在引入融合數(shù)據(jù)庫后，原網(wǎng)絡(luò)中用于存儲用戶數(shù)據(jù)的網(wǎng)元需進(jìn)行業(yè)務(wù)和數(shù)據(jù)的分離 改造。在完成業(yè)務(wù)和數(shù)據(jù)的分離改造后，用戶數(shù)據(jù)集中存儲在融合數(shù)據(jù)庫內(nèi)，原網(wǎng)絡(luò)中的網(wǎng) 元僅處理業(yè)務(wù)邏輯。 以由融合數(shù)據(jù)庫、HLR(Home Location Register,歸屬位置寄存器)、HSS(Home Subscriber Server,歸屬用戶服務(wù)器)、Provisioning等網(wǎng)元組成的網(wǎng)絡(luò)體系為例，HLR、 HSS等網(wǎng)元均實現(xiàn)了數(shù)據(jù)與業(yè)務(wù)的分離。也就是說，HLR和HSS中的數(shù)據(jù)都集中存儲在融合 數(shù)據(jù)庫中，而由HLR業(yè)務(wù)前端(HLR FE)和HSS業(yè)務(wù)前端(HSS FE)分別代替HLR和HSS處 理相應(yīng)的業(yè)務(wù)邏輯。HLR業(yè)務(wù)前端、HSS業(yè)務(wù)前端和AS(A卯lication Server,應(yīng)用服務(wù)器) 等LDAP客戶端通過LDAP協(xié)議訪問融合數(shù)據(jù)庫中的數(shù)據(jù)，Provisioning (服務(wù)提供設(shè)備)提 供用戶配置數(shù)據(jù)接口。 在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)在現(xiàn)有技術(shù)中，當(dāng)LDAP客戶端需要訪問融 合數(shù)據(jù)庫時，對于一個業(yè)務(wù)操作來說，往往需要LDAP客戶端向融合數(shù)據(jù)庫發(fā)送多次的LDAP 消息才能完成，并且要保證這些操作請求的事務(wù)特性，即要保證這些操作請求同時成功或 同時失敗。因此，當(dāng)LDAP客戶端數(shù)量較多且業(yè)務(wù)請求量大時，網(wǎng)絡(luò)的負(fù)荷較大，融合數(shù)據(jù)庫 的處理能力降低。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)處理方法、裝置及系統(tǒng)，以提高融合數(shù)據(jù)庫處理LDAP
客戶端的業(yè)務(wù)請求的能力效率。 本發(fā)明實施例采用如下技術(shù)方案 —種數(shù)據(jù)處理方法，包括 接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所述操作請求消息中包 括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；
6操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
—種數(shù)據(jù)處理裝置，包括 消息接收單元，用于接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所 述操作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；
操作單元，用于分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操 作。
—種數(shù)據(jù)處理系統(tǒng)，包括 輕型目錄訪問協(xié)議客戶端，用于向融合數(shù)據(jù)庫發(fā)送操作請求消息，在所述操作請
求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求； 融合數(shù)據(jù)庫，用于接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，并分別
執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。 本發(fā)明實施例提供的數(shù)據(jù)處理方法、裝置及系統(tǒng)，通過LDAP客戶端發(fā)送的操作請 求消息攜帶至少兩個業(yè)務(wù)操作請求，因此，融合數(shù)據(jù)庫可同時收到LDAP客戶端對至少兩個 業(yè)務(wù)操作的請求。因此，這就減少了 LDAP客戶端與融合數(shù)據(jù)庫之間的信息交互次數(shù)，提高 了融合數(shù)據(jù)庫處理LDAP客戶端的操作請求的能力。


圖1為本發(fā)明實施例一數(shù)據(jù)處理系統(tǒng)的示意圖； 圖2為本發(fā)明實施例二數(shù)據(jù)處理方法的流程圖； 圖3為本發(fā)明實施例中所利用的網(wǎng)絡(luò)體系的示意圖； 圖4為本發(fā)明實施例三數(shù)據(jù)處理方法中的數(shù)據(jù)圖； 圖5為本發(fā)明實施例三數(shù)據(jù)處理方法中的操作請求消息的示意圖； 圖6為本發(fā)明實施例三數(shù)據(jù)處理方法中的操作響應(yīng)消息的示意圖； 圖7為本發(fā)明實施例四數(shù)據(jù)處理方法中的數(shù)據(jù)圖； 圖8為本發(fā)明實施例四數(shù)據(jù)處理方法中的操作請求消息的示意圖； 圖9為本發(fā)明實施例四數(shù)據(jù)處理方法中的操作響應(yīng)消息的第一示意圖； 圖10為本發(fā)明實施例四數(shù)據(jù)處理方法中的操作響應(yīng)消息的第二示意圖； 圖11為本發(fā)明實施例數(shù)據(jù)處理裝置的示意圖； 圖12為本發(fā)明實施例數(shù)據(jù)處理裝置的結(jié)構(gòu)圖。
具體實施例方式
為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用 的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。 如圖1所示，本發(fā)明實施例一提供了一種數(shù)據(jù)處理系統(tǒng)，包括LDAP客戶端11和融 合數(shù)據(jù)庫12。其中，所述LDAP客戶端ll用于向融合數(shù)據(jù)庫發(fā)送操作請求消息，在所述操作 請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；所述融合數(shù)據(jù) 庫12用于接收由所述LDAP客戶端11發(fā)送的操作請求消息，并分別執(zhí)行與所述操作請求消
7息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。 在本發(fā)明實施例中，所述的LDAP客戶端可以為歸屬位置寄存器業(yè)務(wù)前端(HLR FE)或歸屬用戶服務(wù)器業(yè)務(wù)前端(HSS FE)或服務(wù)提供設(shè)備(如Provisioning)等，當(dāng)然，并 不局限于在此所列舉的幾種。 此外，在所述LDAP客戶端11所發(fā)送的操作請求消息中，還可包括事務(wù)性指示信息 或并發(fā)性指示信息，以及事務(wù)性指示信息和并發(fā)性指示信息的任意組合。其中所述事務(wù)性 指示信息用于表示是否需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性， 所述并發(fā)性指示信息用于表示是否需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè) 務(wù)操作。 需要特別說明的是，在本發(fā)明實施例中，若所述操作請求消息中只包括事務(wù)性指 示信息，則并發(fā)性指示信息默認(rèn)為不需要并發(fā)執(zhí)行業(yè)務(wù)操作，即順序執(zhí)行業(yè)務(wù)操作；若所述 操作請求消息中只包括并發(fā)性指示信息，則事務(wù)性指示信息默認(rèn)為不需要保證業(yè)務(wù)操作之 間的事務(wù)性。 因此，根據(jù)在所述LDAP客戶端11的操作請求消息中所攜帶的不同組合的事務(wù)性 指示信息和并發(fā)性指示信息，所述融合數(shù)據(jù)庫12可執(zhí)行不同的操作，做出不同的響應(yīng)。因 此，為了使得LDAP客戶端11明確的獲知各種業(yè)務(wù)操作結(jié)果，所述融合數(shù)據(jù)庫12還用于向 所述LDAP客戶端11發(fā)送操作請求響應(yīng)消息。 本發(fā)明實施例提供的數(shù)據(jù)處理系統(tǒng)，通過LDAP客戶端發(fā)送的操作請求消息攜帶 至少兩個業(yè)務(wù)操作請求，因此，融合數(shù)據(jù)庫可同時收到LDAP客戶端對至少兩個業(yè)務(wù)操作的 請求。因此，這就減少了 LDAP客戶端與融合數(shù)據(jù)之間的信息交互次數(shù)，提高了融合數(shù)據(jù)庫 處理LDAP客戶端的操作請求的能力。 本發(fā)明實施例二提供了一種數(shù)據(jù)處理方法，如圖2所示，包括如下步驟 步驟21、融合數(shù)據(jù)庫接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所
述操作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求。 步驟22、所述融合數(shù)據(jù)庫分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)
的業(yè)務(wù)操作。 本發(fā)明實施例提供的數(shù)據(jù)處理方法，通過在LDAP客戶端發(fā)送的操作請求消息中 攜帶至少兩個業(yè)務(wù)操作請求，因此，融合數(shù)據(jù)庫可同時收到LDAP客戶端對至少兩個業(yè)務(wù)操 作的請求。因此，這就減少了 LDAP客戶端與融合數(shù)據(jù)之間的信息交互次數(shù)，提高了融合數(shù) 據(jù)庫處理LDAP客戶端的操作請求的能力。 此外，為了使得LDAP客戶端明確它所請求的業(yè)務(wù)操作的操作結(jié)果，所述向融合數(shù) 據(jù)庫還可向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息。 并且，為了進(jìn)一步提高融合數(shù)據(jù)的處理能力，在操作請求消息中，還可包括事務(wù)性 指示信息或并發(fā)性指示信息，以及事務(wù)性指示信息和并發(fā)性指示信息的任意組合。其中所 述事務(wù)性指示信息用于表示是否需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作 的事務(wù)性，所述并發(fā)性指示信息用于表示是否需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相 對應(yīng)的業(yè)務(wù)操作。 同樣，在此實施例中，若所述操作請求消息中只包括事務(wù)性指示信息，則并發(fā)性指 示信息默認(rèn)為不需要并發(fā)執(zhí)行業(yè)務(wù)操作，即順序執(zhí)行業(yè)務(wù)操作；若所述操作請求消息中只包括并發(fā)性指示信息，則事務(wù)性指示信息默認(rèn)為不需要保證業(yè)務(wù)操作之間的事務(wù)性。
根據(jù)所述操作請求消息中攜帶的不同組合的事務(wù)性指示信息和并發(fā)性指示信息， 所述融合數(shù)據(jù)庫可以以不同的方式執(zhí)行與所述操作請求消息中業(yè)務(wù)操作請求相對應(yīng)的業(yè) 務(wù)操作，并做出不同的操作請求響應(yīng)消息，至少包括以下幾種情況 (1)當(dāng)所述操作請求消息中事務(wù)性指示信息表示不需要保證所述至少兩個業(yè)務(wù)操 作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩 個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述融合數(shù)據(jù)庫將順序執(zhí)行所述操作請求消息中的 至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。 當(dāng)所述業(yè)務(wù)操作執(zhí)行完成后，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端發(fā) 送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息，并在所述操 作請求響應(yīng)消息中包括所述各業(yè)務(wù)操作的操作結(jié)果；或當(dāng)融合數(shù)據(jù)庫狀態(tài)異常，出現(xiàn)死鎖、 消息隊列已滿等情況時，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響 應(yīng)消息，在所述操作請求消息中攜帶用于指示操作失敗的信息。 需要說明的是，當(dāng)所述操作請求消息中不包括事務(wù)性指示信息，也不包括并發(fā)性 指示信息時，融合數(shù)據(jù)庫默認(rèn)為按照上述(1)所述的方式進(jìn)行處理。 (2)當(dāng)所述操作請求消息中的事務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù)操 作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩個 業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述融合數(shù)據(jù)庫將并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請 求相對應(yīng)的業(yè)務(wù)操作。 當(dāng)至少一個業(yè)務(wù)操作失敗時，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端發(fā)
送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并
且回滾已經(jīng)執(zhí)行成功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，所述融合數(shù)據(jù)庫向所述輕
型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作
成功的信息，并且在所述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
(3)當(dāng)所述操作請求消息中的事務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù)操
作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩
個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述融合數(shù)據(jù)庫將順序執(zhí)行所述操作請求消息中的
至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。 當(dāng)至少一個業(yè)務(wù)操作失敗時，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端發(fā)
送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并
且回滾已經(jīng)執(zhí)行成功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，所述融合數(shù)據(jù)庫向所述輕
型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作
成功的信息，并且在所述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
(4)當(dāng)所述操作請求消息中的事務(wù)性指示信息表示不需要保證所述至少兩個業(yè)務(wù)
操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩
個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述融合數(shù)據(jù)庫將并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作
請求相對應(yīng)的業(yè)務(wù)操作。 當(dāng)所述各業(yè)務(wù)操作執(zhí)行完成后，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端 發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息，并且在所
9述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息；或當(dāng)融合數(shù)據(jù)庫狀態(tài)異常，出
現(xiàn)死鎖、消息隊列已滿等情況時，所述融合數(shù)據(jù)庫向所述輕型目錄訪問協(xié)議客戶端發(fā)送操
作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作失敗的信息。 在本發(fā)明實施例中，主要是通過對現(xiàn)有的LDAP消息進(jìn)行一定的擴展，從而使得可
以通過一個操作請求消息攜帶至少兩個業(yè)務(wù)請求。下面，對在本發(fā)明實施例中對LDAP消息
的擴展方式進(jìn)行詳細(xì)描述。 LDAPMessage消息的格式如下 LDAPMessage:: = SEQUENCE{ messageIDMessage ID， protocolOp CHOICE{ bindRequest BindRequest， bindResponse BindResponse， ...... extendedReq ExtendedRequest， extendedResp ExtendedResponse， ......， intermediateResponse IntermediateResponse
controls
Controls OPTIONAL} 其中，消息標(biāo)識用來在一個LDAP會話中唯一 的標(biāo)識該LDAP消息；protocolOp 中列出了 LDAP協(xié)議中定義的操作，如增加、刪除、修改、查詢等。在本發(fā)明實施例中，通過 ExtendedRequest和ExtendedResponse定義新的LDAP操作請求消息和操作請求響應(yīng)消息， 而controls則提供了一種擴展現(xiàn)有LDAP操作的機制。 根據(jù)LDAP標(biāo)準(zhǔn)協(xié)議的擴展方式，可以按照如下定義操作請求消息 OperationBlockRequest禾口操作請求響應(yīng)消息OperationBlockResponse。但是需要注意的 是，在具體應(yīng)用中并不限于在此所描述的對上述兩個消息的定義。在本發(fā)明實施例中，對操 作請求消息和操作請求響應(yīng)消息進(jìn)行如下定義 (1)操作請求消息的定義 ExtendedRequest:: = [APPLICATION 23]SEQUENCE{ requestName [O]LDAPOID， 〃LDAP0ID的值為1. 3. 6. 1. 2. 13 (exp.)，表示此請求為OperationBlockRequest 請求 requestValue [1]OCTET STRING OPTIONAL 〃請求中操作的內(nèi)容(記為RequestBlockValue) } (2)操作請求響應(yīng)消息的定義 ExtendedResponse:: = [APPLICATION 24]SEQUENCE{ COMPONENTS OF LDAPResult， responseName[IO]LDAPOID OPTIONAL, 〃LDAP0ID的值為1. 3. 6. 1. 2. 13 (exp.)，標(biāo)識此響應(yīng)為
OperationBlockRequest對應(yīng)的響應(yīng) responseValue [11]OCTET STRING OPTIONAL 〃響應(yīng)的值為ResponseBlockValue的內(nèi)容 } 其中，對操作請求消息中的RequestBlockValue的定義方式可以有至少以下兩種 方式。 方式一 采用Control擴展攜帶指示性信息 RequestBlockValue:: = SEQUENCE OF IdapMessage LDAPMessage 其中，RequestBlockValue由多個LDAPMessage的序列組成，LDAPMessage只能是
LDAP的請求操作。 對Control可進(jìn)行如下擴展
Control :TransControl
Control: : = SEQUENCE { controlTypeLDAP0ID， ;LDAP0ID的值為1. 3. 6. 1. 2. 14(exp.)
criticality BOOLEAN DEFAULT FALSE,
controlValue OCTET STRING OPTIONAL
} Control :ConcurrenceControl
Control: : = SEQUENCE{ controlTypeLDAPOID， ;LDAPOID的值為1. 3. 6. 1. 2. 15 (exp.)
criticality BOOLEAN DEFAULT FALSE,
controlValue OCTET STRING OPTIONAL
} 其中，在方式一中，用TransControl表示事務(wù)性指示信息，用 ConcurrenceControl表不并發(fā)性指不信息。TransControl禾口 ConcurrenceControl可以在 OperationBlockRequest中使用。若TransControl出現(xiàn)則表示需要保證多個業(yè)務(wù)操作的事 務(wù)性，否則不需要保證多個業(yè)務(wù)操作的事務(wù)性；若ConcurrenceControl出現(xiàn)則表示多個業(yè) 務(wù)操作需要并發(fā)執(zhí)行，否則順序執(zhí)行多個業(yè)務(wù)操作。
方式二 在協(xié)議的消息體中攜帶指示性信息
RequestBlockValue:: = SEQUENCE{ transactionFlag Boolean,;事務(wù)性指示信息 concurrenceFlag Boolean,;并發(fā)性指示信息 operations SEQUENCE OF IdapMessage LDAPMessage } 若transactionFlag為TRUE,則表示需要保證多個業(yè)務(wù)操作的事務(wù)性，否則不需 要保證多個業(yè)務(wù)操作的事務(wù)性；若concurrenceFlag為TRUE,則表示多個業(yè)務(wù)操作需要并 發(fā)執(zhí)行，否則順序執(zhí)行多個業(yè)務(wù)操作。 此夕卜，Operations中的LDAPMessage必須為LDAP的請求操作。 [O川] ResponseBlockValue:: = SEQUENCE OF IdapMessage LDAPMessage
在ResponseBlockValue中的LDAPMessage只能是LDAP的響應(yīng)操作。 在以下的實施例中，以圖3所示的網(wǎng)絡(luò)體系為例，說明一下本發(fā)明實施例數(shù)據(jù)處
理方法的具體實現(xiàn)過程，并且，在具體實現(xiàn)過程中RequestBlockValue的格式采用方式一
中所描述的形式。在圖3所示的網(wǎng)絡(luò)體系中，HSS FE、HLR FE、AS以及Provisioning均需
由融合數(shù)據(jù)庫訪問數(shù)據(jù)。 下面以在IMS (IP Multimedia Subsystem,多媒體系統(tǒng))中用戶設(shè)備UE的注冊流 程為例進(jìn)行說明。其中，MS中部分用戶的LDAP數(shù)據(jù)如圖4所示。其中DN為"SID = sid01"的節(jié)
點表示用戶的簽約信息，該簽約信息除了包含用戶的簽約標(biāo)識屬性SID，還包含為此用戶提
供服務(wù)的S-CSCF地址屬性currentSCSCFName等；DN為"IMPI = privatel@private， SID
=sid01"的節(jié)點表示私有用戶信息，私有用戶節(jié)點除了包含私有用戶標(biāo)識MPI，還包括此
私有用戶標(biāo)識對應(yīng)的隱式注冊集標(biāo)識屬性IRSID等；DN為"IRSID = 001， SID = sid01"的
節(jié)點表示隱式注冊集信息，除了包含隱式注冊集的標(biāo)識IRSID屬性，還包括此隱式注冊集
下公有用戶的注冊狀態(tài)屬性RegistrationStatus等；DN為 頂PU = publicl@public. com, IRSID = 001， SID = sidOl"和"頂PU = public2@public. com, IRSID = OOl，SID = sid01"的節(jié)點表示公有用戶
信息，節(jié)點中包含公有用戶標(biāo)識IMPU屬性等。 在本發(fā)明實施例三所述的數(shù)據(jù)處理方法中，以MS中MPU為pub 1 ic 1 @pub 1 ic. com 的UE的注冊流程為例進(jìn)行說明，HSS FE可以通過操作請求消息OperationBlockRequest同 時修改用戶的狀態(tài)信息和為用戶提供服務(wù)的S-CSCF地址。并且，在所述操作請求消息中包 括事務(wù)性指示信息和并發(fā)性指示信息，其中所述事務(wù)性指示信息表明需要保證業(yè)務(wù)操作的 事務(wù)性，并發(fā)性指示信息表明需要順序執(zhí)行各業(yè)務(wù)操作。 結(jié)合圖4所示的數(shù)據(jù)圖，本發(fā)明實施例三所述的數(shù)據(jù)處理方法包括如下步驟
步驟31、 HSS FE通過操作請求消息OperationBlockRequest同時攜帶修改條目 "IRSID = 001， SID = sidOl"的RegistrationStatus屬性值為已注冊、修改條目"SID = sid01"的currentSCSCFName屬性值為當(dāng)前為用戶服務(wù)的S-CSCF名稱的兩個業(yè)務(wù)操作請 求，并在操作請求消息中通過指示性信息說明需要保證兩個業(yè)務(wù)操作的事務(wù)特性并且需要 順序執(zhí)行。其中，所述操作請求消息的格式可如圖5所示。 在圖5所示的操作請求消息中，操作請求消息OperationBlockRequest的消息 標(biāo)識為1 ;修改條目"IRSID = 001， SID = sidOl"的RegistrationStatus屬性值為已 注冊的業(yè)務(wù)操作對應(yīng)消息標(biāo)識為2的LDAPmodify業(yè)務(wù)操作；修改條目"SID = sidOl" 的currentSCSCFName屬性值為當(dāng)前為用戶服務(wù)的S-CSCF名稱的操作對應(yīng)消息標(biāo)識為 3的LDAPmodif y業(yè)務(wù)操作。transContro 1出現(xiàn)表示需要保證多個業(yè)務(wù)操作的事務(wù)性， concurrenceContro 1沒有出現(xiàn)，則操作請求消息中的多個業(yè)務(wù)操作需要順序執(zhí)行。
步驟32、接收到OperationBlockRequest消息后，由于transControl出現(xiàn)且 concurrenceControl不出現(xiàn)，因此融合數(shù)據(jù)庫將順序執(zhí)行消息標(biāo)識為2和3的兩個業(yè)務(wù)操 作。 融合數(shù)據(jù)庫首先執(zhí)行消息標(biāo)識為2的modifyRequest，若修改失敗，則通過LDAP操 作請求響應(yīng)消息返回操作失敗響應(yīng)和消息標(biāo)識為2的操作響應(yīng)信息，消息格式如圖6所示。若消息標(biāo)識為2的modifyRequest修改成功，則執(zhí)行消息標(biāo)識為3的modifyRequest。若消 息標(biāo)識為3的modifyRequest修改失敗，則回滾消息標(biāo)識為2的modifyRequest,并返回操 作失敗響應(yīng)和消息標(biāo)識為3的操作響應(yīng)信息；否則返回修改成功響應(yīng)和所有操作的響應(yīng)信息。 在本發(fā)明實施例四所述的數(shù)據(jù)處理方法中，以HLR的位置更新流程為例進(jìn)行說 明，在位置更新流程中HLR需要通過LDAP接口修改MSISDN(MobileStationinternational ISDN number,移動臺國際ISDN號碼)的MSCNumber和VLRNumber信息，HLR FE可以通過 一個OperationBlockRequest同時修改多個用戶的MSCNumber和VLRNumber信息。
其中在此實施例中，IMS中部分用戶的LDAP數(shù)據(jù)如圖7所示。其中DN為"IMSI二 460000000000000"的節(jié)點表示MSI (International Mobile Subscriberldentif ication Number,國際移動漫游用戶識別碼)節(jié)點，此節(jié)點包含用戶的IMSI號碼屬性IMSI等；DN 為"EntryType = AucData， IMSI = 460000000000000"的節(jié)點表示用戶的鑒權(quán)數(shù)據(jù)；DN 為"MSISDN = 13700000000， IMSI = 460000000000000"的節(jié)點表示MSISDN節(jié)點，此節(jié) 點包含屬性MSISDN等;DN為"EntryType = SubData， MSISDN = 13700000000， MSI = 460000000000000"的MSISDN的簽約數(shù)據(jù)節(jié)點，節(jié)點中包含用戶注冊到的MSC地址屬性 MSCNumber和VLR地址屬性VLRNumber等。 結(jié)合圖7所示的數(shù)據(jù)圖，本發(fā)明實施例四所述的數(shù)據(jù)處理方法包括如下步驟
步驟41、HLR FE通過操作請求消息OperationBlockRequest同時攜帶多個修改用 戶簽約條目的MSCNumber和VLRNumber的業(yè)務(wù)操作請求。在此操作請求消息中通過指示性 信息說明不需要保證事務(wù)多個業(yè)務(wù)操作的事務(wù)性但是需要并發(fā)執(zhí)行多個業(yè)務(wù)操作。其中所 述操作請求消息的格式如圖8所示。 步驟42、接收至幌作請求消息OperationBlockRequest后，由于transControl不 出現(xiàn)且concurrenceControl出現(xiàn)，因此融合數(shù)據(jù)庫并發(fā)執(zhí)行消息中攜帶的多個業(yè)務(wù)操作 且不需要保證多個業(yè)務(wù)操作的事務(wù)性。當(dāng)每個業(yè)務(wù)操作都執(zhí)行完成后，返回成功響應(yīng)消息， 其中包括每個業(yè)務(wù)操作的結(jié)果。所述響應(yīng)消息的格式如圖9所示。若融合數(shù)據(jù)庫狀態(tài)異常， 例如出現(xiàn)死鎖、消息隊列已滿等，則融合數(shù)據(jù)庫返回操作失敗響應(yīng)，消息格式如圖10所示。
下面以Provisioning修改隱式注冊集信息為例進(jìn)行說明。在本發(fā)明實施例五中， 結(jié)合圖4所示的數(shù)據(jù)圖，Provisioning需增加一個隱式注冊集節(jié)點，同時需要修改私有用 戶節(jié)點中記錄的隱式注冊集標(biāo)識。結(jié)合圖4所示的數(shù)據(jù)圖，本發(fā)明實施例五所述的數(shù)據(jù)處 理方法包括如下步驟 步驟51、Provisioning通過操作請求消息OperationBlockRequest同時攜帶增力口 隱式注冊集節(jié)點和修改私有用戶節(jié)點中記錄的隱式注冊集標(biāo)識的業(yè)務(wù)操作請求。在此操作 請求消息中通過指示性信息說明需要保證事務(wù)多個業(yè)務(wù)操作的事務(wù)性但是需要順序執(zhí)行 多個業(yè)務(wù)操作。 步驟52、接收到操作請求消息OperationBlockRequest后，根據(jù)在所述操作請求 消息中攜帶的指示性信息，融合數(shù)據(jù)庫順序執(zhí)行消息中攜帶的多個業(yè)務(wù)操作且需要保證多 個業(yè)務(wù)操作的事務(wù)性。 融合數(shù)據(jù)庫首先執(zhí)行增加隱式注冊集節(jié)點的業(yè)務(wù)操作，若增加失敗，則通過LDAP 操作請求響應(yīng)消息返回操作失敗響應(yīng)和增加隱式注冊集節(jié)點的操作響應(yīng)信息。若增加成功，則執(zhí)行修改私有用戶節(jié)點中記錄的隱式注冊集標(biāo)識的業(yè)務(wù)操作。若修改失敗，則回滾增 加隱式注冊集節(jié)點的業(yè)務(wù)操作，并返回操作失敗響應(yīng)和增加隱式注冊集節(jié)點的業(yè)務(wù)操作的
業(yè)務(wù)操作響應(yīng)信息；否則返回操作成功響應(yīng)和所有操作的響應(yīng)信息。 在HLR的其他業(yè)務(wù)處理中，如HLR的位置更新和獲取路由信息流程中，可以在一個 操作請求消息中攜帶修改為用戶服務(wù)的MSC和CLR地址、查詢?yōu)橛脩舴?wù)的MSC和VLR地 址兩個業(yè)務(wù)操作請求，并且不需要保證業(yè)務(wù)操作之間的事務(wù)性且要求并發(fā)執(zhí)行上述兩個業(yè) 務(wù)操作。此流程與實施例四所描述的流程相同，在此不再贅述。 通過上述的實施例可以看出，本發(fā)明實施例數(shù)據(jù)處理方法，通過在LDAP客戶端發(fā) 送的操作請求消息中攜帶至少兩個業(yè)務(wù)操作請求，因此，融合數(shù)據(jù)庫可同時收到LDAP客戶 端對至少兩個業(yè)務(wù)操作的請求。因此，這就減少了 LDAP客戶端與融合數(shù)據(jù)之間的信息交互 次數(shù)，提高了融合數(shù)據(jù)庫處理LDAP客戶端的操作請求的能力。 本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory,廳)等。 本發(fā)明實施例還提供了一種數(shù)據(jù)處理裝置，如圖11所示，包括消息接收單元71 和操作單元72。其中，所述消息接收單元71，用于接收由輕型目錄訪問協(xié)議客戶端發(fā)送的 操作請求消息，在所述操作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè) 務(wù)操作請求；所述操作單元72，用于分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對 應(yīng)的業(yè)務(wù)操作。 為了使得LDAP客戶端準(zhǔn)確的獲知各個業(yè)務(wù)操作的執(zhí)行情況，如圖12所示，所述數(shù) 據(jù)處理裝置還可包括消息發(fā)送單元73，用于向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請 求響應(yīng)消息。 與前述實施例中描述的相同，所述LDAP客戶端所發(fā)送的操作請求消息中，還可包 括事務(wù)性指示信息或并發(fā)性指示信息，以及事務(wù)性指示信息和并發(fā)性指示信息的任意組 合。其中所述事務(wù)性指示信息用于表示是否需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的 業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息用于表示是否需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操 作請求相對應(yīng)的業(yè)務(wù)操作。 因此，根據(jù)在所述LDAP客戶端的操作請求消息中所攜帶的不同組合的事務(wù)性指
示信息和并發(fā)性指示信息，所述數(shù)據(jù)處理裝置可執(zhí)行不同的操作，做出不同的響應(yīng)。 相應(yīng)地，當(dāng)所述操作請求消息中的事務(wù)性指示信息表示不需要保證所述至少兩個
業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述
至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，或者在所述操作請求消息中不包括任何指示
性信息時，所述操作單元72可包括獲取模塊，用于獲取所述操作請求消息中包括的至少
兩個業(yè)務(wù)操作請求；操作模塊，用于順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請
求相對應(yīng)的業(yè)務(wù)操作。此時，所述消息發(fā)送單元73，具體用于當(dāng)所述業(yè)務(wù)操作執(zhí)行完成后，
向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于
指示操作成功的信息，并在所述操作請求響應(yīng)消息中包括所述各業(yè)務(wù)操作的操作結(jié)果；或向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于 指示操作失敗的信息。 或者，當(dāng)所述操作請求消息中的事務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù) 操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩 個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述操作單元72還可包括獲取模塊，用于獲取所 述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求；操作模塊，用于并發(fā)執(zhí)行所述至少兩個 業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。此時，所述消息發(fā)送單元73，具體用于當(dāng)至少一個業(yè)務(wù)操
作失敗時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息 中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并且回滾已經(jīng)執(zhí)行成功的業(yè)務(wù)操作；當(dāng)所有業(yè) 務(wù)操作執(zhí)行成功時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作 請求消息中攜帶用于指示操作成功的信息，并且在所述操作請求響應(yīng)消息中包括對所述各 業(yè)務(wù)操作的響應(yīng)信息。 或者，當(dāng)所述操作請求消息中的事務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù) 操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少 兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述操作單元72還可包括獲取模塊，用于獲取 所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求；操作模塊，用于順序執(zhí)行所述操作請 求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。此時，所述消息發(fā)送單元73，具體用 于當(dāng)至少一個業(yè)務(wù)操作失敗時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息， 在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并且回滾已經(jīng)執(zhí)行成功的 業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響 應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息，并且在所述操作請求響應(yīng) 消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。 綜上所述，本發(fā)明實施例提供的數(shù)據(jù)處理方法、裝置及系統(tǒng)，通過LDAP客戶端發(fā) 送的操作請求消息攜帶至少兩個業(yè)務(wù)操作請求，因此，融合數(shù)據(jù)庫可同時收到LDAP客戶端 對至少兩個業(yè)務(wù)操作的請求。因此，這就減少了 LDAP客戶端與融合數(shù)據(jù)之間的信息交互次 數(shù)，提高了融合數(shù)據(jù)庫處理LDAP客戶端的操作請求的能力。并且，由于是由LDAP客戶端在
一個操作請求消息中攜帶至少兩個業(yè)務(wù)操作請求，因此與現(xiàn)有技術(shù)相比，利用本發(fā)明實施 例的技術(shù)方案能夠降低網(wǎng)絡(luò)的負(fù)擔(dān)，并簡化LDAP客戶端的處理。 以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
一種數(shù)據(jù)處理方法，其特征在于，包括接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所述操作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
2. 根據(jù)權(quán)利要求1所述的數(shù)據(jù)處理方法，其特征在于，在所述分別執(zhí)行與所述操作請 求消息中的所述業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟后，所述方法還包括向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息。
3. 根據(jù)權(quán)利要求2所述的數(shù)據(jù)處理方法，其特征在于，所述分別執(zhí)行與所述操作請求 消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟包括順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
4. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理方法，其特征在于，向所述輕型目錄訪問協(xié)議客戶 端發(fā)送操作請求響應(yīng)消息的步驟包括當(dāng)所述各業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示操作成功的信息，并在所述操作請求響應(yīng)消息中 包括所述各業(yè)務(wù)操作的操作結(jié)果；或向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜 帶用于指示操作失敗的信息。
5. 根據(jù)權(quán)利要求1或2所述的數(shù)據(jù)處理方法，其特征在于，在所述操作請求消息中包 括事務(wù)性指示信息和并發(fā)性指示信息兩個信息的任意組合；其中所述事務(wù)性指示信息用于表示是否需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng) 的業(yè)務(wù)操作的事務(wù)性，所述并發(fā)性指示信息用于表示是否需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù) 操作請求相對應(yīng)的業(yè)務(wù)操作。
6. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)處理方法，其特征在于，當(dāng)所述操作請求消息中的事務(wù) 性指示信息表示需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并 發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述分 別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟包括并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
7. 根據(jù)權(quán)利要求6所述的數(shù)據(jù)處理方法，其特征在于，向所述輕型目錄訪問協(xié)議客戶 端發(fā)送操作請求響應(yīng)消息的步驟包括當(dāng)至少一個業(yè)務(wù)操作失敗時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并且回滾已經(jīng)執(zhí)行成 功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示操作成功的信息，并且在所述操作請求響應(yīng)消息 中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
8. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)處理方法，其特征在于，當(dāng)所述操作請求消息中的事務(wù) 性指示信息表示需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并 發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述 分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟包括順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
9. 根據(jù)權(quán)利要求8所述的數(shù)據(jù)處理方法，其特征在于，向所述輕型目錄訪問協(xié)議客戶 端發(fā)送操作請求響應(yīng)消息的步驟包括當(dāng)至少一個業(yè)務(wù)操作失敗時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的信息，并且回滾已經(jīng)執(zhí)行成 功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示操作成功的信息，并且在所述操作請求響應(yīng)消息 中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
10. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)處理方法，其特征在于，當(dāng)所述操作請求消息中的事務(wù) 性指示信息表示不需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述 并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述 分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟包括并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
11. 根據(jù)權(quán)利要求IO所述的數(shù)據(jù)處理方法，其特征在于，向所述輕型目錄訪問協(xié)議客 戶端發(fā)送操作請求響應(yīng)消息的步驟包括當(dāng)所述各業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示操作成功的信息，并且在所述操作請求響應(yīng)消息 中包括對所述各業(yè)務(wù)操作的響應(yīng)信息；或向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜 帶用于指示操作失敗的信息。
12. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)處理方法，其特征在于，當(dāng)所述操作請求消息中的事務(wù) 性指示信息表示不需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述 并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所 述分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的步驟包括順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
13. 根據(jù)權(quán)利要求12所述的數(shù)據(jù)處理方法，其特征在于，向所述輕型目錄訪問協(xié)議客 戶端發(fā)送操作請求響應(yīng)消息的步驟包括當(dāng)所述各業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消 息，在所述操作請求消息中攜帶用于指示操作成功的信息，并在所述操作請求響應(yīng)消息中 包括所述各業(yè)務(wù)操作的操作結(jié)果；或向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜 帶用于指示操作失敗的信息。
14. 一種數(shù)據(jù)處理裝置，其特征在于，包括消息接收單元，用于接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所述操 作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；操作單元，用于分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
15. 根據(jù)權(quán)利要求14所述的數(shù)據(jù)處理裝置，其特征在于，所述裝置還包括 消息發(fā)送單元，用于向所述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息。
16. 根據(jù)權(quán)利要求14或15所述的數(shù)據(jù)處理裝置，其特征在于，在所述操作請求消息中 包括事務(wù)性指示信息和并發(fā)性指示信息兩個信息的任意組合；其中所述事務(wù)性指示信息 用于表示是否需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述并發(fā) 性指示信息用于表示是否需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
17. 根據(jù)權(quán)利要求15所述的數(shù)據(jù)處理裝置，其特征在于，所述操作單元包括獲取模塊，用于獲取所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求； 操作模塊，用于順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù) 操作；所述消息發(fā)送單元，具體用于當(dāng)所述業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息，并 在所述操作請求響應(yīng)消息中包括所述各業(yè)務(wù)操作的操作結(jié)果；或向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作失敗的信息。
18. 根據(jù)權(quán)利要求16所述的數(shù)據(jù)處理裝置，其特征在于，當(dāng)所述操作請求消息中的事 務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述 并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所述 操作單元包括獲取模塊，用于獲取所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求； 操作模塊，用于并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作； 所述消息發(fā)送單元，具體用于當(dāng)至少一個業(yè)務(wù)操作失敗時，向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的 信息，并且回滾已經(jīng)執(zhí)行成功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，向所述輕型目錄訪 問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信 息，并且在所述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
19. 根據(jù)權(quán)利要求16所述的數(shù)據(jù)處理裝置，其特征在于，當(dāng)所述操作請求消息中的事 務(wù)性指示信息表示需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所述 并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所 述操作單元包括獲取模塊，用于獲取所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求； 操作模塊，用于順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù) 操作；所述消息發(fā)送單元，具體用于當(dāng)至少一個業(yè)務(wù)操作失敗時，向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示所述業(yè)務(wù)操作失敗的 信息，并且回滾已經(jīng)執(zhí)行成功的業(yè)務(wù)操作；當(dāng)所有業(yè)務(wù)操作執(zhí)行成功時，向所述輕型目錄訪 問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信 息，并且在所述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息。
20. 根據(jù)權(quán)利要求16所述的數(shù)據(jù)處理裝置，其特征在于，當(dāng)所述操作請求消息中的事 務(wù)性指示信息表示不需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所 述并發(fā)性指示信息表示需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時，所 述操作單元包括獲取模塊，用于獲取所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求； 操作模塊，用于并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作； 所述消息發(fā)送單元，具體用于當(dāng)所述各業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié) 議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息， 并且在所述操作請求響應(yīng)消息中包括對所述各業(yè)務(wù)操作的響應(yīng)信息；或向所述輕型目錄訪 問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作失敗的信 息。
21. 根據(jù)權(quán)利要求16所述的數(shù)據(jù)處理裝置，其特征在于，當(dāng)所述操作請求消息中的事 務(wù)性指示信息表示不需要保證所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作的事務(wù)性，所 述并發(fā)性指示信息表示不需要并發(fā)執(zhí)行所述至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作時， 所述操作單元包括獲取模塊，用于獲取所述操作請求消息中包括的至少兩個業(yè)務(wù)操作請求； 操作模塊，用于順序執(zhí)行所述操作請求消息中的至少兩個業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù) 操作；所述消息發(fā)送單元，具體用于當(dāng)所述業(yè)務(wù)操作執(zhí)行完成后，向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作成功的信息，并 在所述操作請求響應(yīng)消息中包括所述各業(yè)務(wù)操作的操作結(jié)果；或向所述輕型目錄訪問協(xié)議 客戶端發(fā)送操作請求響應(yīng)消息，在所述操作請求消息中攜帶用于指示操作失敗的信息。
22. —種數(shù)據(jù)處理系統(tǒng)，其特征在于，包括輕型目錄訪問協(xié)議客戶端，用于向融合數(shù)據(jù)庫發(fā)送操作請求消息，在所述操作請求消 息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；融合數(shù)據(jù)庫，用于接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，并分別執(zhí)行 與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。
23. 根據(jù)權(quán)利要求22所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述融合數(shù)據(jù)庫還用于向所 述輕型目錄訪問協(xié)議客戶端發(fā)送操作請求響應(yīng)消息。
24. 根據(jù)權(quán)利要求22或23所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述輕型目錄訪問協(xié)議 客戶端為歸屬位置寄存器業(yè)務(wù)前端或歸屬用戶服務(wù)器業(yè)務(wù)前端或服務(wù)提供設(shè)備。
全文摘要
本發(fā)明實施例公開了一種數(shù)據(jù)處理方法、裝置及系統(tǒng)，涉及通信技術(shù)領(lǐng)域，為提高融合數(shù)據(jù)庫處理LDAP客戶端的業(yè)務(wù)請求的能力而發(fā)明。其中，所述方法包括接收由輕型目錄訪問協(xié)議客戶端發(fā)送的操作請求消息，在所述操作請求消息中包括有所述輕型目錄訪問協(xié)議客戶端的至少兩個業(yè)務(wù)操作請求；分別執(zhí)行與所述操作請求消息中的業(yè)務(wù)操作請求相對應(yīng)的業(yè)務(wù)操作。本發(fā)明實施例能減少LDAP客戶端與融合數(shù)據(jù)之間的信息交互次數(shù)，提高融合數(shù)據(jù)庫處理LDAP客戶端的操作請求的能力。
文檔編號H04L29/06GK101753523SQ20081018327
公開日2010年6月23日 申請日期2008年12月12日 優(yōu)先權(quán)日2008年12月12日
發(fā)明者曹俊亮, 王瀾, 蘇鋒, 荀鵬 申請人:華為技術(shù)有限公司