従来方式の有線ベースのプロトコルのための無線アーキテクチャ
【課題】高速無線リンクによって有線リンクを介して従来方式で通信されるデータの転送に関して、既存の有線アーキテクチャにおける最小の変化しか与えない有線データ通信および／または無線データ通信を提供する。
【解決手段】従来方式の有線リンクを越えて無線で通信する装置は、有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、第２のクライアント部を備える受信機とを含む。この装置は、媒体アクセス制御および再送信統計値によってサポートされるレートに少なくとも部分的に基づいて動作レートを決定するクエリ・モジュールと、通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールとを含む。
【解決手段】従来方式の有線リンクを越えて無線で通信する装置は、有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、第２のクライアント部を備える受信機とを含む。この装置は、媒体アクセス制御および再送信統計値によってサポートされるレートに少なくとも部分的に基づいて動作レートを決定するクエリ・モジュールと、通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記述は、一般に通信システムに関し、特に、従来方式の有線ベースのデバイスを、無線リンクおよび／または有線リンクによって通信可能とすることに関する。
【背景技術】
【０００２】
無線ネットワーク・システムは、ユーザが特定の時間において存在するならどの場所（例えば、家庭、オフイス、旅行先等）であろうとも、通信するために、多くの人によって利用される。無線通信デバイスは、ユーザ・ニーズを満足するために、可搬性と利便性とを改善しつつ、より小型かつより強力（例えば、拡張された機能および／またはアプリケーション、より大容量のメモリ）になった。ユーザは、セルラ電話および携帯情報端末（ＰＤＡ）等を含む無線通信デバイスの多くの用途を見つけた。例えば、無線通信デバイスは、画像（例えば、静止画、動画、ビデオ・ゲーム等）をキャプチャして処理する機能を含むことができる。
【０００３】
非常に高いデータ・レートを用いて動作するアプリケーションおよび／または機能は、かなりの電力要求および／または高い電流レベルを持つ。そのような電力要求および／または電流レベルは、有線プロトコルを用いて通信するデバイスに容易に利用可能である。しかしながら、無線通信システムは、高いデータ・レートを用いて動作する能力を持たないかもしれない。したがって、ユーザが通信を送信および／または受信することを望む通信は、いくつかの状況において制限されうる。
【０００４】
いくつかのデバイスは、従来、例えばモバイル・ディスプレイ・デジタル・インタフェース（ＭＭＤＩ）のような有線機能においてのみ動作する。したがって、そのようなモバイルを有するユーザは、モバイルと通信することができず、無線デバイスを得るためにさらにコストをかけねばならない。それは必ずしも実現可能ではないかもしれない。いくつかの状況で、ユーザは、２つのデバイス、すなわち、有線機能を持つものと、無線機能を持つものとを操作することによって、両デバイスの利点を達成している。しかしながら、これら２つのデバイスに関連するコストは、これら両デバイスを追跡することと同様に、ユーザに対して不適切な負担を課する恐れがある。
【０００５】
上記およびその他の欠点を解決するために、従来方式の有線ベースのプロトコルが、有線アーキテクチャかまたは無線アーキテクチャかの何れか一方で通信することを可能にする技術が提供される。開示する技術は、有線アーキテクチャに対する変更を最低限に抑える柔軟性を提供する。
【関連出願】
【０００６】
本願は、その全体が参照によって本明細書に組み込まれている、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年５月２６日に出願された米国特許仮出願６０／８０９，０６８号、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年７月２６日に出願された米国特許仮出願６０／８３３，５６４号、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年７月２６日に出願された米国特許仮出願６０／８３３，５６５号の３５Ｕ．Ｓ．Ｃ§１１９（ｅ）の下の利益を要求する。
【発明の概要】
【０００７】
以下は、１または複数の実施形態のいくつかの局面の基本的理解を与えるために、これら実施形態の簡単な要約を示す。この要約は、１または複数の実施形態の広範な概要ではなく、これら実施形態の重要なまたは決定的な構成要素を特定することも、そのような実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、後述する更に詳細な記載に対する前置きとして、実施形態の幾つかの概念を、簡単な形式で示すことである。
【０００８】
１または複数の実施形態および対応する開示に従って、様々な局面が、高速無線通信リンクによって有線リンクを介して従来方式で通信されるデータの転送に関して記述される。開示された実施形態は、既存の有線アーキテクチャに対する変更を最低限に抑える有線データ通信および／または無線データ通信を提供する。
【０００９】
実施形態によれば、高速無線リンクによって、有線リンクを介して従来方式で送信されるデータを転送するための動作レートを決定する方法が提供される。この方法は、利用可能なアプリケーション・データ・レートについてホストに問い合わせることと、往復遅延レートを測定することとを含んでいる。順方向リンク・レートおよび逆方向リンク・レートが、測定された往復遅延レートに基づいて確定される。確定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて、動作レートが計算される。この動作レートは、受信機（例えば、モバイル・デバイス）に通信される。動作レートを計算することは、順方向リンク・レートあるいは逆方向リンク・レートが低レートであるかを判定することと、その低レートを動作レートとして指定することとを含む。いくつかの実施形態によれば、この計算は、順方向リンク・レート、逆方向リンク・レート、ホストの利用可能なアプリケーション・データ・レート、およびクライアントの最大キャパシティを比較し、動作レートとして指定される最低レートを決定することを含む。いくつかの実施形態によれば、許容可能な最低レートが確立される。そして、動作レートは、この最低レートを下回るのであれば、調節される。
【００１０】
別の実施形態によれば、従来方式の有線デバイスを、有線プロトコルか無線プロトコルかの何れかで通信するように設定する方法が提供される。この方法は、第１のクライアント部を、送信機に配置することと、第２のクライアント部を、受信機に配置することと、受信機において、有線機能と無線機能とを提供することとを含む。この方法は、送信機をデータ・ソースに接続することと、第１のクライアント部を、有線リンクを用いて、送信機に含まれるホストにインタフェースすることとを含む。
【００１１】
別の実施形態によれば、従来方式の有線リンクを越えて無線で通信する装置が提供される。この装置は、有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、第２のクライアント部を備える受信機とを含む。いくつかの実施形態によれば、この装置は、媒体アクセス制御および再送信統計情報によってサポートされているレートに部分的に基づいて動作レートを決定するクエリ・モジュールと、通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールとを含む。
【００１２】
別の実施形態によれば、有線リンクまたは無線リンクによって通信するモバイル・デバイスが提供される。このモバイル・デバイスは、通信のための動作レートを受信する手段と、無線リンクによって通信する手段と、有線リンクによって通信する手段とを含む。このモバイル・デバイスはまた、受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段を含む。いくつかの実施形態によれば、受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段は更に、無線リンクと有線リンクとを切り換えるかを決定する。
【００１３】
別の実施形態によれば、有線リンクまたは無線リンクによって、低オーバヘッド・モードで通信する方法が提供される。この方法は、順方向リンク・データをバッファに配置することと、一方向チャネル時間割当（ＣＴＡ）を要求することと、順方向リンク・データを送信することとを含む。いくつかの実施形態によれば、この方法は、逆方向リンク・データをバッファに配置することと、逆方向ＣＴＡを要求することと、逆方向リンク・データを送信することと、逆方向カプセル化パケットで、ホストにデータを通信することとを含む。
【００１４】
別の実施形態によれば、有線リンクまたは無線リンクかの何れかで、低レイテンシ・モードで通信する方法が提供される。この方法は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡを要求することと、順方向ＣＴＡを逆方向ＣＴＡと比較することとを含む。いくつかの実施形態によれば、この方法は、逆方向のために確保されたＣＴＡの間、逆方向リンク・データを送信することと、ＭＡＣフレームの持続時間を導出することとを含む。
【００１５】
別の実施形態によれば、ホストが提供するアプリケーション・データ・レートを求めてホストにコンタクトすることと、往復遅延を計算することとのためのコンピュータ実行可能命令群を有するコンピュータ読取可能媒体が提供される。これら命令群は、計算された往復遅延に部分的に基づいて、順方向リンク・レートおよび逆方向リンク・レートを決定することと、決定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて動作レートを確定することとを含む。いくつかの実施形態によれば、これら命令群は、クライアントの最大キャパシティ、ホストが提供するアプリケーション・データ・レート、逆方向リンク・レート、および順方向リンク・レートの最低レートを決定することを含む。決定された最低レートは、動作レートとして指定することができる。そして、このレートは、受信機に送られる。
【００１６】
別の実施形態によれば、有線リンクまたは無線リンクによって通信する命令群を実行するプロセッサが提供される。これら命令群は、通信動作レートを受信することと、受信した通信動作レートに部分的に基づいて、通信を、有線リンクか、あるいは無線リンクによって行うのかを選択的に決定することとを含む。
【００１７】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分に記述され、特に、特許請求の範囲において指摘された特徴を備えている。以下の記述および添付図面は、１または複数の実施形態のある例示的な局面を詳細に述べている。しかしながら、これらの局面は、様々な実施形態の原理が適用され、記述された実施形態がそのような全ての局面およびその等価物を含むことを意図された様々な方法のうちのほんの幾つかしか示していない。
【図面の簡単な説明】
【００１８】
【図１】図１は、従来方式のデバイスが無線で通信することを可能にするシステムのブロック図を例示する。
【図２】図２は、無線リンクによる通信を可能にするための従来方式の有線設定の機能を拡張するシステムを例示する。
【図３】図３は、有線アーキテクチャおよび／または無線アーキテクチャを介して通信するシステムを例示する。
【図４】図４は、無線リンクによる通信を可能にする従来方式の有線設定を拡張するシステムの別の実施形態を例示する。
【図５】図５は、従来方式の有線デバイスを用いて有線リンクまたは無線リンクによって通信するシステムを例示する。
【図６】図６は、本明細書に示された様々な実施形態に従う低オーバヘッド・モードによる典型的な順方向リンクＭＤＤＩデータ転送を例示する。
【図７】図７は、本明細書に示された様々な実施形態に従う低オーバヘッド・モードによる典型的な逆方向リンクＭＤＤＩデータ転送を例示する。
【図８】図８は、本明細書に示された様々な実施形態に従う低レイテンシ・モードＭＤＤＩ接続セットアップを例示する。
【図９】図９は、従来方式の有線デバイスを、有線プロトコルおよび／または無線プロトコルによって通信するように設定する方法を例示する。
【図１０】図１０は、開示された１または複数の実施形態に従って動作レートを決定する方法を例示する。
【図１１】図１１は、本明細書で示された様々な実施形態に従って低オーバヘッド・モードで通信する方法を例示する。
【図１２】図１２は、本明細書で示された様々な実施形態に従って低レイテンシ・モードで通信する方法を例示する。
【図１３】図１３は、端末の可能な構成の概略ブロック図を例示する。
【発明を実施するための形態】
【００１９】
様々な実施形態が、図面を参照して記述される。以下の記述では、説明の目的のために、多くの具体的な詳細が、１または複数の局面についての完全な理解を提供するために述べられる。しかしながら、そのような実施形態は、これら具体的な詳細がなくても実現されうることが明らかである。他の事例では、これらの実施形態の記述を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２０】
本願で使用されているように、「構成要素」、「モジュール」、「システム」等の用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアかの何れかであるコンピュータに関連するエンティティを参照することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行するプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によって、計算デバイス上で実行するアプリケーションと、計算デバイスとの両方が、構成要素になりうる。１または複数の構成要素は、実行中のスレッドおよび／またはプロセス内に存在し、構成要素は、１つのコンピュータに局在化されうるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、その上に格納された様々なデータ構造を有する様々なコンピュータ読取可能媒体から実行することができる。これら構成要素は、例えば、１または複数のデータ・パケットを有する信号（例えば、信号によって他のシステムと、インターネットのようなネットワークを介して、ローカル・システムにおいて、および／または分散システムにおいて、他の構成要素とインタラクトする１つの構成要素からのデータ）に従って、ローカル処理および／または遠隔処理によって通信することができる。
【００２１】
更に、本明細書では、様々な実施形態が、ユーザ・デバイスに関して記述される。ユーザ・デバイスはまた、システム、加入者ユニット、加入者局、移動局、モバイル・デバイス、遠隔局、アクセス・ポイント、基地局、遠隔端末、アクセス端末、ハンドセット、ユーザ端末、端末、ユーザ・エージェント、あるいはユーザ機器と呼ぶことができる。ユーザ・デバイスは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、ＰＤＡ、無線接続能力を有する携帯式デバイス、あるいは無線モデムに接続されたその他の制御デバイスでありうる。
【００２２】
さらに、本明細書に記述された様々な局面または特徴は、標準的なプログラミングおよび／またはエンジニアリング技法を用いた方法、装置、または製造物品として実現されうる。本明細書で用いられる用語「製造物品」は、任意のコンピュータ読取可能デバイス、搬送波、または媒体からアクセス可能なコンピュータ・プログラムを包含するように意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含む。
【００２３】
次の詳細な記述では、様々な局面および実施形態が、モバイル・ディスプレイ・デジタル・インタフェース（ＭＤＤＩ）、および／または、電気電子学会（ＩＥＥＥ）８０２．１５．３媒体アクセス制御（ＭＡＣ）レイヤに関して記述されうる。これらの発明的な局面は、開示された実施形態との使用に良く適している一方、当業者であれば、これらの発明的な局面が、その他の様々な従来方式の有線ベースのプロトコルにおける使用にも同様に適用可能であることを容易に理解するだろう。従って、ＭＤＤＩおよび／またはＩＥＥＥ８０２．１５．３ＭＡＣへのいかなる参照も、そのような発明的な局面が広範な用途を持つという理解の下、これら発明的な局面を例示することのみが意図されている。
【００２４】
様々な実施形態は、多くの構成要素およびモジュール等を含むシステムの観点から示される。様々なシステムが、更なる構成要素、モジュール等を含み、図に関連して説明された構成要素、モジュール等の全てを含んでいる訳ではないことが理解され認識される。これらのアプローチの組み合わせを用いることもできる。更に、様々なシステムが、複数のモジュール・デバイス（例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド計算デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、その他の適切なデバイス）で実現される。
【００２５】
図示するように、図１は、従来方式の有線ベースのデバイスが、無線で通信することを可能にするシステム１００のブロック図を例示している。システム１００は、受信機１０４と有線および／または無線で通信する送信機１０２を含んでいる。送信機１０２および受信機１０４は、有線ベースのプロトコルで従来方式で通信する構成要素でありうる。理解されるように、システム１００には、多くの送信機１０２および受信機１０４が含まれうるが、単純化のために、１つの受信機１０４に通信データ信号を送信する１つの送信機１０２が例示されている。
【００２６】
送信機１０２から受信機１０４へ送られる通信は、順方向リンクと称され、受信機１０４から送信機１０２へ送られる通信は、逆方向リンクと称される。送信機１０２は、データ・ソース１０６（例えば、記憶装置、メモリ等）に接続され、受信機１０４は、ディスプレイのようなインタフェース・デバイス１０８に接続されうる。
【００２７】
システム１００は、少なくとも２つの動作モード、すなわち、低オーバヘッド・モードおよび／または低レイテンシ・モードで動作しうる。低オーバヘッド・モードは、チャネル割当時間（秒）を要求することによって、エア（例えば、無線）で送られるパケットを最適化する。チャネル割当時間は、データが何れかの方向（送信機から受信機、または、受信機から送信機）から送られる時間である。低レイテンシ・モードでは、チャネル割当時間（秒）は、順方向リンクと逆方向リンクとの両方に含まれたデータについての知識に基づいて決定することができる。
【００２８】
送信機１０２は、様々な基準（例えば、往復遅延測定値）に基づいて、順方向リンク・レートおよび逆方向リンク・レートを確定するように構成されうる。送信機１０２は、フレーム毎に、少なくとも１つの逆方向リンク・カプセル化パケットを送ることができる。逆方向リンク・カプセル化パケットは、転送リンクによる逆方向パケットの転送に適応するために使用することができる。これによって逆方向リンクを生成する。
【００２９】
受信機１０４は、有線機能および／または無線機能によってデータ通信を受信および／または送信するように構成されうる。どの機能を利用するかの決定は、データのタイプ（例えば、音声、テキスト、画像等）、データを通信するための従来方式の方法（例えば、有線リンクまたはは無線リンク）、送信されるファイルまたはパケットのサイズを含む様々な基準のみならず、データ、送信機、および／または受信機に関するその他の基準にも基づきうる。送信機１０２は、受信機１０４がどのようにして（例えば、有線か無線か）データを受信するかを知ることなくデータを通信することができる。
【００３０】
図２は、無線リンクによる通信を可能にする従来方式の有線構成の機能を拡張するためのシステム２００を例示する。システム２００は、順方向リンクで受信機２０４と通信する送信機２０２を含んでいる。受信機２０４は、逆方向リンクで送信機２０２と通信する。送信機２０２および受信機２０４は、通常は有線プロトコルで通信するデバイスでありうる。しかしながら、システム２００は、これらデバイスが、有線プロトコル、および／または、例えば高速無線リンクのような無線プロトコルによって通信することを可能にする。理解されるように、システム２００は、多くの送信機２０２および受信機２０４を含むことができるが、簡略のために、１つの受信機２０４に通信データ信号を送信する１つの送信機２０２のみが例示されている。
【００３１】
送信機２０２は、ホスト２０６、クライアント部（Ｃ１）２０８、および通信構成要素２１０を含みうる。例えば、ホスト２０６はＭＤＤＩホストでありうる。いくつかの実施形態では、ホスト２０６は、送信機２０２から分離した構成要素であり、有線リンクによって送信機２０２に接続されうる。クライアント部（Ｃ１）２０８は、ホスト２０６と同期しているか、あるいはクロック同期のためにホスト２０６と通信している。クライアント（Ｃ１）２０８は、例えば、従来方式の有線リンク（例えば、ＭＤＤＩリンク）によってホスト２０６に接続されうる。ホスト２０６は、データのパケットをクライアント（Ｃ１）２０８に送信または通信するように構成されうる。これらのパケットは、例えば超広帯域（ＵＷＢ）システムのようなモデムを含む通信構成要素２１０を介して受信機２０４に通信されうる。いくつかのパケット（例えば、ＭＤＤＩ往復遅延測定パケット）は、クライアント（Ｃ１）２０８によって処理され、受信機２０４へ通信される。他のパケット（例えば、フィラ・パケット）は、クライアント（Ｃ１）２０８によってふるい落とされ、受信機２０４へ通信されるべきではない。すなわち、あるパケットは、順方向無線リンクあるいは逆方向無線リンクの何れにおいても送信されるべきではない。フィラ・パケットは、例えば、送信機２０２と受信機２０４との間のタイミングを保つ。そのようなパケットは、それぞれのクライアント部によって、送信機２０２あるいは受信機２０４の何れかによって生成されうる。
【００３２】
受信機２０４は、インタフェース・デバイス２１２（例えば、ディスプレイ）、クライアント部（Ｃ２）２１４、および通信構成要素２１６を含みうる。いくつかの実施形態では、デバイス２１２は、受信機２０４から分離した構成要素になりえ、例えば有線リンクを介して受信機２０４に接続されうる。クライアント（Ｃ２）２１４は、有線リンクによってデバイス２１２に接続することができる。クライアント（Ｃ２）２１４は、送信機２０２から受信したパケットを処理するように構成することができる。受信機２０４は、例えばＵＷＢモデムを含むことができる通信構成要素２１６によって送信機２０２からの通信を受信することができる。
【００３３】
システム２００は、２つの動作モードのうちの１つで動作するように構成されうる。これらのモードは、低オーバヘッド・モードおよび低レイテンシ・モードを含んでいる。低オーバヘッド・モードでは、クライアント（Ｃ１）２０８は、例えば、フィル・パケットおよび往復遅延パケットを除外して、通信構成要素２１０（例えば、ＵＷＢモデム）上に含まれるバッファ内に、送信されるデータを配置する。通信構成要素２１０は、例えばＵＷＢ ＭＡＣによって、バッファのサイズに基づいて、送信機２０２から受信機２０４への一方向チャネル時間割当（ＣＴＡ）を定期的に要求することができる。逆方向（例えば逆方向リンク）では、クライアント（Ｃ２）２１４は、例えばフィラ・パケットを除いて、送りたい逆方向リンク・データを、通信構成要素２１６（例えば、ＵＷＢモデム）に関連付けられたバッファ内に配置することができる。逆方向では、通信構成要素２１６は、逆方向ＣＴＡを要求することができる。
【００３４】
低レイテンシ・モードの場合、初期化段階中に、通信構成要素２１０（例えば、ＵＷＢモデム）は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡを要求する。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎであり、ｍ秒は、順方向転送レートＲｆ−ｍｄｄｉに対応する持続時間である。Ｔはスーパフレーム持続時間である。これは、アプリケーションのレイテンシ制約によって決定され、
（ｍ＋ｎ）＜ＴＣＴＡＰ＜Ｔ
の関係を持つ。
【００３５】
図３に示すように、有線アーキテクチャおよび／または無線アーキテクチャによって通信するシステム３００が例示される。システム３００は、順方向リンク（送信機３０２から）および／または逆方向リンク（受信機３０４から）で通信する送信機３０２および受信機３０４を含んでいる。順方向リンクおよび／または逆方向リンクによる通信は、特定の状況（例えば、送信されるデータ、データ・レート、通信リンクの品質、各デバイスの状況等）に依存して、有線プロトコルによって、および／または、無線プロトコルによってなされうる。理解されるように、多くの送信機３０２および受信機３０４がシステム３００に含まれうるが、簡略のため、１つの受信機３０６に通信データ信号を送信する１つの送信機３０２のみが例示されている。
【００３６】
送信機３０２は、クライアント（Ｃ１）構成要素３０８に接続されたホスト構成要素３０６と、通信構成要素３１０とを含むことができる。受信機３０４は、クライアント（Ｃ２）構成要素３１４に接続されたデバイス３１２と、通信構成要素３１６とを含むことができる。クライアント（Ｃ１）構成要素３０８およびクライアント（Ｃ２）構成要素３１４はそれぞれのクライアントの部位である。
【００３７】
送信機３０２および／または受信機３０４は、追加の構成要素を含むことができることが、当業者によって理解されるだろう。例えば、送信機３０２は、適切な無線通信プロトコルに従って信号を変調および／または符合化できる符合化構成要素（図示せず）を含むことができる。これら信号は、その後、受信機３０４へ送信されうる。いくつかの実施形態では、符合化構成要素は、アナログ波形をデジタル信号に変換するスピーチ・アナライザを用いる音声コーダ（ボコーダ）であるか、または、その他のタイプの符号化器でありうる。適切な無線通信プロトコルは、限定される訳ではないが、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、グローバル移動体通信システム（ＧＳＭ（登録商標））、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）等を含みうる。
【００３８】
受信機３０４は、受信した信号、および／または、その中の処理されるためのデータ・パケットを復号する復号構成要素（図示せず）を含むことができる。データ・パケットの復号が成功すると、アクノレッジメント構成要素（図示せず）が、データ・パケットの復号が成功したことを示すアクノレッジメントを生成することができる。これは、送信機３０２に送られ、データ・パケットが受信され復号されたので、再送信する必要がないことを送信機３０２に通知する。
【００３９】
ホスト構成要素３０６は、クエリ・モジュール３１８および測定モジュール３２０を含みうる。クエリ・モジュール３１８は、ＭＡＣが提供するアプリケーション・データ・レートについて、ホスト媒体アクセス制御（ＭＡＣ）に問い合わせるように構成される。無線通信の場合、動作レートは、無線リンクのレートに依存しうる。測定モジュール３２０は、無線プロトコルにおいて指定される例えば往復遅延測定値に基づいて、順方向リンク・レートと、逆方向リンク・レートとを決定するように構成されうる。いくつかの実施形態では、無線動作レートは、クライアント（Ｃ１）３０８の最大キャパシティ、ホスト３０６の最大キャパシティ、および、２つのレート（順方向リンク・レートと逆方向リンク・レート）のうちの最小のものよって決定される。許容可能な最小レートＲｍｉｎが存在する。測定された動作レートが、この許容可能な最小レート未満である場合、動作レートは、それぞれの構成要素（例えば、通信構成要素３１０および／または通信構成要素３１６）によって、送信機３０２および／または受信機３０４によって調節される。送信機３０２は、受信機３０４に、通信が処理されるレートを通知することができる。
【００４０】
クライアント（Ｃ２）構成要素３１４は、ＭＡＣが提供するアプリケーション・データ・レートを送信機３０２に通知するように構成されうる通知モジュール３２２を含むことができる。そのような通知は、送信機３０２から受信したクエリ（例えば、クエリ・モジュール３１８によって送られたクエリ）に基づきうる。逆方向リンク・パケットの場合、通知モジュール３２２は、現在のフレームで逆方向リンクによって送信するために受信機３０４によって必要とされるバイト数を指定することができる。クライアント（Ｃ２）構成要素はまた、通信に関連付けられた様々なパラメータ（例えば、通信タイプ、通信レート、送信機、受信機等）に依存して、有線プロトコルまたは無線プロトコルへと通信を割り当てるように構成されうる。
【００４１】
通信構成要素３１６は、有線モジュール３２６および無線モジュール３２８を含むことができる。有線モジュール３２６は、有線機能を提供するように構成され、無線モジュール３２８は、無線機能を提供するように構成されうる。無線モジュール３２８を用いて無線で通信するべきか、有線モジュール３２６を用いて通信するべきであるかの判定がなされうる。そのような判定は、動作レート、送信されているデータのタイプ（例えば、音声、テキスト、画像等）、送信されているデータまたはファイルのサイズ、データが有線リンクで通信されるか無線リンクで通信されるか等を含む様々な要因に基づくことができる。有線モジュール３２６および／または無線モジュール３２８は、１つのモジュールから他のモジュール（例えば、無線から有線、有線から無線）への通信への変更があった場合、スイッチオーバ問題によって通信が失われることのないように、コンテンツを格納するためのバッファを含みうる。
【００４２】
受信機３０４が有線リンクを介して通信している、または、無線リンクを介して通信しているかに関する情報は、送信機３０２に送られる必要はない。送信機３０２は、通信方法（有線または無線）に関わらず、実質的に同じ方式でその機能を実行することができる。
【００４３】
いくつかの実施形態によれば、送信機３０２は、サブフレーム（図示せず）を分解するように構成された構成要素を含めることができ、受信機３０４は、サブフレーム（図示せず）を再集合するように構成された構成要素を含めることができる。ＭＤＤＩサブフレームの最大長さは、例えば約６５，５３６バイトであるが、通常はそれよりも小さい。８０２．１５．３ＭＡＣフレームの最大サイズは、基本的なレートが約４８０Ｍｂｐｓである場合、約４，０９６バイトまたは約８，１９２バイトでありうる。基本的な物理レイヤ・レートが約２００Ｍｂｐｓである場合、このサイズは約２，０４８バイトである。したがって、フレームのサイズを収納するために、サブフレームは送信機３０２側で分解され、受信機３０４側で再集合される必要がある。そのような分解および再集合は、通信構成要素３１０、３１６、および／または、送信機３０２および受信機３０４に関連付けられたその他の構成要素によってそれぞれ実行される。
【００４４】
図４は、無線リンクによる通信を可能にするために従来方式の有線構成を拡張したシステム４００の別の実施形態を例示する。システム４００は、ホスト４０６、クライアント部（Ｃ１）４０８、および通信構成要素４１０を含む送信機４０２を含むことができる。システム４００はまた、デバイス４１２、クライアント部（Ｃ２）４１４、および通信構成要素４１６を含む受信機４０４を含むことができる。送信機４０２は、順方向リンクで受信機４０４に通信し、受信機４０４は、逆方向リンクで送信機４０２に通信する。図面を用いて既に説明したように、システム４００内に多くの送信機４０２および受信機４０４を含めることができるが、簡略のために、１つの受信機４０４に通信データ信号を送信する１つの送信機４０２のみが例示されている。
【００４５】
システム４００は、受信機４０４に動作可能に接続されたメモリ４１８を含みうる。メモリ４１８は、パケット・タイプ（例えば、ＭＡＣによって提供されているアプリケーション・データ・レート、無線リンクの動作レート等）および／またはパケットのデータ・レート、パケット・タイプおよび／またはパケットの動作モード、および／または、無線プロトコル、有線プロトコル、またはこれらプロトコルの組み合わせによってデータを送信することに関連付けられたその他のパラメータに関連する情報を格納することができる。例えば、通信のために有線プロトコルが使用され、通信中に、中断や停止することなく、無線プロトコルへの切り換え、あるいはその逆の切り換えを行うかの判定がなされる。
【００４６】
プロセッサ４２０は、特定の通信が有線プロトコルまたは無線プロトコルで送られるべきかを確定することに関連する情報の分析を容易にするために、受信機４０４（および／またはメモリ４１８）に、動作可能に接続されうる。プロセッサ４２０は、受信機４０４に通信される情報の分析および／または生成を行うための専用のプロセッサ、システム４００の１または複数の構成要素を制御するプロセッサ、および／または、受信機４０４によって受信される情報の分析および生成の両方を行い、システム４００の１または複数の構成要素を制御するプロセッサでありうる。
【００４７】
メモリ４１８は、データ通信レートおよび動作レートに関連付けられたプロトコルを格納し、受信機４０４と送信機４０２との間等の通信を制御する動作を講じる。これによって、システム４００は、格納されたプロトコルおよび／またはアルゴリズムを適用して、本明細書に記載したような無線ネットワークにおける改善された通信を達成することができる。本明細書に記載されたデータ記憶（例えば、メモリ）要素は、揮発性メモリか不揮発性メモリかの何れかであるか、揮発性メモリと不揮発性メモリとの両方を含むことができることが評価されるべきである。限定ではなく一例として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ＥＰＲＯＭ（ＥＰＲＯＭ）、ＥＥＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス記憶装置（ＲＡＭ）を含むことができる。限定ではなく一例として、ＲＡＭは、例えば、シンクロナスＲＡＭ（ＤＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ（登録商標））のような多くの形式で利用することが可能である。開示された実施形態のメモリ４１８は、限定する訳ではないが、これらおよびその他の適切なタイプのメモリを含むことが意図される。
【００４８】
図５は、従来方式の有線デバイスと有線リンクあるいは無線リンクによって通信するシステム５００を例示する。システム５００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックとして表わされる。システム５００は、通信用の動作レートを受信するように構成されうる受信機５０２を含んでいる。この動作レートは、例えば、送信機または送信機ホストから受信されうる。この動作レートは、順方向と逆方向との両方の方向で、通信レートのセットアップまたは確立を行うことができる。システム５００はまた、無線プロトコルによって通信を送信および／または受信するように構成されうる無線通信部５０４を含んでいる。有線通信部５０６は、有線プロトコルによって通信を送信および／または受信するように構成されうる。
【００４９】
順方向および／または逆方向では、パケット拡張および／または新たなパケットが存在しうることが注目されるべきである。例えば、順方向では、ＭＤＤＩ送信機情報が、パケットに追加されうる。このパケット拡張は、受信機端のＭＤＤＩクライアントに、ＭＤＤＩ送信機情報を提供することができる。この情報は、ＭＤＤＩホストとクライアントとが、送信機で動作すべきであるレートを含むことができる。逆方向では、クライアント機能パケットに対する拡張が、ＭＤＤＩ受信機ＭＡＣ情報について約４バイト、ＭＤＤ受信機クライアント情報について約２バイト含むが、その他の拡張もまた可能である。
【００５０】
システム５００には更に判定部が含まれている。判定部は、無線プロトコルによって通信する無線通信部を用いるのか、有線プロトコルによって通信する有線通信部を用いるのかを選択的に判定することができる。そのような判定は、例えば通信動作レートのような様々なパラメータに基づいて選択的になされうる。この判定を行うためにその他のパラメータを用いることもできる。例えば、この判定は、特定の通信がどのようにして従来方式で送信および／または受信された（例えば、履歴分析）か、通信のタイプ（例えば、音声、画像、テキスト等）のみならず、通信、送信機、および／または受信機に関するその他のパラメータに基づいてなされうる。
【００５１】
図６は、本明細書に示された様々な実施形態に従った低オーバヘッド・モードにおける典型的な順方向リンクＭＤＤＩデータ転送６００を例示する。ＭＤＤＩ送信機６０２がＭＤＤＩ受信機６０４へデータを送るモードのうちの１つのタイプは、低オーバヘッド・モードでありうる。このモードでは、無線で送られたパケットが、チャネル割当時間について最適化される。チャネル割当時間は、何れかの方向（例えば、順方向または逆方向）からデータが送られるのに要する時間である。ＭＤＤＩ送信機６０２は、クライアント部（Ｃ１）６０６を含むことができ、ＭＤＤＩ受信機６０４は、クライアント処理部（Ｃ２）６０８を含むことができる。
【００５２】
ＭＤＤＩクライアント（Ｃ１）６０６は、送られるデータを、例えばＵＷＢモデムのようなバッファに配置することができる。この送られるデータは、例えばフィル・パケットおよび往復遅延パケットのような不要なパケットを除外するべきである。ＭＤＤＩデータは、６１２に示すように、送信機ＭＡＣ６１０へ送られる。送信機ＭＡＣ６１０（またはＵＷＢ ＭＡＣ）は、例えばバッファのサイズに基づいて、ＭＤＤＩ送信機６０２からＭＤＤＩ受信機６０４へ少なくとも１つのＣＴＡを定期的または連続的に要求する。
【００５３】
送信機ＭＡＣ６１０は、６１４において、ピコネット・コントローラ（ＰＮＣ）ＭＡＣ６１６からの順方向リンクＣＴＡを（例えば、定期的または連続的に）要求することができる。ＰＮＣ ＭＡＣ６１６は、６１８において、チャネル時間応答コードをもって、送信機ＭＡＣ６１０へ応答することができる。この応答コードは、データが正しく通信されたかを示すことができる。チャネル時間応答コードが正しく受信された後、送信機ＭＡＣ６１０は、６２２に例示するように、ＭＤＤＩデータを、受信機ＭＡＣ６２０に送ることができる。
【００５４】
図７は、本明細書に示された様々な実施形態に従った低オーバヘッド・モードにおける典型的な逆方向リンクＭＤＤＩデータ転送７００を例示する。ＭＤＤＩ受信機７０２は、逆方向リンクで、ＭＤＤＩ送信機７０４に向けられた通信を開始することができる。ＭＤＤＩ受信機７０２は、クライアント部（Ｃ２）７０６を含むことができ、ＭＤＤＩ送信機７０４は、クライアント部（Ｃ１）７０８を含むことができる。
【００５５】
７１２に示すように、ＭＤＤＩ受信機７０２は 受信機ＭＡＣ７１０へＭＤＤＩデータを送ることができる。受信機ＭＡＣ７１０は、７１６において、ＰＮＣ ＭＡＣ７１４からの逆方向リンクＣＴＡを要求することができる。この要求は、逆方向で送られるデータに相当しうる。ＰＮＣ ＭＡＣ７１４は、７１８において、チャネル時間応答コードをもって応答することができる。受信機ＭＡＣ７１０は、７２０において、ＭＤＤＩデータをＣＴＡで送信機ＭＡＣ７２２へ送ることができる。７２４に示すように、送信機ＭＡＣ７２２は、７２４において、受信機ＭＡＣ７１０からＭＤＤＩデータを受信する少し前か、または実質的に同時に、クライアント（Ｃ１）７０８にＭＤＤＩデータを送る、つまり、与えることができる。ＭＤＤＩ送信機ホスト７２６は、７２８および７３０に示すように、フレーム毎に、少なくとも１つの逆方向リンク・カプセルを送信および／または受信することができる。逆方向リンク・データは、データ要求を待たずに、率先して送信することができる。クライアントは、現在のフレームで、逆方向リンクで送る必要があるバイト数を指定することができる。ホスト７２６は、それに従って、逆方向リンク・カプセル・パケット内に、この要求を割り当てることができる。
【００５６】
図８は、本明細書に示された様々な実施形態に従った低レイテンシ・モードＭＤＤＩ接続セットアップ８００を例示する。低レイテンシ・モードでは、順方向と逆方向との両方で、パケットに含まれるデータから導かれる推論に基づいて、チャネル割当時間を確定することができる。ＭＤＤＩ送信機８０２は、クライアント部（Ｃ１）８０６およびホスト８０４を含むことができる。初期化段階中に、送信機８０２のＵＷＢモデムは、８１０において、送信機ＭＡＣ８０８にＭＡＣクエリを送ることができる。ＭＡＣクエリは、ＭＡＣおよび再送信統計情報によってサポートされるレートを見つけ出すために送られるクエリである。送信機ＭＡＣ８０８は、８１２において、クエリに応答することができる。この応答は、ＭＡＣ再送信統計情報によってサポートされるレートを示すＭＡＣ応答でありうる。
【００５７】
送信機８０２は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡセットアップ８１４を要求する。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎであるべきである。８１６において、チャネル時間要求（ＣＴＲＱ）がＰＮＣ ＭＡＣ８１８へ送られる。チャネル時間応答コードは、８２０のように逆方向で送られ、および８２２のように順方向で受信機ＭＡＣ８２４に送られる。８２６に例示するように、ＭＤＤＩ送信機８０２は、ＭＤＤＩ転送を開始することができる。
【００５８】
Ｒｆ−ｍｄｄｉのＭＤＤＩ順方向リンク転送速度に対応する持続時間はｍ秒である。そして、アプリケーションのレイテンシ制約によって決定されるスーパフレーム持続時間がＴである場合、以下の式が成立する。
ｍ＋ｎ＜ＴＣＴＡＰ＜Ｔ
低レイテンシ・モードの場合、逆方向でＣＴＡが保持されている間、リンク・データが送られる。ＭＡＣスーパフレームに関する逆方向リンク・データの到着時間に依存して、転送は、以下の式で示される最大レイテンシを有しうる。
Ｔｒｌ＝ceil［｛ｋ＊（Ｎ／Ｒ１＋RIFS＋Ｈ／Ｒ２）＋SIFS＋ＴＡＣＫ｝／ｎ］＊Ｔ
ここで、ｋは、ＭＡＣフレームによって経験された再送信の平均数である。Ｎは、送られる逆方向リンク・パケットのサイズである。ｎは、各スーパフレームにおける逆方向リンクＣＴＡ持続時間である。Ｒ１は、ＭＤＤＩデータ（ＭＡＣペイロード）の物理レイヤ送信レートであり、Ｒ２は、ＰＨＹヘッダ、ＭＡＣヘッダ、およびプリアンブルの物理レイヤ送信レートである。Ｈは、ＭＡＣヘッダのサイズと、ＰＨＹヘッダのサイズと、プリアンブルのサイズとを加えたものである。ＳＩＦＳは、短いフレーム間隔持続時間である。ＲＩＦＳは、再送信フレーム間隔持続時間である。ＴＡＣＫは、ＡＣＫの送信の持続時間である。Ｔは、スーパフレーム持続時間である。説明目的のために、ＡＣＫポリシーが、Ｉｍｍ−ＡＣＫであると仮定されている。これらに従って、順方向リンク・パケットのレイテンシＴｆｌが決定されうる。順方向リンクおよび逆方向リンクにおけるアプリケーション・レイテンシ制約が与えられ、それに従って、ＭＡＣフレームの持続時間が導出される。ＭＡＣフレームの持続時間、および／または、順方向リンク・パケットのレイテンシを導出するために、例えば、様々なアルゴリズム、方法、および／または技術が適用されうる。
【００５９】
図示および記載された典型的なシステムを考慮して、本明細書に示された１または複数の実施形態に従って実施される方法が、図９乃至１２の図面を参照してより良く理解されるだろう。説明の単純化の目的で、一連の動作（または機能ブロック）としてこれら方法が示され記載される一方、このような方法に従ったこれら動作は、異なる順番で、および／または、本明細書で示され記載されたものとは別の動作と同時に起こりうるので、これら動作の順番によって制限されないことが理解され認識されるべきである。更に、以下の方法を実現するために、例示された全ての動作が必要とされるとは限らない。様々な動作が、ソフトウェア、ハードウェア、それらの組み合わせ、あるいは、これら動作に関連付けられた機能を実行するためのその他任意の適切な手段（例えば、デバイス、システム、処理、構成要素）によって実現されうることが認識されるべきである。これら動作は、簡略形式で本明細書に示されたある局面を単に例示するためのものであり、これらの局面は、より少ないおよび／またはより多い数の動作によって例示されうることが認識されるべきである。当業者は、方法が、たとえば状態図のような相互関連するイベントの状態のようにしても表されうることを理解し認識するだろう。
【００６０】
図９に示すように、従来方式の有線デバイスを、有線プロトコルおよび／または無線プロトコルで通信するように設定する方法９００が例示される。９０２において、第１のクライアント部がＭＤＤＩ送信機に配置される。ＭＤＤＩ送信機は、無線であることができ、データ・ソースに接続されうる。ＭＤＤＩ送信機は更に、例えば従来方式の有線ＭＤＤＩリンクによって、クライアント部に接続またはインタフェースされたＭＤＤＩホストをも含む。
【００６１】
９０４では、第２のクライアント部が、無線ＭＤＤＩ受信機でありうるＭＤＤＩ受信機に配置される。ＭＤＤＩ受信機は、例えばディスプレイでありうるデバイスに接続されうる。ＭＤＤＩ送信機に配置されたクライアント部と、ＭＤＤＩ受信機に配置されたクライアント部とは、同じクライアントの別の部位である。クライアントのこれらそれぞれの部位は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現されうることが注目されるべきである。
【００６２】
９０６では、有線機能および無線機能が提供される。この機能は、ＭＤＤＩ受信機に含まれており、ＭＤＤＩ受信機が、有線機能、無線機能、およびこれら両方の機能によって受信できるようにする。
【００６３】
限定ではなく一例として、ＭＤＤＩ受信機は、例えば、ＣＲＴスクリーンまたはディスプレイ上に表示される映画のような通信を受信するモバイル・デバイスでありうる。このモバイル・デバイスは、壁掛式ディスプレイに接続され、映画が壁に表示され、他の人は、映像を見ることができるようになる。このモバイル・デバイスが多機能である場合、ディスプレイ上に映画をブロードキャストすることができ、実質的に同時に、映画に関連する音声通信とは異なる音声通信を送受信することができる。したがって、モバイル・デバイスのユーザは、映画とは別の通信を行うことができる。これが適用されうる例は、ユーザの子供が映画を見ており、ユーザが、電話に対し答えて立ち去りたい場合である。したがって、この映画は、有線機能によって表示され、ユーザは、実質的に同時に、無線機能によって通信することができる。
【００６４】
図１０は、開示された１または複数の実施形態に従って動作レートを決定する方法１０００を例示する。無線ＭＤＤＩでは、例えば、ＭＤＤＩ動作レートは、無線リンクのレートに部分的に依存する。動作レートを決定する方法１０００は、１００２で始まる。１００２では、利用可能なアプリケーション・データ・レート（例えば、ＭＡＣが提供するアプリケーション・データ・レート）についてホストＭＡＣが問い合わされる。この問い合わせは、例えばＭＤＤＩホストによって要求されうる。
【００６５】
１００４において、往復遅延が測定される。順方向リンク・レートおよび逆方向リンク・レートを決定または確定するために、１００６において、往復遅延測定値が用いられうる。いくつかの実施形態によれば、往復遅延測定値が、使用される有線ＭＤＤＩプロトコルで指定されうる。
【００６６】
１００８において、動作レートが計算される。この動作レートは、順方向リンク・レートを逆方向リンク・レートと比較して、２つのレートのうちのどちらが最小であるかを判定することに部分的に基づいて計算されうる。これら２つのレートのうちの最小のものが、動作レートとして指定されうる。いくつかの実施形態では、これら２つのレートのうちの最小のものが更に、ＭＤＤＩホストの最大キャパシティと、ＭＤＤＩクライアント（Ｃ１）の最大キャパシティとの両方と比較される。この比較に基づく最小すなわち最も低いレートが、動作レートとして割り当てられる。
【００６７】
通信パラメータに基づいて確立されるか、あるいは予め定められる許容可能な最小レートＲｍｉｎが存在しなければならない。この計算された動作レートが、許容可能な最小レートよりも低いのであれば、レートを増加させるために調節がなされうる。１０１０では、動作レートが受信機（例えば、ＭＤＤＩ受信機）に通信または送信され、この受信機に、通信が続行されるレートが通知される。
【００６８】
上述した方法１０００では、例えば、送信機は、クエリ・モジュールによってホストＭＡＣに問い合わせることができる。この送信機は更に、往復遅延を測定し、順方向リンク・レートおよび逆方向リンク・レートを確定し、測定モジュールを用いて動作レートを計算することができる。送信機はまた、通信構成要素を用いて受信機に動作レートを送信することができる。上記説明は、例示目的のみであって、本明細書に示す１または複数の実施形態に関連するその他の構成要素を用いることもできることが理解されるべきである。
【００６９】
図１１に示すように、本明細書に示された様々な実施形態に従って、低オーバヘッド・モードで通信する方法１１００が例示される。図の左側には順方向リンクが示され、図の右側には逆方向リンクが示される。
【００７０】
１１０２では、順方向リンク・データが、バッファに配置される。バッファに配置されるデータから除外されるものは、例えばフィル・パケットおよび／または往復遅延パケットのような不要なデータでありうる。このデータは、例えば、ＭＤＤＩ送信機上のＭＤＤＩクライアント（Ｃ１）によってバッファ内に配置されうる。１１０４では、一方向ＣＴＡが（例えば、定期的または連続的に）要求される。ＵＷＢ ＭＡＣは、例えば、バッファのサイズに基づいて、ＭＤＤＩ送信機から受信機へのこの情報を要求することができる。１１０６では、順方向リンク・データが送信される。
【００７１】
逆方向では、ホストが、フレーム毎に、少なくとも１つの逆方向リンク・カプセル化パケットを送る。クライアント（例えば、受信機）は、現在のフレームにおいて逆方向リンクで送る必要のあるバイト数を指定することができる。ホスト（例えば、送信機）は、逆方向リンク・カプセル化パケットでこの要求を割り当てることができる。１１０８では、送る必要のある逆方向リンク・データが、例えばＭＤＤＩクライアント（Ｃ２）によってバッファ内に配置される。バッファは、ＭＤＤＩ受信機のＵＷＢモデムに位置することができる。１１００では、例えば、ＭＤＤＩ受信機側のＵＷＢモデムによって、逆方向ＣＴＡの要求が送られる。この要求は、逆方向で送らねばならないデータに対応する逆方向におけるＣＡＴに対するものでありうる。
【００７２】
受信機上のＭＤＤＩクライアント（Ｃ２）は、１１１２において、送信機上のクライアント（Ｃ１）に逆方向リンク・データを率先して送信することができる。例示するように、１１１４では、送信機上のＭＤＤＩクライアント（Ｃ１）は、持っているデータを、逆方向カプセル化パケットでＭＤＤＩホストに送る。
【００７３】
図１２は、本明細書で示された様々な実施形態に従って低レイテンシ・モードで通信する方法１２００を例示する。図の左側には順方向リンクが示され、図の右側には逆方向リンクが示される。低レイテンシ・モードでの初期化段階中、１２０２において、送信機上の例えばＵＷＢモデムが、順方向においてはｍミリ秒間、ＣＴＡを要求する。１２０４において、逆方向においてｎミリ秒間、ＣＴＡを要求する。１２０６において、これら要求に応答して受信された順方向ＣＴＡと逆方向ＣＴＡとの比較がなされる。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎである。ｍミリ秒は、Ｒｆ−ｍｄｄｉのＭＤＤＩ順方向リンク転送レートに対応する持続時間であり、
（ｍ＋ｎ）＜ＴＣＴＡＰ＜Ｔ
であることが注目されるべきである。ここでＴは、スーパフレーム持続時間であり、アプリケーションのレイテンシ制約によって決定されうる。
【００７４】
低レイテンシ・モード中、逆方向では、１２０８において、逆方向で確保されたＣＴＡで、逆方向リンク・データが送られる。１２１０では、順方向リンクおよび逆方向リンクにおけるアプリケーション・レイテンシ制約から、マック・フレームの持続時間が導出される。以下の式において、ｋはマック・フレームによって経験された再送信の平均数である。Ｎは、送られる逆方向リンク・パケットのサイズであり、ｎは、各スーパフレームにおける逆方向リンクＣＴＡ持続時間である。Ｒ１は、ＭＤＤＩデータ（ＭＡＣペイロード）の物理レイヤ送信レートである。Ｒ２は、ＰＨＹヘッダ、ＭＡＣヘッダ、およびプリアンブルの物理レイヤ送信レートである。Ｈは、ＭＡＣヘッダのサイズと、ＰＨＹヘッダのサイズと、プリアンブルのサイズとを加えたものである。ＳＩＦＳは、短いフレーム間隔持続時間である。ＲＩＦＳは、再送信フレーム間隔持続時間である。ＴＡＣＫは、ＡＣＫの送信の持続時間である。Ｔは、スーパフレーム持続時間である。説明目的のために、ＡＣＫポリシーが、Ｉｍｍ−ＡＣＫであると仮定されている。これらに従って、順方向リンク・パケットのレイテンシＴｆｌが、様々なアルゴリズム、方法、および／または技法を用いて決定されうる。ＭＡＣスーパフレームに関する逆方向リンク・データの到着時間に依存して、転送は、以下の式で示される最大レイテンシを有しうる。
Ｔｒｌ＝ceil［｛ｋ＊（Ｎ／Ｒ１＋RIFS＋Ｈ／Ｒ２）＋SIFS＋ＴＡＣＫ｝／ｎ］＊Ｔ
図１３に示すように、端末１３００の可能な構成の概念ブロック図が例示されている。当業者によって理解されるように、端末１３００の正確な構成は、具体的なアプリケーションおよび設計全体の制約に依存して変わりうる。プロセッサ１３０２は、本明細書に開示されたシステムおよび方法を実現することができる。
【００７５】
端末１３００は、アンテナ１３０６に接続されたフロント・エンド・トランシーバ１３０４を用いて実現されうる。ベース・バンド・プロセッサ１３０８が、トランシーバ１３０４に接続されうる。ベース・バンド・プロセッサ１３０８は、ソフトウェア・ベースのアーキテクチャ、あるいは他のタイプのアーキテクチャで実現することができる。マイクロプロセッサは、他の多くの機能の中でも、制御、およびシステム全体の管理機能を提供するソフトウェア・プログラムを実行するプラットフォームとして利用することができる。デジタル信号プロセッサ（ＤＳＰ）は、マイクロプロセッサ上の処理要求を低減するアプリケーション特有のアルゴリズムを実行する組込式の通信ソフトウェア・レイヤで実現される。ＤＳＰは、パイロット信号獲得、時間同期、周波数トラッキング、スペクトラム拡散処理、変調機能および復調機能、およびフォワード誤り訂正のような様々な信号処理機能を提供するために利用されうる。
【００７６】
端末１３００はまた、ベース・バンド・プロセッサ１３０８に接続された様々なユーザ・インタフェース１３１０を含むことができる。ユーザ・インタフェース１３１０は、キーパッド、マウス、タッチ・スクリーン、ディスプレイ、ベル、バイブレータ、オーディオ・スピーカ、マイクロホン、カメラ、および／または、その他の入力／出力デバイスを含むことができる。
【００７７】
ベース・バンド・プロセッサ１３０８は、プロセッサ１３０２を備える。ベース・バンド・プロセッサ１３０８のソフトウェア・ベースでの実現では、プロセッサ１３０２は、マイクロプロセッサ上で動作するソフトウェア・プログラムでありうる。しかしながら、当業者であれば容易に理解するように、プロセッサ１３０２はこの実施形態に限定されず、ハードウェアによる実現、ソフトウェアによる実現、またはこれらの組み合わせを含む
当該技術分野で周知の任意の手段によって実現されうる。これは、本明細書に記載された様々な機能を実行することができる。プロセッサ１３０２は、データを格納するためのメモリ１３１２に接続されうる。
【００７８】
本明細書に記載の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実現されうることが理解される。これらシステムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コードまたはコード・セグメントで実現される場合、それらは例えば記憶要素のような機械読取可能媒体に格納される。コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令群からなる任意の組み合わせ、データ構造、またはプログラム・ステートメントを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ・コンテンツを渡したり、受け取ったりすることによって、ハードウェア回路または他のコード・セグメントに接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引き渡し、転送、または送信されうる。
【００７９】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、これらの実施形態を記述する目的の構成要素または方法論の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、そのような実施形態の置き換えや更に多くの組み合わせが可能であることを認識することができる。従って、本明細書に記載の実施形態は、特許請求の範囲の精神およびスコープ内にあるそのような全ての変更、修正、および変形を含むことが意図される。更に、用語「含む」が、詳細な説明または特許請求の範囲の何れかで使用されている限りは、そのような用語は、特許請求の範囲における遷移語として使用される場合「備える」と解釈される用語「備える」と同様に包括的であると意図される。
【技術分野】
【０００１】
以下の記述は、一般に通信システムに関し、特に、従来方式の有線ベースのデバイスを、無線リンクおよび／または有線リンクによって通信可能とすることに関する。
【背景技術】
【０００２】
無線ネットワーク・システムは、ユーザが特定の時間において存在するならどの場所（例えば、家庭、オフイス、旅行先等）であろうとも、通信するために、多くの人によって利用される。無線通信デバイスは、ユーザ・ニーズを満足するために、可搬性と利便性とを改善しつつ、より小型かつより強力（例えば、拡張された機能および／またはアプリケーション、より大容量のメモリ）になった。ユーザは、セルラ電話および携帯情報端末（ＰＤＡ）等を含む無線通信デバイスの多くの用途を見つけた。例えば、無線通信デバイスは、画像（例えば、静止画、動画、ビデオ・ゲーム等）をキャプチャして処理する機能を含むことができる。
【０００３】
非常に高いデータ・レートを用いて動作するアプリケーションおよび／または機能は、かなりの電力要求および／または高い電流レベルを持つ。そのような電力要求および／または電流レベルは、有線プロトコルを用いて通信するデバイスに容易に利用可能である。しかしながら、無線通信システムは、高いデータ・レートを用いて動作する能力を持たないかもしれない。したがって、ユーザが通信を送信および／または受信することを望む通信は、いくつかの状況において制限されうる。
【０００４】
いくつかのデバイスは、従来、例えばモバイル・ディスプレイ・デジタル・インタフェース（ＭＭＤＩ）のような有線機能においてのみ動作する。したがって、そのようなモバイルを有するユーザは、モバイルと通信することができず、無線デバイスを得るためにさらにコストをかけねばならない。それは必ずしも実現可能ではないかもしれない。いくつかの状況で、ユーザは、２つのデバイス、すなわち、有線機能を持つものと、無線機能を持つものとを操作することによって、両デバイスの利点を達成している。しかしながら、これら２つのデバイスに関連するコストは、これら両デバイスを追跡することと同様に、ユーザに対して不適切な負担を課する恐れがある。
【０００５】
上記およびその他の欠点を解決するために、従来方式の有線ベースのプロトコルが、有線アーキテクチャかまたは無線アーキテクチャかの何れか一方で通信することを可能にする技術が提供される。開示する技術は、有線アーキテクチャに対する変更を最低限に抑える柔軟性を提供する。
【関連出願】
【０００６】
本願は、その全体が参照によって本明細書に組み込まれている、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年５月２６日に出願された米国特許仮出願６０／８０９，０６８号、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年７月２６日に出願された米国特許仮出願６０／８３３，５６４号、WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOLと題され、２００６年７月２６日に出願された米国特許仮出願６０／８３３，５６５号の３５Ｕ．Ｓ．Ｃ§１１９（ｅ）の下の利益を要求する。
【発明の概要】
【０００７】
以下は、１または複数の実施形態のいくつかの局面の基本的理解を与えるために、これら実施形態の簡単な要約を示す。この要約は、１または複数の実施形態の広範な概要ではなく、これら実施形態の重要なまたは決定的な構成要素を特定することも、そのような実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、後述する更に詳細な記載に対する前置きとして、実施形態の幾つかの概念を、簡単な形式で示すことである。
【０００８】
１または複数の実施形態および対応する開示に従って、様々な局面が、高速無線通信リンクによって有線リンクを介して従来方式で通信されるデータの転送に関して記述される。開示された実施形態は、既存の有線アーキテクチャに対する変更を最低限に抑える有線データ通信および／または無線データ通信を提供する。
【０００９】
実施形態によれば、高速無線リンクによって、有線リンクを介して従来方式で送信されるデータを転送するための動作レートを決定する方法が提供される。この方法は、利用可能なアプリケーション・データ・レートについてホストに問い合わせることと、往復遅延レートを測定することとを含んでいる。順方向リンク・レートおよび逆方向リンク・レートが、測定された往復遅延レートに基づいて確定される。確定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて、動作レートが計算される。この動作レートは、受信機（例えば、モバイル・デバイス）に通信される。動作レートを計算することは、順方向リンク・レートあるいは逆方向リンク・レートが低レートであるかを判定することと、その低レートを動作レートとして指定することとを含む。いくつかの実施形態によれば、この計算は、順方向リンク・レート、逆方向リンク・レート、ホストの利用可能なアプリケーション・データ・レート、およびクライアントの最大キャパシティを比較し、動作レートとして指定される最低レートを決定することを含む。いくつかの実施形態によれば、許容可能な最低レートが確立される。そして、動作レートは、この最低レートを下回るのであれば、調節される。
【００１０】
別の実施形態によれば、従来方式の有線デバイスを、有線プロトコルか無線プロトコルかの何れかで通信するように設定する方法が提供される。この方法は、第１のクライアント部を、送信機に配置することと、第２のクライアント部を、受信機に配置することと、受信機において、有線機能と無線機能とを提供することとを含む。この方法は、送信機をデータ・ソースに接続することと、第１のクライアント部を、有線リンクを用いて、送信機に含まれるホストにインタフェースすることとを含む。
【００１１】
別の実施形態によれば、従来方式の有線リンクを越えて無線で通信する装置が提供される。この装置は、有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、第２のクライアント部を備える受信機とを含む。いくつかの実施形態によれば、この装置は、媒体アクセス制御および再送信統計情報によってサポートされているレートに部分的に基づいて動作レートを決定するクエリ・モジュールと、通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールとを含む。
【００１２】
別の実施形態によれば、有線リンクまたは無線リンクによって通信するモバイル・デバイスが提供される。このモバイル・デバイスは、通信のための動作レートを受信する手段と、無線リンクによって通信する手段と、有線リンクによって通信する手段とを含む。このモバイル・デバイスはまた、受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段を含む。いくつかの実施形態によれば、受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段は更に、無線リンクと有線リンクとを切り換えるかを決定する。
【００１３】
別の実施形態によれば、有線リンクまたは無線リンクによって、低オーバヘッド・モードで通信する方法が提供される。この方法は、順方向リンク・データをバッファに配置することと、一方向チャネル時間割当（ＣＴＡ）を要求することと、順方向リンク・データを送信することとを含む。いくつかの実施形態によれば、この方法は、逆方向リンク・データをバッファに配置することと、逆方向ＣＴＡを要求することと、逆方向リンク・データを送信することと、逆方向カプセル化パケットで、ホストにデータを通信することとを含む。
【００１４】
別の実施形態によれば、有線リンクまたは無線リンクかの何れかで、低レイテンシ・モードで通信する方法が提供される。この方法は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡを要求することと、順方向ＣＴＡを逆方向ＣＴＡと比較することとを含む。いくつかの実施形態によれば、この方法は、逆方向のために確保されたＣＴＡの間、逆方向リンク・データを送信することと、ＭＡＣフレームの持続時間を導出することとを含む。
【００１５】
別の実施形態によれば、ホストが提供するアプリケーション・データ・レートを求めてホストにコンタクトすることと、往復遅延を計算することとのためのコンピュータ実行可能命令群を有するコンピュータ読取可能媒体が提供される。これら命令群は、計算された往復遅延に部分的に基づいて、順方向リンク・レートおよび逆方向リンク・レートを決定することと、決定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて動作レートを確定することとを含む。いくつかの実施形態によれば、これら命令群は、クライアントの最大キャパシティ、ホストが提供するアプリケーション・データ・レート、逆方向リンク・レート、および順方向リンク・レートの最低レートを決定することを含む。決定された最低レートは、動作レートとして指定することができる。そして、このレートは、受信機に送られる。
【００１６】
別の実施形態によれば、有線リンクまたは無線リンクによって通信する命令群を実行するプロセッサが提供される。これら命令群は、通信動作レートを受信することと、受信した通信動作レートに部分的に基づいて、通信を、有線リンクか、あるいは無線リンクによって行うのかを選択的に決定することとを含む。
【００１７】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分に記述され、特に、特許請求の範囲において指摘された特徴を備えている。以下の記述および添付図面は、１または複数の実施形態のある例示的な局面を詳細に述べている。しかしながら、これらの局面は、様々な実施形態の原理が適用され、記述された実施形態がそのような全ての局面およびその等価物を含むことを意図された様々な方法のうちのほんの幾つかしか示していない。
【図面の簡単な説明】
【００１８】
【図１】図１は、従来方式のデバイスが無線で通信することを可能にするシステムのブロック図を例示する。
【図２】図２は、無線リンクによる通信を可能にするための従来方式の有線設定の機能を拡張するシステムを例示する。
【図３】図３は、有線アーキテクチャおよび／または無線アーキテクチャを介して通信するシステムを例示する。
【図４】図４は、無線リンクによる通信を可能にする従来方式の有線設定を拡張するシステムの別の実施形態を例示する。
【図５】図５は、従来方式の有線デバイスを用いて有線リンクまたは無線リンクによって通信するシステムを例示する。
【図６】図６は、本明細書に示された様々な実施形態に従う低オーバヘッド・モードによる典型的な順方向リンクＭＤＤＩデータ転送を例示する。
【図７】図７は、本明細書に示された様々な実施形態に従う低オーバヘッド・モードによる典型的な逆方向リンクＭＤＤＩデータ転送を例示する。
【図８】図８は、本明細書に示された様々な実施形態に従う低レイテンシ・モードＭＤＤＩ接続セットアップを例示する。
【図９】図９は、従来方式の有線デバイスを、有線プロトコルおよび／または無線プロトコルによって通信するように設定する方法を例示する。
【図１０】図１０は、開示された１または複数の実施形態に従って動作レートを決定する方法を例示する。
【図１１】図１１は、本明細書で示された様々な実施形態に従って低オーバヘッド・モードで通信する方法を例示する。
【図１２】図１２は、本明細書で示された様々な実施形態に従って低レイテンシ・モードで通信する方法を例示する。
【図１３】図１３は、端末の可能な構成の概略ブロック図を例示する。
【発明を実施するための形態】
【００１９】
様々な実施形態が、図面を参照して記述される。以下の記述では、説明の目的のために、多くの具体的な詳細が、１または複数の局面についての完全な理解を提供するために述べられる。しかしながら、そのような実施形態は、これら具体的な詳細がなくても実現されうることが明らかである。他の事例では、これらの実施形態の記述を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２０】
本願で使用されているように、「構成要素」、「モジュール」、「システム」等の用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアかの何れかであるコンピュータに関連するエンティティを参照することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行するプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によって、計算デバイス上で実行するアプリケーションと、計算デバイスとの両方が、構成要素になりうる。１または複数の構成要素は、実行中のスレッドおよび／またはプロセス内に存在し、構成要素は、１つのコンピュータに局在化されうるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、その上に格納された様々なデータ構造を有する様々なコンピュータ読取可能媒体から実行することができる。これら構成要素は、例えば、１または複数のデータ・パケットを有する信号（例えば、信号によって他のシステムと、インターネットのようなネットワークを介して、ローカル・システムにおいて、および／または分散システムにおいて、他の構成要素とインタラクトする１つの構成要素からのデータ）に従って、ローカル処理および／または遠隔処理によって通信することができる。
【００２１】
更に、本明細書では、様々な実施形態が、ユーザ・デバイスに関して記述される。ユーザ・デバイスはまた、システム、加入者ユニット、加入者局、移動局、モバイル・デバイス、遠隔局、アクセス・ポイント、基地局、遠隔端末、アクセス端末、ハンドセット、ユーザ端末、端末、ユーザ・エージェント、あるいはユーザ機器と呼ぶことができる。ユーザ・デバイスは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、ＰＤＡ、無線接続能力を有する携帯式デバイス、あるいは無線モデムに接続されたその他の制御デバイスでありうる。
【００２２】
さらに、本明細書に記述された様々な局面または特徴は、標準的なプログラミングおよび／またはエンジニアリング技法を用いた方法、装置、または製造物品として実現されうる。本明細書で用いられる用語「製造物品」は、任意のコンピュータ読取可能デバイス、搬送波、または媒体からアクセス可能なコンピュータ・プログラムを包含するように意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含む。
【００２３】
次の詳細な記述では、様々な局面および実施形態が、モバイル・ディスプレイ・デジタル・インタフェース（ＭＤＤＩ）、および／または、電気電子学会（ＩＥＥＥ）８０２．１５．３媒体アクセス制御（ＭＡＣ）レイヤに関して記述されうる。これらの発明的な局面は、開示された実施形態との使用に良く適している一方、当業者であれば、これらの発明的な局面が、その他の様々な従来方式の有線ベースのプロトコルにおける使用にも同様に適用可能であることを容易に理解するだろう。従って、ＭＤＤＩおよび／またはＩＥＥＥ８０２．１５．３ＭＡＣへのいかなる参照も、そのような発明的な局面が広範な用途を持つという理解の下、これら発明的な局面を例示することのみが意図されている。
【００２４】
様々な実施形態は、多くの構成要素およびモジュール等を含むシステムの観点から示される。様々なシステムが、更なる構成要素、モジュール等を含み、図に関連して説明された構成要素、モジュール等の全てを含んでいる訳ではないことが理解され認識される。これらのアプローチの組み合わせを用いることもできる。更に、様々なシステムが、複数のモジュール・デバイス（例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド計算デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、その他の適切なデバイス）で実現される。
【００２５】
図示するように、図１は、従来方式の有線ベースのデバイスが、無線で通信することを可能にするシステム１００のブロック図を例示している。システム１００は、受信機１０４と有線および／または無線で通信する送信機１０２を含んでいる。送信機１０２および受信機１０４は、有線ベースのプロトコルで従来方式で通信する構成要素でありうる。理解されるように、システム１００には、多くの送信機１０２および受信機１０４が含まれうるが、単純化のために、１つの受信機１０４に通信データ信号を送信する１つの送信機１０２が例示されている。
【００２６】
送信機１０２から受信機１０４へ送られる通信は、順方向リンクと称され、受信機１０４から送信機１０２へ送られる通信は、逆方向リンクと称される。送信機１０２は、データ・ソース１０６（例えば、記憶装置、メモリ等）に接続され、受信機１０４は、ディスプレイのようなインタフェース・デバイス１０８に接続されうる。
【００２７】
システム１００は、少なくとも２つの動作モード、すなわち、低オーバヘッド・モードおよび／または低レイテンシ・モードで動作しうる。低オーバヘッド・モードは、チャネル割当時間（秒）を要求することによって、エア（例えば、無線）で送られるパケットを最適化する。チャネル割当時間は、データが何れかの方向（送信機から受信機、または、受信機から送信機）から送られる時間である。低レイテンシ・モードでは、チャネル割当時間（秒）は、順方向リンクと逆方向リンクとの両方に含まれたデータについての知識に基づいて決定することができる。
【００２８】
送信機１０２は、様々な基準（例えば、往復遅延測定値）に基づいて、順方向リンク・レートおよび逆方向リンク・レートを確定するように構成されうる。送信機１０２は、フレーム毎に、少なくとも１つの逆方向リンク・カプセル化パケットを送ることができる。逆方向リンク・カプセル化パケットは、転送リンクによる逆方向パケットの転送に適応するために使用することができる。これによって逆方向リンクを生成する。
【００２９】
受信機１０４は、有線機能および／または無線機能によってデータ通信を受信および／または送信するように構成されうる。どの機能を利用するかの決定は、データのタイプ（例えば、音声、テキスト、画像等）、データを通信するための従来方式の方法（例えば、有線リンクまたはは無線リンク）、送信されるファイルまたはパケットのサイズを含む様々な基準のみならず、データ、送信機、および／または受信機に関するその他の基準にも基づきうる。送信機１０２は、受信機１０４がどのようにして（例えば、有線か無線か）データを受信するかを知ることなくデータを通信することができる。
【００３０】
図２は、無線リンクによる通信を可能にする従来方式の有線構成の機能を拡張するためのシステム２００を例示する。システム２００は、順方向リンクで受信機２０４と通信する送信機２０２を含んでいる。受信機２０４は、逆方向リンクで送信機２０２と通信する。送信機２０２および受信機２０４は、通常は有線プロトコルで通信するデバイスでありうる。しかしながら、システム２００は、これらデバイスが、有線プロトコル、および／または、例えば高速無線リンクのような無線プロトコルによって通信することを可能にする。理解されるように、システム２００は、多くの送信機２０２および受信機２０４を含むことができるが、簡略のために、１つの受信機２０４に通信データ信号を送信する１つの送信機２０２のみが例示されている。
【００３１】
送信機２０２は、ホスト２０６、クライアント部（Ｃ１）２０８、および通信構成要素２１０を含みうる。例えば、ホスト２０６はＭＤＤＩホストでありうる。いくつかの実施形態では、ホスト２０６は、送信機２０２から分離した構成要素であり、有線リンクによって送信機２０２に接続されうる。クライアント部（Ｃ１）２０８は、ホスト２０６と同期しているか、あるいはクロック同期のためにホスト２０６と通信している。クライアント（Ｃ１）２０８は、例えば、従来方式の有線リンク（例えば、ＭＤＤＩリンク）によってホスト２０６に接続されうる。ホスト２０６は、データのパケットをクライアント（Ｃ１）２０８に送信または通信するように構成されうる。これらのパケットは、例えば超広帯域（ＵＷＢ）システムのようなモデムを含む通信構成要素２１０を介して受信機２０４に通信されうる。いくつかのパケット（例えば、ＭＤＤＩ往復遅延測定パケット）は、クライアント（Ｃ１）２０８によって処理され、受信機２０４へ通信される。他のパケット（例えば、フィラ・パケット）は、クライアント（Ｃ１）２０８によってふるい落とされ、受信機２０４へ通信されるべきではない。すなわち、あるパケットは、順方向無線リンクあるいは逆方向無線リンクの何れにおいても送信されるべきではない。フィラ・パケットは、例えば、送信機２０２と受信機２０４との間のタイミングを保つ。そのようなパケットは、それぞれのクライアント部によって、送信機２０２あるいは受信機２０４の何れかによって生成されうる。
【００３２】
受信機２０４は、インタフェース・デバイス２１２（例えば、ディスプレイ）、クライアント部（Ｃ２）２１４、および通信構成要素２１６を含みうる。いくつかの実施形態では、デバイス２１２は、受信機２０４から分離した構成要素になりえ、例えば有線リンクを介して受信機２０４に接続されうる。クライアント（Ｃ２）２１４は、有線リンクによってデバイス２１２に接続することができる。クライアント（Ｃ２）２１４は、送信機２０２から受信したパケットを処理するように構成することができる。受信機２０４は、例えばＵＷＢモデムを含むことができる通信構成要素２１６によって送信機２０２からの通信を受信することができる。
【００３３】
システム２００は、２つの動作モードのうちの１つで動作するように構成されうる。これらのモードは、低オーバヘッド・モードおよび低レイテンシ・モードを含んでいる。低オーバヘッド・モードでは、クライアント（Ｃ１）２０８は、例えば、フィル・パケットおよび往復遅延パケットを除外して、通信構成要素２１０（例えば、ＵＷＢモデム）上に含まれるバッファ内に、送信されるデータを配置する。通信構成要素２１０は、例えばＵＷＢ ＭＡＣによって、バッファのサイズに基づいて、送信機２０２から受信機２０４への一方向チャネル時間割当（ＣＴＡ）を定期的に要求することができる。逆方向（例えば逆方向リンク）では、クライアント（Ｃ２）２１４は、例えばフィラ・パケットを除いて、送りたい逆方向リンク・データを、通信構成要素２１６（例えば、ＵＷＢモデム）に関連付けられたバッファ内に配置することができる。逆方向では、通信構成要素２１６は、逆方向ＣＴＡを要求することができる。
【００３４】
低レイテンシ・モードの場合、初期化段階中に、通信構成要素２１０（例えば、ＵＷＢモデム）は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡを要求する。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎであり、ｍ秒は、順方向転送レートＲｆ−ｍｄｄｉに対応する持続時間である。Ｔはスーパフレーム持続時間である。これは、アプリケーションのレイテンシ制約によって決定され、
（ｍ＋ｎ）＜ＴＣＴＡＰ＜Ｔ
の関係を持つ。
【００３５】
図３に示すように、有線アーキテクチャおよび／または無線アーキテクチャによって通信するシステム３００が例示される。システム３００は、順方向リンク（送信機３０２から）および／または逆方向リンク（受信機３０４から）で通信する送信機３０２および受信機３０４を含んでいる。順方向リンクおよび／または逆方向リンクによる通信は、特定の状況（例えば、送信されるデータ、データ・レート、通信リンクの品質、各デバイスの状況等）に依存して、有線プロトコルによって、および／または、無線プロトコルによってなされうる。理解されるように、多くの送信機３０２および受信機３０４がシステム３００に含まれうるが、簡略のため、１つの受信機３０６に通信データ信号を送信する１つの送信機３０２のみが例示されている。
【００３６】
送信機３０２は、クライアント（Ｃ１）構成要素３０８に接続されたホスト構成要素３０６と、通信構成要素３１０とを含むことができる。受信機３０４は、クライアント（Ｃ２）構成要素３１４に接続されたデバイス３１２と、通信構成要素３１６とを含むことができる。クライアント（Ｃ１）構成要素３０８およびクライアント（Ｃ２）構成要素３１４はそれぞれのクライアントの部位である。
【００３７】
送信機３０２および／または受信機３０４は、追加の構成要素を含むことができることが、当業者によって理解されるだろう。例えば、送信機３０２は、適切な無線通信プロトコルに従って信号を変調および／または符合化できる符合化構成要素（図示せず）を含むことができる。これら信号は、その後、受信機３０４へ送信されうる。いくつかの実施形態では、符合化構成要素は、アナログ波形をデジタル信号に変換するスピーチ・アナライザを用いる音声コーダ（ボコーダ）であるか、または、その他のタイプの符号化器でありうる。適切な無線通信プロトコルは、限定される訳ではないが、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、グローバル移動体通信システム（ＧＳＭ（登録商標））、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）等を含みうる。
【００３８】
受信機３０４は、受信した信号、および／または、その中の処理されるためのデータ・パケットを復号する復号構成要素（図示せず）を含むことができる。データ・パケットの復号が成功すると、アクノレッジメント構成要素（図示せず）が、データ・パケットの復号が成功したことを示すアクノレッジメントを生成することができる。これは、送信機３０２に送られ、データ・パケットが受信され復号されたので、再送信する必要がないことを送信機３０２に通知する。
【００３９】
ホスト構成要素３０６は、クエリ・モジュール３１８および測定モジュール３２０を含みうる。クエリ・モジュール３１８は、ＭＡＣが提供するアプリケーション・データ・レートについて、ホスト媒体アクセス制御（ＭＡＣ）に問い合わせるように構成される。無線通信の場合、動作レートは、無線リンクのレートに依存しうる。測定モジュール３２０は、無線プロトコルにおいて指定される例えば往復遅延測定値に基づいて、順方向リンク・レートと、逆方向リンク・レートとを決定するように構成されうる。いくつかの実施形態では、無線動作レートは、クライアント（Ｃ１）３０８の最大キャパシティ、ホスト３０６の最大キャパシティ、および、２つのレート（順方向リンク・レートと逆方向リンク・レート）のうちの最小のものよって決定される。許容可能な最小レートＲｍｉｎが存在する。測定された動作レートが、この許容可能な最小レート未満である場合、動作レートは、それぞれの構成要素（例えば、通信構成要素３１０および／または通信構成要素３１６）によって、送信機３０２および／または受信機３０４によって調節される。送信機３０２は、受信機３０４に、通信が処理されるレートを通知することができる。
【００４０】
クライアント（Ｃ２）構成要素３１４は、ＭＡＣが提供するアプリケーション・データ・レートを送信機３０２に通知するように構成されうる通知モジュール３２２を含むことができる。そのような通知は、送信機３０２から受信したクエリ（例えば、クエリ・モジュール３１８によって送られたクエリ）に基づきうる。逆方向リンク・パケットの場合、通知モジュール３２２は、現在のフレームで逆方向リンクによって送信するために受信機３０４によって必要とされるバイト数を指定することができる。クライアント（Ｃ２）構成要素はまた、通信に関連付けられた様々なパラメータ（例えば、通信タイプ、通信レート、送信機、受信機等）に依存して、有線プロトコルまたは無線プロトコルへと通信を割り当てるように構成されうる。
【００４１】
通信構成要素３１６は、有線モジュール３２６および無線モジュール３２８を含むことができる。有線モジュール３２６は、有線機能を提供するように構成され、無線モジュール３２８は、無線機能を提供するように構成されうる。無線モジュール３２８を用いて無線で通信するべきか、有線モジュール３２６を用いて通信するべきであるかの判定がなされうる。そのような判定は、動作レート、送信されているデータのタイプ（例えば、音声、テキスト、画像等）、送信されているデータまたはファイルのサイズ、データが有線リンクで通信されるか無線リンクで通信されるか等を含む様々な要因に基づくことができる。有線モジュール３２６および／または無線モジュール３２８は、１つのモジュールから他のモジュール（例えば、無線から有線、有線から無線）への通信への変更があった場合、スイッチオーバ問題によって通信が失われることのないように、コンテンツを格納するためのバッファを含みうる。
【００４２】
受信機３０４が有線リンクを介して通信している、または、無線リンクを介して通信しているかに関する情報は、送信機３０２に送られる必要はない。送信機３０２は、通信方法（有線または無線）に関わらず、実質的に同じ方式でその機能を実行することができる。
【００４３】
いくつかの実施形態によれば、送信機３０２は、サブフレーム（図示せず）を分解するように構成された構成要素を含めることができ、受信機３０４は、サブフレーム（図示せず）を再集合するように構成された構成要素を含めることができる。ＭＤＤＩサブフレームの最大長さは、例えば約６５，５３６バイトであるが、通常はそれよりも小さい。８０２．１５．３ＭＡＣフレームの最大サイズは、基本的なレートが約４８０Ｍｂｐｓである場合、約４，０９６バイトまたは約８，１９２バイトでありうる。基本的な物理レイヤ・レートが約２００Ｍｂｐｓである場合、このサイズは約２，０４８バイトである。したがって、フレームのサイズを収納するために、サブフレームは送信機３０２側で分解され、受信機３０４側で再集合される必要がある。そのような分解および再集合は、通信構成要素３１０、３１６、および／または、送信機３０２および受信機３０４に関連付けられたその他の構成要素によってそれぞれ実行される。
【００４４】
図４は、無線リンクによる通信を可能にするために従来方式の有線構成を拡張したシステム４００の別の実施形態を例示する。システム４００は、ホスト４０６、クライアント部（Ｃ１）４０８、および通信構成要素４１０を含む送信機４０２を含むことができる。システム４００はまた、デバイス４１２、クライアント部（Ｃ２）４１４、および通信構成要素４１６を含む受信機４０４を含むことができる。送信機４０２は、順方向リンクで受信機４０４に通信し、受信機４０４は、逆方向リンクで送信機４０２に通信する。図面を用いて既に説明したように、システム４００内に多くの送信機４０２および受信機４０４を含めることができるが、簡略のために、１つの受信機４０４に通信データ信号を送信する１つの送信機４０２のみが例示されている。
【００４５】
システム４００は、受信機４０４に動作可能に接続されたメモリ４１８を含みうる。メモリ４１８は、パケット・タイプ（例えば、ＭＡＣによって提供されているアプリケーション・データ・レート、無線リンクの動作レート等）および／またはパケットのデータ・レート、パケット・タイプおよび／またはパケットの動作モード、および／または、無線プロトコル、有線プロトコル、またはこれらプロトコルの組み合わせによってデータを送信することに関連付けられたその他のパラメータに関連する情報を格納することができる。例えば、通信のために有線プロトコルが使用され、通信中に、中断や停止することなく、無線プロトコルへの切り換え、あるいはその逆の切り換えを行うかの判定がなされる。
【００４６】
プロセッサ４２０は、特定の通信が有線プロトコルまたは無線プロトコルで送られるべきかを確定することに関連する情報の分析を容易にするために、受信機４０４（および／またはメモリ４１８）に、動作可能に接続されうる。プロセッサ４２０は、受信機４０４に通信される情報の分析および／または生成を行うための専用のプロセッサ、システム４００の１または複数の構成要素を制御するプロセッサ、および／または、受信機４０４によって受信される情報の分析および生成の両方を行い、システム４００の１または複数の構成要素を制御するプロセッサでありうる。
【００４７】
メモリ４１８は、データ通信レートおよび動作レートに関連付けられたプロトコルを格納し、受信機４０４と送信機４０２との間等の通信を制御する動作を講じる。これによって、システム４００は、格納されたプロトコルおよび／またはアルゴリズムを適用して、本明細書に記載したような無線ネットワークにおける改善された通信を達成することができる。本明細書に記載されたデータ記憶（例えば、メモリ）要素は、揮発性メモリか不揮発性メモリかの何れかであるか、揮発性メモリと不揮発性メモリとの両方を含むことができることが評価されるべきである。限定ではなく一例として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ＥＰＲＯＭ（ＥＰＲＯＭ）、ＥＥＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス記憶装置（ＲＡＭ）を含むことができる。限定ではなく一例として、ＲＡＭは、例えば、シンクロナスＲＡＭ（ＤＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ（登録商標））のような多くの形式で利用することが可能である。開示された実施形態のメモリ４１８は、限定する訳ではないが、これらおよびその他の適切なタイプのメモリを含むことが意図される。
【００４８】
図５は、従来方式の有線デバイスと有線リンクあるいは無線リンクによって通信するシステム５００を例示する。システム５００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックとして表わされる。システム５００は、通信用の動作レートを受信するように構成されうる受信機５０２を含んでいる。この動作レートは、例えば、送信機または送信機ホストから受信されうる。この動作レートは、順方向と逆方向との両方の方向で、通信レートのセットアップまたは確立を行うことができる。システム５００はまた、無線プロトコルによって通信を送信および／または受信するように構成されうる無線通信部５０４を含んでいる。有線通信部５０６は、有線プロトコルによって通信を送信および／または受信するように構成されうる。
【００４９】
順方向および／または逆方向では、パケット拡張および／または新たなパケットが存在しうることが注目されるべきである。例えば、順方向では、ＭＤＤＩ送信機情報が、パケットに追加されうる。このパケット拡張は、受信機端のＭＤＤＩクライアントに、ＭＤＤＩ送信機情報を提供することができる。この情報は、ＭＤＤＩホストとクライアントとが、送信機で動作すべきであるレートを含むことができる。逆方向では、クライアント機能パケットに対する拡張が、ＭＤＤＩ受信機ＭＡＣ情報について約４バイト、ＭＤＤ受信機クライアント情報について約２バイト含むが、その他の拡張もまた可能である。
【００５０】
システム５００には更に判定部が含まれている。判定部は、無線プロトコルによって通信する無線通信部を用いるのか、有線プロトコルによって通信する有線通信部を用いるのかを選択的に判定することができる。そのような判定は、例えば通信動作レートのような様々なパラメータに基づいて選択的になされうる。この判定を行うためにその他のパラメータを用いることもできる。例えば、この判定は、特定の通信がどのようにして従来方式で送信および／または受信された（例えば、履歴分析）か、通信のタイプ（例えば、音声、画像、テキスト等）のみならず、通信、送信機、および／または受信機に関するその他のパラメータに基づいてなされうる。
【００５１】
図６は、本明細書に示された様々な実施形態に従った低オーバヘッド・モードにおける典型的な順方向リンクＭＤＤＩデータ転送６００を例示する。ＭＤＤＩ送信機６０２がＭＤＤＩ受信機６０４へデータを送るモードのうちの１つのタイプは、低オーバヘッド・モードでありうる。このモードでは、無線で送られたパケットが、チャネル割当時間について最適化される。チャネル割当時間は、何れかの方向（例えば、順方向または逆方向）からデータが送られるのに要する時間である。ＭＤＤＩ送信機６０２は、クライアント部（Ｃ１）６０６を含むことができ、ＭＤＤＩ受信機６０４は、クライアント処理部（Ｃ２）６０８を含むことができる。
【００５２】
ＭＤＤＩクライアント（Ｃ１）６０６は、送られるデータを、例えばＵＷＢモデムのようなバッファに配置することができる。この送られるデータは、例えばフィル・パケットおよび往復遅延パケットのような不要なパケットを除外するべきである。ＭＤＤＩデータは、６１２に示すように、送信機ＭＡＣ６１０へ送られる。送信機ＭＡＣ６１０（またはＵＷＢ ＭＡＣ）は、例えばバッファのサイズに基づいて、ＭＤＤＩ送信機６０２からＭＤＤＩ受信機６０４へ少なくとも１つのＣＴＡを定期的または連続的に要求する。
【００５３】
送信機ＭＡＣ６１０は、６１４において、ピコネット・コントローラ（ＰＮＣ）ＭＡＣ６１６からの順方向リンクＣＴＡを（例えば、定期的または連続的に）要求することができる。ＰＮＣ ＭＡＣ６１６は、６１８において、チャネル時間応答コードをもって、送信機ＭＡＣ６１０へ応答することができる。この応答コードは、データが正しく通信されたかを示すことができる。チャネル時間応答コードが正しく受信された後、送信機ＭＡＣ６１０は、６２２に例示するように、ＭＤＤＩデータを、受信機ＭＡＣ６２０に送ることができる。
【００５４】
図７は、本明細書に示された様々な実施形態に従った低オーバヘッド・モードにおける典型的な逆方向リンクＭＤＤＩデータ転送７００を例示する。ＭＤＤＩ受信機７０２は、逆方向リンクで、ＭＤＤＩ送信機７０４に向けられた通信を開始することができる。ＭＤＤＩ受信機７０２は、クライアント部（Ｃ２）７０６を含むことができ、ＭＤＤＩ送信機７０４は、クライアント部（Ｃ１）７０８を含むことができる。
【００５５】
７１２に示すように、ＭＤＤＩ受信機７０２は 受信機ＭＡＣ７１０へＭＤＤＩデータを送ることができる。受信機ＭＡＣ７１０は、７１６において、ＰＮＣ ＭＡＣ７１４からの逆方向リンクＣＴＡを要求することができる。この要求は、逆方向で送られるデータに相当しうる。ＰＮＣ ＭＡＣ７１４は、７１８において、チャネル時間応答コードをもって応答することができる。受信機ＭＡＣ７１０は、７２０において、ＭＤＤＩデータをＣＴＡで送信機ＭＡＣ７２２へ送ることができる。７２４に示すように、送信機ＭＡＣ７２２は、７２４において、受信機ＭＡＣ７１０からＭＤＤＩデータを受信する少し前か、または実質的に同時に、クライアント（Ｃ１）７０８にＭＤＤＩデータを送る、つまり、与えることができる。ＭＤＤＩ送信機ホスト７２６は、７２８および７３０に示すように、フレーム毎に、少なくとも１つの逆方向リンク・カプセルを送信および／または受信することができる。逆方向リンク・データは、データ要求を待たずに、率先して送信することができる。クライアントは、現在のフレームで、逆方向リンクで送る必要があるバイト数を指定することができる。ホスト７２６は、それに従って、逆方向リンク・カプセル・パケット内に、この要求を割り当てることができる。
【００５６】
図８は、本明細書に示された様々な実施形態に従った低レイテンシ・モードＭＤＤＩ接続セットアップ８００を例示する。低レイテンシ・モードでは、順方向と逆方向との両方で、パケットに含まれるデータから導かれる推論に基づいて、チャネル割当時間を確定することができる。ＭＤＤＩ送信機８０２は、クライアント部（Ｃ１）８０６およびホスト８０４を含むことができる。初期化段階中に、送信機８０２のＵＷＢモデムは、８１０において、送信機ＭＡＣ８０８にＭＡＣクエリを送ることができる。ＭＡＣクエリは、ＭＡＣおよび再送信統計情報によってサポートされるレートを見つけ出すために送られるクエリである。送信機ＭＡＣ８０８は、８１２において、クエリに応答することができる。この応答は、ＭＡＣ再送信統計情報によってサポートされるレートを示すＭＡＣ応答でありうる。
【００５７】
送信機８０２は、順方向においてはｍミリ秒間、逆方向においてはｎミリ秒間、ＣＴＡセットアップ８１４を要求する。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎであるべきである。８１６において、チャネル時間要求（ＣＴＲＱ）がＰＮＣ ＭＡＣ８１８へ送られる。チャネル時間応答コードは、８２０のように逆方向で送られ、および８２２のように順方向で受信機ＭＡＣ８２４に送られる。８２６に例示するように、ＭＤＤＩ送信機８０２は、ＭＤＤＩ転送を開始することができる。
【００５８】
Ｒｆ−ｍｄｄｉのＭＤＤＩ順方向リンク転送速度に対応する持続時間はｍ秒である。そして、アプリケーションのレイテンシ制約によって決定されるスーパフレーム持続時間がＴである場合、以下の式が成立する。
ｍ＋ｎ＜ＴＣＴＡＰ＜Ｔ
低レイテンシ・モードの場合、逆方向でＣＴＡが保持されている間、リンク・データが送られる。ＭＡＣスーパフレームに関する逆方向リンク・データの到着時間に依存して、転送は、以下の式で示される最大レイテンシを有しうる。
Ｔｒｌ＝ceil［｛ｋ＊（Ｎ／Ｒ１＋RIFS＋Ｈ／Ｒ２）＋SIFS＋ＴＡＣＫ｝／ｎ］＊Ｔ
ここで、ｋは、ＭＡＣフレームによって経験された再送信の平均数である。Ｎは、送られる逆方向リンク・パケットのサイズである。ｎは、各スーパフレームにおける逆方向リンクＣＴＡ持続時間である。Ｒ１は、ＭＤＤＩデータ（ＭＡＣペイロード）の物理レイヤ送信レートであり、Ｒ２は、ＰＨＹヘッダ、ＭＡＣヘッダ、およびプリアンブルの物理レイヤ送信レートである。Ｈは、ＭＡＣヘッダのサイズと、ＰＨＹヘッダのサイズと、プリアンブルのサイズとを加えたものである。ＳＩＦＳは、短いフレーム間隔持続時間である。ＲＩＦＳは、再送信フレーム間隔持続時間である。ＴＡＣＫは、ＡＣＫの送信の持続時間である。Ｔは、スーパフレーム持続時間である。説明目的のために、ＡＣＫポリシーが、Ｉｍｍ−ＡＣＫであると仮定されている。これらに従って、順方向リンク・パケットのレイテンシＴｆｌが決定されうる。順方向リンクおよび逆方向リンクにおけるアプリケーション・レイテンシ制約が与えられ、それに従って、ＭＡＣフレームの持続時間が導出される。ＭＡＣフレームの持続時間、および／または、順方向リンク・パケットのレイテンシを導出するために、例えば、様々なアルゴリズム、方法、および／または技術が適用されうる。
【００５９】
図示および記載された典型的なシステムを考慮して、本明細書に示された１または複数の実施形態に従って実施される方法が、図９乃至１２の図面を参照してより良く理解されるだろう。説明の単純化の目的で、一連の動作（または機能ブロック）としてこれら方法が示され記載される一方、このような方法に従ったこれら動作は、異なる順番で、および／または、本明細書で示され記載されたものとは別の動作と同時に起こりうるので、これら動作の順番によって制限されないことが理解され認識されるべきである。更に、以下の方法を実現するために、例示された全ての動作が必要とされるとは限らない。様々な動作が、ソフトウェア、ハードウェア、それらの組み合わせ、あるいは、これら動作に関連付けられた機能を実行するためのその他任意の適切な手段（例えば、デバイス、システム、処理、構成要素）によって実現されうることが認識されるべきである。これら動作は、簡略形式で本明細書に示されたある局面を単に例示するためのものであり、これらの局面は、より少ないおよび／またはより多い数の動作によって例示されうることが認識されるべきである。当業者は、方法が、たとえば状態図のような相互関連するイベントの状態のようにしても表されうることを理解し認識するだろう。
【００６０】
図９に示すように、従来方式の有線デバイスを、有線プロトコルおよび／または無線プロトコルで通信するように設定する方法９００が例示される。９０２において、第１のクライアント部がＭＤＤＩ送信機に配置される。ＭＤＤＩ送信機は、無線であることができ、データ・ソースに接続されうる。ＭＤＤＩ送信機は更に、例えば従来方式の有線ＭＤＤＩリンクによって、クライアント部に接続またはインタフェースされたＭＤＤＩホストをも含む。
【００６１】
９０４では、第２のクライアント部が、無線ＭＤＤＩ受信機でありうるＭＤＤＩ受信機に配置される。ＭＤＤＩ受信機は、例えばディスプレイでありうるデバイスに接続されうる。ＭＤＤＩ送信機に配置されたクライアント部と、ＭＤＤＩ受信機に配置されたクライアント部とは、同じクライアントの別の部位である。クライアントのこれらそれぞれの部位は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現されうることが注目されるべきである。
【００６２】
９０６では、有線機能および無線機能が提供される。この機能は、ＭＤＤＩ受信機に含まれており、ＭＤＤＩ受信機が、有線機能、無線機能、およびこれら両方の機能によって受信できるようにする。
【００６３】
限定ではなく一例として、ＭＤＤＩ受信機は、例えば、ＣＲＴスクリーンまたはディスプレイ上に表示される映画のような通信を受信するモバイル・デバイスでありうる。このモバイル・デバイスは、壁掛式ディスプレイに接続され、映画が壁に表示され、他の人は、映像を見ることができるようになる。このモバイル・デバイスが多機能である場合、ディスプレイ上に映画をブロードキャストすることができ、実質的に同時に、映画に関連する音声通信とは異なる音声通信を送受信することができる。したがって、モバイル・デバイスのユーザは、映画とは別の通信を行うことができる。これが適用されうる例は、ユーザの子供が映画を見ており、ユーザが、電話に対し答えて立ち去りたい場合である。したがって、この映画は、有線機能によって表示され、ユーザは、実質的に同時に、無線機能によって通信することができる。
【００６４】
図１０は、開示された１または複数の実施形態に従って動作レートを決定する方法１０００を例示する。無線ＭＤＤＩでは、例えば、ＭＤＤＩ動作レートは、無線リンクのレートに部分的に依存する。動作レートを決定する方法１０００は、１００２で始まる。１００２では、利用可能なアプリケーション・データ・レート（例えば、ＭＡＣが提供するアプリケーション・データ・レート）についてホストＭＡＣが問い合わされる。この問い合わせは、例えばＭＤＤＩホストによって要求されうる。
【００６５】
１００４において、往復遅延が測定される。順方向リンク・レートおよび逆方向リンク・レートを決定または確定するために、１００６において、往復遅延測定値が用いられうる。いくつかの実施形態によれば、往復遅延測定値が、使用される有線ＭＤＤＩプロトコルで指定されうる。
【００６６】
１００８において、動作レートが計算される。この動作レートは、順方向リンク・レートを逆方向リンク・レートと比較して、２つのレートのうちのどちらが最小であるかを判定することに部分的に基づいて計算されうる。これら２つのレートのうちの最小のものが、動作レートとして指定されうる。いくつかの実施形態では、これら２つのレートのうちの最小のものが更に、ＭＤＤＩホストの最大キャパシティと、ＭＤＤＩクライアント（Ｃ１）の最大キャパシティとの両方と比較される。この比較に基づく最小すなわち最も低いレートが、動作レートとして割り当てられる。
【００６７】
通信パラメータに基づいて確立されるか、あるいは予め定められる許容可能な最小レートＲｍｉｎが存在しなければならない。この計算された動作レートが、許容可能な最小レートよりも低いのであれば、レートを増加させるために調節がなされうる。１０１０では、動作レートが受信機（例えば、ＭＤＤＩ受信機）に通信または送信され、この受信機に、通信が続行されるレートが通知される。
【００６８】
上述した方法１０００では、例えば、送信機は、クエリ・モジュールによってホストＭＡＣに問い合わせることができる。この送信機は更に、往復遅延を測定し、順方向リンク・レートおよび逆方向リンク・レートを確定し、測定モジュールを用いて動作レートを計算することができる。送信機はまた、通信構成要素を用いて受信機に動作レートを送信することができる。上記説明は、例示目的のみであって、本明細書に示す１または複数の実施形態に関連するその他の構成要素を用いることもできることが理解されるべきである。
【００６９】
図１１に示すように、本明細書に示された様々な実施形態に従って、低オーバヘッド・モードで通信する方法１１００が例示される。図の左側には順方向リンクが示され、図の右側には逆方向リンクが示される。
【００７０】
１１０２では、順方向リンク・データが、バッファに配置される。バッファに配置されるデータから除外されるものは、例えばフィル・パケットおよび／または往復遅延パケットのような不要なデータでありうる。このデータは、例えば、ＭＤＤＩ送信機上のＭＤＤＩクライアント（Ｃ１）によってバッファ内に配置されうる。１１０４では、一方向ＣＴＡが（例えば、定期的または連続的に）要求される。ＵＷＢ ＭＡＣは、例えば、バッファのサイズに基づいて、ＭＤＤＩ送信機から受信機へのこの情報を要求することができる。１１０６では、順方向リンク・データが送信される。
【００７１】
逆方向では、ホストが、フレーム毎に、少なくとも１つの逆方向リンク・カプセル化パケットを送る。クライアント（例えば、受信機）は、現在のフレームにおいて逆方向リンクで送る必要のあるバイト数を指定することができる。ホスト（例えば、送信機）は、逆方向リンク・カプセル化パケットでこの要求を割り当てることができる。１１０８では、送る必要のある逆方向リンク・データが、例えばＭＤＤＩクライアント（Ｃ２）によってバッファ内に配置される。バッファは、ＭＤＤＩ受信機のＵＷＢモデムに位置することができる。１１００では、例えば、ＭＤＤＩ受信機側のＵＷＢモデムによって、逆方向ＣＴＡの要求が送られる。この要求は、逆方向で送らねばならないデータに対応する逆方向におけるＣＡＴに対するものでありうる。
【００７２】
受信機上のＭＤＤＩクライアント（Ｃ２）は、１１１２において、送信機上のクライアント（Ｃ１）に逆方向リンク・データを率先して送信することができる。例示するように、１１１４では、送信機上のＭＤＤＩクライアント（Ｃ１）は、持っているデータを、逆方向カプセル化パケットでＭＤＤＩホストに送る。
【００７３】
図１２は、本明細書で示された様々な実施形態に従って低レイテンシ・モードで通信する方法１２００を例示する。図の左側には順方向リンクが示され、図の右側には逆方向リンクが示される。低レイテンシ・モードでの初期化段階中、１２０２において、送信機上の例えばＵＷＢモデムが、順方向においてはｍミリ秒間、ＣＴＡを要求する。１２０４において、逆方向においてｎミリ秒間、ＣＴＡを要求する。１２０６において、これら要求に応答して受信された順方向ＣＴＡと逆方向ＣＴＡとの比較がなされる。トラフィックにおける順方向：逆方向の期待される比率はｍ：ｎである。ｍミリ秒は、Ｒｆ−ｍｄｄｉのＭＤＤＩ順方向リンク転送レートに対応する持続時間であり、
（ｍ＋ｎ）＜ＴＣＴＡＰ＜Ｔ
であることが注目されるべきである。ここでＴは、スーパフレーム持続時間であり、アプリケーションのレイテンシ制約によって決定されうる。
【００７４】
低レイテンシ・モード中、逆方向では、１２０８において、逆方向で確保されたＣＴＡで、逆方向リンク・データが送られる。１２１０では、順方向リンクおよび逆方向リンクにおけるアプリケーション・レイテンシ制約から、マック・フレームの持続時間が導出される。以下の式において、ｋはマック・フレームによって経験された再送信の平均数である。Ｎは、送られる逆方向リンク・パケットのサイズであり、ｎは、各スーパフレームにおける逆方向リンクＣＴＡ持続時間である。Ｒ１は、ＭＤＤＩデータ（ＭＡＣペイロード）の物理レイヤ送信レートである。Ｒ２は、ＰＨＹヘッダ、ＭＡＣヘッダ、およびプリアンブルの物理レイヤ送信レートである。Ｈは、ＭＡＣヘッダのサイズと、ＰＨＹヘッダのサイズと、プリアンブルのサイズとを加えたものである。ＳＩＦＳは、短いフレーム間隔持続時間である。ＲＩＦＳは、再送信フレーム間隔持続時間である。ＴＡＣＫは、ＡＣＫの送信の持続時間である。Ｔは、スーパフレーム持続時間である。説明目的のために、ＡＣＫポリシーが、Ｉｍｍ−ＡＣＫであると仮定されている。これらに従って、順方向リンク・パケットのレイテンシＴｆｌが、様々なアルゴリズム、方法、および／または技法を用いて決定されうる。ＭＡＣスーパフレームに関する逆方向リンク・データの到着時間に依存して、転送は、以下の式で示される最大レイテンシを有しうる。
Ｔｒｌ＝ceil［｛ｋ＊（Ｎ／Ｒ１＋RIFS＋Ｈ／Ｒ２）＋SIFS＋ＴＡＣＫ｝／ｎ］＊Ｔ
図１３に示すように、端末１３００の可能な構成の概念ブロック図が例示されている。当業者によって理解されるように、端末１３００の正確な構成は、具体的なアプリケーションおよび設計全体の制約に依存して変わりうる。プロセッサ１３０２は、本明細書に開示されたシステムおよび方法を実現することができる。
【００７５】
端末１３００は、アンテナ１３０６に接続されたフロント・エンド・トランシーバ１３０４を用いて実現されうる。ベース・バンド・プロセッサ１３０８が、トランシーバ１３０４に接続されうる。ベース・バンド・プロセッサ１３０８は、ソフトウェア・ベースのアーキテクチャ、あるいは他のタイプのアーキテクチャで実現することができる。マイクロプロセッサは、他の多くの機能の中でも、制御、およびシステム全体の管理機能を提供するソフトウェア・プログラムを実行するプラットフォームとして利用することができる。デジタル信号プロセッサ（ＤＳＰ）は、マイクロプロセッサ上の処理要求を低減するアプリケーション特有のアルゴリズムを実行する組込式の通信ソフトウェア・レイヤで実現される。ＤＳＰは、パイロット信号獲得、時間同期、周波数トラッキング、スペクトラム拡散処理、変調機能および復調機能、およびフォワード誤り訂正のような様々な信号処理機能を提供するために利用されうる。
【００７６】
端末１３００はまた、ベース・バンド・プロセッサ１３０８に接続された様々なユーザ・インタフェース１３１０を含むことができる。ユーザ・インタフェース１３１０は、キーパッド、マウス、タッチ・スクリーン、ディスプレイ、ベル、バイブレータ、オーディオ・スピーカ、マイクロホン、カメラ、および／または、その他の入力／出力デバイスを含むことができる。
【００７７】
ベース・バンド・プロセッサ１３０８は、プロセッサ１３０２を備える。ベース・バンド・プロセッサ１３０８のソフトウェア・ベースでの実現では、プロセッサ１３０２は、マイクロプロセッサ上で動作するソフトウェア・プログラムでありうる。しかしながら、当業者であれば容易に理解するように、プロセッサ１３０２はこの実施形態に限定されず、ハードウェアによる実現、ソフトウェアによる実現、またはこれらの組み合わせを含む
当該技術分野で周知の任意の手段によって実現されうる。これは、本明細書に記載された様々な機能を実行することができる。プロセッサ１３０２は、データを格納するためのメモリ１３１２に接続されうる。
【００７８】
本明細書に記載の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組み合わせによって実現されうることが理解される。これらシステムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コードまたはコード・セグメントで実現される場合、それらは例えば記憶要素のような機械読取可能媒体に格納される。コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令群からなる任意の組み合わせ、データ構造、またはプログラム・ステートメントを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ・コンテンツを渡したり、受け取ったりすることによって、ハードウェア回路または他のコード・セグメントに接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引き渡し、転送、または送信されうる。
【００７９】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、これらの実施形態を記述する目的の構成要素または方法論の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、そのような実施形態の置き換えや更に多くの組み合わせが可能であることを認識することができる。従って、本明細書に記載の実施形態は、特許請求の範囲の精神およびスコープ内にあるそのような全ての変更、修正、および変形を含むことが意図される。更に、用語「含む」が、詳細な説明または特許請求の範囲の何れかで使用されている限りは、そのような用語は、特許請求の範囲における遷移語として使用される場合「備える」と解釈される用語「備える」と同様に包括的であると意図される。
【特許請求の範囲】
【請求項１】
高速無線通信リンクによって有線リンクを介して従来方式で送られるデータを転送する動作レートを決定する方法であって、
利用可能なアプリケーション・データ・レートについてホストに問い合わせることと、
往復遅延レートを測定することと、
順方向リンク・レートおよび逆方向リンク・レートを、前記測定された往復遅延レートに基づいて確定することと、
前記確定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて、動作レートを計算することと
を備える方法。
【請求項２】
前記動作レートを受信機に通信することを更に備える請求項１に記載の方法。
【請求項３】
前記動作レートを計算することは更に、
前記順方向リンク・レートあるいは前記逆方向リンク・レートが、低いレートであるかを判定することと、
前記低いレートを前記動作レートとして指定することと
を備える請求項１に記載の方法。
【請求項４】
前記動作レートを計算することは更に、
前記順方向リンク・レート、前記逆方向リンク・レート、前記ホストの利用可能なアプリケーション・データ・レート、およびクライアントの最大能力を比較して、最低レートを決定することと、
前記最低レートを前記動作レートとして割り当てることと
を備える請求項１に記載の方法。
【請求項５】
許容可能な最低レートを確立することと、
前記最低レートを下回るのであれば、前記動作レートを調節することと
を更に備える請求項４に記載の方法。
【請求項６】
前記利用可能なアプリケーション・データ・レートは、前記ホストの最大能力である請求項１に記載の方法。
【請求項７】
従来方式の有線デバイスを、有線プロトコルか無線プロトコルかの何れかで通信するように設定する方法であって、
第１のクライアント部を、送信機に配置することと、
第２のクライアント部を、受信機に配置することと、
前記受信機において、有線機能と無線機能とを提供することと
を備える方法。
【請求項８】
前記送信機をデータ・ソースに接続することと、
前記第１のクライアント部を、有線リンクを用いて、前記送信機に含まれるホストにインタフェースすることと
を更に備える請求項７に記載の方法。
【請求項９】
前記受信機をディスプレイに接続することを更に備える請求項７に記載の方法。
【請求項１０】
前記第１のクライアント部と前記第２のクライアント部とは、同じクライアントの別個の部位である請求項７に記載の方法。
【請求項１１】
従来方式の有線リンクを介して無線で通信する装置であって、
有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、
第２のクライアント部を備える受信機と
を備える装置。
【請求項１２】
前記送信機のホストは、
媒体アクセス制御および再送信統計情報によってサポートされているレートに部分的に基づいて動作レートを決定するクエリ・モジュールと、
通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールと
を備える請求項１１に記載の装置。
【請求項１３】
前記動作レートは、前記無線リンクのレートに基づいても決定される請求項１２に記載の装置。
【請求項１４】
前記第２のクライアント部は、アプリケーション・データ・レートの通知を送る通知モジュールを備える請求項１１に記載の装置。
【請求項１５】
前記送信機は、データ・ソースに接続され、前記受信機は、インタフェース・デバイスに接続される請求項１１に記載の装置。
【請求項１６】
前記送信機および受信機は、低オーバヘッド・モードおよび低レイテンシ・モードのうちの１つで動作する請求項１１に記載の装置。
【請求項１７】
有線リンクまたは無線リンクによって通信するモバイル・デバイスであって、
通信のための動作レートを受信する手段と、
無線リンクによって通信する手段と、
有線リンクによって通信する手段と、
前記受信した動作レートに部分的に基づいて、前記無線リンクまたは有線リンクを利用するかを選択的に決定する手段と
を備えるモバイル・デバイス。
【請求項１８】
前記受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段は更に、前記無線リンクと前記有線リンクとを切り換えるかを決定する請求項１７に記載の装置。
【請求項１９】
前記無線リンクと前記有線リンクとの切り換えは、単一の通信中に引き起こる請求項１８に記載の装置。
【請求項２０】
有線リンクまたは無線リンクによって、低オーバヘッド・モードで通信する方法であって、
順方向リンク・データをバッファに配置することと、
一方向チャネル時間割当（ＣＴＡ）を要求することと、
前記順方向リンク・データを送信することと
を備える方法。
【請求項２１】
逆方向リンク・データをバッファに配置することと、
逆方向ＣＴＡを要求することと、
逆方向リンク・データを送信することと、
逆方向カプセル化パケットで、ホストにデータを通信することと
を備える請求項２０に記載の方法。
【請求項２２】
有線リンクまたは無線リンクかの何れかで、低レイテンシ・モードで通信する方法であって、
順方向においてｍミリ秒間、ＣＴＡを要求することと、
逆方向においてｎミリ秒間、ＣＴＡを要求することと、
前記順方向ＣＴＡを前記逆方向ＣＴＡと比較することと
を備える方法。
【請求項２３】
逆方向のために確保されたＣＴＡの間、逆方向リンク・データを送信することと、
媒体アクセス制御フレームの持続時間を導出することと
を更に備える請求項２２の方法、
【請求項２４】
前記ホストが提供するアプリケーション・データ・レートを求めてホストにコンタクトし、
往復遅延を計算し、
前記計算された往復遅延に部分的に基づいて、順方向リンク・レートおよび逆方向リンク・レートを決定し、
前記決定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて動作レートを確定する
ためのコンピュータ実行可能命令群を有するコンピュータ読取可能媒体。
【請求項２５】
前記動作レートを受信機に送信するためのコンピュータ実行可能命令を更に有する請求項２４に記載のコンピュータ読取可能媒体。
【請求項２６】
クライアントの最大能力、前記ホストが提供するアプリケーション・データ・レート、前記逆方向リンク・レート、および前記順方向リンク・レートの最低レートを決定し、
前記決定された最低レートを、前記動作レートとして指定し、
前記動作レートを、受信機に送る
ためのコンピュータ実行可能命令群を更に有する請求項２４に記載のコンピュータ読取可能媒体。
【請求項２７】
有線リンクまたは無線リンクによって通信するための命令群を実行するプロセッサであって、
前記命令群は、
通信動作レートを受信することと、
前記受信した通信動作レートに部分的に基づいて、通信を、有線リンクか、あるいは無線リンクによって行うのかを選択的に決定することと
を備えるプロセッサ。
【請求項１】
高速無線通信リンクによって有線リンクを介して従来方式で送られるデータを転送する動作レートを決定する方法であって、
利用可能なアプリケーション・データ・レートについてホストに問い合わせることと、
往復遅延レートを測定することと、
順方向リンク・レートおよび逆方向リンク・レートを、前記測定された往復遅延レートに基づいて確定することと、
前記確定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて、動作レートを計算することと
を備える方法。
【請求項２】
前記動作レートを受信機に通信することを更に備える請求項１に記載の方法。
【請求項３】
前記動作レートを計算することは更に、
前記順方向リンク・レートあるいは前記逆方向リンク・レートが、低いレートであるかを判定することと、
前記低いレートを前記動作レートとして指定することと
を備える請求項１に記載の方法。
【請求項４】
前記動作レートを計算することは更に、
前記順方向リンク・レート、前記逆方向リンク・レート、前記ホストの利用可能なアプリケーション・データ・レート、およびクライアントの最大能力を比較して、最低レートを決定することと、
前記最低レートを前記動作レートとして割り当てることと
を備える請求項１に記載の方法。
【請求項５】
許容可能な最低レートを確立することと、
前記最低レートを下回るのであれば、前記動作レートを調節することと
を更に備える請求項４に記載の方法。
【請求項６】
前記利用可能なアプリケーション・データ・レートは、前記ホストの最大能力である請求項１に記載の方法。
【請求項７】
従来方式の有線デバイスを、有線プロトコルか無線プロトコルかの何れかで通信するように設定する方法であって、
第１のクライアント部を、送信機に配置することと、
第２のクライアント部を、受信機に配置することと、
前記受信機において、有線機能と無線機能とを提供することと
を備える方法。
【請求項８】
前記送信機をデータ・ソースに接続することと、
前記第１のクライアント部を、有線リンクを用いて、前記送信機に含まれるホストにインタフェースすることと
を更に備える請求項７に記載の方法。
【請求項９】
前記受信機をディスプレイに接続することを更に備える請求項７に記載の方法。
【請求項１０】
前記第１のクライアント部と前記第２のクライアント部とは、同じクライアントの別個の部位である請求項７に記載の方法。
【請求項１１】
従来方式の有線リンクを介して無線で通信する装置であって、
有線リンクによって接続された第１のクライアント部とホストとを備える送信機と、
第２のクライアント部を備える受信機と
を備える装置。
【請求項１２】
前記送信機のホストは、
媒体アクセス制御および再送信統計情報によってサポートされているレートに部分的に基づいて動作レートを決定するクエリ・モジュールと、
通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールと
を備える請求項１１に記載の装置。
【請求項１３】
前記動作レートは、前記無線リンクのレートに基づいても決定される請求項１２に記載の装置。
【請求項１４】
前記第２のクライアント部は、アプリケーション・データ・レートの通知を送る通知モジュールを備える請求項１１に記載の装置。
【請求項１５】
前記送信機は、データ・ソースに接続され、前記受信機は、インタフェース・デバイスに接続される請求項１１に記載の装置。
【請求項１６】
前記送信機および受信機は、低オーバヘッド・モードおよび低レイテンシ・モードのうちの１つで動作する請求項１１に記載の装置。
【請求項１７】
有線リンクまたは無線リンクによって通信するモバイル・デバイスであって、
通信のための動作レートを受信する手段と、
無線リンクによって通信する手段と、
有線リンクによって通信する手段と、
前記受信した動作レートに部分的に基づいて、前記無線リンクまたは有線リンクを利用するかを選択的に決定する手段と
を備えるモバイル・デバイス。
【請求項１８】
前記受信した動作レートに部分的に基づいて、無線リンクまたは有線リンクを利用するかを選択的に決定する手段は更に、前記無線リンクと前記有線リンクとを切り換えるかを決定する請求項１７に記載の装置。
【請求項１９】
前記無線リンクと前記有線リンクとの切り換えは、単一の通信中に引き起こる請求項１８に記載の装置。
【請求項２０】
有線リンクまたは無線リンクによって、低オーバヘッド・モードで通信する方法であって、
順方向リンク・データをバッファに配置することと、
一方向チャネル時間割当（ＣＴＡ）を要求することと、
前記順方向リンク・データを送信することと
を備える方法。
【請求項２１】
逆方向リンク・データをバッファに配置することと、
逆方向ＣＴＡを要求することと、
逆方向リンク・データを送信することと、
逆方向カプセル化パケットで、ホストにデータを通信することと
を備える請求項２０に記載の方法。
【請求項２２】
有線リンクまたは無線リンクかの何れかで、低レイテンシ・モードで通信する方法であって、
順方向においてｍミリ秒間、ＣＴＡを要求することと、
逆方向においてｎミリ秒間、ＣＴＡを要求することと、
前記順方向ＣＴＡを前記逆方向ＣＴＡと比較することと
を備える方法。
【請求項２３】
逆方向のために確保されたＣＴＡの間、逆方向リンク・データを送信することと、
媒体アクセス制御フレームの持続時間を導出することと
を更に備える請求項２２の方法、
【請求項２４】
前記ホストが提供するアプリケーション・データ・レートを求めてホストにコンタクトし、
往復遅延を計算し、
前記計算された往復遅延に部分的に基づいて、順方向リンク・レートおよび逆方向リンク・レートを決定し、
前記決定された順方向リンク・レートおよび逆方向リンク・レートに部分的に基づいて動作レートを確定する
ためのコンピュータ実行可能命令群を有するコンピュータ読取可能媒体。
【請求項２５】
前記動作レートを受信機に送信するためのコンピュータ実行可能命令を更に有する請求項２４に記載のコンピュータ読取可能媒体。
【請求項２６】
クライアントの最大能力、前記ホストが提供するアプリケーション・データ・レート、前記逆方向リンク・レート、および前記順方向リンク・レートの最低レートを決定し、
前記決定された最低レートを、前記動作レートとして指定し、
前記動作レートを、受信機に送る
ためのコンピュータ実行可能命令群を更に有する請求項２４に記載のコンピュータ読取可能媒体。
【請求項２７】
有線リンクまたは無線リンクによって通信するための命令群を実行するプロセッサであって、
前記命令群は、
通信動作レートを受信することと、
前記受信した通信動作レートに部分的に基づいて、通信を、有線リンクか、あるいは無線リンクによって行うのかを選択的に決定することと
を備えるプロセッサ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−６２８２０（Ｐ２０１３−６２８２０Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−２３１８１９（Ｐ２０１２−２３１８１９）
【出願日】平成２４年１０月１９日（２０１２．１０．１９）
【分割の表示】特願２００９−５１３４０４（Ｐ２００９−５１３４０４）の分割
【原出願日】平成１９年５月２５日（２００７．５．２５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１２−２３１８１９（Ｐ２０１２−２３１８１９）
【出願日】平成２４年１０月１９日（２０１２．１０．１９）
【分割の表示】特願２００９−５１３４０４（Ｐ２００９−５１３４０４）の分割
【原出願日】平成１９年５月２５日（２００７．５．２５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]