本申請涉及數(shù)據(jù)傳輸領(lǐng)域，特別是涉及一種用于低速信道的數(shù)據(jù)傳輸方法及系統(tǒng)。
背景技術(shù)：
：隨著無線技術(shù)的發(fā)展，無線傳輸?shù)膽?yīng)用越來越廣泛，例如蜂窩移動通信、無線尋呼、手機視頻等應(yīng)用。利用無線通信技術(shù)實現(xiàn)無線局域網(wǎng)內(nèi)的股票、地理位置、公共信息等的發(fā)布也日益普遍。在現(xiàn)代化的倉儲、物流、軍事戰(zhàn)爭中，利用無線通信技術(shù)實現(xiàn)無線局域網(wǎng)內(nèi)設(shè)備之間的數(shù)據(jù)傳輸更是一個重要應(yīng)用。在利用無線通信技術(shù)實現(xiàn)設(shè)備之間進行通信的過程中，對于數(shù)據(jù)傳輸?shù)乃俣?、?zhǔn)確性、穩(wěn)定性是保證基于網(wǎng)絡(luò)系統(tǒng)正常工作的前提。以軍事戰(zhàn)爭為例，基礎(chǔ)的現(xiàn)代化戰(zhàn)爭中戰(zhàn)場地理位置隨時變化，地形環(huán)境因素不確定，部隊機動時快時慢，敵我雙方界限模糊，且戰(zhàn)場上無任何網(wǎng)絡(luò)基礎(chǔ)設(shè)施，戰(zhàn)術(shù)互聯(lián)網(wǎng)要求在上述條件下實現(xiàn)快速組網(wǎng)，保障網(wǎng)絡(luò)隨時暢通，指揮命令及時傳達，話音數(shù)據(jù)安全、可靠傳輸。但無線信道本身就存在傳輸速率較低、帶寬受限且易受到外接環(huán)境干擾，信道質(zhì)量較差等問題，這就需要提高網(wǎng)內(nèi)設(shè)備之間的數(shù)據(jù)傳輸可靠性和傳輸效率。現(xiàn)有的技術(shù)中，各信號端在網(wǎng)內(nèi)采用同樣的頻率傳輸數(shù)據(jù)，在面臨無線信道質(zhì)量差，數(shù)據(jù)突發(fā)量大等情況時，容易出現(xiàn)數(shù)據(jù)傳輸沖突導(dǎo)致的數(shù)據(jù)丟失、錯誤、重傳問題。因此，如何在低帶寬、低質(zhì)量的低速無線信道中提高數(shù)據(jù)傳輸?shù)姆€(wěn)定性，是一個迫切需要解決的問題。技術(shù)實現(xiàn)要素：本申請所要解決的技術(shù)問題是：提供一種用于低速信道的數(shù)據(jù)傳輸方法，解決現(xiàn)有技術(shù)中數(shù)據(jù)傳輸穩(wěn)定性差的問題。為了解決上述問題，本申請實施例提供了一種用于低速信道的數(shù)據(jù)傳 輸方法，包括：向預(yù)設(shè)的從信號端發(fā)送查詢信號，并在第一預(yù)設(shè)時長內(nèi)接收所述從信號端回應(yīng)所述查詢信號的應(yīng)答信號；根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，以及，根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)；發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號；所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。在本申請的一個實施例中，所述方法還包括：在與所述數(shù)據(jù)傳輸時隙匹配的第二時長后，重復(fù)發(fā)送查詢信號，啟動下一輪數(shù)據(jù)傳輸。所述應(yīng)答信號包括：所述從信號端的身份標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：若所述主信號端的預(yù)設(shè)存儲空間中有緩存數(shù)據(jù)，且所述應(yīng)答信號中的身份標(biāo)識與所述緩存數(shù)據(jù)中攜帶的目標(biāo)身份標(biāo)識相同，確定所述主信號端有待發(fā)送數(shù)據(jù)。所述應(yīng)答信號還包括：用于指示所述從信號端是否有待發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：根據(jù)所述數(shù)據(jù)標(biāo)識判斷所述從信號端是否有待發(fā)送數(shù)據(jù)。所述發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號，進一步包括：根據(jù)有待發(fā)送數(shù)據(jù)的信號端的數(shù)量，確定分配的數(shù)據(jù)傳輸時隙的數(shù)量；在同步信號中分配信號端的身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號；發(fā)送所述同步信號，以指示所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，具體為：信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。與所述數(shù)據(jù)傳輸時隙匹配的第二時長，大于或等于分配的數(shù)據(jù)傳輸時隙的數(shù)量和預(yù)設(shè)時隙長度的乘積。本申請還公開了一種用于低速信道的數(shù)據(jù)傳輸方法，包括：接收預(yù)設(shè)的主信號端發(fā)送的查詢信號，發(fā)送回應(yīng)所述查詢信號的應(yīng)答信號，用于指示所述主信號端根據(jù)應(yīng)答信號分配相應(yīng)的數(shù)據(jù)傳輸時隙；接收同步信號，在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，具體為：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。相應(yīng)的，本申請還公開了一種用于低速信道的數(shù)據(jù)傳輸系統(tǒng)，包括：查詢模塊，用于向預(yù)設(shè)的從信號端發(fā)送查詢信號，并在第一預(yù)設(shè)時長內(nèi)接收所述從信號端回應(yīng)所述查詢信號的應(yīng)答信號；數(shù)據(jù)判斷模塊，用于根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，以及，根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)；時隙分配模塊，用于發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號；第一數(shù)據(jù)傳輸模塊，用于所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。在本申請的另一個實施例中，所述系統(tǒng)還包括：循環(huán)模塊，用于在與所述數(shù)據(jù)傳輸時隙匹配的第二時長后，重復(fù)發(fā)送查詢信號，啟動下一輪數(shù)據(jù)傳輸。所述應(yīng)答信號包括：所述從信號端的身份標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：若所述主信號端的預(yù)設(shè)存儲空間中有緩存數(shù)據(jù)，且所述應(yīng)答信號中的身份標(biāo)識與所述緩存數(shù)據(jù)中攜帶的目標(biāo)身份標(biāo)識相同，確定所述主信號端有待發(fā)送數(shù)據(jù)。具體實施時，所述應(yīng)答信號還包括：用于指示所述從信號端是否有待發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：根據(jù)所述數(shù)據(jù)標(biāo)識判斷所述從信號端是否有待發(fā)送數(shù)據(jù)。在本申請的一個實施例中，所述時隙分配模塊進一步包括：時隙數(shù)量確定子模塊，用于根據(jù)有待發(fā)送數(shù)據(jù)的信號端的數(shù)量，確定分配的數(shù)據(jù)傳輸時隙的數(shù)量；時隙序號分配子模塊，用于在同步信號中分配信號端的身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號；時隙分配子模塊，用于發(fā)送所述同步信號，以指示所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述第一數(shù)據(jù)傳輸模塊進一步用于：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端 發(fā)送的針對該數(shù)據(jù)的應(yīng)答。本申請還公開了一種用于低速信道的數(shù)據(jù)傳輸系統(tǒng)，包括：信號收發(fā)模塊，用于接收預(yù)設(shè)的主信號端發(fā)送的查詢信號，發(fā)送回應(yīng)所述查詢信號的應(yīng)答信號，用于指示所述主信號端根據(jù)應(yīng)答信號分配相應(yīng)的數(shù)據(jù)傳輸時隙；所述信號收發(fā)模塊，還用于接收同步信號；第二數(shù)據(jù)傳輸模塊，用于在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述第二數(shù)據(jù)傳輸模塊進一步用于：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。本申請的實施例通過主信號端向預(yù)設(shè)的從信號端發(fā)送查詢信號，并且根據(jù)查詢信號的應(yīng)答信號確定具有待發(fā)送數(shù)據(jù)的主信號端和從信號端；然后，僅為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號，使所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，不同的信號端有各自的傳輸數(shù)據(jù)的時隙，有效地避免了現(xiàn)有技術(shù)中由于數(shù)據(jù)傳輸過程中發(fā)生的碰撞而導(dǎo)致的數(shù)據(jù)丟失，有效地保證的數(shù)據(jù)傳輸?shù)姆€(wěn)定性，同時，僅為有待發(fā)送數(shù)據(jù)的信號端分配數(shù)據(jù)傳輸時隙，保證了數(shù)據(jù)的及時發(fā)送，又減小了帶寬的浪費，提高了信道利用率。附圖說明為了更清楚地說明本申請實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本申請數(shù)據(jù)傳輸方法一個實施例的流程圖；圖2是本申請數(shù)據(jù)傳輸方法另一個實施例的流程圖；圖3是本申請數(shù)據(jù)傳輸方法一個實施例中滑動窗口存儲示意圖；圖4是本申請數(shù)據(jù)傳輸方法再一個實施例的流程圖；圖5是本申請數(shù)據(jù)傳輸系統(tǒng)一個實施例的結(jié)構(gòu)圖；圖6是本申請數(shù)據(jù)傳輸系統(tǒng)另一個實施例的結(jié)構(gòu)圖；圖7是本申請數(shù)據(jù)傳輸系統(tǒng)再一個實施例的結(jié)構(gòu)圖。具體實施方式下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。本申請的各實施例中，主信號端為主動發(fā)起通信的信號發(fā)射設(shè)備，從信號端為根據(jù)主信號端的觸發(fā)執(zhí)行數(shù)據(jù)發(fā)送操作的信號發(fā)射設(shè)備，信號發(fā)射設(shè)備根據(jù)用戶的配置執(zhí)行主信號端或從信號端的角色操作，其中，主信號端和從信號端可以為同樣的信號端(即同樣的信號發(fā)射設(shè)備)，也可以是不同的信號發(fā)射設(shè)備(即不同的信號發(fā)射設(shè)備)，本申請對此不做限定。本申請所說的對方信號端是區(qū)別于本地信號端而言的，具體實施時，可能為主信號端，也可能為從信號端。實施例一：本申請公開的一種用于低速信道的數(shù)據(jù)傳輸方法，應(yīng)用于移動終端，如圖1所示，該方法包括：步驟110，向預(yù)設(shè)的從信號端發(fā)送查詢信號，并在第一預(yù)設(shè)時長內(nèi)接收所述從信號端回應(yīng)所述查詢信號的應(yīng)答信號；步驟120，根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，以及，根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)；步驟130，發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號；步驟140，所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。上述步驟110中，信號發(fā)射設(shè)備預(yù)先設(shè)置有身份信息和網(wǎng)內(nèi)待通信的對端設(shè)備的身份信息，其中，身份信息包括：是主信號端還是從信號端、信號端自身身份標(biāo)識、待通信的對方信號端的身份標(biāo)識。信號發(fā)射設(shè)備根據(jù)預(yù)先設(shè)置的身份信息判斷自身為主信號端時，向待通信的對端設(shè)備發(fā)送查詢幀， 然后，根據(jù)待通信的對端設(shè)備的數(shù)量，和預(yù)設(shè)的每個對端設(shè)備的應(yīng)答時間確定第一預(yù)設(shè)時長，并在第一預(yù)設(shè)時長內(nèi)接收從信號端回應(yīng)所述查詢信號的應(yīng)答信號。所述第一預(yù)設(shè)時長大于或等于待通信的對端設(shè)備應(yīng)答時間的總和。具體實施時，所述應(yīng)答信號包括所述從信號端的身份標(biāo)識。上述步驟120中，所述根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：若所述主信號端的預(yù)設(shè)存儲空間中有緩存數(shù)據(jù)，且所述應(yīng)答信號中的身份標(biāo)識與所述緩存數(shù)據(jù)中攜帶的目標(biāo)身份標(biāo)識相同，確定所述主信號端有待發(fā)送數(shù)據(jù)。例如，當(dāng)所述主信號端判斷預(yù)設(shè)的存儲空間中有緩存數(shù)據(jù)是，所述主信號端在接收的應(yīng)答信號攜帶的身份標(biāo)識中匹配所述緩存數(shù)據(jù)中攜帶的目標(biāo)身份標(biāo)識，若匹配成功，說明接收該數(shù)據(jù)的從客戶端在線，則確定所述主信號端有待發(fā)送數(shù)據(jù)；若匹配失敗，說明接收該數(shù)據(jù)的從客戶端不在網(wǎng)，無法成功接收數(shù)據(jù)，則確定所述主信號端沒有待發(fā)送數(shù)據(jù)。結(jié)合目標(biāo)客戶端的網(wǎng)絡(luò)狀態(tài)和主客戶端的數(shù)據(jù)緩存情況確定是否發(fā)送數(shù)據(jù)，可以避免無效的數(shù)據(jù)傳輸，進一步提高數(shù)據(jù)傳輸效率。對于從信號端，可以認為已經(jīng)發(fā)送應(yīng)答信號的從信號端都有待發(fā)送數(shù)據(jù)，為已經(jīng)發(fā)送應(yīng)答信號的從信號端分配指定序號的數(shù)據(jù)傳輸時隙。在本申請的一個優(yōu)選實施例中，所述應(yīng)答信號包括用于指示所述從信號端是否有待發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識；上述步驟120中，所述根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：根據(jù)所述數(shù)據(jù)標(biāo)識判斷所述從信號端是否有待發(fā)送數(shù)據(jù)。主信號端在收到從信號端發(fā)送的應(yīng)答信號后，如果該應(yīng)答信號中的數(shù)據(jù)標(biāo)識指示所述從信號端有待發(fā)送數(shù)據(jù)，則為該從信號端分配指定序號的數(shù)據(jù)傳輸時隙；如果該應(yīng)答信號中的數(shù)據(jù)標(biāo)識指示所述從信號端沒有待發(fā)送數(shù)據(jù)，則不為該從信號端分配數(shù)據(jù)傳輸時隙，從而充分利用數(shù)據(jù)傳輸時隙，提高數(shù)據(jù)傳輸?shù)男?。在本申請的另一具體實施例中，上述步驟130中，所述發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號，進一步包括：根據(jù)有待發(fā)送數(shù)據(jù)的信號端的數(shù)量，確定分配的數(shù)據(jù)傳輸時隙的數(shù)量；在同步信號中分配信號端的身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號；發(fā)送所述同步信 號，以指示所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述同步信號攜帶各信號端對應(yīng)的數(shù)據(jù)傳輸時隙序號。假設(shè)局域網(wǎng)中有五個信號發(fā)射設(shè)備，其中主信號端的身份標(biāo)識為0，四個從信號端的身份標(biāo)志分別為1、2、3、4，其中，身份標(biāo)識為0的主信號端有待發(fā)送數(shù)據(jù)，身份標(biāo)識為1、3、4的從信號端有待發(fā)送數(shù)據(jù)，則主信號端需要分別為有待發(fā)送數(shù)據(jù)的信號端0、信號端1、信號端3、信號端4分配數(shù)據(jù)傳輸時隙，主信號端共需分配4個數(shù)據(jù)傳輸時隙。然后，在同步信號中設(shè)置4個數(shù)據(jù)傳輸時隙對應(yīng)的信號端身份標(biāo)識位，數(shù)據(jù)傳輸時隙的序號為信號端身份標(biāo)識位相對于幀頭的偏移。例如，設(shè)置同步信號的格式見下表：幀頭時隙1時隙2時隙3時隙4其他0xa40134--其中，0xa4用于指示該數(shù)據(jù)幀為同步幀；0、1、3、4為有待發(fā)送數(shù)據(jù)的信號端的身份標(biāo)識。假設(shè)0為主信號端的身份標(biāo)識，1、3、4分別為從信號端的身份標(biāo)識，上表中的數(shù)據(jù)用于指示：為主信號端分配的數(shù)據(jù)傳輸時隙的序號為1，為身份標(biāo)識為1的從信號端分配的數(shù)據(jù)傳輸時隙的序號為2，為身份標(biāo)識為3的從信號端分配的數(shù)據(jù)傳輸時隙的序號為3，為身份標(biāo)識為4的從信號端分配的數(shù)據(jù)傳輸時隙的序號為4。以上僅僅是為有待發(fā)送數(shù)據(jù)的所述信號端分配指定序號的數(shù)據(jù)傳輸時隙的一個例子，本領(lǐng)域技術(shù)人員還可以設(shè)計出其他具體方案為由待發(fā)送數(shù)據(jù)的從信號端分配指定序號的數(shù)據(jù)傳輸時隙，本申請對此不做限定。然后，在步驟140中，主信號端在第1個數(shù)據(jù)傳輸時隙傳輸數(shù)據(jù)，從信號端1在第2個數(shù)據(jù)傳輸時隙傳輸數(shù)據(jù)，從信號端3在第3個數(shù)據(jù)傳輸時隙傳輸數(shù)據(jù)，從信號端4在第4個數(shù)據(jù)傳輸時隙傳輸數(shù)據(jù)。本申請的實施例通過主信號端發(fā)送查詢信號，并且根據(jù)查詢信號的應(yīng)答信號確定具有待發(fā)送數(shù)據(jù)的主信號端和從信號端；然后，僅為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號，使所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，不同的信號端有各自的傳輸數(shù)據(jù)的時隙，有效地避免了現(xiàn)有技術(shù)中由于數(shù)據(jù)傳輸過程中發(fā)生的碰撞而導(dǎo)致的數(shù)據(jù)丟失，有效地 保證的數(shù)據(jù)傳輸?shù)姆€(wěn)定性，同時，僅為有待發(fā)送數(shù)據(jù)的信號端分配數(shù)據(jù)傳輸時隙，保證了數(shù)據(jù)的及時發(fā)送，又減小了帶寬的浪費，提高了信道利用率。實施例二：在本申請的另一具體實施例中，如圖2所示，在步驟130之后，所述方法還包括：步驟150，所述主信號端在與所述數(shù)據(jù)傳輸時隙匹配的第二時長后，重復(fù)發(fā)送查詢信號，啟動下一輪數(shù)據(jù)傳輸。主信號端在發(fā)送同步信號之后，等待一個第二時長的數(shù)據(jù)傳輸周期，在此數(shù)據(jù)傳輸周期結(jié)束之后，主信號端重復(fù)發(fā)送查詢信號，啟動下一輪的數(shù)據(jù)傳輸。在每一個數(shù)據(jù)傳輸周期中，有待發(fā)送數(shù)據(jù)的客戶端，包括主客戶端和從客戶端，根據(jù)主客戶端指定數(shù)據(jù)傳輸時隙，完成數(shù)據(jù)傳輸，例如：發(fā)送待發(fā)送數(shù)據(jù)、接收應(yīng)答等。具體實施時，與所述數(shù)據(jù)傳輸時隙匹配的第二時長，大于或等于分配的數(shù)據(jù)傳輸時隙的數(shù)量和預(yù)設(shè)時隙長度的乘積。通過設(shè)置與所述數(shù)據(jù)傳輸時隙匹配的等待時長，既可以保證待發(fā)送數(shù)據(jù)的傳輸時間，又可以避免空等待帶來的信道帶寬浪費。實施例三：在本申請的另一具體實施例中，所述步驟110之前還包括：設(shè)置閾值數(shù)量的第一預(yù)設(shè)尺寸存儲空間的步驟，用于緩存數(shù)據(jù)，以及，設(shè)置閾值數(shù)量的第二預(yù)設(shè)尺寸存儲空間的步驟，用于存儲閾值數(shù)量的第一預(yù)設(shè)尺寸存儲空間中的數(shù)據(jù)發(fā)送信息。具體實施時，根據(jù)信號端的發(fā)射頻率、數(shù)據(jù)處理能力等因素，基于最大化信號端發(fā)送數(shù)據(jù)效率的原則，確定一次數(shù)據(jù)傳輸?shù)淖畲笞止?jié)數(shù)，以此最大字節(jié)數(shù)為預(yù)設(shè)尺寸，在信號端設(shè)置閾值數(shù)量的預(yù)設(shè)尺寸的存儲空間。其中，所述閾值數(shù)量根據(jù)信號端待發(fā)送數(shù)據(jù)量和信號端的存儲空間大小綜合確定，本申請對此不做限定。所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，具體為：信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。本申請的實施例中，閾值數(shù)量的第一預(yù)設(shè)尺寸存儲空間作為滑動窗口存儲數(shù)據(jù)的空 間，閾值數(shù)量的第二預(yù)設(shè)尺寸存儲空間作為滑動窗口狀態(tài)的存儲空間。具體實施時。假設(shè)閾值數(shù)量為10，第一預(yù)設(shè)尺寸為126字節(jié)，第二預(yù)設(shè)尺寸為12字節(jié)，滑動窗口的數(shù)據(jù)存儲結(jié)構(gòu)如圖3所示，其中，310為數(shù)據(jù)存儲空間，320為滑動窗口狀態(tài)的存儲空間，每一個滑動窗口狀態(tài)存儲空間320對應(yīng)一個數(shù)據(jù)存儲空間310。數(shù)據(jù)存儲空間的格式如下表：源id目標(biāo)id數(shù)據(jù)序列號數(shù)據(jù)1字節(jié)1字節(jié)6字節(jié)118字節(jié)其中，源id為發(fā)送數(shù)據(jù)的信號端的身份標(biāo)識，目標(biāo)id為接收數(shù)據(jù)的信號端的身份標(biāo)識，數(shù)據(jù)序列號用于表示發(fā)送的當(dāng)前數(shù)據(jù)包的序號，數(shù)據(jù)為待發(fā)送數(shù)據(jù)。具體實施時，信號端對從網(wǎng)卡采集的數(shù)據(jù)進行解析，刪除網(wǎng)絡(luò)傳輸協(xié)議相關(guān)的數(shù)據(jù)，提取數(shù)據(jù)包中原始數(shù)據(jù)?；瑒哟翱跔顟B(tài)的存儲格式如下表：協(xié)議標(biāo)識使用狀態(tài)發(fā)送編號超時次數(shù)重傳標(biāo)志讀寫標(biāo)志保留6字節(jié)1字節(jié)1字節(jié)1字節(jié)1字節(jié)1字節(jié)1字節(jié)其中，協(xié)議標(biāo)識(seqforcomsever)用于指示通信服務(wù)軟件傳輸使用的協(xié)議；使用狀態(tài)(used)用于指示當(dāng)前地址代表的滑動窗口存儲數(shù)據(jù)的空間是否被使用；發(fā)送編號(seq)表示發(fā)送數(shù)據(jù)時由上層數(shù)據(jù)傳輸軟件添加的發(fā)送編號；超時次數(shù)(timeout)用于指示當(dāng)前地址代表的滑動窗口中的數(shù)據(jù)發(fā)送超時次數(shù)；重傳標(biāo)志(resend)當(dāng)前地址代表的滑動窗口中的數(shù)據(jù)重發(fā)標(biāo)志；讀寫標(biāo)志(read)用于指示當(dāng)前地址代表的滑動窗口中的數(shù)據(jù)是否已經(jīng)被讀出。滑動窗口協(xié)議，是tcp使用的一種流量控制方法。該協(xié)議允許發(fā)送方在停止并等待確認前可以連續(xù)發(fā)送多個分組。由于發(fā)送方不必每發(fā)一個分組就停下來等待確認，因此該協(xié)議可以加速數(shù)據(jù)的傳輸。自動重傳請求(automaticrepeat-request，arq)是osi模型中數(shù)據(jù)鏈路層的錯誤糾正協(xié)議之一。它通過使用確認和超時這兩個機制，在不可靠服務(wù)的基礎(chǔ)上實現(xiàn)可靠的信息傳輸。如果發(fā)送方在發(fā)送后一段時間之內(nèi)沒有收到確認幀，它通常會重新發(fā)送。arq可能包括停止等待arq協(xié)議、回退arq和連續(xù)arq協(xié)議， 錯誤檢測(errordetection)、正面確認(positiveacknowledgment)、超時重傳(retransmissionaftertimeout)和負面確認及重傳(negativeacknowledgmentandretransmission)等機制。本申請在具體實施時，當(dāng)信號端的滑動窗口中存儲數(shù)據(jù)的空間有待發(fā)送數(shù)據(jù)時，該空間對應(yīng)的滑動窗口狀態(tài)存儲空間中相應(yīng)地址的讀寫標(biāo)志字節(jié)被設(shè)置，當(dāng)前信號端判斷到達為自身指定的數(shù)據(jù)傳輸時隙時，檢測滑動窗口狀態(tài)存儲空間中的讀寫標(biāo)志字節(jié)，若為“未讀出”，并且使用狀態(tài)指示當(dāng)前滑動窗口“未使用”，則設(shè)置當(dāng)前滑動窗口的使用狀態(tài)為“使用中”，發(fā)送當(dāng)前滑動窗口中的待發(fā)送數(shù)據(jù)。在數(shù)據(jù)傳輸時隙允許的時間范圍內(nèi)，信號端可以不必等待當(dāng)前發(fā)送的數(shù)據(jù)應(yīng)答，繼續(xù)發(fā)送滑動窗口中其他存儲數(shù)據(jù)的空間中的待發(fā)送數(shù)據(jù)。本申請在具體實施時采用滑動窗口協(xié)議結(jié)合連續(xù)arq協(xié)議發(fā)送數(shù)據(jù)，采用選擇重傳協(xié)議實現(xiàn)待發(fā)送數(shù)據(jù)自動重傳，以保證數(shù)據(jù)傳輸?shù)姆€(wěn)定性。發(fā)送數(shù)據(jù)的信號端在發(fā)送完一包待發(fā)送數(shù)據(jù)之后，不必等待對方信號端的應(yīng)答，在指定的數(shù)據(jù)傳輸時隙內(nèi)連續(xù)發(fā)送下一包數(shù)據(jù)。若在設(shè)定時間內(nèi)沒有收到對方信號端的針對某一包數(shù)據(jù)的應(yīng)答，則重新發(fā)送那個沒有應(yīng)答的數(shù)據(jù)包。在數(shù)據(jù)發(fā)送完成，并且成功接收到應(yīng)答后，清空滑動窗口中相應(yīng)空間的狀態(tài)。以備緩存下一包數(shù)據(jù)使用。通過使用滑動窗口協(xié)議結(jié)合連續(xù)arq協(xié)議發(fā)送數(shù)據(jù)，實現(xiàn)了數(shù)據(jù)傳輸時隙的充分利用，提高了數(shù)據(jù)傳輸效率，同時，對于沒有正常發(fā)送的數(shù)據(jù)，能夠?qū)崿F(xiàn)自動重發(fā)，進一步保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性。實施例四：本申請的再一實施例中公開了一種用于低速信道的數(shù)據(jù)傳輸方法，如圖4所示，包括：步驟410，接收預(yù)設(shè)的主信號端發(fā)送的查詢信號，發(fā)送回應(yīng)所述查詢信號的應(yīng)答信號，用于指示所述主信號端根據(jù)應(yīng)答信號分配相應(yīng)的數(shù)據(jù)傳輸時隙；步驟420，接收同步信號，在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。從信號端在接收到主信號端發(fā)送的查詢信號后，發(fā)送應(yīng)答信號，回應(yīng)所述查詢信號，其中，所述應(yīng)答信號包括信號端的身份標(biāo)識。優(yōu)選地，應(yīng)答信號中還包括用于指示所述從信號端是否有大發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識。具體實施時，同步信號攜帶信號端身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號。本實施例通過在主信號端指定的數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，可以有效地避免信道沖突導(dǎo)致的數(shù)據(jù)丟失，保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性。具體實施時，設(shè)置閾值數(shù)量的第一預(yù)設(shè)尺寸存儲空間的步驟，用于緩存數(shù)據(jù)，以及，設(shè)置閾值數(shù)量的第二預(yù)設(shè)尺寸存儲空間的步驟，用于存儲閾值數(shù)量的第一預(yù)設(shè)尺寸存儲空間中的數(shù)據(jù)發(fā)送信息。所述在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，具體為：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。本實施例中預(yù)設(shè)存儲空間，以及采用滑動窗口協(xié)議進行數(shù)據(jù)傳輸?shù)木唧w實施方式參見實施例三，此處不再贅述。通過使用滑動窗口協(xié)議實現(xiàn)連續(xù)數(shù)據(jù)發(fā)送，實現(xiàn)了數(shù)據(jù)傳輸時隙的充分利用，提高了數(shù)據(jù)傳輸效率，同時，對于沒有正常發(fā)送的數(shù)據(jù)，能夠?qū)崿F(xiàn)自動重發(fā)，進一步保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性。實施例五：下面結(jié)合一個軍事戰(zhàn)爭中的一個具體用用場景，詳細描述本身申請的用于低速信道的數(shù)據(jù)傳輸方法。根據(jù)實際應(yīng)用情況，信號端為短波電臺，所述短波電臺在營指揮車、連指揮車和固定指揮所上使用，最多使用一比四組網(wǎng)。具體實施時，短波電臺優(yōu)選采用fpga處理芯片實現(xiàn)，在執(zhí)行數(shù)據(jù)傳輸?shù)倪^程中，fpga處理器根據(jù)短波電臺的角色來動態(tài)分配時隙。由于在實際使用中，只會出現(xiàn)營指揮車向連指揮車和固定指揮所發(fā)送數(shù)據(jù)，或者連指揮車和固定指揮所向營指揮車發(fā)送數(shù)據(jù)的情況。因此將營指揮車設(shè)置為主臺(即主信號端)，連指揮車和固定指揮所設(shè)置為從臺(即從信號端)，具體組網(wǎng)主從配置關(guān)系采用配置文件或手動設(shè)置的方式對各信號端進行配置，配置信息包括：身份標(biāo)識、角色、 網(wǎng)內(nèi)的其他角色及身份標(biāo)識。以下實施例描述中以網(wǎng)內(nèi)包括五個信號端為例進行說明。五個信號端分別為：營指揮車、連指揮車1、連指揮車2、連指揮車3、固定指揮所，其中，營指揮車為主信號端，其身份標(biāo)識為0；連指揮車1為從信號端，其身份標(biāo)識為1；連指揮車2為從信號端，其身份標(biāo)識為2；連指揮車3為從信號端，其身份標(biāo)識為3；固定指揮所為從信號端，其身份標(biāo)識為4。首先，營指揮車和連指揮車1、連指揮車2、連指揮車3、固定指揮所各自預(yù)先分配10個126字節(jié)的存儲待發(fā)送數(shù)據(jù)的數(shù)據(jù)存儲空間，以及，10個12字節(jié)的存儲數(shù)據(jù)存儲空間狀態(tài)的狀態(tài)存儲空間。然后，營指揮車根據(jù)存儲的配置信息判斷自身為主信號端，則發(fā)送查詢信號0xa3至網(wǎng)內(nèi)的其他四個從信號端，包括：連指揮車1、連指揮車2、連指揮車3、固定指揮所)，并根據(jù)每個從信號端返回應(yīng)答信號的預(yù)計時長t，確定至少等待4t的時間，以保證四個從信號端都在線時，等待足夠長時間接收到四個從信號端反饋的應(yīng)答。從信號端接收到主信號端發(fā)送查詢信號后，發(fā)送回應(yīng)所述查詢信號的應(yīng)答信號，用于指示所述主信號端根據(jù)應(yīng)答信號分配相應(yīng)的數(shù)據(jù)傳輸時隙。應(yīng)答信號包括：從信號端的身份標(biāo)識、是否有待發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識。主信號端收到在網(wǎng)的從信號端反饋的應(yīng)答信號后，根據(jù)應(yīng)答信號中的數(shù)據(jù)標(biāo)識，判斷從信號端是否有待發(fā)送數(shù)據(jù)，并為有待發(fā)送數(shù)據(jù)的從信號端分貝數(shù)據(jù)傳輸時隙。并根據(jù)主信號端是否緩存有待發(fā)送數(shù)據(jù)，以及，待發(fā)送數(shù)據(jù)的目標(biāo)信號端是否在網(wǎng)，確定是否為主信號端分配數(shù)據(jù)傳輸時隙。本實施例中四個從信號端均發(fā)送了查詢信號的應(yīng)答信號，并且，其中兩個從信號端(即連指揮車2和連指揮車3)有待發(fā)送數(shù)據(jù)，主信號端(營指揮車)沒有待發(fā)送數(shù)據(jù)，因此，主信號端(營指揮車)分配2個數(shù)據(jù)傳輸時隙：第1個數(shù)據(jù)傳輸時隙分配給連指揮車2，第2個數(shù)據(jù)傳輸時隙分配給連指揮車3。營指揮車通過發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的從信號端(即連指揮車2和連指揮車3)分配指定的數(shù)據(jù)傳輸時隙。營指揮車發(fā)送的同步信號為：0xa4,0x02,0x03，其中，0xa4為同步幀標(biāo)識，0x02用于指示為身份標(biāo)識為2 的從信號端(即連指揮車2)分配第1個數(shù)據(jù)傳輸時隙，0x03用于指示為身份標(biāo)識為3的從信號端(即連指揮車3)分配第2個數(shù)據(jù)傳輸時隙。連指揮車2在收到同步信號后，在第1個數(shù)據(jù)傳輸時隙發(fā)送數(shù)據(jù)存儲空間中的待發(fā)送數(shù)據(jù)，并在該時隙內(nèi)等待應(yīng)答信號；連指揮車3在收到同步信號后，在第2個數(shù)據(jù)傳輸時隙發(fā)送數(shù)據(jù)存儲空間中的待發(fā)送數(shù)據(jù)，并在該時隙內(nèi)等待應(yīng)答信號。營指揮車在發(fā)送完同步信號之后，等待2個數(shù)據(jù)傳輸時隙的時長，用于等待連指揮車2和連指揮車3發(fā)送數(shù)據(jù)。若連指揮車2和連指揮車3中的待發(fā)送數(shù)據(jù)的目標(biāo)id是0，即營指揮車的身份標(biāo)識，則營指揮車在發(fā)送完同步信號之后，會在第1個數(shù)據(jù)傳輸時隙內(nèi)接收到連指揮車2發(fā)送的數(shù)據(jù)，并在第1個數(shù)據(jù)傳輸時隙內(nèi)發(fā)送應(yīng)答數(shù)據(jù)至連指揮車2；在第2個數(shù)據(jù)傳輸時隙內(nèi)接收到連指揮車3發(fā)送的數(shù)據(jù)，并在第2個數(shù)據(jù)傳輸時隙內(nèi)發(fā)送應(yīng)答數(shù)據(jù)至連指揮車3。營指揮車等待2個數(shù)據(jù)傳輸時隙過后，重新根據(jù)自身的配置信息發(fā)送查詢信號至網(wǎng)內(nèi)的各從信號端，開啟下一輪的數(shù)據(jù)傳輸。實施例六：相應(yīng)的，一種用于低速信道的數(shù)據(jù)傳輸系統(tǒng)，如圖5所示，包括：查詢模塊510，用于向預(yù)設(shè)的從信號端發(fā)送查詢信號，并在第一預(yù)設(shè)時長內(nèi)接收所述從信號端回應(yīng)所述查詢信號的應(yīng)答信號；數(shù)據(jù)判斷模塊520，用于根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，以及，根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)；時隙分配模塊530，用于發(fā)送同步信號，為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號；第一數(shù)據(jù)傳輸模塊540，用于所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。所述同步信號攜帶有各信號端的身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號。本申請的實施例通過主信號端發(fā)送查詢信號，并且根據(jù)查詢信號的應(yīng)答信號確定具有待發(fā)送數(shù)據(jù)的主信號端和從信號端；然后，僅為有待發(fā)送數(shù)據(jù)的所述信號端分配數(shù)據(jù)傳輸時隙的序號，使所述信號端在分配的序號數(shù)據(jù)傳 輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，不同的信號端有各自的傳輸數(shù)據(jù)的時隙，有效地避免了現(xiàn)有技術(shù)中由于數(shù)據(jù)傳輸過程中發(fā)生的碰撞而導(dǎo)致的數(shù)據(jù)丟失，有效地保證的數(shù)據(jù)傳輸?shù)姆€(wěn)定性，同時，僅為有待發(fā)送數(shù)據(jù)的信號端分配數(shù)據(jù)傳輸時隙，保證了數(shù)據(jù)的及時發(fā)送，又減小了帶寬的浪費，提高了信道利用率。具體實施時，所述應(yīng)答信號包括：所述從信號端的身份標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述主信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：若所述主信號端的預(yù)設(shè)存儲空間中有緩存數(shù)據(jù)，且所述應(yīng)答信號中的身份標(biāo)識與所述緩存數(shù)據(jù)中攜帶的目標(biāo)身份標(biāo)識相同，確定所述主信號端有待發(fā)送數(shù)據(jù)。結(jié)合目標(biāo)客戶端的網(wǎng)絡(luò)狀態(tài)和主客戶端的數(shù)據(jù)緩存情況確定是否發(fā)送數(shù)據(jù)，可以避免無效的數(shù)據(jù)傳輸，進一步提高數(shù)據(jù)傳輸效率。在本申請的另一個實施例中，所述應(yīng)答信號還包括：用于指示所述從信號端是否有待發(fā)送數(shù)據(jù)的數(shù)據(jù)標(biāo)識；所述根據(jù)所述應(yīng)答信號判斷所述從信號端是否有待發(fā)送數(shù)據(jù)，進一步包括：根據(jù)所述數(shù)據(jù)標(biāo)識判斷所述從信號端是否有待發(fā)送數(shù)據(jù)。在本申請的另一具體實施例中，所述時隙分配模塊530進一步包括：時隙數(shù)量確定子模塊，用于根據(jù)有待發(fā)送數(shù)據(jù)的信號端的數(shù)量，確定分配的數(shù)據(jù)傳輸時隙的數(shù)量；時隙序號分配子模塊，用于在同步信號中分配信號端的身份標(biāo)識對應(yīng)的數(shù)據(jù)傳輸時隙的序號；時隙分配子模塊，用于發(fā)送所述同步信號，以指示所述信號端在分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。具體實施時，所述第一數(shù)據(jù)傳輸模塊540進一步用于：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。數(shù)據(jù)發(fā)送的具體實施方式參見方法實施例部分，此處不再贅述。通過使用滑動窗口協(xié)議實現(xiàn)連續(xù)數(shù)據(jù)發(fā)送，實現(xiàn)了數(shù)據(jù)傳輸時隙的充分利用，提高了數(shù)據(jù)傳輸效率，同時，對于沒有正常發(fā)送的數(shù)據(jù)，能夠?qū)崿F(xiàn)自動重發(fā)，進一步保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性。在本申請的另一具體實施例中，基于實施例五，如圖6所示，所述系統(tǒng) 還包括：循環(huán)模塊550，用于在與所述數(shù)據(jù)傳輸時隙匹配的第二時長后，重復(fù)發(fā)送查詢信號，啟動下一輪數(shù)據(jù)傳輸。具體實施時，與所述數(shù)據(jù)傳輸時隙匹配的第二時長，大于或等于分配的數(shù)據(jù)傳輸時隙的數(shù)量和預(yù)設(shè)時隙長度的乘積。實施例七：本申請的另一具體實施例中公開了一種用于低速信道的數(shù)據(jù)傳輸系統(tǒng)，如圖7所示，所述系統(tǒng)包括：信號收發(fā)模塊710，用于接收預(yù)設(shè)的主信號端發(fā)送的查詢信號，發(fā)送回應(yīng)所述查詢信號的應(yīng)答信號，用于指示所述主信號端根據(jù)應(yīng)答信號分配相應(yīng)的數(shù)據(jù)傳輸時隙；所述信號收發(fā)模塊710，還用于接收同步信號；第二數(shù)據(jù)傳輸模塊720，用于在所述同步信號中分配的序號數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸。具體實施時，所述第二數(shù)據(jù)傳輸模塊進一步用于：在分配的序號數(shù)據(jù)傳輸時隙內(nèi)按照滑動窗口協(xié)議發(fā)送預(yù)設(shè)的滑動窗口中緩存的待發(fā)送數(shù)據(jù)，并接收對方信號端發(fā)送的針對該數(shù)據(jù)的應(yīng)答。本實施例通過在主信號端指定的數(shù)據(jù)傳輸時隙內(nèi)執(zhí)行數(shù)據(jù)傳輸，可以有效地避免信道沖突導(dǎo)致的數(shù)據(jù)丟失，保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性。本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上對本申請對提供的一種用于低速信道的數(shù)據(jù)傳輸方法和系統(tǒng)進行了詳細介紹，本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申 請的限制。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件實現(xiàn)?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。當(dāng)前第1頁12