專利名稱：：實現(xiàn)VoIP信道檢測和PSTN備份切換的方法、裝置和VG的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及VoIP(VoiceoverInternetProtocol,互聯(lián)網(wǎng)協(xié)議語音)
技術(shù)領(lǐng)域：
，尤其涉及一種實現(xiàn)VoIP信道檢測的方法和一種實現(xiàn)VoIP信道檢測的裝置，還涉及一種實現(xiàn)PSTN備份切換的方法和一種實現(xiàn)PSTN備份切換的裝置，以及涉及一種VG(Voice-Gateway,語音網(wǎng)關(guān))。
背景技術(shù)：
：PSTN(PublicSwitchedTelephoneNetwork,公共交換電話網(wǎng)絡(luò))作為傳統(tǒng)的通信系統(tǒng)，具有覆蓋范圍大、系統(tǒng)建設(shè)完善和業(yè)務(wù)豐富等特點，是一種全球開放式的電信網(wǎng)絡(luò)；但是，由于需要對數(shù)量龐大而且結(jié)構(gòu)復(fù)雜的線路資源進(jìn)行固定分配，因此成本高，效率低下。隨著IP技術(shù)的蓬勃發(fā)展，人們考慮利用IP網(wǎng)絡(luò)承載電話業(yè)務(wù)，包括數(shù)據(jù)、語音、傳真和圖像等，即在IP分組交換網(wǎng)上通過TCP/IP協(xié)議實現(xiàn)傳統(tǒng)的電話應(yīng)用，這就是VoIP技術(shù)。其中，狹義的VoIP技術(shù)僅指通過IP網(wǎng)傳送語音業(yè)務(wù)，比如我們?nèi)粘Ｋf的IP電話。VoIP技術(shù)的網(wǎng)絡(luò)應(yīng)用架構(gòu)如圖1所示VG(Voice-Gateway,語音網(wǎng)關(guān))提供IP網(wǎng)絡(luò)和PSTN網(wǎng)絡(luò)之間的接口，同時可以連接企業(yè)交換機(jī)，以及可以提供FXS(ForeignExchangeStation,外部交換站)接口直接連接傳統(tǒng)模擬電話；通過VG,能夠?qū)㈦娫挊I(yè)務(wù)從傳統(tǒng)的PSTN網(wǎng)絡(luò)過渡到IP網(wǎng)絡(luò)，其工作原理如下(以語音業(yè)務(wù)為例)主叫側(cè)VG負(fù)責(zé)將模擬信號轉(zhuǎn)換為數(shù)字信號并壓縮打包，使之成為可以在IP網(wǎng)絡(luò)上傳輸?shù)姆纸M語音數(shù)據(jù)包；分組語音數(shù)據(jù)包經(jīng)IP網(wǎng)絡(luò)傳送到被叫側(cè)VG;被叫側(cè)VG將分組語音數(shù)據(jù)包還原為可識別的模擬語音信號，并傳送給被叫電話終端——經(jīng)過上述過程，完成了一個基于IP網(wǎng)絡(luò)的、完整的電話到電話的通信過程。同時，為了防止IP網(wǎng)絡(luò)不可用，VG還提供有PSTN備份功能，即優(yōu)選使用VoIP方式，但在無法通過IP網(wǎng)絡(luò)建立呼叫的情況下，則通過PSTN網(wǎng)7絡(luò)建立呼叫。現(xiàn)有的PSTN備份方案主要有以下兩種方式一種是"人工"PSTN備份用戶先撥打VoIP接口號前綴(比如17909)，然后撥打被叫號碼；如果發(fā)現(xiàn)呼叫無法建立，或者語音質(zhì)量很差，則用戶掛機(jī)，重新直接撥打被叫號碼，選擇PSTN方式實現(xiàn)呼叫。這種PSTN備份方法需要人工實現(xiàn)VoIP和PSTN的切換，用戶必須進(jìn)行二次撥號，操作復(fù)雜而且使用感受很差；一種是"非智能"PSTN備份用戶直接撥打被叫號碼，由VG優(yōu)先選擇VoIP方式進(jìn)行呼叫；如果發(fā)現(xiàn)VoIP的呼叫建立信令無法正常交互完成(比如，使用SIP協(xié)議時，發(fā)出的INVITE消息超時未收到對端回應(yīng))，那么VG自動切換為PSTN呼叫。由于大部分情況下，呼叫建立信令所需的交互報文少，所需帶寬并不多，因此即使網(wǎng)絡(luò)發(fā)生擁塞，呼叫建立信令一般也能夠完成；顯然，此時鏈路的可用帶寬根本無法滿足呼叫需求，因此很有可能造成VoIP語音質(zhì)量差，以及搶占已有VoIP呼叫的帶寬，不但無法保證新建立呼叫的通話質(zhì)量，甚至還會影響正在通話的其他VoIP呼叫的通話質(zhì)量；由于上述這種自動的PSTN切換方案無法根據(jù)帶寬的實際情況判斷應(yīng)采取的呼叫方式，因此可以被認(rèn)為是非智能的PSTN備份方案，下面一個示例來具體描述這種"非智能"PSTN備份的缺陷，請結(jié)合圖2:電話終端Tel-l和電話終端Tel-2之間通過VG1和VG2建立通話，VG優(yōu)選IP網(wǎng)絡(luò)建立呼叫，如果IP網(wǎng)絡(luò)不可用則選擇PSTN網(wǎng)絡(luò)建立呼叫；其中，VG1和路由器RT1之間的鏈路帶寬為100Mbps,RT1—RT2、RT2—RT3之間的帶寬分別為8Mbps和4Mbps，且其通過QoS(Quality-of-Service，服務(wù)質(zhì)量)策略為語音RTP(Real-timeTransportProtocol,實時傳輸協(xié)議)流預(yù)留帶寬(即當(dāng)接口產(chǎn)生擁塞時，該預(yù)留帶寬優(yōu)先保證語音RTP流的傳輸)，分別為4Mbps和2Mbps(即分別50%的帶寬預(yù)留)；當(dāng)VG1呼叫VG2時，如果網(wǎng)絡(luò)中已經(jīng)產(chǎn)生了語音流量的擁塞(如在RT2到RT3之間的當(dāng)前語音流量已經(jīng)達(dá)到2Mbps)，此時如果新建VoIP呼叫，會產(chǎn)生信令以及RTP包的延時、丟包和亂序；但這并不意味著所有的語音信令和RTP報文都無法交互完成，而很有可能是雖然信令交互能夠完成，但所剩帶寬已經(jīng)無法保證新的語音呼叫，特別是新建立起來的VoIP呼叫還會影響到已經(jīng)建立成功的呼叫，使其語音質(zhì)量變差；可以看出，在上面所述的情況下QoS已經(jīng)起到作用，最大可能的保證了語音包的傳輸；但PSTN備份由于其啟動前提是IP側(cè)無響應(yīng)，因此在呼叫建立信令能夠完成的情況下，根本無法發(fā)揮作用；因此最終的結(jié)果是-通過VoIP建立了語音質(zhì)量令人無法接受的呼叫，同時又對已有的呼叫質(zhì)量產(chǎn)生了較大影響；而對呼叫而言，如果呼叫質(zhì)量無法保證，那么通話交流就無從談起。此外，采用上述的"非智能"PSTN備份時，無法選擇最適合當(dāng)前網(wǎng)絡(luò)狀況的最優(yōu)編解碼方案。比如，當(dāng)VG1和VG2都支持G711、G729和G723語音編解碼時，由于G711編解碼具有較好的語音質(zhì)量和較大的帶寬占用，G729和G723編解碼具有較小的帶寬占用和相對較差的語音質(zhì)量，因此出于語音質(zhì)量的考慮，VG缺省的語音編解碼優(yōu)先級順序為G711、G729、G723;但是，由于帶寬占用不同，可能中間IP網(wǎng)絡(luò)能夠支持G729和G723，但無法支持G711，這種情況對于主叫側(cè)VG而言是不可預(yù)知的，因此會按照缺省的方式采用G711進(jìn)行編解碼，導(dǎo)致RTP包的延時、丟包和亂序。作為上述"非智能"PSTN備份的改進(jìn)，現(xiàn)有的VoIP技術(shù)多使用RSVP(ResourceReservationProtocol,資源預(yù)留協(xié)議)在呼叫前進(jìn)行帶寬預(yù)留，以保證VoIP呼叫的質(zhì)量；gp，通過RSVP協(xié)議在呼叫前基于選定的編解碼方式，要求所有的中間節(jié)點路由器為該呼叫預(yù)留部分帶寬，然后發(fā)起呼叫；由于上述的"非智能"PSTN備份方案無法預(yù)先獲知VoIP信道情況，因此只能按照編解碼方式的優(yōu)先級進(jìn)行預(yù)留，比如先對G711編解碼進(jìn)行帶寬預(yù)留，預(yù)留失敗則重新對G729進(jìn)行帶寬預(yù)留，再預(yù)留失敗則重新對G723進(jìn)行帶寬預(yù)留……如果遍歷全部可選的編解碼方式后都預(yù)留失敗，則切換到PSTN備份建立呼叫?？梢钥闯觯词菇Y(jié)合了RSVP進(jìn)行帶寬預(yù)留能夠保證所建立VoIP呼叫的質(zhì)量，但往往需要反復(fù)的進(jìn)行多次帶寬預(yù)留才能實現(xiàn)VoIP呼叫的建立，甚至在進(jìn)行多次帶寬預(yù)留后不得不通過PSTN建立呼叫，效率低下。
發(fā)明內(nèi)容本發(fā)明的一個目的在克服上述現(xiàn)有技術(shù)的缺陷，提供能夠?qū)崿F(xiàn)VoIP信道檢測的方案，以有效獲得VoIP信道中的準(zhǔn)確帶寬信息；9本發(fā)明的另一個目的在于基于VoIP信道中的準(zhǔn)確帶寬信息，提供能夠?qū)崿F(xiàn)PSTN備份智能切換的方案，從而在難以保證VoIP呼叫的通話質(zhì)量時，自動進(jìn)行快速的PSTN切換。為實現(xiàn)上述第一個目的，本發(fā)明的實施例提供了一種實現(xiàn)VoIP信道檢測的方法，包括以下步驟步驟SI:主叫方語音網(wǎng)關(guān)VG向被叫方VG發(fā)送針對特定特征流量的第一報文，所述主叫方VG到所述被叫方VG路徑上的中間節(jié)點路由器依次在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；步驟S2:所述被叫方VG接收到所述第一報文后，在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述主叫方VG;所述被叫方VG到所述主叫方VG路徑上的中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；歩驟S3:所述主叫方VG接收到所述第二報文后，根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)。本發(fā)明的實施例還提供了一種實現(xiàn)VoIP信道檢測的裝置，設(shè)置于語音網(wǎng)關(guān)VG中，包括在所述VG作為主叫方VG時啟動的第一報文發(fā)送單元、第二報文接收單元和信道性能數(shù)據(jù)計算單元；以及，在所述VG作為被叫方VG時啟動的第一報文接收單元和第二報文發(fā)送單元；其中，第一報文發(fā)送單元，用于向一被叫方VG發(fā)送針對特定特征流量的第一報文；所述第一報文流經(jīng)到所述一被叫方VG路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；第二報文接收單元，用于接收所述一被叫方VG返回的第二報文；所述第二報文由所述一被叫方VG在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成，所述第二報文流經(jīng)所述一被叫方VG到本VG10路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；信道性能數(shù)據(jù)計算單元，與所述第二報文接收單元連接，用于根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)；第一報文接收單元，用于接收一主叫方VG發(fā)送的第一報文；第二報文發(fā)送單元，與所述第一報文接收單元連接，用于在接收到的第一報文上附加本VG針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述一主叫方VG。為了實現(xiàn)上述第二個目的，本發(fā)明的實施例還基于上述實現(xiàn)VoIP信道檢測的方法，提供了一種實現(xiàn)PSTN備份切換的方法，包括所述主叫方VG在發(fā)起VoIP呼叫之前，通過執(zhí)行所述實現(xiàn)VoIP信道檢測的方法獲得信道性能數(shù)據(jù)的步驟，以及步驟S4:比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；步驟S5:如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則自動切換到PSTN備份建立呼叫；步驟S6:如果存在至少一種編解碼方式下的信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值，則選擇其中優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。本發(fā)明的實施例還提供了一種實現(xiàn)PSTN備份切換的裝置，設(shè)置于VG中，包括所述實現(xiàn)VoIP信道檢測的裝置，還包括在所述VG作為主叫方VG時啟動的信道性能數(shù)據(jù)比較單元、PSTN呼叫建立單元和VoIP呼叫建立單元所述信道性能數(shù)據(jù)比較單元與所述VoIP信道檢測裝置中的信道性能數(shù)據(jù)計算單元連接，用于比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則觸發(fā)PSTN呼叫建立單元，否則觸發(fā)VoIP呼叫建立單元；所述PSTN呼叫建立單元用于接受所述信道性能數(shù)據(jù)比較單元的觸發(fā)，通過PSTN備份建立呼叫；所述VoIP呼叫建立單元用于接受所述信道性能數(shù)據(jù)比較單元的觸發(fā)，在信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值的編解碼方式中，選擇優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。為了實現(xiàn)上述第一個目的或者第二個目的，本發(fā)明的實施例還提供了一種VG，設(shè)有上述的實現(xiàn)VoIP信道檢測的裝置或者設(shè)有上述的實現(xiàn)PSTN備份切換的裝置。由上述技術(shù)方案可知，本發(fā)明的實施例通過報文交互實現(xiàn)VoIP信道檢測，具有能夠準(zhǔn)確獲得VoIP信道性能數(shù)據(jù)的有益效果；以及，本發(fā)明的實施例基于信道實際情況進(jìn)行VoIP與PSTN備份的切換，具有以下有益效果1、在信道性能滿足VoIP呼叫要求時通過VoIP建立呼叫，保證所建立VoIP呼叫的質(zhì)量，同時不影響信道中原有VoIP呼叫的質(zhì)量；2、在信道性能難以滿足VoIP呼叫要求時自動切換到PSTN備份建立呼叫，有效避免建立質(zhì)量差的VoIP呼叫；3、能夠根據(jù)信道實際情況動態(tài)選擇合適的編解碼方式；進(jìn)一步的，可以根據(jù)所選擇的編解碼方式進(jìn)行針對性帶寬預(yù)留，提高了建立VoIP呼叫的效率，降低了系統(tǒng)開銷。通過以下參照附圖對優(yōu)選實施例的說明，本發(fā)明的上述以及其它目的、特征和優(yōu)點將更加明顯。圖1為現(xiàn)有技術(shù)中VoIP技術(shù)的網(wǎng)絡(luò)應(yīng)用架構(gòu)示意圖；圖2為一具有PSTN備份的VoIP組網(wǎng)示意圖3為本發(fā)明提供的實現(xiàn)VoIP信道檢測的方法一實施例的流程圖；圖4為本發(fā)明提供的實現(xiàn)VoIP信道檢測的方法一具體實施例的信號流程圖5為本發(fā)明提供的實現(xiàn)PSTN備份切換的方法一實施例的流程圖；圖6為本發(fā)明提供的實現(xiàn)VoIP信道檢測的系統(tǒng)一實施例的框圖；圖7為本發(fā)明提供的實現(xiàn)PSTN備份切換的系統(tǒng)一實施例的框圖；圖8為本發(fā)明提供的實現(xiàn)VoIP信道檢測的裝置一實施例的框圖9為本發(fā)明提供的實現(xiàn)PSTN備份切換的裝置一實施例的框圖；。具體實施例方式下面將詳細(xì)描述本發(fā)明的具體實施例。應(yīng)當(dāng)注意，這里描述的實施例只用于舉例說明，并不用于限制本發(fā)明?；谝?guī)范描述和方便閱讀的考慮，逐一定義本發(fā)明專利申請文件中出現(xiàn)的術(shù)語如下QoS(Quality-of-Service，服務(wù)質(zhì)量)一種通過為VoIP呼叫所需的相關(guān)信令協(xié)議預(yù)留部分帶寬以保證語音相關(guān)的報文能夠進(jìn)行優(yōu)先轉(zhuǎn)發(fā)，從而保證IP網(wǎng)絡(luò)中VoIP呼叫質(zhì)量的機(jī)制；其核心思想為對流進(jìn)行分類，分類后不同的流進(jìn)入不同的QoS隊列，采用不同的優(yōu)先轉(zhuǎn)發(fā)策略，當(dāng)接口帶寬不夠產(chǎn)生擁塞時，QoS開始生效；例如，根據(jù)DSCP(DifferentiatedServicesCodePoint,差分服務(wù)代碼點)字段的值進(jìn)行分類，優(yōu)先保證EF(加速轉(zhuǎn)發(fā))隊列的流轉(zhuǎn)發(fā)，其次保證AF(確保轉(zhuǎn)發(fā))隊列的流轉(zhuǎn)發(fā)，最后才是FIFO(FirstInFirstOut，先進(jìn)先出)隊列的轉(zhuǎn)發(fā)，其中，所有的數(shù)據(jù)流在QoS分類之前都在FIFO隊列中；再例如，根據(jù)UDP(UserDatagramProtocol,用戶數(shù)據(jù)報協(xié)議)的端口號范圍進(jìn)行分類，對屬于不同UDP端口號區(qū)間的流量采用不同的優(yōu)先轉(zhuǎn)發(fā)策略。語音延時是指數(shù)據(jù)從主叫端到被叫端所需要的時間，對于交互式語音通信系統(tǒng)，延時增加會讓通話雙方感覺發(fā)話者說話遲疑，引起語音會話過程的空白，以及造成回音；對于VoIP系統(tǒng)，建議的延時上限為150ms，這是因為，延時的時長在100200ms之間開始能夠被收聽者所察覺，使得會話不自然，若延時達(dá)到200ms則開始有嚴(yán)重的會話中斷。丟包是指主叫方和被叫方之間的數(shù)據(jù)包數(shù)目的差值，即網(wǎng)絡(luò)傳輸丟失包的數(shù)目；能夠?qū)е聛G包的原因很多，主要包括網(wǎng)絡(luò)連接不穩(wěn)定、網(wǎng)絡(luò)存在擁塞、網(wǎng)絡(luò)中存在過多不定延時等等；丟包會導(dǎo)致語音被切割，使被叫方聽到的聲音存在空白；建議的丟包率上限為3%，如果丟包率大于3%則對語音質(zhì)量的影響非常明顯。需要說明的是，上述各術(shù)語僅作為指稱其意指的名稱之一，因此凡意指與其相同或近似的名稱均應(yīng)視為其等價物。本發(fā)明的主要構(gòu)思在于通過報文交互獲得VoIP信道數(shù)據(jù)，來解決現(xiàn)有技術(shù)中無法獲取準(zhǔn)確VoIP信道性能數(shù)據(jù)，以及由此導(dǎo)致的PSTN備份和VoIP之間切換機(jī)制僵化以及呼叫建立低效高耗問題。本發(fā)明的技術(shù)構(gòu)思出發(fā)點在于對于呼叫業(yè)務(wù)來說，語音質(zhì)量是非常重要的，如果語音質(zhì)量無法保證，那么通話交流就無從談起；在VoIP的應(yīng)用中，必須要面對的一個問題仍然是如何在IP網(wǎng)絡(luò)中保證語音質(zhì)量；IP網(wǎng)絡(luò)上承載很多流量，一旦在信道性能難以支持的情況下建立呼叫就會形成擁塞，那么丟包、亂序、語音延時就會隨之發(fā)生；雖然VoIP使用RTP(實時傳輸協(xié)議)來傳輸語音數(shù)據(jù)包，因此可以利用RTP報文頭的序列號檢查數(shù)據(jù)包的丟失和亂序，但是它并沒有重傳機(jī)制，因此任何丟包和亂序同樣將影響語音的質(zhì)量；一般來說，丟包和延時對語音質(zhì)量的影響最為明顯，也最難解決；因此，如果能夠動態(tài)獲得當(dāng)前網(wǎng)絡(luò)中的信道性能數(shù)據(jù)，就可以選擇最優(yōu)的呼叫方式(VoIP或者PSTN備份)和合適的語音編解碼方式，從而保證通話質(zhì)量為幫助讀者更好的理解本發(fā)明，下面將詳細(xì)介紹本發(fā)明所提供的實現(xiàn)VoIP信道檢測的方案和實現(xiàn)PSTN備份切換的方案。首先，對本發(fā)明提供的實現(xiàn)VoIP信道檢測的方法加以描述。請結(jié)合圖3，該實現(xiàn)VoIP信道檢測的方法包括以下步驟步驟SI:主叫方VG向被叫方VG發(fā)送針對特定特征流量的第一報文，所述主叫方VG到被叫方VG路徑上的中間節(jié)點路由器依次在第一報文上附加其針對該特定特征流量的發(fā)送接口帶寬信息；其中，所說的特定特征流量，是指由一個或者多個特征標(biāo)識限定的流量；該特征標(biāo)識可以包括DSCP字段、端口、協(xié)議類型和/或IP地址，等等；比如DSCP字段為EF、源端口、目的端口在某一區(qū)間、滿足某一協(xié)議類型的流量就構(gòu)成了一特定特征流量；本領(lǐng)域技術(shù)人員可以了解，第一報文也可以不針對特定特征流量，而是僅請求中間節(jié)點路由器的非針對性的發(fā)送接口帶寬信息；但由于現(xiàn)有技術(shù)中路由器RT已經(jīng)廣泛采用了QoS技術(shù)，因此所獲得非針對性信息對于VoIP信道性能數(shù)據(jù)的判斷意義不大，因此本發(fā)明的實施例按照針對特定特征流量構(gòu)造第一報文的情況加以描述；在本歩驟S1中，各中間節(jié)點路由器的接口帶寬信息可以包括時間戳信息和發(fā)送接口可用帶寬；作為一種可能的情況，可能存在某個或者某些中間節(jié)點路由器不支持在第一報文上附加信息，此時，這個或者這些中間節(jié)點路由器會被作為透明節(jié)點處理，其處理延時被直接計算到線路延時中，這種線路延時可以根據(jù)其他路由器的時間戳信息識別出來；步驟S2:被叫方VG接收到所述第一報文(是主叫方VG到被叫方VG路徑上中間節(jié)點路由器附加了發(fā)送接口帶寬信息的第一報文)后，在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述主叫方VG;所述被叫方VG到所述主叫方VG路徑上的中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；同樣的，如果第一報文并非針對某一特定特征流量，那么中間節(jié)點路由器附加到第二報文上的發(fā)送接口帶寬信息也不會針對某一特定特征流量；以及，在本步驟S2中，各中間節(jié)點路由器的接口帶寬信息同樣可以包括時間戳信息和發(fā)送接口可用帶寬；同時，不支持附加信息的中間節(jié)點路由器會被作為透明節(jié)點處理，其處理延時被計入線路延時；歩驟S3:所述主叫方VG接收到所述第二報文(是被叫方VG到主叫方VG路徑上中間節(jié)點路由器附加了發(fā)送接口帶寬信息的第二報文)后，根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)；其中，該信道性能數(shù)據(jù)可以包括對呼叫質(zhì)量影響最大的參數(shù)，即延時和丟包率；所述延時為編解碼方式的編解碼延時+線路延時；所述丟包率為(編解碼方式理論所需帶寬-路徑最小帶寬)+編解碼方式理論所需帶寬乂100%。從上述歩驟S1S3可以看出，通過上述第一報文和第二報文的交互，主叫方VG可以獲知"主叫方VG^被叫方VG"和"被叫方VG^主叫方VG"方向上、針對特定特征流量的信道性能數(shù)據(jù)。但上述步驟S1S3并未指定特定特征流量的選擇方式，因此其可以由網(wǎng)絡(luò)維護(hù)人員根據(jù)實際情況加以預(yù)設(shè)，即網(wǎng)絡(luò)維護(hù)人員基于網(wǎng)絡(luò)架構(gòu)及VoIP呼叫的常規(guī)情況，預(yù)先設(shè)定用于限定特定特征流量的特征標(biāo)識；這種方式不但需要人工經(jīng)驗的介入，而且針對性和準(zhǔn)確度都會存在偏差；或者，也可以按照一定的優(yōu)先級逐一構(gòu)造第一報文，比如，可以先構(gòu)造針對某一個或某幾個特征標(biāo)識所限定的特定特征流量的第一報文，再構(gòu)造針對另外一個或者幾個特征標(biāo)識所限定的特定特征流量的第一報文……直到獲得針對所有可能特定特征流量的信道性能數(shù)據(jù)；顯然，這種方式會造成系統(tǒng)大量的無益開銷；同時，上述步驟S1~S3也并未限定進(jìn)行信道性能數(shù)據(jù)計算的編解碼方式，這就意味著，需要對已知的每一種編解碼進(jìn)行信道性能數(shù)據(jù)的計算；由于實際使用中并不一定全部應(yīng)用上述編解碼方式，因此上述處理方式無疑也帶來了不必要的系統(tǒng)開銷；為了克服上述問題，作為一個較佳的實施例，可以在步驟S1之前執(zhí)行歩驟S01:主叫方VG向被叫方VG發(fā)送第三報文，請求所述被叫方VG的能力信息；其中，所述第三報文攜帶有主叫號碼信息和被叫號碼信息；當(dāng)然，為了實現(xiàn)對該第三報文的識別，還會攜帶主叫tag(標(biāo)簽)、主叫網(wǎng)關(guān)的聯(lián)系地址以及請求序列號等等，這屬于VG間報文的常規(guī)屬性，不再贅述；步驟S02:如果被叫方VG識別所述被叫號碼信息在其處理范圍內(nèi)，則根據(jù)所述主叫號碼信息向主叫方VG返回第四報文；其中，所述第四報文至少攜帶有所述被叫方VG所支持的特征標(biāo)識及編解碼方式；16一般情況下，第四報文會攜帶被叫方VG所涉及的所有特征標(biāo)識，包括IP地址、端口信息、協(xié)議類型、DSCP字段等等，這些特征標(biāo)識限定了特定特征流量；此外，某些情況下，第四報文還會攜帶Session會話所使用的通道號范圍等，上述的通道號范圍可能會影響到信道性能數(shù)據(jù)的結(jié)果；同時，第四報文所攜帶的編解碼方式一般都具有預(yù)設(shè)的優(yōu)先級；當(dāng)然，第四報文還會攜帶報文的一些常規(guī)信息主叫號碼信息、主叫tag、被叫號碼信息、被叫tag、被叫網(wǎng)關(guān)的聯(lián)系地址、響應(yīng)序列號等等；可以看出，當(dāng)執(zhí)行了上述步驟S01S02后，主叫方VG就獲知了被叫方VG的相關(guān)信息，尤其是被叫方VG所能夠支持的特征標(biāo)識，因此可以在后續(xù)的步驟Sl中，僅針對上述特征標(biāo)識所限定的特定特征流量構(gòu)造并發(fā)送第一報文；同時，主叫方VG還能夠獲知被叫方VG所能夠支持的編解碼方式，因此后續(xù)可以僅對上述能夠支持的編解碼方式進(jìn)行信道性能數(shù)據(jù)的計算；因此，通過特定特征流量和編解碼方式的范圍限定，能夠有效節(jié)約系統(tǒng)開銷，提高了處理效率。進(jìn)一步的，作為IP網(wǎng)絡(luò)實際存在的一個實際問題，主叫方VG和被叫方VG之間的第一個報文會有較大的延時；因此，更佳的實施例是在步驟S1中先后發(fā)送兩個第一報文，而步驟S3中根據(jù)對應(yīng)第二個第一報文的第二報文計算特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)，從而更加準(zhǔn)確的反映網(wǎng)絡(luò)的質(zhì)量；具體的，可以根據(jù)報文序列號實現(xiàn)對接收的第二報文的識別，確定哪一個第二報文對應(yīng)后發(fā)送的第一報文。下面通過一個具體實施例對上述提供的實現(xiàn)VoIP信道檢測的方法加以描述，我們以圖2所示的VoIP組網(wǎng)示意圖為例，Td-l作為主叫方，Td-2作為被叫方在本實施例中，利用4個報文實現(xiàn)對被叫方VG能力和對信道性能數(shù)據(jù)的請求及獲取；需要指出的是，本實施例僅是對實現(xiàn)VoIP信道檢測的方法的實現(xiàn)機(jī)制加以示例性描述以便于本領(lǐng)域技術(shù)人員理解，并非對報文格式的強(qiáng)制定義。這4個報文分別是編解碼能力集請求報文(SDP-Request):用于請求對端VG所支持的特征標(biāo)識及所支持的編解碼能力集；編解碼能力集響應(yīng)報文(SDP-Response):用于返回特征標(biāo)識、語音編解碼的類型和優(yōu)先級以及媒體通信地址和端口號范圍；接口帶寬預(yù)留資源請求報文(BandwidthsUsageRequestbasedFlow,簡稱為BURE):用于請求中間節(jié)點路由器返回針對特定特征流量的帶寬使用情況，以及接口類型；接口帶寬預(yù)留資源響應(yīng)報文(BandwidthsUsageResponsebasedFlow,簡稱BURS):用于響應(yīng)BURE;對于所涉及的所有中間節(jié)點路由器來說，理論上都需要能夠支持并處理BURE和BURS報文；對于部分不能支持的中間節(jié)點路由器，可以作為透明節(jié)點處理；假設(shè)圖2中各個中間節(jié)點路由器上各接口和接口帶寬信息情況如表1所示，其中RT1部署了QoS策略，該QoS策略包括在Port-2上為DSCP值為EF的流量預(yù)留了50%的帶寬(4Mbps);RT2部署了QoS策略，該QoS策略包括在Port-4上為UDP-port范圍在1638432768之間的UDP報文預(yù)留2Mbps的帶寬；以及，該QoS策略包括在Port-3上為DSCP值為EF的流量預(yù)留了50。/。的帶寬(4Mbps);RT3也部署了QoS策略，該QoS策略包括在Port-5上為DSCP值為EF的流量預(yù)留了50%的帶寬(2Mbps);同時，對于Port-2來說，當(dāng)前EF隊列中的流量已經(jīng)達(dá)到3Mbps，因此當(dāng)前僅有1Mbps的帶寬可供DSCP值為EF的報文使用；對于Port-4來說，由于當(dāng)前接口流量中已經(jīng)存在滿足該條件的部分流量，僅剩余64kbps帶寬可供UDP-port范圍在1638432768之間的流使用；對于Port-3來說，剩余4Mbps的帶寬可供DSCP值為EF的報文使用；以及，對于Port-5來說，僅有30kbps帶寬可供DSCP值為EF的報文使用；18<table>tableseeoriginaldocumentpage19</column></row><table>表1基于上述情況，主叫方VG通過下述流程獲得VoIP信道性能數(shù)據(jù)，請參考圖4:(1)VG1向VG2發(fā)送SDP-Request報文，請求VG2所支持的語音編解碼能力及優(yōu)先級、Session所使用的媒體連接地址和通道號范圍；該報文包括如下內(nèi)容主叫號碼信息、主叫tag、被叫號碼信息、主叫網(wǎng)關(guān)的聯(lián)系地址及請求序列號，作為一個具體實施例，如下From:1000@l.U.l:tag=l.l.l.l@vgl;tag=llllTo:2000@2.2.2.2;tag=2.2.2.2@vg2Contact:1000@1.1.1.1Cseq:1SDP-RequestContent-length:0(2)被叫網(wǎng)關(guān)VG2收到SDP-Request，如果發(fā)現(xiàn)被叫號碼是本網(wǎng)關(guān)能夠處理的，就回復(fù)SDP-Response報文；該報文包括如下內(nèi)容主叫號碼信息、主叫tag、被叫號碼信息、被叫tag、被叫網(wǎng)關(guān)的聯(lián)系地址、響應(yīng)序列號、語音編解碼能力及優(yōu)先級、Session所使用的媒體連接地址和通道號范圍，作為一個具體實施例，如下From:1000@1.1.1.1:tag=l.U.1@vgl;tag=llllTo:2000@2,2.2.2:tag=2.2.2.2@vg2;tag=2222Contact:2000@2.2.2.2Cseq:1SDP-ResponseContent-Length:284(注sdp內(nèi)容的長度)Content-Type:application/sdpv=0o=H3C10737418701073741870INIP43.3.3.3c=INIP43.3.3.3(注被叫的rtp地址)m=audio16384to32768RTP/AVP80184101(注表明被叫方VG所支持的rtp端口號范圍為16384到32768;還包括了被叫方VG的編解碼能力集及優(yōu)先順序，下面就是對編解碼能力級的詳細(xì)描述)a=rtpmap:8PCMA/畫0a=rtpmap:0PCMU/8000a=rtpmap:18G729細(xì)0a=fmtp:18annexb=noa=rtpmap:4G723/8000a=rtpmap:101telephone-event/8000a=fmtp:1010-15dscp=101110(注表明被叫方VG所支持的DSCP字段為101110(EF))(3)VG1收到SDP-Response報文后，就知道了VG2所支持流量的特征標(biāo)識，包括被叫接收RTP的地址為3.3.3.3，被叫接收RTP的端口為16384-32768，DSCP為EF，等等；以及，還能夠知道VG2支持4種語音編解碼，按照優(yōu)先級分別是:G711A、20G711U、G729r8和G723r53;基于上述特征標(biāo)識，VG1根據(jù)自己的路由表，發(fā)出BURE-1報文給自己的下一跳RT1，該BURE-1報文描述的特定特征流量為Method:BURESource-IP:1.1.1.1;tag=1111Source-Port:30005000Destination-IP:3.3.3.3;tag=2222Destination-port:16384~32768TransmissionProtocol:UDPDSCP:lOlllOCseq:1ReservedBand-widthInformation:FastEthernet/99Mbps;timestamp=1000可以看出，VG1所構(gòu)造的第一報文BURE-1針對第四報文攜帶的特征標(biāo)識所限定的特定特征流量，同時，附加了其發(fā)送接口PortA的帶寬信息和時間戳信息；(4)RT1收到該報文BURE-1后，根據(jù)路由表判斷發(fā)送接口為Port-2,即該特定特征流量需要從G.SHDSL(GeneralSymmetricalHigh-SpeedDigitalSubscriberLine,通用單線對高速數(shù)字用戶線路)接口轉(zhuǎn)發(fā)出去；基于QoS策略，該Port-2接口為DSCP為EF的流預(yù)留了4Mbps的帶寬，由于EF隊列的當(dāng)前帶寬占用為3Mbps，也就是說該接口當(dāng)前只能為DSCP為EF的流提供1Mbps的帶寬；對于BURE-1報文所針對的特定特征流量來說，其對于DSCP字段的限定與Port-2的QoS策略匹配，因此Port-2能夠為該特定特征流量提供1Mbps的帶寬；因此，RTl發(fā)送給RT2的BURE-2報文包含的內(nèi)容如下Method:BURESource-IP:l丄l.l;tag=1111Source-Port:3000~5000Destination-IP:3.3,3.3;tag=2222Destination-port:1638432768TransmissionProtocol:UDPReservedBand-widthInformation:FastEthernet/99Mbps,timestamp=1000需要注意，RT1保留VG1發(fā)送給RT1的所有報文信息，僅是在報文最后附加自己的信息(為了便于讀者識別，此處用粗斜體標(biāo)示，下同)；(5)RT2收到RT1發(fā)來的BURE-2報文后，根據(jù)路由表判斷發(fā)送接口為Port-4，即該特定特征流量需要從E1接口轉(zhuǎn)發(fā)出去，；基于Qos策略，該接口為滿足UDP端口號為1638432768的流量預(yù)留了2Mbps的帶寬；同時，當(dāng)前僅剩余64kbps帶寬，就是說該接口當(dāng)前只能為UDP端口號為1638432768的流提供64kbps的帶寬；對于BURE-2報文所針對的特定特征流量來說，其對于端口的限定與Port-4的QoS策略匹配，因此Port-4能夠為該特定特征流量提供64kbps的帶寬；因此，RT2發(fā)送給RT3的BURE-3報文包含的內(nèi)容如下Method:BURESource-IP:l丄l.l;tag=1111Source-Port:3000~5000Destination-IP:3.3.3.3;tag=2222Destination-port:16384~32768TransmissionProtocol:UDPDSCP:lOlllOCseq:1ReservedBand-widthInformation:FastEthernet/99Mbps;timestamp=1000ReservedBand-widthInformation:ATM/1Mbps;timestamp=1010(6)RT3收到RT2發(fā)來的BURE-3報文后，判斷該特征流量需要從Ethernet接口轉(zhuǎn)發(fā)出去，即發(fā)送接口為Port-6;由于Port-6接口沒有設(shè)置QoS策略，且其剩余帶寬為90Mbps;因此，RT3發(fā)送給VG2的BURE-4報文包含的內(nèi)容如下Method:BURESource-IP:l丄l.l;tag=1111Source-Port:30005000Destination-IP:3.3.3.3;tag=2222Destination-port:1638432768TransmissionProtocol:UDPDSCP:lOlllOCseq:1ReservedBand-widthInformation:FastEthernet/99Mbps;timestamp-1000ReservedBand-widthInformation:ATM/lMbps;timestamp=1010ReservedBand-widthInformation:El/64kbps;timestamp=1050(7)VG2收到RT3發(fā)來的BURE-4報文后，判斷目的端為自己，就給源1.1.1.1回復(fù)BURS-1報文，將沿途所有的接口和帶寬預(yù)留信息反饋給VG1，并加入其發(fā)送接口(Port-B)的帶寬信息；因此，報文所包含的信息如下Method:BURSSource-IP:1.1.1.1;tag=1111Source-Port:30005000Destination-IP:3.3.3.3;tag=2222Destination-port:16384-32768TransmissionProtocol:UDPDSCP:lOlllOCseq:1ReservedBand-widthInformation:FastEthemet/99Mbps;timestamp=1000ReservedBand-widthInformation:ATM/lMbps;timestamp=1010ReservedBand-widthInformation:El/64kbps;timestamp=1050ReservedBand-widthInformation:FastEthernet/90Mbps;timestamp=l120//柳esto附"2卵(？，.尸23其中，r參數(shù)表示該信息為BURE報文的反方向；(8)RT3、RT2和RT1也分別對BURS進(jìn)行轉(zhuǎn)發(fā)，并分別加入自己出接口(Port-5，Port-3，Port-l)的信息，VG1最后收到的BURS-4報文如下Method:BURSSource-IP:1.1.1.1;tag=llllSource-Port:3000~5000Destination-IP:3.3.3.3;tag=2222Destination-port:1638432768TransmissionProtocol:UDPDSCP:lOlllOCseq:1ReservedBand-widthInformation:FastEthernet/99Mbps;timestamp=1000ReservedBand-widthInformation:ATM/lMbps;timestamp=1010ReservedBand-widthInformation:El/64kbps;timestamp=1050ReservedBand-widthInformation:FastEthemet/90Mbps;timestamp=l120ReservedBand-widthInformation:FastEthernet/90Mbps;timestamp=2000;r及esefrer/5fl</-wiV^/r/"/o簡flftV":yi77W/￥_M6/7s;ft.附esto附"2/50;r(9)VG1收到BURS-4后，通過Cseq(序列號)、source-tag(主叫標(biāo)簽)和Destination-tag(被叫標(biāo)簽)判斷自己是該報文的接收者；同時，根據(jù)BURS返回的信息來看，VG1能夠知道VG1到VG2方向上對于該特定特征流量報文，路徑最小帶寬為64kbps，接口封裝類型為El(物理接口封裝為PPP)，等等；由于VG1根據(jù)SDP-Response已經(jīng)知道VG2所支持的編解碼方式包括G711A、G711U、G729和G723;因此，假設(shè)VG1上的所有語音編解碼都采用20ms打包時長，根據(jù)BURS-4所返回的相關(guān)信息，VG1計算上述各編解碼方式下的延時和丟包率，如表2所示24<table>tableseeoriginaldocumentpage25</column></row><table>8.23120128.2317566.67-264.33%表2以及，根據(jù)BURS-4返回的信息，VG1能夠知道VG2到VG1方向上對于該特定特征流量報文，路徑最小帶寬為30kbps，接口封裝類型為E1(物理接口封裝為PPP)，等等；其各編解碼方式下的延時和丟包率，如表3所示:<table>tableseeoriginaldocumentpage25</column></row><table>17.57160177.566717566.67-70,78%表3上述表2和表3涉及的表項如下Payload(有效載荷)=編解碼載荷所需帶寬bpsX打包時長s+8;單位為Bytes;LengthofIPPacket(IP數(shù)據(jù)包的長度^Payload+RTP首部+UDP首部+IP首部；單位為Bytes;LengthofPPPPacket(PPP數(shù)據(jù)包的長度)=LengthofIPPacket+PPP首部；單位為Bytes;編解碼延時LengthofPPPPacketX8+路徑最小帶寬bpsX1000;單位為ms;RTP總延時編解碼延時+線路延時；單位為ms;編解碼理論所需帶寬-LengthofPPPPacketX8+打包時長s;單位為bps;丟包率=(編解碼方式理論所需帶寬-路徑最小帶寬)+編解碼方式理論所需帶寬乂100%。繼續(xù)，基于上述實現(xiàn)VoIP信道檢測的方法，可以獲得準(zhǔn)確的信道性能數(shù)據(jù)，為后續(xù)執(zhí)行PSTN備份切換奠定了基礎(chǔ)；下面就對本發(fā)明提供的實現(xiàn)PSTN備份切換的方法加以描述。請參見圖5，顯示了實現(xiàn)PSTN備份切換的方法一實施例的流程圖，包括以下步驟首先，主叫方VG在發(fā)起VoIP呼叫之前，通過執(zhí)行上述實現(xiàn)VoIP信道檢測的方法獲得信道性能數(shù)據(jù)；對于如何通過實現(xiàn)VoIP信道檢測的方法獲得信道性能數(shù)據(jù)的步驟，在前面的實施例中已經(jīng)進(jìn)行了詳細(xì)的介紹，這里不再贅述；接下來，執(zhí)行以下步驟步驟S4:比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；步驟S5:如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則自動切換到PSTN備份建立呼叫，從而防止呼出"明知不可行"的呼叫；步驟S6:如果存在至少一種編解碼方式下的信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值，則選擇其中優(yōu)先級最高的編解碼方式通過VoIP建立呼叫；可以看出，這是根據(jù)當(dāng)前帶寬情況所能夠選擇的最優(yōu)編解碼方式；通過上述步驟可以看出，本發(fā)明提供的實現(xiàn)PSTN備份切換的方法能夠預(yù)測所建立VoIP呼叫的質(zhì)量，進(jìn)行智能的PSTN備份切換；以及，能夠動26態(tài)選擇滿足帶寬的編解碼方式；有必要強(qiáng)調(diào)的是，至少一種編解碼方式下的信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值，是指存在這樣一種編解碼方式，其全部信道性能數(shù)據(jù)均未超過預(yù)設(shè)的閾值；比如，當(dāng)信道性能數(shù)據(jù)包括延時和丟包率時，那么如果某一種編解碼方式的延時和丟包率均未超過預(yù)設(shè)的閾值，那么就可以認(rèn)為該編解碼方式的信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值。作為一種可能的情況，在執(zhí)行所述VoIP信道檢測方法獲得信道性能數(shù)據(jù)的步驟中，如果達(dá)到各編解碼方式的最高延時仍未接收到返回的第二報文，則自動切換到PSTN備份建立呼叫，不再等待第二報文的回應(yīng)；因為此時已經(jīng)可以明確知道總延時無法滿足VoIP呼叫要求。較佳的，步驟S6可以結(jié)合現(xiàn)有的RSVP協(xié)議請求中間節(jié)點進(jìn)行帶寬預(yù)留，然后使用該優(yōu)先級最高的編解碼方式發(fā)起VoIP語音呼叫；以及，在呼叫結(jié)束后，釋放RSVP預(yù)留資源；可以看出，通過RSVP預(yù)留資源，能夠進(jìn)一步保證呼叫所需的帶寬，確保所建立VoIP呼叫的質(zhì)量。一般來說，由于難以滿足VoIP信道要求的呼叫都會通過PSTN備份建立，因此理論上來講，RSVP預(yù)留應(yīng)該是成功的；但在實際應(yīng)用中，可能存在處理延時被計算到線路延時的透明節(jié)點，這就導(dǎo)致了RSVP的預(yù)留存在失敗的可能性；因此，更佳的處理方式如下如果為優(yōu)先級最高的編解碼方式預(yù)留帶寬成功，則采用所述編解碼方式通過VoIP建立呼叫；如果預(yù)留失敗則按照優(yōu)先級，通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬；如果為該下一編解碼方式預(yù)留帶寬成功，則采用所述編解碼方式通過VoIP建立呼叫；如果預(yù)留失敗則按照優(yōu)先級通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬，依次類推；如果為上述編解碼方式預(yù)留帶寬全部失敗，說明中間透明節(jié)點的路由器造成了帶寬預(yù)留失敗，自動切換到PSTN備份建立呼叫。為了便于對本方法的理解，下面沿用前述圖4所述的具體實施例中的數(shù)據(jù)加以示例性說明；假設(shè)VG1所設(shè)的延時閾值為150ms，丟包的閾值設(shè)置為3%;貝lj，根據(jù)表2計算結(jié)果，在從VG1至IJVG2方向上，G711編解碼無法滿足需求，G729和G723r53編解碼能夠滿足丟包率和延時的要求；根據(jù)表3計算結(jié)果，在從VG2到VG1方向上，三種編解碼的延時均超過150ms的閾值；假設(shè)建立VoIP通話，顯然從VG2到VG1的方向上呼叫質(zhì)量無法保證；這種情況下，即使VG1+VG2方向采用G729和G723編解碼沒有問題，也還是不能發(fā)起VoIP呼叫，而需要使用PSTN備份；當(dāng)然，如果VG2今VG1方向上，G729和G723編碼之一的計算結(jié)果在閾值范圍內(nèi)，則可以采用該編解碼方式進(jìn)行VoIP呼叫。繼續(xù)，基于上述的實現(xiàn)VoIP信道檢測的方法和實現(xiàn)PSTN備份切換的方法，本領(lǐng)域技術(shù)人員實際上可以獲知以下實現(xiàn)VoIP信道檢測的系統(tǒng)和實現(xiàn)PSTN備份切換的系統(tǒng)，下面分別加以描述。首先，請結(jié)合圖6，顯示了本發(fā)明提供的實現(xiàn)VoIP信道檢測的系統(tǒng)600一實施例的框圖；該實現(xiàn)VoIP信道檢測的系統(tǒng)600用于檢測主叫方VG和被叫方VG之間的信道性能數(shù)據(jù)，包括第一報文發(fā)送單元601，設(shè)置在主叫方VG中，用于向被叫方VG發(fā)送針對特定特征流量的第一報文；報文轉(zhuǎn)發(fā)單元602，設(shè)置于各中間節(jié)點路由器中，用于在接收到的第一/第二報文上附加所述中間節(jié)點路由器針對所述特定特征流量的發(fā)送接口帶寬信息并向下一設(shè)備發(fā)送；第一報文接收單元603，設(shè)置在被叫方VG中，用于接收所述第一報文；第二報文發(fā)送單元604，設(shè)置在被叫方VG中并與所述第一報文接收單元603連接，用于在接收到的第一報文上附加被叫方VG針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述主叫方VG;第二報文接收單元605，設(shè)置在主叫方VG中，用于接收所述第二報文;信道性能數(shù)據(jù)計算單元606，設(shè)置在主叫方VG中并與所述第二報文接收單元605連接，用于根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)；上述各單元的具體工作方式請參見本發(fā)明方法的相應(yīng)步驟；較佳的，為了有針對性的構(gòu)造第一報文，同時，避免對全部已知編解碼方式進(jìn)行信道性能數(shù)據(jù)計算，因此作為較佳的實施例，還包括第三報文發(fā)送單元607，設(shè)置在主叫方VG中，用于向被叫方VG發(fā)送第三報文，請求所述被叫方VG的能力信息；其中，所述第三報文攜帶有主叫號碼信息和被叫號碼信息；第三報文接收單元608，設(shè)置在被叫方VG中，用于接收所述第三報文并識別所述被叫號碼信息是否在被叫方VG處理范圍內(nèi)，是則觸發(fā)第四報文發(fā)送單元609;第四報文發(fā)送單元609，設(shè)置在被叫方VG中并與所述第三報文接收單元608連接，用于根據(jù)所述主叫號碼信息向主叫方VG返回第四報文；所述第四報文至少攜帶有所述被叫方VG所支持的特征標(biāo)識及所支持的的編解碼方式；第四報文接收單元610，設(shè)置在主叫方VG中并與所述第一報文發(fā)送單元601連接，用于接收所述第四報文，并指令所述第一報文發(fā)送單元601基于所述第四報文攜帶的特征標(biāo)識限定的特定特征流量發(fā)送第一報文。較佳的，所述第一報文發(fā)送單元601先后發(fā)送兩個第一報文；所述信道性能數(shù)據(jù)計算單元606根據(jù)第二報文接收單元接收到的對應(yīng)第二個第一報文的第二報文計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)?；谏鲜鰧崿F(xiàn)VoIP信道檢測的系統(tǒng)，本發(fā)明相應(yīng)提供了實現(xiàn)PSTN備份切換的系統(tǒng)。請結(jié)合圖7，顯示了一實現(xiàn)PSTN備份切換的系統(tǒng)700的實施例。其中，由于本系統(tǒng)700中需要首先獲取VoIP信道性能數(shù)據(jù)，因此其包括實現(xiàn)VoIP信道檢測的系統(tǒng)的各個單元701~706(功能和連接關(guān)系同圖6中的601~606)，作為較佳的實施例，還包括單元707~710(功能和連接關(guān)系同圖6中的607610);還包括設(shè)置在主叫方VG中的信道性能數(shù)據(jù)比較單元711，與所述VoIP信道檢測系統(tǒng)中的信道性能數(shù)據(jù)計算單元706連接，用于比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則觸發(fā)PSTN呼叫建立單元712，否則觸發(fā)VoIP呼叫建立單元713;設(shè)置在主叫方VG中的PSTN呼叫建立單元712，用于接受所述信道性能數(shù)據(jù)比較單元711的觸發(fā)，通過PSTN備份建立呼叫；設(shè)置在主叫方VG中的VoIP呼叫建立單元713，用于接受所述信道性能數(shù)據(jù)比較單元711的觸發(fā)，在信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值的編解碼方式中，選擇優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。較佳的，還包括設(shè)置在主叫方VG中的延時監(jiān)控單元714，與所述VoIP信道檢測系統(tǒng)中的第二報文接收單元705連接，用于在達(dá)到各編解碼方式的最高延時仍未接收到返回的第二報文時，觸發(fā)所述PSTN呼叫建立單元712。較佳的，還包括設(shè)置在主叫方VG中的資源預(yù)留單元715，與所述信道性能數(shù)據(jù)比較單元711連接，最好是設(shè)置在所述信道性能數(shù)據(jù)比較單元711與所述VoIP呼叫建立單元713之間，用于通過資源預(yù)留協(xié)議請求中間節(jié)點路由器為所述優(yōu)先級最高的編解碼方式預(yù)留帶寬，預(yù)留成功則觸發(fā)所述VoIP呼叫建立單元713;預(yù)留失敗則通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬；依次類推；如果為上述編解碼方式預(yù)留帶寬全部失敗，則觸發(fā)所述PSTN呼叫建立單元712。繼續(xù)，下面對本發(fā)明提供的實現(xiàn)VoIP信道檢測的裝置和實現(xiàn)PSTN備份切換的裝置加以描述。請結(jié)合圖8，顯示了一實施例的框圖，實現(xiàn)VoIP信道檢測的裝置800設(shè)置于語音網(wǎng)關(guān)VG中，包括在所述VG作為主叫方VG時啟動的第一報文發(fā)送單元8al、第二報文接收單元8a2和信道性能數(shù)據(jù)計算單元8a3;以及，在所述VG作為被叫方VG時啟動的第一報文接收單元8bl和第二報文發(fā)送單元8b2;其中，第一報文發(fā)送單元8al，用于向一被叫方VG發(fā)送針對特定特征流量的第一報文;所述第一報文流經(jīng)到所述一被叫方VG路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；第二報文接收單元8a2，用于接收所述一被叫方VG返回的第二報文；30所述第二報文由所述一被叫方VG在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成，所述第二報文流經(jīng)所述一被叫方VG到本VG路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；信道性能數(shù)據(jù)計算單元8a3，與第二報文接收單元8a2連接，用于根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)；第一報文接收單元8bl，用于接收一主叫方VG發(fā)送的第一報文；第二報文發(fā)送單元8b2，與所述第一報文接收單元8bl連接，用于在接收到的第一報文上附加本VG針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述一主叫方VG;通過上述實現(xiàn)VoIP信道檢測的裝置800，能夠與設(shè)置在另外一個VG中的實現(xiàn)VoIP信道檢測的裝置配合，獲得VoIP信道性能數(shù)據(jù)。較佳的，為了有針對性地構(gòu)造第一報文，以及縮小需要計算信道性能參數(shù)的編解碼方式的范圍，還包括在所述VG作為主叫方VG時啟動的第三報文發(fā)送單元8a4和第四報文接收單元8a5;以及，在所述VG作為被叫方VG時啟動的第三報文接收單元8b3和第四報文發(fā)送單元8b4;其中，所述第三報文發(fā)送單元8a3用于向所述一被叫方VG發(fā)送第三報文，請求所述一被叫方VG的能力信息；其中，所述第三報文攜帶有主叫號碼信息和被叫號碼信息；所述第四報文接收單元8a5與所述第一報文發(fā)送單元8al連接，用于接收所述一被叫方VG返回的第四報文，并指令所述第一報文發(fā)送單元8al基于所述第四報文攜帶的特征標(biāo)識所限定的特定特征流量發(fā)送第一報文；所述第三報文接收單元8b3用于接收所述一主叫方VG發(fā)送的第三報文并識別所述第三報文中被叫號碼信息是否在本VG處理范圍內(nèi)，是則觸發(fā)第四報文發(fā)送單元8b4;第四報文發(fā)送單元8b4與所述第三報文接收單元8b3連接，用于根據(jù)所述一主叫方VG發(fā)送的第三報文攜帶的主叫號碼信息向所述一主叫方VG返回第四報文；所述第四報文至少攜帶有本VG所支持的特征標(biāo)識及編解碼方式。較佳的，為了提高所獲得信道性能數(shù)據(jù)的準(zhǔn)確度，所述第一報文發(fā)送單元8al先后發(fā)送兩個第一報文；所述信道性能數(shù)據(jù)計算單元8a3根據(jù)第二報文接收單元8a2接收到的對應(yīng)第二個第一報文的第二報文計算所述各編解碼方式下的信道性能數(shù)據(jù)。由于上述各單元的具體工作方式在本發(fā)明方法的相應(yīng)步驟中已經(jīng)進(jìn)行了詳細(xì)的介紹，在此不再贅述。繼續(xù)，對本發(fā)明提供的實現(xiàn)PSTN備份切換的裝置加以介紹。請參見圖9，顯示了一實施例的框圖，實現(xiàn)PSTN備份切換的裝置900設(shè)置于VG中；由于該實現(xiàn)PSTN備份切換的裝置900基于獲得的信道性能數(shù)據(jù)進(jìn)行VoIP和PSTN備份的選擇切換，因此其包括實現(xiàn)VoIP信道檢測的裝置的各個單元，分別為第一報文發(fā)送單元9al、第二報文接收單元9a2、信道性能數(shù)據(jù)計算單元9a3、第一報文接收單元9bl以及第二報文發(fā)送單元9b2;作為較佳的實施例，還包括第三報文發(fā)送單元9a4、第四報文接收單元9a5、第三報文接收單元9b3和第四報文發(fā)送單元9b4;上述各單元的功能和連接關(guān)系與圖8中的相應(yīng)單元一致；還包括在所述VG作為主叫方VG時啟動的信道性能數(shù)據(jù)比較單元9a6、PSTN呼叫建立單元9a7和VoIP呼叫建立單元9a8:所述信道性能數(shù)據(jù)比較單元9a6與所述VoIP信道檢測裝置中的信道性能數(shù)據(jù)計算單元9a3連接，用于比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則觸發(fā)PSTN呼叫建立單元9a7，否則觸發(fā)VoIP呼叫建立單元9a8;所述PSTN呼叫建立單元9a7用于接受所述信道性能數(shù)據(jù)比較單元9a6的觸發(fā)，通過PSTN備份建立呼叫；所述VoIP呼叫建立單元9a8用于接受所述信道性能數(shù)據(jù)比較單元9a6的觸發(fā)，在信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值的編解碼方式中，選擇優(yōu)先級最高的編解碼方式通過VoIP建立呼叫；可以看出，通過上述實現(xiàn)PSTN備份切換的裝置900，能夠智能進(jìn)行PSTN32備份切換，避免發(fā)出"明知不可行"的VoIP呼叫，以及，能夠動態(tài)選擇滿足帶寬要求的編解碼方式；較佳的，還包括在所述VG作為主叫方VG時啟動的延時監(jiān)控單元9cl，與所述VoIP信道檢測裝置中的第二報文接收單元9a2連接，用于在達(dá)到各編解碼方式的最高延時仍未接收到返回的第二報文時，觸發(fā)所述PSTN呼叫建立單元9a7，以在明確知道信道無法滿足語音延時要求的情況下，及時終止對于第二報文的等待，而是直接建立PSTN呼叫。較佳的，還包括在所述VG作為主叫方VG時啟動的資源預(yù)留單元9c2，與所述VoIP呼叫建立單元9a8連接，用于通過資源預(yù)留協(xié)議請求中間節(jié)點路由器為所述優(yōu)先級最高的編解碼方式預(yù)留帶寬，以進(jìn)一步保證所建立VoIP呼叫的質(zhì)量。更佳的，為了避免透明節(jié)點所導(dǎo)致的帶寬預(yù)留失敗，資源預(yù)留單元9c2可以設(shè)置在所述信道性能數(shù)據(jù)比較單元9a6與所述VoIP呼叫建立單元9a8之間，如果為優(yōu)先級最高的編解碼方式預(yù)留帶寬成功，則觸發(fā)所述VoIP呼叫建立單元9a8;否則通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬；依次類推；如果為上述編解碼方式預(yù)留帶寬全部失敗，則觸發(fā)所述PSTN呼叫建立單元9a7。下面，對本發(fā)明提供的VG加以描述，該VG設(shè)有上述實現(xiàn)VoIP信道檢測的裝置或者實現(xiàn)PSTN備份切換的裝置；這樣，當(dāng)該VG與另一VG配合使用時，即可實現(xiàn)對于VoIP信道性能的檢測，或者，實現(xiàn)PSTN的智能備份切換。雖然已參照幾個典型實施例描述了本發(fā)明，但應(yīng)當(dāng)理解，所用的術(shù)語是說明和示例性、而非限制性的術(shù)語。由于本發(fā)明能夠以多種形式具體實施而不脫離發(fā)明的精神或?qū)嵸|(zhì)，所以應(yīng)當(dāng)理解，上述實施例不限于任何前述的細(xì)節(jié)，而應(yīng)在隨附權(quán)利要求所限定的精神和范圍內(nèi)廣泛地解釋，因此落入權(quán)利要求或其等效范圍內(nèi)的全部變化和改型都應(yīng)為隨附權(quán)利要求所涵蓋。權(quán)利要求1.一種實現(xiàn)VoIP信道檢測的方法，其特征在于，包括以下步驟步驟S1主叫方語音網(wǎng)關(guān)VG向被叫方VG發(fā)送針對特定特征流量的第一報文，所述主叫方VG到所述被叫方VG路徑上的中間節(jié)點路由器依次在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；步驟S2所述被叫方VG接收到所述第一報文后，在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述主叫方VG；所述被叫方VG到所述主叫方VG路徑上的中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；步驟S3所述主叫方VG接收到所述第二報文后，根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)。2.根據(jù)權(quán)利要求1所述的實現(xiàn)VoIP信道檢測的方法，其特征在于，所述接口帶寬信息包括時間戳信息和發(fā)送接口可用帶寬；所述信道性能數(shù)據(jù)包括延時和丟包率；其中，所述延時包括所述編解碼方式的編解碼延時及線路延時；所述丟包率為所述編解碼方式理論所需帶寬和路徑最小帶寬之差與所述編解碼方式理論所需帶寬的比率。3.根據(jù)權(quán)利要求1或2所述的實現(xiàn)VoIP信道檢測的方法，其特征在于，在所述步驟Sl之前還包括步驟S01:主叫方VG向被叫方VG發(fā)送第三報文，請求所述被叫方VG的能力信息；其中，所述第三報文攜帶有主叫號碼信息和被叫號碼信息；步驟S02:如果被叫方VG識別所述被叫號碼信息在其處理范圍內(nèi)，則根據(jù)所述主叫號碼信息向主叫方VG返回第四報文；所述第四報文至少攜帶有所述被叫方VG所支持的特征標(biāo)識及編解碼方式；其中，所述特征標(biāo)識限定了特定特征流量，進(jìn)而依據(jù)所述特定特征流量發(fā)送所述第一報文。4.根據(jù)權(quán)利要求1或2所述的實現(xiàn)VoIP信道檢測的方法，其特征在于，所述步驟S1中先后發(fā)送兩個第一報文；所述步驟S3中根據(jù)對應(yīng)第二個第一報文的第二報文計算所述各編解碼方式下的信道性能數(shù)據(jù)。5.—種實現(xiàn)VoIP信道檢測的裝置，設(shè)置于語音網(wǎng)關(guān)VG中，其特征在于，包括在所述VG作為主叫方VG時啟動的第一報文發(fā)送單元、第二報文接收單元和信道性能數(shù)據(jù)計算單元；以及，在所述VG作為被叫方VG時啟動的第一報文接收單元和第二報文發(fā)送單元；其中，第一報文發(fā)送單元，用于向一被叫方VG發(fā)送針對特定特征流量的第一報文；所述第一報文流經(jīng)到所述一被叫方VG路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；第二報文接收單元，用于接收所述一被叫方VG返回的第二報文；所述第二報文由所述一被叫方VG在所述第一報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成，所述第二報文流經(jīng)所述一被叫方VG到本VG路徑上的中間節(jié)點路由器，由所述中間節(jié)點路由器依次在所述第二報文上附加其針對所述特定特征流量的發(fā)送接口帶寬信息；信道性能數(shù)據(jù)計算單元，與所述第二報文接收單元連接，用于根據(jù)所述第二報文攜帶的、針對所述特定特征流量的信息，計算所述特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)；第一報文接收單元，用于接收一主叫方VG發(fā)送的第一報文；第二報文發(fā)送單元，與所述第一報文接收單元連接，用于在接收到的第一報文上附加本VG針對所述特定特征流量的發(fā)送接口帶寬信息構(gòu)成第二報文，并返回給所述一主叫方VG。6.根據(jù)權(quán)利要求5所述的實現(xiàn)VoIP信道檢測的裝置，其特征在于，還包括在所述VG作為主叫方VG時啟動的第三報文發(fā)送單元和第四報文接收單元；以及，在所述VG作為被叫方VG時啟動的第三報文接收單元和第四報文發(fā)送單元；其中，所述第三報文發(fā)送單元用于向所述一被叫方VG發(fā)送第三報文，請求所述一被叫方VG的能力信息；其中，所述第三報文攜帶有主叫號碼信息和被叫號碼信息；所述第四報文接收單元與所述第一報文發(fā)送單元連接，用于接收所述一被叫方VG返回的第四報文，并指令所述第一報文發(fā)送單元基于所述第四報文攜帶的特征標(biāo)識所限定的特定特征流量發(fā)送第一報文；所述第三報文接收單元用于接收所述一主叫方VG發(fā)送的第三報文并識別所述第三報文中被叫號碼信息是否在本VG處理范圍內(nèi)，是則觸發(fā)第四報文發(fā)送單元；第四報文發(fā)送單元與所述第三報文接收單元連接，用于根據(jù)所述一主叫方VG發(fā)送的第三報文攜帶的主叫號碼信息向所述一主叫方VG返回第四報文；所述第四報文至少攜帶有本VG所支持的特征標(biāo)識及編解碼方式。7.根據(jù)權(quán)利要求5所述的實現(xiàn)VoIP信道檢測的裝置，其特征在于，還包括所述第一報文發(fā)送單元先后發(fā)送兩個第一報文；所述信道性能數(shù)據(jù)計算單元根據(jù)第二報文接收單元接收到的對應(yīng)第二個第一報文的第二報文計算所述各編解碼方式下的信道性能數(shù)據(jù)。8.—種基于權(quán)利要求1-4任一所述方法的實現(xiàn)PSTN備份切換的方法，其特征在于，包括主叫方VG在發(fā)起VoIP呼叫之前，通過執(zhí)行所述實現(xiàn)VoIP信道檢測的方法獲得信道性能數(shù)據(jù)的步驟，以及步驟S4:比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；歩驟S5:如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則自動切換到PSTN備份建立呼叫；歩驟S6:如果存在至少一種編解碼方式下的信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值，則選擇其中優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。9.根據(jù)權(quán)利要求8所述的實現(xiàn)PSTN備份切換的方法，其特征在于，還包括在執(zhí)行所述VoIP信道檢測方法獲得信道性能數(shù)據(jù)的歩驟中，如果達(dá)到各編解碼方式的最高延時仍未接收到返回的第二報文，則自動切換到PSTN備份建立呼叫。10.根據(jù)權(quán)利要求8或9所述的實現(xiàn)PSTN備份切換的方法，其特征在于，所述步驟S6還包括通過資源預(yù)留協(xié)議請求中間節(jié)點路由器為所述編解碼方式預(yù)留帶寬。11.根據(jù)權(quán)利要求IO所述的實現(xiàn)PSTN備份切換的方法，其特征在于，如果為優(yōu)先級最高的編解碼方式預(yù)留帶寬成功，則采用所述編解碼方式通過VoIP建立呼叫；否則按照優(yōu)先級，通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬；依次類推；如果為上述編解碼方式預(yù)留帶寬全部失敗，則自動切換到PSTN備份建立呼叫。12.—種基于權(quán)利要求5-7任一所述裝置的實現(xiàn)PSTN備份切換的裝置，設(shè)置于VG中，其特征在于，包括所述實現(xiàn)VoIP信道檢測的裝置，還包括在所述VG作為主叫方VG時啟動的信道性能數(shù)據(jù)比較單元、PSTN呼叫建立單元和VoIP呼叫建立單元所述信道性能數(shù)據(jù)比較單元與所述VoIP信道檢測裝置中的信道性能數(shù)據(jù)計算單元連接，用于比較所述信道性能數(shù)據(jù)和預(yù)設(shè)的閾值；如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，則觸發(fā)PSTN呼叫建立單元，否則觸發(fā)VoIP呼叫建立單元；所述PSTN呼叫建立單元用于接受所述信道性能數(shù)據(jù)比較單元的觸發(fā)，通過PSTN備份建立呼叫；所述VoIP呼叫建立單元用于接受所述信道性能數(shù)據(jù)比較單元的觸發(fā)，在信道性能數(shù)據(jù)未超過預(yù)設(shè)的閾值的編解碼方式中，選擇優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。13.根據(jù)權(quán)利要求12所述的實現(xiàn)PSTN備份切換的裝置，其特征在于，還包括在所述VG作為主叫方VG時啟動的延時監(jiān)控單元，與所述VoIP信道檢測裝置中的第二報文接收單元連接，用于在達(dá)到各編解碼方式的最高延時仍未接收到返回的第二報文時，觸發(fā)所述PSTN呼叫建立單元。14.根據(jù)權(quán)利要求12或13所述的實現(xiàn)PSTN備份切換的裝置，其特征在于，還包括在所述VG作為主叫方VG時啟動的資源預(yù)留單元，與所述VoIP呼叫建立單元連接，用于通過資源預(yù)留協(xié)議請求中間節(jié)點路由器為所述優(yōu)先級最高的編解碼方式預(yù)留帶寬。15.根據(jù)權(quán)利要求14所述的實現(xiàn)PSTN備份切換的裝置，其特征在于，所述資源預(yù)留單元設(shè)置在所述信道性能數(shù)據(jù)比較單元與所述VoIP呼叫建立單元之間，如果為優(yōu)先級最高的編解碼方式預(yù)留帶寬成功，則觸發(fā)所述VoIP呼叫建立單元；否則通過資源預(yù)留協(xié)議為下一個編解碼方式預(yù)留帶寬；依次類推；如果為上述編解碼方式預(yù)留帶寬全部失敗，則觸發(fā)所述PSTN呼叫建立單元。16.—種設(shè)有權(quán)利要求5-7任一所述的實現(xiàn)VoIP信道檢測的裝置或者設(shè)有權(quán)利要求12-15任一所述的實現(xiàn)PSTN備份切換的裝置的VG。全文摘要本發(fā)明公開了一種實現(xiàn)VoIP信道檢測的方法和裝置。該方法包括主叫方VG根據(jù)主叫方VG到被叫方VG以及被叫方VG到主叫方VG路徑方向上中間節(jié)點路由器依次附加在報文上的、針對特定特征流量的發(fā)送接口帶寬信息，計算該特定特征流量在各編解碼方式下的信道性能數(shù)據(jù)。本發(fā)明還公開了一種實現(xiàn)PSTN備份切換的方法和裝置，以及一種VG。該方法包括如果全部編解碼方式下的信道性能數(shù)據(jù)都超過預(yù)設(shè)的閾值，自動切換到PSTN備份建立呼叫；否則，選擇其中優(yōu)先級最高的編解碼方式通過VoIP建立呼叫。通過本發(fā)明，能夠有效避免建立質(zhì)量差的VoIP呼叫，且能夠根據(jù)信道實際情況動態(tài)選擇合適的編解碼方式。文檔編號H04M7/12GK101515974SQ20091011898公開日2009年8月26日申請日期2009年3月11日優(yōu)先權(quán)日2009年3月11日發(fā)明者巖張申請人:杭州華三通信技術(shù)有限公司