(57)【要約】      （修正有）【課題】リセット手続きの進行中に生じるＳＴＡＴＵＳ  ＰＤＵによる不測の妨害を排除する。【解決手段】リセット手続きを制御する方法は、状態変数ＶＴ（ＲＳＴ）のカウントに対するタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃからの干渉を阻止するために、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔのクロック周期を適切な値に設定する。また、リセット手続きを制御する方法は、修正されたトリガ条件を利用する。したがって、送信器は、リセット手続きの進行中はＳＴＡＴＵＳ  ＰＤＵを無視する。要するに、状態変数ＶＴ（ＲＳＴ）が異常に増分されるのではなく、リセット手続きは設定されたプロトコルパラメータＭａｘＲＳＴにしたがって正しく機能する。【選択図】  図４
2005065289.tif 000002
【特許請求の範囲】
【請求項１】
送信器と受信器との間の無線通信リンクのためにリセット手続きを制御する方法であって、
（ａ）前記受信器が、少なくとも一つの受信状況報告を前記送信器に送信するステップと、
（ｂ）第１の所定期間Ｐ１の間、前記送信器に別の受信状況報告を出力しないように前記受信器をブロックするステップと、
（ｃ）前記送信器が、前記受信器から送信される少なくとも一つの受信状況報告を受信し、前記受信状況報告をプロトコルエラーを含むものと判断し、前記受信器にＲＥＳＥＴ  ＰＤＵを伝送し、第２の所定期間Ｐ２を計時するための第１のタイマを始動させるステップと、
（ｄ）ＲＥＳＥＴ  ＰＤＵの伝送回数が所定値Ｍに達するまでの間、前記第１のタイマが期限切れになるたびに、前記送信器が前記受信器にＲＥＳＥＴ  ＰＤＵを出力するステップと、
（ｅ）前記ＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達し、且つ、前記第１のタイマが期限切れになるかまたは前記ステップ（ｃ）によるＲＥＳＥＴ  ＰＤＵの伝送がトリガされたときに、前記送信器が回復不能プロトコルエラーを検出するステップと、
を備え、
前記ステップ（ｂ）のＰ１は、Ｐ２にＭを乗じた値以上である、方法。
【請求項２】
請求項１に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記受信器から受信状況報告が出力される際に、前記受信器を利用して、Ｐ１を計時するための第２のタイマを始動させることを含む、方法。
【請求項３】
請求項２に記載の方法であって、
前記第２のタイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔであり、前記第１のタイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿ＲＳＴである、方法。
【請求項４】
送信器と受信器との間の無線通信リンクのためにリセット手続きを制御する方法であって、
（ａ）前記受信器が、少なくとも一つの受信状況報告を前記送信器に送信するステップと、
（ｂ）前記送信器が、前記受信器から送信される少なくとも第１の受信状況報告を受信し、前記受信状況報告をプロトコルエラーを含むものと判断し、リセット手続きをアクティブにし、前記受信器にＲＥＳＥＴ  ＰＤＵを伝送するステップと、
（ｃ）前記送信器が前記受信器から出力されるＲＥＳＥＴ  ＡＣＫ  ＰＣＵを受信するまでの間、前記リセット手続きを進行中だとみなすステップと、
を備え、
前記ステップ（ｃ）は、前記リセット手続きの進行中は、前記受信器から出力される少なくとも第２の受信状況報告を無視するように前記送信器を制御することを含み、
前記第２の受信状況報告は、前記第１の受信状況報告よりも後に受信される、方法。
【請求項５】
請求項４に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記ＲＥＳＥＴ  ＰＤＵの伝送回数が所定値に達するまでの間、且つ、前記送信器が前記受信器から出力されるＲＥＳＥＴ  ＡＣＫ  ＰＤＵを受信するまでの間、前記送信器を利用して、所定期間にしたがって前記受信器にＲＥＳＥＴ  ＰＤＵを周期的に出力させることを含む、方法。
【請求項６】
請求項５に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記送信器がＲＥＳＥＴ  ＰＤＵを出力する際に、前記送信器を利用して、前記所定期間を計時するためのタイマを始動させることを含む、方法。
【請求項７】
請求項６に記載の方法であって、
前記タイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿ＲＳＴである、方法。
【請求項８】
少なくとも一つの受信状況報告を伝送するために送信器との間で無線通信を行う受信器であって、
前記送信器は、前記少なくとも一つの受信状況報告を受信し、前記受信器にＲＥＳＥＴ  ＰＤＵを伝送し、第１の所定期間Ｐ１を計時するための第１のタイマを開始し、前記受信状況報告をプロトコルエラーを含むものと判断したときは所定値Ｍを格納し、前記ＲＥＳＥＴ  ＰＤＵの伝送回数をカウントし、
前記送信器は、前記ＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達するまでの間、前記第１のタイマが期限切れになるたびに前記受信器にＲＥＳＥＴ  ＰＤＵを出力し、前記ＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達し、且つ、前記第１のタイマが期限切れになるかまたはＲＥＳＥＴ  ＰＤＵの伝送がトリガされたときは回復不能エラーを検出し、
前記受信器は、第２の所定期間Ｐ２の間、別の受信状況報告を出力しないように前記受信器をブロックするための通信インターフェースを備え、
Ｐ２は、Ｐ１にＭを乗じた値以上である、受信器。
【請求項９】
請求項８に記載の受信器であって、さらに、
前記通信インターフェースに電気的に接続された、Ｐ２を計時するための第２のタイマを備え、前記通信インターフェースは、受信状況報告を出力する際に前記第２のタイマを始動させる、受信器。
【請求項１０】
請求項９に記載の受信器であって、
前記第２のタイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔであり、前記第１のタイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿ＲＳＴである、受信器。
【請求項１１】
受信器から送られてくる少なくとも第１の受信状況報告を受信するために前記受信器との間で無線通信を行う送信器であって、
前記第１の受信状況報告をプロトコルエラーを含むものと判断したときに、リセット手続きをアクティブにし、前記受信器にＲＥＳＥＴ  ＰＤＵを伝送するための通信インターフェースと、
前記通信インターフェースに電気的に接続され、前記通信インターフェースが前記受信器から出力されるＲＥＳＥＴ  ＡＣＫ  ＰＤＵを受信するまで前記リセット手続きを進行中だとみなすための決定ロジック回路と、
を備え、
前記決定ロジック回路は、前記リセット手続きの進行中は、前記受信器から出力される少なくとも第２の受信状況報告を無視するように前記送信器を制御し、
前記第２の受信状況報告は、前記第１の受信状況報告よりも後に受信される、送信器。
【請求項１２】
請求項１１に記載の送信器であって、
前記ＲＥＳＥＴ  ＰＤＵの伝送回数が所定値に達するまでの間、所定期間毎にＲＥＳＥＴ  ＰＤＵを前記受信器に周期的に出力する送信器。
【請求項１３】
請求項１２に記載の送信器であって、さらに、
前記通信インターフェースに電気的に接続された前記所定期間を計時するためのタイマを備え、前記通信インターフェースは、ＲＥＳＥＴ  ＰＤＵを出力する際に前記タイマを始動させる、送信器。
【請求項１４】
請求項１３に記載の送信器であって、
前記タイマは３ＧＰＰ仕様によるタイマＴｉｍｅｒ＿ＲＳＴである、送信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムを駆動することによってリセット手続きをトリガする方法に関するものである。より具体的には、本発明は、無線通信システムにおいてリセット手続きを制御する方法および装置に関するものである。
【背景技術】
【０００２】
通信プロトコルの多くは、三層構造のアプローチをとるのが通常である。図１は、このような従来技術の通信プロトコルにおける三層構造を示したブロック図である。通常の無線環境では、第１の端末１０は一つ以上の第２の端末３０との間で無線通信を行う。第１の端末１０にあるアプリケーション１３は、作成したメッセージ１１を第２の端末３０に送るにあたって、先ず、メッセージ１１を第３層インターフェース１２に引き渡す。すると、第３層インターフェース１２は、メッセージ１１を第２層のサービスデータ単位（ＳＤＵ）の形で第２層インターフェース１６に引き渡す。第２層のＳＤＵ１４は任意の長さを有して良い。第２層インターフェース１６は、メディアアクセス制御（ＭＡＣ）層２０の上に無線リンク制御（ＲＬＣ）層１８を有することによってＭＡＣ層２０との間で通信を行う。ＲＬＣ層１８は、フロー制御、シーケンス番号のチェック、および暗号化などの多様な機能をサポートしている。ＭＡＣ層２０は、ＲＬＣ層１８と第１層インターフェース２２との間のインターフェースとして機能する。上位の層（ＲＬＣ層１８およびそれよりも高位の層）では多数のチャネルを確立することが可能であるが、これらのチャネルは第１層インターフェース２２に至る時点で統合されなければならない。これが、ＭＡＣ層２０を設ける主な目的の一つである。したがって、ＭＡＣ層２０は、一本のストリームに統合された複数のＰＤＵを第１層インターフェース２２に出力する。つまり、第２層インターフェース１６は、複数のＳＤＵ１４を一つまたはそれ以上の固定長の第２層のプロトコルデータ単位（ＰＤＵ）２４に構成し、それを第１層インターフェース２２に送る。
【０００３】
第１層インターフェース２２は、第２の端末３０にデータを伝送するために使用される物理層である。伝送されたデータは、第２の端末３０の第１層インターフェース４２で受信され、一つまたはそれ以上のＰＤＵ４４の形に再構築された後に、上位の第２層インターフェース３６に引き渡される。第２層インターフェース３６は、やはり、ＲＬＣ層３８とＭＡＣ層４０とを含む。ＭＡＣ層４０は、送られてきたＰＤＵ４４を受信し、各チャネルに送り出す。次に、ＲＬＣ層３８は、ＭＡＣ層４０から送られたＰＤＵ４４にしたがって、一つまたはそれ以上の第２層ＳＤＵ３４を構成する。そして、第２層ＳＤＵ３４を上位の第３層インターフェース３２に引き渡す。すると、第３層インターフェース３２は、第２層ＳＤＵ３４を変換してメッセージ３１に戻す。メッセージ３１は、第１の端末１０にあるアプリケーション１３によって生成された元のメッセージ１１と同一であることが望ましい。最後に、受信されたメッセージ３１は、第２の端末３０にあるアプリケーション３３に引き渡される。
【０００４】
ところが、ノイズの多い無線環境では、基地局や子局などの受信器のデータが失われることが頻繁に生じる。つまり、第２層のＰＤＵ２４が失われる。したがって、無線プロトコルは、このような問題に対処するべく慎重に設計されている。各ＰＤＵが特定のシーケンス番号を有し、番号を順番に振られていることは良く知られている。したがって、ＰＤＵのどれかが誤って伝送されたまたは受信されたとき、ＲＬＣ層１８，３８は、ＰＤＵのシーケンス番号を利用することができる。３ＧＰＰ  ＴＳ  ２５．３２２  Ｖ４．９．０（２００３−６）の無線リンク制御（ＲＬＣ）プロトコル仕様で定められているように、送信器は、同位の受信器に対して状況報告を要求するポーリング機能を有する。すなわち、受信器は、対応する送信器に状況報告を伝送することによって、どのＰＤＵが受信され、どのＰＤＵが受信されなかったかを送信器に知らせる。各状況報告は、一つまたは複数のＳＴＡＴＵＳ  ＰＤＵで構成される。なお、状況報告は、ＤＡＴＡ  ＰＤＵに組み込まれた統合ＳＴＡＴＵＳ  ＰＤＵの形で運ぶことも可能である。
【０００５】
受信器は、一つまたは複数のＰＤＵの欠落を発見したときに、送信器に宛てた状況報告の伝送をトリガすることができる。受信器は、また、タイマであるＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃが期限切れになったときにも、送信器に宛てた状況報告の伝送をトリガすることができる。つまり、受信器は、送信器に宛てた状況報告の伝送を周期的にトリガすることができる。ＳＴＡＴＵＳ  ＰＤＵおよび統合ＳＴＡＴＵＳ  ＰＤＵは類似のデータ構造を有し、いずれも複数のスーパーフィールド（ＳＵＦＩ）を含む。ＳＵＦＩは、送信器から出力されたＰＤＵが受信器で正しく受信されたか否かを決定するために送信器において使用される有用なシーケンス番号（ＳＮ）を含んでいる。例えばＬＩＳＴ、ＢＩＴＭＡＰ、またはＲＬＩＳＴなどのＳＵＦＩは、否定応答されたシーケンス番号を示すために使用することができる。また、ＬＳＮフィールドをともなったＡＣＫ  ＳＵＦＩは、同じＳＴＡＴＵＳ  ＰＤＵまたは統合ＳＴＡＴＵＳ  ＰＤＵでそのＳＮが否定応答されていない限り、（ＬＳＮ−１）以下のＳＮを肯定応答されたＳＮとして示すために使用することができる。
【０００６】
また、受信器および送信器のいずれも、ＰＤＵを受信する用のウィンドウおよびＰＤＵを送信する用のウィンドウを有する。送信器は、二つの状態変数ＶＴ（Ａ），ＶＴ（ＭＳ）で区切られた送信用ウィンドウを有する。ＶＴ（Ａ）は送信用ウィンドウの始まりをマークし、ＶＴ（ＭＳ）は送信用ウィンドウの終わりをマークしている。送信器から伝送されるＰＤＵは、送信用ウィンドウの範囲内のシーケンス番号を有するＰＤＵのみ、すなわち、ＶＴ（Ａ）以降ＶＴ（ＭＳ）の前までの連続するシーケンス番号を有するＰＤＵのみである。送信器は、さらに別の状態変数ＶＴ（Ｓ）を有する。送信用ウィンドウの範囲内のＰＤＵを伝送するにあたって、送信器は、状態変数ＶＴ（Ａ）で表されたシーケンス番号のＰＤＵから始まって、そのままＶＴ（ＭＳ）のすぐ前のシーケンス番号を有するＰＤＵまでを番号順に伝送する。つまり、送信器は、ＶＴ（Ａ）からＶＴ（ＭＳ）−１までのシーケンス番号を有するＰＤＵを順番に伝送する。状態変数ＶＴ（Ｓ）は、次に新しく伝送されるＰＤＵのシーケンス番号を保持する。したがって、ＶＴ（Ｓ）−１までの連続するシーケンス番号を有するＰＤＵは、少なくとも一度は伝送されていることになる。
【０００７】
したがって、ＶＴ（Ｓ）以降のシーケンス番号を有するＰＤＵは、まだ送信器から伝送されていない。ここで、送信器が同位の受信器からＳＴＡＴＵＳ  ＰＤＵを受信し、ＳＴＡＴＵＳ  ＰＤＵの中からＬＩＳＴ、ＢＩＴＭＡＰ、またはＲＬＩＳＴのＳＵＦＩを読み出したと仮定する。ＬＩＳＴ、ＢＩＴＭＡＰ、またはＲＬＩＳＴのＳＵＦＩによって示された否定応答されたシーケンス番号が、ＶＴ（Ａ）とＶＴ（Ｓ）−１とで区切られた間隔の外側である場合は、そのＳＴＡＴＵＳ  ＰＤＵは、誤ったシーケンス番号を含むものとみなされる。また、ＡＣＫ  ＳＵＦＩに含まれるＬＳＮフィールドの値が、ＶＴ（Ａ）とＶＴ（Ｓ）とで区切られた間隔の外側である場合も、そのＳＴＡＴＵＳ  ＰＤＵは、やはり誤ったシーケンス番号を含むものとみなされる。送信器は、従来技術のＲＬＣ仕様に基づいて、誤ったシーケンス番号を含むＳＴＡＴＵ  ＰＤＵまたは統合ＳＴＡＴＵＳ  ＰＤＵを廃棄し、ＲＥＳＥＴ  ＰＤＵを受信器に宛てて出力して、対応するリセット手続きをアクティブにする。
【０００８】
図２は、従来技術のリセット手続きを示した第１のタイミング図である。図２では、簡単のために送信器と受信器との間に生じる伝送遅延を無視している。状態変数ＶＴ（ＲＳＴ）は、リセット手続きが完了するまでに送信器から受信器に出力されるＲＥＳＥＴ  ＰＤＵの回数をカウントするために使用される。ＶＴ（ＲＳＴ）はカウント値として機能し、ＲＥＳＥＴ  ＰＤＵの転送が設定されるたびに１ずつ増分され、送信器が受信器からのＲＥＳＥＴ  ＡＣＫ  ＰＤＵを受信した時点でリセットされる。また、ＶＴ（ＲＳＴ）の初期値は０に等しい。プロトコルパラメータＭａｘＲＳＴはＶＴ（ＲＳＴ）の上限を表す。ＶＴ（ＲＳＴ）がＭａｘＲＳＴに等しくなると、送信器は上位層に回復不能エラーを通知し、その無線ベアラを解放する。つまり、ＲＥＳＥＴ  ＰＤＵの伝送回数は、最大でＭａｘＲＳＴ−１である。リセット手続きには、二種類のタイマすなわちＴｉｍｅｒ＿Ｓｔａｔｕｓ＿ＰｅｒｉｏｄｉｃおよびＴｉｍｅｒ＿ＲＳＴが関わる。タイマＴｉｍｅｒ＿ＲＳＴは、送信器から受信器にＲＥＳＥＴ  ＰＤＵが転送されたときに始動する。しかしながら、タイマＴｉｍｅｒ＿ＲＳＴが期限切れになると、ＲＥＳＥＴ  ＰＤＵは受信器に再び転送される。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、受信器から送信器に宛てた状況報告の送信を周期的にトリガするために使用される。したがって、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃが期限切れになると、受信器は送信器にＳＴＡＴＵＳ  ＰＤＵを含む状況報告を出力し、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは再び始動する。図２に示されるように、状態変数ＶＴ（ＲＳＴ）は、リセット手続きがアクティブになる前は初期値０を格納している。また、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、受信器においてＰＤＵを受信する用意が整った時点で始動する。したがって、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、リセット手続きがアクティブになるよりも前に始動する。
【０００９】
ここで、タイマＴｉｍｅｒ＿ＲＳＴが１００ｍｓのクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴが４に設定されたと仮定する。時刻ｔ０において、受信器は、送信器に宛てた状況報告の出力をトリガされる。しかしながら、プロトコルエラーまたは伝送エラーのせいで、送信器は、時刻ｔ０においてＳＴＡＴＵＳ  ＰＤＵを受信し、このＳＴＡＴＵＳ  ＰＤＵを誤ったシーケンス番号を含むものと判断する。したがって、送信器は、リセット手続きをアクティブにするために受信器にＲＥＳＥＴ  ＰＤＵを出力し、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。タイマＴｉｍｅｒ＿ＲＳＴは、クロック周期（１００ｍｓ）のカウントを開始する。また、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、ｔ０において値１を格納する。
【００１０】
時刻ｔ０＋１００において、タイマＴｉｍｅｒ＿ＲＳＴは期限切れになるが、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵはまだ受信されていない。したがって、送信器は、受信器に宛ててＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵを待ち続ける。状態変数ＶＴ（ＲＳＴ）は１だけ増分され、ｔ０＋１００において値１を確保する。時刻ｔ０＋２００において、タイマＴｉｍｅｒ＿ＲＳＴはやはり期限切れになる。ここで、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵはまだ受信されていないと仮定する。したがって、送信器は、受信器に宛ててＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵをさらに待ち続ける。状態変数ＶＴ（ＲＳＴ）はさらに１だけ増分され、ｔ０＋２００において値２を確保する。
【００１１】
なお、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、ｔ０＋２００からｔ０＋３００までの間の時刻Ｔ'において期限切れになる。したがって、受信器は、前のＳＴＡＴＵＳ  ＰＤＵと同じ内容の状況報告を送信器に宛てて送信するようにトリガされる。送信器は、時刻Ｔ'において再びＳＴＡＴＵＳ  ＰＤＵを受信し、それを誤ったシーケンス番号を含むものと判断する。時刻Ｔ'において、ＲＥＳＥＴ  ＰＤＵの転送が設定されると、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、時刻Ｔ'において値４を格納する。このとき、状態変数ＶＴ（ＲＳＴ）は、プロトコルパラメータＭａｘＲＳＴに等しい値を格納することになる。したがって、送信器は上位層に対して回復不能エラーを示し、無線ベアラはそれに応じて解放される。
【００１２】
プロトコルパラメータＭａｘＲＳＴは４に設定されているので、送信器は受信器に対し、ＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返す機会を三度与えている。つまり、送信器が受信器に許可している応答時間は３００ｍｓである。もし受信器が、時刻ｔ０＋３００より前にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返すことができれば、送信器は、プロトコルパラメータをリセットし、受信器との間でデータの伝送を再開させることができる。しかしながら、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、ｔ０＋３００より前の時刻Ｔ'に受信器からの周期的な状況報告をトリガし、リセット手続きを完了している。一方で、受信器は、Ｔ'とｔ０＋３００との間の時刻Ｔ"においてＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返す可能性がある。しかしながら、従来のリセット手続きによると、送信器は、時刻Ｔ'において上位層に対して回復不能エラーを示し、それに応じて無線ベアラを解放させているので、受信器との間でデータの伝送を再開させることができない。つまり、規定されたプロトコルパラメータＭａｘＲＳＴの機能がタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの動作によって妨害される。
【００１３】
図３は、従来技術のリセット手続きを示した第２のタイミング図である。図２と同様に、図３でも、簡単のために送信器と受信器との間に生じる伝送遅延を無視している。ここで、タイマＴｉｍｅｒ＿ＲＳＴは７００ｍｓのクロック周期をカウントするために使用され、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは１００ｍｓのクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴは４に設定されていると仮定する。時刻ｔ０において、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは期限切れになり、受信器は状況報告の出力をトリガされ、送信器にＰＤＵの受信状況を知らせる。ここで、送信器は時刻ｔ０において状況報告を受信し、それを誤ったシーケンス番号を含むものと判断したと仮定する。したがって、送信器は、リセット手続きをアクティブにするために時刻ｔ０においてＲＥＳＥＴ  ＰＤＵを受信器に宛てて出力し、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。そして、タイマＴｉｍｅｒ＿ＲＳＴはクロック周期（７００ｍｓ）のカウントを開始し、状態変数ＶＴ（ＲＳＴ）は１だけ増分されて値１を格納する。時刻ｔ０＋１００において、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは期限切れになる。送信器は、この間にＰＤＵをいっさい送信しないので、受信器は、前の状況報告と同じ内容の状況報告を送信器に宛てて送信する。送信器は、その状況報告を誤ったシーケンス番号を含むものと再び判断する。したがって、送信器は受信器にＲＥＳＥＴ  ＰＤＵを再び送信し、ＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待ち続ける。状態変数ＶＴ（ＲＳＴ）はさらに１だけ増分され、ｔ０＋１００において値２を確保する。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、同様に、時刻ｔ０＋２００においても期限切れになる。受信器は状況報告を送信し、該状況報告は送信器によって誤ったシーケンス番号を含むものと再び判断される。したがって、送信器は受信器にＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待ち続ける。状態変数ＶＴ（ＲＳＴ）はさらに１だけ増分され、ｔ０＋２００において値３を確保する。
【００１４】
同様に、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは時刻ｔ０＋３００においても期限切れになる。受信器は、前と全く同じ内容の状況報告を出力するように再びトリガされる。したがって、送信器は、時刻ｔ０＋３００において状況報告を受信し、それを誤ったシーケンス番号を含むものと判断する。時刻ｔ０＋３００においてＲＥＳＥＴ  ＰＤＵの転送が設定されると、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、時刻ｔ０＋３００において値４を格納する。このとき、状態変数ＶＴ（ＲＳＴ）は、プロトコルパラメータＭａｘＲＳＴに等しい値を格納することになる。したがって、時刻ｔ０＋３００において、送信器は上位層に対して回復不能エラーを示し、無線ベアラはそれに応じて解放される。なお、送信器は受信器に対し、３×７００ｍｓ以内にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返すように要求している。もし受信器が時刻ｔ０＋３００より前にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返すことができれば、送信器は受信器との間でデータの伝送を再開させることができる。しかしながら、受信器は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによって予期せぬ状況報告の送出をトリガされており、送信器は、予期される時点ｔ０＋３００よりも前に上位層に対して回復不能エラーを示している。一方で、受信器は、時刻ｔ０＋３００よりも後にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返す可能性がある。しかしながら、従来のリセット手続きによると、このとき回復不能エラーは既に上位層に対して報告されており、無線ベアラもそれに応じて解放されている。つまり、規定されたプロトコルパラメータＭａｘＲＳＴの正しい機能がタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの動作によって妨害される。
【発明の開示】
【００１５】
したがって、本発明の主な目的は、リセット手続きの進行中に生じるＳＴＡＴＵＳ  ＰＤＵによる不測の妨害を排除するために、無線通信システムにおいてリセット手続きを制御する方法および装置を提供することにある。
【００１６】
本発明は、送信器と受信器との間の無線通信リンクのためにリセット手続きを制御する方法を開示する。この方法は、（ａ）受信器が、少なくとも一つの受信状況報告を送信器に送信するステップと、（ｂ）第１の所定期間Ｐ１の間、送信器に宛てて別の受信状況報告を出力しないように受信器をブロックするステップと、（ｃ）送信器が、受信器から送信される少なくとも一つの受信状況報告を受信し、該受信状況報告をプロトコルエラーを含むものと判断し、受信器にＲＥＳＥＴ  ＰＤＵを伝送し、第２の所定期間Ｐ２を計時するための第１のタイマを始動させるステップと、（ｄ）ＲＥＳＥＴ  ＰＤＵの伝送回数が所定値Ｍに達するまでの間、第１のタイマが期限切れになるたびに、送信器が受信器にＲＥＳＥＴ  ＰＤＵを出力するステップと、（ｅ）ＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達し、且つ、第１のタイマが期限切れになるかまたはステップ（ｃ）によるＲＥＳＥＴ  ＰＤＵの伝送がトリガされたときに、送信器が回復不能プロトコルエラーを検出するステップとを備える。なお、ステップ（ｂ）のＰ１は、Ｐ２にＭを乗じた値以上である。
【００１７】
本発明は、さらに、送信器と受信器との間の無線通信リンクのためにリセット手続きを制御する方法を開示する。この方法は、（ａ）受信器が、少なくとも一つの受信状況報告を送信器に送信するステップと、（ｂ）送信器が、受信器から送信される少なくとも第１の受信状況報告を受信し、該受信状況報告をプロトコルエラーを含むものと判断し、リセット手続きをアクティブにし、受信器にＲＥＳＥＴ  ＰＤＵを伝送するステップと、（ｃ）送信器が、受信器から出力されるＲＥＳＥＴ  ＡＣＫ  ＰＣＵを受信するまでの間、リセット手続きを進行中だとみなすステップとを備える。なお、ステップ（ｃ）は、リセット手続きの進行中は、受信器から出力される少なくとも第２の受信状況報告を無視するように送信器を制御することを含み、第２の受信状況報告は、第１の受信状況報告よりも後に受信される。
【００１８】
また、少なくとも一つの受信状況報告を伝送するために送信器との間で無線通信を行う受信器が開示される。送信器は、少なくとも一つの受信状況報告を受信し、受信器にＲＥＳＥＴ  ＰＤＵを伝送し、第１の所定期間Ｐ１を計時するための第１のタイマを開始させ、もし受信状況報告をプロトコルエラーを含むものと判断したときは、所定値Ｍを格納し、ＲＥＳＥＴ  ＰＤＵの伝送回数をカウントする。送信器は、ＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達するまでの間、第１のタイマが期限切れになるたびに、受信器にＲＥＳＥＴ  ＰＤＵを出力し、もしＲＥＳＥＴ  ＰＤＵの伝送回数がＭに達し、且つ、第１のタイマが期限切れになるかまたはＲＥＳＥＴ  ＰＤＵの伝送がトリガされたときは、回復不能エラーを検出する。上記の受信器は、第２の所定期間Ｐ２の間、送信器に宛てて別の受信状況報告を出力しないように受信器をブロックするための通信インターフェースを備える。なお、Ｐ２は、Ｐ１にＭを乗じた値以上である。
【００１９】
好ましい一実施形態にしたがって、受信器から送られてくる少なくとも第１の受信状況報告を受信するために受信器との間で無線通信を行う送信器が開示される。この送信器は、第１の受信状況報告をプロトコルエラーを含むものと判断したときに、リセット手続きをアクティブにし、受信器にＲＥＳＥＴ  ＰＤＵを伝送するための通信インターフェースと、該通信インターフェースに電気的に接続され、該通信インターフェースが受信器から出力されるＲＥＳＥＴ  ＡＣＫ  ＰＤＵを受信するまでリセット手続きを進行中だとみなすための決定ロジック回路とを備える。決定ロジック回路は、リセット手続きの進行中は、受信器から出力される少なくとも第２の受信状況報告を無視するように送信器を制御する。第２の受信状況報告は、第１の受信状況報告よりも後に受信される。
【００２０】
簡単にまとめると、本発明によるリセット手続きの制御方法は、状態変数ＶＴ（ＲＳＴ）のカウントがタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによって妨害されるのを阻止するために、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔのクロック周期を適切な値に設定する。また、リセット手続きの制御方法は、修正されたトリガ条件を利用する。したがって、送信器は、リセット手続きの進行中はＳＴＡＴＵＳ  ＰＤＵを無視する。要するに、状態変数ＶＴ（ＲＳＴ）は、異常に演算されるのでなく、リセット手続きは、Ｍ＋１に等しい構成されたプロトコルパラメータＭａｘＲＳＴにしたがって正しく機能する。ここで、Ｍは上述の所定値である。
【００２１】
請求の範囲に記載された本発明の上記およびそれ以外の目的は、当業者にならば、各種の図面に例示された以下の好ましい実施形態の詳細な説明から明らかである。
【発明を実施するための最良の形態】
【００２２】
好ましい第１の実施形態は、規定されたプロトコルパラメータＭａｘＲＳＴがタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによって妨害される事態を回避するために、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの持続時間を適切に構成する。以下では、Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの使用方法を説明する。図４は、本発明の第１の実施形態にしたがってリセット手続きの異常ケースの取扱いを示した第１のタイミング図である。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが開始すると、トリガされた状況報告の伝送は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが期限切れになるまで遅延される。ここで、タイマＴｉｍｅｒ＿ＲＳＴは１００ｍｓに等しいクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴは４に設定されていると仮定する。第１の好ましい実施形態では、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの持続時間は、ＭａｘＲＳＴ−１にタイマＴｉｍｅｒ＿ＲＳＴのクロック周期を乗じて得られる積以上の値に設定される。第１の好ましい実施形態では、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔによってカウントされる期間は例えば３５０ｍｓに設定される。
【００２３】
タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、リセット手続きがアクティブになる前に機能し始める。受信器は、時刻ｔ０において、欠落しているＰＤＵを検出し、送信器に宛てて状況報告を出力する。プロトコルエラーまたは伝送エラーが原因で、送信器は、時刻ｔ０においてＳＴＡＴＵＳ  ＰＤＵを受信し、該ＳＴＡＴＵＳ  ＰＤＵを誤ったシーケンス番号を含むものと判断する。前述のように、図４では、簡単のために送信器と受信器との間に生じる伝送遅延が無視されている。次に、送信器は、リセット手続きをアクティブにするために受信器にＲＥＳＥＴ  ＰＤＵを出力し、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。タイマＴｉｍｅｒ＿ＲＳＴは、クロック周期（１００ｍｓ）のカウントを開始する。また、送信器が状況報告を受信する前に初期値にリセットされている状態変数ＶＴ（ＲＳＴ）は、１だけ増分され、時刻ｔ０において値１を格納する。なお、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔは、受信器が送信器にＳＴＡＴＵＳ  ＰＤＵを出力した時点でクロック周期（３５０ｍｓ）をカウント可能になる。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、通常にカウントを行う。
【００２４】
タイマＴｉｍｅｒ＿ＲＳＴは、時刻ｔ０＋１００において期限切れになる。したがって、送信器は、受信器にＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵを待ち続ける。状態変数ＶＴ（ＲＳＴ）は、さらに１だけ増分され、時刻ｔ０＋１００において値２を確保する。同様に、タイマＴｉｍｅｒ＿ＲＳＴは、時刻ｔ０＋２００においても期限切れになる。したがって、送信器は、受信器にＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵを待ち続ける。状態変数ＶＴ（ＲＳＴ）は、さらに１だけ増分され、時刻ｔ０＋２００において値３を確保する。
【００２５】
受信器側では、時刻Ｔ'において、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃが期限切れになる。すると、状況報告がトリガされる。しかしながら、既にタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが開始されているので、トリガされたこの状況報告は遅延される。したがって、時刻Ｔ'では、受信器から状況報告は送出されない。
【００２６】
次に、時刻ｔ０＋３００において、タイマＴｉｍｅｒ＿ＲＳＴが期限切れになる。時刻ｔ０＋３００において、ＲＥＳＥＴ  ＰＤＵの転送が設定されると、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、値４を格納する。状態変数ＶＴ（ＲＳＴ）は、このとき、プロトコルパラメータＭａｘＲＳＴに等しい値を格納することになる。したがって、送信器は高位層に対して回復不能エラーを示し、無線ベアラはそれに応じて解放される。プロトコルパラメータＭａｘＲＳＴは４が設定されているので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信しそれに応じてＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返す機会を三度与えている。なお、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔのクロック周期は３００ｍｓ以上である。つまり、プロトコルパラメータＭａｘＲＳＴは通常に機能するので、送信側は受信側に対し、ＳＴＡＴＵＳ  ＰＤＵを誤ったシーケンス番号を含むものと最初に判断した時点から３００ｍｓ以内にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返すことを許可することができる。受信器が、Ｔ'とｔ０＋３００との間の時刻Ｔ"においてＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返したと仮定すると、送信側は、自身のプロトコルパラメータをリセットし、受信側との間でデータの伝送を再開することができる。なお、図中では、理解を容易にするために伝送遅延を無視しているので、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの実際の持続時間を設定する際は、往復の伝送遅延を考慮に入れるべきである。図４に示されるように、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔは、時刻ｔ０＋３５０において期限切れになる。つまり、時刻Ｔ'においてタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの期限切れによってトリガされ、遅延されていた状況報告は、時刻ｔ０＋３５０になるまで送信されないので、ＭａｘＲＳＴの機能を妨害することはない。図２に示された従来技術のリセット手続きと比べて、図４に示されたリセット手続きは、時期尚早に終結することがない。つまり、送信側は受信側に対し、ＲＥＳＥＴ  ＰＤＵを受信する十分な機会およびそれに応答する十分な時間を実際に与えることができる。このように、持続時間を適切に構成されたタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの助けがあれば、規定されたプロトコルパラメータＭａｘＲＳＴの機能がタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの動作によって妨害されることはない。
【００２７】
図５は、本発明の第１の実施形態にしたがってリセット手続きの異常ケースの取扱いを示した第２のタイミング図である。ここで、タイマＴｉｍｅｒ＿ＲＳＴは７００ｍｓのクロック周期をカウントするために使用され、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄは１００ｍｓのクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴは４に設定されると仮定する。前述のように、第１の好ましい実施形態では、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの持続時間は、値（ＭａｘＲＳＴ−１）にタイマＴｉｍｅｒ＿ＲＳＴのクロック周期を乗じて得られる積以上の値に設定される。第１の好ましい実施形態でのタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの持続時間は、例えば２５００ｍｓである。
【００２８】
時刻ｔ０において、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは期限切れになるので、受信器は状況報告の出力をトリガされ、欠落しているＰＤＵおよび受信したＰＤＵに関する情報を送信器に通知する。ここで、送信器は時刻ｔ０において状況報告を受信し、この状況報告を誤ったシーケンス番号を含むものと判断したと仮定する。なお、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔは、受信器が送信器に宛てて状況報告の最後のＳＴＡＴＵＳ  ＰＤＵを出力した時点で、例えば２５００ｍｎなどのクロック周期のカウントを開始する。もし、時刻ｔ０の後に、例えばタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの期限切れによって別の状況報告がトリガされた場合は、その状況報告は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが期限切れになるまで遅延される。その間に、送信器は、リセット手続きをアクティブにするために時刻ｔ０において受信器に宛ててＲＥＳＥＴ  ＰＤＵを出力し、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＣＵが送られてくるのを待つ。タイマＴｉｍｅｒ＿ＲＳＴはクロック周期（７００ｍｓ）のカウントを開始し、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、値１を格納する。
【００２９】
タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが始動しているので、たとえタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃが時刻ｔ０＋１００，ｔ０＋２００，ｔ０＋３００などで期限切れになっても、受信器はタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔが期限切れになるまでは他の状況報告を出力しない。したがって、たとえＲＥＳＥＴ  ＰＤＵが失われ、受信器によって受信されなかったとしても、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋７００において首尾良く期限切れになる。このとき、送信器は、受信器に宛ててＲＥＳＥＴ  ＰＤＵを再び送信し、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。また、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、値２を格納し、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋７００において再び始動する。
【００３０】
前述の動作にしたがうと、状態変数ＶＴ（ＲＳＴ）がプロトコルパラメータＭａｘＲＳＴに等しい値を格納するときに、送信器は高位層に対して回復不能エラーを示し、無線ベアラはそれに応じて解放される。プロトコルパラメータＭａｘＲＳＴは４に設定されているので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信しそれに応じてＲＥＳＥＴ  ＡＣＫ  ＰＤＵで応答する機会を三度与えている。なお、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔのクロック周期は２１００ｍｓ以上である。つまり、プロトコルパラメータＭａｘＲＳＴは通常に機能するので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信する三度の機会およびそれに応答する２１００ｍｓの期間を許可することができる。もし、受信器が、ｔ０＋２１００より前にＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返すことができれば、送信器は、自身のプロトコルパラメータをリセットし、状況報告の中で誤ったシーケンス番号として示されていたプロトコルエラーを回復することによって、受信器との間でデータの伝送を再開することができる。前述のように、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔは時刻ｔ０＋２５００において期限切れになるので、受信器は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによって前からトリガされていた状況報告のブロックを停止する。送信器から高位層に対して回復不能プロトコルエラーが報告されている場合は、この無線ベアラは回復不能プロトコルエラーによって解放されるので、遅延されていた状況報告はもう役に立たない。しかしながら、最初の状況報告に誤ったシーケンス番号が含まれていない場合は、遅延された状況報告は通常の状況報告のメカニズムを維持している。図３に示された従来技術のリセット手続きと比べて、図５に示されたリセット手続きは、時期尚早に終結することがない。つまり、送信側は受信側に対し、ＲＥＳＥＴ  ＰＤＵを受信する十分な機会およびそれに応答する十分な時間を実際に与えている。このように、持続時間を適切に構成されたタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔの助けがあれば、規定されたプロトコルパラメータＭａｘＲＳＴの機能がタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの動作によって妨害されることはない。
【００３１】
第２の好ましい実施形態は、送信器が受信器にＲＥＳＥＴ  ＰＤＵを送信する際の従来のトリガ条件の一つを修正する。つまり、送信器は、進行中のリセット手続きが存在しない場合にのみ、誤ったシーケンス番号を運ぶＳＴＡＴＵＳ  ＰＤＵを受信し、受信器に宛ててＲＥＳＥＴ  ＰＤＵを送信することができる。つまり、リセット手続きがトリガされた後は、送信器は、ＳＴＡＴＵＳ  ＰＤＵの受信をいっさい停止する。これは、リセット手続きの開始から終結までの間に到着した、すなわち受信されたＳＴＡＴＵＳ  ＰＤＵがどれも無視され廃棄されることを意味する。図６は、本発明の第２の実施形態にしたがったリセット手続きを示した第１のタイミング図である。ここで、タイマＴｉｍｅｒ＿ＲＳＴは１００ｍｓのクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴは４に設定されていると仮定する。図６に示されるように、リセット手続きがアクティブになる前は、状態変数ＶＴ（ＲＳＴ）は０に等しい初期値を格納している。また、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、受信器においてＰＤＵを受信する用意が首尾良く整ったときに始動する。したがって、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、リセット手続きがアクティブになるよりも前に始動する。受信器は、時刻ｔ０において欠落しているＰＤＵを検出し、送信器に宛てて状況報告を出力する。ここで、送信器は、時刻ｔ０において状況報告を受信し、該状況報告を誤ったシーケンス番号を含むものと判断したと仮定する。この時点では、進行中のリセット手続きは存在しない。したがって、本発明の第２の実施形態では、送信器は受信器に宛ててＲＥＳＥＴ  ＰＤＵを出力し、リセット手続きをアクティブにし、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。タイマＴｉｍｅｒ＿ＲＳＴは、クロック周期（１００ｍｓ）のカウントを開始する。また、状態変数ＶＴ（ＲＳＴ）は、１だけ増分され、時刻ｔ０において値１を格納する。
【００３２】
タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋１００において期限切れになるが、このとき、求めているＲＥＳＥＴ  ＡＣＫ  ＰＣＵはまだ受信されていない。したがって、送信器は受信器に宛ててＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵを待ち続ける。状態変数ＶＴ（ＲＳＴ）はさらに１だけ増分され、時刻ｔ０＋１００において値２を確保する。求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵがまだ受信されていない場合は、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋２００でも同様に期限切れになる。したがって、送信器は受信器に宛ててＲＥＳＥＴ  ＰＤＵを再び送信し、求めているＲＥＳＥＴ  ＡＣＫ  ＰＤＵを待ち続ける。状態変数ＶＴ（ＲＳＴ）はさらに１だけ増分され、時刻ｔ０＋２００において値３を確保する。
【００３３】
ここで、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは、ｔ０＋２００とｔ０＋３００との間の時刻Ｔ'において期限切れになるものと仮定する。受信器は、このタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃの期限切れによるトリガを受け、時刻Ｔ'において状況報告を出力する。送信器は、この状況報告を受信する。この状況報告は、送信器によって誤ったシーケンス番号を含むものとみなされる。しかしながら、この時点ではリセット手続きが進行中であるので、送信器は、前述の修正されたトリガ条件すなわち本発明の第２の実施形態にしたがって、ＲＥＳＥＴ  ＰＤＵを再び送信することのないようにブロックされる。つまり、図６に示されるように、送信器は、時刻Ｔ'では受信したＳＴＡＴＵＳ  ＰＤＵに対して応答しない。したがって、状態変数ＶＴ（ＲＳＴ）は現行の格納値すなわち３を保持し、タイマＴｉｍｅｒ＿ＲＳＴは時刻Ｔ'後も計時を続ける。明らかなように、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋３００において期限切れになり、ＲＥＳＥＴ  ＰＤＵの転送も同じく時刻ｔ０＋３００において設定される。したがって、状態変数ＶＴ（ＲＳＴ）は１だけ増分され、時刻ｔ０＋３００において値４を格納する。状態変数ＶＴ（ＲＳＴ）は、この時点でプロトコルパラメータＭａｘＲＳＴに等しい値を格納していることになるので、送信器は、高位層に対して回復不能エラーを示すことによってこの無線ベアラを解放する。プロトコルパラメータＭａｘＲＳＴは４に設定されているので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信しそれにＲＥＳＥＴ  ＡＣＫ  ＰＤＵで応える機会を三度与えている。修正されたトリガ条件の助けがあれば、受信器は、ＲＥＳＥＴ  ＰＤＵを受信する三度の機会および送信器に対してＲＥＳＥＴ  ＡＣＫ  ＰＤＵで応える合計３００ｍｓの時間を実際に与えられる。つまり、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによる干渉が解消され、規定されたプロトコルパラメータＭａｘＲＳＴの正しい機能性が実現される。
【００３４】
図７は、本発明の第２の実施形態にしたがったリセット手続きを示した第２のタイミング図である。ここで、タイマＴｉｍｅｒ＿ＲＳＴは７００ｍｓのクロック周期をカウントするために使用され、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは１００ｍｓのクロック周期をカウントするために使用され、プロトコルパラメータＭａｘＲＳＴは４に設定されていると仮定する。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは時刻ｔ０において期限切れになるので、受信器は状況報告の出力をトリガされ、送信器に対して欠落ＰＤＵまたは受信ＰＤＵに関する通知を行う。ここで、送信器は状況報告を受信し、該状況報告を誤ったシーケンス番号を含むものと判断したと仮定する。したがって、送信器は受信器に対してＲＥＳＥＴ  ＰＤＵを出力し、リセット手続きをアクティブにし、受信器からＲＥＳＥＴ  ＡＣＫ  ＰＤＵが送られてくるのを待つ。このとき、タイマＴｉｍｅｒ＿ＲＳＴはクロック周期（７００ｍｓ）のカウントを開始する。また、状態変数ＶＴ（ＲＳＴ）は１だけ増分されて値１を格納する。タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃは時刻ｔ０＋１００においても期限切れになるので、受信器はやはり状況報告を出力する。この状況報告は送信器によって受信され、誤ったシーケンス番号を含むものとみなされる。しかしながら、前述の修正されたトリガ条件にしたがって、送信器はＲＥＳＥＴ  ＰＤＵを再び送信することのないようにブロックされている。これは、時刻ｔ０＋１００よりも前にリセット手続きが開始しており、該リセット手続きが時刻ｔ０＋１００においてもなお進行中であるからである。なお、本発明の第２の実施形態では、リセット手続きの進行中において、送信器が状況報告を受信してその内容を解釈することと、送信器が状況報告を単純に無視することとの間に違いはない。図７に示されているように、時刻ｔ０＋１００では、送信器は受信したＳＴＡＴＵＳ  ＰＤＵに対して応答しない。したがって、状態変数ＶＴ（ＲＳＴ）は現行の格納値を保持し、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋１００後も計時を続ける。受信器は、時刻ｔ０＋２００，ｔ０＋３００，ｔ０＋４００，ｔ０＋５００，ｔ０＋６００，ｔ０＋７００でも同様に状況報告を出力するが、送信器は、受信器から出力されたこれらの状況報告に対して応答しない。なお、タイマＴｉｍｅｒ＿ＲＳＴは時刻ｔ０＋７００において期限切れになる。したがって、送信器は、受信器に宛てたＲＥＳＥＴ  ＰＤＵの送信を再びトリガされ、状態変数ＶＴ（ＲＳＴ）は、１だけ増分されて時刻ｔ０＋７００において値２を格納する。
【００３５】
前述の動作にしたがうと、状態変数ＶＴ（ＲＳＴ）がプロトコルパラメータＭａｘＲＳＴに等しい値を格納しているとき、送信器は高位層に対して回復不能エラーを示し、無線ベアラはそれに応じて解放される。プロトコルパラメータＭａｘＲＳＴは４に設定されているので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信しそれに応じてＲＥＳＥＴ  ＡＣＫ  ＰＤＵを返す機会を三度与えている。リセット手続きの進行中は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによる干渉が明らかに解消されている。つまり、プロトコルパラメータＭａｘＲＳＴは通常に機能しているので、送信器は受信器に対し、ＲＥＳＥＴ  ＰＤＵを受信する三度の機会を許可することができる。
【００３６】
図８は、本発明にしたがって第１の実施形態のリセット手続きを制御するための無線通信システム５０のブロック図である。無線通信システム５０は、送信器５１と受信器５４とを備える。送信器５２は、通信インターフェース５６と、通信インターフェースに電気的に接続されたタイマ５８と、通信インターフェース５６に電気的に接続されたカウンタ６０と、カウンタ６０に電気的に接続されたストレージユニット６２とを備える。受信器５４は、通信インターフェース６４と、通信インターフェース６４に電気的に接続された二つのタイマ６６，６８を備える。通信インターフェース５６，６４は、送信器５２と受信器５４との間に無線リンク（無線ベアラ）を確立するために使用される。この好ましい実施形態では、タイマ５８はタイマＴｉｍｅｒ＿ＲＳＴを表し、ストレージユニット６２はＲＥＳＥＴ  ＰＤＵの最大伝送回数を格納するために使用され、カウンタ６０は状態変数ＶＴ（ＲＳＴ）をカウントするために使用される。受信器５４に関しては、一方のタイマ６６はタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃを表し、もう一方のタイマ６８はタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔを表す。したがって、タイマ６８は、状態変数ＶＴ（ＲＳＴ）の誤ったカウントを阻止するべく適切に設定される。前述の第１の実施形態にしたがってリセット手続きを制御する方法に関しては、すでに明確に開示されている。したがって、対応するデバイスの各構成部によって実現される動作に関しては、簡単のため詳しい説明を省くものとする。
【００３７】
図９は、本発明にしたがって第２の実施形態のリセット手続きを制御するための無線通信システム７０のブロック図である。無線通信システム７０は、受信器７２と送信器７４とを備える。なお、受信器７２が送信器７４に対してデータを出力する際は、始めに送信器７４と呼ばれた側が「受信器」になり、始めに受信器７２と呼ばれた側が「送信器」になる。つまり、受信器７２および送信器７４の名称は、受信器７２および送信器７４の動作に依存する。
【００３８】
送信器７４は、受信器７２との間で無線通信を行う。送信器７４は、通信インターフェース７６と、通信インターフェース７６に電気的に接続された決定ロジック回路７８と、通信インターフェース７６に電気的に接続されたタイマ８０と、通信インターフェース７６に電気的に接続されたカウンタ８２と、カウンタ８２に電気的に接続されたストレージユニット８４とを備える。通信インターフェース７６は、送信器７４と受信器７２との間に無線リンク（無線ベアラ）を確立するために使用される。この好ましい実施形態では、タイマ８０はタイマＴｉｍｅｒ＿ＲＳＴを表し、ストレージユニット８４はＲＥＳＥＴ  ＰＤＵの最大伝送回数を格納するために使用され、カウンタ８２は状態変数ＶＴ（ＲＳＴ）をカウントするために使用される。また、決定ロジック回路７８は、状態変数ＶＴ（ＲＳＴ）の誤ったカウントを阻止するべく、リセット手続きが進行中であるか否かを検出するために使用される。つまり、決定ロジック回路７８の助けがあれば、リセット手続きの進行中にタイマＴｉｍｅｒ＿ＲＳＴがタイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによる不適切なブロックを受けて干渉される事態が解消される。なお、前述の第２の実施形態にしたがってリセット手続きを制御する方法に関しては、すでに明確に開示されている。したがって、対応するデバイスの各構成部によって実現される動作に関しては、簡単のために詳しい説明を省くものとする。
【００３９】
従来技術と異なり、本発明の一実施形態によるリセット手続きの制御方法は、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｅｒｉｏｄｉｃによって状態変数ＶＴ（ＲＳＴ）のカウントが妨害される事態を阻止するべく、タイマＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔのクロック周期を適切な長さに設定している。また、本発明による他の実施形態によるリセット手続きの制御方法は、修正されたトリガ条件を利用する。したがって、送信器は、リセット手続きの進行中は、誤ったシーケンス番号を有するＳＴＡＴＵＳ  ＰＤＵを無視する。要するに、状態変数ＶＴ（ＲＳＴ）が時期尚早に増分されることはなく、リセット手続きは構成済みのプロトコルパラメータＭａｘＲＳＴにしたがって正しく機能する。
【００４０】
当業者ならば、本発明の教示内容から逸脱することなしに、前述のデバイスに対して様々な変更および置き換えを容易に行うことができる。したがって、前述の開示内容は、添付の特許請求の範囲によってのみ範囲を限定されることが望ましい。
【図面の簡単な説明】
【００４１】
【図１】このような従来技術の通信プロトコルにおける三層構造のブロック図である。
【図２】従来技術のリセット手続きを示した第１のタイミング図である。
【図３】従来技術のリセット手続きを示した第２のタイミング図である。
【図４】本発明の第１の実施形態にしたがったリセット手続きを示した第１のタイミング図である。
【図５】本発明の第１の実施形態にしたがったリセット手続きを示した第２のタイミング図である。
【図６】本発明の第２の実施形態にしたがったリセット手続きを示した第１のタイミング図である。
【図７】本発明の第２の実施形態にしたがったリセット手続きを示した第２のタイミング図である。
【図８】本発明の第１の実施形態のリセット手続きを制御するための無線通信システムのブロック図である。
【図９】本発明の第２の実施形態のリセット手続きを制御するための無線通信システムのブロック図である。
【符号の説明】
【００４２】
１０...第１の端末
１１...メッセージ
１２...第３層インターフェース
１３...アプリケーション
１４...のサービスデータ単位（ＳＤＵ）
１６...第２層インターフェース
１８...無線リンク制御（ＲＬＣ）層
２０...メディアアクセス制御（ＭＡＣ）層
２２...第１層インターフェース
２４...プロトコルデータ単位（ＰＤＵ）
３０...第２の端末
３１...メッセージ
３２...第３層インターフェース
３３...アプリケーション
３４...ＳＤＵ
３６...第２層インターフェース
３８...ＲＬＣ層
４０...ＭＡＣ層
４２...第１層インターフェース
４４...ＰＤＵ
５０...無線通信システム
５２...送信器
５４...受信器
５６...通信インターフェース
５８...タイマ
６０...カウンタ
６２...ストレージユニット
６４...通信インターフェース
６６...タイマ
６８...タイマ
７０...無線通信システム
７２...受信器
７４...送信器
７６...通信インターフェース
７８...決定ロジック
８０...タイマ
８２...カウンタ
８４...ストレージユニット
【図１】
2005065289.tif 000003
【図２】
2005065289.tif 000004
【図３】
2005065289.tif 000005
【図４】
2005065289.tif 000006
【図５】
2005065289.tif 000007
【図６】
2005065289.tif 000008
【図７】
2005065289.tif 000009
【図８】
2005065289.tif 000010
【図９】
2005065289.tif 000011