CN116233024A - 数据包确定方法、装置及存储介质 - Google Patents
数据包确定方法、装置及存储介质 Download PDFInfo
- Publication number
- CN116233024A CN116233024A CN202211664489.3A CN202211664489A CN116233024A CN 116233024 A CN116233024 A CN 116233024A CN 202211664489 A CN202211664489 A CN 202211664489A CN 116233024 A CN116233024 A CN 116233024A
- Authority
- CN
- China
- Prior art keywords
- data packet
- frame
- frames
- queue
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000004891 communication Methods 0.000 claims abstract description 39
- 238000012545 processing Methods 0.000 claims description 34
- 238000004590 computer program Methods 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 abstract description 28
- 230000008569 process Effects 0.000 abstract description 24
- 238000005516 engineering process Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- NUHSROFQTUXZQQ-UHFFFAOYSA-N isopentenyl diphosphate Chemical compound CC(=C)CCO[P@](O)(=O)OP(O)(O)=O NUHSROFQTUXZQQ-UHFFFAOYSA-N 0.000 description 8
- 230000006835 compression Effects 0.000 description 7
- 238000007906 compression Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 239000000872 buffer Substances 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
-
- 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/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种数据包确定方法、装置及存储介质,涉及通信技术领域,能够保障关键帧的传输成功率,进而提高业务的质量。该方法包括:确定多个数据包队列;多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;从目标数据包队列中,确定至少一个待丢弃数据包;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。本申请实施例用于数据包确定的过程中。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据包确定方法、装置及存储介质。
背景技术
目前,为了保障数据传输速率,采用队列机制技术确定待丢弃的数据包,其方案为:确定一个队列中排列位置较为靠后的数据包作为待丢弃的数据包,并丢弃上述确定的待丢弃的数据包。
但是,由于不同种类的帧(例如,I帧、P帧、B帧)对应的编码方式不同,因此承载不同种类的帧的数据包在网络传输过程中的丢失,对视频质量存在不同程度的影响。若依据上述方法,则对在同一队列的承载不同种类的帧的数据包进行被无差别的丢弃,这样使得承载关键帧(例如,I帧)的数据包没有被着重保障,这样使得关键帧(例如,I帧)没有被着重保障,进而降低了业务传输质量。
发明内容
本申请提供一种数据包确定方法、装置及存储介质,能够保障关键帧的传输成功率,进而提高业务的质量。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请提供一种数据包确定方法,该方法包括:确定多个数据包队列;多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;从目标数据包队列中,确定至少一个待丢弃数据包;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。
在一种可能的实现方式中,确定多个数据包队列,包括:获取目标多媒体文件的多个数据包;基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列。
在一种可能的实现方式中,基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列,包括:确定目标数据包承载的帧的类型;目标数据包为多个数据包中的任一个数据包;帧的类型包括:I帧、P帧、以及B帧;在目标数据包承载的帧为I帧的情况下,确定目标数据包为第一数据包队列中的数据包;在目标数据包承载的帧为P帧或者B帧的情况下,确定目标数据包为第二数据包队列中的数据包;第一数据包队列的优先级大于第二数据包队列的优先级。
在一种可能的实现方式中,方法还包括:确定承载预设帧的数据包的丢包率;预设帧包括以下至少之一:P帧、以及B帧;在承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,生成指示消息;指示消息用于指示承载预设帧的数据包的丢包率大于或等于第二预设阈值;向编码服务器发送指示消息。
第二方面,本申请提供一种数据包确定装置,该装置包括:处理单元;处理单元,用于确定多个数据包队列;多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;处理单元,还用于从目标数据包队列中,确定至少一个待丢弃数据包;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。
在一种可能的实现方式中,装置还包括:通信单元;通信单元,用于获取目标多媒体文件的多个数据包;处理单元,还用于基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列。
在一种可能的实现方式中,处理单元,还用于确定目标数据包承载的帧的类型;目标数据包为多个数据包中的任一个数据包;帧的类型包括:I帧、P帧、以及B帧;在目标数据包承载的帧为I帧的情况下,处理单元,还用于确定目标数据包为第一数据包队列中的数据包;在目标数据包承载的帧为P帧或者B帧的情况下,处理单元,还用于确定目标数据包为第二数据包队列中的数据包;第一数据包队列的优先级大于第二数据包队列的优先级。
在一种可能的实现方式中,处理单元,还用于确定承载预设帧的数据包的丢包率;预设帧包括以下至少之一:P帧、以及B帧;在承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,处理单元,还用于生成指示消息;指示消息用于指示承载预设帧的数据包的丢包率大于或等于第二预设阈值;通信单元,还用于向编码服务器发送指示消息。
第三方面,本申请提供了一种数据包确定装置,该装置包括:处理器和通信接口;通信接口和处理器耦合,处理器用于运行计算机程序或指令,以实现如第一方面和第一方面的任一种可能的实现方式中所描述的数据包确定方法。
第四方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令在终端上运行时,使得终端执行如第一方面和第一方面的任一种可能的实现方式中描述的数据包确定方法。
第五方面,本申请提供一种包含指令的计算机程序产品,当计算机程序产品在数据包确定装置上运行时,使得数据包确定装置执行如第一方面和第一方面的任一种可能的实现方式中所描述的数据包确定方法。
第六方面,本申请提供一种芯片,芯片包括处理器和通信接口,通信接口和处理器耦合,处理器用于运行计算机程序或指令,以实现如第一方面和第一方面的任一种可能的实现方式中所描述的数据包确定方法。
具体的,本申请中提供的芯片还包括存储器,用于存储计算机程序或指令。
上述技术方案至少带来以下有益效果:本申请提供的数据包确定方法,视频服务器确定多个数据包队列,并从目标数据包队列中,确定至少一个待丢弃数据包,其中,多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。基于上述可知,本申请实施例中的视频服务器可以从优先级较低的数据包队列中确定待丢弃的数据包,避免了优先级较高的数据包队列中的数据包(即承载于关键帧的数据包)被确定为待丢弃的数据包,使得关键帧(例如,I帧)能够被着重保障,进而提高了业务传输质量。
附图说明
图1为本申请实施例提供的一种通信***的结构图;
图2为本申请实施例提供的一种数据包确定方法的流程图;
图3为本申请实施例提供的另一种数据包确定方法的流程图;
图4为本申请实施例提供的另一种数据包确定方法的流程图;
图5为本申请实施例提供的一种数据包确定方法的逻辑流程图;
图6为本申请实施例提供的另一种数据包确定方法的流程图;
图7为本申请实施例提供的另一种数据包确定方法的流程图;
图8为本申请实施例提供的另一种数据包确定方法的流程图;
图9为本申请实施例提供的一种数据包确定装置的结构示意图;
图10为本申请实施例提供的另一种数据包确定装置的结构示意图。
具体实施方式
下面结合附图对本申请实施例提供的数据包确定方法、装置及存储介质进行详细地描述。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理,而不是用于描述对象的特定顺序。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括其他没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
以下,对本申请实施例涉及的名词进行解释,以方便读者理解。
一、网络协定电视(internet protocol television,IPTV)业务
IPTV业务是指开通IPTV后可以使用的基础内容和服务。IPTV是一种利用宽带有线电视网,集互联网、多媒体、通讯等多种技术于一体的设备,其可以向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。
随着千兆宽带和高清视频(例如,高清视频包括以下至少一项:普通高清、以及4K高清)业务的发展,上述IPTV业务对端到端时延的要求更低,丢包率的要求更高。上述IPTV业务虽然对运营商的多种网络(例如,接入网、网际互连协议(internet protoco,IP)城域网、内容分发网络(content delivery network,CDN)、TV(television)平台)的建设带来了挑战,但是也为用户提供了更加优质的服务。因此,IPTV业务已经成为具有战略性、主导性、基础性的业务,是运营商在家庭宽带领域中,提高竞争优势的重要业务。
二、帧
帧是指视频中的一个静态图像,多个连续的帧可以组成一个视频。
可选的,在传输上述帧的过程中,需要先将上述帧进行压缩编码处理,以降低传输的数据量,进而避免对通信***造成较大的通信负担。上述多个连续的帧被成为一个图片组(group of pictures,GOP),在GOP中,相邻的帧之间的像素差值、亮度差值和色度差值等差值均小于目标阈值。基于此,编码服务器可以为帧配置中不同的类型。例如,上述类型可以包括以下三种类型:关键帧(即I帧)、前向预测编码帧(即P帧)、以及双向预测内插编码帧(即B帧)。编码服务器对不同类型的帧进行编码的方式不同。以下分别对上述不同种类的帧的编解码过程进行说明:
对于I帧来说,在编码过程中,需要将该I帧的完整图像进行编码。相应的,在解码过程中,只需要解码该I帧即可得到该I帧的完整图像。
可选的,该I帧可以采用帧内压缩算法进行编码。
对于P帧来说,在压缩编码的过程中,可以只编码该P帧与之前的一个I帧之间的差别参数。相应的,在解码过程中,需要解码得到的差别参数、以及该I帧的图像叠加得到P帧的图像。
对于B帧来说,在压缩编码的过程中,可以编码该B帧与相邻的两个帧之间的差别参数。相应的,在解码过程中,需要解码得到的差别参数、以及相邻的两个帧的图像叠加得到B帧的图像。
需要指出的是,上述I帧、P帧、以及B帧是以H.264编码标准中的分类方式进行划分的,具体可参考上述H.264编码标准进行理解,此处不再赘述。
三、流式传输
流失传输的过程可以包括以下步骤1至步骤4:
步骤1、视频服务器的应用层接收来自编码服务器的多个帧,采用实时传输协议(Realtime Transport Protocol,RTP)封装上述帧得到RTP数据包,并向视频服务器的传输层发送上述RTP数据包。
步骤2、视频服务器的传输层接收来自视频服务器的应用层的RTP数据包,基于用户数据报协议(user datagram protocol,UDP)或者实时传输控制协议(RealtimeTransport Protocol,RTCP)对RTP数据包进行封装得到UDP数据包或RTCP数据包,并向视频服务器的网络层发送上述UDP数据包或者RTCP数据包。
步骤3、由于IPTV视频业务对时延和丢包率要求要高,因此视频服务器的网络层一般会为上述UDP数据包或者RTCP数据包提供服务质量(quality of service,QoS)保障。基于此,视频服务器的网络层接收来自视频服务器的传输层的上述UDP数据包或者RTCP数据包,并将上述UDP数据包或者RTCP数据包封装成IP数据包,将上述IP数据包分别分配至多种队列中,基于不同的调度机制确定待丢弃的IP数据包,并向用户设备发送除待丢弃的数据包以外的IP数据包。
可选的,视频服务器的网络层对直播类业务也有相应保障方案,其方案为:视频服务器的网络层可以根据RFC4594业务分类标准,将广播电视、视频监控类业务的优先级(例如,每跳行为(per hop behavior,PHB))设置为CS5,并将网络控制平面业务的优先级设置为CS6。
步骤4、用户设备接收来自视频服务器的网络层的IP数据包,对上述IP数据包进行多次解封装,得到RTP数据包,并根据RTP协议信息(例如,顺序号、以及时间戳等)对RTP数据包进行重新排序,从而保证最终得到的多媒体文件(例如,音频、以及视频等)内容的连续性、以及画面或者语音的同步性。
可以理解的是,视频服务器的应用层采用RTP协议封装上述帧可以保证实时数据的传输。
视频服务器的传输层采用RTCP协议对RTP数据包进行封装可以提供流量控制服务和拥塞控制服务。
由于直播业务对数据传输的实时性要求较高,即使视频服务器的传输层基于RTCP协议传输直播业务的数据包,使得上述数据包具备丢包重传的特点,但是对于直播业务这种实时性较强的业务,重传的数据包失去的实时性的特点,因此,上述丢包重传的特点对于直播业务来说,保障作用较小。基于上述,视频服务器的传输层通常采用UDP协议对RTP数据包进行封装,这样可以提高传输效率,但是同时也失去了数据包传输可靠性的保障。
以上是对本申请实施例中涉及到的部分概念所做的简单介绍。
如图1所示,图1示出了本申请实施例提供的一种通信***的结构示意图。该通信***包括:视频服务器101、编码服务器102、以及终端设备103。
视频服务器101,用于确定多个数据包队列,并从目标数据包队列中,确定至少一个待丢弃数据包。
其中,多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先
级;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈5值的数据包队列。
编码服务器102,用于向视频服务器101提供承载于数据包中的帧。
终端设备103,用于接收来自视频服务器的除上述至少一个待丢弃数据包以外的数据包。
在一种示例中,视频服务器101、编码服务器102均可以为通信运营0商的实体服务器,还可以为通信运营商的虚拟服务器,如云服务器等。
终端设备103可以是无线终端,或者,也可以是有线终端。无线终端可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备或连接到无线调制解调器的其他处理设备。终端与接入网设备之
间采用某种空口技术(如NR技术或LTE技术)相互通信。终端与终端之5间也可以采用某种空口技术(如NR技术或LTE技术)相互通信。无线终端可以经接入网设备与一个或多个核心网设备通信,如与AMF、SMF等进行通信。无线终端可以是移动终端(如移动电话)、智能电话、卫星无线设备、无线调制解调器卡、具有移动终端的计算机(例如,膝上型、便携
式、袖珍式、手持式、计算机内置的或者车载的移动装置)、个人通信业0务(personal communication service,PCS)电话、无绳电话、会话发起协议(sessioninitiation protocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、虚拟现实(virtualreality,VR)眼镜、增强现实(augmented reality,AR)眼镜、机器类型通
信终端、物联网终端、路边单元(road side unit,RSU)、无人机上装载的5通信设备等。无线终端也可以称为用户设备(user equipment,UE)、终端设备、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、接入终端(accessterminal)、用户终端(user terminal)、用户代理(user agent)等。
0此外,本申请实施例描述的通信***是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新通信***的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
目前,为了保障数据传输速率,采用队列机制技术确定待丢弃的数据包,其方案为:确定一个队列中排列位置较为靠后的数据包作为待丢弃的数据包,并丢弃上述确定的待丢弃的数据包。
但是,由于不同种类的帧(例如,I帧、P帧、B帧)对应的编码方式不同,因此承载不同种类的帧的数据包在网络传输过程中的丢失,对视频质量存在不同程度的影响。若依据上述方法,则对在同一队列的承载不同种类的帧的数据包进行被无差别的丢弃,这样使得承载关键帧(例如,I帧)的数据包没有被着重保障。在网络传输过程中,丢失I帧的数据包和丢失P帧B帧的数据包对视频质量的影响是不同的。若承载I帧的数据包丢失,则整个GOP所包含的信息都将受到影响,造成视频画面的马赛克和卡顿等现象。若承载P帧和B帧的数据包丢失,则仅会对一帧的图像内容造成影响,由于人眼的视觉暂留原理,丢失信息很难被察觉。因此,承载关键帧(例如,I帧)的数据包没有被着重保障会降低了业务传输质量。
为了解决上述现有技术中存在的问题,本申请实施例提出了一种数据包确定方法,能够保障关键帧的传输成功率,进而提高业务的质量。如图2所示,该方法包括:
S201、视频服务器确定多个数据包队列。
其中,多个数据包队列中每个数据包队列包括至少一个承载帧的数据包。不同数据包队列中的数据包承载不同的帧。一个数据包队列对应一个优先级。
示例性的,上述多个数据包队列可以包括以下至少一项:优先队列(priorityqueueing,PQ)、用户定制队列(customized queue,CQ)、以及加权公平队列(weighted fairqueueing,WFQ)。上述PQ中的数据包可以用于承载I帧。上述CQ中的数据包可以用于承载P帧。上述WFQ中的数据包可以用于承载B帧。由于承载P帧或B帧的数据包的丢包对多媒体文件造成的影响较低,因此视频服务器可以将承载P帧的数据包和承载B帧的数据包均分配至WFQ中。
可选的,PQ采用报文先进先出逻辑,而PQ中的数据包的丢弃策略是尾丢弃策略。WFQ采用报文先进先出逻辑,而WFQ中的数据包的丢弃策略采用加权随机早期检测(weighted random early detection,WRED)策略。
作为一种可选的实现方式,如图3所示,视频服务器确定承载帧的数据包的实现过程可以为:视频服务器的应用层接收来自编码服务器的多个帧,根据帧的网络抽象层单元(network abstraction layer unit,NALU)字段区分不同类型的帧,对上述多个帧进行压缩编码,并向视频服务器的传输层发送上述压缩编码后得到的多个帧。
视频服务器的传输层接收来自视频服务器的应用层的上述多个帧,并基于RTP协议对上述多个帧进行封装,得到多个RTP数据包,这样可以基于RTP数据包的PT字段区分承载不同种类的帧的数据包。接着,视频服务器的传输层还可以基于UDP协议对上述多个RTP数据包进行封装,得到多个UDP数据包,并向视频服务器的网络层发送上述多个UDP数据包,这样可以基于UDP数据包的UDP端口号区分承载不同种类的帧的数据包。
视频服务器的网络层接收来自视频服务器的传输层的多个UDP数据包,基于UDP数据包的UDP端口号区分承载不同种类的帧的数据包,并对承载不同种类的帧的数据包分配不同的IP优先值(IP precedence,IPP)。例如,视频服务器的网络层将承载I帧的数据包的IPP值设置为5,并将承载I帧的数据包对应的PHB设置为第一要求(即加速转发(expeditedforwarding,EF));又例如,视频服务器的网络层将承载P帧的数据包的IPP值和承载B帧的数据包的IPP值均设置为5,并将承载P帧的数据包对应的PHB和承载B帧的数据包对应的PHB设置为第二要求(即确保转发(assured forwarding,AF)4)。视频服务器的网络层将具有相同IPP值的数据包划分为同一队列,进而基于IPP值将上述多个数据包划分为多个队列。
可以理解的是,在H.264视频编码标准中,整个***框架被分为了两个层面:视频编码层面(video coding layer,VCL)和网络抽象层面(networkabstraction layer,NAL)。VCL负责有效表示视频数据的内容,而NAL负责格式化数据并提供头信息。在H.264帧头的NALU类型字段能够提供I帧、P帧、以及B帧的区分依据,因此视频服务器依据该NALU类型字段的值,将需要传输的帧划分为I帧、P帧、以及B帧。
可选的,承载I帧的数据包需要具备最低的丢包率,从而保证承载I帧的数据包能够最大概率正常传输至用户设备。视频服务器将PQ的优先级设置的较高,尽可能避免PQ中的数据包存在被丢弃的可能性。另外,视频服务器也需要对传输承载I帧的数据包所需的专用带宽进行一定限制,以避免其他低优先级队列中的数据包无法得到可用带宽。
又可选的,由于承载P帧或B帧的数据包对丢包率的要求低于承载I帧的数据包对丢包率的要求,但承载P帧或B帧的数据包的数量高于承载I帧的数据包的数量,因此,视频服务器需要对承载P帧或B帧的数据包的所需带宽需进行保证,以使得承载P帧或B帧的数据包中不被丢弃的数据包能够正常传输。
一种可能的实现方式中,当IPTV业务的流量经过内容分发网络(contentdelivery network,CDN)专网进入城域网时,流量将分别经过三层的城域骨干网和二层的城域接入网。在三层的城域骨干网中,视频服务器基于IPP值来表征数据包队列的优先级,在二层的城域接入网中,视频服务器基于以太帧头的802.1p优先级字段来表征数据包队列的优先级。其中,IPP与以太帧头的802.1p优先级字段之间具有一一对应的关系,上述IPP和以太帧头的802.1p优先级字段的取值范围均为0至7。
可选的,当承载IPTV业务的数据帧的IP数据包经过IP网络的中间节点(例如,路由器)时,每一个中间节点在入接口上均需使得端口信任分类结果,即表示该中间节点信任上游中间节点的分类结果,从而使得承载不同类型的帧的数据包的流量能够得到端到端的服务质量保障。
S202、视频服务器从目标数据包队列中,确定至少一个待丢弃数据包。
其中,目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。
可选的,视频服务器可以根据实际情况设置第一预设阈值,例如,视频服务器将第一预设阈值设置为2。上述仅为第一预设阈值的一种示例性的说明,本申请对此不作任何限制。
一种可能的实现方式中,上述S202的实现过程可以为:视频服务器可以先确定优先级小于或等于第一预设阈值的数据包队列为目标数据包队列,并从上述目标帧队列中确定任意N个数据包为至少一个待丢弃的承载帧的数据包。其中,上述N为正整数。
另一种可能的实现方式中,上述S202的实现过程可以为:视频服务器可以先确定优先级小于或等于第一预设阈值的数据包队列为目标数据包队列,并从上述目标帧队列中确定排序倒数N个数据包为至少一个待丢弃的承载帧的数据包。
可以理解的是,当网络发生拥塞时,视频服务器的网络层(例如,路由器)可以采用队列调度技术进行网络拥塞管理,即在网络拥塞较为严重的情况下,通过主动丢弃队列中数据包,来缓解网络拥塞。本申请的视频服务器将承载I帧的数据包的优先级设置为5,这样视频服务器可以在网络发生拥塞的情况下,将承载I帧的数据包送入PQ中,使得后续视频服务器可以对上述PQ中的数据包进行优先调度,尽量避免将上述PQ中的数据包确定为待丢弃数据包,以保障上述I帧的传输成功率,进而提高业务的质量。
可选的,在上述S202之后,视频服务器可以向用户设备发送上述多个数据包队列中,除上述待丢弃数据包以外的数据包。
相应的,如图4所示,用户设备的网络层接收来自视频服务器的多个数据包队列中,除上述待丢弃数据包以外的数据包,基于数据包队列的优先级对队列进行区分,得到优先级较高的数据包队列(例如,包括承载I帧的数据包的数据包队列)和优先级较低的数据包队列(例如,包括承载P帧或B帧的数据包的数据包队列),对上述数据包队列中的数据包进行缓存,并向用户设备的传输层发送上述数据包。
用户设备的传输层根据UDP协议对上述数据包进行解封装,得到RTP数据包,按照RTP数据包的报头顺序号和时间戳对多个RTP数据包进行重新排序,以使得上述承载不同类型的帧(例如,I帧、P帧、以及B帧)的数据包可以进行整合,恢复多媒体文件的正常时序,同时能够进行延时和抖动的计算,与多媒体文件进行同步控制。接着,用户设备的传输层基于RTP协议对上述多个RTP数据包中每个RTP数据包进行解封装得到多个帧,并向用户设备的应用层发送上述多个帧。
用户设备的应用层接收来自用户设备的传输层的多个帧,基于H.264对上述多个帧进行解码,得到多媒体文件,并对该多媒体文件进行播放缓冲,并播放该多媒体文件。
一种可能的实现方式中,如图5所示,图5示出了本申请实施例提供的数据包确定方法的整个逻辑框图。其具体为:视频服务器基于H.264标准对多个帧进行压缩编码,并基于RTP协议和UDP协议对上述压缩编码后的多个帧进行多次封装,得到多个承载帧的数据包。视频服务器基于数据帧的类型将上述多个承载帧的数据包划分得到多个数据包队列,并为上述数据包队列分配优先级,例如,视频服务器可以将包括承载I帧的数据包的数据包队列的优先级设置为最高优先级QoS保障,还可以将包括承载P帧或B帧的数据包的数据包队列的优先级设置为次高优先级QoS保障。相应的,用户设备获取到的数据包执行缓存、解码、重排序、以及播放等操作。
可选的,视频服务器主要基于QoS部署来保障业务的传输质量,这样视频服务器可以直接根据帧头的特征来部署对应的基于类的加权公平队列(class-based weightedfair queuing,CBWFQ)QoS策略。
上述技术方案至少带来以下有益效果:本申请提供的数据包确定方法,视频服务器确定多个数据包队列,并从目标数据包队列中,确定至少一个
待丢弃数据包,其中,多个数据包队列中每个数据包队列包括至少一个数5据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。基于上述可知,本申请实施例中的视频服务器可以从优先级较低的数据包队列中确定待丢弃的数据包,避免了优先级
较高的数据包队列中的数据包(即承载于关键帧的数据包)被确定为待丢0弃的数据包,使得关键帧(例如,I帧)能够被着重保障,进而提高了业务传输质量。
在一种可选的实施例中,如S201所示,视频服务器从目标数据包队列中,确定至少一个待丢弃数据包,在图2示出的方法实施例的基础上,本
实施例提供一种可能实现方式,如图6所示,图6为本申请提供的上述S2015的一种可能的实现方式,因此,视频服务器从目标数据包队列中,确定至少一个待丢弃数据包的实现过程可以包括以下步骤S601至S602。
S601、视频服务器获取目标多媒体文件的多个数据包。
在一种示例中,上述目标多媒体文件可以包括:视频、以及音频。
一种可选的实现方式中,上述S601的实现过程可以为:编码服务器可0以向视频服务器发送上述多个数据包。相应的,视频服务器可以接收来自编码服务器的上述多个数据包。
可选的,在H.264标准中,一个目标多媒体文件可以被编码为多个NAL单元。当视频服务器可以RTP协议对NAL单元进行封装时,荷载中可以只包括一个NAL单元,还可以包括多个NAL单元的聚合。
5S602、视频服务器基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列。
作为一种可能的实现方式,上述S602的实现过程可以为:视频服务器可以先确定上述多个数据包中每个数据包承载的帧的类型,并基于上述确
定的类型,为每个承载帧的数据包分配适合的数据包队列,最终得到多个0数据包队列。
上述技术方案至少带来以下有益效果:本申请提供的数据包确定方法,视频服务器获取目标多媒体文件的多个数据包,基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列,这样为后续视频服务器基于数据包队列确定待丢弃数据包提供数据基础。
在一种可选的实施例中,如S602所示,视频服务器基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列,在图2示出的方法实施例的基础上,本实施例提供一种可能实现方式,如图7所示,图7为本申请提供的上述S602的一种可能的实现方式,因此,视频服务器基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列的实现过程可以包括以下步骤S701至S703。
S701、视频服务器确定目标数据包承载的帧的类型。
其中,目标数据包为多个数据包中的任一个数据包。帧的类型包括:I帧、P帧、以及B帧。
可选的,在帧的类型包括:I帧、P帧、以及B帧的情况下,视频服务器可以将上述帧的类型分为以下两种情况:情况1、目标数据包承载的帧为I帧。情况2、目标数据包承载的帧为P帧或者B帧。在目标数据包的类型不同的情况下,视频服务器为目标数据包分配的数据包队列不同。以下对在不同情况下,为目标数据包分配数据包队列的实现过程分别进行说明。
情况1、目标数据包承载的帧为I帧。
在情况1中,视频服务器为目标数据包分配数据包队列的实现过程可以通过以下S702确定。
S702、视频服务器确定目标数据包为第一数据包队列中的数据包。
可选的,上述S702还可以适用于目标数据包承载的帧为其他关键帧的情况中。
情况2、目标数据包承载的帧为P帧或者B帧。
在情况2中,视频服务器为目标数据包分配数据包队列的实现过程可以通过以下S703确定。
S703、视频服务器确定目标数据包为第二数据包队列中的数据包。
其中,第一数据包队列的优先级大于第二数据包队列的优先级。
示例性的,视频服务器可以将上述第一数据包队列的优先级设置为5,并将上述第二数据包队列的优先级设置为4。
上述技术方案至少带来以下有益效果:本申请提供的数据包确定方法,视频服务器确定目标数据包(即多个数据包中的任一个数据包)承载的帧的类型(即I帧、P帧、以及B帧),在目标数据包承载的帧为I帧的情况下,确定目标数据包为第一数据包队列中的数据包,并在目标数据包承载的帧为P帧或者B帧的情况下,确定目标数据包为第二数据包队列中的数据包,第一数据包队列的优先级大于第二数据包队列的优先级。基于此,本申请实施例中的视频服务器将包括承载I帧(即关键帧)的数据包的数据包队列设置的优先级较高,这样以便于后续可以对上述I帧进行着重保障。
一种可能的实现方式中,视频服务器可以对第二类型的数据包的丢包率进行监控,以便于后续可以及时提醒编码服务器对数据包进行处理。结合图7,如图8所示,视频服务器可以对第二类型的数据包的丢包率进行监控和处理的实现过程可以通过以下S801至S804确定。
S801、视频服务器确定承载预设帧的数据包的丢包率。
其中,预设帧包括以下至少之一:P帧、以及B帧。
可选的,视频服务器可以周期性的统计承载预设帧的数据包的丢包率。视频服务器可以根据实际情况设置周期,例如,视频服务器将上述周期设置为10秒,上述仅为周期的一种示例性的描述,上述周期还可以为其他值,本申请对此不作任何限制。
S802、视频服务器确定承载预设帧的数据包的丢包率是否大于或等于第二预设阈值。
可选的,视频服务器可以根据实际情况设置第二预设阈值,例如,视频服务器将上述第二预设阈值设置为98%,上述仅为第二预设阈值的一种示例性的描述,上述第二预设阈值还可以为其他值,本申请对此不作任何限制。
若承载预设帧的数据包的丢包率大于或等于第二预设阈值,则视频服务器执行S803。
S803、视频服务器生成指示消息。
其中,指示消息用于指示承载预设帧的数据包的丢包率大于或等于第二预设阈值。
S804、视频服务器向编码服务器发送指示消息。相应的,编码服务器接收来自视频服务器的指示消息。
可选的,在上述S804之后,编码服务器可以通过降低码率来降低数据包的丢包率,以保障视频的质量。
上述技术方案至少带来以下有益效果:本申请提供的数据包确定方法,视频服务器确定承载预设帧(即预设帧包括以下至少之一:P帧、以及B帧)的数据包的丢包率,并在承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,生成指示消息(即用于指示承载预设帧的数据包的丢包率大于或等于第二预设阈值),并向编码服务器发送指示消息,这样可以避免承载P帧的数据包和/或承载B帧的数据包被大量丢弃,进一步提高了业务的质量。
可以理解的是,上述数据包确定方法可以由数据包确定装置实现。数据包确定装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,本申请公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请公开实施例的范围。
本申请公开实施例可以根据上述方法示例生成的数据包确定装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请公开实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图9为本发明实施例提供的一种数据包确定装置的结构示意图。如图9所示,数据包确定装置90可以用于执行图2、图6-图8所示的数据包确定方法。该数据包确定装置90包括:处理单元901。
处理单元901,用于确定多个数据包队列;多个数据包队列中每个数据包队列包括至少一个数据包;不同数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;处理单元901,还用于从目标数据包队列中,确定至少一个待丢弃数据包;目标数据包队列为多个数据包队列中,优先级小于或等于第一预设阈值的数据包队列。
在一种可能的实现方式中,装置还包括:通信单元902;通信单元902,用于获取目标多媒体文件的多个数据包;处理单元901,还用于基于多个数据包中每个数据包承载的帧的类型,将多个数据包划分为多个数据包队列。
在一种可能的实现方式中,处理单元901,还用于确定目标数据包承载的帧的类型;目标数据包为多个数据包中的任一个数据包;帧的类型包括:I帧、P帧、以及B帧;在目标数据包承载的帧为I帧的情况下,处理单元901,还用于确定目标数据包为第一数据包队列中的数据包;在目标数据包承载的帧为P帧或者B帧的情况下,处理单元901,还用于确定目标数据包为第二数据包队列中的数据包;第一数据包队列的优先级大于第二数据包队列的优先级。
在一种可能的实现方式中,处理单元901,还用于确定承载预设帧的数据包的丢包率;预设帧包括以下至少之一:P帧、以及B帧;在承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,处理单元901,还用于生成指示消息;指示消息用于指示承载预设帧的数据包的丢包率大于或等于第二预设阈值;通信单元902,还用于向编码服务器发送指示消息。
在采用硬件的形式实现上述集成的模块的功能的情况下,本发明实施例提供了上述实施例中所涉及的数据包确定装置的一种可能的结构示意图。如图10所示,一种数据包确定装置100,例如用于执行图2、图6-图8所示的数据包确定方法。该数据包确定装置100包括处理器1001,存储器1002、以及总线1003。处理器1001与存储器1002之间可以通过总线1003连接。可选的,该数据包确定装置100还可以包括通信接口1004。
处理器1001是用户设备的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器1001可以是一个通用中央处理单元1002(central processing unit,CPU),也可以是其他通用处理器等。其中,通用处理器可以是微处理器或者是任何常规的处理器等。
作为一种实施例,处理器1001可以包括一个或多个CPU,例如图10中所示的CPU 0和CPU 1。
存储器1002可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(randomaccess memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmableread-only memory,EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
作为一种可能的实现方式,存储器1002可以独立于处理器1001存在,存储器1002可以通过总线1003与处理器1001相连接,用于存储指令或者程序代码。处理器1001调用并执行存储器1002中存储的指令或程序代码时,能够实现本发明实施例提供的地图标绘方法。
另一种可能的实现方式中,存储器1002也可以和处理器1001集成在一起。
总线1003,可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、***设备互连(Peripheral Component Interconnect,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口1004,用于与其他设备通过通信网络连接。该通信网络可以是以太网,无线接入网,无线局域网(wireless local area networks,WLAN)等。通信接口1004可以包括用于接收数据的通信单元902,还可以包括获取单元和发送单元。
在一种设计中,本发明实施例提供的数据包确定装置100中,通信接口还可以集成在处理器中。
需要指出的是,图10示出的结构并不构成对该数据包确定装置100的限定。除图10所示部件之外,该数据包确定装置100可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
作为一个示例,结合图10,数据包确定装置中的处理单元901实现的功能与图10中的处理器1001的功能相同。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
其中,计算机可读存储介质,例如可以是但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit,ASIC)中。在本申请实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种数据包确定方法,其特征在于,包括:
确定多个数据包队列;所述多个数据包队列中每个数据包队列包括至少一个数据包;不同所述数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;
从目标数据包队列中,确定至少一个待丢弃数据包;所述目标数据包队列为所述多个数据包队列中,所述优先级小于或等于第一预设阈值的数据包队列。
2.根据权利要求1所述的方法,其特征在于,所述确定多个数据包队列,包括:
获取目标多媒体文件的多个数据包;
基于所述多个数据包中每个数据包承载的帧的类型,将所述多个数据包划分为多个数据包队列。
3.根据权利要求2所述的方法,其特征在于,所述基于所述多个数据包中每个数据包承载的帧的类型,将所述多个数据包划分为多个数据包队列,包括:
确定目标数据包承载的帧的类型;所述目标数据包为所述多个数据包中的任一个数据包;所述帧的类型包括:I帧、P帧、以及B帧;
在所述目标数据包承载的帧为所述I帧的情况下,确定所述目标数据包为第一数据包队列中的数据包;
在所述目标数据包承载的帧为所述P帧或者所述B帧的情况下,确定所述目标数据包为第二数据包队列中的数据包;所述第一数据包队列的优先级大于所述第二数据包队列的优先级。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
确定承载预设帧的数据包的丢包率;所述预设帧包括以下至少之一:P帧、以及B帧;
在所述承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,生成指示消息;所述指示消息用于指示所述承载预设帧的数据包的丢包率大于或等于所述第二预设阈值;
向编码服务器发送所述指示消息。
5.一种数据包确定装置,其特征在于,包括:处理单元;
所述处理单元,用于确定多个数据包队列;所述多个数据包队列中每个数据包队列包括至少一个数据包;不同所述数据包队列中的数据包承载不同类型的帧;一个数据包队列对应一个优先级;
所述处理单元,还用于从目标数据包队列中,确定至少一个待丢弃数据包;所述目标数据包队列为所述多个数据包队列中,所述优先级小于或等于第一预设阈值的数据包队列。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:通信单元;
所述通信单元,用于获取目标多媒体文件的多个数据包;
所述处理单元,还用于基于所述多个数据包中每个数据包承载的帧的类型,将所述多个数据包划分为多个数据包队列。
7.根据权利要求6所述的装置,其特征在于,
所述处理单元,还用于确定目标数据包承载的帧的类型;所述目标数据包为所述多个数据包中的任一个数据包;所述帧的类型包括:I帧、P帧、以及B帧;
在所述目标数据包承载的帧为所述I帧的情况下,所述处理单元,还用于确定所述目标数据包为第一数据包队列中的数据包;
在所述目标数据包承载的帧为所述P帧或者所述B帧的情况下,所述处理单元,还用于确定所述目标数据包为第二数据包队列中的数据包;所述第一数据包队列的优先级大于所述第二数据包队列的优先级。
8.根据权利要求5-7任一项所述的装置,其特征在于,
所述处理单元,还用于确定承载预设帧的数据包的丢包率;所述预设帧包括以下至少之一:P帧、以及B帧;
在所述承载预设帧的数据包的丢包率大于或等于第二预设阈值的情况下,所述处理单元,还用于生成指示消息;所述指示消息用于指示所述承载预设帧的数据包的丢包率大于或等于所述第二预设阈值;
所述通信单元,还用于向编码服务器发送所述指示消息。
9.一种数据包确定装置,其特征在于,包括:处理器和通信接口;所述通信接口和所述处理器耦合,所述处理器用于运行计算机程序或指令,以实现如权利要求1-4任一项中所述的数据包确定方法。
10.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,其特征在于,当计算机执行该指令时,该计算机执行上述权利要求1-4任一项中所述的数据包确定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211664489.3A CN116233024A (zh) | 2022-12-22 | 2022-12-22 | 数据包确定方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211664489.3A CN116233024A (zh) | 2022-12-22 | 2022-12-22 | 数据包确定方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116233024A true CN116233024A (zh) | 2023-06-06 |
Family
ID=86583388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211664489.3A Pending CN116233024A (zh) | 2022-12-22 | 2022-12-22 | 数据包确定方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116233024A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847182A (zh) * | 2016-04-18 | 2016-08-10 | 武汉烽火众智数字技术有限责任公司 | 一种音视频***中音频优先传输方法及其*** |
CN108174239A (zh) * | 2017-12-04 | 2018-06-15 | 中国联合网络通信集团有限公司 | 一种视频传输方法及设备 |
CN109660879A (zh) * | 2018-12-20 | 2019-04-19 | 广州虎牙信息科技有限公司 | 直播丢帧方法、***、计算机设备和存储介质 |
CN109818874A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 数据传输方法、设备及计算机存储介质 |
CN113452946A (zh) * | 2021-06-28 | 2021-09-28 | 深圳七号家园信息技术有限公司 | 一种视频电话的音频和视频传输方法及*** |
-
2022
- 2022-12-22 CN CN202211664489.3A patent/CN116233024A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847182A (zh) * | 2016-04-18 | 2016-08-10 | 武汉烽火众智数字技术有限责任公司 | 一种音视频***中音频优先传输方法及其*** |
CN109818874A (zh) * | 2017-11-21 | 2019-05-28 | 华为技术有限公司 | 数据传输方法、设备及计算机存储介质 |
CN108174239A (zh) * | 2017-12-04 | 2018-06-15 | 中国联合网络通信集团有限公司 | 一种视频传输方法及设备 |
CN109660879A (zh) * | 2018-12-20 | 2019-04-19 | 广州虎牙信息科技有限公司 | 直播丢帧方法、***、计算机设备和存储介质 |
CN113452946A (zh) * | 2021-06-28 | 2021-09-28 | 深圳七号家园信息技术有限公司 | 一种视频电话的音频和视频传输方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8514871B2 (en) | Methods, systems, and computer program products for marking data packets based on content thereof | |
US10567465B2 (en) | Streaming video over a network | |
US8717897B2 (en) | Method and system for packet discard precedence for video transport | |
US7450514B2 (en) | Method and device for delivering multimedia data using IETF QoS protocols | |
US9930388B2 (en) | Differential and distributive queuing of video frames | |
EP2876888B1 (en) | Method and device for transferring transmission characteristic information of multimedia data | |
WO2011068355A2 (ko) | 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치 | |
EP3563615B1 (en) | Method and system for scheduling resources for streaming video services in mobile communication networks | |
CN108174239A (zh) | 一种视频传输方法及设备 | |
WO2012099417A2 (ko) | 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치 | |
US20110067072A1 (en) | Method and apparatus for performing MPEG video streaming over bandwidth constrained networks | |
CN102223218B (zh) | 媒体报文重传抑制方法和设备 | |
US8446823B2 (en) | Method of managing the flow of time-sensitive data over packet networks | |
CN116114254A (zh) | 一种通信方法及装置 | |
EP1619839A1 (en) | Method of and apparatus for scheduling transmission of multimedia streaming services over the radio channel of wireless communication systems | |
CN116233024A (zh) | 数据包确定方法、装置及存储介质 | |
KR101038521B1 (ko) | 크로스 레이어 기법에 따른 이종망 상의 비디오 전송 품질 개선 방법 | |
CN108353035B (zh) | 用于多路复用数据的方法和设备 | |
Lee et al. | The study of dynamic video frame mapping scheme for multimedia streaming over IEEE 802.11 e WLAN | |
EP2194716A1 (en) | Apparatus, method and system for transmission of layered encoded multimedia signals | |
CN116684918A (zh) | 一种数据传输方法及装置 | |
Nagai et al. | A Streaming Method for Efficient Bandwidth Utilization Using QoS Control Function of LTE | |
Sinky | Dynamic Methods to Improve Streaming of H. 264 HD Video Over 802.11 Wireless Networks | |
Lazar et al. | Framework for iptv qos | |
CN117749694A (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 |