一种用于低速信道的数据传输方法及系统与流程

本申请涉及数据传输领域，特别是涉及一种用于低速信道的数据传输方法及系统。
背景技术：
：随着无线技术的发展，无线传输的应用越来越广泛，例如蜂窝移动通信、无线寻呼、手机视频等应用。利用无线通信技术实现无线局域网内的股票、地理位置、公共信息等的发布也日益普遍。在现代化的仓储、物流、军事战争中，利用无线通信技术实现无线局域网内设备之间的数据传输更是一个重要应用。在利用无线通信技术实现设备之间进行通信的过程中，对于数据传输的速度、准确性、稳定性是保证基于网络系统正常工作的前提。以军事战争为例，基础的现代化战争中战场地理位置随时变化，地形环境因素不确定，部队机动时快时慢，敌我双方界限模糊，且战场上无任何网络基础设施，战术互联网要求在上述条件下实现快速组网，保障网络随时畅通，指挥命令及时传达，话音数据安全、可靠传输。但无线信道本身就存在传输速率较低、带宽受限且易受到外接环境干扰，信道质量较差等问题，这就需要提高网内设备之间的数据传输可靠性和传输效率。现有的技术中，各信号端在网内采用同样的频率传输数据，在面临无线信道质量差，数据突发量大等情况时，容易出现数据传输冲突导致的数据丢失、错误、重传问题。因此，如何在低带宽、低质量的低速无线信道中提高数据传输的稳定性，是一个迫切需要解决的问题。技术实现要素：本申请所要解决的技术问题是：提供一种用于低速信道的数据传输方法，解决现有技术中数据传输稳定性差的问题。为了解决上述问题，本申请实施例提供了一种用于低速信道的数据传 输方法，包括：向预设的从信号端发送查询信号，并在第一预设时长内接收所述从信号端回应所述查询信号的应答信号；根据所述应答信号判断所述从信号端是否有待发送数据，以及，根据所述应答信号判断所述主信号端是否有待发送数据；发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号；所述信号端在分配的序号数据传输时隙内执行数据传输。在本申请的一个实施例中，所述方法还包括：在与所述数据传输时隙匹配的第二时长后，重复发送查询信号，启动下一轮数据传输。所述应答信号包括：所述从信号端的身份标识；所述根据所述应答信号判断所述主信号端是否有待发送数据，进一步包括：若所述主信号端的预设存储空间中有缓存数据，且所述应答信号中的身份标识与所述缓存数据中携带的目标身份标识相同，确定所述主信号端有待发送数据。所述应答信号还包括：用于指示所述从信号端是否有待发送数据的数据标识；所述根据所述应答信号判断所述从信号端是否有待发送数据，进一步包括：根据所述数据标识判断所述从信号端是否有待发送数据。所述发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号，进一步包括：根据有待发送数据的信号端的数量，确定分配的数据传输时隙的数量；在同步信号中分配信号端的身份标识对应的数据传输时隙的序号；发送所述同步信号，以指示所述信号端在分配的序号数据传输时隙内执行数据传输。所述信号端在分配的序号数据传输时隙内执行数据传输，具体为：信号端在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。与所述数据传输时隙匹配的第二时长，大于或等于分配的数据传输时隙的数量和预设时隙长度的乘积。本申请还公开了一种用于低速信道的数据传输方法，包括：接收预设的主信号端发送的查询信号，发送回应所述查询信号的应答信号，用于指示所述主信号端根据应答信号分配相应的数据传输时隙；接收同步信号，在所述同步信号中分配的序号数据传输时隙内执行数据传输。所述在所述同步信号中分配的序号数据传输时隙内执行数据传输，具体为：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。相应的，本申请还公开了一种用于低速信道的数据传输系统，包括：查询模块，用于向预设的从信号端发送查询信号，并在第一预设时长内接收所述从信号端回应所述查询信号的应答信号；数据判断模块，用于根据所述应答信号判断所述从信号端是否有待发送数据，以及，根据所述应答信号判断所述主信号端是否有待发送数据；时隙分配模块，用于发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号；第一数据传输模块，用于所述信号端在分配的序号数据传输时隙内执行数据传输。在本申请的另一个实施例中，所述系统还包括：循环模块，用于在与所述数据传输时隙匹配的第二时长后，重复发送查询信号，启动下一轮数据传输。所述应答信号包括：所述从信号端的身份标识；所述根据所述应答信号判断所述主信号端是否有待发送数据，进一步包括：若所述主信号端的预设存储空间中有缓存数据，且所述应答信号中的身份标识与所述缓存数据中携带的目标身份标识相同，确定所述主信号端有待发送数据。具体实施时，所述应答信号还包括：用于指示所述从信号端是否有待发送数据的数据标识；所述根据所述应答信号判断所述从信号端是否有待发送数据，进一步包括：根据所述数据标识判断所述从信号端是否有待发送数据。在本申请的一个实施例中，所述时隙分配模块进一步包括：时隙数量确定子模块，用于根据有待发送数据的信号端的数量，确定分配的数据传输时隙的数量；时隙序号分配子模块，用于在同步信号中分配信号端的身份标识对应的数据传输时隙的序号；时隙分配子模块，用于发送所述同步信号，以指示所述信号端在分配的序号数据传输时隙内执行数据传输。所述第一数据传输模块进一步用于：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端 发送的针对该数据的应答。本申请还公开了一种用于低速信道的数据传输系统，包括：信号收发模块，用于接收预设的主信号端发送的查询信号，发送回应所述查询信号的应答信号，用于指示所述主信号端根据应答信号分配相应的数据传输时隙；所述信号收发模块，还用于接收同步信号；第二数据传输模块，用于在所述同步信号中分配的序号数据传输时隙内执行数据传输。所述第二数据传输模块进一步用于：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。本申请的实施例通过主信号端向预设的从信号端发送查询信号，并且根据查询信号的应答信号确定具有待发送数据的主信号端和从信号端；然后，仅为有待发送数据的所述信号端分配数据传输时隙的序号，使所述信号端在分配的序号数据传输时隙内执行数据传输，不同的信号端有各自的传输数据的时隙，有效地避免了现有技术中由于数据传输过程中发生的碰撞而导致的数据丢失，有效地保证的数据传输的稳定性，同时，仅为有待发送数据的信号端分配数据传输时隙，保证了数据的及时发送，又减小了带宽的浪费，提高了信道利用率。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本申请数据传输方法一个实施例的流程图；图2是本申请数据传输方法另一个实施例的流程图；图3是本申请数据传输方法一个实施例中滑动窗口存储示意图；图4是本申请数据传输方法再一个实施例的流程图；图5是本申请数据传输系统一个实施例的结构图；图6是本申请数据传输系统另一个实施例的结构图；图7是本申请数据传输系统再一个实施例的结构图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的各实施例中，主信号端为主动发起通信的信号发射设备，从信号端为根据主信号端的触发执行数据发送操作的信号发射设备，信号发射设备根据用户的配置执行主信号端或从信号端的角色操作，其中，主信号端和从信号端可以为同样的信号端(即同样的信号发射设备)，也可以是不同的信号发射设备(即不同的信号发射设备)，本申请对此不做限定。本申请所说的对方信号端是区别于本地信号端而言的，具体实施时，可能为主信号端，也可能为从信号端。实施例一：本申请公开的一种用于低速信道的数据传输方法，应用于移动终端，如图1所示，该方法包括：步骤110，向预设的从信号端发送查询信号，并在第一预设时长内接收所述从信号端回应所述查询信号的应答信号；步骤120，根据所述应答信号判断所述从信号端是否有待发送数据，以及，根据所述应答信号判断所述主信号端是否有待发送数据；步骤130，发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号；步骤140，所述信号端在分配的序号数据传输时隙内执行数据传输。上述步骤110中，信号发射设备预先设置有身份信息和网内待通信的对端设备的身份信息，其中，身份信息包括：是主信号端还是从信号端、信号端自身身份标识、待通信的对方信号端的身份标识。信号发射设备根据预先设置的身份信息判断自身为主信号端时，向待通信的对端设备发送查询帧， 然后，根据待通信的对端设备的数量，和预设的每个对端设备的应答时间确定第一预设时长，并在第一预设时长内接收从信号端回应所述查询信号的应答信号。所述第一预设时长大于或等于待通信的对端设备应答时间的总和。具体实施时，所述应答信号包括所述从信号端的身份标识。上述步骤120中，所述根据所述应答信号判断所述主信号端是否有待发送数据，进一步包括：若所述主信号端的预设存储空间中有缓存数据，且所述应答信号中的身份标识与所述缓存数据中携带的目标身份标识相同，确定所述主信号端有待发送数据。例如，当所述主信号端判断预设的存储空间中有缓存数据是，所述主信号端在接收的应答信号携带的身份标识中匹配所述缓存数据中携带的目标身份标识，若匹配成功，说明接收该数据的从客户端在线，则确定所述主信号端有待发送数据；若匹配失败，说明接收该数据的从客户端不在网，无法成功接收数据，则确定所述主信号端没有待发送数据。结合目标客户端的网络状态和主客户端的数据缓存情况确定是否发送数据，可以避免无效的数据传输，进一步提高数据传输效率。对于从信号端，可以认为已经发送应答信号的从信号端都有待发送数据，为已经发送应答信号的从信号端分配指定序号的数据传输时隙。在本申请的一个优选实施例中，所述应答信号包括用于指示所述从信号端是否有待发送数据的数据标识；上述步骤120中，所述根据所述应答信号判断所述从信号端是否有待发送数据，进一步包括：根据所述数据标识判断所述从信号端是否有待发送数据。主信号端在收到从信号端发送的应答信号后，如果该应答信号中的数据标识指示所述从信号端有待发送数据，则为该从信号端分配指定序号的数据传输时隙；如果该应答信号中的数据标识指示所述从信号端没有待发送数据，则不为该从信号端分配数据传输时隙，从而充分利用数据传输时隙，提高数据传输的效率。在本申请的另一具体实施例中，上述步骤130中，所述发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号，进一步包括：根据有待发送数据的信号端的数量，确定分配的数据传输时隙的数量；在同步信号中分配信号端的身份标识对应的数据传输时隙的序号；发送所述同步信 号，以指示所述信号端在分配的序号数据传输时隙内执行数据传输。所述同步信号携带各信号端对应的数据传输时隙序号。假设局域网中有五个信号发射设备，其中主信号端的身份标识为0，四个从信号端的身份标志分别为1、2、3、4，其中，身份标识为0的主信号端有待发送数据，身份标识为1、3、4的从信号端有待发送数据，则主信号端需要分别为有待发送数据的信号端0、信号端1、信号端3、信号端4分配数据传输时隙，主信号端共需分配4个数据传输时隙。然后，在同步信号中设置4个数据传输时隙对应的信号端身份标识位，数据传输时隙的序号为信号端身份标识位相对于帧头的偏移。例如，设置同步信号的格式见下表：帧头时隙1时隙2时隙3时隙4其他0xa40134--其中，0xa4用于指示该数据帧为同步帧；0、1、3、4为有待发送数据的信号端的身份标识。假设0为主信号端的身份标识，1、3、4分别为从信号端的身份标识，上表中的数据用于指示：为主信号端分配的数据传输时隙的序号为1，为身份标识为1的从信号端分配的数据传输时隙的序号为2，为身份标识为3的从信号端分配的数据传输时隙的序号为3，为身份标识为4的从信号端分配的数据传输时隙的序号为4。以上仅仅是为有待发送数据的所述信号端分配指定序号的数据传输时隙的一个例子，本领域技术人员还可以设计出其他具体方案为由待发送数据的从信号端分配指定序号的数据传输时隙，本申请对此不做限定。然后，在步骤140中，主信号端在第1个数据传输时隙传输数据，从信号端1在第2个数据传输时隙传输数据，从信号端3在第3个数据传输时隙传输数据，从信号端4在第4个数据传输时隙传输数据。本申请的实施例通过主信号端发送查询信号，并且根据查询信号的应答信号确定具有待发送数据的主信号端和从信号端；然后，仅为有待发送数据的所述信号端分配数据传输时隙的序号，使所述信号端在分配的序号数据传输时隙内执行数据传输，不同的信号端有各自的传输数据的时隙，有效地避免了现有技术中由于数据传输过程中发生的碰撞而导致的数据丢失，有效地 保证的数据传输的稳定性，同时，仅为有待发送数据的信号端分配数据传输时隙，保证了数据的及时发送，又减小了带宽的浪费，提高了信道利用率。实施例二：在本申请的另一具体实施例中，如图2所示，在步骤130之后，所述方法还包括：步骤150，所述主信号端在与所述数据传输时隙匹配的第二时长后，重复发送查询信号，启动下一轮数据传输。主信号端在发送同步信号之后，等待一个第二时长的数据传输周期，在此数据传输周期结束之后，主信号端重复发送查询信号，启动下一轮的数据传输。在每一个数据传输周期中，有待发送数据的客户端，包括主客户端和从客户端，根据主客户端指定数据传输时隙，完成数据传输，例如：发送待发送数据、接收应答等。具体实施时，与所述数据传输时隙匹配的第二时长，大于或等于分配的数据传输时隙的数量和预设时隙长度的乘积。通过设置与所述数据传输时隙匹配的等待时长，既可以保证待发送数据的传输时间，又可以避免空等待带来的信道带宽浪费。实施例三：在本申请的另一具体实施例中，所述步骤110之前还包括：设置阈值数量的第一预设尺寸存储空间的步骤，用于缓存数据，以及，设置阈值数量的第二预设尺寸存储空间的步骤，用于存储阈值数量的第一预设尺寸存储空间中的数据发送信息。具体实施时，根据信号端的发射频率、数据处理能力等因素，基于最大化信号端发送数据效率的原则，确定一次数据传输的最大字节数，以此最大字节数为预设尺寸，在信号端设置阈值数量的预设尺寸的存储空间。其中，所述阈值数量根据信号端待发送数据量和信号端的存储空间大小综合确定，本申请对此不做限定。所述信号端在分配的序号数据传输时隙内执行数据传输，具体为：信号端在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。本申请的实施例中，阈值数量的第一预设尺寸存储空间作为滑动窗口存储数据的空 间，阈值数量的第二预设尺寸存储空间作为滑动窗口状态的存储空间。具体实施时。假设阈值数量为10，第一预设尺寸为126字节，第二预设尺寸为12字节，滑动窗口的数据存储结构如图3所示，其中，310为数据存储空间，320为滑动窗口状态的存储空间，每一个滑动窗口状态存储空间320对应一个数据存储空间310。数据存储空间的格式如下表：源id目标id数据序列号数据1字节1字节6字节118字节其中，源id为发送数据的信号端的身份标识，目标id为接收数据的信号端的身份标识，数据序列号用于表示发送的当前数据包的序号，数据为待发送数据。具体实施时，信号端对从网卡采集的数据进行解析，删除网络传输协议相关的数据，提取数据包中原始数据。滑动窗口状态的存储格式如下表：协议标识使用状态发送编号超时次数重传标志读写标志保留6字节1字节1字节1字节1字节1字节1字节其中，协议标识(seqforcomsever)用于指示通信服务软件传输使用的协议；使用状态(used)用于指示当前地址代表的滑动窗口存储数据的空间是否被使用；发送编号(seq)表示发送数据时由上层数据传输软件添加的发送编号；超时次数(timeout)用于指示当前地址代表的滑动窗口中的数据发送超时次数；重传标志(resend)当前地址代表的滑动窗口中的数据重发标志；读写标志(read)用于指示当前地址代表的滑动窗口中的数据是否已经被读出。滑动窗口协议，是tcp使用的一种流量控制方法。该协议允许发送方在停止并等待确认前可以连续发送多个分组。由于发送方不必每发一个分组就停下来等待确认，因此该协议可以加速数据的传输。自动重传请求(automaticrepeat-request，arq)是osi模型中数据链路层的错误纠正协议之一。它通过使用确认和超时这两个机制，在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认帧，它通常会重新发送。arq可能包括停止等待arq协议、回退arq和连续arq协议， 错误检测(errordetection)、正面确认(positiveacknowledgment)、超时重传(retransmissionaftertimeout)和负面确认及重传(negativeacknowledgmentandretransmission)等机制。本申请在具体实施时，当信号端的滑动窗口中存储数据的空间有待发送数据时，该空间对应的滑动窗口状态存储空间中相应地址的读写标志字节被设置，当前信号端判断到达为自身指定的数据传输时隙时，检测滑动窗口状态存储空间中的读写标志字节，若为“未读出”，并且使用状态指示当前滑动窗口“未使用”，则设置当前滑动窗口的使用状态为“使用中”，发送当前滑动窗口中的待发送数据。在数据传输时隙允许的时间范围内，信号端可以不必等待当前发送的数据应答，继续发送滑动窗口中其他存储数据的空间中的待发送数据。本申请在具体实施时采用滑动窗口协议结合连续arq协议发送数据，采用选择重传协议实现待发送数据自动重传，以保证数据传输的稳定性。发送数据的信号端在发送完一包待发送数据之后，不必等待对方信号端的应答，在指定的数据传输时隙内连续发送下一包数据。若在设定时间内没有收到对方信号端的针对某一包数据的应答，则重新发送那个没有应答的数据包。在数据发送完成，并且成功接收到应答后，清空滑动窗口中相应空间的状态。以备缓存下一包数据使用。通过使用滑动窗口协议结合连续arq协议发送数据，实现了数据传输时隙的充分利用，提高了数据传输效率，同时，对于没有正常发送的数据，能够实现自动重发，进一步保证了数据传输的稳定性。实施例四：本申请的再一实施例中公开了一种用于低速信道的数据传输方法，如图4所示，包括：步骤410，接收预设的主信号端发送的查询信号，发送回应所述查询信号的应答信号，用于指示所述主信号端根据应答信号分配相应的数据传输时隙；步骤420，接收同步信号，在所述同步信号中分配的序号数据传输时隙内执行数据传输。从信号端在接收到主信号端发送的查询信号后，发送应答信号，回应所述查询信号，其中，所述应答信号包括信号端的身份标识。优选地，应答信号中还包括用于指示所述从信号端是否有大发送数据的数据标识。具体实施时，同步信号携带信号端身份标识对应的数据传输时隙的序号。本实施例通过在主信号端指定的数据传输时隙内执行数据传输，可以有效地避免信道冲突导致的数据丢失，保证了数据传输的稳定性。具体实施时，设置阈值数量的第一预设尺寸存储空间的步骤，用于缓存数据，以及，设置阈值数量的第二预设尺寸存储空间的步骤，用于存储阈值数量的第一预设尺寸存储空间中的数据发送信息。所述在所述同步信号中分配的序号数据传输时隙内执行数据传输，具体为：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。本实施例中预设存储空间，以及采用滑动窗口协议进行数据传输的具体实施方式参见实施例三，此处不再赘述。通过使用滑动窗口协议实现连续数据发送，实现了数据传输时隙的充分利用，提高了数据传输效率，同时，对于没有正常发送的数据，能够实现自动重发，进一步保证了数据传输的稳定性。实施例五：下面结合一个军事战争中的一个具体用用场景，详细描述本身申请的用于低速信道的数据传输方法。根据实际应用情况，信号端为短波电台，所述短波电台在营指挥车、连指挥车和固定指挥所上使用，最多使用一比四组网。具体实施时，短波电台优选采用fpga处理芯片实现，在执行数据传输的过程中，fpga处理器根据短波电台的角色来动态分配时隙。由于在实际使用中，只会出现营指挥车向连指挥车和固定指挥所发送数据，或者连指挥车和固定指挥所向营指挥车发送数据的情况。因此将营指挥车设置为主台(即主信号端)，连指挥车和固定指挥所设置为从台(即从信号端)，具体组网主从配置关系采用配置文件或手动设置的方式对各信号端进行配置，配置信息包括：身份标识、角色、 网内的其他角色及身份标识。以下实施例描述中以网内包括五个信号端为例进行说明。五个信号端分别为：营指挥车、连指挥车1、连指挥车2、连指挥车3、固定指挥所，其中，营指挥车为主信号端，其身份标识为0；连指挥车1为从信号端，其身份标识为1；连指挥车2为从信号端，其身份标识为2；连指挥车3为从信号端，其身份标识为3；固定指挥所为从信号端，其身份标识为4。首先，营指挥车和连指挥车1、连指挥车2、连指挥车3、固定指挥所各自预先分配10个126字节的存储待发送数据的数据存储空间，以及，10个12字节的存储数据存储空间状态的状态存储空间。然后，营指挥车根据存储的配置信息判断自身为主信号端，则发送查询信号0xa3至网内的其他四个从信号端，包括：连指挥车1、连指挥车2、连指挥车3、固定指挥所)，并根据每个从信号端返回应答信号的预计时长t，确定至少等待4t的时间，以保证四个从信号端都在线时，等待足够长时间接收到四个从信号端反馈的应答。从信号端接收到主信号端发送查询信号后，发送回应所述查询信号的应答信号，用于指示所述主信号端根据应答信号分配相应的数据传输时隙。应答信号包括：从信号端的身份标识、是否有待发送数据的数据标识。主信号端收到在网的从信号端反馈的应答信号后，根据应答信号中的数据标识，判断从信号端是否有待发送数据，并为有待发送数据的从信号端分贝数据传输时隙。并根据主信号端是否缓存有待发送数据，以及，待发送数据的目标信号端是否在网，确定是否为主信号端分配数据传输时隙。本实施例中四个从信号端均发送了查询信号的应答信号，并且，其中两个从信号端(即连指挥车2和连指挥车3)有待发送数据，主信号端(营指挥车)没有待发送数据，因此，主信号端(营指挥车)分配2个数据传输时隙：第1个数据传输时隙分配给连指挥车2，第2个数据传输时隙分配给连指挥车3。营指挥车通过发送同步信号，为有待发送数据的从信号端(即连指挥车2和连指挥车3)分配指定的数据传输时隙。营指挥车发送的同步信号为：0xa4,0x02,0x03，其中，0xa4为同步帧标识，0x02用于指示为身份标识为2 的从信号端(即连指挥车2)分配第1个数据传输时隙，0x03用于指示为身份标识为3的从信号端(即连指挥车3)分配第2个数据传输时隙。连指挥车2在收到同步信号后，在第1个数据传输时隙发送数据存储空间中的待发送数据，并在该时隙内等待应答信号；连指挥车3在收到同步信号后，在第2个数据传输时隙发送数据存储空间中的待发送数据，并在该时隙内等待应答信号。营指挥车在发送完同步信号之后，等待2个数据传输时隙的时长，用于等待连指挥车2和连指挥车3发送数据。若连指挥车2和连指挥车3中的待发送数据的目标id是0，即营指挥车的身份标识，则营指挥车在发送完同步信号之后，会在第1个数据传输时隙内接收到连指挥车2发送的数据，并在第1个数据传输时隙内发送应答数据至连指挥车2；在第2个数据传输时隙内接收到连指挥车3发送的数据，并在第2个数据传输时隙内发送应答数据至连指挥车3。营指挥车等待2个数据传输时隙过后，重新根据自身的配置信息发送查询信号至网内的各从信号端，开启下一轮的数据传输。实施例六：相应的，一种用于低速信道的数据传输系统，如图5所示，包括：查询模块510，用于向预设的从信号端发送查询信号，并在第一预设时长内接收所述从信号端回应所述查询信号的应答信号；数据判断模块520，用于根据所述应答信号判断所述从信号端是否有待发送数据，以及，根据所述应答信号判断所述主信号端是否有待发送数据；时隙分配模块530，用于发送同步信号，为有待发送数据的所述信号端分配数据传输时隙的序号；第一数据传输模块540，用于所述信号端在分配的序号数据传输时隙内执行数据传输。所述同步信号携带有各信号端的身份标识对应的数据传输时隙的序号。本申请的实施例通过主信号端发送查询信号，并且根据查询信号的应答信号确定具有待发送数据的主信号端和从信号端；然后，仅为有待发送数据的所述信号端分配数据传输时隙的序号，使所述信号端在分配的序号数据传 输时隙内执行数据传输，不同的信号端有各自的传输数据的时隙，有效地避免了现有技术中由于数据传输过程中发生的碰撞而导致的数据丢失，有效地保证的数据传输的稳定性，同时，仅为有待发送数据的信号端分配数据传输时隙，保证了数据的及时发送，又减小了带宽的浪费，提高了信道利用率。具体实施时，所述应答信号包括：所述从信号端的身份标识；所述根据所述应答信号判断所述主信号端是否有待发送数据，进一步包括：若所述主信号端的预设存储空间中有缓存数据，且所述应答信号中的身份标识与所述缓存数据中携带的目标身份标识相同，确定所述主信号端有待发送数据。结合目标客户端的网络状态和主客户端的数据缓存情况确定是否发送数据，可以避免无效的数据传输，进一步提高数据传输效率。在本申请的另一个实施例中，所述应答信号还包括：用于指示所述从信号端是否有待发送数据的数据标识；所述根据所述应答信号判断所述从信号端是否有待发送数据，进一步包括：根据所述数据标识判断所述从信号端是否有待发送数据。在本申请的另一具体实施例中，所述时隙分配模块530进一步包括：时隙数量确定子模块，用于根据有待发送数据的信号端的数量，确定分配的数据传输时隙的数量；时隙序号分配子模块，用于在同步信号中分配信号端的身份标识对应的数据传输时隙的序号；时隙分配子模块，用于发送所述同步信号，以指示所述信号端在分配的序号数据传输时隙内执行数据传输。具体实施时，所述第一数据传输模块540进一步用于：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。数据发送的具体实施方式参见方法实施例部分，此处不再赘述。通过使用滑动窗口协议实现连续数据发送，实现了数据传输时隙的充分利用，提高了数据传输效率，同时，对于没有正常发送的数据，能够实现自动重发，进一步保证了数据传输的稳定性。在本申请的另一具体实施例中，基于实施例五，如图6所示，所述系统 还包括：循环模块550，用于在与所述数据传输时隙匹配的第二时长后，重复发送查询信号，启动下一轮数据传输。具体实施时，与所述数据传输时隙匹配的第二时长，大于或等于分配的数据传输时隙的数量和预设时隙长度的乘积。实施例七：本申请的另一具体实施例中公开了一种用于低速信道的数据传输系统，如图7所示，所述系统包括：信号收发模块710，用于接收预设的主信号端发送的查询信号，发送回应所述查询信号的应答信号，用于指示所述主信号端根据应答信号分配相应的数据传输时隙；所述信号收发模块710，还用于接收同步信号；第二数据传输模块720，用于在所述同步信号中分配的序号数据传输时隙内执行数据传输。具体实施时，所述第二数据传输模块进一步用于：在分配的序号数据传输时隙内按照滑动窗口协议发送预设的滑动窗口中缓存的待发送数据，并接收对方信号端发送的针对该数据的应答。本实施例通过在主信号端指定的数据传输时隙内执行数据传输，可以有效地避免信道冲突导致的数据丢失，保证了数据传输的稳定性。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上对本申请对提供的一种用于低速信道的数据传输方法和系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申 请的限制。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。当前第1页12