專利名稱：一種單向數(shù)據(jù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)據(jù)無線傳輸領(lǐng)域，具體涉及一種單向數(shù)據(jù)傳輸方法。
背景技術(shù)：
目前，隨著社會信息網(wǎng)絡(luò)的快速發(fā)展，作為以移動電話、掌上電腦、數(shù)字隨身聽等為代表的日益普及的高性能攜帶信息終端，以無線局網(wǎng)、無線電話、IrDA紅外線通信和藍牙無線通信等為代表的無線通信手段，越來越引起人們的關(guān)注。由于數(shù)據(jù)通信高速化的發(fā)展， 大大增加了對可用無線電頻率帶寬的需求。當多個用戶同時使用這些通信頻道和設(shè)備時， 由于接續(xù)設(shè)備的處理能力以及無線電頻寬的限制，往往會大大降低用戶的實際通信速度， 甚至發(fā)生無法接通的問題。尤其在用戶密集的公共場所或者產(chǎn)生突發(fā)事件的時候，上述問題會常常發(fā)生。這些問題可以通過增加無線電頻帶帶寬或提高接續(xù)設(shè)備的數(shù)量，或提高對數(shù)據(jù)通訊處理方式和能力加以改善，卻往往又會產(chǎn)生相互干擾，并受無線電頻帶資源的限制。今后，隨著無線電局網(wǎng)和無線電話手機的普及，特別是向移動攜帶信息終端用戶快速地提供大容量數(shù)據(jù)的需求，可用的無線電頻率資源必將受到越來越大的壓力。

發(fā)明內(nèi)容
為克服上述缺陷，本發(fā)明提供了一種單向數(shù)據(jù)傳輸方法，在數(shù)據(jù)的發(fā)送接收過程中不需要反饋和校驗信息，單次發(fā)送完成過程中也不需要重新發(fā)送，因此傳輸效率高于傳統(tǒng)的雙向傳輸。為實現(xiàn)上述目的，本發(fā)明提供一種單向數(shù)據(jù)傳輸方法，在發(fā)送端和接收端之間進行單向數(shù)據(jù)傳輸，其改進之處在于，所述傳輸方法包括如下步驟(I).啟動接收端，使所述接收端處于接收狀態(tài)；(2).啟動發(fā)送端，對待發(fā)送的數(shù)據(jù)進行編碼運算并生成校驗；(3).所述發(fā)送端向所述接收端持續(xù)發(fā)送數(shù)據(jù)；(4).所述接收端對接收的數(shù)據(jù)進行校驗；其中，傳輸?shù)臄?shù)據(jù)是報文塊；所述報文塊是指對待傳輸文件進行分割后成為符合實際傳輸介質(zhì)和傳輸協(xié)議支持的大小的文件塊；每個所述報文塊的大小為2KB,包括報文和附加在報文前部的報文頭，以及編碼信息。本發(fā)明提供的優(yōu)選技術(shù)方案中，在所述步驟2中，
(2-1).所述發(fā)送端對待發(fā)送文件提取文件屬性并生成報文頭信息；
(2-2).所述發(fā)送端將報文頭信息附加到每個報文塊；
(2-3).所述發(fā)送端對附加了報文頭信息的報文塊進行一次校驗；
(2-4)·對校驗后的報文信息進行編碼運算，該運算結(jié)果生成報文信息重構(gòu)參數(shù)；
(2-5).將相應(yīng)的報文重構(gòu)參數(shù)信息附加到各相應(yīng)的報文塊；
(2-6)·對編碼后的報文信息進行二次校驗。
本發(fā)明提供的第二優(yōu)選技術(shù)方案中，所述報文頭包括進程模塊名、文件名、文件大小、報文塊總數(shù)和包含該報文頭的報文塊在文件中的位置。 本發(fā)明提供的第三優(yōu)選技術(shù)方案中，在所述步驟2-4中，對所述報文塊進行編碼運算生成重構(gòu)參數(shù)的步驟如下(2-4-1 確定報文塊的總位數(shù)St ；
(2-4-2.判斷報文塊的起始位是O還是1，如果是O則記錄為S0，否則記錄為SI
(2-4-3.計算報文塊的二進制分段數(shù)Sj ；
(2-4-4.計算報文塊中O和I的個數(shù)，并分別記入相應(yīng)的參數(shù)SaO和Sal中；
(2-4-5.分別計算報文塊中連續(xù)的O和連續(xù)的I的個數(shù)；
(2-4-6.將以上各步驟形成的參數(shù)存儲在報文頭中；
其中，X為連續(xù)的O或連續(xù)的I的個數(shù)，i為I至X的自然數(shù)。本發(fā)明提供的第四優(yōu)選技術(shù)方案中，在所述步驟2-4-1中，所述總位數(shù)St為2048。本發(fā)明提供的第五優(yōu)選技術(shù)方案中，在所述步驟2-4-3中，單獨的O、單獨的I、連續(xù)的O和連續(xù)的I分別計為I個分段。本發(fā)明提供的第六優(yōu)選技術(shù)方案中，在所述步驟2-4-5中，將X個連續(xù)的O或者連續(xù)的I分別記錄為xSsO和xSsl, X為自然數(shù)；連續(xù)的O的計算結(jié)果為Σ iSsO,連續(xù)的I的計算結(jié)果為Σ iSsl,其中，i為I至X的自然數(shù)。本發(fā)明提供的第七優(yōu)選技術(shù)方案中，在所述步驟4中，所述接收端，對接收到的報文塊進行二次校驗，如果校驗結(jié)果正確，則所述接收端直接取出報文塊的報文并進行存儲； 否則所述接收端對報文塊中的報文頭進行一次校驗，如果校驗結(jié)果正確，則忽略報文塊中錯誤的報文頭并保存報文，否則從報文頭中讀取二次校驗信息，進行反向編碼重構(gòu)，修復(fù)錯誤的報文塊。本發(fā)明提供的第八優(yōu)選技術(shù)方案中，所述接收端對錯誤報文數(shù)據(jù)進行的反向編碼重構(gòu)包括如下步驟(a).確定報文塊在文件中的位置；(b).確定接收報文的總位數(shù)Rt，判斷其與所述參數(shù)St是否相等，如果不等，則令 Rt = St ；(c).判斷接收到的報文塊的起始位R0/R1是否與參數(shù)S0/S1相等，若不相等，則令 S0/S1分別代替R0/R1 ；(d).對報文塊的總位數(shù)進行分段，得出二進制分段數(shù)Rj，并與參數(shù)Sj進行比較， 如果不同，則令Rj = Sj，并進行數(shù)據(jù)重構(gòu)；(e).檢查構(gòu)成的報文數(shù)據(jù)塊，與接收到的報文頭二次校驗信息進行比對，確認重構(gòu)數(shù)據(jù)與發(fā)送數(shù)據(jù)是否一致，若不一致，則按發(fā)送的報文塊的結(jié)構(gòu)再次進行數(shù)據(jù)重構(gòu)，否則將重構(gòu)數(shù)據(jù)進行一次校驗，如果此時的校驗結(jié)果正確，則說明數(shù)據(jù)的錯誤完全被修復(fù)，否則進入步驟f ；(f).采用手工糾錯方式對報文塊數(shù)據(jù)進行修復(fù)。本發(fā)明提供的第九優(yōu)選技術(shù)方案中，在所述步驟f中，(f-Ι).手動記錄錯誤報文塊的編碼；(f-2).發(fā)射端采用按指定報文塊發(fā)送的方式，重新發(fā)送錯誤的報文塊。本發(fā)明提供的第十優(yōu)選技術(shù)方案中，所述一次校驗和二次校驗的方式為CRC校驗方式。本發(fā)明提供的較優(yōu)選技術(shù)方案中，所述一次校驗和二次校驗的方式為海明碼校驗方式。本發(fā)明提供的第二較優(yōu)選技術(shù)方案中，所述數(shù)據(jù)單向傳輸包括紅外數(shù)據(jù)傳輸和單向光纖傳輸。與現(xiàn)有技術(shù)比，本發(fā)明提供的一種單向數(shù)據(jù)傳輸方法，采用單向通信前向糾錯機制，保證了接收端可以不需要向發(fā)送端提出任何查詢，也就是不需要握手協(xié)議，也不需要反饋，就可以正確地將接收到的任何報文正確的識別，并放置于正確的位置。而且，本方法采用了標準的CRC校驗，加上一種具有前向糾錯能力的新編碼預(yù)讀機制來確保接收錯誤被識別，并且可以被最大限度地恢復(fù)。


圖I為現(xiàn)有技術(shù)中雙向數(shù)據(jù)傳輸?shù)牧鞒虉D。圖2為一種單向數(shù)據(jù)傳輸方法的總體流程簡圖。圖3為發(fā)射端發(fā)射數(shù)據(jù)的流程圖。圖4為接收端接收數(shù)據(jù)的流程圖。
具體實施例方式如圖2至4所示，I)本技術(shù)方案的第一個基本假設(shè)是要求對于用戶而言，首先啟動接收端，使接收端處于接收狀態(tài)，再啟動發(fā)送端，這是一個基本假設(shè)，或者說是本方案建議的一種做法。2)當然，用戶也可以不用按照I)所述的基本假設(shè)操作，而先啟動發(fā)送端，或者說可能不知道發(fā)送端何時啟動，再啟動或隨機啟動接收端，這樣做的結(jié)果是會導(dǎo)致接收端從文件發(fā)送的中段開始接收，而不是從頭開始接收。(這種情況首先造成的一個問題是，為了接收這個已經(jīng)開始傳送的文件，不得不需要進行第2次發(fā)送-發(fā)送未被接收到的部分)，本方案提供的技術(shù)可以允許用戶從中間部分開始接收，而且能夠保證接收端能識別從中間開始接收的報文(數(shù)據(jù)塊)是屬于什么文件，以及屬于什么文件中的什么位置。參見下文。3)本方案支持傳輸單個文件和文件夾，而不管這個文件夾是單層文件夾，還是多層文件夾、或嵌套文件夾(本方案所稱的單層文件夾是指只有一級目錄，該目錄下只有文件；多層文件夾是指一個目錄下有子目錄，子目錄下才是文件，或還有子目錄；嵌套文件夾是指一個目錄下既有文件，還有下級目錄。下同)。4)對于文件夾，本技術(shù)方案的處理方式是將文件夾壓縮為一個目錄，并給予一個特殊的標志(以區(qū)別于單個文件和單個壓縮文件)，這個標志是可以任意設(shè)置的，用于在內(nèi)部識別中區(qū)分一個壓縮包是單個文件，還是目錄文件。這個標志的方法是將壓縮目錄在內(nèi)部的文件類型標識設(shè)置為I個字母或數(shù)字或其組合?；诒痉桨杆峁┊a(chǎn)品采用了其中一種(以字母“D”作為內(nèi)部識別的文件類型，當然文件在Windows文件系統(tǒng)下顯示仍然是壓縮文件的后綴，如*. ZIP,或*. RAR,本實例采用*. ZIP)，這樣接收端在自己的文件系統(tǒng)內(nèi)可識別出文件類型為“D”的目錄文件(文件夾文件)，接收完成后將自動解壓縮為原目錄文件夾。本處所述的文件夾壓縮文件使用“D”作為標識僅是可以使用的諸多標識中的一種。一但是其他諸多方式不包含使用3個字母或3個字母與數(shù)字的混合，或者4個字母、數(shù)字的混合，例如采用“MP3”作為標識則會導(dǎo)致系統(tǒng)不能正確識別，使用“XLSX”也會導(dǎo)致類似問題。5)上述方案提供了在單向傳輸前將文件和文件夾的簡化統(tǒng)一為一類對象，但又保證了系統(tǒng)在傳輸前和傳輸后能正確識別該對象。在上述3)和4)的基礎(chǔ)上，本技術(shù)方案的后續(xù)方法就可以將文件和文件夾壓縮文件按同一類對象進行處理。6)本技術(shù)方案首先涉及或提供了一種文件屬性編碼技術(shù)，該技術(shù)方案首先生成一個進程文件，取標識為“proc_X” (該標識僅是本方案所提供產(chǎn)品采用的眾多可能方法中的一個實例，實際上可用任何類似的標志)，其中前綴“proc”為代表該文件是一個進程文件， 后綴“_x”為文件個數(shù)標識，表示其是當前第幾個進程文件，當正發(fā)送或準備發(fā)送的文件只有I個時，該后綴為“_0” (當然也可以是“_1”，這主要取決于編程習(xí)慣)，當有多個正在發(fā)送或進入發(fā)送流程待處理的文件時，則對應(yīng)的該后綴就分別為“_1”，“_2”，“_3”，“_n”。每多一個正發(fā)送或進入發(fā)送流程的文件，就相應(yīng)增加一個進程文件。7)進程文件的編碼和內(nèi)容定義規(guī)劃，進程文件主要包含如下信息進程文件編號，所代表的真實文件名，該文件的大小，該文件所包含的報文個數(shù)(也即該文件被分割成多少塊發(fā)送)。8)關(guān)于文件分割，這是一個通用方法，類似于各種通信傳輸對文件的分割方式，一個大文件(相對于傳輸系統(tǒng)一個時鐘周期能傳輸?shù)娜萘慷?，大多?shù)文件都是大文件)，會根據(jù)傳輸帶寬、緩沖區(qū)的大小等被分割成若干個相同的文件塊，通稱為報文(下同)。本方案的這個技術(shù)特征同于通用技術(shù)。9)本技術(shù)方案在上述8)的基礎(chǔ)上，提供了一種報文塊的組成編碼方法，這一方法是區(qū)別于現(xiàn)有雙向傳輸系統(tǒng)(或單向傳輸系統(tǒng))的顯著特征。本發(fā)明公布的這一方法，是在實際分割的報文塊(即文件正式內(nèi)容)的基礎(chǔ)上，附加了一個具有特殊格式，或稱為特殊內(nèi)容的報文頭，該報文頭包含當前進程文件(本文件對應(yīng)的進程文件)的核心信息進程文件名、正式文件名，正式文件大小，正式文件分割后包含的報文數(shù)量，本報文所屬的位置 (在整個數(shù)量中的位置)，這一方法保證了接收端可以不需要向發(fā)送端提出任何查詢，也就是不需要握手協(xié)議，也不需要反饋，就可以正確地將接收到的任何報文正確的識別，并放置于正確的位置。10)本發(fā)明公開了一種誤碼識別的方法，這一方法是本技術(shù)方案區(qū)別于其他文件傳輸系統(tǒng)的一個顯著特征。對于接收到一個報文是否是完整的問題，以及糾正這個錯誤的報文，在雙向傳輸?shù)南到y(tǒng)中是一個簡單的問題，通信系統(tǒng)只需要采用CRC校驗機制，就可以比較好的解決這個問題當發(fā)生CRC校驗錯誤(接收錯誤)時，接收端會發(fā)送一個請求，要求發(fā)送端重發(fā)這個錯誤報文。對于本發(fā)明的單向系統(tǒng)來說，則不可能通過這種傳統(tǒng)的方式進行確認是否是發(fā)生接收錯誤，特別是不能通過傳統(tǒng)的雙向機制來糾正這個錯誤。11)基于前述10)，傳統(tǒng)的CRC校驗在本系統(tǒng)中發(fā)揮的作用是有限的，在傳統(tǒng)的通信系統(tǒng)中，CRC校驗的任務(wù)是判斷出否發(fā)生接收錯誤，而對接收錯誤的處理則依賴于將發(fā)生錯誤的報文編碼或類似信息直接反饋給發(fā)送端，由發(fā)送端重新發(fā)送。12)在本發(fā)明中，采用了標準的CRC校驗，加上一種具有前向糾錯能力的新編碼預(yù)讀機制來確保接收錯誤被識別，并且可以被最大限度地恢復(fù)。這是本發(fā)明區(qū)別于現(xiàn)有技術(shù)方案的顯著特征，并且這一技術(shù)特征是所有單向通信系統(tǒng)都可以采用的一種單向通信前向糾錯機制。13)上述12)所述的單向通信前向糾錯機制工作模式如下該方法的算法包含于前述第8)報述的報文塊中。具體過程如下發(fā)送端在對文件進行分塊，并采用了確定的CRC 校驗算法后(本發(fā)明所提供的優(yōu)選案例采用的是CRC32校驗算法)，生成前述8)所述的報文頭，在將整個報文塊內(nèi)容確認后，，數(shù)據(jù)提交給傳輸層之前，會進行如下計算根據(jù)報文塊的特征，進行一次過濾算法，該算法的目的在于提取如下數(shù)據(jù)(關(guān)于該算法的公式，將另行申請專利-也可能申請不了專利，這個算法，數(shù)學(xué)基礎(chǔ)好一點的程序員都有可能寫得出來)一是計算確定該報文塊中所包含的總位數(shù)St，即參數(shù)St (在本方法的優(yōu)選實例中，報文數(shù)據(jù)塊的大小是2KB，St的實際取值是2的11次方，St = 2048，本算法實際適用于任何通信中分塊發(fā)送文件的校正算法)；二是記錄第I個值是O或是I，記錄為SO或SI。三是計算O和I的間隔數(shù)量Sj，該數(shù)量表明了報文數(shù)據(jù)共由多少個連續(xù)的段組成 (單獨的0，單獨的1，以及連續(xù)的0，連續(xù)的I分別計I個段)。四是計算O和I的個數(shù)，即參數(shù)SaO，Sal。五是計算其中連續(xù)O和連續(xù)I的個數(shù)單獨的O或單獨的I記為ISsO, ISsl ;連續(xù) 2個O或2個I記為2SsO，2Ssl ;連續(xù)3個O或3個I記為3SsO，3Ssl ；以此類推，直至x個連續(xù)O或連續(xù)I別記為xSsO,xSsl。該計算結(jié)果表示為Σ i (i = I x)SsO, Σ i (i = I X) Ssl (即i為I至X的常數(shù))。六是統(tǒng)計各個連續(xù)數(shù)的總數(shù)量，該組參數(shù)分別是X Σ i (i =I X) SsO, X Σ i (i = I X) Ssl, (x為I至最大值為2048的任意數(shù)字即個數(shù)，i為計算式3所得的各個特征數(shù))。14)本發(fā)明技術(shù)方案提供的傳輸過程控制方法采用2層CRC校驗機制第I層，是在傳輸層，利用接收頭和發(fā)射頭自身包含的CRC校驗，該校驗用于檢測接收塊是否正常。第 2層在數(shù)據(jù)層，采用通用傳輸機制中通用的報文分塊CRC校驗，該校驗用于檢測收到的報文數(shù)據(jù)塊(正式數(shù)據(jù))是否正常。傳統(tǒng)的傳輸機制通常都只采用一種CRC校驗，通常是收、發(fā)器件上的硬件CRC校驗。本技術(shù)方案采用雙重校驗也是其典型特征之一。15)在接收端，當接收數(shù)據(jù)正常(即接收頭進行的第I層CRC校驗正常)時，數(shù)據(jù)將直接保存報文而不做任何處理。當發(fā)生第I層CRC校驗錯誤時，接收系統(tǒng)將首先從報文塊中，取出報文頭和報文數(shù)據(jù)，通過對報文數(shù)據(jù)(原始文件的正式數(shù)據(jù))進行CRC校驗(第2層校驗)，從而判斷是報文頭出錯，還是報文數(shù)據(jù)收錯。如果報文數(shù)據(jù)正確(第2層CRC校驗通過)，則可以判斷是報文頭錯誤，因為用戶實際需要接收的是報文數(shù)據(jù)而不是報文頭，因而在此情況下，則忽略報文頭錯誤，仍直接保存報文數(shù)據(jù)。如果是報文數(shù)據(jù)錯誤，則從報文頭中讀取編碼數(shù)據(jù)中關(guān)于數(shù)據(jù)的編碼信息，與比對接收數(shù)據(jù)進行比對，并進行數(shù)據(jù)重構(gòu)，從而可以恢復(fù)報文數(shù)據(jù)中發(fā)生的錯誤。(比對和數(shù)據(jù)重構(gòu)流程如下第I步確定本塊報文所在的整個文件塊中的位置，這是由分割文件的塊參數(shù)和位置參數(shù)確定；第2步按照重構(gòu)算法確定本報文的總位數(shù)Rt，將Rt與St對比(注S是發(fā)送端標志，R是接收端標志，以下公式同)，判斷是否是接收總位數(shù)出錯；并用St代替Rt。
第3步判斷起始位，是RO還是Rl，并與SO或SI進行比較，如果不同，則用SO或 SI代替RO或Rl。第4步對總位數(shù)進行分段，得出Rj，并與Sj進行比較，如果不同，則用Sj代替Rj， 進行數(shù)據(jù)重構(gòu)。第5步檢查新構(gòu)成的數(shù)據(jù)塊，與接收到的St, SO或Sl、Sj進行比對，確認是否正確。第6步若不正確，則按接收到的發(fā)送端數(shù)據(jù)S系列數(shù)據(jù)再次進行重構(gòu)，若正確，則將重構(gòu)數(shù)據(jù)再次進行第I層CRC校驗，如果校驗正確，則說明完全恢復(fù)數(shù)據(jù)，如果校驗不正確，則說明重構(gòu)數(shù)據(jù)出錯(接收的S系列參數(shù)錯誤)，也就是報文頭部分和報文數(shù)據(jù)部分都可能發(fā)生了錯誤，此時，則采用此方法不能修復(fù)數(shù)據(jù)，系統(tǒng)將錯誤顯性地提交給用戶界面， 需要采用本發(fā)明提供的另一種手工糾錯方式進行數(shù)據(jù)恢復(fù)下。如下X)。需要聲明的是，本發(fā)明內(nèi)容及具體實施方式
意在證明本發(fā)明所提供技術(shù)方案的實際應(yīng)用，不應(yīng)解釋為對本發(fā)明保護范圍的限定。本領(lǐng)域技術(shù)人員在本發(fā)明的精神和原理啟發(fā)下，可作各種修改、等同替換、或改進。但這些變更或修改均在申請待批的保護范圍內(nèi)。
權(quán)利要求
1.一種單向數(shù)據(jù)傳輸方法，在發(fā)送端和接收端之間進行單向數(shù)據(jù)傳輸，其特征在于，所述傳輸方法包括如下步驟(1).啟動接收端，使所述接收端處于接收狀態(tài)；(2).啟動發(fā)送端，對待發(fā)送的數(shù)據(jù)進行編碼運算并生成校驗；(3).所述發(fā)送端向所述接收端持續(xù)發(fā)送數(shù)據(jù)；(4).所述接收端對接收的數(shù)據(jù)進行校驗；其中，傳輸?shù)臄?shù)據(jù)是報文塊；所述報文塊是指對待傳輸文件進行分割后成為符合實際傳輸介質(zhì)和傳輸協(xié)議支持的大小的文件塊；每個所述報文塊的大小為2KB,包括報文和附加在報文前部的報文頭，以及編碼信息。
2.根據(jù)權(quán)利要求I所述的傳輸方法，其特征在于，在所述步驟2中，(2-1).所述發(fā)送端對待發(fā)送文件提取文件屬性并生成報文頭信息；(2-2).所述發(fā)送端將報文頭信息附加到每個報文塊；(2-3).所述發(fā)送端對附加了報文頭信息的報文塊進行一次校驗；(2-4).對校驗后的報文信息進行編碼運算，該運算結(jié)果生成報文信息重構(gòu)參數(shù)； (2-5).將相應(yīng)的報文重構(gòu)參數(shù)信息附加到各相應(yīng)的報文塊；(2-6).對編碼后的報文信息進行二次校驗。
3.根據(jù)權(quán)利要求2所述的傳輸方法，其特征在于，所述報文頭包括進程模塊名、文件名、文件大小、報文塊總數(shù)和包含該報文頭的報文塊在文件中的位置。
4.根據(jù)權(quán)利要求2所述的傳輸方法，其特征在于，在所述步驟2-4中，對所述報文塊進行編碼運算生成重構(gòu)參數(shù)的步驟如下(2-4-1).確定報文塊的總位數(shù)St ；(2-4-2).判斷報文塊的起始位是O還是1，如果是O則記錄為S0，否則記錄為SI ； (2-4-3).計算報文塊的二進制分段數(shù)Sj ;(2-4-4).計算報文塊中O和I的個數(shù)，并分別記入相應(yīng)的參數(shù)SaO和Sal中； (2-4-5).分別計算報文塊中連續(xù)的O和連續(xù)的I的個數(shù)；(2-4-6).將以上各步驟形成的參數(shù)存儲在報文頭中；其中，X為連續(xù)的O或連續(xù)的I的個數(shù)，i為I至X的自然數(shù)。
5.根據(jù)權(quán)利要求4所述的傳輸方法，其特征在于，在所述步驟2-4-1中，所述總位數(shù)St 為 2048。
6.根據(jù)權(quán)利要求4所述的傳輸方法，其特征在于，在所述步驟2-4-3中，單獨的O、單獨的I、連續(xù)的O和連續(xù)的I分別計為I個分段。
7.根據(jù)權(quán)利要求4所述的傳輸方法，其特征在于，在所述步驟2-4-5中，將X個連續(xù)的 O或者連續(xù)的I分別記錄為XSsO和xSsl，x為自然數(shù)；連續(xù)的O的計算結(jié)果為Σ iSsO，連續(xù)的I的計算結(jié)果為Σ iSsl,其中，i為I至X的自然數(shù)。
8.根據(jù)權(quán)利要求I所述的傳輸方法，其特征在于，在所述步驟4中，所述接收端，對接收到的報文塊進行二次校驗，如果校驗結(jié)果正確，則所述接收端直接取出報文塊的報文并進行存儲；否則所述接收端對報文塊中的報文頭進行一次校驗，如果校驗結(jié)果正確，則忽略報文塊中錯誤的報文頭并保存報文，否則從報文頭中讀取二次校驗信息，進行反向編碼重構(gòu)， 修復(fù)錯誤的報文塊。
9.根據(jù)權(quán)利要求8所述的傳輸方法，其特征在于，所述接收端對錯誤報文數(shù)據(jù)進行的反向編碼重構(gòu)包括如下步驟(a).確定報文塊在文件中的位置；(b).確定接收報文的總位數(shù)Rt，判斷其與所述參數(shù)St是否相等，如果不等，則令Rt=St ；(c).判斷接收到的報文塊的起始位R0/R1是否與參數(shù)S0/S1相等，若不相等，則令SO/ SI分別代替R0/R1 ；(d).對報文塊的總位數(shù)進行分段，得出二進制分段數(shù)Rj，并與參數(shù)Sj進行比較，如果不同，則令Rj = Sj，并進行數(shù)據(jù)重構(gòu)；(e).檢查構(gòu)成的報文數(shù)據(jù)塊，與接收到的報文頭二次校驗信息進行比對，確認重構(gòu)數(shù)據(jù)與發(fā)送數(shù)據(jù)是否一致，若不一致，則按發(fā)送的報文塊的結(jié)構(gòu)再次進行數(shù)據(jù)重構(gòu)，否則將重構(gòu)數(shù)據(jù)進行一次校驗，如果此時的校驗結(jié)果正確，則說明數(shù)據(jù)的錯誤完全被修復(fù)，否則進入步驟f ;(f).采用手工糾錯方式對報文塊數(shù)據(jù)進行修復(fù)。
10.根據(jù)權(quán)利要求9所述的傳輸方法，其特征在于，在所述步驟f中，(f-D.手動記錄錯誤報文塊的編碼；(f-2).發(fā)射端采用按指定報文塊發(fā)送的方式，重新發(fā)送錯誤的報文塊。
11.根據(jù)權(quán)利要求1-10所述的傳輸方法，其特征在于，所述一次校驗和二次校驗的方式為CRC校驗方式。
12.根據(jù)權(quán)利要求1-10所述的傳輸方法，其特征在于，所述一次校驗和二次校驗的方式為海明碼校驗方式。
13.根據(jù)權(quán)利要求1-10所述的傳輸方法，其特征在于，所述數(shù)據(jù)單向傳輸包括紅外數(shù)據(jù)傳輸和單向光纖傳輸。
全文摘要
本發(fā)明提供了一種單向數(shù)據(jù)傳輸方法，所述傳輸方法包括如下步驟(1).啟動接收端，使所述接收端處于接收狀態(tài)；(2).啟動發(fā)送端，對待發(fā)送的數(shù)據(jù)進行CRC校驗；(3).所述發(fā)送端向所述接收端持續(xù)發(fā)送數(shù)據(jù)；(4).所述接收端對接收的數(shù)據(jù)進行校驗并存儲；其中，傳輸?shù)臄?shù)據(jù)是報文塊；所述報文塊包括報文和附加在報文前部的報文頭。本發(fā)明提供的數(shù)據(jù)無線單向傳輸方法，在數(shù)據(jù)的發(fā)送接收過程中不需要反饋和校驗信息，單次發(fā)送完成過程中也不需要重新發(fā)送，因此傳輸效率高于傳統(tǒng)的雙向傳輸。
文檔編號H04L1/00GK102611531SQ201210062870
公開日2012年7月25日 申請日期2012年3月12日 優(yōu)先權(quán)日2012年3月12日
發(fā)明者何建興, 古明, 吳德言, 李曉明 申請人:成都龍冠科技實業(yè)有限公司