(57)【要約】本発明は、無線プロトコル層のデータユニットの伝送に関し、１つの論理チャネル識別子を１つの論理チャネルに属する１つ以上のデータユニットに加える。このように、ＭＡＣ−ｅ  ＰＤＵの構成時、１つの論理チャネルに属するデータユニットに１つの論理チャネル識別子のみを加えることにより、前記ＭＡＣ−ｅ  ＰＤＵのオーバーヘッドを減少できる。このようなＰＤＵのオーバーヘッドの減少により、データ処理量が増加するので、ＨＳＵＰＡのような高速データ通信システムでは大きい利点として作用する。【特許請求の範囲】
【請求項１】
第１層において複数のサービスデータユニットを第２層から受信するための手段と、
前記サービスデータユニットが受信される論理チャネルに基づいて前記複数のサービスデータユニットを区別してグループ化するための手段と、
前記第１層においてプロトコルデータユニットを生成するための手段とを含み、
前記プロトコルデータユニットは、ヘッダ、少なくとも１つのグループから受信された前記複数のサービスデータユニット、及び各グループ別の論理チャネル識別子から構成され、各論理チャネル識別子は、サービスデータユニットの各グループが受信される論理チャネルを識別することを特徴とする無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項２】
前記各グループのサービスデータユニットは、同一のサイズを有することを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項３】
前記複数のサービスデータユニットの区別は、前記第１層において起こることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項４】
前記複数のサービスデータユニットの区別は、前記第２層において起こることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項５】
前記論理チャネル識別子は、前記ヘッダに加えられることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項６】
前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項７】
前記プロトコルデータユニットは、ネットワークに伝送されることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項８】
前記第１層は、ＭＡＣ−ｅレイヤであることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項９】
前記第２層は、ＭＡＣ−ｄレイヤであることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１０】
前記複数のサービスデータユニットは、複数のＭＡＣ−ｄ  ＳＤＵであることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１１】
前記ヘッダは、各論理チャネルで受信された前記複数のサービスデータユニットのサイズを含む長さ情報で構成されることを特徴とする請求項１に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１２】
第１層において少なくとも１つのサービスデータユニットを第２層から受信するための手段と、
前記第１層においてプロトコルデータユニットを生成するための手段とを含み、
前記プロトコルデータユニットは、ヘッダ、前記少なくとも１つのサービスデータユニット、及び論理チャネル識別子から構成され、前記論理チャネル識別子は、前記少なくとも１つのサービスデータユニットが受信される論理チャネルを識別することを特徴とする無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１３】
前記論理チャネル識別子は、前記ヘッダに加えられることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１４】
前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１５】
前記プロトコルデータユニットは、ネットワークに伝送されることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１６】
前記第１層は、ＭＡＣ−ｅレイヤであることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１７】
前記第２層は、ＭＡＣ−ｄレイヤであることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１８】
前記少なくとも１つのサービスデータユニットは、少なくとも１つのＭＡＣ−ｄ  ＳＤＵであることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項１９】
前記ヘッダは、前記論理チャネルで受信された前記少なくとも１つのサービスデータユニットのサイズを含む長さ情報で構成されることを特徴とする請求項１２に記載の無線通信システムにおいてプロトコルデータユニットを生成するための移動端末。
【請求項２０】
第１層において複数のサービスデータユニットを第２層から受信する段階と、
前記サービスデータユニットが伝送される論理チャネルに基づいて前記複数のサービスデータユニットを区別してグループ化する段階と、
前記第１層においてプロトコルデータユニットを生成する段階とを含み、
前記プロトコルデータユニットは、ヘッダ、少なくとも１つのグループから受信された前記複数のサービスデータユニット、及び各グループ別の論理チャネル識別子から構成され、各論理チャネル識別子は、サービスデータユニットの各グループが受信される論理チャネルを識別することを特徴とする無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２１】
前記各グループのサービスデータユニットは、同一のサイズを有することを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２２】
前記複数のサービスデータユニットの区別は、前記第１層において起こることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２３】
前記複数のサービスデータユニットの区別は、前記第２層において起こることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２４】
前記論理チャネル識別子は、前記ヘッダに加えられることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２５】
前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２６】
前記プロトコルデータユニットは、ネットワークに伝送されることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２７】
前記第１層は、ＭＡＣ−ｅレイヤであることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２８】
前記第２層は、ＭＡＣ−ｄレイヤであることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項２９】
前記複数のサービスデータユニットは、複数のＭＡＣ−ｄ  ＳＤＵであることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３０】
前記ヘッダは、各論理チャネルで受信された前記複数のサービスデータユニットのサイズを含む長さ情報で構成されることを特徴とする請求項２０に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３１】
第１層において少なくとも１つのサービスデータユニットを第２層から受信する段階と、
前記第１層において前記プロトコルデータユニットを生成する段階とを含み、
前記プロトコルデータユニットは、ヘッダ、前記少なくとも１つのサービスデータユニット、及び論理チャネル識別子から構成され、前記論理チャネル識別子は、前記少なくとも１つのサービスデータユニットが受信される論理チャネルを識別することを特徴とする無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３２】
前記論理チャネル識別子は、前記ヘッダに加えられることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３３】
前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３４】
前記プロトコルデータユニットは、ネットワークに伝送されることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３５】
前記第１層は、ＭＡＣ−ｅレイヤであることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３６】
前記第２層は、ＭＡＣ−ｄレイヤであることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３７】
前記少なくとも１つのサービスデータユニットは、少なくとも１つのＭＡＣ−ｄ  ＳＤＵであることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【請求項３８】
前記ヘッダは、各論理チャネルで受信された前記少なくとも１つのサービスデータユニットのサイズを含む長さ情報で構成されることを特徴とする請求項３１に記載の無線通信システムにおけるプロトコルデータユニット生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムのＭＡＣ（Medium  Access  Control）層に関し、より詳しくは、前記ＭＡＣ層のデータを構成するシステム及び方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（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）をスケジューリングし、特定セルに位置する端末に前記メッセージをブロードキャストする役割を果たす。第３層Ｌ３の最下部に位置するＲＲＣ層は、制御プレーンにおいて定義され、ＲＢの設定、再設定、及び解除に関する第１層及び第２層のパラメータを制御し、また、論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、前記ＲＢは、端末とＵＴＲＡＮ間のデータ伝送のために無線プロトコルの第１層及び第２層により提供される論理パスを意味する。一般に、ＲＢの設定とは、特定サービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することである。
【００１６】
以下、ＨＳＵＰＡ（High  speed  Uplink  Packet  Access）について詳細に説明する。
【００１７】
ＨＳＵＰＡとは、端末（又は、ＵＥ）がＵＴＲＡＮにアップリンクでデータを高速伝送するシステムであり、従来の専用チャネル（ＤＣＨ）の代わりに向上した専用チャネル（Enhanced  Dedicated  Channel：Ｅ−ＤＣＨ）を使用し、その他に、高速伝送に必要なＨＡＲＱ（Hybrid  ARQ）とＡＭＣ（Adaptive  Modulation  and  Coding）、及びＮｏｄｅ  Ｂ制御スケジューリング（Node  B  Controlled  Scheduling）などの技術を用いる。
【００１８】
ＨＳＵＰＡのために、Ｎｏｄｅ  Ｂは、端末に該端末のＥ−ＤＣＨ伝送を制御するダウンリンク制御情報を伝送する。ダウンリンク制御情報は、ＨＡＲＱのための応答情報（ACK/NACK）、ＡＭＣのためのチャネル品質情報（Channel  Quality  Information）、Ｎｏｄｅ  Ｂ制御スケジューリングのためのＥ−ＤＣＨ伝送速度割り当て情報、Ｅ−ＤＣＨ伝送開始時間及び伝送時間間隔割り当て情報、並びに伝送ブロックサイズ情報などを含む。
【００１９】
端末は、Ｎｏｄｅ  Ｂにアップリンク制御情報を伝送する。アップリンク制御情報は、Ｎｏｄｅ  Ｂ制御スケジューリングのためのＥ−ＤＣＨ伝送速度要求情報（Rate  Request  Information）、端末バッファ状態情報（UE  Buffer  Status  Information）、及び端末電力状態情報（UE  Power  Status  Information）などを含む。ＨＳＵＰＡのためのアップリンク制御情報及びダウンリンク制御情報は、Ｅ−ＤＰＣＣＨ（Enhanced  Dedicated  Physical  Control  Channel）のような物理制御チャネルで伝送される。
【００２０】
ＨＳＵＰＡのために、ＭＡＣ−ｄとＭＡＣ−ｅ間には、ＭＡＣ−ｄフローが定義される。ここで、ＤＣＣＨ（Dedicated  Control  Channel）やＤＴＣＨ（Dedicated  Traffic  Channel）などの専用論理チャネル（Dedicated  Logical  Channel）はＭＡＣ−ｄフローにマッピングされ、ＭＡＣ−ｄフローはトランスポートチャネルＥ−ＤＣＨにマッピングされ、トランスポートチャネルＥ−ＤＣＨは物理チャネルＥ−ＤＰＤＣＨ（Enhanced  Dedicated  Physical  Data  Channel）にマッピングされる。前記専用論理チャネルは、直接トランスポートチャネルＤＣＨにマッピングできる。ここで、トランスポートチャネルＤＣＨは、物理チャネルＤＰＤＣＨ（Dedicated  Physical  Data  Channel）にマッピングされる。このようなチャネル間のマッピング関係は図３に示す。
【００２１】
以下、ＭＡＣ−ｄサブレイヤについて詳細に説明する。送信側ＭＡＣ−ｄサブレイヤは、上位層、すなわち、ＲＬＣ層から伝送されたＭＡＣ−ｄ  ＳＤＵ（Service  Data  Unit）からＭＡＣ−ｄ  ＰＤＵ（Protocol  Data  Unit）を構成し、受信側ＭＡＣ−ｄサブレイヤは、下位層から受信したＭＡＣ−ｄ  ＰＤＵからＭＡＣ−ｄ  ＳＤＵを復元して上位層であるＲＬＣ層に伝送する役割を果たす。ここで、ＭＡＣ−ｄは、ＭＡＣ−ｄフローによりＭＡＣ−ｅサブレイヤとＭＡＣ−ｄ  ＰＤＵを交換するか、又は、ＤＣＨで物理層とＭＡＣ−ｄ  ＰＤＵを交換する。ＭＡＣ−ｄサブレイヤが果たす機能としては、データ量によってトランスポートチャネルを選択的にスイッチングするトランスポートチャネルタイプスイッチング、ＭＡＣ−ｄ  ＰＤＵに暗号化及び復号化を行う暗号化／復号化、チャネル状況に適したトランスポートフォーマット組み合わせ（Transport  Format  Combination：ＴＦＣ）を選択するＴＦＣ選択（TFC  selection）、並びに様々な専用論理チャネルが多重化されて１つのＤＣＨ又は１つのＭＡＣ−ｄフローにマッピングされるとき、それぞれの専用論理チャネルを識別するための論理チャネル識別子（Ｃ／Ｔ）を管理するＣ／Ｔ  Ｍｕｘなどがある。特に、論理チャネル識別子のＣ／Ｔフィールドは、論理チャネルが多重化されたときにのみ使用され、それぞれのＭＡＣ−ｄ  ＳＤＵのヘッダにＣ／Ｔフィールドを加えてＭＡＣ−ｄ  ＰＤＵを構成する。現在、Ｃ／Ｔ  フィールドは、４ビットに定義されており、従って、１つのＤＣＨ又は１つのＭＡＣ−ｄフローに多重化できる論理チャネルの数は、最大１６個である。このようなＨＳＵＰＡにおけるＭＡＣ−ｄサブレイヤの送信側である端末の構造を図４に示し、論理チャネルが多重化されたときのＭＡＣ−ｄ  ＰＤＵフォーマットを図５に示す。
【００２２】
送信側ＭＡＣ−ｅサブレイヤは、ＭＡＣ−ｄサブレイヤからＭＡＣ−ｄフローにより伝送されたＭＡＣ−ｄ  ＰＤＵ、すなわち、ＭＡＣ−ｅ  ＳＤＵからＭＡＣ−ｅ  ＰＤＵを構成し、受信側ＭＡＣ−ｅサブレイヤは、下位層、すなわち、物理層から受信したＭＡＣ−ｅ  ＰＤＵからＭＡＣ−ｅ  ＳＤＵを復元して上位層に伝送する役割を果たす。ここで、ＭＡＣ−ｅサブレイヤは、トランスポートチャネルであるＥ−ＤＣＨで物理層とＭＡＣ−ｅ  ＰＤＵを交換する。
【００２３】
ＭＡＣ−ｅサブレイヤの実行機能は、送信側に属するか、受信側に属するかによって異なる。まず、送信側ＭＡＣ−ｅサブレイヤは、スケジューリング／優先順位管理（Scheduling/Priority  handling）機能を果たす。これは、好ましくは、アップリンク／ダウンリンク制御情報によってデータ伝送をスケジューリングし、前記データの優先順位によって該データを処理する機能である。また、送信側ＭＡＣ−ｅサブレイヤは、データを高速で信頼できるように伝送するＨＡＲＱ（Hybrid  ARQ）、並びにチャネル状況に適したトランスポートフォーマット及び資源組み合わせを選択するＴＦＲＣ（Transport  Format  and  Resource  Combination）選択の機能を実行する。
【００２４】
特に、スケジューリング／優先順位管理ブロックは、物理チャネルに伝送されるＭＡＣ−ｅ  ＰＤＵを構成する役割も果たすが、具体的には、まずＭＡＣ−ｄから１つのＭＡＣ−ｄフローにより１伝送時間間隔（Transmission  Time  Interval：ＴＴＩ）の間受信されたＭＡＣ−ｄ  ＰＤＵ、すなわち、ＭＡＣ−ｅ  ＳＤＵをその長さによって連結（Concatenation）し、その長さ情報をＭＡＣ−ｅヘッダに加え、伝送されるトランスポートブロック（Transport  Block）の転送シーケンス番号（Transmission  Sequence  Number：ＴＳＮ）６ビットを前記ヘッダに加え、また、ＭＡＣ−ｄフロー及び論理チャネルの優先順位を識別可能にする３ビットのＰＩＤ（Priority  ID）を前記ヘッダに加える。最後に、将来他のＭＡＣ−ｅ  ＰＤＵフォーマットをサポートできるように１ビットのバージョンフラグ（Version  Flag：ＶＦ）をヘッダに加えてＭＡＣ−ｅ  ＰＤＵを構成する。
【００２５】
このような送信側ＭＡＣ−ｅサブレイヤの構造とＭＡＣ−ｅ  ＰＤＵフォーマットをそれぞれ図６と図７に示す。一般に、一定の形態のＰＤＵフォーマットを使用することで、受信側はデータを一連のビットストリーム（０，１,０，１）として受信する。フォーマットを決めないと、受信側は、それぞれのビットの意味を解釈できない。ＨＳＵＰＡでは、図７に示すように、ＭＡＣ−ｅ  ＰＤＵフォーマットの使用にいくつかの制約条件がある。以下、この制約条件について説明する。
【００２６】
第１に、１ＴＴＩ中には１つのＭＡＣ−ｅ  ＰＤＵのみが伝送される。従って、ＭＡＣ−ｅ  ＰＤＵ毎にＴＳＮを加える。
【００２７】
第２に、１つのＭＡＣ−ｅ  ＰＤＵは、同一のＭＡＣ−ｄフローに属し、同一の優先順位を有する論理チャネルのデータのみを含む。従って、ＰＩＤは、ＭＡＣ−ｄフローＩＤ＋論理チャネル優先順位（Logical  channel  priority）として解釈される。
【００２８】
第３に、多重化利得（Multiplexing  gain）を得るために、様々な論理チャネルのデータが１つのＭＡＣ−ｅ  ＰＤＵに多重化される。一般に、各論理チャネル毎にＳＤＵの長さは異なるので、各ＳＤＵの長さを示す情報がヘッダに加えられる。
【００２９】
以上の条件のうち、第３の条件によりＭＡＣ−ｅ  ＰＤＵのヘッダ長は可変される。ＳＤＵの長さ情報は、３つのフィールドで構成されるが、これらは、それぞれＳＤＵの長さを表示する３ビットのＳＩＤ（Size  Index）フィールドと、前記ＳＩＤの長さを有するＳＤＵ数を通知する７ビットのＮフィールド、及び次のフィールドがＳＩＤの長さ情報であるか、ＭＡＣ−ｅ  ＳＤＵであるかを通知する１ビットのＦ（Flag）フィールドである。好ましくは、ＳＤＵの長さ情報は、ＳＩＤ、Ｎ、Ｆの３つフィールドから構成され、そのサイズは、ＳＤＵの長さの種類の数だけ増加する。
【００３０】
あるＰＤＵを物理チャネルで無線上に伝送するために、前記ＰＤＵは、物理チャネルにおいて行われる符号化、変調、及び拡散のために必要な所定長さを有する必要がある。従って、ＭＡＣ−ｅサブレイヤは、ＰＤＵの最後の部分をパディングすることにより物理チャネルが要求するサイズに合うＰＤＵを生成する。このようなパディング部分は、ＰＤＵサイズを合わせるのに役立ち、いずれの情報も含まない。前記受信側は、ＰＤＵを受信すると、前記パディング部分を廃棄する。
【００３１】
受信側は、図７のフォーマットによって前記受信された一連のビットストリームを解読する。好ましくは、前記受信側は、前記ビットストリームをＶＦ（1bit）、ＰＩＤ（3bit）、ＴＳＮ（6bit）、ＳＩＤ（3bit）、Ｎ（7bit）、Ｆ（1bit）から解読し、Ｆフィールドが次の部分がＳＤＵであることを通知するまで前記ヘッダを解読する。Ｆフィールドが次の部分がＳＤＵであることを通知すると、前記受信側は、前記次のビットからはＳＤＵの長さ情報によって前記ＳＤＵを分解する。好ましくは、前記ＳＤＵは、ＳＩＤ、Ｎ、Ｆの組み合わせからＳＤＵの長さ及び数によって分解される。前記ＳＤＵを抽出した後、残りの部分は、パディング部分として廃棄する。
【００３２】
特に、前記ＭＡＣ−ｅ  ＳＤＵが同一の長さを有する場合、データを伝送するために複数の論理チャネルを使用しても、１つのＳＤＵの長さ情報を利用して他のＳＤＵの長さを通知することができる。図７に示すように、１番目のＳＤＵの長さ情報、すなわち、ＳＩＤ１、Ｎ１、Ｆ１の組み合わせは、１番目の論理チャネル（Ｃ／Ｔ＝１）と２番目の論理チャネル（Ｃ／Ｔ＝２）のデータ長を全て通知し、Ｋ番目のＳＤＵの長さ情報、すなわち、ＳＩＤＫ、ＮＫ、ＦＫの組み合わせは、４番目の論理チャネル（Ｃ／Ｔ＝４）からＫ番目の論理チャネル（Ｃ／Ｔ＝k）のデータ長を全て通知する。好ましくは、ＭＡＣ−ｅサブレイヤは、データを論理チャネル別に処理するのでなく、ＭＡＣ−ｅ  ＳＤＵのサイズ別に処理する。
【００３３】
前記受信側のＭＡＣ−ｅサブレイヤの構造は図８に示す。前記受信側のＨＡＲＱブロックは、送信側のＨＡＲＱブロックに対応するものであり、前記ＨＡＲＱブロックのそれぞれのＨＡＲＱプロセスは、送信側とともにＳＡＷ（Stop  And  Wait）ＡＲＱ機能を行う。前記受信側は、ＨＡＲＱプロセスにより１つのＭＡＣ−ｅ  ＰＤＵを受信すると、ＭＡＣ−ｅ  ＰＤＵのヘッダにあるＶＦを読み出してバージョンを確認した後、次のＰＩＤフィールドを確認して前記受信されたＰＤＵがどのＭＡＣ−ｄフロー及びどの優先順位に対応するかを把握する。この動作は、並び替えキュー振り分け（Re-ordering  queue  distribution）ブロックにおいて行われ、その後、ＰＩＤが示す並び替え（Reordering）ブロックにＰＤＵを伝送する。前記受信側の並び替え機能は、前記送信側に比べて注目すべき点である。すなわち、前記ＭＡＣ−ｅサブレイヤは、ＨＡＲＱによりＭＡＣ−ｅ  ＰＤＵを非順次（out-of-sequence）に受信するが、前記ＭＡＣ−ｄサブレイヤ以降の上位層であるＲＬＣ層は、順次伝送（in-sequence  delivery）を要求する。従って、前記ＭＡＣ−ｅサブレイヤは、非順次に受信されるＰＤＵを上位層に順次伝送するために並び替えを行う。
【００３４】
このような並び替えを行うために、各ＰＩＤは並び替えバッファを有する。あるＰＤＵが正常に受信されたとしても、ＴＳＮが順次でないと、前記ＰＤＵは前記バッファに一時保存される。その後、前記ＰＤＵの順次伝送が可能になると、上位層に伝送される。並び替えバッファにはＰＤＵのヘッダのＶＦ及びＰＩＤを除いたＴＳＮからの部分が保存される。その後、前記ＰＤＵが分解（Disassembly）ブロックに伝送されると、ＳＩＤ、Ｎ、ＦのＳＤＵの長さ情報を確認してＳＤＵが分解された後、上位のＭＡＣ−ｄサブレイヤに伝送される。好ましくは、前記ＭＡＣ−ｅ  ＳＤＵ（ＭＡＣ−ｄ  ＰＤＵ）のみがＭＡＣ−ｄフローにより伝送される。
【００３５】
ＨＳＵＰＡにおいて、受信側であるＵＴＲＡＮのＭＡＣ−ｄサブレイヤ構造は、送信側である端末のＭＡＣ−ｄサブレイヤ構造とほぼ類似している。特に、受信側のＨＳＵＰＡに関連する部分は、送信側の機能を逆順に行う。前記ＤＣＨに関連する動作に関しても、端末がＴＦＣ選択を行う代わりに、ＵＴＲＡＮはスケジューリング／優先順位管理を行う点だけが異なる。ＨＳＵＰＡに関しては、ＭＡＣ−ｅサブレイヤからＭＡＣ−ｄフローにより受信されたＭＡＣ−ｄ  ＰＤＵにおいて、Ｃ／Ｔ  Ｍｕｘブロックは、Ｃ／Ｔフィールドを読み出してどの論理チャネルに属するデータ（すなわち、ＭＡＣ−ｄ  ＰＤＵ）であるかを把握した後、前記Ｃ／Ｔフィールドを除去する。その後、ＭＡＣ−ｄ  ＳＤＵを抽出して前記Ｃ／Ｔフィールドが示すチャネルで上位のＲＬＣ層に伝送する。前述したように、前記Ｃ／Ｔフィールドは、常に存在するわけではなく、論理チャネルが多重化されるときにのみ存在する。論理チャネルが多重化されない場合は、前記受信されたＭＡＣ−ｄ  ＰＤＵがＭＡＣ−ｄ  ＳＤＵであるので、前記Ｃ／Ｔ  Ｍｕｘブロックは、前記受信されたＭＡＣ−ｄ  ＰＤＵ自体をＲＬＣ層に伝送する。図９は、ＨＳＵＰＡにおいて前記受信側であるＵＴＲＡＮのＭＡＣ−ｄサブレイヤ構造を示す。
【発明の開示】
【発明が解決しようとする課題】
【００３６】
従来技術において、ＭＡＣ−ｅ  ＰＤＵを構成するのに非常に多くのオーバーヘッドが加えられる。特に、論理チャネルが多重化されるとき、論理チャネル識別子である４ビットのＣ／Ｔフィールドは各ＭＡＣ−ｅ  ＳＤＵに加えられるので、多くのＭＡＣ−ｅ  ＳＤＵがＭＡＣ−ｅ  ＰＤＵに含まれる場合、ＭＡＣ層のオーバーヘッドは大幅に増加する。このようなオーバーヘッドの増加は、スループットの減少を招き、高速データ通信で要求される程度の伝送速度を期待できなくなる。
【００３７】
従って、本発明の目的は、ＭＡＣ−ｅ  ＰＤＵのオーバーヘッドを減少する方法を提供することにある。
【００３８】
本発明のさらなる長所及び利点は後述する発明の詳細な説明に一部が記述されており、一部は前記説明により明確になるか、又は、本発明の適用により理解されるであろう。本発明の目的と長所は、特に、発明の詳細な説明及び請求の範囲並びに添付図面に開示された構成により実現及び達成される。
【課題を解決するための手段】
【００３９】
このような目的を達成するために、本発明による無線通信システムにおけるプロトコルデータユニット生成方法は、第１層において複数のサービスデータユニットを第２層から受信する段階と、前記サービスデータユニットが伝送される論理チャネルに基づいて前記複数のサービスデータユニットを区別してグループ化する段階と、前記第１層においてプロトコルデータユニットを生成する段階とを含み、前記プロトコルデータユニットは、ヘッダ、少なくとも１つのグループから受信された前記複数のサービスデータユニット、及び各グループ別の論理チャネル識別子から構成され、各論理チャネル識別子は、サービスデータユニットの各グループが受信される論理チャネルを識別する。
【００４０】
好ましくは、前記各グループのサービスデータユニットは、同一のサイズを有し、前記複数のサービスデータユニットの区別は、前記第１層において起こるか、前記第２層において起こる。
【００４１】
前記論理チャネル識別子は、前記ヘッダに加えられる。また、前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられる。前記プロトコルデータユニットは、ネットワークに伝送される。
【００４２】
好ましくは、前記第１層は、ＭＡＣ−ｅレイヤであり、前記第２層は、ＭＡＣ−ｄレイヤである。また、前記論理チャネル識別子は、Ｃ／Ｔフィールドであり、前記複数のサービスデータユニットは、複数のＭＡＣ−ｄ  ＳＤＵである。
【００４３】
好ましくは、前記ヘッダ（ＭＡＣ−ｅヘッダ）は、各論理チャネルで受信された前記複数のサービスデータユニットのサイズを含む長さ情報で構成され、前記長さ情報は、ＳＩＤフィールド、Ｎフィールド、及びＦフィールドのうち少なくとも１つを含む。
【００４４】
本発明の他の実施形態において、無線通信システムにおけるプロトコルデータユニット生成方法は、第１層において少なくとも１つのサービスデータユニットを第２層から受信する段階と、前記第１層において前記プロトコルデータユニットを生成する段階とを含み、前記プロトコルデータユニットは、ヘッダ、前記少なくとも１つのサービスデータユニット、及び論理チャネル識別子から構成され、前記論理チャネル識別子は、前記少なくとも１つのサービスデータユニットが受信される論理チャネルを識別する。
【００４５】
前記論理チャネル識別子は、前記ヘッダに加えられるか、前記プロトコルデータユニットのペイロード部分に加えられる。前記プロトコルデータユニットは、ネットワークに伝送される。
【００４６】
好ましくは、前記第１層は、ＭＡＣ−ｅレイヤであり、前記第２層は、ＭＡＣ−ｄレイヤである。また、前記論理チャネル識別子は、Ｃ／Ｔフィールドであり、前記少なくとも１つのサービスデータユニットは、少なくとも１つのＭＡＣ−ｄ  ＳＤＵである。
【００４７】
好ましくは、前記ヘッダ（ＭＡＣ−ｅヘッダ）は、各論理チャネルで受信された前記少なくとも１つのサービスデータユニットのサイズを含む長さ情報で構成され、前記長さ情報は、ＳＩＤフィールド、Ｎフィールド、及びＦフィールドのうち少なくとも１つを含む。
【００４８】
本発明の他の実施形態において、無線通信システムにおいてプロトコルデータユニットを生成するための移動端末は、第１層において複数のサービスデータユニットを第２層から受信するための手段と、前記サービスデータユニットが受信される論理チャネルに基づいて前記複数のサービスデータユニットを区別してグループ化するための手段と、前記第１層においてプロトコルデータユニットを生成するための手段とを含み、前記プロトコルデータユニットは、ヘッダ、少なくとも１つのグループから受信された前記複数のサービスデータユニット、及び各グループ別の論理チャネル識別子から構成され、各論理チャネル識別子は、サービスデータユニットの各グループが受信される論理チャネルを識別する。
【００４９】
好ましくは、前記各グループのサービスデータユニットは、同一のサイズを有し、前記複数のサービスデータユニットの区別は、前記第１層において起こるか、前記第２層において起こる。
【００５０】
前記論理チャネル識別子は、前記ヘッダに加えられる。また、前記論理チャネル識別子は、前記プロトコルデータユニットのペイロード部分に加えられる。前記プロトコルデータユニットは、ネットワークに伝送される。
【００５１】
好ましくは、前記第１層は、ＭＡＣ−ｅレイヤであり、前記第２層は、ＭＡＣ−ｄレイヤである。また、前記論理チャネル識別子は、Ｃ／Ｔフィールドであり、前記複数のサービスデータユニットは、複数のＭＡＣ−ｄ  ＳＤＵである。
【００５２】
好ましくは、前記ヘッダ（ＭＡＣ−ｅヘッダ）は、各論理チャネルで受信された前記複数のサービスデータユニットのサイズを含む長さ情報で構成され、前記長さ情報は、ＳＩＤフィールド、Ｎフィールド、及びＦフィールドのうち少なくとも１つを含む。
【００５３】
本発明の他の実施形態において、無線通信システムにおいてプロトコルデータユニットを生成するための移動端末は、第１層において少なくとも１つのサービスデータユニットを第２層から受信するための手段と、前記第１層においてプロトコルデータユニットを生成するための手段とを含み、前記プロトコルデータユニットは、ヘッダ、前記少なくとも１つのサービスデータユニット、及び論理チャネル識別子から構成され、前記論理チャネル識別子は、前記少なくとも１つのサービスデータユニットが受信される論理チャネルを識別する。
【００５４】
前記論理チャネル識別子は、前記ヘッダに加えられるか、前記プロトコルデータユニットのペイロード部分に加えられる。前記プロトコルデータユニットは、ネットワークに伝送される。
【００５５】
好ましくは、前記第１層は、ＭＡＣ−ｅレイヤであり、前記第２層は、ＭＡＣ−ｄレイヤである。また、前記論理チャネル識別子は、Ｃ／Ｔフィールドであり、前記少なくとも１つのサービスデータユニットは、少なくとも１つのＭＡＣ−ｄ  ＳＤＵである。
【００５６】
前記ヘッダ（ＭＡＣ−ｅヘッダ）は、前記論理チャネルで受信された前記少なくとも１つのサービスデータユニットのサイズを含む長さ情報で構成され、前記長さ情報は、ＳＩＤフィールド、Ｎフィールド、及びＦフィールドのうち少なくとも１つを含む。
【００５７】
下記の本発明の一般的な記載及び詳細な記載は例示的であり、請求項に指摘された本発明のさらなる説明のために提供されたものである。
【発明の効果】
【００５８】
本発明によるＭＡＣ層のデータ構成方法は、次のような効果がある。ＭＡＣ−ｅ  ＰＤＵの構成時、１つの論理チャネルに属するデータに１つの論理チャネル識別子のみを加えるため、ＭＡＣ−ｅ  ＰＤＵのオーバーヘッドが減少され、このようなＰＤＵオーバーヘッドの減少によりデータ処理量が増加するので、ＨＳＵＰＡのような高速データ通信システムにおいて利点として作用する。
【発明を実施するための最良の形態】
【００５９】
本発明は、各ＭＡＣ−ｄ  ＳＤＵに加えられた論理チャネル識別子（Ｃ／Ｔフィールド）を効果的に処理してＭＡＣ−ｅ  ＰＤＵのオーバーヘッドを減少させる方法に関する。好ましくは、ＭＡＣ−ｅサブレイヤは、ＳＤＵサイズ別にデータを処理するのでなく、論理チャネル別にデータを処理する。前記ＭＡＣ−ｅサブレイヤが論理チャネル別にデータを処理する場合、論理チャネル識別子（Ｃ／Ｔフィールド）を各ＭＡＣ−ｄ  ＳＤＵに加える必要なく、１つの論理チャネルで伝送される全てのＭＡＣ−ｄ  ＳＤＵに対して１つの共通した論理チャネル識別子のみを加えればよい。これにより、前記論理チャネル識別子によるオーバーヘッドを大幅に減らすことができる。
【００６０】
図１０及び図１１は、本発明の好ましい実施形態によるＭＡＣ−ｅ  ＰＤＵのフォーマットを示す図である。前記ＭＡＣ−ｅ  ＰＤＵのフォーマットは、共通した論理チャネル識別子をどこに加えるかによって変わる。好ましくは、図１０に示すように、前記共通した論理チャネル識別子をＭＡＣ−ｅ  ＰＤＵのペイロード部分に加えることもでき、図１１に示すように、ヘッダに加えることもできる。
【００６１】
図１０及び図１１には２つのフォーマットを図示しているが、論理チャネル識別子の位置をどのように定義するかによって異なるフォーマットも構成できる。好ましくは、前記ペイロードに前記論理チャネル識別子を加える場合、論理チャネルデータの前でなく、後ろに加えられる。前記ヘッダに前記論理チャネル識別子を加える場合、ＳＩＤ、Ｎ、Ｆの前でなく、ＳＩＤとＮとの間、ＮとＦとの間、又はＦの後ろに加えることができる。いずれの場合にも、前記論理チャネル識別子は、１つの論理チャネルデータに対して１回だけ加えられ、その位置は、前記受信側が正しく復号化できるように、予め定義されている必要がある。
【００６２】
好ましくは、本発明により１つ以上のＭＡＣ−ｅ  ＰＤＵフォーマットを使用する場合、次のいくつかの点に注目する必要がある。第１に、ＳＤＵの長さ情報（ＳＩＤ、Ｎ、Ｆ）はＳＤＵのサイズと関係なく、それぞれの論理チャネルに対してヘッダに加えられる。好ましくは、前記ＳＤＵの長さ情報は、前記論理チャネルが同一のサイズを有している場合も、各論理チャネルに加えられる。トータル１１ビットのＳＤＵの長さ情報が同一サイズのＳＤＵであるにもかかわらず論理チャネルの数だけ加えられる必要があるという点を考慮すると、本発明の効果がないと思われる。しかし、各ＭＡＣ−ｅ  ＳＤＵに４ビットのＣ／Ｔフィールドが減るため、１つの論理チャネルに属するＭＡＣ−ｅ  ＳＤＵの数が４つ以上であるときはオーバーヘッド発生が最小になる。
【００６３】
第２に、ＳＩＤが示すＳＤＵのサイズは、Ｃ／Ｔフィールドを除いたＭＡＣ−ｄ  ＳＤＵのサイズに該当する。前記ＳＤＵのサイズがＭＡＣ−ｄ  ＳＤＵのサイズのみを示すので、送信側又は受信側がＳＩＤを加えたり、解読する場合、前記Ｃ／Ｔフィールドを除いた値を用いる。
【００６４】
第３に、Ｃ／Ｔフィールドを加えたり、分離しなければならないので、ＭＡＣ−ｄサブレイヤにおけるＣ／Ｔ  Ｍｕｘブロックの機能、並びにＭＡＣ−ｅサブレイヤにおけるスケジューリング／優先順位管理ブロックもしくは分解ブロックの機能が変わる。具体的に説明すると、本発明においては、１つの論理チャネルに属し、ＭＡＣ−ｄフローにより一緒に伝送される全てのＭＡＣ−ｄ  ＳＤＵに１つのＣ／Ｔフィールドが加えられる。送信側のＭＡＣ−ｅサブレイヤのスケジューリング／優先順位管理ブロックは、前記受信されたＭＡＣ−ｄ  ＳＤＵを論理チャネル別に結合し、論理チャネル識別情報を決定された位置に加えることによりＭＡＣ−ｅ  ＰＤＵを構成する。
【００６５】
受信側のＭＡＣ−ｅサブレイヤの分解ブロックは、ＭＡＣ−ｄフローによりＭＡＣ−ｄサブレイヤにデータを伝送するとき、前記データをＭＡＣ−ｄ  ＰＤＵ単位で伝送するのでなく、ＭＡＣ−ｄ  ＳＤＵ単位で伝送する。ＭＡＣ−ｄサブレイヤは、前記ＭＡＣ−ｄ  ＳＤＵに対して１つのＣ／Ｔフィールドを伝送する。複数のＭＡＣ−ｄ  ＳＤＵは、これらの論理チャネルを識別するために一緒に伝送される。これを受信した受信側ＭＡＣ−ｄサブレイヤのＣ／Ｔ  Ｍｕｘは、一緒に受信されたＭＡＣ−ｄ  ＳＤＵを、共に受信されたＣ／Ｔフィールドが示す論理チャネルに伝送する。
【００６６】
本発明は、無線通信に関連して説明されたが、無線通信特性を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【００６７】
本実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラム及び／又はエンジニアリング技術を利用して製造方法、装置、又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、又は揮発性／不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを示す。
【００６８】
コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは伝送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク転送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝送媒体も含むことができるという点を理解すると思われる。
【００６９】
本発明の精神や重要な特性から外れないように多様な形態で本発明を実現することにより、前述した実施形態のいずれの細部の記載内容によっても限定されず、添付された請求範囲に定義されたように本発明の精神や範囲内で広範囲に解釈されるべきであることを認識しなければならず、本発明の技術的保護範囲は、添付された特許請求の範囲の技術的思想により決定されるべきである。
【図面の簡単な説明】
【００７０】
発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、発明の多様な実施形態を示し、明細書と共に発明の原理を説明するためのものである。
【図１】従来の通常のＵＭＴＳネットワークの構造を示す図である。
【図２】ＵＭＴＳにおいて使用される無線プロトコル構造を示す図である。
【図３】ＨＳＵＰＡのＭＡＣ層を示す図である。
【図４】端末のＭＡＣ−ｄサブレイヤの構造を示す図である。
【図５】論理チャネルが多重化されたときのＭＡＣ−ｄ  ＰＤＵのフォーマットを示す図である。
【図６】送信側のＭＡＣ−ｅサブレイヤの構造を示す図である。
【図７】従来のＭＡＣ−ｅ  ＰＤＵのフォーマットを示す図である。
【図８】受信側のＭＡＣ−ｅサブレイヤの構造を示す図である。
【図９】ＵＴＲＡＮのＭＡＣ−ｄサブレイヤの構造を示す図である。
【図１０】本発明の一実施形態によるＭＡＣ−ｅ  ＰＤＵのフォーマットを示す図である。
【図１１】本発明の一実施形態によるＭＡＣ−ｅ  ＰＤＵのフォーマットを示す図である。
【図１】
2008503174.tif 000002
【図２】
2008503174.tif 000003
【図３】
2008503174.tif 000004
【図４】
2008503174.tif 000005
【図５】
2008503174.tif 000006
【図６】
2008503174.tif 000007
【図７】
2008503174.tif 000008
【図８】
2008503174.tif 000009
【図９】
2008503174.tif 000010
【図１０】
2008503174.tif 000011
【図１１】
2008503174.tif 000012
【手続補正書】
【提出日】平成19年9月26日(2007.9.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末（２）と無線接続ネットワーク（６）とを含む無線通信システム（１）のデータユニットを処理する方法であって、
前記方法が、前記端末（２）によって実行され、
第１層から複数のサービスデータユニットを受信するステップと、
前記受信された複数のサービスデータユニットを連結するステップと、
前記連結されたサービスデータユニットにヘッダを加えることにより、プロトコルデータユニットを生成するステップと、
前記生成されたプロトコルデータユニットを第２層に伝送するステップと
を含むこと、および、
前記生成されたプロトコルデータユニットが、
１つの論理チャネルに属するサービスデータユニットを識別する論理チャネル識別子と、
前記論理チャネル識別子を除いた前記１つの論理チャネルに属するサービスデータユニットのサイズを示すサイズ情報と
を含むこと、を特徴とする、方法。
【請求項２】
前記複数のサービスデータユニットは連結されてグループになり、各グループは各論理チャネルに属するサービスデータユニットを有し、
各グループのために各論理チャネル識別子が含まれ、各グループのために各論理チャネルに属するサービスデータユニットの各サイズ情報が含まれる、請求項１に記載の方法。
【請求項３】
前記ステップは、高速アップリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）技術をサポートするために実行される、請求項１に記載の方法。
【請求項４】
前記ＨＳＵＰＡ技術は、ＨＡＲＱ（Hybrid  ARQ）、ＡＭＣ（Adaptive  Modulation  and  Coding）およびＮｏｄｅ  Ｂ制御スケジューリングのうちの少なくとも１つを使用する、請求項３に記載の方法。
【請求項５】
前記ＨＳＵＰＡ技術は、ｅ−ＤＣＨ（enhanced  dedicated  channel）というトランスポートチャネルを使用する、請求項３に記載の方法。
【請求項６】
前記伝送するステップは、前記ｅ−ＤＣＨを介して実行される、請求項５に記載の方法。
【請求項７】
前記ステップは、媒体アクセス制御（Medium  access  control：ＭＡＣ）層によって実行される、請求項１に記載の方法。
【請求項８】
前記論理チャネル識別子および前記サイズ情報は、前記生成されたプロトコルデータユニットのヘッダに含まれる、請求項１に記載の方法。
【請求項９】
前記論理チャネル識別子および前記サイズ情報は、前記生成されたプロトコルデータユニットのペイロードに含まれる、請求項１に記載の方法。
【請求項１０】
前記サイズ情報は、前記１つの論理チャネルに属する前記サービスデータユニットのサイズと関係なく前記ヘッダに含まれる、請求項８に記載の方法。
【請求項１１】
前記第１層は、ＭＡＣ−ｄ層であり、前記第２層は、物理層である、請求項１に記載の方法。
【請求項１２】
前記１つの論理チャネルに属する前記サービスデータユニットが同一のサイズを有する、請求項１に記載の方法。
【請求項１３】
各論理チャネルに属する前記サービスデータユニットが同一のサイズを有する、請求項２に記載の方法。
【請求項１４】
端末（２）と無線接続ネットワーク（６）とを含む無線通信システム（１）のデータユニットを処理する方法であって、
前記方法が、前記ネットワーク（６）によって実行され、
第２層からヘッダと複数の連結されたサービスデータユニットとを含むプロトコルデータユニットを受信するステップと、
前記受信されたプロトコルデータユニットのヘッダを読み込むステップと、
前記複数の連結されたサービスデータユニットを分解するステップと、
前記分解されたサービスデータユニットを第１層に伝送するステップと
を含むこと、および、
前記プロトコルデータユニットが、
１つの論理チャネルに属するサービスデータユニットを識別する論理チャネル識別子と、
前記論理チャネル識別子を除いた前記１つの論理チャネルに属するサービスデータユニットのサイズを示すサイズ情報と
を含むこと、を特徴とする、方法。
【請求項１５】
前記複数のサービスデータユニットは連結されてグループになり、各グループは各論理チャネルに属するサービスデータユニットを有し、
各グループのために各論理チャネル識別子が含まれ、各グループのために各論理チャネルに属するサービスデータユニットの各サイズ情報が含まれる、請求項１４に記載の方法。
【請求項１６】
前記ステップは、高速アップリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）技術をサポートするために実行される、請求項１４に記載の方法。
【請求項１７】
前記ＨＳＵＰＡ技術は、ＨＡＲＱ（Hybrid  ARQ）、ＡＭＣ（Adaptive  Modulation  and  Coding）およびＮｏｄｅ  Ｂ制御スケジューリングのうちの少なくとも１つを使用する、請求項１６に記載の方法。
【請求項１８】
前記ＨＳＵＰＡ技術は、ｅ−ＤＣＨ（enhanced  dedicated  channel）というトランスポートチャネルを使用する、請求項１６に記載の方法。
【請求項１９】
前記伝送するステップは、前記ｅ−ＤＣＨを介して実行される、請求項１８に記載の方法。
【請求項２０】
前記ステップは、媒体アクセス制御（Medium  access  control：ＭＡＣ）層によって実行される、請求項１４に記載の方法。
【請求項２１】
前記論理チャネル識別子および前記サイズ情報は、前記生成されたプロトコルデータユニットのヘッダに含まれる、請求項１４に記載の方法。
【請求項２２】
前記論理チャネル識別子および前記サイズ情報は、前記生成されたプロトコルデータユニットのペイロードに含まれる、請求項１４に記載の方法。
【請求項２３】
前記サイズ情報は、前記１つの論理チャネルに属する前記サービスデータユニットのサイズと関係なく前記ヘッダに含まれる、請求項２１に記載の方法。
【請求項２４】
前記第１層は、ＭＡＣ−ｄ層であり、前記第２層は、物理層である、請求項１４に記載の方法。
【請求項２５】
前記１つの論理チャネルに属する前記サービスデータユニットが同一のサイズを有する、請求項１４に記載の方法。
【請求項２６】
各論理チャネルに属する前記サービスデータユニットが同一のサイズを有する、請求項１５に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
図１０及び図１１には２つのフォーマットを図示しているが、論理チャネル識別子の位置をどのように定義するかによって異なるフォーマットも構成できる。好ましくは、前記ペイロードに前記論理チャネル識別子を加える場合、論理チャネルデータの前でなく、後ろに加えられる。前記ヘッダに前記論理チャネル識別子を加える場合、ＳＩＤ、Ｎ、Ｆの前でなく、ＳＩＤとＮとの間、ＮとＦとの間、又はＦの後ろに加えることができる。いずれの場合にも、前記論理チャネル識別子は、１つの論理チャネルに対して１回だけ加えられ、その位置は、前記受信側が正しく復号化できるように、予め定義されている必要がある。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】
好ましくは、本発明により１つ以上のＭＡＣ−ｅ  ＰＤＵフォーマットを使用する場合、次のいくつかの点に注目する必要がある。第１に、ＳＤＵの長さ情報（ＳＩＤ、Ｎ、Ｆ）はＳＤＵのサイズと関係なく、それぞれの論理チャネルに対してヘッダに加えられる。好ましくは、前記ＳＤＵの長さ情報は、前記論理チャネルデータが同一のサイズを有している場合も、論理チャネルデータに加えられる。トータル１１ビットのＳＤＵの長さ情報が同一サイズのＳＤＵであるにもかかわらず論理チャネルの数だけ加えられる必要があるという点を考慮すると、本発明の効果がないと思われる。しかし、各ＭＡＣ−ｅ  ＳＤＵに４ビットのＣ／Ｔフィールドが減るため、１つの論理チャネルに属するＭＡＣ−ｅ  ＳＤＵの数が４つ以上であるときはオーバーヘッド発生が最小になる。
【国際調査報告】
2008503174.tif 000013
2008503174.tif 000014
2008503174.tif 000015