CN1316804C - 数据传输系统和方法 - Google Patents
数据传输系统和方法 Download PDFInfo
- Publication number
- CN1316804C CN1316804C CNB2004100623564A CN200410062356A CN1316804C CN 1316804 C CN1316804 C CN 1316804C CN B2004100623564 A CNB2004100623564 A CN B2004100623564A CN 200410062356 A CN200410062356 A CN 200410062356A CN 1316804 C CN1316804 C CN 1316804C
- Authority
- CN
- China
- Prior art keywords
- measuring point
- data
- central station
- transfer
- clock
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 86
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000004044 response Effects 0.000 claims abstract description 53
- 238000012546 transfer Methods 0.000 claims description 70
- 230000008569 process Effects 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 16
- 230000001360 synchronised effect Effects 0.000 description 8
- 238000005265 energy consumption Methods 0.000 description 6
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000010779 crude oil Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003973 irrigation Methods 0.000 description 1
- 230000002262 irrigation Effects 0.000 description 1
- 239000003621 irrigation water Substances 0.000 description 1
- 239000010729 system oil Substances 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输的方法，实现中心站和若干个测点之间的数据传输；包括：定时启动步骤，每个测点根据定时信号同时启动并处于接收状态；下行步骤，中心站将请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；上行步骤，自尾测点起，每个测点将来自相邻下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站。本发明还公开了一种数据传输的系统，包括中心站和若干个测点，执行定时步骤的定时启动单元，执行下行步骤的下行传输通道，执行上行步骤的上行传输通道。本发明具有耗能小、成本低等特点。
Description
技术领域
本发明涉及数据传输技术，特别是涉及一种数据传输系统和方法。
背景技术
目前，数据传输技术广泛应用于各个领域，在水利系统和原油输送领域中也同样得到广泛应用。在水利系统中，为了节约水利资源、调控农业灌溉用水，常常需要对灌区中的水位、流量、成分等参数进行测量并传输。
通常，灌区大多采用一点对多点的数据传输方式来传送各个参数。所谓一点对多点的数据传输方式指的是，在灌区中设立一个中心站，在干渠、支渠、斗渠等处设置若干个测点，中心站可以分别同各个测点单独进行数据传输。其中，中心站分别向各个测点发送请求数据，要求各个测点采集并上传数据；各个测点响应请求，并将响应数据(例如水位、流量、成分等参数)传输至中心站，由中心站进行整体计量、调度以及控制。
现有技术中，各个测点与中心站之间可采用有线连接的方式，通过线缆来传输数据。但是，在实际应用中，灌区系统普遍比较庞大，测点和中心站之间的距离比较远，往往达到数十公里。因此，若采用有线连接方式进行数据传输，需要在各个测点同中心站之间敷设很长的线缆，使得成本较高。此外，采用有线连接方式进行长距离的数据传输，由于线缆较长，出现断路等故障的概率增大，这使得数据传榆的可靠性下降，以致会延误整个灌区正常的用水调度与控制。
鉴于有线连接方式的缺陷，人们转而在灌区中应用无线数据传输方式来实现各个测点同中心站之间的数据传输。
请参阅图1，是现有技术中中心站同各个测点之间的数据传输示意图。中心站同各个测点之间采用一点对多点的数据传输方式。各个测点(测点1、测点2、直至测点N-1和测点N)和中心站分别设置有无线收发器(图未示)和天线(图未示)。其中，各个测点和中心站处于异步传输模式，也就是，各个测点的无线收发器和天线始终处于接收状态，可以随时接收并响应来自中心站的请求数据。
在数据传输过程中，中心站通过其自身带有的无线收发器和天线分别向各个测点直接发送请求数据；各个测点通过自身设置的无线收发器和天线直接接收来自中心站的请求数据，并响应；各个测点直接向中心站发送响应数据；中心站分别接收来自各个测点的响应数据。这样就实现了中心站分别同各个测点之间的数据传输。
其中，中心站所设置的天线为全向天线，用于与其所覆盖范围内的各个测点分别进行数据的无线传输。各个测点设置朝向中心站的定向天线，用于实现与中心站之间的数据传输。
采用一点对多点的数据传输方式可以实现灌区中各个测点与中心站之间的数据传输。但在实际应用中，上述方法不可避免的存在下述缺陷：
其一，耗能较大。现有技术中常采用一点对多点的数据传输方式，也就是各个测点分别与中心站进行通信。由于各个测点与中心站之间的距离往往都较长，需要在中心站和各个测点中设置大功率的收发器和天线才能实现远距离的数据传输。这样，使得各个测点和中心站的能耗较大。
同时，由于各个测点以及中心站处于异步传输模式，各个测点始终开机处于接收状态，这同样导致能耗较大。
其二，成本较高。由于现有技术中为了进行远距离的数据传输，中心站和各个测点需要采用大功率的收发器和天线，这使得成本较高。同时，由于各个测点始终处于接收状态，耗电较大，往往需要配置较大能量的电池，这同样导致成本较高。
发明内容
本发明解决的技术问题在于：提供了一种数据传输系统和方法，能够降低能耗、降低成本。
为此，本发明解决技术问题的技术方案是：
提供一种数据传输的方法，用于实现中心站和若干个测点之间的数据传输；包括步骤：
定时启动步骤：每个测点根据定时信号同时启动并处于接收状态；
下行步骤：中心站将请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；
上行步骤：自尾测点起，每个测点将来自相邻下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站；
所述下行步骤的请求数据中还包括时钟字节，用于在各个测点接收请求数据时，比较本测点时钟与所述时钟字节记载时钟数据是否相同；如果不同，则根据所述时钟字节来校正本测点的时钟，并修改所述时钟字节的数据；如果相同，则只修改所述时钟字节的数据。
所述下行步骤具体包括：测点判断请求数据中目的地址是否包括本测点的地址；如果是，则响应请求，并将请求数据转发至相邻下行测点；如果否，则直接转发请求数据至相邻下行测点。
所述下行步骤中修改时钟字节数据的过程具体包括：各个测点将接收的时钟字节数据加上本测点接收请求数据的延迟时间和数据处理时间。
在所述下行步骤之前还包括确定数据传输路径的步骤。
确定数据传输路径的步骤具体包括：确定同中心站进行数据传输的首测点；在余下的测点中选择同首测点距离最近的测点作为相邻下行测点；以此类推，直至确定尾测点。
根据测点地理位置来确定数据传输的路径。
提供一种数据传输的系统，包括中心站和若干个测点，所述系统还包括：定时启动单元，用于根据定时信号控制每个测点同时启动并处于接收状态；下行传输通道，用于执行下行数据传输操作：中心站的请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；上行传输通道，用于执行上行数据传输操作：自尾测点起，每个测点将来自下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站；
所述定时启动单元还包括时钟校准模块，用于校准测点的时钟信号。
所述定时启动单元包括设置在每个测点中用于定时并输出定时信号的定时器及根据定时信号执行控制操作的微处理器。
所述测点还包括电源单元，用于在定时器和微处理器的控制下，定时为测点提供工作电压。
所述测点进一步包括全向天线。
所述中心站还包括基准时钟单元，用于为所述系统提供基准时钟信号。
相对于现有技术，本发明的有益效果是：
第一，能耗低。本发明中采用点对点的数据传输方式，整个系统中只有一个测点(首测点)直接同中心站进行数据传输，其余测点中两两测点之间相互进行数据传输。也就是，在下行数据传输中，中心站将请求数据发送至首测点，中心站将请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点。在上行数据传输中：自尾测点起，每个测点将来自相邻下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站。由于两两测点之间的距离远远小于每个测点同中心站之间的距离，这样，采用本发明提供的数据传输系统和方法，就使得各个测点数据传输时功率较小，从而能耗较低。
同时，本发明各个测点中设置有定时器，微处理器根据定时信号来定时启动测点进入接收状态，而无需象现有技术那样要求各个测点始终处于接收状态。因而同现有技术相比，采用本发明提供的数据传输系统和方法，能耗较低。
第二，成本较小。由于本发明提供的数据传输系统和方法中只有一个测点同中心站进行数据传输，其余测点两两之间相互进行数据传输，数据传输的距离较现有技术中的数据传输距离减小，从而无需采用大功率的收发器和天线，因而，降低了成本。同时，由于本发明提供的数据传输系统和方法的能耗较小，而无需采用大能量的蓄电池或经常更换电池，同样使得成本较小。
附图说明
图1是现有技术中中心站同各个测点之间的数据传输示意图；
图2是本发明数据传输方法的流程示意图；
图3是本发明数据传输系统的原理框图；
图4是本发明数据传输系统中各个测点的原理框图；
图5是本发明中数据正常传输的过程示意图；
图6是本发明中从机无应答时数据传输过程示意图；
图7是本发明中传输数据损坏时传输过程示意图；
图8是本发明中传输数据丢失时传输过程示意图；
图9是本发明中应答丢失时的数据传输过程示意图。
具体实施方式
请参阅图2，是本发明数据传输方法的流程示意图。本发明中，中心站和若干个测点之间的数据传输过程具体包括下述步骤：
定时启动步骤：每个测点根据定时信号同时启动并处于接收状态；
下行步骤：中心站将请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；
上行步骤：自尾测点起，每个测点将来自相邻下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站。
其中，首测点指的是直接同中心站进行数据传输的测点。尾测点指的是在下行步骤中最终接收请求数据的测点。
下行测点指的是：在下行步骤中两两测点进行数据传输时，接收请求数据的测点称为发送请求数据的测点的下行测点；在上行步骤中两两测点进行数据传输时，发送响应数据的测点称为接收响应数据的测点的下行测点。
上行测点指的是：下行步骤中两两测点进行数据传输时，发送请求数据的测点称为接收请求数据的测点的下行测点；在上行步骤中两两测点进行数据传输时，接收响应数据的测点称为发送响应数据的测点的上行测点。
下面以中心站和N个测点之间的数据传输过程为例，来详细说明本发明数据传输方法。
在定时启动步骤中，N个测点根据定时信号同时启动并进入接收状态，以便接收来自中心站的请求数据。
在下行步骤中，中心站将请求数据发送至测点1，测点1将来自中心站的请求数据发送至测点2，以此类推，直至测点N-1将来自中心站的请求数据发送至测点N。
在上行步骤中，测点N将来自测点N的响应数据发送至测点N-1，测点N-1将来自测点N-1和测点N的响应数据发送至测点N-2，以此类推，直至测点2将测点2至测点N的响应数据发送至测点1，并由测点1将来自测点1至测点N的响应数据发送至中心站。
其中，直接同中心站进行数据传输的测点1即为首测点；测点N为尾测点。测点1是测点2的上行测点，相应地，测点2是测点1的下行测点；同理，测点2是测点3的上行测点，测点3是测点2的下行测点，以此类推，测点N-1是测点N的上行测点，测点N是测点N-1的下行测点。
上行步骤中的响应数据的数据帧格式参见表一：
表一，数据帧格式
| 同步1 | 同步2 | 目的地址 | 控制段开始 | 时钟字节 | 控制段结束 | 数据段开始 | 节点号码 | 节点信息 | 节点号码 | 节点信息 | 。。。。。。。。。 | 节点号码 | 节点信息 | 数据段结束 | CRC校验 |
其中，下行步骤中各个测点接收到请求数据后，需要判断请求数据中的目的地址是否包括本测点的地址；如果是，则取下发给本测点的数据(以下称私人数据)，并根据私人数据响应请求，同时将请求数据继续向下一个测点发送；如果否，将继续发送请求数据。
其中，下行步骤中的请求数据的数据控制帧格式参见表二：
表二，数据控制帧格式
| 同步1 | 同步2 | 目的地址 | 控制段开始 | 控制字 | 时钟字节 | 控制段结束 | 数据段开始 | 节点号码 | 节点信息 | 节点号码 | 节点信息 | 。。。。。。。。。 | 节点号码 | 节点信息 | 数据段结束 | CRC校验 |
其中，时钟字节用于在下行数据传输过程中，为各个测点提供校准时钟的参考数据。由于在实际使用中，各个测点的时钟精度较中心站的时钟精度低，并且各个测点的时钟误差不确定，这使得同一个时刻各个测点的时钟信号会不相同。由于各个测点和中心站工作在同步传输模式，若各个测点不遵循统一的时钟信号，而是只依据各自的时钟来定时，这样就会使得各个测点并不能在同一个时刻同时启动并进入接收状态，从而导致整个系统不能进入同步传输模式，也就不能正常地进行数据传输。为此，就需要对各个测点的时钟信号进行校准，以使整个系统都遵循统一的时钟。
校准时钟的方法可以是：各个测点接收请求数据后，比较本测点时钟与时钟字节记载的时钟数据是否相同；如果不同，则以时钟字节为准，来校正本测点的时钟，并修改时钟字节的数据；如果相同，则只修改时钟字节的数据。所谓修改时钟字节指的是各个测点将接收的时钟字节的数据加上本测点的数据延时时间和数据处理时间。
下面举例说明如何进行时钟校准。
测点1接收的请求数据中时钟字节的数据为20s，而从测点1到测点2数据传输的延迟时间为100ms，测点2的数据处理时间(即从测点2接收到请求数据并向测点3发送请求数据的时间间隔)10ms，那么由测点2向测点3发送的时间字节为20.11ms。其中，所述测点之间数据传输的延迟时间是指请求数据由测点的收发器发出到下一个测点的收发器接收到的时间间隔。
需要指出的是，在下行步骤之前还可以包括确定N个测点数据下行传输路径的步骤，在上行步骤之前还可以包括确定N个测点数据上行传输路径的步骤。
在实际应用中，确定系统中N个测点数据传输路径的方法有多种：方法一可以根据测点地理位置来确定N个测点数据传输的路径，也就是沿着河系来确定各个测点的数据传输次序。方法二，也可以在各个测点中设置路由器，通过路由来确定N个测点的数据传输路径。
方法二的具体过程是：首先，确定同中心站通信的测点1；然后，在余下N-1个测点中选择同测点1距离最近的测点作为测点2；再后，在余下N-2个测点中选择同测点2距离最近的测点作为测点3；以此类推，直至确定测点N。
本发明还提供了一种数据传输的系统，包括中心站、若干个测点、定时启动单元、下行传输通道和上行传输通道。
其中，定时启动单元，用于根据定时信号控制每个测点同时启动并处于接收状态。所述定时启动单元又包括设置在每个测点中用于定时并输出定时信号的定时器及根据定时信号执行控制操作的微处理器。
下行传输通道，用于执行下行数据传输操作：中心站的请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点。
上行传输通道，用于执行上行数据传输操作：自尾测点起，每个测点将来自下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站。
请参阅图3，是本发明数据传输系统一个较佳实施例的原理框图。本发明数据传输系统中包括中心站310和N个测点，可以实现点对点的数据传输。
其中，中心站310用于向测点发送请求数据，以及从测点接收响应数据。
测点1用于同中心站或者同测点2进行数据传输；将来自中心站的请求数据发送至测点2，或者将测点1和来自测点2至测点N的响应数据发送至中心站。
余下N-1个测点，用于实现两两测点之间的数据传输。具体传输过程为：测点2将经测点1传输来的中心站的请求数据发送至测点3(图未示)，测点3将中心站的请求数据发送至测点4(图未示)，以此类推，直至测点N-1将中心站的请求数据发送至测点N；测点N将响应数据发送至测点N-1，测点N-1将测点N-1和测点N的响应数据发送至测点N-2，以此类推，直至测点3将测点3至测点N的数据请求发送至测点2。
该系统中每一个测点都包括定时器322和微处理器321。
其中，定时器322用于定时，并输出定时信号。
微处理器321，用于控制测点的数据传输和处理，并根据定时器322输出的定时信号来启动测点进入接收状态，或者进入关闭状态。
请参阅图4，是本发明数据传输系统中各个测点的原理框图。在实际应用中，每一个测点包括定时器322、微处理器321、电源单元523、收发器524、天线525以及时钟校准模块526。
其中，定时器322用于定时，并输出定时信号。
微处理器321，用于控制测点的数据传输和处理，并根据定时器322输出的定时信号来启动测点工作(进入接收状态)，或者停止工作(进入关闭状态)。
电源单元523，用于在定时器322和微处理器321控制下，定时为测点提供工作电压。
时钟校准模块526，用于校准测点的时钟信号。
收发器524，用于在微处理器321的控制下，接收和发送数据。
天线525，用于将来自收发器524的数据发送出去，以及接收来自中心站的数据。测点天线525可以采用全向天线，与测点进行数据传输的中心站也采用全向天线。
需要指出的是，与测点进行数据传输的中心站可以包括基准时钟单元(图未示)，用于为整个系统提供基准时钟。
下面具体阐述本发明提供的系统和方法中，点对点数据传输的过程。所谓数据传输可以是中心站与测点1，或者两两相邻的测点之间的数据传输。其中，发起数据传输的测点或中心站称为主机，接收传输数据的测点或中心站称为从机。也就是，在下行传输过程中，靠近中心站的测点是主机，远离中心主站的测点是从机，数据从靠近中心站的主机端传向远离中心站的从机端；而在上行传输过程中，远离中心站的测点是主机，靠近中心站的测点是从机，数据从远离中心站的主机传向靠近中心站的从机。
请参阅图5，是本发明中数据正常传输的过程示意图。
数据传输过程开始，主机向从机发出询问信号；
从机收到来自主机的询问信号后，发出正确应答(ACK)信号；
主机收到来自从机的正确应答(ACK)后，向从机发送数据；
从机成功收到数据后，向主机发送正确应答(ACK)信号；
主机成功收到来自从机的正确应答(ACK)，结束本次数据传输过程。
请参阅图6，本发明中从机无应答时数据传输过程示意图。在数据传输过程前需要设置主机向从机发送询问信号的次数门限。
数据传输过程开始，主机向从机发出询问信号，并等待来自从机的应答信号；
等待时间超时，主机再次向从机发出询问信号，并等待来自从机的应答信号；
等待时间超时，主机再一次向从机发出询问信号，并等待从机收发出应答信号；
直至主机发送询问信号的次数超过门限值，本次数据传输过程失败。
例如，将主机向从机发送询问信号的次数门限值设为5次。主机向从机发出询问信号，并等待来自从机的应答信号；等待超时，重新发送询问信号；直至主机第5次向从机发送询问信号，并再一次等待来自从机的应答信号超时后，本次数据传输失败并结束。
请参阅图7，是本发明中传输数据损坏时传输过程示意图。
数据传输过程开始，主机向从机发出询问信号；
从机收到询问信号后向主机发出正确应答(ACK)信号；
主机收到来自从机的正确应答(ACK)信号后，向从机发送数据；
数据在传输过程中损坏，从机发出错误应答(NACK)信号；
主机收到来自从机的错误应答(NACK)信号后，向从机重新发送数据；
从机收到正确的数据后，向主机发送正确应答(ACK)信号；
主机成功收到来自从机发送的正确应答(ACK)信号，此次数据传输结束。
可以理解的是，主机允许向从机重新发送数据的次数也可以设定，不仅仅局限于本实施例中重新发送一次。并且，超过允许次数后，主机收到来自从机的信号仍为无应答信号时，则判定此次数据传输失败，并结束数据传输。
请参阅图8，是本发明中传输数据丢失时传输过程示意图。
数据传输过程开始，主机向从机发出询问信号；
从机收到来自主机的询问信号后向主机发出正确应答(ACK)信号；
主机收到来自从机的正确应答(ACK)信号后，向从机发送数据1，并等待从机发来响应信号；
传输过程中数据1丢失，从机无应答；
主机等待应答信号超时，向从机重新发送数据1；
从机收到来自主机的数据1后，向主机发送正确应答(ACK)1信号；
主机成功收到来自从机正确应答(ACK)1信号，本次数据结束。
在本实施例中，以奇数帧为例来讲述数据传输过程，其中数据1、正确应答(ACK)1为奇数帧。
可以理解的是，主机允许向从机重新发送数据的次数也可以设定，不仅仅局限于本实施例中重新发送一次。并且，超过允许次数后，主机收到从机发出信号仍为无应答信号后，则判定此次数据传输失败。
请参阅图9，是本发明中应答丢失时的数据传输过程示意图。
数据传输过程开始，主机向从机发出询问信号；
从机收到询问信号后向主机发出正确应答(ACK)信号；
主机收到来自从机的正确应答(ACK)信号，向从机发送数据1，并等待从机发来响应信号；
从机收到数据后，向主机发送正确应答(ACK)1信号；
从机发送的正确应答(ACK)1信号在传输过程中丢失，主机等待应答信号超时；
主机向从机重新发送数据1，并等待从机发来应答信号；
从机收到来自主机的数据后，重新发送正确应答(ACK)1信号；
主机成功收到来自从机的正确应答(ACK)1信号，本次数据传输结束。
在本实施例中，以奇数帧为例来讲述数据传输过程，其中数据1、正确应答(ACK)1为奇数帧。
可以理解的是，主机允许向从机重新发送数据的次数也可以设定，不仅仅局限于本实施例中重新发送一次。并且，超过允许次数后，主机仍然未收到从机发出的应答信号，则判定此次数据传输失败。
需要指出的是，上行数据传输以及下行数据传输过程中，主机和从机在数据传输失败时采取的操作不同。
下行数据传输过程出现传输失败时：
主机把本机当作网络的最终节点向上游节点传输数据，并在来自下游节点的数据位上填充下行错误标志。
从机把本机的时钟认定为下游节点的基准时钟，并向下游节点传送下行错误帧。
其中，下行错误帧的具体格式参见表二。
表二，下行错误帧格式
| 同步1 | 同步2 | 目的地址 | 控制段开始 | 错误标志 | 错误节点号码 | 时钟字节 | 控制段结束 | CRC校验 |
上行数据传输过程出现传输失败时：
从机把本机当作网络的最终节点向上游节点传输数据，并在下游节点的数据位上填充上行错误标志。该操作同于下行数据传输过程出现传输失败时主机的操作。
主机则保留传输错误标志，记录错误时间。
其中，所述节点指的是本发明数据传输系统中的测点和中心站。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (11)
1.一种数据传输的方法，用于实现中心站和若干个测点之间的数据传输；其特征在于，包括步骤：
定时启动步骤：每个测点根据定时信号同时启动并处于接收状态；
下行步骤：中心站将请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；
上行步骤：自尾测点起，每个测点将来自相邻下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站；
所述下行步骤的请求数据中还包括时钟字节，用于在各个测点接收请求数据时，比较本测点时钟与所述时钟字节记载时钟数据是否相同；如果不同，则根据所述时钟字节来校正本测点的时钟，并修改所述时钟字节的数据；如果相同，则只修改所述时钟字节的数据。
2.根据权利要求1所述的数据传输的方法，其特征在于，所述下行步骤具体包括：
测点判断请求数据中目的地址是否包括本测点的地址；如果是，则响应请求，并将请求数据转发至相邻下行测点；如果否，则直接转发请求数据至相邻下行测点。
3.根据权利要求2所述的数据传输的方法，其特征在于：所述下行步骤中修改时钟字节数据的过程具体包括：
各个测点将接收的时钟字节数据加上本测点接收请求数据的延迟时间和数据处理时间。
4.根据权利要求1至3中任一项所述的数据传输的方法，其特征在于：在所述下行步骤之前还包括确定数据传输路径的步骤。
5.根据权利要求4所述的数据传输的方法，其特征在于：确定数据传输路径的步骤具体包括：
确定同中心站进行数据传输的首测点；
在余下的测点中选择同首测点距离最近的测点作为相邻下行测点；
以此类推，直至确定尾测点。
6.根据权利要求4所述的数据传输的方法，其特征在于：根据测点地理位置来确定数据传输的路径。
7.一种数据传输的系统，包括中心站和若干个测点，其特征在于，所述系统还包括：
定时启动单元，用于根据定时信号控制每个测点同时启动并处于接收状态；
下行传输通道，用于执行下行数据传输操作：中心站的请求数据发送至首测点，自首测点起，将来自中心站的请求数据转发至相邻下行测点，以此类推，直至将来自中心站的请求数据发送至尾测点；
上行传输通道，用于执行上行数据传输操作：自尾测点起，每个测点将来自下行测点的响应数据和本测点响应数据发送至相邻上行测点，以此类推，直至首测点将所有测点的响应数据发送至中心站；
所述定时启动单元还包括时钟校准模块，用于校准测点的时钟信号。
8.根据权利要求7所述的数据传输的系统，其特征在于，所述定时启动单元包括设置在每个测点中用于定时并输出定时信号的定时器及根据定时信号执行控制操作的微处理器。
9.根据权利要求8所述的数据传输的系统，其特征在于，所述测点还包括电源单元，用于在定时器和微处理器的控制下，定时为测点提供工作电压。
10.根据权利要求9所述的数据传输的系统，其特征在于，所述测点进一步包括全向天线。
11.根据权利要求7所述的数据传输的系统，其特征在于，所述中心站还包括基准时钟单元，用于为所述系统提供基准时钟信号。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100623564A CN1316804C (zh) | 2004-07-06 | 2004-07-06 | 数据传输系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100623564A CN1316804C (zh) | 2004-07-06 | 2004-07-06 | 数据传输系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1588911A CN1588911A (zh) | 2005-03-02 |
| CN1316804C true CN1316804C (zh) | 2007-05-16 |
Family
ID=34603693
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100623564A Expired - Fee Related CN1316804C (zh) | 2004-07-06 | 2004-07-06 | 数据传输系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1316804C (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103021152B (zh) * | 2012-11-22 | 2014-10-01 | 国网电力科学研究院 | 一种基于确认方式的北斗数据传输方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5687174A (en) * | 1992-11-02 | 1997-11-11 | National Semiconductor Corporation | Network link endpoint capability detection |
| CN1408161A (zh) * | 1999-12-06 | 2003-04-02 | 艾利森电话股份有限公司 | 分批公平穷举轮询调度器 |
-
2004
- 2004-07-06 CN CNB2004100623564A patent/CN1316804C/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5687174A (en) * | 1992-11-02 | 1997-11-11 | National Semiconductor Corporation | Network link endpoint capability detection |
| CN1408161A (zh) * | 1999-12-06 | 2003-04-02 | 艾利森电话股份有限公司 | 分批公平穷举轮询调度器 |
Non-Patent Citations (3)
| Title |
|---|
| VISUAL C++50下IEEE-488 远程测量数据采集的实现 韩永利、薛敏彪，微计算机信息，第15卷第6期 1999 * |
| VISUAL C++50下IEEE-488 远程测量数据采集的实现 韩永利、薛敏彪，微计算机信息，第15卷第6期 1999;令牌接力方式实现无线测控网的数据通信 张建东、翁利锋、王钢、贾世楼，无线电通信技术，第25卷第1期 1999 * |
| 令牌接力方式实现无线测控网的数据通信 张建东、翁利锋、王钢、贾世楼，无线电通信技术，第25卷第1期 1999 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1588911A (zh) | 2005-03-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101401321B (zh) | 低功率无线网络上的现场设备控制系统及方法 | |
| EP2025110B1 (en) | Method and apparatus for controlling energy consumption of sensor network nodes | |
| CN1771675B (zh) | 无线电通信系统中的功率控制和自动请求重传(arq) | |
| US11637440B2 (en) | Battery management system, and method and apparatus for transmitting information | |
| US20080212508A1 (en) | Power saving method in wireless lan system for permitting terminal station to promptly transition to doze state by transmitting empty data frame | |
| CN108282897A (zh) | 一种随机接入反馈、处理方法、基站及终端 | |
| CN102664719B (zh) | 适用于dcs的分布式安全传输方法 | |
| EP2107713B1 (en) | Method and system for reliable broadcast or multicast communication in wireless networks | |
| EP2472793A1 (en) | Method, device and system for transmitting e1 bidirectional looped network data | |
| US20180062803A1 (en) | Method and system for wireless communication between terminals and half-duplex base stations | |
| KR20090120558A (ko) | 무선통신 네트워크 | |
| EP1560350B1 (en) | Radio communication system | |
| US7782766B2 (en) | Data collection system and data collection method | |
| CN103139865B (zh) | 一种电力物联网中组网和通信的方法 | |
| CN102238558A (zh) | 一种网络优化的方法和网络硬仿真系统 | |
| CN101141142B (zh) | 减少上行同步检测漏检的方法 | |
| CN1316804C (zh) | 数据传输系统和方法 | |
| CN102106105A (zh) | 用于具有集中式调度的多跳中继系统的协议 | |
| CN100490400C (zh) | 接错检测的方法和网络设备 | |
| CN102202430A (zh) | ZigBee无线网关及其数据传输方法 | |
| CN116887381A (zh) | 多蓝牙节点的蓝牙通信系统 | |
| US20150156644A1 (en) | Data transmission system and data transmission method | |
| JP2001136294A (ja) | 自動検針システム | |
| CN1889409B (zh) | 一种链路状态检测方法及系统 | |
| CN111601330B (zh) | 一种基于地理位置的无线中继传输的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C56 | Change in the name or address of the patentee | ||
| CP02 | Change in the address of a patent holder |
Address after: 100083, building 2, North American International Business Center, 108 Beiyuan Road, Beijing, Chaoyang District Patentee after: Beijing Kaitong Software Technology Service Co., Ltd. Address before: 100083, Beijing Xueyuan Road Haidian District No. 40 Datang Telecom comprehensive research building, 11 floor Patentee before: Beijing Kaitong Software Technology Service Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: DATANG SOFTWARE TECHNOLOGIES CO., LTD. Free format text: FORMER OWNER: BEIJING DATANG CATTSOFT TECHNOLOGIES CO., LTD. Effective date: 20120418 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 CHAOYANG, BEIJING TO: 100012 CHAOYANG, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20120418 Address after: 100012, B, North American International Business Center, 108 Beiyuan Road, Beijing, Chaoyang District Patentee after: Datang Software Technologies Co., Ltd. Address before: 100083, building 2, North American International Business Center, 108 Beiyuan Road, Beijing, Chaoyang District Patentee before: Beijing Kaitong Software Technology Service Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070516 Termination date: 20180706 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |