專利名稱：：呼叫接入控制方法、系統(tǒng)和設備的制作方法
技術領域：
：本發(fā)明屬于移動通信
技術領域：
，尤其涉及呼叫接入控制方法、系統(tǒng)和設備。
背景技術：
：全球移動通信系統(tǒng)(GSM,GlobalSystemforMobileCommunications)是第二代蜂窩移動通信系統(tǒng)，也是全球第一個對數(shù)字調制方式、網絡結構和業(yè)務種類進行標準化的數(shù)字蜂窩移動通信系統(tǒng)。目前來看，網絡的演進趨勢是從GSM過渡到以寬帶碼分多址(WCDMA,WidebandCodeDivisionMultipleAccess)為代表的第三代(3Q3rdGeneration)網絡并進一步發(fā)展為全網際協(xié)議(IP,InternationalProtocol)承載的下一代網絡。參照圖1,為現(xiàn)有技術GSM/WCDMA組網架構圖，在媒體網關(MGW,MediaGate-Way)之間，或者MGW與基站控制器/無線網絡控制器(BSC/RNC,BaseStationController/RadioNetworkController)之間，一般采用IP傳t命。當IP傳輸?shù)奈锢礞?洛或/和端口出現(xiàn)部分或全部故障時，會導致設備間IP承載能力下降，影響呼叫的語音質量。當設備間IP承載能力下降時，為了避免過多的呼叫導致出現(xiàn)IP擁塞，影響呼叫的語音質量，移動交換中心(MSC,MobileSwitchingCenter)服務器需要進行必要的呼叫接入控制，拒絕部分呼叫?，F(xiàn)有技術中采用的呼叫接入控制方法為MSC服務器在向MGW分配呼叫的同時，對每個局向呼叫選取一定比例的呼叫來監(jiān)控本呼叫的服務質量(QoS,QualityofService)。監(jiān)控QoS的方式，通常采用實時控制協(xié)議(RTCP,RealTimeControlProtocol)的方式來監(jiān)控IP的丟包、延時和抖動。當^r測呼叫發(fā)現(xiàn)丟包率高于設定的門限，MGW就向MSC服務器上報檢測事件，MSC服務器便知道此局向出現(xiàn)了擁塞，開始限制后續(xù)的呼叫接入，避免進一步導致IP傳輸質量惡化。當IP傳輸恢復正常后，RTCP檢測到QoS恢復正常。當QoS穩(wěn)定在正常范圍一段時間后，MGW便上報QoS恢復事件，MSC服務器解除本局向的呼叫接入限制。在對現(xiàn)有技術的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術是通過選取一定比例的呼叫來監(jiān)控本呼叫的QoS,如果沒有呼叫，則無法知道IP承載的質量情況，因此通常假設IP承載網是沒有問題的，而實際上可能QoS已經惡化，由于只有呼叫發(fā)生后才能檢測得到本呼叫所在IP承載的QoS，并決定是否采取限呼措施，這種事后控制的呼叫接入控制方法必然會影響在線呼叫的語音質量。
發(fā)明內容本發(fā)明實施例所要解決的技術問題是提供呼叫接入控制的方法、系統(tǒng)和設備，能夠提高現(xiàn)有呼叫的語音質量。本發(fā)明實施例提供了一種呼叫接入控制方法，該方法包括啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；當檢測得到與所述對端設備局向之間的承載故障時，將所述故障對應的故障信息進行上報；根據(jù)上報的所述故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制。本發(fā)明實施例還提供了一種故障檢測方法，用于呼叫接入控制，該方法包括預先建立與對端設備局向之間的連接；通過所述建立的連接周期性地發(fā)送檢測報文，所述檢測報文獨立于呼叫報文；判斷在預設的時間內是否收到對端設備局向的檢測報文；如果否，則上報與所述對端設備局向之間的連接故障。本發(fā)明實施例還提供了一種呼叫接入系統(tǒng)，該系統(tǒng)包括媒體網關、移動交換中心服務器，其中媒體網關，用于啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障，當檢測得到與所述對端設備局向之間的承載故障時，向移動交換中心服務器上報所述故障對應的故障信息；移動交換中心服務器，用于根據(jù)媒體網關上報的所述故障信息，執(zhí)行呼叫接入控制。本發(fā)明實施例還提供了一種媒體網關，該網關包括檢測單元、故障信息生成單元、故障信息上報單元，其中檢測單元，用于采用與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；故障信息生成單元，用于當檢測單元檢測到與所述對端設備局向之間的承載故障時，生成故障所對應的故障信息并發(fā)送到故障信息上報單元；故障信息上報單元，用于當接收到所述故障信息生成單元發(fā)送的故障信息時，將所述故障信息進行上報。本發(fā)明實施例還提供了一種移動交換中心服務器，該服務器包括故障信息接收單元、呼叫接入控制單元，其中故障信息接收單元，用于接收上報的故障信息，并發(fā)送到呼叫接入控制單元；呼叫接入控制單元，用于根據(jù)接收到的故障信息，對與相應設備局向之間的呼叫執(zhí)行呼叫接入控制。從以上技術方案可以看出，本發(fā)明實施例由于采用的檢測技術與呼叫無關，因而可以在呼叫之前啟動檢測，并根據(jù)檢測得到的故障信息對所述設備局向之間的呼叫執(zhí)行呼叫接入控制，由于可在呼叫接入之前進行呼叫接入控制，因而可以減少對現(xiàn)有呼叫的語音質量產生影響，提高現(xiàn)有呼叫的語音質量。圖1為現(xiàn)有技術GSM/WCDMA組網架構圖2為本發(fā)明實施例中呼叫接入控制方法實施例一流程圖3為本發(fā)明實施例中呼叫接入控制方法實施例一中采用BFD技術檢測與對端設備局向之間的承載是否故障的實現(xiàn)原理圖4為本發(fā)明實施例中呼叫接入控制方法實施例二流程圖5為本發(fā)明實施例中呼叫接入控制方法實施例三流程圖6為本發(fā)明實施例中呼叫接入控制系統(tǒng)實施例結構圖7為本發(fā)明實施例中MGW結構示意圖8為本發(fā)明實施例中MSC服務器結構示意圖。具體實施例方式本發(fā)明實施例提供了呼叫接入控制的方法、系統(tǒng)和設備，可以實現(xiàn)在呼叫接入之前進行呼叫接入控制，提高呼叫的語音質量。為使本發(fā)明實施例的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖，對本發(fā)明實施例進一步詳細說明。呼叫4妄入控制方法實施例一參照圖2,為發(fā)明實施例中呼叫接入控制方法實施例一流程圖，MGW采用與呼叫無關的檢測技術，檢測MGW與對端設備局向之間的承載是否故障，當檢測得到與對端設備局向之間的承載故障時，上報所述故障對應的設備標識(ID,Identifier);MSC服務器根據(jù)上報的所述故障對應的設備ID,對MGW與對端設備局向之間的呼叫執(zhí)行呼叫接入控制，以下通過具體步驟進行詳細說明21、MGW啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；可以由MSC服務器根據(jù)呼叫通過Mc接口來指示MGW啟動檢測，也可以由MGW根據(jù)啟動時間等配置的啟動條件來決定是否啟動4全測機制。不同的是，當由MSC服務器根據(jù)呼叫來啟動檢測時，可能得知該呼叫之前的呼叫的語音質量，而當由MGW來決定是否啟動檢測機制時，可以在沒有任何呼叫之前啟動檢測機制，進而保證所有呼叫的語音質量都不受影響，所以，可以在網絡建好之后就立即啟動檢測機制?？梢圆捎秒p向轉發(fā)才企測(BFD,BidirectionalForwardingDetection)^支術、互聯(lián)網網絡包探測器(PING，PacketInter-NetworkGroper)技術或其他與呼叫報文沒有直接關系的技術，檢測MGW與對端設備局向之間的承載是否故障。以下詳細說明采用BFD技術是如何檢測與對端設備局向之間的承載是否故障的參照圖3,為采用BFD技術檢測與對端設備局向之間的承載是否故障的實現(xiàn)原理圖，MGW31和其他對端設備32通過IP岸義載網進行連接，對端i殳備可以是RNC/BSC、MGW、路由器等物理實體。當對端設備是BSC時，BSC的A接口需要IP化，支持IP承載。對端設備32有一個或多個物理接口，每個接口配置一個或多個IP地址，從每個接口選取主IP地址。所謂主IPi也址是指本物理接口只能到最后才能刪除的IP地址，接口上的其他地址為從地址。圖3中用IPOIPn表示各個物理接口的主IP地址。MGW31通常也有多個物理接口，選取其中的一個或多個物理接口，在每個接口選取主IP地址。不過，在MGW31側，如果選取一個物理接口，當發(fā)生故障時則會導致所有檢測失效，而選取過多，實現(xiàn)起來則比較復雜，所以通常選取兩個物理接口，圖3中MGW側的兩個物理接口對應的主IP地址分別為IPmO、IPm1。建立IPmO到IP0IPn的BFD連接，同時建立IPml到IP0IPn的BFD連接。MGW可以通過與對端設備建立的BFD鏈路周期性地發(fā)送檢測報文，如果在預設的時間內沒有收到對端的檢測報文，則認為與對端設備的雙向通道的某個部分發(fā)生了故障。根據(jù)BFD技術，可以快速檢測出MGW和對端設備局向之間的承栽故障。MGW31和對端設備32局向之間的承載可能是部分故障，也可能是全部故障?？梢愿鶕?jù)一定的策略來決定是否對檢測到的故障進行上報。例如，對圖3中MGW31選取兩個物理接口的情形，當IPmO和IPml同時檢測到某一個對端設備32的IP地址(如IPO)的BFD鏈路都故障，才能確定此IP地址(如IPO)對應的承載故障。若檢測得知到對端設備32局向的所有IP地址(如IP0IPn)都故障，表明到此設備局向的承載全部故障。而互聯(lián)網網絡包^:測器(PING,PacketInter-NetworkGroper)技術是一個互聯(lián)網應用工具，可確定網絡的連接性和可達性。PING可以檢測網絡對端設備存在與否以及網絡是否正常。它的原理是通過發(fā)送互聯(lián)網控制信息協(xié)議(ICMP,InternetControlMassageProtocol)數(shù)據(jù)包來測試端到端的連接情況，并檢查ICMP數(shù)據(jù)包所經過的節(jié)點和設備是否正常工作。也就是說，通過PING可向對端設備傳送一個小數(shù)據(jù)包，經對端設備反饋后接收它，根據(jù)響應時間和數(shù)據(jù)丟失率，判斷與對端設備的連接成功與否，連接效果、速度如何。當MGW自身產生故障時，可以利用設備現(xiàn)有的設備管理機制或者鏈路檢測機制來進行;險測，當然，這種檢測機制也是與呼叫無關的。這種檢測機制可以和以上BFD技術或PING技術結合使用，當以上技術沒有使用MGW的所有接口來與對端設備建立連接進行檢測時，如果沒有建立連接的端口發(fā)生故障，則以上所述的BFD或PING技術無法檢測得到，而本設備本身的故障檢測機制可以檢測得到，因此將本設備配置的故障檢測方法與BFD、PING等技術結合，可以檢測得到本設備、對端設備以及本設備與對端設備之間的承載所存在的所有故障。22、當檢測得到與所述對端設備局向之間的承載故障時，MGW將故障所對應的設備ID上報到MSC服務器；所述與對端設備局向之間的承載故障包括MGW端口故障、對端設備端口故障、MGW與對端設備局向之間的IP承栽故障。在MGW中，可以設置一個設備IP地址與設備ID的對應關系，參照表1,為描述該對應關系的故障信息表。當檢測得到某IP地址的BFD鏈路故障時，查詢此表可以得到該IP地址對應的設備ID,以及該設備的設備屬性。其中，對端表示對端設備，本身表示MGW自身。將查詢得到的故障對應的設備ID上報到MSC服務器。如果是MGW通過自身的檢測機制檢測得到本設備的接口故障或其它故障時，則所述故障信息表中對應的設備ID為"N",設備屬性為"本身"，參照故障信息表1。<table>tableseeoriginaldocumentpage12</column></row><table>故障信息表123、MSC服務器根據(jù)上報的故障對應的設備ID,對所述設備局向之間的呼叫執(zhí)行呼叫接入控制。在呼叫接入前，MSC服務器可以檢查上報的設備ID,以確定本次呼叫所要接入的設備局向之間的承載是否故障，當故障時，控制當前呼叫及后續(xù)呼叫的接入。由于所述設備ID所對應的故障可能僅是MGW或對端設備的部分接口故障，為了不對該設備局向所有的在線呼叫產生影響，所以可以根據(jù)預先配置的呼叫控制比例僅僅拆除一部分在線呼叫，或者控制一部分呼叫接入，而不必禁止該設備局向的所有呼叫。當控制所述設備局向的一部分呼叫后，如果仍有故障對應的該局向設備的ID上報，則根據(jù)預先配置增加控制呼叫接入的比例，例如，配置比例設置為5%,則每接收到故障對應的該局向設備的ID上報時，就增加5%的控制呼叫接入的比例。從呼叫接入控制方法實施例一所記載的技術方案可以看出，由于通過BFD、PING等與呼叫無關的檢測技術檢測與對端設備之間的承載是否故障，因此，可以在某個呼叫或所有呼叫之前啟動檢測機制，并將檢測得到的與承載故障對應的設備ID進行上報，并進而根據(jù)上報的設備ID,對設備ID所對應的設備局向之間的呼叫執(zhí)行呼叫接入控制，因此可以在某個呼叫或所有呼叫之前執(zhí)行呼叫接入控制，所以可以避免影響現(xiàn)有呼叫的語音質量。呼叫4妄入控制方法實施例二參照圖4，為本發(fā)明實施例中呼叫接入控制方法實施例二的流程圖，與實施例一不同之處在于，MGW所上報的故障信息不僅僅包括與對端設備的承載故障時對應的設備ID,同時還要上報故障時與該對端設備之間承載的承載能力信息，而MSC服務器根據(jù)上報的故障所對應的設備ID和承載能力信息，執(zhí)行呼叫接入控制，以下通過具體步驟進行詳細說明41、MGW啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；MGW可以通過自身的檢測機制檢測本設備是否故障，以及采用BFD、體檢測方法與呼叫接入控制方法實施例一中所描述的相同，不再贅述。42、當檢測得到與所述對端設備局向之間的承載故障時，查詢故障所對應的設備ID、與該設備局向之間的承載能力信息；當采用BFD、PING等一些與呼叫無關的檢測技術檢測得到與對端設備之間的承載故障時，根據(jù)MGW配置的故障信息表，查詢預先配置的接口的承載能力占該設備局向之間的總的承載能力的比例，進行匯總，得到各接口故障造成的該設備局向之間的承載能力損失比例。參照表2，為MGW配置的故障信息表。<table>tableseeoriginaldocumentpage14</column></row><table>故障信息表2當檢測得到某IP地址的BFD鏈路故障時，查詢此表可以得到該IP地址對應的設備ID,以及該設備的設備屬性以及各個接口占總承載能力的比例，其中，對端表示對端設備，本身表示MGW自身。根據(jù)該設備各個接口占總承載能力的比例，可以得到該設備的承載能力，例如實際的承載能力比例或者損失的承載能力比例。例如，故障信息表2中，若設備ID為O的IPO、IP1、IP2對應的接口或鏈路故障，設備損失的承載能力為總承載能力的10%+10%+20%=40%,實際剩余的承載能力則為總承載能力的60%。43、將該設備的設備ID、設備屬性以及承載能力相關信息等故障信息上報到MSC服務器；上報的承載能力相關信息可以為故障時的實際承載能力，也可以為故障造成的承載能力損失比例。將查詢得到的故障對應的設備ID、與該設備局向之間的承載能力相關信息上報到MSC服務器。具體可通過對H.248包協(xié)議進行擴展實現(xiàn)例如，可以定義一個ntbdet包的lossper事件上報給MSC服務器與該設備之間的承載能力相關信息，并通過DevID屬性指示MSC服務器對端設備ID。MGW構造Mc接口的Notify消息上報給MSC服務器，這樣MSC月艮務器就可以知道某個特定的設備，承載能力下降了多少。ntbdet包的具體定義可為1IPNetworkBearDetectPackagePackageName:IPNetworkBearDetectPackagePackageID:ntdet(0x800)Description:檢測和MGW相連接的，IP網絡承載能力的變化。Version:1Extends:None1.1Properties1.1.1RemoteDeviceIDPropertyName:RemoteDeviceIDPropertyID:DevID(0x0001)Description:和MGW通過IP網絡進行連接的遠端設備ID,設備可以是MGW、RNC、BSC、路由器等。Type:IntegerPossibleValues:MSC服務器定義的設備ID,全網唯一。Oxffffffff表示ALL,即和此MGW相關的所有遠端設備。Default:allDefinedin:LocalControlDescriptorCharacteristics:Read/Write1.2Events1.2.1IPNetworkBearDetectEventName:BearFailureEventID:bearfail,0x0001Description:IP承載因物理鏈路、接口故障等原因導致的承載故障，承載能力下降。EventsDescriptorParameters:NoneObservedEventsDescriptorParameters:lossperParameterName:losspercentParameterID:1ossper(0x0001)Description:本MGW到特定的對端設備或所有的對端設備，承載能力損失的百分數(shù)。o表示承載故障已經恢復，沒有承載能力損失。Type:integerOptional:NoPossibleValues:0~100Default:None其中，上報的承載能力損失百分數(shù)為該特定的對端設備中所有接口承載能力損失比例之和。當然，也可以上報故障時該特定設備的所有接口的實際承載能力比例之和。44、MSC服務器根據(jù)上報的故障對應的設備ID、與該設備之間的承載能力相關信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制。MSC服務器根據(jù)上報的設備ID及與該設備之間的承載能力信息，控制設定比例的后續(xù)呼叫或拆除設定比例的在線呼叫。例如，某個設備最多可以允許1000個呼叫同時在線，當前在線呼叫有800個，若故障造成與該設備之間承載的承載能力下降50%,則最多只能允許500個呼叫同時在線，因此，拆除300個在線呼叫，同時控制后續(xù)呼叫的接入。若該設備最多可以允許1000個呼叫同時在線，當前在線呼叫有800個，若故障造成與該設備之間承載的承載能力下降10%,則最多還可以接入100個呼叫，所以，當后續(xù)呼叫超過100個時，則拒絕纟妾入。當與某個設備之間的承載發(fā)生故障時，為了保證一些重要呼叫的通信，可以根據(jù)呼叫優(yōu)先級拆除優(yōu)先級較低的在線呼叫。具體可采用漏斗算法事先根據(jù)局向的IP承載能力的總能力，除以根據(jù)經驗或估算得到每路呼叫占有的帶寬，從而獲得該設備局向最大支持的呼叫數(shù)為Mi。此設備局向當前在線呼叫數(shù)為Wi,上報的業(yè)務承載損失比例為Ni%,則當Wi<Mi*(l-Ni%),不做控制呼叫接入控制；當Wi=M"(l-Ni。/。)時，啟動漏斗算法，對后續(xù)超出能力的呼叫進行控制；當Wi〉Mi氣l-Ni。/。)時，根據(jù)呼叫優(yōu)先級拆除一些優(yōu)先級較低的用戶的呼叫，具體呼叫數(shù)為Wi-Mi*(l-Ni%),并且控制后續(xù)呼叫的接入。從該實施例可以看出，由于可以根據(jù)MGW上報的與所述對端設備的承載能力相關信息得知所述設備發(fā)生故障時實際的承載能力，從而可以保留確定比例的在線呼叫，保證現(xiàn)有呼叫的語音質量，從而可以避免對該設備局向的所有呼叫產生影響。事實上，由于當某個接口的承載能力下降時，如果其他接口的帶寬冗余比較充足，并且能夠接管此接口的業(yè)務，可能不會造成承載能力的下降，因此，如果某端口故障不會帶來相應的業(yè)務帶寬損失，則不上報；如果會帶來相應的業(yè)務帶寬損失，則查詢帶寬損失的計算規(guī)則，比如每個接口都沒有帶寬冗余，此處的規(guī)則即為"等于本接口占總承載能力比例(％)，，。其他情況會有相應的計算規(guī)則。最終通過計算可以得到由于此鏈路故障相應地造成的業(yè)務損失占此設備局向的IP承載能力比例。參照故障信息表3。<table>tableseeoriginaldocumentpage18</column></row><table>故障信息表3在上述兩個實施例中，當MGW采用與呼叫無關的檢測技術檢測得到與對端設備之間的承載恢復正常時，MGW可以將對應的恢復信息進行上報，例如上報對應的設備ID，或者對應的設備ID和對應設備局向的承載能力恢復比例，具體仍可通過上述擴展的H.248包來實現(xiàn)，通過ntbdet包的lossper屬性上報的承載能力變化信息及用DevID屬性所指示的設備ID來實現(xiàn)，當MSC服務器發(fā)現(xiàn)上報的設備ID所對應的承載能力恢復時，降低控制呼叫接入控制的比例或者解除呼叫接入控制。在呼叫接入控制方法實施例二中，可以通過漏斗算法來降低控制呼叫接入控制的比例，不再詳細描述。呼叫4妄入控制方法實施例三參照圖5，為本發(fā)明實施例中呼叫接入控制方法實施例三的流程圖，與上述兩個實施例的不同之處在于，當MGW檢測到與某個對端設備之間的承載故障時，僅將該承載所在接口對應的IP地址上報，而在MSC服務器中，配置有IP地址與故障信息的對應關系，IP地址可為對端設備的IP地址，也可以為MGW本身的IP地址。MSC服務器根據(jù)上報的IP地址，查詢對應的故障信息，并根據(jù)查詢得到的所述故障信息進行呼叫接入控制，以下通過具體步驟進行詳細說明51、MGW啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；MGW可以通過自身的檢測機制檢測本設備是否故障，以及采用BFD、體檢測方法與上述兩個實施例中所描述的相同，不再詳細描述。52、當檢測得到與所述對端設備之間的承載故障時，MGW將故障所對應的IP地址上報到MSC服務器；MGW可以通過擴展的H.248協(xié)i義將所述故障對應的IP地址上報到MSC服務器，與實施例一類似，不同之處在于，實施例一中上報的故障信息中包括設備對應的設備ID,本實施例中上報的故障信息中包括故障對應的IP地址。53、MSC服務器根據(jù)上報的故障所對應的IP地址，查詢故障所對應的設備局向；在MSC服務器上配置有表示IP地址和承載能力、局向號之間的對應關系的故障信息表，參照故障信息表4。<table>tableseeoriginaldocumentpage20</column></row><table>故障信息表454、根據(jù)查詢得到的故障所對應的設備局向，對所述設備局向之間的呼叫執(zhí)行呼叫接入控制。MSC服務器根據(jù)上報的同一局向的各個IP地址對應的承載能力信息，進行匯總得到此局向總的承載能力損失比例。根據(jù)此局向總的承載能力損失比例，執(zhí)行呼叫接入控制，可以根據(jù)具體承載能力損失比例對此設備局向之間的呼叫進行控制，例如，控制相應比例的后續(xù)呼叫或者拆除相應比例的在線呼叫。在與某個對端設備之間的部分承載發(fā)生故障時，為了保證一些重要呼叫不被首先進行控制，可以采用漏斗算法進行控制呼叫，具體為事先根據(jù)該設備局向的IP承載的總能力，除以根據(jù)經驗或估算得到的每路呼叫占有的帶寬，從而獲取該設備局向最大支持的通道數(shù)為Mi。設此設備局向的當前在線呼叫數(shù)為Wi,匯總后得到的此設備局向承載能力損失比例為Ni%，則當Wi〈Mi"l-Ni。/。)時，不做呼叫接入控制；當Wi:M"(l-Ni。/。)時，啟動漏斗算法，對后續(xù)超出能力的呼叫執(zhí)行呼叫接入控制；當Wi〉Mi氣l-Ni。/。)時，根據(jù)呼叫優(yōu)先級拆除低優(yōu)先級的一些在線用戶的呼叫，這些優(yōu)先級較低的用戶的呼叫數(shù)為Wi-Mi*(l-Ni%),同時控制后續(xù)呼叫的接入。為了實時地反映與所述對端設備局向之間的IP承載能力，更加充分地利用與所述對端設備之間的IP承載資源，當IP對應的承載恢復時，還應將故障恢復對應的IP地址上報?？梢酝ㄟ^定義的檢測事件將IP地址信息進行上報，其中，通過FailIPaddr上報故障對應的IP地址，通過RsmlPaddr上報故障恢復對應的IP地址，具體如下對ntbdet包的定義1IPNetworkBearDetectPackagePackageName:IPNetworkBearDetectPackagePackageID:ntbdet(0x800)Description:檢測和MGW相連接的，IP網絡承載能力變化。Version:1Extends:None1.1Properties1.2.1IPNetworkBearDetectEventName:RemoteIpaddressofBearFailureEventID:bearfail,0x0001Description:檢測IP承載因物理鏈路、接口故障等原因導致的承載能力下降。EventsDescriptorParameters:NoneObservedEventsDescriptorParameters:FailIPaddrParameterName:FailureIpaddressParameterID:FailIPaddr(0x0001)Description:可以是MGW本身的接口IP地址，也可以是MGW通過IP網絡進行連接的遠端設備的IP地址。遠端設備可以是MGW、RNC、BSC等。Type:IntegerPossibleValues:IP地址對應的Integer。Default:NoneEventName:RemoteIpaddressofBearResumeEventID:bearRsm,0x0002Description:檢測IP承載因物理鏈路、接口狀態(tài)恢復，從而恢復的承載能力。EventsDescriptorParameters:NoneObservedEventsDscriptorParameters:RsmIPaddrParameterName:ResumeIpaddressParameterID:RsmlPaddr(0x0001)Description:可以是MGW本身的接口IP地址，也可以是MGW通過IP網絡進行連接的對端設備的IP地址。對端設備可以是MGW、RNC、BSC等。Type:IntegerPossiblevalues:IPi也i止^f應的Integer。Default:None在該上報的檢測事件中，故障對應的IP地址為0x0001(參見EventID:bearfail,0x0001),故障恢復所對應的IP地址為0x0002(參見EventID:bearRsm,0x0002)。當MSC服務器根據(jù)上報的故障對應的IP地址和故障恢復對應的IP地址，根據(jù)配置的IP地址和設備局向以及該IP地址對應的承栽能力的關系，得出各設備局向的承載能力。當IP地址對應的承載能力恢復時，則加上配置的該IP地址對應的承載能力，當IP對應的承載能力損失時，則減去配置的該IP地址對應的承載能力。MSC根據(jù)匯總得到的各個設備局向總的承載能力損失比例，執(zhí)行呼叫接入控制，可以根據(jù)具體承載能力損失比例對各個設備局向之間的呼叫進行控制，例如，控制相應比例的后續(xù)呼叫或者拆除相應比例的在線呼叫。當然，在呼叫接入控制方法實施例三中，MSC服務器也可以不配置IP地址與承載能力信息的對應關系，而只配置故障對應的IP地址與局向號之間的對應關系，當MSC服務器根據(jù)某個IP地址查詢得到某個設備局向之間的承載故障時，直接控制該設備局向的呼叫接入或者拆除一定比例的在線呼叫即可。只是這樣，承載部分故障時無法準確知道該設備局向的承載能力。同樣，當某個IP地址對應的故障恢復時，查詢該IP地址對應的局向號，根據(jù)經驗或估算降低控制呼叫的比例，放寬呼叫接入控制。當某個設備局向各個IP地址對應的故障都恢復時，解除呼叫接入控制即可。以上對本發(fā)明實施例所供的呼叫接入控制方法進行了詳細描述，為了使本領域技術人員更好地理解并實現(xiàn)本發(fā)明，以下通過本發(fā)明實施例所提供的呼叫接入控制系統(tǒng)和相應的設備進行詳細描述。參照圖6，為本發(fā)明實施例中呼叫接入控制系統(tǒng)實施例一結構圖，該呼叫接入控制系統(tǒng)包括MGW61、MSC服務器62,其中MGW61,用于啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障，當檢測得到與所述對端設備局向之間的承載故障時，向MSC服務器62上報所述故障對應的設備ID;MSC服務器62，用于根據(jù)MGW61上報的所述設備ID,對所述設備ID所對應的設備局向執(zhí)行呼叫接入控制。所述呼叫接入控制系統(tǒng)的運行原理是MGW根據(jù)啟動時間等配置的啟動條件來決定是否啟動檢測機制，檢測與對端設備局向之間的承載是否故障。檢測機制具體可為BFD、PING技術，也可以是其它與呼叫報文沒有直接關系的檢測技術。當MGW檢測得到與對端設備局向之間的7義載故障時，MGW將故障對應的設備ID上報到MSC服務器，所述與對端設備局向之間的承載故障包括MGW端口故障、對端設備端口故障、MGW與對端設備局向之間的IP承載故障。MSC服務器根據(jù)上報的故障對應的設備ID,對所述設備局向之間的呼叫執(zhí)行呼叫接入控制。在呼叫接入前，MSC服務器可以檢查上報的設備ID,以確定本次呼叫所要接入的設備局向之間的承載是否故障，當故障時，控制當前呼叫及后續(xù)呼叫的接入。由于所述設備ID所對應的故障可能僅是MGW或者對端設備的部分接口故障，為了不對該設備局向所有的在線呼叫產生影響，可以根據(jù)預先配置的呼叫接入控制比例拆除一部分在線呼叫，或者控制一部分呼叫接入，而不必禁止該設備局向的所有呼叫。當控制所述設備局向的一部分呼叫后，如果仍有故障對應的該設備局向的設備ID上報，可以根據(jù)預先配置增加控制接入呼叫控制的比例。從呼叫接入控制系統(tǒng)實施例一所記載的技術方案可以看出，MGW采用與呼叫無關的檢測技術，并在呼叫之前啟動檢測機制，將檢測得到的與對端設備局向之間的承載故障對應的設備ID進行上報，MSC服務器根據(jù)上報的設備ID,對設備ID所對應的設備局向之間的呼叫執(zhí)行呼叫接入控制，因此可以在某個呼叫或者所有呼叫之前執(zhí)行呼叫接入控制，所以可以避免影響現(xiàn)有呼叫的語音質量。生的影響，MGW可以預先配置所述設備局向各端口的承載能力，MGW才艮據(jù)故障情況對所述設備局向各端口故障時的承載能力進行匯總，向MSC服務器上報故障所對應的設備ID,以及該設備局向的承載能力信息，MSC服務器根據(jù)該設備局向的承載能力信息，根據(jù)預先設置，對該設備局向執(zhí)行承載能力信息所對應比例的呼叫接入控制，所以，所述故障信息還可以是故障所對應的設備ID與承載故障時承載能力信息的結合。MGW上報的故障信息也可以是IP地址。MGW上報故障接口所對應的IP地址，MSC服務器根據(jù)上報的IP地址，查找預先根據(jù)一定策略配置的IP地址與各接口IP承載能力信息對應關系，進行匯總得到該設備局向的承載能力信息，并對所述設備局向之間的呼叫，執(zhí)行所述承載能力信息所對應比例的呼叫接入控制。各設備局向可以用局向號進行標識。其中，所述的移動交換中心服務器包括呼叫比例控制單元，用于控制所述設備局向設定比例的后續(xù)呼叫接入，或者拆除所述設備局向設定比例的在線呼叫，或者在控制所述設備局向設定比例的后續(xù)呼叫時，同時拆除所述設備局向設備比例的在線呼叫。為了保持MGW與對端設備局向之間的最大的承載能力，在MGW與對端設備局向之間的承載故障恢復后可以根據(jù)上報的承載恢復信息，降低呼叫才妄入控制的比例。具體實現(xiàn)可為在呼叫接入控制系統(tǒng)實施例一基礎上，所述MGW還用于當采用與呼叫無關的檢測技術檢測得到與所述對端設備局向之間的承載恢復正常時，向MSC服務器上報對應的承載恢復相關信息；所述MSC服務器還用于根據(jù)MGW上報的所述對應的承載恢復相關信息，降低與所述對端設備局向之間控制呼叫的比例。以上各實施例中所述的對端設備可為MGW、路由器、RNC、BSC至少其中一種。其中與BSC之間的A接口已經IP化。本發(fā)明實施例還提供了一種MGW，參照圖7,為本發(fā)明實施例中MGW結構示意圖，該設備包括檢測單元71、故障信息生成單元72、故障信息上報單元73，其中檢測單元71,用于采用與呼叫無關的4企測技術，檢測與對端設備局向之間的承載是否故障；故障信息生成單元72,用于當檢測單元71檢測到與所述對端設備局向之間的承載故障時，生成故障所對應的故障信息并發(fā)送到故障信息上報單元73;故障信息上報單元73,用于當接收到所述故障信息生成單元72發(fā)送的故障信息時，將所述故障信息進行上報。所述的與呼叫無關的檢測技術可以為BFD、PING技術，也可以是其它與呼叫報文沒有直接關系的檢測技術。其中，所述故障信息生成單元生成的故障信息可以是故障所對應的設備標識，故障所對應的IP地址，也可以是故障所對應的設備標識與承載故障時承栽能力信息的結合。為了保持MGW與對端設備局向之間的最大的承載能力，在MGW與對端設備局向之間的承載故障恢復后可以根據(jù)上報的承載恢復信息，降低呼叫接入控制的比例。此時，所述MGW還包括恢復信息生成單元與恢復信息上報單元，其中恢復信息生成單元，用于當檢測單元檢測得到與所述對端設備局向之間的故障恢復時，生成對應的恢復信息并發(fā)送到恢復信息上^t艮單元；恢復信息上報單元，用于將恢復信息生成單元發(fā)送的所述恢復信息進行上報。本發(fā)明實施例還提供了一種MSC服務器，參照圖8,為本發(fā)明實施例中MSC服務器結構示意圖，該服務器包括故障信息接收單元81、呼叫接入控制單元82,其中故障信息接收單元81,用于接收上報的故障信息，并發(fā)送到呼叫接入控制單元82;呼叫接入控制單元82,用于根據(jù)接收到的故障信息，對與相應設備局向之間的呼叫執(zhí)行呼叫接入控制。同樣，為了保證MGW與對端設備局向之間的最大的承載能力，盡量保持可能多的呼叫在線，在MGW與對端設備局向之間的承載故障恢復后可以根據(jù)上報的承載恢復信息，降低呼叫接入控制的比例。此時，所述的MSC服務器還包括恢復信息接收單元、用于接收上報的相應的恢復信息并發(fā)送到呼叫接入控制調整單元；呼叫接入控制調整單元，用于根據(jù)接收到的相應的恢復信息，對相應設備局向之間的呼叫降低控制呼叫的比例。領i或音通^支術人貝可以理解買玉見上迷買施例萬^是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，該程序在執(zhí)行時，包括如下步驟啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；當檢測得到與所述對端設備局向之間的承載故障時，將所述故障對應的故障信息進行上報；根據(jù)上報的所述故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制。上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。從以上各實施例可以看出，通過與呼叫無關的檢測技術檢測與對端設備局向之間的承載是否故障，并對所述設備局向之間的呼叫執(zhí)行呼叫接入控制，能夠實現(xiàn)對呼叫接入的事先控制，可以避免對現(xiàn)有呼叫的語音質量產生影響?？梢愿鶕?jù)上報的故障信息得知承載的承載能力信息，從而可以根據(jù)實際情況降低控制呼叫的比例，因此可以允許較多的呼叫在線，同時可以保證在線呼叫的語音質量?，F(xiàn)有技術中采用的RTCP不是第三代合作伙伴項目(3GPP,3rdGenerationPartnershipProject)強制必須支持的標準協(xié)議，RNC或/和MGW可能不支持，而本發(fā)明實施例采用BFD、PING等3GPP接受的協(xié)議，便于技術的推廣與應用。以上對本發(fā)明所提供的呼叫接入控制的方法、系統(tǒng)和設備進行了詳細介紹，對于本領域的一般技術人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。權利要求1.一種呼叫接入控制方法，其特征在于，該方法包括啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；當檢測得到與所述對端設備局向之間的承載故障時，將所述故障對應的故障信息進行上報；根據(jù)上報的所述故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制。2.如權利要求1所述的呼叫接入控制方法，其特征在于，所述故障信息包括故障所對應的設備標識、承載故障時的承載能力信息；所述根據(jù)上報的故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制具體為根據(jù)故障所對應的設備標識，得到對應的設備局向，并根據(jù)承載故障時的承載能力信息，控制所述設備局向設定比例的后續(xù)呼叫接入，或者拆除所述設備局向設定比例的在線呼叫，或者在控制所述設備局向設定比例的后續(xù)呼叫接入時，同時拆除所述設備局向設定比例的在線呼叫。3.如權利要求1所述的呼叫接入控制方法，其特征在于，所述故障信息為故障所對應的IP地址；所述根據(jù)上報的故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制具體為根據(jù)上報的故障所對應的IP地址，查找預先根據(jù)一定策略配置的IP地址與各接口IP承載能力信息對應關系，進行匯總得到該設備局向的承載能力信息，根據(jù)預先配置的所述設備局向的承載能力信息，控制所述設備局向設定比例的后續(xù)呼叫接入，或者拆除所述設備局向設定比例的在線呼叫，或者在控制所述設備局向設定比例的后續(xù)呼叫接入時，同時拆除所述設備局向設定比例的在線呼叫。4.如權利要求2或3所述的呼叫接入控制方法，其特征在于，所述控制所述設備局向設定比例的后續(xù)呼叫接入，或者拆除所述設備局向設定比例的在線呼叫，或者在控制所述設備局向設定比例的后續(xù)呼叫接入時，同時拆除所述設備局向設定比例的在線呼叫的操作具體為判斷當前在線呼叫數(shù)大于預設的所述設備局向支持的呼叫數(shù)門限時，根據(jù)呼叫優(yōu)先級對所述設備局向低于設定優(yōu)先級閾值的呼叫執(zhí)行所述操作。5.如權利要求1至3任一項所述的呼叫接入控制方法，其特征在于，進一步包括當采用所述與呼叫無關的檢測技術檢測得到與對端設備局向之間的承載恢復正常時，上報對應的承載恢復相關信息；根據(jù)上報的所述對應的承載恢復相關信息，對所述與對端設備局向之間的呼叫降低控制呼叫的比例。6.—種故障檢測方法，用于呼叫接入控制，其特征在于，該方法包括預先建立與對端設備局向之間的連接；通過所述建立的連接周期性地發(fā)送檢測報文，所述檢測報文獨立于呼叫報文；判斷在預設的時間內是否收到對端設備局向的檢測報文；如果否，則上報與所述對端設備局向之間的連接故障。7.—種呼叫接入控制系統(tǒng)，其特征在于，包括媒體網關、移動交換中心服務器，其中媒體網關，用于啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障，當檢測得到與所述對端設備局向之間的承載故障時，向移動交換中心服務器上報所述故障對應的故障信息；移動交換中心服務器，用于根據(jù)媒體網關上報的所述故障信息，執(zhí)行呼叫接入控制。8.如權利要求7所述的呼叫接入控制系統(tǒng)，其特征在于，所述移動交換中心服務器包括呼叫比例控制單元，用于控制所述設備局向設定比例的后續(xù)呼叫接入，或者拆除所述設備局向設定比例的在線呼叫，或者在控制所述設備局向設定比例的后續(xù)呼叫接入時，同時拆除所述設備局向設定比例的在線呼叫。9、如權利要求8所述的呼叫接入控制系統(tǒng)，其特征在于，所述媒體網關還用于當采用與呼叫無關的檢測技術，檢測得到與所述對端設備之間的承載恢復正常時，向移動交換中心服務器上報對應的承載恢復相關信息；所述移動交換中心服務器還用于根據(jù)媒體網關上報的所述對應的承載恢復相關信息，降低與所述對端設備局向之間控制呼叫的比例。10、—種媒體網關，其特征在于，包括檢測單元、故障信息生成單元、故障信息上報單元，其中4全測單元，用于采用與呼叫無關的檢測技術，4企測與對端設備局向之間的承載是否故障；故障信息生成單元，用于當檢測單元檢測到與所述對端設備局向之間的承載故障時，生成故障所對應的故障信息并發(fā)送到故障信息上報單元；故障信息上報單元，用于當接收到所述故障信息生成單元發(fā)送的故障信息時，將所述故障信息進行上報。11、如權利要求IO所述的媒體網關，其特征在于，所述媒體網關還包括恢復信息生成單元、恢復信息上報單元，其中恢復信息生成單元，用于當檢測單元檢測得到與所述對端設備局向之間的故障恢復時，生成對應的恢復信息并發(fā)送到恢復信息上報單元；恢復信息上報單元，用于將恢復信息生成單元發(fā)送的所述恢復信息進行上報。12、一種移動交換中心服務器，其特征在于，包括故障信息接收單元、呼叫接入控制單元，其中故障信息接收單元，用于接收上報的故障信息，并發(fā)送到呼叫接入控制單元；呼叫接入控制單元，用于根據(jù)接收到的故障信息，對與相應設備局向之間的呼叫執(zhí)行呼叫接入控制。13、如權利要求12所述的移動交換中心服務器，其特征在于，所述移動交換中心服務器還包括恢復信息接收單元、呼叫接入控制調整單元，其中恢復信息接收單元、用于接收上報的相應的恢復信息并發(fā)送到呼叫接入控制調整單元；呼叫接入控制調整單元，用于根據(jù)接收到的相應的恢復信息，對相應設備局向之間的呼叫降低控制呼叫的比例。全文摘要本發(fā)明公開了呼叫接入控制的方法、系統(tǒng)和設備，用于移動通信
技術領域：
，本發(fā)明方法包括啟動與呼叫無關的檢測技術，檢測與對端設備局向之間的承載是否故障；當檢測得到與所述對端設備局向之間的承載故障時，將所述故障對應的故障信息進行上報；根據(jù)上報的所述故障信息，對與所述對端設備局向之間的呼叫執(zhí)行呼叫接入控制。由于可以在呼叫接入之前進行檢測并執(zhí)行呼叫接入控制，因而可以減少對現(xiàn)有呼叫的語音質量的影響。文檔編號H04Q3/00GK101365148SQ20071014062公開日2009年2月11日申請日期2007年8月9日優(yōu)先權日2007年8月9日發(fā)明者羅少華申請人:華為技術有限公司