具体实施方式

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

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1A为本发明一实施例提供的上行控制信息传输方法的流程示意图，如图1A所示。

101、确定待传输的至少两个类型的上行控制信息在时域上存在重叠。

所谓的类型，可以是指按照业务所划分的业务类型，例如，一种是增强型移动宽带(Enhance Mobile Broadband，eMBB)业务，一种是高可靠低时延(Ultra Reliable and LowLatency Communication，URLLC)业务，一种是海量机器类通信(massive Machine Type ofCommunication，mMTC)，或者还可以指按照其他标准所划分的其他类型，本实施例对此不进行特别限定。

102、独立传输所述至少两个类型中每个类型的上行控制信息。

需要说明的是，101～102的执行主体的可以为终端，或者还可以为网络设备，本实施例对此不进行特别限定。

本发明中，所传输的上行控制信息，是指终端与网络设备之间需要传输的上行控制信息，可以由物理上行信道进行承载，其中，所述物理上行信道可以包括但不限于物理上行共享信道(Physical Uplink Shared Channel，PUSCH)和物理上行控制信道(PhysicalUplink Control Channel，PUCCH)中的至少一个，本实施例对此不进行特别限定。

其中，所述上行控制信息(Uplink Control Information，UCI)可以包括但不限于下列信息中的至少一项：

下行数据的反馈信息即下行数据被正确接收的ACK信息或没有被正确接收的NACK信息；

信道状态信息(Channel Status Information，CSI)；以及

上行数据的调度请求(Scheduling Request，SR)。

本发明所提供的技术方案，可以应用在新无线(New Radio，NR)系统例如5G应用中，该NR系统可以具有三大业务场景，一种是增强型移动宽带(Enhance MobileBroadband，eMBB)业务，一种是高可靠低时延(Ultra Reliable and Low LatencyCommunication，URLLC)业务，一种是海量机器类通信(massive Machine Type ofCommunication，mMTC)。终端可以根据业务需求，在所配置的传输资源上传输这些业务的业务数据和控制信息。因此，本发明所涉及的类型可以包括但不限于eMBB业务类型、URLLC业务类型和mMTC业务类型中的至少两项业务类型，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在101之前，还可以进一步独立配置所述每个类型的上行传输相关信息。

在一个具体的实现过程中，所述上行传输相关信息可以包括但不限于下列信息中的至少一项：

传输资源；

反馈模式；以及

反馈时序参数K1。

所谓的传输资源，是指用于传输承载每个类型的上行控制信息的物理上行信道的资源，可以包括但不限于时域资源、频域资源和功率域资源中的至少一项，本实施例对此不进行特别限定。

以URLLC业务类型和eMBB业务类型作为举例，可以为URLLC业务类型和eMBB业务类型配置独立的传输PUCCH的资源即PUCCH资源。

例如，可以为URLLC业务类型配置小容量的短PUCCH资源；可以为eMBB业务类型配置大容量的长PUCCH资源，如图1B所示。

以URLLC业务类型和eMBB业务类型作为举例，可以为URLLC业务类型和eMBB业务类型配置独立的传输PUSCH的资源即PUSCH资源。当上行控制信息需要背驮(Piggyback)映射到PUSCH进行承载时，可以采用背驮(Piggyback)传输方式。Piggyback传输的映射参数，可以包括但不限于Piggyback映射位置和Piggyback映射方式中的至少一项，本实施例对此不进行特别限定。

例如，可以为URLLC业务类型和eMBB业务类型配置独立的piggyback映射位置。具体来说，可以为URLLC业务类型配置piggyback映射位置为有限的传输资源上如有限的码块组(Code Block Group，CBG)或符号上，例如，时间上靠前的位置，如图1C所示；可以为eMBB业务类型配置piggyback映射位置为全部的传输资源上如在时域上没有任何额外的限制，或者靠近解调参考信号(Demodulation Reference Signal，DMRS)的传输资源上，等等，如图1D所示。

或者，再例如，可以为URLLC业务类型和eMBB业务类型配置独立的piggyback映射方式。具体来说，可以为URLLC业务类型配置piggyback映射方式为打孔(puncture)方式，有利于数据提前准备；由于eMBB业务类型的反馈时延较长，具有足够的时间准备数据，因此，可以为eMBB业务类型配置piggyback映射方式为速率匹配(Rate matching)方式，能够有效提高PUSCH的可靠性。

所谓的反馈模式，是指每个类型的反馈(codebook)窗口内的反馈方式，可以包括但不限于动态反馈(dynamic codebook)反馈方式和半静态反馈(semi-static codebook)反馈方式，本实施例对此不进行特别限定。

以URLLC业务类型和eMBB业务类型作为举例，可以为URLLC业务类型和eMBB业务类型配置独立的反馈模式。

例如，可以为URLLC业务类型配置dynamic codebook反馈方式；可以为eMBB业务类型配置semi-static codebook反馈方式。

所谓的反馈时序参数K1，用于确定每个类型的反馈(codebook)窗口内的传输机会。

以URLLC业务类型和eMBB业务类型作为举例，可以为URLLC业务类型和eMBB业务类型配置独立的反馈时序参数K1参数集合，取值范围和单位中的至少一项。

例如，可以为URLLC业务类型配置K1的取值范围较小如{0,1}，可以为eMBB业务类型配置K1的取值范围广如{1,2,3,4,8,16,20,31}。或者，再例如，可以为URLLC业务类型配置K1的单位为符号(symbol)，可以为eMBB业务类型配置的K1的单位为时隙(slot)。

相应地，由于为URLLC业务类型和eMBB业务类型配置独立的反馈时序参数K1取值范围和单位中的至少一项，那么，相应地，则可以独立确定URLLC业务类型和eMBB业务类型的codebook窗口。假设为eMBB业务类型配置了K1_eMBB{2,3,4}，单位为slot，为URLLC业务类型配置了K1_URLLC{1}，单位为slot。那么，在eMBB业务类型所指示的slot5上PUCCH对应的eMBB物理下行控制信道(Physical Downlink Control Channel，PDCCH)/半永久性调度(Semi-Persistent Scheduling，SPS)的传输机会可以为slot1,slot2和slot3；在URLLC业务类型所指示的slot5上PUCCH对应的URLLC PDCCH/SPS的传输机会可以为slot4，如图1E所示。即使eMBB业务类型和URLLC业务类型的codebook窗口有重叠，两者也独立计数，独立映射，独立反馈，如图1F所示。

在另一个具体的实现过程中，每个类型的上行传输相关信息可以由网络设备配置。

具体来说，终端具体可以接收网络设备通过下行控制信息(Downlink ControlInformation，DCI)、高层信令或系统广播消息，所发送的每个类型的上行传输相关信息。

例如，所述高层信令可以是无线资源控制(Radio Resource Control，RRC)消息，具体可以通过RRC消息中的信息元素(Information Element，IE)携带所述每个类型的上行传输相关信息，所述RRC消息可以为现有技术中的RRC消息，例如，RRC连接重配置(RRCCONNECTION RECONFIGURATION)消息等，本实施例对此不进行限定，通过对已有的RRC消息的IE进行扩展携带所述每个类型的上行传输相关信息，或者所述RRC消息也可以为不同于现有技术中已有的RRC消息。

或者，再例如，所述高层信令可以是媒体访问控制(Media Access Control，MAC)控制元素(Control Element，CE)消息，具体还可以通过增加新的MAC CE消息携带所述每个类型的上行传输相关信息。

或者，再例如，具体可以采用所述系统广播消息中现有的主信息块(MasterInformation Block，MIB)或(System Information Block，SIB)携带所述每个类型的上行传输相关信息，或者还可以增加新的SIB携带所述每个类型的上行传输相关信息。

可以理解的是，所述每个类型的上行传输相关信息还可以由协议约定。

所述每个类型的上行传输相关信息，还可以一部分由网络设备配置，一部分由协议约定，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在101中，具体可以根据传输参数，确定所述上行控制信息所属的类型。其中，所述传输参数可以包括但不限于如下参数中的至少一项：

业务类型指示；

传输时间间隔(Transmission Time Interval，TTI)长度，即下行数据的TTI；

反馈时间(timing)，例如，下行数据的反馈信息的反馈时间或CSI的反馈时间等；

资源指示类型，例如，TypeA或TypeB等；

传输集合；

周期，例如，SR的周期或CSI的周期等；以及

配置信息，例如，SR的配置信息，如SR配置序号或优先级，或者再例如，CSI的配置信息，如目标误块率(Block Error Rate，BLER)等。

可选地，在本实施例的一个可能的实现方式中，在102中，具体可以根据所述每个类型的反馈窗口内该类型的最后一次传输机会，确定所述每个类型的反馈窗口所对应的传输资源，例如，下行数据的反馈信息的传输资源。

其中，所述最后一次传输机会，可以为动态调度的最后一次传输机会，或者还可以为任何调度方式的最后一次传输机会，例如，动态调度的最后一次传输机会或非动态调度的最后一次传输机会，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在102中，具体可以根据所述每个类型的上行控制资源配置，确定所述每个类型的传输资源，例如，信道状态信息或上行数据的调度请求的传输资源。

可选地，在本实施例的一个可能的实现方式中，待传输的上行控制信息至少包括两个类型的上行控制信息即第一类型的上行控制信息和第二类型的上行控制信息。

其中，所述第一类型的业务优先级可以大于或等于所述第二类型的业务优先级，或者还可以小于所述第二类型的业务优先级，本实施例对此不进行特别限定。

那么，在新无线(New Radio，NR)系统例如5G应用中，所述URLLC业务类型的业务优先级大于所述eMBB业务类型的业务优先级；所述eMBB业务类型的业务优先级大于所述mMTC业务类型的业务优先级。

在一个具体的实现过程中，在102中，具体可以在所述每个类型的反馈窗口所对应的传输资源上，传输该类型的上行控制信息。

在该实现过程中，若终端满足第一传输条件，则可以在所述每个类型的反馈窗口所对应的传输资源上，传输该类型的上行控制信息。

其中，所述第一传输条件，可以包括但不限于下列条件中的至少一项：

功率不受限；

支持非连续传输；以及

具备非连续传输能力的终端。

以URLLC业务类型和eMBB业务类型作为举例，若终端满足第一传输条件，则可以在各自的反馈窗口所对应的传输资源上，传输该业务类型的上行控制信息。

在另一个具体的实现过程中，在102中，具体可以在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息和第二类型的上行控制信息。

在该实现过程中，若终端满足第二传输条件，则可以在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息和第二类型的上行控制信息。

其中，所述第二传输条件，可以包括但不限于下列条件中的至少一项：

功率受限；

不支持非连续传输；以及

不具备非连续传输能力的终端。

以URLLC业务类型和eMBB业务类型作为举例，若终端满足第二传输条件，如果URLLC业务类型的反馈窗口所对应的第一传输资源充足，则可以将URLLC业务类型的上行控制信息和eMBB业务类型的上行控制信息在第一传输资源上传输。

具体来说，URLLC业务类型的上行控制信息和eMBB业务类型的上行控制信息可以采用相同的编码，或者还可以采用不同的编码例如，采用不同的码率等，本实施例对此不进行特别限定。

在第一传输资源上所传输的URLLC业务类型的上行控制信息和eMBB业务类型的上行控制信息可以根据时间顺序排序，或者还可以优先传输URLLC业务类型的上行控制信息，其次传输eMBB业务类型的上行控制信息，本实施例对此不进行特别限定。

如果URLLC业务类型的反馈窗口所对应的第一传输资源不充足，则可以将URLLC业务类型的上行控制信息优先在第一传输资源上采用完全传输，eMBB业务类型的上行控制信息在第一传输资源上采用部分传输或者所有比特硬传即采用高于可靠传输的码率，本实施例对此不进行特别限定。

在另一个具体的实现过程中，在102中，具体可以在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息。

在该实现过程中，若终端满足第二传输条件，且终端仅能传输一个类型的上行控制信息，则可以在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息。

其中，所述第二传输条件，可以包括但不限于下列条件中的至少一项：

功率受限；

不支持非连续传输；以及

不具备非连续传输能力的终端。

以URLLC业务类型和eMBB业务类型作为举例，若终端满足第二传输条件，且终端仅能传输一个类型的上行控制信息，则可以将URLLC业务类型的上行控制信息优先在第一传输资源上采用完全传输。

本实施例中，通过确定待传输的至少两个类型的上行控制信息在时域上存在重叠，使得能够独立传输所述至少两个类型中每个类型的上行控制信息，从而提高了系统传输效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图2为本发明另一实施例提供的上行控制信息传输装置的结构示意图，如图2所示。本实施例的上行控制信息传输装置可以包括确定单元21和传输单元22。其中，确定单元21，用于确定待传输的至少两个类型的上行控制信息在时域上存在重叠；传输单元22，用于独立传输所述至少两个类型中每个类型的上行控制信息。

需要说明的是，本实施例所提供的上行控制信息传输装置，可以为终端，或者还可以为网络设备，本实施例对此不进行特别限定。

本发明中，所传输的上行控制信息，是指终端与网络设备之间需要传输的上行控制信息，可以由物理上行信道进行承载，其中，所述物理上行信道可以包括但不限于物理上行共享信道(Physical Uplink Shared Channel，PUSCH)和物理上行控制信道(PhysicalUplink Control Channel，PUCCH)中的至少一个，本实施例对此不进行特别限定。

其中，所述上行控制信息(Uplink Control Information，UCI)可以包括但不限于下列信息中的至少一项：

下行数据的反馈信息即下行数据被正确接收的ACK信息或没有被正确接收的NACK信息；

信道状态信息(Channel Status Information，CSI)；以及

上行数据的调度请求(Scheduling Request，SR)。

可选地，在本实施例的一个可能的实现方式中，所述传输单元22，还可以进一步用于独立配置所述每个类型的上行传输相关信息。

在一个具体的实现过程中，所述上行传输相关信息可以包括但不限于下列信息中的至少一项：

传输资源；

反馈模式；以及

反馈时序参数K1。

可选地，在本实施例的一个可能的实现方式中，所述确定单元21，具体可以用于根据传输参数，确定所述上行控制信息所属的类型。其中，所述传输参数可以包括但不限于如下参数中的至少一项：

业务类型指示；

传输时间间隔TTI长度；

反馈时间；

资源指示类型；

传输集合；

周期；以及

配置信息。

可选地，在本实施例的一个可能的实现方式中，所述传输单元22，具体可以用于根据所述每个类型的反馈窗口内该类型的最后一次传输机会，确定所述每个类型的反馈窗口所对应的传输资源；或者根据所述每个类型的上行控制资源配置，确定所述每个类型的传输资源。

其中，所述最后一次传输机会，可以为动态调度的最后一次传输机会，或者还可以为任何调度方式的最后一次传输机会，例如，动态调度的最后一次传输机会或非动态调度的最后一次传输机会，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，待传输的上行控制信息至少包括两个类型的上行控制信息即第一类型的上行控制信息和第二类型的上行控制信息。

其中，所述第一类型的业务优先级可以大于或等于所述第二类型的业务优先级。

具体来说，所述传输单元22，具体可以用于在所述每个类型的反馈窗口所对应的传输资源上，传输该类型的上行控制信息；或者在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息和第二类型的上行控制信息；或者在第一类型的反馈窗口所对应的第一传输资源上，传输所述第一类型的上行控制信息。

需要说明的是，图1A～图1F对应的实施例中方法，可以由本实施例提供的网络设备实现。详细描述可以参见图1A～图1F对应的实施例中的相关内容，此处不再赘述。

本实施例中，通过确定单元确定待传输的至少两个类型的上行控制信息在时域上存在重叠，使得传输单元能够独立传输所述至少两个类型中每个类型的上行控制信息，从而提高了系统传输效率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。