CN110475286B - 一种数据包丢弃管理方法、设备及装置、介质 - Google Patents
一种数据包丢弃管理方法、设备及装置、介质 Download PDFInfo
- Publication number
- CN110475286B CN110475286B CN201810438498.8A CN201810438498A CN110475286B CN 110475286 B CN110475286 B CN 110475286B CN 201810438498 A CN201810438498 A CN 201810438498A CN 110475286 B CN110475286 B CN 110475286B
- Authority
- CN
- China
- Prior art keywords
- drb
- flow
- mdbv
- determining
- data packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title abstract description 107
- 230000006978 adaptation Effects 0.000 claims abstract description 6
- 238000013507 mapping Methods 0.000 claims description 135
- 239000010410 layer Substances 0.000 claims description 108
- 238000000034 method Methods 0.000 claims description 30
- 230000003993 interaction Effects 0.000 claims description 19
- 239000011229 interlayer Substances 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 16
- 230000011664 signaling Effects 0.000 claims description 10
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 claims description 9
- 238000010295 mobile communication Methods 0.000 claims description 5
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 claims 8
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 claims 8
- 238000012545 processing Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 8
- 238000012423 maintenance Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
Images
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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据包丢弃管理方法、设备及装置、介质,包括:确定需进行数据包丢弃管理;基于最大数据突发容量在以下协议层中进行数据包丢弃管理:核心网相关协议层;或,业务数据适配协议层;或,分组数据汇聚协议层。本发明可保证每个服务质量流在数据包时延预算时间范围内发送的数据量不超过最大数据突发容量限制,从而避免在系统负荷较重时,时延敏感业务保证比特率抢占其他保证比特率业务的资源。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种数据包丢弃管理方法、设备及装置、介质。
背景技术
5G NR(New Radio,新空口)系统主要支持三类业务:
eMBB(enhanced Mobile Broadband,增强型宽带通信)、mMTC(massive MachineType Communications,大量机器类型通信)、URLLC(Ultra-Reliable and Low LatencyCommunications,高可靠低时延通信)。
URLLC业务对时延要求比较高,因此一般也称为时延敏感GBR(Guaranteed BitRate,保证比特率)业务。对于这类业务,核心网基于Flow(流)定义QoS profile(QoS属性;QoS:Quality of Service,服务质量)时,其5QI(5G QoS Identifier,第五代移动通信系统业务质量标识)中一般会包含MDBV(Maximum Data Burst Volume,最大数据突发容量)参数。5QI可以是标准化的,也可以是非标准化的。目前已经标准化的5QI见下表1:
表1(表参值含义及其中英文含义请参见3GPP标准相关文稿):
3GPP标准中关于MDBV参数的定义如下:
Denotes the largest amount of data that the 5G-AN is required toserve within a period of 5G-AN PDB(i.e.5G-AN part of the PDB).(表示5G-AN需要在5G-PDB(即5G-A的PDB的一部分)期间服务的最大数据量。)
即MDBV表示PDB(Packet Delay Budget,数据包时延预算)时间范围内5G接入网需要处理一个Flow的最大数据量。
现有技术的不足在于:对于5G系统,没有用以进行MDBV控制的技术方案。
发明内容
本发明提供了一种数据包丢弃管理方法、设备及装置、介质,用以进行MDBV控制。
本发明实施例中提供了一种数据包丢弃管理方法,包括:
确定需进行数据包丢弃管理;
基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,
SDAP;或,
PDCP。
实施中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于DRB进行控制的。
实施中,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
实施中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的。
实施中,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
实施中,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
实施中,基于MDBV进行数据包丢弃管理时,是通过令牌桶实现的。
实施中,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
实施中,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
实施中,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow或DRB的第一个SDU时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
实施中,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
实施中,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
本发明实施例中提供了一种通信设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的程序,所述处理器执行所述程序时实现如下方法:
确定需进行数据包丢弃管理;
基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,
SDAP;或,
PDCP。
实施中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于DRB进行控制的。
实施中,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
实施中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的。
实施中,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
实施中,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
实施中,基于MDBV进行数据包丢弃管理时,是通过令牌桶实现的。
实施中,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
实施中,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
实施中,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow或DRB的第一个SDU时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
实施中,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
实施中,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
本发明实施例中提供了一种数据包丢弃管理装置,包括:
确定模块,用于确定需进行数据包丢弃管理;
管理模块,用于基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,SDAP;或,PDCP。
本发明实施例中提供了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述数据包丢弃管理方法的程序。
本发明有益效果如下:
本发明实施例中给出了一种基于MDBV进行数据包丢弃管理的方案。由于能够基于MDBV进行数据包丢弃管理,通过该方案即可保证每个QoS Flow在PDB时间范围内发送的数据量不超过MDBV限制,从而避免在系统负荷较重时,时延敏感业务GBR抢占其他GBR业务的资源。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实施例中数据包丢弃管理方法实施流程示意图;
图2为本发明实施例中数据包丢弃管理装置结构示意图。
具体实施方式
对于5G NR系统,核心网会为每个Flow配置的QoS Profile。RAN(Radio AccessNetwork,接入网)基于核心网为每个Flow配置的QoS Profile进行QoS管理。QoS profile中的一个参数是5QI,MDBV(Maximum Data Burst Volume,最大数据突发容量)是5QI包含的一个参数。现有技术中,还没有进行MDBV控制的方案,本发明实施例中将给出一种基于MDBV进行数据包丢弃管理的方案。下面结合附图对本发明的具体实施方式进行说明。
图1为数据包丢弃管理方法实施流程示意图,如图所示,包括:
步骤101、确定需进行数据包丢弃管理;
步骤102、基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,SDAP(Service Data Adaptation Protocol,业务数据适配协议层);或,PDCP(Packet Data Convergence Protocol,分组数据汇聚协议层)。
实施中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于DRB(Dedicated Radio Bearer,专用无线承载)进行控制的。
实施中,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
具体的,基于MDBV进行数据包丢弃管理是基于DRB进行控制的。
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
实施中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的。
具体实施中,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
具体实施中,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
具体的,基于MDBV进行数据包丢弃管理的方法可以基于但不限于滑动窗实现。
其中滑动窗口长度确定方式可以如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
滑动窗维护方式可以是:
对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
实施中,基于MDBV进行数据包丢弃管理时,是通过令牌桶实现的。
具体实施中,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
具体实施中,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
具体的,基于MDBV进行数据包丢弃管理的方法可以基于但不限于令牌桶实现。
其中令牌桶大小确定方式可以如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
其中令牌桶中可用令牌计算方式可以如下:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
实施中,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow/DRB的第一个SDU(Service Data Unit,业务数据单元)时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
具体实施中,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
具体的,基于MDBV进行数据包丢弃管理的方法启动时刻有两种可能:
1:基于MDBV进行数据包丢弃管理的协议层当接收到高层下发该Flow/DRB的第一个SDU时启动。
2:基于系统负荷确定是否启动。
i.对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,则需要引入层间交互。
ii.对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
实施中,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的QFI(QoS Flow Identifier,业务质量流标识)取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
具体的,在需要层间交互时,可以由SDAP层通知PDCP层:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
下面再以实例进行说明。
实施例1:
本例中,核心网基于MDBV进行数据包丢弃管理。
核心网可以识别Flow,MDBV控制可以基于Flow进行,则MDBV控制可以使用但不限于如下方式中任何一种:
方式1:基于滑动窗进行MDBV控制。
MDBV控制的滑动窗口长度确定方式如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度。
MDBV控制的滑动窗维护方式如下:
滑动窗启动:
Alt1:基于MDBV进行数据包丢弃管理的协议层当接收到高层下发该Flow/DRB的第一个SDU时,启动滑动窗。
Alt2:基于系统负荷确定是否启动。
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,则需要引入层间交互。
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
滑动窗维护:
对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
基于滑动窗的MDBV控制具体过程如下:
在时刻N,基于MDBV进行数据包丢弃管理的协议层统计滑动窗口(N-PDB,N]内该Flow接收到的数据量是否超过了MDBV限制,如果没有,则不做丢包处理,如果超过,则将超过MDBV限制的数据进行丢弃。
方式2:基于令牌桶进行MDBV控制。
其中令牌桶大小确定方式如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小。
其中令牌桶中可用令牌计算方式如下:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
基于令牌桶的MDBV控制具体过程如下:在时刻N,判断当前数据包是否有对应的令牌,如果有,则不做丢包处理;否则进行丢包处理,将当前时刻接收到但是没有令牌的数据丢弃。
实施例2:
本例中,SDAP基于MDBV进行数据包丢弃管理。
SDAP可以识别Flow,MDBV控制可以基于Flow进行。MDBV控制可以使用但不限于如下方式中任何一种:
方式1:基于滑动窗进行MDBV控制。
MDBV控制的滑动窗口长度确定方式如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度。
MDBV控制的滑动窗维护方式如下:
滑动窗启动:
Alt1:基于MDBV进行数据包丢弃管理的协议层当接收到高层下发该Flow/DRB的第一个SDU时,启动滑动窗。
Alt2:基于系统负荷确定是否启动。
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,则需要引入层间交互。
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
滑动窗维护:
对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
基于滑动窗的MDBV控制具体过程如下:在时刻N,基于MDBV进行数据包丢弃管理的协议层统计滑动窗口(N-PDB,N]内该Flow接收到的数据量是否超过了MDBV限制,如果没有,则不做丢包处理,如果超过,则将超过MDBV限制的数据进行丢弃。
方式2:基于令牌桶进行MDBV控制。
其中令牌桶大小确定方式如下:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小。
其中令牌桶中可用令牌计算方式如下:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
基于令牌桶的MDBV控制具体过程如下:在时刻N,判断当前数据包是否有对应的令牌,如果有,则不做丢包处理;否则进行丢包处理,将当前时刻接收到但是没有令牌的数据丢弃。
实施例3:
本例中,PDCP基于MDBV进行数据包丢弃管理。
SDAP可以识别Flow,但是PDCP只能识别DRB,因此MDBV控制可以基于DRB进行。
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
另外,本实施例中,需要层间交互,在需要层间交互时,由SDAP层通知PDCP层:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
MDBV控制可以使用但不限于如下方式中任何一种:
方式1:基于滑动窗进行MDBV控制。
MDBV控制的滑动窗口长度确定方式如下:
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小。
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
MDBV控制的滑动窗维护方式如下:
滑动窗启动:
Alt1:基于MDBV进行数据包丢弃管理的协议层当接收到高层下发该Flow/DRB的第一个SDU时,启动滑动窗。
Alt2:基于系统负荷确定是否启动。
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,则需要引入层间交互。
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
滑动窗维护:
对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
基于滑动窗的MDBV控制具体过程如下:在时刻N,基于MDBV进行数据包丢弃管理的协议层统计滑动窗口(N-PDB,N]内该Flow接收到的数据量是否超过了MDBV限制,如果没有,则不做丢包处理,如果超过,则将超过MDBV限制的数据进行丢弃。
方式2:基于令牌桶进行MDBV控制。
其中令牌桶大小确定方式如下:
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小。
首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
其中令牌桶中可用令牌计算方式如下:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数
基于令牌桶的MDBV控制具体过程如下:在时刻N,判断当前数据包是否有对应的令牌,如果有,则不做丢包处理;否则进行丢包处理,将当前时刻接收到但是没有令牌的数据丢弃。
基于同一发明构思,本发明实施例中还提供了一种通信设备、数据包丢弃管理装置、计算机可读存储介质,由于这些设备解决问题的原理与数据包丢弃管理方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
本发明实施例中提供的通信设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的程序,所述处理器执行所述程序时实现如下方法:
确定需进行数据包丢弃管理;
基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,
SDAP;或,
PDCP。
实施中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于DRB进行控制的。
实施中,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
实施中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的。
实施中,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
实施中,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
实施中,基于MDBV进行数据包丢弃管理时,是通过令牌桶实现的。
实施中,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
实施中,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
实施中,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow或DRB的第一个SDU时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
实施中,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
实施中,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
图2为数据包丢弃管理装置结构示意图,如图所示,可以包括:
确定模块201,用于确定需进行数据包丢弃管理;
管理模块202,用于基于MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,SDAP;或,PDCP。
具体实施可以参见数据包丢弃管理方法的实施。
本发明实施例中提供的一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述数据包丢弃管理方法的程序。
具体实施可以参见数据包丢弃管理方法的实施。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
综上所述,本发明实施例中给出了一种基于MDBV进行数据包丢弃管理的方案。通过该方案可以保证每个QoS Flow在PDB时间范围内发送的数据量不超过MDBV限制,从而避免在系统负荷较重时,时延敏感业务GBR抢占其他GBR业务的资源。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和程序产品的流程图和/或方框图来描述的。应理解可由程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (20)
1.一种数据包丢弃管理方法,其特征在于,包括:
确定需进行数据包丢弃管理;
基于最大数据突发容量MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,
业务数据适配协议层SDAP;或,
分组数据汇聚协议层PDCP;
其中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于流Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于专用无线承载DRB进行控制的;
其中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的,或,是通过令牌桶实现的;
通过滑动窗实现包括:在时刻N,若当前滑动窗口统计时间内所述Flow接收到的数据量超过所述MDBV,则将超过所述MDBV的数据进行丢弃;
通过令牌桶实现包括:在时刻N,若接收到的数据包中存在没有令牌的数据,则将所述没有令牌的数据丢弃。
2.如权利要求1所述的方法,其特征在于,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
3.如权利要求1所述的方法,其特征在于,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的第五代移动通信系统业务质量标识5QI,然后根据所述5QI确定所述5QI对应的数据包时延预算PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
4.如权利要求3所述的方法,其特征在于,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
5.如权利要求1所述的方法,其特征在于,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的第五代移动通信系统业务质量标识5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
6.如权利要求1所述的方法,其特征在于,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
7.如权利要求1所述的方法,其特征在于,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow或DRB的第一个业务数据单元SDU时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
8.如权利要求7所述的方法,其特征在于,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
9.如权利要求1所述的方法,其特征在于,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的业务质量流标识QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
10.一种通信设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的程序,其特征在于,所述处理器执行所述程序时实现如下方法:
确定需进行数据包丢弃管理;
基于最大数据突发容量MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,
业务数据适配协议层SDAP;或,
分组数据汇聚协议层PDCP;
其中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于流Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于专用无线承载DRB进行控制的;
其中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的,或,是通过令牌桶实现的;
通过滑动窗实现包括:在时刻N,若当前滑动窗口统计时间内所述Flow接收到的数据量超过所述MDBV,则将超过所述MDBV的数据进行丢弃;
通过令牌桶实现包括:在时刻N,若接收到的数据包中存在没有令牌的数据,则将所述没有令牌的数据丢弃。
11.如权利要求10所述的设备,其特征在于,在基于DRB进行控制时:
如果Flow和DRB采用1:1映射,DRB对应的MDBV等于Flow的MDBV;或,
如果Flow和DRB采用M:1映射,DRB对应的MDBV等于按照Flow和DRB映射规则能够映射到该DRB的M个Flow的MDBV之和或者DRB对应的MDBV等于按照Flow或DRB映射规则实际映射到该DRB的M个Flow的MDBV之和。
12.如权利要求10所述的设备,其特征在于,滑动窗窗口长度确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的第五代移动通信系统业务质量标识5QI,然后根据所述5QI确定所述5QI对应的数据包时延预算PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的PDB参数,将该PDB参数作为滑动窗口的长度;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度;或者,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定所述5QI对应的最大PDB参数,将该PDB参数作为滑动窗口的长度。
13.如权利要求10所述的设备,其特征在于,在通过滑动窗实现时,对于时刻N,当前滑动窗口统计时间为(N-PDB,N]。
14.如权利要求10所述的设备,其特征在于,令牌桶大小确定方式包括:
如果基于Flow进行控制,首先确定Flow对应的第五代移动通信系统业务质量标识5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是1:1映射关系,首先根据Flow和DRB的映射关系确定该Flow对应的5QI,然后根据所述5QI确定所述5QI对应的MDBV参数,将该MDBV参数作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定能够映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小;或,
如果基于DRB进行控制,且Flow和DRB是M:1映射关系,首先根据Flow和DRB映射规则确定实际映射到该DRB的每个Flow对应的5QI,然后根据所述5QI确定每个5QI对应的MDBV参数,选择所述5QI对应的MBDV之和作为令牌桶大小。
15.如权利要求10所述的设备,其特征在于,在通过令牌桶实现时,按如下方式确定可用令牌:
当前时刻N可用令牌=令牌桶大小-(N-PDB,N]时间段内已经实际消耗的令牌个数。
16.如权利要求10所述的设备,其特征在于,基于MDBV进行数据包丢弃管理,是在基于MDBV进行数据包丢弃管理的协议层接收到高层下发该Flow或DRB的第一个SDU时启动的;和/或,
基于MDBV进行数据包丢弃管理,是基于系统负荷确定是否启动的。
17.如权利要求16所述的设备,其特征在于,进一步包括:
对于下行,如果系统负荷统计的协议层和基于MDBV进行数据包丢弃管理的协议层不是同一层,引入层间交互进行通信;和/或,
对于上行,由网络侧通过信令通知终端是否启动基于MDBV进行数据包丢弃管理。
18.如权利要求10所述的设备,其特征在于,基于MDBV在PDCP协议层中进行数据包丢弃管理时,若需要层间交互,由SDAP层通知PDCP层以下信息:
能够映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值;或者,
当前实际映射到该DRB的Flow对应的QFI取值以及QFI对应的MDBV取值。
19.一种数据包丢弃管理装置,其特征在于,包括:
确定模块,用于确定需进行数据包丢弃管理;
管理模块,用于基于最大数据突发容量MDBV在以下协议层中进行数据包丢弃管理:
核心网相关协议层;或,业务数据适配协议层SDAP;或,分组数据汇聚协议层PDCP;
其中,在核心网相关协议层和/或SDAP进行数据包丢弃管理时,是基于流Flow进行控制的;或,
在PDCP进行数据包丢弃管理时,是基于专用无线承载DRB进行控制的;
其中,基于MDBV进行数据包丢弃管理时,是通过滑动窗实现的,或,是通过令牌桶实现的;
若通过滑动窗实现,所述管理模块,具体用于在时刻N,若当前滑动窗口统计时间内所述Flow接收到的数据量超过所述MDBV,则将超过所述MDBV的数据进行丢弃;
若通过令牌桶实现,所述管理模块,具体用于在时刻N,若接收到的数据包中存在没有令牌的数据,则将所述没有令牌的数据丢弃。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1至9任一所述方法的程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810438498.8A CN110475286B (zh) | 2018-05-09 | 2018-05-09 | 一种数据包丢弃管理方法、设备及装置、介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810438498.8A CN110475286B (zh) | 2018-05-09 | 2018-05-09 | 一种数据包丢弃管理方法、设备及装置、介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110475286A CN110475286A (zh) | 2019-11-19 |
CN110475286B true CN110475286B (zh) | 2023-04-21 |
Family
ID=68503582
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810438498.8A Active CN110475286B (zh) | 2018-05-09 | 2018-05-09 | 一种数据包丢弃管理方法、设备及装置、介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110475286B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235833B (zh) * | 2020-10-14 | 2023-06-02 | 中国联合网络通信集团有限公司 | 数据流参数动态配置方法、会话管理功能实体 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102271088B (zh) * | 2011-08-16 | 2014-02-12 | 大唐移动通信设备有限公司 | 数据包处理方法和设备 |
EP3276866A1 (en) * | 2016-03-03 | 2018-01-31 | HTC Corporation | Device and method handling transmission in unlicensed band |
EP3613225A4 (en) * | 2017-05-05 | 2020-06-24 | Mediatek Inc. | USE OF SDAP HEADERS FOR HANDLING AS / NAS REFLECTIVE SERVICE GOODS AND FOR ENSURING SEQUENCE-ACCURATE PACKAGE DELIVERY DURING REMAPPING IN 5G COMMUNICATION SYSTEMS |
-
2018
- 2018-05-09 CN CN201810438498.8A patent/CN110475286B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110475286A (zh) | 2019-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3446464B1 (en) | Systems and method for quality of service monitoring, policy enforcement, and charging in communications network | |
CN111885642B (zh) | 切换方法及装置 | |
US11252093B2 (en) | Methods, systems, and computer readable media for policing access point name-aggregate maximum bit rate (APN-AMBR) across packet data network gateway data plane (P-GW DP) worker instances | |
EP3171629B1 (en) | Access network congestion control method and base station device | |
CN101959236B (zh) | 一种流量控制的方法和装置 | |
CN103945540B (zh) | 一种逻辑信道优先级处理方法及装置 | |
CN109981488B (zh) | 一种调度方法及装置 | |
CN103636242B (zh) | eMBMS管理方法、多媒体广播组播业务协调实体和基站 | |
CN103650614B (zh) | 资源分配方法、装置、网络侧设备和终端 | |
CN111436077B (zh) | 一种业务建立方法、实体及装置、介质 | |
US20130182570A1 (en) | Method and Apparatus for Limiting Bearer Service in Radio Communication | |
CN109714824B (zh) | 一种半持续调度资源分配方法及基站 | |
CN114303415A (zh) | 用于无线通信的系统和方法 | |
CN110475286B (zh) | 一种数据包丢弃管理方法、设备及装置、介质 | |
CN104981014B (zh) | 下行资源分配方法和基站 | |
CN111955043A (zh) | 用户设备中的动态最大数据突发量实施 | |
CN110475284B (zh) | 一种进行资源分配的方法和装置 | |
CN113950029A (zh) | 一种通信方法及装置 | |
CN109756936B (zh) | 一种流的映射方法、接收方法、网络设备及终端 | |
WO2017021773A1 (en) | Method and apparatus for controlling utilization of an unlicensed spectrum | |
CN107820216B (zh) | 基于sc-mtch的调度方法及装置 | |
CN109691211B (zh) | 逻辑信道资源分配的方法和终端设备 | |
WO2019127334A1 (zh) | 建立缺省数据无线承载的方法和装置 | |
CN108243013A (zh) | 一种流量计费的方法及装置 | |
CN110475341B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210524 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Applicant before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
GR01 | Patent grant | ||
GR01 | Patent grant |