專利名稱：下一代網絡中追蹤惡意呼叫的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及下一代網絡(NGN， Next Generation Network)技術，特別是涉及一種下一代網絡中追蹤惡意呼叫的方法和系統(tǒng)。
背景技術：
NGN采用業(yè)務控制與承載媒體相分離的軟交換(SS， Soft Switch)技術，軟交換設備通過H. 248協(xié)議(The Megaco/H. 248 Gateway Control Protocol) /媒體網關控制協(xié)議(MGCP， Medium Gateway Control Protocol)等控制協(xié)議來操縱媒體網關(MG， MediumGateway)。其中，在NGN構架中，媒體網關可作中繼網關(TG)、信令網關(SG)、接入網關(AG)，從而實現(xiàn)了傳統(tǒng)電話網絡(PSTN)到網絡電話(VOIP)的擴展。 然而，由于在實際的NGN中，用戶經常受到不明電話的騷擾，如廣告、詐騙、反動的語音電話等，所以從信息安全的角度考慮，應當限制這些頻繁的惡意呼叫。目前，中國專利申請?zhí)枮?CN200710000365.4"的文件中提出了一種惡意呼叫的識別方法，然而這種方法并未真正應用到NGN構架中去。并且，也沒有解決如何追蹤惡意呼叫的來源及去處，也不能對該類號碼的某些業(yè)務如呼叫進行限制等，因而無法避免其他用戶再被該號碼用戶騷擾。
發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種下一代網絡中追蹤惡意呼叫的方法和系統(tǒng)，能追蹤惡意呼叫，避免其他用戶再被該類號碼用戶騷擾。 為達到上述目的，本發(fā)明公開了一種下一代網絡中追蹤惡意呼叫的方法，包括被
叫媒體網關接收并解析被叫所屬軟交換設備下發(fā)的呼入信息，并判斷是否進入惡意呼叫檢
測狀態(tài)；被叫媒體網關在惡意呼叫檢測狀態(tài)下時，接到被叫端局用戶摘機事件，進入到主、
被叫通話狀態(tài)，當被叫端局檢測到本次通話為惡意呼叫時，則將本次惡意呼叫事件上報給
被叫媒體網關，并由被叫媒體網關判斷是否將本次惡意呼叫信息上報給被叫所屬軟交換設
備，如果不上報，被叫媒體網關丟棄端局上報的惡意呼叫事件；如果上報，則將本次惡意呼
叫信息上報給被叫所屬軟交換設備并分類記錄本次上報的惡意呼叫信息。 其中，上述方法還包括被叫所屬軟交換設備根據上報的惡意呼叫信息判斷發(fā)出
本次惡意呼叫的主叫號碼是否滿足業(yè)務限制條件，如果滿足業(yè)務限制條件，對發(fā)出本次惡
意呼叫的主叫號碼進行業(yè)務限制；如果不滿足業(yè)務限制條件，則根據本次上報的本次惡意
呼叫信息，記錄主叫號碼被上報的次數(shù)。 上述方法中，所述將本次惡意呼叫信息上報給被叫所屬軟交換設備之后，還包括被叫所屬軟交換設備按照與主叫所屬軟交換設備的約定，將本次惡意呼叫信息下發(fā)給主叫所屬軟交換設備；主叫所屬軟交換設備收到所述惡意呼叫信息后，按照與主叫媒體網關協(xié)商約定的信息格式和內容，向主叫媒體網關發(fā)出惡意呼叫通知，將本次惡意呼叫信息下發(fā)給主叫媒體網關，主叫媒體網關根據主叫所屬軟交換設備的需求，判斷是否下發(fā)惡意呼叫信息到主叫端局。
其中，所述判斷是否將本次惡意呼叫信息上報給被叫所屬軟交換設備為被叫媒體網關通過查找本次通話的惡意呼叫檢測標記來判斷是否將惡意呼叫信息上報給被叫所屬軟交換設備；如果找到本次通話的惡意呼叫檢測標記，則將本次惡意呼叫信息上報給被叫所屬軟交換設備；如果沒有找到本次通話的惡意呼叫檢測標記，則不上報本次惡意呼叫信息；其中，按照與被叫所屬軟交換設備協(xié)商約定的信息內容和格式，將本次惡意呼叫信息上報給被叫所屬軟交換設備。 上述方法中，所述被叫媒體網關判斷是否進入惡意呼叫檢測狀態(tài)為解析所述呼入信息，檢查是否攜帶惡意呼叫擴展標記，當解析到惡意呼叫擴展標記時，則發(fā)起對惡意呼叫檢測事件的解析；若解析到惡意呼叫檢測事件，被叫媒體網關則在其數(shù)據區(qū)記錄惡意呼叫檢測標記，并進入惡意呼叫檢測狀態(tài)；若解析到惡意呼叫檢測事件，被叫媒體網關則在接到被叫端局用戶摘機事件，進入到主、被叫通話狀態(tài)。 其中，所述本次上報的惡意呼叫信息滿足業(yè)務限制的條件為被叫所屬軟交換設備根據惡意呼叫信息中的主叫號碼被上報的次數(shù)來判斷是否滿足呼叫限制的條件，如果主叫號碼被上報的次數(shù)達到上報次數(shù)的上限，則本次上報的惡意呼叫信息滿足呼叫限制的條件；如果主叫號碼被上報的次數(shù)未達到上報次數(shù)的上限，則本次上報的惡意呼叫信息不滿足呼叫限制的條件。
為實現(xiàn)上述方法，本發(fā)明提供一種下一代網絡中追蹤惡意呼叫的系統(tǒng)，包括被叫
所屬軟交換設備、被叫媒體網關、被叫端局；其中，被叫所屬軟交換設備，用于下發(fā)的呼入信
息，并接收上報的惡意呼叫信息；被叫媒體網關，用于接收并解析所述被叫所屬軟交換設備
下發(fā)的呼入信息，并判斷是否進入惡意呼叫檢測狀態(tài)，以及用于判斷是否將本次惡意呼叫
信息上報給所述被叫所屬軟交換設備，并分類記錄上報的惡意呼叫信息；被叫端局，用于進
入通話狀態(tài)，并在檢測到本次通話為惡意呼叫時向所述被叫媒體網關上報。
其中，該系統(tǒng)還包括主叫所屬軟交換設備、主叫媒體網關、主叫端局；其中，主叫
所屬軟交換設備，用于按照與被叫所屬軟交換設備按照的約定，接收惡意呼叫信息，以及用
于按照與主叫媒體網關協(xié)商約定的信息格式和內容，向主叫媒體網關發(fā)出惡意呼叫通知；
主叫媒體網關，用于接收本次惡意呼叫信息，并根據主叫所屬軟交換設備的需求，判斷是否
下發(fā)惡意呼叫信息到主叫端局；主叫端局，用于接收所述惡意呼叫信息；和/或，所述被叫
所屬軟交換設備，還用于在惡意呼叫信息滿足業(yè)務限制的條件時，對發(fā)出本次惡意呼叫的
主叫號碼進行業(yè)務限制。
上述系統(tǒng)中，所述被叫媒體網關包括惡意呼叫接收模塊、惡意呼叫檢測模塊、惡
意呼叫上報模塊；其中，惡意呼叫接收模塊，用于接收并解析所述被叫所屬軟交換設備下發(fā)
的呼入信息；惡意呼叫檢測模塊，用于保存所述惡意呼叫接收模塊所解析到的檢測標記并
進行惡意呼叫檢測；惡意呼叫上報模塊，用于判斷是否將所述惡意呼叫檢測模塊檢測到的
惡意呼叫信息上報給所述被叫所屬軟交換設備，并分類記錄上報的惡意呼叫信息。 其中，所述主叫媒體網關包括惡意呼叫下發(fā)模塊，用于根據主叫所屬軟交換設備
的需求，判斷是否下發(fā)惡意呼叫信息到主叫端局。 由以上技術方案可以看出，在下一代網絡中，本發(fā)明通過擴展11.248協(xié)議，借助媒體網關設備和軟交換設備來追蹤惡意呼叫。具體地，被叫端局會上報發(fā)生的惡意呼叫，若被叫媒體網關在惡意呼叫檢測狀態(tài)下，則對被叫端局上報的惡意呼叫信息進行分類記錄，再根據被叫所屬軟交換設備的約定，通過H. 248協(xié)議上報惡意呼叫信息到被叫所屬軟交換設 備，被叫所屬軟交換設備對惡意呼叫信息進行記錄。此外，主叫所屬軟交換設備會根據與主 叫所屬軟交換設備的約定，將所述惡意呼叫信息發(fā)送給主叫所屬軟交換設備，如此，本發(fā)明 則實現(xiàn)了在NGN中通過擴展H. 248信令來追蹤惡意呼叫的來源及去處，能對整個的一個惡 意呼叫的追蹤。從而，更好的層層控制類似的惡意呼叫的再次發(fā)生，如對該類號碼的某些業(yè) 務進行限制如呼叫限制等，從而避免其他用戶再被該號碼用戶騷擾。并且，通過本發(fā)明收集 的惡意呼叫信息，還可為公安機關提供偵查破案的線索。
圖1為本發(fā)明下一代網絡中追蹤惡意呼叫的方法流程示意圖；
圖2為本發(fā)明下一代網絡中追蹤惡意呼叫的系統(tǒng)結構示意圖。
具體實施例方式
本發(fā)明的基本思想在于被叫端局上報發(fā)生的惡意呼叫，若被叫媒體網關在惡意 呼叫檢測狀態(tài)下，則對被叫端局上報的惡意呼叫信息進行分類記錄，再根據被叫所屬軟交 換設備的約定，通過H. 248協(xié)議上報惡意呼叫信息到被叫所屬軟交換設備，被叫所屬軟交 換設備對惡意呼叫信息進行記錄。 為使本發(fā)明上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和具體實施 例對本發(fā)明作進一步詳細的說明。 為了能夠追蹤惡意呼叫，并對該類號碼進行業(yè)務限制等，以避免其他用戶再被該 類號碼用戶騷擾，這里，提出一種下一代網絡中追蹤惡意呼叫的方法，如圖l所示，該方法 主要包括如下步驟 步驟101，被叫媒體網關接收并解析被叫所屬軟交換設備下發(fā)的呼入信息，如果解 析到惡意呼叫檢測事件，則執(zhí)行步驟102 ;如果沒有解析到惡意呼叫檢測事件，則執(zhí)行步驟 103 ; 接收到被叫所屬軟交換設備下發(fā)的呼入信息后，被叫媒體網關解析該呼入信息， 檢查其文本信令中是否攜帶惡意呼叫擴展標記，如果攜帶有惡意呼叫擴展標記，則發(fā)起對 惡意呼叫檢測事件的解析；如果沒有攜帶。則不會發(fā)起對惡意呼叫檢測事件的解析。其中， 所述惡意呼叫檢測事件是被叫所屬軟交換設備下發(fā)給被叫媒體網關的，若解析到惡意呼叫 檢測事件，被叫媒體網關則在其數(shù)據區(qū)記錄惡意呼叫檢測標記。其中，所述呼入信息包括準 備媒體、撥號事件、惡意呼叫檢測事件等。當業(yè)務需要或用戶需求時，被叫所屬軟交換設備 啟用惡意呼叫檢測業(yè)務，會在所述呼入信息中攜帶惡意呼叫擴展標記。在本實施例中為檢 測惡意呼叫，被叫所屬軟交換設備可以通過擴展H. 248協(xié)議，在被叫所屬軟交換下發(fā)給被 叫媒體網關呼入信息時，攜帶惡意呼叫擴展標記，發(fā)起對惡意呼叫檢測事件的解析。
步驟102，被叫媒體網關記錄惡意呼叫檢測標記，并進入惡意呼叫檢測狀態(tài)；
其中，被叫媒體網關將解析得到的惡意呼叫檢測標記進行存儲，并進入到惡意呼 叫檢測狀態(tài)，即進入檢測被叫端局用戶事件上報狀態(tài)。這里，所述惡意呼叫由被叫媒體網關 與被叫端局協(xié)商定義，例如定義被叫用戶通過撥打組合鍵上報的呼叫即為惡意呼叫。
步驟103，被叫媒體網關接到被叫端局用戶摘機事件，進入到主、被叫通話狀態(tài)；
這里，如果被叫媒體網關未處于惡意呼叫檢測狀態(tài)下，也可通知被叫端局不必上 報惡意呼叫事件。 步驟104，被叫端局檢測本次通話是否為惡意呼叫，如果不是惡意呼叫，則執(zhí)行步 驟105 ;如果是惡意呼叫，則執(zhí)行步驟106 ; 其中，被叫用戶發(fā)現(xiàn)通話內容為惡意的，則通過撥打被叫媒體網關與被叫端局協(xié) 商規(guī)定的組合鍵的方式，向被叫端局上報惡意呼叫事件。但是，如果被叫端局沒有啟用惡意 呼叫檢測業(yè)務，即該被叫端局沒有與被叫媒體網關之間協(xié)商定義惡意呼叫，則不會檢測及 上報惡意呼叫事件。 步驟105，維持主被叫的通話狀態(tài)直到本次通話結束，并結束本次惡意呼叫的檢 步驟106，被叫端局將收到的惡意呼叫事件上報給被叫媒體網關； 其中，在上報惡意呼叫事件時，主、被叫仍在通話，但惡意呼叫事件上報完成后，主
被叫的通話可隨時結束。 步驟107，被叫媒體網關收到被叫端局上報的惡意呼叫事件后，判斷是否將本次惡 意呼叫信息上報給被叫所屬軟交換設備，如果不上報，則執(zhí)行步驟108 ;如果上報，則執(zhí)行 步驟109 ; 當被叫媒體網關收到被叫端局上報事件如被叫媒體網關與被叫端局協(xié)商規(guī)定的 組合鍵后，被叫媒體網關判斷為惡意呼叫事件，判斷是否向被叫所屬軟交換上報惡意呼叫 信息。其中，被叫媒體網關通過查找本次通話的惡意呼叫檢測標記來判斷是否將惡意呼叫 信息上報給被叫所屬軟交換設備。如果找到本次通話的惡意呼叫檢測標記，則將本次惡意 呼叫信息上報給被叫所屬軟交換設備；如果沒有找到本次通話的惡意呼叫檢測標記，則不 上報本次惡意呼叫信息。 步驟108，被叫媒體網關丟棄被叫端局上報的惡意呼叫事件，然后執(zhí)行步驟115 ;
步驟109，按照與被叫所屬軟交換設備約定的信息內容和格式，對惡意呼叫信息進 行分類記錄，并將本次惡意呼叫信息上報給被叫所屬軟交換設備； 被叫媒體網關判斷得知需要上報惡意呼叫時，則按照與被叫所屬軟交換設備協(xié)商 約定的信息內容和格式如事件號、格式、信息內容等，通過H. 248協(xié)議上報所述惡意呼叫 信息給被叫所屬軟交換設備。例如所述信息內容和格式為icas/malica11。這里，所述惡 意呼叫信息包括主叫號碼，惡意呼叫的內容、惡意類別等，其中，所述惡意類別是由被叫用 戶根據惡意呼叫的內容通過上報對應的代碼來確定的惡意呼叫類別，如01代表詐騙，該惡 意呼叫類別主要包括騷擾，詐騙，反動等。被叫媒體網關按照所述惡意呼叫信息中主叫號 碼所屬的地域，進行分類記錄。 步驟110，被叫媒體網關將本次惡意呼叫信息上報給被叫所屬軟交換設備后，被叫 所屬軟交換設備判斷本次上報的惡意呼叫信息是否滿足呼叫限制的條件，如果滿足，則執(zhí) 行步驟111 ;如果不滿足呼叫限制的條件，執(zhí)行步驟112 ; 其中，被叫所屬軟交換設備根據惡意呼叫信息中的主叫號碼被上報的次數(shù)，來判 斷是否達到上報次數(shù)的上限來判斷是否滿足呼叫限制的條件。 步驟lll，被叫所屬軟交換設備根據本次惡意呼叫信息，將本次惡意呼叫的主叫號 碼列入呼叫限制的名單，然后執(zhí)行步驟113 ;
需要說明的是，這里的呼叫限制只是業(yè)務限制的一種方式，所述業(yè)務限制還包括 對該類號碼的呼叫內容進行監(jiān)聽等。 步驟112，被叫所屬軟交換設備根據本次上報的本次惡意呼叫信息，記錄主叫號碼 被上報的次數(shù)，然后執(zhí)行步驟113 ; 步驟113，被叫所屬軟交換設備判斷是否需要將本次惡意呼叫信息反饋給主叫側， 如果需要，則執(zhí)行步驟114 ;如果不需要，則執(zhí)行步驟115 ; 被叫所屬軟交換設備根據與主叫所屬軟交換設備的約定，判斷是否需要將本次惡
意呼叫信息反饋給主叫側。需要說明的是，本步驟也可與上述步驟109同時進行。 步驟114，被叫所屬軟交換設備按照與主叫所屬軟交換設備的約定，將本次惡意呼
叫信息下發(fā)給主叫所屬軟交換設備，主叫側對收到的惡意呼叫信息進行處理； 主叫所屬軟交換設備會根據H. 248協(xié)議，并按照與主叫媒體網關協(xié)商約定的信息
格式和內容，如事件號、格式、信息內容等，向主叫媒體網關發(fā)出惡意呼叫通知，以將本次惡
意呼叫信息下發(fā)給主叫媒體網關。其中，所述惡意呼叫通知攜帶惡意呼叫通知標記，該惡意
呼叫通知標記為判斷是否需要將惡意呼叫信息發(fā)送給主叫端局的依據，是通過擴展H. 248
協(xié)議在所述惡意呼叫通知中設置的。 這里，主叫媒體網關還會對所收到的惡意呼叫信息進行分類并存儲，并根據主叫
號碼被上報的次數(shù)，判斷是否對其進行呼叫限制，如果主叫號碼被上報的次數(shù)達到上報次
數(shù)的上限，則本次上報的惡意呼叫信息滿足呼叫限制的要求；如果主叫號碼被上報的次數(shù)
未達到上報次數(shù)的上限，則本次上報的惡意呼叫信息不滿足呼叫限制的要求。此外，主叫媒
體網關會根據主叫所屬軟交換設備的需求，判斷是否下發(fā)惡意呼叫信息到主叫端局，例如
主叫所屬軟交換設備為了信息安全，需要將惡意呼叫信息下發(fā)到主叫端局，則此時主叫媒
體網關下發(fā)惡意呼叫信息到主叫端局。
步驟115，結束本次惡意呼叫的檢測流程。 由此可見，通過以上步驟就實現(xiàn)了對整個惡意呼叫的追蹤，對于主叫端局、主叫媒 體網關、主叫所屬軟交換設備和被叫端局、被叫媒體網關、被叫所屬軟交換設備都可記錄惡 意呼叫信息，以控制惡意呼叫的反復發(fā)生，如對該類號碼的某些業(yè)務限制如呼叫限制等，從 而避免其他用戶再被該號碼用戶騷擾。 對于上述的各實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本 領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據本發(fā)明，某些步 驟可以采用其他順序或者同時進行。 為實現(xiàn)上述方法，本發(fā)明還提供一種下一代網絡中追蹤惡意呼叫的系統(tǒng)，如圖2
所示，該系統(tǒng)主要包括被叫所屬軟交換設備、被叫媒體網關、被叫端局。其中 被叫所屬軟交換設備，用于下發(fā)的呼入信息，并接收上報的惡意呼叫信息； 被叫媒體網關，用于接收并解析所述被叫所屬軟交換設備下發(fā)的呼入信息，并判
斷是否進入惡意呼叫檢測狀態(tài)，以及用于判斷是否將本次惡意呼叫信息上報給所述被叫所
屬軟交換設備，并分類記錄上報的惡意呼叫信息； 被叫端局，用于進入通話狀態(tài)，并在檢測到本次通話為惡意呼叫時向所述被叫媒 體網關上報。
這里，上述系統(tǒng)還包括主叫所屬軟交換設備、主叫媒體網關、主叫端局。其中
主叫所屬軟交換設備，用于按照與被叫所屬軟交換設備按照的約定，接收惡意呼 叫信息，以及用于按照與主叫媒體網關協(xié)商約定的信息格式和內容，向主叫媒體網關發(fā)出 惡意呼叫通知； 主叫媒體網關，用于接收本次惡意呼叫信息，并根據主叫所屬軟交換設備的需求，
判斷是否下發(fā)惡意呼叫信息到主叫端局； 主叫端局，用于接收所述惡意呼叫信息；和/或， 所述被叫所屬軟交換設備，還用于在惡意呼叫信息滿足業(yè)務限制的條件時，對發(fā) 出本次惡意呼叫的主叫號碼進行業(yè)務限制。 上述系統(tǒng)中，所述被叫媒體網關包括惡意呼叫接收模塊、惡意呼叫檢測模塊、惡 意呼叫上報模塊。其中 惡意呼叫接收模塊，用于接收并解析所述被叫所屬軟交換設備下發(fā)的呼入信息；
惡意呼叫檢測模塊，用于保存所述惡意呼叫接收模塊所解析到的檢測標記并進行 惡意呼叫檢測； 惡意呼叫上報模塊，用于判斷是否將所述惡意呼叫檢測模塊檢測到的惡意呼叫信 息上報給所述被叫所屬軟交換設備，并分類記錄上報的惡意呼叫信息。 其中，所述主叫媒體網關包括惡意呼叫下發(fā)模塊，用于根據主叫所屬軟交換設備 的需求，判斷是否下發(fā)惡意呼叫信息到主叫端局。 在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部 分，可以參見其他實施例的相關描述即可。以上所述，僅為本發(fā)明的較佳實施例而已，只是 用來說明和解釋本發(fā)明，并非用于限定本發(fā)明的保護范圍。在本發(fā)明的精神和權利要求保 護范圍之內，對本發(fā)明所作的任何修改、等同替換，都落入本發(fā)明的保護范圍。
權利要求
一種下一代網絡中追蹤惡意呼叫的方法，其特征在于，包括被叫媒體網關接收并解析被叫所屬軟交換設備下發(fā)的呼入信息，并判斷是否進入惡意呼叫檢測狀態(tài)；被叫媒體網關在惡意呼叫檢測狀態(tài)下時，接到被叫端局用戶摘機事件，進入到主、被叫通話狀態(tài)，當被叫端局檢測到本次通話為惡意呼叫時，則將本次惡意呼叫事件上報給被叫媒體網關，并由被叫媒體網關判斷是否將本次惡意呼叫信息上報給被叫所屬軟交換設備，如果不上報，被叫媒體網關丟棄端局上報的惡意呼叫事件；如果上報，則將本次惡意呼叫信息上報給被叫所屬軟交換設備并分類記錄本次上報的惡意呼叫信息。
2. 根據權利要求1所述的下一代網絡中追蹤惡意呼叫的方法，其特征在于，該方法還 包括被叫所屬軟交換設備根據上報的惡意呼叫信息判斷發(fā)出本次惡意呼叫的主叫號碼是 否滿足業(yè)務限制條件，如果滿足業(yè)務限制條件，對發(fā)出本次惡意呼叫的主叫號碼進行業(yè)務 限制；如果不滿足業(yè)務限制條件，則根據本次上報的本次惡意呼叫信息，記錄主叫號碼被上 報的次數(shù)。
3. 根據權利要求1所述的下一代網絡中追蹤惡意呼叫的方法，其特征在于，所述將本 次惡意呼叫信息上報給被叫所屬軟交換設備之后，還包括被叫所屬軟交換設備按照與主叫所屬軟交換設備的約定，將本次惡意呼叫信息下發(fā)給 主叫所屬軟交換設備；主叫所屬軟交換設備收到所述惡意呼叫信息后，按照與主叫媒體網關協(xié)商約定的信息格式和內容，向主叫媒體網關發(fā)出惡意呼叫通知，將本次惡意呼叫信息下發(fā)給主叫媒體網 關，主叫媒體網關根據主叫所屬軟交換設備的需求，判斷是否下發(fā)惡意呼叫信息到主叫端局。
4. 根據權利要求1所述的下一代網絡中追蹤惡意呼叫的方法，其特征在于，所述判斷 是否將本次惡意呼叫信息上報給被叫所屬軟交換設備為被叫媒體網關通過查找本次通話的惡意呼叫檢測標記來判斷是否將惡意呼叫信息上 報給被叫所屬軟交換設備；如果找到本次通話的惡意呼叫檢測標記，則將本次惡意呼叫信息上報給被叫所屬軟交 換設備；如果沒有找到本次通話的惡意呼叫檢測標記，則不上報本次惡意呼叫信息；其中，按照與被叫所屬軟交換設備協(xié)商約定的信息內容和格式，將本次惡意呼叫信息 上報給被叫所屬軟交換設備。
5. 根據權利要求1所述的下一代網絡中追蹤惡意呼叫的方法，其特征在于，所述被叫 媒體網關判斷是否進入惡意呼叫檢測狀態(tài)為解析所述呼入信息，檢查是否攜帶惡意呼叫擴展標記，當解析到惡意呼叫擴展標記時， 則發(fā)起對惡意呼叫檢測事件的解析；若解析到惡意呼叫檢測事件，被叫媒體網關則在其數(shù)據區(qū)記錄惡意呼叫檢測標記，并 進入惡意呼叫檢測狀態(tài)；若解析到惡意呼叫檢測事件，被叫媒體網關則在接到被叫端局用戶摘機事件，進入到主、被叫通話狀態(tài)。
6. 根據權利要求2所述的下一代網絡中追蹤惡意呼叫的方法，其特征在于，所述本次上報的惡意呼叫信息滿足業(yè)務限制的條件為被叫所屬軟交換設備根據惡意呼叫信息中的主叫號碼被上報的次數(shù)來判斷是否滿足 呼叫限制的條件，如果主叫號碼被上報的次數(shù)達到上報次數(shù)的上限，則本次上報的惡意呼 叫信息滿足呼叫限制的條件；如果主叫號碼被上報的次數(shù)未達到上報次數(shù)的上限，則本次 上報的惡意呼叫信息不滿足呼叫限制的條件。
7. —種下一代網絡中追蹤惡意呼叫的系統(tǒng)，其特征在于，包括被叫所屬軟交換設備、 被叫媒體網關、被叫端局；其中，被叫所屬軟交換設備，用于下發(fā)的呼入信息，并接收上報的惡意呼叫信息； 被叫媒體網關，用于接收并解析所述被叫所屬軟交換設備下發(fā)的呼入信息，并判斷是否進入惡意呼叫檢測狀態(tài)，以及用于判斷是否將本次惡意呼叫信息上報給所述被叫所屬軟交換設備，并分類記錄上報的惡意呼叫信息；被叫端局，用于進入通話狀態(tài)，并在檢測到本次通話為惡意呼叫時向所述被叫媒體網關上報。
8. 根據權利要求7所述的下一代網絡中追蹤惡意呼叫的系統(tǒng)，其特征在于，該系統(tǒng)還 包括主叫所屬軟交換設備、主叫媒體網關、主叫端局；其中，主叫所屬軟交換設備，用于按照與被叫所屬軟交換設備按照的約定，接收惡意呼叫信 息，以及用于按照與主叫媒體網關協(xié)商約定的信息格式和內容，向主叫媒體網關發(fā)出惡意 呼叫通知；主叫媒體網關，用于接收本次惡意呼叫信息，并根據主叫所屬軟交換設備的需求，判斷 是否下發(fā)惡意呼叫信息到主叫端局；主叫端局，用于接收所述惡意呼叫信息；和/或，所述被叫所屬軟交換設備，還用于在惡意呼叫信息滿足業(yè)務限制的條件時，對發(fā)出本 次惡意呼叫的主叫號碼進行業(yè)務限制。
9. 根據權利要求8所述的下一代網絡中追蹤惡意呼叫的系統(tǒng)，其特征在于，所述被叫 媒體網關包括惡意呼叫接收模塊、惡意呼叫檢測模塊、惡意呼叫上報模塊；其中，惡意呼叫接收模塊，用于接收并解析所述被叫所屬軟交換設備下發(fā)的呼入信息； 惡意呼叫檢測模塊，用于保存所述惡意呼叫接收模塊所解析到的檢測標記并進行惡意 呼叫檢測；惡意呼叫上報模塊，用于判斷是否將所述惡意呼叫檢測模塊檢測到的惡意呼叫信息上 報給所述被叫所屬軟交換設備，并分類記錄上報的惡意呼叫信息。
10. 根據權利要求9所述的下一代網絡中追蹤惡意呼叫的系統(tǒng)，其特征在于，所述主叫 媒體網關包括惡意呼叫下發(fā)模塊，用于根據主叫所屬軟交換設備的需求，判斷是否下發(fā)惡意呼叫信 息到主叫端局。
全文摘要
本發(fā)明公開了一種下一代網絡中追蹤惡意呼叫的方法和系統(tǒng)，該方法包括被叫媒體網關接收并解析被叫所屬軟交換設備下發(fā)的呼入信息，并判斷是否進入惡意呼叫檢測狀態(tài)；被叫媒體網關在惡意呼叫檢測狀態(tài)下時，接到被叫端局用戶摘機事件，進入到主、被叫通話狀態(tài)，當被叫端局檢測到本次通話為惡意呼叫時，則將本次惡意呼叫事件上報給被叫媒體網關，并由被叫媒體網關判斷是否將本次惡意呼叫信息上報給被叫所屬軟交換設備，如果不上報，被叫媒體網關丟棄端局上報的惡意呼叫事件；如果上報，則將本次惡意呼叫信息上報給被叫所屬軟交換設備并分類記錄本次上報的惡意呼叫信息。因此，本發(fā)明能追蹤惡意呼叫，避免其他用戶再被該類號碼用戶騷擾。
文檔編號H04M7/00GK101695095SQ200910204378
公開日2010年4月14日 申請日期2009年10月22日 優(yōu)先權日2009年10月22日
發(fā)明者朱文華, 閆薛杰 申請人:中興通訊股份有限公司;