專利名稱：用于網(wǎng)絡(luò)間檢索用戶相關(guān)數(shù)據(jù)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及處理通信網(wǎng)絡(luò)中訂戶相關(guān)M，更特別地涉及用于網(wǎng)絡(luò)間1t^ 與訂戶相關(guān)的數(shù)據(jù)的方法和 。
背景技術(shù)：
規(guī)定3GPP通用用戶簡(jiǎn)檔(GUP)的目的在于提供一種方式，使得源自不同實(shí) 體的用戶相關(guān)信息f灘協(xié)調(diào)使用。
3GPP通用用戶簡(jiǎn)檔是用戶相關(guān)數(shù)據(jù)的集合，其影響了單個(gè)用戶體驗(yàn)業(yè)務(wù) 的方式，其中實(shí)體群體共享這些數(shù)據(jù)。3GPP通用用戶簡(jiǎn)檔可以存儲(chǔ)在歸屬網(wǎng)絡(luò) 環(huán)境中和/或增 務(wù)提供商設(shè)備中。
在GUP場(chǎng)景下，存在以下功能3GPPGUP月艮務(wù)器由運(yùn)行商配置，終端用 戶具有一個(gè)和其簡(jiǎn)檔和翻客戶(g卩應(yīng)用灘關(guān)聯(lián)的GUP月艮務(wù)器，需要處激消耗 終端用戶的簡(jiǎn)檔J^ 3GPP GUP服務(wù)器。
3GPPGUP定義了兩種接口，即Rg和Rp，其中第一種接口為娜客戶(即 應(yīng)用)fOT的接口，而第二接口是由GUP月艮務(wù)器使用的針對(duì)f^存儲(chǔ)庫的運(yùn)營(yíng) 商內(nèi)部接口。這兩種接口都是基于自由聯(lián)盟(Liberty Alliance ) DST協(xié)議；參 見"Liberty ID-WST Data Services Template Specification" ,Liberty Alliance Project h加:〃www.proiectlibertv.org/specs/libertv-idwsf-dst隱v2.0.pdf。
除了關(guān)于HSS節(jié)點(diǎn)中的MS數(shù)據(jù)的一小部分外，3GPP GUP服務(wù)飄邏輯 數(shù)據(jù)模型)處理的信息目前還沒有被詳細(xì)說明。
潛在地，數(shù)據(jù)客戶感興趣的任何終端用戶的數(shù)據(jù)(靜態(tài)和動(dòng)態(tài)的)可由運(yùn)營(yíng) 商來確定，以通過3GPPGUP服務(wù)器變得可用。
3GPP通用用戶簡(jiǎn)檔(GUP)在3GPPTS 22.240 v6.5.0， "Service requirement for the 3GPP Generic User Profile(GUP); Stage l( Release 6)"， h加:〃www3gpp.org/ftp/specs/teml-info/22240.h加中有進(jìn)一歩的描述。
GUP將幫助克服與引入具有廣泛不同能力的復(fù)雜用戶終端、移動(dòng)網(wǎng)絡(luò)域的混合組合、可下載應(yīng)用的出現(xiàn)以及用戶期望潛在地定制復(fù)雜業(yè)務(wù)為個(gè)人愛好和 需要相關(guān)聯(lián)的一些挑戰(zhàn)。
GUP組件實(shí)例是GUP組件的物理表示。組件實(shí)例可以位于歸屬網(wǎng)絡(luò)中、
增n^務(wù)提供商環(huán)境中和/或用戶設(shè)備中。
3GPP通用用戶簡(jiǎn)檔允許網(wǎng)絡(luò)內(nèi)使用(即在移動(dòng)運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)應(yīng)用之間的數(shù) 據(jù)交換)和網(wǎng)絡(luò)間使用(在移動(dòng)運(yùn)營(yíng)商網(wǎng)絡(luò)和增值業(yè)，供商之間)。移動(dòng)虛擬運(yùn) 營(yíng)商MVNO:s和受訪網(wǎng)絡(luò)被認(rèn)為是以GUP數(shù)據(jù)與移動(dòng)運(yùn)營(yíng)商網(wǎng)絡(luò)相交換的增
itik務(wù)提供商。
對(duì)于針用戶，存在一個(gè)用戶簡(jiǎn)檔，其可能由幾個(gè)"組件"組成。這些組件 可以分布在歸屬網(wǎng)絡(luò)中和增值業(yè)務(wù)提供商環(huán)境中。3GPP GUP數(shù)據(jù)自然分布并 且因此存儲(chǔ)在歸屬網(wǎng)絡(luò)和增值業(yè)務(wù)提供商設(shè)備中。
問題是3GPPGUP數(shù)據(jù)潛在地分布那些情況下，即終端用戶是不同網(wǎng)絡(luò)的 訂戶或者是在不同的網(wǎng)絡(luò)中漫游的訂戶。在這種環(huán)境下，GUP月艮務(wù)器只能提供 存儲(chǔ)在其自身網(wǎng)絡(luò)中的靜態(tài)和動(dòng)態(tài)數(shù)據(jù)。
在漫游場(chǎng)景下，位于歸屬PLMN(此后為HPLMN)，并且消耗漫游終端用戶 的動(dòng)態(tài)數(shù)據(jù)的數(shù)據(jù)客戶(應(yīng)用)將通常聯(lián)系保持該終端用戶的數(shù)據(jù)的GUP服務(wù) 器。在這種場(chǎng)景下，發(fā)生只^ffiil聯(lián)系受訪PLMN(此后為VPLMN)來檢索終端 用戶簡(jiǎn)檔的一些部分。在該情況下，數(shù)據(jù)客戶(應(yīng)用)可能會(huì)為了該數(shù)據(jù)來詢問 HPLMN(即應(yīng)用與其^1商業(yè)關(guān)系的夷卩個(gè)網(wǎng)鄰中的GUP服務(wù)器，而GUP月艮務(wù) 器不允許詢問不同網(wǎng)^(Rp，運(yùn)營(yíng)商內(nèi)部接口，需要高信任等級(jí))中的M存儲(chǔ)庫 (即VPLMN中的VLR或SGSN)。
因而，目前還不存在一種如何以安全且有效方式接入在數(shù)據(jù)客戶的GUP 月艮務(wù)器之外的另一個(gè)域內(nèi)駐留的用戶簡(jiǎn)檔相關(guān)數(shù)據(jù)的解決方案。

發(fā)明內(nèi)容
本發(fā)明涉及提供一種用于在通信網(wǎng)絡(luò)中檢索訂戶相關(guān)數(shù)據(jù)的改進(jìn)的裝置和 方法，從而避免了上述缺乏如何以安全且有效方式訪問數(shù)據(jù)客戶的GUP服務(wù)器 所不在的另一個(gè)域內(nèi)駐留的用戶簡(jiǎn)檔相關(guān)數(shù)據(jù)方法的解決方案的缺點(diǎn)。該問題 通過用于在通信網(wǎng)絡(luò)中檢索與訂戶相關(guān)的數(shù)據(jù)的方法和裝置而得至,決，其中 第一 GUP服務(wù)器從第一通信域內(nèi)的M客戶接TO于訂戶相關(guān)數(shù)據(jù)的呼入請(qǐng)求并且確定所述數(shù)據(jù)的至少一部分位于第二通信域內(nèi)。對(duì)于所述數(shù)據(jù)的至少一部
分的呼出請(qǐng)求然后被傳送至嗨^il信域內(nèi)的第二 GUP服務(wù)器。第二 GUP服務(wù)
器然后從至少一個(gè)網(wǎng)絡(luò)存儲(chǔ)庫中檢索所i青求的訂戶相關(guān)數(shù)據(jù)并傳送具有所請(qǐng)求
的 的響應(yīng)到第一 GUP服務(wù)器。第一 GUP服務(wù)器從第二 GUP月艮務(wù) 收所 述響應(yīng)，所述響應(yīng)包含所請(qǐng)求的至少一部分?jǐn)?shù)據(jù)并將所請(qǐng)求的數(shù)據(jù)轉(zhuǎn)發(fā)給數(shù)據(jù) 客戶。
本發(fā)明的目的在于使得業(yè)務(wù)肯,入位于與數(shù)據(jù)客戶相關(guān)聯(lián)的GUP不在 的其他域中的訂戶數(shù)據(jù)，例如當(dāng)漫游時(shí)。
本發(fā)明的優(yōu)點(diǎn)是能夠在以下情況下檢索漫游終端用戶的用戶簡(jiǎn)檔的一部 分，其中這些簡(jiǎn)檔的相關(guān)部分分布在歸屬域內(nèi)，即第一通信域，以及在受訪域 內(nèi)，即第ZJIf言域內(nèi)。
本發(fā)明的優(yōu)點(diǎn)還能夠在以下情況下檢索終端用戶的用戶簡(jiǎn)檔的一部分，其 中該簡(jiǎn)檔的相關(guān)部分分布在歸屬域和在終端用戶的受訪域內(nèi)，其中該終端用戶 不是 客戶的GUP的通《言域的訂戶。
本發(fā)明的另一個(gè)優(yōu)點(diǎn)是它能夠在提供這樣通信所需的相關(guān)信任機(jī)制的 GUP服務(wù)器之間交換信息。
該發(fā)明重新使用了在歸屬和受訪域(即運(yùn)營(yíng)商)之間的現(xiàn)有漫游的相互連接 協(xié)議，并消除了繊客戶建立與多個(gè)GUP用戶繊提供商(即具有GUP服務(wù)器 架構(gòu)的運(yùn)營(yíng)莉的商業(yè)關(guān)系的需求。
在一個(gè)實(shí)施例中，向第二 GUP服務(wù)制專送呼出請(qǐng)求以及從第二 GUP月艮務(wù) m收響應(yīng)經(jīng)過GUP服務(wù)器交互工作的接口發(fā)生的。
這具有的優(yōu)點(diǎn)是提供更為簡(jiǎn)單的無需留意請(qǐng)求狀態(tài)的GUP月艮務(wù)器。
下面將參考附圖對(duì)本發(fā)明優(yōu)選的實(shí)施例進(jìn)行詳細(xì)描述。


圖la為示出根據(jù)現(xiàn)有技術(shù)的GUP參考架構(gòu)的方框圖； 圖lb為示出使用本發(fā)明的使用案例的網(wǎng)絡(luò)方案；
圖lc為示出根據(jù)本發(fā)明的GUP服務(wù)器交互工作的GUP參考架構(gòu)的方框
圖2為示出根據(jù)本發(fā)明第一實(shí)施例的方法的消息序列圖；圖3為示出歸屬GUP月艮務(wù)器實(shí)施例的流程圖4為示出受訪GUP服務(wù)器實(shí)施例的流程圖5為示出根據(jù)本發(fā)明實(shí)施例的歸屬GUP月艮務(wù)器的方框圖6a為示出本發(fā)明的域間代理功能的實(shí)施例的方框圖6b為示出本發(fā)明的域間代理功能的實(shí)施例的方框圖7為示出根據(jù)本發(fā)明實(shí)施例的對(duì)于相關(guān)動(dòng)態(tài)數(shù)據(jù)使用漫游狀態(tài)檢測(cè)的
IPF觸發(fā)的機(jī)制的消息序列亂
圖8為示出根據(jù)本發(fā)明實(shí)施例的使用漫游狀態(tài)通知的IPF觸發(fā)的機(jī)制的消
息序列圖9為示出使用狀態(tài)代理功能性的本發(fā)明實(shí)施例的消息序歹,； 圖10為示出包含協(xié)議細(xì)節(jié)的本發(fā)明實(shí)施例的消息序列圖。
具體實(shí)施例方式
圖la為示出GUP參考架構(gòu)的方框圖。通信網(wǎng)絡(luò)100至少包括歸屬域101 和受訪域109。
歸屬GUP服務(wù)器HGUP 104是位于用戶的歸屬域內(nèi)的終端用戶A的本地 GUP服務(wù)器。該HGUP是由J^ig營(yíng)商配置的一個(gè)HGUP，終端用戶已經(jīng)與其建 立了商業(yè)關(guān)系。
歸屬域內(nèi)的數(shù)據(jù)客戶102 Mil外部接口 Rgl03可操作:t,接到HGUP。
GUP服務(wù)器是提供到特定訂戶的通用用戶簡(jiǎn)檔數(shù)據(jù)的單個(gè)接入點(diǎn)的功能 實(shí)體。該娜位于網(wǎng)絡(luò)存儲(chǔ)庫106中并且可以是靜態(tài)繊107和動(dòng)態(tài)數(shù)據(jù)108。 GUP月艮務(wù)謝OT運(yùn)營(yíng)商內(nèi)的接口 Rp 105連接到相同域內(nèi)的M存儲(chǔ)庫。
HGUP104可以從例如歸屬訂戶月艮務(wù)器HSS、歸屬位置寄存器HLR或受訪 位置寄存器VLR等的訂戶 庫SDB 113獲取用戶數(shù)據(jù)，例如位置信息。
參考圖lb，本發(fā)明提出了3GPPGUP架構(gòu)中新機(jī)制的定義，其使得數(shù)據(jù)客 戶102，例如增iMk皿供商，來獲取3GPPGUP簡(jiǎn)檔的用戶f^(靜態(tài)或動(dòng)態(tài)) 而不用考慮終端用戶的位置。用戶 位于GUP月艮務(wù)器的歸屬域外的情況示例 如下
-第一用戶A位于其歸屬域101內(nèi)的第一位置posl，其中該歸屬域?yàn)楣?陸地移動(dòng)網(wǎng)絡(luò)PLMN1 151，但是接入需要有關(guān)用戶B的數(shù)據(jù)的業(yè)務(wù)，其中用戶B為另一個(gè)域，例如PLMN2 152的訂戶，而不是PLMN1。用戶B可以位于 PLMN2中的第三位置pos3，或漫游在PLMN3 153中的第四位置pos4。
_第一用戶A位于漫游在受訪域109例如PLMN2 152中第二位置pos2， 并接入在其歸屬域101即PLMN1 151內(nèi)的業(yè)務(wù)，其中該業(yè)務(wù)需要來自受訪 PLMN2的動(dòng)態(tài)數(shù)據(jù)。
-第一用戶A位于漫游在受訪PLMN2的第二位置pos2并且從受訪PLMN2 中的數(shù)據(jù)客戶160接入業(yè)務(wù)，其中該受訪PLMN2需要來自歸屬PLMN1的靜態(tài) 娜。
這樣娜的示例為在HLR 104中不可獲得但位于受訪SGSN中的SGSN相 關(guān)數(shù)據(jù)路由區(qū)域、小區(qū)標(biāo)識(shí)、小區(qū)標(biāo)識(shí)年代、服務(wù)區(qū)代碼、MS無線接入能力、 MS網(wǎng)絡(luò)能力、PDP狀態(tài)、^f吏用中的APN、使用中的GGSN地址、協(xié)商的QoS、 計(jì)費(fèi)ID、使用中的RNC地址、禁止有效負(fù)荷壓縮、APN限制。當(dāng)設(shè)置在VPLMN 中GGSN相關(guān)數(shù)據(jù)的示例為使用中的APN、協(xié)商的QoS和使用中的SGSN地 址。其他示例為受訪域中的相關(guān)動(dòng)態(tài)數(shù)據(jù)(例如，在v-SGSN/GGSN中的協(xié)商 QoS， v-SGSN/GGSN中的計(jì)費(fèi)ID， VLR中的TMSI和PTMSI， v-P-VSVF中 的終端用戶的聯(lián)系IP/SIP地址荀。
圖lc為示出根據(jù)本發(fā)明的GUP服務(wù)器交互工作的GUP參考架構(gòu)的方框 圖。如圖la所，信網(wǎng)絡(luò)100至少包括歸屬域101和受訪域109。當(dāng)用戶在漫 游時(shí)，業(yè)務(wù)所感興趣的用戶簡(jiǎn)檔分布在不同的域101， 109上。根據(jù)本發(fā)明，受 訪GUP服務(wù)器VGUP 110為f^f^客戶102(即應(yīng)用)暫時(shí)服務(wù)HGUP 104的 GUP服務(wù)器，其中該娜客戶102期望査詢僅能從受訪織即運(yùn)營(yíng)蹄中檢索的 動(dòng)態(tài)隱
^5工作的接口 Ri 111被用來與VGUP110進(jìn)^ii信以育的多訪問位于受訪 域內(nèi)網(wǎng)絡(luò)存儲(chǔ)庫112中的數(shù)據(jù)。
GUP服務(wù)器通常旨嫩充當(dāng)HGUP和VGUP的功能，如同對(duì)于其自己訂戶 庫時(shí)充當(dāng)HGUP月艮務(wù)器，例如，數(shù)據(jù)客戶160以M于漫游到其域內(nèi)的用戶充 當(dāng)VGUP服務(wù)器。
圖2為示出根據(jù)本發(fā)明第一實(shí)施例的方法的消息序列圖。
在步驟210中，數(shù)據(jù)客戶102，即應(yīng)用/數(shù)據(jù)請(qǐng)求者，為了用戶數(shù)據(jù)向與其 具有商業(yè)關(guān)系的HGUP104査詢。數(shù)據(jù)客戶位于歸屬域101內(nèi)并且使用Rg接口103進(jìn)4預(yù)信，如圖lc所示。 一旦接收到該查詢，GUP月艮務(wù):^E步驟220中檢 查所查詢的用戶數(shù)據(jù)，例如用戶位置的動(dòng)態(tài)數(shù)據(jù)是否位于另一個(gè)網(wǎng)絡(luò)中，例如 由于終端用戶漫游情況或由于數(shù)據(jù)被查詢的終端用戶屬于另一個(gè)網(wǎng)絡(luò)。如果用 戶數(shù)據(jù)位于另一個(gè)網(wǎng)絡(luò)內(nèi)，HGUP修改呼入的查詢消息并包含用于回復(fù)的信窗、， 其包含網(wǎng)絡(luò)起源和回復(fù)地址，以便將其轉(zhuǎn)發(fā)到VGUP。在步驟230中，使用Ri 接口 111將消息轉(zhuǎn)發(fā)到目前保持這樣動(dòng)態(tài)數(shù)據(jù)的VGUP。
在步驟240， VGUP處理查詢時(shí)考慮到該查詢與終端用戶有關(guān)，盡管該終 端用戶不屬于該受訪域，而屬于具有有效漫游協(xié)議的網(wǎng)絡(luò)運(yùn)營(yíng)商。換而言之， VGUP處理該查詢并且并不由于用戶不是來自其自身網(wǎng)絡(luò)的事實(shí)而丟棄它。 VGUP處理查詢時(shí)還考慮到具有相關(guān)用戶數(shù)據(jù)的響應(yīng)將被發(fā)送回到作為代理的 HGUP，而非發(fā)送到到歸屬域內(nèi)的起始應(yīng)用，而其從技術(shù)和商業(yè)的角度看對(duì)于 VGUP都是未知的。
在步驟250， VGUP使用圖lc中Rp接口 105從相關(guān)存儲(chǔ)庫中檢索用戶數(shù)據(jù)。
在步驟260中，具有用戶數(shù)據(jù)的響應(yīng)fflilRi接口 111被發(fā)送回到HGUP。 在步驟270中，具有用戶數(shù)據(jù)的響^M3lRg接口 103被發(fā)送回到請(qǐng)求數(shù) 據(jù)客戶。
圖3為示出HGUP104實(shí)施例的流程圖。HGUP在步驟300開始后，在步 驟310從數(shù)據(jù)客戶102接收請(qǐng)求，該數(shù)據(jù)客戶即應(yīng)用/數(shù)據(jù)請(qǐng)求者。 一旦接收到 該彭旬，GUP服務(wù)器在步驟320中檢查所查詢的用戶f^，例如諸如用戶位置 的動(dòng)態(tài)數(shù)據(jù)是否位于另一網(wǎng)絡(luò)中，例如由于終端用戶漫游情況或由于數(shù)據(jù)被查 詢的終端用戶屬于另一個(gè)網(wǎng)絡(luò)中。HGUP也確定用戶數(shù)據(jù)的位置。如果沒有位 于另一個(gè)網(wǎng)絡(luò)中，則在步驟340結(jié)束處理。如果用戶數(shù)據(jù)位于另一網(wǎng)絡(luò)中，HGUP 在步驟330中修改呼入的查詢消息并包含用于回復(fù)的信息，其包括網(wǎng)絡(luò)起源和 回復(fù)地址，以便從VGUP請(qǐng)求數(shù)據(jù)。在步驟370中，具有用戶數(shù)據(jù)的響應(yīng)在步 驟380中結(jié)束前被發(fā)送回至儲(chǔ)求繊客戶。
圖4為示出VGUP 110實(shí)施例的流程圖。VGUP在步驟400開始后，在步 驟430中從HGUP接收請(qǐng)求。在步驟440， VGUP處理該數(shù)據(jù)請(qǐng)求。在步驟450， VGUP從一個(gè)或多個(gè)相關(guān)存儲(chǔ)庫中檢索用戶 并在步驟470中結(jié)束前在步驟 460中以用戶數(shù)據(jù)響應(yīng)回到HGUP。圖5示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的HGUP 104，其包括處理器503和 存儲(chǔ)器504，具有從存儲(chǔ)器中可訪問的并且可由所述M器處理的指令。域間代 理功能性IPF501是裝載在存儲(chǔ)器中的功能塊，具有接收對(duì)屬于終端用戶的 的 請(qǐng)求的能力，其中這些數(shù)據(jù)當(dāng)前由另一個(gè)域內(nèi)例如受訪域109內(nèi)的GUP 服務(wù)器處理而不是HGUP的服務(wù)Sb理。存儲(chǔ)器還包含其它的GUP月艮務(wù)器功 能502。
圖6a為示出本發(fā)明的域間代理功能501的方框圖，其具有接收對(duì)屬于 HGUP的終端用戶的數(shù)據(jù)的數(shù)據(jù)請(qǐng)求的能力，但其中這些數(shù)據(jù)由在終端用戶漫 游所在的受訪敏網(wǎng)執(zhí)即VGUP)中隨的GUP服務(wù)器來處理。
IPF存儲(chǔ)庫IPFR 610為相關(guān)參數(shù)的內(nèi)部組件處理存儲(chǔ)器。其至少應(yīng)當(dāng)處理 資源ID、 PLMN—Id、 i(lg參考和VGUP統(tǒng)一資源定位符URL。
BPFR ffiil接口 615使用例如結(jié)構(gòu)查詢語言SQL或輕量級(jí)目錄訪問協(xié)議 (Lightweight Directory Access Protocol) LDAP Ife^庫而被訪問。
IPF包括遠(yuǎn)程數(shù)據(jù)驗(yàn)證功能RVF 620，其是負(fù)責(zé)分析所請(qǐng)求的數(shù)據(jù)以確定其 是否是分配于另一個(gè)域內(nèi)而非與f^客戶相關(guān)聯(lián)的GUP服務(wù)器的域內(nèi)的參數(shù)的 軟件組件。示例為漫游訂戶的受訪域或訂戶為到另一域內(nèi)的訂戶時(shí)請(qǐng)求數(shù)據(jù)所 涉及的域。RW也確定終端用戶査詢的主題。為了執(zhí)行其功能，RW將f柳包 含在起始Rg查詢消息中的數(shù)據(jù)參考輸入?yún)?shù)，如圖7步驟710中所示。其也將 使用包含在IPF存儲(chǔ)庫中的信息，特別是查詢的對(duì)象和用戶位于的當(dāng)前 PLMN-ID 。 查詢的主題，即用戶標(biāo)識(shí)，例如根據(jù) http:〃www.3 gpaorg/ftp/specs/html-info/23240.htm術(shù)語為資源ID。
在IPFR中引A3^些參數(shù)適當(dāng)依靠IPF觸發(fā)機(jī)制并且需要和標(biāo)準(zhǔn)GUP功能 性進(jìn)一步交互，例如到SDB的Rp查詢以得到位置信息。
IPF也可以包括URL定位器功能ULF 630，其是查^/映射從IPFR獲得的 PLMN—Id參數(shù)到有效的VGUPURL，即VGUP地址的軟件組件。該信息可選 地可以在RVF中直接被^t索。
IPF進(jìn)一步包括消息構(gòu)造器MB 640，其是負(fù)責(zé)產(chǎn)生HGUP和VGUP之間 的Ri消息的軟件組件。
如結(jié)合圖lb已經(jīng)展示的，存在多種現(xiàn)有場(chǎng)景，其中用戶數(shù)據(jù)可以分布或位 于幾個(gè)敏網(wǎng)絡(luò)中。圖7描述了根據(jù)本發(fā)明的一個(gè)實(shí)施例的使用對(duì)相關(guān)動(dòng)態(tài)數(shù)據(jù)的漫游狀態(tài)檢
查的IPF觸發(fā)機(jī)制。在該實(shí)施例中，參考圖lb和lc，用戶A漫游在受訪域109 中的位置pos2上，其中受訪域109在這里為PLMN2 152。在步驟710中，HGUP 104 M3lRg接口從數(shù)據(jù)客戶102接收 請(qǐng)求。在步驟720中使用IPF 501檢 查所述請(qǐng)求是否涉及游牧的動(dòng)態(tài)數(shù)據(jù)，即可以位于另一個(gè)網(wǎng)絡(luò)中，例如圖lc中 的受訪域109中。如果是，HGUP在步驟722使用Rp接口讀數(shù)據(jù)或sh銜位置 信息)消息來檢查SDB113，并且在步驟724中接收具有相劉言息元的響應(yīng)。其 可以是例如包含在存儲(chǔ)于SDB的位置信息值中用來獲知終端用戶目前所在的網(wǎng) 絡(luò)的標(biāo)識(shí)的服務(wù)區(qū)IDSAI。
在步驟726中評(píng)估該響應(yīng)以看用戶是否漫游并且如果是則在步驟728中將 PLMN-Id鵬寸到所討論的VGUP的URL。在步驟730，用戶數(shù)據(jù)的查詢Mil Ri接口 111被發(fā)送到識(shí)別的VGUP上。在步驟750中VGUP將從網(wǎng)絡(luò)存儲(chǔ)庫 112中檢索所請(qǐng)求的數(shù)據(jù)。在步驟755中，用戶數(shù)據(jù)被響應(yīng)回到VGUP， VGUP 將在步驟760中處理和轉(zhuǎn)發(fā)該數(shù)據(jù)到HGUP。在步驟770中，該數(shù)據(jù)被進(jìn)一步 轉(zhuǎn)發(fā)到請(qǐng)求的數(shù)據(jù)客戶。
圖6b為示出IPF 501的可替換實(shí)施例的方框圖。該實(shí)施例與圖6a中的實(shí) 施例相同，區(qū)別在于RVF 620被配置執(zhí)行訂閱用戶M位置改變的通知，收 該通知。此外，RVF包括S2S來存儲(chǔ)該通知的通知數(shù)據(jù)庫NDB650。
圖8為示出根據(jù)本發(fā)明實(shí)施例的f頓漫游狀態(tài)通知的IPF觸發(fā)的機(jī)制的消 息序列圖。同樣在該實(shí)施例中，參考圖lb和lc，用戶A漫游到受訪域109中 的位置pos2，這里受訪域?yàn)镻LMN2152。
在步驟800中由GUP服務(wù)器對(duì)提供漫游信息的信息元改變的通知執(zhí)^M用 訂閱。該訂閱可是Rp訂閱數(shù)據(jù)或Sh-Subs-Notif(id)消息。在步驟802中，HGUP 接收響應(yīng)。每個(gè)訂戶，該訂閱過程只發(fā)生一次。在步驟803，這樣的響應(yīng)被存儲(chǔ) 在NDB650中。因此，當(dāng)用戶的漫游狀態(tài)改變時(shí)，在步驟804中檢測(cè)此，在步 驟806中{頓Rp Notifydata或Sh-Subs-Notif消息從SDB發(fā)送該效果的通知， 并在步驟807中將該結(jié)果存儲(chǔ)/更新在NDB中。在步驟808接收關(guān)于用戶A的 繊請(qǐng)求，并且該數(shù)據(jù)請(qǐng)求將自動(dòng)觸發(fā)IPF501。在步驟810中，由RVF進(jìn)行檢 查該 是否是游牧的并且是否可以位于另一個(gè)網(wǎng)絡(luò)中，例如傾向于漫游，并 且如果確定則HGUP將在步驟812中檢查NDB 650看用戶是否實(shí)際上在漫游。如果是，則在步驟814中ULF 630將PLMN-Id ,至ij所討論的VGUP的URL。 在步驟816中，MB640編譯用戶數(shù)據(jù)的査詢并MRi接口 111發(fā)送到識(shí)別的 VGUP上。在步驟818， VGUP將31ilRp接口使用讀數(shù)據(jù)消息從網(wǎng)絡(luò)存儲(chǔ)庫112 中檢索所請(qǐng)求的用戶數(shù)據(jù)。在步驟820中，用戶數(shù)據(jù)被響應(yīng)回到VGUP， VGUP 將在步驟822中將處理和轉(zhuǎn)發(fā)該數(shù)據(jù)到HGUP。在步驟824中該數(shù)據(jù)進(jìn)一步被 轉(zhuǎn)發(fā)到請(qǐng)求數(shù)據(jù)客戶。
圖9為描述{頓狀劍戈理功能性的本發(fā)明實(shí)施例的消息序列圖。
在步驟910中，HGUP ^^用( 請(qǐng)求者)接收查詢。
在步驟920中，HGUP例如使用前述的任一方法來獲得終端用戶正在漫游 的網(wǎng)絡(luò)的知識(shí)。
在步驟930中，HGUP存儲(chǔ)起始查詢的至少一部分。
在步驟940中，HGUP移除該信息并替代地插入HGUP自身應(yīng)用識(shí)別符(這 假設(shè)HGUP是被允許的，即到查詢VGUP的商業(yè)關(guān)系是存在的)，其中該信息 識(shí)別數(shù)據(jù)客戶作為數(shù)據(jù)的請(qǐng)求者。并且VGUP接入點(diǎn)(即URL)改變了并且存儲(chǔ) 起始查詢和新查詢之間的鵬寸。然后使用Rg接口或Rp接口將被修改的請(qǐng)求發(fā) 送到VGUP。
在步驟950， VGUP檢查數(shù)據(jù)客戶，即HGUP的身份，即如果該請(qǐng)求的HGUP 是其中存在協(xié)定的一個(gè)HGUP時(shí)，HGUP將處理該i青求。該VGUP在步驟960 中取回所請(qǐng)求的 并在步驟970中M5iRg接口或Rp接口回復(fù)該請(qǐng)求HGUP。
在步驟980中，一旦從VGUP接收至lJ應(yīng)答時(shí)，HGUP將該應(yīng)答,至起始 查詢并在步驟990中將利用VGUP提供的信息向起始應(yīng)用回復(fù)。
圖10為更詳細(xì)描述本發(fā)明實(shí)施例的消息序列圖。同樣在該實(shí)施例中，參考 圖lb和lc，用戶A漫游到受訪域109中的位置pos2，這里受訪域109為PL畫2。
在步驟1010中，應(yīng)用，即數(shù)據(jù)客戶102，查詢與其建立商業(yè)關(guān)系的GUP 服務(wù)器HGUP104 。該查詢包括終端用戶的身份，其為user roaming@3gpp.org,和 f^客戶的標(biāo)識(shí)，其為http:〃application.com。
一旦接收至l據(jù)徵息，HGUP服務(wù)器將在步驟1020中檢査用戶簡(jiǎn)檔的請(qǐng)求部 分是否是游牧的并且是否可能位于另一個(gè)域中。為此將在IPF 501中使用RVF 620。
如果先前檢查的結(jié)果為肯定的，即該參數(shù)潛在地將從另一網(wǎng)絡(luò)中檢索，則在步驟1022中執(zhí)行對(duì)SDB的查詢，以便獲取用戶的位置。該查詢可以以不同 的方式進(jìn)行使用GUP的Rp接口或現(xiàn)有的Sh接口(HGUP起應(yīng)用服務(wù)器AS 的作用)。
在步驟1024中，SDB向HGUP回復(fù)提供SAI或其他位置信息。 在步驟1025中，HGUP基于SAI信息確定用戶當(dāng)前所處的，LMNId)，
其恰好漫游在PLMN2中。
在步驟1026中，HGUP檢查所識(shí)別的PL顧是具有有效漫游協(xié)定的一個(gè)
PLMN。
此后，在步驟1028中HGUP在IPF中使用ULF 630以將PLMN-Id映射到 有效的VGUPURI，在其中發(fā)送該查詢。
該HGUP，作為代理，在IPF中使用消息構(gòu)造器640以構(gòu)造新的查詢。 該查詢包括
-請(qǐng)求者數(shù)據(jù)，即h加:〃aDdication扁，其映射到Liberty's DST協(xié)議的提 供商ID屬性，并識(shí)別實(shí)際上查詢數(shù)據(jù)的應(yīng)用。
-RequestorGUPServerID屬性，其包含在Liberty DST指定的提供商報(bào)頭中。 該RequestorGUPServerID識(shí)別中間系紛代理，即HGUPURI，并^^起始數(shù)據(jù) 請(qǐng)求者運(yùn)行并其向VGUP發(fā)送請(qǐng)求。
-資源標(biāo)識(shí)，即user roaming,卿.org,其,到Liberty的DST協(xié)議的 ResourceED屬性，并識(shí)別其數(shù)據(jù)被查詢的終端用戶。
-查詢所基于的終端用戶的漫游狀態(tài)。該漫游狀劍言息元可以3iai修改當(dāng)前
ResourcelDType類型或通過引入新的RoamingStatus元作為L(zhǎng)iberty DST中 QueiyType的一部分來實(shí)施。將Si旬轉(zhuǎn)發(fā)到受訪域的HGUP將包含該新的屬性 并將根據(jù)以下規(guī)則^g該值RoamingStatus= "l"指示其數(shù)據(jù)被查詢的終端用戶 正在漫游。VGUP月艮務(wù)器將處理該呼入的查詢，即使其涉及不是自身的終端用 戶。RoamkgStatus-"O"指示終端用戶屬于該VGUP服務(wù)器。這也使得具有配 置的其自身GUP服務(wù)戮作為HGUP)的移動(dòng)^^以網(wǎng)絡(luò)運(yùn)營(yíng)商(MVNO)f詢刻每查 詢轉(zhuǎn)發(fā)到由網(wǎng)絡(luò)運(yùn)營(yíng)商配置的GUP服務(wù)徵作為VGUP)。在這種使用情況下， RoamingStatus屬性被設(shè)置為'T'以指示其數(shù)據(jù)被查詢的終端用戶正在漫游中。 在步驟1030中，遠(yuǎn)程用戶數(shù)據(jù)的新査詢通過Ri接口 111被發(fā)送到VGUP
110。在步驟1031中，VGUP接收該消息并檢查RoamingStatus參數(shù)的存在以辨 別其如何必須處理進(jìn)入的查詢。其存在表明了盡管該查詢與原則上不屬于該網(wǎng) 絡(luò)的終端用戶相關(guān)，但由于漫游情況該查詢也必須被處理。VGUP也檢查 RequestoiGUPServerID以便獲知相關(guān)的響應(yīng)應(yīng)當(dāng)被發(fā)送回到哪個(gè)URI。
在步驟1050, VGUP JOT GUPRp接口 105從相關(guān)網(wǎng)絡(luò)存儲(chǔ)庫112中^ 用戶 。
在步驟1055中，相應(yīng)的網(wǎng)絡(luò)存儲(chǔ)庫向VGUP回復(fù)用戶數(shù)據(jù)。
在步驟1060中，VGUP基于在具有相關(guān)數(shù)據(jù)的RequestorGUPServerED中 提供的信息將該用戶數(shù)據(jù)應(yīng)答到HGUP。
在步驟1065中，HGUP處理來自VGUP的響應(yīng)并從消息報(bào)頭中刪除 RequestorGUPServerID禾口 RoamingStatus。
在步驟1070中，HGUP向數(shù)據(jù)客戶102(即應(yīng)用)答復(fù)。
權(quán)利要求
1.一種用于檢索與訂戶相關(guān)的數(shù)據(jù)的方法，該方法在通信網(wǎng)絡(luò)(100)中被執(zhí)行，包括在第一GUP服務(wù)器中執(zhí)行以下步驟-從在第一通信域(101)內(nèi)的數(shù)據(jù)客戶(102)中接收(210)對(duì)于訂戶相關(guān)數(shù)據(jù)的呼入請(qǐng)求；-確定(220)該數(shù)據(jù)的至少一部分位于第二通信域(109)內(nèi)；-向第二通信域內(nèi)的第二GUP服務(wù)器傳送(230)對(duì)于該數(shù)據(jù)的至少一部分的呼出請(qǐng)求；-從第二GUP服務(wù)器接收(260)包含所請(qǐng)求的該數(shù)據(jù)的至少一部分的響應(yīng)；和-將所請(qǐng)求的數(shù)據(jù)轉(zhuǎn)發(fā)(270)到數(shù)據(jù)客戶。
2. 如權(quán)利要求1所述的方法，其中向第二GUP服務(wù)器傳送呼出請(qǐng)求以及從 第二 GUP月艮務(wù)器接收響應(yīng)的步驟是經(jīng)過GUP月艮務(wù)器^s工作的接口(m像生的。
3. 如權(quán)利要求1-2所述的方法，其中確定(220)步驟包括檢索第二通信域的 標(biāo)識(shí)(膨)。
4. 如權(quán)利要求3所述的方法，其中第二通信域的標(biāo)識(shí)是基于存儲(chǔ)在第一通 信域內(nèi)的訂戶數(shù)據(jù)庫(l 13)的服務(wù)區(qū)域標(biāo)識(shí)。
5. 如豐又利要求1-3所述的方法，其中在確定步驟之fjm，驟-訂閱第二通信域標(biāo)識(shí)的改變的通知(800); -接收關(guān)于改變的這樣通知(802,806); -存儲(chǔ)關(guān)于改變的這樣通知(803,807)。
6. 如之前任一權(quán)利要求所述的方法，其中確定(220涉5驗(yàn)一步包括確定所 請(qǐng)求的用戶 是游牧的(1020)。
7. 如權(quán)利要求34所述的方法，其中第二通信域的標(biāo)識(shí)被用于確定第二 GUP月艮務(wù)器的地址(1028)。
8. 如之前任一權(quán)利要求所述的方法，其中在向第二GUP月艮務(wù)謝專送呼出請(qǐng) 求之前進(jìn)一步執(zhí)行以下步驟-剤it(930)呼入請(qǐng)求(910)和呼出請(qǐng)求(940)之間的鵬；-在呼出請(qǐng)求(940)中插入第一 GUP的標(biāo)識(shí)； 并且在接收到響應(yīng)(970)后進(jìn)一步執(zhí)行以下步驟 -將響應(yīng)中的 ,到所接收的呼入請(qǐng)求(980)。
9. 如才又利要求1-7所述的方法，其中傳送呼出請(qǐng)求到第二GUP月艮務(wù)徵1030) 的步驟包括發(fā)送數(shù)據(jù)客戶的識(shí)別符。
10. 如之前任一權(quán)利要求所述的方法，其中向第二GUP服務(wù)制專送呼出請(qǐng) 求的步驟包括發(fā)送用于指示其數(shù)據(jù)被查詢的終端用戶是否處于漫游的漫游狀態(tài) 指示符。
11. 如之前任一權(quán)利要求所述的方法，其中向第二GUP服務(wù)器傳送呼出請(qǐng) 求的步驟^ilil 3GPP GUP Rg(103)或3GPP GUP Rp(105)或交互工作的接口 Ri(lll)執(zhí)行的。
12. 如之前任一權(quán)利要求所述的方法，其中訂戶正漫游在第一或第二網(wǎng)絡(luò)中。
13. 如之前任一權(quán)利要求所述的方法，其中該訂戶為另一個(gè)通信網(wǎng)絡(luò)的訂 戶，而非HGUP的訂戶。
14. 一種用于在通信網(wǎng)執(zhí)100)中檢索與訂戶相關(guān)的數(shù)據(jù)的方法，包括在第二 域(109)的第二 GUP月艮務(wù)器中執(zhí)行以下步驟-從第一通信塽101)內(nèi)的第一GUP服務(wù)戮104)中接收(230)對(duì)于訂戶相關(guān) 數(shù)據(jù)的呼入請(qǐng)求，該請(qǐng)求包括第一 GUP服務(wù)器的識(shí)別符和所述訂戶的識(shí)別符； -從至少一個(gè)網(wǎng)絡(luò)存儲(chǔ)庫(106)中檢索(240)所請(qǐng)求的訂戶相關(guān)數(shù)據(jù)(衡，108);-向第一 GUP服務(wù)劉專送具有船青求 的響應(yīng)，該響應(yīng)包括所述第一 GUP服務(wù)器的識(shí)別符和所述訂戶的識(shí)別符。
15. 如權(quán)利要求14所述的方法，其中接收呼入請(qǐng)求和傳送響應(yīng)的步驟魏 過交互工作的接口(lll)發(fā)生的。
16. 如權(quán)利要求14所述的方法，其中接收呼入請(qǐng)求的步^a—步包括步驟檢查漫游狀態(tài)指示符并取決于所述指示符的狀態(tài)選擇處理(1031)。
17. —種用于檢索與訂戶相關(guān)的翻的歸屬GUP月艮務(wù)敬104)，包括處理器 (5(B)和存儲(chǔ)飄504)，其中具有由所述存儲(chǔ)器可訪問并由所述鵬器處理的指令， 特征在于國(guó)接口 (103)，用于從第一通信域(101)內(nèi)的 客戶(102)接收(210) 對(duì)于訂戶相關(guān)數(shù)據(jù)的呼入請(qǐng)求；-存儲(chǔ)器，包括域間代理功能(501)，用于確定(220)該數(shù)據(jù)的至少一部 分位于第二通信域(109)內(nèi)；-接口 ( 103 ， 105 ， 111)，用于向第Z^I信域內(nèi)的第二 GUP月艮務(wù)制專送(230 ) 對(duì)于該數(shù)據(jù)的至少一部分的呼出請(qǐng)求；國(guó)接口 (103， 105， 111)，用于從第二GUP服務(wù)皿收(260)包含所請(qǐng) 求的數(shù)據(jù)至少一部分的響應(yīng)；-接口 (103)，用于將所請(qǐng)求的數(shù)據(jù)轉(zhuǎn)發(fā)(270)到該數(shù)據(jù)客戶。
18. 如權(quán)利要求17所述的歸屬GUP月艮務(wù)器，其特征在于GUP服務(wù)器交互 工作的接口 ( 111 )被配置用來向第二 GUP服務(wù)器傳送呼出請(qǐng)求以及從第二 GUP 服務(wù)器接收響應(yīng)。
19. 如權(quán)利要求17-18所述的歸屬GUP服務(wù)器，其特征在于域間代理功能 被適用于接收屬于終端用戶的數(shù)據(jù)的請(qǐng)求，其中該數(shù)據(jù)當(dāng)前在另一個(gè)域而非該 數(shù)據(jù)客戶的GUP服務(wù)器的域中由GUP服務(wù)器處理。
20. 如權(quán)禾腰求19所述的歸屬GUP月艮務(wù)器，其特征在于域間代理功能(501) 包括遠(yuǎn)程數(shù)據(jù)驗(yàn)證功能(620)，用于分析數(shù)據(jù)請(qǐng)求以確定該數(shù)據(jù)是否位于另一 個(gè)域中而非 客戶的GUP服務(wù)器的域。
21. 根據(jù)禾又利要求20所述的歸屬GUP月艮務(wù)器，其特征在于該遠(yuǎn)程數(shù)據(jù)驗(yàn)證 功能(620)被配置用來檢索第二通信域的標(biāo)識(shí)。
22. 如權(quán)利要求21所述的歸屬GUP服務(wù)器，其特征在于該遠(yuǎn)程 驗(yàn)證功 能(620)包括用于存儲(chǔ)用戶數(shù)據(jù)位置改變的通知的通知數(shù)據(jù)庫(650)。
23. 如權(quán)利要求19-23所述的歸屬GUP服務(wù)器，其特征在于域間代理功能 包括用于參數(shù)存儲(chǔ)的存儲(chǔ)庫(610)和將域標(biāo)識(shí)參數(shù)鵬寸到有效的遠(yuǎn)程GUP地 址的地址査找功能(630)。
24. 如權(quán)利要求17-23所述的歸屬GUP服務(wù)器，其特征在于被設(shè)置在向第 二 GUP服務(wù)器傳送呼出請(qǐng)求的步驟之前i3SiS—步執(zhí)行以下步驟國(guó)存儲(chǔ)(930)呼入請(qǐng)求(910)和呼出請(qǐng)求(940)之間的,； -在呼出請(qǐng)求(940)中插入第一GUP的標(biāo)識(shí)； 并且在接收到響應(yīng)(970)的步驟之后執(zhí)^亍以下步驟-將響應(yīng)中的 鵬寸到所接收的呼入請(qǐng)求(980)。
25. —種用于在通信網(wǎng)絡(luò)(100)中檢索與訂戶相關(guān)的數(shù)據(jù)的受訪GUP服務(wù) 器，包括處理器(503)和存儲(chǔ)器(504)，具有由所述存儲(chǔ)器訪問并由所述處理 器處理的指令，特征在于被設(shè)置來執(zhí)行權(quán)利要求14一16中任一項(xiàng)的方法的步 驟。
全文摘要
檢索通信網(wǎng)絡(luò)(100)中與訂戶(A)相關(guān)的數(shù)據(jù)。第一通用用戶簡(jiǎn)檔(GUP)服務(wù)器(104)從第一通信域(101)內(nèi)的數(shù)據(jù)客戶(102)接收對(duì)于訂戶相關(guān)數(shù)據(jù)的呼入請(qǐng)求，并確定該數(shù)據(jù)位于第二通信域(109)內(nèi)。然后通過接口(111)向第二通信域內(nèi)的第二GUP服務(wù)器(110)傳送對(duì)于數(shù)據(jù)的呼出請(qǐng)求。第二GUP服務(wù)器然后從網(wǎng)絡(luò)存儲(chǔ)庫(112)中檢索所請(qǐng)求的訂戶相關(guān)數(shù)據(jù)并將該請(qǐng)求的數(shù)據(jù)傳送到第一GUP服務(wù)器，該第一GUP服務(wù)器將該請(qǐng)求的數(shù)據(jù)轉(zhuǎn)發(fā)到數(shù)據(jù)客戶?？梢詫?shí)現(xiàn)對(duì)于位于GUP服務(wù)器所不在的其他域內(nèi)的訂戶數(shù)據(jù)的業(yè)務(wù)訪問，例如當(dāng)訂戶在漫游時(shí)。訂戶相關(guān)數(shù)據(jù)也可以分布在第一和第二通信域內(nèi)。
文檔編號(hào)H04W8/12GK101589601SQ200780047037
公開日2009年11月25日 申請(qǐng)日期2007年12月17日 優(yōu)先權(quán)日2006年12月19日
發(fā)明者J·M·沃克, J·赫南德茨瓦茲奎茨, Z·朱基克 申請(qǐng)人:艾利森電話股份有限公司