CN104661315B

CN104661315B - 一种上报缓存状态报告的方法及用户设备

Info

Publication number: CN104661315B
Application number: CN201310603948.1A
Authority: CN
Inventors: 朱伟伟; 周晓星
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2013-11-25
Filing date: 2013-11-25
Publication date: 2020-03-31
Anticipated expiration: 2033-11-25
Also published as: WO2014183496A1; CN104661315A

Abstract

本发明公开了一种上报缓存状态报告的方法及用户设备，其中，所述方法包括：UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息；对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR；组帧上报时将BSR优先在主载波发送。

Description

一种上报缓存状态报告的方法及用户设备

技术领域

本发明涉及数据上报技术，尤其涉及一种上报缓存状态报告（BSR）的方法及用户设备（UE）。

背景技术

本发明涉及在载波聚合技术下UE上报BSR信元的场景。BSR信元用于告知基站侧UE所需的上行资源，以供基站进行合理的资源调度。因此BSR信元的重要性很高，其决定UE是否能及时准确获取基站侧的资源分配。

本申请发明人在实现本申请实施例技术方案的过程中，至少发现现有技术中存在如下技术问题：

载波聚合技术下，一个传送时间间隔（TTI）中UE最多要在5个传输块（TB）上进行媒体接入控制（MAC）协议数据单元（PDU）的构建，这样对UE的性能要求很高。如果MAC组包效率低，则意味着基站侧调度的上行资源利用率低；如果BSR上报不合理，则会导致基站侧上行资源调度不够及时。因此BSR信元准确、实时、合理的上报基站侧是非常重要的，而现有技术中的BSR信元构建方案都很复杂，满足不了实时性的需要。

发明内容

有鉴于此，本发明实施例在于提供一种上报BSR的方法及用户设备，降低了BSR信元的构建复杂度，能满足实时性的需要。

为达到上述目的，本发明的技术方案是这样实现的：

一种上报缓存状态报告的方法，所述方法包括：

UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息；

对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR；

组帧上报时将BSR优先在主载波发送。

优选地，所述方法还包括：在所述组帧的过程中，若满足所述BSR的组帧上报触发条件，需要在本传送时间间隔TTI内发送所述BSR，则将BSR封装在最后一个传输块TB内。

优选地，所述TB具体为：负载了无线链路控制层协议数据单元RLC PDU的媒体接入控制协议数据单元MAC PDU。

优选地，所述方法还包括：在所述组帧的过程中，若所述授权信息＞待发的业务数据，且存在部分TB无RLC PDU数据负载需要发送，则根据所述授权信息的大小确定BSR的类型为捎带缓存状态报告PADDING BSR，将所述PADDING BSR封装在无RLC PDU数据负载需要发送的部分TB内。

一种用户设备，所述用户设备包括：

解析单元，用于UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息；

组帧单元，用于对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR；

上报单元，用于组帧上报时将BSR优先在主载波发送。

优选地，所述组帧单元，进一步用于在所述组帧的过程中，若满足所述BSR的组帧上报触发条件，需要在本传送时间间隔TTI内发送所述BSR，则将BSR封装在最后一个传输块TB内。

优选地，所述组帧单元，进一步用于在所述组帧的过程中，若所述授权信息＞待发的业务数据，且存在部分TB无RLC PDU数据负载需要发送，则根据所述授权信息的大小确定BSR的类型为捎带缓存状态报告PADDING BSR，将所述PADDING BSR封装在无RLC PDU数据负载需要发送的部分TB内。

本发明的上报缓存状态报告的方法包括：UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息；对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR；组帧上报时将BSR优先在主载波发送。采用本发明，由于能通过对授权信息的排序再进行组帧，控制BSR优先在主载波发送，而网络侧收到帧后，由于网络侧对应UE的物理层之上的数据链路层（L2）实体保存在主小区，因此，能直接对主载波发送的帧进行处理，避免随机发送，若将帧在辅载波上发送，最终还要通过光纤由辅小区传递到主小区进行处理，从而，采用本发明实施例降低了组帧复杂度，满足了实时性的需要。

附图说明

图1为本发明方法实施例的实现流程示意图；

图2为本发明设备实施例的组成结构示意图；

图3为应用本发明实施例的应用场景示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

本发明实施例涉及在载波聚合技术下UE上报BSR信元的场景，但不限制于该场景，本发明实施例是针对LTE-A载波聚合技术下链路层MAC PDU控制信元BSR的构建处理。载波聚合技术提供给UE更高的数据带宽，该载波聚合技术在一个TTI中提供给UE多个，最多5个TB用于传输，而不使用载波聚合技术，UE只能有一个TB可以传输。BSR信元携带的是UE侧的上行缓存状态，即上行待发数据大小，由UE侧的MAC模块，即MAC PDU进行构建，随后上报BSR。目前BSR信元携带的信息必须是全部TB组包后的缓存状态，BSR构建起来很复杂。

UE侧上报BSR给网络层，由于网络侧对应UE的物理层之上的数据链路层（L2）实体保存在主小区，所以UE发往辅小区的数据最终要通过光纤传递到主小区。由主小区根据BSR调度分往各个小区的上行授权，准备下一次的上行传输，而目前没有设定BSR在哪一个载波上组帧发送，BSR可以在辅载波，也可以在主载波上组帧发送，如果BSR是在辅载波上传输，与在主载波上传输相比会多出BSR控制信元从辅小区到主小区的转移过程，无法满足实时性的需要。

本发明实施例的上报缓存状态报告的方法，能降低BSR信元构建的复杂度，也能满足实时性的需要，如图1所示，包括以下步骤：

步骤101、UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息。

步骤102、对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR。

步骤103、组帧上报时将BSR优先在主载波发送。

本发明实施例的用户设备，如图2所示，包括：

解析单元11，用于UE接收到授权信息后，解析出所述授权信息中的主小区授权信息及辅小区授权信息。组帧单元12，用于对所述主小区授权信息及所述辅小区授权信息进行排序，并将所述主小区授权信息排在最后，最后组建在主载波上发送的缓存状态报告BSR。上报单元13，用于组帧上报时将BSR优先在主载波发送。

采用本发明实施例的有益效果为：

一方面，能尽可能地降低UE端BSR信元构建的复杂度，另一方面，能满足主小区接收到BSR实时性的需要。

就降低复杂度来说，载波聚合技术下，UE在一个TTI周期内需要完成多个TB上的MAC PDU构建。而根据协议上的要求，每个MAC PDU都可以携带BSR控制信元，并且如果此次上行发送能够把UE的上行数据全部发送完成，则取消BSR控制信元的发送。因此，如果没有一个合适的构建BSR信元的策略，有可能会在组建最后一个MAC PDU时，决策需要将本次TTI已组建的MAC PDU全部推翻重组，从而造成浪费或者延误发送时机。

就主小区接收到BSR实时性需要来说，网络侧对应UE的L2实体保存在主小区，所以UE发往辅小区的数据最终要通过光纤传递到主小区。由主小区根据接收到的BSR来调度分往各个小区的上行授权，准备下一次上行传输。由于没有设定BSR在哪一个载波上发送，是一种随机发送的过程，组帧上报BSR可能在辅载波传输，也可能在主载波传输。如果在辅载波上传输，与在主载波上传输相比会多出将BSR从辅小区到主小区的转移过程，不具备实时性。

采用本发明实施例，能够高效地处理组帧过程中的BSR控制信元的组建，也能满足主小区接收到BSR的实时性需要。在UE侧接收到包括主、辅小区授权信息的授权信息后，将授权信息做一下排序，将主小区的授权信息排在最后，UE最后组建在主小区上发送的MACPDU。在组帧过程中，如果发现满足BSR触发条件，需要在本TTI内发送BSR控制信元，则将BSR控制信元放在最后一个负载了RLC PDU的MAC PDU内，此时如果授权大于待发数据，而且存在部分TB无RLC PDU数据负载需要发送的情况，则该TB携带捎带缓存状态报告（PADDINGBSR）。PADDING BSR简称捎带BSR，为BSR的一种类型，除此之外，BSR还包括：常规BSR、周期性BSR。对于PADDING BSR，UE在MAC PDU的时候，除了传输业务数据所需的资源外，若还有剩余资源可用（PADDING），就触发PADDING BSR。

以下通过一个具体应用场景对本发明实施例进行描述，如图3所示，图3的流程包括以下步骤：

步骤201、组帧时判断是否有授权，如果无授权，则退出组帧。

本步骤为排序过程，将主小区授权信息排序在最后，最后组建在主载波上发送的缓存状态报告BSR。

步骤202、有授权信息，则取一个授权信息，准备组帧。

步骤203、判断是否有数据待发，如无业务数据待发，则执行步骤204；如有业务数据待发，则进入步骤205。

步骤204、如无业务数据待发，则组PADDING BSR，转入返回步骤201。

步骤205、检查授权信息是否大于待发数据，如果授权信息大于待发数据，则进入步骤206，否则进入步骤207。

步骤206、判断是否需要占用BSR授权，如果需要，则根据需要组BSR和业务数据，否则，组帧但不组BSR，只组业务数据；之后，转入步骤201。

步骤207、判断是否为主载波上的授权，（即该上行传输是否在主小区上进行），如果是，则根据需要组BSR和业务数据，结束组帧，否则，组帧但不组BSR，只组业务数据，并转入步骤201。

需要指出的是，网络侧为UE分配上行资源，发送授权后，UE获取授权，如果该授权刚够发送所有上行数据，则可以不发BSR，无需组BSR，仅仅组帧时组业务数据，发送上行数据即可，如果该授权不够发送所有上行数据，则需要发BSR，以便网络侧根据上报BSR的UE所需的上行数据量进行后续传输调度，为下一次传输做准备，组帧时组BSR和业务数据。

本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的终端小区切换中与WLAN互操作决策的方法。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种上报缓存状态报告的方法，其特征在于，所述方法包括：

组帧上报时将BSR优先在主载波发送；

所述方法还包括：在所述组帧的过程中，若所述授权信息＞待发的业务数据，且存在部分TB无RLC PDU数据负载需要发送，则根据所述授权信息的大小确定BSR的类型为捎带缓存状态报告PADDING BSR，将所述PADDING BSR封装在无RLC PDU数据负载需要发送的部分TB内。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述组帧的过程中，若满足所述BSR的组帧上报触发条件，需要在本传送时间间隔TTI内发送所述BSR，则将BSR封装在最后一个传输块TB内。

3.根据权利要求2所述的方法，其特征在于，所述TB具体为：负载了无线链路控制层协议数据单元RLC PDU的媒体接入控制协议数据单元MAC PDU。

4.一种用户设备，其特征在于，所述用户设备包括：

上报单元，用于组帧上报时将BSR优先在主载波发送；

所述组帧单元，进一步用于在所述组帧的过程中，若所述授权信息＞待发的业务数据，且存在部分TB无RLC PDU数据负载需要发送，则根据所述授权信息的大小确定BSR的类型为捎带缓存状态报告PADDING BSR，将所述PADDING BSR封装在无RLC PDU数据负载需要发送的部分TB内。

5.根据权利要求4所述的用户设备，其特征在于，所述组帧单元，进一步用于在所述组帧的过程中，若满足所述BSR的组帧上报触发条件，需要在本传送时间间隔TTI内发送所述BSR，则将BSR封装在最后一个传输块TB内。

6.根据权利要求5所述的用户设备，其特征在于，所述TB具体为：负载了无线链路控制层协议数据单元RLC PDU的媒体接入控制协议数据单元MAC PDU。