CN111405672A - 一种业务传输方法及装置、设备、存储介质 - Google Patents

一种业务传输方法及装置、设备、存储介质 Download PDF

Info

Publication number
CN111405672A
CN111405672A CN201910002549.7A CN201910002549A CN111405672A CN 111405672 A CN111405672 A CN 111405672A CN 201910002549 A CN201910002549 A CN 201910002549A CN 111405672 A CN111405672 A CN 111405672A
Authority
CN
China
Prior art keywords
data
transmission
transmitted
server
terminal
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.)
Granted
Application number
CN201910002549.7A
Other languages
English (en)
Other versions
CN111405672B (zh
Inventor
钟武
金凌
史玉良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910002549.7A priority Critical patent/CN111405672B/zh
Publication of CN111405672A publication Critical patent/CN111405672A/zh
Application granted granted Critical
Publication of CN111405672B publication Critical patent/CN111405672B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种业务传输方法及装置、设备、存储介质，其中，该方法包括：终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；根据所述待传输数据的业务类型，本地查询得到传输时段；根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。

Description

一种业务传输方法及装置、设备、存储介质
技术领域
本申请实施例涉及但不限于物联网技术，尤其涉及一种业务传输方法及装置、设备、存储介质。
背景技术
如今，基于蜂窝的窄带物联网已经成为万物互连网络的一个重要分支，窄带物联网(Narrow Band Internet of Things，NB-IoT)构建于蜂窝网络，覆盖广，低功耗等是其主要特点，窄带(Narrow Band，NB)设备终端在传输数据时通常会采用UDP来进行传输，其主要特点是无连接的，可以使得NB设备在发送完数据之后迅速进入待机状态，从而延长待机时间。
目前业界传输数据时，通常是使用通信套件，如OneNET平台，其提供诸如上行和下行传输能力，但是并未做传输优化等操作。
通常的传输方法的缺点是无法根据当前业务类型、时延或网络整体状况等对传输的时间进行动态的调整，所以在网络状况等暂时不好的情况下，会导致丢包率的增加，同时造成局部网络拥塞等情况。
发明内容
有鉴于此，本申请实施例提供一种业务传输方法及装置、设备、存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供一种业务传输方法，所述方法包括：
终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
根据所述待传输数据的业务类型，本地查询得到传输时段；
根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
本申请实施例提供一种业务传输方法，所述方法包括：
所述终端根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
所述终端在所述接收时段接收服务器发送的下行数据。
本申请实施例提供一种业务传输装置，所述装置包括：
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元，用于根据所述待传输数据的业务类型，本地查询得到传输时段；
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
本申请实施例提供一种业务传输装置，所述装置包括：
第三发送单元，用于根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
第三接收单元，用于在所述接收时段接收服务器发送的下行数据。
本申请实施例提供一种业务传输设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的业务传输方法中的步骤。
本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的业务传输方法中的步骤。
本申请实施例中，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；根据所述待传输数据的业务类型，本地查询得到传输时段；根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去；如此，通过结合当前数据传输业务类型等，得到最优的传输时间段，实现可配置的、动态的数据传输策略。
附图说明
图1为本申请实施例网络架构的组成结构示意图；
图2A为本申请实施例业务传输方法的实现流程示意图；
图2B为本申请实施例业务传输方法的实现流程示意图；
图3为相关技术中三层神经网络的组成结构示意图；
图4为相关技术中sigmoid函数的变化曲线图；
图5A为本申请实施例请求上行传输模型的流程图；
图5B为本申请实施例请求下行传输模型的流程图；
图6A为本申请实施例业务传输装置的组成结构示意图；
图6B为本申请实施例业务传输装置的组成结构示意图；
图7为本申请实施例中终端的一种硬件实体示意图。
具体实施方式
下面结合附图和实施例对本申请的技术方案进一步详细阐述。
本实施例先提供一种网络架构，图1为本申请实施例网络架构的组成结构示意图，如图1所示，该网络架构包括两个或多个终端11至1N和服务器31，其中终端11至1N与服务器31之间通过网络21进行交互。终端在实现与IOT所在的领域的有关，一般来说，终端在实施的过程中可以为各种类型的具有信息处理能力的设备，例如终端可以包括手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机、传感设备等。
本实施例提出一种业务传输方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。
图2A为本申请实施例业务传输方法的实现流程示意图，如图2A所示，该方法包括：
步骤S201，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
这里，查询输入参数用于查询得到传输时段，该传输时段是指终端进行上行业务传输的时间段，例如白天或晚上的一个时间区间，或者一天内的一个时间区间，一个礼拜内的时间区间。
步骤S202，根据所述待传输数据的业务类型，本地查询得到传输时段；
这里，本地查询得到传输时段，可以为查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段。
这里，业务类型与终端的类型有关。传输模型包括本实施例中的上行传输模型和以下实施例中的下行传输模型，在一些实施例中，传输模型可以是一个映射关系表，例如本实施例中的上行传输模型可以是关于业务类型与传输时段之间的对应关系表。当传输模型以SDK形式实现时，可以是以代码实现的上述对应关系表。
在一些实施例中，传输模型可以是训练样本，结合神经网络模型训练而来的，其中训练样本可以是关于输入参数和输出参数的样本，例如输入参数可以是业务类型，输出参数可以是传输时段。
步骤S203，根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，则可以立即将待传输数据发送出去；如果当前时刻不在传输时段内，则可以等待，直到传输时段的开始时刻来临，然后再将待传输数据发送出去。
本实施例提出一种业务传输方法，本实施例中所述查询输入参数除了业务类型，还包括：时延容忍度、所述终端的位置、网络状况；其中，网络状况可以是网络时延，此时，该方法包括：
步骤S211，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型、时延容忍度、所述终端的位置、网络状况；
这里，查询输入参数用于查询得到传输时段，该传输时段是指终端进行上行业务传输的时间段，例如白天或晚上的一个时间区间，或者一天内的一个时间区间，一个礼拜内的时间区间。
步骤S212，如果所述时延容忍度大于等于预设的时延阈值，根据所述待传输数据的业务类型、时延容忍度、所述终端的位置和网络状况，查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段；其中，上行传输模型用于表征所述查询输入参数与所述传输时段之间的对应关系。
这里，业务类型与终端的类型有关。传输模型可以以查询输入参数作为输入，以传输时段作为输出；在一些实施例中，传输模型可以是一个映射关系表，例如本实施例中的上行传输模型可以是关于业务类型、时延容忍度、所述终端的位置和网络状况与传输时段之间的对应关系表。当传输模型以SDK形式实现时，可以是以代码实现的上述对应关系表。
步骤S213，根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，则可以立即将待传输数据发送出去；如果当前时刻不在传输时段内，则可以等待，直到传输时段的开始时刻来临，然后再将待传输数据发送出去。
步骤S214，如果所述时延容忍度小于预设的时延阈值，将所述待传输数据发送出去。
本实施例提出一种业务传输方法，本实施例中，传输模型的输出除了传输时段之外，还包括传输的数据量大小，该方法包括：
步骤S221，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
这里，查询输入参数用于查询得到传输时段，该传输时段是指终端进行上行业务传输的时间段，例如白天或晚上的一个时间区间，或者一天内的一个时间区间，一个礼拜内的时间区间。
步骤S222，根据所述待传输数据的业务类型，本地查询得到传输时段和传输的数据量大小；
这里，业务类型与终端的类型有关。传输模型可以以查询输入参数作为输入，以传输时段和传输的数据量大小作为输出；在一些实施例中，传输模型可以是一个映射关系表，例如本实施例中的上行传输模型可以是关于业务类型与传输时段和传输的数据量大小之间的对应关系表。当传输模型以SDK形式实现时，可以是以代码实现的上述对应关系表。
步骤S223，根据当前时刻与所述传输时段之间的关系，按照所述传输的数据量大小将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，则可以立即按照所述传输的数据量大小将待传输数据发送出去；如果当前时刻不在传输时段内，则可以等待，直到传输时段的开始时刻来临，然后再按照所述传输的数据量大小将待传输数据发送出去。在窄带物联网传输的场景下，由于网络的性能不是很好，因此，对每一数据包的大小也可以有限制；对于整个传输时段来说，传输的总数据量大小也可以有限制。
在一些实施例中，如果所述传输的数据量大小为待传输数据的总数据量阈值，则步骤S222，包括：根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和待传输数据的总数据量阈值；对应地，步骤S223，包括：根据当前时刻与所述传输时段之间的关系，和待传输数据的数据量与待传输数据的总数据量阈值之间的关系，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，且待传输数据的总数据量小于等于所述总数据量阈值，将所述待传输数据发送出去。如果当前时刻在所述传输时段内，且待传输数据的数据量大于所述总数据量阈值，按照所述总数据量阈值对所述待传输数据进行拆分，得到M个拆分后的数据包，将所述M个拆分后的数据包中的一个数据包发送出去，将所述M个拆分后的数据包中其他(M-1)数据包在其他对应的传输时段内发送出去，M大于等于2。
其中，所述传输时段为一个传输周期内用于传输业务的时段，如果一个传输周期内包括N传输时段，其中N为大于等于1的整数，所述方法还包括：从当前传输周期起确定M个传输时段，将M个拆分后的数据包在确定的M个传输时段内一一传输。当然确定M个传输时段可以为依次相邻的或不不相邻的。另外，如果所述M小于等于N，则将在M个拆分后的数据包当前的传输周期内的N传输时段内发送出去；如果所述M大于N，则将在M个拆分后的数据包至少在[M/N]个传输周期内的N传输时段内发送出去。
在一些实施例中，如果所述传输的数据量大小为每一待传输数据包的数据量阈值，则步骤S222，包括：根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和每一待传输数据包的数据量阈值；对应地，步骤S223，包括：根据当前时刻与所述传输时段之间的关系，和每一待传输数据包的数据量阈值，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，按照所述数据量阈值对所述待传输数据进行拆分，得到P个拆分后的数据包，将所述P个拆分后的数据包发送出去。如果当前时刻不在所述传输时段内，按照所述数据量阈值对所述待传输数据进行拆分，得到P个拆分后的数据包，将所述P个拆分后的数据包在所述传输时段内发送出去。
本实施例提出一种业务传输方法，本实施例中，终端除了进行上传传输之外，还进行下行传输，因此，该方法包括：
步骤S231，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
步骤S232，根据所述待传输数据的业务类型，本地查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段；所述上行传输模型是服务器端以查询输入参数作为神经网络的输入层信息，至少以所述传输时段作为输出训练神经网络后得到的；
步骤S233，根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，则可以立即将待传输数据发送出去；如果当前时刻不在传输时段内，则可以等待，直到传输时段的开始时刻来临，然后再将待传输数据发送出去。
步骤S234，所述终端根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；
下行传输模型可以唤醒时刻表，终端按照下行传输模型中的唤醒时刻定时从休眠状态中唤醒。
步骤S235，所述终端接收服务器发送的下行数据。
本实施例提出一种业务传输方法，本实施例中，终端除了进行上传传输之外，还进行下行传输，因此，该方法包括：
步骤S241，所述终端上的SDK向所述服务器发送查询更新请求，所述查询更新请求用于查询是否有更新的上行传输模型或下行传输模型；
步骤S242，所述终端根据所述服务器下发的查询更新响应，确定有更新的传输上行传输模型或下行传输模型时，所述终端向所述服务器发送上行传输模型请求或下行传输模型请求。
其中，所述上行传输模型用于表征所述查询输入参数与所述传输时段之间的关系，所述下行传输模型用于表征终端在下行时的接收时段。
步骤S243，终端接收所述服务器以SDK的形式发送的上行传输模型或下行传输模型；
步骤S244，所述终端运行所述SDK；
步骤S245，终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
步骤S246，将所述待传输数据的业务类型输入运行的上行传输模型，得到传输时段；
步骤S247，根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
这里，如果当前时刻在所述传输时段内，则可以立即将待传输数据发送出去；如果当前时刻不在传输时段内，则可以等待，直到传输时段的开始时刻来临，然后再将待传输数据发送出去。
步骤S248，所述终端查询运行的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；
下行传输模型可以唤醒时刻表，终端按照下行传输模型中的唤醒时刻定时从休眠状态中唤醒。
步骤S249，所述终端接收服务器发送的下行数据。
本实施例提出一种业务传输方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。
图2B为本申请实施例业务传输方法的实现流程示意图，如图2B所示，该方法包括：
步骤251，所述终端根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
步骤252，所述终端在所述接收时段接收服务器发送的下行数据。
在一些实施例中，所述方法还包括：
步骤11，终端向服务器发送下行传输模型请求；
步骤12，终端接收所述服务器以SDK的形式发送的下行传输模型；
步骤13，所述终端运行所述SDK。
本申请实施例旨在通过结合历史NB业务经验数据和当前测试终端要传输的数据业务类型、时延容忍度、GPS、网络状况等信息，建立该NB设备数据传输的自动化配置方法。其中，NB设备只需接入一套SDK，SDK提供API来负责发送接收数据，当NB设备需要发送消息时，通过调用API，提供数据包、GPS、时延容忍度等信息。其中，时延容忍度是指终端希望SDK最长不超过某个指定的时间内必须发送消息，当时延容忍度值为0时，表示数据立即发送，不做优化处理。接下来，将从上行和下行两方面来讨论优化的方法。
从上行部分来说，将在服务器端建立一个模型，分析出终端最佳发送时间模板，然后将最佳发送时间模板发送给NB设备嵌入的SDK，SDK内部将对设备发送数据的时间进行优化。对于上行来说，主要的是如何建立这个模型。
首先，分析对网络传输质量产生影响的一些因素，这些因素可以用来建立分类器模型，因素一般有以下的几个方面：
1)数据传输时间段：白天运营商网络系统忙时，可能存在传输丢包较多；
2)GPS信息：如果NB设备有GPS模块，能够拿到GPS信息，模型可以根据GPS信息得到所在网络的状况；
3)网络时延：网络的状况将很大程度影响数据传输的可靠性；
4)时延容忍度：NB设备业务数据可以容忍的传输时延；
可见，通过数据传输分类器模型可以根据当前数据的传输时间段、GPS信息、网络时延、时延容忍度等因素，来进行数据传输的动态调整，调整参数数据传输的最优时间段，以此来尽可能保证传输的高效性。
本申请实施例的一个关键点在于建立一个“数据传输方法”的分类器模型，用于预测数据传输时在当前环境下的传输时间，并提供一套装置来使NB终端无缝接入。该模型的输入参数可以包含并不限于以下至少之一：
数据传输时间段、GPS信息、网络时延、时延容忍度。
而模型的输出参数是推荐最优传输时间，模型实现方案采用神经网络来进行。采用神经元的原因是输入值的复杂多样，无法使用简单的线性函数来进行归纳，而通过构建多层神经元，每一层中的神经元都与在前后层的神经元互相连接。
图3为相关技术中三层神经网络的组成结构示意图，如图3所示，就是一个三层神经元，每一层有三个人工神经元或节点，每个节点都与前一层或后续层的其他每一个节点互相连接，通过调整节点之间的连接强度，在一个节点内，调整输入的总和或S阈值函数的形状。
在获取到训练样本集后，就可以开始建立模型了，模型的输入值包括传输时间段、GPS信息、网络时延、时延容忍度等指标，神经网络最终输出为时间值。
建立模型最重要的就是更新权重，以上图3为例的三层网络为例，第一层为输入层，第二层为隐藏层，第三层为输出层，输入层节点的输出是输入值和链接权重的函数。在节点i处的输入是xi，连接输入层节点i到隐藏层节点j的链接权重为wi,j，类似的隐藏层节点j的输出是xj，连接隐藏层节点j和输出层节点k的链接权重是wj,k，求输出值的算法为对之前的链接权重和上层的输出值相乘求和，并应用sigmoid函数即S型函数参见公式(1)，由此，根据公式(2)能得出输出层的输出值ok。
Figure BDA0001934241770000111
Figure BDA0001934241770000112
其中，sigmoid函数即S型函数，由于其平滑的变化曲线，参见图4，将用它来做应用阈值函数。本实施例中以S型函数函数为例，在另一些实施例中，还可以用其他函数作为阈值函数。
到输出值函数后，还需要一个误差函数来优化链接权重，从神经网络图层中，可知，节点k的输出不依赖于权重wj,b，其中，由于b和k之间没有链接，因此b与k无关联。权重wj,b是连接输出节点b的链接权重，而不是输出节点k的链接权重。这意味着，除了权重wj,k所链接的节点(也就是ok)外，可以从斜率
Figure BDA0001934241770000113
的初始计算公式(3-0)中删除所有的on，通过如下公式(3-1)的推导过程，最终得到了误差函数的斜率
Figure BDA0001934241770000114
的计算公式(3-2)；依据斜率和之前的wj,k(即wj,k-old)，按照公式(3-3)就可以调整权重wj,k了，即得到新的wj,k(即wj,k-new)。
Figure BDA0001934241770000115
Figure BDA0001934241770000121
Figure BDA0001934241770000122
Figure BDA0001934241770000123
一般来说，对于sigmoid函数有公式(3-4)，在公式(3-1)的推导过程中需要用到；
Figure BDA0001934241770000124
公式(3-3)中，α为设置的常量或权重系数，公式(3-4)中，x表示一个通用的自变量，在应用的时候，可以将x更换为其他自变量。
通过反馈误差传播建立完模型后，整个上行流程就走通了。模型建立完成之后，客户端SDK可以向服务器端发送一个第一请求，第一请求中携带的内容包括传输时间段、GPS信息、网络时延、时延容忍度等。服务器端将其作为请求的内容作为输入参数传入神经网络模型，得到传输时间和数据传输大小，服务器端将传输时间和数据传输大小发送给客户端SDK。
需要注意的是，SDK并不需要在每次终端发送消息前向服务器端发送请求，而是会有一套模型数据，模型数据可以依据状况动态调整。终端发送数据时，SDK根据模型数据来调整发送时间，这样能最大的优化传输的效率，从另一方面，也能减少NB网络负载，减少拥塞。
整体的逻辑过程如图5A所示，该过程包括：
步骤S501，客户端SDK可以向服务器端发送一个第一请求；
这里，第一请求至少用于请求传输时间，当然第一请求还可以用于请求数据传输大小。第一请求携带的内容包括传输时间段、GPS信息、网络时延、时延容忍度等；
步骤S502，服务器端将其作为请求的内容作为输入参数传入神经网络模型，得到传输时间和数据传输大小；
步骤S503，服务器端将传输时间和数据传输大小发送给客户端SDK。
接下来，将讨论下行的优化，由于NB设备在大部分时间都处于待机状态，所以下行的处理，通常是设备定时跳出休眠状态，向服务器端发送心跳，服务器端得到消息后就可以向设备发送下行的数据了。
而这种模式通常带来的问题是无法做到动态的调整，所以，SDK除了提供优化的上行时间外，还提供一套下行模板推送机制，这样，客户端就不需要自己维护一套下行的策略，只要接入了SDK，就提供下行策略模板更新，整体流程如图5B所示，该过程包括：
步骤S511，客户端SDK会定时发送第二请求；
这里，第二请求用于请求下行模板；一般来说，通过校验机制来判断是否有新的推送模板更新，如有，则更新模板，模板里面的内容包括下行的时间等信息。
步骤S512，服务器端向SDK发送下行模板。
客户端SDK会定时发送第二请求，通过校验机制来判断是否有新的推送模板更新，如有，则更新模板，模板里面的内容包括下行的时间等信息，SDK拿到模板信息后，根据时间设置定时，当下行时间到来时，将设备从休眠状态中起来，发送心跳数据，这样，服务器端得到心跳数据后就可以发送下行数据了。
本申请实施例中，能够根据传输时间段、GPS信息、网络时延、时延容忍度预测模型来指导NB设备数据传输。
与现有技术相比，本申请实施例具有以下技术优点：本申请实施例通过结合当前数据传输业务类型、GPS信息、网络时延、时延容忍度等，通过神经网络模型得到最优的传输时间段，实现可配置的、动态的数据传输策略。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6A为本申请实施例业务传输装置的组成结构示意图，如图6A所示，所述装置600包括：
确定单元601，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元602，用于根据所述待传输数据的业务类型，本地查询得到传输时段；
第一传输单元603，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
该装置包括：
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；所述查询输入参数还包括：时延容忍度、所述终端的位置、网络状况；
如果所述时延容忍度大于等于预设的时延阈值，所述查询单元，用于根据所述待传输数据的业务类型、时延容忍度、所述终端的位置、网络状况，查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段；其中，上行传输模型用于表征所述查询输入参数与所述传输时段之间的对应关系。
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
如果所述时延容忍度小于预设的时延阈值，第二传输单元，用于将所述待传输数据发送出去。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
该装置包括：
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元，用于根据所述待传输数据的业务类型，本地查询得到传输时段和数据传输大小；
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
这里，所述数据传输大小为待传输数据的总数据量阈值，这时，所述查询单元，用于根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和待传输数据的总数据量阈值；对应地，第一传输单元，用于根据当前时刻与所述传输时段之间的关系，和待传输数据的数据量与待传输数据的总数据量阈值之间的关系，将所述待传输数据发送出去；
这里，所述数据传输大小为每一待传输数据包的数据量阈值，所述查询单元，用于根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和每一待传输数据包的数据量阈值；对应地，对应地，第一传输单元，用于根据当前时刻与所述传输时段之间的关系，和每一待传输数据包的数据量阈值，将所述待传输数据发送出去。
在一些实施例中，所述查询输入参数还包括：时延容忍度、所述终端的位置、网络状况；
如果所述时延容忍度大于等于预设的时延阈值，所述查询单元，用于根据所述待传输数据的业务类型、时延容忍度、所述终端的位置、网络状况，查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段和数据传输大小；对应地，第一传输单元，用于根据当前时刻与所述传输时段之间的关系，按照数据传输大小将所述待传输数据发送出去。
如果所述时延容忍度小于预设的时延阈值，第二传输单元，用于按照数据传输大小将所述待传输数据发送出去。
其中，如果所述数据传输大小为待传输数据的总数据量阈值，第一传输单元，用于根据当前时刻与所述传输时段之间的关系，和待传输数据的数据量与待传输数据的总数据量阈值之间的关系，将所述待传输数据发送出去；如果所述数据传输大小为每一待传输数据包的数据量阈值，第一传输单元，用于根据当前时刻与所述传输时段之间的关系，和每一待传输数据包的数据量阈值，将所述待传输数据发送出去。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
该装置包括：
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元，用于根据所述待传输数据的业务类型，本地查询得到传输时段；
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
唤醒单元，用于根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；
第一接收单元，用于接收服务器发送的下行数据。
在一些实施例中，所述装置还包括：
第一发送单元，用于向服务器发送上行传输模型请求或下行传输模型请求；其中，所述上行传输模型请求用于请求上行传输模型，下行传输模型请求用于请求下行传输模型；其中，所述上行传输模型用于表征所述查询输入参数与所述传输时段之间的关系，所述下行传输模型用于表征终端在下行时的接收时段。
第二接收单元，用于接收所述服务器以SDK的形式发送的上行传输模型或下行传输模型；
第一运行单元，用于运行所述SDK；
对应地，所述查询单元，用于将所述待传输数据的业务类型输入运行的上行传输模型，得到传输时段。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
该装置包括：
第二发送单元，用于向所述服务器发送查询更新请求，所述查询更新请求用于查询是否有更新的上行传输模型或下行传输模型；
第一发送单元，用于根据所述服务器下发的查询更新响应，确定有更新的传输上行传输模型或下行传输模型时，向所述服务器发送上行传输模型请求或下行传输模型请求。其中，所述上行传输模型用于表征所述查询输入参数与所述传输时段之间的关系，所述下行传输模型用于表征终端在下行时的接收时段。
第二接收单元，用于接收所述服务器以SDK的形式发送的上行传输模型或下行传输模型；
第一运行单元，用于运行所述SDK；
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元，用于根据所述待传输数据的业务类型，查询运行的上行传输模型，得到传输时段；
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
唤醒单元，用于根据运行的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；
第一接收单元，用于接收服务器发送的下行数据。
基于前述的实施例，本申请实施例提供一种业务传输装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6B为本申请实施例业务传输装置的组成结构示意图，如图6B所示，所述装置610包括：
第三发送单元611，用于根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
第三接收单元612，用于在所述接收时段接收服务器发送的下行数据。
在一些实施例中，所述装置还包括：
第四发送单元，用于向服务器发送下行传输模型请求；
第四接收单元，用于接收所述服务器以SDK的形式发送的下行传输模型；
第二运行单元，用于运行所述SDK。
以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的业务传输方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。
对应地，本申请实施例提供一种业务传输设备(例如终端)，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的业务传输方法中的步骤。
对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述业务传输方法中的步骤。
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
需要说明的是，图7为本申请实施例中终端的一种硬件实体示意图，如图7所示，该终端700的硬件实体包括：处理器701、通信接口702和存储器703，其中
处理器701通常控制终端700的总体操作。
通信接口702可以使终端通过网络与其他终端或服务器通信。
存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及终端700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种业务传输方法，其特征在于，所述方法包括：
终端确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
根据所述待传输数据的业务类型，在本地查询得到传输时段；
根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
2.根据权利要求1所述的方法，其特征在于，所述查询输入参数还包括：
时延容忍度、所述终端的位置、网络状况；
如果所述时延容忍度大于等于预设的时延阈值，所述根据所述待传输数据的业务类型，在本地查询得到传输时段，包括：
根据所述待传输数据的业务类型、时延容忍度、所述终端的位置、网络状况，查询从服务器端下发的且存储在本地的上行传输模型，得到传输时段，上行传输模型用于表征所述查询输入参数与所述传输时段之间的对应关系。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
如果所述时延容忍度小于预设的时延阈值，将所述待传输数据发送出去。
4.根据权利要求1至3任一项所述的方法，其特征在于，在窄带物联网场景下，所述根据所述待传输数据的业务类型，本地查询得到传输时段，包括：
根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和待传输数据的总数据量阈值；
对应地，根据当前时刻与所述传输时段之间的关系，和待传输数据的数据量与待传输数据的总数据量阈值之间的关系，将所述待传输数据发送出去。
5.根据权利要求1至3任一项所述的方法，其特征在于，在窄带物联网场景下，所述根据所述待传输数据的业务类型，本地查询，得到传输时段，包括：
根据所述待传输数据的业务类型，查询所述上行传输模型，得到所述传输时段和每一待传输数据包的数据量阈值；
对应地，根据当前时刻与所述传输时段之间的关系，和每一待传输数据包的数据量阈值，将所述待传输数据发送出去。
6.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：
终端向服务器发送上行传输模型请求；
终端接收所述服务器以SDK的形式发送的上行传输模型；所述上行传输模型是服务器端以查询输入参数作为神经网络的输入层信息，至少以所述传输时段作为输出训练神经网络后得到的；
所述终端运行所述SDK；
对应地，根据所述待传输数据的业务类型，本地查询得到传输时段，包括：
将所述待传输数据的业务类型输入运行的上行传输模型，得到传输时段。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
所述终端上的SDK向所述服务器发送查询更新请求，所述查询更新请求用于查询是否有更新的上行传输模型；
所述终端根据所述服务器下发的查询更新响应，确定有更新的传输上行传输模型时，所述终端向所述服务器发送上行传输模型请求。
8.一种业务传输方法，其特征在于，所述方法包括：
所述终端根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
所述终端在所述接收时段接收服务器发送的下行数据。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
终端向服务器发送下行传输模型请求；
终端接收所述服务器以SDK的形式发送的下行传输模型；
所述终端运行所述SDK。
10.一种业务传输装置，其特征在于，所述装置包括：
确定单元，用于确定查询输入参数，所述查询输入参数包括待传输数据的业务类型；
查询单元，用于根据所述待传输数据的业务类型，本地查询得到传输时段；
第一传输单元，用于根据当前时刻与所述传输时段之间的关系，将所述待传输数据发送出去。
11.一种业务传输装置，其特征在于，所述装置包括：
第三发送单元，用于根据服务器下发的且存储在本地的下行传输模型，从休眠状态中醒来，向所述服务器发送心跳数据；所述下行传输模型用于表征终端在下行时的接收时段；
第三接收单元，用于在所述接收时段接收服务器发送的下行数据。
12.一种业务传输设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述业务传输方法中的步骤；或者，所述处理器执行所述程序时实现权利要求8或9所述业务传输方法中的步骤。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述业务传输方法中的步骤；或者，所述处理器执行所述程序时实现权利要求8或9所述业务传输方法中的步骤。
CN201910002549.7A 2019-01-02 2019-01-02 一种业务传输方法及装置、设备、存储介质 Active CN111405672B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910002549.7A CN111405672B (zh) 2019-01-02 2019-01-02 一种业务传输方法及装置、设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910002549.7A CN111405672B (zh) 2019-01-02 2019-01-02 一种业务传输方法及装置、设备、存储介质

Publications (2)

Publication Number Publication Date
CN111405672A true CN111405672A (zh) 2020-07-10
CN111405672B CN111405672B (zh) 2023-03-28

Family

ID=71430220

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910002549.7A Active CN111405672B (zh) 2019-01-02 2019-01-02 一种业务传输方法及装置、设备、存储介质

Country Status (1)

Country Link
CN (1) CN111405672B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101288249A (zh) * 2005-10-18 2008-10-15 三星电子株式会社 在无线通信系统分配传输时间段的方法和设备及其系统
CN104904184A (zh) * 2012-12-12 2015-09-09 微软技术许可有限责任公司 将通信事件分批
CN105337893A (zh) * 2014-05-30 2016-02-17 索尼公司 电子设备、中心节点和网络侧设备、传输方法和配置方法
CN108322497A (zh) * 2017-01-18 2018-07-24 阿里巴巴集团控股有限公司 跨终端数据传输方法、装置、客户端、服务器及系统
CN108400944A (zh) * 2018-05-31 2018-08-14 深圳市零度智控科技有限公司 网络流量控制方法、装置及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101288249A (zh) * 2005-10-18 2008-10-15 三星电子株式会社 在无线通信系统分配传输时间段的方法和设备及其系统
CN104904184A (zh) * 2012-12-12 2015-09-09 微软技术许可有限责任公司 将通信事件分批
CN105337893A (zh) * 2014-05-30 2016-02-17 索尼公司 电子设备、中心节点和网络侧设备、传输方法和配置方法
CN108322497A (zh) * 2017-01-18 2018-07-24 阿里巴巴集团控股有限公司 跨终端数据传输方法、装置、客户端、服务器及系统
CN108400944A (zh) * 2018-05-31 2018-08-14 深圳市零度智控科技有限公司 网络流量控制方法、装置及计算机可读存储介质

Also Published As

Publication number Publication date
CN111405672B (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
CN111835827B (zh) 物联网边缘计算任务卸载方法及系统
Guan et al. Effective data communication based on social community in social opportunistic networks
Fang et al. Deep-reinforcement-learning-based resource allocation for content distribution in fog radio access networks
CN114116198A (zh) 一种移动车辆的异步联邦学习方法、系统、设备及终端
CN107612987B (zh) 一种面向边缘计算基于缓存的服务供应优化方法
US11831708B2 (en) Distributed computation offloading method based on computation-network collaboration in stochastic network
CN104769898B (zh) 用于通信网络中应用数据至移动设备的传送控制的装置和方法
Hakami et al. An optimal policy for joint compression and transmission control in delay-constrained energy harvesting IoT devices
Yadav et al. Mitigating congestion in wireless sensor networks through clustering and queue assistance: a survey
CN116489708A (zh) 面向元宇宙的云边端协同的移动边缘计算任务卸载方法
Kim et al. Cost modeling for analyzing network performance of IoT protocols in blockchain-based IoT
Manzoor et al. Federated learning empowered mobility-aware proactive content offloading framework for fog radio access networks
CN107820278A (zh) 蜂窝网络时延与成本均衡的任务卸载方法
CN112860409B (zh) 基于李雅普诺夫优化的移动云计算随机任务序列调度方法
CN111405672B (zh) 一种业务传输方法及装置、设备、存储介质
Peng et al. Value‐aware cache replacement in edge networks for Internet of Things
Lin et al. Learning for Adaptive Multi-Copy Relaying in Vehicular Delay Tolerant Network
CN103052114A (zh) 数据缓存放置系统及数据缓存的方法
Tang et al. Gravitation theory based routing algorithm for active wireless sensor networks
CN115955685B (zh) 多智能体协同路由方法、设备及计算机存储介质
WO2024001266A1 (zh) 视频流传输的控制方法及装置、设备、介质
CN103729461A (zh) 一种基于历史记录数据挖掘的发布和订阅方法
CN113672372B (zh) 一种基于强化学习的多边缘协同负载均衡任务调度方法
Fang et al. Offloading strategy for edge computing tasks based on cache mechanism
CN110138863B (zh) 基于Multi-Paxos分组的自适应一致性协议优化方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant