專利名稱：：一種媒體網(wǎng)關(guān)及數(shù)字處理器芯片資源管理方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通訊領(lǐng)域，特別是一種媒體網(wǎng)關(guān)及數(shù)字處理器芯片資源管理方法。
背景技術(shù)：
：隨著媒體網(wǎng)關(guān)和VOIP((VoiceoverIP，IP網(wǎng)承載的語音))技術(shù)的日益發(fā)展以及市場的逐步擴(kuò)大，DSP(DigitalSignalProcessor,數(shù)字信號(hào)處理器)技術(shù)迅速發(fā)展，處理能力提高很快，網(wǎng)關(guān)的容量逐步增大。同一媒體網(wǎng)關(guān)采用多種V0IPDSP芯片，不同的編解碼消耗的DSP的資源不一樣，不同廠商的DSP對(duì)G.711、G.729、G.723、T38等多種編解碼支持能力不一樣，而且，同一家芯片廠商，固件不斷更新，不同版本的固件對(duì)編解碼的支持的情況也不一樣。隨著應(yīng)用的擴(kuò)大，現(xiàn)有的媒體網(wǎng)關(guān)資源管理方法不能滿足要求。媒體網(wǎng)關(guān)設(shè)計(jì)早期只采用一種類型的VOIPDSP，且DSP提供的通道密度不是很大，媒體網(wǎng)關(guān)按照支持的最少的通道數(shù)來設(shè)計(jì)或者按照最常用的編解碼支持的通道數(shù)來設(shè)計(jì)，實(shí)際資源的計(jì)算，資源管理模塊按照一個(gè)大概的比例來計(jì)算，比如，對(duì)G.711、G.729、G.726，每片DSP提供的通道數(shù)的比例240:100:120，網(wǎng)關(guān)按照提供的最小的通道數(shù)來設(shè)計(jì)，提供100個(gè)通道，這樣，如果使用G.711的編解碼，DSP資源就不能充分利用。隨者網(wǎng)關(guān)容量的不斷擴(kuò)大，通道數(shù)的設(shè)計(jì)按照支持的最多的通道數(shù)來設(shè)計(jì)，提供240個(gè)通道，如果網(wǎng)關(guān)應(yīng)用中采用非G.711的編解碼方式或G.711和非G.711混合的方式，對(duì)這種混合方式，資源管理模塊不能夠提供一個(gè)比較準(zhǔn)確的能力計(jì)算，如果超過了DSP的能力，DSP資源耗盡，則可能導(dǎo)致DSP異常。然而，隨著實(shí)際應(yīng)用場景的多樣化，DSP這種混合能力工作方式可能應(yīng)用會(huì)越來越多，混合方式包含的編解碼類型也會(huì)增多，另外，VOIPDSP方案的多樣化，不同類型DSP能力不一樣，同一類型的DSP固件版本不一樣，處理能力也不一樣，這種統(tǒng)一按照一個(gè)簡單的比例來計(jì)算VOIP處理能力的方法不能滿足要求。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種媒體網(wǎng)關(guān)及數(shù)字處理器芯片資源管理方法，提高媒體網(wǎng)關(guān)系統(tǒng)資源管理的靈活性，充分利用媒體網(wǎng)關(guān)的VOIPDSP資源，而不影響系統(tǒng)的性能。為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供了一種媒體網(wǎng)關(guān)，包括支持至少兩種編解碼方式的數(shù)字信號(hào)處理芯片，用于為VOIP呼叫提供通道資源，所述媒體網(wǎng)關(guān)還包括保存模塊，用于保存所述至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量，以及所述數(shù)字信號(hào)處理芯片的剩余通道資源的數(shù)量；獲取模塊，用于根據(jù)待建立呼叫所采用的編解碼方式獲取所述待建立呼叫需要的第一通道資源的數(shù)量；判斷模塊，用于根據(jù)所述剩余通道資源的第一數(shù)量和所述第一通道資源的第二數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；執(zhí)行模塊，用于在判斷結(jié)果為能夠支持建立所述待建立呼叫時(shí)，從所述剩余通道4資源中占用所述第二數(shù)量的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。上述的媒體網(wǎng)關(guān)，其中，還包括第一更新模塊，用于在建立所述待建立呼叫后，將所述第二數(shù)量的通道資源從所述數(shù)字信號(hào)處理芯片的剩余通道資源中扣除，并將更新后的剩余通道資源后保存到所述保存模塊；第二更新模塊，用于在已建立的所述待建立呼叫被釋放時(shí)，將所述數(shù)字信號(hào)處理芯片的剩余通道資源增加所述第二數(shù)量的通道資源，并將更新后的剩余通道資源后保存到所述保存模塊。上述的媒體網(wǎng)關(guān)，其中，還包括設(shè)置模塊，用于在開啟編解碼之外的功能時(shí)，設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源的數(shù)量；所述第二通道資源的數(shù)量為以下2者之差僅進(jìn)行編解碼時(shí)所述數(shù)字信號(hào)處理芯片能夠提供的通道資源的數(shù)量；及開啟所述編解碼之外的功能損失的通道資源的數(shù)量。上述的媒體網(wǎng)關(guān)，其中，對(duì)于傳真或Modem事件，所述第一通道資源為編解碼切換后所需要通道資源。上述的媒體網(wǎng)關(guān)，其中，還包括第三更新模塊，用于在所述剩余通道資源的數(shù)量小于所述編解碼切換后所需要通道資源的數(shù)量時(shí)，釋放在語音建立階段為所述傳真或Modem事件分配的通道資源，并將所述數(shù)字信號(hào)處理芯片的剩余通道資源增加所述在語音建立階段為所述傳真或Modem事件分配的通道資源，并將更新后的剩余通道資源后保存到所述保存模塊。為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例還提供了一種數(shù)字處理器芯片資源管理方法，所述數(shù)字處理器芯片用于為VOIP呼叫提供通道資源，設(shè)置于媒體網(wǎng)關(guān)中，支持至少兩種編解碼方式，所述數(shù)字處理器芯片資源管理方法媒體網(wǎng)關(guān)根據(jù)所述至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量以及待建立呼叫所采用的編解碼方式，獲取所述待建立呼叫需要的第一通道資源的第二數(shù)量；媒體網(wǎng)關(guān)根據(jù)所述剩余通道資源的第一數(shù)量和所述第一通道資源的第二數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；在判斷結(jié)果為能夠支持建立所述待建立呼叫時(shí)，媒體網(wǎng)關(guān)從所述剩余通道資源中占用所述第二數(shù)量的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。上述的數(shù)字處理器芯片資源管理方法，其中，還包括媒體網(wǎng)關(guān)在建立所述待建立呼叫后，將所述第二數(shù)量的通道資源從所述剩余通道資源中扣除；媒體網(wǎng)關(guān)在已建立的所述待建立呼叫被釋放時(shí)，將所述二數(shù)量的通道資源添加到剩余通道資源。上述的數(shù)字處理器芯片資源管理方法，其中，還包括在開啟編解碼之外的功能時(shí)，媒體網(wǎng)關(guān)設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源的數(shù)量；所述第二通道資源的數(shù)量為以下2者之差僅進(jìn)行編解碼時(shí)所述數(shù)字信號(hào)處理芯片能夠提供的通道資源的數(shù)量；及開啟所述編解碼之外的功能損失的通道資源的數(shù)量。上述的數(shù)字處理器芯片資源管理方法，其中，對(duì)于傳真或Modem事件，所述第一通道資源為編解碼切換后所需要通道資源。上述的數(shù)字處理器芯片資源管理方法，其中，還包括在所述剩余通道資源小于所述編解碼切換后所需要通道資源時(shí)，媒體網(wǎng)關(guān)釋放在語音建立階段為所述傳真或Modem事件分配的通道資源，并將所述在語音建立階段為所述傳真或Modem事件分配的通道資源增加所述剩余通道資源。上述的數(shù)字處理器芯片資源管理方法，其中，在已建立的通道的數(shù)量小于所述數(shù)字處理器芯片能夠提供的最大通道數(shù)量，且存在剩余通道資源滿足待建立呼叫需要的通道資源的數(shù)字處理器芯片時(shí)，所述判斷結(jié)果為能夠支持建立所述待建立呼叫，否則判斷結(jié)果為不能夠支持建立所述待建立呼叫。上述的數(shù)字處理器芯片資源管理方法，其中，在已建立的通道的數(shù)量小于所述數(shù)字處理器芯片能夠提供的最大通道數(shù)量，且存在剩余通道資源滿足待建立呼叫需要的通道資源的數(shù)字處理器芯片時(shí)，所述媒體網(wǎng)關(guān)從剩余通道資源最多的數(shù)字處理器芯片占用所述第二數(shù)量的通道資源。本發(fā)明實(shí)施例具有以下的有益效果本發(fā)明實(shí)施例中，根據(jù)DSP的剩余通道資源和待建立呼叫所需求的通道資源來確定能否建立呼叫，而不是根據(jù)固定的比例關(guān)系來確定能否建立呼叫，其考慮DSP當(dāng)前的實(shí)際剩余能力，因此能夠充分利用DSP的資源，同時(shí)也不會(huì)出現(xiàn)由于DSP資源耗盡而導(dǎo)致的DSP異常的情況；同時(shí)，本發(fā)明實(shí)施例中，設(shè)置模塊根據(jù)編解碼之外的功能的開啟情況，確定DSP能夠提供的通道資源，也能夠避免現(xiàn)有技術(shù)中由于編解碼之外的功能的開啟以及按照固定比例來分配通道資源導(dǎo)致的資源無法充分利用或者DSP異常的問題?？偠灾景l(fā)明實(shí)施例綜合管理各種類型VOIPDSP資源，可以有效的利用DSP的信號(hào)處理能力，使得DSP資源能夠得到充分利用，在滿足各種應(yīng)用需求和服務(wù)質(zhì)量的基礎(chǔ)上，提高網(wǎng)關(guān)的容量。圖1為本發(fā)明實(shí)施例的媒體網(wǎng)關(guān)的示意圖；圖2為本發(fā)明實(shí)施例的方法的流程示意圖；圖3為本發(fā)明實(shí)施例的方法的詳細(xì)處理過程的示意圖。具體實(shí)施例方式本發(fā)明實(shí)施例中，根據(jù)DSP的剩余通道資源和待建立呼叫所需求的通道資源來確定能否建立呼叫，而不是根據(jù)固定的比例關(guān)系來確定能否建立呼叫，其考慮DSP當(dāng)前的實(shí)際剩余能力，因此能夠充分利用DSP的資源，同時(shí)也不會(huì)出現(xiàn)由于DSP資源耗盡而導(dǎo)致的DSP異常的情況。本發(fā)明實(shí)施例的媒體網(wǎng)關(guān)如圖1所示，包括支持至少兩種編解碼方式的數(shù)字信號(hào)處理芯片，用于為VOIP呼叫提供通道資源；保存模塊，用于保存所述至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量，以及所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源的第一數(shù)量；獲取模塊，用于根據(jù)待建立呼叫所采用的編解碼方式獲取所述待建立呼叫需要的通道資源的第二數(shù)量；判斷模塊，用于根據(jù)所述剩余通道資源和所述待建立呼叫需要的通道資源，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；執(zhí)行模塊，用于在判斷結(jié)果為剩余通道資源大于或等于所述待建立呼叫需要的通道資源時(shí)，從所述剩余通道資源中占用所述待建立呼叫需要的通道資源(第二數(shù)量的通道資源)，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。本發(fā)明實(shí)施例的數(shù)字處理器芯片資源管理方法如圖2所示，包括步驟21，媒體網(wǎng)關(guān)確定待建立呼叫所采用的第一編解碼方式；步驟22，媒體網(wǎng)關(guān)根據(jù)預(yù)先保存的數(shù)字信號(hào)處理芯片所支持的多種編解碼方式中每一種編解碼方式需要占用的通道資源的數(shù)量，確定所述待建立呼叫需要的通道資源的數(shù)步驟23，媒體網(wǎng)關(guān)根據(jù)所述剩余通道資源的數(shù)量和所述待建立呼叫需要的通道資源的數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；步驟24，媒體網(wǎng)關(guān)在判斷結(jié)果為剩余通道資源的數(shù)量大于或等于所述待建立呼叫需要的通道資源的數(shù)量時(shí)，從所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源中占用所述待建立呼叫需要的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。本發(fā)明實(shí)施例的方法中，在步驟24之后還包括設(shè)置于所述媒體網(wǎng)關(guān)中的第一更新模塊將被所述待建立呼叫占用的通道資源(第二數(shù)量的通道資源)從所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源中扣除，并將得到更新后的當(dāng)前的剩余通道資源后保存到所述保存模塊。設(shè)置于所述媒體網(wǎng)關(guān)中的第二更新模塊在被所述待建立呼叫釋放時(shí)，將所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源增加所述待建立呼叫在呼叫過程中占用的通道資源(第二數(shù)量的通道資源)，并將得到更新后的當(dāng)前的剩余通道資源后保存到所述保存模塊。對(duì)同樣的編解碼方式，開啟特定的功能，通道密度會(huì)降低，比如RTCPXR(RTPControlProtocolExtendedR印orts，實(shí)時(shí)傳輸協(xié)議控制協(xié)議擴(kuò)展報(bào)告)、AGC(AutoGainControl,自動(dòng)增益控制)功能的開啟、音檢測功能等等，這些功能都需要占用一定的DSP資源，而這些資源被占用之后，如果還按照原來固定的比例進(jìn)行通道資源的配置，對(duì)于某些不需要開啟這些功能的網(wǎng)關(guān)，資源將得不到充分的利用。針對(duì)上述問題，本發(fā)明具體實(shí)施例中，通過設(shè)置一設(shè)置模塊，用于在網(wǎng)關(guān)開啟編解碼之外的功能時(shí)，設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源的數(shù)量，所述第二通道資源的數(shù)量為網(wǎng)關(guān)僅進(jìn)行編解碼時(shí)所述數(shù)字信號(hào)處理芯片能夠提供的通道資源的數(shù)量與所述編解碼之外的功能所損失的通道資源的數(shù)量的差。通過上述的設(shè)置，根據(jù)網(wǎng)關(guān)的需求，在需要開啟編解碼之外的功能(如RTCPXR、AGC等功能)時(shí)，扣除這一部分功能所消耗的DSP能力所帶來的通道資源損失，而在網(wǎng)關(guān)不開啟編解碼之外的功能時(shí)，這部分資源并不會(huì)扣除，使得資源能夠得到充分的利用，舉例說明如下。假定網(wǎng)關(guān)中的DSP芯片在G.711編解碼方式下，能夠提供240個(gè)通道，但在網(wǎng)關(guān)需要開啟AGC功能時(shí)，需要占用一部分計(jì)算能力，此時(shí)DSP就無法提供240個(gè)通道，如果此時(shí)還是按照原來的固定比例進(jìn)行分配240個(gè)通道，就會(huì)出現(xiàn)DSP資源耗盡，從而導(dǎo)致DSP異常的出現(xiàn)。同時(shí)，即使對(duì)所有的網(wǎng)關(guān)都扣除這些編解碼之外的功能所消耗的DSP能力所帶來的通道資源損失，但對(duì)于某些并沒有開啟編解碼之外的功能的網(wǎng)關(guān)而言，其必然存在資源損失，說明如下。假定網(wǎng)關(guān)中的DSP芯片在G.711編解碼方式下，能夠提供240個(gè)通道，在執(zhí)行AGC功能后，假定剩余的DPS計(jì)算能力能夠支持220個(gè)通道，此時(shí)，所有的網(wǎng)關(guān)都按照220個(gè)通道來分配，這種情況下，對(duì)于不執(zhí)行AGC功能的網(wǎng)關(guān)，由于其實(shí)際能力能夠支持240個(gè)通道，但現(xiàn)在僅提供220個(gè)通道，必然會(huì)造成資源的浪費(fèi)。而利用本發(fā)明實(shí)施例的設(shè)置模塊，既不會(huì)造成資源的浪費(fèi)，也不會(huì)造成DSP異常，說明如下。由于僅在需要開啟編解碼之外的功能的網(wǎng)關(guān)設(shè)置上述的設(shè)置模塊，因此，對(duì)于需要開啟編解碼之外的功能的網(wǎng)關(guān)，設(shè)置模塊會(huì)設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源，而該第二通道資源已經(jīng)排除了DSP執(zhí)行編解碼之外的功能所帶來的通道資源損失，所以不會(huì)出現(xiàn)DSP異常的情況，而對(duì)于不開啟編解碼之外的功能的網(wǎng)關(guān)，由于通道資源損失為O，所以能夠把所有的DPS能力都用于通道的提供，所以能夠充分利用DSP資源。在本發(fā)明的具體實(shí)施例中，該第一通道資源A與第二通道資源B的關(guān)系如下B=(1-a)A其中，a為大于或等于O，且小于l的常數(shù)，在不開啟編解碼之外的功能時(shí)，a等于0，在開啟編解碼之外的功能時(shí)，0<a<1，a的實(shí)際取值與開啟的編解碼之外的功能的類型以及數(shù)量有關(guān)，可以根據(jù)實(shí)際情況進(jìn)行設(shè)置。在本發(fā)明的具體實(shí)施例中，需要預(yù)先保存所述DSP支持的至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源，下面對(duì)其獲取進(jìn)行詳細(xì)說明。媒體網(wǎng)關(guān)獲取當(dāng)前網(wǎng)關(guān)所有的VOIPDSP類型的各種編解碼的支持情況，包括開啟特殊功能后各種編解碼的支持情況，這些信息是靜態(tài)的信息，一般不會(huì)有大的變化，只有在增加新固件、固件更新、開啟特定功能(該特定功能會(huì)影響通道密度的情況)，才會(huì)有變動(dòng)。本發(fā)明實(shí)施例中，提供了對(duì)VOIP資源表信息的獲取提供了兩種方法參考，當(dāng)然，通過其他的方式來獲取也是可以的。每次版本更新，如果涉及到DSP資源相關(guān)，必須同步更新相關(guān)DSP的能力信息。如果部分DSP類型、固件類型等已經(jīng)不再使用，需要將對(duì)應(yīng)的資源信息刪除，以減少冗余數(shù)據(jù)。DSP在啟動(dòng)后自動(dòng)上報(bào)相關(guān)的處理能力信息，上報(bào)對(duì)各種編編解碼方式的支持情況。由于DSP支持多種方式的編解碼，因此，在媒體網(wǎng)關(guān)判斷所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源是否大于或等于所述待建立呼叫需要的通道資源時(shí)，需要對(duì)其進(jìn)行歸一化處理，也就是以單位通道資源來衡量，說明如下。以MindSpeedM82910芯片為例，該芯片某個(gè)固件版本對(duì)各種編解碼的支持情況如下表<table>tableseeoriginaldocumentpage9</column></row><table>在A+640/268B+640/358C+640/128D+X《640(1-a)時(shí)，判斷當(dāng)前DSP芯片當(dāng)前的剩余通道資源滿足待建立呼叫的通道資源需求，其中A、B、C和D分別為G.711、G.729、G.726和T.38已經(jīng)占用的通道數(shù)量，a為大于或等于0，且小于1的常數(shù)，在網(wǎng)關(guān)沒有開啟編解碼之外的功能時(shí)，a等于0，在網(wǎng)關(guān)開啟了編解碼之外的功能時(shí)，0<a<1，a的實(shí)際取值與開啟的編解碼之外的功能的類型以及數(shù)量有關(guān)，可以根據(jù)實(shí)際情況進(jìn)行設(shè)置。當(dāng)然，上述是以DSP芯片支持G711、G729、G726和T38這4種編解碼方式進(jìn)行的說明，DSP芯片所支持的編解碼方式更多時(shí)，只需要增加考慮這一些編解碼方式即可。在本發(fā)明的具體實(shí)施例中，從所述數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源中占用所述待建立呼叫需要的通道資源，該占用過程詳細(xì)描述如下如果資源可用，將資源占用的消息下發(fā)給VOIP驅(qū)動(dòng)模塊，成功占用后，VOIP驅(qū)動(dòng)模塊給業(yè)務(wù)呼叫模塊應(yīng)答消息，這個(gè)應(yīng)答消息中應(yīng)該包括占用的資源類型。下面對(duì)本發(fā)明實(shí)施例的方法的詳細(xì)處理過程進(jìn)行詳細(xì)描述，如圖3所示，包括媒體網(wǎng)關(guān)接收媒體網(wǎng)關(guān)控制器下發(fā)的呼叫控制命令；媒體網(wǎng)關(guān)根據(jù)呼叫控制命令，確定待建立呼叫使用的編解碼方式以及編解碼方式之外的其他功能的開啟情況，以及數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源；媒體網(wǎng)關(guān)判斷剩余通道資源是否夠用，也就是判斷剩余通道資源是否能夠支持待建立呼叫的建立，如果是，進(jìn)入下一步驟，否則判斷呼叫建立失敗，結(jié)束流程；網(wǎng)關(guān)占用相應(yīng)的通道資源，并更新數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源。當(dāng)然，在有呼叫釋放時(shí)，需要將被釋放的呼叫所占用的通道資源添加到數(shù)字信號(hào)處理芯片當(dāng)前的剩余通道資源中。媒體網(wǎng)關(guān)具體通過如下詳細(xì)步驟判斷剩余通道資源是否夠用首先，判斷通道數(shù)是否已經(jīng)達(dá)到或超過最大數(shù)目，如果是，表明DSP已經(jīng)無法再建立新的通道，剩余通道資源不夠用，直接得到判斷結(jié)果，否則進(jìn)入下一步；其次，從有剩余通道資源的DSP中，選擇剩余通道資源最多的DSP;最后，判斷有剩余通道資源的DSP中是否存在剩余通道資源滿足待建立呼叫需要的通道資源的DSP，如果是，表明能夠支持建立該待建立呼叫，否則，表明無法支持建立該待建立呼叫。在有剩余通道資源的DSP中存在多個(gè)剩余通道資源滿足待建立呼叫需要的通道資源的DSP時(shí)，優(yōu)先占用剩余通道資源最多的DSP的通道資源。剩余通道資源最多的DSP也無法滿足待建立呼叫的需求，其他DSP必然也無法滿足需求。對(duì)傳真和MODEM業(yè)務(wù)，存在語音通道到傳真或MODEM通道的切換過程，切換前后編解碼可能不同。對(duì)媒體網(wǎng)關(guān)控制器MGC控制的方式，由媒體網(wǎng)關(guān)控制器控制切換，媒體網(wǎng)關(guān)可以通過MGC下發(fā)的命令獲取這次呼叫需要占用的資源類型，然后查詢資源剩余情況即可。對(duì)非MGC控制的方式，網(wǎng)關(guān)檢測到傳真或Modem音，首先獲取切換到傳真或Modem通道后將使用的資源類型，然后查詢資源剩余情況，如果資源不夠用，DSP釋放這次語音呼叫，并釋放語音階段占用的資源，呼叫建立失敗，如果資源夠用，則占用資源，并進(jìn)行通道的切換，在切換完成后，更新資源剩余情況。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本
技術(shù)領(lǐng)域：
的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。10權(quán)利要求一種媒體網(wǎng)關(guān)，包括支持至少兩種編解碼方式的數(shù)字信號(hào)處理芯片，用于為VOIP呼叫提供通道資源，其特征在于，所述媒體網(wǎng)關(guān)還包括保存模塊，用于保存所述至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量，以及所述數(shù)字信號(hào)處理芯片的剩余通道資源的第一數(shù)量；獲取模塊，用于根據(jù)待建立呼叫所采用的編解碼方式獲取所述待建立呼叫需要的第一通道資源的第二數(shù)量；判斷模塊，用于根據(jù)所述第一數(shù)量和所述第二數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；執(zhí)行模塊，用于在判斷結(jié)果為能夠支持建立所述待建立呼叫時(shí)，從所述剩余通道資源中占用所述第二數(shù)量的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。2.根據(jù)權(quán)利要求1所述的媒體網(wǎng)關(guān)，其特征在于，還包括第一更新模塊，用于在建立所述待建立呼叫后，將所述第二數(shù)量的通道資源從所述數(shù)字信號(hào)處理芯片的剩余通道資源中扣除，并將更新后的剩余通道資源后保存到所述保存模塊；第二更新模塊，用于在已建立的所述待建立呼叫被釋放時(shí)，將所述數(shù)字信號(hào)處理芯片的剩余通道資源增加所述第二數(shù)量的通道資源，并將更新后的剩余通道資源后保存到所述保存模塊。3.根據(jù)權(quán)利要求1或2所述的媒體網(wǎng)關(guān)，其特征在于，還包括設(shè)置模塊，用于在開啟編解碼之外的功能時(shí)，設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源的數(shù)量；所述第二通道資源的數(shù)量為以下2者之差僅進(jìn)行編解碼時(shí)所述數(shù)字信號(hào)處理芯片能夠提供的通道資源的數(shù)量；及開啟所述編解碼之外的功能損失的通道資源的數(shù)量。4.根據(jù)權(quán)利要求1或2所述的媒體網(wǎng)關(guān)，其特征在于，對(duì)于傳真或Modem事件，所述第一通道資源為編解碼切換后所需要通道資源。5.根據(jù)權(quán)利要求4所述的媒體網(wǎng)關(guān)，其特征在于，還包括第三更新模塊，用于在所述剩余通道資源的數(shù)量小于所述編解碼切換后所需要通道資源的數(shù)量時(shí)，釋放在語音建立階段為所述傳真或Modem事件分配的通道資源，并將所述數(shù)字信號(hào)處理芯片的剩余通道資源增加所述在語音建立階段為所述傳真或Modem事件分配的通道資源，并將更新后的剩余通道資源后保存到所述保存模塊。6.—種數(shù)字處理器芯片資源管理方法，所述數(shù)字處理器芯片用于為VOIP呼叫提供通道資源，設(shè)置于媒體網(wǎng)關(guān)中，支持至少兩種編解碼方式，其特征在于，所述數(shù)字處理器芯片資源管理方法媒體網(wǎng)關(guān)根據(jù)所述至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量以及待建立呼叫所采用的編解碼方式，獲取所述待建立呼叫需要的第一通道資源的第二數(shù)量；媒體網(wǎng)關(guān)根據(jù)所述第一數(shù)量和所述第二數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；在判斷結(jié)果為能夠支持建立所述待建立呼叫時(shí)，媒體網(wǎng)關(guān)從所述剩余通道資源中占用所述第二數(shù)量的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。7.根據(jù)權(quán)利要求6所述的數(shù)字處理器芯片資源管理方法，其特征在于，還包括媒體網(wǎng)關(guān)在建立所述待建立呼叫后，將所述第二數(shù)量的通道資源從所述剩余通道資源中扣除；媒體網(wǎng)關(guān)在已建立的所述待建立呼叫被釋放時(shí)，將所述二數(shù)量的通道資源添加到剩余通道資源。8.根據(jù)權(quán)利要求6或7所述的數(shù)字處理器芯片資源管理方法，其特征在于，還包括在開啟編解碼之外的功能時(shí)，媒體網(wǎng)關(guān)設(shè)置所述數(shù)字信號(hào)處理芯片能夠提供的第二通道資源的數(shù)量；所述第二通道資源的數(shù)量為以下2者之差僅進(jìn)行編解碼時(shí)所述數(shù)字信號(hào)處理芯片能夠提供的通道資源的數(shù)量；及開啟所述編解碼之外的功能損失的通道資源的數(shù)量。9.根據(jù)權(quán)利要求6或7所述的數(shù)字處理器芯片資源管理方法，其特征在于，對(duì)于傳真或Modem事件，所述第一通道資源為編解碼切換后所需要通道資源。10.根據(jù)權(quán)利要求9所述的數(shù)字處理器芯片資源管理方法，其特征在于，還包括在所述剩余通道資源小于所述編解碼切換后所需要通道資源時(shí)，媒體網(wǎng)關(guān)釋放在語音建立階段為所述傳真或Modem事件分配的通道資源，并將所述在語音建立階段為所述傳真或Modem事件分配的通道資源增加所述剩余通道資源。11.根據(jù)權(quán)利要求6或7所述的數(shù)字處理器芯片資源管理方法，其特征在于，在已建立的通道的數(shù)量小于所述數(shù)字處理器芯片能夠提供的最大通道數(shù)量，且存在剩余通道資源滿足待建立呼叫需要的通道資源的數(shù)字處理器芯片時(shí)，所述判斷結(jié)果為能夠支持建立所述待建立呼叫，否則判斷結(jié)果為不能夠支持建立所述待建立呼叫。12.根據(jù)權(quán)利要求11所述的數(shù)字處理器芯片資源管理方法，其特征在于，在已建立的通道的數(shù)量小于所述數(shù)字處理器芯片能夠提供的最大通道數(shù)量，且存在剩余通道資源滿足待建立呼叫需要的通道資源的數(shù)字處理器芯片時(shí)，所述媒體網(wǎng)關(guān)從剩余通道資源最多的數(shù)字處理器芯片占用所述第二數(shù)量的通道資源。全文摘要本發(fā)明提供一種媒體網(wǎng)關(guān)及數(shù)字處理器芯片資源管理方法，所述媒體網(wǎng)關(guān)包括保存模塊，用于保存至少兩種編解碼方式中的每一種編解碼方式需要占用的通道資源的數(shù)量，以及數(shù)字信號(hào)處理芯片的剩余通道資源的第一數(shù)量；獲取模塊，用于根據(jù)待建立呼叫所采用的編解碼方式獲取待建立呼叫需要的第一通道資源的第二數(shù)量；判斷模塊，用于根據(jù)第一數(shù)量和第二數(shù)量，判斷所述剩余通道資源能否支持建立所述待建立呼叫，獲取一判斷結(jié)果；執(zhí)行模塊，用于在判斷結(jié)果為能夠支持建立所述待建立呼叫時(shí)，從所述剩余通道資源中占用所述第二數(shù)量的通道資源，以建立所述待建立呼叫，否則拒絕建立所述待建立呼叫。本發(fā)明使得DSP資源能夠得到充分利用。文檔編號(hào)H04L29/06GK101719917SQ20091023869公開日2010年6月2日申請(qǐng)日期2009年12月1日優(yōu)先權(quán)日2009年12月1日發(fā)明者鄒旎彬申請(qǐng)人:中興通訊股份有限公司