廣州外呼封號怎么辦,辦理廣州外呼不封號的卡,廣州電銷卡辦理
虛商通信有超過30名員工，提供7*24小時不間斷運營維護服務，完整的售后充分保證實時響應客戶需求，即時解決用戶問題。 我們與國內知名9家虛商建立戰(zhàn)略伙伴關系，是目前市面上主流的卡種國代,抖音開源系統(tǒng)戰(zhàn)略合作伙伴，無論是針對終端還是代理，我們都可以提供有競爭力的價格和售后保證。
上位機報文結構及重發(fā)機制分析
根據(jù)項目要求，上位機軟件依然保留，我們使用協(xié)議嗅探工具對上位機發(fā)送的報文進行了嗅探，得到了上位機報文的結構如表1所示。
表1 上位機報文結構
上位機發(fā)出的每條報文由32個字節(jié)組成，第0位為版本信息。第1……12位為比賽信息和運動員教練信息，是報文的關鍵信息部分，13……22位為服務器端和客戶端的IP地址及端口號信息，23位是上位機對客戶端的操作指令代碼，24位是相關重發(fā)機制的代碼，30和31兩位是CheckSum，用來保證數(shù)據(jù)傳輸?shù)恼_。上位機采用的重發(fā)機制是一種上位機按照固定重發(fā)次數(shù)多次發(fā)送同一關鍵內容報文的機制，其第24位重發(fā)機制位被分為高4位和低4位兩部分，高四位的內容是當前發(fā)送的報文的索引號，每次發(fā)送一條新內容的報文時索引號自增1，索引號的取值范圍在0x00—0xFF范圍內循環(huán)自增。低四位是重發(fā)編號，表示同一索引號的報文正在被第幾次重發(fā)，固定的重發(fā)次數(shù)由上位機初始化時設定。
4.3 嵌入式客戶端的實驗程序設計
針對報文結構，我們對接收端編寫實驗程序代碼，代碼的主要功能是從上位機接收報文，將計算出的CheckSum校驗和與收到的校驗和對比判斷報文是否正確，然后從正確報文中取出主要信息并按照報文中的上位機指令碼進行輸出。其結構流程圖如圖3所示。 免費論文下載中心 http://www.hi138.com
實驗程序經編碼、調試后在交叉編譯環(huán)境中交叉編譯，生成arm-Linux環(huán)境下可執(zhí)行文件，在目標板上執(zhí)行。經測試試驗程序能夠正確接收上位機發(fā)來的報文，對報文解碼，并能根據(jù)上位機命令對關鍵信息做輸出處理。
4.4 對上位機重發(fā)次數(shù)的研究
進行UDP協(xié)議通信時，發(fā)送端和接收端的狀態(tài)是相對獨立的，發(fā)送端不與接收端建立連接，而是不停向接收端發(fā)送，為了確保不丟失報文，上位機采取了按固定次數(shù)重發(fā)相同內容報文的機制。然而這種機制雖然可以有效確保報文不丟失，但是大量冗余數(shù)據(jù)報被發(fā)送，網絡資源利用率不高。重發(fā)次數(shù)越多，冗余數(shù)據(jù)報越多，效率越低。要想有效保證數(shù)據(jù)報準確發(fā)送的同時又不產生過多冗余數(shù)據(jù)報，那么重復發(fā)送的次數(shù)的確定就成為問題的關鍵。以下給出一種確定上位機重發(fā)次數(shù)的方法。
