[發明專利]一種地鐵調度通信的信息傳輸分發方法在審
| 申請號: | 201811235661.7 | 申請日: | 2018-10-23 |
| 公開(公告)號: | CN109525375A | 公開(公告)日: | 2019-03-26 |
| 發明(設計)人: | 李文鋒;唐杰;耿許光;耿杰;濮雪倩 | 申請(專利權)人: | 南京軌道交通系統工程有限公司 |
| 主分類號: | H04L1/18 | 分類號: | H04L1/18;H04L12/26;H04L12/823;H04L12/865;H04L29/06;H04W28/04 |
| 代理公司: | 江蘇圣典律師事務所 32237 | 代理人: | 賀翔 |
| 地址: | 210000 江蘇省南京市麒*** | 國省代碼: | 江蘇;32 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 地鐵 參數配置模塊 數據處理模塊 分發 第一數據 調度通信 信息傳輸 服務端 客戶端 鏈路管理模塊 數據傳輸通道 數據傳輸問題 數據發送模塊 數據接收模塊 無線通信系統 異常處理模塊 數據傳輸包 發送模塊 集中網管 接收模塊 數據交互 有效傳輸 調度臺 透明的 服務器 通信 安全 | ||
1.一種地鐵調度通信的信息傳輸分發方法,其特征在于,包括步驟如下:
1)服務端信息處理:
11)建立各數據類型和各數據類型對應的客戶端的關系表,及創建數據類型的映射表;
12)接收自客戶端發送的數據;
13)對接收到的數據進行異常檢測,若數據異常,則將數據丟棄后,重新進行數據接收;若數據正常,則進入下一步驟14);
14)計算數據的大小,并分析接收到數據的數據類型;
15)于數據類型的映射表中查找與該數據類型所對應的客戶端;
16)根據客戶端訂閱的數據格式,進行數據處理;
17)數據處理后,遞交到發送隊列;
18)根據數據發送的優先級和發送方式,從發送隊列提取數據進行發送;
19)記錄發送日志到日志文件;
2)客戶端信息處理:
21)接收來自本機應用程序和其他客戶端的數據;
22)對接收到數據進行數據處理;
23)數據處理后,遞交到發送隊列;
24)根據數據發送的優先級,從發送隊列提取數據進行發送。
2.根據權利要求1所述的地鐵調度通信的信息傳輸分發方法,其特征在于,所述步驟12)中的數據類型包括:ats信息、時鐘信息、心跳信息、視頻信息、呼叫請求、控制命令、用戶登錄、用戶操作、短信。
3.根據權利要求1所述的地鐵調度通信的信息傳輸分發方法,其特征在于,所述步驟18)中數據發送的優先級計算方法為:
181)所述數據類型包括:ats信息、時鐘信息、心跳信息、視頻信息、呼叫請求、控制命令、用戶登錄、用戶操作、短信和其它;數據類型記為T,針對上述的數據類型,其T值分別賦值:0.2,0.1,0.1,0.7,0.8,0.9,0.2,0.2,0.2和0.1;
182)數據的大小記為L,L的取值依據收到的數據包的大小確定,將數據包的大小定義了10個區間,即數據包長度小于30個字節、大于30個字節且小于60個字節、大于60個字節且小于90個字節、大于90個字節且小于120個字節、大于120個字節且小于150個字節、大于150個字節且小于180個字節、大于180個字節且小于210個字節、大于210個字節且小于240個字節、大于240個字節且小于270個字節、大于270個字節;對應這10個區間的數據包大小,分別定義數據包大小L的取值為0.1,0.2,0.3,0.4,0.5,0.6,0.7,0.8,0.9,1;
183)數據發送優先級記為P,P=(L+T)/2,P值越大,數據發送的優先級越大。
4.根據權利要求1所述的地鐵調度通信的信息傳輸分發方法,其特征在于,所述步驟18)中數據發送方式為根據數據的類型確定,服務端預先設有數據類型與發送方式的映射表:
使用TCP傳輸方式的數據類型:
用戶登錄、呼叫請求、視頻信息、控制命令、短信;
使用UDP傳輸方式的數據類型:
ats信息、時鐘信息、心跳信息、呼叫請求、用戶操作和其它。
5.根據權利要求1所述的地鐵調度通信的信息傳輸分發方法,其特征在于,所述方法還包括:服務端為CAD服務器主機或CAD服務器備機;客戶端為行車調度臺、維修調度臺、防災調度臺、車輛段調度臺或集中網管。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于南京軌道交通系統工程有限公司,未經南京軌道交通系統工程有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201811235661.7/1.html,轉載請聲明來源鉆瓜專利網。





