CN114337961A - 上行信道传输资源的方法及相关产品 - Google Patents

Abstract

本申请实施例提供一种上行信道传输资源的方法及相关产品，所述方法包括：配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub‑group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略。本申请提供的技术方案具有提高网络性能的优点。

Description

上行信道传输资源的方法及相关产品

技术领域

本申请涉及通信处理技术领域，尤其涉及一种上行信道传输资源的方法及相关产品。

背景技术

在NR系统中，PUCCH(Physical Uplink Control Channel，物理上行链路控制信道)是NR系统中上行链路的一个物理信道，其中承载上行控制信息。设置PUCCH的是在用户没有被调度时，即没有被分配UL-SCH(Uplink Shared Channel，上行共享信道)资源时，用户设备利用PUCCH传递L1/L2控制信息，包括信道状态报告(预编码矩阵指示PMI和信道质量指示CQI等等)、HARQ确认(ACK/NACK)和调度请求。

现有的NR系统中不支持PUCCH和PUSCH一起发送，进而影响了网络传输性能。

发明内容

本申请实施例公开了一种上行信道传输资源的方法及相关产品，确定需要发送PUCCH以及PUSCH时，确定PUCCH和PUSCH的发送策略，进而实现PUCCH以及PUSCH的一起发送，提高网络传输性能。

第一方面，提供一种上行信道传输资源的方法，其特征在于，所述方法包括如下步骤：

配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group；

若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；

其中，n≥2且n为整数。

第二方面，提供一种上行信道传输资源的装置，所述装置包括：

配置单元，用于配置物理上行控制信道载波单元组PUCCH CC group；

处理单元，用于将所述PUCCH CC group内的n个载波单元CC组成multiplexing CCsub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；

其中，n≥2且n为整数。

第三方面，提供一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行第一方面所述的方法中的步骤的指令。

本申请实施例第四方面公开了一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行第一方面所述的方法。

本申请实施例第五方面公开了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

本申请实施例第六方面公开了芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时实现第一方面所述的方法。

通过实施本申请实施例，本申请提供的技术方案在配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CCsub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略。这样就能够实现在同一个CC内发送PUCCH以及PUSCH，进而提高网络性能。

附图说明

以下对本申请实施例用到的附图进行介绍。

图1是本申请实施例提供的一种示例通信系统的系统架构图；

图2是本申请实施例提供的一种上行信道传输资源的方法的流程示意图；

图3是本申请实施例一提供的时隙资源示意图；

图4是本申请实施例二提供的时隙资源示意图；

图5是本申请实施例提供的上行信道传输资源的装置的结构示意图；

图6是本申请实施例提供的电子设备的结构示意图；

图7是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

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

本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例的技术方案可以应用于如图1所示的示例通信系统100，该示例通信系统100包括终端110和网络设备120，终端110与网络设备120通信连接。

该示例通信系统100例如可以是：全球移动通讯(Global System of Mobilecommunication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE系统(LTE-based access to unlicensedspectrum，LTE-U)、免授权频谱上的NR系统(NR-based access tounlicensed spectrum，NR-U)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、下一代通信系统或其他通信系统等。

通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。可选地，本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。

本申请实施例中的终端110可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personaldigital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、中继设备、车载设备、可穿戴设备，未来5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，本申请实施例对此并不限定。

本申请实施例中的特定设备可以包括：低能力设备，该低能力设备包括但不限于：可穿戴设备、监控设备，工业传感器等。当然在实际应用中，上述特定设备还可以为其他类型的设备，例如智能眼镜、智能耳机等等。

本申请实施例中的网络设备120可以是用于与终端通信的设备，该网络设备可以是LTE系统中的演进型基站(evoled NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该网络设备可以为中继设备、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(baseband unit，BBU)，或，分布式单元(distributed unit，DU)等，本申请实施例并不限定。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。

参阅图2，图2为本申请实施例提供的一种上行信道传输资源的方法，该方法可以在如图1所示的通信系统内实现，具体的，可以由如图1所示的通信系统内的终端或网络设备执行，如图2所示，所述方法包括如下步骤：

步骤S200、配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CCgroup内的n个CC(Carrier Component，载波单元)组成multiplexing CC sub-group；

步骤S201、若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略。

其中，n≥2且n为整数。

本申请提供的技术方案在配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略。这样就能够实现在同一个CC内发送PUCCH以及PUSCH，进而提高网络性能。

在一种可选的方案中，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group内的n个CC组成multiplexing CC sub-group。

在一种可选的方案中，所述确定需要发送的PUCCH以及需要发送的PUSCH的发送策略具体包括：

将PUCCH复用在PUSCH内发送。此种方案实现了PUCCH以及PUSCH一起发送。

在一种可选的方案中，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group，通过动态指示PUCCH CC group中的n个CC组成multiplexing CC sub-group。

此种方案通过动态指示PUCCH CC group中的n个CC组成multiplexing CC sub-group能够时下灵活的配置，例如，在slot0中指示CC0和CC1为multiplexing CC sub-group，在slot1中指示CC0和CC2为multiplexing CC sub-group等等，此种灵活配置可以依据不同的时隙进行不同的配置，提高了资源配置灵活性。

在一种可选的方案中，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

通过DCI明确指示PUCCH以及PUSCH的发送策略。

在一种可选的方案中，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group，若PUCCH CC group中的n个CC中需要发送的PUCCH以及需要发送的PUSCH满足预设条件，将n个CC组成multiplexing CC sub-group。

在一种可选的方案中，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

若需要发送的PUCCH以及需要发送的PUSCH的起始位置和结束位置均相同，则将PUCCH以及PUSCH同时发送；否则，将PUCCH复用在PUSCH内发送。

参阅图3，图3为一种时隙资源示意图。

上述将PUCCH以及PUSCH同时发送可以表示，在一个时隙内通过不同的CC同时发送PUCCH以及PUSCH，例如，如图3所示，在slot1中通过CC0发送PUCCH，通过CC2发送PUSCH。将PUCCH复用在PUSCH内发送可以表示，在一个时隙内通过相同的CC发送PUCCH和PUSCH，例如，如图3所示，在slot0中，可以将CC0中的PUCCH服用到CC1的PUSCH进行发送。

在一种可选的方案中，上述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

将PUCCH复用在PUSCH内发送。

在一种可选的方案中，上述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

接收DCI，所述DCI包括：发送条件，若需要发送的PUCCH以及需要发送的PUSCH满足所述发送条件，将PUCCH以及PUSCH同时发送，否则，将PUCCH复用在PUSCH内发送。

实施例一

本申请实施例一提供了一种上行信道传输资源的方法，该方法在如图1所示的通信系统内实现，参阅图3，图3提供了实施例一所示的一种时隙资源的配置，本申请实施例通过RRC配置一个PUCCH cell group内的若干cell组成一个multiplexing cell sub-group，即当这些小区内的PUCCH及至少有一个cell上有PUSCH时，PUCCH需要复用到PUSCH；复用的原则：在上述multiplexing cell sub-group内，重用复用原则；除这些小区外的其它小区(对应MCG(master cell group，主小区组)或SCG(second cell group,辅小区组)全部小区-multiplexing cell sub-group)上即使有PUSCH，PUCCH也不需要复用到PUSCH上，PUCCH和其它小区内的PUSCH可以一起发送。

参阅图3，图3中的CC0，CC1，CC2，CC3同属于一个CG，其中CC0上可以发PUCCH。

RRC信令配置CC1是CC0的multiplexing cell sub-group，CC2及CC3是CC0的可同时发送子小区组。

如图3所示，在slot n时，PUCCH需要复用到PUSCH，即在slot n时，将CC0的PUCCH复用到CC1的PUSCH发送，CC0的PUCCH在slot n无需发送。

如图3所示，Slot n+1及slot n+3时，PUCCH和PUSCH可以同时发，即在Slot n+1时，在CC0发送PUCCH，在CC2发送PUSCH，在slot n+3时，在CC0发送PUCCH，在CC3发送PUSCH。

如图3所示，在slot n+2时，由于CC1上有PUSCH，即使别的小区内有PUSCH，PUCCH同样需要复用到CC1的PUSCH。即在slot n+2时，将CC0的PUCCH复用到CC1的PUSCH发送，CC0的PUCCH在slot n+2无需发送，CC2发送PUSCH。

实施例二

本申请实施例二提供了一种上行信道传输资源的方法，该方法在如图1所示的通信系统内实现，参阅图4，图4提供了实施例一所示的一种时隙资源的配置，本申请实施例通过RRC配置一个PUCCH cell group内的若干cell组成一个需要动态指示或满足特定条件时的multiplexing cell sub-group，即当这些小区内的PUCCH及至少有一个cell上有PUSCH时，需要DCI明确指示或满足一定的条件，PUCCH才可以和PUSCH一起发送，否则PUCCH需要复用到PUSCH；

上述的条件可以包含：

若上述multiplexing cell sub-group内的小区上行调度信息UL grant DCI中指示需要进行复用或同时发送，则PUCCH小区内的PUCCH和此小区PUSCH需要进行复用或同时发送。

若PUCCH小区内的PUCCH和此小区PUSCH起始位置和结束位置相同则PUCCH和PUSCH可以同时发送，否则PUCCH需要按现有复用原则复用到PUSCH上。

除这些小区外的其它小区(对应MCG或SCG全部小区-multiplexing cell sub-group)上即使有PUSCH，PUCCH也不需要复用到PUSCH上，PUCCH和其它小区内的PUSCH可以一起发送。

参阅图4，图4中的CC0，CC1，CC2，CC3同属于一个CG，其中CC0上可以发PUCCH。

RRC信令配置CC1，CC2是CC0的multiplexing cell sub-group，CC2及CC3是CC0的可同时发送子小区组。

如图4所示，在slot n时，PUCCH和PUSCH发送的起始位置相同，结束位置相同，PUSCH和PUCCH可以同时发送。即在slot n时，将CC0的PUCCH以及CC1的PUSCH可以同时发送。

如图4所示，Slot n+1及slot n+3时，PUCCH和PUSCH发送的起始位置不相同，PUCCH和PUSCH需要复用发送，即在Slot n+1时，在CC0不发送PUCCH，在CC1发送PUSCH(复用CC0的PUCCH)，在CC2发送PUSCH，在slot n+3时，在CC3发送PUSCH(复用CC0的PUCCH)。

如图4所示，在slot n+2时，由于CC1上有PUSCH，即使别的小区内有PUSCH，PUCCH同样需要复用到CC1的PUSCH，即，即在Slot n+2时，在CC0不发送PUCCH，在CC1发送PUSCH(复用PUCCH)，在CC2发送PUSCH。

参阅图5，图5提供了一种上行信道传输资源的装置，所述装置包括：

配置单元，用于配置物理上行控制信道载波单元组PUCCH CC group；

处理单元，用于将所述PUCCH CC group内的n个载波单元CC组成multiplexing CCsub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；其中，n≥2且n为整数。

本申请提供的技术方案在配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略。这样就能够实现在同一个CC内发送PUCCH以及PUSCH，进而提高网络性能。

上述配置单元可以用于执行如图2所示步骤S200以及细化方案，上述处理单元可以用于执行如图2所示步骤S201以及细化方案，本申请实施例不再赘述。

可以理解的是，上行信道传输资源的装置为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图6示出了电子设备的示意图，如图6所示，该电子设备600可以包括：处理器601。

其中，处理器601可以用于支持电子设备执行上述步骤201等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述如图2所示方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对用户设备的动作进行控制管理，例如，可以用于支持电子设备执行上述处理器601执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

请参见图7，图7是本申请实施例提供的一种电子设备70，该电子设备70包括处理器701、存储器702和通信接口703，所述处理器701、存储器702和通信接口703通过总线704相互连接。

存储器702包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器702用于相关计算机程序及数据。通信接口703用于接收和发送数据。

处理器701可以是一个或多个中央处理器(central processing unit，CPU)，在处理器701是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

处理器701可以包括一个或多个处理单元，例如：处理单元可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，用户设备也可以包括一个或多个处理单元。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理单元中还可以设置存储器，用于存储指令和数据。示例性地，处理单元中的存储器可以为高速缓冲存储器。该存储器可以保存处理单元刚用过或循环使用的指令或数据。如果处理单元需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理单元的等待时间，因而提高了用户设备处理数据或执行指令的效率。

在一些实施例中，处理器701可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、用输入输出(general-purpose input/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口可以用于连接充电器为用户设备充电，也可以用于用户设备与外围设备之间传输数据。该USB接口也可以用于连接耳机，通过耳机播放音频。

该终端70中的处理器701用于读取所述存储器702中存储的计算机程序代码，执行以下操作：

配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group；

若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；

其中，n≥2且n为整数。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时，图2所示的方法流程得以实现。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在网络设备上运行时，图2所示的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在终端上运行时，图2所示的方法流程得以实现。

本申请实施例还提供一种网络设备或终端，网络设备或终端可以包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行图2所示实施例的方法中的步骤的指令。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

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

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

Claims (13)

1.一种上行信道传输资源的方法，其特征在于，所述方法包括如下步骤：

配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group；

若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；

其中，n≥2且n为整数。

2.根据权利要求1所述的方法，其特征在于，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group内的n个CC组成multiplexing CC sub-group。

3.根据权利要求2所述的方法，其特征在于，所述确定需要发送的PUCCH以及需要发送的PUSCH的发送策略具体包括：

将PUCCH复用在PUSCH内发送。

4.根据权利要求1所述的方法，其特征在于，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个载波单元CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group，通过动态指示PUCCH CC group中的n个CC组成multiplexing CC sub-group。

5.根据权利要求4所述的方法，其特征在于，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

通过DCI明确指示PUCCH以及PUSCH的发送策略。

6.根据权利要求1所述的方法，其特征在于，所述配置物理上行控制信道载波单元组PUCCH CC group，将所述PUCCH CC group内的n个CC组成multiplexing CC sub-group具体包括：

通过RRC配置PUCCH CC group，若PUCCH CC group中的n个CC中需要发送的PUCCH以及需要发送的PUSCH满足预设条件，将n个CC组成multiplexing CC sub-group。

7.根据权利要求6所述的方法，其特征在于，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

若需要发送的PUCCH以及需要发送的PUSCH的起始位置和结束位置均相同，则将PUCCH以及PUSCH同时发送；否则，将PUCCH复用在PUSCH内发送。

8.根据权利要求6所述的方法，其特征在于，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

将PUCCH复用在PUSCH内发送。

9.根据权利要求6所述的方法，其特征在于，所述确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略具体包括：

接收DCI，所述DCI包括：发送条件，若需要发送的PUCCH以及需要发送的PUSCH满足所述发送条件，将PUCCH以及PUSCH同时发送，否则，将PUCCH复用在PUSCH内发送。

10.一种上行信道传输资源的装置，其特征在于，所述装置包括：

配置单元，用于配置物理上行控制信道载波单元组PUCCH CC group；

处理单元，用于将所述PUCCH CC group内的n个载波单元CC组成multiplexing CCsub-group；若n个CC内具有需要发送的PUCCH以及需要发送的PUSCH，确定需要发送的PUCCH以及需要发送的物理上行共享信道PUSCH的发送策略；

其中，n≥2且n为整数。

11.一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-9任意一项所述的方法中的步骤的指令。

12.一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时实现如权利要求1-9任意一项所述的方法。

13.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在用户设备上运行时，执行如权利要求1-7任意一项所述的方法。

Images