專利名稱：一種實(shí)現(xiàn)呼叫管理的方法、系統(tǒng)及業(yè)務(wù)控制點(diǎn)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)呼叫管理的方法、系統(tǒng)，和 一種業(yè)務(wù)控制點(diǎn)。
背景技術(shù)：
業(yè)務(wù)控制點(diǎn)(Service Control Point , SCP)是目前通信網(wǎng)絡(luò)中移動(dòng)智能網(wǎng) 的核心，加載有業(yè)務(wù)邏輯和用戶的數(shù)據(jù)。當(dāng)一個(gè)移動(dòng)智能網(wǎng)用戶發(fā)起呼叫或被 呼叫時(shí)，移動(dòng)業(yè)務(wù)交換中心/業(yè)務(wù)交換點(diǎn)(Mobile Service center/Service Switching Point, MSC/SSP)給SCP上報(bào)觸發(fā)探測(cè)點(diǎn)(Detect Point, DP) /初始 探測(cè)點(diǎn)(Initinal Detect Point , IDP)消息，從而啟動(dòng)SCP上的移動(dòng)智能業(yè)務(wù)，其 呼叫過程將由SCP進(jìn)行控制。SCP控制呼叫的基本過程是這樣的呼叫觸發(fā)到 SCP后，SCP啟動(dòng)智能業(yè)務(wù)邏輯，進(jìn)行基本的呼叫處理(例如，分析出主、被 叫號(hào)碼)；查找用戶的數(shù)據(jù)進(jìn)行呼叫鑒權(quán)，分析用戶的帳戶有效性；判斷本次呼 叫有效后，要求MSC/SSP接續(xù)呼叫，并進(jìn)行計(jì)費(fèi)；最后當(dāng)終端的用戶掛機(jī)后SCP 中的控制過程結(jié)束，完成一次呼叫的控制。
通信網(wǎng)絡(luò)中，每一個(gè)接入的終端都會(huì)有一個(gè)標(biāo)識(shí)，如接入全球移動(dòng)通信系 統(tǒng)(GSM )、公用電話網(wǎng)(PSTN )、碼分多址復(fù)用(CDMA)等網(wǎng)絡(luò)都會(huì)有一個(gè) 號(hào)碼，這個(gè)號(hào)碼在主叫端發(fā)起呼叫時(shí)會(huì)由通信網(wǎng)絡(luò)傳遞到被叫端，只要被叫端 的用戶開通了來電號(hào)碼顯示功能，就可以看到主叫端的號(hào)碼。
以GSM網(wǎng)絡(luò)為例，呼叫發(fā)生時(shí)，MSC將主叫端的呼叫請(qǐng)求發(fā)送到被叫端 所在網(wǎng)絡(luò)，被叫端所在網(wǎng)絡(luò)將攜帶有主叫端號(hào)碼的呼叫發(fā)送給被叫端，被叫端 根據(jù)接收到的主叫端號(hào)碼決定是否接聽本次呼叫，或者被叫端根據(jù)接收到的主 叫端號(hào)碼從其存有的用戶信息通訊錄里查詢主叫端的用戶信息，并根據(jù)查詢的 結(jié)果決定是否接聽本次呼叫。
當(dāng)前，由于被叫端只能接收一串?dāng)?shù)字信號(hào)，無法攜帶更多的信息，所以對(duì) 主叫端號(hào)碼的識(shí)別都只能是在被叫端上進(jìn)行處理。然而，當(dāng)出現(xiàn)以下情況，如
1、主叫端號(hào)碼未曾通知過被叫端；2、終端的通訊錄因容量有限無法記錄所有
號(hào)碼的信息(例如一個(gè)集團(tuán)有好幾千人而終端上的通訊錄往往只有一百到兩百
個(gè))；3、終端丟失導(dǎo)致終端中的通訊錄丟失等等，都將導(dǎo)致終端無法顯示足夠 的用戶信息，從而使被叫端的用戶就很難判斷是否應(yīng)當(dāng)接聽本次呼叫。
而現(xiàn)實(shí)生活中，被叫端的用戶只愿意有選擇地接聽電話的情況很多，如參 加會(huì)議或重要工作時(shí)不想接聽推銷電話等，都是有可能的。而一般人能夠記憶 的電話號(hào)碼并不多，也就常用的一些號(hào)碼，這么少的號(hào)碼是無法應(yīng)付當(dāng)前日益 增加的溝通需求的。因此在很多情況下，被叫端的用戶都只能試探性地接聽電 話然后很快掛掉，但是這樣已經(jīng)打擾了正在進(jìn)行的工作。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例所要解決的技術(shù)問題在于，提供一種實(shí)現(xiàn)呼叫管理的方法、 系統(tǒng)，使得被叫端能夠根據(jù)主叫端的用戶信息選擇是否接聽呼叫，從而實(shí)現(xiàn)了 對(duì)呼叫的管理。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)控制點(diǎn)，用于為被叫端提供主 叫端的用戶信息。
為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種實(shí)現(xiàn)呼叫管理的方法， 包括
根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息； 發(fā)送所述主叫端的用戶信息到^皮叫端；
根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出的響應(yīng)，執(zhí)行相 應(yīng)的呼叫控制。
相應(yīng)地，本發(fā)明實(shí)施例還提供了一種實(shí)現(xiàn)呼叫管理的系統(tǒng)，包括業(yè)務(wù)控制 點(diǎn)，用于根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息，并發(fā)送所 述主叫端的用戶信息到被叫端；和
根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出的響應(yīng)，執(zhí)行相 應(yīng)的呼叫控制。
相應(yīng)地，本發(fā)明實(shí)施還提供了一種業(yè)務(wù)控制點(diǎn)，包括
查詢單元，用于根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息；
發(fā)送單元，用于發(fā)送所述主叫端的用戶信息；
控制單元，用于根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出
的響應(yīng)，4丸4于相應(yīng)的控制。
相應(yīng)地，本發(fā)明實(shí)施例還^是供了一種通信終端，包括
接收單元，用于接收主叫端的用戶信息；
選擇單元，用于根據(jù)所述主叫端的用戶信息選擇是否接聽呼叫。 本發(fā)明實(shí)施例通過業(yè)務(wù)控制點(diǎn)根據(jù)主叫端的呼叫請(qǐng)求信息查詢用戶信息數(shù) 據(jù)庫從而獲取到主叫端的用戶信息，使得被叫端根據(jù)接收到的所述主叫端的用 戶信息能夠有選擇地接聽，從而可以避免因接聽一些不必要的電話而導(dǎo)致打擾 工作。


圖1是本發(fā)明實(shí)施例一的實(shí)現(xiàn)呼叫管理的方法流程示意圖； 圖2是本發(fā)明實(shí)施例二的實(shí)現(xiàn)呼叫管理的方法流程示意圖； 圖3是根據(jù)圖2所示的方法被叫端選擇接聽的流程示意圖； 圖4是根據(jù)圖2所示的方法被叫端選擇拒絕接聽的流程示意圖； 圖5是本發(fā)明實(shí)施例一的實(shí)現(xiàn)呼叫管理的系統(tǒng)示意圖； 圖6本發(fā)明實(shí)施例二的實(shí)現(xiàn)呼叫管理的系統(tǒng)示意圖； 圖7是本發(fā)明實(shí)施例一的業(yè)務(wù)控制點(diǎn)的結(jié)構(gòu)示意圖； 圖8是本發(fā)明實(shí)施例二的業(yè)務(wù)控制點(diǎn)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明實(shí)施例在主叫端發(fā)起呼叫的情況下，通過業(yè)務(wù)控制點(diǎn)的用戶查詢模 式查詢得到主叫端的用戶信息，然后將該主叫端的用戶信息被發(fā)送到被叫端， 使得在被叫端處可以根據(jù)主叫端的用戶信息選擇是否接聽呼叫，從而實(shí)現(xiàn)對(duì)呼 叫進(jìn)行管理。
圖1是本發(fā)明實(shí)施例一的實(shí)現(xiàn)呼叫管理的方法流程示意圖。如圖1所示，
本發(fā)明實(shí)施例的實(shí)現(xiàn)呼叫管理的方法，包括以下步驟
S11 、根據(jù)主叫端的呼叫請(qǐng)求消息查詢到主叫端的用戶信息；
此處，SCP提供主叫端的用戶信息查詢功能，接收到主叫端的用戶請(qǐng)求消
息后自動(dòng)進(jìn)行主叫端的用戶信息查詢。所述主叫端的呼叫請(qǐng)求信息中包括主叫
端號(hào)碼和被叫端號(hào)碼，SCP可以根據(jù)已知的主叫端號(hào)碼查詢用戶信息數(shù)據(jù)庫來
獲取主叫端的用戶信息，例如名稱、職位和歸屬地等；也可以根據(jù)主叫端號(hào) 碼和被叫端號(hào)碼一起查詢用戶信息數(shù)據(jù)庫來獲取主叫端的用戶信息。所述用戶 信息數(shù)據(jù)庫可以是位于業(yè)務(wù)控制點(diǎn)上，也可以是位于在業(yè)務(wù)控制點(diǎn)以外的其他 設(shè)備上。
512、 發(fā)送所述主叫端的用戶信息到被叫端；
本實(shí)施例中，可以通過短消息、非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)(Unstructured Supplementary Service Data, USSD )消息、來電顯示或交互式語音應(yīng)答(Interactive Voice Response, IVR )呼叫等向被叫端發(fā)送主叫端的用戶信息。
513、 根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出的響應(yīng)，執(zhí) 4亍相應(yīng)的呼叫控制。
本實(shí)施例中，被叫端接收到主叫端的用戶信息和本次呼叫，當(dāng)被叫端根據(jù) 主叫端的用戶信息選擇接聽呼叫時(shí)，則主叫端與被叫端之間建立起通話連接， 當(dāng)通話結(jié)束后，SCP的控制過程結(jié)束。當(dāng)被叫端根據(jù)主叫端的用戶信息選擇拒 絕接聽呼叫時(shí)，則SCP指令切斷本次呼叫。當(dāng)被叫端既不選擇接聽呼叫，也不 選擇拒絕接聽呼叫(例如用戶不在通信終端旁)，經(jīng)過預(yù)先定義的一段時(shí)間，接 收不到被叫端的響應(yīng)消息時(shí)，最終SCP指令切斷本次呼叫。
圖2是本發(fā)明實(shí)施例二的實(shí)現(xiàn)呼叫管理的方法流程示意圖。如圖2所示， 所述方法包括以下步驟
S21、啟動(dòng)用戶信息查詢沖莫式；
本實(shí)施例中，可以是預(yù)先在歸屬位置寄存器HLR中設(shè)置終端的用戶簽約信 息CSI。當(dāng)呼叫發(fā)生時(shí)，移動(dòng)業(yè)務(wù)交換中心MSC會(huì)沖艮據(jù)歸屬位置寄存器HLR 發(fā)送的用戶簽約信息CSI觸發(fā)IDP消息，所述IDP消息中包括用于SCP啟動(dòng)具 體業(yè)務(wù)的業(yè)務(wù)鍵參數(shù)。MSC將該IDP消息發(fā)送到SCP， SCP接收到IDP消息后， 根據(jù)所述業(yè)務(wù)鍵參數(shù)啟動(dòng)用戶信息查詢模式。
可選地，本發(fā)明實(shí)施例還可以是在呼叫發(fā)生時(shí)，SCP根據(jù)被叫端在HLR的 預(yù)先配置信息(例如被叫端被呼叫時(shí)通知SCP處理)或在SCP上的預(yù)先配置信 息，來啟動(dòng)SCP的用戶查詢模式。
上述啟動(dòng)用戶查詢才莫式的方法，不僅可以應(yīng)用在GSM網(wǎng)絡(luò)中的CAMEL協(xié) 議中，還可以運(yùn)用在其他網(wǎng)絡(luò)中，如PSTN網(wǎng)絡(luò)、CDMA網(wǎng)絡(luò)、IP多媒體子
系統(tǒng)(IP Mutimedia Subsystem, IMS )網(wǎng)絡(luò)中，CDMA網(wǎng)絡(luò)也有HLR支持CSI 信息，IMS網(wǎng)絡(luò)中有SHLR支持CSI信息。
S22、根據(jù)主叫端的呼叫請(qǐng)求信息查詢到主叫端的用戶信息；
本實(shí)施例中，主叫端的呼叫請(qǐng)求信息包括主叫端的號(hào)碼和被叫端的號(hào)碼， SCP可以根據(jù)主叫端號(hào)碼查詢用戶信息數(shù)據(jù)庫來獲得主叫端的用戶信息，例如 名稱、職位和歸屬地等；也可以根據(jù)主叫端的號(hào)碼和被叫端的號(hào)碼一起查詢用 戶信息數(shù)據(jù)庫來獲取主叫端的用戶信息。所述用戶信息數(shù)據(jù)庫可以是位于業(yè)務(wù) 控制點(diǎn)上，也可以是位于在業(yè)務(wù)控制點(diǎn)以外的其他設(shè)備上。
S23 、才艮據(jù)所述主叫端的用戶信息和預(yù)先配置的所述^皮叫端的通信錄和/或所 述被叫端當(dāng)前工作狀態(tài)有選擇地發(fā)送所述主叫端的用戶信息。其具體為
判斷所述被叫端處理該主叫端呼叫的情況，如果判斷為所述被叫端不需要 接聽，則執(zhí)行步驟S24;如果判斷為所述被叫端當(dāng)前必須接聽，則執(zhí)行步驟S25; 否則執(zhí)行步驟S26;
524、 所述業(yè)務(wù)控制點(diǎn)發(fā)送釋放呼叫Release call消息；
此處，所述業(yè)務(wù)控制點(diǎn)發(fā)送釋放呼叫消息到MSC后，MSC切斷本次呼叫。
525、 所述業(yè)務(wù)控制點(diǎn)按照普通呼叫的方式發(fā)送Co皿ect/Conti皿e消息； 此處，MSC接收該Conncet/Continue消息后，將該呼叫發(fā)送給被叫端，被
叫端接收到的將是普通方式的帶電話號(hào)碼的來電顯示的呼叫。
526、 發(fā)送所述主叫端的用戶信息到所述被叫端；
本發(fā)明實(shí)施例中，發(fā)送所述主叫端的用戶信息到所述被叫端，可以通過以 下方式
一、 發(fā)送攜帶有所述主叫端的用戶信息的USSD消息給所述^皮叫端。其中， USSD消息中還包括供所述被叫端選擇的菜單，所述菜單的內(nèi)容包括同意接聽、 帶背景音效的同意接聽、回復(fù)為忙的拒絕接聽、回復(fù)為號(hào)碼不存在的拒絕接聽 和回復(fù)為不在服務(wù)區(qū)的拒絕接聽等等；
二、 發(fā)送攜帶有所述主叫端的用戶信息的短消息給所述被叫端；
三、 發(fā)送攜帶有所述主叫端的來電顯示到所述被叫端；
四、 發(fā)送攜帶有所述主叫端的用戶信息的消息到交互式語音應(yīng)答IVR呼叫 中心，所述IVR呼叫中心根據(jù)上述消息生成內(nèi)容包含所述主叫端的用戶信息的 語音信息，然后將所述語音信息發(fā)送給所述被叫端。其中，SCP發(fā)送所述主叫
端的用戶信息到IVR呼叫中心的方式為SCP與IVR呼叫中心建立起通信連接， SCP發(fā)送攜帶有所述主叫端的用戶信息的消息到IVR呼叫中心。
本發(fā)明實(shí)施例中，根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信 息，發(fā)送所述主叫端的用戶信息到所述被叫端的方式還可以是
SCP發(fā)送CONNECT消息給MSC, MSC與IVR呼叫中心建立連接。此處， SCP發(fā)送的CONNECT消息里攜帶的被叫端號(hào)碼為"IVR呼叫中心號(hào)碼和原被 叫端號(hào)碼"，主叫端號(hào)碼不變。然后MSC根據(jù)該CONNECT消息將呼叫轉(zhuǎn)給IVR 呼叫中心。所述IVR呼叫中心可以從上述主叫端號(hào)碼和被叫端號(hào)碼中得到所述 主叫端號(hào)碼和所述被叫端號(hào)碼，IVR呼叫中心預(yù)先根據(jù)主叫端號(hào)碼和被叫端號(hào) 碼為被叫端配置好相應(yīng)的語音信息，此時(shí)根據(jù)接收到需要提供主叫端用戶信息 的消息，獲取到相應(yīng)的，內(nèi)容包含所述主叫端的用戶信息的語音信息，然后IVR 呼叫中心將該語音信息發(fā)送給所述;^皮叫端。
527、 所述被叫端根據(jù)接收到的所述主叫端的用戶信息處置當(dāng)前呼叫，當(dāng)選 擇接聽呼叫時(shí)，則執(zhí)行步驟S28;當(dāng)選擇拒絕接聽呼叫時(shí)，執(zhí)行步驟S29;當(dāng)既 不選擇接聽呼叫，也不選擇拒絕呼叫時(shí)，執(zhí)行步驟S30;
528、 建立通話連接；
此處，SCP接收到被叫端對(duì)本次呼叫做出的接聽響應(yīng)后，指令MSC為主叫 端與凈皮叫端建立起通話連才妻。
529、 切斷本次呼叫；
此處，SCP接收到被叫端對(duì)本次呼叫做出的拒絕接聽響應(yīng)后，指令MSC切 斷本次呼叫。
530、 經(jīng)過預(yù)先定義的一^a時(shí)間后，切斷本次呼叫；
此處，SCP經(jīng)過一段時(shí)間沒有接收到的任何響應(yīng)，指令MSC切斷本次呼叫。 最后，通話結(jié)束后，或者本次呼叫被切斷后，SCP的控制過程也相應(yīng)地結(jié)束。
本發(fā)明實(shí)施例通過只拓展SCP上的業(yè)務(wù)，就能夠?yàn)楸唤卸颂峁┲鹘卸说挠?戶信息，從而被叫端能夠根據(jù)獲知的信息選擇是否接聽，使得用戶可以明確地 選擇是否接聽電話。，
圖3是根據(jù)圖2所示的方法被叫端選擇接聽的流程示意圖。如圖3所示， 本實(shí)施例從主叫端發(fā)起呼叫，然后經(jīng)過網(wǎng)絡(luò)，最后被叫端根據(jù)主叫端的用戶信
息選擇接聽呼叫時(shí)的流程如下
5301、 主叫端的用戶發(fā)起呼叫到MSCa;
5302、 MSCa/SSP取被叫端的漫游號(hào)碼，發(fā)送路由消息(Send Routing Info， SRI)消息到歸屬位置寄存器(Home Location Register, HLR);
5303、 HLR返回包含用戶簽約信息的SRI確認(rèn)消息到MSCa/SSP;
此處，-故叫端應(yīng)有訂購本業(yè)務(wù)，因此在HLR中有用戶簽約信息(CAMEL Subscription Information , CSI )。
5304、 MSCa/SSP根據(jù)CSI觸發(fā)發(fā)送IDP消息到SCP;
5305、 SCP根據(jù)已知的主叫端和被叫端的號(hào)碼，通過查詢數(shù)據(jù)庫得到主叫 端的用戶信息，例如名稱、職位、歸屬地等；
5306、 SCP通過USSD消息向被叫端發(fā)送主叫端的用戶信息，并提供菜單 選擇，菜單選擇包括的內(nèi)容有同意接聽、同意接聽(帶背景音效)、拒絕接聽
(忙)、拒絕接聽(號(hào)碼不存在)、拒絕接聽(不在服務(wù)區(qū))；
5307、 被叫端根據(jù)看到的信息在菜單中選擇接聽，該選擇接聽的消息被傳 送到SCP;
5308、 SCP下發(fā)CONNECT消息給MSCa;
5309、 MSCa第二次向HLR發(fā)送SRI消息，此時(shí)抑制CSI;
5310、 HLR向MSCa返回被叫端的漫游號(hào)碼； S311 、 MSCa向MSCb發(fā)送IAM消息;
5312、 MSCb發(fā)送ANM響應(yīng)消息到MSCa;
5313、 主叫端和被叫端正常通話；
5314、 主叫端掛斷連接。
圖4是根據(jù)圖2所示的方法被叫端選擇拒絕接聽的流程示意圖。如圖4所 示，本實(shí)施例從主叫端發(fā)起呼叫，然后經(jīng)過網(wǎng)絡(luò)，最后被叫端根據(jù)主叫端的用 戶信息選擇拒絕接聽呼叫的流程如下
S401 、主叫端的用戶發(fā)起呼叫到MSCa;
5402、 MSCa/SSP取被叫端的漫游號(hào)碼，發(fā)送路由消息(Send Routing Info， SRI)消息到歸屬位置寄存器(Home Location Register, HLR);
5403、 HLR返回包含用戶簽約信息的SRI確認(rèn)消息到MSCa/SSP;
此處，-故叫端應(yīng)有訂購本業(yè)務(wù)，因此在HLR中有用戶簽約信息(CAMEL
Subscription Information ， CSI)。
5404、 MSCa/SSP根據(jù)CSI觸發(fā)發(fā)送IDP消息到SCP;
5405、 SCP根據(jù)已知的主叫端和被叫端的號(hào)碼，通過查詢數(shù)據(jù)庫得到主叫 端的用戶信息，例如名稱、職位、歸屬地等；
5406、 SCP通過USSD消息向被叫端發(fā)送主叫端的用戶信息，并提供菜單 選擇，菜單選擇包括的內(nèi)容有同意接聽、同意接聽(帶背景音效)、拒絕接聽
(忙)、拒絕接聽(號(hào)碼不存在)、拒絕接聽(不在服務(wù)區(qū))；
5407、 被叫端根據(jù)看到的信息在菜單中選擇拒絕接聽(不在服務(wù)區(qū))，該拒 絕接聽的消息被傳送到SCP;
5408、 SCP下發(fā)播放通知(Play Announcement, PA)消息給MSCa，向主叫端 的用戶播放語音"您撥打的用戶不在服務(wù)區(qū)"；
5409、 SCP向MSCa下發(fā)釋放呼叫(Release Call)消息，從而切斷本次呼叫。
上述為被叫端提供主叫端的用戶信息實(shí)現(xiàn)呼叫管理的方法，能夠運(yùn)用在非 常普遍的場(chǎng)景下，例如不希望對(duì)方知道自己的號(hào)碼時(shí)，可以選擇拒絕接聽(號(hào) 碼不存在)的菜單。這種服務(wù)對(duì)運(yùn)營商來說可提高終端用戶的滿意度。
且本發(fā)明實(shí)施例的方法僅通過SCP配合即可實(shí)現(xiàn)，其在網(wǎng)絡(luò)中傳遞使用的 消息都為標(biāo)準(zhǔn)的消息，因此對(duì)網(wǎng)絡(luò)的兼容性4艮好。
相應(yīng)地，本發(fā)明實(shí)施例還提供了 一種實(shí)現(xiàn)呼叫管理的系統(tǒng)。使用本系統(tǒng)， 主叫端向被叫端發(fā)起呼叫時(shí)，被叫端能夠根據(jù)接收到的主叫端的用戶信息選擇 是否接聽本次呼叫。
圖5是本發(fā)明實(shí)施例一的實(shí)現(xiàn)呼叫管理的系統(tǒng)示意圖。如圖5所示，包括 主叫端1、實(shí)現(xiàn)呼叫管理的系統(tǒng)2，和凈皮叫端3，所述實(shí)現(xiàn)呼叫管理的系統(tǒng)2中 包括業(yè)務(wù)控制點(diǎn)SCP3，其中，SCP3包括
查詢單元33，用于根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信自'.
,",
本實(shí)施例中，查詢單元33根據(jù)主叫端的呼叫請(qǐng)求信息從用戶信息數(shù)據(jù)庫中 查詢主叫端的用戶信息，查詢到的主叫端的用戶信息可以是名稱、職位和歸 屬地等信息。所述用戶信息數(shù)據(jù)庫可以是存儲(chǔ)在業(yè)務(wù)控制點(diǎn)3中，也可以是存 儲(chǔ)在業(yè)務(wù)控制點(diǎn)3以外的其他設(shè)備中。
所述主叫端的呼叫請(qǐng)求消息中包括主叫端1的號(hào)碼和^皮叫端4的號(hào)碼。所
述查詢單元33可以根據(jù)所述主叫端1的號(hào)碼和所述^皮叫端4的號(hào)碼查詢到所述 主叫端1的用戶信息；也可以才艮據(jù)所述主叫端1的號(hào)碼查詢到所述主叫端1的 用戶信息。
發(fā)送單元34,用于發(fā)送所述主叫端1的用戶信息；
本實(shí)施例中，發(fā)送單元34可以通過短消息、非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù) (Unstructured Supplementary Service Data, USSD )消息、來電顯示或交互式語 音應(yīng)答(Interactive Voice Response , IVR )呼叫等向被叫端發(fā)送主叫端的用戶 信息。此處，所述發(fā)送單元34還包括接收系統(tǒng)2中發(fā)送給SCP3的各種消息。
控制單元37,用于根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做 出的響應(yīng)，4丸行相應(yīng)的控制。
本實(shí)施例中，被叫端4通過系統(tǒng)2接收到帶有主叫端1的用戶信息和本次 的呼叫，并根據(jù)接收到的所述主叫端1的用戶信息選擇是否接聽本次呼叫，當(dāng) 被叫端4選擇接聽呼叫時(shí)，控制單元37根據(jù)SCP3接收到的被叫端4的選擇接 聽的響應(yīng)，指令系統(tǒng)2中的其他設(shè)4 (如MSC )為主叫端1與被叫端4之間建 立起通話連接，當(dāng)通話結(jié)束后，SCP的控制過程結(jié)束。當(dāng)被叫端4選擇拒絕接 聽呼叫時(shí)，則控制單元37根據(jù)SCP接收到的被叫端4選擇拒絕接聽的響應(yīng)指令 切斷本次呼叫。對(duì)于被叫端對(duì)呼叫不執(zhí)行任何操作的情況(既不選擇接聽呼叫， 也不選擇拒絕接聽呼叫)，SCP也認(rèn)為是一種響應(yīng)，經(jīng)過預(yù)先設(shè)置的一段時(shí)間后， 控制單元37指令切斷本次呼叫。
圖6是本發(fā)明實(shí)施例二的實(shí)現(xiàn)呼叫管理的系統(tǒng)示意圖。如圖6所示，包括 主叫端1 、實(shí)現(xiàn)呼叫管理的系統(tǒng)2和被叫端4,所述實(shí)現(xiàn)呼叫管理系統(tǒng)2包括業(yè) 務(wù)控制點(diǎn)SCP3，其中，所述SCP3包括
啟動(dòng)單元31，用于啟動(dòng)用戶信息查詢;漠式；
本實(shí)施例中，可以是預(yù)先在歸屬位置寄存器HLR中設(shè)置終端的用戶簽約信 息CSI。當(dāng)呼叫發(fā)生時(shí)，移動(dòng)業(yè)務(wù)交換中心MSC會(huì)沖艮據(jù)歸屬位置寄存器HLR 發(fā)送的用戶簽約信息CSI觸發(fā)IDP消息，所述IDP消息中包括用于SCP啟動(dòng)具 體業(yè)務(wù)的業(yè)務(wù)鍵參數(shù)。MSC將該IDP消息發(fā)送到SCP, SCP接收到IDP消息后， .啟動(dòng)單元31將會(huì)根據(jù)接收到IDP消息啟動(dòng)用戶信息查詢模式?？蛇x地，本實(shí)施 還可以是在呼叫發(fā)生時(shí)，SCP根據(jù)被叫端在HLR上的預(yù)先配置信息(例如被叫
端^^皮呼叫時(shí)通知SCP處理)或在SCP3上預(yù)先配置的信息，來啟動(dòng)SCP的用戶
查詢一莫式。
上述啟動(dòng)用戶查詢模式的方法，不僅可以應(yīng)用在GSM網(wǎng)絡(luò)中的CAMEL協(xié) 議中，還可以運(yùn)用在其他網(wǎng)絡(luò)中，如PSTN網(wǎng)絡(luò)、CDMA網(wǎng)絡(luò)、IMS)網(wǎng)絡(luò)中， CDMA網(wǎng)絡(luò)也有HLR支持CSI信息，IMS網(wǎng)絡(luò)中有SHLR支持CSI信息。
存儲(chǔ)單元32，用于存儲(chǔ)用戶信息數(shù)據(jù)庫；
查詢單元33,用于根據(jù)所述主叫端的請(qǐng)求消息從存儲(chǔ)單元32中查詢到主叫 端的用戶信息；
本實(shí)施例中，查詢單元33根據(jù)所述主叫端的呼叫請(qǐng)求信息從存儲(chǔ)在存儲(chǔ)單 元32中的用戶信息數(shù)據(jù)庫中查詢主叫端1的用戶4言息，查詢到的主叫端1的用 戶信息可以是名稱、職位和歸屬地等信息。需要說明的是，所述用戶信息數(shù) 據(jù)庫并不一定存放在業(yè)務(wù)控制點(diǎn)3或業(yè)務(wù)控制點(diǎn)3中的存儲(chǔ)單元32中，其也可 以存儲(chǔ)在系統(tǒng)2中的其他設(shè)備處。
所述主叫端的呼叫請(qǐng)求消息中包括主叫端的號(hào)碼和被叫端的號(hào)碼。所述查 詢單元3可以根據(jù)所述主叫端的號(hào)碼和所述被叫端的號(hào)碼查詢到所述主叫端的 用戶信息；也可以根據(jù)所述主叫端的號(hào)碼查詢到所述主叫端的用戶信息。
本實(shí)施例中，查詢到的主叫端的用戶信息可以是名稱、職位和歸屬地等化息。
發(fā)送單元34,用于發(fā)送所述主叫端的用戶信息；
本實(shí)施例中，發(fā)送單元34不僅可以發(fā)送所述主叫端的用戶信息，還可以發(fā) 送SCP3需要發(fā)送的其他各種消息，同時(shí)還包括接收系統(tǒng)2中發(fā)送給SCP3的各 種消息。
本實(shí)施例中，發(fā)送單元34發(fā)送攜帶有所述主叫端的用戶信息的消息到被叫 端4。其中，發(fā)送單元34發(fā)送的攜帶有所述主叫端的用戶信息的消息可以是 USSD消息或短消息。當(dāng)發(fā)送的消息為USSD消息時(shí)，USSD消息中還包括供所 述被叫端選擇的菜單，所述菜單的內(nèi)容包括同意接聽、帶背景音效的同意接 聽、回復(fù)為忙的拒絕接聽、回復(fù)為號(hào)碼不存在的拒絕接聽和回復(fù)為不在服務(wù)區(qū) 的拒絕接聽等等。
判斷單元35,用于根據(jù)所述主叫端的用戶信息和預(yù)先設(shè)置的所述被叫端的 通信錄和/或其當(dāng)前工作狀態(tài)判斷所述^L叫端對(duì)該主叫端呼叫的處理；
判斷結(jié)果處理單元36，用于根據(jù)判斷結(jié)果有選擇地發(fā)送主叫端的用戶信息。 所述判斷結(jié)果處理單元36根據(jù)判斷結(jié)果有選擇地發(fā)送主叫端的用戶信息，包括
當(dāng)判斷結(jié)果為所述被叫端不需要接聽時(shí)，指令發(fā)送單元34發(fā)送釋放呼叫 releasecall消息給MSC;當(dāng)判斷結(jié)果為所述被叫端當(dāng)前無條件必須接聽時(shí)，指令 發(fā)送單元34發(fā)送Connect/Continue消息給MSC (為接續(xù)普通呼叫的方式)；否 則，指令發(fā)送單元34發(fā)送所述主叫端的用戶信息。
可選地，本實(shí)施例中，系統(tǒng)2還包括IVR呼叫中心5 ，用于沖妄收所述業(yè)務(wù) 控制點(diǎn)發(fā)送的消息，并根據(jù)所述消息生成攜帶有所述主叫端的用戶信息的語音 信息，將所述語音信息發(fā)送給所述^L叫端，包括以下兩種方式
一、 發(fā)送單元34發(fā)送包括所述主叫端的用戶信息的消息到IVR呼叫中心5。 所述IVR呼叫中心5將生成內(nèi)容包括主叫端的用戶信息的語音信息，然后將所 述語音信息發(fā)送到所述4皮叫端。
二、 發(fā)送單元34發(fā)送CONNECT消息給MSC,此處，SCP 3發(fā)送的 CONNECT消息里攜帶的被叫端號(hào)碼為"IVR呼叫中心號(hào)碼和原被叫端號(hào)碼"， 主叫端號(hào)碼不改變。MSC與IVR呼叫中心建立連接，然后MSC根據(jù)該 CONNECT消息并將其轉(zhuǎn)給IVR呼叫中心5。
所述IVR呼叫中心5從接收到的上述主叫端號(hào)碼和被叫端號(hào)碼中獲得到所 述主叫端1的號(hào)碼和所述被叫端4的號(hào)碼，IVR呼叫中心5預(yù)先根據(jù)主叫端1 和被叫端4的號(hào)碼為被叫端4配置好相應(yīng)的語言信息，此時(shí)才艮據(jù)接收到的信息 獲取到對(duì)應(yīng)的內(nèi)容包含主叫端1的用戶信息的語音信息，IVR呼叫中心5將該 語音信息發(fā)送給所述被叫端。
控制單元37，用于才艮據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做 出的響應(yīng)，執(zhí)行相應(yīng)的控制。
本實(shí)施例中，被叫端4通過系統(tǒng)2接收到帶有主叫端1的用戶信息的呼叫， 并根據(jù)接收到的所述主叫端1的用戶信息選擇是否接聽本次呼叫，當(dāng)被叫端4 選擇接聽呼叫時(shí)，控制單元37才艮據(jù)所述發(fā)送單元34接收到的被叫端4的選擇 接聽的響應(yīng)指令系統(tǒng)2中的其他設(shè)備(如MSC)為主叫端1與被叫端4之間建 立起通話連接，當(dāng)通話結(jié)束后，SCP的控制過程結(jié)束。當(dāng)被叫端4選擇拒絕接 聽呼叫時(shí)，則控制單元37根據(jù)SCP接收到的被叫端4選擇拒絕接聽的響應(yīng)指令 切斷本次呼叫。對(duì)于被叫端對(duì)呼叫不執(zhí)行任何梯:作的情況(既不選擇接聽呼叫， 也不選擇拒絕接聽呼叫)，SCP也認(rèn)為是一種響應(yīng)，經(jīng)過預(yù)先設(shè)置的一段時(shí)間后，
控制單元37指令切斷本次呼叫。
上述為被叫端提供主叫端的用戶信息實(shí)現(xiàn)呼叫管理的系統(tǒng)，能夠運(yùn)用在非 常普遍的場(chǎng)景下，這種服務(wù)對(duì)運(yùn)營商來說可提高終端用戶的滿意度。且本發(fā)明 實(shí)施例的系統(tǒng)其在網(wǎng)絡(luò)中傳遞使用的消息都為標(biāo)準(zhǔn)的消息，僅需在業(yè)務(wù)控制點(diǎn)
擴(kuò)展功能模塊使得能夠查詢到主叫端的用戶信息，因此對(duì)網(wǎng)絡(luò)的兼容性很好。
圖7是本發(fā)明實(shí)施例一的業(yè)務(wù)控制點(diǎn)的結(jié)構(gòu)示意圖。如圖7所示，所述業(yè) 務(wù)控制點(diǎn)3包括
查詢單元33,用于才艮據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信
自
本實(shí)施例中，查詢單元33根據(jù)主叫端的呼叫請(qǐng)求信息從用戶信息數(shù)據(jù)庫中 查詢主叫端1的用戶信息，查詢到的主叫端的用戶信息可以是名稱、職位和 歸屬地等信息。所述用戶信息數(shù)據(jù)庫可以是存儲(chǔ)在業(yè)務(wù)控制點(diǎn)3中，也可以是 存儲(chǔ)在業(yè)務(wù)控制點(diǎn)3以外的其他設(shè)備中。
所述主叫端的呼叫請(qǐng)求消息中包括主叫端的號(hào)碼和^皮叫端的號(hào)碼。所述查 詢單元3可以才艮據(jù)所述主叫端的號(hào)碼和所述^皮叫端的號(hào)碼查詢到所述主叫端1 的用戶信息；也可以根據(jù)所述主叫端的號(hào)碼查詢到所述主叫端的用戶信息。
發(fā)送單元34,用于發(fā)送所述主叫端的用戶信息到被叫端；
本實(shí)施例中，發(fā)送單元34可以通過短消息、非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù) (Unstructured Supplementary Service Data, USSD )消息、來電顯示或交互式語 音應(yīng)答(Interactive Voice Response , IVR )呼叫等向被叫端發(fā)送主叫端的用戶 信息。
控制單元37，用于根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做 出的響應(yīng)，4丸行相應(yīng)的控制。
本實(shí)施例中，SCP接收到被叫端對(duì)帶有主叫端的用戶信息的呼叫做出的響 應(yīng)，控制單元37根據(jù)被叫端的響應(yīng)執(zhí)行相應(yīng)的控制。如果被叫端根據(jù)所述主叫 端的用戶信息選擇^t妄聽呼叫時(shí)，則控制單元37指令通信網(wǎng)絡(luò)中的其他設(shè)備(如 MSC)為主叫端與被叫端之間建立起通話連接，當(dāng)通話結(jié)束后，SCP的控制過 程結(jié)束。如果被叫端選擇拒絕接聽呼叫，則控制單元37指令切斷本次呼叫。對(duì) 于被叫端對(duì)呼叫不執(zhí)行任何操作的情況(既不選擇接聽呼叫，也不選擇拒絕接
聽呼叫)，SCP也認(rèn)為是一種響應(yīng)，經(jīng)過SCP預(yù)先設(shè)置的一段時(shí)間后，控制單元
37指令切斷本次呼叫。
圖8是本發(fā)明實(shí)施例二的業(yè)務(wù)控制點(diǎn)的結(jié)構(gòu)示意圖。如圖8所示，所述業(yè) 務(wù)控制點(diǎn)3包括
啟動(dòng)單元31,用于啟動(dòng)業(yè)務(wù)控制點(diǎn)的用戶信息查詢模式；
通信網(wǎng)絡(luò)中，移動(dòng)業(yè)務(wù)交換中心MSC會(huì)才艮據(jù)歸屬位置寄存器HLR發(fā)送的 用戶簽約信息CSI觸發(fā)IDP消息，所述IDP消息中包括用于SCP啟動(dòng)具體業(yè)務(wù) 的業(yè)務(wù)鍵參數(shù)。MSC將該IDP消息發(fā)送到SCP， SCP接收到IDP消息后，根據(jù) 所述業(yè)務(wù)鍵參數(shù)啟動(dòng)用戶訂購的業(yè)務(wù)。本實(shí)施例中，如果被叫端訂購有該業(yè)務(wù)， SCP3中的啟動(dòng)單元31將會(huì)根據(jù)接收到IDP消息啟動(dòng)用戶信息查詢模式?？蛇x 地，本實(shí)施例還可以是，呼叫發(fā)生時(shí)，SCP根據(jù)被叫端的預(yù)先配置信息(例如 被叫端在HLR上配置被呼叫時(shí)通知SCP處理或在SCP上配置被呼叫時(shí)提供用 戶信息)，來啟動(dòng)SCP的用戶查詢模式。
上述啟動(dòng)用戶查詢模式的方法，不僅可以應(yīng)用在GSM網(wǎng)絡(luò)中的CAMEL協(xié) 議中，還可以運(yùn)用在其他網(wǎng)絡(luò)中，如PSTN網(wǎng)絡(luò)、CDMA網(wǎng)絡(luò)、IMS網(wǎng)絡(luò)中。
存儲(chǔ)單元32,用于存儲(chǔ)用戶信息數(shù)據(jù)庫；
查詢單元33,用于根據(jù)所述主叫端的請(qǐng)求消息查詢到主叫端的用戶信息； 本實(shí)施例中，查詢單元33根據(jù)所述主叫端的呼叫請(qǐng)求信息從存儲(chǔ)在存儲(chǔ)單 元32中的用戶信息數(shù)據(jù)庫中查詢主叫端1的用戶信息，查詢到的主叫端1的用 戶信息可以是名稱、職位和歸屬地等信息。所述主叫端的呼叫請(qǐng)求消息中包 括主叫端1的號(hào)碼和被叫端4的號(hào)碼。所述查詢單元3可以根據(jù)所述主叫端的 號(hào)碼和所述被叫端的號(hào)碼查詢到所述主叫端的用戶信息；也可以根據(jù)所述主叫 端的號(hào)碼查詢到所述主叫端的用戶信息。
本實(shí)施例中，查詢到的主叫端1的用戶信息可以是名稱、職位和歸屬地 等信息。
發(fā)送單元34,用于發(fā)送所述主叫端的用戶信息到被叫端；
本實(shí)施例中，發(fā)送單元34不僅可以發(fā)送所述主叫端的用戶信息，還可以SCP
需要發(fā)送的其他消息。
發(fā)送單元34可以是發(fā)送包括所述主叫端的用戶信息的消息到被叫端。其中，
發(fā)送單元34發(fā)送的包括所述主叫端的用戶信息的消息可以是USSD消息或短消 息。當(dāng)發(fā)送的消息為USSD消息時(shí)，USSD消息中還包括供所述被叫端選擇的菜 單，所述菜單的內(nèi)容包括同意接聽、帶背景音效的同意接聽、回復(fù)為忙的拒 絕接聽、回復(fù)為號(hào)碼不存在的拒絕接聽和回復(fù)為不在服務(wù)區(qū)的拒絕接聽等等。 判斷單元35，用于根據(jù)所述主叫端的用戶信息和預(yù)先設(shè)置的所述被叫端的
通信錄和/或其當(dāng)前工作狀態(tài)判斷所述#:叫端對(duì)該主叫端呼叫的處理；
判斷結(jié)果處理單元36,用于根據(jù)判斷結(jié)果有選擇地發(fā)送主叫端的用戶信息。 所述判斷結(jié)果處理單元36根據(jù)判斷結(jié)果有選擇地發(fā)送主叫端的用戶信息， 包括
當(dāng)判斷結(jié)果為所述被叫端不需要接聽時(shí)，指令發(fā)送單元34發(fā)送釋放呼叫 releasecall消息給MSC;當(dāng)判斷結(jié)果為所述被叫端當(dāng)前無條件必須接聽時(shí)，指令
否則，指令發(fā)送單元34發(fā)送所述主叫端的用戶信息。
控制單元37,用于根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做 出的響應(yīng)，執(zhí)4亍相應(yīng)的控制。
本實(shí)施例中，SCP接收到被叫端對(duì)帶有主叫端的用戶信息的呼叫做出的響 應(yīng)，控制單元37根據(jù)被叫端的響應(yīng)執(zhí)行相應(yīng)的控制。如果被叫端才艮據(jù)所述主叫 端的用戶信息選擇接聽呼叫時(shí)，則控制單元37指令通信網(wǎng)絡(luò)中的其他設(shè)備(如 MSC)為主叫端與被叫端之間建立起通話連接，當(dāng)通話結(jié)束后，SCP的控制過 程結(jié)束。如果被叫端選擇拒絕接聽呼叫，則控制單元37指令切斷本次呼叫。對(duì) 于被叫端對(duì)呼叫不執(zhí)行任何操作的情況(既不選擇接聽呼叫，也不選擇拒絕接 聽呼叫)，SCP也認(rèn)為是一種響應(yīng)，經(jīng)過預(yù)設(shè)的一段時(shí)間后，控制單元37指令 切斷本次呼叫。
本發(fā)明實(shí)施例的業(yè)務(wù)控制點(diǎn)利用的消息都是在網(wǎng)絡(luò)中傳遞使用的標(biāo)準(zhǔn)消 息，只需擴(kuò)展一些功能模塊即可獲取到主叫端的用戶信息，并能夠方便地將其 提供給被叫端使用，從而對(duì)網(wǎng)絡(luò)的兼容性很好。
相應(yīng)地，本發(fā)明實(shí)施例還提供了一種通信終端，包括
接收單元，用于接收主叫端的用戶信息；
此處，接收單元接收到主叫端的用戶信息的方式包括短消息、USSD消息、 語言消息和來電顯示。這些方式可以是與主叫端的呼叫同時(shí)到達(dá)為被叫端的通 信終端，也可以是主叫端的用戶信息提前到達(dá)為被叫端的通信終端。
選擇單元，用于根據(jù)所述主叫端的用戶信息選擇是否接聽呼叫。 此處，為被叫端的移動(dòng)終端根據(jù)所所主叫端的用戶信息選擇是否接聽呼叫， 其中可供選擇的模式包括同意接聽、帶背景音效的同意接聽、回復(fù)為忙的拒 絕接聽、回復(fù)為號(hào)碼不存在的拒絕接聽和回復(fù)為不在服務(wù)區(qū)的拒絕接聽等等。
步驟是可以通過程序指令相關(guān)的硬件來完成，所屬的程序可以存儲(chǔ)于一計(jì)算機(jī)
可讀存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如下全部或部分步驟 根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息； 發(fā)送所述主叫端的用戶信息到被叫端；
當(dāng)所述被叫端根據(jù)發(fā)送來的所述主叫端的用戶信息確定接聽呼叫時(shí)，建立 起通話連接，否則不建立通話連接。
所述的存儲(chǔ)介質(zhì)為，如ROM/RAM、磁盤、光盤等。
當(dāng)然，以上所揭露的僅為本發(fā)明的優(yōu)選實(shí)施方式，當(dāng)然不能以此來限定本 發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋 的范圍。
權(quán)利要求
1、一種實(shí)現(xiàn)呼叫管理的方法，包括根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息；發(fā)送所述主叫端的用戶信息到被叫端；根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出的響應(yīng)，執(zhí)行相應(yīng)的呼叫控制。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)主叫端的呼叫請(qǐng)求 信息查詢到所述主叫端的用戶信息，包括根據(jù)主叫端號(hào)碼和被叫端號(hào)碼查詢到所述主叫端的用戶信息；或 根據(jù)主叫端號(hào)碼查詢到主叫端的用戶信息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)主叫端的呼叫請(qǐng)求 信息查詢到所述主叫端的用戶信息之前，還包括啟動(dòng)用戶信息查詢模式。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述啟動(dòng)用戶信息查詢模式， 包括接收到移動(dòng)業(yè)務(wù)交換中心發(fā)送的初始探測(cè)點(diǎn)消息后，啟動(dòng)用戶查詢模式；或所述呼叫發(fā)生時(shí)，根據(jù)所述被叫端預(yù)先配置的信息啟動(dòng)用戶信息查詢模式。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送所述主叫端的用戶 信息到被叫端，包括；根據(jù)所述主叫端的用戶信息和預(yù)先配置的所述被叫端的通信錄或/和所述被 叫端當(dāng)前工作狀態(tài)有選擇地發(fā)送所述主叫端的用戶信息。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述有選擇地發(fā)送所述主叫 端的用戶信息，包括判斷所述被叫端對(duì)所述呼叫的處理， 如果判斷為所述被叫端不需要接聽，則發(fā)送釋放呼叫Release call消息； 如果判斷為所述被叫端當(dāng)前必須接聽，則按照持續(xù)普通呼叫的方式發(fā)送連 4妻/接續(xù)Connect/Continue消息；否則，發(fā)送所述主叫端的用戶信息。
7、 根據(jù)權(quán)利要求1至6之一所述的方法，其特征在于，所述發(fā)送所述主叫 端的用戶信息到被叫端，包括下列方式之一發(fā)送攜帶有所述主叫端的用戶信息的USSD消息到所述^f皮叫端； 發(fā)送攜帶有所述主叫端的用戶信息的短消息到所述被叫端； 發(fā)送攜帶有所述主叫端的用戶信息的語音信息到所述被叫端。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述USSD消息中包括提供 給所述被叫端選擇接聽或不接聽的菜單。
9、 一種實(shí)現(xiàn)呼叫管理的系統(tǒng)，包括業(yè)務(wù)控制點(diǎn)，其特征在于所述業(yè)務(wù)控制點(diǎn)用于根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶 信息，并發(fā)送所述主叫端的用戶信息到被叫端；和根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出的響應(yīng)，執(zhí)行相 應(yīng)的呼叫控制。
10、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)控制點(diǎn)用于根據(jù) 所述主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息，包括所述業(yè)務(wù)控制點(diǎn)用于根據(jù)主叫端號(hào)碼和被叫端號(hào)碼查詢到所述主叫端的用 戶信息；或所述業(yè)務(wù)控制點(diǎn)用于根據(jù)主叫端號(hào)碼查詢到所述主叫端的用戶信息。
11、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)控制點(diǎn)還包括用 于根據(jù)所述主叫端的用戶信息和預(yù)先配置的所述被叫端的通信錄和/或所述被叫 端的當(dāng)前工作狀態(tài)判斷所述被叫端對(duì)所述主叫端呼叫的處理；并根據(jù)判斷結(jié)果 有選擇地發(fā)送所述主叫端的用戶信息。
12、 根據(jù)權(quán)利要求9至11之一所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括IVR呼叫中心，用于接收所述業(yè)務(wù)控制點(diǎn)發(fā)送的消息，并根據(jù)所述消息生成攜帶有所述主叫端的用戶信息的語音信息，將所述語音信息發(fā)送給所述被叫端。
13、 一種業(yè)務(wù)控制點(diǎn)，其特征在于，包括查詢單元，用于根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息； 發(fā)送單元，用于發(fā)送所述主叫端的用戶信息到被叫端； 控制單元，用于根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫做出 的響應(yīng)，執(zhí)行相應(yīng)的控制。
14、 根據(jù)權(quán)利要求13所述的業(yè)務(wù)控制點(diǎn)，其特征在于，所述查詢單元用于 根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息，包括所述查詢單元用于根據(jù)主叫端號(hào)碼和被叫端號(hào)碼查詢到所述主叫端的用戶"息;或所述查詢單元用于根據(jù)主叫端號(hào)碼查詢到所述主叫端的用戶信息。
15、 根據(jù)權(quán)利要求13所述的業(yè)務(wù)控制點(diǎn)，其特征在于，所述業(yè)務(wù)控制點(diǎn)還 包括啟動(dòng)單元，用于啟動(dòng)用戶信息查詢^^莫式。
16、 根據(jù)權(quán)利要求13所述的業(yè)務(wù)控制點(diǎn)，其特征在于，所述業(yè)務(wù)控制點(diǎn)還 包括判斷單元，用于根據(jù)所述主叫端的用戶信息和預(yù)先配置的所述被叫端的通 信錄和/或所述被叫端的當(dāng)前工作狀態(tài)判斷所述#:叫端對(duì)該主叫端呼叫的處理； 判斷結(jié)果處理單元，用于根據(jù)判斷結(jié)果有選擇地發(fā)送所述主叫端的用戶信自
17、 一種通信終端，其特征在于，包括 接收單元，用于接收主叫端的用戶信息；選擇單元，用于根據(jù)所述主叫端的用戶信息選擇是否接聽呼叫。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)呼叫管理的方法，包括根據(jù)主叫端的呼叫請(qǐng)求信息查詢到所述主叫端的用戶信息；發(fā)送所述主叫端的用戶信息到被叫端；根據(jù)所述被叫端對(duì)帶有所述主叫端的用戶信息的呼叫的響應(yīng)，執(zhí)行相應(yīng)的呼叫控制。相應(yīng)地，本發(fā)明還公開了一種實(shí)現(xiàn)呼叫管理的系統(tǒng)及一種業(yè)務(wù)控制點(diǎn)。采用本發(fā)明，能夠使得被叫端根據(jù)所述主叫端的用戶信息有選擇地接聽，從而可以避免因接聽一些不必要的電話而導(dǎo)致打擾工作的狀況出現(xiàn)。
文檔編號(hào)H04B7/26GK101340719SQ20081003015
公開日2009年1月7日 申請(qǐng)日期2008年8月13日 優(yōu)先權(quán)日2008年8月13日
發(fā)明者前 俞 申請(qǐng)人:華為技術(shù)有限公司