[發(fā)明專利]一種地鐵調(diào)度通信的信息傳輸分發(fā)方法

有效

• 申請?zhí)枺?/td>: 201410396551.4
• 申請日: 2014-08-13
• 公開（公告）號: CN104158625B
• 公開（公告）日: 2017-06-06
• 發(fā)明（設(shè)計(jì)）人: 于淑萍;李文鋒
• 申請（專利權(quán)）人: 南京鐵道職業(yè)技術(shù)學(xué)院
• 主分類號: H04L1/00
• 分類號: H04L1/00;H04L12/863;H04L29/06
• 代理公司: 南京鐘山專利代理有限公司32252
• 代理人: 戴朝榮

1.一種地鐵調(diào)度通信的信息傳輸分發(fā)方法，其特征在于：所述方法的系統(tǒng)架構(gòu)包括服務(wù)端和客戶端，其中服務(wù)端包括服務(wù)端數(shù)據(jù)接收模塊、服務(wù)端數(shù)據(jù)處理模塊、服務(wù)端數(shù)據(jù)發(fā)送模塊、服務(wù)端參數(shù)配置模塊、服務(wù)端鏈路管理模塊和服務(wù)端異常處理模塊，客戶端包括客戶端數(shù)據(jù)接收模塊、客戶端數(shù)據(jù)處理模塊、客戶端數(shù)據(jù)發(fā)送模塊和客戶端參數(shù)配置模塊；

服務(wù)端鏈路管理模塊負(fù)責(zé)實(shí)時(shí)管理服務(wù)端與各客戶端之間的網(wǎng)絡(luò)鏈路的狀況；

服務(wù)端異常處理模塊采用數(shù)據(jù)異常檢測方法檢測數(shù)據(jù)的合法性檢查，對錯(cuò)誤或不正常數(shù)據(jù)進(jìn)行處理；服務(wù)端參數(shù)配置模塊負(fù)責(zé)配置與傳輸所需的數(shù)據(jù)類型、傳輸協(xié)議、優(yōu)先級定義和鏈路狀態(tài)信息；

客戶端參數(shù)配置模塊負(fù)責(zé)客戶端用戶配置數(shù)據(jù)類型；

服務(wù)端的信息處理方法包括如下步驟：

步驟101：服務(wù)端中將各個(gè)數(shù)據(jù)類型和每個(gè)數(shù)據(jù)類型相對應(yīng)的發(fā)送策略設(shè)立對應(yīng)關(guān)系表，同時(shí)根據(jù)客戶端訂閱的數(shù)據(jù)類型創(chuàng)建數(shù)據(jù)類型與客戶端的映射表；

步驟102：服務(wù)端啟動(dòng)服務(wù)端數(shù)據(jù)接收模塊，接收來自客戶端的數(shù)據(jù)；

步驟103：服務(wù)端的服務(wù)端數(shù)據(jù)接收模塊接收到客戶端發(fā)送的數(shù)據(jù)后，將數(shù)據(jù)發(fā)送給服務(wù)端數(shù)據(jù)處理模塊，服務(wù)端數(shù)據(jù)處理模塊首先對數(shù)據(jù)進(jìn)行異常檢測，若數(shù)據(jù)異常，將數(shù)據(jù)丟棄后，重新進(jìn)行數(shù)據(jù)接收；

步驟104：服務(wù)端數(shù)據(jù)處理模塊判斷接收到的數(shù)據(jù)正常時(shí)，計(jì)算數(shù)據(jù)的大小，并分析接收到數(shù)據(jù)的數(shù)據(jù)類型；

步驟105：服務(wù)端數(shù)據(jù)處理模塊查詢服務(wù)端中建立的數(shù)據(jù)類型與客戶端映射表，查找與該數(shù)據(jù)類型所對應(yīng)的客戶端；

步驟106：服務(wù)端數(shù)據(jù)處理模塊根據(jù)客戶端訂閱的數(shù)據(jù)類型，進(jìn)行數(shù)據(jù)處理；

步驟107：數(shù)據(jù)處理后，遞交到發(fā)送隊(duì)列；

步驟108：服務(wù)端數(shù)據(jù)發(fā)送模塊根據(jù)數(shù)據(jù)發(fā)送的優(yōu)先級和發(fā)送方式，從發(fā)送隊(duì)列提取數(shù)據(jù)發(fā)送；

步驟109：發(fā)送完后，記錄發(fā)送日志到日志文件；

客戶端的信息處理方法包括如下步驟：

客戶端通過參數(shù)配置，完成對本客戶端所需要的數(shù)據(jù)類型的訂閱；

步驟201：客戶端的客戶端數(shù)據(jù)接收模塊接收來自本機(jī)應(yīng)用程序和客戶端的數(shù)據(jù)；

步驟202：客戶端數(shù)據(jù)接收模塊將接收的數(shù)據(jù)發(fā)送到客戶端數(shù)據(jù)處理模塊，客戶端數(shù)據(jù)處理模塊對接收到的數(shù)據(jù)進(jìn)行數(shù)據(jù)處理；

步驟203：數(shù)據(jù)處理后，遞交到發(fā)送隊(duì)列；

步驟204：客戶端數(shù)據(jù)發(fā)送模塊根據(jù)數(shù)據(jù)發(fā)送的優(yōu)先級，從發(fā)送隊(duì)列提取數(shù)據(jù)發(fā)送。

2.根據(jù)權(quán)利要求1所述的一種地鐵調(diào)度通信的信息傳輸分發(fā)方法，其特征在于：所述步驟108中提到的數(shù)據(jù)發(fā)送的優(yōu)先級計(jì)算方法如下：

步驟1801：所述數(shù)據(jù)類型包括：ats信息、時(shí)鐘信息、心跳信息、視頻信息、呼叫請求、控制命令、用戶登錄、用戶操作、短信和該地鐵調(diào)度通信中出現(xiàn)的其余所有類型的數(shù)據(jù)信息；將數(shù)據(jù)類型記為T，針對上述的數(shù)據(jù)類型，其T值分別賦值：0.2、0.1、0.1、0.7、0.8、0.9、0.2、0.2、0.2和0.1；

步驟1802：數(shù)據(jù)的大小記為L，L的取值依據(jù)收到的數(shù)據(jù)包的大小確定，將數(shù)據(jù)包的大小定義了10個(gè)區(qū)間，即數(shù)據(jù)包長度小于30個(gè)字節(jié)、大于30個(gè)字節(jié)且小于60個(gè)字節(jié)、大于60個(gè)字節(jié)且小于90個(gè)字節(jié)、大于90個(gè)字節(jié)且小于120個(gè)字節(jié)、大于120個(gè)字節(jié)且小于150個(gè)字節(jié)、大于150個(gè)字節(jié)且小于180個(gè)字節(jié)、大于180個(gè)字節(jié)且小于210個(gè)字節(jié)、大于210個(gè)字節(jié)且小于240個(gè)字節(jié)、大于240個(gè)字節(jié)且小于270個(gè)字節(jié)和大于270個(gè)字節(jié)；對應(yīng)這10個(gè)區(qū)間的數(shù)據(jù)包大小，分別定義數(shù)據(jù)包大小L的取值為0.1、0.2、0.3、0.4、0.5、0.6、0.7、0.8、0.9和1；

步驟1803：數(shù)據(jù)發(fā)送優(yōu)先級記為P，P＝(L+T)/2，P值越大，數(shù)據(jù)發(fā)送的優(yōu)先級越大。

3.根據(jù)權(quán)利要求1或2所述的一種地鐵調(diào)度通信的信息傳輸分發(fā)方法，其特征在于：所述步驟108中數(shù)據(jù)發(fā)送方式包括TCP傳輸方式和UDP傳輸方式，根據(jù)數(shù)據(jù)的類型確定，服務(wù)端預(yù)先設(shè)有數(shù)據(jù)類型與數(shù)據(jù)發(fā)送方式的映射表：

使用TCP傳輸方式的數(shù)據(jù)類型：

用戶登錄、呼叫請求、視頻信息、控制命令和短信；

使用UDP傳輸方式的數(shù)據(jù)類型：

ats信息、時(shí)鐘信息、心跳信息、呼叫請求、用戶操作和該地鐵調(diào)度通信中出現(xiàn)的其余所有類型的數(shù)據(jù)信息。