CN109451831B - 触发保持方法和触发保持装置 - Google Patents

触发保持方法和触发保持装置 Download PDF

Info

Publication number
CN109451831B
CN109451831B CN201880000149.6A CN201880000149A CN109451831B CN 109451831 B CN109451831 B CN 109451831B CN 201880000149 A CN201880000149 A CN 201880000149A CN 109451831 B CN109451831 B CN 109451831B
Authority
CN
China
Prior art keywords
service
time
preset
indication information
resource allocation
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
CN201880000149.6A
Other languages
English (en)
Other versions
CN109451831A (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 CN109451831A publication Critical patent/CN109451831A/zh
Application granted granted Critical
Publication of CN109451831B publication Critical patent/CN109451831B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • 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
    • H04W28/10—Flow control between communication endpoints
    • 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/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Auxiliary Devices For And Details Of Packaging Control (AREA)
  • Supplying Of Containers To The Packaging Station (AREA)

Abstract

本公开的实施例提出了触发保持方法，适用于用户设备，所述方法包括：根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发。根据本发明的实施例，可以保证对BSR传输的时延要求较小的业务，能够在对应该业务的UL grant所对应的上行传输机会生成包含BSR的MAC PDU，从而在对应该业务的UL grant所对应的上行传输机会及时地将BSR发送至基站，使得BSR的传输满足该业务的时延要求，保证该业务的良好运作。

Description

触发保持方法和触发保持装置
技术领域
本申请涉及通信技术领域，具体而言，涉及触发保持方法、触发保持装置、电子设备和计算机可读存储介质。
背景技术
用户设备在触发BSR(Buffer Status Report，缓存状态报告)后，可以判断是否可以向基站传输BSR，一般需要通过上行共享信道(Up Link Shared Channel，简称ULSCH)资源来携带BSR，若没有可用的上行共享信道资源时，在需要向基站发送SR(SchedulingRequest，调度请求)来请求上行共享信道资源，从而触发SR。
而在某些情况下，需要取消BSR的触发或者SR的触发。以取消BSR的触发为例，例如图1所示，在接收到对应A业务的UL grant(上行资源分配指示信息)时，用户设备可以根据对应A业务的UL grant生成MAC PDU(Media Access Control Protocol Data Unit，介质访问控制层协议数据单元)，而若MAC PDU中包含BSR，那么就会取消BSR的触发。在接收到对应A业务的UL grant后，若接收到对应B业务的UL grant，可以根据对应B业务的UL grant生成MAC PDU，由于已经取消了BSR的触发，因此此时生成的MAC PDU中则不包含BSR。
在这种情况下，即使对应B业务的UL grant所对应的上行传输机会位于对应A业务的UL grant所对应的上行传输机之前(例如B业务所允许的时延相对于A业务所允许的时延较小)，在对应B业务的UL grant所对应的上行传输机会所生成的MAC PDU也不会包含BSR，而仍是需要在对应A业务的UL grant所对应的上行传输机会生成的MAC PDU才包含BSR，并传输BSR。这就造成BSR的传输存在较大时延，从而对B业务产生不良影响。
发明内容
有鉴于此，本公开的实施例提出了触发保持方法、触发保持装置、电子设备和计算机可读存储介质。
根据本公开实施例的第一方面，提出了一种触发保持方法，适用于用户设备，所述方法包括：
根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；
若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发。
可选地，所述上行资源分配指示信息为对应第一业务的上行资源分配指示信息，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发包括：
在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
可选地，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发还包括：
在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；
其中，若所述第二业务满足预设条件，在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
所述预设条件为与所述第二业务的要求时延相关的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
可选地，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
可选地，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由所述基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
可选地，所述方法还包括：
在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
根据本公开实施例的第二方面，提出了一种触发保持装置，适用于用户设备，所述装置包括：
生成模块，被配置为根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；
保持模块，被配置为若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发。
可选地，所述上行资源分配指示信息为对应第一业务的上行资源分配指示信息，所述保持模块包括：
保持子模块，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
可选地，所述保持模块还包括：
确定子模块，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；
其中，若所述第二业务满足预设条件，所述保持子模块被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
所述预设条件为与所述第二业务的要求时延相关的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
可选地，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
可选地，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由所述基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
可选地，所述装置还包括：
取消模块，被配置为在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
根据本公开实施例的第三方面，提出了一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为执行上述任一实施例所述的触发保持方法。
根据本公开实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例所述的触发保持方法。
根据本发明的实施例，在确定MAC PDU包含BSR，或者确定MAC PDU包含所有待发数据但不能包含BSR时，可以确定需要取消BSR，从而在第一预设时长内仍然保持BSR的触发；和/或可以确定需要确定取消SR，从而在第一预设时长内仍然保持SR的触发。基于此，可以保证对BSR传输的时延要求较小的业务，能够在对应该业务的UL grant所对应的上行传输机会生成包含BSR的MAC PDU，从而在对应该业务的UL grant所对应的上行传输机会及时地将BSR发送至基站，使得BSR的传输满足该业务的时延要求，保证该业务的良好运作。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是相关技术中取消触发的示意图。
图2是根据本发明的实施例示出一种触发保持方法的示意流程图。
图3是根据本发明的实施例示出一种在第一预设时长内保持缓存状态报告和/或调度请求的触发的示意流程图。
图4是根据本发明的实施例示出另一种在第一预设时长内保持缓存状态报告和/或调度请求的触发的示意流程图。
图5是根据本发明的实施例示出另一种触发保持方法的示意流程图。
图6是根据本发明的实施例示出一种触发保持装置的示意框图。
图7是根据本发明的实施例示出一种保持模块的示意框图。
图8是根据本发明的实施例示出灵一种保持模块的示意框图。
图9是根据本发明的实施例示出另一种触发保持装置的示意框图。
图10是根据本发明的实施例示出的一种用于触发保持的装置的示意框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图2是根据本发明的实施例示出一种触发保持方法的示意流程图。本实施例所示的触发保持方法可以应用于用户设备，例如手机、平板电脑等，用户设备可以与基站(例如5G基站)进行通信，以接收基站发送的上行资源分配指示信息等，以及向基站发送缓存状态报告、调度请求等。
如图2所示，所述触发保持方法可以包括以下步骤：
在步骤S1中，根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元。
在一个实施例中，基站可以向用户设备发送上行资源分配指示信息(以下简称ULgrant)来指示用户设备上行传输机会，例如用于上行共享信道(Physical Uplink SharedChannel，简称PUSCH)对应的时间(例如起始时间、结束时间、持续时间等)。
在一个实施例中，基站可以通过物理下行控制信道(Physical Download ControlChannel，简称PDCCH)向用户设备发送UL grant，也可以通过无线资源控制(RadioResource Control，简称RRC)消息向用户设备发送UL grant。
在一个实施例中，用户设备在接收到基站发送的UL grant后，可以根据接收到的UL grant生成介质访问控制层协议数据单元(以下简称MAC PDU)，然后可以确定生成的MACPDU中是否包含缓存状态报告(以下简称BSR)，或者包含所有待发数据(pending data)但不能包含BSR(例如MAC PDU在容纳所有待发数据剩余空间已不足以容纳BSR)。其中，MAC PDU不能包含BSR可以是指不能包含BSR的MAC CE(介质访问控制层控制元素)以及MAC CE的子包头。
在步骤S2中，若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发。
在一个实施例中，若MAC PDU包含BSR，或者MAC PDU包含所有待发数据但不能包含BSR，可以取消触发BSR。在这种情况下，在步骤S2之前，已经触发了BSR。
在一个实施例中，若MAC PDU包含BSR，且BSR包含从触发BSR的时刻开始到最后一个BSR触发事件对应的时刻之间，每个BSR触发事件的缓存状态，或者MAC PDU包含所有待发数据但不能包含BSR，可以取消触发调度请求(以下简称SR)。在这种情况下，在步骤S2之前，已经触发了SR。
而若取消BSR或取消SR，可能出现一些问题。
例如用户设备在接收到对应第一业务的UL grant时，根据对应第一业务的ULgrant生成MAC PDU，而若MAC PDU中包含BSR，那么就会取消BSR的触发。在接收到对应第一业务的UL grant后，若接收到对应第二业务的UL grant，可以根据对应第二业务的ULgrant生成MAC PDU，由于已经取消了BSR的触发，因此此时生成的MAC PDU中则不包含BSR。
在这种情况下，若第二业务所允许的时延相对于第一业务所允许的时延较小，那么对应第二业务的UL grant所对应的上行传输机会位于对应第一业务的UL grant所对应的上行传输机之前，但是在对应第二业务的UL grant所对应的上行传输机会所生成的MACPDU也不会包含BSR，而仍是需要在对应第一业务的UL grant所对应的上行传输机会生成的MAC PDU才包含BSR，并传输BSR。这就造成BSR的传输存在较大时延，从而对第二业务产生不良影响。
在一个实施例中，在确定MAC PDU包含BSR，或者确定MAC PDU包含所有待发数据但不能包含BSR时，可以确定需要取消BSR，从而在第一预设时长内仍然保持BSR的触发；和/或可以确定需要确定取消SR，从而在第一预设时长内仍然保持SR的触发。
基于此，可以保证对BSR传输的时延要求较小的业务(例如上述第二业务)，能够在对应该业务的UL grant所对应的上行传输机会生成包含BSR的MAC PDU，从而在对应该业务的UL grant所对应的上行传输机会及时地将BSR发送至基站，使得BSR的传输满足该业务的时延要求，保证该业务的良好运作。
图3是根据本发明的实施例示出一种在第一预设时长内保持缓存状态报告和/或调度请求的触发的示意流程图。如图3所示，在图2所示实施例的基础上，所述上行资源分配指示信息为对应第一业务的上行资源分配指示信息，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发包括：
在步骤S21中，在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
在一个实施例中，接收到对应第一业务的UL grant之后，由于保持第一业务对应的BSR和/或SR触发并不能解决背景技术中的技术问题，因此对于第一业务对应的BSR和/或SR，可以在满足取消触发的条件时正常取消触发，并在第一预设时长内保持第一业务以外的第二业务相对应的BSR和/或SR的触发。例如，可以保持第二业务的逻辑信道对应的BSR和/或SR的触发。
据此，用户设备在接收到对应第一业务的UL grant之后接收到对应第二业务的ULgrant，而若第二业务所允许的时延相对于第一业务所允许的时延较小，也即对应第二业务的UL grant所对应的上行传输机会位于对应第一业务的UL grant所对应的上行传输机之前，那么由于保持了BSR的触发，可以在对应第二业务的UL grant所对应的上行传输机会生成包含BSR的MAC PDU，从而在对应第二业务的UL grant所对应的上行传输机会及时地将BSR发送至基站，使得BSR的传输满足该业务的时延要求，保证第二业务的良好运作。
图4是根据本发明的实施例示出另一种在第一预设时长内保持缓存状态报告和/或调度请求的触发的示意流程图。如图4所示，在图3所示实施例的基础上，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发还包括：
在步骤S22中，在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；若所述第二业务满足预设条件，执行步骤S21，在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
其中，所述预设条件为与所述第二业务的要求时延相关(例如正相关)的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
在一个实施例中，由于并非对于第一业务以外的所有业务，都需要在第一预设时长内保持BSR和/或SR的触发，而是针对相对于第一业务所允许的时延较小的第二业务，才需要在第一预设时长内保持BSR和/或SR的触发。
因此，可以确定第二业务是否满足预设条件，而预设条件为与第二业务的要求时延相关的时间参数小于对应于第一业务的UL grant所对应的PUSCH持续时长或对应于第一业务的UL grant所对应的第二预设时长(以下简称K2)，K2为用户设备接收到对应于第一业务的UL grant的时刻，到对应于第一业务的UL grant息所对应的上行传输时刻(也即上行传输机会的起始时刻)之间的时长。
其中，对应于第一业务的UL grant所对应的PUSCH持续时长和对应于第一业务的UL grant所对应的第二预设时长，可以表征第一业务对于所允许的时延。而时间参数则可以表征第二业务所允许的时延大小，因此，在时间参数小于对应于第一业务的UL grant所对应的PUSCH持续时长或对应于第一业务的UL grant所对应的K2时，可以确定第二业务所允许的时延相对于第一业务所允许的时延较小，从而可以针对第二业务在第一预设时长内保持其相对应的缓存状态报告和/或调度请求的触发。
可选地，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
在一个实施例中，可以通过第二业务对应的逻辑信道的优先级(Logical ChannelPriority，简称LCP)限制参数中的PUSCH最大持续时长作为时间参数来表征第二业务所允许的时延大小，在这种情况下，预设条件可以是时间参数小于对应于第一业务的UL grant所对应的PUSCH持续时长。
可选地，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
在一个实施例中，由于LCP限制参数中并不一定包含PUSCH最大持续时长，那么可以将用户设备所允许的PUSCH最大持续时长作为LCP限制参数中的PUSCH最大持续时长，从而保证能够准确地确定第二业务是否满足预设条件。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
在一个实施例中，可以通过第二业务对应的逻辑信道的SR的传输周期作为时间参数来表征第二业务所允许的时延大小，在这种情况下，预设条件可以是时间参数小于对应于第一业务的UL grant所对应的K2。
可选地，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由所述基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
在一个实施例中，可以通过第三预设时长作为时间参数来表征第二业务所允许的时延大小，在这种情况下，预设条件可以是时间参数小于对应于第一业务的UL grant所对应的K2。
其中，第三预设时长可以是由所述基站预先配置给所述用户设备的，专门用于表征第二业务所允许的时延大小。或者第三预设时长可以作为判断是否触发SR的条件之一，也即用户设备在从触发对应第一业务的BSR的时刻起的第三预设时长范围内，若不存在可用于传输BSR的PUSCH(也即不存在可用的上行传输机会)，则触发SR。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
在一个实施例中，可以通过配置给第二业务对应的逻辑信道的最大K2作为时间参数来表征第二业务所允许的时延大小，在这种情况下，预设条件可以是时间参数小于对应于第一业务的UL grant所对应的K2。
其中，若第二业务对应的逻辑信道没有被配置SR的传输周期，和/或第二业务没有被配置第三预设时长，和/或第二业务的逻辑信道没有被配置最大K2，那么可以确定第二业务不满足预设条件。
可选地，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
在一个实施例中，可以通过第二业务的逻辑信道触发BSR之后，最近的配置给触发BSR的逻辑信道的SR的上行传输时刻(例如可用于传输SR的PUCCH的起始时刻)表征第二业务所允许的时延大小，在这种情况下，预设条件可以是时间参数早于对应于第一业务的ULgrant所对应的上行传输时刻(例如可用于传输BSR的PUSCH的起始时刻)。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
在一个实施例中，若MAC PDU包含BSR，或者MAC PDU包含所有待发数据但不能包含BSR，可以取消触发BSR和/或SR。由于在对应于第一业务的UL grant所对应的上行传输时刻生成的MAC PDU可以包含BSR，因此无需保持BSR和/或SR的触发到对应于第一业务的ULgrant所对应的上行传输时刻之后，而是可以从而确定取消触发BSR和/或SR开始，到对应于第一业务的UL grant所对应的上行传输时刻这段时间内保持BSR和/或SR的触发。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
在一个实施例中，第四预设时长(简称N2)为用户设备接收对应于第一业务的ULgrant所用的PDCCH对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻，也即N2为用户设备处理事务所需的时长(例如从所述结束时刻开始到生成包含BSR的MAC PDU的时长)，N2可以在基站侧设置，例如对于不同的SCS(Subcarrier spacing，子载波间距)，可以设置不同的N2。
由于用户设备处理事务至少需要N2，因此若在所述上行传输时刻之前N2的时刻到所述上行传输时刻之间的某个时刻，触发了对应于第二业务的逻辑信道的BSR，用户设备开始针对对应于第二业务的UL grant生成包含BSR的MAC PDU，那么将会在所述上行传输时刻之后才能生成包含BSR的MAC PDU，而由于在所述上行传输时刻用户设备已经能够针对对应于第一业务的UL grant生成包含BSR的MAC PDU，因此就无需再生成针对对应于第二业务的包含BSR的MAC PDU。
可见，在所述上行传输时刻之前N2的时刻到所述上行传输时刻之间的某个时刻仍然保持BSR和/或SR并不能解决背景技术中的技术问题，所以保持触发的BSR和/或SR的持续时长，可以只持续到所述上行传输时刻之前N2的时刻即可。
图5是根据本发明的实施例示出另一种触发保持方法的示意流程图。如图5所示，在图2所示实施例的基础上，所述触发保持方法还包括：
在步骤S3中，在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
在一个实施例中，由于在保持BSR和/或SR的触发达到第一预设时长时，用户设备在对应于第一业务的UL grant所对应的上行传输时刻生成了包含BSR的MAC PDU，因此后续无需再继续保持BSR和/或SR的触发，从而可以取消所保持的BSR和/或SR的触发，以避免后续BSR和/或SR的触发出现混乱。
与前述的触发保持方法的实施例相对应，本公开还提供了触发保持装置的实施例。
图6是根据本发明的实施例示出一种触发保持装置的示意框图。本实施例所示的触发保持装置可以应用于用户设备，例如手机、平板电脑等，用户设备可以与基站(例如5G基站)进行通信，以接收基站发送的上行资源分配指示信息等，以及向基站发送缓存状态报告、调度请求等。
如图6所示，所述触发保持装置可以包括
生成模块1，被配置为根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；
保持模块2，被配置为若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发。
图7是根据本发明的实施例示出一种保持模块的示意框图。如图7所示，在图6所示实施例的基础上，所述上行资源分配指示信息为对应第一业务的上行资源分配指示信息，所述保持模块2包括：
保持子模块21，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
图8是根据本发明的实施例示出灵一种保持模块的示意框图。如图8所示，在图7所示实施例的基础上，所述保持模块2还包括：
确定子模块22，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；
其中，若所述第二业务满足预设条件，所述保持子模块21被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
所述预设条件为与所述第二业务的要求时延相关的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
可选地，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
可选地，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由所述基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
可选地，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
可选地，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
可选地，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
图9是根据本发明的实施例示出另一种触发保持装置的示意框图。如图9所示，在图6所示实施例的基础上，所述装置还包括：
取消模块3，被配置为在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本公开的实施例还提出一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为执行上述任一实施例所述的触发保持方法。
本公开的实施例还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例所述的触发保持方法。
图10是根据一示例性实施例示出的一种用于触发保持的装置1000的示意框图。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理***，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述任一实施例所述的触发保持方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (24)

1.一种触发保持方法，其特征在于，适用于用户设备，所述方法包括：
根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；
若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发；所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述上行资源分配指示信息所对应的上行传输时刻。
2.根据权利要求1所述的方法，其特征在于，所述上行资源分配指示信息为对应于第一业务的上行资源分配指示信息，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发包括：
在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
3.根据权利要求2所述的方法，其特征在于，所述在第一预设时长内保持缓存状态报告和/或调度请求的触发还包括：
在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；
其中，若所述第二业务满足预设条件，在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
所述预设条件为与所述第二业务的要求时延相关的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
4.根据权利要求3所述的方法，其特征在于，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
5.根据权利要求4所述的方法，其特征在于，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
6.根据权利要求3所述的方法，其特征在于，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
7.根据权利要求3所述的方法，其特征在于，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
8.根据权利要求3所述的方法，其特征在于，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
9.根据权利要求3所述的方法，其特征在于，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
10.根据权利要求2至9中任一项所述的方法，其特征在于，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
11.根据权利要求1至9中任一项所述的方法，其特征在于，还包括：
在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
12.一种触发保持装置，其特征在于，适用于用户设备，所述装置包括：
生成模块，被配置为根据接收到的上行资源分配指示信息生成介质访问控制层协议数据单元；
保持模块，被配置为若确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元包含所有待发数据但不能包含缓存状态报告，在第一预设时长内保持缓存状态报告和/或调度请求的触发；所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述上行资源分配指示信息所对应的上行传输时刻。
13.根据权利要求12所述的装置，其特征在于，所述上行资源分配指示信息为对应于第一业务的上行资源分配指示信息，所述保持模块包括：
保持子模块，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发。
14.根据权利要求13所述的装置，其特征在于，所述保持模块还包括：
确定子模块，被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发之前，确定所述第二业务是否满足预设条件；
其中，若所述第二业务满足预设条件，所述保持子模块被配置为在第一预设时长内保持与第二业务相对应的缓存状态报告和/或调度请求的触发；
所述预设条件为与所述第二业务的要求时延相关的时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长，或小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，或早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻，所述第二预设时长为所述用户设备接收到所述对应于第一业务的上行资源分配指示信息的时刻，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻之间的时长。
15.根据权利要求14所述的装置，其特征在于，所述时间参数为所述第二业务对应的逻辑信道的优先级限制参数中的上行共享信道最大持续时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的上行共享信道持续时长。
16.根据权利要求15所述的装置，其特征在于，若所述优先级限制参数不包含上行共享信道最大持续时长，将所述用户设备允许的上行共享信道最大持续时长作为所述优先级限制参数中的上行共享信道最大持续时长。
17.根据权利要求14所述的装置，其特征在于，所述时间参数为配置给所述第二业务对应的逻辑信道的调度请求的传输周期，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
18.根据权利要求14所述的装置，其特征在于，所述时间参数为第三预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长，其中，所述第三预设时长由基站预先配置给所述用户设备，或在从触发对应所述第一业务的缓存状态报告的时刻起的所述第三预设时长范围内，若不存在可用于传输缓存状态报告的上行共享信道，触发调度请求。
19.根据权利要求14所述的装置，其特征在于，所述时间参数为配置给所述第二业务对应的逻辑信道的最大第二预设时长，所述预设条件为所述时间参数小于所述对应于第一业务的上行资源分配指示信息所对应的第二预设时长。
20.根据权利要求14所述的装置，其特征在于，所述时间参数为所述第二业务的逻辑信道在触发缓存状态报告后，最近的配置给触发缓存状态报告的逻辑信道的调度请求的上行传输时刻，所述预设条件为所述时间参数早于所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻。
21.根据权利要求13至20中任一项所述的装置，其特征在于，所述第一预设时长为从确定所述介质访问控制层协议数据单元包含缓存状态报告，或者确定所述介质访问控制层协议数据单元不包含缓存状态报告，但包含所有待发数据起，到所述对应于第一业务的上行资源分配指示信息所对应的上行传输时刻前与所述上行传输时刻相距第四预设时长的目标时刻；
其中，所述第四预设时长为所述用户设备接收所述对应于第一业务的上行资源分配指示信息所用的物理下行控制频道对应的结束时刻，到在所述结束时刻之后距离所述结束时刻最近的所述用户设备所能支持的上行传输时刻。
22.根据权利要求12至20中任一项所述的装置，其特征在于，还包括：
取消模块，被配置为在所述第一预设时长后，取消保持触发的缓存状态报告和/或调度请求。
23.一种电子设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为执行权利要求1至11中任一项所述的触发保持方法。
24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11中任一项所述的触发保持方法。
CN201880000149.6A 2018-02-09 2018-02-09 触发保持方法和触发保持装置 Active CN109451831B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/075997 WO2019153246A1 (zh) 2018-02-09 2018-02-09 触发保持方法和触发保持装置

Publications (2)

Publication Number Publication Date
CN109451831A CN109451831A (zh) 2019-03-08
CN109451831B true CN109451831B (zh) 2021-03-09

Family

ID=65540287

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880000149.6A Active CN109451831B (zh) 2018-02-09 2018-02-09 触发保持方法和触发保持装置

Country Status (11)

Country Link
US (1) US11357034B2 (zh)
EP (1) EP3751892B1 (zh)
JP (1) JP7109556B2 (zh)
KR (2) KR102450669B1 (zh)
CN (1) CN109451831B (zh)
BR (1) BR112020016081A2 (zh)
ES (1) ES2944438T3 (zh)
PL (1) PL3751892T3 (zh)
RU (1) RU2749095C1 (zh)
SG (1) SG11202007570UA (zh)
WO (1) WO2019153246A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840301A (zh) * 2020-06-08 2021-12-24 深圳市中兴微电子技术有限公司 协议数据单元处理方法、装置、发送设备及存储介质
CN111770109B (zh) * 2020-07-13 2021-01-26 兰州城市学院 一种虚拟现实音乐歌唱练声音频和视频传输方法
CN112399474B (zh) * 2020-11-19 2022-11-22 展讯通信（上海）有限公司 资源分配方法、装置及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102474886A (zh) * 2009-08-12 2012-05-23 交互数字专利控股公司 基于争用的上行链路数据传输方法和设备
CN102761967A (zh) * 2011-04-29 2012-10-31 华为技术有限公司 数据发送方法、传输资源分配方法和装置
CN103814615A (zh) * 2013-09-11 2014-05-21 华为技术有限公司 一种数据传输方法及用户设备
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
CN106717052A (zh) * 2014-09-25 2017-05-24 Lg 电子株式会社 无线通信***中取消触发的 prose bsr 的方法和装置
CN106856630A (zh) * 2017-01-13 2017-06-16 北京小米移动软件有限公司 资源分配方法、装置、用户设备和基站

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102550110A (zh) * 2009-10-01 2012-07-04 诺基亚西门子通信公司 用于控制调度的方法和装置
CN102264098B (zh) * 2010-05-31 2015-12-16 中兴通讯股份有限公司 一种缓冲区状态报告处理的方法和装置
CN103249090A (zh) * 2012-02-14 2013-08-14 华为技术有限公司 一种缓存状态报告方法及装置
WO2014003327A1 (en) * 2012-06-26 2014-01-03 Lg Electronics Inc. Method and apparatus for cancelling buffer status report in wireless communication system
KR101692657B1 (ko) * 2013-01-11 2017-01-03 엘지전자 주식회사 버퍼 상태를 보고하기 위한 방법 및 이를 위한 통신 장치
JP6467719B2 (ja) * 2014-03-20 2019-02-13 シャープ株式会社 端末装置、集積回路、および、無線通信方法
JP6468658B2 (ja) * 2014-03-20 2019-02-13 シャープ株式会社 端末装置、集積回路、および、無線通信方法
CN106031275B (zh) * 2014-03-20 2020-03-20 夏普株式会社 终端装置
US10057918B2 (en) * 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
KR101780375B1 (ko) * 2014-09-17 2017-09-21 이노베이티브 소닉 코포레이션 무선 통신 시스템에서의 자원 요청 방법 및 장치
JP6553733B2 (ja) * 2014-11-05 2019-07-31 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置
KR101726705B1 (ko) * 2014-12-01 2017-04-26 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 스케줄링 요청(sr)에 대한 금지 타이머를 처리하기 위한 방법 및 장치
US10374916B2 (en) * 2016-08-04 2019-08-06 Lg Electronics Inc. Method for transmitting a buffer status report in a communication system and device therefor
US10154466B2 (en) * 2016-09-24 2018-12-11 Ofinno Technologies, Llc Power headroom transmission in a licensed assisted access cell
KR20180050192A (ko) * 2016-11-04 2018-05-14 삼성전자주식회사 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치
CN108207032A (zh) * 2016-12-16 2018-06-26 华硕电脑股份有限公司 在无线通信***中处置上行链路资源冲突的方法和设备
CN108633074B (zh) * 2017-03-23 2022-05-13 华硕电脑股份有限公司 无线通信***中报告侧链路服务的辅助信息的方法和设备
CN107277856A (zh) * 2017-05-05 2017-10-20 电信科学技术研究院 一种配置、触发缓冲区状态上报的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
CN102474886A (zh) * 2009-08-12 2012-05-23 交互数字专利控股公司 基于争用的上行链路数据传输方法和设备
CN102761967A (zh) * 2011-04-29 2012-10-31 华为技术有限公司 数据发送方法、传输资源分配方法和装置
CN103814615A (zh) * 2013-09-11 2014-05-21 华为技术有限公司 一种数据传输方法及用户设备
CN106717052A (zh) * 2014-09-25 2017-05-24 Lg 电子株式会社 无线通信***中取消触发的 prose bsr 的方法和装置
CN106856630A (zh) * 2017-01-13 2017-06-16 北京小米移动软件有限公司 资源分配方法、装置、用户设备和基站

Also Published As

Publication number Publication date
CN109451831A (zh) 2019-03-08
PL3751892T3 (pl) 2023-09-25
KR20220137790A (ko) 2022-10-12
WO2019153246A1 (zh) 2019-08-15
EP3751892B1 (en) 2023-04-05
EP3751892A1 (en) 2020-12-16
KR102450669B1 (ko) 2022-10-06
KR20200130690A (ko) 2020-11-19
SG11202007570UA (en) 2020-09-29
ES2944438T3 (es) 2023-06-21
US11357034B2 (en) 2022-06-07
EP3751892A4 (en) 2020-12-30
JP2021513279A (ja) 2021-05-20
US20200367274A1 (en) 2020-11-19
BR112020016081A2 (pt) 2021-01-19
RU2749095C1 (ru) 2021-06-04
KR102487349B1 (ko) 2023-01-11
JP7109556B2 (ja) 2022-07-29

Similar Documents

Publication Publication Date Title
US11606804B2 (en) Method and apparatus for transmitting scheduling request
US11743892B2 (en) Uplink transmission method and apparatus
CN108391462B (zh) 缓存状态报告传输和装置
CN108353408B (zh) 增补上行载波配置方法及装置和调度资源分配方法及装置
US11399383B2 (en) Method and device for requesting uplink transmission resource
CN108496390B (zh) 非授权小区中的数据传输方法及装置、基站和用户设备
CN109156026B (zh) 上行调度请求的发送方法、装置、设备及存储介质
CN108401525B (zh) 功率余量报告传输方法和装置
CN108886789B (zh) 确定上下行切换点的方法及装置
CN108702763B (zh) 前导码和调度请求的发送方法及装置
CN109451831B (zh) 触发保持方法和触发保持装置
US20220278779A1 (en) Time interval determination method and harq-ack sending method
US20220159697A1 (en) Buffer indication methods and apparatuses, resource transmission methods and apparatuses and user equipment
CN108401482B (zh) 数据传输方法和装置
CN109565474B (zh) 数据传输方法及装置、电子设备和计算机可读存储介质
CN108476432B (zh) 缓存状态报告传输和装置
CN109983830B (zh) 随机接入的处理方法及装置
CN109417463B (zh) 确定需要传输的pucch的方法和装置
CN110557978B (zh) 上行传输方法、装置及存储介质
CN109451844B (zh) 功率余量报告传输方法和装置
CN114982154A (zh) 解调性能确定方法和装置、解调性能接收方法和装置
CN115486182A (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