專利名稱：一種呼叫的處理方法和移動交換中心的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種呼叫的處理方法和移動交換中心。
背景技術：
隨著電話的日益普及，電話給人們帶來了極大的方便，但同時也出現(xiàn)了惡意呼叫， 干擾了用戶的正常生活。惡意呼叫包含兩種情況一、主叫A撥打被叫B，在B未應答，或是B剛應答時，A就 很快掛斷呼叫；二、主叫A撥打被叫B，B剛應答就很快掛斷電話。其中第一種情況A很快掛 斷呼叫一般以誘惑B回撥產生高額話費為目的，而第二種情況B很快掛斷呼叫是以從A獲 取信息為目的。惡意呼叫引起大量被叫被騷擾以及通信網(wǎng)絡資源被惡意浪費。因此，急需一種應對惡意呼叫的處理方法。

發(fā)明內容
本發(fā)明提供了一種呼叫的處理方法和移動交換中心，解決了無法對惡意呼叫進行 檢測處理的問題。本發(fā)明實施例提供了一種呼叫的處理方法，所述方法包括移動交換中心MSC接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所述呼叫是 否是惡意短振鈴呼叫；若確定所述呼叫是惡意短振鈴呼叫，所述MSC確定所述惡意短振鈴呼叫對應的號 碼，對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所述號碼為惡意呼叫號碼，并對 所確定的惡意呼叫號碼進行呼叫限呼。一種移動交換中心MSC，包括呼叫處理模塊、惡意呼叫統(tǒng)計模塊、黑白名單控制模 塊，其中，所述呼叫處理模塊用于接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所述呼 叫是否是惡意短振鈴呼叫，若確定所述呼叫是惡意短振鈴呼叫，則確定所述惡意短振鈴呼 叫對應的號碼；所述惡意呼叫統(tǒng)計模塊用于對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確 定所述號碼為惡意呼叫號碼；所述黑白名單控制模塊用于對所確定的惡意呼叫號碼進行呼叫限呼。本發(fā)明實施例通過在MSC上擴展惡意呼叫檢測功能，實現(xiàn)了惡意呼叫的檢測處 理，并且可以不依賴網(wǎng)絡組網(wǎng)架構，檢測出的惡意呼叫號碼可以直接進行限呼操作中，實時 化和自動化程度高。


圖1是本發(fā)明實施例提供的一種呼叫的處理方法流程示意圖；圖2是本發(fā)明實施例提供的另一種呼叫的處理方法流程示意圖3是本發(fā)明實施例提供的另一種呼叫的處理方法流程示意圖；圖4是本發(fā)明實施例提供的一種MSC結構示意圖；圖5是本發(fā)明實施例提供的另一種MSC結構示意圖。
具體實施例方式需要說明的是，為了實現(xiàn)對惡意呼叫的監(jiān)控，可以在通信系統(tǒng)中增加信令監(jiān)測系 統(tǒng)，但當網(wǎng)絡中不同的網(wǎng)元提供給信令監(jiān)測系統(tǒng)的接口各不相同時，信令監(jiān)測系統(tǒng)的定制 化開發(fā)量就相應地增加，成本較高。進一步的，信令監(jiān)測系統(tǒng)需要運營商網(wǎng)絡組網(wǎng)存在信令 匯聚點，這樣才能使得信令監(jiān)測系統(tǒng)部署在較少的點就可以對網(wǎng)絡中的呼叫進行檢測，若 網(wǎng)絡架構為網(wǎng)狀組網(wǎng)，網(wǎng)絡沒有信令匯聚點，信令監(jiān)測系統(tǒng)就要部署在每個網(wǎng)元上進行監(jiān) 測，部署成本和復雜性都很高，故在網(wǎng)狀組網(wǎng)下，信令監(jiān)測系統(tǒng)無法開展使用。更進一步的， 信令監(jiān)測系統(tǒng)一般情況下部署在STP上，當惡意呼叫發(fā)生在局內(即在同一 MSC內部)時， 信令監(jiān)控系統(tǒng)無法檢測到。因此，本發(fā)明實施例提供了一種呼叫的處理方法，擴展了 MSC功 能，使得MSC可以對惡意呼叫進行檢測處理，進一步的，該方法無需運營商投入更多的資金 購買設備并進行定制化開發(fā)，可以應用在包括網(wǎng)狀結構的各種網(wǎng)絡結構下。更進一步的，由 于本發(fā)明實施例由MSC進行信令檢測，可以實現(xiàn)局內惡意呼叫的檢測。下面結合具體實施例和附圖對本發(fā)明進行詳細描述。如圖1所示，為本發(fā)明實施例提供的一種呼叫的處理方法，包括步驟101 移動交換中心MSC接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所 述呼叫是否是惡意短振鈴呼叫；步驟102 若確定所述呼叫是惡意短振鈴呼叫，所述MSC確定所述惡意短振鈴呼叫 對應的號碼，對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所述號碼為惡意呼叫 號碼，并對所確定的惡意呼叫號碼進行呼叫限呼。本發(fā)明實施例通過在MSC上擴展惡意呼叫檢測功能，實現(xiàn)了惡意呼叫的檢測處 理，并且可以不依賴網(wǎng)絡組網(wǎng)架構，檢測出的惡意呼叫號碼可以直接進行限呼操作中，實時 化和自動化程度高。在具體的實現(xiàn)場景中，MSC進行惡意呼叫處理的流程如下A. MSC接收入局呼叫，查詢所述入局呼叫的號碼是否呼叫受限，當所述入局呼叫的 號碼不受限時，所述MSC接續(xù)所述呼叫；B. MSC在收到被叫方的振鈴消息后啟動惡意呼叫定時器，設置短振鈴閾值，若在 所述惡意呼叫定時器超時前，所述MSC收到呼叫拆除消息，則確定所述呼叫為短振鈴呼叫； 或，在發(fā)起出局呼叫后啟動惡意呼叫定時器，設置短振鈴閾值，若在所述惡意呼叫定時器超 時前，所述MSC收到呼叫拆除消息，則確定所述呼叫為短振鈴呼叫。C.當所述短振鈴呼叫的拆除原因為正常拆除時，則確定所述短振鈴呼叫為惡意短 振鈴呼叫。D. MSC根據(jù)所述短振鈴呼叫的拆除方確定所述惡意短振鈴呼叫對應的號碼；E. MSC對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所述號碼為惡意呼 叫號碼，并對所確定的惡意呼叫號碼進行呼叫限呼。需要說明的是
1.步驟C、D在執(zhí)行順序上沒有必然關系，步驟D可以發(fā)生在步驟C之前；2.步驟A中MSC查詢所述入局呼叫的號碼是否呼叫受限，其中，MSC可以查詢入局 呼叫的主叫號碼和被叫號碼，如果二者有一個呼叫受限，則可以拒絕所述呼叫；或，查詢所 述入局呼叫的主叫號碼，如果所述主叫號碼沒有受限，則可以接續(xù)所述呼叫；或，查詢所述 入局呼叫的被叫號碼，如果所述被叫號碼沒有受限，則可以接續(xù)所述呼叫。3.在確定所述號碼為惡意呼叫號碼后，所述MSC查詢黑白名單信息，判斷所述惡 意呼叫號碼是否保存在白名單中，若是，則忽略該惡意呼叫號碼；若否，則記錄所述惡意呼 叫號碼并進行統(tǒng)計。4.當所述呼叫限呼為臨時限呼時，啟動限呼定時器，設定限呼定時器閾值，當所述 限呼定時器到時時，如果對所述惡意呼叫號碼的查詢次數(shù)小于等于計數(shù)閾值，則解除所述 號碼的臨時限呼；如果對所述惡意呼叫號碼的查詢次數(shù)大于計數(shù)閾值，則將對所述號碼的 臨時限呼固化為黑白名單限呼即進行長期限呼。5.上述MSC惡意呼叫處理流程可以由MSC上的不同功能模塊分別執(zhí)行，MSC包括 呼叫處理模塊、惡意呼叫統(tǒng)計模塊、黑白名單控制模塊，其中所述呼叫處理模塊包括入局呼 叫處理模塊和出局呼叫處理模塊。需要特別指出的是，黑白名單控制模塊的功能可以在MSC 上實現(xiàn)，或者，也可以將黑白名單控制模塊集成到其他的網(wǎng)元中，同樣的，黑白名單信息也 可以存儲在MSC中或在其他網(wǎng)元中，本發(fā)明實施例對此并不進行限定。下面，本發(fā)明實施例針對惡意呼叫主叫號碼和惡意呼叫被叫號碼的處理方法分別 進行闡述。如圖2所示，為本發(fā)明實施例提供的另一種呼叫的處理方法，該方法應用于惡意 呼叫主叫號碼的處理，包括步驟201 入局呼叫處理模塊接收入局呼叫，根據(jù)所述入局呼叫的號碼向黑白名 單控制模塊查詢所述號碼是否呼叫受限。具體的，本發(fā)明實施例為針對惡意呼叫主叫號碼的處理，故所述入局呼叫的號碼 至少包括入局呼叫的主叫號碼，黑白名單控制模塊查找所述主叫號碼是否被設定為呼叫受 限，若是，則通知入局呼叫處理模塊終止該呼叫，否則，通知入局呼叫處理模塊對該呼叫進 行接續(xù)。入局呼叫的還可以進一步包括入局呼叫的被叫號碼。向黑白名單控制模塊查詢所 述被叫號碼是否呼叫受限。黑白名單控制模塊可以進一步參考被叫號碼是否呼叫受限，從 而對該入局呼叫進行處理。步驟202 當所述入局呼叫的號碼沒有呼叫受限時，入局呼叫處理模塊對該入局 呼叫進行呼叫接續(xù)，確定所述入局呼叫是否為短振鈴呼叫；具體的，入局呼叫處理模塊可以通過判斷所述入局呼叫的呼叫時長判斷所述呼叫 是否為短振鈴呼叫。入局呼叫處理模塊在收到被叫方的振鈴消息后啟動惡意呼叫定時器， 設置短振鈴定時閾值，該短振鈴定時閾值可以設定為較短時間(例如，6s)，若在該惡意呼 叫定時器超時前入局呼叫處理模塊收到呼叫拆除消息，則可以確定該入局呼叫為短振鈴呼 叫；或者，如果入局呼叫處理模塊未收到振鈴消息就收到呼叫拆除消息，則同樣將該入局呼 叫作為短振鈴呼叫。
步驟203 根據(jù)短振鈴呼叫的拆除原因判斷該短振鈴呼叫是否是惡意短振鈴呼 叫；短振鈴呼叫并不一定都是惡意呼叫，還需要通過拆除原因來進一步判斷。一般來 說，拆除消息中攜帶的拆除原因為正常拆除，則可判斷該短振鈴呼叫為惡意短振鈴呼叫。需要說明的是，在某些具體場景下，電話接入號碼只允許在一段時間內撥打指定 次數(shù)，例如電話投票業(yè)務，每部電話只允許在很短的幾天內投票若干次，即只允許撥打若干 次投票接入碼，防止多次投票引起爭端。這種場景下，號碼分析出被叫為電話投票業(yè)務，就 可以直接將主叫號碼遞送給惡意呼叫統(tǒng)計模塊做統(tǒng)計分析，若是后續(xù)該主叫號碼撥打次數(shù) 在這段時間內達到指定次數(shù)，就可以把該主叫號碼設定為臨時綁定限呼即禁止該號碼在固 定的時長內撥打固定的電話接入碼，而不會限制該主叫撥打其它號碼。相應地，當入局呼叫 處理模塊接收到入局呼叫時，需要將主叫號碼和被叫號碼都發(fā)送到黑白名單控制模塊進行 查詢，即可實現(xiàn)上述臨時綁定限呼功能。步驟204 入局呼叫處理模塊根據(jù)惡意短振鈴呼叫的拆除方判斷惡意短振鈴呼叫 對應的號碼；入局呼叫處理模塊需要從上述短振鈴呼叫中篩選出由主叫方拆除的呼叫。拆除消 息來自于哪一方，即可認為呼叫是哪一方拆除的，因此MSC只需要篩選出來自“主叫方”的 呼叫拆除消息。當所述惡意短振鈴呼叫的拆除方為主叫方時，惡意短振鈴呼叫對應的號碼 即為主叫號碼。需要說明的是，經(jīng)過上述步驟的篩選，可識別出惡意短振鈴呼叫對應的號碼。但這 類呼叫并不一定都是惡意的，有很多情況是主叫無意識的提前中止通話，只有在這類呼叫 發(fā)生得非常頻繁時，才可認為是頻繁惡意呼叫。因此下一步就是要判斷這類呼叫的主叫號 碼出現(xiàn)的頻繁程度。 需要說明的是，步驟203與步驟204在順序上無必然關系，步驟203可以發(fā)生在步 驟204后，本發(fā)明實施例并不限定該順序。步驟205 入局呼叫處理模塊將惡意短振鈴呼叫對應的號碼(本實施例以主叫號 碼為例)發(fā)送給惡意呼叫統(tǒng)計模塊。步驟206 惡意呼叫統(tǒng)計模塊對所述主叫號碼進行頻率統(tǒng)計，根據(jù)統(tǒng)計結果確認 所述主叫號碼是否為惡意呼叫號碼；惡意呼叫統(tǒng)計模塊接收入局呼叫處理模塊發(fā)送的主叫號碼，查詢自身存儲的號碼 信息，確定是否已存儲有該號碼，若無，則將該主叫號碼記錄下來，并將該主叫號碼的統(tǒng)計 次數(shù)記為1，同時啟動周期定時器；若有，則將該號碼的統(tǒng)計次數(shù)加1。周期定時器設置周期 閾值和統(tǒng)計閾值，周期定時器用于記錄在該周期內惡意短振鈴呼叫對應的的號碼的統(tǒng)計次 數(shù)，當該周期內某號碼的統(tǒng)計次數(shù)超過統(tǒng)計閾值時，則可以認為該號碼為惡意呼叫號碼。其 中，統(tǒng)計閾值需要根據(jù)周期閾值而定，例如，可以認為同一號碼在正常狀態(tài)下每分鐘不會觸 發(fā)超過2次的短振鈴呼叫，從而，統(tǒng)計閾值可以設定為周期閾值分鐘數(shù)的2倍，即，假如周期 閾值設定為1小時，統(tǒng)計閾值則為120次。需要說明的是，周期閾值和統(tǒng)計閾值為經(jīng)驗值， 可以根據(jù)惡意呼叫的現(xiàn)狀進行設定。更進一步的，當惡意呼叫統(tǒng)計模塊確定惡意呼叫號碼后，可以通過告警等手段通 知運營商網(wǎng)絡維護人員及時處理?；蛘呖梢杂蓯阂夂艚薪y(tǒng)計模塊將惡意呼叫號碼發(fā)送給黑白名單控制模塊進行呼叫限呼，具體步驟如下步驟207 惡意呼叫統(tǒng)計模塊將確定的惡意呼叫號碼發(fā)送到黑白名單控制模塊， 觸發(fā)對該惡意呼叫號碼的呼叫限呼。惡意呼叫統(tǒng)計模塊可以與黑白名單控制模塊關聯(lián)在一起，以達到自動處理的效 果，即在惡意呼叫統(tǒng)計模塊統(tǒng)計出惡意呼叫號碼(本實施例以呼叫的主叫號碼為例)后，將 該號碼送到黑白名單控制模塊，由黑白名單控制模塊將該號碼設置為呼叫限呼(具體可以 為設置該號碼為臨時主叫甄別限呼，即限制該號碼作為主叫號碼進行呼叫)。惡意呼叫統(tǒng)計模塊通過內部消息將有嫌疑的主叫號碼通過內部消息遞交給黑白 名單控制模塊，效率和可靠性高于信令監(jiān)測系統(tǒng)監(jiān)測通過網(wǎng)元接口遞交的方式。更進一步 的，黑白名單控制模塊需要避免設置為呼叫限呼的號碼與黑白名單沖突，即防止列入呼叫 限呼的號碼同時記錄在白名單中。黑白名單控制模塊可以在收到惡意呼叫統(tǒng)計模塊發(fā)送的 號碼后，查詢黑白名單信息，判斷白名單中是否有該號碼，如果有則輸出一條日志并忽略收 到的號碼，否則作為一條有效的黑名單數(shù)據(jù)記錄下來并生效。當入局呼叫處理模塊收到入局呼叫時，需要到黑白名單控制模塊進行入局呼叫的 號碼查詢，當入局呼叫的主叫號碼或被叫號碼記錄在黑名單中時，入局呼叫處理模塊拒絕 接續(xù)該呼叫并終止該呼叫。步驟208 當黑白名單控制模塊對所述惡意呼叫號碼的呼叫限呼為臨時限呼時， 所述黑白名單控制模塊對臨時限呼的號碼進行后續(xù)處理。黑白名單控制模塊將惡意呼叫統(tǒng)計模塊上報的主叫號碼列為臨時限呼時，同時啟 動限呼定時器，設定限呼定時器閾值(假設為T)，啟動查詢計數(shù)器(假設為K)和計數(shù)閾值 (假設為L)，限呼定時器定時T到時，檢查該號碼的查詢數(shù)次1(，若K > L，則將所述臨時限 呼固化為黑白名單限呼，即對該號碼進行長期限呼；若K <= L，則解除對該號碼的臨時限 呼。其中，L可以為0。需要說明的是，上述定時器閾值為對臨時限呼的號碼的計數(shù)周期，計數(shù)閾值用于 記錄所述定時器閾值內收到的對臨時限呼號碼的查詢次數(shù)，定時器閾值、計數(shù)閾值為正比 關系的經(jīng)驗值。更進一步，當所述限呼定時器定時T到時，若0 < K < = L，可以重新啟動限呼定時 器同時置K為0，即再等下次定時T到時重新進行檢查，根據(jù)檢查結果取消或者固化對該號 碼的臨時限呼。本發(fā)明實施例通過在MSC上實現(xiàn)惡意呼叫檢測功能，使得MSC可以對惡意呼叫進 行檢測處理，更進一步的，本發(fā)明實施例可以不依賴網(wǎng)絡組網(wǎng)架構，可以應用于包括網(wǎng)狀結 構在內的所有網(wǎng)絡架構下，同時，本發(fā)明實施例避免了惡意呼叫監(jiān)測系統(tǒng)由于網(wǎng)絡接口的 不同而需要進行定制化開發(fā)所引起的高成本問題，無需增加額外的硬件投資和過多的軟件 開發(fā)投資即可實現(xiàn)惡意呼叫的檢測和處理，降低了檢測惡意呼叫的成本。檢測出的惡意呼 叫號碼可以直接參與到黑白名單限呼操作中，實時化和自動化程度高。更進一步的，對于發(fā) 生在單個MSC的內部的惡意呼叫，也可以進行檢測處理。如圖3所示，為本發(fā)明實施例提供的另一種呼叫的處理方法，該方法應用于惡意 呼叫被叫號碼的處理，包括步驟301 入局呼叫處理模塊接收入局呼叫，根據(jù)所述入局呼叫的號碼向黑白名單控制模塊查詢所述號碼是否呼叫受限。具體的，本發(fā)明實施例為針對惡意呼叫被叫號碼的處理，故所述入局呼叫的號碼 至少包括入局呼叫的被叫號碼，黑白名單控制模塊查找所述被叫號碼是否被設定為呼叫受 限，若是，則通知入局呼叫處理模塊終止該呼叫，否則，通知入局呼叫處理模塊對該呼叫進 行接續(xù)。入局呼叫的還可以進一步包括入局呼叫的主叫號碼。向黑白名單控制模塊查詢所 述主叫號碼是否呼叫受限。黑白名單控制模塊可以進一步參考主叫號碼是否呼叫受限，從 而對該入局呼叫進行處理。當所述入局呼叫的號碼沒有呼叫受限時，呼叫處理模塊對該入局呼叫進行呼叫接 續(xù)，將該呼叫遞交到出局呼叫處理模塊進行處理；步驟302 出局呼叫處理模塊在發(fā)起出局呼叫后確定該呼叫是否為短振鈴呼叫；具體的，出局呼叫處理模塊可以通過判斷所述出局呼叫的呼叫時長判斷所述呼叫 是否為短振鈴呼叫。出局呼叫處理模塊在發(fā)起出局呼叫后啟動惡意呼叫定時器，設置短振 鈴定時閾值，該短振鈴定時閾值可以設定為較短時間(例如，6s)，若在該惡意呼叫定時器 超時前出局呼叫處理模塊收到呼叫拆除消息，則可以確定該入局呼叫為短振鈴呼叫；或者，如果出局呼叫處理模塊未收到振鈴消息就收到呼叫拆除消息，則同樣將該入局呼 叫作為短振鈴呼叫。步驟303 根據(jù)短振鈴呼叫的拆除原因判斷該短振鈴呼叫是否是惡意短振鈴呼 叫；被叫方拆除的短振鈴呼叫，并不一定都是惡意呼叫，還需要通過拆除原因來進一 步判斷。一般來說，拆除消息中攜帶的拆除原因為正常拆除，則可判斷該短振鈴呼叫為惡意 短振鈴呼叫。步驟304 出局呼叫處理模塊根據(jù)惡意短振鈴呼叫的拆除方判斷惡意短振鈴呼叫 對應的號碼；具體的，MSC需要從上述呼叫中篩選出被叫方拆除的呼叫。拆除消息來自于哪一 方，即可認為呼叫是哪一方拆除的，因此MSC只需要篩選出來自“被叫方”的呼叫拆除消息。 當所述惡意短振鈴呼叫的拆除方為被叫方時，惡意短振鈴呼叫對應的號碼即為被叫號碼。需要說明的是，經(jīng)過上述步驟的篩選，可識別出惡意短振鈴呼叫對應的號碼。但這 類呼叫并不一定都是惡意的，有很多情況是被叫無意識的提前中止通話，只有在這類呼叫 發(fā)生得非常頻繁時，才可認為是頻繁惡意呼叫。因此下一步就是要判斷這類呼叫的被叫號 碼出現(xiàn)的頻繁程度。需要說明的是，步驟303與步驟304在順序上無必然關系，步驟303可以發(fā)生在步 驟304后，本發(fā)明實施例并不限定該順序。步驟305 出局呼叫處理模塊將惡意呼叫短振鈴對應的號碼(本實施例以被叫號 碼為例)發(fā)送給惡意呼叫統(tǒng)計模塊。步驟306 所述惡意呼叫統(tǒng)計模塊對該被叫號碼進行頻率統(tǒng)計，根據(jù)統(tǒng)計結果確 認所述被叫號碼是否為惡意呼叫號碼；惡意呼叫統(tǒng)計模塊接收出局呼叫處理模塊發(fā)送的被叫號碼，查詢自身存儲的號碼 信息，確定是否已存儲有該號碼，若無，則將該被叫號碼記錄下來，并將該號碼的統(tǒng)計次數(shù)記為1，同時啟動周期定時器；若有，則將該號碼的統(tǒng)計次數(shù)加1。周期定時器設置周期閾值 和統(tǒng)計閾值，周期定時器用于記錄在該周期內惡意短振鈴呼叫對應的號碼的統(tǒng)計次數(shù)，當 該周期內某號碼的統(tǒng)計次數(shù)超過統(tǒng)計閾值時，則可以認為該號碼為惡意呼叫號碼。其中，統(tǒng) 計閾值需要根據(jù)周期閾值而定，例如，可以認為同一號碼在正常狀態(tài)下每分鐘不會觸發(fā)超 過2次的短振鈴呼叫，從而，統(tǒng)計閾值可以設定為周期閾值分鐘數(shù)的2倍，即，假如周期閾值 設定為1小時，統(tǒng)計閾值則為120次。需要說明的是，周期閾值和統(tǒng)計閾值為經(jīng)驗值，可以 根據(jù)惡意呼叫的現(xiàn)狀進行設定。更進一步的，當惡意呼叫統(tǒng)計模塊確定惡意呼叫號碼后，可以通過告警等手段通 知運營商網(wǎng)絡維護人員及時處理。或者可以由惡意呼叫統(tǒng)計模塊將惡意呼叫號碼發(fā)送給黑 白名單控制模塊進行呼叫限呼，具體步驟如下步驟307 惡意呼叫統(tǒng)計模塊將確定的惡意呼叫號碼發(fā)送到黑白名單控制模塊， 觸發(fā)對該惡意呼叫號碼的呼叫限呼。惡意呼叫統(tǒng)計模塊可以與黑白名單控制模塊關聯(lián)在一起，以達到自動處理的效 果，即在惡意呼叫統(tǒng)計模塊統(tǒng)計出惡意呼叫的被叫號碼后，將該號碼送到黑白名單控制模 塊，由黑白名單控制模塊將該號碼設置為呼叫限呼。更進一步的，黑白名單控制模塊需要避免設置為呼叫限呼的號碼與黑白名單沖 突，即防止列入呼叫號碼同時記錄在白名單中。黑白名單控制模塊可以在收到惡意呼叫統(tǒng) 計模塊發(fā)送的號碼后，查詢黑白名單信息，判斷白名單中是否有該號碼，如果有則輸出一條 日志并忽略收到的號碼，否則作為一條有效的黑名單數(shù)據(jù)記錄下來并生效。當入局呼叫處理模塊收到入局呼叫時，需要到黑白名單控制模塊進行入局呼叫的 號碼查詢，當入局呼叫的主叫號碼或被叫號碼記錄在黑名單中時，入局呼叫處理模塊拒絕 接續(xù)該呼叫并終止該呼叫。步驟308 當黑白名單控制模塊對所述惡意呼叫號碼的呼叫限呼為臨時限呼時， 所述黑白名單控制模塊對臨時限呼的號碼進行后續(xù)處理。黑白名單控制模塊將惡意呼叫統(tǒng)計模塊上報的主叫號碼列為臨時限呼時，同時啟 動限呼定時器，設定限呼定時器閾值(假設為T)，設置查詢計數(shù)器(假設為K)和計數(shù)閾值 (假設為L)，限呼定時器定時T到時，檢查該號碼的查詢數(shù)次1(，若K > L，則將所述臨時限 呼固化為黑白名單限呼，即對該號碼進行長期限呼；若K <= L，則解除對該號碼的臨時限 呼。其中，L可以為0。需要說明的是，上述定時器閾值為對臨時限呼的號碼的計數(shù)周期，計數(shù)閾值用于 記錄所述定時器閾值內收到的對臨時限呼號碼的查詢次數(shù)，定時器閾值、計數(shù)閾值為正比 關系的經(jīng)驗值。更進一步，當所述限呼定時器定時T到時，若0 < K < = L，可以重新啟動限呼定時 器同時置K為0，即再等下次定時T到時重新進行檢查，根據(jù)檢查結果取消或者固化對該號 碼的臨時限呼。本發(fā)明實施例通過在MSC上實現(xiàn)惡意呼叫檢測功能，使得MSC可以對惡意呼叫進 行檢測處理，更進一步的，本發(fā)明實施例可以不依賴網(wǎng)絡組網(wǎng)架構，可以應用于包括網(wǎng)狀結 構在內的所有網(wǎng)絡架構下，同時，本發(fā)明實施例避免了惡意呼叫監(jiān)測系統(tǒng)由于網(wǎng)絡接口的 不同而需要進行定制化開發(fā)所引起的高成本問題，無需增加額外的硬件投資和過多的軟件開發(fā)投資即可實現(xiàn)惡意呼叫的檢測和處理，降低了檢測惡意呼叫的成本。檢測出的惡意呼 叫號碼可以直接參與到黑白名單限呼操作中，實時化和自動化程度高。更進一步的，對于發(fā) 生在單個MSC的內部的惡意呼叫，也可以進行檢測處理。另外，在MSC處理呼叫過程中，被 叫號碼是可以發(fā)生變換的(例如，可根據(jù)呼叫源、業(yè)務類型、路由狀態(tài)、時間等有不同的變 化結果)，因此在MSC內置的出局呼叫處理模塊可以獲取變換后的被叫號碼，從而可以根據(jù) MSC的處理結果選擇一次遞送多個或單個被叫號碼給惡意呼叫統(tǒng)計模塊進行處理。需要說明的是，在上述兩個實施例中，惡意呼叫統(tǒng)計模塊在向黑白名單控制模塊 上報惡意呼叫號碼時，可以忽略該號碼為主叫或被叫，而僅通知該號碼為惡意呼叫號碼，由 黑白名單控制模塊對該號碼進行呼叫限呼。與本發(fā)明實施例提供的呼叫的處理方法實施例相對應，本發(fā)明實施例還提供了一 種移動交換中心MSC。如圖4所示，為本發(fā)明實施例提供的一種移動交換中心MSC的結構示意圖，包括呼 叫處理模塊401、惡意呼叫統(tǒng)計模塊402、黑白名單控制模塊403，其中，所述呼叫處理模塊401用于接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所 述呼叫是否是惡意短振鈴呼叫，若確定所述呼叫是惡意短振鈴呼叫，則確定所述惡意短振 鈴呼叫對應的號碼；所述惡意呼叫統(tǒng)計模塊402用于對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng) 計，確定所述號碼為惡意呼叫號碼；所述黑白名單控制模塊403用于對所確定的惡意呼叫號碼進行呼叫限呼。如圖5所示，為本發(fā)明實施例提供的另一種MSC的結構示意圖，包括所述呼叫處理模塊401具體用于根據(jù)呼叫時長確定所述呼叫為短振鈴呼叫；根據(jù) 所述短振鈴呼叫的拆除原因判斷所述短振鈴呼叫是否是惡意短振鈴呼叫。所述呼叫處理模塊401包括入局呼叫處理模塊4011或出局呼叫處理模塊4012，所述入局呼叫處理4011模塊用于在收到被叫方的振鈴消息后啟動惡意呼叫定時 器，設置短振鈴閾值，若在所述惡意呼叫定時器超時前，所述MSC收到呼叫拆除消息，則確 定所述呼叫為短振鈴呼叫；或，所述出局呼叫處理模塊4012用于在發(fā)起出局呼叫后啟動惡意呼叫定時器，設置 短振鈴閾值，若在所述惡意呼叫定時器超時前，所述MSC收到呼叫拆除消息，則確定所述呼 叫為短振鈴呼叫。呼叫處理模塊401具體用于根據(jù)所述惡意短振鈴呼叫的拆除方確定所述惡意短 振鈴呼叫對應的號碼。黑白名單控制模塊403，還用于當所述呼叫限呼為臨時限呼時，啟動限呼定時器， 設定限呼定時器閾值，當所述限呼定時器到時時，如果對所述惡意呼叫號碼的查詢次數(shù)小 于等于計數(shù)閾值，則解除所述號碼的臨時限呼；如果對所述惡意呼叫號碼的查詢次數(shù)大于 計數(shù)閾值，則將對所述號碼的臨時限呼固化為黑白名單限呼。所述呼叫處理模塊401還用于在接收到入局呼叫之后向黑白名單控制模塊查詢 所述入局呼叫的號碼是否呼叫受限。本發(fā)明實施例通過在MSC上實現(xiàn)惡意呼叫檢測功能，使得MSC可以對惡意呼叫進 行檢測處理，更進一步的，本發(fā)明實施例可以不依賴網(wǎng)絡組網(wǎng)架構，可以應用于包括網(wǎng)狀結構在內的所有網(wǎng)絡架構下，同時，本發(fā)明實施例避免了惡意呼叫監(jiān)測系統(tǒng)由于網(wǎng)絡接口的 不同而需要進行定制化開發(fā)所引起的高成本問題，無需增加額外的硬件投資和過多的軟件 開發(fā)投資即可實現(xiàn)惡意呼叫的檢測和處理，降低了檢測惡意呼叫的成本。檢測出的惡意呼 叫號碼可以直接參與到黑白名單限呼操作中，實時化和自動化程度高。更進一步的，對于發(fā) 生在單個MSC的內部的惡意呼叫，也可以進行檢測處理。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關的硬件來完成，所述的程序可以存儲于一計算機可讀取存儲介質中。 所述的存儲介質，如ROM/RAM、磁碟、光盤等。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應 視為本發(fā)明的保護范圍。
權利要求
1.一種呼叫的處理方法，其特征在于，所述方法包括移動交換中心MSC接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所述呼叫是否是 惡意短振鈴呼叫；若確定所述呼叫是惡意短振鈴呼叫，所述MSC確定所述惡意短振鈴呼叫對應的號碼， 對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所述號碼為惡意呼叫號碼，并對所 確定的惡意呼叫號碼進行呼叫限呼。
2.如權利要求1所述的方法，其特征在于，所述根據(jù)呼叫時長及呼叫拆除原因確定所 述呼叫是否是惡意短振鈴呼叫包括根據(jù)呼叫時長確定所述呼叫為短振鈴呼叫；根據(jù)所述短振鈴呼叫的拆除原因判斷所述短振鈴呼叫是否是惡意短振鈴呼叫。
3.如權利要求2所述的方法，其特征在于，所述根據(jù)呼叫時長確定所述呼叫為短振鈴呼叫包括在收到被叫方的振鈴消息后啟動惡意呼叫定時器，設置短振鈴閾值，若在所述惡意呼 叫定時器超時前，所述MSC收到呼叫拆除消息，則確定所述呼叫為短振鈴呼叫；或，在發(fā)起出局呼叫后啟動惡意呼叫定時器，設置短振鈴閾值，若在所述惡意呼叫定時器 超時前，所述MSC收到呼叫拆除消息，則確定所述呼叫為短振鈴呼叫。
4.如權利要求2或3所述的方法，其特征在于，所述根據(jù)所述短振鈴呼叫的拆除原因判 斷所述短振鈴呼叫是否是惡意短振鈴呼叫包括當所述短振鈴呼叫的拆除原因為正常拆除時，則確定所述短振鈴呼叫為惡意短振鈴呼叫。
5.如權利要求1所述的方法，其特征在于，所述MSC確定所述惡意短振鈴呼叫對應的號 碼包括所述MSC根據(jù)所述惡意短振鈴呼叫的拆除方確定所述惡意短振鈴呼叫對應的號碼。
6.如權利要求1所述的方法，其特征在于，在確定所述號碼為惡意呼叫號碼之后，所述 方法還包括所述MSC查詢黑白名單信息，判斷所述惡意呼叫號碼是否保存在白名單中，若是，則忽 略該惡意呼叫號碼；若否，則記錄所述惡意呼叫號碼并進行統(tǒng)計。
7.如權利要求1所述的方法，其特征在于，所述方法還包括當所述呼叫限呼為臨時限呼時，啟動限呼定時器，設定限呼定時器閾值，當所述限呼定 時器到時時，如果對所述惡意呼叫號碼的查詢次數(shù)小于等于計數(shù)閾值，則解除所述號碼的 臨時限呼；如果對所述惡意呼叫號碼的查詢次數(shù)大于計數(shù)閾值，則將對所述號碼的臨時限 呼固化為黑白名單限呼。
8.如權利要求1所述的方法，其特征在于，在所述MSC接收入局呼叫之后，所述方法還 包括所述MSC查詢所述入局呼叫的號碼是否呼叫受限。
9.一種移動交換中心MSC，其特征在于，包括呼叫處理模塊、惡意呼叫統(tǒng)計模塊、黑白 名單控制模塊，其中，所述呼叫處理模塊用于接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所述呼叫是 否是惡意短振鈴呼叫，若確定所述呼叫是惡意短振鈴呼叫，則確定所述惡意短振鈴呼叫對應的號碼；所述惡意呼叫統(tǒng)計模塊用于對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所 述號碼為惡意呼叫號碼；所述黑白名單控制模塊用于對所確定的惡意呼叫號碼進行呼叫限呼。
10.如權利要求9所述的MSC，其特征在于，所述呼叫處理模塊具體用于根據(jù)呼叫時長 確定所述呼叫為短振鈴呼叫；根據(jù)所述短振鈴呼叫的拆除原因判斷所述短振鈴呼叫是否是 惡意短振鈴呼叫。
11.如權利要求10所述的MSC，其特征在于，所述呼叫處理模塊包括入局呼叫處理模塊 或出局呼叫處理模塊，所述入局呼叫處理模塊用于在收到被叫方的振鈴消息后啟動惡意呼叫定時器，設置短 振鈴閾值，若在所述惡意呼叫定時器超時前，所述MSC收到呼叫拆除消息，則確定所述呼叫 為短振鈴呼叫；或，所述出局呼叫處理模塊用于在發(fā)起出局呼叫后啟動惡意呼叫定時器，設置短振鈴閾 值，若在所述惡意呼叫定時器超時前，所述MSC收到呼叫拆除消息，則確定所述呼叫為短振 鈴呼叫。
12.如權利要求9所述的MSC，其特征在于，所述呼叫處理模塊具體用于根據(jù)所述惡意 短振鈴呼叫的拆除方確定所述惡意短振鈴呼叫對應的號碼。
13.如權利要求9所述的MSC，其特征在于，黑白名單控制模塊，還用于當所述呼叫限呼為臨時限呼時，啟動限呼定時器，設定限呼 定時器閾值，當所述限呼定時器到時時，如果對所述惡意呼叫號碼的查詢次數(shù)小于等于計 數(shù)閾值，則解除所述號碼的臨時限呼；如果對所述惡意呼叫號碼的查詢次數(shù)大于計數(shù)閾值， 則將對所述號碼的臨時限呼固化為黑白名單限呼。
14.如權利要求9所述的MSC，其特征在于，所述呼叫處理模塊還用于在接收到入局呼叫之后向黑白名單控制模塊查詢所述入局 呼叫的號碼是否呼叫受限。
全文摘要
本發(fā)明提供了一種呼叫的處理的方法和移動交換中心，其中，所述方法包括移動交換中心MSC接收入局呼叫，根據(jù)呼叫時長及呼叫拆除原因確定所述呼叫是否是惡意短振鈴呼叫；若確定所述呼叫是惡意短振鈴呼叫，所述MSC確定所述惡意短振鈴呼叫對應的號碼，對所述惡意短振鈴呼叫對應的號碼進行頻率統(tǒng)計，確定所述號碼為惡意呼叫號碼，并對所確定的惡意呼叫號碼進行呼叫限呼。本發(fā)明實施例通過在MSC上內置惡意呼叫檢測功能，使得可以不依賴網(wǎng)絡組網(wǎng)架構，無需增加額外的硬件投資即可實現(xiàn)惡意呼叫的檢測和處理，降低了檢測惡意呼叫的成本。
文檔編號H04W88/14GK102118874SQ200910238880
公開日2011年7月6日 申請日期2009年12月31日 優(yōu)先權日2009年12月31日
發(fā)明者劉海洋 申請人:華為技術有限公司