首页> 中国专利> 数据交互方法、网关、数据交互装置、数据交互系统

数据交互方法、网关、数据交互装置、数据交互系统

摘要

本发明公开了一种数据交互方法、网关、数据交互装置、数据交互系统,所述方法包括以下步骤:接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地;根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙;在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。本发明的数据交互方法,能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

著录项

  • 公开/公告号CN113853011A

    专利类型发明专利

  • 公开/公告日2021-12-28

    原文格式PDF

  • 申请/专利权人 京东方科技集团股份有限公司;

    申请/专利号CN202010598897.8

  • 发明设计人 赵凯;边毅;张莹;

    申请日2020-06-28

  • 分类号H04W72/04(20090101);

  • 代理机构11201 北京清亦华知识产权代理事务所(普通合伙);

  • 代理人王佳璐

  • 地址 100015 北京市朝阳区酒仙桥路10号

  • 入库时间 2023-06-19 13:26:15

说明书

技术领域

本发明涉及数据传输技术领域,尤其涉及一种数据交互方法、一种计算机可读存储介质、一种网关、一种数据交互装置和一种数据交互系统。

背景技术

物联网(The Internet of Things,简称IOT)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术,实时采集任何需要监控、连接、互动的物体或过程,采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息,通过各类可能的网络接入,实现物与物、物与人的泛在连接,实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体,它让所有能够被独立寻址的普通物理对象形成互联互通的网络。

先用基于无线通讯技术,除了WIFI,Bluetooth等专业协议外,在基于434Mhz的无线通讯领域大多采用私有协议。协议实现中采用竞争信道机制或者单纯的时分复用技术,简单的采用RSSI(Received Signal Strength Indication,信号强度指示)探测等来避免与其他用户数据冲撞造成数据丢失。这些技术对同一公司产品还具备一定效果,但不同公司产品,尤其是信息覆盖区域中纯在没有采用避让措施的产品则效果不大。

另外,现代无线通讯中,物理信道是单通道,同一时刻只能有一个信息占据信道才可以正确传输。如果多个信息同时占据信道,则信息之间会互相干扰,造成数据传输错误。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此,本发明的第一个目的在于提出一种数据交互方法,通过将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输,解决了民用无线信道缺乏管理和统一协议的条件下,产生的信息碰撞以至丢失的问题。

本发明的第二个目的在于提出一种计算机可读存储介质。

本发明的第三个目的在于提出一种网关。

本发明的第四个目的在于提出一种数据交互装置。

本发明的第五个目的在于提出一种数据交互系统。

为达上述目的,本发明第一方面实施例提出了一种数据交互方法,包括以下步骤:接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从所述服务器下载的数据存储到本地;根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙;在所述数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。

根据本发明实施例的数据交互方法,接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地,根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。由此,该方法能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

另外,根据本发明上述实施例提出的数据交互方法还可以具有如下附加的技术特征:

根据本发明的一个实施例,在当前数据发送时隙内,如果继续接收到终端的数据请求,则在向相应终端发送数据的同时,根据继续接收到终端的数据请求从所述服务器下载相应数据到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算下一数据发送时隙,以对所述当前数据发送时隙进行更新。

根据本发明的一个实施例,在向任意一个终端发送完数据后,还判断是否接收该终端反馈的确认信息,其中,如果未接收到该终端反馈的确认信息,则将发送给该终端的数据放入补发模块,并根据所述数据发送时隙、所述补发模块中已经存储的补发数据总量、发送给该终端的数据和所述补发模块的数据发送速率计算延时时隙,以便该终端在所述延时时隙到达时接收数据。

根据本发明的一个实施例,所述数据发送时隙根据以下公式计算:

T1=S1/(V1*N),其中,T1为数据发送时隙,S1为本地存储的待发数据总和,V1为数据发送速率,N为发送通道的数量。

根据本发明的一个实施例,所述延时时隙根据以下公式计算:

T2=T1+(S2+S3)/V2,其中,T1为数据发送时隙,T2为延时时隙,S2为所述补发模块中已经存储的补发数据总量,S3为发送给该终端的数据,V2为所述补发模块的数据发送速率。

为达到上述目的,本发明第二方面实施例提出了一种计算机可读存储介质,其上存储有数据交互程序,该数据交互程序被处理器执行时实现如上述的数据交互方法。

本发明实施例的计算机可读存储介质,通过执行上述的数据交互方法,能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

为达到上述目的,本发明第三方面实施例提出了一种网关,其包括存储器、处理器及存储在存储器上并可在处理器上运行的数据交互程序,所述处理器执行所述数据交互程序时,实现如上述的数据交互方法。

本发明实施例的网关,通过执行上述的数据交互方法,能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

为达到上述目的,本发明第四方面实施例提出了一种数据交互装置,包括:收发模块,用于接收每个终端的数据请求;信息处理模块,用于根据每个终端的数据请求从服务器下载相应数据,并将从所述服务器下载的数据存储到本地;收发处理模块,用于根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,并在所述数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以通过所述收发模块向相应终端发送数据。

根据本发明实施例的数据交互装置,通过收发模块接收每个终端的数据请求,并通过信息处理模块根据每个终端的数据请求从服务器下载相应数据,并将从服务器下载的数据存储到本地,收发处理模块根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,并在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以通过收发模块向相应终端发送数据。由此,该装置能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

为达到上述目的,本发明第五方面实施例提出了一种数据交互系统,包括网关和多个终端,其中,所述终端,用于向所述网关发送数据请求,并接收网关下发的数据;所述网关,用于接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从所述服务器下载的数据存储到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,以及在所述数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。

根据本发明实施例的数据交互系统,终端向网关发送数据请求,并接收网关下发的数据,网关接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,以及在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。由此,该系统能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

另外,根据本发明上述实施例提出的数据交互系统还可以具有如下附加的技术特征:

根据本发明的一个实施例,所述网关还用于,在当前数据发送时隙内,如果继续接收到终端的数据请求,则在向相应终端发送数据的同时,根据继续接收到终端的数据请求从所述服务器下载相应数据到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算下一数据发送时隙,以对所述当前数据发送时隙进行更新。

根据本发明的一个实施例,所述网关还用于,在向任意一个终端发送完数据后,还判断是否接收该终端反馈的确认信息,其中,如果未接收到该终端反馈的确认信息,则将发送给该终端的数据放入补发模块,并根据所述数据发送时隙、所述补发模块中已经存储的补发数据总量、发送给该终端的数据和所述补发模块的数据发送速率计算延时时隙,以便该终端在所述延时时隙到达时接收数据。

本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:

图1是根据本发明实施例的数据交互方法的流程图;

图2是根据本发明实施例的数据交互系统的示意图;

图3是根据本发明一个实施例的数据交互示意图;

图4是根据本发明一个实施例的网关的工作示意图;

图5是根据本发明实施例的网关的方框示意图;

图6是根据本发明实施例的数据交互装置的方框示意图。

具体实施方式

下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的数据交互方法、计算机可读存储介质、网关、数据交互装置和数据交互系统。

图1是根据本发明实施例的数据交互方法的流程图。

如图1所示,本发明实施例的数据交互方法可包括以下步骤:

S1,接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地。其中,每个终端对应有各自的ID、电量、心跳间隔等各种参数。

在本发明的实施例中,为了便于实现数据交互,一般情况下,移动终端通过网关与服务器通信,以便从服务器下载移动终端对应的数据。其中,网关可包括处理器和存储器,处理器包括信息处理器、收发处理器和无线芯片。如图2所示,其中,服务器可以为云服务器,负责数据的压缩,系统安全key的维护,合法设备列表及网关收发信道的维护;信息处理器负责向服务器传输移动终端的状态和索要网关下该移动终端的数据(例如显示图片);收发处理器负责网关内存储的数据的下发时间管理,是时隙真正的管理者,收发处理器和信息处理器通过高速串口或者SPI(Serial Peripheral Interface,串行外设接口)连接,快速收发各类信息;无线芯片负责收发数据,是时隙内无线数据的收发工作主体。

无线芯片接收每个终端的数据请求,并将终端的请求发送给收发处理器,收发处理器与信息处理模块之间进行处理信息交互,信息处理器上报该网关上挂载的终端列表,列表包含所有终端的ID、电量、心跳间隔等各种参数。信息处理器上报列表后,云服务器会返回各终端是否有图片等信息需要更新及数据保存路径。根据各终端ID从云服务器上提前把需要发送的信息经由网络下载至网关本地(存储器),由此,通过提前向云服务器索要存储于网关本地,在到达反馈时间时可以立即发送。

在本发明的一个实施例中,信息交互可以通过对命令字中不同的CMD(Command,命令提示符)命令进行识别并解析后续数据。数据的交互格式如下表1所示:

表1

作为本发明的一种可能的实现方式,时隙的精度由收发处理器控制,针对次协议的ACK(Acknowledge character,确认字符)数据帧由特殊要求,例如,如表2所示。

表2

作为本发明的一种可能的实现方式,由网关发送给终端的HAVE-TASK(有任务)帧组成可以如表3所示。

表3

作为本发明的一种可能的实现方式,由网关发送给终端的NO-TASK(无任务)帧组成可以如表4所示。

表4

作为本发明的一种可能的实现方式,由终端发送给网关的心跳帧组成可以如表5所示。

表5

网关收到终端数据请求(终端向网关发送心跳帧CMD4),通过无线芯片传送到收发处理器,由收发处理器选择空闲信道立即反馈给无线芯片并传递给无线终端。同时向数据处理器索要该终端需要反馈的数据,存储在自己的待发送信息列表中。其中,待发送信息列表中包括信息数据、信道数据和时间数据。

S2,根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙。其中,本地存储的待发数据总和为提前根据多个终端的数据请求从服务器下载并存储至本地中的多有数据的总和;发送通道的数量为空闲通道的数量。

S3,在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。需要说明的是,发送时隙也成为终端的睡眠时间,在发送时隙内,对应的终端处于睡眠状态,当发送时隙达到时,唤醒对应的终端。

网关中收发处理器会定时查询有无待发数据,查询数据发送时隙合法性,作为本发明可能的一种实现方式,数据发送时隙根据以下公式计算:T1=S1/(V1*N),其中,T1为数据发送时隙,S1为本地存储的待发数据总和,V1为数据发送速率,N为发送通道的数量。

可以理解的是,网关发送速率越快,网关包含的发送通道的数量越多,数据的处理时间越短。

以图3中两个终端请求数据为例进行举例说明。根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。例如,终端1和终端2,终端1的时序排在终端2之前,在终端1的发送时隙内,当时间达到时,信息处理器立即发送给无线芯片,选择相应信道进行数据传送,将提前下载至本地网关的终端1对应的数据传输给终端1,在终端1对应的数据成功完成传输后,将终端1对应的数据从本次网关的存储器中删除,传送过程中待处理数据总和减少。同样地,在终端2的发送时隙内,当时间达到时,信息处理器立即发送给无线芯片,选择对应信道进行数据传送,将提前下载至本地网关的终端2对应的数据传输给终端2。

由此可以利用时分复用的原理,将提供给整个信道传输信息的时间划分成若干时间片(简称时隙),例如,将交互分为两个间隔阶段,并将这些时隙分配给每一个信号源使用,每一路信号在自己的时隙内独占信道进行数据传输,保证数据有效顺序传输。

另外,由于数据请求是提前发起的,给数据处理芯片向服务器索要反馈留有时间,同时数据请求和数据发送之间的时间间隔可以服务其他终端请求。信息列表的维护产生了数据请求的记忆能力,可以在数据需要发送的时刻立即进行数据传输,而无需考虑系统或者网络的延时。

根据本发明的一个实施例,在当前数据发送时隙内,如果继续接收到终端的数据请求,则在向相应终端发送数据的同时,根据继续接收到终端的数据请求从服务器下载相应数据到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算下一数据发送时隙,以对当前数据发送时隙进行更新。

也就是说,在当前数据发送时隙内时,如果仍有终端发送数据请求,那么无线芯片仍然接收终端的数据请求,并将终端的请求发送给接收发服务器,收发处理器与信息处理模块之间进行处理信息交互,信息处理器上报该网关上挂载的终端列表,列表包含所有终端的ID、电量、心跳间隔等各种参数。根据各终端ID从云服务器上提前把需要发送的信息经由网络下载至网关本地(存储器),此时根据最新的本地存储的待发数据总和、数据发送速率和发送通道的数量计算下一数据发送时隙,并对当前数据发送时隙进行更新。在时间达到时,信息处理器立即发送给无线芯片,选择对应信道进行数据传送,将提前下载至本地网关的终端对应的数据传输给终端。

仍以图3为例,当在终端1对应的发送时隙内,继续接收到终端的数据请求,例如终端3(图中未示出),从云服务器中下载终端3对应的数据至本地网关中,根据本地存储的待发数据总和(终端1的数据、终端2的数据和终端3的数据)、数据发送速率和发送通道的数量计算下一数据发送时隙T1',将终端1、终端2和终端3的数据发送时隙T1更新为T1'。

同样地,当在终端2对应的发送时隙内,继续接收到终端的数据请求,例如终端3(图中未示出),终端1的数据传输仍然为原发送时隙T1,从云服务器中下载终端3对应的数据至本地网关中,根据本地存储的待发数据总和(终端2的数据和终端3的数据)、数据发送速率和发送通道的数量计算下一数据发送时隙T1',将终端2和终端3的数据发送时隙T1更新为T1'。

需要说明的是,如果仍接收到终端的数据请求,例如终端4,发送时隙的更新方法和上述继续接收终端3的更新方法相同。由于终端对应的数据成功完成传输后,会将本地网关的存储器中存储的该终端对应的数据删除,因此,本地网关中存储的待发数据总和减少,可以实现持续继续接收终端的数据请求。

为了验证终端数据是否成功完成传输,根据本发明的一个实施例,在向任意一个终端发送完数据后,还判断是否接收该终端反馈的确认信息,其中,如果未接收到该终端反馈的确认信息,则将发送给该终端的数据放入补发模块,并根据数据发送时隙、补发模块中已经存储的补发数据总量、发送给该终端的数据和补发模块的数据发送速率计算延时时隙,以便该终端在延时时隙到达时接收数据。

具体而言,如图3所示,以终端1为例,收发处理器向终端1发送数据完成后,还用于接收终端1的反馈信息,其中,反馈信息包括是否成功接收请求数据。如果接收到ACK,说明数据传输成功完成,则将终端1对应的数据从队列中(即待传输数据的队列)删除。如果未接收到ACK,收发处理器将终端1的数据放入补发模块,根据数据发送时隙T1、补发模块中已经存储的补发数据总量、发送给该终端的数据和补发模块的数据发送速率计算延时时隙T2(单位为ms,T1的单位也为ms),在接收发处理器中包含有定时器,该定时器负责延时时隙T2的倒计时,在倒计时为零时,再发送一次(此次的数据发送采用更快的调制速度,并且信道要和一般数据发送所有区别互不干扰)。这样每一相同数据最多发送两次,第二次数据无须判断ACK。由终端1自行管理数据传输是否成功,如果失败,则在下一次信息交互时间点进行数据请求。

其中,延时时隙T2计算的方法需要补发模块在接收补发数据时,上报自身已经存储的数据需要多长时间发送。但是如果补发模块中没有需要发送的数据,延时时隙T2可以为固定阈值,或者比发送时隙T1延迟预设时间。当补发模组中没有待发数据时,延时时隙T2可根据当前终端需要发送数据的数据量进行计算。

作为本发明可能的一种实现方式,延时时隙根据以下公式计算:T2=T1+(S2+S3)/V2,其中,T1为数据发送时隙,T2为延时时隙,S2为补发模块中已经存储的补发数据总量,S3为发送给该终端的数据,V2为补发模块的数据发送速率。

为了体现网关内的各个模块之间的交互关系,作为一个具体示例,如图4所示,整个网关分为三个线程,一个线程负责与云端服务器信息交互,一个线程负责管理信息收发对列,一个线程负责驱动无线芯片进行数据收发。芯片驱动(无线芯片)切换为收模式,用于接收终端发送的数据请求,当确定接收到信息时,将终端的数据请求传递给收发处理器,收发处理器与信息处理器之间交互,信息处理器从云端服务器中下载终端对应的数据,并将数据下发至收发处理器,收发处理器将接收信息存储,并计算出发送时隙(更新信息列表时间),当信息列表时间倒计时归零时,线程睡眠阻塞(即发送时隙为零),并将终端数据发送至无线芯片,并通过无线芯片将数据发送给终端,并通过无线芯片接收终端的反馈数据,在一定时间内,判断是否接收到ACK,如果是,则将该终端的数据在收发信息列表中清楚,如果未接收到ACK,收发处理器则将数据转入补发模块(补发模块通讯模组)中,在完成补发后,将接收发信息列表中的终端数据删除。

综上,本发明的数据交互方法,数据请求反馈分配时隙,数据准备好后,立即下发,中间等待时间可以提供其他终端数据请求,数据提前向服务器索要存在本地,到达反馈时间立即发送,数据采用信道和时间管理,可以有效避免碰撞,数据处理芯片只负责数据索取和数据列表管理,可以有效保证数据时间精确。

综上所述,根据本发明实施例的数据交互方法,接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地,根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。由此,该方法能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

对应上述实施例,本发明还提出了一种计算机可读存储介质,其上存储有数据交互程序,该数据交互程序被处理器执行时实现如上述的数据交互方法。

本发明实施例的计算机可读存储介质,通过执行上述的数据交互方法,能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

图5是根据本发明实施例的网关的方框示意图。

如图5所示,本发明实施例的网关100包括:包括存储器110、处理器120及存储在存储器110上并可在处理器120上运行的数据交互程序,处理器120执行数据交互程序时,实现如上述的数据交互方法。

本发明实施例的网关,通过执行上述的数据交互方法,能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

图6是根据本发明实施例的数据交互装置的方框示意图。

如图6所示,本发明实施例的数据交互装置200可包括:收发模块210、信息处理模块220和收发处理模块230。

其中,收发模块210用于接收每个终端的数据请求。信息处理模块220用于根据每个终端的数据请求从服务器下载相应数据,并将从服务器下载的数据存储到本地。收发处理模块230用于根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,并在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以通过收发模块210向相应终端发送数据。

需要说明的是,本发明实施例的数据交互装置中未披露的细节,请参照本发明实施例的数据交互方法中所披露的细节,具体这里不再赘述。

图2是根据本发明实施例的数据交互系统的示意图。

如图2所示,本发明实施例的数据交互系统可包括网关和多个终端。

其中,终端用于向网关发送数据请求,并接收网关下发的数据。网关用于接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,以及在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。

根据本发明的一个实施例,网关还用于,在当前数据发送时隙内,如果继续接收到终端的数据请求,则在向相应终端发送数据的同时,根据继续接收到终端的数据请求从服务器下载相应数据到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算下一数据发送时隙,以对当前数据发送时隙进行更新。

根据本发明的一个实施例,网关还用于,在向任意一个终端发送完数据后,还判断是否接收该终端反馈的确认信息,其中,如果未接收到该终端反馈的确认信息,则将发送给该终端的数据放入补发模块,并根据数据发送时隙、补发模块中已经存储的补发数据总量、发送给该终端的数据和补发模块的数据发送速率计算延时时隙,以便该终端在延时时隙到达时接收数据。

需要说明的是,本发明实施例的数据交互系统中未披露的细节,请参照本发明实施例的数据交互方法中所披露的细节,具体这里不再赘述。

根据本发明实施例的数据交互系统,终端向网关发送数据请求,并接收网关下发的数据,网关接收每个终端的数据请求,并根据每个终端的数据请求从服务器下载相应数据,以及将从服务器下载的数据存储到本地,并根据本地存储的待发数据总和、数据发送速率和发送通道的数量计算数据发送时隙,以及在数据发送时隙内,根据每个终端的数据请求的时序依次唤醒相应终端,以向相应终端发送数据。由此,该系统能够将多个终端的请求反馈分配时隙,并对不同的信道进行管理,以合理分配数据下发时间,保证数据有效顺序传输。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。

应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号