一种传输上行控制信息的方法和设备与流程

本发明涉及无线通信技术领域，特别涉及一种传输上行控制信息的方法和设备。

背景技术：

为了支持lte(longtermevolution，长期演进)系统部署在非授权频谱资源上进行传输，目前定义了授权laa(licensedassistedaccess，载波辅助接入)的方式。即终端使用非授权载波时，必须先接入一个授权的主载波，非授权载波只能作为辅载波。

非授权频谱没有规划具体的应用系统，可以为多种无线通信系统如蓝牙、wifi等共享，多种系统间通过抢占资源的方式使用共享的非授权频谱资源。为了保证lte终端的传输性能以及更好的使用非授权频段，在非授权频段上传输之前需要使用lbt(listenbeforetalk，先听后讲)机制。lbt过程是设备在使用信道进行传输之前进行的cca(clearchannelassessment，信道忙闲评估)，通过能量检测等方式判断信道上是否存在其它信号，以决定信道是被占用还是空闲的，如果信道为空闲才能进行数据传输。

由于非授权频谱资源丰富，终端可能在很多个非授权载波上同时接收数据，如果仅支持在授权主载波上传输上行控制信道，则会导致授权载波上的上行控制信道开销过大，因此需要考虑在非授权载波上传输上行控制信道。但是，非授权载波上的资源被多种系统共同使用，终端进行上行传输之前必须首先进lbt，无法保证终端在任何时刻都能够接入信道，如果终端在需要传输上行控 制信道的时刻没有抢占到信道，则上行控制信息无法及时正确的传输。

目前在进行ack(acknowledge，正确应答指令)/nack(negativeacknowledge，错误应答指令)反馈时，如果在对应的非授权载波上进行lbt检查失败，就无法传输反馈信息。

技术实现要素：

本发明提供一种传输上行控制信息的方法和设备，用以解决现有技术中存在的目前在进行ack/nack反馈时，如果在对应的非授权载波上进行lbt检查失败，无法传输反馈信息的问题。

本发明实施例提供的一种传输上行控制信息的方法，该方法包括：

终端根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；

所述终端根据上行控制信息传输时刻，进行先听后讲lbt检测，确定实际上行传输时刻；

所述终端在实际上行传输时刻传输确定的所述上行控制信息。

可选的，所述终端根据下列方式中的一种确定反馈窗口的大小：

所述终端根据网络侧设备的通知，确定反馈窗口的大小；

所述终端根据预定义的窗口大小信息，确定反馈窗口的大小；

所述终端根据下列方式中的一种确定反馈窗口的位置：

所述终端根据网络侧设备的通知，确定反馈窗口的位置；

所述终端根据预定义的窗口位置信息，确定反馈窗口的位置；

所述终端通过盲检的方式，确定反馈窗口的位置。

可选的，所述终端根据下列方式确定上行控制信息传输时刻：

所述终端根据网络侧设备的通知，确定上行控制信息传输时刻；

所述终端根据预定义的时刻信息，确定确定上行控制信息传输时刻。

可选的，所述终端根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，包括：

所述终端在上行控制信息传输时刻进行lbt检测；

所述终端判断lbt检测是否成功；

如果lbt检测成功，则所述终端将进行lbt检测成功的时刻作为实际上行传输时刻；

如果lbt检测失败，则所述终端在下一个子帧中进行lbt检测，并返回判断lbt检测是否成功的步骤。

可选的，该方法还包括：

若所述终端在设定时长内进行lbt检测都失败，则所述终端停止进行lbt检测。

可选的，所述设定时长的起点为上行控制信息传输时刻；或

所述设定时长的起点为上行控制信息对应的物理下行链路共享信道pdsch传输时刻。

可选的，该方法还包括：

所述终端在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

可选的，所述终端在实际上行传输时刻传输确定的所述上行控制信息，包括：

若所述终端在物理上行控制信道pucch传输载波上被调度传输上行数据，且所述终端支持pucch和物理上行链路共享信道物理上行链路共享信道pusch同时传输，则所述终端通过pucch传输载波上的pucch传输上行控制信息；或

若所述终端在所述pucch传输载波上被调度传输上行数据，且所述终端不支持pucch和pusch同时传输，则所述终端通过pucch传输载波上的pusch传输上行控制信息。

可选的，所述终端发送的上行控制信息包括所述pucch传输载波所属的载波组中所有载波的上行控制信息。

本发明实施例提供的另一种传输上行控制信息的方法，该方法包括：

网络侧设备根据上行控制信息传输时刻，进行不连续发送dtx检测，确定实际上行传输时刻；

所述网络侧设备在实际上行传输时刻接收终端发送的上行控制信息；

所述网络侧设备根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧；

其中，所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻之前，还包括：

所述网络侧设备通知所述终端反馈窗口的大小；和/或

所述网络侧设备通知所述终端反馈窗口的位置。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻之前，还包括：

所述网络侧设备通知所述终端上行控制信息传输时刻。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻，包括：

所述网络侧设备在上行控制信息传输时刻进行dtx检测；

所述网络侧设备判断dtx检测是否成功；

如果dtx检测成功，则所述网络侧设备将进行lbt检测成功的时刻作为实际上行传输时刻；

如果dtx检测失败，则所述网络侧设备在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

本发明实施例提供的一种传输上行控制信息的终端，该终端包括：

第一确定模块，用于根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；

检测模块，用于根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻；

传输模块，用于在实际上行传输时刻传输确定的所述上行控制信息。

可选的，所述第一确定模块还用于，根据下列方式中的一种确定反馈窗口的大小：

根据网络侧设备的通知，确定反馈窗口的大小；

根据预定义的窗口大小信息，确定反馈窗口的大小；

所述第一确定模块还用于，根据下列方式中的一种确定反馈窗口的位置：

根据网络侧设备的通知，确定反馈窗口的位置；

根据预定义的窗口位置信息，确定反馈窗口的位置；

通过盲检的方式，确定反馈窗口的位置。

可选的，所述检测模块还用于，根据下列方式确定上行控制信息传输时刻：

根据网络侧设备的通知，确定上行控制信息传输时刻；

根据预定义的时刻信息，确定确定上行控制信息传输时刻。

可选的，所述检测模块具体用于：

在上行控制信息传输时刻进行lbt检测；

判断lbt检测是否成功；如果lbt检测成功，则将进行lbt检测成功的时刻作为实际上行传输时刻；如果lbt检测失败，则在下一个子帧中进行lbt检测，并返回判断lbt检测是否成功的步骤。

可选的，所述检测模块还用于：

若在设定时长内进行lbt检测都失败，则停止进行lbt检测。

可选的，所述设定时长的起点为上行控制信息传输时刻；或

所述设定时长的起点为上行控制信息对应的pdsch传输时刻。

可选的，所述传输模块还用于：

在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

可选的，所述传输模块具体用于：

若在pucch传输载波上被调度传输上行数据，且支持pucch和物理上行链路共享信道pusch同时传输，则通过pucch传输载波上的pucch传输上行控制信息；或

若在所述pucch传输载波上被调度传输上行数据，且不支持pucch和pusch同时传输，则通过pucch传输载波上的pusch传输上行控制信息。

可选的，所述上行控制信息包括所述pucch传输载波所属的载波组中所有载波的上行控制信息。

本发明实施例提供的一种传输上行控制信息的网络侧设备，该网络侧设备包括：

第二确定模块，用于根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻；

接收模块，用于在实际上行传输时刻接收终端发送的上行控制信息；

处理模块，用于根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧；

其中，所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。

可选的，所述第二确定模块还用于：

通知所述终端反馈窗口的大小；和/或

通知所述终端反馈窗口的位置。

可选的，所述第二确定模块还用于：

通知所述终端上行控制信息传输时刻。

可选的，所述第二确定模块具体用于：

在上行控制信息传输时刻进行dtx检测；

判断dtx检测是否成功；如果dtx检测成功，则将进行lbt检测成功 的时刻作为实际上行传输时刻；如果dtx检测失败，则在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

本发明实施例根据反馈窗口的大小和位置，确定上行控制信息，根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，在实际上行传输时刻传输确定的所述上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。由于根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，在实际上行传输时刻传输确定的所述上行控制信息，从而可以在设定的上行控制信息传输时刻抢占不到信道的情况下继续进行一次或者多次lbt检测，最终在实际上行传输时刻传输确定的所述上行控制信息，避免了由于抢占不到信道导致上行控制信息无法及时正确传输的情况发生；进一步提高了系统性能。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例传输上行控制信息的系统结构示意图；

图2为本发明实施例第一种传输上行控制信息的示意图；

图3为本发明实施例第二种传输上行控制信息的示意图；

图4为本发明实施例第三种传输上行控制信息的示意图；

图5为本发明实施例第四种传输上行控制信息的示意图；

图6为本发明实施例第五种传输上行控制信息的示意图；

图7为本发明实施例第六种传输上行控制信息的示意图；

图8为本发明实施例第一种终端的结构示意图；

图9为本发明实施例第一种网络侧设备的结构示意图；

图10为本发明实施例第二种终端的结构示意图；

图11为本发明实施例第二种网络侧设备的结构示意图；

图12为本发明实施例终端侧传输上行控制信息的方法流程示意图；

图13为本发明实施例网络侧传输上行控制信息的方法流程示意图。

具体实施方式

本发明实施例根据反馈窗口的大小和位置，确定上行控制信息，根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，在实际上行传输时刻传输确定的所述上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。本发明实施例可以在设定的上行控制信息传输时刻抢占不到信道的情况下继续进行一次或者多次lbt检测，最终在实际上行传输时刻传输确定的所述上行控制信息，避免了由于抢占不到信道导致上行控制信息无法及时正确传输的情况发生；进一步提高了系统性能。

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1所示，本发明实施例传输上行控制信息的系统包括：终端10和网络侧设备20。

终端10，用于根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻；在实际上行传输时刻传输确定的所述上行控制信息。

网络侧设备20，用于根据上行控制信息传输时刻，进行dtx(discontinuous transmission，不连续发送)检测，确定实际上行传输时刻；在实际上行传输时刻接收终端发送的上行控制信息；根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧。

本发明实施例反馈窗口的大小和位置确定了上行控制信息中包括哪些下行子帧的反馈信息。

可选的，所述终端根据下列方式中的一种确定反馈窗口的大小：

所述终端根据网络侧设备的通知，确定反馈窗口的大小；

所述终端根据预定义的窗口大小信息，确定反馈窗口的大小；

所述终端根据下列方式中的一种确定反馈窗口的位置：

所述终端根据网络侧设备的通知，确定反馈窗口的位置；

所述终端根据预定义的窗口位置信息，确定反馈窗口的位置；

所述终端通过盲检的方式，确定反馈窗口的位置。

本发明实施例如果需要网络侧设备为终端进行配置，则网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻之前还需要通知所述终端反馈窗口的大小；和/或通知所述终端反馈窗口的位置。

下面分别介绍下终端确定反馈窗口大小和位置的方式：

方式一、采用网络侧配置的方式：

网络侧设备可以通过高层信令通知或者通过物理层信令通知终端反馈窗口大小；和/或

网络侧设备可以通过高层信令通知或者通过物理层信令显式或者通过物理层信令隐式的方式指示终端反馈窗口的位置；

在实施中，所述物理层信令可以为触发终端进行上行控制信息反馈的信令，可以是多用户共享的公共信令，用于指示反馈窗口大小的信息和/或反馈窗口位置的信息。

在实施中，所述物理层信令可以为传统的上行调度信令，可以增加额外的信息域或者预置某些信息域为特定的值，用于指示反馈窗口大小的信息和/或反 馈窗口位置的信息。例如在上行调度信令中使用2比特信息指示反馈窗口大小，00对应反馈窗口大小为1，01对应反馈窗口大小为2，10对应反馈窗口大小为3，11对应反馈窗口大小为4。反馈窗口的位置可以通过上行调度信令的发送位置隐式获得，例如反馈窗口位置为发送上行调度信令的子帧和之前连续的n-1个子帧，其中n为反馈窗口大小。

方式二、预定义的方式

例如预定义反馈窗口大小为4，预定义每个反馈窗口都从子帧0或者子帧5开始，或者，预定义根据某种规则确定反馈窗口大小和位置，例如根据终端抢占到信道的时刻来确定反馈窗口大小和位置。

方式三、通过盲检的方法确定反馈窗口位置

盲检的方式无法确定反馈窗口大小，所以盲检的方法只能确定反馈窗口位置。

例如终端在每个子帧中检测pdcch(physicaldownlinksharedchannel，物理下行链路共享信道)，直到检测到被调度的子帧作为反馈窗口开始位置。

需要说明的是，终端在确定反馈窗口大小和位置时，不一定大小和位置的确定方式采用同一种方式，在实施中可以根据需要选择采用哪种方式确定反馈窗口的大小和位置。比如大小可以用上述方式一，位置可以用上述方式二。

终端根据反馈窗口的大小和位置，确定上行控制信息后，需要根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻。

对于上行控制信息传输时刻，所述终端根据下列方式确定上行控制信息传输时刻：

所述终端根据网络侧设备的通知，确定上行控制信息传输时刻；

所述终端根据预定义的时刻信息，确定确定上行控制信息传输时刻。

如果上行控制信息传输时刻需要网络侧设备通知，则所述网络侧设备通知所述终端上行控制信息传输时刻。

例如网络侧设备可以通过高层信令通知或者通过物理层信令显示或者隐 式的指示终端上行控制信息传输时刻。

如果是通过预定义的时刻信息确定上行控制信息时刻，时刻信息可以是预定义的子帧，例如预定义在每个无线帧中的子帧0和子帧5为需要传输上行控制信息的时刻；

时刻信息还可以是预定义的规则，例如终端需要传输上行控制信息的时刻为反馈窗口中最后一个子帧之后的第4个子帧。

可选的，所述终端根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻时，在上行控制信息传输时刻进行lbt检测；

所述终端判断lbt检测是否成功；

如果lbt检测成功，则所述终端将进行lbt检测成功的时刻作为实际上行传输时刻；

如果lbt检测失败，则所述终端在下一个子帧中进行lbt检测，并返回判断lbt检测是否成功的步骤。

若所述终端在设定时长内进行lbt检测都失败，则所述终端停止进行lbt检测。

也就是说，如果lbt检测成功，则终端确定上行控制信息传输时刻为实际上行控制信息传输时刻；

如果lbt检测失败，则终端在下一个子帧中继续进行lbt检测，在设定的时间长度内终端可以不断的进行lbt检测直到lbt检测成功，然后将lbt检测成功的时刻确定为实际上行控制信息传输时刻。

所述设定的时间长度需要满足以下条件中的一个或者多个：

所述设定的时间长度为m个子帧，从上行控制信息传输时刻开始计时；

所述设定的时间长度为n个子帧，从上行控制信息对应的pdsch传输时刻开始计时。

可选的，所述终端在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

相应的，所述网络侧设备在上行控制信息传输时刻进行dtx检测；

所述网络侧设备判断dtx检测是否成功；

如果dtx检测成功，则所述网络侧设备将进行lbt检测成功的时刻作为实际上行传输时刻；

如果dtx检测失败，则所述网络侧设备在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

若所述网络侧设备在设定时长内进行dtx检测都失败，则所述网络侧设备停止进行dtx检测。

对于终端侧，终端传输时需要进行lbt检测，lbt检测成功才能够传输数据，而网络侧设备接收时需要进行dtx检测，dtx检测成功说明终端传输了pucch，网络侧设备才能解调具体的上行控制信息。

可选的，所述终端在实际上行传输时刻传输确定的所述上行控制信息，包括：

若所述终端在pucch(physicaluplinkcontrolchannel，物理上行控制信道)传输载波上被调度传输上行数据，且所述终端支持pucch和物理上行链路共享信道pusch(physicaluplinksharedchannel，物理上行链路共享信道)同时传输，则所述终端通过pucch传输载波上的pucch传输上行控制信息；或

若所述终端在所述pucch传输载波上被调度传输上行数据，且所述终端不支持pucch和pusch同时传输，则所述终端通过pucch传输载波上的pusch传输上行控制信息。

在实施中，可以为所有载波划分载波组，这里的载波组与切换载波组不同。包含主载波的载波组称为主载波组，不包含主载波的载波组称为第二载波组，pucch实际传输载波属于第二载波组，该pucch实际传输载波上传输的上行控制信息可以包括第二载波组所有载波的上行控制信息。

具体的，所述终端通过pucch实际传输载波传输的上行控制信息包括所 述pucch实际传输载波所属的第二载波组中所有载波的上行控制信息；

所述终端通过pucch实际传输载波传输上行控制信息。

比如，第二载波组中包括载波1、载波2和载波3，如果载波1是pucch实际传输载波，则载波1上传输的上行控制信息可以包括载波1、载波2和载波3中的部分或全部载波的上行控制信息。

其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，还可以是其它网络侧设备。

本发明实施例的终端也可以称为ue(用户设备)，比如pad、手机等能够连接网络侧设备的终端。

下面列举几个例子对本发明的方案进行详细说明。

实施例1：

反馈窗口大小预定义为1，反馈窗口位置由终端盲检确定，预定义需要传输上行控制信息的时刻为终端接收到下行数据之后的第4个子帧。

如图2所示，终端在子帧n中接收到pdsch，根据规则终端最早在下行子帧n传输之后的子帧n+4中进行反馈；但是在子帧n+4的lbt失败无法传输，终端继续在子帧n+5前进行lbt检测，lbt检测仍然失败，终端继续在子帧n+6前进行lbt检测，lbt检测成功，然后终端在子帧n+6传输子帧n的pdsch反馈信息。

如果需要对多个载波进行反馈，同此情况类似，只是反馈比特数有所差别。如果终端不支持pucch和pdsch的同时传输，则在抢占到信道之后，如果当前子帧有上行数据被调度，终端还可以通过pusch传输上行控制信息。

基站从子帧n+4开始进行pucch的dtx检测，但是在子帧n+4和子帧n+5均未检测到pucch，在子帧n+6dtx检测成功，则在子帧n+6接收上行控制信息。

lbt检测和dtx检测的设定时间长度为10ms，从子帧n+4开始计算，如果终端一直到子帧n+10的lbt检测都失败，则终端不再传输上行控制信息。 基站侧从子帧n+4开始进行dtx检测，如果一直到子帧n+10的dtx检测都失败，则基站认为终端没有传输上行控制信息。

实施例2：

反馈窗口大小和位置以及需要传输上行控制信息的时刻都由上行调度信息确定。

如图3所示，终端在子帧n-3、子帧n-2、子帧n-1以及子帧n中接收到pdsch，在子帧n中终端收到一条上行调度信息，指示终端在子帧n+4传输上行控制信息，并指示反馈窗口大小为4，反馈窗口位置为发送上行调度信息的子帧及之前的三个子帧。则终端生成这4个子帧对应的反馈信息，从子帧n+4开始进行lbt检测，直到子帧n+6lbt检测成功，终端在子帧n+6中传输上行控制信息。

基站从子帧n+4开始进行pucch的dtx检测，但是在子帧n+4和子帧n+5均未检测到pucch，在子帧n+6dtx检测成功，则在子帧n+6接收上行控制信息。

如果终端接收子帧n-3和子帧n-1中的数据传输错误，基站在收到反馈信息之后下一次传输中可根据实际情况调整反馈窗口大小，例如下一次的反馈窗口大小为3，包含2个重传子帧及一个新数据子帧。

实施例3：

预定义最大反馈窗口大小为4，实际反馈窗口大小根据上行控制信息传输位置动态确定，反馈窗口位置由终端盲检确定，需要传输上行控制信息的时刻由上行调度信息确定。

终端在子帧n-3、子帧n-2、子帧n-1以及子帧n中接收到pdsch，在子帧n-3中终端收到一条上行调度信息，然后根据预定的调度或者触发关系确定在子帧n+1传输上行控制信息，终端传输上行控制信息的过程具体可分为如下5种情况：

情况1：如图4中所示。

终端首先生成子帧n-3的反馈信息，然后在子帧n+1前进行lbt检测(需要注意的是，在子帧n的最后几个符号中需要预留一定的时间用于gp和lbt)，如果lbt检测成功，则在子帧n+1、子帧n+2、子帧n+3以及子帧n+4中分别针对子帧n-3、子帧n-2、子帧n-1以及子帧n进行反馈，反馈窗口大小均为1；

情况2：如图5中所示。

终端首先生成子帧n-3的反馈信息，然后在子帧n+1前进行lbt检测，lbt失败，则终端重新生成子帧n-3和子帧n-2的反馈信息，继续在子帧n+2前进行lbt检测，lbt检测成功，则在子帧n+2针对子帧n-3和子帧n-2进行反馈、在子帧n+3和子帧n+4中分别针对子帧n-1和子帧n进行反馈，在子帧n+2、子帧n+3和子帧n+4上的反馈窗口大小分别为2/1/1；

情况3：如图6中所示。

终端在子帧n+1和子帧n+2前的lbt均失败，则终端重新生成子帧n-3、子帧n-2和子帧n-1的反馈信息，继续在子帧n+3前进行lbt检测，lbt检测成功，则在子帧n+3针对子帧n-3、子帧n-2和子帧n-1进行反馈、在子帧n+4中对子帧n进行反馈，在子帧n+3和子帧n+4上的反馈窗口大小分别为3和1；

情况4：如图7中所示。

终端在子帧n+1、子帧n+2和子帧n+3前的lbt均失败，则终端重新生成子帧n-3、子帧n-2、子帧n-1和子帧n的反馈信息，继续在子帧n+4前进行lbt检测，lbt检测成功，则在子帧n+4中对子帧n-3、子帧n-2、子帧n-1和子帧n进行反馈，在子帧n+4上的反馈窗口大小为4。

情况5：

终端在子帧n+1、子帧n+2、子帧n+3和子帧n+4前的lbt均失败，则终端继续进行lbt检测，如果在设定时间内lbt检测成功，则在lbt检测成功的子帧中对子帧n-3、子帧n-2、子帧n-1和子帧n进行反馈，反馈窗口大小为4，如果在设定的时间内lbt检测均未成功，则放弃本次上行传输。

在该实施例中，反馈窗口大小的调整还可以做进一步优化，使不同上行子 帧中的承载的反馈比特数尽量均匀，例如在情况3中，终端在子帧n+3针对子帧n-3和子帧n-2进行反馈、在子帧n+4中对子帧n-1和子帧n进行反馈，在子帧n+3和子帧n+4上的反馈窗口大小均为2。

需要说明的是，所述pucch在时间上不一定占用一个子帧，还可以仅占用一个或者多个ofdm(orthogonalfrequencydivisionmultiplexing，正交频分复用)符号进行传输，这时上行控制信息的传输规则和上述方案类似，只是在一个子帧中有多个pucch传输机会，无论终端在哪个符号上进行lbt检测成功都可以直接传输而不用等到下一个子帧，因此能够增加pucch成功传输机会。

此外，为了支持多用户时分方式的传输，基站还可以配置终端在上行子帧中预留一个符号用于lbt，将配置了用于lbt的符号的上行子帧称为短子帧，则在短子帧中传输的pucch最大占用13个ofdm符号。

如图8所示，本发明实施例第一种终端包括：

第一确定模块800，用于根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；

检测模块801，用于根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻；

传输模块802，用于在实际上行传输时刻传输确定的所述上行控制信息。

可选的，所述第一确定模块800还用于，根据下列方式中的一种确定反馈窗口的大小：

根据网络侧设备的通知，确定反馈窗口的大小；

根据预定义的窗口大小信息，确定反馈窗口的大小；

可选的，所述第一确定模块800还用于，根据下列方式中的一种确定反馈窗口的位置：

根据网络侧设备的通知，确定反馈窗口的位置；

根据预定义的窗口位置信息，确定反馈窗口的位置；

通过盲检的方式，确定反馈窗口的位置。

可选的，所述检测模块801还用于，根据下列方式确定上行控制信息传输时刻：

根据网络侧设备的通知，确定上行控制信息传输时刻；

根据预定义的时刻信息，确定确定上行控制信息传输时刻。

可选的，所述检测模块801具体用于：

在上行控制信息传输时刻进行lbt检测；

判断lbt检测是否成功；如果lbt检测成功，则将进行lbt检测成功的时刻作为实际上行传输时刻；如果lbt检测失败，则在下一个子帧中进行lbt检测，并返回判断lbt检测是否成功的步骤。

可选的，所述检测模块801还用于：

若在设定时长内进行lbt检测都失败，则停止进行lbt检测。

可选的，所述设定时长的起点为上行控制信息传输时刻；或

所述设定时长的起点为上行控制信息对应的pdsch传输时刻。

可选的，所述传输模块802还用于：

在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

可选的，所述传输模块802具体用于：

若在pucch传输载波上被调度传输上行数据，且支持pucch和物理上行链路共享信道pusch同时传输，则通过pucch传输载波上的pucch传输上行控制信息；或

若在所述pucch传输载波上被调度传输上行数据，且不支持pucch和pusch同时传输，则通过pucch传输载波上的pusch传输上行控制信息。

可选的，所述上行控制信息包括所述pucch传输载波所属的载波组中所有载波的上行控制信息。

如图9所示，本发明实施例第一种网络侧设备包括：

第二确定模块900，用于根据上行控制信息传输时刻，进行dtx检测，确 定实际上行传输时刻；

接收模块901，用于在实际上行传输时刻接收终端发送的上行控制信息；

处理模块902，用于根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧；

其中，所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。

可选的，所述第二确定模块900还用于：

通知所述终端反馈窗口的大小；和/或

通知所述终端反馈窗口的位置。

可选的，所述第二确定模块900还用于：

通知所述终端上行控制信息传输时刻。

可选的，所述第二确定模块900具体用于：

在上行控制信息传输时刻进行dtx检测；

判断dtx检测是否成功；如果dtx检测成功，则将进行lbt检测成功的时刻作为实际上行传输时刻；如果dtx检测失败，则在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

如图10所示，本发明实施例第二种终端包括：

处理器1001，用于读取存储器1004中的程序，执行下列过程：

根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻；通过收发机1002在实际上行传输时刻传输确定的所述上行控制信息。

收发机1002，用于在处理器1001的控制下接收和发送数据。

可选的，所述处理器1001还用于，根据下列方式中的一种确定反馈窗口的大小：

根据网络侧设备的通知，确定反馈窗口的大小；

根据预定义的窗口大小信息，确定反馈窗口的大小；

可选的，所述处理器1001还用于，根据下列方式中的一种确定反馈窗口的位置：

根据网络侧设备的通知，确定反馈窗口的位置；

根据预定义的窗口位置信息，确定反馈窗口的位置；

通过盲检的方式，确定反馈窗口的位置。

可选的，所述处理器1001还用于，根据下列方式确定上行控制信息传输时刻：

根据网络侧设备的通知，确定上行控制信息传输时刻；

根据预定义的时刻信息，确定确定上行控制信息传输时刻。

可选的，所述处理器1001具体用于：

在上行控制信息传输时刻进行lbt检测；

判断lbt检测是否成功；如果lbt检测成功，则将进行lbt检测成功的时刻作为实际上行传输时刻；如果lbt检测失败，则在下一个子帧中进行lbt检测，并返回判断lbt检测是否成功的步骤。

可选的，所述处理器1001还用于：

若在设定时长内进行lbt检测都失败，则停止进行lbt检测。

可选的，所述设定时长的起点为上行控制信息传输时刻；或

所述设定时长的起点为上行控制信息对应的pdsch传输时刻。

可选的，所述处理器1001还用于：

在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

可选的，所述处理器1001具体用于：

若在pucch传输载波上被调度传输上行数据，且支持pucch和物理上行链路共享信道pusch同时传输，则通过pucch传输载波上的pucch传输上行控制信息；或

若在所述pucch传输载波上被调度传输上行数据，且不支持pucch和 pusch同时传输，则通过pucch传输载波上的pusch传输上行控制信息。

可选的，所述上行控制信息包括所述pucch传输载波所属的载波组中所有载波的上行控制信息。

在图10中，总线架构(用总线1000来代表)，总线1000可以包括任意数量的互联的总线和桥，总线1000将包括由通用处理器1001代表的一个或多个处理器和存储器1004代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1003在总线1000和收发机1002之间提供接口。收发机1002可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机1002从其他设备接收外部数据。收发机1002用于将处理器1001处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口1005，例如小键盘、显示器、扬声器、麦克风、操纵杆。

处理器1001负责管理总线1000和通常的处理，如前述所述运行通用操作系统。而存储器1004可以被用于存储处理器1001在执行操作时所使用的数据。

可选的，处理器1001可以是cpu(中央处埋器)、asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field－programmablegatearray，现场可编程门阵列)或cpld(complexprogrammablelogicdevice，复杂可编程逻辑器件)。

如图11所示，本发明实施例第二种网络侧设备包括：

处理器1101，用于读取存储器1104中的程序，执行下列过程：

根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻；通过收发机1102在实际上行传输时刻接收终端发送的上行控制信息；根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧；

其中，所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集 合。

收发机1102，用于在处理器1101的控制下接收和发送数据。

可选的，所述第二确定模块900还用于：

通知所述终端反馈窗口的大小；和/或

通知所述终端反馈窗口的位置。

可选的，所述处理器1101还用于：

通知所述终端上行控制信息传输时刻。

可选的，所述处理器1101具体用于：

在上行控制信息传输时刻进行dtx检测；

判断dtx检测是否成功；如果dtx检测成功，则将进行lbt检测成功的时刻作为实际上行传输时刻；如果dtx检测失败，则在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

在图11中，总线架构(用总线1100来代表)，总线1100可以包括任意数量的互联的总线和桥，总线1100将包括由处理器1101代表的一个或多个处理器和存储器1104代表的存储器的各种电路链接在一起。总线1100还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1103在总线1100和收发机1102之间提供接口。收发机1102可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器1101处理的数据通过天线1105在无线介质上进行传输，进一步，天线1105还接收数据并将数据传送给处理器1101。

处理器1101负责管理总线1100和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器1104可以被用于存储处理器1101在执行操作时所使用的数据。

可选的，处理器1101可以是cpu、asic、fpga或cpld。

基于同一发明构思，本发明实施例中还提供了一种终端侧传输上行控制信 息的方法，由于该方法对应的设备是本发明实施例传输上行控制信息的系统中的终端，并且该方法解决问题的原理与该系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图12所示，本发明实施例终端侧传输上行控制信息的方法包括：

步骤1200、终端根据反馈窗口的大小和位置，确定上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合；

步骤1201、所述终端根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻；

步骤1202、所述终端在实际上行传输时刻传输确定的所述上行控制信息。

可选的，所述终端根据下列方式中的一种确定反馈窗口的大小：

所述终端根据网络侧设备的通知，确定反馈窗口的大小；

所述终端根据预定义的窗口大小信息，确定反馈窗口的大小；

所述终端根据下列方式中的一种确定反馈窗口的位置：

所述终端根据网络侧设备的通知，确定反馈窗口的位置；

所述终端根据预定义的窗口位置信息，确定反馈窗口的位置；

所述终端通过盲检的方式，确定反馈窗口的位置。

可选的，所述终端根据下列方式确定上行控制信息传输时刻：

所述终端根据网络侧设备的通知，确定上行控制信息传输时刻；

所述终端根据预定义的时刻信息，确定确定上行控制信息传输时刻。

可选的，所述终端根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，包括：

所述终端在上行控制信息传输时刻进行lbt检测；

所述终端判断lbt检测是否成功；

如果lbt检测成功，则所述终端将进行lbt检测成功的时刻作为实际上行传输时刻；

如果lbt检测失败，则所述终端在下一个子帧中进行lbt检测，并返回 判断lbt检测是否成功的步骤。

可选的，该方法还包括：

若所述终端在设定时长内进行lbt检测都失败，则所述终端停止进行lbt检测。

可选的，所述设定时长的起点为上行控制信息传输时刻；或

所述设定时长的起点为上行控制信息对应的pdsch传输时刻。

可选的，该方法还包括：

所述终端在上行控制信息传输时刻和实际上行传输时刻之间不接收下行数据。

可选的，所述终端在实际上行传输时刻传输确定的所述上行控制信息，包括：

若所述终端在pucch传输载波上被调度传输上行数据，且所述终端支持pucch和物理上行链路共享信道pusch同时传输，则所述终端通过pucch传输载波上的pucch传输上行控制信息；或

若所述终端在所述pucch传输载波上被调度传输上行数据，且所述终端不支持pucch和pusch同时传输，则所述终端通过pucch传输载波上的pusch传输上行控制信息。

可选的，所述终端发送的上行控制信息包括所述pucch传输载波所属的载波组中所有载波的上行控制信息。

基于同一发明构思，本发明实施例中还提供了一种网络侧传输上行控制信息的方法，由于该方法对应的设备是本发明实施例传输上行控制信息的系统中的网络侧设备，并且该方法解决问题的原理与该系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图13所示，本发明实施例网络侧传输上行控制信息的方法包括：

步骤1300、网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻；

步骤1301、所述网络侧设备在实际上行传输时刻接收终端发送的上行控制信息；

步骤1302、所述网络侧设备根据反馈窗口的大小和位置，确定收到的上行控制信息中包括的反馈信息对应的下行子帧；

其中，所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻之前，还包括：

所述网络侧设备通知所述终端反馈窗口的大小；和/或

所述网络侧设备通知所述终端反馈窗口的位置。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻之前，还包括：

所述网络侧设备通知所述终端上行控制信息传输时刻。

可选的，所述网络侧设备根据上行控制信息传输时刻，进行dtx检测，确定实际上行传输时刻，包括：

所述网络侧设备在上行控制信息传输时刻进行dtx检测；

所述网络侧设备判断dtx检测是否成功；

如果dtx检测成功，则所述网络侧设备将进行lbt检测成功的时刻作为实际上行传输时刻；

如果dtx检测失败，则所述网络侧设备在下一个子帧中进行dtx检测，并返回判断dtx检测是否成功的步骤。

从上述内容可以看出：本发明实施例根据反馈窗口的大小和位置，确定上行控制信息，根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，在实际上行传输时刻传输确定的所述上行控制信息，其中所述反馈窗口为需要在同一个上行子帧中进行反馈的下行子帧的集合。由于根据上行控制信息传输时刻，进行lbt检测，确定实际上行传输时刻，在实际上行传输时 刻传输确定的所述上行控制信息，从而可以在设定的上行控制信息传输时刻抢占不到信道的情况下继续进行一次或者多次lbt检测，最终在任何时刻都能够接入信道，并且不需要抢占信道，避免了由于抢占不到信道导致上行控制信息无法及时正确传输的情况发生；进一步提高了系统性能。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。