CN111757496A - 一种通信方法及装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种通信方法及装置，其中方法包括：终端设备触发调度请求SR，若承载SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则获取PUSCH在第一上行资源上的处理状态，并根据PUSCH在第一上行资源上的处理状态，在重叠的时域资源上发送PUCCH和PUSCH之一。采用上述方法，在承载SR的PUCCH和PUSCH在第一上行资源的时域上存在重叠时，终端设备考虑了PUSCH在第一上行资源上的处理状态，并可以基于PUSCH在第一上行资源上的处理状态来确定在重叠的时域资源上发送PUCCH和PUSCH之一，保证在重叠的时域资源上所发送的上行信息的效率。

Description

一种通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

第五代(5th generation，5G)通信系统中，物理上行控制信道(physical uplinkcontrol channel，PUCCH)或者物理上行共享信道(physical uplink shared channel，PUSCH)均可以从一个传输时间单元(例如，时隙(Slot))中的任意一个符号开始进行传输，传输时间长度也是不固定的，例如传输时间长度可以为1～14个符号。

目前的5G通信系统中并不支持在同一载波上PUCCH和PUSCH的同时传输，然而，实际场景中可能会出现PUCCH占用的资源和PUSCH占用的资源发生冲突的情形。举例来说，由于5G通信系统可以支持多种业务类型，比如超高可靠低时延通信(ultra reliability andlow latency communication，URLLC)业务类型和增强移动宽带(enhanced mobilebroadband，eMBB)业务类型，因此终端设备可能同时具有多种业务类型的通信需求，比如终端设备同时具有URLLC业务类型和eMBB业务类型的通信需求；当终端设备存在待发送的URLLC数据，并触发调度请求(scheduling request，SR)后，承载SR的PUCCH和承载eMBB数据的PUSCH在上行资源的时域上可能存在重叠。因此，如何处理PUCCH和PUSCH在上行资源上发生冲突的问题，仍需进一步的研究。

发明内容

有鉴于此，本申请提供了一种通信方法及装置，用以解决承载SR的PUCCH和承载数据的PUSCH在上行资源的时域上存在重叠时的数据发送。

第一方面，本申请实施例提供了一种通信方法，包括：

终端设备触发调度请求SR，若确定承载SR的物理上行控制信道PUCCH与承载第一数据包的物理上行共享信道PUSCH在第一上行资源的时域上存在重叠，则可以获取PUSCH在第一上行资源上的处理状态；进而，根据PUSCH在第一上行资源上的处理状态，在重叠的时域资源上发送PUCCH和PUSCH之一。

采用上述方法，在承载SR的PUCCH和PUSCH在第一上行资源的时域上存在重叠时，终端设备考虑了PUSCH在第一上行资源上的处理状态，并可以基于PUSCH在第一上行资源上的处理状态来确定在重叠的时域资源上发送PUCCH和PUSCH之一，从而明确在重叠的时域资源上所发送的上行信息，提高了通信系统的效率。

在一种可能的设计中，终端设备根据PUSCH在第一上行资源上的处理状态，在重叠的时域资源上发送PUCCH，包括：当PUSCH在第一上行资源上的处理状态为处理完成时，终端设备若确定触发SR的逻辑信道的第一优先级高于或等于第一数据包的逻辑信道的第二优先级，则可以在重叠的时域资源上发送PUCCH。

如此，由于第一优先级高于第二优先级，因此终端设备在重叠的时域资源上发送PUCCH，能够使得网络设备基于PUCCH及时调度触发SR的待发送数据，有效降低待发送数据的时延。

在一种可能的设计中，终端设备若确定第一优先级高于或等于第二优先级，则可以在重叠的时域资源上发送PUCCH，包括：终端设备在MAC层若确定第一优先级高于或等于第二优先级，则向终端设备的物理层发送第一指示信息；终端设备在物理层根据第一指示信息，在重叠的时域资源上发送PUCCH；或者，终端设备在MAC层将第一优先级和第二优先级通知给物理层，终端设备在物理层若确定第一优先级高于或等于第二优先级，则在重叠的时域资源上发送PUCCH。其中，第二优先级可以为终端设备在组建第一数据包时获取的。

第二方面，本申请实施例提供一种通信方法，所述方法包括：

终端设备触发调度请求SR，若确定承载SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则可以根据PUSCH占用的资源和触发SR的逻辑信道对资源的需求，在重叠的时域资源上发送PUCCH和PUSCH之一。

采用上述方法，在承载SR的PUCCH和PUSCH在第一上行资源的时域上存在重叠时，终端设备考虑了PUSCH资源和触发SR的逻辑信道对资源的需求，并可以基于PUSCH资源和触发SR的逻辑信道对资源的需求来确定在重叠的时域资源上发送PUCCH和PUSCH之一，保证在重叠的时域资源上所发送的上行信息的效率。由于PUSCH资源和触发SR的逻辑信道对资源的需求为网络设备配置的信息，不受场景的影响，因此上述方法具有较强的适用性，可以适用于多种可能的场景，比如数据新传场景或数据重传场景。

在一种可能的设计中，终端设备根据PUSCH占用的资源和触发SR的逻辑信道对资源的需求，在重叠的时域资源上发送PUSCH，包括：终端设备若确定PUSCH占用的资源满足触发SR的逻辑信道对资源的需求，则可以在重叠的时域资源上发送PUSCH。

采用上述方法，由于PUSCH资源满足触发SR的逻辑信道对资源的需求说明触发SR的数据可以在PUSCH资源上发送，此种情形下，可以发送PUSCH，从而保证PUSCH中传输的数据的时延。

在一种可能的设计中，在终端设备确定PUSCH占用的资源满足触发SR的逻辑信道对资源的需求的情况下，在重叠的时域资源上发送PUSCH，包括：终端设备若确定触发SR的逻辑信道的第一优先级低于或等于第一数据包的逻辑信道的第二优先级，则可以在重叠的时域资源上发送PUSCH。

在一种可能的设计中，所述方法还包括：终端设备若第一优先级高于第二优先级，则可以在重叠的时域资源上发送PUCCH。

采用上述方法，在判断PUSCH资源满足触发SR的逻辑信道对资源的需求的基础上，进一步结合优先级的比较结果来确定在重叠的时域资源上发送PUCCH和PUSCH之一，从而能够在PUSCH资源满足触发SR的逻辑信道对资源的需求，但第一优先级高于第二优先级的情形下，仍发送PUCCH，有效避免仅基于PUSCH资源和触发SR的逻辑信道对资源的需求而导致判断不够准确的问题，保证触发SR的待发送数据的时延。

在一种可能的设计中，终端设备根据PUSCH占用的资源和触发SR的逻辑信道对资源的需求，在重叠的时域资源上发送PUCCH，包括：终端设备若确定PUSCH占用的资源不满足触发SR的逻辑信道对资源的需求，则可以在重叠的时域资源上发送PUCCH。

采用上述方法，由于PUSCH资源不满足触发SR的逻辑信道对资源的需求，因此终端设备在重叠的时域资源上发送PUCCH，能够使得网络设备基于PUCCH及时调度触发SR的待发送数据，有效保证待发送数据的时延。

基于上述第一方面和第二方面的各种可能的设计，若终端设备在第一上行资源上PUCCH，则方法还包括：终端设备在第二上行资源上传输第一数据包，第二上行资源和第一上行资源对应同一HARQ进程。

采用上述方法，能够给予第一数据包再次传输的机会，从而避免第一数据包丢失或者对其业务性能产生较大损失。

在一种可能的设计中，第二上行上行资源对应的HARQ进程的缓存区存储有第一数据包。

基于上述第一方面和第二方面的各种可能的设计，若终端设备在第一上行资源上PUCCH，则方法还包括：终端设备在第二上行资源上发送第二数据包，第二数据包括第一数据包中的部分或全部信息。

如此，通过数据重组，将第一数据包中的部分或全部信息重组到第二数据包中，从而使得网络设备可以获取到第一数据包中的部分或全部信息，有效避免数据丢失。

基于上述第一方面和第二方面的各种可能的设计，若终端设备在第一上行资源上PUCCH，则方法还包括：终端设备向网络设备发送第三指示信息，第三指示信息用于指示第一数据包未发送或未发送完。如此，通过向网络设备发送第三指示信息，以使得网络设备能够获知第一数据包未发送或未发送完，便于进行重传避免数据丢失。

第三方面，本申请实施例提供一种通信方法，所述方法包括：

终端设备组建在第一上行资源上待传输的第一数据包，若确定第一数据包未发送或未发送完，则在第二上行资源上传输第一数据包，第二上行资源和第一上行资源对应同一HARQ进程。

在一种可能的设计中，第二上行资源对应的HARQ缓存区存储有第一数据包。

第四方面，本申请实施例提供一种触发SR的方法，所述方法包括：

终端设备触发多个BSR，多个BSR分别对应多个SR，若确定承载多个SR的多个PUCCH在第三上行资源的时域上存在重叠，则根据触发多个BSR的逻辑信道的优先级，确定目标BSR，触发目标BSR的逻辑信道的优先级高于或等于触发多个BSR中其它BSR的逻辑信道的优先级；进而，终端设备可以触发目标BSR对应的SR。

采用上述方法，通过比较触发多个BSR的逻辑信道的优先级，来确定要触发的SR，能够有效保证相应的待发送数据的时延。

第五方面，本申请实施例提供一种通信方法，所述方法包括：

终端设备组建在第一上行资源上待传输的第一数据包，若确定第一数据包未发送或未发送完，则可以在第二上行资源上传输第二数据包，第二数据包括第一数据包中的部分或全部信息。

第六方面，本申请实施例提供一种装置，该装置可以是终端设备，或者也可以是设置在终端设备中的芯片。该装置具有实现上述第一方面至第五方面的各种可能的设计的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。

第七方面，本申请实施例一种装置，包括：处理器和存储器；处理器用于执行存储在存储器上的指令，当指令被执行时，使得该装置执行如上述第一方面至第五方面的任一种可能的设计中的方法。

第八方面，本申请实施例还提供一种计算机可读存储介质，包括指令，当指令被执行时，实现上述各方面或各方面的任一种可能的设计中的方法。

第九方面，本申请实施例还提供一种计算机程序产品，包括计算机程序或指令，当计算机程序或指令被执行时，实现上述各方面或各方面的任一种可能的设计中的方法。

附图说明

图1为本申请实施例适用的一种可能的系统架构示意图；

图2为重复机制的可能的示意图；

图3为本申请实施例一提供的通信方法所对应的流程示意图；

图4a为本申请实施例中PUCCH与PUSCH在第一上行资源的时域上存在重叠的一种示例；

图4b为本申请实施例中PUCCH与PUSCH在第一上行资源的时域上存在重叠的又一种示例；

图5为本申请实施例二提供的通信方法所对应的流程示意图；

图6为第二上行资源发送第一数据包示意图；

图7为本申请实施例中所涉及的装置的可能的示例性框图；

图8为本申请实施例提供的一种装置的结构示意图；

图9为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)终端设备：是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。终端设备有时也可以称为用户设备(user equipment，UE)、移动台和远方站等。本申请的实施例中终端设备可以独立销售的终端整机，也可以为实现所述终端的功能的芯片。本申请的实施例对终端设备所采用的具体技术、设备形态以及名称不做限定。

(2)网络设备：是终端设备通过无线方式接入到该移动通信系统中的接入设备，可以是基站、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission receptionpoint，TRP)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、未来移动通信系统中的基站或无线保真(wireless-fidelity，Wi-Fi)系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。本申请的实施例中网络设备可以独立销售的接入设备，也可以为实现所述接入设备的功能的芯片。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

(3)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一指示信息和第二指示信息，只是为了区分不同的指示信息，而并不是表示这两种指示信息的内容、优先级、发送顺序或者重要程度等的不同。

图1为本申请实施例适用的一种可能的系统架构示意图。如图1所示的系统架构包括网络设备和终端设备。应理解，本申请实施例对系统架构中网络设备的数量、终端设备的数量不作限定，而且本申请实施例所适用的系统架构中除了包括网络设备和终端设备以外，还可以包括其它设备，如核心网设备、无线中继设备和无线回传设备等，对此本申请实施例也不作限定。以及，本申请实施例中的网络设备可以将所有的功能集成在一个独立的物理设备，也可以将功能分布在多个独立的物理设备上，对此本申请实施例也不作限定。此外，本申请实施例中的终端设备可以通过无线方式与网络设备连接。

上述所示意的系统架构可以适用于各种无线接入技术(radio accesstechnology，RAT)的通信系统中，例如，长期演进(long term evolution，LTE)通信系统、第五代(5th generation，5G)通信系统以及其它可能的通信系统。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

以5G通信系统为例，用于上行传输的上行信道可以包括PUSCH以及PUCCH。其中，PUSCH可以承载数据和/或上行控制信息(uplink control information，UCI)，PUCCH可以承载UCI。其中，PUCCH承载的UCI可以包括SR，SR可以理解为终端设备向网络设备发送的调度请求信息，表示终端设备有上行数据需要发送。

下面对本申请实施例涉及的一些实现方式或机制进行解释。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

(1)SR的触发

5G通信系统的数据在MAC层可以通过逻辑信道(logical channel，LCH)来承载，不同业务类型的数据可以通过不同的逻辑信道承载。一个或多个逻辑信道可以关联一个逻辑信道组(logical channel grop，LCG)。每个逻辑信道可以关联一个调度优先级，该优先级可以通过网络设备配置，例如承载URLLC业务数据的逻辑信道可以配置较高的优先级，承载eMBB业务数据的逻辑信道可以配置较低的优先级。也就是说URLLC业务数据的优先级较高，而eMBB业务数据的优先级较低，从而当终端设备有可用的上行资源时，可以优先考虑为高优先级的数据进行资源分配。当终端设备有新数据待发送而所有逻辑信道都没有待发送数据或者更高优先级的逻辑信道有待发送数据时，终端设备可以触发缓存区报告(bufferstatus report，BSR)，用于反映至少一个逻辑信道的待发送数据总量，供网络设备调度。

然而，网络设备在下发控制信令指示资源之前，可能并不知道终端设备有数据要发送，因此，当终端设备触发了BSR，同时又没有可用的上行资源进行数据发送时，终端设备可以先通过预配置或者公共的上行资源去请求网络设备分配上行资源。例如，终端设备可以通过触发SR请求上行资源，或者终端设备也可以通过随机接入信道(random accesschannel，RACH)请求上行资源；其中，SR可以承载在网络设备给终端设备预配置的用于请求上行资源的PUCCH中，而随机接入可以承载在物理随机接入信道(physical random accesschannel，PRACH)中。在一个示例中，PUCCH占用的资源(或者也可以称为PUCCH资源)可以为周期性资源，网络设备可以配置PUCCH资源信息，比如可以包含起始时间信息以及周期；相应地，终端设备获取配置的PUCCH资源信息后可以判断周期性的SR传输时机(SRtransmission occasion)，从而当触发SR时，可以在一个SR传输时机发送SR。

(2)SR的发送

考虑到终端设备中的待发送数据可能属于多种不同的业务类型，为便于网络设备能够获知终端设备中待发送数据的业务类型，从而调度合适的资源，5G通信系统引入SR配置与逻辑信道之间的关联关系。具体来说，网络设备可以为终端设备配置一个或者多个SR配置，其中每一个SR配置包含可用的PUCCH资源，这些PUCCH资源可以分布在不同的小区以及同一个小区位于不同频域位置的不同的带宽部分(bandwidth part，BWP)中。对于终端设备的用于承载数据的逻辑信道来说，每一个逻辑信道可以关联一个SR配置，即不同的逻辑信道可以关联到不同的SR配置。例如对于终端设备而言，配置两个逻辑信道，分别为LCH#1以及LCH#2，其中，LCH#1用于承载eMBB业务数据，对应SR配置#1(PUCCH资源#1)，LCH#2用于承载URLLC类型业务，对应SR配置#2(PUCCH资源#2)。

如此，当不同业务类型的数据待发送时，终端设备可以按照用于承载数据的逻辑信道对应的SR配置发送SR，使得网络设备感知当前终端设备的待发送数据的业务类型。例如当URLLC业务数据待发送时，终端设备可以通过PUCCH资源#2发送SR，如此，网络设备检测到PUCCH资源#2承载的SR后，可以获知终端设备的待发送数据为URLLC业务数据，从而可调度适用于URLLC业务数据的上行资源，例如可以调度短的PUSCH持续时间或者调度更为可靠的上行资源，从而满足URLLC业务数据的传输需求(即低时延以及高可靠)。

(3)动态调度以及预配置调度

网络设备基于SR或随机接入来调度上行资源的方式可以理解为动态调度。动态调度是指，网络设备通过物理层信令(比如下行控制信息(downlink control information，DCI))指示一块资源，例如上行授权(uplink grant)，DCI中可以携带PUSCH占用的资源(或者也可以称为PUSCH资源)信息，比如包含时域以及频域的资源位置；相应地，终端设备接收到上行授权后，可以根据资源大小计算传输块尺寸(transport block size，TBS)并根据TBS进行组包，进而在对应的资源上进行数据发送。

然而，由于URLLC业务数据可能会随时到来，如果通过SR或者随机接入去请求资源，可能会太慢，因此网络设备还可以通过预配置调度的方式预先配置密密麻麻的周期性资源，当终端设备的URLLC业务数据待发送时，便立即有上行资源可以发送该URLLC业务数据，从而可以降低时延。其中，预配置调度也可以称为预配置授权传输(configured granttransmission)。预配置授权传输可以分为两种类型，其中，类型1(Type 1)是指，网络设备通过RRC配置周期和起始偏移以及指示具体的资源位置，即可以携带上行授权，除非终端设备收到RRC信令的释放命令，否则可以认为该资源周期性出现。类型2(Type 2)是指，网络设备通过无线资源控制(radio resource control，RRC)信令配置一个周期和起始偏移，然后通过DCI激活并指示具体的资源位置，除非终端设备收到去激活命令，否则可以认为该DCI指示的资源周期性出现。采用预配置授权传输的优点在于，网络设备不需要每次都下发控制信令去分配资源，从而能够节约控制信令的开销，并且可以节省UE发送SR、BSR的时延。需要说明的是，采用上述预配置调度方式并不意味着不需要为URLLC业务数据配置SR配置，对于非周期性的URLLC业务数据而言，也可以为该承载该URLLC业务数据的逻辑信道配置对应的SR配置。

(4)逻辑信道优先级(logical channel prioritization，LCP)映射约束

从终端设备的角度来说，当终端设备收到一块可用于数据传输的上行资源(可以是动态调度或预配置调度的资源)后，若在该上行资源上放入了不合适的数据(或者说数据被放到不合适的资源上)，可能会导致数据的需求无法满足或者导致通信系统的效率变低。因此，为了实现合适的数据放在合适的资源上，引入了选择逻辑信道的步骤。具体来说，网络设备可以预先给终端设备配置逻辑信道到上行资源的参数的LCP映射约束，其中，逻辑信道到上行资源的参数的LCP映射约束可以理解为：逻辑信道对资源的需求，或者逻辑信道对应的资源的参数。比如，逻辑信道对资源的需求可以包括对资源的时域长度(比如资源的最大时域长度)的需求，也可以描述为逻辑信道对应的资源的参数包括资源的时域长度。如此，终端设备收到上行资源后，可以根据该上行资源的参数，选择能映射到该上行资源的逻辑信道里的数据组包，从而能够避免放上不合适的数据。其中，若该上行资源能够满足某逻辑信道对资源的需求，则该逻辑信道即为能映射到该上行资源的逻辑信道，或者，能映射到该上行资源的逻辑信道为对应的资源的参数与该上行资源的参数匹配的逻辑信道。例如，LCH#1(承载URLLC业务数据)对资源的最大时域长度的需求为0.5ms(或者说LCH#1对应的资源的最大时域长度为0.5ms)，LCH#2(承载eMBB业务数据)对资源的最大时域长度的需求为1ms(或者说LCH#2对应的资源的最大时域长度为1ms)，当上行资源的时域长度为1ms时，可以认为该上行资源为调度eMBB业务数据的资源，LCH#2即为满足LCP映射约束关系的逻辑信道，进而终端设备可以选择LCH#2中的数据进行组包。

需要说明的是，逻辑信道对资源的需求除包括上述所描述的对资源的时域长度的需求外，还可以包括其它可能的需求，比如允许的子载波间隔、预配置授权的周期、允许的调制编码方式表格、可靠性需求、允许的预配置授权配置等。本申请实施例对此不做限定。

(5)重传机制

为保证数据传输的可靠性，5G通信系统引入了重传机制，其中，由媒体接入控制(medium access control，MAC)层管理的重传被称为混合自动重传请求(hybridautomatic repeat request，HARQ)。简单来讲，接收端如果没有接收成功一块数据，会反馈否定回答(negative acknowledgement，NACK)给发送端，相应地，发送端接收到NACK后可以对发送失败的数据进行重传。在这种机制中，由于发送端有可能同时有好几块数据正在传输或等待重传，为了准确的标识出需要重传的数据是哪一块，引入了HARQ进程和HARQ ID。具体来说，每个HARQ进程可以对应一个HARQ ID以及一个缓存区(Buffer)，用于存放媒体接入控制协议数据单元(medium access control protocol data unit，MAC PDU)，另一种说法是传输块(transport block,TB)。示例性地，一个小区最多有16个HARQ进程，也就是说，最多16个数据包可以同时在进行或准备进行传输。当网络设备调度上行数据时，会通过显式或者隐式的方式指示这块数据对应的HARQ ID，当网络设备想要调这块数据的重传时，同样也指示HARQ ID，如此，终端设备根据HARQ ID可以获知该重传哪一块数据，具体地，终端设备可以根据HARQ ID从物理层对应的缓存区中获取保存的传输块(transport block，TB)，即MAC PDU，进而根据HARQ信息(例如冗余版本等)进行重传，不需要重新组包。

对于动态调度来说，数据属于哪个HARQ ID可以是由DCI直接指示的，而对于预配置调度来说，每个资源的HARQ ID可以是根据资源所在的时域和/或频域位置计算出来的。其中，动态调度的重传可以为动态调度，预配置调度的重传也可以为动态调度，也就是说，预配置调度本身通常仅用于数据的初传，而不用于重传。

对于预配置调度来说，可以引入一个预配置的定时器(configured granttimer)，终端设备在一个预配置调度资源上发送了一个数据后，启动该定时器，在该定时器运行期间，终端设备不能使用属于和发送了数据的预配置调度资源相同的HARQ进程的预配置调度资源发送数据。参见上述描述，由于预配置调度通常仅用于数据的初传，如果前一个数据还没有成功传输，或者还在等待网络设备的反馈，新的属于同一个HARQ进程的预配置调度资源到了，终端设备就会进行新传，新的数据包会覆盖旧的数据包，从而导致网络设备可能没机会对前一个数据进行重传。也就是说，配置定时器的目的为给网络设备一段处理和反馈的时间，超时后，终端设备可以确定网络设备不会再调度重传，进而可以使用该HARQID对应的资源。每一个HARQ进程可以维护一个定时器，也就是说，一个定时器只限制其对应的HARQ进程的预配置调度资源的使用，而不限制其它HARQ进程的预配置调度资源的使用。

(6)重复(repetition)机制

对于一块资源，终端设备如果被配置了repetition，终端设备自动默认后面紧跟的K个时间点上，存在相同大小相同位置的资源，终端设备将数据在这几个资源上重复发送K次，也就是说终端设备自动进行了重传，这里，K也是网络设备配置的。参见图2中的(a)、(b)和(c)所示，为重复机制的可能的示意图。

基于上述介绍，下面结合具体实施例对本申请实施例进行详细描述。

在5G通信系统中，为了维持上行的单载波特性，通常不支持终端设备在同一时间采用PUCCH发送UCI(包括SR)以及采用PUSCH发送数据信息。然而，当终端在通过PUCCH向网络设备发送UCI时，可能会出现PUCCH与PUSCH的传输时间发生冲突的情况，即UCI的传输时间与PUSCH中的数据信息的传输时间存在重叠。示例性地，本申请实施例所涉及的PUCCH与PUSCH的传输时间发生冲突，主要是针对于在同一载波上传输的PUCCH与PUSCH的传输时间发生冲突的场景。

针对于PUCCH与PUSCH的传输时间发生冲突的情形，一种可能的方案为，当承载SR的PUCCH和PUSCH在上行资源的时域上存在重叠时，终端设备总是发送PUSCH而不发送SR。原因在于，终端设备在MAC层组建PUSCH中传输的数据包(即MAC PDU)之前，若确定存在SR需要传输，则终端设备可以在MAC层将触发SR的BSR组建到数据包中，即PUSCH发送的数据包可以包含BSR，用于反映当前时刻终端设备中各个逻辑信道组的待发送数据的数量大小，后续网络设备可以根据BSR进行有效调度。

然而，在一个示例中，若与承载SR的PUCCH在时域上存在重叠的PUSCH为一个重传资源，则PUSCH中传输的数据包无法反映当前时刻终端设备中待发送数据的数量大小，因此，该SR会在PUSCH发送后的下一个可用的SR传输机会上发送，若触发SR的数据为URLLC业务数据，而PUSCH中传输的数据包中的数据为eMBB业务数据，则会导致URLLC业务数据的时延无法得到保证。

在又一个示例中，若URLLC业务数据触发的SR发生在eMBB业务数据的MAC PDU组包后，则会导致PUSCH发送的MAC PDU无法反映出有URLLC业务数据待发送，即其中包含的BSR无法反映出最新的URLLC业务数据的状态，因此，该SR会在PUSCH发送后的下一个可用的SR传输机会上发送，从而导致URLLC业务数据的时延无法得到保证。

在又一个示例中，如果URLLC业务数据触发的SR发生在eMBB业务数据的MAC PDU组包前，则PUSCH发送的MAC PDU中可以包含BSR，并且可以反映URLLC业务数据的状态，此种情形下，PUSCH可以指示URLLC业务数据等待网络设备调度。然而，调度eMBB业务数据的PUSCH资源的可靠性可能无法满足URLLC业务数据对资源的需求，而且调度eMBB业务数据的PUSCH极有可能采用基于时隙(slot)(即ms粒度)的调度，从而导致URLLC业务数据的时延无法得到保证。

基于此，本申请实施例提供一种通信方法，用于解决承载SR的PUCCH和PUSCH在上行资源的时域上存在重叠时的数据发送，参见实施例一和实施例二。

实施例一

图3为本申请实施例一提供的通信方法所对应的流程示意图，如图3所示，包括：

步骤301，终端设备触发SR。

比如，终端设备中有新数据待发送而所有逻辑信道都没有待发送数据或者更高优先级的逻辑信道有待发送数据时，终端设备可以触发BSR，进而可以触发该BSR对应的SR。可以参见前文中关于SR的触发的相关描述。

步骤302，终端设备若确定承载SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，包含部分重叠以及全部重叠的情况，则获取PUSCH在第一上行资源上的处理状态。其中，PUSCH资源可以为动态调度的资源或预配置调度的资源，具体不做限定。承载在PUSCH上的第一数据包也可以理解为在第一上行资源上待传输的数据包。

本申请实施例中，PUCCH与PUSCH在第一上行资源的时域上存在重叠的情形可能有多种。比如，参见图4a所示，PUSCH资源位于时隙n，时域长度为6个符号，若时隙n的起始符号为符号1，则可以认为PUSCH资源占用符号1至符号6；PUCCH资源也位于时隙n，时域长度为2个符号，PUCCH资源占用符号5和符号6；此种情形下，PUCCH与PUSCH在符号5和符号6上存在重叠。又比如，参见图4b所示，PUSCH资源位于时隙n，时域长度为6个符号，PUSCH资源占用符号1至符号6；PUCCH资源也位于时隙n，时域长度为2个符号，PUCCH资源占用符号1和符号2；此种情形下，PUCCH与PUSCH在符号1和符号2上存在重叠。

在一个示例中，第一上行资源在时域上可以包括PUCCH与PUSCH发生重叠的时域资源，也就是说，从时域上来看，重叠的时域资源可以理解为PUSCH对应的上行授权所指示的资源中的部分资源。比如参见图4a所示，PUSCH对应的上行授权所指示的资源在时域上包括符号1至符号6，重叠的时域资源可以包括符号5和符号6；又比如参见图4b所示，PUSCH对应的上行授权所指示的资源在时域上包括符号1至符号6，重叠的时域资源可以包括符号1和符号2。

需要说明的是，本申请实施例中所涉及的在重叠的时域资源上发送PUCCH，可以理解为在符号5和符号6上发送PUCCH(图4a)或者在符号1和符号2上发送PUCCH(图4b)。。本申请实施例中可以将第一上行资源理解为PUSCH对应的上行授权所指示的资源，比如，PUSCH在第一上行资源上的处理状态可以理解为PUSCH对应的上行授权所指示的资源上的处理状态；又比如，在第一上行资源上待传输的第一数据包可以理解为在PUSCH对应的上行授权所指示的资源上待传输的数据包。

本申请实施例中，PUSCH在第一上行资源上的处理状态可以包括处理完成和未处理完成。示例性地，PUSCH在第一上行资源上的处理状态为处理完成可以是指存在以下至少一种情形：(1)在第一上行资源上待传输的第一数据包(即MAC PDU)已经完成组包，即已经通过复用与组包实体(multiplexing and assembly entity)获取第一数据包，或者已经完成LCP过程或者正在进行LCP过程，其中，LCP过程可以理解为基于LCP映射约束选择逻辑信道的过程，或选择完逻辑信道对选择的逻辑信道的待发送数据进行组包的过程；(2)PUSCH对应的上行授权和/或第一数据包已经递交给HARQ实体；(3)PUSCH对应的上行授权和/或第一数据包已经递交给HARQ进程；(4)第一数据包已经递交给物理层；(5)PUSCH对应的上行授权用于指示上行重传或重复；(6)第一数据包为重传数据包；(7)第一数据包正在传输。

示例性地，PUSCH在第一上行资源上的处理状态为未处理完成可以是指存在以下至少一种情形：(1)在第一上行资源上待传输的第一数据包尚未完成组包，即尚未通过复用与组包实体获取第一数据包；(2)PUSCH对应的上行授权和/或第一数据包尚未递交给HARQ实体；(3)PUSCH对应的上行授权和/或第一数据包尚未递交给HARQ进程；(4)第一数据包尚未递交给物理层；(5)在第一上行资源上待传输的第一数据包并未获取到，即第一数据包被跳过(skip)，例如终端没有待发送数据并允许动态忽略上行授权；(6)第一数据包尚未开始传输或者尚未传输完成。

需要说明的是，针对于PUSCH在第一上行资源上的处理状态为处理完成或未处理完成，上述所列举的情形仅是一些示例，具体实施中，还可以包括其它可能的情形，本申请实施例对此不做限定。

步骤303，终端设备根据PUSCH在第一上行资源上的处理状态，在重叠的时域资源上发送PUCCH和PUSCH之一。

此处，由于PUSCH在第一上行资源上的处理状态可以包括处理完成和未处理完成，因此，下面分别针对两种处理状态下的实现方式进行具体描述。

(1)PUSCH在第一上行资源上的处理状态为处理完成

此种情形下，终端设备可以通过比较触发SR的逻辑信道的第一优先级(Priority_SR)和第一数据包的逻辑信道的第二优先级(Priority_PUSCH)，来发送PUCCH或PUSCH。

示例性地，终端设备可以通过层间指示的方式来实现发送PUCCH或PUSCH，其中，层间指示的方式可能有多种，在一种可能的实现方式中，终端设备可以在MAC层比较第一优先级和第二优先级，基于比较结果确定发送PUCCH或PUSCH，并向物理层发送指示信息1，进而终端设备可以在物理层根据指示信息1发送所述PUCCH或PUSCH；在又一种可能的实现方式中，终端设备可以在MAC层将第一优先级和第二优先级通知给物理层，进而在物理层比较第一优先级和第二优先级，并基于比较结果确定发送PUCCH或PUSCH。其中，终端设备在MAC层将第一优先级和第二优先级通知给物理层的实现方式可以有多种，比如可以由MAC层向物理层发送指示信息2，指示信息2用于指示第一优先级和第二优先级。具体实施中，终端设备可以选择上述任一种可能的实现方式，具体不做限定。

本申请实施例中，触发SR的逻辑信道可以理解为触发SR对应的BSR的逻辑信道，比如终端设备中有URLLC业务数据待发送，触发了BSR以及BSR对应的SR，此时，触发SR对应的BSR的逻辑信道即为承载URLLC业务数据的逻辑信道。

本申请实施例中，第二优先级可以理解为第一数据包的逻辑信道的最高优先级。其中，第二数据包中的逻辑信道可以理解为承载第二数据包中的数据的逻辑信道，比如，第二数据包中包括URLLC业务数据1和URLLC业务数据2，则第二数据包中的逻辑信道可以包括承载URLLC业务数据1的逻辑信道和承载URLLC业务数据2的逻辑信道。具体来说，若第一数据包的逻辑信道仅有一个，则第二优先级可以为该逻辑信道的优先级；若第一数据包的逻辑信道仅有多个，则第二优先级可以理解为多个逻辑信道的最高优先级。比如，第一数据包的逻辑信道包括LCH#1(承载URLLC业务数据1)和LCH#2(承载URLLC业务数据2)，LCH#1的优先级高于LCH#2的优先级，则第二优先级可以为LCH#1的优先级。

其中，第二优先级可以为终端设备在组建第一数据包时获取的，比如可以为终端设备在执行LCP过程时获取的。举个例子，终端设备在组建第一数据包时，根据PUSCH资源以及逻辑信道对资源的需求确定能映射到PUSCH资源的逻辑信道为LCH#1和LCH#2，进而可以根据LCH#1和LCH#2的优先级确定出第二优先级。进一步地，终端设备可以记录第二优先级，比如终端设备可以将第二优先级作为第一上行资源对应的HARQ进程的HARQ信息的一部分，由MAC实体传递给HARQ实体，HARQ实体还可以传递给HARQ进程。如此，当第一数据包为重传的数据包(即重传场景)时，终端设备可以基于HARQ进程获取记录的第二优先级。也就是说，本申请实施例中，终端设备在组建第一数据包获取到第二优先级后，可以记录第二优先级，从而便于后续重传场景中可以获取到第二优先级。其中，终端设备记录第二优先级的具体实现方式可以有多种，本申请实施对此不做限定。

在一个示例中，终端设备若确定第一优先级高于第二优先级，则可以在第一上行资源上发送PUCCH。具体来说，终端设备在MAC层若确定第一优先级高于第二优先级，则向终端设备的物理层发送第一指示信息，如此，可在物理层根据第一指示信息发送PUCCH；或者，终端设备在MAC层将第一优先级和第二优先级通知给终端设备的物理层，如此，在物理层若确定第一优先级高于第二优先级，则发送PUCCH。

示例性地，终端设备在第一上行资源上发送PUCCH可以理解为：终端设备在第一上行资源上仅发送PUCCH，而不发送PUSCH；或者，终端设备在第一上行资源上优先发送PUCCH，若第一上行资源还有剩余可用的资源，则还可以发送第一数据包的部分信息，例如可以通过打孔(puncture)或者抢占(pre-empt)PUSCH的方式发送PUCCH。

示例性地，若PUSCH在第一上行资源尚未发送，则终端设备在物理层可以选择丢弃PUSCH对应的TB，并发送PUCCH，此种情形下，终端设备在第一上行资源上仅发送PUCCH，而不发送PUSCH。若PUSCH已经在第一上行资源上发送，则终端设备可以通过打孔或者抢占PUSCH等方式发送PUCCH，待SR发送完毕，可以恢复发送PUSCH发送或者不恢复PUSCH发送。

在该示例中，由于第一优先级高于第二优先级，因此终端设备在第一上行资源上发送PUCCH，能够使得网络设备基于PUCCH及时调度触发SR的待发送数据，有效降低待发送数据的时延。

在又一个示例中，终端设备若确定第一优先级等于第二优先级，则可以在重叠的时域资源上发送PUCCH，或者，在重叠的时域资源上发送PUSCH，又或者，终端设备基于自身的处理能力来选择发送PUCCH或PUSCH。

在又一个示例中，终端设备若确定第一优先级低于第二优先级，则可以在第一上行资源(包括重叠的时域资源)上发送PUSCH。此处，在第一上行资源上发送PUSCH可以理解为：终端设备在第一上行资源上仅发送PUSCH，而不发送PUCCH。在该示例中，由于第一优先级低于第二优先级，因此终端设备在第一上行资源上发送PUSCH，能够保证PUSCH中传输的数据的时延。

(2)PUSCH在第一上行资源上的处理状态为未处理完成

此种情形下，终端设备可以通过比较第一优先级和第二优先级，来确定发送PUCCH或PUSCH。

在一个示例中，终端设备若确定第一优先级高于第二优先级，则可以在重叠的时域资源上发送PUCCH。其中，第二优先级可以为终端设备在组建第一数据包时获取的。

在又一个示例中，终端设备若确定第一优先级等于第二优先级，则可以在重叠的时域资源上发送PUCCH，或者，在第一上行资源上发送PUSCH，又或者，终端设备基于自身的处理能力来选择发送PUCCH或PUSCH。

示例性地，终端设备若确定发送PUCCH，终端设备的MAC层可以选择丢弃PUSCH对应的上行授权，此种情形下，终端设备在重叠的时域资源上仅发送PUCCH，而不发送PUSCH。

在又一个示例中，终端设备若确定第一优先级低于第二优先级，则可以在第一上行资源(包括重叠的时域资源)上发送PUSCH。

采用上述方法，在承载SR的PUCCH和PUSCH在第一上行资源的时域上存在重叠时，终端设备考虑了PUSCH在第一上行资源上的处理状态，并基于PUSCH在第一上行资源上的处理状态来在重叠的时域资源上发送PUCCH和PUSCH之一，从而能够保证数据传输的合理性(比如能够保证触发SR的待发送数据或PUSCH中传输的数据的时延)，避免终端设备总是发送PUSCH而导致数据的时延无法得到保证的问题。

实施例二

图5为本申请实施例二提供的通信方法所对应的流程示意图，如图5所示，包括：

步骤501，终端设备触发SR。

步骤502，终端设备若确定承载SR的PUCCH与PUSCH在第一上行资源的时域上存在重叠，则根据PUSCH资源和触发SR的逻辑信道对资源的需求，在重叠的时域资源上发送PUCCH或PUSCH。其中，PUSCH资源可以为动态调度的资源或预配置调度的资源，具体不做限定。

采用上述方法，在承载SR的PUCCH和PUSCH在第一上行资源的时域上存在重叠时，终端设备考虑了PUSCH资源和触发SR的逻辑信道对资源的需求，并可以基于PUSCH资源和触发SR的逻辑信道对资源的需求来确定在重叠的时域资源上发送PUCCH和PUSCH之一，保证在重叠的时域资源上所发送的上行信息的效率。由于PUSCH资源和触发SR的逻辑信道对资源的需求为网络设备配置的信息，不受场景的影响，因此上述方法具有较强的适用性，可以适用于多种可能的场景，比如数据新传场景或数据重传场景。

具体来说，在一个示例中，终端设备若确定PUSCH资源不满足触发SR的逻辑信道对资源的需求，则可以在重叠的时域资源上发送PUCCH。在该示例中，PUSCH资源不满足触发SR的逻辑信道对资源的需求说明触发SR的数据无法在PUSCH资源上发送，例如触发SR的数据为URLLC业务数据，而PUSCH是针对调度eMBB业务数据的资源，因此PUSCH资源不满足触发SR的逻辑信道对资源的需求(或者也可以说触发SR的逻辑信道的LCP映射约束)。示例性地，终端设备若确定PUSCH资源的时域长度大于触发SR的逻辑信道对资源的时域长度的需求，即PUSCH资源的时域长度大于触发SR的逻辑信道对资源的最大时域长度的需求，则认为PUSCH资源不能满足触发SR的逻辑信道对资源的需求。

在该示例中，由于PUSCH资源不满足触发SR的逻辑信道对资源的需求，因此终端设备在第一上行资源上发送PUCCH，能够使得网络设备基于PUCCH及时调度触发SR的待发送数据，有效保证待发送数据的时延。

在又一个示例中，终端设备若确定PUSCH资源满足触发SR的逻辑信道对资源的需求，则发送PUSCH。在该示例中，PUSCH资源满足触发SR的逻辑信道对资源的需求说明触发SR的数据可以在PUSCH资源上发送，此种情形下，可以发送PUSCH。

需要说明的是：(1)上述实施例一和实施例二的差异之处在于：实施例一中是基于处理状态来判断发送PUCCH或PUSCH，实施例二中是基于PUSCH资源和触发SR的逻辑信道对资源的需求来判断发送PUCCH或PUSCH；除此差异之外的其它内容可以相互参照。

(2)实施例一和实施例二可以分别单独实施，或者也可以结合实施。其中，实施例一和实施例二结合实施可以理解为，先判断PUSCH资源是否满足触发SR的逻辑信道对资源的需求，再基于处理状态比较触发SR的逻辑信道的第一优先级和在第一上行资源上待传输的第一数据包的逻辑信道的第二优先级，进而基于比较结果来发送PUCCH或PUSCH。

在一个示例中，实施例一和实施例二结合实施可以是指：终端设备若确定PUSCH占用的资源满足触发SR的逻辑信道对资源的需求，则可以进一步基于处理状态比较第一优先级和第二优先级，若第一优先级高于第二优先级，则可以在重叠的时域资源上发送PUCCH；若第一优先级低于第二优先级，则可以发送PUSCH；若第一优先级等于第二优先级，则可以发送在重叠的时域资源上PUCCH和PUSCH之一。其中，终端设备基于处理状态比较第一优先级和第二优先级的具体实现可以参见实施例一中的描述。如此，在判断PUSCH资源满足触发SR的逻辑信道对资源的需求的基础上，进一步结合优先级的比较结果来确定发送PUCCH或PUSCH，从而能够在PUSCH资源满足触发SR的逻辑信道对资源的需求，但第一优先级高于第二优先级的情形下，仍发送PUCCH，有效避免仅基于PUSCH资源和触发SR的逻辑信道对资源的需求而导致判断不够准确的问题，保证触发SR的待发送数据的时延。举个例子，PUSCH资源为调度URLLC业务数据1的资源，其时域长度为0.2ms，触发SR的待发送数据为URLLC业务数据2，触发SR的逻辑信道对资源的时域长度的需求为0.5ms，此种情形下，PUSCH资源满足触发SR的逻辑信道对资源的需求，但如果承载URLLC业务数据2的逻辑信道的优先级(即第一优先级)高于承载URLLC业务数据1的逻辑信道的优先级(即第二优先级)，仍可发送PUCCH，从而保证URLLC业务数据2的时延。

实施例三

在实施例三中，将主要针对PUSCH中的第一数据包(即在PUSCH对应的上行授权所指示的资源上待传输的数据包)无法有效传输的场景，提供一些解决方案，用于给予第一数据包再次传输的机会，从而避免第一数据包丢失或者对其业务性能产生较大损失。其中，PUSCH中的第一数据包无法有效传输可以包括PUSCH中的第一数据包未发送或未发送完。

本申请实施例中，PUSCH中的第一数据包无法有效传输的场景可能有多种，比如，当承载SR的PUCCH与PUSCH在第一上行资源的时域上存在重叠时，若终端设备在第一上行资源发送PUCCH，则可能会造成PUSCH中的第一数据包无法有效传输。比如，如果PUSCH为一个调度的新传资源，当终端设备已经对PUSCH中的第一数据包进行了组包，若终端设备选择发送PUCCH而不发送PUSCH时，网络设备无法判断PUSCH未发送是由于终端设备没有数据发送因此选择跳过PUSCH资源，还是由于发送了时域重叠的SR造成PUSCH的第一数据包被丢弃(drop)或者被抢占，因此，网络设备不能及时调度PUSCH中的第一数据包进行重传。当PUSCH对应的HARQ进程被网络设备占用并进行新传调度时，意味着第一数据包将会被一个新组的数据包替换。此种情形下，即终端设备在HARQ进程的PUSCH中没有数据发送，选择跳过PUSCH资源时，终端设备会主动清空HARQ进程的缓存区，即第一数据包将被主动清空，从而导致第一数据包再也无法得到HARQ传输的机会。如果第一数据包中的数据在无线链路控制(radiolink control，RLC)层采用非确认模式(unacknowledged mode，UM)模式，即没有RLC层ARQ机制的情况下，会造成第一数据包中的数据丢失。如果第一数据包中的数据在RLC层采用AM模式，即存在RLC层ARQ机制的情况下，依赖RLC ARQ也会造成时延过大，当第一数据包中的数据为相对优先级较低的URLLC业务时，时延也无法得到保证。

又比如，网络设备可以为终端设备配置测量间隔，相应地，终端设备可在测量间隔测量不同频域资源的信道质量，并将信道质量(比如可以为信道质量指示(channelquality indication，CQI))上报给网络设备，使得网络设备能够将数据调度在信道质量好的频域资源上，从而获得频域调度增益。由于在测量间隔内，终端设备将不允许进行PUSCH的发送，从而导致PUSCH传输机会被测量间隔打掉，造成PUSCH中的第一数据包无法有效传输。

又比如，终端设备同时与另一个终端设备进行通信，若终端设备与终端设备通信的第二上行授权优先级高于终端设备与网络设备通信的第一上行授权，则终端设备将选择第二上行授权，而不对第一上行授权对应的PUSCH中的第一数据包进行数据传输。

(1)本申请实施例三提供的一种可能的解决方案为：终端设备组建在第一上行资源上待传输的第一数据包，若确定第一数据包未发送或未发送完，则在第二上行资源上传输第一数据包。其中，第二上行资源和第一上行资源可以对应同一HARQ进程，或者说，第二上行资源和第一上行资源的HARQ进程标识相同。如此，由于在第二上行资源上发送第一数据包，从而使得网络设备可以接收到第一数据包，能够有效避免第一数据包中的数据丢失。需要说明的是，在第二上行资源上传输的第一数据包可以为在第一上行资源上组建的完整的MAC PDU，也就是说，即便在第一上行资源上发送了第一数据包的部分信息，在第二上行资源上传输的也可以为完整的MAC PDU。

在一个示例中，第二上行资源可以为第一上行资源后的下一个上行资源，如图6所示，其中第一上行资源和第二上行资源均为预配置调度的资源，第一上行资源为HARQ ID#1的上行资源，已经完成组包得到第一数据包，但被丢弃或者被抢占；由于上行资源为周期性资源(每个时隙重复一次)，若下一个HARQ ID#1的上行资源可用(即第二上行资源)，则可以利用第二上行资源发送所述第一数据包。

示例性地，第二上行资源对应的HARQ进程的缓存区存储有第一数据包，从而使得可以在第二上行资源上传输第一数据包。或者说，第二上行资源没有既有数据发送，即第二上行资源并没有通过复用与组包实体获取新的MAC PDU，从而使得可以在第二上行资源上传输第一数据包。

(2)本申请实施例三提供的又一种可能的解决方案为：终端设备组建在第一上行资源上待传输的第一数据包，若确定第一数据包未发送或未发送完，则在第二上行资源上传输第二数据包，第二数据包括第一数据包中的部分或全部信息。其中，第二上行资源和第一上行资源可以对应同一HARQ进程。在一个示例中，第二上行资源可以为第一上行资源后的下一个上行资源，终端设备在第二上行资源上组包时可以包括第一上行数据包的部分或全部信息，也就是说，终端设备可以在第二上行资源上进行数据重组(MAC PDUrebuilding)。

在一个示例中，可以由MAC实体通知复用与组包实体对第二数据包进行组包。第一数据包可以包括至少一个MAC子(sub)PDU和MAC控制元素(control element，CE)，第二数据包括第一数据包中的部分或全部信息可以理解为：第二数据包包括第一数据包的至少一个MAC子PDU，或者，第二数据包包括第一数据包的MAC CE，又或者，第二数据包包括第一数据包的至少一个MAC子PDU和MAC CE。本申请实施例对此不做限定。

示例性地，第一数据包中若包含至少一个MAC CE，比如BSR MAC CE、功率余量上报(power headroom report，PHR)MAC CE等，则至少一个MAC CE对应的MAC过程在第一数据包组包完成后并不取消(cancel)，或者说终端设备在MAC层可以重新触发至少一个MAC CE对应的MAC过程，从而使得第二数据包中可以包含至少一个MAC CE对应的MAC过程产生的MACCE，例如BSR MAC CE，PHR MAC CE等。

(3)本申请实施例三提供的又一种可能的解决方案为：若第一数据包中的数据在RLC层采用AM模式，则可以由第一数据包中的MAC子PDU通知RLC层触发RLC层ARQ的重传。

(4)本申请实施例三提供的又一种可能的解决方案为：终端设备组建在第一上行资源上待传输的第一数据包，若确定第一数据包未发送或发送完毕，则可以向网络设备发送第三指示信息，第三指示信息用于指示第一数据包未发送或未发送完。相应地，网络设备在接收到第三指示信息后，可以基于第三指示信息调度第一数据包的重传，避免第一数据包中的数据丢失。

在一个示例中，针对于承载SR的PUCCH与PUSCH在第一上行资源的时域上存在重叠的场景，网络设备可以预先配置两种类型的SR配置，第一类型的SR配置中包括可用的PUCCH资源，第二类型的SR配置中包括可用的PUCCH资源和承载第三指示信息的资源，终端设备若确定在第一上行资源发送PUCCH，则可以使用第二类型的SR配置来发送PUCCH和第三指示信息。

在又一个示例中，第三指示信息可以为承载SR的PUCCH携带的额外信息，该额外信息可以是额外的一个比特，比如若该比特设置为1，则指示第一数据包未发送或未发送完。

需要说明的是，上述实施例三所描述的各种可能的解决方案，可以单独实施，或者也可以结合到实施例一或实施例二中来实施，比如在实施例一或实施例二中，终端设备若在第一上行资源发送PUCCH，而导致第一数据包未发送或未发送完时，可以使用上述解决方案给予第一数据包再次传输的机会，避免第一数据包丢失或者对其业务性能产生较大损失。

实施例四

本申请实施例中，当多个逻辑信道同时有数据待发送时，终端设备可以触发多个BSR，例如有URLLC业务数据和eMBB业务数据待发送，则可以触发URLLC业务数据对应的BSR1以及eMBB业务数据对应的BSR2。此种情形下，承载BSR1对应的SR1的PUCCH与承载BSR2对应的SR2的PUCCH在上行资源的时域上重叠，若终端设备触发BSR2对应的SR2，而未触发BSR1对应的SR1，则可能会造成网络设备基于SR2调度了不适合URLLC业务数据的资源，导致URLLC业务数据的时延无法得到保证。

基于此，本申请实施例四提供的一种解决方案为：终端设备触发多个BSR，多个BSR分别对应多个SR；终端设备若确定承载多个SR的多个PUCCH在第三上行资源的时域上存在重叠，则可以根据触发多个BSR的逻辑信道的优先级，确定目标BSR，并触发目标BSR对应的SR。其中，目标BSR的逻辑信道的优先级高于触发所述多个BSR中其它BSR的逻辑信道的优先级。比如，终端设备触发URLLC业务数据对应的BSR1以及eMBB业务数据对应的BSR2，由于触发BSR1的逻辑信道的优先级高于触发BSR2的逻辑信道的优先级，因此终端设备可以触发BSR1对应的SR1，从而保证URLLC业务数据的时延。

在一个示例中，如果触发多个BSR的逻辑信道的优先级相同，则终端设备可以基于其它因素来选择触发的SR，比如，终端设备可以基于多个BSR对应的多个SR的传输机会的到达时间来选择触发的SR。举个例子，终端设备触发URLLC业务数据对应的BSR1以及eMBB业务数据对应的BSR2，若BSR1对应的SR1的传输机会先到，则终端设备可以触发SR1。

需要说明的是，上述实施例四所描述的方案可以单独实施，或者也可以结合到实施例一或实施例二中来实施，比如在实施例一或实施例二中，若终端设备触发多个BSR，如此，则可以基于上述方案来确定触发的SR。

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

在采用集成的单元(模块)的情况下，图7示出了本申请实施例中所涉及的装置的可能的示例性框图，该装置700可以以软件的形式存在。装置700可以包括：处理单元702和通信单元703。处理单元702用于对装置700的动作进行控制管理。通信单元703用于支持装置700与其他网络实体的通信。可选地，通信单元703也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置700还可以包括存储单元701，用于存储装置700的程序代码和/或数据。

其中，处理单元702可以是处理器或控制器，其可以实现或执行结合本申请的实施例公开内容所描述的各种示例性的逻辑方框，模块和电路。通信单元703可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口。存储单元701可以是存储器。

该装置700可以为上述任一实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元702可以支持装置700执行上文中各方法示例中终端设备的动作。或者，处理单元702主要执行方法示例中的终端内部动作，通信单元703可以支持装置700与网络设备之间的通信。例如，处理单元702用于执行图3中的步骤301和302；通信单元702用于执行图3中发送PUCCH或发送PUSCH。

具体地，在一个实施例中，处理单元用于触发SR，若确定承载SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则获取PUSCH在第一上行资源上的处理状态；以及，根据PUSCH在第一上行资源上的处理状态，通过通信单元在第一上行资源上发送PUCCH或PUSCH。

在一种可能的设计中，处理单元具体用于：当PUSCH在第一上行资源上的处理状态为处理完成时，若确定触发SR的逻辑信道的第一优先级高于或等于在第一上行资源上待传输的第一数据包的逻辑信道的第二优先级，则通过通信单元在第一上行资源上发送PUCCH。

在一种可能的设计中，处理单元具体用于：在MAC层若确定第一优先级高于或等于第二优先级，则向物理层发送第一指示信息；以及，在物理层根据第一指示信息，通过通信单元在第一上行资源上发送PUCCH；或者，在MAC层将第一优先级和第二优先级通知给物理层，在物理层若确定第一优先级高于或等于第二优先级，则通过通信单元在第一上行资源上发送PUCCH。其中，第二优先级可以为通信装置在组建第一数据包时获取的。

具体地，在一个实施例中，所述处理单元，用于触发调度请求SR，若确定承载所述SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则根据所述PUSCH占用的资源和触发所述SR的逻辑信道对资源的需求，通过所述通信单元在重叠的时域资源上发送所述PUCCH和所述PUSCH之一。

在一种可能的设计中，所述处理单元具体用于：若确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求，则通过所述通信单元在在所述重叠的时域资源上发送所述PUSCH。

在一种可能的设计中，所述处理单元在所述终端设备确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求的情况下，还用于：若确定触发所述SR的逻辑信道的第一优先级低于或等于所述第一数据包的逻辑信道的第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUSCH。

在一种可能的设计中，所述处理单元具体用于：若所述第一优先级高于所述第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

在一种可能的设计中，所述处理单元具体用于：若确定所述PUSCH占用的资源不满足触发所述SR的逻辑信道对资源的需求，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

在一种可能的设计中，所述通信单元还用于：在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

在一种可能的设计中，所述第二上行上行资源对应的所述HARQ进程的缓存区存储有所述第一数据包。

在一种可能的设计中，所述通信单元还用于：在第二上行资源上发送第二数据包，所述第二数据包括所述第一数据包中的部分或全部信息。

在一种可能的设计中，所述通信单元还用于：向所述网络设备发送第三指示信息，所述第三指示信息用于指示所述第一数据包未发送或未发送完。

具体地，在又一个示例中，所述处理单元，用于组建在第一上行资源上待传输的第一数据包，若确定所述第一数据包未发送或未发送完，则通过所述通信单元在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

在一种可能的设计中，所述第二上行资源对应的HARQ缓存区存储有所述第一数据包。

需要说明的是，本申请实施例中对单元(模块)的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质可以为存储器等各种可以存储程序代码的介质。

图8给出了一种装置的结构示意图，该装置800包括处理器810、存储器820和收发器830。在一个示例中，该装置800可以实现图7所示意出的装置700的功能，具体来说，图7中所示意的通信单元703的功能可以由收发器实现，处理单元702的功能可由处理器实现，存储单元701的功能可以由存储器实现。在又一个示例中，该装置800可以是上述方法实施例中的终端设备，该装置800可用于实现上述方法实施例中描述的对应于终端设备的方法，具体可以参见上述方法实施例中的说明。

图9为本申请实施例提供的一种终端设备900的结构示意图。为了便于说明，图9仅示出了终端设备的主要部件。如图9所示，终端设备900包括处理器、存储器、控制电路、天线以及输入输出装置。该终端设备900可应用于如图1所示的系统架构中，执行上述方法实施例中终端设备的功能。

处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于控制终端设备执行上述方法实施例中所描述的动作。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当终端设备开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。

本领域技术人员可以理解，为了便于说明，图9仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图9中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。1

图9所示的终端设备900能够实现图3所示意的方法实施例中涉及终端设备的各个过程。终端设备900中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

在实现过程中，本实施例提供的方法中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用中央处理器(central processingunit，CPU)，通用处理器，数字信号处理(digital signal processing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合；也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，本申请实施例中的存储器或存储单元可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征对本申请实施例进行了描述，显而易见的，在不脱离本申请实施例的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请实施例的示例性说明，且视为已覆盖本申请实施例范围内的任意和所有修改、变化、组合或等同物。

Claims (33)

1.一种通信方法，其特征在于，所述方法包括：

终端设备触发调度请求SR；

所述终端设备若确定承载所述SR的物理上行控制信道PUCCH与承载第一数据包的物理上行共享信道PUSCH在第一上行资源的时域上存在重叠，则获取所述PUSCH在所述第一上行资源上的处理状态；

所述终端设备根据所述PUSCH在所述第一上行资源上的处理状态，在重叠的时域资源上发送所述PUCCH和所述PUSCH之一。

2.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述PUSCH在所述第一上行资源上的处理状态，在重叠的时域资源上发送所述PUCCH，包括：

当所述PUSCH在所述第一上行资源上的处理状态为处理完成时，所述终端设备若确定触发所述SR的逻辑信道的第一优先级高于或等于所述第一数据包的逻辑信道的第二优先级，则在所述重叠的时域资源上发送所述PUCCH。

3.根据权利要求2所述的方法，其特征在于，所述终端设备若确定所述第一优先级高于或等于所述第二优先级，则在重叠的时域资源上发送所述PUCCH，包括：

所述终端设备在MAC层若确定所述第一优先级高于或等于所述第二优先级，则向所述终端设备的物理层发送第一指示信息；

所述终端设备在所述物理层根据所述第一指示信息，在所述重叠的时域资源上发送所述PUCCH；或者，

所述终端设备在MAC层将所述第一优先级和所述第二优先级通知给所述物理层，所述终端设备在所述物理层若确定所述第一优先级高于或等于所述第二优先级，则在所述重叠的时域资源上发送所述PUCCH。

4.根据权利要求2或3所述的方法，其特征在于，所述第二优先级为所述终端设备在组建所述第一数据包时获取的。

5.一种通信方法，其特征在于，所述方法包括：

终端设备触发调度请求SR；

所述终端设备若确定承载所述SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则根据所述PUSCH占用的资源和触发所述SR的逻辑信道对资源的需求，在重叠的时域资源上发送所述PUCCH和所述PUSCH之一。

6.根据权利要求5所述的方法，其特征在于，所述终端设备根据所述PUSCH占用的资源和触发所述SR的逻辑信道对资源的需求，在所述第一上行资源上发送所述PUSCH，包括：

所述终端设备若确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求，则在所述重叠的时域资源上发送所述PUSCH。

7.根据权利要求6所述的方法，其特征在于，在所述终端设备确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求的情况下，在所述重叠的时域资源上发送所述PUSCH，包括：

所述终端设备若确定触发所述SR的逻辑信道的第一优先级低于或等于所述第一数据包的逻辑信道的第二优先级，则在所述重叠的时域资源上发送所述PUSCH。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述终端设备若所述第一优先级高于所述第二优先级，则在所述重叠的时域资源上发送所述PUCCH。

9.根据权利要求5所述的方法，其特征在于，所述终端设备根据所述PUSCH占用的资源和触发所述SR的逻辑信道对资源的需求，在重叠的时域资源上发送所述PUCCH和所述PUSCH之一，包括：

所述终端设备若确定所述PUSCH占用的资源不满足触发所述SR的逻辑信道对资源的需求，则在所述重叠的时域资源上发送所述PUCCH。

10.根据权利要求2至4中任一项或权利要求8或权利要求9所述的方法，其特征在于，所述方法还包括：

所述终端设备在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

11.根据权利要求10所述的方法，其特征在于，所述第二上行上行资源对应的所述HARQ进程的缓存区存储有所述第一数据包。

12.根据权利要求2至4中任一项或权利要求8或权利要求9所述的方法，其特征在于，所述方法还包括：

所述终端设备在第二上行资源上发送第二数据包，所述第二数据包括所述第一数据包中的部分或全部信息。

13.根据权利要求2至4中任一项或权利要求8或权利要求9所述的方法，其特征在于，所述方法还包括：

所述终端设备向所述网络设备发送第三指示信息，所述第三指示信息用于指示所述第一数据包未发送或未发送完。

14.一种通信方法，其特征在于，所述方法包括：

终端设备组建在第一上行资源上待传输的第一数据包；

终端设备若确定所述第一数据包未发送或未发送完，则在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

15.根据权利要求14所述的方法，其特征在于，所述第二上行资源对应的HARQ缓存区存储有所述第一数据包。

16.一种通信装置，其特征在于，所述通信装置包括处理单元和通信单元；

所述处理单元，用于触发调度请求SR，若确定承载所述SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则获取所述PUSCH在所述第一上行资源上的处理状态；以及，根据所述PUSCH在所述第一上行资源上的处理状态，通过所述通信单元在重叠的时域资源上发送所述PUCCH和所述PUSCH之一。

17.根据权利要求16所述的装置，其特征在于，所述处理单元具体用于：

当所述PUSCH在所述第一上行资源上的处理状态为处理完成时，若确定触发所述SR的逻辑信道的第一优先级高于或等于所述第一数据包的逻辑信道的第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

18.根据权利要求17所述的装置，其特征在于，所述处理单元具体用于：

在MAC层若确定所述第一优先级高于或等于所述第二优先级，则向物理层发送第一指示信息；以及，在所述物理层根据所述第一指示信息，通过所述通信单元在所述重叠的时域资源上发送所述PUCCH；或者，

在MAC层将所述第一优先级和所述第二优先级通知给所述物理层，在所述物理层若确定所述第一优先级高于或等于所述第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

19.根据权利要求17或18所述的装置，其特征在于，所述第二优先级为所述通信装置在组建所述第一数据包时获取的。

20.一种通信装置，其特征在于，所述方法包括处理单元和通信单元；

所述处理单元，用于触发调度请求SR，若确定承载所述SR的PUCCH与承载第一数据包的PUSCH在第一上行资源的时域上存在重叠，则根据所述PUSCH占用的资源和触发所述SR的逻辑信道对资源的需求，通过所述通信单元在重叠的时域资源上发送所述PUCCH和所述PUSCH之一。

21.根据权利要求20所述的装置，其特征在于，所述处理单元具体用于：

若确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求，则通过所述通信单元在在所述重叠的时域资源上发送所述PUSCH。

22.根据权利要求21所述的装置，其特征在于，所述处理单元在所述终端设备确定所述PUSCH占用的资源满足触发所述SR的逻辑信道对资源的需求的情况下，还用于：

若确定触发所述SR的逻辑信道的第一优先级低于或等于所述第一数据包的逻辑信道的第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUSCH。

23.根据权利要求22所述的装置，其特征在于，所述处理单元具体用于：

若所述第一优先级高于所述第二优先级，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

24.根据权利要求20所述的装置，其特征在于，所述处理单元具体用于：

若确定所述PUSCH占用的资源不满足触发所述SR的逻辑信道对资源的需求，则通过所述通信单元在所述重叠的时域资源上发送所述PUCCH。

25.根据权利要求17至19中任一项或权利要求23或权利要求24所述的装置，其特征在于，所述通信单元还用于：

在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

26.根据权利要求25所述的装置，其特征在于，所述第二上行上行资源对应的所述HARQ进程的缓存区存储有所述第一数据包。

27.根据权利要求17至19中任一项或权利要求23或权利要求24所述的装置，其特征在于，所述通信单元还用于：

在第二上行资源上发送第二数据包，所述第二数据包括所述第一数据包中的部分或全部信息。

28.根据权利要求17至19中任一项或权利要求23或权利要求24所述的装置，其特征在于，所述通信单元还用于：

向所述网络设备发送第三指示信息，所述第三指示信息用于指示所述第一数据包未发送或未发送完。

29.一种通信装置，其特征在于，所述装置包括处理单元和通信单元；

所述处理单元，用于组建在第一上行资源上待传输的第一数据包，若确定所述第一数据包未发送或未发送完，则通过所述通信单元在第二上行资源上传输所述第一数据包，所述第二上行资源和所述第一上行资源对应同一HARQ进程。

30.根据权利要求29所述的装置，其特征在于，所述第二上行资源对应的HARQ缓存区存储有所述第一数据包。

31.一种通信装置，其特征在于，所述通信装置包括处理器和存储器，所述处理器用于执行存储在所述存储器上的指令，当所述指令被运行时，使得所述装置执行如权利要求1至15中任一项所述的方法。

32.一种计算机可读存储介质，其特征在于，包括指令，当所述指令被执行时，实现如权利要求1至15中任一项所述的方法。

33.一种计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机执行如权利要求1至15任一项所述的方法。

Images