(57)【要約】【課題】移動通信システムでデータを転送する方法を提供する。【解決手段】第１データを受信側に転送し、第１データが成功的に受信側に転送されたか否かを知らせる送受信確認情報を受信することを含む。第１データが受信側に成功的に転送されていない場合、本方法は、可用の無線資源の量が第１データを受信側に再転送するのに充分であるか否かを判断し、可用の無線資源の量が第１データを再転送するのに充分である場合、第１データを受信側に再転送し、可用の無線資源の量が第１データを再転送するのに不充分である場合、第１データを少なくとも一つの第２データに再構成し、少なくとも一つの第２データを受信側に転送することをさらに含み、ここで、少なくとも一つの第２データは、可用の無線資源の量を用いて受信側に転送されることができる。【選択図】図７
2009536468.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるデータ転送方法において、
第１データを受信側に転送する段階と、
前記第１データが前記受信側に成功的に転送されたか否かを知らせる送受信確認情報を受信する段階と、
前記第１データが前記受信側に成功的に転送されていない場合、可用の無線資源の量が前記第１データを前記受信側に再転送するのに充分であるか否かを判断する段階と、
前記可用の無線資源の量が前記第１データを再転送するのに充分である場合、前記第１データを前記受信側に再転送する段階と、
前記可用の無線資源の量が前記第１データを再転送するのに不充分である場合、前記第１データを前記可用の無線資源の量を用いて前記受信側に転送されうるような少なくとも一つの第２データに再構成する段階と、
前記少なくとも一つの第２データを前記受信側に転送する段階と、
を含むデータ転送方法。
【請求項２】
前記送受信確認情報は、前記受信側から受信することを特徴とする、請求項１に記載のデータ転送方法。
【請求項３】
前記送受信確認情報は、送信側の下位階層から受信することを特徴とする、請求項１に記載のデータ転送方法。
【請求項４】
前記第１データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）であることを特徴とする、請求項１に記載のデータ転送方法。
【請求項５】
前記Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールドは、前記ＲＬＣＰＤＵが前記第１データであるか、または、前記第２データであるかを表すことを特徴とする、請求項４に記載のデータ転送方法。
【請求項６】
前記Ｃ／Ｐフィールドは、前記ＲＬＣ ＰＤＵが上位階層ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）に整列される方法を表すことを特徴とする、請求項４に記載のデータ転送方法。
【請求項７】
前記第２データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、ｓＳＮ（ｓｕｂｆｒａｍｅ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、ＲＭ（ｒｅｍａｉｎｉｎｇ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣｓｕｂＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｓｕｂ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）であることを特徴とする、請求項１に記載のデータ転送方法。
【請求項８】
前記ｓＳＮフィールドは、前記第１データと関連して転送された複数の第２データ内で、少なくとも一つの第２データの順次的な順番を表すことを特徴とする、請求項７に記載のデータ転送方法。
【請求項９】
前記ＲＭフィールドは、少なくとも一つの第２データ以後に後続する第２データが存在するか否かを表すことを特徴とする、請求項７に記載のデータ転送方法。
【請求項１０】
前記可用の無線資源の量が、前記受信側に転送されるようにスケジューリングされたデータの最大量を含むことを特徴とする、請求項１に記載のデータ転送方法。
【請求項１１】
可用の無線資源の最大量が、ネットワークから受信したスケジューリング情報によって表されることを特徴とする、請求項１に記載のデータ転送方法。
【請求項１２】
前記スケジューリング情報は、前記可用の無線資源のタイミング及び周波数を表すことを特徴とする、請求項１１に記載のデータ転送方法。
【請求項１３】
移動通信システムにおけるデータ転送装置において、
第１データを受信側に転送する手段と、
前記第１データが前記受信側に成功的に転送されたか否かを知らせる送受信確認情報を受信する手段と、
前記第１データが前記受信側に成功的に転送されていない場合、可用の無線資源の量が前記第１データを前記受信側に再転送するのに充分であるか否かを決定する手段と、
前記可用の無線資源の量が前記第１データを再転送するのに充分である場合、前記第１データを前記受信側に再転送する手段と、
前記可用の無線資源の量が前記第１データを再転送するのに不充分である場合、前記第１データを前記可用の無線資源の量を用いて前記受信側に転送されうるような少なくとも一つの第２データに再構成する手段と、
前記少なくとも一つの第２データを前記受信側に転送する手段と、
を含むデータ転送装置。
【請求項１４】
前記送受信確認情報を、前記受信側から受信することを特徴とする、請求項１３に記載のデータ転送装置。
【請求項１５】
前記送受信確認情報を、送信側の下位階層から受信することを特徴とする、請求項１３に記載のデータ転送装置。
【請求項１６】
前記第１データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）であることを特徴とする、請求項１３に記載のデータ転送装置。
【請求項１７】
前記第２データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、ｓＳＮ（ｓｕｂｆｒａｍｅ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、ＲＭ（ｒｅｍａｉｎｉｎｇ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣｓｕｂＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｓｕｂ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）であることを特徴とする、請求項１３に記載のデータ転送装置。
【請求項１８】
前記可用の無線資源の量が、前記受信側に転送されるようにスケジューリングされたデータの最大量を含むことを特徴とする、請求項１３に記載のデータ転送装置。
【請求項１９】
可用の無線資源の最大量が、ネットワークから受信したスケジューリング情報によって表されることを特徴とする、請求項１３に記載のデータ転送装置。
【請求項２０】
前記スケジューリング情報が、前記可用の無線資源のタイミング及び周波数を表すことを特徴とする、請求項１９に記載のデータ転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに係り、より詳細には、移動通信システムでデータを転送する方法に関する。
【背景技術】
【０００２】
図１は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）移動通信システムを示す構造図である。ＬＴＥシステムは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムで、現在３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）相互協力協定で標準化作業を進行している。
【０００３】
ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）とに大別される。Ｅ−ＵＴＲＡＮは、基地局として動作する少なくとも一つのｅＮｏｄｅ−Ｂを含む。また、Ｅ−ＵＴＲＡＮは、ネットワークの終端に位置して外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ：ＡＧ）を含む。
【０００４】
ＡＧは、使用者−トラフィック処理ユニットと制御−トラフィック処理ユニットとに区分できる。この場合、新しい使用者トラフィックを処理する第１ＡＧは、新しいインターフェースを用いて制御トラフィックを処理する第２ＡＧと通信できる。一つのｅＮｏｄｅ−Ｂは一つ以上のセル（Ｃｅｌｌ）を含むことができる。使用者トラフィックデータを転送するための第１インターフェースまたは制御トラフィックデータを転送するための第２インターフェースが複数のｅＮｏｄｅ−Ｂの間に位置することができる。ＣＮは、ＡＧ及びＵＥｓ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔｓ）の使用者登録のための複数のノードを含む。必要によって、Ｅ−ＵＴＲＡＮとＣＮとを区分するためのインターフェースがさらにＬＴＥネットワークに使われることができる。
【０００５】
ＬＴＥネットワークを構成する主な２構成要素はほかならないｅＮｏｄｅ−ＢとＵＥである。一つのセルにおける無線資源は、上り無線資源及び下り無線資源を含む。ｅＮｏｄｅ−Ｂは、セルの上り及び下り無線資源を割当及び制御する。より具体的に、ｅＮｏｄｅ−Ｂは、どんな瞬間に複数のＵＥのうちのいずれのものがどんな無線資源を使用するかを決定する。この決定後には、ｅＮｏｄｅ−Ｂは、該当のＵＥに上記の決定を知らせ、ＵＥが下りデータを受信するように制御する。例えば、ｅＮｏｄｅ−Ｂは、３．２秒の予定された遅延後に、１００Ｍｈｚ〜１０１Ｍｈｚの無線資源を特定ＵＥ（例えば、１番のＵＥ）に割り当てることができる。したがって、ｅＮｏｄｅ−Ｂは、３．２秒の予定された遅延後に、０．２秒間１番のＵＥに下りデータを転送できる。
【０００６】
同様に、ｅＮｏｄｅ−Ｂは、いついずれの端末がどれぐらいの無線資源を使って上りでデータを転送するようにするかを決定する。また、ｅＮｏｄｅ−Ｂは、ＵＥが上りデータを転送しなければならない持続時間を決定する。
【０００７】
従来のｅＮｏｄｅ−Ｂまたは基地局と比較し、前述のｅＮｏｄｅ−Ｂは、無線資源を効率的でダイナミックに管理することができる。従来の技術は、一つのＵＥが一つの無線資源を呼が連結された間には続けて使用するようにした。しかし、これは、多くのサービスがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットを基盤とすることを考慮すると非合理的である。例えば、大部分のパケットサービスは、呼の連結時間の間にデータが転送されず、パケットが生成されない区間が多いためである。したがって、従来技術におけるように、一つのＵＥにのみ継続して無線資源を割り当てるのは非効率的である。このような問題を解決するために、Ｅ−ＵＴＲＡＮシステムは、ＵＥが必要な場合にのみ、例えば、サービスデータがＵＥに転送される間に、ＵＥに無線資源を割り当てる方式を使用する。
【０００８】
以下、ネットワークとＵＥ間のデータ転送のための上り及び下りチャンネルについて詳細に説明する。ネットワークから端末にデータを転送する下り転送チャンネルでは、例えば、システム情報を転送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、使用者トラフィックデータまたは制御メッセージを転送する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＳＣＣＨ（Ｓｈａｒｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。下りマルチキャストサービスまたは放送サービスのトラフィックデータまたは制御メッセージは、下りＳＣＨまたは別途のＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を通じて転送されることができる。一方、ＵＥからネットワークにデータを転送する上り転送チャンネルには、例えば、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、使用者トラフィックデータまたは制御メッセージを転送する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と上りＳＣＣＨ（Ｓｈａｒｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。
【０００９】
図２及び図３は、３ＧＰＰ無線接続ネットワーク規格を基盤にしたＵＥとＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）を示す概念図である。
【００１０】
無線インターフェースプロトコルは、水平的に物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）を含む。無線インターフェースプロトコルは、垂直的にデータまたは情報転送のための使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（または、Ｓｉｇｎａｌｉｎｇ  ｄａｔａ）転送のための制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）を含む。同図の各プロトコル階層は、開放型システム相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルのような周知の相互接続方法の下位３個の階層に基づいて第１階層（Ｌ１）、第２階層（Ｌ２）、第３階層（Ｌ３）に区分されることができる。
【００１１】
第１階層（Ｌ１）として動作する物理階層は、物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いた情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。第３階層（Ｌ３）に位置する無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）階層は、ＵＥとネットワーク間の無線資源を制御する。このため、ＲＲＣ階層は、ＵＥとネットワーク間にＲＲＣメッセージを交換する。ＲＲＣ階層は複数のネットワークノード（すなわち、ｅＮｏｄｅ−Ｂ及びＡＧ等）に分散されることができ、ｅＮｏｄｅ−ＢまたはＡＧに位置しても良い。
【００１２】
以下、図２を参照して無線プロトコル制御平面について説明する。無線プロトコル制御平面は、物理階層、媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層及び無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）階層を含む。
【００１３】
第１階層（Ｌ１）として動作する物理階層は、物理チャンネルを用いて上位階層に情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理階層は、媒体接続制御（ＭＡＣ）階層（Ｌ２階層）と転送チャンネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を通じて連結される。ＭＡＣ階層と物理階層は、データが転送チャンネルを通じてＭＡＣ階層と物理階層間を移動できるように通信する。データは、相互に異なる物理階層の間で通信されることができる。具体的に、データは、送信側の第１物理階層と受信側の第２物理階層との間で通信されることができる。
【００１４】
第２階層（Ｌ２）のＭＡＣ階層は、論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を通じてＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層（Ｌ２階層）に様々なサービスを提供する。第２階層（Ｌ２）のＲＬＣ階層は、信頼性あるデータ転送を支援する。また、ＲＬＣ階層の様々な機能がＭＡＣ内部の機能ブロックで具現されることができる。この場合、ＲＬＣ階層は必要でない。
【００１５】
第３階層（Ｌ３）の最も上部に位置したＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）等の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）動作と関連して論理チャンネル、転送チャンネル及び物理チャンネルを制御する。ここで、ＲＢは、ＵＥとＵＴＲＡＮ間のデータ通信のために第２階層（Ｌ２）により提供されるサービスを意味する。
【００１６】
以下、図３を参照して無線プロトコル使用者平面について説明する。無線プロトコル使用者平面は、物理階層、ＭＡＣ階層、ＲＬＣ階層及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層を含む。
【００１７】
第１階層（Ｌ１）の物理階層と第２階層（Ｌ２）のＭＡＣ階層及びＲＬＣ階層は、図２のそれと同一である。ＩＰパケット（例えば、ＩＰｖ４またはＩＰｖ６）を帯域幅の小さい無線通信区間で効率的に転送すべく、第２階層（Ｌ２）のＰＤＣＰ階層は、相対的に大きさが大きく、余分の制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮を行う。
【００１８】
以下、ＲＬＣ階層について具体的に説明する。ＲＬＣ階層の基本機能は、各ＲＢのＱｏＳを保障し、ＱｏＳと関連してデータを転送することである。ＲＢサービスは、無線プロトコルの第２階層が上位へ提供するサービスであるから、第２階層全体がＱｏＳに影響を与える。特に、第２階層は、ＲＬＣ階層によって大きい影響を受ける。ＲＬＣ階層は、ＲＢ固有のＱｏＳを保障すべく、ＲＢごとに独立したＲＬＣエンティティー（Ｅｎｔｉｔｙ）を備えている。ここで、ＲＬＣエンティティーは、下位階層（すなわち、ＭＡＣ階層）で決定された無線資源の大きさによってＲＬＣＰＤＵ（ＲＬＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を構成する。
【００１９】
したがって、ＲＬＣ ＰＤＵをＭＡＣ階層に伝達する場合、ｅＮｏｄｅ−Ｂに位置するＲＬＣエンティティーは、ＭＡＣエンティティーにより決定される予定された大きさのデータを構成し、ＲＬＣＰＤＵをＭＡＣエンティティーに伝達する。また、ＵＥに位置するＲＬＣエンティティーも下位階層（すなわち、ＭＡＣ階層）で決定される無線資源の大きさによってＲＬＣ ＰＤＵを構成する。したがって、ＲＬＣＰＤＵをＭＡＣ階層に伝達する場合、ＵＥに位置するＲＬＣエンティティーは、ＭＡＣエンティティーによって決定される予定された大きさのデータを構成し、ＲＬＣ ＰＤＵをＭＡＣエンティティーに伝達する。
【発明の開示】
【課題を解決するための手段】
【００２０】
本発明は、移動通信システムでデータを転送する方法を提供する。
【００２１】
本発明の追加的な特徴と利点は、以下の明細書中に記載され、部分的には明細書の記載から明白になり、さらには本発明の実施から明確になるはずである。本発明の目的及び他の利点は、詳細な説明、特許請求の範囲及び添付した図面によって具体的に指示された構造から具現または確認されることができる。
【００２２】
本発明のこれらの利点及び他の利点を達成するために、または、本発明の目的によれば、本発明は、広く記載され且つ具現されたように、移動通信システムでデータを転送する方法を提供する。この方法は、第１データを受信側に転送する段階と、前記第１データが前記受信側に成功的に転送されたか否かを知らせる送受信確認情報を受信する段階と、前記第１データが前記受信側に成功的に転送されていない場合、可用の無線資源の量が、前記第１データを前記受信側に再転送するのに充分であるか否かを判定する段階と、前記可用の無線資源の量が前記第１データを再転送するのに充分である場合、前記第１データを前記受信側に再転送する段階と、前記可用の無線資源の量が前記第１データを再転送するのに不充分である場合、前記第１データを、前記可用の無線資源の量を用いて前記受信側に転送されうるような少なくとも一つの第２データに再構成する段階と、少なくとも一つの第２データを受信側に転送する段階と、を含む。
【００２３】
好ましくは、前記送受信確認情報は、前記受信側から受信される。好ましくは、前記送受信確認情報は、送信側の下位階層から受信される。
【００２４】
本発明の一様相として、前記第１データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）である。好ましくは、前記Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールドは、前記ＲＬＣＰＤＵが前記第１データであるか、または、前記第２データであるかを表す。好ましくは、前記Ｃ／Ｐフィールドは、前記ＲＬＣ ＰＤＵが上位階層ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）に整列される方法を表す。
【００２５】
本発明の他の様相として、前記第２データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、ｓＳＮ（ｓｕｂｆｒａｍｅ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、ＲＭ（ｒｅｍａｉｎｉｎｇ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣ  ｓｕｂＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｓｕｂ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）である。好ましくは、前記ｓＳＮフィールドは、前記第１データと関連して転送される複数の第２データ内で、少なくとも一つの第２データの順次的な順番を表す。好ましくは、前記ＲＭフィールドは、少なくとも一つの第２データ以降に後続する第２データが存在するか否かを表す。
【００２６】
本発明の他の様相として、前記可用の無線資源の量は、前記受信側に転送されるようにスケジューリングされたデータの最大量を含む。
【００２７】
本発明の他の様相として、可用の無線資源の最大量は、ネットワークから受信したスケジューリング情報によって表される。好ましくは、前記スケジューリング情報は、前記可用の無線資源のタイミング及び周波数を表す。
【００２８】
本発明の一実施例において、移動通信システムでデータを転送する装置は、第１データを受信側に転送する手段と、前記第１データが前記受信側に成功的に転送されたか否かを知らせる送受信確認情報を受信する手段と、前記第１データが前記受信側に成功的に転送されていない場合、可用の無線資源の量が前記第１データを受信側に再転送するのに充分であるか否かを判定する手段と、前記可用の無線資源の量が前記第１データを再転送するのに充分である場合、前記第１データを前記受信側に再転送する手段と、前記可用の無線資源の量が前記第１データを再転送するのに不充分である場合、前記第１データを、前記可用の無線資源の量を用いて前記受信側に転送されうるような少なくとも一つの第２データに再構成する手段と、前記少なくとも一つの第２データを前記受信側に転送する手段と、を含む。
【００２９】
好ましくは、前記送受信確認情報は、前記受信側から受信する。好ましくは、前記送受信確認情報は、送信側の下位階層から受信する。
【００３０】
本発明の一様相として、前記第１データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）である。
【００３１】
本発明の他の様相として、前記第２データは、ＳＮ（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／ｄａｔａ／ｓｕｂｆｒａｍｅ）フィールド、ｓＳＮ（ｓｕｂｆｒａｍｅ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールド、ＲＭ（ｒｅｍａｉｎｉｎｇ）フィールド、Ｃ／Ｐ（ｃｏｍｐｌｅｔｅ／ｐａｒｔｉａｌ）フィールド、Ｆ（ｆｏｌｌｏｗｉｎｇ）フィールド、及びＬＩ（ｌｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）フィールドのうち少なくとも一つを含むＲＬＣ  ｓｕｂＰＤＵ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ  ｌａｙｅｒ  ｓｕｂ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）である。
【００３２】
本発明の他の様相として、前記可用の無線資源の量は、前記受信側に転送されるようにスケジューリングされたデータの最大量を含む。
【００３３】
本発明の他の様相として、可用の無線資源の最大量は、ネットワークから受信したスケジューリング情報によって表される。好ましくは、前記スケジューリング情報は、前記可用の無線資源のタイミング及び周波数を表す。
【００３４】
本明細書中に記載された内容は、本発明の技術的思想を例示及び説明するためのもので、請求された本発明について追加的な説明を提供するためのものである。
【発明を実施するための最良の形態】
【００３５】
本発明は、移動通信システムでデータを転送する方法に関する。
【００３６】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。図面中、同一の構成要素については可能なかぎり同一の参照番号を共通使用するものとする。以下、移動通信システムでデータを転送する方法について詳細に説明する。
【００３７】
本発明を説明するに先立ち、本発明の好適な実施例は、従来技術による階層構造の上位階層から受信した情報をＲＬＣ階層で再構成し、ＭＡＣ階層に転送するのを許容する。しかし、本発明の範囲が、前記ＲＬＣ階層から転送する場合に限定されず、様々な場合に適用されることができることは、当業者には自明である。上位階層から転送され、ＲＬＣ階層が受信する第１情報を‘ＲＬＣＳＤＵ（ＲＬＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）’と呼ぶ。以下、ＲＬＣ ＳＤＵを含み、ＲＬＣ階層で再構成されてＭＡＣ階層に転送される第２情報を、‘ＲＬＣ ＰＤＵ’と呼ぶ。ＲＬＣＰＤＵを含み、ＭＡＣ階層で再構成される第３情報を‘ＭＡＣ  ＰＤＵ’と呼ぶ。
【００３８】
ＲＬＣ階層は、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；ＵＭまたはＵＭモード）及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；ＡＭまたはＡＭモード）の２種類のＲＬＣモードを提供する。ＵＭ及びＡＭモードは、支援するＱｏＳが異なるからそれらの動作方法に相違がある。また、ＵＭ及びＡＭモードの細部機能にもまた、相違がある。したがって、以下ではＲＬＣ階層の機能が動作モード別に説明される。
【００３９】
本発明の理解及び便宜のために、ＵＭモードにあるＲＬＣをＵＭＲＬＣとし、ＡＭモードにいるＲＬＣをＡＭ ＲＬＣとする。ＵＭ ＲＬＣは、生成されたそれぞれのＰＤＵごとに、一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含めたＰＤＵヘッダを付けて送ることによって、どんなＰＤＵが転送中に消失されたかを受信側がわかるようにする。したがって、ＵＭＲＬＣは、好ましくは、使用者平面で放送／マルチキャストデータの転送やパケットサービス（ＰＳ）領域の実時間パケットデータ（例えば、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）またはストリーミング）の転送を担当する。制御平面で、ＵＭＲＬＣは、好ましくは、セル内の特定ＵＥまたは特定ＵＥグループに転送される複数のＲＲＣメッセージのうち、ＵＭ ＲＲＣメッセージに関する転送を担当する。
【００４０】
ＡＭ ＲＬＣは、ＵＭ ＲＬＣと同様に、生成されたそれぞれのＰＤＵに、ＳＮを含むＰＤＵヘッダを付けるが、ＵＭＲＬＣとは違い、送信側から転送されたＰＤＵに対して受信側が応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をするように指示する。したがって、ＰＤＵ応答を行う場合、受信側は、送信側から受信できなかったいかなるＰＤＵに対しても再転送を要求することができる。
【００４１】
再転送機能を用いることによって、ＡＭ ＲＬＣは、誤りのない（ｅｒｒｏｒ−ｆｒｅｅ）転送を保障する。したがって、ＡＭＲＬＣは、使用者平面でＰＳドメインのＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のような非−実時間パケットデータの転送を担当する。制御平面で、ＡＭＲＬＣは、セル内の特定ＵＥに転送される様々なＲＲＣメッセージのうち、確認応答（ＡＭ ＲＲＣメッセージ）を要求するＲＲＣメッセージに関する転送を担当する。
【００４２】
方向性の面で、ＵＭ ＲＬＣは、単方向（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に用いられるのに対し、ＡＭＲＬＣは、受信側からのフィードバック（ｆｅｅｄｂａｃｋ）があるので両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に用いられる。好ましくは、両方向通信は、点対点（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ；ＰＴＰ）通信で用いられるので、ＡＭＲＬＣは専用論理チャンネルを使用する。構造的に、ＵＭ ＲＬＣは、単一送信構造または単一受信構造を持つ単一ＲＬＣエンティティーを含む。これに対し、ＡＭ ＲＬＣは、送信構造及び受信構造を持つ単一ＲＬＣエンティティーを含む。ＡＭＲＬＣは、再転送機能によってより複雑である。再転送機能を管理すべく、ＡＭ ＲＬＣは、送受信バッファーの他に再転送バッファーを備え、多様な機能を行う。ＡＭ ＲＬＣ機能は、例えば、流れ制御のための送受信ウィンドの使用、送信側が受信側のピア（ｐｅｅｒ）−ＲＬＣエンティティーに状態情報を要求するポーリング（Ｐｏｌｌｉｎｇ）機能、受信側が送信側のピア−ＲＬＣエンティティーに自分のバッファー状態を報告する状態報告（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）機能、状態情報を持ち運ぶための状態ＰＤＵ（Ｓｔａｔｕｓ  ＰＤＵ）機能、データ転送効率を上げるためにデータＰＤＵ内に状態ＰＤＵを挿入するピギーバック（Ｐｉｇｇｙｂａｃｋ）機能を含む。
【００４３】
その他、ＡＭ ＲＬＣが動作過程で重大な誤りを発見した場合、ＡＭＲＬＣは、相手側のＡＭ ＲＬＣエンティティーに全ての動作及びパラメータ再設定を要求するＲｅｓｅｔ ＰＤＵ機能とＲｅｓｅｔ ＰＤＵに応答するＲｅｓｅｔ ＡＣＫ ＰＤＵ機能のような追加的な機能を行っても良い。
【００４４】
これらの機能を支援すべく、ＡＭ ＲＬＣは、様々なプロトコルパラメータ、状態変数及びタイマーを必要とする。状態報告機能、状態ＰＤＵ機能及びＲｅｓｅｔＰＤＵ機能のような上述した機能に用いられる多様なＰＤＵの他、ＡＭ ＲＬＣデータ転送を制御するためのＰＤＵは、制御ＰＤＵと呼ばれる。使用者データを転送するために用いられるＰＤＵは、データＰＤＵと呼ばれる。
【００４５】
好ましくは、ＡＭモードは、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）情報を使用するが、ＵＭモードはそうでない。ここで、ＡＲＱ情報は送受信確認（ＡＫＣ）情報である。好ましくは、送受信ＡＣＫ情報は、送信側から受信側に正常に転送されたデータブロックに関連した情報を表したり、送信側から受信側に非正常的に転送されたエラーデータブロックに関連した情報を表す。
【００４６】
表１には、ＵＭモードで用いられるＲＬＣ ＰＤＵフォーマットの一例を示す。
【００４７】
【表１】
2009536468.tif 000003
表１を参照すると、ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドは、該当のＲＬＣＰＤＵのデータフロー、または、論理チャンネル上での位置情報を示す。Ｃ／Ｐ（Ｃｏｍｐｌｅｔｅ／Ｐａｒｔｉａｌ）フィールドは、ＲＬＣ ＰＤＵの初めのデータ部分が、関連したＳＤＵの初めの部分と同一か否かを示す。また、Ｃ／Ｐフィールドは、ＲＬＣＰＤＵの最後のデータ部分が、関連したＳＤＵの終わりの部分と同一か否かを示す。
【００４８】
例えば、Ｃ／Ｐフィールドの値が“００”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と同一であり、ＰＤＵの終わりはＳＤＵの終わりと同一である。Ｃ／Ｐフィールドの値が“０１”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と同一であり、ＰＤＵの終わりはＳＤＵの終わりとは異なる。Ｃ／Ｐフィールドの値が“１０”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と相異なり、ＰＤＵの終わりはＳＤＵの終わりと同一である。Ｃ／Ｐフィールドの値が“１１”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と相異なり、ＰＤＵの終わりはＳＤＵの終わりと相異なる。
【００４９】
ＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）フィールドは、ＲＬＣＳＤＵの境界を表す。一つのＲＬＣ ＰＤＵが二つのＲＬＣ ＳＤＵを含む場合、受信側は、ＲＬＣ ＳＤＵに関する境界情報を用いてＲＬＣ ＳＤＵを分離できる。Ｆ（Ｆｏｌｌｏｗｉｎｇ）フィールドは、次のフィールドがＬＩフィールドかデータかを表す。
【００５０】
ＡＭモードと違い、ＵＭモードのＲＬＣ ＰＤＵフォーマットは、送受信確認情報を送受信する必要がない。したがって、ＵＭモードのＲＬＣＰＤＵは、ＡＭモードよりも簡単であり、一つのヘッダフォーマットを持つことができる。また、該当ＲＬＣ ＰＤＵの転送時点が再転送情報（すなわち、ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ情報）を用いて下位端で区分されることができれば、ＳＮフィールドは除去されても良い。
【００５１】
表２には、ＡＭモードで一般的にデータを転送するためのＡＲＱＲＬＣ ＰＤＵフォーマットの一例を示す。
【００５２】
【表２】
2009536468.tif 000004
表３には、ＡＭモードで制御情報（例えば、送受信確認情報）を転送するためのＡＲＱＲＬＣ ＰＤＵフォーマットの一例を示す。
【００５３】
【表３】
2009536468.tif 000005
好ましくは、ＡＭモード下で、表２のＡＲＱ ＲＬＣ ＰＤＵフォーマットが変形されない限り宛先には転送されることができない場合、ＡＲＱＲＬＣ ｓｕｂＰＤＵが構成される。したがって、表４に、ＡＲＱ ＲＬＣ ｓｕｂＰＤＵの一例を示す。
【００５４】
【表４】
2009536468.tif 000006
表２、３及び４を参照すると、ＳＮフィールド、Ｃ／Ｐフィールド、ＬＩフィールド及びＦフィールドは、表１のそれと同一である。したがって、それらについての詳細な説明は便宜上省略する。
【００５５】
Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／Ｄａｔａ／ＳｕｂＦｒａｍｅ）フィールドは、該当のＲＬＣＰＤＵが、ＡＲＱ ＲＬＣ ＰＤＵ、ＡＲＱ ＲＬＣ Ｃｏｎｔｒｏｌ ＰＤＵまたはＡＲＱ ＲＬＣ ＳｕｂＰＤＵのうち、いずれのものかを表す。ｓＳＮ（ｓｕｂｆｒａｍｅ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドは、関連したｓｕｂＰＤＵ内で該当のｓｕｂＰＤＵの位置情報を表す。ＲＭ（ＲｅＭａｉｎｉｎｇ）フィールドは、該当のｓｕｂＰＤＵ以降に、関連したｓｕｂＰＤＵが存在／不在するかを表す。こういう観点から、表４のＡＲＱＲＬＣ ＳｕｂＰＤＵを、本発明の好適な実施例を参照して詳細に説明する。
【００５６】
図４は、本発明の一実施例による、ＲＬＣ ＳＤＵでＭＡＣＰＤＵを構成する方法を示す図である。好ましくは、本発明は、ＲＬＣまたはＭＡＣ階層でデータユニットを構成する方法に関するものである。
【００５７】
図４を参照すると、ＵＥのＭＡＣ階層は、ｅＮｏｄｅ−Ｂから可用の無線資源の量に関する情報を受信する。好ましくは、ＭＡＣ階層は、次の転送時間に可用の無線資源の量に関する特定情報をｅＮｏｄｅ−Ｂから受信する。
【００５８】
ｅＮｏｄｅ−Ｂの場合、ｅＮｏｄｅ−ＢのＭＡＣ階層は、上りまたは下り無線資源の使用されるか否かを決定する。ｅＮｏｄｅ−ＢのＭＡＣ階層はまた、次の転送区間でそれぞれのＵＥに割り当てられる無線資源の量を決定し、この決定を各ＵＥのＭＡＣ階層に知らせる。ＵＥのバッファーに保存されたデータユニットとこれらの優先順位を考慮し、それぞれのＵＥは、各論理チャンネルを通じてまたは各ＲＬＣエンティティーから転送されるデータの量を決定する。すなわち、各ＲＬＣエンティティーは、ＭＡＣ階層に転送されるＲＬＣＰＤＵの大きさを決定する。
【００５９】
同様に、ＵＥの下りデータ量と各データの優先順位を考慮し、ｅＮｏｄｅ−Ｂに位置したＭＡＣ階層は、それぞれのＲＬＣエンティティーに割り当てられるデータ量を決定し、この決定を各ＲＬＣに知らせる。その後、各ＲＬＣは、前記決定によってＲＬＣＰＤＵを構成し、前記ＲＬＣ ＰＤＵをＭＡＣ階層に伝達する。
【００６０】
好ましくは、ＭＡＣエンティティーは、複数のＲＬＣエンティティーと接続される。各ＲＬＣエンティティーは、上位階層からＲＬＣＳＤＵを受信し、ＭＡＣ階層の命令を、受信したＲＬＣ ＳＤＵに適用しＲＬＣ ＰＤＵを生成し、生成されたＲＬＣ ＰＤＵをＭＡＣエンティティーに転送する。ＭＡＣエンティティーは、各ＲＬＣエンティティーから受信したＲＬＣＰＤＵを組み合わせ、組み合わせられたＲＬＣ ＰＤＵを単一ＭＡＣ ＰＤＵ形態に構成した後、単一ＭＡＣ ＰＤＵを物理階層に転送する。
【００６１】
上記の条件下で通信効率を上げるために、ＭＡＣ ＰＤＵまたはＲＬＣＰＤＵに含まれているパッディングビット（ｐａｄｄｉｎｇ  ｂｉｔ）の数を減少させることが好ましい。好ましくは、大きさ調整に用いられるビットの予定された数を減少させる。このために、ＭＡＣエンティティーは複数の論理チャンネル（すなわち、複数のＲＬＣエンティティー）からデータを受信し、受信したデータを用いてＭＡＣＰＤＵを構成する。
【００６２】
しかし、受信側がＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを正常に復元するには、各論理チャンネルに含まれたデータの量に関する特定情報が必要である。したがって、各論理チャンネルに該当するデータ量に関する情報または論理チャンネルの識別子（ＩＤｓ）に関する情報を含むことが好ましい。
【００６３】
好ましくは、受信側は、受信したＭＡＣ ＰＤＵのヘッダに含まれた論理チャンネル識別子と、各論理チャンネルのデータブロック大きさに関する情報を用いてＲＬＣＰＤＵに関する情報を抽出する。その後、受信側は、抽出した情報を該当のＲＬＣエンティティーに伝達する。
【００６４】
図４を参照して、本発明によるＭＡＣとＲＬＣ階層の動作について説明する。ＭＡＣＰＤＵは、ＭＡＣヘッダとＲＬＣ ＰＤＵを含む。ＲＬＣ ＰＤＵは、上位階層から受信したＲＬＣ ＳＤＵに関するデータとＲＬＣ ＳＤＵに関するセグメント情報を含む。セグメント情報は、ＲＬＣヘッダと類似な機能を行う。好ましくは、セグメント情報は、例えば、単一ＲＬＣＰＤＵ内でＲＬＣ ＳＤＵに関する境界情報を含む。ＭＡＣヘッダは、ＭＡＣ ＰＤＵに含まれた各ＲＬＣ ＰＤＵの大きさと各ＲＬＣ ＰＤＵがどんなＲＬＣエンティティーあるいはどんな論理チャンネルに該当するかを知らせる。
【００６５】
受信状態を知らせるための制御情報（例えば、状態報告情報）がＭＡＣＰＤＵに含まれる場合、制御情報は、一つのＲＬＣ ＰＤＵに含まれる。したがって、ＭＡＣヘッダは、制御情報が含まれていることを知らせることができる。この時、前記制御情報は、特定値を有する論理チャンネルＩＤを使用する方法を通じて例示的に具現されることができる。
【００６６】
図５は、本発明の一実施例による、ＭＡＣ ＰＤＵフォーマットを示す構造図である。好ましくは、ＭＡＣＰＤＵは、上位ＲＬＣエンティティーから受信したＲＬＣ ＰＤＵに基づく。
【００６７】
図５を参照すると、ＲＬＣ ＩＤフィールドは、該当のＲＬＣＰＤＵがどんなＲＬＣエンティティーまたはどんな論理チャンネルから転送されてきたかを知らせる。ＬＩフィールドは、各ＲＬＣ ＰＤＵの大きさを知らせる。Ｆフィールドは、次にくる値がＲＬＣＩＤフィールド、ＬＩフィールド及びＦフィールドの組み合わせか、実際のＲＬＣ ＰＤＵかを知らせる。
【００６８】
データは通信システムの物理チャンネルで不意に損失されることができる。従来のシステムと比較して、ＵＴＲＡＮシステムの物理階層は、データを送信側から受信側へより正確に転送することができる。しかし、データ転送エラーに対する確率が、ＵＴＲＡＮシステムで完全に除去されるわけではない。特に、ＵＥとｅＮｏｄｅ−Ｂ間の距離が遠いほど、ＵＥのデータ損失率は高まる。
【００６９】
したがって、本発明の通信システムは、例えば、ＴＣＰデータが誤りのない転送またはシグナリングデータを要求する場合、特別な管理方法を必要とする。したがって、通信システムはＡＭモードを使用することができる。ＴＣＰパケットにおいて、ＴＣＰパケットの大きさは、最大１５００バイトまで延長されることができる。したがって、ＴＣＰパケットがＲＬＣにＲＬＣＳＤＵの形態で伝達されると、ＲＬＣエンティティーは、ＴＣＰパケットを下位階層（すなわち、ＭＡＣ階層）で許容する特定大きさに再組み合わせし、再組み合わせしたＴＣＰパケットを宛先に転送することができる。
【００７０】
前記再組み合わせにより生成された複数のＲＬＣ ＰＤＵは、物理階層を通じて受信側に転送される。しかし、一つのＲＬＣＳＤＵに該当するＲＬＣ ＰＤＵのうち一つでも受信側に到着しなかった場合、受信側は送信側にＲＬＣ ＰＤＵ非−受信を知らせることになる。この時、送信側が損失されたＲＬＣＰＤＵと関連したＲＬＣ ＳＤＵ全体を再送信するとしたら、多い量の無線資源の無駄使いにつながる。
【００７１】
例えば、１５００バイトのＲＬＣ ＳＤＵが１０個のＲＬＣＰＤＵに分けられると、それぞれは１５０バイトを有することになる。もし、１０個のＲＬＣ ＰＤＵのうちの一つのＲＬＣ ＰＤＵが受信側に正しく転送されなかったとすれば、上記の条件によって全体ＲＬＣＳＤＵが再転送される。したがって、１４００バイトが余分に使われてしまう。この場合、ＲＬＣ ＰＤＵレベルで再転送がなされるようにしなければならない。
【００７２】
ところが、ＲＬＣ ＰＤＵを再転送しようとする時の無線環境は、ＲＬＣＰＤＵを最初に転送した時と異なることができる。例えば、ＲＬＣ ＰＤＵが最初に転送される時に、該当のＲＬＣエンティティーが単位時間の間に２００バイトのデータを転送できたのに対し、ＲＬＣＰＤＵを再転送する時期には、該当のＲＬＣエンティティーは期待とは違い、単位時間の間に５０バイトのデータしか転送できない場合がありうる。この場合、ＲＬＣ ＰＤＵが変形されない限り再転送は不可能である。特に、元来のフォーマットを持つＲＬＣＰＤＵは、所望の宛先に再転送されることができない。このような問題点を解決するために本発明の一実施例は、元来のＲＬＣ ＰＤＵを複数のＲＬＣ ｓｕｂＰＤＵに分割する。好ましくは、本発明は、送信側がＲＬＣＰＤＵを転送した後に、受信側から受信状態情報を受信するようにする。その後、送信側は、現在送信側に割り当てられた無線資源によって再転送を行う。
【００７３】
図６は、本発明の一実施例による移動通信システムにおいて信号を転送する方法を示す流れ図である。図６を参照すると、送信側は、ＲＬＣＰＤＵの第１データを受信側に転送する（Ｓ６０）。受信側は、前記第１データを受信し、前記ＲＬＣ ＰＤＵに関する送受信確認情報（例えば、ＡＣＫ／ＮＡＣＫ信号）及び受信した第１データに関する受信状態情報を転送する（Ｓ６１）。
【００７４】
第１データを再転送しなければならない場合、送信側は、受信側から受け取った送受信確認情報に基づいてどんなＲＬＣＰＤＵが受信側に到着しなかったか判別する。そして、送信側は、再転送に使用できる無線資源の量を確認する（Ｓ６２）。
【００７５】
可用の無線資源の量を用いてＲＬＣ ＰＤＵを再転送できる場合、ＲＬＣＰＤＵは再転送される（Ｓ６３）。しかし、可用の無線資源の量を用いてＲＬＣ ＰＤＵを再転送できない場合には、ＲＬＣ ＰＤＵは２以上のＲＬＣ ｓｕｂＰＤＵに再構成され（Ｓ６４）、ＲＬＣｓｕｂＰＤＵは、可用の無線資源の量を用いて転送されることができる（Ｓ６５）。
【００７６】
すなわち、ＲＬＣ ＰＤＵデータを再転送しなければならなく、かつ、送信側に割り当てられた無線資源の量が初期ＲＬＣＰＤＵの大きさよりも小さい場合、送信側は、ＲＬＣ ＰＤＵを２以上のＲＬＣ ｓｕｂＰＤＵ形態に再構成し（Ｓ６４）、ＲＬＣ ｓｕｂＰＤＵを受信側に転送する（Ｓ６５）。好ましくは、各ＲＬＣエンティティーは、下位階層により割り当てられる予定された大きさの無線資源を考慮する。
【００７７】
無線資源の量は、送信側が転送できるデータの最大量を意味する。また、送信側は、送信側ＲＬＣを含む。
【００７８】
送信側がスケジューリング情報または送受信確認情報に載せられた情報を用いてＲＬＣＰＤＵを再構成する必要がある場合、ＲＬＣ ＰＤＵは、２以上のＲＬＣ ｓｕｂＰＤＵ形態に再構成され、ＲＬＣ ｓｕｂＰＤＵは、受信側に転送されることができる。また、送信側は、転送されたＲＬＣＰＤＵのうち一つでも受信側に到着しなかった場合、ＲＬＣ ＰＤＵを２以上のＲＬＣ ｓｕｂＰＤＵ形態に再構成できる。
【００７９】
本発明の一実施例として、送信側から受信側が受信したスケジューリング情報または送受信確認情報は、送信側で再構成されるＲＬＣｓｕｂＰＤＵの大きさに関して知らせる。好ましくは、スケジューリング情報は、ｅＮｏｄｅ−ＢからＵＥに転送され、どんなＵＥがどんな大きさの無線資源をどれだけの時間に使用するかを知らせる情報である。特に、スケジューリング情報は、大きさ情報を持つ無線資源によって、決定されたＵＥによって使われる無線資源の大きさに関する情報及び決定されたＵＥによって使われる時間に関する情報を知らせる。
【００８０】
好ましくは、前記送受信確認情報は、受信側から送信側に転送され、受信側がどんなＰＤＵまたはＳＤＵを正しく受信したか知らせる情報である。また、送受信確認情報は、受信側がどんなＰＤＵまたはＳＤＵを受信しなかったかを知らせる。受信側は、受信したデータブロックがＲＬＣＰＤＵなのかＲＬＣ ｓｕｂＰＤＵなのか確認する。受信側で確認できない場合、受信側は、関連のないデータを一つにまとめてＲＬＣ ＳＤＵを再構成する。そうしないと、一つのＲＬＣＳＤＵに属したデータユニットの順番が元来順番から変わってくる恐れがある。
【００８１】
ＲＬＣ ＰＤＵとＲＬＣ ｓｕｂＰＤＵを区分するために、ＲＬＣとＭＡＣが取り交わすデータブロックのヘッダ部分に、ＲＬＣＰＤＵとＲＬＣ ｓｕｂＰＤＵを区分できるフィールドを追加することができる。追加フィールドの値によって、受信側ＲＬＣは、下位ＭＡＣ階層から伝達されてきたデータブロックがＲＬＣＰＤＵなのかＲＬＣ ｓｕｂＰＤＵなのかが判断できる。同様に、下位ＭＡＣ階層にデータブロックを転送する場合、送信側ＲＬＣエンティティーは、自分が伝達するデータがＲＬＣＰＤＵなのかＲＬＣ ｓｕｂＰＤＵなのかを決定し、データブロックのヘッダ部分にＰＤＵ／ｓｕｂＰＤＵ区分子を適切に設定することができる。
【００８２】
以下、ＲＬＣ ｓｕｂＰＤＵに関する本発明の好ましい実施例を、添付の図面を参照しつつ詳細に説明する。以下に説明されるＲＬＣｓｕｂＰＤＵのフォーマットはいずれも本発明を限定するものではなく、必要な場合、他の実施例も適用可能である。
【００８３】
図７は、本発明の一実施例による無線通信システムにおいてデータを転送する方法を示す図である。図７を参照すると、１番目のブロック７０は、３個のＩＰパケットを含む。好ましくは、３個のＩＰパケットは、ＲＬＣエンティティーの観点からすればＲＬＣＳＤＵといえよう。好ましくは、本発明の一実施例に適用される各ＩＰパケットの大きさはそれぞれ、５００ビット、６００ビット及び３００ビットである。
【００８４】
２番目のブロック７１は、前記ＩＰパケットからどのようにしてＲＬＣＰＤＵを構成するかを表す。ここで、最初の転送時に無線環境で許容されたＲＬＣ ＰＤＵの大きさはそれぞれ、３００ビット、４００ビット及び７００ビットと仮定する。ここで、ＲＬＣＰＤＵは、複数のヘッダフィールドを含む。
【００８５】
本発明による各ヘッダフィールドについての詳細な説明は、次の通りである。ＦｌｏｗＩＤ（Ｑｕｅｕｅ ＩＤ）フィールドは、ＲＬＣ ＰＤＵがどんなＲＢまたはどんなＲＬＣエンティティーと関連しているかを示す。実際に一つのＵＥは、ＱｏＳと特性が異なる複数のＲＢ、またはＱｏＳと特性が異なる複数のＲＬＣエンティティーを含む。したがって、ＦｌｏｗＩＤフィールドは、それぞれのＲＢを区分する。
【００８６】
ＴＳＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）フィールドは、受信したＲＬＣＰＤＵの再整列または再転送管理を手伝う。好ましくは、新しいＲＬＣ ＰＤＵが生成される度に、ＴＳＮ値が１ずつ増加する。したがって、ＴＳＮは一つのＲＬＣエンティティーで各ＲＬＣＰＤＵの順番を意味する。
【００８７】
ＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）フィールドは、ＲＬＣＳＤＵの境界を指示する。したがって、一つのＲＬＣ ＰＤＵが二つのＲＬＣ ＳＤＵ部分を含む場合、受信側は、ＲＬＣ ＳＤＵの境界に関する情報を用いてＲＬＣ ＳＤＵを適切に分離することができる。
【００８８】
３番目のブロック７２は、ＲＬＣ ＰＤＵがどのようにしてＲＬＣｓｕｂＰＤＵに再構成されるかを示す。ＡＲＱ動作によって受信側が送信側に、特定ＲＬＣ ＰＤＵを受信できなかったことを知らせる場合、送信側は前記ＲＬＣ ＰＤＵを再転送しなければならない。ところが、再転送しなければならない瞬間に、送信側の下位階層で使用可能な無線資源の量が、前記ＲＬＣＰＤＵを転送するのに充分でない場合がありうる。したがって、前記ＲＬＣ ＰＤＵをＲＬＣ ｓｕｂＰＤＵに分割したり、ＲＬＣ ＰＤＵをＲＬＣ ｓｕｂＰＤＵ形態に再構成することが好ましく、ここで、ＲＬＣｓｕｂＰＤＵは、可用の無線資源を用いて受信側に転送されることができる。
【００８９】
図７を参照して、２番目のブロック７１の２番目のＲＬＣＰＤＵをＲＬＣ ｓｕｂＰＤＵ形態に再構成する方法について説明する。ここで、下位端（または、下位階層）から再転送する場合、無線環境によって単位時間当たり転送されうるデータの量を１００ビット、２００ビット及び１００ビットと仮定する。したがって、再転送されるべきＲＬＣＰＤＵは、ＲＬＣ ｓｕｂＰＤＵに構成され、それぞれには１００ビット、２００ビット及び１００ビットが順次に割り当てられる。
【００９０】
好ましくは、ＲＬＣ ＰＤＵまたはＲＬＣ ｓｕｂＰＤＵを転送する場合、送信側は、受信側に転送に関して知らせる。したがって、ＲＬＣｓｕｂＰＤＵをＲＬＣ ＰＤＵから区分するために、特定値を持つＬＩフィールドを使用することができる。図７で、“Ｓｐｅｃｉａｌ ＬＩ”フィールドがＲＬＣ ｓｕｂＰＤＵ転送時に使われる。したがって、受信側がＳｐｅｃｉａｌＬＩフィールドを受信する度に、受信側は受信したデータブロックをＲＬＣ ｓｕｂＰＤＵとして認識し、それによって動作する。
【００９１】
一般に、受信側は、ＬＩフィールドをＲＬＣ ＳＤＵの境界を決定するのに使用する。しかし、受信側が、ＬＩフィールドが特定値に設定されたＲＬＣＰＤＵを受信する場合、受信側は、受信したＲＬＣ ＰＤＵをＲＬＣ ｓｕｂＰＤＵとして認識する。この場合、受信したＲＬＣ ｓｕｂＰＤＵに対する原本ＲＬＣ ＰＤＵを認知するために、ＲＬＣｓｕｂＰＤＵのＴＳＮフィールドは、原本ＲＬＣ ＰＤＵのＴＳＮと同じ値に設定される。したがって、受信側は、受信したＲＬＣ ｓｕｂＰＤＵの位置情報、関連したＲＬＣＰＤＵまたは関連したＲＬＣ ＳＤＵを判別できる。
【００９２】
一つのＲＬＣ ＰＤＵが複数個のＲＬＣ ｓｕｂＰＤＵに分割された場合、受信側で受信したＲＬＣｓｕｂＰＤＵの順番を決定するためには追加情報が必要とされる。この目的のために、ｓｕｂＰＤＵ Ｉｎｆｏが有用に用いられる。
【００９３】
ｓｕｂＰＤＵ Ｉｎｆｏフィールドは、特定ＲＬＣ ｓｕｂＰＤＵが関連ＲＬＣＰＤＵの最後の部分かを知らせ、また、関連ＲＬＣ ｓｕｂＰＤＵ内で特定ＲＬＣ ｓｕｂＰＤＵの相対的位置情報を知らせる。例えば、図７の３番目のブロック７２を参照すると、３番目のＲＬＣｓｕｂＰＤＵのｓｕｂＰＤＵ Ｉｎｆｏフィールドは、ＲＬＣ ｓｕｂＰＤＵがＲＬＣ ＰＤＵに対する最後のＲＬＣ ｓｕｂＰＤＵなのかを知らせ、ＲＬＣ ｓｕｂＰＤＵがＲＬＣＰＤＵと関連したＲＬＣ ｓｕｂＰＤＵ内で３番目のＲＬＣ ｓｕｂＰＤＵであることを知らせる。
【００９４】
上述のように、ＲＬＣ ｓｕｂＰＤＵが送信側から受信側に再転送されるにも関らず、受信側はＲＬＣｓｕｂＰＤＵの一部分を正しく受信できない場合がありうる。この場合、ＲＬＣ ｓｕｂＰＤＵは、下位データブロックにさらに分割されることができる。しかし、ＲＬＣ ＰＤＵとＲＬＣｓｕｂＰＤＵがいずれも損失される確率が非常に低いとすれば、ＲＬＣ ｓｕｂＰＤＵを追加的に分割しないことが好ましい。
【００９５】
図８は、本発明の一実施例による移動通信システムにおいてデータを転送する方法を示す図である。図８を参照すると、１番目のブロック８０、２番目のブロック８１及び３番目のブロック８２は構造的に図７の１番目、２番目及び３番目のブロックにそれぞれ似ている。図８に追加されたフィールドについて説明する。
【００９６】
Ｓ（Ｓｕｂｆｒａｍｉｎｇ  Ｉｎｄｉｃａｔｏｒ）フィールドは、受信したデータブロックがＲＬＣＰＤＵのＲＬＣ ｓｕｂＰＤＵなのかを表す。好ましくは、Ｓフィールドが“Ｙ”に設定されていると、該当のデータブロックがＲＬＣ ｓｕｂＰＤＵであることを意味する。
【００９７】
ＬＥＸ（Ｌｅｎｇｔｈ  ｅＸｔｅｎｓｉｏｎ  Ｉｎｄｉｃａｔｏｒ）フィールドは、次のフィールドがＬＩフィールドかＲＬＣＳＤＵかを表す。ＬＥＸフィールドが“Ｙ”に設定されていると、次のフィールドがＬＩフィールドであることを意味する。ｓｕｂＰＤＵ Ｉｎｆｏフィールドは、受信側がＲＬＣｓｕｂＰＤＵを再整列する場合に使われる。
【００９８】
図９は、本発明の一実施例による移動通信システムにおいてデータを転送する方法を示す図である。図９を参照すると、１番目のブロック９０、２番目のブロック９１及び３番目のブロック９２は構造的に図７及び図８の１番目、２番目及び３番目のブロックに似ている。追加されたフィールドについて、図９に基づいて説明する。
【００９９】
ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドは、該当のＲＬＣＰＤＵのデータフロー、または論理チャンネル上での位置情報を知らせる。Ｃ／Ｄ／Ｓ（Ｃｏｎｔｒｏｌ／Ｄａｔａ／Ｓｕｂｆｒａｍｅ）フィールドは、該当のＲＬＣ ＰＤＵが、データ転送のためのＡＲＱＲＬＣ ＰＤＵなのか、制御情報転送のためのＡＲＱ ＲＬＣ ｃｏｎｔｒｏｌ ＰＤＵなのか、または、前記ＡＲＱ ＲＬＣ ＰＤＵを再転送する場合に再構成されたＡＲＱＲＬＣ ｓｕｂＰＤＵなのかを表す。Ｃ／Ｐ（Ｃｏｍｐｌｅｔｅ／Ｐａｒｔｉａｌ）フィールドは、ＰＤＵの初めのデータ部分が、関連したＳＤＵの初めの部分と同一かを表す。Ｃ／Ｐフィールドに２ビットを使用した例は、次の通りである。
【０１００】
例えば、Ｃ／Ｐフィールドの値が“００”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と同一であり、ＰＤＵの終わり部分はＳＤＵの終わり部分と同一である。Ｃ／Ｐフィールドの値が“０１”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と同一であるが、ＰＤＵの終わり部分はＳＤＵの終わり部分と相異なる。Ｃ／Ｐフィールドの値が“１０”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と相異なるが、ＰＤＵの終わり部分はＳＤＵの終わり部分と同一である。Ｃ／Ｐフィールドの値が“１１”である場合、ＰＤＵの開始部分はＳＤＵの開始部分と相異なり、また、ＰＤＵの終わり部分もＳＤＵの終わり部分と相異なる。
【０１０１】
Ｆ（Ｆｏｌｌｏｗｉｎｇ）フィールドは、次のフィールドがＬＩフィールドなのかデータなのかを知らせる。ＬＩ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）フィールドは、ＰＤＵに含まれたＳＤＵの境界を知らせる。ｓＳＮ（ｓｕｂｆｒａｍｅ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールドは、関連したｓｕｂＰＤＵ内で特定ｓｕｂＰＤＵの位置情報を知らせる。ＲＭ（ＲｅＭａｉｎｉｎｇ）フィールドは、特定ｓｕｂＰＤＵ以後に関連ｓｕｂＰＤＵが存在／不在するかを知らせる。
【０１０２】
上述の内容から明らかように、本発明は、移動通信システムでデータを転送する方法を提供する。特定データブロックが再転送されなければならないにもかかわらず、データブロックを転送するための無線資源が足りない場合、本発明は、可用の無線資源を用いてデータブロックを転送するためにデータブロックを再構成する。好ましくは、本発明は、必要なものだけを再転送する。したがって、データ転送効率は増加し、使用者またはＵＥのサービス切れ時間は減少する。
【０１０３】
以上は本発明を移動通信に適用した場合について記載してきたが、本発明は、無線通信機能を備えたＰＤＡ及びラップトップコンピュータのような移動装置を用いるいかなる無線通信システムにも同様に適用可能である。また、本発明を説明するために使用した特定用語によって、本発明の範囲がＵＭＴＳのような特定タイプの無線通信システムに限定されるわけではない。したがって、本発明は、例えば、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどのような異なる無線インターフェース（ａｉｒ  ｉｎｔｅｒｆａｃｅ）及び／または物理階層を使用する無線通信システムにも適用されることができる。
【０１０４】
好適な実施例は、ソフトウェア、ファームウェア、ハードウェアまたはこれらの組み合わせを提供する標準プログラミング及び／またはエンジニアリング技術を用いて、方法、装置または製造物で具現されることができる。ここで、“製造物”とは、ハードウェアロジックに具現されたコードまたはロジックを指し、ハードウェアは、例えば、集積回路チップ、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、コンピュータで読み取り可能な媒体（例えば、磁気記憶媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、テープ等）、光学記憶媒体（ＣＤ−ＲＯＭ、光学ディスク等）、揮発性及び不揮発性メモリー装置（例えば、ＥＥＰＲＯＭｓ、ＲＯＭｓ、ＰＲＯＭｓ、ＲＡＭｓ、ＤＲＡＭｓ、ＳＲＡＭｓ、ファームウェア、プログラマーブルロジック等））がある。
【０１０５】
コンピュータで読み取り可能な媒体にあるコードは、プロセッサーにより接近及び実行される。好適な実施例が具現されたコードは、ネットワーク上の転送媒体またはネットファイルサーバーによってさらに接続されることができる。その場合、コードが具現された製造物は、ネットワーク転送線のような転送媒体、無線転送媒体、空間を通じた信号電波、無線波、赤外線信号などを含むことができる。当業者は、本発明の範囲内で多様な変形が可能であるということが明白に認識することができ、製造物は、当業界で公知の任意の情報記憶媒体を含むことができる。
【０１０６】
当業者にとっては、本発明がその技術的思想や必須特徴を変更しない限度内で他の具体的な形態として実施可能であるということは明らかであり、したがって、特許請求の範囲及びその均等物の意味及び範囲そしてその同一概念から想到できる変更または変形はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１０７】
本発明は、移動通信システムに適用されることができる。
【図面の簡単な説明】
【０１０８】
【図１】ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）移動通信システムを示す構造図である。
【図２】３ＧＰＰ無線接続ネットワーク規格を基盤にしたＵＥとＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）構造の制御平面を示す図である。
【図３】３ＧＰＰ無線接続ネットワーク規格を基盤にしたＵＥとＵＴＲＡＮ間の無線インターフェースプロトコル構造の使用者平面を示す図である。
【図４】本発明の一実施例によるＲＬＣ ＳＤＵでＭＡＣ  ＰＤＵを構成する方法を示す図である。
【図５】本発明の一実施例によるＭＡＣ  ＰＤＵフォーマットを示す図である。
【図６】本発明の一実施例による移動通信システムでデータを転送する方法を示す流れ図である。
【図７】本発明の一実施例による移動通信システムでデータを転送する方法を示す図である。
【図８】本発明の他の実施例による移動通信システムで信号を転送する方法を示す図である。
【図９】本発明の他の実施例による移動通信システムで信号を転送する方法を示す図である。
【図１】
2009536468.tif 000007
【図２】
2009536468.tif 000008
【図３】
2009536468.tif 000009
【図４】
2009536468.tif 000010
【図５】
2009536468.tif 000011
【図６】
2009536468.tif 000012
【図７】
2009536468.tif 000013
【図８】
2009536468.tif 000014
【図９】
2009536468.tif 000015
【国際調査報告】
2009536468.tif 000016
2009536468.tif 000017
2009536468.tif 000018