(57)【要約】【課題】通信システムにおいてアップリンク伝送のためにデータをマップする方法を提供すること。【解決手段】通信システムにおいてアップリンク伝送のためにデータをマップする方法により、アップリンク伝送のために選択された伝送モードに従って、アップリンク伝送のためにトランスポート・チャネルにデータをマップする。本方法においては、伝送パラメータが受信された信号メッセージから抽出され、アップリンク伝送のための伝送モードが、抽出された伝送パラメータに基づいて選択され得る。高いデータ転送率のアップリンク・データであるデータは、アップリンク上で伝送するために、ＭＡＣレイヤ内の論理チャネルから物理レイヤ内のトランスポート・チャネルにマップされ得る。アップリンク上の伝送は、自律伝送モードおよびスケジュール伝送モードのうちの１つから実施され得、伝送パラメータは、アップリンク上で伝送されるデータのサービス・クラスのクラス優先度に関連する優先表示パラメータ、および無線チャネル条件のうちの少なくとも１つであり得る。【選択図】図１
2004343765.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいてアップリンク伝送のためにデータをマップする方法であって、
アップリンク伝送のために選択された伝送モードに従って、アップリンク伝送のためにトランスポート・チャネルにデータをマップするステップ含む方法。
【請求項２】
所与の伝送パラメータに基づいて、アップリンク伝送のための複数の選択可能な伝送モードのうちの１つを選択するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記選択するステップが、アップリンク上で高いデータ転送率のデータを伝送するために、自律伝送モードおよびスケジュール伝送モードのうちの少なくとも１つを選択するステップを含む請求項２に記載の方法。
【請求項４】
前記選択するステップが、前記高いデータ転送率のデータのクラス優先度に従って、ハイブリッド自動反復要求（ＨＡＲＱ）送信および受信と高いデータ転送率のデータの流れとを管理するステップをさらに含む請求項２に記載の方法。
【請求項５】
アップリンク信号メッセージおよびダウンリンク信号メッセージのうちの１つから前記伝送パラメータを抽出するステップをさらに含み、
前記アップリンク信号メッセージが、ユーザ機器においてアップリンク伝送のために使用可能なデータの優先度をノードＢに知らせる情報を含み、
前記ダウンリンク信号メッセージが、伝送機会をユーザ機器に知らせる情報を含む請求項２に記載の方法。
【請求項６】
前記マップされたデータが、受信されたダウンリンク信号応答メッセージに基づいて、新しい伝送または再伝送として伝送され、
前記受信されたダウンリンク信号応答メッセージが、アップリンク信号メッセージに応答する、肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）のうちの１つである請求項１に記載の方法。
【請求項７】
通信システムにおいてアップリンク伝送のためにデータをマップする方法であって、
受信された信号メッセージから、少なくとも１つの伝送パラメータを抽出するステップと、
前記抽出された伝送パラメータに基づいて、アップリンク伝送のための複数の選択可能な伝送モードの１つを選択するステップと、
前記選択された伝送モードに従って、アップリンク伝送のためにトランスポート・チャネルにデータをマップするステップとを含む方法。
【請求項８】
前記選択するステップが、アップリンク上で高いデータ転送率のデータを伝送するために、自律伝送モードおよびスケジュール伝送モードのうちの少なくとも１つを動的に選択するステップを含む請求項７に記載の方法。
【請求項９】
前記抽出するステップが、前記信号メッセージから優先表示パラメータおよび無線チャネル条件のうちの１つを抽出するステップをさらに含み、前記優先表示パラメータが、アップリンク上で伝送されるデータのサービス・クラスのクラス優先度に関連する請求項５または７のいずれか１項に記載の方法。
【請求項１０】
前記マップするステップが、アップリンク上で伝送するために、ＭＡＣレイヤ内の論理チャネル上の高いデータ転送率のデータを、物理レイヤ内のトランスポート・チャネルにマップするステップをさらに含む請求項５または７のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムにおいてアップリンク伝送のためにトランスポート・チャネルにデータをマップすることに関する。
【背景技術】
【０００２】
次世代の広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）エア・インターフェース技術を実施するネットワーク・インフラストラクチャを記述するユニバーサル移動通信システム（ＵＭＴＳ）標準の進展をサポートするために、広範囲にわたる努力が傾注されている。ＵＭＴＳには、一般に、ＵＭＴＳ地上無線アクセス網（ＵＴＲＡＮ）と呼ぶ無線アクセス・ネットワークが含まれる。ＵＴＲＡＮは、さまざまな別個のコア・ネットワーク（ＣＮ）とインターフェースすることができる。コア・ネットワークは、他の外部ネットワーク（ＩＳＤＮ／ＰＳＤＮなど）と通信して、たとえばＵＴＲＡＮにおいて、無線ネットワーク・コントローラ（ＲＮＣ）および送受信基地局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，ＢＴＳ、ノードＢとも呼ぶ）によってサービスされる複数のワイヤレス・ユーザ、またはユーザ機器（ＵＥ）と情報を相互に交換し合うことができる。
【０００３】
ＵＭＴＳ標準は、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）規格の一部として、いくつかの高度な技術を導入してきた。これらのすべての可能な技術の一態様に、関連付けられた任意の制御情報を効率的に運ぶことを保証することがある。ある高度な技術または可能な技術には、高速スケジューリング、適応変調／符号化（ＡＭＣ）、ハイブリッド自動反復要求（ＨＡＲＱ）技術が含まれ得る。システム・キャパシティ全体を向上しようと努力するなかで、これらの技術が導入されてきた。一般に、ノードＢ（基地局）でのスケジューラまたはスケジューリング機能が、所与の時間で伝送するためにＵＥ（移動局）を選択し、適応変調および符号化により、ＵＥが受ける現在のチャネル条件に適切なトランスポート・フォーマット（変調および符号化）を選択することが可能となる。
【０００４】
ＡＭＣ技術により、スケジュールされたユーザの優勢なチャネル条件に最も「適した」データ転送率および伝送フォーマット（すなわち変調レベルおよびチャネル符号化速度）を選択することが可能となる。遅延が起きたり、測定誤差があると、ＡＭＣからの性能が低下する。
【０００５】
ＨＡＲＱにより、元の伝送を新しい伝送に組み合わせることが可能となり、元の伝送を廃棄する必要がない。このことにより、パケットが正しく復号化される確率が大きく改善される可能性がある。ＨＡＲＱの「ハイブリッド」という語は、ＡＲＱ技術に加えて、前方誤り訂正（ＦＥＣ）技術が使用されるようになったことを示す。したがってＨＡＲＱは、伝送自体によって復号化が不成功に終わる伝送が無駄にはならないことを保証する一助となる。
【０００６】
今までの標準化の多くが、ダウンリンク（ノードＢ／基地局からＵＥ／移動局への順方向リンク）を中心に考慮してきたが、現在はアップリンク（逆方向リンク）について、同様の機能強化が考えられている。３Ｇ標準のさらなる進展には、高速逆方向リンク・パケット・アクセス（移動局から基地局へのアップリンク）をサポートするための高性能アップリンク機能が含まれる。たとえばデータ転送率およびシステム・キャパシティを向上するために、順方向リンクにおいて使用される技術（すなわち高速スケジューリング、ＡＭＣ、ＨＡＲＱなど）の多くが、逆方向リンク上においても使用可能であり得る。
【０００７】
ＵＭＴＳ標準および他のセルラ技術のための技術仕様を立案する団体である第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって対処されている１組の争点に、（ＵＥからノードＢへの）アップリンクにおいて高速機能強化をサポートするための媒体アクセス制御（ＭＡＣ）エンティティについての設計考慮事項が含まれる。ＭＡＣとは、ＵＴＲＡＮにおいてはＲＮＣに、かつＵＥに常駐するプロトコルである。ＵＭＴＳにおける高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）機能については、「ＭＡＣ−ｈｓ」と呼ぶ、高性能かつ別個のＭＡＣエンティティが開発されてきた。ＵＭＴＳにおいては、ＭＡＣは、たとえば、上位レイヤ（ＯＳＩレイヤ３〜７）から、次いでノードＢに送信されるトランスポート・チャネルに論理チャネルをマップする能力、ＵＥでのデータの流れ間の優先処理、ＨＡＲＱのサポートを含む高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）送信および受信の制御などを含む多くの機能を実施する。言い換えればＭＡＣは、知られているように、異なるタイプの回線交換タイプのチャネル、すなわち専用チャネル（ＤＣＨ）、順方向アクセス・チャネル（ＦＡＣＨ）、共通パケット・チャネル（ＣＰＣＨ）などのための誤り制御を管理し、かつ実施する。
【０００８】
アップリンク・データ転送率は、時間が経つにつれて変化し、かつ無線チャネルの状態に関連する。たとえば高速データの環境下で上昇し得るような、急速な無線チャネルの変化には、一般に、チャネルの変化にうまく対応する１組の高度なプロトコルが必要である。現在のＵＴＲＡＮ構成においては、再伝送による誤り制御およびアップリンク・データ伝送のための共用アクセス制御スキームは、ＲＮＣに置かれ得る。高速データについては、再伝送による誤り制御およびＲＮＣを介した共用アクセス制御の処理時間が余りに長すぎて、チャネルの変化に反応することができない。何故なら、アップリンク伝送は、ＵＥからノードＢに送信され、ノードＢで復号化され、次いでＲＮＣに送信されるからである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、たとえば高速チャネルの変化に応じて誤り制御およびトラフィック管理を促進するために、新しい誤り制御機能および共用アクセス制御機能が、ノードＢで追加される必要があり得る。
【課題を解決するための手段】
【００１０】
本発明の例示的実施形態は、通信システムにおいてアップリンク伝送のためにデータをマップする方法を対象とし、データが、選択された伝送モードに従ってアップリンク伝送のためにトランスポート・チャネルにマップされる。本方法は、そのシステムにおいてアップリンク伝送のために効果的にデータ・トラフィックを管理するために、機能ＭＡＣプロトコル設計を組み込み得る。
【００１１】
本方法においては、伝送パラメータが受信された信号メッセージから（ｓｉｇｎａｌｉｎｇ  ｍｅｓｓａｇｅ）抽出され、抽出された伝送パラメータに基づいて、アップリンク伝送のための伝送モードが選択され得る。データは、高いデータ転送率のアップリンク・データであり得るが、アップリンク上で伝送するために、ＭＡＣレイヤ内の論理チャネルから物理レイヤ内のトランスポート・チャネルにマップされ得る。アップリンク上の伝送は、自律伝送モードやスケジュール伝送モードなどのいくつかの伝送モードのうちの任意の１つから実施され得、その伝送パラメータは、アップリンク上で伝送されるデータのサービス・クラスのクラス優先度に関連する優先表示パラメータ、および無線チャネル条件のうちの少なくとも１つであり得る。
【００１２】
本明細書の以下に記載する詳細な記述および添付図面より、本発明の例示的実施形態がより十分に理解されるであろう。なお同様の要素には同様の参照番号が付してあるが、これらは単に例示目的で示したものであり、したがって本発明の例示的実施形態を限定するものではない。
【発明の効果】
【００１３】
本発明により、通信システムにおいてアップリンク伝送のためにデータをマップする方法が提供される。
【発明を実施するための最良の形態】
【００１４】
本発明についての以下の記述は、次世代の広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）エア・インターフェース技術を実施するユニバーサル移動通信システム（ＵＭＴＳ）ネットワーク・インフラストラクチャに基づくものであるが、本明細書に示されかつ記述されている例示的実施形態は単に例示目的であり、どのような方式であれ限定的なものではないことに留意されたい。したがって、当業者にはさまざまな修正形態が明らかであろう。たとえば、本発明では、ＣＤＭＡ２０００システムなどの他のスペクトル拡散システムにおいて、複数のモードを有する任意の媒体アクセス制御プロトコルの適用形態が見出されることが理解されよう。
【００１５】
以下に記載する場合においては、送受信基地局（ＢＴＳ）とノードＢとは同義であり、インターネットなどのパケット交換データ・ネットワーク（ＰＳＤＮ）と１つまたは複数の移動局との間でデータ接続を提供する機器を表し得る。その上、以下に記載する場合においては、ユーザ、ユーザ機器（ＵＥ）、加入者、移動局、遠隔局という用語は同義であり、ワイヤレス通信ネットワークにおけるワイヤレス・リソースの遠隔ユーザを表す。
【００１６】
一般に、本発明の例示的実施形態においては、本明細書ではＭＡＣ−ＥＵ（高性能アップリンク）と呼ぶ、ＵＭＴＳのための新しいＭＡＣエンティティを導入する。ＭＡＣ−ＥＵは、高性能アップリンク専用チャネル（ＥＵ−ＤＣＨ）と呼ぶ、新しい専用トランスポート・チャネルをサポートするための、ノードＢ１１０でのかつＵＥ１０５での高性能機能のためのプロトコルである。ＭＡＣ−ＥＵは、ＵＥ１０５に、かつノードＢ１１０にもあり得る。ＭＡＣ−ＵＥはノードＢ１１０にあるので、誤り制御機能および共用アクセス制御機能が、高速チャネルの変化により素早く応答するために、ＲＮＣ１１５ではなくノードＢ１１０で実施され得る。アップリンク・データ転送率は時間が経つにつれて変化し、かつＵＥ１０５の無線チャネルの状態に動的に適応されているので、システムの処理時間が減少し得る。
【００１７】
ＭＡＣ−ＥＵにより、変化した無線チャネルの状態を考慮するために、アップリンクにおいて伝送するために論理チャネルから物理チャネルに、高いデータ転送率のアップリンク・データ（すなわち、ビデオ、ウェブ・ブラウジング・トラフィック、ウェブ・キャスティングなど）をマップすることが可能となり得る。ＥＵ−ＤＣＨの原理は、ＵＥ１０５のケイパビリティに基づいて高速アップリンク・データを送信するために、比較的良好な無線チャネルの状態を有する特定のＵＥ１０５をスケジュールできるようにすることである。ＭＡＣ−ＥＵの機能には、たとえば、ＨＡＲＱ処理、ＱｏＳ管理、ノードＢ１１０スケジューラにフィードバックするための優先処理およびバッファ管理、伝送モード選択、順序制御（ｓｅｑｎｅｒｃｉｎｇ）が含まれ得る。
用語、頭辞語、略語
この適用形態において用いられるさまざまな用語、頭辞語、略語を以下に列挙する。
ＡＳＣ  アクセス・サービス・クラス
ＢＣＣＨ  同報制御チャネル
ＢＣＨ  同報チャネル
Ｃ−  制御−
ＣＣＣＨ  共通制御チャネル
ＣＰＣＨ  共通パケット・チャネル（ＵＬ）
ＤＣＣＨ  専用制御チャネル
ＤＣＨ  専用チャネル
ＤＬ  ダウンリンク
ＤＳＣＨ  ダウンリンク共用チャネル
ＤＴＣＨ  専用トラフィック・チャネル
ＥＵ−ＤＣＨ  高性能アップリンク専用チャネル
ＦＡＣＨ  順方向リンク・アクセス・チャネル
ＦＤＤ  周波数分割双方向伝送方式
ＨＡＲＱ  ハイブリッド自動反復要求
ＨＳ−ＤＳＣＨ  高速ダウンリンク共用チャネル
Ｌ１  レイヤ１（物理レイヤ）
Ｌ２  レイヤ２（データ・リンク・レイヤ）
Ｌ３  レイヤ３（ネットワーク・レイヤ）
ＭＡＣ  媒体アクセス制御
ＰＣＣＨ  ページング制御チャネル
ＰＣＨ  ページング・チャネル
ＰＤＵ  プロトコル・データ・ユニット
ＰＨＹ  物理レイヤ
ＰｈｙＣＨ  物理チャネル
ＲＡＣＨ  ランダム・アクセス・チャネル
ＲＬＣ  無線リンク制御
ＲＮＣ  無線ネットワーク・コントローラ
ＲＲＣ  無線リソース制御
ＳＨＣＣＨ  共用チャネル制御チャネル
ＳＲＮＣ  サービング（ｓｅｒｖｉｎｇ）無線ネットワーク・コントローラ
ＳＲＮＳ  サービング（ｓｅｒｖｉｎｇ）無線ネットワーク・サブシステム
ＴＤＤ  時分割双方向伝送方式
ＴＦＣＩ  トランスポート・フォーマット・コンビネーション・インディケータ
ＴＦＩ  トランスポート・フォーマット・インディケータ
ＴＳＮ  伝送シーケンス番号
Ｕ−  ユーザ−
ＵＥ  ユーザ機器
ＵＬ  アップリンク
ＵＭＴＳ  ユニバーサル移動通信システム
ＵＳＣＨ  アップリンク共用チャネル
ＵＴＲＡＮ  ＵＭＴＳ地上無線接続網
【００１８】
図１は、本発明の例示的実施形態によるＵＭＴＳアーキテクチャを示す高レベルの図である。図１を参照すると、ＵＭＴＳアーキテクチャ１００には、ＵＭＴＳ地上無線接続網（ＵＴＲＡＮ）１５０とも呼び得る無線アクセス・ネットワーク部分が含まれている。ＵＴＲＡＮ１５０は、Ｕｕエア・インターフェースを介して、無線インターフェース部分１０１、すなわち移動局などのユーザ機器（ＵＥ）にインターフェースする。Ｕｕエア・インターフェースは、ＵＴＲＡＮ１５０と１つまたは複数のＵＥ１０５の間の無線インターフェースである。ＵＴＲＡＮ１５０はまた、たとえばインターフェースＩｃｓおよびＩｐｓを介して、１つまたは複数のコア・ネットワーク（ＣＮ）１７５（簡略化のために、図１には１つのみを示してある）ともインターフェースする。インターフェース・ユニット（回線交換）インターフェースの略語であるＩｃｓは、ＲＮＣを移動交換センタ（ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ，ＭＳＣ）にリンクするＵＭＴＳにおけるインターフェースである。インターフェース・ユニット（パケット交換）インターフェースの略語であるＩｐｓは、ＲＮＣをサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）にリンクするＵＭＴＳにおけるインターフェースである。Ｕｕエア・インターフェースにより、たとえばノードＢのＵＥとの相互接続が可能となる。
【００１９】
ＣＮ１７５は、移動交換センタ（ＭＳＣ）１８０と、ＳＧＳＮ１８５と、ゲートウェイＧＰＲＳサービング／サポート・ノード（ＧＧＳＮ）１８８とを含み得る。ＳＧＳＮ１８５およびＧＧＳＮ１８８は、外部ネットワーク１９０へのゲートウェイである。一般にＵＭＴＳにおいては、ＳＧＳＮとＧＧＳＮとは、ＵＴＲＡＮを介して移動局とパケットを交換し、かつ本明細書において「パケット・データ・ネットワーク」と呼ぶ他のインターネット・プロトコル（ＩＰ）ネットワークとパケットを交換する。外部ネットワーク１９０は、パケット交換電話ネットワーク（ＰＳＴＮ）または統合サービス・ディジタル・ネットワーク（ＩＳＤＮ）などのさまざまな回線ネットワーク１９３と、パケット・データ・ネットワーク１９５とを含み得る。ＵＴＲＡＮ１５０はまた、たとえばＴ１／Ｅ１やＳＴＭ−ｘなどの迂回中継設備（図示せず）を介してＣＮ１７５にリンクされ得る。
【００２０】
ＵＴＲＡＮ１５０は、ノードＢ１１０と称するセル・サイトを含み得るが、これは、一般にＵｕインターフェース・プロトコルを使用する１群のＵＥ１０５に供し得る。ノードＢ１１０は、Ｉｕｂプロトコルを使用して、ＵＴＲＡＮ１５０において無線ネットワーク・コントローラ（ＲＮＣ）１１５と通信する無線トランシーバを含み得る。ＵＴＲＡＮ１５０内のＲＮＣ１１５は、たとえばＩｕｒプロトコルを使用して互いに通信し得る。Ｉｕｒエア・インターフェースは、互いにＲＮＣの相互接続を可能にする１サブセットのＩｕインターフェースである。いくつかのノードＢ１１０が、単一のＲＮＣ１１５とインターフェースし得るが、ここでは、通話設定および制御アクティビティに加えて、ソフト・ハンドオフにおける無線リソース管理およびフレーム選択などのタスクが行われ得る。ノードＢ１１０とＲＮＣ１１５とは、たとえばＡＴＭベースのパケット・トランスポートを使用するリンクを介して接続され得る。
【００２１】
図２は、本発明の例示的実施形態に従ってデータをマップする方法を示す流れ図である。図２を参照すると、たとえばＵＥ１０５でバッファ内に常駐する高いデータ転送率のアップリンクなどの、データをマップする方法２００が記述されている。ＵＥ１０５でのＭＡＣ−ＥＵは、受信された信号メッセージから伝送パラメータを抽出し得る（機能２０５）。伝送パラメータは、優先表示パラメータまたは無線チャネル条件パラメータであり得るが、可能な雑音上昇などの他の伝送パラメータも抽出できるであろう。優先表示パラメータは、アップリンク上で伝送されるデータのサービス・クラスのクラス優先度に関連し得る。たとえばテレビ会議のセッションが行われている場合には、データのクラスは、ストリーミング・クラス、インタラクティブまたはバックグラウンド・クラス、会話型クラスとすることができ、ストリーミング・クラスが最高の優先度を有する。言い換えれば、厳格なサービス品質（ＱｏＳ）要求を有するデータのクラス（すなわちストリーミング・クラス）は、より高い優先度を有し、より高いビット誤り率（ＢＥＲ）を要求し、より短い伝送遅延および遅延の変化を必要とする。
【００２２】
抽出された伝送パラメータに基づいて、アップリンク伝送のための伝送モードが選択され得（機能２１０）、ＵＥ１０５内でバッファされている高いデータ転送率のアップリンク・データが、選択された伝送モードに従ってアップリンク伝送するために、１つまたは複数の論理チャネルから少なくとも１つのトランスポート・チャネルにマップされ得る（機能２２０）。アップリンク上の伝送モードは、少なくとも１つの自律伝送モードとスケジュール伝送モードとを含み得る。
【００２３】
トラフィック関連アーキテクチャ−ＵＥ１０５
図３は、本発明の例示的実施形態によるユーザ機器（ＵＥ）のための媒体アクセス制御（ＭＡＣ）アーキテクチャを示す図である。図３を参照すると、例示的ＵＥ  ＭＡＣアーキテクチャ３００が、機能的な観点から見た異なるＭＡＣエンティティで記述されている。ＭＡＣエンティティは、ＭＡＣ−ｃ／ｓｈ３１０、ＭＡＣ−ｄ３２０、ＭＡＣ−ｈｓ３３０、ＭＡＣ−ＥＵ３４０を含むトラフィック関連アーキテクチャと呼び得る。一般に、ＭＡＣ−ｃ／ｓｈ３１０は、ページング・チャネル（ＰＣＨ）、順方向アクセス・チャネル（ＦＡＣＨ）、ランダム・アクセス・チャネル（ＲＡＣＨ）のトランスポート・チャネルと、ＦＤＤモードにのみ存在する共通パケット・チャネル（ＵＬ  ＣＰＣＨ）と、ダウンリンク共用チャネル（ＤＳＣＨ）と、ＴＤＤモードのみに存在するアップリンク共用チャネル（ＵＳＣＨ）とを処理するＭＡＣエンティティである。ＭＡＣ−ｄ３２０は、専用トランスポート・チャネル（ＤＣＨ）を処理するＭＡＣエンティティであり、ＭＡＣ−ｈｓ３３０は、高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）を処理するＭＡＣエンティティである。さらに図３には、高性能アップリンク専用チャネル（ＥＵ−ＤＣＨ）伝送のための、媒体アクセス制御（ＭＡＣ）プロトコル、ＭＡＣ−ＥＵ３４０の設計が示されている。
【００２４】
それらのエンティティによって完了された正確な機能は、ＵＥ１０５においては、ＵＴＲＡＮ１５０において完了された機能とは異なるものであり得る。ＵＥ１０５に、それがサポートするベアラによって排他的に使用されるためのリソースが割り当てられた場合には、（ＵＥ１０５およびＵＴＲＡＮ１５０での）ＭＡＣ−ｄエンティティは、ベアラ間でリソースを動的に共用し、それぞれの伝送時間間隔（ＴＴＩ）内で使用されるＴＦＩ／ＴＦＣＩを選択する責任を有する。
【００２５】
したがって、図３は、ＵＥ  ＭＡＣアーキテクチャ３００におけるＭＡＣエンティティの接続を示す図である。ＭＡＣ−ｃ／ｓｈ３１０は、ＨＳ−ＤＳＣＨトランスポート・チャネルを除く、すべての共通トランスポート・チャネルへのアクセスを制御する。ＭＡＣ−ｄ３２０は、ＭＡＣ−ｃ／ｓｈ３１０およびＭＡＣ−ｈｓ３３０へのＥＵ−ＤＣＨ（以下にさらに詳細に記述する）を例外として、すべての専用トランスポート・チャネルへのアクセスを制御し、ＭＡＣ−ｈｓ３３０は、ＨＳ−ＤＳＣＨトランスポート・チャネルへのアクセスを制御する。ＭＡＣ−ＥＵ３４０は、ＭＡＣ−ｈｓ３３０と同様の機能を有するが、以下に記述する追加機能も含む。
【００２６】
ダウンリンクにおいては、専用タイプの論理チャネルが共通トランスポート・チャネルにマップされると、ＭＡＣ−ｄ３２０は、示されている機能エンティティ間の接続を介してＭＡＣ−ｃ／ｓｈまたはＭＡＣ−ｈｓからデータを受信する。アップリンクにおいては、専用タイプの論理チャネルが共通トランスポート・チャネルにマップされると、ＭＡＣ−ｄ３２０は、示されている機能エンティティ間の接続を介してＭＡＣ−ｃ／ｓｈにデータを提出する。
【００２７】
トランスポート・チャネル上の論理チャネルのマッピングは、ＲＲＣによって構成される多重化に依存する。ＭＡＣ制御３５０は、ＭＡＣ−ｄ３２０との１対１の相関関係を有するので、ＭＡＣ−ＥＵ３４０を例外として、制御情報をそれぞれのＭＡＣエンティティに転送するために使用される。図３に示されている関連付けられた信号は、あるプリミティブによって提供されるレイヤ１とレイヤ２の間の情報の交換を示す。プリミティブについての論議は本発明の関心事ではないが、最新版の３ＧＰＰ技術仕様２５．３０２、「物理レイヤによって提供されるサービス（Ｓｅｒｖｉｃｅｓ  ｐｒｏｖｉｄｅｄ  ｂｙ  ｔｈｅ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）」に詳細に記載されている。
【００２８】
ＭＡＣ−ｃ／ｓｈ３１０
トランスポート・チャネル・トランスポート・フォーマット・マルチプレクサ（ＴＣＴＦ  ＭＵＸ）機能は、ＭＡＣヘッダ内のＴＣＴＦフィールドの処理（アップリンク・チャネルのための挿入とダウンリンク・チャネルのための検出および削除）と、論理チャネルとトランスポート・チャネルの間の各マッピングとを表す。ＴＣＴＦフィールドは、共通論理チャネル・タイプを示すか、または専用論理チャネルが使用されているかどうかを示す。追加／読取ＵＥ  Ｉｄ機能が実施され得、そのＵＥ  ＩｄはＣＰＣＨ伝送およびＲＡＣＨ伝送のために追加される。ＵＥ  Ｉｄは、それが存在する場合には、このＵＥ１０５に対してデータを識別する。その上、ＭＡＣ−ｃ／ｓｈ３１０はトランスポート・フォーマット（ＴＦ）選択を含む。何故なら、アップリンクにおいては、トランスポート・フォーマット選択の可能性が存在するからである。ＣＰＣＨ伝送の場合には、ＣＰＣＨステータス表示チャネル（ＣＳＩＣＨ）上のステータス情報から判断されたＴＦアベイラビリティに基づいて、ＴＦが選択される。ＭＡＣ−ｃ／ｓｈ３１０は、アクセス・サービス・クラス（ＡＳＣ）選択を含む。ＲＡＣＨについては、ＭＡＣが、物理レイヤに対してＰＤＵに関連付けられたＡＳＣを示す。ＣＰＣＨについては、ＭＡＣが、物理レイヤに対してＰＤＵに関連付けられたＡＳＣを示し得る。これは、所与のアクセス・サービス・クラスに関連付けられたＲＡＣＨおよびＣＰＣＨメッセージが１つまたは複数の適切な署名および１つまたは複数のタイム・スロットで送信されることを保証するためである。ＭＡＣはまた、所与のＡＳＣに関連付けられた、１つまたは複数の適切なバックオフ・パラメータも適用する。
【００２９】
ＭＡＣ−ｃ／ｓｈ３１０は、スケジューリング／優先処理およびトランスポート・フォーマットの組合せ（ＴＦＣ）選択のための機能をさらに含む。スケジューリング／優先処理機能が、論理チャネル優先度に基づいてＲＡＣＨおよびＣＰＣＨ上のＭＡＣ−ｄ３２０から受信された情報を伝送するために使用され得る。この機能はＴＦ選択に関連する。ＲＲＣによって構成されたトランスポート・フォーマットの組合せのセット（またはトランスポート・フォーマット組合せサブセット）によるトランスポート・フォーマットおよびトランスポート・フォーマットの組合せ選択が、ＭＡＣ−ｃ／ｓｈ３１０によって実施され得る。ＲＬＣはＲＬＣ−ＰＤＵをＭＡＣに提供し、これがトランスポート・チャネル上で使用可能なトランスポート・ブロックに適合する。それぞれのＵＥ１０５に１つのＭＡＣ−ｃ／ｓｈエンティティがあり得る。
【００３０】
ＭＡＣ−ｄ３２０
ＭＡＣ−ｄ３２０は、専用トランスポート・チャネルに、または共通チャネルを介して伝送するべくＭＡＣ−ｃ／ｓｈ３１０にデータを転送するために、アップリンクのための専用論理チャネルをマップする責任を有する。１つの専用論理チャネルが、ＤＣＨおよびＤＳＣＨに同時にマップされ得る。１つの専用論理チャネルが、ＤＣＨおよびＨＳ−ＤＳＣＨに同時にマップされ得る。ＭＡＣ−ｄ３２０はＭＡＣ−ｃ／ｓｈ３１０への接続を有する。この接続は、ＭＡＣ−ｃ／ｓｈ３１０にデータを転送するために、ＭＡＣ−ｃ／ｓｈ３１０によって処理されるトランスポート・チャネル（アップリンク）上でデータを送信するために、またはＭＡＣ−ｃ／ｓｈ３１０によって処理されるトランスポート・チャネル（ダウンリンク）からデータを受信するために使用される。ＭＡＣ−ｄ３２０はＭＡＣ−ｈｓ３３０への接続を有する。この接続は、ＭＡＣ−ｈｓ３３０によって処理されるＨＳ−ＤＳＣＨトランスポート・チャネル（ダウンリンク）からデータを受信するために使用される。ＵＥ１０５内には少なくとも１つのＭＡＣ−ｄ３２０があり得る。
【００３１】
ＭＡＣ−ｄ３２０は以下の機能を実施し得る。トランスポート・チャネル・タイプの切換えが、無線リソースの変更に関連する、ＲＲＣによってなされた決定に基づいて、このエンティティによって実施され得る。ＲＲＣによって要求が出されると、ＭＡＣが、共通トランスポート・チャネルと専用トランスポート・チャネルの間で、１つの指定された論理チャネルのマッピングを切り換える。（ＨＳ−ＤＳＣＨ以外の）１つのトランスポート・チャネルへのいくつかの専用論理チャネルの多重化が使用された場合に、または１つのＭＡＣ−ｄ３２０フロー（ＨＳ−ＤＳＣＨ）が使用された場合に、制御／トランスポート（Ｃ／Ｔ）ＭＵＸプロトコル要素が使用され得る。論理チャネルの明白な識別が含まれ得る。暗号化されるトランスペアレント・モード・データのための暗号化が、ＭＡＣ−ｄ３２０内で実施され得る。暗号化されたトランスペアレント・モード・データのための復号化も、ＭＡＣ−ｄ３２０内で実施され得る。暗号化および復号化機能については、本発明の関心事ではないので、便宜上詳細には記述しない。しかしこれらの機能は、たとえば最新バージョンの３ＧＰＰ技術仕様３３．１０２の「セキュリティ・アーキテクチャ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ）」において記載されているように実施され得る。さらに例示的実施形態によれば、以下に記述するように、ＭＡＣ−ＥＵ３４０がこの機能に取って代わるので、ＭＡＣ−ｄ３２０はＴＦＣ機能を実施しない。
【００３２】
ＭＡＣ−ｈｓ３３０
ＭＡＣ−ｈｓ３３０は、ＨＳＤＰＡ特有の機能を処理し、かつＨＡＲＱ、リオーダ待ち行列分散、リオーダおよび分解機能を含み得る。ＨＡＲＱエンティティは、ＨＡＲＱプロトコルに関連するＭＡＣ機能を処理する責任を有し得る。ＨＡＲＱ機能エンティティは、ハイブリッドＡＲＱに必要なすべてのタスクを処理し、かつＡＣＫまたはＮＡＣＫを生成する責任を有する。ハイブリッドＡＲＱプロトコルの詳細構成は、たとえばＭＡＣ制御特別アクセス・ポイント（ＳＡＰ）としても知られている、ＭＡＣ制御３５０を介してＲＲＣによって提供され得る。リオーダ待ち行列分散機能は、待ち行列ＩＤに基づいてＭＡＣ−ｈｓＰＤＵを正しいリオーダ・バッファに送る。
【００３３】
リオーダ・エンティティは、受信された伝送シーケンス番号（ＴＳＮ）に従って、受信されたＭＡＣ−ｈｓＰＤＵを再発注する。連続ＴＳＮを有するＭＡＣ−ｈｓＰＤＵは、受信されると、分解機能に配信され得る。より低いＴＳＮを有するＭＡＣ−ｈｓＰＤＵが欠落していると、ＭＡＣ−ｈｓＰＤＵは分解機能に配信されない。ＵＥ１０５で構成されたそれぞれの待ち行列ＩＤのために少なくとも１つのリオーダ・エンティティがあり得る。分解エンティティは、ＭＡＣ−ｈｓＰＤＵを分解する責任を有し得る。ＭＡＣ−ｈｓＰＤＵが分解された場合には、ＭＡＣ−ｈｓヘッダは除去され、ＭＡＣ−ｄＰＤＵは抽出され、存在する任意の埋め込みビットは除去される。次いで、ＭＡＣ−ｄＰＤＵは上位レイヤ（ＯＳＩレイヤ３〜７）に配信される。
【００３４】
ＭＡＣ−ＥＵ３４０
本発明の例示的実施形態においては、媒体アクセス制御高性能アップリンク（ＭＡＣ−ＥＵ）と呼ぶ、ＭＡＣエンティティを導入する。ＭＡＣ−ＥＵ３４０は、ＵＥ１０５内、かつＵＴＲＡＮ１５０内のノードＢ１１０にあり得る。ここでは、ＵＥ１０５およびノードＢ１１０でのＭＡＣ−ＥＵ機能について簡単に記述し、図４および５を参照しながら、以下にさらに詳細に記述する。
【００３５】
上記で論じたように、ＭＡＣ−ＥＵ３４０は、アップリンクにおいて達成可能な最大のスループットを保証しようと努力するなかで、最良のチャネル条件を有するＵＥ１０５をノードＢ１１０が素早くスケジュールできるようにするためにノードＢ１１０内に置かれ得る。ＵＥ側のＭＡＣ−ＥＵ３４０の出力で、新しい高性能アップリンク専用チャネル（ＥＵ−ＤＣＨ）またはＨＳ−ＤＣＨ（高速ＤＣＨ）トランスポート・チャネルが下位レイヤ（レイヤ１）に提出され得る。ＵＥ１０５でのＭＡＣ−ＥＵ３４０への入力で、ＭＡＣ−ｄフローがＭＡＣ−ｄ３２０から受信され得る。その上、ＵＥ側のＭＡＣ−ＥＵ３４０は、自律伝送モードとスケジュール伝送モードの間のＥＵ−ＤＣＨリソースを管理し、かつそれらのクラス優先度に従ってＨＡＲＱエンティティおよびデータの流れを管理する、自律／スケジュール・モード・セレクタ機能などの動的モード・セレクタ機能を含み得る。関連付けられたダウンリンク信号からのステータス・レポートに基づいて、新しい伝送または再伝送のいずれかが判断される。
【００３６】
ＵＥ側のおよびノードＢ側の両方のＭＡＣ−ＥＵ３４０が、それぞれ、ＨＡＲＱ送信および受信を操作し、かつ制御するためのＨＡＲＱエンティティを含み得る。その上、ＵＥ側のＭＡＣ−ＥＵ３４０は、トランスポート・フォーマット組合せ（ＴＦＣ）選択機能を含み得る。ＭＡＣ−ｄ３２０で実施される代わりに、この機能は、ＵＥ１０５でＭＡＣ−ＥＵ３４０内に常駐し得る。ＭＡＣ−ＥＵ３４０内にＴＦＣ選択を含むことにより、ＭＡＣ−ＥＵ３４０内のＨＡＲＱエンティティとの実質的に密接な調整が可能となり得る。
【００３７】
その上、２つのタイプの信号メッセージが導入され得る。第１の信号メッセージは、たとえばスケジュール・モード伝送においてその伝送機会をＵＥ１０５に知らせるために、ノードＢ１１０によりＵＥ１０５に送信されるダウンリンク・スケジュール通知メッセージ（ｄｏｗｎｌｉｎｋ  ｓｃｈｅｄｕｌｅ＿ｎｏｔｉｆｙ  ｍｅｓｓａｇｅ）と呼び得る。スケジュール通知メッセージ（ｓｃｈｅｄｕｌｅ＿ｎｏｔｉｆｙ  ｍｅｓｓａｇｅ）の終了点は、ＵＥ１０５およびノードＢ１１０内の対応するＭＡＣ−ＥＵエンティティであり得る。異なる伝送モードに関連する、他のタイプのダウンリンク制御信号メッセージも、本発明の例示的実施形態に従って予測される。第２の信号メッセージは、ＵＥ１０５でアップリンク伝送のために使用可能なデータの優先度をノードＢ１１０に知らせるために、ＵＥ１０５によりノードＢ１１０に送信されたアップリンク優先指示メッセージ（ｕｐｌｉｎｋ  ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｅ  ｍｅｓｓａｇｅ）であり得る。この優先指示メッセージ（ｐｒｉｏｒｉｔｙ＿ｉｎｄｉｃａｔｅ  ｍｅｓｓａｇｅ）の終了点は、たとえば両側での対応するＭＡＣ−ＥＵエンティティであり得る。優先クラスの待ち行列の長さ、およびそれぞれのサービス・クラスの残留遅延などの、他のアップリンク制御信号メッセージが、スケジュール伝送モード、速度制御伝送モード、他の設計された伝送モードを起動することが可能であり得る。
【００３８】
図４は、本発明の例示的実施形態による、ＵＥでのＭＡＣエンティティの機能を示すブロック図である。ＭＡＣ−ＥＵ３４０は、自律／スケジュール・モード・セレクタ機能４４２と、優先待ち行列分散機能４４４と、ＨＡＲＱ機能４４６と、ＴＦＣ機能４４８とを含み得る。これは、ＵＥ１０５側でのＭＡＣ−ＥＵ３４０の唯一可能な構成であるが、以下の機能と一貫性を有する他の構成も実現され得る。図４の点線の囲み線で示されている、スケジュール・モードまたは自律モードのいずれかにおいて、ＨＡＲＱ処理およびＴＦＣ選択が実施される。スケジュール・モードにおいては、優先待ち行列分散機能４４４が実施され、優先待ち行列４４９が維持される。
【００３９】
自律／スケジュール・モード・セレクタ機能４４２は、自律伝送モードとスケジュール伝送モードの間のＥＵ−ＤＣＨリソースを管理する。上記で論じたように、選択された伝送モードは、抽出された伝送パラメータに依存し得る。優先待ち行列分散機能４４４は、ＭＡＣ−ｄ３２０からそれに関連付けられた優先待ち行列４４９に入トラフィック（データの流れ）を分散する。それぞれの優先待ち行列４４９は、自律／スケジュール・モード・セレクタ機能４４２での動的伝送モード選択のための基準として、それ自身のＱｏＳ指標を有する。
【００４０】
ＨＡＲＱ機能４４６は、ＨＡＲＱプロトコルに関連するＭＡＣ機能を処理する責任を有し得る。ＨＡＲＱ機能４４６は、ハイブリッドＡＲＱのために必要なすべてのタスクを処理し、かつＭＡＣ−ｈｓ３３０内のＨＡＲＱエンティティと同様に、ＡＣＫまたはＮＡＣＫを生成する責任を有し得る。ＨＡＲＱ機能４４６はまた、ＵＥ１０５とのソフト・ハンドオフにおいてアクティブ・セット・ノードＢ１１０のステータスを追跡し得る。ソフト・ハンドオフ状況中には、ＥＵ−ＤＣＨ内にＨＡＲＱのための複数の宛先が存在する。先にＨＳＤＰＡにおいてＨＡＲＱを実施した場合においては、単一のソース〜宛先というシナリオを中心に考えた。複数の受信側がある場合には、受信側またはノードＢ１１０のそれぞれからＵＥ１０５に送信されている複数のＡＣＫ／ＮＡＣＫがあり得る。ＵＥ１０５におけるＨＡＲＱ機能４４６のオペレーションにおいては、ＨＡＲＱプロトコルの頑強さに対するこれらの複数のＡＣＫ／ＮＡＣＫの影響、および必要となり得る追加信号の性能の影響を考慮する。さらに、異なるノードＢ１１０が、異なるステータス、すなわち新しいパケットと先のパケットとの誤った組合せを有する可能性がある。このようなプロトコルの誤りを防ぐために、ＨＡＲＱ機能４４６の状態機械は同期され得る。
【００４１】
ＭＡＣ−ＥＵ３４０はＴＦＣ機能４４８を含む。通話設定におけるＲＲＣ信号、スケジュール・モードまたは速度制御モードにおけるダウンリンク制御信号などの関連付けられた信号によって構成されたトランスポート・フォーマット組合せ集合（またはトランスポート・フォーマット組合せサブセット）によるトランスポート・フォーマットおよびトランスポート・フォーマットの組合せ選択が、ＭＡＣ−ＥＵ３４０によって実施され得る。ＲＬＣはＲＬＣ−ＰＤＵをＭＡＣに提供するが、これは、ＥＵ−ＤＣＨ上で使用可能なトランスポート・ブロックに適合されている。図４の関連付けられたアップリンクおよびダウンリンク信号が、それぞれの伝送モードと、ＵＥとノードＢの間の通信とに必要な制御パラメータを提供する。
【００４２】
図５は、本発明の例示的実施形態による、ノードＢ１１０でのＭＡＣエンティティの機能を示すブロック図である。ノードＢ１１０側のＭＡＣ−ＥＵ３４０には、自律／スケジュール・モード・デマルチプレクサ機能５４２と、ＨＡＲＱ機能５４４と、リオーダ待ち行列分散機能５４６と、リオーダ機能５４７と、分解機能５４８とが含まれ得る。リオーダ機能５４７および分解機能５４８は、そのサービス・クラスに従ってデータを再区分する「再区分機能」と一括して呼び得る。これは、ノードＢ１１０側でのＭＡＣ−ＥＵの可能な１つの構成にすぎず、以下の機能と一貫性を有する他の構成も実現され得る。
【００４３】
一般に、ノードＢ１１０でのＭＡＣ−ＥＵ３４０の機能は、ＵＥ１０５でＭＡＣ−ＥＵ３４０とは逆のオペレーションを実施する。自律／スケジュール・モード・デマルチプレクサ機能５４２は、複数の伝送モードを統合したデータ・トラフィックを逆多重化し、たとえば自律モードおよびスケジュール・モードなどの、それに関連付けられた伝送モード内にそのデータを隔離する。それぞれのモード、つまりスケジュール・モードまたは自律モードについて、ＨＡＲＱ機能５４４がある。（ノードＢ１１０での）それぞれのモードからのＨＡＲＱ機能５４６は、中心バッファ・プール（図示せず）からデータまたはパケットを取得し、それにより、伝送時にいずれかの伝送モードを使用して送信される異なる優先度（データのサービス・クラスに基づいて異なる優先度）のデータの柔軟性が可能となり得る。１つのモードで送信された高いデータ転送率のアップリンク・データには、再伝送中に異なるモードで送信される柔軟性が与えられ得る。異なるノードＢ１１０制御のスケジューリング・モード（自律モード、スケジュール・モード）は、単一のまたは個々のＨＡＲＱエンティティを使用して制御され得る。別個のＨＡＲＱプロセスを使用することにより、２つの異なるモードの独立したオペレーションが可能となる。たとえば、スケジュール・モードおよび自律モードのためのＨＡＲＱオペレーションが、異なる伝送属性、異なるスケジューリング・アルゴリズム、符号化速度、変調などと共に操作され得る。
【００４４】
ノードＢ１１０でのリオーダ待ち行列分散機能５４６は、それぞれの伝送モードのＨＡＲＱの出力を集め、関連付けられた優先クラスにその出力を分散する。リオーダ機能５４７は、それぞれの優先クラスに関連する。リオーダ機能５４７は、同じ優先クラスのパケットを異なるアプリケーション・クラスに順々に再配置する。
【００４５】
分解機能５４８は、ＭＡＣ−ｈｓ３３０において実施されるものと同様である。連続ＴＳＮを有するＭＡＣ−ＥＵＰＤＵは、受信されると、分解機能５４８に配信され得る。より低いＴＳＮを有するＭＡＣ−ｈｓＰＤＵが欠落している場合は、ＭＡＣ−ＥＵＰＤＵは分解機能５４８に配信されない。ＵＥ１０５で構成されたそれぞれの待ち行列ＩＤについて、少なくとも１つのリオーダ機能５４７があり得る。分解機能５４８は、ＭＡＣ−ＥＵＰＤＵを分解する責任を有し得る。ＭＡＣ−ＥＵＰＤＵが分解された場合には、ＭＡＣ−ＥＵヘッダは除去され、ＭＡＣ−ｄＰＤＵ（ＭＡＣ−ｄ３２０から受信されたデータの流れ）は抽出され、存在する任意の埋め込みビットは除去される。次いで、ＭＡＣ−ｄＰＤＵは、上位レイヤ（ＯＳＩレイヤ３〜７）に配信される。関連付けられたアップリンクおよびダウンリンク信号は、ＵＥ１０５でのＭＡＣ−ＥＵ３４０とノードＢ１１０でのＭＡＣ−ＥＵ３４０の間で通信するための制御パラメータである。所与の制御パラメータは、ノードＢ１１０でのＭＡＣ−ＥＵ３４０オペレーションのオペレーションを援助する。
【００４６】
したがって、ノードＢ１１０でＭＡＣ−ＥＵ３４０を有することにより、ＡＣＫまたはＮＡＣＫをＲＮＣ１１５に中継することに伴う待ち時間を回避し得る。同時に、ノードＢ１１０でＡＣＫ／ＮＡＣＫを処理することにより、ＵＥ１０５による再伝送がより早くスケジュールされ得、したがって恐らく好適なチャネル条件を利用し得るようになる。
【００４７】
本発明の例示的実施形態をこのように記述してきたが、本発明を多くの方式において変更し得ることは自明であろう。このような変形形態を本発明の例示的実施形態の趣旨および範囲からの逸脱とみなすべきではなく、当業者にとって自明であるすべてのこのような修正形態は、頭記の特許請求の範囲内に含まれるものとする。
【図面の簡単な説明】
【００４８】
【図１】本発明の例示的実施形態によるＵＭＴＳアーキテクチャを示す高レベルの図である。
【図２】本発明の例示的実施形態に従ってデータをマップする方法を示す流れ図である。
【図３】本発明の例示的実施形態による、ユーザ機器（ＵＥ）のための媒体アクセス制御（ＭＡＣ）アーキテクチャを示す図である。
【図４】本発明の例示的実施形態による、ＵＥでのＭＡＣエンティティの機能を示すブロック図である。
【図５】本発明の例示的実施形態による、ノードＢでのＭＡＣエンティティの機能を示すブロック図である。
【図１】
2004343765.tif 000003
【図２】
2004343765.tif 000004
【図３】
2004343765.tif 000005
【図４】
2004343765.tif 000006
【図５】
2004343765.tif 000007