(57)【特許請求の範囲】
【請求項１】
通信システムにおいて、リンク層の送信ピアエンティティがリンク層の受信ピアエンティティに複数のプロトコルデータユニット（ＰＤＵ）を送信することで、前記送信ピアエンティティと前記受信ピアエンティティ間のデータの送信を可能にする柔軟性のあるリンク層のプロトコルを実現する方法であって、
前記送信ピアエンティティが前記受信ピアエンティティにポーリング要求を送信するべきか、もし送信するのであれば、どのように又はいつ前記ポーリング要求を送信するのかを決定するための第一の一連のルールを前記送信ピアエンティティにより判定して選択する工程と、
前記第一の一連のルールに従って、前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信するべきと判定すると、前記第一の一連のルールに従って前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信する工程と、
一つ又は複数の前記ポーリング要求の受信に応じて、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきか、もし送信するのであれば、どのように又はいつ前記ステータスレポートを送信するのかを決定するための第二の一連のルールを前記受信ピアエンティティにより判定して選択する工程と、
前記第二の一連のルールに従って、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきと判定すると、前記第二の一連のルールに従って前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信する工程と、
を有し、
前記送信ピアエンティティが前記ポーリング要求を送信するべきか、もし送信するのであればどのように又はいつ前記ポーリング要求を送信するのか又は、前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを変更するために、前記第一の一連のルールと前記第二一連のルールを設定可能かつ組み合わせ可能である
ことを特徴とする方法。
【請求項２】
前記第一の一連のルールにより前記送信ピアエンティティは、送信バッファの最後のＰＤＵが送信されたときに前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第一の一連のルールにより前記送信ピアエンティティは、前記ステータスレポートが前記送信ピアエンティティによって受信されず、ポーリングタイマが終了したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＰＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＳＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信するときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定期間内に送信するときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。
【請求項８】
前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定期間、前記ポーリング要求の送信を遅延させる
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記送信ピアエンティティは、前記ステータスレポートの受信に応じて送信ウィンドウパラメータを調節する
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記送信ピアエンティティは、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記送信ピアエンティティは、前記ステータスレポートが妥当である場合に、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項１に記載の方法。
【請求項１２】
前記第二の一連のルールにより前記受信ピアエンティティは、見積ＰＤＵカウンタがカウントしていない場合には前記送信ピアエンティティに前記ステータスレポートを送信し、前記受信ピアエンティティは、前記見積ＰＤＵカウンタがカウントする場合には前記送信ピアエンティティに前記ステータスレポートを送信しない
ことを特徴とする請求項１に記載の方法。
【請求項１３】
前記第二の一連のルールにより前記受信ピアエンティティは、前記受信ピアエンティティが少なくとも１つの失ったまたは誤って受信したＰＤＵを検出した場合に、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１４】
前記第二の一連のルールにより前記受信ピアエンティティは、所定数のＰＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１５】
前記第二の一連のルールにより前記受信ピアエンティティは、所定数のＳＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１６】
前記第二の一連のルールにより前記受信ピアエンティティは、前記ポーリング要求の受信に応じて前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１７】
前記第二の一連のルールにより前記受信ピアエンティティは、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１８】
前記第二の一連のルールにより前記受信ピアエンティティは、所定期間内に前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。
【請求項１９】
前記第二の一連のルールにより前記受信ピアエンティティは、所定期間、前記ステータスレポートの送信を遅延させる
ことを特徴とする請求項１に記載の方法。
【請求項２０】
通信ネットワークにおいて、リンク層の送信ピアエンティティがリンク層の受信ピアエンティティに複数のプロトコルデータユニット（ＰＤＵ）を送信することで、前記送信ピアエンティティと前記受信ピアエンティティ間のデータの送信を可能にする柔軟性のあるリンク層のプロトコルを実現する通信システムであって、
前記送信ピアエンティティが前記受信ピアエンティティにポーリング要求を送信するべきか、もし送るのであればどのように又はいつ前記ポーリング要求を送信するのかを決定するための第一の一連のルールを判定して選択する、前記送信ピアエンティティ内の選択する手段と、
前記第一の一連のルールに従って前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信する、前記送信ピアエンティティ内の送信する手段と、
一つ又は複数の前記ポーリング要求の受信に応じて、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを決定するための第二の一連のルールを判定して選択する、前記受信ピアエンティティ内の選択する手段と、
前記第二の一連のルールに従って前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信する、前記受信ピアエンティティ内の送信する手段と、
を備え、
前記送信ピアエンティティが前記ポーリング要求を送信するべきか、もし送信するのであればどのように又はいつ前記ポーリング要求を送信するのか又は、前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを変更するために、前記第一の一連のルールと前記第二の一連のルールを設定可能かつ合成可能である
ことを特徴とする通信システム。
【請求項２１】
前記送信ピアエンティティ内の送信する手段は、送信バッファの最後のＰＤＵが送信されたときに前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートが前記送信ピアエンティティによって受信されず、ポーリングタイマが終了したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２３】
前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定数のＰＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２４】
前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定数のＳＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２５】
前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２６】
前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定期間、送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項２７】
前記送信ピアエンティティ内の送信する手段は、所定期間、前記ポーリング要求の送信を遅延させる
ことを特徴とする請求項２０に記載のシステム。
【請求項２８】
前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートの受信に応じて送信ウィンドウパラメータを調節する
ことを特徴とする請求項２０に記載のシステム。
【請求項２９】
前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３０】
前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートが妥当である場合に、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３１】
前記送信ピアエンティティ内の送信する手段は、見積ＰＤＵカウンタがカウントしていない場合には前記送信ピアエンティティに前記ステータスレポートを送信し、前記受信ピアエンティティは、前記見積ＰＤＵカウンタがカウントする場合には、前記送信ピアエンティティに前記ステータスレポートを送信しない
ことを特徴とする請求項２０に記載のシステム。
【請求項３２】
前記受信ピアエンティティ内の送信する手段は、前記受信ピアエンティティが少なくとも１つの失ったまたは誤って受信したＰＤＵを検出した場合に、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３３】
前記受信ピアエンティティ内の送信する手段は、所定数のＰＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３４】
前記受信ピアエンティティ内の送信する手段は、所定数のＳＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３５】
前記受信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３６】
前記受信ピアエンティティ内の送信する手段は、所定期間に前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。
【請求項３７】
前記受信ピアエンティティ内の送信する手段は、所定期間、前記ステータスレポートの送信を遅延させる
ことを特徴とする請求項２０に記載のシステム。
【発明の詳細な説明】
【０００１】
《関連文献へのクロスリファレンス》
本特許出願は、１９９９年４月９日に出願され現在継続中の米国仮特許出願６０／１２８，６６３号からの優先権の利益を主張するものであり、その全開示内容を参照することによって、ここに組込まれるものである。
【０００２】
《本発明の背景》
【発明の属する技術分野】
本発明は、一般に、通信の分野に関するものであり、特に、移動体通信システムのためのフレキシブル無線リンク制御（ＲＬＣ）プロトコルに関するものである。
【０００３】
【従来の技術】
通信ネットワークのノード間でデータが送られる場合、ノード間の送信リンク上の誤りデータの送信やデータの損失から回復するために、所定のアルゴリズムが用いられる。誤りデータの送信から回復するために通常用いられるアルゴリズムは、自動再送要求（ＡＲＱ）プロトコルと呼ばれる。
【０００４】
既存のＡＲＱプロトコルは、送信リンクを通じて互いに通信する２つのピアエンティティを含む。各々の該エンティティは受信器と送信器を含む。ピアエンティティ間で送られたデータのユニットは、プロトコル・データ単位（ＰＤＵ）プロトコルとして一般に参照されている。ＡＲＱプロトコルは、ＰＤＵの構成のルールだけでなく、ＰＤＵを送信／受信するための所定のルールを含む。
【０００５】
受信器は、どのＰＤＵが適切に受信されたかについて（すなわち、受信器は適切に受信されたＰＤＵを確認する）及び／又はどのＰＤＵが誤って受信されたについて、送信器に知らせることができる。送信器がこの情報を受信すると、「失った」ＰＤＵを再送信する。すなわち、ＡＲＱプロトコルは、通信システムにおける送信側と受信側との間の効率的な再送信機構の使用を可能にする一連のルールである。これらのルールが規定しているのは、例えば、受信側が送られたＰＤＵを正しく解釈し、それに応じて返答できるように、どのような方法で、どのような形式でＰＤＵが作られているかである。
【０００６】
２つのＡＲＱピアエンティティの間で、３つの主要なタイプの情報要素（ＰＤＵ）が送信され得る。すなわち、ユーザデータ、誤り回復制御データ、及び共通制御データである。これらの３つのタイプのＰＤＵは、全ての既存のＡＲＱに見られる。ユーザデータＰＤＵは、少なくともユーザデータ及びシーケンス番号を含む。誤り回復制御データＰＤＵは、誤りの回復に必要な様々な量の制御情報及び肯定応答や否定応答などの制御関数を含む。共通制御データＰＤＵは共通の制御データを含む。特に、ユーザデータ及び少なくとも１つのシーケンス番号を含むＰＤＵは、本発明ではデータＰＤＵ（Ｄ−ＰＤＵ）と表され、誤り制御／回復に必要な制御データを含むＰＤＵは、本発明ではステータスＰＤＵ（Ｓ−ＰＤＵ）と表される。
【０００７】
既存のＡＲＱプロトコルの多くのベースを形成する周知のハイレベル・データリンク制御手順（ＨＤＬＣ）プロトコルでは、３つのタイプのＰＤＵがあり、それぞれ、情報フレーム（Ｉ−フレーム）、監視フレーム（Ｓ−フレーム）、番号なしのフレーム（Ｕ−フレーム）と呼ばれている。既存の汎用パケット無線サービス（ＧＰＲＳ）やいわゆる第３世代移動体通信システムで用いられているＲＬＣプロトコルは、ＨＤＬＣ方式のＡＲＱプロトコルの一例である。
【０００８】
大部分の通信システムでは、ユーザデータ情報はピアエンティティ間で双方向に送られる。ＡＲＰプロトコルに含まれる共通の特徴は、ユーザデータＰＤＵに誤り制御情報を含むことができるということである。この機能は"ピギーバッキング（piggybacking）"として知られている。例えば、ＨＤＬＣ方式のプロトコルにおける全てのＩ−フレーム（すなわちＤ−ＰＤＵ）には、応答が含まれている。この応答はピアエンティティに、最後に（順々に）適切に受信されたＰＤＵのシーケンス番号を知らせる。
【０００９】
第３世代パートナーシッププロジェクト（３ＧＰＰＴＭ）は、いわゆる第３世代デジタル移動体通信システムにおける無線アクセスネットワーク（ＲＡＮ）のためのＲＬＣプロトコル仕様を作成した。このシステムは、汎用移動通信システム（ＵＭＴＳ）、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）システム、及び国際移動体通信−２０００（ＩＭＴ−２０００）システムとしても知られる。このようにして、第３世代システムのためのＲＬＣプロトコル仕様によれば、ＲＬＣ副層は３つの異なるデータ送信サービスモード（ＲＬＣ層がさらに高い層へ提供するサービスのためのモード）を提供する。すなわち、（１）透過データ送信、（２）非応答データ送信、及び（３）応答データ送信である。透過データ送信サービスは、これらのＰＤＵにプロトコル情報を追加せずに、ピアエンティティにさらに高い層のＰＤＵを送信する。非応答データ送信サービスは、ピアエンティティにさらに高い層のＰＤＵを送信するが、関係するピアエンティティへの送信は保証しない。
【００１０】
ＲＬＣプロトコルによって提供されている応答データ送信サービスは、保証された送信を用いて、ピアエンティティにさらに高い層のＰＤＵを送信する。ＲＬＣ副層がそのようなデータを適切に送ることができないとすれば（エラーフリー送信など）、送信側のＲＬＣユーザはそのように知らされ、データは再送信される。このようにして、ＲＬＣプロトコルに従って、応答データ送信モードはエラーフリー送信を提供する（再送信が保証されている）。すなわち、受信ＲＬＣピアエンティティは、エラーフリーＳＤＵだけをさらに高い層に送信する。応答データ送信モードは、ユニークな送信（ＲＬＣ副層は受信部の上層へ一度だけＳＤＵを送信する）とシーケンスされた／シーケンスされていない送信（ＲＬＣ副層は、送信部の上層エンティティがＲＬＣ副層へ送信するのとは、同じ順番かまたは違った順序で、ＳＤＵを受信部の上層エンティティへ送信する）も提供する。
【００１１】
既存のＲＬＣプロトコルにおける重大な問題は、１つのプロトコルの構成だけしか規定されていないことである。その結果、このプロトコルは、既存の及び将来のマルチサービスシステムで生じ得る比較的多数の異なったサービス状況にすぐに適用することができない。しかし、以下に詳細に示すように、本発明はこの問題及び他の関連する問題を首尾よく解決するものである。
【００１２】
《発明の概要》
本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつポーリングするか、または、送るかを決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。本発明の技術的な利点は、マルチサービス通信システムに出現しうる多くの異なったサービス状況に対し、直ちに適応することができるフレキシブルＲＬＣを提供することである。
【００１３】
《図面の詳細な説明》
本発明の実施の形態及びその利点は、図１の図面を参照することにより最良の理解が得られる。また、異なる図の同じ部分及び相当する部分には同じ符号が用いられている。
【００１４】
基本的に、本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつ、ポーリングするか、または、送るか、を決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。
【００１５】
具体的にいうと、図１は本発明の好適な実施の形態を実施するために用いられる応答モードデータ送信方式を示す図である。応答モードデータ送信方式を示したが、本発明はそのように限定されることを意図しておらず、他のデータ送信方式または他のデータ再送信プロトコルを含むことができる。図に示すように、応答モードデータ送信方式は、応答モードで動作している２つのピアエンティティ間でデータを送信するために用いることができる。既存のＲＬＣプロトコルに従って、この方式はユーザ機器（ＵＥ）またはＵＴＲＡネットワーク（ＵＴＲＡＮ）のどちらかで開始することができる。このために、ＵＥまたはＵＴＲＡＮの送信器は、１つまたは複数の応答モードデータＰＤＵ（ＡＭＤ ＰＤＵ）を、ＵＴＲＡＮまたはＵＥの受信器に送信する。応答モードで動作している場合には、ＡＭＤ ＰＤＵはＲＬＣによって用いられる。ＡＭＤ ＰＤＵは、１つまたは複数のＳＤＵ、Ｄ／Ｃフィールド（Ｄ−ＰＤＵを示す）、シーケンス番号、ポーリングビット、ヘッダー拡張ビット、及び１つまたは複数の長さインジケータフィールドで構成される。
【００１６】
本発明の実施の形態では、ＲＬＣ機能は２つのグループに分けることができる。すなわち、送信（送り手）側機能と受信側機能である。これらの機能の全ては、ＵＥ（移動ステーションなど）またはＵＴＲＡＮによって実施される。送信または受信ＲＬＣ機能は、各々の応答モードエンティティ対して、必須または選択で用いられる。このような機能が必須の場合では、その機能を開始するために信号を明示する（無線リソースコントロール（ＲＲＣ）などから）必要はない。
【００１７】
ＲＬＣ送信機能について言及すると、ポーリング機構が送信エンティティ側に適用されるとすれば、以下の表１は、ステータスレポートに対して送話器がピアエンティティをポーリングできる場合に制御する機能を示している。このようにして、応答モードで動作する２つのＲＬＣピアエンティティ間のステータス情報を送信するために、Ｓ−ＰＤＵ送信方式が用いられている。この方式はＵＥまたはＵＴＲＡＮのどちらかで開始されうる。
【００１８】
トリガ                          存在（Presence）
−−−−−−−−−−−−−−−−−−−−
バッファの最後のＰＤＵ          必須(Mandatory)
ポーリングタイマ                必須
Ｘ ＲＤＵごと                   選択(Optional)
Ｘ ＲＤＵごと                   選択
送信ウィンドウのＸパーセント    選択
タイマベース                    選択
Ｔprohibit                    選択
【００１９】
表１は、送話器がステータスレポートに対して受信器をポーリングする場合に、トリガできる機能を示している。このようなトリガイベントの１つは、送信バッファ中の最後のＰＤＵが送信された場合である。本発明の実施の形態における表１に示すように、ポーリングが適用された場合には、送信側に対しては送信バッファ機能中の最後のＰＤＵの送信が必須である。
【００２０】
送信器がステータスレポートに対して受信器をポーリングする場合に、トリガできる別の機能は、ポーリングタイマを用いた機能である。ポーリングタイマは、ポーリングがピアエンティティに送信されたときに計時を開始する。ポーリングタイマが終了する前に、ステータスレポートが送信エンティティによって受信されなければ、送信器は受信器に新しいポーリングを送信する。タイマの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、ポーリングが適用されたとすれば、送信側に対してはポーリングタイマ機能は必須である。
【００２１】
送信側は、Ｘ個のＰＤＵごとに、ステータスレポートに対して、ピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、送信側に対してはこの機能はオプションである。同様に、送信側はＸ個のＰＤＵごとに、ステータスレポートのためにピアエンティティに対してポーリングすることができる。再び、Ｘの値はＲＲＣからの信号によって決定され、この機能は送信側に対しては選択的である。
【００２２】
送信側は、送信器がＸパーセントの送信ウィンドウに到達したときに、ステータスレポートに対してピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まり、この機能送信側に対してはオプションである。
【００２３】
送信器がステータスレポートに対して受信器をポーリングする場合にトリガできる別の機能は、タイマの使用をベースにできる。すなわち、送信側はステータスレポートに対して定期的にピアエンティティをポーリングする。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側に対してはオプションである。
【００２４】
Ｔprohibit機能は、送信側がピアエンティティをポーリングできる回数を制御するために用られる。Ｔprohibitタイマは、ポーリングがピアエンティティに送信されるときに開始する。このようにして、Ｔprohibitタイマが動作している間は、送信エンティティはピアエンティティをポーリングできない。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側についてはオプションである。
【００２５】
表２は、本発明の好適な実施の形態に従って、受信されたステータスレポートに対して、エンティティがどのように反応できるかを制御しうる機能のリストを示している。ステータスレポートへの送信側の反応を制御する機能は、ステータスレポートで受信された情報に従って、送信ウィンドウを調節したりまたは更新したりするものである。この機能は送信側にとっては必須である。
【００２６】
トリガ                          存在
−−−−−−−−−−−−−−−−−−−
送信ウィンドウを調節する        必須
ＰＤＵを再送信する              必須
妥当性チェック                  選択
【００２７】
ステータスレポートの受信に対する送信側の反応を制御する別の機能は、ステータスレポートによって要求されたＡＭ ＰＤＵを送信側から再送信する機能である。妥当性チェック機能が適用されなければ、要求されたＡＭ ＰＤＵは、直ちに、さらに新しいＡＭ ＰＤＵよりも優先して再送信される。この機能は送信側に対して必須である。上述の妥当性チェックは、ステータスチェックの受信に応じて、送信側の反応を制御するために用いられる別の機能である。基本的に、妥当性チェックはステータスレポートの内容が妥当であるかどうかを決定する。この機能はステータスレポートで要求された再送信を、妨げるかまたは遅らせることができる。例えば、ステータスレポートは、ステータスレポートが送信される前に、受信器に到着することのないＰＤＵに対する否定応答を含むことができる。このようにして、送信器はこれらのＰＤＵを再送信しない。この機能は送信側に対してはオプションである。
【００２８】
好適な実施の形態に従って、受信側のＲＬＣ機能について以下に説明する。基本的に、受信側がポーリングを受信すれば、受信側は送信エンティティにステータスレポートを送信する。ステータスレポートは、見積ＰＤＵカウンタ（ＥＰＣ）が動作している場合を除けば、送信側に直ちに送信される。ＥＰＣは、予定の時間に送信されるはずであったＰＵの見積の数を用いて、送信毎の時間を減少させたカウンタである。失ったＰＤＵを受信器が検出すれば、受信器はＳ−ＰＤＵを送信器に送信し、ＥＰＣを要求されたＰＣの数と同じに設定する。ＥＰＣタイマは、カウントダウンを開始する前に、ＥＰＵの待ち時間の最大値を制御する。ＥＰＣカウントがゼロになり、要求されたＰＣの全てが必ずしも正しく受信されなかった場合には、新しいＳ−ＰＤＵが送信され、それに従ってＥＰＣがリセットされる。その後で、ＥＰＣタイマが再開始される。このようにして、好適な実施の形態によれば、ＥＰＣカウンタが使用されて動作している場合には、ＥＰＣカウンタが終了したときに、ステータスレポートが送信側に送信される。この機能は受信側に対しては必須である。
【００２９】
表３は、本発明の好適な実施の形態に従って、受信エンティティが送信側にステータスレポートを送信するときに、制御できる機能を示ている。受信側のそのような制御機能の１つは、ポーリングの受信である。このようにして、受信側は、ポーリングを受信すると、ピアエンティティにステータスレポートを送信する。ステータスレポートは、ＥＰＣカウンタが動作している場合を除いて、直ちに送信側に送信される。ＥＰＣカウンタが用いられて動作している場合、受信側はＥＰＣカウンタが終了した後に、ステータスレポートを送信する。この機能は受信側に対しては必須である。
【００３０】
トリガ                          存在
−−−−−−−−−−−−−−−−−−−
ポーリングの受信                必須
ＥＰＣ                          選択
失ったＰＤＵの検出              選択
Ｘ ＳＤＵごと                   選択
Ｘ ＰＤＵごと                   選択
受信ウィンドウのＸパーセント    選択
タイマベース                    選択
Ｔprohibit                    選択
【００３１】
本発明の実施の形態では、ステータスレポートがピアエンティティに送信されるときに、ＥＰＣカウンタが開始する。送信側で再送信のために要求された全てのＡＭ ＰＤＵが受信される前にＥＰＣカウンタが終了すれば、送信側はピアエンティティに新しいステータスレポートを送信する。ＥＰＣカウンタ機能は受信側に対してはオプションである。
【００３２】
また、受信側もＸ個のＳＤＵごとにステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号から決定される。本発明の実施の形態では、この機能は送信側に対してはオプションである。同様に、受信側はＸ個のＰＤＵごとにステータスレポートをピアエンティティに送信してもよい。再度、Ｘの値がＲＲＣからの信号によって決定される。この機能は受信側についてはオプションである。
【００３３】
また、受信側はＸパーセントの送信ウィンドウに到達したときに、ステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号によって決定され、受信側に対してはこの機能はオプションである。
【００３４】
受信側がステータスレポートをピアエンティティに送信するときに、制御できる別の機能は、タイマの使用をベースにしている。すなわち、受信側はステータスレポートを周期的にピアエンティティに送信する。この期間の値（継続時間）はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３５】
Ｔprohibit機能は、送信側がステータスレポートをピアエンティティに送信できる回数を制御するために用いることができる。Ｔprohibit機能はステータスレポートがピアエンティティに送信されるときに開始される。従って、送信側はＴprohibitタイマが動作している間はステータスレポートをピアエンティティに送信することができない。このタイマの値はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３６】
好適な実施の形態によれば、ＡＲＱプロトコルに対する再送信の要求を満足するために、従来のプロトコルで実現されるよりもさらにフレキシブルに、上述のＲＬＣ機能の異なった組み合わせを用いることができる。例えば、従来のＲＬＣプロトコルで示された再送信方式をよりフレキシブルに実現するために、以下の（応答モード）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングを用いなければならない、（２）１つのＳＤＵ（Ｘ＝１）ごとにピアエンティティをポーリングする、（３）Ｔprohibitを送信側で用いなければならない、及び（４）１つまたは複数の失ったＰＤＵを検出すると直ちにステータスレポートが送信される。さらに、以下の機能は必須であるので必然的に備えられている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３７】
また、好適な実施の形態によれば、以下は、どのようにして上述のＲＬＣ機能が用いて、従来のプロトコルで実現されるよりもさらにフレキシブルな方法で、ＡＲＱプロトコルに対する再送信の要求を満足させるかを示した別の例である。よりフレキシブルにＥＰＣカウンタ機構を用いた再送信方式を実現するためには、以下の（応答モードなど）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングが用いられなければならない、（２）送信側がＸパーセントの送信ウィンドウに到達したときにポーリングする、（３）送信側はＥＰＣカウンタ機構を用いなければならない、及び（４）ステータスレポートは、ＥＰＣカウンタが動作しているときを除いて、失ったＰＤＵを検出すると直ちに送信される。さらに、以下の機能は必須であるので必然的に備わっている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ＥＰＣカウンタが動作しているときを除いて、ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３８】
本発明の好適な実施の形態における装置及びその方法が添付の図面及び前述の詳細な説明において示されたが、本発明は開示した実施形態に限定されることを意味するものではなく、本発明に記載され定義された請求項の要旨から逸脱しない限り、多くの再構成、修正、及び置換が可能である。
【図面の簡単な説明】
【図１】  図１は、本発明の好適な実施形態を実現するために用いられるＲＬＣプロトコル用の応答モードデータ転送方法を示す図である。
【図１】
0004607339.tif 000002