本发明涉及通信领域，具体而言，涉及一种上行数据的传输方法、装置及系统。
背景技术：
第五代移动通信技术(fifthgeneration，简称5g)5gnr技术作为3gpp选定的和制定的下一代移动通信技术标准。提出了增强移动宽带embb,高可靠低时延传输urllc，增强机器类型通讯emtc等三个场景的应用，并且针对不同场景的需求对蜂窝移动通信的物理层,媒体访问控制(mediaaccesscontrol，简称mac)层，无线链路控制(radiolinkcontrol，简称rlc)层和无线资源控制(radioresourcecontrol，简称rrc)/分组数据汇聚协议(packetdataconvergenceprotocol，简称pdcp)进行设计和改进。为了满足emtc场景中针对一定区域内超大数量的终端的数据通信和emtc终端的低能耗低时延的技术要求；3gppran1提出了基于无授权上行传输grant-free的上行传输的技术，该技术利用系统分配的专用资源不需要网络侧针对每次数据上传分配专门的上行资源进行上行传输。同时grant-free的上行传输在终端处于去激活inactive状态上进行数据传输，不需要保持终端一直处于连接状态也不需要终端针对小数量的数据上传通过复杂的信令从inactive状态进入连接态。
grant-free技术的引入，大大降低了emtc终端的上行数据的传输的信令复杂，延迟时间，和功率消耗.但是grant-free技术的数据上传由于是在非链接态进行的数据上传，在数据上传是没有建立可靠的数据连接。对于数据上传的可靠性就会大大降低。如果终端处于同一时刻大量终端需要上传数据或者网络状况较差的情况，就会造成终端多次上传无法成功的情况。因此，对于相关技术中的grant-free技术，缺少一种有效可靠的终端数据上传的方法。
技术实现要素：
本发明实施例提供了一种上行数据的传输方法、装置及系统，以至少解决相关技术中缺少基于grant-free技术且有效可靠的终端数据上传的方法的问题。
根据本发明的一个实施例，提供了一种上行数据的传输方法，包括：判断终端发送上行传输数据的次数是否大于或者等于预定阈值；在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
可选地，在向所述网络侧设备发送上行传输数据之后，所述方法还包括：判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
可选地，在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数。
可选地，在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
可选地，当所述网络侧设备接收到所述终端发送的上行传输数据为误调度上行传输时，所述确认指示为所述网络侧设备正确解码后发送的确认指示。
可选地，所述预定阈值通过以下方式确定：所述网络侧设备配置，并通过系统消息或者专用信令发送至所述终端。
可选地，在向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求之后，所述方法还包括：与所述网络侧设备建立无线连接；利用所述无线连接的系统信息块sib和/或数据资源块drb向所述网络侧设备发送上行数据。
可选地，所述建立请求至少包括：无线资源控制连接建立请求；所述恢复请求至少包括：无线资源控制连接恢复请求。
可选地，所述建立请求或者所述恢复请求还携带非上行调度传输中未能成功发送到所述网络侧设备的数据。
可选地，所述上行数据的传输处于空闲态或者连接非激活态，
可选地，所述上行数据至少包括：非调度上行传输数据。
根据本发明的另一个实施例，提供了一种上行数据的传输装置，包括：第一判断模块，用于判断终端发送上行传输数据的次数是否大于或者等于预定阈值；第一处理模块，用于在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，所述第一处理模块还用于在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
可选地，所述装置还包括：第二判断模块，用于判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；第二处理模块，用于在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
可选地，所述装置还包括：第一增加模块，用于在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数；或者，第二增加模块，用于在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
根据本发明的又一个实施例，提供了一种上行数据的传输系统，包括：终端，用于判断终端发送上行传输数据的次数是否大于或者等于预定阈值；在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求；在判断结果为否的情况下，向所述网络侧设备发送上行传输数据；网络侧设备，用于接收所述建立请求或者恢复请求，并与所述终端建立无线连接或者恢复无线连接。
可选地，所述终端还包括：处理器，用于判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，指示终端继续判断所述上行传输数据的次数是否大于预定阈值。
可选地，所述终端还包括：计数器，用于在向所述网络侧设备发送上行传输数据时，或者，在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
s11，判断终端发起上行传输数据的次数是否大于或者等于预定阈值；
s12在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s2，在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s31，判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；
s32，在判断结果为是的情况下，将所述上行传输数据的次数初始化；
s33，在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s4a，在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数；
s4b，在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
通过本发明，通过对终端发起上行传输数据的次数进行计数并根据该次数判断是否需要向对应的网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。因此，可以解决相关技术中缺少基于grant-free技术且有效可靠的终端数据上传的方法问题，从而达到了终端在数据上传时可靠有效、且能够在大量数据需要传输或者网络状态差时仍能够稳定上传的有益效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的一种上行数据的传输方法的移动终端的硬件结构图；
图2是根据本发明实施例的一种上行数据的传输方法的流程图；
图3是根据本发明实施例的场景一对应的上行数据的传输方法的流程图；
图4是根据本发明实施例的场景二对应的上行数据的传输方法的流程图；
图5是根据本发明实施例的一种上行数据的传输装置的结构图；
图6是根据本发明实施例的另一种上行数据的传输装置的结构图；
图7a是根据本发明实施例的再一种上行数据的传输装置的结构图；
图7b是根据本发明实施例的再一种上行数据的传输装置的结构图；
图8根据本发明实施例的一种上行数据的传输系统的结构图；
图9是根据本发明实施例的另一种上行数据的传输系统的结构图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在终端上为例，图1是本发明实施例的一种上行数据的传输方法的移动终端的硬件结构图。如图1所示，终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的上行数据的传输方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述终端的上行数据的传输方法，图2是根据本发明实施例的一种上行数据的传输方法的流程图，如图2所示，该流程包括如下步骤：
步骤s202，判断终端发起上行传输数据的次数是否大于或者等于预定阈值；
具体地，上行数据的传输处于idle空闲态或者connect-inactive连接非激活态，同时上行数据至少包括：非调度上行传输数据。
需要指出的是，上述预定阈值是网络侧设备通过配置所确定的阈值，同时该阈值通过携带在系统消息或者专用信令中由网络侧设备发送至终端的。
步骤s204，在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
可选地，在向所述网络侧设备发送上行传输数据之后，判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示，在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
需要指出的是，初始化包括但不限于：将上行传输数据的次数清零。当然，将上行传输数据的次数调整至不等于零指定数值，或者恢复到接收某一时间区间段内的第一次发送上行传输数据时的次数也在本实施例的保护范围以内。
可选的，在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数。
可选的，在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
具体地，增加所述终端发送所述上行传输数据的次数需要根据实际情况而定。例如，在网络正常的情况下，终端只会发起一次上行传输数据，因此，此时增减的次数的数值为1。
然而，如果在通信网络不正常或者终端发送故障时，终端可能会发生发送上行传输数据失败，为了不影响整个流程的进行，此时终端会默认增减的次数的数值为0。
可选地，当所述网络侧设备接收到所述终端发送的上行传输数据为误调度上行传输时，所述确认指示为所述网络侧设备正确解码后发送的确认指示。
可选地，在在向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求之后与所述网络侧设备建立无线连接；利用所述无线连接的系统信息块sib和/或数据资源块drb向所述网络侧设备发送上行数据。
具体地，该建立请求至少包括但不限于：无线资源控制连接建立请求。该恢复请求至少包括但不限于：无线资源控制连接恢复请求。
具体地，该建立请求或者恢复请求还可以携带非上行调度传输中未能成功发送到所述网络侧设备的数据。
此外，在本实施例当中，还提供了如下的场景，以便于理解本实施例中所记载的技术方案。
场景一：
预定阈值为20，同时在向所述网络侧设备发送上行传输数据时，增加发送上行传输数据的次数，此外，初始发送上行传输数据的次数为0。
图3是根据本发明实施例的场景一对应的上行数据的传输方法的流程图。如图3所示，步骤包括：
s302，当终端上层应用需要发送上行传输数据时，发送一次上行传输数据，同时将发送上行传输数据的次数增加1次。
s304，终端判断是否从网络侧设备接收到发送上行传输数据对应的确认指示。
s306，如果终端接收到确认指示，则重置发送上行传输数据的次数为0。
s308，如果终端没有接收到确认指示，则判断当前发送上行传输数据的次数是否大于或者等于20。如果小于20的话，则跳转到步骤s302,重新进行循环。
s310，如果终端发送上行传输数据的次数是否大于或者等于20的话，终端则向网络侧设备发送无线建立请求。同时在于网络侧设备建立请求后，向网络侧设备发送上述数据。
网络侧设备在接收到该建立请求后，与终端建立无线连接，并接收发送的上行传输数据。
场景二：
预定阈值为20，同时在向所述网络侧设备发送上行传输数据时，增加发送上行传输数据的次数，此外，在时刻t时，初始发送上行传输数据的次数为n(n＜20)。
图4是根据本发明实施例的场景二对应的上行数据的传输方法的流程图。如图4所示，步骤包括：
s402，当终端上层应用需要发送上行传输数据时，发送一次上行传输数据。
s404，终端判断是否从网络侧设备接收到发送上行传输数据对应的确认指示。
s406，如果终端接收到确认指示，则重置回在t时刻的发送上行传输数据的次数为n。
s408，如果终端没有接收到确认指示，将发送上行传输数据的次数增加1次。
s410，判断当前发送上行传输数据的次数是否大于或者等于20。如果小于20的话，则跳转到步骤s402,重新进行循环。
s412，如果终端发送上行传输数据的次数是否大于或者等于20的话，终端则向网络侧设备发送无线恢复请求。同时在于网络侧设备恢复请求后，向网络侧设备发送上述数据。
网络侧设备在接收到该恢复请求后，恢复与终端的无线连接，并接收发送的上行传输数据。
需要指出的是，任何基于本发明实施例思路的场景均在本发明的保护范围之内。例如，上述举例的场景中终端与网络侧恢复无线连接同样也适用于场景一中的方案，同理，终端与网络侧建立无线连接同样也适用于场景二的方案。
通过上述步骤，解决了相关技术中缺少基于grant-free技术且有效可靠的终端数据上传的方法问题，从而达到了终端在数据上传时可靠有效、且能够在大量数据需要传输或者网络状态差时仍能够稳定上传的有益效果。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种上行数据的传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的一种上行数据的传输装置的结构图，如图5所示，该装置包括：第一判断模块52以及第一判断模块54。
第一判断模块52，用于判断终端发送上行传输数据的次数是否大于或者等于预定阈值；
第一处理模块54，与所述第一判断模块52连接，用于在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，第一处理模块54还用于在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
图6是根据本发明实施例的另一种上行数据的传输装置的结构图，如图6所示，该装置除包括图5所示的所有模块外，还包括：第二判断模块62以及第二处理模块64。
第二判断模块62，与所述第一处理模块54相连接，用于判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；
第二处理模块64，与所述第二判断模块62和第一判断模块52相连接，用于在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
图7a是根据本发明实施例的再一种上行数据的传输装置的结构图，如图7a示，该装置除包括图6所示的所有模块外，还包括：第一增加模块72。
第一增加模块72所述第一处理模块54和第二判断模块62相连接，用于在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数。
图7b是根据本发明实施例的再一种上行数据的传输装置的结构图。如图7a示，该装置除包括图6所示的所有模块外，还包括：第二增加模块74
第二增加模块74第二处理模块64和第一判断模块52，相连接用于在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中还提供了一种上行数据的传输系统，图8根据本发明实施例的一种上行数据的传输系统的结构图，如图8所示，所述系统包括：
终端82，用于判断终端82发送上行传输数据的次数是否大于或者等于预定阈值；在判断结果为是的情况下，向网络侧设备84发送建立无线连接的建立请求或者恢复无线连接的恢复请求；在判断结果为否的情况下，向所述网络侧设备84发送上行传输数据；
网络侧设备84，用于接收所述建立请求或恢复请求，并与所述终端82建立无线连接或者恢复无线连接。
图9是根据本发明实施例的另一种上行数据的传输系统的结构图，如图9所示，该装置除包括图8所示的所有装置外，终端82还包括：处理器92,以及计数器94。
处理器92，用于判断是否接收到所述网络侧设备84发送的所述上行传输数据对应的确认指示；在判断结果为是的情况下，将所述上行传输数据的次数初始化；在判断结果为否的情况下，指示终端82继续判断所述上行传输数据的次数是否大于预定阈值。
计数器94，用于在向所述网络侧设备84发送上行传输数据时，或者，在判断没有接收到所述网络侧设备84发送的所述上行传输数据对应的确认指示后，增加所述终端82发送所述上行传输数据的次数。
需要指出的是，终端82中实现发送上述上行传输数据的操作可以由具有发送数据功能的接口来实现。而终端82中实现接收上述确认指示的操作可以由具有接收数据功能的接口来实现。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
s11，判断终端发起上行传输数据的次数是否大于或者等于预定阈值；
s12在判断结果为是的情况下，向网络侧设备发送建立无线连接的建立请求或者恢复无线连接的恢复请求。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s2，在判断结果为否的情况下，向所述网络侧设备发送上行传输数据。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s31，判断是否接收到所述网络侧设备发送的所述上行传输数据对应的确认指示；
s32，在判断结果为是的情况下，将所述上行传输数据的次数初始化；
s33，在判断结果为否的情况下，继续判断所述上行传输数据的次数是否大于预定阈值。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
s4a，在向所述网络侧设备发送上行传输数据时，增加所述终端发送所述上行传输数据的次数；
s4b，在判断没有接收到所述网络侧设备发送的所述上行传输数据对应的确认指示后，增加所述终端发送所述上行传输数据的次数。
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。