(57)【要約】本発明は、移動局（ＵＥ）から移動無線システムとりわけラジオ・ネットワーク・コントローラ（ＲＮＣ）のノードへの移動無線システムとりわけＵＭＴＳの無線インターフェースを介するデータ伝送のためのデータチャネルの構成に関する。本発明の核心は、構成すべき論理チャネルを制限してこれらの論理チャネルが（再）構成メッセージに含まれる所定のトランスポート・フォーマットだけしか利用できないようにＲＲＣ（再）構成メッセージを拡張することである。従って、相応のＲＲＣメッセージの拡張においてトランスポート・フォーマットと論理チャネルとの間の割り当てが付加されることによって、ＴＦＳの指示からのＲＢマッピング・インフォの独立性が破棄され、相応の論理チャネルが当然相応のトランスポート・チャネルへのマッピングにおいて構成されなければならない。とりわけ論理チャネルはパラメータ「ＲＬＣサイズ」の所定の値の使用に限定される。
2004519976.tif 000002
【特許請求の範囲】
【請求項１】
移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法において、
ａ）コントロール・ユニット（ＲＲＣ）は、このコントロール・ユニット（ＲＲＣ）の下位のデータ・リンク・レイヤの第１のエンティティ（ＭＡＣ）に、サービス・アクセス・ポイントとして使用されるその論理チャネルを介して構成メッセージの形式で次のものを伝達する、すなわち、
１．  どの論理チャネルがビット伝送レイヤのサービス・アクセス・ポイントとして使用されるどのトランスポート・チャネルにマッピングされるかを伝達し、
２．  トランスポート・チャネルの各々に対して予め設定されるトランスポート・フォーマット（ＴＦ）のセット（ＴＦＳ）ならびに全てのトランスポート・チャネルに対するトランスポート・フォーマット（ＴＦ）の許可された組み合わせのセット（ＴＦＣＳ）を伝達し、各トランスポート・フォーマットは相応するトランスポート・フォーマットにより構成されるトランスポート・チャネルの伝送特性を決定するパラメータのセットの有し、
３．１  どのトランスポート・フォーマット（ＴＦ）が論理チャネルに対してその都度許可されているかを伝達するか、又は、
３．２  トランスポート・フォーマットのパラメータ・セットの少なくとも１つのパラメータのどの値が１つの論理チャネル、複数の論理チャネル又は全ての論理チャネルに対して固定的に予め設定されているかを伝達し、
ｂ）  前記第１のエンティティ（ＭＡＣ）は、構成メッセージにおいて定義されるトランスポート・フォーマットと論理チャネルとの間の割り当て乃至は論理チャネルにその都度予め設定されるパラメータ値を考慮して、トランスポート・チャネルの各々に対するトランスポート・フォーマットを、トランスポート・フォーマットの形成された組み合わせが許可と定義されたトランスポート・フォーマット組み合わせのうちの１つに相応するように選択し、
ｃ）  前記第１のエンティティ（ＭＡＣ）は、論理チャネルに現れるデータパケットを、前記論理チャネルに構成メッセージによってその都度割り当てられるビット伝送レイヤのトランスポート・チャネルに渡し、これが前記データパケットの伝送を無線インターフェースを介して開始する
ことを特徴とする、移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法。
【請求項２】
トランスポート・フォーマットを形成するパラメータのセットは、コントロール・ユニットにより予め設定されるスタティック・パラメータの第１の群と第１のエンティティにより制御される可変的パラメータの第２の群とから成ることを特徴とする、請求項１記載の方法。
【請求項３】
ビット伝送レイヤがデータをまとめて処理できる伝送インターバルの長さは、スタティックなパラメータ又は可変的パラメータとして使用されることを特徴とする、請求項２記載の方法。
【請求項４】
トランスポート・チャネルに第１のエンティティ（ＭＡＣ）により渡されるデータブロック（トランスポート・ブロック）のサイズ又は長さ及びこれらのデータブロックの個数は可変的パラメータとして使用されることを特徴とする、請求項２又は３記載の方法。
【請求項５】
データ・リンク・レイヤの第２のエンティティ（ＲＬＣ）はサービス・アクセス・ポイント（ラジオ・ベアラ）においてベアラ・サービスのために現れるデータストリームからデータパケットを第１のエンティティ（ＭＡＣ）による要求に従って生成し、割り当てられた論理チャネルに渡すことを特徴とする、請求項１〜４のうちの１項記載の方法。
【請求項６】
第２のエンティティ（ＲＬＣ）はサービス・アクセス・ポイントを介して供給されるデータストリームをバッファすることを特徴とする、請求項５記載の方法。
【請求項７】
第２のエンティティ（ＲＬＣ）により生成されるデータパケットの長さ及び個数は、第１のエンティティ（ＭＡＣ）によりトランスポート・チャネルに渡されるデータブロックの長さ及び個数に相応することを特徴とする、請求項５又は６記載の方法。
【発明の詳細な説明】
【０００１】
１．背景
１．１一般論
図１は、ＵＭＴＳ無線インターフェースのプロトコルを含むレイヤ２及び下位レイヤ３（レイヤモデルについては［１］を参照）のＵＭＴＳプロトコルアーキテクチャを示す。このアーキテクチャは移動端末（ユーザ・エクイップメント Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）にも移動通信ネットワークのノード（ラジオ・ネットワーク・コントローラ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）にも存在し、つまりはプロトコルの各々があるいはＵＥに、あるいはＲＮＣに存在する。
【０００２】
ＰＤＵのトランスポートのために下位プロトコルレイヤのサービスを利用することによって、同一のプロトコルはプロトコル・データ・ユニット（ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ、ＰＤＵ）を交換する。各プロトコルレイヤはその上位レイヤにそのサービスをいわゆるサービス・アクセス・ポイントにおいて提供する。これらのサービス・アクセス・ポイントにはアーキテクチャのより良い理解のために一般的に使用される一義的な名前（例えば、論理チャネル、トランスポート・チャネル、ラジオ・ベアラ Ｒａｄｉｏ Ｂｅａｒｅｒ）が付けられている。データ転送のために、プロトコルはそのサービス・アクセス・ポイントにおいてサービス・データ・ユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔｓ、ＳＤＵ）をピックアップし、そこから生じたＰＤＵを下位レイヤに送出する。従って、上位レイヤからのＰＤＵはその下位レイヤのＳＤＵと同一である。
【０００３】
図１に図示されたプロトコルレイヤは
ラジオ・リソース・コントロール（ＲＲＣ）レイヤ、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤ、
ブロードキャスト／マルチキャスト・コントロール（ＢＭＣ）レイヤ、
ラジオ・リンク・コントロール（ＲＬＣ）レイヤ、
媒体アクセス・コントロール（ＭＡＣ）レイヤ、
及び物理レイヤ（ＰＨＹ）
である。
【０００４】
ＰＤＣＰ及びＢＭＣレイヤは本願発明（ＥＭ）との関連において特別な意味を持たないので、ここではもう記述しない。次にＲＲＣ、ＲＬＣ及びＭＡＣの機能を短く一般的に説明する。その後にこのＥＭによって改善又は修正すべき機能のより詳細な記述が続く（従来技術）。
【０００５】
１．２プロトコルの動作方法
ＵＭＴＳ移動無線端末（ＵＥ）において様々なアプリケーションからデータが生成される。音声接続のためには例えば音声コーダが１つ又は複数の音声データストリームを生成し、又は、ＨＴＭＬブラウザが不規則なパケットデータストリームを生成する。これらのデータはまず最初に場合によっては上位レイヤのプロトコルによって修正され、様々なネットワークにおけるデータ転送のために準備される（例えばＴＣＰ［３］及びＩＰ［４］）。ＵＭＴＳ無線インターフェースを介するトランスポートのためには、これらのデータはレイヤ２の様々なプロトコル（ＰＤＣＰ、ＲＬＣ及びＭＡＣ）において最適化されなければならない。ＵＭＴＳ固有のプロトコルではないプロトコルがＵＭＴＳ無線インターフェースの伝送サービスを利用できるサービス・アクセス・ポイントはラジオ・ベアラ（ＲＢ）と呼ばれる。それゆえ、ＲＢはＰＤＣＰ、ＢＭＣ及びＲＬＣより上で利用されるプロトコルに応じてレイヤ２より上で提供され、データを透過的にＵＥからＵＭＴＳ無線インターフェースを介してＲＮＣへと及びその逆方向に伝送する。この伝送のためにこのようなＲＢのセットアップの際に所定の伝送サービス品質（クオリティ・オブ・サービス、ＱｏＳ）が定められ、この伝送サービス品質は例えば所定の保証されたデータレート又は最大伝送遅延によって特徴付けられる。ＲＢは原理的に双方向性であり、よって、ＲＢはデータを２つの方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）に伝送することができる。
【０００６】
このようなＲＢのデータストリームは連続的に又は任意の長さのパケットで存在するので、ＲＬＣプロトコルのタスクはデータストリームを無線インターフェースに最適な長さを有するパケットに分割（又は結合）することである。よって、ＲＬＣ−ＳＤＵがＲＬＣ−ＰＤＵに分解されるか又は複数のＲＬＣ−ＳＤＵがＲＬＣ−ＰＤＵにまとめられる。さらに、ＲＬＣレイヤはＲＢにあるデータを、これらのデータがＲＬＣの下にあるレイヤから無線インターフェースを介してトランスポートされるまでＲＬＣバッファに格納する。ＲＬＣレイヤは更に別のタスク（とりわけ誤り訂正のタスク）を有しているが、ここでは重要ではない［５］。ＲＬＣレイヤは分割（統合）の後で生じるＲＬＣ−ＰＤＵをＭＡＣレイヤに後続の伝送のために渡す。この場合、ＲＬＣレイヤはラジオ・ベアラ毎に独立したＲＬＣエンティティ（ＲＬＣ−ｅｎｔｉｔｙ）が存在するようにモデル化されている。
【０００７】
ＭＡＣレイヤがサービスを提供するサービス・アクセス・ポイントは論理チャネルと呼ばれる。ラジオ・ベアラ毎にちょうど１つのＲＬＣエンティティが存在し、方向（ＵＬ／ＤＬ）毎に１つか又は２つの論理チャネルが存在する。論理チャネルは、これらの論理チャネルにおいて伝送されるデータの性質によって区別される。それゆえ、前記の音声データストリームのようなＵＥ固有の有効データを伝送する論理チャネル（専用トラフィック・チャネルＤｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ、ＤＴＣＨ）、ＵＥ固有のコントロールデータ（専用コントロール・チャネルＤｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＤＣＣＨ）を伝送する論理チャネル又は一般的なコントロールデータ（共通コントロール・チャネルＣｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＣＣＣＨ）を伝送する論理チャネルが区別される。複数のＤＴＣＨはさらに相応のＲＢのために構成されるＱｏＳによって区別される。
【０００８】
無線インターフェースを介するデータの伝送のためにまず第一に重要なことは「何が」伝送されるかではなく、「いかに」データが伝送されるかである。それゆえ、データの符号化、変調、高周波技術及びアンテナを含む物理レイヤはＭＡＣレイヤにサービス・アクセス・ポイントを提供し、これらのサービス・アクセス・ポイントはいかにデータを伝送するかによって特徴付けられる。すなわち、いわゆるトランスポート・チャネルである。トランスポート・チャネルではもはや有効データとコントロールデータとの間の区別は行われず、例えばＵＥ固有のチャネル（専用チャネルＤｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ、ＤＣＨ）、ランダムアクセスを有するチャネル（ランダム・アクセス・チャネル、ＲＡＣＨ）又は一般的に複数のＵＥにより利用されるチャネル（アップリンク又はダウンリンク・シェアド・チャネルＵｐｌｉｎｋ ｏｒ ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＵＳＣＨ又はＤＳＣＨ）が区別される。
【０００９】
送信器におけるＭＡＣレイヤのタスクは、ＭＡＣレイヤより上の論理チャネルにあるデータを物理レイヤのトランスポート・チャネルにマッピングすることであり、乃至は、受信器においてトランスポート・チャネルで受信されたデータを論理チャネルに分配することである。各トランスポート・チャネルはこのためにデータ伝送のための一定のパラメータのセットによって予め構成されている。更に別の可変的パラメータのセットからＭＡＣレイヤはその都度瞬時の伝送に最も有利なパラメータを探し出し、データ伝送をダイナミックに制御することができる。この場合、トランスポート・チャネルに対する全パラメータの有効な調整はトランスポート・フォーマット（ＴＦ）と呼ばれる。トランスポート・チャネルのための全ての可能な調整の集合はトランスポート・フォーマット・セット（ＴＦＳ）と呼ばれる。ＴＦの可変的な（ダイナミックな）パラメータだけがＴＦＳ内部で変化する。所定の時点においてトランスポート・チャネル毎にただ１つのトランスポート・フォーマットが調整される。所定の時点に存在する全てのトランスポート・チャネルのために調整されたトランスポート・フォーマットの集合は、トランスポート・フォーマット・コンビネーション（ＴＦＣ）と呼ばれる。各トランスポート・チャネルに対して有効なトランスポート・フォーマットから全トランスポート・チャネルに対して可能な多数の組み合わせが生じ、理論的にはこれらの組み合わせの各々がＴＦＣを生じることができるはずである。しかし、実際には、現実に許可されるトランスポート・フォーマットの組み合わせの個数は限定されている。全ての許可されたＴＦＣの集合は、トランスポート・フォーマット・コンビネーション・セット（ＴＦＣＳ）と呼ばれる。
【００１０】
トランスポート・チャネル及びＲＢのセットアップ、除去及び再構成及びレイヤ２プロトコルの全パラメータの折衝に対してＲＲＣプロトコルは責任を持っている。このプロトコルも同様にＵＥ及びＲＮＣに存在し、ＲＬＣレイヤが自由に使用させる伝送サービスすなわち論理チャネルを、ＲＲＣメッセージ送信のために利用する。次いでＲＲＣプロトコル間で折衝された伝送パラメータによってレイヤ２の様々なプロトコルが構成される。例えばセットアップ又は再構成の際に各トランスポート・チャネル毎にＲＲＣプロトコル間でＴＦＳが折衝され、全てのトランスポート・チャネルに有効なＴＦＣＳが伝送される。次いで、両方ともＭＡＣレイヤに構成され、この結果、ＭＡＣは論理チャネルのトランスポート・チャネルへのマッピングを行うことができる。
【００１１】
上述したように、トランスポート・フォーマットはスタティック・パラメータ及びダイナミック・パラメータから成り、スタティック・パラメータはＭＡＣレイヤによって制御されずＲＲＣによってのみ折衝され、ダイナミック・パラメータから様々な調整の集合がＲＲＣによって折衝され、これらのダイナミック・パラメータはＭＡＣレイヤによって制御され得る。スタティック・パラメータには次のものが所属する：
伝送インターバルの長さ（トランスミッション・タイム・インターバル、ＴＴＩ）。これは物理レイヤがデータをまとめて処理するタイム・インターバルである。これは１０、２０、４０又は８０ミリ秒の長さであればよい。
【００１２】
エラー保護のための符号体系。
【００１３】
エラー保護のための冗長情報の長さ（ＣＲＣ、巡回冗長検査）。
【００１４】
ダイナミック・パラメータは次のものである：
ＲＬＣサイズ（ＲＬＣ−ｓｉｚｅ）。このパラメータはＲＬＣ−ＰＤＵサイズを指示する。ＭＡＣレイヤはＭＡＣ−ＰＤＵを生成しないし、ＲＬＣにより受信されたＲＬＣ−ＰＤＵを分割又は結合しないので、ＭＡＣ−ＰＤＵは常にちょうど１つのＲＬＣ−ＰＤＵと一致する。ＭＡＣレイヤがＲＬＣ−ＰＤＵにコントロールデータヘッダ（ＭＡＣヘッダ）を付けるか否かに依存して、ＭＡＣ−ＰＤＵはＲＬＣ−ＰＤＵとちょうど同じ大きさであるか又はＭＡＣヘッダの分だけＲＬＣ−ＰＤＵより大きい。よって、このパラメータによりＭＡＣ−ＰＤＵのサイズもＲＬＣ−ＰＤＵのサイズも調整される。トランスポート・チャネルにおいて物理レイヤに渡されるデータブロック、ＭＡＣ−ＰＤＵはトランスポート・ブロックとも呼ばれる。
【００１５】
トランスポート・ブロックの個数（Ｎｕｍｂｅｒ ｏｆ Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋｓ）。このパラメータはＴＴＩの間に同時処理及び無線インターフェースを介する転送のために物理レイヤに渡されてもよいＭＡＣ−ＰＤＵの個数を決定する。
【００１６】
幾つかのケースではＴＴＩもダイナミック・パラメータである。
【００１７】
見てのとおり、パラメータ「ＴＴＩ」「ＲＬＣサイズ」及び「トランスポート・ブロックの個数」からトランスポート・チャネルの瞬時のデータレートが生じる。この瞬時のデータレートはＭＡＣレイヤによってダイナミックに異なるトランスポート・フォーマットの選択によって、すなわちＴＴＩ、ＲＬＣサイズ及びトランスポート・ブロックの個数の変化によって調整される。
【００１８】
伝送インターバル毎のＴＦＣのダイナミックな選択の他に、ＭＡＣレイヤは、異なるＲＢに到着するデータをＲＢのために調整されたＱｏＳを考慮してトランスポート・チャネルに分配するというタスクを有する。この場合、ＲＲＣレイヤによって例えばＲＢのセットアップ及び再構成の際にいわゆるＲＢマッピング・インフォが折衝される。このＲＢマッピング・インフォはどの論理チャネルがどのトランスポート・チャネルにマッピングされるべきかを指示し、各トランスポート・チャネルに複数の論理チャネルが割り当てられ得る。
【００１９】
よって、送信側のＭＡＣレイヤは伝送インターバル毎に及びトランスポート・チャネル毎にトランスポート・フォーマットを（すなわち全部で１つのＴＦＣを）探し出し、どの論理チャネルからデータを当該ＴＴＩにおいて伝送するかを決定する。次いで、ＭＡＣレイヤは相応のＲＬＣユニットにそれぞれのＴＦに所属するＲＬＣ−ＰＤＵサイズ及び予期されるＲＬＣ−ＰＤＵの個数を伝える。そしてＲＬＣはＲＬＣバッファからのデータをＲＬＣ−ＰＤＵサイズに相応してセグメント化し、相応の論理チャネルにおける相応の個数のＲＬＣ−ＰＤＵをＭＡＣレイヤに渡す。このＭＡＣレイヤは場合に応じてデータにＭＡＣヘッダを付加し、１つのトランスポート・チャネルに対する全ＲＬＣ−ＰＤＵを同時に物理レイヤに渡し、次いでこの物理レイヤはＴＴＩ内のＵＭＴＳ無線インターフェースを介するデータのトランスポートに従事する。
【００２０】
１．３従来技術
本発明は、移動局（ＵＥ）から移動無線システムのノードとりわけラジオ・ネットワーク・コントローラ（ＲＮＣ）への移動無線システムとりわけＵＭＴＳの無線インターフェースを介するデータ伝送のためのデータチャネルの構成に関する。
【００２１】
データ伝送の記述において以下では必要ならば送信器ユニットと受信器ユニットとが区別され、ＵＥもＲＮＣも送信器の役割と受信器の役割との両方を担うことができる。構成データの交換の際には、原理的に、構成パラメータを決定し構成メッセージの送信ユニットとして使用される構成する側のユニットと、構成パラメータを受け取り構成メッセージの受信ユニットとして使用される構成される側のユニットとが存在する。ＵＭＴＳでは原理的にＲＮＣが構成する側のユニットであり、ＵＥが構成される側のユニットである。構成パラメータを有する構成メッセージの受信は、ＵＥからＲＮＣへの受信確認応答メッセージの返信によって確認され、これらのメッセージは場合によってはＵＥで受信されるパラメータとは異なる値を含んでいるかもしれない。
【００２２】
有効データは送信ユニットにおいて連続的なデータストリーム又はパケットデータストリームの形式で存在し、これらのデータストリームは異なるアプリケーションにより生成されるか又は相応のインターフェースにおいて他のユニットにより受信され、場合によっては様々なプロトコルによって操作され、とりわけセグメント化されるか又はより大きいパケットにまとめられたものである。これらのデータストリームはサービス・アクセス・ポイント、いわゆる論理チャネルにおいて［６］に明記されたＭＡＣプロトコルに渡され、このＭＡＣプロトコルはＵＭＴＳ無線インターフェースを介するデータストリームの伝送のサービスを提供する。
【００２３】
［８］に記述された物理レイヤはとりわけアンテナ、高周波技術、変調及びデータの符号化の機能を含み、そのサービス・アクセス・ポイントいわゆるトランスポート・チャネルにおいて伝送インターバル内のデータパケットの伝送のサービスを提供する。この場合、伝送インターバル内で伝送されるデータパケットのサイズ及び個数が伝送インターバルの長さを形成し、データに適用される符号化がパラメータのセットを形成し、このパラメータのセットが１つの時点での各トランスポート・チャネルを特徴付け、以下においてトランスポート・フォーマット（ＴＦ）と呼ばれる。
【００２４】
ＭＡＣレイヤのタスクは、論理チャネルにあるデータパケットを存在するトランスポート・チャネルに分配し、この際に伝送インターバル毎に及びトランスポート・チャネル毎に予め設定されたトランスポート・フォーマットの集合いわゆるトランスポート・フォーマット・セット（ＴＦＳ）から適切なトランスポート・フォーマットを選択することである。異なる論理チャネルを存在するトランスポート・チャネルへと分配するやり方は、この場合、テーブル、いわゆるＲＢマッピング・インフォによって制限される。このＲＢマッピング・インフォは各論理チャネルに伝送に利用できるトランスポート・チャネルを一義的に割り当てる。
【００２５】
論理チャネル及びトランスポート・チャネルのセットアップ及び再構成及び除去ならびにＭＡＣレイヤにより必要とされるＲＢマッピング・インフォ及び個々のトランスポート・チャネルのＴＦＳの折衝は、［７］に明記されたＲＲＣプロトコルによって実施される。このために、ＲＮＣのＲＲＣプロトコルは、トランスポート・チャネル毎に、個々のＴＦのパラメータの選択及びＴＦＳ内のＴＦの個数及びＲＢマッピング・インフォを決定し、これらを構成メッセージ乃至は再構成メッセージに他の情報と共にまとめ上げる。このメッセージは次いでＲＮＣにからＵＥに送信され、そこでＲＲＣプロトコルに供給される。これに含まれるパラメータは続いてＭＡＣレイヤに渡される。（ＲＮＣのＭＡＣレイヤは直接ＲＮＣのＲＲＣレイヤによって構成される。）
ＲＲＣ（再）構成メッセージは様々な形式で例えばラジオ・ベアラ再構成、ラジオ・ベアラ・セットアップ又はトランスポート・チャネル再構成として存在しうる。図２（及び３）には概略的に［７］に記述されたラジオ・ベアラ・セットアップ・メッセージが図示されている。これらのメッセージにおいて、「互いに無関係に」、マッピング・オプション毎に論理チャネルにトランスポート・チャネルを割り当てるＲＢマッピング・オプションとダイナミック及びセミスタティック・パラメータを有する有効ＴＦのリストを含む様々なトランスポート・チャネルのＴＦＳ（図６参照）とが指示される。
【００２６】
ＲＢマッピング・インフォは例として図４に示されている。見て取れるように、そこに示された例では所定のラジオ・ベアラに対する多重化オプションは方向（アップリンク、ＵＬ及びダウンリンク、ＤＬ）及びこのＲＢにより利用される論理チャネル毎の次のような指示から成る：
トランスポート・チャネル・タイプ（ＴｒＣｈ ｔｙｐｅ）、
論理チャネルがこのオプションにおいてマッピングされるべきトランスポート・チャネルのＩＤナンバー（Ｔｒ）、
このトランスポート・チャネルに対して一義的な論理チャネルのＩＤナンバー（ＬｏｇＣｈＩｄ）、
ＵＬにおいてこのトランスポート・チャネルにマッピングされる他の論理チャネルに対するこの論理チャネルの優先権付与情報及び他の論理チャネルのための最大データレート損失に関する指示（ＭＡＣ ＬｏｇＣｈ Ｐｒｉｏ．乃至はＬｏｇＣｈ ｍａｘ ｌｏｓｓ）。
【００２７】
ＲＢマッピング・インフォの一義的なテーブル状の表現はテーブル１［７］に図示されている。ここでは行にはＩＥの様々な要素が記入されており、第１列には要素の名前及び場合によっては記号 ＞ により要素の階層的区分けが記入され、第２列には要素が存在しなくてはならないかどうかに関する指示（ＭＰ＝ Ｍａｎｄａｔｏｒｙ Ｐｒｅｓｅｎｔ 必ず存在、ＯＰ＝Ｏｐｔｉｏｎａｌ オプショナルに、ＣＶ Ｘ＝Ｘに依存するＣｏｎｄｉｔｉｏｎａｌ Ｖａｌｕｅ 状態値、ただしこの場合Ｘはテーブルの中で定義される）が記入され、第３の列には場合によっては要素の複数回の存在に関する指示が記入され、その他の列にはその他の情報が記入されている。指示「ＯＰ」は、ビット表示において、ＩＥがまず最初に、この要素のさらに別の情報が存在するかどうかを指示する情報で始まることを惹起する。この情報は例えばただ１つのビットによって示されうるので、オプショナルな情報要素（Ｉｎｆｏｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）は情報が不在の際には伝送ハンド幅をセーブすることができる。
【００２８】
それゆえ、テーブルＩの第１行は、少なくとも１つの ＞ によりインデントされたテーブルにおける後続の全ての要素はこの第１の要素が指示するのと同じ回数繰り返されることを意味する（この場合には１と８との間の値）。第２行は、当該ＲＢが１つ又は２つの論理チャネルをＵＬに対して使用するかどうかに応じて、 ＞＞ によりインデントされた全ての要素が１回か又は２回繰り返されることを意味する。第３行〜第６行は本来のＲＢマッピング・インフォを構成している上記のＩＥを含む。第３行〜第５行の情報はこの場合ＤＬトランスポート・チャネルに対して繰り返される。
【００２９】
同様に、テーブル２［７］ではＴＦＳのテーブル状の表現が示されている。そこでは第１の行において専用トランスポート・チャネルと共通トランスポート・チャネルとが選択（ ＣＨＯＩＣＥ ）によって区別される。次いで、ＲＬＣサイズ、トランスポート・ブロックの個数（及び場合によってはＴＴＩ）から成るダイナミック・トランスポート・フォーマット情報の列挙が続く。このダイナミック・トランスポート・フォーマット情報はトランスポート・フォーマット毎に別の値によって繰り返される。様々なトランスポート・フォーマットのセミスタティック・トランスポート・フォーマット情報はＴＦＳ内では区別されないので、一度だけ指示される。
【００３０】
２．本発明の核心及び利点
本発明の核心は、構成すべき論理チャネルを制限してこれらの論理チャネルが（再）構成メッセージに含まれる所定のトランスポート・フォーマットだけしか利用できないようにＲＲＣ（再）構成メッセージを拡張することである。従って、相応のＲＲＣメッセージの拡張においてトランスポート・フォーマットと論理チャネルとの間の割り当てが付加されることによって、ＴＦＳの指示からのＲＢマッピング・インフォの独立性が破棄され、相応の論理チャネルは当然相応のトランスポート・チャネルへのマッピングに対して構成されなければならない。とりわけ論理チャネルはパラメータ「ＲＬＣサイズ」の所定の値の使用に制限される。
【００３１】
本発明の利点は、ＲＮＣに複数のデータストリームのデータ伝送を構成する可能性が与えられ、これらのデータストリームが同一のトランスポート・チャネルを介して伝送され、それにもかかわらず各データストリームに固有のトランスポート・フォーマットが、とりわけ固有のＲＬＣサイズが割り当てられることである。
【００３２】
この場合、とりわけ有利には、トランスポート・チャネルを介して伝送されそれゆえそのトランスポート・フォーマットが同一のＴＦＳの部分である全てのデータストリームと「セミスタティック」パラメータのセットが等しいことである。符号化タイプ及び冗長データ長に対する同一の要求を有するデータストリームはとりわけ有利に同一のトランスポート・チャネルを介して伝送される。
【００３３】
とりわけ有利には、この方法において、とりわけデータブロックサイズ及び伝送インターバル内のこれらの個数のパラメータならびに場合によっては伝送インターバルの長さとが１つのトランスポート・チャネルを介して伝送される論理チャネル間で異なってもよいことである。これらのパラメータの組み合わせから瞬時のデータレートが生じるので、個々の論理チャネルのデータレートが最高に効率的に定められる。
【００３４】
論理チャネル毎のこのデータレート変化によって、とりわけ不規則なデータストリームが効率的にＵＭＴＳ無線インターフェースを介して伝送される。これは本発明の更なる利点である。
【００３５】
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」の使用のとりわけ有利な制限は次のような特別な利点を有する。すなわち、ＴＴＩの間に伝送される論理チャネルのＲＬＣ−ＰＤＵの個数がＭＡＣプロトコルによってさらに制御され、他方で論理チャネル毎にこの場合に使用されるＲＬＣサイズは一定している。
【００３６】
３．本発明の実施
原理的には、上述のようにＲＲＣ（再）構成メッセージを拡張する３つの方法がある：
１．  ＲＢマッピング・インフォの拡張によって。この場合、各マッピング・オプションは、論理チャネルがマッピングされるトランスポート・チャネルのＴＦＳからの１つ又は複数のトランスポート・フォーマットを指示するために拡張されなければならない。
【００３７】
２．  ＴＦＳの拡張によって。この場合、ＴＦＳ内の各トランスポート・フォーマットは、各トランスポート・チャネルにマッピングされる論理チャネルの集合からの１つ又は複数の論理チャネルを指示するために拡張されなければならない。
【００３８】
３．  既存の情報要素（ＩＥ）ＲＢマッピング・インフォ及びＴＦＳとは無関係にＲＲＣ（再）構成メッセージを拡張することによって。この場合、論理チャネルとトランスポート・チャネルとの有効な組み合わせ毎に、ＴＦＳからの有効なトランスポート・フォーマットの指示がメッセージに付加されなければならない。
【００３９】
３．１ＲＢマッピング・インフォの拡張
ＲＢマッピング・インフォを本発明において有意義に拡張するためには、このＩＥにおいてトランスポート・チャネルが割り当てられる論理チャネル毎に、各トランスポート・チャネルのＴＦＳにおいて定義されておりかつ論理チャネルに対して利用されるべきトランスポート・フォーマットのリストも指示されなければならない。
【００４０】
ＲＢマッピング・インフォの拡張はとりわけ有利である。なぜなら、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＲＢマッピング・インフォが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてとりわけ簡単かつ効率的だからである。
【００４１】
有利には、ここではＴＦトゥ・ユース・リスト（ＴＦ ｔｏ ｕｓｅ ｌｉｓｔ）と名付けられる付加的なＩＥが、論理チャネル毎にトランスポート・チャネル・アイデンティティと同じ階層レベルで指示される。
【００４２】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものとし、さらに、もし存在しないならば全てのトランスポート・フォーマットが論理チャネルによって利用できると定める。これは、とりわけ、ただ１つのＴＦがＴＦＳに存在するか又は全てのＴＦが論理チャネルによって利用されるべきである場合に、不必要なデータを送信する必要がない、という利点を有する。
【００４３】
更に別の方法は、ＲＢマッピング・インフォ内でまず最初にその都度のトランスポート・チャネルの全トランスポート・フォーマットを利用できる論理チャネルをリストアップし、その後でオプショナルにＴＦトゥ・ユース・リストを有する論理チャネルの更に別のリストを指示する。この方法はとりわけ有利だろう。なぜなら、その都度のトランスポート・チャネルの全てのトランスポート・フォーマットを利用できる全ての論理チャネルに対して、いかなる種類の余計な情報をも、すなわちオプション（存在する／存在しない）を示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＴＦトゥ・ユース・リスト」の存在をｍａｎｄａｔｏｒｙに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に挙げた方法はより簡単にＵＭＴＳに組み込めるので、図面にはこの方法だけが示される。
【００４４】
ＴＦＳ内において、ダイナミック・トランスポート・フォーマット情報が順番にトランスポート・フォーマット０，１，．．．に対して指示される。それゆえ、新しいＩＥ 「ＴＦトゥ・ユース・リスト」内ではインデックスのリストを作成することは簡単にでき、このインデックスのリストでは各インデックスがＴＦＳ内のトランスポート・フォーマットを参照することを示す。
【００４５】
本発明の拡張されたＩＥ「ＲＢマッピング・インフォ」の概略的な図及びこれから結果的に生じるテーブル状の表示はここで記述した様々なオプションに対する図５及びテーブル３において図示されている。
【００４６】
３．２ＴＦＳの拡張
ＴＦＳを本発明において有意義に拡張するためには、トランスポート・フォーマット毎に、すなわちＩＥ「ダイナミック・トランスポート・フォーマット情報」の発生ごとにこのトランスポート・フォーマットを利用できる論理チャネルのリストが指示されなければならない。
【００４７】
ＴＦＳの拡張はとりわけ有利である。というのも、トランスポート・フォーマットの論理チャネルへの割り当ての再構成は、ＴＦＳが既に他の再構成のためにメッセージに存在しているようなＲＲＣメッセージにおいてはとりわけ簡単かつ効率的だからである。
【００４８】
有利には、ここではＬｏｇＣＨ・トゥ・ユース・リスト（ＬｏｇＣｈ ｔｏ ｕｓｅ Ｌｉｓｔ）と名付けられる付加的なＩＥがトランスポート・フォーマット毎に、すなわち新しいＩＥとして「ダイナミック・トランスポート・フォーマット情報」においてＩＥ「ＲＬＣサイズ」と同じ階層レベルで指示される。
【００４９】
原理的には情報要素の存在は強制的に規定されているかもしれないが、とりわけ有利にはこのＩＥをオプショナルなものにし、もし存在していないならば全ての論理チャネルがこのトランスポート・フォーマットを利用できることを定める。これは、とりわけ、ただ１つの論理チャネルしかこのトランスポート・チャネルにおいて存在しないか又は全ての論理チャネルがＴＦを利用できることになっている場合には、不必要なデータを送信する必要がない、という利点を有する。
【００５０】
更に別の方法は、ＴＦＳ内でまず最初に全ての論理チャネルに対して同一であるトランスポート・フォーマットをリストアップし、その後でオプショナルにＬｏｇＣｈトゥ・ユース・リストを有するトランスポート・フォーマットの更に別のリストを指示する。この方法はとりわけ有利である。なぜなら、全ての論理チャネルによって利用されるべき全てのトランスポート・フォーマットに対して、いかなる種類の余計な情報も、すなわちオプションを示す情報すらも伝送する必要がないからである。同様に、ＩＥ「ＬｏｇＣｈトゥ・ユース・リスト」の存在をｍａｎｄａｔｏｒｙに、すなわち必須にすることができ、この場合もオプションを示すいかなる種類の情報を伝送する必要はない。最初に言及した方法はより簡単にＵＭＴＳに組み込めるので、図面ではこの方法だけを示す。
【００５１】
ＲＢマッピング・インフォ内において、論理チャネルがマッピングされる各トランスポート・チャネルに対する各論理チャネルに一義的な論理チャネル・アイデンティティが与えられる。それゆえ、新しいＩＥ「Ｌｏｇｃｈ・トゥ・ユース・リスト」内では論理チャネル・アイデンティティのリストを作成することが簡単にでき、このリストでは各エントリがその都度のＴＦを利用することができる論理チャネルを一義的に識別する。
【００５２】
本発明の拡張されたＩＥ「ＴＦＳ」の概略図及びそこから生じるテーブル状の表示は図７及びテーブル４においてここで記述された様々なオプションにおいて示れている。
【００５３】
３．２ａ）ＲＬＣサイズの制限によるＴＦＳの拡張
所定の論理チャネルに対するパラメータ「ＲＬＣサイズ」のとりわけ有利な制限においてＴＦＳを拡張するために、ＲＲＣ（再）構成メッセージ内のＴＦＳの以下のようなとりわけ有利な効率的な構造を提案する：
ＴＦＳ内で、「ダイナミック・トランスポート・フォーマット情報」の指示において、場合によっては存在するＴＴＩの他に同一のＲＬＣサイズを有するトランスポート・フォーマットが共に指示される。このために、従来技術のようにトランスポート・フォーマット毎にＲＬＣサイズ及びトランスポート・ブロックの個数がリストアップされるのではなく、各ＲＬＣサイズがパラメータ「トランスポート・ブロックの個数」のリスト及びこのＲＬＣサイズを利用する論理チャネルのオプショナルな本発明のリストと共にリストアップされる。この実施例は概略的に図８及びテーブル状にテーブル５に図示されている。
【００５４】
この実施例は、パラメータ「ＲＬＣサイズ」の各特徴に論理チャネルのリストが割り当てられ、これらのチャネルに対するデータ伝送が効率的に制御される、という利点を有する。
【００５５】
さらに別の利点は、この実施例ではパラメータ「トランスポート・ブロックの個数」が論理チャネルに対して制限されるのではなく、ＭＡＣプロトコルが論理チャネルによりＴＴＩ毎に伝送されるＲＬＣ−ＰＤＵの個数をダイナミックに制御し、瞬時に存在する伝送リソースに適応できることである。
【００５６】
この実施例の更なる利点は、パラメータ「ＲＬＣサイズ」に対する論理チャネルの割り当ての制限及びＲＬＣサイズによるトランスポート・フォーマットの「ソーティング」及びパラメータ「トランスポート・ブロックの個数」の特徴のリストアップなしに、伝送すべきデータが従来技術に比べてセーブされることである。
【００５７】
特にＵＭＴＳにおいてこの方法は最も効率的かつ有効なものであると考えられる。
【００５８】
３．３独立的な拡張
ＲＲＣ（再）構成メッセージを本発明において他のＩＥから独立して拡張するためには、トランスポート・チャネル及びトランスポート・フォーマットに対する論理チャネルの割り当てのリストを付加することが必要不可欠である。
【００５９】
この拡張はとりわけ有利である。というのも、この拡張はＩＥ「ＲＢマッピング・インフォ」又は「ＴＦＳ」の存在を前提とせず、それゆえこれらのＩＥなしに効率的に伝送が行われる。
【００６０】
有利には、付加的なＩＥは直接ＲＲＣ（再）構成メッセージに挿入されるか、又は、このＲＲＣ（再）構成メッセージに含まれるＩＥ、例えば「ＲＢインフォ・トゥ・リコンフィギュア（ＲＢ Ｉｎｆｏ ｔｏ Ｒｅｃｏｎｆｉｇｕｒｅ）」に挿入される。この新しいＩＥは、トランスポート・チャネル及びこれらのトランスポート・チャネルのトランスポート・フォーマットの列挙及びＲＢマッピング・インフォにおいて与えられるＩＥ「論理チャネル識別子（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）」に対する割り当てから構成されているか、又は、ＲＢアイデンティティ及びＲＢにより使用される論理チャネルの列挙及びトランスポート・チャネル及び相応のトランスポート・フォーマットに対する割り当てから構成されている。
【００６１】
この方法は３．１及び３．２の方法に非常に似ているが、ＵＭＴＳへの適用はこれらの方法ほど効率的ではないと思われるので、ここでは別個の図面又はテーブルを示さない。
【００６２】
３．４方法の組み合わせ
上記の方法の組み合わせはとりわけ有利であり、つまりＲＢマッピング・インフォもＴＦＳも拡張し、場合によってはトランスポート・フォーマットに対する論理チャネルの割り当ての独立的な指示も行われる。
【００６３】
これは、全ＲＲＣ（再）構成メッセージにおいて割り当てデータの非常に効率的な伝送を可能するという特別な利点を有する。
【００６４】
４．参考文献
［１］ Ｍｏｂｉｌｆｕｎｋｎｅｔｚｅ ｕｎｄ ｉｈｒｅ Ｐｒｏｔｏｋｏｌｌｅ， Ｓ．６６， Ｂ．Ｗａｌｋｅ， Ｔｅｕｂｎｅｒ， ２０００
［３］ ＲＦＣ ０７８３， Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（ＴＣＰ）， ＩＥＴＦ， Ｓｅｐｔｅｍｂｅｒ １９８１
［４］ ＲＦＣ ０７９１， Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）， ＩＥＴＦ， Ｓｅｐｔｅｍｂｅｒ １９８１
［５］ ＴＳ ２５．３２２， Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ， ３ＧＰＰ， Ｊｕｎｉ ２０００
［６］ ＴＳ ２５．３２１， Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ， ３ＧＰＰ， Ｊｕｎｉ ２０００
［７］ ＴＳ ２５．３３１， Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ， ３ＧＰＰ， Ｊｕｎｉ ２０００
［８］ ＴＳ ２５．３０２， Ｓｅｒｖｉｃｅｓ Ｐｒｏｖｉｄｅｄ ｂｙ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ， ３ＧＰＰ， Ｊｕｎｉ ２０００
５．頻繁に利用した略語
原則：複数形はｓを付けることにより行った。例えば、ｅｉｎ ＲＢ， ｚｗｅｉ ＲＢｓ
ＤＬ  ダウンリンク（Ｄｏｗｎｌｉｎｋ）
ＰＤＵ  プロトコル・データ・ユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）
ＱｏＳ  サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）
ＲＢ  ラジオ・ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ）
ＲＮＣ  ラジオ・ネットワーク・コントローラ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｅｒ）
ＴＦ  トランスポート・フォーマットＳＤＵサービス・データ・ユニット（Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ ＳＤＵ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）
ＴＦＣ  トランスポート・フォーマット・コンビネーション（Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ）
ＴＦＣＳ  トランスポート・フォーマット・コンビネーション・セット（Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ Ｓｅｔ）
ＴＦＳ  トランスポート・フォーマット・セット（Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｓｅｔ）
ＴＴＩ  トランスミッション・タイム・インターバル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）
ＵＥ  ユーザ・エクイップメント（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
ＵＬ  アップリンク（Ｕｐｌｉｎｋ）
【図面の簡単な説明】
【図１】
ＵＭＴＳレイヤ２の概略図である。
【図２】
ラジオ・ベアラ・再構成・メッセージ（従来技術）の概略図である。
【図３】
トランスポート・チャネルＩＥ及びＴＦＳ（従来技術）の概略図である。
【図４】
ラジオ・ベアラ・マッピング・オプション（従来技術）の概略図である。
【図５】
マッピング・オプション（本発明）の概略図である。
【図６】
ＴＦＳ（従来技術）の概略図である。
【図７】
ＴＦＳ（本発明）の概略図である。
【図８】
ＴＦＳ（３．２の本発明）の概略図である。
【図９Ａ】
ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｂ】
ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図９Ｃ】
ＲＢマッピング・インフォ（従来技術）を説明する表である。
【図１０Ａ】
トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１０Ｂ】
トランスポート・フォーマット・セット（従来技術）を説明するテーブルである。
【図１１Ａ】
本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｂ】
本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１１Ｃ】
本発明によるＲＢマッピング・インフォを説明するテーブルである。
【図１２Ａ】
本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｂ】
本発明によるトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｃ】
３．２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【図１２Ｄ】
３．２ａによる本発明のトランスポート・フォーマット・セットを説明するテーブルである。
【符号の説明】
ＤＬ  ダウンリンク
ＰＤＵ  プロトコル・データ・ユニット
ＱｏＳ  サービス品質
ＲＢ  ラジオ・ベアラ
ＲＮＣ  ラジオ・ネットワーク・コントローラ
ＴＦ  トランスポート・フォーマットＳＤＵサービス・データ・ユニット
ＴＦＣ  トランスポート・フォーマット・コンビネーション
ＴＦＣＳ  トランスポート・フォーマット・コンビネーション・セット
ＴＦＳ  トランスポート・フォーマット・セット
ＴＴＩ  トランスミッション・タイム・インターバル
ＵＥ  ユーザ・エクイップメント
ＵＬ  アップリンク
【図１】
2004519976.tif 000003
【図２】
2004519976.tif 000004
【図３】
2004519976.tif 000005
【図４】
2004519976.tif 000006
【図５】
2004519976.tif 000007
【図６】
2004519976.tif 000008
【図７】
2004519976.tif 000009
【図８】
2004519976.tif 000010
【図９Ａ】
2004519976.tif 000011
【図９Ｂ】
2004519976.tif 000012
【図９Ｃ】
2004519976.tif 000013
【図１０Ａ】
2004519976.tif 000014
【図１０Ｂ】
2004519976.tif 000015
【図１１Ａ】
2004519976.tif 000016
【図１１Ｂ】
2004519976.tif 000017
【図１１Ｃ】
2004519976.tif 000018
【図１２Ａ】
2004519976.tif 000019
【図１２Ｂ】
2004519976.tif 000020
【図１２Ｃ】
2004519976.tif 000021
【図１２Ｄ】
2004519976.tif 000022
【国際公開パンフレット】
2004519976.tif 000023
2004519976.tif 000024
2004519976.tif 000025
2004519976.tif 000026
2004519976.tif 000027
2004519976.tif 000028
2004519976.tif 000029
2004519976.tif 000030
2004519976.tif 000031
2004519976.tif 000032
2004519976.tif 000033
2004519976.tif 000034
2004519976.tif 000035
2004519976.tif 000036
2004519976.tif 000037
2004519976.tif 000038
2004519976.tif 000039
2004519976.tif 000040
2004519976.tif 000041
2004519976.tif 000042
2004519976.tif 000043
2004519976.tif 000044
2004519976.tif 000045
2004519976.tif 000046
2004519976.tif 000047
2004519976.tif 000048
2004519976.tif 000049
2004519976.tif 000050
2004519976.tif 000051
2004519976.tif 000052
2004519976.tif 000053
2004519976.tif 000054
2004519976.tif 000055
2004519976.tif 000056
【国際公開パンフレット（コレクトバージョン）】
2004519976.tif 000057
2004519976.tif 000058
【国際調査報告】
2004519976.tif 000059
2004519976.tif 000060
2004519976.tif 000061
2004519976.tif 000062
2004519976.tif 000063
2004519976.tif 000064