CN109287139B - 数据传输方法及装置 - Google Patents
数据传输方法及装置 Download PDFInfo
- Publication number
- CN109287139B CN109287139B CN201780000358.6A CN201780000358A CN109287139B CN 109287139 B CN109287139 B CN 109287139B CN 201780000358 A CN201780000358 A CN 201780000358A CN 109287139 B CN109287139 B CN 109287139B
- Authority
- CN
- China
- Prior art keywords
- data block
- retransmission
- sub
- sub data
- retransmitted
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
- H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- 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/1896—ARQ related signaling
-
- 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
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
本公开提供了一种数据传输方法及装置,属于通信技术领域。该方法包括:接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块;将目标数据块发送至第二通信设备。本公开实施例能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
Description
技术领域
本公开涉及通信技术领域,特别涉及一种数据传输方法及装置。
背景技术
随着通信技术的发展,数据传输速率和数据传输时延等方面有了不同程度的改善,然而,数据在传输过程中仍然不可避免地发生错误,如损坏或丢失,为使接收方能够获取到正确的数据,接收方可以要求发送方重新传输数据。
在数据传输过程中,以基站向UE(User Equipment,用户设备)传输数据为例,当UE接收到基站发送的数据块时,可以对该数据块进行解析,如果UE解析失败,说明该数据块在传输时发生错误,由于该错误数据块不可用,UE会向基站发送重传请求。当基站接收到重传请求时,可以将UE请求的数据块重新发送给UE。
在实现本公开的过程中,发明人发现相关技术至少存在以下问题:
事实上,错误数据块中往往是包括一部分错误数据和另一部分正确数据,而直接请求重新传输错误数据块不能准确地针对错误数据进行重新传输,重传准确性差。
发明内容
为了解决相关技术中的问题,本公开实施例提供了一种数据传输方法及装置。所述技术方案如下:
第一方面,提供了一种数据传输方法,应用于第一通信设备,所述方法包括:
接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块;
将所述目标数据块发送至第二通信设备。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
在一种可能实现方式中,所述如果需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并为一个目标数据块,包括:
如果需要重新传输的子数据块的数量达到第一数值,将所述第一数值个子数据块合并为一个目标数据块。
在一种可能实现方式中,所述如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块,包括:
基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,所述业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
在一种可能实现方式中,所述目标数据块携带其中每个子数据块的子数据块标识。
在一种可能实现方式中,所述第一通信设备为基站,所述第二通信设备为用户设备UE,所述将所述目标数据块发送至所述第二通信设备之前,所述方法还包括:
在为所述UE调度的下行传输资源上,向所述UE发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,所述第一通信设备为用户设备UE,所述第二通信设备为基站,所述将所述目标数据块发送至所述第二通信设备之前,所述方法还包括:
向所述基站发送调度请求,所述调度请求用于请求为所述UE调度上行传输资源;
在所述上行传输资源上向所述基站发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,所述接收至少一个重传请求之后,所述方法还包括:
确定已配置的重传方式;
如果所述重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至所述重传请求对应的第二通信设备;
所述如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块,包括:
如果所述重传方式为第二重传方式,且需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,所述第一通信设备为用户设备UE,所述第二通信设备为基站,所述重传方式通过物理下行控制信道PDCCH信令配置,或,所述重传方式通过无线资源控制RRC信令配置,或,所述重传方式通过广播信令配置。
第二方面,提供了一种数据传输方法,其特征在于,应用于第二通信设备,所述方法包括:
向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
接收目标数据块,所述目标数据块为所述第一通信设备在需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并得到;
从所述目标数据块中获取所述第二通信设备请求重新传输的子数据块。
第三方面,提供了一种数据传输装置,所述装置包括:
接收模块,用于接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
合并模块,用于如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块;
发送模块,用于将所述目标数据块发送至第二通信设备。
在一种可能实现方式中,所述合并模块用于:
如果需要重新传输的子数据块的数量达到第一数值,将所述第一数值个子数据块合并为一个目标数据块。
在一种可能实现方式中,所述合并模块用于:
基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,所述业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
在一种可能实现方式中,所述目标数据块携带其中每个子数据块的子数据块标识。
在一种可能实现方式中,所述装置应用于基站,所述第二通信设备为用户设备UE,所述将所述目标数据块发送至所述第二通信设备之前,所述发送模块,还用于在为所述UE调度的下行传输资源上,向所述UE发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,所述装置应用于用户设备UE,所述第二通信设备为基站,所述将所述目标数据块发送至所述第二通信设备之前,所述发送模块还用于:向所述基站发送调度请求,所述调度请求用于请求为所述UE调度上行传输资源;在所述上行传输资源上向所述基站发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,所述装置还包括:
确定模块,用于确定已配置的重传方式;
所述发送模块,还用于如果所述重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至所述重传请求对应的第二通信设备;
所述合并模块,还用于如果所述重传方式为第二重传方式,且需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,所述第一通信设备为用户设备UE,所述第二通信设备为基站,所述重传方式通过物理下行控制信道PDCCH信令配置,或,所述重传方式通过无线资源控制RRC信令配置,或,所述重传方式通过广播信令配置。
第四方面,提供了一种数据传输装置,所述装置包括:
发送模块,用于向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
接收模块,用于接收目标数据块,所述目标数据块为所述第一通信设备在需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并得到;
获取模块,用于从所述目标数据块中获取第二通信设备请求重新传输的子数据块。
第五方面,提供了一种数据传输装置,所述装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块;将所述目标数据块发送至第二通信设备。
第六方面,提供了一种数据传输装置,所述装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;接收目标数据块,所述目标数据块为所述第一通信设备在需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并得到;从所述目标数据块中获取第二通信设备请求重新传输的子数据块。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种数据传输方法的流程图;
图2是根据一示例性实施例示出的一种数据传输方法的流程图;
图3是根据一示例性实施例示出的一种数据传输方法的流程图;
图4是根据一示例性实施例示出的一种子数据块标识的示意图;
图5是根据一示例性实施例示出的一种目标数据块的示意图;
图6A是根据一示例性实施例示出的一种目标数据块的示意图;
图6B是根据一示例性实施例示出的一种目标数据块的示意图;
图6C是根据一示例性实施例示出的一种目标数据块的示意图;
图7是根据一示例性实施例示出的一种数据传输方法的流程图;
图8A是根据一示例性实施例示出的一种数据传输装置的框图;
图8B是根据一示例性实施例示出的一种数据传输装置的框图;
图9是根据一示例性实施例示出的一种数据传输装置的框图;
图10是根据一示例性实施例示出的一种数据传输装置1000的框图;
图11是根据一示例性实施例示出的一种数据传输装置的框图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
图1是根据一示例性实施例示出的一种数据传输方法的流程图,如图1所示,该实施例可以应用于第一通信设备,包括以下步骤:
在步骤101中,接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块。
在步骤102中,如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块。
在步骤103中,将目标数据块发送至第二通信设备。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
在一种可能实现方式中,如果需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并为一个目标数据块,包括:
如果需要重新传输的子数据块的数量达到第一数值,将第一数值个子数据块合并为一个目标数据块。
在一种可能实现方式中,如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块,包括:
基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
在一种可能实现方式中,目标数据块携带其中每个子数据块的子数据块标识。
在一种可能实现方式中,第一通信设备为基站,第二通信设备为用户设备UE,将目标数据块发送至第二通信设备之前,方法还包括:
在为UE调度的下行传输资源上,向UE发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,第一通信设备为用户设备UE,第二通信设备为基站,将目标数据块发送至第二通信设备之前,方法还包括:
向基站发送调度请求,调度请求用于请求为UE调度上行传输资源;
在上行传输资源上向基站发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,接收至少一个重传请求之后,方法还包括:
确定已配置的重传方式;
如果重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至重传请求对应的第二通信设备;
如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块,包括:
如果重传方式为第二重传方式,且需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,第一通信设备为用户设备UE,第二通信设备为基站,重传方式通过物理下行控制信道PDCCH信令配置,或,重传方式通过无线资源控制RRC信令配置,或,重传方式通过广播信令配置。
上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。
图2是根据一示例性实施例示出的一种数据传输方法的流程图,如图2所示,该实施例可以应用于第二通信设备,包括以下步骤:
在步骤201中,向第一通信设备发送重传请求,重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块。
在步骤202中,接收目标数据块,目标数据块为第一通信设备在需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并得到。
在步骤203中,从目标数据块中获取第二通信设备请求重新传输的子数据块。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
图3是根据一示例性实施例示出的一种数据传输方法的流程图,如图3所示,该实施例应用于基站和用户设备UE的交互过程,包括以下步骤:
在步骤301中,UE向基站发送重传请求,重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块。
其中,数据块是指一次数据传输过程中所传输的数据,该数据块可以由比其数据单位更小的子数据块构成,本公开实施例不限定采用何种数据单位的数据块或子数据块,例如,一个数据块可以为一个TB(Transport Block,传输块),一个子数据块可以为一个CBG(Code Block Group,编码块组)。
由于UE和基站在前次数据传输过程中的某一子数据块发生错误,UE对该前次传输过程中接收到的数据块中的各个子数据块进行解析时,不能成功解析出该子数据块中的数据,因此可以根据该子数据块的子数据块标识,生成重传请求,并将该重传请求发送至基站。其中,子数据块标识用于唯一标识一个子数据块,该子数据块标识可以由多种形式表达,例如,该子数据块标识由子数据块所在数据块的数据块标识和该子数据块在数据块中的序号表示。参见图4,根据一示例性实施例示出了一种子数据块标识的示意图。该示意图中,UE已接收到了四个数据块,即TB-A、TB-B、TB-C和TB-D,每个TB可以由四个CBG构成,假设TB-D中的第一个CBG解析失败,则该UE可以将“D1”作为该CBG的子数据块标识,生成重传请求,并发送给基站。
通过请求重新传输发生错误的子数据块,使得UE可以直接使用保留的数据块中的其他子数据块,并等待接收数据量很小的子数据块,由于数据块中的正确子数据块无需请求重新传输,且UE可以在解析后直接使用,提高了UE的数据利用率,也减少了传输资源的占用。
在步骤302中,当基站接收到至少一个重传请求时,判断需要重新传输的子数据块是否符合预设条件,如果是,将需要重新传输的子数据块合并为一个目标数据块,如果否,继续接收重传请求。
其中,需要重新传输的子数据块是指前次传输的数据块中发生错误的子数据块,一个重传请求来自于一个UE,多个重传请求可能分别来自于不同UE。由于子数据块的数据相较于数据块的单位更小,为了节约传输资源,基站可以在每个传输时隙内接收到至少一个重传请求时,不是直接对每个重传请求进行响应,而是基于该至少一个重传请求,判断需要重新传输的子数据块是否符合预设条件,如果是,则将需要重新传输的子数据块合并为一个目标数据块,如果否,则可以继续接收下一个传输时隙内的重传请求,直到需要重新传输的子数据块符合预设条件为止。
本公开实施例对预设条件不做具体限定。例如,该预设条件可以根据子数据块的数量设定,或者结合子数据块的数量和业务类型设定,相应的,基站可以采用以下至少两种判断方式:
判断方式1、基站判断需要重新传输的子数据块的数量是否达到第一数值,如果是,将第一数值个子数据块合并为一个目标数据块,如果否,继续接收重传请求。
该判断方式1中,基站可以从每个传输时隙内接收到的重传请求中提取出子数据块标识,并确定子数据块标识的数量,将子数据块标识的数量确定为需要重新传输的子数据块的数量,进而判断该数量是否达到第一数值,如果该数量达到第一数值,说明需要重新传输的子数据块符合预设条件,则按照子数据块标识,获取子数据块标识对应的子数据块,并将获取到的第一数值个子数据块合并为一个目标数据块;如果该数量未达到第一数值,说明需要重新传输的子数据块还不符合预设条件,基站可以继续接收下一个传输时隙内的重传请求,并直到需要重新传输的子数据块的数量达到第一数值为止。当然,如果某一子数据块已重新传输,除非该子数据块再次在传输时发生错误,且基站接收到该子数据块的重传请求,否则该子数据块不计入需要重新传输的子数据块。
事实上,由于所合并的多个子数据块可能是不同UE需要的,因此为使每个UE能够高效地从目标数据块中获取到自身需要的子数据块,该目标数据块可以携带其中每个子数据块的子数据块标识,则基站在合并子数据块时,可以对应添加需要重新传输的子数据块的子数据块标识,本公开实施例对添加子数据块标识的方式不做具体限定。例如,该子数据块标识可以位于其对应的子数据块的前一位置,又例如,该子数据块标识可以位于其对应的子数据块的后一位置,又例如,各个子数据块的子数据块标识按照子数据块的排列顺序进行排列,将已排列的子数据块标识添加在各个已排列的子数据块之前或之后。参见图5,根据一示例性实施例示出了一种目标数据块的示意图。该示意图中,需要重新传输的子数据块分别为子数据块标识为A3的CBG、子数据块标识为B1的CBG、子数据块标识为C3的CBG和子数据块标识为D1的CBG,子数据块标识位于其对应的CBG的后一位置。
通过判断需要重新传输的子数据块的数量是否达到第一数值,使得每次重新传输的数据量都可以达到一定数据量,也即是,一次重新传输的过程可以实现对多个子数据块的传输服务,而为该多个子数据块分配一份传输资源即可,从而减少了传输资源的占用。
判断方式2、基站基于每个需要重新传输的子数据块的业务类型,判断业务类型为目标业务类型的子数据块的数量是否达到第二数值,如果是,将需要重新传输的子数据块合并为一个目标数据块,如果否,继续接收重传请求。
在实际的应用场景中,基站和UE交互的每个数据块均会对应某项业务,基站可以根据所传输的数据块的业务类型确定传输优先级或传输资源等,本公开实施例不限定业务类型的划分方式,例如,按照业务对传输时延的要求,可以将业务类型划分为URLLC(UltraReliable Low Latency Communication,可靠低时延业务)、eMBB(enhanced Mobile BroadBand,增强型移动带宽业务)或mMTC(massive Machine Type Communication,大规模物联网业务),以上三种业务类型按照对传输时延的要求从高到低排列,例如,URLLC要求的传输时延小于第一时长,eMBB要求的传输时延小于第二时长,mMTC要求的传输时延小于第三时长,其中,第一时长小于第二时长,第二时长小于第三时长。目标业务类型是指已设定的作为触发重新传输过程的业务类型。
基站可以基于每个重传请求携带的子数据块标识,确定需要重新传输的子数据块,也即是,前次传输的子数据块,由于业务类型在前次传输时已经确定,则基站可以直接获取前次传输的子数据块的业务类型,进而,基站可以确定业务类型为目标业务类型的子数据块的数量,并判断该数量是否达到第二数值,如果是,则合并该至少一个重传请求对应的子数据块,如果否,则继续接收重传请求,直到需要重新传输的子数据块中为目标业务类型的子数据块的数量达到第二数值为止。
以该目标业务类型为URLLC为例,为了满足URLLC对传输时延的较高要求,使得UE能够在要求的传输时延内接收到该子数据块,可以设置URLLC对应的第二数值,如,该第二数值为1,即每次接收到一个业务类型为ULRRC的子数据块时,即可以触发合并子数据块的过程,并将该子数据块重新发送给UE。参见图6A,根据一示例性实施例示出了一种目标数据块的示意图,该目标数据块由一个业务类型为URLLC的子数据块构成,基站在一个传输时隙内接收到对子数据块标识为A3的子数据块的重传请求,进而确定该子数据块的业务类型为URLLC并达到第二数值,则将该子数据块和该子数据块的子数据块标识合并为目标数据块。
以该目标业务类型为eMBB为例,由于eMBB对传输时延的有一定的要求,既为使UE能够在要求的传输时延内接收到该子数据块,也为了一次性传输更多子数据块,从而节省传输资源,可以设置eMBB对应的第二数值,如,该第二数值为2。参见图6B,根据一示例性实施例示出了一种目标数据块的示意图,该目标数据块由两个业务类型为eMBB的子数据块和一个业务类型为mMTC的子数据块构成,基站在一个传输时隙内接收到对这三个子数据块的重传请求,进而确定请求业务类型为eMBB的子数据块的数量达到第二数值,则将该三个子数据块和对应的子数据块标识合并为目标数据块。
当然,该目标业务类型也可以是多种业务类型的结合,本公开实施例对结合的方式不做限定,以该目标业务类型为mMTC和eMBB的结合为例,由于mMTC和eMBB对传输时延的要求均不是很高,为了一次性传输更多子数据块,从而节约传输资源,可以设置mMTC和eMBB对应的第二数值,如4,也即是,当业务类型为mMTC或eMBB的子数据块的数量总和达到四个时,可以进行合并过程,参见图6C,根据一示例性实施例示出了一种目标数据块的示意图,该目标数据块由三个业务类型为eMBB的子数据块和一个业务类型为mMTC的子数据块构成。
在步骤303中,基站将目标数据块发送至UE。
具体地,基站按照子数据块标识,确定接收该目标数据块的UE,并在与UE约定的传输资源上将目标数据块发送至确定的UE。其中,约定传输资源的方式可以有多种,例如,基站临时为UE调度的传输资源,或者,UE测已预先配置的传输资源。
在实际的应用场景中,考虑到每种业务类型的子数据块的大小可能不同,因此为使UE能够从目标数据块中确定出各个子数据块,在发送目标数据块之前,基站可以在为UE调度的下行传输资源上,向UE发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小,使得UE能够根据该传输指示信息,从目标数据块中确定出各个子数据块,并获取属于自身的子数据块。当然,为了节约需要传输的数据量,每种业务类型的子数据块的大小也可以预先配置在UE上,而该传输指示信息用于指示目标数据块中的子数据块的数量即可。其中,基站为UE调度下行传输资源的方式可以有多种,例如,基站通过PDCCH(Physical Downlink Control Channel,物理下行控制信道)信令进行调度,或者,通过RRC(Radio Resource Control,无线资源控制)信令进行调度,或者,通过广播信令进行调度。其中,PDCCH信令的传输周期小于RRC信令的传输周期,RRC信令的传输周期小于广播信令的传输周期,因此,基站可以按照目标数据块中子数据块的业务类型,确定调度下行传输资源时采用的信令。例如,当目标数据块中存在业务类型为URLLC的子数据块时,基站可以确定调度下行传输资源时采用传输周期较小的PDCCH信令,使得UE能够在较小的传输时延内获取到该子数据块。
需要说明的是,基站可以在该步骤301之后,确定已配置的重传方式;如果该重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至重传请求对应的第二通信设备;如果该重传方式为第二重传方式,则进行步骤302。
其中,第一重传方式用于指示一次重新传输的过程单独传输一个子数据块,第二重传方式用于指示一次重新传输的过程传输子数据块合并后的目标数据块。上述确定重传方式的过程中,基站可以读取指示重传方式的配置指示信息,如果该配置指示信息为第一配置指示信息(如,该配置指示信息的比特位为0),确定重传方式为第一重传方式,并为需要重新传输的每个子数据块调度一份传输资源,根据重传请求中携带的子数据块标识,获取该子数据块标识对应的子数据块,并在调度的传输资源上将一个重传请求对应的子数据块发送至该重传请求对应的UE。当然,如果该配置指示信息为第二配置指示信息(如,该配置指示信息的比特位为1),基站可以确定重传方式为第二重传方式,则执行步骤302。通过确定已配置的重传方式,可以根据所配置的重传方式进行重传,使得重传方式可以多样化,而且,无论配置了哪一种重传方式,均可以基于数据块中发生错误的子数据块进行重传,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性。
在实际的应用场景中,基站也可以根据当前的运营策略,更新已配置的重传方式,本公开实施例不限定更新重传方式的方法,例如,基站在第一时段内配置第一重传方式,在第二时段内配置第二重传方式,该第一时段可以为传输资源宽限的时段,如,一天中的凌晨时段,该第二时段可以为传输资源紧张的时段,如,一天中的工作时段。又例如,基站也可以根据接收到的配置指令,更新已配置的重传方式,该配置指令可以由运营人员触发。通过上述至少两种更新重传方式的方法,基站可以灵活、动态地配置当前的重传方式,使得重传方式更符合实时的数据传输需求。
在步骤304中,当UE接收到目标数据块时,从目标数据块中获取该UE请求重新传输的子数据块。
具体地,UE可以对目标数据块进行盲检,采用接入该基站时被分配的解析参数对目标数据块中的各个子数据块进行解析,并对从每个子数据块中解析出的数据进行校验,如果校验失败,说明该子数据块不是自身请求重传的子数据块,则继续解析其他子数据块,如果校验成功,说明该子数据块是自身请求重传的子数据块,则获取该子数据块中的数据。通过盲检的方式可以无需配置子数据块标识等信息,从而减少了需要传输的数据量,减少了传输负担。
当然,UE还可以根据接收到的传输指示信息获取子数据块,例如,UE按照传输指示信息指示的子数据块的数量和大小,确定出目标数据块中子数据块的构成方式,并对确定出的各个子数据块进行解析,使得各种业务类型的子数据块的大小不同时,UE也能够顺利地获取到需要的子数据块。
事实上,在目标数据块携带子数据块携带其中每个子数据块的子数据块标识的情况下,UE可以根据自身请求重传的子数据块的子数据块标识,在目标数据块中直接获取与该子数据块标识对应的子数据块,从而提高了UE获取到子数据块的效率。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
上述图3所示实施例是以UE请求基站重新传输数据为例进行说明,在实际的应用场景中,也可能是基站请求UE重新传输数据,例如,图7是根据一示例性实施例示出的一种数据传输方法,参见图7,该方法应用于基站和UE的交互过程,包括以下步骤:
在步骤701中,基站向UE发送重传请求,重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块。
该步骤与上述步骤301同理,将UE替换为基站,基站替换为UE即可实现。
在步骤702中,当UE接收到至少一个重传请求时,判断需要重新传输的子数据块是否符合预设条件,如果是,将需要重新传输的子数据块合并为一个目标数据块,如果否,继续接收重传请求。
该步骤与上述步骤302同理,将UE替换为基站,基站替换为UE即可实现。而且,由于所合并的多个子数据块可能是基站在不同业务中需要的,因此为使基站能够高效地从目标数据块中获取到每个业务对应的子数据块,该目标数据块可以携带其中每个子数据块的子数据块标识。
需要说明的是,UE也可以在该步骤701之后,确定已配置的重传方式;如果该重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至重传请求对应的基站;如果该重传方式为第二重传方式,则进行步骤702。其中,UE所配置的重传方式由基站配置,本公开实施例不限定配置重传方式的具体方法,例如,该重传方式通过物理下行控制信道PDCCH信令配置,或,重传方式通过无线资源控制RRC信令配置,或,重传方式通过广播信令配置。以通过PDCCH信令配置为例,基站可以通过PDCCH信令为该UE调度下行传输资源,使得UE能够在该下行传输资源上接收到配置指示信息,并基于该配置指示信息确定已配置的重传方式。通过上述三种方法配置UE的重传方式,使得UE侧配置重传方式的方法多样化,进而使得基站可以根据当前信令资源的占用情况,选择一种信令资源较为宽限地信令来配置重传方式,也可以为了提高配置效率,选择一种传输周期较小的信令进行配置,例如,PDCCH信令。
上述重传过程与图3所示实施例中基站侧通过确定重传方式进行重传的过程同理,将UE替换为基站,基站替换为UE即可实现,且在实际的应用场景中,UE也可以根据基站实时下发的配置指示信息,更新已配置的重传方式。
在步骤703中,UE将目标数据块发送至基站。
具体地,UE可以在与基站约定的传输资源上将目标数据块发送至基站。其中,约定传输资源的方式可以有多种,例如,UE在发送目标数据块之前请求基站临时为该UE调度传输资源,使得UE在该调度的传输资源上发送目标数据块;或者,UE在预先配置的传输资源上发送目标数据块。
在实际的应用场景中,考虑到每种业务类型的子数据块的大小可能不同,因此为使基站能够从目标数据块中确定出各个子数据块,在发送目标数据块之前,UE还可以向基站发送调度请求,该调度请求用于请求为UE调度上行传输资源;在该上行传输资源上向基站发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小,使得基站能够根据该传输指示信息,从目标数据块中确定出各个子数据块,并获取对应各个业务的子数据块。其中,基站为UE调度下行传输资源的方式可以有多种,例如,基站通过PDCCH信令进行调度,或者,通过RRC信令进行调度,或者,通过广播信令进行调度。
在步骤704中,当基站接收到目标数据块时,从目标数据块中获取该基站请求重新传输的子数据块。
具体地,基站可以采用该UE接入基站时约定的解析参数对目标数据块中的各个子数据块进行解析,并对从每个子数据块中解析出的数据进行校验,如果校验失败,说明该子数据块传输错误,可以再次向UE发送基于该子数据块的重传请求,如果校验成功,说明该子数据块是自身请求重传的子数据块,则获取该子数据块中的数据。通过直接解析的方式可以无需配置子数据块标识等信息,从而减少了需要传输的数据量,减少了传输负担。
当然,基站还可以根据接收到的传输指示信息获取子数据块,例如,基站按照传输指示信息指示的子数据块的数量和大小,确定出目标数据块中子数据块的构成方式,并对确定出的各个子数据块进行解析,使得各种业务类型的子数据块的大小不同时,基站也能够顺利地获取到需要的子数据块。
事实上,在目标数据块携带子数据块携带其中每个子数据块的子数据块标识的情况下,基站可以根据请求重传的每种业务对应的子数据块的子数据块标识,在目标数据块中直接获取与该子数据块标识对应的子数据块,从而提高了UE获取到子数据块的效率。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
图8A是根据一示例性实施例示出的一种数据传输装置的框图。参照图8A,该装置包括接收模块801,合并模块802和发送模块803。
该接收模块801被配置为接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
该合并模块802被配置为如果需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块;
该发送模块803被配置为将目标数据块发送至第二通信设备。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
在一种可能实现方式中,合并模块802被配置为:如果需要重新传输的子数据块的数量达到第一数值,将第一数值个子数据块合并为一个目标数据块。
在一种可能实现方式中,合并模块802被配置为:如果需要重新传输的子数据块的数量达到第一数值,合并模块802被配置为:基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
在一种可能实现方式中,目标数据块携带其中每个子数据块的子数据块标识。
在一种可能实现方式中,装置应用于基站,第二通信设备为用户设备UE,将目标数据块发送至第二通信设备之前,发送模块803,还被配置为在为UE调度的下行传输资源上,向UE发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,装置应用于用户设备UE,第二通信设备为基站,将目标数据块发送至第二通信设备之前,发送模块803还被配置为:向基站发送调度请求,调度请求用于请求为UE调度上行传输资源;在上行传输资源上向基站发送传输指示信息,传输指示信息用于指示目标数据块中的子数据块的数量和大小。
在一种可能实现方式中,基于图8A的装置组成,参照图8B,该装置还包括:
确定模块804,用于确定已配置的重传方式;
发送模块803,还用于如果重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至重传请求对应的第二通信设备;
合并模块802,还用于如果重传方式为第二重传方式,且需要重新传输的子数据块符合预设条件,将需要重新传输的子数据块合并为一个目标数据块。
在一种可能实现方式中,该装置应用于用户设备UE,第二通信设备为基站,重传方式通过物理下行控制信道PDCCH信令配置,或,重传方式通过无线资源控制RRC信令配置,或,重传方式通过广播信令配置。
上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。
图9是根据一示例性实施例示出的一种数据传输装置的框图。参照图9,该装置包括发送模块901,接收模块902和获取模块903。
发送模块901被配置为向第一通信设备发送重传请求,重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
接收模块902被配置为接收目标数据块,目标数据块为第一通信设备在需要重新传输的子数据块符合预设条件时,将需要重新传输的子数据块合并得到;
获取模块903被配置为从目标数据块中获取第二通信设备请求重新传输的子数据块。
本公开实施例通过接收至少一个重传请求,并在需要重新传输的子数据块符合预设条件时,将子数据块合并后的目标数据块发送至第二通信设备,由于子数据块相比数据块的数据单位更小,因此能够更准确地针对数据块中的错误数据进行传输,提高了重传准确性的同时,以目标数据块的形式重新传输已合并的子数据块,能够在分配的一份传输资源上传输较多的数据,不仅节省了传输资源的占用,也使得传输资源上能够一次性传输更多数据,提高了数据传输效率。
需要说明的是:上述实施例示出的数据传输装置在传输数据时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例示出的数据传输装置与数据传输方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图10是根据一示例性实施例示出的一种数据传输装置1000的框图。例如,装置1000可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等用户设备。
参照图10,装置1000可以包括以下一个或多个组件:处理组件1002,存储器1004,电源组件1006,多媒体组件1008,音频组件1010,输入/输出(I/O)的接口1010,传感器组件1014,以及通信组件1016。
处理组件1002通常控制装置1000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1002可以包括一个或多个模块,便于处理组件1002和其他组件之间的交互。例如,处理组件1002可以包括多媒体模块,以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统,一个或多个电源,及其他与为装置1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如,音频组件1010包括一个麦克风(MIC),当装置1000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中,音频组件1010还包括一个扬声器,用于输出音频信号。
I/O接口1010为处理组件1002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器,用于为装置1000提供各个方面的状态评估。例如,传感器组件1014可以检测到装置1000的打开/关闭状态,组件的相对定位,例如所述组件为装置1000的显示器和小键盘,传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变,用户与装置1000接触的存在或不存在,装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1016还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法实施例中UE执行的方法:
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1004,上述指令可由装置1000的处理器1020执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图11是根据一示例性实施例示出的一种数据传输装置的框图。如图11所示,该数据传输装置可以被提供为一个基站,该基站包括发射机1101、接收机1102、存储器1103以及分别与发射机、接收机和存储器连接的处理器1104。当然,基站还可以包括天线、基带处理部件、中射频处理部件、输入输出装置等通用部件,本公开实施例在此不再任何限制。其中,处理器1104被配置为执行上述方法实施例所提供的任一种基站侧可能实现方式中的方法。
本领域技术人员在考虑说明书及实践这里的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (16)
1.一种数据传输方法,其特征在于,应用于第一通信设备,所述方法包括:
接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
确定已配置的重传方式;
如果所述重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至所述重传请求对应的第二通信设备;
如果所述重传方式为第二重传方式,基于每个需要重新传输的子数据块的业务类型,在业务类型为目标业务类型的子数据块的数量达到第二数值时,将需要重新传输的子数据块合并为一个目标数据块,所述目标业务类型为一种业务类型或者多种业务类型的结合;
将所述目标数据块发送至第二通信设备。
2.根据权利要求1所述的方法,其特征在于,所述业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
3.根据权利要求1所述的方法,其特征在于,所述目标数据块携带每个子数据块的子数据块标识。
4.根据权利要求1所述的方法,其特征在于,所述第一通信设备为基站,所述第二通信设备为用户设备UE,所述将所述目标数据块发送至第二通信设备之前,所述方法还包括:
在为所述UE调度的下行传输资源上,向所述UE发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
5.根据权利要求1所述的方法,其特征在于,所述第一通信设备为用户设备UE,所述第二通信设备为基站,所述将所述目标数据块发送至第二通信设备之前,所述方法还包括:
向所述基站发送调度请求,所述调度请求用于请求为所述UE调度上行传输资源;
在所述上行传输资源上向所述基站发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
6.根据权利要求1所述的方法,其特征在于,所述第一通信设备为用户设备UE,所述第二通信设备为基站,所述重传方式通过物理下行控制信道PDCCH信令配置,或,所述重传方式通过无线资源控制RRC信令配置,或,所述重传方式通过广播信令配置。
7.一种数据传输方法,其特征在于,应用于第二通信设备,所述方法包括:
向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
如果重传方式为第一重传方式,接收所述第二通信设备请求重新传输的子数据块,所述重传方式为所述第一通信设备配置;
如果重传方式为第二重传方式,接收目标数据块,所述目标数据块为所述第一通信设备基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并得到,所述目标业务类型为一种业务类型或者多种业务类型的结合;
从所述目标数据块中获取所述第二通信设备请求重新传输的子数据块。
8.一种数据传输装置,其特征在于,所述装置包括:
接收模块,用于接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
确定模块,用于确定已配置的重传方式;
发送模块,用于如果所述重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至所述重传请求对应的第二通信设备;
合并模块,用于如果所述重传方式为第二重传方式,基于每个需要重新传输的子数据块的业务类型,在业务类型为目标业务类型的子数据块的数量达到第二数值时,将需要重新传输的子数据块合并为一个目标数据块,所述目标业务类型为一种业务类型或者多种业务类型的结合;
发送模块,用于将所述目标数据块发送至第二通信设备。
9.根据权利要求8所述的装置,其特征在于,所述业务类型为可靠低时延业务URLLC或增强型移动带宽业务eMBB或大规模物联网业务mMTC。
10.根据权利要求8所述的装置,其特征在于,所述目标数据块携带每个子数据块的子数据块标识。
11.根据权利要求8所述的装置,其特征在于,所述装置应用于基站,所述第二通信设备为用户设备UE,所述将所述目标数据块发送至第二通信设备之前,所述发送模块,还用于在为所述UE调度的下行传输资源上,向所述UE发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
12.根据权利要求8所述的装置,其特征在于,所述装置应用于用户设备UE,所述第二通信设备为基站,所述将所述目标数据块发送至第二通信设备之前,所述发送模块还用于:向所述基站发送调度请求,所述调度请求用于请求为所述UE调度上行传输资源;在所述上行传输资源上向所述基站发送传输指示信息,所述传输指示信息用于指示所述目标数据块中的子数据块的数量和大小。
13.根据权利要求8所述的装置,其特征在于,所述装置应用于用户设备UE,所述第二通信设备为基站,所述重传方式通过物理下行控制信道PDCCH信令配置,或,所述重传方式通过无线资源控制RRC信令配置,或,所述重传方式通过广播信令配置。
14.一种数据传输装置,其特征在于,所述装置包括:
发送模块,用于向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;
接收模块,用于如果重传方式为第一重传方式,接收第二通信设备请求重新传输的子数据块,所述重传方式为所述第一通信设备配置;如果重传方式为第二重传方式,接收目标数据块,所述目标数据块为所述第一通信设备基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并得到,所述目标业务类型为一种业务类型或者多种业务类型的结合;
获取模块,用于从所述目标数据块中获取第二通信设备请求重新传输的子数据块。
15.一种数据传输装置,其特征在于,所述装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:接收至少一个重传请求,一个重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;确定已配置的重传方式;如果所述重传方式为第一重传方式,分别将每个重传请求对应的子数据块发送至所述重传请求对应的第二通信设备;如果所述重传方式为第二重传方式,基于每个需要重新传输的子数据块的业务类型,在业务类型为目标业务类型的子数据块的数量达到第二数值时,将需要重新传输的子数据块合并为一个目标数据块,所述目标业务类型为一种业务类型或者多种业务类型的结合;将所述目标数据块发送至第二通信设备。
16.一种数据传输装置,其特征在于,所述装置包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:向第一通信设备发送重传请求,所述重传请求用于请求重新传输前次传输的数据块中发生错误的子数据块;如果重传方式为第一重传方式,接收第二通信设备请求重新传输的子数据块,所述重传方式为所述第一通信设备配置;如果重传方式为第二重传方式,接收目标数据块,所述目标数据块为所述第一通信设备基于每个需要重新传输的子数据块的业务类型,如果业务类型为目标业务类型的子数据块的数量达到第二数值,将需要重新传输的子数据块合并得到,所述目标业务类型为一种业务类型或者多种业务类型的结合;从所述目标数据块中获取第二通信设备请求重新传输的子数据块。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2017/085346 WO2018213985A1 (zh) | 2017-05-22 | 2017-05-22 | 数据传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109287139A CN109287139A (zh) | 2019-01-29 |
CN109287139B true CN109287139B (zh) | 2021-08-31 |
Family
ID=64395070
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780000358.6A Active CN109287139B (zh) | 2017-05-22 | 2017-05-22 | 数据传输方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11418290B2 (zh) |
EP (1) | EP3633897B1 (zh) |
CN (1) | CN109287139B (zh) |
WO (1) | WO2018213985A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111404648A (zh) * | 2020-02-20 | 2020-07-10 | 视联动力信息技术股份有限公司 | 一种数据发送方法和装置 |
CN111565096A (zh) * | 2020-04-07 | 2020-08-21 | 视联动力信息技术股份有限公司 | 一种数据传输方法和装置 |
CN113872735B (zh) * | 2020-06-30 | 2023-10-24 | 京东方科技集团股份有限公司 | 数据传输方法、装置及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843227A (zh) * | 2012-08-17 | 2012-12-26 | 大唐移动通信设备有限公司 | 一种基于媒体访问控制层重传方法和装置 |
CN104683073A (zh) * | 2013-11-26 | 2015-06-03 | 联芯科技有限公司 | 一种解码方法和接收机 |
CN106656435A (zh) * | 2016-11-01 | 2017-05-10 | 深圳职业技术学院 | 一种数据首传、重传方法 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006030478A1 (ja) * | 2004-09-13 | 2006-03-23 | Matsushita Electric Industrial Co., Ltd. | Mimo−ofdmシステムにおける自動再送要求制御システム及び再送信方法 |
CN105515736A (zh) | 2006-01-05 | 2016-04-20 | Lg电子株式会社 | 在移动通信系统中发送数据 |
CN101030840B (zh) * | 2006-03-02 | 2011-09-14 | 华为技术有限公司 | 具有重传请求的数据传输方法和接收端状态报告编制方法 |
CN100505612C (zh) * | 2006-09-30 | 2009-06-24 | 华为技术有限公司 | 一种确定重传数据块大小的方法及基站、数据传输方法 |
US9722763B2 (en) * | 2007-02-07 | 2017-08-01 | Valens Semiconductor Ltd. | Highly utilized communication channel with order and retransmissions |
US8194588B2 (en) * | 2007-12-13 | 2012-06-05 | Qualcomm Incorporated | Coding block based HARQ combining scheme for OFDMA systems |
US8595578B1 (en) * | 2009-11-06 | 2013-11-26 | Marvell International Ltd. | Significance of retransmission used in subsequent decoding |
US8942166B2 (en) * | 2010-02-12 | 2015-01-27 | Google Technology Holdings LLC | Method for providing a contention based uplink channel |
JP5533322B2 (ja) * | 2010-06-18 | 2014-06-25 | 富士通株式会社 | データ転送装置、データ転送方法及びデータ転送プログラム |
CN103580826A (zh) * | 2012-08-07 | 2014-02-12 | 株式会社Ntt都科摩 | 一种混合自动重传的方法、装置及系统 |
CN102957511B (zh) * | 2012-10-26 | 2015-05-20 | 中国船舶重工集团公司第七二二研究所 | 一种数据传输的自适应降速方法 |
US10348466B2 (en) * | 2015-11-03 | 2019-07-09 | Qualcomm Incorporated | Transport block segmentation and signaling |
US10667173B2 (en) * | 2017-02-13 | 2020-05-26 | Qualcomm Incorporated | Feedback retransmission repetition coding for wireless communications |
US11115257B2 (en) * | 2017-03-23 | 2021-09-07 | Huawei Technologies Co., Ltd. | System and method for multiplexing traffic |
-
2017
- 2017-05-22 WO PCT/CN2017/085346 patent/WO2018213985A1/zh unknown
- 2017-05-22 CN CN201780000358.6A patent/CN109287139B/zh active Active
- 2017-05-22 EP EP17911067.1A patent/EP3633897B1/en active Active
-
2019
- 2019-11-21 US US16/690,896 patent/US11418290B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843227A (zh) * | 2012-08-17 | 2012-12-26 | 大唐移动通信设备有限公司 | 一种基于媒体访问控制层重传方法和装置 |
CN104683073A (zh) * | 2013-11-26 | 2015-06-03 | 联芯科技有限公司 | 一种解码方法和接收机 |
CN106656435A (zh) * | 2016-11-01 | 2017-05-10 | 深圳职业技术学院 | 一种数据首传、重传方法 |
Non-Patent Citations (2)
Title |
---|
CBG Construction;Samsung;《3GPP TSG RAN WG1 Meeting #89 R1-1708032》;20170519;全文 * |
Discussion on CB grouping principles for CBG-based transmission with single/multi-bit HARQ-ACK feedback;MediaTek Inc;《3GPP TSG RAN WG1 Meeting #89 R1-1707851》;20170519;全文 * |
Also Published As
Publication number | Publication date |
---|---|
US20200092046A1 (en) | 2020-03-19 |
WO2018213985A1 (zh) | 2018-11-29 |
CN109287139A (zh) | 2019-01-29 |
US11418290B2 (en) | 2022-08-16 |
EP3633897B1 (en) | 2023-07-05 |
EP3633897A4 (en) | 2020-06-17 |
EP3633897A1 (en) | 2020-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11612000B2 (en) | Methods and apparatuses for requesting system information | |
US11419136B2 (en) | Information feedback method and apparatus | |
CN108702281B (zh) | 下行控制信息格式大小的确定方法及装置 | |
US11641667B2 (en) | Methods, apparatuses and systems for transmitting data, and storage medium | |
US11362766B2 (en) | Method and apparatus for obtaining HARQ feedback and method and apparatus for transmitting HARQ feedback | |
US11050526B2 (en) | Method and apparatus for transmitting and obtaining uplink HARQ feedback | |
CN108401480B (zh) | Harq反馈方法及装置、设备、计算机可读存储介质 | |
US11729767B2 (en) | Method of indicating uplink feedback information and method of transmitting uplink feedback information | |
CN109156026B (zh) | 上行调度请求的发送方法、装置、设备及存储介质 | |
CN108713346B (zh) | 信道监测方法、装置、系统及存储介质 | |
CN108886789B (zh) | 确定上下行切换点的方法及装置 | |
CN107223363B (zh) | 一种分配调度请求sr资源的方法和装置 | |
CN107820684B (zh) | 信道检测、信息发送方法、装置及通信设备 | |
CN109792747B (zh) | 传输上行信息的方法、装置、基站及终端 | |
US11418290B2 (en) | Method and apparatus for transmitting data | |
CN106688203B (zh) | 确定传输时间间隔的方法、装置及基站、用户设备 | |
CN109863813B (zh) | 随机接入方法及装置 | |
US11394495B2 (en) | Hybrid automatic repeat request (HARQ) feedback method and device and data receiving apparatus | |
CN108401531B (zh) | 消除交调干扰的方法、装置、用户设备及基站 | |
CN109156025B (zh) | 上行资源获取方法、装置及计算机可读存储介质 | |
CN115474284A (zh) | 调度方法、基站、终端及存储介质 | |
CN109196805B (zh) | 传输重传码本的方法及装置 | |
CN109792619B (zh) | 信令检测的实现方法、装置、用户设备及基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |