CN104160772A - Enodeb基站中实现的方法 - Google Patents

Abstract

在一些实现中，在单载波频分多址接入SC-FDMA无线系统的eNodeB基站(eNB)中实现的方法包括：在所指派的调度请求资源上接收上行链路控制信道信号。从接收到的上行链路控制信道信号中解码出用户ID。发送向与解码出的用户ID相关联的UE指派所述无线系统的资源的一部分的消息。

Description

ENODEB基站中实现的方法

优先权要求 

本申请要求2011年12月23日提交的美国临时申请No.61/579,947、2011年12月23日提交的美国临时申请No.61/579,940、以及2011年12月23日提交的美国临时申请No.61/579,913的优先权，这些申请的全部内容通过引用的方式并入本文。 

技术领域

本发明涉及在无线通信系统内发送和接收调度请求的方法。 

背景技术

无线通信的挑战之一是：空中存在有限的可用带宽量，但存在着数量日益增长的尝试接入该有限可用带宽量的移动设备。通过调度请求，设备能够共享无线资源，并在其要求访问这些资源时可以向其许可使用这些资源的访问权。很多无线通信系统实现了某种形式的调度请求，然而，这些当前解决方案不能够应对现代移动设备的改变中的行为和要求的问题正在显现。 

作为高速无线通信标准的长期演进(LTE)包括与演进分组核心(EPC)网络耦接的演进UMTS陆地无线接入网(E-UTRAN)。在图1中，E-UTRAN103包括一个节点类型eNB 102，而EPC 104包括3个节点类型。虽然使用术语“eNB”来表示用于Uu接口(将UE连接到E-UTRAN的接口)的接入节点，存在着能够在Uu接口上工作的各种接入节点，例如中继、家庭eNode B等等。因此，为了在本文中描述实施例，术语eNB可被用于既指代eNB，也用于指代在Uu接口上执行等同或类似操作的其他接入节点。服务网关(SGW)105路由核心网内的用户面数据，移动性管理端点(MME)106处理UE和核心网之间的移动性和连接控制，以及分组网关(PGW)107入口/出口节点在核心网和外部网络之间路由数据。图1还 示出了节点之间的网络接口。 

LTE系统具有3种主要的上行链路物理信道类型：物理随机接入信道(PRACH)、物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)。 

物理随机接入信道(PRACH)是基于争用的信道，其中，仅需要非常宽松地对来自多个用户的传输进行同步(到达时间差可在0.1秒的量级或更大)。使用PRACH的设备正常而言基于ad-hoc进行通信。 

另一方面，PUCCH和PUSCH正交资源要求设备的更严苛的同步(在单载波频分多址接入“SC-FDMA”符号的循环前缀持续时间内，到达时间差是5μs的量级或更小)，并因此允许多个设备在上行链路系统带宽内使用共享资源。 

SC-FDMA

SC-FDMA是在LTE的上行链路中使用的调制方案。该方案与正交频分多址接入(OFDMA)具有一些相似之处，但也具有一些关键差异。在OFDMA和SC-FDMA这二者中，物理资源被细分为资源单元(RE)的时间-频率网格，每个RE包括一个单位的频率(一个子载波)和一个单位的时间(OFDMA或SC-FDMA符号持续时间)。在OFDMA或SC-FDMA符号的前面都加上循环前缀(CP)(符号的末端部分被复制并插入在所发送的符号的开始处)。 

在SC-FDMA和OFDMA这二者中，要发送的信息比特可经历编码步骤(以形成编码比特)，然后编码比特通常被映射到数据调制符号(例如，使用QPSK、16-QAM或64-QAM调制方案)。OFDMA与SC-FDMA之间的关键差异涉及这些数据调制符号如何被映射到时间-频率资源上。 

在OFDMA的情况下，通常存在从数据调制符号到子载波的一对一映射。即，将在一个OFDMA符号持续时间内要发送的N个调制符号均映射到具有N个子载波的集合中的对应一个子载波。 

相反，在SC-FDMA的情况下，通常存在从数据调制符号到子载波的一对多映射。即，经由扩频操作将一个数据调制符号映射到数值(通常为复数)集合，然后这些数值中的每个数值被用于调制N个子载波中 特定一个子载波。此外，可以经由类似的(并通常是协作的)扩频操作将其他数据调制符号映射到具有(通常是连续的)N个子载波的相同集合上。 

为了确保多个数据调制符号保持彼此正交，扩频操作通常是协作的。因此，数据调制符号可从多个设备发送，并使用简单的线性运算来以低设备间干扰进行接收。该行为可通过允许具有少量信息要发送的多个设备共享子载波集合来提高频谱效率。 

当一个设备中的多个调制符号在相同的子载波集合上扩频时，每个调制符号创建具有N个数值的附加集合，且对它们进行线性组合(跨来自每一个做出贡献的调制符号的组合)，以形成被用于调制每个子载波的最终数值。扩频符号的该线性组合可被视为变换操作。变换操作通常被设计为确保所产生的发送信号与其OFDMA对应发送信号相比具有较低的峰均功率比(PAPR)。对于LTE，变换操作可包括在上行链路发送情况下经常使用的离散傅立叶变换(DFT)，然而保持发送信号的低PAPR的其他变换也是可能的。类似地，当在子载波集合上仅发送一个调制符号(例如，数据调制符号或参考符号)时，扩频序列也被设计为最小化其PAPR。在该情况下，在例如LTE中构造上行链路参考信号或上行链路物理控制信道发送时，经常使用具有恒定(或接近恒定)幅度和零(或低)自相关(“CAZAC”)特性的扩频序列。 

因此，对于SC-FDMA，在具有N个子载波的集合上发送数据调制符号，而在OFDMA的情况下，在一个子载波上发送一个数据调制符号。 

PUCCH和PUSCH

图2示出了在时间维度上跨度为1ms以及在频率维度上跨度为上行链路系统带宽的子帧210的示例结构。该子帧包括持续时间均为0.5ms的两个时隙。子帧210可被描绘为离散块220的聚集，每个离散块220在频域中包括12个均为15kHz的子载波，在时间上包括单个SC-FDMA符号260。在本示例中，(PUSCH或PUCCH资源的)每个资源块250包括子帧中的12x14个资源单元(RE)，其中，RE是频率为一个子载波单位以及时间为一个SC-FDMA符号260的资源。每个子帧的SC-FDMA符号 260的数目可根据系统配置而改变，由此还影响了每个子帧的RE的数目。系统配置可取决于SC-FDMA符号的循环前缀(CP)持续时间。PUSCH资源240位于中心频率区域中，且PUCCH控制区域230在之上或之下的边缘处。在资源块250中，特定SC-FDMA符号可被用于参考信号(RS)用途。参考信号是接收机已知并可被用于估计无线信道以提高解调和检测性能的信号。在图2的示例中，每个时隙的第4个SC-FDMA符号被用于PUSCH RS。PUCCH区域的RS符号位置可根据PUCCH信号格式而改变。例如，对于PUCCH格式1信号，RS可位于每个时隙的第3个、第4个和第5个SC-FDMA符号处，而对于PUCCH格式2或PUCCH格式3信号，RS可以位于每个时隙的第2个和第6个SC-FDMA符号处。 

同步的移动设备知道这些资源的时间和频率位置，因此可以在调度器的控制之下动态地共享PUSCH资源240，该PUSCH资源240是使用在物理下行链路控制信道(PDCCH)上发送的下行链路控制信息(DCI)消息内的上行链路许可来分配的。一般而言，在该PUSCH 240资源内，上行链路用户数据在子帧210中发送。 

PUSCH 240是UL共享(传输)信道(UL-SCH)可被映射到的唯一物理信道。因此，当用户有数据要发送且使用传输信道UL-SCH时，其必须首先获得对PUSCH 240的接入，并且为了这样做，其必须向基站(eNB)102处的调度器通知该需求。 

PUSCH发送可以携带上行链路共享信道(UL-SCH)传输块，该UL-SCH传输块可包括用户面数据、控制信息(类似MAC报头)和RRC信令。图3示出了UL-SCH MAC传输块300的构造，UL-SCH MAC传输块300由MAC报头部分310和MAC有效载荷部分320构成，MAC有效载荷部分320自身可包括MAC控制单元330、MAC服务数据单元(SDU)340和MAC填充比特350。 

共享PUSCH资源240(在调度器的控制之下)可供所有公共相连的设备用于数据发送。UE可以通过若干方法之一向eNB指示其对接入共享PUSCH资源240的需求，该若干方法包括：i)在物理随机接入信道(PRACH)上执行随机接入过程，ii)在之前经由动态调度向UE分配的PUSCH资源上发送缓冲区状态报告(BSR)，或在PUCCH资源230上发送专用调度请 求(DSR)。eNB可在确定其对PUSCH资源240的分配时使用这种指示。 

PUCCH资源230被半静态地配置用于报告信道质量或信道状态指示符(类似于CQI/PMI/RI)，且针对专用调度请求(DSR)，用于辅助eNB对PUSCH资源240的分配。PUCCH资源230的各部分被动态地分配用于报告ACK/NACK信息。为了实现将PUCCH动态分配用于ACK/NACK，可以将用于特定ACK/NACK发送的PUCCH资源与对应DCI消息在PDCCH上的位置相关联。 

当前的LTE系统是围绕着已连接模式仅用于具有近期数据活跃性的UE 101这一前提来设计的。因此，常见的假设是：在进入RRC已连接模式时，在有数据新到达之后并在之前具有空的发送缓冲区的情况下，为了向eNB 102通知UE 101需要在PUSCH上发送数据，将向用户半静态地(通常持续已连接模式保持的持续时间)指派PUCCH上的专用SR资源。 

因此，在针对已连接模式用户的当前“专用SR”方案中，在上行链路上向每个用户指派其自己的预留时间/频率/码资源，在该预留时间/频率/码资源上，UE 101可以发送信号以指示其对接入PUSCH的需求。 

PUCCH格式1

该信号通常采用图4中示出的PUCCH格式1的形式，该信号使用单值调制符号d(0)(d(0)被设置为值“1”)的频域扩频410和时域扩频420的组合来形成的。单值调制符号d(0)在时域和频域上都进行扩频，以使得其占据子帧内的所有RE以及未被用于RS 430的这些SC-FDMA符号上的资源块。 

UE专用PUCCH资源上出现PUCCH格式1足以向eNB指示UE需要接入PUSCH。eNB将缺少PUCCH格式1解释为“没有接入PUSCH的当前需求”。因此，PUCCH格式1使用“开/关键控”来传递其信息。将参考符号430插入到每个时隙的第3个、第4个和第5个符号位置中(针对于使用正常循环前缀长度的系统)。 

还存在着在标准中定义的PUCCH格式1的两个附加变型，即PUCCH格式1a和PUCCH格式1b。这些变型与上述的PUCCH格式1具有相同的信号构造，但(分别)允许对符号d(0)的BPSK和QPSK调制。通过这种 方式，PUCCH格式1a可以携带1比特信息(BPSK)，以及PUCCH格式1b可以携带2比特信息(QPSK)。PUCCH格式1的这些变型被用于混合自动重复请求(HARQ)反馈(也被称为ACK/NACK信息)的发送。 

PUCCH格式2和3

在现有的LTE规范中还存在不用于DSR的其他PUCCH格式。PUCCH格式2被使用来携带用于信道反馈用途的信道质量指示符(CQI)、预编码矩阵指示符(PMI)以及秩指示符(RI)。PUCCH格式3也可用于提供对PDSCH发送的HARQ反馈(ACK/NACK)。与PUCCH格式1相比，这些格式都可以携带更多的数据。 

在时域、频域或码域中，用于不同UE的DSR资源可在PUCCH资源内复用。通过向每个UE指派子帧周期并向这些UE指派不同的子帧偏移以使得DSR发送在互斥的时间处发生，实现了时间复用。通过向不同的UE指派不同的资源块以使得DSR发送在互斥的频率区域中发生，实现了频率复用。通过向不同的UE指派不同的时域和/或频域扩频序列以使得DSR发送在eNB接收机可分离的不同码资源处发生，实现了码复用。可以使用时间复用、频率复用和码复用的组合。PUCCH格式1中的DSR方案的问题是：其不随着已连接模式用户群体的增加而很好地扩缩。随着已连接模式群体大小增加，所需的总系统UL资源的量变得过多(以为每一个UE预留互斥的PUCCH资源)，或者如果总的DSR资源受到约束，则SR时延性能因此劣化，即，由于需要用于用户专用SR资源的大规模时间复用的手段，针对给定UE的时间上的SR机会必然变得稀少(例如，用户的专用SR机会可能每40或80ms等等才出现一次)。 

依靠时域复用来支持大型已连接模式群体的方案导致以下问题：接入时延增加，因为存在着UE不能在缓冲区中新数据达到之后立即发送SR的较高可能性。因此很清楚：在使用专用SR方案的情况下，在所消耗或预留的资源量与接入时延之间始终存在着权衡。图5中示出了这种类型问题的示例，其中，在该情况下，针对特定UE，SR机会510仅每40ms才出现。如果UL发送的数据在机会之间到达，直到下一机会(高达40ms的时间段)为止，UE对(PUSCH上的)UL发送资源的需求都不 能被传递到eNB。 

此外，在尝试实现低时延接入时(需要频繁的DSR机会)，针对给定的所提供SR负荷，对这些资源的利用(即，实际发送调度请求(SR)的时机)降低了。对于很多常见业务简档，UE可能相对不频繁地发送SR，且DSR资源很可能严重利用不足。通常可能是以下情况：UE实际使用不足1％(甚至不足0.1％)的DSR资源来发送SR，且这可能降低整体系统效率。如果这些未利用的资源未曾被预留给DSR，它们可能已被重新指派以用于其他用途，例如用于UL上的用户数据或控制数据的发送，因此可能提高系统容量。 

因此，启用具有以下属性的调度请求方案(预期主要用于已连接模式用户，但不限于此)将是优选的： 

-低接入时延 

-使用正交多址接入方案 

-UL资源的高效使用以及高的资源利用率 

RACH

专用SR方案的一个已知的备选是使用现有的随机接入过程向eNB通知UE对上行链路资源的需求。这是如图6中所示的多步骤过程，并被设计为在初始争用阶段期间发送最少的信息(步骤610)。为了最小化所发送的信息，步骤610不包括用户ID的发送。在步骤620中，针对从步骤610检测到的每个前同步码，eNB 102响应以资源的上行链路许可。接入争用在消息3(步骤630)期间可能仍然存在，且步骤640的争用解决消息被用于解决在步骤610期间选择相同的初始前同步码的任何用户之间的争用。如果eNB所成功解码的消息3630来自于已连接模式UE，可以不发送争用解决消息640。在该情况下，(寻址到UE C-RNTI的)UL许可消息650的存在足以解决争用并允许上行链路数据发送660。 

虽然RACH过程相对高效，其确实涉及到多个步骤并且这可能增加接入时延。在一些配置下，其也依靠于非正交多址接入方案(与正交PUCCH和PUSCH多址接入方案相比，提供了降低的容量)。此外，PRACH上的资源的一部分被花费在提供时间保护区域和频率保护区域上，以避免RACH 用户对系统的其他时间/频率UL资源区域(例如，PUCCH或PUSCH)的干扰。因此，再次地，PRACH的资源使用效率可能不是最优的。 

此外，LTE PRACH在频域中占据了较宽的带宽(6个物理资源块(PRB))。因此，在时间上提供频繁的RACH机会(以提供较低时延接入)可因此占据较大比例的额外(over)上行链路资源空间。因此，现有的RACH过程更多的是针对初始接入的目的来设计的，并且对于低时延已连接模式调度请求用途而言不是最优的。 

发明内容

在特定实施例中，提供了在单载波频分多址接入SC-FDMA无线系统的eNodeB基站(eNB)中实现的方法，包括：在所指派的调度请求资源上接收上行链路控制信道信号；从接收到的上行链路控制信道信号中解码出用户ID；以及发送向与解码出的用户ID相关联的UE指派所述无线系统的资源的一部分的消息。 

在特定实施例中，提供了用于执行该方法的单载波频分多址接入SC-FDMA无线系统的eNodeB基站。 

在特定实施例中，提供了包括这利eNodeB基站的无线系统。 

在特定实施例中，提供了包括当由设备执行时执行该方法的可执行指令在内的计算机可读介质。 

在特定实施例中，提供了在无线电信系统的eNodeB基站中实现的方法，包括：向用户设备UE指派包括多个子载波在内的调度请求资源；在所指派的资源的多个子载波上接收上行链路控制信道信号；对接收到的上行链路控制信道信号进行解扩，以形成第一多个调制符号估计；使用所述第一多个调制符号估计，根据接收到的上行链路控制信道信号来解码用户ID；以及向与解码出的用户ID相关联的UE发送指派上行链路资源的一部分的消息。 

附图说明

现将参照附图来详细描述所提出的方案的示例，在附图中： 

图1示出了耦接到EPC核心网的LTE无线接入网。 

图2示出了PUSCH和PUCCH资源块在上行链路带宽中的示例布置。 

图3示出了MAC传输块的组成。 

图4示出了使用PUCCH格式1的调度请求的结构。 

图5示出了针对大量的UE来复用专用SR机会的困难之处。 

图6示出了RACH过程的步骤。 

图7示出了所提出的使用PUCCH信号构造的SR方法的步骤。 

图8示出了公共SR资源与UE专用PUCCH资源的频率复用。 

图9示出了公共SR资源与UE专用PUCCH资源的时间复用。 

图10示出了公共SR资源与UE专用PUCCH资源的码复用。 

图11是针对PUCCH格式2的FEC编码的简化框图。 

图12是示出了执行FEC编码的两种可能方法的简化框图，其中要求多个PUCCH发送。 

图13示出了CSR资源的时域分隔。 

图14示出了时间、频率和码分隔的正交性。 

图15是示出了用于构造PUCCH格式2子帧的一部分的步骤的框图。 

图16是示出了构造PUCCH格式2子帧的一部分的步骤的框图，该部分被修改用来发送用户ID信息。 

图17是示出了用于构造PUCCH格式3子帧的一部分的步骤的框图。 

图18是示出了用于构造PUCCH格式3子帧的一部分的步骤的框图，该部分被修改用来发送附加信息。 

图19是示出了针对所提出的PUCCH格式2的变型的CRC贴附和FEC编码步骤的简化框图。 

图20是指示备选CRC贴附选项的框图，其中要求多个PUCCH发送。 

图21是示出了发生冲突的两用户CSR发送场景的框图。 

图22是示出了没有发生冲突的两用户CSR发送场景的框图。 

图23示出了所提出的使用资源预配置的显式SR模式切换的步骤。 

图24示出了所提出的不使用资源预配置的显式SR模式切换的步骤。 

图25示出了所提出的使用资源预配置的隐式SR模式切换的步骤。 

图26是示出了所提出的SR模式切换判定的简化框图。 

图27示出了所提出的使用资源预配置的UE SR模式改变请求的步骤。 

图28示出了所提出的使用PUSCH信号构造的SR方法的步骤。 

图29示出了用于CSR发送的多个示例MAC PDU构造。 

图30示出了示例SR发送过程。 

具体实施方式

PUCCH

在特定实施例中，为了发送包含用户ID或其一部分在内的调度请求的用途，公共的或共享的SR资源(CSR资源)被指派给多个用户。出于发送包含ID或其一部分在内的SR的修正用途，CSR资源可以重复使用现有的物理层控制信道(PUCCH)格式。重复使用现有LTE PUCCH格式类型(最初并非为基于争用的SR用途而设计的)以携带用户ID降低了对物理层重新设计的需求，并使得该方案可在现有的或传统的硬件或固件实现上使用。为了允许大量的用户共享相同的PUCCH资源，该方案可以使用与当前的PUCCH格式1/1a/1b相比能够携带更多比特的PUCCH格式。 

特定的实施例包括：在对为基于争用的调度请求(CSR)用途而指派的公共或共享资源的接入尝试期间，在PUCCH信号构造(例如，PUCCH格式2或PUCCH格式3)内向eNB显式地发送用户ID(或其一部分)。通常，为了该用途而指派的资源将驻留在上行链路系统带宽的控制(“PUCCH”)频率区域内，然而在数据(“PUSCH”)频率区域内分配该资源也是可能的，或甚至在完全使用数据(“PUSCH”)频率区域来分配该资源也是可能的。可以要求：为了使用PUCCH格式信号构造来发送用户ID比特的用途，仅一些UL资源被指派给多个用户。 

图7示出了在特定实施例中采用的步骤： 

1)作为前导的第一步骤710，eNB可选地向多个UE指派上行链路资源的(在控制(PUCCH)或数据(PUSCH)频率区域中的)一部分，以用于基于争用的调度请求。可以经由广播信令来传送资源指派，或者可以向多个UE中的每个UE个别地信号通知资源指派。如果资源是(例如在标准中)预定义的，该第一步骤可以省略。 

2)在稍后的某个时间点上，待处理的数据到达UE发送缓冲区720中。 

3)UE使用PUCCH信号构造方法(例如，PUCCH格式2或3)来编码用户ID(或其部分)，并在所指派的CSR资源上发送730信号。 

4)eNB接收机对至少UE从CSR资源发送的信号进行解码740，然后使用解码信息导出UE ID。 

5)eNB进行到向UE发送正常的UL许可消息750，以向UE分配用于数据发送的一部分PUSCH资源。UL许可消息是在通过物理下行链路控制信道(PDCCH)发送的下行链路控制信息(DCI)消息中传送的。 

6)然后，UE具有对PUSCH的接入，并能够向eNB发送其数据760。与图6中的RACH过程相比较，图7中示出的方法涉及更少的步骤，并因此允许了较低时延的调度请求过程。 

当前的LTE系统使用PUCCH格式1来携带专用SR。专用SR发送的底层原理是：用户依靠曾在其上发送过SR的特定(即，用户专用)时间/频率/码资源，而不是依靠经由eNB接收机所解调的发送比特来发送显式ID，来区分发送调度请求的用户。 

当与专用SR方案相比较时(即使在实现类似或更好的接入时延时)，将基于争用的资源(即，上行链路时间/频率/码资源的公共或共享部分)用于SR可以显著地提高SR接入方案的资源效率。然而，在使用基于争用的资源时，eNB仅根据曾在其上发送过SR的时间/频率/码资源不再能够推断出发送SR的用户。为了最小化时延并减少接入争用，优选地，在由UE在CSR上行链路资源上发送的初始SR消息期间，显式地向eNB传递用户ID(或其部分)。 

PUCCH-复用

CSR资源可以是小区的整体UL系统资源的PUCCH或PUSCH码/时间/频率区域的一部分(可选地，小区的整体UL系统资源还可以包括多个分量SC-FDMA载波)。如果多个UE需要指示要求接入PUSCH，则(例如由eNB)向多个UE提供或将多个UE配置为允许在相同CSR资源上发送SR。eNB提供的对CSR资源的时间、频率和码位置进行定义的配置可以是以下各项之一： 

·(在标准内)预定义的 

·经由广播系统信息向小区内的所有UE信号通知的 

·经由一对一(专用)信令向UE信号通知的 

例如，如果为基于争用的SR(CSR)指派PUCCH资源，多个用户可被指派相同的PUCCH格式2资源索引(或另一PUCCH格式类型的相同资源索引，例如针对PUCCH格式3的

提供CSR资源配置的信令将优选地在eNB和UE中的对等RRC实体之间分别发生，但也可以在eNB/UE的对等MAC或物理层实体之间发生。如果信令在RRC级处发生，信令可重复使用或部分重复使用RRC信令结构和消息，例如，用于当前LTE系统中的专用SR、CQI或SPS配置的那些RRC信令结构和消息(相同的资源配置被提供给各个UE)。备选地，为了支持CSR资源的配置，可以要求修改现有的消息。 

一般而言，CSR资源可以是与用户专用的PUCCH资源(例如可用于专用SR或用于发送信道状态信息，如CQI/PMI/RI)或与其他资源(例如PUSCH分配)复用的时间、频率或码。这允许新的CSR方案平滑地集成到现有系统中，在该现有系统中，其他PUCCH或PUSCH资源可继续用于这些其他目的。 

图8中示出了公共/共享SR资源与专用PUCCH资源进行频率复用的示例。根据LTE中的当前设计，每个方块对应于一个频率资源资源块(RB)和一个时间资源时隙(0.5ms)。两个0.5ms的时隙组成1个1ms的时间资源子帧。 

被预留用于UE专用用途的PUCCH资源被标记为D1，D2，....D8810，且每个PUCCH资源包括两个发送时隙。根据当前的LTE设计，在上部840或下部830 PUCCH控制区域中发送属于相同PUCCH发送的两个时隙之一，而在相反(分别是下部830或上部840)的PUCCH控制区域内发送另一个时隙。可以将其用于提供频率分集和提供PUCCH接收的更高可靠性。 

新CSR的PUCCH发送机会被标记为C1，C2，....C8820，且每个PUCCH在上部840和下部830(或下部830和上部840)PUCCH控制区域中包括相同的两时隙发送布置。C1...C8820与D1...D8810进行频率复用，因 为它们在上行链路的整体系统带宽内占据了不同的RB。 

图9中示出了备选的复用布置，其中，PUCCH 920上的公共/共享SR资源(表示为C1...C8)与UE专用PUCCH资源910(表示为D1...D8)进行时间复用。此处在子帧级上示出了时间复用的示例，然而时隙级上的时间复用也是可能的。 

图10中示出了又一备选复用布置，其中，PUCCH 1010上的公共/共享SR资源(表示为C1...C8)与UE专用PUCCH资源1020(表示为D1...D8)进行码复用。例如可以经由指派用于公共/共享PUCCH资源的频域扩频序列的循环移位(或循环移位模式)来实现码复用，在子帧和资源块内，这些循环移位(或循环移位模式)与向UE专用PUCCH资源指派的循环移位(或循环移位模式)不同。还可以经由以下方式实现码复用：针对公共/共享PUCCH 1010资源和UE专用PUCCH资源1020，使用不同的时域码序列或不同的2D时间-频率码。 

还可以使用图8、图9和图10各自的频率复用、时间复用和码复用方案的组合。 

CSR资源(传送类似PUCCH的SR信号)还可以驻留在PUSCH频率区域240内，并且可以在时域或频域内与其他PUSCH发送进行复用。在确定即将到来的PUSCH资源的可用性时和在向UE分配这些资源时，eNB内的调度器可以考虑在给定的时间/频率资源空间内是否存在CSR资源。例如，如果PUSCH资源被代之以预留给CSR发送，eNB调度器可确定不向UE动态地调度PUSCH资源。 

为了携带显式地传送用户ID(或其部分)的比特集合，可以将携带用于解调的多个比特的现有PUCCH格式之一(例如，在现有系统中用于传送CQI或其他信道状态信息(CSI)或用于携带多个HARQ ACK/NACK反馈比特)重复用于在CSR资源上发送(包含该显式比特的)SR的用途。 

来自现有PUCCH格式集合的用于发送显式用户ID的该新用途的主要候选是PUCCH格式2和PUCCH格式3。也可以考虑具有可能不同的有效载荷大小的其他新的或修改的PUCCH格式，该新的或修改的PUCCH格式可以是现有PUCCH格式的变型(例如格式2a和2b)。 

PUCCH格式2在现有LTE系统中被用于发送CQI/PMI/RI报告。当将 PUCCH格式2重复用于在CSR期间发送用户ID的用途时，替代发送例如CQI/PMI/RI之类的信道状态信息，将对于发送方用户来说唯一的并包括N_ID比特在内的ID(表示为CSR-uRNTI)进行编码，并经由一个或多个PUCCH格式2发送来对其进行发送。传送整个用户ID所需的PUCCH发送的数目等于： 

其中，A是在所考虑的PUCCH格式内可用的比特有效载荷。例如，对于PUCCH格式2，A可以是13，在本情况下被图11中示出的[20，A]FEC块编码器1110的最大输入长度所约束，其中，A(13)个输入比特1101将被FEC编码为20个输出比特1102。然而，可以使用N_ID和A的各种值。 

在LTE系统中，向已连接模式用户分配包括16个比特的小区无线网络临时标识符(C-RNTI)，以及在一个示例中，用于CSR用途的用户ID(CSR-uRNTI)可被设置为等于C-RNTI，并因此N_ID＝16。 

对于这些较大的N_ID值(例如，N_ID＝16)，可使用一个或多于一个的PUCCH发送来发送N_ID个比特。如果使用了多于一个PUCCH发送，存在在多个PUCCH发送实例上携带N_ID个比特的两个选项： 

i.将N_ID个比特1210分段1220为N_TX个组，以及对每个组分别进行FEC编码1230并映射到子帧内其自己的PUCCH发送实例1240，如图12(i)中针对N_TX＝2所示。 

ii将N_ID个比特1250输入到单个(且已修改的)FEC编码器1260，并将输出比特分段1270为N_TX个组，该N_TX个组后续被映射到其自己的PUCCH发送实例1280，该PUCCH发送实例1280均在子帧内，如图12(ii)中针对N_TX＝2所示。 

例如，对于A＝8的情况，将需要N_TX＝2个PUCCH发送以用于用户在CSR资源上向eNB发送16比特的CSR-uRNTI(即，使用两个段来携带ID)。可以在相邻或不相邻的子帧上发送发送段。为了可以正确地重新组装完整的CSR-uRNTI，eNB将需要知道两个(或多个)PUCCH发送中的哪个PUCCH发送携带了第一段。例如，可以按照在频率/码/子帧上分隔或以其他方式分隔的资源对来组织携带新PUCCH SR的资源，以使得一旦 已接收到资源对，eNB可以轻易地重新组装完整消息。为了这样做，可想到将可用于CSR的特定子帧指定为开始子帧，在该开始子帧中，用户发送携带用户ID的多段PUCCH发送中的第1段(之后在存在于相继开始子帧之间的其他子帧中发送剩余段)。此外，对于每个用户，开始子帧可以不同，可以将此显式地信号通知给每个用户，或者可以根据用户ID对此进行导出。 

备选地，将PUCCH发送的必要数目限制为1(没有分段)可以是优选的，在该情况下，PUCCH的信息有效载荷必须大于等于N_ID个比特。如果使用了PUCCH格式2，存在下面的可能性： 

1)N_ID＞13(例如，N_ID等于16比特的C-RNTI长度) 

a.可以使用支持A＞13的新的[20，A]编码器(以携带例如N_ID＝16个比特) 

b.可以将用于PUCCH格式2的调制级从QPSK增加到(例如)16-QAM，由此允许携带40个编码比特 

i.这可以结合新的[40，A]码来使用，或者在重复(或对来自一个或多个[20，A]码的输出的类似后期处理)的情况下结合对现有[20，A]码的重复使用来使用。 

2)将N_ID限制为≤13(以符合针对于现有FEC块编码器的max(A)≤13) 

在上述的情况(2)中，eNB向UE指派比C-RNTI短的CSR-uRNTI也是可能的(例如，CSR-uRNTI≤13比特)。总而言之，CSR-uRNTI可以与用户的C-RNTI相关联，或可以根据用户的C-RNTI导出。例如，CSR-uRNTI可以包括C-RNTI的16个比特的子集，或者可以使用或基于C-RNTI(或其他RNTI或ID)，经由一个或多个算术运算(例如，散列函数)来形成。可代之以在寻址到UE的信令消息内由eNB显式地向UE信号通知CSR-uRNTI。备选地，可以向UE发送在描述用户的C-RNTI与CSR-uRNTI之间的关联中使用的参数(然后每个用户基于接收到的参数信息以及其对其自己的C-RNTI的了解来导出其自己的CSR-uRNTI)。参数可在小区内广播(在小区发送的系统信息内发送)， 或者可被个别地向每个UE发送。 

以上情况(2)下的另一选项是：经由PUCCH格式发送来显式地传送较长用户ID的一部分(例如，≤13个比特)，而剩余比特被隐式地携带或隐式地通过其他方式所知。图13示出了对用于携带隐式UE ID比特的CSR资源的时域分段方案，其中，要求用户ID长度等于16个比特(例如，C-RNTI)。在此，可以经由一个子帧内的PUCCH格式2发送来显式地携带C-RNTI的13个比特(即，A＝13)，而可以将剩余的3个比特与2³＝8个可能子帧位置1310中的一个相关联。在本示例中，eNB指派的CSR资源被划分到8个组中，每个组与具有8个CSR子帧的集合内的子帧索引相关联，以及每个子帧索引与3个C-RNTI比特(000，001，010，....111)的具体实现相关联。因此，UE知道将其UE ID与8个子帧索引中的一个相关联，并选择仅在具有该索引的子帧上发送其CSR。因此，在对给定子帧索引上的显式13比特序列(部分ID)进行接收和解码时，eNB能够确定完整的16比特UE ID，并能够相应地(例如使用UE C-RNTI)为该UE调度PUSCH资源。要注意到的是，虽然子帧被示出为在时间上相邻，eNB也可以通过居间的时间段(子帧)来对其进行分隔，在该居间的时间段上eNB没有(针对任何用户)分配CSR资源。 

虽然该时间复用方案的优点在于在1个子帧内发送整个UE ID(一些比特被显式地携带，而其他比特是经由对适当子帧的选择来隐式地传送的)，作为结果，与可以在意欲用于CSR资源的任何子帧上发送整个UE-ID的情况相比，可存在时延的增加(即，对引入时间复用分量的需求也可增加调度请求时延)。 

不仅利用资源的时域分隔来隐式地传送附加比特，还(或替代地)使用频域或码域资源分隔来这样做，对该部分ID显式发送方案(通过剩余比特的隐式传送来作为补充)进行扩展也是可能的。要注意到的是，通过使用码域复用或频域复用来替代时间复用，这可以避免引入调度请求时延的任何增加，同时仍然实现了经由显式信令和隐式信令的混合来传送完整用户ID。 

因此，在另一示例中，可以在PUCCH发送内显式地信号通知16比特用户ID中的12个比特，且可以经由对2⁴＝16个时间/频率/码资源中的 一个的选择来传送剩余4个比特。这16个被分隔的资源可以例如包括时域1410中的2个子帧、频域1420中的2个资源块以及频域扩频码1430的4个循环移位。因此，被分隔的资源的总数是2x2x4＝16。图14中示出了这一方案，然而将会意识到是：众多变型是可能的，这涉及时域、频域和码域资源的变化程度。仅涉及频域分隔的方案，仅涉及码域分隔的方案或仅涉及时域分隔的方案都是可能的。此外，针对码域分隔的情况，可经由时域扩频、频域扩频、或这二者(2D码)来形成各个码。 

如果优选使用显式手段来发送较大的用户ID，以及还优选避免对分段为多个PUCCH发送的需求，另一选项是使用与PUCCH格式2相比具有更大有效载荷容量的PUCCH格式。例如，如果CSR-uRNTI被设置为等于C-RNTI，并且要对所有16个比特全部进行显式发送，可以利用现有的PUCCH格式3，该PUCCH格式3能够经由48个编码比特的有效载荷来携带A＝21个比特，并在子帧内提供每个RB 5个用户的用户复用能力。 

在有效载荷大小允许的情况下，除了CSR-uRNTI或C-RNTI比特外，还有可能将附加数据与用户ID比特一起发送。例如，该数据可以是其他控制信息，例如CQI/PMI/RI或缓冲区状态信息，或者可以是少量的用户面数据。备选地，经由PUCCH格式3发送仅可以发送用户ID比特。 

PUCCH格式2

类似地，可以调整现有的PUCCH格式，以支持高阶调制级别(高于当前的QPSK)。例如，在PUCCH格式2上使用16-QAM将会保持相同的PUCCH码复用能力(频域扩频码的最大12个可能循环移位)，而在同时使得可发送40个编码比特。然后，可使用新的FEC码(例如，[40，16])来传送C-RNTI用户ID的全部16个比特，或传送CSR-uRNTI的全部比特。再次地，除了在调度请求发送中包括的用户ID比特之外，可以使用附加的可用有效载荷空间来携带其他控制信息(例如CQI/PMI/RI，或缓冲区状态信息)，或甚至携带用户面数据。 

图15示出了现有PUCCH格式2信号的构造(针对某些块仅示出了2时隙子帧中的第一时隙)。将“A”个输入比特(A＜＝13)输入到输出20个编码比特的FEC编码器1510。使用UE特定比特加扰序列来对它们进 行加扰，该UE特定比特加扰序列是由比特加扰序列生成器1520根据UEC-RNTI生成的。20个已加扰比特经过QPSK调制1540，以形成10个调制符号(5个调制符号d(0)...d(4)针对于第一时隙，以及5个调制符号d(5)...d(9)针对于第二时隙)。将调制符号中的每一个单独映射到10个SC-FDMA符号分支(每个时隙5个)中的对应一个。对于每个分支，使用由生成器1550生成的长度12的频域“基本”扩频序列来对调制符号进行扩频。应用循环移位1560，其中，可以将不同的循环移位应用于不同的SC-FDMA符号分支，通过小区ID、时隙号以及对应于每个SC-FDMA符号分支的符号号的伪随机函数来确定循环移位。不同于比特加扰序列，确定循环移位的伪随机函数是小区特定的，因为其取决于小区ID而不是向UE指派的ID(例如，C-RNTI)。将每个循环移位操作的结果输入到IFFT 1570，以形成对应的SC-FDMA符号1580。循环前缀(CP)被加到每个SC-FDMA符号的前方。 

图16示出了可如何修改PUCCH格式2来发送用户ID的显式比特的整体视图。将(长度为N_ID的)完整用户ID的N_TX个比特输入到FEC编码器1610，其中，N_TX≤N_ID。取决于FEC编码器的输入和输出的大小，可以重复使用现有的[20，A]块码，或者可以使用具有不同的所支持输入和输出长度的新块码(或基于一个或多个成分(constituent)块码的编码方案)。另一备选是不使用FEC编码器，或使用简单的重复码。在该一般性FEC编码框内，其他编码方案是可能的，例如，可以使用卷积码(咬尾(tail-biting)或非咬尾)、turbo码或低密度奇偶校验(LDPC)码。 

由于修改的PUCCH格式2将不会在专用SR资源上发送这一事实，不需要使用用户特定加扰序列来对FEC编码器的输出比特进行加扰。这是因为eNB接收机不知道哪个(哪些)用户将会在CSR资源上发送。反之，使用对于可在小区的相同CSR资源上进行发送的所有(或多个)用户而言公共的比特加扰序列。该加扰序列可由加扰序列生成器1620生成，且可以使用值来初始化生成器。然而，通过这样导出，加扰序列可基于以下一项或多项：CSR组RNTI(CSR-gRNTI)、小区ID、子帧索引、时隙索引。备选地，可以使用特定的或预定义的加扰序列。在其他实施例中，可以使用循环移位特定加扰序列或码特定加扰序列。在其他实施例中， 可以使用子帧特定加扰序列或资源块特定加扰序列。不使用比特加扰也是可能的(即，图16中不存在模2加法框1630)，或等效地比特加扰序列被设置为“全零”。所有这些非用户特定比特加扰方案有利地允许eNB接收机在其已经识别出已在小区的CSR资源上发送SR的用户之前执行解扰操作，由此避免了对盲确定所使用的加扰序列的需求并简化了eNB接收机。 

将比特加扰框(模2加法框1630)的输出或备选地FEC编码器1610的直接输出(如果没有使用比特加扰)输入到调制框1640，以形成复输出符号d0...d4(针对子帧的第一时隙)或符号d5...d9(针对子帧的第二时隙)。调制框可实现QPSK或可实现另一形式的调制，例如，BPSK、8-PSK或16-QAM。 

使用频域扩频序列1650来对调制符号进行扩频(例如，长度为12，以使得符号占据一个频率资源资源块(RB))。每个符号可使用相同扩频序列的相同或不同循环移位。在这两种情况下，可以由UE选择“基本”循环移位，很可能是从所允许的基本循环移位集合中随机选择的。如果每个符号使用相同的循环移位1660，则向每个符号应用基本循环移位。当在不同符号上使用不同循环移位的情况下，针对每个符号，可根据小区特定循环移位跳跃模式来置换(permute)基本循环移位。跳跃模式可基于伪随机序列生成器(未明确示出)，该伪随机序列生成器在针对于PUCCH格式2的当前规范中使用，并被关于循环移位1660进行了描述。备选地，可以不使用循环移位跳跃。在频域扩频操作之后，对每个频域符号执行IFFT操作1670，以形成用于发送的时域SC-FDMA符号1680。通过拷贝符号的尾部并将所拷贝的尾部加到符号的起始处前方，将循环前缀添加到每个SC-FDMA符号。 

图16与图15的比较更清楚地示出了对PUCCH格式2构造的修改。在块编码器1510处，未修改的PUCCH格式2构造采用信道状态信息(CQI/PMI/RI)而不是用户ID信息作为输入。比特加扰序列生成器1520仅基于UE特定C-RNTI，且不存在不使用比特加扰和模2加法1530的选项。此外，在图15中，FEC编码器1510和调制框1540是未被修改的，而图16中对应的框可以是被修改的。此外，图15的频域扩频序列1650 和/或循环移位1560可由UE从允许的集合中(例如随机)选择。可以将允许的集合与小区相关联，或与小区内的特定CSR时间或频率资源相关联。 

PUCCH格式3

由于其有限的有效载荷大小，在当前PUCCH格式2构造内几乎没有空间(在不使用高阶调制或新FEC码的情况下)用于发送CRC或除用户ID之外的其他信息(虽然这并不被排除)。然而，PUCCH格式3具有更高的有效载荷大小，并且这可使得有更大的潜力将附加信息与用户ID一起携带。图17示出了现有PUCCH格式3信号的构造(针对某些块仅示出了2时隙子帧中的第一时隙)。将多达20个ACK/NACK比特输入到输出48个编码比特的FEC编码器1710。使用UE特定比特加扰序列来对它们进行加扰，该UE特定比特加扰序列是由比特加扰序列生成器1720根据UE C-RNTI生成的。这48个已加扰的比特经过QPSK调制1730，以形成24个调制符号(12个调制符号针对于第一时隙，以及12个调制符号针对于第二时隙)。针对时隙的5个SC-FDMA符号中的每一个，复制一个时隙的12个调制符号，以及针对这些SC-FDMA符号分支中的每一个，将符号与长度为5的正交覆盖序列1750的对应元素相乘。应用通过小区特定伪随机函数确定的循环移位1760，该小区特定伪随机函数类似于在循环移位生成器1560中使用的小区特定伪随机函数。将每个循环移位操作的结果输入到离散傅立叶变换(DFT)操作。针对每个SC-FDMA符号分支，将DFT的输出输入到IFFT 1770，以形成对应的SC-FDMA符号1780。 

图18示出了对传统PUCCH格式3(图17)的修改编码，用于发送高达16比特的CSR-uRNTI(例如，C-RNTI)以及可选地发送某些附加比特(高达5比特)，同时仍然重复使用现有的包括FEC编码器1810、比特加扰序列生成器1820和调制框1830在内的PUCCH格式3构造。要注意到：不同于PUCCH格式2，在SC-FDMA变换之前将对长度为5的正交覆盖序列1850的编码应用到调制符号。可用空间的附加的5个比特可被用于例如将CRC添加到所发送的C-RNTI，用于发送信道状态信息(例如，CQI/PMI/RI)，或用于发送其他数据，例如，缓冲区状态信息或甚 至少量的用户数据。如果使用了高阶调制(例如，16/64 QAM)，在理论上可发送更多的附加比特。类似于在传统PUCCH格式3中，在应用覆盖序列1850之后应用循环移位1860，其后是DFT操作，然后输入到IFFT1870以形成对应的SC-FDMA符号1880。 

CRC贴附

在由基于争用的SR PUCCH格式所携带的比特有效载荷内，还可以使用循环冗余校验(CRC)。这可有助于例如降低eNB处对UE ID的误报或错误检测的可能性。在该变型中，改变FEC编码器的输入以允许包括CRC比特。 

当eNB在特定SR资源上检测到有效的调度请求，但在该资源上未曾发送SR时，误报出现。可以使用减少误报发生的各种方法，例如测量数据或参考信号的接收功率，并将测量到的功率与阈值相比较，以判定SR发送是否存在。 

还可以使用基于CRC的使用的备选方案来增强(或替换)例如这些方法的方法，以帮助区分SR发送是否存在。一般而言，所使用的CRC比特的数目可因此取决于： 

·正携带的用户ID比特的数目 

·所需的误报保护的级别 

·误报问题的补充(complimentary)(即，不基于CRC的)解决方案的性能 

如果不采用其他误报避免措施，可能需要相对较长的CRC。例如，如果希望0.1％的误报概率，可能需要10比特的CRC来确保1/1024的误报率。相反，如果使用其他补充非CRC方法来降低误报率，可以显著地降低CRC比特的数目(或者可以消除对CRC的需要)。 

添加数目增加的CRC比特降低了可用于FEC编码冗余的空间，该FEC编码冗余针对于数目受限的编码输出比特。因此，必须将CRC比特的数目相对于FEC保护进行权衡。 

如果在编码之前包括CRC比特，CRC编码器在块编码步骤(其接受A个输入比特的输入)之前。如图19中所示，CRC编码器1910接受A’个 比特的输入，并向块编码器1920输出A个比特，其中，A＝A′+NCRC。 

在PUCCH格式2的示例中，1≤A≤13，然后CRC添加级1910之后的块编码器1920产生长度为20比特的输出码字。如之前所述，针对其他现有的或修改的PUCCH格式，块编码器的输入和输出的长度可以改变。 

如前所述，可以使用一个或多个PUCCH发送实例来发送N_ID个比特。参考图12，如果使用了多于一个PUCCH发送，可以在单独的FEC编码1230之前将N_ID个比特分段1220为N_TX个组，或者可以将单个编码器1260的输出分段1270为N_TX个组。在任一情况下，然后可经由子帧内的PUCCH发送实例来携带与N_TX个组中的每一个组相对应的比特。图20示出了用于导出CRC的三个选项： 

i)基于完整的N_ID个比特来计算一个CRC 2010并将其附加到该完整的N_ID个比特。在分段2020之后，通过N_TX个PUCCH发送实例来发送所产生的比特，每个PUCCH发送实例使用单独的FEC编码级2030。 

ii)基于完整的N_ID个比特来计算一个CRC 2040并将其附加到该完整的N_ID个比特。所产生的比特经过公共的FEC编码级2050以及之后的分段2060，并通过N_TX个PUCCH发送实例来发送。 

iii)首先将N_ID个比特分段2070为N_TX个PUCCH发送实例。针对每个PUCCH发送实例来计算2080 CRC，并针对每个PUCCH发送示例使用单独的FEC编码级2090。 

冲突方面

可以有意地设计方案的一些实施例，以最小化对改变(例如，在物理层、MAC层或RRC层)现有LTE系统的需求。如果可以将现有的PUCCH格式重复用于发送用户ID或其部分的用途，便有可能不仅重复使用大量的现有UE发送架构，而且还最小化或甚至消除对改变eNB接收机层中的一些层(具体地，物理层)的需求。即，重复使用现有PUCCH格式来传送用户ID或其部分可以不要求修改eNB物理层，并且仅需要允许向eNB调度器传递解调并解码的用户ID，以使得可以在即将到来的调度中考虑 到UE对接入PUSCH资源的请求。 

当UE确定需要在CSR资源上发送调度请求时，存在着以下可能性：被允许使用相同CSR资源的另一UE也在同时(即，在相同的子帧内)发送SR。如果两个发送方用户选择了相同子帧内的不同频率或码指派，eNB仍可分离两个调度请求，并在对各个调度请求的解调和解码之后，eNB调度器可以向两个用户许可对PUSCH的接入(在下行链路上向每个用户发送单独的PDCCH消息)。 

然而也存在两个(或更多个)用户在相同的时间(子帧)、频率和码资源上发送调度请求的可能性。在该情况下，不同的用户ID(或其部分)在相同的资源上发送，且发送可能是eNB接收机不能容易地区分和分隔的(虽然可以实现更高级的基于信号的空间分隔的技术)。为了简洁，可优选不要求eNB接收机的物理层处理发生改变，且在该情况下，eNB将会尝试将接收到的“复合”信号(包括来自两个UE的发送)作为单个UE发送进行解码。 

每个所发送的用户信号s_u(t)(在该两用户的情况下，“u”取值1或2)将在去往eNB的途中遭受到居间无线传播信道的修改，其中，eNB处的第k个接收天线的脉冲响应是h_u，k(t)(为了简洁，在本示例中，每个UE具有单个发送天线)。 

(在特定的时间/频率/码资源上到达的)复合接收信号包括从发生冲突的UE中的每一个UE接收到的两个信号的线性叠加，并因此在第k个接收天线处，接收信号(忽略信道噪声)是： 

$r_k\left(t\right)=s_1\left(t\right)\⊗h_{1,k}\left(t\right)+s_2\left(t\right)\⊗h_{2,k}\left(t\right)$

具有冲突数据发送的UE使用相同或不同的参考信号的方案是可能的。然而，对于现有的PUCCH格式，用于数据符号的发送的时间/频率/码资源与用于解调参考信号(DMRS)的时间/频率/码资源具有预定的关系。如果维持该原则，除了将相同的资源用于其DMRS之外，冲突的UE将会将相同的资源用于其数据符号。 

在针对冲突UE的发送的确使用了相同参考信号的情况下，eNB接收机将会(使用以下FFT处理来将接收到的时域信号变换到频域)形成以 下频域信道估计： 

${\hat{H}}_k=\mathrm{FFT}\{h_{1,k}\left(t\right)+h_{2,k}\left(t\right)\}+n$

此处使用项n来表示信道估计噪声或误差。 

然后eNB将执行频域信道均衡(以尽可能地“取消”信道的影响)，并将组合从其接收天线中的每一个接收天线接收到的信号。然后向其它处理单元发送所产生的已均衡且组合的信号。该其它处理单元可以包括与已知已被UE发射机采用的那些操作等同或相反的操作，例如包括以下一项或多项： 

·频域解扩单元 

·时域解扩单元 

·比特解扰单元 

·解调单元 

·FEC解码器单元 

FEC解码器的输出(已解码的ID)或者被eNB直接用作用户ID(例如C-RNTI或CSR-uRNTI)，或者经由已解码ID与C-RNTI之间的已知关联来导出C-RNTI。 

然后，可示出的是：在没有显著的热噪声或其他干扰的情况下，两个用户在相同的时间/频率/码资源上同时发送不同ID的情况导致了所解码的ID等于用户1的ID或用户2的ID(且不是另一ID)。为了发生该情况，下面的方案可存在： 

1.两个UE使用相同的参考信号(RS) 

a.UE可能已独立地选择了相同的PUCCH资源索引(例如， 或或可能已被配置为使用相同的资源索引值 

b.在相同CSR资源上发送SR的UE将相同的循环移位跳跃模式(例如，用于当前PUCCH格式的小区特定的跳跃)用于子帧内的RS符号，或备选地，不将循环移位跳跃用于RS符号。 

2.两个UE在PUCCH构造期间使用相同的比特加扰序列(或备选地，不应用比特加扰) 

a.该公共的比特加扰序列可基于CSR-gRNTI、cell-ID或其他资源特定的参数。 

在这些环境下，已解码的输出不太可能等于除了用户1或用户2的ID之外的ID。对于SR参数方案而言，这可以是有利的，因为在冲突的情况下，eNB将仍然确定用户之一要求接入PUSCH资源(即，不是两个用户进行破坏性的干扰并且都丢失的情况)。 

因此，当两个或更多个用户冲突时，eNB仍能够为用户之一调度PUSCH资源。另一个(未接收到/未解码的)用户将不会从eNB接收到UL许可，且将尝试在另一CSR机会重试其调度请求。为了控制SR重传，UE将通常被配置为：只要发送了SR，便将禁止定时器设置为预定义的(或可能是随机的)开始值，且仅在禁止定时器已到期时才将尝试重试。 

图21示出了两个用户2101和2102使用相同的时间/频率/码资源来发送(2111和2112)部分或全部的相应用户ID(例如，在PUCCH格式2上)的情况。在所示示例中，这两个用户发送相同的参考信号并使用相同的比特加扰序列(或不使用比特加扰)。 

还示出了在eNB接收机中实现的处理步骤。eNB尝试根据在两个用户所使用的时间/频率/码资源上接收到的信号来接收2130、解扩2140、解调2150、解扰2160和解码2170单个用户ID。即使在存在冲突的情况下，eNB仍能够正确检测冲突用户之一(2180)，并因此上行链路调度器可以使用该信息向成功的用户分配PUSCH资源(2190)。 

图22示出了两个用户2101和2102使用相同的时间/频率资源但使用不同的码资源来发送(2211和2212)部分或全部的相应用户ID(例如，在PUCCH格式2上)的情况。这两个用户不发送相同的参考信号(即，使用不同的码或循环移位)，且这两个用户可以使用或可以不使用相同的比特加扰序列(或可以不使用比特加扰)。 

还示出了在eNB接收机中实现的处理步骤。eNB尝试经由解扩2240、解调2250、解扰2260和解码2270操作在两个用户ID相应的码资源上接收2230这两个用户ID。eNB正确地检测2280两个用户，并因此上行链路调度器可以使用该信息向每个用户分配2290各自的PUSCH资源。 

在图21和图22中，eNB接收机被设计为针对每个指定的时间/频率 /码资源来检测和解码一个用户信号。可以设想更高级的eNB接收机结构，在该结构中，eNB针对每个指定的时间/频率/码资源来尝试检测和解码多于一个用户信号。例如，其可以利用多个入射(incident)用户信号的特定空间特性。 

SR模式切换

针对给定的用户，SR资源类型可在周期性或专用类型的SR资源(DSR)到公共或共享类型的SR资源(CSR)之间及时切换，且系统内或eNB控制下的不同用户可以使用不同类型的SR资源。用户可在第一SR资源和第二SR资源的使用之间切换也是可能的，其中，第一资源和第二资源都具有公共/共享类型，或第一资源和第二资源都具有专用类型。 

例如，当处于通信的活跃阶段(UL或DL数据的交换发生(或最近已经发生))时，可以向用户临时指派专用SR资源，以及在向通信的较不活跃阶段转换之后，该用户专用SR资源(DSR)可被释放，且用户代之以使用公共或共享的SR资源(CSR)。 

在一个具体的示例中，可以将DSR资源和CSR资源的使用之间的切换与不连续接收(DRX)状态或子状态相联系，或与不活跃定时器(例如，DRX不活跃定时器)的操作相联系，或与控制DRX模式的另一定时器或参数相联系。在该情况下，在DRX不活跃定时器正在运行时，可以向用户指派PUCCH上的专用周期性SR资源，以及在DRX不活跃定时器到期时(或在与DRX不活跃定时器的到期相联系的时间处)，可随后释放针对用户的DSR资源，且用户代之以使用CSR资源来发送调度请求。在数据活跃恢复之后，可以重启DRX不活跃定时器，且可以在数据活跃的持续时间中(例如，在DRX不活跃正持续的时间段内)向用户重新指派周期性的专用SR资源。 

相反，在另一示例中，在DRX不活跃定时器正在运行时，可以向用户指派用于SR的CSR资源，以及在DRX不活跃定时器到期时(或在与DRX不活跃定时器的到期相联系的时间处)，用户可代之以使用DSR资源来发送调度请求。在数据活跃恢复之后，可以重启DRX不活跃定时器，且用户可以回到使用CSR资源。为了在数据活跃性增加的时间段期间提 供特殊的低时延调度请求机制(使用公共/共享SR资源)可使用该方案，以及这可特别适于例如在线游戏、VoIP或其他时延敏感应用之类的业务简档。 

一般而言，将意识到eNB可以针对特定UE组的公共/共享使用来预留PUCCH或PUSCH资源的一个或多个部分，且将意识到资源的这些部分与其他PUCCH或PUSCH资源(例如针对PUCCH上专用SR所使用的那些资源)是复用的。可以通过以下之一来管控用户在专用SR资源和公共/共享SR资源之间的切换： 

i)eNB的显式专用控制信令(即，从eNB向UE发送的允许使用预定义公共SR资源或规定UE应该使用的公共SR资源的命令) 

ii)隐式机制(即，公共/共享资源是预定义的，以及用户基于eNB和UE都知道的触发事件在该公共/共享资源与用户专用SR资源之间切换，这种事件可包括定时器(例如不活跃定时器)到期、DRX模式改变或者通信状态(例如RRC状态)或子状态改变) 

图23和图24示出了上述(i)中概述的显式模式切换方法的两个示例。在图23中，eNB预配置2310一个或多个公共/共享SR资源(例如，经由系统信息广播信令或经由用户专用信令)和/或一个或多个用户专用SR资源(例如，经由用户专用信令)。预配置可以包括例如规定SR资源的时间、频率、码或循环移位的参数。基于切换SR模式的判定2320，eNB经由向UE发送显式的SR模式切换命令2330来控制UE使用哪些SR资源。在可选步骤中，UE可以对SR模式切换命令2330进行肯定应答。可以在通信栈的各个层(例如，经由RRC信令(L3)、MAC层信令(L2)或物理层信令(L1))发送模式切换命令2330和模式切换命令肯定应答2340。在接收到显式模式切换命令2330时，UE转换2350到使用备选SR资源。如果在预配置级中规定多于两个SR资源，可将其均与索引相关联，以及SR模式切换命令可因此包含规定UE应该使用哪些SR资源的索引。 

图24示出了也使用显式信令来控制UE使用哪些SR资源的方案。然而，与图23相对比，省略了预配置2310 SR资源的步骤。因此，为了改变UE正使用哪些SR资源，eNB经由用户专用(点对点)信令发送SR资源配置2430，SR资源配置2430包含规定要使用的具体SR资源的参数。 参数可规定资源的一个或多个坐标，例如，时间、频率、码或循环移位资源。在转换2450到使用备选SR资源之前，UE可以可选地对SR资源重配置进行肯定应答2440。 

图25示出了对应于上述(ii)的隐式SR模式切换方法。与图23的第一步骤中一样，eNB预配置2510一个或多个公共/共享SR资源(例如，经由系统信息广播信令或经由用户专用信令)和/或一个或多个用户专用SR资源(例如，经由用户专用信令)。预配置可以包括例如规定SR资源的时间、频率、码或循环移位的参数。在后续时间处，发生2520 UE和eNB通常都知道的事件。在该共同知道的事件之后，且可选地在已知的时间延迟之后，UE转换2530到使用备选(预配置)SR资源之一。 

图23和图24示出了eNB显式地控制使用哪个SR模式且eNB做出改变SR模式的判定的示例。eNB处的判定可基于由eNB自己直接做出的信息或测量，或可基于UE做出并报告回eNB的测量或信息。因此，SR模式判定功能2610(例如，图26中示出的SR模式判定功能2610)可存在于eNB中，该SR模式判定功能2610将信息或测量作为输入集合2620，并生成与优选SR模式有关的输出2630。该功能的行为还可受到SR模式“判定标准信息”输入2640的管控或控制，该SR模式“判定标准信息”可被预编程在eNB中，或可经由到另一实体或网络节点(例如，操作维护(0&M)实体)的接口被配置在eNB中。 

备选地，UE可以确定哪个SR模式是优选的，并可向eNB发送推荐以请求使用优选的SR模式。可要求eNB遵循该请求，或eNB能够允许或不允许该SR模式请求。因此，SR模式判定功能2610可存在于UE中，再次地，该SR模式判定功能2610将信息或测量作为输入集合2620，并生成与优选SR模式有关的输出2630。 

图27示出了UE发起的SR模式切换的情况。在多个SR资源的预配置2710之后，位于UE中的SR模式判定功能2610确定2720新的SR模式是适当的，因此导致UE请求SR模式改变2730，并在后续切换模式2750(可选地，在从UE接收到改变模式的指令2740的步骤之后)。UE判定功能2610的行为可受到SR模式判定标准输入2640的管控或控制，该SR模式判定标准输入2640可被预编程到UE中，或者可被eNB配置到UE 中。可通过经由公共(点对多点或广播)信令(例如，关于系统信息)或经由专用点对点信令的去往UE的eNB信令参数来实现该配置。该信令可包括与SR模式切换和相关标准有关的RRC协议消息以及配置数据。 

可因此将系统增强为包括以下能力：基于输入到位于eNB内或UE内的SR模式判定功能2610的一个或多个因素，在对新的基于争用的SR机制和原始的专用SR机制的使用之间切换。SR模式判定功能的输入可包括： 

·UE的当前数据活跃状态或数据活跃等级 

·DRX状态或子状态，或DRX模式的改变 

·确定控制DRX行为的一个或多个定时器是正在运行还是已经到期 

·确定应用、服务或逻辑信道的活跃性 

SR模式切换判定功能2610的其他输入也是可能的。例如，注意到通信系统的不同应用或逻辑信道很可能具有不同的QoS和时延要求，根据具体逻辑信道、应用或服务的数据活跃或不活跃来切换SR模式也可以是适当的。因此，在低时延服务或应用变得活跃或不活跃时，可以相应地调整UE使用的SR资源。类似地，可根据后台应用或容忍时延的服务变得活跃或不活跃来调整UE使用的SR资源。 

此外，不同SR资源之间的切换可基于优先级，例如UE优先级。例如，可以向低优先级用户或具有低优先级应用的用户指派具有相对高的冲突概率的SR资源，而可以向高优先级用户或具有高优先级应用的用户指派具有较低的冲突概率的SR资源。 

根据占主导地位的无线信道条件来切换SR模式或UE使用的SR资源也可以是所希望的。 

与现有的PUCCH格式1 SR(其经由开/关键控仅发送1个有效比特)相比，所提出的用于携带多个显式UE比特的对SR机制的修改(例如，经由PUCCH格式2或格式3)的确要求UE处的附加发送功率来进行。这影响到了SR的覆盖和容量。 

然而所提出的CSR技术可以不显著影响到总的系统覆盖。虽然与使用开/关键控的简单1比特SR相比，用户ID的发送确实要求发送更多的比特(以及还因此要求更多功率)，比特的数目可类似于其他多比特UL 控制信息类型(例如，信道状态信息(CQI/PM I/RI))所需的数目。即，位于接近小区边缘的UE在任何情况下都必须能够针对非SR信息类型可靠地传递UL控制信息，且非SR信息类型一般是设置覆盖界限的那些类型，因为其与单比特SR相比包含更多的比特。此外，小区边缘的UE还必须能够根据与合理的服务等级协定(例如，64kbps或类似值的最小支持UL数据速率)“SLA”相称的数据速率来经由PUSCH与eNB通信。如果每个上行链路子帧都被用来满足该SLA，这转化为每个1ms TTI有64个比特，再次地，大于所提出的用于SR的较小数目的UE ID比特(例如，高达16个比特)。 

然而，可想到一些运营商或网络供货商愿意保持在覆盖边缘操作SR机制的能力，该SR机制具有与当前的专用PUCCH格式1 SR方案相等(或更好)的覆盖性能。 

作为对这些覆盖方面的认可，还可形成SR模式切换判定的基础的其他因素例如包括： 

·eNB和UE之间的路径损耗的确定或测量 

·下行链路载波对干扰(C/I)或下行链路载波对干扰加噪声(C/(N+I))的确定或测量 

·上行链路载波对干扰(C/I)或上行链路载波对干扰加噪声(C/(N+I))的确定或测量 

·UE的上行链路数据速率 

·UE的上行链路调制和编码方案 

·UE的上行链路功率余量(例如，最大UE发送功率对当前UE发送功率之比) 

所提出的SR模式切换解决方案同样适用于使用基于PUSCH的信号构造的CSR。 

Tx分集

可以将发送分集应用于使用PUCCH信号构造的CSR发送。可以将发送分集方案划分为两类：要求修改物理信道的结构以支持其在多个天线上的发送的发送分集方案(“非透明方案”)、以及不要求修改物理信道的 结构以支持其在多个天线上的发送的发送分集方案(“透明方案”)。两个方案都具有其优势和劣势。 

因为非透明方案在其设计上具有较大的自由度，与透明方案相比，非透明方案通常提供更好的分集增益。然而，该更好的分集增益可具有一些代价。最明显的是附加的系统复杂性，因为使用了不同的发送和接收结构。此外，非透明方案通常要求独立地接收在每个天线上发送的信号，这通常要求独立地估计到每个天线的信道。这导致附加参考信号的使用(通常每个天线一个参考信号集)。附加参考信号的该使用可降低频谱效率，因为其可能需要占据在其他情况下可用于传送数据的资源，或者其可能需要占据在其他情况下可被用于识别相同资源中一起复用的UE的资源。非透明方案还可能在天线上发送冗余信息，这可进一步降低频谱效率。 

透明分集方案通常通过在多个天线上发送物理信道的已变换拷贝来工作。该变换使得它们可通过信道的多径传播而引起，并因此接收机不需要区分单天线发送和多天线发送。典型的变换包括使用不同的延迟、频率偏移或相位偏移在天线上发送物理信道的拷贝。 

此处的基于争用的SR资源解决方案的一个关键特性是其可以与现有的PUCCH格式一起使用。多个用户可以使用相同的循环移位和/或在数据和参考符号二者上的正交覆盖来在相同的SR资源上竞争。通过向具有N个发送天线的UE分配N个不同的用户ID，我们可以使用该特性来构造发送分集方案。UE可以在每个天线上使用有区别的ID来发送一个PUCCH，以及eNB将通过相同的方式对其进行接收，就如同其是来自于多个UE的基于争用的PUCCH发送。 

从而，基于争用的发送分集可被视为与透明和非透明分集具有公共的特性和不同的特性。每个天线将携带具有不同调制符号的信号，这类似于非透明方案。然而与非透明方案不同，其不要求修改物理信道。类似于透明方案，可以在每个天线上使用单个参考信号，以及不需要修改单天线接收机结构来支持分集发送。与透明方案不同，有区别的信息比特有效载荷与不同的天线相关联。 

支持针对基于争用的SR的发送分集所需的主要修改是需要向UE通 知其可用于分集用途的附加ID。这可通过独立地信号通知每个ID或者通过信号通知基本ID并使用用于确定剩余N个ID的固定功能(例如，向基本ID添加预定偏移)来完成。 

一旦UE知道其要使用哪些ID，该UE可以通过以下多种方式使用基于争用的TxD来进行发送： 

1.UE可以在N个天线中的每一个天线上使用一个有区别的ID在单个公共/共享PUCCH资源上同时发送N个ID。eNB可以使用已解码的ID来确定UE发送天线中的哪一个当前最可靠，以及该信息可被eNB在与UE的后续通信期间进一步利用。例如，eNB可以利用该信息来指示UE将其发送中的一个或多个发送切换到所确定的发送天线上。 

2.其可以在天线之一上发送一个ID。可以通过“开环”或“闭环”的方式进行该天线选择。 

a.在开环方案中，所选择的天线可以是被估计在eNB处具有最大接收功率的天线。UE可以通过测量在UE天线中的每一个上来自eNB的平均下行链路功率，并假设具有最大平均下行链路功率的天线将具有最大平均上行链路功率来估计eNB处的接收功率。在该情况下，UE将能够选择在其上发送ID的天线，而无需来自eNB的反馈或控制。 

b.在闭环方案中，eNB可以直接测量来自每个天线的接收功率，并指示UE使用哪个天线来发送基于争用的PUCCH。在该情况下，eNB将需要能够识别UE在其上进行发送的天线，以提供反馈。由于基于争用的PUCCH TxD不使用附加参考信号，需要某种附加机制来识别天线。 

i.一个方案将会是将UE具有的N个ID与N个天线中的每一个相关联，以使得其仅在特定的天线端口上发送给定ID。当UE发送基于争用的PUCCH时，eNB将确定接收功率，并使用检测到的ID将其与UE的天线端口相关联。UE将足够频繁地(使用相关联的ID)在其天线中的每一个上进行发送，以使eNB在给定的信道改变速率的情况下选择正确的天线。这可通过以下方式进行：配置UE周期性地在其天线中的至少两个上发送基于 争用的PUCCH，或备选地，一次仅在一个天线上但在不同子帧中在不同天线上发送(在天线中“跳跃”)。 

ii.第二方案使用来自现有物理信道的信息。当版本10 UE被配置用于多天线发送时，其将发送物理信道，包括与每个天线相关联的参考信号。在该情况下，eNB可以测量来自UE天线中的每一个的接收功率，并将其用于确定选择哪个天线。例如，如果UE被配置用于使用版本10 LTE的PUCCH格式1b两天线端口发送，其将具有与两个天线端口相关联的RS。在该情况下，eNB可以选择这两个端口之一，并指示UE将其用于UE的基于争用的PUCCH发送。 

与使用开环分集发送还是使用闭合分集发送无关，eNB可以使用单接收机结构。eNB将尝试接收在给定子帧和资源中所有UE可在所有天线上发送的所有ID，以及如果eNB成功解码向UE指派的N个ID中的任意一个，eNB将确定该UE已经发出了调度请求。 

备选地，向基于争用的SR应用传统的开环TxD技术也是可能的。在该情况下，每个UE仅发送一个ID，虽然在单个公共/共享PUCCH资源上同时进行发送的UE将使用不同的ID来进行发送。可以设想两个TxD方案： 

1.非透明 

a.UE在每个天线上发送有区别的参考信号，使eNB可独立地估计到每个天线的信道。用于基于争用的SR的非透明TxD发送的两个可能的方法是： 

i.UE可以使用正交资源发送分集方案来进行发送，其中，将调制数据符号的序列复制到N个天线中的每个，且每个天线在不同于UE的其他天线的基于争用的SR资源上发送调制数据符号的序列。该方法使用N个争用SR资源，并因此在频谱上可能是低效的。然而，由于每个天线可被独立地接收到，其提供了完整的分集阶数(order)，并且与频谱效率更高的方案相比可要求较少发送功率。 

ii.备选地，UE可以使用块编码发送分集来进行发送，例 如基于所谓的Alamouti TxD方案的发送分集。在用于基于争用的SR的块编码TxD中，调制数据符号序列被划分为符号对s1(i)和s2(j)，其中，i＝1，2，...，I以及j＝1，2，...，J，且I+J是基于争用的SR的单个发送中的调制符号的总数。每个天线在与其他天线相同的基于争用的SR资源中进行发送。对于两天线块编码TxD，第一天线将发送[s1(i)，s2(i)，s1(i+1)，s2(i+1)，...，s1(I)，s2(J)]，以及第二天线将发送[s2*(i)，-s1*(i)，s2*(i+1)，-s1*(i+1)，...，s2*(I)，-s1*(J)]，其中，*指示调制符号的复共轭。该方法可以提供完整的分集阶数，并因此可要求较低量的发送功率。此外，其在所有天线上使用一个争用SR资源，并因此在频谱上可以是高效的。然而，如果复用容量受到可用参考符号的数目的限制，频谱效率增益可能不可用。此外，块编码TxD方案的接收机设计趋向于比正交资源发送方案的接收机设计更加复杂，以及当在给定的空间-时间资源集合上没有偶数数目的调制符号要发送时，块TxD方案更难以实现。 

2.透明 

a.UE在每个天线上发送相同的参考符号，如上参考透明分集所述地在天线之间变换基于争用的SR物理信道的拷贝。与非透明方案相比，具有相同的优势和劣势：其使得高效使用基于争用的资源，因为仅将一个资源用于所有的天线(针对参考信号和调制数据符号这二者)。然而，通常没有实现完整的分集阶数，因此关于所需发送功率的性能不如非透明方案好。 

RRC信令备选

为了使用PUCCH信号构造来支持基于争用的调度请求(CSR)的配置，可修改RRC信令消息或信息单元以提供以下一项或多项： 

i)包括对用于CSR资源的PUCCH格式类型(例如PUCCH格式1、2或3)进行指示的标识符。 

ii)在索引范围内规定PUCCH资源索引(类似于分别针对于PUCCH格式1和2的现有RRC参数sr-PUCCH-ResourceIndex和 cqi-PUCCH-ResourceIndex)。该索引可以标识公共/共享SR资源的频率和/或码属性。索引范围应该与所规定的PUCCH格式类型兼容(例如，值0～1185用于PUCCH格式2，或0～549用于PUCCH格式3)。 

iii)规定PUSCH频率资源或资源索引。 

iv)规定CSR资源的时域周期性和子帧偏移(例如，类似于现有的RRC参数sr-ConfigIndex，但可被修改以提供数目增加的可能的资源周期性值)。 

v)包括包含CSR-uRNTI的字段，UE在构造要在CSR资源上发送的信号时要使用该CSR-uRNTI。备选地，该字段可以包括对UE应当如何使用其C-RNTI或另一现有的用户ID来确定CSR-uRNTI进行管控的一个或多个参数。CSR-uRNTI可以与16比特C-RNTI具有相同的长度，也可以不与16比特C-RNTI具有相同的长度。如果将C-RNTI直接用作CSR-uRNTI，向UE传送C-RNTI的现有消息便足够了，且不需要信号通知单独的CSR-uRNTI。 

vi)包括对如何将CSR-uRNTI或C-RNTI的全部或部分映射到所指示的CSR资源内的时间/频率/码资源子集进行描述的信息。可以将其用于方便以下情况：UE在CSR信号发送内显式地信号通知完整用户ID(例如，C-RNTI或从其导出的ID)的一些比特，且UE经由如前所述的CSR资源选择来隐式地信号通知剩余比特。 

vii)包括可被用于导出或设置比特加扰序列或者禁用比特加扰的信息。可将其用于配置用户接入相同的CSR资源，以将相同的比特加扰序列用于CSR发送(或不使用比特加扰)。该信息可包括包含公共或小区特定RNTI或与小区中的CSR资源相关联的其他加扰ID在内的字段，且其要被UE用于初始化加扰序列生成器(例如图16中示出的生成器)。要注意到，该公共或小区特定加扰ID可以与组CSR RNTI(CSR-gRNTI)相同(或有关)。 

viii)包括可用于导出循环移位跳跃模式的信息。该信息可包括用于初始化伪随机序列生成器的值，伪随机序列还被用于导出循环移位跳跃序列。该值可以是小区特定的，或者可以是与正在配置的CSR资源相关联的值(例如，CSR-gRNTI)。 

ix)包括对UE在采取其他接入方法之前可在CSR资源上进行多少次连续尝试进行控制的参数。 

x)包括定时器值，该定时器值控制UE在将发送视为不成功之前应该(在CSR发送之后)等待寻址到其C-RNTI的UL许可多长时间。 

从eNB向UE携带该信息。针对上述信息字段中的每一个，经由专用的(点对点)或公共的(点对多点)信令手段来传送具体信息是可能的。混合方案是可能的，其中，经由专用信令携带信息中的一些，且经由公共信令携带一些。通常将经由RRC信令消息或RRC信息单元来携带信息，然而在包括MAC层或物理层在内的的其他层处(例如，经由PDCCH)信号通知以上信息字段中的一个或多个也是可能的。 

应该意识到：其他形式的ASN构造也是可能的，且示例仅作为示例提供。实际的ASN构造也可根据与之前版本的后向兼容性需求而改变。 

具体地，在CSR资源位于PUSCH区域内时，备选是使用与用于LTE中的半持久性调度(SPS)的方法相类似的方法来分配资源。在该情况下，可以使用专用RRC信令(例如RRC SPS-Config IE)将在时间上相同或部分重叠的SPS资源时机配置给系统中的一个或多个UE，且可以使用PDCCH消息来激活或去激活该分配，以规定CSR资源在频率中的位置并可能传送其他CSR资源参数。 

通过与现有上行链路SPS机制相同的方式，还可以使用该RRC配置信令向每个UE提供SPS-RNTI，该SPS-RNTI是(在PDCCH上发送的且与CSR资源有关的)UE许可消息所寻址到的SPS-RNTI。这在此处被称为SPS-CSR-RNTI，因为其指代了向UE半持久性地指派的CSR资源。向一个或多个UE提供的SPS-CSR-RNTI可以是相同的(例如，可全部等于CSR组RNTI“CSR-gRNTI”)，这将实现CSR资源的基于组的配置、重配置、激活或去激活、和/或对其相关联的参数(例如，RB的频率位置)的修改。备选地，向一个或多个UE中的每一个提供的SPS-CSR-RNTI可以是不同的，在该情况下，将需要向每个UE发送不同的PDCCH消息，以配置、重配置、激活或去激活CSR资源。可通过使用现有的RRC参数semiPersistSchedC-RNTI在RRC SPS-Config IE内简单地向UE信号通知SPS-CSR-RNTI。 

不管是经由专用RRC信令来实现还是经由专用PDCCH信令来实现，eNB都可以通过这种方式来添加或减去具有对了公共/共享SR资源的接入权的UE。 

如果使用用于CSR的目的在PDCCH上的基于组的寻址，配置定义子帧时机的参数可以是有益的，在该子帧时机上，组中的所有UE应该在(例如，寻址到SPS-CSR-RNTI＝CSR-gRNTI的)PDCCH中监视可能的CSR资源更新。 

可以在开始子帧、修改周期和修改长度方面对这些(eNB和CSR UE组都已知的)公共更新时机进行规定。通过使用这些参数，可以定义周期性的PDCCH监视模式，以控制UE必须在哪些子帧上检查CSR更新。这些更新时机可因此位于可周期性重现的“修改窗”内。 

PUSCH

如前所述，(传送类似PUCCH的SR信号的)CSR资源可驻留在PUSCH频率区域和PUCCH频率区域中，或代之以驻留在PUCCH频率区域中。 

图28示出了传送类似PUSCH的(即，使用PUSCH信号构造的)SR的备选CSR方案的步骤。类似PUSCH的SR信号可以将PUSCH频率区域或PUCCH频率区域用于CSR资源。 

1)作为第一步骤，eNB可选地向多个UE指派2810上行链路资源的(在控制或数据频率区域中的)一部分，以用于基于争用的调度请求的用途。可以经由广播信令来传送资源指派，或者可以向多个UE中的每个UE分别信号通知资源指派。如果资源是(例如在标准中)预定义的，该第一步骤可以省略。 

2)在稍后的某个点上，待处理的数据到达UE发送缓冲区2820中。 

3)UE使用PUSCH信号构造方法来编码用户ID(或其部分)，并在所指派的CSR资源上发送2830信号。由于PUSCH信号所携带的有效载荷实质上可大于PUCCH信号所携带的有效载荷这一事实，在消息中可存在附加空间用于携带附加信息字段。这些字段可包括： 

a.缓冲区状态报告(BSR)，指示UE发送缓冲区内的一个或多个数据量等级 

b.少量的用户数据 

c.与当前无线条件有关的信息 

4)eNB接收机尝试解码2840来自CSR资源的信号，且如果UE信号的解码成功，eNB后续使用已解码信息来导出UE ID。eNB还对UE可能已包括的任何附加信息字段(例如BSR、用户数据、或与无线条件有关的信息)进行解码2850。 

5)如果eNB确定更多的PUSCH资源是必需的，eNB进行到向UE发送正常的UL许可消息2860，用于向UE分配用于数据发送的一部分PUSCH资源。在确定要向UE分配多少PUSCH资源时和确定所分配的PUSCH资源的格式、调制、编码或其他属性时，eNB可考虑任何接收到的BSR信息或接收到的与无线条件有关的信息。UL许可消息是在通过物理下行链路控制信道(PDCCH)发送的下行链路控制格式(DCI)消息中传送的。 

6)然后，UE具有对更多PUSCH的接入权2870，并能够向eNB发送(更多)数据。 

以上步骤2830的一个具体的实现是在MAC C-RNTI控制单元内发送用户的C-RNTI。通过这样做，方案重复使用了LTE系统的现有组成部分，由此增强了其与现有系统的兼容性，并最小化了对用于支持本发明的附加修改的需求。 

CSR-PUSCH发送内的信息字段

C-RNTI MAC CE最初仅在RACH过程期间使用，因此在一些实施例中，将C-RNTI MAC CE而重复用于PUSCH上的基于争用的调度请求。 

除了C-RNTI MAC CE之外，CSR资源上的PUSCH发送可包含(例如，在MAC传输块330或MAC有效载荷320内)多个其他数据单元，如缓冲区状态报告(BSR)(例如，在MAC CE 330内)、用户数据(MACSDU)340和MAC填充比特350。BSR可以是长BSR(L-BSR)或短BSR(S-BSR)。 

图29示出了用于CSR发送的一些示例MAC PDU构造(2901到2912)。为了允许eNB识别用户，C-RNTI MAC CE在所有情况下都是必需的。 情况2902至2908示出了将其他字段连同必需的MAC子报头(在图中表示为“Sub-H”)一起包括。C-RNTI CE和BSR CE MAC子报头长度均为1个字节。用于MAC SDU或用于填充的子报头正常是2个字节，然而当其是MAC PDU中的最后一个子报头时，长度是1个字节。 

网络可希望控制UE是否可将各种字段包括在CSR资源上的PUSCH发送内。具体地，eNB可希望控制UE是否可在CSR资源上发送用户数据： 

·“允许数据”：在该模式下，UE发送C-RNTI MAC CE，并且还可以在MAC SDU内发送用户数据，并可选地还附加BSR MAC CE。该模式用于发送(少量)用户数据，该用户数据在CSR发送上捎带发送。这可以改进数据传递的时延，并通常可以提高CSR PUSCH资源的使用效率。这对于发送少量的TCP或其他高层控制数据(例如，肯定应答或保持活跃(keep-alive)和PING)可以是特别有用的。这些数据分组的典型大小可大致是40～60个字节。 

·“不允许数据”：在该模式下，UE仅发送C-RNTI MAC CE，且可选地发送BSR MAC CE。UE使用该模式在CSR-PUSCH资源上做出调度请求。 

取决于在CSR PUSCCH发送内是否携带用户数据，UE的流程和网络的流程可显著不同。例如，如果携带了用户数据，可以操作HARQ，而如果没有携带用户数据，则HARQ可以不是必需的。 

存在向eNB提供控制是否允许数据的能力的两种可能性。在第一选项中，eNB可以在UE专用的或公共/广播的RRC信令消息中发送显式命令。在第二选项中，eNB可以经由信息字段优先级规则的建立并通过调整所许可的CSR资源的大小和调制和编码方案(MCS)来控制是否可以发送用户数据。该第二选项将在下面进行进一步描述。 

在LTE系统内，UE返回具有与所分配的PRB数目和所指派的MCS相称的传输块大小(TBS)的MAC PDU。因此，如果建立了管控CSR发送内的哪些信息类型要被优先化的规则，则eNB可通过调整所指派的TBS(即，经由所指派的PRB数目和所指派的MCS)来控制实际包括哪些信息类型。通过这种方式，eNB不需要显式地信号通知用于允许或不允许数据发送和/或用于启用/禁用不同MAC控制单元的发送的单独字段。 

以示例的方式，eNB可以配置1 RB的CSR资源以及支持发送多个(表示为TBS)比特的MCS。然后，可以如下优先化(按优先级降序的顺序)各种可能信息字段的发送： 

{C-RNTI MAC CE，BSR MAC CE，MAC SDU中的用户数据} 

因此，可以使用TBS的值来控制UE将哪些信息字段包括在其CSR发送内，例如 

·对仅支持24个比特(3个字节)的MCS的指派可被UE解释为指示仅发送其C-RNTI MAC CE(参见2901) 

·40比特(5个字节)的MCS指派可被解释为指示发送C-RNTI MACCE以及短BSR(参见2905) 

·56比特(7个字节)的MCS指派可被解释为指示发送C-RNTI MACCE以及长BSR(参见2909) 

·＞T个字节的MCS指派可被解释为允许在MAC SDU内发送用户数据(以及与之相随的C-RNTI MAC CE和长BSR)。T的值可以是固定的(例如，T＝8字节)，或可以是可变值并信号通知给UE。 

针对在CSR资源上不发送数据或填充的情况，MAC PDU大小可包括高达56个比特(7个字节)。然后，物理层向传输块添加24比特的CRC。因此，为了形成最终的PUSCH CSR信号，turbo编码器可能需要编码总共80比特的数据。一个PUSCH RB携带高达144个RE的数据，并在假设QPSK调制的情况下，其容纳高达288个编码比特的数据。因此，大约1/5的码率是可能的。因此，使用鲁棒调制格式并利用低码率，包含C-RNTI和长BSR这二者在内的调度请求容易适合于一个RB，由此帮助确保其可靠发送。 

针对允许用户数据的情况，一个其他选项可以是：仅在整个UE缓冲区内容可在CSR-PUSCH资源上的单个发送内发送时才允许移动台发送少量用户数据。在该情况下，需要将BSR包括在MAC报头中(例如，2902)。取而代之地，网络将会将包含用户数据但不包含BSR MAC CE的CSR发送解释为对UE缓冲区现在已空的指示。因此，在成功接收该消息后，eNB将不会向UE分配任何附加的专用PUSCH资源。 

备选地，UE可以在CSR-PUSCH资源上发送少量数据，即使这仅表示 UE发送缓冲区中的部分数据。在该情况下，移动台除了所发送的数据之外，还包括BSR(参见2906和2910)。 

针对典型的小用户数据消息(例如，40个字节或更大)，总的MAC PDU有效载荷上升到＞344个比特，并因此在使用QPSK调制时不再适合于一个RB(在1 RB内的PUSCH上，针对QPSK支持最大144比特的TBS)。因此，为了完整发送典型大小的小数据消息，将需要更高阶的调制方案或CSR资源的更高数目的RB。 

备选地，且如果网络允许，可以仅将UE缓冲区的一部分与BSR一起在初始的CSR PUSCH发送内发送，以及可以在一个或多个后续的PUSCH发送中(即，在向UE C-RNTI指派的PUSCH资源上)发送缓冲区的剩余部分。 

对无线信道状态信息的包括

除了用户ID以及可选地缓冲区状态报告的发送之外，在CSR-PUSCH发送内还包括与当前无线信道条件有关的信息可以是有益的。eNB调度器可以使用其向UE分配适当量或适当类型的资源，并指派用于后续发送的适当MCS或适当发送功率。使用现有的调度请求机制，这种功能是不可能的，现有的调度请求机制不传送与当前无线信道条件有关的信息。 

UE报告的无线信道条件信息可包括以下一项或多项： 

·信道质量信息(CQI)报告 

-与下行链路质量有关的信息，且其可被eNB用来确定用于下行链路(或可选地还有上行链路)发送的适当MCS。 

·预编码矩阵指示(PMI)报告 

-与下行链路质量有关并指示用于下行链路发送的适当预编码的信息。 

·秩指示(RI)报告 

-与下行链路质量有关并指示用于下行链路发送的适当秩(空间复用阶数)的信息。 

·信道状态信息(CSI)报告 

-与一个或多个小区的接收质量有关的信息。 

·功率余量报告(PHR) 

-指示最大UE输出功率等级与所估计的用于PUSCH发送的当前UE功率之间的差异的信息。 

可以通过两种方式中的一种将无线信道条件信息与PUSCH上携带的其他信息复用： 

1)经由物理层复用：使用无线信道条件信息来构造上行链路控制信息(UCI)，可以将上行链路控制信息(UCI)与PUSCH上携带的其他数据分别编码，以及可以将上行链路控制信息(UCI)映射到PUSCH发送的具体资源单元。 

2)经由MAC复用：可以将无线信道条件信息包含在与其他MAC控制单元和/或MAC数据PDU复用的MAC控制单元内。例如，可以将功率余量MAC控制单元包括在CSR-PUSCH发送内。 

以上(1)和(2)的混合也是可能的。例如，CSR-PUSCH发送可以在上行链路控制信息内携带CQI/PMI，该上行链路控制信息在物理层(1)处复用，以及CSR-PUSCH还可以在MAC控制单元内携带功率余量报告，该MAC控制单元在MAC层(2)处复用。 

网络可希望控制UE是否应该在CSR资源上的PUSCH发送内包括与无线条件有关的信息。这可通过经由专用或公共信令方法(例如，使用RRC、MAC或物理层信令)从eNB到UE的有关配置信息的发送来实现。 

CSR-PUSCH资源的分配

半静态分配。CSR-PUSCH资源的位置可以是半静态的，并可在专用RRC消息内或在系统信息广播(SIB)帧中的广播消息之一内信号通知给具体UE。 

可以创建新的信息单元(IE)(CSR-PUSCH-Config)来携带时域CSR-PUSCH模式以及用于CSR-PUSCH的资源块和MCS，由此提供完全半静态的RRC配置并消除对用于CSR的PDCCH指派的需求。 

可通过参数csr-RIV在RRC IE内规定CSR频率资源。所使用的原理使用与连续分配的虚拟资源块的开始RB和长度相对应的资源指示值(RIV)，并被从用于经由PDCCH上的DCI格式0来分配PUSCH的机制所 采用。可能的RIV值的数目取决于系统带宽内的UL RB的数目(N_RB ^UL)。如果用于CSR-PUSCH的PRB的数目或位置受到约束，可使用较小的RIV值范围(以及RIV到所分配的PRB的位置和数目的不同映射)。 

该IE还可以包括其他必需的字段，该其他必需的字段通常在DCI格式0中找到，并规定用于CSR资源的MCS(例如，5比特)和要使用的解调参考信号(DMRS)循环移位(例如，3比特)。如果将固定MCS或固定DM RS循环移位用于CSR，这些字段中的任一字段可被从该IE中省去。 

可选地，还可以在该IE中包括CSR-gRNTI，以使小区内的所有UE当在所配置的CSR-PUSCH资源上进行发送时能够使用公共的比特加扰序列。 

网络可以基于所确定的系统负荷，或基于所确定的冲突概率，或基于所确定的CSR接入延迟，来增加或减少系统中可用的CSR-PUSCH资源块的数目。 

可以在系统中预留对CSR-PUSCH资源的多于一个指派，以及还可以在StstemInformationBlockType2(SIB2)消息中或专用RRC信令消息内信号通知对给定UE使用给定CSR资源进行管控的具体规则。例如，CSR-PUSCH资源可被指定为具有可变的优先度，以及仅可针对特定的UE预留特定的CSR-PUSCH资源(在RRC连接建立期间向给定UE信号通知该UE的优先级等级)。 

混合/类似SPS的CSR-PUSCH资源分配。可在LTE中使用半持久性调度(SPS)来周期性地指派用于常规上行链路数据发送的重复PUSCH资源。可以使用类似SPS的原理来分配CSR PUSCH资源，即，通过使用RRC信令的组合(以规定资源的时域出现)，以及使用PDCCH来激活或去激活指派并配置或重新配置其参数(例如，其频率资源和MCS)。可将PDCCH发送寻址到个别UE(使用C-RNTI地址)或寻址到一组UE(例如，使用为该组UE分配的公共CSR-gRNTI地址)。 

如果使用基于组的寻址(PDCCH上的CSR-gRNTI)，配置定义子帧时机的参数可以是有益的，在该子帧时机上，组中的所有UE应该在PDCCH中监视可能的CSR资源更新。 

可以在开始子帧、修改周期和修改长度方面对这些(eNB和CSR UE 组都已知的)公共更新时机进行规定。通过使用这些参数，可以定义周期性的PDCCH监视模式，以控制UE必须在哪些子帧上检查CSR更新。这些更新时机可因此位于可周期性重现的“修改窗”内。例如，可以定义以下规则：UE应该监视使得以下等式成立的所有子帧： 

((SFN＊10+n+modification_offset)mod(modification_period)) 

＜(mo dification_length) 

其中： 

-SFN是系统帧号 

-n是帧内的当前子帧(0～9) 

-modification_offset是子帧偏移参数 

-modification_period和modification_length在子帧持续时间方面进行了表达 

在等式中，SFN是系统帧号，n是帧内的当前子帧(0～9)，modification_offset是子帧偏移参数，以及modification_period和modification_length在子帧持续时间方面进行了表达。 

作为说明性示例，如果偏移参数被设置为0，modification_period被设置为500，以及modification_length被设置为10，则UE将检查子帧上对CSR资源的PDCCH修改(例如，利用寻址到CSR-gRNTI的PDCCH)：{[0，1，...9]，[500，501，...，509]，[1000，1001，...1009]，[1500，1501，....，1509]，....}等等。 

动态分配。在动态分配方法中，可经由PDCCH做出CSR分配。为了支持动态分配方案，可在RRC连接建立过程处向被允许在CSR-PUSCH资源上进行发送的UE组分配公共CSR-gRNTI，或备选地，可以经由广播信道上的系统信息来配置该g-RNTI。 

可在RRC连接建立阶段向UE信号通知针对UE的CSR-gRNTI(例如，通过在radioResourceConfigDedicated IE中定义新的单元)。 

然后将在寻址到CSR-gCRNTI的PDCCH发送内使用DCI格式0 UL许可来动态地(例如，基于每个子帧)分配实际的CSR-PUSCH资源。然后，共享CSR-gCRNTI的所有UE将被允许在所指示的资源上发送 CSR-PUSCH发送。 

虽然使用PDCCH进行的CSR-PUSCH资源的动态分配在指派CSR-PUSCH资源时给予了网络更高的灵活度，与分配CSR-PUSCH资源的半静态或混合/类似SPS的方法相比，其也消耗了下行链路上的PDCCH上的更多资源。 

MCS和链路控制

调制阶数控制。为了保证CSR-PUSCH资源上的基本服务质量，控制UE处的调制阶数和/或发送功率可能是重要的。可以将一组用户配置为使用CSR资源，以及为了使eNB简单，用户将公共MCS用于其发送可能是优选的。针对每个用户使用不同的MCS是可能的，然而这使eNB接收机设计显著地复杂化，因为为了对用户发送解码，eNB接收机因此必须针对所有可能的MCS执行盲解码尝试。 

如果在CSR-PUSCH资源上使用小的MAC PDU大小(例如，不允许数据模式)，一个策略将是简单地使用QPSK调制以及足以携带C-RNTIMACCE和BSR的传输块大小。这种消息很好地适合于一个QPSK RB，并提供了高度的FEC保护。在该情况下，可以规定使用1 PRB的固定CSR-PUSCH大小和/或使用针对CSR-PUSCH发送的固定MCS，由此避免对用于配置这些参数中的一个或两个的任何信令的需求。这可能意味着可以将csr-MCS参数从CSR-PUSCH-Config IE中省略，以及可以简化相同IE中的csr-RIV字段(由于仅需要支持固定大小的PRB分配)。备选地，PRB的数目和/或MCS可保持灵活，并由网络来信号通知。 

在CSR-PUSCH资源上的允许数据模式的情况下，可以通过提供较大数目的资源块或通过利用较高的MCS来配置较大的传输块大小。 

一旦已经配置了初始的MCS和PRB分配大小，其可以在较长时间段内保持固定，或者网络可以更动态地对其进行改变。在后一情况下，用来改变MCS的信令机制与用来初始配置MCS的信令机制通常将是相同的(RRC信令或PDCCH)。由于CSR组的所有用户需要能够可靠地经由CSR资源与eNB通信，可能想要在改变MCS之前考虑UE组的无线条件。 

功率控制。发送调度请求的用户是没有对正常PUSCH资源的立即接 入的用户。因此，这些用户不太可能具有针对PUSCH的收敛的闭环功率控制环路。 

3GPP技术规范(TS)36.213包含对上行链路功率控制过程的描述。虽然可以遵循正常的PUSCH功率控制过程，一个备选是将开环功率控制用于CSR-PUSCH资源上的发送。例如，这可通过针对CSR发送，将TPC累计值设置为f(i)＝0来实现。 

一个可能的进一步增强是可以将单独的开环功率控制偏移值(P_{o_PUSCH})或另一偏移值特定地用于CSR发送。特定于CSR发送的偏移值可以是固定值，或者可由eNB经由公共或专用RRC信令来配置。 

同步方面。仅同步的UE(即，其定时对准定时器(TAT)在运行中)才被允许接入CSR-PUSCH或CSR-PUCCH资源，以及如果UE没有同步，其需要经由RACH过程来请求接入PUSCH资源。网络可尝试周期性地刷新CSR-PUSCH或CSR-PUCCH模式下的UE的定时提前，以保持它们同步。通常，移动缓慢的UE更适合使用上述的基于CSR-PUSCH或CSR-PUCCH的过程。同样地，由于与通过较小小区半径距离的无线传播相关联的时间延迟可继续位于SC-FDMA循环前缀长度内这一事实，覆盖较小地理区域的小区将更适合。 

例如，对于在没有用户数据的情况下发送的消息(例如，在不允许数据模式下发送的消息)，可以在不使用HARQ的情况下在CSR-PUSCH上发送这些消息。在该情况下，可以不将物理混合ARQ指示符信道(PHICH)用于与CSR有关的目的(虽然将PHICH用于CSR ACK/NACK反馈的实现的确是可能的)。在不使用PHICH的情况下，eNB能够通过经由寻址到成功UE C-RNTI的PDCCH向UE发送上行链路许可，对CSR-PUSCH发送的任何成功接收进行肯定应答(上行链路许可还向UE指派任何可用的PUSCH资源)。UE可以将缺少这种UL许可解释为对eNB没有成功解码其CSR-PUSCH发送(或此时eNB没有可用的UL PUSCH资源来进行许可)的指示。在该情况下，UE可以在稍后的时间(可能在预定的或随机的回退(backoff)时间之后)重新尝试CSR-PUSCH发送(预定数目的尝试)，或可以回到其他SR接入方法(例如，RACH或DSR)。 

图30描述了示例UE重传过程。该图包括可以将HARQ应用于具有用 户数据的消息(例如，在允许数据模式下发送的消息)的情况或可以不将HARQ应用于具有用户数据的消息的情况。eNB可以向UE发送RRC IE(例如，CSR-PUSCH-Config IE)，以配置所希望的CSR-PUSCH过程的各方面。 

如果应用了HARQ 3005，使用PHICH向UE返回ACK/NACK信息3010，并隐式地将相同的UL资源(重新)调度用于后续重传3060。 

·对于同步HARQ，PHICH信道上的ACK/NACK信息出现在数据发送之后的预定时间点处(例如，在FDD系统的情况下，4个子帧之后)，以及ACK/NACK接收之后(由UE进行)的任何重传也将出现于在PHICH上对ACK/NACK信息的接收之后的预定时间点处。取决于CSR资源的具体调度模式并取决于HARQ往返时间，重传可以与CSR“初始发送”资源一致，也可以不一致。HARQ重传(即，作为在对应的PHICH上接收到NACK的结果而触发的重传)的数目可受到信令CSR-PUSCH-Config IE内的csr-maxHARQ-Tx字段3020的限制。 

·在与CSR-PUSCH发送相对应的PHICH资源3015上存在ACK仅给予UE早期指示：其发送可能已经成功。然而，如果多于一个UE在CSR-PUSCH资源上进行发送，PHICH上的ACK不能区分UE。因此，即使当在PHICH资源上看到ACK之后，UE也需要进一步等待3030另一机制来解析ACK所寻址到的实际UE ID。用于实现该UE ID解析的一种方式(争用解析)是等待许可(直至给定数目的子帧，例如，如在CSR-PUSCH-Config IE内的csr-ResponseTimer字段中信号通知的)。 

·如果UE没有接收到许可或ACK/NACK，则在采取其他SR机制(例如，基于RACH的SR)3050之前，UE可以尝试在CSR-PUSCH资源上重传3035直至给定数目的次数(例如，如在CSR-PUSCH-ConfigIE内的csr-TransMax字段3040中信号通知的)。 

·如果UE当在CSR-PUSCH资源上发送数据之后没有其他数据要发送，UE可以忽略许可。应该注意到的是：可以让网络知道该场景(例如，UE可以通过包括指示没有其他数据的BSR或通过隐式手段(例如，不包括BSR)将这指示给eNB)。 

·eNB可以在再次尝试解码消息之前，将任何的HARQ重传与之前的 发送相合并。 

如果没有应用HARQ 3025，不需要将PHICH用于与CSR有关的目的。如上针对没有用户数据的CSR的情况所述的，eNB能够通过经由寻址到成功的UE C-RNTI的PDCCH向UE发送上行链路许可，对CSR PUSCH发送的任何成功接收进行肯定应答。在缺少这种UL许可时，UE可以在另一CSR资源时机期间向eNB重传数据，然而eNB通常将不会在解码之前尝试将重传与之前的发送进行合并。 

DRX交互

处于长DRX循环或短DRX循环并在其UE缓冲区中有新数据到达的UE可以根据以下方式动作： 

·在静态或半静态分配CSR-PUSCH资源的情况下：UE可以发送已经在所分配的CSR-PUSCH资源上生成的任何CSR-PUSCH消息。 

·在类似SPS分配CSR-PUSCH的情况下：UE可以首先检查SPS-CSR-PUSCH分配对于SPS-CSR-PUSCH资源的下一次出现将仍然有效。该确定可以基于资源的下一次出现的系统帧号和子帧号，且还可以基于UE接收机在之前的修改窗内是否主动监视CSR资源配置更新(在寻址到CSR-gRNTI的PDCCH上)。此外，如果新的修改窗应当在CSR资源出现之前开始，UE还可以在居间子帧中检查可能的CSR资源配置更新。 

·在即将到来的CSR资源出现到达时，仅当UE已经确定分配有效时，UE才可以在该出现时发送CSR。 

·如果UE确定资源出现无效，UE可以使用备选方法来发送SR(例如，如果eNB允许这样做的话，RACH或DSR)，或继续在CSR修改窗期间监视PDCCH以识别有效的资源时机。 

·要注意到，将修改窗配置为与UE DRX循环开启持续时间对准(或作为UE DRX循环开启持续时间的子集)可以是有益的，由此确保了UE能够读取PDCCH上的CSR资源更新消息，作为其现有DRX行为的自然的一部分。 

·在动态分配CSR-PUSCH资源的情况下：UE应该在一时间段内读取PDCCH，以检查eNB是否使得对CSR-gCRNTI的许可可用，以及如果可 用，接入CSR-PUSCH资源。如果在该时间段内没有检测到CSR-PUSCH分配，如果eNB允许使用其他SR机制，UE可以回到使用其他SR机制(例如，RACH或DSR)。该时间段可以是固定值，或者可以是eNB例如经由RRC信令向UE信号通知的可配置参数。 

如果UE当在CSR资源上发送时根据以上规则中的任意规则来接入CSR-PUSCH资源，其应该(通过重启DRX不活跃定时器)离开DRX，并且将在一个或多个后续的子帧上侦听PDCCH上的许可。 

如果启用了HARQ，UE还可以在PHICH上检查对数据的肯定应答(例如，在允许数据操作模式的情况下)。 

PUSCH加扰

在调制之前对在PUSCH资源上发送的数据进行加扰。根据当前规范(3GPP TS 36.211第5.3.1节)，由在每个子帧的开始时初始化的生成器将加扰序列作为3个变量的函数来创建： 

i)小区ID 

ii)“nRNTI”值(与PUSCH发送相关联的RNTI(例如，C-RNTI或SPS-RNTI)) 

iii)无线帧内的时隙/子帧号。 

下面示出了该函数，其中，C_init是加扰码生成器的初始化值，是小区ID，以及n_s是无线帧中的时隙号(0...19)。 

在CSR PUSCH资源的情况下，网络意识不到在资源上进行发送的具体UE，且因此为了降低eNB接收机复杂度，优选将公共加扰码用于共享CSR-PUSCH资源的UE组。这可通过以下方式实现： 

1)仅使用小区ID和/或时隙/子帧号来初始化加扰序列(如果继续使用以上公式，这将等效于将nRNTI值设置为等于0) 

2)对接入相同CSR-PUSCH资源的所有UE，将nRNTI设为固定值或已知值。例如，nRNTI可被设置为等于CSR-gRNTI。 

备选地，可针对CSR-PUSCH发送来完全禁用比特加扰功能(等效于使用全零比特序列来进行加扰)。 

冲突方面

在正常PUSCH发送的情况下，在下行链路PDCCH上(使用DCI格式0)信号通知解调参考信号(DMRS)的循环移位。这可以由eNB用来实现上行链路多用户MIMO(MU-MIMO)，其中，eNB可以在相同的PUSCH资源上同时调度(并成功接收)多个用户。通过确保每个用户使用不同的循环移位，接收机可以更精确地估计针对用户中的每一个用户的各信道响应。 

在CSR-PUSCH的情况下，eNB没有严格控制哪些用户将会在CSRPUSCH资源的给定实例上进行发送。如果eNB希望利用不同发送方用户具有不同循环移位的潜力(例如，很可能在CSR-PUSCH资源上实现MU-MIMO)，eNB可以允许UE在可能的循环移位的整个范围内或在移位的受限范围内随机地选取循环移位。备选地，如果eNB希望用户将相同的循环移位用于其参考信号，eNB可以定义UE要使用的特定循环移位。在任一情况下，都可以经由用于CSR-PUSCH资源分配的RRC信令消息来信号通知循环移位配置。如果动态地分配CSR-PUSCH，或使用类似SPS的方法来分配CSR-PUSCH，则另一备选是经由PDCCH上的DCI格式消息来信号通知循环移位配置。 

益处

所提出的解决方案存在着多种益处，下面列出其中的一些： 

当与现有的专用调度请求方案相比，将公共或共享资源用于调度请求能够提供显著增加的资源效率。在较大的已连接模式用户群体包括可能相对不频繁地发送少量业务的通信设备的情况下，这是特别真实的。这种业务例如可由后台应用生成，或由智能电话或平板设备上运行的各种其他数据应用生成。 

当与现有的专用调度请求方案相比时，该调度请求方案能够提供显著较低的接入时延，且在上述的较大已连接模式用户群体的情况下，这 同样是特别真实的。 

该方案为现有的RACH过程提供了备选的基于争用的调度请求机制。当与基于RACH的方法进行比较时，在经由使用所提出的基于争用的调度请求方案的接入尝试期间，可以降低信令开销和所交换的信令消息的总数。此外，与现有RACH过程相比，所提出的CSR方案的资源可以更加高效。 

通过在CSR发送内利用多比特用户ID(例如8～16比特)，系统能够将大量的用户指派给相同的CSR资源。即使在任意一个用户的CSR发送的概率仍然较低时，这也能够显著地增加所指派资源的使用效率(占用率)。 

可以将方案设计为与现有的PUCCH和/或PUSCH发送后向兼容(例如，在PUCCH上使用专用SR和CQI/PMI/RI发送，或在PUSCH上使用数据发送)。 

可以将方案设计为在eNB和UE中都与现有的物理层和MAC设计在很大程度上后向兼容。 

该方案可允许在多个用户同时接入相同资源的冲突场景中提高用户ID检测性能。 

该PUSCH方案允许在初始调度请求消息内对附加缓冲区状态信息和/或无线条件信息的发送，由此使得eNB可以快速地向UE指派适当量和适当类型的上行链路资源。 

附录A 

附录B 

不连续接收(DRX)

在LTE系统中，可通过使用(UE和eNB都已知的)DRX时域模式来降低已连接模式用户设备的功耗，DRX时域模式定义了是否期望UE激活其接收机并在给定子帧中监视PDCCH上的DL或UL指派的存在性。在不期望UE激活其接收机的这些子帧期间，用户面通信是不可能的，且UE可以睡眠以降低其功耗。DRX模式和工作周期(活跃接收/睡眠)根据特定定时器的操作而改变，其中的一些定时器是由数据活动来触发的。具体地，每次在(经由PDCCH)接收到针对新的UL或DL数据分组的指派时将DRX不活跃定时器重置为初始值并重启。在定时器正在运行时，期望UE主动监视所有的DL子帧。当定时器到期(即，在所定义的时间段内没有针对新数据的UL或DL指派)时，DRX模式可改变，以允许UE在更多比例的子帧内睡眠。因此，在数据不活跃的时间期间，可以降低UE功耗。 

MAC控制单元

MAC控制单元(CE)允许在UE和eNB中分别的MAC对等实体之间的控制信令交换。定义了众多的MAC CE，包括： 

-缓冲区状态报告MAC CE 

-C-RNTI MAC CE 

-DRX命令MAC CE 

-UE争用解决ID MAC CE 

-定时提前命令MAC CE 

-功率余量MAC CE 

-多播调度信息MAC CE 

下面对这些MAC CE中的两个进行进一步详细描述。 

缓冲区状态报告(BSR)MAC CE。该MAC CE允许UE向eNB指示与UE当前发送缓冲区状态有关的信息。 

-短BSR(长度为1个字节)提供了逻辑信道ID(2比特)和 对缓冲区中用于该逻辑信道的字节数进行指示的6比特字段。 

-长BSR(长度为3个字节)提供了4个串联的6比特字段，每个字段分别指示缓冲区中用于逻辑信道1到4的字节数。 

C-RNTI MAC CE。该MAC CE当前仅用在RACH过程期间。其在RACH消息3(参见图10)内发送，以在之前的UE前同步码发送和eNB随机接入响应(RAR)发送步骤之后向eNB提供UE ID，其中，该随机接入响应分配用于消息3的PUSCH资源。 

半持久性调度(SPS)

通常由eNB动态地调度上行链路和下行链路共享信道物理资源(分别为PUSCH和PDSCH)，以及经由PDCCH上的下行链路控制信息(DCI)发送向UE信号通知该动态指派。每个UL或DL指派要求PDCCH发送，以及指派的持续时间是1ms。 

为了避免需要通过PDCCH发送来完成每个1 ms指派，可经由已知为半持久性调度(SPS)的机制来提供长期的资源指派。SPS可能更适合于特定类型的数据业务，具体地，在其数据速率或分组规律性方面具有某种可预测性的那些数据业务。 

在SPS方案中，使用RRC信令向UE提供被称为SPS-RNTI的专用用户ID。还使用RRC信令消息向UE指示在其上重复发生UL或DL资源指派的资源时机的周期性模式。使用PDCCH经由L1来信号通知资源的实际频率位置和大小以及其他指派参数，例如，适用的调制和编码方案(MCS)。通过使用SPS-RNTI加扰PDCCH CRC的方式将PDCCH消息寻址到UESPS-RNTI。 

一旦UE已经检测到PDCCH上的SPS指派(SPS激活)，则其可假设在RRC信令消息中定义的时间上的每个时机上周期性地重复发生指派。还可以使用寻址到SPS-RNTI的PDCCH消息来去激活(或释放)SPS资源。 

使用(下面针对版本10所示出的)SPS-Config RRC IE来配置SPS。使用下面的消息结构来发送该IE： 

-[RRCConnectionSetup]或[RRCConnectionReconfiguration]或[RRCConnectionReestablishment] 

-RadioResourceConfigDedicated 

-SPS-Config 

使用参数semiPersistSchedC-RNTI向UE提供SPS-RNT I。 

使用参数semiPersistSchedIntervalDL和semiPersistSchedIntervalUL以分别规定针对DL和UL的SPS资源时机的周期性，这些参数取以下可能值中的一个：(10，20，32，40，64，80，128，160，320，640 ms)。 

HARQ

在此将HARQ定义为将信号的第一版本与信号的第二(重传)版本(在接收机中)进行合并，随后尝试对合并信号进行解码的过程。这与ARQ截然不同，在ARQ中不合并第一和第二版本。 

在LTE系统中，eNB在被称为物理混合ARQ指示符信道(PHICH)的下行链路物理信道上发送对上行链路发送的肯定应答或否定应答。 

在LTE上行链路中使用同步HARQ，意味着在从接收到NACK开始已过去预定时间段之后，在(与之前失败的发送)相同的UL资源上发送重传(在UE中通过在PHICH上从eNB接收到NACK来触发)。PHICH上的NACK因此隐式地(重新)分配用于重传的UL资源。 

PUSCH

PUSCH发送可以携带上行链路共享信道(UL-SCH)传输块，其可以包括： 

-用户面数据 

-与L1之上的用户面协议层有关的控制信息(例如，MAC报头和控制单元、RLC和PDCP信息等等) 

-RRC信令和非接入层(NAS)消息 

除了UL-SCH传输块之外，PUSCH发送还可以可选地携带层1(物理层)上行链路控制信息比特(UCI)。 

如下面的步骤所阐述的，与UL-SCH传输块有关的信息比特被编码并映射到PUSCH数据符号RE： 

1)对与MAC UL-SCH传输块有关的信息比特进行FEC编码，以及根据PUSCH有效载荷大小来调整编码比特的数目(速率匹配) 

2)执行信道交织 

3)使用UE特定加扰序列来执行比特加扰。由序列生成器形成加扰序列，序列生成器是使用与PUSCH发送相关联的用户RNTI(例如，C-RNTI或SPS-RNTI)来初始化的。 

4)调制已加扰比特以形成数据符号(例如，QPSK、16-QAM、64-QAM) 

5)可选地，如果要在PUSCH发送内复用UCI，对UCI比特进行FEC编码，并使用与用于UL-SCH传输块比特的相同调制格式进行调制 

6)数据符号(可选地，还包括与UCI相关联的符号)通过离散傅立叶变换来经过DFT预编码 

7)将变换后的符号映射到子载波 

8)子载波经过OFDM调制(包括IFFT操作)，以形成时域PUSCH信号 

9)然后生成解调参考信号(RS)，并根据(在PDCCH中，使用DCI格式0)所信号通知的上行链路解调RS的循环移位来进行循环移位，以及将其映射到为PUSCH RS预留的SC-FDMA符号。 

附录C 

分配公共资源

一般而言，eNB可通过以下若干方式之一使CSR资源变得可用： 

-经由至每个UE的专用RRC信令，例如： 

·在例如RRC建立/重配置/重建立消息内包含的已修改IE或新IE中 

·半持久性调度(SPS)指派消息中 

-经由公共RRC信令，例如： 

·在BCCH上广播的系统信息块消息中 

-经由至每个UE的公共L1信令，例如： 

·使用寻址到公共或组用户RNTI的PDCCH上的物理层控制信令，该公共或组用户RNTI与CSR资源相关联(例如，CSR“组”RNTI，表示为CSR-gRNTI) 

-经由RRC信令和L1信令的混合，例如： 

·以类似于用于半持久性调度(SPS)分配的方式，可以使用RRC信令来信号通知CSR资源的时域重新发生，而可以使用PDCCHL1信令来规定该指派的其他参数，包括PRB分配和MCS。此外，根据当前SPS原理，还可以使用PDCCH来激活或去激活长期指派。 

·可以经由专用信令(例如，使用与当前的SPS-Config IE相类似的方法)向每个UE个别地发送RRC信令部分(但使用公共的或重叠的资源指派)，或者可以引入新的公共RRC信令(例如，使用广播信令) 

·可以使用相同的SPS-RNTI或使用对UE组而言公共的某种其他新的RNTI来配置对争用PUSCH资源的给定部分具有接入权的UE组内的UE 

·然后PDCCHL1信令将会被寻址到公共SPS-RNTI，或寻址到CSR-gRNTI，并可由该组中的所有UE读取。这将允许eNB针对整个UE组激活、去激活、或调整所指派的PUSCH资源(PRB、MCS等等)的参数，而无需向每个UE发送单独的PDCCH。为了 方便于此，可能必须预先安排可在其上发生这种更新的已定义时间实例(子帧)，以确保所有UE主动在预先安排的子帧中检查配置更新。 

CSR-PUSCH解决方案的另一方面是UE和eNB过程可根据是否允许UE在公共PUSCH资源上发送用户数据而发生改变。如果允许用户数据，CSR-PUSCH发送可包含MAC数据SDU。如果不允许用户数据发送，CSR-PUSCH例如可以仅包含MAC控制单元和/或MAC报头信息。 

在公共PUSCH资源上不允许数据发送：

在该情况下，不太可能要求HARQ过程。由于在公共PUSCH资源上仅发送了C-RNTI MAC CE和可选的BSR MAC CE，为了向UE确认其之前发送成功，只需要对无争用PUSCH资源的后续UL许可。该许可将会由eNB在下行链路上经由PDCCH来发送，其寻址到UE解码C-RNTI。 

缺少这种UL许可指示了UE发送失败，或指示了缺少用于许可给UE的可用的无争用PUSCH资源。在这两种情况下，UE必须(很可能在超时时间段之后)重新尝试其资源请求的发送(例如，在公共PUSCH资源的稍后的时刻上)。然而，由于发送方用户的集合在该时间可能不同这一事实，eNB通常不会将这种重传与较早的发送相合并。因此，在公共资源上的PUSCH发送内没有携带MAC数据SDU的情况下，可以绕过HARQ过程，或者不需要实现HARQ过程，且该过程更类似于简单的调度请求过程。 

在公共PUSCH资源上允许数据发送：

在该情况下，HARQ过程可以是适当的，虽然不具有HARQ的方案也是可能的。 

如果使用了HARQ，HARQ反馈(例如，PHICH上的ACK/NACK)可以向用户提供对不成功发送的快速指示。如果不成功，eNB接收机可以合并(在通过PHICH NACK的存在而隐式分配的资源上的)后续重传，以提高正确解码的概率。 

然而，对于基于争用的发送，PHICH上的简单ACK没有向UE提供对其发送被正确接收到的完整了解。这是因为另一UE可能已经在相同的 CSR PUSCH资源上进行了发送，且eNB可能已经正确解码了来自该其他UE的发送(并在PHICH上信号通知了ACK)。 

因此，为了减轻在没有争用解决过程的情况下可能发生的HARQ协议错误的影响，而补充了PHICH ACK/NACK反馈，需要争用解决过程。遵循与在RACH期间所使用的原理类似的原理，eNB可以发送寻址到(或包含)已解码C-RNTI的消息(例如，PDCCH)。通过这种方式，幸存的UE了解到其成功，而非幸存UE在等待这种消息中超时，并因此了解到其失败。 

该类型的争用解决方案过程还可以形成不将HARQ(以及PHICH反馈)用于包含用户数据在内的CSR发送的方案的基础。寻址到C-RNTI的PDCCH的存在向UE通知其之前的数据发送是成功的，以及在失败的情况下，缺少该消息可被用于触发CSR-PUSCH资源上的后续重传。然而，eNB接收机通常不将这些重传与较早的发送合并，这些重传因此被分类为不使用HARQ。 

CSR PUSCH资源的静态或基于SPS的分配(与动态分配相反)以及CSR-PUSCH上的用户数据发送的潜在禁用可以帮助减轻前述劣势中的一个或多个。 

附录D 

新的CSR-PUCCH-Config IE

在当前系统中，eNB可以通过发送以下RRC消息中的一个来配置专用调度请求资源： 

a)RRCConnectionSetup 

b)RRCConnetionReconfiguration 

c)RRCConnectionReestablishment 

这些消息中的每一个都允许发送嵌入在以下数据结构中的SchedulingRequestConfig IE： 

-radioResourceConfigDedicated 

-physicalConfigDedicated 

-SchedulingRequestConfig IE 

SchedulingRequestConfig IE当前仅支持与PUCCH格式1相关联的参数，且还不包含任何的基于UE-ID的信息。在一个简单的示例中，可以使用新IE来配置CSR并且该新IE可包括： 

-规定针对SR的PUCCH格式2或PUCCH格式3资源索引的字段。该资源索引字段映射到要使用的频率和码资源 

-联合规定CSR资源的周期性和子帧偏移的ConfigIndex字段。 

-可选的CSR-uRNTI字段(如果CSR用户ID等于C-RNTI或从C-RNTI直接导出，则可以不需要该字段)。 

-用于(可能与其他参数(如小区ID)相结合来)确定UE在构造在CSR资源上发送的信号时应该使用的公共比特加扰序列的可选的CSR-gRNTI字段。如果省略该字段，则可规定例如UE不使用比特加扰，或使用缺省的加扰ID，或使用基于小区ID的加扰ID。 

-csr-TransMax字段，规定UE在采取其他SR方法或终止SR尝试之前可在CSR资源上进行多少次SR重传。 

-参数csr-Transmax指示UE在采取其他接入方法之前可在CSR资源上进行多少次连续尝试。 

-定时器值(csr-ResponseTimer)，指示UE(在CSR发送之后)在将 发送视为不成功之前应该等待寻址到其C-RNTI的UL许可多长时间。 

下面示出所产生的新IE(CSR-PUCCH-Config)的示例 

CSR-PUCCH-Config

使用IECSR-PUCCH-Config来规定与CSR调度请求有关的参数CSR-PUCCH-Config信息单元 

要注意到：如果CSR资源位于PUSCH区域内，可使用规定PUSCH资源的属性的一个或多个参数(例如参见CSR-PUSCH-Config IE内的csr-RIV字段)来替换上述PUCCH资源索引参数(例如，sr-PUCCH2-ResourceIndex和sr-PUCCH3-ResourceIndex)。可选地，还可以修改该信令结构来指示是正在配置PUCCH资源还是正在配置PUSCH资源。 

修改的SchedulingRequestConfig IE

将会意识到的是：CSR-PUCCH-Config IE中列出的一个或多个参数可被备选地包括在现有SchedulingRequestConfig IE的修改版本中或其他IE中。 

可以使用ASN.1结构，该ASN.1结构确保了与不支持新的CSR功能的较早3GPP版本的适当的后向兼容。 

已修改IE或新IE的专用和公共信令

可以在现有的专用RRC消息内向UE信号通知已修改的SchedulingRequestConfig IE或新的CSR-PUCCH-Config IE，该专用RRC消息例如是RRC建立、RRC重配置或RRC重建立。已修改IE或新IE可被嵌入在下面的数据结构中示出的消息中： 

-{RRCConnectionSetup}或{RRCConnectionReconfiguration}或{RRCConnectionReestablishment} 

-radioResourceConfigDedicated 

-physicalConfigDedicated 

-{已修改的SchedulingRequestConfig IE}或{CSR-PUCCH-Config IE} 

由于在多个UE之间共享基于争用的SR资源这一事实，代之以使用 广播信令来指示资源的位置可以是适当的。系统信息块2(SIB2)在小区内广播，并携带radioResourceConfigCommonSIB IE。该IE当前不包括针对SR的资源配置，但可被修改以通过包括与已修改的SchedulingRequestConfig IE或新的CSR-PUCCH-Config IE相类似的IE来这样做。例如，可将其分别称为SchedulingRequestConfigCommon或CSR-PUCCH-ConfigCommon。 

下面针对包括新IE CSR-PUCCH-ConfigCommon的情况示出已修改的radioResourceConfigCommonSIB IE的示例。除了通常将省略csr-uRNTI参数之外(因为该参数是UE专用参数)，该IE可以与CSR-PUCCH-Config IE相同。然而，该参数的省略不会成为问题，因为在很多情况下，UE可以确定CSR用户ID，而无需信号通知(例如，基于UE C-RNTI或等于UE C-RNTI)。 

RadioResourceConfigCommon信息单元 

在备选数据结构中，且如果公共/共享资源位于PUCCH区域内，可以将SIB2内的现有pucch-ConfigCommon IE修改为包括必需的资源参数，或者包括SchedulingRequestConfigCommon IE或CSR-PUCCH-ConfigCommon IE。 

通过类似的方式，如果公共/共享资源位于PUSCH区域内，可以将现有的pusch-ConfigCommon IE修改为包括必需的资源参数或者已修改的SchedulingRequestConfigCommon IE或CSR-PUCCH-ConfigCommon IE。 在这些情况下，IE将被适当地修改为规定PUSCH资源而不是PUCCH资源。然而，CSR信号发送自身将仍然符合之前所述的PUCCH信号构造。 

基于SPS的信令方法

如果正常的DCI格式0消息被用于控制、配置或更新CSR PUSCH资源，PDCCH内的特定字段(例如，MCS)可能不适用于PUCCH信号构造。这些字段可被忽略或被用于其他目的。 

此外，SPS-Config IE内的特定字段可以与CSR操作无关。因此，可以构造信令以允许“正常”上行链路SPS资源的建立或CSR SPS资源的建立。 

在下面所示的示例中，向SPS-Config IE引入新的分量(SPS-ConfigCSR)，以允许CSR资源的时域方面的配置(如以上已经描述的，经由PDCCH实现包括激活、去激活和重新配置在内的其他方面)。在本示例中，当与“正常”的上行链路SPS配置相比时，信令支持资源的时域周期性的可能值的备选集合。信令还支持对修改周期、修改长度和修改偏移值的配置。还可以包括特定于CSR配置的其他参数。注意到可以使用现有的参数semiPersistSchedC-RNTI将SPS-CSR-RNTI(或CSR-gRNTI)配置到SPS-Config内。 

为了简洁起见，没有示出该IE的现有SPS-ConfigDL和SPS-ConfigUL分量的细节。 

SPS--Config

使用IESPS-Config来规定半持久性调度配置。 

SPS-Config信息单元 

附录E 

网络过程

如果在小区中配置了CSR资源，eNodeB接收CSR资源的每个所配置的时间/频率/码分量，并尝试检测和解码来自被配置为接入CSR资源的UE组的发送。如果eNodeB检测在CSR资源上的发送，其应该解码CSR-uRNTI。如果检测到有效的CSR-uRNTI，eNodeB可以向其C-RNTI等于接收到的CSR-uRNTI或与接收到的CSR-uRNTI相关联的UE发送对任何可用PUSCH资源的许可(经由PDCCH发送)。 

UE过程

如果已连接模式UE是时间同步的，且被配置为接入针对使用PUCCH信号构造的SR的CSR资源，以及如果新数据到达UE发送缓冲区且UE不具有有效的PUSCH许可，则UE应该遵循下面的过程： 

1.从允许的或配置的组合的集合中选择用于CSR发送的时间、频率和码组合 

-该选择可在允许集合中随机进行 

-可以基于也可以不基于UE CSR-uRNTI或C-RNTI来导出允许集合 

2.发送信号，该信号至少使用所选择的时间、频率和码组合并使用所配置的PUCCH格式(例如，PUCCH格式2或PUCCH格式3)来部分地或完整地传送其CSR-uRNTI。将发送分集(如果配置了)应用于该发送。 

3.在PDCCH中侦听寻址到UE的C-RNTI的、对PUSCH资源的许可(DCI格式0) 

4.如果在规定的时间窗内接收到许可，将所许可的PUSCH资源用于数据发送 

5.如果在规定的时间段(例如，通过参数csr-ResponseTuner规定的时间)内没有接收到许可，且如果尚未到达最大数目的CSR重传，在已过去的时间段之后重新尝试另一CSR发送(即，去往步骤1)，否则终止CSR发送过程并在被配置为这样做的情况下利用其他SR方法(例如，RACH 或DSR)。 

要注意到：CSR重传尝试之前的已过去时间段可以是可变的(例如，基于被初始化为随机数的定时器的到期，或基于UE优先级) 

如果UE不处于已连接模式，或者如果UE处于已连接模式但不是时间同步的(即，时间对准定时器已经到期)，则UE应该将正常的RACH过程用于SR用途。 

功率控制

发送调度请求的用户是没有对正常PUSCH资源的立即接入权的用户。该UE最近可能已在PUCCH上进行发送，或可能尚未在PUCCH上进行发送。尚未在PUCCH上进行发送的用户不太可能具有用于PUCCH的收敛的闭环功率控制环路。 

虽然可以遵循正常的PUCCH功率控制过程(参见TS 36.213第5.1.2.1节)，备选方案是将开环功率控制方法用于CSR-PUCCH资源上的发送，例如，通过针对CSR发送将TPC累计值设置为g(i)＝0(再次参见TS 36.213第5.1.2.1节)来进行。 

一个可能的进一步增强是可以将单独的开环功率控制偏移值(PO_PUCCH)或单独的PUCCH格式偏移值ΔF_PUCCH特定地用于CSR发送。参见TS 36.213第5.1.2.1节以及36.331的UplinkPowerControl IE，可得到对这些字段的描述。 

特定于CSR发送的这些偏移值可以是固定值，或者可由eNB经由公共或专用RRC信令来配置。 

附录F 

下面的表中列出了图29的情况(i)到(xii)的MAC PDU长度 

情况	C-RNTI(字节)	BSR(字节)	用户数据(字节)	填充(字节)	总数(字节)
						i)	1(sub-h)+2(C-RNTI)	0	0	0	3
ii)	1(sub-h)+2(C-RNTI)	0	1(sub-h)+Lu(data)	0	4+Lu
						iii)	1(sub-h)+2(C-RNTI)	0	0	1(sub-h)+Lp(pad)	4+Lp
iv)	1(sub-h)+2(C-RNTI)	0	2(sub-h)+Lu(data)	1(sub-h)+Lp(pad)	6+Lu+Lp
						v)	1(sub-h)+2(C-RNTI)	1(sub-h)+1(S-BSR)	0	0	5
vi)	1(sub-h)+2(C-RNTI)	1(sub-h)+1(S-BSR)	1(sub-h)+Lu(data)	0	6+Lu
						vii)	1(sub-h)+2(C-RNTI)	1(sub-h)+1(S-BSR)	0	1(sub-h)+Lp(pad)	6+Lp
viii)	1(sub-h)+2(C-RNTI)	1(sub-h)+1(S-BSR)	2(sub-h)+Lu(data)	1(sub-h)+Lp(pad)	8+Lu+Lp
						ix)	1(sub-h)+2(C-RNTI)	1(sub-h)+3(L-BSR)	0	0	7
x)	1(sub-h)+2(C-RNTI)	1(sub-h)+3(L-BSR)	1(sub-h)+Lu(data)	0	8+Lu
						xi)	1(sub-h)+2(C-RNTI)	1(sub-h)+3(L-BSR)	0	1(sub-h)+Lp(pad)	8+Lp
xii)	1(sub-h)+2(C-RNTI)	1(sub-h)+3(L-BSR)	2(sub-h)+Lu(data)	1(sub-h)+Lp(pad)	10+Lu+Lp

附录G 

CSR-PUSCH-Config信息单元 

可以经由专用RRC信令或经由公共/广播RRC信令向UE发送新的CSR-PUSCH-Config IE。在专用RRC信令的情况下，新IE可被包括在下面的消息结构内： 

-{RRCConnectionSetup}或{RRCConnectionReconfiguration}或{RRCConnectionReestablishment} 

-radioResourceConfigDedicated 

-physicalConfigDedicated 

-CSR-PUSCH-Config 

在公共RRC信令的情况下，SIB2是用于携带RadioResourceConfigCommon IE内的新IE的理想候选： 

-System lnformationBlockType2 

-RadioResourceConfigCommon 

-CSR-PUSCH-Config 

在该情况下，将需要如下所示的对RadioResourceConfigCommon的改变。 

RadioReSourceConfigCommon信息单元 

Claims (94)

1.一种在单载波频分多址接入“SC-FDMA”无线系统的eNodeB基站“eNB”中实现的方法，包括：

在所指派的调度请求资源上接收上行链路控制信道信号；

从接收到的上行链路控制信道信号中解码出用户ID；以及

发送向与解码出的用户ID相关联的UE指派所述无线系统的资源的一部分的消息。

2.根据权利要求1所述的方法，还包括：向具有相关联的用户ID的至少一个用户设备“UE”指派所述调度请求资源。

3.根据前述权利要求中任一项所述的方法，其中，指派所述调度请求资源包括：生成广播发送或公共信令消息。

4.根据前述权利要求中任一项所述的方法，其中，所述指派所述调度请求资源包括：向目标UE发送专用发送。

5.根据前述权利要求中任一项所述的方法，其中，所述用户ID与小区无线网络临时标识符“C-RNTI”有关。

6.根据前述权利要求中任一项所述的方法，其中，指派所述调度请求资源包括：向所述无线系统的多个UE指派所述调度请求资源。

7.根据前述权利要求中任一项所述的方法，其中，解码步骤包括：使用块前向纠错“FEC”解码器。

8.根据前述权利要求中任一项所述的方法，其中，所述上行链路控制信道信号包括物理上行链路控制信道“PUCCH”格式2或格式3信号。

9.根据前述权利要求中任一项所述的方法，其中，对所述用户ID的解码使用了非用户特定比特加扰序列。

10.根据权利要求9所述的方法，还包括：发送与所述非用户特定比特加扰序列有关的信息。

11.根据权利要求10所述的方法，其中，所发送的信息与所指派的调度请求资源相关联。

12.根据前述权利要求中任一项所述的方法，其中，所述调度请求资源包括多个成分资源。

13.根据权利要求12所述的方法，还包括：在所述多个成分资源上接收多个上行链路控制信道信号，以及其中，对所述用户ID的解码基于接收到的多个上行链路控制信道信号。

14.根据前述权利要求中任一项所述的方法，其中，所指派的调度请求资源在所述无线系统的上行链路系统带宽的PUCCH频率区域内。

15.根据前述权利要求1至13中任一项所述的方法，其中，所指派的调度请求资源在所述无线系统的上行链路系统带宽的PUSCH频率区域内。

16.根据权利要求12至15中任一项所述的方法，其中，对所述用户ID的解码包括：

从在所述多个成分资源之一上接收到的上行链路控制信道信号中解码出所述用户ID的第一部分；以及

根据接收到所述上行链路控制信道信号的成分资源的位置来确定所述用户ID的第二部分。

17.根据前述权利要求中任一项所述的方法，还包括：从接收到的上行链路控制信道信号中提取循环冗余校验码“CRC”，并利用所述CRC来检查发送的完整性。

18.根据前述权利要求中任一项所述的方法，还包括：

从包括多个天线的UE接收复合信号，所述复合信号包括来自所述天线中的每一个天线的信号；

从所述复合信号中解码出用户ID。

19.根据权利要求18所述的方法，其中，所述多个天线与多个用户ID相关联，以及来自所述天线中的每一个天线的信号包括所述多个用户ID之一。

20.根据权利要求19所述的方法，还包括：发送包括指令的信号，所述指令与基于解码出的用户ID来选择所述多个天线中的哪个天线用于上行链路发送有关。

21.根据权利要求20所述的方法，其中

所述多个用户ID中的每一个用户ID与UE的特定天线相关联，以及在相应的接收信号上编码相应的用户ID；以及

将解码出的用户ID与UE的天线之一相关联。

22.根据权利要求18至21中任一项所述的方法，其中：

每个接收到的信号包括使用与相应天线相关联的循环移位来循环移位的参考信号。

23.根据前述权利要求中任一项所述的方法，其中，所指派的调度请求资源与第一调度请求资源类型相关联，以及所述方法还包括：

向UE指派另一调度请求资源，其中，所述另一调度请求资源与第二调度请求资源类型相关联；

确定针对所述UE需要从所述第一调度请求资源类型改变到所述第二调度请求资源类型；以及

在确定需要调度请求资源类型的改变之后，向所述UE发送指示所述UE在与所述第二调度请求资源类型相关联的所指派的另一调度请求资源上发送调度请求的命令。

24.根据权利要求23所述的方法，其中，所述调度请求资源是向多个UE指派的，以及所指派的另一调度请求资源是向所述UE指派的专用资源。

25.根据权利要求23或24所述的方法，其中，确定需要改变调度请求资源类型包括：基于以下至少一项来检测所述UE的活跃性的改变：

与所述UE有关的当前数据活跃状态或数据活跃等级；

与所述UE上驻留的一个或多个应用有关的活跃性；

关于与所述UE相关联的服务或逻辑信道的活跃性；

不连续接收定时器“DRX”状态或子状态；

与DRX有关的模式的改变；

确定控制DRX行为的一个或多个定时器是正在运行还是已经到期；

所述eNB和所述UE之间的路径损耗的确定或测量；

下行链路载波对干扰C/I或下行链路载波对干扰加噪声C/N+I的确定或测量；

上行链路载波对干扰C/I或上行链路载波对干扰加噪声C/N+I的确定或测量；

所述UE的上行链路数据速率；

所述UE的上行链路调制和编码方案；

最大设备发送功率与当前UE发送功率的比率。

26.根据权利要求1至19中任一项所述的方法，其中，所指派的调度请求资源与第一调度请求资源类型相关联，以及所述方法还包括：

向所述UE指派另一调度请求资源，其中，所述另一调度请求资源与第二调度请求资源类型相关联；以及

在另一指派的资源上从所述UE接收另一上行链路控制信道信号。

27.根据前述权利要求中任一项所述的方法，其中，所述eNB将SC-FDMA用于接收上行链路通信信号。

28.根据前述权利要求中任一项所述的方法，其中，所述eNB将不同于SC-FDMA的调制方案用于发送下行链路通信信号。

29.一种单载波频分多址接入“SC-FDMA”无线系统的eNodeB基站，用于执行根据权利要求1至28中任一项所述的方法。

30.一种无线系统，包括根据权利要求29所述的eNodeB基站。

31.一种包括可执行指令的计算机可读介质，所述可执行指令在由设备执行时执行根据权利要求1至28中任一项所述的方法。

32.一种在无线信系统的eNodeB基站中实现的方法，包括：

向用户设备“UE”指派包括多个子载波在内的调度请求资源；

在所指派的资源的所述多个子载波上接收上行链路控制信道信号；

对接收到的上行链路控制信道信号进行解扩，以形成第一多个调制符号估计；

使用所述第一多个调制符号估计，从接收到的上行链路控制信道信号中解码出用户ID；以及

发送向与解码出的用户ID相关联的UE指派上行链路资源的一部分的消息。

33.一种在无线系统内用于单载波频分多址接入“SC-FDMA”的eNodeB基站“eNB”中实现的方法，包括：

在重复的调度请求资源上接收SC-FDMA上行链路共享信道信号内的信息，接收到的信息包括用户ID；以及

发送向与所述用户ID相关联的UE许可SC-FDMA资源的至少一部分的消息。

34.根据权利要求33所述的方法，还包括：根据接收到的信息来确定所述用户ID。

35.根据前述权利要求中任一项所述的方法，还包括：向至少一个UE指派所述重复的调度请求资源。

36.根据权利要求35所述的方法，其中，所述重复的调度请求资源是向多个UE指派的。

37.根据前述权利要求中任一项所述的方法，其中，向无线发送单元指派SC-FDMA资源的一部分的消息包括小区无线临时标识符“C-RNTI”。

38.根据前述权利要求中任一项所述的方法，其中，接收SC-FDMA信号内的信息包括：基于非用户特定比特加扰序列的解扰操作。

39.根据权利要求38所述的方法，其中，所述非用户特定比特加扰序列与所指派的调度请求资源相关联。

40.根据权利要求38所述的方法，还包括：向UE发送与所述非用户特定比特加扰序列有关的信息。

41.根据前述权利要求中任一项所述的方法，其中，所述信息包括媒体访问控制“MAC”单元，所述MAC单元包括用户ID。

42.根据前述权利要求中任一项所述的方法，其中，所述信息包括缓冲区状态报告“BSR”。

43.根据前述权利要求中任一项所述的方法，其中，所述信息包括无线信道状态信息。

44.根据权利要求43所述的方法，其中，所述无线信道状态信息包括以下一项或多项：

-信道质量信息“CQI”报告

-预编码矩阵指示“PMI”报告

-秩指示“RI”报告

-信道状态信息“CSI”报告

-功率余量报告“PHR”。

45.根据权利要求42或43所述的方法，还包括：基于接收到的缓冲区状态报告或接收到的无线信道状态信息，确定所许可的SC-FDMA资源的至少一个属性。

46.根据权利要求44所述的方法，其中，所述至少一个属性包括：

-资源的量或带宽

-资源的调制或编码方案

-当在资源上发送时，UE要使用的发送功率。

47.根据前述权利要求中任一项所述的方法，其中，接收SC-FDMA信号中的信息包括：使用参考信号的循环移位的信道估计操作。

48.根据权利要求47所述的方法，还包括：确定接收到的参考信号所使用的循环移位，其中，所述循环移位已由UE选择。

49.根据前述权利要求中任一项所述的方法，其中，所指派的调度请求资源在所述无线系统的上行链路系统带宽的物理上行链路控制信道“PUCCH”频率区域内。

50.根据权利要求33至39中任一项所述的方法，其中，所指派的调度请求资源在所述无线系统的上行链路系统带宽的物理上行链路共享信道“PUSCH”频率区域内。

51.根据权利要求33所述的方法，其中，指派重复的调度请求资源包括：发送广播发送或公共信令消息。

52.根据前述权利要求中任一项所述的方法，其中，指派重复的调度请求资源包括：向UE发送专用发送。

53.根据前述权利要求中任一项所述的方法，其中，所述信息包括用户面信息。

54.根据前述权利要求中任一项所述的方法，还包括：发送与允许或不允许所述至少一个UE将用户面数据包括在所述信息内有关的指示。

55.根据前述权利要求中任一项所述的方法，还包括：响应于在所述调度请求资源上检测到发送，在物理混合自动重复请求指示符信道“PHICH”上发送ACK/NACK信息。

56.根据权利要求55所述的方法，还包括：当在PHICH信道上发送ACK信号之后，经由寻址到用户ID的PDCCH信道发送上行链路许可信号，以确认对所请求的上行链路资源的许可。

57.根据前述权利要求中任一项所述的方法，其中，发送对重复的调度请求资源的指派包括：发送对多个重复的调度请求资源的指派。

58.根据前述权利要求中任一项所述的方法，其中，所指派的调度请求资源与第一调度请求资源类型相关联，所述方法还包括：

向所述UE指派另一重复的调度请求资源，所述另一调度请求资源与第二调度请求资源类型相关联；

确定针对所述UE需要改变重复的调度请求资源类型；以及

在确定需要改变调度请求资源类型之后，向所述UE发送指示所述UE在所指派的调度请求资源和所指派的另一调度请求资源之间切换调度请求的发送的命令。

59.根据权利要求58所述的方法，其中，所述重复的调度请求资源是向多个UE指派的，以及所指派的另一调度请求资源是向所述UE指派的专用资源。

60.根据权利要求58所述的方法，其中，所指派的调度请求资源和所指派的另一调度请求资源被作为专用资源向所述UE指派。

61.根据权利要求58所述的方法，其中，所指派的调度请求资源和所指派的另一调度请求资源都被指派给多个UE。

62.根据权利要求58至61中任一项所述的方法，其中，确定需要改变请求资源类型包括：基于以下至少一项来检测所述UE的活跃性的改变：

与所述UE有关的当前数据活跃状态或数据活跃等级；

与所述UE上驻留的一个或多个应用有关的活跃性；

关于与所述UE相关联的服务或逻辑信道的活跃性；

不连续接收定时器“DRX”状态或子状态；

与DRX有关的模式的改变；

确定控制DRX行为的一个或多个定时器是正在运行还是已经到期；

所述eNB和所述UE之间的路径损耗的确定或测量

下行链路载波对干扰C/I或下行链路载波对干扰加噪声C/N+I的确定或测量；

上行链路载波对干扰C/I或上行链路载波对干扰加噪声C/N+I的确定或测量；

所述UE的上行链路数据速率；

所述UE的上行链路调制和编码方案；

最大设备发送功率与当前UE发送功率的比率。

63.根据权利要求58所述的方法，其中，信号通知需要改变请求资源类型包括：向所述UE发送对使用哪些调度请求资源进行规定的显式信号。

64.根据前述权利要求中任一项所述的方法，其中，所述调度请求资源的指派是通过半持久性调度“SPS”进行的，所述指派包括：

-发送指派资源的时域重复的RRC信令消息

-发送物理下行链路控制信道“PDCCH”消息，以指派所述调度请求资源的一个或多个其他属性，或者去激活或激活对所述调度请求资源的指派。

65.根据前述权利要求中任一项所述的方法，其中，所述eNB将SC-FDMA用于接收上行链路通信信号。

66.根据前述权利要求中任一项所述的方法，其中，所述eNB将不同于SC-FDMA的调制方案用于发送下行链路通信信号。

67.一种无线系统内用于单载波频分多址接入“SC-FDMA”的eNodeB基站，用于执行根据权利要求33至66中任一项所述的方法。

68.一种无线系统，包括根据权利要求67所述的eNodeB基站。

69.一种包括可执行指令的计算机可读介质，所述可执行指令在由设备执行时执行根据权利要求33至66中任一项所述的方法。

70.一种在无线信系统的eNodeB基站中实现的方法，包括：

向UE指派包括多个子载波在内的重复的调度请求资源；

在所指派的资源的所述多个子载波上接收共享信道信号内的信息；

对所述上行链路共享信道信号进行解扩，以形成第一多个调制符号估计；

使用所述调制符号估计，以根据接收到的信息来确定用户ID；以及

发送向与所确定的用户ID相关联的UE许可共享资源的至少一部分的消息。

71.一种在无线系统内用于单载波频分多址接入“SC-FDMA”的eNodeB“eNB”基站中实现的方法，包括：

向用户设备指派多个上行链路调度请求资源，每个上行链路调度请求资源包括多个子载波；

确定应该对UE使用的调度请求资源进行改变；以及

在确定应该对调度请求资源进行改变之后，向所述UE发送指示所述UE在所指派的多个调度请求资源中的另一调度请求资源上发送调度请求的命令。

72.根据权利要求71所述的方法，其中，所述多个上行链路调度请求资源与调度请求资源类型相关联；

确定应该对所述UE使用的调度请求资源进行改变包括：确定应该对调度请求资源类型进行改变。

73.根据权利要求71或72所述的方法，其中，所指派的调度请求资源中的至少一个调度请求资源是向所述无线系统的多个UE指派的共享SC-FDMA资源，以及所指派的调度请求资源中的至少一个其他调度请求资源是仅向所述UE指派的专用SC-FDMA资源。

74.根据权利要求71或72所述的方法，其中，多个所指派的调度请求资源是仅向所述UE指派的专用SC-FDMA资源。

75.根据权利要求71或72所述的方法，其中，多个所指派的SC-FDMA调度请求资源均被指派给所述无线系统的多个UE。

76.根据权利要求71至75中任一项所述的方法，其中，确定应该对调度请求资源进行改变包括：基于以下至少一项来检测所述UE的活跃性的改变：

与所述UE有关的当前数据活跃状态或数据活跃等级；

与所述UE上驻留的一个或多个应用有关的活跃性；

关于与所述UE相关联的服务或逻辑信道的活跃性；

不连续接收定时器“DRX”状态或子状态；

与DRX有关的模式的改变；

确定控制DRX行为的一个或多个定时器是正在运行还是已经到期；

所述eNB和所述UE之间的路径损耗的确定或测量

下行链路载波对干扰C/I或下行链路载波对干扰加噪声C/N+I的确定或测量；

上行链路载波对干扰C/I或上行链路载波对干扰加噪声C/N+I的确定或测量；

所述UE的上行链路数据速率；

所述UE的上行链路调制和编码方案；

最大设备发送功率与当前UE发送功率的比率。

77.根据前述权利要求中任一项所述的方法，还包括：从在所述多个所指派的调度请求资源中的至少一个调度请求资源上接收到的上行链路信号中解码出用户ID，以及其中，向与解码出的用户ID相关联的UE发送分配共享SC-FDMA上行链路资源的消息。

78.根据权利要求77所述的方法，其中，所述上行链路信号是上行链路控制信道信号。

79.根据权利要求78所述的方法，其中，接收到的上行链路信号包括物理上行链路控制信道“PUCCH”格式2或格式3信号。

80.根据权利要求78或79所述的方法，其中，解码步骤包括：使用块前向纠错“FEC”解码器。

81.根据权利要求77所述的方法，其中，所述上行链路信号是上行链路共享信道信号。

82.根据权利要求81所述的方法，其中，接收到的上行链路控制信道信号包括物理上行链路共享信道“PUSCH”信号。

83.根据权利要求81或82所述的方法，其中，解码步骤包括：使用turbo前向纠错“FEC”解码器。

84.根据权利要求77至83中任一项所述的方法，还包括：

对上行链路信号进行解扩，以形成第一多个调制符号估计；以及

利用所述第一多个调制符号估计来解码出用户ID。

85.根据前述权利要求中任一项所述的方法，其中，指派所述多个调度请求资源中的至少一个调度请求资源包括：发送广播发送或公共信令消息。

86.根据权利要求77至85中任一项所述的方法，其中，指派所述多个调度请求资源中的至少一个包括：向目标UE发送专用信令消息。

87.根据权利要求77至86中任一项所述的方法，其中，用户ID与小区无线网络临时标识符“C-RNTI”有关。

88.根据前述权利要求中任一项所述的方法，其中，所指派的多个调度请求资源中的至少一个在所述无线系统的上行链路系统带宽的PUCCH频率区域内。

89.根据前述权利要求中任一项所述的方法，其中，所指派的多个调度请求资源中的至少一个调度请求资源在所述无线系统的上行链路系统带宽的PUSCH频率区域内。

90.根据前述权利要求中任一项所述的方法，其中，所述eNB将SC-FDMA用于接收上行链路通信信号。

91.根据前述权利要求中任一项所述的方法，其中，所述eNB将不同于SC-FDMA的调制方案用于发送下行链路通信信号。

92.一种无线系统内用于单载波频分多址接入“SC-FDMA”的eNodeB基站，用于执行根据权利要求71至91中任一项所述的方法。

93.一种无线系统，包括根据权利要求92所述的eNodeB基站。

94.一种包括可执行指令的计算机可读介质，所述可执行指令在由设备执行时执行根据权利要求71至91中任一项所述的方法。