(57)【要約】【課題】複数の階層からなる階層的な構造を持つ移動通信装置の特定の階層において制御情報を含むデータブロックを生成する方法を提供する。【解決手段】下位階層が受信側に転送する制御情報を持っていると、下位階層データブロックの１番目の領域内に、前記制御情報を含む制御データブロックを挿入する段階と、上位階層の前記データブロックの一つ以上の部分を、前記下位階層データブロックの２番目の領域に挿入する段階と、を含み、前記１番目の領域は、前記２番目の領域が前記上位階層データブロックの前記一つ以上の部分に割り当てられる前に前記制御データブロックに割り当てられる構成とした。【選択図】図１０
2008535370.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムで転送側の下位階層からデータブロックを生成する方法において、
前記下位階層が受信側に転送される制御情報を持っていると、下位階層データブロックの１番目の領域内に、前記制御情報を含む制御データブロックを挿入する段階と、
上位階層の前記データブロックの一つ以上の部分を、前記下位階層データブロックの２番目の領域に挿入する段階と、
を含み、
前記１番目の領域は、前記２番目の領域が前記上位階層データブロックの前記一つ以上の部分に割り当てられる前に、前記制御データブロックに割り当てられることを特徴とする、データブロック生成方法。
【請求項２】
前記２番目の領域は、前記１番目の領域以外の前記下位階層データブロックの残っている部分内に位置することを特徴とする、請求項１に記載のデータブロック生成方法。
【請求項３】
前記下位階層データブロックが前記制御データブロックを含むということを表す１番目の指示子（ｉｎｄｉｃａｔｏｒ）を挿入する段階をさらに含むことを特徴とする、請求項１に記載のデータブロック生成方法。
【請求項４】
前記１番目の領域と関連した情報を提供するために２番目の指示子を挿入する段階をさらに含むことを特徴とする、請求項３に記載のデータブロック生成方法。
【請求項５】
前記１番目の領域と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする、請求項４に記載のデータブロック生成方法。
【請求項６】
前記１番目の領域と関連した前記情報は、前記制御データブロックの長さを含むことを特徴とする、請求項４に記載のデータブロック生成方法。
【請求項７】
前記制御情報は、受信状態情報であることを特徴とする、請求項１に記載のデータブロック生成方法。
【請求項８】
前記１番目の領域は、前記下位階層データブロックの最後に位置することを特徴とする、請求項４に記載のデータブロック生成方法。
【請求項９】
前記２番目の指示子は、前記１番目の領域の最後に挿入されることを特徴とする、請求項８に記載のデータブロック生成方法。
【請求項１０】
前記上位階層データブロックの一部分が前記下位階層データブロック内に挿入されると、前記上位階層データブロックの他の部分を、前記下位階層の次のデータブロックに挿入する段階をさらに含むことを特徴とする、請求項１に記載のデータブロック生成方法。
【請求項１１】
移動通信システムの受信側の下位階層から上位階層データブロックを生成する方法において、
前記下位階層の１番目のデータブロックを受信する段階と、
前記上位階層データブロックの２番目の部分を持つ前記下位階層の２番目のデータブロックを受信する段階と、
前記上位階層データブロックの１番目の部分及び前記２番目の部分を用いて上位階層データブロックを生成する段階と、
を含み、
前記１番目のデータブロックは、前記上位階層のデータブロックの前記１番目の部分及び制御情報を含む制御データブロックを持つことを特徴とする、データブロック生成方法。
【請求項１２】
前記下位階層の前記１番目のデータブロックは、前記１番目の下位階層データブロックが前記制御データブロックを含むということを表す１番目の指示子をさらに含むことを特徴とする、請求項１１に記載のデータブロック生成方法。
【請求項１３】
前記下位階層の前記１番目のデータブロックは、前記制御データブロックの位置及び大きさのうち一つ以上と関連した情報を提供する２番目の指示子をさらに含むことを特徴とする、請求項１２に記載のデータブロック生成方法。
【請求項１４】
前記制御データブロックの前記位置と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする、請求項１３に記載のデータブロック生成方法。
【請求項１５】
前記制御情報は、受信状態情報であることを特徴とする、請求項１１に記載のデータブロック生成方法。
【請求項１６】
前記制御データブロックは、前記下位階層の前記１番目のデータブロックの最後に位置することを特徴とする、請求項１１に記載のデータブロック生成方法。
【請求項１７】
移動通信システムにおいて下位階層から受信側に転送される下位階層データブロックを生成するための下位階層エンティティを持つ転送器において、
上位階層のデータブロックの一つ以上の部分が前記下位階層データブロック内に挿入される前に、制御情報を含む制御データブロックを前記下位階層データブロック内に挿入するために、前記下位階層データブロックの１番目の領域を割り当てる手段と、
前記下位階層が前記受信側に転送される前記制御情報を持っていると、前記下位階層データブロックの前記１番目の領域内に前記制御データブロックを挿入する手段と、
前記下位階層データブロックの２番目の領域内に、前記上位階層データブロックの前記一つ以上の部分を挿入する手段と、
を備えることを特徴とする、転送器。
【請求項１８】
前記下位階層データブロックが前記制御データブロックを含むことを表す１番目の指示子を挿入する手段をさらに備えることを特徴とする、請求項１７に記載の転送器。
【請求項１９】
前記１番目の領域と関連した情報を提供する２番目の指示子を挿入する手段をさらに備えることを特徴とする、請求項１７に記載の転送器。
【請求項２０】
前記１番目の領域と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする、請求項１９に記載の転送器。
【請求項２１】
前記１番目の領域と関連した前記情報は、前記制御データブロックの長さを含むことを特徴とする、請求項１９に記載の転送器。
【請求項２２】
前記制御情報は、受信状態情報であることを特徴とする、請求項１７に記載の転送器。
【請求項２３】
前記１番目の領域は、前記下位階層データブロックの最後に位置することを特徴とする、請求項１７に記載の転送器。
【請求項２４】
前記上位階層データブロックの一部分が前記下位階層データブロック内に挿入されると、前記上位階層データブロックの他の部分を、前記下位階層の次のデータブロックに挿入する手段をさらに備えることを特徴とする、請求項１７に記載の転送器。
【請求項２５】
移動通信システムにおいて上位階層のデータブロックを生成するための下位階層エンティティを持つ受信器において、
前記上位階層の前記データブロックの１番目の領域及び制御情報を含む制御データブロックを持つ１番目のデータブロックとして、下位階層の前記１番目のデータブロックを受信する手段と、
前記上位階層データブロックの２番目の部分を持つ前記下位階層の２番目のデータブロックを受信する手段と、
前記上位階層データブロックの前記１番目及び２番目の部分を用いて前記上位階層データブロックを生成する手段と、
を備えることを特徴とする、受信器。
【請求項２６】
前記下位階層の前記１番目のデータブロックは、前記１番目の下位階層データブロックが前記制御データブロックを含むことを表す１番目の指示子をさらに含むことを特徴とする、請求項２５に記載の受信器。
【請求項２７】
前記下位階層の前記１番目のデータブロックは、前記制御データブロックの位置及び大きさのうち一つ以上と関連した情報を提供する２番目の指示子をさらに含むことを特徴とする、請求項２６に記載の受信器。
【請求項２８】
前記制御データブロックの前記位置と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする、請求項２６に記載の受信器。
【請求項２９】
前記制御情報は、受信状態情報であることを特徴とする、請求項２５に記載の受信器。
【請求項３０】
前記制御データブロックは、前記下位階層の前記１番目のデータブロックの最後に位置することを特徴とする、請求項２５に記載の受信器。
【請求項３１】
移動通信システムにおいて受信側へ制御情報を伝達するために下位階層から生成された下位階層データブロックの構造において、
前記下位階層データブロックの１番目の領域に位置した前記制御情報を含む制御データブロックと、
前記下位階層データブロックの２番目の領域に位置した上位階層のデータブロックの一つ以上の部分と、
前記下位階層データブロックが前記制御データブロックを含むことを表す１番目の指示子と、
前記制御データブロックの位置及び大きさのうち一つ以上と関連した情報を提供する２番目の指示子と、
を含むことを特徴とする、下位階層データブロック構造。
【請求項３２】
前記制御データブロックの前記位置と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする、請求項３１に記載の下位階層データブロック構造。
【請求項３３】
前記制御情報は、受信状態情報であることを特徴とする、請求項３１に記載の下位階層データブロック構造。
【請求項３４】
前記１番目の領域は、前記下位階層データブロックの最後に位置することを特徴とする、請求項３１に記載の下位階層データブロック構造。
【請求項３５】
前記上位階層データブロックの前記一つ以上の部分が前記２番目の領域に割り当てられる前に、前記制御データブロックが前記１番目の領域に割り当てられることを特徴とする、請求項３１に記載の下位階層データブロック構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線移動通信システムに係り、より具体的には、複数の階層からなる階層的構造を持つ移動通信装置の特定の階層において制御情報を含むデータブロックを生成する方法に関する。
【背景技術】
【０００２】
図１は、非同期ＩＭＴ−２０００システムの汎用移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ；以下、“ＵＭＴＳ”という。）のネットワーク構造を示す図である。
【０００３】
図１を参照すると、ＵＭＴＳは主として、ユーザ装置（Ｕｓｅｒ  ｅｑｕｉｐｔｍｅｎｔ；以下、“ＵＥ”という。）、ＵＭＴＳ地上無線接続ネットワーク（ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ；以下、“ＵＴＲＡＮ”という。）及び基幹網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；以下、“ＣＮ”という。）を含む。
【０００４】
ＵＴＲＡＮは、一つ以上の無線ネットワークサブシステム（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｓｕｂ−ｓｙｓｔｅｍ；以下、“ＲＮＳ”という。）を含む。そして、ＲＮＳは、一つの無線ネットワーク制御器（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ；以下、“ＲＮＣ”という。）及び該ＲＮＣにより管理される一つ以上の基地局（以下、“Ｎｏｄｅ  Ｂ”という。）を含む。また、一つ以上のセルが一つのＮｏｄｅ  Ｂに存在する。
【０００５】
図２は、ＵＭＴＳで用いられる無線プロトコルの構造図である。
【０００６】
図２を参照すると、複数の無線プロトコル階層は、ＵＥ及びＵＴＲＡＮに対（ｐａｉｒ）で存在し、それぞれ無線領域におけるデータ転送を担当する。各無線プロトコル階層について説明すると、下記の通りである。
【０００７】
まず、第１階層としての物理階層（ＰＨＹ）は、様々な無線転送技法を用いて無線領域でデータを転送する役割を果たす。物理階層（ＰＨＹ）は、転送（ｔｒａｎｓｐｏｒｔ）チャネルを介して上位階層のＭＡＣ階層に連結される。これらの転送チャネルは、チャネル共有が存在するか否かによって、専用（ｄｅｄｉｃａｔｅｄ）転送チャネル及び共用（ｃｏｍｍｏｎ）転送チャネルに分類されることができる。
【０００８】
第２階層には、ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ；媒体接近制御）、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ；無線リンク制御）、ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ；パケットデータ集中プロトコル）及びＢＭＣ（ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ；放送／マルチキャスト制御）階層が存在する。ＭＡＣ階層は、様々な論理チャネルを様々な転送チャネルにマッピング（ｍａｐｐｉｎｇ）する役割を果たし、複数の論理チャネルを一つの転送チャネルにマッピングするための論理チャネル多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）を担当する。ＭＡＣ階層は、論理チャネルを介して上位階層のＲＬＣ階層に連結される。また、論理チャネルは、転送される情報のタイプによって、主に、制御平面（Ｃ−ｐｌａｎｅ）の情報を転送するための制御チャネル及びユーザ平面（Ｕ−ｐｌａｎｅ）の情報を転送するためのトラフィック（ｔｒａｆｆｉｃ）チャネルに分類されることができる。
【０００９】
ＭＡＣ階層は、具体的に、管理される転送チャネルのタイプによって、ＭＡＣ−ｂ副階層（ｓｕｂ  ｌａｙｅｒ）、ＭＡＣ−ｃ／ｓｈ副階層、ＭＡＣ−ｈｓ副階層及びＭＡＣ−ｅ副階層に分けられる。
【００１０】
ＭＡＣ−ｂ副階層は、システム情報の放送（ｂｒｏａｄｃａｓｔ）を担当する転送チャネルであるＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ；放送チャネル）の管理を担当する。ＭＡＣ−ｃ／ｓｈ副階層は、他のＵＥと共有されるＦＡＣＨ（ｆｏｒｗａｒｄ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ；順方向接続チャネル）、ＤＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ダウンリンク共有チャネル）のような共用転送チャネルを管理する。ＭＡＣ−ｄ副階層は、特定のＵＥのための専用転送チャネルであるＤＣＨ（ｄｅｄｉｃａｔｅ  ｃｈａｎｎｅｌ；専用チャネル）の管理を担当する。ＭＡＣ−ｈｓ副階層は、ダウンリンクまたはアップリンクでの高速データ転送を支援するべく、高速ダウンリンクデータ転送のための転送チャネルであるＨＳ−ＤＳＣＨ（ｈｉｇｈ  ｓｐｅｅｄ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；高速ダウンリンク共有チャネル）を管理する。また、ＭＡＣ−ｅ副階層は、高速アップリンクデータ転送のための転送チャネルであるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ；強化専用チャネル）を管理する。
【００１１】
ＲＬＣ階層は、各無線ベアラー（ｒａｄｉｏ  ｂｅａｒｅｒ；以下、“ＲＢ”という。）のサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ；以下、“ＱｏＳ”という。）及び対応するデータ転送を確保する機能を担当する。ＲＬＣは、該当するＲＢの固有（ｇｅｎｅｒｉｃ）ＱｏＳを確保するために、各ＲＢ内に１つまたは２つの独立したＲＬＣエンティティ（ｅｎｔｉｔｙ）を置き、かつ、様々なＱｏＳを提供するためにＴＭ（ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ；透明モード）、ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ；非確認モード）及びＡＭ（ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ；確認モード）を含む３種類のＲＬＣモード（ｍｏｄｅ）を提供する。そして、ＲＬＣは、無線領域でのデータ転送のために下位階層に適合するようにデータ大きさを調節する役割を果たす。このため、ＲＬＣは、上位階層から受信したＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；サービスデータユニット）を分割（ｓｅｇｍｅｎｔｉｎｇ）及び結合（ｃｏｎｃａｔｅｎａｔｉｎｇ）することによってＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ；プロトコルデータユニット）を生成する。
【００１２】
ＰＤＣＰ階層は、ＲＬＣ階層上に置かれ、ＩＰｖ４またはＩＰｖ６などを用いて転送されるデータが、相対的に小さい帯域幅（ｂａｎｄｗｉｄｔｈ）を持つ無線領域で効率的に転送されるようにする。このため、ＰＤＣＰ階層は、データのヘッダのみを介して必要な情報を転送することによって、無線領域の転送効率を高めるためのヘッダ（ｈｅａｄｅｒ）圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）を行う。ヘッダ圧縮は、ＰＤＣＰ階層の基本的な機能であるから、ＰＤＣＰ階層は、パケットサービス（ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ；ＰＳ）ドメイン（ｄｏｍａｉｎ）にのみ存在する。また、一つのＰＤＣＰエンティティは、各パケットサービス（ＰＳ）に効果的なヘッダ圧縮を提供するためにＲＢごとに存在する。
【００１３】
第２階層においては、ＢＭＣ（ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ；放送／マルチキャスト制御）階層はＲＬＣ階層上に存在する。ＢＭＣ階層は、セル放送メッセージをスケジュール（ｓｃｈｅｄｕｌｅ）し、特定のセル内に位置するＵＥに放送する機能を担当する。
【００１４】
第３階層の最も低い部分に位置する無線資源制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；ＲＲＣ）階層は、単に制御平面上にのみ定義される。ＲＲＣ階層は、ＲＢの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除と関連するもので、第１階層及び第２階層のパラメータを制御し、論理チャネル、転送チャネル及び物理チャネルを制御する役割を果たす。この場合、ＲＢは、ＵＥ及びＵＴＲＡＮ間のデータ配送のための無線プロトコルの第１階層及び第２階層によって提供される論理的経路を意味する。一般に、“ＲＢ設定’とは、無線プロトコル階層の特性及び特定のサービスを提供するために必要なチャネルが規定され、それぞれの詳細なパラメータ及び作動方法が設定されるということを意味する。
【００１５】
次に、ＲＬＣ階層について詳細に説明する。
【００１６】
まず、ＲＬＣ階層の基本的な機能は、該当するデータ転送及び各ＲＢのＱｏＳ保障である。ＲＢサービスは、無線プロトコルの第２階層が上位階層に提供するサービスであるから、第２階層の全部分はＱｏＳに影響を与える。具体的には、ＲＬＣは、ＱｏＳに相当な影響を与える。ＲＬＣは、該当するＲＢの固有なＱｏＳを保障するために、各ＲＢ上に独立したＲＬＣエンティティを残す。また、ＲＬＣは、様々な種類のＱｏＳを支援するために透明モード（ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ；以下、“ＴＭ”という。）、非確認モード（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ；以下、“ＵＭ”という。）及び確認モード（ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ；以下“ＡＭ”という。）のような３種類のＲＬＣモードを支援する。ＲＬＣの３つのモードのそれぞれは、異なるＱｏＳを支援する。このため、ＲＬＣの３種類のモードは、作動方法及び詳細な機能の面でそれぞれ異なっている。したがって、ＲＬＣモードは、その動作モードの観点を考慮する必要がある。
【００１７】
透明モード（ＴＭ）は、ＲＬＣ  ＰＤＵ設定において、上位階層から伝達されるＲＬＣ  ＳＤＵにいかなるオーバーヘッドも付着されないモードである。すなわち、ＲＬＣは、ＳＤＵを透明に通過させるので、ＴＭ  ＲＬＣと呼ばれる。このＴＭ  ＲＬＣは、ユーザ及び制御平面で次の役割を果たす。ユーザ平面では、データ処理時間がＲＬＣ内では相対的に短いので、ＴＭ  ＲＬＣは、回線サービスドメイン（ｃｉｒｃｕｉｔ  ｓｅｒｖｉｃｅ  ｄｏｍａｉｎ；以下、“ＣＳドメイン”という。）内で音声またはストリーミング（ｓｔｒｅａｍｉｎｇ）のような実時間回線データの転送を担当する。制御平面では、ＲＬＣ内にいかなるオーバーヘッドもないので、ＴＭ  ＲＬＣは、アップリンクにおける不特定なＵＥからのＲＲＣメッセージのための転送またはダウンリンクにおけるセル内の全ＵＥへのＲＲＣメッセージ放送のための転送を担当する。
【００１８】
ＴＭと違い、ＲＬＣによってオーバーヘッドが付着されるモードは、非透明モードと呼ばれる。また、非透明モードは、転送されたデータに対していかなる確認もしないＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）及び転送されたデータに対して確認を行うＡＭ（ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）に分類される。ＵＭＲＬＣは、受信側が転送中にどのＰＤＵを失ったかを知らせるために、一連番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ；以下、“ＳＮ”という。）を含むＰＤＵヘッダを、それぞれのＰＤＵに付着することによってＰＤＵに送る。
【００１９】
ユーザ平面では、このような機能から、ＵＭＲＬＣは、パケットサービスドメイン（ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ  ｄｏｍａｉｎ；以下、“ＰＳドメイン”という。）で放送／マルチキャストデータまたは音声（例えば、ＶｏＩＰ）及びストリーミングのような実時間パケットデータの転送を主として担当する。制御ドメインでは、ＵＭＲＬＣは、セル内の特定のＵＥまたは特定のＵＥグループに転送されるＲＲＣメッセージのうち、確認を要しないＲＲＣメッセージの転送を担当する。
【００２０】
ＡＭ  ＲＬＣは、ＵＭＲＬＣと同様に、ＳＮを含むＰＤＵを付着することによってＰＤＵを設定する。しかし、ＡＭ  ＲＬＣは、受信側が転送側から転送されてきたＰＤＵに対する確認をするという点でＵＭＲＬＣとは違う。受信側はＡＭ  ＲＬＣで確認をするが、これは、受信側が、受信失敗したＰＤＵに対する転送側の再転送を要請するためである。この再転送機能は、ＡＭ  ＲＬＣの顕著な特徴である。したがって、ＡＭ  ＲＬＣの目的は、再転送を介して誤りないデータ転送を保障することにある。また、ＡＭ  ＲＬＣは、ユーザ平面内のＰＳドメインのＴＣＰ／ＩＰのような非実時間パケットデータの転送を主として担当する。制御平面では、ＡＭ  ＲＬＣは、セル内の特定のＵＥに転送されたＲＲＣメッセージのうち、必ず確認を要するＲＲＣメッセージの放送を担当する。
【００２１】
方向性の面では、ＴＭＲＬＣ及びＵＭＲＬＣは、単方向（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に用いられる。これに対し、ＡＭ  ＲＬＣは、受信側からのフィードバックによって双方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）通信に用いられる。双方向通信は、主として１対１（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）通信に用いられるので、ＡＭ  ＲＬＣは、専用論理チャネルにのみ用いられる。構造的な面では、ＴＭまたはＵＭＲＬＣの一つのＲＬＣエンティティは転送または受信のいずれか一構造と一緒に構成されるのに対し、転送側と受信側の両者は、ＡＭ  ＲＬＣの一つのＲＬＣエンティティ内に存在する。
【００２２】
ＡＭ  ＲＬＣの複雑性は、再転送機能に起因する。再転送管理のために、ＡＭ  ＲＬＣはトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）バッファと共に再転送バッファを必要とする。そして、ＡＭ−ＲＬＣは、流れ（ｆｌｏｗ）制御のための転送／受信ウィンド、転送側が相手側（ｐｅｅｒ）ＲＬＣエンティティの受信側に状態情報を要請するポーリング（ｐｏｌｌｉｎｇ）、受信側が相手側ＲＬＣエンティティの転送側に自身のバッファ状態を報告する状態報告（ｓｔａｔｕｓ  ｒｅｐｏｒｔ）、状態情報を伝達するための状態ＰＤＵ、データ転送の効率を高めるためにデータＰＤＵ内の状態ＰＤＵを挿入するピギーバック（ｐｉｇｇｙｂａｃｋ）などの使用のような様々な機能を行う。また、ＡＭ  ＲＬＣエンティティが動作過程で重大な誤りを発見するときに、他側のＡＭ  ＲＬＣエンティティに全ての活動及びパラメータのリセット（ｒｅｓｅｔ）を要請するリセットＰＤＵまたはリセットＰＤＵの確認に用いられるリセットａｃｋ  ＰＤＵがある。このような機能を支援するために、ＡＭ  ＲＬＣは、様々なプロトコル（ｐｒｏｔｏｃｏｌ）パラメータ、状態パラメータ及びタイマー（ｔｉｍｅｒ）を必要とする。ＡＭ  ＲＬＣ内のデータ転送の制御のために用いられる状態報告または状態ＰＤＵのようなＰＤＵ、リセットＰＤＵ及び類似なＰＤＵは、制御ＰＤＵと呼ばれる。また、ユーザデータを伝達するのに用いられるＰＤＵは、データＰＤＵと呼ばれる。
【００２３】
要するに、ＡＭ  ＲＬＣによって使用されたＰＤＵは主として２類型に分類される。第一のタイプはデータＰＤＵで、第二のタイプは制御ＰＤＵである。制御ＰＤＵは、状態ＰＤＵ、ピギーバックされた（ｐｉｇｇｙｂａｃｋｅｄ）状態ＰＤＵ、ｒｅｓｅｔ  ＰＤＵ及びｒｅｓｅｔ  ａｃｋ  ＰＤＵを含む４タイプに分類されることができる。
【００２４】
前述したように、制御ＰＤＵを使用する場合の一つはリセット手順である。リセット手順は、ＡＭ  ＲＬＣの動作中に誤りがある状況を解決するのに用いられる。例えば、リセット手順は、相互間に使用された一連番号が異なる、または、ＰＤＵまたはＳＤＵが先決定された回数（ｃｏｕｎｔ）を越えて転送に失敗する状況を解決するのに用いられる。リセット手順が使用されると、受信側のＡＭ  ＲＬＣ及び転送側のＡＭ  ＲＬＣは、通信を再び始めるための状態に入るために環境変数をリセットする。
【００２５】
リセット手順は、次のような方式で行われる。
【００２６】
まず、転送側のＡＭ  ＲＬＣは、リセットＰＤＵ内の転送方向内に現在使われたＨＦＮ（ハイパーフレーム番号；ｈｙｐｅｒ  ｆｒａｍｅ  ｎｕｍｂｅｒ）の値を含めた後、受信側にリセットＰＤＵを転送する。
【００２７】
リセットＰＤＵを受信する場合、受信側のＡＭ  ＲＬＣは、自身の受信方向内でＨＦＮ値をリセットし、一連番号などのような環境変数を初期化する。
【００２８】
そして、受信側のＡＭ  ＲＬＣは、リセットａｃｋ  ＰＤＵ内の自身の転送方向内に自身のＨＦＮを含めた後、転送側のＡＭ  ＲＬＣにリセットａｃｋ  ＰＤＵを転送する。
【００２９】
リセットａｃｋ  ＰＤＵを受信すると、転送側のＡＭ  ＲＬＣは、自身の受信方向でＨＦＮ値をリセットし、続いて、環境変数を初期化する。
【００３０】
図３は、データを転送するのに用いられるデータＰＤＵのようなＡＭ  ＲＬＣ  ＰＤＵ（ＡＭＤ  ＰＤＵ）の構造図である。
【００３１】
図３を参照すると、ＡＭ  ＲＬＣ  ＰＤＵは、ＡＭ  ＲＬＣエンティティがユーザデータ、ピギーバックされた状態情報またはポーリングビットを転送しようとする場合に用いられる。ユーザデータ部分は、８ビットの整数倍で構成される。そして、ＡＭ  ＲＬＣ  ＰＤＵのヘッダは、２オクテット（ｏｃｔｅｔ）大きさを持つ一連番号で構成される。また、ＡＭ  ＲＬＣ  ＰＤＵのヘッダ部分は、長さ指示子（ｉｎｄｉｃａｔｏｒ）Ｌ１を含む。
【００３２】
図４は、状態ＰＤＵの構造図である。
【００３３】
図４を参照すると、状態ＰＤＵは、異なる種類のスーパーフィールド（ｓｕｐｅｒ  ｆｉｅｌｄ；ＳＵＦＩ）を含む。状態ＰＤＵの大きさは様々であるが、状態ＰＤＵを伝達する論理チャネルの最も大きいＲＬＣ  ＰＤＵの大きさに制限される。この場合、ＳＵＦＩは、どんな種類のＡＭ  ＲＬＣ  ＰＤＵが受信側に到着するか、または、どんな種類のＡＭ  ＲＬＣが受信側に到着しないかを表す情報として用いられる。ＳＵＦＩは、タイプ、長さ及び値の３部分で構成される。
【００３４】
図５は、ピギーバックされた状態ＰＤＵの構造図である。
【００３５】
図５を参照すると、ピギーバックされた状態ＰＤＵの構造は、状態ＰＤＵの構造と似ている。ピギーバックされた状態ＰＤＵは、Ｄ／Ｃフィールドが予約されたビット（Ｒ２）で取り替えられる点で状態ＰＤＵと違う。
【００３６】
ピギーバックされた状態ＰＤＵは、充分な空間が残っている場合にＡＭ  ＲＬＣ  ＰＤＵ内に挿入される。そして、ＰＤＵタイプ値（ｔｙｐｅ＿）は常に‘０００’と固定される。
【００３７】
図６は、リセット／リセットａｃｋ  ＰＤＵの構造図である。
【００３８】
図６を参照すると、リセットＰＤＵは、１ビットＲＳＮの一連番号を含む。
【００３９】
また、ｒｅｓｅｔ  ａｃｋ  ＰＤＵは、受信したｒｅｓｅｔ  ＰＤＵに応答して転送され、受信したリセットＰＤＵ内に含まれたＲＳＮを含むことによって転送される。
【００４０】
次に、ＰＤＵフォーマット内で用いられたパラメータについて詳細に説明する。
【００４１】
１）Ｄ／Ｃフィールド：Ｄ／Ｃフィールドは、該当するＰＤＵが制御ＰＤＵか、または、データＰＤＵかを表すフィールドである。
【００４２】
２）ＰＤＵタイプ：ＰＤＵタイプは、制御ＰＤＵのタイプを表す。具体的には、ＰＤＵタイプは、該当するＰＤＵがリセットＰＤＵか、状態ＰＤＵかを表す。
【００４３】
３）一連番号：この値は、ＡＭ  ＲＬＣ  ＰＤＵの一連番号情報を意味する。
【００４４】
４）ポーリングビット（Ｐ）：この値は、状態報告の要請が受信側に与えられる場合に設定される。
【００４５】
５）拡張（ｅｘｔｅｎｓｉｏｎ）ビット（Ｅ）：この値は、次のオクテットが長さ指示子であるか否かを表す。
【００４６】
６）予約ビット（Ｒ１）：この値は、リセットＰＤＵまたはリセットａｃｋ  ＰＤＵのために使用され、０００にコーディングされる。
【００４７】
７）ヘッダ拡張ビット（ｈｅａｄｅｒ  ｅｘｔｅｎｓｉｏｎ；ＨＥ）：この値は、次のオクテットが長さ指示子であるか、データであるかを表す。
【００４８】
８）長さ指示子：この値は、異なるＰＤＵ間の境界がＰＤＵのデータ部分内に存在する場合に境界の位置を表す。
【００４９】
９）ＰＡＤ：この部分は、ＡＭ  ＲＬＣ  ＰＤＵのために使用されないパッティング（ｐａｄｄｉｎｇ）領域である。
【００５０】
前述したように、状態ＰＤＵは、制御情報及びパッティング情報が一つのＡＭＤ  ＰＤＵ（ＡＭ  ｄａｔａ  ＰＤＵ）内に含まれたケースに該当する。そして、ピギーバックされた状態ＰＤＵは、ユーザ及び制御情報が一つのＡＭＤ  ＰＤＵ内にある場合における制御情報を意味する。ピギーバックされた状態ＰＤＵのフォーマットは、状態ＰＤＵのフォーマットと実質的に同一である。しかし、これらのＰＤＵは、一つのＡＭＤ  ＰＤＵがどのように埋め込まれるかによって分類される。
【００５１】
ピギーバックされた状態ＰＤＵまたは状態ＰＤＵは、ユーザデータでないので、これらはデータ転送の側面で効率性を上げるために最小限に転送されなければならない。しかし、ＡＭ  ＲＬＣのデータ転送において、転送側は常に、受信側からデータが正確に受信されるかを表す確認を必要とするので、状態ＰＤＵまたはピギーバックされた状態ＰＤＵの転送を完全に縮小することは不可能である。
【００５２】
関連技術によるＡＭ  ＲＬＣ動作において、ＡＭ  ＲＬＣは、好ましくは、転送される制御情報及びユーザデータがある場合には制御情報を転送する。制御情報を転送する場合に、ＵＥは、ＡＭＤ  ＰＤＵ内に余裕空間がないと、ピギーバックされた状態ＰＤＵを使用することが不可能である。したがって、ＵＥは、状態ＰＤＵを用いて制御情報を転送する。この場合、あらかじめ設定されたＡＭＤ  ＰＤＵの転送は遅れることがある。
【００５３】
図７は、関連技術によるＡＭ  ＲＬＣの動作を説明する例示図である。
【００５４】
図７を参照すると、最大二つのＰＤＵが一つのＴＴＩ（ｔｒａｎｓｍｉｔ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：転送時間間隔）の間に転送されることができ、ＡＭ  ＲＬＣは、転送される充分のデータがあると仮定する。したがって、ＡＭ  ＲＬＣは、ＡＭ  ＲＬＣ  ＰＤＵを埋めうるような充分のデータがある状況に置かれていると仮定する。
【００５５】
ＡＭ  ＲＬＣは、ＴＴＩ  １に転送される制御情報がないので、ユーザデータのみを含むＡＭＤ  ＰＤＵが設定されて転送される。ＴＴＩ  ２には、転送される制御情報がある場合であり、ＡＭ  ＲＬＣは、状態ＰＤＵまたはピギーバックされた状態ＰＤＵを用いて他側のＡＭ  ＲＬＣに制御情報を転送しなければならない。しかし、ＡＭ  ＲＬＣは、転送される充分のユーザデータを持っていると仮定したので、ＡＭＤ  ＰＤＵの構成にかかわらず、パッティングビットは生成されることができない。その結果、ピギーバックされた状態ＰＤＵは含まれることができない。したがって、ＡＭ  ＲＬＣは、状態ＰＤＵを用いて制御情報を転送しなければならない。この場合、ＡＭ  ＲＬＣは、一つのＴＴＩに最大二つのＡＭＤ  ＰＤＵを使用することができるという仮定のうえ、ＡＭ  ＲＬＣは、ＴＴＩ  ２に、ユーザデータのみを含む一つのＡＭＤ  ＰＤＵ及び一つの状態ＰＤＵを転送する。そして、ＴＴＩの１のように単にユーザデータのみを含むＡＭＤ  ＰＤＵは、ＴＴＩ  ３で転送される。
【００５６】
しかしながら、かかる関連技術は次のような問題があった。
【００５７】
まず、ＡＭ  ＲＬＣによって転送される充分のデータがあるにもかかわらず、状態報告の大きさがＡＭＤ  ＰＤＵの大きさよりも小さい場合には、図７に示すように、情報として重要性を持たないパッティングビットが、状態ＰＤＵ内に存在する。これは、ＡＭ  ＲＬＣによって転送される超過分のユーザデータがある場合には、深刻な転送効率の減少につながる。
【００５８】
前述したように、状態ＰＤＵではなくピギーバックされた状態ＰＤＵを使用することによって、ＰＤＵの構成を非効率的にするパッティングビットのような部分が減少することができる。しかし、関連技術では、ピギーバックされた状態ＰＤＵは、使用が促されない。その理由は、次の通りである。まず、転送される制御情報及びユーザデータがある場合には、ＡＭ  ＲＬＣは、好ましくは、ＡＭ  ＰＤＵをユーザデータで埋め、その後、ピギーバックされた状態ＰＤＵの形態（ｆｏｒｍａｔ）内のＡＭＤ  ＰＤＵの余分の空間内に制御情報を挿入する。一方、関連技術では、ピギーバックされた状態ＰＤＵが特定のＡＭＤ  ＰＤＵ内に含まれる場合には、ピギーバックされた状態ＰＤＵの直前に含まれたＳＤＵの一部または全部は、ＳＤＵの最後の部分に該当しなければならない。具体的には、ピギーバックされた状態ＰＤＵを含むＡＭＤ  ＰＤＵの次で転送されるＡＭＤ  ＰＤＵの最初部分は、新しいＳＤＵの最初部分として始まる。
【００５９】
図８は、関連技術によってピギーバックされた状態情報を含むＡＭＤ  ＰＤＵを設定する方法を説明する図である。
【００６０】
図８を参照すると、転送されるユーザデータ及び制御情報が存在する場合には、ＡＭ  ＲＬＣは、ｎ番目のＡＭＤ  ＰＤＵ内にＳＤＵ１及びＳＤＵ２を挿入した後、制御情報がピギーバックされた状態ＰＤＵの形態でｎ番目のＡＭＤ  ＰＤＵに挿入されうる空間があるか判定する。制御情報がｎ番目ＡＭＤ  ＰＤＵに挿入されうると判定されると、ピギーバックされた状態ＰＤＵは挿入される。これにより、ピギーバックされた状態ＰＤＵの前に位置したＳＤＵ２は、ピギーバックされた状態ＰＤＵの前で終わらなければならず、（ｎ＋１）番目のＡＭＤ  ＰＤＵ内に含まれることができない。すなわち、ＳＤＵが二つ以上の部分に断片化（ｓｅｇｍｅｎｔｅｄ）すると、ｎ番目のＡＭＤ  ＰＤＵ内に一部分を含み、（ｎ＋１）番目のＡＭＤ  ＰＤＵ内に他の部分を含むことが不可能である。
【００６１】
しかしながら、従来の関連技術では、ピギーバックされた状態ＰＤＵの大きさは、ＡＭＤ  ＰＤＵが一つ以上のＳＤＵで埋められてから残った空間に限定される。したがって、ＡＭ  ＲＬＣがピギーバックされた状態ＰＤＵを使用する必要がある場合にもかかわらず、該当するＰＤＵを使用し難いことが多い。受信側に転送される制御情報が生成されると、ＡＭ  ＲＬＣは、転送効率の観点でより有利なピギーバックされた状態ＰＤＵよりも状態ＰＤＵを使用する可能性が高い。その結果、制御情報の転送効率はより低下してしまう。
【発明の開示】
【発明が解決しようとする課題】
【００６２】
したがって、本発明は、従来の関連技術における制限及び不利な点に起因する一つ以上の問題を実質的に回避するためのデータブロックを生成する方法を指向する。
【００６３】
本発明の目的は、無線移動通信システムにおいて転送側及び受信側の階層によって限定された資源をより効率的に使用可能にするデータブロックを生成する方法を提供することにある。
【００６４】
本発明の他の目的は、無線移動通信システムにおいて最大ユーザデータレート（ｒａｔｅ）を達成できるようにするデータブロックを生成する方法を提供することにある。
【００６５】
本発明のさらに他の目的は、無線移動通信システムにおいて制御情報転送効率を増大させることができるデータブロックを生成する方法を提供することにある。
【００６６】
本発明のさらに他の目的は、無線移動通信システムにおいて限定された資源を使用することによって効率性を増加させる方法で最大ユーザデータレートを達成させることができ、かつ、制御情報転送効率を増大させることができる転送器及び受信器を提供することにある。
【００６７】
本発明のさらに他の目的は、無線移動通信システムにおいて限定された資源を使用することによって効率性を増加させる方法で最大ユーザデータレートを達成することができ、かつ、制御情報転送効率を増大させることができるデータブロック構造を提供することにある。
【００６８】
本発明の付加的な特徴及び長所は、下記の説明で展開され、部分的には下記の説明から明白になるか、本発明の練習から習得することができる。本発明の目的及び他の長所は、添付の図面及び下記の説明の他、請求項で具体的に指摘された構造によって実現されて獲得できる。
【課題を解決するための手段】
【００６９】
本発明の上記の長所及び目的を達成するために、広範囲に説明され且つ実施例によって具現された通り、本発明による移動通信システムにおける送信側の下位階層からデータブロックを生成する方法は、下位階層が受信側に転送される制御情報を持っていると、下位階層データブロックの１番目の領域内に、前記制御情報を含む制御データブロックを挿入する段階と、上位階層の前記データブロックの一つ以上の部分を前記下位階層データブロックの２番目の領域に挿入する段階と、を含み、前記１番目の領域は、前記２番目の領域が前記上位階層データブロックの前記一つ以上の部分に割り当てられる前に、前記制御データブロックに割り当てられる。
【００７０】
好ましくは、前記２番目の領域は、前記１番目の領域以外の前記下位階層データブロックの残っている部分内に位置することを特徴とする。
【００７１】
好ましくは、前記方法は、前記下位階層データブロックが前記制御データブロックを含むということを表す１番目の指示子（ｉｎｄｉｃａｔｏｒ）を挿入する段階をさらに含むことを特徴とする。
【００７２】
より好ましくは、前記方法は、前記１番目の領域と関連した情報を提供するために２番目の指示子を挿入する段階をさらに含むことを特徴とする。
【００７３】
より好ましくは、前記１番目の領域と関連した前記情報は、前記下位階層データブロック内の前記１番目の領域の開始位置を含むことを特徴とする。
【００７４】
より好ましくは、前記１番目の領域と関連した前記情報は、前記制御データブロックの長さを含むことを特徴とする。
【００７５】
好ましくは、前記制御情報は、受信状態情報であることを特徴とする。
【００７６】
より好ましくは、前記１番目の領域は、前記下位階層データブロックの最後に位置する。
【００７７】
より好ましくは、前記２番目の指示子は、前記１番目の領域の最後に挿入されることを特徴とする。
【００７８】
好ましくは、前記上位階層データブロックの一部分が、前記下位階層データブロック内に挿入されると、前記上位階層データブロックの他の部分を、前記下位階層の次のデータブロックに挿入する段階をさらに含むことを特徴とする。
【００７９】
本発明の様々な長所及び目的をさらに達成するために、移動通信システムにおいて受信側の下位階層から上位階層データブロックを生成する方法は、前記下位階層の１番目のデータブロックを受信する段階と、前記上位階層データブロックの２番目の部分を持つ前記下位階層の２番目のデータブロックを受信する段階と、前記上位階層データブロックの１番目の部分及び前記２番目の部分を用いて上位階層データブロックを生成する段階と、を含み、前記１番目のデータブロックは、前記上位階層のデータブロックの１番目の部分及び制御情報を含む制御データブロックを有する。
【００８０】
本発明の様々な長所及び目的をさらに達成するために、移動通信システムで下位階層から受信側に転送される下位階層データブロックを生成するための下位階層エンティティを持つ転送器において、前記下位階層は、上位階層のデータブロックの一つ以上の部分が前記下位階層データブロック内に挿入される前に制御情報を含む制御データブロックを前記下位階層データブロック内に挿入するために、前記下位階層データブロックの１番目の領域を割り当てる手段と、前記下位階層が前記受信側に転送される前記制御情報を持っている場合、前記下位階層データブロックの前記１番目の領域内に前記制御データブロックを挿入する手段と、前記下位階層データブロックの２番目の領域内に前記上位階層データブロックの前記一つ以上の部分を挿入する手段と、を備える。
【００８１】
本発明の様々な長所及び目的をさらに達成するために、移動通信システムにおいて上位階層のデータブロックを生成するための下位階層エンティティを持つ受信器は、前記上位階層の前記データブロックの１番目の領域及び制御情報を含む制御データブロックを持つ１番目のデータブロックとして、下位階層の前記１番目のデータブロックを受信する手段と、前記上位階層データブロックの２番目の部分を持つ前記下位階層の２番目のデータブロックを受信する手段と、前記上位階層データブロックの前記１番目及び２番目の部分を用いて前記上位階層データブロックを生成する手段と、を備える。
【００８２】
本発明の様々な長所及び目的をさらに達成するために、移動通信システムにおいて受信側へ制御情報を伝達するために下位階層から生成された下位階層データブロックの構造は、前記下位階層データブロックの１番目の領域に位置した前記制御情報を含む制御データブロックと、前記下位階層データブロックの２番目の領域に位置した上位階層のデータブロックの一つ以上の部分と、前記下位階層データブロックが前記制御データブロックを含むことを表す１番目の指示子と、前記制御データブロックの位置及び大きさのうち一つ以上と関連した情報を提供する２番目の指示子と、を含む。
【００８３】
以上の本発明についての包括的な説明と以下の詳細な説明は、いずれも例示的且つ説明的なものであり、請求されたような本発明についての追加的説明がさらに提供されることができる。
【発明を実施するための最良の形態】
【００８４】
以下、添付の図面を参照しつつ、本発明の好適な実施例について詳細に説明する。
【００８５】
図９は、本発明の好適な一実施例によるデータブロックを生成する方法を示す図である。
【００８６】
下記に説明される実施例はいずれも、本発明の技術的な特徴が３ＧＰＰ移動通信システムに適用された例である。具体的には、下記の各実施例は、上位階層から伝達されたサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ；ＳＤＵ）及び制御情報を使用する物理階層、ＭＡＣ階層、ＲＬＣ階層及びＰＤＣＰ階層を含む複数のプロトコルスタック（ｓｔａｃｋ）構造、その転送器及び受信器、並びに、ＡＭＤ  ＰＤＵの構造を持つ通信システムのＲＬＣ階層でＡＭプロトコルデータユニット（ＡＭＤ  ＰＤＵ）を生成する方法を含む。
【００８７】
図９に示す実施例では、一ＴＴＩ（転送時間間隔）に最大２つのＰＤＵが転送されることができ、ＲＬＣ階層は、転送される充分のデータを持っているとする。すなわち、ＲＬＣ階層はいつも完全にＡＭＤ  ＰＤＵを埋める準備ができていると仮定する。
【００８８】
図９を参照すると、ＲＬＣ階層は、ＴＴＩ  １の時点で転送される制御情報を持っていないとすれば、ＲＬＣ階層は、上位階層のみから伝達されたサービスデータユニット（ＳＤＵ）であるユーザデータを含むＡＭＤ  ＰＤＵを設定し、その後、受信側にＡＭＤ  ＰＤＵを転送する。
【００８９】
ＲＬＣ階層が、ＴＴＩ  ２の時点で、受信側へ転送される制御情報を持っている場合には、ＲＬＣ階層は、好ましくは、ＡＭＤ  ＰＤＵ内の制御情報を含め、その中に制御情報を持つＡＭＤ  ＰＤＵの余裕空間内に、上位階層から伝達されたサービスデータユニットを含めるという方式でＡＭＤ  ＰＤＵを設定し、その後、該設定されたＡＭＤ  ＰＤＵを受信側に転送する。ＴＴＩ  ２における２番目のＡＭＤ  ＰＤＵは、本発明の好適な一実施例による新しいタイプのＡＭＤ  ＰＤＵの一例である。
【００９０】
制御情報は、状態報告情報（受信状態情報）を含むことができる。好ましくは、制御情報は、一例として、ピギーバックされた状態ＰＤＵのような一つの独立した制御データブロックの形態で構成されたが、これに限定されず、制御情報は、様々な方式で構成されても良い。制御情報を含む制御データブロックは、ＡＭＤ  ＰＤＵ内の任意の位置に置かれることができる。すなわち、制御データブロックは、ＡＭＤ  ＰＤＵのヘッダの最後の部分、ヘッダの次の部分またはＡＭＤ  ＰＤＵの最後の部分に含まれることができる。
【００９１】
その中に制御データブロックを含むＡＭＤ  ＰＤＵは、好ましくは、ＡＭＤ  ＰＤＵが制御データブロック及びその制御データブロックの位置または大きさに関する情報またはその制御データブロックの位置及び大きさの全てに対する情報を提供する２番目の指示子を含むことを指示する１番目の指示子を含むことができる。そして、２番目の指示子は、ＡＭＤ  ＰＤＵ内の制御データブロックが始まる位置に対する情報を含むことができる。
【００９２】
図９では、ＳＤＵ４の一部分はＡＭＤ  ＰＤＵ内の制御データブロックの直前に含まれており、ＳＤＵ４の他の部分はＴＴＩ  ３における他のＡＭＤ  ＰＤＵの最初部分に含まれている。すなわち、従来の関連技術では、ＡＭＤ  ＰＤＵがピギーバックされた状態ＰＤＵを含むと、特定のＳＤＵの最後の部分は、そのピギーバックされた状態ＰＤＵの直前の一部分に位置しなければならないが、これを本発明に常に適用できるわけではない。したがって、受信側が１番目の指示子を含むＡＭＤ  ＰＤＵを受信すると、該受信したＡＭＤ  ＰＤＵは制御データブロックを含み、完了していないＳＤＵはその制御データブロックの前に位置できると認識されることができる。
【００９３】
また、ユーザデータのみを含むＡＭＤ  ＰＤＵは、ＴＴＩ  １のようにＴＴＩ  ３で設定された後、受信側に転送される。
【００９４】
図１０は、本発明の好適な一実施例によるＡＭＤ  ＰＤＵの構造図である。
【００９５】
図１０を参照すると、転送側のＲＬＣ階層は、好ましくは、ＡＭＤ  ＰＤＵ内の受信側に転送される制御情報を含み、その後、該ＡＭＤ  ＰＤＵの残っている空間内に上位階層から伝達されたＳＤＵを含む。この場合、ＬＩ  １〜ＬＩ  ｎはそれぞれ、当該ＡＭＤ  ＰＤＵ内に含まれたＳＤＵの位置を表す長さ指示子である。
【００９６】
‘１番目のＬＩ’は、ＡＭＤ  ＰＤＵがピギーバックされた状態ＰＤＵを含むことを表す指示子であり、‘２番目のＬＩ’は、該ＡＭＤ  ＰＤＵ内のピギーバックされた状態ＰＤＵの一部分を表す指示子である。この‘２番目のＬＩ’は、当該ピギーバックされた状態ＰＤＵの開始点及び大きさのうち一つ以上のための情報を含むことによってそのピギーバックされた状態ＰＤＵの位置を表すことができる。好ましくは、‘１番目のＬＩ’は、７ビットである場合に‘１１１１１００’または‘１１１１１０１’となる。好ましくは、‘１番目のＬＩ’は、‘１１１１１１１１１１１１１００’または‘１１１１１１１１１１１１１０１’のいずれかを使用する。
【００９７】
図１１は、本発明の好適な他の実施例によるＡＭＤ  ＰＤＵの構造図である。
【００９８】
図１１に示す実施例は、ピギーバックされた状態ＰＤＵを含むＡＭＤ  ＰＤＵ内の‘２番目のＬＩ’の位置が、図１０の実施例のそれと違う。すなわち、ＡＭＤ  ＰＤＵのヘッダを単純化することにより、受信側は制御情報及びユーザデータを別々に処理することができる。
【００９９】
図１１を参照すると、‘２番目のＬＩ’は、ピギーバックされた状態ＰＤＵの開始点または大きさを表すために、該ピギーバックされた状態ＰＤＵの次に位置する。‘２番目のＬＩ’がピギーバックされた状態ＰＤＵの次に位置する理由は、次の通りである。ピギーバックされた状態ＰＤＵの大きさ情報はＡＭＤ  ＰＤＵのヘッダ内に含まれないので、‘２番目のＬＩ’がピギーバックされた状態ＰＤＵの前に位置すると、受信側は該ピギーバックされた状態ＰＤＵを正確に理解し難くなるためである。すなわち、‘２番目のＬＩ’をＡＭＤ  ＰＤＵの最後の部分に位置させることによって、受信側が、ピギーバックされた状態ＰＤＵの大きさを正確に理解できるようにする。一方、ピギーバックされた状態ＰＤＵ及び‘２番目のＬＩ’を共に併合（ｍｅｒｇｉｎｇ）することにより、一つの新しいピギーバックされた状態ＰＤＵを設定することが可能になる。
【０１００】
図１０に示すように、受信側が、ＲＬＣ階層がＡＭＤ  ＳＤＵを受信する度に、‘１番目のＬＩ’が受信したＡＭＤ  ＰＤＵ内に存在しているか否かを確認する。‘１番目のＬＩ’が存在すると、ピギーバックされた状態ＰＤＵが当該ＡＭＤ  ＰＤＵ内に存在すると決定する。ＡＭＤ  ＰＤＵ内に含まれた‘２番目のＬＩ’からピギーバックされた状態ＰＤＵの位置を獲得した後に、受信側ＲＬＣ階層は、ピギーバックされた状態ＰＤＵ内に含まれた制御情報によって動作する。そして、受信側ＲＬＣ階層は、‘１番目のＬＩ’及び‘２番目のＬＩ’以外の残りのＬＩ及びヘッダ内に含まれたフィールド（ｆｉｅｌｄ）値を用いてＡＭＤ  ＰＤＵ内に含まれたＳＤＵを回復する。
【０１０１】
図１１に示すＡＭＤ  ＰＤＵが使用された場合、受信側ＲＬＣ階層は、ＡＭＤ  ＰＤＵ内に含まれた‘１番目のＬＩ’からＡＭＤ  ＰＤＵ内のピギーバックされた状態ＰＤＵが含まれることを理解する。
【０１０２】
受信側ＲＬＣ階層は、ＡＭＤ  ＰＤＵの最後の部分内に含まれた‘２番目のＬＩ’から、ピギーバックされた状態ＰＤＵの位置を得、該ピギーバックされた状態ＰＤＵ内に含まれた制御情報を獲得した後、獲得された情報によって動作する。そして、受信側ＲＬＣ階層は、‘１番目のＬＩ’及び‘２番目のＬＩ’以外の残りのＬＩ及びヘッダ内に含まれたフィールド値を用いてＡＭＤ  ＰＤＵ内に含まれたＳＤＵを回復する。ＡＭＤ  ＰＤＵから制御情報を除去した後に、ＲＬＣ階層は、ＡＭＤ  ＰＤＵのＳＮ情報を用いて受信ウィンド内にＡＭＤ  ＰＤＵを位置させる。
【０１０３】
図１２は、本発明の好適な他の実施例による、受信側ＲＬＣ階層がＡＭＤ  ＰＤＵを受信することによって動作する過程を説明する図で、説明の便宜上、ＡＭＤ  ＰＤＵのヘッダ内に含まれたＤ／Ｃ、ＳＮ値及び類似部分は省略した。
【０１０４】
図１２を参照すると、受信側ＲＬＣ階層は、ｎ番目のＡＭＤ  ＰＤＵを受信し、該受信したＡＭＤ  ＰＤＵ内に‘１番目のＬＩ’及び‘２番目のＬＩ’が含まれていることがわかる。これにより、受信側ＲＬＣ階層は、ＡＭＤ  ＰＤＵがピギーバックされた状態ＰＤＵを含んでいることがわかり、該ピギーバックされた状態ＰＤＵの位置情報がわかる。また、受信側ＲＬＣ階層は、ピギーバックされた状態ＰＤＵ直前のＳＤＵ（図１２のＳＤＵ４）がｎ番目のＡＭＤ  ＰＤＵで終わらず、ＳＤＵ４の一部が（ｎ＋１）番目のＡＭＤ  ＰＤＵ内に含まれるということがわかる。したがって、受信側ＲＬＣ階層は、ｎ番目及びｎ＋１番目のＡＭＤ  ＰＤＵ内に含まれたＳＤＵ４の部分を用いて全体ＳＤＵ４を回復できる。
【０１０５】
または、ＡＭＤ  ＰＤＵの具現を単純化するために、ピギーバックされた状態ＰＤＵは、ＡＭＤ  ＰＤＵのヘッダ内に含まれるか、または、ヘッダの直後に位置する。例えば、ピギーバックされた状態ＰＤＵが‘１番目のＬＩ’の直後に含まれる構造が考慮されることができる。この場合、‘２番目のＬＩ’以外の残りのＬＩは、ピギーバックされた状態ＰＤＵの後に含まれたＳＤＵ間における境界に対する情報を提供する。
【０１０６】
本発明は、移動通信システムに挙げて説明されてきたが、無線通信機能を備えたＰＤＡまたはノートブックコンピュータのための無線通信システムにも適用可能である。本発明で言及された用語が、無線通信システムの範囲を限定するわけではない。また、本発明は、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡなどのように異なる無線インターフェース及び物理階層を使用する無線通信システムにも適用可能である。
【０１０７】
本発明の内容は、ソフトウェア、ファームウエア、ハードウェアまたはこれらの組み合わせのいずれかによって具現可能である。具体的には、本発明の内容は、ハードウェア内のコード（ｃｏｄｅ）のようなハードウェアロジック、回路チップ及びＡＳＩＣを用いて具現される、または、コンピュータプログラミング言語を用いてハードディスク、フロッピー（登録商標）ディスク及びテープのようなコンピュータ可読記憶媒体、光記憶体、ＲＯＭ及びＲＡＭ内のコードによって具現されることができる。
【０１０８】
コンピュータ可読媒体内のコードは、プロセッサ（ｐｒｏｃｅｓｓｏｒ）によって接続され、実行可能である。本発明の内容を具現するコードは、転送媒体（ｍｅｄｉａ）またはネットワーク上のファイルサーバ（ｓｅｒｖｅｒ）を介しても接続可能である。この場合、コードが具現される装置は、ネットワーク転送ラインのような有線転送媒体、無線転送媒体、シグナリング（ｓｉｇｎａｌｉｎｇ）、無線シグナリング、赤外線シグナリング及びそれと類似な転送媒体を含むことができる。
【０１０９】
図１３は、本発明の機能を行う移動端末のような無線通信装置のブロック図である。
【０１１０】
図１３を参照すると、無線通信装置１００は、マイクロ・プロセッサ及びデジタルプロセッサのような処理（ｐｒｏｃｅｓｓｉｎｇ）ユニットモジュール１１０、ＲＦモジュール１４５、電力制御モジュール１０６、アンテナ１４０、バッテリー１５５、ディスプレイモジュール１１５、キーパッド１２０、ＲＯＭ、ＳＲＡＭ及びフラッシュ（ｆｌａｓｈ）メモリのような記憶モジュール１３０、スピーカー１４５及びマイクロホン１５０を備える。
【０１１１】
ユーザは、マイクロホン１５０を用いて音声を活性化する、または、ボタン押下によって電話番号のような命令情報を入力する。
【０１１２】
処理ユニットモジュール１１０は、ユーザにより要請された機能を行うために命令情報を受信して処理する。処理ユニットモジュール１１０は、要請機能を行うのに必要なデータのために記憶モジュール１３０を検索し、該データを使用する。また、処理ユニットモジュール１１０は、ユーザの命令情報及び記憶モジュール１３０から検索されたデータがディスプレイモジュール１１５上にディスプレイされ、ユーザに便宜を提供する。
【０１１３】
処理ユニットモジュール１１０は、音声通信データを含む無線信号を転送するためにＲＦモジュール１３５に情報を伝達する。ＲＦモジュール１３５は、無線信号を転送し受信するための転送器及び受信器を含む。無線信号は最後にアンテナ１４０から転送されたり受信される。無線信号を受信すると、ＲＦモジュール１３５は、処理ユニットモジュール１１０が無線信号を処理できるように無線信号を基底帯域（ｂａｓｅｂａｎｄ）周波数に変換する。変換された信号は、スピーカー１４５または可読情報を介して伝達される。
【０１１４】
ＲＦモジュール１３５は、ネットワークからデータを受信する、または、無線通信装置によって測定されたの生成された情報をネットワークに転送するのに用いられる。記憶モジュール１３０は、無線通信装置によって測定されたり生成された情報を保存するのに用いられる。また、処理ユニットモジュール１１０は、無線通信装置がデータを受信し、受信したデータを処理し、処理されたデータを転送させるのにも適宜用いられる。
【０１１５】
以上では本発明が具体的な実施例で説明されてきたが、本技術分野における熟練した者にとっては、本発明の本質や範囲を逸脱しない限り本発明の様々な修正及び変動が可能であるということは明らかである。したがって、添付した請求項及びそれと均等範囲内における修正及び変動はいずれも本発明に含まれる。
【産業上の利用可能性】
【０１１６】
本発明は、ＬＴＥシステム、３ＧＰＰ、または３ＧＰＰ２のような移動通信システムまたは移動インターネットのための広帯域無線接続システムに適用可能である。
【図面の簡単な説明】
【０１１７】
【図１】関連の従来技術による非同期ＩＭＴ−２０００システムのＵＭＴＳのネットワーク構造を示す図である。
【図２】関連の従来技術によるＵＭＴＳシステムで用いられる無線プロトコルの構造図である。
【図３】データを転送するのに用いられるデータＰＤＵのようなＡＭ  ＲＬＣ  ＰＤＵ（ＡＭＤ  ＰＤＵ）の構造図である。
【図４】関連の従来技術による状態ＰＤＵの構造図である。
【図５】関連の従来技術によるピギーバックされた状態ＰＤＵの構造図である。
【図６】関連の従来技術によるリセット／リセットａｃｋ  ＰＤＵの構造図である。
【図７】関連の従来技術によるＡＭ  ＲＬＣの動作を説明する例示図である。
【図８】関連の従来技術によるピギーバックされた状態情報を含むＡＭＤ  ＰＤＵを設定する方法を説明する図である。
【図９】本発明の好ましい一実施例によるデータブロックを生成する方法を示す図である。
【図１０】それぞれ、本発明の好ましい実施例によるＡＭＤ  ＰＤＵの構造図である。
【図１１】それぞれ、本発明の好ましい実施例によるＡＭＤ  ＰＤＵの構造図である。
【図１２】本発明の好ましい他の実施例による受信側ＲＬＣ階層がＡＭＤ  ＰＤＵを受信することによって動作する過程を説明する図である。
【図１３】本発明の機能を行う移動端末のような無線通信装置を示すブロック図である。
【図１】
2008535370.tif 000003
【図２】
2008535370.tif 000004
【図３】
2008535370.tif 000005
【図４】
2008535370.tif 000006
【図５】
2008535370.tif 000007
【図６】
2008535370.tif 000008
【図７】
2008535370.tif 000009
【図８】
2008535370.tif 000010
【図９】
2008535370.tif 000011
【図１０】
2008535370.tif 000012
【図１１】
2008535370.tif 000013
【図１２】
2008535370.tif 000014
【図１３】
2008535370.tif 000015
【国際調査報告】
2008535370.tif 000016
2008535370.tif 000017