(57)【要約】  本発明は、送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側がデータの受信の確認応答を行うことができるネットワークにおいて、送信側と少なくとも２つの受信側との間でデータを伝送する方法および装置に関する。  この方法は、接続識別子で識別される単一のユニキャスト接続を開くステップと、接続識別子を送信側および受信側に対して示して、送信側が上記ユニキャスト接続を介してデータを送信し、受信側が上記ユニキャスト接続を介してデータを受信するようにするステップとを含む。
2009534884.tif 000002
【特許請求の範囲】
【請求項１】
送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側が前記データの受信の確認応答を行うことができるネットワーク（１）において、送信側（３）と少なくとも２つの受信側（４、５）との間の接続を確立する方法であって、
接続識別子で識別される単一のユニキャスト接続を開くステップと、
前記接続識別子を前記送信側および前記受信側に対して示し、同一のユニキャスト接続を介した前記送信側と前記受信側の間の通信を可能にするステップと、
を含む、前記方法。
【請求項２】
送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側がデータの受信の確認応答を行うことができるネットワーク（１）において、送信側（３）と少なくとも２つの受信側（４、５）との間でデータを伝送する方法であって、
前記送信側において、
単一のユニキャスト接続を介して前記受信側（４、５）にデータを送信するステップと、
前記データの受信側から確認応答を受信するステップと、
前記確認応答の送出者を識別するステップと、
を含む、前記方法。
【請求項３】
全ての受信側から前記確認応答が受信されない場合、または少なくとも１つの確認応答が、受信側が前記データを正しく受信していないことを示している場合に、前記送信側から前記データを再送出するステップを含むことを特徴とする、請求項２に記載の方法。
【請求項４】
単一のユニキャスト接続を介して、第１のグループの受信側および第２のグループの受信側にデータを送信するステップと、
前記第１のグループの全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、前記第１のグループの受信側が前記データを正しく受信していないことを示している場合に、前記データを再送出するステップと、を含むことを特徴とする、請求項２または３に記載の方法。
【請求項５】
送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側が前記データの受信の確認応答を行うことができるネットワーク（１）におけるトラフィック制御装置（２）であって、
前記受信側がデータの受信の確認応答を行うことを可能にする、接続識別子で識別される単一のユニキャスト接続を開く手段と、
前記接続識別子を前記送信側および前記受信側に対して示し、同一のユニキャスト接続を介した前記送信側と前記受信側の間の通信を可能にする手段と、
を含む、前記トラフィック制御装置（２）。
【請求項６】
送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側がデータの受信の確認応答を行うことができるネットワークにおいて、少なくとも２つの受信側（４、５）にデータを伝送する装置（３）であって、
単一のユニキャスト接続を介して少なくとも２つの受信側にデータを送信する手段と、
確認応答の送出者を識別する手段と、
を含むことを特徴とする、前記装置（３）。
【請求項７】
全ての受信側から前記確認応答が受信されない場合、または少なくとも１つの確認応答が、受信側が前記データを正しく受信していないことを示している場合に、前記データを再送出する手段を含むことを特徴とする、請求項６に記載の装置。
【請求項８】
単一のユニキャスト接続を介して、第１のグループの受信側および第２のグループの受信側にデータを送信する手段と、
前記第１のグループの全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、前記第１のグループの受信側が前記データを正しく受信していないことを示している場合に、前記データを再送出する手段を含むことを特徴とする、請求項６に記載の装置。
【請求項９】
請求項５に記載のトラフィック制御装置を含むことを特徴とする、請求項６から８の何れか一項に記載の装置。
【請求項１０】
ＩＥＥＥ８０２．１６標準規格に準拠した基地局であることを特徴とする、請求項６から９の何れか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動再送要求機構を用いていくつかの受信側にデータを伝送する方法および装置に関する。
【背景技術】
【０００２】
無線媒体は、その性質上、残留パケット誤り率（Ｒｅｓｉｄｕａｌ  Ｐａｃｋｅｔ  Ｅｒｒｏｒ  Ｒａｔｅ）をもたらす妨害要因の影響を受ける。無線伝送の質を高めるために、ＩＥＥＥ８０２．１１やＩＥＥＥ８０２．１６などいくつかの無線標準規格では、自動再送要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅｔｉｔｉｏｎ  ｒｅＱｕｅｓｔ）機構を実装する。この誤り制御機構によって、通信の受信側は、伝送側に対してパケットの再送を自動的に要求することができる。ＡＲＱ機構は、データ・リンク・レイヤの一部である媒体アクセス制御サブレイヤの一部である。
【０００３】
再送機構は、いくつかの受信側に対するブロードキャストまたはマルチキャスト（同報通信）を行うようにはなっていない。ＡＲＱ機構は、二地点間接続に基づき、受信側がいくつかある場合には、再送要求の数が非常に大きくなることもある。その場合には、再送するデータの量が重要になる可能性があり、１つでも受信状態の悪い受信側があると、再送機構のために伝送速度が低下し、他の全ての受信側に悪影響を及ぼす可能性がある。ブロードキャスト通信またはマルチキャスト通信は、無線媒体の質が低い場合には、無線領域には適していない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、自動再送要求機構を用いていくつかの受信側にデータを伝送する方法および装置に関する。
【課題を解決するための手段】
【０００５】
この目的のために、本発明は、送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側がデータの受信の確認応答を行うことができるネットワークにおいて、送信側と少なくとも２つの受信側との間でデータを伝送する方法に関する。この方法は、接続識別子で識別される単一のユニキャスト接続を開くステップと、該接続識別子を送信側および受信側に対して示して、送信側が該ユニキャスト接続を介してデータを送信し、受信側が該ユニキャスト接続を介してデータを受信するようにするステップとを含む。
【０００６】
驚くべきことに、同一のユニキャスト接続を用いて、送信側からいくつかの受信側にデータを移送する。送信側は、同じデータについては、受信側ごとに異なるユニキャスト接続を使用しない。
【０００７】
一実施例によれば、この方法は、送信側が単一のユニキャスト接続を介して複数の受信側にデータを送信するステップと、送信側が確認応答を受信するステップと、送信側が該確認応答の送出者を識別するステップとを含む。
【０００８】
送信側は、ユニキャスト接続を介して送信されたパケットのいくつかの受信側から、確認応答パケットを受信する機能を有する。また、送信側は、確認応答パケットの送出者を識別する。これにより、送信側は、全ての受信側がデータを受信したか否かを知ることができる。
【０００９】
一実施例によれば、この方法は、全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、受信側がデータを正しく受信していないことを示している場合に、送信側からデータを再送出するステップを含む。
【００１０】
送信側からパケットを再送出する機構は、１つの受信側から受信した確認応答パケットだけでなく、全ての受信側から受信した確認応答パケットを考慮に入れる。
【００１１】
別の実施例によれば、この方法は、単一のユニキャスト接続を介して、第１のグループの受信側および第２のグループの受信側にデータを送信するステップと、第１のグループの全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、第１のグループの受信側がデータを正しく受信していないことを示している場合に、データを再送出するステップとを含む。
【００１２】
送信側からパケットを再送出する機構は、受信側のサブセットのみを考慮に入れる。これは、受信側の数が多く、再伝送するデータ量が相当量になる可能性がある場合に有用である可能性がある。送信側は、この機構を、受信側の最大数、または予め識別された、いくつかの特権受信側に制限する。
【００１３】
本発明の別の目的は、送信側と受信側の間のデータが接続を介して搬送されるネットワークにおけるトラフィック制御装置であって、受信側がデータの受信の確認応答を行うことを可能にする、接続識別子で識別される単一のユニキャスト接続を開く手段と、該単一の接続識別子を伝送側および受信側に対して示して、送信側が該ユニキャスト接続を介してデータを送信し、受信側が該ユニキャスト接続を介してデータを受信するようにする手段とを含むトラフィック制御装置である。
【００１４】
本発明の別の目的は、送信側と受信側の間のデータが接続を介して搬送され、且つユニキャスト接続によって送信側がデータを送信し、受信側がデータの受信の確認応答を行うことができるネットワークにおいて、少なくとも２つの受信側にデータを伝送する装置である。この装置は、単一のユニキャスト接続を介して少なくとも２つの受信側にデータを送信する手段を含む。
【００１５】
一実施例によれば、この装置は、確認応答の送出者を識別する手段を含む。
【００１６】
一実施例によれば、この装置は、全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、受信側がデータを正しく受信していないことを示している場合に、データを再送出する手段を含む。
【００１７】
別の実施例によれば、この装置は、単一のユニキャスト接続を介して、第１のグループの受信側および第２のグループの受信側にデータを送信する手段と、第１のグループの全ての受信側から確認応答が受信されない場合、または少なくとも１つの確認応答が、第１のグループの受信側がデータを正しく受信していないことを示している場合に、データを再送出する手段を含む。
【００１８】
一実施例によれば、この装置は、トラフィック制御装置を含む。
【００１９】
一実施例によれば、この装置は、ＩＥＥＥ８０２．１６標準規格に準拠した基地局である。
【００２０】
本発明の別の目的は、コンピュータで実行されたときに本発明によるプロセスの各ステップを実行するプログラム・コード命令を含むコンピュータ・プログラム製品である。「コンピュータ・プログラム製品」という用語は、ディスケットやカセットなどプログラムを格納する記憶スペースだけでなく、電気信号や光信号などの信号にあることもある、コンピュータ・プログラム支援を意味する。
【００２１】
以下、実施例および実行例を用いて本発明を説明する。これらの実施例および実行例を添付の図面を参照して読むことにより、本発明をよりよく理解できるであろう。ただし、本発明はこれらの実施例および実行例に限定されない。
【発明を実施するための最良の形態】
【００２２】
例示的な実施例は、ＩＥＥＥ８０２．１６標準規格による無線ローカル・エリア・ネットワークにおける伝送に関するものであるが、本発明は、この特定の環境に限定されるわけではなく、ある装置がマルチキャスト・トラフィックをその他の装置に送信するその他の標準にも適用することができる。ＩＥＥＥ８０２．１６標準規格に関するさらなる情報は、ＩＥＥＥ  Ｐ８０２．１６−２００４＿ＣＯＲ１（Ｄ５）、Ｄｒａｆｔ  ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｌｏｃａｌ  ａｎｄ  Ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ、Ｃｏｒｒｉｇｅｎｄｕｍ  ｔｏ  ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｌｏｃａｌ  ａｎｄ  Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ  −  Ｐａｒｔ  １６、「Ａｉｒ  Ｉｎｔｅｆａｃｅ  ｆｏｒ  Ｆｉｘｅｄ  Ｂｒｏａｄｂａｎｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍｓ」、および以降のバージョンに見ることができる。
【００２３】
図１から図４に示す各ブロックは、純粋に機能的なものであり、必ずしも物理的に別個のものに対応するわけではない。すなわち、各ブロックは、ソフトウェアの形態で実施することもできるし、あるいは１つまたは複数の集積回路として実装することもできる。
【００２４】
図１に、無線ローカル・エリア・ネットワーク（ＬＡＮ）１の異なる機能モジュールを示す。伝送側３は、データの送信側である。受信側４、５は、データを受信する。トラフィック制御装置とも呼ばれるスケジューラ２は、無線資源（リソース）の割当てを制御する。つまり、スケジューラ２は、伝送側と受信側の間の伝送に必要な接続を割り当てる。
【００２５】
図２は、本実施例による無線ネットワークである。この無線ネットワークは、基地局ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）と、２つの加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）ＳＳ１およびＳＳ２を含む。ＢＳは、サーバ２．３を含むローカル・エリア・ネットワークＬＡＮ３に接続される。ＳＳ１およびＳＳ２は、少なくともクライアント２．１および２．２をそれぞれ含むローカル・エリア・ネットワークＬＡＮ１およびＬＡＮ２にそれぞれ接続される。もちろん、この無線ネットワークは、図示しないその他の加入者局を含んでいてもよい。
【００２６】
図２には、以下のＢＳと２つのＳＳとの間の接続も示してある。
ＢＳからＳＳ１への接続２．４。
ＢＳからＳＳ２への接続２．５。
ＳＳ１からＢＳへの接続２．６。
ＳＳ２からＢＳへの接続２．７。
【００２７】
ＩＥＥＥ８０２．１６標準規格によれば、接続は、以下のパラメータによって特徴づけられる。
・ＢＳからＳＳへのダウンリンク、ＳＳからＢＳへのアップリンク。
・変調タイプ（ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ）。
・当該接続自体に含まれるパケットを識別する分類子。
・ユニキャストかマルチキャストか。
・断片化が許可されているか禁止されているか。
・自動再送要求が使用可能か使用不能か。これについては、さらにウィンドウ・サイズ、タイム・アウト、およびブロック・サイズといったパラメータがある。
・データ転送速度。
・サービス品質（ベスト・エフォート、リアルタイム・ポーリング・サービス、ノンリアルタイム・ポーリング・サービス、アンソリシテッド・グラント・サービス（Ｕｎｓｏｌｉｃｉｔｅｄ  Ｇｒａｎｔ  Ｓｅｒｖｉｃｅ））。
【００２８】
本実施例によれば、マルチキャスト・トラフィックが、図２において同じ接続識別子の２．４および２．５で示すように、同一のユニキャスト接続を介してＢＳからＳＳ１およびＳＳ２に送信される。２．６および２．７で示すように、各ＳＳとＢＳの間ではユニキャスト接続が開いており、確認応答パケットを移送する。
【００２９】
図３は、ＢＳの構成要素を示す図である。ＢＳは、プロセッサ３．１、メモリ３．２、ＬＡＮインタフェース３．３、および無線インタフェース３．４を含む。これらは、バス３．５で相互に接続されている。プロセッサは、データを再送出する手段を含み、この手段は、確認応答の送出者を識別する手段を含む。プロセッサは、スケジューリング手段も含む。
【００３０】
図４は、ＢＳの機能を表す図である。ＢＳは、スケジューリング手段４．１、無線送信手段４．２、無線受信手段４．３、ＬＡＮ送信手段４．４、およびＬＡＮ受信手段４．５を含む。無線送信手段は、１つの受信側にデータを送信する、または単一のユニキャスト接続を介していくつかの受信側にデータを送信することを可能にする。無線受信手段は、それらの受信側からデータおよび確認応答を受信することを可能にする。スケジューリング手段４．１は、無線ＬＡＮ上の無線資源を、局間で割り当てるためのものである。ＢＳは、ＢＳをＳＳに接続する制御機能を実行する接続手段４．６も含む。無線送信手段４．２は、以下で定義するａｃｋタイマおよびｔｉｍｅ＿ｏｆ＿ｌｉｆｅタイマという２つのタイマを含む。
【００３１】
図５は、接続の開放を表す流れ図である。クライアント２．１が、要求をサーバ２．３に送信して（Ｓ１１）、サーバ２．３からストリームを受信する。本実施例によれば、この要求はＨＴＴＰ要求であり、ＨＴＴＰサーバが基地局ＢＳ内にある。別の実施例では、ＨＴＴＰサーバは、ＬＡＮ３上の別の装置に含まれていてもよい。ストリームは、音声または映像データの形態のマルチキャスト・トラフィックである。この要求を受信すると、サーバは、ＢＳとＳＳの間の接続を開くために、要求を接続手段に送信する（Ｓ１２）。接続手段は、特に、無線媒体上の接続を管理するスケジューリング手段を含む。ＢＳおよびＳＳは、ＩＥＥＥ８０２．１６標準規格に記載されているように、接続の開放を実行する（Ｓ１３）。ＢＳは、少なくともダウンリンク、ＡＲＱ使用可能、ユニキャスト、および接続識別子（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）ＣＩＤ１をパラメータとして有する新しい接続を作成する。この接続が開かれると、接続手段によってこれを通知された（Ｓ１４）サーバ２．３は、ＨＴＴＰ応答をクライアント２．１に送信する（Ｓ１５）。
【００３２】
別のＳＳ、つまりＳＳ２が同じストリーミングの受信に関わる場合、その加入者局は、そのストリーミングを受信するために、接続を開くよう求める要求をＢＳに送信する。各ステップは、図５に示したものと同じである。ＳＳ１に対する接続の開放と異なるのは、ＢＳが、その要求が接続識別子ＣＩＤ１で識別されるユニキャスト接続に既にマッピングされているストリーミングを要求するものであることを認識している点である。その後、ＢＳは、要求側ＳＳとの接続を作成する。すなわち、ＢＳは、第１のＳＳへの接続に使用される識別子ＣＩＤ１、および同じ接続パラメータを使用する。ＢＳは、当該接続およびその分類子が既に作成されているので、ＩＥＥＥ８０２．１６標準規格に記載されるように新しい分類子（ｃｌａｓｓｉｆｉｅｒ）を作成しない。その後、２つの受信側に向かって同じユニキャスト接続を介してマルチキャスト・トラフィックが送信される。もちろん、３つ以上の受信側が同一のユニキャスト接続に登録して、同じストリームを受信することもできる。ただし、送信側が再送するデータの量を制限するために、ＳＳの数は小さくするものとする。
【００３３】
本実施例で説明するＢＳは、当該標準に準拠する任意の加入者局と相互運用することができる。ＳＳは、いかなる特定の態様にも制限されずに、本実施例のＢＳとの対話を行うことができる。特定の態様で実施しなければならないということはない。ＳＳは、ＩＥＥＥ８０２．１６標準規格に記載されるようにユニキャスト接続を認識する。
【００３４】
図６は、ＢＳと複数のＳＳの間のデータ転送を表す流れ図である。ＢＳは、ユニキャスト接続を介してデータ・パケットを送信する。データ・パケットは、ＳＳ１に受信され（Ｓ３１）、ＳＳ２に受信される（Ｓ３２）。ＳＳ１は、データ・パケットが正しく受信されたという確認応答を行う。すなわち、ＳＳ１は、正の確認応答パケット（ＡＣＫパケット）を送信して（Ｓ３３）、データ・パケットが正しく受信されていることを示す。ＳＳ２は、データ・パケットが誤って受信されたという確認応答を行う。すなわち、ＳＳ２は、負のＡＣＫパケットを送信して（Ｓ３４）、データ・パケットが正しく受信されていないことを示す。従って、ＢＳは、ユニキャスト接続を介してデータ・パケットを再送出する（Ｓ３５、Ｓ３６）。
【００３５】
本実施例によれば、データ・パケットの送信側、つまり本実施例ではＢＳは、このＡＲＱを用いた「ユニキャスト・マルチキャスト（ｕｎｉｃａｓｔ  ｍｕｌｔｉｃａｓｔｅｄ）」接続を管理することを可能にするプロプラエタリ・モードを使用する。
【００３６】
ＩＥＥＥ８０２．１６標準規格によれば、ａｃｋ使用可能接続では、データ・パケットを送信した後で、伝送側は、受信側からのＡＣＫパケットを待機する。ＡＣＫは、正または負になることがある。負である場合には、時間フレームの限度内で最大回数まで、パケットを再送出することができる。
【００３７】
本実施例では、伝送側は、ａｃｋ使用可能接続でいくつかの受信側にパケットを送信する。１つの受信側からのＡＣＫを待機する代わりに、図７に示すように全ての受信側からのＡＣＫを待機する。
【００３８】
伝送側は、２つのタイマを含む。第１のタイマは、パケットの寿命に対応するｔｉｍｅ＿ｏｆ＿ｌｉｆｅタイマである。パケットは、その寿命の最後まで伝送側のメモリに保持され、その後、メモリから破棄される。第２のタイマは、ａｃｋタイマである。ａｃｋタイマは、伝送側がパケットを送信した後、全ての正のＡＣＫパケットを受信しない場合に当該パケットを再送出するまでの時間に対応する。ａｃｋタイマは、ＩＥＥＥ８０２．１６標準規格では、リトライ・タイムアウト（Ｒｅｔｒｙ＿Ｔｉｍｅｏｕｔ）と呼ばれる。伝送側は、最大回数までデータ・パケットを再送出することができる。
【００３９】
パケット確認応答の規則を、図７に示す。これはＢＳで実施され、また以下のステップに従って示すことができる。
Ｓ４．１  伝送側がデータ・パケットを送信する。
Ｓ４．２  少なくとも１つのＳＳが負の確認応答をしたら直ちに、パケットは正しく受信されていないものとみなされる。そして、パケットは最大回数まで再送される。
Ｓ４．３  ａｃｋタイマの終了前にＢＳが全てのＡＣＫパケットを受信した場合、および全てのＳＳが正の確認応答をした場合には、パケットは、全てのＳＳに正しく受信されたとみなされる。次いで、ＢＳは、パケットをメモリから破棄する（Ｓ４．５）。ａｃｋタイマの終了時に、全てのＡＣＫパケットが受信されていない場合には、ＢＳはパケットを再送出する。
Ｓ４．４  ＩＥＥＥ８０２．１６標準規格に記載されるように、パケットの寿命の終了時に、パケットを破棄する（Ｓ４．５）。
【００４０】
上述のように、ＢＳは、全てのＳＳからＡＣＫパケットを受信することができるものとする。つまり、本実施例によれば、ＢＳは、ＡＣＫパケットの送出者を検出することができる。
【００４１】
ＩＥＥＥ８０２．１６標準規格では、２つの基本的な接続、すなわちアップリンク接続およびダウンリンク接続を体系的に作成して、ＢＳとＳＳの間で管理パケットを移送する。これらは、基本接続と呼ばれる。本実施例によれば、ＳＳは、ＢＳに対してＡＣＫを送信しようとするときには、ＭＡＣ  ＰＤＵを作成し、この基本ＣＩＤ番号が割り当てられたアップリンク接続を介してこのＭＡＣ  ＰＤＵを送信する。従って、全てのＡＣＫパケットが同じアスペクトを有していない場合でも、それらは当該ＳＳに関連づけられた基本ＣＩＤによって区別される。
【００４２】
別の実施例では、ＡＣＫに別の接続に属するペイロード・パケットを付加することもできる。この場合には、ＣＩＤは、基本ＣＩＤではなく、このＳＳが使用する別のＣＩＤである。従って、この使用されるＣＩＤでＳＳを識別することができる。
【００４３】
別の実施例では、各ＳＳが、ＢＳによってフレーム内で割り当てられたアップリンク・バーストでそのパケットを伝送する。従って、バーストを受信したときに、ＢＳは、どのＳＳが当該バーストを送信しているのかを知り、その後、どれがこのバーストに含まれるＡＣＫを送信しているＳＳであるかを知る。さらに詳細には、１つのバーストで複数のＭＡＣ  ＰＤＵが送信される。バーストは、伝送モード（ＯＦＤＭ変調である）、持続時間、およびフレーム内の位置によって特徴づけられる。フレームは、フレーム・ヘッダ、ダウンリンク・バースト、コンテンション・アクセス期間、およびアップリンク・バーストを含む。フレーム・ヘッダは、使用する変調、持続時間、フレーム内での位置、アップリンク・バーストを生成しなければならないＳＳ、全てのダウンリンク・バーストの宛先（ＣＩＤ値）など、全てのバーストの記述を含む。本実施例では、ストリーミングは、ＢＳからダウンリンク・バーストを介していくつかのＳＳに送信される。そして、ＡＣＫは、関連する全てのＳＳからそれぞれのアップリンク・バーストを介して受信される。
【００４４】
この確認応答管理規則は、当該ユニキャスト接続に登録されたＳＳのサブセットのみに適用することもできる。いくつかのＳＳが、同じユニキャスト接続を介して同じストリームを受信する。これらのＳＳは全て、確認応答機構を使用する。しかし、パケットの送信側は、受信側のサブセットから来るＡＣＫパケットのみを考慮に入れる。送信側は、第１のグループの受信側および第２のグループの受信側にデータを送信する。送信側は、第１のグループの全ての受信側から確認応答を受信していない場合、または少なくとも１つの確認応答が第１のグループの受信側がデータを正しく受信していないことを示している場合には、受信データを再送出する。
【００４５】
第１のグループおよび第２のグループは、予め構成しておくことができる。いくつかの受信側が特に特権的役割を有し、これらの受信側が正しくストリームを受信することが重要である。その選択は、以下のように行うことができる。
例えばプラズマ・スクリーンの方がラップトップより良好にストリームを受信できると予想されるなど、装置のタイプに基づいて行う。
ユーザによる装置の選択に基づいて行う。送出者すなわち受信側のユーザ・インタフェース上で、ユーザは、装置を第１または第２のリストに設定することができる。第１のリストの装置は、確認応答管理規則の考慮対象となり、第２のリストの装置は考慮されない。
【００４６】
これは、自動的に構成することもできる。ある受信側の受信品質が非常に悪く、受信状態が悪いことを示すＡＣＫパケットをいくつか連続的に送信しているとする。この受信側のために多くのデータ・パケットを再送出する代わりに、送信側は、その受信側を、そのＡＣＫパケットを再送出の考慮対象にしない状態に置く。当該受信側の受信品質が改善されたら、そのＡＣＫパケットを考慮する状態に戻すことができる。これにより、１つの装置が、再送機構によって伝送の速度を低下させて、他の全ての装置に悪影響を及ぼすことを防止する。
【００４７】
あるいは、以下のように受信側の選択を行うこともできる。すなわち、第１のグループの装置の数を最大値に制限する。受信を要求する第１の装置は、第１のグループの一部とする。最大値に達した後は、新しい装置は第２のグループの一部とする。第１のグループの１つの装置が受信を再開したら、第２のグループの１つの装置を第１のグループに移動させることができる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施例の機能モジュールを示すブロック図である。
【図２】本実施例の無線ネットワークを示す図である。
【図３】本実施例による基地局を示すブロック図である。
【図４】基地局の機能モジュールを示す図である。
【図５】接続の開放を表す流れ図である。
【図６】本実施例によるデータ転送を表す流れ図である。
【図７】本実施例による確認応答の各ステップを示す図である。
【図１】
2009534884.tif 000003
【図２】
2009534884.tif 000004
【図３】
2009534884.tif 000005
【図４】
2009534884.tif 000006
【図５】
2009534884.tif 000007
【図６】
2009534884.tif 000008
【図７】
2009534884.tif 000009
【国際調査報告】
2009534884.tif 000010
2009534884.tif 000011
2009534884.tif 000012