專利名稱：保護(hù)互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)以避免未請(qǐng)求通信的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及保護(hù)互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)以避免未請(qǐng)求通信。本申請(qǐng)要求基于日本專利申請(qǐng)?zhí)?008-260089的優(yōu)先權(quán)，其內(nèi)容以引用的方式并入本文中。
背景技術(shù)：
互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)集成了如公共交換電話網(wǎng)絡(luò)(PSTN)和移動(dòng)通信網(wǎng)絡(luò)的網(wǎng)絡(luò)，以向用戶(或訂戶)提供各種通信服務(wù)，其中，由第三代合作伙伴項(xiàng)目(3GPP) 對(duì)作為下一代網(wǎng)絡(luò)(NGN)中的關(guān)鍵角色的IMS加以標(biāo)準(zhǔn)化。電子郵件服務(wù)已經(jīng)經(jīng)受了社會(huì)問題，如垃圾郵件和未請(qǐng)求(或垃圾)郵件，它們是由發(fā)信方向收信方單方面發(fā)送的不需要的郵件。由于互聯(lián)網(wǎng)的流行所引起的各種因素(如通信成本的顯著減少和網(wǎng)絡(luò)接入終端(比如普通用戶可購買的個(gè)人計(jì)算機(jī))向未指定的人或站點(diǎn)發(fā)送海量電子郵件的高級(jí)能力)導(dǎo)致了未請(qǐng)求通信的發(fā)生。由于IMS的流行，上述問題(已經(jīng)發(fā)生在電子郵件服務(wù)中)看起來要發(fā)生在IMS 中。3GPP規(guī)范已經(jīng)開始保護(hù)IMS以避免未請(qǐng)求通信(簡單的稱作PUCI)，以保護(hù)用戶免遭基于IP電話的垃圾郵件(SPIT)。

發(fā)明內(nèi)容
為了保護(hù)IMS以避免未請(qǐng)求通信(PUCI)的目的，必須考慮到用于測(cè)試的不同設(shè)置。由于在系統(tǒng)中各種數(shù)據(jù)庫中存儲(chǔ)各種信息段，所以必須以下述方式來關(guān)聯(lián)和組織設(shè)置 沒有不想要的行為發(fā)生在最終用戶身上。例如，即使運(yùn)營商(或處理電信服務(wù)的運(yùn)營商 (carrier))維護(hù)了不受歡迎的訂戶的全局黑名單，一些用戶可能希望從在全局黑名單上注冊(cè)的特定訂戶接收呼叫，并且在適合用戶首選項(xiàng)的白名單上注冊(cè)他們。在該情況下，運(yùn)營商應(yīng)當(dāng)允許全局黑名單上的特定訂戶向規(guī)定的用戶發(fā)送呼叫，而不由PUCI應(yīng)用/測(cè)試來意外地拒絕他們。在對(duì)是否執(zhí)行PUCI測(cè)試的判定中涉及大量的參數(shù)，這是因?yàn)榉鞘苄耪军c(diǎn)或訂戶可能會(huì)發(fā)送大量的呼叫，這些非受信站點(diǎn)或訂戶被認(rèn)為是發(fā)起大量未請(qǐng)求呼叫的不受歡迎的源，他們已經(jīng)由運(yùn)營商注冊(cè)在全局黑名單中，或他們已經(jīng)超過呼叫速率限制。為此，用戶需要實(shí)施各種設(shè)置，如個(gè)人黑名單、個(gè)人白名單、個(gè)人呼叫速率限制等等。直到現(xiàn)在，還沒有機(jī)制可用于組織各種設(shè)置，并且提出允許管理功能來關(guān)聯(lián)設(shè)置的基本信息。本發(fā)明尋求用下述方式解決上述問題PUCI應(yīng)用服務(wù)器被設(shè)計(jì)為管理和應(yīng)用各種設(shè)置，如個(gè)人/用戶設(shè)置(例如個(gè)人黑名單/白名單)以及全局/網(wǎng)絡(luò)設(shè)置(例如全局黑名單/白名單)。本發(fā)明的目標(biāo)還在于在每個(gè)PUCI應(yīng)用服務(wù)器中組織個(gè)人/全局設(shè)置以及更新個(gè)人/全局設(shè)置。本發(fā)明如下實(shí)施關(guān)鍵特征和技術(shù)效果(1)通過PUCI應(yīng)用服務(wù)器中的策略管理器(PM)功能或可接入PUCI相關(guān)策略數(shù)據(jù)庫的其他實(shí)體，在個(gè)人策略和全局策略(例如黑名單/白名單)之間建立關(guān)聯(lián)。(2)實(shí)施規(guī)則/邏輯以更新全局策略或個(gè)人策略，從而確保數(shù)據(jù)庫中個(gè)人策略和全局策略之間的關(guān)聯(lián)。例如，個(gè)人白名單策略可以超越全局黑名單策略。當(dāng)特定源重復(fù)出現(xiàn)在多個(gè)用戶持有的個(gè)人黑名單中時(shí)，運(yùn)營商可以調(diào)整全局黑名單策略。備選地，當(dāng)特定源注冊(cè)到全局黑名單上，但是也注冊(cè)到多個(gè)用戶持有的個(gè)人白名單上時(shí)，運(yùn)營商可以將這種源排除在全局黑名單之外。(3)當(dāng)最終用戶通過用戶設(shè)備(UE)或由運(yùn)營商所擁有的用戶首選項(xiàng)數(shù)據(jù)庫(例如歸屬地訂戶服務(wù)器(HSS)的一部分)來改變他們的首選項(xiàng)時(shí)，修改策略。例如，擴(kuò)展Ut接口以允許策略管理器通過用戶設(shè)備更新個(gè)人策略。擴(kuò)展證接口以允許策略管理器通過網(wǎng)絡(luò)擁有的用戶首選項(xiàng)數(shù)據(jù)庫更新個(gè)人策略。(4)在策略管理器上實(shí)施新措施，以更新全局策略。例如，擴(kuò)展Si接口以允許策略管理器更新在歸屬地訂戶服務(wù)器(HSQ中存儲(chǔ)的全局策略。引入新的接口以允許策略管理器更新在某個(gè)位置中存儲(chǔ)的全局策略數(shù)據(jù)庫。(5)引入PUCI受信/非受信概念，以組織對(duì)等網(wǎng)絡(luò)。例如，PUCI應(yīng)用服務(wù)器或 PUCI策略相關(guān)聯(lián)數(shù)據(jù)庫存儲(chǔ)了另一對(duì)等網(wǎng)絡(luò)的信任級(jí)別。自動(dòng)地配置和/或由運(yùn)營商基于合法的運(yùn)營商間協(xié)議來配置該信任級(jí)別。本文中，當(dāng)運(yùn)營商認(rèn)識(shí)到對(duì)等網(wǎng)絡(luò)也執(zhí)行PUCI檢查時(shí)，運(yùn)營商配置基本信任/分類級(jí)別，其中，由策略管理器自動(dòng)地/動(dòng)態(tài)地執(zhí)行特定的調(diào)整級(jí)別。(6)運(yùn)營商配置不同的閾值，每個(gè)閾值定義了特定的PUCI處理級(jí)別。本文中，利用完全受信網(wǎng)絡(luò)的會(huì)話不一定觸發(fā)任何PUCI處理；利用部分受信網(wǎng)絡(luò)的會(huì)話可以觸發(fā)基本的PUCI處理，其中，在會(huì)話發(fā)起協(xié)議(SIP)信令中已經(jīng)指示了 PUCI分?jǐn)?shù)；以及應(yīng)當(dāng)通過 PUCI測(cè)試對(duì)利用非受信網(wǎng)絡(luò)的會(huì)話進(jìn)行徹底地檢查。鑒于此，結(jié)合已經(jīng)被收集并作為SIP 報(bào)頭一部分而指示的其他度量(例如PUCI測(cè)試結(jié)果)來使用原始區(qū)域的信任級(jí)別。(7)策略管理器具有基于個(gè)人/全局PUCI策略來調(diào)整另一區(qū)域/網(wǎng)絡(luò)的信任級(jí)別的能力。本文中，將涉及多個(gè)黑名單用戶的每個(gè)區(qū)域/網(wǎng)絡(luò)設(shè)置或調(diào)整為低信任級(jí)別，同時(shí)涉及較少黑名單用戶的每個(gè)區(qū)域/網(wǎng)絡(luò)設(shè)置或調(diào)整為高信任級(jí)別。


圖1是示出了與PUCI應(yīng)用服務(wù)器相關(guān)的全局PUCI設(shè)置和個(gè)人PUCI設(shè)置之間的關(guān)系的說明圖。圖2是示出了與PUCI應(yīng)用服務(wù)器相關(guān)的PUCI系統(tǒng)的構(gòu)成的框圖，該P(yáng)UCI系統(tǒng)包括用戶設(shè)備(UE)、代理呼叫會(huì)話控制功能(P-CSCF)、服務(wù)呼叫會(huì)話控制功能(S-CSCF)、以及歸屬地訂戶服務(wù)器(HSS)。圖3是示出了彼此關(guān)聯(lián)的用戶策略和運(yùn)營商策略之間的關(guān)系的說明圖。圖4是用于解釋處理呼叫的規(guī)則/邏輯的流程圖。
具體實(shí)施例方式本發(fā)明涉及能夠管理來自各種源的各種設(shè)置(即用戶首選項(xiàng)(UP)和運(yùn)營商策略 (OP))的PUCI應(yīng)用服務(wù)器(PUCI As)。運(yùn)營商持有在各種數(shù)據(jù)庫中更新的運(yùn)營商策略。各種設(shè)置(例如UP和0P)之間的關(guān)聯(lián)對(duì)全局OP數(shù)據(jù)庫具有影響。圖1示出了與PUCI應(yīng)用服務(wù)器相關(guān)的全局PUCI設(shè)置(對(duì)應(yīng)于0P)和個(gè)人PUCI設(shè)置(對(duì)應(yīng)于UP)之間的關(guān)系。具體地，全局PUCI設(shè)置包括各種構(gòu)成單元，如呼叫速率限制、非受信網(wǎng)絡(luò)列表、受信目的地地址列表、以及用戶URI (通用資源標(biāo)識(shí)符)黑名單，而個(gè)人PUCI設(shè)置包括用戶 URI黑名單和用戶URI白名單。PUCI AS管理全局PUCI設(shè)置和個(gè)人PUCI設(shè)置之間的關(guān)聯(lián)。圖2示出了一種PUCI系統(tǒng)，其包括PUCI應(yīng)用服務(wù)器10、服務(wù)呼叫會(huì)話控制功能 (S-CSCF) 11、歸屬地訂戶服務(wù)器(HSS) 12、用戶設(shè)備(UE) 13、以及代理呼叫會(huì)話控制功能 (P-CSCF) 14。PUCI應(yīng)用服務(wù)器10包括策略管理器15，策略管理器15進(jìn)一步包括OP 16和 UP 17 ；HSS 12包括OP 18禾Π UP 19;以及UE包括UP 20。本文中，附圖標(biāo)記Gm、Mw、Cx、Sh 以及Ut代表基于相應(yīng)標(biāo)準(zhǔn)的接口，并且ISC代表IMS服務(wù)控制。PUCI應(yīng)用服務(wù)器10經(jīng)由各種接口收集OP 16和UP 17的各種信息，使得策略管理器15將OP 16和UP 17相關(guān)聯(lián)。每個(gè)訂戶能夠直接修改在用戶設(shè)備13或在網(wǎng)絡(luò)的UP數(shù)據(jù)庫中存儲(chǔ)的個(gè)人黑名單和個(gè)人白名單。用戶設(shè)備13或UP數(shù)據(jù)庫經(jīng)由Ut接口和/或證接口更新PUCI應(yīng)用服務(wù)器10的設(shè)置，從而在指定時(shí)機(jī)修改設(shè)置。這需要用戶設(shè)備13在不發(fā)起或端接呼叫的情況下的到IMS的IP連接。PUCI應(yīng)用服務(wù)器10的策略管理器15基于通過以下步驟計(jì)算的關(guān)聯(lián)，更新OP 16。PUCI應(yīng)用服務(wù)器10還經(jīng)由Sh接口更新HSS 12中的 OP 18 和 UP 19。P-CSCF 14向S-CSCF 11轉(zhuǎn)發(fā)SIP請(qǐng)求，S-CSCF 11進(jìn)而應(yīng)用初始過濾標(biāo)準(zhǔn)(iFC)， 向PUCI應(yīng)用服務(wù)器10轉(zhuǎn)發(fā)呼叫請(qǐng)求。當(dāng)訂戶注冊(cè)在全局黑名單上，但是也注冊(cè)在個(gè)人白名單上時(shí)，PUCI應(yīng)用服務(wù)器10檢查設(shè)置交互，以進(jìn)一步處理呼叫請(qǐng)求。每次改變OP 16和 UP 17中的一個(gè)條目時(shí)，策略管理器15基于表1中描述的規(guī)定規(guī)則來計(jì)算數(shù)據(jù)庫的新值或條目。表 權(quán)利要求
1.一種PUCI系統(tǒng)，包括用戶設(shè)備(UE)和持有用戶策略的PUCI應(yīng)用服務(wù)器，PUCI應(yīng)用服務(wù)器與持有運(yùn)營商策略的歸屬地訂戶服務(wù)器HSS相關(guān)，其中，策略管理器在所述用戶策略和所述運(yùn)營商策略之間建立關(guān)聯(lián)，從而確定拒絕還是轉(zhuǎn)發(fā)從受信/非受信源網(wǎng)絡(luò)發(fā)起的呼入呼叫。
2.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，實(shí)施規(guī)定的規(guī)則/邏輯以控制所述用戶策略和所述運(yùn)營商策略之間的關(guān)聯(lián)。
3.根據(jù)權(quán)利要求2所述的PUCI系統(tǒng)，其中，與所述用戶設(shè)備相關(guān)聯(lián)地修改所述用戶策略和/或運(yùn)營商策略。
4.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，所述策略管理器拒絕從所述受信源網(wǎng)絡(luò)發(fā)起的、但是在所述用戶策略的黑名單中的呼入呼叫。
5.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫在所述用戶策略的白名單中時(shí)，所述策略管理器向所述用戶設(shè)備轉(zhuǎn)發(fā)從所述受信源網(wǎng)絡(luò)發(fā)起的所述呼入呼叫。
6.根據(jù)權(quán)利要求5所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫不在所述用戶策略的白名單中時(shí)，從所述受信源網(wǎng)絡(luò)發(fā)起的呼入呼叫經(jīng)歷進(jìn)一步的PUCI測(cè)試。
7.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫在所述運(yùn)營商策略的黑名單中、但是在所述用戶策略的白名單中時(shí)，所述策略管理器向所述用戶設(shè)備轉(zhuǎn)發(fā)從所述非受信源網(wǎng)絡(luò)中發(fā)起的所述呼入呼叫。
8.根據(jù)權(quán)利要求7所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫在所述運(yùn)營商策略的黑名單中、但是不在所述用戶策略的白名單中時(shí)，從所述非受信源網(wǎng)絡(luò)發(fā)起的所述呼入呼叫經(jīng)歷進(jìn)一步的PUCI測(cè)試。
9.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫在所述運(yùn)營商策略的白名單中、但是在所述用戶策略的黑名單中時(shí)，所述策略管理器拒絕從所述非受信源網(wǎng)絡(luò)發(fā)起的所述呼入呼叫。
10.根據(jù)權(quán)利要求9所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫在所述運(yùn)營商策略的白名單中，且不在所述用戶策略的黑名單中時(shí)，所述策略管理器向所述用戶設(shè)備轉(zhuǎn)發(fā)從所述非受信源網(wǎng)絡(luò)中發(fā)起的所述呼入呼叫。
11.根據(jù)權(quán)利要求1所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫不在所述運(yùn)營商策略的黑名單/白名單中、但是在所述用戶策略的黑名單中時(shí)，所述策略管理器拒絕從所述非受信源網(wǎng)絡(luò)發(fā)起的所述呼入呼叫。
12.根據(jù)權(quán)利要求11所述的PUCI系統(tǒng)，其中，當(dāng)所述呼入呼叫不在所述運(yùn)營商策略的黑名單/白名單中、且不在所述用戶策略的黑名單中時(shí)，從所述非受信源網(wǎng)絡(luò)發(fā)起的所述呼入呼叫經(jīng)歷進(jìn)一步的PUCI測(cè)試。
13.一種PUCI裝置，包括多個(gè)全局PUCI設(shè)置；以及多個(gè)個(gè)人PUCI設(shè)置，其中，所述PUCI裝置管理所述全局PUCI設(shè)置和所述個(gè)人PUCI設(shè)置之間的關(guān)聯(lián)，以對(duì)接受還是拒絕呼入呼叫進(jìn)行判定。
14.一種對(duì)IMS進(jìn)行保護(hù)以避免未請(qǐng)求通信(PUCI)的方法，包括實(shí)施多個(gè)全局PUCI設(shè)置；實(shí)施多個(gè)個(gè)人PUCI設(shè)置；以及管理所述全局PUCI設(shè)置和所述個(gè)人PUCI設(shè)置之間的關(guān)聯(lián)，以對(duì)接受還是拒絕呼入呼叫進(jìn)行判定。
全文摘要
一種PUCI系統(tǒng)，包括用戶設(shè)備(UE)和持有用戶策略的PUCI應(yīng)用服務(wù)器，PUCI應(yīng)用服務(wù)器與持有運(yùn)營商策略的歸屬地訂戶服務(wù)器(HSS)相關(guān)。策略管理器在所述用戶策略和所述運(yùn)營商策略之間建立關(guān)聯(lián)，從而根據(jù)規(guī)定的規(guī)則/邏輯來確定拒絕還是轉(zhuǎn)發(fā)從受信/非受信源網(wǎng)絡(luò)發(fā)起的呼入呼叫。
文檔編號(hào)H04L29/06GK102171991SQ200980139719
公開日2011年8月31日 申請(qǐng)日期2009年10月6日 優(yōu)先權(quán)日2008年10月6日
發(fā)明者史蒂芬·施密特, 安德魯·昆澤, 提諾·埃瓦爾德, 田村利之, 阿南德·羅迦沃·普拉薩德 申請(qǐng)人:日本電氣株式會(huì)社