JP2010521099A - マルチキャストネットワークにおいてチャネル状態フィードバックを行う方法及び装置 - Google Patents

マルチキャストネットワークにおいてチャネル状態フィードバックを行う方法及び装置 Download PDF

Info

Publication number
JP2010521099A
JP2010521099A JP2009552651A JP2009552651A JP2010521099A JP 2010521099 A JP2010521099 A JP 2010521099A JP 2009552651 A JP2009552651 A JP 2009552651A JP 2009552651 A JP2009552651 A JP 2009552651A JP 2010521099 A JP2010521099 A JP 2010521099A
Authority
JP
Japan
Prior art keywords
estimated
channel conditions
indicator
receiver
report
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
JP2009552651A
Other languages
English (en)
Other versions
JP5149314B2 (ja
Inventor
リウ，ハング
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of JP2010521099A publication Critical patent/JP2010521099A/ja
Application granted granted Critical
Publication of JP5149314B2 publication Critical patent/JP5149314B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • 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
    • 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/12—Avoiding congestion; Recovering from congestion
    • 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/15—Flow control; Congestion control in relation to multipoint traffic
    • 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/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • 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
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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/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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Casting Or Compression Moulding Of Plastics Or The Like (AREA)
  • Moulds For Moulding Plastics Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

マルチキャストネットワークにおいてチャネル状態をフィードバックする方法及び装置が説明される。該方法等は、チャネル状態の指標を推定すること、チャネル状態の推定された指標に基づいて受信機クラスを決定すること、遅延を計算すること、チャネル状態の推定された指標の送信を、計算された遅延の分だけ遅らせる決定を行うこと、決定された受信機クラスに属する他の受信機から、チャネル状態の指標を含むレポートを受信すること、そして、受信したチャネル状態の指標が、推定されたチャネル状態の指標以上であった場合、上記の遅らせる決定をキャンセルすることを含む。本方法及び装置は、算出された受信クラスに関する１つのレポートをサーバに送信することをさらに含み、そのレポートは、決定された受信機クラスに関し、チャネル状態の最悪の指標を含む。

Description

本発明は、一般にビデオマルチキャストブロードキャストシステムに関連し、特に、適応ビデオマルチキャストブロードキャストシステムのサーバに受信チャネル状態を効率的にフィードバックすることに関連する。
ビデオマルチキャスト/ブロードキャストのアプリケーションの場合、ビデオデータは、ビデオサーバから有線及び/又は無線ネットワークを介して複数の受信機へ送信される。ここで、「/」は、同一又は類似する要素の代替名を示すのに使用される。本願で使用されるマルチキャストシステムは、サーバが同じデータを複数の受信機に同時に送信するシステムであり、複数の受信機は、受信機全体の部分集合を形成し、部分集合は最大の場合すべての受信機を含む。ブロードキャストシステムは、サーバが同じデータを総ての受信機に同時に送信するシステムである。すなわち、マルチキャストの定義はブロードキャストシステムを含み得る。
メディアサーバは様々な要素を含み、特に、ビデオパケットのストリームを生成するビデオエンコーダ/パケット化装置と、アプリケーションレイヤ順方向誤り訂正(FEC)エンコーダとを含み、FECエンコーダは、クロスパケットFEC符号化をビデオパケットに適用し、伝送の信頼性向上を図る。マルチキャスト又はブロードキャストされるビデオの受信機は、有線又は無線の様々なアクセスリンクを介してサーバに接続される。異なる受信機が同時に同じビデオ信号を受信したとしても、異なるチャネル状態に起因して異なるパケット損失率を経験し、所与の受信機のパケット損失率は時間と共に変化する。様々な受信機又は同じ受信機における受信品質は、時間とともに変化する。さらに、受信機はマルチキャストグループに対して脱退又は加入を行うので、ネットワークトポロジは変化する。信頼できる有効なブロードキャスト及びマルチキャスト処理を行うため、及び複数のビデオ受信機のサービス品質(QoS)条件を満足するため、ビデオサーバは、ビデオ符号化パラメータ(例えば、ビットレート、イントラフレームレート、イントラブロックレート、パケットサイズ等)やアプリケーションレイヤFECオーバーヘッドを、変化する受信機トポロジに適合させ且つ多数の受信機の受信チャネル状態に適合させる必要がある。これは、受信機が自身のチャネル状態を頻繁にビデオサーバに返すことを意味する。
本発明が解決しようとする課題は、複数の受信機からビデオサーバへチャネル状態のフィードバックを効率的に行う仕方を提供することである。効率的なチャネルフィードバック法は、適応ビデオマルチキャスト/ブロードキャストシステムの設計及び動作を最適化する際重要になり、そのシステムでは、ビデオパケットストリームを保護するために付加されるFECオーバーヘッド及びビデオ符号化パラメータを、複数のビデオ受信機の受信チャネル状態に応じてビデオサーバが動的に調整する。
報告されているあるシステムの場合、複数の受信機が自身の受信チャネル状態をビデオサーバに返すために、標準的なリアルタイムトランスポート制御プロトコル(RTCP)が使用される。しかしながら、標準的なRTCPプロトコルの場合、参加者(送信者又は受信者)は、RTCP送信者レポート又は受信者レポート(受信チャネル状態を含む)を、セッションの中で全参加者に周期的に独自に送信する。したがってこの方法にはいくつかの問題がある。第1に、この方法は多くのオーバーヘッドを導入するので、受信機数が増える場合、スケーラビリティの問題(拡張性に乏しい問題)を招く。第2に、RTCP報告の間隔は小さいので、速やかなチャネルフィードバックを要する。この方法は、サーバがフィードバックによる内部崩壊の被害を受けるおそれ(処理が追従できないおそれ)があるので、ビデオマルチキャスト/ブロードキャストのような１対多通信には有効ではない。ビデオ符号化パラメータ及びFECオーバーヘッドを効率的に適合させるのに必要な情報を、送信者/送信機/サーバがするように、RTCP制御帯域幅を確保することは重要であり、無線ネットワークの場合特に重要である。
本発明は、適応ビデオマルチキャスト/ブロードキャストシステムにおける複数の受信機の受信チャネル状態を効率的にフィードバックする方法をもたらすことで、上記の問題を解決する。
ビデオマルチキャスト/ブロードキャストのアプリケーションの場合、ビデオデータは、ビデオサーバから有線及び/又は無線ネットワークを介して複数の受信機へ送信される。メディアサーバは様々な要素を含み、特に、ビデオパケットのストリームを生成するビデオエンコーダ/パケット化装置と、アプリケーションレイヤ順方向誤り訂正(FEC)エンコーダとを含み、FECエンコーダは、クロスパケットFEC符号化をビデオパケットに適用し、伝送の信頼性向上を図る。マルチキャスト又はブロードキャストされるビデオの受信機は、有線又は無線の様々なアクセスリンクを介してサーバに接続される。異なる受信機が同時に同じビデオ信号を受信したとしても、異なるチャネル状態に起因して異なるパケット損失率を経験し、所与の受信機のパケット損失率は時間と共に変化する。様々な受信機又は同じ受信機における受信品質は、時間とともに変化する。さらに、受信機はマルチキャストグループに対して脱退又は加入を行うので、ネットワークトポロジは変化する。信頼できる有効なブロードキャスト及びマルチキャスト処理を行うため、及び多数のビデオ受信機のサービス品質(QoS)条件を満足するため、ビデオサーバは、ビデオ符号化パラメータ(例えば、ビットレート、イントラフレームレート、イントラブロックレート、パケットサイズ等)やアプリケーションレイヤFECオーバーヘッドを、変化する受信機トポロジに適合させ且つ多数の受信機の受信チャネル状態に適合させる必要がある。これは、受信機がチャネル状態を頻繁にビデオサーバにフィードバックしなければならないことを意味する。
本発明の一実施例によれば、マルチキャストネットワークにおいてチャネル状態をフィードバックする方法及び装置が使用され、該方法等は、チャネル状態の指標(indication)を推定すること、チャネル状態の推定された指標に基づいて受信機クラスを決定すること、遅延を計算すること、チャネル状態の推定された指標の送信を、計算された遅延の分だけ遅らせる決定を行うこと、判別された受信機クラスに属する他の受信機から、チャネル状態の指標を含むレポートを受信すること、そして、受信したチャネル状態の指標が、推定されたチャネル状態の指標以上であった場合、上記の遅らせる決定をキャンセルすることを含む。本方法及び装置は、算出された受信クラスに関する１つのレポートをサーバに送信することをさらに含み、そのレポートは、決定された受信機クラスに関し、チャネル状態の最悪の指標を含む。
本発明の原理を使用するネットワークの概略図。 適応順方向誤り訂正を行うサーバを示すブロック図。 受信機の構成を示すブロック図。 本発明によるフィードバック方法例を受信機の観点から表したフローチャート(その1)。 本発明によるフィードバック方法例を受信機の観点から表したフローチャート(その2)。 本発明によるフィードバック方法例を(ビデオ)サーバの観点から表したフローチャート。
添付図面を参照しながら以下の詳細な説明を読むことで、本発明は最良に理解されるであろう。図面は、上記のように簡単に言及されている図を含む。
図1を参照するに、本発明の原理を使用するマルチキャスト/ブロードキャストビデオシステム例が示されている。図1は、無線装置しか示していないが、本発明は、有線回線又は無線のコンフィギュレーションで使用されてもよいし、或いは有線回線及び無線装置双方を含むコンフィギュレーションで使用されてもよい。無線環境におけるRTCP制御帯域幅は、より重要(貴重)なものであることに留意を要する。無線装置105a、105b、105c、105d、105e及び105fは、無線アクセスポイント/基地局120a、120b、120c及び高速有線アクセスネットワーク(例えば、イーサーネット)125を介して、ビデオマルチキャストサーバ110及びインターネット115に接続されている。ビデオサーバ110は、高速有線ネットワーク125を介して無線アクセスポイント/基地局120a、120b及び120cへ、1つ以上のビデオ番組をマルチキャストする。アクセスポイント/基地局120a、120b及び120cは、無線アクセスポイント/基地局120a-120c及び無線装置105a-105fの間の無線リンクを介して、無線装置105a-105fへマルチキャスト/ブロードキャスト方式でビデオを配布する。無線装置105a-105fのユーザは、1つ以上のビデオ番組を鑑賞することができ、同時にインターネット115にアクセスすることもできる。ビデオサーバ110は、ビデオパケットのストリームを保護するために付加されたFECオーバーヘッド及びビデオ符号化パラメータを、複数のビデオ受信機の受信チャネル状態に応じて動的に調整し、信頼できる効率的なブロードキャスト及びマルチキャスト処理を行えるようにし、かつ多数のビデオ受信機のサービス品質(QoS)要求を満たすようにする。本発明は、多数のビデオ受信機の受信チャネル状態/パケット損失率に関するフィードバックを効率的に行う方法をもたらし、サーバが、ビデオ符号化パラメータ及びFECオーバーヘッドを最適化できるようにする。効率的なチャネルフィードバック法は、適応ビデオマルチキャスト/ブロードキャストシステムの設計及び処理の最適化にとって重要である。本実施例はビデオパケットストリームの観点から説明されているが、オーディオストリームを含む如何なるディジタルストリームについて本発明の方法が使用されてもよい。
本発明を説明する一例として無線ネットワークが使用されているが、本発明は、無線ネットワーク(3G又は無線ローカルエリアネットワーク等)、有線ネットワーク又はハイブリッド無線/有線ネットワークを介する適応ビデオマルチキャスト/ブロードキャストアプリケーションで使用可能である。
本発明は、RTCPメッセージが送信される際の規則を提供することに留意を要する。RTCP制御メッセージフォーマット(すなわち、送信者レポート(センダーレポート)及び受信者レポート(レシーバレポート))は、改められる必要はない。
本発明の場合、ビデオパケットストリームの受信機は、各自のパケット損失率に基づいて様々なクラスに分類される。ここで、
0≦P1≦P2≦．．．≦Pn-1≦Pn≦．．．≦PN≦1
は、様々な受信機クラスのパケット損失率の閾値であるとする。タイムインターバルtにおける受信機iのパケット損失率が、Pn-1＜Pi(t)≦Pn の範囲内にあった場合、その受信機はクラスnに属する。受信機がビデオセッションに加入する際、例えばセッション記述ファイルをダウンロードすることで、或いは他の利用可能な手段を利用することで、受信機は、各クラスのパケット損失率閾値の情報を取得することができる。パケット損失率に基づいて、受信機は、自分が属するクラスを知ることができる。
本発明によるフィードバックアルゴリズムは次のとおりである：
・ビデオサーバが、タイムインターバルtにより周期的に、RTCPセンダーレポートを総ての受信機にマルチキャストする。
・各タイムインターバルtについて、アプリケーションレイヤの何らかのFFC復元が適用される前のパケット損失率を、各受信機が推定する。
−１−
受信機の処理前パケット損失率がP1未満であった場合、すなわちPi(t)＜P1であった場合、その受信者(受信機)は現在「クラス1のユーザ」である。受信機はこのタイムインターバルの間にレシーバレポートを送信しない。なぜなら、そのパケット損失率は、良好なQoSとして既に十分に低いからである。P1＝0は、特殊な場合であることに留意を要する。サーバは、したがって、クラス1の受信機に対して如何なる調整も施さない。
−２−
受信機の処理前パケット損失率がクラスnの閾値同士の間にあった場合、すなわちPn-1＜Pi(t)≦Pn (N≧n＞1)であった場合、受信機は、そのタイムインターバルに対して現在「クラスnの受信機」である。クラスnの受信機は、ビデオ符号化パラメータ及びFECオーバーヘッドを合わせるため、レシーバレポートをビデオサーバに送信する。フィードバック制御トラフィックを減らすため、クラスnの受信機は、算出されたパケット損失率に依存して、短期間の間自身のレシーバレポートの送信を遅延させる。すなわち、パケット損失率が高いほど、遅延を短くする。具体的には、Pn-1＜Pi(t)≦Pn の範囲内のパケット損失率を有する受信機は、自身のレシーバレポートの送信を、次式の遅延期間dだけ遅延させる。
Figure 2010521099
 ここで、D≦t は、t/2のデフォルト値を有する一定の遅延量である。この遅延は、大きなパケット損失率を伴う受信機が先にレポートを送信するように、時間遅延を効率的にランダム化(分散)する。レシーバレポートは、そのセッションの中で、受信機から総ての参加者(ビデオサーバ及び他の受信機)へマルチキャスト形式で送信される。遅延期間の間に、クラスnの受信機は、クラスnに属する他の受信機からレポートを受信する。遅延期間の間に受信したそのようなレシーバレポートが、自身の報告するパケット損失率よりも大きいパケット損失率を伝送していた場合、その受信機は遅延タイマを解除し、その報告タイムインターバルtに関してレシーバレポートを送信しないようにする。
−３−
受信機の処理前パケット損失率が、クラスNの閾値より大きかった場合、すなわちPi(t)＞PNであった場合、その受信機は現在「クラスN+1の受信機」である。クラスN+1の受信機は、RTCPレシーバレポートを送信しない。なぜなら、そのパケット損失率は高すぎるので、そのタイムインターバルの中でビデオサーバは各自のQoS条件に合わせることができないからである。このことは、受信機がレシーバレポートを決して送信しないことを意味するわけではない。意味することは、クラスN+1受信機である限り、QoS条件に適合できないので、レシーバレポートを送信しないということだけである。したがって、サーバは、クラスN+1の受信機に対して如何なる調整も施さない。特殊な状態はPN=1であることに留意を要する。
上記のステップ2における遅延は、他の形式で表現されてもよい。一例として、代替例では、遅延は次式で表現されてもよい：
Figure 2010521099
 ここで、T0は定数であり、T1は0及びT0の間の乱数である。
報告インターバルtは、受信機が受信チャネル状態を更新し、サーバがビデオ符号化パラメータ及びFECオーバーヘッドを合わせるために使用されるが、アルゴリズム自体は、サーバ及び複数の受信機の間で厳密に同期していることは必須でない。受信機がセンダーレポートを適切に受信しなかった場合、受信機は、以前に受信したセンダーレポートを使用して報告タイムインターバルtを算出することができる。
特殊な場合、唯1つのクラスしか存在しない。すなわち、0≦P(t)≦1 である。総ての受信機がこの1つのクラスに属する。そして、上記のステップ2が総ての受信機によって使用される。すなわち、総ての受信機が自身のチャネル状態フィードバック信号を上記のステップ2に従って送信する。
図2を参照するに、本発明による適応FECを行うサーバを示すブロック図が示されている。ビデオサーバは、ビデオ/ソースエンコーダ205、パケット化装置210、FEC処理/符号化装置215、適応FEC制御装置220、UDP/IPプロトコルスタック通信装置及びインターフェース(例えば、無線)225を含む。適応FEC制御装置220は、センダーレポートを生成し、かつ複数の受信機から受信チャネル状態フィードバック信号を受信及び処理する。これは、ビデオ符号化パラメータ及びFEC符号オーバーヘッドを決定する。適応FEC制御装置220は、ビデオ/ソースエンコーダ205、パケット化装置210及びFEC処理/符号化装置215に対して、ビデオ符号化、パケット化及びFEC符号化を行うことを指示する。適応FEC制御装置は、UDP/IP通信装置225と通信して制御し、ビデオソースパケット及びパリティパケットを送信する。
図3を参照するに、本発明による受信機の構成を示すブロック図が示されている。受信機は、ビデオ/ソースデコーダ305、パケット化解除(デパケット化)装置310、FEC処理/デコード装置315、チャネル推定及びフィードバック装置320、UDP/IPプロトコルスタック通信装置及びインターフェース(例えば、無線)325を含む。チャネル推定及びフィードバック装置320は、(誤り訂正)処理前のパケット損失率を推定し、上記の方法を使用してレシーバレポートをビデオサーバへ送信する。
ビデオサーバの構成要素は、1つの物理装置上で実現されてもよいし、或いはネットワークにより接続された複数の装置上で実現されてもよい。受信機の構成要素は、1つの物理装置上で実現されてもよいし、或いはネットワークにより接続された複数の装置上で実現されてもよい。
図4は、本発明によるフィードバック方法を受信機の観点から表したフローチャートである。ステップ405において、受信機は、(ビデオ)サーバからセンダーレポートを受信する。ステップ410において、受信機は、タイムインターバルtについてパケット損失率を推定する。すなわち、受信機はパケット損失率を周期的に推定している。ステップ415において、推定されたパケット損失率が閾値P1未満であるか否かの検査が実行され、P1未満であった場合、受信機はクラス1である。推定されたパケット損失率が閾値P1未満であった場合、その推定されたパケット損失率は報告されない。なぜなら、そのパケット損失率は、総てのQoS条件に合致しており且つ(ビデオ)サーバによる如何なる調整も不要な程度に既に充分に低いからである。調整は、ビデオ符号化パラメータ、アプリケーションレイヤFEC符号化及びオーバーヘッドの最適化を含む。受信機がクラス1に該当する場合、受信機は、ステップ405において次のセンダーレポートの受信を待機する。受信機がパケット損失率を推定するためにセンダーレポートを待機することは必須でなく、都合のよいときにいつでも実行してよい。受信機がクラス1に該当しなかった場合、ステップ420において、受信機の推定したパケット損失率が、受信機をクラスN+1にする閾値PNより大きいか否かの判定が実行される。閾値PNより大きい推定パケット誤り率を有する受信機は、その推定パケット損失率を報告しない。なぜなら、その損失率は高すぎるので、(ビデオ)サーバが行い得る如何なる調整も各自のQoS条件を満たすようにできないからである。閾値PNを超える推定パケット損失率のクラスに受信機が属する場合、受信機はステップ405に戻り、次のセンダーレポートを待機する。
閾値PN未満であって閾値P1以上の推定パケット損失率によるクラスに受信機が該当していた場合、その受信機は、ステップ425において、自身のクラスを特定し、レシーバレポートを送信する際の遅延を算出し、その遅延時間を設定する。ステップ430において、遅延タイマがデクリメントされる(開始される)。ステップ435において、受信機が自分のクラスに属する他の受信機から何らかのレポートを受信したか否かの確認が行われる。受信機が、そのクラス内の他の受信機からレポートを受信していた場合、ステップ440において、他の受信機から受信したレポートが、自身の推定パケット損失率より高い推定パケット損失率を報告しているか否かの確認が行われる。他の受信機から受信したレポートが、自身の受信機の推定パケット損失率以上の推定パケット損失率を報告していた場合、ステップ445において、その受信機に対する遅延タイマが解除(キャンセル)され、受信機は、次のセンダーレポートを待機するステップ405に戻る。その理由は、対象の受信機クラスに関し、最大の推定パケットパケット損失を伴う受信機のみが、推定パケット損失率を報告する義務があるからである(他の報告は任意である)。最大の推定パケット損失率を有する受信機は、その推定パケット損失率を(ビデオ)サーバに送信する。サーバは、そのクラスに関し、サーバに報告された最悪の推定パケット損失率にしたがって調整を行い、その結果、そのクラス内の総ての受信機は各自のQoS条件を満たすようになる。これは、重要なことに、(ビデオ)サーバが受信及び処理する必要のあるレシーバレポート数を減らし、したがって、レシーバレポートを伝送するための帯域幅条件も緩和する。他の受信機から受信したレポートが、自身の受信機の推定パケット損失率より低い推定パケット損失率を報告していた場合、ステップ450において、遅延タイマが満了しているか否かの確認が行われる。遅延タイマが満了していなかった場合、受信機はステップ430に進み、遅延タイマをデクリメントする。遅延タイマが満了していた場合(かつ推定パケット損失率以上の他のレポートが一切受信されていなかった場合)、ステップ455において、その受信機は、レシーバレポートの推定パケット損失率を(ビデオ)サーバへ送信し、そして受信機はステップ405に進み、次のセンダーレポートを待機する。
図5は、本発明によるフィードバック方法を(ビデオ)サーバの観点から表したフローチャートである。ステップ505において、(ビデオ)サーバは、(ビデオ)データの送信を受ける総ての受信機にセンダーレポートを送信する。ステップ510において、(ビデオ)サーバは、クラス1及びクラスN+1を除く受信機のクラス各々から、1つのレシーバレポートを受信する。
本発明は、ハードウエア、ソフトウエア、ファームウエア、特殊用途プロセッサ又はそれらの組み合わせのような様々な形態で実現されてよい。好ましくは、本発明は、ハードウエア及びソフトウエアの組み合わせとして実現される。さらに、ソフトウエアは、プログラム格納装置に識別可能に組み込まれたアプリケーションプログラムとして実現されることが好ましい。アプリケーションプログラムは、アップロードされ、何らかの適切なアーキテクチャを有するマシン(又はコンピュータ)により実行されてもよい。好ましくは、そのマシンは、あるハードウエアを有するコンピュータプラットフォーム上で実現され、そのハードウエアは、1つ以上の中央処理装置(CPU)、ランダムアクセスメモリ(RAM)及び入力/出力(I/O)インターフェース等である。コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードを含む。本願で説明された様々なプロセス及び機能は、マイクロ命令コードの一部分でもよいし、アプリケーションプログラムの一部分でもよく、オペレーティングシステムを介して実行される。さらに、追加的なデータストレージ装置や印刷装置のように、様々な他の周辺装置がコンピュータプラットフォームに接続されてもよい。
添付図面に示されている一部のシステム構成要素及び方法ステップは、ソフトウエアで実現されることが好ましいので、システム構成要素間(又は、プロセスステップ間)の実際の接続は、本発明がプログラムされる方法に依存して異なるかもしれない。本願により教示された事項により、当業者は本発明に関するこれら及び類似の実現例やコンフィギュレーションを想定することができるであろう。
本発明の一実施例によれば、マルチキャストネットワークにおいてチャネル状態をフィードバックする方法及び装置が使用され、該方法等は、チャネル状態の指標(indication)を推定すること、チャネル状態の推定された指標に基づいて受信機クラスを決定すること、遅延を計算すること、チャネル状態の推定された指標の送信を、計算された遅延の分だけ遅らせる決定を行うこと、決定された受信機クラスに属する他の受信機から、チャネル状態の指標を含むレポートを受信すること、そして、チャネル状態について受信した指標及び推定されたチャネル状態の比較に基づいて、前記遅延量の間遅らせる決定をキャンセルすることを含む。本方法及び装置は、算出された受信クラスに関する１つのレポートをサーバに送信することをさらに含み、そのレポートは、決定された受信機クラスに関し、チャネル状態の最悪の指標を含む。

Claims (18)

  1. マルチキャストネットワークにおいてチャネル状態フィードバックを行う方法であって、
    チャネル状態の指標を推定するステップと、
    チャネル状態について推定された指標に基づいて、受信機のクラスを決定するステップと、
    遅延量を計算するステップと、
    チャネル状態について推定された前記指標の送信を、計算された遅延量の間遅らせることを決定するステップと、
    決定された受信機の前記クラスに属する他の受信機から、チャネル状態の指標を含むレポートを受信するステップと、
    チャネル状態について受信した指標が、チャネル状態について推定された前記指標より大きかった場合又は等しかった場合、前記遅らせる決定を取り消すステップと
    を有する方法。
  2. 他の受信機からレポートが受信されなかった場合、チャネル状態について推定された前記指標を含むレポートを送信するステップをさらに有する、請求項1記載の方法。
  3. チャネル状態について受信した前記指標が、チャネル状態について推定された前記指標より小さかった場合、チャネル状態について推定された前記指標を含むレポートを送信するステップをさらに有する、請求項1記載の方法。
  4. チャネル状態について推定された前記指標が、閾値未満であるか否かを判定するステップと、
    チャネル状態について推定された前記指標が、前記閾値未満であった場合、チャネル状態について推定された前記指標を含むレポートの送信を止めるステップと
    をさらに有する請求項1記載の方法。
  5. チャネル状態について推定された前記指標が、閾値より大きいか否かを判定するステップと、
    チャネル状態について推定された前記指標が、前記閾値より大きかった場合、チャネル状態について推定された前記指標を含むレポートの送信を止めるステップと
    をさらに有する請求項1記載の方法。
  6. サーバから周期的にレポートが受信される、請求項1記載の方法。
  7. チャネル状態について推定された前記指標が、推定されたパケット損失率である、請求項1記載の方法。
  8. チャネル状態について受信した前記指標が、受信したパケット損失率である、請求項1記載の方法。
  9. チャネル状態について推定される指標は、周期的に推定される、請求項1記載の方法。
  10. マルチキャストネットワークにおいてチャネル状態フィードバックを行う装置であって、
    チャネル状態の指標を推定する手段と、
    チャネル状態について推定された指標に基づいて、受信機のクラスを決定する手段と、
    遅延量を計算する手段と、
    チャネル状態について推定された前記指標の送信を、計算された遅延量の間遅らせることを決定する手段と、
    決定された受信機の前記クラスに属する他の受信機から、チャネル状態の指標を含むレポートを受信する手段と、
    チャネル状態について受信した指標が、チャネル状態について推定された前記指標より大きかった場合又は等しかった場合、前記遅らせる決定を取り消す手段と
    を有する装置。
  11. 他の受信機からレポートが受信されなかった場合、チャネル状態について推定された前記指標を含むレポートを送信する手段をさらに有する、請求項10記載の装置。
  12. チャネル状態について受信した前記指標が、推定されたパケット損失率より小さかった場合、チャネル状態について推定された前記指標を含むレポートを送信する手段をさらに有する、請求項10記載の装置。
  13. チャネル状態について推定された前記指標が、閾値未満であるか否かを判定する手段と、
    チャネル状態について推定された前記指標が、前記閾値未満であった場合、チャネル状態について推定された前記指標を含むレポートの送信を止める手段と
    をさらに有する請求項10記載の装置。
  14. チャネル状態について推定された前記指標が、閾値より大きいか否かを判定する手段と、
    チャネル状態について推定された前記指標が、前記閾値より大きかった場合、チャネル状態について推定された前記指標を含むレポートの送信を止める手段と
    をさらに有する請求項10記載の装置。
  15. サーバから周期的にレポートを受信する手段をさらに有する、請求項10記載の装置。
  16. チャネル状態について推定された前記指標が、推定されたパケット損失率である、請求項10記載の装置。
  17. チャネル状態について受信した前記指標が、受信したパケット損失率である、請求項10記載の装置。
  18. チャネル状態について推定される指標は、周期的に推定される、請求項10記載の装置。
JP2009552651A 2007-03-09 2007-03-09 チャネル状態をフィードバックするための方法及び受信機 Expired - Fee Related JP5149314B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2007/006014 WO2008111930A1 (en) 2007-03-09 2007-03-09 A method for efficient feedback of receiving channel conditions in adaptive video multicast and broadcast systems

Publications (2)

Publication Number Publication Date
JP2010521099A true JP2010521099A (ja) 2010-06-17
JP5149314B2 JP5149314B2 (ja) 2013-02-20

Family

ID=39223045

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009552651A Expired - Fee Related JP5149314B2 (ja) 2007-03-09 2007-03-09 チャネル状態をフィードバックするための方法及び受信機

Country Status (8)

Country Link
US (1) US8320472B2 (ja)
EP (1) EP2153622B1 (ja)
JP (1) JP5149314B2 (ja)
CN (1) CN101622847B (ja)
AT (1) ATE494717T1 (ja)
BR (1) BRPI0721332A2 (ja)
DE (1) DE602007011832D1 (ja)
WO (1) WO2008111930A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2255535B1 (en) * 2008-03-12 2015-01-14 Telefonaktiebolaget L M Ericsson (publ) Device and method for adaptation of target rate of video signals
US8621544B2 (en) * 2008-08-13 2013-12-31 At&T Intellectual Property I, L.P. Mitigatation of video artifacts
US9100698B2 (en) * 2012-10-26 2015-08-04 Motorola Solutions, Inc. Systems and methods for sharing bandwidth across multiple video streams
US10051025B2 (en) * 2012-12-31 2018-08-14 DISH Technologies L.L.C. Method and apparatus for estimating packet loss
CN104333728B (zh) * 2013-07-22 2019-02-12 腾讯科技（深圳）有限公司 音视频传输调控方法、装置、系统和计算机可读存储介质
WO2015138993A1 (en) * 2014-03-14 2015-09-17 Huawei Technologies Co., Ltd. System and method for dynamic effective rate estimation for real-time video traffic
US10367601B2 (en) * 2016-08-12 2019-07-30 Google Llc Method and device for providing pipeline reordering of encoder parameter controllers for an encoder
CN107786878A (zh) * 2016-08-27 2018-03-09 湖南华宽通科技股份有限公司 一种实现商业wifi网络实现视频业务的方法
JP7251935B2 (ja) * 2018-08-07 2023-04-04 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路
US10721174B2 (en) 2018-10-09 2020-07-21 Cisco Technology, Inc. Network-based coordination of loss/delay mode for congestion control of latency-sensitive flows

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000151499A (ja) * 1998-11-12 2000-05-30 Mitsubishi Electric Corp 無線通信端末評価装置
JP2002204278A (ja) * 2000-10-31 2002-07-19 Toshiba Corp データ伝送装置およびデータ伝送方法
WO2005050346A2 (ja) * 2003-11-21 2005-06-02 Nec Corp コンテンツ配信及び受信装置, コンテンツ送受信システム, コンテンツ配信及び受信方法, コンテンツ配信及び受信用プログラム
WO2006106692A1 (ja) * 2005-03-30 2006-10-12 Matsushita Electric Industrial Co., Ltd. 無線通信装置および無線通信方法
JP2008509582A (ja) * 2004-08-06 2008-03-27 松下電器産業株式会社 マルチキャストサービス又はブロードキャストサービスのフィードバック制御

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030112996A1 (en) * 2001-12-19 2003-06-19 Holliman Matthew J. Automatic monitoring of host signal quality using embedded data
US7079854B2 (en) 2003-01-11 2006-07-18 Lg Electronics Inc. Packet service system and method for controlling packet transmission
EP1631000A1 (en) 2004-08-31 2006-03-01 Matsushita Electric Industrial Co., Ltd. Deterministic feedback control for multicast or broadcast services
WO2006121493A1 (en) 2005-05-06 2006-11-16 Thomson Licensing Method and apparatus for evaluating performance for a video broadcast and/or multicast

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000151499A (ja) * 1998-11-12 2000-05-30 Mitsubishi Electric Corp 無線通信端末評価装置
JP2002204278A (ja) * 2000-10-31 2002-07-19 Toshiba Corp データ伝送装置およびデータ伝送方法
WO2005050346A2 (ja) * 2003-11-21 2005-06-02 Nec Corp コンテンツ配信及び受信装置, コンテンツ送受信システム, コンテンツ配信及び受信方法, コンテンツ配信及び受信用プログラム
JP2008509582A (ja) * 2004-08-06 2008-03-27 松下電器産業株式会社 マルチキャストサービス又はブロードキャストサービスのフィードバック制御
WO2006106692A1 (ja) * 2005-03-30 2006-10-12 Matsushita Electric Industrial Co., Ltd. 無線通信装置および無線通信方法

Also Published As

Publication number Publication date
EP2153622B1 (en) 2011-01-05
CN101622847B (zh) 2012-12-05
ATE494717T1 (de) 2011-01-15
JP5149314B2 (ja) 2013-02-20
BRPI0721332A2 (pt) 2014-03-18
EP2153622A1 (en) 2010-02-17
WO2008111930A1 (en) 2008-09-18
CN101622847A (zh) 2010-01-06
US8320472B2 (en) 2012-11-27
US20100098176A1 (en) 2010-04-22
DE602007011832D1 (de) 2011-02-17

Similar Documents

Publication Publication Date Title
JP5149314B2 (ja) チャネル状態をフィードバックするための方法及び受信機
JP5307886B2 (ja) 無線ネットワークを介してマルチキャストに前方誤り訂正を適応する方法及びシステム
CA2842098C (en) A system and method for transmission of data signals over a wireless network
US7681101B2 (en) Hybrid corrective scheme for dropped packets
Matsuzono et al. Low latency low loss streaming using in-network coding and caching
EP1241837A1 (en) Transmitting/receiving method and device therefor
US20020194361A1 (en) Data transmitting/receiving method, transmitting device, receiving device, transmiting/receiving system, and program
EP2950473B1 (en) Anti-packet-loss real-time communication method, system and related device based on hierarchical coding
KR20100070361A (ko) 무선 근거리 네트워크들에서의 신뢰 가능한 멀티캐스트를 위해 병합된 자동 반복 요청으로 적응 순방향 에러 정정을 하기 위한 방법 및 장치
JP2005518729A (ja) インターネットプロトコルネットワークを通してファイン・グラニュラー・スケーラビリティに従い符号化されたビデオをストリーミングするための方法
Wu et al. Streaming high-definition real-time video to mobile devices with partially reliable transfer
US8811180B2 (en) Communication apparatus and communication method
Lin et al. An access point-based FEC mechanism for video transmission over wireless LANs
EP3641273B1 (en) Edge node control
CN110602568B (zh) 一种基于rtp的视频流传输丢包重传方法、设备及存储设备
KR100851918B1 (ko) 네트워크 적응형 데이터 전송 방법, 이를 위한 데이터 전송시스템, 데이터 송신 장치, 및 데이터 수신 장치
US20090245249A1 (en) Multicast node apparatus, multicast transfer method and program
CN105723751B (zh) 在通信系统中用于启用反馈传输的方法和装置
CN113612649B (zh) 往返估计
Setton et al. Congestion-distortion optimized peer-to-peer video streaming
WO2021164405A1 (zh) 数据编解码方法、相关设备及系统
JP4237608B2 (ja) データ通信装置及びデータ通信システム
Ţurcanu et al. The optimization of video transmission quality in wireless networks

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100308

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100308

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120117

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120409

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120904

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121004

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: 20121113

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121129

R150 Certificate of patent or registration of utility model

Ref document number: 5149314

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151207

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees