(57)【要約】【解決手段】  強化されたバックホール・フロー制御用技術が提供される。典型的な実施形態では、基地局コントローラ（ＢＳＣ）、バックホール・ネットワークおよび基地トランシーバ局（ＢＴＳ）を具備するバックホール・コントロール・システムが記述されている。各々は、送受信されたデータおよびメッセージングに応答する。一側面では、ＢＴＳはキューおよびコントローラを含んでいる。キュー中のデータ量は、目標キュー・サイズ値を算出することに基づいてコントローラによって調節される。コントローラは、通信システム・パラメータに基づいている目標キュー・サイズ値に基づいてキュー中のデータ量を非均一的に調節する。目標キュー・サイズおよびキュー中のデータ量はバッファ・アンダーランを減じ、システム・レイテンシを減じ、通信システム・スループットを増やすように調節される。【選択図】      図３
2011523528.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を具備する通信システム中の方法。
【請求項２】
前記キューの前記サイズ（Q_BTS）を調節することが、レイテンシを減じる、
請求項１の方法。
【請求項３】
前記キューの前記サイズ（Q_BTS）を調節することが、バッファ・アンダーランを減じる、
請求項１の方法。
【請求項４】
前記キューの前記サイズ（Q_BTS）を調節することが、通信システム・スループットを増やす、
請求項１の方法。
【請求項５】
前記キューの前記サイズ（Q_BTS）を調節することが、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項１の方法。
【請求項６】
前記キューの前記目標サイズ（Target_Q_BTS）を調節することが、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項１の方法。
【請求項７】
キューおよびコントローラを有する、通信システム中で使用される装置であって、
前記コントローラは、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいてキューのサイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を行なうように構成されている装置。
【請求項８】
前記コントローラが、レイテンシを減じるために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項９】
前記コントローラが、バッファ・アンダーランを減じるために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項１０】
前記コントローラが、通信システム・スループットを増やすために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項１１】
前記コントローラおよびキューが、マルチキャリア無線システム（１００）の一部である、
請求項７の装置。
【請求項１２】
前記コントローラが、前記キューの前記サイズ（Q_BTS）を調節することをイネーブルおよびディセーブルにするように構成されている、
請求項７の装置。
【請求項１３】
前記コントローラが、前記キューの前記目標サイズ（Target_Q_BTS）を最小（Q_min）を下回らずかつ最大（Q_max）を上回らないように調節するように構成されている、
請求項７の装置。
【請求項１４】
前記コントローラおよびキューが、インターネット・プロトコル・バージョン４（ＩＰｖ４）およびインターネット・プロトコル・バージョン６（ＩＰｖ６）システムのうちの少なくとも一方において動作するように構成されている、インターネット・プロトコル（ＩＰ）に基づいた通信システムの一部である、
請求項７の装置。
【請求項１５】
キューおよびコントローラを含んだ基地トランシーバ局であって、
前記コントローラは、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出し、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節する、
ように構成されており、
前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、
基地トランシーバ局（ＢＴＳ）。
【請求項１６】
前記キューの前記サイズ（Q_BTS）を調節することが、レイテンシを減じることである、
請求項１５のＢＴＳ。
【請求項１７】
前記キューの前記サイズ（Q_BTS）を調節することが、バッファ・アンダーランを減じることである、
請求項１５のＢＴＳ。
【請求項１８】
前記キューの前記サイズ（Q_BTS）を調節することが、通信システム・スループットを増やすことである、
請求項１５のＢＴＳ。
【請求項１９】
前記ＢＴＳが、マルチキャリア無線システム（１００）の一部である、
請求項１５のＢＴＳ。
【請求項２０】
前記コントローラが、前記キューの前記サイズ（Q_BTS）を調節することをイネーブルおよびディセーブルにするようにさらに構成されている、
請求項１５のＢＴＳ。
【請求項２１】
前記キューの前記目標サイズ（Target_Q_BTS）を調節することが、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項１５のＢＴＳ。
【請求項２２】
前記ＢＴＳが、インターネット・プロトコル・バージョン４（ＩＰｖ４）およびインターネット・プロトコル・バージョン６（ＩＰｖ６）システムのうちの少なくとも一方において動作するように構成されている、インターネット・プロトコル（ＩＰ）に基づいた通信システムの一部である、
請求項１５のＢＴＳ。
【請求項２３】
キューを含み、通信システム中で使用されるように構成されている装置であって、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出するための手段であって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出するための手段と、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節するための手段と、
を具備する装置。
【請求項２４】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、レイテンシを減じる、
請求項２３の装置。
【請求項２６】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、バッファ・アンダーランを減じる、
請求項２３の装置。
【請求項２７】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、通信システム・スループットを増やす、
請求項２３の装置。
【請求項２８】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項２３の装置。
【請求項２９】
前記キューの前記目標サイズ（Target_Q_BTS）を調節するための手段が、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにする、
請求項２３の装置。
【請求項３０】
実行されると、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を機械に実行させる命令を具備する機械可読媒体。
【請求項３１】
前記キューの前記サイズ（Q_BTS）を調節するための命令が、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項３０の機械可読媒体。
【請求項３２】
前記キューの前記目標サイズ（Target_Q_BTS）を調節するための命令が、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項３０の機械可読媒体。
【発明の詳細な説明】
【関連出願の表示】
【０００１】
本出願は、２００８年５月９日に出願された「ENHANCED BACKHAUL FLOW CONTROL FOR MULTI-CARRIER WIRELESS SYSTEMS」と題し、本出願の譲渡人に譲渡されかつ本明細書において参照することによりここに明白に組み込まれる、仮出願番号61/052,133の優先権を主張する。
【技術分野】
【０００２】
本開示は、概して通信システムに関し、より具体的には強化されたバックホール・フロー制御に関する。
【背景技術】
【０００３】
通信システム、特に無線通信システムは、音声、データなどのような様々なタイプの通信内容を提供するために広く配備されている。これらのシステムは、利用可能なシステム・リソース（例えば帯域幅および送信電力）を共用することによって、複数ユーザとの通信をサポートすることが可能である多元接続システムであり得る。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・エボルーション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。
【０００４】
無線式の多元接続またはマルチキャリア伝送システムは、複数の無線端末のための通信を同時にサポートすることが可能である。各端末は、順方向リンクおよび逆方向リンク上で通信（通信されたもの）を介して１つまたは複数の基地局と通信する。順方向リンク（または下りリンク）は基地局から端末への通信リンクを指し、また、逆方向リンク（または上りリンク）は端末から基地局への通信リンクを指す。
【０００５】
無線リソース効率を上げるために、マルチキャリアＣＤＭＡシステムは、データ・トラフィックが複数のキャリア上で同時に流れることを可能にすることによって実行される。その結果、システム効率および性能が増加し、全体的なシステム・レイテンシが減少する。複数リソースを結合することが統計的な（統計に基づいた）トランキング利得をもたらすことが、本技術分野において知られている。
【０００６】
したがって、最大の統計的トランキング利得を可能にするためのシステム運用とフロー制御を最適化するマルチキャリア・システムが望まれる。
【発明の概要】
【０００７】
強化されたバックホール・フロー制御用技術が提供される。典型的な実施形態では、基地局コントローラ（ＢＳＣ）、バックホール・ネットワークおよび基地トランシーバ局（ＢＴＳ）を具備するバックホール・コントロール・システムが記述されている。各々は、送受信されたデータおよびメッセージングに応答する。一側面では、ＢＴＳはキューおよびコントローラを含んでいる。キュー中のデータ量は、目標キュー・サイズ値を算出することに基づいてコントローラによって調節される。コントローラは、通信システム・パラメータに基づいている目標キュー・サイズ値に基づいてキュー中のデータ量を非均一的に調節する。目標キュー・サイズおよびキュー中のデータ量はバッファ・アンダーランを減じ、システム・レイテンシを減じ、通信システム・スループットを増やすように調節される。
【０００８】
本開示の様々な他の側面および実施形態は、以下により詳細に記述されている。
【０００９】
本概要は、本開示の完全な程度および範囲を代表するものとして解釈されることを意図されておらず、また、そのように解釈されるべきではない。これらの側面およびさらなる側面は、詳細な記述から、特に添付図面と共に使用されると、より容易に明らかになるだろう。
【図面の簡単な説明】
【００１０】
【図１】マルチキャリアＩＰに基づいた無線通信システムのブロック図を示している。
【図２】マルチキャリアＩＰに基づいた無線通信システム中のＢＴＳのブロック図を示している。
【図３】典型的な実施形態に従ってＢＴＳコントローラによって実行される、強化されたフロー制御についての工程を示している。
【図４】図３中の工程のより詳細なフローチャートを示している。
【図５】代替的な典型的実施形態に従った強化されたバックホール制御についてのより詳細なフローチャートを示している。
【図６】強化されたフロー制御についての目標キュー・サイズを更新するサブ工程のルーチンを示している。
【図７】ＢＳＣによって実行される、強化されたバックホール・フロー制御についての工程を示している。
【図８】時間にわたる目標キュー・サイズの調節をグラフによって例示している。
【００１１】
理解を円滑にするために、可能な場合、図に共通の同一の要素を示すために同一の参照数字が使用されている。ただし、適切な場合、そのような要素を区別するために添え字が付され得る。図面中の像は、例証目的のために簡略化され、スケール通りに必ずしも描かれていない。
【００１２】
添付図面は、本開示の典型的な構成を例示しており、したがって、他の同等に有効な構成を受け入れ得る本開示の範囲を制限することと見なされるべきでない。相応して、いくつかの構成の要素がさらなる記述無しに他の構成に有益に組み入れられ得ることが企図されている。
【詳細な記述】
【００１３】
「典型的」という文言は「例、実例、または例証として役立つ」ことを意味するために本明細書において使用されている。「典型的」と本明細書において記述されている実施形態はいずれも、好ましいものまたは他の実施形態よりも有利なものとして必ずしも解釈されるべきではない。
【００１４】
添付図面との関連で下に記述されている詳細な記述は、本発明の典型的な実施形態の記述であることを意図されており、本発明を実行されることが可能な唯一の実施形態を表わすことを意図されていない。この記述の全体にわたって使用されている文言「典型的」は、「例、実例、または例証として役立つ」ことを意味し、好ましいもの、または他の典型的な実施形態よりも有利なものとして必ずしも解釈されるべきではない。詳細な記述は、発明の典型的な実施形態についての十分な理解を提供する目的で詳細事項を含んでいる。発明の典型的な実施形態がこれらの詳細事項無しで実行され得ることは当業者に明らかだろう。いくつかの実例では、周知の構造および装置は本明細書において示されている典型的な実施形態の新規な点を不明瞭にしないようにするためにブロック図の形態で示されている。
【００１５】
本明細書において記述されている技術は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどのような様々な無線通信ネットワーク用に使用され得る。「ネットワーク」、「システム」という用語は、多くの場合、可換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実行し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーしている。ＴＤＭＡネットワークは、グローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実行し得る。ＯＦＤＭＡネットワークは、エボルブドＵＴＲＡ（ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭなどのような無線技術を実行し得る。ＵＴＲＡ、ｅ−ＵＴＲＡ、およびＧＳＭはユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・エボルーション（ＬＴＥ）はｅ−ＵＴＲＡを使用するＵＭＴＳの次回のリリースである。ＵＴＲＡ、ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ）という名の組織による文書中に記述されている。ｃｄｍａ２０００は、「第３世代パートナーシップ・プロジェクト２」（３ＧＰＰ２）という名の組織による文書中に記述されている。これらの様々な無線技術および規格は本技術分野において知られている。インターネット・プロトコル（ＩＰ）も、本技術分野において知られているように通信システムの一般的クラスを記述するために使用されており、送受信のためにデータのパケットを使用する。
【００１６】
図１は、マルチキャリアＩＰに基づいた無線通信システム１００のブロック図を示している。当業者は、本典型的実施形態の記述を円滑にするために、無線システム１００の機能部だけが描かれていることを認識するだろう。当業者は、本典型的実施形態が、ＩＰネットワーク上でデータ・パケットを使用するディジタル情報のフローが存在する非無線通信システムにも当てはまり得ることを理解するだろう。さらに、バックホール・フロー制御は、本技術分野において知られているように、タイミングまたは他の所定のイベント（event）についてのデータの移動を指揮する通信システム中の制御システムを表わしている。
【００１７】
無線システム１００は、１つまたは複数の基地局コントローラ（ＢＳＣ）１０２ａ〜１０２ｎで構成されている。各ＢＳＣ１０２は、それぞれのバックホール接続１０３ａ〜１０３ｎ上でインターネット・プロトコル（ＩＰ）を使用するバックホール・ネットワーク１０４に結合されている。バックホール接続１０３は、本技術分野において既知の技術（例えばＴ１、Ｔ３、無線）で構成されている。
【００１８】
バックホール・ネットワーク１０４には、それぞれの結合接続１０８ａ、１０８ｂ、…１０８ｎを介して基地トランシーバ局（ＢＴＳ）１０６ａ、１０６ｂ、…１０６ｎが結合されている。バックホール・ネットワーク１０４は、本技術分野において既知のネットワーク（例えばインターネット、ＡＴＭ、フレーム・リレー）である。また、結合接続１０８は、本技術分野において既知の技術で構成されている。
【００１９】
ＢＳＣ１０２は、バックホール・ネットワーク１０４上で、ＢＴＳ１０６へのまたＢＴＳ１０６からの無線ネットワーク・データおよび制御信号を送信および受信する。ＢＴＳ１０６は、無線通信事業者下りリンク１１０ａ〜１００ｎ上でデータ（ダウンリンク信号）をアクセス端末（ＡＴ）１１４ａ〜１１４ｎに送信する。また、ＢＴＳ１０６は、無線通信事業者上りリンク１１２ａ〜１１２ｎ上でデータ（アップリンク信号）を受信する。アクセス端末１１４は、ユーザ装置（ＵＥ）、無線通信装置、端末、アクセス端末、または他の何らかの用語で称され得る。
【００２０】
マルチキャリアＩＰに基づいた無線通信システム１００は、任意のアクセス端末１１４への複数のダウンリンク信号１１０を使用してデータの同時伝送を可能にしてデータ効率を上げ、レイテンシを減じ、システム・スループットの性能を改善する。複数のダウンリンク信号１１０は、１つのＢＴＳにおける周波数分割二重化（ＦＤＤ）リンクまたは複数のキャリア上にあり得る。
【００２１】
各ＢＴＳは本技術分野において知られているように、複数入力複数出力（ＭＩＭＯ）アンテナ構成で構成され得、または複数のアンテナ・セクタ構成で構成され得る。マルチキャリア・システムは、本技術分野において知られているような無線リンク・プロトコル（ＲＬＰ）を使用して、無線リンク・コントロール（ＲＬＣ）を使用する。
【００２２】
マルチキャリア無線システムは、本技術分野において使用されている。それらが無線リソースのより良い利用（より良いシステム・レイテンシ）および改善された接続速度を提供するからである。無線システムは、損失を生じるチャンネル上で情報を送信し、この情報はデータ誤りの影響を受けやすい。受信された下りリンク信号１１０中にデータ誤りがある場合、ＡＴ１１４は対応するＢＴＳ１０６に自動再送信要求（ＡＲＱ）を送信して、誤って受信された情報を再送信することを対応するＢＳＣ１０２に要求するだろう。無線システム１００は、本技術分野において知られているように、ＩＰに基づいており、またデータの運搬の際に様々なサイズとなり得るデータ・パケットを利用する。ＢＳＣ１０２によって送信されたデータ・ブロックは、より小さなブロックへ分割され、そして複数のＢＴＳ１０６の間で分配され得る。典型的実施形態中の強化されたバックホール・フロー制御は、レイテンシがより低くなり、システム・スループットがより高くなり、およびバッファ・アンダーランがより減少することにつながる。
【００２３】
当業者は、強化されたフロー制御がｎ＝１、２、３、…、ｎについての全てのＢＴＳｎにおいて実施されてもよいし、ＢＴＳｎの部分集合において実施されてもよくて、システムの柔軟性を可能にすることを認識するだろう。
【００２４】
図２は、マルチキャリアＩＰに基づいた無線通信システム中のＢＴＳのブロック図を示している。コントローラ２０８は、上記のように、バックホール・ネットワーク１０４上のあらゆるＢＳＣ１０２と双方向に通信する。いずれのＢＳＣ１０２からのパケット・データ２１０も、無線チャネル上で送信される情報をキュー２０２に供給する。
【００２５】
キュー２０２は複数のキューで構成され得る。いずれのＢＴＳ１０６もマルチキャリア無線システムを実行し得るからである。キュー２０２はスケジューラ２０４（これも複数のスケジューラで構成され得る）にデータを供給する。スケジューラは、データがどのようにそれぞれのキャリアで送信されるかを適時スケジュールし、また、変化するチャネル状況、アクセス端末１１４負荷、多元接続端末１１４ａ、…、１１４ｎ、送信電力、および本技術分野において知られているような他のパラメータに適応するために自身のスケジューリングを動的に調節し得る。コントローラ２０８は、いずれのＢＳＣ１０２からも情報を受信し得る。スケジューラ２０４は、本技術分野において知られているようにシステムの物理層を実施すると共に無線情報を送受信するデータＴｘ／Ｒｘ２０６にデータを供給する。マルチキャリア・システムは、ＩＰ無線システム上で送信されている１つの特定のデータ・ブロック用に複数のキューを利用する。パケット・データ２１０は、より大きなデータ・ブロックのサブブロックからなり、データのマルチキャリア伝送を円滑にするために１つのＢＳＣによって分割される。ＡＴ１１４は無線経由の通信を受信し、受信されたデータ（被受信データ）を復号する。マルチキャリア無線システムでは、パケットは、アクセス端末１１４に順不同に到着し得る（例えば、いくつかのデータ・パケットがより高いスループットを有するキャリア上で送信されるからである）。その結果、どのようなデータ・ブロックであっても、不完全となる可能性がある。順不同なデータは、本技術分野において「スキュー」として知られており、他方、紛失データは消去（erasure）として知られている。無線リンク・プロトコル（ＲＬＰ）は、ＡＴ１１４にＢＳＣ１０２からのデータ・ストリームの信頼できる順序通りの配信を提供するための、本技術分野中で知られている用語である。ＲＬＰは、ＴＣＰのようなより高いレベルのプロトコルが無線システムにおいて典型的に見られる予測不能かつ低信頼性のデータ送信イベントに適応することができない場合があるので、必要とされている。また、マルチリンク・マルチフロー無線リンク・プロトコル（ＲＬＰ）について本技術分野において知られているように、ＡＴ１１４は典型的には受信されたデータの隙間を検出すると、ある所定の時間Ｔの間待つ。時間Ｔの後に、ＡＴ１１４が、欠けているか誤ったデータ・パケットがあると判断すると、ＡＴ１１４は、失われたデータを再送信するために、アップリンク信号１１２によって、ＢＴＳ１０６を介してバックホール・ネットワーク１０４上で対応する対応するＢＳＣ１０２に否定応答（ＮＡＣＫ）を送信するだろう。失われたデータにより起こるデータ再送信は無線システム１００全体のスループット性能に悪影響を与え得、望ましくない。１つの解決策は、まだ遅れて到着し得るパケットを待つのに著しく大きな時間Ｔを使用することである。著しく大きいＴが選択されると、消去が起こった場合にシステム・レイテンシが著しく増加し得る。したがって、同時にスキューを最小化しながらＴを最小化することは、重要である。スキューは、本技術分野において知られているように、もともと送信されたのと��異なる順序でデータ・パケットが到着することである。無線システム最適化のための一方法は動的にＴの値を変更することである。実際には、Ｔの最適値はセクタ負荷、チャネル状況、および容易に算出されない不定の往復遅延のような要素が原因で確定的な方法で選択されることが可能でない。システム効率を上げ、かつ適応的方法で順不同なデータまたは失われたデータが原因のデータ再送信を減じることが望まれる。典型的実施形態に従って、キュー２０２のサイズはスキューを最小化するように適応的に調節され得る。キュー２０２が小さくされ過ぎると、望ましくないバッファ・アンダーランが起こる。バッファ・アンダーランは、本技術分野において知られているように、キュー２０２でのデータ不足であって、他方、ＢＴＳ１０６はより多くのデータを送信するのに十分な物理層リソースを有し且つＢＳＣ１０２はＡＴ１１４への送信のための利用可能なデータを依然有していること、として定義される。
【００２６】
フロー制御は、本技術分野において知られているように、起点から目的地へのデータのフローを制御するための機構である。無線通信システムでは、フロー制御は、ＢＳＣ１０２からバックホール・ネットワーク１０４を介してＢＴＳ１０６へのデータ通信を統制するために使用される。無線システム中の典型的なフロー制御は、ＢＴＳ１０６がＢＳＣ１０２に肯定応答メッセージを送信することを可能にする閉ループ機構を使用する。当業者が認識するように、フロー制御ウィンドウは、ＢＴＳ１０６による何らの肯定応答も無しに送信されることが可能なデータ量である。フロー制御は、複数のＢＴＳ１０６があると共に各ＢＴＳ１０６がハードウェア、ソフトウェア、および動作上の制約に起因してＢＳＣ１０２からのデータを処理するための相違する能力を有し得るマルチキャリア無線システムにおいて使用される。各フロー制御ウィンドウ送信が完了すると、ＢＴＳ１０６は、ＢＳＣ１０２にデータ通信に対する肯定応答を行なうと共にさらなる情報メッセージを渡すことが可能である。「フロー制御ウィンドウ」、「目標キュー」という用語は同意語であり、また、「キューのサイズ」および「目標キュー・サイズ」に対して言及することは、当業者によって認識されるように、フロー制御およびフロー制御ウィンドウを表わすために使用されている。
【００２７】
図３は、ＢＴＳコントローラによって実行される、強化されたフロー制御についての工程を示している。典型的な実施形態は、インターネット・プロトコル・バージョン４（ＩＰｖ４）システムおよびインターネット・プロトコル・バージョン６（ＩＰｖ６）システムの少なくとも１つにおいて動作するように構成されているインターネット・プロトコル（ＩＰ）に基づいた通信システムに適用される。
【００２８】
フロー・ブロック３０２は、少なくとも１つの所定のイベントについて、入力データがキュー２０２中に入るのを待つ。少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔（an amount of data received）、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである。次に、フローはブロック３０４に続き、ここで、上に定義されているように、コントローラ２０８は少なくとも１つの所定のイベントについての目標キュー・サイズ（Target_QBTS）を算出する。次に、フローは、ブロック３０６に移動し、ブロック３０６において、コントローラ２０８は、少なくとも１つの所定のイベントについて算出された目標キュー・サイズに基づいてキューのサイズ（Q_BTS）を非均一的方法で調節する。キューのサイズ（Q_BTS）の調節はＢＳＣ１０２へのデータ送信要求を管理することによってＢＴＳ１０６によって間接的に実行されることに注目されたい。キューのサイズが増やされる予定であれば、ＢＴＳ１０６は、より多くのデータを送信するためのメッセージをＢＳＣ１０２に送信する。キューのサイズが減じられる予定であれば、ＢＴＳ１０６は、送信されるデータ量を減じるためのメッセージを各フロー制御ウィンドウでＢＳＣ１０２に送信する。
【００２９】
典型的な実施形態に従って、以下のパラメータおよび変数が以下の表において定義されている。
【表１】
2011523528.tif 000003
【００３０】
図４は、図３中の工程のより詳細なフローチャートを示している。ブロック４０２は、各所定のフロー制御ウィンドウの終わりの時に起こる次のフロー送信まで待つ。次のフロー送信イベントが起こったら、ブロック４０４に従って、ＢＴＳ１０６は、Bytes_since_last_requestを、Current_Bytes（これは、送信または受信された現在のデータ量である）によって増やすことによってセットする。次に、ブロック４０４は、ブロック４０６を引き起こす。ブロック４０６は、ＢＴＳキュー中のバイト（Bytes_since_last_request）がある閾値FC_Bytes_Triggerより大きいかどうかチェックする。条件が真でない場合（すなわち、「Ｎｏ」）、ブロック４０６はブロック４０２の入力に移行する。条件が満たされている場合（すなわち「Ｙｅｓ」）、ブロック４０６はブロック４０７に流れる。ブロック４０７は、Bytes_since_last_requestをFC_Bytes_Triggerによって漸減することによって更新し、FC_Bytes_TriggerはTarget_QBTS/kに更新され、また、ＢＴＳ１０６は、キューをTarget_QBTSまで満たすためにより多くのデータを送信する要求をそれぞれのＢＳＣ１０２に送信し、かつブロック４０２の入力に戻る。
【００３１】
同時に、ブロック４０８は次のスロット時間を待つ。次のスロット・インデックスに達するほど十分な時間が経過すると、ブロック４０９は、スケジューラ２０４を介してＢＴＳ１０６によって送信されたデータ量、およびＢＴＳ１０６によってＢＳＣ１０２から受信されたデータ量に基づいてQ_BTSを更新する。次に、ブロック４０８はブロック４０９を引き起こす。ブロック４０９は、ＢＴＳ１０６がデータ切れ（out of data）信号をそれぞれのＢＳＣ１０２から受信したかどうかチェックする。チェックが真の場合（すなわち「ｙｅｓ」）、ブロック４０９はブロック４１４に流れる。ブロック４１４において、Target_QBTS_Freezeは「ＴＲＵＥ」にセットされ（ＢＴＳキュー２０２のサイズのさらなる変更が不要であることを示す）、また、フローはブロック４１６に移る。
【００３２】
ブロック４１２のチェックが「ＦＡＬＳＥ」（すなわち「ｎｏ」）である場合、フローはブロック４１０に移行し、Target_QBTS_Freezeは「ＦＡＬＳＥ」にセットされる（これは、ＢＴＳキュー２０２のサイズのさらなる適応が不要であることを示す）。次に、ブロック４１０は条件ブロック４１６に移行する。ブロック４１６は、ＢＴＳキュー２０２のサイズがQBTS_Threshより大きいかどうかチェックする。ブロック４１６のチェックが「ＴＲＵＥ」または「ｙｅｓ」である場合、ブロック４１６〜ブロック４２０のフローにおいて描かれているように、ＢＴＳキュー２０２の目標サイズは大きすぎ、目標サイズTarget_QBTSは、Min_Target_QBTSまたはTarget_QBTS_DEC_CONSTだけ減じられたTarget_QBTSの最大の方まで減じられ、ブロック４２０において増加は完了する。
【００３３】
ブロック４２０が完了すると、フローはブロック４０８の入力へと戻る。ブロック４１６のチェックが「ｎｏ」である場合、フローはブロック４１８に移り、ブロック４１８において、フラグTarget_QBTS_Freezeは、「false」または「ｎｏ」であるかチェックされる。フラグが「ＴＲＵＥ」である場合、キューの適応はディセーブルにされ、フローはブロック４０２の入力に戻る。Target_QBTS_Freezeが「ＦＡＬＳＥ」である場合、フローはブロック４２２に移動し、ブロック４２２において、所望キュー・サイズTarget_QBTSは、ＱmaxまたはTarget_QBTS_INC_FACを乗じられたTarget_QBTSの最少の方まで増やされ、それによって、ＢＴＳキュー２０２のサイズを適応的に調節する。次に、ブロック４２２はブロック４０８の入力に流れ、工程は再度開始される。
【００３４】
図４中の典型的な実施形態は、Target_QBTSがデータのタイムスロット毎に更新されることを必要とする。スロット毎にTarget_QBTSを更新することは、計算の点でＢＴＳに負担をかけ得る。パケットがスケジューラ２０４によってスケジュールされたか新しいパケットがＢＴＳキュー２０２によって受信されたかした場合にのみ典型的実施形態中のＱＢＴＳが変化するということが可能であることが注目されるべきである。したがって、Target_QBTSは、典型的実施形態において記述されている全体的なシステム・パフォーマンス増強を依然達成しながらはるかに低い頻度で更新され得る。全実施形態において、Bytes_since_last_requestがフローのための送信されたバイト数だけ、フローのための送信毎に増加されることに注目されたい。
【００３５】
図５は、代替的な典型的実施形態に従った強化されたバックホール制御のためのより詳細なフローチャートを示している。代替的な典型的実施形態は、データがＢＴＳキュー２０２に受信されたかＢＴＳキュー２０２から送信された場合に限ってTarget_QBTSを更新することによって、計算上の複雑さを減じる。図５の代替的な典型的実施形態はフロー・ブロック５０２から始まり、フロー・ブロック５０２は次のフロー送信イベントが起こるのを待つ。次のフロー送信が起こると、関数UpdateTargetQがフロー・ブロック５０４に従って実行される。次に、フローはブロック５０６に続き、ブロック５０６において、ＱＢＴＳは、ＢＴＳキュー２０２へ送受信されたデータ量に基づいて更新される。
【００３６】
同時に、ブロック５１２は、ＢＴＳ１０６が新しいデータ・パケットを１つでも受信したかどうかチェックする。受信していない場合、ＢＴＳ１０６は、少なくとも１つを受信するまで待つ。ブロック５１２中のチェックが「ＴＲＵＥ」または「ｙｅｓ」である場合、フローはブロック５１４に移動する。ブロック５１４はルーチンUpdateTargetQ６００を実行することによってシステムの更新を実行する。次に、フローはブロック５１６に続き、ブロック５１６において、Q_BTSはキュー２０２によって送受信されたデータ量に基づいて更新される。次に、フローはブロック５１８に続く。ブロック５１８は、受信されたパケットのうちのいずれか１つでもがＢＳＣ１０２によって送信されたデータ切れフラグを有するかどうかチェックする。ＢＴＳ１０６によって受信されたデータ切れフラグが１つでもある場合、Target_QBTS_Freezeは、「ＴＲＵＥ」にセットされ、そうでない場合、「Ｆａｌｓｅ」にセットされる。次に、ブロック５１８はブロック５１２の入力に流れ、フローは開始に戻る。
【００３７】
図６は、強化されたフロー制御のための目標キュー・サイズを更新するサブ工程のルーチンを示す。ブロック６０２は、Current_Timeslot−Last_Target_QBTS_Update_Timeslotである時間変数durationを算出および定義する。次に、フローはブロック６０４に移動する。ブロック６０４は、ＢＴＳキュー２０２のサイズQBTSがQBTS_Threshより大きいかどうかチェックする。ブロック６０４のチェックが「ＴＲＵＥ」または「ｙｅｓ」である場合、ブロック６０４〜ブロック６０６のフローにおいて描かれているように、ＢＴＳキュー２０２の目標サイズは大きすぎであり、目標サイズTarget_QBTSは、Min_Target_QBTSまたは時間変数durationを乗じられたTarget_QBTS_DEC_CONSTだけ減じられたTarget_QBTSの最大の方まで減じられる。ブロック６０６において減少は完了する。ブロック６０６が減少動作を完了した後、フローはブロック６０８に移動し、ブロック６０８において、Last_Target_QBTS_Update_Timeslotは現在時間Current_Timeslotと等しくされる。
【００３８】
ブロック６０８の完了後、フローはブロック５１４に戻る。ブロック６０４のチェックが「ＦＡＬＳＥ」または「ｎｏ」である場合、フローはブロック６１０に移動する。ブロック６１０は、Target_QBTS_Freezeが「ＦＡＬＳＥ」であるかどうかチェックする。ブロック６１０によるチェックが「ｙｅｓ」である場合、フローはブロック６１２に移動し、そうでなければ、フローはブロック６０８に移動する。フローがブロック６１２に移動した場合、ＢＴＳキュー２０２の目標サイズTarget_QBTSは、Qmaxまたは時間変数duration乗されたTarget_QBTS_INC_FACの値を乗じられたTarget_QBTSの最少の方にセットされる。ブロック６１２が動作を完了した後、フローはブロック６０８に移動する。
【００３９】
図７は、ＢＳＣによって実行される、強化されたバックホール・フロー制御についての工程７００を示している。開始後、ブロック７０２はＢＴＳ、ＢＴＳ１０６ｉからフロー制御要求を待ち、ＢＳＣ１０２は、フロー要求メッセージ中で要求されている最大バイト数のデータを送信する。次に、フローはブロック７０４に移動し、ブロック７０４において、ＢＳＣ１０２は、ＢＴＳ１０６ｉを対象とするＢＳＣ１０２キューが空になったかどうかチェックする。
【００４０】
ＢＴＳ１０６ｉ用のキューが空になっている（ＢＳＣ１０２がＢＴＳ１０６ｉに送信するためのデータを使い果たしたことを示す）場合、ＢＳＣ１０２はFreeze_Ind_Sent[i]を「ＴＲＵＥ」にセットし、かつＢＴＳ１０６に送信される「データ切れ」フラグを生成する。次に、フローはブロック７０６に移り、ブロック７０６において、ＢＳＣ１０２は、他のＢＴＳ１０６ｊ（ｊはｉと異なる）のいずれか用のキューが空になったかどうかおよびFreeze_Ind_Sent[j]が「Ｆａｌｓｅ」であるかどうかチェックする。次に、ＢＳＣ１０２は、Freeze_Ind_Sent[j]を「ＴＲＵＥ」にセットする。
【００４１】
次に、フローはブロック７０８に移動し、ブロック７０８において、ＢＳＣ１０２は、ＢＳＣがＢＴＳ１０６ｉについての保留中のデータをまだ有しているｉ＝１、２、３…のあらゆる具体的な値のｉについてFreeze_Ind_Sent[i]を「Ｆａｌｓｅ」にセットする。次に、フローはブロック８０２の入力に移動し、工程は開始において再度開始される。
【００４２】
図８は、目標キュー・サイズの調節を時間にわたってグラフによって例示している。図８は、時間にわたって適合されているキュー２０２中のマージン・バイトを具体的に示している。適応は、時間＝６０００ｍｓにおいて宣言される。目標キュー・サイズの調節は少なくとも１つの所定のイベント（少なくとも１つの所定のイベントは、時間間隔、ある量のデータの受信間隔、および時間間隔とある量のデータの受信間隔の組合せの少なくとも１つである）について起こる（３０２）。
【００４３】
全般的な注意として、ＢＴＳおよびＢＳＣに対する言及は、概して無線システム１００中の任意の具体的なＢＴＳまたはＢＳＣを指している。例えば、ＢＳＣ１０６ｎに対する言及は、あらゆる具体的なＢＳＣ１０６ａ、１０６ｂ、…、１０６ｎを指している。同様に、ＢＴＳ１０２に対する言及は、あらゆる具体的なＢＴＳ１０２ａ、１０２ｂ、…、１０２ｎを指している。さらに、本明細書において記述されている強化されたバックホール・フロー制御技術を実施することは、通信システム中の全てのＢＴＳまたはＢＳＣに求められるのではない。典型的実施形態に従って強化されたバックホール・フロー制御を実施しない少なくとも１つのＢＴＳまたはＢＳＣがあるかもしれない。
【００４４】
当業者は、信号が様々な相違する技術のうちの任意のものを使用して表わされ得ることを理解するだろう。例えばデータ、命令、上記の記述の全体にわたって参照され得る信号は、電圧、電流、電磁波、磁場または磁性粒子、またはそれらのあらゆる組合せによって表わされ得る。
【００４５】
当業者は、本開示に述べられているのと同じ機能を実行しながら、本開示に関して本明細書において記述されている様々な例証用の無線周波数またはアナログ回路ブロックが、ロジック回路およびシステムと独立してまたは協働で１つまたは複数の集積回路上で様々な相違する回路トポロジーにおいて実施され得ることをさらに認識するだろう。
【００４６】
また、当業者は、本明細書における開示との関連で記述されている様々な例証用の論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子回路ハードウェア、コンピュータ・ソフトウェアまたは両方の組合せとして実現され得ることをさらに認識するであろう。このハードウェアとソフトウェアの互換性を明らかにするために、概して、様々な例証用の要素、ブロック、モジュール、回路、およびステップは、それらの機能の観点で上に記述された。そのような機能がハードウェアとしてまたはソフトウェアとして実現されるかは、システム全体に課されている具体的な適用形態と設計制約に依存する。当業者は、記述されている機能を個々の具体的な適用形態向けの様々な形で実現し得、そのような実現形態を決定することは本開示の範囲からの逸脱を引き起こすものと解釈されるべきでない。
【００４７】
本明細書における本開示との関連で記述されている様々な例証用の論理ブロック、モジュール、回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または本明細書において記述されている機能を行なうように設計されている他のプログラム可能論理回路、ディスクリート型ゲートまたはトランジスタロジック、ディスクリート型ハードウェア構成機器またはそのあらゆる組合せによって実現または実行され得る。汎用プロセッサはマイクロプロセッサであり得、または、汎用プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシンであり得る。プロセッサは、コンピュータ装置、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、または任意の他のそのような構成、の組合せとして実現され得る。
【００４８】
本明細書における本開示との関連において記述されている方法またはアルゴリズムのステップは、ハードウェアで直接、プロセッサによって実行されるソフトウェア・モジュールで、またはこれら２つの組合せで具現され得る。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、または本技術分野において既知の記憶媒体の他の形態上にあり得る。典型的な記憶媒体は、プロセッサがこの記録媒体から情報を読み出し、この記録媒体に情報を書き込み得るように、該プロセッサに結合されている。または、記憶媒体はプロセッサと一体化されていてもよい。プロセッサと記憶媒体はＡＳＩＣ中に存在していてもよい。ＡＳＩＣはユーザ端末中に存在し得る。または、プロセッサと記憶媒体はユーザ端末のディスクリート部品として存在し得る。
【００４９】
本開示の上の記述は、あらゆる当業者が本開示を実行または使用することを可能にするために提供されている。本開示に対する様々な修正は当業者にとって容易に明らかになり、また、本明細書において定義されている包括的な原理は、本開示の範囲から逸脱することなく他の変形体に適用され得る。したがって、本開示は、本明細書において記述されている例およびデザインに制限されることを意図されておらず、本明細書において開示されている原理および新規な特徴と一貫している最も広い範囲と一致するべきである。
【図１】
2011523528.tif 000004
【図２】
2011523528.tif 000005
【図３】
2011523528.tif 000006
【図４】
2011523528.tif 000007
【図５】
2011523528.tif 000008
【図６】
2011523528.tif 000009
【図７】
2011523528.tif 000010
【図８】
2011523528.tif 000011
【手続補正書】
【提出日】平成23年1月31日(2011.1.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を具備する通信システム中の方法。
【請求項２】
前記キューの前記サイズ（Q_BTS）を調節することが、レイテンシを減じる、
請求項１の方法。
【請求項３】
前記キューの前記サイズ（Q_BTS）を調節することが、バッファ・アンダーランを減じる、
請求項１の方法。
【請求項４】
前記キューの前記サイズ（Q_BTS）を調節することが、通信システム・スループットを増やす、
請求項１の方法。
【請求項５】
前記キューの前記サイズ（Q_BTS）を調節することが、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項１の方法。
【請求項６】
前記キューの前記目標サイズ（Target_Q_BTS）を調節することが、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項１の方法。
【請求項７】
キューおよびコントローラを有する、通信システム中で使用される装置であって、
前記コントローラは、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいてキューのサイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を行なうように構成されている装置。
【請求項８】
前記コントローラが、レイテンシを減じるために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項９】
前記コントローラが、バッファ・アンダーランを減じるために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項１０】
前記コントローラが、通信システム・スループットを増やすために前記キューの前記サイズ（Q_BTS）を調節する、
請求項７の装置。
【請求項１１】
前記コントローラおよびキューが、マルチキャリア無線システム（１００）の一部である、
請求項７の装置。
【請求項１２】
前記コントローラが、前記キューの前記サイズ（Q_BTS）を調節することをイネーブルおよびディセーブルにするように構成されている、
請求項７の装置。
【請求項１３】
前記コントローラが、前記キューの前記目標サイズ（Target_Q_BTS）を最小（Q_min）を下回らずかつ最大（Q_max）を上回らないように調節するように構成されている、
請求項７の装置。
【請求項１４】
前記コントローラおよびキューが、インターネット・プロトコル・バージョン４（ＩＰｖ４）およびインターネット・プロトコル・バージョン６（ＩＰｖ６）システムのうちの少なくとも一方において動作するように構成されている、インターネット・プロトコル（ＩＰ）に基づいた通信システムの一部である、
請求項７の装置。
【請求項１５】
キューおよびコントローラを含んだ基地トランシーバ局であって、
前記コントローラは、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出し、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節する、
ように構成されており、
前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、
基地トランシーバ局（ＢＴＳ）。
【請求項１６】
前記キューの前記サイズ（Q_BTS）を調節することが、レイテンシを減じることである、
請求項１５のＢＴＳ。
【請求項１７】
前記キューの前記サイズ（Q_BTS）を調節することが、バッファ・アンダーランを減じることである、
請求項１５のＢＴＳ。
【請求項１８】
前記キューの前記サイズ（Q_BTS）を調節することが、通信システム・スループットを増やすことである、
請求項１５のＢＴＳ。
【請求項１９】
前記ＢＴＳが、マルチキャリア無線システム（１００）の一部である、
請求項１５のＢＴＳ。
【請求項２０】
前記コントローラが、前記キューの前記サイズ（Q_BTS）を調節することをイネーブルおよびディセーブルにするようにさらに構成されている、
請求項１５のＢＴＳ。
【請求項２１】
前記キューの前記目標サイズ（Target_Q_BTS）を調節することが、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項１５のＢＴＳ。
【請求項２２】
前記ＢＴＳが、インターネット・プロトコル・バージョン４（ＩＰｖ４）およびインターネット・プロトコル・バージョン６（ＩＰｖ６）システムのうちの少なくとも一方において動作するように構成されている、インターネット・プロトコル（ＩＰ）に基づいた通信システムの一部である、
請求項１５のＢＴＳ。
【請求項２３】
キューを含み、通信システム中で使用されるように構成されている装置であって、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出するための手段であって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出するための手段と、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節するための手段と、
を具備する装置。
【請求項２４】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、レイテンシを減じる、
請求項２３の装置。
【請求項２５】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、バッファ・アンダーランを減じる、
請求項２３の装置。
【請求項２６】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、通信システム・スループットを増やす、
請求項２３の装置。
【請求項２７】
前記キューの前記サイズ（Q_BTS）を調節するための手段が、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項２３の装置。
【請求項２８】
前記キューの前記目標サイズ（Target_Q_BTS）を調節するための手段が、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにする、
請求項２３の装置。
【請求項２９】
実行されると、
少なくとも１つの所定のイベントについて動作パラメータに基づいて目標キュー・サイズ（Target_QBTS）を算出することであって、前記少なくとも１つの所定のイベントは、時間間隔、ある量のデータが受信された間隔、および時間間隔とある量のデータが受信された間隔との組合せの少なくとも１つである、算出することと、
前記算出された目標キュー・サイズに基づいて前記キューの前記サイズ（Q_BTS）を非均一的な間接的方法で調節することと、
を機械に実行させる命令を具備する機械可読媒体。
【請求項３０】
前記キューの前記サイズ（Q_BTS）を調節するための命令が、前記少なくとも１つの所定のイベントについて選択的にイネーブルにされる、
請求項２９の機械可読媒体。
【請求項３１】
前記キューの前記目標サイズ（Target_Q_BTS）を調節するための命令が、最小（Q_min）を下回らずかつ最大（Q_max）を上回らないサイズにすることである、
請求項２９の機械可読媒体。
【国際調査報告】
2011523528.tif 000012
2011523528.tif 000013