專利名稱：一種資源使用方法及在多實例呼叫系統(tǒng)性能測試中的應用的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種資源使用方法及在多實例呼叫系統(tǒng)性能測試中的應用。
背景技術(shù)：
電話會議系統(tǒng)在當今電信領(lǐng)域應用比較廣泛，具體業(yè)務形式有電話會議、移動QQ、聊天室等等。在各種電話會議業(yè)務中會對不同用戶進行角色劃分，按照不同角色賦予不同權(quán)限，例如有能聽能說的與會方、有只能聽不能說的旁聽方。
為保證各與會方及旁聽方能夠順暢的進行電話會議，需要對電話會議系統(tǒng)中各與會方使用資源狀況進行管理，使各與會方的呼叫流程能夠不受其他呼叫的干擾，目前的電話會議系統(tǒng)對資源的管理多為各呼叫流程并行使用語音資源，造成各呼叫流程間互相干擾，影響會議效果。
另外，為保證各與會方及旁聽方通道的各項性能正常，需在進行電話會議前對電話會議系統(tǒng)進行測試，以驗證參加電話會議系統(tǒng)各與會方的聽說能力和各旁聽方的只能聽不能說的特性。如何驗證這些特性是目前亟需解決的問題。
現(xiàn)有的電話會議系統(tǒng)測試一般采用手工測試方法，即利用多部電話，打入電話會議系統(tǒng)，由人工判斷電話會議系統(tǒng)各與會方和旁聽方功能是否正常。
這種手工測試的方法缺點在于測試幾方電話會議系統(tǒng)就需要打入幾個電話，其僅適用于小型會議系統(tǒng)，在大型會議系統(tǒng)中無法開展有效的測試。例如要測試240路電話會議系統(tǒng)，就需要240個人同時打入240個電話，再分別驗證這240路功能是否正常，要搭建此等測試環(huán)境需要大量輔助設備和人力資源，正因為占用大量資源導致此類測試幾乎無法開展，或不能開展全面測試。
針對手工測試方法的不足，目前提出了另一種通用測試方法，即通過呼叫器模擬電話打入電話會議系統(tǒng)中，并保持通話狀態(tài)一定時間，以此保證參與電話會議的用戶達到電話會議系統(tǒng)上限。
該方法的缺點在于其雖然能夠測試電話會議系統(tǒng)對呼叫壓力的承受能力，但無法準確測試各與會方的功能是否正常，即無法判斷某一路與會方功能是否正常。
因此，需要一種方法可以在保證測試電話會議系統(tǒng)呼叫壓力的情況下，測試出各與會方功能是否正常。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的在于提供一種資源使用方法及在多實例呼叫系統(tǒng)性能測試中的應用，通過引入臨界區(qū)將多實例呼叫系統(tǒng)中的各種放音、收號以及錄音操作串行化，實現(xiàn)壓力測試情況下，精確測試多實例呼叫系統(tǒng)各通道的工作性能。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供一種資源使用方法，通過引入臨界區(qū)使各呼叫流程串行使用資源，該方法具體包括A1、注冊臨界區(qū)；A2、發(fā)起呼叫，進入臨界區(qū)進行呼叫業(yè)務操作；
A3、呼叫業(yè)務操作結(jié)束后，釋放臨界區(qū)。
該方法還包括A4、無呼叫流程使用臨界區(qū)資源時，刪除臨界區(qū)。
所述步驟A1包括A11、輸入臨界區(qū)參數(shù)，包括臨界區(qū)ID、重入次數(shù)；A12、設置注冊次數(shù)。
所述步驟A11中重入次數(shù)用于表示臨界區(qū)內(nèi)的信號量，所述的信號量用于控制同時使用資源的呼叫流程數(shù)。
所述步驟A12中注冊次數(shù)用于記錄注冊臨界區(qū)的次數(shù)，為標識臨界區(qū)內(nèi)某一個呼叫和后續(xù)刪除臨界區(qū)作為判斷條件。
本發(fā)明還提供一種多實例呼叫系統(tǒng)性能測試方法，包括B1、引入臨界區(qū)使各呼叫流程串行使用語音資源；B2、在串行使用語音資源的情況下，進行放音、收號、錄音操作；B3、檢查收號結(jié)果及錄音文件，分析各通道工作性能。
所述步驟B1包括B11、啟動監(jiān)聽流程進行錄音操作，保存錄音結(jié)果；B12、循環(huán)播放語音流程模擬呼叫流程中各與會方的放音；B13、啟動模擬與會方流程進行放音/收號操作。
所述步驟B12中循環(huán)播放的語音為雙音多頻DTMF語音。
所述步驟B12中循環(huán)播放的語音為整型變量音，其內(nèi)容包括臨界區(qū)ID和注冊次數(shù)，用于保證進入會場的每個呼叫流程放音內(nèi)容不同。
所述步驟B2包括B21、檢查收號結(jié)果文件，如果某一與會方?jīng)]有收號結(jié)果記錄，說明該通道收聽方向通道存在故障。
所述步驟B2包括
B22、檢查錄音文件，判斷是否存在其他會場語音，如果出現(xiàn)其他會場語音，則說明會場間存在串音問題。
所述步驟B2包括B23、判斷是否存在缺少某條語音通道的語音，若缺少則說明該通道放音功能出現(xiàn)故障。
所述步驟B2包括B24、當測試旁聽方只聽不說單項功能是否正常時，需判斷錄音文件中是否存在旁聽方對應模擬流程播放的語音，若不存在相應的語音，則說明該旁聽方只聽不說單項功能正常。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過引入臨界區(qū)實現(xiàn)了串行使用資源，亦實現(xiàn)了壓力測試情況下對多實例呼叫系統(tǒng)各通道進行會場間串音及各與會方及旁聽方功能等精確測試，從根本上解決了目前多實例呼叫系統(tǒng)性能測試無法精確測試每一個通道功能的難題。


圖1為本發(fā)明所述資源使用方法的作業(yè)流程圖；圖2為本發(fā)明所述多實例呼叫系統(tǒng)性能測試方法的作業(yè)流程圖。
具體實施例方式
本發(fā)明的核心思想是通過引入臨界區(qū)實現(xiàn)串行使用語音資源，并通過該資源使用方法對多實例呼叫系統(tǒng)進行性能測試，實現(xiàn)了精確測試多實例呼叫系統(tǒng)中各與會方功能是否完善的目的。
本發(fā)明提供了一種資源使用方法，參照圖1所示為本發(fā)明資源使用方法的作業(yè)流程圖，該資源使用方法通過引入臨界區(qū)達到串行使用資源，可應用于不同領(lǐng)域，本實施例以該資源使用方法在多實例呼叫系統(tǒng)中的應用為例對該資源使用方法進行說明，通過引入臨界區(qū)，將多實例呼叫系統(tǒng)中的各種放音、收號以及錄音操作串行化，保證同一時間只有一個呼叫在進行放音、收號、錄音操作，并通過設置臨界區(qū)內(nèi)信號量的數(shù)量實現(xiàn)調(diào)節(jié)多實例呼叫系統(tǒng)中并行放音的數(shù)量，其包括步驟20注冊臨界區(qū)；呼叫發(fā)起前，首先在多實例呼叫系統(tǒng)中聲明一個臨界區(qū)，輸入臨界區(qū)參數(shù)包括臨界區(qū)ID、重入次數(shù)，及返回臨界區(qū)句柄。當接收到注冊臨界區(qū)命令后，首先根據(jù)臨界區(qū)ID判斷是否已經(jīng)創(chuàng)建臨界區(qū)，如果已經(jīng)創(chuàng)建，則將該臨界區(qū)對應的臨界區(qū)句柄返回給呼叫流程，否則，創(chuàng)建臨界區(qū)并返回臨界區(qū)句柄。通過上述操作，可以保證使用相同臨界區(qū)ID進行注冊的呼叫流程，只會創(chuàng)建一個臨界區(qū)，并保證了這些呼叫流程使用的是同一個臨界區(qū)資源；其中重入次數(shù)表示信號量初值，通過此參數(shù)決定可以同時進行語音操作的并發(fā)流程數(shù)。每注冊一臨界區(qū)需設置一個內(nèi)部參數(shù)，即注冊次數(shù)，用于記錄注冊臨界區(qū)的次數(shù)，為標識臨界區(qū)內(nèi)某一個呼叫和以后刪除臨界區(qū)作為判斷條件。
步驟21發(fā)起呼叫；呼叫流程注冊申請完臨界區(qū)后，開始發(fā)起呼叫。
步驟22進入臨界區(qū)；當一個呼叫流程進入臨界區(qū)后，重入次數(shù)會自動減一，即信號量值自動減一，當重入次數(shù)大于等于零時，呼叫流程進入放音操作；當重入次數(shù)小于零時，進入等待狀態(tài)，并將此呼叫流程送入等待隊列，系統(tǒng)定時檢查重入次數(shù)，當重入次數(shù)大于零時，會從等待隊列中喚醒一個呼叫流程，在進行進入臨界區(qū)操作，通過上述機制，保證了只有在重入次數(shù)范圍內(nèi)的呼叫流程才能進入到放音操作區(qū)域，從而實現(xiàn)了多實例呼叫中串行使用語音資源。
步驟23進入放音/收號操作；該放音/收號操作即為上述模擬與會方流程中的放音/收號操作。
步驟24釋放臨界區(qū)；當一個呼叫流程播放完語音后，進行釋放臨界區(qū)操作，這時將信號量值加一，以便使后續(xù)呼叫流程進入放音操作。
步驟25判斷循環(huán)是否結(jié)束；由于啟動模擬與會方流程是循環(huán)順序執(zhí)行，當一個呼叫流程執(zhí)行完成后，判斷是否還要啟動下一呼叫流程，若無下一呼叫流程，則表明循環(huán)結(jié)束，反之，表明繼續(xù)執(zhí)行下一呼叫流程操作。
步驟26刪除臨界區(qū)；若循環(huán)結(jié)束，則執(zhí)行刪除臨界區(qū)操作，刪除臨界區(qū)是為避免資源泄漏，保證測試完成后，不再需要臨界區(qū)時將其刪除，多實例呼叫系統(tǒng)接收到刪除臨界區(qū)操作后，首先將注冊次數(shù)變量減一，然后判斷是否為零，如果為零說明當前系統(tǒng)內(nèi)部沒有呼叫流程在使用該臨界區(qū)，可以安全刪除臨界區(qū)，然后退出此功能，如果不為零，說明系統(tǒng)還有呼叫流程使用該臨界區(qū)，這時刪除臨界區(qū)會引發(fā)異常，所以直接退出此功能。
步驟27釋放呼叫；一個呼叫流程結(jié)束后，釋放該呼叫。
本發(fā)明還提供一種所述資源使用方法在多實例呼叫系統(tǒng)性能測試的應用，為實現(xiàn)測試多實例呼叫系統(tǒng)中各與會方聽說雙向功能是否正常，及各旁聽方只聽不說單項功能是否正常，本發(fā)明在多實例呼叫系統(tǒng)中創(chuàng)建三種呼叫流程，包括監(jiān)聽流程、循環(huán)播放DTMF(雙音多頻)語音流程、模擬與會方流程；前兩種流程為輔助流程，其三種呼叫流程在系統(tǒng)中的對應關(guān)系為1∶1∶N，即系統(tǒng)中只需要一個監(jiān)聽流程和一個循環(huán)播放DTMF語音流程，其他呼叫流程均為模擬與會方流程。
參照圖2所示為該多實例呼叫系統(tǒng)的性能測試方法的操作流程圖，該方法包括步驟10啟動監(jiān)聽流程；監(jiān)聽流程用于對多實例呼叫系統(tǒng)進行錄音操作，并將錄音結(jié)果定期保存至文件服務器中，根據(jù)該錄音結(jié)果判斷各與會方放音功能是否正常，該監(jiān)聽過程要求各與會方放音內(nèi)容各不相同，且同一時間內(nèi)只有一個與會方在進行操作，本發(fā)明利用串行使用語音資源來實現(xiàn)該要求，其具體操作方法參見圖1說明。
步驟11啟動循環(huán)播放語音流程；播放語音用于模擬呼叫流程中與會方的放音，使模擬與會方流程能夠通過收號操作驗證收聽功能是否正常，即模擬與會方流程通過接收該語音來判斷與會方的收聽功能是否正常；為保證進入會場的每個呼叫流程放音內(nèi)容不同，該放音內(nèi)容可選擇DTMF語音，也可選擇整型變量音，整型變量的內(nèi)容為臨界區(qū)ID+注冊次數(shù)。
步驟12循環(huán)啟動模擬與會方流程，直至會場通道被占滿；循環(huán)啟動模擬與會方流程的目的在于，在各通道進行放音收號操作，持續(xù)一段時間，直至會場通道被占滿，將收號結(jié)果進行記錄；當測試旁聽方功能時，該模擬流程選擇以旁聽方方式進入會場。
步驟13停止各模擬與會方流程、循環(huán)播放DTMF語音流程、監(jiān)聽流程；持續(xù)模擬一段時間，先停止各模擬與會方流程，再先后停止循環(huán)播放DTMF語音流程及監(jiān)聽流程。
步驟14檢查各模擬與會方流程的收號結(jié)果記錄，測試各通道收號功能；檢查收號結(jié)果文件，如果某一與會方?jīng)]有收號結(jié)果記錄，說明該通道收聽方向通道存在故障；若存在完整的收號結(jié)果記錄，則說明該通道收聽方向功能正常。
步驟15檢查錄音文件，測試各通道放音功能；檢查錄音文件，觀察是否存在其他會場語音，如果出現(xiàn)其他會場語音，則說明會場間存在串音問題；由于同一會場內(nèi)各與會方呼叫流程播放語音各不相同，同一會場內(nèi)各與會方呼叫流程播放內(nèi)容前兩位是相同的，而后兩位各不相同(具體位數(shù)可根據(jù)需要設定，本發(fā)明不作限定)例如當錄音文件中存在1001、1101、1002、1102等放音內(nèi)容時，說明1001和1002是同一會場內(nèi)部的兩個呼叫，而1101和1102是另外一個會場的兩個呼叫，據(jù)此可判斷是否出現(xiàn)串音；同時根據(jù)錄音文件判斷是否存在缺少某條語音通道的語音，若缺少則說明該通道放音功能出現(xiàn)故障，由于啟動模擬與會方流程是循環(huán)順序執(zhí)行，這樣確定了模擬與會方流程播放語音與會場通道的對應關(guān)系，如果是先啟動的輔助流程，則對應的關(guān)系為會場通道號＝會場播放對應的數(shù)字+啟動的輔助流程數(shù)，例如啟動了兩個輔助流程，該兩個輔助流程已經(jīng)占用了兩個會場通道，與會方流程播放語音對應的數(shù)字為1101，則對應的是11號會場的第3個語音通道，如果測試結(jié)果中缺少1101的語音，則說明對應的11號會場第3個語音通道出現(xiàn)故障；當測試旁聽方只聽不說單項功能是否正常時，需判斷錄音文件中是否存在旁聽方對應模擬流程播放的語音，若不存在相應的語音，則說明該旁聽方只聽不說單項功能正常。
綜上所述，本發(fā)明實現(xiàn)了在多實例呼叫系統(tǒng)中串行使用語音資源，保證了各呼叫流程之間不互相干擾；本發(fā)明亦實現(xiàn)了壓力測試情況下對多實例呼叫系統(tǒng)各通道進行會場間串音及各與會方及旁聽方功能等精確測試，從根本上解決了目前多實例呼叫系統(tǒng)性能測試無法精確測試每一個通道功能的難題。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種資源使用方法，其特征在于，引入臨界區(qū)使各呼叫流程串行使用資源，該方法具體包括A1、注冊臨界區(qū)；A2、發(fā)起呼叫，進入臨界區(qū)進行呼叫業(yè)務操作；A3、呼叫業(yè)務操作結(jié)束后，釋放臨界區(qū)。
2.如權(quán)利要求1所述的資源使用方法，其特征在于，該方法還包括A4、無呼叫流程使用臨界區(qū)資源時，刪除臨界區(qū)。
3.如權(quán)利要求1所述的資源使用方法，其特征在于，所述步驟A1包括A11、輸入臨界區(qū)參數(shù)，包括臨界區(qū)ID、重入次數(shù)；A12、設置注冊次數(shù)。
4.如權(quán)利要求3所述的資源使用方法，其特征在于，所述步驟A11中重入次數(shù)用于表示臨界區(qū)內(nèi)的信號量，所述的信號量用于控制同時使用資源的呼叫流程數(shù)。
5.如權(quán)利要求3所述的資源使用方法，其特征在于，所述步驟A12中注冊次數(shù)用于記錄注冊臨界區(qū)的次數(shù)，為標識臨界區(qū)內(nèi)某一個呼叫和后續(xù)刪除臨界區(qū)作為判斷條件。
6.一種多實例呼叫系統(tǒng)性能測試方法，其特征在于，包括B1、引入臨界區(qū)使各呼叫流程串行使用語音資源；B2、在串行使用語音資源的情況下，進行放音、收號、錄音操作；B3、檢查收號結(jié)果及錄音文件，分析各通道工作性能。
7.如權(quán)利要求6所述的一種多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B1包括B11、啟動監(jiān)聽流程進行錄音操作，保存錄音結(jié)果；B12、循環(huán)播放語音流程模擬呼叫流程中各與會方的放音；B13、啟動模擬與會方流程進行放音/收號操作。
8.如權(quán)利要求7所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B12中循環(huán)播放的語音為雙音多頻DTMF語音。
9.如權(quán)利要求7所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B12中循環(huán)播放的語音為整型變量音，其內(nèi)容包括臨界區(qū)ID和注冊次數(shù)，用于保證進入會場的每個呼叫流程放音內(nèi)容不同。
10.如權(quán)利要求6至9任一項所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B2包括B21、檢查收號結(jié)果文件，如果某一與會方?jīng)]有收號結(jié)果記錄，說明該通道收聽方向通道存在故障。
11.如權(quán)利要求6至9任一項所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B2包括B22、檢查錄音文件，判斷是否存在其他會場語音，如果出現(xiàn)其他會場語音，則說明會場間存在串音問題。
12.如權(quán)利要求6至9任一項所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B2包括B23、判斷是否存在缺少某條語音通道的語音，若缺少則說明該通道放音功能出現(xiàn)故障。
13.如權(quán)利要求6至9任一項所述的多實例呼叫系統(tǒng)性能測試方法，其特征在于，所述步驟B2包括B24、當測試旁聽方只聽不說單項功能是否正常時，需判斷錄音文件中是否存在旁聽方對應模擬流程播放的語音，若不存在相應的語音，則說明該旁聽方只聽不說單項功能正常。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域一種資源使用方法及在多實例呼叫系統(tǒng)性能測試中的應用。本發(fā)明通過引入臨界區(qū)實現(xiàn)串行使用資源，并通過該串行使用資源的方法實現(xiàn)精確測試多實例呼叫系統(tǒng)中各與會方功能是否完善的目的。該資源使用方法實現(xiàn)了串行使用資源，在多實例呼叫系統(tǒng)性能測試中保證了各呼叫流程之間不互相干擾，并實現(xiàn)了壓力測試情況下對多實例呼叫系統(tǒng)各通道進行會場間串音及各與會方及旁聽方功能等精確測試，從根本上解決了目前多實例呼叫系統(tǒng)性能測試無法精確測試每一個通道功能的難題。
文檔編號H04M3/22GK1863240SQ20051008983
公開日2006年11月15日 申請日期2005年8月8日 優(yōu)先權(quán)日2005年8月8日
發(fā)明者全奇 申請人:華為技術(shù)有限公司