本发明实施例提供一种控制信道资源传输方法、用户设备及基站，涉及通信领域，能够根据相应参数确定天线端口，从而保证用户设备正确解调、接收基站发送的控制信道或控制信道单元。一种控制信道资源传输方法，包括：用户设备根据预设协议和/或基站发送的高层信令获取候选控制信道集合中的配置参数，高层信令用于通知所述配置参数；根据获取的配置参数确定天线端口；通过所述天线端口对基站发送的控制信道或控制信道单元进行接收；基站根据与用户设备相同的配置参数确定天线端口，通过所述天线端口向用户设备发送控制信道或控制信道单元。本发明实施例用于控制信道资源传输。
一种控制信道资源传输方法、用户设备及基站
技术领域
[0001] 本发明涉及通信领域，尤其涉及一种控制信道资源传输方法、用户设备及基站。
背景技术
[0002] 在长期演进(Long Term Evolution，简称LTE)Rel-8/9/10通信系统的下行传输中，基站，如eNB(evolved Node Base，演进型基站)根据调度的结果为每个调度到的用户设备发送一个PDSCH(Physical Downlink Shared Channel，物理下行共享信道)以及对应的PDCCH(Physical Downlink Control Channel，物理下行控制信道)。
[0003] 其中，PDSCH承载着eNB发送给调度用户设备的数据，PDCCH承载着其对应PDSCH的调度信息。该调度信息包括为UE分配的物理信道资源及具体使用的MCS(Modulation and Codec Scheme，调制编码方式)信息等。一个子帧中，所有调度用户设备的PDCCH复用在一起，然后在PDCCH区域发送，而PDSCH在PDSCH区域发送。每个PDCCH是由1/2/4/8个控制信道单元(Control Channel Element,CCE)组成。在LTE Rel-10系统的进一步演进中，由于需要支持MU-MIMO(Multiple User Multiple Input Multiple Output,多用户设备多输入多输出)以及多小区之间的协调来提高系统的性能，而这些技术使得同时调度用户设备数的增加，但PDCCH的容量有限，限制了一个子帧所能调度用户设备数的个数。所以，现有技术对PDCCH进行了增强，即在原有的PDSCH区域划分出一部分资源来传输增强的PDCCH即E-PDCCH(Enhance-Physical Downlink Control Channel，增强的物理下行控制信道),同时UE可以基于DMRS(Demodulation Reference Signal,解调导频)来解调E-PDCCH,这样就可以提高PDCCH的容量及同时调度用户设备的个数。其中，每个E-PDCCH是由1/2/4/8等类似于CCE的逻辑单元组成，将此逻辑单元称为E-CCE(Enhance-Control Channel Element，增强的控制信道单元)。
[0004] 现有技术中E-PDCCH发送后，用户设备采用DMRS进行信道估计，并解调E-PDCCH，此时基站需要通过PDCCH动态的通知用户设备需要采用的DMRS天线端口号，但是如果承载E-PDCCH的子帧中没有PDCCH，用户设备则无法获得解调、接收E-PDCCH的DMRS天线端口号。
发明内容
[0005] 本发明的实施例提供一种控制信道资源传输方法、用户设备及基站，能够使用户设备根据得到的参数确定天线端口，从而保证用户设备正确解调、接收基站发送的控制信道或控制信道单元。
[0006] 为达到上述目的，本发明的实施例采用如下技术方案：
[0007] 一方面，提供一种控制信道资源传输方法，包括：
[0008] 根据预设协议和/或基站发送的高层信令获取候选控制信道集合中的配置参数，所述高层信令用于通知所述配置参数；
[0009] 根据所述配置参数确定天线端口；
[0010] 通过所述天线端口对基站发送的控制信道或控制信道单元进行接收。
[0011] 一方面，提供一种控制信道资源传输方法，包括：
[0012] 根据预设协议和/或向用户设备发送的高层信令获取候选控制信道集合中的配置参数，所述高层信令用于通知所述配置参数；
[0013] 根据获取的所述配置参数确定天线端口；
[0014] 通过所述天线端口向所述用户设备发送控制信道或控制信道单元。
[0015] 另一方面，提供一种用户设备，包括：
[0016] 第一获取单元，用于根据预设协议和/或基站发送的高层信令获取候选控制信道集合中的配置参数，所述高层信令用于通知所述配置参数；
[0017] 第一确定单元，用于根据所述获取单元获取的所述配置参数确定天线端口；
[0018] 第一接收单元，用于通过所述确定单元确定的所述天线端口对基站发送的控制信道或控制信道单元进行接收。
[0019] 另一方面，提供一种基站，包括：
[0020] 第一获取单元，用于根据预设协议和/或向用户设备发送的高层信令获取候选控制信道集合中的配置参数，所述高层信令用于通知所述配置参数；
[0021] 第一确定单元，用于根据所述第一获取单元获取的所述配置参数确定天线端口；
[0022] 第一发送单元，用于通过所述第一确定单元确定的所述天线端口向用户设备发送控制信道或控制信道单元。
[0023] 本发明实施例提供的控制信道资源传输方法、用户设备及基站，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收，而基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
附图说明
[0024] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0025] 图1为本发明实施例提供的控制信道资源传输方法流程示意图；
[0026] 图2为本发明实施例提供的另一控制信道资源传输方法流程示意图；
[0027] 图3为本发明实施例提供的再一控制信道资源传输方法流程示意图；
[0028] 图4为本发明实施例提供的又一控制信道资源传输方法流程示意图；
[0029] 图5为本发明实施例提供的用户设备的结构示意图；
[0030] 图6为本发明实施例提供的另一用户设备的结构示意图；
[0031] 图7为本发明实施例提供的基站的结构示意图；
[0032] 图8为本发明实施例提供的另一基站的结构示意图；
[0033] 图9为本发明实施例提供的再一基站的结构示意图。
具体实施方式
[0034] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0035] 本发明实施例提供的控制信道资源传输方法，如图1所示，该方法步骤包括：
[0036] S101、用户设备根据预设协议和/或基站发送的高层信令获取候选控制信道集合中的配置参数。
[0037] 其中，高层信令用于通知配置参数。
[0038] 需要说明的是，预设协议可以是现有的已公知使用的协议，如LTE协议，也可以是根据基站和用户设备的配置情况而重新设定的协议。这个预设协议是基站与用户设备共知，并在进行资源传输前统一并确定的协议。
[0039] 优选的，本发明实施例将以控制信道包括E-PDCCH为例，以控制信道单元包括E-CCE为例进行说明，但并不以此做任何限定。
[0040] 该控制信道单元可以是现有LTE系统中的PDCCH的CCE(Control Channel Element，控制信道单元)，也可以是用其他单位来衡量该控制信道单元，比如一个RB(Resource Block，资源块)，半个RB，或其他大小的控制信道单元等，在此不做限定。
[0041] 进一步的，配置参数可以是基站与用户设备共知，并在进行资源传输前统一确定的。例如，用户设备可以获取预设协议获得候选控制信道集合中聚合级别，记作L，L＝1对应的搜索空间的第一个E-CCE的位置，其中，聚合级别是预选的，此处取L＝1的聚合级别，搜索空间中的E-CCE位置可以是预选的第N个E-CCE，其中，N预先定义为小于或等于E-CCE的总个数，如第一个E-CCE；又如，用户设备还可以获取聚合级别L＝4对应搜索空间中E-PDCCH的编号。
[0042] 值得指出的是，L对应的搜索空间包含一个或多个E-PDCCH，每个E-PDCCH包含L个E-CCE，基站为用户设备分配的E-PDCCH是上述E-PDCCH中的一个或多个，L＝1,2,4或其它数值。以上只是为了列举配置参数的两种情况，但并不以此做任何限定。
[0043] 进一步的，配置参数也可以是基站通过高层信令向用户设备通知的。例如，用户设备可以通过这个高层信令获得候选控制信道集合中聚合级别，记作L；又如，用户设备还可以通过这个高层信令获取聚合级别L＝4对应搜索空间中E-PDCCH的个数；又如，用户设备还可以通过这个高层信令获取候选控制信道集合对应的物理信道资源位置。以上只是为了列举配置参数的两种情况，但并不以此做任何限定。
[0044] S102、用户设备根据获取的配置参数确定天线端口。
[0045] 进一步的，基站对E-CCE的位置与天线端口的映射关系需要预先定义，以保证用户设备所获知的E-CCE的位置与天线端口的映射关系与基站一致。
[0046] 需要说明的是，E-CCE的位置是指E-CCE所占用的物理信道资源的位置。具体的，物理信道资源可以分为多个RB pair(Resource Block pair,资源块对)，每个资源块对可以承载1个或多个E-CCE。E-CCE的位置可以是E-CCE所占用的物理信道资源在资源块对中的位置，也可以是E-CCE所占用的物理信道资源在全部物理信道资源中的位置。
[0047] 示例性的，配置参数可以为候选控制信道集合中聚合级别对应的搜索空间中第N个控制信道单元的位置，或者可以为候选控制信道集合中聚合级别对应的搜索空间中控制信道上第N个控制信道单元的位置。
[0048] 优选的，当聚合级别L＝1对应的搜索空间的第一个E-CCE的位置对应的编号为0，那么用户设备确定天线端口为7，L＝1对应的搜索空间的第一个E-CCE位置对应的编号为1，那么用户设备确定天线端口为8，其中参考信号天线端口7与参考信号天线端口8为互相正交或伪正交的天线端口，具体的可用以下公式表示：
[0049] PortDMRS＝[IndexfirstE-CCE(L＝1,m＝0)mod4]+7
[0050] 其中PortDMRS表示参考信号天线端口号，L表示聚合级别，m表示聚合级别L＝1对应的搜索空间的第m个E-PDCCH，IndexfirstE-CCE(L＝1,m＝0)表示聚合级别L＝1对应的搜索空间的第0个E-PDCCH中第一个E-CCE的编号，mod表示求余运算，7表示参考信号天线端口的起始编号，其中m≥0，L∈{1，2，4或其他数值}，如L∈{1，2，4，8}等。
[0051] 或者，用户设备根据预选信道集合中聚合级别L＝1对应的搜索空间的第一个E-CCE的位置确定参考信号天线端口。其中E-CCE的位置与参考信号天线端口的映射关系需要预先定义，以保证用户设备所获知的E-CCE的位置与参考信号天线端口的映射关系与基站一致。
[0052] 或者，用户设备也可以根据候选控制信道集合中聚合级别L＝1对应的搜索空间的第m个E-PDCCH中第一个E-CCE的位置确定天线端口。其中第一个E-CCE的位置的与天线端口的映射关系需要预先定义，以保证用户设备所获得并据其进行运算的E-CCE的位置与天线端口的映射关系与基站一致。例如可用以下公式表示：
[0053] PortDMRS＝[IndexfirstE-CCE(L＝1,m)mod4]+7
[0054] 其中IndexfirstE-CCE(L＝1,m)表示聚合级别L＝1对应的搜索空间的第m个E-PDCCH中第一个E-CCE的编号。
[0055] 或者，用户设备可以根据候选控制信道集合中聚合级别L对应的搜索空间的第一个E-CCE的位置确定参考信号天线端口，可用以下公式表示：
[0056] PortDMRS＝[IndexfirstE-CCE(L，m＝0)mod4]+7
[0057] 其中IndexfirstE-CCE(L，m＝0)表示聚合级别L对应的搜索空间的第m个E-PDCCH中第一个E-CCE的编号。
[0058] 又或者，用户设备根据候选控制信道集合中聚合级别L对应的搜索空间的第m个E-PDCCH中的第一个E-CCE位置确定参考信号天线端口，如可用以下公式表示：
[0059] PortDMRS＝[IndexfirstE-CCE(L，m)mod4]+7
[0060] 其中IndexfirstE-CCE(L，m)表示聚合级别L对应的搜索空间的第m个E-PDCCH中第一个E-CCE的编号。
[0061] 需要说明的是，上述方法中所列举的聚合级别L＝1只是一种举例，也可以是聚合级别L＝2或4或8或其它数值；该方法中所列举的搜索空间的第一个E-CCE的位置，也可以是搜索空间的第二个或其它E-CCE的位置；该方法中根据第一个E-CCE的位置而对应得到的编号可以是整个子帧中用于E-PDCCH传输的E-CCE的编号，也可以是整个子帧中可用于预编码方式发送的E-PDCCH传输的E-CCE的编号，又或者可以是一个RB pair中可用于E-PDCCH传输的E-CCE的编号，或一个RB pair中可用于预编码方式发送的E-PDCCH传输的E-CCE的编号，此处仅据此举例说明，并不以此做任何限定。
[0062] 示例性的，用户设备也可以根据聚合级别L和/或聚合级别L对应的搜索空间中E-PDCCH的编号m和/或候选控制信道集合对应的物理信道资源位置，如候选控制信道集合对应的物理信道资源位置用候选控制信道集合对应的物理信道资源的第一个RB的位置表示，候选控制信道集合对应的物理信道资源的第一个RB的位置记作n_RB，根据n_RB确定参考信号天线端口。
[0063] 如用户设备根据聚合级别L确定参考信号天线端口，如可用以下公式表示：
[0064] PortDMRS＝[log(L)mod4]+7
[0065] 其中L∈{1，2，4，8},log表示取以2为底的对数，7为天线端口的起始编号。
[0066] 或者，用户设备根据聚合级别L对应的搜索空间中E-PDCCH的编号m确定参考信号天线端口，可用以下公式表示：
[0067] PortDMRS＝[mmod4]+7
[0068] 其中，m≥0。
[0069] 或者，用户设备根据候选控制信道集合对应的物理信道资源位置确定参考信号天线端口，可用以下公式表示：
[0070] PortDMRS＝[n_RBmod4]+7
[0071] 其中，n_RB≥0。
[0072] 又或者，用户设备根据聚合级别L和聚合级别L对应的搜索空间中E-PDCCH的编号m确定参考信号天线端口，UE对聚合级别L对应的搜索空间中的第m个E-PDCCH中所有E-CCE使用对应的参考信号端口进行接收。例如可用以下公式表示：
[0073] PortDMRS＝[(log(L)+m)mod4]+7
[0074] 其中，m≥0，L∈{1，2，4，8},log表示取以2为底的对数，7为天线端口的起始编号。
[0075] 再或者，用户设备根据聚合级别L和聚合级别L对应的搜索空间中E-PDCCH的编号m和第n个RB的位置确定参考信号天线端口，UE对聚合级别L对应的搜索空间中的第m个E-PDCCH中所有E-CCE使用对应的参考信号端口进行接收。例如可用以下公式表示：
[0076] PortDMRS＝[(log(L)+m+n_RB)mod4]+7
[0077] 其中，m≥0，n_RB≥0，L∈{1，2，4，8},log表示取以2为底的对数，7为天线端口的起始编号。
[0078] 值得指出的是，聚合级别L对应的搜索空间中E-PDCCH的编号m与参考信号天线端口的映射关系需要预先定义，以保证用户设备所获知的聚合级别L对应的搜索空间中E-PDCCH的编号m与参考信号天线端口的映射关系与基站一致。
[0079] 进一步的，用户设备还可以同时根据上述两个示例列举的方法确定参考信号天线端口，如，用户设备根据候选控制信道集合中聚合级别L对应的搜索空间的第m个E-PDCCH中的第一个E-CCE位置以及聚合级别L和聚合级别L对应的搜索空间中E-PDCCH的编号m确定参考信号天线端口，其中，可用以下公式表示：
[0080] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m]mod4}+7
[0081] 其中，搜索空间的第m个E-PDCCH中的第一个E-CCE位置与搜索空间中E-PDCCH的编号m中的两个m取值相同，且m≥0；L∈{1，2，4，8},log表示取以2为底的对数，7为天线端口的起始编号，IndexfirstE-CCE(L，m＝0)表示聚合级别L对应的搜索空间的第m个E-PDCCH中第一个E-CCE的编号。
[0082] 值得指出的是，上述公式只是列举了两种示例的一种组合方法，以此说明用户设备如何根据这两种示例提出的方法确定天线端口，但不以此做任何限定，使用上述任一各种组合方式确定天线端口的方法均在保护范围之内，该方法中所列举的E-CCE的位置与天线端口的映射关系也可以是其它任意与基站共知的预定义的映射方式，并不以此做任何限定。
[0083] S103、用户设备通过天线端口对基站发送的控制信道或控制信道单元进行接收。
[0084] 示例性的，用户设备可以根据确定的天线端口依据控制信道单元使用天线端口的情况对应接收控制信道单元。如，当所有控制信道单元使用同一个天线端口时，可以通过上述计算得到的端口对所有候选控制信道集合中的控制信道单元，如E-CCE进行接收；当一个聚合级别中的控制信道单元使用同一个天线端口时，可以针对不同聚合级别算出天线端口，在各个聚合级别对应的端口上对该聚合级别中的所有E-CCE进行接收；另外，当每个聚合级别中的第m个控制信道，如第m个E-PDCCH中所有的控制信道单元使用同一个天线端口，则可以针对每个聚合级别中的第m个E-PDCCH算出天线端口对，再使用每个聚合级别中的第m个E-PDCCH对应的天线端口对该E-PDCCH中的E-CCE进行接收；当第L个聚合级别的第m个E-PDCCH中所有的控制信道单元使用同一个天线端口，则还可以针对第L个聚合级别中的第m个E-PDCCH算出天线端口，再使用第L个聚合级别中的第m个E-PDCCH对应的端口对第L个聚合级别中的第m个E-PDCCH进行接收，其中，m小于或等于该聚合级别中控制信道的总个数。
[0085] 需要说明的是，在本发明实施例中，用户设备对基站发送的控制信道或控制信道单元进行接收可以包括：用户设备在所确定的控制信道的搜索空间中进行盲检测，并在检测到该用户设备的控制信道后接收该控制信道。还应理解，用户设备在接收到控制信道后，可以根据该控制信道承载的控制信令，通过该控制信令指示的数据信道进行数据的接收或发送。
[0086] 本发明实施例提供的控制信道资源传输方法，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收，而基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0087] 本发明另一实施例提供的控制信道资源传输方法，本实施例以控制信道为E-PDCCH、控制信道单元为E-CCE举例，但不以此做任何限定，如图2所示，该方法步骤包括：
[0088] S201、用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数。
[0089] 示例性的，用户设备可以获取候选控制信道集合中聚合级别和聚合级别对应的搜索空间中E-PDCCH上第N个E-CCE，或者，用户设备可以获取聚合级别L、聚合级别L对应的搜索空间中E-PDCCH的编号m或者候选控制信道集合对应的物理信道资源位置，如第一个RB pair的编号，记作N-RB，又或者用户设备既获取预选聚合级别对应的搜索空间中或E-PDCCH中第N个E-CCE的位置，又获取上述参数的任意几种作为配置参数，其中，N小于或等于聚合级别对应的搜索空间中E-PDCCH上E-CCE的总数；第m个E-PDCCH的编号一般对应为m，且m≥0，小于或等于聚合级别L对应的搜索空间中E-PDCCH的总数。
[0090] S202、用户设备接收基站发送的小区特定标识和/或用户设备特定标识和/或获取用户设备预设的RB pair。
[0091] 示例性的，小区特定标识可以为用户所属小区的小区特定标识，如小区ID(Identity，身份标识)；用户设备特定标识可以为通过信令通知给用户设备的特定标识Y，或者其它用户设备特定标识，如RNTI(Radio Network Temporary Identity，无线网络临时标志)，或者，用户设备用于产生DMRS序列的参考标识，又或者，用户设备用于产生DMRS序列的扰码ID，其中，DMRS序列根据 生成，cinit为序列初始化种子，ns为时隙序号，X为参考标识，nSCID为扰码ID。上述标识都为针对用户设备得到的特定标识。
[0092] 进一步的，预设的RB pair编号是用户设备已知的，只需要从用户设备中提取获得即可。
[0093] 值得指出的是，步骤S201与步骤S202之间没有顺序关系，可以按S201、S202进行，也可以按S202、S201进行，还可以同时进行。
[0094] S203、用户设备根据配置参数，以及小区特定标识和/或用户设备特定标识和/或RB pair编号确定天线端口。
[0095] 优选的，用户设备根据配置参数及小区特定标识和/或用户设备的特定标识和/或资源块对编号确定天线端口。用户设备可用以下公式表示：
[0096] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+Y]mod4}+7
[0097] 或，
[0098] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+RNTI]mod4}+7
[0099] 或
[0100] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+cell_id]mod4}+7[0101] 或
[0102] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+RB_id]mod4}+7[0103] 或
[0104] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+Y+cell_id]mod4}+7[0105] 或
[0106] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+cell_id+RB_id]mod4}+7[0107] 或
[0108] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+Y+RB_id]mod4}+7[0109] 或
[0110] PortDMRS＝{IndexfirstE-CCE(L，m＝0)+log(L)+m+Y+cell_id+RB_id]mod4}+7[0111] 示例性的，上述公式中，Y表示用户设备特定标识，可以是通过信令通知给用户设备的用户设备特定标识，例如可以是RNTI，或者可以是用户设备用于产生DMRS序列的参考标识，又或者，用户设备用于产生DMRS序列的扰码ID等；cell_id是小区特定标识；RB_id是资源块对编号。
[0112] 需要说明的是，用户设备可以只使用公式中所列举的一部分参数来确定参考信号天线端口，以上的列举方法仅限于举例，不以此做任何限定。
[0113] 示例性的，对于每个用户设备，基站配置给用户设备一个或多个资源集合(set)。所述资源集合分为集中式(localized)资源集合和分布式(distributed)资源集合。对于一个用户设备的一个聚合级别对应的E-PDCCH，在所述的集中式资源集合的不同配置中，所述E-PDCCH在PRB pair中的起始位置相同，但采用不同的参考信号天线端口。这样可以降低在一个PRB pair中或相同资源上不同用户的参考信号天线端口的冲突问题。具体地，一个用户设备在一个所述集中式资源集合中对应的参考信号天线端口可以是Indexset的函数，同时，此函数中的参数还可以有IndexECCE，X，L，cell_id等参数中的至少一个，举例如下：
[0114] PortDMRS＝f(Indexset)，或，
[0115]
[0116] PortDMRS＝(IndexECCE+(X+Indexset)modN)modS+107，或
[0117] PortDMRS＝(IndexECCE+(X+Indexset+log2(L))modN)modS+107，或[0118] PortDMRS＝(IndexECCE+(X+log2(L))modN)modS+107，或
[0119] PortDMRS＝(2×IndexECCE+(X+log2(L))mod(2×N))modS+107，或
[0120] PortDMRS＝(2×IndexECCE+(X+Indexset)mod(2×N))modS+107，或
[0121] PortDMRS＝(2×IndexECCE+(X+Indexset+log2(L))mod(2×N))modS+107[0122] 示例性的，对于一个用户设备的一个聚合级别对应的在PRB pair中的起始位置相同的集中式E-PDCCH，不同的X值对应不同的参考信号天线端口。举例如下：
[0123] PortDMRS＝f(X)，或
[0124] PortDMRS＝f(X1,X2,...,XH)，或
[0125] PortDMRS＝(IndexECCE+(X1+X2)modN)modS+107，或
[0126] PortDMRS＝(2×IndexECCE+(X1+X2)mod(2×N))modS+107，或
[0127] PortDMRS＝(IndexECCE+(X1+X2+log2(L))modN)modS+107，或
[0128] PortDMRS＝(2×IndexECCE+(X1+X2+log2(L))mod(2×N))modS+107，或[0129] PortDMRS＝(IndexECCE+(X1+X2+Indexset)modN)modS+107，或
[0130] PortDMRS＝(2×IndexECCE+(X1+X2+Indexset)mod(2×N))modS+107，或[0131] PortDMRS＝(IndexECCE+(X1+X2+Indexset+log2(L))modN)modS+107，或[0132] PortDMRS＝(2×IndexECCE+(X1+X2+Indexset+log2(L))mod(2×N))modS+107，或[0133] PortDMRS＝(IndexECCE+(Yk+log2(L))modN)modS+107，或
[0134] PortDMRS＝(2×IndexECCE+(Yk+Indexset+log2(L))mod(2×N))modS+107，或[0135] PortDMRS＝(IndexECCE+(Yk+ceil(L/T))modN)modS+107，或
[0136] PortDMRS＝(2×IndexECCE+(Yk+Indexset+ceil(L/T))mod(2×N))modS+107[0137] 示例性的，当一个PRB pair中可用参考信号天线端口个数为R时，在一个E-PDCCH集中式资源集合中，一个用户设备的聚合级别大于等于Z的E-PDCCH对应一个参考信号天线端口，不同的用户的所述E-PDCCH对应的参考信号天线端口可以不同，所述不同的参考信号天线端口的个数为小于R。
[0138] 进一步地，在一个E-PDCCH集中式资源集合中，一个用户设备的聚合级别大于等于T的E-PDCCH对应的一个参考信号天线端口属于参考信号天线端口集合1或参考信号天线端口2。所述参考信号天线端口集合1或2中包括的参考信号天线端口个数小于R。
[0139] 进一步地，对于一个用户设备，W和(或)V的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口。进一步地，W的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口属于所述参考信号天线端口集合1或2。进一步地，对于一个用户设备，V的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口在所述参考信号天线端口集合中所选择的参考信号天线端口。所述W、V是表示基站配置给用户设备的标识，可以是Indexset，可以是X。
[0140] 具体地，如果一个PRB pair中包括的E-CCE个数为4，所述Z的值为4，所述R的值为4。对于一个用户设备，其对应的聚合级别大于4的E-PDCCH所对应的参考信号天线端口属于参考信号天线端口集合1或2。根据W和(或)V，判断其对应的参考信号天线端口。
[0141] 可选的，其中参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口109}，参考信号天线端口集合1包括{参考信号天线端口108，参考信号天线端口110}；或，参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口110}，参考信号天线端口集合1包括{参考信号天线端口108，参考信号天线端口109}；或，参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口108}，参考信号天线端口集合1包括{参考信号天线端口109，参考信号天线端口110}；
[0142] 其中对于正常循环前缀子帧S＝4，对于扩展循环前缀子帧S＝2；N为所述E-PDCCH在一个PRB pair中的ECCE个数，IndexECCE是所述E-PDCCH在一个PRB pair中的起始E-CCE的序号或序号信息；Indexset是所述资源集合的序号或序号信息或资源集合特定参数；cell_id是小区特定标识或虚拟小区特定标识，L是聚合级别；T为一个PRB pair中包含的ECCE个数。
[0143] X表示用户设备特定的参数，可以用户设备特定标识，例如可以是RNTI(无线网络临时标识)，或者可以是用户设备用于产生DMRS序列的参考标识，又或者是用户设备用于产生DMRS序列的扰码ID，又或者是产生控制信道搜索空间对应的CCE的位置的初始化参数Yk，所述Yk＝(A·Yk-1)modD，具体含义可见3GPP 36.213V10.6.0的(Physical Channels and Modulation，Release 10)版本的9.1.1PDCCH Assignment Procedure(下行控制信道设定过程)章节中详细的描述，所述Yk的具体表达形式可以随3GPP 36.213的新版本中的定义更新进行相应更新。所述X1，X2，XH是以上所列的X的标识中的具体示例，H大于等于2。
[0144] 示例性的，表1～4列出了具体的参考信号天线端口选择方法。根据支持聚合级别的不同，参考信号天线端口的选择可以是所述表中的某些行。如表1，对于第一用户设备的第一聚合级别1，当IndexECCE＝e时，所述E-PDCCH选择的参考信号天线端口为107；当IndexECCE＝f时，所述E-PDCCH选择的参考信号天线端口为108；当IndexECCE＝g时，所述E-PDCCH选择的参考信号天线端口为109；当IndexECCE＝k时，所述E-PDCCH选择的参考信号天线端口为110；依次类推。e,f,g,k,为IndexECCE的具体值，例如可以是0，1，2，3，4中的任一值。
[0145] 表1
[0146]
[0147]
[0148] 表2
[0149]
[0150] 表3
[0151]
[0152] 表4
[0153]
[0154]
[0155] S204、用户设备通过天线端口对基站发送的控制信道或控制信道单元进行接收。
[0156] 优选的，当用户设备根据候选控制信道集合中搜索空间或E-PDCCH的第一个E-CCE的位置确定参考信号天线端口时，可以根据所属的信号端口对相应的E-PDCCH或E-CCE进行接收。
[0157] 示例性的，当用户设备根据候选控制信道集合中聚合级别L＝1对应的搜索空间的第一个E-CCE的位置确定天线端口时，可以对候选控制信道集合中所有的E-CCE均使用这个天线端口进行接收。
[0158] 当用户设备根据候选控制信道集合中聚合级别L＝1对应的搜索空间的第m个E-PDCCH中第一个E-CCE的位置确定天线端口时，可以对候选控制信道集合中每个聚合级别的第m个E-PDCCH，分别使用根据第m个E-PDCCH确定的天线端口进行接收。
[0159] 需要说明的是，与上述解调方法不同是，该方法中聚合级别L对应的搜索空间中的每个E-PDCCH所对应的天线端口可以互不相同。
[0160] 当用户设备根据候选控制信道集合中聚合级别L对应的搜索空间的第一个E-CCE的位置确定天线端口时，可以对候选控制信道集合中聚合级别L中的所有E-CCE分别使用该聚合级别L对应的天线端口进行接收。
[0161] 当用户设备根据候选控制信道集合中聚合级别L对应的搜索空间的第m个E-PDCCH中的第一个E-CCE位置确定天线端口时，可以对候选控制信道集合中聚合级别L中的第m个E-PDCCH中的所有E-CCE使用聚合级别L中的第m个E-PDCCH对应的天线端口进行接收。
[0162] 优选的，当用户设备根据聚合级别L和/或聚合级别L对应的搜索空间中E-PDCCH的编号m确定天线端口时，可以根据这个天线端口对相应的E-PDCCH或E-CCE进行接收。
[0163] 示例性的，当用户设备根据聚合级别L确定天线端口时，可以对聚合级别L中所有E-CCE使用聚合级别L对应的天线端口进行接收。
[0164] 当用户设备根据聚合级别L对应的搜索空间中E-PDCCH的编号m确定天线端口时，可以对聚合级别L对应的搜索空间中的第m个E-PDCCH中所有E-CCE使用对应的天线端口进行接收。
[0165] 当用户设备根据聚合级别L和聚合级别L对应的搜索空间中E-PDCCH的编号m确定天线端口时，可以对聚合级别L对应的搜索空间中的第m个E-PDCCH中所有E-CCE使用对应的天线端口进行接收。
[0166] 优选的，当用户设备不仅根据上述两种优选方案确定天线端口，还根据用户设备的特定标识和/或资源块对编号确定天线端口时，可以依据上述方案中配置参数的不同，选择对应的天线端口对同一聚合级别或不同聚合级别的同一E-PDCCH或不同E-PDCCH中的E-CCE进行接收，具体对应方式如上所述，在此不再赘述。
[0167] 本发明实施例提供的控制信道资源传输方法，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收，而基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0168] 本发明再一实施例提供的控制信道资源传输方法，如图3所示，该方法步骤包括：
[0169] S301、基站根据预设协议和/或向用户设备发送的高层信令获取候选控制信道集合中的配置参数。
[0170] 其中，高层信令用于通知配置参数。
[0171] 需要说明的是，基站与用户设备共知这个预设协议，基站可以采用与用户设备相同的方法获得配置参数。其中，配置参数与用户设备获得的相同，上述实施例中已经描述，在此不再赘述。
[0172] S302、基站根据获取的配置参数确定天线端口。
[0173] 需要说明的是，基站获取了配置参数，采用相应方式确定天线端口，用户设备就采用相同的策略，使用相同的配置参数，采用同样的方法确定天线端口，所以基站确定配置参数的方法与上述用户设备确定天线端口的方法相同，可以使用用户设备确定天线端口的方法进行确定，即之前实施例中的相关描述适用于本实施例，故在此不再赘述。
[0174] S303、基站通过天线端口向用户设备发送控制信道或控制信道单元。
[0175] 示例性的，基站可以通过天线端口向用户设备发送E-PDCCH或E-CCE。
[0176] 进一步的，基站也依据E-CCE使用天线端口的情况确定发送E-CCE的端口。如所有候选控制信道集合中的E-CCE使用同一天线端口，则通过上述确定的天线端口对所有候选控制信道集合中的E-CCE进行发送等。
[0177] 本发明实施例提供的控制信道资源传输方法，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收。基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0178] 本发明又一实施例提供的控制信道资源传输方法，以控制信道为E-PDCCH，控制信道单元为E-CCE为例，如图4所示，该方法步骤包括：
[0179] S401、基站向用户设备发送的高层信令。
[0180] 其中，高层信令用于通知配置参数。
[0181] S402、基站根据预设协议或向用户设备发送的高层信令获取候选控制信道集合中的配置参数。
[0182] 示例性的，基站获取的配置参数可以为候选控制信道集合中预设聚合级别对应的搜索空间中第N个E-CCE，如聚合级别L＝1对应搜索空间中第一个E-CCE或三个E-CCE的位置等。
[0183] 基站获取的配置参数还可以为候选控制信道集合中聚合级别对应的搜索空间中第N个控制信道单元的位置，其中，N小于或等于搜索空间中控制信道单元的总个数，或候选控制信道集合中聚合级别对应的搜索空间中控制信道上第N个控制信道单元的位置，其中N小于或等于控制信道上的控制信道单元的总个数。
[0184] 除此之外，基站获取的配置参数可以配置参数为候选控制信道集合中预选聚合级别或预选聚合级别对应的搜索空间中预选E-PDCCH的编号，如m；或候选控制信道集合对应的物理信道资源位置，如n_RB。
[0185] 进一步的，基站获取的配置参数还可以为上述配置参数中的一种或几种，如配置参数为候选控制信道集合中搜索空间或搜索空间上E-PDCCH中第一个E-CCE，以及候选控制信道集合中预选聚合级别L和预选聚合级别L对应的搜索空间中E-PDCCH的编号m和候选控制信道中第一个RB等。
[0186] S403、基站根据用户设备获取小区特定标识和/或用户设备特定标识和/或根据共知规则获取用户设备预设的RB pair编号。
[0187] 其中，示例性的，基站可以获取用户设备的特定标识Y，包括：RNTI(Radio Network Temporary Identity，无线网络临时标志)等，用户所属小区的小区特定标识：小区ID(Identity，身份标识)等，需要说明的是，基站获取、并向用户设备发送的针对用户设备的特定标识Y与用户设备接收到的用户设备的特定标识Y相同，在此不再累述。
[0188] 进一步的，预设的RB pair编号是基站已知的，只需要从基站中提取获得即可。
[0189] 需要说明的是步骤S402与S403之间没有顺序关系，可以颠倒进行，也可以同时进行。
[0190] S404、基站根据配置参数，及小区特定标识和/或用户设备特定标识和/或RB pair编号确定天线端口。
[0191] 示例性的，对于每个用户设备，基站配置给用户设备一个或多个资源集合(set)。所述资源集合分为集中式(localized)资源集合和分布式(distributed)资源集合。对于一个用户设备的一个聚合级别对应的E-PDCCH，在所述的集中式资源集合的不同配置中，所述E-PDCCH在PRB pair中的起始位置相同，但采用不同的参考信号天线端口。这样可以降低在一个PRB pair中或相同资源上不同用户的参考信号天线端口的冲突问题。具体地，一个用户设备在一个所述集中式资源集合中对应的参考信号天线端口可以是Indexset的函数，同时，此函数中的参数还可以有IndexECCE，X，L，cell_id等参数中的至少一个，举例如下：
[0192] PortDMRS＝f(Indexset)，或，
[0193]
[0194] PortDMRS＝(IndexECCE+(X+Indexset)modN)modS+107，或
[0195] PortDMRS＝(IndexECCE+(X+Indexset+log2(L))modN)modS+107，或[0196] PortDMRS＝(IndexECCE+(X+log2(L))modN)modS+107，或
[0197] PortDMRS＝(2×IndexECCE+(X+log2(L))mod(2×N))modS+107，或
[0198] PortDMRS＝(2×IndexECCE+(X+Indexset)mod(2×N))modS+107，或
[0199] PortDMRS＝(2×IndexECCE+(X+Indexset+log2(L))mod(2×N))modS+107[0200] 示例性的，对于一个用户设备的一个聚合级别对应的在PRB pair中的起始位置相同的集中式E-PDCCH，不同的X值对应不同的参考信号天线端口。举例如下：
[0201] PortDMRS＝f(X)，或
[0202] PortDMRS＝f(X1,X2,...,XH)，或
[0203] PortDMRS＝(IndexECCE+(X1+X2)modN)modS+107，或
[0204] PortDMRS＝(2×IndexECCE+(X1+X2)mod(2×N))modS+107，或
[0205] PortDMRS＝(IndexECCE+(X1+X2+log2(L))modN)modS+107，或
[0206] PortDMRS＝(2×IndexECCE+(X1+X2+log2(L))mod(2×N))modS+107，或[0207] PortDMRS＝(IndexECCE+(X1+X2+Indexset)modN)modS+107，或
[0208] PortDMRS＝(2×IndexECCE+(X1+X2+Indexset)mod(2×N))modS+107，或[0209] PortDMRS＝(IndexECCE+(X1+X2+Indexset+log2(L))modN)modS+107，或[0210] PortDMRS＝(2×IndexECCE+(X1+X2+Indexset+log2(L))mod(2×N))modS+107，或[0211] PortDMRS＝(IndexECCE+(Yk+log2(L))modN)modS+107，或
[0212] PortDMRS＝(2×IndexECCE+(Yk+Indexset+log2(L))mod(2×N))modS+107，或[0213] PortDMRS＝(IndexECCE+(Yk+ceil(L/T))modN)modS+107，或
[0214] PortDMRS＝(2×IndexECCE+(Yk+Indexset+ceil(L/T))mod(2×N))modS+107[0215] 示例性的，当一个PRB pair中可用参考信号天线端口个数为R时，在一个E-PDCCH集中式资源集合中，一个用户设备的聚合级别大于等于Z的E-PDCCH对应一个参考信号天线端口，不同的用户的所述E-PDCCH对应的参考信号天线端口可以不同，所述不同的参考信号天线端口的个数为小于R。
[0216] 进一步地，在一个E-PDCCH集中式资源集合中，一个用户设备的聚合级别大于等于T的E-PDCCH对应的一个参考信号天线端口属于参考信号天线端口集合1或参考信号天线端口2。所述参考信号天线端口集合1或2中包括的参考信号天线端口个数小于R。
[0217] 进一步地，对于一个用户设备，W和(或)V的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口。进一步地，W的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口属于所述参考信号天线端口集合1或2。进一步地，对于一个用户设备，V的值决定所述聚合级别的所述E-PDCCH所对应的参考信号天线端口在所述参考信号天线端口集合中所选择的参考信号天线端口。所述W、V是表示基站配置给用户设备的标识，可以是Indexset，可以是X。
[0218] 具体地，如果一个PRB pair中包括的E-CCE个数为4，所述Z的值为4，所述R的值为4。对于一个用户设备，其对应的聚合级别大于4的E-PDCCH所对应的参考信号天线端口属于参考信号天线端口集合1或2。根据W和(或)V，判断其对应的参考信号天线端口。
[0219] 可选的，其中参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口109}，参考信号天线端口集合1包括{参考信号天线端口108，参考信号天线端口110}；或，参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口110}，参考信号天线端口集合1包括{参考信号天线端口108，参考信号天线端口109}；或，参考信号天线端口集合1包括{参考信号天线端口107，参考信号天线端口108}，参考信号天线端口集合1包括{参考信号天线端口109，参考信号天线端口110}；
[0220] 其中对于正常循环前缀子帧S＝4，对于扩展循环前缀子帧S＝2；N为所述E-PDCCH在一个PRB pair中的ECCE个数，IndexECCE是所述E-PDCCH在一个PRB pair中的起始E-CCE的序号或序号信息；Indexset是所述资源集合的序号或序号信息或资源集合特定参数；cell_id是小区特定标识或虚拟小区特定标识，L是聚合级别；T为一个PRB pair中包含的ECCE个数。
[0221] X表示用户设备特定的参数，可以用户设备特定标识，例如可以是RNTI(无线网络临时标识)，或者可以是用户设备用于产生DMRS序列的参考标识，又或者是用户设备用于产生DMRS序列的扰码ID，又或者是产生控制信道搜索空间对应的CCE的位置的初始化参数Yk，所述Yk＝(A·Yk-1)modD，具体含义可见3GPP 36.213V10.6.0的(Physical Channels and Modulation，Release 10)版本的9.1.1PDCCH Assignment Procedure(下行控制信道设定过程)章节中详细的描述，所述Yk的具体表达形式可以随3GPP 36.213的新版本中的定义更新进行相应更新。所述X1，X2，XH是以上所列的X的标识中的具体示例，H大于等于2。
[0222] 示例性的，表1～4列出了具体的参考信号天线端口选择方法。根据支持聚合级别的不同，参考信号天线端口的选择可以是所述表中的某些行。如表1，对于第一用户设备的第一聚合级别1，当IndexECCE＝e时，所述E-PDCCH选择的参考信号天线端口为107；当IndexECCE＝f时，所述E-PDCCH选择的参考信号天线端口为108；当IndexECCE＝g时，所述E-PDCCH选择的参考信号天线端口为109；当IndexECCE＝k时，所述E-PDCCH选择的参考信号天线端口为110；依次类推。e,f,g,k,为IndexECCE的具体值，例如可以是0，1，2，3，4中的任一值。
[0223] 表1
[0224]
[0225] 表2
[0226]
[0227] 表3
[0228]
[0229]
[0230] 表4
[0231]
[0232] S405、基站通过天线端口向用户设备发送E-PDCCH或E-CCE。
[0233] 示例性的，根据不同的配置参数可以选择不同的发送方式，如通过天线端口向用户设备发送候选信道控制集合中所有E-CCE；或者，基站通过天线端口向用户设备发送候选信道控制集合中预选聚合级别上的所有E-CCE，又或者通过天线端口向用户设备发送候选信道控制集合中预选聚合级别上第m个E-PDCCH中所有E-CCE。
[0234] 值得指出的是，基站与用户设备使用相同的确定天线端口的方法，基站如何映射、发送，用户设备便如何解调、接收，所以基站的发送使用的天线端口与用户设备解调、接收用的天线端口一致，在此不再赘述。
[0235] S406、基站向用户设备发送小区特定标识和/或用户设备特定标识和/或根据共知规则获取用户设备预设的RB pair编号。
[0236] 需要说明的是，步骤S406是在S403之后进行的，与步骤S404和S405没有顺序关系。
[0237] 本发明实施例提供的控制信道资源传输方法，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收。基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0238] 本发明实施例提供的用户设备50，如图5所示，包括：
[0239] 第一获取单元501，用于根据预设协议和/或基站发送的高层信令获取候选控制信道集合中的配置参数。
[0240] 其中，高层信令用于通知配置参数。
[0241] 需要说明的是，预设协议可以是现有的已公知使用的协议，如LET，也可以是根据基站和用户设备的配置情况而重新设定的协议。这个预设协议是基站与用户设备共知，并在进行资源传输前统一并确定的协议。同时基站与用户设备获取的配置参数也根据这个共知的协议而相同。
[0242] 第一确定单元502，用于根据获取单元501获取的配置参数确定天线端口。
[0243] 在一个可选的实施例中，对于同一个用户设备的同一个聚合级别的在物理资源块PRB对中具有相同起始位置的控制信道，具有不同配置的集中式资源集合中的所述控制信道所对应的参考信号天线端口不同。
[0244] 在上述可选的实施例中，进一步优选地，所述不同配置的集中式资源集合包括：
[0245] 所述集中式资源集合的集合序号或序号信息不同，和/或
[0246] 所述集中式资源集合的用于产生解调导频DMRS序列的参考标识或用于产生DMRS序列的扰码标识ID不同。
[0247] 在上述可选的实施例中，进一步优选地，所述天线端口由以下公式中的至少一个确定：
[0248] 天线端口＝(IndexECCE+(X+Indexset)modN)modS+107，
[0249] 天线端口＝(2×IndexECCE+(X+Indexset)mod(2×N))modS+107，
[0250] 天线端口＝(IndexECCE+(X+log2(L))modN)modS+107，
[0251] 天线端口＝(2×IndexECCE+(X+log2(L))mod(2×N))modS+107，
[0252] 天线端口＝(IndexECCE+(X+Indexset+log2(L))modN)modS+107，
[0253] 天线端口＝(2×IndexECCE+(X+Indexset+log2(L))mod(2×N))modS+107，[0254] 天线端口＝(IndexECCE+(X1+X2)modN)modS+107，
[0255] 天线端口＝(2×IndexECCE+(X1+X2)mod(2×N))modS+107，
[0256] 天线端口＝(IndexECCE+(X1+X2+log2(L))modN)modS+107，
[0257] 天线端口＝(2×IndexECCE+(X1+X2+log2(L))mod(2×N))modS+107，
[0258] 天线端口＝(IndexECCE+(X1+X2+Indexset)modN)modS+107，
[0259] 天线端口＝(2×IndexECCE+(X1+X2+Indexset)mod(2×N))modS+107，[0260] 天线端口＝(IndexECCE+(X1+X2+Indexset+log2(L))modN)modS+107，[0261] 天线端口＝(2×IndexECCE+(X1+X2+Indexset+log2(L))mod(2×N))modS+107，[0262] 天线端口＝(IndexECCE+(Yk+ceil(L/T))modN)modS+107，和
[0263] 天线端口＝(2×IndexECCE+(Yk+Indexset+ceil(L/T))mod(2×N))modS+107；
[0264] 其中，IndexECCE是所述控制信道在PRB对中的起始控制信道单元的序号或序号信息；Indexset是所述资源集合的序号或序号信息或资源集合特定参数；S＝2或4；N为所述控制信道在PRB对中占用的控制信道单元个数；T为一个PRB对中包含的控制信道单元个数；L是聚合级别；Yk是产生控制信道搜索空间对应的控制信道单元的位置的初始化参数；X、X1和X2分别是以下中的一个：
[0265] 用于产生DMRS序列的参考标识；
[0266] 用于产生DMRS序列的扰码ID；
[0267] Yk；
[0268] 用户设备特定参数；
[0269] 用户设备特定标识；和
[0270] 无线网络临时标识。
[0271] 作为另外的一个可选的实施例，在一个集中式资源集合中，不同用户的聚合级别大于等于Z的至少两个所述控制信道对应的参考信号天线端口不同，所述至少两个控制信道对应的参考信号天线端口的个数小于R，其中R为一个PRB对中包括的参考信号天线端口个数，Z为门限聚合级别。
[0272] 在上述另外的一个可选的实施例中，进一步优选地，
[0273] 一个PRB对中包括的控制信道单元的个数为4，所述Z的值为4，所述R的值为4；和/或
[0274] 一个PRB对中包括的控制信道单元的个数为2，所述Z的值为2，所述R的值为4。
[0275] 优选的，上述实施例中的所述控制信道为增强的物理下行控制信道E-PDCCH，所述控制信道单元为增强的控制信道单元E-CCE。
[0276] 接收单元503，用于通过确定单元502确定的天线端口对基站60发送的控制信道或控制信道单元进行接收。
[0277] 示例性的，解调单元503，用于通过确定单元502确定的天线端口对基站60发送的E-PDCCH或E-CCE进行接收。
[0278] 进一步的，用户设备50，如图6所示，还包括：
[0279] 接收单元504，用于接收基站60发送的小区特定标识和/或用户设备特定标识。
[0280] 和/或第二获取单元505，用于根据与基站共知规则获取用户设备50预设的RB pair编号。
[0281] 需要说明的是，接收单元504和第二获取单元505依据用户设备对是否需要接受特定标识或者获取RB pair而设置，可以同时存在，也可以只设置一个，不以图6所示情况做任何限定。
[0282] 第二确定单元506，用于根据第一获取单元501获取的配置参数和接收单元504接收的小区特定标识和/或用户设备特定标识和/或第二获取单元505获取的RB pair编号确定天线端口。
[0283] 需要说明的是，当用户设备需要接收单元504和/或第二获取单元505工作时，使用第二确定单元506确定天线端口。
[0284] 本用户设备50可以使用上述实施例提供的方法进行工作，工作方法与实施例提供的方法相同，在此不再赘述。
[0285] 本发明实施例提供的用户设备，用户设备根据预设协议或基站发送的高层信令获取候选控制信道集合中的配置参数，根据这个或这些配置参数确定天线端口；通过天线端口对基站发送的控制信道或控制信道单元进行接收，而基站采用相同的方法确定天线端口，并通过这个天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0286] 本发明实施例提供的基站60，如图7所示，包括：
[0287] 第一获取单元601，用于根据预设协议和/或向用户设备发送的高层信令获取候选控制信道集合中的配置参数，其中，高层信令用于通知配置参数。
[0288] 第一确定单元602，用于根据第一获取单元601获取的配置参数确定天线端口。
[0289] 作为一个可选的实施例，对于同一个用户设备的同一个聚合级别的在物理资源块PRB对中具有相同起始位置的控制信道，具有不同配置的集中式资源集合中的所述控制信道所对应的参考信号天线端口不同。
[0290] 在上述可选的实施例中，进一步优选地，所述不同配置的集中式资源集合包括：
[0291] 所述集中式资源集合的集合序号或序号信息不同，和/或
[0292] 所述集中式资源集合的用于产生解调导频DMRS序列的参考标识或用于产生DMRS序列的扰码标识ID不同。
[0293] 在上述可选的实施例中，进一步优选地，
[0294] 所述天线端口由以下公式中的至少一个确定：
[0295] 天线端口＝(IndexECCE+(X+Indexset)modN)modS+107，
[0296] 天线端口＝(2×IndexECCE+(X+Indexset)mod(2×N))modS+107，
[0297] 天线端口＝(IndexECCE+(X+log2(L))modN)modS+107，
[0298] 天线端口＝(2×IndexECCE+(X+log2(L))mod(2×N))modS+107，
[0299] 天线端口＝(IndexECCE+(X+Indexset+log2(L))modN)modS+107，
[0300] 天线端口＝(2×IndexECCE+(X+Indexset+log2(L))mod(2×N))modS+107，[0301] 天线端口＝(IndexECCE+(X1+X2)modN)modS+107，
[0302] 天线端口＝(2×IndexECCE+(X1+X2)mod(2×N))modS+107，
[0303] 天线端口＝(IndexECCE+(X1+X2+log2(L))modN)modS+107，
[0304] 天线端口＝(2×IndexECCE+(X1+X2+log2(L))mod(2×N))modS+107，
[0305] 天线端口＝(IndexECCE+(X1+X2+Indexset)modN)modS+107，
[0306] 天线端口＝(2×IndexECCE+(X1+X2+Indexset)mod(2×N))modS+107，[0307] 天线端口＝(IndexECCE+(X1+X2+Indexset+log2(L))modN)modS+107，[0308] 天线端口＝(2×IndexECCE+(X1+X2+Indexset+log2(L))mod(2×N))modS+107，[0309] 天线端口＝(IndexECCE+(Yk+ceil(L/T))modN)modS+107，和
[0310] 天线端口＝(2×IndexECCE+(Yk+Indexset+ceil(L/T))mod(2×N))modS+107；
[0311] 其中，IndexECCE是所述控制信道在PRB对中的起始控制信道单元的序号或序号信息；Indexset是所述资源集合的序号或序号信息或资源集合特定参数；S＝2或4；N为所述控制信道在PRB对中占用的控制信道单元个数；T为一个PRB对中包含的控制信道单元个数；L是聚合级别；Yk是产生控制信道搜索空间对应的控制信道单元的位置的初始化参数；X、X1和X2分别是以下中的一个：
[0312] 用于产生DMRS序列的参考标识；
[0313] 用于产生DMRS序列的扰码ID；
[0314] Yk；
[0315] 用户设备特定参数；
[0316] 用户设备特定标识；和
[0317] 无线网络临时标识。
[0318] 作为另外一个可选的实施例，在一个集中式资源集合中，不同用户的聚合级别大于等于Z的至少两个所述控制信道对应的参考信号天线端口不同，所述至少两个控制信道对应的参考信号天线端口的个数小于R，其中R为一个PRB对中包括的参考信号天线端口个数，Z为门限聚合级别。
[0319] 在上述另外一个可选的实施例中，进一步优选地，
[0320] 一个PRB对中包括的控制信道单元的个数为4，所述Z的值为4，所述R的值为4；和/或
[0321] 一个PRB对中包括的控制信道单元的个数为2，所述Z的值为2，所述R的值为4。
[0322] 在上述实施例中，所述控制信道为增强的物理下行控制信道E-PDCCH，所述控制信道单元为增强的控制信道单元E-CCE。
[0323] 示例性的，第一确定单元602，用于根据候选控制信道集合中搜索空间或E-PDCCH的第一个E-CCE的位置确定参考信号天线端口；或者，根据聚合级别L和/或聚合级别L对应的搜索空间中E-PDCCH的编号m确定参考信号天线端口；又或者既根据候选控制信道集合中搜索空间或E-PDCCH的第一个E-CCE的位置，又根据聚合级别L和/或聚合级别L对应的搜索空间中E-PDCCH的编号m确定参考信号天线端口。
[0324] 第一发送单元603，用于通过第一确定单元602确定的天线端口向用户设备50发送控制信道或控制信道单元。
[0325] 示例性的，第一发送单元603，用于通过第一确定单元602确定的天线端口向用户设备50发送E-PDCCH或E-CCE。
[0326] 进一步的，如图8所示，基站60还包括：
[0327] 第二获取单元604，用于根据用户设备50获取小区特定标识和/或用户设备特定标识。
[0328] 和/或，
[0329] 第三获取单元605，用于根据与用户设备的共知规则获取用户设备50预设的RB pair编号。
[0330] 需要说明的是，第二获取单元604和第三获取单元605依据基站60对是否需要接受特定标识或者获取RB pair而设置，可以同时存在，也可以只设置一个，不以图8所示情况做任何限定。
[0331] 基站60还包括：
[0332] 第二确定单元606，用于根据第一获取单元601获取的配置参数和第二获取单元604获取的小区特定标识和/或用户设备特定标识和/或第三获取单元605获取的资源块对编号确定天线端口。
[0333] 其中，当第二获取单元604和/或第三获取单元605存在并工作时，基站使用第二确定单元606确定天线端口。
[0334] 当基站60需要通过用户设备50的特定标识确定天线端口时，由于用户设备无法自主获取这个特定标识，则基站60如图9所示，还包括：
[0335] 第二发送单元607，用于向用户设备50发送第二获取单元604获取的小区特定标识和/或用户设备特定标识.
[0336] 本基站60可以使用上述实施例提供的方法进行工作，工作方法与实施例提供的方法相同，在此不再赘述。
[0337] 本发明实施例提供的基站，基站根据预设协议或向用户发送的高层信令获取候选控制信道集合中的配置参数，根据这个或这些配置参数确定天线端口；通过天线端口向用户设备发送控制信道或控制信道单元。这样一来就不再像现有技术那样需要基站通过PDCCH通知用户设备获取天线端口，而是通过相应参数各自确定天线端口，并从这个确定的天线端口上发送、接收控制信道或控制信道单元，从而保证用户设备能够正确解调、接收基站发送的控制信道或控制信道单元。
[0338] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0339] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
