(57)【要約】本発明は移動通信システムでＡＭ ＲＬＣエンティティ間に制御情報を送受信する方法に関する。特に、本発明は、受信側ＡＭＲＬＣエンティティが一つ以上の論理チャネルに接続されている場合、受信側ＡＭ ＲＬＣエンティティは制御情報の内容によって上記論理チャネルのうちの特定論理チャネルを通じて制御情報を伝送し、送信側で速く再伝送を行なうのを支援することによって、データ伝送速度を向上させる。さらに本発明は、移動通信システムで制御情報を伝送するための装置であって、上位階層からデータを受信し、第１制御情報及び第２制御情報を生成する第１プロトコルエンティティと、第１チャネル及び第２チャネルを通じて前記第１プロトコルエンティティに連結された第２プロトコルエンティティと、を含み、前記第１制御情報は前記第１チャネルを通じて伝送され、前記第２制御情報は前記第２チャネルを通じて伝送される装置も提供する。
2010514328.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムで制御情報を伝送するための装置であって、
上位階層からデータを受信し、第１制御情報及び第２制御情報を生成する第１プロトコルエンティティと、
第１チャネル及び第２チャネルを通じて前記第１プロトコルエンティティに連結された第２プロトコルエンティティと、
を含み、
前記第１制御情報は前記第１チャネルを通じて伝送され、前記第２制御情報は前記第２チャネルを通じて伝送される装置。
【請求項２】
前記第１制御情報は、送信側−関連制御情報であることを特徴とする請求項１に記載の装置。
【請求項３】
前記第１制御情報は、ＲＥＳＥＴ制御情報及びＭＲＷ（move receiving window）制御情報のうち少なくとも一つを含むことを特徴とする請求項１に記載の装置。
【請求項４】
前記第２制御情報は、受信側−関連制御情報であることを特徴とする請求項１に記載の装置。
【請求項５】
前記第２制御情報は、データが受信側で成功的に受信されたか否かを知らせるための応答（acknowledgement）制御情報を含むことを特徴とする請求項１に記載の装置。
【請求項６】
前記第２チャネルは、前記第２制御情報のみを伝送するように設定されたことを特徴とする請求項１に記載の装置。
【請求項７】
前記第２チャネルは、第１情報及びデータが伝送されないように設定されたことを特徴とする請求項１に記載の装置。
【請求項８】
前記データは、前記第１チャネルを通じて伝送されることを特徴とする請求項１に記載の装置。
【請求項９】
前記第１プロトコルエンティティは、ＡＭ ＲＬＣ（Acknowledge Mode Radio Link Control）エンティティであり、前記第２プロトコルは、ＭＡＣ（MediaAccess Control）エンティティであることを特徴とする請求項１に記載の装置。
【請求項１０】
前記第１チャネル及び前記第２チャネルは、ＭＡＣエンティティと物理階層との間に位置しているＥ−ＤＣＨ（Enhanced-Dedicated Channel）にマッピングされることを特徴とする請求項９に記載の装置。
【請求項１１】
前記上位階層は、ＲＲＣ（Radio Resource Control）階層、ＰＤＣＰ（Packet Data Convergence Protocol）階層及びＢＭＣ（Broadcast/MulticastControl）階層のうち少なくとも一つを含むことを特徴とする請求項１に記載の装置。
【請求項１２】
前記第１制御情報は、第１時間情報及び第２時間情報のうち少なくとも一つを含むことを特徴とする請求項１に記載の装置。
【請求項１３】
前記第１時間情報は、前記第１制御情報を処理する開始時間と関連しており、前記第２時間情報は、前記第１制御情報を処理するのに許容される最大時間と関連していることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記第１時間情報及び前記第２時間情報は、ＣＦＮ（Connection Frame Number）、ＳＦＮ（System Frame Number）、データに含まれるＳＮ（SequenceNumber）、及びタイマー値のうち少なくとも一つを用いて構成されることを特徴とする請求項１２に記載の装置。
【請求項１５】
前記第２制御情報は、該第２制御情報の再整列を通過させるか否かを指示するための指示子を含むことを特徴とする請求項１に記載の装置。
【請求項１６】
前記第１制御情報及び前記第２制御情報は、上りリンク制御情報であることを特徴とする請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関するもので、より具体的には、移動通信システムにおける制御情報伝送方法に関する。
【背景技術】
【０００２】
ネットワークが下り方向に使用者に速いデータサービスを提供するためにはいろいろな条件が満たされなければならない。例えば、第１の条件はデータ伝送率である。物理階層で実際に支援されうる伝送速度が高くなければならない。第２の条件は、データ再伝送率である。一部の使用者データが端末に成功的に伝送されなかった場合、該データの再伝送が速く行なわれなければならない。
【０００３】
第一の条件は、物理階層により支援される。第２の条件は、上位プロトコル階層であるＲＬＣ（Radio Link Control）またはＭＡＣ（Medium Access Control）階層により支援される。第２の条件を達成するには二つの機能が必要であり、その一つの機能は、受信側があるデータを正しく受け取らなかったことを速く判定する機能であり、もう一つの機能は、受信側があるデータを正しく受け取らなかったという情報をできるだけ速く送信側に伝達する機能である。
【０００４】
一例において、Ｅ−ＤＣＨ（Enhanced Dedicated Channel）とＨＳＤＰＡ（High Speed Downlink Packet Access）でのＨＡＲＱ（HybridAuto Repeat Request）機能を使用すると、送信側で先に送信を始めたデータブロックよりも、送信側で後で送信を始めたデータブロックが先に受信側に成功的に到着する場合がある。したがって、データ伝送順序による誤り無しにＨＡＲＱ機能を使用するためには、受信側では常に再整列（Re-ordering）機能を使用しなければならない。そうしないと、送信側で意図した順序が変わった状態でデータブロックが受信側に到着するためである。
【０００５】
図１は、データ伝送順序によって誤りが発生する一例を説明するための図である。
【０００６】
図１を参照すると、リセット（Reset）過程（再設定過程）で生じうる誤りが考えられる。まず、送信側ＲＬＣで送信時に使用するＨＦＮ（Hyper FrameNumber）値は“Ｙ”で、同時に受信側ＲＬＣで使用するＨＦＮ値は“Ｘ”と仮定する。
【０００７】
図１で、送信側ＲＬＣ及び受信側ＲＬＣをそれぞれ、“ＴＸＲＬＣ”及び“ＲＸ ＲＬＣ”で表す。
【０００８】
まず、ＴＸ ＲＬＣでＰＤＵ１はＨＦＮを“Ｙ”として暗号化（ciphering）されたのち下位端に伝送される（Ｓ１０）。このＰＤＵ１が受信側に受信される以前に、ＲＸ ＲＬＣでは内部的な状況によって、再設定過程が始まり、この再設定過程を行なうためのＲｅｓｅｔＰＤＵを伝送する（Ｓ１１）。このＲＸ ＲＬＣより伝送されたＲｅｓｅｔ ＰＤＵがＴＸ ＲＬＣに受信され（Ｓ１１）、ＴＸ ＲＬＣでは、受信したＲｅｓｅｔ ＰＤＵを処理し、該ＲｅｓｅｔＰＤＵに対する応答としてＲｅｓｅｔ Ａｃｋ ＰＤＵを伝送する（Ｓ１２）。この時、Ｒｅｓｅｔ Ａｃｋ（Acknowledgment）ＰＤＵに含まれたＨＦＮＩは“Ｚ”に設定されて伝送される。リセット過程の結果、ＲＸＲＬＣは送信側のＨＦＮを“Ｘ”にセッティングし、受信側のＨＦＮを“Ｚ”にセッティングする。
【０００９】
下位端でＨＡＲＱを行なう過程で、先に伝送されたＰＤＵ１より、後で伝送されたＲｅｓｅｔＡｃｋ ＰＤＵが先にＲＸ ＲＬＣに受信される（Ｓ１２、Ｓ１３）。
【００１０】
下位端において上記のように伝送されたＲＬＣ ＰＤＵの受信順序の前後が変わると、下記のような問題が生じる。
【００１１】
ＲＸ ＲＬＣは、Ｒｅｓｅｔ Ａｃｋ ＰＤＵを受信すると直ちに、自身が受信する方向のＨＦＮを“Ｚ”に設定する。ＰＤＵ１はＲｅｓｅｔＡｃｋ ＰＤＵの後にＲＸ ＲＬＣに到着するので、ＲＸ ＲＬＣは“Ｚ”でＰＤＵ１を復号化（de-ciphering）しようとする。しかし、ＴＸＲＬＣはＨＦＮ値を“Ｙ”に設定してＰＤＵ１を暗号化したので、ＲＸ ＲＬＣではＰＤＵ１を正しく復号化できない。
【００１２】
一方、上述ように、データの伝送速度を高めるためには、受信状態に関する状態情報の速い伝送が必要とされる。すなわち、受信側ＲＬＣエンティティーが、自身が受信できなかったＲＬＣＰＤＵを速く判別し、その状態情報を直ちに下位端に送っても、送受信両方の下位端でデータ伝送遅延が発生したり、再整列が必要な場合には、状態情報が速く伝送されることができない。この場合、データ伝送速度の向上を達成できないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、従来技術の問題を解決するために提案されたもので、その目的は、改善された性能の移動通信システムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明の一様相として、移動通信システムで制御情報を伝送するための装置において、上位階層からデータを受信し、第１制御情報及び第２制御情報を生成する第１プロトコルエンティティと、第１チャネル及び第２チャネルを通じて前記第１プロトコルエンティティに連結された第２プロトコルエンティティと、を含み、ここで、第１制御情報は、第１チャネルを通じて伝送され、第２制御情報は、第２チャネルを通じて伝送される装置が提供される。
【００１５】
前記第１制御情報は、送信側−関連（transmitting side-related）制御情報でありうる。ここで、第１制御情報は、ＲＥＳＥＴ制御情報及びＭＲＷ（movereceiving window）制御情報のうち少なくとも一つを含むことができる。
【００１６】
前記第２制御情報は、受信側−関連（receiving side-related）制御情報でありうる。ここで、第２制御情報は、データが受信側で成功的に受信されたか否かを知らせるための応答（acknowledgement）制御情報を含むことができる。
【００１７】
前記第２チャネルは、前記第２制御情報のみを伝送するように設定されることができる。また、第２チャネルは、前記第１情報及びデータが伝送されないように設定されても良い。
【００１８】
前記データは、第１チャネルを通じて伝送されることができる。
【００１９】
前記第１プロトコルエンティティはＡＭ ＲＬＣ（Acknowledge Mode Radio Link Control）エンティティであり、前記第２プロトコルはＭＡＣ（MediaAccess Control）エンティティでありうる。
【００２０】
前記第１チャネル及び第２チャネルは、ＭＡＣエンティティと物理階層との間に位置しているＥ−ＤＣＨ（Enhanced-Dedicated Channel）にマッピングされることができる。
【００２１】
前記上位階層は、ＲＲＣ（Radio Resource Control）階層、ＰＤＣＰ（Packet Data Convergence Protocol）階層及びＢＭＣ（Broadcast/MulticastControl）階層のうち少なくとも一つを含むことができる。
【００２２】
前記第１制御情報は、第１時間情報及び第２時間情報のうち少なくとも一つを含むことができる。
【００２３】
前記第１時間情報は、前記第１制御情報を処理する開始時間と関連しており、前記第２時間情報は、前記第１制御情報を処理するのに許容された最大時間と関連していることができる。
【００２４】
前記第１時間情報及び前記第２時間情報は、ＣＦＮ（Connection Frame Number）、ＳＦＮ（System Frame Number）、データに含まれるＳＮ（SequenceNumber）、及びタイマー値のうち少なくとも一つを用いて構成されることができる。
【００２５】
前記第２制御情報は、前記第２制御情報の再整列を通過させるか否かを指示するための指示子を含むことができる。
【００２６】
前記第１制御情報及び第２制御情報は上りリンク制御情報でありうる。
【発明の効果】
【００２７】
本発明によると、受信側ＲＬＣエンティティが最大限に速く制御情報を送信側に伝送することが可能になる。また、送信側がＲＬＣＰＤＵの再伝送を最大限に速く始めるようにすることができる。その結果、移動通信システムにおけるデータ伝送速度を高めることが可能になる。
【図面の簡単な説明】
【００２８】
本発明の理解をより助けるために含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】データ伝送順序によって誤りが発生する一例を説明するための図である。
【図２】ＵＭＴＳ（Universal Mobile Telecommunications System）の網構造を示す図である。
【図３】ＵＭＴＳで使用する無線プロトコルの構造を示す図である。
【図４】ＤＣＨとＥ−ＤＣＨの構造を示す図である。
【図５】Ｅ−ＤＣＨを支援するのに必要なＲＮＣ（Radio Network Controller）に位置しているＭＡＣ−ｅｓ副階層の構造を示す図である。
【図６】Ｅ−ＤＣＨを支援するのに必要なＮｏｄｅ Ｂに位置しているＭＡＣ−ｅ副階層の構造を示す図である。
【図７】本発明の一実施形態を示すフローチャートである。
【図８】本発明の他の実施形態を示すフローチャートである。
【図９】本発明のさらに他の実施形態を示すフローチャートである。
【図１０】本発明のさらに他の実施形態を示すフローチャートである。
【図１１】本発明のさらに他の実施形態を示すフローチャートである。
【発明を実施するための形態】
【００２９】
上記本発明の目的、構成及び他の特徴と関連した好適な実施形態の例が、添付の図面を参照しつつ詳細に説明される。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施されうる唯一の実施形態を開示するためのものではない。
【００３０】
以下、本発明の実施形態が、通信システムの一つであるヨーロッパ式ＩＭＴ−２０００システムのＵＭＴＳ（Universal Mobile Telecommunications System）で行なわれる場合について説明する。
【００３１】
図２は、ＵＭＴＳの網構造を説明するための図である。
【００３２】
ＵＭＴＳシステムは、大きく、端末（User Equipment；UE）、ＵＭＴＳ無線接続網（UMTS Terrestrial Radio Access Network；UTRAN）及び核心網（CoreNetwork；CN）からなる。ＵＴＲＡＮは、一つ以上の無線網副システム（Radio Network Sub-systems；RNS）で構成され、各ＲＮＳは、一つの無線網制御器（RadioNetwork Controller；RNC）及びＲＮＣによって管理される一つ以上の基地局（Node B）で構成される。一つのＮｏｄｅ Ｂには一つ以上のセル（Cell）が存在する。
【００３３】
図３は、ＵＭＴＳで使用する無線プロトコルの構造を説明するための図である。
【００３４】
無線プロトコル階層は、端末とＵＴＲＡＮに対（pair）として存在し、無線区間のデータ伝送を担当する。それぞれの無線プロトコル階層について説明すると、次の通りである。まず、第１階層であるＰＨＹ階層は、様々な無線伝送技術を用いてデータを無線区間に伝送する役割を果たす。ＰＨＹ階層は、上位階層であるＭＡＣ階層と伝送チャネル（TransportChannel）を通じて連結されている。伝送チャネルは、大きく、チャネルの共有有無によって、専用（Dedicated）伝送チャネルと共用（Common）伝送チャネルとに区分される。
【００３５】
第２階層には、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及びＢＭＣ階層が含まれる。ＭＡＣ階層は、様々な論理チャネル（Logical Channel）と様々な伝送チャネルをマッピングする機能を行ない、また、複数の論理チャネルを一つの伝送チャネルにマッピングする論理チャネル多重化（Multiplexing）の機能も行なう。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル（LogicalChannel）で連結されている。論理チャネルは、大きく、伝送される情報の種類によって、制御平面（Control Plane）の情報を伝送する制御チャネル（ControlChannel）と、使用者平面（User Plane）の情報を伝送するトラフィックチャネル（Traffic Channel）とに分けられる。
【００３６】
ＭＡＣ階層はさらに、管理する伝送チャネルの種類によって、ＭＡＣ−ｂ副階層（Sublayer）、ＭＡＣ−ｄ副階層、ＭＡＣ−ｃ／ｓｈ副階層、ＭＡＣ−ｈｓ副階層、及びＭＡＣ−ｅ副階層に区分されることができる。ＭＡＣ−ｂ副階層は、システム情報（SystemInformation）の放送を担当する伝送チャネルであるＢＣＨ（Broadcast Channel）の管理を担当する。ＭＡＣ−ｄ副階層は、特定端末に対する専用伝送チャネルであるＤＣＨ（DedicatedChannel）の管理を担当する。ＭＡＣ−ｃ／ｓｈ副階層は、他の端末と共有されるＦＡＣＨ（Forward Access Channel）やＤＳＣＨ（DownlinkShared Channel）などの共用伝送チャネルを管理する。また、下り及び上りで高速データ伝送を支援するために、ＭＡＣ−ｈｓ副階層は、高速下りデータ伝送のための伝送チャネルであるＨＳ−ＤＳＣＨ（HighSpeed Downlink Shared Channel）を管理し、ＭＡＣ−ｅ副階層は、高速上りデータ伝送のための伝送チャネルであるＥ−ＤＣＨ（EnhancedDedicated Channel）を管理する。
【００３７】
ＲＬＣ階層は、各無線ベアラー（Radio Bearer；RB）のＱｏＳを保障し、ＱｏＳによってデータを伝送する役割を担当する。ＲＬＣは、ＲＢ固有のＱｏＳを保障するためにＲＢごとに一つまたは二つの独立したＲＬＣエンティティ（Entity）を備えており、様々なＱｏＳを支援するために、透明モード（TransparentMode：TM）、無応答モード（Unacknowledged Mode：UM）及び応答モード（Acknowledged Mode：AM）の３種類のモードのＲＬＣを提供することができる。ＲＬＣの各モードについての説明は、ＲＬＣに関するより詳細な説明で後述される。ＲＬＣは、下位階層が無線区間でデータを伝送するのに適合するようにデータ大きさを調節する役割も行なっている。このために、上位階層から受信したデータを分割及び連結する機能も行なう。
【００３８】
ＰＤＣＰ階層は、ＲＬＣ階層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなＩＰパケットを用いて、伝送されるデータが相対的に帯域幅の小さい無線区間で効率的に伝送されるようにする。このために、ＰＤＣＰ階層はヘッダ圧縮（Header Compression）機能を行なう。すなわち、データのヘッダ（Header）部分で必ず必要な情報のみを伝送するようにし、無線区間の伝送効率を増加させるわけである。ＰＤＣＰ階層は、ヘッダ圧縮を基本機能とするため、ＰＳ（PacketService）ドメインにのみ存在し、各ＰＳに対して効果的なヘッダ圧縮機能を提供するために、ＲＢ当たり一つのＰＤＣＰエンティティ（entity）が存在する。
【００３９】
その他にも、第２階層にはＢＭＣ（Broadcast/Multicast Control）階層がＲＬＣ階層の上位に存在し、セル放送メッセージ（Cell BroadcastMessage）をスケジューリングし、特定セルに位置した端末に放送する機能を行なう。
【００４０】
第３階層の最も下部に位置しているＲＲＣ（Radio Resource Control）階層は、制御平面でのみ定義される。ＲＲＣ階層は、ＲＢの設定、再設定及び解除と関連して第１及び第２階層のパラメータを制御し、また、論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。この時、ＲＢは、端末とＵＴＲＡＮ間のデータ伝達のために無線プロトコルの第１及び第２階層により提供される論理的経路を意味し、一般に、ＲＢが設定されるということは、特定サービスを提供するために必要な無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定するということを意味する。
【００４１】
以下、本発明と関連しているＲＬＣ階層についてより具体的に説明する。
【００４２】
ＲＬＣ階層の基本機能は、各ＲＢのＱｏＳ保障とこれによるデータの伝送である。ＲＢサービスは、無線プロトコルの第２階層が上位に提供するサービスであるから第２階層全体がＲＢのＱｏＳに影響を与えるが、なかでもＲＬＣ階層による影響が特に大きい。ＲＬＣ階層は、ＲＢのＱｏＳを保障するために、ＲＢごとに独立したＲＬＣエンティティ（Entity）を備えている。上述した如く、ＲＬＣ階層は、様々なＱｏＳを支援するために、透明モード（Transparent Mode；TM）、無応答モード（UnacknowledgedMode；UM）及び応答モード（Acknowledged Mode；AM）の３種類のＲＬＣモードを提供している。
【００４３】
このようなＲＬＣの３つのモードは、それぞれが支援するＱｏＳが異なるから動作方法も異なっており、その細部的な機能も相異している。したがって、ＲＬＣエンティティを動作モードによって説明する必要がある。
【００４４】
まず、透明モード（ＴＭ）と呼ばれるものがある。このモードで、上位から伝達されたデータであるＲＬＣＳＤＵ（Service Data Unit）に何のオーバーヘッドも付加されず、ＲＬＣエンティティはＳＤＵを下位階層に透明（Transparent）に伝達する。このようなモードに在るＲＬＣエンティティをＴＭＲＬＣエンティティと呼ぶ。
【００４５】
このような特性から、ＴＭ ＲＬＣエンティティは使用者平面と制御平面において次のような役割を果たす。使用者平面ではＴＭＲＬＣエンティティでのデータ処理時間が短いため、主として回線サービス領域（Circuit Service domain；ＣＳドメイン）の音声やストリーミングのような実時間回線データの伝送を担当する。制御平面では、ＴＭＲＬＣエンティティでのオーバーヘッドがないため、上りリンク（Uplink）では不特定端末からのＲＲＣメッセージに対する伝送を、下りリンク（Downlink）ではセル中の全ての端末に放送されるＲＲＣメッセージに対する伝送を主に担当する。
【００４６】
透明モードとは違い、ＲＬＣでオーバーヘッドが追加されるモードを不透明モード（Non-transparent mode）という。２種類の不透明モードがある。
【００４７】
すなわち、伝送したデータに対する受信確認応答がないモード（UM）と応答があるモード（AM）の２種類がある。無応答モードに在るＲＬＣエンティティをＵＭ ＲＬＣエンティティといい、応答モードに在るＲＬＣエンティティをＡＭＲＬＣエンティティという。
【００４８】
ＵＭ ＲＬＣエンティティは、各ＰＤＵごとに一連番号（Sequence Number；以下、‘ＳＮ’と略す。）を含むＰＤＵヘッダを付けて送ることによって、どのＰＤＵが伝送中に消失されたかを受信側がわかるようにする。このような機能によって、ＵＭＲＬＣは主として使用者平面では放送／マルチキャストデータの伝送やパケットサービス領域（Packet Service domain；ＰＳドメイン）の音声（例：ＶｏＩＰ）やストリーミングのような実時間パケットデータの伝送を担当する。制御平面ではＵＭＲＬＣエンティティは、セル中の特定端末または特定端末グループに伝送するＲＲＣメッセージのうち、受信確認応答が不要なＲＲＣメッセージの伝送を主に担当する。
【００４９】
不透明モードの一つであるＡＭは、ＵＭに似ている。ＡＭエンティティは、ＰＤＵ構成時に、ＳＮを含むＰＤＵヘッダを付けてＰＤＵを構成するが、ＵＭＲＬＣエンティティとは違い、送信側が送信したＰＤＵに対して受信側が応答（Acknowledgement）をする。ＡＭ ＲＬＣエンティティで受信側が応答をする理由は、自身が受信できなかったＰＤＵを送信側が再伝送（Retransmission）するように要求するためである。
【００５０】
この再伝送機能がＡＭの最も大きい特徴である。すなわち、ＡＭは、再伝送を通じて誤りのない（error-free）データ伝送を保障することに目的がある。このような目的のために、ＡＭ ＲＬＣエンティティは、使用者平面ではＰＳドメインのＴＣＰ／ＩＰデータのような非実時間パケットデータの伝送を主として担当し、制御平面では、セル内の特定端末に伝送するＲＲＣメッセージのうち受信確認応答が必ず必要なＲＲＣメッセージの伝送を主として担当する。
【００５１】
ＲＬＣモードを方向性面で比較すると、ＴＭとＵＭは単方向（uni-directional）通信に用いられるのに対し、ＡＭは、受信側からのフィードバック（feedback）があることから両方向（bi-directional）通信に用いられる。このような両方向通信は主に点対点（point-to-point）通信で用いられるため、ＡＭＲＬＣエンティティは専用論理チャネルを用いることが好ましい。構造的な面から見ると、ＴＭ ＲＬＣエンティティ及びＵＭ ＲＬＣエンティティは送信ＲＬＣエンティティまたは受信ＲＬＣエンティティのいずれかとして構成されるのに対し、ＡＭＲＬＣエンティティには送信側及び受信側とも存在するという点が異なる。
【００５２】
ＡＭ ＲＬＣエンティティの複雑さは、再伝送機能に起因する。再伝送管理のためにＡＭＲＬＣエンティティは送受信バッファーの他に再伝送バッファーを備えている。
【００５３】
ＡＭ ＲＬＣエンティティは、流れ制御のために送信ウィンドウ及び受信ウィンドウを使用し、送信側がピア（peer）ＲＬＣ個体の受信側に状態情報を要求するポーリング（Polling）、受信側がピアＲＬＣ個体の送信側に自身のデータ受信状態を報告する状態情報報告（StatusReport）、状態情報を運ぶための状態ＰＤＵ（Status PDU）、データ伝送の効率を高めるためにデータＰＤＵ内に状態ＰＤＵを挿入するピギーバック（Piggyback）機能などの様々な機能を行なうことができる。
【００５４】
その他、ＡＭ ＲＬＣエンティティが動作過程で重大な誤りを発見した場合に、相手側のＡＭＲＬＣエンティティに全ての動作及びパラメータの再設定を要求するために用いられるＲｅｓｅｔ ＰＤＵと、このようなＲｅｓｅｔ ＰＤＵの応答に用いられるＲｅｓｅｔ ＡｃｋＰＤＵもある。また、これらの機能を支援すべく、ＡＭ ＲＬＣエンティティには様々なプロトコルパラメータ、状態変数及びタイマーも備えられることができる。ＡＭにおいて状態情報報告または状態ＰＤＵ、ＲｅｓｅｔＰＤＵなどのようにデータ伝送を制御するのに用いられるＰＤＵをＣｏｎｔｒｏｌ ＰＤＵと称することができ、使用者データを伝達するのに用いられるＰＤＵをＤａｔａ ＰＤＵと称することができる。
【００５５】
ＡＭで使用するＲＬＣ ＰＤＵは、上述のように大きく２種類に分類することができ、その一つはＤａｔａＰＤＵであり、もう一つはＣｏｎｔｒｏｌ ＰＤＵである。Ｃｏｎｔｒｏｌ ＰＤＵには、Ｓｔａｔｕｓ ＰＤＵ、Ｐｉｇｇｙｂａｃｋｅｄ Ｓｔａｔｕｓ ＰＤＵ、ＲｅｓｅｔＰＤＵ、及び／またはＲｅｓｅｔ Ａｃｋ ＰＤＵなどが含まれることができる。
【００５６】
以下、ＡＭ ＲＬＣエンティティで使用されるＲＬＣ ＰＤＵの構造について説明する。表１に、ＤａｔａＰＤＵ構造の一例を示す。
【００５７】
【表１】
2010514328.tif 000003
表１に示すように、Ｄａｔａ ＰＤＵは、Ｄ／Ｃ（Data/Control）、ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ（ＳＮ）、Ｐ（Polling bit）、ＨＥ（Header ExtensionType）、Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ（ＬＩ）、Ｅ（Extension bit）、Ｄａｔａ及び／またはＰＡＤ（Padding）フィールドを含むことができる。
【００５８】
Ｄ／Ｃフィールドは、該当のＡＭ ＲＬＣ ＰＤＵがＤａｔａＰＤＵかあるいはＣｏｎｔｒｏｌ ＰＤＵかを指示する情報を含む。Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒフィールドは、それぞれのＲＬＣ ＰＤＵの一連番号に対する情報を含む。Ｐは、ポーリング指示子（polling bit）であり、受信側がｓｔａｔｕｓ ＰＤＵを送るか否かを指示する情報を含む。ＨＥフィールドは、ヘッダが終了する部分に構成され、次のフィールドに含まれた情報が長さ指示子か或いはデータかを指示する情報を含む。
【００５９】
Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒフィールドは、ＤａｔａＰＤＵのＤａｔａ部分内に互いに異なるＳＤＵの境界面が存在する場合、各ＳＤＵ間の境界を指示する情報を含む。Ｅフィールドは、次のフィールドに含まれた情報が長さ指示子であるか否かを知らせる。Ｄａｔａフィールドは、伝送しようとする使用者データを含む。ＰＡＤフィールドはパッディング（Padding）領域で、ＲＬＣ ＰＤＵで使用されない領域であることを意味する。
【００６０】
Ｄａｔａ ＰＤＵは、ＡＭ ＲＬＣエンティティが使用者データ、ピギーバック方式でデータと一緒に伝送されるピギーバック状態情報（piggybacked status information）、及びポーリング指示子（Polling bit）のうち少なくとも一つを伝送しようとする時に使われる。使用者データ部分は、８ビット単位に構成される。すなわち、使用者データ部分は、８ビットの整数倍で構成される。ＤａｔａＰＤＵのヘッダは、２オクテット（Octet）大きさの一連番号（Sequence Number）を含む。また、Ｄａｔａ ＰＤＵのヘッダは、長さ指示子を含んでも良い。
【００６１】
以下、ｃｏｎｔｒｏｌ ＰＤＵの構造の一例について説明する。ＣｏｎｔｒｏｌＰＤＵは、Ｓｔａｔｕｓ ＰＤＵ、Ｐｉｇｇｙｂａｃｋｅｄ Ｓｔａｔｕｓ ＰＤＵ、Ｒｅｓｅｔ ＰＤＵ、Ｒｅｓｅｔ Ａｃｋ ＰＤＵなどに区分されることができる。表２には、ＳｔａｔｕｓＰＤＵ構造の一例を示す。
【００６２】
【表２】
2010514328.tif 000004
表２に示すように、Ｓｔａｔｕｓ ＰＤＵは、Ｄ／Ｃ、ＰＤＵＴｙｐｅ、ＳＵＦＩｋ及び／またはＰＡＤフィールドを含むことができる。Ｄ／Ｃフィールドは、表１で説明した通り、該当のＲＬＣ ＰＤＵがＤａｔａＰＤＵかあるいはＣｏｎｔｒｏｌ ＰＤＵかを指示する情報を含む。ＰＤＵ Ｔｙｐｅフィールドは、Ｃｏｎｔｒｏｌ ＰＤＵの種類を指示する情報を含む。ＰＤＵ Ｔｙｐｅフィールドは、該当のＰＤＵがＲｅｓｅｔＰＤＵかあるいはＳｔａｔｕｓ ＰＤＵかを知らせるのに用いられることができる。
【００６３】
ＳＵＦＩｋフィールドには、使用者データなどを受信した側でどのＲＬＣＰＤＵが到着し、また、どのＲＬＣ ＰＤＵが到着しなかったかなどの情報を知らせるための情報が含まれる。ＳＵＦＩは、種類、長さ、値の三つの部分からなる。すなわち、ＳｔａｔｕｓＰＤＵは、互いに異なる種類のＳＵＦＩで構成されることができる。Ｓｔａｔｕｓ ＰＤＵの長さ（大きさ）は可変ではあるが、Ｓｔａｔｕｓ ＰＤＵが伝送される論理チャネルの最も大きいＲＬＣＰＤＵの大きさに制限される。ＳＵＦＩフィールドは、使用者データを送信する側でどのＲＬＣ ＳＤＵを削除し、それ以上伝送しないということを知らせるための情報を含むこともできる。
【００６４】
Ｄａｔａ ＰＤＵに使用者データを埋め込んだ後にも、制御情報を含むのに充分な空間が残っている場合には、ＰｉｇｇｙｂａｃｋｅｄＳｔａｔｕｓ ＰＤＵを利用することができる。すなわち、Ｄａｔａ ＰＤＵに使用者データを埋めてから残った部分に制御情報を含めることができ、この時、制御情報部分をＰｉｇｇｙｂａｃｋｅｄＳｔａｔｕｓ ＰＤＵと称することができる。
【００６５】
表３に、Ｐｉｇｇｙｂａｃｋｅｄ Ｓｔａｔｕｓ ＰＤＵ構造の一例を示す。
【００６６】
【表３】
2010514328.tif 000005
表３に示すように、Ｐｉｇｇｙｂａｃｋｅｄ ＳｔａｔｕｓＰＤＵの構造は、Ｓｔａｔｕｓ ＰＤＵの構造と略同一である。ただし、Ｄ／ＣフィールドがＲ２（Reserved Bit）フィールドに取り替わるという点で異なる。上述したように、ＰｉｇｇｙｂａｃｋｅｄＳｔａｔｕｓ ＰＤＵはＤａｔａ ＰＤＵに含まれて伝送されるので別のＤ／Ｃフィールドが含まれなくても構わなく、よってＲ２（Reserved Bit）フィールドに取り替わることができる。Ｒ２フィールドは、別の情報を含まなくてもよく、必要な場合には所定の情報を含んでも良い。
【００６７】
ＰＤＵ ｔｙｐｅフィールドは、表１及び表２と同様に、ＣｏｎｔｒｏｌＰＤＵの種類を指示する情報を含んでも良いが、Ｐｉｇｇｙｂａｃｋｅｄ Ｓｔａｔｕｓ ＰＤＵはＤａｔａ ＰＤＵと一緒に伝送されるのが一般的であるため、特定値に固定して使用することが好ましい。例えば、該当のＲＬＣＰＤＵがＰｉｇｇｙｂａｃｋｅｄ Ｓｔａｔｕｓ ＰＤＵである場合には、ＰＤＵ ｔｙｐｅフィールドに含まれる値を“０００”に固定して使用することができる。
【００６８】
表４には、Ｒｅｓｅｔ ＰＤＵ及びＲｅｓｅｔ ＡＣＫＰＤＵの構造の一例を示す。
【００６９】
【表４】
2010514328.tif 000006
表４に示すように、Ｒｅｓｅｔ ＰＤＵ及びＲｅｓｅｔＡＣＫ ＰＤＵは、Ｄ／Ｃ、ＰＤＵ Ｔｙｐｅ、ＲＳＮ（Reset Sequence Number）、Ｒ１、ＨＦＮＩ及び／またはＰＡＤフィールドを含むことができる。Ｄ／Ｃ、ＰＤＵＴｙｐｅ及び／またはＰＡＤフィールドについての説明は、表１〜３の説明からわかる。
【００７０】
ＲＳＮフィールドは、再設定過程と関連した一連番号に関する情報を含む。ＲＳＮフィールドに含まれる一連番号は、１ビット情報で構成されることができる。ＲｅｓｅｔＡＣＫ ＰＤＵは、受信したＲｅｓｅｔ ＰＤＵに対する応答として伝送される。伝送されたＲｅｓｅｔ ＡＣＫ ＰＤＵは、受信したＲｅｓｅｔ ＰＤＵに含まれたのと同じＲＳＮ値を含むことによって、伝送されたＲｅｓｅｔＡＣＫ ＰＤＵがどのＲｅｓｅｔ ＰＤＵに対する応答であるかを知らせることができる。すなわち、ＲＳＮ値は、それぞれのＲｅｓｅｔ ＰＤＵとＲｅｓｅｔ ＡＣＫ ＰＤＵとをマッチングさせるために使用される。
【００７１】
例えば、送信側が、ＲＳＮ値が“１”に設定されたＲｅｓｅｔＰＤＵを伝送したとすれば、送信側は、ＲＳＮが“１”に設定されたＲｅｓｅｔ ＡＣＫ ＰＤＵのみを自身が所望するＲｅｓｅｔ ＡＣＫ ＰＤＵとして認識することとなる。すなわち、ＲＳＮ値が“１”でない他の値に設定されたＲｅｓｅｔＡＣＫ ＰＤＵを受信した場合には、Ｒｅｓｅｔ ＡＣＫ ＰＤＵは誤ったものと見なし、廃棄したり無視することができる。そして、再設定過程を始める度にＲＳＮフィールドの値は一つずつ増加することが好ましい。
【００７２】
Ｒ１（Reservedbit）フィールドは、Ｒｅｓｅｔ ＰＤＵ／Ｒｅｓｅｔ Ａｃｋ ＰＤＵで使用され、特定値に固定されて伝送されることが好ましい。例えば、Ｒ１フィールド値は“０００”に固定されてコーディングまたは伝送されることができる。
【００７３】
ＨＦＮＩフィールドは、該当ＲＬＣ ＰＤＵに含まれた一部値を暗号化して伝送する時、該暗号化と関連した情報を含む。送信側は、ＨＦＮＩフィールド値を送信側で使用するＨＦＮ値の最大値に設定することが好ましい。ここで、ＨＦＮ値は、暗号化に用いられる値であり、送信側はＲＬＣＰＤＵを伝送する度に、ＲＬＣ ＰＤＵからＳＮ値を除外した残りの部分をＨＦＮ値を用いて暗号化することができる。そして、受信側は、送信側で使用したＨＦＮ値と同じＨＦＮ値を用いて、受信されたＲＬＣＰＤＵを解読することができる。もし受信側と送信側が同じＨＦＮ値を持っていないと、復号過程に問題が生じ、通信を持続し難くなる。
【００７４】
したがって、再設定（reset）過程では、送信側と受信側が互いにＨＦＮ値を交換し、受信側と送信側が同じＨＦＮを持つようにすることが好ましい。したがって、送信側と受信側は、ＨＦＮ値をＲｅｓｅｔＰＤＵ／Ｒｅｓｅｔ ＡＣＫ ＰＤＵに含まれたＨＦＮＩフィールドを通じて伝送することができる。
【００７５】
以下、ＲＬＣエンティティでの再設定過程（Reset Procedure）を説明する。この再設定過程は、Ｒｅｓｅｔ ＰＤＵが伝送されながら始まることができる。再設定過程は、使用者データの送信側または受信側のいずれかによって始まることができるが、以下では受信側で始める場合を取り上げて説明する。
【００７６】
受信側は送信側にＲｅｓｅｔ ＰＤＵを伝送する。再伝送過程は、不正確なＳＮ（Erroneous Sequence Number）を含むＳｔａｔｕｓ ＰＤＵが受け取られたり、または、特定ＰＤＵが一定回数だけ伝送に失敗した場合などに行なわれることができる。受信側が伝送したＲｅｓｅｔＰＤＵを受信した送信側は、ＲＬＣ ＰＤＵとＳｔａｔｕｓ ＰＤＵの伝送を中止する。そして、受信されるＲＬＣ ＰＤＵ、ＳＴＡＴＵＳ ＰＤＵ及びＰＩＧＧＹＢＡＣＫＥＤＳｔａｔｕｓ ＰＵＤなどがある場合には、受信されるＲＬＣ ＰＤＵ、ＳＴＡＴＵＳ ＰＤＵ及びＰＩＧＧＹＢＡＣＫＥＤ Ｓｔａｔｕｓ ＰＵＤなどを無視する。
【００７７】
再設定過程を行なうために送信側で少なくとも２個のパラメータを設定して利用することができる。例えば、ＶＲ（ＲＳＴ）は最初のパラメータで、再設定過程が行なわれる度に１ずつ増加される値に設定して使用する。また。ＭａｘＲＳＴは、２番目のパラメータで、再設定過程でＲｅｓｅｔＰＤＵを伝送できる最大値と設定して使用する。すなわち、Ｒｅｓｅｔ ＰＤＵ伝送がＭａｘＲＳＴ値を越えると、直ちに再設定過程を終了し、上位端に解決不能のエラーが発生したことを知らせる。
【００７８】
続いて、ＶＲ（ＲＳＴ）及びＭａｘＲＳＴ値を用いて再設定過程を行なう過程を説明する。送信側は、ＲｅｓｅｔＰＤＵを受信し、ＶＲ（ＲＳＴ）の値を１増加させる。そして、変更されたＶＲ（ＲＳＴ）の値をＭａｘＲＳＴ値と比較する。比較結果、ＶＲ（ＲＳＴ）の値がＭａｘＲＳＴよりも大きいと、送信側は上位階層であるＲＲＣ階層にその状況を知らせるための情報を伝送する。一方、ＶＲ（ＲＳＴ）値がＭａｘＲＳＴよりも小さいと、送信側はＲｅｓｅｔＡＣＫ ＰＤＵを受信側に伝送する。
【００７９】
Ｒｅｓｅｔ ＰＤＵを受信した受信側の動作について説明する。まず、受信側は、最後に行なった再設定過程で使われたＲＳＮ値と現在受信したＲｅｓｅｔＰＤＵに含まれたＲＳＮ値とが同一であるか比較する。比較結果、ＲＳＮ値が互いに同一な場合、受信側は、以前に伝送したＲｅｓｅｔ ＡＣＫ ＰＤＵと同じ値として再びＲｅｓｅｔＡＣＫ ＰＤＵを伝送する。
【００８０】
そして、現在受信したＲｅｓｅｔ ＰＤＵが、該当のＲＬＣエンティティが設定（established）されたり再設定（re−established）された後に受信された最初のＲｅｓｅｔ ＰＤＵであるか、現在受信されたＲｅｓｅｔＰＤＵのＲＳＮ値が最も最近に最後に受信されたＲｅｓｅｔ ＰＤＵのＲＳＮ値と異なる場合に、受信側は、新しくＲｅｓｅｔ ＡＣＫ ＰＤＵを構成して伝送する。
【００８１】
そして、受信側は、環境変数を初期化し、駆動中のタイマー（Timer）を中止する。受信側は、受信されているＲＬＣ ＰＤＵを廃棄し、該当の再設定過程以前に送信されたＲＬＣ ＳＤＵを廃棄する。また、受信側は、受信側方向及び送信側方向のＨＦＮ値をそれぞれ再設定する。例えば、受信側は、既存のＨＦＮ値より１増加させた値をＲｅｓｅｔＡＣＫ ＰＤＵのＨＦＮＩフィールドを通じて伝送することができる。上述した如く、受信側は、ＨＦＮＩフィールドに自身が送信する方向で用いられた最大のＨＦＮ値を、ＨＦＮＩフィールドに埋めて伝送することが好ましい。
【００８２】
送信側は、Ｒｅｓｅｔ ＰＤＵを伝送した後、ＲｅｓｅｔＡＣＫ ＰＤＵの受信を待機し、Ｒｅｓｅｔ ＡＣＫ ＰＤＵを受信すると、次の動作を行なう。まず、Ｒｅｓｅｔ ＡＣＫ ＰＤＵに含まれたＲＳＮ値を、自身が伝送したＲｅｓｅｔＰＤＵに含まれたＲＳＮ値と比較する。比較結果、ＲＳＮ値が同一な場合、送信側は次の過程を行なう。そうでないと、送信側は、受信したＲｅｓｅｔ ＡＣＫ ＰＤＵを廃棄する。
【００８３】
送信側は、受信したＲｅｓｅｔ ＡＣＫ ＰＤＵのＨＦＮＩフィールドに含まれたＨＦＮ値に自身の受信側方向のＨＦＮ値を再設定する。その後、送信側は、環境変数を初期化し、駆動中のタイマーを中止する。そして、送信側は、受信されているＲＬＣＰＤＵ及び再設定以前に送信されたＲＬＣ ＳＤＵを廃棄する。
【００８４】
送信側は、自身の受信側方向に対して再設定されたＨＦＮ値によって自身の送信側方向のＨＦＮを再設定する。すなわち、上記の例によると、１だけ増加させる。このような再設定過程の後に送信側と受信側は同一のＨＦＮを持つこととなり、同一のＨＦＮ値を通じて暗号化と解読過程がなされることができる。
【００８５】
以下、ＨＳＤＰＡ（High Speed Downlink Packet Access）について説明する。
【００８６】
３ＧＰＰではＵＭＴＳ網を進化させて高速の伝送速度を提供するための研究が進行されている。その代表的なシステムにＨＳＤＰＡがある。ＨＳＤＰＡのために多くの新しい技法が導入されているが、その一つがＨＡＲＱである。
【００８７】
ＨＡＲＱ方法は、ＲＬＣ階層で行なうパケット再伝送方法とは異なる概念の再伝送方法である。ＨＡＲＱ方法は、物理階層と関連して使われ、再伝送されたデータを以前に受信したデータと結合してより高い復旧率を保障する。すなわち、ＨＡＲＱ方法は、伝送に失敗したパケットを廃棄せずに保存しておき、このパケットを再伝送されたパケットとデコーディング以前段階で結合することによって復旧する方法である。
【００８８】
ＨＡＲＱ機能をより效果的に支援するためにＮｏｄｅ ＢのＭＡＣ−ｈｓ副階層にはＨＡＲＱブロックが存在する。ＨＡＲＱブロックには、支援する端末のＨＡＲＱ動作を管理するＨＡＲＱエンティティが存在する。好ましくは、ＨＡＲＱエンティティは各端末ごとに一つずつ提供される。また、各ＨＡＲＱエンティティには多数のＨＡＲＱプロセス（Process）が存在する。各ＨＡＲＱプロセスは、ＨＡＲＱの動作を制御する役割を果たし、特定データの伝送のために用いられる。
【００８９】
各ＨＡＲＱプロセスは多数のデータが共有して利用できるが、一つの伝送時間区間（Transmission Time Interval；TTI）に一つずつしか処理されることができず、したがって、プロセスが成功的にデータを伝送すると、プロセスは空になり、他のデータの伝送に使われることができる。しかし、プロセスがデータ伝送に失敗すると、プロセスは該当のデータが成功的に伝送されたり廃棄されるまでデータを保存する。
【００９０】
Ｎｏｄｅ ＢのＭＡＣ−ｈｓにおけるデータ伝送をより詳細に説明すると、ＮｏｄｅＢは、ＲＮＣから受信した複数のデータを再構成してＭＡＣ−ｈｓ ＰＤＵを生成し、これらのＭＡＣ−ｈｓを各ＨＡＲＱプロセスに割り当てる。各ＨＡＲＱプロセスで伝送したＭＡＣ−ｈｓＰＤＵは一度で成功的に端末に伝達されることもあればそうでないこともある。
【００９１】
例えば、先に生成されたＭＡＣ−ｈｓ ＰＤＵ“１”は、ＨＡＲＱプロセス“Ａ”に割り当てられ、その後に生成されたＭＡＣ−ｈｓＰＤＵ“２”は、ＨＡＲＱプロセス“Ｂ”に割り当てられた場合とする。各ＨＡＲＱプロセスは、同時に伝送を行うことはないが、それぞれ独立して動作する。したがって、ＨＡＲＱプロセス“Ａ”は伝送に失敗し続き、ＨＡＲＱプロセス“Ｂ”は、ＨＡＲＱプロセス“Ａ”よりも先にデータ伝送に成功し、先に生成されたＭＡＣ−ｈｓＰＤＵ“１”より後で生成された、すなわち、後でＮｏｄｅ Ｂに到着したデータを含むＭＡＣ−ｈｓ ＰＤＵ“２”が、先に端末に到着して処理される場合がありうる。すなわち、ＨＡＲＱプロセス（ＨＡＲＱプロセス“Ａ”）により、ＮｏｄｅＢで生成された順にＭＡＣ−ｈｓ ＰＤＵが端末に伝達されなくなることもある。結局、これは、ＭＡＣ−ｈｓ ＰＤＵに含まれたＲＬＣ ＰＤＵも順にＲＬＣ階層（またはエンティティ）に伝達されない場合が生じうるということを意味する。
【００９２】
図４は、ＤＣＨとＥ−ＤＣＨの構造を説明するための図である。
【００９３】
ＤＣＨとＥ−ＤＣＨはいずれも、一つの端末が専用で使用する伝送チャネルである。特に、Ｅ−ＤＣＨは、端末がＵＴＲＡＮで上りリンクデータを伝送するのに使われるもので、ＤＣＨに比べて高速で上りリンクデータを伝送することができる。データの高速伝送を可能にすべく、Ｅ−ＤＣＨはＨＡＲＱ（Hybrid ARQ）とＡＭＣ（Adaptive Modulation and Coding）、Node B ControlledSchedulingなどの技術を使用することができる。
【００９４】
Ｅ−ＤＣＨのために、Ｎｏｄｅ Ｂは端末に端末のＥ−ＤＣＨ伝送を制御する下り制御情報を伝送する。下り制御情報は、ＨＡＲＱのための応答情報（ＡＣＫ／ＮＡＣＫ）、ＡＭＣのためのチャネル品質情報（Channel Quality Information）、Node B Controlled SchedulingのためのＥ−ＤＣＨ伝送速度割当情報、Ｅ−ＤＣＨ伝送開始時間及び伝送時間区間割当情報などを含む。
【００９５】
一方、端末はＮｏｄｅ Ｂに上り制御情報を伝送する。上り制御情報は、Node B Controlled SchedulingのためのＥ−ＤＣＨ伝送速度要請情報（Rate RequestInformation）、端末バッファー状態情報（UE Buffer Status Information）、端末電力状態情報（UE Power StatusInformation）などを含む。Ｅ−ＤＣＨのための上り制御情報と下り制御情報は、Ｅ−ＤＰＣＣＨ（Dedicated Physical ControlChannel）のような物理制御チャネル（Physical Control Channel）を通じて伝送されることができる。
【００９６】
Ｅ−ＤＣＨのためにＭＡＣ−ｄとＭＡＣ−ｅとの間にはＭＡＣ−ｄｆｌｏｗが定義される。この時、専用論理チャネルはＭＡＣ−ｄ ｆｌｏｗにマッピングされ、ＭＡＣ−ｄ ｆｌｏｗは伝送チャネル“Ｅ−ＤＣＨ”にマッピングされ、伝送チャネル“Ｅ−ＤＣＨ”は再び物理チャネル“Ｅ−ＤＰＤＣＨ（Enhanced Dedicated Physical Data Channel）”にマッピング（Mapping）される。一方、専用論理チャネルは伝送チャネル“ＤＣＨ”に直接マッピングされても良い。この時、伝送チャネル“ＤＣＨ”は、物理チャネル“ＤＰＤＣＨ（DedicatedPhysical Data Channel）”にマッピングされる。
【００９７】
プロトコル階層構造についての部分で説明された通り、図４に示すＭＡＣ−ｄ副階層は、特定端末に対する専用伝送チャネルであるＤＣＨ（Dedicated Channel）の管理を担当し、ＭＡＣ−ｅ副階層は、高速のデータを上りで伝送するために使われる伝送チャネルであるＥ−ＤＣＨ（EnhancedDedicated Channel）を担当する。
【００９８】
図５は、ＭＡＣ−ｅｓ副階層の構造を説明するための図である。
【００９９】
ＭＡＣ−ｅｓ副階層はＲＮＣに位置し、Ｅ−ＤＣＨを支援するのに使われる階層である。ＭＡＣ−ｅｓ副階層は、ＭＡＣ−ｅから伝達されたＭＡＣ−ｅｓＰＤＵの再整列を行なう。特に、一つ以上のＮｏｄｅ ＢがＥ−ＤＣＨのために使われる場合、それぞれのＮｏｄｅ Ｂから成功的に受信したＭＡＣ−ｅ ＰＤＵは、ＭＡＣ−ｅｓＰＤＵに分解される。ＭＡＣ−ｅｓ ＰＤＵは最終的にＭＡＣ−ｅｓ副階層で再整列される。その後、ＭＡＣ−ｅｓ副階層は、ＭＡＣ−ｅｓ ＰＤＵをＭＡＣ−ｄ ＰＤＵまたはＲＬＣＰＤＵに分解して上位階層に伝送する。
【０１００】
図６は、ＭＡＣ−ｅ副階層の構造を説明するための図である。
【０１０１】
ＭＡＣ−ｅ副階層は、Ｅ−ＤＣＨに対する支援が要求されるＮｏｄｅＢに位置し、ＭＡＣ−ｅ副階層は実際にＥ−ＤＣＨと関連して無線階層の制御を管理し、実際にＭＡＣ−ｅ ＰＤＵの伝送を制御し、スケジューリング（scheduling）とＨＡＲＱを担当する。ＭＡＣ−ｅ副階層は、成功的に受信したＭＡＣ−ｅ ＰＤＵをＭＡＣ−ｅｓ ＰＤＵに分けた後、これらＭＡＣ−ｅｓＰＤＵをＭＡＣ−ｅｓ副階層に伝達する。
【０１０２】
以下、使用者データを受信したＲＬＣエンティティが、可能な限り速く制御情報（例、状態情報）を送信側に伝送し、送信側ではＲＬＣＰＤＵの再伝送を可能な限り速く始めるようにすることで、データ伝送速度を高める方法を提供する。
【０１０３】
図７は、本発明の一実施形態を説明するためのフローチャートである。
【０１０４】
本実施形態では、ＲＸ ＲＬＣエンティティがデータ送信側に速く制御情報（例、状態情報）を伝送するようにするための一方法として、一つのＲＬＣエンティティに多数の論理チャネルが設定されることが提案される。この場合、ＲＸＲＬＣエンティティがＲＬＣ ＰＤＵを伝送できるチャネルが多数本であるから、ＲＬＣエンティティは、自身が伝送しようとするＲＬＣ ＰＤＵの特性と内容に基づいて、多数本の論理チャネルから一つを選択してＲＬＣＰＤＵを伝送することができる。ＲＬＣ ＰＤＵは、送信側に状態情報を伝送するためのＳＴＡＴＵＳ ＰＤＵでありうる。すなわち、状態情報を伝送するＲＬＣエンティティは、自身と連結された多数本の論理チャネルのうち、状態情報を最も速く伝送できる論理チャネルを選択し、選択された論理チャネルを通じて状態情報を送信できる。ＲＬＣエンティティは、上述したＡＭＲＬＣエンティティであると好ましい。
【０１０５】
図７を参照すると、ＴＸ ＲＬＣエンティティから所定のＲＬＣＰＤＵを伝送する（Ｓ７０）。ＲＸ ＲＬＣエンティティでそれらＲＬＣ ＰＤＵを受信した場合に、ＲＸ ＲＬＣ（エンティティ）は、受信したＲＬＣ ＰＤＵを確認する（Ｓ７１）。確認結果、成功的に受信していないＲＬＣＰＤＵがあるか、または、自身のバッファーに到着していないＲＬＣＰＤＵを発見した場合、ＲＸ ＲＬＣエンティティは、データが成功的に受信されたか否かを指示する状態情報を構成する（Ｓ７２）。その後、ＲＸ ＲＬＣエンティティは、構成された制御情報を、設定された多数本の論理チャネルのうち一つを選択して伝送する（Ｓ７３、Ｓ７４）。ＲＸＲＬＣエンティティは、状態情報を伝送するためにＳＴＡＴＵＳ ＰＤＵを用いることができる。ＴＸ ＲＬＣエンティティで状態情報を受信した場合に、ＴＸ ＲＬＣエンティティは状態情報を処理し、必要に応じて該当のＲＬＣＰＤＵを再伝送する（Ｓ７６）。
【０１０６】
上記のように多数のチャネルを備えることによって、制御情報の伝送速度を高め、各制御情報の種類によって柔軟にチャネルを選択して制御情報を伝送することができる。
【０１０７】
図８は、本発明の他の実施形態を説明するためのフローチャートである。
【０１０８】
本実施形態では、制御情報を送信側−関連制御情報と受信側−関連制御情報とに区分し、それぞれの制御情報をそれぞれ異なるメッセージを用いて伝送することを提案する。すなわち、受信側−関連制御情報と送信側−関連制御情報が一つのメッセージに共に含まれて伝送されることはない。
【０１０９】
この方法で、受信側−関連制御情報と送信側−関連制御情報は同じチャネルを通じて伝送されても良いが、受信側−関連制御情報と送信側−関連制御情報はそれぞれ異なるチャネルを用いて伝送されることが好ましい。
【０１１０】
受信側−関連制御情報とは、ＡＭ ＲＬＣエンティティがＲＬＣＰＤＵまたはＲＬＣ ＳＤＵを受信する場合に、ＲＬＣ ＰＤＵまたはＲＬＣ ＳＤＵと関連して提供する制御情報のことを意味する。より具体的に、受信側−関連制御情報は、ＡＭＲＬＣエンティティの受信側が構成するメッセージで、例えば、ＡＭ ＲＬＣエンティティの受信側がどのＡＭ ＲＬＣ ＰＤＵを成功的に受信し、どのＡＭ ＲＬＣ ＰＤＵの受信に成功できなかったかを知らせる情報である。
【０１１１】
すなわち、受信側ＲＬＣエンティティが送信側からＲＬＣＰＤＵを受信した後、どのＲＬＣ ＰＤＵが成功的に受信され、どのＲＬＣ ＰＤＵが成功的に受信されなかったかを知らせる場合、この情報は、受信側−関連制御情報として分類されることができる。
【０１１２】
送信側−関連制御情報とは、ＡＭ ＲＬＣエンティティがＲＬＣＰＤＵまたはＲＬＣ ＳＤＵの伝送と関連して提供する制御情報のことを意味する。より具体的に、送信側−関連制御情報は、ＡＭ ＲＬＣエンティティの送信側が構成するメッセージで、ＡＭＲＬＣエンティティの送信側がどのＡＭ ＲＬＣ ＰＤＵを廃棄したか、または、どのＡＭ ＲＬＣ ＰＤＵをそれ以上送信しないかということを知らせる情報である。
【０１１３】
すなわち、送信側ＲＬＣエンティティが、どのＡＭ ＲＬＣＰＤＵが送信側ＲＬＣエンティティにより廃棄されたか、どのＡＭ ＲＬＣ ＰＤＵが送信側ＲＬＣエンティティによりそれ以上伝送されないかということを指示する制御情報を提供する場合、この制御情報は送信側−関連制御情報として分類されることができる。
【０１１４】
例えば、上で説明した再設定過程と関連した制御情報は、送信側−関連制御情報として処理されることが好ましい。すなわち、ＲｅｓｅｔＰＤＵまたはＲｅｓｅｔ Ａｃｋ ＰＤＵは、送信側−関連制御情報として区分されることができる。また、ＭＲＷ（movereceiving window）過程と関連した制御情報も送信側−関連制御情報として区分されることが好ましい。
【０１１５】
ＭＲＷ過程は、送信側であるＲＬＣ ＳＤＵを廃棄しそれ以上伝送しない時、それを受信側に知らせるために用いる過程である。この過程の結果として送信ウィンドウ（transmission window）の調整が起こることもある。すなわち、送信側は一部のＲＬＣ ＳＤＵを削除すると決定し、それ以上受信側に伝送しない場合、それをＭＲＷＳＵＦＩを用いて受信側に知らせる。ＭＲＷ ＳＵＦＩを成功的に受信すると、受信側はＭＲＷ ＳＵＦＩの内容に基づいて動作を行なった後、送信側にＭＲＷ ＡＣＫ ＳＵＦＩを伝送して、ＭＲＷ過程が成功的に終わったことを知らせる。すなわち、ＭＲＷＳＵＦＩまたはＭＲＷ ＡＣＫ ＳＵＦＩは、送信側−関連制御情報として区分されることができる。
【０１１６】
図８を参照すると、図７と同様に、ＴＸ ＲＬＣエンティティはＲＬＣＰＤＵをＲＸ ＲＬＣエンティティに伝送する（Ｓ８０）。ＲＸ ＲＬＣエンティティが一部のＲＮＣ ＰＤＵを成功的に受信できなかったり、受信自体ができなかった場合（Ｓ８１）、ＲＸＲＬＣエンティティは制御情報を構成する（Ｓ８２）。この制御情報は、上の区分方法によれば、受信されたデータ（すなわち、ＲＬＣ ＰＤＵｓまたはＲＬＣ ＳＤＵｓ）に関する制御情報であるから、受信側−関連制御情報に該当する。
【０１１７】
ＲＸ ＲＬＣエンティティは、この受信側−関連制御情報を構成してＴＸＲＬＣエンティティに伝送する。ＴＸ ＲＬＣエンティティには多数本のチャネルが設定される。好ましくは、多数本のチャネルのうち一部は、受信側−関連制御情報専用として設定され、該チャネルを通じては受信側−関連制御情報のみが伝送されることができる。すなわち、少なくとも一つの論理チャネルは制御情報の伝送にのみ使われる。この場合、専用チャネル以外の残り論理チャネルは、実際使用者データの伝送にのみ使われるように設定されても良く、または、使用者データと制御情報両方の伝送に使われるように設定されても良い。
【０１１８】
送信側−関連制御情報が以前に伝送されたデータブロックより先にピア（peer）ＲＬＣエンティティに到着すると、上述したように、データ受信及び復号化過程で問題点が発生する。しかし、送信側−関連制御情報は、受信側−関連制御情報を伝送するＲＬＣエンティティで送信しようとする使用者データとは関連がない。
【０１１９】
したがって、受信側−関連制御情報は、この受信側−関連制御情報を伝送したＲＬＣエンティティから送信した使用者データより先にピアＲＬＣエンティティに到着しても、当該使用者データの伝送に何ら問題も起こさない。したがって、到着順序に大きく関連していない受信側−関連制御情報の場合には、別の専用チャネルを設定して送受信及び処理速度を高めることができる。
【０１２０】
上記受信側−関連制御情報専用のチャネルを設定する方法の一例を説明する。以下、ＡＭＲＬＣエンティティには２本のチャネルが設定されているとして説明する。ただし、３本以上のチャネルが設定された場合にも同一または類似な方法を適用可能であることは自明である。
【０１２１】
受信側−関連制御情報専用のチャネルを設定する一方法として、上で仮定した通り、ＡＭＲＬＣエンティティは２本の論理チャネルに接続され、これら２本の論理チャネルのうち、第１論理チャネルは、受信側−関連制御情報以外の制御情報と使用者データの伝送にのみ使用し、第２論理チャネルは、受信側−関連制御情報の伝送にのみ使用する方法を挙げることができる。
【０１２２】
ＡＭ ＲＬＣエンティティ（すなわち、ＲＸ ＲＬＣエンティティ）は、ピアＡＭＲＬＣエンティティ（すなわち、ＴＸ ＲＬＣエンティティ）からＲＬＣ ＰＤＵを受信し、もしＲＸ ＲＬＣエンティティが、自身が成功的に受信できなかったＲＬＣ ＰＤＵ、または、自身のバッファーに到着しなかったＲＬＣＰＤＵを発見した場合、受信側−関連制御情報を構成する（Ｓ８０〜Ｓ８２）。
【０１２３】
そして、ＲＸ ＲＬＣエンティティは、構成された受信側−関連制御情報を、受信側−関連制御情報の伝送にのみ使用するように設定された第２論理チャネルを通じてＴＸＲＬＣエンティティに伝送する（Ｓ８７）。ＲＸ ＲＬＣエンティティは受信側−関連制御情報を伝送するために特定ＲＬＣ ＰＤＵを使用することができる。ＴＸ ＲＬＣエンティティは、受信側−関連制御情報を直ちに処理し、関連プロセスを行なうことができる（Ｓ８８）。特に、ＴＸＲＬＣエンティティは、受信側−関連制御情報がＲＬＣ ＰＤＵが成功的に受信されていないということを指示する場合に、当該ＲＬＣ ＰＤＵを再伝送する（Ｓ８９）。すなわち、ＲＬＣＰＤＵの制御情報においてＮＡＣＫ情報を受信した場合、ＴＸ ＲＬＣは、制御情報中のＮＡＣＫ情報を処理し、必要に応じてＲＬＣ ＰＤＵを再伝送する。
【０１２４】
上記過程で、ＲＸ ＲＬＣエンティティは、受信したデータと関連した制御情報の他に、使用者データ、及びＴＸＲＬＣエンティティにより伝送された使用者データと関連した制御情報も、ＴＸ ＲＬＣエンティティに伝送することができる。ＲＸ ＲＬＣエンティティは、送信側−関連制御情報をさらに構成してＴＸＲＬＣエンティティに伝送することができる。この場合、ＲＸ ＲＬＣエンティティは、送信側−関連制御情報を、設定された２つの論理チャネルのうち、受信側−関連制御情報のみを伝送するように設定されていないチャネル（すなわち、第１論理チャネル）を通じて伝送できる。
【０１２５】
受信側−関連制御情報専用のチャネルを設定する他の方法として、ＡＭＲＬＣエンティティは、２つの論理チャネルに接続され、２つの論理チャネルのうちの第２論理チャネルを、受信側−関連制御情報以外の制御情報と使用者データを伝送するのに使用されないように設定する方法を挙げることができる。
【０１２６】
ＡＭ ＲＬＣエンティティ（すなわち、ＲＸ ＲＬＣエンティティ）は、ピアＡＭＲＬＣエンティティ（すなわち、ＴＸ ＲＬＣエンティティ）からＲＬＣ ＰＤＵを受信し、もしＲＸ ＲＬＣエンティティが、成功的に受信できなかったＲＬＣ ＰＤＵまたは自身のバッファーに到着しなかったＲＬＣＰＤＵを発見した場合、受信側−関連制御情報を構成する（Ｓ８０〜Ｓ８２）。ＲＸ ＲＬＣエンティティは、設定された２つの論理チャネル（第１及び第２）のうち一つを選択し、選択されたチャネルを通じて上記構成された受信側−関連制御情報を伝送する。ＲＸＲＬＣエンティティは、受信側−関連制御情報を伝送するために特定ＲＬＣ ＰＤＵを使用することができる。この場合、ＲＸ ＲＬＣエンティティは、受信側−関連制御情報を第２論理チャネルを用いて伝送することが好ましい（Ｓ８７）。
【０１２７】
この方法で、ＲＸ ＲＬＣエンティティが送信側−関連制御情報をさらに構成してＴＸＲＬＣエンティティに伝送することができる。そして、ＲＸ ＲＬＣエンティティは、送信側−関連制御情報を、設定された２つの論理チャネルのうち、送信側−関連制御情報の伝送が禁じられていないチャネル（すなわち、第１論理チャネル）を通じて伝送することができる。
【０１２８】
上記過程で、受信側−関連制御情報を受信した場合、ＴＸＲＬＣエンティティは、受信側−関連制御情報を直ちに処理し、関連プロセスを行なうことができる（Ｓ８８）。特に、ＴＸ ＲＬＣエンティティは、受信側−関連制御情報が制御情報中のＮＡＣＫ情報であり、ＲＬＣＰＤＵが成功的に受信されなかったと指示する場合に、該当のＲＬＣ ＰＤＵを再伝送する（Ｓ８９）。
【０１２９】
このように受信側−関連制御情報と送信側−関連制御情報を区分して伝送することによって、制御情報の特性によって送受信方法や処理順序、速度などを区分して設定でき、効率的な通信を行なうことができる。
【０１３０】
図９は、本発明のさらに他の実施形態を説明するためのフローチャートである。
【０１３１】
本発明のさらに他の実施形態によると、送信側−関連制御情報を伝送する時、送信側−関連制御情報をいつ処理すべきかに関連する第１時間情報を共に伝送することができる。
【０１３２】
ＲＬＣエンティティ（すなわち、ＴＸ ＲＬＣエンティティ）は、送信側−関連制御情報と一緒に、送信側−関連制御情報の好ましい処理時間に関する情報を伝送できる。このような第１時間情報は、送信側−関連制御情報と別に伝送されても良いが、好ましくは、送信側−関連制御情報に含まれて伝送されることができる。
【０１３３】
すなわち、ＴＸ ＲＬＣエンティティは、送信側−関連制御情報を構成する時に、この制御情報が処理される時間に関する情報を含んで構成し（Ｓ９０）、第１時間情報が含まれた送信側−関連制御情報をピアＲＸＲＬＣエンティティに伝送する（Ｓ９１）。ＲＸ ＲＬＣエンティティは、制御情報を受信する。受信した制御情報に第１時間情報が含まれている場合、ＲＸ ＲＬＣエンティティは、時間情報が指示する時間に制御情報を処理する（Ｓ９３）。
【０１３４】
第１時間情報は、ＴＸ ＲＬＣエンティティで制御情報が生成された時間情報、ＲＸＲＬＣエンティティで制御情報が処理される時間に関する情報、端末ごとに設定される時間基準であるＣＦＮ（ConnectionFrame Number）、一つのセルにおける時間基準であるＳＦＮ（System Frame Number）、制御情報が伝送される直前にＲＬＣエンティティが伝送した使用者データ（すなわち、ＲＬＣＰＤＵ）に含まれる一連番号情報、及び制御情報が伝送された後にＲＬＣエンティティが伝送する使用者データ（すなわち、ＲＬＣ ＰＤＵ）に含まれる一連番号情報のうち少なくとも一つを含むことができる。
【０１３５】
第１時間情報が、制御情報が生成された時間情報または制御情報が処理される時間に関する情報である場合、ＲＸＲＬＣエンティティは、第１時間情報が指示する時間に制御情報を処理する。
【０１３６】
第１時間情報がＳＦＮまたはＣＦＮの場合、ＲＸ ＲＬＣエンティティは、ＣＦＮまたはＳＦＮに相応する時間に制御情報を処理する。第１時間情報が、ＲＬＣＰＤＵに含まれる一連番号情報で、且つ、このＲＬＣ ＰＤＵの一連番号情報が、制御情報が伝送される直前にＲＸ ＲＬＣエンティティが最後に伝送した使用者データに関するものである場合には、好ましくは、制御情報を受信したＲＸＲＬＣエンティティは、該当のＲＬＣ ＰＤＵが処理された後に制御情報を処理する。第１時間情報が、ＲＬＣ ＰＤＵに含まれる一連番号情報で、且つ、制御情報が伝送された後にＲＬＣエンティティが伝送する使用者データに関するものである場合、ＲＸＲＬＣエンティティは該当のＲＬＣＰＤＵを処理する直前に制御情報を処理する。
【０１３７】
ところが、第１時間情報がＲＬＣＰＤＵの一連番号の場合は、ＲＬＣＰＤＵが受信側に到着しないことがありうる。この場合、送信側−関連制御情報の第１時間情報がＲＬＣＰＤＵに関連しているため、ＲＬＣ ＰＤＵを受信できないと制御情報を処理する上で問題が生じうる。すなわち、ＲＬＣ状態情報を処理すべきＲＬＣエンティティは、ＲＬＣＰＤＵの受信後に限って第１時間情報に合わせてＲＬＣ状態情報を処理することができる。したがって、ＲＬＣ ＰＤＵがＲＬＣエンティティに到着しないと、ＲＬＣエンティティは結局のところＲＬＣ状態情報を処理できず、誤りが生じうる。
【０１３８】
本発明のさらに他の実施形態によると、送信側−関連制御情報は、第１制御情報を処理するのに許容された最大時間と関連した第２時間情報と一緒に伝送されることができる。制御情報（例、ＲＬＣ状態情報）を伝送する場合、ＲＬＣエンティティは、ＲＬＣ状態情報がいつまで処理されると好ましいかを知らせる第２時間情報を伝送する。すなわち、第２時間情報は、制御情報などの処理が完了しなければならない好ましい時間を指示する。
【０１３９】
第２時間情報の例としては、端末ごとに設定される時間基準であるＣＦＮ（Connection Frame Number）、一つのセルにおける時間基準であるＳＦＮ（System Frame Number）及びタイマー値を挙げることができる。
【０１４０】
第２時間情報がＣＦＮ及びＳＦＮである場合、ＲＬＣエンティティは、制御情報が、処理時間情報に基づく時間にまだ処理されていない場合に、第２時間情報として伝送されたＣＦＮ及びＳＦＮに該当する時間に制御情報を処理する。
【０１４１】
第２時間情報がタイマー値である場合、制御情報を受信したＲＬＣエンティティは、第２時間情報に対応するタイムリミットまで制御情報の処理を完了するためにタイマーを使用することができる。
【０１４２】
タイマーの動作をより具体的に説明する。タイマー値が第２時間情報として用いられる場合、タイマー値は、制御情報（例、ＲＬＣ状態情報）がいつまで処理されなければならないかを知らせる。この場合、ＲＬＣ状態情報を受信すると、ＲＸＲＬＣエンティティは、タイマー値を用いてタイマーを駆動させる。ＲＸ ＲＬＣエンティティは、タイマーの動作中に、ＲＬＣ状態情報と一緒に受信された第１時間情報と一致するデータが受信されるとタイマーを中止させる。そして、タイマーが完了すると、ＲＸＲＬＣエンティティはＲＬＣ状態情報を処理する。
【０１４３】
図９に示すように、ＲＸ ＲＬＣエンティティは、タイマーが完了する前に、制御情報が第１時間情報によって指定されたタイミングに処理される場合（Ｓ９３）には、タイマーの動作を中止する（Ｓ９４）。例えば、ＲＬＣ状態情報に含まれた第１時間情報がＲＬＣＰＤＵの一連番号である場合には、該当のＲＬＣＰＤＵを受信した場合、ＲＬＣ ＰＤＵを受信したＲＸ ＲＬＣは、ＲＬＣ ＰＤＵの処理前にまたは後に制御情報を処理し、タイマーの動作を中止する。
【０１４４】
しかし、図１０に示すように、第２時間情報によってタイマーの動作が完了し、その時まで制御情報が処理されずに残っている場合、ＲＸＲＬＣエンティティは、第１時間情報によらず、タイマーの動作が完了するタイミングに制御情報を処理する（Ｓ９５、Ｓ９６）。
【０１４５】
第１時間情報または第２時間情報は、制御情報ごとに同一に設定して使用しても良い。制御情報（例、状態情報）のそれぞれは、含む内容が異なるため、それぞれの状態情報ごとに処理制限時間、すなわち、状態情報が生成されて伝送された後、ピアＲＬＣが状態情報を処理完了すべき制限時間が異なることもできる。
【０１４６】
上述したように、第１時間情報を含む制御情報が、好ましくは、第２時間情報と一緒に伝送される場合、この制御情報の受信側では、制御情報が送信側で伝送したのと異なる順序で受信される場合であっても、受信した制御情報を正しく処理することができる。この場合、ＲＬＣエンティティ（例、制御情報を伝送するＲＬＣエンティティ）は、制御情報を伝送するための一つ以上のチャネルに接続されることができる。そして、本発明の実施形態で提案したＲＬＣエンティティが２つ以上のチャネルに接続されて使用されることも可能である。
【０１４７】
すなわち、ＲＬＣエンティティに制御情報を伝送するための単一チャネルが接続されても、制御情報（例、ＲＬＣ状態情報）の送信側は、チャネルを通じてＲＬＣ状態情報と一緒に第１時間情報も伝送することができる。第１時間情報を含むＲＬＣ状態情報の受信側は、ＲＬＣＰＤＵが送信側から受信側に伝送される過程で順序が変わっても、第１時間情報を用いてＲＬＣ ＰＤＵと状態情報を正しく処理することができる。
【０１４８】
したがって、上記の過程でＲＬＣエンティティが一つの論理チャネルにのみ接続されても、時間情報さえ伝送されればＲＬＣエンティティは正常に動作することができる。また、上記と類似な理由から、ＲＬＣ状態情報と時間情報が共に伝送される場合、送信側−関連状態情報と受信側−関連状態情報が同一メッセージを通じて伝送されることができる。
【０１４９】
このような場合、制御情報（例、ＲＬＣ状態情報）に受信側−関連状態情報が含まれた場合、制御情報の受信側は、制御情報を受信した後に直ちに制御情報を処理する。ＲＬＣ状態情報に送信側−関連状態情報が含まれた場合、受信側は、ＲＬＣ状態情報と一緒に受信した第１時間情報に基づく時間にＲＬＣ状態情報を処理する。
【０１５０】
上述したように、送信側−関連制御情報を受信したＲＬＣエンティティは、送信側−関連制御情報が処理されるべき時間を指示する情報を用いて上記のエラーが発生するのを防止することができる。
【０１５１】
また、上述のように、第２時間情報に基づいてタイマーなどを用いて処理制限時間を設定することによって、受信した制御情報が処理されずに放置されるのを防止することができる。制御情報が第１時間情報に対応する時間に処理されるように設定された場合に、プリセットプロセシング基準時間と関連して発生する問題を解決することができ、その結果、より高い通信効率が得られる。
【０１５２】
図１１は、本発明のさらに他の実施形態を説明するためのフローチャートである。
【０１５３】
上述したように、ＲＬＣエンティティが一つの論理チャネルに接続された場合、下位エンティティで再整列を行なう過程で、送信側−関連制御情報が、自身より先に伝送し始まったＲＬＣＰＤＵよりも先にＲＬＣエンティティに到着すると、問題が生じうる。
【０１５４】
しかし、受信側−関連制御情報はピアＲＬＣエンティティにＲＬＣＰＤＵより早く到着しても問題が生じない。
【０１５５】
したがって、本発明のさらに他の実施形態によれば、受信側−関連制御情報を受信するエンティティは再整列過程を省略することができる。このため、本発明では、ＲＬＣエンティティは、受信側−関連制御情報を伝送するために受信側−関連制御情報を下位エンティティに伝達する場合、再整列通過指示子（reordering pass indicator）を設定して、受信側−関連制御情報と一緒に下位エンティティに伝送することができる。
【０１５６】
図１１を参照すると、ＲＸ ＲＬＣエンティティで再整列を行なうか否かに関する情報（すなわち、再整列通過指示子）を設定し、ＲＬＣＰＤＵを構成して（Ｓ１００）、下位エンティティ（すなわち、ＲＸ ＭＡＣエンティティ）にＲＬＣ ＰＤＵと一緒に再整列通過指示子を伝達する（Ｓ１１０）。再整列通過指示子が設定されている場合、ＲＸＭＡＣエンティティは、再整列通過指示子と一緒に受信したＲＬＣ ＰＤＵを含むＭＡＣ ＰＤＵを構成する（Ｓ１２０）
そして、ＲＸ ＭＡＣエンティティは、構成されたＭＡＣＰＤＵをピアエンティティ（すなわち、ＴＸ ＭＡＣ）に伝送する（Ｓ１３０）。この時、ＲＸ ＭＡＣエンティティは、ＭＡＣ ＰＤＵに、ＲＬＣ ＰＤＵは再整列を行なわずに直接上位端に伝達するということを指示する指示子を含めて伝送する。
【０１５７】
ＭＡＣ ＰＤＵを受信した場合、ＴＸ ＭＡＣエンティティは、ＭＡＣＰＤＵに、再整列を行なわずに直接上位端に伝達するということを指示する指示子が含まれているか否か判断する（Ｓ１４０）。
【０１５８】
この指示子をＭＡＣ ＰＤＵが含まれていない場合には、ＴＸＭＡＣエンティティは、再整列を行なった後にＲＬＣ ＰＤＵを上位階層（すなわち、ＴＸ ＲＬＣエンティティ）に伝達する（Ｓ１５０、Ｓ１７０）。そして、ＭＡＣ ＰＤＵが、ＲＬＣＰＤＵに対して再整列を行なわずに直接上位端に伝達するということを指示する指示子を含む場合には（Ｓ１６０）、ＴＸ ＭＡＣエンティティは、この指示子と関連するＲＬＣＰＤＵに対しては再整列を行なわずに直接上位ＲＬＣエンティティに伝達する（Ｓ１７０）。この制御情報などを受信した上位ＲＬＣエンティティは制御情報を処理する（Ｓ１８０）。
【０１５９】
再整列通過指示子は、再整列を行なわないということを指示する場合にのみ制御情報に含めて伝送し、再整列を行なうか否かを決定するのに用いることができる。
【０１６０】
また、所定の情報ビットを割り当てることによって、制御情報内に所定の情報ビットが常に含まれて伝送されるようにすることができる。例えば、１ビットが割り当てられた場合、“０”に設定して伝送すると、再整列を行なうことを意味し、“１”に設定して伝送する場合には再整列を行なわずに上位階層に伝達することを意味するようにしても良い。
【０１６１】
上の実施形態の場合、好ましくは、ＭＡＣ ＰＤＵには一つのＲＬＣＰＤＵのみ含まれることができる。そして、ＲＬＣ ＰＤＵには受信側−関連制御情報のみ含まれることがより好ましい。
【０１６２】
以上で使用された用語は別のものに取り替えられることができ、上記した本発明に属する技術分野における当業者には、本発明がその技術的思想や必須特徴を変更しない範囲で他の具体的な形態に実施できるということが理解される。したがって、以上で説明した実施形態は、あらゆる面において例示的なものであり、限定的なものとして理解されてはいけない。本発明の範囲は、詳細な説明に限定されず、添付の特許請求の範囲によって定められるべきであり、よって、特許請求の範囲の意味及び範囲そしてその等価概念から導き出される変更または変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。
【図１】
2010514328.tif 000007
【図２】
2010514328.tif 000008
【図３】
2010514328.tif 000009
【図４】
2010514328.tif 000010
【図５】
2010514328.tif 000011
【図６】
2010514328.tif 000012
【図７】
2010514328.tif 000013
【図８】
2010514328.tif 000014
【図９】
2010514328.tif 000015
【図１０】
2010514328.tif 000016
【図１１】
2010514328.tif 000017
【国際調査報告】
2010514328.tif 000018
2010514328.tif 000019