(57)【要約】本発明は制御プロトコルデータの送受信に関し、送信側が受信側に制御プロトコルデータユニットの処理時間を通知するための処理時間情報を含む制御プロトコルデータユニットを送信すると、受信側が前記処理時間情報によって前記制御プロトコルデータユニットを処理する。本発明による無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機は、無線リンク制御モジュールで制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを受信する手段と、前記処理時間情報によって前記制御プロトコルデータユニットを処理する手段とを含み、前記処理時間情報は、受信側に前記制御プロトコルデータユニットの処理時間を指示する。
2008503175.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御モジュールで制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを受信する手段と、
前記処理時間情報によって前記制御プロトコルデータユニットを処理する手段とを含み、
前記処理時間情報は、受信側に前記制御プロトコルデータユニットの処理時間を指示することを特徴とする無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項２】
前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項３】
前記データユニットと前記制御プロトコルデータユニットは、ダウンリンク通信とアップリンク通信の少なくとも一方のために使用されることを特徴とする請求項２に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項４】
前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれる同一のシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理することを特徴とする請求項２に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項５】
前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれるシーケンス番号より１小さいシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理することを特徴とする請求項２に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項６】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項７】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号の次のシーケンス番号を含むことを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項８】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信された後に送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項９】
前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置することを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項１０】
前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項１１】
前記無線リンク制御モジュールは応答モードで動作することを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項１２】
前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つであることを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項１３】
前記制御プロトコルデータユニットを直ちに処理するか、前記処理時間情報によって処理するかを前記無線リンク制御モジュールに指示する命令を上位層から受信する手段をさらに含むことを特徴とする請求項１に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機。
【請求項１４】
無線リンク制御モジュールで上位層から受信されたデータブロックを利用してデータユニットを生成する手段と、
前記無線リンク制御モジュールで制御プロトコルデータユニットの処理時間を受信側の無線リンク制御モジュールに指示する前記制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを生成する手段と、
ダウンリンク方向とアップリンク方向の少なくとも一方に、前記制御プロトコルデータユニットと前記データユニットを前記受信側に送信する手段と、
を含むことを特徴とする無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項１５】
前記処理時間情報は、前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項１６】
前記処理時間情報は、前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号を含むことを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項１７】
前記処理時間情報は、前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号の次のシーケンス番号を含むことを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項１８】
前記処理時間情報は、前記制御プロトコルデータユニットを送信した後に送信したデータユニットのシーケンス番号を含むことを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項１９】
前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置することを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項２０】
前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項２１】
前記無線リンク制御モジュールは応答モードで動作することを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項２２】
前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つであることを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項２３】
前記処理時間情報を前記制御プロトコルデータユニットに含めるか否かを前記無線リンク制御モジュールに指示する命令を前記上位層から受信する手段をさらに含むことを特徴とする請求項１４に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機。
【請求項２４】
無線リンク制御モジュールで制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを受信する段階と、
前記処理時間情報によって前記制御プロトコルデータユニットを処理する段階とを含み、
前記処理時間情報は、受信側に前記制御プロトコルデータユニットの処理時間を指示することを特徴とする無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項２５】
前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項２６】
前記データユニットと前記制御プロトコルデータユニットは、ダウンリンク通信とアップリンク通信の少なくとも一方のために使用されることを特徴とする請求項２５に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項２７】
前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれる同一のシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理することを特徴とする請求項２５に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項２８】
前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれるシーケンス番号より１小さいシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理することを特徴とする請求項２５に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項２９】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３０】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号の次のシーケンス番号を含むことを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３１】
前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信された後に送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３２】
前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置することを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３３】
前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３４】
前記無線リンク制御モジュールは応答モードで動作することを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３５】
前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つであることを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３６】
前記制御プロトコルデータユニットを直ちに処理するか、前記処理時間情報によって処理するかを前記無線リンク制御モジュールに指示する命令を上位層から受信する段階をさらに含むことを特徴とする請求項２４に記載の無線通信システムの受信側で制御プロトコルデータユニットを受信する方法。
【請求項３７】
無線リンク制御モジュールで上位層から受信されたデータブロックを利用してデータユニットを生成する段階と、
制御プロトコルデータユニットの処理時間を受信側の無線リンク制御モジュールに指示する前記制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを生成する段階と、
ダウンリンク方向とアップリンク方向の少なくとも一方に、前記制御プロトコルデータユニットと前記データユニットを前記受信側に送信する段階と、
を含むことを特徴とする無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項３８】
前記処理時間情報は、前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含むことを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項３９】
前記処理時間情報は、前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号を含むことを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４０】
前記処理時間情報は、前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号の次のシーケンス番号を含むことを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４１】
前記処理時間情報は、前記制御プロトコルデータユニットを送信した後に送信したデータユニットのシーケンス番号を含むことを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４２】
前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置することを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４３】
前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４４】
前記無線リンク制御モジュールは応答モードで動作することを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４５】
前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つであることを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【請求項４６】
前記処理時間情報を前記制御プロトコルデータユニットに含めるか否かを前記無線リンク制御モジュールに指示する命令を前記上位層から受信する段階をさらに含むことを特徴とする請求項３７に記載の無線通信システムの送信側から制御プロトコルデータユニットを送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は制御プロトコルデータユニットの送受信に関し、より詳細には、受信側に制御プロトコルデータユニットの処理時間を通知するための処理時間情報を含む制御プロトコルデータユニットの送受信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）は、欧州標準であるＧＳＭ（Global  System  for  Mobile  Communications）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００３】
ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、ＵＭＴＳの詳細な標準仕様（Specification）を作成するために、第３世代移動体通信システムの標準化プロジェクト（Third  Generation  Partnership  Project：３ＧＰＰ）というプロジェクトを構成した。３ＧＰＰ内でＵＭＴＳの迅速で効果的な技術開発を達成するために、３ＧＰＰＰでは、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Technical  Specification  Groups：ＴＳＧ）に分けて進めている。
【０００４】
各ＴＳＧは、関連エリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）の機能、要求事項、及びインタフェースに関する規格を開発する。
【０００５】
図１は、従来のＵＭＴＳネットワーク構造１を示す図である。移動端末又はユーザ装置（ＵＥ）２は、ＵＴＲＡＮ６を介してコアネットワーク４に接続する。前記ＵＴＲＡＮ６は、前記ＵＥ２と前記コアネットワーク４間の通信のための無線接続ベアラの設定、維持、及び管理を行い、エンドツーエンドのサービス品質要求事項を充足させる。
【０００６】
前記ＵＴＲＡＮ６は、複数の無線ネットワークサブシステム（Radio  Network  Subsystems：ＲＮＳ）８から構成され、各ＲＮＳ８は、複数の基地局又はＮｏｄｅ  Ｂ１２のための１つの無線ネットワーク制御装置（Radio  Network  Controller：ＲＮＣ）１０を含む。所定の基地局１２に接続したＲＮＣ１０は、１つのセル内で動作する前記ＵＥ２に提供される共有リソースの割り当て及び管理を担当する制御ＲＮＣを意味する。１つのＮｏｄｅ  Ｂには、１つ以上のセルが存在する。前記制御ＲＮＣ１０は、トラヒック負荷、セル輻輳（congestion）、及び新しい無線リンクの承認を制御する。各Ｎｏｄｅ  Ｂ１２は、前記ＵＥ２からアップリンク信号を受信し、前記ＵＥ２にダウンリンク信号を送信する。各Ｎｏｄｅ  Ｂ１２は、前記ＵＥ２と前記ＵＴＲＡＮ６を接続するアクセスポイントの役割を果たし、前記ＲＮＣ１０は、該当Ｎｏｄｅ  Ｂと前記コアネットワーク４を接続するためのアクセスポイントの役割を果たす。
【０００７】
前記ＵＴＲＡＮ６のＲＮＳ８のうち、サービングＲＮＣ１０は、特定ＵＥにサービスを提供するための専用無線リソースを管理するＲＮＣであり、前記特定ＵＥにデータを送信するための前記コアネットワーク４とのアクセスポイントの役割を果たす。前記ＵＥ２に接続された他の全てのＲＮＣがドリフト（drift）ＲＮＣであるため、前記ＵＴＲＡＮ６を介して前記ＵＥと前記コアネットワーク４を接続するサービングＲＮＣ１０は１つのみ存在する。前記ドリフトＲＮＣ１０は、ユーザデータのルーティングを容易にし、共有リソースとして符号を割り当てる。
【０００８】
前記ＵＥ２と前記ＵＴＲＡＮ６間のインタフェースは、無線アクセスネットワーク規格に準拠して設定された無線インタフェースプロトコルにより実現されるが、この無線インタフェースプロトコルは、例えば、３ＧＰＰ規格で説明された物理層（Ｌ１）、データリンク層（Ｌ２）、及びネットワーク層（Ｌ３）からなる。これらの層は、通信システムにおいて公知の開放型システム間相互接続（ＯＳＩ）モデルの下位３層に基づく。
【０００９】
図２は、従来の無線インタフェースプロトコルの構造を示す。図２に示すように、前記無線インタフェースプロトコルは、水平的には、物理層と、データリンク層と、ネットワーク層とに区分され、垂直的には、音声信号及びＩＰパケット送信などのデータトラヒックを転送するためのユーザプレーンと、インタフェースの維持及び管理のための制御情報を転送するための制御プレーンとに区分される。
【００１０】
物理層（ＰＨＹ）は、上位層に情報転送サービスを提供し、ＭＡＣ層とはトランスポートチャネル（Transport  Channel）で接続される。データは、トランスポートチャネルを介して前記ＭＡＣ層と前記物理層間を移動する。前記トランスポートチャネルは、チャネルが共有されるか否かによって、専用トランスポートチャネルと共用トランスポートチャネルとに区分される。また、データ送信は、相異なる物理層間、すなわち、送信側（送信機）と受信側（受信機）の物理層間で物理チャネルを介して行われる。
【００１１】
第２層は、ＭＡＣ層、無線リンク制御（Radio  Link  Control：ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（Broadcast/Multicast  Control：ＢＭＣ）層、パケットデータコンバージェンスプロトコル（Packet  Data  Convergence  Protocol：ＰＤＣＰ）層を含む。前記ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングする。また、前記ＭＡＣ層は、複数の論理チャネルを１つのトランスポートチャネルにマッピングすることにより論理チャネルを多重化する。前記ＭＡＣ層は、前記論理チャネルを介して上位のＲＬＣ層に接続される。前記論理チャネルは、転送情報の種類によって、制御プレーンの情報を転送する制御チャネルと、ユーザプレーンの情報を転送するトラヒックチャネルとに分けられる。
【００１２】
前記ＭＡＣ層は、管理するトランスポートチャネルの種類によって、ＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｅサブレイヤに区分される。ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるブロードキャストチャネル（Broadcast  Channel：ＢＣＨ）を管理し、ＭＡＣ−ｃ／ｓｈサブレイヤは、他の端末と共有されるＦＡＣＨ（Forward  Access  Channel）やＤＳＣＨ（Downlink  Shared  Channel）などの共用トランスポートチャネルを管理し、ＭＡＣ−ｄサブレイヤは、特定端末に対する専用トランスポートチャネルであるＤＣＨ（Dedicated  Channel）を管理する。また、アップリンク及びダウンリンク高速データ伝送をサポートするために、ＭＡＣ−ｈｓサブレイヤは、高速ダウンリンクデータ伝送のためのトランスポートチャネルであるＨＳ−ＤＳＣＨ（High  Speed  Downlink  Shared  Channel）を管理し、ＭＡＣ−ｅサブレイヤは、高速アップリンクデータ伝送のためのトランスポートチャネルであるＥ−ＤＣＨ（Enhanced  dedicated  Channel）を管理する。
【００１３】
ＲＬＣ層は、各無線ベアラ（Radio  Bearer：ＲＢ）のＱｏＳに対する保障及び該当データの伝送を担当する。ＲＬＣ層は、各ＲＢ固有のＱｏＳを保障するために、各ＲＢに１つ又は２つの独立したＲＬＣエンティティを含み、多様なＱｏＳをサポートするために、トランスペアレントモード（Transparent  Mode：ＴＭ）、無応答モード（Unacknowledged  Mode：ＵＭ）、及び応答モード（Acknowledged  Mode：ＡＭ）の３つのＲＬＣモードを提供する。また、ＲＬＣは、下位層の無線インタフェースでのデータ伝送に適するようにデータサイズを調節する役割も果たす。このために、前記ＲＬＣ層は、上位層から受信したデータを分割及び連結する。
【００１４】
ＰＤＣＰ層は、ＲＬＣ層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に帯域幅の狭い無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、データのヘッダ部分で必要な情報のみを伝送することで無線インタフェースでの伝送効率を向上させるヘッダ圧縮機能を行う。ＰＤＣＰ層は、ヘッダ圧縮が基本機能であるため、パケット交換（Packet  Switched：ＰＳ）ドメインにのみ存在し、各ＰＳサービスに対する効果的なヘッダ圧縮機能を提供するために、１つのＲＢ当たり１つのＰＤＣＰエンティティが存在する。
【００１５】
前記第２層において、前記ＲＬＣ層の上位に位置するＢＭＣ層は、セルブロードキャストメッセージ（cell  broadcast  message）をスケジューリングし、特定セルに位置する端末に前記メッセージをブロードキャストする役割を果たす。
【００１６】
第３層Ｌ３の最下部に位置するＲＲＣ層は、制御プレーンにおいて定義され、ＲＢの設定、再設定、及び解除に関する第１層及び第２層のパラメータを制御し、また、論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、前記ＲＢは、端末とＵＴＲＡＮ間のデータ伝送のために無線プロトコルの第１層及び第２層により提供される論理パスを意味する。一般に、ＲＢの設定とは、特定サービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することである。
【００１７】
以下、前記ＲＬＣ層についてより詳細に説明する。前記ＲＬＣ層は、各ＲＢのＱｏＳを保障し、前記ＱｏＳによってデータを送信する。前記無線プロトコルの第２層が上位層にＲＢサービスを提供するため、全ての第２層がＱｏＳに影響を与えるが、特に前記ＲＬＣの影響が大きい。前記ＲＬＣは、前記各ＲＢ固有のＱｏＳを保障するためにＲＢ毎に独立したＲＬＣエンティティを設定する。多様なＱｏＳをサポートするために、トランスペアレントモード（ＴＭ）、無応答モード（ＵＭ）、及び応答モード（ＡＭ）が提供される。これら３つのＲＬＣモードはそれぞれサポートするＱｏＳが異なるため動作方法が異なり、その詳細な機能も異なる。
【００１８】
以下、各ＲＬＣ動作モード（ＴＭ、ＵＭ、及びＡＭ）について説明する。
【００１９】
まず、前記ＴＭ  ＲＬＣは、ＲＬＣ  ＰＤＵ（Packet  Data  Unit）を構成する際、上位層から受信されたＲＬＣ  ＳＤＵ（Service  Data  Unit）にいずれのオーバーヘッドをも追加しないモードである。すなわち、前記ＲＬＣが前記ＳＤＵをトランスペアレントに通過させるのでＴＭ  ＲＬＣといい、このような特性により、前記ＴＭ  ＲＬＣはユーザプレーンと制御プレーンで次のような役割を果たす。
【００２０】
前記ＴＭ  ＲＬＣは、ユーザプレーンでは、ＲＬＣ内でのデータ処理時間が短いため、主に回線サービスドメイン（Circuit  Service  Domain：ＣＳドメイン）の音声やストリーミングデータのようなリアルタイム回線データの送信を担当し、制御プレーンでは、ＲＬＣ内にオーバーヘッドがないため、アップリンクの場合は不特定端末からのＲＲＣメッセージの送信を担当し、ダウンリンクの場合はセルエリア内の全ての端末にブロードキャストされるＲＲＣメッセージの送信を担当する。
【００２１】
前記トランスペアレントモード（ＴＭ）とは異なり、ＲＬＣにオーバーヘッドが追加されるモードをノントランスペアレントモード（Non-transparent  mode）といい、前記ノントランスペアレントモードは、送信したデータに対する確認応答を受信しない無応答モード（ＵＭ）と、確認応答を受信する応答モード（ＡＭ）とを含む。
【００２２】
ＵＭ  ＲＬＣは、ＰＤＵ毎にシーケンス番号（Sequence  number：ＳＮ）を含むＰＤＵヘッダを追加して送信することにより、受信側がどのＰＤＵが送信中に損失したか分かるようにする。このような機能により、前記ＵＭ  ＲＬＣは、主に、ユーザプレーンでは、ブロードキャスト／マルチキャストデータの送信及びパケットサービスドメイン（ＰＳドメイン）の音声（例えば、ＶｏＩＰ）やストリーミングデータのようなリアルタイムパケットデータの送信を担当し、制御プレーンでは、セルエリア内の特定ＵＥ又は特定ＵＥグループに送信するＲＲＣメッセージのうち、受信確認応答が必要ないＲＲＣメッセージの送信を担当する。
【００２３】
ＡＭ  ＲＬＣは、前記ＵＭ  ＲＬＣと同様に、ＳＮを含むＰＤＵヘッダを追加してＰＤＵを構成し、前記ＰＤＵを受信側に送信するが、前記ＵＭ  ＲＬＣとは異なり、送信側の送信したＰＤＵに対して受信側が応答するという違いがある。受信側が応答することによって、受信側が受信していないＰＤＵに対して送信側に再送信を要求することができる。このような再送信機能が前記ＡＭ  ＲＬＣの最大の特徴である。
【００２４】
結局、前記ＡＭ  ＲＬＣは、再送信によりエラーのないデータ送信を保障することにその目的があり、このような目的により、前記ＡＭ  ＲＬＣは、主に、ユーザプレーンでは、ＰＳドメインのＴＣＰ/ＩＰ（Transmission  Control  Protocol/Internet  Protocol）のような非リアルタイムパケットデータの送信を担当し、制御プレーンでは、セル内の特定ＵＥに送信するＲＲＣメッセージのうち、受信確認応答が必要なＲＲＣメッセージの送信を担当する。
【００２５】
また、方向性の面で、前記ＴＭ  ＲＬＣと前記ＵＭ  ＲＬＣが単方向通信に使用されるのに対し、前記ＡＭ  ＲＬＣは、受信側からのフィードバックがあるため、双方向通信に使用される。前記双方向通信は主に１対１（point-to-point）通信に使用されるため、前記ＡＭ  ＲＬＣは専用論理チャネルのみを使用する。また、前記３つの動作モードの構造的な面でみると、前記ＴＭ  ＲＬＣと前記ＵＭ  ＲＬＣでは、１つのＲＬＣエンティティが送信又は受信する構造からなっているが、前記ＡＭ  ＲＬＣでは、送信側と受信側のそれぞれが１つのＲＬＣエンティティを備えている。
【００２６】
前記ＡＭ  ＲＬＣが複雑な理由は再送信機能にある。前記ＡＭ  ＲＬＣは、再送信管理のために、送受信バッファの他に再送信バッファを備えている。特に、前記ＡＭ  ＲＬＣは、フロー制御のための送受信ウィンドウの使用、送信側がピアＲＬＣエンティティの受信側にステータス情報を要求するポーリング過程、受信側がピアＲＬＣエンティティの送信側に受信側自身のバッファ状態を報告するステータス情報報告（status  information  report）、ステータス情報を伝えるステータスＰＤＵの使用、データ伝送の効率を高めるためにデータＰＤＵ内にステータスＰＤＵを挿入するピギーバック機能など様々な機能を実行する。
【００２７】
前記ＡＭ  ＲＬＣでは、ＡＭ  ＲＬＣエンティティが動作過程で重大なエラーを発見した場合、相手のＡＭ  ＲＬＣエンティティに全ての動作及びパラメータの再設定を要求するリセットＰＤＵ、又は前記リセットＰＤＵに対する応答を提供するリセットＡＣＫ  ＰＤＵなどが使用される。また、このような機能をサポートするために、前記ＡＭ  ＲＬＣにおいては、多様なプロトコルパラメータ、状態変数、及びタイマーが必要である。
【００２８】
前記ＡＭ  ＲＬＣで、前記ステータス情報報告又はステータスＰＤＵ及びリセットＰＤＵなどのように、データ伝送の制御のために使用されるＰＤＵを制御ＰＤＵといい、ユーザデータを伝送するために使用されるＰＤＵをデータＰＤＵという。すなわち、前記ＡＭ  ＲＬＣで使用されるＰＤＵはデータＰＤＵと制御ＰＤＵとに大別される。ここで、前記制御ＰＤＵは、４つのＰＤＵ、すなわち、ステータスＰＤＵ、ピギーバックされたステータスＰＤＵ、リセットＰＤＵ、及びリセットＡＣＫ  ＰＤＵに分類される。
【００２９】
一般に、再設定手順は前記制御ＰＤＵの使用を要求する場合に該当する。前記再設定手順は、前記ＡＭ  ＲＬＣの動作でエラー状況、例えば、使用中のシーケンス番号が異なるか、ＰＤＵ（又は、ＳＤＵ）の伝送が所定回以上失敗した状況などを解決するために使用される。前記再設定手順を行うと、受信側と送信側のＡＭ  ＲＬＣは環境変数を初期化して再び通信できる状態に移行する。
【００３０】
まず、再設定手順を開始することに決定した側、すなわち、送信側のＡＭ  ＲＬＣは、リセットＰＤＵに送信側のＡＭ  ＲＬＣ自身が現在使用している送信方向のＨＦＮ（Hyper  Frame  Number）値を含んで受信側に送信する。前記リセットＰＤＵが受信されると、受信側のＡＭ  ＲＬＣは、受信側のＡＭ  ＲＬＣ自身の受信方向のＨＦＮ値を再設定し、シーケンス番号などの環境変数を初期化する。また、受信側のＡＭ  ＲＬＣは、リセットＡＣＫ  ＰＤＵに受信側のＡＭ  ＲＬＣ自身の送信方向のＨＦＮ値を含んで送信側のＡＭ  ＲＬＣに送信し、前記リセットＡＣＫ  ＰＤＵが受信されると、送信側のＡＭ  ＲＬＣは、送信側のＡＭ  ＲＬＣ自身の受信方向のＨＦＮ値を再説定した後に環境変数を初期化する。
【００３１】
以下、ＡＭ  ＲＬＣエンティティで使用されるＲＬＣ  ＰＤＵのフォーマットについて詳細に説明する。図３はデータを伝送するときに使用されるデータＰＤＵであるＡＭ  ＲＬＣ  ＰＤＵのフォーマットを示す図である。図３に示すように、前記ＡＭ  ＲＬＣ  ＰＤＵは、前記ＡＭ  ＲＬＣエンティティがユーザデータ又はピギーバックされたステータス情報及びポーリングビットを伝送しようとするときに使用される。前記ユーザデータ部分は８ビット又は８ビットの整数倍で構成され、前記ＡＭ  ＲＬＣ  ＰＤＵのヘッダは２オクテットのシーケンス番号から構成される。また、前記ＡＭ  ＲＬＣ  ＰＤＵのヘッダ部分は長さインジケータを含む。
【００３２】
図４はステータスＰＤＵのフォーマットを示す図である。前記ステータスＰＤＵは、異なるタイプの複数のＳＵＦＩ（Super  Field）から構成される。前記ステータスＰＤＵのサイズは、可変的であるか又は前記ステータスＰＤＵが伝送される論理チャネルの最も大きいＲＬＣ  ＰＤＵのサイズと同一となるように制限される。ここで、ＳＵＦＩとは、受信側にどのＡＭ  ＲＬＣ  ＰＤＵが到着し、どのＡＭ  ＲＬＣ  ＰＤＵが到着していないかなどの情報を通知するか、又は受信ウィンドウの大きさもしくは位置を変更するために必要な指示などを含む役割を果たす。各ＳＵＦＩは、タイプ、長さ、及び値の３つのパラメータからなる。
【００３３】
図５はピギーバックされたステータスＰＤＵのフォーマットを示す図である。前記ピギーバックされたステータスＰＤＵは、前記ステータスＰＤＵのフォーマットと類似しているが、Ｄ／Ｃフィールドが予約されたビット（reserved  bit；Ｒ２）に代替された点が異なる。前記ピギーバックされたステータスＰＤＵは、ＡＭ  ＲＬＣ  ＰＤＵに十分な空間が残っている場合に挿入される。ＰＤＵタイプ値は常に０００に固定される。
【００３４】
図６はリセットＰＤＵ／リセットＡＣＫ  ＰＤＵのフォーマットを示す図である。前記リセットＰＤＵは、１ビットの「ＲＳＮ」というシーケンス番号を含む。前記リセットＡＣＫ  ＰＤＵは、受信したリセットＰＤＵに対する応答として伝送され、前記受信したリセットＰＤＵに含まれるＲＳＮと共に伝送される。
【００３５】
この場合、前記ＰＤＵフォーマットで使用されるパラメータは次の通りである。
【００３６】
Ｄ／Ｃフィールド：この値は該当ＰＤＵが制御ＰＤＵであるかデータＰＤＵであるかを通知する。
【００３７】
ＰＤＵタイプ：この値は制御ＰＤＵのタイプを通知する。すなわち、該当ＰＤＵがリセットＰＤＵであるかステータスＰＤＵであるかを通知する。
【００３８】
シーケンス番号：この値はＡＭ  ＲＬＣ  ＰＤＵのシーケンス番号情報を意味する。
【００３９】
ポーリングビット：この値はステータス報告を受信側に要求するときに設定される。
【００４０】
拡張ビット（Ｅ）：この値は次のオクテットが長さインジケータであるか否かを示す。
【００４１】
予約されたビット（Ｒ１）：この値はリセットＰＤＵ又はリセットＡＣＫ  ＰＤＵで使用され、０００に符号化される。
【００４２】
ヘッダ拡張ビット（ＨＥ）：この値は次のオクテットが長さインジケータであるかデータであるかを示す。
【００４３】
長さインジケータ：この値はＰＤＵのデータ部分に異なるＳＤＵ間の境界が存在するときに境界の位置を通知する。
【００４４】
ＰＡＤ：この部分はパッド領域であって、ＡＭ  ＲＬＣ  ＰＤＵで使用されない領域である。
【００４５】
以下、ＨＳＤＰＡ（High  Speed  Downlink  Packet  Access）について説明する。無線インターネットが普遍化して加入者数が増加するにつれてより多様なサービスが提供されており、これらのサービスをサポートするためには、より伝送速度の速いシステムが必要であると予想される。従って、３ＧＰＰではＵＭＴＳネットワークを進化させて高速の伝送速度を提供するための研究が行われており、そのうち代表的なシステムとしてはＨＳＤＰＡを挙げることができる。
【００４６】
前記ＨＳＤＰＡをサポートするために多様な新技術が導入されているが、その１つがＨＡＲＱ（Hybrid  Automatic  Repeat  Request）技術である。前記ＨＡＲＱ技術は、ＲＬＣ層で行うパケットの再送信方法とは異なる概念の再送信方法である。前記ＨＡＲＱ方法は、物理層と連係して使用され、再送信されたデータを以前に受信したデータと結合することでより高い復旧率（復号化率）を保障する。すなわち、前記ＨＡＲＱ方法は、送信に失敗したパケットを廃棄せずに保存して、復号化段階以前に再送信されたパケットと結合することによりパケットを復旧（復号化）する方法である。
【００４７】
前記ＨＡＲＱ機能をより効果的にサポートするために、Ｎｏｄｅ  ＢのＭＡＣ−ｈｓサブレイヤにはＨＡＲＱブロックが存在する。前記ＨＡＲＱブロックには、サポートするＵＥのＨＡＲＱ動作を管理するＨＡＲＱエンティティが存在し、各ＨＡＲＱエンティティは各ＵＥに１つずつ存在する。また、各ＨＡＲＱエンティティの内部には多様なＨＡＲＱプロセスが存在するが、各ＨＡＲＱプロセスは、ＨＡＲＱ動作の制御を担当して特定データの伝送のために使用される。各ＨＡＲＱプロセスは、複数のデータが共有して使用できるが、１伝送時間間隔（Transmission  Time  Interval：ＴＴＩ）で１つずつ処理される。従って、データ伝送に成功すると、ＨＡＲＱプロセスは空いて他のデータの伝送に使用できるが、データ伝送に失敗すると、該当データが伝送に成功するか又は廃棄されるまでデータを保存する。
【００４８】
前記Ｎｏｄｅ  ＢのＭＡＣ−ｈｓにおけるデータ伝送をさらに説明すると、前記Ｎｏｄｅ  Ｂは、ＲＮＣから伝送されたデータユニットを再構成（復号化）してＭＡＣ−ｈｓ  ＰＤＵを生成した後、該当ＭＡＣ−ｈｓ  ＰＤＵを各ＨＡＲＱプロセスに割り当てる。この場合、各ＨＡＲＱプロセスで伝送したＭＡＣ−ｈｓ  ＰＤＵは、一度で端末への伝達が成功することもあり、そうでないこともある。
【００４９】
例えば、先に生成されたＭＡＣ−ｈｓ  ＰＤＵ＃１がＨＡＲＱプロセスＡに割り当てられ、後で生成されたＭＡＣ−ｈｓ  ＰＤＵ＃２がＨＡＲＱプロセスＢに割り当てられると仮定する。一般に、各ＨＡＲＱプロセスは、同時に伝送を行うことなくそれぞれ独立して動作する。従って、ＨＡＲＱプロセスＡがＭＡＣ−ｈｓ  ＰＤＵ＃１の伝送に失敗し続けて、ＨＡＲＱプロセスＢがＨＡＲＱプロセスＡより先にＭＡＣ−ｈｓ  ＰＤＵ＃２の伝送に成功した場合、先に生成されたＭＡＣ−ｈｓ  ＰＤＵ＃１より、後で生成された、すなわち、後でＮｏｄｅ  Ｂに到着したデータを含むＭＡＣ−ｈｓ  ＰＤＵ＃２が、端末に先に到着して処理されることがある。すなわち、ＭＡＣ−ｈｓ  ＰＤＵが、前記ＨＡＲＱプロセスによってＮｏｄｅ  Ｂで生成された順に端末に伝達されないこともあり、これは、ＭＡＣ−ｈｓ  ＰＤＵに含まれるＲＬＣ  ＰＤＵも順にＲＬＣに伝達されないこともあることを意味する。
【００５０】
従来技術は、ＰＤＵが送信側のＡＭ  ＲＬＣで送信した順に受信側のＡＭ  ＲＬＣに到着するように設計されていた。すなわち、従来技術において、受信側のＡＭ  ＲＬＣは、制御ＰＤＵが受信されると、その受信された制御ＰＤＵは最後に受信されたＲＬＣ  ＰＤＵの直後に送信されたものであると判断していた。従って、受信側のＡＭ  ＲＬＣは、前記受信された制御ＰＤＵを直ちに処理していた。
【００５１】
しかし、前述したように、ＨＳＤＰＡなどの技術は、同時に多様なＨＡＲＱプロセスを使用してＰＤＵを伝送するため、ＰＤＵが送信側のＡＭ  ＲＬＣで送信した順に受信側のＡＭ  ＲＬＣに到着することはない。このような現象を非順次伝達（Out  Of  Sequence  Delivery）という。すなわち、後で伝達されるべきＰＤＵが以前に発生したＰＤＵより先に受信側に到着することがある。それにもかかわらず、従来のように、受信側のＡＭ  ＲＬＣが制御ＰＤＵの到着次第、該当制御ＰＤＵを直ちに処理した場合、通信を行えなくなるという深刻な問題が発生する。
【００５２】
例えば、ＡＭ  ＲＬＣで再設定手順を行う場合を仮定する。再設定手順において、まず、送信側のＡＭ  ＲＬＣは、制御ＰＤＵの一種であるリセットＰＤＵに送信側のＡＭ  ＲＬＣ自身が現在使用している送信方向のＨＦＮ値を含んで受信側に送信する。その後、前記リセットＰＤＵが伝達されると、受信側のＡＭ  ＲＬＣは、受信側のＡＭ  ＲＬＣ自身の受信方向のＨＦＮ値を再設定し、シーケンス番号を初期化する。
【００５３】
しかし、前記リセットＰＤＵより以前に送信されたＡＭ  ＲＬＣ  ＰＤＵは、再設定を行う前のＨＦＮを値を用いていただけでなく、初期化する前のシーケンス番号を用いていた。もし、このようにリセットＰＤＵより以前に構成されて送信されたＡＭ  ＲＬＣ  ＰＤＵが前記リセットＰＤＵより後で受信側に到着すると、これは、後で到着するＡＭ  ＲＬＣ  ＰＤＵを妨害して、受信側の環境変数が前記リセットＰＤＵにより新しい値に更新された後に到着するようにする。従って、受信側のＡＭ  ＲＬＣは、前記更新される前の環境変数を使用した前記ＡＭ  ＲＬＣ  ＰＤＵを正しく復元することができず、また、受信側のＡＭ  ＲＬＣは、継続的にエラーのある状態で環境変数を更新し、さらに、継続的にエラーのある環境変数で以降に受信されるＡＭ  ＲＬＣ  ＰＤＵを復元する悪循環が繰り返されるため、結局、通信を行えなくなるという問題が発生する。
【発明の開示】
【発明が解決しようとする課題】
【００５４】
本発明は、このような従来技術の問題を解決するためになされたもので、受信側に制御プロトコルデータユニットの処理時間を通知するための処理時間情報を含む制御プロトコルデータユニットの送受信方法を提供することを目的とする。
【００５５】
本発明の付加的な特性と利点は後述する発明の詳細な説明に記載され、部分的には上記の説明により明らかになるか、本発明の実施により理解されるであろう。本発明の目的と利点は、特に、発明の詳細な説明及び添付図面だけでなく、特許請求の範囲に開示された構成により実現される。
【課題を解決するための手段】
【００５６】
上記の目的を達成するために、本発明による無線通信システムの受信側で制御プロトコルデータユニットを受信するための受信機は、無線リンク制御モジュールで制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを受信する手段と、前記処理時間情報によって前記制御プロトコルデータユニットを処理する手段とを含み、前記処理時間情報は、受信側に前記制御プロトコルデータユニットの処理時間を指示する。
【００５７】
好ましくは、前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含む。前記データユニットと前記制御プロトコルデータユニットは、ダウンリンク通信とアップリンク通信の少なくとも一方のために使用される。前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれる同一のシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理する。また、前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれるシーケンス番号より１小さいシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理する。
【００５８】
本発明の一態様において、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号を含む。また、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号の次のシーケンス番号を含む。また、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信された後に送信されたデータユニットのシーケンス番号を含む。
【００５９】
好ましくは、前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置する。前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することもある。
【００６０】
本発明の他の態様において、前記無線リンク制御モジュールは応答モードで動作する。また、前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つである。
【００６１】
本発明のさらに他の態様において、前記受信機は、前記制御プロトコルデータユニットを直ちに処理するか、前記処理時間情報によって処理するかを前記無線リンク制御モジュールに指示する命令を上位層から受信する手段をさらに含む。
【００６２】
本発明の他の実施形態において、本発明による無線通信システムの送信側から制御プロトコルデータユニットを送信するための送信機は、無線リンク制御モジュールで上位層から受信されたデータブロックを利用してデータユニットを生成する手段と、前記無線リンク制御モジュールで制御プロトコルデータユニットの処理時間を受信側の無線リンク制御モジュールに指示する前記制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを生成する手段と、ダウンリンク方向とアップリンク方向の少なくとも一方に、前記制御プロトコルデータユニットと前記データユニットを前記受信側に送信する手段とを含む。
【００６３】
好ましくは、前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含む。
【００６４】
本発明の一態様において、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号を含む。また、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号の次のシーケンス番号を含む。また、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信した後に送信したデータユニットのシーケンス番号を含む。
【００６５】
好ましくは、前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置する。前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することもある。
【００６６】
本発明の他の態様において、前記無線リンク制御モジュールは応答モードで動作する。また、前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つである。
【００６７】
本発明のさらに他の態様において、前記送信機は、前記処理時間情報を前記制御プロトコルデータユニットに含めるか否かを前記無線リンク制御モジュールに指示する命令を前記上位層から受信する手段をさらに含む。
【００６８】
本発明のさらに他の実施形態において、本発明による無線通信システムの受信側で制御プロトコルデータユニットを受信する方法は、無線リンク制御モジュールで制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを受信する段階と、前記処理時間情報によって前記制御プロトコルデータユニットを処理する段階とを含み、前記処理時間情報は、受信側に前記制御プロトコルデータユニットの処理時間を指示する。
【００６９】
好ましくは、前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含む。前記データユニットと前記制御プロトコルデータユニットは、ダウンリンク通信とアップリンク通信の少なくとも一方のために使用される。前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれる同一のシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理する。また、前記無線リンク制御モジュールは、前記制御プロトコルデータユニットの処理時間情報に含まれるシーケンス番号より１小さいシーケンス番号を有するデータユニットを処理した後、前記制御プロトコルデータユニットを処理する。
【００７０】
本発明の一態様において、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号を含む。また、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信される前に送信されたデータユニットのシーケンス番号の次のシーケンス番号を含む。また、前記処理時間情報は、前記制御プロトコルデータユニットが送信側から送信された後に送信されたデータユニットのシーケンス番号を含む。
【００７１】
好ましくは、前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置する。前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することもある。
【００７２】
本発明の他の態様において、前記無線リンク制御モジュールは応答モードで動作する。また、前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つである。
【００７３】
本発明のさらに他の態様において、前記方法は、前記制御プロトコルデータユニットを直ちに処理するか、前記処理時間情報によって処理するかを前記無線リンク制御モジュールに指示する命令を上位層から受信する段階をさらに含む。
【００７４】
本発明のさらに他の実施形態において、本発明による無線通信システムの送信側から制御プロトコルデータユニットを送信する方法は、無線リンク制御モジュールで上位層から受信されたデータブロックを利用してデータユニットを生成する段階と、制御プロトコルデータユニットの処理時間を受信側の無線リンク制御モジュールに指示する前記制御プロトコルデータユニットの処理時間情報を含む前記制御プロトコルデータユニットを生成する段階と、ダウンリンク方向とアップリンク方向の少なくとも一方に、前記制御プロトコルデータユニットと前記データユニットを前記受信側に送信する段階とを含む。
【００７５】
好ましくは、前記処理時間情報は、送信側から前記受信側に前記制御プロトコルデータユニットと共に順次送信されたデータユニットのシーケンス番号を含む。
【００７６】
本発明の一態様において、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号を含む。また、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信する前に送信したデータユニットのシーケンス番号の次のシーケンス番号を含む。また、前記処理時間情報は、送信側から前記制御プロトコルデータユニットを送信した後に送信したデータユニットのシーケンス番号を含む。
【００７７】
好ましくは、前記処理時間情報は、前記制御プロトコルデータユニットの最初の部分、最後の部分、又は中間部分に位置する。前記処理時間情報は、前記制御プロトコルデータユニットのスーパーフィールド（ＳＵＦＩ）に位置することもある。
【００７８】
本発明の他の態様において、前記無線リンク制御モジュールは応答モードで動作する。また、前記制御プロトコルデータユニットは、ステータスプロトコルデータユニット、ピギーバックされたステータスプロトコルデータユニット、リセットプロトコルデータユニット、及びリセットＡＣＫプロトコルデータユニットの少なくとも１つである。
【００７９】
本発明の他の態様において、前記方法は、前記処理時間情報を前記制御プロトコルデータユニットに含めるか否かを前記無線リンク制御モジュールに指示する命令を前記上位層から受信する段階をさらに含む。
【００８０】
以下の本発明に関する一般的な記載と詳細な記載は例示にすぎず、特許請求の範囲に記載された本発明の理解を助けるために提供されたものである。
【発明の効果】
【００８１】
本発明によれば、ＡＭ  ＲＬＣが使用する制御ＰＤＵに処理時間情報を含むことにより、制御ＰＤＵとＲＬＣ  ＰＤＵが非順次伝達されても通信を行えるという効果がある。
【発明を実施するための最良の形態】
【００８２】
以下、本発明の好ましい実施形態について添付図面を参照して詳細に説明する。本発明は、３ＧＰＰにより開発されたＵＭＴＳなどの移動通信システムで実現される。しかし、本発明は他の標準に準拠した通信システムにも適用される。
【００８３】
制御ＰＤＵが以前に生成されたＲＬＣ  ＰＤＵより受信側に先に到着するときに問題が発生する理由は、前記制御ＰＤＵがいつ生成されて伝送されたかを受信側が分からないためである。具体的には、前記受信側は、前記制御ＰＤＵがどのＲＬＣ  ＰＤＵの次に生成されて伝送されたかを判断できない。このような問題は、送信側が受信側に前記制御ＰＤＵの前に生成された正確なＲＬＣ  ＰＤＵについて通知しないため発生する。
【００８４】
このような問題を解決するために、本発明は、制御ＰＤＵを処理時間情報と共に伝送する方法を提供する。前記処理時間情報は、受信側に前記制御ＰＤＵをいつ処理すべきかを通知するためのものである。好ましくは、送信側のＡＭ  ＲＬＣは、動作制御情報を含む制御ＰＤＵに前記処理時間情報を含んで伝送する。受信側のＡＭ  ＲＬＣは、前記処理時間情報を利用して前記制御ＰＤＵを処理することにより、ＲＬＣ  ＰＤＵが順序通りに伝送されなくても通信をエラーなく行える。ここで、前記受信側と送信側はそれぞれ移動端末とネットワーク、又はその反対であり得る。
【００８５】
好ましくは、前記処理時間情報は、前記制御ＰＤＵが伝送される直前に伝送されたＡＭ  ＲＬＣ  ＰＤＵのシーケンス番号を指示する。また、前記処理時間情報は、前記制御ＰＤＵが伝送される直前に伝送されたＡＭ  ＲＬＣ  ＰＤＵのシーケンス番号の直後のシーケンス番号を指示することもできる。さらに、前記処理時間情報は、前記制御ＰＤＵが伝送された直後に伝送されたＡＭ  ＲＬＣ  ＰＤＵのシーケンス番号を指示することもできる。
【００８６】
図７〜図９は本発明の第１実施形態による制御ＰＤＵのフォーマットを示す図である。本発明の第１実施形態による制御ＰＤＵのフォーマットは、前記処理時間情報を前記制御ＰＤＵの前方に位置させる場合に使用できる。ここでは、前記処理時間情報としてシーケンス番号を使用したが、他のタイプの処理時間情報を使用することもできる。また、第１実施形態で使用されたシーケンス番号は、既存のＡＭ  ＲＬＣ  ＰＤＵと同一サイズのシーケンス番号である。しかし、前記制御ＰＤＵで使用されるシーケンス番号は、データ伝送時、ＡＭ  ＲＬＣ  ＰＤＵで使用されるシーケンス番号のサイズ（すなわち、１２ビット）をそのまま使用する必要はなく、伝送効率を高めるために、１２ビットより小さいサイズの制御ＰＤＵのシーケンス番号を使用することが好ましい。
【００８７】
図１０〜図１２は本発明の第２実施形態による制御ＰＤＵのフォーマットを示す図である。本発明の第２実施形態による制御ＰＤＵのフォーマットは、前記処理時間情報を前記制御ＰＤＵの後方に位置させる場合に使用できる。前述した実施形態は例示にすぎず、本発明は、ＰＤＵの最初の部分又は最後の部分だけでなく、ＰＤＵの中間部分のどの位置にも、処理時間情報を含む制御ＰＤＵのフォーマットを含むことができる。
【００８８】
また、本発明においては、ステータスＰＤＵとピギーバックされたステータスＰＤＵの場合、ＰＤＵのヘッダ部分に前記処理時間情報を含むことなく、前記処理時間情報も１つの新しいＳＵＦＩとして指定して前記受信側に通知する。
【００８９】
前記ＳＵＦＩは、タイプフィールド、長さフィールド、及び値フィールドの３つのフィールドからなる。好ましくは、前記処理時間情報を示す新しい値を前記タイプフィールドに指定し、前記処理時間情報を前記値フィールドに指定する。これにより、前記処理時間情報をステータスＰＤＵ又はピギーバックされたステータスＰＤＵ内に流動的に位置させることができる。
【００９０】
受信側のＡＭ  ＲＬＣは、制御ＰＤＵを受信すると、前記制御ＰＤＵに含まれる処理時間情報を利用して前記制御ＰＤＵを処理する。好ましくは、前記受信側のＡＭ  ＲＬＣは、前記制御ＰＤＵを受信次第処理するのではなく、前記制御ＰＤＵ内に含まれる処理時間情報を利用して、当該処理時間情報が指示する時間に前記制御ＰＤＵを処理する。
【００９１】
例えば、ＲＬＣ  ＰＤＵがデータＰＤＵの場合、前記受信側のＡＭ  ＲＬＣは、前記データＰＤＵに含まれるシーケンス番号によって、受信されたＲＬＣ  ＰＤＵを処理する。前記受信されたＲＬＣ  ＰＤＵが制御ＰＤＵの場合、前記受信側のＡＭ  ＲＬＣは、前記制御ＰＤＵに含まれる処理時間情報によって前記制御ＰＤＵを処理する。
【００９２】
前記ＡＭ  ＲＬＣが前記制御ＰＤＵを受信した後、前記制御ＰＤＵに含まれる処理時間情報がシーケンス番号であると、次のようなデータ処理方法を行うことができる。好ましくは、前記受信側のＡＭ  ＲＬＣは、まず処理時間情報を処理する。つまり、指示されたシーケンス番号に該当するＲＬＣ  ＰＤＵを先に処理した後、前記制御ＰＤＵに含まれる内容を処理する。又は、前記指示されたシーケンス番号より１小さいシーケンス番号に該当するＲＬＣ  ＰＤＵを先に処理した後、前記制御ＰＤＵに含まれる内容を処理する。
【００９３】
前記過程で、前記受信側のＡＭ  ＲＬＣが前記処理時間情報を処理する場合、すなわち、前記指示されたシーケンス番号に該当するＲＬＣ  ＰＤＵを先に処理した後、前記制御ＰＤＵに含まれる内容を処理する場合、前記処理時間情報は、前記制御ＰＤＵが伝送される直前に伝送されたＲＬＣ  ＰＤＵのシーケンス番号に該当する。
【００９４】
また、前記受信側のＡＭ  ＲＬＣが前記処理時間情報を処理する場合、すなわち、前記指示されたシーケンス番号より１小さいシーケンス番号に該当するＲＬＣ  ＰＤＵを先に処理した後、前記制御ＰＤＵに含まれる内容を処理する場合、前記処理時間情報は、前記制御ＰＤＵが伝送される直前に伝送されたＲＬＣ  ＰＤＵのシーケンス番号より１大きいシーケンス番号に該当する。
【００９５】
また、前記受信側のＡＭ  ＲＬＣが前記処理時間情報を処理する場合、すなわち、前記指示されたシーケンス番号より１小さいシーケンス番号に該当するＲＬＣ  ＰＤＵを処理した後、前記制御ＰＤＵに含まれる内容を処理する場合、前記処理時間情報は、前記制御ＰＤＵが伝送された直後に伝送されたＲＬＣ  ＰＤＵのシーケンス番号に該当する。
【００９６】
しかし、ＨＳＤＰＡシステムなどのシステムでは非順次伝達が発生しない技術を用いる。従って、シーケンス番号などの処理時間情報を前記制御ＰＤＵに含む場合、オーバーヘッドを発生させて伝送効率を低下させる。これにより、本発明は、上位層からの命令によってＡＭ  ＲＬＣデータを処理する方法をさらに提案する。好ましくは、上位層から該当ＡＭ  ＲＬＣが処理時間情報を利用するように指示されると、前記ＡＭ  ＲＬＣは、制御ＰＤＵを伝送するときに処理時間情報を含める。前記制御ＰＤＵが受信されると、ＡＭ  ＲＬＣは、前記制御ＰＤＵに含まれる処理時間情報を利用して前記制御ＰＤＵを処理する。
【００９７】
これに対し、前記上位層から前記ＡＭ  ＲＬＣが前記処理時間情報を利用しないように指示された場合、前記伝送された制御ＰＤＵは前記処理時間情報を含まない。前記制御ＰＤＵが受信側に到着すると、前記ＡＭ  ＲＬＣは、前記制御ＰＤＵに含まれる情報を利用して前記制御ＰＤＵを直ちに処理する。
【００９８】
本発明は、移動通信に関連して説明されたが、無線通信特性を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【００９９】
本実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラム及び／又はエンジニアリング技術を利用して製造方法、装置、又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、又は揮発性／不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを示す。
【０１００】
コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは伝送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク転送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝送媒体も含むことができるという点を理解すると思われる。
【０１０１】
本発明の精神や重要な特性から外れないように多様な形態で本発明を実現することにより、前述した実施形態のいずれの細部の記載内容によっても限定されず、添付された請求範囲に定義されたように本発明の精神や範囲内で広範囲に解釈されるべきであることを認識しなければならず、本発明の技術的保護範囲は、添付された特許請求の範囲の技術的思想により決定されるべきである。
【図面の簡単な説明】
【０１０２】
本発明の理解を助けるために添付され、本明細書の一部を構成する図面は、発明の多様な実施形態を示し、明細書と共に発明の原理を説明するためのものである。
【図１】従来のＵＭＴＳネットワーク構造を示す図である。
【図２】ＵＭＴＳにおいて使用される無線プロトコル構造を示す図である。
【図３】ＡＭ  ＲＬＣ  ＰＤＵのフォーマットを示す図である。
【図４】ステータスＰＤＵのフォーマットを示す図である。
【図５】ピギーバックされたステータスＰＤＵのフォーマットを示す図である。
【図６】リセットＰＤＵ／リセットＡＣＫ  ＰＤＵのフォーマットを示す図である。
【図７】本発明の第１実施形態によるステータスＰＤＵのフォーマットを示す図である。
【図８】本発明の第１実施形態によるピギーバックされたステータスＰＤＵのフォーマットを示す図である。
【図９】本発明の第１実施形態によるリセットＰＤＵ／リセットＡＣＫ  ＰＤＵのフォーマットを示す図である。
【図１０】本発明の第２実施形態によるステータスＰＤＵのフォーマットを示す図である。
【図１１】本発明の第２実施形態によるピギーバックされたステータスＰＤＵのフォーマットを示す図である。
【図１２】本発明による第２実施形態によるリセットＰＤＵ／リセットＡＣＫ  ＰＤＵのフォーマットを示す図である。
【図１】
2008503175.tif 000003
【図２】
2008503175.tif 000004
【図３】
2008503175.tif 000005
【図４】
2008503175.tif 000006
【図５】
2008503175.tif 000007
【図６】
2008503175.tif 000008
【図７】
2008503175.tif 000009
【図８】
2008503175.tif 000010
【図９】
2008503175.tif 000011
【図１０】
2008503175.tif 000012
【図１１】
2008503175.tif 000013
【図１２】
2008503175.tif 000014
【国際調査報告】
2008503175.tif 000015
2008503175.tif 000016
2008503175.tif 000017