CN109728966B - 数据传输量计算方法及网络设备 - Google Patents

数据传输量计算方法及网络设备 Download PDF

Info

Publication number
CN109728966B
CN109728966B CN201711048175.XA CN201711048175A CN109728966B CN 109728966 B CN109728966 B CN 109728966B CN 201711048175 A CN201711048175 A CN 201711048175A CN 109728966 B CN109728966 B CN 109728966B
Authority
CN
China
Prior art keywords
data
packet
data packet
amount
transmission process
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
CN201711048175.XA
Other languages
English (en)
Other versions
CN109728966A (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201711048175.XA priority Critical patent/CN109728966B/zh
Priority to PCT/CN2018/104960 priority patent/WO2019085648A1/zh
Publication of CN109728966A publication Critical patent/CN109728966A/zh
Application granted granted Critical
Publication of CN109728966B publication Critical patent/CN109728966B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888Throughput

Landscapes

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

Abstract

本发明公开了一种数据传输量计算方法及网络设备,其方法包括:获取业务传输过程中的承载类型和数据包类型中的至少一项;以及根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项。本发明的网络设备获取业务传输过程中的承载类型和数据包类型中的至少一项,根据承载类型和数据包类型中的至少一项计算业务传输过程中的数据量和数据吞吐量中的至少一项,基于承载类型和数据包类型更加准确地计算各种场景下的业务传输过程中的数据量和数据吞吐量。

Description

数据传输量计算方法及网络设备
技术领域
本发明涉及通信技术领域,尤其涉及一种数据传输量计算方法及网络设备。
背景技术
在第四代(4th Generation,4G)移动通信系统,或称为长期演进(Long TermEvolution,LTE)系统的双连接(Dual Connectivity,DC)系统中,包括三种不同的承载分离类型,具体为:主小区群组(Master Cell Group,MCG)承载,分离(split)承载和辅小区群组(Secondary Cell Group,SCG)承载。在第五代(5th Generation,5G)移动通信系统,或称为新空口(New Radio,NR)系统的DC架构中,不仅支持MCG和SCG,还进一步支持分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)复制功能,因此产生不同的承载类型(bear type),具体的5G系统的DC架构中支持的承载类型包括以下:
如图1所示,MCG承载,该承载对应PDCP、无线链路控制(Radio Link Control,RLC)和媒体接入控制(Medium Access Control,MAC)等实体的MCG。
如图1所示,SCG承载,该承载对应PDCP、RLC和MAC实体的SCG。
如图2所示,Split承载,该承载对应的PDCP实体在1个小区组,即该承载对应的PDCP实体均在MCG或SCG中,该承载对应的2个RLC实体和2个MAC实体分别在不同的小区组,即该承载对应的RLC实体或MAC实体一个在MCG中另一个在SCG中。
如图3所示,复制(Duplicate)承载,该承载对应的1个PDCP实体,2个RLC实体和1个MAC实体均在1个小区组,即该承载对应的1个PDCP实体,2个RLC实体和1个MAC实体均在MCG或SCG中。
此外,为了网络设备能够更好地为配置相关的无线资源配置参数给终端,NR系统中的网络设备可以通过自行计算或通过终端上报的方式获取层2(Layer-2,L2)测量的结果。其中,网络设备自行计算的L2测量包括:物理资源块(Physical Resource Block,PRB)使用率(usage)、随机接入前导码(Received Random Access Preamble)、激活终端的数量(Number of active UEs)、下行数据包延迟率(Packet Delay)、丢包率(Data Loss)、调度的IP吞吐量(Scheduled IP Throughput)、调度的最小化路测(Minimization Drive Test,MDT)的IP吞吐量(Scheduled IP Throughput for MDT)、数据量(Data Volume)和共享网络数据量(Data Volume for Shared Networks)。终端上报的L2测量包括上行数据包延迟率(Packet Delay)。
此外,在5G系统中还增加了预处理功能,具体地,终端在未收到网络设备发送的上行发送授权时,可对数据进行预处理,生成对应的待发送数据包,如MAC层分组数据单元(Packet Data Unit,PDU)。
进一步地,在5G系统中引入了服务质量(Quality-of-Service,QoS)的网络设备侧指示机制,需要在上行和下行数据的发送过程中加入终端的IP数据流的QoS指示信息,如QoS流标识(QoS flow ID)。如图4所示,业务数据适配协议(Service Data AdaptationProtocol,SDAP)层位于PDCP层之上,1个SDAP实体对应1个PDU会话(PDU session),1个SDAP实体对应多个数据无线承载(Data Radio Bearer,DRB),即1个SDAP实体对应多个PDCP实体,如图4中的数据承载1和数据承载2,或称为DRB1和DRB2,网络设备还为每个DRB配置相应的Qos流(如图4中的流1、流2和流3,或称为flow1、flow2和flow3)。其中,服务数据单元(Service Data Unit,SDU)为某协议层从高层协议层接收的数据包,或向高层协议层发送的数据包,如MAC层从RLC层接收到的数据包称为MAC SDU。PDU为某协议层向低层协议层发送的数据包,或从低层协议层接收的数据包,如MAC层向物理层发送到的数据包称为MACPDU。
由于引入了不同的承载类型、预处理功能以及新的协议SDAP层,采用传统系统中的数据量计算方式,无法准确确定数据传输过程中的数据量和数据吞吐量。
发明内容
本发明实施例提供了一种数据传输量计算方法及网络设备,以解决因引入了不同的承载类型、预处理功能或新的协议SDAP层无法计算数据传输过程中的数据量和数据吞吐量的问题。
第一方面,本发明实施例提供了一种数据传输量计算方法,应用于网络设备,包括:
获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项。
第二方面,本发明实施例还提供了一种网络设备,包括:
获取模块,用于获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
处理模块,用于根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项。
第三方面,本发明实施例提供了一种网络设备,网络设备包括处理器、存储器以及存储于存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述的数据传输量计算方法的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述的数据传输量计算方法的步骤。
这样,本发明实施例中网络设备获取业务传输过程中的承载类型和数据包类型中的至少一项,根据承载类型和数据包类型中的至少一项,计算业务传输过程中的数据量和数据吞吐量中的至少一项,基于承载类型和数据包类型更加准确地计算各种场景下的业务传输过程中的数据量和数据吞吐量。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1表示5G系统的DC架构下MCG承载和SCG承载的实体架构示意图;
图2表示5G系统的DC架构下Split承载的实体架构示意图;
图3表示5G系统的DC架构下Duplicate承载的实体架构示意图;
图4表示5G系统中SDAP协议的实体架构示意图;
图5表示本发明实施例的数据吞吐量计算方法的流程示意图;
图6表示本发明实施例的网络设备的模块示意图;
图7表示本发明实施例的网络设备框图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
如图5所示,本发明实施例的数据量计算方法,应用于网络设备侧,具体包括以下步骤:
步骤51:获取业务传输过程中的承载类型和数据包类型中的至少一项。
其中,承载类型为当前数据传输所属的承载类型,数据包类型为当前数据传输所属实体层的数据包类型。具体地,承载类型包括:MCG承载、SCG承载、split承载的MCG分支、split承载的SCG分支以及复制承载中的一项。进一步地,数据包类型用于指示不同实体层中的数据包,具体包括:业务数据适配协议SDAP实体中服务数据单元SDU的数据包、SDAP实体中分组数据单元PDU的数据包、分组数据汇聚协议PDCP实体中SDU的数据包(可用于没有SDAP实体的网络实体)、PDCP实体中PDU的数据包(可用于没有SDAP实体的网络实体)、无线链路控制RLC实体中SDU的数据包(可用于split承载没有PDCP实体的网络实体)、RLC实体中PDU的数据包(可用于split承载没有PDCP实体的网络实体)、媒体接入控制MAC实体中SDU的数据包(可用于split承载没有RLC实体的网络实体)和MAC实体中PDU的数据包(可用于split承载没有RLC实体的网络实体)中的至少一项。
步骤52:根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量。
其中,数据传输量包括数据量和数据吞吐量。也就是说,网络设备可基于承载类型计算业务传输过程中的数据量和数据吞吐量中的至少一项,还可基于数据包类型计算业务传输过程中的数据量和数据吞吐量中的至少一项。
在网络设备计算出业务传输过程中的数据传输量后,可根据该数据传输量对无线传输资源在不同功能件的分配和调度。由于网络设备是基于不同承载类型或不同数据包类型计算业务传输过程中的数据传输量,因此可适用于各个场景,不受特定场景的限制,这样,网络设备基于该数据传输量调度无线资源更符合实际传输环境,准确判断是在一个时刻还是在多个时刻调度较大的数据包,从而在降低数据包的延时的同时提高数据传输速率。
其中,上述数据量包括:特定终端的数据量、基于服务质量级别标识QCI的数据量、特定终端基于QCI的数据量、基于承载类型的数据量、基于承载类型的发送路径的数据量、基于承载的数据量和基于服务质量QoS流的数据量中的至少一项。即网络设备能够基于业务传输过程中的不同承载类型或不同数据包类型,计算出针对某个终端的数据量,或针对某个QCI的数据量,或针对某个终端在某个QCI下的数据量,或针对某种承载类型的数据量,或针对某种承载类型的发送路径的数据量,或针对某个承载的数据量,或针对某个QoSflow的数据量。
具体地,数据量包括:特定目标的数据量以及与特定承载类型相关的数据量中的至少一项。其中,特定目标的数据量包括:特定终端的数据量、基于服务质量级别标识(QoSClass Identifier,QCI)的数据量、特定终端基于QCI的数据量和基于服务质量QoS流的数据量中的至少一项。与特定承载类型相关的数据量包括:基于承载类型的数据量、基于承载类型的发送路径的数据量和基于承载的数据量。其中值得指出的是,特定目标的数据量可通过任一或任多个不同类型的数据包进行计算,即特定目标的数据量可通过不同实体层的不同数据包进行计算,例如:某个终端的数据量可通过SDAP实体中SDU的数据包、SDAP实体中SDAP中PDU的数据包、PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、RLC实体中SDU的数据包、RLC实体中PDU的数据包、MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一种数据包计算得到,值得指出的是其他特定目标的数据量亦可通过以上8种不同类型的数据包中的至少一种计算得到,故不在此赘述。同理,与某特定承载类型相关的数据量亦可通过任一或任多个不同类型的数据包进行计算,即与特定承载类型相关的数据量可通过不同实体层的不同数据包进行计算,例如:某个承载类型(如MCG承载)的数据量可通过SDAP实体中SDU的数据包、SDAP实体中SDAP中PDU的数据包、PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、RLC实体中SDU的数据包、RLC实体中PDU的数据包、MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一种数据包计算得到,值得指出的是其他与承载类型相关的数据量亦可通过以上8种不同类型的数据包中的至少一种计算得到,故不在此赘述。
上述数据吞吐量包括:特定终端的数据吞吐量、基于服务质量级别标识QCI的数据吞吐量、特定终端基于QCI的数据吞吐量、基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量、基于承载的数据吞吐量和基于服务质量QoS流的数据吞吐量中的至少一项。即网络设备能够基于业务传输过程中的不同承载类型或不同数据包类型,计算出针对某个终端的数据吞吐量,或针对某个QCI的数据吞吐量,或针对某个终端在某个QCI下的数据吞吐量,或针对某种承载类型的数据吞吐量,或针对某种承载类型的发送路径的数据吞吐量,或针对某个承载的数据吞吐量,或针对某个QoS flow的数据吞吐量。
具体地,数据吞吐量包括:特定目标的数据吞吐量以及与特定承载类型相关的数据吞吐量中的至少一项。其中,特定目标的数据吞吐量包括:特定终端的数据吞吐量、基于服务质量级别标识(QoS Class Identifier,QCI)的数据吞吐量、特定终端基于QCI的数据吞吐量和基于服务质量QoS流的数据吞吐量中的至少一项。与特定承载类型相关的数据吞吐量包括:基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量和基于承载的数据吞吐量。其中值得指出的是,特定目标的数据吞吐量可通过任一或任多个不同类型的数据包进行计算,即特定目标的数据吞吐量可通过不同实体层的不同数据包进行计算,例如:某个终端的数据吞吐量可通过SDAP实体中SDU的数据包、SDAP实体中SDAP中PDU的数据包、PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、RLC实体中SDU的数据包、RLC实体中PDU的数据包、MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一种数据包计算得到,值得指出的是其他特定目标的数据吞吐量亦可通过以上8种不同类型的数据包中的至少一种计算得到,故不在此赘述。同理,与某特定承载类型相关的数据吞吐量亦可通过任一或任多个不同类型的数据包进行计算,即与特定承载类型相关的数据吞吐量可通过不同实体层的不同数据包进行计算,例如:某个承载类型(如MCG承载)的数据吞吐量可通过SDAP实体中SDU的数据包、SDAP实体中SDAP中PDU的数据包、PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、RLC实体中SDU的数据包、RLC实体中PDU的数据包、MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一种数据包计算得到,值得指出的是其他与承载类型相关的数据吞吐量亦可通过以上8种不同类型的数据包中的至少一种计算得到,故不在此赘述。
进一步地,下面将结合具体应用场景进一步介绍如何根据不同承载类型或不同数据包类型计算业务传输过程中的数据传输量。
场景一、网络设备计算下行数据量
当数据传输量为数据量时,步骤52具体包括以下步骤:当业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型的下行数据量。
具体地,网络设备计算下行数据量的方法为计算特定时间段内某业务的喜爱型数据发送数量,如800kbit。其中,下行数据量包括以下至少一种或多种:特定终端的下行数据量、基于QCI的下行数据量、特定终端基于QCI的下行数据量,基于承载类型(如MCG承载、SCG承载、split承载或复制承载)的下行数据量、基于承载类型的发送路径(如split承载的各分支路径或复制承载的各分支路径)的下行数据量、基于承载的下行数据量和基于服务质量QoS流的下行数据量。
进一步地,当数据包类型包括:SDAP实体中PDU的数据包或PDCP实体中SDU的数据包时,下行数据量为:SDAP层发送给PDCP层的数据量;或者,当数据包类型包括:PDCP实体中PDU的数据包或RLC实体中SDU的数据包时,下行数据量为:PDCP层发送给RLC层的数据量;或者,当数据包类型包括:RLC实体中PDU的数据包或MAC实体中SDU的数据包时,下行数据量为:RLC层发送给MAC层的数据量;或者,当数据包类型包括:MAC实体中PDU的数据包或物理PHY层实体中SDU的数据包时,下行数据量为:MAC层发送给PHY层的数据量;或者,下行数据量为在空口传输的数据量。
场景二、网络设备计算上行数据量
步骤52具体为:当业务传输过程为上行数据传输过程时,获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的上行数据量。
具体地,网络设备计算上行数据包的上行数据量的方法为:计算特定时间段内网络设备成功接收到的某业务的上行数据数量,如800kbit。其中,上行数据量包括以下至少一种或多种:特定终端的上行数据量、基于QCI的上行数据量、特定终端基于QCI的上行数据量,基于承载类型(如MCG承载、SCG承载、split承载或复制承载)的上行数据量、基于承载类型的发送路径(如split承载的各分支路径或复制承载的各分支路径)的上行数据量、基于承载的上行数据量和基于服务质量QoS流的上行数据量。
进一步地,以上场景一和场景二分别介绍了网络设备如何根据不同承载类型或不同数据包类型计算下行数据量和上行数据量。下面本实施例将进一步结合具体应用场景对网络设备如何根据不同承载类型或不同数据包类型计算数据吞吐量做进一步介绍,
具体地,步骤52包括:获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间;根据数据量和所述传输时间,计算业务传输过程的数据吞吐量。
本发明实施例的数据传输量计算方法中,网络设备通过测量上行数据量和下行数据量,在保证延时的情况下,将传输数据量较大的数据拆分在多个不同的时刻进行发送,从而降低网络设备在某个时刻的拥塞概率。
场景三、网络设备计算下行数据吞吐量
当业务传输过程为下行数据传输过程时,获取数据量及传输时间的步骤包括:获取下行数据传输过程中不同承载类型或不同数据包类型下,接收到传输成功确认信息的下行数据包的数据量以及传输下行数据包的传输时间。进一步地,网络设备还根据下行数据包的数据量以及传输下行数据包的传输时间计算下行数据吞吐量。
具体地,上述下行数据包的数据量为:接收到传输成功确认信息的前N个下行数据包的总的数据量;传输时间为:接收到传输成功确认信息的第N个下行数据包的发送时间与第一个下行数据包的发送时间的时间差,其中,N为大于1的整数。其中,值得指出的是,当下行数据包仅包括一个接收到传输成功确认信息的数据包时,数据吞吐量为0,即下行数据吞吐量为0。
具体地,网络设备可参照以下公式,计算下行数据传输过程中下行数据包的下行数据吞吐量。
If∑ThpTimeDl>0,
Figure BDA0001452655780000091
If∑ThpTimeDl=0,下行数据吞吐量=0[kbit/s]
其中,ThpTimeDl表示将某下行数据包的缓存数据传输完成的时间,其中,缓存数据不包括下行数据包的最后传输部分。∑ThpVolDl表示某下行数据包的缓存数据的总数据量,其中,缓存数据不包括下行数据包的最后传输部分。ThpTimeDl=T1-T2,其中,T1表示某下行数据包在协议指定的数据部分(如倒数第2个数据包)传输完成的时间点,其中,传输完成表示收到终端反馈的传输成功确认信息。T2表示某下行数据包到达后首次传输的时间点,即传输缓存数据的第一部分的时间点。也就是说,对于较大的下行数据包,即所有缓存的数据不能在一次传输中完成,则按照下行数据包的缓存数据的总数据量与传输缓存数据的时间的比值计算得到该下行数据包的下行数据吞吐量。对于较小的下行数据包,即所有缓存数据可以在一次传输中完成,那么下行数据吞吐量为0。
其中,下行数据吞吐量包括以下至少一种或多种:特定终端的下行数据吞吐量、基于QCI的下行数据吞吐量、特定终端基于QCI的下行数据吞吐量、基于承载类型(如MCG承载、SCG承载、split承载或复制承载)的下行数据吞吐量、基于承载类型的发送路径(如split承载的各分支路径或复制承载的各分支路径)的下行数据吞吐量、基于承载的下行数据吞吐量和基于服务质量QoS流的下行数据吞吐量。
进一步地,传输成功确认信息包括:混合自动重传请求(Hybrid AutomaticRepeat Request,HARQ)确认信息、RLC确认信息和分组数据汇聚协议PDCP确认信息中的至少一项。
场景四、网络设备计算上行数据吞吐量
当业务传输过程为上行数据传输过程时,获取数据量及传输时间的步骤包括:获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量以及传输上行数据包的传输时间。其中,网络设备还进一步根据上行数据包的数据量以及传输上行数据包的传输计算计算上行数据传输过程中上行数据包的上行数据吞吐量。
其中,上述上行数据包的数据量为:接收到的前M个上行数据包的总的数据量;传输时间为:接收到的第M个上行数据包的接收时间与第一个上行数据包的接收时间的时间差,其中,M为大于1的整数。其中值得指出的是,上行数据包仅包括一个数据包时,数据吞吐量为0,即上行数据吞吐量为0。
具体地,网络设备根据下述公式,计算上行数据传输过程中上行数据吞吐量。
If∑ThpTimeUl>0,
Figure BDA0001452655780000101
If∑ThpTimeUl=0,上行数据吞吐量=0[kbit/s]
其中,ThpTimeUl表示将某上行数据包的缓存数据传输完成的时间,其中,缓存数据不包括上行数据包的最后传输部分。∑ThpVolUl表示某上行数据包的缓存数据的总数据量,其中,缓存数据不包括上行数据包的最后传输部分。ThpTimeUl=T′1-T′2,其中,T′1表示某上行数据包在协议指定的数据部分(如倒数第2个数据包)被成功接收的时间点,即网络设备接收到倒数第2个数据包的时间点。T′2表示某上行数据包到达后首次传输的时间点,即网络设备接收到缓存数据的第一部分的时间点。也就是说,对于较大的上行数据包,即所有缓存的数据不能在一次传输中完成,则按照上行数据包的缓存数据的总数据量与传输缓存数据的时间的比值计算得到该上行数据包的下行数据吞吐量。对于较小的上行数据包,即所有缓存数据可以在一次传输中完成,那么上行数据吞吐量为0。
其中,上行数据吞吐量包括以下至少一种或多种:特定终端的上行数据吞吐量、基于QCI的上行数据吞吐量、特定终端基于QCI的上行数据吞吐量、基于承载类型(如MCG承载、SCG承载、split承载或复制承载)的上行数据吞吐量、基于承载类型的发送路径(如split承载的各分支路径或复制承载的各分支路径)的上行数据吞吐量、基于承载的上行数据吞吐量和基于服务质量QoS流的上行数据吞吐量。
其中值得指出的是,上述场景三和场景四中,对于重复发送的数据包只计算一份数据包的数据量,例如编号为1的数据包重复发送了2次,那么只将一份编号为1的数据包的数据量统计进来,也就是说,总的数据量中不包括相同编号的数据包的数据量。本发明实施例的网络设备通过测量上行数据吞吐量和下行数据吞吐量,可以知道当前时刻某终端或某业务是否在某小区空口传输的时候达到了数据传输速率的要求,如果没有达到,则可以通过给该业务或终端分配更多的空口无线资源从而达到该业务或终端的数据传输速率要求。
本发明实施例的数据传输量计算方法中,网络设备获取业务传输过程中的承载类型和数据包类型中的至少一项,根据承载类型和数据包类型中的至少一项计算业务传输过程中的数据量和数据吞吐量中的至少一项,基于承载类型和数据包类型更加准确地计算各种场景下的业务传输过程中的数据量和数据吞吐量。
以上实施例分别详细介绍了不同场景下的数据传输量计算方法,下面本实施例将结合附图对其对应的网络设备做进一步介绍。
如图6所示,本发明实施例的网络设备600,能实现上述实施例中获取业务传输过程中的承载类型和数据包类型中的至少一项;以及根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项方法的细节,并达到相同的效果,该网络设备600具体包括以下功能模块:
获取模块610,用于获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
处理模块620,用于根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项。
其中,数据量包括:特定终端的数据量、基于服务质量级别标识QCI的数据量、特定终端基于QCI的数据量、基于承载类型的数据量、基于承载类型的发送路径的数据量、基于承载的数据量和基于服务质量QoS流的数据量中的至少一项。
其中,数据吞吐量包括:
特定终端的数据吞吐量、基于服务质量级别标识QCI的数据吞吐量、特定终端基于QCI的数据吞吐量、基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量、基于承载的数据吞吐量和基于服务质量QoS流的数据吞吐量中的至少一项。
其中,数据包类型包括:业务数据适配协议SDAP实体中服务数据单元SDU的数据包、SDAP实体中分组数据单元PDU的数据包、分组数据汇聚协议PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、无线链路控制RLC实体中SDU的数据包、RLC实体中PDU的数据包、媒体接入控制MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一项。
其中,处理模块620包括:
第一获取子模块,用于当业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型下行数据包的下行数据量;
或者,
第二获取子模块,用于当业务传输过程为上行数据传输过程时,获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的上行数据量。
其中,当数据包类型包括:SDAP实体中PDU的数据包或PDCP实体中SDU的数据包时,下行数据量为:SDAP层发送给PDCP层的数据量;
或者,
当数据包类型包括:PDCP实体中PDU的数据包或RLC实体中SDU的数据包时,下行数据量为:PDCP层发送给RLC层的数据量;
或者,
当数据包类型包括:RLC实体中PDU的数据包或MAC实体中SDU的数据包时,下行数据量为:RLC层发送给MAC层的数据量;
或者,
当数据包类型包括:MAC实体中PDU的数据包或物理PHY层实体中SDU的数据包时,下行数据量为:MAC层发送给PHY层的数据量;
或者,
下行数据量为在空口传输的数据量。
其中,处理模块620还包括:
第三获取子模块,用于获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间;以及
计算子模块,用于根据数据量和传输时间,计算业务传输过程的数据吞吐量。
其中,第三获取子模块包括:
第一获取单元,用于当业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型下,接收到传输成功确认信息的下行数据包的数据量以及传输下行数据包的传输时间。
其中,下行数据包的数据量为:接收到传输成功确认信息的前N个下行数据包的总的数据量;传输时间为:接收到传输成功确认信息的第N个下行数据包的发送时间与第一个下行数据包的发送时间的时间差,其中,N为大于1的整数。
其中,传输成功确认信息包括:混合自动重传请求HARQ确认信息、RLC确认信息和分组数据汇聚协议PDCP确认信息中的至少一项。
其中,第三获取子模块包括:
第二获取单元,用于当业务传输过程为上行数据传输过程时,获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量以及传输上行数据包的传输时间。
其中,上行数据包的数据量为:接收到的前M个上行数据包的总的数据量;传输时间为:接收到第M个上行数据包的接收时间与第一个上行数据包的接收时间的时间差,其中,M为大于1的整数。
值得指出的是,本发明实施例的网络设备获取业务传输过程中的承载类型和数据包类型中的至少一项,根据承载类型和数据包类型中的至少一项计算业务传输过程中的数据量和数据吞吐量中的至少一项,基于承载类型和数据包类型更加准确地计算各种场景下的业务传输过程中的数据量和数据吞吐量。
需要说明的是,应理解以上网络设备的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,确定模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),或,一个或多个微处理器(digital signal processor,简称DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
为了更好的实现上述目的,本发明的实施例还提供了一种网络设备,该网络设备包括处理器、存储器以及存储于存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现如上所述的数据传输量计算方法中的步骤。发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上所述的数据传输量计算方法的步骤。
具体地,本发明的实施例还提供了一种网络设备。如图7所示,该网络设备700包括:天线71、射频装置72、基带装置73。天线71与射频装置72连接。在上行方向上,射频装置72通过天线71接收信息,将接收的信息发送给基带装置73进行处理。在下行方向上,基带装置73对要发送的信息进行处理,并发送给射频装置72,射频装置72对收到的信息进行处理后经过天线71发送出去。
上述频带处理装置可以位于基带装置73中,以上实施例中网络设备执行的方法可以在基带装置73中实现,该基带装置73包括处理器74和存储器75。
基带装置73例如可以包括至少一个基带板,该基带板上设置有多个芯片,如图7所示,其中一个芯片例如为处理器74,与存储器75连接,以调用存储器75中的程序,执行以上方法实施例中所示的网络设备操作。
该基带装置73还可以包括网络接口76,用于与射频装置72交互信息,该接口例如为通用公共无线接口(common public radio interface,简称CPRI)。
这里的处理器可以是一个处理器,也可以是多个处理元件的统称,例如,该处理器可以是CPU,也可以是ASIC,或者是被配置成实施以上网络设备所执行方法的一个或多个集成电路,例如:一个或多个微处理器DSP,或,一个或者多个现场可编程门阵列FPGA等。存储元件可以是一个存储器,也可以是多个存储元件的统称。
存储器75可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,简称ROM)、可编程只读存储器(Programmable ROM,简称PROM)、可擦除可编程只读存储器(Erasable PROM,简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM,简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,简称RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,简称SRAM)、动态随机存取存储器(Dynamic RAM,简称DRAM)、同步动态随机存取存储器(Synchronous DRAM,简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,简称DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,简称DRRAM)。本申请描述的存储器75旨在包括但不限于这些和任意其它适合类型的存储器。
具体地,本发明实施例的网络设备还包括:存储在存储器75上并可在处理器74上运行的计算机程序,处理器74调用存储器75中的计算机程序执行图6所示各模块执行的方法。
具体地,计算机程序被处理器74调用时可用于执行:获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
根据承载类型和数据包类型中的至少一项,计算业务传输过程的数据传输量;其中,数据传输量包括总的数据量和数据吞吐量中的至少一项。
具体地,数据量包括:特定终端的数据量、基于服务质量级别标识QCI的数据量、特定终端基于QCI的数据量、基于承载类型的数据量、基于承载类型的发送路径的数据量、基于承载的数据量和基于服务质量QoS流的数据量中的至少一项。
具体地,数据吞吐量包括:
特定终端的数据吞吐量、基于服务质量级别标识QCI的数据吞吐量、特定终端基于QCI的数据吞吐量、基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量、基于承载的数据吞吐量和基于服务质量QoS流的数据吞吐量中的至少一项。
具体地,数据包类型包括:业务数据适配协议SDAP实体中服务数据单元SDU的数据包、SDAP实体中分组数据单元PDU的数据包、分组数据汇聚协议PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、无线链路控制RLC实体中SDU的数据包、RLC实体中PDU的数据包、媒体接入控制MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一项。
具体地,计算机程序被处理器74调用时可用于执行:当业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型的下行数据量;
或者,
当业务传输过程为上行数据传输过程时,获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量。
具体地,当数据包类型包括:SDAP实体中PDU的数据包或PDCP实体中SDU的数据包时,下行数据量为:SDAP层发送给PDCP层的数据量;
或者,
当数据包类型包括:PDCP实体中PDU的数据包或RLC实体中SDU的数据包时,下行数据量为:PDCP层发送给RLC层的数据量;
或者,
当数据包类型包括:RLC实体中PDU的数据包或MAC实体中SDU的数据包时,下行数据量为:RLC层发送给MAC层的数据量;
或者,
当数据包类型包括:MAC实体中PDU的数据包或物理PHY层实体中SDU的数据包时,下行数据量为:MAC层发送给PHY层的数据量;
或者,
下行数据量为在空口传输的数据量。
具体地,计算机程序被处理器74调用时可用于执行:获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间;以及
根据数据量和传输时间,计算业务传输过程的数据吞吐量。
具体地,当业务传输过程为下行数据传输过程时,计算机程序被处理器74调用时可用于执行:获取下行数据传输过程中不同承载类型或不同数据包类型下,接收到传输成功确认信息的下行数据包的数据量以及传输下行数据包的传输时间。
具体地,下行数据包的数据量为:接收到传输成功确认信息的前N个下行数据包的总的数据量;传输时间为:接收到传输成功确认信息的第N个下行数据包的发送时间与第一个下行数据包的发送时间的时间差,其中,N为大于1的整数。
具体地,传输成功确认信息包括:混合自动重传请求HARQ确认信息、RLC确认信息和分组数据汇聚协议PDCP确认信息中的至少一项。
具体地,当业务传输过程为上行数据传输过程时,计算机程序被处理器74调用时可用于执行:获取上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量以及传输上行数据包的传输时间。
其中,上行数据包的数据量为:接收到的前M个上行数据包的总的数据量;传输时间为:接收到的第M个上行数据包的接收时间与第一个上行数据包的接收时间的时间差,其中,M为大于1的整数。
其中,网络设备可以是全球移动通讯(Global System of Mobilecommunication,简称GSM)或码分多址(Code Division Multiple Access,简称CDMA)中的基站(Base Transceiver Station,简称BTS),也可以是宽带码分多址(Wideband CodeDivision Multiple Access,简称WCDMA)中的基站(NodeB,简称NB),还可以是LTE中的演进型基站(Evolutional Node B,简称eNB或eNodeB),或者中继站或接入点,或者未来5G网络中的基站等,在此并不限定。
本发明实施例中的网络设备,获取业务传输过程中的承载类型和数据包类型中的至少一项,根据承载类型和数据包类型中的至少一项计算业务传输过程中的数据量和数据吞吐量中的至少一项,基于承载类型和数据包类型更加准确地计算各种场景下的业务传输过程中的数据量和数据吞吐量。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
此外,需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行,某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言,能够理解本发明的方法和装置的全部或者任何步骤或者部件,可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中,以硬件、固件、软件或者它们的组合加以实现,这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此,本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此,本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说,这样的程序产品也构成本发明,并且存储有这样的程序产品的存储介质也构成本发明。显然,所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。

Claims (24)

1.一种数据传输量计算方法,应用于网络设备,其特征在于,包括:
获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
根据所述承载类型和数据包类型中的至少一项,计算所述业务传输过程的数据传输量;其中,所述数据传输量包括总的数据量和数据吞吐量中的至少一项;
在所述数据传输量包括总的数据量的情况下,所述根据所述承载类型和数据包类型中的至少一项,计算所述业务传输过程的数据传输量的步骤,包括:
当所述业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型的下行数据包的下行数据量;
当所述数据包类型包括:SDAP实体中PDU的数据包或PDCP实体中SDU的数据包时,所述下行数据量为:SDAP层发送给PDCP层的数据量;
或者,
当所述数据包类型包括:PDCP实体中PDU的数据包或RLC实体中SDU的数据包时,所述下行数据量为:PDCP层发送给RLC层的数据量;
或者,
当所述数据包类型包括:RLC实体中PDU的数据包或MAC实体中SDU的数据包时,所述下行数据量为:RLC层发送给MAC层的数据量;
或者,
当所述数据包类型包括:MAC实体中PDU的数据包或物理PHY层实体中SDU的数据包时,所述下行数据量为:MAC层发送给PHY层的数据量;
所述承载类型包括复制承载,所述数据传输量包括基于复制承载的发送路径的数据传输量。
2.根据权利要求1所述的数据传输量计算方法,其特征在于,所述数据量还包括:基于服务质量级别标识QCI的数据量、特定终端基于QCI的数据量、基于承载类型的数据量、基于承载类型的发送路径的数据量中的至少一项。
3.根据权利要求1所述的数据传输量计算方法,其特征在于,所述数据吞吐量还包括:
基于服务质量级别标识QCI的数据吞吐量、特定终端基于QCI的数据吞吐量、基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量中的至少一项。
4.根据权利要求1所述的数据传输量计算方法,其特征在于,所述数据包类型包括:业务数据适配协议SDAP实体中服务数据单元SDU的数据包、SDAP实体中分组数据单元PDU的数据包、分组数据汇聚协议PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、无线链路控制RLC实体中SDU的数据包、RLC实体中PDU的数据包、媒体接入控制MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一项。
5.根据权利要求4所述的数据传输量计算方法,其特征在于,所述根据所述承载类型和数据包类型中的至少一项,计算所述业务传输过程的数据传输量的步骤,还包括:
当所述业务传输过程为上行数据传输过程时,获取所述上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的上行数据量。
6.根据权利要求1所述的数据传输量计算方法,其特征在于,所述根据所述承载类型和数据包类型中的至少一项,计算所述业务传输过程的数据传输量的步骤,包括:
获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间;以及
根据所述数据量和所述传输时间,计算所述业务传输过程的数据吞吐量。
7.根据权利要求6所述的数据传输量计算方法,其特征在于,当所述业务传输过程为下行数据传输过程时,所述获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间的步骤,包括:
获取所述下行数据传输过程中不同承载类型或不同数据包类型下,接收到传输成功确认信息的下行数据包的数据量以及传输所述下行数据包的传输时间。
8.根据权利要求7所述的数据传输量计算方法,其特征在于,所述下行数据包的数据量为:接收到传输成功确认信息的前N个下行数据包的总的数据量;所述传输时间为:接收到传输成功确认信息的第N个下行数据包的发送时间与第一个下行数据包的发送时间的时间差,其中,N为大于1的整数。
9.根据权利要求7所述的数据传输量计算方法,其特征在于,所述传输成功确认信息包括:混合自动重传请求HARQ确认信息、RLC确认信息和分组数据汇聚协议PDCP确认信息中的至少一项。
10.根据权利要求6所述的数据传输量计算方法,其特征在于,当所述业务传输过程为上行数据传输过程时,所述获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间的步骤,包括:
获取所述上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量以及传输所述上行数据包的传输时间。
11.根据权利要求10所述的数据传输量计算方法,其特征在于,所述上行数据包的数据量为:接收到的前M个上行数据包的总的数据量;所述传输时间为:接收到的第M个上行数据包的接收时间与第一个上行数据包的接收时间的时间差,其中,M为大于1的整数。
12.一种网络设备,其特征在于,包括:
获取模块,用于获取业务传输过程中的承载类型和数据包类型中的至少一项;以及
处理模块,用于根据所述承载类型和数据包类型中的至少一项,计算所述业务传输过程的数据传输量;其中,所述数据传输量包括总的数据量和数据吞吐量中的至少一项;
在所述数据传输量包括总的数据量的情况下,所述处理模块包括:
第一获取子模块,用于当所述业务传输过程为下行数据传输过程时,获取下行数据传输过程中不同承载类型或不同数据包类型的下行数据包的下行数据量;
当所述数据包类型包括:SDAP实体中PDU的数据包或PDCP实体中SDU的数据包时,所述下行数据量为:SDAP层发送给PDCP层的数据量;
或者,
当所述数据包类型包括:PDCP实体中PDU的数据包或RLC实体中SDU的数据包时,所述下行数据量为:PDCP层发送给RLC层的数据量;
或者,
当所述数据包类型包括:RLC实体中PDU的数据包或MAC实体中SDU的数据包时,所述下行数据量为:RLC层发送给MAC层的数据量;
或者,
当所述数据包类型包括:MAC实体中PDU的数据包或物理PHY层实体中SDU的数据包时,所述下行数据量为:MAC层发送给PHY层的数据量;
所述承载类型包括复制承载,所述数据传输量包括基于复制承载的发送路径的数据传输量。
13.根据权利要求12所述的网络设备,其特征在于,所述数据量还包括:基于服务质量级别标识QCI的数据量、特定终端基于QCI的数据量、基于承载类型的数据量、基于承载类型的发送路径的数据量中的至少一项。
14.根据权利要求12所述的网络设备,其特征在于,所述数据吞吐量还包括:
基于服务质量级别标识QCI的数据吞吐量、特定终端基于QCI的数据吞吐量、基于承载类型的数据吞吐量、基于承载类型的发送路径的数据吞吐量中的至少一项。
15.根据权利要求12所述的网络设备,其特征在于,所述数据包类型包括:业务数据适配协议SDAP实体中服务数据单元SDU的数据包、SDAP实体中分组数据单元PDU的数据包、分组数据汇聚协议PDCP实体中SDU的数据包、PDCP实体中PDU的数据包、无线链路控制RLC实体中SDU的数据包、RLC实体中PDU的数据包、媒体接入控制MAC实体中SDU的数据包和MAC实体中PDU的数据包中的至少一项。
16.根据权利要求15所述的网络设备,其特征在于,所述处理模块还包括:
第二获取子模块,用于当所述业务传输过程为上行数据传输过程时,获取所述上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的上行数据量。
17.根据权利要求12所述的网络设备,其特征在于,所述处理模块还包括:
第三获取子模块,用于获取不同承载类型或不同数据包类型在业务传输过程中的数据量及传输时间;以及
计算子模块,用于根据所述数据量和所述传输时间,计算所述业务传输过程的数据吞吐量。
18.根据权利要求17所述的网络设备,其特征在于,所述第三获取子模块包括:
第一获取单元,用于当所述业务传输过程为下行数据传输过程时,获取所述下行数据传输过程中不同承载类型或不同数据包类型下,接收到传输成功确认信息的下行数据包的数据量以及传输所述下行数据包的传输时间。
19.根据权利要求18所述的网络设备,其特征在于,所述下行数据包的数据量为:接收到传输成功确认信息的前N个下行数据包的总的数据量;所述传输时间为:接收到传输成功确认信息的第N个下行数据包的发送时间与第一个下行数据包的发送时间的时间差,其中,N为大于1的整数。
20.根据权利要求18所述的网络设备,其特征在于,所述传输成功确认信息包括:混合自动重传请求HARQ确认信息、RLC确认信息和分组数据汇聚协议PDCP确认信息中的至少一项。
21.根据权利要求17所述的网络设备,其特征在于,所述第三获取子模块包括:
第二获取单元,用于当所述业务传输过程为上行数据传输过程时,获取所述上行数据传输过程中不同承载类型或不同数据包类型下,接收到的上行数据包的数据量以及传输所述上行数据包的传输时间。
22.根据权利要求21所述的网络设备,其特征在于,所述上行数据包的数据量为:接收到的前M个上行数据包的数据量;所述传输时间为:接收到的第M个上行数据包的接收时间与第一个上行数据包的接收时间的时间差,其中,M为大于1的整数。
23.一种网络设备,其特征在于,所述网络设备包括处理器、存储器以及存储于所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至11任一项所述的数据传输量计算方法的步骤。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的数据传输量计算方法的步骤。
CN201711048175.XA 2017-10-31 2017-10-31 数据传输量计算方法及网络设备 Active CN109728966B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201711048175.XA CN109728966B (zh) 2017-10-31 2017-10-31 数据传输量计算方法及网络设备
PCT/CN2018/104960 WO2019085648A1 (zh) 2017-10-31 2018-09-11 数据传输量计算方法及网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711048175.XA CN109728966B (zh) 2017-10-31 2017-10-31 数据传输量计算方法及网络设备

Publications (2)

Publication Number Publication Date
CN109728966A CN109728966A (zh) 2019-05-07
CN109728966B true CN109728966B (zh) 2022-05-17

Family

ID=66293122

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711048175.XA Active CN109728966B (zh) 2017-10-31 2017-10-31 数据传输量计算方法及网络设备

Country Status (2)

Country Link
CN (1) CN109728966B (zh)
WO (1) WO2019085648A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113473504A (zh) * 2021-07-01 2021-10-01 国网信息通信产业集团有限公司 5g网络信号质量的测量方法、相关装置及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105706387A (zh) * 2013-11-01 2016-06-22 三星电子株式会社 用于重新配置承载的方法及设备
CN107005560A (zh) * 2015-09-25 2017-08-01 华为技术有限公司 一种数据发送方法、数据接收方法和相关设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448106B (zh) * 2010-10-14 2015-08-12 中兴通讯股份有限公司 调整资源的方法和装置
CN103596212B (zh) * 2012-08-17 2017-09-29 电信科学技术研究院 异构网络下的层二测量及结果处理方法和设备
CN104144512B (zh) * 2013-05-10 2017-09-08 上海贝尔股份有限公司 支持多连接的上行链路调度信息报告的装置与系统
CN104519093B (zh) * 2013-09-29 2018-07-27 普天信息技术研究院有限公司 一种基于双向链路传输的调度方法
US10028170B2 (en) * 2014-02-06 2018-07-17 Lg Electronics Inc. Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor
KR20160131065A (ko) * 2014-03-28 2016-11-15 후지쯔 가부시끼가이샤 파라미터 측정 장치, 기지국 및 통신 시스템
EP3141037B1 (en) * 2014-05-09 2019-04-24 Telefonaktiebolaget LM Ericsson (publ) Uplink reconfiguration for split bearer in dual connectivity
KR20170113767A (ko) * 2016-03-24 2017-10-13 주식회사 케이티 Lwa 환경에서 pdcp 동작 방법 및 장치
CN109729544B (zh) * 2017-10-27 2022-03-25 维沃移动通信有限公司 丢包率计算方法、网络设备及终端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105706387A (zh) * 2013-11-01 2016-06-22 三星电子株式会社 用于重新配置承载的方法及设备
CN107005560A (zh) * 2015-09-25 2017-08-01 华为技术有限公司 一种数据发送方法、数据接收方法和相关设备

Also Published As

Publication number Publication date
CN109728966A (zh) 2019-05-07
WO2019085648A1 (zh) 2019-05-09

Similar Documents

Publication Publication Date Title
US20210006967A1 (en) Method and device for relay transmission
KR101881713B1 (ko) Lte 인가된 보조 액세스에서의 히든 노드 검출
CN108809594B (zh) 传输数据的方法、终端设备和网络设备
CN110809866B (zh) 命令接收方法、装置及通信系统
US20130084867A1 (en) Method, apparatus and system of membership verification
US11071009B2 (en) Data transmission method and device
US20180227723A1 (en) Base station, data communication amount management apparatus, data communication amount report method and data communication amount obtaining method
TW202032950A (zh) 一種資訊傳輸方法及裝置、通訊設備
CN109952780A (zh) 用于无线通信系统中的无线资源测量的方法和装置
CN111836330B (zh) 数据发送的方法和通信装置
US20210219171A1 (en) Communication method and device
KR20190043592A (ko) 기준신호를 송신하는 방법, 네트워크장치 및 단말장치
CN113498142A (zh) 一种中继通信方法及相关设备
CN109728966B (zh) 数据传输量计算方法及网络设备
CN112737757B (zh) 通信方法和通信装置
WO2018186264A1 (ja) 端末装置、基地局装置、制御方法、及びプログラム
CN113543213B (zh) 基于复制数据的传输方法和设备
CN112514454A (zh) 切换网络的方法、网络节点、芯片和通信系统
US10742365B2 (en) Apparatus and method for radio communication
US20210176744A1 (en) Communication apparatus and radio communication system
CN116156540A (zh) 层2测量方法、装置及存储介质
CN116709551A (zh) 业务流调度方法、装置、系统以及通信设备
CA3215726A1 (en) Information transmission method and apparatus
CN116806034A (zh) 一种QoE测量配置方法、装置、电子设备及存储介质
CN117545065A (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