具体实施方式
如背景技术所述,在LTE-A系统中,PUCCH format 3被引入。PUCCHformat 3支持多端口传输模式,并采用SORTD技术。SORTD要求每个天线端口使用正交的PUCCH资源,因此,需使用两倍于单端口传输模式的PUCCH资源,PUCCH资源开销较大。
为了克服这样的缺陷,在Rel-11中,需进一步研究PUCCH资源开销较低并且相对于单天线端口传输具有可观性能增益的PUCCH发射分集方法。本发明实施例提出了一种多天线端口场景下的信息传输方法,通过合理的配置应用于多天线端口的预编码向量,在尽可能降低PUCCH资源开销的基础上,保证了PUCCH发射分集的性能增益。
如图5所示,为本发明实施例所提出的一种多天线端口场景下的信息传输方法的流程示意图,该方法具体包括以下步骤:
步骤S501、终端设备确定需要发送的上行控制信息,并且确定一个承载所述上行控制信息的上行控制信道资源。
步骤S502、所述终端设备根据基站发送的配置信息确定所述终端设备在多天线端口传输时所使用的预编码向量。
针对不同的应用场景,本步骤的处理规则也存在相应的差异,具体可以包括以下两种情况:
情况一、所述终端设备通过高层信令接收所述基站发送的配置信息,并根据所述配置信息中用于指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
在这种情况下,基站通过高层信令为终端设备直接配置预编码向量,终端设备直接根据高层信令确定相应的预编码向量,直至接收到基站通过高层信令重新配置的预编码向量,这样的配置方式更加稳定,减少了频繁变更配置所需要耗费的资源。
通过这样的方式,可以半静态的的配置终端设备在一段时间之内所应用的预编码向量。
当然,终端设备确定预编码向量的具体形式,是根据通过高层信令所传输的配置信息中用于指示预编码向量的比特域内容进行确定的。
在此种情况中,所述高层信令具体包括RRC(Radio Resource Control,无线资源控制)信令和/或MAC(MediaAccess Control,媒体接入控制)信令。
情况二、所述终端设备通过PDCCH(Physical Downlink Control Channel,物理下行控制信道)接收所述基站发送的配置信息,并根据所述PDCCH中用于指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
具体的,这种情况下所指出的PDCCH,具体包括有对应PDSCH(PhysicalDownlink Shared Channel,物理下行共享信道)传输的PDCCH,以及指示下行SPS资源释放的PDCCH。有对应PDSCH传输的PDCCH又包括动态调度PDSCH传输的PDCCH和激活SPS(Semi-Persistent Scheduling,半持续调度)PDSCH的PDCCH)
在这种情况下,基站通过PDCCH为终端设备配置预编码向量,终端设备根据PDCCH确定自身在本次传输中所应用的预编码向量。
通过这样的方式,可以动态的的配置终端设备在本次传输中所应用的预编码向量,这样的配置方式相比于情况一中的半静态配置方式更加灵活。
其中,终端设备确定预编码向量的具体形式,是根据PDCCH所传输的配置信息中用于指示预编码向量的比特域内容进行确定的。
在实际的应用场景中,可以根据实际需要确定应用上述的情况一的技术方案或者应用上述的情况二的技术方案,这样的变化并不会影响本发明的保护范围。
当然,在具体的应用场景中,对于情况二所提出的技术方案,考虑到在具体的传输过程中的时延、传输错误或者接收错误所导致的PDCCH不能正常接收的情况,本发明实施例进一步提出了相应的解决方案。
当所述终端设备接收到所述基站发送的包含指示预编码向量的比特域的PDCCH时,所述终端设备自然可以根据所述指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
而当所述终端设备没有接收到包含用于指示预编码向量的比特域的PDCCH时,所述终端设备确定所述基站最近一次所配置的预编码向量或所述基站通过高层信令预设的固定的预编码向量,为本次传输中自身在多天线端口传输时所使用的预编码向量。
与前述的情况一相类似,所述高层信令具体包括RRC信令和/或MAC信令。
进一步的,根据相应的传输场景差异,终端设备也可以确定PDCCH所包含的内容存在以下差异:
(1)当所述PDCCH在所述终端设备的专属搜索空间传输时,所述终端设备确定所述PDCCH所使用的DCI(Downlink Control Information,下行控制信息)format中包含用于指示预编码向量的比特域。
在实际应用中,所述用于指示预编码向量的比特域的具体形式可以是PDCCH所使用的DCI format中新增加的比特域,也可以是PDCCH所使用的DCI format中原有比特域的重用,具体形式的变化并不影响本发明的保护范围。
另一方面,如果所述终端设备接收到了多个包含用于指示预编码向量的比特域的PDCCH(即一个反馈窗口中接收到的多个包含用于指示预编码向量的比特域的PDCCH,所述反馈窗口为需要在同一个上行子帧进行ACK/NACK反馈的下行子帧集合),终端设备应假设各所述PDCCH中所包含的用于指示预编码向量的比特域的指示值相同;特别的,如果接收到的多个PDCCH中的用于指示预编码向量的比特域的指示值不同,则终端设备判断接收错误,或者基站存在调度错误,可以放弃本次传输,或者使用最近一个PDCCH的指示值所指示的预编码向量或者使用具有相同指示值的包含PDCCH个数最多的一组PDCCH中的指示值所指示的预编码向量,或者使用高层信令预先配置的一个固定的预编码向量;
(2)当所述PDCCH在所述终端设备的公共搜索空间传输时,所述终端设备确定所述PDCCH所使用的DCI format中不包含用于指示预编码向量的比特域。
而如果PDCCH中不包含用于指示预编码向量的比特域,自然也就无法应用前述的终端设备接收到所述基站发送的包含指示预编码向量的比特域的PDCCH的场景的处理,此时需要进行前述的终端设备没有接收到所述基站发送的包含用于指示预编码向量的比特域的PDCCH的场景的处理。
基于前述的描述,可以确定,此种情况中没有接收到所述基站发送的包含用于指示预编码向量的比特域的PDCCH的描述,可以是没有收到任何的PDCCH(例如基站没有发送包含用于指示预编码向量的比特域的PDCCH,或者基站发送了包含用于指示预编码向量的比特域的PDCCH但终端设备丢失该PDCCH),也可以是接收到基站发送的没有包含用于指示预编码向量的比特域的PDCCH,无论是哪种情况,均可以应用前述的终端设备没有接收到所述基站发送的包含用于指示预编码向量的比特域的PDCCH的场景的处理方案。
需要进一步指出的是,在上述终端设备没有接收到所述基站发送的包含用于指示预编码向量的比特域的PDCCH的情况中,特别的,当所述终端设备接收到一个无对应PDCCH的SPS PDSCH,且没有接收到任何一个包含用于指示预编码向量的比特域的PDCCH时,所述终端设备还可以确定激活所述SPS PDSCH的PDCCH中所包含的用于指示预编码向量的比特域所指示的预编码向量,为自身在多天线端口传输时所使用的预编码向量。
上述描述说明了终端设备确定预编码向量的具体方式,进一步的,为了适应多天线端口的场景需要,上述终端设备所确定的预编码向量具体为基于每个时隙所配置的,其中,每个预编码向量中所包括的每个元素分别对应相应的时隙中所使用的一个天线端口。
具体的预编码向量的确定由基站来完成。
基于这样的配置,本步骤的具体处理过程为所述终端设备根据所述基站发送的配置信息确定每个时隙对应的预编码向量。
其中,所述每个时隙对应的预编码向量应用于该时隙中的传输信息在多个天线端口间的预编码处理,多个时隙对应的预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行独立指示或者联合指示。
相应的,针对采用不同指示方式的具体方法,具体说明如下:
方法一、所述多个时隙对应的预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行独立指示。
在应用此种方法的场景中,所述用于指示预编码向量的比特域为A×K比特,包含分别用于指示每个时隙对应的预编码向量的比特信息。
其中,A为一次发送包含的时隙个数,N为每个时隙可使用的不同预编码向量的个数。
在实际应用中,较优的可以设置A=2,相应的对应关系如表1所示。
表1指示每个时隙使用的预编码向量的比特域的不同状态与所指示的预编码向量的对应关系
需要指出的是,根据上述的表1中所示的信息,在实际应用中,较优的可以选择K=1,但这只是一个具体的示例,并不排除K为其他值时的对应关系。
方法二、所述多个时隙对应预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行联合指示。
在应用此种方法的场景中,所述用于指示预编码向量的比特域包含 比特信息,指示多个时隙的预编码向量的M种组合中的一种。
其中,M为多个时隙的预编码向量的不同组合个数。
在实际应用中,相应的对应关系如表2所示。
表2指示预编码向量的比特域的不同状态与多个时隙使用的预编码向量的不同组合的对应关系
需要指出的是,根据上述的表2中所示的信息,在实际应用中,较优的可以选择L=2,2比特指示信息的不同状态分别用来指示4个预编码向量组合,但这只是一个具体的示例,并不排除L为其他值时的对应关系。
步骤S503、所述终端设备根据所述预编码向量对所述上行控制信息在多个天线端口间进行预编码处理,获得各天线端口所对应的预编码处理后的上行控制信息。
基于上述的描述,所述终端设备对每个时隙中的数据和导频使用相同的预编码向量在多个天线端口间进行预编码处理,所述预编码向量为所述终端设备通过所述基站发送的配置信息确定的该时隙对应的预编码向量。
步骤S504、所述终端设备分别在各天线端口使用相同的上行控制信道资源,发送相应的天线端口所对应的预编码处理后的上行控制信息。
其中,所述上行控制信道资源具体为所述终端设备所确定的承载所述上行控制信息的上行控制信道资源。
上述说明描述了在终端设备侧的具体处理过程,相对应的,在基站侧,具体的处理过程如图6所示,包括以下步骤:
步骤S601、基站确定终端设备在多天线端口传输时所使用的预编码向量。
步骤S602、所述基站向所述终端设备发送用于指示所述预编码向量的配置信息。
与前述的步骤S502相对应,本步骤的处理同样包括两种情况:
(1)所述基站通过高层信令向所述终端设备发送用于指示预编码向量的配置信息,以使所述终端设备根据所述配置信息中用于指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
(2)所述基站通过PDCCH向所述终端设备发送用于指示预编码向量的配置信息,以使所述终端设备根据所述PDCCH中的指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
对于这样两种情况中具体信令和信息形式的限定参见前述的步骤S502中的描述,在此,不再重复说明。
步骤S603、所述基站确定所述终端设备发送上行控制信息所使用的上行控制信道资源。
步骤S604、所述基站在所述上行控制信道资源上,接收所述终端设备发送的预编码处理后的上行控制信息。
进一步的,无论是上述的终端设备侧的处理过程,还是基站侧的处理过程,对于本发明实施例所提出的技术方案,均需要进行具体说明如下:
(1)本发明实施例中的PUCCH可以承载ACK/NACK反馈信息,也可以承载其他上行控制信息,如SR、周期CSI(Channel State Information,信道状态信息)等。
其中,周期CSI包括周期CQI(Channel Quality Indicator,信道质量指示)信息、PMI(Pre-coding Matrix Indicator,预编码矩阵指示)信息、RI(RankIndication,秩指示)信息、PTI(Precoder Type Indication,预编码类型指示)信息。
(2)本发明实施例所提出的技术方案可以使用于任何上行控制信道格式的多天线端口传输,包括但不限于PUCCH format 1/1a/1b,PUCCH format 3,PUCCH format 2/2a/2b,以及PUCCH format 1b with channel selection。
(3)本发明实施例所提出的技术方案同样适用于FDD(FrequencyDivision Duplexing,频分双工)和TDD(Time Division Duplexing,时分双工)系统。
(4)本发明实施例所提出的技术方案中的天线端口指定义给PUCCH的天线端口。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,对于多天线端口传输的终端设备,根据基站发送的配置信息获得上行控制信道在多天线端口的预编码向量,并在每个天线端口使用相同的PUCCH资源发送通过该预编码向量进行预编码后的对应数据,从而,通过合理的配置每个时隙中应用于多天线端口的预编码向量,在尽可能降低PUCCH资源开销的基础上,保证了PUCCH发射分集的性能增益。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
本发明实施例提出了一种预编码向量可配置的PUCCH多天线端口传输方法。其主要的技术思想为,对于多天线端口传输的终端设备,根据基站发送的配置信息,获得上行控制信道在多天线端口的预编码向量,根据该预编码向量对待传输数据进行预编码,以获得每个天线端口对应的传输数据,并在每个天线端口发送所述预编码后对应的数据,其中,多个天线端口使用相同的PUCCH资源。
下面通过具体的实施例对相应的技术方案进行说明。
实施例一、假设UE采用PUCCH format 3传输上行控制信息,采用2天线端口传输方式。
具体的处理过程如图7所示,为本发明实施例所提出的一种具体多天线端口应用场景下信息传输方法的流程示意图,具体包括以下步骤:
步骤S701、基站从每个时隙对应的预编码向量集合(例如[+1+1],[+1-1])中确定一个预编码向量作为该时隙多天线端口传输使用的预编码向量,并通过高层信令或者PDCCH信令中的2比特预编码向量指示域发送给UE。
基于前述说明,对于采用独立指示的方法,本步骤中的具体处理方案为,基站通过2比特预编码指示域中的第1比特指示第一个时隙对应的预编码向量,第2比特指示第二个时隙对应的预编码向量。
例如,基站确定第一个时隙的预编码向量为[+1+1],根据表1,对应“0”指示域状态,第二个时隙的预编码向量为[+1-1],根据表1,对应“1”指示域状态,则基站发送2比特指示域为“01”。
对于采用联合指示的方法,本步骤中的具体处理方案为,基站通过2比特指示域指示2个时隙对应的预编码向量的一个组合。
例如,基站确定第一个时隙的预编码向量为[+1+1],第二个时隙的预编码向量为[+1-1],根据表2,则基站发送2比特指示域为“01”。
步骤S702、UE接收下行数据,获取相应的上行控制信息,并进一步确定一个PUCCH format 3资源
其中,在具体应用中,上述的上行控制信息可以具体为ACK/NACK信息。
另一方面,上述的PUCCH format 3资源可以具体为根据PDCCH中的ARI(ACK/NACK Resource Indicator,ACK/NACK资源指示)域的指示确定的一个RRC预先配置的PUCCH format3资源,其中,ARI域具体为PCC(Primary Component Carrier,主成员载波)上DAI(Downlink AssignmentIndex,下行分配索引)大于1的PDCCH中的TPC(Transmit Power Control,发射功率控制)域或者调度SCC(Secondary Component Carrier,辅成员载波)的PDCCH中的TPC域的重用。
步骤S703、UE通过高层信令或者PDCCH信令接收基站发送的携带指示每个时隙的预编码向量的2比特信息为“01”。
对应前述的采用独立指示的方法,根据表1,确定第1比特“0”指示的第一个时隙的预编码向量为[+1+1],确定第2比特“1”指示的第二个时隙的预编码向量为[+1-1]。
对应前述的采用联合指示的方法,根据表2,确定“01”指示的组合状态为第一个时隙的预编码向量为[+1+1],第二个时隙的预编码向量为[+1-1]。步骤S704、UE分别在各天线端口中通过相同的上行控制信道资源发送各天线端口所对应的预编码处理后的上行控制信息。
具体的,UE根据PUCCH format 3传输方案(如图1和图2所示,其中也包括最后一个符号用于传输SRS的shortened PUCCH format 3)和信道资源确定的时域正交序列,以及导频序列,得到在该子帧中的每个RE(Resource Element,资源单元)传输的调制符号Qi(包括数据符号和导频符号)。
对第一个时隙中的每个RE对应的Qi(包括数据符号和导频符号),采用预编码向量W=[+1+1]进行预编码,对第二个时隙中的每个RE对应的Qi(包括数据符号和导频符号),采用预编码向量W=[+1-1]进行预编码,得到预编码后该RE上对应的多个天线端口的发送信号Yi=QiW,其中,Yi为1xN的向量,向量中的每个元素表示该RE上对应的一个天线端口的发送信号,N为天线端口数,在具体应用中,可以优选的确定N=2,但并不排除其他天线端口数,此时预编码向量W应为1xN的向量。
UE在根据PUCCH format 3资源确定PUCCH format 3发送的PRB位置上,发送多天线端口对应的采用所述预编码向量进行预编码后的上行控制信息,其中,每个天线端口使用相同的上行控制信道资源。
步骤S705、基站确定一个PUCCH format 3资源在该资源上接收UE发送的预编码后的上行控制信息。
其中,上述的PUCCH format 3资源为基站预先确定的配置给UE的一个PUCCH format 3资源,并通过PDCCH中的ARI域指示给UE。
具体的,ARI域具体为PCC上DAI大于1的PDCCH中的TPC域或者调度SCC的PDCCH中的TPC域的重用。
需要说明的是,上述实施例中,如果将PUCCH format 3换成PUCCHformat 1/1a/1b或者PUCCH format 2/2a/2b同样适用,所不同的是,UE在获取信道资源时,对PUCCH format I/1a/1b是根据PDCCH的最小CCE(ControlChannel Element,控制信道单元)获得的,对PUCCH format 2/2a/2b是根据高层信令的预先配置获得的。
实施例二、假设UE采用PUCCH format 1b with channel selection传输4比特ACK/NACK反馈信息,采用2天线端口传输方式。
具体的处理过程如图8所示,为本发明实施例所提出的一种具体多天线端口应用场景下信息传输方法的流程示意图,具体包括以下步骤:
步骤S801、基站从每个时隙对应的预编码向量集合中确定一个预编码向量作为该时隙多天线端口传输使用的预编码向量,并通过高层信令或者PDCCH信令中的2比特预编码向量指示域发送给UE。
同样基于前述说明,对于采用独立指示的方法,本步骤中的具体处理方案为,基站2比特指示域中的第1比特指示第一个时隙对应的预编码向量,第2比特指示第二个时隙对应的预编码向量。
例如,基站确定第一个时隙的预编码向量为[+1+1],根据表1,对应“0”指示域状态,第二个时隙的预编码向量为[+1-1],根据表1,对应“1”指示域状态,则基站发送2比特指示域为“01”。
对于采用联合指示的方法,本步骤中的具体处理方案为,基站通过2比特指示域指示2个时隙对应的预编码向量的一个组合。
例如,基站确定第一个时隙的预编码向量为[+1+1],第二个时隙的预编码向量为[+1-1],根据表2,则基站发送2比特指示域为“01”。
步骤S802、UE接收下行数据,获取相应的4比特ACK/NACK反馈信息,并进一步根据ACK/NACK映射表格确定1个对应的ACK/NACK调制符号和1个候选的PUCCH format 1b资源作为传输ACK/NACK调制符号的资源。
例如,UE可以根据反馈窗口(即需要在同一个上行子帧进行ACK/NACK反馈的下行子帧集合)中接收到的PCC上传输的PDCCH的最小CCE编号获得PUCCH format 1b隐式资源,和/或根据在SCC上传输的PDCCH中的ARI域(TPC域的重用)的指示获得RRC预先配置的PUCCH format 1b半静态资源,和/或,根据高层信令的预先配置获得PUCCH format 1b半静态资源,共获得最多4个PUCCH format 1b候选资源,并根据ACK/NACK映射表格从中选择1个候选的PUCCH format 1b资源。
步骤S803、UE通过高层信令或者PDCCH信令接收基站发送的携带指示每个时隙的预编码向量的2比特信息为“01”。
对应前述的采用独立指示的方法,根据表1,确定第1比特“0”指示的第一个时隙的预编码向量为[+1+1],确定第2比特“1”指示的第二个时隙的预编码向量为[+1-1]。
对应前述的采用联合指示的方法,根据表2,确定“01”指示的组合状态为第一个时隙的预编码向量为[+1+1],第二个时隙的预编码向量为[+1-1]。
步骤S804、UE分别在各天线端口中通过相同的上行控制信道资源发送各天线端口所对应的预编码处理后的上行控制信息。
UE根据PUCCH format 1b传输方案(如图3和图4所示,其中也包括最后一个符号用于传输SRS的shortened PUCCH format 1b)和信道资源确定的数据和导频时域正交序列,以及数据和导频的频域循环移位值,得到在该子帧中的每个RE传输的调制符号Qi(包括数据符号和导频符号)。
对第一个时隙中的每个RE(Resource Element,资源单元)对应的Qi(包括数据符号和导频符号),采用预编码向量W=[+1+1]进行预编码,对第二个时隙中的每个RE对应的Qi(包括数据符号和导频符号),采用预编码向量W=[+1-1]进行预编码,得到预编码后该RE上对应的多个天线端口的发送信号Yi=QiW,其中,Yi为1xN的向量,向量中的每个元素表示该RE上对应的一个天线端口的发送信号,N为天线端口数,在具体应用中,可以优选的确定N=2,但并不排除其他天线端口数,此时预编码向量W应为1xN的向量。
UE在根据PUCCH format 1b资源确定PUCCH format 1b发送的PRB位置上,发送多天线端口对应的采用所述预编码向量进行预编码后的上行控制信息,其中,每个天线端口使用相同的上行控制信道资源。
步骤S805、基站确定至多4个PUCCH format 1b候选资源并在这些候选资源上分别根据PUCCH format 1b传输方案检测ACK/NACK反馈信息。
具体的,基站确定至多4个PUCCH format 1b候选资源的方法具体包括:
根据反馈窗口(即需要在同一个上行子帧进行ACK/NACK反馈的下行子帧集合)中在PCC上发送的PDCCH的最小CCE编号获得PUCCH format 1b隐式资源;和/或,
根据在SCC上发送的PDCCH中的ARI域(TPC域的重用)的指示获得RRC预先配置的PUCCH format 1b半静态资源;和/或,
根据高层信令的预先配置给UE的PUCCH format 1b半静态资源。
步骤S806、基站确定一个检测到信息的PUCCH format 1b资源以及在该资源上检测到的ACK/NACK调制符号,并根据ACK/NACK映射表格确定该检测到的PUCCH format 1b资源和该检测到的ACK/NACK调制符号对应的ACK/NACK反馈信息。
此外,较优的,在上述过程中,基站可通过通知终端分别采用不同预编码向量在每个时隙的多个天线端口上发送导频和/或数据来确定每个时隙对应的最佳预编码向量。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,对于多天线端口传输的终端设备,根据基站发送的配置信息获得上行控制信道在多天线端口的预编码向量,并在每个天线端口使用相同的PUCCH资源发送通过该预编码向量进行预编码后的对应数据,从而,通过合理的配置每个时隙中应用于多天线端口的预编码向量,在尽可能降低PUCCH资源开销的基础上,保证了PUCCH发射分集的性能增益。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种终端设备,其结构示意图如图9所示,至少包括:
第一确定模块91,用于确定需要发送的上行控制信息,并且确定一个承载所述上行控制信息的上行控制信道资源;
第二确定模块92,用于根据基站发送的配置信息确定所述终端设备在多天线端口传输时所使用的预编码向量;
处理模块93,用于根据所述第二确定模块92所确定的预编码向量对所述第一确定模块91所确定的上行控制信息在多个天线端口间进行预编码处理,获得各天线端口所对应的预编码处理后的上行控制信息;
发送模块94,用于分别在各天线端口使用相同的上行控制信道资源,发送相应的天线端口所对应的经过所述处理模块93进行预编码处理后的上行控制信息,其中,所述上行控制信道资源具体为所述第一确定模块91所确定的承载所述上行控制信息的上行控制信道资源。
在一种具体的情况下,所述第二确定模块92,具体用于:
通过高层信令接收所述基站发送的配置信息,并根据所述配置信息中用于指示预编码向量的比特域,确定所述终端设备在多天线端口传输时所使用的预编码向量。
另一种情况下,所述第二确定模块92,具体用于:
通过PDCCH接收所述基站发送的配置信息,并根据所述PDCCH中的用于指示预编码向量的比特域,确定所述终端设备在多天线端口传输时所使用的预编码向量。
具体的,所述第二确定模块92,具体用于:
通过有对应PDSCH传输的PDCCH,和/或指示下行SPS资源释放的PDCCH接收基站发送的配置信息。
另一方面,所述第二确定模块92,具体用于:
当所述PDCCH在所述终端设备的专属搜索空间传输时,确定所述PDCCH所使用的DCI format中包含用于指示预编码向量的比特域;
当所述PDCCH在所述终端设备的公共搜索空间传输时,确定所述PDCCH所使用的DCI format中不包含用于指示预编码向量的比特域。
进一步的,所述第二确定模块92,具体用于:
通过所述PDCCH所使用的DCI format中新增加的比特域作为指示预编码向量的比特域;或,
通过所述PDCCH所使用的DCI format中的原有比特域重用作为指示预编码向量的比特域。
需要进一步指出的是,所述第二确定模块92,具体用于:
当所述终端设备接收到了多个包含用于指示预编码向量的比特域的PDCCH时,确定各所述PDCCH中所包含的用于指示预编码向量的比特域的指示值相同。
不仅如此,所述第二确定模块92,还用于:
当所述终端设备没有接收到包含用于指示预编码向量的比特域的PDCCH时,确定所述基站最近一次所配置的预编码向量或所述基站通过高层信令预设的固定的预编码向量,为本次传输中所述终端设备在多天线端口传输时所使用的预编码向量。
优选的,所述第二确定模块92,还用于:
当所述终端设备接收到一个无对应PDCCH的SPS PDSCH,且没有接收到任何一个包含用于指示预编码向量的比特域的PDCCH时,根据激活所述SPS PDSCH的PDCCH中所包含的用于指示预编码向量的比特域,确定所述终端设备在多天线端口传输时所使用的预编码向量。
另一方面,所述第二确定模块92,还用于:
根据所述基站发送的配置信息确定每个时隙对应的预编码向量,其中,所述每个时隙对应的预编码向量应用于该时隙中的传输信息在多个天线端口间的预编码处理,多个时隙对应的预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行独立指示或者联合指示。
其中,所述第二确定模块92,还用于:
当所述多个时隙对应的预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行独立指示时,确定所述用于指示预编码向量的比特域为A×K比特,包含分别用于指示每个时隙对应的预编码向量的比特信息,其中,A为一次发送包含的时隙个数,N为每个时隙可使用的不同预编码向量的个数。
其中,所述第二确定模块92,还用于:
当所述多个时隙对应预编码向量通过所述基站发送的配置信息中用于指示预编码向量的比特域进行联合指示时,确定所述用于指示预编码向量的比特域包含比特信息,指示多个时隙的预编码向量的M种组合中的一种。
另一方面,所述处理模块93,具体用于:
对每个时隙中的数据和导频使用相同的预编码向量在多个天线端口间进行预编码处理,所述预编码向量为所述第二确定模块92通过所述基站发送的配置信息确定的该时隙对应的预编码向量。
另一方面,本发明实施例还提供了一种基站,其结构示意图如图10所示,至少包括:
确定模块101,用于确定终端设备在多天线端口传输时所使用的预编码向量,并确定所述终端设备发送上行控制信息所使用的上行控制信道资源;
发送模块102,用于向所述终端设备发送用于指示所述确定模块101所确定的预编码向量的配置信息;
接收模块103,用于在所述确定模块101所确定的上行控制信道资源上,接收所述终端设备发送的预编码处理后的上行控制信息。
在一种具体的情况下,所述发送模块102,具体用于:
通过高层信令向所述终端设备发送用于指示预编码向量的配置信息,以使所述终端设备根据所述配置信息中用于指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
在另一种情况下,所述发送模块102,具体用于:
通过PDCCH向所述终端设备发送用于指示预编码向量的配置信息,以使所述终端设备根据所述PDCCH中的指示预编码向量的比特域,确定自身在多天线端口传输时所使用的预编码向量。
在具体的应用场景中,所述发送模块102,还用于:通过高层信令向所述终端设备发送固定的预编码向量,以使所述终端设备在没有接收到包含用于指示预编码向量的比特域的PDCCH时,确定所述固定的预编码向量,为自身在多天线端口传输时所使用的预编码向量。
另一方面,所述发送模块102,具体用于:
通过有对应PDSCH传输的PDCCH,和/或指示下行SPS资源释放的PDCCH向所述终端设备发送用于指示预编码向量的配置信息。
需要指出的是,所述发送模块102,具体用于:
当所述PDCCH在所述终端设备的专属搜索空间传输时,确定所述PDCCH所使用的DCI format中包含用于指示预编码向量的比特域;
当所述PDCCH在所述终端设备的公共搜索空间传输时,确定所述PDCCH所使用的DCI format中不包含用于指示预编码向量的比特域。
进一步的,所述发送模块102,具体用于:
通过所述PDCCH所使用的DCI format中新增加的比特域作为指示预编码向量的比特域;或,
通过所述PDCCH所使用的DCI format中的原有比特域重用作为指示预编码向量的比特域。
进一步的,所述发送模块102,具体用于:
当需要向所述终端设备发送多个包含用于指示预编码向量的比特域的PDCCH时,确定各所述PDCCH中所包含的用于指示预编码向量的比特域的指示值相同。
另一方面,所述发送模块102,还用于:
向所述终端设备发送用于指示所述终端设备的每个时隙对应的预编码向量的配置信息,其中,所述每个时隙对应的预编码向量应用于该时隙中的传输信息在多个天线端口间的预编码,多个时隙对应的预编码向量通过所述发送模块102发送的配置信息中用于指示预编码向量的比特域进行独立指示或者联合指示。
其中,所述发送模块102,还用于:
当所述多个时隙对应的预编码向量通过所述发送模块102发送的配置信息中用于指示预编码向量的比特域进行独立指示时,确定所述用于指示预编码向量的比特域为A×K比特,包含分别用于指示每个时隙对应的预编码向量的比特信息,其中,A为一次发送包含的时隙个数,N为每个时隙可使用的不同预编码向量的个数。
另一方面,所述发送模块102,还用于:
当所述多个时隙对应的预编码向量通过所述发送模块102发送的配置信息中用于指示预编码向量的比特域进行联合指示时,确定所述用于指示预编码向量的比特域包含比特信息,指示多个时隙的预编码向量的M种组合中的一种。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例的技术方案,对于多天线端口传输的终端设备,根据基站发送的配置信息获得上行控制信道在多天线端口的预编码向量,并在每个天线端口使用相同的PUCCH资源发送通过该预编码向量进行预编码后的对应数据,从而,通过合理的配置每个时隙中应用于多天线端口的预编码向量,在尽可能降低PUCCH资源开销的基础上,保证了PUCCH发射分集的性能增益。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络侧设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。