CN109429555B - 数据传输方法、装置、用户设备及基站 - Google Patents

数据传输方法、装置、用户设备及基站 Download PDF

Info

Publication number
CN109429555B
CN109429555B CN201780000496.4A CN201780000496A CN109429555B CN 109429555 B CN109429555 B CN 109429555B CN 201780000496 A CN201780000496 A CN 201780000496A CN 109429555 B CN109429555 B CN 109429555B
Authority
CN
China
Prior art keywords
rlc
data unit
service data
rlc entity
another
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780000496.4A
Other languages
English (en)
Other versions
CN109429555A (zh
Inventor
江小威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN109429555A publication Critical patent/CN109429555A/zh
Application granted granted Critical
Publication of CN109429555B publication Critical patent/CN109429555B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/082Load balancing or load distribution among bearers or channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections

Landscapes

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

Abstract

本公开是关于一种数据传输方法、装置、用户设备及基站。数据传输方法包括:基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送。本公开技术方案可以解决在PDCP包复制技术方案中,采用RLCAM模式发送数据时,当一个RLC实体成功发送PDCP层的一个PDCP包后,另一个RLC实体可能仍然在重传该PDCP包所导致的无线资源浪费以及两个RLC实体的发送PDCP包的状态不同步的问题。

Description

数据传输方法、装置、用户设备及基站
技术领域
本公开涉及通信技术领域,尤其涉及一种数据传输方法、装置、用户设备及基站。
背景技术
相关技术中,在第五代移动通信技术(5th Generation,简称为5G)项目的研究讨论中,为了解决数据/信令包的数据传输可靠性问题,提出了在用户面分组数据汇聚协议(Packet Data Convergence Protocol,简称为PDCP)层的包复制技术方案,并且为了解决PDCP包和PDCP复制包在底层通过两个载波发送的问题,提出了通过承载分离方案将一个PDCP层映射到不同的逻辑信道上,进而映射到不同的物理载波上进行发送。
PDCP包的复制技术方案可以应用于终端与基站之间的数据承载(Data ResourceBearer,简称为DRB)和信令承载(Signal Resource Bearer,简称为SRB),其中,SRB采用无线链路控制确认模式(Radio Link Control Acknowledge Mode,简称为RLCAM)模式发送,DRB可以采用AM模式、非确认模式(Un-acknowledge Mode,简称为,UM)或者透传模式(Transparent Mode,简称为TM)发送,在采用RLCAM模式发送时,存在当数据承载的一个RLC实体成功发送PDCP层的一个PDCP包后,该数据承载的另一个RLC实体可能仍然在重传该PDCP包,导致不必要的无线资源浪费并且导致两个RLC实体的发送PDCP包的状态不同步。
发明内容
为克服相关技术中存在的问题,本公开实施例提供一种数据传输方法、装置、用户设备及基站,用以解决在PDCP包复制技术方案中,采用RLCAM模式发送数据时,当一个RLC实体成功发送PDCP层的一个PDCP包后,另一个RLC实体可能仍然在重传该PDCP包的问题。
根据本公开实施例的第一方面,提供一种数据传输方法,应用在用户设备上,包括:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送。
在一实施例中,方法还包括:
接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
基于所述PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
在网络达到预设条件时,开启所述目标承载的PDCP包复制功能。
在一实施例中,所述向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向PDCP层发送所述指示所述RLC业务数据单元已经成功发送的指示信息;
控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功发送。
在一实施例中,向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功发送的指示信息。
在一实施例中,所述方法还包括:
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功发送的指示之后,确定与所述RLC业务数据单元对应的业务数据单元的发送状态;
基于所述发送状态,执行第一预设操作。
在一实施例中,所述基于所述发送状态,执行第一预设操作,包括:
在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,将所述业务数据单元的发送状态设置为已成功发送;或者,
删除所述业务数据单元;或者,
不再发送所述业务数据单元。
在一实施例中,所述基于所述发送状态,执行第一预设操作,包括:
在所述发送状态为所述业务数据单元已发送至少一个协议数据单元时,将已发送的所述至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
删除所述至少一个协议数据单元。
在一实施例中,执行第一预设操作,还包括:
移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
在一实施例中,方法还包括:
执行所述第一预设操作之后,所述用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
在一实施例中,缓存状态报告包括所述另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
所述缓存状态报告包括所述每一个逻辑信道的缓存状态信息。
在一实施例中,方法还包括:
当所述两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送所述RLC业务数据单元的次数;
若所述另一个RLC实体发送所述RLC业务数据单元的次数超过所述最大重传次数,则确定发生无线链路失败。
在一实施例中,确定另一个RLC实体发送所述RLC业务数据单元的次数之后,还包括:
若在所述目标承载关闭所述PDCP包复制功能之前,所述另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数,则确定所述发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
若在另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数之前,所述目标承载关闭所述PDCP包复制功能,则确定发生无线链路失败;
若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
在一实施例中,确定发生无线链路失败之后,还包括:
若所述两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若所述两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
根据本公开实施例的第二方面,提供一种数据传输方法,应用在基站上,所述方法包括:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收。
在一实施例中,方法还包括:
向所述用户设备发送携带PDCP包复制配置信息的无线资源控制消息,所述PDCP包复制配置信息用于所述用户设备确定出待开启PDCP包复制功能的目标承载。
在一实施例中,向另一个RLC实体指示所述RLC业务数据单元已经成功接收,包括:
向PDCP层发送所述指示所述RLC业务数据单元已经成功接收的指示信息;
控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功接收。
在一实施例中,向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功接收的指示信息。
在一实施例中,一个RLC实体和所述另一个RLC实体位于一个基站中;或者,
所述一个RLC实体和所述另一个RLC实体分别位于主基站和辅基站中。
在一实施例中,方法还包括:
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作。
在一实施例中,执行第二预设操作,包括:
将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
删除所述所述RLC业务数据单元对应的所有协议数据单元。
在一实施例中,方法还包括:
当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动所述接收窗口下边界至下一个待确认成功发送的协议数据单元。
在一实施例中,方法还包括:
基于所述RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行所述第二预设操作之后的接收状态,更新所述另一个RLC实体所对应的逻辑信道组的缓存值。
根据本公开实施例的第三方面,提供一种数据传输装置,应用在用户设备上,所述装置包括:
第一发送模块,被配置为基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
第一指示模块,被配置为在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送。
在一实施例中,装置还包括:
第一接收模块,被配置为接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
第一确定模块,被配置为基于所述PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
开启模块,被配置为在网络达到预设条件时,开启所述目标承载的PDCP包复制功能。
在一实施例中,第一指示模块包括:
第一发送子模块,被配置为向PDCP层发送所述指示所述RLC业务数据单元已经成功发送的指示信息;
第二发送子模块,被配置为控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功发送。
在一实施例中,第一指示模块包括:
第三发送子模块,被配置为向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功发送的指示信息。
在一实施例中,装置还包括:
发送状态确定模块,被配置为控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功发送的指示之后,确定与所述RLC业务数据单元对应的业务数据单元的发送状态;
第一执行模块,被配置为基于所述发送状态,执行第一预设操作。
在一实施例中,第一执行模块包括:
第一设置子模块,被配置为在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,将所述业务数据单元的发送状态设置为已成功发送;或者,
第一删除子模块,被配置为删除所述业务数据单元;或者,
第一拒绝子模块,被配置为不再发送所述业务数据单元。
在一实施例中,第一执行模块包括:
第二设置子模块,被配置为在所述发送状态为所述业务数据单元已发送至少一个协议数据单元时,将已发送的所述至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
第二删除子模块,被配置为删除所述至少一个协议数据单元。
在一实施例中,第一执行模块还包括:
第一移动子模块,被配置为移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
在一实施例中,装置还包括:
缓存报告模块,被配置为执行所述第一预设操作之后,所述用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
在一实施例中,缓存状态报告包括所述另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
所述缓存状态报告包括所述每一个逻辑信道的缓存状态信息。
在一实施例中,装置还包括:
第二确定模块,被配置为当所述两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送所述RLC业务数据单元的次数;
第三确定模块,被配置为若所述另一个RLC实体发送所述RLC业务数据单元的次数超过所述最大重传次数,则确定发生无线链路失败。
在一实施例中,装置还包括:
第四确定模块,被配置为若在所述目标承载关闭所述PDCP包复制功能之前,所述另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数,则确定所述发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
第五确定模块,被配置为若在另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数之前,所述目标承载关闭所述PDCP包复制功能,则确定发生无线链路失败;
第一重建模块,被配置为若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第一报告模块,被配置为若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
在一实施例中,装置还包括:
第二重建模块,被配置为若所述两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第二报告模块,被配置为若所述两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
根据本公开实施例的第四方面,提供一种数据传输装置,应用在基站上,所述装置包括:
第二接收模块,被配置为接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
第二指示模块,被配置为在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收。
在一实施例中,装置还包括:
第二发送模块,被配置为向所述用户设备发送携带PDCP包复制配置信息的无线资源控制消息,所述PDCP包复制配置信息用于所述用户设备确定出待开启PDCP包复制功能的目标承载。
在一实施例中,第二指示模块包括:
第四发送子模块,被配置为向PDCP层发送所述指示所述RLC业务数据单元已经成功接收的指示信息;
第五发送子模块,被配置为控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功接收。
在一实施例中,第二指示模块包括:
第六发送子模块,被配置为向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功接收的指示信息。
在一实施例中,一个RLC实体和所述另一个RLC实体位于一个基站中;或者,
所述一个RLC实体和所述另一个RLC实体分别位于主基站和辅基站中。
在一实施例中,装置还包括:
第六确定模块,被配置为控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
第二执行模块,被配置为对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作。
在一实施例中,第二执行模块包括:
第三设置子模块,被配置为将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
第三删除子模块,被配置为删除所述所述RLC业务数据单元对应的所有协议数据单元。
在一实施例中,装置还包括:
移动模块,被配置为当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动所述接收窗口下边界至下一个待确认成功发送的协议数据单元。
在一实施例中,装置还包括:
缓存状态更新模块,被配置为基于所述RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行所述第二预设操作之后的接收状态,更新所述另一个RLC实体所对应的逻辑信道组的缓存值。
根据本公开实施例的第五方面,提供一种用户设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送。
根据本公开实施例的第六方面,提供一种基站,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收。
根据本公开实施例的第七方面,提供一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,所述指令被处理器执行时实现以下步骤:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送。
根据本公开实施例的第八方面,提供一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,所述指令被处理器执行时实现以下步骤:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收。
本公开的实施例提供的技术方案可以包括以下有益效果:
当UE基于两个RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包时,可以在一个RLC实体成功发送目标承载对应的RLC业务数据单元时,指示另一个RLC实体RLC业务数据单元已经成功发送,由此可以避免令一个RLC实体继续发送对应的业务数据单元,减小不必要的无线资源浪费,此外,还可避免在一个RLC实体发送一个目标承载的RLC业务数据单元的次数超过最大重传次数,而另一个RLC实体发送该目标承载的RLC业务数据单元的次数没有超过最大重传次数时引起连接重建所导致的数据中断和较大的信令开销问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1A是根据一示例性实施例示出的一种数据传输方法的流程图。
图1B是根据一示例性实施例示出的一种数据传输方法的应用场景图一。
图1C是根据一示例性实施例示出的一种数据传输方法的应用场景图二。
图2是根据一示例性实施例示出的另一种数据传输方法的流程图。
图3是根据一示例性实施例示出的又一种数据传输方法的流程图。
图4是根据一示例性实施例示出的一种数据传输方法的流程图。
图5是根据一示例性实施例示出的又一种数据传输方法的流程图。
图6是根据一示例性实施例示出的再一种数据传输方法的流程图。
图7是根据一示例性实施例示出的一种数据传输装置的框图。
图8是根据一示例性实施例示出的另一种数据传输装置的框图。
图9是根据一示例性实施例示出的一种数据传输装置的框图。
图10是根据一示例性实施例示出的另一种数据传输装置的框图。
图11是根据一示例性实施例示出的一种适用于数据传输装置的框图。
图12是根据一示例性实施例示出的一种适用于数据传输装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1A是根据一示例性实施例示出的一种数据传输方法的流程图,图1B是根据一示例性实施例示出的一种数据传输方法的应用场景图一,图1C是根据一示例性实施例示出的一种数据传输方法的应用场景图二;该数据传输方法可以应用在UE上,如图1A所示,该数据传输方法包括以下步骤101-102:
在步骤101中,基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包。
在一实施例中,开启目标承载的PDCP复制功能的方法流程可参见图2所示实施例,这里先不详述。
在一实施例中,目标承载的PDCP包和PDCP复制包可以发送至同一个基站,参见图1B;在又一实施例中,目标承载的PDCP包和PDCP复制包可以分别发送至主基站和辅基站,参见图1C。
在步骤102中,在一个RLC实体成功发送目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功发送。
在一实施例中,PDCP层将PDCP包和PDCP复制包分别发送至两个RLC实体,得到待由两个RLC实体传输的RLC业务数据单元。
在一实施例中,当一个RLC实体成功发送目标承载对应的RLC业务数据单元之后,可以向PDCP层发送指示RLC业务数据单元已经成功发送的指示信息,并且控制PDCP层基于所接收到的指示信息指示另一个RLC实体RLC业务数据单元已经成功发送。
在一实施例中,当一个RLC实体成功发送目标承载对应的RLC业务数据单元之后,还可以直接向另一个RLC实体发送指示RLC业务数据单元已经成功发送的指示信息。
在一示例性场景中,如图1B所示,以移动网络为5G网络为例进行示例性说明,在图1B所示的场景中,包括基站10、UE20,其中,UE20接收到基站10发送的携带PDCP包复制配置信息的无线资源控制消息时,可基于PDCP包复制信息确定出待开启PDCP包复制功能的目标承载,并且在网络达到预设条件时,如网络信号比较差时,开启目标承载的PDCP包复制功能,进而由两个RLC实体分别发送RLC业务数据单元,在一个RLC实体成功发送RLC业务数据单元时,指示另一个RLC业务数据单元已成功发送,进而避免另一个RLC实体继续发送RLC业务数据单元,在增加数据/信令传输的可靠性的基础上,尽量避免引起不必要的无线资源浪费。
在一示例性场景中,如图1C所示,以移动网络为5G网络为例进行示例性说明,在图1B所示的场景中,包括主基站10、辅基站30、UE20,其中,UE20开启目标承载的PDCP包复制功能后,可以由两个RLC实体分别向主基站10和辅基站20发送RLC业务数据单元,在一个RLC实体成功发送RLC业务数据单元时,指示另一个RLC业务数据单元已成功发送,进而避免另一个RLC实体继续发送RLC业务数据单元,在增加数据/信令传输的可靠性的基础上,尽量避免引起不必要的无线资源浪费。
本实施例通过上述步骤101-步骤102,可以避免令一个RLC实体继续发送对应的业务数据单元,减小不必要的无线资源浪费。
在一实施例中,数据传输方法进一步还可以包括:
接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
基于PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
在网络达到预设条件时,开启目标承载的PDCP包复制功能。
该实施例中,通过在无线资源控制消息中设置PDCP包复制配置信息,可以实现基站基于每一种承载的服务质量确定出需要开启PDCP包复制功能的目标承载,由此可实现用户设备在网络状态不理想时,提高服务质量高的目标承载的数据的传输可靠性。
在一实施例中,向另一个RLC实体指示RLC业务数据单元已经成功发送,包括:
向PDCP层发送指示RLC业务数据单元已经成功发送的指示信息;
控制PDCP层基于指示信息指示另一个RLC实体RLC业务数据单元已经成功发送。
该实施例中,提供了一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功发送的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,向另一个RLC实体指示RLC业务数据单元已经成功发送,包括:
向另一个RLC实体发送指示RLC业务数据单元已经成功发送的指示信息。
该实施例中,提供了另一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功发送的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,数据传输方法进一步还可以包括:
控制另一个RLC实体在接收到RLC业务数据单元已经成功发送的指示之后,确定与RLC业务数据单元对应的业务数据单元的发送状态;
基于发送状态,执行第一预设操作。
该实施例中,提供一种在另一个RLC实体接收到RLC业务数据单元已经成功发送的指示之后,基于该业务数据单元的发送状态执行对应的业务数据单元进行处理的方式,进而确保对于不同的发送状态都可以实现另一个RLC实体中不再发送对应的业务数据单元。
在一实施例中,基于发送状态,执行第一预设操作,包括:
在发送状态为业务数据单元还没有被封装为协议数据单元时,将业务数据单元的发送状态设置为已成功发送;或者,
删除业务数据单元;或者,
不再发送业务数据单元。
该实施例中,指示了在发送状态为业务数据单元还没有被封装为协议数据单元时,通过将发送状态设置为已成功发送,或者删除业务数据单元,或者不再发送业务数据单元等多种方式来对业务数据单元进行处理,提高了实现本申请技术方案的灵活性。
在一实施例中,基于发送状态,执行第一预设操作,包括:
在发送状态为业务数据单元已发送至少一个协议数据单元时,将已发送的至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
删除至少一个协议数据单元。
该实施例中,指示了在发送状态为已发送至少一个协议数据单元时,通过将以发送的协议数据单元的发送状态设置为已接收到成功发送的确认消息,或者删除业务数据单元等多种方式来对协议数据单元进行处理,提高了实现本申请技术方案的灵活性。
在一实施例中,执行第一预设操作,还包括:
移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
该实施例中,对于已经发送了至少一个协议数据单元的发送状态,除了删除已经成功发送的协议数据单元之外,还需要移动发送窗口下边界至下一个待确认成功的协议数据单元,由此实现另一个RLC实体能够继续正常发送PDCP包。
在一实施例中,数据传输方法进一步还可以包括:
执行第一预设操作之后,用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
该实施例中,通过在用户设备的缓存状态发生突变时,及时上报缓存状态报告,可以确定基站侧及时获取用户设备侧的业务数据的缓存量,进而确保无线链路资源的配置能够更新。
在一实施例中,缓存状态报告包括另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
缓存状态报告包括每一个逻辑信道的缓存状态信息。
该实施例中,公开了在缓存状态报告中携带什么缓存状态信息,如可以携带每一个逻辑信道的缓存状态信息,或者只包含另一个RLC实体所对应的逻辑信道组的缓存状态信息,进而确保无线链路资源的配置能够更新。
在一实施例中,数据传输方法进一步还可以包括:
当两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送RLC业务数据单元的次数;
若另一个RLC实体发送RLC业务数据单元的次数超过最大重传次数,则确定发生无线链路失败。
该实施例中,通过在一个RLC实体发生重传次数超过最大次数时,确定另一个RLC实体的重传次数,进而在另一个RLC实体也发生重传次数超过最大次数的问题时才确定发生无线链路失败,避免在一个RLC实体发生重传次数超过最大次数时就触发连接重建所导致的数据终端和较大信令开销的问题。
在一实施例中,确定另一个RLC实体发送RLC业务数据单元的次数之后,还包括:
若在目标承载关闭PDCP包复制功能之前,另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数,则确定发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
若在另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数之前,目标承载关闭PDCP包复制功能,则确定发生无线链路失败;
若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
该实施例中,通过确定在一个RLC实体发送次数超过最大重传次数后,在另一个RLC实体发送次数超过最大重传次数之前发生关闭PDCP包复制功能的事件时,确定一个RLC实体发生链路失败,可以及时对无线链路失败执行对应的处理,并且通过确定无线链路失败的RLC实体由哪个基站提供服务,可以有针对性地对无线链路失败执行对应的处理。
在一实施例中,确定发生无线链路失败之后,还包括:
若两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
该实施例中,通过在另一个RLC实体的重传次数也超过最大重传次数时,基于为两个RLC实体提供服务的基站确定发生无线链路失败的类型,进而有针对性地对无线链路失败执行对应的处理,例如发生主基站无线链路失败时,执行连接重建操作,发生辅基站无线链路失败时,上报无线链路失败报告的报告消息,由此可以实现有效的无线链路失败处理。
具体如何进行数据传输的,请参考后续实施例。
至此,本公开实施例提供的上述方法,由此可以避免令一个RLC实体继续发送对应的业务数据单元,减小不必要的无线资源浪费,此外,还可避免在一个RLC实体发送一个目标承载的RLC业务数据单元的次数超过最大重传次数,而另一个RLC实体发送该目标承载的RLC业务数据单元的次数没有超过最大重传次数时引起连接重建所导致的数据中断和较大的信令开销问题。
下面以具体实施例来说明本公开实施例提供的技术方案。
图2是根据一示例性实施例示出的另一种数据传输方法的流程图;本实施例利用本公开实施例提供的上述方法,以UE进行数据传输例进行示例性说明,如图2所示,包括如下步骤:
在步骤201中,接收基站发送的携带PDCP包复制配置信息的无线资源控制消息。
在一实施例中,基站可在无线资源控制消息,如连接重配置消息中携带PDCP包复制配置信息,配置用户设备的某个或者某些个数据承载/信令承载开启包复制功能,同时配置这些数据承载/信令承载的两个RLC实体均采用RLCAM模式发送数据。
在一实施例中,可以在介质访问控制层(Media Access Control,简称为MAC)PDU的控制元素(Control Element,简称为CE)中携带PDCP包复制信息。
在步骤202中,基于PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载。
在一实施例中,用户设备可以解析PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载。
在步骤203中,在网络达到预设条件时,开启目标承载的PDCP包复制功能。
在一实施例中,用户设备基于PDCP包复制配置信息确定出待开启PDCP包复制功能的目标承载之后,可继续检测网络信号强度,并在网络信号强度小于预设强度阈值时,开启目标承载的PDCP包复制功能,以便能够提高目标承载的数据的传输可靠性。
在步骤204中,基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包。
在步骤205中,在一个RLC实体成功发送目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功发送。
在一实施例中,步骤204和步骤205的描述可参见图1A所示实施例的步骤101和步骤102的描述,这里不再详述。
在步骤206中,控制另一个RLC实体在接收到RLC业务数据单元已经成功发送的指示之后,确定与RLC业务数据单元对应的业务数据单元的发送状态。
在一实施例中,发送状态可以为RLC业务数据单元还没有被分割封装为协议数据单元,还没有关联RLC序列号;在又一实施例中,发送状态可以为RLC业务数据单元已经被分割封装协议数据单元,并且已经有至少一个协议数据单元被发送出去。
在一实施例中,可基于RLC序列号查找出对应的RLC业务数据单元的RLCSDU(或SDU片段)及/或RLCPDUs(一个RLCSDU可能被分割并封装为多个RLCPDU)的发送状态。
在步骤207中,基于发送状态,执行第一预设操作。
在一实施例中,可以在发送状态为业务数据单元还没有被封装为协议数据单元时,将业务数据单元的发送状态设置为已成功发送;或者,删除业务数据单元;或者,不再发送业务数据单元。
在一实施例中,可以在发送状态为业务数据单元已发送至少一个协议数据单元时,将已发送的至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,删除至少一个协议数据单元,并且在发送窗口下边界对应的RLCPDU已经成功发送时,移动发送窗口下边界到下一个待确认成功发送的RLCPDU。
在步骤208中,用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
在一实施例中,用户设备在一个RLC实体成功发送RLC业务数据单元引起另一个RLC实体不再发送与该RLC业务数据单元对应的数据时,可引起用户设备的缓存状态发生变化,此时可触发用户设备上报缓存状态报告。
在一实施例中,缓存状态报告包括另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,缓存状态报告包括每一个逻辑信道的缓存状态信息。
本实施例中,用户设备在一个RLC实体成功发送RLC业务数据单元引起另一个RLC实体不再发送与该RLC业务数据单元对应的数据导致用户设备的缓存发生突变时,可上报缓存状态报告,以及时更新用户设备的缓存状态。
图3是根据一示例性实施例示出的又一种数据传输方法的流程图;本实施例利用本公开实施例提供的上述方法,以在基于两个RLC实体传输开启PDCP包复制功能的目标承载的数据时,如何确定无线链路发生失败为例进行示例性说明,如图3所示,包括如下步骤:
在步骤301中,基于两个RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包。
在步骤302中,当两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送RLC业务数据单元的次数,执行步骤303、步骤304和步骤305。
在一实施例中,最大重传次数可以为系统约定次数,一般在RLC实体发送数据的次数超过最大重传次数时,可确定该RLC实体数据发送失败。
在步骤303中,若另一个RLC实体发送RLC业务数据单元的次数超过最大重传次数,则确定发生无线链路失败,流程结束。
在一实施例中,若两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;若两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
在步骤304中,若在目标承载关闭PDCP包复制功能之前,另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数,则确定发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败,流程结束。
在一实施例中,在两个RLC实体分别发送开启PDCP包复制功能的PDCP包和PDCP复制包时,如果有一个RLC实体发送次数没有超过最大重传次数,则可确定两个RLC实体都没有发生无线链路失败。
在步骤305中,若在另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数之前,目标承载关闭PDCP包复制功能,则确定发生无线链路失败,执行步骤306和步骤307。
在步骤306中,若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作。
在步骤307中,若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
本实施例中,通过上述技术方案可避免在一个RLC实体发送一个目标承载的RLC业务数据单元的次数超过最大重传次数,而另一个RLC实体发送该目标承载的RLC业务数据单元的次数没有超过最大重传次数时,执行确定无线链路失败的操作,导致引起连接重建所导致的数据中断和较大的信令开销问题。
图4是根据一示例性实施例示出的一种数据传输方法的流程图,该数据传输方法可以应用在基站上,该基站可以为图1B所示应用场景中的基站,也可以为图1C所示应用场景中的主基站或者辅基站,如图4所示,该数据传输方法包括以下步骤401-402:
在步骤401中,接收用户设备发送的开启PDCP包复制功能的目标承载的数据。
在一实施例中,对于开启PCDP包复制功能的目标承载,用户设备可以通过两个RLC实体分别发送目标承载的数据。
在一实施例中,参见图1B,基站可通过两个RLC实体分别接收用户设备基于两个RLC实体发送的数据;在一实施例中,参见图1C,主基站中的RLC实体和辅基站中的RLC实体可以分别接收用户设备基于两个RLC实体发送的数据。
在步骤402中,在一个RLC实体成功接收目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功接收。
在一实施例中,当其中一个RLC实体成功接收到了目标承载对应的RLCSDU的所有片段后,将接收到的RLCSDU片段组装成RLCSDU并且发送给PDCP层。
在一实施例中,当一个RLC实体成功接收目标承载对应的RLC业务数据单元后,可向PDCP层发送指示RLC业务数据单元已经成功接收的指示信息,并且控制PDCP层基于指示信息指示另一个RLC实体RLC业务数据单元已经成功接收;在又一实施例中,当一个RLC实体成功接收目标承载对应的RLC业务数据单元后,还可直接向另一个RLC实体发送指示RLC业务数据单元已经成功接收的指示信息。
在一实施例中,一个RLC实体和另一个RLC实体位于一个基站中;或者,一个RLC实体和另一个RLC实体分别位于主基站和辅基站中。
在一示例性场景中,如图1B所示,以移动网络为5G网络为例进行示例性说明,在图1B所示的场景中,包括基站10、UE20,其中,UE20接收到基站10发送的携带PDCP包复制配置信息的无线资源控制消息时,可基于PDCP包复制信息确定出待开启PDCP包复制功能的目标承载,并且在开启目标承载的PDCP包复制功能后,通过两个RLC实体分别发送RLC业务数据单元,在基站20的一个RLC实体成功接收RLC业务数据单元时,指示另一个RLC业务数据单元已成功接收,进而避免另一个RLC实体继续监听RLC业务数据单元,在增加数据/信令传输的可靠性的基础上,尽量避免引起不必要的无线资源浪费。
在一示例性场景中,如图1C所示,以移动网络为5G网络为例进行示例性说明,在图1B所示的场景中,包括主基站10、辅基站30、UE20,其中,UE20开启目标承载的PDCP包复制功能后,可以由两个RLC实体分别向主基站10和辅基站20发送RLC业务数据单元,在主基站或者辅基站中的RLC实体成功接收RLC业务数据单元时,指示另一个RLC业务数据单元已成功接收,进而避免另一个RLC实体继续接收RLC业务数据单元,在增加数据/信令传输的可靠性的基础上,尽量避免引起不必要的无线资源浪费。
本实施例中,当UE基于两个RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包时,接收端可以在一个RLC实体成功接收目标承载对应的RLC业务数据单元时,指示另一个RLC实体RLC业务数据单元已经成功接收,由此可以避免令一个RLC实体继续接收对应的业务数据单元,减小不必要的无线资源浪费。
在一实施例中,数据传输方法进一步还可以包括:
向用户设备发送携带PDCP包复制配置信息的无线资源控制消息,PDCP包复制配置信息用于用户设备确定出待开启PDCP包复制功能的目标承载。
该实施例中,通过在无线资源控制消息中设置PDCP包复制配置信息,可以实现基站基于每一种承载的服务质量确定出需要开启PDCP包复制功能的目标承载,由此可实现用户设备在网络状态不理想时,提高服务质量高的目标承载的数据的传输可靠性。
在一实施例中,向另一个RLC实体指示RLC业务数据单元已经成功接收,包括:
向PDCP层发送指示RLC业务数据单元已经成功接收的指示信息;
控制PDCP层基于指示信息指示另一个RLC实体RLC业务数据单元已经成功接收。
该实施例中,提供了一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功接收的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,向另一个RLC实体指示RLC业务数据单元已经成功发送,包括:
向另一个RLC实体发送指示RLC业务数据单元已经成功接收的指示信息。
该实施例中,提供了另一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功接收的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,一个RLC实体和另一个RLC实体位于一个基站中;或者,
一个RLC实体和另一个RLC实体分别位于主基站和辅基站中。
该实施例中,指示了两个RLC实体可以位于同一个基站中,也可以分别位于主基站和辅基站中。提升了具体实施的灵活性。
在一实施例中,数据传输方法进一步还可以包括:
控制另一个RLC实体在接收到RLC业务数据单元已经成功接收的指示之后,确定出与RLC业务数据单元对应的所有协议数据单元;
对RLC业务数据单元对应的所有协议数据单元,执行第二预设操作。
该实施例中,在另一个RLC实体接收到RLC业务数据单元已经成功接收的指示之后,可以先确定出所有协议数据单元,进而更有针对性地对所有的协议数据单元执行第二预设操作。
在一实施例中,执行第二预设操作,包括:
将RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
删除RLC业务数据单元对应的所有协议数据单元。
该实施例中,在另一个RLC实体接收到RLC业务数据单元已经成功接收的指示之后,可以将所有协议数据单元的接收状态设置为已成功接收,并且删除已经成功接收的所有协议数据单元。优化了资源,达到了更好的实施效果。
在一实施例中,数据传输方法进一步还可以包括:
当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动接收窗口下边界至下一个待确认成功发送的协议数据单元。
该实施例中,通过将接收窗口下边界移动至下一个待确认成功接收的协议数据单元,由此实现另一个RLC实体能够继续正常接收PDCP包。优化了资源,达到了更好的实施效果。
在一实施例中,数据传输方法进一步还可以包括:
基于RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行第二预设操作之后的接收状态,更新另一个RLC实体所对应的逻辑信道组的缓存值。
该实施例中,通过在另一个RLC实体的逻辑信道组的缓存状态发生突变时,及时更新对应的逻辑信道组的缓存值,可以确保待处理的业务数据的缓存量的准确性,进而保证及时调整无线链路资源的配置。
具体如何进行数据传输的,请参考后续实施例。
下面以具体实施例来说明本公开实施例提供的技术方案。
图5是根据一示例性实施例示出的又一种数据传输方法的流程图;本实施例利用本公开实施例提供的上述方法,以基站如何执行数据传输例进行示例性说明,如图5所示,包括如下步骤:
在步骤501中,向用户设备发送携带PDCP包复制配置信息的无线资源控制消息,PDCP包复制配置信息用于用户设备确定出待开启PDCP包复制功能的目标承载。
在一实施例中,基站可在无线资源控制消息,如连接重配置消息中携带PDCP包复制配置信息,配置用户设备的某个或者某些个数据承载/信令承载开启包复制功能,同时配置这些数据承载/信令承载的两个RLC实体均采用RLCAM模式发送数据。
在一实施例中,基站可以在无线资源控制消息中的MAC CE中携带PDCP包复制信息。
在步骤502中,接收用户设备发送的开启PDCP包复制功能的目标承载的数据。
在一实施例中,用户设备基于PDCP包复制配置信息确定出待开启PDCP包复制功能的目标承载之后,可继续检测网络信号强度,并在网络信号强度小于预设强度阈值时,开启目标承载的PDCP包复制功能。
在步骤503中,在一个RLC实体成功接收目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功接收。
在一实施例中,步骤503的描述可参见图4所示实施例的步骤402,这里不再详述。
在步骤504中,控制另一个RLC实体在接收到RLC业务数据单元已经成功接收的指示之后,确定出与RLC业务数据单元对应的所有协议数据单元。
在一实施例中,可基于协议数据单元的RLC序列号确定出与RLC业务数据单元对应的所有协议数据单元。
在步骤505中,对RLC业务数据单元对应的所有协议数据单元,执行第二预设操作。
在一实施例中,将RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,删除RLC业务数据单元对应的所有协议数据单元。
在一实施例中,当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动接收窗口下边界至下一个待确认成功发送的协议数据单元。由于已经将RLC业务数据单元的接收状态设置为已成功接收,此时如果接收窗口下边界对应的RLC序列号对应的协议数据单元已正确接收,则可移动接收窗口下边界至下一个待确认成功发送的协议数据单元。
本实施例中,当UE基于两个RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包时,接收端可以在一个RLC实体成功接收目标承载对应的RLC业务数据单元时,指示另一个RLC实体RLC业务数据单元已经成功接收,由此可以避免令一个RLC实体继续接收对应的业务数据单元,减小不必要的无线资源浪费。
图6是根据一示例性实施例示出的再一种数据传输方法的流程图;本实施例利用本公开实施例提供的上述方法,以基站如何执行数据传输例进行示例性说明,如图6所示,包括如下步骤:
在步骤601中,确定RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行第二预设操作之后的接收状态。
在一实施例中,RLC业务数据单元对应的所有协议数据单元的原接收状态可以理解为在一个RLC实体成功接收RLC业务数据单元时,另一个RLC实体针对该RLC业务数据单元的接收状态,如,接收状态可以为还没有接收到任何一个对应的协议数据单元,或者接收到了部分协议数据单元等。
在一实施例中,执行第二预设操作时候的接收状态为已正确接收RLC业务数据单元。
在步骤602中,更新另一个RLC实体所对应的逻辑信道组的缓存值。
在一实施例中,可以设置RLC业务数据单元对应的协议数据单元的原接收状态为成功接收了大小为S2的数据包,S2的值可以为0,但是大小不超过RLC业务数据单元的总的数据包大小S1,假设另一个RLC实体对应的逻辑信道组的缓存值的原缓存值为S,则更新后的逻辑信道组的缓存值为S+S2-S1。
本实施例中,在一个RLC实体成功接收RLC业务数据单元引起另一个RLC实体对应的逻辑信道组的缓存发生突变时,可更新逻辑信道组的缓存值。
图7是根据一示例性实施例示出的一种数据传输装置的框图,应用在用户设备上,如图7所示,数据传输装置包括:
第一发送模块71,被配置为基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
第一指示模块72,被配置为在一个RLC实体成功发送目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功发送。
本实施例可以避免另一个RLC实体继续发送对应的业务数据单元,减小不必要的无线资源浪费。
图8是根据一示例性实施例示出的另一种数据传输装置的框图,如图8所示,在上述图8所示实施例的基础上,在一实施例中,装置还包括:
第一接收模块73,被配置为接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
第一确定模块74,被配置为基于PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
开启模块75,被配置为在网络达到预设条件时,开启目标承载的PDCP包复制功能。
该实施例中,通过在无线资源控制消息中设置PDCP包复制配置信息,可以实现基站基于每一种承载的服务质量确定出需要开启PDCP包复制功能的目标承载,由此可实现用户设备在网络状态不理想时,提高服务质量高的目标承载的数据的传输可靠性。
在一实施例中,第一指示模块72包括:
第一发送子模块721,被配置为向PDCP层发送指示RLC业务数据单元已经成功发送的指示信息;
第二发送子模块722,被配置为控制PDCP层基于指示信息指示另一个RLC实体RLC业务数据单元已经成功发送。
该实施例中,提供了一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功发送的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,第一指示模块72包括:
第三发送子模块723,被配置为向另一个RLC实体发送指示RLC业务数据单元已经成功发送的指示信息。
该实施例中,提供了另一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功发送的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,装置还包括:
发送状态确定模块76,被配置为控制另一个RLC实体在接收到RLC业务数据单元已经成功发送的指示之后,确定与RLC业务数据单元对应的业务数据单元的发送状态;
第一执行模块77,被配置为基于发送状态,执行第一预设操作。
该实施例中,提供一种在另一个RLC实体接收到RLC业务数据单元已经成功发送的指示之后,基于该业务数据单元的发送状态执行对应的业务数据单元进行处理的方式,进而确保对于不同的发送状态都可以实现另一个RLC实体中不再发送对应的业务数据单元。
在一实施例中,第一执行模块77包括:
第一设置子模块771,被配置为在发送状态为业务数据单元还没有被封装为协议数据单元时,将业务数据单元的发送状态设置为已成功发送;或者,
第一删除子模块772,被配置为删除业务数据单元;或者,
第一拒绝子模块773,被配置为不再发送业务数据单元。
该实施例中,指示了在发送状态为业务数据单元还没有被封装为协议数据单元时,通过将发送状态设置为已成功发送,或者删除业务数据单元,或者不再发送业务数据单元等多种方式来对业务数据单元进行处理,提高了实现本申请技术方案的灵活性。
在一实施例中,第一执行模块77包括:
第二设置子模块774,被配置为在发送状态为业务数据单元已发送至少一个协议数据单元时,将已发送的至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
第二删除子模块775,被配置为删除至少一个协议数据单元。
该实施例中,指示了在发送状态为已发送至少一个协议数据单元时,通过将以发送的协议数据单元的发送状态设置为已接收到成功发送的确认消息,或者删除业务数据单元等多种方式来对协议数据单元进行处理,提高了实现本申请技术方案的灵活性。
在一实施例中,第一执行模块77还包括:
第一移动子模块776,被配置为移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
该实施例中,对于已经发送了至少一个协议数据单元的发送状态,除了删除已经成功发送的协议数据单元之外,还需要移动发送窗口下边界至下一个待确认成功的协议数据单元,由此实现另一个RLC实体能够继续正常发送PDCP包。
在一实施例中,装置还包括:
缓存报告模块78,被配置为执行第一预设操作之后,用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
该实施例中,通过在用户设备的缓存状态发生突变时,及时上报缓存状态报告,可以确定基站侧及时获取用户设备侧的业务数据的缓存量,进而确保无线链路资源的配置能够更新。
在一实施例中,缓存状态报告包括另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
缓存状态报告包括每一个逻辑信道的缓存状态信息。
该实施例中,公开了在缓存状态报告中携带什么缓存状态信息,如可以携带每一个逻辑信道的缓存状态信息,或者只包含另一个RLC实体所对应的逻辑信道组的缓存状态信息,进而确保无线链路资源的配置能够更新。
在一实施例中,装置还包括:
第二确定模块79,被配置为当两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送RLC业务数据单元的次数;
第三确定模块80,被配置为若另一个RLC实体发送RLC业务数据单元的次数超过最大重传次数,则确定发生无线链路失败。
该实施例中,通过在一个RLC实体发生重传次数超过最大次数时,确定另一个RLC实体的重传次数,进而在另一个RLC实体也发生重传次数超过最大次数的问题时才确定发生无线链路失败,避免在一个RLC实体发生重传次数超过最大次数时就触发连接重建所导致的数据终端和较大信令开销的问题。
在一实施例中,装置还包括:
第四确定模块81,被配置为若在目标承载关闭PDCP包复制功能之前,另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数,则确定发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
第五确定模块82,被配置为若在另一个RLC实体发送RLC业务数据单元的次数没有超过最大重传次数之前,目标承载关闭PDCP包复制功能,则确定发生无线链路失败;
第一重建模块83,被配置为若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第一报告模块84,被配置为若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
该实施例中,通过确定在一个RLC实体发送次数超过最大重传次数后,在另一个RLC实体发送次数超过最大重传次数之前发生关闭PDCP包复制功能的事件时,确定一个RLC实体发生链路失败,可以及时对无线链路失败执行对应的处理,并且通过确定无线链路失败的RLC实体由哪个基站提供服务,可以有针对性地对无线链路失败执行对应的处理。
在一实施例中,装置还包括:
第二重建模块85,被配置为若两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第二报告模块86,被配置为若两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向主基站发送携带无线链路失败报告的报告消息。
该实施例中,通过在另一个RLC实体的重传次数也超过最大重传次数时,基于为两个RLC实体提供服务的基站确定发生无线链路失败的类型,进而有针对性地对无线链路失败执行对应的处理,例如发生主基站无线链路失败时,执行连接重建操作,发生辅基站无线链路失败时,上报无线链路失败报告的报告消息,由此可以实现有效的无线链路失败处理。
至此,本公开实施例提供的上述装置,由此可以避免令一个RLC实体继续发送对应的业务数据单元,减小不必要的无线资源浪费,此外,还可避免在一个RLC实体发送一个目标承载的RLC业务数据单元的次数超过最大重传次数,而另一个RLC实体发送该目标承载的RLC业务数据单元的次数没有超过最大重传次数时引起连接重建所导致的数据中断和较大的信令开销问题。
图9是根据一示例性实施例示出的一种数据传输装置的框图,应用在基站上,如图9所示,数据传输装置包括:
第二接收模块91,被配置为接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
第二指示模块92,被配置为在一个RLC实体成功接收目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功接收。
本实施例中,当UE基于两个RLC实体,分别采用RLC确认模式发送开启PDCP包复制功能的目标承载的PDCP包和PDCP复制包时,接收端可以在一个RLC实体成功接收目标承载对应的RLC业务数据单元时,指示另一个RLC实体RLC业务数据单元已经成功接收,由此可以避免令一个RLC实体继续接收对应的业务数据单元,减小不必要的无线资源浪费。
图10是根据一示例性实施例示出的另一种数据传输装置的框图,如图10所示,在上述图9所示实施例的基础上,在一实施例中,装置还包括:
第二发送模块93,被配置为向用户设备发送携带PDCP包复制配置信息的无线资源控制消息,PDCP包复制配置信息用于用户设备确定出待开启PDCP包复制功能的目标承载。
该实施例中,通过在无线资源控制消息中设置PDCP包复制配置信息,可以实现基站基于每一种承载的服务质量确定出需要开启PDCP包复制功能的目标承载,由此可实现用户设备在网络状态不理想时,提高服务质量高的目标承载的数据的传输可靠性。
在一实施例中,第二指示模块92包括:
第四发送子模块921,被配置为向PDCP层发送指示RLC业务数据单元已经成功接收的指示信息;
第五发送子模块922,被配置为控制PDCP层基于指示信息指示另一个RLC实体RLC业务数据单元已经成功接收。
该实施例中,提供了一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功接收的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,第二指示模块92包括:
第六发送子模块923,被配置为向另一个RLC实体发送指示RLC业务数据单元已经成功接收的指示信息。
该实施例中,提供了另一种用于一个RLC实体向另一个RLC实体指示RLC业务数据单元已经成功接收的指示方式,提高了实现本申请技术方案的灵活性。
在一实施例中,一个RLC实体和另一个RLC实体位于一个基站中;或者,
一个RLC实体和另一个RLC实体分别位于主基站和辅基站中。
该实施例中,指示了两个RLC实体可以位于同一个基站中,也可以分别位于主基站和辅基站中。提升了具体实施的灵活性。
在一实施例中,装置还包括:
第六确定模块94,被配置为控制另一个RLC实体在接收到RLC业务数据单元已经成功接收的指示之后,确定出与RLC业务数据单元对应的所有协议数据单元;
第二执行模块95,被配置为对RLC业务数据单元对应的所有协议数据单元,执行第二预设操作。
该实施例中,在另一个RLC实体接收到RLC业务数据单元已经成功接收的指示之后,可以先确定出所有协议数据单元,进而更有针对性地对所有的协议数据单元执行第二预设操作。
在一实施例中,第二执行模块95包括:
第三设置子模块951,被配置为将RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
第三删除子模块952,被配置为删除RLC业务数据单元对应的所有协议数据单元。
该实施例中,在另一个RLC实体接收到RLC业务数据单元已经成功接收的指示之后,可以将所有协议数据单元的接收状态设置为已成功接收,并且删除已经成功接收的所有协议数据单元。优化了资源,达到了更好的实施效果。
在一实施例中,装置还包括:
移动模块96,被配置为当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动接收窗口下边界至下一个待确认成功发送的协议数据单元。
该实施例中,通过将接收窗口下边界移动至下一个待确认成功接收的协议数据单元,由此实现另一个RLC实体能够继续正常接收PDCP包。优化了资源,达到了更好的实施效果。
在一实施例中,装置还包括:
缓存状态更新模块97,被配置为基于RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行第二预设操作之后的接收状态,更新另一个RLC实体所对应的逻辑信道组的缓存值。
该实施例中,通过在另一个RLC实体的逻辑信道组的缓存状态发生突变时,及时更新对应的逻辑信道组的缓存值,可以确保待处理的业务数据的缓存量的准确性,进而保证及时调整无线链路资源的配置。
图11是根据一示例性实施例示出的一种适用于数据传输装置的框图。例如,装置1100可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等用户设备。
参照图11,装置1100可以包括以下一个或多个组件:处理组件1102,存储器1104,电源组件1106,多媒体组件1108,音频组件1110,输入/输出(I/O)的接口1112,传感器组件1114,以及通信组件1116。
处理组件1102通常控制装置1100的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理元件1102可以包括一个或多个处理器1120来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1102可以包括一个或多个模块,便于处理组件1102和其他组件之间的交互。例如,处理部件1102可以包括多媒体模块,以方便多媒体组件1108和处理组件1102之间的交互。
存储器1104被配置为存储各种类型的数据以支持在设备1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电力组件1106为装置1100的各种组件提供电力。电力组件1106可以包括电源管理系统,一个或多个电源,及其他与为装置1100生成、管理和分配电力相关联的组件。
多媒体组件1108包括在装置1100和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1108包括一个前置摄像头和/或后置摄像头。当设备1100处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1110被配置为输出和/或输入音频信号。例如,音频组件1110包括一个麦克风(MIC),当装置1100处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中,音频组件1110还包括一个扬声器,用于输出音频信号。
I/O接口1112为处理组件1102和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1114包括一个或多个传感器,用于为装置1100提供各个方面的状态评估。例如,传感器组件1114可以检测到设备1100的打开/关闭状态,组件的相对定位,例如组件为装置1100的显示器和小键盘,传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变,用户与装置1100接触的存在或不存在,装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1114还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信部件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信部件1116还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1104,上述指令在被执行时可配置装置1100的处理器1120以执行上述第一方面所描述的方法:基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;在一个RLC实体成功发送目标承载对应的RLC业务数据单元后,向另一个RLC实体指示RLC业务数据单元已经成功发送。
在一实施例中,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图12是根据一示例性实施例示出的一种适用于数据发送装置的框图。装置1200可以被提供为一个基站。参照图12,装置1200包括处理组件1222、无线发射/接收组件1224、天线组件1226、以及无线接口特有的信号处理部分,处理组件1222可进一步包括一个或多个处理器。
处理组件1222中的其中一个处理器可以被配置为执行上述第二方面所描述的数据传输方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,上述指令可由装置1200的处理组件1222执行以完成上述第二方面所描述的方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (40)

1.一种数据传输方法,其特征在于,应用在用户设备上,所述方法包括:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送;
所述方法还包括:
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功发送的指示之后,确定与所述RLC业务数据单元对应的业务数据单元的发送状态;
基于所述发送状态,执行第一预设操作;
在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,所述基于所述发送状态,执行第一预设操作,包括:
将所述业务数据单元的发送状态设置为已成功发送;或者,
删除所述业务数据单元;或者,
不再发送所述业务数据单元。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
基于所述PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
在网络达到预设条件时,开启所述目标承载的PDCP包复制功能。
3.根据权利要求1所述的方法,其特征在于,所述向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向PDCP层发送所述指示所述RLC业务数据单元已经成功发送的指示信息;
控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功发送。
4.根据权利要求1所述的方法,其特征在于,所述向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功发送的指示信息。
5.根据权利要求1所述的方法,其特征在于,所述基于所述发送状态,执行第一预设操作,包括:
在所述发送状态为所述业务数据单元已发送至少一个协议数据单元时,将已发送的所述至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
删除所述至少一个协议数据单元。
6.根据权利要求5所述的方法,其特征在于,所述执行第一预设操作,还包括:
移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
执行所述第一预设操作之后,所述用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
8.根据权利要求7所述的方法,其特征在于,所述缓存状态报告包括所述另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
所述缓存状态报告包括所述每一个逻辑信道的缓存状态信息。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
当所述两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送所述RLC业务数据单元的次数;
若所述另一个RLC实体发送所述RLC业务数据单元的次数超过所述最大重传次数,则确定发生无线链路失败。
10.根据权利要求9所述的方法,其特征在于,所述确定另一个RLC实体发送所述RLC业务数据单元的次数之后,还包括:
若在所述目标承载关闭所述PDCP包复制功能之前,所述另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数,则确定所述发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
若在另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数之前,所述目标承载关闭所述PDCP包复制功能,则确定发生无线链路失败;
若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
11.根据权利要求9所述的方法,其特征在于,所述确定发生无线链路失败之后,还包括:
若所述两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
若所述两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
12.一种数据传输方法,其特征在于,应用在基站上,所述方法包括:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收;
所述方法还包括:
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作;
所述执行第二预设操作,包括:
将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
删除所述所述RLC业务数据单元对应的所有协议数据单元。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
向所述用户设备发送携带PDCP包复制配置信息的无线资源控制消息,所述PDCP包复制配置信息用于所述用户设备确定出待开启PDCP包复制功能的目标承载。
14.根据权利要求12所述的方法,其特征在于,所述向另一个RLC实体指示所述RLC业务数据单元已经成功接收,包括:
向PDCP层发送所述指示所述RLC业务数据单元已经成功接收的指示信息;
控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功接收。
15.根据权利要求12所述的方法,其特征在于,所述向另一个RLC实体指示所述RLC业务数据单元已经成功发送,包括:
向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功接收的指示信息。
16.根据权利要求12所述的方法,其特征在于,所述一个RLC实体和所述另一个RLC实体位于一个基站中;或者,
所述一个RLC实体和所述另一个RLC实体分别位于主基站和辅基站中。
17.根据权利要求12所述的方法,其特征在于,所述方法还包括:
当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动所述接收窗口下边界至下一个待确认成功发送的协议数据单元。
18.根据权利要求12所述的方法,其特征在于,所述方法还包括:
基于所述RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行所述第二预设操作之后的接收状态,更新所述另一个RLC实体所对应的逻辑信道组的缓存值。
19.一种数据传输装置,其特征在于,应用在用户设备上,所述装置包括:
第一发送模块,被配置为基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
第一指示模块,被配置为在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送;
所述装置还包括:
发送状态确定模块,被配置为控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功发送的指示之后,确定与所述RLC业务数据单元对应的业务数据单元的发送状态;
第一执行模块,被配置为基于所述发送状态,执行第一预设操作;
所述第一执行模块包括:
第一设置子模块,被配置为在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,将所述业务数据单元的发送状态设置为已成功发送;或者,
第一删除子模块,被配置为删除所述业务数据单元;或者,
第一拒绝子模块,被配置为不再发送所述业务数据单元。
20.根据权利要求19所述的装置,其特征在于,所述装置还包括:
第一接收模块,被配置为接收基站发送的携带PDCP包复制配置信息的无线资源控制消息;
第一确定模块,被配置为基于所述PDCP包复制配置信息,确定出待开启PDCP包复制功能的目标承载;
开启模块,被配置为在网络达到预设条件时,开启所述目标承载的PDCP包复制功能。
21.根据权利要求19所述的装置,其特征在于,所述第一指示模块包括:
第一发送子模块,被配置为向PDCP层发送所述指示所述RLC业务数据单元已经成功发送的指示信息;
第二发送子模块,被配置为控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功发送。
22.根据权利要求19所述的装置,其特征在于,所述第一指示模块包括:
第三发送子模块,被配置为向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功发送的指示信息。
23.根据权利要求19所述的装置,其特征在于,所述第一执行模块包括:
第二设置子模块,被配置为在所述发送状态为所述业务数据单元已发送至少一个协议数据单元时,将已发送的所述至少一个协议数据单元的发送状态设置为已接收到成功发送的确认消息;或者,
第二删除子模块,被配置为删除所述至少一个协议数据单元。
24.根据权利要求19所述的装置,其特征在于,所述第一执行模块还包括:
第一移动子模块,被配置为移动发送窗口下边界至下一个待确认成功发送的协议数据单元。
25.根据权利要求19所述的装置,其特征在于,所述装置还包括:
缓存报告模块,被配置为执行所述第一预设操作之后,所述用户设备的缓存状态发生变化时,向基站发送携带缓存状态报告的消息。
26.根据权利要求25所述的装置,其特征在于,所述缓存状态报告包括所述另一个RLC实体所对应的逻辑信道组的缓存状态信息:或者,
所述缓存状态报告包括所述每一个逻辑信道的缓存状态信息。
27.根据权利要求25所述的装置,其特征在于,所述装置还包括:
第二确定模块,被配置为当所述两个RLC实体中的一个RLC实体发送一个开启PDCP包复制功能的目标承载的RLC业务数据单元的次数超过最大重传次数时,确定另一个RLC实体发送所述RLC业务数据单元的次数;
第三确定模块,被配置为若所述另一个RLC实体发送所述RLC业务数据单元的次数超过所述最大重传次数,则确定发生无线链路失败。
28.根据权利要求27所述的装置,其特征在于,所述装置还包括:
第四确定模块,被配置为若在所述目标承载关闭所述PDCP包复制功能之前,所述另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数,则确定所述发送一个RLC业务数据单元的次数超过最大重传次数的RLC实体没有发生无线链路失败;
第五确定模块,被配置为若在另一个RLC实体发送所述RLC业务数据单元的次数没有超过所述最大重传次数之前,所述目标承载关闭所述PDCP包复制功能,则确定发生无线链路失败;
第一重建模块,被配置为若触发无线链路失败的RLC实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第一报告模块,被配置为若触发无线链路失败的RLC实体由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
29.根据权利要求27所述的装置,其特征在于,所述装置还包括:
第二重建模块,被配置为若所述两个RLC实体中至少一个实体由主基站提供服务,则确定发生与主基站之间的无线链路失败,执行RRC连接重建操作;
第二报告模块,被配置为若所述两个RLC实体均由辅基站提供服务,则确定发生与辅基站之间的无线链路失败,向所述主基站发送携带无线链路失败报告的报告消息。
30.一种数据传输装置,其特征在于,应用在基站上,所述装置包括:
第二接收模块,被配置为接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
第二指示模块,被配置为在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收;
所述装置还包括:
第六确定模块,被配置为控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
第二执行模块,被配置为对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作;
所述第二执行模块包括:
第三设置子模块,被配置为将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
第三删除子模块,被配置为删除所述所述RLC业务数据单元对应的所有协议数据单元。
31.根据权利要求30所述的装置,其特征在于,所述装置还包括:
第二发送模块,被配置为向所述用户设备发送携带PDCP包复制配置信息的无线资源控制消息,所述PDCP包复制配置信息用于所述用户设备确定出待开启PDCP包复制功能的目标承载。
32.根据权利要求30所述的装置,其特征在于,所述第二指示模块包括:
第四发送子模块,被配置为向PDCP层发送所述指示所述RLC业务数据单元已经成功接收的指示信息;
第五发送子模块,被配置为控制所述PDCP层基于所述指示信息指示所述另一个RLC实体所述RLC业务数据单元已经成功接收。
33.根据权利要求30所述的装置,其特征在于,所述第二指示模块包括:
第六发送子模块,被配置为向所述另一个RLC实体发送指示所述RLC业务数据单元已经成功接收的指示信息。
34.根据权利要求30所述的装置,其特征在于,所述一个RLC实体和所述另一个RLC实体位于一个基站中;或者,
所述一个RLC实体和所述另一个RLC实体分别位于主基站和辅基站中。
35.根据权利要求30所述的装置,其特征在于,所述装置还包括:
移动模块,被配置为当接收窗口下边界对应的RLC业务数据单元的所有协议数据单元均已正确接收时,移动所述接收窗口下边界至下一个待确认成功发送的协议数据单元。
36.根据权利要求30所述的装置,其特征在于,所述装置还包括:
缓存状态更新模块,被配置为基于所述RLC业务数据单元对应的所有协议数据单元的原接收状态以及执行所述第二预设操作之后的接收状态,更新所述另一个RLC实体所对应的逻辑信道组的缓存值。
37.一种用户设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送;
所述处理器还被配置为:
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功发送的指示之后,确定与所述RLC业务数据单元对应的业务数据单元的发送状态;
基于所述发送状态,执行第一预设操作;
在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,所述基于所述发送状态,执行第一预设操作,包括:
将所述业务数据单元的发送状态设置为已成功发送;或者,
删除所述业务数据单元;或者,
不再发送所述业务数据单元。
38.一种基站,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收;
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作;
所述执行第二预设操作,包括:
将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
删除所述所述RLC业务数据单元对应的所有协议数据单元。
39.一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,其特征在于,所述指令被处理器执行时实现以下步骤:
基于两个无线链路层控制协议RLC实体,分别采用RLC确认模式发送开启分组数据汇聚协议PDCP包复制功能的目标承载的PDCP包和PDCP复制包;
在一个RLC实体成功发送所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功发送;
在所述发送状态为所述业务数据单元还没有被封装为协议数据单元时,所述基于所述发送状态,执行第一预设操作,包括:
将所述业务数据单元的发送状态设置为已成功发送;或者,
删除所述业务数据单元;或者,
不再发送所述业务数据单元。
40.一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,其特征在于,所述指令被处理器执行时实现以下步骤:
接收用户设备发送的开启PDCP包复制功能的目标承载的数据;
在一个RLC实体成功接收所述目标承载对应的RLC业务数据单元后,向另一个RLC实体指示所述RLC业务数据单元已经成功接收;
控制所述另一个RLC实体在接收到所述RLC业务数据单元已经成功接收的指示之后,确定出与所述RLC业务数据单元对应的所有协议数据单元;
对所述RLC业务数据单元对应的所有协议数据单元,执行第二预设操作;
所述执行第二预设操作,包括:
将所述RLC业务数据单元对应的所有协议数据单元的接收状态设置为已成功接收;并且,
删除所述所述RLC业务数据单元对应的所有协议数据单元。
CN201780000496.4A 2017-06-22 2017-06-22 数据传输方法、装置、用户设备及基站 Active CN109429555B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/089591 WO2018232701A1 (zh) 2017-06-22 2017-06-22 数据传输方法、装置、用户设备及基站

Publications (2)

Publication Number Publication Date
CN109429555A CN109429555A (zh) 2019-03-05
CN109429555B true CN109429555B (zh) 2019-08-23

Family

ID=64735364

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780000496.4A Active CN109429555B (zh) 2017-06-22 2017-06-22 数据传输方法、装置、用户设备及基站

Country Status (2)

Country Link
CN (1) CN109429555B (zh)
WO (1) WO2018232701A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800798B (zh) * 2019-07-24 2022-02-15 维沃移动通信有限公司 副链路数据复制功能控制、信息配置方法和设备
CN112165430B (zh) * 2020-09-24 2024-02-13 阿波罗智联(北京)科技有限公司 数据路由方法、装置、设备以及存储介质
KR20230128117A (ko) * 2021-01-13 2023-09-01 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 데이터 전송 방법 및 장치(data transmission methodand apparatus)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729524A (zh) * 2008-11-03 2010-06-09 大唐移动通信设备有限公司 一种数据处理方法、装置、rlc实体及pdcp实体
CN104349387A (zh) * 2013-08-08 2015-02-11 上海贝尔股份有限公司 在支持双/多连接的系统中用于下行链路传输的方法和设备
CN104955064A (zh) * 2014-03-28 2015-09-30 上海贝尔股份有限公司 一种在双连接系统中处理用户设备端rlc/pdcp实体的方法与设备
CN107342849A (zh) * 2017-06-15 2017-11-10 电信科学技术研究院 一种进行数据处理的方法和设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102711197B (zh) * 2007-04-26 2017-02-08 富士通株式会社 移动站
KR101669966B1 (ko) * 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
WO2014109606A1 (en) * 2013-01-11 2014-07-17 Lg Electronics Inc. Method and apparatus for transmitting information in wireless communication system
CN104837127B (zh) * 2014-02-08 2019-12-31 夏普株式会社 由辅基站和主基站执行的通信方法以及相应的基站
CN106797648B (zh) * 2016-11-04 2020-12-18 北京小米移动软件有限公司 Rrc消息的发送方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729524A (zh) * 2008-11-03 2010-06-09 大唐移动通信设备有限公司 一种数据处理方法、装置、rlc实体及pdcp实体
CN104349387A (zh) * 2013-08-08 2015-02-11 上海贝尔股份有限公司 在支持双/多连接的系统中用于下行链路传输的方法和设备
CN104955064A (zh) * 2014-03-28 2015-09-30 上海贝尔股份有限公司 一种在双连接系统中处理用户设备端rlc/pdcp实体的方法与设备
CN107342849A (zh) * 2017-06-15 2017-11-10 电信科学技术研究院 一种进行数据处理的方法和设备

Also Published As

Publication number Publication date
CN109429555A (zh) 2019-03-05
WO2018232701A1 (zh) 2018-12-27

Similar Documents

Publication Publication Date Title
CN108401505B (zh) 功能配置方法及装置、消息发送方法及装置和用户设备
WO2019036862A1 (zh) 数据传输方法及装置
CN109429555B (zh) 数据传输方法、装置、用户设备及基站
US11116036B2 (en) Data unit transmission method and device based on configuration instruction
CN108476435B (zh) 数据处理方法及装置、用户设备和计算机可读存储介质
CN107113658B (zh) 数据单元传输方法及装置
CN108401486A (zh) 混合自动重传请求反馈指示、反馈方法及装置和基站
CN109451846A (zh) 实现位置区域更新的方法、装置、用户设备及基站
CN109691171A (zh) 反射业务质量配置的方法及装置和信息发送方法及装置
CN109429556B (zh) Harq反馈方法、装置、用户设备和基站
CN109155727A (zh) 传输块调度间隔的配置、确定方法及装置和基站
JP2022520453A (ja) 非許可周波数帯域の上りリンク伝送方法、端末及びネットワーク機器
WO2018232757A1 (zh) 抢占时频资源的确定方法及装置、用户设备和基站
WO2018232755A1 (zh) 抢占时频资源的确定方法及装置和用户设备
CN108702333A (zh) 一种数据传输方法和装置
CN110574332B (zh) 数据传输方法、装置及存储介质
CN109451800A (zh) 混合自动重传请求反馈方法及装置和数据接收设备
CN106688255A (zh) 通信方法及装置
CN110178337A (zh) 数据反馈、传输方法及装置、基站和用户设备
WO2023044857A1 (zh) Harq码本处理方法及装置、通信设备及存储介质
EP4266777A1 (en) Method and apparatus for transmitting data, communication device, and storage medium
CN109565474A (zh) 数据传输方法及装置、电子设备和计算机可读存储介质
CN113169825B (zh) 数据包传输方法及装置
WO2021164034A1 (zh) 上行传输的处理方法、装置、通信设备及存储介质
CN108353331A (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