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

CN111294166B - 业务传输与业务配置的发送方法及装置、存储介质、终端、基站 - Google Patents

业务传输与业务配置的发送方法及装置、存储介质、终端、基站 Download PDF

Info

Publication number
CN111294166B
CN111294166B CN201910223926.XA CN201910223926A CN111294166B CN 111294166 B CN111294166 B CN 111294166B CN 201910223926 A CN201910223926 A CN 201910223926A CN 111294166 B CN111294166 B CN 111294166B
Authority
CN
China
Prior art keywords
service
transmitted
data packet
service data
base station
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
CN201910223926.XA
Other languages
English (en)
Other versions
CN111294166A (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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN201910223926.XA priority Critical patent/CN111294166B/zh
Priority to KR1020217032069A priority patent/KR20210130230A/ko
Priority to EP20777442.3A priority patent/EP3944591B1/en
Priority to JP2021556708A priority patent/JP7443392B2/ja
Priority to PCT/CN2020/077915 priority patent/WO2020192380A1/zh
Priority to US17/441,012 priority patent/US12040899B2/en
Publication of CN111294166A publication Critical patent/CN111294166A/zh
Application granted granted Critical
Publication of CN111294166B publication Critical patent/CN111294166B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

一种业务传输与业务配置的发送方法及装置、存储介质、终端、基站,所述业务传输方法包括:接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;根据所述业务配置信息,传输待传输业务数据包。通过本发明提供的技术方案,可以有效减小冗余重传,提高资源利用率。

Description

业务传输与业务配置的发送方法及装置、存储介质、终端、 基站
技术领域
本发明涉及无线通信技术领域,具体地涉及一种业务传输与业务配置的发送方法及装置、存储介质、终端、基站。
背景技术
车与外界的信息交换(Vehicle to X,简称V2X,也可称为vehicle toeverything)是未来智能交通运输系统的关键技术,主要研究基于第三代合作伙伴项目(the 3rd Generation Partnership Project,简称3GPP)通信协议的车辆数据传输方案。V2X通信包括车与车(Vehicle to Vehicle,简称V2V)通信、车与路侧基础设施(Vehicle toInfrastructure,简称V2I)通信以及车与行人(Vehicle to Pedestrian,简称V2P)通信。V2X应用将改善驾驶安全性、减少拥堵和车辆能耗、提高交通效率和车载娱乐信息等。
在长期演进(Long Term Evolution,简称LTE)通信系统中,V2X通信是以广播通信为基础的,采用的是“一对所有”的通信模式。在这种通信模式下,接收终端不需要向发送终端反馈数据是否接收成功。如果一次传输不足以满足业务的可靠性需求,所述发送终端可以在没有反馈信息的情况下,按照预设次数重传数据包。
第五代移动通信技术(5th-Generation,简称5G)新无线(New Radio,简称NR,也称为新空口)通信系统中,引入了单播的V2X通信,采用“一对一”的通信模式。这种情况下,利用混合自动重传请求(Hybrid Automatic Repeat reQuest,简称HARQ)确认/否定确认(ACKnowledgement/Non-ACKnowledgement,简称ACK/NACK)机制,所述接收终端可以向所述发送终端反馈数据是否接收成功。其中,确认(ACK)表示接收成功,否定确认(NACK)表示没有接收成功,如果没有接收成功,则所述发送终端可以进行重传。和没有反馈信息的重传相比,有反馈信息的重传提高了资源利用率。
虽然重传可以提高数据传输的成功概率,提高V2X业务的可靠性,但是,并非所有V2X业务都需要重传。不同V2X业务有不同的可靠性需求。也就是说,V2X中存在高可靠性需求的业务和低可靠性需求的业务。对某些V2X业务来说,是不需要重传的,一次传输即可满足业务的可靠性需求;对其他业务来说,可能需要一次重传、两次重传,甚至三次重传、四次重传。
当所述发送终端发送的仅仅是低可靠性需求的业务时,重传是冗余的,会导致资源利用率的下降,因而需要避免冗余重传。
发明内容
本发明解决的技术问题是在V2X通信中,如何避免数据的冗余重传问题。
为解决上述技术问题,本发明实施例提供一种业务传输方法,包括:接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;根据所述业务配置信息,传输待传输业务数据包。
可选的,所述业务传输方法还包括:利用计数器记录所述待传输业务数据包的传输次数。
可选的,所述利用计数器记录所述待传输业务数据包的传输次数包括:首次传输所述待传输业务数据包时,将所述计数器的计数值设置为0;如果所述待传输业务数据包重传一次,则将所述计数器的计数值加1。
可选的,所述业务配置信息包括所述业务与数据传输次数的对应关系,所述利用计数器记录所述待传输业务数据包的传输次数包括:根据所述业务与数据传输次数的对应关系,确定所述待传输业务数据包的最大传输次数;首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大传输次数;如果所述待传输业务数据包重传一次,则将所述计数器的计数值减1。
可选的,所述业务配置信息包括所述业务与数据重传次数的对应关系,所述利用计数器记录所述待传输业务数据包的传输次数包括:根据所述业务与数据重传次数的对应关系,确定所述待传输业务数据包的最大重传次数;首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大重传次数;如果所述待传输业务数据包重传一次,则将所述计数器的计数值减1。
可选的,所述业务传输方法还包括:当所述计数器的计数值满足所述预设条件时,指示接收终端向基站发送确认信息,以使所述接收终端将生成的确认信息发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成确认信息,并发送所述确认信息至所述基站。
可选的,所述业务传输方法还包括:当所述计数器的计数值满足预设条件时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
可选的,所述业务传输方法还包括:当所述计数器的计数值满足预设条件时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则释放所述传输资源。
可选的,所述业务传输方法还包括:向所述接收终端发送直连链路控制信息。
可选的,所述业务传输方法还包括:在向所述接收终端发送直连链路控制信息之前,当所述计数器的计数值满足预设条件时,将所述直连链路控制信息中的初传和重传的时间间隔域设置为0,或者设置为距离下一次新传资源的时间间隔。
为解决上述技术问题,本发明实施例还提供一种业务配置的发送方法,包括:配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;发出所述业务配置信息。
为解决上述技术问题,本发明实施例还提供一种业务传输装置,包括:接收模块,适于接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;配置模块,适于根据所述业务配置信息,传输待传输业务数据包。
为解决上述技术问题,本发明实施例还提供一种业务配置的发送装置,包括:配置模块,适于配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;发送模块,适于发出所述业务配置信息。
为解决上述技术问题,本发明实施例还提供一种信令发送方法,包括:根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;发送所述待传输业务数据包的可靠性需求。
可选的,所述发送所述待传输业务数据包的可靠性需求包括:基于直连链路控制信息发送所述待传输业务数据包的可靠性需求。
可选的,所述信令发送方法还包括:在发送所述待传输业务数据包的可靠性需求之前,将所述待传输业务数据包包含的所有业务的可靠性需求中的最高可靠性需求作为所述待传输业务数据包的可靠性需求。
可选的,所述发送所述待传输业务数据包的可靠性需求包括:确定所述待传输业务数据包的业务标识;发送所述待传输业务数据包的业务标识。
可选的,所述发送所述待传输业务数据包的可靠性需求包括:如果向基站转发接收终端的HARQ反馈消息,则向所述基站转发所述HARQ反馈消息时,一并发送所述待传输业务数据包的可靠性需求。
可选的,所述发送所述待传输业务数据包的可靠性需求包括:确定所述待传输业务数据包的业务标识;如果向基站转发接收终端的HARQ反馈消息,则向所述基站转发所述HARQ反馈消息时,一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求。
为解决上述技术问题,本发明实施例还提供一种信令接收方法,包括:接收发送终端发送的待传输业务数据包的可靠性需求,所述待传输业务数据包的可靠性需求是所述发送终端根据所述待传输业务数据包包含的各个业务的可靠性需求得到的;向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求。
可选的,所述接收发送终端发送的待传输业务数据包的可靠性需求包括:基于直连链路控制信息接收所述发送终端发送的待传输业务数据包的可靠性需求。
可选的,所述待传输业务数据包的可靠性需求指的是:所述待传输业务数据包包含的所有业务的可靠性需求中的最高可靠性需求。
可选的,所述接收发送终端发送的待传输业务数据包的可靠性需求包括:接收所述发送终端发送的待传输业务数据包的业务标识。
可选的,所述向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求包括:向所述基站发送所述HARQ反馈消息时,一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求。
可选的,所述向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求包括:根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源;采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。
可选的,所述向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求包括:根据预先配置的业务标识与HARQ反馈资源的映射关系,确定采用的HARQ反馈资源;采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。
为解决上述技术问题,本发明实施例还提供一种HARQ缓存的更新方法,包括:确定待传输业务数据包的HARQ进程状态;当所述待传输业务数据包的HARQ进程状态为ACK时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
可选的,所述更新方法还包括:当所述待传输业务数据包的HARQ进程状态为ACK时,将SCI中的初传和重传的时间间隔域置为0,或者设置为距离下一次新传资源的时间间隔;发送SCI。
可选的,所述更新方法还包括:当所述待传输业务数据包的HARQ进程状态为ACK时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则释放所述传输资源。
为解决上述技术问题,本发明实施例还提供一种信令发送装置,包括:确定模块,用于根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;发送模块,用于发送所述待传输业务数据包的可靠性需求。
为解决上述技术问题,本发明实施例还提供一种信令接收装置,包括:接收模块,用于接收发送终端发送的待传输业务数据包的可靠性需求,所述待传输业务数据包的可靠性需求是所述发送终端根据所述待传输业务数据包包含的各个业务的可靠性需求得到的;发送模块,用于向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求。
为解决上述技术问题,本发明实施例还提供一种HARQ缓存的更新装置,包括:确定模块,适于确定待传输业务数据包的HARQ进程状态;清空模块,适于当所述待传输业务数据包的HARQ进程状态为ACK时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
为解决上述技术问题,本发明实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述方法的步骤。
为解决上述技术问题,本发明实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述方法的步骤。
为解决上述技术问题,本发明实施例还提供一种基站,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明实施例提供一种业务传输方法,包括:接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;根据所述业务配置信息,传输待传输业务数据包。本发明实施例中,在获得基站配置的业务配置信息之后,发送终端可以得知各个业务与数据传输/数据重传次数的对应关系,并根据该对应关系和所述待传输业务数据包的可靠性需求发送数据,从而有效避免冗余重传,提高资源利用率。
进一步,所述业务传输方法还包括:利用计数器记录所述待传输业务数据包的传输次数。通过本发明实施例提供的技术方案,使得发送终端可以得知所述待传输业务数据包的最大传输次数或最大重传次数,从而进一步为有效避免多余重传提供可能。
进一步,当所述计数器的计数值满足预设条件时,指示接收终端向基站发送确认信息,或者,生成确认信息,并发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成确认信息,并发送所述确认信息至所述基站。通过本发明实施例提供的技术方案,无论是发送终端还是接收终端都可以在达到最大传输次数后,向所述基站反馈确认信息,以进一步为避免冗余重传提供可行方案。
本发明实施例还提供一种信令发送方法,包括:根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;发送所述待传输业务数据包的可靠性需求。本发明实施例利用终端已知每个待传输业务数据包的可靠性需求,从而可以由所述终端将所述可靠性需求,发送出去,从而可以通知基站所述待传输业务数据包的可靠性需求,进而由基站根据所述可靠性需求确定是否调度重传资源,为避免冗余重传提供可行方案,有利于提高资源利用率。
附图说明
图1是本发明实施例的一种业务传输方法的流程示意图;
图2是本发明实施例的一种业务配置的发送方法的流程示意图;
图3是本发明实施例的一种典型场景的信令交互示意图;
图4是本发明实施例的又一种典型场景的信令交互示意图;
图5是本发明实施例的一种信令发送方法的流程示意图;
图6是本发明实施例的一种信令接收方法的流程示意图;
图7是本发明实施例的再一种典型场景的信令交互示意图;
图8是本发明实施例的另一种典型场景的信令交互示意图;
图9是本发明实施例的一种HARQ缓存的更新方法的流程示意图;
图10是本发明实施例的一种业务传输装置的结构示意图;
图11是本发明实施例的一种业务配置的发送装置的结构示意图;
图12是本发明实施例的一种信令发送装置的结构示意图;
图13是本发明实施例的一种信令接收装置的结构示意图;
图14是本发明实施例的一种HARQ缓存的更新装置的结构示意图。
具体实施方式
如背景技术所言,当传输的V2X业务是低可靠性需求的业务时,重传可能是冗余的,将导致资源利用率的下降。
具体而言,数据要传输,无论初传还是重传,首要获取传输资源。NR V2X中,存在两种传输资源的获取方式:模式1和模式2。在模式1中,发送终端从基站获得传输资源,之后利用获得的传输资源向接收终端发送数据。在模式2中,所述发送终端通过感知或探测(sensing)的方式,从一组资源中选择出满足需求的资源用于数据传输。所述资源可以是没有被其他的用户终端(User Equipment,简称UE)占用的资源,或者,所述资源是被其他的UE占用,但干扰强度不大的资源。
所述发送终端可以只获取本次传输的资源,也可以一次性获取初传以及后续所有重传需要的资源。
当所述发送终端基于获取的资源向所述接收终端发送数据时,除了发送数据本身,还需要发送直连链路控制信息(Sidelink control information,简称SCI)。SCI可以携带与调度相关的控制信息,用于指示所述接收终端正确接收数据。
之后,如果所述接收终端需要进行反馈,那么反馈信息同样需要无线资源承载。对于模式1,用于反馈的资源通常也是基站提供的,而对于模式2,用于反馈的资源通常也是由所述发送终端从一组资源中选择而来。
当采用模式1时,所述发送终端发送的数据可能是可靠性要求比较低的数据,如果所述接收终端没有成功接收数据,那么所述接收终端可以向所述发送终端或者向基站反馈。此时,由于基站不知道数据的可靠性需求,因而基站可能会要求所述发送终端进行数据重传,这将导致资源的浪费,降低资源利用率。
为解决上述技术问题,本发明实施例提供一种业务传输方法,包括:接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;根据所述业务配置信息,传输待传输业务数据包。本发明实施例中,在获得基站配置的业务配置信息之后,发送终端可以得知各个业务与数据传输/数据重传次数的对应关系,并根据该对应关系和所述待传输业务数据包的可靠性需求进行数据传输,从而有效避免冗余重传,提高资源利用率。
本发明实施例还提供一种信令发送方法,包括:根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;发送所述待传输业务数据包的可靠性需求。本发明实施例利用终端已知每个待传输业务数据包的可靠性需求,从而可以由所述终端将所述可靠性需求,发送出去,从而可以通知基站所述待传输业务数据包的可靠性需求,进而由基站根据所述可靠性需求确定是否调度重传资源,为避免冗余重传提供可行方案,有利于提高资源利用率。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
本发明实施例提供的技术方案可适用于5G通信系统,还可适用于4G、3G通信系统,还可适用于后续演进的各种通信系统。
本发明实施例提供的技术方案也适用于不同的网络架构,包括但不限于中继网络架构、双链接网络架构,车联网通信架构。
本发明实施例中的基站(Base Station,简称BS),也可称为基站设备,是一种部署在无线接入网用以提供无线通信功能的装置。例如在2G网络中提供基站功能的设备包括基地无线收发站(Base transceiver station,简称BTS)和基站控制器(Base StationController,简称BSC)。3G网络中提供基站功能的设备包括节点B(NodeB)和无线网络控制器(Radio Network Controller,简称RNC)。在4G网络中提供基站功能的设备包括演进的节点B(Evolved NodeB,简称eNB)。在无线局域网(Wireless Local Area Network,简称WLAN)中,提供基站功能的设备为接入点(Access Point,简称AP)。5G新无线(New Radio,简称NR)中的提供基站功能的设备包括继续演进的节点B(gNB),所述基站还指代未来新的通信系统中提供基站功能的设备等。
本发明实施例中的终端(例如,发送终端和/或接收终端)可以指各种形式的用户设备(User Equipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台(MobileStation,简称MS)、远方站、远程终端、移动设备、用户终端、终端设备(terminalequipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,简称SIP)电话、无线本地环路(WirelessLocal Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public LandMobile Network,简称PLMN)中的终端设备等,本发明实施例对此并不限定。
本发明实施例定义接入网到终端的单向通信链路为下行链路,在下行链路传输的数据为下行数据,下行数据的传输方向称为下行方向;而终端到接入网的单向通信链路为上行链路,在上行链路上传输的数据为上行数据,上行数据的传输方向称为上行方向。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,表示前后关联对象是一种“或”的关系。
本发明实施例中出现的“多个”是指两个或两个以上。
本发明实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本发明实施例中对设备个数的特别限定,不能构成对本发明实施例的任何限制。
本发明实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本发明实施例对此不做任何限定。
本发明实施例中出现的“网络”与“系统”表达的是同一概念,通信系统即为通信网络。
图1是本发明实施例的一种业务传输方法的流程示意图。所述业务传输方法可以由终端执行,例如由NR V2X UE执行。具体而言,所述业务传输方法可以包括以下步骤:
步骤S101,接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;
步骤S102,根据所述业务配置信息,传输待传输业务数据包。
更具体而言,基站(例如,NR gNB)可以配置业务配置信息,所述业务配置信息可以包括业务与数据传输次数的对应关系。或者,业务配置信息可以包括所述业务与数据重传次数的对应关系。
之后,所述基站可以将所述业务配置信息发送至第一终端,例如,所述第一终端为发送终端。
需要说明的是,所述业务可以用逻辑信道(LogicalChannel,简称LCH)、逻辑信道组(LogicalChannel Group,简称LCG)、目标(Destination)、目标索引(Destinationindex)、服务质量(Quality of Service,简称QoS)参数中至少之一来表征,本发明对此不作限定。
具体而言,当业务由逻辑信道表征时,所述业务配置信息包括逻辑信道与数据传输次数的对应关系,或者,所述业务配置信息包括逻辑信道与数据重传次数的对应关系;当业务由具体的QoS参数表征时,所述业务配置信息包括QoS参数与数据传输次数的对应关系,或者,所述业务配置信息包括QoS参数与数据重传次数的对应关系;当业务由逻辑信道和目标表征时,所述业务配置信息包括逻辑信道和目标与数据传输次数的对应关系,或者,所述业务配置信息包括逻辑信道和目标与数据重传次数的对应关系。
具体而言,所述服务质量参数包括以下参数至少之一:优先级(priority),时延(delay budget),可靠性(reliability),误包率(error rate),数据速率(data rate)。
在步骤S101中,所述第一终端可以从所述基站接收到所述业务配置信息,从而得知所述业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系。
在步骤S102中,所述第一终端可以根据所述业务配置信息,向第二终端(例如,所述第二终端为接收终端)传输待传输业务数据包。
作为一个非限制性的例子,所述基站通过所述业务配置信息配置了业务和传输次数的对应关系。例如,所述基站通过所述业务配置信息配置第一业务的传输次数为1时,表示所述第一业务的数据只需要传输一次。
作为又一个非限制性的例子,所述基站通过所述业务配置信息配置了业务和重传次数的对应关系。例如,所述第一业务的重传次数为1,表示所述第一业务的数据可以重传一次(即,所述第一业务一共可以传输两次)。
进一步,所述第一终端可以维护计数器,利用所述计数器记录所述待传输业务数据包的传输次数。
所述待传输业务数据包,可以包含一个或多个业务,所述一个或多个业务可以对应相同或不同的数据传输次数或数据重传次数。
在具体实施中,当第一次传输所述待传输业务数据包时,可以初始化计数器的计数值为0,如果所述待传输业务数据包进行一次重传,则将所述计数器的计数值加1。所述计数器的最大计数值可以等于(N-1)。N表示所述待传输业务数据包的传输次数,N由所述待传输业务数据包所包含的业务对应的数据传输次数确定,且N为正整数。在这种计数方式下,计数值等于N为预设条件。
作为一个变化例,N=N1,N1表示所述待传输业务数据包所包含的业务中,数据传输次数最大的业务的数据传输次数。
作为一个变化例,当第一次传输所述待传输业务数据包时,可以初始化计数器的计数值为0,如果所述待传输业务数据包进行一次重传,则将所述计数器的计数值加1。所述计数器的最大计数值等于M。其中,M表示所述待传输业务数据包的重传次数,M由所述待传输业务数据包所包含的业务对应的数据重传次数确定,且M为正整数。在这种计数方式下,计数值等于M为预设条件。
作为一个变化例,M=M1,M1表示所述待传输业务数据包所包含的业务中,数据重传次数最大的业务的重传次数。
作为又一个变化例,当第一次传输所述待传输业务数据包时,可以初始化计数器的计数值为N,N表示所述待传输业务数据包的传输次数,N由所述待传输业务数据包所包含的业务对应的数据传输次数确定,且N为正整数。如果所述待传输业务数据包进行一次重传,则将所述计数器的计数值减1,直至所述计数器的计数值减小至1。在这种计数方式下,N减小至1为预设条件。
作为再一个变化例,当第一次传输所述待传输业务数据包时,可以初始化计数器的计数值为M,如果所述待传输业务数据包进行一次重传,则将所述计数器的计数值减1,直至所述计数器的计数值减小至0。其中,M表示所述待传输业务数据包的重传次数,M由所述待传输业务数据包所包含的业务对应的数据重传次数确定,且M为正整数。在这种计数方式下,M减小至0为预设条件。
进一步,当HARQ消息由第二终端发送至所述基站且所述计数器的计数值满足预设条件时,所述第一终端可以指示所述第二终端向所述基站发送ACK。需要说明的是,无论所述第二终端是否成功接收所述待传输业务数据包,在所述计数器的计数值达到预设条件时,所述第二终端都向所述基站反馈ACK。
作为一个变化实施例,当HARQ消息由所述第一终端转发至所述基站且所述计数器的计数值达到预设条件时,无论所述第二终端反馈给所述第一终端的HARQ消息是ACK还是NACK,所述第一终端都产生ACK,并发送ACK至所述基站。
作为一个变化实施例,当所述计数器的计数值满足预设条件时,所述第一终端清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
作为一个变化实施例,当所述计数器的计数值满足预设条件时,当所述第一终端确认传输资源为所述待传输业务数据包对应的HARQ进程的重传资源时,则所述第一终端释放所述传输资源。
作为一个变化实施例,当所述计数器的计数值满足预设条件时,在向所述第二终端发送直连链路控制信息(Sidelink Control Information,简称SCI)之前,可以将所述直连链路控制信息中的初传和重传的时间间隔域(Time gap between initialtransmission and retransmission)设置为0,或者设置为距离下一次新传资源的时间间隔。
需要说明的是,所述初传和重传的时间间隔域也可以是其他用于表征本次传输资源和下一次传输资源的时间间隔的域,优选的,所述本次传输资源和下一次传输资源可以是属于同一HARQ进程的传输资源,本发明实施例对此不做限定。
图2是本发明实施例的又一种业务传输方法的流程示意图。所述业务传输方法可以由网络侧的基站执行,例如由NR V2X gNB执行。具体地,所述业务传输方法可以包括以下步骤:
步骤S201,配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;
步骤S202,发出所述业务配置信息。
更具体而言,所述基站可以为业务配置所述业务配置信息,所述业务配置信息可以包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系。之后,可以将所述业务配置信息发出,例如发送至各个终端。
本领域技术人员理解,所述步骤S201至步骤S202可以视为与上述图1所示实施例所述步骤S101至步骤S102相呼应的执行步骤,两者在具体的实现原理和逻辑上是相辅相成的。因而,本实施例中涉及名词的解释可以参考图1所示实施例的相关描述,这里不再赘述。
下面结合典型的应用场景对采用本发明实施例的第一终端、第二终端和NR V2X基站之间的信令交互作进一步阐述。
在一个典型的应用场景中,参考图3,基站1、发送终端2和接收终端3采用模式1进行数据传输且接收终端3向基站1反馈HARQ信息时,可以包括以下步骤:
首先,基站1执行操作s1,即向发送终端2发送业务配置信息,所述业务配置信息可以包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系。
其次,发送终端2执行操作s2,即接收到所述业务配置信息之后,可以根据所述业务配置信息,向接收终端3发送待传输业务数据包。
再次,发送终端2执行操作s3,即利用计数器记录所述待传输业务数据包的传输次数。计数过程中,发送终端2与接收终端3、基站进行数据收发(图未示)。
之后,发送终端2执行操作s4,即当所述计数器达到预设条件时,指示接收终端3向基站1发送确认信息。所述预设条件可以指的是所述计数器的计数值等于(N-1),N表示所述待传输业务数据包的传输次数,N由所述待传输业务数据包所包含的业务对应的数据传输次数确定,N可以等于所述待传输业务数据包包含的业务中,数据传输次数最大的业务的数据传输次数,,且N为正整数,或者,所述预设条件指的是所述计数器的计数值等于M,M表示所述待传输业务数据包的重传次数,M由所述待传输业务数据包包含的业务对应的数据重传次数确定,M可以等于所述待传输业务数据包所包含的业务中,数据重传次数最大的业务的数据重传次数,且M为正整数;或者,所述预设条件指的是所述计数器的计数值为0或为1,所述预设条件由所述计数器的运行方式和所述业务配置信息定义。
进一步,无论接收终端3是否正确接收,接收终端3都执行操作s5,即生成确认消息,并将生成的确认信息发送至基站1。
关于图3所示的应用场景中的所述基站1、所述发送终端2和所述接收终端3的工作原理、工作方式的更多内容,可以参照上述图1和图2中的相关描述,这里不再赘述。
在又一个典型的应用场景中,参考图4,基站1、发送终端2和接收终端3采用模式1进行数据传输且接收终端3向发送终端2反馈HARQ信息进行数据传输时,可以包括以下步骤:
首先,基站1执行操作s1,即向发送终端2发送业务配置信息,所述业务配置信息可以包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系。
其次,发送终端2执行操作s2,即接收到所述业务配置信息之后,可以根据所述业务配置信息,向接收终端3发送待传输业务数据包。
再次,发送终端2执行操作s3,即利用计数器记录所述待传输业务数据包的传输次数。计数过程中,发送终端2与接收终端3、基站进行数据收发(图未示)。
之后,发送终端2执行操作s4,即当所述计数器达到预设条件时,接收来自接收终端3发送的HARQ消息,所述预设条件的含义可以参考上文,这里不再赘述。
进一步,发送终端2执行操作s5,即无论接收终端3发送的HARQ消息是否是ACK,发送终端2都生成ACK,并将ACK发送至基站1。
关于图4所示的应用场景中的所述基站1、所述发送终端2和所述接收终端3的工作原理、工作方式的更多内容,可以参照上述图1和图2中的相关描述,这里不再赘述。
由上,通过本发明实施例提供的技术方案,进行V2X通信时,可以有效避免多余重传,提高资源利用率。
图5是本发明实施例的一种信令发送方法的流程示意图。所述信令发送方法可以由终端执行,例如由NR V2X UE执行。具体而言,所述信令发送方法可以包括以下步骤:
步骤S501,根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;
步骤S502,发送所述待传输业务数据包的可靠性需求。
更具体而言,在步骤S501中,由于发送终端是知道待传输业务数据包内包含哪些业务以及各个业务对应的可靠性需求的,因而所述发送终端可以根据待传输业务数据包内包含的各个业务的可靠性需求,确定待发送传输数据包的可靠性需求。
作为一个实施例,所述待传输业务数据包的可靠性需求为所述待传输业务数据包内所包含的所有业务的最高可靠性需求,也即,所述待传输业务数据包的可靠性需求为所述待传输业务数据包内所包含的所有业务的可靠性需求最高的业务的可靠性需求。
在步骤S502中,所述发送终端可以发出所述待传输业务数据包的可靠性需求。
在具体实施中,如果接收终端直接向所述基站上报HARQ消息,则所述发送终端可以基于SCI发送所述待传输业务数据包的可靠性需求至所述接收终端。
之后,所述接收终端可以通过SCI接收到所述待传输业务数据包的可靠性需求,并可以在向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求,使得所述基站可以根据所述待传输业务数据包的可靠性需求确定是否为所述待传输业务数据包调度重传资源。
作为一个变化例,所述接收终端可以根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源,并在确定的HARQ反馈资源上向所述基站发送所述HARQ反馈消息,使得所述基站可以根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定是否为所述待传输业务数据包调度重传资源。本领域技术人员理解,如果所述HARQ反馈消息为ACK,所述接收终端可以无需转发所述待传输业务数据包的可靠性需求。
本领域技术人员理解,在V2X通信中,不同业务可以通过不同的业务标识来体现的,例如通过逻辑信道、逻辑信道组、目标、目标索引中至少之一来体现,每个业务标识对应一种可靠性需求。因而,在具体实施中,所述发送终端还可以在确定待传输业务数据包后,确定所述待传输业务数据包关联的业务标识,并发送所述业务标识至所述接收终端。
具体而言,所述待传输业务数据包的业务标识可以是所述待传输业务数据包所包含的业务中,可靠性需求最高的业务所对应的业务标识;可以是所述待传输业务数据包所包含的业务中,可靠性需求最高的多个业务所对应的业务标识,本发明对此不作限定。
之后,所述接收终端可以向基站发送HARQ反馈消息。向所述基站发送所述HARQ反馈消息时,所述接收终端可以一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求。
作为一个变化例,所述接收终端可以根据预先配置的业务标识与HARQ反馈资源的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源,并在确定的HARQ反馈资源上向所述基站发送所述HARQ反馈消息,使得所述基站可以根据预先配置的业务标识与HARQ反馈资源的映射关系,确定是否为所述待传输业务数据包调度重传资源。
在具体实施中,如果所述接收终端无法直接向所述基站上报HARQ消息,则所述发送终端可以将所述待传输业务数据包的可靠性需求发送至所述基站。具体而言,在确定所述待传输业务数据包的可靠性需求并接收到所述接收终端发送的HARQ反馈消息之后,所述发送终端可以向所述基站转发所述HARQ反馈消息时,一并将所述待传输业务数据包的可靠性需求发送至所述基站,以使得所述基站根据所述待传输业务数据包的可靠性需求确定是否为所述待传输业务数据包调度重传资源。
作为一个变化例,在具体实施中,如果所述接收终端无法直接向所述基站上报HARQ消息,则所述发送终端可以首先确定所述待传输业务数据包关联的业务标识,之后将所述待传输业务数据包的业务标识发送至所述基站。
具体而言,在确定所述待传输业务数据包关联的业务标识并接收到所述接收终端发送的HARQ反馈消息之后,所述发送终端可以向所述基站转发所述HARQ反馈消息,且一并将所述待传输业务数据包的业务标识发送至所述基站,以使得所述基站根据所述待传输业务数据包的业务标识确定是否为所述待传输业务数据包调度重传资源。
图6是本发明实施例的一种信令接收方法的流程示意图。所述信令接收方法可以由终端执行,例如,由NR V2X终端执行。具体而言,所述信令接收方法可以包括以下步骤:
步骤S601,接收发送终端发送的待传输业务数据包的可靠性需求,所述待传输业务数据包的可靠性需求是所述发送终端根据所述待传输业务数据包包含的各个业务的可靠性需求得到的;
步骤S602,向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求。
更具体而言,所述步骤S601中,所述接收终端可以从所述发送终端接收其发送的待传输业务数据包的可靠性需求,所述待传输业务数据包的可靠性需求是所述发送终端根据待传输业务数据包包含的各个业务的可靠性需求得到的。
在具体实施中,所述接收终端可以基于直连链路控制信息接收所述发送终端发送的待传输业务数据包的可靠性需求。
在具体实施中,所述待传输业务数据包的可靠性需求可以指的是待传输业务数据包关联的业务标识。此时,所述接收终端接收到的是所述发送终端发送的待传输业务数据包的业务标识。
在步骤S602中,所述接收终端可以向所述基站发送HARQ反馈消息,且一并携带所述待传输业务数据包的可靠性需求。
或者,所述接收终端可以向所述基站发送HARQ反馈消息时,可以一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求,进而使所述基站确定是否为所述待传输业务数据包调度重传资源。
在具体实施中,所述接收终端可以根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源。之后,所述接收终端可以采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。之后,所述基站可以根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定是否为所述待传输业务数据包调度重传资源。
作为一个变化实施例,所述接收终端还可以根据预先配置的业务标识与HARQ反馈资源的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源。之后,可以采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。进一步,所述基站可以根据预先配置的业务标识与HARQ反馈资源的映射关系,确定是否为所述待传输业务数据包调度重传资源。
下面结合典型的应用场景对采用本发明实施例的发送终端、接收终端和NR V2X基站之间的信令交互作进一步阐述。
在一个典型的应用场景中,参考图7,基站1、接收终端2和发送终端3采用模式1进行数据传输且接收终端2向基站1反馈HARQ信息时,可以包括以下步骤:
首先,发送终端3执行操作s1,即根据待传输业务数据包内包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;
其次,发送终端3执行操作s2,即向接收终端2发送所述待传输业务数据包的可靠性需求。所述待传输业务数据包的可靠性需求可以通过SCI传输。在一个具体实施例中,所述待传输业务数据包的可靠性需求是通过待传输业务数据包关联的业务标识指示的;
之后,发送终端3执行操作s3,即向接收终端2发送待传输业务数据包;
进一步,接收终端2执行操作s4,即接收所述待传输业务数据包,并向基站1发送所述待传输业务数据包的HARQ反馈消息。发送所述HARQ反馈消息时,一并转发所述待传输业务数据包的可靠性需求。在一个具体实施例中,发送所述HARQ反馈消息时,一并转发所述待传输业务数据包关联的业务标识。
关于图7所示的应用场景中的基站1、接收终端2和发送终端3的工作原理、工作方式的更多内容,可以参照上述图5和图6中的相关描述,这里不再赘述。
在又一个典型的应用场景中,参考图8,基站1、接收终端2和发送终端3采用模式1进行数据传输且接收终端2向发送终端3反馈HARQ信息时,可以包括以下步骤:
首先,发送终端3执行操作s1,即根据待传输业务数据包包含的各个业务的可靠性需求,确定待传输业务数据包的可靠性需求。在一个具体实施例中,所述待传输业务数据包可靠性需求可以指的是具有所述待传输业务数据包关联的业务标识
其次,发送终端3执行操作s2,即发送终端3向接收终端2发送所述待传输业务数据包;
之后,接收终端2执行操作s3,即向发送终端3发送所述待传输业务数据包的HARQ反馈消息;
进一步,发送终端3执行操作s4,即向基站1转发所述HARQ反馈消息,并将所述待传输业务数据包的可靠性需求或所述待传输业务数据包关联的业务标识发送至基站1。
关于图8所示的应用场景中的所述基站1、所述接收终端2和所述发送终端3的工作原理、工作方式的更多内容,可以参照上述图5和图6中的相关描述,这里不再赘述。
由上,通过本发明实施例提供的技术方案,基站可以根据接收到的待传输业务数据包可靠性需求,判断是否为所述待传输业务数据包调度重传资源,减少数据的冗余重传,提高了资源利用率。
图9是本发明实施例的一种HARQ缓存的更新方法的流程示意图。所述更新方法可以由终端执行。具体地,所述更新方法可以包括以下步骤:
步骤S901,确定待传输业务数据包的HARQ进程状态;
步骤S902,当所述待传输业务数据包的HARQ进程状态为ACK时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
更具体而言,在步骤S901中,第一终端可以确定所述待传输业务数据包的HARQ进程状态是否为ACK。如果是,则执行步骤S902,即当所述待传输业务数据包的HARQ进程状态为ACK时,所述第一终端可以清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
进一步,当所述待传输业务数据包的HARQ进程状态为ACK时,所述第一终端可以将SCI中的初传和重传的时间间隔域置为0,或者设置为距离下一次新传资源的时间间隔。之后,所述第一终端可以发送SCI。
进一步,当所述待传输业务数据包的HARQ进程状态为ACK时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则所述第一终端可以释放所述传输资源。
本领域技术人员理解,还可以先释放所述传输资源,后设置SCI域,本发明实施例并不限制释放所述传输资源和设置SCI域的先后顺序。
图10是本发明实施例的一种业务传输装置的结构示意图。所述业务传输装置1可以实施图1所示方法技术方案,由终端执行,例如,由NR V2X终端执行。
具体而言,所述业务传输装置1可以包括:接收模块101,用于接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;配置模块102,用于根据所述业务配置信息,传输待传输业务数据包。
在具体实施中,所述业务传输装置1还可以包括:记录模块103,用于利用计数器记录所述待传输业务数据包的传输次数。
在具体实施中,所述记录模块103可以包括:设置子模块1031,用于首次传输所述待传输业务数据包时,将所述计数器的计数值设置为0;增加子模块1032,如果所述待传输业务数据包重传一次,则所述增加子模块1032用于将所述计数器的计数值加1。
在具体实施中,所述业务配置信息包括所述业务与数据传输次数的对应关系,所述记录模块103可以用于根据所述业务与数据传输次数的对应关系,确定所述待传输业务数据包的最大传输次数;首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大传输次数;如果所述待传输业务数据包重传一次,则将所述计数器的计数值减1。
在具体实施中,所述业务配置信息包括所述业务与数据重传次数的对应关系,所述记录模块103可以用于根据所述业务与数据重传次数的对应关系,确定所述待传输业务数据包的最大重传次数;之后,用于首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大重传次数;如果所述待传输业务数据包重传一次,则所述记录模块103可以用于将所述计数器的计数值减1。
在具体实施中,所述业务传输装置1还可以包括:指示生成模块104,用于当所述计数器的计数值满足预设条件时,指示接收终端向基站发送确认信息,以使所述接收终端将生成的确认信息发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成确认信息,并发送所述确认信息至所述基站。
在具体实施中,所述业务传输装置1还可以包括:清空模块105,用于当所述计数器的计数值满足预设条件时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
在具体实施中,所述业务传输装置1还可以包括:释放模块106,当所述计数器的计数值满足预设条件时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则所述释放模块106用于释放所述传输资源。
在具体实施中,所述业务传输装置1还可以包括:发送模块107,用于向所述接收终端发送直连链路控制信息。
在具体实施中,所述业务传输装置1还可以包括:设置模块108,用于在向所述接收终端发送直连链路控制信息之前,当所述计数器的计数值满足预设条件时,将所述直连链路控制信息中的初传和重传的时间间隔域设置为0,或者设置为距离下一次新传资源的时间间隔。
关于所述业务传输装置1的工作原理、工作方式的更多内容,可以参照上述图1中的相关描述,这里不再赘述。
图11是本发明实施例的一种业务配置的发送装置的结构示意图。所述业务配置的发送装置2(以下简称为发送装置2)可以用于实施图2所示方法技术方案,由基站执行,例如NR V2X gNB执行。
具体地,所述发送装置2可以包括:配置模块201,适于配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;发送模块202,适于发出所述业务配置信息。
关于所述发送装置2的工作原理、工作方式的更多内容,可以参照上述图2中的相关描述,这里不再赘述。
图12是本发明实施例的一种信令发送装置的结构示意图。所述信令发送装置3可以实施图5所示方法技术方案,由终端执行,例如,由NR V2X终端执行。
具体地,所述信令发送装置3可以包括:确定模块301,用于根据待传输业务数据包包含的各个业务的可靠性需求,确定所述待传输业务数据包的可靠性需求;发送模块302,用于发送所述待传输业务数据包的可靠性需求。
在具体实施中,所述发送模块302可以包括:第一发送子模块3021,基于直连链路控制信息发送所述待传输业务数据包的可靠性需求。
在具体实施中,所述信令发送装置3可以包括:生成模块303,用于在发送所述待传输业务数据包的可靠性需求之前,将所述待传输业务数据包包含的所有业务的可靠性需求中的最高可靠性需求作为所述待传输业务数据包的可靠性需求。
在具体实施中,所述发送模块302可以包括:第一确定子模块3022,用于确定所述待传输业务数据包的业务标识;第二发送子模块3023,用于发送所述待传输业务数据包的业务标识。
作为一个变化例,所述发送模块302可以包括:第一转发子模块3024。如果向基站转发接收终端的HARQ反馈消息,则所述第一转发子模块3024用于向所述基站转发所述HARQ反馈消息时,一并发送所述可靠性需求。
作为又一个变化例,所述发送模块302可以包括:第二确定子模块3025,用于确定所述待传输业务数据包的业务标识;第二转发子模块3026。如果向基站转发接收终端的HARQ反馈消息,则所述第二转发子模块3026用于向所述基站转发所述HARQ反馈消息时,一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求。
关于所述信令发送装置3的工作原理、工作方式的更多内容,可以参照上述图5中的相关描述,这里不再赘述。
图13是本发明实施例的一种信令接收装置的结构示意图。所述信令接收装置4可以实施图6所示方法技术方案,由终端执行,例如,由NR V2X终端执行。
具体而言,所述信令接收装置4可以包括:接收模块401,用于接收发送终端发送的待传输业务数据包的可靠性需求,所述待传输业务数据包的可靠性需求是所述发送终端根据所述待传输业务数据包包含的各个业务的可靠性需求得到的;发送模块402,用于向基站发送HARQ反馈消息时,一并携带所述待传输业务数据包的可靠性需求。
在具体实施中,所述接收模块401可以包括:第一接收子模块4011,基于直连链路控制信息接收所述发送终端发送的待传输业务数据包的可靠性需求。
作为一个优选实施例,所述待传输业务数据包的可靠性需求指的是:所述待传输业务数据包包含的所有业务的可靠性需求中的最高可靠性需求。
在具体实施中,所述接收模块401可以包括:第二接收子模块4012,用于接收所述发送终端发送的待传输业务数据包的业务标识。
在具体实施中,所述发送模块402可以包括:第一发送子模块4021,用于向所述基站发送所述HARQ反馈消息时,一并发送所述待传输业务数据包的业务标识,以使所述基站确定所述待传输业务数据包的可靠性需求。
在具体实施中,所述发送模块402可以包括:第一确定子模块4022,用于根据预配置的HARQ反馈资源与可靠性需求之间的映射关系,确定所述HARQ反馈消息采用的HARQ反馈资源;第二发送子模块4023,用于采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。
在具体实施中,所述发送模块402可以包括:第二确定子模块4024,用于根据预先配置的业务标识与HARQ反馈资源的映射关系,确定采用的HARQ反馈资源;第三发送子模块4025,用于采用确定的HARQ反馈资源,向所述基站发送所述HARQ反馈消息。
关于所述信令接收装置4的工作原理、工作方式的更多内容,可以参照上述图6中的相关描述,这里不再赘述。
图14是本发明实施例的一种HARQ缓存的更新装置的结构示意图。所述HARQ缓存的更新装置5(以下称为更新装置5)可以由终端执行,例如,由V2X UE执行。
具体地,所述更新装置5可以包括:确定模块501,适于确定待传输业务数据包的HARQ进程状态;清空模块502,适于当所述待传输业务数据包的HARQ进程状态为ACK时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
进一步,所述更新装置5还可以包括:设置模块503,适于当所述待传输业务数据包的HARQ进程状态为ACK时,将SCI中的初传和重传的时间间隔域置为0,或者设置为距离下一次新传资源的时间间隔;发送模块504,适于发送SCI。
进一步,所述更新装置5还可以包括:释放模块505,适于当所述待传输业务数据包35HARQ进程状态为ACK时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则释放所述传输资源。
进一步地,本发明实施例还公开一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图1和图2所示实施例中所述的方法技术方案,或者上述图5、图6和图9所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地,本发明实施例还公开一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图1或图5或图6或图9所示实施例中所述的方法技术方案。优选地,所述终端可以与基站和其他终端进行交互,具体而言,所述终端可以为NR V2X终端。
进一步地,本发明实施例还公开一种基站,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图2所示实施例中所述方法技术方案。具体而言,所述基站可以为NR V2X基站。
应理解,本发明实施例中,所述处理器可以为中央处理单元(Central ProcessingUnit,简称CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)、现成可编程门阵列(Field Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本发明实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,简称ROM)、可编程只读存储器(Programmable ROM,简称PROM)、可擦除可编程只读存储器(Erasable PROM,简称EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random AccessMemory,简称RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(Random Access Memory,简称RAM)可用,例如静态随机存取存储器(StaticRAM,简称SRAM)、动态随机存取存储器(Dynamic Random Access Memory,简称DRAM)、同步动态随机存取存储器(Synchronous DRAM,简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,简称DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,简称ESDRAM)、同步连接动态随机存取存储器(Synchronous connectionto DRAM,简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,简称DR-RAM)。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (14)

1.一种业务传输方法,其特征在于,包括:
接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;所述业务由服务质量QoS参数表征;所述业务配置信息包括QoS参数与数据传输次数的对应关系或者QoS参数与数据重传次数的对应关系;所述QoS参数包括优先级priority;
根据所述业务配置信息,传输待传输业务数据包;
利用计数器记录所述待传输业务数据包的传输次数;当所述计数器的计数值满足预设条件时,指示接收终端向基站发送HARQ消息,以使所述接收终端将生成的HARQ消息发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成HARQ消息,并发送所述HARQ消息至所述基站;所述HARQ消息是ACK。
2.根据权利要求1所述的方法,其特征在于,所述利用计数器记录所述待传输业务数据包的传输次数包括:
首次传输所述待传输业务数据包时,将所述计数器的计数值设置为0;
如果所述待传输业务数据包重传一次,则将所述计数器的计数值加1。
3.根据权利要求1所述的业务传输方法,其特征在于,所述业务配置信息包括所述业务与数据传输次数的对应关系,所述利用计数器记录所述待传输业务数据包的传输次数包括:
根据所述业务与数据传输次数的对应关系,确定所述待传输业务数据包的最大传输次数;
首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大传输次数;
如果所述待传输业务数据包重传一次,则将所述计数器的计数值减1。
4.根据权利要求1所述的业务传输方法,其特征在于,所述业务配置信息包括所述业务与数据重传次数的对应关系,所述利用计数器记录所述待传输业务数据包的传输次数包括:
根据所述业务与数据重传次数的对应关系,确定所述待传输业务数据包的最大重传次数;
首次传输所述待传输业务数据包时,将所述计数器的计数值设置为所述最大重传次数;
如果所述待传输业务数据包重传一次,则将所述计数器的计数值减1。
5.根据权利要求1至4任一项所述的业务传输方法,其特征在于,还包括:
当所述计数器的计数值满足预设条件时,清空所述待传输业务数据包对应的HARQ进程占用的HARQ缓存。
6.根据权利要求1至4任一项所述的业务传输方法,其特征在于,还包括:
当所述计数器的计数值满足预设条件时,如果传输资源为所述待传输业务数据包对应的HARQ进程的重传资源,则释放所述传输资源。
7.根据权利要求1至4任一项所述的业务传输方法,其特征在于,还包括:
向所述接收终端发送直连链路控制信息。
8.根据权利要求7所述的业务传输方法,其特征在于,在向所述接收终端发送直连链路控制信息之前,所述业务传输方法还包括:
当所述计数器的计数值满足预设条件时,将所述直连链路控制信息中的初传和重传的时间间隔域设置为0,或者设置为距离下一次新传资源的时间间隔。
9.一种业务配置的发送方法,其特征在于,包括:
配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;所述业务由服务质量QoS参数表征;所述业务配置信息包括QoS参数与数据传输次数的对应关系或者QoS参数与数据重传次数的对应关系;所述QoS参数包括优先级priority;
发出所述业务配置信息至接收终端,使得所述接收终端执行如下操作:利用计数器记录待传输业务数据包的传输次数;当所述计数器的计数值满足预设条件时,指示接收终端向基站发送HARQ消息,以使所述接收终端将生成的HARQ消息发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成HARQ消息,并发送所述HARQ消息至所述基站;所述HARQ消息是ACK。
10.一种业务传输装置,其特征在于,包括:
接收模块,适于接收业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;所述业务由服务质量QoS参数表征;所述业务配置信息包括QoS参数与数据传输次数的对应关系或者QoS参数与数据重传次数的对应关系;所述QoS参数包括优先级priority;
配置模块,适于根据所述业务配置信息,传输待传输业务数据包;
记录发送模块,用于利用计数器记录所述待传输业务数据包的传输次数;当所述计数器的计数值满足预设条件时,指示接收终端向基站发送HARQ消息,以使所述接收终端将生成的HARQ消息发送至所述基站;或者,当所述计数器的计数值满足所述预设条件时,生成HARQ消息,并发送所述HARQ消息至所述基站;所述HARQ消息是ACK。
11.一种业务配置的发送装置,其特征在于,包括:
配置模块,适于配置业务配置信息,所述业务配置信息包括业务与数据传输次数的对应关系,或者所述业务与数据重传次数的对应关系;所述业务由服务质量QoS参数表征;所述业务配置信息包括QoS参数与数据传输次数的对应关系或者QoS参数与数据重传次数的对应关系;所述QoS参数包括优先级priority;
发送模块,适于发出所述业务配置信息至接收终端,使得所述接收终端执行如下操作:利用计数器记录待传输业务数据包的传输次数;当所述计数器的计数值满足预设条件时发送HARQ消息,以使所述接收终端将生成的HARQ消息发送;或者,当所述计数器的计数值满足所述预设条件时,生成HARQ消息,并发送所述HARQ消息;所述HARQ消息是ACK。
12.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器运行时执行权利要求1至8任一项或权利要求9所述的方法的步骤。
13.一种终端,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求1至8任一项所述的方法的步骤。
14.一种基站,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,其特征在于,所述处理器运行所述计算机程序时执行权利要求9所述的方法的步骤。
CN201910223926.XA 2019-03-22 2019-03-22 业务传输与业务配置的发送方法及装置、存储介质、终端、基站 Active CN111294166B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201910223926.XA CN111294166B (zh) 2019-03-22 2019-03-22 业务传输与业务配置的发送方法及装置、存储介质、终端、基站
KR1020217032069A KR20210130230A (ko) 2019-03-22 2020-03-05 서비스 전송 및 서비스 구성 송신 방법들 및 장치들, 저장 매체, 단말 및 기지국
EP20777442.3A EP3944591B1 (en) 2019-03-22 2020-03-05 Service transmission and service configuration sending methods, storage medium, terminal, and base station
JP2021556708A JP7443392B2 (ja) 2019-03-22 2020-03-05 サービス伝送およびサービス構成送信の方法ならびにデバイス、記憶媒体、端末、ならびに基地局
PCT/CN2020/077915 WO2020192380A1 (zh) 2019-03-22 2020-03-05 业务传输与业务配置的发送方法及装置、存储介质、终端、基站
US17/441,012 US12040899B2 (en) 2019-03-22 2020-03-05 Service transmission and service configuration sending methods and devices, storage medium, terminal, and base station

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910223926.XA CN111294166B (zh) 2019-03-22 2019-03-22 业务传输与业务配置的发送方法及装置、存储介质、终端、基站

Publications (2)

Publication Number Publication Date
CN111294166A CN111294166A (zh) 2020-06-16
CN111294166B true CN111294166B (zh) 2021-11-02

Family

ID=71023283

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910223926.XA Active CN111294166B (zh) 2019-03-22 2019-03-22 业务传输与业务配置的发送方法及装置、存储介质、终端、基站

Country Status (6)

Country Link
US (1) US12040899B2 (zh)
EP (1) EP3944591B1 (zh)
JP (1) JP7443392B2 (zh)
KR (1) KR20210130230A (zh)
CN (1) CN111294166B (zh)
WO (1) WO2020192380A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022077280A1 (zh) * 2020-10-14 2022-04-21 北京小米移动软件有限公司 一种数据传输方法、装置、通信设备及存储介质
CN112448852B (zh) * 2020-11-22 2021-06-22 广州技象科技有限公司 基于重传数据块进行进程配置的方法和装置
CN115209512A (zh) * 2021-04-08 2022-10-18 海能达通信股份有限公司 数据传输方法和设备、存储介质
CN115209473A (zh) * 2021-04-13 2022-10-18 华为技术有限公司 通信方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106559877A (zh) * 2015-09-24 2017-04-05 中兴通讯股份有限公司 车联网业务的发送方法及装置、资源配置方法及装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7584397B2 (en) * 2004-06-10 2009-09-01 Interdigital Technology Corporation Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes
JP4760306B2 (ja) 2005-10-31 2011-08-31 ソニー株式会社 通信装置およびデータ削除方法
US20090086657A1 (en) 2007-10-01 2009-04-02 Comsys Communication & Signal Processing Ltd. Hybrid automatic repeat request buffer flushing mechanism
US9203562B2 (en) 2008-03-07 2015-12-01 Mediatek Inc. Cooperating timer and retransmission counter for buffer management in a HARQ wireless network
JP5821729B2 (ja) 2011-05-18 2015-11-24 株式会社デンソー 無線通信システム及び無線通信装置
CN103037359A (zh) 2011-09-30 2013-04-10 华为技术有限公司 一种实现设备到设备的通讯方法、终端及系统
US20130278441A1 (en) * 2012-04-24 2013-10-24 Zetta Research and Development, LLC - ForC Series Vehicle proxying
JP6373602B2 (ja) 2013-06-03 2018-08-15 住友電工システムソリューション株式会社 通信システム、無線機及び伝送方法
MX365152B (es) * 2014-01-29 2019-05-24 Huawei Tech Co Ltd Metodo y dispositivo para procesar un fallo de enlace de radio.
WO2015133067A1 (ja) 2014-03-03 2015-09-11 日本電気株式会社 通信制御装置、通信制御方法、及び、記憶媒体
CN105101042B (zh) * 2014-05-07 2019-06-28 上海交通大学 设备到设备通信与小区通信调度方法以及用户设备
CN113891482B (zh) * 2015-08-18 2024-08-09 北京三星通信技术研究有限公司 一种d2d通信中调度信息发送和接收的方法与设备
WO2017039417A1 (ko) * 2015-09-04 2017-03-09 엘지전자 주식회사 무선 통신 시스템에서 v2x 통신을 위한 신호 전송 방법 및 이를 위한 장치
CN108370521B (zh) 2016-01-05 2023-03-24 富士通株式会社 信息传输方法、装置和系统
CN107105000B (zh) * 2016-02-23 2021-07-30 中兴通讯股份有限公司 V2x通信方法及装置
CN107359971A (zh) * 2016-05-10 2017-11-17 北京信威通信技术股份有限公司 V2x的消息盲重传次数确定方法、系统及决策节点
CN107734651B (zh) * 2016-08-10 2021-10-26 华为技术有限公司 一种数据传输方法及终端、网络设备
CN108923894B (zh) 2017-03-23 2023-04-18 中兴通讯股份有限公司 一种信息传输的方法、用户设备、基站、存储介质和系统
CN110959265B (zh) 2017-07-21 2023-07-25 株式会社Ntt都科摩 用户终端以及无线通信方法
US10931426B2 (en) * 2017-08-10 2021-02-23 Futurewei Technologies, Inc. System and method for sidelink feedback
CN110139239B (zh) * 2018-02-09 2021-03-16 电信科学技术研究院有限公司 一种进行业务传输的方法和终端

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106559877A (zh) * 2015-09-24 2017-04-05 中兴通讯股份有限公司 车联网业务的发送方法及装置、资源配置方法及装置

Also Published As

Publication number Publication date
KR20210130230A (ko) 2021-10-29
JP2022528316A (ja) 2022-06-10
JP7443392B2 (ja) 2024-03-05
CN111294166A (zh) 2020-06-16
EP3944591B1 (en) 2024-10-23
US12040899B2 (en) 2024-07-16
EP3944591A1 (en) 2022-01-26
US20220173838A1 (en) 2022-06-02
EP3944591A4 (en) 2022-05-04
WO2020192380A1 (zh) 2020-10-01

Similar Documents

Publication Publication Date Title
US12052107B2 (en) Method and apparatus for supporting HARQ retransmission in wireless communication system
JP7207528B2 (ja) サイドリンク情報の送信及び受信方法並びに装置
EP3466175B1 (en) Radio network node, wireless device and methods performed therein
CN111294166B (zh) 业务传输与业务配置的发送方法及装置、存储介质、终端、基站
CN112399374B (zh) 通信方法和通信装置
JP6690012B2 (ja) 装置間通信のための方法及び装置
WO2020143731A1 (zh) 用于传输数据的方法、通信设备和网络设备
WO2019007182A1 (zh) 一种数据传输方法及装置
WO2021063212A1 (zh) 反馈方法及装置
WO2020143510A1 (zh) 一种通信方法及装置
JP7481440B2 (ja) ハイブリッド自動再送要求処理方法及び通信装置
US11929960B2 (en) Resource allocation method and device, storage medium and terminal
US20200367295A1 (en) Data transmission method and communications device
WO2020156394A1 (zh) 一种反馈方法及装置
US20230036504A1 (en) Method and apparatus for resource reservation for nr sidelink
KR20220141795A (ko) 하이브리드 자동 재전송 요청 응답 코드북의 결정 방법, 장치 및 그 디바이스
EP3432661B1 (en) Transmission method and apparatus for control information
KR102672117B1 (ko) 송신 장치, 수신 장치, 무선 통신 시스템 및 통신 방법
WO2018192091A1 (zh) 数据传输的方法和装置
WO2018196103A1 (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
CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Wang Tingting

Inventor before: Liu Xing

GR01 Patent grant
GR01 Patent grant