(57)【特許請求の範囲】
【請求項１】
無線端末装置(ＭＴ１−ＭＴ４)と、通信チャネル(ＣＨ)と、少なくとも１つのアクセス・ポイント(ＡＰ１、ＡＰ２)と、アクセス・ポイント・コントローラ(ＡＣ１、ＡＣ２)とを有する無線通信システム(１)における方法であって、
前記無線端末装置(ＭＴ１−ＭＴ４)と前記アクセス・ポイント(ＡＰ１)との間で少なくとも１つのデータ送信接続をアクティブにするステップであって、パケットで情報の送信を行うように成すステップと、
前記パケットでの送信用データ・フレーム(ＦＲ)を形成するステップと、
エラー・チェック用データの少なくとも１つの項目を前記データ・フレーム(ＦＲ)に補充するステップであって、前記データ・フレームの形成時に、前記データ・フレーム(ＦＲ)の中に含まれる情報の少なくとも一部を利用するように成すステップと、
前記データ・フレーム(ＦＲ)を前記通信チャネルで送信する信号に変換するステップと、
前記通信チャネルで送信される信号を受信し、該信号をデータ・フレームに変換するステップと、
前記データ・フレーム(ＦＲ)で受信された情報に基づいて、エラー・チェック用データの少なくとも１つの項目に対応する参照データを形成するステップと、
前記受信されたエラー・チェック用データを前記参照データと比較するステップと、
前記データ・フレームを受信する前記装置(ＭＴ１−ＭＴ４)から、前記データ・フレームを送信する前記装置(ＡＰ１、ＡＰ２)への確認応答メッセージを送信するステップと、を有する方法において、
少なくとも第１の基準値(ＲＸ＿Ｔｈｒ)を決定するステップと、
少なくとも第１のエラー・タイプと第２のエラー・タイプとを決定するステップと、
前記受信信号に基づいて測定値(ＲＸ＿Ｌｅｖ)を形成するステップと、
前記エラー・チェック用データと前記参照データとが一致しない場合、前記第１の基準値(ＲＸ＿Ｔｈｒ)を前記測定値(ＲＸ＿Ｌｅｖ)と比較するステップであって、前記エラー・タイプのうちの一方を、前記比較に基づいて前記データ・フレーム(ＦＲ)の間違って受信された部分に対して選択するように成すステップと、
前記エラー・タイプに関する情報を前記確認応答メッセージに補充するステップと、をさらに有することを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記通信チャネルで送信する信号へのデータ・フレーム(ＦＲ)の変換が、変調段と符号化段とを有し、その場合、前記変換時に用いられる前記変調及び符号化に基づいて、前記基準値(ＲＸ＿Ｔｈｒ)が選択されることを特徴とする方法。
【請求項３】
請求項１または２に記載の方法において、第２の基準値(ＲＸ＿Ｔｈｒ２)と第３のエラー・タイプとが決定されることを特徴とする方法。
【請求項４】
請求項３に記載の方法において、前記測定値(ＲＸ＿Ｌｅｖ)が前記第１の基準値(ＲＸ＿Ｔｈｒ)より小さい場合、エラー・タイプを前記第１のエラー・タイプとして決定し、前記測定値(ＲＸ＿Ｌｅｖ)が前記第２の基準値(ＲＸ＿Ｔｈｒ２)より大きい場合、エラー・タイプを前記第３のエラー・タイプとして決定し、その他の場合には、前記エラー・タイプを前記第２のエラー・タイプとして決定することを特徴とする方法。
【請求項５】
請求項１乃至４のいずれか１項に記載の方法において、前記データ・フレーム(ＦＲ)中受信される前記信号の少なくとも一部の信号強度を測定することにより前記測定値(ＲＸ＿Ｌｅｖ)を形成することを特徴とする方法。
【請求項６】
請求項１乃至５のいずれか１項に記載の方法において、前記データ・フレーム(ＦＲ)中受信される前記信号の少なくとも一部の信号パワーレベル、好適には平均パワーレベルを測定することにより前記測定値(ＲＸ＿Ｌｅｖ)を形成することを特徴とする方法。
【請求項７】
請求項１乃至６のいずれか１項に記載の方法において、前記通信チャネルで送信される信号が少なくとも１つの初期同期部分を有し、その場合、該初期同期部分の信号パワーレベルを測定することにより前記測定値(ＲＸ＿Ｌｅｖ)を形成することを特徴とする方法。
【請求項８】
請求項１乃至７のいずれか１項に記載の方法において、
前記フレーム(ＦＲ)の中に少なくとも１つのデータ・フィールド(Ｄ)を形成するステップと、
前記データ送信接続のパケットでの送信用として前記データ・フィールド(Ｄ)の中に送信用スロット(ＴＳ１−ＴＳｎ)を割り当てるステップと、
前記パケットの中に含まれる情報に基づいて前記パケットに前記パケット・エラー・チェック用データを設けるステップと、を有し、その場合、
前記データ送信接続のパケットを受信し、
各パケットについて前記受信信号の強度を測定し、
各受信パケットの中に含まれる情報に基づいて、当該パケットの中の受信された前記エラー・チェック用情報と比較する参照データを形成し、
前記パケット・エラー・チェック用データと前記パケット参照データとが一致しない場合、前記第１の基準値(ＲＸ＿Ｔｈｒ)と前記第２の基準値(ＲＸ＿Ｔｈｒ２)とを前記受信信号の強度と比較し、その場合、前記間違って受信されたパケットに対して、前記受信信号の強度が前記第１の基準値(ＲＸ＿Ｔｈｒ)より小さい場合には前記エラー・タイプを前記第１のエラー・タイプとして定義し、前記受信信号の強度が前記第２の基準値(ＲＸ＿Ｔｈｒ２)より大きい場合には前記エラー・タイプを前記第３のエラー・タイプとして定義し、その他の場合には、前記エラー・タイプを前記第２のエラー・タイプとして定義し、
前記データ・フィールドに対して状態データを定義し、間違ったものとしてマークされたパケットを持つ前記データ・フレームの中で、前記状態データが、
前記第１のエラー・タイプについてマークされたパケットの量が、前記データ・フレームの前記間違って受信されたパケットの中で他のエラー・タイプについてマークされたパケットの量に少なくとも等しい場合、前記第１のエラー・タイプとして、
前記第２のエラー・タイプについてマークされたパケットの量が前記データ・フレームの前記間違って受信されたパケット内の他のエラー・タイプについてマークされたパケットの量より大きい場合、前記第２のエラー・タイプとして、
前記第３のエラー・タイプについてマークされたパケットの量が前記データ・フレームの間違って受信されたパケット内の他のエラー・タイプについてマークされたパケットの量より大きい場合、前記第３のエラー・タイプとして、
前記データ送信接続に属する前記データ・フレームのすべてのパケットが障害なく受信された場合、障害のないものとして、マークされることを特徴とする方法。
【請求項９】
請求項８に記載の方法において、前記データ・フレーム(ＦＲ)に対しても少なくとも１つの制御フィールド(Ｃ)を設け、前記制御フィールド(Ｃ)に含まれる情報に基づいて前記制御フィールドの前記エラー・チェック用データを形成し、その場合、前記制御フィールド(Ｃ)内に受信された前記制御フィールドの前記エラー・チェック用データと比較される制御フィールド比較データを、前記制御フィールド(Ｃ)内に受信された情報に基づいて、前記無線端末装置(ＭＴ１、ＭＴ２)の中に形成し、その場合、前記制御フィールドの前記エラー・チェック用データと、前記制御フィールドの前記参照データとが一致しない場合、前記制御フィールド(Ｃ)を間違って受信されたものとしてマークすることを特徴とする方法。
【請求項１０】
請求項９に記載の方法において、１つまたはいくつかの受信されたデータ・フレーム(ＦＲ)に基づいて前記エラー・タイプ・データが形成されることを特徴とし、さらに、前記エラー・タイプに関する情報が、
前記状態データの中で前記第２のエラー・タイプの方が前記第１のエラー・タイプより頻繁に現われる場合には、前記エラー・タイプ・データの一部が前記第２のエラー・タイプに関する情報を含むように設定され、そうでない場合には、前記第１のエラー・タイプに関する情報を含むように設定され、
１つまたはいくつかの制御フィールド(Ｃ)が間違って受信されたものとしてマークされた場合、前記エラー・タイプ・データの第２の部分が、前記間違って受信された制御フィールド(Ｃ)に関する情報を含むように設定され、そうでない場合には、前記障害なく受信された制御フィールド(Ｃ)に関する情報を含むように設定される、少なくとも２つの部分を有することを特徴とする方法。
【請求項１１】
請求項９または１０に記載の方法において、前記制御フィールドの中に受信された前記信号に基づいて測定値(ＲＸ＿Ｌｅｖ)をさらに形成し、前記第１の基準値(ＲＸ＿Ｔｈｒ)と前記第２の基準値(ＲＸ＿Ｔｈｒ２)とを前記測定値(ＲＸ＿Ｌｅｖ)と比較し、その場合、前記比較に基づいて、間違ったものとしてマークされた前記制御フィールド(Ｃ)に対して前記エラー・タイプの中の１つを選択することを特徴とする方法。
【請求項１２】
請求項１乃至１１のいずれか１項に記載の方法において、前記第１のエラー・タイプが信号のフェージングであり、前記第２のエラー・タイプが干渉であり、前記第３のエラー・タイプが受信装置過負荷であることを特徴とする方法。
【請求項１３】
請求項１２に記載の方法において、信号送信用として、前記通信チャネル(ＣＨ)で利用可能な少なくとも２つのチャネルが存在し、その場合、前記エラー・タイプが前記第１のエラー・タイプである場合には、前記アクセス・ポイント(ＡＰ１、ＡＰ２)がチャネル変更を行わず、前記エラー・タイプが前記第２または第３のエラー・タイプである場合には、前記アクセス・ポイント(ＡＰ１、ＡＰ２)がチャネル変更を行うことを特徴とする方法。
【請求項１４】
請求項１乃至１３のいずれか１項に記載の方法において、前記アクセス・ポイント(ＡＰ１、ＡＰ２)からデータ・フレームを送信し、前記無線端末装置(ＭＴ１−ＭＴ４)で受信することを特徴とする方法。
【請求項１５】
無線通信システム(１)であって、
無線端末装置(ＭＴ１−ＭＴ４)と、
通信チャネル(ＣＨ)と、
少なくとも１つのアクセス・ポイント(ＡＰ１、ＡＰ２)及びアクセス・ポイント・コントローラ(ＡＣ１、ＡＣ２)と、
前記無線端末装置(ＭＴ１−ＭＴ４)と前記アクセス・ポイント(ＡＰ１)との間の少なくとも１つのデータ送信接続をアクティブにする手段(ＡＣ１、ＡＣ２)と、
パケットでの情報送信用としてデータ・フレーム(ＦＲ)を形成する手段(ＡＣ１、ＡＣ２、ＭＴ１−ＭＴ４)と、
前記データ・フレーム(ＦＲ)の中に含まれる情報の少なくとも一部に関して、エラー・チェック用データの少なくとも１つの項目を設定し、前記データ・フレーム(ＦＲ)の中に該項目を付加する手段(ＡＣ１、ＡＣ２、ＭＴ１−ＭＴ４)と、
前記データ・フレーム(ＦＲ)を前記通信チャネルで送信する信号に変換する手段(ＡＰ１、ＡＰ２、ＣＯＭ)と、
前記通信チャネルで送信された信号を受信し、該信号をデータ・フレームに変換する手段(ＣＯＭ、ＡＰ１、ＡＰ２)と、
前記データ・フレーム(ＦＲ)の中に受信された情報に基づいて、エラー・チェック用データの少なくとも１つの項目に対応する参照データを形成する手段(１１、１９)と、
前記受信されたエラー・チェック用データを前記参照データと比較する手段(１１、１３；１９、１４)と、
前記データ・フレームを送信した前記装置(ＭＴ１−ＭＴ４、ＡＰ１、ＡＰ２)へメッセージを送信する手段(８、９、１１、２０)と、を有する無線通信システム(１)において、
少なくとも第１の基準値(ＲＸ＿Ｔｈｒ)を決定する手段(１１、１３；１４、１９)と、
少なくとも第１のエラー・タイプと第２のエラー・タイプとを決定する手段(１３、１４)と、
前記受信信号に基づいて測定値(ＲＸ＿Ｌｅｖ)を形成する手段(８、１１、１３；１４、１５、１９)と、
前記基準値(ＲＸ＿Ｔｈｒ)と前記測定値(ＲＸ＿Ｌｅｖ)とを比較する手段(１１、１９)と、
前記データ・フレーム(ＦＲ)の間違って受信された部分に対して前記エラー・タイプを前記比較に基づいて選択する手段(１１、１９)と、
前記エラー・タイプに関する情報を前記メッセージに補充する手段(１１、１３；１４、１９)と、をさらに有することを特徴とする無線通信システム(１)。
【請求項１６】
請求項１５に記載の無線通信システム(１)において、第２の基準値(ＲＸ＿Ｔｈｒ２)を決定する手段(１１、１３；１４、１９)と、第３のエラー・タイプを決定する手段(１３、１４)と、を有することを特徴とする無線通信システム(１)。
【請求項１７】
請求項１６に記載の無線通信システム(１)において、前記選択対象のエラー・タイプは、前記測定値(ＲＸ＿Ｌｅｖ)が前記第１の基準値(ＲＸ＿Ｔｈｒ)より小さい場合、前記第１のエラー・タイプとなり、前記測定値(ＲＸ＿Ｌｅｖ)が前記第２の基準値(ＲＸ＿Ｔｈｒ２)より大きい場合、前記第３のエラー・タイプとなり、その他の場合には、前記第２のエラー・タイプとなるように構成されることを特徴とする無線通信システム(１)。
【請求項１８】
請求項１５、１６または１７に記載の無線通信システム(１)において、前記測定値(ＲＸ＿Ｌｅｖ)を形成する前記手段が、前記データ・フレーム(ＦＲ)中受信される前記信号の少なくとも一部で前記信号強度を測定する手段(８、１１、１３；１４、１５、１９)を有することを特徴とする無線通信システム(１)。
【請求項１９】
請求項１５、１６、１７または１８に記載の無線通信システム(１)において、前記測定値(ＲＸ＿Ｌｅｖ)を形成する前記手段が、前記データ・フレーム(ＦＲ)中受信された前記信号の少なくとも一部で、前記信号出力レベル、好適には平均出力レベルを測定する手段(８、１１、１３；１４、１５、１９)を有することを特徴とする無線通信システム(１)。
【請求項２０】
請求項１５乃至１９のいずれか１項に記載の無線通信システム(１)において、前記データ・フレーム(ＦＲ)を前記通信チャネルで送信する信号に変換する前記手段が、少なくとも１つの初期同期部分を前記信号に付加する手段(２３、２４；９、２０)を有し、その場合、前記測定値(ＲＸ＿Ｌｅｖ)を形成する前記手段が、前記初期同期部分の信号強度を測定する手段(８、１１、１３；１４、１５、１９)を有することを特徴とする無線通信システム(１)。
【請求項２１】
請求項１６乃至２０のいずれか１項に記載の無線通信システム(１)であって、
前記データ・フレーム(ＦＲ)が少なくとも１つのデータ・フィールド(Ｄ)を有し、
前記データ送信接続のパケットを送信するための送信用スロット(ＴＳ１−ＴＳｎ)が前記データ・フィールド(Ｄ)から割り当てられ、
前記パケットの中に含まれる情報に基づいて各パケットに対してパケット・エラー・チェック用データが与えられることを、特徴とし、この場合、
前記データ送信接続のパケットを受信する手段(８、１０、２１；１５、２５、２６)と、
各受信パケットの中に含まれる情報に基づいてパケット参照データを形成する手段(１１、１９)と、
前記パケット参照データを当該パケットの中に受信された前記エラー・チェック情報と比較する手段(１１、１３；１４、１９)と、
各パケット中に受信された前記信号の強度を測定する手段(８、１１、１３；１４、１５、１９)と、
前記第１の基準値(ＲＸ＿Ｔｈｒ)を前記受信信号の強度と比較する手段(１１、１９)であって、その場合、間違って受信されたパケットに対して、前記受信信号の強度が前記第１の基準値(ＲＸ＿Ｔｈｒ)より小さい場合には、定義するエラー・タイプを前記第１のエラー・タイプとし；前記受信信号の強度が前記第２の基準値(ＲＸ＿Ｔｈｒ２)より大きい場合には、前記第３のエラー・タイプとし；その他の場合には、前記第２のエラー・タイプとするように構成される手段(１１、１９)と、
前記データ・フレームの前記データ・フィールドの状態データを決定する手段(１１、１３；１４、１９)であって、マークすべき状態データが、
前記第２のエラー・タイプについてマークされたパケットの量が、前記データ・フレームの前記間違って受信されたパケット内の前記第１のエラー・タイプについてマークされたパケットの量に少なくとも等しい場合、前記第１のエラー・タイプとなり、
前記第２のエラー・タイプについてマークされたパケットの量が、前記データ・フレームの前記間違って受信されたパケット内の前記第１のエラー・タイプについてマークされたパケットの量より大きい場合、前記第２のエラー・タイプとなり、
前記データ送信接続に属する前記データ・フレームのすべてのパケットが障害なく受信された場合、障害なしとなるように構成される手段(１１、１３；１４、１９)と、を有することを特徴とする通信システム(１)。
【請求項２２】
請求項２１に記載の無線通信システム(１)において、前記データ・フレーム(ＦＲ)が、少なくとも１つの制御フィールド(Ｃ)をさらに有し、さらに、前記制御フィールド(Ｃ)に含まれる情報に基づいて、前記制御フィールド用のエラー・チェック用データが前記制御フィールドに与えられることを特徴とする無線通信システム(１)。
【請求項２３】
請求項１６乃至２２のいずれか１項に記載の無線通信システム(１)において、前記データ・フレーム(ＦＲ)を前記通信チャネルで送信する信号に変換する前記手段を前記アクセス・ポイント(ＡＰ１、ＡＰ２)に設け、前記通信チャネルで送信した信号を受信し、該信号をデータ・フレームに変換する手段を前記無線端末装置(ＭＴ１−ＭＴ４)に設けることを特徴とする無線通信システム(１)。
【請求項２４】
請求項１６乃至２３のいずれか１項に記載の無線通信システム(１)であって、少なくとも第１の無線端末装置(ＭＴ１)と第２の無線端末装置(ＭＴ２)とを有する無線通信システム(１)において、前記第１の無線端末装置(ＭＴ１)が、少なくとも、データ・フレーム(ＦＲ)を送信する手段(８、９、２０)を有し、前記第２の無線端末装置(ＭＴ２)が、少なくとも、データ・フレーム(ＦＲ)を受信する手段(８、１０、２１)を有することを特徴とする無線通信システム(１)。
【請求項２５】
請求項１６乃至２４のいずれか１項に記載の無線通信システム(１)において、ローカル・エリア・ネットワークであることを特徴とする無線通信システム(１)。
【発明の詳細な説明】
【０００１】
本発明は、添付の請求項１の前文に記載されているような無線通信システムにおける方法に関する。また、本発明は添付の請求項１５の前文に記載されているような無線通信システムに関する。
【０００２】
特にインターネットやいわゆるワールド・ワイド・ウェブ(ＷＷＷ)サービスの結果、情報サービスの利用が著しく増加したことに起因して、情報サービスのプロバイダと情報サービスを利用する端末装置間での情報転送用としてより高速の通信サービスの開発に対する要望が生れている。さらに、いくつかの情報サービスには、画像、ビデオ画像及び音等のいわゆるマルチメディア情報も含まれている。このようなマルチメディア情報の伝送には、可能な限りリアルタイムに近いデータ伝送を実行するための高いデータ伝送レートが要求される。
【０００３】
オフィス環境、いわゆるローカル・エリア・ネットワーク(ＬＡＮ)用として意図された通信システムは大部分有線システムとして実現されている。したがって、端末装置とサーバーとの間のデータ伝送接続はケーブルを介して電気的に、もしくは、光ファイバーを介して光学的に行われるいずれかの方法で実現されている。比較的高いデータ伝送レートの達成が可能であることがこのような固定システムの利点である。このような固定通信ネットワークの１つの欠点として、変更を行うことが難しいこと、及び、端末装置用として意図された接続ポイントに比較的近接して端末装置を通常配置する必要があり、そのため、端末装置の可動性が影響を受けることが挙げられる。既存ビル内でのこのような有線ローカル・エリア・ネットワークの実現は必ずしも成功するとはかぎらず、また、後からのケーブルの配線にはコストがかかる。一方で、特に古いビル内に既に存在するような通信ケーブル・システムは必ずしも高速のデータ送信に適しているとはかぎらない。
【０００４】
ローカル・エリア・ネットワークを実現するために、開発中のいくつかの無線通信システムが存在する。いくつかの有線通信システムにはデータ送信時に無線信号の利用をベースにしているものもある。無線通信に基づくローカル・エリア・ネットワーク用のそのような通信システム１つとして、いわゆるＨＩＰＥＲＬＡＮ(高性能無線ローカル・エリア・ネットワーク)がある。このような無線ネットワークは広帯域無線アクセス・ネットワーク(ＢＲＡＮ)とも呼ばれる。
【０００５】
開発中のＨＩＰＥＲＬＡＮ通信システムのバージョン２では、その目標として、最大セル範囲が数十メートルで、３０Ｍｂｉｔ／秒以上ものデータ伝送レートの達成が意図されている。このようなシステムは、１つのオフィス用の社内ローカル・エリア・ネットワークとして同じビル内での利用などに適している。開発中のいわゆるハイパーアクセス(HIPERACCESS)通信システムも存在し、このシステムでは前記ＨＩＰＥＲＬＡＮ/２通信システムの場合と同じデータ伝送レートで、しかも、数百メートルのセル範囲を持つデータ伝送レートの達成が目標とされている。この場合、ハイパーアクセス・システムは、学校やさらに大きなビル集合体などでの、さらに広いローカル・エリア・ネットワークとしての使用に利用することができる。
【０００６】
一例として使用されるＨＩＰＥＲＬＡＮ/２システムでは、データ・リンク層ＤＬＣ内で使用されるフレーム構造が、添付図面１ｂに簡略化されて図示されている。データ・フレームＦＲは、ＲＡＣＨ(ランダムアクセス・チャネル)、ＢＣＣＨ(報知チャネル)及びＦＣＣＨ(フレーム制御チャネル)等の制御フィールドＣ、並びに、実際のペイロード情報の送信が可能な所定数のタイムスロットＴＳ１、ＴＳ２、...、ＴＳｓｎを含むデータ・フィールドＤから構成される。
【０００７】
データ・フレームを送信するアクセス・ポイントＡＰ１によって計算され、データ・フレームの制御フィールドＣの中へ加えられるパケットであって、タイムスロットＴＳ１、ＴＳ２、...、ＴＳｎで送信されるパケットへ加えられたエラー・チェック用データが、各制御フィールドＣ、並びに、データ・フィールドのタイムスロットで送信されるパケットの中に好適に含まれる。このチェック用データは、前記フィールドの中に含まれる、ＣＲＣ(巡回冗長検査)等の情報に基づいて計算されたチェックサムであることが望ましい。受信用無線端末装置ＭＴ１では、データ送信の中に何らかのエラーが含まれているかどうかをチェックするために、このエラー・チェック用データを利用することができる。フィールドＣ、Ｄの中に、フィールド内に含まれる情報の一部について計算されたいくつかのエラー・チェック用データが存在してもよい。例えば、ＨＩＰＥＲＬＡＮ/２システムでは、ＦＣＣＨ制御フィールドは、それぞれについてエラー・チェック用データの計算対象となるさらに小さな情報要素から構成される。これらの情報要素の数は各データ・フレーム内で変更可能である。すべてのデータ・フレームは必ずしもＦＣＣＨ制御フィールドを持っているとはかぎらず、その場合情報要素の数はゼロである。
【０００８】
ＨＩＰＥＲＬＡＮ/２システムでの通信は時分割多元接続ＴＤＭＡをベースにしている。この場合、チャネル周波数で同時にいくつかの接続を行うことが可能であるが、前記フレーム内では、各接続は、データ送信に使用される該フレーム自身のタイムスロットに割り当てられる。すべての同時接続時に送信対象のデータ量が通常一定ではなく、時間的に変動するため、いわゆる適応型ＴＤＭＡ方式が利用される。この方式では、各データ伝送接続用として割り当てられるタイムスロットの数は、毎回、並びに、接続用として割り当てられるデータ送信容量に対して、負荷状況に応じてゼロから最大値まで変動する場合もある。
【０００９】
時分割多元接続が機能するためには、同じノードと接続された端末装置の相互の同期及びノードの送信との同期を行う必要がある。この同期は、例えば、無線端末装置の受け手が１つのチャネルで信号を受信するように達成可能である。そのチャネルで信号が検出されなかった場合、すべてのチャネルがチェックされるまで、あるいは、アクセス・ポイントから送信された信号が検出されるチャネルが発見されるまで、受け手は別のチャネルで受信を行うために受信周波数の切替えを行う。この信号の受信と復調によって、当該アクセス・ポイントの制御チャネルＢＣＣＨの送信時刻を見つけ出し、その時刻を用いて端末装置との同期をとることが可能となる。場合によっては、端末装置は、２以上のアクセス・ポイントから信号を検出する場合もある。その場合、端末装置は受信装置内で最大信号強度を持つアクセス・ポイントを好適に選択し、このアクセス・ポイントとの同期を実行する。
【００１０】
端末装置がアクセス・ポイントと同期した後、端末装置は接続設定を開始してこのアクセス・ポイントとの接続が可能となる。端末装置がＲＡＣＨ制御チャネルでアクセス・ポイントへ接続設定要求を送信できるように、この接続設定の好適な実行が可能である。実際問題として、この接続要求は、端末装置が、ＲＡＣＨ制御チャネル用として割り振られたタイムスロットで送信を行い、アクセス・ポイントがそのチャネルで通信を同時に受信(ｌｉｓｔｅｎ)する、すなわち同じアクセス・ポイントが使用するチャネル周波数で信号を受信することを意味する。端末装置が接続設定要求メッセージを送信していることを検出した後、アクセス・ポイントは、可能な場合、接続のためのリソース割当て等の接続設定に必要な処置を講じる。リソース割当て時に、例えば、接続用として割り当てられるタイムスロットの数などに影響を与える、接続に要求されるサービス品質が考慮される。アクセス・ポイントは接続設定が可能か否かについての情報を端末装置に与える。接続設定が可能な場合、アクセス・ポイントは、ＢＣＣＨ制御フィールドで、例えば、接続用として割り当てられる、送信用タイムスロット、受信用タイムスロット、接続用識別子などに関する情報などの送信を行う。多くの場合送信される情報量が両方向で異なるため、送受信用タイムスロットの数は必ずしも同じであるとはかぎらない。例えば、インターネット・ブラウザが使用される場合、端末装置へ受信される情報より著しく少ない情報が端末装置から送信される。したがって、受信用タイムスロットより少ない数の送信用タイムスロットが端末装置に必要となる。さらに、接続用として割り振られるタイムスロットの数は、その時の情報送信の必要に応じて異なるフレーム内で好適に変更される場合がある。アクセス・ポイント・コントローラには、例えば上述のような異なる接続用としてタイムスロットを割り当て目的に役立ついわゆるスケジューラが設けられる。このスケジューラは、アクセス・ポイント・コントローラ内のアプリケーション・プログラムの中に好適に実現される。
【００１１】
ローカル・エリア・ネットワークでは全二重通信を必要とするため、無線チャネルでも全二重データ送信接続が必要となる。時分割システムでは、無線端末装置からアクセス・ポイントへの(上り回線)送信用としてフレーム内のタイムスロットのいくつかを割り当て、アクセス・ポイントから無線端末装置への(下り回線)送信用としていくつかを割り当てるようにするか、あるいは、各通信方向について別個の周波数帯域を割り当てるようにするかのいずれかの方法でこの全二重データ送信接続を実現することが可能となる。ＨＩＰＥＲＬＡＮ/２システムでは、最初に述べた方法の導入が提案されている。この場合、アクセス・ポイント及びそれと接続された端末装置は同時に送信を行うことはない。
【００１２】
ＨＩＰＥＲＬＡＮ/２システムでは、アクセス・ポイントによって、その他のアクセス・ポイントにかかわりなく、接続時に使用するチャネル選択を行うことができる。さらに、アクセス・ポイントのスケジューラによって、その他のアクセス・ポイントにかかわりなく、送信に利用する時点が選択される。実際問題として、これは２またはそれ以上のアクセス・ポイントがチャネル周波数で同時に送信を行う試みが可能であることを意味し、この場合送信は成功しない。この送信の衝突を防止するために、アクセス・ポイントまたは無線端末装置は、送信が行われるチャネルの通信をまず受信する。所定期間内にそのチャネルでの通信が検出されない場合、チャネルは未使用であり、送信開始が可能であることが推定される。しかし、通信がそのチャネルで検出された場合、受信装置はこの送信との同期を行う。送信が終了したとき、可能な新しいメッセージが待機され、その後チャネルの取得を行う再試行が可能となる。しかし、いくつかのアクセス・ポイント及び／又は無線端末装置が送信の順番を待っている場合もある。その場合いくつかの装置が同時送信を試みることができる。さらに、特定のチャネルのすべての装置が送信の順番を待っている状況が生じる、すなわちチャネルが十分に利用されていない場合もある。一方、情報がすべてのフレーム内のすべてのタイムスロットに入れられて送信されるというものでもない。この場合、送信を待っている他のいずれの装置も、現在のシステムではこのようなタイムスロットの間はいずれの送信も行うことができないという理由で、このような空のタイムスロットの間、チャネルは十分に利用されていない。
【００１３】
本説明で前に提示したように、無線ローカル・エリア・ネットワークはいくつかのアクセス・ポイントを有することができるが、このアクセス・ポイントのサービス・エリアの範囲は、伝送容量と、周囲の環境条件と、信号経路内での生じ得る妨害と、アンテナなどの指向性パターンなどにより影響を受ける。実際問題として、アクセス・ポイントのサービス・エリアの境界を明瞭に画定することは不可能であり、互いの近傍に配置されるアクセス・ポイントのサービス・エリアは少なくとも部分的には互いにオーバーラップする。したがって、場合によっては、無線端末装置は２つまたはそれ以上のアクセス・ポイントのサービス・エリア内に配置されることになるが、これらのアクセス・ポイントは必ずしも相互の送信を検出するとはかぎらず、互いに同期をとることはない。無線端末装置はデータ送信接続時に使用するこれらのアクセス・ポイントの中の１つを選択する。一方、ある所定時刻に接続して使用されるアクセス・ポイントは、無線端末装置が移動するとき、もしくは、接続品質が変わるとき公知のように変更が可能である。アクセス・ポイントは、その他のアクセス・ポイントにかかわりなく、接続時に使用するチャネルを選択し、独立して送信スケジュールをたてることができるので、無線端末装置とある所定時刻に接続して使用されるアクセス・ポイント間でのデータ伝送のプロパティは、無線端末装置が位置するサービス・エリアを持つ１以上のアクセス・ポイントにより影響を受ける。使用周波数が同じではないが、２つのアクセス・ポイントがたとえば隣接するチャネルなどで送信を行う状況でもまたこのような干渉が発生する可能性がある。
【００１４】
データ送信に干渉するアクセス・ポイントは、別の無線ネットワークのアクセス・ポイントである可能性もある。少なくとも部分的に互いにオーバーラップする周波数帯域を利用するいくつかの無線ネットワーク・システムが同じオフィスビル内に存在する場合、上記干渉が生じる可能性がある。
【００１５】
他の無線装置によって引き起こされる干渉に加えて、データ送信のプロパティは環境状態の変化によっても影響を受ける。これらの変化は、通信ネットワークのサービス・エリア内での、あるいは、通信ネットワークのサービス・エリア外での１つのセル・エリアから別のセル・エリアへの無線端末装置の移動による信号のマルチパス伝播などによって生じる場合もある。この場合信号の伝搬条件が変動する場合もある。また空気中の温度や湿度の変化が信号の伝播に影響を与え、これに起因してデータ送信接続の変化が生じる場合もある。このような変化に起因して受信信号強度の変化、すなわちフェージングが生じる場合もある。これによって、信号の一部が大きく減衰し、その結果受け手が送信情報を信号内に見つけ出すことができなくなる場合があり、データ送信は失敗する。しかし、このような減衰は過渡現象である場合もあり、アクセス・ポイント及び／又は接続の周波数レベルの変更を行うことがなくても、一瞬後に十分信頼性のあるレベルまで接続が回復する場合もある。それにもかかわらず、従来技術の無線ローカル・エリア・ネットワーク内では、データ送信接続用の別のチャネルまたは別のアクセス・ポイントの選択が可能であるか否かを発見することにより、減衰によって生じた通信の失敗を修正する試みが行われる。しかし、このフェージングは別のアクセス・ポイントを介する、あるいは、別のチャネルでの通信に影響を与える可能性もある。
【００１６】
無線端末装置とアクセス・ポイント間で接続設定を行うための１つの基準は接続に求められるサービス品質(ＱｏＳ)である。データ接続などのいくつかの接続では、データ伝送レートは、データ伝送の信頼性ほど重要ではない。したがって、できるだけ信頼性の高いデータ伝送が行われるようにデータ伝送パラメータの選択が行われる。一方、例えば、オーディ信号及びビデオ信号の送信を行う場合、重要なのはデータ送信のリアルタイム品質であって、その正確さではない。リアルタイム・データ送信を必要とするこのような接続の場合、フレーム内にいくつかのタイムスロットを割り振ることが可能である。その場合、より高いデータ伝送レートの達成が可能となる。必要な場合、１つのデータ送信接続用としていくつかのチャネルを割り振ることも可能である。
【００１７】
データ送信の設定中、どのアクセス・ポイントが受信対象信号を持っているかを見つけ出すために無線端末装置が受信しつづける。無線端末装置は信号強度を好適に測定し、その時点で最も強い信号を持つアクセス・ポイントの選択を行う。その後、例えば必要なデータ伝送レート、接続タイプ、データ送信チャネル、タイムスロット及び接続時に使用する接続用識別子等のパラメータなどを送信するために、無線端末装置とアクセス・ポイントは接続設定を行うための信号設定を行う。
【００１８】
一般に接続中も無線端末装置は、接続時に使用するアクセス・ポイントの信号強度、並びに、カバーエリアの範囲内のその他の可能なアクセス・ポイントの信号強度の測定を行う。別のアクセス・ポイントの信号強度の方が、その特定の時点で使用するアクセス・ポイントの信号強度より十分に大きいことが検出された場合、このアクセス・ポイントへの公知のハンドオーバーを行うことが可能である。
【００１９】
本発明の目的は、従来技術の無線ネットワーク・システムよりさらに効率的な無線リソースの利用を達成することである。本発明の別の目的は、従来技術のデータ送信システムと比較して、さらに外乱のないデータ送信システムを形成することである。本発明に準拠する方法は添付の請求項１の特徴記載部分の内容を特徴とする。本発明に準拠する無線データ送信システムは、添付の請求項１５の特徴記載部分の内容を特徴とする。
【００２０】
本発明は、データ送信エラーの原因をチェックし、毎回使用されるチャネルの選択及び／又は電力制御やリンク調整のような他の無線管理アルゴリズムを行う通信システムのユニットへその原因を報告するという着想に基づくものである。このユニットによって、チャンネル選択あるいは同じチャネルでの送信継続のいずれかを行うことが可能となる。ＨＩＰＥＲＬＡＮ/２システムでは、アクセス・ポイントがチャンネル選択を行うユニットである。いくつかの通信システムでは、無線端末装置によってチャンネル選択を行うことが可能である。
【００２１】
本発明を利用することにより、従来技術の方法及び無線通信システムと比較して著しい利点が達成される。本発明の方法を用いることにより、各通信チャネルの利用度を上げ、チャネル変更の必要性を減らすことが可能となる。さらに、本発明の通信システムでは、特に、データ送信エラーが主としてフェージング現象に起因するような状況ではチャネルは根拠なく変更されることはない。本発明の通信システムでは、アクセス・ポイントが不必要に送信出力を上げることはないため、干渉レートのさらなる低下が可能となり、その場合、通信システムの利用度が著しく改善される。
【００２２】
以下、添付図面を参照して本発明についてより詳細に説明する。
【００２３】
本発明の好適な実施例に準拠する通信システム１についての以下の説明では、図１ａのＨＩＰＥＲＬＡＮ/２システムが一例として用いられているが、本発明がこのシステムのみに限定されるものではないことは言うまでもない。通信システム１は、無線端末装置ＭＴ１−ＭＴ４と、１つまたはいくつかのアクセス・ポイントＡＰ１、ＡＰ２、並びに、１以上のアクセス・ポイント・コントローラＡＣ１、ＡＣ２から構成される。アクセス・ポイントＡＰ１、ＡＰ２と無線端末装置ＭＴ１−ＭＴ４との間で、接続設定に必要な信号、及び、インターネット・アプリケーションのデータ・パケット等の、接続中の情報などを送信するための無線通信が設定される。アクセス・ポイントＡＰ１、ＡＰ２の作動、及び、アクセス・ポイントＡＰ１、ＡＰ２を介して形成される、無線端末装置ＭＴ１−ＭＴ４との接続の制御がアクセス・ポイント・コントローラＡＣ１、ＡＣ２によって行われる。アクセス・ポイント・コントローラＡＣ１、ＡＣ２は、コントローラ１９を有し、該コントローラ１９のアプリケーション・ソフトウェアの中で、それ自体公知の方法で様々なスケジューリング・オペレーションを実行するアクセス・ポイント用スケジュラ等のアクセス・ポイントのいくつかの機能が実行される。このような無線ネットワークでは、いくつかのアクセス・ポイント・コントローラＡＣ１、ＡＣ２は、お互いとの交信、及び、インターネット・データ・ネットワークや、ＵＭＴＳ移動端末装置システム等の他のデータ・ネットワークとの交信を行うことが可能である。この場合、無線端末装置ＭＴ１−ＭＴ４は、例えばインターネット網と接続された端末装置ＴＥ１などとの交信が可能である。
【００２４】
図２は、本発明の好適な実施例に準拠する無線端末装置ＭＴ１を簡略化したブロック図で示す。無線端末装置ＭＴ１は、データ処理機能ＰＣ、並びに、無線ネットワークとのデータ送信接続を設定する通信手段ＣＯＭを好適に備えている。この無線端末装置は、携帯用コンピュータ等のデータ処理手段が前記通信手段ＣＯＭを持つ拡張カードなどを装備するように設計することも可能である。データ処理機能ＰＣは、マイクロプロセッサ、マイクロコントローラ等のプロセッサ２、キーボード３、表示手段４、メモリ手段５及び接続手段６を好適に備えている。さらに、データ処理機能ＰＣは、スピーカ７ａ、マイク７ｂ、及び、コーデック７ｃ等のオーディオ手段７を含むことが可能である。この場合、ユーザーは音声などの送信用として無線端末装置ＭＴ１を使用することも可能である。無線端末装置ＭＴ１からローカル・エリア・ネットワークへの送信を意図する情報は、接続手段６を介して通信手段ＣＯＭへ好適に転送される。これに対応して、ローカル・エリア・ネットワーク１から無線端末装置ＭＴ１の中へ受信された情報は前記接続手段６を介してデータ処理機能ＰＣへ転送される。
【００２５】
通信手段ＣＯＭは、例えば、高周波部８、エンコーダ９、デコーダ１０、変調器２０、復調装置２１、制御手段１１及び基準発振器１２などを具備する。さらに、通信手段ＣＯＭは、例えば、データ送信時に必要な送受信用バッファを形成するためのメモリ１３を有する。エンコーダ９はデータ・フレームに含まれる情報の符号化を実行し、その場合、符号化情報は変調器２０の中で変調される。変調信号は高周波部８の中へ導かれ、そこから高周波信号が通信チャネルＣＨで送信される(図１)。これに対応して、通信チャネルから受信され、復調装置の中で復調された符号化情報は、デコーダの中で復元され、好適にデータ・フレーム・フォーマットへ変換される。基準発振器１２は、アクセス・ポイントの送受信と同期をとるための必要なタイミング制御のために使用される。基準発振器１２は、制御手段１１のタイミング信号を生成するために使用することができる。チャネル周波数の設定用として、及び、制御手段１１のタイミング信号用として、基準発振器１２により生成された周波数を使用できないこともあることは言うまでもない。その場合、実際には、基準発振器１２の周波数を無線部で必要な周波数へ、及び、制御手段１１のオペレーションを制御するために適用可能な周波数へ変調するために、周波数変調手段(図示せず)が利用される。
【００２６】
これに対応して、アクセス・ポイントＡＰ１(図３)は、データ送信接続を無線端末装置ＭＴ１−ＭＴ４の中へ設定するための第１の通信手段１５、２３−２６を具備する。本発明によれば、外部データ・ネットワークと接続しない社内ローカル・エリア・ネットワークとしてもローカル・エリア・ネットワーク１の実現が可能である。したがって、ローカル・エリア・ネットワークの無線端末装置ＭＴ１−ＭＴ４が通信を行う相手先である唯一のアクセス・ポイントＡＰ１を持つだけで充分である場合もある。ローカル・エリア・ネットワークでは、データ送信接続１６は１以上のアクセス・ポイントＡＰ１、ＡＰ２からデータ・プロセッサＳまで好適に構成される。該データ・プロセッサＳは、サーバーコンピュータあるいは短縮してサーバーと一般に呼ばれる。このようなサーバーは、公知の集中的方法で、データファイル、会社のアプリケーション・ソフトウェアなどを具備している。したがってユーザーは、サーバー内にインストールされたアプリケーションを無線端末装置ＭＴ１を介して起動することができる。さらに、サーバーまたはアクセス・ポイントＡＰ１は、インターネット網やＵＭＴＳ移動通信網等の別のデータ・ネットワークとのデータ送信接続を設定ための第２の通信手段１７を具備することができる。
【００２７】
アクセス・ポイントＡＰ１、ＡＰ２用の通信手段は、必要な周波数を生成する１以上の発振器２２、エンコーダ２３、変調器２４、デコーダ２５、及び復調装置２６、並びに、それ自体公知の高周波部１５を具備する。
【００２８】
各アクセス・ポイントＡＰ１、ＡＰ２及び無線端末装置ＭＴ１−ＭＴ４には識別子が割り当てられる。その場合、アクセス・ポイントＡＰ１、ＡＰ２は、アクセス・ポイントＡＰ１、ＡＰ２と接続された無線端末装置ＭＴ１−ＭＴ４を常時認知している。これに対応して、無線端末装置ＭＴ１−ＭＴ４は、異なるアクセス・ポイントＡＰ１、ＡＰ２から送信されたフレームを識別子に基づいて互いに区別する。無線端末装置ＭＴ１−ＭＴ４の接続が１つのアクセス・ポイントＡＰ１から別のアクセス・ポイントＡＰ２へ、例えば接続のフェージングの結果として転送されるような状況で、これらの識別子を利用することができる。
【００２９】
通信のためには、ローカル・エリア・ネットワーク１内で無線端末装置ＭＴ１とデータ送信接続との接続を行う必要がある。ネットワーク・コントローラ、もしくは、ローカル・エリア・ネットワーク１の中へ接続を確立するための、プログラム・コードを装備している対応するアプリケーション・プログラムを無線端末装置ＭＴ１の中で起動することによりこの接続を好適に行って、無線端末装置ＭＴ１とローカル・エリア・ネットワーク１間のデータ送信を行うようにすることができる。ネットワーク・コントローラの起動と関連して、無線端末装置の通信手段ＣＯＭの機能パラメータの設定などの必要な処置が講じられる。このようにして、通信手段ＣＯＭの受け手はローカル・エリア・ネットワークのあるチャネル周波数で信号の受信を開始する。所定の時間内で信号が検出されなかった場合、受信の対象となるチャネルの変更が行われる。受信の対象となるチャネル周波数で信号が検出された段階で、通信手段ＣＯＭの受信装置によって受信された信号は復調され、復号化を受けるためにデコーダへ導かれる。この場合、無線信号で送信された情報を公知の方法で得ることが可能となる。通信手段のメモリ１３内の受信用バッファに好適に格納されたこの復号化信号から、データ・フレームのＢＣＣＨ制御フィールドの識別子がサーチされる。ＢＣＣＨ制御フィールドのこの識別子は、データ・フレーム内の或る一定位置に存在し、その場合、識別子が発見された後、受信用バッファ内のＢＣＣＨ制御フィールドの該位置が認知されることになる。ＢＣＣＨ制御フィールドには、データ・フレームを送信したアクセス・ポイントの識別子(ＡＰ  ＩＤ)、データ・フレーム数、ＦＣＣＨ制御フィールドの長さ、変調方式及び符号化に関する情報などが含まれる。
【００３０】
無線端末装置ＭＴ１はこのアクセス・ポイントＡＰ１の送信との同期が行われる。この目的のために割り振られた時刻にアクセス・ポイントＡＰ１へＲＡＣＨメッセージを送信することにより無線端末装置ＭＴ１は接続設定を要求する。例えば、図１ｂに従うフレーム構造では、送受信用タイムスロットの後で、かつ、次のＢＣＣＨ制御フィールドの前にＲＡＣＨメッセージの送信を行うことができる。このメッセージの中に入れて、無線端末装置ＭＴ１は、マルチメディア接続、データ接続、音声接続等の、要求されたサービス品質と接続タイプなどに関するデータを送信する。接続タイプとサービス品質は、接続用として割り振られるタイムスロットＴＳ１−ＴＳｎの数に影響を与える。
【００３１】
アクセス・ポイント・コントローラＡＣ１によってメッセージがチェックされ、その時点でアクセス・ポイントＡＰ１で利用可能なリソースがリソース割当てテーブル等から発見される。要求されたサービス品質に対応する接続設定を行うだけの十分なリソースが存在する場合、アクセス・ポイント・コントローラＡＣ１は接続用として必要なリソースの割り当てを行う。アクセス・ポイント・コントローラＡＣ１のメモリ手段１４の中に接続用の送受信文字列(バッファ)が形成され、受信パケットの一時記憶域用として、及び、送信待機中のパケットの一時記憶域用として使用される。さらに、各接続には接続用識別子が割り振られ、正しいターゲットへのデータの送信が保証される。また、この接続のための優先順位の選択を行うことができる。この場合、未使用の送受信用タイムスロット等のリソースが優先順位のソート順に割り振られる。例えばリソースを求める要望に応じて、データ・フレームＦＲのデータ・フィールド内の異なる数のタイムスロットＴＳ１−ＴＳｎを異なる接続用として割り振ることができる。また送信用及び受信用として割り振られるタイムスロットの数は、本記載で既述のように、同じ接続中でも異なる数とすることができる。さらに、接続用として割り当てられるタイムスロットの数は、フレームに応じて変更可能であり、その場合、各データ・フレームＦＲ内で、接続用として割り振られるタイムスロットＴＳ１−ＴＳｎの数はゼロから最大値までの範囲にわたることができる。データ・フレーム内での送受信用タイムスロットの位置は、ＦＣＣＨ制御フィールド内で好適に伝えられる。
【００３２】
ローカル・エリア・ネットワーク１との接続が設定された後、好適にはＩＰ(インターネット・プロトコル)等のプロトコルを用いて、サーバーと無線端末装置ＭＴ１間でのデータ送信が開始可能となる。図５では、このデータ送信はプロトコル・スタックを用いて例示されている。これらのプロトコル・スタックのなかで、アプリケーション層ＡＬ、ネットワーク層ＮＬ、論理リンク層ＬＬ及び物理層ＰＨＹが示されている。この好適な実施例では、無線チャネルで、すなわちアクセス・ポイントＡＰ１と無線端末装置ＭＴ１との間で、プロトコル・スタックの論理リンク層には最低のＭＡＣ層(媒体アクセス制御)が含まれる。このＭＡＣ層では、無線端末装置ＭＴ１とアクセス・ポイントＡＰ１間での交信時に、パケットの送受信時のチャネルの割振り等の無線チャネルの使用が処理される。本説明は主としてＭＡＣ層のデータ・フレームＦＲに関係する。
【００３３】
アクセス・ポイント・コントローラＡＣ１、ＡＣ２内に形成されるスケジューラ１８によって、アクセス・ポイントＡＰ１、ＡＰ２内でのデータ・フレームＦＲのタイミング、及び、送信を待機しているアクティブな接続のパケット用送受信タイムスロットの割当てなどが実行される。スケジューラによって、アクセス・ポイントの受信装置のスイッチが入り、フレームのＲＡＣＨフィールド用として割り当てられた時刻の無線信号が受信される。したがって、無線端末装置ＭＴ１−ＭＴ４は、如上の接続設定要求のみならず、様々な測定情報もアクセス・ポイントへ送信することが可能となる。
【００３４】
本発明の好適な実施例によれば、状態バッファＣ＿ＳＴとＤ＿ＳＴ、並びに、それ自体公知の方法でパケット受信用データを格納するための格納用バッファＰ＿ＡＣＫが無線端末装置ＭＴ１に設けられている。第１の状態バッファＣ＿ＳＴは、ＢＣＣＨ及びＦＣＣＨ等のデータ・フレームの制御フィールドＣの受信状態を格納するために用いられる。第２の状態バッファＤ＿ＳＴはデータ・フィールドＤの受信状態を格納するために用いられる。これらの状態バッファ内に格納されたデータは確認応答メッセージの設定時に使用される。状態バッファＣ＿ＳＴ、Ｄ＿ＳＴは、無線端末装置ＭＴ１の通信手段のメモリ手段１３内に好適に実現されるか、あるいは、可能な場合にはそれ自体公知の方法で制御手段１１のレジスタ(図示せず)を使用することにより実現される。状態バッファのサイズＮは、所定の情報量(最後に受信された３つのデータ・フレームの状態データなど)を状態バッファ内に格納できるように設定可能である。本明細書に示されている状態バッファより長いあるいは短い状態バッファを用いることによっても本発明を実現できることは言うまでもない。
【００３５】
以下は、一例として無線端末装置ＭＴ１を使用して、図６ａ−６ｉのフローチャートと、図４ａに図示のデータ・フレームを参照する、図１ａの通信システム１における本発明の好適な実施例に準拠する方法のオペレーションについての説明である。
【００３６】
無線端末装置ＭＴ１では、開始(図６ａのブロック６０１)と関連して、様々な変数の初期値を設定するある一定の初期化処置が講じられる。これは図６ａのフローチャートのブロック６０２によって例示されている。本発明に準拠する無線通信装置ＭＴ１では、少なくとも１つのパワーレベル基準値ＲＸ＿Ｔｈｒも決定され、通信時に検出されたエラーの理由、すなわち、そのエラーが信号のフェージングによって生じたものであるか、あるいは、外部からの干渉によって生じたものであるかを発見する際に該基準値が利用される。このパワーレベル基準値ＲＸ＿Ｔｈｒは無線端末装置ＭＴ１の中に好適に格納され、また必要な場合にはアクセス・ポイントＡＰ１の中に格納される。パワーレベル基準値ＲＸ＿Ｔｈｒは、例えば、無線端末装置ＭＴ１がローカル・エリア・ネットワーク１との接続設定を行う段階で、アクセス・ポイントＡＰ１から無線端末装置ＭＴ１へ送信することも可能である。その場合、無線端末装置ＭＴ１によって受信した基準値ＲＸ＿Ｔｈｒが利用される。受信信号強度が基準値にほぼ等しいとき、エラー確率が規格で予め求められている限界値となるように、この基準値ＲＸＴｈｒは好適に設定され、その結果各変調と符号化方式に対する１つの基準値が決定されることになる。信号強度が基準値ＲＸ＿Ｔｈｒ以下に低下した場合エラーの数は増加する。前記限界値とは、例えば、通信システムで適用される規格に準拠して、通信システム内で使用されるすべての受信装置が基準値ＲＸ＿Ｔｈｒに従って受信信号レベルで前記限界値と一致するエラー確率を達成できなければならない値である。
【００３７】
無線端末装置ＭＴ１が、通信システムによって使用されるチャネルでアクセス・ポイントＡＰ１とアクティブ・データ送信接続を行うこと、及び、無線端末装置ＭＴ１がアクセス・ポイントＡＰ１のデータ・フレームと同期をとることが仮定されている(ブロック６０３)。異なるフレーム内でのこのデータ送信接続のパケットは参照符号ＰＤＵ１で示されている。各パケットは好適に番号がつけられ、受信段でのパケットの正しい順序が維持される。この番号づけは、間違って受信されたパケットが再転送されるような状況で特に必要である。図４ａのデータ・フレームには、参照符号ＰＤＵ２とＰＤＵ３で示される別の接続のデータ・パケットが含まれる。この例では、これらの別の接続は、１つまたはいくつかの異なる端末装置ＭＴ２の、同じアクセス・ポイントＡＰ１との接続である。パケットの送信時に使用されるタイムスロットは当該パケットが属する接続を示すため、異なる接続のパケットでは同じ番号の使用が可能である。
【００３８】
間隔をおいて、ローカル・エリア・ネットワークと接続された無線端末装置ＭＴ１−ＭＴ４は、無線端末装置ＭＴ１−ＭＴ４がアクセス・ポイントＡＰ１、ＡＰ２と交信するチャネル周波数で、並びに、隣接チャネル周波数で信号強度などを測定する。この測定値を用いて、無線端末装置が接続されているアクセス・ポイントＡＰ１へ送信されるパワー平均値などが計算される。アクセス・ポイントＡＰ１は、チャネルが変更される状況などでこのデータを用いて、チャネル選択を行うことができる。チャネル・フィールドＤの受信の失敗がこれらの測定に起因するものであった場合には、第１の状態バッファＣ＿ＳＴ内の対応するデータ・フレームでの状態が好適にＯＫに設定され、第２の状態バッファＤＳＴ内の状態は好適にＲ(すなわちエラーなし)に設定される(図６ａのブロック６０４と６０５)。このようにしてエラー分析が測定によって歪められることはなくなる。
【００３９】
無線端末装置ＭＴ１−ＭＴ４が測定を行っていないときに、データ・フレームが受信された場合、好適には、無線端末装置の制御手段１１のアプリケーション・ソフトウェアの中に設けられているスケジューラによって、ＢＣＣＨ制御フィールドが送信用であるか否かのチェックが行われることが望ましい(ブロック６０６)。このように、制御手段１１によって、データ・フレームの始まりに高周波部８が接続され、ＢＣＣＨ制御フィールドの信号が受信され(図６ａのフローチャートのブロック６０７)、次いで、例えば制御フィールド・エラー・フラグＣ＿ＥＲＲがＯＫ状態(論理的０状態など)へ初期化されるように、制御手段１１によって、或る一定の変数がその初期値に初期化される(ブロック６０８、図６ｂ)。同時に、制御手段１１は、ＢＰＳＫ−１／２(２進位相シフト・キーイング)方式の符号化比率１／２などで、ＢＣＣＨ制御フィールドの送信時に使用する変調及び符号化に対応する(すなわち、送信対象の各ビットについて２ビットが生成される)ように、復調装置ＤＥＭのオペレーションとデコーダ１０との設定を行う。受信中(ブロック６０９)、受信信号の出力レベル(好適には平均出力レベル、あるいは、可能であれば、生じ得るプリアンブル部分の出力レベル)の測定を行うため無線部８が用いられる(ブロック６１０)。受信されたＢＣＣＨ制御フィールドは受信用バッファに格納され、好適にはこの受信情報から制御手段１１によってチェックサムＣＲＣの計算が行われることが望ましい(ブロック６１１)。その後、制御手段１１はこの計算されたチェックサムをＢＣＣＨ制御フィールドに受信されたチェックサムと比較する(ブロック６１２)。チェックサムが一致した場合、処理はブロック６０４のこの実施例で継続される。チェックサムが一致しない場合、受信されたＢＣＣＨ制御フィールドは間違っている。この場合、制御手段１１は、制御フィールド・エラー・フラグＣ＿ＥＲＲを第２の状態(論理的１状態など)にセットする(ブロック６１３)。さらに、考え得るエラー原因がチェックされる(図６ｊのフローチャート６１４)。このようにして、制御手段１１によって、受信信号の測定された出力レベルＲＸ＿Ｌｅｖと所定基準値ＲＸ＿Ｔｈｒとの比較が行われる(ブロック６１５)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さい場合、信号のフェージングとしてエラー原因に印が付けられ、フェージング・エラー・カウンタＦ＿ＣＴＲが１だけ増加する(ブロック６１６)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さくない場合、エラーはおそらく干渉によって生じたものであり、干渉エラー・カウンタＩ＿ＣＴＲが１だけ増加する(ブロック６１７)。
【００４０】
ブロック６１８では、次いで、ＦＣＣＨ制御フィールドが送信用であるか否かのチェックが行われ、ＦＣＣＨ制御フィールドの受信が開始される(ブロック６１９)。ＦＣＣＨ制御フィールドを受信するために、変調及び符号化が、ＦＣＣＨ制御フィールド内で用いられる変調及び符号化と異なる場合、復調装置ＤＥＭとデコーダ１０の作動は、ＦＣＣＨ制御フィールドの送信時に用いられる変調及び符号化と一致するように変更される(ブロック６２０、図６ｃ)。受信中(ブロック６２１)、受信信号の出力レベル(好適には平均出力レベル、あるいは、生じ得るプリアンブル部分の出力レベル)の測定を行うため無線部８が使用される(ブロック６２２)。受信されたＦＣＣＨ制御フィールドは受信用バッファに格納され、好適にはこの受信情報から制御手段１１によってチェックサムＣＲＣの計算が行われることが望ましい(ブロック６２３)。その後、制御手段１１はこの計算されたチェックサムをＦＣＣＨ制御フィールド内に受信されたチェックサムと比較する(ブロック６２４)。チェックサムが一致した場合、処理はブロック６２６のこの実施例で継続される。チェックサムが一致しない場合、受信されたＦＣＣＨ制御フィールドは間違っている。この場合、制御手段１１は、制御フィールド・エラー・フラグＣ＿ＥＲＲを第２の状態(論理的１状態など)にセットする(ブロック６１３)。
【００４１】
ブロック６２６で、ＦＣＣＨ制御フィールドの中に受信されていない部分がまだ存在するかどうかのチェックが行われ、次いで、処理はブロック６２１へ戻って、次の部分に対して上述の処置が講じられる。ＦＣＣＨ制御フィールド全体が受信されたとき、エラー・フラグＣ＿ＥＲＲの状態がブロック６２７でチェックされる。このチェックがＯＫの場合、このデータ・フレームの状態は第１の状態バッファＣ＿ＳＴ内にＯＫとして設定される(ブロック６２９)。このチェックがＯＫでない場合、状態はＮＯＴ＿ＯＫとして設定される(ブロック６２８)。
【００４２】
さらに、考え得るエラー原因がチェックされる。このようにして、制御手段１１によって、受信信号の測定された出力レベルＲＸ＿Ｌｅｖと所定基準値ＲＸ＿Ｔｈｒとの比較が行われる(ブロック６１５)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さい場合、信号のフェージングとしてエラー原因がマークされ、フェージング・エラー・カウンタＦ＿ＣＴＲが１だけ増加する(ブロック６１６)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さくない場合、エラーはおそらく干渉によって生じたものであり、干渉エラー・カウンタＩ＿ＣＴＲが１だけ増加する(ブロック６１７)。
【００４３】
制御フィールドＣの受信後、制御フィールドＣで送信される情報と、スケジューラのタイミングとに基づいて、無線端末装置ＭＴ１のアクティブな接続に属するデータ・フィールドＤの送信用パケットが存在するか否かが好適にチェックされる(ブロック６３０)。図６ｄと６ｅのフローチャートでパケットの受信について説明する。
【００４４】
パケットを受信し、受信の間違いをチェックする(ブロック６３１)ために、補助変数がその初期値で設定される。好適には、フェージング・エラー・カウンタＦ＿ＣＴＲと干渉エラー・カウンタＩ＿ＣＴＲとが値０に設定され、パケット受信データＰ＿ＡＣＫが未受信状態を示す値Ｎに設定されることが望ましい(ブロック６３２)。さらに、復調装置とデコーダは、パケットの送信時に用いられる変調及び符号化と一致するように設定される。
【００４５】
パケット(ブロック６３３)の受信時に、受信信号の出力レベルＲＸ＿Ｌｅｖ(好適には平均レベルまたは生じ得るプリアンブル部分のレベル)も測定される(ブロック６３４)。場合によっては、いくつかのパケットを連続して送信して、このプリアンブル部分が最初に送信されるようにすることも可能である。その場合、各パケットの信号強度またはプリアンブル部分の信号強度の測定により出力レベルＲＸを決定することができる。連続するパケットをチェックするこの後者の代替方法では、信号レベルＲＸ＿Ｌｅｖを表す値と同じ出力レベルが用いられる。
【００４６】
受信パケットは受信用バッファに格納され、好適にはこの受信情報から制御手段１１によってチェックサムＣＲＣの計算が行われることが望ましい(ブロック６３５)。その後、制御手段１１によってこの計算されたチェックサムと、パケット内に受信されたチェックサムとの比較が行われる(ブロック６３６)。チェックサムが一致した場合、受信パケットの受信用データはブロック６３７内で値Ｒに設定される。この値Ｒは本実施例では障害なく受信されたパケットに対応する。実際には、この値Ｒは１ビットから成る２進数などであってもよい。その場合、ビット値は１として好適に設定される。これに対応して、値Ｎは、好適には、０として設定される値を持つ１ビットの２進数である。他の表現の使用が可能であることは言うまでもない。しかし、チェックサムが一致しない場合、受信用データはこのパケットについて変更されない。すなわちその状態は受信されなかった場合の状態のままである。この場合、制御手段１１によって、受信信号の測定された出力レベルＲＸ＿Ｌｅｖが所定基準値ＲＸ＿Ｔｈｒと比較される(ブロック６１５)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さい場合、フェージング・エラー・カウンタＦ＿ＣＴＲが１だけ増加する(ブロック６１６)。信号レベルＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さくない場合、エラーはおそらく干渉によって生じたものであり、干渉エラー・カウンタＩ＿ＣＴＲが１だけ増加する(ブロック６１７)。
【００４７】
障害なく受信されたパケットから、受信装置はパケットのあり得る識別子ＩＤをチェックし、この識別子ＩＤを利用して格納用バッファＰ＿ＡＣＫ内の正しい記憶場所に受信用データをセットすることが可能となる。障害なくパケットを受信することができなかった場合、パケット識別子ＩＤは必ずしも受信装置によって認知されているとはかぎらない。代わりに、パケットがどのタイムスロット(送信用スロット)の中に送信されたかが認知される。図４ａに、ブロック４０３、４０４及び４０５によって、１つのデータ送信接続のパケットＰＤＵ１に対して定義されたエラー・タイプが例として例示されている。文字Ｆは、当該送信用スロット(ＴＤＭＡシステムが関与している場合のタイムスロット)の中に受信されたパケットＰＤＵ１に対して定義されたエラー・タイプがフェージングであることを示す。これに対応して、文字Ｉは、当該送信用スロットの中に受信されたパケットＰＤＵ１に対して定義されたエラー・タイプが干渉であることを示す。さらに、文字Ｒは、当該送信用スロットにパケットＰＤＵ１が障害なく受信されたことを示す。その場合、該スロットの識別子ＩＤ及び／又はシリアル番号(＃５、＃６、＃７、＃９−＃１２など)は受信装置によって認知されている。
【００４８】
次に、ブロック６３８で、パケット・インデックス・カウンタＭは好適に１だけ増加し、当該データ・フレームでこの無線通信装置へ送信されたすべてのパケットが受信されたかどうかのチェックが行われる(ブロック６３９)。未受信のパケットがまだ存在する場合、処理はブロック６３３から継続され、次に受信されたパケットに対して上に提示した処置が講じられる。データ・フレームの未受信パケットがそれ以上存在しなくなった場合、次のステップは状態データの更新へ進むことである(ブロック６４０、図６ｅ)。
【００４９】
状態データの更新を行うために、蓋然性の高いエラー原因が以下のように好適にチェックされる。まず、フェージング・エラー・カウンタＦ＿ＣＴＲの値が０であるか否かのチェックが行われる(ブロック６４１)。これが０の場合、フェージングはエラーの原因ではなかったことになり、その場合、干渉エラー・カウンタＩ＿ＣＴＲの値も０であるか否かがチェックされ、それが０場合、パケットの受信時にエラーは検出されなかったことになる(ブロック６４２)。この場合、第２の状態バッファＤ＿ＳＴの値はＲに設定され(ブロック６４３)、この値はこの場合データ・フレームの障害なく受信されたパケットを意味する。干渉エラー・カウンタＩ＿ＣＴＲの値が０でない場合、第２の状態バッファＤ＿ＳＴの値はＩとして設定され(ブロック６４４)、この値はこの場合エラーが干渉によって生じたことを示す。フェージング・エラー・カウンタＦ＿ＣＴＲの値が０でない場合、フェージング・エラー・カウンタＦ＿ＣＴＲの値がブロック６４５で干渉エラー・カウンタＩ＿ＣＴＲの値と比較される。フェージングにより生じたエラーの方が干渉により生じたエラーより多かった場合、第２の状態バッファＤ＿ＳＴの値はＩに設定される(ブロック６４４)。フェージングにより生じたエラーの方が干渉により生じたエラーより少なかった場合、第２の状態バッファＤ＿ＳＴの値はＦ(ブロック６４６)に設定される。すなわち、最も蓋然性の高いエラー原因はフェージングであったことになる。パケットのチェック後、処理は、フローチャートのブロック６４７へ進み、そこでデータ・フレーム・カウンタＫが１だけ増加する。前記値Ｆは例えば２進数０１であり、前記値Ｉは例えば２進数１０である。
【００５０】
ブロック６４８(図６ａ)では、状態バッファについて定義されたサイズＮに対応するデータ・フレームの数が受信されたかどうか、あるいは、それが受信されなかった場合、確認応答メッセージが送信されることが予定されているかどうか、例えば、アクセス・ポイントＡＰ１が無線端末装置ＭＴ１に確認応答メッセージの送信を要求するかどうかのチェックが行われる。これらのいずれもノーである場合、処理は、それが予定されているときには、次のデータ・フレームの受信(ブロック６０４)へ進む。次に、受信対象のデータ・フレームは上に提示した処理にかけられる。データ・フレームの設定番号が受信され、チェックされた後、処理は確認応答メッセージの設定へ進む(ブロック６４９、図６ｆ)。
【００５１】
確認応答メッセージを設定するために、例えば、それ自体公知の方法でフレーム特有の確認応答データＡＣＫが設定される(ビット・マップ)(ブロック６５０、図６ｇ)。この確認応答データＡＣＫは、例えば、各ビットが１つのパケットの確認応答データに対応して表される２進数である。デフォルト値は第１の値(論理０状態など)であり、この好適な実施例ではこの値はフレームが受信されなかったことを示す。ビットは、障害なく受信されたフレームに対して値１に好適に設定される(ブロック６５２)。障害に起因して受信されなかった場合、ビットの値は０のままであるこの好適な実施例では、Ｍ個のパケットから成る確認応答データが１つの確認応答メッセージで送信される。図６ｇのフローチャートでは、フレーム・カウンタとして使用される補助変数Ｘは、ブロック６５１で値０に設定される。ブロック６５２で、補助変数Ｘのそれぞれの値に対応するフレームの受信データがチェックされる。この段でフレームが間違って受信されたかどうかのチェックが行われる。ブロック６５４で、補助変数Ｘの値が１だけ増加し、すべてのＭ個のパケットがチェックされてしまうまで上に提示した処理が反復される(ブロック６５５)。
【００５２】
パケット確認応答データの設定後、異なるデータ・フレーム内でより厳密にエラー原因のチェックが行われる。これは図６ｈのフローチャート６５６に例示されている。エラー原因は追加確認応答データＡＤＤ＿ＡＣＫによって報告され、確認応答メッセージでアクセス・ポイントＡＰ１へ送信される。この追加確認応答データＡＤＤ＿ＡＣＫを設定するために、補助変数Ｘ、Ｆ＿ＣＴＲ、Ｉ＿ＣＴＲ、Ｃ＿ＥＲＲに初期値(０)がまず与えられる(ブロック６５７)。補助変数Ｘは、第２の状態バッファＤ＿ＳＴ内の、チェック中のデータ・フレームのデータを示すインデックス・カウンタとして使用される。ブロック６５８で、第２の状態バッファＤ＿ＳＴに格納されたデータに基づいて、最も蓋然性の高いエラー原因と考えられるものがチェック中のデータ・フレーム内のパケットの中でチェックされる。エラー原因が干渉(状態バッファ内の値“Ｉ”)に起因するものであった場合、干渉エラー・カウンタＩ＿ＣＴＲが１だけ増加する(ブロック６６１)。エラー原因がフェージング(状態バッファ内の値“Ｆ”)に起因するものであった場合、フェージング・エラー・カウンタＦ＿ＣＴＲが１だけ増加する(ブロック６５９及び６６０)。さらに、当該データ・フレームの制御フィールドＣが障害なく受信されたかどうかのチェックが行われる。これは、第１の状態バッファＣ＿ＳＴの対応する値をチェックすることにより、すなわちインデックスとして補助変数Ｘの値を用いることにより発見することができる(ブロック６６２)。第１の状態バッファＣ＿ＳＴ内の値がＯＫであれば、制御フィールドは障害なく受信されたことになる。この値がＯＫでなければ、前記データ・フレームの１つまたはいくつかの制御フィールドの受信時にエラーが生じたことになる。この場合、制御フィールド・エラー・カウンタＣ＿ＥＲＲが１だけ増加する(ブロック６６３)。ブロック６６４で、インデックス・カウンタＸが１だけ増加し、ブロック６６５で、状態バッファＣ＿ＳＴ、Ｄ＿ＳＴが既にチェックされかどうかのチェックが行われる。
【００５３】
状態バッファＣ＿ＳＴ、Ｄ＿ＳＴのデータがチェックされた後、追加確認応答データＡＤＤ＿ＡＣＫが以下のように好適に設定される(図６ｉのフローチャート６６６)。データ・フレーム内の主要なエラー原因が干渉とフェージングのいずれに起因していたかがチェックされる(ブロック６６７)。干渉の方が大きかった場合、追加確認応答データＡＤＤ＿ＡＣＫ内の第１のデータ・フィールド(ビット)の値は、好適に１に設定され(ブロック６６８)、大きくなかった場合には、値は０に設定される(ブロック６６９)。第２のデータ・フィールド(ビット)に、制御フィールドの受信時にエラーが生じたかどうかに関するデータが与えられる。制御フィールド・エラー・カウンタＣ＿ＥＲＲの値が０であれば(ブロック６７０)、チェック中のすべてのデータ・フレームの制御フィールドは障害なく受信されたことになり、第２のデータ・フィールドの値は好適に０に設定される(ブロック６７１)。制御フィールド・エラー・カウンタＣ＿ＥＲＲの値が０でない場合には、値は１に設定される(ブロック６７２)。
【００５４】
すべての確認応答データの設定後、確認応答データはアクセス・ポイントＡＰ１へ送信される(ブロック６７３)。送信対象データには例えば確認応答データＡＣＫ及び追加確認応答データＡＤＤ＿ＡＣＫなどが含まれる。この好適な実施例では、確認応答データの送信後補助変数ＫとＭが初期値０に設定される(ブロック６７４)。
【００５５】
例えばＦＣＣＨ制御フィールドが障害なく受信されなかった場合、データ・フレームで送信され、前記無線端末装置ＭＴ１によって受信されるように意図されたすべてのパケットに関する情報が無線端末装置ＭＴ１によって受信されなくなることが起こり得る。したがって、状態データを更新するために、データ・フレームの中に受信の対象となるデータがまだ在るかどうかがブロック６７５でチェックされる。データ・フレームの送信が終了したことがタイマーによって検出された場合、あるいは、ＦＣＣＨ制御フィールドで受信される可能性のある情報に基づいて、無線端末装置ＭＴ１への到来パケットがこのデータ・フレームの中にもう存在しなくなった場合、処理はブロック６４０での状態データの更新へ進む。
【００５６】
アクセス・ポイントＡＰ１において、あるいは、チャネル選択用として使用される通信システムの別のユニットの中で、例えばチャネル及び／又は送信出力レベルの変更時などに、追加確認応答データＡＤＤ＿ＡＣＫを接続時に利用することができる。アクセス・ポイントＡＰ１において、ダイナミックな周波数(チャネル)選択アルゴリズムが好適に用いられる。アクセス・ポイントＡＰ１によって受信エラーの原因をチェックすることできるため、本発明に準拠する方法によって不必要なチャネル変更の回避が可能となる。エラー原因がフェージングに起因する場合、フェージング現象が通信システムの他のチャネルの接続品質に影響を与える蓋然性が高いため、アクセス・ポイントＡＰ１によるチャネル変更は行われない。代わりに、このような状況で送信レベルを上昇させることによって、無線端末装置ＭＴ１内での信号強度を大きくすることができる。その場合、エラーが生じる蓋然性が低下する。エラーが、別の無線装置等の干渉に起因するものである場合、チャネルの変更によって接続品質の改善を図ることが可能となる場合もある。特に、エラー原因が、無線端末装置やアクセス・ポイントのような、同じチャネルで送信を行う同じ通信システムの別の無線装置に起因するような状況では、干渉は他のチャネルでは著しく弱くなる蓋然性が大きい。
【００５７】
外乱の主要原因がフェージングと干渉のいずれであるかという事実にかかわりなく、送信エラーが生じる確率をリンクの適合化によって小さくすることが可能である。しかし、リンクの適合化には帯域幅の増加が必要となる。したがって、リンクの適合化によって、各外乱状況で接続品質の改善が可能であるか否かの発見が重要となる。本発明に準拠する方法では、データ・フレームの制御フィールドＣの受信時にエラーが発生したか、あるいは、パケットの受信時にだけエラーが発生したかをチェックすることによりこの発見を好適に行うことが可能である。無線端末装置ＭＴ１によって制御フィールドが障害なく受信された場合、リンクの適合化によって接続品質の改善を図ることができる蓋然性が大きくなる。その場合、アクセス・ポイントＡＰ１によって帯域幅の増加などを行うことができる。いくつかの制御フィールドの受信時にもエラー検出が行われる場合、リンクの適合化による接続品質の改善を図ることはできない。このような状況では、帯域幅の増加によって、他の無線端末装置からデータ送信容量が不必要に予約され、全体の干渉レベルの上昇が生じることになる。
【００５８】
図４ｂには、図４ａのデータ・フレームＦＲの受信に基づいて、パケット状態データ格納用バッファＰ＿ＡＣＫ内と、前記状態バッファＣ＿ＳＴ、Ｄ＿ＳＴ内との状態データ、及び、対応する確認応答データＡＣＫ、ＡＤＤ＿ＡＣＫを設定する方法が一例として示されている。図４ｂに、参照番号４０１によって、アクセス・ポイントＡＰ１から送信されるデータ・フレームのフレーム番号が示され、参照番号４０２によって無線端末装置ＭＴ１のアクティブな接続に関連するパケット番号が示されている。さらに、図４ｂには、本発明に準拠する方法によって設定された、状態バッファＣ＿ＳＴ、Ｄ＿ＳＴ、Ｐ＿ＳＴに格納されているデータと、確認応答データＡＣＫ並びに追加確認応答データＡＤＤ＿ＡＣＫとが示されている。
【００５９】
以上の説明では、確認応答メッセージの送信は３つおきのデータ・フレームの後で示されたが、本発明が、この実施例だけに限定されるものではないことは言うまでもない。要求時に確認応答メッセージの送信を行うことも可能である。さらに、確認応答メッセージの送信間隔は、状態バッファについて定義されているサイズと同じサイズである必要はない。確認応答メッセージは、例えば、送信されたパケットが含まれているデータ・フレームの数にかかわりなく、１つおきのデータ・フレームの後、あるいは、無線端末装置ＭＴ１の中に受信された８つおきのパケットの後に送信を行うことも可能である。これらの代替方法では、確認応答メッセージの送信と関連して追加確認応答データの設定を行うことも可能である。
【００６０】
状態バッファの長さを用いて、例えば、条件の変化と共に生じる追加確認応答情報の変更の迅速性に影響を与えることも可能となる。追加確認応答データが多くのフレームから形成されていればいるほど、確認応答データで変更が遅くなることがわかる。一方、短い持続時間の一時的外乱に起因して、例えば接続時に使用される周波数や出力レベルなどの不必要な変更が生じることはなくなる。
【００６１】
本発明に準拠する方法の処理は、無線端末装置ＭＴ１において、好適には、通信手段の制御手段１１のアプリケーション・ソフトウェアの中で、実現可能であるが、例えばプロセッサ２などを利用することも可能である。アクセス・ポイントＡＰ１において、好適にはアクセス・ポイント・コントローラＡＣ１の中で、確認応答メッセージのチェック及び接続を変更するための可能な処理を実行することが可能である。
【００６２】
添付図面４ａには、例としていくつかのデータ・フレームＦＲが示されている。データ・フレームＦＲには、ＲＡＣＨ、ＢＣＣＨ及びＦＣＣＨ並びに異なる接続のパケット送信用タイムスロットＴＳ１−ＴＳｎを備えたデータ・フィールドＤ等から成る制御フィールドＣが含まれる。本例では、タイムスロットＴＳ１−ＴＳｎの中に送信用タイムスロットと受信用タイムスロットとが含まれる。
【００６３】
本発明は、本例で用いられているＨＩＰＥＲＬＡＮ/２システム以外の他のシステムにおいても適用可能である。また、時分割多元接続(ＴＤＭＡ)システム以外のシステム、すなわち符号分割多元接続(ＣＤＭＡ)や周波数分割多元接続(ＦＤＭＡ)システム、あるいは、これらの異なるシステムの組合せなどの実行が可能である。したがって、符号分割多元接続システムでは、タイムスロット(送信用スロット)に対応する特徴部分は符号系列であり、周波数分割多元接続システムでは周波数系列である。
【００６４】
無線端末装置ＭＴ１によってエラー原因がチェックされ、この原因をアクセス・ポイントＡＰ１へ示す方法を上記に呈示した。しかし、本発明は通信システム内のアクセス・ポイントＡＰ１もしくは対応するユニットが、受信した信号に基づいてエラー原因をチェックし、それを無線端末装置ＭＴ１へ報告するように適用することも可能である。これは、チャネルが無線端末装置ＭＴ１によって選択されるような通信システムにおいて特に適用可能である。このようなシステムの１例としてＤＥＣＴシステムがある。
【００６５】
本発明の好適な実施例に準拠する上述の例では、２つのエラー・タイプすなわちフェージングと干渉が用いられた。同様に、他のエラー・タイプをチェックし、チャネル選択を行う通信システムのユニットへそれらのエラー・タイプを報告するために本発明の方法を適用することが可能である。これによって、エラー・タイプのチェック時に、本明細書で示したような信号出力レベル以外の異なる判断基準の利用が可能となる。また、３つ以上のエラー・タイプが存在してもよい。
【００６６】
１つのエラー・タイプとして、符号間干渉(ＩＳＩ)が考えられ、或いは、受信装置の受信装置８、１５が測定を行っていたという理由などのために、受信装置ＭＴ１−ＭＴ４、ＡＰ１、ＡＰ２の受信準備ができていなかったという事実が生じる場合もある。例えば、それ自体公知の手法による通信チャネルのインパルス応答などから、符号間干渉のチェックを行うことが可能である。符号間干渉が生じた状況で送信されるシンボルは、受信段で一部オーバーラップしている部分があり、送信された情報が、デコーダ１０、２５の中で必ずしも正しく復号化されるとはかぎらない。
【００６７】
したがって、本発明の好適な実施例に準拠する方法では、信号強度ＲＸ＿Ｌｅｖと基準値ＲＸ＿Ｔｈｒとの間の比較がまず行われる。信号強度ＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さい場合、エラー・タイプはフェージングとしてマークされる。代わりに、信号強度ＲＸ＿Ｌｅｖの方が基準値ＲＸ＿Ｔｈｒより小さくない場合、符号間干渉が関与しているか否かのチェックが行われ、エラー・タイプが符号間干渉としてマークされる。あるいはその他の干渉の場合エラー・タイプは干渉としてマークされる。
【００６８】
さらに別のエラー・タイプとして、受信装置８、１５の過負荷(受信装置圧縮)が考えられる。このような状況では、受信された信号強度が非常に大きいため、受信装置８、１５の作動が妨害を受け、そのため、この信号強度に起因して受信された情報の中にエラーが生じる可能性がある。測定された信号強度データに基づいて受信装置８、１５の圧縮のチェックが可能であり、その場合、第２の出力レベル基準値ＲＸ＿Ｔｈｒ２と圧縮カウンタＲＣ＿ＣＴＲとの定義も行われる。したがって、本発明の好適な実施例に準拠する方法では、制御手段１１によって、受信信号の測定された出力レベルＲＸ＿Ｌｅｖと所定の第１の出力レベル基準値ＲＸ＿Ｔｈｒとの比較が行われる。信号レベルＲＸ＿Ｌｅｖの方が第１の出力レベル基準値ＲＸ＿Ｔｈｒより小さい場合、信号フェージングがエラー原因としてマークされ、フェージング・エラー・カウンタＦ＿ＣＴＲが１だけ増加する。しかし、信号レベルＲＸ＿Ｌｅｖの方が第１の出力レベル基準値ＲＸ＿Ｔｈｒより大きい場合、制御手段１１によって、受信信号の測定された出力レベルＲＸ＿Ｌｅｖと、前記第２の出力レベル基準値ＲＸ＿Ｔｈｒ２との比較が行われる。信号出力レベルＲＸ＿Ｌｅｖの方が第２の出力レベル基準値ＲＸ＿Ｔｈｒ２より大きい場合、受信装置圧縮はエラー原因としてマークされ、圧縮エラー・カウンタＲＣ＿ＣＴＲが１だけ増加する。信号出力レベルＲＸ＿Ｌｅｖの方が第２の出力レベル基準値ＲＸ＿Ｔｈｒ２より大きくない場合、エラーはおそらく干渉によって生じたものであり、干渉エラー・カウンタＩ＿ＣＴＲが１だけ増加する。
【００６９】
前記第２の出力レベル基準値ＲＸ＿Ｔｈｒ２は受信対象信号の出力レベルを定義するような値であり、この出力レベルで、例えば、通信システムで適用される規格に準拠して通信システムで使用するすべての受信装置は圧縮なしで信号の受信が可能でなければならない。
【００７０】
この実施例では、例えば以下のように状態データの更新を行うことが可能である。蓋然性の高いエラー原因を発見するために、フェージング・エラー・カウンタＦ＿ＣＴＲの値と、受信装置の圧縮カウンタＲＣ＿ＣＴＲと、干渉エラー・カウンタＩ＿ＣＴＲとがチェックされる。これらすべてのカウンタの値が０であれば、パケットの受信時にエラーは検出されなかったことになる。このカウンタ値が０でなかった場合、対応するカウンタ内で最高値を持つエラー・タイプになるようにエラー・タイプが好適に選択される。２つまたはそれ以上のカウンタが同じ最高値を持つ場合、これらの中の１つがエラー・タイプとして好適に選択される。
【００７１】
パケットの追加確認応答データを形成するために、異なるデータ・フレーム内のエラー原因がチェックされる。この場合、例えば図６ｈと関連して本明細書で上述した方法の適用が可能である。エラー原因は、送信される確認応答メッセージあるいは別のメッセージのいずれかで、追加確認応答データＡＤＤ＿ＡＣＫによって、もしくは、確認応答データの後などに送信される別のデータによってアクセス・ポイントＡＰ１へ与えられる。
【００７２】
この追加確認応答データは、例えば追加確認応答データの一部が受信されたデータ・フレームの或る一部から形成されるエラー・データを与えるようにいくつかの部分から構成されるものであってもよい。したがって、追加確認応答データを送信するために、以上示した実施例の場合より多くのビットが必要となる。例えば各データ・バッファのレコードからこの追加確認応答データを形成することができる。その場合、データ・バッファが３つのデータ・フレームのデータを含むケースでは、追加確認応答データには３つの部分が含まれる。
【００７３】
本発明は、如上の実施例だけに限定されるものではなく、添付の請求項の範囲内で改変が可能であることは言うまでもない。
【図面の簡単な説明】
【図１ａ】  本発明の好適な実施例に準拠する通信システムを簡略化して示すブロック図である。
【図１ｂ】  ＨＩＰＥＲＬＡＮ/２システムにおけるデータ・フレームを示す図である。
【図２】  本発明の好適な実施例に準拠する無線端末装置を簡略化して示すブロック図である。
【図３】  本発明の好適な実施例に準拠するアクセス・ポイントとアクセス・ポイント・コントローラとを簡略化して示すブロック図である。
【図４ａ】  いくつかのデータ・フレームの例を示す図である。
【図４ｂ】  本発明の好適な実施例に準拠する無線端末装置で使用される情報構造の例を示す図である。
【図５】  本発明の好適な実施例に準拠する通信システムで使用されるプロトコル・スタックを簡略化して示す図である。
【図６ａ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｂ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｃ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｄ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｅ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｆ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｇ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｈ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｉ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図６ｊ】  本発明の好適な実施例に準拠する方法による機能をフローチャートで例示する図である。
【図１ａ】
0003955734.tif 000002
【図１ｂ】
0003955734.tif 000003
【図２】
0003955734.tif 000004
【図３】
0003955734.tif 000005
【図４ａ】
0003955734.tif 000006
【図４ｂ】
0003955734.tif 000007
【図５】
0003955734.tif 000008
【図６ａ】
0003955734.tif 000009
【図６ｂ】
0003955734.tif 000010
【図６ｃ】
0003955734.tif 000011
【図６ｄ】
0003955734.tif 000012
【図６ｅ】
0003955734.tif 000013
【図６ｆ】
0003955734.tif 000014
【図６ｇ】
0003955734.tif 000015
【図６ｈ】
0003955734.tif 000016
【図６ｉ】
0003955734.tif 000017
【図６ｊ】
0003955734.tif 000018