CN110474854A - 资源分配的方法和装置 - Google Patents

资源分配的方法和装置 Download PDF

Info

Publication number
CN110474854A
CN110474854A CN201810450623.7A CN201810450623A CN110474854A CN 110474854 A CN110474854 A CN 110474854A CN 201810450623 A CN201810450623 A CN 201810450623A CN 110474854 A CN110474854 A CN 110474854A
Authority
CN
China
Prior art keywords
business
data
terminal device
resource
mac pdu
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.)
Granted
Application number
CN201810450623.7A
Other languages
English (en)
Other versions
CN110474854B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810450623.7A priority Critical patent/CN110474854B/zh
Priority to PCT/CN2019/085857 priority patent/WO2019214617A1/zh
Priority to EP19799701.8A priority patent/EP3771165B1/en
Publication of CN110474854A publication Critical patent/CN110474854A/zh
Priority to US17/094,818 priority patent/US11570791B2/en
Application granted granted Critical
Publication of CN110474854B publication Critical patent/CN110474854B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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/28—Flow control; Congestion control in relation to timing considerations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/52—Queue scheduling by attributing bandwidth to queues
    • H04L47/525—Queue scheduling by attributing bandwidth to queues by redistribution of residual bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • 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
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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/215—Flow control; Congestion control using token-bucket
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/58—Changing or combining different scheduling modes, e.g. multimode scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

本申请提供一种资源分配的方法和装置，该方法包括：终端设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量；所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的媒体接入控制协议数据单元MAC PDU的资源。在本申请实施例中，终端设备基于第一业务的最大业务数据量，确定缓存第一业务的数据占用的MAC PDU的资源，相对于传统的分配MAC PDU的资源的方法而言，考虑了第一业务的最大业务数据量，有利于提高为第一业务的数据分配MAC PDU的资源的合理性。

Description

资源分配的方法和装置
技术领域
本申请涉及通信领域，并且更具体地，涉及资源分配的方法和装置。
背景技术
随着技术发展，通信系统需要应用于更多的场景，为更多的业务提供通信服务。不同场景中的业务的业务服务质量(Quality of Service，QoS)不同，为了更加合理的描述不同业务的QoS，可以引入新的QoS特征。例如，第五代(5th generation，5G)移动通信系统需要应用于远程工业控制，智能交通等场景，在这类场景中业务数据的通常要求的传输时延较短，传输错误率较低，针对这类场景中业务的传输特性，可以将该类业务划分为保证比特速率(Guaranteed Bite Rate，GBR)业务，并为此类业务引入了新的QoS特征。
然而，在现有的逻辑信道优先级化(Logical Channel Prioritization，LCP)过程中，终端设备仍然仅仅根据逻辑信道的优先比特率(Prioritised Bit Rate，PRB)以及逻辑信道的优先级，为逻辑信道缓存的业务数据分配媒体接入控制(Media Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)的资源。
因此，一种新的资源分配方法，在LCP过程中更加合理的为逻辑信道中缓存的业务数据分配MAC PDU资源。
发明内容
本申请提供一种资源分配的方法和装置，有利于提高为第一业务的数据分配MACPDU的资源的合理性。
第一方面，提供了一种资源分配的方法，包括：
终端设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内为第一业务提供的最大业务数据量；
所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的媒体接入控制协议数据单元MAC PDU的资源。
在本申请实施例中，终端设备基于最大业务数据量，确定缓存第一业务的数据占用的MAC PDU的资源，相对于传统的分配MAC PDU的资源的方法而言，考虑了第一业务的最大业务数据量，有利于提高为第一业务的数据分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述方法还包括：
所述终端设备获取第二参数，所述第二参数用于指示所述第一时间长度；
所述终端设备确定所述第一时间长度内传输的所述第一业务的数据总量；
所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述第一业务的数据占用的所述MAC PDU的资源。
本申请实施例中，通过根据第一业务的数据的最大业务数据量和第一业务的数据总量，确定第一业务的数据占用的MAC PDU的资源，有利于提高为第一业务的数据分配MACPDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
若所述第一业务的数据总量小于或等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的资源。
本申请实施例中，当第一业务的数据总量小于或等于最大业务数据量时，确定第一业务的数据对时延的要求较高，在本次待发送的MAC PDU中为第一业务分配MACPDU的资源，有利于提高分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述MAC PDU的资源。
本申请实施例中，当第一业务的数据总量大于最大业务数据量时，确定第一业务的数据对时延的要求较低，在本次待发送的MAC PDU中不为第一业务分配MAC PDU的资源，以便于其他对时延要求较高的业务数据可以在该MAC PDU中发送，有利于提高分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的资源，包括：
若所述第一业务的数据总量小于或等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的剩余资源，所述剩余资源为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配所述MAC PDU的资源后所述MAC PDU中剩余的资源。
本申请实施例中，当第一业务的数据总量小于或等于最大业务数据量时，确定第一业务的数据对时延的要求较高，在待发送的MAC PDU的剩余资源中为第一业务分配MACPDU的资源，有利于提高分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，还包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述剩余资源。
本申请实施例中，当第一业务的数据总量大于最大业务数据量时，确定第一业务的数据对时延的要求较低，在本次待发送的MAC PDU中不为第一业务分配MAC PDU的剩余资源，以便于提高其他对时延要求较高的业务数据可以在该MAC PDU中发送的可能性，有利于提高分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存所述第一业务的数据的逻辑信道的优先级；
所述终端设备根据所述逻辑信道的优先级，确定所述第一业务的数据占用的所述MAC PDU的资源。
本申请实施例中，终端设备根据最大业务数据的数据量和第一业务的数据总量，调整逻辑信道的优先级，并根据调整后的逻辑信道的优先级，分配MAC PDU中的资源。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述逻辑信道的优先级，包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备将所述逻辑信道的优先级由第一优先级调整为第二优先级，所述第二优先级低于所述第一优先级。
可选的，上述终端设备可以根据上述第二优先级，确定第一业务的数据占用的MACPDU的全部资源，或上述终端设备可以根据上述第二优先级，确定第一业务的数据占用的MAC PDU的剩余资源。
本申请实施例中，当第一业务的数据总量大于最大业务数据量时，确定第一业务的数据对时延的要求较低，则对传输第一业务的数据的逻辑信道的优先级进行降级处理，并根据降级后的优先级，确定第一业务的数据在MAC PDU的资源，以便于提高其他对时延要求较高的业务数据可以在该MAC PDU中发送的可能性，有利于提高分配MACPDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述逻辑信道的优先级，确定所述第一业务的数据占用的所述MAC PDU的资源，包括：
所述终端设备根据所述第二优先级，确定所述第一业务的数据占用的所述MACPDU的资源。
本申请实施例中，当第一业务的数据总量大于最大业务数据量时，确定第一业务的数据对时延的要求较低，则对传输第一业务的数据的逻辑信道的优先级进行降级处理，并根据降级后的优先级，确定第一业务的数据在MAC PDU的资源，以便于提高其他对时延要求较高的业务数据可以在该MAC PDU中发送的可能性，有利于提高分配MACPDU的资源的合理性。
在一种可能的实现方式中，所述终端设备根据所述最大业务数据量，确定所述第一业务的数据占用的所述MAC PDU的资源，包括：
所述终端设备根据所述最大业务数据量的数值M，以及缓存所述第一业务的数据的逻辑信道的令牌数量，确定所述第一业务的数据占用的所述MAC PDU的资源，所述逻辑信道的令牌数量经过所述第一时间长度T增长M×T。
本申请实施例中，通过终端设备维护令牌数量，该逻辑信道的令牌数量的增长速率为M×T，使得终端设备确定第一业务的数据占用的MAC PDU的资源的过程中，考虑了最大业务数据量，有利于提高分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述终端设备获取第一参数，包括：所述终端设备接收所述网络设备发送的所述第一参数。
在一种可能的实现方式中，所述终端设备获取第二参数，包括：所述终端设备接收所述网络设备发送的所述第二参数。
第二方面，提供一种用于资源分配的方法，包括：
网络设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内为第一业务的数据提供的最大业务数据量；
所述网络设备向所述终端设备发送所述第一参数。
在本申请实施例中，网络设备通过向终端设备发送最大业务数据量，以便于终端设备根据最大业务数据量确定第一业务的数据占用MAC PDU的资源，有利于提高终端设备分配MAC PDU的资源的合理性。
在一种可能的实现方式中，所述方法还包括：
所述网络设备向所述终端设备发送第二参数，所述第二参数用于指示所述第一时间段。
在本申请实施例中，网络设备通过向终端设备发送第一时间长度，以便于终端设备确定第一时间段内传输的第一业务的数据总量，并根据最大业务数据量和第一业务的数据总量确定第一业务的数据占用MAC PDU的资源，有利于提高终端设备分配MACPDU的资源的合理性。
第三方面，提供一种用于资源分配的方法，包括：
终端设备从多个LCP参数集合选择目标LCP参数集合；
所述终端设备基于所述目标LCP参数集合，确定第一业务的数据占用的MAC PDU的资源。
本申请实施例中，终端设备从多个LCP参数集合选择目标LCP参数集合，并根据目标LCP参数集合，确定第一业务的数据占用的MAC PDU的资源，有利于提高终端设备确定第一业务的数据占用的MAC PDU的资源的灵活性。
在一种可能的实现方式中，所述终端设备基于所述目标LCP参数集合，确定第一业务的数据占用的MAC PDU的资源，包括：
在第一时间段，所述终端设备基于所述目标LCP参数集合，确定第一业务的数据占用的MAC PDU的资源。
在一种可能的实现方式中，所述终端设备基于所述目标LCP参数，确定第一业务的数据占用的MAC PDU的资源，包括：在第一时间段，所述终端设备基于所述目标LCP参数，确定第一业务的数据占用的MAC PDU的资源。在一种可能的实现方式中，所述方法还包括：所述终端设备获取时间信息，所述时间信息用于指示使用所述多个LCP参数集合中的每个LCP参数集合的时间段。
在一种可能的实现方式中，多个LCP参数集合的每个LCP参数包括下列参数中的至少一种：缓存第一业务的数据的逻辑信道的优先级、所述逻辑信道的PBR以及所述逻辑信道的令牌桶的BSD。
第四方面，提供一种用于资源分配的方法，包括：
终端设备接收网络设备发送的资源分配指示信息，所述资源分配指示信息用于指示所述第一业务的数据是否参与分配MAC PDU的剩余资源的分配过程，所述剩余资源为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配所述MAC PDU的资源后所述MAC PDU中剩余的资源；
所述终端设备根据所述资源分配指示信息，分配MAC PDU的剩余资源。
本申请实施例中，通过网络设备向终端设备发送资源分配指示信息，以指示终端设备是否在MAC PDU的剩余资源中为第一业务的数据分配MAC PDU资源。有利于提高终端设备分配MAC PDU的资源的灵活性。
第五方面，提供了一种网络设备，所述网络设备包括网络设备用于执行上述方法的各个模块。
第六方面，提供了一种终端设备，所述终端设备包括终端设备用于执行上述方法的各个模块。
第七方面，提供了一种通信装置，所述通信装置具有实现上述方法设计中的终端设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第八方面，提供了一种通信装置，所述通信装置具有实现上述方法设计中的网络设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元。
第九方面，提供了一种通信装置，包括处理器和存储器。该存储器用于存储程序或指令，该处理器用于从存储器中调用并运行该程序或指令，使得该通信装置执行上述各方面方法中终端设备进行的步骤。可选的，所述通信装置还可以包括收发器，用于支持所述通信装置执行上述方法中收发数据、信令或信息，例如，接收网络设备发送的第一参数。可选的，该通信装置可以是一种终端设备，也可是终端设备中的一部分装置，例如终端设备中的芯片系统。可选的，所述芯片系统，用于支持终端设备实现上述方面中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的程序指令和数据。该芯片系统，包括芯片，也可以包括其他分立器件或电路结构。
第十方面，提供了一种通信装置，包括处理器和存储器。该存储器用于存储程序或指令，该处理器用于从存储器中调用并运行该程序或指令，使得该通信装置执行上述各方面方法中网络设备进行的步骤。可选的，所述通信装置还可以包括收发器，用于支持所述通信装置执行上述方法中收发数据、信令或信息，例如，向终端设备发送第一参数。可选的，该通信装置可以是一种网络设备，也可是网络设备中的一部分装置，例如网络设备中的芯片系统。可选的，所述芯片系统，用于支持网络设备实现上述方面中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的程序指令和数据。该芯片系统，包括芯片，也可以包括其他分立器件或电路结构。
第十一方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
需要说明的是，上述计算机程序代码可以全部或者部分存储在第一存储介质上，其中第一存储介质可以与处理器封装在一起的，也可以与处理器单独封装，本申请实施例对此不作具体限定。
第十二方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
附图说明
图1是本申请实施例应用的无线通信系统100。
图2是本申请实施例的资源分配的方法的示意性流程图。
图3是本申请实施例的MAC CE的示意性框图。
图4本申请实施例的MAC子头的示意性框图。
图5是本申请实施例的一种资源分配的装置的示意性框图。
图6是本申请实施例的一种资源分配的装置的示意性框图。
图7是本申请实施例的资源分配的装置的示意性框图。
图8是本申请另一实施例的终端的示意性框图。
图9是本申请实施例的一种资源分配的装置的示意性框图。
图10是本申请另一实施例的网络设备的示意性框图。
具体实施方式
下面结合附图，说明本申请实施例的方案。
图1是本申请实施例应用的无线通信系统100。该无线通信系统100可以包括网络设备110。网络设备110可以是与终端设备120通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。
图1示例性地示出了一个网络设备和两个终端，可选地，该无线通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。
可选地，该无线通信系统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)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、新空口(New Radio Access Technology，NR)、5G等。
还应理解，在本申请实施例中，终端可以包括但不限于应用于物联网中的终端设备，例如，可以是接入NB-IoT中的终端设备(可以称为“NB-IoT终端”)：智能抄表设备、物流追踪设备、环境监测设备等；该终端还可以包括但不限于移动台(Mobile Station，MS)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、用户设备(User Equipment，UE)、手机(handset)及便携设备(portable equipment)等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，例如，终端设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
本申请实施例中，网络设备可以是接入网设备，例如可以是基站、发射和接收点(Transmit and Receive Point，TRP)或接入点，基站可以是GSM或CDMA中的基站(BaseTransceiver Station，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(evolved Node B，eNB或e-NodeB)，还可以是NR或5G的基站(gNB)，本申请实施例对此不作具体限定。
随着技术的发展，通信系统需要应用于远程工业控制，智能交通等场景，在这类场景中业务数据的通常要求的传输时延较短，传输错误率较低，针对这类场景中业务的传输特性，可以将该类业务划分为保证比特速率(Guaranteed Bite Rate，GBR)业务以及延时紧急业务(Delay Critical GBR)，并为此类业务引入了新的QoS特征：PDB和MDBV。
PDB：表示一个数据包在通信链路中传输延时的上限。通常，对于一个特定的delaycritical GBR业务而言，传输时延超过PDB的数据包可以被认为丢失。
MDBV：表示在PDB的时间窗内接入网(Radio Access Network，RAN)设备需要服务的某一业务的最大业务数据量。所述PDB的时间窗可以指在接入网部分所用的时间窗。所述MDBV可以用于下行数据传输，和/或上行数据传输。
业务数据：可以是终端设备的MAC实体从上层获取的数据包，或者通过空口传输的数据包。例如，可以是GBR业务的数据；delay critical GBR业务的数据。
通常在业务建立时，每个业务的业务数据会关联一个5G QoS标识(5G QoSIdentifier，5QI)又称“QoS标量”，用于指示标准化的5G QoS特征，例如默认优先级、PDB、数据包错误率、默认MDBV、默认平均窗口(Averaging Window，AW)等。表1列出了业务类型、5GQoS特征以及5QI之间的一种可能的对应关系。对于GBR/delay critical GBR业务而言，核心网设备会在GBR/delay critical GBR业务数据的QoS文件中携带该业务的PDB以及MDBV通知接入网设备，以便于接入网设备根据GBR/delay critical GBR业务的PDB以及MDBV，为GBR/delay critical GBR业务提供通信服务。
表1
接入网设备可以基于MDBV以及PDB对GBR/delay critical GBR业务的业务数据进行接纳控制，具体而言，接入网设备基于MDBV以及PDB，评估需要对于GBR/delay criticalGBR业务提供的瞬时速率。例如，如果GBR/delay critical GBR业务的MDBV＝25K字节(Byte)，GBR/delay critical GBR业务的PDB＝5ms，则RAN仅需要为GBR/delay criticalGBR业务的业务数据提供500K Byte/s的瞬时速率，就可以满足GBR/delay critical GBR业务数据的传输需求，如此，接入网设备在有限的容量下还可以接纳其他业务的业务数据。
从上文的介绍中可以看出，虽然目前引入了PDB和MDBV作为新的QoS特征，但是仅仅用在接入网设备做接入控制，传统的PLC过程中并未考虑上述新的QoS特征，下面简单说明传统的LCP过程。
MAC实体可基于令牌桶(token bucket)的算法实现MAC复用。该算法的基本思想是基于令牌桶内是否有令牌以及令牌的数量，确定某逻辑信道的业务数据占用的MACPDU中的资源。
令牌桶(token bucket)的算法中的桶大小持续时间(Bucket Size Duration，BSD)决定了令牌桶的“深度”。它与PBR共同决定了令牌桶的最大容量PBR×BSD。令牌桶的最大容量限制了每个逻辑信道可以挂起(pending)的数据总量，或者说，每个逻辑信道缓存在缓存(buffer)中的数据总量。
终端设备具体可按照以下步骤执行LCP过程，为每个逻辑信道中缓存的数据分配MAC PDU资源。为了后续便于描述，将通过步骤1分配的MAC PDU的资源可以称为“第一轮分配的MAC PDU的资源”，将通过步骤3分配的MAC PDU的剩余资源可以称为“第二轮分配的MACPDU的资源”。
步骤1：对于所有Bj>0的逻辑信道，按照优先级递减顺序组包，为每个逻辑信道中缓存的业务数据分配的MAC PDU的资源，满足每个逻辑信道的PBR的要求。
需要说明的是，若逻辑信道的PBR配置成无穷大(infinity)时，只有在MAC PDU中为这个逻辑信道中缓存的业务数据分配MAC PDU资源后，才会考虑比它优先级低的逻辑信道。
上述Bj是终端设备为每个逻辑信道j维护的变量，该变量指示了该逻辑信道对应的令牌桶里当前可用的令牌(token)数。每个令牌表示可以在MAC PDU中发送1字节(byte)的业务数据。或者说，令牌可理解为将逻辑信道的数据映射到传输信道中的权限。其中Bj在逻辑信道建立时初始化取值为0，且每个传输时间间隔(Transmission Time Interval，TTI)增加PBR×TTI，Bj的值不能超过桶的最大容量即PBR×BSD。
例如，假设某逻辑信道的PBR为8千字节每秒(kbytes per second，kBps)，TTI＝1ms，则每TTI可以往令牌桶内注入8kBps×1ms＝8Byte对应的令牌数量。
步骤2：Bj减去逻辑信道j在步骤1里复用到MAC PDU的所有MAC SDUs的大小。具体地，对于逻辑信道j，每传输一个RLC SDU，先比较Bj是否大于0。如果Bj大于0，则往MAC PDU中添加该SDU。然后将Bj减去该SDU的大小Tsdu，并确定是否满足PBR的要求。如此反复，直到Bj小于0或满足逻辑信道j的PBR要求，则接着处理下一逻辑信道。
步骤3：如果步骤1和步骤2执行完成，MAC PDU中还有剩余资源，则按照逻辑信道优先级由高到低的顺序，分配剩余资源。
需要说明的是，终端设备在为逻辑信道中缓存的数据分配MAC PDU时，还可以遵循如下原则：(1)如果整个RLC SDU能够填入剩余资源中，则不应对该RLC SDU进行分段；(2)如果终端设备对逻辑信道中的RLC SDU进行分段，则应根据剩余资源的大小，尽量填入最大分段；(3)终端设备应最大化数据的传输；(4)如果某个无线承载被挂起，则不应传输该无线承载对应逻辑信道的数据。
这种传统的PLC过程并未考虑新的QoS特征：MDBV，因此，为了进一步提高PLC过程的合理性，本申请实施例提供了一种资源分配的方法。图2是本申请实施例的资源分配的方法的示意性流程图。图2所示的方法包括步骤210和步骤220。
210，终端设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量。
上述第一参数可以是上文中的MDBV，还可以是未来通信系统中具有相同作用或意义的QoS特征。当第一参数是MDBV时，第一时间长度可以为PDB。
为了减少终端设备获取的参数，上述第一时间长度还可以复用现有的参数，例如第一时间长度可以是BSD。上述第一时间长度还可以是通信协议约定的一段时间长度，本申请实施例对此不做限定。
可选地，上述第一参数可以承载在逻辑信道配置信息中，还可以是由网络设备指示的，也就是说，网络设备可以向终端设备发送第一参数。该第一参数可以携带在无线资源控制(Radio Resource Control,RRC)消息中，例如，用于配置空口资源以及协议栈配置等的RRC重配置(RRC reconfiguration)消息；或者用于释放空口RRC连接的RRC释放(RRCrelease)消息中；或者用于建立空口RRC连接的RRC连接建立(RRC Connection Setup)消息；或者用于恢复空口RRC连接的RRC连接恢复(RRC Connection Resume)消息。上述第一参数还可以携带在MAC控制元素(Control Element，CE)中。本申请实施例对第一参数的具体发送方式不做限定。
需要说明的是，上述第一参数用于指示上述最大业务数据量，可以实现为第一参数为上述最大业务数据量；还可以实现为第一参数通过最大业务数据量的指示信息(例如，索引)指示上述最大业务数据量。本申请实施例对此不做具体限定。
220，所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的MAC PDU的资源。
上述MAC PDU资源可以为MAC PDU中的容量。
上述缓存的第一业务的数据占用的MAC PDU的资源包括缓存的第一业务的数据占用的MAC PDU的资源为0，也就是说，终端设备根据第一参数，确定缓存的第一业务的数据不占用MAC PDU的资源。
上述缓存的第一业务的数据占用的MAC PDU的资源，还包括缓存的第一业务的数据占用的MAC PDU的资源不为0，即，终端设备根据第一参数，确定缓存的第一业务的数据占用MAC PDU的资源。
可选地，在分配MAC PDU的资源的过程中，通常是以逻辑信道为单位进行MACPDU的资源分配的，也就是说，上述缓存的所述第一业务的数据可以是逻辑信道缓存的第一业务的数据。
需要说明的是，上述终端设备根据最大业务数据量，确定缓存的第一业务的数据占用的MAC PDU的资源，可以包括终端设备为第一业务的数据分配MAC PDU的资源的过程中，MAC PDU中携带的第一业务的数据的数据量不能超过上述最大业务数据量。或者终端设备还可以结合上述最大业务数据量，以及传输第一业务的数据的逻辑信道的优先级，确定第一业务的数据占用的MAC PDU的资源。或者终端设备还可以根据上述最大业务数据量，以及传输第一业务的数据的逻辑信道的PBR确定第一业务的数据占用的MAC PDU的资源。
目前的通信协议中规定了业务数据的MDBV，但是实际传输业务数据的过程中，业务数据的业务突发量可能会超过MDBV的限制，下面以传输游戏业务的业务数据为例进行说明，游戏业务的5QI值为3，属于GBR业务。该业务数据主要包含两类业务数据：第一类业务数据为游戏启动阶段的传输的背景图像的业务数据，第二类业务数据为游戏进行过程中传输的移动物体、控制命令的业务数据。基于表1，该游戏业务的业务数据的QoS特征为：5QI＝3，PDB＝50ms，GBR＝100kbits/s，MDBV＝25kbits，AW＝3s。
但是，在实际传输该业务的业务数据的过程中，该业务在不同的时间段的传输业务数据的需求其实不完全相同。
1)游戏启动阶段：主要传输用于上载背景图像的业务数据，在该阶段，业务数据的数据量为300kbits，超过业务的MDBV。在AW内的速率为300kbits/3s＝100kbits/s，符合游戏业务的GBR需求。为了满足游戏业务的PDB需求，接入网设备需要在PDB内传输该数据量的业务数据，也就是说，接入网设备需要提供的瞬时速率高达300kbits/50ms＝6M bits/s。然而，在游戏启动阶段，用于背景图像上载的业务数据并非无法容忍时延。
2)游戏进行阶段：主要是传输用于移动物体以及控制命令的业务数据，在该阶段，实际传输的业务数据的数据量通常较小，不会超过MDBV。这阶段传输的业务数据对于时延要求高，接入网设备需要满足游戏业务的PDB的需求，接入网设备需要为该业务数据提供的瞬时速率为25kbits/50ms＝500kbits/s。
因此，为了更加合理的分配MAC PDU的资源，可以结合同类业务在不同阶段的业务数据所需的QoS不同这一特性，进行MAC PDU的资源分配。
即，上述方法还包括：所述终端设备获取第二参数，所述第二参数用于指示所述第一时间长度；所述终端设备确定所述第一时间长度内传输的所述第一业务的数据总量；步骤220还包括：所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述第一业务的数据占用的所述MAC PDU的资源。
在第一时间长度内传输的第一业务的数据总量可以是，终端设备在第一时间长度内实际传输的第一业务的数据总量。
上述终端设备在第一时间长度内传输的第一业务的数据总量，可以是终端设备在第一时间长度内已经传输的第一业务的数据的数据量，还可以是终端设备在第一时间长度内已经传输成功的第一业务的数据的数据量，还可以是终端设备已经传输的第一业务的数据的数据量与终端设备待传输的第一业务的数据的数据量总和，还可以是终端设备已经传输成功的第一业务的数据的数据量与终端设备待传输的第一业务的数据的数据量总和。本申请实施例对此不做具体限定。
上述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述第一业务的数据占用的所述MAC PDU的资源，可以包括终端设备根据最大业务数据量和第一业务的数据总量之间的差值，确定第一业务的数据占用的所述MAC PDU的资源；还可以包括终端设备根据最大业务数据量和第一业务的数据总量之间的比值，确定第一业务的数据占用的所述MAC PDU的资源；还可以包括终端设备根据最大业务数据量和第一业务的数据总量之间的大小，确定第一业务的数据占用的所述MAC PDU的资源，本申请实施例对此不做具体限定。
上述终端设备确定第一时间长度内传输的第一业务的数据总量，可以通过终端设备统计时间窗内传输的第一业务的数据总量确定，该时间窗可以通过时间窗的结束时刻以及时间窗的时间长度确定，即以时间窗的结束时刻为起点，沿着时间轴，向时间减少的方向，选取第一时间长度的时间段作为时间窗。
具体地，上述时间窗的结束时刻可以为当前时刻，时间窗的结束时刻还可以是终端设备开始封装MAC PDU的起始时刻，时间窗的结束时刻还可以是终端设备接收到MAC(Service Data Unit,SDU)的时刻，时间窗的结束时刻还可以是建立逻辑信道的时刻。本申请对此不做限定。
可选地，时间窗在时间上还可是连续的，即当一个时间窗结束时，可以重新开启一个新的时间窗，当前时间窗的结束时刻可以作为下一个时间窗的起始时刻，另外，上述时间窗还可以是终端设备自主确定，不做标准化说明。
可选地，终端设备在每轮LCP结束后，可以由MAC实体统计该逻辑信道发送的第一业务的数据的数据量。
作为一种在逻辑信道配置信息中承载第一参数和第二参数的具体实现方式，下文以枚举的方式将MDBV和PDB承载于逻辑信道配置信息中。
下面介绍本申请实施例提供的，终端设备根据最大业务数据量和第一业务的数据总量，确定第一业务的数据占用的MAC PDU的资源的具体方式。
第一种可能的实现方式中，终端设备可以基于最大业务数据量和第一业务的数据总量的比较结果，直接确定第一业务的数据占用的MAC PDU的资源。具体的，可以有如下的具体实现设计。
具体实现一、终端设备基于最大业务数据量和第一业务的数据总量的比较结果，确定第一业务的数据是否占用整个MAC PDU的资源。从执行时间上来说，终端设备确定最大业务数据量和第一业务的数据总量的比较结果的步骤，可以在执行传统的LCP过程之前进行。
一方面，若所述第一业务的数据总量小于所述最大业务数据量，或者所述第一业务的数据总量等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的资源。或者说，第一业务的数据中的至少部分数据封装在MAC PDU中。
需要说明的是，上述第一业务的数据占用的MAC PDU的资源的资源量，可以基于上文描述的传统的LCP过程确定，还可以仅仅按照逻辑信道的优先级确定，还可以仅仅按照逻辑信信道的PBR确定，本申请实施例对此不做限定。
另一方面，若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述MAC PDU的资源。也就是说，终端设备在MACPDU的资源中为第一业务的数据分配的资源量为0。
需要说明的是，上文仅仅列出了第一业务的数据总量等于最大业务数据量时，终端设备确定第一业务的数据占用MAC PDU的资源的情况，还可以对上述具体实现一做变换，当第一业务的数据总量等于最大业务数据量时，终端设备也可以确定第一业务的数据不占用MAC PDU的资源。
上述具体实现一的介绍的资源分配方式简单，且可以提高了资源分配方式的合理性，为了进一步提高资源分配的合理性，本申请实施例提供了下述具体实现二。该具体实现二是对传统的LCP过程中，
具体实现二、终端设备基于最大业务数据量和第一业务的数据总量的比较结果，确定是否调整逻辑信道的优先级，并基于逻辑信道的优先级确定第一业务的数据是否占用的MAC PDU的剩余资源，或者说，确定第一业务的数据是否占用的第二轮分配的MAC PDU的资源。剩余资源可以为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配MAC PDU的资源后，MAC PDU中剩余的资源。
一方面，若所述第一业务的数据总量小于所述最大业务数据量，或所述第一业务的数据总量等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的剩余资源。即终端设备从MAC PDU的剩余资源中为第一业务的数据分配资源。
需要说明的是，在该方案中，第一轮分配的MAC PDU的资源可以按照传统的LCP过程中的资源分配方式进行分配，或者仅仅按照逻辑信道的优先级对MAC PDU的资源进行分配，或者按照逻辑信道的PBR对MAC PDU的资源进行分配。
还应理解，上述第一业务的数据占用的MAC PDU的剩余资源的资源量，可以基于上文描述的传统的LCP过程确定，还可以仅仅按照逻辑信道的优先级确定，还可以仅仅按照逻辑信信道的PBR确定，本申请实施例对此不做限定。
另一方面，若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述剩余资源。也就是说，终端设备在MAC PDU的剩余资源中为第一业务的数据分配的资源量为0。
需要说明的是，上文仅仅列出了第一业务的数据总量等于最大业务数据量时，终端设备确定第一业务的数据占用MAC PDU的资源的情况，还可以对上述具体实现二做变换，当第一业务的数据总量等于最大业务数据量时，终端设备确定第一业务的数据不占用MACPDU的剩余资源。
可选地，在通过上述具体实现一和具体实现二对MAC PDU的资源分配完成后，终端设备还可以重新确定最大业务数据量和第一业务的数据总量的比较结果，并根据该比较结果确定第一业务的数据是否占用的MAC PDU的剩余资源。具体地确定方式可以参见上文的描述方式。为了简洁，在此不再赘述。
应理解，上述重新确定的比较结果，可能和具体实现一或具体实现二中确定的比较结果不同，因为上述重新确定的比较结果中的第一业务的数据总量是基于重新确定的时间窗统计的，该重新确定的时间窗可以是，位于具体实现一或具体实现二中统计第一业务的数据总量的时间窗之后的时间窗。
第二种可能的实现方式中，终端设备可以基于最大业务数据量和第一业务的数据总量的比较结果，确定是否将传输第一业务的数据的逻辑信道的优先级由第一优先级调整为第二优先级，并基于第二优先级确定第一业务的数据占用的MAC PDU的资源。具体的，可以有如下的具体实现设计。
需要说明的是，上述第二优先级可以是网络设备指示给终端设备的，即网络设备向终端设备发送优先级信息，该优先级信息用于指示上述第二优先级。上述第二优先级还可以是终端设备自主确定的，例如，终端设备根据预存的优先级减小量，在第一优先级的基础上减少所述减小量，以得到第二优先级；终端设备还可以直接将逻辑信道的优先级直接降低到最低优先级，即第二优先级为最低优先级。本申请实施例对上述优先级的调整方式不做具体限定。
上述优先级信息，例如第二优先级、或者减小量，或者最低优先级还可以承载于逻辑信道配置信息元素中，由终端设备获取。下文示出了一种携带优先级信息的可能的实现方式，其中优先级信息通过优先级(priority2)表示。
具体实现三、终端设备基于最大业务数据量和第一业务的数据总量的比较结果，确定是否调整逻辑信道的优先级，并基于逻辑信道的优先级确定第一业务的数据是否占用的整个MAC PDU的资源。从执行时间上来说，上述判断过程可以在执行传统的LCP过程之前进行。
一方面，若所述第一业务的数据总量小于所述最大业务数据量，或者所述第一业务的数据总量等于所述最大业务数据量，所述终端设备根据逻辑信道的当前的优先级，确定所述第一业务的数据占用所述MAC PDU的资源。即终端设备不对逻辑信道的优先级进行调整。
需要说明的是，上述第一业务的数据占用的MAC PDU的资源的资源量，可以基于上文描述的传统的LCP过程确定，还可以仅仅按照逻辑信道的优先级确定所述第一业务的数据占用的所述MAC PDU的资源，本申请实施例对此不做限定。
另一方面，若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备将所述逻辑信道的优先级由第一优先级调整为第二优先级，所述第二优先级低于所述第一优先级，所述终端设备根据所述第二优先级，确定所述第一业务的数据占用的所述MACPDU的资源。
需要说明的是，上文仅仅列出了第一业务的数据总量等于最大业务数据量时，所述终端设备根据逻辑信道的当前的优先级，确定所述第一业务的数据占用的所述MACPDU的资源的情况，还可以对上述具体实现一做变换，当第一业务的数据总量等于最大业务数据量时，终端设备所述终端设备根据上述第二优先级，确定所述第一业务的数据占用的所述MAC PDU的资源。
具体实现四、终端设备基于最大业务数据量和第一业务的数据总量的比较结果，直接确定第一业务的数据是否占用的MAC PDU的剩余资源，或者说，确定第一业务的数据是否占用的第二轮分配的MAC PDU的资源。剩余资源可以为，根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配MAC PDU的资源后，MAC PDU中剩余的资源。
一方面，若所述第一业务的数据总量小于所述最大业务数据量，或所述第一业务的数据总量等于所述最大业务数据量，所述终端设备根据逻辑信道的当前的优先级，确定所述第一业务的数据占用的所述MAC PDU的剩余资源。即终端设备不对逻辑信道的优先级进行调整。
需要说明的是，在该方案中，第一轮分配的MAC PDU的资源可以按照传统的LCP过程中的资源分配方式进行分配，或者仅仅按照逻辑信道的优先级对MAC PDU的资源进行分配，或者按照逻辑信道的PBR对MAC PDU的资源进行分配。
还应理解，上述第一业务的数据占用的MAC PDU的剩余资源的资源量，可以基于上文描述的传统的LCP过程确定，还可以仅仅按照逻辑信道的优先级确定，本申请实施例对此不做限定。
另一方面，若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备将所述逻辑信道的优先级由第一优先级调整为第二优先级，所述第二优先级低于所述第一优先级，所述终端设备根据所述第二优先级，确定所述第一业务的数据占用的所述MACPDU的剩余资源。也就是说，终端设备在MAC PDU的剩余资源中为第一业务的数据分配的资源量为0。
上述终端设备根据所述第二优先级，确定所述第一业务的数据占用的所述MACPDU的剩余资源的资源量的具体方式，可以参考传统的LCP过程中，终端设备根据逻辑信道的优先级，确定第一业务的数据占用的MAC PDU的资源。
需要说明的是，上文仅仅列出了第一业务的数据总量等于最大业务数据量时，终端设备根据逻辑信道的当前的优先级，确定第一业务的数据占用MAC PDU的剩余资源的情况。还可以对上述具体实现四做变换，当第一业务的数据总量等于最大业务数据量时，终端设备根据第二优先级，确定第一业务的数据占用MAC PDU的剩余资源。
可选地，在通过上述具体实现三和具体实现四对MAC PDU的资源分配完成后，终端设备还可以重新确定最大业务数据量和第一业务的数据总量的比较结果，并根据该比较结果确定第一业务的数据是否调整逻辑信道的优先级。具体地确定方式可以参见上文的描述方式。为了简洁，在此不再赘述。
应理解，上述重新确定的比较结果，可能和具体实现三和具体实现四中确定的比较结果不同，因为上述重新确定的比较结果中的第一业务的数据总量是基于重新确定的时间窗统计的，该重新确定的时间窗可以是，位于具体实现三和具体实现四中统计第一业务的数据总量的时间窗之后的时间窗。
第三种可能的实现方式中，通过增加新的令牌桶，并根据最大业务数据，建立新的令牌桶中令牌数量的累积规则，并基于累积规则，确定第一业务的数据占用的MACPDU的资源。也就是说，终端设备根据最大业务数据量M，以及缓存第一业务的数据的逻辑信道的令牌数量，确定所述第一业务的数据占用的所述MAC PDU的资源，逻辑信道的令牌数量经过第一时间长度T增长M×T。具体的，可以有如下的具体实现设计。
具体实现五、终端设备将上述新的令牌桶中令牌数量的累积规则，与传统的LCP过程中令牌数量的累积规则相结合，确定第一业务的数据占用的MAC PDU的资源。从同时为多个逻辑信道缓存的业务数据分配MAC PDU的资源的角度来描述，具体的资源分配过程可以包括以下两个步骤。其中，通过变量B2j指示新的令牌桶中令牌的数量。
步骤1，对于所有Bj>0以及B2j>0的逻辑信道，终端设备根据逻辑信道的优先级递减的顺序，确定逻辑信道缓存的数据占用的MAC PDU的资源。
需要说明的是，上述变量Bj的累积规则，使用规则可以参见传输的LCP过程中的相关描述。下文重点介绍变量B2j的累积规则以及使用规则。
终端设备可以为每个逻辑信道维护一个变量B2，其中逻辑信道j的变量通过B2j表示。该变量指示了该逻辑信道对应的新的令牌桶里当前可用的令牌数。每个令牌表示可以在MAC PDU中发送1字节(byte)的业务数据。或者说，令牌可以作为为将逻辑信道的数据映射到传输信道中的权限。其中B2j在逻辑信道j建立时初始化取值为0，且每经过一个第一时间段T，B2j增加M×T。
当第一时间段T为PDB时，经过第一时间段之后，假设新的令牌桶中的令牌数的数量不为0，则表示缓存的第一业务的数据的传输时间超过PDB，该第一业务的数据会被丢弃，因此，每个第一时间段T传输的第一业务的数据的数据量，不会超过最大业务数据量。相应地，新的令牌桶的容量可以设置为M×T，即新的令牌桶的容量不用大于最大业务数据量对应的令牌数量。
为了避免，经过第一时间段，新的令牌桶还余有令牌，导致新的令牌桶中的令牌在累积的过程中，令牌的数量会超过新的令牌桶的容量，可以设置一个周期，经过该周期后，新的令牌桶中的令牌数量可以被清零。可选地，上述周期的周期长度可以为第一时间段，即所述B2j在第一时间段T后可设置为0。
步骤2，Bj减去逻辑信道j在步骤1里复用到MAC PDU的所有MAC SDUs的大小，同时，B2j减去逻辑信道j在步骤1里复用到MAC PDU的所有MAC SDUs的大小。
当待发送的RLC SDU的大小大于B2j(即B2j–size(RLC SDU)<0)时，新的令牌桶中没有足够的令牌用于发送该RLC SDU，此时该SDU应该放在RLC队列中，直到有足够的令牌后再进行传输。但如果SDU缓存在队列中的时间过长，又可能导致队列溢出，造成后续SDU的丢弃。
可选地，权衡之下，可以允许B2j<0的情况，即通过“借贷”的方式，将SDU先发出去，后续再“还贷”，贷款没还清之前，不准发送SDU。
可选地，还可以不允许B2j<0的情况，即不允许通过“借贷”的方式，将SDU先发出去，后续再“还贷”。
即当B2j>0(令牌桶中有令牌)，但B2j–sizeof(RLC SDU)<0时，业务数据不会放到队列中，而是采取“借贷”的方式获取到足够的令牌数量，把业务数据复用到MACPDU中。只有将借到的令牌数量还完后，即直到B2j>0，该逻辑信道缓存的业务数据才能继续参与MAC PDU的资源分配过程中。
具体实现六、终端设备仅维护B2j变量，表示新的令牌桶中令牌数量。其中变量B2j的累积规则与使用规则与具体实现五中介绍的相同，为了简洁，在此不再赘述。
需要说明的是，通过第三种可能的实现方式中介绍的方案，终端设备确定的第一业务的数据占用的MAC PDU的资源中，MAC PDU的资源可以是上文中的第一轮分配的MACPDU的资源，即上述第三种可能的实现方式中介绍的方案可以对传统的LCP过程中的步骤1和步骤2的改进。MAC PDU的资源可以是MAC PDU的全部资源。
需要说明的是，上述三种可能的实现方式中介绍的具体实现之间可以相互结合，例如，终端设备可以使用第三种可能的实现方式中介绍的具体实现分配第一轮MAC PDU的资源，使用第二种可能的实现方式中的具体实现四，分配第二轮MAC PDU的资源，即MAC PDU的剩余资源。又例如，终端设备可以使用第三种可能的实现方式中介绍的具体实现分配第一轮MAC PDU的资源，使用第一种可能的实现方式中的具体实现二，分配第二轮MAC PDU的资源，即MAC PDU的剩余资源。
为了简化终端设备分配MAC PDU的资源的过程，本申请实施例还提供一种资源分配方式，终端设备直接根据资源分配指示信息，确定传输第一业务的数据的逻辑信道是否参与分配MAC PDU的剩余资源的过程。
即，终端设备获取资源分配指示信息，所述资源分配指示信息用于指示所述第一业务的数据是否参与分配MAC PDU的剩余资源的分配过程；所述终端设备根据所述资源分配指示信息，分配MAC PDU的剩余资源。
上述资源分配指示信息可以是网络设备指示给终端设备的，即网络设备向终端设备发送资源分配指示信息。上述资源分配指示信息还可以承载于逻辑信道配置信息元素中，由终端设备获取。下文示出了一种携带资源分配指示信息(indication)的可能的实现方式。其中资源分配指示信息为真(true)，可以表示逻辑信道配置信息配置的逻辑信道中缓存的第一业务的数据不参与分配MAC PDU的剩余资源的过程；则资源分配指示信息为假(false)，可以表示逻辑信道配置信息配置的逻辑信道中缓存的第一业务的数据参与分配MAC PDU的剩余资源的过程。或者，资源分配指示信息为真(true)，可以表示逻辑信道配置信息配置的逻辑信道中缓存的第一业务的数据参与分配MAC PDU的剩余资源的过程；则资源分配指示信息为假(false)，可以表示逻辑信道配置信息配置的逻辑信道中缓存的第一业务的数据不参与分配MAC PDU的剩余资源的过程。
基于上文中提到即使对应同一业务来说，业务数据的QoS特征在不同的时间段并不完全相同，因此，基于业务数据的QoS特征随时间变化的这一特性，本申请实施例提供了一种资源分配方式，通过为同一业务流配置多个LCP参数集合，在不同的时间段，终端设备可以根据不同LCP参数集合，确定业务数据占用的MAC PDU的资源。
即，终端设备从多个LCP参数集合选择目标LCP参数集合；所述终端设备基于所述目标LCP参数集合，确定第一业务数据占用的MAC PDU的资源。
在一种可能的实现方式中，所述终端设备基于所述目标LCP参数集合，确定第一业务数据占用的MAC PDU的资源，包括：在第一时间段，所述终端设备基于所述目标LCP参数集合，确定第一业务数据占用的MAC PDU的资源。
可选地，上述第一时间段可以是传输第一业务数据的过程中的任意一段时间。该第一时间段可以是由网络设备为终端设备配置的，还可以是通信协议中直接规定的。本申请实施例对此不做限定。
在一种可能的实现方式中，所述方法还包括：所述终端设备获取时间信息，所述时间信息用于指示使用所述多个LCP参数集合中的每个LCP参数集合的时间段。
在一种可能的实现方式中，多个LCP参数集合的每个LCP参数集合包括下列参数中的至少一种：缓存第一业务的数据的逻辑信道的优先级、所述逻辑信道的PBR以及所述逻辑信道的令牌桶的BSD。
在一种可能的实现方式中，多个LCP参数集合和/或时间信息可以承载于逻辑信道配置信息元素中，由终端设备获取。下文示出了一种携带多个LCP参数集合可能的实现方式。
多个LCP参数集合和/或时间信息还可以由网络设备向终端设备指示。在一种可能的实现方式中，仅上述时间信息由网络设备向终端设备指示。该时间信息可以携带在RRC消息中，例如，RRC重配置消息；或者RRC释放消息；或者RRC连接建立消息；或者RRC连接恢复消息。，该时间信息还可以携带在MAC层信令，例如MAC CE，该时间信息还可以携带在物理层信令。
在一种可能的实现方式中，所述方法还包括：终端设备接收网络设备发送的LCP参数集合的指示信息，该LCP参数集合的指示信息用于指示在第一时间段内，终端设备根据目标LCP参数集合，确定第一业务数据占用的MAC PDU的资源。也就是说，LCP参数集合的指示信息用于指示终端设备使用目标LCP参数集合，以及使用目标LCP参数集合的时间，即第一时间段。
在一种可能的实现方式中，上述LCP参数集合的指示信息还可以携带在MAC CE中。图3是本申请实施例的MAC CE的示意性框图。图3所示的MAC CE包括第一字段310，和第二字段320，其中，第一字段用于表示第一时间段的时间长度，第二字段用于表示目标LCP参数集合的索引。
在一种可能的实现方式中，所述方法还包括：终端设备接收网络设备发送的第一指示信息，所述第一指示信息用于指示传输所述第一业务的逻辑信道的LCP参数集合为所述目标LCP参数集合。也就是说，第一指示信息中携带逻辑信道的索引以及LCP参数集合的索引。
可选地，上述第一指示信息携带在MAC CE的MAC子头中。图4本申请实施例的MAC子头的示意性框图。MAC子头包括第一字段410和第二字段420。第一字段携带LCP参数集合的索引，例如第一字段DD＝00时，指示选取目标LCP参数集合作为上述逻辑信道的LCP参数集合，MAC子头的第二字段指示传输第一业务数据的逻辑信道的逻辑信道标识(LogicalChannel Identity，LCID)。
需要说明的是，上述终端设备将目标LCP参数集合作为传输第一业务数据的逻辑信道的LCP参数集合的时间段的确定方式可以包括以下几种方式：终端设备在收到第一指示信息的时刻开始，可以使用目标LCP参数集合作为传输第一业务数据的逻辑信道的LCP参数集合；或者终端设备在收到第一指示信息的时刻开始，经过预设的时间段后，可以使用目标LCP参数集合作为传输第一业务数据的逻辑信道的LCP参数集合；或者终端设备在收到第一指示信息后，在预设的时间段内，可以使用目标LCP参数集合作为传输第一业务数据的逻辑信道的LCP参数集合。
上述预设的时间段可以是网络设备为终端设备配置的，还可以是协议中规定的，本申请实施例对此不做限定。
在一种可能的实现方式中，多个LCP参数集合和/或时间信息还可以是由通信协议规定的，本申请实施例，对此不做限定。
上文结合图1至图4详细的说明了描述了本申请实施例的资源分配的方法，下面结合图5至图10，详细描述本申请实施例的装置。应理解，图5至图10所示的装置能够实现图1至图4中的各个步骤，为避免重复，在此不再详细赘述。
图5是本申请实施例的一种资源分配的装置的示意性框图。图5所示的装置500包括：获取单元510和确定单元520。
获取单元510，用于获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要提供的第一业务的最大业务数据量；
确定单元520，用于根据所述获取单元获取的所述最大业务数据量，确定缓存的所述第一业务的数据占用的媒体接入控制协议数据单元MAC PDU的资源。
在一种可能的实现方式中，所述获取单元还用于获取第二参数，所述第二参数用于指示所述第一时间长度；
所述确定单元还用于确定所述第一时间长度内传输的所述第一业务的数据总量；以及
根据所述最大业务数据量和所述第一业务的数据总量，确定所述第一业务的数据占用的所述MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于若所述第一业务的数据总量小于或等于所述最大业务数据量，确定所述第一业务的数据占用所述MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于若所述第一业务的数据总量大于所述最大业务数据量，确定所述第一业务的数据不占用所述MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于若所述第一业务的数据总量小于或等于所述最大业务数据量，确定所述第一业务的数据占用所述MAC PDU的剩余资源，所述剩余资源为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配所述MAC PDU的资源后所述MAC PDU中剩余的资源。
在一种可能的实现方式中，所述确定单元，还用于若所述第一业务的数据总量大于所述最大业务数据量，确定所述第一业务的数据不占用所述剩余资源。
在一种可能的实现方式中，所述确定单元，还用于根据所述最大业务数据量和所述第一业务的数据总量，确定缓存所述第一业务的数据的逻辑信道的优先级；以及
根据所述逻辑信道的优先级，确定所述第一业务的数据占用的所述MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于若所述第一业务的数据总量大于所述最大业务数据量，将所述逻辑信道的优先级由第一优先级调整为第二优先级，所述第二优先级低于所述第一优先级。
在一种可能的实现方式中，所述确定单元，还用于根据所述第二优先级，确定所述第一业务的数据占用的所述MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于根据所述最大业务数据量M，以及缓存所述第一业务的数据的逻辑信道的令牌数量，确定所述第一业务的数据占用的所述MAC PDU的资源，所述逻辑信道的令牌数量经过所述第一时间长度增长M×T。
图6是本申请实施例的一种资源分配的装置的示意性框图，图6所示的装置600包括：选择单元610和确定单元620。
选择单元610，用于从多个LCP参数集合选择目标LCP参数集合；
确定单元620，用于基于所述目标LCP参数集合，确定第一业务的数据占用的MACPDU的资源。
在一种可能的实现方式中，所述确定单元，还用于：在第一时间段，基于所述目标LCP参数集合，确定第一业务的数据占用的MAC PDU的资源。
在一种可能的实现方式中，所述确定单元，还用于：在第一时间段，所述终端设备基于所述目标LCP参数，确定第一业务的数据占用的MAC PDU的资源。
在一种可能的实现方式中，所述装置还包括：获取单元，用于获取时间信息，所述时间信息用于指示使用所述多个LCP参数集合中的每个LCP参数集合的时间段。
在一种可能的实现方式中，多个LCP参数集合的每个LCP参数包括下列参数中的至少一种：缓存第一业务的数据的逻辑信道的优先级、所述逻辑信道的PBR以及所述逻辑信道的令牌桶的BSD。
图7是本申请实施例的资源分配的装置的示意性框图，图7所示的装置700包括：接收单元710，和处理单元720。
接收单元710，用于接收网络设备发送的资源分配指示信息，所述资源分配指示信息用于指示所述第一业务的数据是否参与分配MAC PDU的剩余资源的分配过程，所述剩余资源为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配所述MAC PDU的资源后所述MAC PDU中剩余的资源；
处理单元720，用于根据所述资源分配指示信息，分配MAC PDU的剩余资源。
在可选的实施例中，所述选择单元610和确定单元620可以为处理器820，所述终端设备还可以包括收发机840、输入/输出接口830和存储器810，具体如图8所示。
在可选的实施例中，所述获取单元510和确定单元520可以为处理器820，所述终端设备还可以包括收发机840、输入/输出接口830和存储器810，具体如图8所示。
在可选的实施例中，所述处理单元720可以为处理器820，所述接收单元710可以为收发机840，所述终端设备还可以包括输入/输出接口830和存储器810，具体如图8所示。
图8是本申请另一实施例的终端的示意性框图。图8所示的终端800可以包括：存储器810、处理器820、输入/输出接口830、收发机840。其中，存储器810、处理器820、输入/输出接口830和收发机840通过内部连接通路相连，该存储器810用于存储指令，该处理器820用于执行该存储器820存储的指令，以控制输入/输出接口830接收输入的数据和信息，输出操作结果等数据，并控制收发机840发送信号。
应理解，在本申请实施例中，该处理器820可以采用通用的中央处理器(CentralProcessing Unit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。
还应理解，收发机840又称通信接口，使用例如但不限于收发器一类的收发装置，来实现终端800与其他设备或通信网络之间的通信。
该存储器810可以包括只读存储器和随机存取存储器，并向处理器820提供指令和数据。处理器820的一部分还可以包括非易失性随机存取存储器。例如，处理器820还可以存储设备类型的信息。
在实现过程中，上述方法的各步骤可以通过处理器820中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器810，处理器820读取存储器810中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
图9是本申请实施例的一种资源分配的装置的示意性框图。图9所示的装置包括：获取单元910和发送单元920。
获取单元910，用于获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量；
发送单元920，用于向所述终端设备发送所述第一参数。
在一种可能的实现方式中，所述装置还包括：
发送单元，用于向所述终端设备发送第二参数，所述第二参数用于指示所述单位时间的时间长度。
在可选的实施例中，所述获取单元910可以为处理器1020，所述发送单元920可以为收发机1040，所述网络设备还可以包括输入/输出接口1030和存储器1010，具体如图10所示。
图10是本申请另一实施例的网络设备的示意性框图。图10所示的网络设备1000可以包括：存储器1010、处理器1020、输入/输出接口1030、收发机1040。其中，存储器1010、处理器1020、输入/输出接口1030和收发机1040通过内部连接通路相连，该存储器1010用于存储指令，该处理器1020用于执行该存储器1020存储的指令，以控制输入/输出接口1030接收输入的数据和信息，输出操作结果等数据，并控制收发机1040发送信号。
所述处理器1020，用于获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量；
所述收发机1040，用于向所述终端设备发送所述第一参数。
应理解，在本申请实施例中，该处理器1020可以采用通用的中央处理器(CentralProcessing Unit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。
还应理解，收发机1040又称通信接口，使用例如但不限于收发器一类的收发装置，来实现网络设备1000与其他设备或通信网络之间的通信。
该存储器1010可以包括只读存储器和随机存取存储器，并向处理器1020提供指令和数据。处理器1020的一部分还可以包括非易失性随机存取存储器。例如，处理器1020还可以存储设备类型的信息。
在实现过程中，上述方法的各步骤可以通过处理器1020中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1010，处理器1020读取存储器1010中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够读取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(Digital Video Disc，DVD))或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种资源分配的方法，其特征在于，包括：
终端设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量；
所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的媒体接入控制协议数据单元MAC PDU的资源。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述终端设备获取第二参数，所述第二参数用于指示所述第一时间长度；
所述终端设备确定所述第一时间长度内传输的所述第一业务的数据总量；
所述终端设备根据所述最大业务数据量，确定缓存的所述第一业务的数据占用的MACPDU的资源，包括：
所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述第一业务的数据占用的所述MAC PDU的资源。
3.如权利要求2所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
若所述第一业务的数据总量小于或等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的资源。
4.如权利要求2或3所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述MAC PDU的资源。
5.如权利要求2或3所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，所述终端设备确定所述第一业务的数据占用所述MACPDU的资源，包括：
若所述第一业务的数据总量小于或等于所述最大业务数据量，所述终端设备确定所述第一业务的数据占用所述MAC PDU的剩余资源，所述剩余资源为根据逻辑信道的最小数据速度PBR和逻辑信道优先级分配所述MAC PDU的资源后所述MAC PDU中剩余的资源。
6.如权利要求5所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，还包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备确定所述第一业务的数据不占用所述剩余资源。
7.如权利要求2所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存的所述第一业务的数据占用的MAC PDU的资源，包括：
所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定缓存所述第一业务的数据的逻辑信道的优先级；
所述终端设备根据所述逻辑信道的优先级，确定所述第一业务的数据占用的所述MACPDU的资源。
8.如权利要求7所述的方法，其特征在于，所述终端设备根据所述最大业务数据量和所述第一业务的数据总量，确定所述逻辑信道的优先级，包括：
若所述第一业务的数据总量大于所述最大业务数据量，所述终端设备将所述逻辑信道的优先级由第一优先级调整为第二优先级，所述第二优先级低于所述第一优先级。
9.如权利要求8所述的方法，其特征在于，所述终端设备根据所述逻辑信道的优先级，确定所述第一业务的数据占用的所述MAC PDU的资源，包括：
所述终端设备根据所述第二优先级，确定所述第一业务的数据占用的所述MACPDU的资源。
10.如权利要求2所述的方法，其特征在于，所述终端设备根据所述最大业务数据量，确定所述第一业务的数据占用的所述MAC PDU的资源，包括：
所述终端设备根据所述最大业务数据量的数值M，以及缓存所述第一业务的数据的逻辑信道的令牌数量，确定所述第一业务的数据占用的所述MAC PDU的资源，其中，所述逻辑信道的令牌数量经过所述第一时间长度T后增长M×T。
11.一种资源分配的方法，其特征在于，包括：
网络设备获取第一参数，所述第一参数用于指示接入网设备在第一时间长度内需要为第一业务提供的最大业务数据量；
所述网络设备向所述终端设备发送所述第一参数。
12.如权利要求11所述的方法，其特征在于，所述方法还包括：
所述网络设备向所述终端设备发送第二参数，所述第二参数用于指示所述第一时间长度。
13.一种通信装置，其特征在于，包括处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以执行如权利要求1-12中任一项所述的方法。
14.一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行如权利要求1-12中任一项所述的方法。
CN201810450623.7A 2018-05-11 2018-05-11 资源分配的方法和装置 Active CN110474854B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810450623.7A CN110474854B (zh) 2018-05-11 2018-05-11 资源分配的方法和装置
PCT/CN2019/085857 WO2019214617A1 (zh) 2018-05-11 2019-05-07 资源分配的方法和装置
EP19799701.8A EP3771165B1 (en) 2018-05-11 2019-05-07 Method and apparatus for resource allocation
US17/094,818 US11570791B2 (en) 2018-05-11 2020-11-11 Resource allocation method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810450623.7A CN110474854B (zh) 2018-05-11 2018-05-11 资源分配的方法和装置

Publications (2)

Publication Number Publication Date
CN110474854A true CN110474854A (zh) 2019-11-19
CN110474854B CN110474854B (zh) 2021-08-31

Family

ID=68466900

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810450623.7A Active CN110474854B (zh) 2018-05-11 2018-05-11 资源分配的方法和装置

Country Status (4)

Country Link
US (1) US11570791B2 (zh)
EP (1) EP3771165B1 (zh)
CN (1) CN110474854B (zh)
WO (1) WO2019214617A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112399611A (zh) * 2020-12-04 2021-02-23 中国联合网络通信集团有限公司 物联网业务的接入方法和装置
CN113056004A (zh) * 2019-12-26 2021-06-29 大唐移动通信设备有限公司 一种上行传输控制方法、终端和网络侧设备
WO2022257829A1 (zh) * 2021-06-07 2022-12-15 维沃移动通信有限公司 数据网络上行调度方法、装置及电子设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110474854B (zh) 2018-05-11 2021-08-31 华为技术有限公司 资源分配的方法和装置
US11191063B2 (en) 2019-01-09 2021-11-30 Mediatek Inc. Multiple physical uplink control channel (PUCCH) resources for an uplink control information (UCI) report
CN112019363B (zh) * 2019-05-30 2021-12-14 华为技术有限公司 确定业务传输需求的方法、设备及系统
EP4055786A1 (en) * 2019-11-08 2022-09-14 Telefonaktiebolaget LM Ericsson (publ) Qos mapping
KR20220104826A (ko) * 2019-12-13 2022-07-26 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 데이터 처리 방법 및 장치, 통신 기기 및 저장 매체

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144484A (zh) * 2013-05-10 2014-11-12 上海贝尔股份有限公司 支持多连接的移动通信上行系统中构建数据单元的方法
CN106102084A (zh) * 2016-05-24 2016-11-09 重庆邮电大学 基于重传反馈的无线传感器网络端到端时延上界评估方法
WO2017196099A1 (en) * 2016-05-11 2017-11-16 Lg Electronics Inc. Method and user equipment device for transmitting uplink data

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005109787A1 (ja) * 2004-05-10 2005-11-17 Ntt Docomo, Inc. パケット送信制御装置及びパケット送信制御方法
KR100918743B1 (ko) * 2006-01-18 2009-09-24 삼성전자주식회사 무선통신 시스템에서 전송포맷 조합의 선택 방법 및 장치
US20080273520A1 (en) * 2007-05-04 2008-11-06 Samsung Electronics Co. Ltd. NETWORK ARCHITECTURE FOR DYNAMICALLY SETTING END-TO-END QUALITY OF SERVICE (QoS) IN A BROADBAND WIRELESS COMMUNICATION SYSTEM
WO2009045882A2 (en) * 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Method and apparatus for selecting a radio link control protocol data unit size
EP2248385B1 (en) 2008-02-01 2012-01-25 Interdigital Patent Holdings, Inc. Method and apparatus for prioritizing logical channels
JP5628211B2 (ja) * 2009-02-20 2014-11-19 エントロピック・コミュニケーションズ・インコーポレイテッドＥｎｔｒｏｐｉｃ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， Ｉｎｃ． サービス品質を伴うマネージド共有ネットワーク内でのフレキシブルな予約要求及びスケジューリング機構
US8638815B2 (en) 2010-01-08 2014-01-28 Blackberry Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
CN102149206B (zh) 2010-02-09 2016-01-13 中兴通讯股份有限公司 上行调度方法
CN102348292B (zh) 2011-09-28 2014-04-09 电信科学技术研究院 一种基于mac子层和rlc子层的数据传输方法和设备
CN104936291A (zh) * 2014-03-21 2015-09-23 中兴通讯股份有限公司 一种控制终端能力的方法、终端及基站
US20160036637A1 (en) * 2014-08-04 2016-02-04 Qualcomm Incorporated Signaling change in link configuration
EP3238480A1 (en) 2014-12-23 2017-11-01 Interdigital Patent Holdings, Inc. Methods for wifi integration in cellular systems
CN108809851B (zh) * 2017-04-28 2021-01-29 华为技术有限公司 基于gpon系统的业务带宽分配方法及装置
CA3081114C (en) 2017-11-08 2023-08-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Integrity protection control method, network device and computer storage medium
US11089505B2 (en) * 2018-02-09 2021-08-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data based on quality of service
US10986528B2 (en) * 2018-02-15 2021-04-20 Huawei Technologies Co., Ltd. Tracking QoS violated events
JP2021514135A (ja) 2018-02-15 2021-06-03 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｒａｎと５ｇｃとの間のｑｆｉ調和を提供する方法、ならびに、関連する無線端末、基地局、およびコアネットワークノード
CN110474854B (zh) 2018-05-11 2021-08-31 华为技术有限公司 资源分配的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144484A (zh) * 2013-05-10 2014-11-12 上海贝尔股份有限公司 支持多连接的移动通信上行系统中构建数据单元的方法
WO2017196099A1 (en) * 2016-05-11 2017-11-16 Lg Electronics Inc. Method and user equipment device for transmitting uplink data
CN106102084A (zh) * 2016-05-24 2016-11-09 重庆邮电大学 基于重传反馈的无线传感器网络端到端时延上界评估方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Maximum Data Burst Volume", 《3GPP》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113056004A (zh) * 2019-12-26 2021-06-29 大唐移动通信设备有限公司 一种上行传输控制方法、终端和网络侧设备
CN113056004B (zh) * 2019-12-26 2023-04-07 大唐移动通信设备有限公司 一种上行传输控制方法、终端和网络侧设备
CN112399611A (zh) * 2020-12-04 2021-02-23 中国联合网络通信集团有限公司 物联网业务的接入方法和装置
CN112399611B (zh) * 2020-12-04 2023-08-11 中国联合网络通信集团有限公司 物联网业务的接入方法和装置
WO2022257829A1 (zh) * 2021-06-07 2022-12-15 维沃移动通信有限公司 数据网络上行调度方法、装置及电子设备

Also Published As

Publication number Publication date
CN110474854B (zh) 2021-08-31
EP3771165A1 (en) 2021-01-27
US11570791B2 (en) 2023-01-31
EP3771165A4 (en) 2021-05-26
WO2019214617A1 (zh) 2019-11-14
US20210068126A1 (en) 2021-03-04
EP3771165B1 (en) 2023-11-29

Similar Documents

Publication Publication Date Title
CN110474854A (zh) 资源分配的方法和装置
JP4403348B2 (ja) 通信装置及び通信方法
EP0804006A2 (en) Medium access control scheme for a wireless access to an ATM network
CN110474849A (zh) 资源分配的方法和通信设备
CN108738080A (zh) 数据传输的方法和装置
CN106162913A (zh) 频谱协调装置和方法、无线通信系统中的装置和方法
CN108418766B (zh) 带宽控制方法、装置和系统
CN103814596B (zh) 传输数据的方法、装置和系统
CN109548078A (zh) 电子装置、无线通信方法和计算机可读介质
ES2377035T3 (es) Procedimiento de asignación eficiente de canal en sistemas inalámbricos
CN106162911A (zh) 用于无线通信的电子设备和方法
CN107251634B (zh) 控制调度报文的方法和装置
CN108282448A (zh) 多链接通信方法、设备和终端
CN112584342B (zh) 通信方法和通信装置
CN109728927A (zh) 时延优化方法、业务调度方法及存储介质
US20230006935A1 (en) Mini-token bucket for uplink transmission
CN109151981A (zh) 一种上行波形指示方法及相关设备
CN106254556A (zh) 一种车载自组网网关设备
WO2019195958A1 (en) Dynamic maximum data burst volume enforcement in user equipment
CN109155921A (zh) 用于设备到设备通信的方法和装置
CN110475284A (zh) 一种进行资源分配的方法和装置
CN100433637C (zh) 一种在无线网络中用于为用户装置进行资源调度的基站及其方法
CN111526583B (zh) 资源配置方法、获取方法、网络设备及终端
KR20180045705A (ko) 무선랜 시스템의 네트워크 장치에서의 스케줄링을 위한 방법 및 장치
CN105282847A (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