CN111586751B - 一种缓存状态报告bsr的触发方法、通信装置 - Google Patents
一种缓存状态报告bsr的触发方法、通信装置 Download PDFInfo
- Publication number
- CN111586751B CN111586751B CN201910118197.1A CN201910118197A CN111586751B CN 111586751 B CN111586751 B CN 111586751B CN 201910118197 A CN201910118197 A CN 201910118197A CN 111586751 B CN111586751 B CN 111586751B
- Authority
- CN
- China
- Prior art keywords
- node
- bsr
- indication information
- uplink data
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种BSR的触发方法、通信装置及计算机可读存储介质。所述方法包括:一节点的移动终端MT侧的媒体介入控制MAC层接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于向第二节点上报所述第一节点的待接收的上行数据的数据量;所述第一节点上的所述MT的MAC层根据所述第一指示信息触发所述第一BSR;其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。本申请提供的技术方案可以提前为还未到达第一节点的上行数据申请到上行资源,从而可以降低无线中继通信系统中上行传输的时延。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种缓存状态报告BSR的触发方法、通信装置及计算机可读存储介质。
背景技术
在长期演进(long term evolution,LTE)和新空口(new radio,NR)里,终端设备与接入节点(例如,基站或者中继节点)建立连接后,当终端设备需要向接入节点发送上行数据的时候,必须要有上行资源。如果没有上行资源则终端设备需要先向接入节点申请上行资源。在终端设备向接入节点申请上行资源的过程中,需要向接入节点上报缓存状态报告(buffer status report,BSR),以便接入节点为终端设备调度适当的上行资源。
在终端设备和基站之间引入中继节点(relay node,RN)的场景中,每个中继节点可以为其子节点调度相应的上行资源,以便于该子节点将缓存在本地的上行数据通过上行资源传输至中继节点。并且,每一个中继节点还可以向其父节点申请上行资源,以便于该父节点为其调度适当的用于传输缓存在中继节点的上行数据的上行资源。如果在终端设备与接入节点之间的中继节点较多,终端设备和每一个中继节点均需要执行上述步骤,从而增大了上行传输的时延。
因此,如何降低中继节点的场景中上行传输的时延成为当前亟需解决的问题。
发明内容
本申请提供一种缓存状态报告BSR的触发方法、通信装置及计算机可读存储介质,可以提前为还未到达第一节点的上行数据申请到上行资源,从而可以降低无线中继通信系统中上行传输的时延。
第一方面,提供了一种BSR的触发方法,包括:第一节点的移动终端MT侧的媒体介入控制MAC层接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于向第二节点上报所述第一节点的待接收的上行数据的数据量;所述第一节点上的所述MT的MAC层根据所述第一指示信息触发所述第一BSR;其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
在一种可能的实现方式中,所述第一节点的MT侧的MAC层从所述第一节点的MT侧的MAC层的上层接收所述第一指示信息。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层的上层为所述第一节点的MT侧的适配层。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层从所述第一节点的分布式单元DU侧接收所述第一指示信息。
在另一种可能的实现方式中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述第一指示信息还包括:所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,在所述第一指示信息还包括承载对应的所述第一节点待接收的上行数据的数据量的情况下,所述第一指示信息还用于指示触发BSR或者生成BSR。
应理解,生成BSR可以是确定发送的BSR中上报的buffer size。
在另一种可能的实现方式中,第一节点的MT侧的MAC层可以根据第一指示信息中包括的第一节点待接收的上行数据的数据量的情况下,触发BSR或者生成BSR。
在第一节点的MT侧的MAC层根据第一节点待接收的上行数据的数据量时,触发BSR。作为一个示例,第一节点的MT侧的MAC层可以根据第二指示信息指示的第一节点的MT侧的一个或多个逻辑信道或RLC信道或RLC承载的待接收的上行数据和/或本地缓存的上行数据的数据量信息触发BSR。作为另一个示例,第一节点的MT侧的MAC层可以在接收到第二指示信息指示之后,还可以根据宿主基站配置的门限确定是否触发BSR。例如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量大于或等于门限时,第一节点的MT侧的MAC层可以触发BSR。又如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载的数据量或总数据量小于门限时,第一节点的MT侧的MAC层可以不触发BSR。
在第一节点的MT侧的MAC层根据数据量触发BSR的情况下,第一节点的MT侧的MAC层还可以接收到第一时间信息,第一时间信息可以用于确定发送BSR的时间,并可以在具有传输BSR的上行资源的情况下,发送BSR。
在第一节点的MT侧的MAC层根据第一节点待接收的上行数据的数据量时,生成BSR。例如,可以根据根据第二指示信息中指示的数据量生成BSR,生成BSR的过程也可以理解为确定第一节点的MT侧的MAC层发送的BSR中每个逻辑信道或RLC信道或RLC承载或逻辑信道组中上报的buffer size。
在第一节点的MT侧的MAC层根据第二指示信息生成BSR的情况下,在第一节点的MT侧的MAC层根据第二指示信息生成BSR之前,第一节点的MT侧的MAC层可以触发BSR。
在另一种可能的实现方式中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
在另一种可能的实现方式中,所述方法还包括:当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,所述第一节点的MT侧的MAC层触发所述第一BSR。
在另一种可能的实现方式中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
在另一种可能的实现方式中,在所述第一指示信息包括第一时间信息的情况下,所述第一指示信息还用于指示触发BSR或者用于指示发送BSR。
在一种可能的实现方式中,在第一时间信息用于指示触发BSR的时间的情况下,第一节点的MT侧的MAC层可以根据第一时间信息触发BSR。本申请对确定发送的BSR中每个逻辑信道或RLC信道或RLC承载或逻辑信道组中上报的buffer size的具体实现方式不做具体限定。作为一个示例,可以是第一节点的MT侧内部确定发送的BSR中的buffer size。作为另一个示例,第一节点的MT侧的MAC层还可以接收到第二指示信息,并可以根据第二指示信息中指示的数据量确定发送的BSR中的buffer size。
在第一时间信息用于指示发送BSR的时间的情况下,第一节点的MT侧的MAC层可以根据第三指示信息发送BSR。
第一节点的MT侧的MAC层根据第一时间信息中指示的第一时间信息确定发送BSR的时间,并可以在具有传输BSR的上行资源的情况下,发送BSR。
本申请实施例在第一节点的MT侧的MAC层根据第三指示信息发送BSR之前,可以触发BSR或者生成BSR。作为一个示例,第一节点的MT侧的MAC层还可以接收到第一指示信息,并可以根据第一指示信息触发BSR。
在另一种可能的实现方式中,所述方法还包括:所述第一节点的MT侧的MAC层向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述第一节点的MT侧的MAC层接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层维护第一定时器,所述方法还包括:
当所述第一定时器未运行或超时时,所述第一节点的MT侧的MAC层允许向所述第二节点发送所述第一BSR时;或者,
当所述第一节点的MT侧的MAC层发送所述第一BSR时,启动或重启所述第一定时器;或者,
当所述第一节点的MT侧的MAC层没有待发送或挂起的所述第一BSR时,停止运行所述第一定时器。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层的上层维护第二定时器,所述方法还包括:
当所述第二定时器未未运行或超时,所述第一节点的MT侧的MAC层的上层允许向所述MAC层发送所述第一指示信息;或者
当所述第一节点的MT侧的MAC层的上层向所述MAC层发送所述第一指示信息时,启动或重启所述第二定时器。
第二方面,提供了一种BSR的生成方法,包括:第一节点的移动终端MT侧的媒体介入控制MAC层接收第一指示信息,所述第一指示信息用于指示所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组;第一节点的MT侧的MAC层根据所述承载对应的所述第一节点待接收的上行数据的数据量生成第一BSR。
在一种可能的实现方式中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
在另一种可能的实现方式中,当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,所述第一节点的MT侧的MAC层生成所述第一BSR。
在另一种可能的实现方式中,所述方法还包括:所述第一指示信息还用于触发第一BSR,所述第一BSR用于向第二节点上报所述第一节点的待接收的上行数据的数据量;
所述第一节点的所述MT的MAC层根据所述第一指示信息触发所述第一BSR。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层从所述第一节点的MT侧的MAC层的上层接收所述第一指示信息。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层的上层为所述第一节点的MT侧的适配层。
在另一种可能的实现方式中,所述第一节点的MT侧的MAC层从所述第一节点的分布式单元DU侧接收所述第一指示信息。
在另一种可能的实现方式中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
在另一种可能的实现方式中,所述方法还包括:所述第一节点的MT侧的MAC层向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述第一节点的MT侧的MAC层接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
第三方面,提供了一种通信装置,该通信装置可以实现第一方面或任意一种可能的实现方式中所描述的BSR的触发方法,或者还可以用于实现第二方面或任意一种可能的实现方式中所描述的BSR的生成方法。例如,该BSR的触发装置可以为第一节点,或者为设置在BSR的触发中的芯片。其可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
需要说明的是,第一节点可以是中继节点,或者还可以是接入网设备。
第四方面,提供了一种通信装置,包括:
媒体介入控制MAC层单元,用于接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于第一节点向第二节点上报所述第一节点的待接收的上行数据的数据量,所述MAC层单元位于所述第一节点的移动终端MT单元中;
所述MAC层单元,还用于根据所述第一指示信息触发所述第一BSR;
其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
在一种可能的实现方式中,所述装置还包括:MAC层的上层单元,用于向所述MAC层单元发送所述第一指示信息,所述MAC层的上层单元位于所述第一节点的MT单元中。
在另一种可能的实现方式中,所述MAC层的上层单元为适配层单元。
在另一种可能的实现方式中,所述装置还包括:分布式单元DU,用于向MAC层单元发送所述第一指示信息。
在另一种可能的实现方式中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述第一指示信息还包括所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
在另一种可能的实现方式中,所述MAC层单元还用于:当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,触发所述第一BSR。
在另一种可能的实现方式中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
在另一种可能的实现方式中,所述MAC层单元还用于:向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述MAC层单元接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
在另一种可能的实现方式中,所述MAC层单元还用于:接收第二指示信息,所述第二指示信息用于指示触发第二BSR,所述第二BSR用于向第二节点上报所述第一节点的待接收的上行数据的数据量;
所述MAC层单元还用于:根据所述第二指示信息触发所述第二BSR,触发所述第二BSR的时间与触发所述第一BSR的时间之间的时间间隔大于第一阈值。
第五方面,提供了一种通信设备,包括:存储器、处理器,
其中,该处理器与存储器连接。该存储器可以用于存储该终端设备的程序代码和数据。因此,该存储器可以是处理器内部的存储单元,也可以是与处理器独立的外部存储单元,还可以是包括处理器内部的存储单元和与处理器独立的外部存储单元的部件。
可选地,该处理器可以是通用处理器,可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
当程序被执行时,所述处理器用于配置媒体介入控制MAC层单元从MAC层单元的上层接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于第一节点向第二节点上报所述第一节点的待接收的上行数据的数据量,所述MAC层单元位于所述第一节点的移动终端MT单元中;
所述处理器还用于配置所述MAC层单元根据所述第一指示信息触发所述第一BSR;
其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
在另一种可能的实现方式中,所述MAC层的上层单元为适配层单元。
在另一种可能的实现方式中,所述处理器用于配置分布式单元DU向MAC层单元发送所述第一指示信息。
在另一种可能的实现方式中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述第一指示信息还包括所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
在另一种可能的实现方式中,所述处理器还用于配置MAC层单元当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,触发所述第一BSR。
在另一种可能的实现方式中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
在另一种可能的实现方式中,所述通信设备还包括收发器,用于MAC层单元发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述MAC层单元接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
第六方面,提供了一种计算机可读存储介质,包括计算机程序,当该计算机程序运行时,使得该通信设备执行如第一方面或第一方面的任意一种实现方式中所述的方法,或者执行如第二方面或第二方面任意一种实现方式中所述的方法。
第七方面,提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得该计算机执行如第一方面或第一方面任意一种实现方式中所述的方法,或者执行如第二方面或第二方面任意一种实现方式中所述的方法。
附图说明
图1是本申请实施例可应用的通信系统100的场景示意图。
图2是本申请实施例提供的一种可能的无线中继通信系统200的示意性框图。
图3是本申请实施例提供的一种MAC CE的格式的示意性框图。
图4是本申请实施例提供的一种可能的触发BSR的方法的示意性流程图。
图5是本申请实施例提供的另一种可能的触发BSR方法的示意性流程图。
图6是本申请实施例提供的另一种可能的触发BSR的方法的示意性流程图。
图7是本申请实施例提供的一种确定待传输的上行数据的数据量的方法的示意性流程图。
图8是本申请实施例提供的另一种确定待传输的上行数据的数据量的方法的示意性流程图。
图9是本申请实施例提供的一种发送SR的方法的示意性流程图。
图10是本申请实施例提供的一种可能的RN发送BSR的示意图。
图11是本申请实施例提供的一种可能的RN发送BSR的示意图。
图12是本申请实施例提供的一种通信装置1200的示意性框图。
图13是本申请实施例提供的一种通信设备1300的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
图1是应用于本申请实施例的移动通信系统100的架构图。如图1所示,移动通信系统100包括至少一个终端设备(例如,图1中的终端设备110、终端设备120)、无线回传设备130、接入网设备140以及核心网设备150。
终端设备通过无线的方式与无线回传设备130相连,一个或多个无线回传设备130通过无线的方式与接入网设备140相连,可以是直接或通过其他无线回传设备中继间接与接入网设备140相连。接入网设备140可以通过无线的方式与核心网设备150连接,或者可以通过有线的方式与核心网设备150连接。
本申请实施例对移动通信系统100不做具体限定,例如可以是全球移动通讯(global system of mobile communication,GSM)系统、码分多址(code divisionmultiple access,CDMA)系统、宽带码分多址(wideband code division multipleaccess,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,RN)等。
本申请实施例中对终端设备的类型不做具体限定,例如可以是用户设备(userequipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置。终端可以包括但不限于移动台(mobilestation,MS)、移动电话(mobile telephone)、用户设备(user equipment,UE)、手机(handset)、便携设备(portable equipment)、蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、物流用的射频识别(radio frequencyidentification,RFID)终端设备,具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、物联网、车辆网中的终端设备以及未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端设备等。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
本申请实施例对接入网设备140的类型不做具体限定,可以是用于与终端设备通信的任何设备。该接入网设备140例如可以是GSM或CDMA中的基站(base transceiverstation,BTS),也可以是WCDMA系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(evolutional Node B,eNB或eNodeB),还可以是云无线接入网络(cloud radio accessnetwork,CRAN)场景下的无线控制器,或者该接入网设备140例如可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等。
作为一种可能的方式,由于未来接入网可以采用云无线接入网(cloud radioaccess network,C-RAN)架构来实现,一种可能的方式是将传统接入网设备140的协议栈架构和功能分割为两部分,一部分称为集中单元(central unit,CU),另一部分称为分布单元(distributed unit,DU)。一个CU可以连接一个DU,或者也可以多个DU共用一个CU,可以节省成本,以及易于网络扩展。CU和DU的切分可以按照协议栈切分,其中一种可能的方式是将无线资源控制(radio resource control,RRC)、服务数据映射协议栈(service dataadaptation protocol,SDAP)以及分组数据汇聚协议(packet data convergenceprotocol,PDCP)层部署在CU,其余的无线链路控制(radio link control,RLC)层、介质访问控制(media access control,MAC)层以及物理层部署在DU。
另外,在本申请实施例中,接入网设备140可以为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与接入网设备140进行通信。该小区可以是接入网设备140(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(small cell)对应的基站,这里的小小区可以包括:城市小区(Metro cell)、微小区(Microcell)、微微小区(Pico cell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小和发射功率低的特点,适用于提供高速率的数据传输服务。
本申请实施例对核心网设备150的类型不作具体限定。作为一个示例,在4G系统中,核心网设备150可以为演进型分组核心网(evolved packet core network,EPC),其包括移动终端的业务网关(serving gateway,S-GW)、移动管理实体(mobility managemententity,MME)等功能实体。作为另一个示例,在5G系统中,核心网设备150可以为下一代核心网(next generation core network,NGC),其包括会话管理功能(session managementfunction,SMF)和接入和流动性管理功能(access and mobility management function,AMF)等功能实体,为移动终端提供鉴权认证及移动性管理等功能。
核心网设备150与接入网设备140可以是独立的不同的物理设备,也可以是将核心网设备150的功能与接入网设备140的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备150的功能和部分接入网设备140的功能。终端设备可以是固定位置的,也可以是可移动的。
本申请的实施例对该移动通信系统100中包括的核心网设备150、接入网设备140、无线回传设备130和终端设备的数量不做限定。
接入网设备140和终端设备可以部署在陆地上,包括室内或室外、手持或车载。也可以部署在水面上。还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对接入网设备140和终端设备的应用场景不做限定。
接入网设备140和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。接入网设备140和终端设备之间以及终端设备和终端设备之间可以通过6吉兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对接入网设备140和终端设备之间所使用的频谱资源不做限定。
无线回传设备130可以是至少一个接入回传一体化节点(integrated access andbackhaul node,IAB node),也可以称为中继节点(relay node,RN)。RN或IAB node可在终端设备和接入网设备140之间进行数据和/或信令的转发。RN或IAB node可以是基站或终端设备,具体的有关基站的描述请参考上文中的说明,此处不再赘述。
下面结合图2中一种可能的无线中继通信系统200,对无线回传设备130为终端设备和接入网设备140之间转发数据和信令的过程进行详细描述。
如图2所示,在无线中继通信系统200中,RN 210、RN 220、RN 230、RN 240、RN 250对应于图1所示的无线回传设备130,RN还可以称为IAB node。接入网设备140可以作为宿主(donor)基站或称之为IAB宿主或宿主节点,连接至核心网设备150,并为RN提供无线接入功能。
宿主基站可以是一个具有完整基站功能的接入网网元,还可以是集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU)分离形态的接入网网元。宿主基站连接到为终端设备服务的核心网设备150,并为RN提供无线回传功能。为便于表述,将宿主节点的集中式单元简称为donor CU,宿主节点的分布式单元简称为donor DU,其中donor CU还有可能是控制面(control plane,CP)和用户面(user plane,UP)分离的形态,例如CU可由一个CU-CP和一个(或多个)CU-UP组成。
应理解,在新空口(new radio,RN)系统(或称5G系统)中该宿主基站可以为(donorgNodeB,DgNB),在LTE系统(或称4G系统)中该宿主基站可以为(donor eNodeB,DeNB),当然,宿主基站还可以简称为:gNB或者eNB。
在无线中继通信系统200中,RN210、RN220与终端设备之间的链路可以称为接入链路(access link),RN与RN之间以及RN与接入网设备140之间的链路可以称为回传链路(backhaul link)。
图2所示的无线中继通信系统200中,RN可以支持双连接(Dual connectivity,DC)或者多连接(multi-connectivity),以应对回传链路可能发生的异常情况。例如回传链路的中断或阻塞(blockage)及负载波动等异常,提高传输的可靠性保障。因此在终端设备和宿主基站之间可能存在多条传输路径。
应理解,RN支持双连接或者多连接可以是一个RN与两个或两个以上的RN之间进行无线连接。例如,RN 220既可以和RN 230之间进行无线连接,还可以和RN 240之间进行无线连接。
还应理解,在一条路径上,RN与RN之间,以及RN与为RN服务的宿主节点之间有确定的层级关系。每个RN将为其提供回传服务的节点视为父节点,相应地,每个RN可视为其父节点的子节点,父节点可以为子节点调度相应的上行资源。
例如,参见图2,RN 250的父节点为接入网设备140,RN 250又为RN 230和RN 240的父节点,RN 230和RN 240均为RN 220的父节点,RN 210的父节点为RN 230。
终端设备的上行数据包可以在经过多个RN传输至接入网设备140后,再由接入网设备140发送至移动网关设备(例如5G核心网中的用户平面功能(user plane function,UPF)),下行数据包将由接入网设备140从移动网关设备处接收后,再通过多个RN发送至终端设备。
以终端设备110将上行数据包传输至接入网设备140的过程为例,其具体的传输路线可以有多条。本申请实施例对此不做具体限定。作为一个示例,可以按照终端设备110-RN210-RN 230-RN 250-接入网设备140的路线传输上行数据包。作为另一个示例,还可以按照终端设备110-RN 220-RN 230-RN 250-接入网设备140的路线传输上行数据包。作为另一个示例,还可以按照终端设备110-RN 220-RN 240-RN 250-接入网设备140的路线传输上行数据包。
在上行传输过程中,宿主(donor)基站可以集中式地配置可用的空口资源。RN作为父节点,可以充当一个类似基站的接入网设备的角色,在宿主基站管理的可用的空口资源上通过调度为其子节点分配用于传输上行数据的上行资源。RN作为子节点,对于为其提供服务的父节点而言可以充当一个终端设备的角色,像终端设备一样接入无线网络,执行终端设备的功能。通过小区选择、随机接入等操作,与父节点建立连接,获取父节点为其调度的用于传输上行数据的上行资源。作为示例而非限定,本申请实施例将RN作为执行终端设备的功能称为RN的移动终端(moblie terminal,MT)侧或RN的MT功能单元,将RN作为类似基站的接入网设备称为RN的DU侧或RN的DU功能单元。
在长期演进(long term evolution,LTE)和新空口(new radio,NR)里,终端设备与接入节点(例如,RN或宿主基站)建立连接并需要向接入节点发送上行数据时,终端设备需要获取上行链路授权(uplink grant,UL grant),并在UL grant指示的上行资源上传输上行数据。如果没有上行资源,终端设备则可以通过向接入节点发送缓存状态报告(bufferstatus reporting,BSR),以便于向接入节点提供终端设备上的UL待传输的数据量信息,从而向接入节点申请传输上行数据的上行资源。
需要说明的是,每个接入节点独立的调度接入该接入节点的设备的上行资源,例如,图2中的RN 210可以为终端设备110调度适当的上行资源来传输上行数据。又如,RN 250可以为RN 230和RN 240调度适当的上行资源来传输上行数据。
具体的,以终端设备110向RN 210发送上行数据为例,终端设备110需要向RN 210发送缓存状态报告(buffer status report,BSR),该BSR中可以携带终端设备110与RN 210之间的逻辑信道(logical channel,LCH)或逻辑信道组(logical channel group,LCG)上待传输的的上行数据的数据量,以便于RN 210通过UL grant为终端设备110调度适当的上行传输资源。
应理解,逻辑信道与RLC信道(channel)之间可以是一一对应。RLC信道可以理解为RLC层和上层协议层之间的通道。作为一个示例,在RN与RN之间的回传链路中,RLC对应的上层协议为适配层,则RLC channel指的是适配层与RLC层之间的信道。另外,RLC channel也可以称为RLC承载(bearer),本申请对此不做具体限定。
需要说明的是,在一些实施例中,RLC信道、逻辑信道、RLC承载之间可以等效替换,本申请实施例对此不做具体限定。
可选地,如果终端设备110触发了一个常规的(regular)BSR,但是没有上行资源传输BSR的情况下,终端设备110可以向RN 210发送调度请求(scheduling request,SR),以便于向RN 210请求适当的上行资源来传输BSR。
同样的,RN 210在接收到终端设备110传输的上行数据之后,可以通过执行上述步骤向RN 210的父节点(例如,RN 230)发送BSR,以便于RN 230为RN 210调度适当的上行资源,使得RN 210可以将上行数据通过上行资源传输至RN 230。
在如图2所示的无线中继通信系统200中,每一个终端设备或者RN需要通过上述步骤为缓存在各个终端设备和RN本地的上行数据申请上行资源。如果在终端设备与接入网设备140之间有多个中继节点,终端设备和每一个中继节点均需要执行上述步骤,从而增大了上行传输的时延。
本申请实施例提供的技术方案,可以为未到达中继节点的上行数据提前申请上行资源,使得未到达的上行数据在缓存至中继节点的本地之后,该中继节点已经为该上行数据申请到上行资源,从而可以降低上行传输过程中的时延。下面结合图4-图6,对本申请实施例提供的技术方案进行详细描述。
应理解,本申请实施例涉及的为还未到达中继节点的上行数据提前申请上行资源的BSR可以采用第一BSR进行上报,也可以采用第二BSR进行上报,下面对第一BSR和第二BSR进行详细描述。
需要说明的是,为了便于描述,下面采用第一节点进行描述,下面的第一节点为中继节点,第一节点的子节点可以是中继节点,或者还可以是终端设备。第一节点的父节点可以是中继节点,或者还可以是宿主基站。
还需要说明的是,本申请实施例中的第一节点待接收的上行数据可以理解为第一节点将从第一节点的一个或者多个子节点接收到的上行数据,这些上行数据由于没有到达第一节点,故没有被第一节点缓存。本申请实施例中,待接收的上行数据可以称为未到达的上行数据、期待到达的上行数据或者待传输的上行数据。
第一节点待接收的上行数据可以为以下中的任意一种或多种:第一节点的子节点向第一节点上报的BSR中携带的缓存大小(buffer size)、第一节点的多个子节点上报的BSR中携带的缓存大小(buffer size)的总和、第一节点为第一节点的子节点调度的ULgrant指示的上行资源上可以传输的上行数据、第一节点和第一节点的子节点之间的上行链路的半持续性调度(semi-persistent scheduling,SPS)资源或免调度(grant-free)资源上传输的上行数据。
例如,假设在t1时刻,终端设备110待传输的上行数据量为15字节,终端设备110向RN 210发送BSR,该BSR可以为终端设备110待传输的15字节的数据量申请上行资源。RN 210可能根据BSR中携带的数据量为终端设备110调度了能够传输10字节的上行资源。终端设备110在下次上行数据的传输过程中,会向RN 210发送10字节的数据。因此,终端设备110待接收的上行数据的数据量可以是RN 210发送的BSR中携带的15字节,或者终端设备110待接收的上行数据的数据量可以是RN 210为终端设备110调度的上行资源上可以传输的10字节。
本申请实施例中,数据量可以称为数据大小,缓存数据量可以称为缓存数据大小或者缓存大小(buffer size),待接收的上行数据的数据量可以称为待接收的上行数据的大小。
1、第一BSR
第一BSR中既可以上报第一节点待接收的上行数据的数据量,也可以上报第一节本地缓存的上行数据的数据量。
宿主基站可以为第一节点配置第一节点与第一节点的父节点之间的逻辑信道,并指定每一个逻辑信道所属的逻辑信道组。第一节点的MT侧的MAC层在通过MAC CE上报BSR时,可以以逻辑信道组为粒度,将属于同一个逻辑信道组的多个逻辑信道上待传输的上行数据的数据量累加起来进行上报。
以MAC CE的格式为长BSR(或长的截断的BSR),第一节点与第一节点的父节点之间的逻辑信道组的数量为m(m为大于1的正整数)为例,第一节点的MT侧的MAC层上报的MAC CE的格式如图3所示。其中LCGi用于指示在此MAC CE中是否上报LCG i的buffer缓存大小,当LCGi为1时代表上报该LCG的缓存大小,为0时则代表不上报该LCG的缓存大小。因此该MACCE可以上报m个逻辑信道组上一个或n个逻辑信道组上待传输的上行数据的数据量,且n小于等于m,例如,缓存大小1可以用于表示LCGi中第一个值为1的逻辑信道组上待传输的上行数据的数据量,缓存大小2可以用于表示LCGi中第二个值为1的逻辑信道组上待传输的上行数据的数据量。
需要说明的是,本申请实施例中涉及到的用于指示某一个节点上行数据量信息可以为某一个节点上行数据量,也可以为与该上行数据量关联的一个索引,或者为其他内容,本申请实施例对此不进行限定。如表1所示,表1示出了数据量与索引之间的关联关系:
表1数据量索引之间的关联关系
索引(index) | 数据量(单位:字节) |
0 | 0 |
1 | 0~50 |
2 | 51~100 |
3 | 101~150 |
4 | 大于150 |
结合表1可知,当第一节点通过MAC CE上报的BSR中的缓存大小1的索引为3时,第一节点的父节点便可以确定逻辑信道组1上待传输的上行数据的数据量为101-150字节,从而可以根据BSR中的各个逻辑信道组待传输的的上行数据的数据量,为第一节点调度合适的上行资源来传输上行数据。
本申请实施例可以通过在BSR中携带与该上行数据量关联的索引,这样可以降低信令开销。
对于上述第一BSR中的m个逻辑信道组而言,为了便于第一节点的父节点根据根据优先等级为第一BSR中的m个逻辑信道组待传输的上行数据调度合适的上行资源,需要区分第一BSR中的m个逻辑信道组中上报的第一节点待接收的上行数据的数据量以及第一节点本地缓存的上行数据的数据量。
具体的,第一节点可以通过第一BSR中的m个逻辑信道组中的一个或多个上报第一节点待接收的上行数据的数据量,并可以通过m个逻辑信道组中的其他逻辑信道组上报第一节点本地缓存的上行数据的数据量。
本申请实施例中对区分第一BSR中的m个逻辑信道组中上报的是第一节点待接收的上行数据的数据量还是该第一节点本地缓存的上行数据的数据量的实现方式有多种,本申请实施例对此不做具体限定。作为一个示例,可以预定义第一节点的MT侧的m个逻辑信道组中的哪些逻辑信道组是用于上报第一节点待接收的上行数据的数据量,哪些逻辑信道组是用于上报第一节点本地缓存的上行数据的数据量。作为另一个示例,宿主基站可以配置第一节点的MT侧的m个逻辑信道组中哪些逻辑信道组是用于上报第一节点待接收的上行数据的数据量,哪些逻辑信道组是用于上报第一节点本地缓存的上行数据的数据量。例如,宿主基站可以通过RRC信令对第一节点的MT侧的m个逻辑信道组中每个逻辑信道组进行配置。作为又一个示例,宿主基站可以通过为每个逻辑信道配置与其相关联的第一逻辑信道组合第二逻辑信道组,其中第一逻辑信道组用于上报第一节点逻辑信道中本地缓存的上行数据的数据量,第二逻辑信道组用于上报第一节点逻辑信道中待接收的上行数据的数据量。
需要说明的是,如果第一节点对应于图2所示的终端设备,由于终端设备没有子节点,终端设备向其父节点传输的上行数据仅包括该终端设备本地缓存的上行数据,而没有待从子节点接收的上行数据。因此,不需要区分第一节点上报的BSR中上报的是第一节点待接收的上行数据的数据量还是该第一节点本地缓存的上行数据的数据量。
本申请实施例中第一节点的MT侧可以将其与第一节点的父节点之间的每个逻辑信道上,待从第一节点的子节点接收的上行数据的数据量映射至相应的用于上报待接收的上行数据的数据量的逻辑信道组。
应理解,在仅预定义或宿主基站仅配置了一个逻辑信道组用于上报第一节点待接收的上行数据的数据量的情况下,第一节点的MT侧可以将与第一节点的父节点之间的每个逻辑信道上待接收的上行数据的数据量全部通过该一个逻辑信道组上报。相当于第一节点通过一个逻辑信道组上报了该节点所有逻辑信道上的待接收的上行数据的数据量。
需要说明的是,第一节点的父节点在接收到第一节点上报的第一BSR之后,需要区分第一BSR中哪些逻辑信道组上报的是第一节点待接收的上行数据的数据量,哪些逻辑信道组上报的是第一节点本地缓存的上行数据的数据量。
本申请实施例中第一节点的父节点可以区分出第一节点是终端设备还是RN。作为一个示例,在第一节点是终端设备的情况下,第一节点的父节点不需要区分第一BSR中哪些逻辑信道组上报的是第一节点待接收的上行数据的数据量。作为另一个示例,在第一节点是RN的情况下,如果是预定义第一BSR中哪些逻辑信道组上报的是第一节点待接收的上行数据的数据量,则第一节点的父节点可以通过特定的逻辑信道组的标识(identification,ID)来识别。作为另一个示例,在第一节点是RN的情况下,如果是宿主基站配置第一BSR中哪些逻辑信道组上报的是第一节点待接收的上行数据的数据量,该宿主基站还需要对第一节点的父节点的DU侧的每个逻辑信道组的类型进行配置,该配置需要和第一节点的MT侧的配置方式相同,从而使得第一节点的父节点可以区分出第一节点上报的第一BSR中哪些逻辑信道组上报的是第一节点待接收的上行数据的数据量。
2、第二BSR
第二BSR是一种新的BSR,该BSR中的所有逻辑信道组或逻辑信道均用于上报第一节点待接收的上行数据的数据量,并为待接收的上行数据申请上行资源。
具体的,宿主基站可以定义一个或多个逻辑信道标识(logical channelidentify,LCID),该一个或多个LCID可以用于一个或多个第二BSR格式对应的MAC CE。一种示例,第二BSR对应的MAC CE可以以一个节点的上行数据的数据量为粒度进行上报,并为该节点的所有上行数据(包括本地缓存的上行数据以及待从该节点的子节点接收到的上行数据)申请上行资源。另一种示例,第二BSR对应的MAC CE还可以以逻辑信道或RLC信道为粒度,为每个逻辑信道或RLC信道申请用于传输上行数据的上行资源。又一种示例,第二BSR对应的MAC CE还可以以逻辑信道组为粒度,为每个逻辑信道组申请用于传输上行数据的上行资源。具体的请参考图3所示的格式,此处不再赘述。
可选地,在一些实施例中,由于新引入了MAC CE,需要定义新引入的MAC CE在上行传输时与其他逻辑信道之间的优先顺序。在上行传输中的逻辑信道优先级处理过程中,需要定义新引入的MAC CE在上行传输时与其他逻辑信道之间的优先顺序。作为示例而非限定,可以将新增的MAC CE放到现有的逻辑信道优先级顺序中的某一个位置上,例如,可以预定义新增的MAC CE的优先级高于填充(padding)BSR的MAC CE,并低于除了paddingBSR之外的其他BSR的MAC CE的优先级。作为另一种示例,还可以预定义新增的MAC CE的优先级低于填充(padding)BSR的MAC CE。
应理解,作为示例而非限定,其他BSR可以是常规BSR,或者还可以是周期BSR。
需要说明的是,由于第二BSR上报的是第一节点待接收的上行数据的数据量,其优点等级可以低于上报第一节点本地缓存的上行数据的数据量小的BSR,因此,第二BSR可以不用触发SR来请求用于传输第二BSR的上行资源,从而可以节省信令开销。或者,第二BSR的优先级可以高于上报第一节点本地缓存的上行数据的数据量的BSR,从而定义第二BSR可以用于触发SR来请求用于传输第二BSR的上行资源,进而可以为下行传输进行流量控制和拥塞避免,本申请实施例对此不作限定。
本申请实施例中通过第一BSR或第二BSR来上报第一节点待接收的上行数据的数据量,从而可以提前为还未到达第一节点的上行数据申请到上行资源,从而可以降低无线中继通信系统中上行传输的时延。
图4是本申请实施例提供的一种可能的触发BSR的方法的示意性流程图。图4所示的方法可以包括步骤410-420,下面对步骤410-420进行详细描述。
步骤410:第一节点的MT侧的MAC层接收第一指示信息。
应理解,第一节点可以对应于图2所示的RN中的任意一个。
本申请实施中第一节点可以包括MT侧和DU侧,第一节点的MT侧的MAC层的上层可以向第一节点的MT侧的MAC发送第一指示信息,或者可以是第一节点的DU侧向第一节点的MT侧的MAC发送第一指示信息,本申请对此不做具体限定。本申请实施例中的第一指示信息可以用于指示第一节点的MT侧的MAC层触发一个BSR,该BSR用于为第一节点待接收的上行数据向第一节点的父节点请求上行资源。
可选的,第一节点的MT侧的MAC层接收第一指示信息时,该MAC层触发第一BSR。
第一节点可以在接收到第一指示信息之后,可以确定第一节点向第一节点的父节点发送的BSR中携带的待接收的上行数据的数据量,以便于第一节点的父节点根据BSR中的数据量为第一节点调度适当的上行资源。
本申请实施例中确定向第一节点的父节点发送的BSR中携带的buffer size的实现方式有多种,作为一个示例,第一节点的MT侧的MAC层的上层根据第一节点和第一节点的子节点之间的承载与第一节点和第一节点的父节点之间的映射关系,确定向第一节点的父节点发送的BSR中携带的buffer size。作为另一个示例,还可以是由第一节点的DU侧确定向第一节点的父节点发送的BSR中携带的buffer size。
应理解,MAC层的上层可以是适配层,也可以是具有上述功能的其他层,例如,无线链路控制(radio link control,RLC)层。
可选地,在一些实施例中,第一指示信息中还可以包括与触发的BSR的逻辑信道或逻辑信道组或RLC信道的标识(identification,ID),第一节点与父节点之间的多个逻辑信道(或逻辑信道组或RLC信道)中的某一个逻辑信道(或逻辑信道组或RLC信道)可以去触发BSR,此时可以理解为该逻辑信道(或逻辑信道组或RLC信道)与BSR关联。
可选地,在一些实施例中,第一节点可以在接收到包括触发或发送的BSR的逻辑信道或逻辑信道组或RLC信道的标识的第一指示信息的情况下,可以判断第一节点与父节点之间的某一个逻辑信道(或逻辑信道组或RLC信道)承载的上行数据的数据量是否大于或等于门限。例如,可以在第一节点与父节点之间的某一个逻辑信道(或逻辑信道组或RLC信道)承载的上行数据的数据量大于或等于门限时,触发BSR。
步骤420:第一节点的MT侧的MAC层根据第一指示信息触发BSR。
第一节点的MT侧的MAC层可以根据第一指示信息触发BSR,并通过MAC控制单元(MAC control unit,MAC CE)上报BSR。
需要说明的是,如果在第一指示信息中包括了触发或发送的BSR关联的逻辑信道或逻辑信道组或RLC信道的标识,则第一节点的MT侧的MAC层触发的BSR与所述逻辑信道或逻辑信道组或RLC信道的标识相关联;如果未在第一指示信息中包括了触发或发送的BSR关联的逻辑信道或逻辑信道组或RLC信道的标识,所述MAC层认为触发或发送的BSR相关联的逻辑信道或逻辑信道组或RLC信道是以下中的任意一种:
待接收数据中的的最高优先级的逻辑信道或逻辑信道组或RLC信道;
或所有逻辑信道或逻辑信道组或RLC信道中最高优先级的逻辑信道或逻辑信道组或RLC信道;
或待接收数据中的的最低优先级的逻辑信道或逻辑信道组或RLC信道;
或所有逻辑信道或逻辑信道组或RLC信道中最低优先级的逻辑信道或逻辑信道组或RLC信道。
具体的,如果在触发BSR的时刻有传输BSR的上行资源,第一节点可以在该上行资源上通过MAC CE上报BSR。如果在触发BSR的时刻没有传输BSR的上行资源,第一节点可以将触发的BSR挂起(pending),等待申请到上行资源后,在该上行资源上通过MAC CE上报BSR。
可选的,第一节点的MT侧的MAC层触发BSR后,可以向第一节点的父节点发送BSR。
应理解,为还未到达第一节点的待传输的上行数据申请上行资源所触发或发送的BSR可以是上文中描述的第一BSR,也可以是上文中描述的第二BSR,本申请实施例对此不作具体限定。
可选地,在一些实施例中,第一节点的MT侧的MAC层还可以接收到第二指示信息,该第二指示信息可以用于指示第一节点的MT侧的一个或多个逻辑信道或RLC信道上承载的待接收的上行数据和/或本地缓存的上行数据的数据量信息。第一节点的MT侧的MAC层可以根据第二指示信息生成触发或发送的BSR中每个逻辑信道或逻辑信道组中上报的buffersize。
应理解,第一节点的MT侧的MAC层根据第二指示信息生成BSR中每个逻辑信道或逻辑信道组中上报的buffer size也可以理解为确定触发或发送的BSR中每个逻辑信道或逻辑信道组中上报的buffer size。
可选地,在一些实施例中,第一节点的MT侧的MAC层还可以接收到第三指示信息,该第三指示信息用于指示第一时间信息。该第一时间信息可以用于指示第一节点的MT侧的MAC层触发BSR的时间或者在有传输BSR的上行资源的情况下发送BSR的时间,以便于第一节点的MT侧的MAC层根据第三指示信息触发或者发送BSR。
具体的,第一时间信息可以用于指示第一指示信息或第二指示信息指示的第一节点待接收的上行数据的预计到达时间,或者还用于指示第一节点的MT侧的MAC层根据第一指示信息或第二指示信息触发的BSR的有效时间,或者还用于指示第一节点的MT侧的MAC层从接收到第一指示信息或第二指示信息到触发BSR的时间偏移值,或者还用于指示第一节点的MT侧的MAC层可以在第一时间信息之后触发或发送BSR,或者还用于指示第一节点的MT侧的MAC层可以在第一时间信息之后取消触发的BSR。
应理解,第一节点的MT侧的MAC层可以根据第一时间信息指示的第一节点待接收的上行数据的预计到达时间确定触发或者发送BSR的时间。以避免过早或过晚触发BSR所导致的资源等待问题或等不到上行资源所导致上行传输时延问题。
应理解,上述两个实施例可以结合实施。也就是说,图4所示的方法中第一节点的MT侧的MAC层可以接收第一指示信息,还可以接收第二指示信息和/或第三指示信息。
图5是本申请实施例提供的另一种可能的触发BSR的方法的示意性流程图。图5所述的方法可以包括步骤510-520,下面对步骤510-520进行详细描述。
步骤510:第一节点的MT侧的MAC层接收第二指示信息。
本申请实施例中的第二指示信息可以用于指示第一节点的MT侧的一个或多个逻辑信道或RLC信道或RLC承载的待接收的上行数据和/或本地缓存的上行数据的数据量信息。第二指示信息可以是第一节点的MT侧的MAC层的上层向第一节点的MT侧的MAC层发送的,也可以是第一节点的DU侧向第一节点的MT侧的MAC发送的,本申请对此不做具体限定。
步骤520:第一节点的MT侧的MAC层根据第二指示信息触发BSR或者生成BSR。
本申请实施例中第一节点的MT侧的MAC层可以根据第二指示信息触发BSR,或者还可以生成BSR,或者还可以发送BSR。下面分别对几种情况的具体实现方式进行详细描述。
第一种情况:第一节点的MT侧的MAC层根据第二指示信息触发BSR。
本申请实施例中第一节点的MT侧的MAC层根据第二指示信息触发BSR的实现方式有多种。作为一个示例,第一节点的MT侧的MAC层可以根据第二指示信息指示的第一节点的MT侧的一个或多个逻辑信道或RLC信道或RLC承载的待接收的上行数据和/或本地缓存的上行数据的数据量信息触发BSR。作为另一个示例,第一节点的MT侧的MAC层可以在接收到第二指示信息指示之后,还可以根据宿主基站配置的门限确定是否触发BSR。例如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量大于或等于门限时,第一节点的MT侧的MAC层可以触发BSR。又如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载的数据量或总数据量小于门限时,第一节点的MT侧的MAC层可以不触发BSR。
在第一节点的MT侧的MAC层根据第二指示信息触发BSR的情况下,第一节点的MT侧的MAC层还可以接收到第三指示信息,第三指示信息指示的第一时间信息可以用于确定发送BSR的时间,并可以在具有传输BSR的上行资源的情况下,发送BSR。
第二种情况:第一节点的MT侧的MAC层根据第二指示信息生成BSR。
本申请实施例中第一节点的MT侧的MAC层可以根据第二指示信息生成BSR。例如,可以根据根据第二指示信息中指示的数据量生成BSR,生成BSR的过程也可以理解为确定第一节点的MT侧的MAC层发送的BSR中每个逻辑信道或RLC信道或RLC承载或逻辑信道组中上报的buffer size。
在第一节点的MT侧的MAC层根据第二指示信息生成BSR的情况下,在第一节点的MT侧的MAC层根据第二指示信息生成BSR之前,第一节点的MT侧的MAC层可以触发BSR。
本申请实施例对上述触发条件不做具体限定。作为一个示例,该触发条件可以是第一节点的MT侧的MAC层接收到第一指示信息。例如,第一节点的MT侧的MAC层还可以接收到第一指示信息,该第一指示信息指示第一节点的MT侧的MAC层触发BSR。第一节点的MT侧的MAC层可以根据接收到的第一指示信息触发BSR。第一指示信息的内容可以参考图4中的相关内容,在此不再赘述。作为另一个示例,该触发条件可以是现有技术中指示第一节点的MT侧的MAC层触发BSR的条件,例如可以是现有技术中触发上报第一节点已缓存的数据量的BSR的条件。例如,第一节点的某逻辑信道组中的逻辑信道中有待传输的新的上行数据时,且这条逻辑信道的优先级高于其他逻辑信道组中逻辑信道的优先级,或者第一节点的某逻辑信道组中的逻辑信道中有待传输的新的上行数据,且逻辑信道组中的其他逻辑信道中没有待传输的上行数据,或者BSR定时器超时且逻辑信道组中的任意一个逻辑信道中有待传输的上行数据时可以触发BSR。
可选地,在一些实施例中,第一指示信息中还可以包括触发的BSR的逻辑信道或逻辑信道组或RLC信道的标识。关于第一指示信息中包括触发的BSR关联的逻辑信道或逻辑信道组或RLC信道的标识,请参考上文图4中的描述,此处不再赘述。
可选地,在一些实施例中,第一节点的MT侧的MAC层还可以接收到第三指示信息,该第三指示信息用于指示发送BSR的时间或者触发BSR的时间。第一节点的MT侧的MAC层可以根据第三指示信息触发BSR或者发送BSR,第三指示信息的内容可以参考图4中的相关内容,在此不再赘述。
应理解,上述几个实施例可以结合实施。也就是说,图5所示的方法中第一节点的MT侧的MAC层可以接收第二指示信息,还可以接收第一指示信息和/或第三指示信息。
图6是本申请实施例提供的另一种可能的触发BSR的方法的示意性流程图。图6所述的方法可以包括步骤610-620,下面对步骤610-620进行详细描述。
步骤610:第一节点的MT侧的MAC层接收第三指示信息。
本申请实施例中的第三指示信息可以用于指示第一时间信息,该第一时间信息可以指示触发BSR的时间,或者指示触发的BSR的有效时间,或者BSR的发送时间。具体的有关第一时间信息的描述请参考步骤420,此处不再赘述。
步骤620:第一节点的MT侧的MAC层根据第三指示信息触发BSR或者发送BSR。
第一种情况:第一节点的MT侧的MAC层根据第三指示信息触发BSR。
在第三指示信息用于指示触发BSR的时间的情况下,第一节点的MT侧的MAC层可以根据第三指示信息触发BSR。
第一节点的MT侧的MAC层可以根据第三指示信息中指示的第一时间信息触发BSR。例如,在第三指示信息指示的第一时间信息为0的情况下,该第三指示信息可以作为一种触发通知,使得第一节点的MT侧的MAC层可以根据第三指示信息触发BSR。
本申请实施例在第一节点的MT侧的MAC层根据第三指示信息触发BSR的情况下,对确定发送的BSR中每个逻辑信道或RLC信道或RLC承载或逻辑信道组中上报的buffer size的具体实现方式不做具体限定。作为一个示例,可以是第一节点的MT侧内部确定发送的BSR中的buffer size。作为另一个示例,第一节点的MT侧的MAC层还可以接收到第二指示信息,并可以根据第二指示信息中指示的数据量确定发送的BSR中的buffer size。
第二种情况:第一节点的MT侧的MAC层根据第三指示信息发送BSR。
在第三指示信息用于指示发送BSR的时间的情况下,第一节点的MT侧的MAC层可以根据第三指示信息发送BSR。
第一节点的MT侧的MAC层根据第三指示信息中指示的第一时间信息确定发送BSR的时间,并可以在具有传输BSR的上行资源的情况下,发送BSR。
本申请实施例在第一节点的MT侧的MAC层根据第三指示信息发送BSR之前,可以触发BSR或者生成BSR。
作为一个示例,第一节点的MT侧的MAC层还可以接收到第一指示信息,并可以根据第一指示信息触发BSR。
作为另一个示例,第一节点的MT侧的MAC层还可以接收到第二指示信息,并可以根据第二指示信息触发BSR或者生成BSR。
以第一节点的MT侧的MAC层可以根据第二指示信息触发BSR为例。例如,第一节点的MT侧的MAC层可以根据第二指示信息指示的第一节点的MT侧的一个或多个逻辑信道或RLC信道或RLC承载承载的待接收的上行数据和/或本地缓存的上行数据的数据量信息触发BSR。又如,第一节点的MT侧的MAC层可以在接收到第二指示信息指示之后,还可以根据宿主基站配置的门限确定是否触发BSR。例如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量大于或等于门限时,第一节点的MT侧的MAC层可以触发BSR。又如,当第二指示信息指示的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量小于门限时,第一节点的MT侧的MAC层可以不触发BSR。
以第一节点的MT侧的MAC层可以根据第二指示信息生成BSR为例。第一节点的MT侧的MAC层可以根据第二指示信息指示的数据量确定第一节点的MT侧的MAC层发送的BSR中每个逻辑信道或RLC信道或RLC承载或逻辑信道组中上报的buffer size。
应理解,上述几个实施例可以结合实施。也就是说,图6所示的方法中第一节点的MT侧的MAC层可以接收第三指示信息,还可以接收第一指示信息和/或第二指示信息。
需要说明的是,在一些实施例中,可以将图4-图6的方法结合起来实施,例如,第一节点的MT侧的MAC层接收到的指示信息可以为上述第一指示信息、第二指示信息、第三指示信息中的一种或多种。
可选地,在一些实施例中,以第一节点的MT侧的适配层向第一节点的MT侧的MAC层发送指示信息为例。在发送该指示信息之前,第一节点的MT侧的适配层还可以根据宿主基站配置的门限确定是否发送指示信息。例如,当第一节点待传输的上行数据中的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量大于或等于门限时,第一节点的MT侧的适配层可以向第一节点的MT侧的MAC层发送指示信息。又如,当第一节点待传输的上行数据中的某个逻辑信道或RLC信道或RLC承载承载的数据量或总数据量小于门限时,第一节点的MT侧的适配层可以不向第一节点的MT侧的MAC层发送指示信息。
可选的,第一节点的MT侧的适配层或者第一节点的DU侧可以向第一节点的MT侧的MAC层发送多个第一指示信息,或者多个第二指示信息,或者多个第三指示信息。可以理解,第一节点的MT侧的适配层或者第一节点的DU侧指示第一节点的MT侧的MAC层触发、生成或者发送BSR后,可以获取到新的第一节点待接收的上行数据,针对获取到的新的第一节点待接收的上行数据,可以再次指示第一节点的MT侧的MAC层触发、生成或者发送BSR,其过程可以参考上文。
可选地,在一些实施例中,可以限制第一节点的适配层发送相邻两个指示信息之间的时间间隔,例如,大于第一时间阈值。
可选的,宿主基站或第一节点的父节点可以为第一节点的适配层配置定时器(timer)。当所述定时器未运行(not running)或超时时,第一节点的MT侧的适配层可以在满足发送条件时,向MAC层发送指示信息;当所述定时器运行(running)时,第一节点的MT侧的适配层不允许向MAC层发送指示信息;当第一节点的MT侧的适配层在满足发送条件并向MAC层发送指示信息时,启动或重启所述定时器。作为一种示例而非限定,这里发送条件可以是第一节点的MT侧的适配层可以在接收到第一节点的子节点发送的BSR。
本申请实施例对启动定时器的时间不做具体限定。可以是在第一节点的MT侧的适配层向MAC层发送通知消息时启动定时器,也可以是在第一节点的MT侧的适配层向MAC层发送通知消息之后启动定时器。
可选地,在一些实施例中,可以限制MAC层触发相邻两个BSR之间的时间间隔,例如大于第二时间阈值。
可选的,宿主基站或第一节点的父节点为第一节点的是MAC层配置定时器(timer)。当所述定时器未运行(not running)或超时时,第一节点的MT侧的MAC层可以在满足触发条件时,触发一个BSR;当所述定时器运行(running)时,第一节点的MT侧的MAC层不允许触发所述BSR;当第一节点的MT侧的MAC层在满足触发条件并触发所述BSR时,启动或重启所述定时器。作为一种示例而非限定,这里触发条件可以是第一节点的MT侧的MAC层接收到第一节点的MT侧的适配层发送的指示信息。
本申请实施例对启动定时器的时间不做具体限定。可以是在第节点的MT侧的MAC层触发一个BSR时启动定时器,也可以是在第一节点的MT侧的MAC层触发一个BSR之后启动定时器。
可选地,在一些实施例中,可以限制MAC层发送相邻两个BSR之间的时间间隔,例如大于第三时间阈值。
可选地,在一些实施例中,宿主基站或第一节点的父节点为第一节点的MAC层配置定时器(timer)。当所述定时器未运行(not running)或超时时,第一节点的MT侧的MAC层可以在满足发送条件时,发送一个BSR;当所述定时器运行(running)时,第一节点的MT侧的MAC层不允许发送所述BSR;当第一节点的MT侧的MAC层在满足发送条件并发送所述BSR时,启动或重启所述定时器;当第一节点的MT侧的MAC层没有待发送或挂起(pending)的BSR时,停止运行所述定时器。作为一种示例而非限定,这里发送条件可以是第一节点的MT侧的MAC层可以在有满足的上行发送资源时。
申请实施例对启动定时器的时间不做具体限定。可以是在第节点的MT侧的MAC层发送一个BSR时启动定时器,也可以是在第一节点的MT侧的MAC层发送一个BSR之后启动定时器。
通过上述技术方案中,可以在无线中继通信系统中终端设备和核心网设备之间的RN数量和/或终端设备的数量较多的情况下,避免现有技术中每一次收到RN的子节点发送的BSR之后,RN的MT侧的适配层均向MT侧的MAC层发送指示信息所造成的较大的信令开销。
可选的,在图4或者图5或者图6中的第一节点的MT侧的MAC层可以在网络设备配置其允许发送BSR或使能BSR的情况下,触发后发送第一BSR或者第二BSR。
应理解,在第一节点的MT侧的MAC层收到第一指示信息或第二指示信息触发BSR,并在有传输BSR的上行资源发送BSR的情况下,由于在BSR触发到BSR实际发送的这段时间内,第一节点还会收到子节点传输至第一节点的上行数据。且这部分上行数据其实已经包含在MAC层发送的BSR中上报的数据量中,因此,第一节点的MT侧的MAC层在实际发送BSR时,该BSR中上报的数据量可以为所述第二指示信息中指示的数据量减去从收到第一指示信息或第二指示信息开始到发送BSR之前,已经到达第一节点的数据量。
可选地,在一些实施例中,在图4或者图5或者图6中的在第一节点有至少一个父节点的情况下,第二指示信息还可以用于指示第一节点是否向至少一个父节点中的每一个父节点上报待传输的上行数据,或者用于指示第一节点向其中一个父节点上报的待传输的上行数据的数据量在第一节点待传输的总的上行数据的数据量中所占的比例信息,或者用于指示第一节点向其他父节点上报的待传输的上行数据的数据量在第一节点待传输的总的上行数据的数据量中所占的比例信息。
下面会结合图7-图8,以RN 220为第一节点,以RN 240为第一节点的父节点作为示例,对第一节点的MT侧的MAC层确定逻辑信道上承载的待传输的上行数据的数据量的具体实现过程进行详细描述。
图7是本申请实施例提供的一种确定待传输的上行数据的数据量的方法的示意性流程图。该方法可以步骤710-740,下面对步骤710-740的过程进行详细描述。
步骤710:RN 240的DU侧接收RN 220上报的BSR。
RN 220作为RN 240的子节点,可以向RN 240发送BSR,以便于向RN 240请求用于传输RN 220待从其子节点接收到的上行数据的上行资源,和/或者用于请求用于传输RN 220本地缓存的上行数据的上行资源。
RN 240的DU侧接收到的RN 220上报的BSR可以是第一BSR,也可以是第二BSR,本申请实施例对此不作具体限定。
可选地,RN 240的DU侧在接收到RN 220上报的BSR之后,可以确定RN 240与RN 220之间的每个承载存在的等待传输的上行数据的数据量,该承载可以是逻辑信道或RLC信道或RLC。存在的等待传输的上行数据可以理解为RN240待从RN220接收的上行数据,或者可以理解为RN220预计向RN240发送的上行数据,为描述方便,下文称为等待传输的上行数据。
作为一个示例,如果RN 240接收到的是RN 220上报的第一BSR,RN 240的DU侧可以将第一BSR中每个逻辑信道组对应的buffer size拆分至对应的各个逻辑信道或RLC信道或RLC承载中。具体的拆分方式有多种,可以是通过平均分配的方式将每个逻辑信道组对应的buffer size平均分配至对应的各个逻辑信道中,还可以是通过一定的比例将每个逻辑信道组对应的buffer size分配至对应的各个逻辑信道中。作为另一个示例,如果RN 240接收到的是RN 220上报的第二BSR,且第二BSR中是以每个逻辑信道或RLC信道或RLC承载为粒度上报对应的buffer size,则不需要对第二BSR中上报的buffer size进行拆分。
步骤720:RN 240的DU侧将RN 240与RN 220之间的每个承载的等待传输的上行数据的数据量发送至RN 240的MT侧的适配层。
RN 240的DU侧可以在接收到RN 220上报的BSR之后,可以将RN 240待接收的上行数据的数据量发送至RN 240的MT侧的适配层。作为一个示例,RN 240的DU侧可以直接将RN220上报的BSR中携带的buffer size发送至RN 240的MT侧的适配层。作为另一个示例,RN240的DU侧还可以将RN 240为RN 220调度的UL grant指示的上行资源上可以传输的上行数据的数据量发送至RN 240的MT侧的适配层。作为另一个示例,如果RN 240还有其他的子节点,RN 240的DU侧上报给MT侧的适配层的待接收的上行数据的数据量为RN 220和其他子节点的BSR中携带的buffer size的总和。作为另一个示例,如果在RN 240与RN 220之间的回传链路上配置了半持续性调度资源或免调度资源的情况下,RN 240的DU侧上报给MT侧的适配层的待接收的上行数据的数据量还可以包括在半持续性调度资源或免调度资源上传输的上行数据的数据量。
步骤730:RN 240的MT侧的适配层基于承载映射确定RN 240与RN 250之间的每个承载的等待传输的上行数据的数据量。
RN 240的MT侧的适配层可以在接收到RN 240的DU侧发送的待接收的上行数据的数据量之后,RN 240的MT侧的适配层基于RN 240待接收的上行数据和/或本地缓存的上行数据的数据量、RN 240与RN 220之间的承载以及RN 240与RN 250之间的承载的映射关系,确定RN 240与RN 250之间的回传链路上每个逻辑信道或RLC信道或RLC承载存在的等待传输的上行数据的数据量。
具体的,在一种可能的实现方式中,如果RN 240与RN 220之间的承载以及RN 240与RN 250之间的承载的映射关系为一对一的关系,RN 240的DU侧确定的RN 240与RN 220之间的回传链路上每个逻辑信道上的等待传输的上行数据的数据量也就是RN 240与RN 250之间的回传链路上每个逻辑信道上的等待传输的上行数据的数据量。在另一种可能的实现方式中,如果RN 240与RN 220之间的承载以及RN 240与RN 250之间的承载的映射关系为多对一的关系,RN 240的DU侧确定的RN 240与RN 220之间的回传链路上每个逻辑信道上存在的等待传输的上行数据的数据量的总和为RN 240与RN 250之间的回传链路上每个逻辑信道上存在的等待传输的上行数据的数据量。在另一种可能的实现方式中,如果RN 240与RN220之间的承载以及RN 240与RN 250之间的承载的映射关系为多对多的关系,RN 240的MT侧的适配层可以基于映射关系确定RN 240与RN 250之间的回传链路上每个逻辑信道上存在的等待传输的上行数据的数据量。
可选地,在一些实施例中,RN 240的MT侧的适配层可以不用确定RN 240与RN 250之间的链路上每个逻辑信道或每个逻辑信道组上存在的等待传输的上行数据的数据量。可以将RN 240的所有待向RN 250传输的上行数据的数据量通过BSR中的一个逻辑信道组发送至RN 250,从而可以节省信令开销。
步骤740:RN 240的MT侧的适配层将RN 240与RN 250之间的每个承载的等待传输的上行数据的数据量发送至RN 240的MT侧的MAC层。
RN 240的MT侧的适配层可以将步骤730确定的待向RN 250传输的上行数据的数据量发送至RN 240的MT侧的MAC层,以便于RN 240的MT侧的MAC层可以根据待向RN 250传输的上行数据的数据量确定发送的BSR携带的buffer size。
图8是本申请实施例提供的另一种确定待传输的上行数据的数据量的方法的示意性流程图。该方法可以步骤810-830,下面对步骤810-830的过程进行详细描述。
步骤810:RN 240的DU侧接收RN 220上报的BSR。
与步骤710对应,具体的请参考步骤710中的描述,此处不再赘述。
步骤820:RN 240的DU侧基于承载映射确定RN 240与RN 250之间的每个承载的等待传输的上行数据的数据量。
RN 240的DU侧可以在接收到RN 220上报的BSR之后,确定RN 240与RN 220之间的回传链路上每个逻辑信道或RLC信道或RLC承载存在的等待传输的上行数据的数据量。并可以基于RN 240与RN 220之间的承载以及RN 240与RN 250之间的承载的映射关系,确定RN240与RN 250之间的回传链路上每个逻辑信道或RLC信道或RLC承载存在的等待传输的上行数据的数据量。具体的请参考步骤730中对映射关系的描述,此处不再赘述。
步骤830:RN 240的MT侧的适配层将RN 240与RN 250之间的每个承载的等待传输的上行数据的数据量发送至RN 240的MT侧的MAC层。
与步骤740对应,具体的参考步骤740中的描述,此处不再赘述。
下面结合图9,以RN 220为第一节点,以RN 240为第一节点的父节点作为示例,在RN 220触发了BSR而没有上行资源发送BSR,通过发送SR请求来请求传输BSR的上行资源的情况下,对发送SR的具体实现方式进行详细描述。
图9是本申请实施例提供的一种发送SR的方法的示意性流程图。图9所示的方法可以包括步骤910-920,下面分别对步骤910-920进行详细描述。
步骤910:RN 240的MT侧的MAC层接收第四指示信息。
RN 240的MT侧的MAC层可以接收到RN 240的MT侧的适配层或RN 240的MT侧的MAC层的上层发送的第四指示信息,该第四指示信息用于指示RN 240的MT侧的MAC层触发SR。
步骤920:RN 240的MT侧的MAC层触发SR。
本申请实施例中RN 240的MT侧的MAC层可以在接收到第四指示信息之后,触发SR,用于向RN 240的父节点RN 250申请上行资源。
作为一种实施方式,当RN 240的MT侧的MAC层如果有物理上行链路控制信道(physical uplink control channel,PUCCH)的上行资源的情况下,可以在PUCCH上通过上行资源发送SR。
可选地,在一些实施例中,RN 240的MT侧的MAC层还可以接收到RN 240的MT侧的适配层或RN 240的MT侧的MAC层的上层发送的第五指示信息,该第五指示信息可以用于指示发送SR的时间。或者用于指示SR的有效时间。RN 240的MT侧的MAC层可以根据第五指示信息触发SR。
可选的,在一些实施例中,在使用现有技术中BSR(为了描述方便,下文称为第三BSR)上报节点本地缓存的上行数据的数据量,并且使用第二BSR上报节点待接收的上行数据的数据量的情况下,可能造成对同一份资源重复上报申请的问题。本申请实施例提供的技术方案可以避免对同一份资源重复的上报申请。下面结合图10-图11进行详细描述。
例如,第三BSR可以是第三代合作伙伴计划(3rd generation partnershipproject,3GPP)的技术规范38.321版本(technical specification,TS)版本(version)5.4.0(2018.12)中的BSR。第三BSR也可以理解为本申请实施例中的第一BSR的一种特殊情况。
图10是本申请实施例提供的一种可能的RN发送BSR的示意图。如图10所示,RN在触发了BSR之后,在一段时间之内有了上行资源才会发送BSR。其中,BSR2可以用于表示第二BSR,该第二BSR中的逻辑信道组仅用于上报RN待接收的上行数据的数据量。BSR3可以用于表示第三BSR,该第三BSR中的逻辑信道组仅用于上报RN本地缓存的上行数据的数据量。BSRTX可以用于表示已经发送的BSR。
参见图10,RN的MT侧可以在RN的DU侧接收到RN的子节点触发并发送的BSR TX(该BSR可以是RN的子节点上报的第二BSR,也可以是RN的子节点上报的第三BSR)之后,由于接收并获取待接收数据的数据量信息,RN的MT侧可以根据上文中的实施方式触发BSR2-1,BSR2-1可以用于为RN待从子节点接收的上行数据申请上行资源。
应理解,RN的MT侧可以根据其子节点上报的BSR中携带的buffer size或根据其子节点上报的BSR中携带的buffer size为该子节点调度的上行资源确定触发的BSR2-1中上报的待从子节点接收的上行数据的数据量,并为RN的子节点待传输至RN的上行数据申请上行资源。
在RN的DU侧接收到RN的子节点传输的第一上行数据之后,该第一上行数据为RN本地缓存的上行数据,因此,RN的MT侧还会触发BSR3-1,该BSR3-1用于为RN本地缓存的第一上行数据申请上行资源。由于BSR2-1中上报的RN待接收的上行数据中已经包括第一上行数据,也就是说,BSR2-1已经为第一上行数据申请过上行资源,触发的BSR3-1会造成对传输第一上行数据的上行资源的重复申请。
可选的,在一些实施例中,在RN有上行资源的情况下,RN的MT侧可以发送一个新的BSR3-2 TX,该BSR3-2 TX中上报的buffer size中包含了为第一上行数据的缓存信息。则在此之前触发的BSR2-1中的部分上行数据已通过BSR3-2进行上报,因此当RN发送一个第三BSR时,可以取消在此之前触发且处于挂起(pending)状态的第二BSR。这样可以避免对第一上行数据通过两次BSR MAC CE进行重复上报。
可选的,在一些实施例中,在RN有上行资源的情况下,RN的MT侧可以发送一个新的BSR3-2 TX,该BSR3-2 TX中上报的buffer size中包含了为第一上行数据的缓存信息。为了避免对第一上行数据通过两次BSR MAC CE进行重复上报,在第三BSR3-2发送的同时可以触发一个新的第二BSR,且所述第二BSR中的待接收数据量需要扣除已经第三BSR3-2中已经上报的部分,即需要扣除所述第一上行数据的数据量。
图11是本申请实施例提供的一种可能的RN发送BSR的示意图。如图11所示,其中,BSR2可以用于表示第二BSR,该第二BSR仅用于上报RN待接收的上行数据的数据量。BSR3可以用于表示第三BSR,该第三BSR仅用于上报RN本地缓存的上行数据的数据量。BSR TX可以用于表示已经发送的BSR。
参见图11,RN的MT侧还可以在RN的DU侧接收到RN的子节点触发并上报的BSR TX(该BSR TX可以是RN的子节点上报的第一BSR,也可以是RN的子节点上报的第二BSR)之后,RN的MT侧触发并发送BSR2-1 TX,BSR2-1 TX可以用于为RN待从子节点接收的上行数据申请上行资源。在RN的DU侧接收到RN的子节点传输的第一上行数据之后,该第一上行数据为RN本地缓存的上行数据,因此,RN的MT侧还会触发BSR3-1,该BSR3-1用于为RN本地缓存的第一上行数据申请上行资源。由于发送的BSR2-1 TX中上报的RN待接收的上行数据中已经包括第一上行数据,也就是说,发送的BSR2-1 TX已经为第一上行数据申请过上行资源,再次触发的BSR3-1会造成对传输第一上行数据的上行资源的重复申请。
本申请实施例中可以为RN配置一个定时器,该定时器在超时之后,会停止计时。当中继节点发送第二BSR时,若所述定时器未启动则启动所述定时器;若所述定时器正在运行,则重新启动所述定时器。在定时器运行期间,RN的MT侧无法触发第三BSR,所述第三BSR为缓存至RN本地的上述一部分上行数据申请上行资源。在定时器未运行或超时时,RN的MT侧可以触发第三BSR,所述第三BSR为缓存至RN本地的上述一部分上行数据申请上行资源。
例如,参见图11,在定时器运行期间,RN的MT侧无法触发并发送BSR2-2 TX。在定时器不运行期间,可以触发并发送BSR2-2 TX。
可以理解的是,本申请中各个实施例中的通信方法中,由第一节点实现的步骤,也可以由可用于第一节点的部件(例如芯片或者电路)实现。
上文结合图1至图11,详细描述了本申请实施例提供的方法侧实施例,下面将结合图12至图13,详细描述本申请的装置实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图12是本申请实施例提供的一种装置1200的示意性框图。可以理解的是,该通信装置1200可以是第一节点,也可以是可用于第一节点的部件。
通信装置1200包括:媒体介入控制MAC层单元1210,用于接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于第一节点向第二节点上报所述第一节点的待接收的上行数据的数据量,所述MAC层单元位于所述第一节点的移动终端MT单元中;
所述MAC层单元1210,还用于根据所述第一指示信息触发所述第一BSR;
其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
可选地,在一些实施例中,所述装置1200还包括:MAC层的上层单元1220,用于向所述MAC层单元发送所述第一指示信息,所述MAC层的上层单元位于所述第一节点的MT单元中。
可选地,在一些实施例中,所述MAC层的上层单元1220为适配层单元。
可选地,在一些实施例中,所述装置1200还包括:分布式单元DU1230,用于向MAC层单元发送所述第一指示信息。
可选地,在一些实施例中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
可选地,在一些实施例中,所述第一指示信息还包括所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
可选地,在一些实施例中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
可选地,在一些实施例中,所述MAC层单元1210还用于:当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,触发所述第一BSR。
可选地,在一些实施例中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
可选地,在一些实施例中,所述MAC层单元1210还用于:向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述MAC层单元接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
可选地,在一些实施例中,所述MAC层单元1210还用于:接收第二指示信息,所述第二指示信息用于指示触发第二BSR,所述第二BSR用于向第二节点上报所述第一节点的待接收的上行数据的数据量;
所述MAC层单元1210还用于:根据所述第二指示信息触发所述第二BSR,触发所述第二BSR的时间与触发所述第一BSR的时间之间的时间间隔大于第一阈值。
图13是本申请实施例提供的一种通信设备1300的示意性框图。该通信设备1300可以包括:处理器1301、以及存储器1303。
其中,该处理器1301可以与存储器1303连接。该存储器1303可以用于存储该通信设备1300的程序代码和数据。因此,该存储器1303可以是处理器1301内部的存储单元,也可以是与处理器1301独立的外部存储单元,还可以是包括处理器1301内部的存储单元和与处理器1301独立的外部存储单元的部件。
可选的,通信设备1300还可以包括总线1304。其中,存储器1303可以通过总线1304与处理器1301连接;总线1304可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。所述总线1304可以分为地址总线、数据总线、控制总线等。为便于表示,图13中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
处理器1301可以包括但不限于以下至少一种:中央处理单元(centralprocessing unit,CPU)、微处理器、数字信号处理器(DSP)、微控制器(microcontrollerunit,MCU)、或人工智能处理器等各类运行软件的计算设备,每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以是个单独的半导体芯片,也可以跟其他电路一起集成为一个半导体芯片,例如,可以跟其他电路(如编解码电路、硬件加速电路或各种总线和接口电路)构成一个SoC(片上系统),或者也可以作为一个ASIC的内置处理器集成在所述ASIC当中,该集成了处理器的ASIC可以单独封装或者也可以跟其他电路封装在一起。该处理器除了包括用于执行软件指令以进行运算或处理的核外,还可进一步包括必要的硬件加速器,如现场可编程门阵列(field programmable gate array,FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当程序被执行时,所述处理器1301用于配置媒体介入控制MAC层单元从MAC层单元的上层接收第一指示信息,所述第一指示信息用于指示触发第一BSR,所述第一BSR用于第一节点向第二节点上报所述第一节点的待接收的上行数据的数据量,所述MAC层单元位于所述第一节点的移动终端MT单元中;
所述处理器1301还用于配置所述MAC层单元根据所述第一指示信息触发所述第一BSR;
其中,所述第一节点为无线中继系统中的中继节点,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
在另一种可能的实现方式中,所述MAC层的上层单元为适配层单元。
在另一种可能的实现方式中,所述处理器1301用于配置分布式单元DU向MAC层单元发送所述第一指示信息。
在另一种可能的实现方式中,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述第一指示信息还包括所述第一节点和所述第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
在另一种可能的实现方式中,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
在另一种可能的实现方式中,所述处理器1301还用于配置MAC层单元当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,触发所述第一BSR。
在另一种可能的实现方式中,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:所述第一节点的MT侧的MAC层触发所述第一BSR的时间,或者所述第一节点的MT侧的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
可选地,所述通信设备1300还包括收发器1302,所述收发器1302以通过总线1304与处理器1301连接,用于收发通信设备1300的子节点发送的BSR,或者用于向父节点发送BSR。
在另一种可能的实现方式中,收发器1302用于MAC层单元发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述MAC层单元接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
可以理解的是,本申请实施例中的通信设备的各个模块的功能和对应的操作可以参考方法实施例中的相关描述。此外,本申请实施例中的模块也可以称为单元或者电路等,本申请实施例对此不做限定。
还可以理解的,通信设备可以执行上述实施例中的部分或全部步骤,这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
本申请实施例还提供了计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行上述任一方面的任意可能的实现方式中的方法的指令。
本申请实施例还提供了一种计算机程序产品,应用于通信设备中,该计算机程序产品包括:计算机程序代码,当该计算机程序代码被计算机运行时,使得该计算机执行上述任一方面的任意可能的实现方式中的方法。
本申请实施例还提供了一种芯片系统,应用于通信设备中,该芯片系统包括:至少一个处理器、至少一个存储器和接口电路,所述接口电路负责所述芯片系统与外界的信息交互,所述至少一个存储器、所述接口电路和所述至少一个处理器通过线路互联,所述至少一个存储器中存储有指令;所述指令被所述至少一个处理器执行,以进行上述各个方面的所述的方法中所述网元的操作。所述至少一个存储器是可选的。
本申请实施例提供的方法,可以应用于中继节点,该中继节点包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、以及即时通信软件等应用。并且,在本申请实施例中,传输信号的方法的执行主体的具体结构,本申请实施例并未特别限定,只要能够通过运行记录有本申请实施例的传输信号的方法的代码的程序,以根据本申请实施例的传输信号的方法进行通信即可,例如,本申请实施例的触发BSR的方法的执行主体可以是中继节点,或者,是中继节点中能够调用程序并执行程序的功能模块。
此外,本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatiledisc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasableprogrammable read-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc,DVD))、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (28)
1.一种缓存状态报告BSR的触发方法,其特征在于,所述方法包括:
第一节点上报第一BSR,所述第一BSR用于上报所述第一节点的待接收的上行数据的数据量;
所述第一BSR对应的媒体介入控制MAC控制元素CE以逻辑信道组LCG为粒度,所述第一BSR用于提供每个LCG上的上行数据的数据量;
其中,所述第一节点为无线中继系统中的中继节点;
所述第一BSR对应的所述MAC CE的优先级高于填充BSR的MAC CE,并低于除了填充BSR之外的其他BSR的MAC CE的优先级;所述第一BSR对应的MAC CE对应一个逻辑信道标识LCID。
2.根据权利要求1所述的方法,其特征在于,一个或多个LCID用于一个或多个第一BSR格式对应的MAC CE。
3.根据权利要求1或2所述的方法,其特征在于,所述第一BSR的优先级高于上报所述第一节点缓存的上行数据的数据量的BSR。
4.根据权利要求1或2所述的方法,其特征在于,所述第一BSR用于触发调度请求SR,所述SR用于请求传输所述第一BSR的上行资源。
5.根据权利要求1所述的方法,其特征在于,所述第一节点包括移动终端MT,所述MT包括媒体介入控制MAC层,所述方法还包括:
所述第一节点的MT的MAC层从所述第一节点的MT的MAC层的上层接收第一指示信息,所述第一指示信息用于指示触发所述第一BSR;
所述第一节点的MT的MAC层根据所述第一指示信息触发所述第一BSR。
6.根据权利要求5所述的方法,其特征在于,所述第一节点的MT的MAC层的上层为所述第一节点的MT的适配层。
7.根据权利要求1所述的方法,其特征在于,所述第一节点包括移动终端MT和分布式单元DU,所述MT包括媒体介入控制MAC层,所述方法还包括:
所述第一节点的MT的MAC层从所述第一节点的分布式单元DU接收第一指示信息;
所述第一节点的MT的MAC层根据所述第一指示信息触发所述第一BSR。
8.根据权利要求5至7中任一项所述的方法,其特征在于,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
9.根据权利要求5至7中任一项所述的方法,其特征在于,所述第一指示信息还包括所述第一节点和第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组,所述第二节点为所述无线中继系统中的所述第一节点的父节点。
10.根据权利要求9所述的方法,其特征在于,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,所述第一节点的MT的MAC层触发所述第一BSR。
12.根据权利要求5至7中任一项所述的方法,其特征在于,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:
所述第一节点的MT的MAC层触发所述第一BSR的时间,或者所述第一节点的MT的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
13.根据权利要求9所述的方法,其特征在于,所述方法还包括:
所述第一节点的MT的MAC层向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述第一节点的MT的MAC层接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
14.一种通信装置,其特征在于,所述装置包括:
用于上报第一缓存状态报告BSR的单元,所述第一BSR用于第一节点上报所述第一节点的待接收的上行数据的数据量;
所述第一BSR对应的媒体介入控制MAC控制元素CE以逻辑信道组LCG为粒度,所述第一BSR用于提供每个LCG上的上行数据的数据量;
其中,所述第一节点为无线中继系统中的中继节点;
所述第一BSR对应的所述MAC CE的优先级高于填充BSR的MAC CE,并低于除了填充BSR之外的其他BSR的MAC CE的优先级;所述第一BSR对应的MAC CE对应一个逻辑信道标识LCID。
15.根据权利要求14所述的装置,其特征在于,一个或多个LCID用于一个或多个第一BSR格式对应的MAC CE。
16.根据权利要求14或15所述的装置,其特征在于,所述第一BSR的优先级高于上报所述第一节点缓存的上行数据的数据量的BSR。
17.根据权利要求14或15所述的装置,其特征在于,所述第一BSR用于触发调度请求SR,所述SR用于请求传输所述第一BSR的上行资源。
18.根据权利要求14所述的装置,其特征在于,所述装置还包括:MAC层单元;
MAC层的上层单元,用于向所述MAC层单元发送第一指示信息,所述第一指示信息用于指示触发所述第一BSR,所述MAC层的上层单元位于所述第一节点的移动终端MT单元中;
所述MAC层单元,用于根据所述第一指示信息触发所述第一BSR。
19.根据权利要求18所述的装置,其特征在于,所述MAC层的上层单元为适配层单元。
20.根据权利要求18所述的装置,其特征在于,所述装置还包括:
分布式单元DU,用于向MAC层单元发送所述第一指示信息。
21.根据权利要求18至20中任一项所述的装置,其特征在于,所述第一指示信息包括触发所述第一BSR的承载的标识,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组。
22.根据权利要求18至20中任一项所述的装置,其特征在于,所述第一指示信息还包括所述第一节点和第二节点之间的承载对应的承载对应的所述第一节点待接收的上行数据的数据量,所述承载为无线链路控制RLC信道,或者逻辑信道,或者逻辑信道组;所述第二节点为所述无线中继系统中的所述第一节点的父节点。
23.根据权利要求22所述的装置,其特征在于,所述承载对应的所述第一节点待接收的上行数据的数据量还包括:比例信息,所述比例信息用于指示所述承载对应的所述第一节点待接收的上行数据的数据量在所述第一节点向所述第二节点和第四节点上报的所述第一节点待接收的总的上行数据的数据量中所占的比例,所述第四节点为所述第一节点的父节点。
24.根据权利要求22所述的装置,其特征在于,所述MAC层单元还用于:
当所述承载对应的所述第一节点待接收的上行数据的数据量大于或等于第一阈值时,触发所述第一BSR。
25.根据权利要求18至20中任一项所述的装置,其特征在于,所述第一指示信息还包括:第一时间信息,所述第一时间信息用于指示以下一种或者多种:
所述第一节点的MT的MAC层触发所述第一BSR的时间,或者所述第一节点的MT的MAC层发送所述第一BSR的时间,所述第一节点的待接收的上行数据的预计接收时间,所述第一指示信息的有效时间,所述第一BSR触发后的有效时间。
26.根据权利要求22所述的装置,其特征在于,所述MAC层单元还用于:
向所述第二节点发送所述第一BSR,所述第一BSR中上报的数据量为所述承载对应的所述第一节点待接收的上行数据的数据量减去第一数据量,所述第一数据量为从所述MAC层单元接收到所述第一指示信息开始到发送所述第一BSR之前,到达所述第一节点的上行数据的数据量。
27.一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合,所述存储器用于存储计算机程序或指令,所述处理器用于执行所述计算机程序或指令,以实现权利要求1至13任一所述的方法。
28.一种计算机可读存储介质,其特征在于,存储指令,当其在通信装置上运行时,使得通信装置执行如权利要求1至13中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910118197.1A CN111586751B (zh) | 2019-02-15 | 2019-02-15 | 一种缓存状态报告bsr的触发方法、通信装置 |
PCT/CN2020/075316 WO2020164599A1 (zh) | 2019-02-15 | 2020-02-14 | 一种缓存状态报告bsr的触发方法、通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910118197.1A CN111586751B (zh) | 2019-02-15 | 2019-02-15 | 一种缓存状态报告bsr的触发方法、通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111586751A CN111586751A (zh) | 2020-08-25 |
CN111586751B true CN111586751B (zh) | 2023-09-26 |
Family
ID=72045002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910118197.1A Active CN111586751B (zh) | 2019-02-15 | 2019-02-15 | 一种缓存状态报告bsr的触发方法、通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111586751B (zh) |
WO (1) | WO2020164599A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113301604B (zh) * | 2020-02-24 | 2023-04-07 | 维沃移动通信有限公司 | 缓存状态上报方法、中继终端设备及计算机可读存储介质 |
CN114390551A (zh) * | 2020-10-19 | 2022-04-22 | 维沃移动通信有限公司 | 抢先bsr的配置方法、装置及电子设备 |
CN114765892A (zh) * | 2021-01-12 | 2022-07-19 | 维沃移动通信有限公司 | 上行数据发送增强流程的触发方法、装置及终端 |
WO2024032503A1 (zh) * | 2022-08-10 | 2024-02-15 | 维沃移动通信有限公司 | 数据处理方法、终端及网络侧设备 |
WO2024060304A1 (en) * | 2022-09-23 | 2024-03-28 | Apple Inc. | Technologies for media access control congestion signaling |
CN117998639A (zh) * | 2022-11-03 | 2024-05-07 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的通信节点中的方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714650A (zh) * | 2010-03-18 | 2012-10-03 | 上海贝尔股份有限公司 | 上行链路传输方法、基站和中继节点 |
CN104185290A (zh) * | 2013-05-24 | 2014-12-03 | 中兴通讯股份有限公司 | 数据调度的方法、中继设备、中继节点及系统 |
CN108401304A (zh) * | 2017-02-04 | 2018-08-14 | 华为技术有限公司 | 一种缓存状态报告的触发方法、装置及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998522B (zh) * | 2009-08-25 | 2014-04-02 | 电信科学技术研究院 | 一种缓冲区状态信息上报处理的方法及中继节点 |
WO2011077065A1 (en) * | 2009-12-22 | 2011-06-30 | Fujitsu Limited | Quality of service control in a relay |
CN102291200B (zh) * | 2010-06-21 | 2014-05-07 | 电信科学技术研究院 | 一种缓存状态报告的上报及数据量的确定方法、设备 |
CN106714213B (zh) * | 2016-12-30 | 2019-06-21 | 北京小米移动软件有限公司 | 缓存状态报告bsr上报触发方法、装置和用户终端 |
KR102385420B1 (ko) * | 2017-06-15 | 2022-04-12 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 네트워크 요청 기반 버퍼 상태 보고를 처리하는 방법 및 장치 |
-
2019
- 2019-02-15 CN CN201910118197.1A patent/CN111586751B/zh active Active
-
2020
- 2020-02-14 WO PCT/CN2020/075316 patent/WO2020164599A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714650A (zh) * | 2010-03-18 | 2012-10-03 | 上海贝尔股份有限公司 | 上行链路传输方法、基站和中继节点 |
CN104185290A (zh) * | 2013-05-24 | 2014-12-03 | 中兴通讯股份有限公司 | 数据调度的方法、中继设备、中继节点及系统 |
CN108401304A (zh) * | 2017-02-04 | 2018-08-14 | 华为技术有限公司 | 一种缓存状态报告的触发方法、装置及系统 |
Non-Patent Citations (5)
Title |
---|
Alcatel-Lucent Shanghai Bell, Alcatel-Lucent.R2-134381 BSR and SR for dual connectivity.《3GPP TSG RAN WG2 Meeting #84》.2013,第2节. * |
Huawei, HiSilicon.R2-1815504,Pre-BSR Enabling Fast Scheduling.《3GPP TSG-RAN WG2 Meeting 103bis》.2018,第2节. * |
R2-134381 BSR and SR for dual connectivity;Alcatel-Lucent Shanghai Bell, Alcatel-Lucent;《3GPP TSG RAN WG2 Meeting #84》;20131111;第2节 * |
R2-1810700,Pre-BSR Enabling Fast Scheduling;Huawei, HiSilicon;《3GPP TSG-RAN WG2 Meeting AH-1807》;20180502;第2节 * |
R2-1815504,Pre-BSR Enabling Fast Scheduling;Huawei, HiSilicon;《3GPP TSG-RAN WG2 Meeting 103bis》;20181008;第2节 * |
Also Published As
Publication number | Publication date |
---|---|
CN111586751A (zh) | 2020-08-25 |
WO2020164599A1 (zh) | 2020-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111586751B (zh) | 一种缓存状态报告bsr的触发方法、通信装置 | |
CN110754132B (zh) | 一种路由更新方法、调度请求取消方法及设备 | |
US10827501B2 (en) | Techniques for providing proximity services (ProSe) priority-related information to a base station in a wireless network | |
CN112867073B (zh) | 一种传输策略的方法、pcf网元及计算机存储介质 | |
AU2016344036A1 (en) | Elastic scheduling | |
CN112369094B (zh) | 无线通信方法、终端设备和网络设备 | |
CN107005886A (zh) | 具有lte ip锚点的wifi增强 | |
AU2017207499A1 (en) | Inter-cell fractional frequency reuse scheduler | |
JP7367838B2 (ja) | サイドリンクスケジューリングリクエストのトリガー方法、装置及びシステム | |
KR102501134B1 (ko) | 무선 통신들에서의 유연한 다운링크 제어 신호 모니터링 | |
CN110447257B (zh) | 通信方法、辅网络节点和终端 | |
US10966221B2 (en) | Uplink scheduling with WLAN/3GPP aggregation | |
WO2019191987A1 (zh) | 传输上行数据的方法、终端设备和网络设备 | |
US9408117B2 (en) | Base station device, handover controlling method, and radio communication system | |
CN112312588B (zh) | 用于传输数据的方法、终端设备和网络设备 | |
CN113455100B (zh) | 用于中继通信的方法和装置 | |
US20220167382A1 (en) | Method for determining association between logical channel groups, apparatus, and system | |
CN110149681B (zh) | 一种确定调度时延的方法及装置 | |
CN114731239B (zh) | 冲突处理方法和终端设备 | |
CN110720244B (zh) | 调度请求取消方法和终端设备 | |
WO2020156185A1 (zh) | 一种调度请求处理方法及装置 | |
CN113261365B (zh) | 通信方法和装置 | |
CN111866794B (zh) | 一种资源调度方法及装置 | |
WO2022154742A1 (en) | Method and network nodes for handling buffer status report (bsr) formats | |
CN114731544A (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 |