用于在分配的pusch资源上的基于竞争的通信的用户设备和方法
【专利说明】用于在分配的PUSCH资源上的基于竞争的通信的用户设备和方法
[0001]优先权声明
此申请在35U.S.C.119(e)下要求于2010年3月5日提交的、通过引用全部结合于此的美国临时专利申请序列号61/311，174的优先权。
技术领域
[0002]实施例关于无线通信。一些实施例涉及第三代合作伙伴项目(third-generat1npartnership project, 3GPP)的演进通用陆地无线电接入网络(Evolved UniversalTerrestrial Rad1 Access Network, E-UTRAN)标准，版本10,通称为高级的长期演进(Long Term Evolut1n, LTE)并且被称为 LTE-A。
【背景技术】
[0003]随着在诸如3GPP LTE网络之类的无线网络上传递数据而来的一个问题是与上行链路接入相关联的等待时间。当用户设备(User Equipment,UE)有数据要发送时,该UE可以请求上行链路信道上的资源(即，带宽)的分配，以便把该数据传送给增强节点B (eNB)(即，LTE基站)。对于UE而言，随机接入信道(random access channel, RACH)上的竞争和冲突以及与常规RACH过程的使用相关联的开销导致了漫长的延迟。
[0004]因此，存在对在LTE网络中减小与常规上行链路资源分配请求相关联的等待时间的方法的普遍需要。还存在对增强的上行链路控制信道的普遍需要。
【附图说明】
[0005]图1图示了依据一些实施例的eNB和UE ；
图2是依据一些实施例的具有减小的等待时间的资源分配过程的流程图；以及图3图示了依据一些实施例的增强的物理上行链路控制信道(PUCCH)的结构。
【具体实施方式】
[0006]以下说明和图充分地图示了具体实施例以使得本领域技术人员能够实践它们。其他实施例可以结合结构的、逻辑的、电气的处理以及其他改变。一些实施例的部分和特征可以被包括在其他实施例的部分和特征中，或者代替其他实施例的部分和特征。权利要求中阐述的实施例包含那些权利要求的所有可获得的等同物。
[0007]图1图示了依据一些实施例的eNB和UE。eNB 102和UE 104可以作为高级的LTE (LTE-A)网络的一部分来操作，并且可以使用多个信道与彼此通信。eNB 102在下行链路中可以使用正交频分多址(OFDMA)技术与包括UE 104在内的多个UE进行通信，而UE104在上行链路中可以使用单载波频分多址(SC-FDMA)技术与eNB 102进行通信。除了其他的之外，下行链路信道还可以包括物理下行链路共享信道(PDSCH)和物理广播控制信道(PBCCH)ο除了其他的之外，上行链路信道可以包括随机接入信道(RACH)、物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)。依据SC-FDMA技术，PUSCH通常由若干UE共享以便把信息数据传送给eNB 102。
[0008]依据实施例，UE 104可以在第一物理上行链路信道上向增强节点B (eNB) 102传送竞争序列，并且可以在第二物理上行链路信道上把请求上行链路资源的数据传送给eNB102。可以依据由eNB 102指派的格式在第一物理上行链路信道上传送该竞争序列。依据一些实施例，UE 104可以在PUCCH上向eNB 102传送该竞争序列并且在PUSCH上把该数据传送给eNB 102。可以依据由eNB 102指派的格式在PUCCH上传送该竞争序列。该竞争序列可以由UE 104随机选择或者由eNB 102指派。
[0009]在这些实施例中，当UE 104正针对后续上行链路数据传输请求资源的分配(即，准予带宽或资源分配)时，UE 104可以在PUCCH上把竞争序列传送给eNB 102以及在PUSCH上把数据传送给eNB 102。在这些实施例中，UE 104可以使用PUCCH和PUSCH以进行随机接入。对于后续上行链路数据传输而言，在PUSCH上的数据的传输可以是针对上行链路带宽的请求。
[0010]在频率和时间资源方面定义RACH、PUCCH和PUSCH。PUCCH和PUSCH可以包括一个或多个资源块(RB)和一个或多个时隙或OFDM码元。每个RB可以包括预定数目的子载波(例如，十二个)。
[0011 ] 在一些实施例中，在PUCCH上传输竞争序列以及在PUSCH上传输数据之前，为了使用PUCCH和PUSCH以进行随机接入，UE 104可以从eNB 102接收PUCCH和PUSCH的资源的分配(即，在PUCCH上传输竞争序列)。资源的分配可以由UE 104在下行链路控制信道中从eNB 102接收。下行链路控制信道可以是PBCCH (用于广播分配)或者I3DSCH (用于单播分配)。
[0012]依据一些实施例，竞争序列可以在PUCCH上传送，而数据可以在PUSCH上在同一子帧内并发地传送。当在同一子帧内存在对由UE 104进行的并发传输的约束时，可以在PUCCH上传送竞争序列，并且可以在PUSCH上在不同的子帧内并且在它们之间具有固定的时间偏移的情况下传送数据。
[0013]在一些实施例中，在I3USCH上的数据传输可以在没有由eNB 102对UE 104的上行链路资源准予的情况下完成。这样，可以实现等待时间的显著减小。在一些实施例中，eNB102可以把PUCCH和PUSCH上的资源分配给UE 104以便传输上行链路资源分配而不是上行链路数据流量。由UE 104在PUSCH上传送的数据可以依据单播资源准予的格式(B卩，如同单播资源准予一样的典型上行链路传输)来加以传送。
[0014]由UE 104在PUSCH上传送的数据可以包括UE 104所独有的标识(ID)信息，其是先前由eNB 102指派以允许eNB 102唯一地标识在PUSCH上传送了该数据的特定UE 104。该数据还可以指示UE 104正请求上行链路信道资源以用于后续数据传输。因此，eNB 102能够确定哪个UE在PUSCH上发送了该数据。
[0015]在一些实施例中，竞争序列可以被认为是UE 104所独有的码字。该竞争序列还可以被视为竞争前同步码。
[0016]可以限定在PUSCH上发送的数据(例如，与特定UE的关联)和在PUCCH中发送的序列之间的关系或映射，以使得eNB 102可以把在PUCCH中接收的竞争序列与在PUSCH中接收的数据进行关联。该数据可能比竞争序列更容易受到冲突和其他信道损害的攻击。结果，可以检测到该竞争序列，但是该数据可能丢失。在这些实施例中，可以作为回退来执行更常规的RACH过程。下面更详细地描述这些实施例。
[0017]当eNB 102不能够检测到在PUSCH上传送的数据(例如，由于噪声的原因或者由于冲突的原因)，但是能够检测到竞争序列时，可以把eNB 102配置为当由UE 104随机选择竞争序列(即，不是由eNB 102指派)时作为回退遵循该更常规的RACH过程。当eNB 102不能够检测到在PUSCH上传送的数据但是能够检测到竞争序列时，可以把eNB 102配置为当该竞争序列曾被指派给UE 104时作为回退遵循更常规的调度请求(SR)过程。
[0018]该更常规的RACH过程可以包括在I3DSCH上传送随机接入应答(RAR)的eNB 102，其包括与定时信息一起的所检测序列的身份。如果在RAR中提供的序列对应于由UE 104传送的竞争序列并且UE 104确认接收到RAR，则可以提供对上行链路资源的准予。当在RAR中提供的序列不对应于由UE 104传送的竞争序列时，UE 104抑制确认RAR (B卩，不连续传输(DTX))。类似地，当UE 104不接收或者不能够对RAR进行解码时，UE 104不发送应答(也是DTX)。
[0019]在上面论述的实施例中，可以使用依据LTE配置的现有的物理层(PHY)，然而，可以一起提供类似PUCCH机会(opportunity)和PUSCH机会。在下面论述的其他实施例中，提供了增强的LTE PHY。在这些实施例中，可以把UE 104配置为在PUCCH的参考信号部分中传送竞争序列并且在PUCCH的规则数据部分中传送数据。