呼叫異常分析方法及裝置、呼叫異常預防方法及裝置的製作方法
2023-05-22 08:32:41
專利名稱：：呼叫異常分析方法及裝置、呼叫異常預防方法及裝置的製作方法
技術領域：
：本發明涉及無線通信中的呼叫處理技術，特別涉及進行呼叫異常分析的方法、呼叫異常分析裝置、預防呼叫異常的方法及呼叫異常預防裝置。
背景技術：
：行動網路的用戶在使用移動服務的過程中，遇到掉話或者接入失敗等異常情況時，將向運營商投訴。為了提高服務質量，運營商總是要在第一時間響應用戶的投訴，將出現異常的原因告訴用戶，並根據所述原因解決網絡中所存在的問題，避免再次出現異常。現有技術中存在一種基於呼叫歷史記錄(CHR)進行呼叫異常分析的技術方案，大致包括以下步驟第l步記錄投訴用戶的終端號碼、投訴用戶所提供的異常發生時間、異常發生地點等信息。第2步分析CHR數據。CHR數據中包含有呼叫異常信息，例如發生呼叫異常的國際移動用戶標識(IMSI)、異常發生時間、異常發生時用戶所在小區、呼叫異常的打點信息等。呼叫流程中可能會經歷的過程、事件等，被定義成在時間上具有一定先後次序的點。在處理呼叫的過程中，每經歷一個過程或事件，系統就會記錄相應的點(也就是通常所說的打點)以及相關的上下文信息。若呼叫異常結束，則將IMSI、異常發生時間、異常發生時用戶所在的小區、相應的打點信息等作為呼叫異常信息記錄在CHR數據中。本步驟中，可以根據投訴用戶的終端號碼，確定與該終端號碼相應的IMSI,並在CHR數據中找到與該IMSI相應的呼叫異常信息，然後根據異常發生時間附近的打點信息分析呼叫異常的原因。第3步若通過上述第2步沒能定位出呼叫異常的原因，則安排相關人員根據異常發生的位置進行路測，復現問題，並啟動信令跟蹤，找到呼叫異常發生的原因。本申請的發明人在實現本發明的過程中發現，上述現有技術方案存在如下缺陷1、上述現有技術方案只能定位出由無線網絡方面的原因所導致的呼叫異常，但是，當導致呼叫異常的原因是由於網絡中的設備發生故障時，上述技術方案無法定位出真正的問題。例如當由於設備的傳輸不通或設備閃斷，導致出現空口信號不好、接入成功率低等情況時，上述技術方案無法根據CHR定位異常原因，此時，將耗費大量的人力、物力進行路測，以期定位問題。但是，最後定位的結果發現不是無線網絡的問題，而是設備的問題，這一方面需要耗費大量的人力、物力，另一方面使得用戶的投訴不能得到及時的響應，導致分衝斤效4M交J氐。2、進行路測時所啟動的信令跟蹤將產生大量數據，對這些數據的分析複雜且耗時，並且，其中大部分數據都是無用的，這也使得分析效率較低。3、由於是事後分析，導致用戶呼叫異常的原因可能已經自動恢復，從而使得路測時不可或者難於復現所述呼叫異常，繼而無法定位出導致呼叫異常的真正原因。4、上述技術方案是根據用戶的投訴進行的被動分析，當網絡中存在導致呼叫異常的隱患時，不能對所述隱患進行主動預防，從而可能導致異常的大量爆發，影響客戶滿意度。
發明內容本發明實施例提供一種進行呼叫異常分析的方法和呼叫異常分析裝置，以提高呼叫異常分析的分析效率。本發明實施例還提供一種預防呼叫異常的方法和呼叫異常預防裝置，以對大規模爆發呼叫異常進行預防。本發明實施例還提供另一種預防呼叫異常的方法和呼叫異常預防裝置，以對大規模爆發呼叫異常進行預防。為達到上述目的，本發明實施例的技術方案具體是這樣實現的一種進行呼叫異常分析的方法，包括根據呼叫歷史記錄CHR數據確定呼叫異常發生時用戶所在的小區；對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。一種呼叫異常分析裝置，包括CHR數據分析模塊，用於根據CHR數據確定呼叫異常發生時用戶所在的小區；異常定位模塊，用於對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。一種預防呼叫異常的方法，包括對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，所述N為大於等於1的整數；對所述N個小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。一種呼叫異常預防裝置，包括CHR數據分析模塊，用於對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，所述N為大於等於1的整數；異常定位模塊，用於對所述N個小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。一種預防呼叫異常的方法，包括對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並確定所述N個接口配置對象對應的基站，所述N為大於等於1的整數；對所述基站對應的小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響，定位呼叫異常的原因。一種呼叫異常預防裝置，包括告警數據分析模塊，用於對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並用於確定所述N個接口配置對象對應的基站，所述N為大於等於1的整數；異常定位模塊，用於對所述基站對應的小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響，定位呼叫異常的原因。由上述技術方案可見，本發明實施例提供的進行呼叫異常分析的技術方案，首先根據CHR數據確定呼叫異常發生時用戶所在的小區，然後根據所述小區所屬基站的傳輸配置數據確定該小區所屬基站的接口配置對象，最後，對所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，從而通過判斷告警對呼叫異常的影響，定位出呼叫異常的原因。可見，本發明實施例所提供的技術方案通過傳輸配置數據建立起CHR數據與告警數據之間的關聯，進而利用CHR數據與告警數據之間的時間關聯性，判斷設備告警對呼叫異常所產生的影響，定位出設備故障方面的呼叫異常原因。如此，不必在根據CHR數據無法定位呼叫異常的原因時就直接進行路測、信令跟蹤等，從而能夠以最小的代價定位出呼叫異常的原因，使得呼叫異常分析的分析效率得到了極大的提高。本發明實施例所提供的預防呼叫異常的技術方案，也是通過傳輸配置數據建立起CHR數據與告警數據之間的關聯，進而利用CHR數據與告警數據之間的時間關聯性，通過統計分析指定時間段內發生呼叫異常最多的N個小區或告警最多的N個接口配置對象來達到主動發現問題，主動消除問題的目的，從而實現對呼叫異常的主動預防，預防大規模呼叫異常的爆發。圖1為本發明實施例中進行呼叫異常分析的方法的流程示意圖；圖2為本發明實施例中呼叫異常分析裝置的組成結構示意圖。具體實施方式為使本發明的目的、技術方案及優點更加清楚明白，以下參照附圖並舉實施例，對本發明作進一步詳細說明。引起呼叫異常的原因大致可以分為兩種無線網絡方面的原因和設備方面的原因。如前所述，CHR數據中將記錄有呼叫異常信息，CHR數據能夠體現無線網絡方面的原因所導致的呼叫異常，為呼叫異常分析提供相關的分析依據；而與設備故障或鏈路故障相關的信息則記錄在告警數據中。對於已知的呼叫異常(例如用戶的投訴)，本發明實施例提供的技術方案是在利用CHR數據無法定位呼叫異常的原因時，通過CHR數據確定呼叫異常發生時用戶所在的小區；再通過該小區所屬基站的傳輸配置數據確定該小區所屬基站配置了哪些接口配置對象，也就是配置了哪些設備；最後，根據這些設備的告警數據進行告警分析，如果這些設備在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內產生過告警，則進一步判斷所述告警對應的故障是否是導致所述呼叫異常的原因，從而對呼叫異常的原因進行定位。這裡，"呼叫異常發生時的相鄰時間段內"包括呼叫異常發生之前的一段時間和/或呼叫異常發生之後的一段時間，所述一段時間的長度可以預先設置，也可以根據實際應用的需要動態進行設置。對於希望對呼叫異常的大規模爆發進行主動預防的應用場景，本發明實施例提供了兩種技術方案。這兩種技術方案都是通過傳輸配置數據建立起CHR數據與告警數據之間的關聯，進而利用CHR數據與告警數據之間的時間關聯性，來達到主動發現問題、主動消除問題的目的，從而實現對呼叫異常的主動預防。具體而言第一種技術方案是首先，對指定時間段內的CHR數據進行統計分析，確個小區，所述N為大於等於1的整數；然後，對所述小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。第二種技術方案是首先，對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並確定所述N個接口配置對象對應的基站，所述N為大於等於1的整數；然後，對所述基站對應的小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響，定位呼叫異常的原因。上述兩種技術方案從本質上來說是一樣的，區別僅在於先分析CHR數據還是先分析告警數據。下面對本發明實施例所提供的上述技術方案的具體實施方式進行詳細說明。圖1為本發明實施例中進行呼叫異常分析的方法的流程示意圖。參見圖1，以收到一個用戶投訴為例進行說明，該方法包括步驟101:記錄投訴用戶的終端號碼、投訴用戶所提供的異常產生時間、異常發生地點等信息。步驟102:分析CHR數據。本步驟與
背景技術：
所述分析CHR數據的操作相同根據投訴用戶的終端號碼，確定與該終端號碼相應的IMSI,並在CHR數據中分析與該IMSI相應的呼叫異常信息，包括分析異常發生的時間、異常發生時用戶所在小區，進而可以確認用戶投訴的準確性，並根據異常發生時間附近的打點信息分析呼叫異常的原因。如果通過本步驟的分析，沒能定位出呼叫異常的原因，則可以繼續執行步驟103,按照本發明實施例所提供的方法繼續進行呼叫異常分析。步驟103:確定異常發生時用戶所在的小區，獲取所述小區所屬基站與基站控制器之間的傳輸配置接口的傳輸配置數據。CHR數據的數據結構比較複雜，以下示出所述CHR數據結構中與本實施例相關的單用戶日誌子結構UINT8UINT8UINT8〃業務類型UINT8〃CN域類型UINT8UINT8UINT32UINT8UINT8UINT8UINT8}DBG—AGENT—USER—STATE;enProcedure;〃過程名enRrcState;〃rrc連4妻^1犬態ucRabNum;〃Rab個lt0..3aenTraffic[RNC—MAX—RAB—PER—UE];aenDomain[RNC—MAX—RAB—PER—UE];ucActSetNum;〃活動集個數0.3aulCellId[RNC一MAX—RL—PER—UE];〃小區IDucNodeBNum;〃Nodeb數目ucDrncNum;〃Drnc數目enCMState;〃為壓縮才莫式狀態ucRsvd;〃DSP需要四字節對齊其中，UINT32aulCellId[RNC—MAX_RL_PER—UE]用於記錄掉話或者"l妻入失敗所在的小區，據此可以確定異常發生時用戶所在的小區。確定小區之後就能確定該小區所屬的基站。本步驟所述小區所屬基站的與基站控制器之間的傳輸配置接口的傳輸配置數據反映的是該小區所屬基站的與基站控制器之間的傳輸配置接口與設備之間的傳輸配置關係。在不同的通信系統中，基站的與基站控制器之間的傳輸配置接口也不相同，例如在寬帶碼分多址4妻入(WCDMA)系統中，基站的與基站控制器之間的傳輸配置接口稱為IUB接口，在全球移動通信系統(GSM)中，基站的與基站控制器之間的傳輸配置接口稱為Abis接口。以WCDMA系統為例，所述傳輸配置數據就是無線網絡控制器(RNC)中IUB接口的傳輸配置數據。表1示出一個IUB接口的傳輸配置數據的示例:tableseeoriginaldocumentpage13表1表l中，第l行為基站的相關信息，包括IP位址和NodeB的標識。第26行為傳輸配置信息，每一行從左至右表示一個傳輸承載關係。例如，第2行表示NCP承載於SAAL1-0-33中，而SAAL1-0-33承載於UNI1-0-11中，而UNI1-0-11又承載於ElTl1-0-1l(E)中。第78行表示上述第26行的傳輸配置信息對哪些小區有效。例如表1中的示例表示第2~6行的傳輸配置信息對ID為48331和48332的小區有效。表1中，SAAL1-0-34中的3個數字分別表示框號、系統號和鏈路號；UNI1-0-11中的3個數字分別表示框號、槽號和鏈路號；E1T1l-O-ll(E)中的3個數字分別表示框號、槽號和鏈路號，E表示通過電傳輸，如果是O表示通過光傳輸。步驟104:根據所述傳輸配置數據確定所述接口相應的接口配置對象，並獲取所述接口配置對象的告警數據。本步驟中，根據CHR數據和傳輸配置數據能夠確定發生異常所在的小區，並進一步確定該小區所屬基站的IUB接口的接口配置對象，將所述接口配置對象確定為需要獲取告警數據的接口配置對象，然後獲取所述接口配置對象的告警數據。本實施例中提供了如下兩種方式獲取某一接口配置對象的告警數據第一種方式預先對所有告警報文或某一時間段內的告警報文進行預處理，從每個告警報文的定位信息中提取接口配置對象信息，並按照接口配置對象的不同將所述告警報文進行分類，從而確定由每個接口配置對象所產生的告警報文。然後，在本步驟中，根據所述已經確定的由每個接口配置對象所產生的告警報文，獲取本步驟需要獲取告警數據的那個/那些接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文。第二種方式在需要獲取某一接口配置對象的告警報文時，對所有告警報文、或在呼叫異常發生時、或在呼叫異常發生時的相鄰時間段內所產生的告警報文進行處理，從每個告警報文的定位信息中提取接口配置對象信息，並判斷所提取的接口配置對象信息是否與所述需要獲取告警數據的那個/那些接口配置對象一致，如果一致，則將該報文作為所述需要獲取的告警報文之一，獲取所有這樣的告警報文就構成了本步驟所需要獲取的告警數據。步驟105:對所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。本發明是利用設備故障與呼叫異常在時間上的關聯性來定位呼叫異常的原因，因此，需要對發生呼叫異常時或發生呼叫異常時附近的一段時間內所產生的告警數據進行告警分析。具體而言，就是根據步驟104所獲取的告警數據確定該接口配置對象的故障，並判斷所述故障是否能夠導致所述呼叫異常，如果是，則將所述呼叫異常的原因定位為所述接口配置對象的所述故障。例如，如果接口配置對象是E1T1鏈路，則從告警報文中的定位信息中可以提取E1T1鏈路信息；判斷所述E1T1鏈路的故障是否能夠導致所述呼叫異常，如果是，則將所述呼叫異常的原因定位為所述E1T1鏈路的故障。下面針對上述接口配置對象是E1T1—的情況，給出一個告警報文的示例，所示告警報文中包含有相應的定位信息+++RNC12005-09-2111:51:21ALARM80884FaultMajorRNC1104TrunkSyncserialNo.=139777Alarmname=El/TlAlarmIndicationSignalAlarmraisedtime=2005-09-2111:51:21Locationinfo=SubrackNo.=9,SlotNo.=15，SubsystemNo.=0，Porttype=WBIEelectricalport,LinkNo.=16—_END其中，Locationinfo就是定位信息，從中可以提取出E1T1鏈路信息，這樣，就可以與表1所示IUB接口的接口配置對象關聯起來，從而判斷傳輸鏈路中所存在的故障對呼叫異常的影響。例如，通過對告警數據的分析確定在用戶接入失敗時，相應的E1T1《連路正好發生了閃斷告警，則可以確定所述接入失敗是由於該閃斷所導致的，從而定位出呼叫異常的原因。如果通過上述步驟105不能定位出呼叫異常的原因，則可以進行
背景技術：
第3步所述路測、信令跟蹤等操作，來進一步定位呼叫異常的原因。圖2為本發明實施例中呼叫異常分析裝置的組成結構示意圖。參見圖2,該裝置包括CHR數據分析模塊210和異常定位模塊220。其中，CHR數據分析模塊210,用於根據CHR數據確定呼叫異常發生時用戶所在的小區；異常定位模塊220,用於對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。所述異常定位模塊220中可以包括傳輸配置數據獲取子模塊221,用於獲取所述小區所屬基站與基站控制器之間的傳輸配置接口的傳輸配置數據，將所述基站的傳輸配置接口的接口配置對象確定為需要獲取告警數據的接口配置對象；告警數據獲取子模塊222,用於獲取所述需要獲取告警數據的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的的告警數據；告警數據分析子模塊223，用於對所述告警數據進行告警分析，定位呼叫異常的原因。對應於步驟104所述第一種獲取某一接口配置對象的告警數據的方式，所述告警數據獲取子模塊222中可以包括定位信息提取單元224,用於從每個告警報文的定位信息中提取接口配置對象信息，確定由每個接口配置對象所產生的告警報文；告警報文確定單元225,用於根據所述確定的由每個接口配置對象所產生的告警報文，確定由所述需要獲取告警數據的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文。對應於步驟104所述第二種獲取某一接口配置對象的告警數據的方式，所述告警數據獲取子模塊222中可以包括告警報文獲取單元226，用於獲取在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文；定位信息提取單元224,用於從所述告警報文的定位信息中提取接口配置對象信息；告警報文確定單元225，用於在判定所提取的接口配置對象信息與所述需要獲取告警數據的接口配置對象一致時，將所述提取的接口配置對象信息對應的告警報文作為所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文之一。圖2所示告警數據分析子模塊223中包括故障定位單元227，用於根據來自於所述告警報文確定單元225的告警報文確定所述接口配置對象的故障，並用於在判定所述故障是能夠導致所述呼叫異常時，將所述呼叫異常的原因定位為所述接口配置對象的所迷故障。由上述技術方案可見，本發明實施例提供的進行呼叫異常分析的技術方案，在根據CHR數據無法定位呼叫異常的原因時，採取了根據CHR數據確定呼叫異常發生時用戶所在的小區，然後分析該小區所屬基站的接口上對應時間點的告警數據，來定位是否是設備故障導致了呼叫異常。可見，本發明實施例所提供的技術方案通過傳輸配置數據建立起CHR數據與告警數據之間的關聯，進而利用CHR數據與告警數據之間的時間關聯性，判斷設備告警對呼叫異常所產生的影響，定位出設備故障方面的呼叫異常原因。如此，將CHR數據與告警數據結合，可以定位出是否是由於設備故障所引起的呼叫異常，在排除設備故障的可能性之後再進行路測，如此，不必在根據CHR數據無法定位呼叫異常的原因時就直接進行路測、信令跟蹤等，從而能夠以最小的代價定位出呼叫異常的原因，使得呼叫異常分析的分析效率得到了極大的提高。以上詳細介紹了本發明實施例進行呼叫異常分析的技術方案，下面對本發明實施例預防呼叫異常的技術方案進行詳細說明。沒有接到用戶投訴，並不代表網絡設備沒有問題，因此，對呼叫異常進行主動預防是十分必要的。通過主動預防可以發現設備故障和通話質量下降的關係，並通過排除設備故障來改進通話質量。對應於前述兩種預防呼叫異常的技術方案，本發明提供了相應的實施例，下面分別予以介紹第一種預防呼叫異常技術方案的實施例第1步對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，並確定與所述小區所屬的基站。本步驟中，可以對基站或小區的掉話、接入失敗或呼叫異常原因值等各項指標進行TOPN分析，也就是確定發生相應呼叫異常最多的N個小區。第2步獲取所述小區所屬基站的與基站控制器之間的傳輸配置接口的傳輸配置數據。第3步根據所述傳輸配置數據確定所述小區所屬基站的與基站控制器之間的傳輸配置接口的接口配置對象，獲取所述接口配置對象的告警數據。第4步對所述接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。在定位出呼叫異常的原因後，可以對所發現的問題進行主動消除，從而實現對呼叫異常的預防。上述過程也可以反過來，即先分析告警數據再分析CHR數據，從而得到如下第二種預防呼叫異常技術方案的實施例第l步對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並確定所述N個接口配置對象對應的基站。本步驟中，可以對設備故障的各種指標進行統計分析，確定產生告警最多的N個接口配置對象。第2步獲取與所述基站對應的傳輸配置數據。第3步根據所述傳輸配置數據獲取所述基站對應的小區。第4步對所述小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響。進而對可能導致呼叫異常的因素進行消除。對應於上述第一種預防呼叫異常的技術方案，本發明實施例提供了一種呼叫異常預防裝置，該裝置包括CHR數據分析模塊和異常定位模塊。其中，CHR數據分析模塊，用於對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，將所述小區通知異常定位模塊，所述N為大於等於1的整數；異常定位模塊，用於對所述N個小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。所述呼叫異常預防裝置中可以包括故障消除模塊，用於根據異常定位模塊所定位的呼叫異常的原因，對引起呼叫異常的故障進行消除所述異常定位模塊中可以包括:傳輸配置數據獲取子模塊，用於根據發生呼叫異常最多的小區，獲取所述小區所屬基站與基站控制器之間的傳輸配置接口的傳輸配置數據，將所述傳輸配置數據提供給告警數據獲取子模塊；告警數據獲取子模塊，用於根據所述傳輸配置數據確定所述基站的傳輸配置接口的接口配置對象，將所述接口配置對象確定為需要獲取告警數據的接口配置對象，並獲取所述接口配置對象的告警數據，將所述告警數據提供給告警數據分析子模塊；告警數據分析子模塊，用於對所述接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。對應於上述第二種預防呼叫異常的技術方案，本發明實施例也提供了一種呼叫異常預防裝置，該裝置包括告警數據分析模塊和異常定位模塊。其中，告警數據分析模塊，用於對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並確定所述N個接口配置對象對應的基站，將所述基站通知異常定位模塊，所述N為大於等於1的整數；異常定位模塊，用於對所述基站對應的小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響。由上述實施例可見，本發明實施例所提供的預防呼叫異常的技術方案，通過傳輸配置數據建立起了CHR數據與告警數據之間的關聯，進而利用CHR數據與告警數據之間的時間關聯性，通過統計分析指定時間段內發生呼叫異常最多的N個小區或告警最多的N個接口配置對象來達到主動發現問題，主動消除問題的目的，從而實現對呼叫異常的主動預防，預防大規模呼叫異常的爆發。本領域普通技術人員可以理解實現上述實施例方法中進行呼叫異常分析的過程以及預防呼叫異常過程可以通過程序指令相關的硬體來完成，所述的程序可以存儲於呼叫異常分析裝置或呼叫異常預防裝置的可讀取存儲介質中，該程序在執行時執行上述方法中的對應步驟。所述的存儲介質可以如ROM/RAM、磁碟、光碟等。以上所述僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。凡在本發明的精神和原則之內所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。權利要求1、一種進行呼叫異常分析的方法，其特徵在於，包括根據呼叫歷史記錄CHR數據確定呼叫異常發生時用戶所在的小區；對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。2、根據權利要求1所述的進行呼叫異常分析的方法，其特徵在於，在所述進行告警分析之前，包括獲取所述小區所屬基站與基站控制器之間的傳輸配置接口的傳輸配置數據；根據所述傳輸配置數據確定所述基站的傳輸配置接口的接口配置對象；獲取所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據。3、根據權利要求2所述的進行呼叫異常分析的方法，其特徵在於，所述獲取所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據包括預先從每個告警報文的定位信息中提取接口配置對象信息，確定由每個接口配置對象所產生的告警報文；根據所述確定的由每個接口配置對象所產生的告警報文，獲取所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文。4、根據權利要求2所述的進行呼叫異常分析的方法，其特徵在於，所述獲取所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據包括從在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文的定位信息中提取接口配置對象信息，判斷所提取的接口配置對象信息是否與所述接口配置對象一致，如果一致，則將所述告警:f艮文作為所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文之5、根據權利要求2所述的進行呼叫異常分析的方法，其特徵在於，所述進行告警分析，定位呼叫異常的原因包括根據所述告警數據確定所述接口配置對象的故障，判斷所述故障是否能夠導致所述呼叫異常，如果是，則將所述呼叫異常的原因定位為所述接口配置對象的所述故障。6、一種呼叫異常分析裝置，其特徵在於，包括CHR數據分析模塊，用於根據CHR數據確定呼叫異常發生時用戶所在的小區；異常定位模塊，用於對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。7、根據權利要求6所述的呼叫異常分析裝置，其特徵在於，所述異常定位模塊中包括傳輸配置數據獲取子模塊，用於獲取所述小區所屬基站與基站控制器之間的傳輸配置接口的傳輸配置數據，將所述基站的傳輸配置接口的接口配置對象確定為需要獲取告警數據的接口配置對象；告警數據獲取子模塊，用於獲取所述需要獲取告警數據的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的的告警數據；告警數據分析子模塊，用於對所述告警數據進行告警分析，定位呼叫異常的原因。8.根據權利要求7所述的呼叫異常分析裝置，其特徵在於，所述告警數據獲取子模塊中包括定位信息提取單元，用於從每個告警報文的定位信息中提取接口配置對象信息，確定由每個接口配置對象所產生的告警報文；告警報文確定單元，用於根據所述確定的由每個接口配置對象所產生的告警報文，確定由所述需要獲取告警數據的接口配置對象在呼叫異常發生時或在 呼叫異常發生時的相鄰時間段內應產生的告警報文。9、根據權利要求7所述的呼叫異常分析裝置，其特徵在於，所述告警數據獲取子模塊中包括告警報文獲取單元，用於獲取在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文；定位信息提取單元，用於從所述告警報文的定位信息中提取接口配置對象信息；告警報文確定單元，用於在判定所提取的接口配置對象信息與所述需要獲取告警數據的接口配置對象一致時，將所述提取的接口配置對象信息對應的告警報文作為所述接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警報文之一。10、根據權利要求8或9所述的呼叫異常分析裝置，其特徵在於，所述告警數據分析子模塊中包括故障定位單元，用於根據來自於所述告警報文確定單元的告警報文確定所述接口配置對象的故障，並用於在判定所述故障能夠導致所述呼叫異常時，將所述呼叫異常的原因定位為所述接口配置對象的所述故障。11、一種預防呼叫異常的方法，其特徵在於，包括對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，所述N為大於等於1的整數；對所述N個小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。12、一種呼叫異常預防裝置，其特徵在於，包括CHR數據分析模塊，用於對指定時間段內的CHR數據進行統計分析，確定發生呼叫異常最多的N個小區，所述N為大於等於1的整數；異常定位模塊，用於對所述N個小區所屬基站的接口配置對象在所述指定時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。13、一種預防呼叫異常的方法，其特徵在於，包括對指定時間段內—的告警數據—進行統計分析，確定產生告警最多的N個接口配置對象，並確定所述N個接口配置對象對應的基站，所述N為大於等於1的整數；對所述基站對應的'J、區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響，定位呼叫異常的原因。14、一種呼叫異常預防裝置，其特徵在於，包括告警數據分析模塊，用於對指定時間段內的告警數據進行統計分析，確定產生告警最多的N個接口配置對象，並用於確定所述N個接口配置對象對應的基站，所述N為大於等於1的整數；異常定位模塊，用於對所述基站對應的小區在所述指定時間段內的CHR數據進行分析，確定所述告警對所述呼叫異常的影響，定位呼叫異常的原因。全文摘要本發明實施例中公開了一種進行呼叫異常分析的方法，該方法首先根據呼叫歷史記錄(CHR)數據確定呼叫異常發生時用戶所在的小區；然後，對所述小區所屬基站的接口配置對象在呼叫異常發生時或在呼叫異常發生時的相鄰時間段內所產生的告警數據進行告警分析，定位呼叫異常的原因。本發明實施例中還公開了一種呼叫異常分析裝置、兩種預防呼叫異常的方法以及兩種呼叫異常預防裝置。應用本發明能夠提高呼叫異常分析的分析效率，對大規模爆發呼叫異常進行預防。文檔編號H04W24/00GK101150858SQ20071015257公開日2008年3月26日申請日期2007年10月12日優先權日2007年10月12日發明者趙劍穎申請人:華為技術有限公司