(57)【要約】      （修正有）【課題】受信機バッファにおけるオーバフローを回避するための方法および装置が提供される。【解決手段】可変サイズのデータ・パケットが、受信機バッファに受信され、バイト・カウンタによって定量化されることにより、所与の時間における受信機バッファ内のデータ量が判定される。その後、受信機バッファ内のデータ量に応じて、受信機バッファのデータ容量ステータスが生成される。【選択図】図６
2014131301.tif 000002
【特許請求の範囲】
【請求項１】
受信機におけるデータ・オーバフローを回避する方法であって、
可変サイズのデータ・パケットを、受信機バッファへ受信することと、
データ量がバイト・カウンタによってカウントされるように、前記受信機バッファにおけるデータ量をモニタリングすることと、
前記受信機バッファにおけるデータ量に応じている前記受信機バッファのデータ容量ステータスを生成することと
を備える方法。
【請求項２】
前記受信機バッファへデータ・パケットを送信するように構成されたエンティティへ、前記データ容量ステータスを送信することをさらに備える請求項１に記載の方法。
【請求項３】
前記データ容量ステータスは、しきい値を超えた場合にのみ送信される請求項２に記載の方法。
【請求項４】
前記データ容量ステータスは、固定時間間隔のセットにおいて定期的に送信される請求項２に記載の方法。
【請求項５】
前記生成することはさらに、前記受信機バッファの最大バッファ・サイズに応じている請求項１に記載の方法。
【請求項６】
前記モニタリングするステップは、前記受信機バッファへ受信されたおのおののデータ・パケットについて前記データ・カウンタをインクリメントすることを含む請求項１に記載の方法。
【請求項７】
前記モニタリングするステップは、前記受信機バッファを出るおのおののデータ・パケットについて前記データ・カウンタをデクリメントすることを含む請求項１に記載の方法。
【請求項８】
請求項１に記載の方法を実行するためのコンピュータ実行可能な命令群を備えるコンピュータ読取可能媒体。
【請求項９】
受信機におけるデータ・オーバフローを回避することを有効にする無線通信装置であって、
可変サイズのデータ・パケットのストリームを、最大バッファ・サイズを有する受信機バッファへ受信する手段と、
所与の時間において、前記受信機バッファにおけるデータ量を定量化する手段と、
前記受信機バッファのデータ容量ステータスを生成する手段とを備え、
前記データ容量ステータスは、所与の時間における前記受信機バッファ内のデータ量と、前記最大バッファ・サイズとに応じて生成される動的なメトリックである無線通信装置。
【請求項１０】
前記受信機バッファへデータ・パケットを送信するように構成されたエンティティへ、前記データ容量ステータスを送信する手段をさらに備える請求項９に記載の無線通信装置。
【請求項１１】
前記データ容量ステータスがしきい値を超えたかを判定する手段をさらに備え、
前記送信する手段は、前記データ容量ステータスがしきい値を超えたかに応じて、前記データ容量ステータスを送信するように構成された請求項１０に記載の無線通信装置。
【請求項１２】
前記送信する手段は、前記データ容量ステータスを、固定時間間隔のセットにおいて定期的に送信するように構成された請求項１０に記載の無線通信装置。
【請求項１３】
前記受信機バッファに受信された各データ・パケットの可変サイズを記録する手段をさらに備える請求項９に記載の無線通信装置。
【請求項１４】
前記定量化する手段はさらに、前記受信機バッファへ受信されたおのおののデータ・パケットについてデータ・カウンタをインクリメントする手段を備える請求項９に記載の無線通信装置。
【請求項１５】
前記定量化する手段はさらに、前記受信機バッファを出るおのおののデータ・パケットについてデータ・カウンタをデクリメントする手段を備える請求項９に記載の無線通信装置。
【請求項１６】
無線通信装置であって、
可変サイズのデータ・パケットのストリームを、受信機バッファへ受信するように構成された受信機ユニットを備え、
前記受信機ユニットは、所与の時間において、前記受信機バッファにおけるデータ量を定量化するように構成されたバイト・カウンタを備え、
前記無線通信装置はさらに、
前記受信機ユニットに接続された送信機ユニットを備え、
前記送信機ユニットは、前記受信機バッファのためのデータ容量ステータスを送信するように構成され、前記データ容量ステータスは、所与の時間における前記受信機バッファ内のデータ量に応じて生成される動的なメトリックである無線通信装置。
【請求項１７】
前記受信機ユニットはさらに、逆方向リンク送信動作中に、受信機として動作するように構成された請求項１６に記載の無線通信装置。
【請求項１８】
前記受信機ユニットはさらに、順方向リンク送信動作中に、受信機として動作するように構成された請求項１６に記載の無線通信装置。
【請求項１９】
前記送信機ユニットは、可変サイズのデータ・パケットを送信するように構成された請求項１６に記載の無線通信装置。
【請求項２０】
前記受信機ユニットは、別の無線通信装置からの外部データ容量ステータスを受信するように構成され、
前記送信機ユニットは、前記外部データ容量ステータスに応じて、可変サイズのデータ・パケットを送信するように構成された請求項１９に記載の無線通信装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、本明細書において参照によって明確に組み込まれ、本願の譲受人に譲渡された２００９年１月２９日出願の“ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＡＣＣＯＭＯＤＡＴＩＮＧ  Ａ  ＲＥＣＥＩＶＥＲ  ＢＵＦＦＥＲ  ＴＯ  ＰＲＥＶＥＮＴ  ＤＡＴＡ  ＯＶＥＲＦＬＯＷ”と題された仮出願６１，１４８，２７７号の優先権を主張する。
【技術分野】
【０００２】
以下の記載は一般に、無線通信に関し、さらに詳しくは、可変サイズのデータ・パケットを受信するための方法および装置に関する。
【背景技術】
【０００３】
無線通信システムは、さまざまなタイプの通信を提供するために広く開発された。例えば、音声および／またはデータが、そのような無線通信システムによって提供されうる。一般的な無線通信システム（すなわち、ネットワーク）は、（例えば、帯域幅や送信電力等のような）１または複数の共有リソースへ複数のユーザ・アクセスを提供しうる。例えば、システムは、周波数分割多重（ＦＤＭ）、時分割多重（ＴＤＭ）、符号分割多重（ＣＤＭ）、直交周波数分割多重（ＯＦＤＭ）、高速パケット（ＨＳＰＡ、ＨＳＰＡ＋）等のようなさまざまな多元接続技術を使用しうる。さらに、無線通信システムは、例えばＩＳ−９５、ＣＤＭＡ２０００、ＩＳ−８５６、Ｗ−ＣＤＭＡ、ＴＤ−ＳＣＤＭＡ等のような１または複数の規格を実施するように設計されうる。
【０００４】
信頼できる無線通信システムを設計する際に、特定のデータ送信パラメータに対して、特別な注意が払われねばならない。例えば、データ・パケットを不注意に喪失することを避けるために、送信機は、一般に、受信機バッファにおいてオーバフローしないことを保証するレートでデータを送信する。現在の方法およびシステムは、一般に、単に、受信機バッファにおいて受信されたパケット数をモニタリングし、この情報を送信機に通信することによって、オーバフローを回避する。例えば、おのおののデータ・パケットのサイズが固定値であり、受信機バッファ・サイズが知られている場合、送信機は、単に、この固定パケット・サイズに、通信される受信パケット数を乗じ、それにしたがってデータ・フローを制限する。
【０００５】
しかしながら、いくつかのアプリケーションでは、可変サイズのデータ・パケットを送信することが望ましい。このようなアプリケーションの場合、固定されたデータ・パケット・サイズは無いので、受信されるパケット数を単に通信するだけでは、受信機バッファのオーバフロー・ステータスを判定するためには不十分である。したがって、可変サイズのデータ・パケットが送信される受信機バッファにおいて、オーバフローを回避するための方法および装置を有することが望ましいであろう。
【発明の概要】
【０００６】
以下は、１または複数の実施形態の基本的な理解を与えるために、そのような実施形態の簡略化された概要を示す。この概要は、考えられるすべての実施形態の広範囲な概観ではなく、すべての実施形態の重要要素や決定的要素を特定することも、何れかまたはすべての実施形態のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の実施形態のいくつかの概念を表すことである。
【０００７】
１または複数の実施形態および対応する開示によれば、さまざまな態様が、受信機バッファにおけるオーバフローを回避することに関して記載される。例えば、受信機におけるデータ・オーバフローを回避する方法が提供される。これは、可変サイズのデータ・パケットを、受信機バッファへ受信することを含む。この方法はさらに、データ量がバイト・カウンタによってカウントされるように、受信機バッファにおけるデータ量をモニタリングすることを含む。受信機バッファにおけるデータ量に応じて、受信機バッファのデータ容量ステータスも生成される。
【０００８】
別の実施形態では、無線通信装置が提供される。この装置は、可変サイズのデータ・パケットのストリームを、最大バッファ・サイズを有する受信機バッファへ受信する手段を含む。この装置はさらに、所与の時間において、受信機バッファにおけるデータ量を定量化する手段と、受信機バッファのデータ容量ステータスを生成する手段とを含む。この実施形態では、データ容量ステータスは、所与の時間における受信機バッファ内のデータ量と、最大バッファ・サイズとに応じて生成される動的なメトリックである。
【０００９】
また別の実施形態では、さらなる無線通信装置が提供される。この実施形態の場合、装置は、送信機ユニットに接続された受信機ユニットを含む。受信機ユニットは、可変サイズのデータ・パケットのストリームを、受信機バッファへ受信するように構成されている。受信機ユニットは、所与の時間において、受信機バッファにおけるデータ量を定量化するように構成されたバイト・カウンタを含む。送信機ユニットは、受信機バッファのためのデータ容量ステータスを送信するように構成されている。ここで、データ容量ステータスは、所与の時間における受信機バッファ内のデータ量に応じて生成される動的なメトリックである。
【００１０】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分説明され、特に特許請求の範囲で指摘される特徴を備える。次の記載および添付図面は、１または複数の実施形態のある実例となる態様を詳細に記載する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちの僅かしか示しておらず、記載された実施形態は、そのようなすべての局面およびそれらの均等物を示すことが意図されている。
【図面の簡単な説明】
【００１１】
【図１】図１は、本明細書に記載されたさまざまな態様にしたがう無線通信システムの例示である。
【図２】図２は、無線通信環境においてデータ・オーバフローを回避するための典型的なシステムの例示である。
【図３】図３は、主題とする開示のさまざまな態様にしたがって、外部デバイスと通信する無線デバイスのブロック図である。
【図４】図４は、主題とする開示のさまざまな態様にしたがって、データ・フローを回避することを有効にする典型的な無線デバイスの例示である。
【図５】図５は、無線通信環境において、データ・オーバフローを回避することを容易にする典型的な方法の例示である。
【図６】図６は、可変サイズのデータ・パケットのストリームを受信するための典型的な方法を例示するフロー・チャートである。
【図７】図７は、無線通信システムにおいて、データ・オーバフローを回避することを有効にする典型的なアクセス端末の例示である。
【図８】図８は、無線通信環境において、データ・オーバフローを回避することを有効にする典型的なシステムの例示である。
【図９】図９は、無線通信システムにおいて、データ・オーバフローを回避することを有効にする電子構成要素の典型的な接続の例示である。
【図１０】図１０は、本明細書で開示されたさまざまなシステムおよび方法と共に適用されうる無線ネットワーク環境の実例である。
【発明を実施するための形態】
【００１２】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。次の記載では、説明の目的のために、多数の特定の詳細が、１または複数の実施形態についての完全な理解を提供するために記載される。しかしながら、そのような実施形態は、これら具体的な詳細なしで実現されうることが明白でありうる。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００１３】
本明細書で使用されるように、用語「推論する」または「推論」は、一般に、イベントおよび／またはデータによって取得された観察のセットから、システム、環境、および／または、ユーザの状態を推論すること、または、それについて理由付けすることの処理を称する。推論は、特定のコンテキストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成しうる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、該当する状態にわたる確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構築するために適用される技術を称することができる。そのような推論によって、イベントが時間的に近接していようといまいと、これらイベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースに由来していようと、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を構築することができる。
【００１４】
さらに、本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００１５】
本明細書で記述された技術は、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、高速パケット・アクセス（ＨＳＰＡ）、およびその他のシステムのような様々な無線通信システムのために使用されうる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースであり、ダウンリンクではＯＦＤＭＡを用い、アップリンクではＳＣ−ＦＤＭＡを用いる。
【００１６】
シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、シングル・キャリア変調および周波数領域等値化を用いる。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、その固有のシングル・キャリア構造により、より低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、例えば、より低いＰＡＰＲが送信電力効率の観点からアクセス端末に非常に役立つアップリンク通信で使用されうる。したがって、ＳＣ−ＦＤＭＡは、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）すなわちイボルブドＵＴＲＡにおけるアップリンク多元接続性スキームとして実施されうる。
【００１７】
高速パケット・アクセス（ＨＳＰＡ）は、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）技術および高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）、またはエンハンスト・アップリンク（ＥＵＬ）技術を含むことができ、さらにＨＳＰＡ＋技術を含むことができる。ＨＳＤＰＡ、ＨＳＵＰＡ、およびＨＳＰＡ＋はそれぞれ、第３世代パートナシップ計画（３ＧＰＰ）仕様リリース５、リリース６、およびリリース７の一部である。
【００１８】
高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）は、ネットワークからユーザ機器（ＵＥ）へのデータ送信を最適化する。本明細書で使用されるように、ネットワークからユーザ機器ＵＥへの送信は、「ダウンリンク」（ＤＬ）と称されうる。送信方法は、数メガ・ビット／秒のデータ・レートを可能にしうる。高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）は、モバイル・ラジオ・ネットワークの容量を増加しうる。高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）は、端末からネットワークへのデータ送信を最適化しうる。本明細書で使用されるように、端末からネットワークまでの送信は「アップリンク」（ＵＬ）と称されうる。アップリンク・データ送信方法は、数メガ・ビット／秒のデータ・レートを可能にしうる。ＨＳＰＡ＋は、３ＧＰＰ仕様のリリース７で指定されたようなアップリンクおよびダウンリンクの両方においてさらなる改善をもたらす。高速パケット・アクセス（ＨＳＰＡ）方法は、一般に、例えばボイス・オーバＩＰ（ＶｏＩＰ）アプリケーション、ビデオ会議アプリケーション、およびモバイル・オフィス・アプリケーションのように、大量のデータを送信するデータ・サービスにおけるダウンリンクとアップリンクとの両方における高速なインタラクションを考慮する。
【００１９】
例えばハイブリッド自動反復要求（ＨＡＲＱ）のような高速データ送信プロトコルは、アップリンクとダウンリンクとで使用されうる。例えばハイブリッド自動的反復要求（ＨＡＲＱ）のようなプロトコルによって、受信者は、誤って受信したパケットの再送信を自動的に要求することができる。
【００２０】
さまざまな実施形態が、本明細書では、アクセス端末に関連して記述される。アクセス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。アクセス端末は、セルラ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピューティング・デバイス、あるいは無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関連して記載される。基地局は、アクセス端末と通信するために利用することができ、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ（ｅＮｏｄｅＢ）、あるいはその他のいくつかの用語で称されうる。
【００２１】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。
【００２２】
図１に示すように、本明細書に示されたさまざまな実施形態にしたがう無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。おのおののアンテナ・グループについて２本のアンテナしか例示されていないが、２本より多いアンテナ、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えうる。
【００２３】
基地局１０２は、アクセス端末１１６およびアクセス端末１２２のような１または複数アクセス端末と通信しうる。しかしながら、基地局１０２は、アクセス端末１１６、１２２に類似の実質的に任意の数のアクセス端末と通信しうることが認識されるべきである。アクセス端末１１６およびアクセス端末１２２は、例えば、セルラ電話、スマートフォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピューティング・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００による通信に適したその他任意のデバイスでありうる。図示するように、アクセス端末１１６は、アンテナ１１２、１１４と通信しており、ここでは、アンテナ１１２およびアンテナ１１４が、順方向リンク１１８によってアクセス端末１１６へ情報を送信し、逆方向リンク１２０によってアクセス端末１１６から情報を受信する。さらに、アクセス端末１２２は、アンテナ１０４、１０６と通信しており、ここでは、アンテナ１０４およびアンテナ１０６が、順方向リンク１２４によってアクセス端末１２２へ情報を送信し、逆方向リンク１２６によってアクセス端末１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは異なる周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは異なる周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。
【００２４】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のアクセス端末に通信するように、複数のアンテナが設計されうる。順方向リンク１１８および順方向リンク１２４による通信では、基地局１０２の送信アンテナは、アクセス端末１１６およびアクセス端末１２２のための順方向リンク１１８および順方向リンク１２４の信号対雑音比を改善するためにビームフォーミングを適用することができる。また、基地局１０２が、関連付けられた有効通信範囲にランダムに散在したアクセス端末１１６、１２２に送信するためにビームフォーミングを利用している間、近隣セル内のモバイル・デバイスは、すべてのアクセス端末に対して単一のアンテナによって送信している基地局に比べて、少ない干渉しか被らない。
【００２５】
態様にしたがって権利主張される主題は、可変サイズのデータ・パケットを受信する受信機バッファにおいて、データ・オーバフローを回避するためのアーキテクチャおよび方法を提供する。
【００２６】
図２に移って、態様にしたがって、受信機バッファにおけるデータ・オーバフローを回避することを容易にする例示的なネットワーク・アーキテクチャ２００が提供される。例示されるように、システム２００は、ラジオ・ネットワーク・コントローラ２０６によって提供された機能および能力によって基地局２０４、および／または、より優れたセルラ・システム、または、コア・ネットワーク２０８（例えば、第３世代（３Ｇ）セルラ・システム）と連続的および／または動作的、または、散発的および／または断続的に通信しうるアクセス端末２０２を含みうる。アクセス端末２０２は、アクセス端末１１６、１２２を用いたコンテキストで上述されたように、全体がハードウェアによって、および／または、ハードウェアおよび／または実行中のソフトウェアとの組み合わせによって実現されうる。さらに、アクセス端末２０２は、その他の互換性のある構成要素内に組み込まれうるか、および／または、関連付けられうる。さらに、アクセス端末２０２は、限定される訳ではないが、プロセッサを含む任意のタイプの装置であるか、および／または、コア・ネットワーク２０８と効果的な通信が可能な任意のタイプの装置でありうる。アクセス端末２０２を備える例示的な装置は、デスクトップ・コンピュータ、セルラ電話、スマートフォン、ラップトップ・コンピュータ、ノート型コンピュータ、タブレット型パソコン、コンシューマ・デバイスおよび／または産業デバイスおよび／または設備、携帯端末、携帯情報端末、マルチメディア、インターネット・モバイル電話、マルチメディア・プレーヤ等を含みうる。
【００２７】
さらに、図示するように、ネットワーク・アーキテクチャ２００はまた、例えば住宅環境および／またはビジネス環境において一般的なローカル・エリアＩＥＥＥ８０２ベースのネットワーク（有線および／または無線）環境と、セルラ・コア・ネットワークとの間に、改善された相互運用性をもたらす基地局２０４をも含みうる。さらに、基地局２０４は、例えば、住宅ネットワークまたは小企業ネットワークへのセルラ・システムおよび／またはネットワーク有効通信範囲の拡張を提供し、セルラ・ネットワーク環境の個々のユーザのために、最大のセルラ・スループット・レートを与える。
【００２８】
さらに、図２で例示されるように、ネットワーク・アーキテクチャ２００はさらに、ラジオ・ネットワーク・コントローラ２０６に接続またはグループ化される１または複数の基地局（例えば、基地局２０４）のセットの制御を担当しうるラジオ・ネットワーク・コントローラ２０６を含みうる。ラジオ・ネットワーク・コントローラ２０６は一般に、ラジオ・リソース管理（例えば、送信電力、チャネル割当、ハンドオーバ基準、変調スキーム、誤り符号スキーム等のようなパラメータを制御するためのストラテジおよびアルゴリズム）と、モビリティ管理機能（例えば、コールや、ショート・メッセージング・サービス（ＳＭＳ）によるテキスト・メッセージングや、その他の異なるモバイル・サービスが配信されるように、アクセス端末／ユーザ機器２０２がどこにあるのかを追跡すること）のうちのいくつかと、を実行する。さらに、ラジオ・ネットワーク・コントローラ２０６は、一般に、アクセス端末／ユーザ機器２０２との間でユーザ・データが送信される前に暗号化されるポイントである。ラジオ・ネットワーク・コントローラ２０６は一般に、回路交換コア・ネットワーク（例えば、コア・ネットワーク２０８）を、媒体ゲートウェイ・サーバ（ＭＧＷ）および／またはモバイル交換センタ（ＭＳＣ）によって、サービス提供ＧＰＲＳサポート・ノード（ＳＧＳＮ）（図示せず）に接続している。これは、特定の地理的サービス領域内に位置するアクセス端末／ユーザ機器２０２との間のパケットの配信を担当しうる。
【００２９】
さらに、上述したようなネットワーク・アーキテクチャ２００は、回路交換ネットワークでありうるコア・ネットワーク２０８を含みうる。回線交換ネットワークは、一般に、ユーザが通信する前に、ノードおよび／または端末間（例えば、アクセス端末／ユーザ機器２０２とアクセス端末／ユーザ機器２１４との間）で固定帯域幅回路またはチャネルを確立するものである。回線交換は、ノードおよび／または端末が、（例えば、一定のまたは一貫したビット遅れを提供することによって、）電気回路によって互いに物理的に接続されているという認識を与える。これは、パケット・キューのような要因が、特に音声送信のコンテキストにおいては、ジッタに至る可変遅延を引き起こすパケット交換とは対照的である。
【００３０】
さらに例示されるように、ネットワーク・アーキテクチャ２００はまた、ラジオ・ネットワーク・コントローラ２１０、基地局２１２、およびアクセス端末／ユーザ機器２１４を含みうる。前述した構成要素の構成および動作の多くは、前述したアクセス端末／ユーザ機器２０２、基地局２０４、およびラジオ・ネットワーク・コントローラ２０６に関して記載されたものに実質的に同一であるので、このような機能および能力の詳細な説明は、不要な冗長を避けるため、および簡潔化および簡略化のために、省略されうる。
【００３１】
次に図３を参照して、本開示のさまざまな態様にしたがった典型的な無線通信システム３００のブロック図が提供される。例示されるように、システム３００は、外部無線デバイス３６０と通信する無線デバイス３１０を含む。このような実施形態では、無線デバイス３１０は、受信ユニット３４０を経由して、外部無線デバイス３６０から可変サイズのデータ・パケットを受信する。実施形態では、受信機ユニット３４０はさらに、受信機バッファ３４２およびバイト・カウンタ３４４を含む。これによって、受信されたデータ・パケットは、受信機バッファ３４２の内部および外部に送られ、所要の時間において受信機バッファ３４２内に蓄積されたデータ量が、バイト・カウンタ３４４によってモニタされるようになる。別の実施形態では、おのおののデータ・パケットの個々のサイズもまた、バイト・カウンタ３４４によってモニタされうる。
【００３２】
バイト・カウンタ３４４によってモニタされた蓄積されたデータ量、および／または、受信機バッファ３４２のデータ・モニタリングに関連する任意のメトリックを含みうるパラメータ化されたバッファ・データは、その後、図示するように、プロセッサ３３０へ送信される。その後、プロセッサ３３０は、このデータを、後に使用するために、メモリ３２０に格納する。および／または、受信機バッファ３４２のためのデータ容量データを生成できるように、このデータを処理する。ここで、プロセッサ３３０は、パラメータ化されたバッファ・データ、および／または、メモリ３２０に格納されたその他のデータに応じて、このようなデータ容量データを生成しうることが認識されるべきである。このようなデータは、例えば、受信機バッファ３４２のための静的／動的なデータ使用量しきい値を含みうる。これは、メモリ３２０に格納されたデータ／アルゴリズムを取得することを必要としうる。
【００３３】
バッファ３４２のデータ容量データが確認されると、このデータは、送信機ユニット３５０に提供される。送信機ユニット３５０では、このデータは、外部無線デバイス３６０へ、データ容量ステータスとして転送される。ここで、送信機３５０へ提供されたデータ容量データはさらに、データ容量ステータスをデバイス３６０にいつどのように転送するかに関する、メモリ３２０から取得される命令群／規則を含みうることが認識されるべきである。例えば、このような命令群／規則は、周期的な間隔で、および／または、受信機バッファ３４２のデータ使用量が、特定のしきい値を超えた場合にのみ、ステータスが送信されうることを要求しうる。デバイス３６０は、受信機バッファ３４２のデータ容量ステータスを受信すると、デバイス３１０へ送信されたデータ・パケットのフローを制御しうる。
【００３４】
次に図４に示すように、データ・オーバフローを回避することを有効にする典型的な無線デバイスの例示が提供される。さらに、無線デバイス３１０のさまざまな構成要素が提供される。例示するように、無線デバイス３１０は、受信機バッファ４０１、バイト・カウンタ４０３、シーケンス番号構成要素４０５、バッファ・ステータス生成器４０７、および送信機構成要素４０９を含む。
【００３５】
実施形態では、受信機バッファ４０１は、バイト単位で測定可能な有限の記憶容量を有している。無線デバイス３１０によって受信されたデータ・パケットは、先ず、デバイス３１０のその他の構成要素に渡される前に、バッファ４０１に格納される。受信したデータ・パケットは可変サイズであるので、受信機バッファ４０１の使用容量は、同様に変動しうる。このため、データ・パケット喪失に至りうるオーバフローを回避できるように、バッファ４０１内における実際のデータ量を注意深くモニタすることが望ましい。
【００３６】
１つの態様では、バイト・カウンタ４０３は、バッファ４０１の使用容量をモニタするために使用される。１つの実施形態では、バイト・カウンタ４０３は、バッファ４０１に接続されており、バッファ４０１に入るデータのバイトを加算し、バッファ４０１から出るデータのバイトを減算することによって、このような使用量を定量化するように構成されている。別の実施形態では、バイト・カウンタ４０３は、較正および／またはキューの目的のために、バッファ４０１に出入りするパケットの個々のサイズを記録するために使用されうる。
【００３７】
別の態様では、バイト・カウンタ４０３は、バッファ４０１の使用量の制御を支援するために、シーケンス番号構成要素４０５とともに動作する。シーケンス番号構成要素は、例えば、ラジオ・リンク制御（ＲＬＣ）レイヤ・シーケンス番号をバッファ４０１へ伝送することによって、または、パケット・データ集中プロトコル（ＰＤＣＰ）プロトコル・データ・ユニット（ＰＤＵ）へ導入された新たなシーケンス番号をバッファ４０１へディスパッチすることによって、スピーチ・フレームに関連付けられたシーケンス番号の提供を開始しうる。
【００３８】
例示するように、デバイス３１０はさらに、バッファ・ステータス生成器４０７と送信機構成要素４０９とを含みうる。実施形態では、生成器４０７および送信機構成要素４０９は、外部デバイスに、バッファ４０１を介したデータ・パケットのフローの正確な評価を与えることができるように、共に動作する。このような実施形態では、外部デバイスへ転送されたバッファ・ステータスは、複数のタイプのデータ（例えば、パーセンテージ使用量、利用可能な空間等）のうちの何れかを含み、複数の基準（例えば、固定時間間隔、しきい使用量等）のうちの何れかにしたがって送信されうる。
【００３９】
次に図５を参照して、無線通信環境において、データ・オーバフローを回避することを容易にする典型的な方法の例示が提供される。例示するように、方法５００は、可変サイズのデータ・パケットのストリームが、受信機バッファに受信されるステップ５０２で始まる。１つの実施形態では、データ・パケットを送信するエンティティは、フレキシブルなＲＬＣ  ＰＤＵサイズで構成されたＵＥであり、受信するエンティティは、ノードＢまたはＲＮＣにおけるＲＬＣである（すなわち、逆方向リンク送信である）ことが認識されるべきである。しかしながら、別の実施形態では、データ・パケットを送信するエンティティは、ＲＮＣまたはノードＢにおけるＲＬＣであり、受信するエンティティは、ＵＥである（すなわち、順方向リンク送信である）。
【００４０】
次に、方法５００は、受信機バッファにおいてデータ量がモニタされるステップ５０４に続く。既に述べたように、受信されるデータ・パケットは、可変サイズからなるので、受信機バッファ内のパケット数を単に知っているのではなく、受信機バッファによって使用されている実際のバイトを定量化することがより望ましい。このように、１つの実施形態では、バイト・カウンタが、受信機バッファに接続され、所与の時間において、受信機バッファ内で使用されているバッファ数を確認するように構成される。また、受信機バッファは、連続的にバッファに出入りするデータ・パケットのストリームを受信するので、バイト・カウンタは、連続的に、および／または、特定間隔でバイトをカウントするように構成されうる。
【００４１】
その後、ステップ５０６では、受信機バッファの容量ステータスが確認される。ここでは、複数の受信機バッファ・メトリックのうちの何れかが望まれるので、ステップ５０６で生成された容量ステータスは、同様に、複数のタイプのデータのうちの何れかを含みうる。以前に述べたように、このようなデータは、受信機バッファのパーセンテージ使用量、および／または、受信機バッファで利用可能な記憶スペース量を含みうる。この容量ステータス・データはその後、外部無線デバイスへ送信され、受信機バッファをオーバフローすることなく送信されるデータのフローが判定される。
【００４２】
次に、図６に示すように、可変サイズのデータ・パケットのストリームを受信するための典型的な方法を例示するフロー・チャートが提供される。例示されるように、処理６００は、データ・パケットのストリームが、受信機バッファに受信されるステップ６０２で始まる。その後、処理６００は、受信機バッファを出入りするデータのデュアル・モニタリングを継続する。例えば、ステップ６０３では、受信機バッファへの入力がモニタされ、その後、バイト・カウンタをインクリメントすることによって、ステップ６０５で定量化される。さらに、受信機バッファへの入力が、ステップ６０３においてモニタされ、データ・パケットが受信されたかが判定される。データ・パケットが実際に受信された場合、バイト・カウンタがステップ６０５においてインクリメントされる。そうでない場合には、処理６００は、ステップ６０３にループして戻り、入力が再びモニタされる。同様に、ステップ６０４では、受信機バッファの出力がモニタされ、その後、ステップ６０６において、バイト・カウンタをデクリメントすることによって定量化される。すなわち、データ・パケットが、受信機バッファを出ると、ステップ６０６においてバイト・カウンタがデクリメントされるか、そうでない場合には、処理６００は、ステップ６０４へループして戻り、出力が再びモニタされる。
【００４３】
ステップ６０８では、処理６００は、実際のカウンタ量を更新することによって継続する。例示されるように、実際のカウンタ量は、受信機バッファで使用されているバイト数を反映する。これは、ステップ６０５でインクリメントされたバイト数、および、ステップ６０６でデクリメントされたバイト数に応じている。
【００４４】
次に、ステップ６１０では、受信機バッファで使用されているバイト数、および、ステップ６１１で受信されたバッファの実際のサイズに応じて、バッファ・ステータスが提供される。その後、ステップ６１３で受信されたロジックにしたがって、ステップ６１２において、バッファ・ステータスが外部無線デバイスへ送信される。前述したように、このようなロジックは、バッファ・ステータスがいつ送信されるべきであるかに関する命令群／規則を含みうる。
【００４５】
図７は、データ・オーバフローを回避することを容易にするアクセス端末２０２の例示７００である。アクセス端末２０２は、例えば（図示しない）受信アンテナから信号を受信し、受信した信号について一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、これら調整された信号をデジタル化してサンプルを得る受信機７０２を備えうる。受信機７０２は、例えばＭＭＳＥ受信機であり、受信したシンボルを復調し、それらをチャネル推定のためにプロセッサ７０６へ送る復調器７０４を備えうる。プロセッサ７０６は、受信機７０２によって受信された情報の分析、および／または、送信機７１４による送信のための情報の生成に特化されたプロセッサ、アクセス端末２０２の１または複数の構成要素を制御するプロセッサ、および／または、受信機７０２によって受信された情報の分析、送信機７１４による送信のための情報の生成、アクセス端末２０２の１または複数の構成要素の制御の両方を行うプロセッサでありうる。
【００４６】
アクセス端末２０２は、プロセッサ７０６に動作可能に接続されたメモリ７０８をさらに備える。このメモリは、送信されるべきデータ、受信したデータ、および、本明細書に記載されたさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納しうる。例えば、メモリ７０８は、１または複数の基地局によって適用されるグループ特有のシグナリング制約を格納しうる。メモリ７０８はさらに、リソース・ブロック割当を通信すること、および／または、受信した割当メッセージを分析するためにそのようなシグナリング制約を適用することのために使用されるシグナリング制約を識別することに関連付けられたプロトコルおよび／またはアルゴリズムを格納しうる。
【００４７】
本明細書に記載されたデータ・ストア（例えば、メモリ７０８）は、揮発性メモリであるか、あるいは不揮発性メモリである。あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されるだろう。限定ではなく例示によって、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含みうる。限定ではなく例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。主題となるシステムおよび方法のメモリ７０８は、限定される訳ではないが、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００４８】
受信機７０２はさらに、図４の受信機バッファ４０１に実質的に同一でありうる受信機バッファ７１０に動作可能に接続されている。図４のバイト・カウンタ４０３に実質的に同一でありうるバイト・カウンタ７１１に接続された受信機バッファ７１０は、データ・オーバフローを回避することを容易にするために適用されうる。アクセス端末２０２はさらに、変調機７１２と、例えば、基地局や、他のアクセス端末等に信号を送信する送信機７１４とを備える。プロセッサ７０６と別に図示されているが、受信機バッファ７１０および／または変調器７１２は、プロセッサ７０６または多くのプロセッサ（図示せず）の一部でありうることが認識されるべきである。
【００４９】
図８は、データ・オーバフローを回避することを容易にするシステム８００の例示である。システム８００は、複数の受信アンテナ８０４によって１または複数のアクセス端末８０２から信号（単数または複数）を受信する受信機８０８と、送信アンテナ８０６によって１または複数のアクセス端末８０２へ送信する送信機８２０と、を有するラジオ・ネットワーク・コントローラ２０６（例えば、アクセス・ポイント）を備える。受信機８０８は、受信アンテナ８０４から情報を受信する。さらに、受信した情報を復調する復調器８１０と動作可能に関連付けられている。復調されたシンボルは、図７に関して上述され、メモリ８１４に接続されたプロセッサに類似したプロセッサ８１２によって分析されうる。メモリ８１４は、アクセス端末（単数または複数）８０２（または（図示しない）別の基地局）との間で受信されたデータ、または、送信されるデータ、および／または、本明細書に記載されたさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納する。プロセッサ８１２はさらに、データ・オーバフローを回避することを容易にする受信機バッファ８１６およびバイト・カウンタ８１５に接続されている。さらに、受信機バッファ８１６は、変調器８１８へ送信されるべき情報を提供しうる。変調器８１８は、送信機８２０によってアンテナ８０６を介してアクセス端末（単数または複数）８０２へなされる送信のためのフレームを多重化しうる。プロセッサ８１２と別に示されているが、バイト・カウンタ８１５、受信機バッファ８１６、および／または変調器８１８は、プロセッサ８１２または多くのプロセッサ（図示せず）の一部でありうることが認識されるべきである。
【００５０】
図９に移って、無線通信環境において、データを制御することを可能にするシステム９００が例示される。システム９００は、例えば、ラジオ・ネットワーク・コントローラ内に存在しうる。図示するように、システム９００は、プロセッサ、ソフトウェア、または（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表しうる。システム９００は、連携して動作しうる電子構成要素の論理グループ９０２を含む。例示するように、論理グループ９０２は、可変サイズのデータ・パケットのストリームを受信するための電子構成要素９０４を含みうる。さらに、論理グループ９０２は、受信機バッファにおけるデータ量を定量化するための電子構成要素９０６を含みうる。論理グループ９０２はまた、受信機バッファのデータ容量ステータスを確認するための電子構成要素９０８を含みうる。さらに、システム９００は、電子構成要素９０４、９０６、９０８に関連付けられた機能を実行するための命令群を保持するメモリ９１０を含みうる。メモリ９１０の外側にあるとして示されているが、電子構成要素９０４、９０６、９０８は、メモリ９０８内に存在しうることが理解されるべきである。
【００５１】
図１０は、無線通信システム１０００の例を示す。無線通信システム１０００は、簡潔さの目的のため、１つの基地局１０１０と１つのアクセス端末１０５０しか示していない。しかしながら、システム１０００は、１より多い基地局、および／または、１より多いアクセス端末を含みうることが認識されるべきである。ここで、追加の基地局および／またはアクセス端末は、以下に示す基地局１０１０およびアクセス端末１０５０の例と実質的に類似しうるか、あるいは、異なりうる。さらに、基地局１０１０および／またはアクセス端末１０５０は、この間の無線通信を容易にするために、本明細書で記載されたシステムおよび／または方法を適用しうることが認識されるべきである。
【００５２】
基地局１０１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース１０１２から送信（ＴＸ）データ・プロセッサ１０１４へ提供される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ１０１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００５３】
おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは、一般には、周知の方式で処理される既知のデータ・パターンであり、チャネル応答を推定するために、アクセス端末１０５０において使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ１０３０によって実行または提供される指示によって決定されうる。
【００５４】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ１０２０に提供される。ＴＸ  ＭＩＭＯプロセッサ１０２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）１０２２ａ乃至１０２２ｔへ提供する。さまざまな実施形態において、ＴＸ  ＭＩＭＯプロセッサ１０２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００５５】
おのおのの送信機１０２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機１０２２ａ乃至１０２２ｔからのＮＴ個の変調信号はそれぞれ、ＮＴ個のアンテナ１０２４ａ乃至１０２４ｔへ送信されうる。
【００５６】
アクセス端末１０５０では、送信された調整信号が、ＮＲ個のアンテナ１０５２ｒ乃至１０５２ａによって受信され、アンテナ１０５２のおのおのから受信された信号は、それぞれの受信機（ＲＣＶＲ）１０５４ａ乃至１０５４ｒへ提供される。おのおのの受信機１０５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００５７】
ＲＸデータ・プロセッサ１０６０は、ＮＲ個の受信機１０５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１０６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ１０６０による処理は、基地局１０１０におけるＴＸ  ＭＩＭＯプロセッサ１０２０およびＴＸデータ・プロセッサ１０１４によって実行されるものと相補的である。
【００５８】
プロセッサ１０７０は、上述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ１０７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００５９】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、ＴＸデータ・プロセッサ１０３８によって処理され、変調器１０８０によって変調され、送信機１０５４ａ乃至１０５４ｒによって調整され、基地局１０１０へ送り戻される。なお、ＴＸデータ・プロセッサ１０３８はまた、多くのデータ・ストリームに関するトラフィック・データをデータ・ソース１０３６から受信する。
【００６０】
基地局１０１０では、アクセス端末１０５０からの変調された信号が、アンテナ１０２４によって受信され、受信機１０２２によって調整され、復調器１０４０によって復調され、ＲＸデータ処理装置１０４２によって処理されることによって、アクセス端末１０５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ１０３０は、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定するために、この抽出されたメッセージを処理する。
【００６１】
プロセッサ１０３０およびプロセッサ１０７０は、基地局１０１０およびアクセス端末１０５０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ１０３０およびプロセッサ１０７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ１０３２およびメモリ１０７２に関連付けられうる。プロセッサ１０３０およびプロセッサ１０７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【００６２】
態様では、論理チャネルが、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を含みうる。さらに、論理制御チャネルは、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）を含みうる。さらに、論理制御チャネルは、１またはいくつかのＭＴＣＨのためにマルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジュールおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）を備えうる。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳ（例えば、旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。さらに、論理制御チャネルは、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される専用制御チャネル（ＤＣＣＨ）を含みうる。態様では、論理トラフィック・チャネルは、ユーザ情報を転送するために、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）をも含みうる。
【００６３】
態様では、伝送チャネルが、ＤＬとＵＬとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＰＣＨは、セル全体にわたってブロードキャストされることにより、および、他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（ＰＨＹ）リソースにマップされることにより、ＵＥ節電をサポートする（例えば、不連続受信（ＤＲＸ）サイクルが、ネットワークによってＵＥへ示される）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。
【００６４】
ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。例えば、ＤＬ  ＰＨＹチャネルは、共通のパイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および／または、負荷インジケータ・チャネル（ＬＩＣＨ）を含みうる。さらなる実例として、ＵＬ  ＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、および／またはブロードキャスト・パイロット・チャネル（ＢＰＩＣＨ）を含みうる。
【００６５】
１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体上に格納されるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされうる使用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルー・レイ・ディスクを含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００６６】
実施形態がプログラム・コードまたはコード・セグメントで実施される場合、コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーティン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは、命令群やデータ構造またはプログラム命令文の任意の組み合わせを表しうることが認識されるべきである。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。それに加えて、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作が、コンピュータ・プログラム製品に組み込まれうるマシン読取可能媒体および／またはコンピュータ読取可能媒体における命令群および／またはコードのうちの１つまたは任意の組み合わせまたはセットとして存在しうる。
【００６７】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【００６８】
ハードウェアで実施する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載された機能を実行するように設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。
【００６９】
上述したものは、１または複数の実施形態の一例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法の考えられるすべての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神およびスコープ内にあるそのようなすべての変更、変更、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であることが意図される。
【図１】
2014131301.tif 000003
【図２】
2014131301.tif 000004
【図３】
2014131301.tif 000005
【図４】
2014131301.tif 000006
【図５】
2014131301.tif 000007
【図６】
2014131301.tif 000008
【図７】
2014131301.tif 000009
【図８】
2014131301.tif 000010
【図９】
2014131301.tif 000011
【図１０】
2014131301.tif 000012
【手続補正書】
【提出日】平成26年2月25日(2014.2.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信機におけるデータ・オーバフローを回避する方法であって、
可変サイズのデータ・パケットを、受信機バッファへ受信することと、
データ量がバイト・カウンタによってカウントされるように、前記受信機バッファにおけるデータ量をモニタリングすることと、
前記受信機バッファにおけるデータ量に応じている前記受信機バッファのデータ容量ステータスを生成することと
を備える方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
上述したものは、１または複数の実施形態の一例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法の考えられるすべての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神およびスコープ内にあるそのようなすべての変更、変更、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であることが意図される。
なお、以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［発明１］受信機におけるデータ・オーバフローを回避する方法であって、
可変サイズのデータ・パケットを、受信機バッファへ受信することと、
データ量がバイト・カウンタによってカウントされるように、前記受信機バッファにおけるデータ量をモニタリングすることと、
前記受信機バッファにおけるデータ量に応じている前記受信機バッファのデータ容量ステータスを生成することと
を備える方法。
［発明２］前記受信機バッファへデータ・パケットを送信するように構成されたエンティティへ、前記データ容量ステータスを送信することをさらに備える発明１に記載の方法。
［発明３］前記データ容量ステータスは、しきい値を超えた場合にのみ送信される発明２に記載の方法。
［発明４］前記データ容量ステータスは、固定時間間隔のセットにおいて定期的に送信される発明２に記載の方法。
［発明５］前記生成することはさらに、前記受信機バッファの最大バッファ・サイズに応じている発明１に記載の方法。
［発明６］前記モニタリングするステップは、前記受信機バッファへ受信されたおのおののデータ・パケットについて前記データ・カウンタをインクリメントすることを含む発明１に記載の方法。
［発明７］前記モニタリングするステップは、前記受信機バッファを出るおのおののデータ・パケットについて前記データ・カウンタをデクリメントすることを含む発明１に記載の方法。
［発明８］発明１に記載の方法を実行するためのコンピュータ実行可能な命令群を備えるコンピュータ読取可能媒体。
［発明９］受信機におけるデータ・オーバフローを回避することを有効にする無線通信装置であって、
可変サイズのデータ・パケットのストリームを、最大バッファ・サイズを有する受信機バッファへ受信する手段と、
所与の時間において、前記受信機バッファにおけるデータ量を定量化する手段と、
前記受信機バッファのデータ容量ステータスを生成する手段とを備え、
前記データ容量ステータスは、所与の時間における前記受信機バッファ内のデータ量と、前記最大バッファ・サイズとに応じて生成される動的なメトリックである無線通信装置。
［発明１０］前記受信機バッファへデータ・パケットを送信するように構成されたエンティティへ、前記データ容量ステータスを送信する手段をさらに備える発明９に記載の無線通信装置。
［発明１１］前記データ容量ステータスがしきい値を超えたかを判定する手段をさらに備え、
前記送信する手段は、前記データ容量ステータスがしきい値を超えたかに応じて、前記データ容量ステータスを送信するように構成された発明１０に記載の無線通信装置。
［発明１２］前記送信する手段は、前記データ容量ステータスを、固定時間間隔のセットにおいて定期的に送信するように構成された発明１０に記載の無線通信装置。
［発明１３］前記受信機バッファに受信された各データ・パケットの可変サイズを記録する手段をさらに備える発明９に記載の無線通信装置。
［発明１４］前記定量化する手段はさらに、前記受信機バッファへ受信されたおのおののデータ・パケットについてデータ・カウンタをインクリメントする手段を備える発明９に記載の無線通信装置。
［発明１５］前記定量化する手段はさらに、前記受信機バッファを出るおのおののデータ・パケットについてデータ・カウンタをデクリメントする手段を備える発明９に記載の無線通信装置。
［発明１６］無線通信装置であって、
可変サイズのデータ・パケットのストリームを、受信機バッファへ受信するように構成された受信機ユニットを備え、
前記受信機ユニットは、所与の時間において、前記受信機バッファにおけるデータ量を定量化するように構成されたバイト・カウンタを備え、
前記無線通信装置はさらに、
前記受信機ユニットに接続された送信機ユニットを備え、
前記送信機ユニットは、前記受信機バッファのためのデータ容量ステータスを送信するように構成され、前記データ容量ステータスは、所与の時間における前記受信機バッファ内のデータ量に応じて生成される動的なメトリックである無線通信装置。
［発明１７］前記受信機ユニットはさらに、逆方向リンク送信動作中に、受信機として動作するように構成された発明１６に記載の無線通信装置。
［発明１８］前記受信機ユニットはさらに、順方向リンク送信動作中に、受信機として動作するように構成された発明１６に記載の無線通信装置。
［発明１９］前記送信機ユニットは、可変サイズのデータ・パケットを送信するように構成された発明１６に記載の無線通信装置。
［発明２０］前記受信機ユニットは、別の無線通信装置からの外部データ容量ステータスを受信するように構成され、
前記送信機ユニットは、前記外部データ容量ステータスに応じて、可変サイズのデータ・パケットを送信するように構成された発明１９に記載の無線通信装置。
【外国語明細書】
2014131301000001.pdf