專利名稱：用戶數(shù)據(jù)融合網(wǎng)絡(luò)系統(tǒng)及訂閱通知的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，尤其涉及一種用戶數(shù)據(jù)融合(User Data Convergence, UDC)網(wǎng)絡(luò)系統(tǒng)以及一種基于UDC網(wǎng)絡(luò)的訂閱通知的實現(xiàn)方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)(Internet Technology, IT)軟硬件技術(shù)的發(fā)展以及業(yè)務(wù)的發(fā)展， 除了傳統(tǒng)的公用交換電話網(wǎng)絡(luò)(Public Switched Telephone Network, PSTN)網(wǎng)絡(luò)以及 第二代(2nd Generation, 2G)網(wǎng)絡(luò)之外，越來越多的通訊網(wǎng)絡(luò)被引入并成為標(biāo)準(zhǔn)，如第三代 (3rd Generation, 3G)網(wǎng)絡(luò)、IP 多媒體子系統(tǒng)(IP Multimedia Sub-System, IMS)網(wǎng)絡(luò)、微
(Worldwide Interoperability for Microwave Access, WiMAX) _會各、@ 交換網(wǎng)絡(luò)等，這導(dǎo)致網(wǎng)絡(luò)中用戶數(shù)據(jù)的大量增加。隨著網(wǎng)絡(luò)中用戶數(shù)據(jù)的激增，原有的用戶數(shù)據(jù)存儲以及提供的方式已經(jīng)越來越難 以適應(yīng)網(wǎng)絡(luò)的迅速發(fā)展。數(shù)據(jù)分散管理導(dǎo)致運營性支出(Operating Expenditure, 0PEX) 高企，垃圾數(shù)據(jù)難以消除，數(shù)據(jù)一致性難以保證，數(shù)據(jù)安全性保障困難，數(shù)據(jù)挖掘分析缺乏 有效手段。再加上數(shù)據(jù)存儲網(wǎng)元對外接口的不一，導(dǎo)致數(shù)據(jù)訪問接口復(fù)雜，接口與業(yè)務(wù)緊耦 合，數(shù)據(jù)無法透明傳送，新業(yè)務(wù)難以快速有效地開展，用戶數(shù)據(jù)管理問題已經(jīng)日益明顯。為此，業(yè)界提出了統(tǒng)一用戶數(shù)據(jù)模型的概念，即將同一用戶分布在不同網(wǎng)元上的 數(shù)據(jù)融合起來，以用戶標(biāo)識作為基本標(biāo)識，按照統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)組織，作為所有網(wǎng)絡(luò)的唯一 用戶數(shù)據(jù)源。在物理實現(xiàn)上，統(tǒng)一用戶數(shù)據(jù)模型存儲在網(wǎng)絡(luò)的唯一數(shù)據(jù)存儲網(wǎng)元中心數(shù)據(jù)庫 (Center Database,⑶B)上，該中心數(shù)據(jù)庫存儲用戶的統(tǒng)一數(shù)據(jù)模型，保證數(shù)據(jù)的一致性、 可靠性和安全性，提供與業(yè)務(wù)和數(shù)據(jù)無關(guān)的開放接口，為其他數(shù)據(jù)查詢網(wǎng)元提供數(shù)據(jù)訪問 服務(wù)。對終端數(shù)據(jù)、接入或核心網(wǎng)絡(luò)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)以及Internet業(yè)務(wù)數(shù)據(jù)進(jìn)行融合， 應(yīng)用和數(shù)據(jù)解耦，統(tǒng)一管理并建立統(tǒng)一用戶數(shù)據(jù)中心，可以簡化網(wǎng)絡(luò)，縮短新業(yè)務(wù)發(fā)布時 間，促進(jìn)業(yè)務(wù)創(chuàng)新，為運營商提供有競爭力的業(yè)務(wù)融合奠定了基礎(chǔ)。圖1描述了現(xiàn)有技術(shù)中第三代合作伙伴計劃(3rd Generation Partnership Project, 3GPP)組織關(guān)于用戶數(shù)據(jù)融合所建立的網(wǎng)絡(luò)系統(tǒng)模型。其中，UDC網(wǎng)絡(luò)包括支持多 種應(yīng)用的應(yīng)用前端和用戶數(shù)據(jù)倉儲。應(yīng)用前端處理與數(shù)據(jù)無關(guān)的應(yīng)用邏輯，不負(fù)責(zé)存儲用 戶數(shù)據(jù)信息；用戶數(shù)據(jù)倉儲作為網(wǎng)絡(luò)中的用戶數(shù)據(jù)中心，融合了各種應(yīng)用數(shù)據(jù)，并為各種不 同的應(yīng)用前端提供統(tǒng)一的開放式Ud訪問接口。UDC網(wǎng)絡(luò)系統(tǒng)不影響現(xiàn)有的網(wǎng)絡(luò)系統(tǒng)，即應(yīng)用前端與核心網(wǎng)元、業(yè)務(wù)層應(yīng)用及電信 業(yè)務(wù)運營支撐系統(tǒng)(Business&Operation Support System, BOSS)之間的現(xiàn)有接口不受影 響。例如，支持歸屬用戶服務(wù)(Home Subscriber Service, HSS)應(yīng)用的應(yīng)用前端需要支持 HSS所支持的基于Diameter協(xié)議的S6a/S6d接口、Cx、Sh接口等。支持歸屬位置寄存器 (Home Location Register, HLR)應(yīng)用的應(yīng)用前端需要支持HLR所支持的基于移動應(yīng)用部分(Mobile Application Part, MAP)協(xié)議的 C，D，Gr 接口等。UDC網(wǎng)絡(luò)要求支持訂閱通知功能，但是原有網(wǎng)絡(luò)的訂閱通知機制基于應(yīng)用和數(shù)據(jù) 耦合的網(wǎng)絡(luò)系統(tǒng)，即應(yīng)用邏輯處理和數(shù)據(jù)存儲于一個網(wǎng)絡(luò)實體中，不能有效滿足業(yè)務(wù)應(yīng)用 和數(shù)據(jù)分離的網(wǎng)絡(luò)系統(tǒng)。應(yīng)用服務(wù)器(Application Server，AS)可以通過已有的Sh接口向HSS應(yīng)用前端發(fā) 送訂閱通知消息，請求訂閱保存在用戶數(shù)據(jù)倉儲中的特定用戶簽約數(shù)據(jù)變化的通知事件。 但是，現(xiàn)有技術(shù)中沒有HSS應(yīng)用前端基于Ud接口實現(xiàn)在用戶數(shù)據(jù)倉儲中建立訂閱通知關(guān)系 的技術(shù)方案。進(jìn)一步地，對于某種非顯而易見的訂閱通知，例如運營商出于管理的要求，需要刪 除已注冊用戶在歸屬網(wǎng)絡(luò)中保存的位置信息，此時歸屬網(wǎng)絡(luò)需要向用戶注冊的網(wǎng)元實體觸 發(fā)位置注銷消息。但是，現(xiàn)有技術(shù)中沒有基于UDC網(wǎng)絡(luò)系統(tǒng)建立這種隱式的訂閱通知關(guān)系 并觸發(fā)位置注銷消息的技術(shù)方案。此外，現(xiàn)有技術(shù)要求支持Diameter應(yīng)用的HSS可以向基于MAP應(yīng)用的其他網(wǎng)絡(luò) 發(fā)送位置注銷消息。例如用戶從不支持空閑模式下的信令優(yōu)化(Idle-mode Signalling Reduce, ISR)功能的通用分組無線系統(tǒng)(General Packet Radio System, GPRS)網(wǎng)絡(luò)中的 服務(wù)GPRS支持節(jié)點(Serving GPRS Supporting Node, SGSN)實體切換到演進(jìn)分組系統(tǒng) (Evolved Packet System, EPS)網(wǎng)絡(luò)中的移動性管理實體(Mobile Management Entity, MME)，MME需要置位單注冊指示標(biāo)志位。HSS應(yīng)用前端接收到來自MME的位置更新請求消息 后，檢查單注冊指示標(biāo)志位，需要向用戶先前注冊的SGSN實體發(fā)送基于MAP協(xié)議的位置注 銷消息。但是，現(xiàn)有技術(shù)中沒有基于UDC網(wǎng)絡(luò)系統(tǒng)實現(xiàn)不同網(wǎng)絡(luò)域之間的消息觸發(fā)的技術(shù) 方案。綜上所述，基于UDC網(wǎng)絡(luò)系統(tǒng)如何建立顯式的訂閱通知關(guān)系即通過請求消息訂閱 通知關(guān)系，和隱式的訂閱通知關(guān)系即提前預(yù)置訂閱通知關(guān)系，以及基于這種訂閱通知關(guān)系， 如何實現(xiàn)所期望的通知消息的觸發(fā)，這些都需要提供相應(yīng)的技術(shù)方案加以解決。有鑒于此，有必要提供基于UDC網(wǎng)絡(luò)的訂閱通知技術(shù)，以實現(xiàn)UDC網(wǎng)絡(luò)系統(tǒng)下的訂 閱通知。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題，在于需要提供一種UDC網(wǎng)絡(luò)系統(tǒng)以及基于UDC網(wǎng)絡(luò) 的訂閱通知的實現(xiàn)方法，以解決在UDC網(wǎng)絡(luò)系統(tǒng)下如何實現(xiàn)訂閱通知的問題。為了解決上述技術(shù)問題，本發(fā)明提供了一種訂閱通知的實現(xiàn)方法，應(yīng)用于包括用 戶數(shù)據(jù)倉儲的用戶數(shù)據(jù)融合網(wǎng)絡(luò)，該方法包括在所述用戶數(shù)據(jù)倉儲中建立訂閱通知關(guān)系；所述訂閱通知關(guān)系包含通知觸發(fā)條 件，所述通知觸發(fā)條件描述所述用戶數(shù)據(jù)倉儲發(fā)送通知消息的條件；收到數(shù)據(jù)更新請求時，若所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件，則所述用戶 數(shù)據(jù)倉儲向通知事件訂閱方發(fā)送通知消息。優(yōu)選地，采用如下方式在所述用戶數(shù)據(jù)倉儲中建立所述訂閱通知關(guān)系所述用戶數(shù)據(jù)倉儲接收到訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo)識的數(shù) 據(jù)修改請求消息后，建立所述訂閱通知關(guān)系；或者
所述用戶數(shù)據(jù)倉儲預(yù)先配置并保存所述訂閱通知關(guān)系。優(yōu)選地，所述訂閱簽約通知請求消息或數(shù)據(jù)修改請求消息，由支持用戶數(shù)據(jù)融合 的應(yīng)用服務(wù)器通過應(yīng)用服務(wù)器前端向所述用戶數(shù)據(jù)倉儲發(fā)送，或者由不支持用戶數(shù)據(jù)融合 的應(yīng)用服務(wù)器指示歸屬用戶服務(wù)應(yīng)用前端向所述用戶數(shù)據(jù)倉儲發(fā)送。優(yōu)選地，所述建立訂閱通知關(guān)系的操作包括保存訂閱方地址和訂閱數(shù)據(jù)，設(shè)置所 述通知觸發(fā)條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱；其中，所述訂閱方地址包括應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo) 識或地址；所述訂閱數(shù)據(jù)描述簽約數(shù)據(jù)訂閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)，為請求數(shù)據(jù)標(biāo) 識或請求數(shù)據(jù)域名。優(yōu)選地，所述通知觸發(fā)條件的內(nèi)容，或者包含有數(shù)據(jù)訂閱狀態(tài)及數(shù)據(jù)變化狀態(tài)，或 者包含有訂閱事件，或者包含有訂閱事件及數(shù)據(jù)變化狀態(tài)；所述數(shù)據(jù)訂閱狀態(tài)，描述簽約數(shù)據(jù)訂閱通知事件請求數(shù)據(jù)的訂閱狀態(tài)；所述數(shù)據(jù)變化狀態(tài)，描述簽約數(shù)據(jù)訂閱通知事件訂閱數(shù)據(jù)的變化狀態(tài)；所述訂閱事件，描述通知消息需要觸發(fā)的事件；下述情況中的任意一種滿足時，所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件數(shù)據(jù)處于訂閱狀態(tài)且發(fā)生了變化，事件處于訂閱狀態(tài)，事件處于訂閱狀態(tài)且事件 所關(guān)聯(lián)的數(shù)據(jù)發(fā)生了變化，事件對應(yīng)的消息攜帶指示發(fā)送通知消息的通知標(biāo)志。優(yōu)選地，收到所述數(shù)據(jù)更新請求時，判斷用戶簽約數(shù)據(jù)是否發(fā)生變化并檢查用戶 簽約數(shù)據(jù)是否處于訂閱狀態(tài)，或者判斷所述數(shù)據(jù)更新請求所對應(yīng)的事件是否處于訂閱狀 態(tài)，或者判斷所述數(shù)據(jù)更新請求所對應(yīng)的事件是否處于訂閱狀態(tài)且所關(guān)聯(lián)的用戶簽約數(shù)據(jù) 是否發(fā)生變化，或者判斷所述數(shù)據(jù)更新請求所對應(yīng)的事件是否攜帶所述通知標(biāo)志；根據(jù)判斷結(jié)果獲得所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件。優(yōu)選地，由用戶數(shù)據(jù)倉儲或者應(yīng)用前端比較用戶簽約數(shù)據(jù)是否發(fā)生變化并獲得比 較結(jié)果，然后所述用戶數(shù)據(jù)倉儲根據(jù)所述比較結(jié)果完成所述通知觸發(fā)條件的判斷。優(yōu)選地，所述訂閱通知關(guān)系包含通知類型，所述通知類型用于指示所述通知事件 訂閱方所需執(zhí)行的業(yè)務(wù)操作；所述通知消息攜帶所述通知類型，以及通知數(shù)據(jù)信息。優(yōu)選地，所述通知類型指示執(zhí)行簽約數(shù)據(jù)訂閱通知時，所述通知數(shù)據(jù)信息包含訂 閱方地址、用戶標(biāo)識以及訂閱通知數(shù)據(jù)；所述訂閱通知數(shù)據(jù)是訂閱通知事件所訂閱數(shù)據(jù)的 最新變化內(nèi)容；所述通知類型指示執(zhí)行位置注銷時，所述通知數(shù)據(jù)信息包括用戶標(biāo)識以及用戶當(dāng) 前注冊網(wǎng)絡(luò)實體標(biāo)識或地址。優(yōu)選地，所述通知類型指示執(zhí)行所述位置注銷，包括指示歸屬用戶服務(wù)應(yīng)用前端 刪除用戶當(dāng)前所在網(wǎng)絡(luò)的注冊信息，或者指示歸屬位置寄存器應(yīng)用前端刪除用戶當(dāng)前所在 通用分組無線系統(tǒng)網(wǎng)絡(luò)的注冊信息。為了解決上述技術(shù)問題，本發(fā)明還提供了一種用戶數(shù)據(jù)融合網(wǎng)絡(luò)系統(tǒng)，包括第一 應(yīng)用服務(wù)器、第二應(yīng)用服務(wù)器、歸屬用戶服務(wù)應(yīng)用前端以及用戶數(shù)據(jù)倉儲，其中所述第一應(yīng)用服務(wù)器，用于向所述歸屬用戶服務(wù)應(yīng)用前端發(fā)送訂閱簽約通知請求
6消息；所述歸屬用戶服務(wù)應(yīng)用前端，收到所述第一應(yīng)用服務(wù)器發(fā)送的所述訂閱簽約通知 請求消息后，向所述用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo)識的 數(shù)據(jù)修改請求消息；所述第二應(yīng)用服務(wù)器，用于通過應(yīng)用服務(wù)器前端向所述用戶數(shù)據(jù)倉儲發(fā)送訂閱簽 約通知請求消息或攜帶訂閱通知請求標(biāo)識的數(shù)據(jù)修改請求消息；所述用戶數(shù)據(jù)倉儲，用于根據(jù)所述訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo) 識的數(shù)據(jù)修改請求消息建立訂閱通知關(guān)系，或者預(yù)先建立訂閱通知關(guān)系；所述訂閱通知關(guān) 系包含通知觸發(fā)條件，所述通知觸發(fā)條件描述所述用戶數(shù)據(jù)倉儲發(fā)送通知消息的條件；收 到數(shù)據(jù)更新請求時，若所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件，則向通知事件訂閱方發(fā) 送通知消息。優(yōu)選地，所述用戶數(shù)據(jù)倉儲建立所述訂閱通知關(guān)系的操作包括保存訂閱方地址 和訂閱數(shù)據(jù)，設(shè)置所述通知觸發(fā)條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱；所述訂閱方地址包 括應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識或地址；所述訂閱數(shù)據(jù)描述簽 約數(shù)據(jù)變化訂閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)。與現(xiàn)有技術(shù)相比，應(yīng)用本發(fā)明通過顯式或隱式地建立訂閱通知關(guān)系，有效解決了 應(yīng)用邏輯處理和數(shù)據(jù)存儲分離的網(wǎng)絡(luò)系統(tǒng)下實現(xiàn)訂閱通知的問題，并基于所建立的訂閱通 知關(guān)系，實現(xiàn)了所期望的通知消息的觸發(fā)。


圖1是現(xiàn)有技術(shù)中UDC網(wǎng)絡(luò)系統(tǒng)示意圖；圖2是本發(fā)明的基于UDC網(wǎng)絡(luò)系統(tǒng)下顯式訂閱關(guān)系建立的示意圖；圖3是本發(fā)明實施例的業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)實現(xiàn)方式一的流程示 意圖；圖4是本發(fā)明實施例的業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)實現(xiàn)方式二的流程示 意圖；圖5是本發(fā)明實施例的用戶位置信息刪除后的通知觸發(fā)流程示意圖；圖6是本發(fā)明實施例的基于通知消息觸發(fā)實現(xiàn)向另一網(wǎng)絡(luò)域的消息請求流程示 意圖；圖7是本發(fā)明用戶數(shù)據(jù)融合網(wǎng)絡(luò)系統(tǒng)實施例的組成示意圖。
具體實施例方式以下將結(jié)合附圖及實施例來詳細(xì)說明本發(fā)明的實施方式，借此對本發(fā)明如何應(yīng)用 技術(shù)手段來解決技術(shù)問題，并達(dá)成技術(shù)效果的實現(xiàn)過程能充分理解并據(jù)以實施?，F(xiàn)有技術(shù)中的UDC網(wǎng)絡(luò)，其中的應(yīng)用前端處理與數(shù)據(jù)無關(guān)的應(yīng)用邏輯，不負(fù)責(zé)存 儲簽約數(shù)據(jù)信息，也不清楚特定數(shù)據(jù)是否被訂閱更新通知事件；其中的用戶數(shù)據(jù)倉儲存儲 數(shù)據(jù)，但不能感知數(shù)據(jù)是否發(fā)生變更，無法有效觸發(fā)通知消息。本發(fā)明基于UDC網(wǎng)絡(luò)系統(tǒng)下實現(xiàn)訂閱通知的主要構(gòu)思是首先在用戶數(shù)據(jù)倉儲中 建立訂閱通知關(guān)系，包括顯式的通過請求消息建立訂閱通知關(guān)系，和隱式的通過預(yù)先配置建立訂閱通知關(guān)系；其中，訂閱通知關(guān)系包括通知觸發(fā)條件和通知類型，以及顯式訂閱通知 產(chǎn)生的簽約數(shù)據(jù)訂閱通知數(shù)據(jù)信息。通知觸發(fā)條件描述了用戶數(shù)據(jù)倉儲發(fā)送通知消息所滿足的條件，比如對于顯示建 立訂閱通知關(guān)系而言，數(shù)據(jù)處于訂閱狀態(tài)并且發(fā)生了變化則認(rèn)為滿足通知觸發(fā)條件，對于 隱式建立訂閱通知關(guān)系而言，事件處于訂閱狀態(tài)，或者事件處于訂閱狀態(tài)并且事件所關(guān)聯(lián) 的數(shù)據(jù)發(fā)生了變化，或者事件對應(yīng)的消息攜帶有指示發(fā)送通知消息的通知標(biāo)志，則認(rèn)為滿 足通知觸發(fā)條件。例如簽約數(shù)據(jù)訂閱通知對應(yīng)的通知觸發(fā)條件包括數(shù)據(jù)訂閱狀態(tài)和數(shù)據(jù)變 化狀態(tài)，數(shù)據(jù)變化狀態(tài)描述了簽約數(shù)據(jù)訂閱通知事件訂閱數(shù)據(jù)的變化狀態(tài)；位置注銷對應(yīng) 的通知觸發(fā)條件包括用戶位置信息刪除事件或其他可能的事件。通知類型比如為指示符或者指示標(biāo)識，對應(yīng)不同的通知觸發(fā)條件，為一對多的關(guān) 系，用于指示接收通知消息的應(yīng)用前端所需執(zhí)行的業(yè)務(wù)操作。當(dāng)接收到數(shù)據(jù)更新請求消息時，用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，如果條件滿足， 則觸發(fā)所支持應(yīng)用的應(yīng)用前端的通知流程。數(shù)據(jù)更新請求包括用戶數(shù)據(jù)的插入、刪除或者 更新等。用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，包括有兩種方式一種方式是用戶數(shù)據(jù)倉儲直 接比較用戶簽約數(shù)據(jù)是否發(fā)生變化，然后根據(jù)比較結(jié)果完成通知觸發(fā)條件的檢驗；另一種 方式是由應(yīng)用前端比較用戶簽約數(shù)據(jù)是否發(fā)生變化，然后將比較結(jié)果通過接口消息發(fā)送給 用戶數(shù)據(jù)倉儲，用戶數(shù)據(jù)倉儲根據(jù)該比較結(jié)果完成通知觸發(fā)條件的檢驗，其中該接口消息 中攜帶有表示用戶簽約數(shù)據(jù)是否發(fā)生變化的指示標(biāo)志。通知流程中的通知消息，包含有通知類型和通知數(shù)據(jù)信息，通知類型用于指示接 收通知消息的應(yīng)用前端所需執(zhí)行的業(yè)務(wù)操作，例如簽約數(shù)據(jù)訂閱通知，或位置注銷等。圖2是本發(fā)明的基于UDC網(wǎng)絡(luò)系統(tǒng)下顯式訂閱關(guān)系建立的示意圖。如圖2所示， 顯示訂閱關(guān)系的建立，主要包括如下的技術(shù)特征用戶數(shù)據(jù)倉儲預(yù)置通知觸發(fā)條件和通知類型。通知觸發(fā)條件包括數(shù)據(jù)訂閱狀態(tài)和 數(shù)據(jù)變化狀態(tài)，分別預(yù)置為數(shù)據(jù)未訂閱和數(shù)據(jù)未變化。通知類型設(shè)置為簽約數(shù)據(jù)訂閱通知。支持用戶數(shù)據(jù)融合的應(yīng)用服務(wù)器，包括應(yīng)用服務(wù)器前端，直接通過Ud接口 向用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通知請求消息或攜帶訂閱通知請求(Subscription to Notification Request, SNR)標(biāo)識的數(shù)據(jù)修改請求消息請求建立訂閱通知關(guān)系。不支持用戶數(shù)據(jù)融合的應(yīng)用服務(wù)器，通過與HSS應(yīng)用前端已有的Sh接口發(fā)送訂閱 簽約通知請求消息。HSS應(yīng)用前端通過Ud接口向用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通知請求消息 或攜帶SNR標(biāo)識的數(shù)據(jù)修改請求消息請求建立訂閱通知關(guān)系。用戶數(shù)據(jù)倉儲接收到顯式的訂閱簽約通知請求后，建立訂閱通知關(guān)系，即保存簽 約數(shù)據(jù)訂閱通知數(shù)據(jù)信息，包括訂閱方地址(應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng) 用前端標(biāo)識或地址)和訂閱數(shù)據(jù)；同時設(shè)置通知觸發(fā)條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂 閱。訂閱數(shù)據(jù)描述了簽約數(shù)據(jù)訂閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)，可以是一個請求數(shù)據(jù) 標(biāo)識或請求數(shù)據(jù)域名，不是用戶簽約數(shù)據(jù)的具體內(nèi)容。本發(fā)明的基于UDC網(wǎng)絡(luò)系統(tǒng)下隱式訂閱關(guān)系的建立，主要的技術(shù)特征在于用戶 數(shù)據(jù)倉儲預(yù)先配置并保存通知觸發(fā)條件和通知類型，通知觸發(fā)條件與通知類型具有對應(yīng)關(guān) 系；通知觸發(fā)條件可以是訂閱事件，也可以是訂閱事件及該訂閱事件所關(guān)聯(lián)的數(shù)據(jù)的變化
8狀態(tài)，還可以是事件所在消息所攜帶的與通知關(guān)系相對應(yīng)的通知標(biāo)志，這些事件是通知流 程中需要涉及到的事件；例如通知觸發(fā)條件為用戶位置信息刪除事件，所對應(yīng)的通知類型 為位置注銷，又如觸發(fā)條件是在發(fā)送用戶位置信息刪除事件的消息中攜帶了一通知標(biāo)志， 該通知標(biāo)志所對應(yīng)的通知類型為位置注銷，再如通知觸發(fā)條件為S6a單注冊指示標(biāo)志位置 位事件，所對應(yīng)的通知類型為MAP位置注銷。所述通知觸發(fā)條件的內(nèi)容，或者是包含數(shù)據(jù)訂閱狀態(tài)及數(shù)據(jù)變化狀態(tài)，或者是包 含訂閱事件，或者是包含訂閱事件及數(shù)據(jù)變化狀態(tài)；其中的數(shù)據(jù)訂閱狀態(tài)描述簽約數(shù)據(jù)訂 閱通知事件請求數(shù)據(jù)的訂閱狀態(tài)，包括數(shù)據(jù)已訂閱，或者數(shù)據(jù)未訂閱；數(shù)據(jù)變化狀態(tài)描述簽 約數(shù)據(jù)訂閱通知事件訂閱數(shù)據(jù)的變化狀態(tài)，包括訂閱數(shù)據(jù)變化，或者訂閱數(shù)據(jù)未變化；訂閱 事件描述通知消息需要觸發(fā)的事件，包括但不局限于簽約數(shù)據(jù)訂閱通知事件，或者用戶位 置信息刪除事件。需要說明的是，上述通知類型為位置注銷，相對應(yīng)的訂閱事件還可以是用戶位置 信息刪除事件之外的其他事件；MAP位置注銷，相對應(yīng)的訂閱事件，還可以是S6a單注冊指 示標(biāo)志位置位事件之外的其他事件。圖3是本發(fā)明實施例的業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)實現(xiàn)方式一的流程示 意圖。如圖3所示，該通知觸發(fā)實現(xiàn)方式一主要包括如下的步驟步驟S310，業(yè)務(wù)支撐系統(tǒng)(BSS，Business Support System)向業(yè)務(wù)提供系統(tǒng) Provisioning (主要為運營商部署業(yè)務(wù)提供支撐)應(yīng)用前端發(fā)送業(yè)務(wù)簽約數(shù)據(jù)修改請求消 息；步驟S320，Provisioning應(yīng)用前端接收到來自BSS的業(yè)務(wù)簽約數(shù)據(jù)修改請求消 息，通過與用戶數(shù)據(jù)倉儲之間統(tǒng)一的Ud接口，向用戶數(shù)據(jù)倉儲發(fā)送用戶數(shù)據(jù)修改請求消 息，以修改保存在用戶數(shù)據(jù)倉儲中的業(yè)務(wù)簽約數(shù)據(jù)；步驟S330，用戶數(shù)據(jù)倉儲接收到Provisioning應(yīng)用前端發(fā)送的用戶數(shù)據(jù)修改請 求消息后，執(zhí)行訪問控制；在對Provisioning應(yīng)用前端進(jìn)行有效認(rèn)證和對請求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶 數(shù)據(jù)倉儲執(zhí)行業(yè)務(wù)簽約數(shù)據(jù)的更新操作；步驟S340，用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，即判斷請求數(shù)據(jù)(此處為業(yè)務(wù)簽約 數(shù)據(jù))是否發(fā)生變化，并檢查請求數(shù)據(jù)的訂閱狀態(tài)；根據(jù)請求數(shù)據(jù)的變化狀態(tài)判斷請求數(shù)據(jù)是否發(fā)生變化；請求數(shù)據(jù)的變化狀態(tài)，可 以由用戶數(shù)據(jù)倉儲通過比較新舊數(shù)據(jù)的差異獲得；如果請求數(shù)據(jù)發(fā)生變化，并且請求數(shù)據(jù)的變化通知事件已經(jīng)被訂閱，則用戶數(shù)據(jù) 倉儲觸發(fā)通知流程；否則步驟S350和步驟S360的通知流程不被觸發(fā)；步驟S350，用戶數(shù)據(jù)倉儲通過Ud接口向通知事件訂閱方發(fā)送通知消息，該通知消 息中攜帶有通知類型和通知數(shù)據(jù)信息；通知類型設(shè)置為簽約數(shù)據(jù)訂閱通知，用于指示支持訂閱通知應(yīng)用的應(yīng)用前端將訂 閱通知數(shù)據(jù)發(fā)送給訂閱方；支持訂閱通知應(yīng)用的應(yīng)用前端可以為HSS應(yīng)用前端，通過Sh接口的通知消息將訂 閱通知數(shù)據(jù)發(fā)送給應(yīng)用服務(wù)器；支持訂閱通知應(yīng)用的應(yīng)用前端也可以為支持UDC網(wǎng)絡(luò)的應(yīng) 用服務(wù)器應(yīng)用前端；
通知數(shù)據(jù)信息包含訂閱方地址(應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器 應(yīng)用前端標(biāo)識或地址)、用戶標(biāo)識(用于唯一標(biāo)識用戶身份，例如國際移動用戶標(biāo)識 (International Mobile Subscriber Identity，IMSI))和訂閱通知數(shù)據(jù)等；其中的訂閱通 知數(shù)據(jù)是訂閱通知事件所訂閱數(shù)據(jù)的最新變化內(nèi)容；步驟S360，HSS應(yīng)用前端或者應(yīng)用服務(wù)器應(yīng)用前端向用戶數(shù)據(jù)倉儲返回通知響應(yīng) 消息；步驟S370，用戶數(shù)據(jù)倉儲向Provisioning應(yīng)用前端返回用戶數(shù)據(jù)修改響應(yīng)消息；步驟S380，Provisioning應(yīng)用前端將用戶數(shù)據(jù)修改的結(jié)果通過業(yè)務(wù)簽約數(shù)據(jù)修 改響應(yīng)消息返回給BSS。圖4是本發(fā)明實施例的業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)實現(xiàn)方式二的流程示 意圖。如圖4所示，該通知觸發(fā)實現(xiàn)方式主要包括如下的步驟步驟S410，業(yè)務(wù)支撐系統(tǒng)(BSS)向Provisioning應(yīng)用前端發(fā)送業(yè)務(wù)簽約數(shù)據(jù)修改 請求消息；步驟S420，Provisioning應(yīng)用前端接收到來自BSS的業(yè)務(wù)簽約數(shù)據(jù)修改請求消 息，首先通過與用戶數(shù)據(jù)倉儲之間統(tǒng)一的Ud接口，向用戶數(shù)據(jù)倉儲發(fā)送用戶數(shù)據(jù)查詢請求 消息，以讀取保存在用戶數(shù)據(jù)倉儲中的原有業(yè)務(wù)簽約數(shù)據(jù)；步驟S430，用戶數(shù)據(jù)倉儲接收到用戶數(shù)據(jù)查詢請求消息后，執(zhí)行訪問控制；在對 Provisioning應(yīng)用前端進(jìn)行有效認(rèn)證和對請求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶數(shù)據(jù)倉儲執(zhí)行業(yè) 務(wù)簽約數(shù)據(jù)的查詢操作；步驟S440，用戶數(shù)據(jù)倉儲向Provisioning應(yīng)用前端返回用戶數(shù)據(jù)查詢響應(yīng)消息， 將原有業(yè)務(wù)簽約數(shù)據(jù)發(fā)送給Provisioning應(yīng)用前端；步驟S450，Provisioning應(yīng)用前端接收到原有業(yè)務(wù)簽約數(shù)據(jù)后，判斷業(yè)務(wù)簽約數(shù) 據(jù)是否發(fā)生變化，即比較新舊數(shù)據(jù)的差異；如果業(yè)務(wù)簽約數(shù)據(jù)發(fā)生變化，Provisioning應(yīng)用前端設(shè)置數(shù)據(jù)更新標(biāo)志，并通過 Ud接口攜帶于用戶數(shù)據(jù)修改請求消息中，發(fā)送給用戶數(shù)據(jù)倉儲；步驟S460，用戶數(shù)據(jù)倉儲接收到來自Provisioning應(yīng)用前端的用戶數(shù)據(jù)修改請 求消息，在判斷Provisioning應(yīng)用前端已被認(rèn)證和請求數(shù)據(jù)獲得授權(quán)后，用戶數(shù)據(jù)倉儲執(zhí) 行業(yè)務(wù)簽約數(shù)據(jù)的更新操作；步驟S470，用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，即判斷請求數(shù)據(jù)(此處為業(yè)務(wù)簽約 數(shù)據(jù))是否發(fā)生變化，并檢查請求數(shù)據(jù)的訂閱狀態(tài)；根據(jù)請求數(shù)據(jù)的變化狀態(tài)判斷請求數(shù)據(jù)是否發(fā)生變化；請求數(shù)據(jù)的變化狀態(tài)，可 以由用戶數(shù)據(jù)倉儲根據(jù)用戶數(shù)據(jù)修改請求消息中攜帶的數(shù)據(jù)更新標(biāo)志獲得；如果請求數(shù)據(jù)發(fā)生變化，并且請求數(shù)據(jù)的變化通知事件已經(jīng)被訂閱，則用戶數(shù)據(jù) 倉儲觸發(fā)通知流程；否則，步驟S475和步驟S476的通知流程不被觸發(fā)；步驟S475，用戶數(shù)據(jù)倉儲通過Ud接口向通知事件訂閱方發(fā)送通知消息，通知消息 中需攜帶通知類型和通知數(shù)據(jù)信息；通知類型設(shè)置為簽約數(shù)據(jù)訂閱通知，用于指示支持訂閱通知應(yīng)用的應(yīng)用前端將訂 閱通知數(shù)據(jù)發(fā)送給訂閱方；支持訂閱通知應(yīng)用的應(yīng)用前端可以為HSS應(yīng)用前端，通過Sh接口的通知消息將訂
10閱通知數(shù)據(jù)發(fā)送給應(yīng)用服務(wù)器；支持訂閱通知應(yīng)用的應(yīng)用前端也可以為支持UDC網(wǎng)絡(luò)的應(yīng) 用服務(wù)器應(yīng)用前端；通知數(shù)據(jù)信息包含訂閱方地址(應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng)用前 端標(biāo)識或地址)、用戶標(biāo)識(用于唯一標(biāo)識用戶身份，例如IMSI)和訂閱通知數(shù)據(jù)等；訂閱 通知數(shù)據(jù)是訂閱通知事件所訂閱數(shù)據(jù)的最新變化內(nèi)容；步驟S476，HSS應(yīng)用前端或者應(yīng)用服務(wù)器應(yīng)用前端向用戶數(shù)據(jù)倉儲返回通知響應(yīng) 消息；步驟S480，用戶數(shù)據(jù)倉儲向Provisioning應(yīng)用前端返回用戶數(shù)據(jù)修改響應(yīng)消息；步驟S490，Provisioning應(yīng)用前端將用戶數(shù)據(jù)修改的結(jié)果通過業(yè)務(wù)簽約數(shù)據(jù)修 改響應(yīng)消息返回給BSS。圖5是本發(fā)明實施例的用戶位置信息刪除后的通知觸發(fā)流程示意圖。如圖5所示， 該通知觸發(fā)流程主要包括如下的步驟步驟 S510，運營支撐系統(tǒng)(OSS, Operation Support System)向 Provisioning 應(yīng) 用前端發(fā)送用戶位置信息刪除請求消息；步驟S520，Provisioning應(yīng)用前端接收到來自O(shè)SS的用戶位置信息刪除請求消 息，通過與用戶數(shù)據(jù)倉儲之間統(tǒng)一的Ud接口，向用戶數(shù)據(jù)倉儲發(fā)送用戶數(shù)據(jù)修改請求消 息，以刪除保存在用戶數(shù)據(jù)倉儲中原有的用戶位置信息；在其他的實施例中，也可以通過在數(shù)據(jù)修改請求消息中攜帶一通知標(biāo)志，該通知 標(biāo)志與位置注銷這一通知類型相對應(yīng)，因此數(shù)據(jù)修改請求消息中攜帶的該通知標(biāo)志，用于 指示用戶數(shù)據(jù)倉儲觸發(fā)位置信息刪除的通知流程；步驟S530，用戶數(shù)據(jù)倉儲接收到來自Provisioning應(yīng)用前端的用戶數(shù)據(jù)修改請 求消息后，執(zhí)行訪問控制；在對Provisioning應(yīng)用前端進(jìn)行有效認(rèn)證和對請求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶 數(shù)據(jù)倉儲執(zhí)行用戶位置信息的刪除操作；步驟S540，用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，即判斷用戶位置信息刪除事件是否 需要觸發(fā)通知流程；如果用戶位置信息刪除事件需要觸發(fā)通知流程，則用戶數(shù)據(jù)倉儲觸發(fā) 通知流程；否則，步驟S550和步驟S560的通知流程不被觸發(fā)；步驟S550，用戶數(shù)據(jù)倉儲通過Ud接口向HSS應(yīng)用前端發(fā)送通知消息，該通知消息 中攜帶有通知類型和通知數(shù)據(jù)信息；通知類型設(shè)置為位置注銷，用于指示HSS應(yīng)用前端刪除用戶當(dāng)前所在網(wǎng)絡(luò)的注冊 fn息；通知數(shù)據(jù)信息包括HSS應(yīng)用前端執(zhí)行上述刪除操作所需的信息，比如用戶標(biāo)識 (用于唯一標(biāo)識用戶身份，例如IMSI)和用戶當(dāng)前注冊網(wǎng)絡(luò)實體標(biāo)識或地址等；步驟S560，HSS應(yīng)用前端向用戶數(shù)據(jù)倉儲返回通知響應(yīng)消息；步驟S570，用戶數(shù)據(jù)倉儲向Provisioning應(yīng)用前端返回用戶數(shù)據(jù)修改響應(yīng)消息；步驟S580，Provisioning應(yīng)用前端將刪除用戶位置信息的結(jié)果通過用戶位置信 息刪除響應(yīng)消息返回給0SS。圖6是本發(fā)明實施例的基于通知消息觸發(fā)實現(xiàn)向另一網(wǎng)絡(luò)域的消息請求流程示 意圖。如圖6所示，該消息請求流程主要包括如下的步驟
步驟S610，移動性管理實體(Mobile Management Entity，MME)通過 S6a 接口向 支持Diameter應(yīng)用的HSS應(yīng)用前端發(fā)送位置更新請求消息，位置更新請求消息中的單注冊 指示標(biāo)志位；步驟S620，HSS應(yīng)用前端接收到來自MME的位置更新請求消息，通過與用戶數(shù)據(jù)倉 儲之間統(tǒng)一的Ud接口，向用戶數(shù)據(jù)倉儲發(fā)送用戶數(shù)據(jù)修改請求消息，以保存或更新在用戶 數(shù)據(jù)倉儲中的用戶注冊信息；在其他的實施例中，也可以通過在數(shù)據(jù)修改請求消息中攜帶一通知標(biāo)志，該通知 標(biāo)志與MAP-位置注銷這一通知類型相對應(yīng)，因此數(shù)據(jù)修改請求消息中攜帶的該通知標(biāo)志， 用于指示用戶數(shù)據(jù)倉儲觸發(fā)MAP-位置注銷的通知流程；步驟S630，用戶數(shù)據(jù)倉儲接收到來自HSS應(yīng)用前端的用戶數(shù)據(jù)修改請求消息后， 執(zhí)行訪問控制；在對HSS應(yīng)用前端進(jìn)行有效認(rèn)證和對請求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶數(shù)據(jù)倉儲執(zhí) 行用戶注冊信息的更新操作；步驟S640，用戶數(shù)據(jù)倉儲檢驗通知觸發(fā)條件，即判斷用戶注冊信息中所涉及的 S6a-位置更新請求消息中單注冊指示標(biāo)志位事件是否需要觸發(fā)通知流程；如果需要觸發(fā) 通知流程，則用戶數(shù)據(jù)倉儲觸發(fā)通知流程；否則，步驟S650和步驟S660的通知流程不被觸 發(fā)；在其他的實施例中，也可以通過檢查數(shù)據(jù)修改請求消息中是否攜帶有與MAP-位 置注銷這一通知類型相對應(yīng)的通知標(biāo)志，如果攜帶了該通知標(biāo)志，則用戶數(shù)據(jù)倉儲觸發(fā) MAP-位置注銷的通知流程；步驟S650，用戶數(shù)據(jù)倉儲通過Ud接口向支持MAP應(yīng)用的HLR應(yīng)用前端發(fā)送通知消 息；該通知消息中需攜帶通知類型和通知數(shù)據(jù)信息；通知類型設(shè)置為MAP-位置注銷，用于指示HLR應(yīng)用前端刪除用戶當(dāng)前所在GPRS 網(wǎng)絡(luò)的注冊信息；通知數(shù)據(jù)信息包括HLR應(yīng)用前端執(zhí)行上述刪除操作所需的信息，比如用戶標(biāo)識 (用于唯一標(biāo)識用戶身份，例如IMSI)和用戶當(dāng)前所在GPRS網(wǎng)絡(luò)的注冊網(wǎng)絡(luò)實體標(biāo)識或地 址等；步驟S660，HLR應(yīng)用前端向用戶數(shù)據(jù)倉儲返回通知響應(yīng)消息；步驟S670，用戶數(shù)據(jù)倉儲向HSS應(yīng)用前端返回用戶數(shù)據(jù)修改響應(yīng)消息；步驟607，HSS應(yīng)用前端將位置更新的結(jié)果通過位置更新響應(yīng)消息返回給MME。圖7為本發(fā)明用戶數(shù)據(jù)融合網(wǎng)絡(luò)系統(tǒng)實施例的組成示意圖。請參閱對應(yīng)于圖2至 圖6的內(nèi)容，圖7所示的系統(tǒng)實施例主要包括第一應(yīng)用服務(wù)器710、HSS應(yīng)用前端720、第二 應(yīng)用服務(wù)器730以及用戶數(shù)據(jù)倉儲740，其中 第一應(yīng)用服務(wù)器710，為不支持UDC的應(yīng)用服務(wù)器，用于通過Sh接口向HSS應(yīng)用前 端720發(fā)送訂閱簽約通知請求消息；HSS應(yīng)用前端720，收到第一應(yīng)用服務(wù)器710發(fā)送的訂閱簽約通知請求消息后，通 過Ud接口向用戶數(shù)據(jù)倉儲740發(fā)送訂閱簽約通知請求消息或攜帶SNR標(biāo)識的數(shù)據(jù)修改請 求消息；第二應(yīng)用服務(wù)器730，為支持UDC的應(yīng)用服務(wù)器，用于由內(nèi)部的應(yīng)用服務(wù)器前端
12732通過Ud接口向用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通知請求消息或攜帶SNR標(biāo)識的數(shù)據(jù)修改請 求消息；用戶數(shù)據(jù)倉儲740，用于根據(jù)HSS應(yīng)用前端720或者第二應(yīng)用服務(wù)器730發(fā)送的訂 閱簽約通知請求消息或攜帶SNR標(biāo)識的數(shù)據(jù)修改請求消息，建立訂閱通知關(guān)系，或者直接 預(yù)先建立訂閱通知關(guān)系；收到數(shù)據(jù)更新請求時，若數(shù)據(jù)更新請求符合所述訂閱通知關(guān)系中 的通知觸發(fā)條件，則向通知事件訂閱方發(fā)送通知消息；該訂閱通知關(guān)系包含描述用戶數(shù)據(jù) 倉儲發(fā)送通知消息的通知觸發(fā)條件。用戶數(shù)據(jù)倉儲740建立訂閱通知關(guān)系的操作，包括保存訂閱方地址和訂閱數(shù)據(jù)， 并設(shè)置通知觸發(fā)條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱。訂閱方地址包括應(yīng)用服務(wù)器標(biāo)識或 地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識或地址。訂閱數(shù)據(jù)是一個請求數(shù)據(jù)標(biāo)識或請求數(shù)據(jù)域 名，描述了簽約數(shù)據(jù)訂閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋 在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
一種訂閱通知的實現(xiàn)方法，應(yīng)用于包括用戶數(shù)據(jù)倉儲的用戶數(shù)據(jù)融合網(wǎng)絡(luò)，其特征在于，該方法包括在所述用戶數(shù)據(jù)倉儲中建立訂閱通知關(guān)系；所述訂閱通知關(guān)系包含通知觸發(fā)條件，所述通知觸發(fā)條件描述所述用戶數(shù)據(jù)倉儲發(fā)送通知消息的條件；收到數(shù)據(jù)更新請求時，若所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件，則所述用戶數(shù)據(jù)倉儲向通知事件訂閱方發(fā)送通知消息。
2.如權(quán)利要求1所述的方法，其特征在于，采用如下方式在所述用戶數(shù)據(jù)倉儲中建立 所述訂閱通知關(guān)系所述用戶數(shù)據(jù)倉儲接收到訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo)識的數(shù)據(jù)修 改請求消息后，建立所述訂閱通知關(guān)系；或者所述用戶數(shù)據(jù)倉儲預(yù)先配置并保存所述訂閱通知關(guān)系。
3.如權(quán)利要求2所述的方法，其特征在于所述訂閱簽約通知請求消息或數(shù)據(jù)修改請求消息，由支持用戶數(shù)據(jù)融合的應(yīng)用服務(wù)器 通過應(yīng)用服務(wù)器前端向所述用戶數(shù)據(jù)倉儲發(fā)送，或者由不支持用戶數(shù)據(jù)融合的應(yīng)用服務(wù)器 指示歸屬用戶服務(wù)應(yīng)用前端向所述用戶數(shù)據(jù)倉儲發(fā)送。
4.如權(quán)利要求1所述的方法，其特征在于所述建立訂閱通知關(guān)系的操作包括保存訂閱方地址和訂閱數(shù)據(jù)，設(shè)置所述通知觸發(fā) 條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱；其中，所述訂閱方地址包括應(yīng)用服務(wù)器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識或 地址；所述訂閱數(shù)據(jù)描述簽約數(shù)據(jù)訂閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)，為請求數(shù)據(jù)標(biāo)識或 請求數(shù)據(jù)域名。
5.如權(quán)利要求1所述的方法，其特征在于所述通知觸發(fā)條件的內(nèi)容，或者包含有數(shù)據(jù)訂閱狀態(tài)及數(shù)據(jù)變化狀態(tài)，或者包含有訂 閱事件，或者包含有訂閱事件及數(shù)據(jù)變化狀態(tài)；所述數(shù)據(jù)訂閱狀態(tài)，描述簽約數(shù)據(jù)訂閱通知事件請求數(shù)據(jù)的訂閱狀態(tài)； 所述數(shù)據(jù)變化狀態(tài)，描述簽約數(shù)據(jù)訂閱通知事件訂閱數(shù)據(jù)的變化狀態(tài)； 所述訂閱事件，描述通知消息需要觸發(fā)的事件；下述情況中的任意一種滿足時，所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件 數(shù)據(jù)處于訂閱狀態(tài)且發(fā)生了變化，事件處于訂閱狀態(tài)，事件處于訂閱狀態(tài)且事件所關(guān) 聯(lián)的數(shù)據(jù)發(fā)生了變化，事件對應(yīng)的消息攜帶指示發(fā)送通知消息的通知標(biāo)志。
6.如權(quán)利要求5所述的方法，其特征在于收到所述數(shù)據(jù)更新請求時，判斷用戶簽約數(shù)據(jù)是否發(fā)生變化并檢查用戶簽約數(shù)據(jù)是否 處于訂閱狀態(tài)，或者判斷所述數(shù)據(jù)更新請求所對應(yīng)的事件是否處于訂閱狀態(tài)，或者判斷所 述數(shù)據(jù)更新請求所對應(yīng)的事件是否處于訂閱狀態(tài)且所關(guān)聯(lián)的用戶簽約數(shù)據(jù)是否發(fā)生變化， 或者判斷所述數(shù)據(jù)更新請求所對應(yīng)的事件是否攜帶所述通知標(biāo)志； 根據(jù)判斷結(jié)果獲得所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件。
7.如權(quán)利要求6所述的方法，其特征在于由用戶數(shù)據(jù)倉儲或者應(yīng)用前端比較用戶簽約數(shù)據(jù)是否發(fā)生變化并獲得比較結(jié)果，然后所述用戶數(shù)據(jù)倉儲根據(jù)所述比較結(jié)果完成所述通知觸發(fā)條件的判斷。
8.如權(quán)利要求1所述的方法，其特征在于所述訂閱通知關(guān)系包含通知類型，所述通知類型用于指示所述通知事件訂閱方所需執(zhí) 行的業(yè)務(wù)操作；所述通知消息攜帶所述通知類型，以及通知數(shù)據(jù)信息。
9.如權(quán)利要求8所述的方法，其特征在于所述通知類型指示執(zhí)行簽約數(shù)據(jù)訂閱通知時，所述通知數(shù)據(jù)信息包含訂閱方地址、用 戶標(biāo)識以及訂閱通知數(shù)據(jù)；所述訂閱通知數(shù)據(jù)是訂閱通知事件所訂閱數(shù)據(jù)的最新變化內(nèi) 容；所述通知類型指示執(zhí)行位置注銷時，所述通知數(shù)據(jù)信息包括用戶標(biāo)識以及用戶當(dāng)前注 冊網(wǎng)絡(luò)實體標(biāo)識或地址。
10.如權(quán)利要求9所述的方法，其特征在于所述通知類型指示執(zhí)行所述位置注銷，包括指示歸屬用戶服務(wù)應(yīng)用前端刪除用戶當(dāng)前 所在網(wǎng)絡(luò)的注冊信息，或者指示歸屬位置寄存器應(yīng)用前端刪除用戶當(dāng)前所在通用分組無線 系統(tǒng)網(wǎng)絡(luò)的注冊信息。
11.一種用戶數(shù)據(jù)融合網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括第一應(yīng)用服務(wù)器、第二應(yīng)用服務(wù)器、 歸屬用戶服務(wù)應(yīng)用前端以及用戶數(shù)據(jù)倉儲，其中所述第一應(yīng)用服務(wù)器，用于向所述歸屬用戶服務(wù)應(yīng)用前端發(fā)送訂閱簽約通知請求消息；所述歸屬用戶服務(wù)應(yīng)用前端，收到所述第一應(yīng)用服務(wù)器發(fā)送的所述訂閱簽約通知請求 消息后，向所述用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo)識的數(shù)據(jù) 修改請求消息；所述第二應(yīng)用服務(wù)器，用于通過應(yīng)用服務(wù)器前端向所述用戶數(shù)據(jù)倉儲發(fā)送訂閱簽約通 知請求消息或攜帶訂閱通知請求標(biāo)識的數(shù)據(jù)修改請求消息；所述用戶數(shù)據(jù)倉儲，用于根據(jù)所述訂閱簽約通知請求消息或攜帶訂閱通知請求標(biāo)識的 數(shù)據(jù)修改請求消息建立訂閱通知關(guān)系，或者預(yù)先建立訂閱通知關(guān)系；所述訂閱通知關(guān)系包 含通知觸發(fā)條件，所述通知觸發(fā)條件描述所述用戶數(shù)據(jù)倉儲發(fā)送通知消息的條件；收到數(shù) 據(jù)更新請求時，若所述數(shù)據(jù)更新請求符合所述通知觸發(fā)條件，則向通知事件訂閱方發(fā)送通 知消息。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于所述用戶數(shù)據(jù)倉儲建立所述訂閱通知關(guān)系的操作包括保存訂閱方地址和訂閱數(shù)據(jù)， 設(shè)置所述通知觸發(fā)條件所對應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱；所述訂閱方地址包括應(yīng)用服務(wù) 器標(biāo)識或地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識或地址；所述訂閱數(shù)據(jù)描述簽約數(shù)據(jù)變化訂 閱通知事件所對應(yīng)的用戶簽約數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種UDC網(wǎng)絡(luò)系統(tǒng)及訂閱通知的實現(xiàn)方法，以解決在UDC網(wǎng)絡(luò)系統(tǒng)下如何實現(xiàn)訂閱通知的問題。其中該方法包括在用戶數(shù)據(jù)倉儲中建立訂閱通知關(guān)系；訂閱通知關(guān)系包含通知觸發(fā)條件，通知觸發(fā)條件描述用戶數(shù)據(jù)倉儲發(fā)送通知消息的條件；收到數(shù)據(jù)更新請求時，若數(shù)據(jù)更新請求符合通知觸發(fā)條件，則用戶數(shù)據(jù)倉儲向通知事件訂閱方發(fā)送通知消息。本發(fā)明有效解決了應(yīng)用邏輯處理和數(shù)據(jù)存儲分離的網(wǎng)絡(luò)系統(tǒng)下實現(xiàn)訂閱通知的問題。
文檔編號H04W88/18GK101925047SQ20091014247
公開日2010年12月22日 申請日期2009年6月11日 優(yōu)先權(quán)日2009年6月11日
發(fā)明者丁兆明, 曲愛妍, 朱堃 申請人:中興通訊股份有限公司