CN117880603A - 一种视频调阅画面卡顿修复方法及系统 - Google Patents
一种视频调阅画面卡顿修复方法及系统 Download PDFInfo
- Publication number
- CN117880603A CN117880603A CN202311691037.9A CN202311691037A CN117880603A CN 117880603 A CN117880603 A CN 117880603A CN 202311691037 A CN202311691037 A CN 202311691037A CN 117880603 A CN117880603 A CN 117880603A
- Authority
- CN
- China
- Prior art keywords
- streaming media
- rtp data
- data packet
- access server
- media server
- 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 29
- 230000000903 blocking effect Effects 0.000 title claims description 7
- 238000001514 detection method Methods 0.000 claims abstract description 25
- 238000004590 computer program Methods 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提出了一种视频调阅画面卡顿修复方法及系统，通过判断RTP数据包发生在硬件设备端和设备接入服务端之间，还是RTP数据包不是发生在硬件设备端和设备接入服务端之间，并结合占用带宽分别进行丢包检测，根据检测结果采取相应的措施，从而保证视频调阅画面质量，防止了画面卡顿和花屏现象。
Description
技术领域
本发明属于网络通信技术领域，尤其涉及一种视频调阅画面卡顿修复方法及系统。
背景技术
本部分的陈述仅仅是提供了与本发明相关的背景技术信息，不必然构成在先技术。
RTP(Real-time Transport Protocol，实时传输协议)是一种网络传输协议，用于在互联网上传输音视频数据，如用于视频会议。基于RTP，视频会议帮助众多企业机构实现跨区域、跨空间的高效沟通。
摄像头设备接入流媒体平台时，由于设备端带宽限制或者4G/wifi入网信号较弱，经常发生设备端向服务端发送视频网络包丢失，导致播放端出现画面卡顿或者花屏，甚至掉线，严重影响用户体验。播放终端在获取音视频数据包前，音视频数据包还需要依次经过硬件设备端、设备接入服务端、流媒体服务端，由于音视频数据发送与接收一般使用UDP传输，数据包可能在网络传输的任意一个环节发生数据丢包。
目前为解决数据丢包问题，播放终端在进行音视频播放的过程中按照RTP包的序号顺序去读取、解析RTP包；若未读取到满足序号要求的RTP包，则认为该RTP包发生丢包，播放终端将根据该RTP包的序号向视频服务器发送丢包请求以使服务器重传被丢包的RTP包。
目前解决数据丢包的方法，并没有考虑到因带宽限制等导致数据丢包，因而不能及时针对性采取相应的措施来保证视频调阅画面质量，防止了画面卡顿和花屏现象。
发明内容
为克服上述现有技术的不足，本发明提供了一种视频调阅画面卡顿修复方法及系统，通过判断RTP数据包发生在硬件设备端和设备接入服务端之间，还是RTP数据包不是发生在硬件设备端和设备接入服务端之间，并结合占用带宽分别进行丢包检测，根据检测结果采取相应的措施，从而保证视频调阅画面质量，防止了画面卡顿和花屏现象。
为实现上述目的，本发明的第一个方面提供一种视频调阅画面卡顿修复方法，包括：
对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
本发明的第二个方面提供一种视频调阅画面卡顿修复系统，包括：
第一检测单元：对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
第一判断单元：若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
第二检测单元：若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
第二判断单元：若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
本发明的第三个方面提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行一种视频调阅画面卡顿修复方法。
本发明的第四个方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行一种视频调阅画面卡顿修复方法。
以上一个或多个技术方案存在以下有益效果：
在本发明中，通过判断RTP数据包发生在硬件设备端和设备接入服务端之间，还是RTP数据包不是发生在硬件设备端和设备接入服务端之间，并结合占用带宽分别进行丢包检测，根据检测结果采取相应的措施，从而保证视频调阅画面质量，防止了画面卡顿和花屏现象。
本发明附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
构成本发明的一部分的说明书附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。
图1为本发明实施例一中一种视频调阅画面卡顿修复方法流程图。
具体实施方式
应该指出，以下详细说明都是示例性的，旨在对本发明提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本发明所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本发明的示例性实施方式。
在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
实施例一
本实施例公开了一种视频调阅画面卡顿修复方法，包括：
对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
客户端调阅视频时，音视频数据包需要依次经过硬件设备端、设备接入服务端、流媒体服务端、js播放终端。由于音视频数据发送与接收一般使用UDP传输，数据包可能在网络传输的任意一个环节发生数据丢包。
本实施例通过判断RTP数据包发生在硬件设备端和设备接入服务端之间，还是RTP数据包不是发生在硬件设备端和设备接入服务端之间，通过分开检测的方式判断丢包具体发生的位置并采取对应的措施，保证视频调阅画面质量，防止了画面卡顿和花屏现象。
如图1所示，在本实施例中，对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测，具体为：解析RTP数据头，提取RTP序列号，缓存500毫秒的数据用于抵消网络数据抖动导致的RTP乱序，根据RTP序列号是否每次递增1判断是否发生网络丢包；如果发生网络丢包，则设备接入服务端向硬件设备端发送控制命令强制生成新的关键帧。
数据包按照视频编码器规则，一般分为关键帧和预测帧。关键帧是一个全帧压缩编码帧，它将全帧图像信息进行JPEG压缩编码及传输，解码时仅用关键帧的数据就可重构完整图像。预测帧表示的是这一帧跟之前的一个关键帧(或预测帧)的差别，解码时需要之前缓存的画面叠加上本帧定义的差别，生成最终画面。
在本实施例中，流媒体服务端接收设备接入服务端发送的RTP数据流。使用伪数据探测设备接入服务端和流媒体服务端之间的最大带宽。
通过对流媒体服务端所接收的设备接入服务端发送的RTP数据流进行分析，解析RTP数据头，提取RTP序列号，根据RTP序列号是否每次递增1判断是否发生网络丢包。
若流媒体服务端所接收的设备接入服务端发送的RTP数据流发生丢包，且设备接入服务端和流媒体服务端之间的占用带宽达到最大带宽值，则判断流媒体服务端是否有更新的关键帧，如果流媒体服务端有更新的关键帧，则发送最新的关键帧并丢弃该关键帧之前的所有数据包；若流媒体服务端没有更新的关键帧，则根据RTP序列号找到缓存数据并重传丢失的网络数据包。
可以理解的是，检测过程中，流媒体服务端是否还能接收到最新的关键帧。
若流媒体服务端所接收的设备接入服务端发送的RTP数据流发生丢包，且设备接入服务端和流媒体服务端之间的占用带宽没有达到最大带宽值，则根据RTP序列号找到缓存数据并重传丢失的网络数据包。
其中，在RTP数据流经过设备接入服务端后进行数据缓存，缓存数据中有若干RTP数据包。
在本实施例中，为了防止视频画面卡顿或者花屏，流媒体服务端通过智能识别视频流发送过程中每一个网络数据包，对丢失的数据包进行智能推测，并通过强制关键帧和智能重传技术，控制服务中转端或者设备端对丢失的数据包进行重传或者重新生成新的关键帧，从而保证视频调阅画面质量，防止了画面卡顿和花屏现象。
实施例二
本实施例的目的是提供一种视频调阅画面卡顿修复系统，包括：
第一检测单元：对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
第一判断单元：若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
第二检测单元：若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
第二判断单元：若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
在第一检测单元中，对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测，具体为：解析RTP数据头，提取RTP序列号，缓存500毫秒的数据用于抵消网络数据抖动导致的RTP乱序，根据RTP序列号是否每次递增1判断是否发生网络丢包。
在第一判断单元中，如果硬件设备端发送到设备接入服务端的RTP数据包发生网络丢包，则设备接入服务端向硬件设备端发送控制命令强制生成新的关键帧。
在第二检测单元中，还包括：通过对流媒体服务端所接收的设备接入服务端发送的RTP数据流进行分析，解析RTP数据头，提取RTP序列号，根据RTP序列号是否每次递增1判断是否发生网络丢包。
通过对流媒体服务端所接收的设备接入服务端发送的RTP数据流进行分析，解析RTP数据头，提取RTP序列号，根据RTP序列号是否每次递增1判断是否发生网络丢包。
在第二判断单元中，若流媒体服务端所接收的设备接入服务端发送的RTP数据流发生丢包，且设备接入服务端和流媒体服务端之间的占用带宽达到最大带宽值，则判断流媒体服务端是否有更新的关键帧，如果流媒体服务端有更新的关键帧，则发送最新的关键帧并丢弃该关键帧之前的所有数据包；若流媒体服务端没有更新的关键帧，则根据RTP序列号找到缓存数据并重传丢失的网络数据包。
若流媒体服务端所接收的设备接入服务端发送的RTP数据流发生丢包，且设备接入服务端和流媒体服务端之间的占用带宽没有达到最大带宽值，则根据RTP序列号找到缓存数据并重传丢失的网络数据包
实施例三
本实施例的目的是提供一种计算装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。
实施例四
本实施例的目的是提供一种计算机可读存储介质。
一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时执行上述方法的步骤。
以上实施例二、三和四的装置中涉及的各步骤与方法实施例一相对应，具体实施方式可参见实施例一的相关说明部分。术语“计算机可读存储介质”应该理解为包括一个或多个指令集的单个介质或多个介质；还应当被理解为包括任何介质，所述任何介质能够存储、编码或承载用于由处理器执行的指令集并使处理器执行本发明中的任一方法。
本领域技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算机装置来实现，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。本发明不限制于任何特定的硬件和软件的结合。
上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。
Claims (10)
1.一种视频调阅画面卡顿修复方法，其特征在于，包括：
对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
2.如权利要求1所述的一种视频调阅画面卡顿修复方法，其特征在于，对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测，具体为：根据RTP数据包的序列是否每次递增1，判断是否发生了RTP数据包丢包。
3.如权利要求1所述的一种视频调阅画面卡顿修复方法，其特征在于，流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带达到最大带宽值，则判断流媒体服务端是否有更新的关键帧，若流媒体服务端有更新的关键帧，则流媒体服务端发送最新的关键帧并丢弃最新的关键帧之前所有的RTP数据包。
4.如权利要求1所述的一种视频调阅画面卡顿修复方法，其特征在于，对流媒体服务端所接收的设备接入服务端发送的RTP数据包进行丢包检测，丢包检测具体为：根据RTP数据包的序列是否每次递增1，判断是否发生了RTP数据包丢包。
5.如权利要求3所述的一种视频调阅画面卡顿修复方法，其特征在于，若流媒体服务端没有更新的关键帧，则根据RTP数据包的序列号找到缓存数据，并从缓存数据中重新上传丢失的RTP数据包。
6.如权利要求1所述的一种视频调阅画面卡顿修复方法，其特征在于，流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽值，则根据RTP数据包的序列号找到缓存数据，并从缓存数据中重新上传丢失的RTP数据包。
7.如权利要求6所述的一种视频调阅画面卡顿修复方法，其特征在于，缓存数据中有若干RTP数据包。
8.一种视频调阅画面卡顿修复系统，其特征在于，包括：
第一检测单元：对硬件设备端发送到设备接入服务端的RTP数据包进行丢包检测；
第一判断单元：若硬件设备端发送到设备接入服务端的RTP数据包发生丢包，则硬件设备端向硬件设备端发送生成新关键帧的控制命令；
第二检测单元：若硬件设备端发送到设备接入服务端的RTP数据包没有发生丢包，则判断流媒体服务端所接收的设备接入服务端发送的RTP数据包是否发生丢包，以及设备接入服务端和流媒体服务端之间的占用宽带是否达到最大带宽；
第二判断单元：若流媒体服务端所接收的设备接入服务端发送的RTP数据包发生丢包，且设备接入服务端和流媒体服务端之间的占用宽带没有达到最大带宽，则重传丢失的RTP数据包。
9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至7任一项所述的一种视频调阅画面卡顿修复方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一项所述的一种视频调阅画面卡顿修复方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311691037.9A CN117880603A (zh) | 2023-12-08 | 2023-12-08 | 一种视频调阅画面卡顿修复方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311691037.9A CN117880603A (zh) | 2023-12-08 | 2023-12-08 | 一种视频调阅画面卡顿修复方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117880603A true CN117880603A (zh) | 2024-04-12 |
Family
ID=90595741
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311691037.9A Pending CN117880603A (zh) | 2023-12-08 | 2023-12-08 | 一种视频调阅画面卡顿修复方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117880603A (zh) |
-
2023
- 2023-12-08 CN CN202311691037.9A patent/CN117880603A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107231328B (zh) | 实时视频传输方法、装置、设备及系统 | |
| US8005028B2 (en) | Data communication system, data transmitting device, data transmitting method, data receiving device, and data receiving method | |
| CN100568947C (zh) | 通信系统、终端设备和通信方法 | |
| CN111246284B (zh) | 视频流播放方法、系统、终端及存储介质 | |
| US8127040B2 (en) | Signaling buffer parameters indicative of receiver buffer architecture | |
| CN113992967B (zh) | 一种投屏数据传输方法、装置、电子设备及存储介质 | |
| CN107517410B (zh) | 视频业务质量评估的方法及装置 | |
| US11792130B2 (en) | Audio/video communication method, terminal, server, computer device, and storage medium | |
| US10506257B2 (en) | Method and system of video processing with back channel message management | |
| US9264737B2 (en) | Error resilient transmission of random access frames and global coding parameters | |
| CN110943808A (zh) | 数据传输方法、装置、电子设备和存储介质 | |
| CN114221909B (zh) | 数据传输方法、装置、终端及存储介质 | |
| CN109862400B (zh) | 一种流媒体传输方法、装置及其系统 | |
| US20160360220A1 (en) | Selective packet and data dropping to reduce delay in real-time video communication | |
| CN114051173B (zh) | 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备 | |
| US10536708B2 (en) | Efficient frame loss recovery and reconstruction in dyadic hierarchy based coding | |
| EP1802120B1 (en) | Information presentation system, device and methods | |
| JPWO2008123125A1 (ja) | 画質評価システム、方法およびプログラム | |
| CN117880603A (zh) | 一种视频调阅画面卡顿修复方法及系统 | |
| CN110545486B (zh) | 一种视频信号传输方法、装置、介质及终端设备 | |
| CN101645903A (zh) | 一种多媒体数据的传输方法及装置 | |
| EP2512161A1 (en) | Method, service terminal and server for mobile video communicating | |
| US9451288B2 (en) | Inferred key frames for fast initiation of video coding sessions | |
| CN111385081A (zh) | 一种端到端的通信方法、装置、电子设备及介质 | |
| CN113542685B (zh) | 一种基于可靠udp的实时超高清视频传输方法 |
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 |