CN102104961A - 竞争资源的使用方法、系统及装置 - Google Patents

Abstract

本发明提出一种竞争资源的使用方法、系统及装置。该方法包括：UE接收eNB发送的UE可用的竞争资源信息；UE在满足使用竞争资源的条件后，根据竞争资源信息的指示发起竞争上行传输；UE判断竞争上行传输是否成功；如果UE判断竞争上行传输不成功，且UE满足再次发起竞争上行传输的条件，则UE再次根据竞争资源信息的指示发起竞争上行传输。通过本发明的实施例，UE可以在满足使用竞争资源的条件后根据竞争资源信息的指示发起竞争上行传输，同时还可以判断竞争上行传输是否成功，如果不成功，则在满足再次发起竞争上行传输的条件时，再次发起竞争上行传输，从而最终实现基于竞争资源的传输，满足LTE-A系统状态转换时延的目标。

Description

竞争资源的使用方法、系统及装置

技术领域

本发明涉及通信技术领域，特别涉及一种竞争资源的使用方法、系统及装置。

背景技术

在LTE(长期演进)系统中，处于休眠状态(Dormant)的UE(用户设备)具有同eNB(演进基站)之间的RRC(Radio Resource Control，无线资源控制)连接和已经建立起来的无线承载，但为了省电的目的激活了DRX(非连续接收)，当前正处于暂时的非激活状态。如图1所示，为现有技术中LTE系统下的状态转换流程图。该图以同步状态UE的上行数据触发的状态转换为例，包括以下步骤：

步骤S101，UE延时等待下一个SR(Scheduling Request，调度请求)时机。

步骤S102，UE向eNB发送调度请求。

步骤S103，eNB接收该调度请求，并解码进行处理。

步骤S104，eNB为该UE分配调度授权(Scheduling Grant)。

步骤S105，UE进行处理。

步骤S106，UE根据调度授权结果向eNB传输上行数据。

在该状态转换流程中，转换所需的延时估算如下：

其中，按照最小的时延和周期，并且不考虑传输错误，各部分的最佳时延估算如下，最终计算的总共时延为11.5ms。

步骤	描述	时间[毫秒]
			1	到下一个SR的平均等待时延(5毫秒PUCCH周期)	2.5
2	UE发送调度请求(SR：Scheduling Request)	1
			3	eNB解码调度请求并分配调度授权(Scheduling Grant)	3
4	传输调度授权	1
			5	UE处理时延(解码调度授权+L1对上行数据进行编码)	3
6	传输上行数据	1
				总共时延	11.5

然而，当前3GPP LTE-A的目标是排除DRX周期的影响，从休眠状态到激活状态的转换时间为10毫秒。为了这个目标，需要对现有的状态转换过程做进一步改进，因此提出了基于竞争(CB：Contention Based)的数据传输。基于竞争的传输方法的主要思想是当UE当前没有专用的资源时可以被允许在竞争的上行资源上传输上行数据。如图2所示，为现有技术中LTE-A系统下基于竞争上行传输的状态转换流程图，包括以下步骤：

步骤201，eNB通知UE可用的竞争资源。

步骤202，UE接收该信息并获取可用的资源。

步骤203，eNB调度竞争资源。

步骤204，UE解码调度并进行L2和L1的发送数据处理。

步骤205，UE在上行共享信道传输数据。

按照这样的流程，各部分的最佳时延分析如下，最终计算的总共时延为5.5ms，其远小于LTE系统下状态转换所需要的时延，能够符合LTE-A系统的要求。

步骤	描述	时间[毫秒]
			1	等待TTI头的平均时延	0.5
2(对应于上述步骤203)	UE获取竞争资源	1
			3	UE处理时延(解码调度授权+组织数据包)	3
4	传输上行数据	1
				总共时延	5.5

现有技术存在的缺点是：现有技术中虽然提出了基于竞争的传输方法，但是对于UE如何使用竞争资源却没有对应的技术方案，这严重的影响了基于竞争的传输方法在LTE-A系统中的应用。

发明内容

本发明的目的旨在至少解决上述技术缺陷之一，特别是解决如何使用竞争资源的问题。

为达到上述目的，本发明一方面提出一种竞争资源的使用方法，包括以下步骤：用户设备UE接收演进基站eNB发送的所述UE可用的竞争资源信息；所述UE在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输；所述UE判断竞争上行传输是否成功；如果所述UE判断竞争上行传输不成功，且所述UE满足再次发起竞争上行传输的条件，则所述UE再次根据所述竞争资源信息的指示发起竞争上行传输。

本发明另一方面还提出一种竞争资源的使用系统，包括eNB和至少一个UE，所述eNB，用于向所述UE发送所述UE可用的竞争资源信息；所述UE，用于在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输，并判断竞争上行传输是否成功，以及在判断竞争上行传输不成功，且满足再次发起竞争上行传输的条件时，再次根据所述竞争资源信息的指示发起竞争上行传输。

本发明再一方面还提出一种eNB，包括发送模块和反馈模块，所述发送模块，用于向UE发送所述UE可用的竞争资源信息；所述反馈模块，用于向所述UE反馈竞争上行传输是否成功的信息。

本发明再一方面还提出一种UE，包括接收模块、上行传输发起模块和判断模块，所述接收模块，用于接收eNB发送的所述UE可用的竞争资源信息；所述上行传输发起模块，用于在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输；所述判断模块，用于判断竞争上行传输是否成功，如果判断竞争上行传输不成功，则在满足再次发起竞争上行传输的条件时通知所述上行传输发起模块再次发起竞争上行传输。

通过本发明的实施例，UE可以在满足使用竞争资源的条件后根据竞争资源信息的指示发起竞争上行传输，同时UE还可以判断竞争上行传输是否成功，如果不成功则在满足再次发起竞争上行传输的条件时，再次发起竞争上行传输，从而最终实现基于竞争资源的传输，满足LTE-A系统状态转换时延的目标。

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

附图说明

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

图1为现有技术中LTE系统下的状态转换流程图；

图2为现有技术中LTE-A系统下基于竞争上行传输的状态转换流程图；

图3为本发明实施例的竞争资源的使用方法流程图；

图4为本发明实施例一的竞争资源的使用方法流程图；

图5为本发明实施例二的竞争资源的使用方法流程图；

图6为本发明实施例三的竞争资源的使用方法流程图；

图7为本发明实施例四的竞争资源的使用方法流程图；

图8为本发明实施例的竞争资源的使用系统结构图。

具体实施方式

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

如图3所示，为本发明实施例的竞争资源的使用方法流程图，包括以下步骤：

步骤S301，UE接收eNB发送的UE可用的竞争资源信息，在本发明实施例中eNB可通过多种方式发送UE可用的竞争资源信息。

步骤S302，UE判断是否满足使用竞争资源的条件。在本发明的一个实施例中，满足使用竞争资源的条件包括以下的一项或多项：

1、eNB分配给UE竞争资源信息，包括可用的实际资源或者CB-RNTI(竞争无线网络临时标识)等；

2、UE满足发送调度请求(SR)的条件但一段时间内没有为其分配D-SR资源；

3、UE有上行数据且在一定时间内或者预测在未来一段时间内没有获得上行资源分配，例如，如果UE在一定时间内没有收到专用上行资源分配，和/或在未来一段时间内也没有可用的专用上行资源包括预分配的SPS(Semi-Persistent Scheduling)资源；

4、UE有正常的BSR(Buffer Status Report，缓冲状态报告)需传输但在一定时间内或者预测在未来一段时间内没有上行资源分配；

5、UE的链路质量满足一定的门限；

6、UE在时间T1内没有发起过竞争上行传输；

7、竞争资源至少能够承载UE的全部数据或者BSR；

8、处于上行失步状态的所述UE不能使用竞争资源，例如如果UE的TA Timer超时则认为UE上行失步；

9、发起了随机接入过程的所述UE不能使用竞争资源。

当然，本领域技术人员还能够根据本发明的思想及以上的条件做出等同的修改或替换，这些等同的修改或替换均应包含在本发明的保护范围之内。

步骤S303，如果满足使用竞争资源的条件，则UE根据竞争资源信息的指示发起竞争上行传输。

步骤S304，UE判断竞争上行传输是否成功。在本发明的一个实施例中，UE可以根据eNB的反馈判断竞争上行传输是否成功。在其他实施例中，eNB也可以不反馈任何信息，如果UE在特定时间内未接到任何成功指示，则判断竞争上行传输失败。具体地，在本发明的一些实施例中，UE可根据UE自身对应的CRNTI的PDCCH(物理下行控制信道)的调度信息判断竞争上行传输是否成功，或者，UE还可以根据竞争资源对应的ACK/NACK反馈信息判断竞争上行传输是否成功。

更为具体地，如果采用根据UE自身对应的CRNTI的PDCCH的调度信息判断的方式，如果收到特殊格式或标记的PDCCH携带的针对UE的上行授权，则判断竞争上行传输成功；如果UE收到针对UE的上行授权(ULgrant)，则UE判断竞争上行传输成功(适用于竞争资源上报的是BSR的情况)；或者，如果UE收到针对UE的PDCCH，且该PDCCH没有上行授权域(即引入新的PDCCH格式)或者上行授权域为空，则该PDCCH指示竞争上行传输成功(适用于竞争资源一次将UE所有数据都传输完的情况)。

步骤S305，如果UE判断竞争上行传输不成功，则UE判断是否满足再次发起竞争上行传输的条件。在本发明的一个实施例中，再次发起竞争上行传输的条件包括以下的一项或多项：

1、UE在时间T2内只能使用一次上行竞争资源；

2、UE前一次竞争上行传输失败后，在[0，T3]内取随机值，作为等待时间，待等待时间过后仍旧满足发送竞争资源的条件则再次使用竞争上行传输方式；

3、UE在一段时间内得到了上行调度的情况下，不需要使用竞争资源；

4、UE采用竞争资源传输失败N次后，则后续不再采用竞争上行传输方式；

5、UE使用竞争资源传输经历了时间T4后仍旧不能成功，则一段时间T5内不再采取竞争上行传输方式；

6、UE的链路质量低于一定门限，则暂停采取竞争上行传输方式。

同样，本领域技术人员还能够根据本发明的思想及以上的条件做出等同的修改或替换，这些等同的修改或替换也均应包含在本发明的保护范围之内。

步骤S306，如果满足再次发起竞争上行传输的条件，则UE再次根据竞争资源信息发起竞争上行传输。

此外，在本发明实施例中，为了降低竞争上行传输的碰撞，还可以限制每个竞争资源的大小，例如，仅能承载BSR或者限制BC资源只能用于传输BSR，或者限制竞争资源大小使其仅能满足承载通常的TCP ACK包尺寸。

以下以具体实施例的方式，对本发明以上的实施例做出更详细的介绍，以对本发明有更清楚的理解。

实施例一，

eNB通知UE可以使用的竞争资源的对应信息，对于处于连接态且同步的UE来讲，其发起竞争上行传输的过程可以如图4所示：

步骤S401，UE满足既定的发起竞争上行传输的条件，仅选择竞争资源传输BSR，并设定定时器。

步骤S402，如果UE在定时器超时前获得了PDCCH的专用上行调度，则取消定时器，认为竞争上行传输成功，按照调度指示发起后续上行数据的传输。

步骤S403，如果UE定时器超时，仍旧没有获得PDCCH的专用上行调度，则认为竞争上行传输失败，在[0，T3]内取随机值，作为等待时间，如果等待时间过后仍旧没有可用的上行资源，则再次选择竞争资源传输当前最新的BSR，同样设定定时器，循环执行步骤S401之后的各步骤。

在该实施例中，如果UE在一定时间T4内或者累计尝试次数达到N次后仍旧不能获得竞争上行传输的成功，或者当UE链路质量低于一定门限，则放弃使用竞争上行传输。

另外，在该实施例中，调度请求过程不受影响，除非UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空，则取消调度请求过程。

实施例二，

eNB通知UE可以使用的竞争资源的对应信息，对于处于连接态且同步的UE来讲，其发起竞争上行传输的过程可如图5所示：

步骤S501，UE满足既定的发起竞争上行传输的条件，当待传输数据小于等于竞争资源能够容纳的数据量时，取消BSR发送，而直接在竞争资源上发送待传数据。

步骤S502，eNB仅在竞争资源上解出用户数据并校验正确的情况下，才在竞争资源对应的PHICH反馈位置反馈ACK，否则均反馈NACK。

步骤S503，如果UE收到ACK反馈，认为竞争上行传输成功，则清空缓存，恢复状态。

步骤S504，如果UE收到NACK反馈，则认为竞争上行传输失败，复位当前传输数据的HARQ(混合自动重传请求)状态，保留数据包至待发缓存，或者删除MAC记录以Local NACK的方式通知RLC(无线链路控制协议)重传，并等待[0，T3]内的随机时间，等待时间过后仍旧没有可用的上行资源，则再次选择竞争资源传输该数据，重复执行步骤S501之后的各步骤。

在该实施例中，如果UE在此过程中收到了专用上行资源，则无论竞争上行传输是否成功，清除竞争上行传输的HARQ状态，保留数据至待发缓存，在专用资源上重新传输该上行数据。

需注意的是，如果是MAC重传，且第一次进行竞争上行传输如果向RLC层请求了新数据，则RLC PDU为适合第一次选择的竞争资源的大小，后续因第一次竞争上行传输失败重新进行竞争上行传输的时候，选择的竞争资源的大小需要足够容纳先前的RLC PDU以及可能的BSR等内容。如果是RLC层重传，由于RLC层支持重分段，则无需满足重选竞争资源的大小要求。

另外，在该实施例中，调度请求过程不受影响，除非UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空，则取消调度请求过程。

实施例三，

eNB通知UE可以使用的竞争资源的对应信息，对于处于连接态且同步的UE来讲，其发起竞争上行传输的过程可如图6所示：

步骤S601，UE满足既定的发起竞争上行传输的条件，当待传输数据小于等于竞争资源能够容纳的数据量时，则不发送BSR，直接在竞争资源上发送待传数据，当数据大于资源大小时，按照正常的流程传输优先传输BSR，如果还有多余资源可以携带部分数据，并启动定时器。

步骤S602，eNB在竞争资源上解出用户数据并校验正确的情况下，根据BSR和调度规则对该UE进行上行专用传输资源的分配。需要注意：当竞争资源上传输的内容仅包含数据时，网络侧依然需要发UE CRNTI标识的调度信令，分配的资源大小可以为0或者很小或者使用新的PDCCH格式通知UE成功接收。

步骤S603，如果UE收到其CRNTI标识的上行调度信令，确认之前的竞争上行传输发送成功，则后续按照上行调度信令的指示发送剩余的上行数据，如果UE侧此时没有数据可发，则可放弃发送或者发送空的BSR指示，取消定时器。

步骤S604，如果定时器超时，且UE仍旧没有收到其专用的调度信令，则认为竞争上行传输失败，复位当前传输数据的HARQ状态，保留数据包至待发缓存，或者以Local NACK的方式通知RLC重传，等待[0，T3]内的随机时间，如果等待时间过后仍旧没有可用的上行资源，则再次选择竞争资源重新传输该数据，重复执行步骤S601之后的各步骤。

在该实施例中，如果UE在一定时间T4内或者累计尝试次数达到N次后仍旧不能获得竞争上行传输的成功，或者当UE链路质量低于一定门限，则放弃使用竞争上行传输。

需注意的是，如果是MAC重传，且第一次进行竞争上行传输如果向RLC层请求了新数据，则RLC PDU为适合第一次选择的竞争资源的大小，后续因第一次竞争上行传输失败重新进行竞争上行传输的时候，选择的竞争资源的大小需要足够容纳先前的RLC PDU以及可能的BSR等内容。如果是RLC层重传，由于RLC层支持重分段，则无需满足重选竞争资源的大小要求。

另外，在该实施例中，调度请求过程不受影响，除非UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空，则取消调度请求过程。

实施例四，

eNB通知UE可以使用的竞争资源的对应信息，对于处于连接态且同步的UE来讲，其发起竞争上行传输的过程可如图7所示：

步骤S701，UE满足既定的发起竞争上行传输的条件，当待传输数据小于等于竞争资源能够容纳的数据量时，取消BSR发送，而直接在竞争资源上发送待传数据，当数据大于资源大小时，按照正常的流程传输BSR和部分数据，如果后续仍有上行数据则启动定时器。

步骤S702，如果eNB在正确的竞争资源上解出用户数据并校验正确的情况下，则在竞争资源对应的PHICH反馈位置反馈ACK，否则均反馈NACK；并根据BSR和调度规则对该UE进行上行专用传输资源的分配；当竞争资源上传输的内容仅包含数据时，eNB认为UE上行数据已经发完，则不发送UE专用调度信令。

步骤S703，如果UE收到PHICH上相应ACK反馈，则认为竞争上行传输成功，清空缓存，恢复状态。

步骤S704，如果UE收到NACK反馈或者定时器超时，则认为竞争上行传输失败，复位当前传输数据的HARQ状态，保留数据包至待发缓存，或者删除MAC记录以Local NACK的方式通知RLC重传，并等待[0，T3]内的随机时间，等待时间过后仍旧没有可用的上行资源，则再次选择竞争资源传输该数据，重复执行步骤S701之后的各步骤。

步骤S705，如果UE收到其CRNTI标识的上行调度信令，确认之前的竞争上行传输发送成功，则后续按照调度信令的指示发送剩余的上行数据，并停止步骤S701中启动的定时器。

在该实施例中，当UE在一定时间T4内或者累计尝试次数达到N次后仍旧不能获得竞争上行传输的成功，或者当UE链路质量低于一定门限，则放弃使用竞争上行传输。

需注意的是，如果是MAC重传，且第一次进行竞争上行传输如果向RLC层请求了新数据，则RLC PDU为适合第一次选择的竞争资源的大小，后续因第一次竞争上行传输失败重新进行竞争上行传输的时候，选择的竞争资源的大小需要足够容纳先前的RLC PDU以及可能的BSR等内容。如果是RLC层重传，由于RLC层支持重分段，则无需满足重选竞争资源的大小要求。

另外，在该实施例中，调度请求过程不受影响，除非UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空，则取消调度请求过程。

如图8所示，为本发明实施例的竞争资源的使用系统结构图，该系统包括eNB 100和至少一个UE 200。eNB 100用于向UE 200发送UE 200可用的竞争资源信息，可选地，还可以向UE 200反馈竞争上行传输是否成功的信息。UE 200用于在满足使用竞争资源的条件后，根据竞争资源信息的指示发起竞争上行传输，并判断竞争上行传输是否成功，以及在判断竞争上行传输不成功，且满足再次发起竞争上行传输的条件时，再次根据所述竞争资源信息的指示发起竞争上行传输。

其中，eNB 100包括发送模块110和反馈模块120，发送模块110用于向UE 200发送UE 200可用的竞争资源信息。反馈模块120用于向UE 200反馈竞争上行传输是否成功的信息。

在本发明的一个实施例中，eNB 100还包括竞争资源设定模块130，用于限制每个竞争资源的大小。

其中，UE 200包括接收模块210、上行传输发起模块220和判断模块230。接收模块210用于接收eNB 100发送的UE 200可用的竞争资源信息。上行传输发起模块220用于在满足使用竞争资源的条件后，根据竞争资源信息的指示发起竞争上行传输。判断模块230用于判断竞争上行传输是否成功，如果判断竞争上行传输不成功，则在满足再次发起竞争上行传输的条件时通知上行传输发起模块220再次发起竞争上行传输。

在本发明的一个实施例中，满足使用竞争资源的条件包括以下的一项或多项：eNB 100分配给UE 200竞争资源信息，包括可用的实际资源或者竞争无线网络临时标识CB-RNTI；UE 200满足发送调度请求的条件但一段时间内没有为其分配D-SR资源；UE 200有上行数据且在一定时间内或者预测在未来一段时间内没有获得上行资源分配，例如，如果UE在一定时间内没有收到专用上行资源分配，和/或在未来一段时间内也没有可用的专用上行资源包括预分配的SPS(Semi-Persistent Scheduling)资源；UE 200有正常缓冲状态报告BSR需传输但在一定时间内或者预测在未来一段时间内没有上行资源分配；UE 200的链路质量满足一定的门限；UE 200在时间T1内没有发起过竞争上行传输；竞争资源至少能够承载UE 200的全部数据或者BSR；处于上行失步状态的UE 200不能使用竞争资源，例如如果UE 200的TA Timer超时则认为UE 200上行失步；发起了随机接入过程的UE 200不能使用竞争资源。

在本发明的一个实施例中，判断模块230根据UE 200自身对应的CRNTI的PDCCH的调度信息判断竞争上行传输是否成功；或者，判断模块230根据竞争资源对应的ACK/NACK反馈信息判断竞争上行传输是否成功。具体地，判断模块230根据UE200自身对应的CRNTI的PDCCH的调度信息判断竞争上行传输是否成功包括：如果收到特殊格式或标记的PDCCH携带的针对所述UE的上行授权，则判断模块230判断竞争上行传输成功；如果UE 200收到针对UE 200的上行授权，则判断模块230判断竞争上行传输成功；或者，如果UE 200收到针对UE 200的PDCCH，且PDCCH没有上行授权域或者上行授权域为空，则指示竞争上行传输成功。

在本发明的一个实施例中，再次发起竞争上行传输的条件包括以下的一项或多项：UE 200在时间T2内只能使用一次上行竞争资源；UE 200前一次竞争上行传输失败后，在[0，T3]内取随机值，作为等待时间，待等待时间过后仍旧满足发送竞争资源的条件则再次使用竞争上行传输方式；UE200在一段时间内得到了上行调度的情况下，不需要使用竞争资源；UE 200采用竞争资源传输失败N次后，则后续不再采用竞争上行传输方式；UE 200使用竞争资源传输经历了时间T4后仍旧不能成功，则一段时间T5内不再采取竞争上行传输方式；UE的链路质量低于一定门限，则暂停采取竞争上行传输方式。

在本发明的一个实施例中，UE 200还包括调度请求控制模块240，用于在UE 200收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空之后，取消调度请求过程。

通过本发明的实施例，UE可以在满足使用竞争资源的条件后根据竞争资源信息的指示发起竞争上行传输，同时UE还可以判断竞争上行传输是否成功，如果不成功则在满足再次发起竞争上行传输的条件时，再次发起竞争上行传输，从而最终实现基于竞争资源的传输，满足LTE-A系统状态转换时延的目标。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同限定。

Claims (16)

1.一种竞争资源的使用方法，其特征在于，包括以下步骤：

用户设备UE接收演进基站eNB发送的所述UE可用的竞争资源信息；

所述UE在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输；

所述UE判断竞争上行传输是否成功；

如果所述UE判断竞争上行传输不成功，且所述UE满足再次发起竞争上行传输的条件，则所述UE再次根据所述竞争资源信息的指示发起竞争上行传输。

2.如权利要求1所述的竞争资源的使用方法，其特征在于，所述满足使用竞争资源的条件包括以下的一项或多项：

所述eNB分配给UE竞争资源信息，包括可用的实际资源或者竞争无线网络临时标识CB-RNTI；

所述UE满足发送调度请求的条件但一段时间内没有为其分配D-SR资源；

所述UE有上行数据且在一定时间内或者预测在未来一段时间内没有获得上行资源分配；

所述UE有正常缓冲状态报告BSR需传输但在一定时间内或者预测在未来一段时间内没有上行资源分配；

所述UE的链路质量满足一定的门限；

所述UE在时间T1内没有发起过竞争上行传输；

竞争资源至少能够承载所述UE的全部数据或者BSR；

处于上行失步状态的所述UE不能使用竞争资源；

发起了随机接入过程的所述UE不能使用竞争资源。

3.如权利要求1或2所述的竞争资源的使用方法，其特征在于，所述UE判断竞争上行传输是否成功包括：

所述UE根据所述UE自身对应的CRNTI的物理下行控制信道PDCCH的调度信息判断竞争上行传输是否成功；

或者，所述UE根据竞争资源对应的确认ACK/非确认NACK反馈信息判断竞争上行传输是否成功。

4.如权利要求3所述的竞争资源的使用方法，其特征在于，所述UE根据UE自身对应的CRNTI的PDCCH的调度信息判断竞争上行传输是否成功包括：

如果收到特殊格式或标记的PDCCH携带的针对所述UE的上行授权，则所述UE判断竞争上行传输成功；

如果所述UE收到PDCCH发送的针对所述UE的上行授权，则所述UE判断竞争上行传输成功；

或者，如果所述UE收到针对所述UE的PDCCH，且所述PDCCH没有上行授权域或者上行授权域为空，则指示竞争上行传输成功。

5.如权利要求1或2所述的竞争资源的使用方法，其特征在于，所述再次发起竞争上行传输的条件包括以下的一项或多项：

所述UE在时间T2内只能使用一次上行竞争资源；

所述UE前一次竞争上行传输失败后，在[0，T3]内取随机值，作为等待时间，待等待时间过后仍旧满足发送竞争资源的条件则再次使用竞争上行传输方式；

所述UE在一段时间内得到了上行调度的情况下，不需要使用竞争资源；

所述UE采用竞争资源传输失败N次后，则后续不再采用竞争上行传输方式；

所述UE使用竞争资源传输经历了时间T4后仍旧不能成功，则一段时间T5内不再采取竞争上行传输方式；

所述UE的链路质量低于一定门限，则暂停采取竞争上行传输方式。

6.如权利要求1或2所述的竞争资源的使用方法，其特征在于，还包括：

如果所述UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空，则取消调度请求过程。

7.如权利要求1或2所述的竞争资源的使用方法，其特征在于，限制每个竞争资源的大小。

8.一种竞争资源的使用系统，其特征在于，包括eNB和至少一个UE，

所述eNB，用于向所述UE发送所述UE可用的竞争资源信息；

所述UE，用于在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输，并判断竞争上行传输是否成功，以及在判断竞争上行传输不成功，且满足再次发起竞争上行传输的条件时，再次根据所述竞争资源信息的指示发起竞争上行传输。

9.一种eNB，其特征在于，包括发送模块和反馈模块，

所述发送模块，用于向UE发送所述UE可用的竞争资源信息；

所述反馈模块，用于向所述UE反馈竞争上行传输是否成功的信息。

10.如权利要求9所述的eNB，其特征在于，还包括竞争资源设定模块，用于限制每个竞争资源的大小。

11.一种UE，其特征在于，包括接收模块、上行传输发起模块和判断模块，

所述接收模块，用于接收eNB发送的所述UE可用的竞争资源信息；

所述上行传输发起模块，用于在满足使用竞争资源的条件后，根据所述竞争资源信息的指示发起竞争上行传输；

所述判断模块，用于判断竞争上行传输是否成功，如果判断竞争上行传输不成功，则在满足再次发起竞争上行传输的条件时通知所述上行传输发起模块再次发起竞争上行传输。

12.如权利要求11所述的UE，其特征在于，所述满足使用竞争资源的条件包括以下的一项或多项：

所述eNB分配给UE竞争资源信息，包括可用的实际资源或者竞争无线网络临时标识CB-RNTI；

所述UE满足发送调度请求的条件但一段时间内没有为其分配D-SR资源；

所述UE有上行数据且在一定时间内或者预测在未来一段时间内没有获得上行资源分配；

所述UE有正常缓冲状态报告BSR需传输但在一定时间内或者预测在未来一段时间内没有上行资源分配；

所述UE的链路质量满足一定的门限；

所述UE在时间T1内没有发起过竞争上行传输；

竞争资源至少能够承载所述UE的全部数据或者BSR；

处于上行失步状态的所述UE不能使用竞争资源；

发起了随机接入过程的所述UE不能使用竞争资源。

13.如权利要求11或12所述的UE，其特征在于，

所述判断模块根据所述UE自身对应的CRNTI的PDCCH的调度信息判断竞争上行传输是否成功；

或者，所述判断模块根据竞争资源对应的ACK/NACK反馈信息判断竞争上行传输是否成功。

14.如权利要求13所述的UE，其特征在于，所述判断模块根据所述UE自身对应的CRNTI的PDCCH的调度信息判断竞争上行传输是否成功包括：

如果收到特殊格式或标记的PDCCH携带的针对所述UE的上行授权，则所述判断模块判断竞争上行传输成功；

如果所述UE收到针对所述UE的上行授权，则所述判断模块判断竞争上行传输成功；

或者，如果所述UE收到针对所述UE的PDCCH，且所述PDCCH没有上行授权域或者上行授权域为空，则所述判断模块判断竞争上行传输成功。

15.如权利要求11或12所述的UE，其特征在于，所述再次发起竞争上行传输的条件包括以下的一项或多项：

所述UE在时间T2内只能使用一次上行竞争资源；

所述UE前一次竞争上行传输失败后，在[0，T3]内取随机值，作为等待时间，待等待时间过后仍旧满足发送竞争资源的条件则再次使用竞争上行传输方式；

所述UE在一段时间内得到了上行调度的情况下，不需要使用竞争资源；

所述UE采用竞争资源传输失败N次后，则后续不再采用竞争上行传输方式；

所述UE使用竞争资源传输经历了时间T4后仍旧不能成功，则一段时间T5内不再采取竞争上行传输方式；

所述UE的链路质量低于一定门限，则暂停采取竞争上行传输方式。

16.如权利要求11或12所述的UE，其特征在于，还包括调度请求控制模块，用于在所述UE收到CRNTI标识的专用上行调度信令，且调度的上行资源不为空之后，取消调度请求过程。

Images