[發(fā)明專利]一種指示及其相關(guān)消息防欺詐的方法

有效

• 申請?zhí)枺?/td>: 200710086829.8
• 申請日: 2007-03-14
• 公開（公告）號: CN101267428A
• 公開（公告）日: 2008-09-17
• 發(fā)明（設(shè)計）人: 沈岷;章璐
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L9/00
• 代理公司: 北京安信方達(dá)知識產(chǎn)權(quán)代理有限公司
• 代理人: 龍洪;霍育棟

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)(NGN)中防止用戶 利用REFER(指示)相關(guān)消息進(jìn)行欺詐的方法。

背景技術(shù)

在以IP多媒體子系統(tǒng)(IMS)為核心的下一代網(wǎng)絡(luò)(NGN)中，采用 初始會話協(xié)議(SIP)作為業(yè)務(wù)控制協(xié)議，各項(xiàng)通信業(yè)務(wù)可由用戶的智能終 端與網(wǎng)絡(luò)中的由運(yùn)營商設(shè)置的應(yīng)用服務(wù)器(AS)配合完成。

圖1是下一代網(wǎng)絡(luò)中的一種典型業(yè)務(wù)實(shí)現(xiàn)架構(gòu)，其中，應(yīng)用服務(wù)器(AS) (可能存在多個，分別用于不同的業(yè)務(wù))通過接口與用戶歸屬網(wǎng)絡(luò)的服務(wù)- 呼叫會話控制功能實(shí)體(S-CSCF)相連，用戶終端A與用戶終端B之間的 SIP業(yè)務(wù)控制消息(用虛線標(biāo)識)會流經(jīng)各自的拜訪網(wǎng)絡(luò)中的代理-呼叫會話 控制功能實(shí)體(P-CSCF)以及歸屬網(wǎng)絡(luò)中的服務(wù)-呼叫會話控制功能實(shí)體 (S-CSCF)與應(yīng)用服務(wù)器(根據(jù)用戶業(yè)務(wù)的種類，可能經(jīng)過不同的應(yīng)用服 務(wù)器)，應(yīng)用服務(wù)器可通過對業(yè)務(wù)控制消息的各種處理以實(shí)現(xiàn)豐富的業(yè)務(wù)。 用戶終端A與用戶終端B利用業(yè)務(wù)消息交換并協(xié)商雙方所支持的媒體參數(shù)， 在兩者之間建立媒體流連接(用實(shí)線標(biāo)識)，媒體流用于傳送通話話音包等 數(shù)據(jù)。

在SIP協(xié)議中定義了一種特殊消息：REFER(指示)，其作用如下：用 戶B向用戶A發(fā)送REFER消息，攜帶的主要參數(shù)有Refer-To(指示第三方 用戶C)與method(指示一種方法)；用戶A根據(jù)此消息向用戶C發(fā)起某 種操作請求(采用method參數(shù)指示的方法，如INVITE-邀請對方、 MESSAGE-向?qū)Ψ桨l(fā)送信息)，在這些操作請求消息中可攜帶一項(xiàng)參數(shù) Referred-By，用于標(biāo)識此操作請求的指示方(即用戶B)。

REFER消息可用于實(shí)現(xiàn)呼叫轉(zhuǎn)接、會議等業(yè)務(wù)。

圖2是一種典型的呼叫轉(zhuǎn)接業(yè)務(wù)流程。為簡化起見，此圖中省略了代理 -呼叫會話控制功能實(shí)體、服務(wù)-呼叫會話控制功能實(shí)體等網(wǎng)絡(luò)設(shè)備。在此流 程起始處，用戶終端-A(用戶A)與用戶終端-B(用戶B)處于通話過程中， 用戶終端-A的應(yīng)用服務(wù)器(應(yīng)用服務(wù)器-A)和用戶終端-B的應(yīng)用服務(wù)器(應(yīng) 用服務(wù)器-B)均參與此通話過程，為各自的服務(wù)對象提供業(yè)務(wù)；然后由用戶 終端-B將用戶終端-A置為呼叫保持狀態(tài)(即業(yè)務(wù)消息可以互通，但媒體流 暫時中斷)；然后用戶終端-B通過應(yīng)用服務(wù)器-A向用戶終端-A發(fā)送一條轉(zhuǎn) 接請求(步驟1～3)(此轉(zhuǎn)接請求采用REFER消息，Refer-To參數(shù)為用戶 C號碼，method參數(shù)為INVITE)，在用戶終端-A表示接受此請求(步驟4～ 6)后，用戶終端-B向用戶終端-A發(fā)送掛機(jī)請求，斷開兩者之間的通話話路 (步驟7～12)；然后用戶終端-A向用戶終端-C(用戶C)發(fā)送邀請請求(此 轉(zhuǎn)接請求采用INVITE消息，其中攜帶Referred-By參數(shù)為用戶B號碼)， 在用戶終端-A和用戶終端-C之間建立通話(步驟13～21)。

在上述過程中，INVITE消息中的Referred-By參數(shù)可有以下作用：

1)用戶終端C在收到用戶終端A發(fā)送的攜帶Referred-By參數(shù)的INVITE 請求時，可以提示用戶C：此呼叫是用戶B讓用戶A撥打的；用戶C可根 據(jù)此信息決定是否接聽。例如，用戶C一般不接聽陌生人的來電，用戶C 不認(rèn)識用戶A，但用戶C與用戶B熟識，則用戶C出于對用戶B的信任而 放心接聽用戶A的來電。

2)運(yùn)營商可根據(jù)INVITE消息中的Referred-By參數(shù)，將用戶A與用戶 C之間的通話費(fèi)用記在用戶B的帳上。一種應(yīng)用場景是：用戶A撥打某廠 商的售后服務(wù)中心，售后服務(wù)中心接待人員了解情況后，向用戶A發(fā)送 REFER消息，使得用戶A與該廠商的某一技術(shù)人員(用戶C)建立通話， 以進(jìn)一步處理問題，售后服務(wù)中心將承擔(dān)用戶A與用戶C之間的通話費(fèi)用， 以提高客戶滿意度。

以上流程存在的一個漏洞是：用戶A在任何時候向用戶C發(fā)送INVITE 請求時都可以自行填寫Referred-By參數(shù)為用戶B，而事實(shí)上，用戶B并未 向用戶A發(fā)送過REFER消息，或者，用戶B向用戶A發(fā)送的REFER消息 是指示用戶A撥打另一用戶D的，或者，用戶B曾指示用戶A撥打用戶C， 而用戶A已根據(jù)指示撥打過用戶C一次了。這會造成如下嚴(yán)重問題：

1)用戶C被誤導(dǎo)，會誤認(rèn)為此呼叫是用戶B讓用戶A撥打的；

2)用戶B遭受金錢損失，因?yàn)檫\(yùn)營商會錯誤地將用戶A與用戶C之間 的通話費(fèi)用記在用戶B的帳上。