(57)【要約】本発明に係る無線移動通信システムの受信ウインドウ移動方法で、送信側のＡＭ  ＲＬＣは、廃棄されたサービスデータユニット（ＳＤＵ）の連続性と関係なしに最後に廃棄されたＳＤＵの情報を伝送し、受信側のＡＭ  ＲＬＣは、受信ウインドウの開始点から最後に廃棄されたＳＤＵまでの各ＳＤＵが成功的に受信されたかどうかをチェックし、成功的に受信した各ＳＤＵを上位階層に伝達し、成功的に受信されていない各ＳＤＵのみを廃棄する。
2005539465.tif 000002
【特許請求の範囲】
【請求項１】
受信ウインドウ移動（ＭＲＷ）命令を受信する段階と、
現在の受信ウインドウの開始点から前記ＭＲＷ命令が指定する位置間のデータユニット中、正常に受信されたサービスデータユニット（ＳＤＵ）を上位階層に伝達する段階と、から構成されたことを特徴とするデータ通信方法。
【請求項２】
前記ＭＲＷ命令は、
無線区間を通して伝送されることを特徴とする請求項１記載のデータ通信方法。
【請求項３】
前記データユニットは、
データリンク階層のサービスデータユニットであることを特徴とする請求項１記載のデータ通信方法。
【請求項４】
前記データユニットは、
無線リンク制御（ＲＬＣ）  ＳＤＵであることを特徴とする請求項３記載のデータ通信方法。
【請求項５】
前記各ＳＤＵは、
ＳＤＵ境界指示子により識別されることを特徴とする請求項１記載のデータ通信方法。
【請求項６】
前記ＳＤＵ境界指示子は、
データリンク階層のパケットデータユニット（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ：ＰＤＵ）に含まれることを特徴とする請求項５記載のデータ通信方法。
【請求項７】
前記正常に受信されていないＳＤＵは、廃棄されることを特徴とする請求項１記載のデータ通信方法。
【請求項８】
前記ＭＲＷ命令が指定する位置は、
一番最後に廃棄されたＳＤＵの終了点を示すことを特徴とする請求項１記載のデータ通信方法。
【請求項９】
前記各段階は、
受信応答モードで動作されることを特徴とする請求項１記載のデータ通信方法。
【請求項１０】
前記ＭＲＷ命令は、
最後に廃棄されたＳＤＵの終了点を含むパケットデータユニット（ＰＤＵ）の一連番号と、
前記ＰＤＵ内でＳＤＵの終了点を示す指示子と、を含むことを特徴とする請求項１記載のデータ通信方法。
【請求項１１】
前記ＭＲＷ命令が指定する位置に受信ウインドウを移動させる段階を更に含むことを特徴とする請求項１記載のデータ通信方法。
【請求項１２】
前記受信ウインドウの移動は、
データリンク階層で行われることを特徴とする請求項１１記載のデータ通信方法。
【請求項１３】
送信側から最後に廃棄されたサービスデータユニット（Ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ：ＳＤＵ）の情報を受信する段階と、
前記ＳＤＵ以前の各ＳＤＵが正常に受信されたかどうかをチェックする段階と、
正常に受信されたＳＤＵのみを上位階層に伝達し、受信ウインドウを移動する段階と、から構成された無線通信システムにおける受信ウインドウ移動方法。
【請求項１４】
前記ＳＤＵは、
無線リンク制御（ＲＬＣ）  ＳＤＵであることを特徴とする請求項１３記載の受信ウインドウ移動方法。
【請求項１５】
前記最後に廃棄されたＳＤＵの情報は、
最後に廃棄されたＳＤＵの終了点を含むパケットデータユニット（Ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ：ＰＤＵ）の一連番号と、
前記ＰＤＵ内でＳＤＵの終了点を示す指示子と、を含むことを特徴とする請求項１３記載の受信ウインドウ移動方法。
【請求項１６】
前記受信ウインドウの移動は、
データリンク階層で行われることを特徴とする請求項１３記載のデータ通信方法。
【請求項１７】
前記ＳＤＵは、
終了点指示子により識別されることを特徴とする請求項１３記載のデータ通信方法。
【請求項１８】
前記チェック段階は、
一つのＳＤＵ終了点指示子が指示する部分から次のＳＤＵ終了点指示子が指示する部分までを一つのＳＤＵに認識する段階と、
認識されたＳＤＵの全ての部分が受信された場合、正常に受信されたＳＤＵに判断する段階と、を含むことを特徴とする請求項１３記載の受信ウインドウ移動方法。
【請求項１９】
送信ウインドウ及び廃棄トリガーを使用する送信側において、
送信ウインドウの開始点に位置した最初のサービスデータユニット（ＳＤＵ）から、廃棄トリガーによって廃棄された最後のサービスデータユニットまでの全てのサービスデータユニットをチェックする段階と、
明確に受信応答されていない前記チェックされた各サービスデータユニットを廃棄する段階と、を含むことを特徴とする無線通信システムにおけるサービスデータユニット廃棄方法。
【請求項２０】
受信側に成功的に伝送されたサービスデータユニットに対し、受信側から受信応答が受信されたかどうかをチェックする段階を更に含むことを特徴とする請求項１９記載の無線通信システムにおけるサービスデータユニット廃棄方法。
【請求項２１】
受信ウインドウ及び最後に廃棄されたサービスデータユニットの情報を移動させるための命令を受信側に伝送する段階を更に含むことを特徴とする請求項１９記載の無線通信システムにおけるサービスデータユニット廃棄方法。
【請求項２２】
受信ウインドウを使用する受信側において、
受信ウインドウを移動させるための命令を受信する段階と、
受信ウインドウの開始点に位置した最初のサービスデータユニット（ＳＤＵ）から前記命令が指摘する最後のサービスデータユニットまでの全てのサービスデータユニットをチェックする段階と、
成功的に受信されていない前記チェックされた各サービスデータユニットを廃棄する段階と、を含むことを特徴とする無線通信システムにおけるサービスデータユニット廃棄方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）におけるＲａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ（ＲＬＣ）データ伝送に関するもので、特に、無線接続網における受信ウインドウ移動方法に関するものである。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、欧州式標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システムから進化した第３世代移動通信システムであって、ＧＳＭ核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）接続技術に基づいて、より向上した移動通信サービスの提供を目標にする。
【０００３】
ＵＭＴＳの標準化のために１９９８年１２月に欧州のＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１及び韓国のＴＴＡなどは、第３世代共同プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）というプロジェクトを構成し、現在までＵＭＴＳの細部的な標準明細書（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成している。
【０００４】
３ＧＰＰでは、ＵＭＴＳの迅速且つ効率的な技術開発のために、各網構成要素及びこれらの動作に対する独立性を考慮して、ＵＭＴＳの標準化作業を５個の技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ；以下、ＴＳＧと略称する）に分けて進行している。
【０００５】
各ＴＳＧは、関連した領域内で標準規格の開発、承認及び管理を担当するが、これらのうち、無線接続網（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳでＷＣＤＭＡ接続技術を支援するための新しい無線接続網であるＵＭＴＳ無線網（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｎｅｔｗｏｒｋ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＵＴＲＡＮ）の機能、要求事項及びインターフェースに対する規格を開発する。
【０００６】
図１は、３ＧＰＰ無線接続網規格に基づく一つの端末とＵＴＲＡＮ間の無線プロトコルの構造である。
【０００７】
図１に示したように、無線プロトコルは、水平的に、物理階層、データリンク階層及びネットワーク階層により構成され、垂直的に、データ情報伝送のための使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とに区分される。前記使用者平面は、音声やＩＰパケットなどの使用者のトラフィック情報が伝達される領域で、前記制御平面は、網のインターフェースや呼の維持及び管理などの制御情報が伝達される領域である。図１の各プロトコル階層は、通信システムで広く知られた開放型システム間の相互接続（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｆａｃｅ：ＯＳＩ）基準モデルの下位３個の階層に基づいて、Ｌ１（第１階層）、Ｌ２（第２階層）及びＬ３（第３階層）に区分される。
【０００８】
Ｌ１階層（ＰＨＹ）は、多様な無線伝送技術を利用して、上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。Ｌ１階層は、伝送チャネル（Ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を通して上位の媒体接続制御（Ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層と接続され、伝送チャネルを通してＭＡＣ階層と物理階層間のデータが移動する。
【０００９】
媒体接続制御（Ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）階層は、無線資源の割当及び再割当のためのＭＡＣパラメータの割当サービスを提供し、論理チャネル（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を通して上位の無線リンク制御（Ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層と連結される。前記ＭＡＣには、伝送される情報の種類によって多様な論理チャネルが提供されるが、一般的に、制御平面の情報を伝送する場合は制御チャネル（Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）が使用され、使用者平面の情報を伝送する場合はトラフィックチャネル（Ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）が使用される。
【００１０】
無線リンク制御（Ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：ＲＬＣ）階層は、信頼性あるデータの伝送を支援し、上位階層からのＲＬＣサービスデータ単位（Ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ：ＳＤＵ）の分割及び連結（Ｓｅｇｍｅｎｔａｔｉｏｎ  ａｎｄ  ｃｏｎｃａｔｅｎａｔｉｏｎ）機能を行うことができる。上位から伝達されたＲＬＣ  ＳＤＵは、ＲＬＣ階層で処理容量に合わせて大きさが調節された後、ヘッダ（ｈｅａｄｅｒ）情報が加えられて、プロトコルデータ単位（Ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ：ＰＤＵ）の形態でＭＡＣ階層に伝達される。ＲＬＣ階層には、上位からのＲＬＣ  ＳＤＵまたはＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファが存在する。
【００１１】
パケットデータ収斂プロトコル（Ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）階層は、ＲＬＣ階層の上位に位置して、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルを通して伝送されるデータを、相対的に帯域幅の小さい無線インターフェース上で効率的に伝送させる。このために、ＰＤＣＰ階層は、不必要な制御情報を減らすヘッダ圧縮（Ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００１２】
放送／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ：ＢＭＣ）階層は、核心網から伝達されたセル放送メッセージ（Ｃｅｌｌ  ｂｒｏａｄｃａｓｔ  ｍｅｓｓａｇｅ：ＣＢ）を無線インターフェースを通して端末に伝送する役割をする。このために、ＢＭＣ階層は、ＣＢメッセージの保存、スケジューリング及び伝送機能を行う。
【００１３】
Ｌ３の最も下部に位置した無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）階層は、制御平面のみで定義され、各無線ベアラ（Ｒａｄｉｏ  ｂｅａｒｅｒ：ＲＢ）の設定、再設定及び解除と関連して伝送チャネル及び物理チャネルを制御する。このとき、前記ＲＢは、端末とＵＴＲＡＮ間のデータ伝達のために第２階層が上位階層に提供するサービスを意味し、一般的にＲＢが設定されることは、特定サービスを提供するために必要なプロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータと動作方法を設定する過程を意味する。
【００１４】
参考に、前記ＰＤＣＰ階層及びＢＭＣ階層は使用者平面のみに存在し、ＭＡＣ階層及びＲＬＣ階層は、連結された上位階層によって使用者平面及び制御平面の全てに存在する。即ち、前記ＲＬＣ階層がＲＲＣ階層にサービスを提供する場合、ＭＡＣ階層及びＲＬＣ階層は制御平面に存在し、それ以外の場合は使用者平面に存在する。
【００１５】
また、ＭＡＣ階層を除いた残りの第２階層は、各ＲＢに適合したサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ；ＱｏＳ）を保障するために多数の個体（Ｅｎｔｉｔｙ）を有している。即ち、一つの階層内には多数の個体が存在し、各個体は互いに異なるＲＢサービスを提供する。
【００１６】
以下、ＲＬＣ階層に対してより具体的に察する。
【００１７】
ＲＬＣ階層の基本機能は、各Ｒａｄｉｏ  Ｂｅａｒｅｒ（ＲＢ）のＱｏＳに対する保障と、これによるデータの伝送である。ＲＢサービスは、無線プロトコルの第２階層が上位に提供するサービスであるため、第２階層全体がＱｏＳに影響を与えるが、その中でも特にＲＬＣの影響が大きい。ＲＬＣは、ＲＢ固有のＱｏＳを保障するためにＲＢごとに独立されたＲＬＣ個体（Ｅｎｔｉｔｙ）を有しており、多様なＱｏＳを支援するために透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ；ＴＭ）、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＵＭ）及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＡＭ）の３つのＲＬＣモードを提供している。このようなＲＬＣの３つのモードは、それぞれ支援するＱｏＳが異なるため動作方法に差があり、その細部的な機能にも差がある。従って、ＲＬＣは、動作モードによって察する必要がある。
【００１８】
ＴＭ  ＲＬＣは、ＲＬＣ  ＰＤＵを構成するとき、上位階層から伝達されたＲＬＣ  ＳＤＵにオーバーヘッドを付けないモードである。即ち、ＲＬＣがＳＤＵを透明（Ｔｒａｎｓｐａｒｅｎｔ）に通過させるのでＴＭ  ＲＬＣといい、このような特性により、使用者平面及び制御平面で次のような役割を行う。使用者平面では、ＲＬＣ内のデータ処理時間が短いため、ＴＭ  ＲＬＣは、主に回線サービス領域（Ｃｉｒｃｕｉｔ  Ｓｅｒｖｉｃｅ  ｄｏｍａｉｎ：ＣＳ  ｄｏｍａｉｎ）の音声やストリーミングなどの実時間回線データの伝送を担当し、制御平面では、ＲＬＣ内にオーバーヘッドがないため、ＴＭ  ＲＬＣは、アップリンク（Ｕｐｌｉｎｋ）の場合、不特定端末からのＲＲＣメッセージに対する伝送を担当し、ダウンリンク（Ｄｏｗｎｌｉｎｋ）の場合、セル内の全ての端末に放送されるＲＲＣメッセージに対する伝送を担当する。
【００１９】
一方、前記透明モードとは異なって、ＲＬＣにオーバーヘッドが追加されるモードを非透明モード（Ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）といい、非透明モードには、伝送したデータに対する受信確認応答のないモード（ＵＭ）及び応答のあるモード（ＡＭ）の二種類がある。ＵＭ  ＲＬＣは、各ＰＤＵごとに一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＳＮ）を含むＰＤＵヘッダを付けて送ることで、受信側に、どのＰＤＵが伝送中に消失されたかを知らせる。このような機能により、ＵＭ  ＲＬＣは、主に使用者平面では、放送／マルチキャストデータの伝送、パケットサービス領域（Ｐａｃｋｅｔ  Ｓｅｒｖｉｃｅ  ｄｏｍａｉｎ：ＰＳ  ｄｏｍａｉｎ）の音声（例えば、ＶｏＩＰ）やストリーミングのような実時間パケットデータの伝送を担当し、制御平面では、セル内の特定端末または特定端末グループに伝送するＲＲＣメッセージ中、受信確認応答が必要でないＲＲＣメッセージの伝送を担当する。
【００２０】
非透明モードの一つであるＡＭ  ＲＬＣは、ＵＭ  ＲＬＣと同様に、ＰＤＵの構成時にＳＮを含むＰＤＵヘッダを付けてＰＤＵを構成するが、ＵＭ  ＲＬＣとは異なって、送信側が送信したＰＤＵに対して受信側が応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をするという大きな差がある。ＡＭ  ＲＬＣで受信側が応答をする理由は、自身が受信していないＰＤＵに対して送信側が再伝送（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）をするように要求するためであって、このような再伝送機能がＡＭ  ＲＬＣの最も大きな特徴である。結局、ＡＭ  ＲＬＣは、再伝送を通してエラーのない（ｅｒｒｏｒ−ｆｒｅｅ）データ伝送を保障するのにその目的があり、このような目的により、ＡＭ  ＲＬＣは、主に使用者平面では、ＰＳ  ｄｏｍａｉｎのＴＣＰ／ＩＰのような非実時間パケットデータの伝送を担当し、制御平面では、セル内の特定端末に伝送するＲＲＣメッセージ中、受信確認応答が必ず必要なＲＲＣメッセージの伝送を担当する。
【００２１】
方向性の面から見れば、ＴＭ  ＲＬＣ及びＵＭ  ＲＬＣは単方向（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に使用される反面、ＡＭ  ＲＬＣは、受信側からのフィードバック（ｆｅｅｄｂａｃｋ）があるため両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に使用される。このような両方向通信は、主に点対点（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）通信で使用されるため、ＡＭ  ＲＬＣは専用論理チャネルのみを使用する。構造的な面でも差があるが、ＴＭ  ＲＬＣ及びＵＭ  ＲＬＣは、一つのＲＬＣ個体が送信または受信をする構造となっているが、ＡＭ  ＲＬＣは、一つのＲＬＣ個体内に送信及び受信側が全て存在する。
【００２２】
ＡＭ  ＲＬＣが複雑な理由は、再伝送機能に起因する。再伝送管理のために、ＡＭ  ＲＬＣは、送受信バッファの他に再伝送バッファを有しており、流れ制御のための送受信ウインドウの使用、送信側がピア（ｐｅｅｒ）ＲＬＣ個体である受信側に状態情報を要求するポーリング（Ｐｏｌｌｉｎｇ）、受信側がピアＲＬＣ個体である送信側に自身のバッファ状態を報告する状態情報報告（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）、状態情報を載せて運ぶための状態ＰＤＵ（Ｓｔａｔｕｓ  ＰＤＵ）、データ伝送の効率を高めるためにデータＰＤＵ内に状態ＰＤＵを挿入するピギーバック（Ｐｉｇｇｙｂａｃｋ）機能などの多様な機能を行う。また、これらの機能を支援するために、ＡＭ  ＲＬＣには多様なプロトコルパラメータ、状態変数及びタイマーも必要になる。
【００２３】
ＲＬＣの主要機能としてはＳＤＵ廃棄機能がある。これは、送信側ＲＬＣ個体がＲＬＣバッファの過負荷を防止するために、自身が保存しているＳＤＵのうち古いＲＬＣ  ＳＤＵを廃棄させる機能であって、ＲＬＣが提供するＲＢサービスのＱｏＳを保障するのに重要な役割をする。送信側がＳＤＵを廃棄させる条件としては、タイマーによる方法及び再伝送回数制限による方法がある。
【００２４】
まず、タイマーによるＳＤＵ廃棄方法は、ＴＭ、ＵＭ、及びＡＭの３つのＲＬＣモードで全て使用される。送信側ＲＬＣ個体は、上位階層から伝達された各ＲＬＣ  ＳＤＵに対しＲＬＣ階層に留まった時間を測定するタイマー、即ちｄｉｓｃａｒｄ  ｔｉｍｅｒを駆動させる。もし、前記タイマーが満了される時まで該当のＳＤＵが成功的に伝送されない場合、該当のＳＤＵを廃棄させて、送信ウインドウの開始点から該当のＳＤＵ間の全てのＳＤＵも共に廃棄させる。
【００２５】
再伝送回数制限によるＳＤＵ廃棄方法は、ＡＭモードのＲＬＣのみで使用される。送信側ＲＬＣ個体は、特定の一つのＲＬＣ  ＰＤＵが継続的に伝送に失敗して最大の再伝送回数だけ伝送に失敗すると、該当のＲＬＣ  ＰＤＵが一部分でも含んでいる全てのＳＤＵを廃棄させる。前記動作を具体的に説明すると、まず、送信側ＡＭ  ＲＬＣ階層からのＲＬＣ  ＳＤＵは、ＲＬＣ  ＰＤＵに変換されてバッファに保存され、この時に作られた各ＲＬＣ  ＰＤＵに対し、これらの伝送回数を数えるカウンターであるＶＴ（ＤＡＴ）が動作する。ＶＴ（ＤＡＴ）は、自身が担当するＲＬＣ  ＰＤＵを一回伝送する時ごとに１ずつ増加する。もし、特定のＲＬＣ  ＰＤＵが継続的に伝送に失敗してＶＴ（ＤＡＴ）が最大の再伝送回数（ＭａｘＤＡＴ）に到達すると、ＡＭ  ＲＬＣは、該当のＰＤＵが一部分でも含んでいる全てのＳＤＵを廃棄させ、また、送信ウインドウの開始点から該当のＳＤＵ間の全てのＳＤＵも共に廃棄させる。
【００２６】
前記方法を使用して送信側ＡＭ  ＲＬＣが一つ以上のＲＬＣ  ＳＤＵを廃棄した場合は、廃棄事実を自身のｐｅｅｒである受信側ＡＭ  ＲＬＣに知らせて受信側の受信ウインドウを移動させるべきである。受信ウインドウを移動させる理由は、受信側が、これ以上伝送されないＳＤＵを受信待機しないようにするためである。この時に使用される機能を受信ウインドウ移動（Ｍｏｖｅ  Ｒｅｃｅｉｖｉｎｇ  Ｗｉｎｄｏｗ：ＭＲＷ）機能という。
【００２７】
送信側は、受信ウインドウの移動のためにＭＲＷ命令を受信側に送るが、このとき、ＭＲＷ命令は、受信ウインドウが実際に移動すべき位置を知らせるのではなく、ただ送信側で廃棄されたＳＤＵの情報のみを知らせる。ＭＲＷ命令を受信した受信側は、廃棄されたＳＤＵの情報に基づいて受信ウインドウを適当な位置に移動させる。
【００２８】
受信ウインドウを移動させるための進行過程をＭＲＷ手順といい、前記ＭＲＷ手順は、送信側によるＭＲＷ命令伝送、受信側の受信ウインドウ移動及び送信側への受信ウインドウ移動情報の伝送、及び送信側の送信ウインドウ移動などの段階からなっている。以下、各段階別動作方法に対し、具体的に察してみる。理解を助けるために、送信側が上位階層からＳＤＵの伝達を受ける段階から説明する。
【００２９】
（ＳＤＵからＰＤＵを構成）
上位階層からＳＤＵの伝達を受けると、送信側ＡＭ  ＲＬＣは、各ＳＤＵを分割または結合（Ｓｅｇｍｅｎｔａｔｉｏｎ  ａｎｄ  ｃｏｎｃａｔｅｎａｔｉｏｎ）して決まった大きさのＡＭＤ（ＡＭ  Ｄａｔａ）  ＰＤＵを作る。ＡＭＤ  ＰＤＵは、ペイロードにヘッダが付いた形態で構成される。前記ペイロードは、ＳＤＵの一部分または一つ以上のＳＤＵにより構成され、ヘッダは、ＰＤＵの一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＳＮ）とＳＤＵとの境界面が存在するとき、その境界面の位置を知らせる長さ指示子（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：ＬＩ）により構成される。
【００３０】
図２は、ＳＤＵからＰＤＵを構成する一例を示している。
【００３１】
まず、３２番までのＳＤＵは、既に２０番までのＰＤＵに載せられて成功的に伝送されたと仮定する。その後、３３番からのＳＤＵが図２のようにＡＭ  ＲＬＣに下りると、ＡＭ  ＲＬＣは、これらを分割または結合して決まった大きさのＡＭＤ  ＰＤＵを作る。図２では、３９番のＰＤＵまでを示しているが、実際は、ＳＤＵが継続的にＲＬＣに下りるため、ＲＬＣは、下りてくる各ＳＤＵに対して継続的にＰＤＵを構成する。ＡＭＤ  ＰＤＵヘッダにはＰＤＵのＳＮが付き、もし、構成されたＰＤＵ内にＳＤＵの境界面が存在すると、その境界面の位置を知らせるＬＩも付く。
【００３２】
図３は、図２の場合に構成された各ＡＭＤ  ＰＤＵ中、２１〜２３番のＡＭＤ  ＰＤＵの一例である。
【００３３】
まず、２１番のＰＤＵの場合は、３３番のＳＤＵの最初の部分のみで構成されてＳＤＵの境界面がないため、単純にＳＮ及びＳＤＵ３３の一部分のみで構成される。その反面、２２番のＰＤＵは、ＳＤＵ３３の最後の部分、ＳＤＵ３４の全ての部分、及びＳＤＵ３５の最初の部分で構成されて２回のＳＤＵ境界面が発生するため、これらの各境界面を知らせるＬＩフィールドがヘッダに追加される。２３番のＰＤＵにはＳＤＵ３５とＳＤＵ３６との境界面が一つ存在するため、これに対するＬＩフィールドが追加される。
【００３４】
（ＰＤＵの保存）
構成されたＡＭＤ  ＰＤＵは、ＡＭ  ＲＬＣの送信バッファに保存されると同時に、今後発生する再伝送のために再伝送バッファにも保存される。送信バッファと再伝送バッファとの差は、送信バッファは、ＰＤＵを一回伝送するとバッファ内で該当のＰＤＵを削除するが、再伝送バッファは、該当のＰＤＵが伝送に成功する時までは、該当のＰＤＵを継続して再伝送バッファに保存するという点にある。図４は、ＡＭ  ＲＬＣがＡＭＤ  ＰＤＵを構成した後、これらを送信バッファ及び再伝送バッファに保存する概念図である。
【００３５】
（ＰＤＵの伝送）
送信側ＡＭ  ＲＬＣは、構成された各ＰＤＵを受信側ＡＭ  ＲＬＣに伝送する。しかし、送信側ＡＭ  ＲＬＣが各ＡＭＤ  ＰＤＵを伝送するとき、全てのＰＤＵが伝送できるのではなく、送信ウインドウ内の各ＰＤＵのみが伝送可能である。ＡＭ  ＲＬＣがウインドウを使用して各ＰＤＵを送受信する理由は、再伝送される各ＰＤＵを管理するためであって、このために、送信側は送信ウインドウ内のＰＤＵのみを送信し、受信側は受信ウインドウ内のＰＤＵのみを受信する。このとき、ウインドウはＰＤＵ  ＳＮの範囲を示すため、前記受信ウインドウ内のＰＤＵは、受信ウインドウに該当するＳＮ範囲内のＰＤＵを意味する。
【００３６】
送受信ウインドウの大きさは、ＲＬＣ個体が生成される時に決まり、その範囲は、ＰＤＵを送受信しながら変わる。送受信ウインドウの開始点及び終了点に対する定義は、次の通りである。
＊送信ウインドウ
−開始点：次に、順次的に（ｉｎ−ｓｅｑｕｅｎｃｅ）受信側からＡＣＫを受けるべき最初のＰＤＵのＳＮ
−終了点：送信が不可能なＰＤＵのうち最初のＰＤＵのＳＮ
＊受信ウインドウ
−開始点：次に、順次的に受信すべき最初のＰＤＵのＳＮ
−終了点：受信が不可能なＰＤＵのうち最初のＰＤＵのＳＮ
前記定義から分かるように、送信側は、開始点〜終了点−１までのＳＮを有するＰＤＵのみを送信することができ、終了点以後のＳＮを有する各ＰＤＵは、送信ウインドウが更新（Ｕｐｄａｔｅ）された時に送信することができる。送信ウインドウの更新は、受信側から最初の順次（ｉｎ−ｓｅｑｕｅｎｃｅ）ＰＤＵに対するＡＣＫを受ける時に発生する。同様に、受信側は、開始点〜終了点−１までのＳＮを有するＰＤＵのみを受信することができ、この範囲外のＳＮを有するＰＤＵが受信されると、受信され次第に廃棄させる。受信ウインドウの更新（Ｕｐｄａｔｅ）は、最初の順次ＰＤＵを成功的に受信した時に発生する。参考に、送受信ウインドウの大きさは終了点−開始点に定義される。
【００３７】
例えば、送受信ウインドウの大きさが１０で、２０番までのＰＤＵが成功的に伝送されたと仮定する場合、送信ウインドウの範囲は２１〜３１で、受信ウインドウの範囲も２１〜３１である。
【００３８】
送信側は、２１番のＰＤＵが順次的にＡＣＫを受けるべき最初のＰＤＵであるため、２１番のＰＤＵの伝送成功が確認された時に送信ウインドウを更新することができ、受信側は、２１番のＰＤＵが順次的に受信すべき最初のＰＤＵであるため、２１番のＰＤＵを成功的に受信した時に受信ウインドウを更新することができる。送受信ウインドウの最大値が３１であると、送信側は、２１〜３０番の間のＰＤＵのみを送信することができ、３１番以後のＰＤＵは、送信ウインドウが更新された時に送信することができる。同様に、受信側は、２１〜３０番の間のＰＤＵのみを受信することができ、この範囲外のＳＮを有するＰＤＵが受信されると、受信され次第に廃棄させる。送受信ウインドウの更新は、ＡＭＤ  ＰＤＵが送受信されながら継続的に発生するが、その例は、図５に示されている。
【００３９】
図５は、ＡＭＤ  ＰＤＵが送受信される過程と、これによって送受信ウインドウが更新される一例を示している。このとき、２０番までのＰＤＵは、成功的に伝送されたと仮定する。この場合、図５の以前の段階で送信ウインドウ及び受信ウインドウは、全て２１〜３１の範囲を有している。
【００４０】
送信側は、上位からの各ＳＤＵでＰＤＵを構成し、これを受信側に伝送する。このとき、送信ウインドウの範囲は２１〜３１であるため、この範囲内のＰＤＵのみが伝送される。構成された各ＰＤＵはＳＮによって順次的に伝送され、一つの伝送時間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ：ＴＴＩ）内には一つ以上のＰＤＵが伝送される。図５Ａには２１〜２８番までのＰＤＵのみを示したが、ＰＤＵ伝送は継続的に起きるため、実際は、その後の各ＰＤＵが送信ウインドウ範囲内のＰＤＵであれば伝送可能である。
【００４１】
受信側は、受信ウインドウが２１〜３１の状態でＰＤＵ受信を待機する。この範囲内のＰＤＵが受信されると正常に受信するが、この範囲外のＰＤＵが受信されると、該当のＰＤＵをエラーの起こったＰＤＵと仮定して受信され次第に廃棄する。送信側が各ＰＤＵを順次的に伝送するため、受信側も各ＰＤＵを順次的に受信する。受信側は、２１番のＰＤＵが受信されると受信ウインドウを２２〜３２に更新し、その後、２２番のＰＤＵが受信されると再び受信ウインドウを２３〜３３に更新する。即ち、受信ウインドウの更新は、順次的に最初に受信すべきＰＤＵが受信された時に発生する。
【００４２】
しかし、受信ウインドウが２３〜３３に更新された状態で２４番のＰＤＵが受信されると、受信ウインドウはそれ以上更新されない。従って、受信側は、受信ウインドウが２３〜３３に固定された状態で、その後の各ＰＤＵを受信する。図５では、２３、２６、２７番のＰＤＵが伝送中に消失された場合を示している。受信側は、自身が受信した各ＰＤＵに対して送信側に状態情報報告（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）をするが、ここでは、２８番のＰＤＵが受信された時点で状態情報報告をすると仮定した。報告する状態情報には、２１〜２８番までのＰＤＵを受信し、そのうち、２３、２６、２７番のＰＤＵは受信していないという内容が含まれる。
【００４３】
受信側から状態情報報告を受けると、送信側は、伝送に成功した各ＰＤＵを再伝送バッファから削除した後、送信ウインドウを更新して、伝送に失敗した各ＰＤＵの再伝送を準備する。即ち、伝送に成功した２１、２２、２４、２５、２８番のＰＤＵを再伝送バッファから削除した後、送信ウインドウを２３〜３３に更新して、２３、２６、２７番のＰＤＵは継続的に再伝送バッファに保存して再伝送を準備する。図５は、最初、２８番までのＰＤＵが伝送された後、３４番までのＰＤＵが更に構成された状況を仮定した。ＰＤＵ伝送は順次的に起きるので、再伝送される２３、２６、２７番のＰＤＵが先に伝送された後、最初に伝送される２９〜３２のＰＤＵが伝送される。しかし、現在、３３、３４番のＰＤＵは送信ウインドウの範囲外にあるため、これらは、送信バッファに保存された状態で伝送待機をする。
【００４４】
前述した過程と同様に、受信側は順次的にＰＤＵを受信する。最初、２３番のＰＤＵが受信されると、以前に２４、２５番のＰＤＵは既に受信したので、受信ウインドウの開始点は、次に順次的に受信すべき最初のＰＤＵのＳＮである２６に移動する。即ち、２３番のＰＤＵが受信された時点で、受信ウインドウは２６〜３６に更新される。２６番のＰＤＵが受信されると、再び受信ウインドウは２７〜３７に更新される。
【００４５】
しかし、その後、２７番のＰＤＵが受信されずに２９番のＰＤＵが受信されると、受信ウインドウは２７〜３７にそのまま維持されて更新されない。図面では、３２番までのＰＤＵのうち２７、３０、３１番のＰＤＵが受信されていない場合を示している。特に、２７番のＰＤＵは、２回も伝送に失敗した場合である。３２番のＰＤＵが受信された時点で受信側が状態情報報告をすると仮定すると、受信側は、３２番までのＰＤＵを受信し、そのうち２７、３０、３１番のＰＤＵは受信していないという報告を送信側に伝送する。
【００４６】
（ＳＤＵの廃棄）
図５で２３番のＰＤＵが継続的に伝送に成功しなかったと仮定してみる。図５の各ＰＤＵが図２のような各ＳＤＵで構成された場合、２３番のＰＤＵの伝送失敗は、３５、３６番のＳＤＵの伝送失敗を意味する。ＳＤＵの廃棄は、タイマーによる方法であるか、再伝送回数制限による方法であるかによって多少の差があるため、以下、これを区分して察してみる。
【００４７】
ＡＭ  ＲＬＣは、上位階層からＳＤＵを受けると、受けた瞬間から該当のＳＤＵに対する廃棄タイマー（ｄｉｓｃａｒｄ  ｔｉｍｅｒ）を駆動させる。各ＳＤＵごとに各廃棄タイマーが動作し、該当のＳＤＵが伝送に成功した瞬間に廃棄タイマーの動作は中断され、該当のＳＤＵに割り当てられた廃棄タイマーは消える。ここで、伝送に成功したという意味は、ＳＤＵの一部分でも有する全てのＰＤＵが伝送に成功したというＡＣＫ信号を受信側から受けたという意味である。ＳＤＵは、ＲＬＣに順次的に伝達されるため、廃棄タイマーの満了も順次的に発生する。図２で、もし３５番のＳＤＵの廃棄タイマーが満了する時まで２３番のＰＤＵが伝送に成功していない場合、３５番のＳＤＵは、廃棄タイマーが満了された瞬間に廃棄される。
【００４８】
ここで注意すべきことは、ＰＤＵでなくＳＤＵが廃棄される点である。ＰＤＵは、各ＳＤＵが分割及び結合されて構成されるため、一つのＳＤＵは、一つのＰＤＵ内に全て入っているか、多様なＰＤＵに入っている。どんな場合でも、ＳＤＵを廃棄することは、ＳＤＵが入っている全てのＰＤＵから該当のＳＤＵ部分を廃棄することである。即ち、２２番のＰＤＵが伝送に成功した場合も、２３番のＰＤＵが伝送に失敗することで３５番のＳＤＵが廃棄され、よって、２２番のＰＤＵの３５番のＳＤＵ部分も共に廃棄される。また、注意すべきことは、３５番のＳＤＵが廃棄された場合、２３番のＰＤＵが廃棄されるのではない点である。２３番のＰＤＵは、３５番だけでなく３６番のＳＤＵの一部分も有しているので、３６番のＳＤＵの廃棄タイマーが満了する時までは継続的に再伝送される。３５番のＳＤＵが廃棄された状態で２３番のＰＤＵが再伝送された場合、３５番のＳＤＵ部分を除いて再伝送するのではない。再伝送されるＰＤＵは、その構成が常に最初の伝送時と同一であるべきである。
【００４９】
上位からＳＤＵが下りるとき、順次的ではあるが、ほぼ同時に下りる場合がある。もし３５番と３６番のＳＤＵがほぼ同時に下りた場合、３５、３６番のＳＤＵの廃棄タイマーがほぼ同時に満了される。この場合は、３５、３６番のＳＤＵがほぼ同時に廃棄されることで、２３番のＰＤＵの再伝送は中断され、３６番のＳＤＵを含む２４番のＰＤＵの再伝送も中断される。２５番のＰＤＵは、廃棄タイマーが満了されていない３７番のＳＤＵの一部分を含んでいるため、３７番のＳＤＵの廃棄タイマーが満了する時まで再伝送は継続される。前述したように、再伝送される２５番のＰＤＵは、最初に伝送されるＰＤＵの構成と同じである。
【００５０】
タイマーによる廃棄方法は、ＳＤＵの廃棄が廃棄タイマー満了により発生する方法であって、ＳＤＵの廃棄が順次的に発生する。然し、再伝送回数制限による方法は、ＰＤＵが最大の再伝送回数まで伝送されたが、伝送に成功せずにＳＤＵ廃棄が発生する方法であって、該当のＰＤＵが一部分でも含んでいる全てのＳＤＵが同時に廃棄されるという差がある。即ち、図２で２３番のＰＤＵが最大の再伝送回数まで伝送に成功しなかった場合、３５番と３６番のＳＤＵは同時に廃棄される。しかし、この方法もＳＤＵを廃棄する方法であるため、その後の過程は、タイマーによる方法で二つのＳＤＵがほぼ同時に廃棄される場合と同一である。即ち、３５番のＳＤＵの廃棄によって２２番のＰＤＵの該当の部分も廃棄され、３６番のＳＤＵの廃棄によって２４番のＰＤＵは、まだ最大の再伝送回数まで伝送されなかった場合も廃棄される。然し、２５番のＰＤＵは３７番のＳＤＵを含んでいるため、最大の再伝送回数まで継続して再伝送される。
【００５１】
（ＳＤＵ廃棄情報の伝送）
以下、本発明と直接的に関連があるＭＲＷ手順に対して説明する。送信側ＡＭ  ＲＬＣは、前述したように、ＳＤＵを廃棄した後、その事実をＭＲＷ命令を通して受信側に知らせて受信ウインドウを移動させる。このとき、ＭＲＷ命令は、受信ウインドウが移動すべき位置を直接的に示すのではなく、ただＳＤＵの廃棄情報のみを知らせ、受信側が廃棄情報に基づいて受信ウインドウを適切な位置に移動させる。
【００５２】
送信側が伝送するＭＲＷ命令には、送信側が廃棄したＳＤＵの終了部分を知らせる情報が含まれている。ところが、ＳＤＵの終了部分を知らせるためには、このＳＤＵの終了部分がどのＰＤＵに属し、そのＰＤＵ内のどの部分まで属しているかを知らせるべきであるため、結局、ＭＲＷ命令は、廃棄されたＳＤＵの終了部分が属したＰＤＵのＳＮと、そのＰＤＵ内で廃棄されたＳＤＵの終了点を示す指示子とから構成される。
【００５３】
二つ以上のＳＤＵが廃棄された場合、ＭＲＷ命令には、一番最後に廃棄されたＳＤＵに対する情報が載せられる。その理由は、受信ウインドウが移動すべき位置は、結局、一番最後に廃棄されたＳＤＵ以後になるためである。また、その他の理由は、以前に説明したように、或るＳＤＵが廃棄されるとき、送信ウインドウの開始点からこのＳＤＵ間の全てのＳＤＵも共に廃棄されるので、受信側は、最後に廃棄されたＳＤＵ情報のみを受信しても、送信側でどのＳＤＵが廃棄されたかを知ることができるためである。
【００５４】
しかし、最後に廃棄されたＳＤＵでない、他の廃棄された各ＳＤＵに対する情報も、上位階層の要求がある時はＭＲＷ命令で選択的（ｏｐｔｉｏｎａｌ）に知らせることができる。然し、最後のＳＤＵでない、他のＳＤＵに対しては、廃棄されたＳＤＵの終了部分が存在するＰＤＵのＳＮのみを知らせ、そのＰＤＵ内で該当のＳＤＵの終了点を示す指示子は知らせない。その理由は、他の廃棄された各ＳＤＵに対する情報は受信ウインドウ移動に影響がなく、また、これらは連続的に廃棄されているためである。
【００５５】
図６には、ＭＲＷ命令の構成に対する概念図を示している。ここで、Ｎは、ＭＲＷ命令が伝送する廃棄されたＳＤＵ情報の個数を意味し、現在のＵＭＴＳでは、その最大値を１５に定義している。
【００５６】
図６から分かるように、基本的なＭＲＷ命令は、Ｎ番目に廃棄されたＳＤＵの終了部分に対する情報であり、それ以前の１〜Ｎ−１間のＳＤＵに対する廃棄情報は選択的に追加することができる。
【００５７】
まず、一番上のフィールドは、ＭＲＷ命令に含まれたＰＤＵ  ＳＮの個数であってＮ値と同じである。注意すべき点は、Ｎは、送信側で実際に廃棄されたＳＤＵの個数ではなく、該当のＭＲＷ命令に載せられたＳＤＵ廃棄情報の個数であることである。即ち、ＭＲＷ命令が、Ｎ番目のＳＤＵの終了部分が存在するＰＤＵのＳＮのみを含む場合、ＳＤＵ廃棄情報は一つだけ含まれて１になり、１〜Ｎ番目のＳＤＵの廃棄情報を全て含む場合、Ｎ個のＳＤＵ廃棄情報が含まれてＮになる。このようにＮ値を知らせる理由は、受信側が、ＭＲＷ命令を受信したとき、１〜Ｎ−１の選択的なＳＤＵ廃棄情報の存在有無を知るためである。そして、ＭＲＷ命令の一番最後には、常にＮ番目のＳＤＵの終了点がＰＤＵ内のどこまでかを示す指示子情報が入る。
図２と図５を参考に、実際に構成されるＭＲＷ命令の例を察してみる。例えば、２３番のＰＤＵが長い間または継続的に伝送に成功せずに、３５、３６番のＳＤＵが同時に廃棄されたと仮定した場合、送信ウインドウの開始点は、２３番のＰＤＵであることを既に説明した。この場合、ＭＲＷ命令は、次の図７のように構成される。
【００５８】
即ち、２３番のＰＤＵの伝送失敗によって３５、３６番のＳＤＵが廃棄された場合、これに対するＭＲＷ命令は、３５番のＳＤＵに対する廃棄情報であるＰＤＵ  ＳＮ＝２３と、３６番のＳＤＵに対する廃棄情報であるＰＤＵ  ＳＮ＝２５、及び２５番目のＰＤＵで最初の部分に入っている３６番のＳＤＵの終了点を知らせる指示子により構成される。このとき、前述したように、３５番のＳＤＵに対する廃棄情報は、上位階層の要求により選択的に挿入することができ、よって、一番上のＰＤＵ  ＳＮの個数フィールド値も調整される。
【００５９】
（受信ウインドウの移動及び移動情報伝送）
受信側は、ＭＲＷ命令を受信すると、受信ウインドウの開始点に存在するＳＤＵからＭＲＷ命令で知らせる最後のＳＤＵまでの全てのＳＤＵを廃棄し、これに合せて受信ウインドウを移動させる。受信ウインドウの移動位置は、廃棄されたＳＤＵ以後の各ＳＤＵを含む各ＰＤＵの受信可否によって変わるが、どんな場合でも、基本原則は、廃棄されたＳＤＵを除いて、次に順次的に受信すべき最初のＰＤＵのＳＮに受信ウインドウの開始点を移動することである。従って、受信ウインドウの移動位置は、ＭＲＷ命令で知らせる一番最後に廃棄されたＳＤＵの終了部分を含むＰＤＵでもあり、その後の各ＰＤＵを成功的に受信した場合、その後のＰＤＵでもある。受信側は、ＭＲＷ命令に合せて受信ウインドウの開始点から連続的に各ＳＤＵを廃棄し、受信ウインドウを移動させた後、送信側に受信ウインドウの移動位置を知らせる。このとき、受信ウインドウの開始点は、次に順次的に受信すべき最初のＰＤＵのＳＮである。
【００６０】
図７のＭＲＷ命令を例に挙げて、受信ウインドウの移動位置を察してみる。図５を参照すると、受信側は、２２番までのＰＤＵは成功的に受信したが、２３番のＰＤＵを受信していない状態であるため、受信ウインドウの開始点は２３番のＰＤＵになる。そして、２４〜２８番のＰＤＵは全て成功的に受信したと仮定する。このような状況で図７のＭＲＷ命令を受信すると、受信側は、受信ウインドウの開始点からＭＲＷ命令で知らせる最後に廃棄されたＳＤＵまで全て廃棄する。即ち、受信ウインドウの開始点に該当する３５番のＳＤＵからＭＲＷ命令で知らせる最後のＳＤＵである３６番のＳＤＵまで全て廃棄する。より具体的に説明すると、図２で２２番のＰＤＵでは３５番のＳＤＵを含む後部分を廃棄し、２３番のＰＤＵは受信自体をしてなく、２４番のＰＤＵは全体を廃棄し、２５番のＰＤＵでは３６番のＳＤＵを含む前部分を廃棄する。
【００６１】
その後、２８番までのＰＤＵは成功的に受信したので、受信ウインドウの開始点は、次に順次的に受信すべき最初のＰＤＵである２９番のＰＤＵに移動する。その後、受信側は、送信側に受信ウインドウが２９番のＰＤＵに移動したことを知らせる。
【００６２】
特殊な場合、受信ウインドウの位置は、既にＭＲＷ命令が示すＰＤＵ以上に進行される。これは、受信側が成功的にＰＤＵを受信し、これに対するＡＣＫ情報を送信側に伝送したが、このＡＣＫ情報が伝送中に消失されたケースに該当する。このとき、受信側はＰＤＵを成功的に受信し、これに合せて受信ウインドウを更新したが、送信側は、伝送したＰＤＵに対するＡＣＫを受けずに送信ウインドウを更新できなかったので、受信ウインドウの開始点が送信ウインドウの開始点より後にある。図７を参照して説明すると、例えば、受信側は、２８番までのＰＤＵを全て成功的に受信して受信ウインドウの開始点を２９番のＰＤＵに更新したが、２３番のＰＤＵに対するＡＣＫ情報が継続的に伝送中に消失されて、送信ウインドウの開始点は２３番に停滞される。このとき、送信側が３５、３６番のＳＤＵを廃棄し、そのＳＤＵ廃棄情報を受信側に伝送する場合、受信側は、既に受信ウインドウが２９番に移動した状態であるため、この廃棄情報は不要な情報となる。従って、既に受信ウインドウが移動した場合、即ち、既にＳＤＵを成功的に受信して上位に伝達した後、該当のＳＤＵの廃棄情報を受信すると、受信側はこの情報を無視し、現在の受信ウインドウの位置を送信側に知らせる。ここで、送信側で廃棄したＳＤＵを受信側では廃棄しないことも考慮すべきある。即ち、既に成功的に受信されて上位に伝達されたＳＤＵに対する廃棄情報を受信すると、該当のＳＤＵは、既に上位に伝達されたので廃棄することができない。ただ、ＲＬＣ設定によって、受信側は、該当のＳＤＵが送信側で廃棄されたという情報を上位に知らせることもできる。
【００６３】
（送信ウインドウの移動）
送信側は、受信側から受信ウインドウ移動情報を受信すると、受信ウインドウの開始点と同じ位置に送信ウインドウの開始点を移動させる。送信ウインドウの開始点に該当するＰＤＵが、既に受信ウインドウ移動情報を受信する前に伝送された場合、該当のＰＤＵを伝送せずに受信側へのＡＣＫ／ＮＡＣＫ状態情報報告を待機する。もし、送信ウインドウの開始点に該当するＰＤＵが以前に伝送されていない場合、該当のＰＤＵから伝送を開始する。
【００６４】
従来の方法では、受信側がＭＲＷ命令を受信すると、受信ウインドウの開始点からＭＲＷ命令で知らせる一番最後に廃棄されたＳＤＵまでの全てのＳＤＵを廃棄するため、もし、送信側で不連続的に各ＳＤＵが廃棄された場合は多様な問題点が発生する。
【００６５】
図８Ａは、正常なデータ送受信過程で、不連続的なＳＤＵ廃棄がどのように発生するかを示している。
【００６６】
まず、以前に２０番までのＰＤＵは成功的に伝送されたと仮定すると、送受信ウインドウの開始点は全て２１番のＰＤＵに位置している。この状態で各ＳＤＵが送信側ＲＬＣに下りた場合、ＲＬＣは、これらを分割または連結して各ＰＤＵを構成した後、構成された各ＰＤＵを受信側に伝送する。
【００６７】
図８Ａは、送信側が２１〜２８番までのＰＤＵを伝送する過程である。このとき、実際は、３０番までのＰＤＵを伝送できるが、各ＳＤＵは順次的にＲＬＣに下りてくるため、図８Ａの過程で送信側が送信する瞬間には、まだ２９番以後のＰＤＵは構成されていないと仮定する。図８Ａは、受信側が、伝送された２１〜２８番のＰＤＵ中、２３、２６、２７番のＰＤＵは伝送中の消失などの理由で受信せず、残りに対しては成功的に受信した場合を示している。受信側は、２１、２２番のＰＤＵを成功的に受信したので、受信ウインドウの開始点を２３番のＰＤＵに更新する。しかし、２３番のＰＤＵは受信していないので、それ以上の受信ウインドウ更新は発生しない。受信側が２１〜２８番までのＰＤＵに対するＡＣＫ／ＮＡＣＫ状態情報を送信側に伝送すると、送信側は、伝送に成功した２１、２２、２４、２５、２８番のＰＤＵをバッファから削除し、送信ウインドウの開始点を２３番のＰＤＵに更新した後、次の伝送を準備する。
【００６８】
図８Ｂは、送信側が送信ウインドウを２３〜３３に更新した後、次の伝送をする過程である。このとき、各ＰＤＵは、２３、２６、２７、２９、３０、３１、３２の順に伝送される。ここで、２３、２６、２７番のＰＤＵは、再伝送されるＰＤＵである。参考に、このとき、３３番以後の各ＰＤＵは、構成された場合も送信ウインドウの制約により伝送されない。このように伝送された２３〜３２番の各ＰＤＵに対して、受信側が、２３、２７番のＰＤＵを依然として受信せず、更に３０、３１番のＰＤＵも受信しなかったと仮定する。すると、２３番のＰＤＵを受信していないため、図８Ｂに示したように、受信ウインドウは、継続して２３〜３３の範囲を維持する。２３〜３２番の各ＰＤＵに対する状態情報が送信側に伝送されると、送信側も伝送に成功した各ＰＤＵをバッファから削除する。然し、２３番のＰＤＵに対するＡＣＫを受けていないので、受信側と同様に、送信ウインドウの更新は発生しない。従って、図８Ｃのように、送信側は、送信ウインドウを２３〜３３に維持した状態で、再伝送されるＰＤＵである２３、２７、３０、３１番のＰＤＵのみを伝送する。もし、受信側が２３、２７番のＰＤＵを継続して受信していない場合、送信ウインドウの範囲内に２３、２７番のＰＤＵのみが残るため、送信側はそれ以上のＰＤＵを伝送せず、これら２３、２７番のＰＤＵのみを再伝送する。引き続いて、２３、２７番のＰＤＵを再伝送したが、全て伝送に失敗したと仮定する。すると、ＳＤＵに対する廃棄タイマーの満了またはＰＤＵに対する最大の再伝送回数制限などの理由で、送信側は該当の各ＳＤＵを廃棄する。
【００６９】
図９は、２３、２７番のＰＤＵの伝送失敗によって不連続的に３５、３６、３８、３９番のＳＤＵが廃棄される例を示している。
【００７０】
図９に示したように、不連続的にＳＤＵが廃棄された場合、従来のＭＲＷ手順を使用して受信ウインドウを移動させるために、次の２種類の方式中いずれか一つを使用して受信ウインドウを移動させる。
【００７１】
Ａ．連続的に廃棄されたＳＤＵ集合数だけＭＲＷ手順を順次的に進行させる方式
この方式は、不連続的にＳＤＵが廃棄されたとき、連続的に廃棄された各ＳＤＵを一つの集合とみなし、前記連続的に廃棄されたＳＤＵ集合当り一回のＭＲＷ手順を行い、受信ウインドウを順次的に移動させる方法である。即ち、図９を参照すると、送信側は、ＳＤＵ３５、３６を一つの集合に、そしてＳＤＵ３８、３９をもう一つの集合とみなし、これらの集合に対してそれぞれＭＲＷ手順を行う。このとき、ＭＲＷ手順は、一瞬間に一つの手順のみを行うため、これらは同時に行われず順次的に一つずつ行われる。この過程を、図１０を通してより詳しく察してみる。
【００７２】
まず、送信側は、送信ウインドウが２３〜３３の状態で最初のＭＲＷ手順を開始する。送信側は、送信ウインドウの開始点からＳＤＵ３６までの全てのＳＤＵを廃棄し、その情報をＭＲＷ命令を利用して受信側に伝送する（Ｓ１、Ｓ２）。受信側は、受信ウインドウの開始点から受信したＭＲＷ命令が知らせる最後に廃棄されたＳＤＵ、即ちＳＤＵ３６までの全てのＳＤＵを廃棄して受信ウインドウを２７〜３７に移動させる（Ｓ３）。
【００７３】
その後、受信側は、送信側に受信ウインドウの移動位置を知らせ（Ｓ４）、これを受けた送信側は最初のＭＲＷ手順を終了し、受信ウインドウの移動位置に合せて送信ウインドウを２７〜３７に移動させる。その後、送信側は、受信ウインドウをＳＤＵ３９以後に移動させるために２番目のＭＲＷ手順を開始する（Ｓ５）。
【００７４】
２番目のＭＲＷ手順で伝送されるＭＲＷ命令には、２番目の不連続廃棄ＳＤＵ集合の一番最後の廃棄ＳＤＵであるＳＤＵ３９の廃棄情報が含まれる。参考に、２番目のＭＲＷ手順の進行中は、送信ウインドウが２７〜３７に移動した状態であるため、３３〜３６番のＰＤＵも伝送可能である（Ｓ６）。２番目のＭＲＷ命令を受信した受信側は、受信ウインドウの開始点から受信したＭＲＷ命令が知らせる最後に廃棄されたＳＤＵ、即ちＳＤＵ３９までの全てのＳＤＵを廃棄した後、受信ウインドウの開始点を３３〜３７の間の適切な位置に移動させる（Ｓ７）。ここで、適切な位置とした理由は、２番目のＭＲＷ手順の進行中には３３〜３６番のＰＤＵの伝送が可能であるが、これらの受信可否によって受信ウインドウの位置が変わるためである。
【００７５】
例えば、２番目のＭＲＷ手順の進行中に追加的なＰＤＵ受信がなかった場合、受信ウインドウは３３〜４３になり、もし３３〜３６のＰＤＵが全て受信された場合、受信ウインドウは３７〜４７になる。即ち、伝送可能な各ＰＤＵはＭＲＷ手順中にも伝送されるが、これらの受信可否によって受信ウインドウの位置が変わる。これは、最初のＭＲＷ手順でも同様であるが、図８の例では、受信ウインドウ２３〜３３の間に、２３、２７番のＰＤＵの他には伝送可能なＰＤＵが存在しなかったため、受信ウインドウの開始点を２７と定めることができた。受信ウインドウの開始点を適切な位置に移動させた受信側は、移動情報を送信側に伝送し（Ｓ８）、その移動情報を受信した送信側は２番目のＭＲＷ手順を終了し、受信ウインドウに合せて送信ウインドウの開始点を移動させる（Ｓ９）。その後、送信側は、送信ウインドウの開始点のＰＤＵから伝送を続ける（Ｓ１０）。
【００７６】
Ｂ．不連続的に廃棄された各ＳＤＵの間の全てのＳＤＵを廃棄させる方式
図１１は、図９のような不連続的ＳＤＵ廃棄が発生したとき、Ｂ方式を利用して受信ウインドウを移動させる過程を示している。
【００７７】
前記Ｂ方式は、不連続的にＳＤＵが廃棄されたとき、送信側が、送信ウインドウの開始点に該当するＳＤＵから、廃棄されたＳＤＵのうち一番最後に位置したＳＤＵまでの全てのＳＤＵを伝送成功可否に関係なく廃棄し、送信ウインドウの開始点から最後のＳＤＵまで連続的にＳＤＵが廃棄された形態で作る方式である。即ち、図９のように不連続的にＳＤＵが廃棄された場合、送信ウインドウの開始点であるＳＤＵ３５から一番最後の廃棄ＳＤＵであるＳＤＵ３９までの全てのＳＤＵを廃棄し、その情報を受信側に伝送する（Ｓ１１、Ｓ１２）。このとき、ＳＤＵ３７は、伝送に成功した場合も廃棄する。ＭＲＷ命令を受信した受信側は、受信ウインドウの開始点からＳＤＵ３９までの全てのＳＤＵが廃棄されたとみなし、該当の各ＳＤＵを廃棄してＳＤＵ３９以後に受信ウインドウを移動させる（Ｓ１３）。このとき、送信側と同様に、ＳＤＵ３７は、受信に成功した場合も共に廃棄させる。
【００７８】
その後、受信側は、送信側に受信ウインドウの移動位置を知らせ（Ｓ１４）、これを受けた送信側は、ＭＲＷ手順を終了し、受信ウインドウの移動位置に合せて送信ウインドウを３３〜４４に移動させる（Ｓ１５）。その後、送信側は、送信ウインドウの開始点のＰＤＵ（＝３３）から伝送する（Ｓ１６）。
【００７９】
以上説明したように、不連続的なＳＤＵ廃棄が発生したとき、従来は、二つの方式（ＡまたはＢ）を使用して受信ウインドウを移動させる。然し、これらの方式には次のような問題点がある。
【００８０】
まず、Ａ方式を使用すると、多様なＳＤＵが不連続的に廃棄された場合、これを受信側に知らせるために複数回のＭＲＷ手順を順次的に行うべきであるため、以後の各ＳＤＵにおいて伝送に多くの時間遅延が発生する。即ち、図９及び図１０の例で、３７番以後のＰＤＵは、二回のＭＲＷ手順を行った後で伝送が可能なため、ここに含まれた各ＳＤＵは、ＲＬＣバッファに長く保存された状態にある。一回のＭＲＷ手順を終えるためには、少なくとも１５０ｍｓ以上かかるが、このようにＡ方式で受信ウインドウを移動させる場合、ＭＲＷ手順によって高速データ通信が難しくなる。もし、タイマー基盤のＳＤＵ廃棄方法を使用するなら、極端な場合、各ＳＤＵが伝送されずに継続的に廃棄されることも発生する。
【００８１】
多様なＳＤＵが不連続的に廃棄された時にＢ方式を使用する場合、受信側は、受信に成功した各ＳＤＵも廃棄することで伝送効率が低下する。即ち、図９の例では、３７番のＳＤＵのみが不要に廃棄されたので、それほど大きい伝送効率の減少を誘発しないが、もし、極端な例で、送信ウインドウの開始点及び終了点に該当するＳＤＵが廃棄された場合、送信ウインドウ内の全てのＳＤＵが廃棄されるため、非常に大きい伝送効率の減少をもたらす。
【発明の開示】
【発明が解決しようとする課題】
【００８２】
本発明の目的は、不連続的にＳＤＵが廃棄された場合、受信ウインドウを移動させる時に発生する伝送遅延を減少できる方法を提供することにある。
【００８３】
本発明の他の目的は、不連続的にＳＤＵが廃棄された場合、受信ウインドウを移動させる時に発生する伝送効率低下を減少できる方法を提供することにある。
【課題を解決するための手段】
【００８４】
このような目的を達成するために、送信側の命令によって受信ウインドウを移動させる無線システムにおいて、本発明に係る移動通信システムのデータ通信方法は、受信ウインドウ移動命令を受信する段階と、現在の受信ウインドウの開始点から受信ウインドウ移動命令が指定する受信ウインドウの開始点の間の全てのサービスデータユニット（ＳＤＵ）の受信可否を検査する段階と、検査結果、成功的に受信していない各ＳＤＵのみを廃棄した後、受信ウインドウの開始点を移動させる段階と、を含む。
【００８５】
望ましく、前記受信ウインドウの開始点は、受信ウインドウ移動命令が指定する受信ウインドウの開始点以後の各ＰＤＵのうち、受信していない各ＰＤＵの最初のＰＤＵである。
【００８６】
前記データ通信方法は、受信ウインドウの開始点に対する情報を送信側に伝送する段階を更に含む。
【００８７】
望ましく、前記受信ウインドウ移動命令は、送信側から最後に廃棄されたＳＤＵに対する情報を含む。前記最後に廃棄されたＳＤＵに対する情報は、送信側から最後に廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号と、前記ＰＤＵ内でＳＤＵの終了点を示す終了点指示子を指示する指示子と、を含む。
【００８８】
望ましく、前記受信側は、最後に廃棄されたＳＤＵの終了点を含むＰＤＵを受信ウインドウ移動命令が指定する受信ウインドウの開始点と判断する。
【００８９】
望ましく、前記受信ウインドウ移動命令は、全てのＳＤＵ情報を伝達するようにＲＬＣが設定された場合、送信側から廃棄された全てのＳＤＵに対する情報を更に含む。
【００９０】
望ましく、前記各ＳＤＵは、不連続的に廃棄されたＳＤＵであることを特徴とする。
【００９１】
望ましく、前記送信側から廃棄されたＳＤＵに対する情報は、廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号で構成されたことを特徴とする。
【００９２】
望ましく、前記ＳＤＵに対する受信可否検査は、ＰＤＵに含まれたＳＤＵ終了点指示子の検査を通して行われることを特徴とする。
【００９３】
望ましく、前記ＳＤＵに対する受信可否検査は、一つのＳＤＵ終了点指示子が指示する部分から次のＳＤＵ終了点指示子が指示する部分までのデータを一つのＳＤＵに判断する段階と、判断されたＳＤＵの全ての部分が受信されたかどうかを検査する段階と、検査結果、一部分でも受信されていない場合、該当のＳＤＵを成功的に受信されていないＳＤＵに判断する段階と、を行ってチェックされる。
【００９４】
このような目的を達成するために、本発明に係る無線移動通信システムの受信ウインドウ移動方法は、送信側から受信ウインドウ移動命令を受信する段階と、現在の受信ウインドウの開始点と受信ウインドウ移動命令が指定する受信ウインドウの開始点の間の全てのサービスデータユニット（ＳＤＵ）の受信可否を検査する段階と、検査結果、成功的に受信されていないＳＤＵのみを廃棄する段階と、受信ウインドウの開始点を移動させる段階と、を含む。
【００９５】
望ましく、前記受信ウインドウの開始点を移動させる段階は、受信ウインドウ移動命令が指定する受信ウインドウの開始点以後の各ＰＤＵが成功的に受信されたかどうかを検査する段階と、検査結果、成功的に受信していない各ＰＤＵのうち最初のＰＤＵに受信ウインドウの開始点を移動させる段階と、を含む。
【００９６】
望ましく、前記移動された受信ウインドウの開始点に対する情報を送信側に伝送する段階を更に含むことを特徴とする。
【００９７】
望ましく、前記受信ウインドウ移動命令は、送信側から最後に廃棄されたＳＤＵの情報を含むことを特徴とする。
【００９８】
望ましく、前記最後に廃棄されたＳＤＵの情報は、送信側から最後に廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号と、前記ＰＤＵ内でＳＤＵの終了点を示す終了点指示子を指示する指示子と、を含む。前記受信側は、最後に廃棄されたＳＤＵの終了点を含むＰＤＵを、受信ウインドウ移動命令が指定する受信ウインドウの開始点に判断する。
【００９９】
望ましく、前記受信ウインドウ移動命令は、送信側から廃棄された全てのＳＤＵに対する情報を更に含むことを特徴とする。
【０１００】
望ましく、前記送信側から廃棄されたＳＤＵに対する情報は、廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号で構成されたことを特徴とする。
【０１０１】
望ましく、前記ＳＤＵに対する受信可否検査段階は、一つのＳＤＵ終了点指示子が指示する部分から次のＳＤＵ終了点指示子が指示する部分までのデータを一つのＳＤＵに判断する段階と、判断されたＳＤＵの全ての部分が受信されたかどうかを検査する段階と、検査結果、一部分でも受信されていない場合、該当のＳＤＵを成功的に受信されていないＳＤＵに判断する段階と、を含む。
【０１０２】
このような目的を達成するために、サービスデータユニット（ＳＤＵ）を廃棄した後、廃棄情報を受信側に伝送して受信ウインドウを移動させる無線移動通信システムにおいて、本発明に係る受信ウインドウ移動方法は、バッファの状態を検査して廃棄された各ＳＤＵを把握する段階と、廃棄された各ＳＤＵのうち最後に廃棄されたＳＤＵの情報を受信ウインドウ移動命令に追加する段階と、受信ウインドウ移動命令を受信側に伝送する段階と、を含む。
【０１０３】
望ましく、前記バッファは、無線リンク制御（Ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：ＲＬＣ）バッファであり、前記各ＳＤＵは、不連続的に廃棄されたＳＤＵであることを特徴とする。
【０１０４】
望ましく、前記受信ウインドウ移動方法は、受信側から移動された受信ウインドウの開始点に対する情報を受信する段階と、受信された受信ウインドウの開始点に該当する位置に送信ウインドウを移動する段階と、を更に含む。
【０１０５】
望ましく、前記最後に廃棄されたＳＤＵの情報は、送信側から最後に廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号と、前記ＰＤＵ内でＳＤＵの終了点を示す終了点指示子を指示する指示子と、を含む。
【０１０６】
望ましく、前記受信ウインドウ移動命令は、廃棄された全てのＳＤＵに対する情報を更に含むことを特徴とする。
【０１０７】
望ましく、前記廃棄されたＳＤＵに対する情報は、廃棄されたＳＤＵの終了点を含むＰＤＵの一連番号で構成されたことを特徴とする。
【発明を実施するための最良の形態】
【０１０８】
本発明は、３ＧＰＰにより開発されたＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）のような移動通信システムで具現される。然し、本発明は、他の標準によって動作する通信システムにも適用される。以下、本発明の各実施形態を詳しく説明する。
【０１０９】
本発明で、送信側ＡＭ  ＲＬＣは、ＳＤＵが廃棄されたとき、廃棄されたＳＤＵの連続性と関係なく、一番最後に廃棄されたＳＤＵの情報を受信側に伝送する。前記情報を受信した受信側ＡＭ  ＲＬＣは、受信ウインドウの開始点から一番最後に廃棄されたＳＤＵまでの各ＳＤＵの受信可否を検査し、正常に受信されたＳＤＵを上位階層に伝達することで、不連続的なＳＤＵ廃棄が発生した場合も、時間遅延や伝送効率の減少が発生しない。
【０１１０】
このような本発明の具体的な実施形態を、図９のようにＳＤＵが廃棄された場合に適用させる。このとき、図９以前には、図８Ａ−８ＣのＰＤＵ送受信過程が既に行われたと仮定する。
【０１１１】
図１２は、図９のような不連続的ＳＤＵ廃棄が発生したとき、本発明に係る受信ウインドウ移動方法を利用して受信ウインドウを移動させる信号フローチャートである。
【０１１２】
まず、図９のようなＳＤＵ廃棄が発生すると、送信側ＲＬＣはＭＲＷ手順を開始し、廃棄されたＳＤＵのうち最も最後に廃棄されたＳＤＵであるＳＤＵ３９に対する情報をＭＲＷ命令に含ませて受信側ＲＬＣに伝送する（Ｓ２０、Ｓ２１）。このとき、送信ウインドウは、ＰＤＵ２３とＰＤＵ３３の間に位置する。
【０１１３】
もし、廃棄されたＳＤＵの全てを受信側に知らせるようにＲＬＣが設定された場合、ＳＤＵ３９以外の他のＳＤＵに対する廃棄情報もＭＲＷ命令に載せる。このとき、ＳＤＵ３７は、成功的に伝送されたので廃棄されなく、よって、ＭＲＷ命令にもＳＤＵ３７の廃棄情報は載せられない。
【０１１４】
ＭＲＷ命令を受信した受信側は、まず、ＭＲＷ命令に載せられたＳＤＵ廃棄情報のうち一番最後に位置したＳＤＵの廃棄情報を抽出する。ＭＲＷ命令内でどの部分が最後に廃棄したＳＤＵに対する情報であるかは、一番最初のＰＤＵ  ＳＮ個数フィールドを見れば分かる。図９の例で、受信側は、ＭＲＷ命令から送信側がＰＤＵ２８の最初の部分まで廃棄したという情報を知る。
【０１１５】
その後、受信側は、受信ウインドウの開始点であるＰＤＵ２３からＭＲＷ命令が知らせるＰＤＵ２８の間の全てのＰＤＵに対し、これらが含んでいる各ＳＤＵが正常に受信されたかどうかを検査して選択的にＳＤＵを廃棄する（Ｓ２２）。受信側は、どのＳＤＵが成功的に受信されたかをＰＤＵヘッダに含まれた境界指示子、即ち長さ指示子（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：ＬＩ）を通して判断する。
【０１１６】
ＬＩは、ＳＤＵとＳＤＵとの境界面を知らせるため、受信側は、一つのＬＩと次のＬＩ間の部分を一つのＳＤＵとみなし、もし、その間に受信していない部分があれば、該当のＳＤＵを受信失敗に判断する。本例では、受信側が図９のようにＰＤＵを受信し、即ち２３〜２８のＰＤＵのうち２３、２７番のＰＤＵを受信しなかったので、受信側は次のように判断する。
【０１１７】
受信側は、ＰＤＵ２３を受信していないので、ＰＤＵ２２の最後の部分からＰＤＵ２５の最初の部分までを一つのＳＤＵに認識するが、このＳＤＵは、ＰＤＵ２３に該当する部分が受信されなかったので、成功的に受信されていないＳＤＵに判断して廃棄する。次のＳＤＵ３７に該当する部分は、ＰＤＵ２５を受信したので、成功的に受信されたと判断して廃棄しない。そして、ＰＤＵ２６の最初からＰＤＵ２８の最初の部分までは一つのＳＤＵに認識するが、このＳＤＵは、ＰＤＵ２７に該当する部分が受信されなかったので廃棄する。
【０１１８】
ここで注目すべき点は、ＭＲＷ命令で最後に廃棄したＳＤＵに対する情報のみを知らせると、受信側は、廃棄されるＳＤＵの個数を送信側と相違に計算することである。即ち、図９の例で、送信側は４個のＳＤＵを廃棄したが、受信側は２個のＳＤＵが廃棄されたとみなす。
【０１１９】
このような方式によって問題が発生する場合もある。従って、ＡＭ  ＲＬＣが設定されるときは、廃棄された全てのＳＤＵ情報をＭＲＷ命令で伝達するかどうかも共に設定される。もし、全ての廃棄されたＳＤＵ情報を伝達するようにＲＬＣが設定された場合、送信側は、ＭＲＷ命令に廃棄された全てのＳＤＵに対する情報を載せる。この場合、受信側は、ＰＤＵ２３、２５、２７、２８に廃棄された各ＳＤＵの終了点が存在するので、送信側で４個のＳＤＵが廃棄されたことが分かる。
【０１２０】
ＭＲＷ命令が廃棄されたＳＤＵの個数を直接伝達せずに、廃棄されたＳＤＵの終了点が存在するＰＤＵのＳＮを伝達する理由は、廃棄されたＳＤＵがどこに位置するかを受信側に知らせるためである。即ち、図９の例で、受信側は、ＳＤＵ３５、３６に対する部分とＳＤＵ３８、３９に対する部分の、大きく二つの部分のＳＤＵが廃棄されたと考えるが、もし、廃棄された各ＳＤＵの終了点を知らせずに廃棄された個数だけを知らせる場合、受信側は、廃棄されたＳＤＵが前部分と後部分にいくつずつ存在するかを知ることができない。例えば、受信側は、前部分に１個、後部分に３個のＳＤＵが廃棄されたと考えることもでき、前部分及び後部分にそれぞれ２個ずつ廃棄されたと考えることもでき、前部分に３個、後部分に１個が廃棄されたと考えることもできる。これは、廃棄されたＳＤＵの順序と関係があるが、その廃棄順序が上位階層によっては非常に重要であるため、ＭＲＷ命令は、それぞれの廃棄されたＳＤＵの終了点が存在するＰＤＵ  ＳＮを知らせる。
【０１２１】
ＭＲＷ命令が最後に廃棄されたＳＤＵ情報のみを知らせるか、または全ての廃棄されたＳＤＵ情報を知らせるとき、受信側は、ＳＤＵ３７を上位階層に伝達し、ＳＤＵ３５、３６、３８、３９に該当する部分を廃棄する。次いで、受信側のＲＬＣは、受信ウインドウの開始点を、次に順次的に受信すべき最初のＰＤＵであるＰＤＵ３３に移動させる。
【０１２２】
その後、受信側は、移動された受信ウインドウの開始点情報を送信側に送り（Ｓ２３）、これを受信した送信側は、ＭＲＷ手順が成功的に行われたと判断して、送信ウインドウを受信ウインドウと同じ位置に移動させた後、ＰＤＵ送信を開始する（Ｓ２４、Ｓ２５）。
【０１２３】
無線接続網で、本発明の一実施形態は、送信ウインドウ及び廃棄タイマーを採用する送信側によるサービスデータユニットの廃棄方法を提供する。前記方法は、送信ウインドウの開始点に位置した最初のサービスデータユニット（ＳＤＵ）から廃棄タイマーにより廃棄された最後のサービスデータユニットまでの全てのサービスデータユニットをチェックする段階と、受信応答されていない前記チェックされた各サービスデータユニットを廃棄する段階と、を含む。ここで、前記チェック段階は、受信側に成功的に伝送されたサービスデータユニットを受信応答する段階を更に含む。
【０１２４】
また、前記方法は、受信ウインドウ及び最後のサービスデータユニットの情報を移動させるために、命令を受信側に伝送する段階を更に含む。
【０１２５】
無線接続網で、本発明の他の実施形態は、受信ウインドウを採用する受信側によるサービスデータユニットの廃棄方法を提供する。前記方法は、受信ウインドウを移動させるための命令を受信する段階と、受信ウインドウの開始点に位置した最初のサービスデータユニットから前記命令が示す最後のサービスデータユニットまでの全てのサービスデータユニットをチェックする段階と、成功的に受信されていない前記チェックされた各サービスデータユニットを廃棄する段階と、を含む。ここで、前記方法は、成功的に受信されたサービスデータユニットに対して送信側に受信応答する段階を更に含む。
【産業上の利用可能性】
【０１２６】
以上説明したように、本発明で、受信側は、受信ウインドウの開始点から一番最後に廃棄されたＳＤＵまでの各ＳＤＵの受信可否を検査し、正常に受信されたＳＤＵは上位階層に伝達し、正常に受信されていないＳＤＵのみを廃棄する。
従って、本発明で提示する受信ウインドウ移動方法を使用すると、不連続的にＳＤＵが廃棄された場合も、従来のＡ方式で受信ウインドウを移動させる時に発生するＳＤＵ伝送の時間遅延問題を解決できる。
【０１２７】
また、本発明は、従来のＢ方式で発生するＳＤＵ伝送効率の減少問題も解決できるため、伝送効率を維持しながら高速通信を行えるという効果がある。
なお、本発明は、図面に示した実施形態に基づいて説明されたが、これは例示的なものにすぎなく、本技術分野の通常の知識を有する者なら、多様な変形及び均等な他の実施形態が可能であることが分かる。従って、本発明の真の技術的保護範囲は、添付された特許請求の範囲の技術的思想によって定められるべきである。
【図面の簡単な説明】
【０１２８】
【図１】図１は、３ＧＰＰ無線接続網規格に基づく一つの端末とＵＴＲＡＮ間の無線接続インターフェース（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｉｎｔｅｒｆａｃｅ）プロトコルの構造を示した図である。
【図２】図２は、ＳＤＵからＰＤＵを構成する例を示した図である。
【図３】図３は、図２の例によって構成された各ＡＭＤ  ＰＤＵのうち２１〜２３番のＡＭＤ  ＰＤＵを示した図である。
【図４】図４は、ＡＭ  ＲＬＣがＡＭＤ  ＰＤＵを構成した後、送信バッファ及び再伝送バッファに保存する概念を示した図である。
【図５】図５は、ＡＭＤ  ＰＤＵの送受信及び送受信ウインドウの更新例を示した図である。
【図６】図６は、送信側から受信側に伝送されるＭＲＷ命令を示した概念図である。
【図７】図７は、ＭＲＷ命令のフォーマットを示した図である。
【図８Ａ】図８Ａは、ＲＬＣ  ＰＤＵの送受信及び送受信ウインドウの更新例を示した図である。
【図８Ｂ】図８Ｂは、ＲＬＣ  ＰＤＵの送受信及び送受信ウインドウの更新例を示した図である。
【図８Ｃ】図８Ｃは、ＲＬＣ  ＰＤＵの送受信及び送受信ウインドウの更新例を示した図である。
【図９】図９は、不連続的にＳＤＵが廃棄される例を示した図である。
【図１０】図１０は、不連続的にＳＤＵが廃棄された場合、従来の第１方式を利用して受信ウインドウを移動させる過程を示した信号フローチャートである。
【図１１】図１１は、不連続的にＳＤＵが廃棄された場合、従来の第２方式を利用して受信ウインドウを移動させる過程を示した信号フローチャートである。
【図１２】図１２は、不連続的にＳＤＵが廃棄された場合、本発明の技術を利用して受信ウインドウを移動させる過程を示した信号フローチャートである。
【符号の説明】
【０１２９】
ＳＤＵ：サービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）
ＰＤＵ：パケットデータユニット（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）
ＭＲＷ：受信ウインドウ移動（Ｍｏｖｉｎｇ  Ｒｅｃｅｉｖｉｎｇ  Ｗｉｎｄｏｗ）
【図１】
2005539465.tif 000003
【図２】
2005539465.tif 000004
【図３】
2005539465.tif 000005
【図４】
2005539465.tif 000006
【図５】
2005539465.tif 000007
【図６】
2005539465.tif 000008
【図７】
2005539465.tif 000009
【図８Ａ】
2005539465.tif 000010
【図８Ｂ】
2005539465.tif 000011
【図８Ｃ】
2005539465.tif 000012
【図９】
2005539465.tif 000013
【図１０】
2005539465.tif 000014
【図１１】
2005539465.tif 000015
【図１２】
2005539465.tif 000016
【国際調査報告】
2005539465.tif 000017