CN114070474A - 数据传输方法及装置 - Google Patents
数据传输方法及装置 Download PDFInfo
- Publication number
- CN114070474A CN114070474A CN202010761945.0A CN202010761945A CN114070474A CN 114070474 A CN114070474 A CN 114070474A CN 202010761945 A CN202010761945 A CN 202010761945A CN 114070474 A CN114070474 A CN 114070474A
- Authority
- CN
- China
- Prior art keywords
- data
- feedback
- receiving end
- end device
- message
- 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.)
- Pending
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/1607—Details of the supervisory signal
-
- 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/1809—Selective-repeat protocols
-
- 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
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种数据传输方法及装置。发送端设备发送多个数据,该些数据中的不同数据占用不同的传输资源。组播组内的第一接收端设备接收该些数据,根据该些数据的解码结果确定出一个第一反馈消息,该第一反馈消息用于指示第一接收端设备是否正确解码该些数据。之后,第一接收端设备向发送端设备反馈第一反馈消息。发送端设备根据第一反馈消息能够区分出多个数据中哪些数据被组播组正确解码,哪些数据未被组播组正确解码,从而对多个数据中未被组播组正确接收的数据进行网络编码传输,实现提高重传效率、降低时延以及节约反馈资源的目的。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种数据传输方法及装置。
背景技术
近年来无线通信技术迅速发展,第三代移动通信伙伴项目(the 3rd GenerationPartner Project,3GPP)逐步推进到第五代(5th-Generation,5G)技术。组播通信是3GPP提出的一种典型的通信方式。
组播通信中,发送端设备向组播组内的多个接收端设备发送数据。接收端设备接收到数据后,若接收端设备正确解码该数据,则接收端设备在反馈资源上向发送端设备反馈肯定应答(acknowledgement,ACK)消息。若接收端设备未能正确解码数据,则接收端设备在反馈资源上向发送端设备反馈否定应答(negative acknowledgement,NACK)消息。发送端设备多次发送数据后,接收端设备在各数据各自对应的反馈资源上向发送端设备进行反馈。对于发送端设备而言,发送端设备能够根据反馈消息获知接收端设备对每个数据的反馈情况。因此,发送端设备能够根据接收端设备的反馈决定是否进行网络编码重传。例如,发送端设备在时刻1组播第一数据,在时刻2组播第二数据。组播组内包含接收端设备1和接收端设备2。其中,接收端设备1针对第一数据反馈ACK消息,针对第二数据反馈NACK消息。接收端设备2针对第一数据反馈NACK消息,针对第二数据反馈ACK消息。发送端设备对时刻1组播发送的第一数据和时刻2组播发送的第二数据进行网络编码重传。
为节约反馈资源,业界提出一种仅反馈NACK消息(NACK only)的方案。该方案中,组播组内的接收端设备只反馈NACK消息而不反馈ACK消息。发送端设备每次发送数据后,只要组播组内有一个接收端设备反馈NACK消息,则发送端设备认为组播组未正确解码该数据。显然,NACK only方案中,发送端设备无法进行高效的网络编码重传。
发明内容
本申请实施例提供一种数据传输方法及装置,接收端设备对发送端设备组播发送的多个数据进行联合HARQ反馈,使得发送端设备能够区分该些数据中未被组播组正确解码的数据,进而使得发送端设备进行网络编码传输,实现提高重传效率以及节约反馈资源的目的。
第一方面,本申请实施例提供一种数据传输方法,该方法应用于第一接收端设备或第一接收端设备中的芯片。下面以应用于第一接收端设备为例对该方法进行描述,该方法包括:发送端设备组播发送多个数据,该些数据中的不同数据占用不同的传输资源。组播组内的第一接收端设备接收该些数据,根据该些数据的解码结果确定出一个第一反馈消息,该第一反馈消息用于指示第一接收端设备是否正确解码该些数据。之后,第一接收端设备向发送端设备反馈第一反馈消息。发送端设备根据第一反馈消息能够区分出多个数据中哪些数据被组播组正确解码,哪些数据未被组播组正确解码,从而对多个数据中未被组播组正确接收的数据进行网络编码传输,实现提高重传效率、降低时延以及节约反馈资源的目的。进一步的,发送端设备进行网络编码传输时,从未被正确接收的数据中选择出优先级较高的数据,优先对优先级高的数据进行网络编码传输。其中,优先级高的数据例如为时延敏感类的数据等,从而降低时延。
一种可行的设计中,第一接收端设备输出第一反馈消息时,根据第一反馈消息的反馈内容确定第一反馈资源,第一反馈资源包含于反馈资源集合,反馈资源集合中的不同第一反馈资源对应不同反馈内容。采用该种方案,由于第一反馈消息与第一反馈资源一一对应,因此,发送端设备接收到第一反馈消息后,能够识别出哪些数据被正确接收,哪些数据未被正确接收,从而进行网络编码传输,实现提高重传效率的目的的同时,降低时延,节约反馈资源。
一种可行的设计中,第一接收端设备接收第一指示消息,该第一指示消息用于指示第一接收端设备在组播组中所属的分组,组播组包含多个分组。采用该种方案,通过对组播组内的接收端设备进行分组并明确或隐含告知接收端设备,使得后续发送端设备针对某个或某些分组内的接收端设备进行网络编码传输,提升数据重传效率。
一种可行的设计中,多个数据分别对应不同的组播组,第一反馈消息用于指示第一接收端设备是否正确接收不同组播组的数据。采用该种方案,基于不同组播组进行网络编码传输,提高重传效率的目的。
一种可行的设计中,第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,预置反馈内容对应至少一个反馈内容或至少一个解码状态。采用该种方案,不同的反馈消息被配置为预置反馈消息,实现提高重传效率的目的的同时节约反馈资源。
一种可行的设计中,第一接收端设备接收第二指示消息,该第二指示消息用于指示第一接收端设备对第二接收端设备进行网络编码传输。采用该种方案,实现第一接收端在指示模式下进行协同网络编码传输。
一种可行的设计中,第一接收端设备在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,监听资源是配置的反馈资源中除第一反馈资源外的其他资源,第一接收端设备属于组播组。然后,第一接收端设备根据第二反馈消息进行网络编码数据重传。采用该种方案,协同进行网络编码传输的接收端设备需要监听其他接收端设备的反馈消息,协同网络编码传输可以提高重传效率和分集增益,有助于数据的正确接收。
一种可行的设计中,传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。采用该种方案,实现发送端设备灵活组播数据的目的。
一种可行的设计中,第一接收端设备还接收第三指示消息,该第三指示消息用于指示多个数据中各数据的冗余版本RV。第一接收端设备根据多个数据中各数据的冗余版本RV,确定发送端设备进行网络编码传输时各数据的RV。采用该种方案,通过向接收端设备指示或预配置网络编码数据传输的RV版本,可以降低信令指示开销,有利于提升组播通信的性能。
一种可行的设计中,第一接收端设备根据多个数据中各数据的冗余版本RV,确定发送端设备进行网络编码传输时各数据的RV时,根据多个数据中各数据的冗余版本RV,查询预先配置的RV顺序表,以确定出所述发送端设备进行网络编码传输时各数据的RV,所述RV顺序表中存储当前网络编码传输和上一次数据传输中各数据的RV版本的对应关系。
一种可行的设计中,第一接收端设备根据传输块确定多个编码子块,上述的多个数据为多个编码子块;第一接收端设备根据多个编码子块,确定第四反馈消息,第四反馈消息用于指示第一接收端设备是否正确接收传输块中的各编码子块;第一接收端设备输出第四反馈消息。采用该种方案,实现同一个传输块的不同子块的网络编码传输。
一种可行的设计中,多个数据中的各数据携带组播标识。
第二方面,本申请实施例提供一种数据传输方法,该方法可以应用于发送端设备、也可以应用于发送端设备中的芯片,下面以应用于发送端设备为例对该方法进行描述,该方法包括:发送端设备组播发送多个数据,该些数据中的不同数据占用不同的传输资源。组播组内的第一接收端设备接收该些数据,根据该些数据的解码结果确定出一个第一反馈消息,该第一反馈消息用于指示第一接收端设备是否正确解码该些数据。之后,第一接收端设备向发送端设备反馈第一反馈消息。发送端设备根据第一反馈消息能够区分出多个数据中哪些数据被组播组正确解码,哪些数据未被组播组正确解码,从而对多个数据中未被组播组正确接收的数据进行网络编码传输,实现提高重传效率、降低时延以及节约反馈资源的目的。
一种可行的设计中,第一反馈消息占用第一反馈资源,第一反馈资源包含于反馈资源集合,反馈资源集合中的不同第一反馈资源对应不同反馈内容。采用该种方案,由于第一反馈消息的反馈内容与第一反馈资源一一对应,因此,发送端设备接收到第一反馈消息后,能够识别出哪些数据被正确接收,哪些数据未被正确接收,从而进行网络编码传输,实现提高重传效率的目的的同时,降低时延,节约反馈资源。
一种可行的设计中,发送端设备在第二反馈资源上接收第二反馈消息,该第二反馈消息用于指示第二接收端设备是否正确接收多个数据,第一反馈消息和第二反馈消息不相同,第一反馈资源和第二反馈资源互为不同的资源。采用该种方案,由于不同的反馈消息占用不同的反馈资源,而不同的反馈消息表示的未被组播组正确接收的数据不同,因此能够使得发送端设备很容易区分出哪些数据被正确接收,哪些数据未被正确接收,提高了网络编码传输效率。
一种可行的设计中,发送端设备在第一反馈资源上接收第二反馈消息,该第二反馈消息用于指示第二接收端设备是否正确接收多个数据,第一反馈消息和第二反馈消息相同。采用该种方案,由于相同的反馈消息占用相同的反馈资源,因此能够减少资源开销。
一种可行的设计中,发送端设备在第一反馈资源上接收第二反馈消息,第二反馈消息占用第一反馈资源,第二反馈消息用于指示第二接收端设备是否正确接收多个数据,第一反馈消息和第二反馈消息不相同。采用该种方案,由于不同的反馈消息占用相同的反馈资源,因此能够减少资源开销。
一种可行的设计中,第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,该预置反馈内容对应至少一个反馈内容或至少一个解码状态。采用该种方案,由于不同的数据解码状态对应相同的反馈内容并占用相同的反馈资源,因此能够减少资源开销。
一种可行的设计中,发送端设备发送第一指示消息,该第一指示消息用于指示第一接收端设备在组播组中所属的分组,组播组包含多个分组,第一接收端设备和第二接收端设备属于组播组中的同一个分组。采用该种方案,通过对组播组内的接收端设备进行分组并明确或隐含告知接收端设备,使得后续发送端设备针对某个或某些分组内的接收端设备进行网络编码传输,提升数据重传效率。
一种可行的设计中,发送端设备在第三反馈资源上接收第三反馈消息,该第三反馈消息用于指示第三接收端设备是否正确接收多个数据,第一接收端设备属于组播组中的第一分组,第三接收端设备属于组播组中的第二分组,第三反馈资源和第一反馈资源互为不同的资源。采用该种方案,不同分组在不同的反馈资源上进行反馈,使得后续发送端设备仅针对某个或某些分组内的接收端设备进行网络编码传输,提升数据重传效率。
一种可行的设计中,发送端设备根据在反馈消息进行网络编码传输,包括:发送端设备根据第一反馈消息和第三反馈消息,对第一分组和第二分组内的各接收端设备进行网络编码传输。采用该种方案,发送端设备进行网络编码传输时,根据不同分组的反馈消息,仅针对某个或某些分组内的接收端设备进行网络编码传输,提升数据重传效率
一种可行的设计中,多个数据分别对应不同的组播组,第一反馈消息用于指示第一接收端设备是否正确接收不同组播组的数据。采用该种方案,实现不同组播组之前的联合反馈。
一种可行的设计中,发送端设备发送第二指示消息,第二指示消息用于指示第一接收端设备对第二接收端设备进行网络编码传输。采用该种方案,通过协同网络编码传输,有助于数据的正确接收。
一种可行的设计中,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。采用该种方案,实现发送端设备灵活组播数据的目的一种可行的设计中,所述发送端设备还根据所述多个数据中各数据的RV,确定网络编码传输的各数据的RV;所述发送端设备向所述第一接收端设备发送第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。采用该种方案,通过向接收端设备指示或预配置网络编码数据传输的RV版本,可以降低信令指示开销,有利于提升组播通信的性能。
一种可行的设计中,所述发送端设备接收第四反馈消息,所述第四反馈消息用于指示所述第一接收端设备是否正确接收所述第一传输块中的各编码子块,所述多个数据为所述第一传输块中的各编码子块。采用该种方案,实现同一个传输块的不同子块的网络编码传输。
第三方面,本申请实施例提供一种数据传输方法,该方法可以应用于接收端设备、也可以应用于接收端设备中的芯片,下面以应用于接收端设备为例对该方法进行描述,该方法包括:第一接收端设备接收多个数据,根据所述多个数据,确定多个反馈消息并输出。其中,所述多个数据中的不同数据占用不同的传输资源;所述多个反馈消息中的反馈消息与所述多个数据中的数据一一对应。采用该种方案,同一个分组内的接收端设备对多个数据进行独立反馈,发送端设备根据不同组的反馈消息进行网络编码传输,提升数据重传效率。
第四方面,本申请实施例提供一种数据传输方法,该方法可以应用于发送端设备、也可以应用于发送端设备中的芯片,下面以应用于发送端设备为例对该方法进行描述,该方法包括:发送端设备组播多个数据,在多个反馈资源上接收反馈消息,根据所述多个反馈资源上的反馈消息进行网络编码传输。其中,所述多个数据中的不同数据占用不同的传输资源,所述多个反馈资源中的不同反馈资源对应组播组中不同的分组,所述组播组至少包含第一分组和第二分组,所述第一分组包含第一接收端设备,所述第一分组对应的第一反馈资源中的子资源与所述多个数据中的数据一一对应,所述第一分组中的不同接收端设备对所述多个数据中同一个数据的反馈消息相同时,所述不同接收端设备的反馈消息占用所述第一反馈资源中相同的子资源。采用该种方案,同一个分组内的接收端设备对多个数据进行独立反馈,发送端设备根据不同组的反馈消息进行网络编码传输,提升数据重传效率。
第五方面,本申请实施例提供一种通信装置,包括:
处理单元,用于获取多个数据,所述多个数据中的不同数据占用不同的传输资源,根据所述多个数据,确定第一反馈消息,所述第一反馈消息用于指示所述第一接收端设备是否正确接收所述多个数据;
输出单元,用于输出所述第一反馈消息。
一种可行的设计中,所述处理单元,用于根据所述第一反馈消息的反馈内容确定第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
所述输出单元,用于在所述第一反馈资源上输出所述第一反馈消息。
一种可行的设计中,上述的装置还包括:输入单元,用于接收第一指示消息,所述第一指示消息用于指示所述第一接收端设备在组播组中所属的分组,所述组播组包含多个分组。
一种可行的设计中,所述多个数据分别对应不同的组播组,所述第一反馈消息用于指示所述第一接收端设备是否正确接收不同组播组的数据。
一种可行的设计中,所述第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,所述预置反馈内容对应至少一个反馈内容或至少一个解码状态。
一种可行的设计中,输入单元,用于接收第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
一种可行的设计中,所述处理单元,还用于在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,根据所述第二反馈消息进行网络编码数据重传,所述监听资源是配置的反馈资源中除所述第一反馈资源外的其他资源,所述第一接收端设备属于所述组播组。
一种可行的设计中,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
一种可行的设计中,输入单元,用于接收第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV;所述处理单元,还用于根据所述多个数据中各数据的冗余版本RV,确定所述发送端设备进行网络编码传输时各数据的RV。
一种可行的设计中,所述处理单元,用于根据所述多个数据中各数据的冗余版本RV,查询预先配置的RV顺序表,以确定出所述发送端设备进行网络编码传输时各数据的RV,所述RV顺序表中存储当前网络编码传输和上一次数据传输中各数据的RV版本的对应关系。
一种可行的设计中,所述处理单元,还用于根据传输块确定多个编码子块,根据多个编码子块,确定第四反馈消息,所述多个数据为所述多个编码子块,所述第四反馈消息用于指示所述第一接收端设备是否正确接收所述传输块中的各编码子块;所述输出单元,用于输出所述第四反馈消息。
一种可行的设计中,所述多个数据中的各数据携带组播标识。
第六方面,本申请实施例提供一种通信装置,包括:
输出单元,用于发送多个数据,所述多个数据中的不同数据占用不同的传输资源;
输入单元,用于接收第一反馈消息,所述第一反馈消息用于指示第一接收端设备是否正确接收所述多个数据;
处理单元,用于根据所述第一反馈消息进行网络编码传输。
一种可行的设计中,所述第一反馈消息占用第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
一种可行的设计中,所述输入单元,还用于在第二反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和第二反馈消息不相同,所述第一反馈资源和第二反馈资源互为不同的资源。
一种可行的设计中,所述输入单元,还用于在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息相同。
一种可行的设计中,所述输入单元,还用于在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息占用所述第一反馈资源,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息不相同。
一种可行的设计中,所述第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,所述预置反馈内容对应至少一个反馈内容或至少一个解码状态。
一种可行的设计中,所述输出单元,还用于发送第一指示消息,所述第一指示消息用于指示所述第一接收端设备在所述组播组中所属的分组,所述组播组包含多个分组,所述第一接收端设备和所述第二接收端设备属于所述组播组中的同一个分组。
一种可行的设计中,所述输入单元,还用于在第三反馈资源上接收第三反馈消息,所述第三反馈消息用于指示第三接收端设备是否正确接收所述多个数据,所述第一接收端设备属于组播组中的第一分组,所述第三接收端设备属于所述组播组中的第二分组,所述第三反馈资源和所述第一反馈资源互为不同的资源。
一种可行的设计中,所述处理单元,用于根据所述第一反馈消息和所述第三反馈消息,对所述第一分组和所述第二分组内的各接收端设备进行网络编码传输。
一种可行的设计中,所述多个数据分别对应不同的组播组,所述第一反馈消息用于指示所述第一接收端设备是否正确接收不同组播组的数据。
一种可行的设计中,所述输出单元,还用于发送第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
一种可行的设计中,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
一种可行的设计中,所述处理单元,还用于根据所述多个数据中各数据的RV,确定网络编码传输的各数据的RV;所述输出单元,还用于向所述第一接收端设备发送第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。
一种可行的设计中,所述输入单元,还用于接收第四反馈消息,所述第四反馈消息用于指示所述第一接收端设备是否正确接收所述第一传输块中的各编码子块,所述多个数据为所述第一传输块中的各编码子块。
第七方面,本申请实施例提供一种通信装置,包括:
输入单元,用于接收多个数据,所述多个数据中的不同数据占用不同的传输资源;
处理单元,用于根据所述多个数据,确定多个反馈消息,所述多个反馈消息中的反馈消息与所述多个数据中的数据一一对应;
输出单元,用于输出所述多个反馈消息。
第八方面,本申请实施例提供一种通信装置,包括:
输出单元,用于组播多个数据,所述多个数据中的不同数据占用不同的传输资源;
处理单元,用于在多个反馈资源上接收反馈消息,根据所述多个反馈资源上的反馈消息进行网络编码传输;其中,所述多个反馈资源中的不同反馈资源对应组播组中不同的分组,所述组播组至少包含第一分组和第二分组,所述第一分组包含第一接收端设备,所述第一分组对应的第一反馈资源中的子资源与所述多个数据中的数据一一对应,所述第一分组中的不同接收端设备对所述多个数据中同一个数据的反馈消息相同时,所述不同接收端设备的反馈消息占用所述第一反馈资源中相同的子资源。
第九方面,本申请实施例提供一种通信装置,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时使得通信装置实现如上第一方面或第一个方面的各种可能的实现方式中的方法。
第十方面,本申请实施例提供一种通信装置,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时使得通信装置实现如上第二方面或第二个方面的各种可能的实现方式中的方法。
第十一方面,本申请实施例提供一种通信装置,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时使得通信装置实现如上第三方面或第三个方面的各种可能的实现方式中的方法。
第十二方面,本申请实施例提供一种通信装置,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时使得通信装置实现如上第四方面或第三个方面的各种可能的实现方式中的方法。
第十三方面,本申请实施例提供一种通信装置,包括:逻辑电路和输入接口,其中,所述输入接口用于获取待处理的数据,所述逻辑电路用于对待处理的数据执行如第一方面任一项所述的方法,得到处理后的数据。
一种可行的设计中,该通信装置还包括:输出接口,该输出接口用于输出所述处理后的数据。
第十四方面,本申请实施例提供一种通信装置,包括:逻辑电路和输入接口,其中,所述输入接口用于获取待处理的数据,所述逻辑电路用于对待处理的数据执行如第二方面任一项所述的方法,得到处理后的数据。
一种可行的设计中,该通信装置还包括:输出接口,该输出接口用于输出所述处理后的数据。
第十五方面,本申请实施例提供一种通信装置,包括:逻辑电路和输入接口,其中,所述输入接口用于获取待处理的数据,所述逻辑电路用于对待处理的数据执行如第三方面任一项所述的方法,得到处理后的数据。
一种可行的设计中,该通信装置还包括:输出接口,该输出接口用于输出所述处理后的数据。
第十六方面,本申请实施例提供一种通信装置,包括:逻辑电路和输入接口,其中,所述输入接口用于获取待处理的数据,所述逻辑电路用于对待处理的数据执行如第四方面任一项所述的方法,得到处理后的数据。
一种可行的设计中,该通信装置还包括:输出接口,该输出接口用于输出所述处理后的数据。
第十七方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行第一方面任一项所述的方法。
第十八方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行第二方面任一项所述的方法。
第十九方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行第三方面任一项所述的方法。
第二十方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行第四方面任一项所述的方法。
第二十一方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在通信装置上运行时,使得所述通信装置执行第一方面任一项所述的方法。
第二十二方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在通信装置上运行时,使得所述通信装置执行第二方面任一项所述的方法。
第二十三方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在通信装置上运行时,使得所述通信装置执行第三方面任一项所述的方法。
第二十四方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在通信装置上运行时,使得所述通信装置执行第四方面任一项所述的方法。
本申请实施例提供的数据传输方法,发送端设备组播发送多个数据,该些数据中的不同数据占用不同的传输资源。组播组内的第一接收端设备接收该些数据,根据该些数据的解码结果确定出一个第一反馈消息,该第一反馈消息用于指示第一接收端设备是否正确解码该些数据。之后,第一接收端设备向发送端设备反馈第一反馈消息。发送端设备根据第一反馈消息能够区分出多个数据中哪些数据被组播组正确解码,哪些数据未被组播组正确解码,从而对多个数据中未被组播组正确接收的数据进行网络编码传输,实现提高重传效率、降低时延以及节约反馈资源的目的。
附图说明
图1是HARQ反馈的示意图;
图2是NACK only方案的反馈示意图;
图3A是本申请实施例提供的数据传输方法适用的一种网络架构示意图;
图3B是本申请实施例提供的数据传输方法适用的另一种网络架构示意图;
图3C是本申请实施例提供的数据传输方法适用的又一种网络架构示意图;
图3D是本申请实施例提供的数据传输方法适用的又一种网络架构示意图;
图4是本申请实施例提供的一种数据传输方法的流程图;
图5是本申请实施例提供的数据传输方法的过程示意图;
图6是本申请实施例提供的数据传输方法的过程示意图;
图7是本申请实施例提供的数据传输方法的过程示意图;
图8是本申请实施例提供的数据传输方法的过程示意图;
图9是本申请实施例提供的数据传输方法的过程示意图;
图10是本申请实施例所述的数据传输方法中监听资源的示意图;
图11是本申请实施例提供的数据传输方法中协同网络编码重传的示意图;
图12是本申请实施例提供的数据传输方法的流程图;
图13是本申请实施例提供的数据传输方法的过程示意图;
图14为本申请实施例提供的一种通信装置的结构示意图;
图15为本申请实施例提供的另一种通信装置的结构示意图;
图16为本申请实施例提供的又一种通信装置的结构示意图;
图17为本申请实施例提供的又一种通信装置的结构示意图;
图18为本申请实施例提供的又一种通信装置的结构示意图。
具体实施方式
随着无线通信技术的飞速发展,3GPP的标准从第三代(3rd-Generation,3G)技术、第四代(4th-Generation,4G)技术逐步演进到5G技术。同时,电气和电子工程师协会(institute of electrical and electronics engineers,IEEE)标准也不断演进。相应的,基于3GPP和IEEE标准的通信方式从点到点通信逐步发展为点到多点、通信质量从低可靠性逐步发展为高可靠性、通信时延从高时延到低时延、通信范围从少量用户通信发展为大量用户通信、通信对象从人与人通信逐步发展为人与物通信以及物与物通信等。
组播通信是一种典型的通信方式,组播通信也被称为多播通信,广播是一种特殊的组播通信方式。组播通信中,一个通信设备(发送端设备)向多个通信设备(接收端设备)组播消息。为了保证组播通信的可靠性,接收端设备根据解码情况向发送端设备进行反馈。例如,若接收端设备没有正确解码到消息,则向发送端设备反馈NACK消息;若接收端设备正确解码到消息,则向发送端设备反馈ACK消息。发送端设备根据接收到的反馈消息决定是否进行重传,从而保证可靠的组播通信。反馈过程中,接收端设备在针对该接收端设备的特定的反馈资源上进行混合自动重传请求(hybrid automatic repeat request,HARQ)反馈,如反馈NACK消息或ACK消息。
图1是HARQ反馈的示意图。请参照图1,组播组包含两个接收端设备,分别为用户设备(user equipment,UE)1和UE2,发送端设备在时刻1-时刻9中的每个时刻组播一个数据,对于UE1而言,该9个数据各自对应一个反馈资源,如图中横线填充部分所示,对于UE2而言,该9个数据各自对应一个反馈资源,如图中竖线填充部分所示。若UE1未能正确解码某个数据,则UE1在该数据对应的反馈资源上反馈NACK消息,如图中“×”所示。同理,若UE2未能正确解码某个数据,则UE2在该数据对应的反馈资源上反馈NACK消息,如图中“×”所示。其余数字部分表示UE1或UE2向发送端设备反馈ACK消息。
请参照图1,对于时刻1和时刻3的数据,UE1的反馈消息分别为NACK消息和ACK消息,而UE2的反馈消息分别为ACK消息和NACK消息。因此,发送端设备能够对时刻1和时刻3的数据进行网络编码重传,如图中最左边的椭圆所示。网络编码重传指对时刻1和时刻3的数据逐比特进行异或(XOR)运算。
同理,对于时刻4和时刻5的数据,UE1的反馈消息分别为NACK消息和ACK消息,而UE2的反馈消息分别为ACK消息和NACK消息。因此,发送端设备能够对时刻4和时刻5的数据进行网络编码重传,如图中最中间的椭圆所示。网络编码重传指对时刻4和时刻5的数据逐比特进行异或(XOR)运算。
对于时刻7的数据,UE1和UE2均反馈NACK消息,如图中最右边的椭圆所示。此时,发送端设备单独对时刻7的数据进行HARQ重传,而不做网络编码重传。
上述数据重传过程中,组播组内的每个接收端设备都有特定的反馈资源,接收端设备在反馈资源上对每个数据都进行反馈,使得发送端设备清楚的知道每个接收端设备对所有组播数据的接收状态。当不同接收端设备针对两个不同时刻的数据的反馈消息分别为{ACK,NACK}、{NACK,ACK}时,如图中最左边和最中间的椭圆所示,则发送端设备能够进行网络编码重传。但是,当组播组中接收端设备增加时,由于需要为组播组内的每个接收端设备都配置反馈资源,则导致系统开销大、资源消耗过大,甚至出现反馈资源不够用的情况。
为节约反馈资源,业界提出NACK only方案。NACK only方案中,针对每个数据为组播组内的接收端设备配置共享反馈资源。当组播组内的接收端设备未能正确解码数据时,则在共享反馈资源上反馈NACK消息。发送端设备接收到NACK消息后进行数据重传,以保证组播通信的可靠性。
图2是NACK only方案的反馈示意图。请参照图2,组播组内包含4个接收端设备,分别为UE0、UE1、UE2和UE 3。发送端设备组播数据1和数据2。UE0未正确解码数据1,UE 2未正确解码数据2,则UE0在数据1对应的共享反馈资源(如图中斜线填充部分所示)上反馈NACK消息,UE2在数据2对应的共享反馈资源(如图中方格填充部分所示)上反馈NACK消息。
根据图2可知:对于每一个数据而言,若组播组内存在未正确解码该数据的接收端设备,则发送端设备在该数据对应的共享反馈资源上接收到NACK消息。此时,发送端设备认为组播组未正确解码该数据,只能针对每个数据进行HARQ重传或对所有数据放在一起做网络编码重传。若把所有数据包放在一起进行网络编码重传,直到该些数据被组播组正确接收,网络编码重传时间较长,无法高效的对组播的各数据进行网络编码重传。
有鉴于此,本申请实施例提供一种数据传输方法,接收端设备对发送端设备组播发送的多个数据进行联合HARQ反馈,使得发送端设备根据反馈进行网络编码传输,实现提高重传效率以及节约反馈资源的目的。
本申请说明书和权利要求书及附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象,而不是用于限定特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供的数据传输方法能用于第三代(the 3rd Generation,3G)移动通信、长期演进(Long Term Evolution,LTE)系统,第四代(the 4th Generation,4G)移动通信系统、高级长期演进(Long Term Evolution-Advanced,LTE-A)系统、第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)相关的蜂窝系统、第五代(the 5thGeneration,5G)移动通信系统以及后续演进的通信系统。
本申请实施例中涉及的发送端设备,是网络侧中一种用于发射或接收信号的实体,如新一代基站(generation Node B,gNodeB)或用户设备(user equipment,UE)。网络设备是用于与接入端设备通信的设备。网络设备例如是无线局域网(wireless local areanetworks,WLAN)中的AP、全球移动通信系统(global system for mobile communication,GSM)或码分多址(code division multiple access,CDMA)中的基站(base transceiverstation,BTS)、宽带码分多址(wideband code division multiple access,WCDMA)中的基站(NodeB,NB)、长期演进(long term evolution,LTE)中的演进型基站(evolutional NodeB,eNB或eNodeB)、中继站、接入点、车载设备、可穿戴设备、5G网络中的网络设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的网络设备、NR系统中的gNodeB等。另外,在本申请实施例中,网络设备为小区提供服务,接入端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区例如是网络设备(例如基站)对应的小区,该小区能够属于宏基站,也能够属于小小区(smallcell)对应的基站,这里的小小区包括:城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。此外,在其它可能的情况下,网络设备是其它为接入端设备提供无线通信功能的装置。本申请的实施例对发送端设备所采用的具体技术和具体设备形态不做限定。为方便描述,本申请实施例中,为接入端设备提供无线通信功能的装置称为发送端设备。
本申请实施例中涉及的接入端设备,指能够接收发送端设备的数据的电子设备,该数据例如是发送端设备组播或单播的数据。电子设备例如是有线电子设备或无线电子设备。无线电子设备经无线接入网(如,radio access network,RAN)与一个或多个核心网或者互联网进行通信,无线电子设备为移动电话(或称为“蜂窝”电话,手机(mobile phone))、计算机和数据卡等。例如,无线电子设备是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。再如,无线电子设备是个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、平板电脑(Pad)、带无线收发功能的电脑等设备。无线电子设备也称为系统、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile station,MS)、远程站(remote station)、接入点(access point,AP)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户站(subscriber station,SS)、用户端设备(customer premises equipment,CPE)、终端(terminal)、用户设备(user equipment,UE)、移动终端(mobile terminal,MT)等。无线电子设备也能够是可穿戴设备以及下一代通信系统中的终端设备,或者也能够是NR通信系统中的终端设备等。
图3A是本申请实施例提供的数据传输方法适用的一种网络架构示意图。请参照图3A,电子设备1~电子设备3组成组播组1,发送端设备向组播组1组播数据。电子设备4~电子设备6形成组播组2,发送端设备向组播组2组播数据。电子设备7和电子设备8形成组播组3,发送端设备向组播组3组播数据。此外,电子设备6和电子设备4组成组播组4,此时,发送端设备为电子设备5,电子设备5向组播组4组播数据。
本申请实施例中,以上述的组播组1为例,发送端设备向组播组1组播发送多个数据,组播组1内的接收端设备对发送端设备组播发送的多个数据进行联合HARQ反馈,使得发送端设备根据反馈进行网络编码传输,实现提高重传效率以及节约反馈资源的目的。
图3B是本申请实施例提供的数据传输方法适用的另一种网络架构示意图。请参照图3B,车辆到万物(vehicle-to-everything,V2X)的万物互联场景中,处于协同驾驶或车队状态时,某个或某些车辆(发送端设备)需要向其他车辆(接收端设备)组播感知信息、路径规划信息等数据,接收端设备对发送端设备组播发送的多个数据进行联合HARQ反馈,使得发送端设备根据反馈进行网络编码传输,实现提高重传效率以及节约反馈资源的目的。
图3C是本申请实施例提供的数据传输方法适用的又一种网络架构示意图。该网络架构例如为卫星通信架构,即非陆地网络(non terrestrial network,NTN)架构。该网络架构中,发送端设备例如为基站,基站或基站的部分功能部署在高空平台或卫星上以为电子设备提供覆盖,电子设备1-电子设备3组成一个组播组。发送端设备通过卫星观测站等与核心网设备连接。
图3D是本申请实施例提供的数据传输方法适用的又一种网络架构示意图。该网络架构例如为设备到设备(Device-to-Device,D2D)通信架构。该网络架构用于第四代移动通信技术(the 4th generation mobile communication technology,4G)或第五代移动通信技术(the 5th generation mobile communication technology,5G)蜂窝网络系统或第五代移动通信技术后的(beyond 5G)蜂窝网络系统中。该D2D通信系统包括基站和电子设备1-电子设备3。电子设备2和电子设备3形成一个组播组,电子设备1与电子设备2、电子设备1与电子设备3用于进行D2D通信。该D2D通信系统中,基站可以根据电子设备之间的距离等,指示电子设备间是否进行D2D通信。该D2D通信架构能够用于不同的场景,如Adhoc网络中的点到点(peer to peer,P2P)通信、物联网中的机器到机器(machine to machine,M2M)通信等。
本申请实施例所述的网络编码传输,包括网络编码重传或网络编码初传;或者,网络编码传输包含部分重传和部分初传。
图4是本申请实施例提供的一种数据传输方法的流程图。本实施例是从发送端设和接收端设备交互的角度,对本申请所述的数据传输方法进行说明的。本实施例包括:
101、发送端设备组播发送多个数据。
相应的,组播组内的任意一个接收端设备,以下称之为第一接收端设备接收多个数据。
其中,所述多个数据中的不同数据占用不同的传输资源。
示例性的,上述的多个数据为发送端设备组播发送的数据,发送端设备在不同的传输资源上组播发送不同的数据。不同的传输资源例如是不同的时域资源、不同的频域资源或不同的码域资源等。采用该种方案,实现发送端设备灵活组播数据的目的。
上述的多个数据针对同一个组播组或不同的组播组。当上述的多个数据针对同一个组播组时,该些数据携带相同的组播标识,组播标识例如为无线网络临时标识(radionetwork tempory identity,RNTI)。例如,再请参照图3A,多个数据包括数据1、数据2和数据3,该3个数据是发送端设备组播发送给组播组1的数据,此时,数据1、数据2和数据3携带相同的组播标识,组播组1内的第一接收端设备接收该3个数据。
当上述的多个数据针对不同的组播组时,该些数据携带不同的组播标识,例如,再请参照图3,多个数据包括数据4和数据5,数据4是组播组1的数据,数据5是组播组2的数据,则数据4携带RNTI1,数据5携带RNTI2。第一接收端设备是组播组1内的任意一个接收端设备,此时,第一接收端设备接收到数据4和数据5后,能够根据组播标识识别出自身的数据和其他组播组的数据,并对数据4和数据5进行联合反馈。
102、第一接收端设备根据所述多个数据,确定第一反馈消息。
所述第一反馈消息用于指示所述第一接收端设备是否正确接收所述多个数据。
示例性的,第一接收端设备接收到上述的多个数据后,根据多个数据中各数据的解码状态,确定一个第一反馈消息。对于一个数据而言,解码结果有两种:正确或错误,正确的解码结果对应的反馈内容为ACK,错误的解码结果对应的反馈内容为NACK。得到各数据的解码结果后,第一接收端设备根据解码结果确定第一反馈消息的反馈内容。例如,上述的多个数据包括数据1和数据2,若第一接收端设备成功解码数据1,但未正确解码数据2,则第一反馈消息的内容为{ACK,NACK}。若第一接收端设备未正确解码数据1,但正确解码数据2,则第一反馈消息的内容为{NACK,ACK}。若第一接收端设备正确解码数据1和数据2,则第一反馈消息的内容为{ACK,ACK}。若第一接收端设备未正确解码数据1和数据2,则第一反馈消息的内容为{NACK,NACK}。其中,反馈消息的内容如{ACK,NACK}、{NACK,ACK}、{ACK,ACK}和{NACK,NACK}也称为解码状态。
103、第一接收端设备输出所述第一反馈消息。
相应的,发送端设备接收该第一反馈消息。
示例性的,第一接收端设备向发送端设备发送上述的第一反馈消息。
104、所述发送端设备根据所述第一反馈消息进行网络编码传输。
示例性的,由于第一反馈消息用于指示第一接收端设备是否正确接收多个数据,因此,发送端设备能够根据第一反馈消息确定出第一接收端设备正确接收了哪些数据、未正确接收哪些数据。也就是说,发送端设备能够根据第一反馈消息区分出哪些数据被正确接收,哪些数据未被正确接收。例如,一个组播组包含第一接收端设备和第二接收端设备,多个数据包括数据1和数据2,第一接收端设备的第一反馈消息的内容为{ACK,NACK},则说明有第一接收端设备正确接收数据1但未正确接收数据2。第二接收端设备的反馈消息的内容为{NACK,ACK},则说明有第二接收端设备正确接收数据2但未正确接收数据1。此时,发送端设备对数据1和数据2进行网络编码重传。网络编码重传是指将数据1和数据2做异或(XOR)运算后发送给组播组。
本申请实施例提供的数据传输方法,发送端设备组播发送多个数据,该些数据中的不同数据占用不同的传输资源。组播组内的第一接收端设备接收该些数据,根据该些数据的解码结果确定出一个第一反馈消息,该第一反馈消息用于指示第一接收端设备是否正确解码该些数据。之后,第一接收端设备向发送端设备反馈第一反馈消息。发送端设备根据第一反馈消息能够区分出多个数据中哪些数据被组播组正确解码,哪些数据未被组播组正确解码,从而对多个数据中未被组播组正确接收的数据进行网络编码重传,实现提高重传效率、降低时延以及节约反馈资源的目的。进一步的,发送端设备进行网络编码重传时,从未被正确接收的数据中选择出优先级较高的数据,优先对优先级高的数据进行网络编码重传。其中,优先级高的数据例如为时延敏感类的数据等,从而降低时延。
上述实施例中,所述第一接收端设备根据所述第一反馈消息的反馈内容确定第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。也就是说,不同的第一反馈消息对应不同的第一反馈资源。第一反馈资源是信令配置的反馈资源或第一接收端设备自行配置的反馈资源。当第一反馈资源是信令配置的资源时,发送端设备预先为不同第一反馈消息配置各自对应的第一反馈资源,并通过信令等将第一反馈资源或反馈资源集合的配置信息发送给第一接收端设备。当第一接收端设备自行配置第一反馈资源时,第一接收端设备能够根据发送端设备的组播多个数据的资源,即上述的传输资源确定出第一反馈资源。例如,传输资源与反馈资源有一一对应的关系,则第一接收端设备根据多个数据中的首数据或尾数据或配置的某个数据的开始资源(如时频资源)位置,确定反馈资源或反馈资源集合的开始位置(如时频码资源),不同的反馈消息按照预设顺序从反馈资源开始位置依次(如按频率或/或时间递增或递减顺序)排列。第一接收端设备向发送端设备反馈第一反馈消息时,根据该第一反馈消息确定第一反馈资源。
示例性的,一个组播组包含接收端设备1和接收端设备2,多个数据包括数据1和数据2,第一接收端设备的第一反馈消息可能为{ACK,NACK}、{NACK,ACK}、{ACK,ACK}或{NACK,NACK}。{ACK,NACK}、{NACK,ACK}、{ACK,ACK}或{NACK,NACK}分别对应一个第一反馈资源。例如,该四个第一反馈消息分别对应不同的第一反馈资源,再如,该四个第一反馈消息中,内容为{ACK,NACK}、{NACK,ACK}的第一反馈消息对应的第一反馈资源1,但是,内容为{ACK,ACK}和{NACK,NACK}各自对应第一反馈资源2和第一反馈资源3。此时,若第一反馈消息的内容为{ACK,NACK}或{NACK,ACK},则第一接收端设备在第一反馈资源1上反馈第一反馈消息,这种情况下,接收端设备预配置第一反馈消息的内容为{ACK,NACK}或{NACK,ACK}中的任意一个,以避免不同内容的消息在相同的资源上传输造成的相互干扰。若第一反馈消息的内容为{ACK,ACK},则第一接收端设备在第一反馈资源2上反馈第一反馈消息。
另外,当第一反馈消息的内容为{ACK,ACK}时,该第一反馈消息可以没有对应的第一反馈资源。也就是说,当第一反馈消息的内容为{ACK,ACK}时,第一接收端设备不向发送端设备发送该第一反馈消息。
图5是本申请实施例提供的数据传输方法的过程示意图。请参照图5,组播组内包含4个接收端设备,分别为UE0、UE1、UE2和UE3,发送端设备组播数据1和数据2。反馈资源包括反馈资源a-反馈资源c。其中:
反馈资源a用于反馈{NACK,ACK},即图中的NACK+ACK。
反馈资源b用于反馈{ACK,NACK},即图中的ACK+NACK。
反馈资源c用于反馈{NACK,NACK},即图中的NACK+NACK。
当组播组中存在反馈消息的内容为NACK+ACK的接收端设备时,如UE0和UE1(图中仅示意UE0未正确接收数据1),则UE0和UE1均在反馈资源a上向发送端设备反馈NACK+ACK。
UE0未正确解码数据1,但正确解码数据2,则在反馈资源a上反馈{NACK,ACK}。UE2未正确解码数据2,但正确解码数据1,则UE2在反馈资源b上反馈{ACK,NACK},其他的UE均正确接收数据1和数据2。发送端设备接收到该两个反馈消息后,认为组播组中至少存在一个未正确接收数据1的接收端设备,以及至少一个未正确接收数据2的接收端设备,且该两个接收端设备不是同一个接收端设备。因此,发送端设备对数据1和数据2进行网络编码重传。
再请参照图5,当第一接收端设备自行配置第一反馈资源时,第一接收端设备根据数据1和数据2的传输资源配置第一反馈资源。例如,数据1和数据2占用的传输资源中的时域资源分别为时隙1和时隙2,则第一反馈资源的时域资源例如为时隙4,即上述的{NACK,ACK}、{ACK,NACK}以及{NACK,NACK}占用相同的时域资源,但是该些不同的第一反馈资源的频域资源不同。另外,第一反馈资源还包括码域资源,第一接收端设备能够根据一个资源块支持的码的个数进行码域资源的配置。比如,第一接收端设备使用ZC(Zadoff-chu)序列的循环移位(cyclic shift)码配置码域资源。
采用该种方案,由于第一反馈消息与第一反馈资源一一对应,因此,发送端设备接收到第一反馈消息后,能够识别出哪些数据被正确接收,哪些数据未被正确接收,从而进行网络编码重传,实现提高重传效率的目的的同时,降低时延,节约反馈资源。
上述图5实施例中,多个数据包括数据1和数据2。然而,本申请实施例并不限制,其他可行的实现方式中,多个数据例如为3个或3个以上的数据。下面,以多个数据为3个数据为例,对本申请实施例所述的数据传输方法进行详细说明。示例性的,请参见图6。
图6是本申请实施例提供的数据传输方法的过程示意图。请参照图6,组播组内包含4个接收端设备,分别为UE0、UE1、UE2和UE3,发送端设备组播数据1、数据2和数据3。反馈资源或反馈资源集合包括反馈资源a-反馈资源g。其中:
反馈资源a用于反馈{NACK,ACK,ACK},即图中的NACK+ACK+ACK。
反馈资源b用于反馈{ACK,ACK,NACK},即图中的ACK+ACK+NACK。
反馈资源c用于反馈{ACK,NACK,ACK},即图中的ACK+NACK+ACK。
反馈资源d用于反馈{ACK,NACK,NACK},即图中的ACK+NACK+NACK。
反馈资源e用于反馈{NACK,ACK,NACK},即图中的NACK+ACK+NACK。
反馈资源f用于反馈{NACK,NACK,ACK},即图中的NACK+NACK+ACK。
反馈资源g用于反馈{NACK,NACK,NACK},即图中的NACK+NACK+NACK。
图6中,组播组中所有反馈消息的内容为NACK+ACK+ACK的接收端设备,均在反馈资源a上反馈NACK+ACK+ACK。同理,反馈资源b-反馈资源g被具有相同反馈消息的接收端设备占用。
UE0未正确解码数据1,但正确解码数据2和数据3。因此,UE0在反馈资源a上反馈{NACK,ACK,ACK}。
UE1未正确解码数据3,但正确解码数据1和数据2。因此,UE1在反馈资源b上反馈{ACK,ACK,NACK}。
UE2未正确解码数据2,但正确解码数据1和数据3。因此,UE2在反馈资源c上反馈{ACK,NACK,ACK}。
UE3正确解码数据1、数据2和数据3,因此,UE3不反馈。
对于发送端设备而言,当其仅接收到NACK+ACK+ACK、ACK+ACK+NACK和ACK+NACK+ACK后,则认为组播组中的存在未正确解码数据1的接收端设备、未正确解码数据3的接收端设备和未正确解码数据2的接收端设备,且该三个接收端设备为组播组中不同的接收端设备。此时,发送端设备对数据1、数据2和数据3进行网络编码重传。
此外,当发送端设备仅接收到NACK+ACK+ACK和ACK+ACK+NACK时,则认为组播组中的存在未正确解码数据1的接收端设备、未正确解码数据3的接收端设备,且该两个接收端设备为组播组中不同的接收端设备。此时,发送端设备组播组中的各接收端设备均正确接收数据2,因此,发送端设备仅对数据1和数据3进行网络编码重传。
当发送端设备仅接收到ACK+NACK+NACK和NACK+NACK+ACK时,则认为组播组中存在未正确解码数据2和数据3的接收端设备、未正确解码数据1和数据2的接收端设备,且该两个接收端设备为不同的接收端设备。此时,发送端设备对数据1和数据3进行网络编码重传,对数据2进行单数据包的HARQ重传。
同理,当发送端设备仅接收到ACK+NACK+NACK和NACK+ACK+NACK时,则认为组播组中存在未正确解码数据2和数据3的接收端设备、未正确解码数据1和数据3的接收端设备,且该两个接收端设备为不同的接收端设备。此时,发送端设备对数据1和数据2进行网络编码重传,对数据3进行单数据包的HARQ的重传。
当发送端设备接收到NACK+NACK+NACK后,认为组播组中存在未正确解码数据1、数据2和数据3的接收端设备。此时,发送端设备对数据1、数据2和数据3分别进行单数据包的HARQ重传。
需要说明的是,当发送端设备接收到的反馈消息仅占用反馈资源d、反馈资源e、反馈资源f或反馈资源g中的一个或多个时,发送端设备也能够对所有组播发送的数据进行网络编码重传;或者,发送端设备选择部分数据进行网络编码重传,如果接收端没有正确接收可以进一步进行反馈,然后重传。
上述实施例中,不同的第一反馈消息对应不同的第一反馈资源。例如,图5中,第一接收端设备为UE0时,该UE0的第一反馈消息可能为NACK+ACK、ACK+NACK或NACK+NACK。由于NACK+ACK、ACK+NACK或NACK+NACK各自对应不同的第一反馈资源,当UE0根据数据1和数据2确定出第一反馈消息后,根据第一反馈消息从反馈资源a、反馈资源b和反馈资源c中确定出相应的反馈资源,进而进行反馈。然而,本申请实施例并不限制,其他可行的实现方式中,不同的解码状态也能对应相同的第一反馈消息,从而对应相同的第一反馈资源。再请参照图5,NACK+ACK、ACK+NACK这2种解码状态均对应反馈资源a。此时,2种解码状态对应一种反馈消息内容,对应相同反馈资源,无论UE0对数据1和数据2的解码状态是NACK+ACK还是解码ACK+NACK,均在反馈资源a上进行反馈。
上述实施例中,组播组中包含两个或两个以上的接收端设备。假设第一接收端设备和第二接收端设备为组播组中两个不同的接收端设备,则第一接收端设备根据第一反馈消息确定第一反馈资源,并在第一反馈资源上向发送端设备发送第一反馈消息,第二接收端设备根据第二反馈消息确定第二反馈资源,并在第二反馈资源向发送端设备发送第二反馈消息。相应的,接收端设备在第一反馈资源上接收第一反馈消息,在第二反馈资源上接收第二反馈消息。第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据。
当第一反馈消息和第二反馈消息不相同时,该第一反馈资源和第二反馈资源互为不同的反馈资源。例如,再请参照图5,第一接收端设备为UE0,第二接收端设备为UE2,第一接收端设备反馈NACK+ACK,第二接收端设备反馈ACK+NACK,则第一反馈资源为反馈资源a,第二反馈资源为反馈资源b。采用该种方案,由于不同的反馈消息占用不同的反馈资源,而不同的反馈消息表示的未被组播组正确接收的数据不同,因此能够使得发送端设备很容易区分出哪些数据被正确接收,哪些数据未被正确接收,提高了网络编码重传效率。
当第一反馈消息和第二反馈消息相同时,该第一反馈资源和第二反馈资源是同一块资源。例如,再请参照图5,第一接收端设备为UE0,第二接收端设备为UE1,假设第一接收端设备反馈NACK+ACK,第二接收端设备反馈NACK+ACK,则第一反馈资源为反馈资源a,第二反馈资源也为反馈资源a。
再如,图6中,NACK+ACK+ACK、ACK+ACK+NACK和ACK+NACK+ACK均对应反馈资源a。若发送端设备在其他反馈资源上未接收到反馈消息,仅在反馈资源a上接收到反馈消息,则发送端设备认为组播组中存在未正确接收数据1、数据2和数据3中的1个或多个的接收端设备。因此,发送端设备对数据1、数据2和数据3进行网络编码重传。此时,接收端根据之前传输的数据和网络编码重传的数据进行信道编码和网络编码的联合译码接收。
采用该种方案,由于相同的反馈消息占用相同的反馈资源,因此能够减少资源开销。
此外,发送端设备或网络侧将不同数据解码状态的反馈消息配置成同样的反馈消息。此时,即使不同的接收端设备的解码状态不相同,也发送预置反馈内容的反馈消息。此时,预先配置第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,该预置反馈内容对应至少一个反馈内容或至少一个解码状态。例如,再请参照图5,第一接收端设备为UE0,第二接收端设备为UE2,第一接收端设备反馈NACK+ACK,第二接收端设备反馈ACK+NACK。上述预置反馈内容为{ACK,NACK}或{NACK,ACK}中的任意一个,该预置反馈内容对应的反馈内容包括{ACK,NACK}和{NACK,ACK}。也就是说,无论接收端设备的反馈消息的内容是{ACK,NACK}还是{NACK,ACK},均在第一反馈资源上反馈预置反馈内容的反馈消息,以避免不同内容的消息在相同的资源上传输造成的相互干扰。此时,由于具有不同反馈内容的UE对应的第一反馈消息均占用反馈资源a,因此,发送端设备对多个数据中的所有数据进行网络编码传输。
上述实施例中,预置反馈内容对应至少一个反馈内容。然而,本申请实施例并不限制。其他实施例中,预置反馈内容对应至少一个解码状态。继续沿用图5,假设预置反馈内容为{ACK,NACK},该预置反馈内容对应的解码状态包括{正确,错误}和{错误,正确}。也就是说,无论接收端设备对应的解码状态为{正确,错误}还是{错误,正确},均在第一反馈资源上反馈内容为{ACK,NACK}的反馈消息。
采用该种方案,由于不同的数据解码状态对应相同的反馈内容并占用相同的反馈资源,因此能够减少资源开销。
上述实施例中,当发送端设备进行网络编码重传时,是对组播组内的所有接收端设备进行网络编码重传。然而,本申请实施例并不以此为限制,其他可行的实现方式中,预先对一个组播组进行分组,并针对每个分组配置反馈资源。发送端设备进行网络编码重传时,仅对某个或某些分组进行网络编码重传。
发送端设备或网络侧的其他设备采用不同的方式对组播组内的接收端设备进行分组。例如,发送端设备将覆盖范围划分为多个区域,各区域面积相等,该些区域中,位于同一个区域内的接收端设备属于同一个分组。再如,发送端设备确定组播组内各接收端设备接收信号强度,按照接收信号强度对组播组内的接收端设备进行分组。又如,发送端设备按照接收端设备的标识对组播组内的接收端设备进行分组。
发送端设备或网络侧的其他设备对组播组内的接收端设备进行分组得到多个分组后,向组播组内的第一接收端设备发送第一指示消息,该第一指示消息用于指示第一接收端设备在组播组中所属的分组。可选的,发送端设备或网络侧的其他设备通过第一指示消息指示分组规则,如处于某个覆盖范围或某个信号强度范围或某个设备标识范围的接收端设备属于某属于某个组。接收端基于该规则和自身所处的地理位置或信号强度或标识从而确定自己的分组。采用该种方案,通过对组播组内的接收端设备进行分组并明确或隐含告知接收端设备,使得后续发送端设备针对某个或某些分组内的接收端设备进行网络编码重传,提升数据重传效率。
此外,本申请实施例还能够预配置一个组播组中不同接收端设备各自所属的分组,从而减少信令交互,节约资源开销。
上述实施例中,假设第一接收端设备和第三接收端设备属于同一个组播组,第一接收端设备属于第一分组,第三接收端设备属于第二分组,则第三接收端设备在第三反馈资源上反馈第三反馈消息。相应的,发送端设备在第三反馈资源上接收第三反馈消息,该第三反馈消息用于指示第三接收端设备是否正确接收所述多个数据。
示例性的,发送端设备对组播组内的接收端设备进行分组后,对各分组配置反馈资源。一个组播组内不同分组的反馈资源相互独立,一个组播组内属于同一个分组的各接收端设备共享反馈资源。例如,一个组播组包含UE1、UE2、UE3和UE4,UE1和UE2属于第一分组,UE 3和UE4属于第二分组,则发送端设备为第一分组配置反馈资源,为第二分组配置反馈资源,该两块反馈资源相互独立。而对于第一分组,该第一分组的反馈资源包括3部分,分别用于反馈NACK+ACK、ACK+NACK、NACK+NACK。当UE1和UE 2的反馈消息相同时,该两个反馈消息占用相同的反馈资源。
另外,上述实施例中,当反馈消息的内容仅包含ACK而不包含NACK时,发送端设备能为该反馈消息配置或不配置反馈资源。此时,若为不包含NACK的反馈消息配置了反馈资源,则第一分组的反馈资源包括4部分,分别用于反馈NACK+ACK、ACK+NACK、NACK+NACK和ACK+ACK。
采用该种方案,不同分组在不同的反馈资源上进行反馈,使得后续发送端设备仅针对某个或某些分组内的接收端设备进行网络编码重传,提升数据重传效率。
分组场景中,发送端设备进行网络编码重传时,根据不同分组的反馈消息,即根据第一反馈消息和上述的第三反馈消息,对所述第一分组和所述第二分组内的各接收端设备进行网络编码重传。
图7是本申请实施例提供的数据传输方法的过程示意图。请参照图7,发送端设备的覆盖范围内存在8个接收端设备,分别为UE1、UE2、UE3、UE4、UE5、UE6、UE7和UE8,该8个接收端设备属于同一个组播组。发送端设备根据给接收端设备所在的地理位置进行分组,将该8个接收端分为四个小组:UE1和UE5属于组1,如图中斜线填充部分所示,UE2和UE6属于组2,如图中点填充部分所示,UE3和UE7属于组3,如图中竖线填充部分所示,UE4和UE8属于组4,如图中横线填充部分所示。
请参照图7,每个分组具有独立的反馈资源或反馈资源集合。例如,反馈资源a1是组1用来反馈ACK+ACK的反馈资源,反馈资源a2是组1用来反馈ACK+NACK的反馈资源,反馈资源a3是组1用来反馈NACK+ACK的反馈资源,反馈资源a4是组1用来反馈NACK+NACK的反馈资源。
再如,反馈资源b1是组2用来反馈NACK+ACK的反馈资源,反馈资源b2是组2用来反馈ACK+NACK的反馈资源,反馈资源b3是组2用来反馈ACK+ACK的反馈资源,反馈资源a4是组2用来反馈NACK+NACK的反馈资源。
又如,反馈资源c1是组3用来反馈ACK+ACK的反馈资源,反馈资源c2是组3用来反馈ACK+NACK的反馈资源,反馈资源c3是组3用来反馈NACK+ACK的反馈资源,反馈资源c4是组3用来反馈NACK+NACK的反馈资源。
又如,反馈资源d1是组4用来反馈NACK+ACK的反馈资源,反馈资源d2是组4用来反馈ACK+NACK的反馈资源,反馈资源d3是组4用来反馈ACK+ACK的反馈资源,反馈资源d4是组4用来反馈NACK+NACK的反馈资源。
需要说明的是,上述图7中仅示出了组1中的反馈资源a1、组2中的反馈资源b1、组3中的反馈资源c1和组4中的反馈资源d1。另外,同一个分组内,不同的反馈消息占用不同的反馈资源等的描述请参见上述实施例,此次不再赘述。而且,本发明支持无需配置反馈资源a1、反馈资源b3、反馈资源c1和反馈资源d3的情况。
图7中,发送端设备组播数据1和数据2,组1内的UE1和UE5均反馈ACK+ACK,组2内的UE2和UE6均反馈NACK+ACK,组3内的UE3和UE7均反馈ACK+ACK,组4内的UE4和UE8均反馈NACK+ACK。
发送端设备在反馈资源a1、反馈资源b1、反馈资源c1和反馈资源d1上接收到该些反馈消息后,识别出组2和组4内存在未正确解码数据1和数据2的接收端设备。此时,发送端设备对数据1和数据2进行网络编码重传,将网络编码重传的数据组播发送给组2和组4。
上述图7中是以发送端设备组播2个数据为例进行说明。然而,本申请实施例并不限制,其他可行的实现方式中,组播组组播的数据例如为3个或3个以上。示例性的,请参见图8。
图8是本申请实施例提供的数据传输方法的过程示意图。请参照图8,发送端设备的覆盖范围内存在UE1至UE12,共12个接收端设备,该12个接收端设备属于同一个组播组。发送端设备根据给接收端设备所在的地理位置进行分组,将该12个接收端分为四个小组:UE1、UE5和UE9属于组1,如图中斜线填充部分所示,UE2、UE6和UE10属于组2,如图中点填充部分所示,UE3、UE7和UE11属于组3,如图中竖线填充部分所示,UE4、UE8和UE12属于组4,如图中横线填充部分所示。
该些分组中,每个分组具有独立的反馈资源。具体请参见上述图7的描述,此处不再赘述。
图8中,发送端设备组播数据1、数据2和数据3,组1内的各UE均反馈ACK+ACK+ACK,组2内的各UE均反馈NACK+ACK+ACK,组3内的各UE均反馈ACK+ACK+NACK,组4内的各UE均反馈ACK+NACK+ACK。
发送端设备在反馈资源a1、反馈资源b1、反馈资源c1和反馈资源d1上接收到该些反馈消息后,识别出组2、组3和组4内存在未正确解码数据1和数据2的接收端设备。此时,发送端设备对数据1、数据2和数据3进行网络编码重传,将网络编码重传的数据组播发送给组2、组3和组4。
采用该种方案,发送端设备进行网络编码重传时,根据不同分组的反馈消息,仅针对某个或某些分组内的接收端设备进行网络编码重传,提升数据重传效率。
上述实施例中,发送端设备组播发送的多个数据中针对同一个组播组的。然而,本申请实施例并不限制,其他可行的设计中,多个数据中的不同数据分别对应不同的组播组。此时,第一反馈消息用于指示第一接收端设备是否正确接收不同组播组的数据。例如,请参照图3A,发送端设备组播发送数据1和数据2,数据1对应组播组1,数据2对应组播组2,组播组1内的第一接收端设备(电子设备1、电子设备2和电子设备3中的任意一个)监听数据1和数据2,并对数据1和数据2进行联合反馈;同样的,组播组2内的接收端设备也监听数据1和数据2,并对数据1和数据2进行联合反馈。数据1和数据2位于不同的传输资源,如不同的时域资源、频域资源、码域资源、空域资源或极化资源
数据1和数据2携带不同的组播标识,例如,数据1携带RNTI1,数据携带RNTI2。对于每个数据而言,以数据1为例,组播标识加载在数据1上,数据1的导频上或数据1的循环冗余校验(cyclic redundancy check,CRC)上。组播组1内的接收端设备能够根据数据1和数据2携带的组播标识确定需要接收的数据。例如,组播组1内的接收端设备接收到携带RNTI1的数据1后,认为数据1是需要接收的数据,因此保存数据1。当接收到携带RNTI2的数据2后,认为数据2是其他组播组的数据,则对数据1和数据2进行联合反馈,而数据2被丢弃。
图9是本申请实施例提供的数据传输方法的过程示意图。请参照图9,发送端设备组播数据1和数据2,针对组播组1的数据1占用频率资源1,针对组播组2的数据2占用频率资源2。组播组1包含3个接收端设备,分别为UE1、UE2和UE3。组播组2包含3个接收端设备,分别为UE4、UE5和UE6。组播组1内的接收端设备除了监听数据1外,还监听数据2,组播组1的反馈资源或反馈资源集合包括反馈资源a-反馈资源c。其中:
反馈资源a用于反馈{NACK,ACK},即图中的NACK+ACK。
反馈资源b用于反馈{ACK,NACK},即图中的ACK+NACK。
反馈资源c用于反馈{NACK,NACK},即图中的NACK+NACK。
当组播组1内的不同接收端设备,如UE2和UE3的反馈消息相同时,例如都为NACK+ACK,则该两个NACK+ACK均占用反馈资源a。图9中组播组1内的接收端设备解码状态为NACK+ACK和ACK+NACK时,该两种反馈消息内容也能够根据预配置采用一种反馈内容,从而共享反馈资源a,具体可参见上述的描述,此处不再赘述。
当发送端设备在反馈资源a和反馈资源b上接收到反馈消息时,则对数据1和数据2进行网络编码重传。另外,当发送端设备仅在反馈资源a上接收到反馈消息时,由于只有数据1未被正确接收,此时,发送端设备对数据1进行单数据包的HARQ重传,而非对数据1和数据2进行网络编码重传。
组播组2内的接收端设备除了监听数据2外,还监听数据1,组播组2的反馈资源或反馈资源集合包括反馈资源d-反馈资源f。其中:
反馈资源d用于反馈{NACK,ACK},即图中的NACK+ACK。
反馈资源e用于反馈{ACK,NACK},即图中的ACK+NACK。
反馈资源f用于反馈{NACK,NACK},即图中的NACK+NACK。
当组播组2内的不同接收端设备,如UE5和UE6的反馈消息相同时,例如都为NACK+ACK,则该两个NACK+ACK均占用反馈资源d。
当发送端设备在反馈资源d和/或反馈资源e上接收到反馈消息时,则对数据1和数据2进行网络编码重传。
上述实施例中,除了由发送端设备进行网络编码重传外,某些接收端设备也能够进行网络编码重传。该种网络编码重传称之为协同网络编码重传。
一种方式中,发送端设备向第一接收端设备发送第二指示消息。相应的,第一接收端设备接收该第二指示消息,该第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码重传。
例如,发送端设备或网络侧预先配置网络编码重传的重传资源,如时域资源、频域资源、码域资源或空域资源、调制与编码方案(modulation and coding scheme,MCS)、HARQ进程、参与网络编码重传的每个数据的冗余版本(redundancy version,RV)等。其中,HARQ进程例如为参与网络编码重传的数据中的首个数据的HARQ进程或某个数据的HARQ进程。第一接收端设备接收到的第二指示消息后,触发第一接收端设备根据该预配置信息进行网络编码重传。
再如,发送端设备或网络侧预先配置上述信息中的部分信息,将其余信息包含在第二指示消息内。比如,发送端设备或网络侧仅配置参与网络编码重传的各数据的RV版本,第二指示消息包括网络编码重传的重传资源、MCS、HARQ进程等。
又如,第二指示消息包含全部网络编码重传的相关信息,如重传资源、MCS、参与网络编码重传的各数据的RV版本、MCS、HARQ进程等。该第二指示消息例如为下行控制信息(downlink control information,DCI)、单边链路控制信息(sidelink controlinformation,SCI),无线资源(radio resource control,RRC)或媒体接入控制(mediaaccess control,MAC)控制元素(control element,CE)等信息;或者,第二指示消息为该些信息中的2个或2个以上的组合。
采用该种方案,协同进行网络编码重传的接收端设备需要监听其他接收端设备的反馈消息,协同网络编码重传可以提高重传效率和分集增益,有助于数据的正确接收。
另一种方式中,第一接收端设备在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息。监听资源指配置的反馈资源或反馈资源集合中除第一反馈资源外的其他资源,该第一接收端设备属于组播组或协作设备组。协作设备组为发送端设备或网络侧的其他设备直接配置或通过配置规则确定的。例如,协作设备组内的设备为某个地理位置范围内的设备;再如,协作设备组中的设备为某个信号强度范围内的设备或某个设备标识范围内的设备。
该种方式中,预先配置第一接收端设备为协同网络编码重传的接收端设备。例如,预先配置标识为A的接收端设备为协同网络编码重传的接收端设备。再如,预先配置反馈消息中不包含NACK的接收端设备为协同网络编码重传的设备。
当第一接收端设备自主进入协同网络编码模式时,第一接收端设备需要监听组播组中其他接收端设备的反馈消息。若第一接收端设备处于全双工模式,则第一接收端设备直接监听组播组的反馈资源或反馈资源集合。若第一接收端设备处于半双工模式,则第一接收端设备在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,该监听资源可以是配置的反馈资源中除第一反馈资源外的其他资源;或,该监听资源是第一接收端设备所用的反馈资源外的其它反馈资源。例如,针对组播数据传输配置多个反馈资源或反馈资源集合,每个反馈资源对应一种反馈消息,第一接收端设备的反馈消息占用了一种反馈资源,则其它反馈消息对应的反馈资源为监听资源。
可选的,当组播组被分为多个组时,第一接收端设除了监听自身所在组的反馈资源外,还监听其它组的反馈资源,以便进行跨组的辅助网络编码重传。此时,由于本组的反馈资源已经配置给了第一接收端设备,发端设备需要将其它组的反馈资源指示给第一接收端设备。进一步的,其它组的反馈资源指该组所有反馈资源中除了用于反馈内容均为ACK的反馈消息的反馈资源。
上述协作网络编码重传中,第一接收端设备自身进行网络协同编码模式也称为自主模式,第一接收端设备根据发送端设备的指示进行协同网络编码也称为指示模式。自主模式或指示模式可以由发送端设备等进行配置。
下面,以反馈资源为时分复用资源为例,对半双模式下的第一接收端设备如何监听进行详细说明。
图10是本申请实施例所述的数据传输方法中监听资源的示意图。请按照图10,预先配置的反馈资源t1、t2、t3和t4。该4块反馈资源分别用于反馈NACK+NACK、ACK+ACK、NACK+ACK以及ACK+NACK。其中,NACK+NACK还能表示成{NACK,NACK}。ACK+ACK还能表示成{ACK,ACK}。NACK+ACK能表示成{NACK,ACK}。ACK+NACK能表示成{ACK,NACT}。
图10中的NN表示{NACK,NACK},AA表示{ACK,ACK},NA表示{NACK,ACK},AN表示{ACK,NACK}。
请参照图10,第一接收端设备的反馈消息的内容为AA,由于第一接收端设备处于半双工通信模式,第一接收端设备在反馈资源t2上仅能发送反馈消息,而无法监听其他接收端设备的反馈消息。因此,监听资源为反馈资源t1、反馈资源t3和反馈资源t4。接收端设备在该些反馈资源上监听到NACK+ACK和ACK+NACK时,若未监听到其他反馈消息,则第一接收端设备对两个数据进行网络编码重传。
采用该种方案,第一接收端设备自主进行网络编码重传,无需发送端设备发送第二指示消息,甚至无需发送端设备参与网络编码重传。因此,能够减少信令开销并降低发送端的工作量。
上述实施例中,无论是第一接收端设备接收到第二指示消息进行协同网络编码重传,还是自主进行协同网络编码重传,该第一接收端设备的反馈消息不包含NACK(或只包含ACK)或者包含部分NACK。假设发送端设备组播发送三个数据,组播组中包含3个接收端设备:UE1、UE2和UE3,UE1进行协同网络编码。UE1为进行协同网络编码重传的接收端设备。
一种方式中,UE1自主决定对哪些数据进行网络编码重传。例如,UE1的反馈消息的内容为ACK+ACK+ACK,UE1监听到反馈资源2上的反馈消息的内容为NACK+ACK+ACK,UE1监听到反馈资源3上的反馈消息的内容为ACK+NACK+ACK。此时,UE1对数据1和数据2进行协同网络编码重传。
另一种方式中,发送端设备通过第二指示消息等告知UE1需要对哪些数据或哪些反馈状态的数据进行网络编码重传,例如,UE1的反馈消息的内容为ACK+ACK+ACK,UE2的反馈消息的内容为NACK+ACK+ACK,UE3的反馈消息的内容为ACK+NACK+NACK。由于发送端设备指示UE1对数据2和数据3进行网络编码重传;或者,发送端设备指示UE1对反馈状态为NACK+ACK+ACK和ACK+NACK+NACK的数据进行网络编码重传。因此,UE1对数据2和数据3进行协同网络编码重传。
又一种实现方式中,UE1对正确解码的数据均进行协同网络遍历重传。例如,发送端设备组播发送了5个数据,UE1正确解码了数据1-数据3,但是未正确解码数据4和数据5。因此,UE1对数据1、数据2和数据3进行协同网络编码重传。
考虑分组时,第一接收端设备能够根据第一分组对应的反馈资源上的反馈消息进行网络编码重传,也能够根据第二分组对应的反馈资源上的反馈消息进行协同网络编码重传。示例性的,请参照图11。
图11是本申请实施例提供的数据传输方法中协同网络编码重传的示意图。请参照图11,V2X场景中,发送端设备为车辆0,车辆覆盖范围内的车辆被分成4个组,即组1、组2、组3和组4。车辆0组播发4个数据,车辆6的反馈消息的内容为ACK+ACK+ACK+ACK。车辆6为进行协同网络编码的设备。车辆6监听到车辆5或来自组3的反馈消息的内容为ACK+NACK+NACK+ACK,车辆6监听到车辆7或来自组4的反馈消息的内容为NACK+ACK+ACK+NACK,则车辆6对4个数据进行协同网络编码后发送给车辆5和车辆7。其中,车辆5与车辆6属于同一个分组,车辆7和车辆6属于不同的分组。
上述实施例中,第一接收端设备基于发送端的指示或自主进行协同网络编码重传,能够提高重传分集增益,降低时延。
上述实施例中,发送端设备组播发送多个数据。发送端设备接收到反馈消息后对多个数据进行网络编码重传。为提升网络编码重传的性能,发送端设备收到反馈消息之前和之后组播发送的数据可以使用不同的冗余版本。
一种方式中,发送端设备通过信令指示网络编码重传时各数据的RV版本。例如,发送端设备组播发送数据1和数据2,若每个数据各自具有4个冗余版本,则发送端设备利用一个4比特的信令指示各网络编码数据的冗余版本。比如,数据1的4个冗余版本分别为RV0、RV1、RV2和RV3,分别表示为00、01、10、11;数据2的4个冗余版本分别为RV0、RV1、RV2和RV3,分别表示为00、01、10、11。如此一来,4比特的信令为0000时,表示数据1的冗余版本为RV0,数据2的RV为RV0。当4比特的信令为0011时,表示数据1的冗余版本为RV0,数据2的RV为RV2。
此外,发送端设备组播发送数据1和数据2,若每个数据具有2个冗余版本,则发送端设备利用一个2比特的信令指示各数据的冗余版本。发送端设备组播发送数据1、数据2和数据3,若每个数据具4个冗余版本,则发送端设备利用一个6比特的信令指示各数据的冗余版本。
另一种方式中,预先配置RV版本顺序,即基于前一次数据传输的RV版本,发送端设备和接收端设备确定当前网络编码数据传输使用的RV版本。发送端设备预先配置各数据的RV版本顺序并发送给组播组内的接收端设备,该预配置信息通过RRC信令、MAC信令或物理(physical,PHY)信令或层一信令等发送给组播组内的第一接收端设备。接收端设备根据预先配置的RV版本顺序和前一次数据传输的RV版本,确定当前网络编码重传时进行网络编码数据的RV冗余版本。其中,前一次数据传输的RV版本是发送端设备通过信令通知给接收端设备的;或者,接收端设备根据前一次数据传输之前的一次数据传输的RV版本和预配置RV版本顺序进行确定。可选的,可以有多套RV版本顺序,发送端设备通过一种信令将不同的RV版本顺序指示给接收端设备,通过另外一种信令将网络编码数据重传时的RV版本指示给接收端设备。例如。发送端设备通过半静态信令、RRC信令或MAC CE信令配置多套RV版本顺序,通过相对动态信令,如MAC CE信令或PHY信令或L1信令来配置选择多套RV版本顺序的哪一套用于网络编码数据重传时的RV版本。
表1
表1为预设的RV顺序表,该RV顺序表中存储相邻两次数据传输中各数据的RV版本。其中,前一次输出例如为初始数据传输,后一次传输例如为网络编码重传。或者,前一次传输或后一次传输均为网络编码传输。请参照表1,假设每个数据有4个RV,分别为RV0、RV1、RV2、RV3,预先配置每个数据的RV版本的顺序为RV0、RV2、RV3、RV1,如不同数据在不同时间资源上按照时间先后传输的RV版本顺序。发送端设备组播发送数据1和数据2,第三指示消息指示该两个数据的RV均为RV0,则第一接收端设备认为发送端设备对该两个数据进行网络编码重传的RV版本均为RV2,如图中第二行所示。表1仅是个示例,实际可用其中一行或多行或类似形式。
若第三指示消息指示该两个数据的RV分别为RV0和RV2,则第一接收端设备认为发送端设备对该两个数据进行网络编码重传的RV版本分别为RV2和RV3,如图中第三行所示。
若第三指示消息指示该两个数据的RV分别为RV0和RV3,则第一接收端设备认为发送端设备对该两个数据进行网络编码重传的RV版本分别为RV2和RV1,如图中第四行所示。
另外,发送端设备进行网络编码重传时,还需要向组播组内的第一接收端设备指示网络编码数据传输的HARQ进程,以便进行HARQ重传管理。网络编码数据传输时的HARQ进程可以重用网络编码各数据中的一个数据的HARQ进程,如首数据的HARQ进程。相应的网络编码数据传输的HARQ进程指示可以重用一个数据传输时的HARQ进程指示。例如,针对数据A和数据B的网络编码传输,之前数据A和数据B的HARQ进程指示分别为3bit,数据A和数据B的HARQ进程指示分别对应HARQ进程3和6,则之后的网络编码重传对应的HARQ进程指示使用3bit,相应的HARQ进程指示为4。
上述实施例中是以发送端设备组播数据1和数据2为例,对发送端端设备发送指示各数据的RV版本进行说明。然而,本申请实施例并不限制,当发送端设备组播发送的数据为3个或3个以上时,发送端设备同样通过第三指示信息指示各数据的RV版本或根据预配置的RV版本顺序确定当前网络编码传输的数据的RV版本。
采用该种方案,通过向接收端设备指示或预配置网络编码数据传输的RV版本,可以降低信令指示开销,有利于提升组播通信的性能。
上述实施例中,多个数据为不同的传输块(transport block,TB)。然而,本申请实施例并不限制,其他可行的实现方式中,多个数据例如为同一个TB的多个编码子块或编码子块组。该种情况下,发送端设备组播或单播数据(传输块),第一接收端设备接收到传输块后,根据一个传输块得到多个编码子块。然后,第一接收端设备根据多个编码子块确定第四反馈消息并发送给发送端设备。其中,第四反馈消息用于指示接收端设备是否正确接收所述传输块中的各编码子块。
示例性的,一个TB能够被分解为多个编码子块,编码子块也称为码块(codeblock)。因此,上述的多个数据为一个TB中的多个编码子块。或者,多个编码子块组成一个编码子块组,多个编码子块组形成一个TB。因此,第一接收端设备还能够根据是否正确解码各编码子块组,得到第四反馈消息并反馈。
采用该种方案,第一接收端设备对一个TB的各编码子块或编码子块组进行联合反馈,实现节约反馈资源并提升网络编码重传效率的目的。
上述图7或图8所示实施例中,同一个分组内的接收端设备对多个数据进行联合反馈。然而,本申请实施例并不限制。其他可行的实现方式中,同一个分组内的接收端设备对多个数据进行独立反馈。下面,对如何进行独立反馈进行详细说明。示例性的,请参见图12。
图12是本申请实施例提供的数据传输方法的流程图,本实施例包括:
201、发送端设备组播多个数据。
相应的,组播组内的各接收端设备接收多个数据。第一接收端设备是组播组内的任意一个设备,因此,第一接收端设备接收多个数据。
其中,所述多个数据中的不同数据占用不同的传输资源。
202、所述第一接收端设备根据所述多个数据,确定多个反馈消息。
所述多个反馈消息中的反馈消息与所述多个数据中的数据一一对应。
示例性的,对于多个数据中的每个数据,第一接收端设备确定是否正确解码该数据,根据确定结果得到一个反馈消息。由于每个数据对应一个反馈消息,因此,第一接收端设备能够得到多个反馈结果。
203、第一接收端设备输出多个反馈消息。
相应的,发送端设备接收多个反馈消息。
204、发送端设备根据所述多个反馈资源上的反馈消息进行网络编码重传。
由于组播组包含多个接收端设备,因此,发送端设备能够接收到各接收端设备的多个反馈消息。
考虑分组时,组播组至少包含第一分组和第二分组,该述第一分组包含第一接收端设备,第一分组对应的第一反馈资源中的子资源与多个数据中的数据一一对应,第一分组中的不同接收端设备对所述多个数据中同一个数据的反馈消息相同时,所述不同接收端设备的反馈消息占用所述第一反馈资源中相同的子资源。
图13是本申请实施例提供的数据传输方法的过程示意图。请参照图13,发送端设备的覆盖范围内存在8个接收端设备,分别为UE1、UE2、UE3、UE4、UE5、UE6、UE7和UE8,该8个接收端设备属于同一个组播组。发送端设备根据给接收端设备所在的地理位置进行分组,将该8个接收端分为四个小组:UE1和UE5属于组1,如图中斜线填充部分所示,UE2和UE6属于组2,如图中点填充部分所示,UE3和UE7属于组3,如图中竖线填充部分所示,UE4和UE8属于组4,如图中横线填充部分所示。
请参照图13,每个分组针对多个数据中的每个数据具有独立的反馈资源。以组1为例,则:
组1内的接收端设备正确解码数据1时,在反馈资源a1上反馈ACK。
组1内的接收端设备正确解码数据2时,在反馈资源e1上反馈ACK。
组1内的接收端设备未正确解码数据1时,在反馈资源a2上反馈NACK。
组1内的接收端设备未正确解码数据2时,在反馈资源e2上反馈NACK。
图中未示出反馈资源a2和反馈资源e2。
对于组2,则:
组2内的接收端设备未正确解码数据1时,在反馈资源b1上反馈NACK。
组2内的接收端设备正确解码数据2时,在反馈资源f1上反馈ACK。
组2内的接收端设备正确解码数据1时,在反馈资源b2上反馈ACK。
组2内的接收端设备未正确解码数据2时,在反馈资源f2上反馈NACK。
图中未示出反馈资源b2和反馈资源f2。
对于组3,则:
组3内的接收端设备正确解码数据1时,在反馈资源c1上反馈ACK。
组3内的接收端设备正确解码数据2时,在反馈资源g1上反馈ACK。
组3内的接收端设备未正确解码数据1时,在反馈资源c2上反馈NACK。
组3内的接收端设备未正确解码数据2时,在反馈资源g2上反馈NACK。
图中未示出反馈资源c2和反馈资源g2。
对于组4,则:
组4内的接收端设备正确解码数据1时,在反馈资源d1上反馈ACK。
组4内的接收端设备未正确解码数据2时,在反馈资源h1上反馈NACK。
组4内的接收端设备未正确解码数据1时,在反馈资源d2上反馈NACK。
组4内的接收端设备正确解码数据2时,在反馈资源h2上反馈ACK。
图中未示出反馈资源d2和反馈资源h2。
发送端设备在反馈资源a1至反馈资源h1,以及反馈资源a2至反馈资源h2上监听反馈消息。如图13所示,若发送端设备在反馈资源b1上和反馈资源h1上监听到反馈消息,则识别出组2和组4有未正确解码数据1和数据2的接收端设备。此时,发送端设备对数据1和数据2进行网络编码重传,将网络编码重传的数据组播发送给组2和组4。
上述图13中是以发送端设备组播2个数据为例进行说明。然而,本申请实施例并不限制,其他可行的实现方式中,组播组组播的数据例如为3个或3个以上。
采用该种方案,同一个分组内的接收端设备对多个数据进行独立反馈,发送端设备根据不同组的反馈消息进行网络编码重传,提升数据重传效率。
可以理解的是,本实施例中,发送端或网络设备对组播组内的接收端设备进行分组得到多个分组后,向组播组内的第一接收端设备发送第一指示消息,该第一指示消息用于指示第一接收端设备在组播组中所属的分组。可选的,发端或网络侧的其他设备可以通过第一指示消息指示分组规则,例如,处于某个覆盖范围或某个信号强度范围或某个设备标识范围的接收端设备属于某属于某个组。接收端基于该规则和自身所处的地理位置或信号强度或标识从而确定自己的分组。采用该种方案,通过对组播组内的接收端设备进行分组并明确或隐含告知接收端设备,使得后续发送端设备针对某些分组内的接收端设备进行网络编码重传,提升数据重传效率。
此外,本申请实施例还能够预配置一个组播组中不同接收端设备各自所属的分组,从而减少信令交互,节约资源开销。
图14为本申请实施例提供的一种通信装置的结构示意图。本实施例所涉及的通信装置可以为第一接收端设备,也可以为应用于第一接收端设备的芯片。下面以通信装置为第一接收端设备为例进行说明,该通信装置可以用于执行上述图3A-图11实施例中第一接收端设备的功能。如图5所示,该通信装置100包括:处理单元11、输出单元12。可选的,该通信装置100还包括输入单元13。
其中,处理单元11,用于获取多个数据,所述多个数据中的不同数据占用不同的传输资源,根据所述多个数据,确定第一反馈消息,所述第一反馈消息用于指示所述第一接收端设备是否正确接收所述多个数据。
输出单元12,用于输出所述第一反馈消息。
一种可行的设计中,所述处理单元11,用于根据所述第一反馈消息的反馈内容确定第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
所述输出单元12,用于在所述第一反馈资源上输出所述第一反馈消息。
一种可行的设计中,输入单元13,用于接收第一指示消息,所述第一指示消息用于指示所述第一接收端设备在组播组中所属的分组,所述组播组包含多个分组。
一种可行的设计中,所述多个数据分别对应不同的组播组,所述第一反馈消息用于指示所述第一接收端设备是否正确接收不同组播组的数据。
一种可行的设计中,所述第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,所述预置反馈内容对应至少一个反馈内容或至少一个解码状态。
一种可行的设计中,输入单元13,用于接收第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
一种可行的设计中,所述处理单元11,还用于在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,根据所述第二反馈消息进行网络编码数据重传,所述监听资源是配置的反馈资源中除所述第一反馈资源外的其他资源,所述第一接收端设备属于所述组播组。
一种可行的设计中,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
一种可行的设计中,输入单元13,用于接收第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。
所述处理单元11,还用于根据所述多个数据中各数据的冗余版本RV,确定所述发送端设备进行网络编码传输时各数据的RV。
一种可行的设计中,所述处理单元11,用于根据所述多个数据中各数据的冗余版本RV,查询预先配置的RV顺序表,以确定出所述发送端设备进行网络编码传输时各数据的RV,所述RV顺序表中存储当前网络编码传输和上一次数据传输中各数据的RV版本的对应关系。
一种可行的设计中,所述处理单元11,还用于根据传输块确定多个编码子块,根据多个编码子块,确定第四反馈消息,所述多个数据为所述多个编码子块,所述第四反馈消息用于指示所述第一接收端设备是否正确接收所述传输块中的各编码子块。
所述输出单元12,用于输出所述第四反馈消息。
一种可行的设计中,所述多个数据中的各数据携带组播标识。
本申请实施例提供的通信装置,可以执行上述图3A-图11实施例中接收端设备的动作,其实现原理和技术效果类似,在此不再赘述。
图15为本申请实施例提供的另一种通信装置的结构示意图。本实施例所涉及的通信装置可以为发送端设备,也可以为应用于发送端设备的芯片。下面以通信装置为发送端设备为例进行说明,该通信装置可以用于执行上述3A-图11实施例中发送端设备的功能。如图15所示,该通信装置200包括:输出单元21、输入单元22和处理单元23。
其中,输出单元21,用于发送多个数据,所述多个数据中的不同数据占用不同的传输资源。
输入单元22,用于接收第一反馈消息,所述第一反馈消息用于指示第一接收端设备是否正确接收所述多个数据。
处理单元23,用于根据所述第一反馈消息进行网络编码传输。
一种可行的设计中,所述第一反馈消息占用第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
一种可行的设计中,所述输入单元22,还用于在第二反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和第二反馈消息不相同,所述第一反馈资源和第二反馈资源互为不同的资源。
一种可行的设计中,所述输入单元22,还用于在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息相同。
一种可行的设计中,所述输入单元22,还用于在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息占用所述第一反馈资源,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息不相同。
一种可行的设计中,所述第一反馈资源用于反馈包含一个预置反馈内容的反馈消息,所述预置反馈内容对应至少一个反馈内容或至少一个解码状态。
一种可行的设计中,所述输出单元21,还用于发送第一指示消息,所述第一指示消息用于指示所述第一接收端设备在所述组播组中所属的分组,所述组播组包含多个分组,所述第一接收端设备和所述第二接收端设备属于所述组播组中的同一个分组。
一种可行的设计中,所述输入单元22,还用于在第三反馈资源上接收第三反馈消息,所述第三反馈消息用于指示第三接收端设备是否正确接收所述多个数据,所述第一接收端设备属于组播组中的第一分组,所述第三接收端设备属于所述组播组中的第二分组,所述第三反馈资源和所述第一反馈资源互为不同的资源。
一种可行的设计中,所述处理单元23,用于根据所述第一反馈消息和所述第三反馈消息,对所述第一分组和所述第二分组内的各接收端设备进行网络编码传输。
一种可行的设计中,所述多个数据分别对应不同的组播组,所述第一反馈消息用于指示所述第一接收端设备是否正确接收不同组播组的数据。
一种可行的设计中,所述输出单元21,还用于发送第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
一种可行的设计中,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
一种可行的设计中,所述处理单元23,还用于根据所述多个数据中各数据的RV,确定网络编码传输的各数据的RV;所述输出单元21,还用于向所述第一接收端设备发送第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。
一种可行的设计中,所述输入单元22,还用于接收第四反馈消息,所述第四反馈消息用于指示所述第一接收端设备是否正确接收所述第一传输块中的各编码子块,所述多个数据为所述第一传输块中的各编码子块。
本申请实施例提供的通信装置,可以执行上述图3A-图11实施例中发送端设备的动作,其实现原理和技术效果类似,在此不再赘述。
图16为本申请实施例提供的又一种通信装置的结构示意图。本实施例所涉及的通信装置可以为接收端设备,也可以为应用于接收端设备的芯片。下面以通信装置为接收端设备为例进行说明,该通信装置可以用于执行上述图12-图13实施例中接收端设备的功能。如图16所示,该通信装置300包括:输入单元31、处理单元32、输出单元33。
其中,输入单元31,用于接收多个数据,所述多个数据中的不同数据占用不同的传输资源。
处理单元32,用于根据所述多个数据,确定多个反馈消息,所述多个反馈消息中的反馈消息与所述多个数据中的数据一一对应.
输出单元33,用于输出所述多个反馈消息。
本申请实施例提供的通信装置,可以执行上述图12-图13实施例中接收端设备的动作,其实现原理和技术效果类似,在此不再赘述。
图17为本申请实施例提供的又一种通信装置的结构示意图。本实施例所涉及的通信装置可以为发送端设备,也可以为应用于发送端设备的芯片。下面以通信装置为发送端设备为例进行说明,该通信装置可以用于执行上述图12-图13实施例中发送端设备的功能。如图17所示,该通信装置400包括:输出单元41、处理单元42。
输出单元41,用于组播多个数据,所述多个数据中的不同数据占用不同的传输资源;
处理单元42,用于在多个反馈资源上接收反馈消息,根据所述多个反馈资源上的反馈消息进行网络编码传输;其中,所述多个反馈资源中的不同反馈资源对应组播组中不同的分组,所述组播组至少包含第一分组和第二分组,所述第一分组包含第一接收端设备,所述第一分组对应的第一反馈资源中的子资源与所述多个数据中的数据一一对应,所述第一分组中的不同接收端设备对所述多个数据中同一个数据的反馈消息相同时,所述不同接收端设备的反馈消息占用所述第一反馈资源中相同的子资源。
本申请实施例提供的通信装置,可以执行上述图12-图13实施例中发送端设备的动作,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上输入单元实际实现时可以为接收器、输出单元实际实现时可以为发送器。而处理单元可以以软件通过处理元件调用的形式实现;也可以以硬件的形式实现。例如,处理单元可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上处理单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个专用集成电路(application specific integrated circuit,ASIC),或,一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)等。再如,当以上某个单元通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(centralprocessing unit,CPU)或其它可以调用程序代码的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
图18为本申请实施例提供的又一种通信装置的结构示意图。如图18所示,该通信装置500包括:
处理器51和存储器52;
所述存储器52存储计算机执行指令;
所述处理器51执行所述存储器52存储的计算机执行指令,使得所述处理器51执行如上图3A-图11实施例中第一接收端设备的执行的数据传输方法;或者,使得所述处理器51执行如上图3A-图11实施例中发送端设备执行的数据传输方法;或者,使得所述处理器51执行如上图12-图13实施例中第一接收端设备的执行的数据传输方法;或者,使得所述处理器51执行如上图12-图13实施例中发送端设备的执行的数据传输方法。
处理器51的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
可选地,该通信装置500还包括通信接口53。其中,处理器51、存储器52以及通信接口53可以通过总线54连接。
在上述在通信装置的实现中,存储器和处理器之间直接或间接地电性连接,以实现数据的传输或交互,也就是存储器和处理器可以通过接口连接,也可以集成在一起。例如,这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接,如可以通过总线连接。存储器中存储有实现数据访问控制方法的计算机执行指令,包括至少一个可以软件或固件的形式存储于存储器中的软件功能模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理。
存储器可以是,但不限于,随机存取存储器(Random Access Memory,简称:RAM),只读存储器(Read Only Memory,简称:ROM),可编程只读存储器(Programmable Read-OnlyMemory,简称:PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,简称:EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,简称:EEPROM)等。其中,存储器用于存储程序,处理器在接收到执行指令后,执行程序。进一步地,上述存储器内的软件程序以及模块还可包括操作系统,其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动,并可与各种硬件或软件组件相互通信,从而提供其他软件组件的运行环境。
处理器可以是一种集成电路芯片,具有信号的处理能力。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称:CPU)、网络处理器(NetworkProcessor,简称:NP)等。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在上述基础上,本申请还提供一种芯片,包括:逻辑电路、输入接口,其中:所述输入接口用于获取待处理的数据;所述逻辑电路用于对待处理的数据执行前述图3A-图11实施例中第一接收端设备的技术方案,得到处理后的数据。可选的,该芯片还可以包括:输出接口,所述输出接口用于输出处理后的数据。其中,输入接口获取的待处理的数据包括发送端设备组播的数据等,输出接口输出的处理后的数据包括反馈消息等。
本申请还提供一种芯片,包括:逻辑电路和输出接口,其中:所述逻辑电路用于对待处理的数据执行前述图3A-图11实施例中发送端设备的技术方案,得到处理后的数据;以及,所述输出接口用于输出处理后的数据。可选的,该芯片还包括:输入接口,该输入接口用于获取待处理的数据。其中,输入接口获取的待处理的数据包括反馈消息等。输出接口输出的处理后的数据包括网络编码传输的数据等。
本申请还提供一种芯片,包括:逻辑电路和输出接口,其中:所述逻辑电路用于对待处理的数据执行前述图12-图13实施例中接收端设备的技术方案,得到处理后的数据;以及,所述输出接口用于输出处理后的数据。可选的,该芯片还包括:输入接口,该输入接口用于获取待处理的数据。其中,输入接口获取的待处理的数据包括发送端设备组播的数据等,输出接口输出的处理后的数据包括反馈消息等。
本申请还提供一种芯片,包括:逻辑电路和输出接口,其中:所述逻辑电路用于对待处理的数据执行前述图12-图13实施例中发送端设备的技术方案,得到处理后的数据;以及,所述输出接口用于输出处理后的数据。可选的,该芯片还包括:输入接口,该输入接口用于获取待处理的数据。其中,输入接口获取的待处理的数据包括反馈消息等。输出接口输出的处理后的数据包括网络编码传输的数据等。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行前述实施例中接收端设备的技术方案。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序,所述程序在被处理器执行时用于执行前述实施例中发送端设备的技术方案。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在通信装置上运行时,使得所述通信装置执行前述实施例中接收端设备的技术方案;或者,使得所述通信装置执行前述实施例中发送端设备的技术方案。
本领域普通技术人员应理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质,具体的介质类型本申请不做限制。
Claims (39)
1.一种数据传输方法,其特征在于,包括:
第一接收端设备获取多个数据,所述多个数据中的不同数据占用不同的传输资源;
所述第一接收端设备根据所述多个数据,确定第一反馈消息,所述第一反馈消息用于指示所述第一接收端设备是否正确接收所述多个数据;
所述第一接收端设备输出所述第一反馈消息。
2.根据权利要求1所述的方法,其特征在于,所述第一接收端设备输出所述第一反馈消息,包括:
所述第一接收端设备根据所述第一反馈消息的反馈内容确定第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容;
所述第一接收端设备在所述第一反馈资源上输出所述第一反馈消息。
3.根据权利要求1或2所述的方法,其特征在于,还包括:
所述第一接收端设备接收第一指示消息,所述第一指示消息用于指示所述第一接收端设备在组播组中所属的分组,所述组播组包含多个分组。
4.根据权利要求1-3任一项所述的方法,其特征在于,还包括:
所述第一接收端设备接收第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
5.根据权利要求1-4任一项所述的方法,其特征在于,还包括:
所述第一接收端设备在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,所述监听资源是配置的反馈资源中除所述第一反馈资源外的其他资源,所述第一接收端设备属于所述组播组;
所述第一接收端设备根据所述第二反馈消息进行网络编码数据重传。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
7.根据权利要求1-6任一项所述的方法,其特征在于,还包括:
所述第一接收端设备接收第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV;
所述第一接收端设备根据所述多个数据中各数据的冗余版本RV,确定发送端设备进行网络编码传输时各数据的RV。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述多个数据中的各数据携带组播标识。
9.一种数据传输方法,其特征在于,包括:
发送端设备组播发送多个数据,所述多个数据中的不同数据占用不同的传输资源;
所述发送端设备接收第一反馈消息,所述第一反馈消息用于指示第一接收端设备是否正确接收所述多个数据;
所述发送端设备根据所述第一反馈消息进行网络编码传输。
10.根据权利要求9所述的方法,其特征在于,所述第一反馈消息占用第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
11.根据权利要求9或10所述的方法,其特征在于,还包括:
所述发送端设备在第二反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和第二反馈消息不相同,所述第一反馈资源和第二反馈资源互为不同的资源。
12.根据权利要求9或10所述的方法,其特征在于,还包括:
所述发送端设备在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息相同。
13.根据权利要求11或12所述的方法,其特征在于,还包括:
所述发送端设备发送第一指示消息,所述第一指示消息用于指示所述第一接收端设备在所述组播组中所属的分组,所述组播组包含多个分组,所述第一接收端设备和所述第二接收端设备属于所述组播组中的同一个分组。
14.根据权利要求9-13任一项所述的方法,其特征在于,还包括:
所述发送端设备在第三反馈资源上接收第三反馈消息,所述第三反馈消息用于指示第三接收端设备是否正确接收所述多个数据,所述第一接收端设备属于组播组中的第一分组,所述第三接收端设备属于所述组播组中的第二分组,所述第三反馈资源和所述第一反馈资源互为不同的资源。
15.根据权利要求14所述的方法,其特征在于,所述发送端设备根据在所述反馈消息进行网络编码传输,包括:
所述发送端设备根据所述第一反馈消息和所述第三反馈消息,对所述第一分组和所述第二分组内的各接收端设备进行网络编码传输。
16.根据权利要求9-15任一项所述的方法,其特征在于,还包括:
所述发送端设备发送第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
17.根据权利要求9-16任一项所述的方法,其特征在于,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
18.根据权利要求9-17任一项所述的方法,其特征在于,还包括:
所述发送端设备根据所述多个数据中各数据的RV,确定网络编码传输的各数据的RV;
所述发送端设备向所述第一接收端设备发送第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。
19.一种通信装置,其特征在于,包括:
处理单元,用于获取多个数据,所述多个数据中的不同数据占用不同的传输资源,根据所述多个数据,确定第一反馈消息,所述第一反馈消息用于指示第一接收端设备是否正确接收所述多个数据;
输出单元,用于输出所述第一反馈消息。
20.根据权利要求19所述的装置,其特征在于,
所述处理单元,用于根据所述第一反馈消息的反馈内容确定第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容;
所述输出单元,用于在所述第一反馈资源上输出所述第一反馈消息。
21.根据权利要求19或20所述的装置,其特征在于,还包括:
输入单元,用于接收第一指示消息,所述第一指示消息用于指示所述第一接收端设备在组播组中所属的分组,所述组播组包含多个分组。
22.根据权利要求19-21任一项所述的装置,其特征在于,还包括:
输入单元,用于接收第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
23.根据权利要求19-22任一项所述的装置,其特征在于,
所述处理单元,还用于在监听资源上监听组播组中其他接收端设备反馈的第二反馈消息,根据所述第二反馈消息进行网络编码数据重传,所述监听资源是配置的反馈资源中除所述第一反馈资源外的其他资源,所述第一接收端设备属于所述组播组。
24.根据权利要求19-23任一项所述的装置,其特征在于,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
25.根据权利要求19-24任一项所述的装置,其特征在于,还包括:
输入单元,用于接收第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV;
所述处理单元,还用于根据所述多个数据中各数据的冗余版本RV,确定发送端设备进行网络编码传输时各数据的RV。
26.根据权利要求19-25任一项所述的装置,其特征在于,所述多个数据中的各数据携带组播标识。
27.一种通信装置,其特征在于,包括;
输出单元,用于发送多个数据,所述多个数据中的不同数据占用不同的传输资源;
输入单元,用于接收第一反馈消息,所述第一反馈消息用于指示第一接收端设备是否正确接收所述多个数据;
处理单元,用于根据所述第一反馈消息进行网络编码传输。
28.根据权利要求27所述的装置,其特征在于,所述第一反馈消息占用第一反馈资源,所述第一反馈资源包含于反馈资源集合,所述反馈资源集合中的不同第一反馈资源对应不同反馈内容。
29.根据权利要求27或28所述的装置,其特征在于,
所述输入单元,还用于在第二反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和第二反馈消息不相同,所述第一反馈资源和第二反馈资源互为不同的资源。
30.根据权利要求27或28所述的装置,其特征在于,
所述输入单元,还用于在所述第一反馈资源上接收第二反馈消息,所述第二反馈消息用于指示第二接收端设备是否正确接收所述多个数据,所述第一反馈消息和所述第二反馈消息相同。
31.根据权利要求27或28所述的装置,其特征在于,
所述输出单元,还用于发送第一指示消息,所述第一指示消息用于指示所述第一接收端设备在组播组中所属的分组,所述组播组包含多个分组,所述第一接收端设备和第二接收端设备属于组播组中的同一个分组。
32.根据权利要求27-31任一项所述的装置,其特征在于,
所述输入单元,还用于在第三反馈资源上接收第三反馈消息,所述第三反馈消息用于指示第三接收端设备是否正确接收所述多个数据,所述第一接收端设备属于组播组中的第一分组,所述第三接收端设备属于所述组播组中的第二分组,所述第三反馈资源和所述第一反馈资源互为不同的资源。
33.根据权利要求32所述的装置,其特征在于,
所述处理单元,用于根据所述第一反馈消息和所述第三反馈消息,对所述第一分组和所述第二分组内的各接收端设备进行网络编码传输。
34.根据权利要求27-33任一项所述的装置,其特征在于,
所述输出单元,还用于发送第二指示消息,所述第二指示消息用于指示所述第一接收端设备对第二接收端设备进行网络编码传输。
35.根据权利要求27-34任一项所述的装置,其特征在于,所述传输资源包括下述资源中的至少一种:频率资源、时域资源、码域资源、空域资源和极化资源。
36.根据权利要求27-35任一项所述的装置,其特征在于,
所述处理单元,还用于根据所述多个数据中各数据的RV,确定网络编码传输的各数据的RV;
所述输出单元,还用于向所述第一接收端设备发送第三指示消息,所述第三指示消息用于指示所述多个数据中各数据的冗余版本RV。
37.一种通信装置,其特征在于,包括:处理器、存储器,所述存储器用于存储指令,所述处理器用于执行所述存储器中存储的指令,实现如权利要求1-8任一项所述的方法;或者,实现如权利要求9-18任一项所述的方法。
38.一种计算机可读存储介质,其特征在于,用于存储计算机程序或指令,当所述计算机程序或指令在通信装置上运行时,使得所述通信装置执行如权利要求1-8任一项所述的方法;或者,使得所述通信装置执行如权利要求9-18任一项所述的方法。
39.一种芯片,其特征在于,所述芯片包括可编程逻辑电路和输入接口,所述输入接口用于获取待处理的数据,所述逻辑电路用于对待处理的数据执行如权利要求1-8任一项所述的方法;或者,如权利要求9-18任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010761945.0A CN114070474A (zh) | 2020-07-31 | 2020-07-31 | 数据传输方法及装置 |
PCT/CN2021/104579 WO2022022236A1 (zh) | 2020-07-31 | 2021-07-05 | 数据传输方法及装置 |
US18/162,465 US20230171035A1 (en) | 2020-07-31 | 2023-01-31 | Data transmission method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010761945.0A CN114070474A (zh) | 2020-07-31 | 2020-07-31 | 数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114070474A true CN114070474A (zh) | 2022-02-18 |
Family
ID=80037500
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010761945.0A Pending CN114070474A (zh) | 2020-07-31 | 2020-07-31 | 数据传输方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230171035A1 (zh) |
CN (1) | CN114070474A (zh) |
WO (1) | WO2022022236A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023220895A1 (zh) * | 2022-05-16 | 2023-11-23 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222302A (zh) * | 2007-01-11 | 2008-07-16 | 北京邮电大学 | 一种在组播业务中实现差错恢复的方法 |
CN102223216A (zh) * | 2010-04-13 | 2011-10-19 | 上海无线通信研究中心 | 组播传输中网络编码混合自动请求重传方法 |
CN102013965A (zh) * | 2010-11-26 | 2011-04-13 | 北京邮电大学 | 一种使用载波聚合技术传输广播业务并用网络编码进行重传的方法 |
US20130148563A1 (en) * | 2011-12-10 | 2013-06-13 | Qualcomm Incorporated | Apparatus and methods for management, configuration and control signaling of network coded harq in mobile communication systems |
KR102120945B1 (ko) * | 2013-03-11 | 2020-06-09 | 삼성전자주식회사 | 멀티캐스트 그룹에 속하는 멤버 노드들 간의 협력에 기반하여 데이터를 전송하는 기지국, 멤버 노드 및 그 방법들 |
-
2020
- 2020-07-31 CN CN202010761945.0A patent/CN114070474A/zh active Pending
-
2021
- 2021-07-05 WO PCT/CN2021/104579 patent/WO2022022236A1/zh active Application Filing
-
2023
- 2023-01-31 US US18/162,465 patent/US20230171035A1/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023220895A1 (zh) * | 2022-05-16 | 2023-11-23 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
Also Published As
Publication number | Publication date |
---|---|
US20230171035A1 (en) | 2023-06-01 |
WO2022022236A1 (zh) | 2022-02-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3628116B1 (en) | Methods, user equipment and base station for sidelink identification | |
CN112703809B (zh) | 边链路数据的发送和配置方法以及装置 | |
CN116390228A (zh) | 确定传输资源的方法和装置 | |
WO2021057805A1 (zh) | 一种通信方法及装置 | |
CN111435885B (zh) | 用于传输数据的方法、通信设备和网络设备 | |
WO2015141728A1 (ja) | 通信制御方法及びユーザ端末 | |
WO2020259611A1 (zh) | 一种通信方法、装置及存储介质 | |
US20230403626A1 (en) | Method and apparatus for relay communication | |
CN114024659B (zh) | 数据的传输方法、装置、设备及存储介质 | |
WO2022222106A1 (zh) | 传输物理侧行反馈信道psfch的方法和终端设备 | |
WO2022134076A1 (zh) | 无线通信的方法和终端设备 | |
US20230171035A1 (en) | Data transmission method and apparatus | |
CN112868258A (zh) | 用于优化的harq操作的方法和装置 | |
US20230327838A1 (en) | Method and apparatus for multicast communication | |
EP4233320A1 (en) | Method and apparatus for relay communication | |
US20240163045A1 (en) | Wireless communication method, terminal device, and network device | |
WO2024169584A1 (zh) | 一种通信方法及相关设备 | |
US20240313904A1 (en) | Method for information determination, terminal device, and chip | |
US20230239170A1 (en) | Method and apparatus for multicast communication | |
US20230269757A1 (en) | Method and apparatus for multicast communication | |
WO2020156339A1 (zh) | 一种通信方法及装置 | |
US20230246761A1 (en) | Method and apparatus for multicast communication | |
CN118251958A (zh) | 无线通信的方法、终端设备和网络设备 | |
CN115484007A (zh) | 一种pdsch处理时间的确定方法及通信装置 | |
CN117811715A (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 |