Nothing Special   »   [go: up one dir, main page]

CN112787768B - 一种业务接收方法、业务发送方法和终端 - Google Patents

一种业务接收方法、业务发送方法和终端 Download PDF

Info

Publication number
CN112787768B
CN112787768B CN201911083094.2A CN201911083094A CN112787768B CN 112787768 B CN112787768 B CN 112787768B CN 201911083094 A CN201911083094 A CN 201911083094A CN 112787768 B CN112787768 B CN 112787768B
Authority
CN
China
Prior art keywords
terminal
service
harq process
priority
process state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911083094.2A
Other languages
English (en)
Other versions
CN112787768A (zh
Inventor
王达
赵亚利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN201911083094.2A priority Critical patent/CN112787768B/zh
Priority to PCT/CN2020/122093 priority patent/WO2021088635A1/zh
Publication of CN112787768A publication Critical patent/CN112787768A/zh
Application granted granted Critical
Publication of CN112787768B publication Critical patent/CN112787768B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种业务接收方法、业务发送方法和终端，其中，该方法包括：第一终端根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。本发明实施实施例能够降低终端的HARQ进程被全部占用的概率，提高终端的业务传输能力。

Description

一种业务接收方法、业务发送方法和终端
技术领域
本发明涉及通信技术领域，尤其涉及一种业务接收方法、业务发送方法和终端。
背景技术
目前终端上的混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)实体的个数往往是有限的，例如：终端只有一个HARQ实体，这样导致终端的HARQ进程也是有限的，例如：8个HARQ进程。然而，目前终端在业务传输时，接收终端是接收所有业务直到所有HARQ进程被占用，不能再接收新的业务；发送终端也是发送所有业务，这样发送终端所有HARQ进程被占用，不能再发送新的业务。可见，目前终端所有HARQ进程被占用的概率很高，导致终端的传输能力比较差。
发明内容
本发明实施例提供一种业务接收方法、业务发送方法和终端，以解决现有终端所有HARQ进程被占用的概率很高，导致终端的传输能力比较差的问题。
本发明实施提供一种业务接收方法，包括：
第一终端根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于或等于1的整数。
可选的，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，所述方法还包括：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性，其中，N为大于或等于1的整数；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
可选的，所述第一通知消息包括如下至少一项：
选择性接收指示、所述第一终端的标识、至少一个第二终端的标识；或者
所述第二通知消息包括如下至少一项：
所述第二业务的标识、所述第一终端的标识、至少一个第二终端的标识；或者
所述第三通知消息包括如下至少一项：
所述第三业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态，其中，N为大于或等于1的整数。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
可选的，所述N个第二终端依据所述HARQ进程状态选择发送的业务，包括：
优先级高于或者等于第四优先级门限的业务。
可选的，所述第一数量门限通过如下方式配置：
专用信令配置、广播信令配置、预配置或者协议约定。
可选的，所述第一数量门限为配置的具体数量门限值，或者，所述第一数量门限为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值。
本发明实施还提供一种业务发送方法，包括：
第二终端接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
可选的，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述方法还包括：
所述第二终端接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
可选的，所述释放通知消息包括：
所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级小于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，所述HARQ进程状态通知消息为所述第一终端周期性发送的或者事件触发发送的。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于第一数量门限的情况下，所述第二终端向所述第一终端全部业务。
本发明实施例还提供一种终端，所述终端为第一终端，包括：
接收模块，用于根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于或等于1的整数。
可选的，所述终端还包括：
通知模块，用于在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态，其中，N为大于或等于1的整数。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
本发明实施例还提供一种终端，所述终端为第二终端，包括：
接收模块，用于接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
处理模块，用于依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
本发明实施例还提供一种终端，所述终端为第一终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，
所述收发机，用于根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于或等于1的整数。
可选的，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述收发机还用于：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性，其中，N为大于或等于1的整数；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
可选的，所述收发机还用于：
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态，其中，N为大于或等于1的整数。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
本发明实施例还提供一种终端，所述终端为第二终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，
所述收发机，用于接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
所述收发机还用于依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
可选的，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述收发机还用于接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
可选的，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现本发明实施例提供的业务接收方法中的步骤，或者，该程序被处理器执行时实现本发明实施例提供的业务发送方法中的步骤。
本发明实施例，第一终端根据所述第一终端的HARQ进程状态，接收第一业务。这样，通过根据终端的HARQ进程状态接收业务，可降低终端的HARQ进程被全部占用的概率，进而提高终端的业务传输能力。
附图说明
图1是本发明实施例可应用的网络结构示意图；
图2是本发明实施例提供的一种业务接收方法的流程图；
图3是本发明实施例提供的一种业务发送方法的流程图；
图4是本发明实施例提供的一种终端间进行业务传输的交互流程图；
图5是本发明实施例提供的另一种终端间进行业务传输的交互流程图；
图6是本发明实施例提供的另一种终端间进行业务传输的交互流程图；
图7是本发明实施例提供的一种终端的结构图；
图8a是本发明实施例提供的另一种终端的结构图；
图8b是本发明实施例提供的另一种终端的结构图；
图8c是本发明实施例提供的另一种终端的结构图；
图9是本发明实施例提供的另一种终端的结构图；
图10是本发明实施例提供的另一种终端的结构图；
图11是本发明实施例提供的另一种终端的结构图；
图12是本发明实施例提供的另一种终端的结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
参见图1，图1是本发明实施例可应用的网络结构示意图，如图1所示，包括多个终端11和网络侧设备12，其中，终端11可以是用户终端(User Equipment，UE)或者其他终端设备，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(Personal Digital Assistant，PDA)、移动上网装置(Mobile InternetDevice，MID)、可穿戴式设备(Wearable Device)、机器人、车载终端、车辆等终端侧设备，需要说明的是，在本发明实施例中并不限定终端的具体类型。终端11之间可以直接通信的直接通信链路称为Sidelink(翻译为直通链路或者旁路，也称为直接通信接口或者直通链路接口)，即终端之间可以通过Sidelink进行直接通信。直接通信的终端可以均是在网的，或者均是脱网的，还可以是部分设备在网，部分设备脱网。网络侧设备12可以是基站，例如：宏站、LTE eNB、5G NR NB等；网络设备也可以是小站，如低功率节点(Low Power Node，LPN)、pico、femto等小站，或者网络设备可以接入点(Access Point，AP)；基站也可以是中央单元(Central Unit，CU)与其管理和控制的多个传输接收点(Transmission Reception Point，TRP)共同组成的网络节点；或者上述网络侧设备制12可以是集成接入回程节点(Integrated Access Backhaul，IAB)，还可以是中继(relay)，路边单元(Road Side Unit，RSU)等。另外，网络侧设备12与直接通信的终端11之间的蜂窝通信链路称之为设备到网络(Device to Network，D2N)链路，或称Uu接口。需要说明的是，在本发明实施例中并不限定网络侧设备的具体类型。
需要说明的是，本发明实施例中可以应用于新空口(New Radio，NR)车联网(vehicle to everything，V2X)网络，也可以应用于其他采用直通链路进行通信的网络，对此本发明实施例不作限定。
请参见图2，图2是本发明实施例提供的一种业务接收方法的流程图，如图2所示，包括以下步骤：
201、第一终端根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
其中，上述第一终端可以为直通链路Sidelink中的接收终端，上述第二终端可以为直通链路Sidelink中的发送终端，且该第二终端可以是指N个第二终端中的部分或全部终端，其中，N为大于或等于1的整数。
上述第一终端的HARQ进程状态可以是指所述第一终端的各HARQ进程处于占用或未占用(即空闲状态)，根据所述第一终端的HARQ进程状态，可以确定所述第一终端的所有HARQ进程中被占用的HARQ进程数量或剩余的未被占用的HARQ进程数量。
上述第一业务可以包括所述第一终端依据所述HARQ进程状态，在第二终端向所述第一终端发送的业务中选择的业务，即第一终端进行选择性的接收，也可以是所述第二终端依据所述HARQ进程状态，选择向所述第一终端发送的业务，即第二终端选择性发送，具体可以是有一个或多个发送终端向所述第一终端发送这些终端的部分或者全部业务。
在一种实现方式中，可以是所述第一终端根据其HARQ进程状态，从N个第二终端向所述第一终端发送的业务中选择接收满足特定条件的业务，例如，在占用的HARQ进程数量达到一定值时，只接收所述N个第二终端发送的具备较高优先级的业务，或者只接收所述N个第二终端中特定角色的第二终端发送的业务，或者只接收所述N个第二终端发送的业务中特定类型的业务，还或者，只接收所述N个第二终端中特定角色的第二终端发送的具备较高优先级的业务或特定类型的业务，等等。
在另一种实现方式中，可以是所述第一终端将其HARQ进程状态发送至所述N个第二终端，以使所述N个第二终端依据所述第一终端的HARQ进程状态，选择满足特定条件的业务发送至所述第一终端，例如，在获知所述第一终端占用的HARQ进程数量达到一定值时，所述N个第二终端只向所述第一终端发送优先级较高的业务，或者所述N个第二终端中仅特定角色的第二终端向所述第一终端发送业务，或者所述N个第二终端只向所述第一终端发送特定类型的业务，还或者，所述N个第二终端中仅特定角色的第二终端向所述第一终端发送优先级较高的业务或或特定类型的业务，等等。
或者，还可以结合上述两种实现方式来接收所述第一业务，例如，可以在所述第一终端占用的HARQ进程数量达到某一门限值时，所述N个第二终端选择满足特定条件的业务发送至所述第一终端，在所述第一终端占用的HARQ进程数量达到另一门限值时，所述第一终端从所述N个第二终端向所述第一终端发送的业务中选择接收满足特定条件的业务。
本发明实施例中，通过上述步骤可以避免所述第一终端在任意HARQ进程状态下都直接全部接收第二终端向其发送的业务，或避免所述N个第二终端在所述第一终端的任意HARQ进程状态下均向其发送全部业务，而导致所述第一终端的HARQ进程很容易全部被占用的问题，通过依据所述第一终端的HARQ进程状态来接收或发送业务，可降低所述第一终端的HARQ进程被全部占用的概率，进而提高终端的业务传输效率和资源利用率。
作为一种可选的实施方式，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务。
该实施方式中，所述第一终端可以在其被占用的HARQ进程数量大于或者等于第一数量门限的情况下，仅接收所述N个第二终端向所述第一终端发送的业务中满足第一条件的业务，减少因全部接收所述N个第二终端向所述第一终端发送的业务而导致其所有HARQ进程均被占用的事件的发生。
所述第一条件可以是业务的优先级低于一定值，或业务类型为特定类型，或为特定角色的终端发送的业务，还或者为同时满足这三种条件中的任意两种或三种的组合，等等。
这样，在所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，通过仅接收所述N个第二终端向所述第一终端发送的业务中满足所述第一条件的业务，可以降低所述第一终端的所有HARQ进程均被占用而导致无法继续接收其他业务的概率，进而能够提高终端的业务传输能力。
其中，所述第一数量门限可以通过如下方式配置：
专用信令配置、广播信令配置、预配置或者协议约定。
所述第一数量门限可以根据所述第一终端所处于的网络连接状态的不同，而采用不同的方式配置，具体地，所述第一终端为连接态终端时，所述第一数量门限可以由网络侧设备通过专用信令配置，所述第一终端为空闲态终端时，所述第一数量门限可以由网络侧设备通过广播信令配置，所述第一终端为网络覆盖范围外的终端时，所述第一数量门限可以是预先配置好的，或者上述三种状态的第一终端的所述第一数量门限均可以通过协议标准约定。如所述第一终端的所有HARQ进程数量为8时，所述第一门限数量可以配置为3、4、5等。
进一步的，所述第一数量门限可以为配置的具体数量门限值，或者，所述第一数量门限为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值。
在配置所述第一数量门限时，可以直接配置所述第一数量门限的具体数值，如配置所述第一数量门限为4、5或6等，也可以是配置所述第一数量门限与所述第一终端支持的最大HARQ进程数量的关系，如配置所述第一数量门限为所述第一终端支持的最大HARQ进程数量的1/2，从而可以依据该关系确定所述第一数量门限的具体值，如所述第一终端支持的最大HARQ进程数量为8时，若所述第一数量门限为该最大HARQ进程数量的1/2，则可以确定所述第一数量门限为4。
需要说明的是，本发明实施例中，所有数量门限均可以采用专用信令配置、广播信令配置、预配置或者协议约定的配置方式，且各数量门限可以为配置的具体数量门限值，或者，为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值，具体可以参见第一数量门限的描述，其余地方不作赘述。
可选的，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
其中，上述优先级高于或者等于第一优先级门限的业务可以是，优先级高于上述第一优先级门限对应的优先级，通过上述第一优先级门限可以选择优先级高的业务进行接收。
也就是说，该实施方式中，在所述第一终端依据其HARQ进程状态选择接收所述N个第二终端发送的业务中满足第一条件的业务时，可以是选择接收所述N个第二终端发送的业务中优先级高于或者等于第一优先级门限的业务。
另外，可以设定优先级的优先级值，以及对应的优先级值门限，例如，优先级值越低，表示优先级别越高；或者优先级值越高，表示优先级别越高等。
本发明实施例中，以优先级值越低，表示优先级别越高为例进行说明，但该方式仅为示例而不作为对本发明的限定。例如：优先级值1的优先级高于优先级值2的优先级，优先级值2的优先级高于优先级值3的优先级，优先级值3的优先级高于优先级值4的优先级，对应的优先级门限可以是优先级值3，这样可以根据该优先级值3来选择接收其中优先级较高的业务，如接收优先级值小于或者等于3的业务，而不接收优先级值大于3的业务。也就是说，当优先级值越低，表示优先级别越高时，上述优先级高于或者等于第一优先级门限的业务可以是，优先级的优先级值小于或者等于第一优先级值门限的业务。
需要说明的是，上述可以设定优先级的优先级值，以及对应的优先级值门限，且优先级值越低，表示优先级别越高仅是一种优先级的举例方式，对此本发明实施例不作限定，例如：可以设置优先级A高于优先级B，优先级B高于优先级C。另外，本发明实施例中，所有关于业务的优先级均可以参见上述说明，其余处不作赘述。
所述第一终端依据其HARQ进程状态选择接收所述N个第二终端发送的业务中满足第一条件的业务，也可以是选择接收所述N个第二终端中的预设角色发送的业务，如接收所述N个第二终端中位于一个组播内的组头(group header)发送的业务，而不接收其他组成员(group member)发送的业务，或者接收所述N个第二终端中的车辆终端发送的业务，而不接收其他终端发送的业务。
其中，所述预设角色发送的业务可以包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
也就是说，对于不同角色发送的业务，可以进一步配置或预配置不同的优先级门限，所述第一终端可以选择接收某个预设角色发送的业务中优先级高于或者等于对应优先级门限的业务，具体地，所述第一终端选择接收的所述预设角色发送的业务可以包括第一角色发送的业务中优先级高于或者等于第二优先级门限的业务，也可以包括第二角色发送的业务中优先级高于或者等于第三优先级门限的业务，还可以包括第一角色发送的业务中优先级高于或者等于第二优先级门限的业务和第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
这样，在所述第一终端占用的HARQ进程的数量较大时，通过选择接收预设角色发送的业务中优先级高于或者等于某优先级门限的业务，可以进一步降低所述第一终端的所有HARQ进程被占用的概率。
所述第一优先级门限、所述第二优先级门限和所述第三优先级门限均可以通过专用信令配置、广播信令配置、预配置或者协议约定，具体配置方式可以参见所述第一数量门限的配置方式。
进一步的，所述第一角色可以包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
即该实施方式中，对于所述N个第二终端中位于一个组播内的组头和其他成员发送的业务，可以分别配置或预配置不同的优先级门限，如对于组头发送的业务可以配置第二优先级门限，其他组员发送的业务配置第三优先级门限，从而所述第一终端可以选择接收由该组播中的组头发送的业务中优先级高于或者等于第二优先级门限的业务，也可以选择接收由该组播中除组头外的其他组员发送的业务中优先级高于或者等于第三优先级门限的业务，其中，所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级，也即对于该组播中的其他组员发送的业务，需具备更高的优先级才有可能被接收，这样可以保证所述第一终端优先接收组播中的组头发送的重要业务。
或者，对于所述N个第二终端中的车辆终端和非车辆终端发送的业务，可以分别配置或预配置不同的优先级门限，如对于车辆终端发送的业务可以配置第二优先级门限，非车辆终端发送的业务配置第三优先级门限，从而所述第一终端可以选择接收车辆终端发送业务中优先级高于或者等于第二优先级门限的业务，也可以选择非车辆终端发送的业务中优先级高于或者等于第三优先级门限的业务，即对于非车辆终端发送的业务，需具备更高的优先级才有可能被接收，这样可以保证所述第一终端优先接收车辆终端发送的重要业务。
上述实施方式，还可以实现所述第一终端依据其HARQ进程状态选择接收所述N个第二终端发送的业务中满足第一条件的业务，还可以是选择接收所述N个第二终端发送的业务中预设类型的业务，如接收单播业务，而不接收组播业务和广播业务，或者接收单播业务和组播业务，而不接收广播业务，还或者接收安全类型的业务，而不接收其他类型业务。其中，所述预设类型可以根据业务需求预先设定或配置。
具体地，所述预设类型可以包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
也就是说，所述第一终端可以接收所述N个第二终端发送的单播类型、组播类型、广播类型或基于安全的业务类型的业务，也可以接收所述N个第二终端发送的单播类型、组播类型、广播类型和基于安全的业务类型中的任意多种类型或全部类型的业务，具体可以根据终端的业务需求设定。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
进一步地，为根据所述第一终端的HARQ进程的不同占用情况，可以设定多个HARQ进程数量门限和对应的业务优先级门限，使得所述第一终端可以根据当前的HARQ进程状态，选择接收对应优先级的业务。具体地，数量门限越高时，对应的优先级门限可以越低，也即优先级越高，使得所述第一终端在剩余HARQ进程数量较少时，通过选择接收更高优先级的业务来降低HARQ进程被全部占用的概率。
例如，所述第一终端设定有数量门限A和对应的优先级门限C，以及数量门限B和对应的优先级门限D，其中，数量门限B大于数量门限A，优先级门限D低于优先级门限C，在所述第一终端被占用的HARQ进程数量大于或等于数量门限A的情况下，所述第一终端选择接收所述N个第二终端发送的优先级高于或者等于低于优先级门限C的业务，在所述第一终端被占用的HARQ进程数量大于或等于数量门限B的情况下，所述第一终端选择接收所述N个第二终端发送的优先级高于或者等于优先级门限D的业务，即所述第一终端在被占用的HARQ进程数量更多的情况下，选择接收优先级更高的业务。
作为一种可选的实施方式，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
上述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况，即为所述第一终端被占用的HARQ进程数量较少，使得所述第一终端还有足够的空闲HARQ进程来接收所述N个第二终端向其发送的业务，此时所述第一终端的HARQ进程被全部占用的概率较低。
因此，该实施方式中，在所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，可以接收所述N个第二终端向所述第一终端发送的全部业务，避免在条件允许的情况下不接收所述N个第二终端发送的业务而导致错失一些重要信息或资源利用率降低的问题。
作为一种可选的实施方式，所述方法还包括：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
该实施方式中，当所述第一终端选择接收所述N个第二终端发送的业务中满足特定条件的业务时，可以进一步向所述N个第二终端发送相关通知消息，使所述N个第二终端可以根据该通知消息调整后续的业务发送规则，以提高业务传输效率和信道资源利用率。
其中，所述第一终端可以通过Sidelink的媒体访问控制(Media Access Control，MAC)控制元素(Control Element，CE)或者无线资源控制(Radio Resource Control，RRC)信令向所述N个第二终端发送通知消息。
第一种实现方式中，当所述第一终端开始选择接收所述N个第二终端发送的业务时，可以向所述N个第二终端发送第一通知消息，以通过所述第一通知消息通知所述N个第二终端发送的业务存在被拒绝的可能性，所述N个第二终端可以基于该通知消息，调整后续发送的业务，如不再发送存在被拒绝的可能性的业务，当然也可以不作调整。
其中，所述第一通知消息可以包括如下至少一项：
选择性接收指示、所述第一终端的标识、至少一个第二终端的标识。
所述选择性接收指示可用于通知所述N个第二终端所述第一终端当前为选择性接收业务，其中，所述选择性接收指示还可以包括所述第一终端选择性接收业务的优先级门限或者业务类型，这样，所述N个第二终端可以基于该选择性接收指示，得知选择性接收业务的优先级门限或者业务类型，调整后续发送的业务，如不再发送存在被拒绝的可能性的业务，当然也可以不作调整。所述标识可以是用于标识终端身份的唯一标识，如ID号，所述至少一个第二终端的标识可以是包括所述N个第二终端中被所述第一终端选择接收其业务的第二终端的标识，也可以是包括所述N个第二终端中被所述第一终端选择不接收其业务的第二终端的标识，这样，所述N个第二终端可以基于所述第一通知消息中携带的第二终端的标识，得知所述第一终端是否会接收其发送的业务。
第二种实现方式中，当所述第一终端确定不接收所述N个第二终端发送的某业务时，可以向所述N个第二终端发送第二通知消息，以通过所述第二通知消息通知所述N个第二终端所述第一终端不接收的第二业务，所述N个第二终端可以基于该通知消息，调整不再向所述第一终端重复发送所述第二业务，以节省信道资源，提高信道资源利用率。
其中，所述第二通知消息可以包括如下至少一项：
所述第二业务的标识、所述第一终端的标识、至少一个第二终端的标识。
也就是说，对于每种业务，可以分配不同的标识，如业务标识可以是直接通信链路无线承载标识(Sidelink radio bear ID，SLRB ID)、逻辑信道标识(logic channel ID，LCID)等等，用于区分不同的业务，从而通过在所述第二通知消息中指示不接收的第二业务的标识，可使所述N个第二终端获知所述第一终端不再接收的具体业务，进而可以调整后续不再向所述第一终端发送该业务。所述至少一个第二终端的标识可以是所述N个第二终端中存在所述第二业务的第二终端的标识，这样，所述至少一个第二终端可以调整不再向所述第一终端发送所述第二业务。
第三种实现方式中，当所述第一终端开始选择接收所述N个第二终端发送的业务时，可以向所述N个第二终端发送第三通知消息，以通过所述第三通知消息通知所述N个第二终端释放正在传输的第三业务，如通知所述N个第二终端释放正在传输的优先级较低(如优先级低于优先级门限)的业务，以释放出所述第一终端更多的HARQ进程。
其中，所述第三通知消息可以包括如下至少一项：
所述第三业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
这样，通过在所述第三通知消息中指示需释放的第三业务的标识，可使所述N个第二终端释放之前已建立的用于传输所述第三业务的SLRB，以相应释放所述第一终端的部分HARQ进程。所述优先级门限可以是指示所述第一终端当前接收的业务的优先级门限，通过该优先级门限，所述N个第二终端可获知需释放当前传输的优先级低于该优先级门限的业务。
所述至少一个第二终端的标识可以是所述N个第二终端中存在待释放的所述第三业务的第二终端的标识，这样，所述至少一个第二终端可以释放正在向所述第一终端传输的所述第三业务。
需要说明的是，上述第一通知消息、第二通知消息和第三通知消息可以是向N个第二终端的部分或者全部第二终端发送，且针对不同第二终端发送的通知消息的内容可以相同或者不同。
作为一种可选的实施方式，所述方法还包括：
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态。
该实施方式中，可以在所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向所述N个第二终端发送HARQ进程状态通知消息，其中，所述第二数量门限可以与所述第一数量门限相同，也可以不同，所述HARQ进程状态通知消息中可以包括所述第一终端的HARQ进程状态信息，如携带所述第一终端当前被占用的HARQ进程的数量，或携带所述第一终端当前被占用的HARQ进程的数量大于或者等于第二数量门限的消息。
其中，所述第一终端可以通过Sidelink的MAC CE或者RRC信令向所述N个第二终端发送所述HARQ进程状态通知消息。
这样，所述N个第二终端可以基于该HARQ进程状态通知消息获知所述第一终端的HARQ进程状态，从而所述N个第二终端可以开始向所述第一终端选择性发送业务，如优先发送重要性较高的业务，在节省信道资源的同时，降低所述第一终端的HARQ进程被全部占用的概率。
上述第二数量门限也可以通过专用信令配置、广播信令配置、预配置或者协议约定，具体配置方式可以参见所述第一数量门限的配置方式。且上述第一数量门限可以等于或者不等于上述第一数量门限。
并且，进一步的，所述第二数量门限可以小于所述第一数量门限，也就是说，在所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，可以向所述第二终端发送HARQ进程状态通知消息，使得所述N个第二终端选择性向所述第一终端发送业务，在所述第一终端被占用的HARQ进程的数量进一步大于或者等于第一数量门限的情况下，所述第一终端可以选择性接收所述N个第二终端发送的业务。
另外，上述HARQ进程状态通知消息可以为所述第一终端周期性发送的，即以一定周期向所述第二终端发送所述HARQ进程状态通知消息，从而使得所述N个第二终端可以及时的获知所述第一终端的HARQ进程状态；或者上述HARQ进程状态通知消息可以为所述第一终端事件触发发送的，例如所述第一终端被占用的HARQ进程的数量进一步大于或者等于第一数量门限的情况下才向所述第二终端发送所述HARQ进程状态通知消息。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
在所述第一终端向所述N个第二终端发送HARQ进程状态通知消息的情况下，所述第一业务可以是所述N个第二终端依据所述HARQ进程状态选择发送的业务，或者是所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
也就是说，在所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，所述第一终端可以向所述N个第二终端发送HARQ进程状态通知消息，从而所述N个第二终端依据所述HARQ进程状态向所述第一终端选择发送满足特定条件的第一业务，如选择发送优先级高于或者等于优先级门限的业务、选择发送预设类型的业务或选择预设角色发送的业务，等等，进而所述第一终端接收所述N个第二终端向其选择发送的所述第一业务。
或者，所述第一终端还可以从所述N个第二终端依据所述HARQ进程状态选择发送的业务中进一步选择特定的业务，例如，在所述第一终端被占用的HARQ进程的数量进一步增大(如大于或者等于第一数量门限)的情况下，可以从所述N个第二终端选择发送的业务中进一步选择接收优先级更高的业务。
其中，所述N个第二终端依据所述HARQ进程状态选择发送的业务，可以包括：
优先级高于或者等于第四优先级门限的业务。
即所述N个第二终端依据所述HARQ进程状态向所述第一终端发送优先级高于或者等于第四优先级门限的业务，其中，所述第四优先级门限可以与所述第一优先级门限相同，也可以不同，且所述第四优先级门限也可以通过专用信令配置、广播信令配置、预配置或者协议约定，具体配置方式可以参见所述第一数量门限的配置方式。
进一步的，所述第四优先级门限可以大于或者等于所述第一优先级门限，也就是说，在所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，可以向所述第一终端发送HARQ进程状态通知消息，使得所述N个第二终端向所述第一终端发送优先级低于所述第四优先级门限的业务，在所述第一终端被占用的HARQ进程的数量进一步大于或者等于第一数量门限的情况下，所述第一终端可以从所述N个第二终端发送的优先级低于所述第四优先级门限的业务中进一步选择接收优先级低于所述第一优先级门限的业务。
本发明实施例，第一终端根据所述第一终端的HARQ进程状态，接收第一业务。这样，通过根据终端的HARQ进程状态接收业务，可降低终端的HARQ进程被全部占用的概率，进而提高终端的业务传输能力。
请参见图3，图3是本发明实施例提供的一种业务发送方法的流程图，如图3所示，包括以下步骤：
301、第二终端接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
302、依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
上述第二终端可以为直通链路Sidelink中的任一发送终端，上述第一终端可以为直通链路Sidelink中的接收终端。
上述HARQ进程状态通知消息可以是基于所述第一终端的HARQ进程状态生成的，所述HARQ进程状态通知消息中可以包括所述第一终端的HARQ进程状态信息，如携带所述第一终端当前被占用的HARQ进程的数量，或携带所述第一终端当前被占用的HARQ进程的数量大于或者等于一定门限的消息。
其中，所述HARQ进程状态通知消息可以是所述第一终端周期性发送的或者事件触发发送的。
也就是说，所述第一终端可以每隔固定周期向所述第二终端发送一次HARQ进程状态通知消息，用于通知所述第二终端其当前的HARQ进程状态，或者，也可以在通过一定事件来触发所述第一终端向所述第二终端发送HARQ进程状态通知消息，例如，可以通过所述第一终端被占用的HARQ进程的数量达到一定门限的事件来触发发送所述HARQ进程状态通知消息，如在所述第一终端被占用的HARQ进程的数量达到预设门限数量的情况下，向所述第二终端发送HARQ进程状态通知消息。
其中，所述第一终端可以通过Sidelink的MAC CE或者RRC信令向所述N个第二终端发送所述HARQ进程状态通知消息。
本实施例中，所述第二终端在接收到所述第一终端发送的HARQ进程状态通知消息的情况下，可以依据所述HARQ进程状态来选择发送业务，即可以选择向所述第一终端发送全部或者部分业务，也可以选择不向所述第一终端发送业务，例如，可以在所述HARQ进程状态通知消息中指示所述第一终端被占用的HARQ进程数量达到一定值的情况下，选择向所述第一终端发送优先级较高的业务、预设类型的业务或者不发送业务，在所述HARQ进程状态通知消息中指示所述第一终端被占用的HARQ进程数量低于一定值的情况下，可以向所述第一终端发送全部业务。
具体的，上述HARQ进程状态通知消息可以参见图2所示的实施例中的HARQ进程状态通知消息。
本发明实施例中，通过上述步骤可以避免所述第二终端在所述第一终端的任意HARQ进程状态下均向其发送全部业务，而导致所述第一终端的HARQ进程很容易全部被占用的问题，通过依据所述第一终端的HARQ进程状态来发送业务，可降低所述第一终端的HARQ进程被全部占用的概率，进而提高终端的业务传输效率和资源利用率。
作为一种可选的实施方式，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量是否大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
也就是说，在所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一终端可以向所述第二终端发送包括所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识中的一项或多项的HARQ进程状态通知消息。
其中，所述第一终端被占用的HARQ进程的数量是否大于或者等于第一数量门限的指示，可使所述第二终端得知所述第一终端当前被占用的HARQ进程状态；所述第一优先级门限可用于指示所述第一终端当前接收的业务的优先级门限，从而所述第二终端能够选择向其发送优先级高于或者等于所述第一优先级门限的业务，以节省信道资源；所述第一终端的标识用于指示所述第一终端的身份，所述至少一个第二终端的标识可以是包括所述第一终端选择接收的第二终端的标识，也可以是包括所述第一终端拒绝接收的第二终端的标识，通过该标识，所述第二终端可以确认所述第一终端是否会接收其发送的业务，从而可以决定是否向所述第一终端发送业务。
可选的，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述方法还包括：
所述第二终端接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
在所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一终端还可以通知所述第二终端释放正在传输的业务，具体可以通过在所述HARQ进程状态通知消息中携带释放正在传输的业务的标识来通知所述第二终端释放正在传输的该标识对应的业务，或通过向所述第二终端发送释放通知消息，来通知所述第二终端释放正在传输的业务，如释放优先级较低的业务、非预设类型的业务等，从而所述第二终端可以释放正在传输的业务，以释放出所述第一终端的部分HARQ进程。其中，所述释放通知消息可以与图2所示方法实施例中的第三通知消息相同。
可选的，所述释放通知消息包括：
所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
该实施方式中，所述释放通知消息可以包括所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识和至少一个第二终端的标识中的一项或多项，所述释放正在传输的业务的标识可以与图2所示方法实施例中的第三业务的标识相同，对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
可选的，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限小于或者等于所述第二优先级门限；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限小于或者等于所述第二优先级门限。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
作为一种可选的实施方式，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于第一数量门限的情况下，所述第二终端向所述第一终端全部业务。
对于该实施方式的介绍可以参见图2所示方法实施例中的相关实施方式的说明，且可达到相同的有益效果，为避免重复，此处不再赘述。
本发明实施例，第二终端接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。这样，通过根据第一终端的HARQ进程状态发送业务，可降低第一终端的HARQ进程被全部占用的概率，进而提高终端间的业务传输能力。
下面，以NR的直通链路，终端为UE，优先级值越低，优先级越高为例，对本发明实施例的具体实施方式进行举例说明：
实施例1：
该实施例主要描述第一终端根据其HARQ进程状态，选择性接收第二终端发送的业务。
一种实现方式参考图4：
UE1为接收终端，UE2和UE3为发送终端；
UE2和UE3向UE1发送业务，当UE1的接收HARQ进程数量达到第一数量门限时，例如第一数量门限为2，则UE1启动选择性接收；
例如第一优先级门限为3，则优先级值priority低于第一优先级门限的业务UE1才接收，优先级值priority高于第一优先级门限的业务UE1拒绝接收；
可选的，当UE1拒绝接收UE3的业务时，通知UE3，该业务被拒绝；
如果UE1的接收HARQ进程数量低于第一数量门限，UE1还可以继续正常接收UE2和UE3发送的业务。
实施例2：
该实施例主要描述第一终端通知第二终端所述第一终端的HARQ进程状态，第二终端根据所述第一终端的HARQ进程状态，选择性向第一终端发送业务。
一种实现方式参考图5：
UE1为接收终端，UE2和UE3为发送终端；
UE2和UE3向UE1发送业务，当UE1的接收HARQ进程数量达到第一数量门限时，例如第一数量门限为2，则UE1向UE2和UE3发送HARQ进程数量已经达到第一数量门限的通知消息；
例如第一优先级门限为3，则UE2和UE3只能向UE1发送优先级值priority低于第一优先级门限的业务；
如果UE1的接收HARQ进程数量低于第一数量门限，UE1还可以通知UE2和UE3，其HARQ进程数量低于第一数量门限，从而UE2和UE3可以正常向UE1发送业务，即可以发送全部业务。
实施例3：
该实施例主要描述第一终端和第二终端根据第一终端的HARQ进程状态选择性传输业务。
一种实现方式参考图6：
UE1为接收终端，UE2和UE3为发送终端；
UE2和UE3向UE1发送业务，当UE1的接收HARQ进程数量达到第二数量门限时，例如第二数量门限为2，则UE1向UE2和UE3发送HARQ进程数量已经达到第二数量门限的通知消息；
例如第二优先级门限为3，则UE2和UE3只能向UE1发送优先级值priority低于第二优先级门限的业务；
当UE1的接收HARQ进程数量达到第三数量门限时，例如第三数量门限为4，则UE1启动选择性接收；
例如第三优先级门限为2，则优先级值priority低于第三优先级门限的业务UE1才接收，优先级值priority高于第三优先级门限的业务UE1拒绝接收；
可选的，当UE1拒绝接收UE3的业务时，通知UE3，该业务被拒绝。
请参见图7，图7是本发明实施例提供一种终端的结构图，该终端为第一终端，如图7所示，终端700包括：
接收模块701，用于根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于或等于1的整数。
可选的，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，如图8a、图8b和图8c所示，终端700还包括：
第一通知模块702，用于向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性，其中，N为大于或等于1的整数；或者
第二通知模块703，用于向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
第三通知模块704，用于向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
可选的，所述第一通知消息包括如下至少一项：
选择性接收指示、所述第一终端的标识、至少一个第二终端的标识；或者
所述第二通知消息包括如下至少一项：
所述第二业务的标识、所述第一终端的标识、至少一个第二终端的标识；或者
所述第三通知消息包括如下至少一项：
所述第三业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
可选的，如图9所示，终端700还包括：
第四通知模块705，用于在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态，其中，N为大于或等于1的整数。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
可选的，所述N个第二终端依据所述HARQ进程状态选择发送的业务，包括：
优先级高于或者等于第四优先级门限的业务。
可选的，所述第一数量门限通过如下方式配置：
专用信令配置、广播信令配置、预配置或者协议约定。
可选的，所述第一数量门限为配置的具体数量门限值，或者，所述第一数量门限为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值。
本发明实施例提供的第一终端能够实现如图2所示方法实施例中的各个过程，且能够取得相同的有益效果，为避免重复在此不再赘述。
请参见图10，图10是本发明实施例提供一种终端的结构图，该终端为第二终端，如图10所示，终端1000包括：
第一接收模块1001，用于接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
发送模块1002，用于依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
可选的，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
如图11所示，终端1000还包括：
第二接收模块1003，用于接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
可选的，所述释放通知消息包括：
所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，所述HARQ进程状态通知消息为所述第一终端周期性发送的或者事件触发发送的。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于第一数量门限的情况下，所述第二终端向所述第一终端全部业务。
本发明实施例提供的第一终端能够实现如图3所示方法实施例中的各个过程，且能够取得相同的有益效果，为避免重复在此不再赘述。
请参见图12，图12是本发明实施例提供的另一种终端的结构图，如图12所示，该终端包括：收发机1210、存储器1220、处理器1200及存储在所述存储器1220上并可在所述处理器1200上运行的程序。
一种实施方式，该终端为第一终端，其中：
所述收发机1210，用于根据所述第一终端的混合自动重传请求HARQ进程状态，接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务，和/或，第二终端依据所述HARQ进程状态选择发送的业务。
其中，收发机1210可以用于在处理器1200的控制下接收和发送数据。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于或等于1的整数。
可选的，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限小于或者等于所述第二优先级门限；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限小于或者等于所述第二优先级门限。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，所述收发机1210还用于：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性，其中，N为大于或等于1的整数；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
可选的，所述第一通知消息包括如下至少一项：
选择性接收指示、所述第一终端的标识、至少一个第二终端的标识；或者
所述第二通知消息包括如下至少一项：
所述第二业务的标识、所述第一终端的标识、至少一个第二终端的标识；或者
所述第三通知消息包括如下至少一项：
所述第三业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
可选的，所述收发机1210还用于：
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态，其中，N为大于或等于1的整数。
可选的，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
可选的，所述N个第二终端依据所述HARQ进程状态选择发送的业务，包括：
优先级高于或者等于第四优先级门限的业务。
可选的，所述第一数量门限通过如下方式配置：
专用信令配置、广播信令配置、预配置或者协议约定。
可选的，所述第一数量门限为配置的具体数量门限值，或者，所述第一数量门限为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值。
另一种实施方式，该终端为第二终端，其中：
所述收发机1210，用于接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
所述收发机1210，还用于依据所述HARQ进程状态向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
可选的，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述收发机1210还用于：
接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
可选的，所述释放通知消息包括：
所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
可选的，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
可选的，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
可选的，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
可选的，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
可选的，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
可选的，所述HARQ进程状态通知消息为所述第一终端周期性发送的或者事件触发发送的。
可选的，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于第一数量门限的情况下，所述第二终端向所述第一终端全部业务。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。
需要说明的是，存储器1220并不限定只在第一终端上，可以将存储器1220和处理器1200分离处于不同的地理位置。
还需要说明的是，本实施例中上述第一终端可以是本发明实施例中方法实施例中任意实施方式的第一终端，本发明实施例中方法实施例中第一终端的任意实施方式都可以被本实施例中的上述第一终端所实现，以及达到相同的有益效果，且本实施例中上述第二终端可以是本发明实施例中方法实施例中任意实施方式的第二终端，本发明实施例中方法实施例中第二终端的任意实施方式都可以被本实施例中的上述第二终端所实现，以及达到相同的有益效果，此处不再赘述。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的业务接收方法中的步骤，或者，该程序被处理器执行时实现本发明实施例提供的业务发送方法中的步骤。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述直通链路的传输方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (42)

1.一种业务接收方法，其特征在于，包括：
第一终端根据所述第一终端的混合自动重传请求HARQ进程状态，通过直通链路Sidelink接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
2.如权利要求1所述的方法，其特征在于，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
3.如权利要求2所述的方法，其特征在于，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
4.如权利要求3所述的方法，其特征在于，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
5.如权利要求2所述的方法，其特征在于，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
6.如权利要求2所述的方法，其特征在于，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
7.如权利要求1所述的方法，其特征在于，所述方法还包括：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
8.如权利要求7所述的方法，其特征在于，所述第一通知消息包括如下至少一项：
选择性接收指示、所述第一终端的标识、至少一个第二终端的标识；或者
所述第二通知消息包括如下至少一项：
所述第二业务的标识、所述第一终端的标识、至少一个第二终端的标识；或者
所述第三通知消息包括如下至少一项：
所述第三业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
9.如权利要求1所述的方法，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
10.如权利要求1所述的方法，所述方法还包括：
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态。
11.如权利要求10所述的方法，其特征在于，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
12.如权利要求11所述的方法，其特征在于，所述N个第二终端依据所述HARQ进程状态选择发送的业务，包括：
优先级高于或者等于第四优先级门限的业务。
13.如权利要求1至6中任一项所述的方法，其特征在于，所述第一数量门限通过如下方式配置：
专用信令配置、广播信令配置、预配置或者协议约定。
14.如权利要求1至6中任一项所述的方法，其特征在于，所述第一数量门限为配置的具体数量门限值，或者，所述第一数量门限为依据配置的数量门限值与所述第一终端支持的最大HARQ进程数量的关系确定的门限值。
15.一种业务发送方法，其特征在于，包括：
第二终端接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
依据所述HARQ进程状态通过直通链路Sidelink向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一终端接收的第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
16.如权利要求15所述的方法，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
17.如权利要求16所述的方法，其特征在于，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述方法还包括：
所述第二终端接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
18.如权利要求17所述的方法，其特征在于，所述释放通知消息包括：
所述释放正在传输的业务的标识、优先级门限、所述第一终端的标识、至少一个第二终端的标识。
19.如权利要求16所述的方法，其特征在于，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
20.如权利要求19所述的方法，其特征在于，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
21.如权利要求20所述的方法，其特征在于，所述第一角色包括组播中的组头，所述第二角色包括所述组播中的除所述组头之外的成员，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级；或者
所述第一角色包括车辆终端，所述第二角色包括非车辆终端，且所述第三优先级门限对应的优先级高于或者等于所述第二优先级门限对应的优先级。
22.如权利要求19所述的方法，其特征在于，所述预设类型包括如下至少一项：
单播类型、组播类型、广播类型和基于安全的业务类型。
23.如权利要求19所述的方法，其特征在于，所述第一数量门限为多个HARQ进程数量门限中的一个，所述第一优先级门限为多个优先级门限中与所述第一数量门限对应的一个优先级门限。
24.如权利要求15所述的方法，其特征在于，所述HARQ进程状态通知消息为所述第一终端周期性发送的或者事件触发发送的。
25.如权利要求15所述的方法，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于第一数量门限的情况下，所述第二终端向所述第一终端全部业务。
26.一种终端，所述终端为第一终端，其特征在于，包括：
接收模块，用于根据所述第一终端的混合自动重传请求HARQ进程状态，通过直通链路Sidelink接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
27.如权利要求26所述的终端，其特征在于，所述终端还包括：
通知模块，用于在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态。
28.如权利要求27所述的终端，其特征在于，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
29.一种终端，所述终端为第二终端，其特征在于，包括：
接收模块，用于接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
处理模块，用于依据所述HARQ进程状态通过直通链路Sidelink向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一终端接收的第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
30.如权利要求29所述的终端，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
31.一种终端，所述终端为第一终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，其特征在于，
所述收发机，用于根据所述第一终端的混合自动重传请求HARQ进程状态，通过直通链路Sidelink接收第一业务，其中，所述第一业务包括所述第一终端依据所述HARQ进程状态选择接收的业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
32.如权利要求31所述的终端，其特征在于，所述满足第一条件的业务包括如下至少一项：
优先级高于或者等于第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
33.如权利要求31所述的终端，其特征在于，所述收发机还用于：
向N个第二终端发送第一通知消息，所述第一通知消息用于通知所述N个第二终端发送的业务存在被拒绝的可能性；或者
向所述N个第二终端发送第二通知消息，所述第二通知消息用于通知所述第一终端不接收的第二业务；或者
向所述N个第二终端发送第三通知消息，所述第三通知消息用于通知所述N个第二终端释放正在传输的第三业务。
34.如权利要求31所述的终端，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量小于或者等于所述第一数量门限的情况下，所述第一业务为所述N个第二终端向所述第一终端发送的全部业务。
35.如权利要求31所述的终端，其特征在于，所述收发机还用于：
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第二数量门限的情况下，向N个第二终端发送HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态。
36.如权利要求31所述的终端，其特征在于，所述第一业务为：所述N个第二终端依据所述HARQ进程状态选择发送的业务；或者
所述第一业务为：所述第一终端依据所述HARQ进程状态，在所述N个第二终端依据所述HARQ进程状态选择发送的业务中选择的业务。
37.一种终端，所述终端为第二终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，其特征在于，
所述收发机用于：接收第一终端发送的HARQ进程状态通知消息，所述HARQ进程状态通知消息用于通知所述HARQ进程状态；
所述收发机还用于依据所述HARQ进程状态通过直通链路Sidelink向所述第一终端发送全部或者部分业务，或者不向所述第一终端发送业务；
在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述第一终端接收的第一业务为所述第一终端在N个第二终端向所述第一终端发送的业务中选择的满足第一条件的业务，其中，N为大于1的整数。
38.如权利要求37所述的终端，其特征在于，在所述HARQ进程状态表示所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的情况下，所述HARQ进程状态通知消息包括如下至少一项：
所述第一终端被占用的HARQ进程的数量大于或者等于第一数量门限的指示、第一优先级门限、所述第一终端的标识和至少一个第二终端的标识。
39.如权利要求38所述的终端，其特征在于，所述HARQ进程状态通知消息还用于通知所述第二终端释放正在传输的业务，其中，所述HARQ进程状态通知消息包括所述释放正在传输的业务的标识；或者
所述收发机还用于接收所述第一终端发送的释放通知消息，所述释放通知消息通知所述第二终端释放正在传输的业务。
40.如权利要求38所述的终端，其特征在于，向所述第一终端发送的全部或者部分业务包括如下至少一项：
优先级高于或者等于所述第一优先级门限的业务；
预设角色发送的业务；
预设类型的业务。
41.如权利要求40所述的终端，其特征在于，所述预设角色发送的业务包括如下至少一项：
第一角色发送的业务中优先级高于或者等于第二优先级门限的业务；
第二角色发送的业务中优先级高于或者等于第三优先级门限的业务。
42.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至14中任一项所述的业务接收方法中的步骤，或者，该程序被处理器执行时实现如权利要求15至25中任一项所述的业务发送方法中的步骤。
CN201911083094.2A 2019-11-07 2019-11-07 一种业务接收方法、业务发送方法和终端 Active CN112787768B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201911083094.2A CN112787768B (zh) 2019-11-07 2019-11-07 一种业务接收方法、业务发送方法和终端
PCT/CN2020/122093 WO2021088635A1 (zh) 2019-11-07 2020-10-20 业务接收方法、业务发送方法和终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911083094.2A CN112787768B (zh) 2019-11-07 2019-11-07 一种业务接收方法、业务发送方法和终端

Publications (2)

Publication Number Publication Date
CN112787768A CN112787768A (zh) 2021-05-11
CN112787768B true CN112787768B (zh) 2022-08-26

Family

ID=75747910

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911083094.2A Active CN112787768B (zh) 2019-11-07 2019-11-07 一种业务接收方法、业务发送方法和终端

Country Status (2)

Country Link
CN (1) CN112787768B (zh)
WO (1) WO2021088635A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102273255A (zh) * 2009-01-08 2011-12-07 株式会社Ntt都科摩 通信装置以及通信方法
WO2019098587A1 (ko) * 2017-11-16 2019-05-23 삼성전자 주식회사 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60217097T2 (de) * 2002-08-13 2007-05-10 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides automatisches Wiederholungsaufforderungsprotokoll
CN102447549B (zh) * 2010-10-09 2015-03-11 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法
WO2014000288A1 (zh) * 2012-06-29 2014-01-03 华为技术有限公司 一种调度下行数据传输的方法和装置
WO2018112922A1 (zh) * 2016-12-23 2018-06-28 华为技术有限公司 一种数据传输的方法及设备
CN108809541B (zh) * 2017-05-05 2021-08-03 华为技术有限公司 上行数据的传输方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102273255A (zh) * 2009-01-08 2011-12-07 株式会社Ntt都科摩 通信装置以及通信方法
WO2019098587A1 (ko) * 2017-11-16 2019-05-23 삼성전자 주식회사 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치

Also Published As

Publication number Publication date
WO2021088635A1 (zh) 2021-05-14
CN112787768A (zh) 2021-05-11

Similar Documents

Publication Publication Date Title
US10588078B2 (en) Trigger conditions for measurement reports for relay selection
US20190090173A1 (en) Service message sending method, terminal device, and network device
US10616927B2 (en) Method by which terminal transmits V2X signal in wireless communication system, and terminal using method
EP4122265A1 (en) Nr sidelink assistance information messages
US11259278B2 (en) Method for selecting a plurality of carriers and related device
WO2023130471A1 (zh) 小区接入方法、装置、设备及可读存储介质
US20220183018A1 (en) Sidelink transmission method and terminal
US11057746B2 (en) Method, device and system for transmitting broadcasting services, and computer storage medium
JP2020520604A (ja) 無線通信ネットワークにおける無線デバイスの通信を可能にすること
CN113133023B (zh) 通信方法、无线接入点、无线站点及无线局域网系统
WO2022077227A1 (zh) 直连通信方法、装置及存储介质
CN112787768B (zh) 一种业务接收方法、业务发送方法和终端
CN113455028A (zh) 基于mbms多级承载质量指示符的动态mbms/单播承载建立
Balador et al. DTB-MAC: Dynamic Token-Based MAC Protocol for reliable and efficient beacon broadcasting in VANETs
CN105682127B (zh) 一种d2d发现资源冲突的解决方法
TW202315454A (zh) 組配通訊裝置之技術
CN110178404A (zh) 一种资源使用方法、相关装置及系统
AU2021325237B2 (en) Information Control Method and Apparatus and Base Station
JP7319474B2 (ja) 通信制御方法
WO2024031362A1 (en) Resource efficient delivery of multicast and broadcast service
US20220070972A1 (en) Method and Apparatus for Platoon-Based Communications
WO2024157234A1 (en) Sidelink assistance information for sidelink communication
CN115915055A (zh) 一种资源冲突指示方法、终端、装置及存储介质
CN116711458A (zh) 信息传输方法及通信装置
CN112399559A (zh) 一种反馈资源选择方法和终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant