Ngn軟交換實驗系統(tǒng)及其控制方法
【專利摘要】本發(fā)明提供了一種NGN軟交換實驗系統(tǒng)及其控制方法，將實驗過程分階段進行，操作者先通過業(yè)務維護單元在本地做好數(shù)據(jù)配置，然后在客戶端NGN-Client向服務端NGN-Server發(fā)送申請數(shù)據(jù)加載請求，服務端NGN-Server通過排隊機制將數(shù)據(jù)加載到軟交換單元上，最后進行實驗驗證，從而解決了多操作者操作一臺軟交換單元而導致的整體實驗時間過長、設備利用率低、數(shù)據(jù)紊亂等問題，保證了數(shù)據(jù)的有效性與一致性，并且極大地節(jié)約實驗時間，提高了教學效率。
【專利說明】NGN軟交換實驗系統(tǒng)及其控制方法

【技術領域】
[0001]本發(fā)明涉及一種通信實驗系統(tǒng)，尤其涉及NGN軟交換實驗系統(tǒng)及其控制方法。

【背景技術】
[0002]NGN(Next Generat1n Network ;下一代網(wǎng)絡)，是以軟交換為核心，能夠提供語音、視頻、數(shù)據(jù)等多媒體綜合業(yè)務，采用開放、標準體系結(jié)構(gòu)，能夠提供豐富業(yè)務的下一代網(wǎng)絡。
[0003]在目前高校NGN軟交換實驗室中，一個班級學生人數(shù)一般為40?60人，在單一的實驗設備環(huán)境，采取的實驗一般有兩種方式:一種是學生通過排隊進行聯(lián)機操作，另一種是所有學生同時聯(lián)機操作。這兩種方式都存在一定的問題，前者導致整體的實驗時間過長，設備利用率太低，后者則導致數(shù)據(jù)嚴重錯亂、不一致問題。


【發(fā)明內(nèi)容】

[0004]本發(fā)明提供一種能夠保證數(shù)據(jù)的有效性與一致性的NGN軟交換實驗系統(tǒng)及其控制方法。
[0005]一種NGN軟交換實驗系統(tǒng)，包括:
[0006]至少一業(yè)務維護單元，用于提供數(shù)據(jù)；
[0007]至少一客戶端，每個所述客戶端分別信號連接于每個所述業(yè)務維護單元；
[0008]服務端，信號連接于每個所述客戶端；
[0009]軟交換單元，信號連接于所述服務端；
[0010]所述業(yè)務維護單元提供的數(shù)據(jù)傳輸至所述客戶端，操作者在所述客戶端配置所述數(shù)據(jù)并向所述服務端發(fā)送申請加載所述數(shù)據(jù)的請求，所述服務端通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元上，并將加載結(jié)果返回至所述客戶端進行實驗驗證。
[0011]優(yōu)選地，所述客戶端還用于一鍵清除本地數(shù)據(jù)。
[0012]優(yōu)選地，所述服務端通過Socket通信技術與所述客戶端連接。
[0013]優(yōu)選地，所述服務端通過Socket通信技術與所述軟交換單元連接。
[0014]優(yōu)選地，所述服務端還用于根據(jù)所述客戶端的請求加載外圍設備或撤銷席位或放棄席位。
[0015]優(yōu)選地，所述軟交換單元為華為SoftX3000。
[0016]另外本發(fā)明還提供了一種NGN軟交換實驗系統(tǒng)的控制方法，包括如下步驟:
[0017]步驟SllO:業(yè)務維護單元提供數(shù)據(jù)傳輸至所述客戶端；
[0018]步驟S120:操作者在所述客戶端配置所述數(shù)據(jù)；
[0019]步驟S130:所述客戶端向所述服務端發(fā)送申請加載所述數(shù)據(jù)的請求；
[0020]步驟S140:所述服務端通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元上;
[0021]步驟S150:若上述判斷結(jié)果為是，所述服務端將所述數(shù)據(jù)加載到所述軟交換單元上；若上述判斷結(jié)果為否，將返回步驟S130 ;
[0022]步驟S160:所述服務端將加載結(jié)果返回至所述客戶端進行實驗驗證。
[0023]優(yōu)選地，如果當前客戶端排在隊列的第一位，所述服務端會立即進行數(shù)據(jù)加載處理；如果當前所述客戶端不是第一位，則上述服務端返回排在第一位客戶端的IP、當前客戶端排在第幾位、等待時間，并且每隔一分鐘更新一次，直到當前客戶端排到第一位。
[0024]優(yōu)選地，所述加載的過程采用操作數(shù)據(jù)庫導表的方式。
[0025]優(yōu)選地，在所述數(shù)據(jù)導入完成后，所述服務端還包括對所述數(shù)據(jù)格式化、單板復位處理的步驟。
[0026]本發(fā)明將實驗過程分階段進行，操作者先通過業(yè)務維護單元在本地做好數(shù)據(jù)配置，然后在客戶端NGN-Client向服務端NGN-Server發(fā)送申請數(shù)據(jù)加載請求，服務端NGN-Server通過排隊機制將數(shù)據(jù)加載到軟交換單元上，最后進行實驗驗證，從而解決了多操作者操作一臺軟交換單元而導致的整體實驗時間過長、設備利用率低、數(shù)據(jù)紊亂等問題，保證了數(shù)據(jù)的有效性與一致性，并且極大地節(jié)約實驗時間，提高了教學效率。

【專利附圖】

【附圖說明】
[0027]圖1為本發(fā)明NGN軟交換實驗系統(tǒng)模塊框圖；
[0028]圖2為本發(fā)明NGN軟交換實驗系統(tǒng)的控制方法流程圖。

【具體實施方式】
[0029]下面將結(jié)合附圖以及具體實施例來對本發(fā)明作進一步詳細說明。
[0030]請參閱圖1，為本發(fā)明提供的一種NGN軟交換實驗系統(tǒng)包括:業(yè)務維護單元110、客戶端120、服務端130及軟交換單元140。
[0031]其中:
[0032]業(yè)務維護單元110至少為I個，用于提供數(shù)據(jù)；
[0033]客戶端120對應于業(yè)務維護單元110的數(shù)量，每個客戶端分別信號連接于每個業(yè)務維護單元；
[0034]服務端130信號連接于每個客戶端；
[0035]軟交換單元140信號連接于服務端130。
[0036]具體地，業(yè)務維護單元110提供的數(shù)據(jù)傳輸至所述客戶端120，操作者在所述客戶端120配置所述數(shù)據(jù)并向所述服務端130發(fā)送申請加載所述數(shù)據(jù)的請求，所述服務端130通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元140上，并將加載結(jié)果返回至所述客戶端120進行實驗驗證。
[0037]優(yōu)選地，所述客戶端120還用于一鍵清除本地數(shù)據(jù)。本發(fā)明在客戶端增加了一鍵清除數(shù)據(jù)功能，相對反向刪除數(shù)據(jù)極大地縮短了時間。
[0038]優(yōu)選地，所述服務端130通過Socket通信技術與所述客戶端120連接。
[0039]優(yōu)選地，所述服務端130通過Socket通信技術與所述軟交換單元140連接。
[0040]可以理解，服務端通130過Socket通信技術與所述軟交換單元140進行短連接；服務端130與客戶端120通過Socket通信技術保持長連接，以便全程監(jiān)控客戶端120的狀
--τ O
[0041]優(yōu)選地，所述服務端130還用于根據(jù)所述客戶端120的請求加載外圍設備或撤銷席位或放棄席位。
[0042]可以理解，當客戶端120成功登陸到服務端130后，服務端130會新建立一個線程來單獨處理該客戶端120各種請求，如申請設備加載、撤銷席位、放棄席位等；同時，服務端130會有一個獨立線程來處理客戶端120的數(shù)據(jù)加載過程，對加載過程進行了封裝。
[0043]優(yōu)選地，所述軟交換單元為華為SoftX3000。
[0044]請參閱圖2，一種NGN軟交換實驗系統(tǒng)的控制方法，包括如下步驟:
[0045]步驟SllO:業(yè)務維護單元提供數(shù)據(jù)傳輸至所述客戶端；
[0046]步驟S120:操作者在所述客戶端配置所述數(shù)據(jù)；
[0047]步驟S130:所述客戶端向所述服務端發(fā)送申請加載所述數(shù)據(jù)的請求；
[0048]步驟S140:所述服務端通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元上;
[0049]具體地，如果當前客戶端排在隊列的第一位，所述服務端會立即進行數(shù)據(jù)加載處理；如果當前所述客戶端不是第一位，則上述服務端返回排在第一位客戶端的IP、當前客戶端排在第幾位、等待時間，并且每隔一分鐘更新一次，直到當前客戶端排到第一位?？梢岳斫?，此過程客戶端需要等待服務端加載完前面所有客戶端數(shù)據(jù)。
[0050]步驟S150:若上述判斷結(jié)果為是，所述服務端將所述數(shù)據(jù)加載到所述軟交換單元上；若上述判斷結(jié)果為否，將返回步驟S130 ;
[0051]優(yōu)選地，所述加載的過程采用操作數(shù)據(jù)庫導表的方式。
[0052]優(yōu)選地，在所述數(shù)據(jù)導入完成后，所述服務端還包括對所述數(shù)據(jù)格式化、單板復位處理的步驟，以保證導入的數(shù)據(jù)生效。
[0053]步驟S160:所述服務端將加載結(jié)果返回至所述客戶端進行實驗驗證。
[0054]可以理解，服務端處理完客戶端數(shù)據(jù)加載后，將處理結(jié)果返回給客戶端，客戶端則進行業(yè)務驗證，驗證通過表示數(shù)據(jù)配置正確，則需要放棄席位，以便服務端處理下一個客戶端。
[0055]本發(fā)明將實驗過程分階段進行，操作者先通過業(yè)務維護單元在本地做好數(shù)據(jù)配置，然后在客戶端NGN-Client向服務端NGN-Server發(fā)送申請數(shù)據(jù)加載請求，服務端NGN-Server通過排隊機制將數(shù)據(jù)加載到軟交換單元上，最后進行實驗驗證，從而解決了多操作者操作一臺軟交換單元而導致的整體實驗時間過長、設備利用率低、數(shù)據(jù)紊亂等問題，保證了數(shù)據(jù)的有效性與一致性，并且極大地節(jié)約實驗時間，提高了教學效率。
[0056]可以理解的是，對于本領域的普通技術人員來說，可以根據(jù)本發(fā)明的技術構(gòu)思做出其他各種相應的改變與變形，而所有這些改變與變形都應屬于本發(fā)明權(quán)利要求的保護范圍。
【權(quán)利要求】
1.一種NGN軟交換實驗系統(tǒng)，其特征在于，包括: 至少一業(yè)務維護單元，用于提供數(shù)據(jù)； 至少一客戶端，每個所述客戶端分別信號連接于每個所述業(yè)務維護單元； 服務端，信號連接于每個所述客戶端； 軟交換單元，信號連接于所述服務端； 所述業(yè)務維護單元提供的數(shù)據(jù)傳輸至所述客戶端，操作者在所述客戶端配置所述數(shù)據(jù)并向所述服務端發(fā)送申請加載所述數(shù)據(jù)的請求，所述服務端通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元上，并將加載結(jié)果返回至所述客戶端進行實驗驗證。
2.根據(jù)權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)，其特征在于，所述客戶端還用于一鍵清除本地數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)，其特征在于，所述服務端通過Socket通信技術與所述客戶端連接。
4.根據(jù)權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)，其特征在于，所述服務端通過Socket通信技術與所述軟交換單元連接。
5.根據(jù)權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)，其特征在于，所述服務端還用于根據(jù)所述客戶端的請求加載外圍設備或撤銷席位或放棄席位。
6.根據(jù)權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)，其特征在于，所述軟交換單元為華為SoftX3000o
7.—種如權(quán)利要求1所述的NGN軟交換實驗系統(tǒng)的控制方法，其特征在于，包括如下步驟: 步驟SllO:業(yè)務維護單元提供數(shù)據(jù)傳輸至所述客戶端； 步驟S120:操作者在所述客戶端配置所述數(shù)據(jù)； 步驟S130:所述客戶端向所述服務端發(fā)送申請加載所述數(shù)據(jù)的請求； 步驟S140:所述服務端通過排隊機制判斷是否將所述數(shù)據(jù)加載到所述軟交換單元上；步驟S150:若上述判斷結(jié)果為是，所述服務端將所述數(shù)據(jù)加載到所述軟交換單元上；若上述判斷結(jié)果為否，將返回步驟S130 ; 步驟S160:所述服務端將加載結(jié)果返回至所述客戶端進行實驗驗證。
8.如權(quán)利要求7所述的NGN軟交換實驗系統(tǒng)的控制方法，其特征在于，如果當前客戶端排在隊列的第一位，所述服務端會立即進行數(shù)據(jù)加載處理；如果當前所述客戶端不是第一位，則上述服務端返回排在第一位客戶端的IP、當前客戶端排在第幾位、等待時間，并且每隔一分鐘更新一次，直到當前客戶端排到第一位。
9.如權(quán)利要求7所述的NGN軟交換實驗系統(tǒng)的控制方法，其特征在于，所述加載的過程采用操作數(shù)據(jù)庫導表的方式。
10.如權(quán)利要求9所述的NGN軟交換實驗系統(tǒng)的控制方法，其特征在于，在所述數(shù)據(jù)導入完成后，所述服務端還包括對所述數(shù)據(jù)格式化、單板復位處理的步驟。
【文檔編號】H04L29/06GK104486303SQ201410727691
【公開日】2015年4月1日 申請日期:2014年12月4日 優(yōu)先權(quán)日:2014年12月4日
【發(fā)明者】丁振強, 呂凜杰, 史輝, 劉博 , 楊康, 李曉英, 李慧, 周國亮 申請人:深圳市訊方通信技術有限公司, 國網(wǎng)冀北電力有限公司技能培訓中心