CN107277856A - 一种配置、触发缓冲区状态上报的方法及装置 - Google Patents
一种配置、触发缓冲区状态上报的方法及装置 Download PDFInfo
- Publication number
- CN107277856A CN107277856A CN201710314179.1A CN201710314179A CN107277856A CN 107277856 A CN107277856 A CN 107277856A CN 201710314179 A CN201710314179 A CN 201710314179A CN 107277856 A CN107277856 A CN 107277856A
- Authority
- CN
- China
- Prior art keywords
- bsr
- value
- logic channel
- reported
- business
- 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.)
- Pending
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
Abstract
本发明公开了一种配置、触发缓冲区状态上报的方法及装置，包括：网络侧基于业务确定在各逻辑信道上传输的数据的时延要求；根据时延要求配置缓存状态上报触发机制。终端侧接收网络侧配置的缓存状态上报触发机制后，根据所述缓存状态上报触发机制触发缓存状态上报。采用本发明，能够满足各种业务的传输时延要求。特别是在5G NR中，能够满足业务的高可靠低时延的需求，在有新的上行数据到达时，以更低的时延更新缓存状态以缩短上行传输时延。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种配置、触发缓冲区状态上报的方法及装置。
背景技术
下面先对LTE(Long Term Evolution，长期演进)系统的BSR(Buffer StateReporting，缓冲区状态上报)机制进行简要介绍。
LTE系统都是基于调度的系统，由基站为终端设备分配数据传输所需的时频资源，终端根据基站的调度命令进行下行数据接收或者上行数据发送。上行数据传输是由基站调度的，基站调度器确定上行资源分配情况之后会通过UL grant(上行调度许可)通知终端。基站调度器进行上行资源分配的依据是终端要发送的上行数据量，即终端的缓存状态。该缓存在终端侧，基站要想获知该信息，就需要终端向基站进行BSR(Buffer state report，缓存状态上报)。LTE Rel-11及之前版本中BSR机制如下：
(1)BSR上报的粒度：
LTE系统BSR上报是基于LCG(logical channel group，逻辑信道组)的，一共定义了4个LCG。承载/逻辑信道对应的LCG ID(标识)是承载建立时配置的。
(2)BSR相关RRC(Radio Resource Control，无线资源控制)层参数配置：
LTE系统中RRC层针对BSR配置的参数包括如下两个定时器，这两个定时器均是基于UE(User Equipment，用户设备)配置和维护的：
retxBSR-Timer：禁止BSR上报的定时器；
periodicBSR-Timer：周期性BSR上报的定时器；
(3)BSR分类以及触发机制：
Regular BSR(常规BSR)：(1)当有比当前buffer中的数据更高优先级的数据到达或原本为空的buffer中有数据到达时触发；(2)retxBSR-Timer超时且缓存中有数据时触发。
Periodic BSR(周期性BSR)：periodicBSR-Timer超时时触发Periodic BSR。
Padding BSR(捎带BSR)：如果UE在组织MAC PDU(MAC：Media Access Control，媒体接入控制；PDU：Protocol Data Unit，协议数据单元)的时候，除了需要传输的数据外还有资源可用(也即可以Padding)，可以触发Padding BSR。
(4)BSR上报原则：
对于Regular BSR和Periodic BSR，如果多余一个LCG有数据可用，则上报longBSR(长BSR)，否则上报short BSR(短BSR)；
对于Padding BSR，如果Padding bit数大于等于(short BSR+MAC subheader(子头))但是小于(long BSR+MAC subheader)，则如果UE有多余一个LCG有数据可用，则上报截短的BSR，否则上报short BSR；如果Padding bit大于等于(long BSR+MAC subheader)，则上报long BSR；
触发BSR后，Periodic BSR和Padding BSR都要在有上行资源可用时才能上报，Regular BSR在没有上行资源可用时则会触发SR(Scheduling Request，调度请求)过程，请求基站给UE分配上行资源。
基站给UE分配上行资源后，如果该资源刚够发送所有上行数据，则可以不发BSR，直接发送上行数据；如果该资源不够发送所有上行数据，优先上报Regular BSR或者Periodic BSR，基站再根据BSR上报的UE所需上行数据量进行后续传输调度。
一个MAC PDU最多包含一个BSR。BSR优先级：Regular BSR＝Periodic BSR>Padding BSR，如果多个BSR同时触发，只上报优先级最高的，对于Regular BSR和PeriodicBSR，由于其上报内容相同，都包含UE buffer中全部可用的数据量信息，上报格式完全相同，任选一个上报即可。MAC层在组织MAC PDU的时候优先放置这两类MAC CE(MAC控制单元；CE：Control Element，控制单元)，其后才放置MAC SDU(Service Data Unit，业务数据单元)。
Padding BSR的优先级低于数据。在同一个子帧，可以在不同MAC PDU上报PaddingBSR和regular/periodic BSR。
(5)BSR上报后的处理：
只要BSR被触发且可以上报，则启动或重启periodicBSR-Timer和retxBSR-Timer，但是，需要注意对于截短的BSR，不能启动/重启periodicBSR-Timer，只能启动或重启retxBSR-Timer。
(6)BSR上报格式：
图1为MAC子头格式示意图，图2为短BSR和截短BSR MAC CE格式示意图，图3为长BSR格式示意图，BSR以MAC CE的形式上报，上报时分为MAC子头和MAC CE两部分，BSR MACCE包括长BSR和短BSR两种格式，truncated BSR(截短的BSR)和short BSR格式相同。具体的，LTE系统中MAC子头和BSR MAC CE的格式如图1、图2、图3所示。
其中各域的含义如下：
LCID(Logical Channel ID，逻辑信道标识)：用于标识对应负荷部分的逻辑信道号，long BSR、short BSR、truncated BSR各有一个LCID。
E：扩展比特，用于指示下一个byte是MAC子头还是MAC负荷。
R：预留比特。
LCG ID：逻辑信道组编号。LTE系统中BSR上报时划分了4个逻辑信道组。
Buffer Size：对应逻辑信道组中的数据缓存量。
对于BSR上报，R10/11版本和R8/9版本的区别在于R10/11版本由于支持载波聚合，峰值速率提升，因此引入了新的BS table(缓冲区状态表，BS：Buffer Status，缓冲区状态)。支持R10/11的UE上报BSR时是否使用新的BS table由基站通过RRC信令配置。不管是R8/9的BS table还是R10/11的BS table都是64级量化，即用6bit可以表示对应的量化值，所以上面BSR MAC CE格式中每个LCG的buffer size取值都是6bit。
在5G NR(next generation Radio，下一代无线)中，对业务的高可靠低时延的需求进一步提高，需要UE在有新的上行数据到达时，以更低的时延更新缓存状态以缩短上行传输时延。
然而，现有技术的不足在于，当前设置BSR触发条件的机制会导致上行传输时延超出5G NR中某些业务的时延需求。
发明内容
本发明提供了一种配置、触发缓冲区状态上报的方法及装置，具体提供了一种配置BSR触发机制的方法及装置、一种触发BSR的方法及装置，用以解决当前BSR触发机制会导致上行传输时延超出5G NR中某些业务的时延需求的问题。
本发明实施例中提供了一种配置BSR触发机制的方法，包括：
基于业务确定在各逻辑信道上传输的数据的时延要求；
根据时延要求配置BSR触发机制。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，进一步包括：
若BSR触发上报定时器超时，终端设置BSR上报等待flag的值为第二数值。
实施中，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，终端设置BSR上报等待flag的值为第二数值。
实施中，若BSR上报等待flag的值为第二数值，终端按以下方式之一或者其组合执行：
终端上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，终端每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，当终端触发BSR上报后，进一步包括：
终端将BSR上报等待flag的值设为第一数值。
实施中，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，终端在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
本发明实施例中提供了一种触发BSR的方法，包括：
接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
根据所述BSR触发机制触发BSR。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，进一步包括：
若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
实施中，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
实施中，若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，当触发BSR上报后，进一步包括：
将BSR上报等待flag的值设为第一数值。
实施中，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
本发明实施例中提供了一种配置BSR触发机制的装置，包括：
确定模块，用于基于业务确定在各逻辑信道上传输的数据的时延要求；
配置模块，用于根据时延要求配置BSR触发机制。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，配置模块进一步用于通过专用信令和/或协议约定配置所述BSR触发机制。
实施中，配置模块进一步用于在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，配置模块进一步用于在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，配置模块进一步用于若BSR触发上报定时器超时，终端设置BSR上报等待flag的值为第二数值。
实施中，配置模块进一步用于若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，终端设置BSR上报等待flag的值为第二数值。
实施中，配置模块进一步用于若BSR上报等待flag的值为第二数值，终端按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，终端每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，配置模块进一步用于当终端触发BSR上报后，将BSR上报等待flag的值设为第一数值。
实施中，配置模块进一步用于在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，终端在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
本发明实施例中提供了一种触发BSR的装置，包括：
接收模块，用于接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
触发模块，用于根据所述BSR触发机制触发BSR。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，触发模块进一步用于若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
实施中，触发模块进一步用于若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
实施中，触发模块进一步用于若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，触发模块进一步用于当触发BSR上报后，将BSR上报等待flag的值设为第一数值。
实施中，触发模块进一步用于在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
本发明有益效果如下：
在本发明实施例提供的技术方案中，由于BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制，也即，本方案基于逻辑信道的特性(如时延)设置BSR触发条件的机制，即具备特定特性(如特定时延需求)的逻辑信道在有新数据到达时可以触发regular BSR和SR。因此，该方案能够满足各种业务的传输时延要求。
进一步的，特别是在5G NR中，能够满足业务的高可靠低时延的需求，在有新的上行数据到达时，以更低的时延更新缓存状态以缩短上行传输时延。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为背景技术中MAC子头格式示意图；
图2为背景技术中短BSR和截短BSR MAC CE格式示意图；
图3为背景技术中长BSR格式示意图；
图4为本发明实施例中网络侧配置BSR触发机制的方法实施流程示意图；
图5为本发明实施例中终端侧触发BSR的方法实施流程示意图；
图6为本发明实施例中网络侧的配置BSR触发机制的装置结构示意图；
图7为本发明实施例中终端侧触发BSR的装置结构示意图；
图8为本发明实施例中基站结构示意图；
图9为本发明实施例中UE结构示意图。
具体实施方式
发明人在发明过程中注意到：
NR系统物理层支持多numerology(基带参数)/TTI(Transmission TimeInterval，传输时间间隔)。Numerology和TTI的概念分别如下：
Numerology是3GPP RAN1(第三代合作项目：无线接入网络)的一个专业术语，可以翻译为基带参数。不同numerology之间的主要区别是：不同numerology支持的子载波间隔不同。比如5G NR系统支持的子载波间隔至少包括：15KHz，60KHz，这两个不同子载波间隔对应的numerology就是两个独立的numerology。
一般而言，高速终端使用的numerology和低速终端使用的numerology不同；高频和低频使用的numerology也不相同。不同numerology的使用除了和速度以及频率相关外，业界还有一种理解就是不同业务可以使用的numerology也可能不同，比如URLLC(Ultra-Reliable and Low Latency Communications，高可靠低时延通信)和eMBB(enhancedMobile Broadband，增强型宽带通信)使用的numerology可能不同。
TTI即传输时间间隔。传统的LTE系统中，TTI长度为1ms。从LTE R14开始，为了支持时延缩减，引入了不同TTI长度，比如1个OFDM(Orthogonal Frequency DivisionMultiplex，正交频分复用)符号长度。不同TTI长度在5G系统中得到沿用并可以应用于每个numerology上，即5G NR中不同numerology可以使用不同TTI长度，也可以使用相同TTI长度，并且任何一个时刻某个numerology上针对不同终端使用的TTI长度可以是动态变化的。TTI长度的选择主要和业务时延相关，比如对于URLLC业务因为其支持的时延要求比较高，所以可能会选择长度较短的TTI长度，比如1个OFDM符号的TTI长度。
对于NR系统，一个承载/逻辑信道对应的numerology和/或TTI是通过网络配置的，比如网络在承载/逻辑信道建立时可以通过RRC信令配置承载/逻辑信道对应的numerology和/或TTI，也可以通过RRC重配过程修改一个承载/逻辑信道对应的numerology和/或TTI。
在现有LTE网络中，UE基于SR和BSR机制请求上行调度。当UE的上行缓存区数据发生变化时，UE是否能够及时通过BSR上报向网络更新缓存状态直接影响上行调度的时延。
然而，在现有LTE中，在UE缓存区不为空的时候，在同优先级和更低优先级的逻辑信道上有新数据到达时，UE只能通过padding BSR(填充BSR，捎带BSR)和periodic BSR更新缓存状态。此时，如果UE的上行资源一直没有padding bit(填充字节)用于发送BSR或者PeridiocBSR-Timer(周期性BSR定时器)设置的较大，则会导致上行传输时延超出5G NR中某些业务的时延需求。
也即，在5G NR中，业务的高可靠低时延的需求进一步提高，需要UE在有新的上行数据到达时，以更低的时延更新缓存状态以缩短上行传输时延。基于此，本发明实施例中给出了一种传统LTE不具备的基于逻辑信道的特性(如时延)设置BSR触发条件的机制，即具备特定特性(如特定时延需求)的逻辑信道在有新数据到达时可以触发regular BSR和SR。下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，将分别从UE与基站侧的实施进行说明，其中基站侧将说明配置的过程，UE侧将说明触发上报的过程，然后还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当UE与基站分开实施时，其也各自解决UE侧、基站侧的问题，而二者结合使用时，会获得更好的技术效果。
图4为网络侧配置BSR触发机制的方法实施流程示意图，如图所示，可以包括：
步骤401、基于业务确定在各逻辑信道上传输的数据的时延要求；
步骤402、根据时延要求配置BSR触发机制。
图5为终端侧触发BSR的方法实施流程示意图，如图所示，可以包括：
步骤501、接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
步骤502、根据所述BSR触发机制触发BSR。
容易理解，在网络侧配置BSR触发机制以及终端侧根据所述BSR触发机制触发BSR之间有不同之处，但也存在对应关系，因此，对应实施的部分将只会在一侧进行详细说明，另一侧进行简单说明，具体实施时按照对应关系调整即可。
实施中，将由网络配置特定逻辑信道采用不考虑逻辑信道优先级的BSR触发机制，该配置的特定逻辑信道有新的上行数据到达则触发BSR。
实施中将提供两种类型的配置，其中第一类配置用于指示哪些逻辑信道可以使用这种BSR触发机制，第二类配置则是用于控制BSR上报的，用以避免BSR不必要的上报。具体如下：
第一类配置：
1.使用专用信令指示哪些逻辑信道可以使用这种BSR触发机制；
2.网络指示哪些TTI/numerology支持这种BSR触发机制，该方式下，UE收到指示以后，认为绑定到这些TTI/numerology的逻辑信道可以使用这种BSR触发机制；
3.在协议中约定哪些TTI/numerology支持这种BSR触发机制，该方式下，UE收到指示以后，认为绑定到这些TTI/numerology的逻辑信道可以使用这种BSR触发机制。
终端在PDCP或RLC的缓存上有该逻辑信道，也即第一类配置指示的支持这种BSR触发机制的逻辑信道的新数据到达时触发BSR。
第二类配置：
1.BSR触发上报定时器进行配置；
2.BSR触发上报数据量门限进行配置；
3.配置使能该逻辑信道的BSR上报等待flag功能进行配置。
上述两类配置的具体实施方式下面将进行说明。
具体的，在确定哪些逻辑信道可以使用这种BSR触发机制时，也即，时延要求可以是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，BSR触发机制可以是在该逻辑信道上有新数据到达时触发BSR。
实施中，BSR触发机制是通过专用信令和/或协议约定配置的。
具体的，网络侧可以通过以下方式配置特定逻辑信道配置新的BSR触发机制(即忽略逻辑信道优先级的BSR触发机制)：
通过专用信令和/或协议约定配置特定逻辑信道上述BSR触发机制；
通过专用信令和/或协议约定配置绑定特定TTI/numerology的逻辑信道采用上述BSR触发机制。
下面先对网络侧行为进行说明。
实施中，为了控制BSR上报的频率，使得上报合理、必要，这些控制BSR上报的方案，用于支持新的BSR上报机制的逻辑信道所触发的BSR；则，在配置了所述BSR触发机制的逻辑信道上，还可以进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
具体的，网络侧可以为承载时延要求满足一定门限的业务的逻辑信道配置上述BSR触发机制；网络侧可以为采用上述新的BSR触发机制的逻辑信道配置BSR触发上报定时器；网络侧可以为采用上述新的BSR触发机制的逻辑信道配置BSR触发上报数据量门限；网路侧可以使能该逻辑信道的BSR上报等待flag(标志)功能。
具体实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
其中，参数新到达数据量X的用法是：统计信道到达的数据量，当参数新到达数据量X到达一定门限时上报BSR。BSR上报之后，参数新到达数据量X归零，继续统计后续新到达的数据量；
上报定时器的用法是：统计终端触发BSR的时间，触发超过一定时间后可以上报；
上述两种任意一个条件先达到了，即满足了BSR上报的条件。
对于不同的BSR上报等待flag的值按约定、协议等通常会有不同的含义，具体实施中可以根据现行的要求来设置相适应的第一数值、第二数值。按当前协议规定，第一数值为0，第二数值为1，为更好地理解如何实施下面的具体实例中也将以为0的第一数值以及为1的第二数值为例进行说明，容易理解，当约定或者协议规定变化时，将第一数值、第二数值的具体数值修改即可。BSR上报等待flag的效果是，因为在满足BSR上报条件时到BSR被发送出去的中间可能有一段时间，这段时间将flag设为1，可以避免参数新到达数据量X和上报定时器发挥作用。当BSR被发送出去以后，flag变为0，参数新到达数据量X和上报定时器重新发挥作用。
下面对终端侧行为进行说明。
实施中，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
具体实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
具体实施中，还可以进一步包括：
若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
具体实施中，还可以进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
具体实施中，若BSR上报等待flag的值为第二数值，可以按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
具体实施中，当触发BSR上报后，还可以进一步包括：
将BSR上报等待flag的值设为第一数值0。
具体实施中，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值0时，不上报该逻辑信道触发的SR和BSR。
具体的，收到专用信令指示的逻辑信道采用上述新的BSR触发机制；
对于采用上述新的BSR触发机制的逻辑信道可以如下：
网络为某个逻辑信道配置了BSR触发上报数据量门限时，UE将参数新到达数据量X的初始值设为0；
缓存中(PDCP或RLC的缓存)有该逻辑信道的新的上行数据到达时，触发BSR；
此BSR可以触发SR；
如果网络为该逻辑信道配置了BSR触发上报定时器并且BSR上报等待flag的值为第一数值时，启动此定时器；
如果网络为该逻辑信道配置了BSR触发上报数据量门限并且BSR上报等待flag的值为第一数值，将X的值设置为当前值加上新到达的数据量。
当BSR触发上报定时器超时，UE设置BSR上报等待flag的值为第二数值。
当X的值大于或等于BSR触发上报数据量门限时，UE设置BSR上报等待flag的值为第二数值。
如果BSR上报等待flag的值为第二数值时：
UE可以上报该逻辑信道的SR和BSR；
重置X的值为0；
停止BSR触发上报定时器。
BSR上报等待flag的值为第一数值0时：
每次该逻辑信道有新数据到达，将X的值设置为其当前值加上新到达的数据量。
当UE发送了该逻辑信道触发的BSR时：
将BSR上报等待flag的值设置为第一数值。
如果网络使能该逻辑信道的BSR上报等待flag功能，在UE没有开启BSR上报等待flag的值为第一数值时，UE不能上报该逻辑信道触发的SR和BSR。
下面以实例进行说明。
实施例一：
步骤一：网络配置通过专用配置信令指示LCH(Logical Channel，逻辑信道)A采用上述新的BSR触发机制，同时没有为LCH A配置BSR触发上报定时器和BSR触发上报数据量门限，并且BSR上报等待flag没有使能。
步骤二：在时刻T1，LCH A有新的上行数据到达UE的上行数据缓存，LCH A触发BSRA，同时BSR A触发SR A。
步骤三：在时刻T2，UE具有可以发送LCH A触发的SR的专用PUCCH(PhysicalUplink Control Channel，物理上行控制信道)资源，UE通过该PUCCH资源发送SR A给网络。
步骤四：在时刻T2，UE有UL grant指示的PUSCH(Physical Uplink SharedChannel，物理上行链路共享信道)资源，UE通过该PUSCH资源发送BSR A给网络并且删除SRA。
实施例二：
步骤一：网络配置通过专用配置信令指示LCH A采用上述新的BSR触发机制，为LCHA配置BSR触发上报定时器并且使能BSR上报等待flag。
步骤二：在时刻T1，LCH A有新的上行数据到达UE的上行数据缓存，LCH A触发BSRA，同时BSR A触发SR A。
步骤三：在时刻T1，如果UE没有设置BSR上报等待flag，需要同时启动BSR触发上报定时器。
步骤四：在时刻T2，BSR触发上报定时器超时，UE设置BSR上报等待flag。
步骤五：在时刻T3，UE已经设置BSR上报等待flag，并且UE具有可以发送LCH A触发的SR的专用PUCCH资源。UE通过该PUCCH资源发送SR A给网络，之后删除由LCH A触发的SR。
步骤六：在时刻T4，UE已经设置BSR上报等待flag，UE有UL grant指示的PUSCH资源，UE通过该PUSCH资源发送BSR A给网络，之后删除有LCH A触发的SR和BSR。UE取消BSR上报等待flag。
实施例三：
步骤一：网络配置通过专用配置信令指示LCH A采用上述新的BSR触发机制，为LCHA配置BSR触发上报数据量门限并且使能BSR上报等待flag。
步骤二：任意时刻，LCH A有B byte的新上行数据到达UE的上行数据缓存，UE将参数新到达数据量X的值设置为X＝X+B。
步骤三：在时刻T2，X的值大于或者等于BSR触发上报数据量门限，UE设置BSR上报等待flag。
步骤四：在时刻T3，UE已经设置BSR上报等待flag，并且UE具有可以发送LCH A触发的SR的专用PUCCH资源。UE通过该PUCCH资源发送SR A给网络，之后删除由LCH A触发的SR。
步骤五：在时刻T4，UE已经设置BSR上报等待flag，UE有UL grant指示的PUSCH资源，UE通过该PUSCH资源发送BSR A给网络，之后删除有LCH A触发的SR和BSR。UE取消BSR上报等待flag。
实施例四：
步骤一：网络配置通过专用配置信令指示LCH A采用上述新的BSR触发机制，为LCHA配置BSR触发上报数据量门限和BSR触发上报定时器并且使能BSR上报等待flag。
步骤二：在时刻T1，LCH A有新的上行数据到达UE的上行数据缓存，LCH A触发BSRA，同时BSR A触发SR A。
步骤三：在时刻T1，如果UE没有设置BSR上报等待flag，需要同时启动BSR触发上报定时器。
步骤四：任意时刻，LCH A有B byte的新上行数据到达UE的上行数据缓存，如果UE没有设置BSR上报等待flag，将参数新到达数据量X的值设置为X＝X+B。
步骤五：在时刻T2，BSR触发上报定时器超时，UE设置BSR上报等待flag。将A的值设置为0。
步骤六：在时刻T3，UE已经设置BSR上报等待flag，并且UE具有可以发送LCH A触发的SR的专用PUCCH资源。UE通过该PUCCH资源发送SR A给网络，之后删除由LCH A触发的SR。
步骤七：在时刻T4，UE已经设置BSR上报等待flag，UE有UL grant指示的PUSCH资源，UE通过该PUSCH资源发送BSR A给网络，之后删除有LCH A触发的SR和BSR。UE取消BSR上报等待flag。
实施例五：
步骤一：网络配置通过专用配置信令指示LCH A采用上述新的BSR触发机制，为LCHA配置BSR触发上报数据量门限和BSR触发上报定时器并且使能BSR上报等待flag。
步骤二：在时刻T1，LCH A有新的上行数据到达UE的上行数据缓存，LCH A触发BSRA，同时BSR A触发SR A。
步骤三：在时刻T1，如果UE没有设置BSR上报等待flag，需要同时启动BSR触发上报定时器。
步骤四：任意时刻，LCH A有B byte的新上行数据到达UE的上行数据缓存，如果UE没有设置BSR上报等待flag，将参数新到达数据量X的值设置为X＝X+B。
步骤五：在时刻T2，X的值大于或者等于BSR触发上报数据量门限，UE设置BSR上报等待flag。将A的值设置为0并且停止正在运行的BSR触发上报定时器。
步骤六：在时刻T3，UE已经设置BSR上报等待flag，并且UE具有可以发送LCH A触发的SR的专用PUCCH资源。UE通过该PUCCH资源发送SR A给网络，之后删除由LCH A触发的SR。
步骤七：在时刻T4，UE已经设置BSR上报等待flag，UE有UL grant指示的PUSCH资源，UE通过该PUSCH资源发送BSR A给网络，之后删除有LCH A触发的SR和BSR。UE取消BSR上报等待flag。
基于同一发明构思，本发明实施例中还提供了一种配置BSR触发机制的装置、一种触发BSR的装置，由于这些装置解决问题的原理与一种配置BSR触发机制的方法、一种触发BSR的方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。
图6为网络侧的配置BSR触发机制的装置结构示意图，如图所示，可以包括：
确定模块601，用于基于业务确定在各逻辑信道上传输的数据的时延要求；
配置模块602，用于根据时延要求配置BSR触发机制。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，配置模块进一步用于通过专用信令和/或协议约定配置所述BSR触发机制。
实施中，配置模块进一步用于在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，配置模块进一步用于在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，配置模块进一步用于若BSR触发上报定时器超时，终端设置BSR上报等待flag的值为第二数值。
实施中，配置模块进一步用于若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，终端设置BSR上报等待flag的值为第二数值。
实施中，配置模块进一步用于若BSR上报等待flag的值为第二数值，终端按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，终端每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，配置模块进一步用于当终端触发BSR上报后，将BSR上报等待flag的值设为第一数值。
实施中，配置模块进一步用于在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，终端在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
图7为终端侧触发BSR的装置结构示意图，如图所示，可以包括：
接收模块701，用于接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
触发模块702，用于根据所述BSR触发机制触发BSR。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，触发模块进一步用于若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
实施中，触发模块进一步用于若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
实施中，触发模块进一步用于若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，触发模块进一步用于当触发BSR上报后，将BSR上报等待flag的值设为第一数值。
实施中，触发模块进一步用于在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图8为基站结构示意图，如图所示，基站中包括：
处理器800，用于读取存储器820中的程序，执行下列过程：
基于业务确定在各逻辑信道上传输的数据的时延要求；
收发机810，用于在处理器800的控制下接收和发送数据，执行下列过程：
根据时延要求配置BSR触发机制。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，进一步包括：
若BSR触发上报定时器超时，终端设置BSR上报等待flag的值为第二数值。
实施中，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，终端设置BSR上报等待flag的值为第二数值。
实施中，若BSR上报等待flag的值为第二数值，终端按以下方式之一或者其组合执行：
终端上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，终端每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，当终端触发BSR上报后，进一步包括：
终端将BSR上报等待flag的值设为第一数值。
实施中，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，终端在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。
图9为UE结构示意图，如图所示，用户设备包括：
处理器900，用于读取存储器920中的程序，执行下列过程：
根据所述BSR触发机制触发BSR；
收发机910，用于在处理器900的控制下接收和发送数据，执行下列过程：
接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制。
实施中，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
实施中，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
实施中，所述BSR触发机制是通过专用信令和/或协议约定配置的。
实施中，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
实施中，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
实施中，进一步包括：
若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
实施中，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
实施中，若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
实施中，当触发BSR上报后，进一步包括：
将BSR上报等待flag的值设为第一数值。
实施中，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
其中，在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口930还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器900负责管理总线架构和通常的处理，存储器920可以存储处理器900在执行操作时所使用的数据。
综上所述，本发明实施例提供的方案中，网络配置特定逻辑信道采用不考虑逻辑信道优先级的BSR触发机制，该配置的特定逻辑信道有新的上行数据到达则触发BSR。
具体的，还提供了网络侧行为如下：
网络侧基于业务的时延要求选择哪些逻辑信道支持本申请中的BSR触发机制；
网络侧通过专用信令指示逻辑信道是否支持本申请中的BSR触发机制；
网络侧通过专用信令指示绑定到特定TTI/numerology的逻辑信道支持本申请中的BSR触发机制；
网络侧可以基于业务的是要需求，决定哪些逻辑信道支持本申请中的BSR触发机制；
网络侧通过专用信令为逻辑信道配置BSR触发上报定时器；
网络通过专用信令为逻辑信道配置BSR触发上报数据量门限；
网络侧使能BSR上报等待flag。
具体的，还提供了UE侧行为如下：
UE认为该专用信令配置的逻辑信道支持本申请中的BSR触发机制；
UE认为绑定到该特定TTI/numerology的逻辑信道支持本申请中的BSR触发机制；
对于支持本申请中的BSR触发机制的逻辑信道：
该逻辑信道的有新的上行数据到达UE的缓存时，触发BSR；
该BSR会触发SR；
如果网络给该逻辑信道配置了BSR触发上报定时器，且UE中所述的BSR上报等待flag的值为第一数值，则当该逻辑信道触发BSR时，UE启动BSR触发上报定时器；
如果网络给该逻辑信道配置了BSR触发上报数据量门限，UE需要维护变量新到达数据量；
如果网络给该逻辑信道配置了BSR触发上报数据量门限，且UE中所述的BSR上报等待flag的值为第一数值，则该逻辑信道有新数据到达缓存UE缓存时，UE设置新到达数据量的值为该变量的当前值加上新到达缓存的数据量；
当BSR触发上报定时器超时或者新到达数据量大于BSR触发上报数据量门限时，UE将BSR上报等待flag的值设置为第二数值；
当BSR上报等待flag的值为第二数值时，停止BSR触发上报定时器并且将变量新到达数据量的重置为0；
如网络使能BSR上报等待flag功能，UE只有在BSR上报等待flag的值为第二数值的时候，才能上报该逻辑信道触发的BSR和SR。
可见，本申请给出了一种新的BSR触发机制，网络侧可以根据业务的时延需求选择配置哪些逻辑信道支持该BSR触发机制。对于支持该BSR触发机制的逻辑信道，当该逻辑信道有新的上行数据到达UE缓存时，需要触发BSR。使用这种BSR上报机制，可以缩短基于BSR请求资源的上行传输时延，满足5G NR对上行业务上行传输时延的要求。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (36)
1.一种配置缓存状态上报BSR触发机制的方法，其特征在于，包括：
基于业务确定在各逻辑信道上传输的数据的时延要求；
根据时延要求配置BSR触发机制。
2.如权利要求1所述的方法，其特征在于，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定传输时间间隔TTI或基带参数numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
3.如权利要求1或2所述的方法，其特征在于，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
4.如权利要求3所述的方法，其特征在于，所述BSR触发机制是通过专用信令和/或协议约定配置的。
5.如权利要求4所述的方法，其特征在于，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待标志flag功能。
6.如权利要求5所述的方法，其特征在于，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
7.如权利要求6所述的方法，其特征在于，进一步包括：
若BSR触发上报定时器超时，终端设置BSR上报等待flag的值为第二数值。
8.如权利要求6所述的方法，其特征在于，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，终端设置BSR上报等待flag的值为第二数值。
9.如权利要求7或8所述的方法，其特征在于，若BSR上报等待flag的值为第二数值，终端按以下方式之一或者其组合执行：
终端上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，终端每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
10.如权利要求1至9任一所述的方法，其特征在于，当终端触发BSR上报后，进一步包括：
终端将BSR上报等待flag的值设为第一数值。
11.如权利要求5所述的方法，其特征在于，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，终端在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
12.一种触发BSR的方法，其特征在于，包括：
接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
根据所述BSR触发机制触发BSR。
13.如权利要求12所述的方法，其特征在于，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
14.如权利要求12或13所述的方法，其特征在于，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
15.如权利要求14所述的方法，其特征在于，所述BSR触发机制是通过专用信令和/或协议约定配置的。
16.如权利要求15所述的方法，其特征在于，在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
17.如权利要求16所述的方法，其特征在于，在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
18.如权利要求17所述的方法，其特征在于，进一步包括：
若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
19.如权利要求17所述的方法，其特征在于，进一步包括：
若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
20.如权利要求18或19所述的方法，其特征在于，若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
21.如权利要求12至20任一所述的方法，其特征在于，当触发BSR上报后，进一步包括：
将BSR上报等待flag的值设为第一数值。
22.如权利要求16所述的方法，其特征在于，在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
23.一种配置BSR触发机制的装置，其特征在于，包括：
确定模块，用于基于业务确定在各逻辑信道上传输的数据的时延要求；
配置模块，用于根据时延要求配置BSR触发机制。
24.如权利要求23所述的装置，其特征在于，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
25.如权利要求23或24所述的装置，其特征在于，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
26.一种触发BSR的装置，其特征在于，包括：
接收模块，用于接收网络侧配置的BSR触发机制，其中，所述BSR触发机制是网络侧在基于业务确定在各逻辑信道上传输的数据的时延要求后，根据时延要求配置的BSR触发机制；
触发模块，用于根据所述BSR触发机制触发BSR。
27.如权利要求26所述的装置，其特征在于，所述时延要求是以下业务之一或者其组合的业务的时延要求：
高可靠低时延业务；
绑定了特定TTI或numerology的逻辑信道上的业务；
为承载时延要求需满足一定门限的业务。
28.如权利要求26或27所述的装置，其特征在于，所述BSR触发机制是在该逻辑信道上有新数据到达时触发BSR。
29.如权利要求28所述的装置，其特征在于，所述BSR触发机制是通过专用信令和/或协议约定配置的。
30.如权利要求29所述的装置，其特征在于，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上，进一步包括以下配置之一其组合：
配置BSR触发上报定时器；
配置BSR触发上报数据量门限；
配置使能该逻辑信道的BSR上报等待flag功能。
31.如权利要求30所述的装置，其特征在于，触发模块进一步用于在配置了所述BSR触发机制的逻辑信道上：
若该逻辑信道触发了BSR，且网络侧配置了BSR触发上报定时器且BSR上报等待flag的值为第一数值，终端启动BSR触发上报定时器；
若网络侧配置了BSR触发上报数据量门限且BSR上报等待flag的值为第一数值，每次该逻辑信道有新数据到达，将参数新到达数据量X的值设为其当前值加上新到达的数据量。
32.如权利要求31所述的装置，其特征在于，触发模块进一步用于若BSR触发上报定时器超时，设置BSR上报等待flag的值为第二数值。
33.如权利要求31所述的装置，其特征在于，触发模块进一步用于若参数新到达数据量X的值大于或等于BSR触发上报数据量门限时，设置BSR上报等待flag的值为第二数值。
34.如权利要求32或33所述的装置，其特征在于，触发模块进一步用于若BSR上报等待flag的值为第二数值，按以下方式之一或者其组合执行：
上报该逻辑信道的SR和BSR，重置参数新到达数据量X的值为0，停止BSR触发上报定时器；
若BSR上报等待flag的值为第一数值，每次在该逻辑信道有新数据到达时，将参数新到达数据量X的值设置为其当前值加上新到达的数据量。
35.如权利要求26至34任一所述的装置，其特征在于，触发模块进一步用于当触发BSR上报后，将BSR上报等待flag的值设为第一数值。
36.如权利要求30所述的装置，其特征在于，触发模块进一步用于在网络侧通过配置使能该逻辑信道的BSR上报等待flag功能进行配置的方式下，在没有开启BSR上报等待flag的值为第一数值时，不上报该逻辑信道触发的SR和BSR。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710314179.1A CN107277856A (zh) | 2017-05-05 | 2017-05-05 | 一种配置、触发缓冲区状态上报的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710314179.1A CN107277856A (zh) | 2017-05-05 | 2017-05-05 | 一种配置、触发缓冲区状态上报的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107277856A true CN107277856A (zh) | 2017-10-20 |
Family
ID=60073739
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710314179.1A Pending CN107277856A (zh) | 2017-05-05 | 2017-05-05 | 一种配置、触发缓冲区状态上报的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107277856A (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108476432A (zh) * | 2017-12-08 | 2018-08-31 | 北京小米移动软件有限公司 | 缓存状态报告传输和装置 |
| CN109803428A (zh) * | 2017-11-16 | 2019-05-24 | 宏达国际电子股份有限公司 | 处理用于逻辑信道的调度请求的装置及方法 |
| CN109951891A (zh) * | 2017-12-21 | 2019-06-28 | 电信科学技术研究院 | 一种进行数据传输的方法和设备 |
| WO2019137511A1 (zh) * | 2018-01-12 | 2019-07-18 | 华为技术有限公司 | 一种数据量报告的发送方法和装置 |
| CN110087322A (zh) * | 2018-01-26 | 2019-08-02 | 电信科学技术研究院有限公司 | 一种调度请求方法、终端、资源分配方法及基站 |
| WO2019153246A1 (zh) * | 2018-02-09 | 2019-08-15 | 北京小米移动软件有限公司 | 触发保持方法和触发保持装置 |
| WO2019213924A1 (zh) * | 2018-05-10 | 2019-11-14 | 华为技术有限公司 | 通信方法、通信装置和系统 |
| CN111182642A (zh) * | 2018-11-12 | 2020-05-19 | 大唐移动通信设备有限公司 | 一种非周期间断性业务的调度方法、装置及设备 |
| CN111294969A (zh) * | 2019-01-31 | 2020-06-16 | 展讯通信（上海）有限公司 | Bsr触发方法及装置、存储介质、用户设备 |
| CN111417211A (zh) * | 2019-01-08 | 2020-07-14 | 华为技术有限公司 | 触发调度请求的方法、设备及系统 |
| WO2021159573A1 (zh) * | 2020-02-14 | 2021-08-19 | Oppo广东移动通信有限公司 | 信息处理方法、装置、存储介质、处理器及电子装置 |
| CN113840304A (zh) * | 2020-06-24 | 2021-12-24 | 大唐移动通信设备有限公司 | 业务处理方法、参数配置方法、装置、终端及网络侧设备 |
| US11452000B2 (en) | 2018-01-16 | 2022-09-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for reporting data volume of data duplication, user equipment, and network device |
| US11877280B2 (en) | 2017-12-08 | 2024-01-16 | Beijing Xiaomi Mobile Software Co., Ltd. | Buffer status report transmission and device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012145896A1 (zh) * | 2011-04-27 | 2012-11-01 | 富士通株式会社 | 延迟调度请求的方法、终端设备及基站 |
| CN104717693A (zh) * | 2013-12-12 | 2015-06-17 | 电信科学技术研究院 | 一种业务接入控制、处理方法及设备 |
-
2017
- 2017-05-05 CN CN201710314179.1A patent/CN107277856A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012145896A1 (zh) * | 2011-04-27 | 2012-11-01 | 富士通株式会社 | 延迟调度请求的方法、终端设备及基站 |
| CN104717693A (zh) * | 2013-12-12 | 2015-06-17 | 电信科学技术研究院 | 一种业务接入控制、处理方法及设备 |
Non-Patent Citations (4)
| Title |
|---|
| ERICSSON: "R2-1702746，SR and BSR triggering aspects", 《3GPP TSG-RAN WG2 #97BIS》 * |
| HUAWEI, HISILICON: "R2-1702602，LCP with Multiple Numerologies", 《3GPP TSG-RAN WG2 #97BIS》 * |
| HUAWEI, HISILICON: "R2-1702603，Enhancements for SR and BSR", 《3GPP TSG-RAN WG2 #97BIS》 * |
| SAMSUNG: "R2-1703016，BSR for Multiple Numerology Operation", 《3GPP TSG-RAN WG2 NR#97BIS》 * |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109803428B (zh) * | 2017-11-16 | 2021-12-28 | 宏达国际电子股份有限公司 | 处理用于逻辑信道的调度请求的装置及方法 |
| CN109803428A (zh) * | 2017-11-16 | 2019-05-24 | 宏达国际电子股份有限公司 | 处理用于逻辑信道的调度请求的装置及方法 |
| CN108476432A (zh) * | 2017-12-08 | 2018-08-31 | 北京小米移动软件有限公司 | 缓存状态报告传输和装置 |
| US11877280B2 (en) | 2017-12-08 | 2024-01-16 | Beijing Xiaomi Mobile Software Co., Ltd. | Buffer status report transmission and device |
| CN108476432B (zh) * | 2017-12-08 | 2021-12-03 | 北京小米移动软件有限公司 | 缓存状态报告传输和装置 |
| CN109951891B (zh) * | 2017-12-21 | 2021-02-05 | 电信科学技术研究院 | 一种进行数据传输的方法和设备 |
| CN109951891A (zh) * | 2017-12-21 | 2019-06-28 | 电信科学技术研究院 | 一种进行数据传输的方法和设备 |
| WO2019137511A1 (zh) * | 2018-01-12 | 2019-07-18 | 华为技术有限公司 | 一种数据量报告的发送方法和装置 |
| CN110035449A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 一种数据量报告的发送方法和装置 |
| US11510083B2 (en) | 2018-01-12 | 2022-11-22 | Huawei Technologies Co., Ltd. | Method and apparatus for sending data volume report |
| US11452000B2 (en) | 2018-01-16 | 2022-09-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for reporting data volume of data duplication, user equipment, and network device |
| CN110087322A (zh) * | 2018-01-26 | 2019-08-02 | 电信科学技术研究院有限公司 | 一种调度请求方法、终端、资源分配方法及基站 |
| CN110087322B (zh) * | 2018-01-26 | 2022-04-08 | 大唐移动通信设备有限公司 | 一种调度请求方法、终端、资源分配方法及基站 |
| US11357034B2 (en) | 2018-02-09 | 2022-06-07 | Beijing Xiaomi Mobile Software Co., Ltd. | Trigger hold method and trigger hold apparatus |
| WO2019153246A1 (zh) * | 2018-02-09 | 2019-08-15 | 北京小米移动软件有限公司 | 触发保持方法和触发保持装置 |
| WO2019213924A1 (zh) * | 2018-05-10 | 2019-11-14 | 华为技术有限公司 | 通信方法、通信装置和系统 |
| US11576068B2 (en) | 2018-05-10 | 2023-02-07 | Huawei Technologies Co., Ltd. | Communication method, communications apparatus, and system |
| CN111182642A (zh) * | 2018-11-12 | 2020-05-19 | 大唐移动通信设备有限公司 | 一种非周期间断性业务的调度方法、装置及设备 |
| CN111417211B (zh) * | 2019-01-08 | 2022-02-18 | 华为技术有限公司 | 触发调度请求的方法、设备及系统 |
| CN111417211A (zh) * | 2019-01-08 | 2020-07-14 | 华为技术有限公司 | 触发调度请求的方法、设备及系统 |
| CN111294969A (zh) * | 2019-01-31 | 2020-06-16 | 展讯通信（上海）有限公司 | Bsr触发方法及装置、存储介质、用户设备 |
| WO2021159573A1 (zh) * | 2020-02-14 | 2021-08-19 | Oppo广东移动通信有限公司 | 信息处理方法、装置、存储介质、处理器及电子装置 |
| CN113840304A (zh) * | 2020-06-24 | 2021-12-24 | 大唐移动通信设备有限公司 | 业务处理方法、参数配置方法、装置、终端及网络侧设备 |
| CN113840304B (zh) * | 2020-06-24 | 2024-02-09 | 大唐移动通信设备有限公司 | 业务处理方法、参数配置方法、装置、终端及网络侧设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107277856A (zh) | 一种配置、触发缓冲区状态上报的方法及装置 | |
| CN107342851B (zh) | 一种重复传输的配置及重复传输方法及装置 | |
| TWI387380B (zh) | 處理排程資訊回報的方法及通訊裝置 | |
| US11516820B2 (en) | Resource allocation method for sidelink and terminal | |
| CN110225547B (zh) | 一种调度请求发送、接收方法、终端及网络侧设备 | |
| CN102111751B (zh) | 缓存状态报告上报方法和设备 | |
| CN102291760B (zh) | 一种上报和确认缓存状态信息的方法、系统及设备 | |
| CN108631980A (zh) | 数据传输方法、终端、网络侧设备和计算机可读存储介质 | |
| WO2018133669A1 (zh) | 一种资源调度方法以及无线接入网设备和终端设备 | |
| CN107249197A (zh) | 一种缓冲区状态上报的方法、系统和设备 | |
| CN110839284B (zh) | 一种调度请求资源确定及配置方法、设备及装置 | |
| CN101790191A (zh) | 改善排程请求的重设程序的方法及通信装置 | |
| CN106954277A (zh) | 一种调度请求处理方法和装置 | |
| CN101860956B (zh) | 一种在多载波系统中触发调度信息上报的方法和装置 | |
| CN109392148A (zh) | 一种上行资源分配的方法、终端及网络设备 | |
| WO2012136087A1 (zh) | 一种资源调度的方法及系统及一种终端 | |
| CN114041314A (zh) | 用户设备和调度节点 | |
| WO2020199901A1 (zh) | 一种通信方法和装置 | |
| WO2018133625A1 (zh) | 一种针对空口协议数据面的数据处理方法及装置 | |
| US10880916B2 (en) | Resource scheduling method and apparatus for logical channel | |
| CN111148225B (zh) | 资源调度方法、装置及设备 | |
| WO2019154223A1 (zh) | 一种非调度资源的通信处理方法和相关设备 | |
| US20220070914A1 (en) | Configured grant usage method and apparatus, network device and terminal | |
| CN110087322A (zh) | 一种调度请求方法、终端、资源分配方法及基站 | |
| CN113727426B (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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171020 |