定信道质量信息。
[0091] 一种装置，其中，所述一个或多个存储器和所述计算机程序代码还被用所述一个 或多个处理器配置成促使所述装置执行至少以下各项：基于检测到的所选PRACH前导的信 噪比来确定信道质量信息。
[0092] 一种装置，其中，所述一个或多个存储器和所述计算机程序代码还被用所述一个 或多个处理器配置成促使所述装置执行至少以下各项：在基站和所述至少一个相邻基站之 中传送关于物理下行链路控制信道信号的信息；无线地向用户设备发射物理下行链路控制 信道信号；以及检测由用户设备发射的所选PRACH前导，其对应于关于基站的第二天线处 的所选PRACH前导的发射信息。
[0093] 一种装置，包括：用户设备，被配置成无线地与第一装置通信。
[0094] 一种装置，包括：用户设备，被配置成无线地与第十二装置通信。
[0095] 计算机可读存储器155和195可以是适合于本地技术环境的任何类型，并且可使 用任何适当的数据存储技术来实现，诸如基于半导体的存储设备、闪存、磁性存储设备和系 统、光学存储设备和系统、固定存储器和可移动存储器。处理器150和180可以是适合于 本地技术环境的任何类型，并且作为非限制性示例可包括通用计算机、专用计算机、微处理 器、数字信号处理器（DSP)、以及基于多核处理器架构的处理器中的一个或多个。
[0096] 可用软件、硬件、应用逻辑或软件、硬件和应用逻辑的组合来实现本发明的实施 例。软件、应用逻辑和/或硬件可常驻于ROM、RAM、电池支持的RAM、NVRAM、PROM、EPROM或EEPROM、FPGA、固定或可编程逻辑阵列、闪存、赛道存储器、纳米RAM、millipede、CBRAM、 此狀1^6狀1^狀11、相变存储器、忆阻器、50勵5、磁盘或磁带、全息照相、光学介质以及其任 何组合或其它计算机可读存储介质。如果期望的话，软件、应用逻辑和/或硬件的一部分可 常驻于服务基站上，软件、应用逻辑和/或硬件的一部分可常驻于相邻基站上，并且软件、 应用逻辑和/或硬件的一部分可常驻于用户设备单元上。在示例实施例中，将应用逻辑、软 件或指令集保持在各种常规计算机可读介质中的任何一个上。在本文的背景下，"计算机可 读介质"可以是任何介质、存储技术或制品，其可以包含、存储、传送、传播或传输指令以供 指令执行系统、装置或设备(诸如计算机，例如在图3中描述并描绘了计算机的一个示例)使 用或与之结合使用。一种计算机可读介质，可包括计算机可读存储介质，其可以是可以包含 或存储指令以供指令执行系统、装置或设备(诸如计算机）使用或与之结合使用的任何介质 或装置(means)。根据至少一个非限制性示例，一种计算机可读介质可包括能够进行计算机 程序代码和/或数据的非临时有形存储的任何介质、存储技术或制品。
[0097] 在非限制性示例性实施例中，服务基站可包括用户设备与之通信的任何基站作为 用户设备的主基站。
[0098] 如果期望的话，可按照不同的顺序和/或相互同时地执行本文所讨论的不同功 能。此外，如果期望的话，上述功能中的一个或多个可以是可选的或者可被组合。
[0099] 虽然在独立权利要求中阐述了本发明的各种方面，本发明的其他方面包括来自所 述实施例和/或从属权利要求的特征与独立权利要求的特征的其他组合，并且不仅仅是在 权利要求中明确地阐述的组合。
[0100] 在上行链路CoMP中，从多个地理上分离的天线接收来自UE的上行链路传输。通 过将多个天线信号聚合在一起，并且通过联合接收，一个人可以利用宏分集，利用干扰，并 且增强UE吞吐量；尤其是在小区边缘处。
[0101] 然而，由于路径损耗(例如，UE到天线的距离）和噪声/干扰条件在用于此特定UE 的每个天线处不同的事实，所以需要从天线池中选择天线的子集以用于联合处理。需要开 发一种天线选择方案，其（1)可以提供用于天线选择的路径损耗信息和信号质量信息，（2) 可以识别单独天线分支，（3)可以在没有过度发射功率的情况下被附近的天线接收，并且 (4)需要低信令开销。
[0102] 可将如本文所述的特征用于基于随机接入信道和跨小区的协调处理的天线选择 方案。
[0103] 在例如LTE网络中，每个小区配置(一个或多个）专用PRACH资源以用于ULCoMP 中的天线选择(缩写成"AS")。选择RACH参数，使得PRACH链路预算超过通常单个小区操 作所需要的，因此相邻小区在PRACH信号的覆盖范围内（即其可以可靠地检测到来自UE的 PRACH传输)。
[0104] 每个小区可将其PRACH和RACH配置且连同专用PRACH配置一起发送到其相邻小 区。选择专用PRACH前导的尺寸，使得连同用于RACH的其它使用一起满足天线选择的需要。 在有TOCCH/ePDCCH的命令时，UE在PRACH时机上（onthePRACHopportunity)发射规定 前导。
[0105] 在每个小区处，PRACH检测器检测来自此UE的前导。可将用于每个相邻小区的每 个天线分支处的每个检测到的前导索引的质量(在SNR或功率分布图方面）发送到服务小 区。如果在服务小区与相邻小区之中共享TOCCH/ePDCCH，则可以以每天线为基础执行在每 个小区处的更有目标性的估计。
[0106] 在服务小区（或基带单元（BBU))处，可根据信号强度和/或SNR将来自所有小区 的不同天线处的接收信号排序。可选择那些天线中的前M个优胜者用于联合处理。其可经 历最佳孔径尺寸的进一步选择。
[0107] 在LTE网络中，每个小区配置用于UL CoMP中的天线选择的(一个或多个)RACH资 源。配置的资源可共享与出于其它目的(传统使用)配置的RACH相同的资源池，或者可不这 样。（一个或多个)已配置RACH资源可与PUSCH/PUCCH传输重叠以便以CDMA方式共享资源 以节省资源。可以用相邻小区处的可听性（hearability)要求来选择用于AS的PRACH格 式。例如，对于500m处的站点到站点距离而言，通常PRACH格式0是适当的；而为了在相邻 小区处提供更好的可听性，选择PRACH格式2。还可考虑采用相邻小区处的可听性来设定用 于PRACH的目标接收功率（Po)。每个小区可以以RACH-ConfigCommon配置将其PRACH配置 连同numberOfRA-Preambles-起发送到其邻点。在有TOCCH/ePDCCH的命令时，UE可针对 可与PUSCH/PUCCH重叠的AS在PRACH时机上发射规定前导。可将每个小区配置成不仅处 理来自其本身的PRACH前导，而且处理来自相邻小区的专用RACH前导。可以利用PRACH的 大的处理增益（即839)来同时地检测来自不同UE的多个前导。
[0108] 在每个小区处，PRACH检测器可检测到来自该UE的前导。可将用于相邻小区处的 每个天线处的每个检测到的前导索引的质量(在SNR或功率分布图方面）发送到服务小区。 如果在小区之中共享H)CCH/ePDCCH命令信息，则可以在每个天线处执行每个小区处的更 有目标性的估计。在一组UE的AS中涉及到的小区还可以在时间、频率以及前导索引方面 协调PRACH资源的配置，因此，由于AS而引起的FPGA/DSP上的附加信号处理负荷以峰值 MIPS/资源要求不以实质的方式影响当前设计的方式分布。
[0109] 关于RACH操作，在这里请注意术语"广播"始终是从eNB到覆盖区中的UE。UE仅 仅从eNB读取BCH(广播信道）（因此eNB甚至不必知道该UE的存在)。相邻小区中的eNB 不收听感兴趣小区处的eNB的广播。
[0110] 1)由eNB广播RACH参数，诸如在LTE系统中配置RACH资源的时间和位置；（例如， 在无线电帧的每个子帧中，从PRB 44开始至PRB 49(占用6个PRB)); 2) 还由LTE系统广播如何生成PRACH信号(用于第一前导的前导根索引、PRACH格式、 0、1、2、3、4)以及零相关窗口尺寸； 3) 还广播PRACH前导的初始目标接收功率； 4) 还广播RACH程序中的功率斜坡向上步幅。前导索引被划分成两个池： ?用于非专用RACH的一个(大多数初始随机接入。例如，如果池尺寸是40,则UE随机 地选择在0-39之间的数，并且具有所选前导索引的前导将被用于RACH)，以及 ?专用RACH(eNB直接地通过HXXH(下行链路控制信道）来告知UE要使用的前导索 引）。还由eNB在BCH向UE广播总PRACH前导（对于FDD中的任何RACH时机而言总共64 个）到非专用和专用前导池的划分。所以我们有； 5) 专用和非专用RACH池的划分。
[0111] 如果其是用于非专用RACH，则UE仅从BCH获取系统信息，并且其足以用于UE。对 于专用RACH而言，UE从eNB获取来自BCH的上列配置信息，并且另外UE被其eNB在HXXH 中命令在预先选择的前导处执行RACH。因此为了实现专用RACH，需要信息的两个部分，一 个部分来自BCH，另一部分（即用于UE发送RACH的子帧以及UE应使用的PRACH前导)来自 PDCCH0
[0112] 关于eNB间链路，同样在ULCoMP方案中，通常我们假设一些eNB间链路，那些链 路的物理实现可以是通过光纤、微波链路或导线。这也足以说明了我们依赖于eNB之中的 那些链路来促进RACH和PRACH配置信息(作为上列两个部分)的交换，并且不限于如何以有 线或无线方式载送该信息的特定情况。eNB间链路可以用来自eNB与UE之间的空中接口的 不同介质。
[0113] 关于PRACH检测操作细节，对于专用RACH而言，eNB知道被命令的UE将做的每件 事，并且其可以检测到传入PRACH前导，因为其已向UE指定。为了使其它eNB(例如eNB2 和eNB3)执行相同的操作，然后必须使eNB1发送eNB1的RACH和PRACH配置，其对于 PRACH检测而言是必不可少的（S卩，对于eNB2和eNB3处的PRACH检测而言需要如上所列 的1)、2)和5));以及专用于eNB2和eNB3的RACH的所选前导。信息的那两个部分被通 过eNB间链路从eNBl发送到eNB2和eNB3。由于信息的第一部分通常不改变，因此只需要 在从子帧到子帧更新信息的第二部分。从eNB2和eNB3的观点触发，其已经从信息的第一 部分知道eNB1处的专用RACH使用前导{dl，d2，d3,…，d8}(我们使用8个专用PRACH 前导作为示例)，并且现在eNB1通过eNB间链路告知eNB2和eNB3在子帧n中，其应例 如在前导d3上进行检测。
[0114] 考虑上述方案的多个变体： ? eNB1可以确定出于选择RX天线的目的需要多少前导(假设找到3个前导就足够 了），然后eN1通过eNB间链路来告知eNB2和eNB3将3个前导用于选择RX天线的目的， 并且其为d4、d6、d7。由此，然后在eNB1上的每个RACH时机，eNB2和eNB3仅仅盲目地检 测d4、d6和d7,并且然后将检测信息发送回到eNB1。此变体的益处是不需要eNB1告知 eNB2或eNB3关于其在所选PRACH前导上采取的瞬时判定。
[0115] 本描述表明适当地用配置2)、3)和4)，来自与eNB1相关联的信号可以被eNB2 和eNB3听到。通过利用PRACH信号的巨大扩频增益，然后可以可靠地完成天线选择。
[0116] 用如本文所述的特征，UE可仅发射一个PRACH前导，并且每个相邻小区然后检测 到发射的那个PRACH前导。本叙述从特定UE的角度出发是精确的。从小区的角度出发，请 注意在小区之中的协调过程中可存在两个选项： 1. 如果在小区之中存在PRACH的紧密协调，则服务小区可告知PRACH前导的相邻小区 该服务小区将要让某个UE进行发射；并且相邻小区可检测到该PRACH前导。由于在理论上 可以同时地让多个UE发射前导（即使机会很小)，在来自选项1的实践中，可由服务小区在 其期间明确地告知相邻小区在子帧n中检测前导60、61，并在子帧n+1中检测前导61、62 ; 2. 在另一选项中，服务小区并不告知PRACH前导其将要让一些UE向相邻小区进行发 射。相反地，从预配置集合(例如，具有索引60、61、62的前导)中选择PRACH前导，并且服务 小区仅将该预配置集合告知相邻小区。在这种情