摘要：本文主要對東莞動感地帶用戶存在虛假話務的問題進行相關的分析與整治，就問題的發現、要因的分析判斷以及對策的制定與實施等進行較為詳盡的描述。在SCP（OCG）上進行虛假話務甄別清理能從總體上把握異常話務的源頭，便于鎖定產生異常話務的具體用戶，是小區話務監控等傳統清理方法的一個有力的補充手段。
　　關鍵詞：SCP；OCG；CAPS；無條件呼叫轉移；虛假話務；虛假話務甄別
　　
　　1、東莞SCP4的CAPS異常增高
　　首先需要了解一下智能網系統呼叫參數CAPS的定義：CAPS是CallAttemptPerSecond的縮寫，意思是每秒試呼數。CAPS只計算SCP試呼請求而并不把這些呼叫在網絡層的尋呼情況考慮在內，無論呼叫接通與否，CAPS也會如實把這些呼叫請求如實記錄下來。
　　從2008年7月開始，東莞SCP4出現呼叫CAPS異常增高的情況，在話務繁忙時甚至引起CPU使用率過負荷的告警。為了有效發掘問題的原因，我們特地對SCP4的呼叫CAPS做了一段時間的跟蹤，通過把得出的數據跟與系統小型機型號一樣，放置號段相若的SCP3的CAPS進行比對，得出以下的記錄：
　　
　　
　　
　　從上表可以看出，東莞SCP3和SCP4是相同類型的小型機，CPU個數，內存總量，系統資源和處理能力均完全一樣。在號段放置上SCP3放有48萬號段，SCP4有50萬號段，所承載的號段數目也比較接近，但反映系統負荷的CAPS以及CPU使用率均存在較大的差異。異常偏高的CAPS導致SCP4的CPU占用率在話務忙時的峰值已接近100并出現限呼，系統的資源異常占用情況已嚴重威脅SCP4的安全穩定運行。
　　我們統計了2008年7月1日至7月20日有關SCP4中各項業務所占的平均CAPS，對其分類并制作項目調查表如下：
　　
　　
　　
　　通過對各業務所占CAPS的比重可以看出，SCP4的CAPS主要來自語音業務占用所得，因此我們把研究的重點放在SCP4的語音業務上，尋找導致SCP4的CAPS異常增高的確切原因。
　　
　　2、虛假話務的甄別確認
　　東莞SCP4出現系統異常負荷之后，我們馬上對存在的可能性進行了充分的分析。CAPS增高的成因并不單一，既有可能真實話務增長的導致也有可能虛假話務的產生影響；至于CPU的使用率高企并出現限呼也有可能因為系統自身的處理能力不足或者配置不當所致。為了能準確有效地找出問題的根本所在，我們分別從系統機器因素、號段負荷因素、數據因素等三個方面出發，通過多方面、全方位的排查分析，科學的篩選得出了導致SCP4出現異常CAPS升高的要因。具體情況如下表所示：
　　
　　表三要因確認
　　序號 末端因素 確認方法 判斷標準 確認情況 是否要因
　　1 CPU內存配置不足 現場調查 根據廠家的標準 SCP4的cpu和內存已滿配置 否
　　2 配置進程太少 現場調查 根據廠家的標準 SCP4的scf處理進程數為10，符合要求 否
　　3 系統存在內存泄露 現場調查 按業務驗證文檔要求檢查 經檢查并無內存泄漏 否
　　4 系統有硬件故障 現場調查 系統檢查以及現場檢查 經檢查并無硬件故障 否
　　5 放置的萬號段總數過多 對照調查 對照系統資源、處理能力一樣的SCP3進行對比以及系統設計容量進行判斷 SCP3和SCP4的設計有效用戶數容量達48萬，根據每萬號段激活率60%左右計算，只放有50萬號段的SCP4有效用戶約為30萬左右，并沒超標 否
　　6 從話單量判斷用戶的活躍程度 對照調查 對照系統資源、處理能力一樣的SCP3進行對比 從話單量對比來看，SCP3和SCP4并沒有明顯的差異，每天話單量在120萬左右 否
　　7 從HLR檢查用戶數據 關聯調查 到HLR中檢查號碼的異常情況 發現SCP4有部分號段的號碼在HLR中做了無條件呼叫轉移 是
　　8 對異常數據進行歸類 關聯調查 對無條件呼轉到的號碼進行歸類 發現呼轉號碼大都是外地的固話號碼 是
　　9 對異常數據進行驗證 關聯調查 對呼轉號碼進行驗證 經過撥打驗證都是一些留言號碼，內容涉及欺詐信息 是
　　
　　通過逐一對可能存在的因素進行分析，得出其主要原因就是因為SCP4有部分用戶無條件呼轉至一些留言信箱號碼，留言信息都是涉及欺詐的信息。（東莞SCP4是承載純動感地帶的SCP，在目前的業務規則中只有動感地帶用戶才能進行呼叫轉移）相信是一些不法分子使用撥號器對現網用戶進行大規模撥打，撥通后馬上中斷，利用用戶回撥呼轉至留言信箱進行欺詐。由于這種大量“一撥通就斷”的呼叫會導致CAPS驟然升高，CAPS的增高也直接引起CPU的使用率高企繼而引發限呼，所以造成SCP4的CAPS異常偏高的主要原因就在于此。
　　
　　3、虛假話務的對策制定與實施
　　在確認問題的主要癥結所在之后，我們根據主因的特點，制定了相關針對性的對策解決：
　　
　　表四對策確定
　　序號 要因 對策 目標 措施 時間
　　1 從HLR檢查用戶數據 在HLR導出歸屬SCP4用戶數據，重點對無條件呼轉進行分析 對SCP4全量用戶進行檢查 1、從HLR導出用戶數據 20070722
　　    2、判斷用戶的呼叫轉移情況 
　　    3、重點對無條件呼轉進行監控 
　　2 對異常數據進行歸類 根據呼轉號碼進行分類，重點對多號碼同時呼轉至相同號碼用戶進行抽檢 對所有無條件呼轉號碼進行分析歸類 1、去除呼轉至移動的特服號碼的用戶 20070723
　　    2、加強對呼轉至外地固話號碼的用戶抽檢 
　　    3、重點對多個號碼同時無條件呼轉至同一外地固話號碼的用戶進行監控 
　　3 對異常數據進行驗證 結合撥測、信令和話單等手段確認，確認后報客服停機 對重大嫌疑用戶進行確認 1、撥打測試驗證 20070723
　　    2、進行信令跟蹤 
　　    3、查詢呼轉話單驗證 
　　    4、對確認存在欺詐行為的用戶報客服停機 
　　
　　具體的實施過程如下：
　　3.1在HLR導出用戶數據，重點對無條件呼轉進行分析
　　3.11從HLR導出用戶數據
　　在7月22日，小組在HLR中導出歸屬SCP4的全量用戶數據。
　　3.12判斷用戶的呼叫轉移情況
　　在HLR中的呼轉共有4種呼轉方式，其中包括無條件呼轉、遇忙呼轉、無應答呼轉和不可達呼轉。
　　3.13重點對無條件呼轉進行監控
　　由于涉及虛假話務的號碼通常都以無條件呼轉方式為途徑，因此無條件呼轉是監控中的重點
　　
　　3.2根據呼轉號碼進行分類，重點對多號碼同時呼轉至相同號碼用戶進行抽檢
　　3.21去除呼轉至移動的特服號碼的用戶
　　到目前為止，沒有發現利用移動特服號碼做留意欺詐的個案，因此優先排除這類號碼的可能。
　　3.22加強對呼轉至外地固話號碼的用戶抽檢
　　從檢查情況來看，不法分子多數會利用外地的固話號碼作為呼轉的對象，因此對此類號碼要加強抽查篩選。
　　3.23重點對多個號碼同時無條件呼轉至同一外地固話號碼的用戶進行監控
　　特別是出現多個號碼同時無條件呼轉至同一個外地固話的情況是存在重大虛假話務的嫌疑。通過比對篩選，建立對可疑號碼檢查的優先等級。
　　
　　3.3結合撥測、信令和話單等手段確認，確認后報客服停機
　　3.21撥打測試驗證
　　根據優先等級對嫌疑號碼進行撥打測試確認。
　　3.32進行信令跟蹤
　　對嫌疑號碼在SCP上信令跟蹤確認。
　　3.33查詢呼轉話單驗證
　　由于被利用作為撥測機的號碼在撥打過程中不產生真實的呼轉話單，如果一個主叫號碼試呼次數很多但鮮見真實呼叫話單，則基本可以確認進入虛假話務黑名單。
　　
　　3.4對確認存在欺詐用戶報客服停機
　　對已確認制造虛假話務進行欺詐的用戶報客服在HLR中進行永久停機（號碼無法通過用戶密碼進行重開機），從源頭堵塞虛假話務的產生。降低了虛假話務，從而可以緩解系統資源被異常占用的情況。
　　
　　4、虛假話務的整治后的初步成果
　　從7月23日開始，通過對SCP4的用戶進行全面虛假話務排查，并對有欺詐嫌疑的號碼進行停機處理。經過一段時間的觀察，SCP4的CAPS呈現震蕩回落的態勢，情況在可掌控范圍之中。SCP4的CAPS也逐漸回落至70以內，CPU使用率也隨之恢復正常。具體情況如下表所示：
　　
　　
　　5、東莞動感地帶OCS搬遷后對東莞OCG19的虛假話務整治
　　在2009年5月，東莞完成了動感地帶用戶的OCS搬遷，在搬遷后東莞所有動感地帶用戶全部由東莞OCG19進行承載。由于動感地帶用戶從以前多個SCP統一集中在同一個OCG，因此在完成割接后，東莞OCG19也出現了CAPS異常增高的情況。下表數據是2009年5月13日忙時東莞OCG19與廣州OCG27的一個數據對比（兩者在系統處理能力、號段承載數目上相若）。
　　
　
　　
　　從上表中的數據可以看出，東莞OCG19在產生話單總量不如廣州OCG27的前提下，系統的CAPS反而明顯高于廣州OCG27，這確實表明在東莞OCG19的試呼數中有相當一部分并不產生真實的話單，這也意味著OCG19也出現了比較嚴重的虛假話務。
　　對于OCG的虛假話務清理思路大體上與傳統SCP基本一致，但在操作上就存在一定差異，最大的差別是對HLR中用戶的數據檢查篩選上。在通常的情況下，OCG承載的號段數要遠遠多于一般傳統的SCP。而HLR數據庫結構與一般SQL數據庫有很大差別，需要采用HGSDP指令從HLR中倒出用戶全量數據，再針對其中CFU無條件呼轉參數進行檢查，這對于OCG幾百萬甚至上千萬的號段數據進行全量倒出在操作上有很大的局限性。因此如何有效快速確認嫌疑號碼是處理OCG虛假話務的一個最重要的環節。
　　我們知道，當不法分子在使用動感地帶用戶進行多次“一接通就斷”的主叫時總會有若干次由于被叫用戶及時應答接通繼而產生通話時長極短（通常在3秒以內）的主叫話單，而且用戶數越多的網元，出現這樣超短時長的主叫話單的機率就越大。只要我們對OCG中的原始通話話單按通話時長在3秒以內的主叫話單為條件進行篩選，如果發覺在同一天內出現兩條或以上的同類話單時，就可以把這個號碼初步列為嫌疑號碼，再對這些號碼在HLR中進行數據的相關查詢，必要時進行相應的撥測，一旦確定是產生虛假話務的號碼后就按之前流程交送客服在HLR中進行永久停機。下表是我們對比整治前后OCG19的CAPS數值。
　　
　　
　　
　　從表中數據可以看出經過一段時間的集中整治，OCG19的CAPS有了明顯的好轉。OCG由于用戶眾多，如果再采取之前在HLR中導出全量用戶數據的話在效率和精力耗費上都存在不小的缺陷性。既然“海選”的辦法不行，就應該從超短主叫話單上入手，通過這類話單進行快速定位，“定點打擊”進行處理，的確能收到比較理想的成效，而且這個方法特別適合大容量網元的情況，話單越多就越容易發現有問題的號碼，就越容易進行虛假話務的清除。
　　6、對東莞智能網虛假話務分析整治的總結
　　通過對系統異常呼叫話務的研究分析，進而發掘虛假話務的所在并對其采取針對性的措施進行處理整治有著十分重要的意義。
　　首先在經濟上來說，通過對虛假話務的有效打擊，這對降低系統整體負荷，保證正常用戶呼叫不因系統繁忙而遭到丟棄有著非常積極的作用。保證了系統的穩定就是保證了穩定的經濟效益。
　　其次在對社會來說也有非常正面的意義。面對社會上部分不法分子利用撥號器進行行騙的行為日益猖獗，其所產生的虛假話務無論對SCP（OCG）的交換系統資源還是小區的信道資源都造成嚴重的浪費。由于不法分子利用撥號器撥打的地點可以隨時更換，這也是通過小區對異常話務監控進行定位最大的缺陷，這對他們的行為實施有效的打擊處理存在一定的難度。
　　通過對SCP（OCG）中異常CAPS的研究和分析，使得發掘處理虛假話務除了傳統小區話務監控的方法之外，還可以從交換局上進行CAPS總體的分析。在SCP（OCG）上進行分析可以從宏觀上對這些產生虛假話務的具體號碼進行有效定位，并結合HLR中的數據對其甄別確認，這樣所有的虛假話務無論從何時何地接入在CAPS記錄中都會無所遁形。因此除了在SCP進行總體定位外再加上小區異常話務監控的定點圍殲，通過兩者相輔相成，相信會對虛假話務的產生有著很好的處理效果。
　　由于不法分子更換號碼的成本不高，死灰復燃的情況會隨時發生，因此對于虛假話務的處理不會是一勞永逸的，這個將會是一個長期的處理過程。對此我們有計劃建立一個OCG自動話單甄別系統，通過設定一定條件對OCG產生的話單進行自動篩選得出嫌疑號碼，如果確立后進行進一步的處理。盡量把重復的操作實現自動化將會大大提高虛假話務的整治效率，相信經過努力一定能夠把虛假話務這個頑疾扼殺在萌芽當中，保障我們的系統健康安全地運行。
　　
　　參考文獻
　　[1]華為技術文檔《利用信令SCP-OAM信令跟蹤定位問題》
　　[2]華為技術文檔《華為移動智能網SCP容量預警和硬件性能指標說明》
　　[3]華為技術文檔《中國移動智能網華為設備細則》
　　[4]華為技術文檔《TELLIN-SCP基礎》
　　
　　搜論文知識網致力于為需要刊登論文的人士提供相關服務,提供迅速快捷的論文發表、寫作指導等服務。具體發表流程為：客戶咨詢→確定合作，客戶支付定金→文章發送并發表→客戶接收錄用通知，支付余款→雜志出版并寄送客戶→客戶確認收到。鳴網系學術網站，對所投稿件無稿酬支付，謝絕非學術類稿件的投遞！