CN116827924A - 一种数据调度方法、装置、设备以及存储介质 - Google Patents
一种数据调度方法、装置、设备以及存储介质 Download PDFInfo
- Publication number
- CN116827924A CN116827924A CN202311114203.9A CN202311114203A CN116827924A CN 116827924 A CN116827924 A CN 116827924A CN 202311114203 A CN202311114203 A CN 202311114203A CN 116827924 A CN116827924 A CN 116827924A
- Authority
- CN
- China
- Prior art keywords
- streaming media
- terminal device
- priority
- media data
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000003860 storage Methods 0.000 title claims abstract description 28
- 230000005540 biological transmission Effects 0.000 claims description 29
- 238000012545 processing Methods 0.000 claims description 21
- 230000008569 process Effects 0.000 claims description 20
- 238000005516 engineering process Methods 0.000 abstract description 21
- 238000004891 communication Methods 0.000 abstract description 18
- 230000006870 function Effects 0.000 description 15
- 238000013461 design Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 12
- 238000010295 mobile communication Methods 0.000 description 10
- 239000000306 component Substances 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 102100037812 Medium-wave-sensitive opsin 1 Human genes 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供了一种数据调度方法、装置、设备以及存储介质,用于解决流媒体数据包的解码失败问题,提升流媒体业务的播放质量。包括:在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量,关键帧请求为第一终端设备无法解码接收到的流媒体数据时发送;在第一数量大于第一阈值时,将第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,第二优先级高于第一优先级,第一优先级为第一终端设备的流媒体数据包的原始优先级;基于第二优先级向第一终端设备转发对应的流媒体数据包。本申请提供的技术方案可以应用通信、云技术、车载场景等领域,主要涉及到音乐、视频以及语音等数据的解码场景。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据调度方法、装置、设备以及存储介质。
背景技术
随着计算机技术和互联网技术的发展,视频成为人们获取信息的重要渠道之一,视频形式也愈发多样,例如直播视频、在线视频等。目前,复杂多变的网络环境为流媒体传输与播放带来极大挑战。
比如,在第五代无线蜂窝技术(5G通信)中,在视频点播场景下,流媒体数据包的传输过程可以如下:用户通过应用程序(application,APP)访问视频服务器,流媒体媒体包从视频服务器经有线网络传输至用户面设备(user plan function,UPF),然后由UPF发送给基站,基站再通过无线信号发送给终端设备,其中,该UPF是用于转发流媒体数据包的转发设备。在实际传输过程中,流媒体数据包(如I帧)的丢失,会导致终端设备无法解码接收到的其他流媒体数据包,从而使得流媒体视频画面出现花屏或者中断的情况。
因此目前急需提供一种有效解决流媒体数据包解码失败的方案。
发明内容
本申请实施例提供了一种数据调度方法、装置、设备以及存储介质,用于解决流媒体数据包的解码失败问题,提升流媒体业务的播放质量。
有鉴于此,本申请一方面提供一种数据调度方法,包括:在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量,该关键帧请求为该第一终端设备无法解码接收到的流媒体数据时发送;在该第一数量大于第一阈值时,将该第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,该第二优先级高于该第一优先级,该第一优先级为该第一终端设备的流媒体数据包的原始优先级;基于该第二优先级向该第一终端设备转发对应的流媒体数据包。
本申请另一方面提供一种数据调度装置,包括:统计模块,用于在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量;
处理模块,用于在该第一数量大于第一阈值时,将该第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,该第二优先级高于该第一优先级,该第一优先级为该第一终端设备的流媒体数据包的原始优先级;
收发模块,用于基于该第二优先级向该第一终端设备转发对应的流媒体数据包。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该统计模块,用于在第二统计时长内统计该第一终端设备发送的关键帧请求的第二数量,该第二统计时长为该第一统计时长的结束之后重新开始的统计时长;
该收发模块,用于在该第二数量大于该第一阈值时,向流媒体服务器发送第一调度请求,该第一调度请求用于指示该流媒体服务器将该第一终端设备对应的流媒体数据包所占用的原始带宽降低至第一目标带宽;
接收该流媒体服务器利用该第一目标带宽发送的该第一终端设备对应的流媒体数据包;
将该第一终端设备对应的流媒体数据包转发至该第一终端设备。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该收发模块,用于通过用户数据报协议( user datagram protocol,UDP)向调度服务器发送该第一调度请求,以使得该调度服务器通过HTTP接口向该流媒体服务器转发该第一调度请求;
或者,
通过该UDP向该流媒体服务器发送该第一调度请求。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该收发模块,用于通过传输控制协议 (transmission control protocol,TCP)向调度服务器发送该第一调度请求,以使得该调度服务器通过HTTP接口向该流媒体服务器转发该第一调度请求;
或者,
通过该TCP向该流媒体服务器发送该第一调度请求。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该处理模块,用于在该第二数量小于或者等于该第一阈值时,调整该第二优先级到该第一优先级;
该收发模块,用于按照该第一优先级向该第一终端设备转发其对应的流媒体数据包。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该统计模块,用于在第三统计时长内统计该第一终端设备发送的关键帧请求的第三数量,该第三统计时长为该第二统计时长的结束之后重新开始的统计时长;
该收发模块,用于在该第三数量小于或等于该第一阈值时,向流媒体服务器发送第二调度请求,该第二调度请求用于指示该流媒体服务器将该第一目标带宽高调高至该原始带宽;接收该流媒体服务器利用该原始带宽发送的该第一终端设备对应的流媒体数据包;将该第一终端设备对应的流媒体数据包转发至该第一终端设备。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该统计模块,用于统计目标终端设备集合中终端设备的第四数量,该目标终端设备集合中的各个终端设备为在该第一统计时长内发送关键帧请求的数量满足该第一阈值的终端设备;
该处理模块,用于在该第四数量小于或者等于该第二阈值时,将该目标终端设备集合中各个终端设备的流媒体数据包的优先级由原始优先级调整至目标优先级,该目标优先级高于该原始优先级;
该收发模块,用于基于该目标优先级向该目标终端设备集合中各个终端设备转发对应的流媒体数据包。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该收发模块,用于在该第四数量大于第二阈值时,向流媒体服务器发送第三调度请求,该第三调度请求用于指示该流媒体服务器降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至目标带宽集合;
接收该流媒体服务器按照该目标带宽集合发送的流媒体数据包集合;
将该流媒体数据包集合转发至该目标终端设备集合中对应的终端设备。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该第三调度请求用于指示该流媒体服务器降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至统一带宽,将该统一带宽生成该目标带宽集合;
或者,
该第三调度请求用于指示该流媒体服务器分别降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至多个不同带宽,将该多个不同带宽生成该目标带宽集合。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该关键帧请求为图片丢失提示消息PLI或者切片丢失提示消息(slice loss indication,SLI)或者完整内部请求FIR。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该收发模块,用于在该第一统计时长内,向流媒体服务器转发该第一终端设备发送的关键帧请求。
在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该第一统计时长为预设周期时长或者该第一统计时长为接收到该第一终端设备发送的第一个关键帧请求的时刻为开始时刻的预设时长。
本申请另一方面提供一种计算机设备,包括:存储器、处理器以及总线系统;
其中,存储器用于存储程序;
处理器用于执行存储器中的程序,处理器用于根据程序代码中的指令执行上述各方面的方法;
总线系统用于连接存储器以及处理器,以使存储器以及处理器进行通信。
本申请的另一方面提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面的方法。
本申请的另一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各方面所提供的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:在流媒体数据包的传输过程中,若出现无法解码流媒体数据包情况时,终端设备将会上报关键帧请求,此时该流媒体数据包的数据调度装置统计终端设备上报的关键帧请求,并在持续统计单位内的关键帧请求的数量超过阈值时,确定转发给该终端设备的流媒体数据包丢包过多,从而调高该终端设备的流媒体数据包的转发优先级,从而使得该终端设备可以在解码周期内尽快的接收到相应的流媒体数据包,从而解决解码失败的问题,进而提升网络拥塞情况下流媒体业务的体验质量。同时,通过该数据调度装置来统计该关键帧请求,可以实现对流媒体数据包的传输质量进行实时和准确的度量。
附图说明
图1a为本申请实施例中PLI报文的一个示例性方案;
图1b为本申请实施例中FIR报文的一个示例性方案;
图2a为本申请实施例中通信系统的一个架构示意图;
图2b为本申请实施例中通信系统的另一个架构示意图;
图3为本申请实施例中数据调度方法的一个实施例示意图;
图4为本申请实施例中数据调度方法的另一个实施例示意图;
图5为本申请实施例中数据调度方法的另一个实施例示意图;
图6为本申请实施例中数据调度装置的一个实施例示意图;
图7为本申请实施例中数据调度装置的另一个实施例示意图;
图8为本申请实施例中数据调度装置的另一个实施例示意图。
实施方式
本申请实施例提供了一种数据调度方法、装置、设备以及存储介质,用于解决流媒体数据包的解码失败问题,提升流媒体业务的播放质量。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“对应于”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着计算机技术和互联网技术的发展,视频成为人们获取信息的重要渠道之一,视频形式也愈发多样,例如直播视频、在线视频等。目前,复杂多变的网络环境为流媒体传输与播放带来极大挑战。比如,在5G通信中,在视频点播场景下,流媒体数据包的传输过程可以如下:用户通过APP访问视频服务器,流媒体媒体包从视频服务器经有线网络传输至UPF,然后由UPF发送给基站,基站再通过无线信号发送给终端设备,其中,该UPF是用于转发流媒体数据包的转发设备。在实际传输过程中,因为流媒体数据包(如I帧)的丢失,会导致终端设备无法解码接收到的其他流媒体数据包,从而使得流媒体视频画面出现花屏或者中断的情况。因此目前急需提供一种有效解决流媒体数据包解码失败的方案。
为了解决上述技术问题,本申请提供一种数据调度方法,具体包括:在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量,该关键帧请求为该第一终端设备无法解码接收到的流媒体数据时发送;在该第一数量大于第一阈值时,将该第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,该第二优先级高于该第一优先级,该第一优先级为该第一终端设备的流媒体数据包的原始优先级;基于该第二优先级向该第一终端设备转发对应的流媒体数据包。这样在流媒体数据包的传输过程中,若出现无法解码流媒体数据包情况时,终端设备将会上报关键帧请求,此时该流媒体数据包的数据调度装置统计终端设备上报的关键帧请求,并在持续统计单位内的关键帧请求的数量超过阈值时,确定转发给该终端设备的流媒体数据包丢包过多,从而调高该终端设备的流媒体数据包的转发优先级,从而使得该终端设备可以在解码周期内尽快的接收到相应的流媒体数据包,从而解决解码失败的问题,进而提升网络拥塞情况下流媒体业务的体验质量。同时,通过该数据调度装置来统计该关键帧请求,可以实现对流媒体数据包的传输质量进行实时和准确的度量。
为了方便理解,下面对本申请中涉及的部分专用名词进行说明:
关键帧:也叫作I帧,它是帧间压缩编码的最重要帧。视频的编码是按照“组”来进行的,每一个组叫作图像组(group of picture,GOP)。GOP与GOP之间是没有联系的。编码关系只在GOP之间产生。每一个GOP都是由关键帧开始的,关键帧是一幅完整的画面,GOP中间的帧都是不完整的,需要由关键帧、前面帧以及后面帧等一起运算得到。关键帧的间隔调节会影响GOP的长度,进而影响到读取GOP的速度。如果关键帧的间隔设置过大的话(GOP长度过大),在必须用到关键帧的场合就可能被迫使用前后参考帧(前后参考帧叫做B帧,即参考前面和后面两帧的数据加上本帧的变化而得出本帧的数据)或者向前参考帧(即向前参考帧,也叫做P帧)来代替,这就会降低画面质量。关键帧是帧间压缩的基础,典型的GOP(IBP帧包)结构一般是:IBBPBBPBBPBBPBBPBB。I帧损坏,那么整个GOP结构就坏掉了,即IBBPBBPBBPBBPBBPBB这么多帧一起坏掉。I帧丢失,那么整个GOP将无法解码。在流媒体数据包传输过程中,若I帧丢失,则终端设备会向流媒体服务器发起I帧请求,也称为关键帧请求。在实际应用中,关键帧请求分PLI,SLI,FIR。其中,PLI表明突发性的丢包影响到了一个或多个帧中的多个包。流媒体服务器在接收到PLI之后可以通过重传这些包或者生成一个新的I帧以作出回应。一个示例性方案中,该PLI报文可以如图1a所示。SLI表明该包丢失影响到单个帧的部分(即,多个宏块(macroblock))。因此,当流媒体服务器在接收到SLI消息时,可以通过重新编码的方式纠正切片,停止部分帧解码错误的传播。而视频在网页即时通信(Web Real-Time Communications,WebRTC)的会话中总是以一个I帧开始,然后发送P帧。但是,当有新的参与者中途加入会议会话时,很有可能接收到一系列P帧,但因缺少相应的I帧,它并不能解码。这种情况下,该新的参与者所属的终端侧将会发送一个FIR以请求一个I帧。一个示例性方案中,该FIR报文可以如图1b所示。
5G核心网:是5G移动通信系统的核心组成部分,它负责处理5G移动通信系统中的信令和数据,实现用户认证、移动性管理、安全保障、服务质量控制、网络切片等核心功能。用户面设备(User Plan Function,UPF)是业务流量的转发设备,是5G移动通信系统中的终端设备访问互联网的关键设备。
本申请提供的技术方案可以应用于云技术(Cloud technology),其中,该云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。其基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台系统进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的系统后盾支撑,只能通过云计算来实现。而本申请涉及到的云技术可以是云游戏、云会议、云教育以及云视频等等领域。一个示例性方案中,上述云技术也可以应用于车载场景,比如会议、教育、消息、旅游、听书、广告等可以车上应用的各种应用。
一个示例性方案中,本申请提供的方法应用于如图2a所示的5G移动通信系统,请参阅图2a,图2a为本申请实施例中5G移动通信系统的一个架构示意图,如图2a所示,5G移动通信系统包括流媒体服务器、终端设备、5G无线接入网、5G核心网设备、调度服务器。其中,该终端设备上部署有播放流媒体数据的客户端,其中,该客户端可以通过浏览器的形式运行于终端设备上,也可以通过独立的应用程序(application,APP)的形式运行于终端设备上等,对于客户端的具体展现形式,此处不做限定。本申请涉及的服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、掌上电脑、个人电脑、智能电视、智能手表、车载设备、可穿戴设备、飞行器、智能语音交互设备以及智能家电等,但并不局限于此。该5G核心网设备包括控制面设备以及用户面设备(即UPF),其中,该用户面设备包括用于实现流媒体数据包的转发的转发模块和用于统计关键帧请求的数量的统计模块,其中,该转发模块中还包括用于流媒体数据包的优先级调整的调度模块。该调度服务器用于向该流媒体服务器转发该用户面设备发送的调度请求。该流媒体服务器用于向终端设备提供流媒体数据包。应理解的是,该调度服务器可以作为独立的服务器与该流媒体服务器进行数据交互;该调度服务器也可以集成至该流媒体服务器中,作为该流媒体服务器中的调度模块,如图2b所示。终端设备与该5G核心网设备通过5G接入网进行直接或间接地连接,本申请在此不做限制。而该5G核心网设备与该流媒体服务器或者该调度服务器通过有线或者无线的通信方式进行直接或者间接地连接,本申请在此不做限制。其中,在该调度服务器作为独立服务器存在时,该5G核心网设备与该调度服务器可以采用UDP协议或者TCP协议进行调度请求的传输,而该调度服务器与该流媒体服务器之间可以通过开放API的方式,通过HTTP接口进行调度请求的传输。在该调度服务器集成至该流媒体服务器时,该5G核心网设备与该流媒体服务器可以采用UDP协议或者TCP协议进行调度请求的传输。该服务器和终端设备的数量也不做限制。本申请提供的方案可以由5G核心网设备独立完成,也可以由5G核心网设备与调度服务以及流媒体服务器配合完成,对此,本申请并不做具体限定。其中,该流媒体服务器还可配置有数据库,其中,数据库(Database),简而言之可视为电子化的文件柜——存储电子文件的处所,用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。数据库管理系统(Database ManagementSystem, DBMS)是为管理数据库而设计的电脑软件系统,一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类,例如关系式、可扩展标记语言(Extensible Markup Language,XML);或依据所支持的计算机类型来作分类,例如服务器群集、移动电话;或依据所用查询语言来作分类,例如结构化查询语言(Structured Query Language,SQL)、XQuery;或依据性能冲量重点来作分类,例如最大规模、最高运行速度;亦或其他的分类方式。不论使用哪种分类方式,一些DBMS能够跨类别,例如,同时支持多种查询语言。该数据库可以用于存储该流媒体服务器管理的各个流媒体数据。
可以理解的是,在本申请的具体实施方式中,涉及到关键帧请求、调用请求以及流媒体数据包等相关的数据,当本申请以上实施例运用到具体产品或技术中时,需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
结合上述介绍,下面以图2a所示的系统架构和对每一个终端设备进行单独调度为例,对本申请中数据调度方法进行介绍,请参阅图3,本申请实施例中数据调度的一个实施例包括:
步骤1、部署于第一终端设备上的客户端通过5G网络访问流媒体服务器;然后该流媒体服务器将流媒体数据包通过该5G网络发送至该终端设备,该终端设备通过该客户端解码该流媒体数据包生成视频帧,并通过该终端设备的显示器进行播放。
在此5G移动通信系统中,该流媒体数据包的具体传输过程可以如下:该终端设备通过5G接入网向该UPF发送访问请求,然后该UPF通过该转发模块将该访问请求转发至该流媒体服务器;该流媒体服务器响应于该访问请求,生成相应的流媒体数据包,并将该流媒体数据发送至该UPF;该UPF通过该转发模块将该流媒体数据包转发至该终端设备。在此过程中,若该流媒体服务器与该UPF之间的网络或者该UPF与该终端设备之间的网络出现拥塞,则该流媒体数据包有可以出现丢失的情况;或者该UPF处于高负荷状态,在转发过程中,转发至该终端设备的流媒体数据包的时间间隔较长,该终端设备也可能认为该流媒体数据包已丢失。即本申请中该终端设备在预设时间间隔内未接收到该流媒体数据包,则确定该流媒体数据已丢失。
步骤2、在该终端设备无法解码接收到的流媒体数据包时,该终端设备确定存在流媒体数据包丢失。此时该终端设备通过5G网络向该用户面设备发送关键帧请求,该关键帧请求用于请求该流媒体服务重新发送关键帧。此时,该用户面设备的转发模块将接收该关键帧请求。
步骤3、UPF的转发模块将该关键帧请求通过内部接口交由统计模块处理。本申请中,该统计模块针对单个终端设备进行调度,对其对应的关键帧请求的数量按照统计时长进行统计;并将该关键帧请求的数量与第一阈值进行比对,在第一终端设备在第一统计时长内的关键帧请求的数量大于第一阈值时,则执行步骤4。
应理解的是,该统计时长可以是一个统一的预设时长也可以是根据不同的终端设备设置的不同时长。而该统计时长的开始时刻可以是一个定时任务的开始时刻,也可以是接收到终端设备发送的关键帧请求。
一个示例性方案中,设置该统计模块统计每一个10分钟内的关键帧请求的数量。即该统计模块以10分钟为周期,循环执行统计任务。假设以00:00:00为周期的开始时间,则第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。
另一个示例性方案中,以该统计模块接收到终端设备的关键帧请求为统计的开始时刻,并设置统计时长为10分钟。比如,00:00:00接收到终端设备1发送的关键帧请求,则该终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。
另一个示例性方案中,设置该统计模块统计终端设备1每一个10分钟内的关键帧请求的数量;同时设置该统计模块统计终端设备2每一个15分钟内的关键帧请求。即该统计模块以10分钟为周期,循环执行终端设备1的统计任务;该统计模块以15分钟为周期,循环执行终端设备2的统计任务。假设以00:00:00为周期的开始时间,则终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。同样以00:00:00为周期的开始时间,则终端设备2的第一统计时长的开始时刻为00:00:00,结束时刻为00:14:59;第二统计时长的开始时刻为:00:15:00,结束时刻为00:29:59;……依此类推。
另一个示例性方案中,以该统计模块接收到终端设备1的关键帧请求为统计的开始时刻,并设置统计时长为10分钟;同时以该统计模块接收到终端设备2的关键帧请求为统计的开始时刻,并设置统计时长为15分钟。比如,00:00:00接收到终端设备1发送的关键帧请求,则该终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。同理,00:00:00接收到终端设备2发送的关键帧请求,则该终端设备2的第一统计时长的开始时刻为00:00:00,结束时刻为00:14:59;第二统计时长的开始时刻为:00:15:00,结束时刻为00:29:59;……依此类推。
应理解的是,上述两种方式也可以结合使用,具体此处不做限定。
步骤4、统计模块向UPF的调度模块发送指示,指示调整该第一终端设备的流媒体数据包的第一优先级至第二优先级,其中该第二优先级高于该第一优先级。比如初始该第一终端设备的流媒体数据包的第一优先级与其他终端设备的优先级相同,此时转发规则为轮询转发。比如第一轮转发的顺序为终端设备1、终端设备2和终端设备3;则第二轮转发的顺序为终端设备2、终端设备3和终端设备1;第三轮转发的顺序为终端设备3、终端设备1和终端设备2,依此类推。在调整之后,使得该终端设备1的优先级高于该终端设备2和终端设备3的优先级,则此时在接收到终端设备1的流媒体数据包之后,将优先发送该终端设备1的流媒体数据包。比如,第一轮转发的顺序为终端设备1、终端设备2和终端设备3;则第二轮转发的顺序为终端设备1、终端设备3和终端设备2;第三轮转发的顺序为终端设备1、终端设备2和终端设备3,依此类推。
步骤5、UPF的调度模块指示UPF的转发模块执行优先级调整动作。
步骤6、UPF的转发模块以第二优先级向第一终端设备转发流媒体服务器发送过来的流媒体数据包。
步骤7、若下一个统计时长内,该终端设备仍无法解码接收到的流媒体数据包时,该终端设备确定存在流媒体数据包丢失。此时该终端设备通过5G网络向该用户面设备发送关键帧请求,该关键帧请求用于请求该流媒体服务重新发送关键帧。此时,该用户面设备的转发模块将接收该关键帧请求。
步骤8、UPF的转发模块将该关键帧请求通过内部接口交由统计模块处理。本申请中,该统计模块针对单个终端设备进行调度,对其对应的关键帧请求的数量按照统计时长进行统计;并将该关键帧请求的数量与第一阈值进行比对,在第一终端设备在第二统计时长内的关键帧请求的数量仍大于第一阈值时,则执行步骤9。在第一终端设备在第二统计时长内的关键帧请求的数量小于或等于第一阈值时,则执行步骤13。
关于统计时长的设置,此处不再赘述,但是对于同一个终端设备,其统计时长可以保持相同;也可设置为不同,具体此处不做限定,只要满足对于该终端设备的关键帧请求的准确度量即可。
步骤9、UPF的统计模块向调度服务器发送调度请求,该调度请求指示流媒体服务器降低向第一终端设备发送的流媒体数据包所占用的带宽。
步骤10、调度服务器通过开放接口向流媒体服务器发送HTTP请求,指示流媒体服务器降低向第一终端设备发送的流媒体数据包所占用的带宽。
步骤11、流媒体服务器调整发送至该第一终端设备的流媒体数据包的编码参数,以降低流媒体数据包占用的带宽;然后将新的流媒体数据包发送于该UPF,以使得该UPF将新的流媒体数据包转发至该第一终端设备。
应理解的是,该流媒体服务器在调整该编码参数时,可以降低该流媒体数据包的视频码率或者降低流媒体数据包的分辨率。具体方法此处不做限定,只要可以降低该流媒体数据包占用的带宽即可。
步骤12、若该UPF在此后未统计到该第一终端设备发送关键帧请求或者发送的关键帧请求的数量小于或等于该第一阈值时,该统计模块向该调度服务器发送调度请求,该调度请求指示该流媒体服务器恢复发送至该第一终端设备的流媒体数据包的编码参数,从而使得该第一终端设备对应的流媒体数据包所占用的带宽恢复原始带宽。
步骤13、若该UPF在此后未统计到该第一终端设备发送关键帧请求或者发送的关键帧请求的数量小于或等于该第一阈值时,该统计模块向调度模块发送指示,指示调整该第一终端设备的流媒体数据包的第二优先级至第一优先级,其中该第二优先级高于该第一优先级。
结合上述介绍,下面以图2a所示的系统架构和对多个终端设备进行综合调度为例,对本申请中数据调度方法进行介绍,请参阅图4,本申请实施例中数据调度的一个实施例包括:
步骤1、部署于终端设备上的客户端通过5G网络访问流媒体服务器;然后该流媒体服务器将流媒体数据包通过该5G网络发送至该终端设备,该终端设备通过该客户端解码该流媒体数据包生成视频帧,并通过该终端设备的显示器进行播放。
在此5G移动通信系统中,该流媒体数据包的具体传输过程可以如下:该终端设备通过5G接入网向该UPF发送访问请求,然后该UPF通过该转发模块将该访问请求转发至该流媒体服务器;该流媒体服务器响应于该访问请求,生成相应的流媒体数据包,并将该流媒体数据发送至该UPF;该UPF通过该转发模块将该流媒体数据包转发至该终端设备。在此过程中,若该流媒体服务器与该UPF之间的网络或者该UPF与该终端设备之间的网络出现拥塞,则该流媒体数据包有可以出现丢失的情况;或者该UPF处于高负荷状态,在转发过程中,转发至该终端设备的流媒体数据包的时间间隔较长,该终端设备也可能认为该流媒体数据包已丢失。即本申请中该终端设备在预设时间间隔内未接收到该流媒体数据包,则确定该流媒体数据已丢失。
步骤2、在终端设备无法解码接收到的流媒体数据包时,终端设备确定存在流媒体数据包丢失。此时该终端设备通过5G网络向该用户面设备发送关键帧请求,该关键帧请求用于请求该流媒体服务重新发送关键帧。此时,该用户面设备的转发模块将接收该关键帧请求。
步骤3、UPF的转发模块将该关键帧请求通过内部接口交由统计模块处理。本申请中,该统计模块针对多个终端设备进行综合调度,对其对应的关键帧请求的数量按照统计时长进行分别统计;并将该关键帧请求的数量与第一阈值进行比对,并统计发送关键帧请求的数量大于第一阈值的终端设备的数量;在第一终端设备在第一统计时长内的关键帧请求的数量大于第一阈值,且该发送关键帧请求的数量大于第一阈值的终端设备的数量小于或等于第二阈值时,执行步骤4;在第一终端设备在第一统计时长内的关键帧请求的数量大于第一阈值,且该发送关键帧请求的数量大于第一阈值的终端设备的数量大于第二阈值时,执行步骤9。
应理解的是,该统计时长可以是一个统一的预设时长也可以是根据不同的终端设备设置的不同时长。而该统计时长的开始时刻可以是一个定时任务的开始时刻,也可以是接收到终端设备发送的关键帧请求。
一个示例性方案中,设置该统计模块统计每一个10分钟内的关键帧请求的数量。即该统计模块以10分钟为周期,循环执行统计任务。假设以00:00:00为周期的开始时间,则第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。
另一个示例性方案中,以该统计模块接收到终端设备的关键帧请求为统计的开始时刻,并设置统计时长为10分钟。比如,00:00:00接收到终端设备1发送的关键帧请求,则该终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。
另一个示例性方案中,设置该统计模块统计终端设备1每一个10分钟内的关键帧请求的数量;同时设置该统计模块统计终端设备2每一个15分钟内的关键帧请求。即该统计模块以10分钟为周期,循环执行终端设备1的统计任务;该统计模块以15分钟为周期,循环执行终端设备2的统计任务。假设以00:00:00为周期的开始时间,则终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。同样以00:00:00为周期的开始时间,则终端设备2的第一统计时长的开始时刻为00:00:00,结束时刻为00:14:59;第二统计时长的开始时刻为:00:15:00,结束时刻为00:29:59;……依此类推。
另一个示例性方案中,以该统计模块接收到终端设备1的关键帧请求为统计的开始时刻,并设置统计时长为10分钟;同时以该统计模块接收到终端设备2的关键帧请求为统计的开始时刻,并设置统计时长为15分钟。比如,00:00:00接收到终端设备1发送的关键帧请求,则该终端设备1的第一统计时长的开始时刻为00:00:00,结束时刻为00:09:59;第二统计时长的开始时刻为:00:10:00,结束时刻为00:19:59;……依此类推。同理,00:00:00接收到终端设备2发送的关键帧请求,则该终端设备2的第一统计时长的开始时刻为00:00:00,结束时刻为00:14:59;第二统计时长的开始时刻为:00:15:00,结束时刻为00:29:59;……依此类推。
应理解的是,上述两种方式也可以结合使用,具体此处不做限定。
步骤4、统计模块向UPF的调度模块发送指示,指示调整上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包的原始优先级至目标优先级,其中该目标优先级高于该原始优先级。应理解的是,在调整多个终端设备的优先级时,可以统一调整至相同的优先级,也可以针对不同的终端设备调整至不同的优先级,具体此处不做限定。
比如,假设存在终端设备1、终端设备2和终端设备3,其中,该终端设备1和终端设备2发送关键帧请求的数量大于该第一阈值,则该统计模块向UPF的调度模块发送指示,调整该终端设备1和终端设备2的原始优先级至目标优先级。比如未调整之前,全部终端设备的流媒体数据包的优先级相同,此时转发规则为轮询转发。比如第一轮转发的顺序为终端设备1、终端设备2和终端设备3;则第二轮转发的顺序为终端设备2、终端设备3和终端设备1;第三轮转发的顺序为终端设备3、终端设备1和终端设备2,依此类推。在调整之后,使得该终端设备1的优先级高于该终端设备2和终端设备3的优先级,该终端设备2的优先级高于该终端设备3,则此时的转发顺序如下:第一轮转发的顺序为终端设备1、终端设备2和终端设备3;则第二轮转发的顺序为终端设备1、终端设备2和终端设备3;第三轮转发的顺序为终端设备1、终端设备2和终端设备3,依此类推。另一个实现方式中,在调整之后,使得该终端设备1的优先级与该终端设备2的优先级相同,但均高于该终端设备3的优先级,则此时的转发顺序如下:第一轮转发的顺序为终端设备1、终端设备2和终端设备3;则第二轮转发的顺序为终端设备2、终端设备1和终端设备3;第三轮转发的顺序为终端设备1、终端设备2和终端设备3,依此类推。
步骤5、UPF的调度模块指示UPF的转发模块执行优先级调整动作。
步骤6、UPF的转发模块以目标优先级向上述发送关键帧请求的数量大于第一阈值的终端设备转发流媒体服务器发送过来的流媒体数据包。
步骤7、若下一个统计时长内,上述发送关键帧请求的数量大于第一阈值的终端设备仍无法解码接收到的流媒体数据包时,上述发送关键帧请求的数量大于第一阈值的终端设备确定存在流媒体数据包丢失。此时上述发送关键帧请求的数量大于第一阈值的终端设备通过5G网络向该用户面设备发送关键帧请求,该关键帧请求用于请求该流媒体服务重新发送关键帧。此时,该用户面设备的转发模块将接收该关键帧请求。
步骤8、UPF的转发模块将该关键帧请求通过内部接口交由统计模块处理。本申请中,该统计模块针对多个终端设备进行综合调度,对其对应的关键帧请求的数量按照统计时长进行分别统计;并将该关键帧请求的数量与第一阈值进行比对,在上述发送关键帧请求的数量大于第一阈值的终端设备在第二统计时长内的关键帧请求的数量仍大于第一阈值时,则执行步骤9。在上述发送关键帧请求的数量大于第一阈值的终端设备在第二统计时长内的关键帧请求的数量小于或等于第一阈值时,则执行步骤13。
关于统计时长的设置,此处不再赘述,但是对于同一个终端设备,其统计时长可以保持相同;也可设置为不同,具体此处不做限定,只要满足对于该终端设备的关键帧请求的准确度量即可。
步骤9、UPF的统计模块向调度服务器发送调度请求,该调度请求指示流媒体服务器降低发送给上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包所占用的带宽。比如,假设存在终端设备1、终端设备2和终端设备3,其中,该终端设备1和终端设备2发送关键帧请求的数量大于该第一阈值,则该统计模块向调度服务器发送调度请求,该调度请求指示流媒体服务器降低发送给终端设备1和终端设备2的流媒体数据包所占用的带宽。
步骤10、调度服务器通过开放接口向流媒体服务器发送HTTP请求,指示流媒体服务器降低发送给上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包所占用的带宽。
应理解的是,在降低发送给多个终端设备的流媒体数据包所占用的带宽时,可以统一调整至相同的带宽,也可以针对不同的终端设备调整至不同的带宽,具体此处不做限定。
比如,假设存在终端设备1、终端设备2和终端设备3,其中,该终端设备1和终端设备2发送关键帧请求的数量大于该第一阈值,则该统计模块向UPF的调度模块发送指示,调整发送给该终端设备1和终端设备2的流媒体数据包的原始带宽至目标带宽。比如未调整之前,终端设备1的流媒体数据包所占用的带宽为2兆位每秒(Mbps);终端设备2的流媒体数据包所占用的带宽为3兆位每秒(Mbps);终端设备3的流媒体数据包所占用的带宽为2兆位每秒(Mbps)。在调整之后,终端设备1、终端设备2和终端设备3的流媒体数据包所占用的带宽均为1兆位每秒(Mbps)。另一个实现方式中,在调整之后,终端设备1的流媒体数据包所占用的带宽为1兆位每秒(Mbps);终端设备2的流媒体数据包所占用的带宽为3兆位每秒(Mbps);终端设备3的流媒体数据包所占用的带宽为1兆位每秒(Mbps)。
步骤11、流媒体服务器调整发送至上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包的编码参数,以降低流媒体数据包占用的带宽;然后将新的流媒体数据包发送于该UPF,以使得该UPF将新的流媒体数据包转发至上述发送关键帧请求的数量大于第一阈值的终端设备。
应理解的是,该流媒体服务器在调整该编码参数时,可以降低该流媒体数据包的视频码率或者降低流媒体数据包的分辨率。具体方法此处不做限定,只要可以降低该流媒体数据包占用的带宽即可。
步骤12、若该UPF在此后未统计到上述发送关键帧请求的数量大于第一阈值的终端设备发送关键帧请求或者发送的关键帧请求的数量小于或等于该第一阈值时,该统计模块向该调度服务器发送调度请求,该调度请求指示该流媒体服务器恢复发送至上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包的编码参数,从而使得上述发送关键帧请求的数量大于第一阈值的终端设备对应的流媒体数据包所占用的带宽恢复原始带宽。
步骤13、若该UPF在此后未统计到上述发送关键帧请求的数量大于第一阈值的终端设备发送关键帧请求或者发送的关键帧请求的数量小于或等于该第一阈值时,该统计模块向调度模块发送指示,指示调整上述发送关键帧请求的数量大于第一阈值的终端设备的流媒体数据包的目标优先级至原始优先级。
结合上述描述,对本申请中数据调度方法进行介绍,请参阅图5,本申请实施例中数据调度的一个实施例包括:
501、在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量,该关键帧请求为该第一终端设备无法解码接收到的流媒体数据时发送。
在流媒体业务中,部署于第一终端设备上的客户端访问流媒体服务器;然后该流媒体服务器将流媒体数据包发送至该终端设备,该终端设备通过该客户端解码该流媒体数据包生成视频帧,并通过该终端设备的显示器进行播放。在内容传输过程中,该流媒体数据包的具体传输过程可以如下:该终端设备通过有线或者无线的通信方式向该数据调度装置发送访问请求,然后该数据调度装置将该访问请求转发至该流媒体服务器;该流媒体服务器响应于该访问请求,生成相应的流媒体数据包,并将该流媒体数据发送至该数据调度装置;该数据调度装置将该流媒体数据包转发至该终端设备。在此过程中,若该流媒体服务器与该数据调度装置之间的网络或者该数据调度装置与该终端设备之间的网络出现拥塞,则该流媒体数据包有可以出现丢失的情况;或者该数据调度装置处于高负荷状态,在转发过程中,转发至该终端设备的流媒体数据包的时间间隔较长,该终端设备也可能认为该流媒体数据包已丢失。即本申请中该终端设备在预设时间间隔内未接收到该流媒体数据包,则确定该流媒体数据已丢失。此时,该第一终端设备将向该数据调度装置发送关键帧请求;该数据调度装置将在第一统计时长内统计该第一终端设备发送的关键帧请求的第一数量。
502、在该第一数量大于第一阈值时,将该第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,该第二优先级高于该第一优先级,该第一优先级为该第一终端设备的流媒体数据包的原始优先级。
该数据调度装置可以执行上述图3和图4中用户面设备的全部操作,具体此处不再赘述。
503、基于该第二优先级向该第一终端设备转发对应的流媒体数据包。
该数据调度装置可以执行上述图3和图4中用户面设备的全部操作,具体此处不再赘述。
下面对本申请中的数据调度装置进行详细描述,请参阅图6,图6为本申请实施例中数据调度装置的一个实施例示意图,数据调度装置20包括:
统计模块201,用于在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量;
处理模块202,用于在该第一数量大于第一阈值时,将该第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,该第二优先级高于该第一优先级,该第一优先级为该第一终端设备的流媒体数据包的原始优先级;
收发模块203,用于基于该第二优先级向该第一终端设备转发对应的流媒体数据包。
本申请实施例中,提供了一种数据调度装置。采用上述装置,在流媒体数据包的传输过程中,若出现无法解码流媒体数据包情况时,终端设备将会上报关键帧请求,此时该流媒体数据包的数据调度装置统计终端设备上报的关键帧请求,并在持续统计单位内的关键帧请求的数量超过阈值时,确定转发给该终端设备的流媒体数据包丢包过多,从而调高该终端设备的流媒体数据包的转发优先级,从而使得该终端设备可以在解码周期内尽快的接收到相应的流媒体数据包,从而解决解码失败的问题,进而提升网络拥塞情况下流媒体业务的体验质量。同时,通过该数据调度装置来统计该关键帧请求,可以实现对流媒体数据包的传输质量进行实时和准确的度量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该统计模块201,用于在第二统计时长内统计该第一终端设备发送的关键帧请求的第二数量,该第二统计时长为该第一统计时长的结束之后重新开始的统计时长;
该收发模块203,用于在该第二数量大于该第一阈值时,向流媒体服务器发送第一调度请求,该第一调度请求用于指示该流媒体服务器将该第一终端设备对应的流媒体数据包所占用的原始带宽降低至第一目标带宽;
接收该流媒体服务器利用该第一目标带宽发送的该第一终端设备对应的流媒体数据包;
将该第一终端设备对应的流媒体数据包转发至该第一终端设备。
本申请实施例中,提供了一种数据调度装置。采用上述装置,在调高终端设备的流媒体数据包的转发优先级之后,若解码还失败则可以确认流媒体数据包丢包严重,此时,可以指示该流媒体服务器重新对该流媒体数据包进行编码,以使得该流媒体数据包占用的带宽减小,从而避免流媒体数据包丢包,解决解码失败的问题,进而提升网络拥塞情况下流媒体业务的体验质量。同时,通过该数据调度装置来统计该关键帧请求,可以实现对流媒体数据包的传输质量进行实时和准确的度量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,该收发模块203,用于通过用户数据报协议( User DatagramProtocol,UDP)向调度服务器发送该第一调度请求,以使得该调度服务器通过HTTP接口向该流媒体服务器转发该第一调度请求;
或者,
通过该用户数据报协议( User Datagram Protocol,UDP)向该流媒体服务器发送该第一调度请求。
本申请实施例中,提供了一种数据调度装置。采用上述装置,将转发调度请求的模块独立生成一个服务器,这样可以实现本方案的分布式实施,从而减少该流媒体服务器的工作量;而将转发调度请求的模块集成至该流媒体服务器中,可以减少实现方案中的调度请求的丢失情况,从而保证本方案的准确实施。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该收发模块203,用于通过传输控制协议 (Transmission Control Protocol,TCP)向调度服务器发送该第一调度请求,以使得该调度服务器通过HTTP接口向该流媒体服务器转发该第一调度请求;
或者,
通过该传输控制协议 (Transmission Control Protocol,TCP)向该流媒体服务器发送该第一调度请求。
本申请实施例中,提供了一种数据调度装置。采用上述装置,将转发调度请求的模块独立生成一个服务器,这样可以实现本方案的分布式实施,从而减少该流媒体服务器的工作量;而将转发调度请求的模块集成至该流媒体服务器中,可以减少实现方案中的调度请求的丢失情况,从而保证本方案的准确实施。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该处理模块202,用于在该第二数量小于或者等于该第一阈值时,调整该第二优先级到该第一优先级;
该收发模块203,用于按照该第一优先级向该第一终端设备转发其对应的流媒体数据包。
本申请实施例中,提供了一种数据调度装置。采用上述装置,在网络不再拥塞时,重新调整终端设备的流媒体数据包的转发优先级,这样可以保证该数据调度装置对各个流媒体数据包进行公平性的转发,从而避免其他终端设备出现无法解码的情况,进而保证流媒体业务的体验质量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,该统计模块201,用于在第三统计时长内统计该第一终端设备发送的关键帧请求的第三数量,该第三统计时长为该第二统计时长的结束之后重新开始的统计时长;
该收发模块203,用于在该第三数量小于或等于该第一阈值时,向流媒体服务器发送第二调度请求,该第二调度请求用于指示该流媒体服务器将该第一目标带宽高调高至该原始带宽;接收该流媒体服务器利用该原始带宽发送的该第一终端设备对应的流媒体数据包;将该第一终端设备对应的流媒体数据包转发至该第一终端设备。
本申请实施例中,提供了一种数据调度装置。采用上述装置,在网络不再拥塞时,重新调整终端设备的流媒体数据包的占用带宽,这样可以充分利用网络资源,从而使得流媒体数据包可以携带更多的信息,进而保证流媒体业务的体验质量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,该统计模块201,用于统计目标终端设备集合中终端设备的第四数量,该目标终端设备集合中的各个终端设备为在该第一统计时长内发送关键帧请求的数量满足该第一阈值的终端设备;
该处理模块202,用于在该第四数量小于或者等于该第二阈值时,将该目标终端设备集合中各个终端设备的流媒体数据包的优先级由原始优先级调整至目标优先级,该目标优先级高于该原始优先级;
该收发模块203,用于基于该目标优先级向该目标终端设备集合中各个终端设备转发对应的流媒体数据包。
本申请实施例中,提供了一种数据调度装置。采用上述装置,将发送关键帧请求的数量满足第一阈值的终端设备的数量作为评判条件之一,在终端设备的数量较少时,说明网络拥塞没有太严重,因此可以优先调整转发优先级,这样可以在避免大调度的情况下,实现更快速有效的解决解码失败的问题,从而提升流媒体业务的体验质量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该收发模块203,用于在该第四数量大于第二阈值时,向流媒体服务器发送第三调度请求,该第三调度请求用于指示该流媒体服务器降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至目标带宽集合;
接收该流媒体服务器按照该目标带宽集合发送的流媒体数据包集合;
将该流媒体数据包集合转发至该目标终端设备集合中对应的终端设备。
本申请实施例中,提供了一种数据调度装置。采用上述装置,将发送关键帧请求的数量满足第一阈值的终端设备的数量作为评判条件之一,在终端设备的数量较多时,说明网络拥塞严重,因此可以优先调整各个终端设备的流媒体数据包占用的带宽,这样可以快速有效的解决流媒体数据包的丢包情况,从而实现更快速有效的解决解码失败的问题,进而提升流媒体业务的体验质量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该第三调度请求用于指示该流媒体服务器降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至统一带宽,将该统一带宽生成该目标带宽集合;
或者,
该第三调度请求用于指示该流媒体服务器分别降低该目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至多个不同带宽,将该多个不同带宽生成该目标带宽集合。
本申请实施例中,提供了一种数据调度装置。采用上述装置,可以考虑对于各个终端设备进行统一的调度,从而减少调度的复杂程度。也可以对各个终端设备进行分别独立的调度,这样可以使得针对不同的终端设备实行精细化调度,从而保证各个终端设备的流媒体业务达到更好的体验质量。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该关键帧请求为图片丢失提示消息PLI或者切片丢失提示消息(Slice LossIndication,SLI)或者完整内部请求FIR。
本申请实施例中,提供了一种数据调度装置。采用上述装置,可以适应于多种丢包场景,从而提升了本方案的泛化性以及可实行性。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该收发模块203,用于在该第一统计时长内,向流媒体服务器转发该第一终端设备发送的关键帧请求。
本申请实施例中,提供了一种数据调度装置。采用上述装置,在统计阶段仍保持关键帧请求的转发,这样可以在保持终端设备的流媒体数据包继续传输,不会发生中断,从而保证该统计结果的实时性和准确性。
可选地,在上述图6所对应的实施例的基础上,本申请实施例提供的数据调度装置20的另一实施例中,
该第一统计时长为预设周期时长或者该第一统计时长为接收到该第一终端设备发送的第一个关键帧请求的时刻为开始时刻的预设时长。
本申请实施例中,提供了一种数据调度装置。采用上述装置,该统计时长可以设置为周期性的定时任务,这样可以实时对网络的拥塞情况进行监测,从而保证及时解决网络拥塞导致的解码失败问题。在该统计时长设置为被动触发时,这样可以有效的减少数据调度装置的工作量,并且也可以保证及时解决网络拥塞导致的解码失败问题。
本申请提供的数据调度装置可用于服务器,请参阅图7,图7是本申请实施例提供的一种服务器结构示意图,该服务器300可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processing units,CPU)322(例如,一个或一个以上处理器)和存储器332,一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中,存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储介质330通信,在服务器300上执行存储介质330中的一系列指令操作。
服务器300还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341,例如Windows ServerTM,Mac OS XTM,UnixTM, LinuxTM,FreeBSDTM等等。
上述实施例中由数据调度装置所执行的步骤可以基于该图7所示的服务器结构。
本申请提供的数据调度装置可用于终端设备,请参阅图8,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。在本申请实施例中,以终端设备为智能手机为例进行说明:
图8示出的是与本申请实施例提供的终端设备相关的智能手机的部分结构的框图。参考图8,智能手机包括:射频(radio frequency,RF)电路410、存储器420、输入单元430、显示单元440、传感器450、音频电路460、无线保真(wireless fidelity,WiFi)模块470、处理器480、以及电源490等部件。本领域技术人员可以理解,图8中示出的智能手机结构并不构成对智能手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图8对智能手机的各个构成部件进行具体的介绍:
RF电路410可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器480处理;另外,将设计上行的数据发送给基站。通常,RF电路410包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier,LNA)、双工器等。此外,RF电路410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统 (globalsystem of mobile communication,GSM)、通用分组无线服务(general packet radioservice,GPRS)、码分多址(code division multiple access,CDMA)、宽带码分多址(wideband code division multiple access, WCDMA)、长期演进 (long termevolution,LTE)、电子邮件、短消息服务(short messaging service,SMS)等。
存储器420可用于存储软件程序以及模块,处理器480通过运行存储在存储器420的软件程序以及模块,从而执行智能手机的各种功能应用以及数据处理。存储器420可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据智能手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元430可用于接收输入的数字或字符信息,以及产生与智能手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元430可包括触控面板431以及其他输入设备432。触控面板431,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板431上或在触控面板431附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板431可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器480,并能接收处理器480发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板431。除了触控面板431,输入单元430还可以包括其他输入设备432。具体地,其他输入设备432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元440可用于显示由用户输入的信息或提供给用户的信息以及智能手机的各种菜单。显示单元440可包括显示面板441,可选的,可以采用液晶显示器(liquidcrystal display,LCD)、有机发光二极管(organic light-emitting diode,OLED)等形式来配置显示面板441。进一步的,触控面板431可覆盖显示面板441,当触控面板431检测到在其上或附近的触摸操作后,传送给处理器480以确定触摸事件的类型,随后处理器480根据触摸事件的类型在显示面板441上提供相应的视觉输出。虽然在图8中,触控面板431与显示面板441是作为两个独立的部件来实现智能手机的输入和输入功能,但是在某些实施例中,可以将触控面板431与显示面板441集成而实现智能手机的输入和输出功能。
智能手机还可包括至少一种传感器450,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板441的亮度,接近传感器可在智能手机移动到耳边时,关闭显示面板441和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别智能手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于智能手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路460、扬声器461,传声器462可提供用户与智能手机之间的音频接口。音频电路460可将接收到的音频数据转换后的电信号,传输到扬声器461,由扬声器461转换为声音信号输出;另一方面,传声器462将收集的声音信号转换为电信号,由音频电路460接收后转换为音频数据,再将音频数据输出处理器480处理后,经RF电路410以发送给比如另一智能手机,或者将音频数据输出至存储器420以便进一步处理。
WiFi属于短距离无线传输技术,智能手机通过WiFi模块470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块470,但是可以理解的是,其并不属于智能手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器480是智能手机的控制中心,利用各种接口和线路连接整个智能手机的各个部分,通过运行或执行存储在存储器420内的软件程序和/或模块,以及调用存储在存储器420内的数据,执行智能手机的各种功能和处理数据,从而对智能手机进行整体监测。可选的,处理器480可包括一个或多个处理单元;可选的,处理器480可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器480中。
智能手机还包括给各个部件供电的电源490(比如电池),可选的,电源可以通过电源管理系统与处理器480逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,智能手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
上述实施例中由数据调度装置所执行的步骤可以基于该图8所示的终端设备结构。
本申请实施例中还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行如前述各个实施例描述的方法。
本申请实施例中还提供一种包括程序的计算机程序产品,当其在计算机上运行时,使得计算机执行前述各个实施例描述的方法。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种数据调度方法,其特征在于,包括:
在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量,所述关键帧请求为所述第一终端设备无法解码接收到的流媒体数据时发送;
在所述第一数量大于第一阈值时,将所述第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,所述第二优先级高于所述第一优先级,所述第一优先级为所述第一终端设备的流媒体数据包的原始优先级;
基于所述第二优先级向所述第一终端设备转发对应的流媒体数据包。
2.根据权利要求1所述的方法,其特征在于,在基于所述第二优先级向所述第一终端设备转发对应的流媒体数据包之后,所述方法还包括:
在第二统计时长内统计所述第一终端设备发送的关键帧请求的第二数量,所述第二统计时长为所述第一统计时长的结束之后重新开始的统计时长;
在所述第二数量大于所述第一阈值时,向流媒体服务器发送第一调度请求,所述第一调度请求用于指示所述流媒体服务器将所述第一终端设备对应的流媒体数据包所占用的原始带宽降低至第一目标带宽;
接收所述流媒体服务器利用所述第一目标带宽发送的所述第一终端设备对应的流媒体数据包;
将所述第一终端设备对应的流媒体数据包转发至所述第一终端设备。
3.根据权利要求2所述的方法,其特征在于,所述向流媒体服务器发送第一调度请求包括:
通过用户数据报协议向调度服务器发送所述第一调度请求,以使得所述调度服务器通过HTTP接口向所述流媒体服务器转发所述第一调度请求;
或者,
通过所述用户数据报协议向所述流媒体服务器发送所述第一调度请求。
4.根据权利要求2所述的方法,其特征在于,所述向流媒体服务器发送第一调度请求包括:
通过传输控制协议向调度服务器发送所述第一调度请求,以使得所述调度服务器通过HTTP接口向所述流媒体服务器转发所述第一调度请求;
或者,
通过所述传输控制协议向所述流媒体服务器发送所述第一调度请求。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在所述第二数量小于或者等于所述第一阈值时,调整所述第二优先级到所述第一优先级;
按照所述第一优先级向所述第一终端设备转发其对应的流媒体数据包。
6.根据权利要求2所述的方法,其特征在于,在将所述第一终端设备对应的流媒体数据包转发至所述第一终端设备之后,所述方法还包括:
在第三统计时长内统计所述第一终端设备发送的关键帧请求的第三数量,所述第三统计时长为所述第二统计时长的结束之后重新开始的统计时长;
在所述第三数量小于或等于所述第一阈值时,向所述流媒体服务器发送第二调度请求,所述第二调度请求用于指示所述流媒体服务器将所述第一目标带宽高调高至所述原始带宽;
接收所述流媒体服务器利用所述原始带宽发送的所述第一终端设备对应的流媒体数据包;
将所述第一终端设备对应的流媒体数据包转发至所述第一终端设备。
7.根据权利要求1所述的方法,其特征在于,在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量之后,所述方法还包括:
统计目标终端设备集合中终端设备的第四数量,所述目标终端设备集合中的各个终端设备为在所述第一统计时长内发送关键帧请求的数量满足所述第一阈值的终端设备;
在所述第四数量小于或者等于第二阈值时,将所述目标终端设备集合中各个终端设备的流媒体数据包的优先级由原始优先级调整至目标优先级,所述目标优先级高于所述原始优先级;
基于所述目标优先级向所述目标终端设备集合中各个终端设备转发对应的流媒体数据包。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述第四数量大于所述第二阈值时,向流媒体服务器发送第三调度请求,所述第三调度请求用于指示所述流媒体服务器降低所述目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至目标带宽集合;
接收所述流媒体服务器按照所述目标带宽集合发送的流媒体数据包集合;
将所述流媒体数据包集合转发至所述目标终端设备集合中对应的终端设备。
9.根据权利要求8所述的方法,其特征在于,所述第三调度请求用于指示所述流媒体服务器降低所述目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至统一带宽,将所述统一带宽生成所述目标带宽集合;
或者,
所述第三调度请求用于指示所述流媒体服务器分别降低所述目标终端设备集合中各个终端设备对应的流媒体数据包所占用的带宽至多个不同带宽,将所述多个不同带宽生成所述目标带宽集合。
10.根据权利要求1至9中任一项所述的方法,其特征在于,所述关键帧请求为图片丢失提示消息PLI或者切片丢失提示消息SLI或者完整内部请求FIR。
11.根据权利要求1至9中任一项所述的方法,其特征在于,所述方法还包括:
在所述第一统计时长内,向流媒体服务器转发所述第一终端设备发送的关键帧请求。
12.根据权利要求1至9中任一项所述的方法,其特征在于,所述第一统计时长为预设周期时长或者所述第一统计时长为接收到所述第一终端设备发送的第一个关键帧请求的时刻为开始时刻的预设时长。
13.一种数据调度装置,其特征在于,包括:
统计模块,用于在第一统计时长内统计第一终端设备发送的关键帧请求的第一数量;
处理模块,用于在所述第一数量大于第一阈值时,将所述第一终端设备的流媒体数据包的优先级由第一优先级调整至第二优先级,所述第二优先级高于所述第一优先级,所述第一优先级为所述第一终端设备的流媒体数据包的原始优先级;
收发模块,用于基于所述第二优先级向所述第一终端设备转发对应的流媒体数据包。
14.一种计算机设备,其特征在于,包括:存储器、处理器以及总线系统;
其中,所述存储器用于存储程序;
所述处理器用于执行所述存储器中的程序,所述处理器用于根据程序代码中的指令执行权利要求1至12中任一项所述的方法;
所述总线系统用于连接所述存储器以及所述处理器,以使所述存储器以及所述处理器进行通信。
15.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1至12中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311114203.9A CN116827924B (zh) | 2023-08-31 | 2023-08-31 | 一种数据调度方法、装置、设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311114203.9A CN116827924B (zh) | 2023-08-31 | 2023-08-31 | 一种数据调度方法、装置、设备以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116827924A true CN116827924A (zh) | 2023-09-29 |
CN116827924B CN116827924B (zh) | 2023-11-17 |
Family
ID=88139631
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311114203.9A Active CN116827924B (zh) | 2023-08-31 | 2023-08-31 | 一种数据调度方法、装置、设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116827924B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130311668A1 (en) * | 2012-05-15 | 2013-11-21 | Shahid Akhtar | Methods And Systems For Providing Fairness And Stability To Video Streams |
CN105847182A (zh) * | 2016-04-18 | 2016-08-10 | 武汉烽火众智数字技术有限责任公司 | 一种音视频系统中音频优先传输方法及其系统 |
CN106470169A (zh) * | 2015-08-19 | 2017-03-01 | 阿里巴巴集团控股有限公司 | 一种业务请求调整方法及设备 |
CN112153419A (zh) * | 2019-06-28 | 2020-12-29 | 北京字节跳动网络技术有限公司 | 一种网络资源配置调整方法、装置、服务器及存储介质 |
CN113596920A (zh) * | 2021-07-29 | 2021-11-02 | 百度在线网络技术(北京)有限公司 | 流量控制方法、装置、电子设备及存储介质 |
CN114531429A (zh) * | 2020-10-30 | 2022-05-24 | 华为技术有限公司 | 用于传输媒体流的数据包的方法和通信装置 |
-
2023
- 2023-08-31 CN CN202311114203.9A patent/CN116827924B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130311668A1 (en) * | 2012-05-15 | 2013-11-21 | Shahid Akhtar | Methods And Systems For Providing Fairness And Stability To Video Streams |
CN106470169A (zh) * | 2015-08-19 | 2017-03-01 | 阿里巴巴集团控股有限公司 | 一种业务请求调整方法及设备 |
CN105847182A (zh) * | 2016-04-18 | 2016-08-10 | 武汉烽火众智数字技术有限责任公司 | 一种音视频系统中音频优先传输方法及其系统 |
CN112153419A (zh) * | 2019-06-28 | 2020-12-29 | 北京字节跳动网络技术有限公司 | 一种网络资源配置调整方法、装置、服务器及存储介质 |
CN114531429A (zh) * | 2020-10-30 | 2022-05-24 | 华为技术有限公司 | 用于传输媒体流的数据包的方法和通信装置 |
CN113596920A (zh) * | 2021-07-29 | 2021-11-02 | 百度在线网络技术(北京)有限公司 | 流量控制方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN116827924B (zh) | 2023-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9832621B2 (en) | Method, terminal, server, and system for audio signal transmission | |
CN107454416B (zh) | 视频流发送方法和装置 | |
US11012724B2 (en) | Video transmission method, apparatus, and system, and computer readable storage medium | |
US20100077035A1 (en) | Optimized Polling in Low Resource Devices | |
CN108322685A (zh) | 视频插帧方法、存储介质以及终端 | |
WO2015085963A1 (zh) | 基于分布式系统的监控方法、装置及系统 | |
US11202066B2 (en) | Video data encoding and decoding method, device, and system, and storage medium | |
WO2022022193A1 (zh) | 视频源切换方法、播放方法、装置、设备和存储介质 | |
CN104935955B (zh) | 一种传输直播视频流的方法、装置和系统 | |
US20140378176A1 (en) | Method, apparatus and system for short message-based information push and mobile client supporting the same | |
CN104142862A (zh) | 服务器的过载保护方法及装置 | |
CN113572836B (zh) | 一种数据传输方法、装置、服务器及存储介质 | |
CN104967634A (zh) | 文件上传方法及装置 | |
CN109151494A (zh) | 多媒体数据传输方法、多媒体采集设备及服务器 | |
EP3641310A1 (en) | Video encoding method, apparatus, device, and storage medium | |
CN104159140A (zh) | 一种视频处理的方法、装置和系统 | |
CN104780401A (zh) | 视频数据的发送方法及装置 | |
CN113259697B (zh) | 一种直播状态的通知方法、相关装置、设备及存储介质 | |
CN116827924B (zh) | 一种数据调度方法、装置、设备以及存储介质 | |
CN116939212A (zh) | 视频处理方法、装置、计算机可读存储介质及计算机设备 | |
WO2023098799A1 (zh) | 信息传输方法、装置、终端及网络侧设备 | |
WO2024088119A1 (zh) | 数据处理方法、装置、终端及网络侧设备 | |
CN114006896B (zh) | 一种数据混合传输方法、装置、电子设备和存储介质 | |
CN117544588B (zh) | 信息传输方法、系统和相关装置 | |
CN113098761B (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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40093791 Country of ref document: HK |