(57)【特許請求の範囲】
【請求項１】
ユーザデータが第一の通信主体と第二の通信主体の間で媒体アクセス制御（ＭＡＣ）プロトコルに従って伝送される無線ＬＡＮにおいて、
当該第一の通信主体から当該第二の通信主体へ情報を通信する第一のチャネルであって、当該第一のチャネルは、複数の長いチャネル（ＬＣＨ）／短いチャネル（ＳＣＨ）ペアからなり、各ＬＣＨ／ＳＣＨペアは、当該第一及び第二の通信主体の間の対応接続と関連し、当該ＬＣＨ／ＳＣＨペアの各々は、自動再送要求（ＡＲＱ）を伝送するＳＣＨ部位とユーザデータを伝送するＬＣＨ部位からなり、ＬＣＨ部位は、ＳＣＨ部位に先行して配置される第一のチャネルと、
当該第二の通信主体から当該第一の通信主体へ情報を通信する第二のチャネルであって、当該第二のチャネルは、ＭＡＣプロトコルデータ構造の上記第一のチャネルに先行して配置され、当該第二のチャネルは複数のＳＣＨを含み、各ＳＣＨは、当該第二の通信主体から当該第一の通信主体へＡＲＱメッセージを伝送する第二のチャネルからなるＭＡＣプロトコルデータ構造。
【請求項２】
上記第一のチャネルにおける第一の数のＬＣＨ／ＳＣＨペアの各々と、上記第二のチャネルにおける第一数のＳＣＨの各々が上記第一及び第二の通信主体間の時間効率を重視する接続と関連していることを特徴とする請求項１に記載のＭＡＣプロトコルデータ構造。
【請求項３】
上記第一のチャネルにおける上記第一の数のＬＣＨ／ＳＣＨペアの順序は、上記第二のチャネルにおける上記第一の数の対応ＳＣＨの順序と同一であることを特徴とする請求項２に記載のＭＡＣプロトコルデータ構造。
【請求項４】
上記第二のチャネルは、さらに複数のＳＣＨ／ＬＣＨペアからなり、上記第二のチャネルにおける第一の数のＳＣＨ／ＬＣＨペアの各々は、上記第一及び第二の通信主体間の時間効率を重視する接続に関連していることを特徴とする請求項１に記載のＭＡＣプロトコルデータ構造。
【請求項５】
上記第一の数のＳＣＨ／ＬＣＨペアの順序は、前ＭＡＣフレームの第一のチャネルにおける第一の数の対応ＬＣＨ／ＳＣＨペアと同一であることを特徴とする請求項４に記載のＭＡＣプロトコルデータ構造。
【請求項６】
上記第二のチャネルにおける第二の数のＳＣＨ／ＬＣＨペアの各々は、上記第一及び第二の通信主体間の時間効率を重視しない接続と関連しており、上記第二のチャネルにおける当該第二の数のＳＣＨ／ＬＣＨペアは、上記第一の数のＳＣＨ／ＬＣＨペアに先行して配置されていることを特徴とする請求項１に記載のＭＡＣプロトコルデータ構造。
【請求項７】
上記第一のチャネルにおける第一の数のＬＣＨ／ＳＣＨペアの各々が上記第一及び第二の通信主体間の時間効率を重視する接続と関連しており、上記第一のチャネルにおける第二の数のＬＣＨ／ＳＣＨペアの各々は、上記第一及び第二の通信主体間の時間効率を重視しない接続と関連し、上記第一のチャネルにおける当該第二の数のＬＣＨ／ＳＣＨペアは、当該第一のＬＣＨ／ＳＣＨペアに先行して配置されていることを特徴とする請求項１に記載のＭＡＣプロトコルデータ構造。
【請求項８】
ユーザデータがアクセスポイント（ＡＰ）と移動端末（ＭＴ）の間を媒体アクセス制御（ＭＡＣ）プロトコルに従って伝送される無線ＬＡＮにおいて、
ＡＰとＭＴの間の接続に関する長いチャネル（ＬＣＨ）／短いチャネル（ＳＣＨ）ペアからなるアップリンクチャネル（ＵＬＣＨ）であって、当該ＬＣＨ／ＳＣＨペアは、自動再送要求（ＡＲＱ）メッセージを伝送する一又は複数のＳＣＨからなるＳＣＨ部位とユーザデータを伝送する一又は複数のＬＣＨからなるＬＣＨ部位からなり、当該ＬＣＨ部位は、ＳＣＨ部位に先行して配置されているアップリンクチャネルと、
ＭＡＣプロトコルデータ構造において当該ＵＬＣＨに先行して配置されているダウンリンクチャネル（ＤＬＣＨ）であって、当該ＤＬＣＨは、ＡＰとＭＴの間の接続に関連するＳＣＨ／ＬＣＨペアを含み、当該ＳＣＨ／ＬＣＨペアは、自動再送要求（ＡＲＱ）メッセージを伝送するＳＣＨ部位とユーザデータを伝送するＬＣＨ部位からなり、当該ＳＣＨ部位は、当該ＬＣＨ部位に先行して配置されているダウンリンクチャネルからなるＭＡＣプロトコルデータ構造。
【請求項９】
上記ＤＬＣＨは、複数のＳＣＨ／ＬＣＨペアからなり、各ペアは、ＡＰとＭＴ間の複数の接続の一つと関連しており、上記ＵＬＣＨは、複数のＬＣＨ／ＳＣＨペアからなり、各ペアは、ＡＰ及びＭＴ間の複数の接続の一つと関連していることを特徴とする請求項８に記載のＭＡＣプロトコルデータ構造。
【請求項１０】
上記ＵＬＣＨにおける複数のＬＣＨ／ＳＣＨペアの各々がＤＬＣＨにおける複数のＳＣＨ／ＬＣＨペアのうち対応する一つと関連し、ＵＬＣＨにおける各ＬＣＨ／ＳＣＨペアの順序は、ＤＬＣＨにおける対応ＳＣＨ／ＬＣＨペアの順序と同一であることを特徴とする請求項９に記載のＭＡＣプロトコルデータ構造。
【請求項１１】
ＤＬＣＨにおける複数のＳＣＨ／ＬＣＨペアの各々が前ＭＡＣフレームのＵＬＣＨにおける複数のＳＣＨ／ＬＣＨペアのうち対応する一つと関連し、前ＭＡＣフレームのＵＬＣＨにおける各ＬＣＨ／ＳＣＨペアの順序は、ＤＬＣＨにおける対応ＳＣＨ／ＬＣＨペアの順序と同一であることを特徴とする請求項９に記載のＭＡＣプロトコルデータ構造。
【請求項１２】
上記ＤＬＣＨにおける第一の数のＳＣＨ／ＬＣＨペアの各々と上記ＵＬＣＨにおける対応数のＬＣＨ／ＳＣＨペアの各々がＭＴとＡＰ間の時間効率を重視する接続と関連し、上記ＤＬＣＨにおける第二の数のＳＣＨ／ＬＣＨペアの各々と上記ＵＬＣＨにおける対応数のＬＣＨ／ＳＣＨペアの各々がＭＴ及びＡＰ間の異なった時間効率を重視しない接続と関連していることを特徴とする請求項９に記載のＭＡＣプロトコルデータ構造。
【請求項１３】
時間効率を重視する接続と関連しているＵＬＣＨにおけるＬＣＨ／ＳＣＨペアの順序は、時間効率を重視する接続と関連しているＤＬＣＨにおける対応ＳＣＨ／ＬＣＨペアの順序と同一であることを特徴とする請求項１２に記載のＭＡＣプロトコルデータ構造。
【請求項１４】
時間効率を重視する接続と関連しているＤＬＣＨにおけるＳＣＨ／ＬＣＨペアの順序は、前ＭＡＣフレームのＵＬＣＨにおける対応数のＬＣＨ／ＳＣＨペアの順序と同一であることを特徴とする請求項１２に記載のＭＡＣプロトコルデータ構造。
【請求項１５】
時間効率を重視しない接続と関連しているＵＬＣＨにおけるＬＣＨ／ＳＣＨペアは、時間効率を重視する接続と関連しているＵＬＣＨにおけるＬＣＨ／ＳＣＨペアに先行して配置されていることを特徴とする請求項１２に記載のＭＡＣプロトコルデータ構造。
【請求項１６】
時間効率を重視しない接続と関連しているＤＬＣＨにおけるＳＣＨ／ＬＣＨペアは、時間効率を重視する接続と関連しているＤＬＣＨにおけるＳＣＨ／ＬＣＨペアに先行して配置されていることを特徴とする請求項１２に記載のＭＡＣプロトコルデータ構造。
【請求項１７】
時間効率を重視する接続にはMACデータフレームを単位として再送遅延時間が零である基準があることを特徴とする請求項１２に記載のＭＡＣプロトコルデータ構造。
【請求項１８】
ユーザデータがアクセスポイント（ＡＰ）と移動端末（ＭＴ）の間を媒体アクセス制御（ＭＡＣ）プロトコルに従って伝送される無線ＬＡＮにおいて、
ＡＰとＭＴ間の接続に関連する長い通信チャネル（ＬＣＨ）／短い通信チャネル（ＳＣＨ）ペアからなるダウンリンクチャネル（ＤＬＣＨ）であって、当該ＬＣＨ／ＳＣＨペアは、ユーザデータを伝送する一又は複数のＬＣＨを含んだＬＣＨ部位と自動再送要求（ＡＲＱ）メッセージを伝送する一又は複数のＳＣＨを含んだＳＣＨ部位からなり、当該ＬＣＨ部位は、当該ＳＣＨ部位に先行して配置されるダウンリンクチャネルと、
ＭＡＣプロトコルデータ構造における当該ＤＬＣＨに先行して配置されるアップリンクチャネル（ＵＬＣＨ）であって、当該ＵＬＣＨは、ＡＰとＭＴ間の接続に関連するＳＣＨ／ＬＣＨペアからなり、当該ＳＣＨ／ＬＣＨペアは、自動再送要求（ＡＲＱ）メッセージを伝送するＳＣＨ部位とユーザデータを伝送するＬＣＨ部位からなり、当該ＳＣＨ部位は、当該ＬＣＨ部位に先行して配置されるアップリンクチャネルからなるＭＡＣプロトコルデータ構造。
【請求項１９】
上記ＵＬＣＨは、複数のＳＣＨ／ＬＣＨペアからなり、各ペアは、ＡＰとＭＴ間の複数の接続のなかの異なる一つと関連しており、上記ＤＬＣＨは、複数のＬＣＨ／ＳＣＨペアからなり、各ペアは、ＡＰとＭＴ間の複数の接続のなかの異なる一つと関連していることを特徴とする請求項１８に記載のＭＡＣプロトコルデータ構造。
【請求項２０】
上記ＤＬＣＨにおける複数のＬＣＨ／ＳＣＨペアの各々がＵＬＣＨにおける複数のＳＣＨ／ＬＣＨペアのうちの対応する一つと関連しており、ＤＬＣＨにおけるＬＣＨ／ＳＣＨペアの各々の順序は、ＵＬＣＨにおける対応ＳＣＨ／ＬＣＨペアの順序と同一であることを特徴とする請求項１９に記載のＭＡＣプロトコルデータ構造。
【請求項２１】
ＵＬＣＨにおける複数のＳＣＨ／ＬＣＨペアの各々が前ＭＡＣフレームのＤＬＣＨにおける複数のＬＣＨ／ＳＣＨペアのうちの対応する一つと関連しており、ＵＬＣＨにおけるＳＣＨ／ＬＣＨペアの各々の順序は、前ＭＡＣフレームのＤＬＣＨにおける対応ＬＣＨ／ＳＣＨペアの順序と同一であることを特徴とする請求項１９に記載のＭＡＣプロトコルデータ構造。
【請求項２２】
上記ＵＬＣＨにおける第一の数のＳＣＨ／ＬＣＨペアの各々と先行ＤＬＣＨにおける対応番号のＬＣＨ／ＳＣＨペアの各々がＭＴとＡＰ間の異なる時間効率を重視する接続と関連し、上記ＵＬＣＨにおける第二の数のＳＣＨ／ＬＣＨペアの各々がＭＴとＡＰ間の異なる時間効率を重視しない接続と関連していることを特徴とする請求項１９に記載のＭＡＣプロトコルデータ構造。
【請求項２３】
ＡＰとＭＴ間の時間効率を重視しない接続に関連している上記ＵＬＣＨにおけるＳＣＨ／ＬＣＨペアは、ＡＰとＭＴ間の時間効率を重視する接続に関連している上記ＵＬＣＨにおけるＳＣＨ／ＬＣＨペアの何れにも先行して配置されていることを特徴とする請求項２２に記載のＭＡＣプロトコルデータ構造。
【請求項２４】
ＡＰとＭＴ間の時間効率を重視しない接続に関連している上記ＤＬＣＨにおけるＬＣＨ／ＳＣＨペアは、ＡＰとＭＴ間の時間効率を重視する接続に関連している上記ＤＬＣＨにおけるＬＣＨ／ＳＣＨペアの何れにも先行して配置されていることを特徴とする請求項２２に記載のＭＡＣプロトコルデータ構造。
【請求項２５】
時間効率を重視する接続に関連している上記ＵＬＣＨにおけるＳＣＨ／ＬＣＨペアの順序は、時間効率を重視する接続に関連している先行ＤＬＣＨにおける対応ＬＣＨ／ＳＣＨペアの順序と同一であることを特徴とする請求項２２に記載のＭＡＣプロトコルデータ構造。
【請求項２６】
時間効率を重視する接続に関連している上記ＤＬＣＨにおけるＬＣＨ／ＳＣＨペアの順序は、時間効率を重視する接続に関連しているＵＬＣＨにおける対応ＳＣＨ／ＬＣＨペアの順序と同一であることを特徴とする請求項２２に記載のＭＡＣプロトコルデータ構造。
【請求項２７】
時間効率を重視する接続には、MACデータフレームを単位として再送遅延時間が零である基準があることを特徴とする請求項２２に記載のＭＡＣプロトコルデータ構造。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線ローカルエリアネットワーク（ＬＡＮ）の分野、特に、自動再送要求（ＡＲＱ）を使用し、ＬＡＮ上の送信主体と受信主体の間のプロトコルデータ単位（ＰＤＵ）の受信状況情報を伝送すること、及び、ＰＤＵの再送が要求された場合の再送の容易化に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
無線ＬＡＮサービスの新規標準として、ＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２が周知である。ＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２が有する高い伝送効率性能によって、既存及び新規のアプリケーションに新たな機会が提供されることが期待されている。
【０００３】
ＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２では時分割二重（ＴＤＤ）方式が使用されており、アクセスポイント（ＡＰ）と移動端末（ＭＴ）は、同一周波数のチャネル上の異なる時間単位を使用しながらお互いと通信する。
【０００４】
図１には、典型的なＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２システムの一部分が図示されており、ここで、ＡＰは、オペレータのイントラネットと接続されている。しかしながら、ＭＴは、パーソナルコンピュータ（ＰＣ）の無線ネットワークインターフェースカード（ＮＩＣ）である場合もあるし、又は、携帯電話である場合もある。ＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２の各セル、例えばセルＡ及びセルＢは、独立した構成となっており、各セルのＡＰは、他の周波数との干渉レベルに関し自己が取得した測定だけではなく、当該セルで活動しているＭＴから受信した測定にも基づいて最も効果的な周波数を自動的に選択する。
【０００５】
ＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２が使用する媒体アクセス制御（ＭＡＣ）プロトコルは、指定を基礎とするプロトコルである。典型的なＭＡＣプロトコルのフレーム構造の概略図を図２に示した。本図が示すように、典型的なＭＡＣフレームには、同報制御チャネル（ＢＣＣＨ）、フレーム制御チャネル（ＦＣＣＨ）、ランダム・アクセス・フィードバック・チャネル（ＲＦＣＨ）、ダウンリンク（ＤＬ）チャネル（ＤＬＣＨ）、アップリンク（ＵＬ）チャネル（ＵＬＣＨ）、及びランダムアクセスチャネル（ＲＡＣＨ）が含まれる。
【０００６】
ＭＴの認証が完了し、ＭＴと対応ＡＰとのコネクションが確立されると、ＭＴはランダムアクセスする機会（例えば時間単位の利用可能性）のためにＢＣＣＨを監視する。この時ＭＴは、ＲＡＣＨを介してＵＬ資源を要求しなければならない。その後、ＡＰは、当該要求に応答し、ＭＴへのＵＬ資源の設定を開始する。つまり、スケジューラは、ＭＴへのＵＬ資源の蓄積を開始する。前のＭＡＣフレームのＲＡＣＨにおける資源要求がうまくＡＰに転送され、受信されたか否かを判断するためにＭＴが使用することができる情報が、ＭＴへＲＦＣＨを通じて伝送される。
【０００７】
ネットワークからＤＬデータを受信する際、ＭＴが「休眠中」である場合、ＡＰは、データをバッファし、転送を遅らせるか、又は、次の可能な機会に当該データを転送する。データ通知は、ＦＣＣＨにおいてＭＴのＭＡＣ−ＩＤを報知することによりなされる。ＦＣＣＨにはＤＬＣＨ上の当該データの正確な位置情報（例えば、時間帯）も含まれる。
【０００８】
ＭＡＣプロトコルは、３つのデータサービス様式を支持している：応答様式、未応答様式、及び再送様式である。特に応答データサービス様式においては、送信主体がチャネルの質に応じてＰＤＵを破棄する能力を有するので、ＵＬ及びＤＬの双方向で、サービスデータ単位（ＳＤＵ）を誤りなく送信することができる。エラー訂正には、ＡＲＱメカニズムが使用され、当業者にとって容易に理解できることであるが、ＡＲＱに基づくＰＤＵ受信状況応答は、目的の受信主体から送信主体へデータの流れとは逆方向に送信される。
【０００９】
更に、ＭＡＣプロトコルによると、ユーザデータは、長い通信チャネル（ＬＣＨ）によって送信される。他方で、短い通信チャネル（ＳＣＨ）は、ＡＲＱに基づくＰＤＵ受信状況応答を任意のＭＴに関するＵＬ方向に係属中のＰＤＵ数に等しい資源要求メッセージ等その他のメッセージと共に送信する。当業者にとっては、容易に理解できることであろうが、ＮＩＣは、同時に複数のユーザ接続を支持する場合があり、この場合、当該複数の接続の何れかのためのＳＣＨ及びＬＣＨについては、ＳＣＨがＬＣＨより先に送信されるように配置されている。更に、各接続に関連するＳＣＨ及びＬＣＨは、ＵＬ及びＤＬチャネル内で連結し、ＰＤＵ鎖を形成している。ＰＤＵ鎖は、本明細書ではＳＣＨ／ＬＣＨペアと呼称されるＳＣＨ部位とＬＣＨ部位のペアからなり、ＳＣＨ部位は、１又は複数のＳＣＨからなり、ＬＣＨ部位は、１又は複数のＬＣＨ鎖からなってもよい。例えば、２つの接続を支持しているＮＩＣと関連するＰＤＵトレインは、以下のように示すことができる：ＳＣＨＳ１−ＬＣＨＳ１−ＳＣＨＳ２−ＬＣＨＳ２。ここで、添字「１」は、当該２つの接続の第一接続を示し、添字「２」は、当該２つの接続の第二接続を示す。
【００１０】
ＤＬ又はＵＬＰＤＵトレインは、各々、ＭＴ又はＡＰによって復号化され、ＰＤＵ受信状況がＡＲＱテーブルに格納される。スケジューラが提供する機会に基づいて、ＭＴ及び／又はＡＰは、ＡＲＱテーブルのＰＤＵ受信状況を反映したＡＲＱ状況応答メッセージを作成する。そして、当該ＡＲＱメッセージは、ＳＣＨのＰＤＵとして、送信主体がＡＰである場合にはＵＬを介して、又は、送信主体がＭＴである場合にはＤＬを介して送信主体に送信される。そして、送信主体は、ＡＲＱメッセージに含まれているＰＤＵ受信状況情報を分析し、適当であれば、受信が成功しなかった複数のＰＤＵを送信主体へ再送する。
【００１１】
再送ターンアラウンドタイム（ＲＴＴ）とは、ＰＤＵを再送するために必要な時間（例えば、フレーム数）を意味するものであるが、短時間のＲＴＴについては、多くの理由から非常に有益である。一般的に、短時間ＲＴＴによって、リアルタイムのビデオ又はボイスのアプリケーション等、遅延に対して特に注意を払わなくてはならないアプリケーションへの通信遅延を短縮化し、及び／又は、より多くの機会に渡ってＰＤＵを再送することができる。短時間ＲＴＴは、さらに、チャネル質の変化に対してより早く反応することを意味し、また、必要メモリが少なくてよいことも意味する。
【００１２】
ＲＴＴを短くするためには、ＡＲＱ状況応答メッセージを送信するために懸る時間、及びＰＤＵを再送するためにスケジューリング主体が必要とする設定に懸る時間を短くしなければならない。ＲＴＴの短縮化は、ＤＬ及びＵＬチャネルがＭＡＣフレーム内に出現する相対的順序に依っている。例えば、ＤＬＣＨがＵＬＣＨより先行する場合、図３に示すように、ＤＬトラフィックに関するＡＲＱ状況応答を当該ＡＲＱ状況応答が対応するＤＬデータと同じＭＡＣフレームにおいて転送することがＲＴＴを最短化するために望ましい。ＵＬデータ・トラフィックに関するＡＲＱ状況応答については、図４に示すように、直ぐ次のＭＡＣフレームのＤＬＣＨにおいてＡＲＱ状況応答メッセ−ジを転送することが望ましい。他の事例で、ＵＬＣＨがＤＬＣＨを先行する場合がある。この場合のＡＲＱ状況応答の転送に関しては、上記と反対の説明が該当する。
【００１３】
上記の２つの事例においては、任意のＭＡＣフレームでＤＬＣＨがＵＬＣＨより先行して配置されることがずっと好ましい。とういうのも、ＭＡＣフレーム構造においてＢＣＣＨに後続するＦＣＣＨには、ＭＡＣフレームの構成を示す情報要素が含まれているため、各ＭＴは、ＦＣＣＨを監視しなければならないからである。ＤＬＣＨをＵＬＣＨより先に配置することによって、ＭＴは、ＦＣＣＨの内容を処理しながら、送信されるＤＬデータ全てをバッファすることができる。それによって、アップリンク転送の開始予定時期を判断するためにＤＬデータの処理を遅らせることができる。ＵＬＣＨがＤＬＣＨより先に配置されている場合、ＵＬ転送を遅延させることはできないので、この逆の状態は、起こりえない。
【００１４】
図４で示すシナリオの場合、ＲＡＣＨ、ＢＣＣＨ、ＦＣＣＨ及びＲＦＣＨをカバーする所要時間は、ハードウェア内部でＡＲＱを実行するためのＡＲＱ状況応答を発生させるために充分であると予想される。しかしながら、図３で示された事例に関しては、最後のＤＬのＰＤＵを受信してからＵＬＣＨ内のＳＣＨのＰＤＵとしてＡＲＱ状況応答を送信するまでの時間が充分でない場合がある。より具体的には、任意の接続でのＵＬＣＨにおけるＳＣＨ／ＬＣＨペアが恣意的に配置されているため、対応するＡＲＱメッセージを発生させるのに要する時間が不十分となる恐れがある。また、同一のＭＡＣフレーム内でＵＬＣＨがＤＬＣＨに先行して配置されている場合には、反対の問題が発生する。
【００１５】
ＰＤＵの転送が正しく受信されずに、ＡＲＱ状況応答メッセージで通知されたＰＤＵを再送する場合、同様の問題が発生する。ＤＬＣＨがＵＬＣＨを先行する場合、ＳＣＨにはＡＲＱ応答メッセージが含まれている場合がある。ＵＬＣＨ中のＬＣＨに対するＤＬＣＨ中のＳＣＨの位置は、ＤＬＣＨがＵＬＣＨを先行する場合には恣意的に決定されるので、ＭＴがＤＬＣＨ中のＰＤＵを復号し、ＡＲＱテーブルを更新し、必要であれば、ＡＲＱメッセージを発生し、再送するのに要する時間が不十分となる場合がある。反対の問題は、ＵＬＣＨがＤＬＣＨに先行する場合に、スケジューラがフレームのＤＬＣＨ層の最初にＤＬ  ＬＣＨ  ＰＤＵを設定するか否かによって生じる。スケジューラは、ＵＬＣＨへ送信されるＡＲＱ状況応答メッセージの内容をフレーム作成時に認知していないので、ＡＰがＵＬＣＨ中のＰＤＵを復号化し、ＡＲＱテーブルを更新し、必要ならば、ＡＲＱメッセージを発生し、再送するのに要する時間が不十分となる場合がある。
【００１６】
【課題を解決するための手段】
本発明によると、所望のＡＲＱ応答時間を認識した上で、ＬＣＨ及びＳＣＨのＰＤＵを設定することができる。従って、依然として応答時間は速い一方で、ＭＴ及びＡＰは、ＡＲＱメッセージを発生させるための最大限の時間を享受することができる。一般的に、より好適な場合には、ＤＬＣＨがＵＬＣＨを先行し、ＡＲＱメッセージを発生させるために利用可能な時間は、ＭＡＣフレームのＵＬＣＨにおける１又は複数のＬＣＨ／ＳＣＨペア中でＳＣＨ部位をＬＣＨ部位に後続させることによって最長化することができる。上記に比べて好適ではないが、ＵＬＣＨがＤＬＣＨを先行させた場合、ＡＲＱメッセージを発生させるために利用可能な時間は、ＭＡＣフレームのＤＬＣＨにおける１又は複数のＬＣＨ／ＳＣＨペア中でＳＣＨ部位をＬＣＨ部位に後続させることによって最長化することができる。
【００１７】
両ＡＰ及びＭＴは、繋がった際、送信及び受信の双方向について処理遅延が更に起こることを通知する点に留意しなければならない。当該遅延は、ＭＡＣフレーム数で表される。よって、送信方向における追加の処理遅延（つまり、ｄｔｘ，ＡＰ及びｄｔｘ，ＭＴで示される）は、送信主体がＡＲＱメッセージの受信後当該メッセージの処理に基づいてＰＤＵを転送することができるまでのＭＡＣフレーム数の範囲を定める。受信方向における追加の処理遅延（つまりｄｒｘ，ＡＰ及びｄｒｘ，ＭＴで示される）は、受信主体がＰＤＵの受信を成功又は失敗した後ＡＲＱメッセージを作成することができるまで待っているＭＡＣフレーム数の範囲を定める。アップリンク及びダウンリンク方向における「往復」時間は、フレーム数に基づいて以下のように表される。
【数１】
0004617000.tif 000002
【００１８】
本発明の第一の実施態様によると、応答時間を妥協することなくＡＲＱメッセージの発生に懸る時間を最大化させることは、第一の通信主体から第二の通信主体へ情報を通信するための第一のチャネルを具備するＭＡＣプロトコルデータ構造であって、当該第一のチャネルは、複数のＬＣＨ／ＳＣＨペアからなり、各ＬＣＨ／ＳＣＨペア、当該第一及び第二の通信主体の間の対応接続と関連しており、当該ＬＣＨ／ＳＣＨペアのそれぞれがＡＲＱメッセージを伝送するためのＳＣＨ部位とユーザデータを伝送するためのＬＣＨ部位を含み、ＬＣＨ部位がＳＣＨ部位に先行して配置されるＭＡＣプロトコルデータ構造により達成される。当該ＭＡＣプロトコルデータ構造は、さらに当該第二の通信主体から当該第一の通信主体へ情報を通信するための第二のチャネルを具備しており、当該第二のチャネルは、当該第一のチャネルに先行して配置されており、当該第二のチャネルは複数のＳＣＨを含み、各ＳＣＨは、当該第二の通信主体から当該第一の通信主体へＡＲＱメッセージを送信する。
【００１９】
本発明の第二の実施態様によると、応答時間を妥協することなくＡＲＱメッセージの発生に懸る時間を最大化させることは、ＡＰとＭＴの間の接続に関連したＬＣＨ／ＳＣＨペアを含むＵＬＣＨを具備するＭＡＣプロトコルデータ構造であって、当該ＬＣＨ／ＳＣＨペアは、例えばＡＲＱメッセージを伝送する一又は複数のＳＣＨを含むＳＣＨ部位を含み、当該ＬＣＨ／ＳＣＨペアは、さらにユーザデータを伝送する位置又は複数のＬＣＨからなるＬＣＨ部位を含み、当該ＬＣＨ部位は、ＳＣＨ部位に先行して配置されるＭＡＣプロトコルデータ構造により達成される。さらに、当該ＭＡＣプロトコルデータ構造は、ＵＬＣＨに先行してＤＬＣＨが配置され、当該ＤＬＣＨは、ＡＰ又はＭＴの間の接続に関連するＳＣＨ／ＬＣＨペアを具備し、当該ＳＣＨ／ＬＣＨペアは、例えばＡＲＱメッセージを伝送するＳＣＨ部位と、ユーザデータを伝送するＬＣＨ部位からなり、当該ＳＣＨ部位は、ＬＣＨ部位に先行して配置されている。
【００２０】
本発明の第三の実施態様によると、応答時間を妥協することなくＡＲＱメッセージの発生に懸る時間を最大化させることは、ＡＰとＭＴの間の接続に関連したＬＣＨ／ＳＣＨペアを含むＤＬＣＨを具備するＭＡＣプロトコルデータ構造であって、当該ＬＣＨ／ＳＣＨペアは、ユーザデータを伝送する一又は複数のＬＣＨからなるＬＣＨ部位と、ＡＲＱメッセージを伝送する一又は複数のＳＣＨからなるＳＣＨ部位からなり、当該ＬＣＨ部位は、ＳＣＨ部位に先行して配置されるＭＡＣプロトコルデータ構造により達成される。さらに、当該ＭＡＣプロトコルデータ構造は、ＤＬＣＨに先行して配置されるＵＬＣＨを具備し、当該ＵＬＣＨは、ＡＰ又はＭＴの間の接続に関連するＳＣＨ／ＬＣＨペアからなり、当該ＳＣＨ／ＬＣＨペアは、ＡＲＱメッセージを伝送するＳＣＨ部位と、ユーザデータを伝送するＬＣＨ部位からなり、当該ＳＣＨ部位は、当該ＬＣＨ部位に先行して配置されている。
【００２１】
【発明の実施の形態】
本発明の他の目的、特徴及び有利な効果は、添付図面を参照しつつ以下の詳細な説明を読むことにより、当業者にとって明らかとなるであろう。
【００２２】
以下の記載では、本発明が一様に理解されるように、特定のフレームプロトコル、特定の構造又は技術等、詳細部分が特定化されているが、これは説明目的であって、本発明を限定する意図の下に特定したわけではない。これら特定化された詳細以外でもその他の実施態様において本発明を実施しうることは、当業者にとって明らかであろう。その他の事例では、本発明の説明を曖昧にしないために周知の方法、装置及びフレーム構造について詳細に説明することは省略した。
【００２３】
本発明の好適な実施態様によると、図５に示すように、ＤＬＣＨは、ＭＡＣフレーム構造においてＵＬＣＨを先行している。当該好適な実施態様によると、一般的に、対応ＤＬ  ＬＣＨ  ＰＤＵを転送してからｄｔｘ，ＭＴフレーム後、スケジューラは、ＡＲＱフィードバックスペース（つまり、一又は複数のタイムスロット）をＵＬＣＨに割り当てる。同様に、対応ＵＬＬＣＨＰＤＵを転送してからｄｔｘ,ＡＰフレーム後、スケジューラは、ＡＲＱフィードバックスペース（つまり、一又は複数のタイムスロット）をＤＬＣＨに割り当てる。
【００２４】
さらに好適な実施態様によると、特に、図５に図示されたＵＬＣＨについて、任意の接続、例えば接続「Ａ」に係るＬＣＨ／ＳＣＨペアのＳＣＨ部位５０１は、ＬＣＨ部位５０３に後続するように配置される。これにより、ＭＴが当該ＭＡＣフレームでＡＲＱ状況応答メッセージを発生させ、最終的に転送するまでに利用可能な時間をさらに長くすることができる。これは、「時間効率重視」の接続（つまり、応答時間ｄｔｘ，ＭＴがゼロに等しい接続）にとって特に重要である。当該配置によりＭＴに更に利用可能となった時間は、ＵＬＣＨの対応ＬＣＨ部位５０３の発生に係る時間と少なくとも等しい。
【００２５】
図５では、１つの接続（つまり、接続「Ａ」）とのみ関連しているＬＣＨ／ＳＣＨペアが図示されている。しかしながら、前述したように、単独のＭＴのＮＩＣは、複数の接続を支持することが可能である。このように、ＵＬＣＨは、複数のＬＣＨ／ＳＣＨペアを包含することもあり、各ペアは、複数の接続各々と個別に関連している。本発明の好適な実施態様によると、時間効率を重視しない接続（つまり、応答時間（ｄｒｘ,ＭＴ）がゼロＭＡＣフレーム以上の接続）に関連するＬＣＨ／ＳＣＨペアのためにＵＬＣＨの最先の時間帯を指定する。このように、ＵＬＣＨ中の後半の時間帯は、時間効率を重視する接続であって、当該接続に関連するＤＬデータが当該ＭＡＣフレームのＤＬＣＨに出現していた接続に関連するＬＣＨ／ＳＣＨペアのために指定される。したがって、ＭＴは、得に時間に厳密な接続の場合には、ＤＬ  ＰＤＵを復号化し、ＡＲＱ状態表を更新し、必要ならＡＲＱ状態確認メッセージを作成してＰＤＵを再送信するために充分な時間を有する。
【００２６】
更に、上記本発明の好適な実施態様によると、時間効率重視の接続に関するＬＣＨ／ＳＣＨペアをＵＬＣＨの時間帯へ指定することについて、スケジューラは、ＵＬＣＨ中のこれらＬＣＨ／ＳＣＨペアがＤＬＣＨ中の対応ＳＣＨ／ＬＣＨペアの順序と同様の順序で出現するように指定する。このように、例えば、１つのＭＴに関連する３つの接続Ａ、Ｂ、及びＣが時間効率重視の接続であるとみなされ、ＤＬＣＨ中で出現する対応ＳＣＨ／ＬＣＨペアの順序がＳＣＨ／ＬＣＨＡ−ＳＣＨ／ＬＣＨＢ−ＳＣＨ／ＬＣＨＣである場合、ＵＬＣＨ中に出現する対応ＬＣＨ／ＳＣＨペアの順序は、ＬＣＨ／ＳＣＨＡ−ＬＣＨ／ＳＣＨＢ−ＬＣＨ／ＳＣＨＣである。当業者であれば容易に理解できるであろうが、この順序によると、時間重視の接続について、ＡＰ及びＭＴがＰＤＵを復号化し、ＡＲＱ状況テーブルを更新し、必要であればＡＲＱ状況応答メッセージを発生させ再送するために利用可能な時間を充分に有することになる可能性が増大する。
【００２７】
次に、図５に図示された当該ＭＡＣフレームのＤＬＣＨを参照すると、接続「Ａ」に関連するＳＣＨ／ＬＣＨペアのＳＣＨ部位５０５がＬＣＨ部位５０７に先行しているのが分かる。これにより、ある特定のＰＤＵを再送しなくてはならないことを意味しているＡＲＱメッセージの受信と、必要である場合には、当該ＭＡＣフレームのＵＬＣＨで当該ＰＤＵを再送するためにＭＴが有する時間を増加させることができる。
【００２８】
ＰＤＵの再送のためのみの帯域幅を設定した場合、当該帯域幅は、使用されない場合がある。ＵＬデータが係属している場合がないならば、スケジューラは、ＵＬＣＨにＬＣＨ  ＰＤＵを割り当てることによって当該帯域幅を危険にさらさないであろう。
【００２９】
図６には、本発明の更なる実施態様が図示されており、可能性は少ないが、ＭＡＣフレーム中でＵＬＣＨがＤＬＣＨを先行する事例を対象としている。当該更なる実施態様によると、一般的にスケジューラは、対応ＵＬ  ＬＣＨＰＤＵを転送してからｄｒｘ,ＡＰフレーム分のＡＲＱフィードバックスペース（つまり、一又は複数の時間単位）をＤＬＣＨに割り当てる。同様に、スケジューラは、対応ＤＬ  ＬＣＨＰＤＵを転送してからｄｒｘ,ＭＴフレーム分のＡＲＱフィードバックスペース（つまり、一又は複数の時間単位）をＵＬＣＨに割り当てる。
【００３０】
当該更なる実施態様では、特に図６に図示するＤＬＣＨを参照すると、任意の接続、例えば接続「Ｂ」に関連しているＬＣＨ／ＳＣＨペアのＳＣＨ部位６０１は、ＬＣＨ部位６０３に後続するように配置されている。これにより、ＡＰがＡＲＱ状況応答メッセージを発生させ、最終的には当該ＭＡＣフレーム中でＭＴへ転送するための利用可能時間を増加させることができる。また、これは、「時間効率重視」の接続にとって特に重要である。本配置の結果、ＡＰに利用可能となった増加時間は、少なくともＤＬＣＨ中の対応ＬＣＨ部位６０３の発生に係る時間に等しい。
【００３１】
当然、ＤＬＣＨは、複数のＬＣＨ／ＳＣＨペアを含むことができて、各ペアは、ＡＰとＭＴ間の各接続に対応している。上記本発明の更なる実施態様によると、スケジューラは、時間効率非重視の接続に関連したＬＣＨ／ＳＣＨペアのためにＤＬＣＨの最先の時間帯を指定する。このように、ＤＬＣＨの後半の時間帯は、ＵＬデータが当該ＭＡＣフレームのＵＬＣＨに出現していた時間効率重視の接続に関連したＬＣＨ／ＳＣＨペアのために指定することができる。従って、特に時間効率重視の接続の場合について、ＡＰがＵＬ  ＰＤＵを復号化し、ＡＲＱ状況テーブルを更新し、必要ならば、ＡＲＱ状況応答メッセージを発生させるための利用可能時間が増加する。
【００３２】
次に、図６に図示するＵＬＣＨに注目すると、各ＳＣＨ／ＬＣＨペアのＳＣＨ部位６０５は、対応ＬＣＨ６０７に先行している。もちろん、これにより、ＡＰがＵＬＣＨ中のＡＲＱ状況応答メッセージを復号化し、必要であれば、当該ＭＡＣフレームのＤＬＣＨでＭＴに適切なＰＤＵを再送するための利用可能時間を増加させることができる。
【００３３】
更に、上記更なる実施態様によると、時間効率重視の接続に関するＳＣＨ／ＬＣＨペアをＵＬＣＨの時間帯へ指定することについて、スケジューラは、ＵＬＣＨ中のこれらＳＣＨ／ＬＣＨペアが前ＭＡＣフレームのＤＬＣＨにおける対応ＬＣＨ／ＳＣＨペアの順序と同様の順序で出現するように指定する。このように、例えば、３つの接続Ｄ，Ｅ、及びＦが時間効率重視の接続であって、前ＭＡＣフレームのＤＬＣＨにＬＣＨ／ＳＣＨペアが出現する順序がＬＣＨ／ＳＣＨＤ―ＬＣＨ／ＳＣＨＥ―ＬＣＨ／ＳＣＨＦである場合、当該ＭＡＣフレームのＵＬＣＨに対応ＳＣＨ／ＬＣＨペアが出現する順序は、ＳＣＨ／ＬＣＨＤ―ＳＣＨ／ＬＣＨＥ―ＳＣＨ／ＬＣＨＦである。当業者であれば容易に理解できるであろうが、この順序によると、時間重視の接続について、ＡＰ及びＭＴがＰＤＵを復号化し、ＡＲＱ状況テーブルを更新し、必要であればＡＲＱ状況応答メッセージを発生させ再送するために利用可能な時間を充分にできる可能性が増大する。
【００３４】
ＰＤＵの再送のためのみの帯域幅を設定した場合、当該帯域幅は、使用されない場合がある。ＤＬデータが係属している場合がないならば、スケジューラは、ＤＬＣＨにＬＣＨ  ＰＤＵを割り当てることによって当該帯域幅を危険にさらさないであろう。必要時間は、ＡＰの供給者にとっては周知であろうし、又、スケジューラ及びＡＲＱは同一単位に配置されているので、当該問題は、回避することができる。
【００３５】
本発明の例示的方法は、上記の適用に限定されないことに留意しなければならない。容易に理解できるように、本発明を特定の実施態様を参照しながら説明してきた。しかしながら、上記の実施態様は、制限的なものではなく、例証的なものである。本発明がその精神及び発明の範囲から逸脱することなく他の具体的な形でも具現化できることは、当業者にとって十分理解できることであろう。それ故、本発明は、ここで開示した実施形態に限定されると解されてはならず、かつ、特許請求の範囲の範囲内にあると解されなくてはならない。
【図面の簡単な説明】
【図１】  典型的なＨＩＰＥＲＬＡＮ  Ｔｙｐｅ２システムの一部を例証した図である。
【図２】  典型的な媒体・アクセス制御（ＭＡＣ）プロトコルのフレーム構造を示した図である。
【図３】  ＤＬのＰＤＵについての自動再送要求（ＡＲＱ）メッセージの発生と転送を示した図である。
【図４】  ＵＬのＰＤＵについてのＡＲＱメッセージの発生と転送を示した図である。
【図５】  ＭＡＣフレーム構造について、ＵＬＣＨよりＤＬＣＨを先行して配置した本発明の好適な実施態様を示した図である。
【図６】  ＭＡＣフレーム構造について、ＤＬＣＨよりＵＬＣＨを先行して配置した更なる実施態様を示した図である。
【図１】
0004617000.tif 000003
【図２】
0004617000.tif 000004
【図３】
0004617000.tif 000005
【図４】
0004617000.tif 000006
【図５】
0004617000.tif 000007
【図６】
0004617000.tif 000008