CN103814615A - 一种数据传输方法及用户设备 - Google Patents

Abstract

本发明公开了一种数据传输方法及用户设备，该方法包括：用户设备UE向网络侧设备发送上行数据；UE根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。通过该方法可以避免因为要等待重传BSR定时器超时而造成的上行数据传输延时。

Description

一种数据传输方法及用户设备

技术领域

本发明涉及通信技术领域，特别涉及一种数据传输方法及用户设备。

背景技术

随着通信技术的飞速发展，LTE（Long Term Evolution；期演进系统）作为移动通信系统的主流技术之一，在全球范围内得到了广泛的研究和应用。在制定的协议中规定，UE（User Equipment；用户设备）的上行待传数据从无到有触发BSR（Buffer Status Report；缓冲区状态报告），如果常规BSR已经被触发且没有被取消，且当前TTI（Transmission Time Interval；传输时间间隔）没有被分配上行资源，UE就会触发SR（Schedule Request；调度请求），然后在下一个SR上报时刻上报SR。基站从而进行上行调度，获取BSR，然后根据BSR调度上行待传数据。

也即，在UE触发常规BSR后，当UE接收到基站下发的UL Grant（上行授权），即发送上行数据。

在现有技术中，如果上行数据中包含了BSR MCE（MAC Control Element；MAC控制信息单元），或者上行数据包含了所有待传数据，那么就取消掉本次BSR。

然而，本发明人在实现本发明实施例中的技术方案的过程中发现，在现有的BSR机制中，不管上行数据是否传送成功，只要上行数据中包含了BSR MCE或者所有待传数据，就会取消掉本次BSR，而当本次上行数据传输失败时，例如UL Grant虚警导致或者是基站解调能力不足导致，基站不会再对UE进行上行调度，而UE也不再发送上行SR，UE需要到重传BSR定时器超时才能重新触发常规SR，从而触发SR并得到下一次调度机会。然而重传BSR定时器在协议中，规定的范围是320ms-1024ms，一旦发生前面描述的传输失败的情况，就会导致至少320ms的上行时延，所以导致数据传输时延较长。

发明内容

本发明实施例提供一种数据传输方法及用户设备，用以解决现有技术中的BSR机制导致数据传输时延较长的问题。

第一方面，提供一种数据传输的方法，包括：用户设备UE向网络侧设备发送上行数据；所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

结合第一方面，在第一种可能的实现方式中，所述UE向网络侧设备发送上行数据之后，还包括：保留所述BSR；且所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的BSR进行处理，包括：当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，所述UE取消所保留的BSR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，所述UE继续保留所述BSR，且触发SR上报。

结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述UE向网络侧设备发送上行数据之前，包括：根据所述BSR，触发SR上报；接收所述SR对应的上行授权；所述UE向网络侧设备发送上行数据,包括：根据所述上行授权，向所述网络侧设备发送上行数据。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，在接收所述SR对应的上行授权之后，还包括：保留所述SR；且所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的SR进行处理，包括：当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，所述UE取消所保留的SR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，所述UE继续保留所述SR，且上报所述SR。

结合第一方面或第一方面的第一种可能的实现方式至第三种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述上行数据包括：BSR控制信息单元；缓冲区所有待传数据；或缓冲区部分待传数据和所述BSR。

本发明的第二方面，提供一种用户设备，包括：

发送单元，用于向网络侧设备发送上行数据；处理单元，用于根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

结合第二方面，在第一种可能的实现方式中，所述处理单元具体还用于保留所述BSR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的BSR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述BSR，且触发SR上报。

结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述用户设备还包括接收单元，所述处理单元还用于根据所述BSR，触发SR上报；所述接收单元用于接收所述SR对应的上行授权；所述发送单元具体用于根据所述上行授权，向所述网络侧设备发送上行数据。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理单元还用于保留所述SR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的SR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述SR；所述发送单元还用于上报所述SR。

结合第二方面或第二方面的第一种可能的实现方式至第三种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述上行数据包括：BSR控制信息单元；缓冲区所有待传数据；或缓冲区部分待传数据和所述BSR。

本发明的第三方面，还提供一种用户设备，包括：发送器，用于向网络侧设备发送上行数据；处理器，用于根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

结合第三方面，在第一种可能的实现方式中，所述处理器具体还用于保留所述BSR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的BSR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述BSR，且触发SR上报。

结合第三方面或第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述用户设备还包括接收器，所述处理器还用于根据所述BSR，触发SR上报；所述接收器用于接收所述SR对应的上行授权；所述发送器具体用于根据所述上行授权，向所述网络侧设备发送上行数据。

结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理器还用于保留所述SR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的SR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述SR；所述发送器还用于上报所述SR。

结合第三方面或第三方面的第一种可能的实现方式至第三种可能的实现方式中的任意一种，在第四种可能的实现方式中，所述上行数据包括：BSR控制信息单元；缓冲区所有待传数据；或缓冲区部分待传数据和所述BSR。

本发明有益效果如下：

本发明实施例中，在用户设备UE向网络侧设备发送上行数据之后，根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理，也即保留BSR或者SR直到收到来自网络侧设备针对上行数据的反馈信息，然后根据该反馈信息对BSR或者SR进行处理，而不是在发送上行数据后就立即取消掉BSR或者SR，所以在这种情况下，如果上行数据没有传输成功的话，因为BSR或SR依然在，所以就可以继续要求网络侧设备，例如基站分配上行资源以传输未传输成功的上行数据，所以不会因为要等待重传BSR定时器超时而造成上行数据传输延时。

附图说明

图1为本发明实施例中的数据传输方法的流程图；

图2为本发明实施例中的数据传输方法的流程示意图；

图3为本发明实施例中的用户设备的功能框图；

图4为本发明实施例中的用户设备的硬件实现的示例概念图。

具体实施方式

本发明实施例提供一种数据传输方法及用户设备，在用户设备（UE）向网络侧设备发送上行数据之后，根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告（BSR）或调度请求（SR）进行处理，也即保留BSR或者SR直到收到来自网络侧设备针对上行数据的反馈信息，然后根据该反馈信息对保留的BSR或者SR进行处理，而不是在发送上行数据后就立即取消掉BSR或者SR，所以在这种情况下，如果上行数据没有传输成功的话，因为BSR或SR依然在，所以就可以继续要求网络侧设备，例如基站分配上行资源以传输未传输成功的上行数据，所以不会因为要等待重传BSR定时器超时而造成上行数据传输延时。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本文中结合用户设备和/或基站和/或基站控制器来描述各种方面。

用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网（例如，RAN，Radio Access Network）与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，PCS（Personal Communication Service；个人通信业务）电话、无绳电话、SIP（会话发起协议）话机、WLL（Wireless LocalLoop；无线本地环路）站、PDA（Personal Digital Assistant；个人数字助理）等设备。无线终端也可以称为系统、Subscriber Unit（订户单元）、Subscriber Station（订户站），Mobile Station（移动站）、Mobile（移动台）、Remote Station（远程站）、Access Point（接入点）、Remote Terminal（远程终端）、Access Terminal（接入终端）、User Terminal（用户终端）、User Agent（用户代理）、UD（UserDevice；用户设备）、或UE（User Equipment；用户设备）。

基站（例如，接入点）可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP（网际协议）网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM中的BTS（Base Transceiver Station；基站），也可以是UMTS中的NodeB（基站），还可以是LTE中的NodeB或eNB或e-NodeB，evolutional NodeB（演进型基站），本申请并不限定。

基站控制器，可以是GSM中的BSC（base station controller；基站控制器），也可以是UMTS中的RNC（Radio Network Controller；无线网络控制器），本申请并不限定。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图对本发明优选的实施方式进行详细说明。

实施例一

本实施例提供一种数据传输的方法，请参考图1所示，该方法包括如下步骤：

步骤101：用户设备UE向网络侧设备发送上行数据；

步骤102：UE根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

其中，在本实施例中，网络侧设备具体例如是基站、基站控制器、中继RN等。

对于上行数据，具体可以包括BSR MCE（MAC控制信息单元）；或包括缓冲区所有待传数据；或包括缓冲区部分待传数据和该BSR。

相应的，在步骤101中，UE向网络侧设备发送上行数据，具体也有三种情况，第一种是发送包含BSR MCE的上行数据；第二种是发送包含所有待传数据的上行数据；第三种是发送包含部分待传数据和该BSR的上行数据。

当UE执行步骤101之后，即当UE发送上行数据后，网络侧设备（以下将以基站为例进行说明）就相应的接收该上行数据，在实际运用中，基站有时候没有正确接收到该上行数据，例如UL Grant虚警导致或者是基站解调能力不足导致，根据协议规定，基站不管是否正确接收到上行数据，都会发送反馈信息给UE。

此时，UE就会接收到基站发送的针对该上行数据的反馈信息，当接收到反馈信息后，UE就执行步骤102，即根据该反馈信息对该上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

以下将分别介绍对BSR的处理和SR的处理。

首先介绍对BSR的处理。在一实施例中，在UE执行步骤101之后，该方法还包括，保留该BSR；那么步骤102就具体包括：当反馈信息表示网络侧设备正确接收到上行数据时，UE取消所保留的BSR；当反馈信息表示网络侧设备未正确接收到上行数据时，UE继续保留BSR，且触发SR上报。

具体来说，例如在UE发送上行数据后，并不像现有技术一样，立即取消BSR，而是保留该BSR，然后在接收到基站发送的表示基站正确接收到上行数据的反馈信息时，就表示上行数据已传输成功，所以不需要再一次通知基站分配上行资源，所以就取消掉该保留的BSR，在这种情况下，反馈信息例如是ACK（Acknowledgment正确认）信息；而在接收到基站发送的表示基站未正确接收到上行数据的反馈信息时，就表示上行数据没有传输成功，所以需要再一次通知基站分配上行资源，所以继续保留该BSR，并触发SR上报，那么基站在接收到SR后，就会继续为UE分配上行资源，UE就可以继续重传上行数据，而不会因为要等BSR重传定时器超时造成上行数据传输延时；在这种情况下，反馈信息例如是NACK（Negative Acknowledge负确认）信息。

进一步，如果UE在执行步骤101之前，基站在当前TTI（传输时间间隔）内没有为UE分配上行资源，例如UE并没有接收到基站发送的UL Grant，那么该方法还包括：根据BSR，触发SR上报，以通知基站为UE分配上行资源；然后对应的，UE就会执行步骤：接收该SR对应的UL Grant；那么步骤101具体为：基于该UL Grant，向网络侧设备，例如基站，发送上行数据。

接下来介绍根据反馈信息对SR的处理。

在前述介绍对BSR的处理时，描述过当UE在执行步骤101之前，基站在当前TTI（传输时间间隔）内没有为UE分配上行资源时，UE就会基于BSR触发SR上报，所以在本实施例中，在UE接收到SR对应的UL Grant之后，还包括：保留该SR；那么步骤102具体包括：当反馈信息表示网络侧设备正确接收到上行数据时，UE取消所保留的SR；当反馈信息表示网络侧设备未正确接收到上行数据时，UE继续保留SR，且上报SR。

具体来说，例如在UE接收到UL Grant后，并不像现有技术一样，立即取消SR，而是保留该SR，然后在接收到基站发送的表示基站正确接收到上行数据的反馈信息时，就表示上行数据已传输成功，所以不需要再一次通知基站分配上行资源，所以就取消掉保留的SR，在这种情况下，反馈信息例如是ACK（Acknowledgment正确认）信息；而在接收到基站发送的表示基站未正确接收到上行数据的反馈信息时，就表示上行数据没有传输成功，所以需要再一次通知基站分配上行资源，所以继续保留该SR，并上报SR，那么基站在接收到SR后，就会继续为UE分配上行资源，UE就可以继续重传上行数据，而不会因为要等BSR重传定时器超时造成上行数据传输延时；在这种情况下，反馈信息例如是NACK（Negative Acknowledge负确认）信息。

为了便于本领域技术人员更清楚的了解本发明，以下将更清楚更完整的描述本实施例的数据传输方法。

请参考图2所示，该方法包括：

步骤201：UE触发BSR上报；具体例如当UE的上行缓冲区中的数据从无到有时就触发BSR上报；当BSR被触发时，就执行步骤202。

步骤202：判断UE在当前TTI有没有被分配上行资源；基于该判断结果，分别执行步骤203和步骤212。

步骤203：当UE在当前TTI没有被分配上行资源时，触发SR上报；当网络侧设备，例如基站在接收到SR后，就会下发UL Grant，那么对应的，UE就会执行步骤204。

步骤204：接收网络侧设备根据SR下发的UL Grant；当接收到UL Grant时，UE可以同时执行步骤205和步骤206，也可以先执行步骤205再执行步骤206，或者是先执行步骤206再执行步骤205。在另一实施例中，当UE接收到UL Grant时，UE执行步骤206和步骤207，类似的，步骤206和步骤207可以同时执行，也可以先后执行，本申请不作限定。因此，在这种情况下，UE既可以选择保留SR，也可以选择保留BSR，同样都可以实现再次通知基站为UE分配上行资源的目的。

步骤205：保留SR；

步骤206：根据UL Grant，发送上行数据；

步骤207：保留BSR。不管是保留SR还是BSR，当网络侧设备接收到上行数据或在预定时间内没有接收到上行数据时，就会给UE下发反馈信息以告知UE，那么对应的，UE就执行步骤208。

步骤208：接收针对上行数据的反馈信息；然后UE执行步骤209。

步骤209：根据反馈信息，处理保留的SR或BSR；具体处理情况如步骤210和步骤211。

步骤210：当反馈信息为ACK，取消保留的SR或BSR；因为此时表示UE的上行数据已传输成功，所以不需要再保留SR或BSR。

步骤211：当反馈信息为NACK，继续保留SR或保留BSR并且触发SR上报；此时表示上行数据传输失败，所以继续保留SR并且触发SR上报，或者，继续保留BSR，然后基于BSR触发SR上报，以通知基站为UE继续分配上行资源；因此UE不需要等待BSR重传定时器超时就可以触发SR，进行继续传输上行数据，所以可以减少上行数据的传输时延。

在进一步的实施例中，在步骤211之后，可以继续步骤204，依次进行循环。

步骤212：当UE在当前TTI有被分配上行资源时，发送上行数据；因为此时没有触发SR，所以只能选择保留BSR，即执行步骤213。

步骤213：保留BSR；

步骤214：接收针对上行数据的反馈信息，与步骤208类似。

步骤215：根据反馈信息，处理保留的BSR，具体可以如步骤216和步骤217进行处理。其中，在步骤216中，因为反馈信息表示基站已正确接收到上行数据，所以需要再保留BSR；在步骤217中，此时表示上行数据传输失败，所以继续保留BSR，然后基于BSR触发SR上报，以通知基站为UE继续分配上行资源；因此UE不需要等待BSR重传定时器超时就可以触发SR，进行继续传输上行数据，所以可以减少上行数据的传输时延。

在进一步的实施例中，在步骤217之后，可以继续步骤204，依次进行循环。

由上述的描述可以看出，在用户设备UE向网络侧设备发送上行数据之后，根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理，也即保留BSR或者SR直到收到来自网络侧设备针对上行数据的反馈信息，然后根据该反馈信息对BSR或SR进行处理，而不是在发送上行数据后就立即取消掉BSR或者SR，所以在这种情况下，如果上行数据没有传输成功的话，因为BSR或SR依然在，所以就可以继续要求网络侧设备，例如基站分配上行资源以传输未传输成功的上行数据，所以不会因为要等待重传BSR定时器超时而造成上行数据传输延时。

实施例二

基于同一设计思路，本发明实施例还提供一种用户设备，如图3所示，该用户设备包括：发送单元301，用于向网络侧设备发送上行数据；处理单元302，用于根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

在进一步的实施例中，处理单元302具体还用于保留BSR，且用于当反馈信息表示网络侧设备正确接收到上行数据时，取消所保留的BSR；当反馈信息表示网络侧设备未正确接收到上行数据时，继续保留BSR，且触发SR上报。

进一步，用户设备还包括接收单元303，

处理单元302还用于根据BSR，触发SR上报；

接收单元303用于接收SR对应的上行授权；

发送单元301具体用于根据上行授权，向网络侧设备发送上行数据。

进一步，处理单元302还用于保留SR，且用于当反馈信息表示网络侧设备正确接收到上行数据时，取消所保留的SR；当反馈信息表示网络侧设备未正确接收到上行数据时，继续保留SR；

发送单元301还用于上报SR。

在以上各实施例中，上行数据包括：BSR控制信息单元；缓冲区所有待传数据；或缓冲区部分待传数据和所述BSR。

前述图1和图2实施例中的数据传输方法中的各种变化方式和具体实例同样适用于本实施例的用户设备，通过前述对数据传输方法的详细描述，本领域技术人员可以清楚的知道本实施例中用户设备的实施方法，所以为了说明书的简洁，在此不再详述。

实施例三

基于同一设计思路，本发明实施例还提供一种用户设备，如图4所示，该用户设备包括：发送器401，用于向网络侧设备发送上行数据；处理器402，用于根据收到的来自网络侧设备的针对上行数据的反馈信息，对上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

其中，在图7中，总线架构（用总线400来代表），总线400可以包括任意数量的互联的总线和桥，总线400将包括由处理器402代表的一个或多个处理器402和存储器404代表的存储器的各种电路链接在一起。总线400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口405在总线400和接收器403、发送器401之间提供接口。接收器403和发送器401可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。取决于用户设备的性质，还可以提供用户接口406，例如小键盘、显示器、扬声器、麦克风、操纵杆。

处理器402负责管理总线400和通常的处理，而存储器404可以被用于存储处理器402在执行操作时所使用的数据。

在进一步的实施例中，处理器402具体还用于保留BSR，且用于当反馈信息表示网络侧设备正确接收到上行数据时，取消所保留的BSR；当反馈信息表示网络侧设备未正确接收到上行数据时，继续保留BSR，且触发SR上报。

进一步，用户设备还包括接收器403，

处理器402还用于根据BSR，触发SR上报；

接收器403用于接收SR对应的上行授权；

发送器401具体用于根据上行授权，向网络侧设备发送上行数据。

进一步，处理器402还用于保留SR，且用于当反馈信息表示网络侧设备正确接收到上行数据时，取消所保留的SR；当反馈信息表示网络侧设备未正确接收到上行数据时，继续保留SR；

发送器401还用于上报SR。

前述图1和图2实施例中的数据传输方法中的各种变化方式和具体实例同样适用于本实施例的用户设备，通过前述对数据传输方法的详细描述，本领域技术人员可以清楚的知道本实施例中用户设备的实施方法，所以为了说明书的简洁，在此不再详述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1.一种数据传输的方法，其特征在于，包括：

用户设备UE向网络侧设备发送上行数据；

所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

2.根据权利要求1所述的方法，其特征在于，所述UE向网络侧设备发送上行数据之后，还包括：

保留所述BSR；且

所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的BSR进行处理，包括：

当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，所述UE取消所保留的BSR；

当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，所述UE继续保留所述BSR，且触发SR上报。

3.根据权利要求1或2所述的方法，其特征在于，所述UE向网络侧设备发送上行数据之前，包括：

根据所述BSR，触发SR上报；

接收所述SR对应的上行授权；

所述UE向网络侧设备发送上行数据,包括：

根据所述上行授权，向所述网络侧设备发送上行数据。

4.根据权利要求3所述的方法，其特征在于，在接收所述SR对应的上行授权之后，还包括：

保留所述SR；且

所述UE根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的SR进行处理，包括：

当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，所述UE取消所保留的SR；

当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，所述UE继续保留所述SR，且上报所述SR。

5.如权利要求1至4任一项所述的方法，其特征在于，所述上行数据包括：

BSR控制信息单元；

缓冲区所有待传数据；或

缓冲区部分待传数据和所述BSR。

6.一种用户设备，其特征在于，包括：

发送单元，用于向网络侧设备发送上行数据；

处理单元，用于根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

7.如权利要求6所述的用户设备，其特征在于，所述处理单元具体还用于保留所述BSR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的BSR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述BSR，且触发SR上报。

8.如权利要求6或7所述的用户设备，其特征在于，所述用户设备还包括接收单元，

所述处理单元还用于根据所述BSR，触发SR上报；

所述接收单元用于接收所述SR对应的上行授权；

所述发送单元具体用于根据所述上行授权，向所述网络侧设备发送上行数据。

9.如权利要求8所述的用户设备，其特征在于，所述处理单元还用于保留所述SR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的SR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述SR；

所述发送单元还用于上报所述SR。

10.如权利要求6至9任一项所述的用户设备，其特征在于，所述上行数据包括：

BSR控制信息单元；

缓冲区所有待传数据；或

缓冲区部分待传数据和所述BSR。

11.一种用户设备，其特征在于，包括：

发送器，用于向网络侧设备发送上行数据；

处理器，用于根据收到的来自所述网络侧设备的针对所述上行数据的反馈信息，对所述上行数据对应的缓冲区状态报告BSR或调度请求SR进行处理。

12.如权利要求11所述的用户设备，其特征在于，所述处理器具体还用于保留所述BSR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的BSR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述BSR，且触发SR上报。

13.如权利要求11或12所述的用户设备，其特征在于，所述用户设备还包括接收器，

所述处理器还用于根据所述BSR，触发SR上报；

所述接收器用于接收所述SR对应的上行授权；

所述发送器具体用于根据所述上行授权，向所述网络侧设备发送上行数据。

14.如权利要求13所述的用户设备，其特征在于，所述处理器还用于保留所述SR，且用于当所述反馈信息表示所述网络侧设备正确接收到所述上行数据时，取消所保留的SR；当所述反馈信息表示所述网络侧设备未正确接收到所述上行数据时，继续保留所述SR；

所述发送器还用于上报所述SR。

15.如权利要求11至14任一项所述的用户设备，其特征在于，所述上行数据包括：

BSR控制信息单元；

缓冲区所有待传数据；或

缓冲区部分待传数据和所述BSR。

Images