发明内容
本发明的实施例提供一种数据传输的方法和装置,用于提高数据传输成功率。
本发明的实施例提供一种数据传输的方法,包括:
满足使用竞争资源的条件时,选择第一竞争资源;
通过所述第一竞争资源进行第一数据传输;
当根据预设的判断准则判断所述第一数据传输失败且满足使用竞争资源的条件时,按照预设的选择准则选择第二竞争资源;
通过所述第二竞争资源进行第二数据传输。
其中,所述根据预设的判断准则判断所述第一传输失败包括以下中的一种或多种:
在预设的时间或子帧内没有收到自身对应CRNTI加扰的PDCCH携带上行专用调度信息;
接收到所述第一竞争资源对应的PHICH反馈的否定确认NACK信息;
在预设时间或子帧内没有收到对应CRNTI的PDCCH上行专用调度信息且所述PDCCH携带所述第一数据传输确认信息;
在预设时间或子帧内没有收到其他用户设备UE专用的竞争传输肯定确认ACK信息;
接收到携带在其他信息中的第一数据传输的NACK反馈信息。
其中,所述通过所述第一竞争资源进行第一数据传输之前,包括:
将竞争传输中所需传输的数据预存在专用缓存中,所述数据用于组织第一数据传输;
所述通过所述第二竞争资源进行第二数据传输包括:
从所述专用缓存中获取所述数据,并根据所述数据组织所述第二数据传输。
其中,所述通过所述第二竞争资源进行第二数据传输包括:
根据所述第一数据传输所需传输的数据重新组织第二数据传输的MACPDU,并将重新组织的MAC PDU在所述第二竞争资源上发送。
其中,所述按照预设的选择准则选择第二竞争资源包括:
根据所述第二数据传输所要传输数据的大小和功率要求,选择最近的下一个可用竞争资源作为第二竞争资源;或
根据所述第二数据传输所要传输数据的大小和功率要求,选择经随机延时后最近的下一个可用竞争资源作为第二竞争资源。
其中,还包括:
在预设时间内或预设尝试次数内数据传输失败;或UE链路质量低于预设链路质量门限时,对所述第二数据传输所传输的数据放弃使用竞争资源进行传输。
其中,所述对所述第二数据传输所传输的数据放弃使用竞争资源进行传输之后,还包括以下中的一种或多种:
直接全部丢弃;
将在所述第二数据传输中没有传输成功的数据在专用资源上传输;
从在所述第二数据传输中没有传输成功的数据中解出RLC层数据,并将所解出的RLC层数据在专用资源上传输;
对在所述第二数据传输中没有传输成功的数据,向RLC请求快速重传。其中,还包括:
当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的ACK确认时,删除所述竞争传输的数据备份,在专用上行资源上传输后续数据;或
当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并未接收到所述网络侧对所述竞争传输的ACK或者当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的NACK,则将未成功传输的竞争传输的数据在专用调度资源上进行传输。
其中,所述将未成功传输的竞争传输的数据在专用调度资源上进行传输包括以下的一种或多种:
将用于竞争传输的数据直接在专用资源上传输;
从所述竞争传输的数据中解出RLC层数据,并在专用资源上传输;
从所述竞争传输的数据中解出RLC层数据,并向RLC层请求快速重传。
本发明的实施例提供一种数据传输的装置,包括:
获取模块,用于满足使用竞争资源的条件时,选择第一竞争资源;当根据预设的判断准则判断所述第一传输失败且满足使用竞争资源的条件时,按照预设的选择准则选择第二竞争资源;
传输模块,用于通过所述第一竞争资源进行第一数据传输;通过所述第二竞争资源进行第二数据传输;
判断模块,用于根据的判断准则判断所述第一传输是否失败。
其中,所述判断模块具体用于:
在预设的时间或子帧内没有收到自身对应CRNTI加扰的PDCCH携带上行专用调度信息;
接收到所述第一竞争资源对应的PHICH反馈的NACK信息;
在预设时间或子帧内没有收到对应CRNTI的PDCCH上行专用调度信息且所述PDCCH携带所述第一数据传输确认信息;
在预设时间或子帧内没有收到其他UE专用的竞争传输ACK信息;
接收到携带在其他信息中的第一数据传输的NACK反馈信息。
其中,所述传输模块还用于:
将竞争传输中所需传输的数据预存在专用缓存中,所述数据用于组织第一数据传输;
从所述专用缓存中获取所述数据,并根据所述数据组织所述第二数据传输。
其中,所述传输模块还用于:
根据所述第一数据传输所需传输的数据重新组织第二数据传输的MACPDU,并将重新组织的MAC PDU在所述第二竞争资源上发送。
其中,所述获取模块还用于:
根据所述第二数据传输所要传输数据的大小和功率要求,选择最近的下一个可用竞争资源作为第二竞争资源;或
根据所述第二数据传输所要传输数据的大小和功率要求,选择经随机延时后最近的下一个可用竞争资源作为第二竞争资源。
其中,所述判断模块还用于:
在预设时间内或预设尝试次数内数据传输失败;或UE链路质量低于预设链路质量门限时,对所述第二数据传输所传输的数据放弃使用竞争资源进行传输。
其中,所述传输模块还用于:
直接全部丢弃;
将在所述第二数据传输中没有传输成功的数据在专用资源上传输;
从在所述第二数据传输中没有传输成功的数据中解出RLC层数据,并将所解出的RLC层数据在专用资源上传输;
对在所述第二数据传输中没有传输成功的数据,向RLC请求快速重传。
其中,当所述获取模块在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧的对所述竞争传输ACK确认时,所述传输模块删除所述竞争传输的数据备份,在专用上行资源上传输后续数据;或
当所述获取模块在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并未接收到所述网络侧对所述竞争传输的ACK或者当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的NACK,则所述传输模块将未成功传输的竞争传输的数据在专用调度资源上进行传输。
其中,当将未成功传输的竞争传输的数据在专用调度资源上进行传输时,所述传输模块还用于:
将用于竞争传输的数据直接在专用资源上传输;或
从所述竞争传输的数据中解出RLC层数据,并在专用资源上传输;或
从所述竞争传输的数据中解出RLC层数据,并向RLC层请求快速重传。
本发明的实施例具有以下优点:当UE在前一次于竞争资源上进行上行传输失败后,选择合适的下一次竞争资源对进行数据重传,从而提高了传输成功率。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图4所示,为本发明的实施例中的一种数据传输的方法,该方法具体包括以下步骤:
步骤401、满足使用竞争资源的条件时,选择第一竞争资源;
步骤402、通过所述第一竞争资源进行第一数据传输;
步骤403、当根据预设的判断准则判断所述第一数据传输失败且满足使用竞争资源的条件时,按照预设的选择准则选择第二竞争资源;
其中,所述根据预设的判断准则判断所述第一传输失败包括以下中的一种或多种:
在预设的时间或子帧内没有收到自身对应CRNTI(Cell Radio NetworkTemmporary Identify,小区无线网络临时标识)加扰的PDCCH携带上行专用调度信息;
接收到所述第一竞争资源对应的PHICH反馈的否定确认NACK信息;
在预设时间或子帧内没有收到对应CRNTI的PDCCH上行专用调度信息且所述PDCCH携带所述第一数据传输确认信息;
在预设时间或子帧内没有收到其他用户设备UE专用的竞争传输肯定确认ACK信息;
接收到携带在其他信息中的第一数据传输的NACK反馈信息。
步骤404、通过所述第二竞争资源进行第二数据传输。
如图5所示,为本发明的实施例中的一种数据传输的方法,具体包括以下步骤:
步骤501、UE选择竞争资源,并通过所选择的资源进行数据传输。
在此之前,经判断,UE满足发起竞争传输的条件。
根据待发送数据和链路质量等原则选择竞争资源,并通过所选择的资源进行数据传输包括以下步骤:
(1)选择竞争资源
具体地,按照UE的链路质量和待发数据包的大小选择合适的竞争资源。
其中,若该竞争资源较小,不够承载所有的高层数据或者特定的RLC(Radio Link Control,无线链路控制)包(例如TCP(Transmission Control Protocol传输控制协议)ACK(Acknowledgement,肯定确认),则仅选择竞争资源传输BSR(Buffer Status Report,缓存状态上报)、CRNTI MAC(Media AccessControl,媒体接入控制)CE(Control Element,控制元素)及相应MAC头等MAC层自有数据。
(2)通过所选择的资源进行数据传输,并设定定时器。
该定时器的设置用于判断该数据传输是否超时。
需要说明的是,UE选择合适的下一次竞争资源,需满足以下条件中的多种或一种:
(1)UE选择的下一次竞争资源需为该UE被允许使用的;
(2)该竞争资源在时域上的分布可在发现前一次竞争传输失败的时刻点之后延迟一段随机时延,该随机时延的相关参数由标准规定或者网络侧配置,随机时延可以为0;
(3)选择的下一次竞争资源其能够承载的数据量等于或大于需要重新传输的数据大小;
(4)UE选择的下一次竞争资源需满足UE功率要求能够在该资源上传输数据。
步骤502、UE判断数据传输失败。
具体地,UE在定时器超时前没有获得UE CRNTI对应的PDCCH的专用上行调度,则认为竞争传输失败并清空该HARQ进程对应的buffer。
当然,也可以为满足其他方式的判断准则。
步骤503、UE判断是否在预设时间内或者预设尝试次数内。
当判断在预设时间内或者预设尝试次数内,转到步骤504;
当判断不在预设时间内或者不在预设尝试次数内,转到步骤507。
其中,UE判断是否在预设时间内或者预设尝试次数内也可为判断UE链路质量是否低于链路质量门限。
步骤504、判断UE是否满足发起竞争传输的条件。
当判断满足时,转到步骤505;否则,转到步骤507。
步骤505、UE再次选择竞争资源进行数据传输。
具体地,UE选择最近的下一个可用的竞争资源,该竞争资源大小满足UE待传数据大小和功率要求。按照当前UE缓存的状态组织新的BSR、CRNTIMAC CE及相应的MAC头等MAC层自有数据组织MAC PDU,在新选的竞争资源上发送,同样设定定时器。
步骤506、UE判断此次数据传输是否成功。
当判断此次数据传输未成功时,转到步骤503;
当判断此次数据传输成功时,结束数据传输流程。
步骤507、UE放弃使用竞争传输。
如图6所示,为本发明的实施例中的一种数据传输的方法,具体包括以下步骤:
步骤601、UE选择竞争资源,并通过所选择的资源进行数据传输。
在此之前,经判断,UE满足发起竞争传输的条件。
根据待发送数据和链路质量等原则选择竞争资源,并通过所选择的资源进行数据传输具体包括:
按照UE的链路质量和待发数据包的大小选择合适的竞争资源,如该竞争资源较大,足够承载所有的高层数据,则用该竞争资源传输所有的RLC PDU、CRNTI MAC CE及相应MAC头等。
步骤602、UE判断数据传输失败。
具体地,UE在竞争资源对应的反馈时刻收到PHICH的NACK反馈,则认为竞争传输失败,结束该HARQ进程的传输,将HARQ进程对应的buffer内容进行备份。
步骤603、UE判断是否在预设时间内或者预设尝试次数内。
当判断在预设时间内或者预设尝试次数内,转到步骤604;
当判断不在预设时间内或者不在预设尝试次数内,转到步骤607。
其中,UE判断是否在预设时间内或者预设尝试次数内也可为判断UE链路质量是否低于链路质量门限。
步骤604、判断UE是否满足发起竞争传输的条件。
当判断满足时,转到步骤605;否则,转到步骤607。
步骤605、UE再次选择竞争资源进行数据传输。
具体地,UE按照一定的随机分布选择一个延时(例如[0,T]均匀分布,其中T可由标准规定或者网络侧配置)后,选择最近的下一个可用的竞争资源,该竞争资源大小满足UE待传数据大小和功率要求,将上一次竞争传输失败后备份的MAC PDU(Protocol Data Unit,协议数据单元),在新选的竞争资源上发送。
步骤606、UE判断此次数据传输是否成功。
当判断此次数据传输未成功时,转到步骤603;
当判断此次数据传输成功时,结束数据传输流程。
步骤607、UE放弃使用竞争传输。
步骤608、对放弃使用竞争传输的数据进行后续处理。
具体地,对放弃使用竞争传输的数据进行后续处理包括以下多种情况中的任一种:
(1)直接全部丢弃。
(2)如果用于竞争传输的MAC PDU恰好能用于专用资源传输,则保留至专用资源传输。
(3)解出其中的RLC PDU,将RLC AM(Acknowledged Mode,确认模式)PDU向对应的RLC实体发送Local NACK,触发RLC AM实体的快速重传,将RLC TM/UM(Transparent Mode,透明模式/Unacknowledged Mode,无确认模式)PDU和MAC自有数据部分丢弃。
(4)解出其中的RLC PDU,将其缓存起来,等待后续专用调度资源再进行传统HARQ传输,其余MAC CE和MAC头部丢弃。
(5)进行传统HARQ传输的保留RLC PDU如果其大小不满足专用资源大小,则予以部分丢弃或者要求RLC进行分段重传。
如图7所示,为本发明的实施例中的一种数据传输的方法,具体包括以下步骤:
步骤701、UE选择竞争资源,并通过所选择的资源进行数据传输。
在此之前,经判断,UE满足发起竞争传输的条件。
根据待发送数据和链路质量等原则选择竞争资源,并通过所选择的资源进行数据传输具体包括:
按照UE的链路质量和待发数据包的大小选择合适的竞争资源,如该竞争资源不够承载所有的高层数据,则按照选择的竞争资源大小传输部分业务数据分段、BSR、CRNTI MAC CE及相应MAC头等。
步骤702、UE判断数据传输失败。
具体地,UE在竞争资源对应的反馈时刻没有获得UE CRNTI对应的PDCCH的专用上行调度,则认为竞争传输失败,结束该HARQ进程的传输,将HARQ进程对应的buffer内容进行备份。
步骤703、UE判断是否在预设时间内或者预设尝试次数内。
当判断在预设时间内或者预设尝试次数内,转到步骤704;
当判断不在预设时间内或者不在预设尝试次数内,转到步骤707。
其中,UE判断是否在预设时间内或者预设尝试次数内也可为判断UE链路质量是否低于链路质量门限。
步骤704、判断UE是否满足发起竞争传输的条件。
当判断满足时,转到步骤705;否则,转到步骤707。
步骤705、UE再次选择竞争资源进行数据传输。
具体地,UE按照一定的随机分布选择一个延时(例如[0,T]均匀分布,其中T可由标准规定或者网络侧配置)后,选择最近的下一个可用的竞争资源,该竞争资源大小满足UE待传数据大小和功率要求,将上一次竞争传输失败后备份的MAC PDU,在新选的竞争资源上发送。
步骤706、UE判断此次数据传输是否成功。
当判断此次数据传输未成功时,转到步骤703;
当判断此次数据传输成功时,结束数据传输流程。
步骤707、UE放弃使用竞争传输。
优选地,还可以对放弃使用竞争传输的数据进行后续处理,具体处理方式与步骤608类似,此处不再赘述。
如图8所示,为本发明的实施例中的一种数据传输的方法,具体包括以下步骤:
步骤801、UE选择竞争资源,并通过所选择的资源进行数据传输。
在此之前,经判断,UE满足发起竞争传输的条件。
根据待发送数据和链路质量等原则选择竞争资源,并通过所选择的资源进行数据传输具体包括:
按照UE的链路质量和待发数据包的大小选择合适的竞争资源,如该竞争资源较大,足够承载所有的高层数据,则用该竞争资源传输所有的RLC PDU、CRNTI MAC CE及相应MAC头等。
步骤802、UE判断数据传输失败。
具体地,UE在竞争资源对应的反馈时刻收到PHICH的NACK反馈,则认为竞争传输失败,结束该HARQ进程的传输,将HARQ进程对应的buffer内容进行备份。
步骤803、UE判断是否在预设时间内或者预设尝试次数内。
当判断在预设时间内或者预设尝试次数内,转到步骤804;
当判断不在预设时间内或者不在预设尝试次数内,结束该流程。
其中,UE判断是否在预设时间内或者预设尝试次数内也可为判断UE链路质量是否低于链路质量门限。
步骤804、判断UE是否满足发起竞争传输的条件。
当判断满足时,转到步骤805;否则,不进行竞争传输。
步骤805、UE再次选择竞争资源进行数据传输。
具体地,UE按照一定的随机分布选择一个延时(例如[0,T]均匀分布,其中T可由标准规定或者网络侧配置)后,选择最近的下一个可用的竞争资源,该竞争资源大小满足UE待传数据大小和功率要求,将上一次竞争传输失败后备份的MAC PDU,在新选的竞争资源上发送。
步骤806、在竞争传输的过程中,收到了UE对应CRNTI加扰的PDCCH指示的上行专用资源调度,则后续放弃使用竞争传输,将用于竞争传输的数据在专用调度资源上进行传输。
具体地,将用于竞争传输的数据在专用调度资源上进行传输包括以下多种情况中的任一种:
(1)当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的ACK确认时,删除所述竞争传输的数据备份,在专用上行资源上传输后续数据;
(2)当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并未接收到所述网络侧对所述竞争传输的ACK或者当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的NACK,则将未成功传输的竞争传输的数据在专用调度资源上进行传输。
其中,所述将未成功传输的竞争传输的数据在专用调度资源上进行传输包括以下的一种或多种:
将用于竞争传输的数据直接在专用资源上传输;
从所述竞争传输的数据中解出RLC层数据,并在专用资源上传输;
从所述竞争传输的数据中解出RLC层数据,并向RLC层请求快速重传。
需要说明的是,上述步骤806的处理方式适用于任何一次采用竞争传输的过程(如步骤801)。
需要说明的是,当UE按照特定的规则重新选择竞争资源进行重新传输时,上述实施例中的UE在竞争资源上重新传输数据的处理过程、UE选择下一次竞争资源的规则、UE在下一次竞争传资源上传输的数据内容、UE在竞争传输过程中收到了上行专用资源如何处理以及UE在放弃或者禁用竞争传输后的处理的多个流程中,每一个流程中各自的多种处理方式均可与其他流程中的任一处理方式相配合,各种结合方式均属于本发明的保护范围。
如图9所示,为本发明的实施例中的一种数据传输的方法,具体包括以下步骤:
步骤901、在第一次使用竞争资源进行传输时,按照规则选取竞争资源,并组织MAC PDU,将第一次组织的MAC PDU存入单独的CB buffer中,按照正常的HARQ进程进行传输,且传输次数设置为1。
具体地,由于使用的是CB资源,则HARQ传输直接从CB buffer中获取数据,可以按照现有流程存储于HARQ buffer中也可以不存,因为不进行传统HARQ重传,失败即清HARQ buffer。
步骤902、UE判断数据传输失败。
具体地,UE在竞争资源对应的反馈时刻收到PHICH的NACK反馈,则认为竞争传输失败,结束该HARQ进程的传输,清除对应的HARQ buffer。
步骤903、UE判断是否在预设时间内或者预设尝试次数内。
当判断在预设时间内或者预设尝试次数内,转到步骤904;
当判断不在预设时间内或者不在预设尝试次数内,转到步骤907。
其中,UE判断是否在预设时间内或者预设尝试次数内也可为判断UE链路质量是否低于链路质量门限。
步骤904、判断UE是否满足发起竞争传输的条件。
当判断满足时,转到步骤905;否则,转到步骤907。
步骤905、UE再次选择竞争资源进行数据传输。
具体地,UE直接从CB buffer中取数据用于传输,按照一定的随机分布选择一个延时(例如[0,T]均匀分布,其中T可由标准规定或者网络侧配置)后,选择最近的下一个可用的竞争资源,该竞争资源大小满足UE待传数据大小和功率要求,将备份在CB buffer的数据在新选的竞争资源上发送。
步骤906、UE判断此次数据传输是否成功。
当判断此次数据传输未成功时,转到步骤903;
当判断此次数据传输成功时,结束数据传输流程。
步骤907、UE放弃使用竞争传输。
优选地,还可以对放弃使用竞争传输的数据进行后续处理,具体处理方式与步骤608和步骤806类似,此处不再赘述。
如图10所示,为本发明实施例中一种数据传输的装置,该装置1000包括:
获取模块1010,用于满足使用竞争资源的条件时,选择第一竞争资源;当根据预设的判断准则判断所述第一传输失败且满足使用竞争资源的条件时,按照预设的选择准则选择第二竞争资源;
传输模块1020,用于通过所述第一竞争资源进行第一数据传输;通过所述第二竞争资源进行第二数据传输;
判断模块1030,用于根据的判断准则判断所述第一传输是否失败。
其中,判断模块1030具体用于:
在预设的时间或子帧内没有收到自身对应CRNTI加扰的PDCCH携带上行专用调度信息;
接收到所述第一竞争资源对应的PHICH反馈的NACK信息;
在预设时间或子帧内没有收到对应CRNTI的PDCCH上行专用调度信息且所述PDCCH携带所述第一数据传输确认信息;
在预设时间或子帧内没有收到其他UE专用的竞争传输ACK信息;
接收到携带在其他信息中的第一数据传输的NACK反馈信息。
其中,传输模块1020还用于:
将竞争传输中所需传输的数据预存在专用缓存中,所述数据用于组织第一数据传输;
从所述专用缓存中获取所述数据,并根据所述数据组织所述第二数据传输。
其中,传输模块1020还用于:
根据所述第一数据传输所需传输的数据重新组织第二数据传输的MACPDU,并将重新组织的MAC PDU在所述第二竞争资源上发送。
其中,获取模块1010还用于:
根据所述第二数据传输所要传输数据的大小和功率要求,选择最近的下一个可用竞争资源作为第二竞争资源;或
根据所述第二数据传输所要传输数据的大小和功率要求,选择经随机延时后最近的下一个可用竞争资源作为第二竞争资源。
其中,判断模块1030还用于:
在预设时间内或预设尝试次数内数据传输失败;或UE链路质量低于预设链路质量门限时,对所述第二数据传输所传输的数据放弃使用竞争资源进行传输。
其中,传输模块1020还用于:
直接全部丢弃;
将在所述第二数据传输中没有传输成功的数据在专用资源上传输;
从在所述第二数据传输中没有传输成功的数据中解出RLC层数据,并将所解出的RLC层数据在专用资源上传输;
对在所述第二数据传输中没有传输成功的数据,向RLC请求快速重传。
其中,当在第二数据传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息时,传输模块1020还用于:
当获取模块1010在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧的对所述竞争传输ACK确认时,传输模块1020删除所述竞争传输的数据备份,在专用上行资源上传输后续数据;或
当获取模块1010在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并未接收到所述网络侧对所述竞争传输的ACK或者当在竞争传输的过程中收到自身对应CRNTI加扰的PDCCH携带上行专用资源调度信息并接收到所述网络侧对所述竞争传输的NACK,则传输模块1020将未成功传输的竞争传输的数据在专用调度资源上进行传输。
其中,当将未成功传输的竞争传输的数据在专用调度资源上进行传输时,传输模块1020还用于:
将用于竞争传输的数据直接在专用资源上传输;或
从所述竞争传输的数据中解出RLC层数据,并在专用资源上传输;或
从所述竞争传输的数据中解出RLC层数据,并向RLC层请求快速重传。
本发明的实施例具有以下优点:当UE在前一次于竞争资源上进行上行传输失败后,选择合适的下一次竞争资源对进行数据重传,从而提高了传输成功率。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。