一种数据传输方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种数据传输方法及装置。


背景技术：

2.多媒体广播多播业务(multimedia broadcast multicast service，mbms)或组播广播服务(multicast and broadcast services，或，multicast/broadcast services，或，multicast-broadcast services，mbs)可以有效地利用通信资源，其在通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现资源共享，提高资源利用率，尤其是空口接口资源。
3.一般的，在mbms或mbs场景下，既可以将信息向所有用户广播，也可以发送给一组收费的签约用户收看，可以帮助运营商开展多媒体广告、免费和收费电视频道、彩信群发等多种商业应用。
4.目前，mbms或mbs中，广播/组播不支持混合自动重传请求(hybrid automatic repeat request，harq)反馈，即，终端设备接收数据后无需向网络设备反馈是否接收成功，网络设备无法获知数据的接收情况，就不能判断是否要进行重传，从而无法保证终端设备接收数据的可靠性。


技术实现要素：

5.本技术提供一种数据传输方法及装置，用于在mbms或mbs中，提供终端设备接收数据的方法，有助于提升终端设备接收数据的可靠性、降低终端设备接收数据的时延。
6.第一方面，本技术提供一种数据传输方法，所述数据传输方法包括：第一通信装置根据抢占模式信息和/或抢占原则信息，确定第一harq进程；所述第一通信装置通过所述第一harq进程接收第一数据；其中，所述第一harq进程是被占用的harq进程。
7.一种可选的实现方式中，所述第一通信装置不存在未被占用的harq进程。
8.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置接收来自第二通信装置的第一配置信息；所述第一通信装置根据所述第一配置信息，确定所述抢占模式信息和/或抢占原则信息。
9.一种可选的实现方式中，所述抢占模式信息用于指示支持抢占或不支持抢占；所述支持抢占用于指示所述第一通信装置通过被占用的harq进程接收数据。
10.一种可选的实现方式中，所述抢占模式信息包括支持的抢占模式和/或不支持的抢占模式；其中，所述抢占模式包括以下至少一项：第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式；所述第一抢占模式指示所述第一通信装置通过被组播数据占用的harq进程接收单播数据；所述第二抢占模式指示所述第一通信装置通过被组播数据占用的harq进程接收其它组播数据；所述第三抢占模式指示所述第一通信装置通过被单播数据占用的harq进程接收组播数据；所述第四抢占模式指示所述第一通信装置通过被单播数据占用的harq进程接收其它单播数据。
11.一种可选的实现方式中，所述抢占原则信息包括以下至少一项：第一抢占原则、第二抢占原则、第三抢占原则、第四抢占原则；所述第一抢占原则基于数据的优先级；所述第二抢占原则基于harq进程接收数据的持续时长；所述第三抢占原则基于harq进程接收数据的次数；所述第四抢占原则基于第一通信装置发送否定确认(negative acknowledgement，nack)的次数；所述nack与harq进程对应的数据或harq进程相关联。
12.一种可选的实现方式中，所述抢占原则信息包括第一抢占原则；所述第一数据的优先级高于第一预设优先级，和/或，第二数据的优先级低于第二预设优先级，其中，所述第二数据占用所述第一harq进程。
13.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置向第二通信装置发送第二信息；所述第二信息包括所述第一通信装置接收所述第一数据失败或成功的指示。
14.一种可选的实现方式中，所述第一harq进程对应第二数据；所述数据传输方法还包括：所述第一通信装置向第二通信装置发送第一信息；其中，所述第一信息包括以下信息中的至少一项：所述第二数据接收失败的指示；不存在未被占用的harq进程的指示；所述第二数据对应的第二传输标识；所述第二数据对应的第二harq process id。
15.基于该方案，第一通信装置在harq进程均被占用且需要接收来自第二通信装置的第一数据的情况下，为第一通信装置提供一种行为，通过第一harq进程接收第一数据、向第二通信装置发送第一信息和/或第二信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延。
16.一种可选的实现方式中，所述数据传输方法还包括：满足第三条件，所述第一通信装置通过harq实体或媒介接入控制(medium access control，mac)实体接收所述第一数据；其中，所述第三条件包括以下任一项或任多项：第一通信装置需要接收第一数据；harq进程均被占用；第一通信装置不支持抢占；第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；第一数据为单播数据；第一数据为组播数据；第一通信装置支持抢占；第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；不存在用于接收第一数据的harq进程。
17.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置向第二通信装置发送第三信息，所述第三信息用于指示第一通信装置接收第一数据成功或失败。
18.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置向所述第二通信装置发送第四信息，所述第四信息包括以下信息中的至少一项：所述第一数据接收失败的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识；所述第一数据对应的第一harq process id。
19.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置确定不存在用于接收所述第一数据的harq进程；所述第一通信装置忽略所述第一数据。
20.一种可选的实现方式中，所述第一通信装置向第二通信装置发送第五信息，所述第五信息包括：所述第一通信装置忽略所述第一数据的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识；所述第一数据对应的第一harq process id。
21.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置根据所述
第二通信装置的第二配置信息，确定所述第一传输标识；或，所述第一通信装置根据第一列表，确定所述第一传输标识；所述第一列表包含单播标识和/或第一通信装置感兴趣组播的组播标识。
22.一种可选的实现方式中，所述第一harq process id是由所述第一通信装置根据预设算法确定的；或是由所述第二通信装置指示的。
23.基于该方案，第一通信装置在harq进程均被占用且需要接收来自第二通信装置的第一数据的情况下，为第一通信装置提供一种行为，第一通信装置若不能通过第一harq进程接收第一数据，可以通过harq实体或mac实体接收第一数据，或者忽略第一数据，向第二通信装置发送第三信息和/或第四信息，或第五信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延。
24.第二方面，本技术提供一种数据传输方法，所述数据传输方法包括：满足第三条件，所述第一通信装置通过harq实体或mac实体接收所述第一数据；其中，所述第三条件包括以下任一项或任多项：第一通信装置需要接收第一数据；harq进程均被占用；第一通信装置不支持抢占；第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；第一数据为单播数据；第一数据为组播数据；第一通信装置支持抢占；第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；不存在用于接收第一数据的harq进程。
25.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置向第二通信装置发送第三信息，所述第三信息用于指示所述第一通信装置接收第一数据成功或失败。
26.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置向所述第二通信装置发送第四信息，所述第四信息包括以下信息中的至少一项：所述第一数据接收失败的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识；所述第一数据对应的第一harq process id。
27.基于该方案，第一通信装置在harq进程均被占用且需要接收来自第二通信装置的第一数据的情况下，为第一通信装置提供一种行为，第一通信装置通过harq实体或mac实体接收第一数据、向第二通信装置发送第三信息和/或第四信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延。
28.第三方面，本技术提供一种数据传输方法，所述数据传输方法包括：满足第三条件，所述第一通信装置忽略所述第一数据；其中，所述第三条件包括以下任一项或任多项：第一通信装置需要接收第一数据；harq进程均被占用；第一通信装置不支持抢占；第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；第一数据为单播数据；第一数据为组播数据；第一通信装置支持抢占；第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；不存在用于接收第一数据的harq进程。
29.一种可选的实现方式中，所述第一通信装置向第二通信装置发送第五信息，所述第五信息包括：所述第一通信装置忽略所述第一数据的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识；所述第一数据对应的第一harq process id。
30.基于该方案，第一通信装置在harq进程均被占用且需要接收来自第二通信装置的第一数据的情况下，为第一通信装置提供一种行为，第一通信装置忽略第一数据、向第二通信装置发送第五信息，有助于提升第一通信装置接收第一数据的可靠性、降低第一通信装置接收数据的时延。
31.第四方面，本技术提供一种数据传输方法，所述数据传输方法包括：第一通信装置确定第一harq进程；所述第一harq进程对应第二数据，所述第二数据来自第二通信装置；所述第一通信装置向第二通信装置发送第一信息；其中，所述第一信息包括以下信息中的至少一项：所述第二数据接收失败的指示；不存在未被占用的harq进程的指示；所述第二数据对应的第二传输标识；所述第二数据对应的第二harq process id。
32.一种可选的实现方式中，所述第一harq进程是被抢占的harq进程。
33.一种可选的实现方式中，所述数据传输方法还包括：所述第一通信装置根据所述第二通信装置的第二配置信息，确定所述第二传输标识；或，所述第一通信装置根据第一列表，确定所述第二传输标识；所述第一列表包含单播标识和/或第一通信装置感兴趣组播的组播标识。
34.一种可选的实现方式中，所述第二harq process id是由所述第一通信装置根据预设算法确定的；或是由所述第二通信装置指示的。
35.基于该方案，第一通信装置需要接收来自第二通信装置的第一数据，若确定通过正在被第二数据占用的第一harq进程接收第一数据，则第一通信装置向第二通信装置发送第一信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延。
36.第五方面，本技术提供一种通信装置，该装置可以是终端设备，或者是可用于终端设备中的模块，例如芯片或芯片系统或者电路。
37.所述通信装置包括：收发模块和处理模块；所述处理模块用于根据抢占模式信息和/或抢占原则信息，确定第一harq进程；所述收发模块用于通过所述第一harq进程接收第一数据；其中，所述第一harq进程是被占用的harq进程。
38.一种可选的实现方式中，第一通信装置不存在未被占用的harq进程。
39.一种可选的实现方式中，所述收发模块还用于接收来自第二通信装置的第一配置信息；所述处理模块还用于根据所述第一配置信息，确定所述抢占模式信息和/或抢占原则信息。
40.一种可选的实现方式中，所述抢占模式信息用于指示支持抢占或不支持抢占；所述支持抢占用于指示第一通信装置通过被占用的harq进程接收数据。
41.一种可选的实现方式中，所述抢占模式信息包括支持的抢占模式和/或不支持的抢占模式；其中，所述抢占模式包括以下至少一项：第一抢占模式、第二抢占模式、第三抢占模式；所述第一抢占模式指示第一通信装置通过被组播数据占用的harq进程接收单播数据；所述第二抢占模式指示第一通信装置通过被组播数据占用的harq进程接收其它组播数据；所述第三抢占模式指示第一通信装置通过被单播数据占用的harq进程接收组播数据；所述第四抢占模式指示第一通信装置通过被单播数据占用的harq进程接收其它单播数据。
42.一种可选的实现方式中，所述抢占原则信息包括以下至少一项：第一抢占原则、第二抢占原则、第三抢占原则、第四抢占原则；所述第一抢占原则基于数据的优先级；所述第
二抢占原则基于harq进程接收数据的持续时长；所述第三抢占原则基于harq进程接收数据的次数；所述第四抢占原则基于第一通信装置发送nack的次数；所述nack与harq进程对应的数据或harq进程相关联。
43.一种可选的实现方式中，所述抢占原则信息包括第一抢占原则；所述第一数据的优先级高于第一预设优先级，和/或，第二数据的优先级低于第二预设优先级，其中，所述第二数据占用所述第一harq进程。
44.一种可选的实现方式中，所述收发模块还用于向第二通信装置发送第二信息；所述第二信息包括第一通信装置接收所述第一数据失败或成功的指示。
45.一种可选的实现方式中，所述第一harq进程对应第二数据；所述收发模块还用于向第二通信装置发送第一信息；其中，所述第一信息包括以下信息中的至少一项：所述第二数据接收失败的指示；不存在未被占用的harq进程的指示；所述第二数据对应的第二传输标识；所述第二数据对应的第二harq process id。
46.一种可选的实现方式中，满足第三条件，所述收发模块还用于通过harq实体或mac实体接收所述第一数据；其中，所述第三条件包括以下任一项或任多项：第一通信装置需要接收第一数据；harq进程均被占用；第一通信装置不支持抢占；第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；第一数据为单播数据；第一数据为组播数据；第一通信装置支持抢占；第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；不存在用于接收第一数据的harq进程。
47.一种可选的实现方式中，所述收发模块还用于向第二通信装置发送第三信息，所述第三信息用于指示第一通信装置接收第一数据成功或失败。
48.一种可选的实现方式中，所述收发模块还用于向所述第二通信装置发送第四信息，所述第四信息包括以下信息中的至少一项：所述第一数据接收失败的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识，所述第一数据对应的第一harq process id。
49.一种可选的实现方式中，所述处理模块确定不存在用于接收所述第一数据的harq进程，所述收发模块还用于忽略所述第一数据。
50.一种可选的实现方式中，所述收发模块还用于向第二通信装置发送第五信息，所述第五信息包括：所述收发模块忽略所述第一数据的指示；不存在未被占用的harq进程的指示；所述第一数据对应的第一传输标识；所述第一传输标识包括单播标识或组播标识；所述第一数据对应的第一harq process id。
51.一种可选的实现方式中，所述处理模块还用于根据所述第二通信装置的第一配置信息，确定所述第一传输标识；或，根据第一列表，确定所述第一传输标识；所述第一列表包含单播标识和/或第一通信装置感兴趣组播的组播标识。
52.一种可选的实现方式中，所述第一harq process id是由所述处理模块根据预设算法确定的；或是由所述第二通信装置指示的。
53.第六方面，本技术提供一种通信装置，该通信装置可以是终端设备，或者是可用于终端设备中的模块，例如芯片或芯片系统或者电路。
54.所述通信装置包括：收发模块和处理模块；所述处理模块用于确定第一harq进程；
所述第一harq进程对应第二数据，所述第二数据来自第二通信装置；所述收发模块用于向第二通信装置发送第一信息；其中，所述第一信息包括以下信息中的至少一项：所述第二数据接收失败的指示；不存在未被占用的harq进程的指示；所述第二数据对应的第二传输标识；所述第二数据对应的第二harq process id。
55.一种可选的实现方式中，所述第一harq进程是被抢占的harq进程。
56.一种可选的实现方式中，所述处理模块还用于根据所述第二通信装置的第二配置信息，确定所述第二传输标识；或，根据第一列表，确定所述第二传输标识；所述第一列表包含单播标识和/或第一通信装置感兴趣组播的组播标识。
57.一种可选的实现方式中，所述第二harq process id是由所述处理模块根据预设算法确定的；或是由所述第二通信装置指示的。
58.第七方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令被通信装置执行时，使得该通信装置执行上述第一方面至第四方面各方面中方法。
59.第八方面，本技术提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被通信装置执行时，实现上述第一方面至第四方面各方面中方法。
60.上述第五方面至第八方面中任一方面可以达到的技术效果可以参照上述第一方面至第四方面中有益效果的描述，此处不再重复赘述。
附图说明
61.图1为本技术提供的一种通信系统架构示意图；
62.图2为本技术提供的一种单播dl传输的业务场景的示意图；
63.图3为本技术提供的一种组播dl传输的业务场景的示意图；
64.图4为本技术提供的终端设备建立的第一种对应关系的示意图；
65.图5为本技术提供的终端设备建立的第二种对应关系的示意图；
66.图6为本技术提供的第一种数据传输方法的流程示意图；
67.图7为本技术提供的第二种数据传输方法的流程示意图；
68.图8为本技术提供的第三种数据传输方法的流程示意图；
69.图9为本技术提供的第四种数据传输方法的流程示意图；
70.图10为本技术提供的第一种通信装置的结构示意图；
71.图11为本技术提供的第二种通信装置的结构示意图。
具体实施方式
72.下面将结合附图，对本技术中的技术方案进行描述。
73.本技术实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(global system for mobile communications，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)系统、通用分组无线业务(general packet radio service，gprs)、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工
(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统、第五代(5
th generation，5g)系统或新无线(new radio，nr)，或者应用于未来的通信系统或其它类似的通信系统等。
74.请参考图1，为本技术实施例适用的一种通信系统的架构示意图。该通信系统中包括网络设备和终端设备，其中，图1以网络设备101、终端设备102和终端设备103为例。网络设备通过下行信道发送信息给终端设备，终端设备通过上行信道发送信息给网络设备。
75.本技术实施例中的网络设备为网络侧的一种用于发送信号，或者，接收信号，或者，发送信号和接收信号的实体。网络设备可以为部署在无线接入网(radio access network，ran)中为终端提供无线通信功能的装置，例如可以为传输接收点(transmission reception point，trp)、基站、各种形式的控制节点(例如，网络控制器、无线控制器(例如，云无线接入网络(cloud radio access network，cran)场景下的无线控制器))等。具体的，网络设备可以为各种形式的宏基站，微基站(也称为小站)，中继站，接入点(access point，ap)等，也可以为基站的天线面板。所述控制节点可以连接多个基站，并为所述多个基站覆盖下的多个终端配置资源(本技术实施例中的资源也可以称为授权)。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同。例如，lte系统中可以称为演进型基站(evolved nodeb，enb或enodeb)，5g系统或nr系统中可以称为下一代基站节点(next generation node base station，gnb)，本技术对基站的具体名称不作限定。网络设备还可以是未来演进的公共陆地移动网络(public land mobile network，plmn)中的网络设备等。本技术实施例所提供的技术方案也可以应用于未来的移动通信系统中，如6g或7g通信系统，因此，图1中的网络设备也可以对应未来的移动通信系统中的接入网设备。
76.本技术实施例中的终端设备是用户侧的一种用于接收信号，或者，发送信号，或者，接收信号和发送信号的实体。终端用于向用户提供语音服务和数据连通性服务中的一种或多种。终端还可以称为用户设备(user equipment，ue)、终端设备、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端可以是v2x设备，例如，智能汽车(smart car或intelligent car)、数字汽车(digital car)、无人汽车(unmanned car或driverless car或pilotless car或automobile)、自动汽车(self-driving car或autonomous car)、纯电动汽车(pure ev或battery ev)、混合动力汽车(hybrid electric vehicle，hev)、增程式电动汽车(range extended ev，reev)、插电式混合动力汽车(plug-in hev，phev)、新能源汽车(new energy vehicle)、路边装置(road site unit，rsu)。终端也可以是d2d设备，例如，电表、水表等。终端还可以是移动站(mobile station，ms)、用户单元(subscriber unit)、无人机、物联网(internet of things，iot)设备、wlan中的站点(station，st)、蜂窝电话(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字处理(personal digital assistant，pda)设备、膝上型电脑(laptop computer)、机器类型通信(machine type communication，mtc)终端、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端还可以为下一代通信系统中的终端，例如，5g系统中的终
端或者未来演进的plmn中的终端，nr系统中的终端等。
77.本技术实施例的技术方案可适用于但不限于如下领域：mbms、单小区点到多点(single cell point to multipoint，sc-ptm)、mbs、多媒体广播多播服务单频网络(multimedia broadcast multicast service single frequency network，mbsfn)、双通道智能单播(dual-channel intelligent unicast，dc-iu)、广播(broadcast)、多播(multicast)、广播多播(multicast broadcast)、组播(groupcast)、车联网(vehicle to everything，v2x)、公共安全(public safety)、关键任务(mission critical)、ipv4/ipv6多播透传(transparent ipv4/ipv6 multicast delivery)、iptv、通过无线的软件交付(software delivery over wireless)、组通信(group communications)、物联网(internet of things，iot)、电视视频(tv video)、电视(tv)、线性电视(linear tv)、直播(live)、广播服务(radio services)等。
78.本技术实施例的技术方案可由两个通信装置执行，这两个通信装置以第一通信装置和第二通信装置为例说明。第一通信装置可以是终端设备或能够支持实现该方法所需的功能的通信装置。第一通信装置还可以是其他通信装置，例如芯片系统。对于第二通信装置也是同样，第二通信装置可以是网络设备或能够支持实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片系统。
79.对于第一通信装置和第二通信装置的实现方式均不做限制，例如第一通信装置可以是终端设备，第二通信装置是网络设备；或者第一通信装置是终端设备，第二通信装置是能够支持实现该方法所需的功能的通信装置等。
80.结合如图1所示的系统架构，第一通信装置可以是终端设备102或终端设备103中任一个，第二通信装置可以是网络设备101。
81.需要说明的是，本技术实施例中以第一通信装置为例说明了具体的实施过程，实际应用中，也可以是由第一通信装置的mac实体、harq实体、harq进程中的任一项或任多项来执行本技术实施例。
82.以下，对本技术实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
83.一、harq
84.可选的，harq buffer可以理解为：soft buffer。
85.可选的，本技术实施例中的关于第一通信装置的harq进程、第一通信装置的harq实体的描述可以是针对一个载波/小区而言的。对于多载波的情况，每个载波/小区上的情况与本技术文件中相同。
86.以下通过(a)至(c)三部分内容对与harq相关的内容具体进行介绍。
87.(a)harq process id的确定机制
88.资源关联的harq process id可以根据以下任一项或任多项方式获得：第一通信装置根据预设算法1或第二通信装置指示的计算方式1或协议规定的计算方式1为资源确定的harq process id；或者，第二通信装置为第一通信装置指示的harq process id。
[0089]“预设算法1”或“计算方式1”可以理解为：公式。
[0090]
示例性的，针对动态资源，第二通信装置可以通过下行控制信息(downlink control information，dci)将资源关联的harq process id指示给第一通信装置。
[0091]
(b)harq反馈
[0092]
存在两种harq反馈的方式，通过方式a和方式b进行介绍：
[0093]
方式a：harq反馈为nack only的方式，其中，发送端向接收端发送数据后，若接收端正确接收了该数据，接收端不进行反馈，若接收端接收该数据失败，接收端向发送端反馈nack。
[0094]
方式b：harq反馈为ack/nack的方式，其中，发送端向接收端发送数据后，若接收端正确接收了该数据，接收端向发送端反馈ack，若接收端接收该数据失败，接收端向发送端反馈nack。
[0095]
(c)ack或者nack
[0096]
可选的，ack可以用于指示传输/接收成功，或，不请求重传，或，不请求重传资源。示例性的，ack可以为肯定确认。
[0097]
可选的，nack可以用于指示传输/接收失败，或，传输/接收未成功，或，请求重传，或，请求重传资源。示例性的，nack可以为否定确认。
[0098]
二、harq实体(harq entity)
[0099]
可选的，对于组播传输，第一通信装置或mac实体可以包括一个或多个harq实体，一个harq实体可以对应一个或多个组播。一个harq实体维护/包括/对应一个或多个harq进程。
[0100]
三、被占用的harq进程、未被占用的harq进程
[0101]
被占用的harq进程可以理解为：非/不空闲的harq进程。
[0102]
被占用的harq进程可以理解为以下(1)至(4)中的任意一种或多种：
[0103]
(1)该harq进程对应的数据传输未成功或未结束。
[0104]
例如，第一通信装置利用该harq进程接收数据，还未达到盲重传或重复传输(repetition)的次数。
[0105]
该harq进程对应的数据传输未成功或未结束可以理解为以下(1.1)至(1.5)中任一项或任多种：
[0106]
(1.1)该harq进程对应的数据解码未成功；例如，第一通信装置利用该harq进程接收数据，其解码未成功。
[0107]
(1.2)第一通信装置未向第二通信装置发送该harq进程对应的ack或反馈；可选的，反馈可以为ack或nack。例如，第一通信装置利用该harq进程接收数据，第一通信装置未向第二通信装置反馈ack或反馈。例如，第一通信装置在向第二通信装置反馈的时机，由于和其他传输的冲突，未能向第二通信装置反馈。
[0108]
(1.3)第一通信装置向第二通信装置反馈了该harq进程对应的nack；例如，第一通信装置利用该harq进程接收数据，第一通信装置向第二通信装置反馈了nack。
[0109]
(1.4)与该harq进程关联的传输未达到最大传输时间或最大传输次数或最大重传次数；例如，第一通信装置接收该harq进程关联的数据的次数未达到最大传输次数或最大重传次数。例如，第一通信装置接收一个tb的次数未达到最大传输次数。
[0110]
(1.5)第一通信装置未接收用于指示最后一次数据传输的指示；例如，第一通信装置利用该harq进程接收数据，第一通信装置未接收用于指示该数据的最后一次传输的指示。
[0111]
(2)第一通信装置未释放该harq进程。
[0112]
(3)第一通信装置未清空该harq进程对应的harq缓存，或该harq进程对应的harq buffer不为空；第一通信装置未清空该harq进程对应的harq缓存可理解为以下任一项或任多项：第一通信装置未将该harq进程视为未被占用的；第一通信装置未将该harq进程视为可用于接收其他数据的；第一通信装置未丢弃该harq进程对应的数据。
[0113]
(4)存在与该harq进程关联的对应关系，或，存在与该harq进程关联的关联。可选的，(4)可以理解为：第一通信装置存在与该harq进程关联的对应关系，或，第一通信装置存在与该harq进程关联的关联。
[0114]
未被占用的harq进程可以理解为：空闲的harq进程。
[0115]
未被占用的harq进程可以理解为以下(1)至(4)中的任意一种或多种：
[0116]
(1)该harq进程对应的数据传输成功或结束。
[0117]
例如，第一通信装置利用该harq进程接收数据，达到盲重传或重复传输(repetition)的次数。
[0118]
该harq进程对应的数据传输成功或结束可以理解为以下(1.1)至(1.5)中任一项或任多项：
[0119]
(1.1)该harq进程对应的数据解码成功；例如，第一通信装置利用该harq进程接收数据，其解码成功。
[0120]
(1.2)第一通信装置向第二通信装置发送该harq进程对应的ack；例如，第一通信装置利用该harq进程接收数据，第一通信装置向第二通信装置反馈ack。
[0121]
(1.3)第一通信装置未向第二通信装置反馈了该harq进程对应的nack；例如，第一通信装置利用该harq进程接收数据，在对应的反馈的时机，第一通信装置未向第二通信装置反馈了nack。
[0122]
(1.4)与该harq进程关联的传输达到最大传输时间或最大传输次数或最大重传次数；
[0123]
例如，第一通信装置接收该harq进程关联的数据的次数达到最大传输次数或最大重传次数。例如，第一通信装置接收一个tb的次数达到最大传输次数。
[0124]
(1.5)第一通信装置接收用于指示最后一次数据传输的指示；例如，利用该harq进程接收数据，第一通信装置接收用于指示该数据的最后一次传输的指示。
[0125]
(2)第一通信装置释放该harq进程。
[0126]
(3)第一通信装置清空该harq进程对应的harq缓存，或，该harq进程对应的harq buffer为空；可选的，“第一通信装置清空该harq进程对应的harq缓存”可理解为以下任一项或任多项：第一通信装置将该harq进程视为未被占用的；第一通信装置将该harq进程视为可用于接收其他数据的；第一通信装置丢弃该harq进程对应的数据。
[0127]
(4)不存在与该harq进程关联的对应关系，或，不存在与该harq进程关联的关联。可选的，(4)可以理解为：第一通信装置不存在与该harq进程关联的对应关系，或，第一通信装置不存在与该harq进程关联的关联。
[0128]
四、被占用的harq实体、未被占用的harq实体
[0129]
被占用的harq实体可以理解为：非/不空闲的harq实体。
[0130]
被占用的harq实体可以理解为以下(1)至(4)中的任意一种或多种：(1)该harq实体对应的harq进程的数据传输未成功或未结束；(2)第一通信装置未释放该harq实体对应
的harq进程；(3)第一通信装置未清空该harq实体对应的harq进程对应的harq缓存，或，该harq实体对应的harq进程对应的harq buffer不为空；(4)存在与该harq实体关联的对应关系，或，存在与该harq实体关联的关联。可选的，(4)可以理解为：第一通信装置存在与该harq实体关联的对应关系，或，第一通信装置存在与该harq实体关联的关联。
[0131]
未被占用的harq实体可以理解为：空闲的harq实体。
[0132]
未被占用的harq实体可以理解为以下(1)至(4)中的任意一种或多种：(1)该harq实体对应的harq进程对应的数据传输成功或结束；(2)第一通信装置释放该harq实体对应的harq进程；(3)第一通信装置清空该harq实体对应的harq进程对应的harq缓存，或，该harq实体对应的harq进程对应的harq buffer为空；(4)不存在与该harq实体关联的对应关系，或，不存在与该harq实体关联的关联。可选的，(4)可以理解为：第一通信装置不存在与该harq实体关联的对应关系，或，第一通信装置不存在与该harq实体关联的关联。
[0133]
五、组播(multicast)
[0134]
组播可以理解为：lte mbms或nr mbs中的广播/组播，或者多播和/或广播。例如，组播中第二通信装置发送数据1，多个第一通信装置可以接收该数据1。
[0135]
可选的，组播可理解为组播传输。
[0136]
六、下行控制信息(downlink control information，dci)
[0137]
第二通信装置可以通过小区无线网络临时标识(cell radio network temporary identifier,c-rnti)、配置调度无线网络临时标识(configured scheduling radio network temporary identifier，cs-rnti)、临时小区无线网络临时标识(temporary cell radio network temporary identifier，tc-rnti)、组播rnti中任一个或其他加扰物理下行控制信道(physical downlink control channel,pdcch)或dci。
[0138]“通过c-rnti、cs-rnti、tc-rnti、组播rnti中任一个或其他加扰pdcch或dci”可以理解为：通过c-rnti、cs-rnti、tc-rnti、组播rnti中任一个或其他加扰crc的pdcch或dci。
[0139]
rnti可以理解为：无线网络临时标识，radio network temporary identity。
[0140]
a、组播rnti
[0141]
组播rnti可以用于以下任一项或任多项：用于调度动态资源；用于动态资源的重传资源；用于激活配置资源；用于重激活配置资源；用于去激活配置资源；用于调度配置资源的重传资源；用于组播，或，用于组播的调度。
[0142]
示例性的，组播rnti可以包括以下任一项或任多项：组-rnti(例如，group-rnti，g-rnti)、组-配置的调度-rnti(例如，group-configured scheduling-rnti，g-cs-rnti)、组-小区-rnti(例如，group-cell-rnti，g-c-rnti)等。
[0143]
b、单播rnti
[0144]
单播rnti可以用于以下任一项或任多项：用于调度动态资源；用于动态资源的重传资源；用于激活配置资源；用于重激活配置资源；用于去激活配置资源；用于调度配置资源的重传资源；用于单播或用于单播的调度。
[0145]
可选的，单播rnti可以包括以下任一项或任多项：c-rnti、cs-rnti、tc-rnti。
[0146]
七、传输标识
[0147]
资源或数据关联的传输标识可以通过以下任一种或多种方式确定：(1)可以根据调度资源或数据的dci或pdcch的加扰方式确定该资源或数据相关联的传输标识；(2)也可
以根据第二通信装置的配置确定该资源或数据相关联的传输标识；(3)也可以根据第一列表确定该资源或数据相关联的传输标识。
[0148]
第二通信装置的配置可以包含/指示资源与传输标识之间的对应关系。示例性的，第一通信装置接收第二通信装置的配置，根据该配置确定资源(例如，配置资源)与传输标识之间的对应关系。例如，第一通信装置根据该配置确定资源1与传输标识1之间的对应关系，第一通信装置在资源1上接收的数据，与传输标识1相关联。
[0149]
可选的，第一列表中可以包括以下任一项或多项：单播标识和索引(index)的对应关系；感兴趣的组播的组播标识和索引的对应关系；不再感兴趣的组播的组播标识和索引的对应关系；单播和索引的对应关系；单播标识；第一通信装置感兴趣的组播的组播标识。
[0150]
可选的，第一通信装置通过消息向第二通信装置发送第一列表，该消息可以为感兴趣的指示，或，该消息用于向第二通信装置指示第一通信装置感兴趣或不再感兴趣的单播和/或组播。示例性的，第一通信装置可以根据第一列表中单播标识和/或感兴趣的组播的组播标识，确定单播和/或组播对应的索引。
[0151]
传输标识可以用于以下任一项或任多项：标识组播会话，或组播会话的传输或可能的重传；标识多播会话，或多播会话的传输或可能的重传；标识广播会话，或广播会话的传输或可能的重传；标识传输；标识单播；标识组播。
[0152]
例如，一个传输标识可以用于标识一个组播会话、多播会话、广播会话，或，一个组播会话、多播会话、广播会话的传输或可能的重传。例如，一个传输标识可以用于标识一个组播。
[0153]
可选的，传输标识可以包括以下任一项或任多项：组播rnti；单播rnti；用于调度的rnti；临时移动组标识(例如temporary mobile group identity，tmgi)；会话标识，或，组播会话标识，或，多播会话标识，或，广播会话标识；组播标识；单播标识。
[0154]
例如，临时移动组标识和会话标识/组播会话标识可以一起标识一个组播会话，或，组播会话的传输或可能的重传。
[0155]
八、单播数据/组播数据的确定
[0156]
第一通信装置可以基于dci的加扰方式，确定dci调度的数据为组播数据或单播数据。示例性的，若dci由组播rnti加扰，则dci调度的数据为组播数据；若dci由单播rnti加扰，则dci调度的数据为单播数据。
[0157]
第一通信装置也可以基于第二通信装置的配置确定组播数据或单播数据。示例性的，第一通信装置接收第二通信装置的配置，根据配置确定资源1与组播相关联，第一通信装置在资源1上接收数据1，或数据1与资源1相关联，该数据1为组播数据。示例性的，第一通信装置接收第二通信装置的配置，根据配置确定资源2与单播相关联，第一通信装置在资源2上接收数据2，或数据2与资源2相关联，该数据2为单播数据。
[0158]
第一通信装置可以基于dci的加扰方式，确定dci调度的数据为不同的组播数据。示例性的，若dci由第一组播rnti加扰，则dci调度的数据为第一组播数据；若dci由第二组播rnti加扰，则dci调度的数据为第二组播数据。
[0159]
第一通信装置也可以基于第二通信装置的配置确定不同的组播数据。示例性的，第一通信装置接收第二通信装置的配置，根据配置确定资源3与第一组播相关联，第一通信装置在资源3上接收数据3，或数据3与资源3相关联，该数据3为第一组播数据。
[0160]
九、动态资源、配置资源
[0161]
动态资源可以包括下行链路的动态分配资源。动态资源可以包括用于单播的动态资源，和/或，用于组播的动态资源。
[0162]
配置资源可以包括下行链路的配置分配资源。配置资源可以包括用于单播的配置资源，和/或，用于组播的配置资源。
[0163]
十、数据
[0164]
数据可以理解为传输块(transport block，tb)、媒体接入控制协议数据单元(medium access control protocol data unit，mac pdu)、数据包或报文中的任一项或任多项。
[0165]
十一、相关联
[0166]
相关联可以理解为以下任一项或多项：相对应；对应的；关联的；存在对应关系。
[0167]“数据与harq进程相关联”可以理解为以下任一项或任多项：(1)harq进程用于处理数据；(2)harq进程用于接收数据；(3)将数据、关联的harq信息、传输标识中的任一个或任多个分配给harq进程；(4)与数据相关的传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq进程相关联；(5)与数据相关的传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq进程存在对应关系；(6)harq进程被数据占用。
[0168]
关联的harq信息可以理解为与数据、传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个关联的harq信息。关联的harq信息可以包括以下至少一种：harq process id、ndi、rv、传输块大小(transport block size，tbs)。
[0169]“分配给”可以理解为“发送到”、“递交给”。
[0170]“数据与传输标识相关联”可理解为以下任一项或任多项：传输标识用于加扰dci或pdcch，dci或pdcch与数据关联；传输标识与加扰信息相关联，加扰信息用于加扰dci或pdcch，dci或pdcch与数据关联；数据在资源上传输，资源与传输标识关联。
[0171]“资源与传输标识相关联”可以理解为以下任一项或任多项：基于第二通信装置的配置，确定资源与传输标识相对应；第二通信装置配置资源与传输标识相对应；第一通信装置接收第二通信装置的配置，根据该配置确定资源与传输标识相对应。
[0172]“dci或pdcch与数据”相关联可以理解为：dci或pdcch用于调度数据。
[0173]“数据与harq process id相关联”可以理解为：数据在资源上传输，其中，资源与harq process id相关联。
[0174]“数据与传输相关联”可以理解为：该数据对应的传输为该传输，或，该传输所传输的数据为该数据。
[0175]“数据与harq实体相关联”可理解为以下任一项或任多项：数据由harq实体处理或接收；数据由harq实体所维护的harq进程处理或接收；数据与harq实体所维护的harq进程相关联；将数据、关联的harq信息和传输标识中的任一个或任多个分配给harq实体；将与数据相关的资源或与数据相关的资源的存在指示给harq实体；与数据相关的传输标识、harq process id、dci或pdcch、资源、传输中的至少一个与harq实体相关联；与数据相关的传输标识、harq process id、dci或pdcch、资源、传输中的至少一个与harq实体存在对应关系；harq实体所维护的harq进程被数据占用。
[0176]“harq进程与harq实体相关联”可以理解为：harq实体所维护的harq进程包括该harq进程，或，harq实体维护该harq进程。
[0177]
本技术实施例中，“关联的”可以理解为对应的。“关联”可以理解为对应。
[0178]
十二、对应关系、关联
[0179]
对应关系可以理解为映射关系。
[0180]“与harq进程相关联的关联”可以包括：数据、传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq进程相关联。
[0181]“与harq进程相关联的对应关系”可以包括：数据、传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq进程的对应关系。
[0182]“与harq实体相关联的关联”可以包括：数据、传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq实体相关联。
[0183]“与harq实体相关联的对应关系”可以包括：数据、传输标识、harq process id、dci或pdcch、资源、传输中的任一个或任多个与harq实体的对应关系。
[0184]
十三、存在、不存在
[0185]“存在”可以理解为：保存、未释放、未删除中的任一项或任多项。
[0186]“不存在”可以理解为：未保存、释放、删除中的任一项或任多项。
[0187]
十四、最大传输时间
[0188]
最大传输时间可以对应定时器或计时器。“达到最大传输时间”可以理解为：定时器/计时器超时或过期或未运行。“未达到最大传输时间”可以理解为：定时器/计时器未超时或未过期或正在运行。
[0189]
十五、其它
[0190]“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b、c中的至少一项(个)，可以表示：“a”，“b”，“c”，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
[0191]“小于等于”可以理解为：小于或等于。“大于等于”可以理解为：大于或等于。“基于”可以理解为：根据。“高于”可以理解为：大于或等于。“低于”可以理解为：小于或等于。
[0192]“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
[0193]
可选的，重置可以理解为重新初始化或初始化或设置为初值。
[0194]
可选的，抢占模式信息、抢占原则信息、数据的优先级、第一预设优先级、第一预设值、第二预设优先级、第二预设值、第一定时器的值、第一计时器的值、第一预设持续时长、第一计数器的值、初值、第一步长值、第二步长值、第一预设次数、第二计数器、第二预设次数、第三步长值、第四步长值、第一预设个数中的任一个或任多个可以是第二通信装置配
置/指示/发送给第一通信装置的，也可以是预配置的，也可以是协议规定的，也可以是设备厂商在第一通信装置出厂前存储在第一通信装置中的，还可以是第一通信装置连网时网络设备/第二通信装置预先配置在第一通信装置中的。例如，网络设备/第二通信装置通过rrc信令/信息、mac层信令/信息(例如，mac ce)、物理层信令/信息(例如，dci或pdcch)、广播信令/信息(例如，系统信息)中的任一种或任多种配置/指示/发送给第一通信装置的。
[0195]
下面，举例说明现有技术包括的两种业务场景。
[0196]
一、dl单播传输的业务场景
[0197]
如图2为一种dl单播传输的业务场景的示意图，第二通信装置通过一对一方式向各第一通信装置发送单播数据。每个第一通信装置在需要接收来自第二通信装置的单播数据时，可以通过对应的harq进程接收该单播数据。
[0198]
目前，在dl单播传输中，harq process id和harq进程之间存在一一对应关系或存在固定的对应关系，接收端接收数据，将该数据放入该数据关联的harq process id对应的harq进程进行处理。
[0199]
harq process id和harq进程之间存在一一对应关系或存在固定的对应关系可以理解为：harq进程由harq process id唯一标识。
[0200]
示例性的，对于第二通信装置发送的数据1，数据1与harq process id1相关联，第一通信装置通过与harq process id1对应的harq进程接收该数据1。
[0201]
可选的，单播可理解为单播传输。
[0202]
二、dl组播传输的业务场景
[0203]
如图3为一种dl组播传输的业务场景的示意图，第二通信装置可以发送组播数据，一个或多个第一通信装置可以接收该组播数据。对于每个第一通信装置，在需要接收来自第二通信装置的组播数据时，可以通过mac实体接收，若接收到的数据解码成功，mac实体则将解码后的数据发送给解封装解复用实体(disassembly and demultiplexing entity)。
[0204]
示例性的，lte mbms中，mac实体接收组播数据，且不支持harq反馈。
[0205]
而在nr mbs中，为了提高传输的可靠性，可能会引入harq机制。
[0206]
对于组播传输，若引入harq机制，可能会存在以下几种可能性(可能性1～可能性4)，其中，可能同时存在以下可能性中的任一项或任多项：
[0207]
(1)可能性1：单播和组播共享harq进程或harq实体。可能性1可以理解为：单播和组播对应一个或多个harq进程，或对应一个harq实体。可能性1也可以理解为：单播和组播对应相同的harq进程，或对应相同的harq实体。
[0208]
(2)可能性2：单播和组播不共享harq进程或harq实体。可能性2可以理解为：单播和组播对应不同的harq进程或不同的harq实体。
[0209]
(3)可能性3：多个或全部组播共享harq进程或harq实体。可能性3可以理解为：多个或全部组播对应一个或多个harq进程，或对应一个harq实体。也可以理解为：多个或全部组播对应相同的harq进程，或对应相同的harq实体。
[0210]
(4)可能性4：一个/每个组播共享harq进程或harq实体。可能性4可以理解为：一个/每个组播对应一个或多个harq进程，或对应一个harq实体。可能性4也可以理解为：不同的组播对应不同的harq进程，或对应不同的harq实体。
[0211]
应理解，单播为第一通信装置接收的单播，以下简称单播；组播为第一通信装置接
收的一个/每个组播或多个组播或全部组播，以下简称组播。
[0212]
本技术中，第一通信装置可能接收来自第二通信装置的单播和/或组播。具体可能接收来自第二通信装置的与相同harq process id相关联的单播和组播，和/或，与相同harq process id相关联的不同的组播。
[0213]
对于可能性1，一个harq进程可以用于处理单播数据或组播数据，相当于，一个harq进程可以用于处理不同harq process id对应的数据。对于可能性3，一个harq进程可以用于处理不同组播的数据，相当于，一个harq进程可以用于处理不同harq process id对应的数据。harq process id和harq进程不再存在固定的对应关系。
[0214]
换言之，harq进程不再由harq process id唯一标识，harq进程不仅可以用于处理某个harq process id对应的数据，还可以用于处理其他harq process id对应的数据。
[0215]
在可能性1和/或可能性3下，第一通信装置需要将数据与harq进程相关联，和/或，将与数据相关联的第一标识信息与harq进程相关联。
[0216]
与harq进程相关联可以理解为：与harq进程的标识相关联。
[0217]
第一标识信息可理解为第一通信装置和第二通信装置共同知道的信息。第一标识信息可包括以下至少一个：传输标识、harq process id、dci或pdcch、资源、传输、数据。
[0218]
示例性的，如图4为本技术提供的一种第一通信装置中存在的关联的示意图。传输标识1、harq process id0与harq进程0相关联，传输标识1、harq process id1与harq进程1相关联，传输标识1、harq process id2与harq进程2相关联，传输标识2、harq process id0与harq进程3相关联。
[0219]
在可能性1至可能性4中的任一种或多种下，第一通信装置可能维护多个harq实体，第一通信装置也许无法确定应该由哪个harq实体来处理不同的组播数据，和/或，第一通信装置也许无法确定应该由哪个harq实体来处理单播和组播数据。在这种情况下，第一通信装置可能需要将数据与harq实体相关联，和/或，将与数据相关联的第二标识信息与harq实体相关联。
[0220]
与harq实体相关联可以理解为：与harq实体的标识相关联。
[0221]
第二标识信息可理解为：第一通信装置和第二通信装置共同知道的信息。第二标识信息可包括以下至少一个：传输标识、harq process id、dci或pdcch、资源、传输、数据。
[0222]
示例性的，如图5为本技术提供的另一种第一通信装置中存在的关联的示意图。传输标识1与harq实体1相关联，传输标识2与harq实体2相关联，传输标识3与harq实体3相关联，传输标识4与harq实体4相关联。
[0223]
示例性的，如图4中，假设harq进程3用于接收单播数据且接收成功，则harq进程3可用于接收其他数据。比如，第一通信装置可以通过harq进程3接收组播1对应的数据；再比如，组播1对应的数据接收成功后，第一通信装置可以通过harq进程3接收组播2对应的数据。这种情况下，harq进程可以被组播和单播共享。换句话说，harq进程是由多个组播之间共享，或者由组播和单播之间共享。
[0224]
当然，某些第一通信装置可能支持多个组播之间共享harq进程、组播和单播之间共享harq进程；而某些第一通信装置可能仅支持多个组播之间共享harq进程，不支持组播和单播之间共享harq进程；甚至某些第一通信装置可能不支持多个组播之间共享harq进程。
[0225]
下面，详细说明harq进程是否共享的各种情况，其中，各种情况中的任一项或任多项可能同时存在。
[0226]
情况1，支持多个组播之间共享harq进程、一个或多个组播和单播之间共享harq进程。示例性的，针对一个或多个组播和单播，第一通信装置维护一个harq实体，相当于一个或多个组播和单播与一个harq实体相关联。
[0227]
情况2，仅支持多个组播之间共享harq进程，不支持组播和单播之间共享harq进程。示例性的，针对多个组播，第一通信装置维护一个harq实体，相当于多个组播与一个harq实体相关联。针对单播，第一通信装置维护另一个harq实体，相当于单播与另一个harq实体相关联。
[0228]
情况3，不支持多个组播之间共享harq进程，不支持组播和单播之间共享harq进程。示例性的，针对每个组播，第一通信装置维护一个harq实体，相当于每个组播与一个harq实体相关联。针对单播，第一通信装置维护另一个harq实体，相当于单播与另一个harq实体相关联。
[0229]
情况4，不支持多个组播之间共享harq进程，支持单播和任一组播之间共享harq进程。示例性的，针对每个组播，第一通信装置维护一个harq实体，相当于每个组播与一个harq实体相关联；进一步的，单播与其中一个组播维护一个harq实体，相当于单播和该组播与一个harq实体相关联。
[0230]
上述情况1～情况4中，单播可理解为第一通信装置接收的单播。组播可以理解为第一通信装置接收的组播。第一通信装置接收的多个组播可以是第一通信装置接收的全部组播。
[0231]
上述技术方案中，存在以下两个问题：
[0232]
问题1：harq进程均被占用，第一通信装置仍需要接收来自第二通信装置的数据，第一通信装置是否接收该数据、如何接收该数据、采用哪个harq进程接收该数据，尚不存在一种解决方案。
[0233]
问题2：harq实体均被占用，第一通信装置仍需要接收来自第二通信装置的其他数据，该其他数据与目前harq实体正在处理的数据不同(例如，传输标识不同)，第一通信装置是否接收该其他数据、如何接收该其他数据、采用哪个harq实体接收该其他数据，尚不存在一种解决方案。
[0234]
基于上述问题，本技术实施例提供一种数据传输方法，用于在harq进程均被占用，且第一通信装置仍需要接收来自第二通信装置的数据的情况下，提供一种第一通信装置的执行方法。
[0235]
第一通信装置需要接收第一数据，若harq进程均被占用，则第一通信装置可以有如下三种实现方式。
[0236]
第一种实现方式：第一通信装置通过被占用的harq进程接收第一数据。
[0237]
理解为，harq进程均被占用，第一通信装置可以确定一个被占用的harq进程作为第一harq进程，通过第一harq进程接收第一数据。可选的，第一通信装置可以清空第一harq进程的缓存/当前缓存，或，第一通信装置可以将第一harq进程视为未被占用的。
[0238]
第二种实现方式：第一通信装置的harq实体/mac实体接收第一数据。
[0239]
第三种实现方式：第一通信装置忽略第一数据。
[0240]
需要说明的是，本技术并不限定第一种实现方式、第二种实现方式、第三种实现方式之间的关系。也就是说，第一通信装置确定执行哪种实现方式可以有多种设计：在第一种可选设计中，第一通信装置可以先执行第一种实现方式，若确定出第一harq进程，则通过第一harq进程接收第一数据；若未能确定出第一harq进程，则可以进一步执行第二种实现方式或第三种实现方式。在第二种可选设计中，第一通信装置可以根据协议定义，确定执行三种实现方式中哪一种。在第三种可选设计中，第一通信装置可以是根据第二通信装置/网络设备的指示/配置，确定执行三种实现方式中哪一种。在第四种可选设计中，第一通信装置可以自行确定执行三种实现方式中哪一种。
[0241]
为方便描述，本技术实施例中，第一通信装置通过harq进程接收第一数据可以理解为：第一通信装置通过第一数据所对应的harq实体对应的harq进程接收第一数据。
[0242]
本技术中，第一数据可以为以下任一项或任几项：单播数据、组播数据、新传数据、重传数据。
[0243]
本技术中，harq进程均被占用可理解为以下任一项或任多项：不存在未被占用的harq进程；第一数据对应的harq实体对应的harq进程均被占用；第一数据所对应的harq进程均被占用；可用于接收第一数据的harq实体对应的harq进程均被占用；可用于接收第一数据的harq进程均被占用；第一数据所对应的harq实体对应的harq进程中不存在未被占用的harq进程；第一数据所对应的harq进程中不存在未被占用的harq进程；可用于接收第一数据的harq实体对应的harq进程中不存在未被占用的harq进程；可用于接收第一数据的harq进程中不存在未被占用的harq进程。
[0244]
本技术中，不存在未被占用的harq进程相当于harq进程均被占用。
[0245]
下面，详细说明上述三种实现方式。
[0246]
第一种实现方式：第一通信装置通过被占用的harq进程接收第一数据。
[0247]
图6示例性示出了本技术实施例提供的第一种数据传输方法，该方法包括以下步骤：
[0248]
步骤601，第一通信装置根据抢占模式信息和/或抢占原则信息，或，第一通信装置根据第二通信装置的指示，确定第一harq进程。
[0249]
可选的，第一通信装置根据抢占模式信息和/或抢占原则信息，确定第一harq进程可以理解为：满足与抢占模式信息相关的条件和/或与抢占原则信息相关的条件，第一通信装置确定第一harq进程；和/或，第一通信装置确定第一harq进程需考虑抢占模式信息和/或抢占原则信息。
[0250]
可选的，满足第一条件，第一通信装置根据抢占模式信息和/或抢占原则信息，确定第一harq进程。其中，第一条件可以包括以下任一项或任多项：
[0251]
(1)第一通信装置需要接收第一数据。可选的，(1)可以理解为以下任一项或任多项：第一通信装置接收第一数据对应的控制信息；第一通信装置需要接收可能在配置资源上传输的第一数据；第一通信装置从物理层接收到tb。可选的，第一数据对应的控制信息可以为第一dci或pdcch。可选的，tb可以理解为第一数据。
[0252]
(2)第一数据为以下任一项或任几项：单播数据、组播数据、新传数据、重传数据。
[0253]
(3)harq进程均被占用。
[0254]
(4)第一通信装置支持抢占。可选的，(4)可以理解为：第一通信装置具有支持抢占
的能力；和/或，第一通信装置被授权能够支持抢占。
[0255]
(5)第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项。可选的，(5)可以理解为：第一通信装置具有支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项的能力；和/或，第一通信装置被授权能够支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项。
[0256]
(6)第一harq进程关联的数据为单播数据或组播数据。
[0257]
第一条件中，“第一通信装置被授权”可以理解为：第一通信装置被第二通信装置/上层授权。授权可以理解为：配置或指示。第一条件中(4)和(5)的具体解释可参照下述实现方式一中的指示方式1和指示方式2，此处不再赘述。
[0258]
可选的，第一通信装置需要接收第一数据，若harq进程均被占用，则从被占用的harq进程中确定第一harq进程。应理解，第一harq进程是被占用的harq进程，第一harq进程用于处理/接收第二数据，第二数据的传输/接收尚未成功或结束。第一通信装置确定将第一harq进程用于处理/接收第一数据，或将第一harq进程与第一数据相关联。
[0259]
第一通信装置确定第一harq进程可以理解为：第一通信装置确定与第一数据相关联的第一harq进程，或将用于处理第二数据的harq进程确定为第一harq进程，或从第二数据所关联的harq进程中确定第一harq进程。
[0260]
第一通信装置确定第一harq进程可以包括以下任一项或任多项：(1)第一通信装置将第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输、第一数据中的任一个或任多个与第一harq进程相关联；(2)第一通信装置或harq实体将第一数据、关联的harq信息、第一传输标识中的至少一个分配给第一harq进程。
[0261]
可选的，第一数据、第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输中的任一个或任多个相关联。
[0262]“与第一harq进程相关联”可以理解为：与第一harq进程的标识相关联。
[0263]“将
···
与harq进程相关联”可理解为：更新关联，或释放原来的关联并进行新的关联。
[0264]
关联的harq信息可理解为：与第一数据、第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输中的任一个或任多个关联的harq信息。关联的harq信息包括以下至少一种：第一harq process id、第一ndi、第一rv、第一tbs。
[0265]
示例性的，若第一传输标识对应的harq process id只有一个，第一通信装置将第一传输标识与第一harq进程相关联。示例性的，若第一传输标识或第一数据对应的是单播传输，第一通信装置可以将第一harq process id与第一harq进程相关联。
[0266]
可选的，第一通信装置确定第一harq进程可以包括：第一通信装置保存第一对应关系。第一对应关系可以包括：第一数据、第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输中的任一个或任多个与第一harq进程的对应关系。
[0267]“与第一harq进程的对应关系”可以理解为“与第一harq进程的标识的对应关系”。
[0268]“保存对应关系”可理解为：更新对应关系，或删除原对应关系并保存新的对应关系。
[0269]
示例性的，若第一传输标识对应的harq process id只有一个，第一对应关系可以
为第一传输标识与第一harq进程的对应关系。示例性的，若第一传输标识对应的是单播传输，第一对应关系也可以为第一harq process id与第一harq进程的对应关系。
[0270]
本技术中，第二数据可以理解为以下任一项或任多项：第一harq进程关联的数据；与被占用的harq进程关联的数据，或被占用的harq进程中的数据；第一通信装置正在或还在接收的数据；单播数据；组播数据；第二数据占用第一harq进程。
[0271]
步骤601可以分四种实现方式：
[0272]
实现方式一，第一通信装置根据抢占模式信息，确定第一harq进程。
[0273]
实现方式二，第一通信装置根据抢占原则信息，确定第一harq进程。
[0274]
实现方式三，第一通信装置根据抢占模式信息和抢占原则信息，确定第一harq进程。
[0275]
实现方式四，第一通信装置根据第二通信装置的指示，确定第一harq进程。
[0276]
可选的，第一通信装置接收来自第二通信装置的第一配置信息，第一通信装置根据第一配置信息，确定抢占模式信息和/或抢占原则信息。可选的，第一配置信息中包括抢占模式信息和/或抢占原则信息。
[0277]
第一配置信息可以承载于rrc信令/信息、mac层信令/信息(例如，mac ce)、物理层信令/信息(例如，dci或pdcch)、广播信令/信息(例如，系统信息)中。
[0278]
实际应用中，抢占模式信息和抢占原则信息可以是通过同一个第一配置信息发送，也可以是通过不同的第一配置信息发送，在此不做限定。
[0279]
步骤602，第一通信装置通过第一harq进程接收第一数据。
[0280]
可选的，第一通信装置通过第一harq进程接收第一数据可以理解为以下任一项或多项：第一通信装置将第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输、第一数据中的任一个或任多个与第一harq进程关联；第一通信装置或harq实体将第一数据、关联的harq信息、第一传输标识中的任一个或任多个分配给第一harq进程；第一通信装置保存第一对应关系；第一通信装置利用/通过第一harq进程处理/接收第一数据；第一通信装置选择或抢占或确定被占用的harq进程处理/接收第一数据。
[0281]
一种可能的情况下，由于第一harq进程是正在被第二数据占用的harq进程，所以第一harq进程对应的harq buffer中有第一harq进程正在接收的第二数据的缓存数据或缓存。可选的，第一通信装置可以先清空第一harq进程对应harq buffer，再通过第一harq进程接收第一数据。
[0282]
清空第一harq进程对应harq buffer可理解为以下任一项或任多项：将第一harq进程视为未被占用的；将第一harq进程视为可用于接收其他数据/第一数据的；释放第一harq进程；丢弃第二数据；删除第二对应关系；释放与第一harq进程相关联的关联。其中，与第一harq进程相关联的关联可以包括第二数据、第二传输标识、第二harq process id、第二dci或pdcch、第二资源、第二传输中的至少一个与第一harq进程相关联。第二对应关系可以包括第二数据、第二传输标识、第二harq process id、第二dci或pdcch、第二资源、第二传输中的任一个或任多个与第一harq进程的对应关系。
[0283]
可选的，第二dci或pdcch、第一harq实体、第二传输、第二数据、第二资源、第一harq进程、第二传输标识、第二harq process id中的任一个或任多个相关联。
[0284]
下面，结合抢占模式信息、抢占原则信息的解释，对步骤601中的三种实现方式进
行说明。
[0285]
实现方式一，第一通信装置根据抢占模式信息，确定第一harq进程。
[0286]
可选的，“第一通信装置根据抢占模式信息，确定第一harq进程”可以理解为：满足与抢占模式信息相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑抢占模式信息。
[0287]“与抢占模式信息相关的条件”可以包括第一通信装置接收第二通信装置发送的抢占模式信息、条件1、条件2中任一项或任多项。
[0288]
条件1包括：抢占模式信息指示第一通信装置支持抢占。
[0289]
示例性的，满足条件1，第一通信装置参照指示方式1中的内容确定第一harq进程。
[0290]
指示方式1，抢占模式信息指示第一通信装置支持抢占或不支持抢占。
[0291]
第一通信装置支持抢占可以理解为以下任一项或任几项：第一通信装置可以从被占用的harq进程中确定第一harq进程；或harq进程均被占用，第一通信装置可以从被占用的harq进程中确定第一harq进程。第一通信装置可以从被占用的harq进程中确定第一harq进程理解为：第一通信装置可以通过/利用被占用的harq进程接收第一数据。
[0292]
应理解，若存在空闲harq进程，第一通信装置仍可以从空闲harq进程中确定用于接收第一数据的harq进程。第一通信装置支持抢占，并不限定第一通信装置仅可以从被占用的harq进程中确定第一harq进程。
[0293]
第一通信装置不支持抢占可以理解为以下任一项或任几项：第一通信装置不能从被占用的harq进程中确定第一harq进程；harq进程均被占用，第一通信装置不能从被占用的harq进程中确定第一harq进程；第一通信装置需从未被占用的harq进程中确定第一harq进程；harq进程均被占用，第一通信装置不能确定第一harq进程。其中，第一通信装置不能从被占用的harq进程中确定第一harq进程理解为：第一通信装置不能通过/利用被占用的harq进程接收第一数据。
[0294]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，若第一通信装置支持抢占，则可以从被占用的harq进程中确定第一harq进程；若第一通信装置不支持抢占，则不能从被占用的harq进程中确定第一harq进程，第一通信装置可以执行第二种实现方式或第三种实现方式。
[0295]
可选的，条件2可以包括：抢占模式信息指示第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项。
[0296]
示例性的，满足条件2，第一通信装置参照指示方式2中的内容确定第一harq进程。
[0297]
指示方式2，抢占模式信息指示第一通信装置支持的抢占模式和/或不支持的抢占模式。
[0298]
其中，抢占模式可以包括第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项。
[0299]
1、第一抢占模式(可称为单播抢占组播模式)，指第一通信装置可以通过被组播数据占用的harq进程接收单播数据。第一抢占模式可以适用于上述情况1和情况4。
[0300]
2、第二抢占模式(可称为组播抢占组播模式)，指第一通信装置可以通过被组播数据占用的harq进程接收组播数据。第二抢占模式可以适用于上述情况1和情况2。
[0301]
3、第三抢占模式(可称为组播抢占单播模式)，指第一通信装置可以通过被单播数
据占用的harq进程接收组播数据。第三抢占模式可以适用于上述情况1和情况4。
[0302]
4、第四抢占模式(可称为单播抢占单播模式)，指第一通信装置可以通过被单播数据占用的harq进程接收单播数据。第四抢占模式可适用于情况1、情况2、情况3和情况4。
[0303]
进一步的，指示方式2可以有如下三种示例：
[0304]
示例a，抢占模式信息指示第一通信装置支持的抢占模式。
[0305]
抢占模式信息指示第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任一个或多个。
[0306]
示例a1，抢占模式信息指示第一通信装置支持第一抢占模式，第一通信装置需要接收第一数据，第一数据为单播数据，第一通信装置可以从被组播数据占用的harq进程中确定出第一harq进程。此处，“被组播数据占用的harq进程”可以满足以下任一项或任多项：被组播数据占用的harq进程；可以用于接收第一数据的harq进程；可以用于接收单播数据的harq进程；可以由第一数据和该组播数据共享的harq进程；可以由单播数据和该组播数据共享的harq进程；可以由单播数据和组播数据共享的harq进程；可以由单播和组播数据对应的组播共享的harq进程。
[0307]
示例a2，抢占模式信息指示第一通信装置支持第二抢占模式，第一通信装置需要接收第一数据，第一数据为组播数据，第一通信装置可以从被组播数据占用的harq进程中确定出第一harq进程。此处，“被组播数据占用的harq进程”可以满足以下任一项或任多项：被组播数据占用的harq进程；可以用于接收第一数据的harq进程；可以用于接收第一数据对应的组播数据的harq进程；可以由第一数据和该组播数据共享的harq进程；可以由第一数据对应的组播数据和该组播数据共享的harq进程；可以由第一数据对应的组播和组播数据对应的组播共享的harq进程。
[0308]
示例a3，抢占模式信息指示第一通信装置支持第三抢占模式，第一通信装置需要接收第一数据，第一数据为组播数据，第一通信装置可以从被单播数据占用的harq进程中确定出第一harq进程。此处，“被单播数据占用的harq进程”可以满足以下任一项或任多项：被单播数据占用的harq进程；可以用于接收第一数据的harq进程；可以用于接收组播数据的harq进程；可以由第一数据和该单播数据共享的harq进程；可以由组播数据和该单播数据共享的harq进程；可以由组播数据和单播数据共享的harq进程；可以由第一数据对应的组播数据和单播数据共享的harq进程；可以由第一数据对应的组播和单播共享的harq进程。
[0309]
示例a4，抢占模式信息指示第一通信装置支持第四抢占模式，第一通信装置需要接收第一数据，第一数据为单播数据，第一通信装置可以从被单播数据占用的harq进程中确定出第一harq进程。此处，“被单播数据占用的harq进程”可以满足以下任一项或任多项：被单播数据占用的harq进程；可以用于接收第一数据的harq进程；可以用于接收单播数据的harq进程；可以由第一数据和该单播数据共享的harq进程；可以由第一数据对应的单播数据和该单播数据共享的harq进程；可由单播共享的harq进程。
[0310]
示例b，抢占模式信息指示第一通信装置不支持的抢占模式。
[0311]
抢占模式信息指示第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任一个或多个。
[0312]
示例b1，抢占模式信息指示第一通信装置不支持第一抢占模式，第一通信装置需
要接收第一数据，第一数据为单播数据，第一通信装置不能从被组播数据占用的harq进程中确定出第一harq进程。此处，“被组播数据占用的harq进程”的理解可参照示例a1。
[0313]
示例b2，抢占模式信息指示第一通信装置不支持第二抢占模式，第一通信装置需要接收第一数据，第一数据为组播数据，第一通信装置不能从被组播数据占用的harq进程中确定出第一harq进程。此处，“被组播数据占用的harq进程”的理解可参照示例a2。
[0314]
示例b3，抢占模式信息指示第一通信装置不支持第三抢占模式，第一通信装置需要接收第一数据，第一数据为组播数据，第一通信装置不能从被单播数据占用的harq进程中确定出第一harq进程。此处，“被单播数据占用的harq进程”的理解可参照示例a3。
[0315]
示例b4，抢占模式信息指示第一通信装置不支持第四抢占模式，第一通信装置需要接收第一数据，第一数据为单播数据，第一通信装置不能从被单播数据占用的harq进程中确定出第一harq进程。此处，“被单播数据占用的harq进程”的理解可参照示例a4。
[0316]
示例c，抢占模式信息指示第一通信装置支持的抢占模式和不支持的抢占模式。
[0317]
抢占模式信息指示第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任n1个和不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任n2个，其中，n1大于等于0，n2大于等于0。
[0318]
此处，第一通信装置支持的抢占模式和不支持的抢占模式不同。
[0319]
一种可能的实现方式，抢占模式信息指示第一通信装置支持的抢占模式和不支持的抢占模式可以采用bitmap的形式实现。
[0320]
bitmap的bit数可能是1bit或2bit或3bit或4bit等。可选的，每个bit位对应一种抢占模式，通过bit位的值指示是否支持对应的抢占模式。bit位为1代表第一通信装置支持该抢占模式，bit位为0代表第一通信装置不支持该抢占模式；或bit位为0代表第一通信装置支持该抢占模式，bit位为1代表第一通信装置不支持该抢占模式。
[0321]
可选的，bitmap的最低bit位可对应第一抢占模式，也可对应第四抢占模式，不限定。
[0322]
比如，抢占模式信息指示第一通信装置支持第一抢占模式和第二抢占模式，且不支持第三抢占模式和第四抢占模式，可以采用4bit分别指示第一通信装置是否支持第一抢占模式、第二抢占模式、第三抢占模式和第四抢占模式，bitmap表示为1100或0011。再比如，抢占模式信息指示第一通信装置支持第二抢占模式，且不支持第一抢占模式和第三抢占模式，可以采用3bit分别指示第一通信装置是否支持第一抢占模式、第二抢占模式、第三抢占模式，bitmap表示为010或101。
[0323]
需要说明的是，当n1等于0时，可以理解为第一通信装置支持的抢占模式为空。当n2等于0时，可以理解为第一通信装置不支持的抢占模式为空。也即，抢占模式信息可以指示第一通信装置支持的抢占模式为空，和/或，指示第一通信装置不支持的抢占模式为空。
[0324]
比如，抢占模式信息指示第一通信装置支持的抢占模式为空，不支持的抢占模式为第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任一个或多个。再比如，抢占模式信息指示第一通信装置不支持的抢占模式为空，支持的抢占模式为第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中的任一个或多个。
[0325]
示例c中具体实现方式可参照示例a、示例b，不在赘述。
[0326]
需要说明的是，在指示方式2中，第一通信装置需要接收第一数据，harq进程均被
占用，同样存在第一通信装置不能从被占用的harq进程中确定第一harq进程的情况。
[0327]
比如，若第一通信装置支持第一抢占模式，而待接收的第一数据为组播数据，harq进程均被占用，则第一通信装置不能确定出第一harq进程。再比如，若第一通信装置不支持第一抢占模式和第四抢占模式，而待接收的第一数据为单播数据，harq进程均被占用，则第一通信装置不能确定出第一harq进程。换言之，第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置确定待接收的第一数据和第一通信装置所支持的抢占模式相匹配，才有可能能确定出第一harq进程。
[0328]
与指示方式1类似，第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置若不能从被占用的harq进程中确定第一harq进程，可以执行第二种实现方式或第三种实现方式。
[0329]
实现方式二，第一通信装置根据抢占原则信息，确定第一harq进程。
[0330]
可选的，“第一通信装置根据抢占原则信息，确定第一harq进程”可以理解为：满足与抢占原则信息相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑抢占原则信息。
[0331]
抢占原则信息可以包括第一抢占原则、第二抢占原则、第三抢占原则、第四抢占原则中至少一个。“与抢占原则信息相关的条件”可以包括与第一抢占原则相关的条件、第二抢占原则相关的条件、第三抢占原则相关的条件、第四抢占原则相关的条件、第一通信装置接收第二通信装置发送的抢占原则信息中至少一个。
[0332]
其中，第一抢占原则基于数据的优先级，第二抢占原则基于harq进程接收数据的持续时长，第三抢占原则基于harq进程接收数据的次数，第四抢占原则基于第一通信装置发送nack的次数。
[0333]
可选的，数据的优先级可以理解为：待接收数据的优先级和/或harq进程处理/关联的数据的优先级。可选的，“harq进程处理/关联的数据的优先级”可以理解为：harq进程当前处理/关联的数据的优先级。“待接收数据”可以理解为：第一数据。
[0334]
可选的，“harq进程接收数据”可以理解为：harq进程接收当前数据。
[0335]“harq进程处理/关联的数据的优先级”可以理解为：各harq进程处理/关联的数据的优先级。
[0336]“harq进程接收数据的持续时长”可以理解为：各harq进程接收数据的持续时长。
[0337]“harq进程接收数据的次数”可以理解为：各harq进程接收数据的次数。
[0338]“第一通信装置发送nack的次数”可以理解为：针对harq进程或harq进程当前关联/接收的数据，第一通信装置发送nack的次数。
[0339]
第一抢占原则、第二抢占原则、第三抢占原则、第四抢占原则可以是针对每个harq进程，比如，第一抢占原则中，基于harq进程当前处理/关联的数据的优先级可以理解为：基于各harq进程当前处理/关联的数据的优先级，其他类似。
[0340]“各harq进程”可以包括/满足以下任一项或任多项：第一数据所对应的harq实体对应的harq进程；第一数据所对应的harq进程；可用于接收第一数据的harq实体对应的harq进程；可用于接收第一数据的harq进程；可以被第一数据抢占的harq进程；正在被单播数据占用的harq进程；正在被组播数据占用的harq进程。
[0341]
可选的，抢占原则信息包括第一抢占原则、第二抢占原则、第三抢占原则、第四抢
占原则中任一个，第一通信装置可以根据该抢占原则确定第一harq进程。
[0342]
可选的，抢占原则信息包括第一抢占原则、第二抢占原则、第三抢占原则、第四抢占原则中任m(m＞1)个，第一通信装置可以根据一个抢占原则或m(m≥m＞1)个抢占原则确定第一harq进程。示例性的，第一通信装置可以从m个抢占原则中确定一个抢占原则，并根据该抢占原则确定第一harq进程；或者，第一通信装置可以从m个抢占原则中确定m个抢占原则，并根据该m个抢占原则确定第一harq进程。
[0343]
第一通信装置根据抢占原则信息确定第一harq进程可以理解为：第一通信装置根据一个或m个抢占原则确定第一harq进程。下面，有实现方式1至实现方式5。
[0344]
实现方式1，第一通信装置根据第一抢占原则，确定第一harq进程。
[0345]
可选的，“第一通信装置根据第一抢占原则，确定第一harq进程”可以理解为：满足与第一抢占原则相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑第一抢占原则。
[0346]
可选的，与第一抢占原则相关的条件可以包括：条件3，和/或，条件4。
[0347]
示例性的，满足条件3，可参照如下示例1.1中第一通信装置确定第一harq进程的方式。可选的，条件3可以包括以下任一项或任多项：
[0348]
(1)第一harq进程关联的数据的优先级最低；可选的，(1)可以理解为：在各harq进程关联的数据中，第一harq进程关联的第二数据的优先级最低。
[0349]
(2)第一harq进程关联的数据对应的组播或单播的优先级最低；可选的，(2)可以理解为：在各harq进程关联的数据中，第一harq进程关联的数据对应的组播或单播的优先级最低。
[0350]
(3)第一数据的优先级高于第一harq进程关联的数据的优先级；
[0351]
(4)抢占原则信息包括第一抢占原则。
[0352]
条件3中(1)至(4)的解释可参照示例1.1。
[0353]
示例性的，满足条件4，可参照如下示例1.2中第一通信装置确定第一harq进程的方式。可选的，条件4可以包括以下任一项或任多项：(1)第一harq进程关联的数据的优先级最低；(2)抢占原则信息包括第一抢占原则；(3)第一数据的优先级高于第一预设优先级；(4)第一harq进程关联的数据的优先级低于第二预设优先级；(5)第一harq进程关联的数据对应的组播或单播的优先级最低；(6)第一数据的优先级高于第一harq进程关联的数据的优先级。
[0354]
条件4中(1)至(6)的解释可参照示例1.2。
[0355]
可选的，数据的优先级可以是单播或组播粒度，也可以是数据包/数据/mac pdu/tb粒度。单播或组播粒度可以理解为rb粒度。数据包/数据/mac pdu/tb粒度可以理解为harq进程或harq process id粒度。
[0356]“数据的优先级可以是单播或组播粒度”可以理解为：数据的优先级是组播的优先级；或，数据的优先级是数据对应的单播或组播的优先级；或，组播数据的优先级可以是组播粒度；或，对于不同的组播，数据的优先级可以相同或不同；或，不同组播的优先级可以是单独配置的。
[0357]“数据的优先级也可以是数据包/数据/mac pdu/tb粒度”可以理解为：对于不同的数据包/数据/mac pdu/tb，数据的优先级可以相同或不同；或，不同数据包/数据/mac pdu/
tb的优先级可以是单独配置的。
[0358]
在实现方式1中，第一通信装置确定第一harq进程，可以有如下两种示例。
[0359]
示例1.1，第一通信装置基于数据的优先级，确定第一harq进程。
[0360]
一种可能的设计1，第二数据的优先级最低，或，第二数据对应的组播或单播的优先级最低，第一通信装置确定第一harq进程。或者，第一通信装置从优先级最低的组播和/或单播所关联的harq进程中确定第一harq进程。或者，第一通信装置将优先级最低的数据所关联的harq进程确定为第一harq进程，或，从优先级最低的数据所关联的harq进程中确定第一harq进程。
[0361]
第二数据的优先级最低可以理解为：在满足第二条件的harq进程所对应的数据中，第二数据的优先级最低。
[0362]
第二数据对应的组播或单播的优先级最低可以理解为：在满足第二条件的harq进程所对应的数据中，第二数据对应的组播或单播的优先级最低。
[0363]
优先级最低的组播和/或单播所关联的harq进程可以理解为：在满足第二条件的harq进程中，优先级最低的组播和/或单播所关联的harq进程。
[0364]
优先级最低的数据所关联的harq进程可以理解为：在满足第二条件的harq进程中，优先级最低的数据所关联的harq进程。
[0365]
可选的，满足第二条件的harq进程包括以下任一项或多项：第一数据所对应的harq实体对应的harq进程；第一数据所对应的harq进程；可用于接收第一数据的harq实体对应的harq进程；可用于接收第一数据的harq进程；与单播数据关联的harq进程；与组播数据关联的harq进程。
[0366]
可选的，本技术中，第二数据可能包含一个或多个数据。
[0367]
示例1.1a，第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置从优先级最低的组播和/或单播所关联的harq进程中确定第一harq进程。
[0368]
可选的，示例1.1a可以适用于数据的优先级为单播或组播粒度的情况。
[0369]
举例来说，harq进程均被占用，其中，组播1关联harq进程0至harq进程3，组播2关联harq进程4至harq进程7，组播1的优先级高于组播2的优先级。第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置从组播2关联的harq进程4至harq进程7中确定第一harq进程。一种可能的方式，第一通信装置从与组播2关联的harq进程4至harq进程7中任意选择/确定一个harq进程，作为第一harq进程。另一种可能的方式，第一通信装置通过其他方法(例如，实现方式2～5中至少一个)从与组播2关联的harq进程4至harq进程7中选择/确定一个harq进程，作为第一harq进程。
[0370]
示例1.1b，第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置将优先级最低的数据所关联的harq进程确定为第一harq进程，或，从优先级最低的数据所关联的harq进程中确定第一harq进程。
[0371]
可选的，示例1.1b可适用于数据的优先级为数据包/数据/mac pdu/tb粒度的情况。
[0372]
举例来说，harq进程均被占用，其中，harq进程0至harq进程7分别用于处理数据0至数据7，其中，数据1的优先级最低。第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置将用于接收数据1的harq进程1确定为第一harq进程。
[0373]
举例来说，harq进程均被占用，其中，harq进程0至harq进程7分别用于处理数据0至数据7，其中，数据1和数据2的优先级最低。第一通信装置需要接收第一数据，harq进程均被占用，第一通信装置从用于接收数据1的harq进程1和用于接收数据2的harq进程2中确定第一harq进程。一种可能的方式，第一通信装置从harq进程1和harq进程2中任意选择/确定一个harq进程，作为第一harq进程。另一种可能的方式，第一通信装置通过其他方法(例如，实现方式2～5中的任一个或任多个)从harq进程1和harq进程2中选择/确定一个harq进程，作为第一harq进程。
[0374]
一种可能的设计2，第一数据的优先级高于第二数据的优先级，第一通信装置确定第一harq进程。或者，第一通信装置从优先级低于第一数据的优先级的组播和/或单播所关联的harq进程中确定第一harq进程。或者，第一通信装置将用于处理优先级低于第一数据的优先级的数据的harq进程确定为第一harq进程，或，从优先级低于第一数据的优先级的数据所关联的harq进程中确定第一harq进程。
[0375]
示例1.2，第一通信装置基于数据的优先级和预设优先级，确定第一harq进程。
[0376]
第一种可能的设计，第一数据的优先级高于第一预设优先级，和/或，第二数据的优先级低于第二预设优先级，第一通信装置确定第一harq进程。
[0377]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第一数据的优先级高于第一预设优先级，和/或，第二数据的优先级低于第二预设优先级，第一通信装置确定第一harq进程。
[0378]
示例性的，第一通信装置需要接收第一数据，第一数据为组播数据，harq进程均被占用，第一数据的优先级高于第一预设优先级，第一通信装置确定第一harq进程。
[0379]
示例性的，第一通信装置需要接收第一数据，第一数据为单播数据，harq进程均被占用，第二数据的优先级低于第二预设优先级，第一通信装置确定第一harq进程。示例性的，第一通信装置需要接收第一数据，第一数据为组播数据，harq进程均被占用，第一数据的优先级高于第一预设优先级，第二数据的优先级低于第二预设优先级，第一通信装置确定第一harq进程。
[0380]
结合上述示例1.2的第一种可能的设计，可以有以下任一种或任多种实现方式：
[0381]
实现方式a、第一通信装置随机从被占用的harq进程中确定第一harq进程。
[0382]
可选的，被占用的harq进程可以包括以下任一项或任多项：第一数据所对应的harq实体对应的harq进程；第一数据所对应的harq进程；可用于接收第一数据的harq实体对应的harq进程；可用于接收第一数据的harq进程；可以被第一数据抢占的harq进程；正在被单播数据占用的harq进程；正在被组播数据占用的harq进程；harq进程对应的数据的优先级低于第二预设优先级的harq进程。
[0383]
实现方式b、第一通信装置若确定第二数据的优先级低于第二预设优先级，则将第二数据所占用的harq进程确定为第一harq进程，或，从第二数据所占用的harq进程中确定第一harq进程。
[0384]
可选的，实现方式b可以包括实现方式b1和/或b2。
[0385]
实现方式b1，第一通信装置确定第一harq进程，具体为，第一通信装置从优先级低于第二预设优先级的组播所关联的harq进程中确定第一harq进程。可选的，第二数据与优先级低于第二预设优先级的组播相关联。
[0386]
举例来说，harq进程均被占用，其中，组播1关联harq进程0至harq进程3，组播2关联harq进程4至harq进程7。第一通信装置需要接收第一数据，harq进程均被占用，第一数据的优先级高于第一预设优先级，组播2的优先级低于第二预设优先级，第一通信装置从组播2关联harq进程4至harq进程7中确定第一harq进程。
[0387]
实现方式b2，第一通信装置确定第一harq进程，具体为，第一通信装置从该优先级低于第二预设优先级的数据所关联的harq进程中确定第一harq进程。可选的，第二数据为优先级低于第二预设优先级的数据。
[0388]
举例来说，harq进程均被占用，其中，harq进程0至harq进程7分别用于处理数据0至数据7，其中，数据0至数据5的优先级低于第二预设优先级。第一通信装置需要接收第一数据，harq进程均被占用，第一数据的优先级高于第一预设优先级，数据0至数据5的优先级低于第二预设优先级，第一通信装置从用于接收数据0至数据5的harq进程0至harq进程5中确定出第一harq进程。
[0389]
可选的，示例1.2中，实现方式a和b1可以适用于数据的优先级为单播或组播粒度的情况，实现方式a和b2可以适用于数据的优先级为数据包/数据/mac pdu/tb的情况。
[0390]
实现方式c、第二数据的优先级最低，或，第二数据对应的组播或单播的优先级最低，第一通信装置确定第一harq进程。或者，第一通信装置从优先级最低的组播和/或单播所关联的harq进程中确定第一harq进程。或者，第一通信装置将优先级最低的数据所关联的harq进程确定为第一harq进程，或从优先级最低的数据所关联的harq进程中确定第一harq进程。
[0391]
实现方式c相关内容可参考示例1.1中一种可能的设计1相关内容，此处不再赘述。
[0392]
实现方式d、第一数据的优先级高于第二数据的优先级，第一通信装置确定第一harq进程。或者，第一通信装置从优先级低于第一数据的优先级的组播和/或单播所关联的harq进程中确定第一harq进程。或者，第一通信装置将用于处理优先级低于第一数据的优先级的数据的harq进程确定为第一harq进程，或，从优先级低于第一数据的优先级的数据所关联的harq进程中确定第一harq进程。
[0393]
实现方式d相关内容可参考示例1.1中一种可能的设计2相关内容，此处不再赘述。
[0394]
第二种可能的设计，第一数据的优先级低于第一预设优先级，和/或，第二数据的优先级高于第二预设优先级，第一通信装置确定第一harq进程。
[0395]
对于示例1.2的第二种可能的设计，实现方式与第一种可能的设计的实现方式类似，此处不再赘述。
[0396]
需要说明的是，示例1.1相关的内容和示例1.2相关的内容可以单独用于确定第一harq进程，也可以结合起来用于确定第一harq进程，本技术并不限定。
[0397]
第一预设优先级可以对应第一预设值。第二预设优先级可以对应第二预设值。此处，对优先级进行说明，可以分以下(1)、(2)两种情况：
[0398]
(1)优先级对应的值越大，优先级越高。
[0399]
第一/二数据的优先级高于第一/二预设优先级可以理解为：第一/二数据的优先级对应的值高于第一/二预设值。第一/二数据的优先级低于第一/二预设优先级可以理解为：第一/二数据的优先级对应的值低于第一/二预设值。
[0400]
(2)优先级对应的值越小，优先级越高。
[0401]
第一/二数据的优先级高于第一/二预设优先级可以理解为：第一/二数据的优先级对应的值低于第一/二预设值。第一/二数据的优先级低于第一/二预设优先级可以理解为：第一/二数据的优先级对应的值高于第一/二预设值。
[0402]
可选的，第一预设优先级和第二预设优先级可以是相同的或不同的，或第一预设值和第二预设值可以是相同的或不同的。
[0403]
可选的，第一预设优先级和第二预设优先级可以为一个预设优先级，也可以为两个预设优先级。例如，若第一预设优先级和第二预设优先级为一个预设优先级(例如，预设优先级1)，第一数据的优先级和/或第二数据的优先级均与预设优先级1进行比较。例如“第一数据的优先级高于第一预设优先级，和/或，第二数据的优先级低于第二预设优先级”可以理解为：第一数据的优先级高于预设优先级1，和/或，第二数据的优先级低于预设优先级1。可选的，第一预设值和第二预设值可以为一个预设值，也可以为两个预设值。例如，若第一预设值和第二预设值为一个预设值，其理解与“第一预设优先级和第二预设优先级为一个预设优先级”的理解类似，此处不再赘述。
[0404]
可选的，第一预设优先级高于或低于第二预设优先级。
[0405]
需要说明的是，在示例1.2中，存在第一通信装置不能从被占用的harq进程中确定第一harq进程的情况，也即第一通信装置确定不存在第一harq进程的情况。
[0406]
比如，上述实现方式a中，第一通信装置需要接收第一数据，第一数据为组播数据，第一数据的优先级低于第一预设优先级，则确定不存在第一harq进程。再比如，上述实现方式b中，第一通信装置需要接收第一数据，第一数据为组播数据，第一数据的优先级高于第一预设优先级，但不存在优先级低于第二预设优先级的组播，则确定不存在第一harq进程。其他类似，不再赘述。
[0407]
可选的，第一通信装置不能从被占用的harq进程中确定第一harq进程，可以执行下述第二种实现方式或第三种实现方式。
[0408]
还需要说明的是，在实现方式1中，可能存在第一通信装置基于数据的优先级确定出多个harq进程处理数据的优先级最低或者优先级低于第二预设优先级的情况，此时，可以从确定出的多个harq进程中随机确定一个harq进程作为第一harq进程，或者再结合其他抢占原则(第二抢占原则、第三抢占原则、第四抢占原则中的至少一个)，进一步确定第一harq进程。
[0409]
可选的，针对实现方式1或第一抢占原则相关的内容，可以将“优先级”替换成“延迟要求”或“延迟”进行理解。即，第一抢占原则基于数据的延迟(要求)。
[0410]
实现方式2，第一通信装置根据第二抢占原则，确定第一harq进程。
[0411]
可选的，第一通信装置根据第二抢占原则，确定第一harq进程可以理解为：满足与第二抢占原则相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑第二抢占原则。
[0412]
可选的，与第二抢占原则相关的条件可以包括：条件5，和/或，条件6。
[0413]
示例性的，满足条件5，可参照如下示例2.1中第一通信装置确定第一harq进程的方式。可选的，条件5可以包括以下任一项或任多项：
[0414]
(1)第一harq进程接收数据/第二数据的持续时长最短或最长；
[0415]“第一harq进程接收数据/第二数据的持续时长最短或最长”可以理解为：在满足
第二条件的harq进程中，第一harq进程接收数据/第二数据的持续时长最短或最长。
[0416]
(2)抢占原则信息包括第二抢占原则。
[0417]
条件5中(1)至(2)的解释可参照示例2.1。
[0418]
示例性的，满足条件6，可参照如下示例2.2中第一通信装置确定第一harq进程的方式。可选的，条件6可以包括以下任一项或任多项：(1)第一harq进程接收数据/第二数据的持续时长最短或最长；(2)抢占原则信息包括第二抢占原则；(3)第一harq进程接收数据/第二数据的持续时长大于等于第一预设持续时长；(4)第一harq进程接收数据/第二数据的持续时长小于等于第一预设持续时长。条件6中(1)至(4)的解释可参照示例2.2。
[0419]
在实现方式2中，第一通信装置确定第一harq进程，可以有如下两种示例。
[0420]
示例2.1，第一通信装置根据harq进程接收数据的持续时长，确定第一harq进程。
[0421]
此处，harq进程接收数据的持续时长可以理解为：针对每个harq进程处理的数据或当前处理的数据，第一通信装置接收数据的持续时长；和/或，各harq进程接收数据的持续时长。
[0422]
可选的，一个harq进程接收数据的持续时长可以包括以下任一项或任多项：一个harq进程从首次接收到一个数据或新传数据开始到现在的时长；一个harq进程从接收到该数据或该数据的新传开始到现在的时长；一个harq进程从上一次/前一次接收到数据开始到现在的时长；一个harq进程与该数据/一个数据相关联的时长；该数据/一个数据占用该harq进程的时长；一个harq进程被占用的时长。其中，“该数据”或“一个数据”可以理解为：harq进程接收的数据，或harq进程当前接收的数据。
[0423]
可选的，对于harq进程接收数据的持续时长，可以通过定时器进行确定或统计或计算。示例性的，通过第一定时器进行确定或统计或计算一个harq进程接收当前数据的持续时长。可选的，每个harq进程维护一个第一定时器。
[0424]
例如，一个harq进程接收数据的持续时长可以为：第一定时器的值与第一定时器的当前值之差，或第一定时器的值减去第一定时器的当前值。第一定时器的值可以理解为第一定时器的初值。
[0425]
可选的，满足定时器的第一预设条件，启动或重启第一定时器或该harq进程对应的第一定时器。例如，该harq进程可以为第一harq进程。其中，定时器的第一预设条件包括以下任一项或任多项：
[0426]
(1)该harq进程对应的数据传输成功或结束；(2)第一通信装置释放该harq进程；(3)第一通信装置清空该harq进程对应的harq缓存；(4)第一通信装置删除/释放与该harq进程关联的对应关系；(5)第一通信装置删除/释放与该harq进程关联的关联；(6)第一通信装置删除/释放与该harq实体关联的对应关系；(7)第一通信装置删除/释放与该harq实体关联的关联；(8)第一通信装置接收数据；可选的，该数据可以为新传数据或重传数据。可选的，第一通信装置接收数据可以包括：第一通信装置接收该数据对应的控制信息。可选的，该数据对应的控制信息可以为dci或pdcch。可选的，该数据与该harq进程相关联，或该harq进程接收该数据。(9)第一通信装置将数据与harq进程相关联；可选的，该数据为新传数据。可选的，第一通信装置将数据与harq进程相关联包括：第一通信装置保存与该harq进程关联的对应关系；和/或，第一通信装置保存与该harq进程关联的关联。(10)第一通信装置将数据与harq实体相关联。其中，该harq实体与该harq进程相关联，或者，该harq实体包括该
harq进程。可选的，数据为新传数据。可选的，第一通信装置将数据与harq实体相关联包括：第一通信装置保存与该harq实体关联的对应关系；和/或，第一通信装置保存与该harq实体关联的关联。
[0427]
可选的，满足定时器的第二预设条件，停止第一定时器或该harq进程对应的第一定时器。例如，该harq进程可以为第一harq进程。定时器的第二预设条件包括以下任一项或任多项：(1)该harq进程对应的数据传输成功或结束；(2)第一通信装置释放该harq进程；(3)第一通信装置清空该harq进程对应的harq缓存；(4)第一通信装置删除/释放与该harq进程关联的对应关系；(5)第一通信装置删除/释放与该harq进程关联的关联；(6)第一通信装置删除/释放与该harq实体关联的对应关系；(7)第一通信装置删除/释放与该harq实体关联的关联。其中，该harq实体与该harq进程相关联，或者，该harq实体包括该harq进程。
[0428]
需要说明的是，第一定时器相关的内容可作为一个单独的实施例，本文并不限定。
[0429]
可选的，对于harq进程接收数据的持续时长，可以通过计时器进行确定或统计或计算。示例性的，通过第一计时器进行确定或统计或计算一个harq进程接收数据的持续时长。可选的，每个harq进程维护一个第一计时器。
[0430]
例如，一个harq进程接收数据的持续时长可以为：第一计时器的当前值，或第一计时器的当前值与第一计时器的值之差，或第一计时器的当前值减去第一计时器的值。第一计时器的值可以理解为第一计时器的初值。
[0431]
可选的，第一计时器可以理解为第一时长。
[0432]
可选的，满足定时器的第一预设条件，可以启动或重启或重置第一计时器或该harq进程对应的第一计时器。
[0433]
重置第一计时器或该harq进程对应的第一计时器可以理解为将第一计时器或该harq进程对应的第一计时器设置为第一计时器的初值/第一计时器的值。
[0434]
可选的，满足定时器的第二预设条件，可以停止或重置第一计时器或该harq进程对应的第一计时器。“停止或重置第一计时器或该harq进程对应的第一计时器”可以理解为：停止或重置第一计时器或该harq进程对应的第一计时器的计时。
[0435]
需要说明的是，第一计时器相关的内容可作为一个单独的实施例，本文并不限定。
[0436]
示例性的，第一通信装置通过harq进程1接收数据1，数据1接收成功或结束或完成，停止或重置对应的第一计时器或第一定时器。第一通信装置通过harq进程1接收数据2，启动或重启或重置harq进程1的对应的第一计时器或第一定时器。第一计时器或第一定时器可以对接收数据2的持续时长进行确定或统计或计算。
[0437]
示例性的，harq进程均被占用，其中，harq进程0至harq进程7分别对应定时器0至定时器7(或计时器0至计时器7)，第一通信装置确定harq进程0至harq进程7分别接收数据0至数据7的持续时长，并根据harq进程0至harq进程7分别对应的持续时长，确定第一harq进程。
[0438]
在示例2.1的一种可能的设计，接收第二数据的持续时长最短或最长，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的持续时长最短或最长的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的持续时长最短或最长的harq进程确定为第一harq进程。
[0439]
接收第二数据持续时长最短或最长可以理解为：在满足第二条件的harq进程中，
接收第二数据的持续时长最短或最长。
[0440]
接收数据的持续时长最短或最长的harq进程可以理解为：在满足第二条件的harq进程中，接收数据的持续时长最短或最长的harq进程。
[0441]
可选的，接收数据的持续时长最短可以包括以下任一项或任多项：该数据对应的harq进程对应的第一定时器(的当前值)最大；该数据对应的harq进程对应的第一计时器(的当前值)最小；该数据对应的harq进程对应的第一定时器未运行；该数据对应的harq进程对应的第一计时器未运行。
[0442]
可选的，接收数据的持续时长最长可以包括以下任一项或任多项：该数据对应的harq进程对应的第一定时器(的当前值)最小；该数据对应的harq进程对应的第一计时器(的当前值)最大；该数据对应的harq进程对应的第一定时器超时；该数据对应的harq进程对应的第一计时器超时或重置。
[0443]
一种实现方式中，由于接收当前数据的持续时长最长的harq进程接收当前数据成功的概率较小；或由于接收当前数据的持续时长最长的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0444]
示例性的，第一通信装置可以确定各harq进程中接收当前数据的持续时长最长的harq进程为第一harq进程。
[0445]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程1接收数据1的持续时长最长，则第一通信装置可以确定harq进程1为第一harq进程。再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程4接收数据4、harq进程5接收数据5的持续时长相同且为最长持续时长，则第一通信装置可以从harq进程4、harq进程5中确定第一harq进程。
[0446]
另一种实现方式中，由于接收当前数据的持续时长最短的harq进程为刚开始接收当前数据，接收当前数据成功的概率较小，则确定该harq进程为第一harq进程。
[0447]
第一通信装置确定接收当前数据的持续时长最短的harq进程为第一harq进程，可参照上述第一通信装置确定接收当前数据的持续时长最长的harq进程为第一harq进程的实现方式，只需要将“最长”替换为“最短”。
[0448]
示例2.2，第一通信装置根据harq进程接收数据的持续时长和预设持续时长，确定第一harq进程。
[0449]
示例2.2的第一种可能的设计，第二数据对应的harq进程接收数据的持续时长大于等于第一预设持续时长，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的持续时长大于等于第一预设持续时长的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的持续时长大于等于第一预设持续时长的harq进程确定为第一harq进程。
[0450]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的持续时长大于等于第一预设持续时长，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0451]
可选的，对于harq进程接收数据的持续时长，可以通过定时器或计时器进行确定或统计或计算。具体实现方式可参照示例2.1中说明。
[0452]
可选的，“第二数据对应的harq进程接收数据的持续时长”可以包括以下任一项或任几项：第一定时器的值与第一定时器的当前值之差；或，第一定时器的值减去第一定时器的当前值；或，第一计时器的当前值，或，第一计时器的当前值与第一计时器的值之差，或，第一计时器的当前值减去第一计时器的值。
[0453]
第一定时器的当前值可以理解为：第二数据对应的harq进程对应的第一定时器的当前值。第一定时器的值可以理解为：第二数据对应的harq进程对应的第一定时器的值。
[0454]
第一计时器的当前值可以理解为：第二数据对应的harq进程对应的第一计时器的当前值。第一计时器的值可以理解为：第二数据对应的harq进程对应的第一计时器的值。
[0455]
由于接收当前数据的持续时长大于等于第一预设持续时长的harq进程接收当前数据成功的概率较小；或由于接收当前数据的持续时长大于等于第一预设持续时长的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0456]
可选的，本技术中，第一预设持续时长的取值可以与数据的延迟要求相关。例如，不同数据的延迟要求不同，不同的数据对应的接收数据的持续时长与自己对应的第一预设持续时长进行比较。
[0457]
示例性的，第一通信装置可以确定各harq进程中接收数据的持续时长大于等于第一预设持续时长的harq进程为第一harq进程。
[0458]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且持续时长分别为t0至t7；其中，harq进程0接收数据0的持续时长t0、harq进程1接收数据1的持续时长t1、harq进程7接收数据7的持续时长t7均大于等于第一预设持续时长，则第一通信装置可以从harq进程0、harq进程1和harq进程7中确定第一harq进程。
[0459]
再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且持续时长分别为t0至t7；其中，harq进程0接收数据0的持续时长t0大于等于第一预设持续时长，则第一通信装置可以确定harq进程0为第一harq进程。
[0460]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的持续时长大于等于第一预设持续时长，且接收第二数据的持续时长最短或最长，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0461]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的持续时长大于等于第一预设持续时长，第一通信装置从接收第二数据的持续时长最短或最长的harq进程中确定第一harq进程，或，第一通信装置将接收第二数据的持续时长最短或最长的harq进程确定为第一harq进程。
[0462]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且持续时长分别为t0至t7；其中，harq进程4接收数据4的持续时长t4、harq进程5接收数据5的持续时长t5均大于等于第一预设持续时长，且harq进程4接收数据4的持续时长t4、harq进程5接收数据5的持续时长t5均最长，则第一通信装置可以从harq进程4、harq进程5中确定第一harq进程。
[0463]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且持续时长分别为t0至t7；其中，harq进程4接收数据4的持续时长t4大于等于第一预设持续时长，且harq进程4接收数据4的持续时长t4最长，则第一通信装置可以确定harq进程4为第一harq
进程。
[0464]
示例2.2的第二种可能的设计，第二数据对应的harq进程接收数据的持续时长小于等于第一预设持续时长，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的持续时长小于等于第一预设持续时长的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的持续时长小于等于第一预设持续时长的harq进程确定为第一harq进程。
[0465]
由于接收当前数据的持续时长小于等于第一预设持续时长的harq进程接收当前数据成功的概率较小，所以，确定该harq进程为第一harq进程。
[0466]
第一通信装置确定接收数据的持续时长小于等于第一预设持续时长的harq进程为第一harq进程，可参照上述示例2.2的第一种可能的设计中的实现方式，只需要将“大于等于”替换为“小于等于”。
[0467]
还需要说明的是，在实现方式2中，可能存在第一通信装置基于harq进程接收数据的持续时长，和/或基于harq进程接收数据的持续时长和预设持续时长，确定多个harq进程，此时，可以从确定出的多个harq进程中随机确定一个harq进程作为第一harq进程，或者再结合其他抢占原则(例如，第一抢占原则、第三抢占原则、第四抢占原则中的至少一个)，进一步确定第一harq进程。
[0468]
实现方式3，第一通信装置根据第三抢占原则信息，确定第一harq进程。
[0469]
可选的，实现方式3可以理解为：满足与第三抢占原则相关的条件，第一通信装置确定第一harq进程；或第一通信装置确定第一harq进程需考虑第三抢占原则。
[0470]
可选的，与第三抢占原则相关的条件可以包括：条件7，和/或，条件8。
[0471]
示例性的，满足条件7，可参照如下示例3.1中第一通信装置确定第一harq进程的方式。可选的，条件7可以包括以下任一项或任多项：(1)第一harq进程接收数据/第二数据的次数最多或最少；可选的(1)可以理解为：在满足第二条件的harq进程中，第一harq进程接收数据/第二数据的次数最多或最少。(2)抢占原则信息包括第三抢占原则。条件7中(1)至(2)的解释可参照示例3.1。
[0472]
示例性的，满足条件8，可参照如下示例3.2中第一通信装置确定第一harq进程的方式。可选的，条件8可以包括以下任一项或任多项：(1)第一harq进程接收数据/第二数据的次数最多或最少；(2)抢占原则信息包括第三抢占原则；(3)第一harq进程接收数据/第二数据的次数大于等于第一预设次数；(4)第一harq进程接收数据/第二数据的次数小于等于第一预设次数。条件8中(1)至(4)的解释可参照示例3.2。
[0473]
在实现方式3中，第一通信装置确定第一harq进程，可以有如下两种示例。
[0474]
示例3.1，第一通信装置可以根据harq进程接收数据的次数，确定第一harq进程。
[0475]
此处，harq进程接收数据的次数可以理解为：针对每个harq进程处理的数据或当前处理的数据，第一通信装置接收数据的次数/第一通信装置接收数据失败的次数/第一通信装置解码数据失败的次数；和/或，各harq进程接收数据的次数/各harq进程接收数据失败的次数/各harq进程解码数据失败的次数。
[0476]
可选的，对于harq进程接收数据的次数，可以通过计数器进行确定或统计或计算。示例性的，通过第一计数器进行确定或统计或计算一个harq进程接收当前数据的次数。可选的，每个harq进程维护一个第一计数器。
[0477]
例如，一个harq进程接收数据的次数可以为以下任一项或任几项：第一计数器的值与第一计数器的当前值之差；或，第一计数器的值减去第一计数器的当前值；或，第一计数器的当前值，或，第一计数器的当前值与第一计数器的值之差，或，第一计数器的当前值减去第一计数器的值。
[0478]
可选的，满足定时器的第一预设条件，第一计数器设置为初值/第一计数器的值，或第一计数器重置，或停止第一计数器的计数。
[0479]
第一计数器的值可以理解为第一计数器的初值。可选的，初值可以理解为0或1或其他值，本技术并不限定具体的值。可选的，第一计数器重置可以理解为：重置第一计数器，或，将第一计数器设置为初值/第一计数器的值。
[0480]
可选的，计数器的第一预设条件可以包括以下任一项或任多项：
[0481]
(1)第一通信装置发送/反馈nack；可选的，第一通信装置发送/反馈nack可以包括：第一通信装置首次发送/反馈nack。nack可以理解为：与该harq进程或该harq进程关联/接收的数据相关联的nack。可选的，数据为新传数据。
[0482]
(2)第一通信装置解码数据失败或接收数据失败；可选的，第一通信装置解码数据失败或接收数据失败可以包括：第一通信装置首次解码数据失败或接收数据失败。可选的，数据可以理解为：该harq进程关联/接收的数据。可选的，数据为新传数据。
[0483]
(3)定时器的第一预设条件。
[0484]
可选的，满足计数器的第二预设条件，第一计数器增加或第一计数器减少。
[0485]“第一计数器增加”可以包括：第一计数器加1或2或第一步长值。“第一计数器减少”可以包括：第一计数器减1或2或第二步长值，本技术并不限定具体的值。
[0486]
计数器的第二预设条件可以包括以下任一项或任几项：
[0487]
(1)第一通信装置接收重传数据；可选的。重传数据可以理解为：与该harq进程相关联的重传数据。可选的，第一通信装置接收重传数据可以包括：第一通信装置接收该重传数据对应的控制信息。该重传数据对应的控制信息可以为dci或pdcch，其中，dci或pdcch与该重传数据相关联。该重传数据与该harq进程相关联，或该harq进程接收该重传数据。
[0488]
(2)第一通信装置发送/反馈nack；可选的，nack可以理解为：与该harq进程或该harq进程关联/接收的数据相关联的nack。
[0489]
(3)第一通信装置解码数据失败或接收数据失败。
[0490]
数据可以理解为：该harq进程关联/接收的数据。第一计数器可以理解为：该harq进程对应的第一计数器。例如，该harq进程可以为第一harq进程。
[0491]
需要说明的是，第一计数器相关的内容可作为一个单独的实施例，本文并不限定。
[0492]
示例性的，第一通信装置开始通过harq进程1接收数据2，将harq进程1的对应的第一计数器设置为初值。第一计数器可以对接收数据2的次数进行确定或统计或计算。
[0493]
示例性的，harq进程均被占用，其中，harq进程0至harq进程7分别对应计数器0至计数器7，第一通信装置确定harq进程0至harq进程7分别接收数据0至数据7的次数，并根据harq进程0至harq进程7分别对应的次数，确定第一harq进程。
[0494]
示例3.1的一种可能的设计中，接收第二数据的次数最少或最多，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的次数最少或最多的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的次数最少或最多的harq进程确定为第一
harq进程。
[0495]
接收第二数据次数最少或最多可以理解为：在满足第二条件的harq进程中，接收第二数据的次数最少或最多。接收数据的次数最少或最多的harq进程可以理解为：在满足第二条件的harq进程中，接收数据的次数最少或最多的harq进程。
[0496]
可选的，接收数据的次数最少或最多可以包括以下任一项或任多项：该数据对应的harq进程对应的第一计数器(的当前值)最大；该数据对应的harq进程对应的第一计数器(的当前值)最小；该数据对应的harq进程对应的第一计数器未运行；该数据对应的harq进程对应的第一计数器超时或重置。
[0497]
一种实现方式中，由于接收当前数据的次数最多的harq进程接收当前数据成功的概率较小；或由于接收当前数据的次数最多的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0498]
示例性的，第一通信装置可以确定各harq进程中接收当前数据的次数最多的harq进程为第一harq进程。
[0499]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程1接收数据1的次数最多，则第一通信装置可以确定harq进程1为第一harq进程。再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程4接收数据4、harq进程5接收数据5的次数相同且为最多次数，则第一通信装置可以从harq进程4、harq进程5中确定第一harq进程。
[0500]
另一种实现方式中，由于接收当前数据的次数最少的harq进程为刚开始接收当前数据，接收当前数据成功的概率较小，则确定该harq进程为第一harq进程。
[0501]
第一通信装置确定接收当前数据的次数最少的harq进程为第一harq进程，可参照上述第一通信装置确定接收当前数据的次数最多的harq进程为第一harq进程的实现方式，只需要将“次数最多”替换为“次数最少”。
[0502]
示例3.2，第一通信装置根据harq进程接收数据的次数和预设次数，确定第一harq进程。
[0503]
示例3.2的第一种可能的设计，第二数据对应的harq进程接收数据的次数大于等于第一预设次数，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的次数大于等于第一预设次数的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的次数大于等于第一预设次数的harq进程确定为第一harq进程。
[0504]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的次数大于等于第一预设次数，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0505]
可选的，对于harq进程接收数据的次数，可以通过计数器进行确定或统计或计算。具体实现方式可参照示例3.1中说明。
[0506]
可选的，“第二数据对应的harq进程接收数据的次数”可以包括以下任一项或任几项：第一计数器的值与第一计数器的当前值之差；或，第一计数器的值减去第一计数器的当前值；或，第一计数器的当前值，或，第一计数器的当前值与第一计数器的值之差，或，第一计数器的当前值减去第一计数器的值。
[0507]
第一计数器的当前值可以理解为：第二数据对应的harq进程对应的第一计数器的当前值。第一计数器的值可以理解为：第二数据对应的harq进程对应的第一计数器的值。
[0508]
由于接收当前数据的次数大于等于第一预设次数的harq进程接收当前数据成功的概率较小；或由于接收当前数据的次数大于等于第一预设次数的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0509]
可选的，本技术中，第一预设次数的取值可以与数据的延迟要求相关。例如，不同数据的延迟要求不同，不同的数据对应的接收数据的次数与其对应的第一预设次数进行比较。
[0510]
示例性的，第一通信装置可以确定各harq进程中接收数据的次数大于等于第一预设次数的harq进程为第一harq进程。
[0511]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且次数分别为k0至k7；其中，harq进程0接收数据0的次数k0、harq进程1接收数据1的次数k1、harq进程7接收数据7的次数k7均大于等于第一预设次数，则第一通信装置可以从harq进程0、harq进程1和harq进程7中确定第一harq进程。
[0512]
再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且次数分别为k0至k7；其中，harq进程0接收数据0的次数k0大于等于第一预设次数，则第一通信装置可以确定harq进程0为第一harq进程。
[0513]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的次数大于等于第一预设次数，且接收第二数据的次数最少或最多，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0514]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程接收数据的次数大于等于第一预设次数，第一通信装置从接收第二数据的次数最少或最多的harq进程中确定第一harq进程，或，第一通信装置将接收第二数据的次数最少或最多的harq进程确定为第一harq进程。
[0515]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且次数分别为k0至k7；其中，harq进程4接收数据4的次数k4、harq进程5接收数据5的次数k5均大于等于第一预设次数，且harq进程4接收数据4的次数k4、harq进程5接收数据5的次数k5均最多，则第一通信装置可从harq进程4、harq进程5中确定第一harq进程。
[0516]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且次数分别为k0至k7；其中，harq进程4接收数据4的次数k4大于等于第一预设次数，且harq进程4接收数据4的次数k4最多，则第一通信装置可确定harq进程4为第一harq进程。
[0517]
示例3.2的第二种可能的设计，第二数据对应的harq进程接收数据的次数小于等于第一预设次数，第一通信装置确定第一harq进程。或者，第一通信装置从接收数据的次数小于等于第一预设次数的harq进程中确定第一harq进程。或者，第一通信装置将接收数据的次数小于等于第一预设次数的harq进程确定为第一harq进程。
[0518]
由于接收当前数据的次数小于等于第一预设次数的harq进程接收当前数据成功的概率较小，所以，确定该harq进程为第一harq进程。
[0519]
第一通信装置确定接收数据的次数小于等于第一预设次数的harq进程为第一
harq进程，可参照上述示例3.2的第一种可能的设计中的实现方式，只需要将“大于等于”替换为“小于等于”。
[0520]
还需要说明的是，在实现方式3中，可能存在第一通信装置基于harq进程接收数据的次数，和/或基于harq进程接收数据的次数和预设次数，确定多个harq进程，此时，可以从确定出的多个harq进程中随机确定一个harq进程作为第一harq进程，或者再结合其他抢占原则(例如，第一抢占原则、第二抢占原则、第四抢占原则中的至少一个)，进一步确定第一harq进程。
[0521]
实现方式4，第一通信装置根据第四抢占原则，确定第一harq进程。
[0522]
可选的，第一通信装置根据第四抢占原则，确定第一harq进程可以理解为：满足与第四抢占原则相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑第四抢占原则。
[0523]
可选的，与第四抢占原则相关的条件可以包括：条件9，和/或，条件10。
[0524]
示例性的，满足条件9，可参照如下示例4.1中第一通信装置确定第一harq进程的方式。可选的，条件9可以包括以下任一项或任多项：
[0525]
(1)针对第一harq进程或第一harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数最多或最少；可选的，(1)可以理解为：在满足第二条件的harq进程中，针对第一harq进程或第一harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数最多或最少。(2)抢占原则信息包括第四抢占原则。条件9中(1)至(2)的解释可参照示例4.1。
[0526]
示例性的，满足条件10，可参照如下示例4.2中第一通信装置确定第一harq进程的方式。可选的，条件10可以包括以下任一项或任多项：(1)针对第一harq进程或第一harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数最多或最少；(2)抢占原则信息包括第三抢占原则；(3)针对第一harq进程或第一harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数大于等于第二预设次数；(4)针对第一harq进程或第一harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数小于等于第二预设次数。条件10中(1)至(4)的解释可参照示例4.2。
[0527]
比如，对于harq进程0至harq进程7，分别用于接收数据0至数据7。harq进程0接收数据0失败，第一通信装置针对harq进程0/数据0向第二通信装置发送nack，此处，第一通信装置针对harq进程0/数据0向第二通信装置发送nack的次数，也可以称为是harq进程0/数据0对应的nack的次数。
[0528]
再比如，harq进程5接收数据5失败，第一通信装置针对harq进程5/数据5向第二通信装置发送nack，此处，第一通信装置针对harq进程5/数据5向第二通信装置发送nack的次数，也可以称为是harq进程5/数据5对应的nack的次数。
[0529]
在实现方式4中，第一通信装置确定第一harq进程，可以有如下两种示例。
[0530]
示例4.1，第一通信装置根据harq进程对应的nack的次数，确定第一harq进程。
[0531]
harq进程对应的nack的次数可以理解为：针对各harq进程或各harq进程关联/接收的数据，第一通信装置发送/反馈nack的次数。
[0532]
可选的，对于第一通信装置发送/反馈nack的次数，可以通过计数器进行确定或统计或计算。示例性的，通过第二计数器进行确定或统计或计算第一通信装置发送/反馈nack的次数，此处，nack是针对一个harq进程或一个harq进程关联/接收的数据的。可选的，每个
harq进程维护一个第二计数器。
[0533]
可选的，满足计数器的第三预设条件，第二计数器设置为初值/第二计数器的值，或第二计数器重置，或停止第二计数器的计数。
[0534]
第二计数器的值可以理解为第二计数器的初值。可选的，初值可以理解为0或1或其他值，本技术并不限定具体的值。可选的，第二计数器重置可以理解为：重置第二计数器，或，将第二计数器设置为初值/第二计数器的值。
[0535]
可选的，计数器的第三预设条件可以包括以下任一项或任多项：
[0536]
(1)第一通信装置发送/反馈nack；可选的，第一通信装置发送/反馈nack可以包括：第一通信装置首次发送/反馈nack。nack可以理解为：与该harq进程或该harq进程关联/接收的数据相关联的nack。可选的，数据为新传数据。
[0537]
(2)第一通信装置解码数据失败或接收数据失败；可选的，第一通信装置解码数据失败或接收数据失败可以包括：第一通信装置首次解码数据失败或接收数据失败。数据可以理解为：该harq进程关联/接收的数据。可选的，数据为新传数据。
[0538]
(3)定时器的第一预设条件。
[0539]
可选的，满足计数器的第四预设条件，第二计数器增加或第一计数器减少。
[0540]“第二计数器增加”可以理解为：第二计数器加1或2或第三步长值，“第二计数器减少”可以包括：第二计数器减1或2或第四步长值，本技术并不限定具体的值。
[0541]
计数器的第四预设条件可以包括：
[0542]
(1)第一通信装置发送/反馈nack；可选的，nack可以理解为：与该harq进程或该harq进程关联/接收的数据相关联的nack。
[0543]
(2)第一通信装置解码数据失败或接收数据失败；可选的，数据可以理解为：该harq进程关联/接收的数据。
[0544]
第二计数器可以理解为：该harq进程对应的第二计数器。例如，该harq进程可以为第一harq进程。
[0545]
需要说明的是，与第二计数器相关的内容可作为一个单独的实施例，本文不限定。
[0546]
在示例4.1的一种可能的设计中，对应nack的次数最少或最多，第一通信装置确定第一harq进程。或者，第一通信装置从对应nack的次数最少或最多的harq进程中确定第一harq进程。或者，第一通信装置将对应nack的次数最少或最多的harq进程确定为第一harq进程。
[0547]
对应nack的次数可以理解为：针对harq进程或harq进程关联/接收的数据，第一通信装置发送nack的次数。对应nack的次数最少或最多可以理解为：在满足第二条件的harq进程中，对应nack的次数最少或最多。对应nack的次数最少或最多的harq进程可以理解为：在满足第二条件的harq进程中，对应nack的次数最少或最多的harq进程。
[0548]
可选的，对应nack的次数最少或最多可以包括以下任一项或任多项：该nack对应的harq进程对应的第二计数器(的当前值)最大；该nack对应的harq进程对应的第二计数器(的当前值)最小；该nack对应的harq进程对应的第二计数器未运行；该nack对应的harq进程对应的第二计数器超时或重置。
[0549]
可选的，对应nack的次数最少或最多可以包括以下任一项或任多项：该nack对应的harq进程对应的第二计数器(的当前值)最大；该nack对应的harq进程对应的第二计数器
(的当前值)最小；该nack对应的harq进程对应的第二计数器未运行；该nack对应的harq进程对应的第二计数器超时或重置。
[0550]
一种实现方式中，由于对应nack的次数最多的harq进程接收当前数据成功的概率较小；或由于对应nack的次数最多的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0551]
示例性的，第一通信装置可以确定各harq进程中对应的nack的次数最多的harq进程为第一harq进程。
[0552]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程1对应nack的次数最多，则第一通信装置可以确定harq进程1为第一harq进程。再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，其中，harq进程4对应nack的次数、harq进程5对应nack的次数相同且为最多次数，则第一通信装置可以从harq进程4、harq进程5中确定第一harq进程。
[0553]
另一种实现方式中，由于对应nack的次数最少的harq进程为刚开始接收当前数据，接收当前数据成功的概率较小，所以，确定该harq进程为第一harq进程。
[0554]
第一通信装置确定对应nack的次数最少的harq进程为第一harq进程，可参照上述第一通信装置确定对应nack的次数最多的harq进程为第一harq进程的实现方式，只需要将“对应nack的次数最多”替换为“对应nack的次数最少”。
[0555]
示例4.2，第一通信装置根据harq进程对应nack的次数和预设次数，确定第一harq进程。
[0556]
示例4.2的第一种可能的设计，第二数据对应的harq进程对应nack的次数大于等于第二预设次数，第一通信装置确定第一harq进程。或者，第一通信装置从对应nack的次数大于等于第二预设次数的harq进程中确定第一harq进程。或者，第一通信装置将对应nack的次数大于等于第二预设次数的harq进程确定为第一harq进程。
[0557]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程对应nack的次数大于等于第二预设次数，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0558]
可选的，对于harq进程对应nack的次数，可以通过计数器进行确定或统计或计算。具体实现方式可参照示例4.1中说明。
[0559]
可选的，“第二数据对应的harq进程对应nack的次数”可以包括以下任一项或任几项：第二计数器的值与第二计数器的当前值之差；或，第二计数器的值减去第二计数器的当前值；或，第二计数器的当前值，或，第二计数器的当前值与第二计数器的值之差，或，第二计数器的当前值减去第二计数器的值。
[0560]
第二计数器的当前值可以理解为：第二数据对应的harq进程对应的第二计数器的当前值。第二计数器的值可以理解为：第二数据对应的harq进程对应的第二计数器的值。
[0561]
由于对应nack的次数大于等于第二预设次数的harq进程接收当前数据成功的概率较小；或由于对应nack的次数大于等于第二预设次数的harq进程对应的数据传输可能已经超过了数据的延迟要求，第一通信装置继续接收该数据没有意义，所以，确定该harq进程为第一harq进程。
[0562]
可选的，本技术中，第二预设次数的取值可与数据的延迟要求相关。例如，不同数
据的延迟要求不同，不同的数据对应的nack的次数与其对应的第二预设次数进行比较。
[0563]
示例性的，第一通信装置可以确定各harq进程中对应nack的次数大于等于第二预设次数的harq进程为第一harq进程。
[0564]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且8个harq进程对应nack的次数分别为k0至k7；harq进程0对应nack的次数k0、harq进程1对应nack的次数k1、harq进程7对应nack的次数k7均大于等于第二预设次数，则第一通信装置可以从harq进程0、harq进程1和harq进程7中确定第一harq进程。
[0565]
再比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且8个harq进程对应nack的次数分别为k0至k7；其中，harq进程0对应nack的次数k0大于等于第二预设次数，则第一通信装置可以确定harq进程0为第一harq进程。
[0566]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程对应nack的次数大于等于第二预设次数，且接收第二数据的次数最少或最多或第二数据对应的harq进程对应nack的次数最少或最多，第一通信装置将第二数据对应的harq进程确定为第一harq进程。
[0567]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程对应nack的次数大于等于第二预设次数，第一通信装置从接收第二数据的次数最少或最多的harq进程中确定第一harq进程，或，第一通信装置将接收第二数据的次数最少或最多的harq进程确定为第一harq进程。
[0568]
示例性的，第一通信装置需要接收第一数据，harq进程均被占用，第二数据对应的harq进程对应nack的次数大于等于第二预设次数，第一通信装置从第二数据对应的harq进程对应nack的次数最少或最多的harq进程中确定第一harq进程，或，第一通信装置将第二数据对应的harq进程对应nack的次数最少或最多的harq进程确定为第一harq进程。
[0569]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且8个harq进程对应nack的次数分别为k0至k7；其中，harq进程4对应nack的次数k4、harq进程5对应nack的次数k5均大于等于第二预设次数，且harq进程4对应nack的次数k4、harq进程5对应nack的次数k5均最多，则第一通信装置可以从harq进程4、harq进程5中确定第一harq进程。
[0570]
比如，harq进程均被占用，其中，8个harq进程分别接收数据0至数据7，且8个harq进程对应nack的次数分别为k0至k7；其中，harq进程4对应nack的次数k4大于等于第二预设次数，且harq进程4对应nack的次数k4最多，则第一通信装置可以确定harq进程4为第一harq进程。
[0571]
示例4.2的第二种可能的设计，第二数据对应的harq进程对应nack的次数小于等于第二预设次数，第一通信装置确定第一harq进程。或者，第一通信装置从对应nack的次数小于等于第二预设次数的harq进程中确定第一harq进程。或者，第一通信装置将对应nack的次数小于等于第二预设次数的harq进程确定为第一harq进程。
[0572]
由于对应nack的次数小于等于第二预设次数的harq进程接收当前数据成功的概率较小，所以，确定该harq进程为第一harq进程。
[0573]
第一通信装置确定nack的次数小于等于第二预设次数的harq进程为第一harq进程，可参照上述示例4.2的第一种可能的设计中的实现方式，只需要将“nack的次数大于等于第二预设次数”替换为“nack的次数小于等于第二预设次数”。
[0574]
还需要说明的是，在实现方式4中，可能存在第一通信装置基于harq进程对应nack的次数，和/或基于harq进程对应nack的次数和预设次数，确定多个harq进程，此时，可以从确定出的多个harq进程中随机确定一个harq进程作为第一harq进程，或者再结合其他抢占原则(例如，第一抢占原则、第二抢占原则、第三抢占原则中的至少一个)，进一步确定第一harq进程。
[0575]
实现方式5，第一通信装置根据m个抢占原则，确定第一harq进程。
[0576]
实现方式5的第一种可选设计中，第一通信装置根据m个抢占原则和预设顺序执行多个抢占原则，确定第一harq进程。
[0577]
示例5.1，抢占原则信息中包括第二抢占原则至第四抢占原则中任一个和第一抢占原则，且第一抢占原则的执行顺序先于其它抢占原则。第一通信装置按顺序依次执行两个抢占原则，确定第一harq进程。
[0578]
比如，抢占原则信息中包括第二抢占原则和第一抢占原则，第一通信装置根据第一抢占原则，确定优先级低于第二预设优先级的组播；第一通信装置根据第二抢占原则，从该组播中确定接收当前数据的持续时长最长的harq进程作为第一harq进程。
[0579]
在实现方式5的第一种可选设计中，抢占原则信息还可以包括其他组合方式的抢占原则，实现上与示例5.1类似，在此不再赘述。
[0580]
实现方式5的第二种可选设计中，第一通信装置执行m个抢占原则中各抢占原则，得到各抢占原则对应的harq进程集合，确定各抢占原则对应harq进程集合中都存在的harq进程为第一harq进程。
[0581]
示例性的，抢占原则信息中包括第二抢占原则和第一抢占原则。第一通信装置执行第一抢占原则，得到第一抢占原则对应的harq进程集合；第一通信装置执行第二抢占原则，得到第二抢占原则对应的harq进程集合；确定第一抢占原则对应的harq进程集合和第二抢占原则对应的harq进程集合中都存在的harq进程为第一harq进程。
[0582]
通过实现方式二，对于优先级较高和/或延迟要求较高的数据来说，可以保证/提高的数据传输的可靠性、降低数据传输时延。
[0583]
实现方式三，第一通信装置根据抢占模式信息和抢占原则信息，确定第一harq进程。
[0584]
可选的，实现方式三可以理解为：满足与抢占模式信息相关的条件和与抢占原则信息相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑抢占模式信息和抢占原则信息。
[0585]
下面，以第一通信装置支持第二抢占模式和第一抢占原则为例，说明第一通信装置确定第一harq进程的实现方式。其中，第二抢占模式指示第一通信装置通过被组播数据占用的harq进程接收其它组播数据，第一抢占原则指示基于数据的优先级和预设优先级来确定被抢占的harq进程。第一通信装置需要接收的第一数据为组播数据，且harq进程均被占用，此时，第一通信装置根据第二抢占模式信息和第一抢占原则信息，确定第一harq进程，具体的，第一通信装置确定第一数据的优先级大于第一预设优先级，说明第一数据的优先级较高，第一通信装置可以进一步确定优先级低于第二预设优先级的一些组播业务，例如组播a对应的优先级低于第二预设优先级，说明组播a的优先级较低，组播a关联的harq进程为harq进程a，第一通信装置将harq进程a确定为第一harq进程，即在harq进程均被占用
的情况下，由于第一数据的优先级高于第一预设优先级，组播a的优先级低于第二预设优先级，第一通信装置确定抢占优先级低的组播a的harq进程a用于优先级高的第一数据的接收。在确定了要抢占的harq进程a之后，第一通信装置通过harq进程a接收第一数据。通过这种方式，对于优先级较高的数据来说，可以保证/提高的数据传输的可靠性、降低数据传输时延。
[0586]
第一通信装置根据其他抢占模式信息和抢占原则信息，可结合实现方式一、实现方式二、实现方式三以及上述例子中描述，不再赘述。
[0587]
上述步骤601的实现方式一至实现方式三中，第一通信装置根据抢占模式信息和/或抢占原则信息，确定第一harq进程。但是在某些场景下，第一通信装置也可以是直接确定第一harq进程，比如，第一通信装置需要接收第一数据，随机从被占用的harq进程中确定第一harq进程。或者，第一通信装置还可以是基于第二通信装置的指示，确定第一harq进程，具体可参照实现方式四。
[0588]
实现方式四，第一通信装置根据第二通信装置的指示，确定第一harq进程。
[0589]
可选的，第一通信装置根据第二通信装置的指示，确定第一harq进程可以理解为：满足与第二通信装置的指示相关的条件，第一通信装置确定第一harq进程；或，第一通信装置确定第一harq进程需考虑第二通信装置的指示。
[0590]
与第二通信装置的指示相关的条件包括：第一通信装置接收第二通信装置发送的传输标识和/或harq process id。
[0591]
可选的，第二通信装置向第一通信装置指示传输标识和/或harq process id，用于第一通信装置确定第一harq进程。对应的，第一通信装置接收第二通信装置发送的传输标识和/或harq process id。
[0592]
需要说明的是，第二通信装置向第一通信装置指示传输标识和/或harq process id中的harq process id不是与第一数据相关的harq process id，其值可能与第一数据相关的harq process id相同，但是其含义与第一数据相关的harq process id不同。
[0593]
可选的，传输标识和/或harq process id可以包含在调度第一数据的控制信息中。
[0594]
可选的，第一数据为单播数据。
[0595]
可选的，传输标识和/或harq process id用于指示：第一通信装置可以抢占与该传输标识和/或harq process id相关联的harq进程；或，第一通信装置可以利用与该传输标识和/或harq process id相关联的harq进程处理/接收第一数据；或，harq进程均被占用，第一通信装置可以抢占与该传输标识和/或harq process id相关联的harq进程；或，harq进程均被占用，第一通信装置可以利用与该传输标识和/或harq process id相关联的harq进程处理/接收第一数据。
[0596]
示例性的，第二通信装置需要向第一通信装置发送第一数据，且该第一数据为单播数据，第二通信装置向第一通信装置发送用于调度第一数据的第一dci，其中，该第一dci中携带传输标识和/或harq process id，第一通信装置接收该第一dci，根据第一dci中的传输标识和/或harq process id确定第一harq进程。
[0597]
举例，第二通信装置向第一通信装置发送第一dci，在第一dci中携带传输标识1和harq process id0，第一通信装置在接收该第一dci。传输标识1和harq process id0与
harq进程0相关联，第一通信装置根据第一dci中的传输标识1和harq process id0确定harq进程0为第一harq进程。
[0598]
上面，详细描述了第一通信装置确定第一harq进程的实现方式。
[0599]
可选的，本技术还包括：步骤603，第一通信装置向第二通信装置发送第二信息。
[0600]
可选的，第二信息可以用于指示第一通信装置接收第一数据成功或失败。
[0601]
可选的，第二信息可以包括ack或nack。
[0602]
示例性的，若第一通信装置接收第一数据失败，向第二通信装置发送第二信息；其中，第二信息中包括nack，或，第二信息为nack。若第一通信装置接收第一数据成功，向第二通信装置发送第二信息；其中，第二信息中包括ack，或第二信息为ack。
[0603]
可选的，本技术还包括：步骤604，第一通信装置向第二通信装置发送第一信息。
[0604]
第一信息可以包括以下信息1至信息5中至少一项：信息1：用于指示第二数据接收失败；信息2：用于指示不存在未被占用的harq进程；信息3：用于指示第二数据对应的第二传输标识；信息4：用于指示第二数据对应的第二harq process id；信息5：用于指示harq进程被抢占。
[0605]
harq进程被抢占可以理解为：用于接收第二数据的harq进程被抢占。
[0606]
可选的，信息1至信息5指示的内容可以是显示/直接，或隐式指示，本技术不限定。
[0607]
可选的，第一通信装置可以将信息1至信息5包含于一个或多个第一信息中。比如将信息1、信息2中包含于第一个第一信息中，信息3至信息5包含于第二个第一信息中。多个第一信息可以为不同的信息或相同的信息，本技术并不限定。
[0608]
可选的，第二通信装置接收到信息1，可以重新向第一通信装置发送第二数据。可选的，信息1可以理解成nack。
[0609]
可选的，第二通信装置接收到信息2，可以采用其它方式向第一通信装置发送第二数据。例如，第二数据是组播数据，第二通信装置接收到信息2，可以采用单播方式向第一通信装置发送第二数据。
[0610]
可选的，第二通信装置接收到信息3和/或信息4后，可以确定第一通信装置尚未成功接收第二数据，或，第一通信装置尚未成功接收与第二传输标识和/或第二harq process id关联的第二数据，或，用于接收第二数据的harq进程被抢占。
[0611]
示例性的，第一通信装置通过harq进程0接收第二数据，第二数据与harq process id0和/或传输标识1相关联，harq进程0被第一数据抢占，若第一通信装置向第二通信装置发送harq process id0和/或传输标识1，则第二通信装置确定第一通信装置尚未成功接收与harq process id0和/或传输标识1关联的数据，或，用于接收与harq process id0和/或传输标识1关联的数据的harq进程被抢占。
[0612]
第一通信装置通过harq进程0接收第二数据可以理解为：harq进程0被第二数据占用。第二数据与harq process id0相关联可以理解为：第二数据对应的第二harq process id为harq process id0。第二数据与传输标识1相关联可以理解为：第二数据对应的第二传输标识为传输标识1。harq进程0被第一数据抢占可以理解为：harq进程0被用于接收第一数据。
[0613]
通过604，第二通信装置可以进行重传，对于被抢占的数据来说，可以保证/提高的数据传输的可靠性。
[0614]
需要说明的是，603和/或604相关的内容可作为一个单独的实施例，本文并不限定。需要说明的是，在实现方式一至实现方式三中，第一通信装置根据抢占模式信息或根据抢占原则信息或根据抢占模式信息和抢占原则信息，确定第一harq进程，换言之，第一通信装置确定第一harq进程，在实现方式一至实现方式三中，第一通信装置需要告知第二通信装置信息1至信息5中至少一项指示的内容，也即，第一通信装置向第二通信装置发送的第一信息中包括信息1至信息5中至少一项。而在实现方式四中，第一通信装置基于第二通信装置的指示确定第一harq进程，第二通信装置指示第一通信装置抢占用于接收第二数据的harq进程，也即指示第一通信装置抢占第一harq进程，所以，第一通信装置无需向第二通信装置发送信息2至信息5，仅需要发送信息1即可。
[0615]
下面，具体说明在实现方式一至实现方式三中，第一通信装置向第二通信装置发送信息3和/或信息4的实现方式。
[0616]
可选的，第二数据为单播数据，第一通信装置向第二通信装置发送第二harq process id。比如，第一通信装置通过harq进程0接收第二数据，第二数据与harq process id0相关联，harq进程0被第一数据抢占，若第一通信装置向第二通信装置发送harq process id0，第二通信装置确定第一通信装置尚未成功接收与harq process id0关联的单播数据，或，用于接收与harq process id0关联的单播数据的harq进程被抢占。
[0617]
可选的，第二传输标识对应的harq process id只有一个，第一通信装置向第二通信装置发送第二传输标识。比如，第一通信装置通过harq进程0接收第二数据，第二数据与传输标识1相关联，harq进程0被第一数据抢占，若第一通信装置向第二通信装置发送传输标识1，则第二通信装置确定第一通信装置尚未成功接收与传输标识1关联的数据，和/或，用于接收与传输标识1关联的数据的harq进程被抢占。
[0618]
可选的，第二数据为组播数据，且第二数据对应的组播仅关联一个harq process id，第一通信装置向第二通信装置发送第二传输标识。比如，第一通信装置通过harq进程0接收第二数据，第二数据与传输标识1相关联，harq进程0被第一数据抢占，若第一通信装置向第二通信装置发送传输标识1，第二通信装置确定第一通信装置尚未成功接收与传输标识1关联的数据，和/或用于接收与传输标识1关联的数据的harq进程被抢占。
[0619]
可选的，第二数据为组播数据或单播数据，第一通信装置向第二通信装置发送第二传输标识和第二harq process id。比如，第一通信装置通过harq进程0接收第二数据，第二数据与harq process id0和传输标识1相关联，harq进程0被第一数据抢占，若第一通信装置向第二通信装置发送harq process id0和传输标识1，则第二通信装置确定第一通信装置尚未成功接收与harq process id0和传输标识1关联的数据，和/或，用于接收与harq process id0和传输标识1关联的数据的harq进程被抢占。
[0620]
可选的，步骤603和步骤604可同时或按照先后顺序执行(执行顺序不限制)。
[0621]
可选的，第一信息和第二信息可包含一个或两个信息里，本技术并不限定。
[0622]
基于该方案，第一通信装置需要接收第一数据，harq进程均被占用，则第一通信装置可以从被占用的harq进程中确定第一harq进程，其中，该第一harq进程是正在接收第二数据的harq进程。
[0623]
第二种实现方式：第一通信装置通过harq实体/mac实体接收第一数据。
[0624]
图7示例性示出了本技术实施例提供的第二种数据传输方法，该方法包括以下步
骤：
[0625]
可选的，步骤701，确定满足第三条件。
[0626]
可选的，第三条件可以包括以下任一项或任多项：(1)第一通信装置需要接收第一数据；(2)harq进程均被占用；(3)第一通信装置不支持抢占；(4)第一通信装置不支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；(5)第一数据为单播数据；(6)第一数据为组播数据；(7)第一通信装置支持抢占；(8)第一通信装置支持第一抢占模式、第二抢占模式、第三抢占模式、第四抢占模式中任一项或任多项；(9)不存在用于接收第一数据的harq进程。
[0627]
上述(1)～(9)的具体解释可以参考图6所示实施例中相关的内容，此处不再赘述。
[0628]
不存在用于接收第一数据的harq进程可以理解为：第一通信装置确定不存在用于接收第一数据的harq进程。可选的，第一通信装置确定不存在用于接收第一数据的harq进程可以包括以下任一种或多种：
[0629]
(1)由上述第一种实现方式可知，在某些情况下，第一通信装置根据抢占模式信息和/或抢占原则信息，不能从被占用的harq进程中确定第一harq进程，则第一通信装置确定不存在用于接收第一数据的harq进程。相关的内容可以参考图6所示实施例，此处不再赘述。
[0630]
(2)第一通信装置需要接收第一数据，harq进程均被占用，或，不存在未被占用的harq进程，第一通信装置也可以直接确定不存在用于接收第一数据的harq进程。
[0631]
步骤702，第一通信装置通过harq实体或mac实体接收第一数据。
[0632]
可选的，第一通信装置通过harq实体或mac实体接收第一数据，不存在用于合并解码的harq buffer或第一通信装置不能进行合并解码，所以harq实体或mac实体一次性接收第一数据。
[0633]“不存在用于合并解码的harq buffer”可以理解为：不存在用于第一数据合并解码的harq buffer，或，不存在用于第一数据的多次接收合并解码的harq buffer。
[0634]“第一通信装置不能进行合并解码”可以理解为：第一通信装置不能对第一数据进行合并解码，或，第一通信装置不能对第一数据的多次接收进行合并解码。
[0635]
可选的，本技术还包括：步骤703，第一通信装置向第二通信装置发送第三信息。
[0636]
第三信息可以用于指示第一通信装置接收第一数据成功或失败，或第一通信装置通过harq实体或mac实体接收第一数据成功或失败。第三信息可以包括ack或nack。若第一通信装置接收第一数据失败，则向第二通信装置发送nack。若第一通信装置接收第一数据成功，则向第二通信装置发送ack。
[0637]
可选的，本技术还包括：步骤704，第一通信装置向第二通信装置发送第四信息。
[0638]
第四信息可以包括如下信息a至信息d中至少一项：信息a：用于指示第一数据接收失败；信息b：用于指示不存在未被占用的harq进程；信息c：用于指示第一数据对应的第一传输标识；信息d：用于指示第一数据对应的第一harq process id。
[0639]
可选的，信息a理解为：用于指示harq实体或mac实体接收第一数据失败，或用于指示第一通信装置通过harq实体或mac实体接收第一数据失败。
[0640]
可选的，第一通信装置通过harq实体或mac实体接收第一数据失败，第四信息可以包括信息a。可选的，信息a可以理解成nack。可选的，第二通信装置接收到信息a，可以重新
向第一通信装置发送第一数据。
[0641]
可选的，第二通信装置接收到信息b，可以采用其它方式向第一通信装置发送第一数据。例如，第一数据是组播数据，第二通信装置接收到信息b，可以采用单播方式向第一通信装置发送第一数据。
[0642]
可选的，第二通信装置接收到信息c和/或信息d后，可以确定第一通信装置尚未成功接收第一数据，或，第一通信装置尚未成功接收与第一传输标识和/或第一harq process id关联的第一数据，或，通过harq实体或mac实体接收第一数据。
[0643]
在第二种实现方式中，第四信息中还可以包括信息e：用于指示harq实体或mac实体接收第一数据。第二通信装置接收到信息e，可以确定第一通信装置通过harq实体或mac实体接收第一数据。
[0644]
可选的，信息a至信息e指示的内容可以是显示/直接，或隐式指示，本技术不限定。
[0645]
可选的，第一通信装置可以将信息a至信息e包含于一个第四信息中；或者将信息a至信息e包含于多个第四信息中。比如将信息a和信息b中包含于第一个第四信息中，信息c至信息e包含于第二个第四信息中。多个第四信息可以为不同的信息或相同的信息，本技术并不限定。
[0646]
第三种实现方式：第一通信装置忽略第一数据。
[0647]
图8示例性示出了本技术实施例提供的第三种数据传输方法，该方法包括以下步骤：
[0648]
可选的，步骤801，确定满足第三条件。
[0649]
可选的，第三条件相关的内容可以参考步骤701中的内容，此处不再赘述。
[0650]
步骤802，第一通信装置忽略第一数据。
[0651]“第一通信装置忽略第一数据”可以理解为以下任一种或多种：(1)第一通信装置未/不接收第一数据；(2)第一通信装置未/不确定第一harq进程和/或第二数据；(3)第一通信装置丢弃第一数据；(4)第一通信装置或mac实体未将第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输、第一数据、关联的harq信息中的任一个或任多个分配给harq实体；(5)第一通信装置或harq实体未将第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输、第一数据、关联的harq信息中的任一个或任多个与harq进程(例如，第一harq进程)相关联；(6)第一通信装置或harq实体未将第一传输标识、第一harq process id、第一dci或pdcch、第一资源、第一传输、第一数据、关联的harq信息中的任一个或任多个分配给harq进程(例如，第一harq进程)；(7)第一通信装置或mac实体未将第一资源或第一资源的存在指示给harq实体。
[0652]
可选的，本技术还包括：步骤803，第一通信装置向第二通信装置发送第五信息。
[0653]
第五信息可以包括如下信息一至信息四中至少一项：信息一：用于指示第一通信装置忽略第一数据；信息二：用于指示不存在未被占用的harq进程；信息三：用于指示第一数据对应的第一传输标识；信息四：用于指示第一数据对应的第一harq process id。
[0654]
可选的，第二通信装置接收到信息一，可以重新向第一通信装置发送第一数据。
[0655]
可选的，第二通信装置接收到信息二，可以采用其它方式向第一通信装置发送第一数据。例如，第一数据是组播数据，第二通信装置接收到信息二，可以采用单播方式向第一通信装置发送第一数据。
[0656]
可选的，第二通信装置接收到信息三和/或信息四后，可以确定第一通信装置未接收/忽略/未成功接收与第一传输标识和/或第一harq process id关联的第一数据。
[0657]
可选的，信息一至信息四指示的内容可以是显示/直接指示，也可以是隐式指示，本技术并不限定。
[0658]
可选的，第一通信装置可以将信息一至信息四包含于一个第五信息中；或者将信息一至信息四包含于多个第五信息中。比如将信息一、信息二中包含于第一个第五信息中，信息三、信息四包含于第二个第五信息中。多个第五信息可以为不同的信息或相同的信息，本技术并不限定。
[0659]
需要说明的是，上述步骤601至步骤604中，主要说明在情况1、情况2、情况4中的任一个或多个下，第一通信装置如何确定第一harq进程的实现方式。在情况1、情况2、情况3、情况4中的任一个或多个下，还涉及到第一通信装置确定harq实体相关的内容。
[0660]
抢占还可能涉及抢占harq实体相关的内容。比如，图5中，传输标识1与harq实体1相关联，传输标识1指示组播1；传输标识2与harq实体2相关联，传输标识2指示组播2；传输标识3与harq实体3相关联，传输标识3指示组播3；传输标识4与harq实体4相关联，传输标识4指示组播4。第一通信装置需要接收组播5的数据，可以从harq实体1至harq实体4中确定一个harq实体作为第一harq实体，该第一harq实体用于接收组播5的数据，也即，确定与传输标识5相关联的第一harq实体，传输标识5与第一harq实体相关联。示例性的，第一通信装置确定harq实体3为第一harq实体，则传输标识5与harq实体3相关联，harq实体3用于接收组播3的组播数据。
[0661]
图9示例性示出了本技术实施例提供的第四种数据传输方法，该方法包括以下步骤：
[0662]
步骤901，第一通信装置根据抢占模式信息和/或抢占原则信息，或，第一通信装置根据第二通信装置的指示，确定第一harq实体。
[0663]
需要理解的是，在图9所示的实施例中，抢占可以理解为与harq实体相关的抢占。抢占模式信息可以理解为与harq实体相关的抢占模式信息。抢占原则信息可以理解为与harq实体相关的抢占原则信息。
[0664]
可选的，图9所示的实施例相关的内容与图6所示实施例相关的内容类似，需要将图6所示实施例中harq进程替换成harq实体进行理解，此处不再赘述。
[0665]
步骤901可以分四种实现方式：
[0666]
实现方式一，第一通信装置根据抢占模式信息，确定第一harq实体。
[0667]
指示方式a，抢占模式信息指示第一通信装置支持抢占或不支持抢占harq实体。
[0668]
指示方式b，抢占模式信息指示第一通信装置支持的抢占模式和/或不支持的抢占模式。在指示方式b中，抢占模式又可以包括以下至少一个抢占模式：单播抢占组播harq实体；组播抢占组播harq实体；组播抢占混合harq实体；组播抢占单播harq实体。
[0669]
混合harq实体指的是：单播和组播共享的harq实体。
[0670]
单播抢占组播harq实体、组播抢占组播harq实体、组播抢占单播harq实体分别对应图6所示实施例中的第一抢占模式、第二抢占模式、第三抢占模式，需要将harq进程替换成harq实体进行理解。
[0671]
组播抢占混合harq实体指第一通信装置可以通过被组播数据和/或单播数据占用
的harq实体接收组播数据。
[0672]
第一通信装置在指示方式a、b情况下确定第一harq实体分别可参照步骤601中第一通信装置在指示方式1、2情况下确定第一harq进程的实现方式。
[0673]
实现方式二，第一通信装置根据抢占原则信息，确定第一harq实体。
[0674]
此处，抢占原则信息不再是基于harq进程接收的数据的优先级、harq进程接收数据的持续时长、harq进程接收数据的次数、harq进程对应nacknack的次数，而是基于harq实体接收的数据的优先级、harq实体接收数据的持续时长、harq实体接收数据的次数、harq实体对应nack的次数。
[0675]
第一通信装置基于抢占原则信息确定被抢占的harq实体的实现方式可参照上述步骤601中第一通信装置基于抢占原则信息确定被抢占的harq进程的实现方式，需要将harq进程替换成harq实体进行理解，此处不再赘述。
[0676]
可选的，harq实体接收的数据的优先级可以是：harq实体对应的harq进程对应的数据中优先级最低或最高的数据对应的优先级，或，harq实体对应的harq进程对应的数据的平均优先级，或，harq实体关联的单播和/或组播中优先级最低或最高的单播和/或组播对应的优先级，或，harq实体关联的单播和/或组播的平均优先级。
[0677]
可选的，对于harq实体接收数据的持续时长、harq实体接收数据的次数、harq实体对应nack的次数，也可以类似于harq实体接收的数据的优先级，指最长或最短的持续时长或平均持续时长，或，最多或多少的次数或平均次数。
[0678]
可选的，抢占原则信息还可以包括第五抢占原则。第五抢占原则基于harq实体中接收单播和/或组播的个数或基于harq实体关联的单播和/或组播的个数。
[0679]
示例9.1，第一通信装置根据harq实体接收单播和/或组播的个数，确定第一harq实体。
[0680]
可选的，接收单播和/或组播的个数最少或最多，第一通信装置确定第一harq实体。或者，第一通信装置从接收单播和/或组播的个数最少或最多的harq实体中确定第一harq实体。或者，第一通信装置将接收单播和/或组播的个数最少或最多的harq实体确定为第一harq实体。
[0681]
示例9.2，第一通信装置根据harq实体接收单播和/或组播的个数和预设次数，确定第一harq实体。
[0682]
示例9.2的第一种可能的设计，第二数据对应的harq实体接收单播和/或组播的个数大于等于第一预设个数，第一通信装置确定第一harq实体。
[0683]
示例9.2的第二种可能的设计，第二数据对应的harq实体接收单播和/或组播的个数小于等于第一预设个数，第一通信装置确定第一harq实体。
[0684]
可选的，与第五抢占原则相关的内容可以参考图6所示实施例的实现方式3中的内容，需要将第三抢占原则替换成第五抢占原则，将harq进程替换成harq实体，将接收数据的次数替换成接收单播和/或组播的个数，将第一预设次数替换成第一预设个数进行理解，此处不再赘述。
[0685]
实现方式三，第一通信装置根据抢占模式信息和抢占原则信息，确定第一harq实体。
[0686]
实现方式一至实现方式三中抢占模式信息和抢占原则信息的说明可参照步骤601
中实现方式一和实现方式三的说明，将harq进程替换成harq实体进行理解，此处不再赘述。
[0687]
实现方式四，第一通信装置根据第二通信装置的指示，确定第一harq实体。
[0688]
步骤902，第一通信装置通过第一harq实体接收第一数据。
[0689]
步骤903，第一通信装置向第二通信装置发送第二信息。
[0690]
步骤904，第一通信装置向第二通信装置发送第一信息。
[0691]
步骤901至步骤904的实现方式均可参照步骤601至步骤604的实现方式，将harq进程替换成harq实体进行理解，此处不再赘述。
[0692]
步骤903和步骤904是可选的。
[0693]
通过该实现方式，对于优先级较高的数据来说，可以保证/提高的数据传输的可靠性、降低数据传输时延。
[0694]
在上述第一种实现方式至第三种实现方式中，第一通信装置可以确定抢占一个harq进程(或harq实体)，或可以确定不抢占一个harq进程(或harq实体)。
[0695]
此外，本技术实施例还提供第四种实现方式。第四种实现方式有如下两个步骤。
[0696]
可选的，第一步，满足第四条件。
[0697]
第四条件可以包括以下任一项或任多项：
[0698]
(1)第二通信装置需要向第一通信装置发送的第一数据。
[0699]
(2)与第一数据关联的harq进程均被占用；可选的，(2)理解为：第一通信装置中与第一数据关联的harq进程均被占用；或，第二通信装置确定/判断与第一数据关联的harq进程均被占用；或，第二通信装置确定/判断第一通信装置中与第一数据关联的harq进程均被占用。
[0700]
(3)与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程；可选的，(3)理解为：第一通信装置中与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程；或，第二通信装置确定/判断与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程；或，第二通信装置确定/判断第一通信装置中与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程。
[0701]
第二步，第二通信装置可以通过第二方式向第一通信装置发送第一数据。
[0702]
可选的，第四种实现方式适用于情况1、情况2、情况3和情况4中至少一种。
[0703]
示例性的，第二通信装置需要通过第一方式向第一通信装置发送第一数据，第二通信装置确定/判断第一通信装置中与第一数据关联的harq进程均被占用，而与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程，则第二通信装置可以通过第二方式向第一通信装置发送第一数据。通过该方式，第一通信装置可以通过与第三数据的类型关联的harq实体中的harq进程接收第一数据。
[0704]
可选的，第一方式为组播方式。第一数据为组播数据。第三数据为单播数据。第三数据的类型为单播。第二方式为单播方式。
[0705]
可选的，第一方式为组播1方式。第一数据为组播1数据。第三数据为组播2数据。第三数据的类型为组播2。第二方式为组播2方式。
[0706]
可选的，第一方式为单播方式。第一数据为单播数据。第三数据为组播数据。第三数据的类型为组播。第二方式为组播方式。
[0707]
可选的，第二通信装置可以通过第二方式向第一通信装置发送第一数据，第二通
信装置可以向第一通信装置发送与第一数据相关的harq process id和/或传输标识。例如，通过调度第一数据的控制信息(例如，dci)发送。
[0708]
其中，“与第一数据关联的harq进程均被占用”可以理解为：与第一数据关联的harq实体中的harq进程均被占用。“与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程”可以理解为：与第三数据/第三数据的类型关联的harq实体对应的harq进程中存在未被占用的harq进程。可选的，第二通信装置如何确定/判断第一通信装置中与第一数据关联的harq进程均被占用，而与第三数据/第三数据的类型关联的harq进程中存在未被占用的harq进程，本技术并不限定。
[0709]
上述技术方案中，第一通信装置需要接收第一数据，harq进程均被占用，则第一通信装置可以从被占用的harq进程中确定第一harq进程，其中，该第一harq进程是正在接收第二数据的harq进程。如此，第一通信装置需要接收来自第二通信装置的第一数据，harq进程均被占用，第一通信装置可以确定通过第一harq进程接收第一数据。第一通信装置还可以向第二通信装置发送第一信息和/或第二信息，第二信息可以用于指示第一通信装置接收第一数据成功或失败。第一信息用于指示第二数据接收失败；不存在未被占用的harq进程；第二数据对应的第二传输标识；第二数据对应的第二harq process id；harq进程被抢占。通过该方式，(例如，在mbms或mbs中)，第一通信装置在harq进程均被占用且需要接收来自第二通信装置的第一数据的情况下，为第一通信装置提供一种行为，通过第一harq进程接收第一数据、向第二通信装置发送第一信息和/或第二信息有助于提升第一通信装置接收数据的可靠性(例如，第一数据、第二数据)、降低第一通信装置接收数据的时延(例如，第一数据)。
[0710]
第一通信装置若确定不存在用于接收第一数据的harq进程，则第一通信装置可以通过harq实体或mac实体接收第一数据，第一通信装置还可以向第二通信装置发送第三信息和/或第四信息，第三信息可以用于指示第一通信装置接收第一数据成功或失败，或，第一通信装置通过harq实体或mac实体接收第一数据成功或失败。第四信息用于指示第一数据接收失败；第一通信装置中不存在未被占用的harq进程；第一数据的第一传输标识；第一数据对应的第一harq process id。通过该方式，(例如，在mbms或mbs中)，第一通信装置在不能通过harq进程接收第一数据的情况下，向第二通信装置发送第三信息和/或第四信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延(例如，第一数据)。
[0711]
第一通信装置若确定不存在用于接收第一数据的harq进程，则第一通信装置可以忽略第一数据，第一通信装置还可以向第二通信装置发送第五信息，第五信息用于指示第一通信装置忽略第一数据；不存在未被占用的harq进程；第一数据对应的第一传输标识；第一数据对应的第一harq process id。通过该方式，(例如，在mbms或mbs中)，第一通信装置在不能通过第一harq进程接收第一数据的情况下，向第二通信装置发送第五信息，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延(例如，第一数据)。
[0712]
如此，第一通信装置和第二通信装置可以对齐第一通信装置接收数据的状态，例如，未接收的数据、通过harq实体或mac实体接收数据、不存在未被占用的harq进程、被抢占的数据、数据接收失败或成功，然后第二通信装置可以进行重传或调整传输方式(例如，单
播转组播、组播1转组播2、组播转单播)，有助于提升第一通信装置接收数据的可靠性、降低第一通信装置接收数据的时延(例如，第一数据、第二数据)。
[0713]
本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本技术的保护范围中。
[0714]
上述本技术提供的实施例中，分别从各个设备之间交互的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，第一通信装置可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0715]
本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0716]
与上述构思相同，如图10所示，本技术实施例还提供一种装置1000用于实现上述方法中第一通信装置的功能。例如，该装置可以为软件模块或者芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。该装置1000包括处理模块1001和收发模块1002。
[0717]
示例性地，装置1000可以是终端设备，也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。当装置1000是终端设备时，收发模块1002可以是收发器，收发器可以包括天线和射频电路等，处理模块1001可以是处理器(或者，处理电路)，例如基带处理器，基带处理器中可以包括一个或多个中央处理单元(central processing unit，cpu)。
[0718]
应理解，本技术实施例中的处理模块1001可以由处理器或处理器相关电路组件(或者，处理电路)实现，收发模块1002可以由收发器或收发器相关电路组件实现。
[0719]
以下，结合图10至图11详细说明本技术实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
[0720]
收发模块也可以称为收发器、收发机、收发装置等。处理模块也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发模块1002中用于实现接收功能的器件视为接收模块，将收发模块1002中用于实现发送功能的器件视为发送模块，即收发模块1002包括接收模块和发送模块。收发模块有时也可以称为收发机、收发器、或收发电路等。接收模块有时也可以称为接收机、接收器、或接收电路等。发送模块有时也可以称为发射机、发射器或者发射电路等。
[0721]
应理解，收发模块1002用于执行上述图6至图9所示的方法实施例中第一通信装置的发送操作和接收操作，处理模块1001用于执行上述图6至图9所示的方法实施例中第一通信装置除了收发操作之外的其他操作。
[0722]
例如，在一种实现方式中，收发模块1002用于执行图6至图9所示的实施例中的第一通信装置的全部收发步骤，例如执行步骤602至步骤604，和/或执行步骤702至步骤704，和/或执行步骤802和步骤803，和/或执行步骤902至步骤904，和/或用于支持本文所描述的
技术的其它过程。处理模块1001，用于执行图6至图9所示的实施例中的第一通信装置除了收发操作之外的其他操作，例如执行步骤601，和/或执行步骤701，和/或执行步骤801，和/或执行步骤901，和/或用于支持本文所描述的技术的其它过程。
[0723]
如图11所示为本技术实施例提供的装置1100，图11所示的装置可以为图11所示的装置的一种硬件电路的实现方式。该通信装置可适用于前面所示出的流程图中，执行上述方法实施例中第一通信装置的功能。为了便于说明，图11仅示出了该通信装置的主要部件。
[0724]
装置1100还可以包括至少一个存储器1130，用于存储程序指令和/或数据。存储器1130和处理器1120耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1120可能和存储器1130协同操作。处理器1120可能执行存储器1130中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
[0725]
图11所示的装置1100包括至少一个处理器1120以及通信接口1110，处理器1120用于执行存储器1130中存储的指令或程序。存储器1130中存储的指令或程序被执行时，该处理器1120用于执行上述实施例中处理模块1001执行的操作，通信接口1110用于执行上述实施例中收发模块1002执行的操作。
[0726]
在本技术实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本技术实施例中，通信接口为收发器时，收发器可以包括独立的接收器、独立的发射器；也可以集成收发功能的收发器、或者是通信接口。
[0727]
装置1100还可以包括通信线路1140。其中，通信接口1110、处理器1120以及存储器1130可以通过通信线路1140相互连接；通信线路1140可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。所述通信线路1140可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0728]
基于上述内容和相同构思，本技术提供一种通信系统，该通信系统包括用于实现上述图6至图9中方法实施例的第一通信装置和上述图6至图9中方法实施例的第二通信装置。
[0729]
基于上述内容和相同构思，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令被通信装置执行时，使得该通信装置执行上述图6至图9中方法实施例中第一通信装置的功能。
[0730]
基于上述内容和相同构思，本技术提供一种计算机程序产品，该计算机程序产品包括计算机程序或指令，当该计算机程序或指令被通信装置执行时，使得该通信装置执行上述图6至图9中方法实施例中第一通信装置的功能。
[0731]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
[0732]
本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或
方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0733]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0734]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。