專利名稱：集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試方法及測試系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，具體涉及一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延 的測i式方法及測^式系統(tǒng)。
背景技術(shù)：
集群通信系統(tǒng)，是一種高級移動調(diào)度系統(tǒng)，代表著通信體制之 一的專用移動通信網(wǎng)的發(fā)展方向。集群通信系統(tǒng)具有可用信道為系統(tǒng)的全體用戶共用、自動選擇信道的功能；它是共享資源、分擔(dān)費 用、共用信道設(shè)備及服務(wù)的多用途、高效能的無線調(diào)度通信系統(tǒng)。 由于數(shù)字集群通信系統(tǒng)具有系統(tǒng)容量大、頻率利用率高、功能多樣 等優(yōu)勢，目前已經(jīng)成為集群通信領(lǐng)域的主流技術(shù)。集群通信的話音 通信有著顯著的特點，即采用PTT ( Push To Talk )按鍵以一按即通 的方式接續(xù)，被叫無須摘機(jī)即可接聽，且接續(xù)速度快，并支持群呼 等功能。正是由于集群通信的這些特點，它被廣泛應(yīng)用于一些專業(yè) 移動通信領(lǐng)域，例如大型企業(yè)、交通、出租車調(diào)度、港口、公共安 全、消防等部門。圖1是現(xiàn)有技術(shù)的數(shù)字集群通信系統(tǒng)基本的網(wǎng)絡(luò)架構(gòu)圖。現(xiàn)有 的數(shù)字集群通信系統(tǒng)基本的網(wǎng)絡(luò)架構(gòu)參見圖l所示，通常包括集群 終端1、基站子系統(tǒng)2和調(diào)度子系統(tǒng)3,其中，集群終端l通過空 中接口和集群系統(tǒng)相連，為用戶提供集群系統(tǒng)的各種集群業(yè)務(wù)，同時兼具提供傳統(tǒng)的普通語音業(yè)務(wù)、補(bǔ)充業(yè)務(wù)、短消息業(yè)務(wù)和分組數(shù) 據(jù)業(yè)務(wù)的功能。
基站子系統(tǒng)2包括支持集群呼叫的收發(fā)信機(jī)(BTS) 21、基站 控制器(BSC)和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端(PDC) 22。其中，基 站控制器(BSC)和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端(PDC)對外是一個 統(tǒng)一的功能實體?；咀酉到y(tǒng)2完成終端的接入功能，并根據(jù)用戶 ^吏用業(yè)務(wù)類型派發(fā)到相應(yīng)的子系統(tǒng)處理。
調(diào)度子系統(tǒng)3由調(diào)度控制中心(DCC) 31、調(diào)度歸屬寄存器 (DHR) 32、調(diào)度臺服務(wù)器(DAS) 33、調(diào)度臺客戶端(DAC ) 34 和受理臺(DHRAgent)組成。調(diào)度子系統(tǒng)主要完成集群調(diào)度業(yè)務(wù)。
集群通信系統(tǒng)中，基站子系統(tǒng)與調(diào)度子系統(tǒng)之間在集群呼叫中 存在并行的信令交互過程，當(dāng)系統(tǒng)話務(wù)量加大時可能會導(dǎo)致子系統(tǒng) 處理時延變大、信令傳輸時延變大，影響調(diào)度子系統(tǒng)和基站子系統(tǒng) 的并4亍處理，導(dǎo)致兩側(cè)STDL ( Shared Trunk Data Link,共享集群 數(shù)據(jù)鏈路)鏈路狀態(tài)不一致，產(chǎn)生臨界狀態(tài)，導(dǎo)致呼叫異常。目前 對于這種情況的測試，通常采取人工同時大量撥打測試，或者利用 大話務(wù)仿真軟件模擬大量用戶發(fā)起呼叫，來制造系統(tǒng)話務(wù)量加大時 虧1起信令傳輸時延和子系統(tǒng)處理時延變大的測試環(huán)境，但這些測試方法都存在測i式過禾呈不可4空的問題，費時費力，測試^爻率4氐，測i式 成本高，實際的測試^丈果并不理想
發(fā)明內(nèi)容
鑒于上述技術(shù)問題，本發(fā)明提供一種數(shù)字集群通信系統(tǒng)中模擬 網(wǎng)絡(luò)時延的測試方法及測試系統(tǒng)，以測試集群通信系統(tǒng)話務(wù)量力口大 時導(dǎo)致子系統(tǒng)處理時延和信令傳輸時延變大對集群通信系統(tǒng)的影 響，達(dá)到加強(qiáng)測試過程可控性，才是高測試效率，降^f氐測試成本的目的。 根據(jù)本發(fā)明的 一個方面，提供了 一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試方法，包括以下步驟呼叫步驟，集群終端或者調(diào)度子系統(tǒng) 發(fā)起集群呼叫；模擬步驟，在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間增加的、 存儲有測試腳本的延時模塊收到基站子系統(tǒng)或者調(diào)度子系統(tǒng)的信 令，根據(jù)測試腳本延遲指定的時間后，再發(fā)給調(diào)度子系統(tǒng)或者基站 子系統(tǒng)；測試步驟，延時才莫塊反復(fù)延時，直至呼叫建立失敗或者建 立成功。本發(fā)明在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間增加一個延時模塊，延 時模塊通過定時器的方式，對從基站子系統(tǒng)或者調(diào)度子系統(tǒng)收到的 信令進(jìn)行指定時間的延時后，再發(fā)給調(diào)度子系統(tǒng)或者基站子系統(tǒng)。 通過測試腳本改變每個階段的延時大小，人工控制基站子系統(tǒng)和調(diào) 度子系統(tǒng)之間信令交互的時延，模擬實際商用網(wǎng)絡(luò)中話務(wù)量加大時 引起子系統(tǒng)信令處理時延和信令傳輸時延變大的情況，方法簡單易 行，并可以模擬多種不同大小的話務(wù)量產(chǎn)生的系統(tǒng)處理時延和信令 傳輸時延。其中，在上述測試方法中，模擬步驟和測試步驟具體包括以下 步驟步驟一，當(dāng)是集群終端發(fā)起集群呼叫時，延時模塊收到基站 子系統(tǒng)的起呼請求消息后，根據(jù)測試腳本延遲指定的時間后，發(fā)給 調(diào)度子系統(tǒng)；步驟二，調(diào)度子系統(tǒng)進(jìn)行系統(tǒng)內(nèi)部處理，先發(fā)出針對 調(diào)度區(qū)內(nèi)用戶的尋呼消息；步驟三，延時模塊收到按照調(diào)度區(qū)內(nèi)的 尋呼消息后，4艮據(jù)測試腳本延遲指定的時間后發(fā)^合基站子系統(tǒng)；步 驟四，基站子系統(tǒng)按照步驟三中的尋呼消息的內(nèi)容建立用于傳送本 次集群呼叫的話音數(shù)據(jù)的STDL鏈路，并帶回STDL鏈路建立完成 消息，其中，STDL《連^各建立完成消息攜帶有已建立完成的STDL 鏈路信息；步驟五，延時模塊再次根據(jù)測試腳本延遲指定的時間后， 將STDL鏈路信息發(fā)給調(diào)度子系統(tǒng)；步驟六，調(diào)度子系統(tǒng)在發(fā)出步 驟二中的調(diào)度區(qū)內(nèi)的尋呼消息后，進(jìn)行內(nèi)部數(shù)據(jù)庫查詢，根據(jù)查詢
結(jié)果以及是否收到步驟五中的STDL鏈路信息，再發(fā)出針對調(diào)度區(qū) 外用戶的尋呼消息；步驟七，延時模塊收到調(diào)度區(qū)外的尋呼消息后， 按照測試腳本延遲指定的時間后，發(fā)給基站子系統(tǒng)；步驟八，基站 子系統(tǒng)收到步驟七中的調(diào)度區(qū)外的尋呼消息，判斷調(diào)度區(qū)外的尋呼 消息攜帶的STDL鏈路信息是否與步驟四中的STDL鏈路信息一 致，從而判斷基站子系統(tǒng)和所屬調(diào)度子系統(tǒng)之間狀態(tài)是否一致，一 致則呼叫建立成功，否則建立失敗。此外，在上述測試方法中，模擬步驟和測試步驟具體包括以下 步驟步驟A,當(dāng)是調(diào)度子系統(tǒng)發(fā)起集群呼叫時，調(diào)度子系統(tǒng)直接 進(jìn)行系統(tǒng)內(nèi)部處理，先發(fā)出針對調(diào)度區(qū)內(nèi)用戶的尋呼消息；步驟B， 延時模塊收到按照調(diào)度區(qū)內(nèi)的尋呼消息后，根據(jù)測試腳本延遲指定 的時間后發(fā)給基站子系統(tǒng)；步驟C,基站子系統(tǒng)按照步驟B中的尋 呼消息的內(nèi)容建立用于傳送本次集群呼叫的話音數(shù)據(jù)的STDL鏈 路，并帶回STDL鏈路建立完成消息，其中，STDL鏈路建立完成 消息攜帶有已建立完成的STDL鏈路信息；步驟D，延時模塊再次 根據(jù)測試腳本延遲指定的時間后，將STDL鏈路信息發(fā)給調(diào)度子系 統(tǒng)；步驟E,調(diào)度子系統(tǒng)在發(fā)出步驟A中的調(diào)度區(qū)內(nèi)的尋呼消息后， 進(jìn)行內(nèi)部數(shù)據(jù)庫查詢，根據(jù)查詢結(jié)果以及是否收到步驟D中的 STDL鏈路信息，再發(fā)出針對調(diào)度區(qū)外用戶的尋呼消息；步驟F, 延時模塊收到調(diào)度區(qū)外的尋呼消息后，按照測試腳本延遲指定的時 間后，發(fā)給基站子系統(tǒng)；步驟G，基站子系統(tǒng)收到步驟F中的調(diào)度 區(qū)外的尋呼消息，判斷調(diào)度區(qū)外的尋呼消息攜帶的STDL鏈路信息 是否與步驟C中的STDL鏈路信息一致，從而判斷基站子系統(tǒng)和所 屬調(diào)度子系統(tǒng)之間狀態(tài)是否一致， 一致則呼叫建立成功，否則建立 失敗。在上述測試方法中，還包括重復(fù)步驟，改變測試腳本，重復(fù) 模擬步驟和測試步驟。
在上述測試方法的步-驟二或步-驟A中，系統(tǒng)內(nèi)部處理包4舌系統(tǒng) 內(nèi)部鑒片又處理。根據(jù)本發(fā)明另 一方面，提供了 一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的 測試系統(tǒng)，包括集群終端，通過空中接口和集群系統(tǒng)相連，為用 戶提供集群系統(tǒng)的各種集群業(yè)務(wù)；基站子系統(tǒng)，用于完成終端的接 入功能，并根據(jù)用戶使用業(yè)務(wù)類型派發(fā)到相應(yīng)的基站子系統(tǒng)或調(diào)度 子系統(tǒng)處理；調(diào)度子系統(tǒng)，用于完成集群調(diào)度業(yè)務(wù)；延時模塊，位 于在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間，通過定時器的方式，對從基站 子系統(tǒng)或者調(diào)度子系統(tǒng)收到的信令進(jìn)行指定時間的延時后，再發(fā)給 調(diào)度子系統(tǒng)或者基站子系統(tǒng)，并存儲有測試腳本。在上述測試系統(tǒng)中，延時模塊通過測試腳本改變每個階段的延 時大小，人工控制基站子系統(tǒng)和調(diào)度子系統(tǒng)之間信令交互的時延， 模擬實際商用網(wǎng)絡(luò)中話務(wù)量加大時引起基站子系統(tǒng)和調(diào)度子系統(tǒng) 信令處理時延和信令傳輸時延變大的情況。在上述測試系統(tǒng)中，集群終端同時兼具提供傳統(tǒng)的普通語音業(yè) 務(wù)、補(bǔ)充業(yè)務(wù)、短消息業(yè)務(wù)和分組數(shù)據(jù)業(yè)務(wù)的功能。在上述測試系統(tǒng)中，基站子系統(tǒng)包括支持集群呼叫的收發(fā)信 機(jī)、基站控制器和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端，其中，基站控制器和 調(diào)度客戶端對外是一個統(tǒng)一的功能實體。在上述測試系統(tǒng)中，調(diào)度子系統(tǒng)包括調(diào)度控制中心、調(diào)度歸屬 寄存器、調(diào)度臺服務(wù)器、調(diào)度臺客戶端和受理臺。與現(xiàn)有4支術(shù)相比4交，本發(fā)明的測試方法及測試系統(tǒng)克H了現(xiàn)有 通過人工大量撥打測試或者大話務(wù)仿真軟件測試來加大網(wǎng)絡(luò)負(fù)荷 產(chǎn)生的子系統(tǒng)處理時延和信令傳輸時延大小不可控的缺點，可以通 過輸入不同的測試腳本控制各個階段的時延，制造出多種話務(wù)量下 引起的不同時延，測試不同時延下對系統(tǒng)呼叫性能的影響，提高了 測試效率，降^氐了測試成本，以簡單易4亍的方法測試不同負(fù)載下的 集群系統(tǒng)穩(wěn)定性。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他/比點可通過在所寫的i兌明書、纟又利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


圖1是現(xiàn)有技術(shù)的數(shù)字集群通信系統(tǒng)基本的網(wǎng)絡(luò)架構(gòu)圖； 圖2是本發(fā)明測試方法的第一實施例的流禾呈圖； 圖3是本發(fā)明測試方法的第二實施例的流禾呈圖； 圖4是本發(fā)明測試系統(tǒng)的框圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例4義用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。圖2是本發(fā)明測試方法的第一實施例的流程圖。如圖2所示， 測i式方法包4舌S210:呼叫步驟，集群終端或者調(diào)度子系統(tǒng)發(fā)起集群呼叫； S220:才莫擬步驟，在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間增加的、存 儲有測試腳本的延時模塊收到基站子系統(tǒng)或者調(diào)度子系統(tǒng)的信令， 根據(jù)測試腳本延遲指定的時間后，再發(fā)給調(diào)度子系統(tǒng)或者基站子系 統(tǒng)；S230:測試步驟，延時才莫塊反復(fù)延時，直至呼叫建立失敗或者 建立成功。其中，延時模塊的主要功能是通過定時器對收到的信令進(jìn)行延 時后再轉(zhuǎn)發(fā)。在延時模塊中輸入測試腳本以控制子系統(tǒng)之間的信令 交互時延，測試腳本中指定了集群呼叫過程中延時模塊在各階段需 要延遲的時長。測試中可以才艮據(jù)經(jīng)-驗值改變測試腳本，重復(fù)步驟才莫擬步驟S220 和測試步驟S230,以模擬不同話務(wù)量產(chǎn)生的子系統(tǒng)處理時延和信令 傳輸時延，測試呼叫建立過程中不同階段的不同時延對系統(tǒng)呼叫性 能的影響。圖3是本發(fā)明測試方法的第二實施例的流程圖。如圖3所示， 本發(fā)明的測試方法的主要步驟如下步驟S301:在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間增加延時模塊，并 在延時模塊中輸入測試腳本，以控制子系統(tǒng)之間各個階段的信令交 互時延；步驟S302:集群終端或者調(diào)度子系統(tǒng)發(fā)起集群呼叫；步驟S303:如果是終端發(fā)起集群呼叫，延時模塊收到基站子系 統(tǒng)的起呼請求消息后，按測試腳本延遲指定的時間后發(fā)鄉(xiāng)會調(diào)度子系 統(tǒng)。如果是調(diào)度子系統(tǒng)發(fā)起集群呼叫，則直接轉(zhuǎn)入步驟S304;
步驟S304:調(diào)度子系統(tǒng)收到起呼消息，進(jìn)行系統(tǒng)內(nèi)部鑒權(quán)等處 理，先發(fā)出針對調(diào)度區(qū)內(nèi)用戶的尋呼消息；步驟S305:延時模塊收到調(diào)度區(qū)內(nèi)的尋呼消息后，按照測試腳 本延遲指定的時間后發(fā)給基站子系統(tǒng)；步驟S306:基站子系統(tǒng)按照步驟S305中尋呼消息的內(nèi)容建立 STDL鏈路，用于傳送本次集群呼叫的話音數(shù)據(jù)，并帶回STDL鏈 路建立完成消息，其中攜帶有已建立完成的STDL鏈路信息；步驟S307:延時模塊再次根據(jù)測試腳本延遲指定的時間后，將 STDL鏈路信息發(fā)給調(diào)度子系統(tǒng)；步驟S308:調(diào)度子系統(tǒng)在發(fā)出步驟S304中調(diào)度區(qū)內(nèi)尋呼消息 后，進(jìn)行內(nèi)部數(shù)據(jù)庫查詢，根據(jù)查詢結(jié)果以及是否收到步驟S307 中的STDL鏈路信息，再發(fā)出針對調(diào)度區(qū)外用戶的尋呼消息；步驟S309:延時模塊收到調(diào)度區(qū)外的尋呼消息后，按照測試腳 本延遲指定的時間后發(fā)給基站子系統(tǒng)；步驟S310:基站子系統(tǒng)收到步驟S309中調(diào)度區(qū)外的尋呼消息， 判斷其攜帶的STDL鏈路信息是否與步驟S306中的STDL鏈路信 息一致，乂人而判斷子系統(tǒng)之間狀態(tài)是否一致， 一致則表示呼叫建立 成功，否則建立失敗。實際測試中可以才艮據(jù)經(jīng)驗值改變測試腳本，重復(fù)步驟S302~ S310，以才莫擬不同話務(wù)量產(chǎn)生的子系統(tǒng)處理時延和信令傳輸時延， 測試呼叫建立過程中不同階段的不同時延對系統(tǒng)呼叫性能的影響。圖4是本發(fā)明測試系統(tǒng)10的框圖。如圖4所示，本發(fā)明的測 試方法是在基站子系統(tǒng)2與調(diào)度子系統(tǒng)3之間增加了 一個延時模塊
4,通過在延時才莫塊4中輸入不同的測試腳本，對延時才莫塊4收到 信令的進(jìn)行不同時間的延時后再轉(zhuǎn)發(fā)，用以控制基站子系統(tǒng)2與調(diào) 度子系統(tǒng)3之間信令交互的時延，模擬不同網(wǎng)絡(luò)負(fù)載下產(chǎn)生的子系 統(tǒng)處理時延和^[言令傳lt時延。此外，如圖1所示，集群終端1通過空中接口和集群系統(tǒng)相連， 為用戶提供集群系統(tǒng)的各種集群業(yè)務(wù)，同時兼具提供傳統(tǒng)的普通語 音業(yè)務(wù)、補(bǔ)充業(yè)務(wù)、短消息業(yè)務(wù)和分組數(shù)據(jù)業(yè)務(wù)的功能。基站子系統(tǒng)2包括支持集群呼叫的收發(fā)信機(jī)(BTS) 21、基站 控制器(BSC)和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端(PDC) 22。其中，基 站控制器(BSC)和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端(PDC)對外是一個 統(tǒng)一的功能實體?；咀酉到y(tǒng)2完成終端的接入功能，并根據(jù)用戶 ^使用業(yè)務(wù)類型派發(fā)到相應(yīng)的子系統(tǒng)處理。調(diào)度子系統(tǒng)3由調(diào)度控制中心(DCC) 31、調(diào)度歸屬寄存器 (DHR) 32、調(diào)度臺服務(wù)器(DAS) 33、調(diào)度臺客戶端(DAC ) 34 和受理臺(DHRAgent)組成。調(diào)度子系統(tǒng)主要完成集群調(diào)度業(yè)務(wù)。發(fā)明的測i式方法和測-試系統(tǒng)是在基站子系統(tǒng)與調(diào)度子系統(tǒng)之 間增加了 一個延時才莫塊，通過在延時模塊中輸入不同的測試腳本， 對延時模塊收到信令的進(jìn)行不同時間的延時后再轉(zhuǎn)發(fā)，用以控制子 系統(tǒng)之間信令交互的時延，模擬不同網(wǎng)絡(luò)負(fù)載下產(chǎn)生的子系統(tǒng)處理 時延和信令傳輸時延。與現(xiàn)有技術(shù)相比較，本發(fā)明的測試方法及測試系統(tǒng)克服了現(xiàn)有 通過人工大量撥打測試或者大話務(wù)仿真軟件測試來加大網(wǎng)絡(luò)負(fù)荷 產(chǎn)生的子系統(tǒng)處理時延和信令傳輸時延大小不可控的缺點，可以通 過輸入不同的測試腳本控制各個階段的時延，制造出多種話務(wù)量下 引起的不同時延，測試不同時延下對系統(tǒng)呼叫性能的影響，提高了
測試效率，降低了測試成本，以簡單易行的方法測試不同負(fù)載下的 集群系統(tǒng)穩(wěn)定性。綜上所述，本發(fā)明提出了一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試 方法及測試系統(tǒng)，可以有效的模擬網(wǎng)絡(luò)負(fù)載增加帶來的系統(tǒng)處理時 延和信令傳輸時延的增加，用以測試對系統(tǒng)呼叫性能的影響。以簡單的實驗室設(shè)備才莫擬商用網(wǎng)絡(luò)中不同話務(wù)量產(chǎn)生的系統(tǒng)處理時延 和信令傳輸時延，測試系統(tǒng)在多種話務(wù)量下時延的影響，簡單易4亍，避免在實際商用網(wǎng)絡(luò)中測試對網(wǎng)絡(luò)的影響。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā) 明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試方法，其特征在于，包括以下步驟呼叫步驟，集群終端或者調(diào)度子系統(tǒng)發(fā)起集群呼叫；模擬步驟，在基站子系統(tǒng)和所述調(diào)度子系統(tǒng)之間增加的、存儲有測試腳本的延時模塊收到所述基站子系統(tǒng)或者所述調(diào)度子系統(tǒng)的信令，根據(jù)所述測試腳本延遲指定的時間后，再發(fā)給所述調(diào)度子系統(tǒng)或者所述基站子系統(tǒng)；測試步驟，所述延時模塊反復(fù)延時，直至呼叫建立失敗或者建立成功。
2. 一艮據(jù)纟又利要求1所述的測試方法，其特;f正在于，所述^=莫擬步驟和所述測試步驟具體包括以下步驟步驟一，當(dāng)是所述集群終端發(fā)起集群呼叫時，所述延時 才莫塊收到所述基站子系統(tǒng)的起呼請求消息后，才艮據(jù)所述測試腳 本延遲指定的時間后，發(fā)給所述調(diào)度子系統(tǒng)；步驟二，所述調(diào)度子系統(tǒng)進(jìn)^f亍系統(tǒng)內(nèi)部處理，先發(fā)出4十 對調(diào)度區(qū)內(nèi)用戶的尋呼消息；步驟三，所述延時沖莫塊收到按照所述調(diào)度區(qū)內(nèi)的所述尋 呼消息后，根據(jù)所述測試腳本延遲指定的時間后發(fā)給所述基站 子系統(tǒng)；步驟四，所述基站子系統(tǒng)4姿照步驟三中的所述尋呼消息 的內(nèi)容建立用于傳送本次集群呼叫的話音數(shù)據(jù)的STDL鏈路， 并帶回STDL鏈路建立完成消息，其中，所述STDL鏈路建立 完成消息攜帶有已建立完成的STDL鏈路信息； 步驟五，所述延時模塊再次根據(jù)所述測試腳本延遲指定的時間后，將STDL鏈路信息發(fā)給調(diào)度子系統(tǒng)；步驟六，所述調(diào)度子系統(tǒng)在發(fā)出步驟二中的所述調(diào)度區(qū) 內(nèi)的尋呼消息后，進(jìn)行內(nèi)部數(shù)據(jù)庫查詢，根據(jù)查詢結(jié)果以及是 否收到步驟五中的所述STDL鏈路信息，再發(fā)出針對所述調(diào)度 區(qū)外用戶的尋呼消息；步驟七，所述延時模塊收到所述調(diào)度區(qū)外的尋呼消息后， 按照所述測試腳本延遲指定的時間后，發(fā)給所述基站子系統(tǒng)；步驟八，所述基站子系統(tǒng)收到步驟七中的所述調(diào)度區(qū)外 的尋呼消息，判斷所述調(diào)度區(qū)外的尋呼消息攜帶的STDL鏈路 信息是否與步驟四中的所述STDL鏈路信息一致，從而判斷所 述基站子系統(tǒng)和所屬調(diào)度子系統(tǒng)之間狀態(tài)是否一致， 一致則表 示呼叫建立成功，否則建立失敗。
3.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，還包括，所述模擬步驟和測試步驟具體包括以下步驟步驟A,當(dāng)是所述調(diào)度子系統(tǒng)發(fā)起集群呼叫時，所述調(diào) 度子系統(tǒng)直接進(jìn)行系統(tǒng)內(nèi)部處理，先發(fā)出針對調(diào)度區(qū)內(nèi)用戶的 尋呼消息；步驟B，所述延時4莫塊收到按照所述調(diào)度區(qū)內(nèi)的所述尋呼 消息后，根據(jù)所述測試腳本延遲指定的時間后發(fā)給所述基站子 系統(tǒng)；步驟C,所述基站子系統(tǒng)按照步驟B中的所述尋呼消息 的內(nèi)容建立用于傳送本次集群呼叫的話音數(shù)據(jù)的STDL鏈路， 并帶回STDL鏈路建立完成消息，其中，所述STDL鏈路建立 完成消息攜帶有已建立完成的STDL鏈i 各信息； 步驟D，所述延時模塊再次根據(jù)所述測試腳本延遲指定的時間后，將STDL鏈路信息發(fā)給調(diào)度子系統(tǒng)；步驟E，所述調(diào)度子系統(tǒng)在發(fā)出步驟A中的所述調(diào)度區(qū) 內(nèi)的尋呼消息后，進(jìn)行內(nèi)部數(shù)據(jù)庫查詢，根據(jù)查詢結(jié)果以及是 否收到步艱《D中的所述STDL鏈路4言息，再發(fā)出針對所述調(diào) 度區(qū)外用戶的尋呼消息；步驟F,所述延時模塊收到所述調(diào)度區(qū)外的尋呼消息后， 」接照所述測試腳本延遲指定的時間后，發(fā)給所述基站子系統(tǒng)；步驟G，所述基站子系統(tǒng)收到步驟F中的所述調(diào)度區(qū)外 的尋呼消息，判斷所述調(diào)度區(qū)外的尋呼消息攜帶的STDL鏈路 信息是否與步驟C中的所述STDL鏈路信息一致，從而判斷 所述基站子系統(tǒng)和所屬調(diào)度子系統(tǒng)之間狀態(tài)是否一致， 一致則 表示呼叫建立成功，否則建立失敗。
4. 根據(jù)權(quán)利要求1至3中任一項所述的測試方法，其特征在于， 還包括重復(fù)步驟，改變所述測試腳本，重復(fù)所述一莫擬步驟和所 述測試步艱爻。
5. 根據(jù)權(quán)利要求2或3所述的測試方法，其特征在于，在步驟二 或步驟A中，所述系統(tǒng)內(nèi)部處理包括系統(tǒng)內(nèi)部鑒權(quán)處理。
6. —種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試系統(tǒng)，其特征在于，包括集群終端，通過空中接口和所述集群系統(tǒng)相連，為用戶 提供所述集群系統(tǒng)的各種集群業(yè)務(wù)；基站子系統(tǒng)，用于完成終端的4妄入功能，并才艮據(jù)用戶"f吏 用業(yè)務(wù)類型派發(fā)到相應(yīng)的所述基站子系統(tǒng)或所述調(diào)度子系統(tǒng) 處理； 所述調(diào)度子系統(tǒng)，用于完成集群調(diào)度業(yè)務(wù)；延時模塊，位于在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間，通過 定時器的方式，對從所述基站子系統(tǒng)或者所述調(diào)度子系統(tǒng)收到 的信令進(jìn)行指定時間的延時后，再發(fā)給調(diào)度子系統(tǒng)或者所述基 站子系統(tǒng)，并存^f諸有測試躲p本。
7. 根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于所述延時模塊通過測試腳本改變每個階段的延時大小， 人工控制所述基站子系統(tǒng)和所述調(diào)度子系統(tǒng)之間信令交互的 時延，模擬實際商用網(wǎng)絡(luò)中話務(wù)量加大時引起所述基站子系統(tǒng) 和所述調(diào)度子系統(tǒng)信令處理時延和信令傳輸時延變大的情況。
8. 才艮據(jù)權(quán)利要求6或7所述的測試系統(tǒng)，其特征在于所述集群終端同時兼具提供傳統(tǒng)的普通語音業(yè)務(wù)、補(bǔ)充 業(yè)務(wù)、短消息業(yè)務(wù)和分組^t據(jù)業(yè)務(wù)的功能。
9. 才艮據(jù)權(quán)利要求6或7所述的測試系統(tǒng)，其特征在于所述基站子系統(tǒng)包括支持集群呼叫的收發(fā)信機(jī)、基站 控制器和網(wǎng)絡(luò)側(cè)交互的調(diào)度客戶端，其中，所述基站控制器和所述調(diào)度客戶端對外是一個統(tǒng) 一的功能實體。
10. 根據(jù)權(quán)利要求6或7所述的測試系統(tǒng)，其特征在于所述調(diào)度子系統(tǒng)包括調(diào)度控制中心、調(diào)度歸屬寄存器、 調(diào)度臺服務(wù)器、調(diào)度臺客戶端和受理臺。
全文摘要
本發(fā)明公開了一種集群系統(tǒng)中模擬網(wǎng)絡(luò)時延的測試方法及測試系統(tǒng)，該測試方法包括以下步驟呼叫步驟，集群終端或者調(diào)度子系統(tǒng)發(fā)起集群呼叫；模擬步驟，在基站子系統(tǒng)和調(diào)度子系統(tǒng)之間增加的、存儲有測試腳本的延時模塊收到基站子系統(tǒng)或者調(diào)度子系統(tǒng)的信令，根據(jù)測試腳本延遲指定的時間后，再發(fā)給調(diào)度子系統(tǒng)或者基站子系統(tǒng)；測試步驟，延時模塊反復(fù)延時，直至呼叫建立失敗或者建立成功。以測試集群通信系統(tǒng)話務(wù)量加大時導(dǎo)致子系統(tǒng)處理時延和信令傳輸時延變大對集群通信系統(tǒng)的影響，達(dá)到加強(qiáng)測試過程可控性，提高測試效率，降低測試成本的目的。
文檔編號H04Q7/38GK101119538SQ20071014531
公開日2008年2月6日 申請日期2007年9月7日 優(yōu)先權(quán)日2007年9月7日
發(fā)明者勇 戴, 陳朝暉 申請人:中興通訊股份有限公司