JP4021885B2

JP4021885B2 - 無線通信システムにおいて送信ウィンドウサイズ変更手順を処理するために受信機と送信機とを制御する方法

Info

Publication number: JP4021885B2
Application number: JP2004238079A
Authority: JP
Inventors: 孝祥江
Original assignee: Innovative Sonic Ltd
Current assignee: Innovative Sonic Ltd
Priority date: 2003-08-24
Filing date: 2004-08-18
Publication date: 2007-12-12
Anticipated expiration: 2024-08-18
Also published as: TW200509546A; CN1585322A; EP1511239A2; TWI245500B; KR100671002B1; CN1328865C; EP1511239A3; JP2005073251A; US20050041585A1; US20050041586A1; KR20050022309A

Description

本発明は、無線通信システムを設定する方法に関し、特に、無線通信システムにおいて送信ウィンドウサイズ変更手順を処理する方法に関する。

図１は、従来技術の無線通信システム１０における受信機１２及び送信機１４の簡略化されたブロック図である。受信機１２と送信機１４の双方は、それぞれ複数のＰＤＵの送信を行うウィンドウと、複数のＰＤＵの受信を行うウィンドウとを有する。受信機１２は、二つの状態変数ＶＲ（Ｒ）１８、ＶＲ（ＭＲ）２０によって区切られた受信ウィンドウ１６を有する。ＶＲ（Ｒ）１８は、受信ウィンドウ１６の開始を示し、ＶＲ（ＭＲ）２０は、受信ウィンドウ１６の終了を示す。受信機１２は、ＶＲ（Ｒ）１８以降で連続し、ＶＲ（ＭＲ）２０より前で連続するシーケンス番号を有するＰＤＵのみを受け入れる。ＶＲ（ＭＲ）２０に保持されるシーケンス番号値は、受信ウィンドウ１６内にあるとはみなされない。同様に、相手側の送信機１４は、二つの状態変数ＶＴ（Ａ）２４、ＶＴ（ＭＳ）２６によって区切られた送信ウィンドウ２２を有する。ＶＴ（Ａ）２４は、送信ウィンドウ２２の開始を示し、ＶＴ（ＭＳ）２６は、送信ウィンドウ２２の終了を示す。送信機１４は、送信ウィンドウ２２の範囲内にあるシーケンス番号、即ち、ＶＴ（Ａ）２４以降で連続し、ＶＴ（ＭＳ）２６より前で連続するシーケンス番号を有するＰＤＵのみを送信する。

受信ウィンドウ１６は、受信ウィンドウサイズを有する。受信ウィンドウサイズは、単純に、状態変数ＶＲ（Ｒ）１８とＶＲ（ＭＲ）２０とに渡るシーケンス番号値の数である。つまり、ＶＲ（ＭＲ）２０は、常に、ＶＲ（Ｒ）１８から固定されたシーケンス番号値の距離を維持し、この距離は数学的には次のように表現し得る。
ＶＲ（ＭＲ）＝ＶＲ（Ｒ）＋受信ウィンドウサイズ（１）

同様に、送信ウィンドウ２２は、状態変数ＶＴ（Ａ）２４とＶＴ（ＭＳ）２６とに渡るシーケンス番号値の数を示す送信ウィンドウサイズ状態変数ＶＴ（ＷＳ）２８を有する。状態変数ＶＴ（ＷＳ）２８は、上層によって供給される設定済み送信ウィンドウサイズにセットされた初期値を有する。状態変数ＶＴ（ＭＳ）２６と、ＶＴ（Ａ）２４と、ＶＴ（ＷＳ）２８との間の関係は、数学的に次のように表現し得る。
ＶＴ（ＭＳ）＝ＶＴ（Ａ）＋ＶＴ（ＷＳ）（２）

受信機１２が送信機１４からＰＤＵを受信すると、受信機１２は、状態変数ＶＲ（Ｒ）１８の値を更新して、受信に成功した先行する全てのＰＤＵの後の連続した最も早いシーケンス番号を反映させる。言い換えると、ＶＲ（Ｒ）１８は、受信機１２が受信を待っている連続した最も早いＰＤＵのシーケンス番号を常に保持する。このＰＤＵの受信成功後、受信機１２は、状態変数ＶＲ（Ｒ）１８を、受信の必要がある次のＰＤＵのシーケンス番号値へ進め、状態変数ＶＲ（ＭＲ）２０は、これに応じて式（１）を使用して更新される。このように、受信ウィンドウ１６は、送信機１４からＰＤＵが入ってくるのにつれ、受信機１２によって進められる。

送信ウィンドウ２２は、送信機１４が受信機１２から通知状態ＰＤＵを受信した時に進められる。通知状態ＰＤＵは、状態変数ＶＲ（Ｒ）１８の最新値を保持し、受信機１２によって定期的な間隔で送られるか、或いは、送信機１４からの明示的な要求に応じて送られる。通知状態ＰＤＵは、（例えば、後続のＰＤＵが既に受信されているため）漏れたことが分かっており、結果的に再送信が必要となる受信ウィンドウ１６内のＰＤＵを示してもよい。送信機１４は、その後、状態変数ＶＴ（Ａ）２４を通知状態ＰＤＵに保持される値と等しく設定し、実質的にはＶＴ（Ａ）２４をＶＲ（Ｒ）１８と等しく設定する。送信機１４は、これに応じて、式（２）を使用して、状態変数ＶＴ（ＭＳ）２６を更新する。このように、送信ウィンドウ２２と受信ウィンドウ１６とは、互いに前方へ移動する。

周知のように、受信機１２は、対応する送信機１４の送信ウィンドウサイズを変更できる。３ＧＰＰＴＳ２５．３２２Ｖ４．９．０（２００３−６）無線リンク制御（ＲＬＣ）プロトコル規格において指定されているように、ＳＴＡＴＵＳＰＤＵは、認められた送信ウィンドウ２２のサイズに関して送信機１４へ通知を行うために、受信機１２によって使用される。受信機１２は、状態変数ＶＴ（ＷＳ）２８の値を設定するために、ウィンドウサイズスーパフィールド（ＷＩＮＤＯＷＳＵＦＩ）等の制御メッセージを含むＳＴＡＴＵＳＰＤＵを送信機１４に渡すことができる。このウィンドウサイズスーパフィールドを送る目的は、バッファメモリサイズ要件のためにフロー制御を促進することである。従来技術によれば、受信機１２は、ウィンドウサイズスーパフィールドを送った後、自分の受信ウィンドウサイズを変更せずに維持する。

技術仕様書（３ＧＰＰＴＳ２５．３２２）

従来技術によれば、受信機１２は、送信機１４がウィンドウサイズスーパフィールド５５を含むＳＴＡＴＵＳＰＤＵ５４の受信に常に成功できるとみなしている。言い換えると、従来技術において、送信ウィンドウ変更手順は、ウィンドウサイズスーパフィールド５５を含むＳＴＡＴＵＳＰＤＵ５４が受信機１２によって送出された時に終了する。しかしながら、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４は、伝送中の外的干渉のために、送信機１４によって正確に受信されない可能性がある。ＳＴＡＴＵＳＰＤＵが無線送信中に失われる場合、受信機１２は、このウィンドウサイズスーパフィールドのフロー制御の目的を達成できない。

別の条件を考慮して、受信機１２から出力されて失われたウィンドウサイズスーパフィールドが、送信ウィンドウ２２のサイズを増やすために使用されたと仮定する。一例として、これは、送信ウィンドウサイズを小さなサイズに縮小することが最初に要求され、その後、再び当初のサイズへ伸長することが要求される時に起こり得る。ＳＴＡＴＵＳＰＤＵが無線送信中に失われた場合、受信ウィンドウ１２のサイズは、未変更の送信ウィンドウ２２のサイズよりも大きくなる。送信ウィンドウ２２にしたがって送信機１４から送信された全てのＰＤＵが、受信機１２によって受領されるのは明白である。しかしながら、送信ウィンドウ２２が受信機１２の要求に応じて増加されていないため、スループット及びデータレートは低下し、決して利用されない過剰なバッファを確保している受信ウィンドウ１６では、利用可能なメモリ容量が無駄になる。フロー制御を考慮してデータ送信を一時的に停止するために、以前の送信ウィンドウサイズ変更（ＴＷＳＣ）手順で送信ウィンドウサイズをゼロにすることが要求された極端なケースでは、送信サイズをオリジナルのものに復旧するための復旧ＴＷＳＣ手順が伝送中の干渉で失われた場合、送信機１４は、一時停止を終了せず、データ送信のデッドロックが発生することになる。

したがって、請求する発明の主要な目的は、無線送信の伝送中に制御メッセージの喪失により発生する問題を解消するために、送信ウィンドウサイズ変更（ＴＷＳＣ）手順を処理する方法を提供することである。

簡単にまとめると、好適な実施形態によるＴＷＳＣ手順を処理するために無線通信システムにおいて送信機及び受信機を制御する方法は、送信機の送信ウィンドウサイズを調節するために、ウィンドウサイズパラメータを有する制御メッセージを受信機から送信機に対して送信させる工程と、送信機が制御メッセージを受信した時に、送信機から受信機に対して確認応答メッセージを出力させると共にウィンドウサイズパラメータに従って送信ウィンドウサイズを送信機に調節させる工程とを含む。

好適な実施形態によれば、ＴＷＳＣ手順を処理するために無線通信システムにおいて送信機及び受信機を制御する方法は、送信機の送信ウィンドウを調節するために、受信機から送信機に対して制御メッセージを送信させる工程と、所定の期間経過後において、ウィンドウサイズパラメータに従って受信ウィンドウサイズを受信機に調節させるとともに、受信ウィンドウから外れたシーケンス番号を有するＰＤＵを廃棄させる工程とを含む。

好適な実施形態によれば、ＴＷＳＣ手順を処理するために無線通信システムにおいて送信機及び受信機を制御する方法は、送信機の送信ウィンドウサイズを減少させるために、ウィンドウサイズパラメータを有する制御メッセージを受信機から送信機に対して送信させる工程と、ウィンドウサイズパラメータに従って所定の受信ウィンドウを受信機に形成させる工程と、所定の期間経過後において、所定の受信ウィンドウから外れたシーケンス番号を有するＰＤＵを受信機が受信した場合、制御メッセージを受信機から送信機に対して再送信させる工程とを含む。

好適な実施形態によれば、ＴＷＳＣ手順を処理するために無線通信システムにおいて送信機及び受信機を制御する方法は、送信機の送信ウィンドウを増加させるために、制御メッセージを受信機から送信機に対して送信させる工程と、所定の期間経過後において、受信ウィンドウによって許容される新しいＰＤＵが受信されない以後ＴＴＩと呼ぶ送信時間間隔の数をカウントするためにカウンタを受信機に使用させる工程と、ＴＴＩカウンタが所定の値に達した場合に、制御メッセージを受信機から送信機に対して再送信させる工程とを含む。

ＴＷＳＣ手順において、無線通信システムで送信機及び受信機を制御する請求対象の方法では、ウィンドウサイズスーパフィールドを受信した時、受信機に確認応答メッセージを出力するために送信機を利用する。したがって、受信機は、ウィンドウサイズスーパフィールドが送信機によって正確に受信されたかどうかを判断することができる。加えて、受信機が送信ウィンドウのサイズを減少させるウィンドウサイズスーパフィールドを出力する場合、請求する方法では、受信ＰＤＵが所定の受信ウィンドウから外れたシーケンス番号を有するかどうかを受信機に検出させる。まとめると、請求する方法は、無線送信伝送中のウィンドウサイズスーパフィールドの喪失により発生する問題を解消する。請求する方法は、送信機と受信機との間での無線送信の効率を向上させ、受信機のバッファメモリ使用量を最適化する。

請求する発明の上記その他の目的は、様々な図及び図面において例示される以下の好適な実施形態の詳細な説明を読むことで、当業者には確実に明らかとなろう。

図２は、本発明の無線通信システム３０における受信機３２及び送信機３４の簡略化されたブロック図である。受信機３２は、タイマ３６と、決定ロジック３８と、受信ウィンドウ４０とを備える。送信機３４は、受信ウィンドウ４０に対応する送信ウィンドウ４２を確立する。上記のように、受信ウィンドウ４０の範囲は、二つの状態変数ＶＲ（Ｒ）４４、ＶＲ（ＭＲ）４６によって制御され、送信ウィンドウ４２の範囲は、２つの状態変数ＶＴ（Ａ）４８、ＶＴ（ＭＳ）５０によって制御される。送信ウィンドウのサイズは、ＶＴ（ＷＳ）５２である。受信機３２は、送信ウィンドウサイズ変更（ＴＷＳＣ）手順を開始することができる。図２に示されるように、受信機３２は、送信ウィンドウ４２のサイズを修正するために、ＷＳＮフィールド５８を含むウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４を送信機３４に出力する。つまり、ウィンドウサイズスーパフィールド５５は、状態変数ＶＴ（ＷＳ）５２の値をＷＳＮフィールド５８の値に修正するために使用される。したがって、対応する状態変数ＶＴ（ＭＳ）５０は、これに応じて調節され、状態変数ＶＴ（Ａ）、ＶＴ（ＭＳ）は、送信ウィンドウ４２の新しい範囲を定義することが可能となる。加えて、二つの状態変数ＶＲ（Ｒ）４４、ＶＲ（ＩＭＲ）４５は、所望の受信ウィンドウ４３の範囲を示すために使用することが可能であり、ＶＲ（ＩＭＲ）４５は、数学的に以下のように表現し得る。
ＶＲ（ＩＭＲ）＝ＶＲ（Ｒ）＋ＷＳＮ（３）

式（３）は式（１）に類似するが、受信ウィンドウサイズが、所望の受信ウィンドウサイズＷＳＮ５８に置き換えられている。特定の実施形態において、送信機３４は、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４の受信成功時に、受信機３２に対して通知を与える。例えば、送信機３４は、ＳＴＡＴＵＳＰＤＵ５４の受信後に、確認応答メッセージ（ＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ）５７を有するＳＴＡＴＵＳＰＤＵ５６を受信機３２に送信する。受信機３２は、受信されたＳＴＡＴＵＳＰＤＵ５６によって運ばれたＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７を読むことにより、送信ウィンドウ４２が正確に調節されたかどうかを判断することができる。ＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７は、ＷＳＮ＿ＡＣＫフィールド６０を随意的に含むことができる。ＷＳＮ＿ＡＣＫフィールド６０は、ＷＳＮフィールド５８の値に従って設定される。一例として、ＷＳＮ＿ＡＣＫフィールドは、ＷＳＮフィールド５８の値と等しく設定することができる。以前のＴＷＳＣ手順が終了する前に、新しいＴＷＳＣ手順がトリガされた時、受信機３２は、ＷＳＮ＿ＡＣＫフィールドを利用して、ＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩが最新の更新済みウィンドウサイズスーパフィールドに対応するかどうかを確認することができる。送信ウィンドウ４２が要求通り正確に調節されたことを受信機３２が検出した時、受信機３２は、ＴＷＳＣ手順を終了する。

上記のように、ＳＴＡＴＵＳＰＤＵ５４は、無線通信の伝送中に失われ得る。そのため、本発明によるＴＷＳＣ手順では、送信ウィンドウサイズ５２の調節を確認するために、ＳＴＡＴＵＳＰＤＵ５６を検出する。図２と併せて図３を参照する。図３は、本発明による、ＴＷＳＣ手順の第一の実施形態を例示するフローチャートである。対応するプロセスは、次のように説明される。最初に、受信機３２は、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４を送信機３４に送信することで、ＴＷＳＣ手順を開始する（工程１００）。ＳＴＡＴＵＳＰＤＵ５４の出力が成功した後、受信機３２上に配置されるタイマ３６は、トリガされ、クロッキングを開始する（工程１０２）。次に、タイマ３６をチェックし、タイマ３６が期限切れになっているかを確認する（工程１０４）。タイマ３６が期限切れになっていない場合は、受信機１０６をチェックし、ウィンドウサイズスーパフィールドに対応するＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７を有するＳＴＡＴＵＳＰＤＵ５６の受信に成功したかを確認する（工程１０６）。一方、タイマ３６が期限切れになっている場合は、受信機３２から出力されたＳＴＡＴＵＳＰＤＵ５４が無線送信中に失われた可能性がある。したがって、受信機３２は、同じＳＴＡＴＵＳＰＤＵ５４を送信機３４に再送信する（工程１１２）。タイマ３６は、リスタートされる（工程１０２）。

工程１０６に関して、受信機３２がウィンドウサイズスーパフィールドに対応するＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７を有するＳＴＡＴＵＳＰＤＵ５６を受信しない場合には、本発明のプロセスは、工程１０４を実行し、タイマ３６の期限切れをチェックする。一方、受信機３２がウィンドウサイズスーパフィールドに対応するＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７を有するＳＴＡＴＵＳＰＤＵ５６を受信する場合、受信機は、ＴＷＳＣ手順を終了する（工程１１０）。

好適な実施形態において、決定ロジック３８は、送信機３４が正確なウィンドウサイズスーパフィールド５５を本当に受信する状態を確保するために起動される（工程１０６）。上記のように、新しいＴＷＳＣ手順は、以前のＴＷＳＣ手順が終了する前にトリガされてもよい。受信機３２の決定ロジック３８は、最新の更新済みウィンドウサイズスーパフィールド５５内で以前に送られたＷＳＮ５８を、最近受信したＷＳＮ＿ＡＣＫ６０と比較する。二つの値が一致する場合、受信機３２は、ＴＷＳＣ手順を終了する（工程１１０）。そうではなく、ＷＳＮ＿ＡＣＫ６０が最新の更新済みＷＳＮ５８と異なる場合、受信済みのＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７は期限を過ぎており、受信機３２は、これを廃棄し、再び工程１０４へ進む。

加えて、ＷＳＮ＿ＡＣＫ６０が最新の更新済みＷＳＮ５８と一致した時に受信機がＴＷＳＣ手順を終了した後（工程１１０）、受信機３２は、これに応じて自分の受信ウィンドウ４０を随意的に調節できる（図３に表示なし）。好適な実施形態において、状態変数ＶＲ（ＭＲ）４６の値は、ＶＲ（Ｒ）４４＋ＷＳＮ５８に設定され、これにおいてＷＳＮ５８は、受信機３２によって要求された送信ウィンドウサイズである。言い換えると、ＶＲ（Ｒ）４４＋ＷＳＮ５８以降のシーケンス番号を伴うＰＤＵは、調節された受信ウィンドウ４０から外れるとみなされる。

なお、タイマ３６によって計時される期間は、往復遅延、即ち、ウィンドウサイズスーパフィールド５５の送信と、ウィンドウサイズスーパフィールド５５の受信後に送信機３４によって送信されるＰＤＵ（例えば、ＳＴＡＴＵＳＰＤＵ５６）の受信との間の期待時間よりも大きくなるように定められる。

本発明による上記の第一の実施形態は、ウィンドウサイズスーパフィールド５５が送信機３４によって正確に受信されたかどうかを判断するために送信機３４により生成される確認応答メッセージ（ＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ）５７を利用する。しかしながら、同じ目的を達成するために、他のトリガメカニズムを使用することもできる。図４と併せて図２を参照する。図４は、本発明による、送信ウィンドウ４２を調節する第二の実施形態を例示するフローチャートである。なお、この好適な実施形態の送信機３４は、ＳＴＡＴＵＳＰＤＵ５４を受信した時に、確認応答メッセージ（図２に示すＷＩＮＤＯＷ＿ＡＣＫＳＵＦＩ５７）を受信機３２に対して出力しない。第二の実施形態に対応するプロセスは、送信ウィンドウサイズを減少させるケースに適しており、これについて下で説明する。最初に、受信機３２は、送信ウィンドウ４２のサイズを減少させるために、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４を送信機３４に送信するようにトリガされる（工程２００）。ＳＴＡＴＵＳＰＤＵ５４の出力が成功した後、受信機３２上に配置されるタイマ３６は、トリガされ、クロッキングを開始する（工程２０２）。なお、タイマ３６の継続時間は、往復遅延、即ち、ウィンドウサイズスーパフィールド５５の送信と、ウィンドウサイズスーパフィールド５５の受信後に送信機３４によって送信されるＰＤＵの受信との間の期待時間よりも大きくなるように定められる。次に、タイマ３６をチェックし、タイマ３６が期限切れになっているかを確認する（工程２０４）。タイマ３６が期限切れになっている場合、受信機３２は、ＶＲ（Ｒ）４４及びＶＲ（ＩＭＲ）４５によって区切られた、所定の受信ウィンドウ４３を作成し（工程２０６）、ここでＶＲ（ＩＭＲ）４５は、最近送信されたウィンドウサイズスーパフィールド５５のＶＴ（Ｒ）４４及びＷＳＮ５８から、式（３）を使用して計算される。

次に、送信機３４から受信したＰＤＵが所定の受信ウィンドウ４３から外れたシーケンス番号を有するかどうかを検出するために、決定ロジック３８が起動される。上記のように、ＷＳＮ５８は、第二の実施形態に関して、送信ウィンドウ４２を減少させるために使用される。送信機３４がＳＴＡＴＵＳＰＤＵ５４を正確に受信しない場合、送信ウィンドウ４２のサイズは、変更されない。しかしながら、所定の受信ウィンドウ４３のサイズは、工程２０６のため、ＷＳＮ５８に等しい。言い換えると、送信ウィンドウ４２のサイズＶＴ（ＷＳ）５２は、ＳＴＡＴＵＳＰＤＵ５４が失われた場合、所定の受信ウィンドウ４３のサイズより大きくなる。したがって、送信機３４から出力されたＰＤＵが所定の受信ウィンドウ４３から外れたシーケンス番号を有することを決定ロジック３８が検出した場合（工程２０８）、受信機３２は、送信機３４がウィンドウサイズスーパフィールド５５の受信に成功していないと判断することができる。したがって、受信機３２は、同じＷＳＮ５８を有するウィンドウサイズスーパフィールド５５を送信機３４に対して再送信する（工程２１０）。受信機は、送信ウィンドウのサイズを別の値に調節する目的で送信のためにトリガされる異なるウィンドウサイズスーパフィールドが存在するかどうかを絶えずチェックする（工程２１２）。これが発生した場合、受信機は、現在のＴＷＳＣ手順を終了し、別のＴＷＳＣ手順を開始する（工程２１４）。

上の第二の実施形態において、受信機３２は、受信ウィンドウ４０のサイズを変更せずに維持したまま、所定の受信ウィンドウ４３を作成する。本発明の更なる実施形態は、これに応じて受信ウィンドウサイズを調節することである。図５と併せて図２を参照する。図５は、本発明による、ＴＷＳＣ手順の第三の実施形態を例示するフローチャートである。第三の実施形態に対応するプロセスについて、下で説明する。最初に、受信機３２は、送信ウィンドウ４２のサイズを変更するために、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４を送信機３４に送信するようにトリガされる（工程２５０）。ＳＴＡＴＵＳＰＤＵ５４の出力が成功した後、受信機３２上に配置されるタイマ３６は、トリガされ、クロッキングを開始する（工程２５２）。前と同じように、タイマ３６の継続時間は、往復遅延、即ち、ウィンドウサイズスーパフィールド５５の送信と、ウィンドウサイズスーパフィールド５５の受信後に送信機３４によって送信されるＰＤＵの受信との間の期待時間よりも大きくなるように定められる。次に、タイマ３６をチェックし、タイマ３６が期限切れになっているかを確認する（工程２５４）。タイマ３６が期限切れになっている場合、受信機３２は、ＶＲ（ＭＲ）４６をＶＲ（Ｒ）４４＋ＷＳＮ５８に設定することで、受信ウィンドウのサイズを調節し（工程２５６）、ここでＷＳＮ５８は、受信機３２によって要求された新しい送信ウィンドウサイズを表す。したがって、ＶＲ（Ｒ）＋ＷＳＮ以降のシーケンス番号を伴うＰＤＵは、調節された受信ウィンドウ４０から外れるとみなされる。言い換えると、受信ウィンドウ４０から外れたシーケンス番号を有する任意の受信済みＰＤＵは、受信機３２によって廃棄される（工程２５８）。受信機３２は、送信ウィンドウ４２のサイズを別の値に調節する目的で送信のためにトリガされる異なるウィンドウサイズスーパフィールドが存在するかどうかを絶えずチェックする（工程２６０）。これが発生した場合、受信機３２は、現在のＴＷＳＣ手順を終了し、別のＴＷＳＣ手順を開始する（工程２６２）。

本発明による上記の第二の実施形態は、送信ウィンドウ４２のサイズを減少させるために使用されたウィンドウサイズスーパフィールド５５が送信機３４によって正確に受信されたかどうかを判断するために、所定の受信ウィンドウ４０から外れたシーケンス番号を有するＰＤＵを検出する。しかしながら、受信機３２は、送信機３４に対して、送信ウィンドウ４２の拡大を要求することもできる。これは、送信ウィンドウサイズを小さなサイズに縮小することが最初に要求され、その後、再び当初のサイズへ伸長することが要求される時に起こり得る。上の第一及び第三の実施形態は、送信ウィンドウサイズを縮小及び伸長するケースの両方に適用される。

送信ウィンドウサイズを伸長するケースに適用される更なる実施形態が存在する。図６と併せて図２を参照する。図６は、本発明による、ＴＷＳＣ手順の第四の実施形態を例示するフローチャートである。なお、この好適な実施形態の送信機３４は、ＳＴＡＴＵＳＰＤＵ５４を受信した時に、確認応答メッセージ（図２に示すＷＩＮＤＯＷ＿ＡＣＫ５７）を受信機３２に対して出力しない。第四の実施形態に対応するプロセスについて、下で説明する。最初に、受信機３２は、送信ウィンドウ４２の現在のサイズを増加させるために、ウィンドウサイズスーパフィールド５５を有するＳＴＡＴＵＳＰＤＵ５４を送信機３４に送信するようにトリガされる（工程３００）。次に、受信機３２は、受信ウィンドウ４０のサイズを、少なくともウィンドウサイズスーパフィールド５４によって記録されたＷＳＮ５８にするように調節する（工程３０２）。ＷＳＮ５８は、送信ウィンドウ４２の現在のサイズ５２を拡大するために使用される。ＳＴＡＴＵＳＰＤＵ５４が送信機によって上手く受信されない場合、送信ウィンドウ４２のサイズ５２は変更されず、受信ウィンドウ４０の調節済みにサイズは、現在維持されている送信ウィンドウ４２のサイズよりも大きくなる。

送信機３４が送信ウィンドウ４２内のシーケンス番号を有する全てのＰＤＵを受信機３２に転送した後、送信機３４は、受信に成功したデータＰＤＵを通知するＳＴＡＴＵＳＰＤＵを受信機３２が戻し、送信機が送信ウィンドウ４２を前進させることができるようにするまで、送信ウィンドウ４２から外れたシーケンス番号を有するＰＤＵを出力することを停止する。したがって、複数の送信時間間隔（ＴＴＩ）の間、受信機３２は、受信ウィンドウ内のシーケンス番号を伴う新しいＰＤＵを受信しない。決定ロジック３８は、対応するカウント値を計算するために、ＴＴＩをカウントすることが可能となり（工程３０４）、カウント値が所定の値に等しいかどうかを検出する（工程３０６）。この好適な実施形態において、カウント値は、受信ウィンドウにおいて認められる新しいＰＤＵが受信されないＴＴＩによって計算される。例えば、それぞれのＴＴＩが、カウント値を計算するためにカウントされる。加えて、隣接するＴＴＩの各グループを使用して、カウント値を計算することができる。つまり、受信ウィンドウ内で認められた新しいＰＤＵが受信されない時の隣接するＴＴＩの各グループが、カウント値を計算する時に一つとしてカウントされる。受信ウィンドウ内で認められた新しいＰＤＵが受信された時、カウント値は、ゼロにリセットされる。カウント値が所定の値に等しくなった時、受信機３２は、受信ウィンドウ４０のサイズが送信ウィンドウ４２のサイズよりも大きいと判断する。言い換えると、受信機３２は、以前に送ったウィンドウサイズスーパフィールド５５を送信機３４が正確に受信していないと考える。したがって、受信機３２は、送信ウィンドウ４２を拡大するために、同じＷＳＮ５８を有するウィンドウサイズスーパフィールド５５を送信機３４に再送信し（工程３０８）、カウント値はゼロにリセットされる（工程３１０）。

送信ウィンドウ４２のサイズが正確に設定されていても、カウント値が所定の値と等しくなることが考えられる。例えば、送信ウィンドウ４２のサイズが正確に調節されていると仮定する。送信機３４は、送信ウィンドウ４２内のシーケンス番号を有する全てのＰＤＵを受信機３２に転送した後、ポーリング機能を利用して、受信機３２の情報を要求する。しかしながら、受信機３２から出力された対応するＳＴＡＴＵＳＰＤＵは、無線送信中に失われ得る。そのため、送信ウィンドウ４２は移動されず、カウント値が継続的に計算される。カウント値が所定の値に等しくなると、正確に設定されている送信ウィンドウ４２のサイズを定義するために、同じウィンドウサイズスーパフィールド５５が再び送信される。この好適な実施形態では、この問題を解決するために、同じウィンドウサイズスーパフィールド５５の送信の数は、特定の数に限定される。

従来技術とは対照的に、本発明による送信機は、ウィンドウサイズスーパフィールドを受信した時に、受信機に確認応答メッセージを出力するように制御される。したがって、受信機は、ウィンドウサイズスーパフィールドが送信機に正確に受信されたかどうかを判断することができる。確認応答メッセージが所定の期限内に受信されない場合、受信機は、同じウィンドウサイズスーパフィールドを再送信する。加えて、送信ウィンドウのサイズを減少させるために受信機がウィンドウサイズスーパフィールドを出力する場合、本発明による受信機は、受信したＰＤＵが所定の受信ウィンドウから外れたシーケンス番号を有するかどうかを検出できる。受信機が所定の受信ウィンドウから外れたシーケンス番号を伴う任意のＰＤＵを受信した場合、受信機は、同じウィンドウサイズスーパフィールドを再送信する。別の実施形態に関して、ウィンドウサイズスーパフィールドが送信ウィンドウサイズを減少させるもの、或いは増加させるものであっても、受信ウィンドウは、所定の期限後に相応に調節され、ＴＷＳＣ手順のフロー制御又はバッファサイズ制御の目的を達成するために、調節済み受信ウィンドウから外れた任意の受信済みＰＤＵは廃棄されるようになる。

まとめると、請求する方法は、無線送信伝送中のウィンドウサイズスーパフィールド５５の喪失により発生する問題を解消する。請求する方法は、送信機と受信機との間での無線送信の効率を向上させ、受信機のバッファメモリ使用量を最適化する。

当業者は、本発明の教示を維持しつつ、デバイスの多数の修正及び変更を為し得ることを容易に看取し得よう。したがって、上記の開示は、前記特許請求の範囲によってのみ限定されると解釈するべきである。

無線通信システムにおける従来技術の受信機及び送信機の簡略化されたブロック図。本発明の無線通信システムにおける受信機及び送信機の簡略化されたブロック図。本発明の実施例において送信ウィンドウを調節する第一の実施形態を例示するフローチャート。本発明の実施例において送信ウィンドウを調節する第二の実施形態を例示するフローチャート。本発明の実施例において送信ウィンドウを調節する第三の実施形態を例示するフローチャート。本発明の実施例において送信ウィンドウを調節する第四の実施形態を例示するフローチャート。

Claims

送信ウィンドウサイズ変更手順を処理するために無線通信システムにおいて送信機と受信機とを制御する方法であって、
（ａ）前記送信機の送信ウィンドウサイズを縮小するために、前記送信機に対してウィンドウサイズパラメータを含む制御メッセージを前記受信機から送信させる工程と、
（ｂ）前記ウィンドウサイズパラメータに従って所望の受信ウィンドウを前記受信機に生成させる工程と、
（ｃ）前記受信機と前記送信機との間の往復送信遅延時間以上に設定された所定の期間経過後において、前記所望の受信ウィンドウから外れたシーケンス番号を有するＰＤＵを前記受信機が受信した場合には、前記受信機から前記送信機に対して前記制御メッセージを再送信させる工程と、
を備える、通信制御方法。
請求項１記載の制御方法であって、
前記工程（ａ）は、前記制御メッセージが出力された時に、前記所定の期間を前記受信機に計時させる工程を含む、通信制御方法。
送信ウィンドウサイズ変更手順を処理するために無線通信システムにおいて送信機と受信機とを制御する方法であって、
（ａ）前記送信機の送信ウィンドウを増大させるために、前記受信機から前記送信機に対して制御メッセージを送信させる工程と、
（ｂ）前記受信機と前記送信機との間の往復送信遅延時間以上に設定された所定期間経過後において、前記受信ウィンドウによって許容される新しいＰＤＵが受信されない送信時間間隔ＴＴＩの数をカウントするために、前記受信機にＴＴＩカウンタを使用させる工程と、
（ｃ）前記ＴＴＩカウンタが所定の値に達した場合には、前記受信機から前記送信機に対して前記制御メッセージを再送信させるとともに、前記ＴＴＩカウンタをゼロの値にリセットさせる工程と、
を備える、通信制御方法。
請求項３記載の制御方法であって、
前記工程（ｂ）は、前記受信ウィンドウにおいて許容される新しいＰＤＵが受信されない前記連続するＴＴＩの各グループを一つとして前記受信機にカウントさせる工程を含む、通信制御方法。
請求項３記載の制御方法であって、さらに、
前記制御メッセージと同一のメッセージが所定の回数に亘り再送信された後において、前記受信機が前記制御メッセージを再送信することを阻止する工程を備える、通信制御方法。