JP2010537557A - プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択 - Google Patents

プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択 Download PDF

Info

Publication number
JP2010537557A
JP2010537557A JP2010521881A JP2010521881A JP2010537557A JP 2010537557 A JP2010537557 A JP 2010537557A JP 2010521881 A JP2010521881 A JP 2010521881A JP 2010521881 A JP2010521881 A JP 2010521881A JP 2010537557 A JP2010537557 A JP 2010537557A
Authority
JP
Japan
Prior art keywords
message
client
report message
media server
content rate
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
JP2010521881A
Other languages
English (en)
Other versions
JP5341089B2 (ja
Inventor
バラチヤンドラン，クリシユナ
カラン，ドル
キム，ウニヨン
レゲ，キラン・エム
Original Assignee
アルカテル−ルーセント ユーエスエー インコーポレーテッド
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 アルカテル−ルーセント ユーエスエー インコーポレーテッド filed Critical アルカテル−ルーセント ユーエスエー インコーポレーテッド
Publication of JP2010537557A publication Critical patent/JP2010537557A/ja
Application granted granted Critical
Publication of JP5341089B2 publication Critical patent/JP5341089B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • 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/752—Media network packet handling adapting media to network capabilities
    • 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/762—Media network packet handling at the source 
    • 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
    • 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/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

ネットワーク中で、クライアントに対するマルチメディアセッションのコンテンツレートを動的に設定するための方法において、プロキシサーバは、ネットワークコントローラからチャネル状態フィードバックメッセージを受け取り、最も最近の以前のチャネル状態フィードバックメッセージ以降に、受信者レポートメッセージがクライアントから受信されているかどうかを判定する。チャネル状態フィードバックメッセージは、ネットワークに関する現在のチャネル状態情報を含む。プロキシサーバは、判定ステップに基づいて、拡張フィードバックレポートメッセージおよびショートフィードバックレポートメッセージのうちの一方をメディアサーバに送る。ショートフィードバックレポートメッセージは、マルチメディアセッションのための少なくとも最大伝送レートパラメータを含む。拡張フィードバックレポートメッセージは、少なくとも受信者レポートメッセージ中に含まれる情報を含む。拡張フィードバックレポートメッセージは、さらに、マルチメディアセッションのための最大伝送レートパラメータを含むことができる。

Description

この通常特許出願は、米国特許法第１１９条（ｅ）に基づき、２００７年８月２４日に出願された、Ｋｒｉｓｈｎａ Ｂａｌａｃｈａｎｄｒａｎ、Ｄｏｒｕ Ｃａｌｉｎ、Ｅｕｎｙｏｕｎｇ Ｋｉｍ、およびＫｉｒａｎ Ｒｅｇｅの仮特許出願第６０／９６６，０２０号（整理番号Ｂａｌａｃｈａｎｄｒａｎ ５２−１４−６−４５）、ならびに、２００７年８月２４日に出願された、Ｋｒｉｓｈｎａ Ｂａｌａｃｈａｎｄｒａｎ、Ｄｏｒｕ Ｃａｌｉｎ、Ｅｕｎｙｏｕｎｇ Ｋｉｍ、およびＫｉｒａｎ Ｒｅｇｅの仮特許出願第６０／９６６，０１７号（整理番号Ｂａｌａｃｈａｎｄｒａｎ ５３−１５−７−４６）の優先権を主張するものである。これらのそれぞれの出願のすべての内容を、参照により本明細書に組み込む。
この通常特許出願は、２００７年２月１４日に出願された、Ｋｒｉｓｈｎａ Ｂａｌａｃｈａｎｄｒａｎ、Ｄｏｒｕ Ｃａｌｉｎ、Ｅｕｎｙｏｕｎｇ Ｋｉｍ、およびＫｉｒａｎ Ｒｅｇｅの米国特許出願第１１／６７４，８０２号（整理番号Ｂａｌａｃｈａｎｄｒａｎ ４５−１１−３−３６）、ならびに、２００７年２月１４日に出願された、Ｋｒｉｓｈｎａ Ｂａｌａｃｈａｎｄｒａｎ、Ｄｏｒｕ Ｃａｌｉｎ、Ｅｕｎｙｏｕｎｇ Ｋｉｍ、およびＫｉｒａｎ Ｒｅｇｅの米国特許出願第１１／６７４，８５８号（整理番号Ｂａｌａｃｈａｎｄｒａｎ ４８−１３−５−４３）に関し、これらのそれぞれの出願のすべての内容も参照により本明細書に組み込む。
無線通信ネットワークを介するストリーミングメディアサービス（たとえば、音楽、ビデオなど）は、過去数年にわたり普及してきており、近い将来、無線サービスプロバイダにとって商業上重要になる可能性が高い。ストリーミングメディアサービスの成功の主な障害は、そのサービスに伴う品質がしばしば低い、および／または信頼できないことである。一例を挙げると、この信頼性の欠如は、メディアストリームを搬送するパケットが移動ユニットに配信されるレートの著しい変動に起因する。これらの変動は、信号強度の変動、および、複数の移動ユニット間で無線アクセスメディアを共有する必要性が原因である。
他の例を挙げると、パケットが移動ユニットに配信されるレートの変動は、メディアサーバと移動ユニットとの間のパス上の無線リンクをパケットが通過するときの、パケットの遅延および／または損失に起因する。従来、損失パケット、遅延パケット、および／またはジッタは、受信したデータストリームを移動ユニットでバッファリングすることによって減少される。しかし、許容できるメディア品質を保証するためには、バッファリングだけでは不十分である。
図１は、無線ネットワークを介してメディアを移動ユニットすなわちクライアントにストリーミングするための、従来のシステムを概念的に示している。
図１を参照すると、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１２０とメディアサーバ１１５との間の無線ネットワーク１００の一部は、コアネットワーク１０５と呼ばれている。ＧＧＳＮ１２０と移動クライアント１１０との間のネットワーク部分（ＧＧＳＮ１２０、および移動クライアント１１０を含む）は無線アクセスネットワーク１２５と呼ばれる。
従来、移動ユニット、すなわちクライアント１１０（以下、クライアントと呼ぶ）が、無線ネットワーク１００を介してメディアサーバ１１５とのストリーミングマルチメディア（またはメディア）セッションを開始する。一例を挙げると、クライアント１１０は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）メッセージをメディアサーバ１１５に送信することによって、ストリーミングビデオセッションを要求する。移動クライアント１１０は、ストリーミングビデオセッションを確立してセッションパラメータ（たとえば、メディアがストリーミングされるべきビットレート）のネゴシエーションを行うために、メディアサーバ１１５とシグナリングメッセージを交換する。
メディアセッションの確立において、移動クライアント１１０はまた、無線アクセスベアラ（ＲＡＢ）チャネルを確立するために、無線ネットワークコントローラ（ＲＮＣ）１３０、ＳＧＳＮ１０３、およびＧＧＳＮ１２０などの無線アクセスネットワーク要素と、下層シグナリングメッセージを交換する。たとえばベストエフォート型のベアラサービスが不十分だと考えられる場合、ＲＡＢチャネルは、一般的に所望のサービス品質（ＱｏＳ）機能を維持するように構成される。
一旦、ＲＡＢチャネルおよびストリーミングメディアセッションが確立されると、メディアサーバ１１５は、メディアを搬送するパケットを、ＧＧＳＮ１２０、ＳＧＳＮ１０３、ＲＮＣ１３０、および基地局１０７を介して、移動クライアント１１０に伝送する。移動クライアント１１０は、基地局１０７を通過する逆方向パスをたどって、ＲＮＣ１３０、ＳＧＳＮ１０３、ＧＧＳＮ１２０、および最後にメディアサーバ１１５に、周期的なフィードバックメッセージを送信する。移動クライアント１１０からのアップリンクフィードバックメッセージは、たとえば３−４秒に１度など、比較的まれに伝送される。
メディアサーバ１１５は、移動クライアント１１０に周期的に制御／シグナリングメッセージも伝送する。これらの「サーバレポート」は、ネットワーク要素によってトランスペアレントに搬送される。従来、メディアを搬送するダウンリンクパケットおよび制御／シグナリングメッセージ、ならびに移動クライアント１１０によって伝送されるアップリンクフィードバックメッセージはすべて、ネットワーク要素によってトランスペアレントに搬送される。したがって、メディアサーバ１１５が制御を決定すること（伝送またはコンテンツレートの変更など）を支援する、移動クライアント１１０からのフィードバックメッセージは、基本的にはエンドツーエンドである。つまり、フィードバックメッセージは、介在するネットワーク要素だけが利用可能などのような情報も搬送しない。
図１に示される従来のシステムでは、メディアサーバ１１５による制御決定は、移動クライアント１１０から受信されるかなりまれなフィードバックに基づくものであり、チャネル状態の直接認識はない。その結果、メディアサーバ１１５は、ストリーミングメディアサービスの品質に悪影響をもたらすパケット損失、および／または再バッファリングイベントを避けるための、タイムリーな決定ができない。
ネットワーク中で、クライアントに対するマルチメディアセッションのためのフレーム伝送をスケジューリングする方法において、メディアサーバは、マルチメディアセッションと関連するトークンバケットのパケット待ち行列が空であるかどうかを判定し、トークンバケットのパケット待ち行列が空である場合、クライアントに送信すべきフレームサイズを計算する。フレームを含むクライアントにおけるバッファレベルが推定される。バッファは、マルチメディアセッションと関連付けられる。フレームは、クライアントに送信するためにパケット化され、またパケットは、送信のためにスケジュールされる。
ネットワーク中で、クライアントに対するマルチメディアセッションのためのコンテンツレートを動的に設定する方法において、マルチメディアフレームが、第１のコンテンツレートでメディアサーバからクライアントにストリーミングされる。メディアサーバは、プロキシサーバからのプロキシツーサーバメッセージに応じて、マルチメディアセッションのためのコンテンツレートを設定する。コンテンツレートは、プロキシツーサーバメッセージ中に含まれる最大伝送レートパラメータに従って設定される。プロキシツーサーバメッセージは、拡張フィードバックレポートメッセージおよびショートフィードバックレポートメッセージのうちの一方である。コンテンツレートの動的な調整は、プロキシツーサーバメッセージが、拡張フィードバックレポートメッセージであるか、それともショートフィードバックレポートメッセージであるかに基づいて、選択的に行われる。
ネットワーク中で、クライアントに対するマルチメディアセッションのコンテンツレートを動的に設定するための方法において、プロキシサーバは、ネットワークコントローラからチャネル状態フィードバックメッセージを受信し、かつ最も最近の以前のチャネル状態フィードバックメッセージ以降に、受信者レポートメッセージがクライアントから受信されているかどうかを判定する。チャネル状態フィードバックメッセージは、ネットワークに関する現在のチャネル状態情報を含む。プロキシサーバは、判定ステップに基づいて、メディアサーバに、拡張フィードバックレポートメッセージおよびショートフィードバックレポートメッセージのうちの一方を送る。ショートフィードバックレポートメッセージは、マルチメディアセッションのための少なくとも最大伝送レートパラメータを含む。拡張フィードバックレポートメッセージは、マルチメディアセッションのための少なくとも最大伝送レートパラメータに加えて、少なくとも受信者レポートメッセージ中に含まれる情報を含む。
ネットワークにおけるクライアントに対するマルチメディアセッションのレート制御のための方法において、メディアサーバは、クライアントに対するマルチメディアセッションと関連付けられた状態変数、およびマルチメディアセッションと関連付けられたトークンバケットのパケット待ち行列の現在の状態に基づいて、クライアントにパケットを送信すべきかどうかを判定する。パケットは、判定ステップに基づいて、クライアントに選択的に送信される。
本発明は、本明細書で以下に述べられる詳細な説明、および添付の図面から、より十分に理解されるだろう。添付の図面において、同様の要素は同様の参照番号によって示される。添付の図面は例示の目的でのみ与えられるものであり、したがって本発明を限定するものではない。
無線ネットワークを介してメディアをストリーミングするための、従来のシステムを示す図である。 例示的実施形態に従って、無線ネットワークを介してメディアをストリーミングするための、システムを示す図である。 例示的実施形態によるシグナリングプロキシにおけるコンテンツレート選択のための方法を示す図である。 例示的実施形態によるメディアサーバにおけるコンテンツレート選択のための方法を示す図である。 例示的実施形態によるメディアサーバにおけるコンテンツレート選択のための方法を示す図である。 例示的実施形態による動的なフレーム伝送スケジューリングのための方法を示す図である。 例示的実施形態による動的なフレーム伝送スケジューリングのための方法を示す図である。 例示的実施形態による動的なフレーム伝送スケジューリングのための方法を示す図である。
本発明の例示的実施形態について以下に述べる。わかりやすくするために、本明細書では実際の実装形態のすべての特徴を説明するとは限らない。もちろん、このような実際のいずれの実施形態の開発においても、開発者の具体的な目標を達成するために、実装形態によって異なるシステム関連およびビジネス関連の制約条件の遵守などの、実装形態特有の多数の決定がなされるべきであることが理解されよう。さらに、このような開発努力は、複雑で時間がかかる場合があるが、本開示の恩恵に浴する当業者にとっては日常的な仕事であることが理解されよう。
本発明の一部、および対応する詳細な説明は、ソフトウェア、またはコンピュータメモリ内のデータビットに対する操作のアルゴリズムおよび記号表現に関して提示される。これらの説明および表現は、当業者がその仕事内容を当分野の他の当業者に効果的に伝えるためのものである。アルゴリズムは、その用語が本明細書で使用され、また一般的に使用されるように、所望の結果につながる首尾一貫した一連のステップであると考えられる。この諸ステップは、物理量の物理的な操作を必要とするステップである。必ずしもそうであるとは限らないが、通常、これらの量は、格納され、転送され、結合され、比較され、および他のやり方で操作することができる、光、電気、または磁気信号の形をとる。主に一般的に使用されているという理由で、これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことが、時に便利であることがわかっている。
しかし、これらのおよび類似の用語はすべて、適切な物理量に関連付けられるべきであり、これらの量に適用された便利なラベルにすぎない点を念頭に置かれたい。とくに指定のない限り、あるいは説明から明らかなように、「処理する（ｐｒｏｃｅｓｓｉｎｇ）」、「演算処理する（ｃｏｍｐｕｔｉｎｇ）」、「計算する（ｃａｌｃｕｌａｔｉｎｇ）」、「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」、または「表示する（ｄｉｓｐｌａｙｉｎｇ）」などの用語は、コンピュータシステムのレジスタおよびメモリ内の物理量、電子量として表されるデータを操作し、コンピュータシステムメモリまたはレジスタ、あるいは他のこのような情報格納、伝送、または表示装置内で物理量として同様に表される他のデータに変換するコンピュータシステムまたは類似の電子演算処理装置の動作および処理を指す。
本発明の、ソフトウェアで実装される態様は、一般的に何らかの形のプログラム記憶媒体上で符号化され、あるいは何らかのタイプの伝送媒体を介して実装される点にも留意されたい。プログラム記憶媒体は、磁気的なもの（たとえば、フロッピー（登録商標）ディスク、またはハードドライブ）でも、光学的なもの（たとえば、コンパクトディスク読出し専用メモリ、すなわち「ＣＤ ＲＯＭ」）でもよく、また読出し専用でもランダムアクセスでもよい。同様に、伝送媒体は、ツイストペア線、同軸ケーブル、光ファイバでもよく、当分野で知られている他の何らかの適切な伝送媒体でもよい。本発明は、所与のいずれかの実装形態のこれらの態様によって限定されるものではない。
次に、本発明について添付の図面を参照して述べる。説明のためだけに、また当業者にはよく知られている詳細で本発明を不明瞭にしないために、様々な構造、システム、および装置が、図面に概略的に示されている。しかし、添付の図面は、例示的な実施例について述べ説明するために含まれている。本明細書で使用される単語および語句は、該当する場合には、当業者によるそれらの単語および語句の理解に一致する意味を有するものと理解され解釈されるべきである。
本明細書では、「移動クライアント」という用語は、クライアント、モバイル、移動ユニット、移動局、移動ユーザ、ユーザ装置（ＵＥ）、加入者、ユーザ、遠隔局、アクセス端末、受信機などと同義語であると考えられてよく、以下で時々そのように呼ばれることがあり、また無線通信ネットワーク内の無線リソースの遠隔ユーザを表してもよい。「基地局」という用語は、基地トランシーバ局（ＢＴＳ）、ノードＢ、拡張ノードＢ、フェムトセル、アクセスポイントなどと同義語であると考えられてよく、および／またはそのように呼ばれることがあり、ネットワークと１人または複数のユーザとの間のデータおよび／または音声接続のための無線ベースバンド機能を提供する装置を表してもよい。
図２は、無線ネットワークを介してメディアをストリーミングするためのシステムの例示的実施形態を概念的に示している。メディアサーバ２１５と移動クライアント２１０との間のネットワーク全体は、たとえ無線に加えて有線部分を含んでよくても、無線ネットワークと呼ばれる。ＧＧＳＮ２２０と移動クライアント２１０との間のネットワーク部分は、無線アクセスネットワーク２２３と呼ばれる。
図２を参照すると、無線アクセスネットワーク２２３は、電波インタフェースを介して１つまたは複数の移動クライアント、すなわちユニット２１０（「クライアント」と呼ばれる）にメディアをストリーミングするために、１つまたは複数の基地局２０７を含む。メディア（たとえば、音声、ビデオなど）は、メディアサーバ２１５によって、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２０、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２０３、および無線ネットワークコントローラ（ＲＮＣ）２３０Ａを介して提供される。無線アクセスネットワーク２２３、基地局２０７、クライアント２１０、メディアサーバ２１５、ＳＧＳＮ２０３、ＧＧＳＮ２２０、およびＲＮＣ２３０Ａ、２３０Ｂは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）（３ＧＰＰ）標準および／またはプロトコルに従って動作してよい。
ストリーミングメディアセッションでは、メディアコンテンツ（たとえば、音声、ビデオ、オーディオなど）を搬送するために、リアルタイムトランスポートプロトコル（ＲＴＰ）が使用されてよく、また、関連する制御パケットを搬送するために、関連するリアルタイム制御プロトコル（ＲＴＣＰ）が使用されてよい。ＲＴＣＰメッセージについては、以下で多少より詳細に説明する。リアルタイムストリーミングプロトコル（ＲＴＳＰ）は、セッションのセットアップ（機能ネゴシエーション／交換を含む）、分解、および何らかのユーザ動作（たとえば、一時停止、早送りなど）のための、メッセージの伝送のために使用されてよい。
ＲＴＰ／ＲＴＣＰ、およびＲＴＳＰに関する詳細は、インターネットエンジニアリングタスクフォースリクエストフォーコメント（ＩＥＴＦ ＲＦＣ）１８８９および２３２６でそれぞれ説明されているので、よく知られている。
特定の標準および／またはプロトコルに関して例示的実施形態が説明されているが、例示的実施形態は、たとえばｃｄｍａ２０００高速パケットデータ（ＨＲＰＤ）またはＩＥＥＥ８０２．１６ｅ／ＷｉＭＡＸなどの、他のどのような無線ネットワーキング技術および標準にも適用されてよい。ｃｄｍａ２０００ ＨＲＰＤの場合、たとえば、システム２００は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２０３およびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２０が、パケットデータサービングノード（ＰＤＳＮ）として知られる単一のエンティティに置き換えられるだろうということを除いて、図２のシステム２００と同一のものである可能性が高い。８０２．１６ｅ／ＷｉＭＡＸの場合、ＳＧＳＮ２０３、ＧＧＳＮ２２０、およびＲＮＣ２３０により行われるいくつかの機能は、アクセスサービスネットワーク（ＡＳＮ）ゲートウェイとして知られる単一のエンティティ中に組み込まれてもよい。
さらに、階層アーキテクチャが図示されているが、本明細書で説明される技法は、無線アクセスネットワーク２２３に関するレイヤ３（ＩＰ）ルーティングおよび制御機能が基地局２０７によって実行される、フラットインターネットプロトコル（ｆｌａｔ−ＩＰ）ベースのアーキテクチャにも適用されてよい。
例示的実施形態によれば、クライアント２１０は、３ＧＰＰ拡張子の有無にかかわらず、トランスペアレントなエンドツーエンドパケット交換ストリーミングサービスのための、標準的なＲＴＳＰ／ＲＴＣＰシグナリングをサポートする。
メディアセッションの間、クライアント２１０は、わずかなパケット損失（前回の同様のレポート以来の）、パケット損失の累積数、受信した最高（ＲＴＰ）シーケンス番号、前回の送信者レポート（サーバから受信した）に関連付けられるＲＴＰタイムスタンプ、前回の送信者レポート受信からの時間、復号されるべき次のアプリケーションデータユニットに関連付けられるＲＴＰシーケンス番号、次のアプリケーションデータユニットの復号までの遅延、使用していないバッファ領域（クライアントにおける）などのパフォーマンスメトリックをメディアサーバ２１５に知らせるために、周期的にＲＴＣＰ（フィードバック）パケット（「受信者レポートメッセージ」または「受信者レポート」）を、メディアサーバ２１５に送信する。上記のパフォーマンスメトリックのリストのうちの最後の３つは、パケット交換ストリーミングサービスのための３ＧＰＰ拡張子によるものであり、その他は、受信者レポートメッセージ内に含まれるより標準的なフィードバック項目である。受信者レポートに含まれるこれらの項目以外は、それぞれのＲＴＣＰパケットが、レポートを時間内の特定の点と関連付けるためにサーバによって使用されうるタイムスタンプを搬送してもよい。クライアント２１０は、ＲＴＣＰフィードバックパケットを、自分の機能および無線ネットワークの容量と調和するレートで送信してよい。一般的に、このようなフィードバックパケットは、比較的まれに、たとえば３から４秒に１度送信される。以下では、クライアント２１０がＲＴＣＰフィードバックパケットを送信する間隔をＴＲと表す。
引き続き図２を参照すると、無線通信システム２００はシグナリングプロキシ２２５をさらに含んでいる。シグナリングプロキシ２２５はプロキシサーバとして実装されてよく、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２０などの無線アクセスネットワークエンティティに接続される。しかし、シグナリングプロキシ２２５は、他の実施形態では、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２０３、または無線ネットワークコントローラ（ＲＮＣ）２３０Ａ、２３０Ｂなどの、他のアクセスネットワークエンティティに接続されてよい。
他の例では、シグナリングプロキシ２２５は、アクセスネットワークがフラットアーキテクチャによって特徴付けられる基地局ルータを含む場合、基地局自体に接続されてよい。
Ｂａｌａｃｈａｎｄｒａｎ他の同時係属および関連特許出願第１１／６７４，８５８号において説明されるように、メディアセッションを確立するとき、分解するとき、およびメディアセッションの間、クライアント２１０はメディアサーバ２１５宛てのＲＴＳＰおよび／またはＲＴＣＰメッセージを、無線ネットワーク２００を介して送信する。例示的実施形態によれば、ＧＧＳＮ２２０は、クライアント２１０からのＲＴＳＰおよびＲＴＣＰメッセージを傍受して、これらのメッセージをメディアサーバ２１５の代わりにシグナリングプロキシ２２５に送信する。
図３は、無線ネットワークにおけるメディアセッションのコンテンツレートを動的に設定する方法の、例示的実施形態を示している。図３における方法は、ＧＧＳＮ２２０を介して、クライアント２１０から最初のＲＴＳＰメッセージを受信することに応答して実行される。図３の方法は、図２に示されたネットワークに関して、また具体的には、シグナリングプロキシ２２５で実行されているものとして説明される。
図２および図３を参照すると、ステップＳ３０５で、クライアント２１０からの最初のＲＴＳＰメッセージに応答して、シグナリングプロキシ２２５が新しいメディアセッションのためのエントリを自分のデータベース（図示せず）内に作成する。最初のＲＴＳＰメッセージは新しいメディアセッションが近々確立することを示す。
ステップＳ３０７で、シグナリングプロキシ２２５は、メディアセッションの機能ネゴシエーション段階の間、ＲＴＳＰメッセージからセッションパラメータを取得するために（たとえば、クライアントのバッファサイズ、受信者レポートが送信される時間間隔など）、クライアント２１０とメディアサーバ２１５との間で交換された後続のＲＴＳＰメッセージを監視する。機能ネゴシエーションおよびセッション確立が行われる方法は、当技術分野でよく知られているので詳細な論議は省略される。
シグナリングプロキシ２２５が、メディアセッションが確立されようとしていることがわかると（たとえば、クライアントからの「ＳＥＴＵＰ」ＲＴＳＰメッセージを介して）、シグナリングプロキシ２２５はセッション確立表示メッセージをＲＮＣ２３０Ａに送信し（ステップＳ３０９で）、ＲＮＣ２３０Ａを通じて対応するメディアストリームが配信されることになる。
ステップＳ３０９ではまた、シグナリングプロキシ２２５が、シグナリングプロキシ２２５がＲＮＣ２３０ＡからのＲＡＢ確立メッセージを待つ時間間隔を指定するタイマを設定する。タイマが切れると、シグナリングプロキシ２２５がＲＮＣ２３０ＡからＲＡＢ確立メッセージを受信していない場合（ステップＳ３１１で）、シグナリングプロキシ２２５は自分のローカルデータベースからセッションエントリを削除し（ステップＳ３１３で）、このプロセスは終了する。
ステップＳ３１１に戻ると、タイマが切れる前に、シグナリングプロキシ２２５が近々起りそうなメディアセッションについてのＲＡＢ確立メッセージを受信すると、シグナリングプロキシ２２５はタイマの電源を切り、ステップＳ３１５でセッションフラグを０に設定する。次いで、シグナリングプロキシ２２５は、ステップＳ３１７で待ち状態に入る。待ち状態の間、シグナリングプロキシ２２５は、ＲＮＣ２３０Ａからのチャネル／ネットワーク状態フィードバックメッセージ、およびクライアント２１０からの受信者レポート（またはＲＴＣＰ）メッセージを待つ。本明細書で説明される場合、チャネル／ネットワーク状態フィードバックメッセージは、ネットワーク状態フィードバックメッセージまたはチャネル状態フィードバックメッセージとも呼ばれる。チャネル／ネットワーク状態フィードバックメッセージは、ネットワークに関する現在のチャネル状態情報を含む。ネットワークに関する現在のチャネル状態情報は、例えば、フィードバックソースの識別子、最大伝送レートパラメータＷｓ、および任意選択で、ＲＮＣ２３０Ａのバッファ内で待っているメディアセッションに属するインターネットプロトコル（ＩＰ）パケット数、それに対応するバイト数など、他の関連するパフォーマンスメトリックを含む。
最大伝送レートパラメータＷＳは、前述のチャネル状態フィードバック間隔（Ｔｐ秒の長さの）の間にクライアント２１０に配信されるＩＰパケット数、メディアセッションが利用可能な伝送機会の数、および、前述の間隔の間にデータを搬送するために実際に使用される伝送機会の数に基づいて演算処理されてよい。専用チャネルがあれば、その専用チャネルに属している伝送ブロックが伝送機会を表す。
より詳細な例では、Ｔｐ秒の間のｎ番目の間隔のための最大伝送レートパラメータＷＳは、利用可能な帯域幅パラメータＷＡ（ｎ）と等しく設定されてよく、以下によって示される（１秒あたりのバイトのユニットで）：
ＷＡ（ｎ）＝ＭＤ（ｎ）＊ＫＡ（ｎ）／（Ｋｕ（ｎ）＊Ｔｐ）。
上式で、ＫＡ（ｎ）およびＫｕ（ｎ）はそれぞれ、メディアセッションが利用可能な伝送機会の数、および、ｎ番目のチャネル状態フィードバック間隔（Ｔｐ秒の長さの）の間にデータを搬送するために実際に使用される伝送機会の数を示す。可変のＭＤ（ｎ）は、この間隔の間クライアント２１０に実際に配信されるパケットに関連付けられるバイト数を示す。ｎ番目のチャネル／ネットワーク状態フィードバック間隔ＷＳ（ｎ）のための最大伝送レートパラメータは、利用可能な帯域幅パラメータＷＡ（ｎ）と等しく設定されてもよく、以下のヒューリスティックに従って設定されてもよい：
ＷＳ（ｎ）＝αＬ＊ＷＡ（ｎ） Ｑ（ｎ）＜βＬ の場合
＝αＨ＊ＷＡ（ｎ） Ｑ（ｎ）＞βＨ の場合
＝ＷＡ（ｎ） そうでない場合。
上記のヒューリスティックで、Ｑ（ｎ）は、ｎ番目のチャネル／ネットワーク状態フィードバック間隔の終わりにＲＮＣ２３０Ａバッファ内の待ち行列に入れられたメディアセッションに属するデータ量である。βＨは何らかの「高水位線」であり、βＬは何らかの「低水位線」であり、βＨ＞βＬである。パラメータαＬおよびαＨは、常時αＨ＜１、およびαＬ＞１である。
一例を挙げると、２０キロバイトのセッションごとの専用ＲＮＣ２３０Ａバッファがあれば、βＨおよびβＬはそれぞれ１０キロバイトおよび２キロバイトと等しく設定されてよいのに対し、αＨおよびαＬはそれぞれ０．５および１．５と等しく設定されてよい。
シグナリングプロキシ２２５は、Ｔｐ秒ごとにＲＮＣ２３０Ａからチャネル／ネットワーク状態フィードバックメッセージを、および、ＴＲ秒ごとにクライアント装置２１０から受信者レポートメッセージを受信すると予想される。
図３のステップＳ３１７をさらに参照すると、シグナリングプロキシ２２５が、クライアント２１０から第１の受信者レポートメッセージを受け取ったとき、シグナリングプロキシ２２５は、ステップＳ３１９で、セッションフラグを１に設定する。シグナリングプロキシ２２５は、次いでステップＳ３２０で、受け取った受信者レポートメッセージから関連する情報を格納し、フィードバックタイプインジケータを１に設定する。フィードバックタイプインジケータは、シグナリングプロキシが、クライアント２１０から受信者レポートメッセージを受け取る（そして処理する）ときは常に、１に設定される。
上記で述べたように、シグナリングプロキシ２２５は、ＲＮＣ２３０Ａから、比較的高い頻度で（例えば、１００ｍｓごとに１回）、チャネル／ネットワーク状態フィードバックメッセージを受信する。しかしシグナリングプロキシ２２５は、セッションフラグがゼロに等しい限り、チャネル／ネットワーク状態フィードバックメッセージを無視する。第１の受信者レポートメッセージが受信され、ステップＳ３１９で、セッションフラグが１に設定された後、シグナリングプロキシ２２５は、ステップＳ３２１で、他の待ち状態に入る。この状態では、シグナリングプロキシ２２５は、ＲＮＣ２３０Ａからのチャネル／ネットワーク状態フィードバックメッセージ、およびクライアント２１０からの受信者レポートメッセージを待つ。
図３のステップＳ３２１をさらに参照すると、ＲＮＣ２３０Ａから受信したチャネル／ネットワーク状態フィードバックメッセージに応じて、シグナリングプロキシ２２５は、ステップＳ３２２で、フィードバックタイプインジケータが１に等しいかどうかを判定する。フィードバックタイプインジケータが１に設定されている場合、ステップＳ３２６で、シグナリングプロキシ２２５は、拡張フィードバックレポート（本明細書では、拡張フィードバックレポートメッセージと呼ぶ）を含むプロキシツーサーバフィードバックメッセージを、メディアサーバ２１５に送る。シグナリングプロキシ２２５は、次いでステップＳ３２８で、フィードバックタイプインジケータをゼロにリセットする。拡張フィードバックレポートメッセージを、メディアサーバ２１５に送信した後、ステップＳ３２１で、シグナリングプロキシ２２５は、待ち状態に戻る。
拡張フィードバックレポートメッセージは、ＲＴＣＰパケットの形式であり、クライアント２１０からの最も最近受信した受信者レポートメッセージ中に含まれる情報のすべて（例えば、受信した最高のＲＴＰシーケンス番号、復号すべき次のアプリケーションデータユニットなど）、ならびに最大伝送レートパラメータ（Ｗｓ）を含む。さらに、拡張フィードバックレポートは、ＲＮＣ２３０Ａからの最も最近受信したチャネル／ネットワーク状態フィードバックメッセージ中に含まれる他のパラメータを含むことができる。
他の実施形態では、シグナリングプロキシ２２５は、複数のチャネル／ネットワーク状態フィードバックメッセージを受け取るのを持ち、これらのメッセージを処理し、かつ変更されたチャネル／ネットワーク状態フィードバックを、変更された最大伝送レートパラメータｍｏｄＷｓの形式で生成することができる。一例では、変更された最大伝送レートパラメータｍｏｄＷｓは、最後のＫチャネル／ネットワーク状態フィードバックメッセージ（ただし、Ｋは整数）中で報告された最大伝送レートパラメータＷｓの加重平均として計算されうる。さらに他の実施形態では、シグナリングプロキシ２２５は、最も最近受信したチャネル／ネットワーク状態フィードバックメッセージを、以前に受信したチャネル／ネットワーク状態フィードバックメッセージおよび／または受信者レポートから格納された処理済み情報と共に処理することにより、変更されたチャネル／ネットワーク状態フィードバックを生成することができる。
例示的実施形態は、最大伝送レートパラメータＷｓに関して本明細書で説明されることになるが、上記で説明した変更された最大伝送レートパラメータｍｏｄＷｓは、最大伝送レートパラメータＷｓに代えて使用されうることが理解されよう。
シグナリングプロキシ２２５が、拡張フィードバックレポートメッセージをメディアサーバ２１５に送るとき、シグナリングプロキシ２２５は、拡張フィードバックレポートメッセージのＲＴＰタイムスタンプとして、クライアント２１０からの最も最近の受信者レポートメッセージのＲＴＰタイムスタンプを使用する。
ステップＳ３２２に戻ると、受信したチャネル／ネットワーク状態フィードバックメッセージに応じて、シグナリングプロキシ２２５が、フィードバックタイプインジケータが０に等しいと判定した場合、シグナリングプロキシ２２５は、ステップＳ３２４で、ショートフィードバックレポート（以降では、ショートフィードバックレポートメッセージと呼ぶ）を含むプロキシツーサーバフィードバックメッセージを送る。ショートフィードバックレポートメッセージはまた、ＲＴＣＰパケットの形式とすることもできる。ショートフィードバックレポートは、少なくとも最大伝送レートパラメータ（Ｗｓ）を含むが、ＲＮＣ２３０Ａからの最も最近受信したネットワーク／チャネル状態フィードバックメッセージ中に含まれる上記で説明した他のパラメータを含むこともできる。しかし、拡張フィードバックレポートメッセージとは異なり、ショートフィードバックレポートメッセージは、受信者レポート情報を含まない。
シグナリングプロキシ２２５が、ショートフィードバックレポートメッセージを送るとき、シグナリングプロキシ２２５は、そのローカルなクロックタイムを用いてＲＴＰタイムスタンプを生成する。シグナリングプロキシ２２５は、そのクロックタイムをクライアント２１０のクロックタイムと同期させるために、クライアント２１０からの受信者レポートメッセージと関連付けられたＲＴＰタイムスタンプを使用することができる。
ショートフィードバックレポートメッセージをメディアサーバ２１５に送信した後、シグナリングプロキシ２２５は、ステップＳ３２１で待ち状態に戻り、本明細書で説明するように続ける。
ステップＳ３２１に再度戻ると、待ち状態で受信されたメッセージが、クライアント２１０からの受信者レポートメッセージである場合、シグナリングプロキシ２２５は、ステップＳ３２０に戻り、それと関連する動作を行い、ステップＳ３２１で待ち状態に入る。
メディアセッションが、クライアント２１０またはメディアサーバ２１５からの適切なＲＴＳＰメッセージで終了したとき、シグナリングプロキシ２２５は、そのローカルなデータベース中のそのセッションに対するエントリを削除し、プロキシツーサーバフィードバックメッセージをメディアサーバ２１５に送ることを停止し、またＲＮＣ２３０Ａに、チャネル／ネットワーク状態フィードバックメッセージの送信を停止するように命令する。
例示的実施形態は、クライアント２１０からの最も最近の受信者レポートメッセージからの情報を、ＲＮＣ２３０Ａからの最も最近のネットワーク／チャネル状態フィードバックメッセージ中に含まれている情報と組み合わせることにより生成される拡張フィードバックレポートに関して本明細書で説明されているが、最も最近の受信者レポートメッセージからの情報、および最も最近のネットワーク／チャネル状態フィードバックメッセージからの情報を別個のままとし、別々にメディアサーバ２１５に報告することができる。このような構成では、シグナリングプロキシ２２５が、クライアント２１０から受信者レポートメッセージを受け取ると常に、シグナリングプロキシ２２５は、受信した受信者レポートメッセージを（例えば、それに含まれる情報の少なくとも一部を記録した後）メディアサーバ２１５に転送する。
同様に、ＲＮＣ２３０Ａからネットワーク／チャネル状態フィードバックメッセージを受け取ると、シグナリングプロキシ２２５は、最大伝送レートパラメータＷｓ、およびネットワーク／チャネル状態フィードバックメッセージ中に含まれる他の関連する情報を含む別個のプロキシツーサーバメッセージを、メディアサーバ２１５に送る。
上述のように、シグナリングプロキシ２２５はプロキシからサーバへのフィードバックメッセージをメディアサーバ２１５に周期的に（一定の間隔で）送信する。周期的な間隔は、約数百ミリ秒（たとえば、約１００ミリ秒から約１０００ミリ秒、すなわち１秒）でよい。これらのメッセージのうちの少なくともいくつかに応答して、メディアサーバ２１５はメディアセッションのコンテンツレートを設定してよい。
コンテンツレートは、メディアセッション中に、メディア（例えば、音声、ビデオ、オーディオなど）が再生されるレートを指す。コンテンツレートは、対応するメディアストリームを搬送するために必要な平均の伝送レートに相当する。メディアストリームに対する所与のコンテンツレートは、適切な符号化およびシンニングの組合せにより実現されうる。通常、コンテンツレートを高くすればするほど、エンドユーザに対するメディア品質はよくなる。
メディアサーバ２１５の視点から見ると、コンテンツレート選択の方法は、クライアント２１０から（シグナリングプロキシ２２５から転送された）最初のＲＴＳＰメッセージを受信すると開始する。ＲＴＳＰメッセージは、メディアセッションをセットアップしたいというクライアント２１０の要望をメディアサーバ２１５に知らせる。メディアサーバ２１５は、次いで、機能ネゴシエーション（交換）およびセッション確立のためのその後のメッセージングに参加する。
メディアが記憶装置からストリーミングされている場合、そのメディアは異なるコンテンツレートで符号化されて、将来の使用のために格納されうる。ライブストリームメディアセッションに関しては、符号化は「オンザフライ」で行うことができる。メディアがストリーミングされているとき、メディアサーバ２１５は、メディアに対するコンテンツレートを選択し、その選択されたコンテンツレートに基づいて、メディアサーバ２１５は、メディアフレームを含む適切なファイルをフェッチし、これらのファイルをパケット化し、かつ選択されたファイルをクライアント２１０に向けて送信する。コンテンツレート選択は、通常、メディアセッションの持続期間を通してしばしば行われる。
機能交換およびセッション確立が完了した後、メディアサーバ２１５は、メディアフレームのクライアント２１０へのストリーミングを開始する。メディアサーバ２１５はまた、シグナリングプロキシ２２５からのプロキシツーサーバフィードバックメッセージの受信を開始する。
メディアセッションをストリーミングしている間、メディアサーバ２１５は、動的なコンテンツレート選択およびフレーム伝送スケジューリングを行う。
メディアサーバ２１５におけるコンテンツレートの目的は、現在のチャネル状態により課せられる制約内で、メディア品質を最大化することである。セッションのセットアップ中にクライアント２１０とネゴシエーションされたパラメータに基づいて、メディアセッションに対するコンテンツレートを初期設定した後、メディアサーバ２１５は、変動するチャネル状態に基づいて、そのメディアセッションに対するコンテンツレートを動的に調整する。
クライアント２１０におけるバッファ状態は、現在のコンテンツレートが持続可能であるか、上げることができるか、それとも現在のチャネル状態を考えると下げる必要があるかの指示を提供するので、メディアサーバのコンテンツレート選択の決定は、クライアント２１０からのフィードバックにより推進される。
図４Ａおよび図４Ｂは、例示的実施形態によるメディアサーバにおけるコンテンツレート選択のための方法を示している。
図４Ａを参照すると、クライアント２１０とのメディアセッションのための機能ネゴシエーションを行った後、メディアサーバ２１５は、ネゴシエーションされたパラメータによりコンテンツレートを設定する。コンテンツレートをまず設定した後、メディアサーバ２１５は、ステップＳ５０４で、複数のコンテンツレート選択メトリックを０に初期化する。これらの複数のコンテンツレート選択メトリックは、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐ、好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎ、累積バッファコンテンツ消耗（ｄｅｐｌｅｔｉｏｎ）メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔ、および以前のバッファコンテンツメトリックＯｌｄ＿Ｂｆｒ＿Ｃｏｎｔを含む。メディアサーバ２１５はまた、タイマ値Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒを０に初期化する。
好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐは、メディアセッションのための好ましいチャネル状態を示す連続するプロキシツーサーバフィードバックメッセージの数をカウントするカウンタ値である。好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎは、メディアセッションのための好ましくないチャネル状態を示す連続するプロキシツーサーバフィードバックメッセージの数をカウントするカウンタ値である。
少なくともいくつかの例示的実施形態によれば、チャネル状態は、クライアントバッファレベルがしきい値よりも低くなるなど、１つまたは複数の報告されるメトリックにより満たされる所与の、所望の、または事前決定された基準に基づいて、好ましくないと判定されうる。
累積バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔは、所与の時間ウィンドウにわたるクライアントバッファでのコンテンツの減少量を表す。タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒは、累積バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔが累積される時間ウィンドウを追跡するために使用されるタイマである。Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒは、シグナリングプロキシ２２５からメディアサーバ２１５への拡張フィードバックシグナリング期間の整数にわたるように選択することができる。メディアサーバ２１５は、累積バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔを用いて、所与の時間ウィンドウにわたる消耗値（ステップドロップとも呼ばれる）Ｄｅｌｔａを累積する。累積バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔは、所与の時間ウィンドウ中に、各拡張フィードバックレポートメッセージを受け取ると更新される。累積バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔは、時間ウィンドウの開始からの合計のバッファコンテンツの消耗を表し、またクライアントバッファコンテンツの定常的な減少を示すことができる。
消耗メトリックＤｅｌｔａは、メディアセッションに対する現在のコンテンツレートを、チャネルが短期間サポートできないことを示す。本明細書で説明する場合、消耗メトリックＤｅｌｔａはまた、「ステップドロップ」とも呼ばれ、以前のバッファコンテンツメトリックＯｌｄ＿Ｂｆｒ＿Ｃｏｎｔと、（現在の）バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒとの差として定義される。以前のバッファコンテンツメトリックＯｌｄ＿Ｂｆｒ＿Ｃｏｎｔは、最も最近の以前の拡張フィードバックレポートメッセージで報告された以前のバッファコンテンツを指す。
さらに図４Ａを参照すると、複数のコンテンツレート選択メトリックを初期化した後、メディアサーバ２１５は、ステップＳ５０６で待ち状態に入る。待ち状態にある間、メディアサーバ２１５は、シグナリングプロキシ２２５からのプロキシツーサーバフィードバックメッセージの到来を待つ。
プロキシツーサーバフィードバックメッセージを受信すると、メディアサーバ２２５は、ステップＳ５０７で、プロキシツーサーバメッセージが、拡張フィードバックレポートメッセージであるか、それともショートフィードバックレポートメッセージであるかを判定する。
受信したプロキシツーサーバフィードバックメッセージが、ショートフィードバックレポートメッセージである場合、メディアサーバ２１５は、ステップＳ５０８で、ストリーミングレート（伝送レート）を、ショートフィードバックレポートメッセージで報告された最大伝送レートパラメータＷｓに等しく設定する。メディアサーバ２１５は、次いで、ステップＳ５０６で待ち状態に戻り、本明細書で説明するように進む。例示的実施形態によれば、ストリーミングレートは、メディアフレームが、メディアサーバ２１５により実際に送信されるレートである。ストリーミングレートは、コンテンツレートとは異なる可能性がある。コンテンツレート選択は、通常、チャネル状態の中期的な予測に基づいて行われる。ストリーミングレート設定は、チャネル状態の短期的な観点より行われる。しかし、平均のストリーミングレートは、比較的長い時間期間に対する平均コンテンツレートとは異ならないはずである。例えば、平均のストリーミングレートが、かなりの時間量に対して平均のコンテンツレートよりも小さい場合、クライアント装置２１０は、結果的に、再生すべきコンテンツがなくなってしまう可能性がある。
ステップＳ５０７に戻ると、受信したプロキシツーサーバフィードバックメッセージが、拡張フィードバックレポートメッセージである場合、メディアサーバ２１５は、ステップＳ５１０で、ストリーミングレートを、拡張フィードバックレポートメッセージで報告された最大伝送レートパラメータＷｓに等しく設定する。
ステップＳ５１２で、メディアサーバ２１５は、拡張フィードバックレポートメッセージ中に含まれた情報に基づいて、フレームシーケンス番号Ｎ＿ＬａｓｔおよびＮ＿Ｎｅｘｔを決定する。フレームシーケンス番号Ｎ＿Ｌａｓｔは、クライアント２１０で受信された最後のフレームのシーケンス番号である。メディアサーバ２１５は、拡張フィードバックレポートメッセージで報告された最高のＲＴＰシーケンス番号からシーケンス番号Ｎ＿Ｌａｓｔを決定する。シーケンス番号Ｎ＿Ｎｅｘｔは、クライアント２１０により受信される最も早いフレームのシーケンス番号である。メディアサーバ２１５は、拡張フィードバックレポートメッセージで報告された、復号すべき次のアプリケーションデータユニットと関連付けられたＲＴＰシーケンス番号からシーケンス番号Ｎ＿Ｎｅｘｔを決定する。
フレームと関連付けられたシーケンス番号を用いることに代えて、メディアサーバ２１５は、対応する識別子としてタイムスタンプを使用することができる。タイムスタンプが識別子として使用される場合、コンテンツレート選択決定と関連する計算は、フレームの単位ではなく、時間の単位で行われる。例えば、バッファコンテンツは、バッファ中に含まれているフレームの実際の数に関してではなく、対応するフレームを再生するのにかかるはずの時間量により与えられることになる。
図４Ａに戻って参照すると、ステップＳ５１２で、シーケンス番号Ｎ＿ＬａｓｔおよびＮ＿Ｎｅｘｔを決定した後、メディアサーバ２１５は、ステップＳ５１４で、シーケンス番号Ｎ＿ＬａｓｔおよびＮ＿Ｎｅｘｔに基づいて、クライアント２１０（または代替的には、メディアセッションそれ自体）と関連するバッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを計算／推定する。クライアントバッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒは、クライアント２１０におけるバッファの現在のコンテンツを表す。
より詳細には、メディアサーバ２１５は、メトリックＮ＿Ｂｕｆｆｅｒ、Ｄｅｌｔａ、およびＢｆｒ＿Ｄｅｐｌ＿Ｃｔを以下のように設定する：
Ｎ＿Ｂｕｆｆｅｒ ← Ｎ＿Ｌａｓｔ−Ｎ＿Ｎｅｘｔ、
Ｄｅｌｔａ ← Ｏｌｄ＿Ｂｆｒ＿Ｃｏｎｔ−Ｎ＿Ｂｕｆｆｅｒ、および
Ｂｆｒ＿Ｄｅｐｌ＿Ｃｔ ← Ｂｆｒ＿Ｄｅｐｌ＿Ｃｔ＋Ｄｅｌｔａ。
図では具体的に示されていないが、Ｎ＿Ｂｕｆｆｅｒ、Ｄｅｌｔａ、およびＢｆｒ＿Ｄｅｐｌ＿Ｃｔのそれぞれは、Ｂｆｒ＿Ｄｅｐｌ＿Ｃｔが計算される時間ウィンドウの最初に０に初期化されることに留意されたい。
ステップＳ５１４をさらに参照すると、メディアサーバ２１５は、バッファ消耗タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒを１だけ増分する（Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒ ← Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒ＋１）。
図４Ａをさらに参照すると、ステップＳ５１６で、メディアサーバ２１５は、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを、最小のしきい値Ｔ＿Ｌｏｗｅｒと比較する。しきい値Ｔ＿Ｌｏｗｅｒはフレーム数で表す。バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、最小のしきい値Ｔ＿Ｌｏｗｅｒ未満に下がった場合、メディアサーバ２１５は、チャネル状態にさらなる変動があると、クライアント２１０でバッファが完全に空になり、再バッファリングとなる可能性があると判定する。したがって、メディアサーバ２１５は、ステップＳ５５６で、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐを０に設定し、好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎを１だけ増分する。方法は、次いで、ステップＳ５３８に進む（図４Ｂで示されており、かつ以下でより詳細に説明する）。
バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、しきい値Ｔ＿Ｌｏｗｅｒ以上である場合、メディアサーバ２１５は、ステップＳ５１８で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを中間的な下側しきい値Ｔ＿ｉｎｎｅｒと比較する。ステップＳ５１８でさらに、メディアサーバ２１５は、消耗メトリックＤｅｌｔａを、ステップダウンしきい値Ｄｏｗｎ＿Ｓｔｅｐと比較する。
ステップＳ５１８で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、中間的な下側しきい値Ｔ＿ｉｎｎｅｒ未満であり、かつ消耗メトリックＤｅｌｔａが、ステップダウンしきい値Ｄｏｗｎ＿Ｓｔｅｐを超えている場合、メディアサーバ２１５は再度、チャネル状態が、現在のコンテンツレートに対して好ましくないと判定する。したがって、メディアサーバは、ステップＳ５５６に進み、本明細書で説明するように続ける。ステップＳ５１８に戻ると、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、中間的な下側しきい値Ｔ＿ｉｎｎｅｒ以上であり、かつ消耗メトリックＤｅｌｔａがステップダウンしきい値Ｄｏｗｎ＿Ｓｔｅｐ以下である場合、メディアサーバ２１５は、ステップＳ５１９で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを、上側の中間しきい値Ｔ＿Ｏｕｔｅｒと比較する。さらにステップＳ５１９で、メディアサーバ２１５は、バッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔの値を、消耗しきい値Ｔ＿Ｓｔｅａｄｙと比較する。
バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、上側の中間しきい値Ｔ＿Ｏｕｔｅｒ未満であり、かつバッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔの値が消耗しきい値Ｔ＿Ｓｔｅａｄｙを超える場合、メディアサーバ２１５は再度、現在のチャネル状態が現在のコンテンツレートに対して好ましくないと判定する。したがって、メディアサーバ２１５は、ステップＳ５５６に進み、本明細書で述べるように続ける。バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、上側の中間しきい値Ｔ＿Ｏｕｔｅｒ以上であり、かつバッファコンテンツ消耗メトリックＢｆｒ＿Ｄｅｐｌ＿Ｃｔの値が、消耗しきい値Ｔ＿Ｓｔｅａｄｙ以下である場合、メディアサーバ２１５は、ステップＳ５２１で、好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎを０に設定する。メディアサーバ２１５は、次いでステップＳ５２３で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを、チャネル状態カウンタしきい値Ｔ＿Ｃｏｎｓと比較する。
ステップＳ５２３で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、しきい値Ｔ＿Ｃｏｎｓ以上である場合、メディアサーバ２１５は、現在のチャネル状態が、より高いコンテンツレートに好ましいと判定する。したがって、メディアサーバ２１５は、ステップＳ５５２で、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐを１だけ増分し、次いで、ステップＳ５３８（図４Ｂで示されている）に進む。ステップＳ５２３に戻ると、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、しきい値Ｔ＿Ｃｏｎｓ未満である場合、メディアサーバ２１５は、ステップＳ５５４で、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒを、最大のしきい値Ｔ＿Ｕｐｐｅｒと比較する。さらにステップＳ５５４で、メディアサーバ２１５は、消耗メトリックＤｅｌｔａの負の値（すなわち、−Ｄｅｌｔａ）を、好ましいチャネル状態しきい値Ｕｐ＿Ｓｔｅｐと比較する。バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、最大のしきい値Ｔ＿Ｕｐｐｅｒを超えており、かつ消耗メトリックＤｅｌｔａの負の値が、好ましいチャネル状態しきい値Ｕｐ＿Ｓｔｅｐを超える場合、メディアサーバ２１５は、現在のチャネル状態が、より高いコンテンツレートに好ましいものであると見なす。したがって、メディアサーバ２１５は、ステップＳ５５２に進み、本明細書で述べるように続ける。ステップＳ５５４に戻ると、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒが、最大しきい値Ｔ＿Ｕｐｐｅｒ以下であり、かつ消耗メトリックＤｅｌｔａの負の値が、好ましいチャネル状態しきい値Ｕｐ＿Ｓｔｅｐ以下である場合、メディアサーバ２１５は、ステップＳ５２７で、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐを０に設定し、次いで、ステップＳ５３８（図４Ｂで示される）に進む。
図４Ｂを参照すると、メディアサーバ２１５がステップＳ５３８に達したとき、メディアサーバ２１５は、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐを、最大の好ましいチャネル状態しきいカウンタ値Ｍａｘ＿ＲＴＣＰ＿Ｕｐと比較する。好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐが、しきい値Ｍａｘ＿ＲＴＣＰ＿Ｕｐ以上である場合、メディアサーバ２１５は、ステップＳ５５０で、メディアセッションのためのコンテンツレートを、（コンテンツレートが、そのメディアセッションに対して可能な最高のコンテンツレートにすでに等しくなっていなければ）メディアセッションに対する次に高いコンテンツレートに等しく設定し、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐを０に設定し、次いで、ステップＳ５４４に進む（後により詳細に説明する）。ステップＳ５３８に戻ると、好ましいチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｕｐが、最大の好ましいチャネル状態しきいカウンタ値Ｍａｘ＿ＲＴＣＰ＿Ｕｐ未満である場合、メディアサーバ２１５は、ステップＳ５４０で、好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎを、最大の好ましくないチャネル状態しきいカウンタ値Ｍａｘ＿ＲＴＣＰ＿Ｄｎと比較する。
好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎが、しきい値Ｍａｘ＿ＲＴＣＰ＿Ｄｎ以上である場合、メディアサーバ２１５は、ステップＳ５４２で、メディアセッションのためのコンテンツレートを、（コンテンツレートが、そのメディアセッションに対して可能な最低のコンテンツレートにすでに等しくなっていなければ）メディアセッションに対する次に低いコンテンツレートに設定し、かつ好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎを０設定する。
メディアサーバ２１５は、次いで、ステップＳ５４４で、バッファ消耗タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒ、およびバッファ消耗カウンタ値Ｂｆｒ＿Ｄｅｐｌ＿Ｃｔを０に設定する。ステップＳ５４６で、メディアサーバ２１５は、次いで、以前のバッファコンテンツメトリックＯｌｄ＿Ｂｆｒ＿Ｃｏｎｔを、バッファコンテンツメトリックＮ＿Ｂｕｆｆｅｒに等しく設定する（Ｏｌｄ＿Ｂｆｒ＿Ｃｏｎｔ＝Ｎ＿ＢＵＦＦＥＲ）。メディアサーバ２１５は、次いで、ステップＳ５０６で待ち状態に戻り、本明細書で述べるように続ける。
ステップＳ５４０に戻ると、好ましくないチャネル状態メトリックＣｏｎｓ＿ＲＴＣＰ＿Ｄｎが、しきい値Ｍａｘ＿ＲＴＣＰ＿Ｄｎ未満である場合、メディアサーバ２１５は、ステップＳ５４８で、バッファ消耗タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒの値を、最大のバッファ消耗タイマしきい値Ｍａｘ＿Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒと比較する。バッファ消耗タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒが、ステップＳ５４８で、しきい値Ｍａｘ＿Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒ未満である場合、方法はステップＳ５４６に進み、本明細書で説明するように続ける。
ステップＳ５４８に戻ると、バッファ消耗タイマＢｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒの値が、ステップＳ５４８で、しきい値ＭＡＸ＿Ｂｆｒ＿Ｄｅｐｌ＿Ｔｉｍｅｒ以上である場合、方法はステップＳ５４４に進み、本明細書で説明するように続ける。
上記で述べたように、メディアサーバ２１５はまた、メディアセッション中に、動的なフレーム伝送スケジューリング、またはフレーム伝送レート制御を行う。以下でより詳細に説明するように、図５から図７は、例示的実施形態による動的なフレーム伝送スケジューリングのための方法を示す。図５および図６で示される方法は、クライアント２１０に伝送すべきフレームの処理／パケット化、および待ち行列作成に関し、図７で示される方法は、クライアント２１０に対する、メディアセッションパケット（パケット化されたフレーム）の流れが制御された（トークンバケットベースの）伝送に関する。
より詳細には、図５は、プリロール期間中に、クライアント２１０に伝送するためにフレームを処理／パケット化し、さらに待ち行列を作成すること、すなわち、トークンバケット待ち行列中に配置することを示す。図６は、プリロール後の期間に、フレームを処理／パケット化し、かつトークンバケット待ち行列中に配置することを示す。図５および図６で示すこれらの手順は、パケットがクライアント２１０に伝送されうる最も早い時間を確立する。フィードバックメッセージなどに基づいて、クライアント２１０へのストリーミングレート（例えば、メディアセッションパケットの伝送レートなど）に対するさらなる制限が存在する可能性があり、それは、図７のトークンバケットレート制御機構を用いて実施される。
動的なフレーム伝送スケジューリングの目的は、クライアント２１０が、フレームのそれぞれの再生時間の前に復号および再生する準備のできた適切なフレームを確実に有するようにすることである。メディアセッションのためにクライアント２１０により提供されるバッファ空間は、メディアサーバ２１５が、フレームを、必要に応じてクライアント２１０で利用できるようにその再生時間のかなり前に送信することを可能にする。このバッファ空間は、クライアント２１０が、そのメディアセッションに利用可能なチャネル帯域幅における変動を克服するのを助ける。
その各再生時間のどのくらい前に、メディアサーバ２１５によりフレームを送信できるかを制限する２つの制約がある。これらの制約は、（メディアサーバ２１５が、メディアセッションのための機能ネゴシエーション中に気付く）クライアントバッファの有限なサイズと、シグナリングプロキシ２２５により、メディアサーバ２１５に周期的に搬送される伝送ストリーミングレートに対する制限、すなわち、各プロキシツーサーバフィードバックメッセージ中に含まれる最大伝送レートパラメータＷｓとを含む。フレーム伝送スケジューリングは、ストリーミングレート制限内で実行する必要があり、さらに、クライアント２１０でバッファがオーバーフローすることにより、パケットが欠落しないような方法で行われなければならない。
クライアントのバッファがオーバーフローすることによるパケット損失を回避するための一般的ではあるがむしろ保守的な手法（しばしば「仮定的受信者バッファ（ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ）」と呼ばれる）は、メディアサーバ２１５により送信されているが、すでに再生されたフレームには属さないすべてのパケットが、クライアント２１０のバッファ中に存在すると仮定することである。
フレーム伝送スケジューリングは、次いで、これらのパケットを保持するのに必要なバッファ空間が、メディアセッションに割り振られたバッファ空間を超えないように行われる。明確化のために、メディアサーバ２１５が、この保守的な手法に従うものと仮定する。しかし、例示的実施形態は、中間ノード中にパケットを一時的にキャッシュするなど、パケット損失を回避するための他の手法を併せて使用することができる。
ストリーミングレート制限は、トークンバケットベースのレート制御スキームにより課すことができ、それは、図７に関して後でより詳細に説明するものとする。
クライアントバッファのオーバーフローによるパケット損失を回避する仮定的受信者バッファ法、およびトークンバケットベースのストリーミングレート制御を仮定すると、メディアサーバ２１５は、図５および図６で示すようにフレーム伝送スケジューリングを実行する。
図５は、プリロール期間におけるフレーム伝送スケジューリングのための方法を示す。プリロール期間は、クライアント２１０が、受信したフレームの再生を開始する前の期間を構成する。図５で示すように、プリロール期間中、メディアサーバ２１５は、図７に関して後でより詳細に説明する、トークンバケットベースの伝送制御により課せられる制限を受けて、連続的にフレームを送信しようと試みる。すなわち、メディアサーバ２１５は、トークンバケットベースの伝送レート制御に関連するパケット待ち行列が空であることを感知すると常に、フレームを送り出す。したがって、メディアストリームに属するパケットは、ストリーミングレート制御で決定されたレートで連続的に送信される。
図５を参照すると、例示的な一実施形態では、ステップＳ４０２で、メディアサーバ２１５は、推定されたクライアントバッファレベルＬを０に初期化する。推定されたクライアントバッファレベルＬは、再生を待っているクライアント２１０におけるバッファ中に存在するパケット／フレームの推定（バイト数）である。ステップＳ４０４で、メディアサーバ２１５は、トークンバケットのパケット待ち行列が空であるかどうかを調べる状態に入る。トークンバケットのパケット待ち行列（またはパケット待ち行列）は、クライアント２１０への送信を待っているメディアセッションパケットを格納するメディアサーバ２１５におけるバッファである。パケット待ち行列が空であることが分かるまで、動作は何も行われない。
ステップＳ４０４では、トークンバケットのパケット待ち行列が空である場合、メディアサーバ２１５は、ステップＳ４０６で、送信すべき情報の現在のフレームのサイズＳを計算する。現在のフレームのサイズＳは、そのフレームのビット数またはバイト数に相当するはずである。代替的には、フレームのサイズが、フレームの特定の長さに相当することもできる。
ステップＳ４０８で、メディアサーバ２１５は、クライアントバッファレベルＬの推定をＳだけ増分する（Ｌ ← Ｌ＋Ｓ）。ステップＳ４１０で、メディアサーバ２１５は、送信すべき情報のフレームをパケット化する。
ステップＳ４１２で、メディアサーバ２１５は、パケット待ち行列の中にパケットを入れる。
ステップＳ４１４で、メディアサーバ２１５は、プリロール期間が完了したかどうかを判定する。プリロール期間は、プリロール期間を構成するすべてのフレームが送信された場合に完了する。プリロール期間が完了していない場合、方法はステップＳ４０４に戻り、上記で説明したように続ける。
ステップＳ４１４に戻ると、プリロール期間が完了した場合、メディアサーバ２１５は、図６で示す方法を実施する。
プリロール期間が終了し、クライアント２１０が、受信したメディアフレームの再生を開始すると、フレーム伝送スケジューリングは、トークンバケットベースの伝送レート制御（後により詳細に説明する）により課せられるレート制限内で動作すること、およびクライアントバッファレベルＬのサーバの推定が、確実にメディアセッションに割り振られたバッファサイズを超えないようにすることの２つの制約の下に動作する。図６で示す流れ図は、プリロール後の期間におけるフレーム伝送スケジューリング法を示す。
図６を参照すると、ステップＳ６０２で、メディアサーバ２１５は、トークンバケットのパケット待ち行列が空であるかどうかを調べるために確認する状態に入る。パケット待ち行列が空でなくなるまで、メディアサーバにより何もスケジューリング動作は行われない。パケット待ち行列が、ステップＳ６０２で空である場合、メディアサーバ２１５は、ステップＳ６０４で、送信すべき情報の現在のフレームのサイズＳを計算する。メディアサーバ２１５は、サイズＳに、推定されるクライアントバッファレベルＬを加える。ステップＳ６０６で、推定されたクライアントバッファレベルＬとフレームサイズＳの和が、クライアントバッファサイズ未満である場合、メディアサーバ２１５は、ステップＳ６０８で、Ｌを、推定されたクライアントバッファレベルＬとフレームサイズＳの和に等しく設定する。メディアサーバ２１５は、Ｓ６１０で、フレームをパケット化し、ステップＳ６１２で、パケットをパケット待ち行列の中に入れる。方法は、次いで、ステップＳ６０２に戻り、上記で述べたように続ける。
ステップＳ６０６に戻ると、推定されたクライアントバッファレベルＬとフレームサイズＳの和が、クライアントバッファサイズを超える場合、メディアサーバ２１５は、ステップＳ６１４で待ち状態に入り、クライアントがフレームを再生するために必要な時間期間待つ。ステップＳ６１６で、メディアサーバ２１５は、ちょうど再生されたフレームのサイズだけ、推定されたクライアントバッファレベルＬを減少させる。方法は、次いで、ステップＳ６０４に進み、上記のように続ける。
上記で説明したように、パケットが、クライアント２１０にストリーミングされうるストリーミングレートに対する制限はまた、その各再生時間のどのくらい前に、フレームがメディアサーバ２１５により送信されうるかを制約する。図７は、トークンバケットベースのレート制御スキームにより、ストリーミングレート制限を課すための方法を示す。トークンバケットベースのレート制御スキームは、３つのパラメータにより特徴付けられる：ステップサイズΔ、アップデート間隔τ、および最大のクレジットレベルＧｍａｘである。トークンバケットスキームはまた、状態変数Ｇ（クレジットレベルと呼ばれる）、およびトークンバケットのパケット待ち行列に依存する。上記で説明したように、トークンバケットのパケット待ち行列は、クライアント２１０への送信を待っているメディアセッションパケットを格納するメディアサーバ２１５におけるバッファである。
図７は、フレーム伝送レート制御のための方法を示しており、その場合、メディアサーバ２１５は、メディアセッションと関連付けられた状態変数と、送信する用意のある（メディアセッションに属する）パケットの可用性とに基づいて、クライアント２１０にパケットを送信すべきかどうかを判定する。状態変数は、クレジットレベルＧである。メディアサーバ２１５は、クレジットレベルＧがゼロを超える場合、クライアント２１０にパケットを送信する。図７で示す方法の例示的実施形態は、以下でより詳細に説明されよう。
図７を参照すると、メディアセッションの最初に、メディアサーバ２１５は、ステップＳ７００で、クレジットレベルＧを、最大のクレジットレベルＧｍａｘに初期化する。メディアサーバ２１５は、次いでステップＳ７０２で、タイマをアップデート間隔τの長さに等しく設定する。図７で示された本発明の一実施形態では、アップデート間隔τは、連続して再生するフレーム間の時間間隔よりも小さくなるように選択される。例えば、再生する間隔が３０ｍｓであるとき、アップデート間隔τは、２０ｍｓであるように選択されうる。タイマを設定した後、メディアサーバ２１５は、ステップＳ７０４で待ち状態に入る。待ち状態にある間、メディアサーバ２１５は、送信する用意のあるパケットを待つ、またはタイマが切れるのを待つ。
メディアサーバ２１５が、送信する用意のあるパケット（「新しいパケット」と呼ばれる）を受信（または生成）したとき、メディアサーバ２１５は、ステップＳ７０６で、パケット待ち行列が空であるかどうかを調べる。パケット待ち行列が空ではない場合、新しいパケットは、ステップＳ７１０で、パケット待ち行列の最後に置かれる。メディアサーバ２１５は、次いでステップＳ７０４で待ち状態に戻り、プロセスは、本明細書で説明するように進む。
ステップＳ７０６に戻ると、パケット待ち行列が空である場合、メディアサーバ２１５は、ステップＳ７０８で、クライアント２１０と関連付けられたクレジットレベルＧを調べる。クレジットレベルＧがゼロ以下である場合、プロセスはステップＳ７１０に進み、上記で説明したように続ける。
ステップＳ７０８に戻ると、クレジットレベルＧが０を超える場合、クレジットレベルＧは、ステップＳ７１２で、新しいパケットの長さだけ減分され、そのパケットは送信される。本方法は、次いでステップＳ７０４で待ち状態に戻り、本明細書で説明するように続ける。
ステップＳ７０４で待ち状態にある間に、タイマが切れた場合、メディアサーバ２１５は、ステップＳ７１４で、ステップサイズΔだけクレジットレベルＧを増分する。クレジットレベルＧの増分した値がＧｍａｘを超える場合、クレジットレベルＧはＧｍａｘに設定される。例示的実施形態によれば、ステップサイズΔは、最も最近受信した最大伝送パラメータＷｓと、アップデート間隔τとの積（Ｗｓ＊τ）に等しい。
図７をさらに参照すると、メディアサーバ２１５は、ステップＳ７１６で、増分されたクレジットレベルＧが０を超えるかどうかを調べる。クレジットレベルＧが、ゼロ以下であった場合、プロセスはステップＳ７０２に戻り、タイマはリセットされ、方法は上記で説明したように続ける。
ステップＳ７１６に戻ると、クレジットレベルＧが０を超える場合、メディアサーバ２１５は、ステップＳ７１８で、パケット待ち行列が空であるかどうかを調べる。パケット待ち行列が空である場合、方法はステップＳ７０２に進み、上記で説明したように続ける。
ステップＳ７１８に戻ると、パケット待ち行列が空ではない場合、メディアサーバ２１５は、ステップＳ７２０で、待ち行列から第１のパケット（例えば、最も古い、または最高の優先順位のパケット）を取り除き、そのパケットを送信する。ステップＳ７２０でさらに、メディアサーバ２１５は、クレジットレベルＧを、送信されたパケットの長さだけ減分する。方法は次いでステップＳ７１６に戻り、上記で説明されたように続ける。
本発明をこのように説明したが、本発明を多くの方法で変更できることは明らかである。このような変形形態は本発明から逸脱するものと見なされるべきではなく、このようなすべての修正形態は本発明の範囲内に含まれるものとする。

Claims (10)

  1. ネットワークにおいて、クライアントに対するマルチメディアセッションのコンテンツレートを動的に設定するための方法であって、
    プロキシサーバで、ネットワークに関する現在のチャネル状態情報を含むチャネル状態フィードバックメッセージを、ネットワークコントローラから受信するステップと、
    プロキシサーバで、最も最近の以前のチャネル状態フィードバックメッセージ以降に、受信者レポートメッセージがクライアントから受信されているかどうかを判定するステップと、
    判定するステップに基づいて、拡張フィードバックレポートメッセージおよびショートフィードバックレポートメッセージのうちの一方を、プロキシサーバからメディアサーバに送るステップであり、ショートフィードバックレポートメッセージが、マルチメディアセッションのための少なくとも最大伝送レートパラメータを含み、拡張フィードバックレポートメッセージが、マルチメディアセッションのための少なくとも最大伝送レートパラメータに加えて、少なくとも受信者レポートメッセージ中に含まれる情報を含むステップと
    を含む、方法。
  2. 拡張フィードバックレポートメッセージが、マルチメディアセッションのための最大伝送レートパラメータを含む少なくとも第１のメッセージと、受信者レポートメッセージ中に含まれる情報を含む少なくとも第２のメッセージとを含む、請求項１に記載の方法。
  3. 拡張フィードバックレポートメッセージが、最も最近のチャネル状態フィードバックメッセージ中に含まれる現在のチャネル状態情報をさらに含む、請求項１に記載の方法。
  4. 送るステップが、最も最近の以前のチャネル状態フィードバックメッセージ以降に、受信者レポートメッセージがクライアントから受信されている場合、拡張フィードバックレポートメッセージを送る、請求項１に記載の方法。
  5. ネットワークにおいて、クライアントに対するマルチメディアセッションのためのコンテンツレートを動的に設定する方法であって、
    マルチメディアフレームを、第１のコンテンツレートでメディアサーバからクライアントにストリーミングするステップと、
    プロキシサーバからのプロキシツーサーバメッセージに応じて、メディアサーバで、プロキシツーサーバメッセージ中に含まれる最大伝送レートパラメータに従ってマルチメディアセッションのためのストリーミングレートを設定するステップであり、プロキシツーサーバメッセージが、拡張フィードバックレポートメッセージおよびショートフィードバックレポートメッセージのうちの一方であるステップと、
    プロキシツーサーバメッセージが、拡張フィードバックレポートメッセージであるか、それともショートフィードバックレポートメッセージであるかに基づいて、コンテンツレートの動的な調整を選択的に実施するステップと
    を含む、方法。
  6. 選択的に実施するステップが、プロキシツーサーバメッセージが拡張フィードバックレポートメッセージである場合、コンテンツレートの動的な調整を実施する、請求項５に記載の方法。
  7. 拡張フィードバックレポートメッセージが、クライアントで再生を待っているフレームに対応する少なくともシーケンス番号を含み、動的な調整が、
    クライアントで再生を待っているフレームに対応するシーケンス番号に基づいて、コンテンツレートを増加または減少させるステップを含む、請求項６に記載の方法。
  8. 動的な調整が、
    シーケンス番号に基づいて、複数のコンテンツレート選択メトリックを計算するステップと、
    コンテンツレート選択メトリックの少なくとも一部を、複数のしきい値と比較するステップと、
    比較するステップに基づいて、コンテンツレートを調整するステップと
    をさらに含む、請求項７に記載の方法。
  9. 複数のコンテンツレート選択メトリックが、少なくとも好ましいチャネル状態メトリックを含み、また比較するステップが、少なくとも好ましいチャネル状態メトリックを好ましいチャネル状態しきい値と比較し、また調整するステップがさらに、
    好ましいチャネル状態メトリックが、好ましいチャネル状態しきい値を超える場合、コンテンツレートを増加させるステップを含む、請求項８に記載の方法。
  10. 複数のコンテンツレート選択メトリックが、少なくとも好ましくないチャネル状態メトリックを含み、また比較するステップが、少なくとも好ましくないチャネル状態メトリックを好ましくないチャネル状態しきい値と比較し、また調整するステップがさらに、
    好ましくないチャネル状態メトリックが、好ましくないチャネル状態しきい値を超える場合、コンテンツレートを減少させるステップを含む、請求項８に記載の方法。
JP2010521881A 2007-08-24 2008-08-21 プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択 Expired - Fee Related JP5341089B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US96601707P 2007-08-24 2007-08-24
US96602007P 2007-08-24 2007-08-24
US60/966,017 2007-08-24
US60/966,020 2007-08-24
US12/222,896 2008-08-19
US12/222,897 US8812712B2 (en) 2007-08-24 2008-08-19 Proxy-driven content rate selection for streaming media servers
US12/222,896 US8190750B2 (en) 2007-08-24 2008-08-19 Content rate selection for media servers with proxy-feedback-controlled frame transmission
US12/222,897 2008-08-19
PCT/US2008/009968 WO2009029204A2 (en) 2007-08-24 2008-08-21 Content rate selection for media servers with proxy-feedback-controlled frame transmission

Publications (2)

Publication Number Publication Date
JP2010537557A true JP2010537557A (ja) 2010-12-02
JP5341089B2 JP5341089B2 (ja) 2013-11-13

Family

ID=40472915

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2010521881A Expired - Fee Related JP5341089B2 (ja) 2007-08-24 2008-08-21 プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択
JP2010521879A Pending JP2010537556A (ja) 2007-08-24 2008-08-21 ストリーミングメディアサーバのための、プロキシ駆動型コンテンツレート選択

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2010521879A Pending JP2010537556A (ja) 2007-08-24 2008-08-21 ストリーミングメディアサーバのための、プロキシ駆動型コンテンツレート選択

Country Status (6)

Country Link
US (3) US8812712B2 (ja)
EP (2) EP2186296A2 (ja)
JP (2) JP5341089B2 (ja)
KR (2) KR101397815B1 (ja)
CN (2) CN101785275B (ja)
WO (2) WO2009029204A2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016116065A (ja) * 2014-12-15 2016-06-23 日本放送協会 受信機、送信機、及びコンテンツの受信方法
JP2016521059A (ja) * 2013-04-18 2016-07-14 サムスン エレクトロニクス カンパニー リミテッド マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置

Families Citing this family (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050060424A1 (en) * 2003-09-15 2005-03-17 Sachin Garg Congestion management in telecommunications networks
US20050060423A1 (en) * 2003-09-15 2005-03-17 Sachin Garg Congestion management in telecommunications networks
JP2005191933A (ja) * 2003-12-25 2005-07-14 Funai Electric Co Ltd 送信装置、送受信システム
US7724703B2 (en) * 2005-10-13 2010-05-25 Belden, Inc. System and method for wireless network monitoring
US8966018B2 (en) 2006-05-19 2015-02-24 Trapeze Networks, Inc. Automated network device configuration and network deployment
US9198084B2 (en) * 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US8818322B2 (en) 2006-06-09 2014-08-26 Trapeze Networks, Inc. Untethered access point mesh system and method
US9258702B2 (en) * 2006-06-09 2016-02-09 Trapeze Networks, Inc. AP-local dynamic switching
US8812712B2 (en) * 2007-08-24 2014-08-19 Alcatel Lucent Proxy-driven content rate selection for streaming media servers
WO2009029110A1 (en) * 2007-08-31 2009-03-05 Vulano Group, Inc. Forward path multi-media management system with end user feedback to distributed content sources
WO2009029113A1 (en) 2007-08-31 2009-03-05 Vulano Group, Inc. Transaction management system in a multicast or broadcast wireless communication network
US8307035B2 (en) * 2007-08-31 2012-11-06 Lava Two, Llc Virtual Aggregation Processor for incorporating reverse path feedback into content delivered on a forward path
EP3291636B1 (en) * 2007-10-25 2020-04-29 Cisco Technology, Inc. Interworking gateway for mobile nodes
US8837349B2 (en) * 2008-02-07 2014-09-16 Gilat Satellite Networks Ltd. Real-time sessions quality-of-service over reservation-based access
EP2258085A1 (en) * 2008-03-10 2010-12-08 Dilithium Holdings, Inc. Method and apparatus for video services
US9100549B2 (en) * 2008-05-12 2015-08-04 Qualcomm Incorporated Methods and apparatus for referring media content
KR20100037573A (ko) * 2008-10-01 2010-04-09 삼성전자주식회사 무선 통신 망에서의 데이터 송수신 장치 및 방법
EP2350854B1 (en) * 2008-10-17 2018-12-05 Ericsson AB Method and apparatus for efficient http data streaming
US9398089B2 (en) * 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
US8615596B1 (en) 2009-01-14 2013-12-24 Sprint Communications Company L.P. Communication method and system for providing content to a communication device according to a user preference
US20100205321A1 (en) * 2009-02-12 2010-08-12 Qualcomm Incorporated Negotiable and adaptable periodic link status monitoring
US9532293B2 (en) 2009-03-18 2016-12-27 Cisco Technology, Inc. Localized forwarding
US8312337B2 (en) 2009-05-01 2012-11-13 Clearwire Ip Holdings Llc System and method for dynamic hybrid automatic repeat request (HARQ) enable/disable
US8797945B2 (en) * 2009-05-01 2014-08-05 Clearwire Ip Holdings Llc System and method for hybrid schemes of MIMO mode decision
US8233434B2 (en) * 2009-05-01 2012-07-31 Clearwire Ip Holdings Llc System and method for adaptive control of an averaging parameter for PCINR and RSSI
US9264248B2 (en) 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
US8743696B2 (en) 2009-08-07 2014-06-03 Cisco Technology, Inc. Mobile transport solution for offloading to an alternate network
CN101996288A (zh) * 2009-08-18 2011-03-30 精品科技股份有限公司 资讯安全管理系统
US8693367B2 (en) * 2009-09-26 2014-04-08 Cisco Technology, Inc. Providing offloads in a communication network
US9015318B1 (en) 2009-11-18 2015-04-21 Cisco Technology, Inc. System and method for inspecting domain name system flows in a network environment
US9009293B2 (en) 2009-11-18 2015-04-14 Cisco Technology, Inc. System and method for reporting packet characteristics in a network environment
US9148380B2 (en) * 2009-11-23 2015-09-29 Cisco Technology, Inc. System and method for providing a sequence numbering mechanism in a network environment
US20120314574A1 (en) * 2009-12-07 2012-12-13 Interdigital Patent Holdings, Inc. Method and apparatus for enabling coder selection and rate adaptation for 3gpp for media streams between a media and a mobile terminal
US9582238B2 (en) * 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
US8792495B1 (en) 2009-12-19 2014-07-29 Cisco Technology, Inc. System and method for managing out of order packets in a network environment
KR101633935B1 (ko) * 2010-03-09 2016-07-08 엘지전자 주식회사 단말에 기반한 펨토 기지국 간 채널 생성 방법 및 장치
CA2793960C (en) * 2010-03-23 2018-05-22 Reversinglabs Corporation Cloud-based web content filtering
US8335192B2 (en) * 2010-04-13 2012-12-18 Qualcomm Incorporated Selectively transitioning between physical-layer networks during a streaming communication session within a wireless communications system
US20110282980A1 (en) * 2010-05-11 2011-11-17 Udaya Kumar Dynamic protection of a resource during sudden surges in traffic
EP2604012B1 (en) 2010-08-10 2017-10-04 Telefonaktiebolaget LM Ericsson (publ) A method in a media client, a media client, a control entity and a method in a control entity
US8811393B2 (en) 2010-10-04 2014-08-19 Cisco Technology, Inc. IP address version interworking in communication networks
US8787303B2 (en) 2010-10-05 2014-07-22 Cisco Technology, Inc. Methods and apparatus for data traffic offloading at a router
US20120102184A1 (en) * 2010-10-20 2012-04-26 Sony Corporation Apparatus and method for adaptive streaming of content with user-initiated quality adjustments
US8520723B2 (en) 2010-12-09 2013-08-27 Qualcomm Incorporated Universal real-time interface for wireless modems
US9565117B2 (en) 2010-12-22 2017-02-07 Cisco Technology, Inc. Adaptive intelligent routing in a communication system
US9003057B2 (en) 2011-01-04 2015-04-07 Cisco Technology, Inc. System and method for exchanging information in a mobile wireless network environment
US8477730B2 (en) 2011-01-04 2013-07-02 Cisco Technology, Inc. Distributed load management on network devices
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US8964783B2 (en) 2011-01-21 2015-02-24 Qualcomm Incorporated User input back channel for wireless displays
US20130013318A1 (en) 2011-01-21 2013-01-10 Qualcomm Incorporated User input back channel for wireless displays
US9065876B2 (en) 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
CA2830931A1 (en) * 2011-04-26 2012-11-01 Blackberry Limited Representation grouping for http streaming
US9202024B2 (en) 2011-05-02 2015-12-01 Inside Secure Method for playing digital contents projected with a DRM (digital rights management) scheme and corresponding system
US20120284370A1 (en) * 2011-05-02 2012-11-08 Authentec, Inc. Method, system, or user device for adaptive bandwidth control of proxy multimedia server
US20120284804A1 (en) 2011-05-02 2012-11-08 Authentec, Inc. System and method for protecting digital contents with digital rights management (drm)
US8737221B1 (en) 2011-06-14 2014-05-27 Cisco Technology, Inc. Accelerated processing of aggregate data flows in a network environment
US8792353B1 (en) 2011-06-14 2014-07-29 Cisco Technology, Inc. Preserving sequencing during selective packet acceleration in a network environment
US8948013B1 (en) 2011-06-14 2015-02-03 Cisco Technology, Inc. Selective packet sequence acceleration in a network environment
US8743690B1 (en) 2011-06-14 2014-06-03 Cisco Technology, Inc. Selective packet sequence acceleration in a network environment
EP2575302A1 (en) 2011-09-30 2013-04-03 British Telecommunications Public Limited Company Method of bandwidth management for content delivery and related aspects
KR101491604B1 (ko) * 2011-11-02 2015-02-13 주식회사 케이티 다중 채널을 이용한 콘텐츠 제공 방법 및 시스템
US9363788B2 (en) * 2011-11-09 2016-06-07 Qualcomm Incorporated Efficient variable rate for broadcast/multicast service
CN103188236B (zh) * 2011-12-30 2015-12-16 华为技术有限公司 媒体传输质量的评估方法和装置
US9525998B2 (en) 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
US10123368B2 (en) 2012-02-23 2018-11-06 Cisco Technology, Inc. Systems and methods for supporting multiple access point names for trusted wireless local area network
KR101931407B1 (ko) * 2012-04-23 2018-12-20 어펌드 네트웍스, 인크. Ｈｔｔｐ 의사 스트리밍용 적분 제어기 기반 페이싱
US9699103B2 (en) * 2012-09-05 2017-07-04 Flash Networks, Ltd Method and system for flow controlling
JP6236459B2 (ja) 2012-10-19 2017-11-22 インターデイジタル パテント ホールディングス インコーポレイテッド Ｈｔｔｐストリーミングのための多仮説レート適合
US9654533B2 (en) 2013-01-17 2017-05-16 Electronics And Telecommunications Research Institute Method of adaptively delivering media based on reception status information from media client and apparatus using the same
US9237467B2 (en) 2013-11-27 2016-01-12 At&T Intellectual Property I, L.P. Adaptive pacing of media content delivery over a wireless network
US9419902B1 (en) 2013-12-30 2016-08-16 Google Inc. Method and system for network micro flow control
US10051294B2 (en) * 2015-03-31 2018-08-14 Avago Technologies General Ip (Singapore) Pte. Ltd. Compressed video buffering
US10993069B2 (en) * 2015-07-16 2021-04-27 Snap Inc. Dynamically adaptive media content delivery
KR102209292B1 (ko) 2015-11-04 2021-01-29 삼성전자 주식회사 멀티미디어 시스템에서 데이터 제공 방법 및 장치
JP6674856B2 (ja) 2016-07-27 2020-04-01 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信制御装置、通信制御方法及び通信制御システム
CN107809746B (zh) * 2016-09-09 2021-06-04 松下电器（美国）知识产权公司 通信方法、服务器以及无线发布系统
US10334287B2 (en) * 2017-04-17 2019-06-25 Plex, Inc. Digital data streaming using server driven adaptive bitrate
US20230216907A1 (en) * 2020-05-29 2023-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Controlling communications from content server to end device
CN114501351B (zh) * 2022-01-28 2024-04-26 阿里巴巴（中国）有限公司 流量控制方法、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002281047A (ja) * 2001-01-10 2002-09-27 Ntt Docomo Inc パケット通信制御装置及び方法、データ通信中継装置及び方法、並びにネットワークシステム
JP2002281078A (ja) * 2001-03-21 2002-09-27 Ntt Docomo Inc 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置
JP2006520544A (ja) * 2003-03-17 2006-09-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 伝送能力に関する情報を得るための方法
JP2006352420A (ja) * 2005-06-15 2006-12-28 Kddi Corp 通信品質情報を含む品質パケットを送受信する端末、品質レポートサーバ及びプログラム

Family Cites Families (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6460036B1 (en) 1994-11-29 2002-10-01 Pinpoint Incorporated System and method for providing customized electronic newspapers and target advertisements
EP0867003A2 (en) 1995-12-12 1998-09-30 The Board of Trustees for the University of Illinois Method of and system for transmitting and/or retrieving real-time video and audio information over performance-limited transmission systems
JP3435293B2 (ja) * 1996-09-10 2003-08-11 株式会社東芝 パケットスケジューリング装置及びパケット転送方法
US6690647B1 (en) * 1998-01-30 2004-02-10 Intel Corporation Method and apparatus for characterizing network traffic
JP2000023240A (ja) * 1998-06-30 2000-01-21 Matsushita Electric Ind Co Ltd 無線通信装置及び無線通信方法
US6452915B1 (en) * 1998-07-10 2002-09-17 Malibu Networks, Inc. IP-flow classification in a wireless point to multi-point (PTMP) transmission system
US7653002B2 (en) 1998-12-24 2010-01-26 Verizon Business Global Llc Real time monitoring of perceived quality of packet voice transmission
US6718390B1 (en) * 1999-01-05 2004-04-06 Cisco Technology, Inc. Selectively forced redirection of network traffic
US6430187B1 (en) * 1999-06-03 2002-08-06 Fujitsu Network Communications, Inc. Partitioning of shared resources among closed user groups in a network access device
US6674721B1 (en) * 2000-03-07 2004-01-06 Cisco Technology, Inc. Method and apparatus for scheduling packets being sent from a component of a packet switching system
JP2001274858A (ja) * 2000-03-27 2001-10-05 Seiko Epson Corp ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体
DE60042965D1 (de) * 2000-05-24 2009-10-29 Sony Deutschland Gmbh Dienstqualitätsunterhandlung
US7191242B1 (en) 2000-06-22 2007-03-13 Apple, Inc. Methods and apparatuses for transferring data
US7346676B1 (en) * 2000-07-19 2008-03-18 Akamai Technologies, Inc. Load balancing service
US7788354B2 (en) 2000-07-28 2010-08-31 Siddhartha Nag End-to-end service quality in a voice over Internet Protocol (VoIP) Network
US7068607B2 (en) * 2000-08-31 2006-06-27 Telefonktiebolaget Lm Ericsson (Publ) Bandwidth broker for cellular radio access networks
US7009949B1 (en) 2000-11-17 2006-03-07 Lucent Technologies Inc. Asymmetric rate feedback and adjustment system for wireless communications
JP3726684B2 (ja) * 2001-01-11 2005-12-14 株式会社Ｋｄｄｉ研究所 動画像データ転送における輻輳を回避する通信システム
US8554940B2 (en) 2001-01-19 2013-10-08 Single Touch Interactive, Inc. System and method for routing media
EP1248431B1 (en) 2001-03-27 2007-10-31 Sony Deutschland GmbH Method for achieving end-to-end quality of service negotiation for distributed multimedia applications
US7269157B2 (en) 2001-04-10 2007-09-11 Internap Network Services Corporation System and method to assure network service levels with intelligent routing
US20020194609A1 (en) * 2001-06-18 2002-12-19 Tran Thanh T. Video client with dynamically allocable video buffer for efficiently streaming video
US7362707B2 (en) 2001-07-23 2008-04-22 Acme Packet, Inc. System and method for determining flow quality statistics for real-time transport protocol data flows
US20030198184A1 (en) 2001-08-31 2003-10-23 Joe Huang Method of dynamically determining real-time multimedia streaming rate over a communications networks
US6996624B1 (en) * 2001-09-27 2006-02-07 Apple Computer, Inc. Reliable real-time transport protocol
JP2003153229A (ja) * 2001-11-15 2003-05-23 Mitsubishi Electric Corp データ通信装置及びデータ通信方法
SE524599C2 (sv) * 2002-01-18 2004-08-31 Ericsson Telefon Ab L M Metod, system och datorprogramprodukt för att anordna tjänstekvalitet QoS
US7529263B1 (en) * 2002-01-19 2009-05-05 Ucentric Systems, Inc. Local area-networked system having intelligent traffic control and efficient bandwidth management
US7742504B2 (en) * 2002-01-24 2010-06-22 University Of Southern California Continuous media system
US7634568B2 (en) * 2002-02-07 2009-12-15 Sprint Spectrum L.P. Method and system for facilitating services in a communication network through data-publication by a signaling server
US7161907B2 (en) 2002-03-05 2007-01-09 Sun Microsystems, Inc. System and method for dynamic rate flow control
JP4116470B2 (ja) * 2002-03-06 2008-07-09 ヒューレット・パッカード・カンパニー メディア・ストリーミング配信システム
US7327708B2 (en) * 2002-04-25 2008-02-05 Inet Technologies, Inc. Multimedia traffic optimization
JP4351418B2 (ja) * 2002-04-26 2009-10-28 株式会社エヌ・ティ・ティ・ドコモ マルチメディアストリーミング送出レート制御方法および装置
ES2236461T3 (es) 2002-07-05 2005-07-16 Alcatel Control de admision para recursos en una red de acceso.
FI116498B (fi) * 2002-09-23 2005-11-30 Nokia Corp Kaistanleveyden mukauttaminen
JP4297875B2 (ja) 2002-11-05 2009-07-15 富士通株式会社 ネットワーク中継方法及び装置
US7337239B2 (en) * 2002-11-19 2008-02-26 Microsoft Corporation Atomic message division
SG111978A1 (en) 2002-11-20 2005-06-29 Victor Company Of Japan An mpeg-4 live unicast video streaming system in wireless network with end-to-end bitrate-based congestion control
US7225267B2 (en) 2003-01-27 2007-05-29 Microsoft Corporation Reactive bandwidth control for streaming data
US7991905B1 (en) * 2003-02-12 2011-08-02 Netapp, Inc. Adaptively selecting timeouts for streaming media
JP2006525693A (ja) * 2003-02-13 2006-11-09 ノキア コーポレイション マルチメディア・ストリーミングにおけるクライアント速度機能のシグナリング方法
US7606928B2 (en) * 2003-03-21 2009-10-20 Nokia Corporation Method and device for controlling receiver buffer fullness level in multimedia streaming
SE0301053D0 (sv) 2003-04-07 2003-04-07 Ericsson Telefon Ab L M Method and system in a communications network
US7251216B2 (en) * 2003-04-23 2007-07-31 At&T Corp. Methods and systems for configuring voice over internet protocol network quality of service
US20040240390A1 (en) 2003-05-30 2004-12-02 Vidiator Enterprises Inc. Method and apparatus for dynamic bandwidth adaptation
US7701915B2 (en) * 2003-06-27 2010-04-20 Nokia Corporation Method in a communication system, a communication system and a communication device
US7054774B2 (en) * 2003-06-27 2006-05-30 Microsoft Corporation Midstream determination of varying bandwidth availability
US7698453B2 (en) * 2003-07-29 2010-04-13 Oribital Data Corporation Early generation of acknowledgements for flow control
US7873346B2 (en) * 2003-11-19 2011-01-18 Justus Petersson Arrangement and method for determining charging in a telecommunications system
US7477602B2 (en) 2004-04-01 2009-01-13 Telcordia Technologies, Inc. Estimator for end-to-end throughput of wireless networks
US7647614B2 (en) 2004-06-07 2010-01-12 Sling Media, Inc. Fast-start streaming and buffering of streaming content for personal media player
DE602004002471T2 (de) 2004-06-22 2007-01-18 Alcatel Verfahren und System zur Beteitstellung einer Übertragungsverbindung für Datenstromverkehr
KR20070119005A (ko) * 2004-12-17 2007-12-18 텔케미, 인코포레이티드 실시간 멀티미디어 세션의 품질 개선 시스템 및 방법
US8015306B2 (en) * 2005-01-05 2011-09-06 Control4 Corporation Method and apparatus for synchronizing playback of streaming media in multiple output devices
KR20070114308A (ko) * 2005-04-07 2007-11-30 노키아 코포레이션 스트리밍 배달의 버퍼링
US8184641B2 (en) * 2005-07-20 2012-05-22 Verizon Business Global Llc Method and system for providing secure communications between proxy servers in support of interdomain traversal
US8842555B2 (en) * 2005-10-21 2014-09-23 Qualcomm Incorporated Methods and systems for adaptive encoding of real-time information in packet-switched wireless communication systems
US20070174474A1 (en) 2005-11-08 2007-07-26 Nokia Corporation System and method for providing feedback and forward transmission for remote interaction in rich media applications
KR100776308B1 (ko) 2005-12-12 2007-11-13 한국전자통신연구원 휴대인터넷 시스템에서 ＶｏＩＰ 서비스 품질을 보장하기 위한 스케줄링 방법 및 그 장치
US7903674B2 (en) * 2006-02-09 2011-03-08 International Business Machines Corporation Method and apparatus for managing multiple user sessions in an internet protocol (IP) multi media system (IMS)
JP4572181B2 (ja) * 2006-07-13 2010-10-27 株式会社日立製作所 ＱｏＳ制御システム
JP2009544259A (ja) * 2006-07-14 2009-12-10 クゥアルコム・インコーポレイテッド 無線通信システムにおけるポリシー施行のための方法及び装置
WO2008021182A2 (en) * 2006-08-09 2008-02-21 Interdigital Technology Corporation Method and apparatus for providing differentiated quality of service for packets in a particular flow
US7779146B2 (en) * 2006-11-09 2010-08-17 Sharp Laboratories Of America, Inc. Methods and systems for HTTP streaming using server-side pacing
US8929360B2 (en) 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
US7883419B2 (en) * 2007-01-31 2011-02-08 Hewlett-Packard Development Company, L.P. Proxy device to packetize data to send to a wireless network
US7617337B1 (en) 2007-02-06 2009-11-10 Avaya Inc. VoIP quality tradeoff system
US7865614B2 (en) * 2007-02-12 2011-01-04 International Business Machines Corporation Method and apparatus for load balancing with server state change awareness
US8180283B2 (en) 2007-02-14 2012-05-15 Alcatel Lucent Method of providing feedback to a media server in a wireless communication system
US8081609B2 (en) 2007-02-14 2011-12-20 Alcatel Lucent Proxy-based signaling architecture for streaming media services in a wireless communication system
US20100097993A1 (en) * 2007-02-23 2010-04-22 Jun Hirano System for Effective Position Management Signaling Associated with Mobile Node Moving in Mobile Network, Router, Mobile Node, and Mobile Router
US20090013078A1 (en) * 2007-07-03 2009-01-08 4Dk Technologies, Inc. Optimized Signaling Protocol, Including Session Initiation Protocol (SIP), in a Communications Environment
US8812712B2 (en) * 2007-08-24 2014-08-19 Alcatel Lucent Proxy-driven content rate selection for streaming media servers

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002281047A (ja) * 2001-01-10 2002-09-27 Ntt Docomo Inc パケット通信制御装置及び方法、データ通信中継装置及び方法、並びにネットワークシステム
JP2002281078A (ja) * 2001-03-21 2002-09-27 Ntt Docomo Inc 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置
JP2006520544A (ja) * 2003-03-17 2006-09-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 伝送能力に関する情報を得るための方法
JP2006352420A (ja) * 2005-06-15 2006-12-28 Kddi Corp 通信品質情報を含む品質パケットを送受信する端末、品質レポートサーバ及びプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016521059A (ja) * 2013-04-18 2016-07-14 サムスン エレクトロニクス カンパニー リミテッド マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置
US10291535B2 (en) 2013-04-18 2019-05-14 Samsung Electronics Co., Ltd. Method and apparatus for controlling media delivery in multimedia transport network
JP2016116065A (ja) * 2014-12-15 2016-06-23 日本放送協会 受信機、送信機、及びコンテンツの受信方法

Also Published As

Publication number Publication date
CN101785274A (zh) 2010-07-21
KR101397815B1 (ko) 2014-05-20
WO2009029204A3 (en) 2009-06-04
KR20100057622A (ko) 2010-05-31
WO2009029204A2 (en) 2009-03-05
CN101785275A (zh) 2010-07-21
US8190750B2 (en) 2012-05-29
JP2010537556A (ja) 2010-12-02
US20090083431A1 (en) 2009-03-26
JP5341089B2 (ja) 2013-11-13
US8812712B2 (en) 2014-08-19
US20110225317A1 (en) 2011-09-15
WO2009029202A3 (en) 2009-05-14
EP2186296A2 (en) 2010-05-19
CN101785275B (zh) 2014-06-04
KR101524325B1 (ko) 2015-05-29
WO2009029202A2 (en) 2009-03-05
KR20100074111A (ko) 2010-07-01
US20090089447A1 (en) 2009-04-02
EP2186295A2 (en) 2010-05-19
US8626943B2 (en) 2014-01-07

Similar Documents

Publication Publication Date Title
JP5341089B2 (ja) プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択
US9203886B2 (en) Content rate control for streaming media servers
KR101107816B1 (ko) 프록시 기반 시그널링 방법
JP5373638B2 (ja) 無線通信システム内でメディア・サーバにフィードバックを提供する方法
JP4643330B2 (ja) 通信処理装置、データ通信システム、および通信処理方法、並びにコンピュータ・プログラム
CN103460782A (zh) 蜂窝网络中的QoE感知业务输送
JP5252347B2 (ja) ネットワークシステム及び通信計画サーバ
Balachandran et al. Proactive content rate selection for enhanced streaming media quality
JP4247888B2 (ja) 映像配信システムおよび映像配信方法
Lee et al. Adaptive rate control scheme for streaming-based content sharing service

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110808

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20130121

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20130227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130319

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130807

R150 Certificate of patent or registration of utility model

Ref document number: 5341089

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees