JP2021019351A - バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体 - Google Patents

バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体 Download PDF

Info

Publication number
JP2021019351A
JP2021019351A JP2020113079A JP2020113079A JP2021019351A JP 2021019351 A JP2021019351 A JP 2021019351A JP 2020113079 A JP2020113079 A JP 2020113079A JP 2020113079 A JP2020113079 A JP 2020113079A JP 2021019351 A JP2021019351 A JP 2021019351A
Authority
JP
Japan
Prior art keywords
receiving side
buffer size
available bandwidth
buffer
data frame
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
Application number
JP2020113079A
Other languages
English (en)
Other versions
JP7066940B2 (ja
Inventor
リ、ヨンシン
Yongxing Li
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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Publication of JP2021019351A publication Critical patent/JP2021019351A/ja
Application granted granted Critical
Publication of JP7066940B2 publication Critical patent/JP7066940B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440281—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the temporal resolution, e.g. by frame skipping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

【課題】ネットワークを介したマルチメディア再生技術の分野に関し、特に、ジッタを抑制し、低遅延であるバッファ処理方法、装置、デバイス及びコンピュータ記憶媒体を提供する。【解決手段】方法は、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたと検出されると、受信側により受信されたデータフレームレートの下げ幅が予め設定された、第１の閾値より小さい第２の閾値を超えたか否かを検出し、超えた場合に、受信側のバッファサイズを調整し、超えない場合に、受信側のバッファサイズをそのまま維持することを含む。【効果】受信側のバッファを最適化し、遅延を低減することができる。【選択図】図２

Description

本発明は、マルチメディア再生技術の分野に関し、特に、バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体に関する。
本部分は、特許請求の範囲に記載の本発明の実施形態に背景または文脈を提供するためである。ここでの説明は、本部分に含まれるので、従来の技術と見なされるわけではない。
受信側はオーディオやビデオなどのマルチメディア再生を行う場合、ネットワークが理想的で、即ちパケットロスなし、ジッタなし、低遅延であれば、受信した１フレームの完全なデータはそのまま再生され、効果は良いである。しかし、実際のネットワークは一般的に複雑であるため、このように直接に再生すると、必ずラグが発生する。したがって、受信側では、ｊｉｔｔｅｒｂｕｆｆｅｒ（ジッタバッファ）を利用して受信されたデータフレームをバッファリングしてから、データフレームをｊｉｔｔｅｒｂｕｆｆｅｒから取得して復号再生を行う。
バッファリングは遅延を代価とする。遅延が大きいほど、ジッタの抑制効果は良いである一方、ユーザに悪い再生体験をもたらす。そのため、一般的に、バッファサイズを動的に調整する方式でバランスを取る。現在はバッファサイズを動的に調整する方式は、主にリアルタイムのネットワーク帯域幅によって調整する。バッファサイズは、リアルタイムのネットワーク帯域幅と負の相関関係がある。例えば、ネットワーク帯域幅が増加するとバッファが減少し、ネットワーク帯域幅が減少するとバッファが増大する。しかし、ネットワーク帯域幅が減少しても、実際のネットワーク帯域幅はビデオ符号率よりも高くなり、バッファが増加しなくてもスムーズに再生できる場合もある。このように、現在においてバッファサイズを動的に調整する方式は、不合理な遅延を引き起こすことになる。
これを鑑みて、本発明は、受信側のバッファリングを最適化し、遅延を低減するように、バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体を提供する。
具体的な技術案は以下の通りである。
第１の態様では、本発明は、バッファ処理方法を提供する。当該方法は、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたと検出されると、受信側により受信されたデータフレームレートの下げ幅が予め設定された、前記第１の閾値より小さい第２の閾値を超えたか否かを検出し、前記第２の閾値を超えたことが検出された場合に、前記受信側のバッファサイズを調整し、そうでなければ、前記受信側のバッファサイズをそのまま維持することを含む。
本発明の好ましい実施形態によれば、前記受信側の利用可能な帯域幅は、前記受信側が各データフレームを受信する時間とデータフレームのサイズに基づいて確定される。
本発明の好ましい実施形態によれば、第２の閾値は、前記第１の閾値の半分以下である。
本発明の好ましい実施形態によれば、前記第２の閾値は１０％であり、前記第１の閾値は２０％である。
本発明の好ましい実施形態によれば、前記受信側のバッファサイズを調整することは、受信側の利用可能な帯域幅に応じて、前記受信側のバッファサイズを調整することを含み、バッファサイズは受信側の利用可能な帯域幅と負の相関である。
本発明の好ましい実施形態によれば、前記受信側の利用可能な帯域幅に応じて、前記受信側のバッファサイズを調整することは、前記受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値と平均値を確定すると共に、ノイズ遅延を確定し、前記受信側の利用可能な帯域幅、前記最大値と平均値、およびノイズ遅延を用いて、所要のバッファサイズの値を推定し、前記受信側のバッファサイズを推定された値に調整することを含む。
本発明の好ましい実施形態によれば、前記ノイズ遅延を確定することは、前記受信側により受信されたノイズをカルマンフィルタリングした後、前記ノイズ遅延を予測して取得することを含む。
第二の態様では、本発明は、バッファ処理装置を提供する。当該装置は、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたと検出されると、受信側により受信されたデータフレームレートの下げ幅が予め設定された、前記第１の閾値より小さい第２の閾値を超えたか否かを検出する検出手段と、前記検出手段により、受信側のデータフレームレートの下げ幅が予め設定された第２の閾値を超えたと検出されると、前記受信側のバッファサイズを調整し、そうでなければ、前記受信側のバッファサイズをそのまま維持するバッファ調整手段とを備える。
本発明の好ましい実施形態によれば、当該装置はさらに、前記受信側が各データフレームを受信する時間及びデータフレームのサイズに応じて、前記受信側の利用可能な帯域幅を確定する帯域幅決定手段を備える。
本発明の好ましい実施形態によれば、前記第２の閾値は１０％であり、前記第１の閾値は２０％である。
本発明の好ましい実施形態によれば、前記バッファ調整ユニットは、具体的に、受信側の利用可能な帯域幅に応じて、前記受信側のバッファサイズを調整し、バッファサイズは受信側の利用可能な帯域幅と負の相関関係がある。
本発明の好ましい実施形態によれば、前記バッファ調整手段は、具体的に、前記受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値と平均値を確定すると共に、ノイズ遅延を確定し、前記受信側の利用可能な帯域幅、前記最大値と平均値、およびノイズ遅延を用いて、所要のバッファサイズの値を推定し、前記受信側のバッファサイズを推定された値に調整する。
第３の態様では、本発明は、デバイスを提供する。前記デバイスは、一つ又は複数のプロセッサと、一つ又は複数のプログラムを記憶するための記憶装置とを備え、前記一つ又は複数のプログラムが前記一つ又は複数のプロセッサによって実行されると、前記一つ又は複数のプロセッサに前記何れか一つに記載の方法を実現させる。
第４の態様では、本発明は、コンピュータプロセッサによって実行されると、前記何れか一つに記載の方法を実行するコンピュータ実行可能なコマンドを含む記憶媒体を提供する。
以上の技術案により、本発明による方式は、受信側の利用可能な帯域幅の下げ幅を考慮した上で、受信側のデータフレームレートの下げ幅を結合し、データフレームレートの下げ幅も大きい場合にのみバッファを調整することにより、受信側のバッファを最適化し、遅延を低減することができる。
本発明の実施形態に適用される主なシステムアーキテクチャの概略図である。 本発明の実施形態によって提供される主な方法のフローチャートである。 本発明の実施形態によって提供される装置構成図である。 本発明の実施形態を実現可能で例示的なコンピュータシステム／サーバを示すブロック図である。
本発明の目的、技術案および利点をより明確にするために、以下に図面および具体的な実施形態に関連して本発明を詳細に説明する。
従来の技術では、受信側におけるバッファサイズの調整は、利用可能な帯域幅の影響のみを考慮しており、受信側におけるマルチメディアデータフレームの実際の受信状況を考慮していないため、利用可能な帯域幅によるバッファサイズの調整が正確ではなく、場合によっては大きな遅延をもたらすことがある。したがって、本発明は、バッファサイズを調整するか否かを決定する場合に、受信側の利用可能な帯域幅だけでなく、受信側におけるマルチメディアデータフレームの実際の受信状況をさらに考慮する。以下、実施形態に関連して詳細に説明する。
図１は、本発明の実施形態に適用される主なシステムアーキテクチャの概略図である。図１に示すように、当該システムは、送信側と受信側とを含む。送信側は、メディアストリームを送信する装置であり、マルチメディアデータフレームの符号化と送信を担当する。受信側は、メディアストリームを受信する装置であり、一般的にマルチメディアデータフレームに対するバッファリング、復号を担当し、再生することもできる。なお、本発明に係る方法及び装置は、主に受信側で実現される。
送信側と受信側は、ネットワークでメディアストリームの伝送を行うことができ、有線、無線通信リンク、又は光ファイバケーブルなどのような様々な接続タイプを含むことができる。
本発明の実施形態では、受信側で採用されるバッファは、ｊｉｔｔｅｒｂｕｆｆｅｒであっても良く、他の形式のバッファであっても良い。後述の実施形態では、ｊｉｔｔｅｒｂｕｆｆｅｒを例に説明する。また、本発明の実施形態に係るマルチメディアデータフレームは、ビデオフレーム、オーディオフレーム、画像フレームなどであってもよい。後述の実施形態ではビデオフレームを例に説明する。
図２は、本発明の実施形態によって提供される主な方法のフローチャートである。当該方法は、受信側に設けられたバッファ処理装置によって実行されても良い。当該装置は、受信側にあるアプリケーションであっても良く、受信側のアプリケーションにあるプラグインやソフトウェア開発キット（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ，ＳＤＫ）などの機能ユニットであっても良い。図２に示すように、当該方法は主に以下のステップを含む。
２０１において、受信側の利用可能な帯域幅を検出する。
本ステップでは、受信側の利用可能な帯域幅の検出は、定期に実行されても良く、リアルタイムで実行されても良く（例えば、データフレームを受信する毎に帯域幅の検出を実行する）、或いは特定のイベントトリガに基づいて実行されても良い。本発明は制限しない。
受信側の利用可能な帯域幅は、受信側が各データフレームを受信する時間とデータフレームのサイズから推定されたものである。例えば、データフレームのサイズと当該データフレームの受信時間との比である。本発明の実施形態では、受信側の利用可能な帯域幅はｂｗｅとして示され、単位はｂｐｓ（ｂｉｔｓ ｐｅｒ ｓｅｃｏｎｄ、ビットレート）である。
２０２において、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたか否かを判定し、肯定の場合に２０３を実行し、否定の場合に、続いて２０１に移行して利用可能な帯域幅の検出を行う。
２０３において、受信側により受信されたビデオフレームレートが予め設定された第２の閾値を超えたか否かを検出し、肯定の場合に２０４を実行し、否定の場合に２０５を実行する。
一般的に、利用可能な帯域幅が大幅に減少している場合に限って、受信端におけるラグの発生を避けるようにバッファサイズの調整が必要である。本発明の実施形態では、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたか否かを検出する。ここでの下げ幅は減少した幅を指し、一般的に百分率で表される。
受信側により受信された利用可能な帯域幅が予め設定された第１の閾値を超えた場合、受信側の利用可能な帯域幅は受信されたビデオフレームを用いて推定されたものであるので、受信側のビデオ受信状況を必ずしもリアルに反映しない。したがって、受信側のビデオフレームレートの下げ幅をさらに検出する。ここでの下げ幅は同様に百分率で表される。
前記第２の閾値は第１の閾値より小さい値であり、値を取るには試験値、経験値などを用いることができる。好ましい実施形態として、第２の閾値は第１の閾値の半分以下であってもよい。例えば、第１の閾値は２０％を取り、第２の閾値は１０％を取ることができる。
２０４において、受信側のバッファサイズを調整する。今回の調整が終了したら、続いてステップ２０１に移行して利用可能な帯域幅の検出を行う。
受信側のバッファサイズを調整するには、様々な方式を採用しても良い。方式の一つとしては、受信側の利用可能な帯域幅に応じて受信側のバッファサイズを調整することができる。なお、バッファサイズは、受信側の利用可能な帯域幅と負の相関関係がある。
具体的には、受信側の利用可能な帯域幅を推定した後、受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値（ｍａｘＦｒａｍｅＳｉｚｅと表される）と平均値（ａｖｇＦｒａｍｅＳｉｚｅと表される）を確定すると共に、ノイズ遅延（ｖａｒＮｏｉｓｅと表される）を確定する。
ここで、ｖａｒＮｏｉｓｅを確定する際に、受信端で受信したノイズをカルマンフィルタリングした後、ノイズ遅延を予測して取得することができる。
そして、受信側の利用可能な帯域幅ｂｗｅ、前記最大値ｍａｘＦｒａｍｅＳｉｚｅと平均値ａｖｇＦｒａｍｅＳｉｚｅ、およびノイズ遅延ｖａｒＮｏｉｓｅを用いて、所要のバッファサイズの値ｊｉｔｔｅｒＤｅｌａｙを推定する。
例えば、次の数式を採用可能である。
前記数式におけるｊｉｔｔｅｒＤｅｌａｙは、ビッグデータフレームの伝送による遅延とネットワークノイズによる遅延との２つの部分から構成される。
ここで、ビッグデータフレームの伝送による遅延は、
のように表される。 ネットワークノイズによる遅延は、ｖａｒＮｏｉｓｅのように表される。
ｖａｒＮｏｉｓｅは、既存の計算方式を採用することができる。一つとして以下のように列挙される。
その中、
以上からかわるように、現在のｖａｒＮｏｉｓｅとａｖｇＮｏｉｓｅの値を前記のように更新すると、更新後のｖａｒＮｏｉｓｅとａｖｇＮｏｉｓｅの値が得られる。
ａｌｐｈａは確率係数であり、フレームレートからの影響を受ける。フレームレートが低くなると、ａｌｐｈａの値は小さくなり、現在のノイズが大きくなることを示す。ａｖｇＮｏｉｓｅは受信した履歴データフレームの平均ノイズであり、ｄ＿ｄＴはフレーム遅延の実際値と予測値の差である。
説明すべきなのは、本発明の実施形態により提供される前記の具体的な数式に限定されない。前記の数式における実施原理に基づいて実施される変形および拡張は、いずれも本発明の保護範囲内にある。
最後に、受信側のバッファサイズを推定された値ｊｉｔｔｅｒＤｅｌａｙに調整し、今回のｊｉｔｔｅｒｂｕｆｆｅｒの調整は終了し、続いてステップ２０１に移行して利用可能な帯域幅の検出を行う。
前記の例の中でｊｉｔｔｅｒＤｅｌａｙを確定する方式以外に、その他の方式を採用しても良く、ここで列挙しない。
２０５において、受信側のバッファサイズをそのまま維持し、続いてステップ２０１に移行して利用可能な帯域幅の検出を行う。
受信側のビデオフレームレートが大きく減少していない場合、受信側におけるビデオフレームの受信状況は依然として良好であり、ビデオフレームのスムーズな再生を確保できることを意味する。受信側の利用可能な帯域幅に応じてｊｉｔｔｅｒＢｕｆｆｅｒのサイズを大きくする必要はなく、従来技術と比較してビデオフレームの再生遅延を低減する。
また、前記実施形態に基づいて解釈すると、利用可能な帯域幅は各データフレームの時間とサイズに基づいて予測された値である一方、データフレームレートは実際の値であるためである。実際の利用可能な帯域幅およびデータフレームレートは、様々な要因によって影響され、予測された利用可能な帯域幅の低下は、データフレームレートの低下につながるとは限らなく、データフレームレートの低下は結果である。直接にデータフレームレートの下げ幅に基づいて判断すれば、バッファサイズの調整に遅延が生じることになる。本出願の前記の実施形態は、利用可能な帯域幅の下げ幅に基づいて判断してから、データフレームレートの下げ幅に基づいて判断すれば、バッファ調整の遅延問題を効果的に低減することができる。
以上で本発明の実施形態によって提供される方法について詳しく説明したが、以下に実施形態に関連して本発明により提供される装置を詳しく説明する。図３は、本発明の実施形態によって提供される装置構成図である。図３に示すように、当該装置は、検出部０１とバッファ調整部０２とを備えても良く、さらに帯域幅確定部０３を備えても良い。なお、各構成要素の主な機能は以下の通りである。
検出部０１は、受信側の利用可能な帯域幅を検出し、受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたと検出すると、受信側のビデオフレームレートの下げ幅が予め設定された、第１の閾値より小さい第２の閾値を超えたか否かを検出する。
バッファ調整部０２は、検出部０１により受信端のビデオフレームレートが予め設定された第２の閾値を超えたと検出されると、受信側のバッファサイズを調整し、そうでないと、受信側のバッファサイズをそのまま維持する。
帯域幅確定部０３は、受信側が各データフレームを受信する時間とデータフレームのサイズに応じて、受信側の利用可能な帯域幅を確定する。
なお、第１の閾値と第２の閾値は、試験値または経験値を取ることができる。好ましい実施形態として、第２の閾値は第１の閾値の半分を取ることができる。例えば、第２の閾値は１０％を取り、第１の閾値は２０％を取る。
ここで、バッファ調整部０２は、受信側の利用可能な帯域幅に応じて、受信側のバッファサイズを調整してもよい。ここで、バッファサイズは、受信側の利用可能な帯域幅に負の相関関係がある。
具体的には、バッファ調整部０２は、受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値と平均値を確定すると共に、ノイズ遅延を確定し、そして受信側の利用可能な帯域幅、前記最大値と平均値、およびノイズ遅延を利用して所要のバッファサイズの値を推定し、その後に受信側のバッファサイズを推定された値に調整することができる。
なお、バッファ調整部０２は、受信側により受信されたノイズをカルマンフィルタリングした後、前記ノイズ遅延を予測して取得することができる。
なお、上述したバッファサイズの値の推定およびノイズ遅延の予測は、方法実施形態における数式（１）および数式（２）を採用しても良いが、これら２つの具体的な数式に限定されない。当該数式における実現原理に基づいて行われる変形および拡張は、何れも本発明の保護範囲内にある。
図４は、本発明の実施形態を実現可能で例示的なコンピュータシステム／サーバ０１２のブロック図を示した。図４に示すコンピュータシステム／サーバ０１２は単なる一例であり、本発明の実施形態の機能および使用範囲に制限しない。
図４に示されたように、コンピュータシステム／サーバ０１２は、汎用コンピューティングデバイスの形で表現される。コンピュータシステム／サーバ０１２のコンポーネントは、一つ又は複数のプロセッサ又は処理ユニット０１６と、システムメモリ０２８と、異なるシステムコンポーネント（システムメモリ０２８と処理ユニット０１６を含む）を接続するバス０１８を含むが、それらに限定されない
バス０１８は、幾つかの種類のバス構造のうち一つ又は複数を示し、メモリバス又はメモリコントローラ、周辺バス、グラフィックスアクセラレーションポート、プロセッサ或いは複数のバス構造のうち何れか一つのバス構造を使用するローカルエリアバスを含む。例えば、これらのアーキテクチャは、工業標準アーキテクチャ（ＩＳＡ）バス、マイクロチャンネルアーキテクチャ（ＭＡＣ）バス、強化型ＩＳＡバス、ビデオ電子標準協会（ＶＥＳＡ）ローカルエリアバス及びペリフェラルコンポーネントインターコネクト（ＰＣＩ）バスを含むが、それらに限定されない
コンピュータシステム／サーバ０１２は、一般的に複数種のコンピュータシステム読取可能な媒体を含む。これらの媒体は、コンピュータシステム／サーバ０１２からアクセス可能な任意の使用可能な媒体であっても良く、揮発性及び不揮発性媒体、リムーバブル媒体及び固定媒体を含む。
システムメモリ０２８には、揮発性メモリの形のコンピュータシステム読取可能な媒体、例えばランダムアクセスメモリ（ＲＡＭ）０３０及び／又は高速キャッシュメモリ０３２が含まれても良い。コンピュータシステム／サーバ０１２は更に、他のリムーバブル／固定的、揮発的／不揮発的なコンピュータシステム記憶媒体を含んでも良い。例として、記憶システム０３４は、固定な不揮発性磁気媒体（図４に示されていないが、一般的に「ハードディスクドライバ」と呼ばれる）を読み書きすることができる。図４に示されていないが、リムーバブルな不揮発性磁気ディスク（例えば「フロッピーディスク」）を読み書きする磁気ディスクドライバ、及びリムーバブルな不揮発性光ディスク（例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又は他の光メディア）を読み書きする光ディスクドライバを提供可能である。この場合に、各ドライバは、一つ又は複数のデータメディアインターフェースを介してバス０１８と接続可能である。メモリ０２８は、本発明の各実施例の機能を実行するように配置される１セット（例えば少なくとも一つ）のプログラムモジュールを具備する少なくとも一つのプログラム製品を含んでも良い。
１セット（少なくとも一つ）のプログラムモジュール０４２を具備するプログラム／実用ツール０４０は、例えばメモリ０２８に記憶されてもよい。このようなプログラムモジュール０４２は、オペレーティングシステム、一つ又は複数のアプリプログラム、他のプログラムモジュール及びプログラムデータを含むが、それらに限定されない。これらの例示のうちの何れか一つ、或いはある組合わせは、ネットワーク環境の実現を含むことが可能である。プログラムモジュール０４２は、一般的に本発明に説明されている実施例における機能及び／又は方法を実行する。
コンピュータシステム／サーバ０１２は、一つ又は複数の外部デバイス０１４（例えばキーボード、ポインティングデバイス、ディスプレー０２４など）と通信しても良い。本発明において、コンピュータシステム／サーバ０１２は、外部のレーダデバイスと通信しても良く、ユーザと当該コンピュータシステム／サーバ０１２とのインタラクションを可能にする一つ又は複数のデバイスと通信しても良く、及び／又は当該コンピュータシステム／サーバ０１２と一つ又は複数の他のコンピューティングデバイスとを通信可能にする任意のデバイス（例えばネットワークカード、モデムなど）と通信しても良い。このような通信は、入力／出力（Ｉ／Ｏ）インターフェース０２２により実行可能である。更に、コンピュータシステム／サーバ０１２は、ネットワークアダプタ０２０を介して一つ又は複数のネットワーク（例えばローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）及び／又は公衆ネットワーク、例えばインターネット）と通信しても良い。同図に示されたように、ネットワークアダプタ０２０は、バス０１８によりコンピュータシステム／サーバ０１２における他のモジュールと通信する。理解すべきなのは、図４に未図示であるが、コンピュータシステム／サーバ０１２と合わせて他のハードウェア及び／又はソフトウェアモジュールを使用しても良い。他のハードウェア及び／又はソフトウェアモジュールは、マイクロコード、デバイスドライバ、冗長プロセッサ、外部磁気ディスク駆動アレー、ＲＡＩＤシステム、磁気テープドライバ及びデータバックアップ記憶システムなどを含むが、それらに限定されない。
処理ユニット０１６は、システムメモリ０２８に記憶されているプログラムを運行することにより、各種の機能応用及びデータ処理を実行する。例えば、本発明の実施形態により提供された方法のフローを実現する。
前記のコンピュータプログラムは、コンピュータ記憶媒体に設置されても良い。つまり、当該コンピュータ記憶媒体には、コンピュータプログラムがプログラミングされており、当該プログラムが一つ又は複数のコンピュータにより実行されると、一つ又は複数のコンピュータに本発明の前記実施例に示された方法フロー及び／又は装置操作を実行させる。例えば、前記一つ又は複数のプロセッサにより本発明の実施形態に提供された方法フローを実行する。
時間及び技術の発展に従って、媒体の意味が益々広くなる。コンピュータプログラムの伝送手段は、形状的な媒体に限らず、ネットワークから直接にダウンロードされても良い。一つ又は複数のコンピュータに読取可能な媒体の任意の組合せを採用することができる。コンピュータに読取可能な媒体は、コンピュータに読取可能な信号媒体又はコンピュータに読取可能な記憶媒体であっても良い。コンピュータ読取可能な記憶媒体は、例えば電気、磁気、光、電磁気、赤外線、半導体のシステム、装置又は素子、或いは任意の組み合わせであっても良く、それらに限定されない。コンピュータ読取可能な記憶媒体の更なる具体的な例（網羅的ではない列挙）は、一つ又は複数の導線を備える電気的な接続、リムーバブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、消去可能なプログラミング読取専用メモリ（ＥＰＲＯＭ又はフラッシュ）、光ファイバ、携帯可能なコンパクト磁気ディスク読取専用メモリ（ＣＤ−ＲＯＭ）、光学記憶素子、磁気記憶素子、或いは前記の任意の組合わせを含む。本願において、コンピュータ読取可能な記憶媒体は、プログラムを含むか記憶する任意の有形の媒体であっても良い。当該プログラムは、コマンド実行システム、装置又は素子に使用され、或いはそれらと組合わせて使用されても良い。
コンピュータ読取可能な信号媒体は、ベースバンドに伝送され或いはキャリアの一部として伝送され、コンピュータ読取可能なプログラムコードがロードされるデータ信号を含んでも良い。このような伝送されるデータ信号は、各種の形式を採用しても良く、電磁気信号、光信号又は前記の任意の適当の組合わせを含むが、それらに限定されない。コンピュータ読取可能な信号媒体は、コンピュータ読取可能な記憶媒体以外の任意のコンピュータ読取可能な媒体であっても良い。当該コンピュータ読取可能な媒体は、コマンド実行システム、装置又は素子に使用され又はそれらと組合わせて使用されるプログラムを送信し、伝播し又は伝送することができる。
コンピュータ読取可能な媒体に含まれるプログラムコードは、任意の適当の媒体で伝送されても良く、無線、電線、光ケーブル、ＲＦなど、或いは前記の任意の適当の組み合わせを含むが、それらに限定されない。
一つ又は複数種のプログラミング言語又はそれらの組み合わせで本出願の操作を実行するためのコンピュータプログラムコードをプログラミングすることができる。前記プログラミング言語には、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋のようなオブジェクト指向プログラミング言語が含まれ、更にＣ言語又は類似のプログラミング言語のような通常の手続き型プログラミング言語が含まれる。プログラムコードは、全体がユーザコンピュータに実行されても良く、一部がユーザコンピュータに実行されても良く、一つの独立なパッケージとして実行されても良く、一部がユーザコンピュータに実行され且つ一部がリモートコンピュータに実行されても良く、或いは全体がリモートコンピュータ又はサーバに実行されても良い。リモートコンピュータに関する場合に、リモートコンピュータはローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークによりユーザコンピュータに接続されても良く、或いは外部のコンピュータ（例えばインターネットサービスプロバイダを利用してインターネットにより接続する）に接続されても良い。
前記の記述内容は、本発明の好ましい実施形態に過ぎず、本発明を制限しない。本発明の精神及び主旨の範囲内にある限り、行われるあらゆる補正、置換、改善などは、何れも本発明の保護範囲内に含まれる。

Claims (15)

  1. バッファ処理方法であって、
    受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたことが検出されると、受信側により受信されたデータフレームレートの下げ幅が予め設定された、前記第１の閾値より小さい第２の閾値を超えたか否かを検出し、
    前記第２の閾値を超えたことが検出された場合に、前記受信側のバッファサイズを調整し、
    そうでなければ、前記受信側のバッファサイズをそのまま維持する、
    ことを含む方法。
  2. 前記受信側の利用可能な帯域幅は、前記受信側が各データフレームを受信する時間とデータフレームのサイズに基づいて確定される、請求項１に記載の方法。
  3. 前記第２の閾値は、前記第１の閾値の半分以下である、請求項１または２に記載の方法。
  4. 前記第２の閾値は１０％であり、前記第１の閾値は２０％である、請求項３に記載の方法。
  5. 前記受信側のバッファサイズを調整することは、
    受信側の利用可能な帯域幅に応じて、前記受信側のバッファサイズを調整することを含み、バッファサイズは受信側の利用可能な帯域幅と負の相関である、請求項１から４のいずれか一項に記載の方法。
  6. 前記受信側の利用可能な帯域幅に応じて前記受信側のバッファサイズを調整することは、
    前記受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値と平均値とを確定し、ノイズ遅延を確定し、
    前記受信側の利用可能な帯域幅、前記最大値と平均値、およびノイズ遅延を用いて、所要のバッファサイズの値を推定し、
    前記受信側のバッファサイズを推定された値に調整する、
    ことを含む請求項５に記載の方法。
  7. 前記ノイズ遅延を確定することは、
    前記受信側によりすでに受信されたノイズに対してカルマンフィルタリングを実行した後、前記ノイズ遅延を予測して取得する、ことを含む請求項６に記載の方法。
  8. バッファ処理装置であって、
    受信側の利用可能な帯域幅の下げ幅が予め設定された第１の閾値を超えたことが検出されると、受信側により受信されたデータフレームレートの下げ幅が予め設定された、前記第１の閾値より小さい第２の閾値を超えたか否かを検出する検出手段と、
    前記検出手段により、受信側のデータフレームレートの下げ幅が予め設定された第２の閾値を超えたと検出されると、前記受信側のバッファサイズを調整し、そうでなければ、前記受信側のバッファサイズをそのまま維持するバッファ調整手段と、
    を備える装置。
  9. 前記装置は、さらに、
    前記受信側が各データフレームを受信する時間及びデータフレームのサイズに応じて、前記受信側の利用可能な帯域幅を確定する帯域幅決定手段を備える、請求項８に記載の装置。
  10. 前記第２の閾値は１０％であり、前記第１の閾値は２０％である、請求項８または９に記載の装置。
  11. 前記バッファ調整手段は、具体的に、受信側の利用可能な帯域幅に応じて前記受信側のバッファサイズを調整し、バッファサイズは受信側の利用可能な帯域幅と負の相関である、請求項８から１０のいずれか一項に記載の装置。
  12. 前記バッファ調整手段は、具体的に、
    前記受信側が予め設定された時間ウィンドウ内で受信したデータフレームサイズの最大値と平均値とを確定し、ノイズ遅延を確定し、
    前記受信側の利用可能な帯域幅、前記最大値と平均値、およびノイズ遅延を用いて、所要のバッファサイズの値を推定し、
    前記受信側のバッファサイズを推定された値に調整する、
    請求項１１に記載の装置。
  13. 一つ又は複数のプロセッサと、
    一つ又は複数のプログラムを記憶するための記憶装置と、を備え、
    前記一つ又は複数のプログラムが前記一つ又は複数のプロセッサによって実行されると、前記一つ又は複数のプロセッサに請求項１〜７の何れか一つに記載の方法を実施させるデバイス。
  14. コンピュータプロセッサによって実行されると、請求項１〜７の何れか一つに記載の方法を実行するコンピュータ実行可能なコマンドを含む記憶媒体。
  15. コンピュータプロセッサによって実行されると、請求項１〜７の何れか一つに記載の方法を実行するコンピュータプログラム。


JP2020113079A 2019-07-17 2020-06-30 バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体 Active JP7066940B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2019106466648 2019-07-17
CN201910646664.8A CN110351595B (zh) 2019-07-17 2019-07-17 一种缓冲处理方法、装置、设备和计算机存储介质

Publications (2)

Publication Number Publication Date
JP2021019351A true JP2021019351A (ja) 2021-02-15
JP7066940B2 JP7066940B2 (ja) 2022-05-16

Family

ID=68175602

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020113079A Active JP7066940B2 (ja) 2019-07-17 2020-06-30 バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体

Country Status (5)

Country Link
US (1) US11310558B2 (ja)
EP (1) EP3767915B1 (ja)
JP (1) JP7066940B2 (ja)
KR (2) KR20210010822A (ja)
CN (1) CN110351595B (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3767962A1 (en) * 2019-07-19 2021-01-20 THEO Technologies A media client with adaptive buffer size and the related method
US20220303331A1 (en) * 2019-08-08 2022-09-22 Intel Corporation Link performance prediction and media streaming technologies
CN112752109B (zh) * 2019-10-30 2022-05-17 上海哔哩哔哩科技有限公司 视频播放控制方法和***
CN113079421B (zh) * 2020-01-03 2023-10-24 阿里巴巴集团控股有限公司 信息处理方法、装置、设备及存储介质
US11470380B1 (en) 2021-03-26 2022-10-11 Meta Platforms, Inc. Systems and methods for adaptively managing live video streaming
FR3122956A1 (fr) * 2021-05-17 2022-11-18 Orange Téléchargement progressif adaptatif d’un contenu diffusé en temps réel sur un réseau de radiocommunication mobile, programme d’ordinateur et terminal lecteur de flux multimédia associés
CN113473229B (zh) * 2021-06-25 2022-04-12 荣耀终端有限公司 一种动态调节丢帧阈值的方法及相关设备
CN114189712B (zh) * 2021-12-10 2024-01-16 眸芯科技（上海）有限公司 视频监控中支持解码帧率控制的虚拟vdp装置及应用

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005322995A (ja) * 2004-05-06 2005-11-17 Nippon Telegr & Teleph Corp <Ntt> リアルタイム映像転送におけるバッファ制御方法、送信端末、受信端末、映像配信システム、およびプログラム
US20070036180A1 (en) * 2005-06-10 2007-02-15 Kishan Shenoi Adaptive play-out buffers and clock operation in packet networks
JP2008199361A (ja) * 2007-02-14 2008-08-28 Oki Electric Ind Co Ltd ストリームデータ受信再生装置
CN101340358A (zh) * 2007-07-04 2009-01-07 鼎桥通信技术有限公司 一种流量控制方法、***及流量控制实体
JP2009077108A (ja) * 2007-09-20 2009-04-09 Sony Corp 受信装置、受信方法およびコンピュータプログラム
CN109327716A (zh) * 2018-10-31 2019-02-12 北京达佳互联信息技术有限公司 延迟控制方法、延迟控制装置和计算机可读存储介质

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060092918A1 (en) * 2004-11-04 2006-05-04 Alexander Talalai Audio receiver having adaptive buffer delay
CN100588249C (zh) * 2006-07-27 2010-02-03 腾讯科技（深圳）有限公司 调节视频质量的方法、***及终端
US7962637B2 (en) * 2006-11-03 2011-06-14 Apple Computer, Inc. Dynamic adjustments of video streams
US7796521B2 (en) * 2006-11-09 2010-09-14 Alcatel-Lucent Usa Inc. Method and apparatus for policing bandwidth usage for a home network
JP5180294B2 (ja) * 2007-06-19 2013-04-10 ヴァントリックス コーポレーション ビデオ符号化において、フレームの複雑さ、バッファレベル、およびイントラフレームの位置を利用するバッファベースのレート制御
JP5026167B2 (ja) * 2007-07-02 2012-09-12 パナソニック株式会社 ストリーム伝送サーバおよびストリーム伝送システム
US8446452B2 (en) * 2008-11-07 2013-05-21 Magor Communications Corporation Video rate adaptation for congestion control
KR101017352B1 (ko) 2008-12-30 2011-02-28 학교법인 동의학원 무선 인터넷 환경에서의 스트리밍 콘텐츠 전송 방법
US8392600B2 (en) * 2009-09-14 2013-03-05 Adobe Systems Incorporated Dynamic stream switch control
EP2302845B1 (en) * 2009-09-23 2012-06-20 Google, Inc. Method and device for determining a jitter buffer level
US8976656B2 (en) * 2010-04-23 2015-03-10 Nec Corporation Available bandwidth measurement system, transmission device, available bandwidth measurement method and recording medium
US8284082B2 (en) * 2010-10-27 2012-10-09 Sling Media Pvt. Ltd. Dynamic encode setting adjustment
US9021119B2 (en) * 2011-01-06 2015-04-28 Sonic Ip, Inc. Systems and methods for performing adaptive bitrate streaming based upon the delay of each stream and the channel rate
KR101818577B1 (ko) 2011-04-05 2018-01-15 삼성전자 주식회사 통신 서비스 지원 중 전원 절약을 위한 휴대 단말기 운용 방법 및 이를 지원하는 휴대 단말기
US9106787B1 (en) * 2011-05-09 2015-08-11 Google Inc. Apparatus and method for media transmission bandwidth control using bandwidth estimation
CN102378065A (zh) * 2011-10-19 2012-03-14 江西省南城县网信电子有限公司 基于mpeg-4的流媒体服务器端配置缓冲区的方法及***
US20150249845A1 (en) * 2012-09-13 2015-09-03 Life On Air Inc. Live video broadcasting from a mobile device
CN103051955B (zh) * 2012-12-21 2016-08-03 华为技术有限公司 流媒体播放方法及装置
KR102037413B1 (ko) * 2013-02-22 2019-11-26 삼성전자주식회사 스트리밍 서비스를 제공하기 위한 동적 버퍼링 방법 및 그 장치
CN103259803B (zh) * 2013-06-04 2016-01-27 腾讯科技（深圳）有限公司 一种音频回放方法、装置和***
CN103533451B (zh) * 2013-09-30 2017-01-11 广州华多网络科技有限公司 抖动缓存调节方法及其***
US20150109909A1 (en) * 2013-10-21 2015-04-23 Time Warner Cable Enterprises Llc User-based profiling and network access
CN105208390B (zh) * 2014-06-30 2018-07-20 杭州海康威视数字技术股份有限公司 视频编码的码率控制方法及其***
US9426418B2 (en) * 2014-07-29 2016-08-23 Qualcomm Incorporated Reducing delay in video telephony
US10484448B2 (en) * 2014-10-02 2019-11-19 Jacoti Bvba Method to handle problematic patterns in a low latency multimedia streaming environment
CN104519325B (zh) * 2014-12-29 2018-12-07 大唐移动通信设备有限公司 一种基于4g网络的无线视频监控***自适应保障方法
CN104735410B (zh) * 2015-02-11 2019-03-19 东电创新(北京)科技发展股份有限公司 一种低于4k/s的窄带宽视频传输方法及***
CN106341738B (zh) * 2015-07-08 2021-02-02 杭州海康威视数字技术股份有限公司 流媒体网络传输的带宽计算方法、服务器端和***
EP3347810A1 (en) * 2015-09-10 2018-07-18 Google LLC Playing spherical video on a limited bandwidth connection
CN105392001B (zh) * 2015-11-16 2019-05-28 四川大学 基于梯度的自适应高性能视频编码码率控制方法
CN108781139A (zh) * 2016-02-26 2018-11-09 网络洞察力知识产权公司 分组网络中的数据重传
US10482668B2 (en) 2016-06-02 2019-11-19 Thales Visionix, Inc. Miniature vision-inertial navigation system with extended dynamic range
CN106385620B (zh) * 2016-10-25 2019-06-21 浙江红苹果电子有限公司 一种基于流媒体的数据平滑输出方法
CN108667748B (zh) * 2017-03-29 2021-02-12 华为技术有限公司 一种控制带宽的方法、装置、设备和存储介质
US11442445B2 (en) * 2017-08-02 2022-09-13 Strong Force Iot Portfolio 2016, Llc Data collection systems and methods with alternate routing of input channels
KR102417977B1 (ko) 2017-10-19 2022-07-07 에스케이하이닉스 주식회사 메모리 시스템 및 그것의 동작 방법
US10349059B1 (en) * 2018-07-17 2019-07-09 Wowza Media Systems, LLC Adjusting encoding frame size based on available network bandwidth
CN109996087B (zh) * 2019-03-21 2020-04-24 武汉大学 一种基于有限状态机的面向视频直播的码率自适应方法及装置
US10924347B1 (en) * 2019-10-16 2021-02-16 Microsoft Technology Licensing, Llc Networking device configuration value persistence

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005322995A (ja) * 2004-05-06 2005-11-17 Nippon Telegr & Teleph Corp <Ntt> リアルタイム映像転送におけるバッファ制御方法、送信端末、受信端末、映像配信システム、およびプログラム
US20070036180A1 (en) * 2005-06-10 2007-02-15 Kishan Shenoi Adaptive play-out buffers and clock operation in packet networks
JP2008199361A (ja) * 2007-02-14 2008-08-28 Oki Electric Ind Co Ltd ストリームデータ受信再生装置
CN101340358A (zh) * 2007-07-04 2009-01-07 鼎桥通信技术有限公司 一种流量控制方法、***及流量控制实体
JP2009077108A (ja) * 2007-09-20 2009-04-09 Sony Corp 受信装置、受信方法およびコンピュータプログラム
CN109327716A (zh) * 2018-10-31 2019-02-12 北京达佳互联信息技术有限公司 延迟控制方法、延迟控制装置和计算机可读存储介质

Also Published As

Publication number Publication date
CN110351595A (zh) 2019-10-18
CN110351595B (zh) 2023-08-18
EP3767915A1 (en) 2021-01-20
US20210021895A1 (en) 2021-01-21
KR102607561B1 (ko) 2023-11-29
EP3767915B1 (en) 2023-04-05
JP7066940B2 (ja) 2022-05-16
KR20210010822A (ko) 2021-01-28
KR20230017335A (ko) 2023-02-03
US11310558B2 (en) 2022-04-19

Similar Documents

Publication Publication Date Title
JP7066940B2 (ja) バッファ処理方法、装置、デバイス及びコンピュータ記憶媒体
US11094346B2 (en) Systems and methods for adaptive streaming of multimedia content
US9215174B2 (en) Oversubscription buffer management
CN113453045B (zh) 网络带宽预测方法、***、设备及存储介质
US20110299589A1 (en) Rate control in video communication via virtual transmission buffer
US8335576B1 (en) Methods and apparatus for bridging an audio controller
JP5362801B2 (ja) データ送信方法及び装置
CN109819322A (zh) 视频传输方法、装置、计算机可读存储介质及电子设备
WO2014133745A2 (en) Multi-stream optimization
US20180109462A1 (en) Method for optimizing streaming media transmission and cache apparatus using the same
CN116848505A (zh) 用于优化硬盘驱动器吞吐量的***和方法
CN107979507A (zh) 一种数据传输方法、装置、设备及存储介质
KR20180086114A (ko) 재생 지연 방지 시스템을 포함하는 미디어 재생 장치 및 방법
JP5170891B2 (ja) インターネットネットワーク装置及びそのデータ伝送方法
CN115801639B (zh) 一种带宽探测方法、装置、电子设备及存储介质
JP6781445B1 (ja) 情報処理方法
US10169115B1 (en) Predicting exhausted storage for a blocking API
US20180018296A1 (en) Flow control protocol for an audio bus
US20240039861A1 (en) Method and Procedure for Real Time Determination of Minimum Fibre Channel Buffer to Buffer Credits on an Inter Switch Link
US11876735B1 (en) System and method to perform lossless data packet transmissions
US11330032B2 (en) Method and system for content proxying between formats
WO2021189815A1 (zh) 视频流传输控制方法、装置、设备和介质
CN113491119A (zh) 图传控制方法、装置、电子设备与图传***
CN116567288A (zh) 信息生成方法和装置
CN116248973A (zh) 带宽估计方法、装置、设备以及存储介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200630

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210617

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211029

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220329

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220330

R150 Certificate of patent or registration of utility model

Ref document number: 7066940

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150