(57)【要約】従来型有線リンクを用いて通信されるデータを高速無線リンクで転送することに関連する実施例を説明する。開示された実施例は既存の有線アーキテクチャへの変更を最小にしながら有線および／または無線データ通信を提供する。従来型有線リンク上で無線で通信するための装置が一実施例に従う。本装置はホストおよび有線リンクによって接続されたクライアントの第１の部分を備える送信機、並びにクライアントの第２の部分を備える受信機を含む。いくつかの実施例に従って、本装置は媒体アクセス制御でサポートされるレートおよび再送信統計値に一部基づいて動作レートを決定する問合わせモジュール、並びに１つの通信を有線プロトコルまたは無線プロトコルに割り当てる割当モジュールを含むかもしれない。【選択図】      図２２
2009539331.tif 000002
【特許請求の範囲】
【請求項１】
ホストエンティティと少なくとも１つのリモートユーザインタフェースのクライアント機器との間を、ユーザインタフェースデータのために無線で高速にディジタルデータを通信するための方法であって、
少なくとも１つのリモートユーザインタフェースのクライアント機器をホストエンティティに連係させることと、
少なくとも１つのリモートユーザインタフェースのクライアント機器の少なくとも１つの能力を含む能力パケットをホストエンティティへ送ることと、
少なくとも１つのリンク品質情報を含む状態パケットをホストエンティティへ送信することとを備える方法。
【請求項２】
ホストエンティティから更新された状態パケットに対する要求を受信することと、
前記状態パケットを更新することと、
前記受信された要求に応答して前記更新された状態パケットをホストエンティティへ送ることとをさらに備える、請求項１に記載の方法。
【請求項３】
予め定めた期間内にホストエンティティの状態パケットが受信されないとき、少なくとも１つのリモートユーザインタフェースのクライアント機器とホストエンティティの間の連係が切断されていると決定することと、
ホストエンティティから前記少なくとも１つのリモートユーザインタフェースのクライアント機器を分離することとをさらに備える、請求項２に記載の方法。
【請求項４】
リモートユーザインタフェースのクライアント機器をホストエンティティと連係させることが、
連係要求パケットをホストエンティティへ送ることと、
前記送られた連係要求パケットに応答して連係応答パケットがホストエンティティから受信される前に連係タイマが時間切れとなる場合、前記連係要求パケットを再送することとを備える、請求項１に記載の方法。
【請求項５】
周期的にまたは状態変化が検出されるときに、更新された状態パケットを送ることをさらに備える請求項１に記載の方法。
【請求項６】
少なくとも１つのリモートユーザインタフェースのクライアント機器とホストエンティティの間の通信が中止されるべきであるかどうかを決定することと、
前記通信が中止されるべき場合、ホストエンティティと分離することと、
分離状態に入ることとをさらに備える、請求項１に記載の方法。
【請求項７】
分離要求をホストエンティティへ送ることと、
ホストエンティティから分離応答を受信することとをさらに備える、請求項６に記載の方法。
【請求項８】
高速ディジタルデータを無線で通信する装置であって、
前記装置に関係する第１のＭＡＣアドレスに関する情報および少なくともリモートホスト機器に関係する第２のＭＡＣアドレスを格納するメモリーと、
前記メモリーに格納された情報を解析しおよび前記装置を前記リモートホスト機器に選択的に連係させるプロセッサと、
ＭＡＣ応答パケットをリモートホスト機器への送信のために装置-ＭＡＣ統計値で更新する通信データ部品とを備える装置。
【請求項９】
装置に関係づけられた少なくとも１つの代替ディスプレイ情報を集め、および前記少なくとも１つの代替ディスプレイ情報をリモートホスト機器へ伝達するディスプレイ部品をさらに備える、請求項８に記載の装置。
【請求項１０】
リモートホスト機器からの連係要求パケットの受信後に、プロセッサが装置をリモートホスト機器と連係させる、請求項８に記載の装置。
【請求項１１】
予め定められた時間間隔および送られた連係要求の最大数を超えた後に、連係応答パケットがリモートホスト機器から受信されていない場合、プロセッサが装置をリモートホスト機器に連係させない、請求項８に記載の装置。
【請求項１２】
送信された更新されたＭＡＣ-応答パケットに応答してリモートホスト機器状態パケットが受信されない場合、プロセッサがさらに装置をリモートホスト機器から選択的に分離する、請求項８に記載の装置。
【請求項１３】
リモートホスト機器からの分離要求パケットを受信すると、プロセッサがリモートホスト機器から装置を分離する、請求項８に記載の装置。
【請求項１４】
少なくとも１つのレシーバをリモートセンダに関係づけるための手段と、
前記少なくとも１つのレシーバの少なくとも１つの能力情報を無線で前記リモートセンダへ通信するための手段と、
少なくとも１つのリンク品質データパケットを周期的に前記リモートセンダへ送るための手段と、
前記リモートセンダと選択的に分離するための手段とを備える、
高速ユーザインタフェースデータを無線で通信する装置。
【請求項１５】
少なくとも１つのリンク品質データパケットに応答してリモートセンダからリンク品質データパケットを受信するための手段をさらに備える、請求項１４に記載の装置。
【請求項１６】
高速ユーザインタフェースデータを無線で送信するための方法を具体化する計算機可読媒体であって、前記方法が、
少なくとも１つのリモートユーザインタフェース機器をホストに連係させることと、
前記少なくとも１つのリモートユーザインタフェース機器の能力情報を含む第１のパケットを送ることと、
前記少なくとも１つのリモートユーザインタフェース機器と前記ホストの間の通信リンクの品質データを含む少なくとも第２のパケットを周期的に送ることとを備える、計算機可読媒体。
【請求項１７】
方法が、
分離要求をホストへ送ることと、
ホストから前記分離要求の確認を受信することとをさらに備える、請求項１６に記載の計算機可読媒体。
【請求項１８】
方法が、少なくとも１個のリモートユーザインタフェース機器に対する識別参照を含む第１のパケットの確認応答を受信することをさらに備える、請求項１６に記載の計算機可読媒体。
【請求項１９】
少なくとも第２のパケットの確認をホストから受信することと、
ホストからのリンク品質データパケットが、少なくとも１つのユーザインタフェース機器によって送られる予め定められた数のリンク品質データパケットに応答してホストから受信されないとき、前記少なくとも１つのリモートユーザインタフェースがホストと連係していないと決定することと、
ホストから前記少なくとも１つのリモートユーザインタフェースを分離することとをさらに備える、請求項１６に記載の計算機可読媒体。
【請求項２０】
インタフェース機器をリモートホストと連係させるように、
能力パケット内で前記インタフェース機器の能力に関する情報を送るように、および
前記インタフェース機器と前記リモートホスト間の通信リンクに関するデータを備える状態パケットを送信するように構成された、
高速ユーザインタフェースデータを無線で通信するためのプロセッサ。
【請求項２１】
インタフェース機器とリモートホスト間の通信リンクが予め定められた品質水準を満たさないかどうかを決定するように、
分離要求をリモートホストに送るように、および
リモートホストから分離するようにさらに構成された、請求項２０に記載のプロセッサ。
【請求項２２】
センダと少なくとも１つのリモートレシーバ間のユーザインタフェースデータのための高速無線ディジタルデータ通信のための方法であって、
前記少なくとも１つのリモートレシーバと連係することと、
前記少なくとも１つのリモートレシーバの少なくとも１つの能力を含む第１のパケットを受信することと、
逆方向リンクで前記少なくとも１つのリモートレシーバからリンク品質情報パケットを受信することとを備える方法。
【請求項２３】
少なくとも１つのリモートレシーバに連係することが、
少なくとも１つのリモートレシーバに第１の連係要求を送信することと、
前記第１の連係要求パケットの送信と連係要求応答パケット受信の間の時間間隔を監視することと、
第１の連係要求パケットの送信と連係要求応答パケットの受信の間の前記時間間隔が予め定められた間隔を越える場合、第２の連係要求パケット送信すること  とをさらに備える、請求項２２に記載の方法。
【請求項２４】
センダのＭＡＣアドレスおよび少なくとも１つのリモートレシーバの識別情報を前記センダに関係づけられた機器関連表内に含めることをさらに備える、請求項２２に記載の方法。
【請求項２５】
少なくとも１つのリモートレシーバとの通信が実行不能となるべきと決定することと、
前記少なくとも１つのリモートレシーバにセンダ分離要求パケットを送ることと、
前記センダ分離要求パケットに応答して前記少なくとも１つのリモートレシーバから分離要求回答を受信することと、
前記少なくとも１つのリモートレシーバに分離完了の確認応答を送ることとをさらに備える、請求項２２に記載の方法。
【請求項２６】
少なくとも１つのリモートレシーバから分離要求を受信することと、
前記分離要求を確認応答する分離応答を送ることと、
関連表から前記少なくとも１つのリモートレシーバの識別情報を除外すること  とをさらに備える、請求項２２に記載の方法。
【請求項２７】
少なくとも１つのリモートユーザインタフェース機器の識別に関する情報を格納するメモリーと、
前記格納された情報に一部基づいて前記少なくとも１つのリモートユーザインタフェース機器と選択的に連係するプロセッサと、
クライアント能力パケットで受信される、前記少なくとも１つのリモートユーザインタフェース機器の少なくとも１つの能力を解析する情報部品とを備える、
高速ユーザインタフェースデータを無線で通信する装置。
【請求項２８】
情報部品が状態更新パケットで受信されるリンク品質情報データをさらに解析する、請求項２７に記載の装置。
【請求項２９】
リンク品質情報データが通信リンクの品質が予め定められたしきい値より下がったことを示す場合、プロセッサが少なくとも１つのリモートユーザインタフェース機器を選択的に分離する、請求項２８に記載の装置。
【請求項３０】
第１のセンダ連係要求への応答が予め定められた時間間隔内に受信されたかどうかを決定する状態タイマをさらに備え、プロセッサが、前記応答が前記予め定められた時間間隔内に受信されない場合、少なくとも第２のセンダ連係要求を送る、請求項２７に記載の装置。
【請求項３１】
少なくとも１つのリモートユーザインタフェース機器と選択的に連係するための手段と、
前記少なくとも１つのリモートユーザインタフェース機器へ、前記少なくとも１つのリモートユーザインタフェース機器に対するクライアント識別情報を含む連係応答を送るための手段と、
第１の能力パケットを受信するための手段と、
第１の能力パケットに含まれる少なくとも１つの能力に一部基づいて前記少なくとも１つのリモートユーザインタフェース機器を識別情報に関係づけるための手段とを備える、
高速でユーザインタフェースデータを無線で通信する装置。
【請求項３２】
第１の能力パケットが予め定義された時間間隔内に受信されたかどうかを決定するための手段と、
能力パケットに対する第２の要求を送るための手段とをさらに備える、請求項３１に記載の装置。
【請求項３３】
少なくとも１つのリモートユーザインタフェース機器との連係が中止されるべきかどうかを決定するための手段と、
連係が中止されるべきである場合、少なくとも１つのリモートユーザインタフェース機器から選択的に分離するための手段とをさらに備える、請求項３１に記載の装置。
【請求項３４】
高速ユーザインタフェースデータを無線送信するための方法を具体化するための計算機可読媒体であって、前記方法が、
ホスト機器を少なくとも１つのリモートクライアント機器に連係させることと、
前記少なくとも１つのリモートクライアント機器の能力情報を含む第１のパケットを受信することと、
前記第１のパケットに一部基づいて前記少なくとも１つのリモートクライアント機器へクライアント識別情報を割り当てることと、
ホスト機器と前記少なくとも１つのリモートクライアント機器の間の通信リンクの品質データ情報を含む第２のパケットを受信することとを備える、計算機可読媒体。
【請求項３５】
少なくとも１つのリモートクライアント機器へ分離要求を送ることと、
前記少なくとも１つのリモートクライアント機器から分離要求の確認を受信することとをさらに備える、請求項３４に記載の計算機可読媒体。
【請求項３６】
第２のパケットが予め定義された時間間隔内に受信されないとき、少なくとも１つのリモートユーザインタフェース機器がホスト機器と連係していないと決定することと、
前記少なくとも１つのリモートユーザインタフェース機器から分離すること  とをさらに備える、請求項３４に記載の計算機可読媒体。
【請求項３７】
ホストをリモートインタフェース機器と連係させるように、
前記リモートインタフェース機器の能力に関する情報を受信するように、
前記リモートインタフェース機器に識別子を割り当てるように、
前記識別子を前記リモートインタフェース機器に送るように、および
前記リモートインタフェース機器と前記ホストの間の通信リンクに関する情報を状態パケットで受信するように構成された、
高速ユーザインタフェースデータを無線で通信するためのプロセッサ。
【請求項３８】
リモートインタフェース機器とホストの間の通信が中止されるべきかどうかを決定するように、
通信が中止されるべきである場合、前記リモートインタフェース機器へ分離要求を送るように、および
前記リモートインタフェース機器の割り当てられた識別子を除外するように  さらに構成された、請求項３７に記載のプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００６年５月２６日出願の米国仮出願番号60/809,068、名称”WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOL”（「従来型有線ベースプロトコルのための無線アーキテクチャ」）、２００６年７月２６日出願の米国仮出願番号60/833,564、名称”WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOL”（「従来型有線ベースプロトコルのための無線アーキテクチャ」）、および２００６年７月２６日出願の米国仮出願番号60/833,565、名称”WIRELESS ARCHITECTURE FOR A TRADITIONAL WIRE-BASED PROTOCOL”(「従来型有線ベースプロトコルのための無線アーキテクチャ」）の米国特許法１１９条（ｅ）項の下での利益を主張する。これらの出願の全体がここに参考文献として組み込まれている。
【０００２】
以下の説明は一般に通信システムに関する。より詳細には従来型有線ベースの機器を無線リンクおよび／または有線リンクで通信可能にすること、および高速でディジタルデータを通信することに関する。
【背景技術】
【０００３】
無線ネットワークシステムはユーザが特定の時にどこにいても（例えば、家、オフィス、旅行、・・・）多くの人によって通信のために利用される。無線通信機器は、携帯性と便利さを改良する一方、ユーザの要求を満たすために、より小型に、より強力（例えば、機能および／またはアプリケーションの増加、より大きいメモリー容量）になってきた。ユーザは携帯電話、携帯情報端末（ＰＤＡ）等を含む無線通信機器の多くの利用法を見出してきた。例えば、無線通信機器は画像（例えば、静止画、動画、ビデオゲーム等）を取得し処理する機能を含むかもしれない。
【０００４】
非常に高いデータレートを利用して動作するアプリケーションおよび／または機能は、かなりの電力要求および／または大電流レベルを有するかもしれない。そのような電力要求および／または電流レベルは、有線プロトコルを利用して通信する機器にとっては容易に利用可能であるが、無線通信システムは高いデータレートを利用して動作する能力を持っていないかもしれない。したがって、ユーザが送信および／または受信をしたい通信は、ある状況においては制限されるかもしれない。
【０００５】
いくつかの機器は、例えば携帯電話ディスプレイディジタルインタフェース（ＭＤＤＩ）のように、従来型有線の能力で動作するだけであった。したがって、そのような機器を有するユーザは、移動中に通信できず、また無線機器を入手するために更なるコストを支払う必要があるかもしれない。これは常に実行できるというわけではないかもしれない。ある状況のもとでは、ユーザは、１つは有線の能力を有し、１つは無線の能力を有する２台の機器を動作させることを、それら双方の利点を得るために、決めるかもしれない。しかし、２つの機器に伴うコストは双方の機器を監視することと同様にユーザに過度の負担を強いるかもしれない。
【０００６】
前述したことおよび他の欠陥を克服するために、従来型有線ベースプロトコルが有線アーキテクチャまたは無線アーキテクチャのいずれかで通信することを可能にする手法を提供する。開示された手法は有線アーキテクチャへの変更を最小にしながらそのような柔軟性を提供する。
【発明の開示】
【発明の概要】
【０００７】
１つ以上の実施例の簡単な概要を以下に述べ、そのような実施例のいくつかの態様の基本的理解を提供する。この概要は１つ以上の実施例の広範囲な概観ではなく、また実施例の鍵となるまたは決定的な要素を特定することも、またそのような実施例の範囲を正確に記述することも意図されていない。この唯一の目的は後で述べるより詳細な記述への導入として簡単な形で説明される実施例のいくつかの概念を示すことである。
【０００８】
１つ以上の実施例およびその対応する開示に従って、ホストエンティティ（例えば、センダ）と１つ以上のリモートユーザ機器の間でディジタルデータを高速で通信することに関連して種々の態様を説明する。
【０００９】
関連する実施例に従って、ユーザインタフェースデータのためにホストエンティティと１つ以上のリモートユーザのインタフェースのクライアント機器の間で高速にディジタルデータを無線で通信するための方法が提供される。この方法は、１つ以上のリモートユーザインタフェースのクライアント機器をホストエンティティに連係させること、リモートユーザインタフェースクライアント機器の少なくとも１つの能力を含む能力パケットをホストエンティティに送ることとを備えるかもしれない。この方法は、少なくとも１つのリンク品質情報を含む状態パケットをホストエンティティに送信することをさらに含むかもしれない。
【００１０】
別の実施例は無線で高速ディジタルデータを通信するかもしれない装置に関する。この装置はこの装置に関係づけられる第１のＭＡＣアドレス、およびリモートホスト機器に関係づけられる少なくとも第２のＭＡＣアドレスに関連する情報を格納するメモリーを含むかもしれない。また、この装置にはメモリーに格納された情報を解析し、リモートホスト機器にこの装置を選択的に連係させるプロセッサが含まれるかもしれない。
【００１１】
さらに別の実施例は高速ユーザインタフェースデータを無線で通信する装置に関する。この装置は少なくとも１つのレシーバをリモートセンダと連係させるための手段およびレシーバの少なくとも１つの能力情報をリモートセンダに無線で通信するための手段を含むかもしれない。また、少なくとも１つのリンク品質データパケットをリモートセンダに周期的に送るための手段およびリモートセンダと選択的に分離するための手段とが装置に含まれるかもしれない。
【００１２】
別の実施例は高速ユーザインタフェースデータを無線で送信するための方法を具体化する計算機可読媒体に関する。この方法は１つ以上のリモートユーザインタフェース機器をホストと連係させることと、（複数の）リモートユーザインタフェース機器の能力情報を含む第１のパケットを送ることとを含むかもしれない。この方法は（複数の）リモートユーザインタフェース機器とホストの間の通信リンクの品質データを含む少なくとも第２のパケットを定期的に送ることをさらに含むかもしれない。
【００１３】
さらに別の実施例は高速ユーザインタフェースデータを無線で通信するためのプロセッサに関する。このプロセッサはリモートホストにインタフェース機器を連係させるように、およびインタフェース機器の能力に関する情報を能力パケットで送るように、およびインタフェース機器とリモートホスト間の通信リンクに関するデータを備える状態パケットを送信するように構成されるかもしれない。
【００１４】
さらに別の実施例はセンダと少なくとも１つのリモートレシーバ間のユーザインタフェースデータのための高速無線ディジタルデータ通信のための方法に関する。この方法は少なくとも１つのリモートレシーバと連係することと、少なくとも１つのリモートレシーバの少なくとも１つの能力を含む第１のパケットを受信することとを含むかもしれない。また、この方法は少なくとも１つのリモートレシーバから逆方向リンクでリンク品質情報を受信することを含むかもしれない。
【００１５】
別の実施例は高速ユーザインタフェースデータを無線で通信する装置に関する。この装置は少なくとも１つのリモートユーザインタフェース機器の識別に関する情報を格納するメモリーと、その格納された情報に一部に基づいて少なくとも１つのリモートユーザインタフェース機器と選択的に連係するプロセッサとを含むかもしれない。この装置はクライアントの能力パケット内の少なくとも１つのリモートユーザインタフェース機器の少なくとも１つの能力を解析する情報部品をさらに含むかもしれない。
【００１６】
さらに別の実施例は高速でユーザインタフェースデータを無線で通信する装置に関する。この装置は少なくとも１つのリモートユーザインタフェース機器に選択的に連係するための手段と、連係応答を少なくとも１つのリモートユーザインタフェース機器へ送るための手段とを含むかもしれない。この連係応答は少なくとも１つのリモートユーザインタフェース機器に対するクライアント識別情報を含むかもしれない。また、この装置は第１の能力パケットを受信するための手段と、少なくとも１つのリモートユーザインタフェース機器を前記第１の能力パケットに含まれる少なくとも１つの能力に一部基づく識別情報に関係づけるための手段とを含むかもしれない。
【００１７】
さらに別の実施例は高速ユーザインタフェースデータを無線で送信するための方法を具体化する計算機可読媒体に関する。この方法はホスト機器を少なくとも１つのリモートクライアント機器に連係させることと、少なくとも１台のリモートクライアント機器の能力情報を含む第１のパケットを受信することとを含むかもしれない。この方法はクライアント識別情報を第１のパケットに一部基づいて少なくとも１つのリモートクライアント機器に割当てることと、ホスト機器と少なくとも１台のリモートクライアント機器間の通信リンクの品質データ情報を含む第２のパケットを受信することとをさらに含むかもしれない。
【００１８】
さらに別の態様は高速ユーザインタフェースデータを無線で通信するためのプロセッサに関する。このプロセッサはホストをリモートインタフェース機器に連係させるように、およびリモートインタフェース機器の能力に関する情報を受信するように、および識別子をリモートインタフェース機器に割り当てるように構成されるかもしれない。このプロセッサは識別子をリモートインタフェース機器へ送るように、およびリモートインタフェース機器とホストの間の通信リンクに関する情報を状態パケットで受信するようにさら構成されるかもしれない。
【００１９】
上記のおよび関連する目的を達成するために、１つ以上の実施例が以下に完全に説明され、特に請求範囲に明示される特徴を備える。以下の説明および添付図面は１つ以上の実施例の特定の例示的態様を詳細に記述する。しかし、これらの態様は種々の実施例の原理が利用されるかもしれない種々の方策のごく僅かの例示であり、説明した実施例はすべてのそのような態様およびその均等物を含むように意図されている。
【詳細な説明】
【００２０】
図面を参照して種々の実施例について説明する。説明のため、以下の説明において、１つ以上の態様の完全な理解を提供するために多くの特定の詳細を記述する。しかし、そのような（複数の）実施例がこれらの特定の詳細なしで実施されるかもしれないことは明白であるかもしれない。他の場合には、周知の構造および機器はこれらの実施例についての説明を容易にするためにブロック図の形で示される。
【００２１】
用語「部品」、「モジュール」、「システム」等は、この出願で用いられる場合、計算機関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または計算用ソフトウェアのいずれかを指すことが意図されている。例えば、部品は、非限定的に、プロセッサ上で実行するプロセス、プロセッサ、オブジェクト、エクゼキュータブル、実行のスレッド、プログラム、および／または計算機であるかもしれない。例示として、計算機器で実行するアプリケーションおよびその計算機器の双方は部品であるかもしれない。１つ以上の部品がプロセスおよび／または実行のスレッド内にあることがあり、また部品は１つの計算機に局在および／または２つ以上の計算機間に分散されるかもしれない。さらに、これらの部品は種々のデータ構造を格納している種々の計算機可読媒体から実行されるかもしれない。部品は、例えば１つ以上のデータパケット（例えば、ローカルシステム、分散システム内の、および／または他のシステムを伴うインターネットのようなネットワークに跨る別の部品と信号を通じて相互に関係する１つの部品からのデータ）を有する信号に従ってローカルにおよび／またはリモートプロセスによって通信するかもしれない。
【００２２】
さらに、ユーザ機器に関連して種々の実施例をここに説明する。ユーザ機器はシステム、加入者ユニット、加入者局、移動局、移動機器、リモート局、アクセスポイント、基地局、リモート端末、アクセス端末、ハンドセット、ユーザ端末、端末、ユーザエージェント、またはユーザ設備と呼ばれるかもしれない。ユーザ機器は携帯電話、コードレス電話、セッション確立プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、ＰＤＡ、無線接続能力を有するハンドヘルド機器、または無線モデムに接続された他の（複数の）プロセス機器であるかもしれない。
【００２３】
さらに、ここに説明する種々の態様または特徴は、方法、装置または製品として標準的プログラミングおよび／または工学的手法を用いて実施されるかもしれない。用語「製品」は、ここに用いられる場合、任意の計算機可読の機器、キャリア、または媒体からアクセス可能な計算機プログラムを包含することを意図されている。例えば、計算機可読媒体は、非限定的に磁気記憶機器（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ・・・）、光ディスク（例えば、コンパクトディスク（ＣＤ）、ディジタル多目的ディスク（ＤＶＤ）・・・）、スマートカード、およびフラッシュメモリー機器（例えば、カード、スティック、キードライブ・・・）を含むかもしれない。
【００２４】
以下の詳細な説明において、種々の態様および実施例は携帯電話ディスプレイディジタルインタフェース（ＭＤＤＩ）および／または米国電気電子学会（ＩＥＥＥ）８０２．１５．３媒体アクセス制御（ＭＡＣ）層の場合について説明されるかもしれない。これらの発明的態様は開示された実施例での使用に適しているが、当業者は、これらの発明的態様が他の種々の従来型有線ベースプロトコルでの使用に同様に適用可能であることを容易に理解するだろう。従って、ＭＤＤＩおよび／またはＩＥＥＥ８０２．１５．３  ＭＡＣへのいかなる参照も、このような発明的態様が広範囲の用途を有していることの理解とともに、発明的態様を例示するようにのみ意図されている。
【００２５】
種々の実施例は多くの部品、モジュール等を含むかもしれないシステムについて提示されるだろう。種々のシステムが追加の部品、モジュールなどを含むかもしれないこと、および／または図面に関連して検討する部品、モジュールその他をすべて含むわけではないかもしれないことが理解されるべきである。これらの方法の組合せも用いられるかもしれない。さらに、種々のシステムが複数の移動機器（例えば、携帯電話、スマートフォン、ラップトップ、ハンドヘルド通信機器、ハンドヘルド計算機器、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または他の適切な機器）で実施されるかもしれない。
【００２６】
ここで図面を参照して、図１に従来型の有線ベースの機器を無線で通信できるようにするためのシステム１００のブロック図を示す。システム１００は受信機１０４との有線および／または無線通信をしている送信機１０２を含む。送信機１０２および受信機１０４は、有線ベースプロトコルで従来型通信をする部品であるかもしれない。システム１００に多くの送信機１０２および受信機１０４が含まれるかもしれないが、理解されるであろうように、簡明さのために単一の受信機１０４へ通信データ信号を送信する単一の送信機１０２を図示する。
【００２７】
送信機１０２から受信機１０４へ送られる通信は順方向リンクと呼ばれ、受信機１０４から送信機１０２へ送られる通信は逆方向リンクと呼ばれる。送信機１０２はデータ源１０６（例えば、記憶装置、メモリー等）に接続され、受信機１０４はディスプレイのようなインタフェース機器１０８に接続されるかもしれない。
【００２８】
システム１００は少なくとも２つの運転モード、すなわち、低オーバヘッドモードおよび／または低レイテンシモードで動作するかもしれない。低オーバヘッドモードは空間で（例えば無線で）送られるパケットをチャネル割当時間を要求することにより最適化する。チャネル割当時間はデータがいずれかの方向（センダからレシーバへまたはレシーバからセンダへ）から送られる時間である。低レイテンシモードにおいて、チャネル割当時間は順方向リンクおよび逆方向リンク双方に含まれるデータに関する知識に基づいて決定されるかもしれない。
【００２９】
送信機１０２は種々の基準（例えば、往復遅延測定値）に基づいて順方向リンクレートおよび逆方向リンクレートを確認するように構成されるかもしれない。送信機１０２は少なくとも１つの逆方向リンクカプセル化パケットをフレーム毎に送るかもしれない。逆方向リンクカプセル化パケットは逆方向リンクを形成して転送リンクでの逆方向パケットの転送に対応するかもしれない。
【００３０】
受信機１０４は有線の機能および／または無線の機能を用いてデータ通信を受信および／または送るように構成されるかもしれない。どの機能を利用するかの決定はデータ（例えば、音声、テキスト、画像）の形式、それらのデータを通信する従来型の方法（例えば有線リンクまたは無線リンク）、送信されるファイルまたはパケットのサイズ、を含む種々の基準、並びにデータ、センダ、および／またはレシーバに関する他の基準に基づくかもしれない。送信機１０２は受信機１０４がどのようにデータを受信するか（例えば、有線または無線）に関する知識なしでデータを伝達するかもしれない。
【００３１】
図２に１つ以上の開示された実施例に従う無線センダ２００を示す。無線センダ２００はディジタルデータのような高速データを通信するように構成されるかもしれない。ここに説明する種々の無線システムは無線センダおよび無線レシーバを含むかもしれない。無線センダ２００はホスト２０２および１つ以上のディスプレイまたは機器に接続されるかもしれない特別なクライアント（Ｃ１）２０４を含むかもしれない。ホスト２０２とクライアント（Ｃ１）２０４は従来型高データレートリンク（例えば、ＭＤＤＩ）２０６で接続されるかもしれない。クライアント（Ｃ１）２０４並びにＷＢ  ＭＡＣおよびＵＷＢ  ＰＨＹを含む超広帯域モデムのような無線モデム２０８は、ＭＤＤＩリンクまたは高速データをサポートするように構成されたリンクのような既存の有線リンク内に動作的に接続されるかもしれない。いくつかの実施例において、クライアント（Ｃ１）２０４およびモデム２０８が有線リンクに接続される場合、ホスト２０２は無線の機能を取り扱うためにアップグレードが必要であるかもしれない。これは以下に詳細に記述される。図３に場所を共有して設置されたホスト３０２およびクライアント３０４を有する別の無線センダ３００を示す。また、無線モデム３０６も含まれる。図４にホストおよびＣ１が単一のハードウェア／ソフトウェアエンティティ４０２上に統合されている無線センダの他の例４００を示す。無線モデム４０４は無線通信を容易にするために含まれる。
【００３２】
ここで図５を参照して、開示される実施例に従う無線レシーバ５００を示す。無線レシーバ５００は数個の機器およびディスプレイ５０４（簡単のためにただ１つのディスプレイを示す）に接続されるかもしれないクライアント（Ｃ２）５０２を含む。クライアント（Ｃ２）５０２は高速ディジタルデータパケットを処理し、生成するように構成されるかもしれない。いくつかの実施例においてクライアント（Ｃ２）５０２はＭＤＤＩスタックの物理層を持たない。１つのセンダが開示された実施例に従っていくつかのレシーバに接続されるかもしれない。
【００３３】
図６に従来型有線の構成の能力を拡張して無線リンクでの通信を可能とするシステム６００を示す。システム６００は順方向リンクで受信機６０４と通信する送信機６０２を含む。受信機６０４は逆方向リンクで送信機６０２と通信する。送信機６０２および受信機６０４は、一般に有線プロトコルで通信する機器であるかもしれないが、しかしシステム６００は、そのような機器が有線プロトコルでおよび／または高速無線リンクのような無線プロトコルで通信することを可能にする。システム６００内に多くの送信機６０２および受信機６０４が含まれるかもしれないが、理解されるであろうように、簡単さのために通信データ信号を単一の受信機６０４に送る単一の送信機６０２を図示する。
【００３４】
送信機６０２はホスト６０６、クライアント（Ｃ１）６０８の一部、および通信用部品６１０を含むかもしれない。ホスト６０６は例えばＭＤＤＩホストであるかもしれない。いくつかの実施例において、ホスト６０６は送信機６０２とは分離し、有線リンクを通じて送信機６０２に接続された部品であるかもしれない。クライアント（Ｃ１）６０８の一部分はクロック同期のためにホスト６０６に保持されるか、またはそれと通信している。クライアント（Ｃ１）６０８は例えば従来型有線リンク（たとえばＭＤＤＩリンク）を通じてホスト６０６に接続されるかもしれない。ホスト６０６はクライアント（Ｃ１）６０８にデータパケットを送るか、または伝達するように構成されるかもしれない。これらのパケットは超広帯域（ＵＷＢ）モデムのようなモデムを含むかもしれない通信用部品６１０を通じて受信機６０４に伝達されるかもしれない。いくつかのパケット（例えば、ＭＤＤＩの往復遅延測定パケット）がクライアント（Ｃ１）６０８によって処理され、受信機６０４に伝達される。他のパケット（例えば、フィラーパケット）はクライアント（Ｃ１）６０８によって落とされ、受信機６０４に伝達されるべきではない。すなわち、いくつかのパケットは順方向無線リンクでも逆方向無線リンクでも送信されるべきではない。例えば、フィラーパケットは送信機６０２と受信機６０４の間のタイミングを維持する。そのようなパケットは送信機６０２または受信機６０４のいずれかでそれぞれのクライアント部分を用いて生成されるかもしれない。
【００３５】
受信機６０４はインタフェース機器６１２（例えば、ディスプレイ）、クライアント（Ｃ２）６１４の一部分、および通信用部品６１６を含むかもしれない。いくつかの実施例において、機器６１２は受信機６０４とは分離し、例えば有線リンクを通じて受信機６０４に接続された部品であるかもしれない。クライアント（Ｃ２）６１４は有線リンクを通じて機器６１２に接続されるかもしれない。クライアント（Ｃ２）６１４は送信機６０２から受信したパケットを処理するように構成されるかもしれない。受信機６０４は例えばＵＷＢモデムを含むかもしれない通信用部品６１６を通じて送信機６０２からの通信信号を受信するかもしれない。
【００３６】
システム６００は２つの動作モードの１つで動作するように構成されるかもしれない。これらのモードは低オーバヘッドモードと低レイテンシモードを含む。低オーバヘッドモードにおいて、クライアント（Ｃ１）６０８は例えばフィルパケットおよび往復遅延パケットを除いた送られるべきデータを通信用部品６１０（例えばＵＷＢモデム）に含まれるかもしれないバッファ内に置く。通信用部品６１０は例えばＵＷＢ  ＭＡＣを用いてバッファのサイズに基づいて送信機６０２から受信機６０４へ一方向チャネル時間割当（ＣＴＡ）を周期的に要求するかもしれない。逆方向（例えば、逆方向リンク）において、クライアント（Ｃ２）６１４は例えばフィラーパケットを除いた送りたい逆方向リンクデータを通信用部品６１６（例えば、ＵＷＢモデム）に関係するバッファ内に置くかもしれない。逆方向において、通信用部品６１６は逆方向ＣＴＡを要求するかもしれない。
【００３７】
低レイテンシモードにおいて、初期化段階中、通信用部品６１０（例えば、ＵＷＢモデム）は順方向にはｍ  ｍｓｅｃのＣＴＡを、および逆方向にはｎ  ｍｓｅｃのＣＴＡを要求するかもしれない。順方向および逆方向におけるトラヒックの予想比率はｍ：ｎであり、ｍ  ｓｅｃは順方向リンク転送レートＲｆ−ｍｄｄｉに対応する期間である。Ｔはアプリケーションのレイテンシ制約によって決定されるスーパフレーム期間である。ここで、
（ｍ ＋ ｎ） ＜ ＴＣＴＡＰ ＜ Ｔ
ここで図７を参照して、有線および／または無線アーキテクチャを用いて通信するためのシステム７００を示す。システム７００は順方向リンク（送信機７０２から）および／または逆方向リンク（受信機７０４から）で通信する送信機７０２および受信機７０４を含む。順方向リンクおよび／または逆方向リンクでの通信は、特定の状況（例えば、送信されるべきデータ、データレート、通信リンクの品質、各機器の状態）に依存して有線プロトコルでおよび／または無線プロトコルを用いるかもしれない。システム７００内に多くの送信機７０２および受信機７０４が含まれるかもしれないが、理解されるであろうように、簡単さのために通信データ信号を単一の受信機７０４に送る単一の送信機７０２を図示する。
【００３８】
送信機７０２はクライアント（Ｃ１）部品７０８に接続されたホスト部品７０６および通信用部品７１０を含むかもしれない。受信機７０４はクライアント（Ｃ２）部品７１４に接続された機器７１２および通信用部品７１６を含むかもしれない。クライアント（Ｃ１）部品７０８およびクライアント（Ｃ２）部品７１４は１つのクライアントのそれぞれの部分である。
【００３９】
通常の当業者は送信機７０２および／または受信機７０４が付加的部品を含むかもしれないことを理解するだろう。例えば、送信機７０２は適切な無線通信プロトコルに従って信号を変調しおよび／または符号化できる符号化部品（図示しない）を含むかもしれない。この信号は次に受信機７０４へ送信されるかもしれない。いくつかの実施例において、符号化部品はアナログ波形をディジタル信号に変換するための音声分析機を利用する音声符号機（ボコーダ）または別の形式の符号器であるかもしれない。適切な無線通信プロトコルは、非限定的に、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、広域自動車通信システム（ＧＳＭ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）等を含むかもしれない。
【００４０】
受信機７０４は処理のために受信信号および／またはデータパケットを復号できる復号器部品（図示しない）を含むかもしれない。データパケットの復号が成功すると、確認応答用部品（図示しない）はデータパケットの復号に成功したことを示す確認応答を生成するかもしれない。この確認応答はデータパケットが受信され復号されたこと、従って再送の必要がないことを送信機７０２へ通知するために送信機７０２へ送られるかもしれない。
【００４１】
ホスト部品７０６は問合わせモジュール７１８および測定モジュール７２０を含むかもしれない。問合わせモジュール７１８はホスト媒体アクセス制御（ＭＡＣ）にＭＡＣが提供するアプリケーションデータレートを問合わせるように構成されるかもしれない。無線通信において、動作レートは無線リンクのレートに依存するかもしれない。測定モジュール７２０は、例えば無線プロトコルで規定されるかもしれない往復遅延測定に基づいて、順方向リンクレートおよび逆方向リンクレートを決定するように構成されるかもしれない。いくつかの実施例において、無線動作レートは２つのレート（順方向リンクレートおよび逆方向リンクレート）の最小値、ホスト７０６の最大容量、およびクライアント（Ｃ１）７０８の最大容量で決定されるかもしれない。最小許容レートＲｍｉｎがあるべきである。測定された動作レートがこの最小許容レートより小さい場合、動作レートは送信機７０２および／または受信機７０４によってそれぞれの部品（例えば通信用部品７１０および／または７１６）を用いて調整されるかもしれない。送信機７０２は通信が処理されるレートを受信機７０４へ通知するかもしれない。
【００４２】
クライアント（Ｃ２）部品７１４は送信機７０２へＭＡＣが提供するアプリケーションデータレートを通知するように構成されるかもしれない通知用モジュール７２２を含むかもしれない。そのような通知は送信機７０２から受信した問合わせ（例えば問合わせモジュール７１８によって送られる問合わせ）に基づくかもしれない。逆方向リンクパケットにおいて、通知用モジュール７２２は現在のフレームで逆方向リンクで送るために受信機７０４が必要とするバイト数を指定するかもしれない。また、クライアント（Ｃ２）部品は、通信に関係する種々のパラメータ（例えば、通信形式、通信レート、センダ、レシーバ等）に依存して通信を有線プロトコルにまたは無線プロトコルに割り当てるように構成されるかもしれない割り当て用モジュール７２４も含むかもしれない。
【００４３】
通信用部品７１６は有線モジュール７２６および無線モジュール７２８を含むかもしれない。有線モジュール７２６は有線の機能を提供し、無線モジュール７２８は無線の機能を提供するように構成されるかもしれない。無線モジュール７２８を利用して無線で通信するか、または有線モジュール７２６を利用して通信するかの決定がなされるかもしれない。そのような決定は動作レート、送信されるデータの形式（例えば音声、テキスト、画像・・・）、送信されるデータまたはファイルのサイズ、データが通常は有線リンクで通信されるか無線リンクで通信されるか、等を含む種々の要因に基づくかもしれない。通信中に１つのモジュールからもう一つのモジュールへの変更がなされる場合（例えば無線から有線、有線から無線）、通信が切替により切断されないように、有線モジュール７２６および／または無線モジュール７２８は内容を格納するためのバッファを含むかもしれない。
【００４４】
受信機７０４が有線リンクまたは無線リンクで通信しているかどうかに関する情報は送信機７０２に伝達される必要がない。送信機７０２は通信方法（有線または無線）にかかわらず実質的に同じようにその機能を実行する。
【００４５】
いくつかの実施例に従って、送信機７０２はサブフレーム（図示しない）を細分化するように構成された部品を含むかもしれないし、また受信機７０４はサブフレーム（図示しない）を再構成するように構成された部品を含むかもしれない。例えばＭＤＤＩサブフレームの最大長は約６５，５３６バイトであるかもしれないが一般にはより小さい。８０２．１５．３のＭＡＣフレームの最大サイズは、下位のレートが約４８０Ｍｂｐｓの場合、約４，０９６または約８，１９２バイトであるかもしれない。下位の物理層のレートが約２００Ｍｂｐｓの場合、このサイズは約２，０４８バイトであるかもしれない。したがって、サブフレームはフレームの前記サイズを収容するために、送信機７０２側で細分化され、受信機７０４側で再構成される必要があるかもしれない。このような細分化と再構成はそれぞれの通信用部品７１０および７１６並びに／または送信機７０２および受信機７０４に関係する他の部品によって実行されるかもしれない。
【００４６】
図８に従来型有線の構成を拡張して無線リンクでの通信を可能にするシステムの別の実施例８００を示す。システム８００はホスト８０６、クライアント（Ｃ１）８０８の一部、および通信用部品８１０を含む送信機８０２を含むかもしれない。また、システム８００は機器８１２、クライアント（Ｃ２）８１４の一部、および通信用部品８１６を含む受信機８０４を含むかもしれない。送信機８０２は順方向リンクで受信機８０４に通信し、受信機８０４は逆方向リンクで送信機８０２に通信する。前図に関して上で指摘したように、システム８００内に多くの送信機８０２および受信機８０４が含まれるかもしれないが、簡単さのために、通信データ信号を単一の受信機８０４に送信する単一の送信機８０２を図示する。
【００４７】
システム８００は受信機８０４に動作的に接続されるメモリー８１８を含むかもしれない。メモリー８１８はパケットおよび／もしくはパケット形式（例えばＭＡＣが提供するアプリケーションデータレート、無線リンクの動作レート、・・・）に対するデータレート、パケットおよび／もしくはパケット形式に対する動作モード、並びに／または、無線プロトコルで、有線プロトコルもしくはこれらのプロトコルの組合せでの送信データに関係する他のパラメータに関する情報を格納するかもしれない。例えば、有線プロトコルが通信に用いられるかもしれず、通信中に中断も終止もなく無線プロトコルに切り換える、またはその逆の、判断がなされるかもしれない。
【００４８】
特定の通信を有線プロトコルまたは無線プロトコルで送るべきかどうかの確認に関する情報の解析を容易にするために、プロセッサ８２０が受信機８０４（および／またはメモリー８１８）に動作的に接続されるかもしれない。プロセッサ８２０は、受信機８０４へ伝達された情報の解析および／もしくは生成に専用のプロセッサ、システム８００の１つ以上の部品を制御するプロセッサ、並びに／または受信機８０４で受信された情報を解析および生成しかつシステム８００の１つ以上の部品も制御するプロセッサであるかもしれない。
【００４９】
メモリー８１８はデータ通信レート、動作レート、受信機８０４と送信機８０２の間の通信を制御する処置を取ることなどに関係するプロトコルを格納し、その結果システム８００は格納されたプロトコルおよび／またはアルゴリズムを用いてここに説明するように無線ネットワークにおける改善された通信を達成するかもしれない。ここに説明するデータ格納（例えば、メモリー）部品が揮発性メモリーもしくは不揮発性メモリーのいずれかであるかもしれないこと、または揮発性および不揮発性メモリーの双方を含むかもしれないことが理解されるべきである。限定としてではなく例として、不揮発性メモリーは読出し専用メモリー（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリーを含むかもしれない。揮発性メモリーは外部キャッシュメモリーとして機能するランダムアクセスメモリー（ＲＡＭ）を含むかもしれない。限定としてではなく例として、ＲＡＭはシンクロナスＲＡＭ（ＤＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、改良型ＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクトラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形で利用可能である。開示した実施例のメモリー８１８は、非限定的に、これらのおよび他の適切な形式のメモリーを備えるように意図されている。
【００５０】
図９に有線リンクまたは無線リンク上で従来型有線の機器と通信するためのシステム９００を示す。システム９００は機能ブロックとして表されている。これらはプロセッサ、ソフトウェアまたはそれの組合せ（例えば、ファームウェア）で実施される機能を表す機能ブロックであるかもしれない。システム９００は通信のための動作レートを受信するように構成されるかもしれない受信機９０２を含む。この動作レートは例えばセンダまたはセンダのホストから受信されるかもしれない。動作レートは順方向および逆方向双方の通信レートを設定または確立するかもしれない。システム９００は無線プロトコルで通信信号を送るおよび／または受信するように構成されるかもしれない無線通信部９０４を含む。有線通信部９０６は有線プロトコルで通信信号を送るおよび／または受信するように構成されるかもしれない。
【００５１】
順方向および／または逆方向において、パケット拡張および／または新しいパケットがあるかもしれないことに注意すべきである。例えば、順方向においてＭＤＤＩセンダ情報がパケットに加えられるかもしれない。このパケット拡張は受信端末のＭＤＤＩクライアントにＭＤＤＩセンダ側情報を提供するかもしれない。この情報はＭＤＤＩホストおよびクライアントがセンダ側で動作すべきレートを含むかもしれない。逆方向において、クライアント能力パケットへの拡張はＭＤＤＩレシーバＭＡＣ情報のための約４バイトおよびＭＤＤＩレシーバクライアント情報のための約２バイトを含むかもしれないが、他の拡張もまた可能である。
【００５２】
また、無線プロトコルで通信するために無線通信部を利用するかどうか、または有線プロトコルで通信するために有線通信部を利用するかどうかを選択的に決定するかもしれない決定部がシステム９００に含まれる。そのような決定は通信動作レートのような種々のパラメータに基づいて選択的になされるかもしれない。また、決定をするために他のパラメータが解析されるかもしれない。例えば、その決定は、特定の通信がどのように従来送られおよび／または受信されたか（例えば、履歴解析）、通信の形式（例えば、音声、画像、テキスト、・・・）、並びに通信、センダ、および／またはレシーバに関するパラメータに基づいてなされるかもしれない。
【００５３】
図１０に、ここに示される種々の実施例に従う低オーバヘッドモードにおける代表的順方向リンクのＭＤＤＩデータ転送１０００を示す。ＭＤＤＩセンダ１００２がＭＤＤＩレシーバ１００４へデータを送るためのモードの一形式は低オーバヘッドモードであるかもしれない。このモードにおいて、無線で送られるパケットは、チャネル割当時間に対して最適化される。チャネル割当時間はデータがいずれかの方向（順または逆）から送られるのに要する時間である。ＭＤＤＩセンダ１００２はクライアント（Ｃ１）１００６の一部を含むことがあり、ＭＤＤＩレシーバ１００４はクライアント処理（Ｃ２）１００８の一部分を含むかもしれない。
【００５４】
ＭＤＤＩクライアント（Ｃ１）１００６は送られるべきデータをバッファ、例えばＵＷＢモデムのバッファ、内に置くかもしれない。送られるべきデータは例えばフィルパケットおよび往復遅延パケットのような不要なパケットを除外すべきである。ＭＤＤＩデータは１０１２に示すようにセンダＭＡＣ１０１０へ送られる。センダＭＡＣ１０１０（または、ＵＷＢ  ＭＡＣ）は例えばバッファのサイズに基づいて、ＭＤＤＩセンダ１００２からＭＤＤＩレシーバ１００４への少なくとも１つのＣＴＡを周期的または連続的に要求するかもしれない。
【００５５】
センダＭＡＣ１０１０は、１０１４において、ピコネット制御器（ＰＮＣ）ＭＡＣ１０１６からの順方向リンクＣＴＡを要求（例えば、周期的または連続的に）するかもしれない。ＰＮＣ  ＭＡＣ１０１６は１０１８において、チャネル時間応答符号でセンダＭＡＣ１０１０に応答するかもしれない。この応答符号はデータの伝達が成功したかどうかを示すかもしれない。センダＭＡＣ１０１０は成功のチャネル時間応答符号を受信した後に、１０２２に示すようにＭＤＤＩデータをレシーバＭＡＣ１０２０へ送るかもしれない。
【００５６】
図１１にここに示される種々の実施例に従う低オーバヘッドモードにおける代表的逆方向リンクのＭＤＤＩデータ転送１１００を示す。ＭＤＤＩレシーバ１１０２は逆方向リンクでＭＤＤＩセンダ１１０４に向けるように意図した通信を開始するかもしれない。ＭＤＤＩレシーバ１１０２はクライアント（Ｃ２）１１０６の一部分を含むかもしれない。またＭＤＤＩセンダ１１０４はクライアント（Ｃ１）１１０８の一部を含むかもしれない。
【００５７】
ＭＤＤＩレシーバ１１０２は１１１２に示すようにＭＤＤＩデータをレシーバＭＡＣ１１１０へ送るかもしれない。レシーバＭＡＣ１１１０は１１１６において、ＰＮＣ  ＭＡＣ１１１４からの逆方向リンクＣＴＡを要求するかもしれない。この要求は逆方向に送られるべきデータに対応するかもしれない。ＰＮＣ  ＭＡＣ１１１４は１１１８において、チャネル時間応答符号で応答するかもしれない。レシーバＭＡＣ１１１０は１１２０において、ＣＴＡ内でＭＤＤＩデータをセンダＭＡＣ１１２２へ送るかもしれない。１１２４に示すように、センダＭＡＣ１１２２は１１２４において、ＭＤＤＩデータをレシーバＭＡＣ１１１０から受信する少し前または実質的に同時にＭＤＤＩデータをクライアント（Ｃ１）１１０８へ送っているかまたは与えているかもしれない。ＭＤＤＩセンダホスト１１２６は１１２８および１１３０に示すようにフレーム毎に少なくとも１つの逆方向リンクカプセル化を送るかもしれない。逆方向リンクデータはデータ要求を待たずに、事前に送られるかもしれない。クライアントは現フレーム内で逆方向リンクで送る必要があるバイト数を指定するかもしれない。ホスト１１２６はその要求を逆方向リンクカプセル化パケット内に対応的に割り当てるかもしれない。
【００５８】
図１２にここに示される種々の実施例に従う低レイテンシモードのＭＤＤＩ接続設定１２００を示す。低レイテンシモードにおいて、チャネル割当時間は順方向および逆方向の双方のパケットに含まれるデータから導出される推論に基づいて確認されるかもしれない。ＭＤＤＩセンダ１２０２はホスト１２０４およびクライアント（Ｃ１）１２０６の一部を含むかもしれない。初期化段階中、センダ１２０２のＵＷＢモデムは１２１０において、ＭＡＣ問合わせをセンダＭＡＣ１２０８へ送るかもしれない。ＭＡＣ問合わせは、ＭＡＣによってサポートされるレートおよび再送信統計値を知るために送られる問合わせである。センダＭＡＣ１２０８は１２１２において問合わせに応答するかもしれない。この応答はＭＡＣ再送信統計値によってサポートされるレートを示すＭＡＣ応答であるかもしれない。
【００５９】
MAC Query Packet（ＭＡＣ問合わせパケット）はセンダ／レシーバ側に関するＭＡＣ情報を問合わせるためにホストによって送信される。Packet Length（パケット長）フィールドはパケット長フィールドを含まないパケットの総バイト数を指定する１６ビット符号無し整数を含む２バイトである。Packet Type（パケット形式）フィールドは１６ビット符号無し整数を含む２バイトである。パケット形式１５１はそのパケットをＭＡＣ問合わせパケットであると同定する。ClientID（クライアントＩＤ）は宛先クライアント（Ｃ２）のＩＤのために予約された１６ビットの符号無し整数を含む複数バイトである。MAC Query Parameters（ＭＡＣ問合わせパラメータ）フィールドは２バイトであり、ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【００６０】
センダ１２０２は順方向におけるｍ  ｍｓｅｃのＣＴＡ設定１２１４および逆方向におけるｎ  ｍｓｅｃのＣＴＡを要求する。順方向および逆方向におけるトラヒックの予想比率はｍ：ｎであるべきである。１２１６において、チャネル時間要求（ＣＴＲｑ）はＰＮＣ  ＭＡＣ１２１８に送られる。チャネル時間応答符号は１２２０に示すように逆方向に、および１２２２に示すように順方向にレシーバＭＡＣ１２２４へ送られるかもしれない。ＭＤＤＩセンダ１２０２は１２２６に示すようにＭＤＤＩ転送を始めるかもしれない。
【００６１】
ＭＤＤＩ順方向リンク転送レートＲｆ-ｍｄｄｉに対応する期間はｍ  ｓｅｃであり、Ｔがアプリケーションのレイテンシ制約に基づいて決定されるスーパフレームの期間であるとき、以下の式が適用される。
【００６２】
ｍ ＋ ｎ ＜ ＴＣＴＡＰ ＜ Ｔ
低レイテンシモードにおいて、逆方向リンクデータは逆方向内に予約されたＣＴＡ期間中に送られるかもしれない。ＭＡＣスーパフレームに関連している逆方向リンクデータの到着時刻に依存して、転送は以下で表される最大レイテンシを有するかもしれない。
【００６３】
Trl = ceil[{k * (N/R1 + RIFS + H/R2) + SIFS + TACK} / n] * T
ここでｋはＭＡＣフレームで経験された再送信の平均数である。Ｎは送られるべき逆方向リンクパケットのサイズ、ｎは各スーパフレーム内の逆方向リンクＣＴＡの期間である。Ｒ１はＭＤＤＩデータ（ＭＡＣペイロード）の物理層の伝送レートである。Ｒ２はＰＨＹ、ＭＡＣヘッダ、およびプリアンブルの物理層の伝送レートである。ＨはＭＡＣのサイズとＰＨＹヘッダのサイズとプリアンブルのサイズを加えたものである。ＳＩＦＳは短いフレーム間間隔期間である。ＲＩＦＳは再送信フレーム間間隔期間である。ＴＡＣＫはＡＣＫの送信期間である。Ｔはスーパフレームの期間である。説明のため、ＡＣＫポリシーはＩｍｍ−ＡＣＫであると仮定する。順方向リンクパケットのレイテンシＴｆｌは前述に従って決定されるかもしれない。順方向および逆方向リンクにおけるアプリケーションのレイテンシ制約を与えると、ＭＡＣフレームの期間がそれに従って導出されるかもしれない。例えば、種々のアルゴリズム、方法および／または手法が、ＭＡＣフレームの期間および／または順方向リンクパケットのレイテンシを導出するために用いられるかもしれない。
【００６４】
ここに示し、説明した代表的システムを考慮して１つ以上の実施例に従って実施されるかもしれない複数の方法が提供される。説明の簡単さのために、これらの方法は一連の動作（または、機能ブロック）として示され、説明されるが、これらの方法に従って、いくつかの動作はここに示し、説明する順序とは異なる順序および／または他の動作と同時に起こるかもしれないため、この方法が動作の順序によって限定されないことが理解されるべきである。さらに、以下の方法を実施するために、例示されるすべての動作が必要というわけではないかもしれない。種々の動作はソフトウェア、ハードウェア、それらの組合せまたはそれらの動作に関係する機能を実行するための任意の他の適切な手段（例えば機器、システム、プロセス、部品）で実施されるかもしれないことが理解されるべきである。動作は単にここに示される特定の態様を簡単な形で例示すること、およびこれらの態様はより少ないおよび／またはより多い数の動作で例示されるかもしれないことも理解されるべきである。当業者は１つの方法を状態遷移図のような一連の相互関連的状態またはイベントとして代替的に表さすことができるであろうことを理解するだろう。
【００６５】
ここで図１３を参照して、従来型有線の機器を有線プロトコルおよび／または無線プロトコルを用いて通信するように構成するための方法１３００を示す。１３０２において、クライアントの第１の部分がＭＤＤＩセンダに置かれる。このＭＤＤＩセンダは無線であるかもしれない。またデータ源に接続されているかもしれない。また、ＭＤＤＩセンダは例えば従来型有線ＭＤＤＩリンクによってクライアント部分に接続または接合されたＭＤＤＩホストを含むかもしれない。
【００６６】
１３０４において、クライアントの第２の部分は無線ＭＤＤＩレシーバであるかもしれないＭＤＤＩレシーバに置かれる。このＭＤＤＩレシーバは例えばディスプレイであるかもしれない１つの機器に接続されるかもしれない。ＭＤＤＩセンダに置かれたクライアントの一部、およびＭＤＤＩレシーバに置かれたクライアントの一部は同じクライアントの異なる部分である。クライアントのそれぞれの部分がプロセッサ、ソフトウェアまたはそれらの組合せ（例えば、ファームウェア）で実施される部分であるかもしれないことに注意すべきである。
【００６７】
有線の機能および無線の機能の双方が１３０６において提供される。この機能はＭＤＤＩレシーバに含まれ、ＭＤＤＩレシーバを有線の機能、無線の機能、または両機能を用いて通信することができるようにする。
【００６８】
限定としてではなく例として、ＭＤＤＩレシーバはＣＲＴスクリーンまたはディスプレイ上に表示される映画のような情報を受信することができる移動機器であるかもしれない。また、映画を壁に表示できるようにして他者が画像を見ることができるように移動機器は壁面取り付け型ディスプレイに接続されるかもしれない。モバイル機器が多機能であれば、ディスプレイの上で映画を放送し、実質的に同時にその映画に関係する音声通信とは異なる音声通信を受信しまたは送ることができる。したがって、モバイル機器のユーザは映画とは別の通信を行うかもしれない。このことが利用されるかもしれない例は、ユーザの子供が映画を見ており、ユーザが電話に出て歩いて離れたい場合である。したがって、映画は有線の機能を用いて表示され、実質的に同時にユーザは無線の機能を用いて通信するかもしれない。
【００６９】
図１４に１つ以上の開示された実施例に従う動作レートを決定するための方法１４００を示す。例えば無線ＭＤＤＩにおいて、ＭＤＤＩ動作レートは無線リンクのレートに一部依存する。動作レートを決定するための方法１４００は１４０２で始まる。ここでホストＭＡＣは利用可能なアプリケーションデータレート（例えばＭＡＣが提供するアプリケーションデータレート）について問合わせを受ける。問合わせは、例えばＭＤＤＩホストによって要求されるかもしれない。
【００７０】
１４０４において、往復遅延が測定される。１４０６において、この往復遅延測定値が順方向リンクレートおよび逆方向リンクレートを決定または確認するために利用されるかもしれない。いくつかの実施例に従って、使用されるべき有線ＭＤＤＩプロトコルで往復遅延測定値が指定されるかもしれない。
【００７１】
動作レートは１４０８において計算される。順方向リンクレートと逆方向リンクレートを比較し、この２つのレートのどちらが最小かを決定することに一部基づいて、動作レートが計算されるかもしれない。これら２つのレートの最小値が動作レートとして指定されるかもしれない。いくつかの実施例において、これら２つのレート（順方向リンクレートおよび逆方向リンクレート）の最小値はさらにＭＤＤＩホストの最大容量およびＭＤＤＩクライアント（Ｃ１）の最大容量の双方と比較されるかもしれない。この比較に基づく最小または最低レートが動作レートとして割り当てられる。
【００７２】
通信パラメータに基づいて確立されるまたは予め定められるかもしれない最小許容レートＲｍｉｎがあるべきである。計算された動作レートが最小許容レートより低い場合、レートを大きくするために調整がなされるかもしれない。１４１０において、通信がこれから始めるために用いるレートをレシーバに通知するために、動作レートがレシーバに伝達または送られる。
【００７３】
上記の方法１４００において、例えば、送信機は問合わせモジュールを通じてホストＭＡＣに問合わせるかもしれない。送信機はさらに往復遅延を測定し、順方向リンクレートおよび逆方向リンクレートを確認し、測定モジュールを利用して動作レートを計算するかもしれない。また、送信機は通信用部品を利用して受信機に動作レートを送るかもしれない。上記は例示目的のためだけであり、ここに述べる１つ以上の実施例に関連して他の部品が利用されるかもしれないことが理解されるべきである。
【００７４】
ここで図１５を参照して、ここに示される種々の実施例に従う低オーバヘッドモードにおける通信のための方法１５００を示す。順方向リンクは図の左側に示され、逆方向リンクは図の右側に示される。
【００７５】
１５０２において、順方向リンクデータはバッファ内に置かれる。フィルパケットおよび／または往復遅延パケットのような不要なデータはバッファ内に置かれたデータから除外されるかもしれない。このデータは、例えばＭＤＤＩセンダのＭＤＤＩクライアント（Ｃ１）によってバッファ内に置かれるかもしれない。１５０４において、単方向ＣＴＡが要求される（例えば、周期的にまたは連続的に）。ＵＷＢ  ＭＡＣは例えばバッファのサイズに基づいてＭＤＤＩセンダからレシーバへこの情報を要求するかもしれない。１５０６において、順方向リンクデータが送られるかもしれない。
【００７６】
逆方向において、ホストはフレーム毎に少なくとも１つの逆方向リンクカプセル化パケットを送る。クライアント（例えば、レシーバ）は現フレーム内で逆方向リンクで送られるべきバイト数を指定するかもしれない。ホスト（例えば、センダ）は前記要求を逆方向リンクカプセル化パケット内に割り当てるかもしれない。１５０８において、送られるべき逆方向リンクデータは、例えば、ＭＤＤＩクライアント（Ｃ２）によってバッファ内に置かれる。このバッファはＭＤＤＩレシーバのＵＷＢモデムに置かれるかもしれない。１５１０において、逆方向ＣＴＡに対する要求は、例えばＭＤＤＩレシーバ側のＵＷＢモデムによって送られる。この要求は逆方向に送られるべきデータに対応する逆方向のこれらのＣＴＡに対する要求であるかもしれない。
【００７７】
１５１２において、レシーバのＭＤＤＩクライアント（Ｃ２）はセンダのクライアント（Ｃ１）に逆方向リンクデータを事前に送るかもしれない。１５１４に示すように、センダのＭＤＤＩクライアント（Ｃ１）は有しているデータを逆カプセル化パケットでＭＤＤＩホストへ送る。
【００７８】
図１６にここに示される種々の実施例に従う低レイテンシモードにおける通信のための方法１６００を示す。順方向リンクは図の左側に示され、逆方向リンクは図の右側に示される。低レイテンシモードにおける初期化段階の間、例えば、センダのＵＷＢモデムは、１６０２において、順方向におけるｍ  ｍｓｅｃのＣＴＡを要求する。１６０４において、逆方向におけるｎ  ｍｓｅｃのＣＴＡの要求が送られる。１６０６において、それらの要求に応じて受信される順方向および逆方向ＣＴＡの比較がなされる。順方向および逆方向におけるトラヒックの予想比率はｍ：ｎである。ｍ  ｍｓｅｃがＭＤＤＩ順方向リンク転送レートＲｆ-ｍｄｄｉに対応する期間であることに注意すべきである。また
（ｍ ＋ ｎ） ＜ ＴＣＴＡＰ ＜ Ｔ
である。ここでＴはアプリケーションのレイテンシ制約で決定されるかもしれないスーパフレーム期間である。
【００７９】
低レイテンシモード期間中に逆方向において、逆方向リンクデータが１６０８において逆方向内に予約されたＣＴＡ期間中に送られる。１６１０において、ＭＡＣフレームの期間は順方向および逆方向リンクにおけるアプリケーションのレイテンシ制約から導出されるかもしれない。以下の式において、ｋはＭＡＣフレームが経験した再送信の平均数である。Ｎは送られるべき逆方向リンクパケットのサイズ、ｎは各スーパフレーム内の逆方向リンクＣＴＡの期間である。Ｒ１はＭＤＤＩデータ（ＭＡＣペイロード）の物理層の伝送レートである。Ｒ２はＰＨＹ、ＭＡＣヘッダ、およびプリアンブルの物理層の伝送レートである。ＨはＭＡＣのサイズとＰＨＹヘッダのサイズとプリアンブルのサイズの和である。ＳＩＦＳは短いフレーム間間隔期間である。ＲＩＦＳは再送信フレーム間間隔期間である。ＴＡＣＫはＡＣＫの送信期間であり、Ｔはスーパフレームの期間である。説明のため、ＡＣＫポリシーはＩｍｍ−ＡＣＫであると仮定する。それ故、順方向リンクパケットのレイテンシＴｆｌは種々のアルゴリズム、方法、および／または、手法を利用することによって決定できる。ＭＡＣスーパフレームに関連する逆方向リンクデータの到着時刻に依存して、転送は以下で表される最大レイテンシを有するかもしれない。
【００８０】
Trl = ceil[{k * (N/R1 + RIFS + H/R2) + SIFS + TACK} / n] * T
図１７に、開示された実施例に従う複数無線レシーバに関係する単一の無線センダを示す。開示された実施例を完全に理解するために、種々の有線パケットおよび無線の手法におけるそれらの挙動を説明する。高速データの無線通信においてはフィラーパケットは生成されない。フィラーパケットは有線リンクの同期を保持するように設計されているため、従って無線通信には必要がないからである。
【００８１】
Client Capability Packet（クライアント能力パケット）はクライアントの能力をホストに通知する。有線リンクにおいて、クライアントはこのパケットを順方向リンクの同期後に送るべきである。また、クライアントは、逆方向リンクカプセル化パケット内の逆方向リンクフラッグを用いてホストにより要求される場合に、クライアント能力パケットを送るかもしれない。クライアント能力パケットは較正前データレート能力、インタフェース形式能力、較正後データレート能力等のようなリンクに付随するフィールドを含むかもしれない。また、このパケットはクライアントに付属したディスプレイ機器のような外部機器に付随したフィールドを含むかもしれない。そのようなフィールドは代替ディスプレイの数、ビットマップ幅、ビットマップ高さ、ディスプレイウィンドウ幅、ディスプレイウィンドウ高さ、カラーマップサイズなどを含むかもしれない。
【００８２】
無線通信における連係手順の間、レシーバは無線センダによって送られるAssociation Response Packet（連係応答パケット）への応答としてクライアント能力パケットを送るかもしれない。無線レシーバ（Ｃ２）はまた、任意の代替のディスプレイに連係している場合、代替ディスプレイの能力パケットを送るかもしれない。無線レシーバ（Ｃ２）は、外部機器の状態の変化（例えば、新しい機器の追加、既存の機器の取り外し、既存の機器のパラメータの変化など）がある場合、クライアント能力パケットを送るかもしれない。代替的または付加的に、クライアント能力パケットはクライアント能力パケットの信頼性の助けとなるように周期的に送られるかもしれない。
【００８３】
クライアント要求および状態パケットは、ホストが、ホストからクライアントのリンクを最適に構成できるように、クライアントからホストへ情報を送るために用いられるかもしれない。有線の構成において、クライアントはこのパケットを逆方向リンクパケットの第１のパケットとしてホストへ送るかもしれない。ホストがこのパケットを逆方向リンクカプセル化パケット内の逆方向リンクフラッグを用いて明示的に要求する場合、クライアントは代替的または付加的にこのパケットをホストへ送るかもしれない。
【００８４】
無線の構成において、無線レシーバは、CRC Error Count（ＣＲＣ誤りカウント）を示すために、周期的に、また外部機器の状態に変化がある場合に、Client Request and Status Packet（クライアント要求および状態パケット）を無線センダへ送るかもしれない。無線レシーバはクライアント要求および状態パケットを、新しいＣ２要求パケットのＣ２フラグフィールドを用いてそれを要求する無線センダへ送る。
【００８５】
再度図１７を参照して、各無線センダ１７０２（その一つのみを示す）は、レシーバ１（Ｒ１）１７０４、レシーバ２（Ｒ２）１７０６およびレシーバ３（Ｒ３）１７０８として示す複数の無線レシーバと連係または通信するかもしれない。センダ１７０２およびレシーバ１７０４、１７０６、１７０８は、ＭＤＤＩセンダおよび／もしくはＭＤＤＩレシーバ、または無線で高速ディジタルデータを通信するかもしれない他のセンダおよびレシーバであるかもしれない。各レシーバ１７０４、１７０６、１７０８は複数のディスプレイ（図示しない）および機器（図示しない）を有するかもしれない。例えば１６個を超えるまたは満たない数のディスプレイが単一のレシーバに関係するかもしれないが、各レシーバは１６個のディスプレイを有するかもしれない。
【００８６】
例えば、無線ディスプレイ、無線マウス、無線キーボードなどのような無線機器は無線レシーバを有し、各無線機器は別々のクライアントとして識別されるかもしれない。ホスト（例えば、センダ１７０２）から見ると、これらのクライアントの各々は一意的なクライアント識別情報（クライアントＩＤ）によって識別されるかもしれない。したがって、クライアントＣ１は「０」のクライアントＩＤを有するかもしれない。無線レシーバ、例えばレシーバ（Ｒ２）１７０６はレシーバ（Ｒ２）１７０６に接続された外部機器の能力に変化がある場合、クライアント能力パケットを無線センダ（Ｃ２）１７０２へ送るかもしれない。付加的または代替的に、信頼性を確実にするために、各レシーバはクライアント能力パケットを周期的に送るかもしれない。
【００８７】
センダ１７０２は図１８に示す表１８００のような機器関連表を保持すべきである。表１８００は単一の無線センダの複数の無線レシーバ（例えば、クライアント）との関連を示す。異なるレシーバクライアントに向けるように意図したパケットは表に基づいてそれぞれの機器へ転送されるかもしれない。表１８００は２つのクライアント（１および２）を示す。ＭＡＣアドレスＸ：Ｙ：Ｚ：Ｐ：Ｑ：Ｒ、およびクライアントＩＤ「Ｃ２１」がクライアント＃１に関係づけられている。ＭＡＣアドレスＵ：Ｖ：Ｗ：Ｌ：Ｍ：Ｎ、およびクライアントＩＤ「Ｃ２２」がクライアント＃２に関係づけられている。そのような方法において、センダはルックアップテーブル１８００にアクセスすることによって、適切なレシーバと通信することができる。
【００８８】
センダがレシーバと通信するために、機器の連係があるべきである。どちらの機器（センダまたはレシーバ）も連係プロセスを開始できる。例えば、無線センダが電話であり、無線レシーバがプロジェクタ／ディスプレイの場合、通常は電話（例えば、センダ）が通信を開始するだろう。しかし、レシーバが通信を開始する状況がある。したがって、レシーバ起動の連係またはセンダ起動の連係があるかもしれない。
【００８９】
ここで図面を参照して、図１９に高速でディジタルデータを無線で通信するための方法１９００を示す。これはレシーバで開始されるかもしれない。方法１９００はホストエンティティ（例えば、センダ）と１つ以上のリモートユーザインタフェースのクライアント機器（例えば、レシーバ）の間の無線通信を容易にすることができる。無線通信はユーザインタフェースデータまたは他のデータを含むかもしれない。
【００９０】
１つ以上のリモートユーザインタフェースのクライアント機器（例えば、無線レシーバ）が無線センダ（例えば、ホストエンティティ）と連係したい場合、１９０２において、方法１９００がホストエンティティと連係することにより始まる。そのような連係は、連係を要求するパケットを送ることを含むかもしれない。ホストエンティティは、１つ以上のリモートユーザインタフェースのクライアント機器と実質的に同時に無線で通信するかもしれない。ホストエンティティといったん連係が確立されると、１９０４において、能力パケットがホストエンティティへ送られる。能力パケットはリモートユーザインタフェースのクライアント機器の１つ以上の能力を含むかもしれない。１９０６において、状態パケットがホストエンティティに送られる。状態パケットはリンク品質情報を含むかもしれない。
【００９１】
いくつかの態様に従って、更新された状態パケットに対する要求がホストエンティティから受信される。応答が受信されるのと実質的に同時に状態パケットが更新され、要求に応答してホストエンティティへ送られるかもしれない。他の態様において、更新された状態パケットは周期的または状態変化が検出されたときのいずれかに自動的に送られるかもしれない。
【００９２】
１つ以上のリモートユーザインタフェースのクライアント機器とホストエンティティとの間の連係は通信障害、機器の範囲外への移動、または他の要因のために中断されるかもしれない。ホストエンティティの状態パケットが予め定められた期間内に受信されない場合、連係が中断されていると決定されるかもしれない。例えばホストエンティティの状態パケットが要求されるのと実質的に同時にタイマが始動されるかもしれない。このタイマは要求が送られる時刻からの時間間隔を監視するように設定されるかもしれない。この時間間隔は、予め定められることがあり、また要求がホストエンティティにおいて受信され、ホストエンティティが応答できるだけの十分な長さであるべきである。タイマが時間切れになる場合（例えば、応答が予め定められた時間間隔中に受信されない場合）、ホストエンティティから１つ以上のリモートユーザインタフェースのクライアント機器が分離されるかもしれない。
【００９３】
機器間の通信が中止されるべきである場合も、ホストエンティティからの分離が起こるかもしれない。その場合、１つ以上のリモートユーザインタフェースのクライアント機器はホストエンティティから分離し、分離状態に入るかもしれない。分離は、分離要求をホストエンティティに送りホストエンティティから分離応答を受信することを含むかもしれない。いくつかの態様に従って、通信障害があるとき、またはリンクもしくは機器間連係が切断されている場合などでは、分離応答がホストエンティティから受信されないだろう。
【００９４】
図２０に無線で高速ディジタルデータを通信するための方法２０００を示す。方法２０００はレシーバ起動の連係で始まるかもしれない。機器（例えば、レシーバ）をホストエンティティに関係づけるために、２００２においてAssociation Request Packet（連係要求パケット）が送られる。連係要求パケットはＣ２による連係要求のためにＣ２が機器の起動後、センダとの連係を望むときに送られるかもしれない。連係要求パケットはパケット長、パケット形式、Device Parameters（機器パラメータ）、Sender MAC Address（センダＭＡＣアドレス）、Receiver MAC Address（レシーバＭＡＣアドレス）およびＣＲＣフィールドを含むかもしれない。パケット長はパケット長フィールドを含まないパケットの総バイト数を指定する１６ビット符号無し整数を含む２バイトであるかもしれない。パケット形式は１６ビット符号無し整数を含む２バイト長であるかもしれない。パケット形式１５４は、そのパケットを連係要求パケットであると同定する。デバイスパラメータは機器の特定のパラメータのための２バイトであるかもしれない。センダＭＡＣアドレスはｗ−ＭＤＤＩセンダの６バイトＭＡＣアドレスであり、レシーバＭＡＣアドレスはｗ−ＭＤＤＩレシーバの６バイトＭＡＣアドレスであるかもしれない。ＣＲＣはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトであるかもしれない。
【００９５】
連係要求パケットが送られるのと実質的に同時に、機器は“Sent Association Request”（連係要求送信済み）状態に入り、２００４で連係タイマが始動するかもしれない。無線センダは連係要求パケットを認識し、連係タイマが予め定めた時間間隔に達する前に連係応答パケットで応答するべきである。連係応答パケットは無線レシーバを特定するクライアントＩＤを含むかもしれない。
【００９６】
２００６において、タイマが時間切れしたかどうかの決定がなされる。下位の無線媒体が信頼性がないかもしれないため、連係応答パケットまたは他のパケットが失われるおそれがある。したがって連係応答パケットがタイマの時間切れ前に受信されない場合（「いいえ」の場合）、方法２０００は２００６でタイマが時間切れしたかどうかの決定を続ける。２００６でタイマが時間切れしたことが決定されると、方法２０００は２００２において次の連係要求パケットの再送を続ける。これは再帰的であり、連続する多くの連係要求パケットが最大回数に至るまで送られるかもしれない。
【００９７】
タイマが時間切れしていない場合（「いいえ」の場合）、２００８において連係応答パケットが受信されているかどうかの決定がなされる。２００８において連係応答パケットが受信されているという決定の場合（「はい」の場合）、方法２０００は２０１０へ続き、クライアント能力パケットを連係要求パケットの確認応答する無線センダへ送る。２０１２において状態パケットまたはクライアント能力パケットが送信されるかもしれない。無線レシーバが無線センダから連係応答を受けるときに、クライアント能力パケットが送られるかもしれない。クライアント能力パケットを送った後に、無線レシーバは連係状態に入り、連係する無線レシーバは連係状態に入るかもしれない。そのような方法で、３ウェイハンドシェイク連係が確立される。連係要求パケット、連係応答パケット、および／または、クライアント能力パケットが失われる場合、無線リンクが安定していれば、それらは再送されるかもしれない。そうでなければ、無線センダおよび無線レシーバは連係状態にはならない（例えば、それらは分離状態に留まる）。
【００９８】
図２１に、ユーザ機器（例えばレシーバ）とホストエンティティ（例えばセンダ）間のレシーバ起動の分離のための方法２１００を示す。方法２１００は２１０２においてユーザ機器をホストエンティティに連係させることによって始まる。ホストエンティティとの連係が確立されるのと実質的に同時に２１０４において能力パケットが送られる。能力パケットはユーザ機器の１つ以上の能力を含むかもしれない。２１０６において状態パケットが送信されるかもしれない。そのような状態パケットの伝送は、ホストエンティティからのそのパケットに対する要求に基づく、または周期的なもしくは状態の変化時であるかもしれない。
【００９９】
２１０８において、連係が切断されていることが決定される、および／または２１１０において、ホストエンティティとの通信を中止することが決定されるかもしれない。例えば、その決定は無線レシーバが予め定められた時間内にSender MAC Response Packet（センダＭＡＣ応答パケット）を無線センダから受信しない場合になされるかもしれない。MAC Response Packet（ＭＡＣ応答パケット）は無線レシーバＭＡＣに関するＭＡＣ統計値、例えば平均再送信数、パケット誤り率等を提供する。パケットの内容はパケット長、パケット形式、クライアントＩＤ、平均送信数、フレーム誤り率、物理層レート、ＣＲＣを含むかもしれない。ＭＡＣ応答パケットはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイト長であるかもしれない。パケット形式は１６ビット符号無し整数を含む２バイトである。パケット形式１５０は、そのパケットをＭＡＣ応答パケットであると同定する。クライアントＩＤは１６ビット符号無し整数を含む２バイトである。これは、Ｃ１／Ｃ２のクライアントＩＤであって、どちらのクライアントがパケットの発信者であるかに依存する。平均再送信数は２バイトであり、逆方向で送信される各ＭＡＣフレームに関するものであるかもしれない。フレーム誤り率は２バイトであるかもしれない。これは順方向におけるパケット誤り率である。物理層レートは２バイトであるかもしれない。これは物理層の伝送レートである。ＣＲＣはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１００】
センダＭＡＣ応答パケットは無線センダＭＡＣに関する平均再送信数、パケット誤り率、等のようなＭＡＣ統計値を無線レシーバに提供する。このパケットは無線レシーバによって送られたＭＡＣ応答パケットを確認応答する無線センダによって送られる。このパケットはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトのパケット長フィールドを含む。また、１６ビット符号無し整数を含む２バイトのパケット形式フィールドが含まれる。パケット形式１５９はそのパケットをセンダＭＡＣ応答パケットであると同定する。クライアントＩＤは１６ビット符号無し整数を含む２バイトである。これは宛先クライアントＣ２のクライアントＩＤである。平均再送信数は逆方向で送信される各ＭＡＣフレームに対する平均再送信数である。Frame Error Rate（フレーム誤り率）は順方向におけるパケット誤り率である。Physical Layer Rate（物理層レート）は物理層の伝送レートである。また、パケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイト長であるＣＲＣはそのパケットに含まれる。
【０１０１】
連係が切断されているかまたは通信が中止されるべきかのいずれかまたは双方の場合、ユーザ機器はホストエンティティから分離されるべきである。そのような分離は２１１２において無線センダへ明示的なDissociation Request Packet（分離要求パケット）を送ることを含むかもしれない。ホストエンティティとユーザ機器間の通信リンクがまだある場合（例えばすべての通信が失われている場合）、２１１４において、Dissociation Response Packet（分離応答パケット）が無線センダから受信される。分離応答が受信されるのと実質的に同時に、ユーザ機器は、２１１６において分離状態に入る。
【０１０２】
Ｃ２が無線センダと分離し、優雅な終了をしたいとき、Ｃ２によって分離要求パケットが送られるかもしれない。パケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイト長のパケット長フィールドが分離要求パケットに含まれる。パケット形式フィールドは１６ビット符号無し整数を含む２バイトである。パケット形式１５６はそのパケットを分離要求パケットであると同定する。クライアントＩＤはＣ２のクライアントＩＤに対して割り当てられた２バイトである。ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１０３】
分離応答パケットは分離要求パケットに応答して送られる。それはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトのパケット長を有する。パケット形式は１６ビット符号無し整数を含む２バイトである。パケット形式１５７はそのパケットを分離応答パケットであると同定する。クライアントＩＤはＣ２のクライアントＩＤに対して割り当てられた２バイトであり、ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１０４】
ここで図２２を参照して、ユーザインタフェースデータのための、センダと１つ以上のリモートレシーバ間の高速無線ディジタルデータ通信のための方法２２００を示す。センダは特定の無線レシーバと連係を望むときに、連係を開始する。例えば、無線センダが電話であり、無線レシーバがプロジェクタの場合、通常は電話（例えば、無線のセンダ）が連係プロセスを開始するだろう。センダ起動の連係はレシーバ起動の連係に類似している。
【０１０５】
センダ起動の連係によってセンダが１つ以上のユーザインタフェースと連係する場合、方法２２００は２２０２で始まるかもしれない。そのような連係は機器間の連係を確立するという要求をレシーバへ送ることを含むかもしれない。レシーバは連係が可能である（例えばレシーバが別のセンダと連係していない）ことを示して要求に応答するかもしれない。機器が連係するのと実質的に同時に能力情報を含むパケットがリモートユーザインタフェース機器から２２０４において受信され、２２０６においてたとえば逆方向リンクでリンク品質情報が受信される。この情報はＣ２ Request Packet（要求パケット）に応答して送られるかもしれない。Ｃ２要求パケットはレシーバに対しクライアント能力パケットを送るように要求するために、無線センダによって送られるかもしれない。Ｃ２はパケット長、パケット形式、Ｃ２クライアントＩＤおよびＣ２フラグのフィールドを含むかもしれない。パケット長フィールドはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトである。パケット形式は１６ビット符号無し整数を含む２バイトである。パケット形式１４９はそのパケットをＣ２要求パケットであると同定する。Ｃ２クライアントＩＤフィールドはＣ２のＩＤ用に予約された１６ビット符号無し整数を含む２バイトである。Ｃ２フラグフィールドはＣ２からの情報を要求するための一組のフラグを含む８ビット符号無し整数の１バイトである。例えば、１つのビットが１に設定される場合、Ｃ１はクライアントからの指定された情報を要求する。そのビットが０に設定される場合、Ｃ１はＣ２からのその情報を必要としない。ビット０は、Ｃ１がＣ２からのクライアント能力パケットを必要とすることを示す。ビット１は、Ｃ１がＣ２からの「クライアント要求および状態パケット」を必要とすることを示す。ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１０６】
いくつかの状況において、センダは連係を開始するかもしれないが、レシーバは既に異なるレシーバに連係しているかもしれないし、またはこのセンダと連係することを望まないかもしれない。この状況において、クライアント（Ｃ２）がｗ−ＭＤＤＩセンダと連係したくない時、（起動後）連係要求の応答としてAssociation Denial Packet（連係拒否パケット）がクライアント（Ｃ２）によって送られるかもしれない。連係拒否パケットはパケット長、パケット形式、センダＭＡＣアドレス、レシーバＭＡＣアドレス、およびＣＲＣを含む種々のフィールドを含む。パケット長はパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトであるかもしれない。パケット形式フィールドは１６ビット符号無し整数を含む２バイトであるかもしれない。パケット形式１５４はそのパケットを連係要求パケットであると同定する。センダＭＡＣアドレスはＷ−ＭＤＤＩセンダの６バイトＭＡＣアドレスであるかもしれない。またレシーバＭＡＣアドレスはＷ−ＭＤＤＩレシーバの６バイトＭＡＣアドレスであるかもしれない。ＣＲＣはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１０７】
送られるかもしれない別のパケットは順方向および逆方向でＣＴＡを設定するためにホストによって用いられるMAC CTA Setup Packet（ＭＡＣ  ＣＴＡ設定パケット）である。これはＩＥＥＥ８０２．１５．３  ＭＡＣを用いるｗ−ＭＤＤＩの低レイテンシ動作モードにおいて用いられるかもしれない。ＭＡＣプロトコルがセンダＭＡＣが逆方向におけるＣＴＡを設定することを許可する場合、このパケットはセンダにおいて捨てられるだろう。そうでなければ、それはレシーバへ転送されるだろう。ＭＡＣ  ＣＴＡ設定パケットの内容はパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトであるパケット長フィールドを含む。パケット形式フィールドは１６ビット符号無し整数を含む２バイトである。パケット形式１５２はそのパケットをＣＴＡ設定パケットとして同定する。Ｃ１クライアントＩＤフィールドはホストのＩＤ- -０のための予約された１６ビット符号無し整数を含む２バイトである。Ｃ２クライアントＩＤフィールドはＣ２のＩＤのための予約された１６ビット符号無し整数を含む２バイトである。順方向ＣＴＡパラメータは順方向のデータ転送のためのＣＴＡパラメータであり、また逆方向ＣＴＡパラメータ- -逆方向のデータ転送のためのＣＴＡパラメータである。
【０１０８】
図２３にセンダとリモートレシーバ間の高速無線データ通信のための方法２３００を示す。方法２３００はセンダ起動の連係を示し、またこの方法は２３０２においてリモートレシーバへSender Association Request Packet（センダ連係要求パケット）を送信することにより始まる。センダ連係要求パケットはセンダが（起動後）特定のＭＤＤＩレシーバとの連係を望むときに、センダによって連係要求のために送られる。センダ連係要求パケットはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトのパケット長、および１６ビット符号無し整数を含む２バイトのパケット形式を含む。パケット形式１５８はそのパケットを連係要求パケットとして同定する。また、レシーバＭＡＣアドレスを含む６バイトのレシーバＭＡＣアドレス、およびセンダＭＡＣアドレスの複数バイトであるセンダＭＡＣアドレスが含まれる。ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１０９】
第１の連係要求パケットが送られるのと実質的に同時に、センダは“Sent Sender Association Request”（センダ連係要求送信済）状態に入り、タイマ（例えば連係タイマ）または他の監視手段が２３０４で開始されるかもしれない。第１の連係要求パケットの送信とリモートレシーバからの応答、例えば連係要求パケット、の受信の間の時間間隔は監視され、２３０６において、予め定義した時間間隔を超えたかどうか（例えばタイマの時間切れ）の決定がなされる。タイマが時間切れした場合（「はい」の場合）、これはリモートセンダからの連係要求パケットが受信されなかったことを示し、方法２３００は次に続く連係要求パケットが送られる２３０２へ続く。連続する多くのセンダ連係要求パケットが最大回数（例えばmax_sender_association_retry（最大センダ連係再試行））に至るまで送られるかもしれない。タイマが時間切れしていない場合（「いいえ」の場合）、２３０８において、連係要求パケットが受信されたかどうかの決定がなされる。
【０１１０】
２３０８において、連係要求パケットが受信されなかったと決定される場合（「いいえ」の場合）、方法２３００はタイマが時間切れになるかまたは連係要求パケットが受信されるかのいずれかまで２３０６へ続く。連係要求パケットが受信された場合（「はい」の場合）、クライアントＩＤをリモート機器へ提供する連係応答パケットが送られるかもしれない。
【０１１１】
連係応答パケットはＣ１によって送られる連係要求パケットに応答して送られる。このパケットはＣ２にクライアントＩＤおよびディスプレイ／機器ＩＤを提供する。これは３ウェイハンドシェイク連係の一部である。連係応答パケットはパケット長、パケット形式、クライアントＩＤ、およびＣＲＣを含む。パケット長はパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトである。パケット形式は１６ビット符号無し整数を含む２バイトである。パケット形式１５５はそのパケットを連係応答パケットとして同定する。クライアントＩＤはＣ２のクライアントＩＤに対して割り当てられた２バイトであり、ＣＲＣはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１１２】
また、センダは連係応答パケットを送るのと実質的に同時に連係＿応答タイマのようなタイマを始動するかもしれない。レシーバは２３１０においてクライアント能力パケットおよび／またはリンク品質情報を逆方向リンクで応答するべきである。連係-応答タイマが時間切れする場合、無線センダは連係応答パケットを最大（例えば連係再試行）回数再送する。センダ連係要求、連係要求、連係応答、およびクライアント能力は４ウェイハンドシェイク手順を構成するかもしれない。また、代替のディスプレイ情報がリモート機器から受信されるかもしれない。
【０１１３】
図２４にセンダとリモートレシーバ間の選択的分離のための方法２４００を示す。２４０２において、センダとリモートレシーバとの連係が確立されるかもしれない。リモートレシーバの能力を含むパケットは２４０４において受信されるかもしれず、リンク品質情報は２４０６において受信されるかもしれない。さらに、センダのＭＡＣアドレスおよびリモートレシーバの識別情報はセンダに関連する機器連係表に含まれるかもしれない。
【０１１４】
いくつかの状況において、センダとリモートレシーバ間の連携を中止する必要があるかもしれない。また２４０８においてセンダとリモートレシーバ間の連携が無効とされるべきであるという決定がなされるかもしれない。例えば、予め定めた時間間隔（例えばmac_response_fail_time（ｍａｃ応答失敗時間））ｍｓｅｃ内に無線センダがレシーバからＭＡＣ応答パケットを受信しない場合、それはレシーバが分離されたとして宣言するかもしれず、２４１０においてSender Dissociation Request Packet（センダ分離要求パケット）がレシーバに送られる。分離要求（例えばDissociation Request（分離要求））への応答は２４１２においてレシーバから受信される。分離手順を完了するために分離完了確認応答（例えばDissociation Response（分離応答））が２４１４において送られるかもしれない。
【０１１５】
いくつかの態様において、分離要求は２４１６においてリモートレシーバから明示的に受信されるかもしれない。２４１８において、分離応答の確認応答（例えば分離応答）が送られる。２４２０において、分離した機器の識別情報は関連表から除外される。
【０１１６】
センダ分離要求パケットは分離を開始する無線センダによって送られる。これはパケット長フィールドを含まないパケット内の総バイト数を指定する１６ビットの符号無し整数を含む２バイトのパケット長フィールドを含む。パケット形式フィールドは１６ビット符号無し整数を含む２バイトである。パケット形式１５７はそのパケットを分離応答パケットとして同定する。クライアントＩＤはＣ２のクライアントＩＤに対して割り当てられた２バイトである。ＣＲＣフィールドはパケット長を含むパケット内の全バイトの１６ビットＣＲＣを含む２バイトである。
【０１１７】
図２５に種々の実施例に従って機器の連係を開始する装置２５００を示す。装置２５００は高速ディジタルデータを通信するように構成され、無線センダまたはリモートホスト機器２５０２との連係を望むレシーバであるかもしれない。装置２５００は情報を格納するように構成されるかもしれないメモリー２５０４を含むかもしれない。そのような格納された情報は装置２５００に関係するＭＡＣアドレス、および／または、クライアントＩＤ（連係応答パケットで受信されるような）を含むかもしれない。例えば特定の無線センダと連係されるのと実質的に同時に無線レシーバは装置２５００が連係しているセンダまたはリモートホスト機器２５０２のＭＡＣアドレスを格納するかもしれない。
【０１１８】
また、メモリー２５０４に格納された情報を解析するように構成されるかもしれないプロセッサ２５０６が装置２５００内に含まれるかもしれない。プロセッサ２５０６は装置２５００をリモートホスト機器２５０２にさらに選択的に連係させるかもしれない。いくつかの態様に従って、プロセッサ２５０６はリモートホスト機器２５０２からの関連する要求パケットの受信と実質的に同時に装置２５００をリモートホスト機器２５０２と連係させるかもしれない。しかし、予め定められた時間間隔後および送信された連係要求の最大数を超えた後に、応答パケットがリモートホスト機器２５０２から受信されていない場合、プロセッサ２５０６は装置２５００をリモートホスト機器２５０２と連係させない。
【０１１９】
装置２５００はリモートホスト機器２５０２への伝送のために、ＭＡＣ応答パケットを装置のＭＡＣ統計値で更新するように構成されるかもしれない通信データ部品２５０８をさらに含むかもしれない。連係状態に入った後に、無線レシーバは周期的に、例えばmac_response_time（ｍａｃ応答時間）ｍｓｅｃ毎に、ＭＡＣ応答パケットを送るかもしれない。ホスト機器２５０２は装置２５００によって送られたＭＡＣ応答パケットの受信を確認応答するパケットで応答するかもしれない。装置２５００が予め定められた時間（例えばmac_response_fail_time（ｍａｃ応答失敗時間）期間ｍｓｅｃ）後に応答を受信していない場合、装置２５００は、ホスト機器２５０２から分離されていると推論するかもしれず、ＭＡＣ応答パケットを送ることを中止する。装置２５００およびホスト機器２５０２は、上で説明したように、分離状態となるかもしれない。いくつかの実施例において、ホスト機器２５０２が明確に要求すると、装置２５００はＭＡＣ応答パケットを送るかもしれない。
【０１２０】
装置２５００およびリモートホスト機器２５０２は意図的にまたは意図せずに分離されるかもしれない。例えば、通信障害、機器が互いの範囲外へ移動すること、または他の理由により、装置２５００とリモートホスト機器２５０２間の通信リンクが失われるかもしれない。例えば、リモートホスト機器２５０２から分離要求パケットが受信される場合、プロセッサはその要求の受信と実質的に同時に装置２５００をホスト機器２５０２から分離する。別の実施例において、送信された更新ＭＡＣ応答パケットに応じてリモートホスト機器２５０２から状態パケットが受信されない場合、プロセッサ２５０６は、装置２５００およびそのホスト機器２５０２はもはや連係されていないという推論に基づいて選択的に分離する。
【０１２１】
いくつかの態様に従って、装置２５００は１つ以上の代替ディスプレイ情報を集めるように構成されるかもしれないディスプレイ部品２５１０を含むかもしれない。代替ディスプレイ情報は装置２５００に関係づけられるかもしれない。ディスプレイ部品２５１０は前記１つ以上の代替ディスプレイ情報をリモートホスト機器２５０２に伝達するようにさらに構成されるかもしれない。例えば、無線レシーバに関係している代替ディスプレイがある場合、Alternate Display Capability Packet（代替ディスプレイ能力パケット）がリモートホスト機器２５０２へ送られるかもしれない。
【０１２２】
図２６に高速ユーザインタフェースデータを無線でリモートセンダと通信するための装置２６００を示す。装置２６００は少なくとも１つのレシーバをリモートセンダと連係させるための論理モジュール２６０２を含むかもしれない。また、前記少なくとも１つのレシーバの少なくとも１つの能力情報を無線でリモートセンダへ通信するための論理モジュール２６０４も装置に含まれるかもしれない。装置２６００はリモートセンダを選択的に分離するための論理モジュール２６０６をさらに含むかもしれない。いくつかの態様に従って、装置２６００はデータパケットを受信するための論理モジュール２６０８をさらに含むかもしれない。このデータパケットは、１つ以上のリンク品質データパケットに応答してリモートセンダから受信されるリンク品質データパケットであるかもしれない。
【０１２３】
ここで図２７を参照して、高速ユーザインタフェースデータを無線で通信するように構成されるかもしれない装置２７００を示す。装置２７００はリモートユーザインタフェース機器の識別に関連する情報、例えばそのリモート機器に割り当てられたクライアントＩＤ、を格納するように構成されるかもしれないメモリー２７０２を含むかもしれない。プロセッサ２７０４はメモリー２７０２に格納された情報に一部基づいて１つ以上のリモートユーザインタフェース機器と選択的に連係するように構成されるかもしれない。また、装置２７００は前記１つ以上のリモートユーザインタフェース機器の少なくとも１つの能力を解析するように構成されるかもしれない情報部品２７０６を含むかもしれない。この能力はクライアント能力パケット内で受信されるかもしれない。情報部品２７０６は状態更新パケット内で受信されるリンク品質情報データを解析するようにさらに構成されるかもしれない。
【０１２４】
いくつかの態様において、装置２７００は、予め定義された時間間隔内でセンダ連係要求への応答が受信されたかどうかを決定するように構成されるかもしれない状態タイマ２７０８を含むかもしれない。応答が予め定義された時間間隔内で受信されない場合、次に続くセンダ連係要求がプロセッサ２７０４によって送られるかもしれない。
【０１２５】
リモートユーザインタフェース機器からの分離が望まれる場合、プロセッサ２７０４はそのリモート機器を選択的に分離するかもしれない。例えば、リンク品質情報データが、通信リンクの品質が予め定めたしきい値以下に落ちていることを示す場合、プロセッサ２７０４は選択的に分離するかもしれない。
【０１２６】
ここで図２８を参照して、高速でユーザインタフェースデータを無線で通信するための装置２８００を示す。装置２８００は別の機器、例えば１つ以上のリモートユーザインタフェース機器、と連係するための論理モジュール２８０２を含む。そのような連係は選択的であるかもしれない。
【０１２７】
また、連係応答を送るための論理モジュール２８０４も装置２８００に含まれる。この連係応答はそれぞれのリモートユーザインタフェース機器に対するクライアント識別情報を含むかもしれない。能力パケットを受信するための論理モジュール２８０６が装置に含まれる。また、識別情報を用いて連係するための論理モジュール２８０８も含まれる。そのような連係は第１の能力パケットに含まれる能力に部分的に基づくかもしれない。
【０１２８】
いくつかの態様に従って、装置２８００は能力パケットが予め定義された間時間隔内に受信されたかどうかを決定するための論理モジュール（図示しない）、および能力パケット求める第２の要求を送るための論理モジュール（図示せず）を含むかもしれない。予め定義された時間間隔内に能力パケットが受信されない場合、第２の要求が送られるかもしれない。
【０１２９】
他の態様に従って、装置２８００は１つ以上のリモートユーザインタフェース機器との連係が中止されるべきかどうかを決定するための論理モジュールを含むかもしれない。また、そのような実施例には、連係が中止されるべきである場合に、１つ以上のリモートユーザインタフェース機器を選択的に分離するための論理モジュールも含まれるかもしれない。
【０１３０】
ここで図２９を参照して、端末２９００の取り得る構成の概念的ブロック図を示す。当業者が理解するように、端末２９００の正確な構成は特定のアプリケーションおよび全体の設計制約に依存して変わるかもしれない。プロセッサ２９０２はここに開示されたシステムおよび方法を実施するかもしれない。
【０１３１】
端末２９００はアンテナ２９０６に接続されたフロントエンド送受信機２９０４と共に実施されるかもしれない。ベースバンドプロセッサ２９０８は送受信機２９０４に接続されるかもしれない。ベースバンドプロセッサ２９０８はソフトウェアベースのアーキテクチャ、または他の形式のアーキテクチャで実施されるかもしれない。マイクロプロセッサは複数の機能の中から制御および全体のシステム管理機能を提供するソフトウェアプログラムを走らせるためのプラットフォームとして利用されるかもしれない。ディジタル信号プロセッサ（ＤＳＰ）は組み込み通信ソフトウェア層で実施されるかもしれない。これは、マイクロプロセッサへの処理要求を減少させるための特定アプリケーションアルゴリズムを走らせる。このＤＳＰはパイロット信号捕捉、時間同期、周波数追跡、拡散スペクトル処理、変調および復調機能、並びに前方誤り訂正のような種々の信号処理機能を提供するために利用されるかもしれない。
【０１３２】
また、端末２９００はベースバンドプロセッサ２９０８に接続された種々のユーザインタフェース２９１０を含むかもしれない。ユーザインタフェース２９１０はキーパッド、マウス、タッチスクリーン、ディスプレイ、電鈴、バイブレーター、音声スピーカー、マイクロホン、カメラ、および／または他の入力／出力機器を含むかもしれない。
【０１３３】
ベースバンドプロセッサ２９０８はプロセッサ２９０２を備える。ベースバンドプロセッサ２９０８のソフトウェアベースの実施において、プロセッサ２９０２はマイクロプロセッサで動くソフトウェアプログラムであるかもしれない。しかし、当業者が容易に理解するように、プロセッサ２９０２はこの実施例に限定されず、ここに説明した種々の機能を実行できる任意のハードウェア構成、ソフトウェア構成、またはそれらの組合せを含む当業者に既知のいかなる手段でも実施されるかもしれない。プロセッサ２９０２はデータ格納用のメモリー２９１２に接続されるかもしれない。
【０１３４】
ここに説明した実施例はハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれら任意の組合せで実施されるかもしれないことが理解されるべきである。システムおよび／または方法はソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードまたはコードセグメントで実施される場合、それらは記憶部品のような機械可読媒体に格納されるかもしれない。コードセグメントは手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラスまたは、命令、データ構造もしくはプログラムステートメント文の任意の組合せを表すかもしれない。コードセグメントは情報、データ、引数、パラメータ、メモリー内容を引き渡しおよび／または受信することによって別のコードセグメントまたはハードウェア回路と接続されるかもしれない。情報、引数、パラメータ、データなどはメモリー共有、メッセージ引き渡し、トークンパッシング、ネットワーク伝送などを含む任意の適切な手段を用いて引き渡され転送されまたは送信されるかもしれない。
【０１３５】
上で説明したことは、１つ以上の実施例を含む。これらの実施例を説明するために部品または方法の考え得るあらゆる組合せを説明することは当然可能ではないが、通常の当業者はそのような実施例の更なる組合せおよび置き換えが可能であることを認識するかもしれない。従って、ここに説明した実施例は、添付の請求範囲の精神と範囲内にあるすべてのそのような代替、修正および変形を含むように意図されている。さらに、用語「含む」が詳細な説明または請求項のいずれかで用いられていれば、そのような用語は、用語「備える」にいわば類似して、包含的であることが意図されている。「備える」は、用いられると、請求項内の移行句として解釈されるからである。
【図面の簡単な説明】
【０１３６】
【図１】本発明の、従来型有線ベースの機器を無線で通信できるようにするためのシステムのブロック図。
【図２】本発明の、１つ以上の開示された実施例に従う無線センダを示す図。
【図３】本発明の、場所を共有して設置されたホストおよびクライアントを有する他の無線センダを示す図。
【図４】本発明の、ホストおよびＣ１が単一のハードウェア／ソフトウェアエンティティ上に統合されている無線センダの他の例を示す図。
【図５】本発明の、開示された実施例に従う無線レシーバを示す図。
【図６】本発明の、従来型有線の構成の能力を拡大して、無線リンクの通信を可能とするためのシステムを示す図。
【図７】本発明の、有線および／または無線アーキテクチャを用いて通信するためのシステムを示す図。
【図８】本発明の、従来型有線の構成を拡張して無線リンクでの通信を可能にするシステムの別の実施例を示す図。
【図９】本発明の、有線リンクまたは無線リンク上で従来型有線の機器と通信するためのシステムを示す図。
【図１０】本発明の、ここに示される種々の実施例に従う低オーバヘッドモードにおける代表的順方向リンクのＭＤＤＩデータ転送を示す図。
【図１１】本発明の、ここに示される種々の実施例に従う低オーバヘッドモードにおける代表的逆方向リンクのＭＤＤＩデータ転送を示す図。
【図１２】本発明の、ここに示される種々の実施例に従う低レイテンシモードのＭＤＤＩ接続設定を示す図。
【図１３】本発明の、従来型有線機器を有線プロトコルおよび／または無線プロトコルを用いて通信するように構成するための手順を示す図。
【図１４】本発明の、１つ以上の開示される実施例に従う動作レートを決定するための手順を示す図。
【図１５】本発明の、ここに示される種々の実施例に従う低オーバヘッドモードにおける通信のための手順を示す図。
【図１６】本発明の、ここに示される種々の実施例に従う低レイテンシモードにおける通信のための手順を示す図。
【図１７】本発明の、開示される実施例に従う複数の無線レシーバと連係する単一の無線センダを示す図。
【図１８】本発明の、単一の無線センダの複数の無線レシーバとの連係を示す機器関連表。
【図１９】本発明の、高速でディジタルデータを無線で通信するための方法を示す図。
【図２０】本発明の、無線で高速ディジタルデータを通信するための方法を示す図。
【図２１】本発明の、ユーザ機器とホストエンティティ間のレシーバ起動の分離のための方法を示す図。
【図２２】本発明の、ユーザインタフェースデータのための、センダと１つ以上のリモートレシーバ間の高速無線ディジタルデータ通信のための方法を示す図。
【図２３】本発明の、センダとリモートレシーバ間の高速無線データ通信のための方法を示す図。
【図２４】本発明の、センダとリモートレシーバ間の選択的分離のための方法を示す図。
【図２５】本発明の、リモートホスト機器と無線で高速ディジタルデータを通信するように構成されるかもしれない装置を示す図。
【図２６】本発明の、高速ユーザインタフェースデータを無線でリモートセンダと通信するための装置を示す図。
【図２７】本発明の、高速ユーザインタフェースデータを無線で通信するように構成されるかもしれない装置を示す図。
【図２８】本発明の、高速でユーザインタフェースデータを無線で通信するための装置を示す図。
【図２９】本発明の、端末が取り得る構成の概念的ブロック図。
【図１】
2009539331.tif 000003
【図２】
2009539331.tif 000004
【図３】
2009539331.tif 000005
【図４】
2009539331.tif 000006
【図５】
2009539331.tif 000007
【図６】
2009539331.tif 000008
【図７】
2009539331.tif 000009
【図８】
2009539331.tif 000010
【図９】
2009539331.tif 000011
【図１０】
2009539331.tif 000012
【図１１】
2009539331.tif 000013
【図１２】
2009539331.tif 000014
【図１３】
2009539331.tif 000015
【図１４】
2009539331.tif 000016
【図１５】
2009539331.tif 000017
【図１６】
2009539331.tif 000018
【図１７】
2009539331.tif 000019
【図１８】
2009539331.tif 000020
【図１９】
2009539331.tif 000021
【図２０】
2009539331.tif 000022
【図２１】
2009539331.tif 000023
【図２２】
2009539331.tif 000024
【図２３】
2009539331.tif 000025
【図２４】
2009539331.tif 000026
【図２５】
2009539331.tif 000027
【図２６】
2009539331.tif 000028
【図２７】
2009539331.tif 000029
【図２８】
2009539331.tif 000030
【図２９】
2009539331.tif 000031
【国際調査報告】
2009539331.tif 000032
2009539331.tif 000033
2009539331.tif 000034
2009539331.tif 000035