專利名稱：用于處理資源數(shù)據(jù)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及用于處理對諸如客戶端(client)、文檔或內(nèi)容服務(wù)等被觀察資源的資源數(shù)據(jù)的預(yù)訂的方法和設(shè)備。
背景技術(shù)：
隨著3G移動電話的出現(xiàn)，已開發(fā)使用IP (因特網(wǎng)協(xié)議)的基于分組的新通信技術(shù)以支持多媒體服務(wù)的使用，同時在市場上出現(xiàn)了帶有用于多媒體通信的新功能性的不同移動和固定用戶終端。新服務(wù)也在不斷地為終端用戶開發(fā)以便在通常消費(fèi)多媒體服務(wù)時增大使用的領(lǐng)域和增強(qiáng)體驗(yàn)的質(zhì)量。IMS(IP多媒體子系統(tǒng))網(wǎng)絡(luò)能夠用于通過為連接到各種接入網(wǎng)絡(luò)的用戶終端發(fā)起和控制多媒體會話來啟用多媒體服務(wù)。多媒體會話由IMS網(wǎng)絡(luò)中稱為CSCF(呼叫會話控制功能)節(jié)點(diǎn)的、包括節(jié)點(diǎn)P-CSCF(代理CSCF)和S-CSCF(服務(wù)CSCF)的特定會話控制節(jié)點(diǎn)來處理。此外，數(shù)據(jù)庫節(jié)點(diǎn)HSS (歸屬訂戶服務(wù)器)存儲訂戶和認(rèn)證數(shù)據(jù)，并且不同的應(yīng)用服務(wù)器用于輸送多媒體服務(wù)。稱為“SIP” (會話發(fā)起協(xié)議)的信令協(xié)議通常用于處理IMS網(wǎng)絡(luò)和其它通信服務(wù)網(wǎng)絡(luò)中的多媒體會話。IMS在此描述中為說明目的而提及，并不是將本發(fā)明完全限于IMS網(wǎng)絡(luò)。用戶及其通信終端經(jīng)常稱為“客戶端”，該術(shù)語將在本文普遍使用。IMS啟用的服務(wù)的一特定示例是“存在”服務(wù)，涉及客戶端的存在數(shù)據(jù)的發(fā)布以使其可用于其它客戶端或應(yīng)用。存在數(shù)據(jù)基本上指客戶端的身份、情況或狀態(tài)，例如包括客戶端的當(dāng)前地理位置、連接狀態(tài)、服務(wù)可用性和終端能力以及任何個人特性、喜好和設(shè)置。存在數(shù)據(jù)能夠基于此類客戶端有關(guān)信息的發(fā)布，在IMS網(wǎng)絡(luò)中的存在服務(wù)器中存儲。無論何時客戶端的任何存在數(shù)據(jù)變得可用或被更新，這些發(fā)布便可從客戶端的終端或從客戶端使用的接入網(wǎng)絡(luò)獲得?？蛻舳艘部深A(yù)訂一個或多個其它客戶端的選定存在數(shù)據(jù)，例如，根據(jù)建立或預(yù)定義的客戶端組的預(yù)定義列表。存在預(yù)訂一般也由IMS網(wǎng)絡(luò)中的存在服務(wù)器處理，并且可涉及各種信息過濾器、許可(admission)規(guī)則和策略。預(yù)訂客戶端隨后能夠在任何主導(dǎo)過濾器、規(guī)則或策略的條件下，自動或在請求時從存在服務(wù)器接收有關(guān)當(dāng)前存在數(shù)據(jù)的通知。在SIP中，稱為“PUBLISH”的消息能夠由客戶端用于將數(shù)據(jù)提供到存在服務(wù)器。 此消息基本上用于發(fā)起新數(shù)據(jù)、“刷新”數(shù)據(jù)(即，確認(rèn)更早發(fā)起的數(shù)據(jù)繼續(xù)有效)、修改數(shù)據(jù)以及終止不再有效的數(shù)據(jù)。此外，稱為“SUBSCRIBE”的消息能夠由客戶端用于預(yù)訂如存在服務(wù)器所處理的其它客戶端的存在數(shù)據(jù)，并且僅授權(quán)的客戶端有權(quán)接收此類數(shù)據(jù)。稱為 “NOTIFY”的另一消息能夠由存在服務(wù)器用于向預(yù)訂客戶端呈現(xiàn)存在數(shù)據(jù)。稱為“REGISTER” 的仍有的另一消息能夠由客戶端用于登錄到IMS網(wǎng)絡(luò)或接入網(wǎng)絡(luò)。雖然存在服務(wù)大部分是基于客戶端數(shù)據(jù)的發(fā)布，但客戶端通常可基本上使用上述機(jī)制預(yù)訂任何資源的數(shù)據(jù)，其除了另一客戶端外，可以是諸如文檔、內(nèi)容服務(wù)或信息服務(wù)等關(guān)注的任何對象。例如，對組或數(shù)據(jù)管理的通知可涉及諸如聯(lián)系人列表或地址簿等文檔中外，內(nèi)容服務(wù)或信息服務(wù)的通知可指股票交易、天氣預(yù)報、體育運(yùn)動結(jié)果或任何其它信息更新。通常，資源數(shù)據(jù)通知可指根據(jù)資源數(shù)據(jù)預(yù)訂的被觀察資源的任何狀態(tài)更改或更新。在此描述中，術(shù)語“預(yù)訂客戶端”表示預(yù)訂或請求資源數(shù)據(jù)的客戶端，并且術(shù)語“被觀察資源”表示為其發(fā)布資源數(shù)據(jù)以便可用于授權(quán)的預(yù)訂客戶端的資源。在存在服務(wù)的上下文中，預(yù)訂客戶端稱為“查看者”，并且被觀察客戶端稱為“存在體(Presentity) ”。例如， 通知也可指基本上要求存在體授權(quán)查看者以接收某個存在信息的查看者請求。上述SUBSCRIBE消息一般包含超時參數(shù)，該參數(shù)能夠被設(shè)置以確定預(yù)訂的持續(xù)時間，有時稱為TTL (存活時間)。如果SUBSCRIBE消息中的超時參數(shù)設(shè)為0，則只獲得帶有請求的存在數(shù)據(jù)的通知一次，之后便迅速終止預(yù)訂。如果超時參數(shù)設(shè)為大于0的某個時間期， 則預(yù)訂客戶端將根據(jù)某一預(yù)定方案來接收通知直至預(yù)訂期到期。圖1示出用于提供存在數(shù)據(jù)的常規(guī)過程，涉及預(yù)訂客戶端A、被觀察客戶端B及在數(shù)據(jù)庫102中存儲用于客戶端B的存在數(shù)據(jù)的存在服務(wù)器100。第一步驟1:1a概要示出根據(jù)常規(guī)例程、通過頻繁的PUBLISH消息向存在服務(wù)器100發(fā)布被觀察客戶端B的存在數(shù)據(jù)(從客戶端B或從客戶端B的接入網(wǎng)絡(luò)(未示出)發(fā)送)。下一步驟1:1b示出根據(jù)步驟 1:1a W PUBLISH消息來更新數(shù)據(jù)庫102。步驟1 Ia和1 Ib根據(jù)主導(dǎo)例程自始至終在后臺中繼續(xù)。在步驟1:2中，客戶端A將SUBSCRIBE消息作為對客戶端B的存在數(shù)據(jù)的預(yù)訂請求來發(fā)送，其中指定了對于期望預(yù)訂時間期的超時參數(shù)。隨后，存在服務(wù)器100在步驟1:3 中檢索客戶端B的存在數(shù)據(jù)，并且如步驟1 4中所示在初始通知消息SIP NOTIFY中將它發(fā)送到客戶端A。如步驟1:4中的虛線箭頭所示，客戶端A可在規(guī)則間隔或無論何時更改存在數(shù)據(jù)時在給定預(yù)訂時間期間在另外的時機(jī)上接收此類通知。為了延長或“刷新”預(yù)訂，客戶端A正好在預(yù)訂時間到期前自動發(fā)送另外的SUBSCRIBE消息，并且存在服務(wù)器隨后將繼續(xù)發(fā)送通知到客戶端A。預(yù)訂客戶端也可預(yù)訂幾個被觀察客戶端的存在數(shù)據(jù)，這經(jīng)常導(dǎo)致更新的存在數(shù)據(jù)的許多通知發(fā)送到預(yù)訂客戶端。稱為RLS(資源列表服務(wù)器)的信息輸送服務(wù)器因而能夠用于收集多個客戶端的通知，并將所有被觀察客戶端的聯(lián)合通知發(fā)送到預(yù)訂客戶端，由此減少通知的數(shù)量。此聯(lián)合通知可包含大量的數(shù)據(jù)。圖2示出提供有關(guān)發(fā)布數(shù)據(jù)ρ到其相應(yīng)存在服務(wù)器206B、206C和206D的客戶端 B、C和D的信息到預(yù)訂客戶端A的RLS 200。用戶列表數(shù)據(jù)庫208代表預(yù)訂客戶端維護(hù)各種用戶列表，如電話簿、聯(lián)系人組以及自組織(hoc)組或諸如此類。數(shù)據(jù)庫208中的用戶列表可根據(jù)稱為XDMS (XML (可擴(kuò)展標(biāo)記語言)文檔管理服務(wù)器)的標(biāo)準(zhǔn)進(jìn)行配置。在第一所示步驟2 1中，客戶端A發(fā)送對有關(guān)客戶端B、C、D的存在數(shù)據(jù)的預(yù)訂請求，如到預(yù)定義用戶列表的引用所指示的。RLS 200隨后在步驟2:2中從數(shù)據(jù)庫208獲取用戶列表，并且在步驟 2:3中與存在服務(wù)器206B-D建立對客戶端B、C、D的存在數(shù)據(jù)的后端預(yù)訂，以從其獲得作為通知的期望數(shù)據(jù)。在最后步驟2:4中，RLS 200將包含有關(guān)所有客戶端B-D的期望數(shù)據(jù)的聯(lián)合通知發(fā)送到客戶端A。如上所述，通知可包含大量的數(shù)據(jù)，并且預(yù)訂客戶端也可能很頻繁地接收幾個通知，例如，無論何時被觀察的資源更改或者更新其狀態(tài)或情況。預(yù)訂客戶端在受訪網(wǎng)絡(luò)中漫游時，例如在外國度假時，這些通知能夠潛在地變得很昂貴，其中，與在預(yù)訂客戶端的歸屬網(wǎng)絡(luò)中存在時相比，應(yīng)用了更高的計(jì)費(fèi)率。另外，現(xiàn)在接收訂戶也可能對通知中的一些信息毫無興趣。網(wǎng)絡(luò)運(yùn)營商一般對涉及接收的數(shù)據(jù)量的費(fèi)率快速增大的漫游訂戶有不同的計(jì)費(fèi)模型，而對歸屬網(wǎng)絡(luò)中存在的訂戶通常應(yīng)用低費(fèi)用數(shù)據(jù)費(fèi)率或“平坦”費(fèi)率。另外，在收到下一賬單前，訂戶可能不知道在漫游時對進(jìn)入通知的更高計(jì)費(fèi)率，這可能可理解地造成沮喪和不滿。因此，訂戶可能選擇停止資源數(shù)據(jù)預(yù)訂，或甚至一起放棄歸屬網(wǎng)絡(luò)運(yùn)營商。通常， 上述問題最終能夠使提供資源數(shù)據(jù)通知的服務(wù)變得更不具吸引力。WO 2008/073009 Al公開了在預(yù)訂客戶端發(fā)送預(yù)訂暫停消息到處理通知的客戶端數(shù)據(jù)服務(wù)器時，扣留帶有客戶端數(shù)據(jù)的通知。US 6397058 Bl公開了基于漫游移動訂戶的位置，控制無線電通信網(wǎng)絡(luò)中進(jìn)入呼叫的輸送。

發(fā)明內(nèi)容
本發(fā)明的目的是解決至少上述的一些問題。具體而言，一個目的是提供能夠用于普遍降低通知到漫游訂戶的業(yè)務(wù)和費(fèi)用的解決方案。這些目的和其它目的可通過使用根據(jù)隨附獨(dú)立權(quán)利要求的方法和設(shè)備來獲得。根據(jù)不同方面，用于控制到預(yù)訂客戶端的帶有資源數(shù)據(jù)的通知的方法和設(shè)備在通知服務(wù)器或等效單元中提供。在該方法中，從客戶端接收對帶有一個或多個資源的選定資源數(shù)據(jù)的通知的預(yù)訂請求。隨后，確定客戶端當(dāng)前使用的接入網(wǎng)絡(luò)，并且基于確定的當(dāng)前網(wǎng)絡(luò)來控制通知的輸送。通知服務(wù)器設(shè)備包括適用于收集和在數(shù)據(jù)庫中存儲資源數(shù)據(jù)的資源數(shù)據(jù)接收器以及適用于從客戶端接收對帶有一個或多個資源的選定資源數(shù)據(jù)的通知的預(yù)訂請求的預(yù)訂管理器。預(yù)訂管理器還適用于確定客戶端當(dāng)前使用的接入網(wǎng)絡(luò)。該設(shè)備還包括適用于基于確定的當(dāng)前網(wǎng)絡(luò)來控制通知的輸送的通知發(fā)送器。上述方法和設(shè)備能夠根據(jù)不同實(shí)施例來實(shí)現(xiàn)。在一個實(shí)施例中，如果客戶端在受訪網(wǎng)絡(luò)中漫游則不輸送通知，并且如果客戶端在其歸屬網(wǎng)絡(luò)中存在則輸送所有即將到來的通知。在另外的實(shí)施例中，通過應(yīng)用基于確定的當(dāng)前網(wǎng)絡(luò)而選擇的通知規(guī)則，能夠控制通知的輸送。通知規(guī)則可借助于輸送過濾器來定義，該過濾器允許輸送例如帶有某一類型的資源數(shù)據(jù)的通知、不超過最大數(shù)據(jù)量的通知、對一個或多個特定資源的通知和/或在日、 周或季節(jié)的某些時間的通知。也能夠根據(jù)預(yù)訂請求中的超時或TTL參數(shù)而應(yīng)用不同的通知規(guī)則。通知規(guī)則可還包括費(fèi)率限制，使得通知的頻率不超過預(yù)定義限制。通知規(guī)則還能夠指示將沒有資源數(shù)據(jù)的空通知發(fā)送到客戶端。在其它可能實(shí)施例中，當(dāng)前使用的網(wǎng)絡(luò)能夠基于客戶端的網(wǎng)絡(luò)有關(guān)信息來確定， 所述網(wǎng)絡(luò)有關(guān)信息例如從收到的預(yù)訂請求、來自客戶端的發(fā)布消息、從服務(wù)于客戶端的會話控制節(jié)點(diǎn)收到的第三方注冊請求以及來自客戶端的SIP消息(包括任何公知的SIP消息 INVITE、MESSAGE或OPTIONS)來獲得?？赡軓念A(yù)訂請求中的PANI (P接入網(wǎng)絡(luò)信息)報頭或從注冊請求中的P受訪網(wǎng)絡(luò)ID報頭來確定當(dāng)前使用的網(wǎng)絡(luò)。網(wǎng)絡(luò)有關(guān)信息可包括參數(shù) MNC (移動網(wǎng)絡(luò)碼)和MCC (移動國家碼)中的任何參數(shù)。CN 102257793 A
說明書
4/7頁
從下面的詳細(xì)描述，本發(fā)明的另外特征及其益處將變得明白。


現(xiàn)在將通過示范實(shí)施例并參照附圖來更詳細(xì)描述本發(fā)明，其中圖1是根據(jù)現(xiàn)有技術(shù)用于獲得被觀察客戶端的存在數(shù)據(jù)的常規(guī)過程。圖2是根據(jù)現(xiàn)有技術(shù)的框圖，示出使用RLS節(jié)點(diǎn)提供帶有多個被觀察客戶端的存在數(shù)據(jù)的通知的常規(guī)過程。圖3是根據(jù)一個實(shí)施例的框圖，示出用于處理對一個或多個被觀察資源的資源數(shù)據(jù)的預(yù)訂的過程。圖4根據(jù)另一實(shí)施例示出通知規(guī)則數(shù)據(jù)庫中的一些示范條目
圖5是根據(jù)仍有的另一實(shí)施例的流程圖，帶有由通知服務(wù)器為控制到預(yù)訂客戶端的帶有資源數(shù)據(jù)的通知而執(zhí)行的過程中的步驟。圖6是根據(jù)另外實(shí)施例的框圖，示出能夠控制到預(yù)訂客戶端的帶有資源數(shù)據(jù)的通知的通知服務(wù)器。
具體實(shí)施例方式簡要地說，本發(fā)明能夠在通知服務(wù)器或等效單元中采用，而通知服務(wù)器或等效單元適用于通常根據(jù)客戶端當(dāng)前正在使用的接入網(wǎng)絡(luò)來處理和控制帶有資源數(shù)據(jù)的通知到預(yù)訂客戶端的輸送。此處所述的通知服務(wù)器功能性能夠如上所述在例如位于IMS網(wǎng)絡(luò)或類似物中的RLS或存在服務(wù)器中實(shí)現(xiàn)，但本發(fā)明不限于使用任何特定存在節(jié)點(diǎn)或服務(wù)網(wǎng)絡(luò)。基于在例如SIP SUBSCRIBE消息等來自客戶端的預(yù)訂請求中或在來自客戶端的發(fā)布消息中、或在來自為客戶端服務(wù)的會話控制節(jié)點(diǎn)的第三方注冊請求中、或者在包括稱為 INVITE、MESSAGE和OPTIONS的任何SIP消息的來自客戶端的SIP消息中提供的網(wǎng)絡(luò)有關(guān)信息，能夠確定當(dāng)前接入網(wǎng)絡(luò)。術(shù)語“網(wǎng)絡(luò)有關(guān)信息”通常表示從其能夠識別或確定當(dāng)前使用網(wǎng)絡(luò)的任何信息。例如，所謂的PANI (P接入網(wǎng)絡(luò)信息)報頭一般被包括在從客戶端發(fā)送的 SUBSCRIBE消息中以發(fā)起對資源數(shù)據(jù)的預(yù)訂。能夠預(yù)訂資源數(shù)據(jù)的客戶端終端因此通常適用于在此消息中包括PAOT報頭，包含稱為MNC(移動網(wǎng)絡(luò)碼)或MCC(移動國家碼)的帶有網(wǎng)絡(luò)有關(guān)信息的參數(shù)。通知服務(wù)器因而能夠通過評估MNC或MCC來確定當(dāng)前接入網(wǎng)絡(luò)。此外，在漫游客戶端通過發(fā)送REGISTER消息向IMS網(wǎng)絡(luò)注冊時，例如S-CSCF等其中的會話控制節(jié)點(diǎn)將第三方REGISTER請求發(fā)送到通知服務(wù)器或存在服務(wù)器。此第三方注冊請求一般包括所謂的P受訪網(wǎng)絡(luò)ID報頭，該報頭包括能夠備選用于確定當(dāng)前接入網(wǎng)絡(luò)的網(wǎng)絡(luò)有關(guān)信息。類似的網(wǎng)絡(luò)有關(guān)信息一般也包括在上述來自客戶端的其它消息中。然而， 本發(fā)明不限于這些示范消息、報頭和參數(shù)。如果通知服務(wù)器從預(yù)訂請求或發(fā)布消息或第三方注冊請求或SIP消息來確定客戶端當(dāng)前正在受訪網(wǎng)絡(luò)中漫游(這一般涉及對于接收數(shù)據(jù)的較高計(jì)費(fèi)率)，則通知能夠一起被扣留以便為客戶端避免業(yè)務(wù)和節(jié)省額外的費(fèi)用。另一方面，如果客戶端在其歸屬網(wǎng)絡(luò)中存在，則能夠允許正常輸送所有即將到來的通知。也可能根據(jù)當(dāng)前接入網(wǎng)絡(luò)而應(yīng)用不同的通知規(guī)則，使得帶有資源數(shù)據(jù)的通知到客
7戶端的輸送根據(jù)應(yīng)用的通知規(guī)則受到控制。通知規(guī)則可借助于輸送過濾器來定義，例如，只允許輸送帶有某一類型的資源數(shù)據(jù)的通知、不超過最大數(shù)據(jù)量的通知、一個或多個特定資源的通知和/或在日、周或季節(jié)的某些時間的通知。通知規(guī)則也可包括費(fèi)率限制，使得通知的頻率不超過預(yù)定義限制，例如，不多于一天或每第三天一次等。也可能根據(jù)預(yù)訂請求中給出的超時或TTL參數(shù)來控制通知輸送(例如通過選擇不同的通知規(guī)則)。例如，如果TTL設(shè)為0，則可允許所有通知的輸送，或者備選地可應(yīng)用輸送過濾器“X”，而如果超時參數(shù)設(shè)為大于0的某個時間期，則不可允許通知的輸送，或者備選地可應(yīng)用輸送過濾器“y”等等。在本描述中，術(shù)語“通知服務(wù)器”用于表示能夠在通知中將一個或多個被觀察資源的被請求資源數(shù)據(jù)提供到授權(quán)的預(yù)訂客戶端的任何服務(wù)器，例如，如分別如對圖1和2所述的存在服務(wù)器或RLS節(jié)點(diǎn)。此外，術(shù)語“資源數(shù)據(jù)”指關(guān)注的任何資源或?qū)ο蟮臄?shù)據(jù)而無限制，如另一客戶端、文檔、內(nèi)容或信息服務(wù)。例如，通知可涉及基于XDMS的聯(lián)系人列表或地址簿的變化，以能夠?qū)崿F(xiàn)不同終端中聯(lián)系人的同步。還將對公知的SIP消息進(jìn)行參考，但本發(fā)明通常不限于此?，F(xiàn)在將參照圖3描述根據(jù)一個示例的過程和設(shè)備，涉及預(yù)訂客戶端A (基本上充當(dāng)查看者)、通知服務(wù)器300和能夠?qū)⑾鄳?yīng)資源B、C、D···(基本上充當(dāng)存在體)的資源數(shù)據(jù)提供到通知服務(wù)器300的一個或多個資源數(shù)據(jù)服務(wù)器302。資源數(shù)據(jù)可涉及客戶端、文檔、內(nèi)容服務(wù)等。通常，本發(fā)明不限于任何特定類型的資源或資源數(shù)據(jù)。第一步驟3:1示出根據(jù)常規(guī)過程，客戶端A將預(yù)訂請求例如作為SIP SUBSCRIBE消息發(fā)送到通知服務(wù)器300，以請求帶有一個或多個被觀察資源B、C、D…的資源數(shù)據(jù)的通知。 關(guān)注的這些資源可借助于資源列表或諸如此類在請求中指定，以常規(guī)方式涉及能夠由通知服務(wù)器300例如從未示出的適合數(shù)據(jù)庫訪問的預(yù)定義文檔。還假設(shè)預(yù)訂請求也按常規(guī)包括網(wǎng)絡(luò)有關(guān)信息，例如，PANI報頭中包含的參數(shù)MCC或MNC，或指示使用的當(dāng)前接入網(wǎng)絡(luò)的任何類似信息。在下一步驟3 2中，通知服務(wù)器300基于接收的預(yù)訂請求中的網(wǎng)絡(luò)有關(guān)信息，確定當(dāng)前接入網(wǎng)絡(luò)。如上所述，也可能可基于從用于客戶端的會話控制節(jié)點(diǎn)收到的第三方注冊請求中的網(wǎng)絡(luò)有關(guān)信息，確定當(dāng)前接入網(wǎng)絡(luò)。在該情況下，通知服務(wù)器300能夠例如從CSCF 節(jié)點(diǎn)收到的第三方注冊請求的P受訪網(wǎng)絡(luò)ID報頭而獲得網(wǎng)絡(luò)有關(guān)信息。另一種備選是如果客戶端以前在歸屬網(wǎng)絡(luò)中存在時建立了對資源數(shù)據(jù)通知的預(yù)訂，則網(wǎng)絡(luò)有關(guān)信息能夠從在受訪網(wǎng)絡(luò)中存在時的客戶端發(fā)送的發(fā)布消息來獲得。網(wǎng)絡(luò)有關(guān)信息也能夠從來自客戶端的SIP消息來獲得，包括稱為INVITE、MESSAGE和OPTIONS的任何SIP消息(取決于應(yīng)用哪個SIP方法)?？赡艿氖牵渲猛ㄖ?wù)器300在發(fā)現(xiàn)客戶端正在受訪網(wǎng)絡(luò)中漫游時簡單地將通知一起扣留，并且無論何時客戶端在其歸屬網(wǎng)絡(luò)中存在便正常輸送通知。在此示例中，假設(shè)特定網(wǎng)絡(luò)依賴的通知規(guī)則已為客戶端A定義，并且存儲在連接到通知服務(wù)器300的適合數(shù)據(jù)庫300中。這些通知規(guī)則可例如根據(jù)上述XDMS標(biāo)準(zhǔn)存儲在數(shù)據(jù)庫300中。用于客戶端 A的通知規(guī)則可已由客戶端設(shè)置或默認(rèn)定義。因此，在下一步驟3 3中，檢查數(shù)據(jù)庫300中的通知規(guī)則，并基于確定的當(dāng)前網(wǎng)絡(luò)從其選擇當(dāng)前對客戶端A有效的通知規(guī)則。通知服務(wù)器300隨后在又一步驟3:4中從一個或多個資源數(shù)據(jù)服務(wù)器302獲得與選定通知規(guī)則相關(guān)的資源數(shù)據(jù)。備選的是，資源數(shù)據(jù)可在或多或少持續(xù)的基礎(chǔ)上、即在所示過程之前或期間的任何時候從資源數(shù)據(jù)服務(wù)器302收集而不考慮當(dāng)前對客戶端A有效的通知規(guī)則。通知服務(wù)器300現(xiàn)在能夠根據(jù)選定通知規(guī)則來控制帶有資源數(shù)據(jù)的通知到客戶端A的輸送，例如，以上述方式將通知一起扣留或者應(yīng)用輸送過濾器，如最終步驟3:5示意所示。在圖4中，示出了通知規(guī)則數(shù)據(jù)庫400中的一些示范條目。數(shù)據(jù)庫400包括指定客戶端的第一列400a、帶有當(dāng)前接入網(wǎng)絡(luò)的第二列400b和帶有對不同客戶端和當(dāng)前網(wǎng)絡(luò)有效的通知規(guī)則的第三列400c。在此示例中，已為在其歸屬網(wǎng)絡(luò)中和在不同受訪網(wǎng)絡(luò)X、Y 和Z中存在時的客戶端A定義不同的通知規(guī)則?？蛻舳薃在歸屬網(wǎng)絡(luò)中存在時，對應(yīng)的通知規(guī)則指示不應(yīng)用過濾器，S卩，所有應(yīng)有的通知輸送到客戶端。在受訪網(wǎng)絡(luò)X中存在時，對應(yīng)的通知規(guī)則指示為通知輸送應(yīng)用預(yù)定義的輸送過濾器“X”。在另一受訪網(wǎng)絡(luò)Y中存在時，對應(yīng)的通知規(guī)則指示根本不輸送通知。 例如，網(wǎng)絡(luò)X中的通知可導(dǎo)致適度的計(jì)費(fèi)率，而網(wǎng)絡(luò)Y可能帶來更高的計(jì)費(fèi)率。此外，客戶端在受訪網(wǎng)絡(luò)Z中存在時，對應(yīng)的通知規(guī)則指示如果預(yù)訂請求中的TTL 或超時參數(shù)設(shè)為0，則不應(yīng)用過濾器，并且還指示如果TTL或超時參數(shù)大于0，則應(yīng)用預(yù)定義過濾器“ζ”。由此客戶端能夠獲取帶有資源數(shù)據(jù)的通知一次，而進(jìn)一步通知將不輸送。在另一示例中，通知規(guī)則可指示發(fā)送空通知(即，無資源數(shù)據(jù))作為對于根本不發(fā)送通知的備選。此類空通知因而將包含極少量的數(shù)量，并且因此不應(yīng)需要過多的費(fèi)用。此選項(xiàng)能夠有助于防止在未收到響應(yīng)時客戶端發(fā)送重復(fù)預(yù)訂請求，或者在標(biāo)準(zhǔn)過程規(guī)定無論何時為客戶端建立或刷新預(yù)訂都始終必須輸送通知時將通知降到最小。通常，能夠在通知規(guī)則數(shù)據(jù)庫400中為不同網(wǎng)絡(luò)中存在的不同客戶端定義不同的通知規(guī)則。圖5示出一示范流程圖，帶有在用于控制到預(yù)訂客戶端的帶有資源數(shù)據(jù)的通知的過程中由通知服務(wù)器執(zhí)行的步驟。同樣地，假設(shè)基本上以類似于為圖3所述的相同方式，特定網(wǎng)絡(luò)依賴的通知規(guī)則已在配置操作中為預(yù)訂客戶端定義，其存儲在連接到通知服務(wù)器的通知規(guī)則數(shù)據(jù)庫中。在第一步驟500中，從客戶端接收對資源數(shù)據(jù)通知的預(yù)訂請求。在下一步驟502 中，客戶端的當(dāng)前接入網(wǎng)絡(luò)基于網(wǎng)絡(luò)有關(guān)信息來確定，如上所述，網(wǎng)絡(luò)有關(guān)信息能夠從收到的預(yù)訂請求(例如，PANI報頭的MNC或MCC參數(shù))、或者從來自客戶端的發(fā)布消息、或者從為客戶端服務(wù)的會話控制節(jié)點(diǎn)發(fā)送的第三方注冊請求(例如P受訪網(wǎng)絡(luò)ID報頭)、或者從來自客戶端的SIP消息而獲得。任何這些請求和消息能夠根據(jù)常規(guī)標(biāo)準(zhǔn)或格式配置，并且客戶端因此除了涉及創(chuàng)建通知規(guī)則外，根本不受此解決方案影響。在下一步驟504中確定客戶端未正在受訪網(wǎng)絡(luò)中漫游，即當(dāng)前接入網(wǎng)絡(luò)是客戶端的歸屬網(wǎng)絡(luò)，在步驟506中正常提供帶有資源數(shù)據(jù)的通知，即不應(yīng)用任何特定約束或限制。 另一方面，如果在步驟504中確定客戶端實(shí)際上正在受訪網(wǎng)絡(luò)中漫游，則基于確定的當(dāng)前網(wǎng)絡(luò)從通知規(guī)則數(shù)據(jù)庫選擇當(dāng)前對客戶端A有效的通知規(guī)則。參照圖4給出的示例，如果客戶端正在列400b中給定的任何網(wǎng)絡(luò)X、Y或Z中漫游，則在又一步驟508中從列400c選擇為通知輸送應(yīng)用的對應(yīng)通知規(guī)則。因此，如最終步驟510所示，資源數(shù)據(jù)的輸送根據(jù)選定規(guī)則來處理。現(xiàn)在將參照圖6，更詳細(xì)地描述能夠控制到預(yù)訂客戶端A的帶有資源數(shù)據(jù)的通知的示范通知服務(wù)器。通知服務(wù)器600可基本上配置成充當(dāng)圖3中的服務(wù)器300和/或執(zhí)行圖5所示的過程。應(yīng)注意，圖6只在邏輯方面示出通知服務(wù)器600中的各種功能單元。然而，技術(shù)人員實(shí)際上可使用任何合適的軟件和硬件部件自由實(shí)現(xiàn)這些功能。因此，本發(fā)明通常不限于通知服務(wù)器600的所示結(jié)構(gòu)。通知服務(wù)器600包括適用于收集和在數(shù)據(jù)庫602中存儲各種資源的資源數(shù)據(jù)RD 的資源數(shù)據(jù)接收器600a。如上所述，通?？稍诔掷m(xù)基礎(chǔ)上收集資源數(shù)據(jù)，或者在從客戶端收到對帶有那些資源數(shù)據(jù)的通知的預(yù)訂請求時，可收集一個或多個特定資源的資源數(shù)據(jù)RD。服務(wù)器600還包括適用于從客戶端接收對帶有一個或多個選定資源的資源數(shù)據(jù)的通知的預(yù)訂請求S的預(yù)訂管理器600b。預(yù)訂管理器600b還適用于基于客戶端的網(wǎng)絡(luò)有關(guān)信息，確定客戶端當(dāng)前使用的接入網(wǎng)絡(luò)。根據(jù)不同備選，預(yù)訂管理器600b可從預(yù)訂請求 S、從由客戶端接收的發(fā)布消息P、或者如圖中虛線箭頭所示從由CSCF節(jié)點(diǎn)604(其已從客戶端接收到注冊請求R)接收的第三方注冊請求R'、或者從未示出的來自客戶端的SIP消息獲得網(wǎng)絡(luò)有關(guān)信息。預(yù)訂管理器600b可還適用于檢查數(shù)據(jù)庫606中的通知規(guī)則，并且基于確定的當(dāng)前網(wǎng)絡(luò)從數(shù)據(jù)庫606中選擇當(dāng)前對客戶端A有效的通知規(guī)則NR。通知服務(wù)器600還包括適用于基于確定的當(dāng)前網(wǎng)絡(luò)來控制通知N到客戶端A的輸送的通知發(fā)送器600c，例如，通過應(yīng)用預(yù)訂管理器600b選擇的通知規(guī)則NR。根據(jù)上述任何實(shí)施例的解決方案因此能夠有助于控制和限制發(fā)送到當(dāng)前在受訪網(wǎng)絡(luò)中漫游的預(yù)訂客戶端的資源數(shù)據(jù)量。因此，能夠減少或避免資源數(shù)據(jù)通知的任何過多漫游費(fèi)用和業(yè)務(wù)。此解決方案也對客戶端是透明的，因?yàn)榭蛻舳说耐ㄐ沤K端中無需修改或適應(yīng)，并且常規(guī)過程和協(xié)議能夠用于啟用通知服務(wù)。雖然本發(fā)明已參照特定示范實(shí)施例描述，但描述一般僅旨在說明發(fā)明概念，并且不應(yīng)視為限制由隨附權(quán)利要求定義的本發(fā)明的范圍。在描述上述實(shí)施例時，偶爾使用了 IMS 技術(shù)和SIP信令協(xié)議，但任何其它適合的標(biāo)準(zhǔn)和協(xié)議基本上可用于實(shí)現(xiàn)本發(fā)明。
權(quán)利要求
1.一種在通知服務(wù)器(300)中用于控制到預(yù)訂客戶端(A)的帶有資源數(shù)據(jù)的通知的方法，包括以下步驟-從所述客戶端接收對帶有一個或多個資源的選定資源數(shù)據(jù)的通知的預(yù)訂請求；-確定所述客戶端當(dāng)前使用的接入網(wǎng)絡(luò)，以及-基于所確定的當(dāng)前網(wǎng)絡(luò)來控制通知的輸送。
2.如權(quán)利要求1所述的方法，其中如果所述客戶端正在受訪網(wǎng)絡(luò)中漫游則不輸送通知，并且如果所述客戶端在其歸屬網(wǎng)絡(luò)中存在則輸送所有即將到來的通知。
3.如權(quán)利要求1所述的方法，其中通過應(yīng)用基于所確定的當(dāng)前網(wǎng)絡(luò)而選擇的通知規(guī)則，控制通知的所述輸送。
4.如權(quán)利要求3所述的方法，其中所述通知規(guī)則借助于輸送過濾器來定義。
5.如權(quán)利要求4所述的方法，其中所述輸送過濾器允許輸送以下至少之一帶有某個類型的資源數(shù)據(jù)的通知、不超過最大數(shù)據(jù)量的通知、對于一個或多個特定資源的通知以及在日、周或季節(jié)的某些時間的通知。
6.如權(quán)利要求3-5的任一項(xiàng)所述的方法，其中根據(jù)所述預(yù)訂請求中的超時或TTL參數(shù)， 應(yīng)用不同的通知規(guī)則。
7.如權(quán)利要求3-6的任一項(xiàng)所述的方法，其中所述通知規(guī)則包括費(fèi)率限制，使得通知的頻率不超過預(yù)定義限制。
8.如權(quán)利要求3-7的任一項(xiàng)所述的方法，其中所述通知規(guī)則指示將沒有資源數(shù)據(jù)的空通知發(fā)送到所述客戶端。
9.如權(quán)利要求1-8的任一項(xiàng)所述的方法，其中基于所述客戶端的網(wǎng)絡(luò)有關(guān)信息來確定當(dāng)前使用的網(wǎng)絡(luò)，所述網(wǎng)絡(luò)有關(guān)信息從以下任何項(xiàng)來獲得所述接收的預(yù)訂請求、來自所述客戶端的發(fā)布消息、從服務(wù)于所述客戶端的會話控制節(jié)點(diǎn)接收的第三方注冊請求以及來自所述客戶端的SIP消息，包括INVITE、MESSAGE或OPTIONS。
10.如權(quán)利要求9所述的方法，其中從所述預(yù)訂請求中的PANI(P接入網(wǎng)絡(luò)信息)報頭或從所述注冊請求中的P受訪網(wǎng)絡(luò)ID報頭來確定當(dāng)前使用的網(wǎng)絡(luò)。
11.如權(quán)利要求9或10所述的方法，其中所述網(wǎng)絡(luò)有關(guān)信息包括參數(shù)MNC(移動網(wǎng)絡(luò)碼)和MCC (移動國家碼)中的任何參數(shù)。
12.—種在通知服務(wù)器(300)中用于控制到預(yù)訂客戶端(A)的帶有資源數(shù)據(jù)的通知的設(shè)備，包括-資源數(shù)據(jù)接收器(600a)，適用于收集和在數(shù)據(jù)庫(604)中存儲資源數(shù)據(jù)(RD)，-預(yù)訂管理器(600b)，適用于從所述客戶端接收對帶有一個或多個資源的選定資源數(shù)據(jù)的通知的預(yù)訂請求(S)，并且確定所述客戶端當(dāng)前使用的接入網(wǎng)絡(luò)，以及-通知發(fā)送器(600c)，適用于基于所確定的當(dāng)前網(wǎng)絡(luò)來控制通知(N)的輸送。
13.如權(quán)利要求12所述的設(shè)備，其中所述通知發(fā)送器(600c)還適用于如果所述客戶端正在受訪網(wǎng)絡(luò)中漫游則不輸送通知，并且如果所述客戶端在其歸屬網(wǎng)絡(luò)中存在則輸送所有即將到來的通知。
14.如權(quán)利要求12所述的設(shè)備，其中所述通知發(fā)送器(600c)還適用于通過應(yīng)用基于所確定的當(dāng)前網(wǎng)絡(luò)而選擇的通知規(guī)則來控制通知的所述輸送。
15.如權(quán)利要求14所述的設(shè)備，其中所述通知規(guī)則借助于輸送過濾器來定義。
16.如權(quán)利要求15所述的設(shè)備，其中所述輸送過濾器允許輸送以下至少之一帶有某個類型的資源數(shù)據(jù)的通知、不超過最大數(shù)據(jù)量的通知、對一個或多個特定資源的通知以及在日、周或季節(jié)的某些時間的通知。
17.如權(quán)利要求14-16的任一項(xiàng)所述的設(shè)備，還適用于根據(jù)所述預(yù)訂請求中的超時或 TTL參數(shù)來應(yīng)用不同的通知規(guī)則。
18.如權(quán)利要求14-17的任一項(xiàng)所述的設(shè)備，其中所述通知規(guī)則包括費(fèi)率限制，使得通知的頻率不超過預(yù)定義限制。
19.如權(quán)利要求14-18的任一項(xiàng)所述的設(shè)備，其中所述通知規(guī)則指示將沒有資源數(shù)據(jù)的空通知發(fā)送到所述客戶端。
20.如權(quán)利要求12-19的任一項(xiàng)所述的設(shè)備，其中所述預(yù)訂管理器還適用于基于所述客戶端的網(wǎng)絡(luò)有關(guān)信息來確定當(dāng)前使用的網(wǎng)絡(luò)，所述網(wǎng)絡(luò)有關(guān)信息從以下任何項(xiàng)來獲得 所述接收的預(yù)訂請求、來自所述客戶端的發(fā)布消息、從服務(wù)于所述客戶端的會話控制節(jié)點(diǎn)接收的第三方注冊請求以及來自所述客戶端的SIP消息，包括INVITE、MESSAGE或OPTIONS。
21.如權(quán)利要求20所述的設(shè)備，其中所述預(yù)訂管理器(600b)還適用于從所述預(yù)訂請求中的PANI (P接入網(wǎng)絡(luò)信息)報頭或從所述注冊請求中的P受訪網(wǎng)絡(luò)ID報頭來確定當(dāng)前使用的網(wǎng)絡(luò)。
22.如權(quán)利要求20或21所述的設(shè)備，其中所述網(wǎng)絡(luò)有關(guān)信息包括參數(shù)MNC(移動網(wǎng)絡(luò)碼)和MCC (移動國家碼)中的任何參數(shù)。
全文摘要
在通知服務(wù)器(300)中用于控制到預(yù)訂客戶端(A)的帶有資源數(shù)據(jù)的通知的方法和設(shè)備。在從客戶端收到(3:1)對帶有一個或多個資源的選定資源數(shù)據(jù)的通知的預(yù)訂請求時，基于例如從接收的預(yù)訂請求而獲得的網(wǎng)絡(luò)有關(guān)信息，確定客戶端當(dāng)前使用的接入網(wǎng)絡(luò)。隨后，基于確定的當(dāng)前網(wǎng)絡(luò)，控制通知的輸送(3:5)。
文檔編號H04L29/08GK102257793SQ200880132455
公開日2011年11月23日 申請日期2008年12月19日 優(yōu)先權(quán)日2008年12月19日
發(fā)明者A·林德格倫, C·博伯格, M·克萊因, S·拉斯伯恩 申請人:愛立信電話股份有限公司