專利名稱：語音業(yè)務(wù)測試方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種語音業(yè)務(wù)測試方法及裝置。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展，對綜合接入設(shè)備，即同時支持語音接入和寬帶接入的設(shè)備 的需求越來越高。由于原有固網(wǎng)的發(fā)展相對成熟和穩(wěn)定，升級后的綜合接入設(shè)備中的語音 業(yè)務(wù)在整個系統(tǒng)中所占的比例是非常高的。相應(yīng)地，針對語音業(yè)務(wù)進(jìn)行的性能測試和大負(fù) 荷運載測試在對整個系統(tǒng)的測試中也是非常重要的。而測試過程中，要測試系統(tǒng)高負(fù)荷情況下的運行情況，需要多塊真實的用戶單板， 同時由于實際測試儀器，比如Abacus 100等，單臺設(shè)備提供的測試接口比較少，因而為了 達(dá)到測試目的，在針對一個系統(tǒng)進(jìn)行測試時，需要多臺測試儀器同時工作才能滿足要求。這 在一定程度上增加了測試和項目運作的成本。同時，當(dāng)綜合接入設(shè)備的待測試版本較多時， 經(jīng)常出現(xiàn)需要多套環(huán)境并行進(jìn)行測試的情況，這樣，同時需要的測試儀器和用戶單板也比 較多。這種情況下，在多套環(huán)境上同時進(jìn)行高負(fù)荷測試和性能測試，就變的困難。另外，為了盡量站在用戶的角度進(jìn)行測試，當(dāng)然應(yīng)該盡量模擬實際場景，而實際場 景一般則是在某個用戶在運行某種語音功能的同時，可能有其他多對用戶在進(jìn)行相互呼 叫，即有一定用戶的呼叫量作為背景。但是由于實際測試條件的限制，一般在測試語音業(yè)務(wù) 的時候，往往不會考慮背景呼叫量的因素，只是簡單的在1對或者少數(shù)的幾對用戶之間測 試系統(tǒng)對語音業(yè)務(wù)的支持程度。這種測試方案雖然能夠滿足基本的測試需求，但是卻無法 更好的模擬實際應(yīng)用場景，而且，此時，由于對系統(tǒng)的呼叫量太少，也無法在早期測試系統(tǒng) 的CPU的負(fù)荷承擔(dān)情況，進(jìn)而縮短項目研發(fā)周期。針對相關(guān)技術(shù)中綜合接入設(shè)備的語音業(yè)務(wù)測試中缺少背景呼叫流量，對系統(tǒng)的測 試力度不夠的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中綜合接入設(shè)備的語音業(yè)務(wù)測試中缺少背景呼叫流量，對系統(tǒng)的測 試力度不夠的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種語音業(yè)務(wù)測試方 法及裝置，以解決上述問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了 一種語音業(yè)務(wù)測試方法。根據(jù)本發(fā)明的語音業(yè)務(wù)測試方法包括配置呼叫參數(shù)；根據(jù)呼叫參數(shù)，構(gòu)造呼叫 消息；發(fā)起呼叫；在呼叫結(jié)束后，基于呼叫消息對呼叫結(jié)果進(jìn)行統(tǒng)計。優(yōu)選地，在呼叫結(jié)束后，基于呼叫消息對呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計還包括根據(jù)設(shè) 定的呼叫輪數(shù)判斷呼叫是否已經(jīng)完成；如果呼叫完成，則統(tǒng)計所有呼叫結(jié)果。優(yōu)選地，根據(jù)設(shè)定的呼叫輪數(shù)判斷呼叫是否已經(jīng)完成還包括如果呼叫沒有完成， 則繼續(xù)進(jìn)行呼叫。優(yōu)選地，呼叫參數(shù)包括呼叫對數(shù)，呼叫次數(shù)，主、被叫的標(biāo)識，呼叫間隔和呼叫等
3待時間中的至少之一。優(yōu)選地，主、被叫的標(biāo)識包括用戶號碼和終端標(biāo)識中的至少之一。優(yōu)選地，根據(jù)呼叫參數(shù)配置情況，構(gòu)造呼叫消息包括針對待測試設(shè)備的消息格式 來構(gòu)造呼叫消息。優(yōu)選地，呼叫消息為摘機(jī)消息，撥號消息，接續(xù)消息和掛機(jī)消息中的至少之一。優(yōu)選地，該方法還包括完成呼叫測試任務(wù)后，針對統(tǒng)計結(jié)果生成一份呼叫測試報
生 I=I O為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了 一種語音業(yè)務(wù)測試裝置。根據(jù)本發(fā)明的語音業(yè)務(wù)測試裝置包括配置模塊，用于根據(jù)測試需求在呼叫控制 平臺上進(jìn)行呼叫參數(shù)配置；構(gòu)造模塊，用于根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；呼叫模塊，用于 發(fā)起呼叫消息；統(tǒng)計模塊，基于呼叫消息對呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計。優(yōu)選地，該裝置還包括判斷模塊，用于判斷設(shè)定的呼叫輪數(shù)是否已經(jīng)完成。通過本發(fā)明，采用配置呼叫參數(shù)；根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；發(fā)起呼叫；在呼 叫結(jié)束后，基于呼叫消息對呼叫結(jié)果進(jìn)行統(tǒng)計，解決了相關(guān)技術(shù)中綜合接入設(shè)備的語音業(yè) 務(wù)測試缺少背景呼叫流量，對系統(tǒng)的測試力度不夠的問題，進(jìn)而達(dá)到了在不影響正常功能 測試的過程中，加大系統(tǒng)的呼叫負(fù)荷，從而加強(qiáng)對系統(tǒng)的測試力度，并測試系統(tǒng)的呼叫相關(guān) 性能的效果，而且還降低了成本。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試的流程圖；圖2是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試的優(yōu)選流程圖；圖3是根據(jù)本發(fā)明實施例的組網(wǎng)的示意圖；圖4是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試裝置的示意圖。
具體實施例方式功能概述考慮到相關(guān)技術(shù)中綜合接入設(shè)備的語音業(yè)務(wù)測試缺少背景呼叫流量，對系統(tǒng)的測 試力度不夠的問題，本發(fā)明實施例提供了一種語音業(yè)務(wù)測試方法及裝置，該方法包括配置 呼叫參數(shù)；根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；發(fā)起呼叫；在呼叫結(jié)束后，基于呼叫消息對呼叫 結(jié)果進(jìn)行統(tǒng)計。本發(fā)明提出了通過模擬實際用戶的呼叫行為，通過實際上并不存在的虛擬用戶之 間進(jìn)行呼叫的思路，利用待測系統(tǒng)本身可識別各種呼叫消息的內(nèi)部接口，設(shè)計一種軟件實 現(xiàn)方法，在不影響正常功能測試的過程中，加大系統(tǒng)的呼叫負(fù)荷，從而加強(qiáng)對系統(tǒng)的測試力 度，并通過相關(guān)日志分析模塊，測試系統(tǒng)的呼叫相關(guān)的性能。目前實現(xiàn)語音業(yè)務(wù)的接入設(shè) 備，比如EPON，GP0N，綜合接入網(wǎng)關(guān)等設(shè)備，提供的接口主要有以下幾種V5接口、H. 248接 口以及SIP協(xié)議接口。使用本發(fā)明中提供的解決方案，針對上面幾種接口實現(xiàn)的語音業(yè)務(wù)， 均可以實現(xiàn)高負(fù)荷測試。
本發(fā)明借助系統(tǒng)提供的內(nèi)部接口，通過相關(guān)功能模塊構(gòu)造系統(tǒng)核心處理模塊可識 別的實際用戶發(fā)起的摘機(jī)、掛機(jī)、撥號、接續(xù)等等消息格式，把這些消息送抵系統(tǒng)核心處理 模塊中進(jìn)行處理，系統(tǒng)核心處理模塊的處理過程，和真實用戶實際發(fā)起呼叫的處理過程是 一樣的，只是通過該實現(xiàn)方法直接模擬了實際用戶發(fā)起的消息而已，免除了呼叫終端，呼叫 接入對應(yīng)的用戶線卡部分，然后相關(guān)消息進(jìn)入系統(tǒng)核心處理模塊的信令處理模塊，通過和 相關(guān)的交換設(shè)備之間的交互完成信令處理過程，根據(jù)系統(tǒng)的處理情況，來決定呼叫是否成 功。因為免除了呼叫終端以及直接處理呼叫接入的用戶線卡，因此，可以更便捷的模擬多對 用戶間的呼叫過程，達(dá)到高負(fù)荷呼叫測試的目的。另外，可以通過日志模塊，把系統(tǒng)對呼叫 的處理結(jié)果進(jìn)行統(tǒng)計和匯總，進(jìn)而給出性能測試結(jié)果。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。方法實施例根據(jù)本發(fā)明的實施例，提供了一種語音業(yè)務(wù)測試方法。下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進(jìn)行詳細(xì)描述。本發(fā)明針對支持語音業(yè)務(wù)的相關(guān)接入設(shè)備，比如基于以太網(wǎng)的無源光網(wǎng)絡(luò) (Ethernet Passive Optical Network，簡稱為 EPON)，千兆無源光網(wǎng)絡(luò)(Gigabit Passive Optical Network，簡稱為GP0N)，綜合接入網(wǎng)關(guān)等，在進(jìn)行常規(guī)的功能測試時，為了加強(qiáng)對 系統(tǒng)的測試力度，并測試系統(tǒng)在高負(fù)荷情況下的運行情況，而設(shè)計的一種實現(xiàn)方法。屬有線 接入通信領(lǐng)域接入層面。該方法提供的思路適用于通過不同接口實現(xiàn)的接入層面的語音業(yè) 務(wù)，比如V5接口，H. 248以及會話發(fā)起協(xié)議(Session Initiation Protocol，簡稱為SIP)?，F(xiàn)在以H. 248接口為例，描述針對χΡΟΝ設(shè)備(例如，EPON設(shè)備)進(jìn)行高負(fù)荷語音 業(yè)務(wù)測試的具體實施方式
。圖1是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試的流程圖。如圖1所示，該語音業(yè)務(wù)測試方法包括如下步驟S102到步驟S108 步驟S102，配置呼叫參數(shù)；步驟S104，根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；步驟S106，發(fā)起呼叫；步驟S108，在呼叫結(jié)束后，基于呼叫消息對呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計。優(yōu)選地，該語音業(yè)務(wù)測試方法也可以如下圖2是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試的優(yōu)選流程圖。如圖2所示，該方法包括如下步驟S202到步驟S214 步驟S202，根據(jù)測試需求在呼叫控制平臺上進(jìn)行呼叫參數(shù)配置。包含呼叫對數(shù)，呼叫次數(shù)，主、被叫的標(biāo)識，主要是用戶號碼和terminationid，呼 叫間隔，呼叫等待時間等。進(jìn)行呼叫。步驟S204，開啟設(shè)備通信通道。步驟S206，根據(jù)呼叫配置情況，構(gòu)造各種呼叫消息，比如摘機(jī)消息，撥號消息，接續(xù) 消息，掛機(jī)消息等。步驟S208，發(fā)起一輪呼叫。
步驟S210，第一輪呼叫結(jié)束后，針對該輪呼叫結(jié)果進(jìn)行統(tǒng)計。步驟S212，根據(jù)配置的呼叫輪數(shù)判斷呼叫是否已經(jīng)完成，如沒有完成則繼續(xù)進(jìn)行 呼叫。步驟S214，如果完成，則統(tǒng)計所有的呼叫結(jié)果，輸出測試結(jié)果。完成呼叫測試任務(wù)后，可以就呼叫統(tǒng)計結(jié)果生成一份完備的呼叫測試報告，以供 對被測設(shè)備進(jìn)行呼叫結(jié)果分析。呼叫流程結(jié)束。優(yōu)選地，本發(fā)明最靈活的部分是消息構(gòu)造模塊，應(yīng)用本發(fā)明思想，可以針對待測試 設(shè)備的消息格式，自行設(shè)計待測設(shè)備可識別的呼叫相關(guān)消息，對待測試設(shè)備進(jìn)行高負(fù)荷語 音業(yè)務(wù)測試。裝置實施例根據(jù)本發(fā)明的實施例，提供了 一種語音業(yè)務(wù)測試裝置。該裝置可以包括以下模塊GUI操作控制模塊，該部分主要實現(xiàn)呼叫控制平臺，提供接口給使用者配置發(fā)起呼 叫必要的參數(shù)，比如相互呼叫的用戶對數(shù)；主、被叫用戶的標(biāo)識，可以為電話號碼，也可以 為終端標(biāo)識符(terminationid)；主、被叫用戶的虛擬物理位置(由于免除了用戶線卡等呼 叫用戶直接接入部分，因此只需要配置虛擬物理位置即可)；呼叫間隔；呼叫等待時間；呼 叫次數(shù)等。這些參數(shù)的配置將作為后續(xù)消息構(gòu)造模塊的輸入。消息構(gòu)造模塊，該部分主要作用是構(gòu)造待測系統(tǒng)可識別的呼叫相關(guān)的消息。比如 摘機(jī)消息，掛機(jī)消息，撥號消息，接續(xù)消息等等。這些消息構(gòu)造完成后，會通過待測系統(tǒng)提供 的接口，發(fā)送到待測系統(tǒng)的核心處理模塊中進(jìn)行處理。該部分模擬了真實的呼叫流程涉及 到的所有消息格式，因此，對于待測系統(tǒng)核心處理模塊來說，不會感覺這是真實用戶終端發(fā) 起的呼叫，還是模擬的虛擬用戶發(fā)起的呼叫。針對該部分的設(shè)計實現(xiàn)特點，實際應(yīng)用中只要 待測設(shè)備提供相關(guān)接口以及設(shè)備可識別的消息格式，即可靈活構(gòu)造消息，進(jìn)行測試。通信模塊，該部分的作用比較簡單，主要完成本發(fā)明涉及的軟件實現(xiàn)部分和待測 系統(tǒng)的底層通訊，相關(guān)呼叫消息的發(fā)送和傳遞。日志結(jié)構(gòu)分析模塊，該部分主要是負(fù)責(zé)針對呼叫過程以及呼叫的結(jié)果分別進(jìn)行監(jiān) 控和分析，并給出最終呼叫結(jié)果，提供給使用者。圖3是根據(jù)本發(fā)明實施例的組網(wǎng)的示意圖。如圖3所示，軟交換設(shè)備和程控交換設(shè)備為兩種語音對接實現(xiàn)設(shè)備，連接至待測 試綜合接入設(shè)備，該待測試綜合接入設(shè)備連接至呼叫控制平臺。本發(fā)明可通過以下硬件設(shè) 備來實現(xiàn)綜合接入設(shè)備；與綜合接入設(shè)備進(jìn)行對接的交換設(shè)備；連接的網(wǎng)線；PC機(jī)。圖4是根據(jù)本發(fā)明實施例的語音業(yè)務(wù)測試裝置的示意圖。如圖4所示，語音業(yè)務(wù)測試裝置410包括配置模塊402、構(gòu)造模塊404、呼叫模塊 406、統(tǒng)計模塊408。優(yōu)選地，還可以包括判斷模塊410。下面結(jié)合圖4來描述各部件之間的連接關(guān)系和作用。其中，配置模塊402，用于根 據(jù)測試需求在呼叫控制平臺上進(jìn)行呼叫參數(shù)配置；構(gòu)造模塊404，連接至配置模塊402，用 于根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；呼叫模塊406，連接至構(gòu)造模塊404，用于發(fā)起呼叫消息； 統(tǒng)計模塊408，連接至呼叫模塊406，基于呼叫消息對呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計。優(yōu)選地，還可以包括判斷模塊410，該判斷模塊410連接至統(tǒng)計模塊408，用于判斷設(shè)定的呼叫輪數(shù)是
否已經(jīng)完成。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果采用本發(fā)明所列舉的實現(xiàn)方法，可以在不需要商用呼叫測試儀器并節(jié)約大量實際 用戶單板的基礎(chǔ)上，在對綜合接入設(shè)備進(jìn)行正常功能測試的過程中，比如測試基本語音業(yè) 務(wù)，寬帶業(yè)務(wù)時，盡量模擬實際應(yīng)用場景，加大對系統(tǒng)的負(fù)荷，盡早的暴露系統(tǒng)性能以及容 量方面的問題在節(jié)約成本的基礎(chǔ)上達(dá)到測試效果。另外，由于該實現(xiàn)方法主要是直接對系 統(tǒng)控制板直接發(fā)送大量呼叫過程消息，使系統(tǒng)可以在高負(fù)荷情況下運行，在研發(fā)過程中，可 以對系統(tǒng)性能進(jìn)行一定的預(yù)估。同時，在實際組網(wǎng)中，也節(jié)省了用戶板的數(shù)量，在一定程度 上也減少了測試人員搭建環(huán)境的時間成本?？傊?，本發(fā)明實現(xiàn)了在不影響正常功能測試的過程中，加大系統(tǒng)的呼叫負(fù)荷，從而 加強(qiáng)對系統(tǒng)的測試力度，并測試系統(tǒng)的呼叫相關(guān)性能的效果，而且還降低了成本。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種語音業(yè)務(wù)測試方法，其特征在于，包括配置呼叫參數(shù)；根據(jù)所述呼叫參數(shù)，構(gòu)造呼叫消息；發(fā)起呼叫；在所述呼叫結(jié)束后，基于所述呼叫消息對所述呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述呼叫結(jié)束后，基于所述呼叫消息對 所述呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計還包括根據(jù)設(shè)定的呼叫輪數(shù)判斷所述呼叫是否已經(jīng)完成； 如果所述呼叫完成，則統(tǒng)計所有呼叫結(jié)果。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)設(shè)定的呼叫輪數(shù)判斷呼叫是否已經(jīng) 完成還包括如果所述呼叫沒有完成，則繼續(xù)進(jìn)行呼叫。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫參數(shù)包括呼叫對數(shù)，呼叫次數(shù)，主、被叫的標(biāo)識，呼叫間隔和呼叫等待時間中的至少之一。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述主、被叫的標(biāo)識包括 用戶號碼和終端標(biāo)識中的至少之一。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述呼叫參數(shù)配置情況，構(gòu)造呼叫消 息包括針對待測試設(shè)備的消息格式來構(gòu)造所述呼叫消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫消息為摘機(jī)消息，撥號消息，接 續(xù)消息和掛機(jī)消息中的至少之一。
8.根據(jù)權(quán)利要求1至7中任一項所述的方法，其特征在于，所述方法還包括 完成呼叫測試任務(wù)后，針對所述統(tǒng)計結(jié)果生成一份呼叫測試報告。
9.一種語音業(yè)務(wù)測試裝置，其特征在于，包括配置模塊，用于根據(jù)測試需求在呼叫控制平臺上進(jìn)行呼叫參數(shù)配置； 構(gòu)造模塊，用于根據(jù)所述呼叫參數(shù)，構(gòu)造呼叫消息； 呼叫模塊，用于發(fā)起所述呼叫消息；統(tǒng)計模塊，基于所述呼叫消息對所述呼叫的呼叫結(jié)果進(jìn)行統(tǒng)計。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述裝置還包括 判斷模塊，用于判斷設(shè)定的呼叫輪數(shù)是否已經(jīng)完成。
全文摘要
本發(fā)明公開了一種語音業(yè)務(wù)測試方法及裝置，該語音業(yè)務(wù)測試方法包括配置呼叫參數(shù)；根據(jù)呼叫參數(shù)，構(gòu)造呼叫消息；發(fā)起呼叫；在呼叫結(jié)束后，基于呼叫消息對呼叫結(jié)果進(jìn)行統(tǒng)計。本發(fā)明實現(xiàn)了在不影響正常功能測試的過程中，加大系統(tǒng)的呼叫負(fù)荷，從而加強(qiáng)對系統(tǒng)的測試力度，并測試系統(tǒng)的呼叫相關(guān)性能，而且還降低了測試成本。
文檔編號H04M3/32GK101964849SQ20091016009
公開日2011年2月2日 申請日期2009年7月21日 優(yōu)先權(quán)日2009年7月21日
發(fā)明者臧美燕 申請人:中興通訊股份有限公司