[發(fā)明專利]基于身份識(shí)別的遇忙回叫業(yè)務(wù)接入方法及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201010105056.5
• 申請(qǐng)日: 2010-02-02
• 公開(kāi)（公告）號(hào): CN102143460B
• 公開(kāi)（公告）日: 2017-07-14
• 發(fā)明（設(shè)計(jì)）人: 高揚(yáng);張少聯(lián);鄒明江
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04L9/32
• 分類號(hào): H04L9/32;H04W4/16;H04W12/04;H04W12/06
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理有限公司11270
• 代理人: 王黎延,遲姍

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

本發(fā)明涉及遇忙回叫業(yè)務(wù)(CCBS，Completion of Call to Busy Subscriber)處理技術(shù)，尤其涉及一種遇忙回叫業(yè)務(wù)中被叫側(cè)應(yīng)用服務(wù)器(AS，ApplicationServer)基于身份識(shí)別的遇忙回叫業(yè)務(wù)接入方法及系統(tǒng)。

背景技術(shù)

圖1為現(xiàn)有遇忙回叫業(yè)務(wù)的流程圖，如圖1所示，現(xiàn)有的遇忙回叫業(yè)務(wù)流程包括以下步驟：

步驟1，主叫用戶A呼叫被叫用戶B，被叫用戶B由于忙線而拒絕主叫用戶A的呼叫請(qǐng)求。

步驟2，主叫側(cè)應(yīng)用服務(wù)器O_AS向被叫側(cè)應(yīng)用服務(wù)器T_AS發(fā)送訂閱消息(SUBSCRIBE)，訂閱被叫用戶空閑狀態(tài)。

步驟3，T_AS接收到O_AS發(fā)送的SUBSCRIBE后，返回202OK消息，向O_AS確認(rèn)接收到SUBSCRIBE。

步驟3之后，被叫側(cè)應(yīng)用服務(wù)器T_AS對(duì)被叫用戶B開(kāi)始進(jìn)行忙狀態(tài)監(jiān)管(busy state supervision begin)，當(dāng)檢測(cè)到被叫用戶B當(dāng)前狀態(tài)變?yōu)榭捎?user Bbecome available)時(shí)，執(zhí)行步驟4。

步驟4，當(dāng)被叫用戶空閑，被叫側(cè)應(yīng)用服務(wù)器T_AS遍歷訂閱該用戶空閑狀態(tài)的主叫側(cè)AS列表，向當(dāng)前第一個(gè)訂閱的主叫AS發(fā)送通知消息(NOTIFY)。

步驟5，主叫側(cè)應(yīng)用服務(wù)器O_AS接收到NOTIFY后，向被叫側(cè)應(yīng)用服務(wù)器T_AS返回200OK確認(rèn)消息。

步驟6至步驟10，主叫側(cè)應(yīng)用服務(wù)器O_AS采用REFER的方式通知主叫用戶A發(fā)起回呼的呼叫請(qǐng)求(INVITE)，并由主叫側(cè)應(yīng)用服務(wù)器O_AS在主叫用戶A的呼叫請(qǐng)求中添加呼叫完成指示(CC call indicator)信息；或者主叫側(cè)應(yīng)用服務(wù)器O_AS發(fā)送第三方呼叫控制(3PCC，3rd Party Call Control)流程，向被叫用戶B發(fā)送呼叫請(qǐng)求(INVITE)，并由主叫側(cè)應(yīng)用服務(wù)器O_AS在呼叫請(qǐng)求中添加呼叫完成指示(CC call indicator)信息。

被叫側(cè)應(yīng)用服務(wù)器T_AS接收到呼叫請(qǐng)求(INVITE)后，判斷呼叫請(qǐng)求(INVITE)是否攜帶有呼叫完成指示信息，如果攜帶有呼叫完成指示，被叫側(cè)應(yīng)用服務(wù)器T_AS將該呼叫請(qǐng)求轉(zhuǎn)發(fā)到被叫用戶B；如果未攜帶呼叫完成指示，則被叫側(cè)應(yīng)用服務(wù)器T_AS使用486(Busy Here)失敗響應(yīng)來(lái)拒絕當(dāng)前呼叫請(qǐng)求。

如果被叫側(cè)應(yīng)用服務(wù)器T_AS允許本次呼叫，則會(huì)繼續(xù)后續(xù)的處理流程，完成本次呼叫。

圖2為在圖1的基礎(chǔ)上進(jìn)行惡意呼叫的流程圖，如圖2所示，惡意呼叫的用戶進(jìn)行惡意呼叫的方式具體為：

步驟1至步驟5與圖1所示的步驟1至步驟5的處理方式完全相同，這里不再贅述其實(shí)現(xiàn)細(xì)節(jié)。

步驟6，惡意用戶或其他應(yīng)用服務(wù)器向被叫側(cè)應(yīng)用服務(wù)器T_AS發(fā)送呼叫請(qǐng)求(INVITE)，該惡意用戶在自身發(fā)起的呼叫請(qǐng)求中自行插入有呼叫完成指示信息。被叫側(cè)應(yīng)用服務(wù)器T_AS將會(huì)前述步驟1至步驟5所示的主叫用戶A的情形來(lái)處理該惡意用戶的呼叫，即將當(dāng)前惡意用戶的呼叫請(qǐng)求作為遇忙回叫業(yè)務(wù)的用戶。

步驟7，被叫側(cè)應(yīng)用服務(wù)器T_AS將向被叫用戶B轉(zhuǎn)發(fā)惡意用戶的呼叫請(qǐng)求，而進(jìn)行呼叫接入。

這樣，惡意用戶反而較正常用戶A優(yōu)先與被叫用戶B實(shí)現(xiàn)用戶接入。

步驟8至步驟12與圖1所示的處理流程相對(duì)應(yīng)，不再一一贅述其實(shí)現(xiàn)細(xì)節(jié)。

由圖2可知，如果存在惡意用戶在呼叫請(qǐng)求中自行添加呼叫完成指示，主叫側(cè)網(wǎng)絡(luò)并不會(huì)對(duì)其進(jìn)行過(guò)濾處理，會(huì)讓惡意用戶的攜帶呼叫完成指示信息的呼叫請(qǐng)求(INVITE)發(fā)送到被叫側(cè)應(yīng)用服務(wù)器T_AS而建立呼叫。這樣，先發(fā)起訂閱的主叫用戶并不能先完成呼叫，而是被后發(fā)起訂閱。這樣，惡意用戶相當(dāng)于實(shí)現(xiàn)了插隊(duì)。顯然，這非常不利于呼叫公平性，嚴(yán)重時(shí)還會(huì)影響正常用戶的正常呼叫。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明的主要目的在于提供一種基于身份識(shí)別的遇忙回叫業(yè)務(wù)接入方法及系統(tǒng)，能過(guò)拒絕攜帶有完成指示信息的惡意用戶的呼叫請(qǐng)求。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種基于身份識(shí)別的遇忙回叫業(yè)務(wù)接入方法，包括：

被叫側(cè)應(yīng)用服務(wù)器接收到攜帶有呼叫完成指示的呼叫請(qǐng)求后，對(duì)所述呼叫請(qǐng)求中的主叫用戶進(jìn)行身份驗(yàn)證，若驗(yàn)證通過(guò)則允許所述主叫用戶接入，否則拒絕所述主叫用戶接入。

優(yōu)選地，所述方法還包括：

被叫側(cè)應(yīng)用服務(wù)器監(jiān)測(cè)到被叫用戶空閑，向所述主叫用戶發(fā)送所述被叫用戶空閑的通知消息，并記錄所述主叫用戶的標(biāo)識(shí)信息；