(57)【要約】      （修正有）【課題】無線インタフェースやボトルネックリンクにおける帯域幅の無用な消費を低減しパケットの廃棄率を低減する。【解決手段】ネットワーク内、特にＵＭＴＳにおけるＲＡＮ（において、ＲＮＣ１とノードＢ２間のダウンリンク通信を制御する方法に関する。ＲＮＣ１とノードＢ２の間には少なくとも１つのルータ３が設置され、パケットを送信する。又、ルータ３と各ノードＢ間にボトルネックリンクが形成される。ＲＮＣにより送信されるパケットは、送信前に優先順位に基づくウィンドウ要求との関連において該ＲＮＣで遅延される。この制御方法は、高品質なデータ送信を提供することと同様に、ボトルネックリンクを用いる際に高い効率性を有することに特徴がある。又、ＲＮＣにおいて、全てのボトルネックリンクに対して仮想キューが備えられ、且つ、当該仮想キューのスケジューリングが送信パケットの有する優先順位によって差別化されるという特徴がある。【選択図】図４
2005094761.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク、特にＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｓｔｉｏｎｓ  Ｓｙｓｔｅｍ）内のＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）において、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）（１）とノードＢ（Ｎｏｄｅ−Ｂｓ）（２）との間のダウンリンク通信を制御する方法であって、
パケットを送信するため、前記ＲＮＣ（１）と前記各ノードＢ（２）との間のそれぞれに少なくとも１つのルータ（３）が設置され、
前記ノードＢ（２）と、それぞれのルータ（３）との間の経路にボトルネックリンク（ｂｏｔｔｌｅｎｅｃｋ−ｌｉｎｋ）が形成され、
前記ＲＮＣ（１）によって送信されるパケットは、送信前に、優先順位に基づくノードＢ（２）における受信ウィンドウ要求に応じて遅延され、
前記ＲＮＣ（１）において、各ボトルネックリンク（４）には仮想キュー（５）が用意され、
前記仮想キュー（５)の制御によって、送信される前記パケットの前記優先順位間の差別化を行なうことを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記仮想キュー（５）は、高い優先順位のパケットのためのサブキュー（Ｓｕｂ−ｑｕｅｕｅ）（７）と、低い優先順位のパケットのためのサブキュー（８）とに分割されることを特徴とする方法。
【請求項３】
請求項１又は２に記載の方法であって、
高い優先順位のパケットに対する遅延時間は、設定可能な最大値ＤＨＰよりも短かくなるように保証されることを特徴とする方法。
【請求項４】
請求項１から３いずれか１項に記載の方法であって、
前記仮想キュー（５）は、それぞれの前記ボトルネックリンク（４）の容量Ｃｂに対応する割合で空になることを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、
高い優先順位のパケットに対する前記サブキュー（７）は、ＤＨＰとボトルネックリンクの前記容量Ｃｂとの積によって定義されるサイズで容量が決定されることを特徴とする方法。
【請求項６】
請求項１から５いずれか１項に記載の方法であって、
高い優先順位のパケットが前記仮想キュー（５）に入力する場合、前記高い優先順位のパケットに対して入力制御が実行されることを特徴とする方法。
【請求項７】
請求項１から６いずれか１項に記載の方法であって、
２つのパケットの送信間隔を設定可能であることを特徴とする方法。
【請求項８】
請求項７に記載の方法であって、
前記送信間隔は、パケットの長さｌとボトルネックリンク（４）の容量Ｃｂとの比率で定義されることを特徴とする方法。
【請求項９】
請求項１から６いずれか１項に記載の方法であって、
前記ＲＮＣ（１）からそれに対応する前記ノードＢ（２）までのすべての単一のもしくは複数の経路上のルータのバッファのステータスを考慮することで、前記ＲＮＣ（１）から前記ノードＢ（２）へ前記パケットを送信することを特徴とする方法。
【請求項１０】
請求項１から９いずれか１項に記載の方法であって、
前記仮想キュー（５）は、異なる優先順位の２つ以上のサブキュー（７）に分割されることを特徴とする方法。
【請求項１１】
請求項１から１０いずれか１項に記載の方法であって、
ソフトハンドオーバー（ｓｏｆｔ−ｈａｎｄｏｖｅｒ）の場合は、関連する仮想キュー（５）の全ての状態を、考慮することを特徴とする方法。
【請求項１２】
請求項１から１１いずれか１項に記載の方法であって、
ＩＰ（ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークにおける通信であることを特徴とする方法。
【請求項１３】
請求項１から１１にいずれか１項に記載の方法であって、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）ネットワークにおける通信であることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内のＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）とノードＢ（Ｎｏｄｅ−Ｂｓ）との間のダウンリンク通信における差別化スケジューリング方法に関する。
【背景技術】
【０００２】
本発明は、ネットワーク内において、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ；無線網制御装置）とノードＢ（Ｎｏｄｅ−Ｂｓ）間のダウンリンクの差別化スケジューリングを提供する方法に関する。ネットワークとは特にＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）におけるＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を指し、そこではパケット送信のために、ＲＮＣと単一のノードＢの間にはルータが各々設置され、また、ルータと各ノードＢ間の接続によりボトルネックリンクが形成される。又、ＲＮＣにより送信されるパケットは、送信前に優先順位に基づくノードＢにおけるウィンドウ要求に応じて該ＲＮＣで遅延される。
【０００３】
本発明に類するものは、周知のものであり、各条件に基づき様々な手法で実用化されている。一般に、ＵＭＴＳ−ＲＡＮにおけるＲＮＣとノードＢ間の通信に関しては特別な要求がある。これらの要求は、特に、パケットがＲＮＣから送信される時点から、対向のノードＢに到達するまでの経過時間が、定められた制限時間内でなければならないことを規定する。これらの要求を満たさないパケットは、つまり、最大許容時間の経過後に到達したパケットは、廃棄されることになる。送信されるフレームに対する無線フレームＭＡＣプロトコルがＲＮＣからの送信前に直接処理されるとする。このため、受信ウィンドウ制約条件は、フレームが送信された時点からカウントを開始する。ダウンリンクの通信の具体的特徴は、パケットが、受信ウィンドウ要求によってＲＮＣから送信される前に、遅延されることが可能であることである。ＲＮＣからの送信後は、遅延は不可能である。
【０００４】
周知の標準的なキューのメカニズムは、以下の典型的なケースにおいて欠点を有する。すなわち、一番最後にあるルータとノードＢの間のボトルネックリンクがある場合、ＲＮＣは当該最後のルータの対応バッファを満たすことによって、容易にラストマイルリンク（Ｌａｓｔ  Ｍｉｌｅ  Ｌｉｎｋ）において、ボトルネックリンクをオーバーロードすることができる。
【０００５】
バッファが、待ち時間を受信ウィンドウよりも長くすることができるような容量を有する場合、オーバーロードの際、バッファがほぼ埋まり、全てのパケットが該バッファに到達する時には、全てのパケットはそれらの持つ制限時間に達した後に送信先に到達するため、受け付けられない。この問題を回避するためには、バッファは上述の状況が生じにくいような容量でなければならない。
【０００６】
ボトルネックリンクのＲＮＣとノードＢ間のダウンリンク通信を管理する周知の方法の１つは、ルータの優先順位スケジューリングと呼ばれる。送信パケットの優先順位のレベルは、例えば、プロトコルの種類や、各アプリケーションに従って選択される。こうして、リソースを自由に扱えるＥ−メールやｆｔｐといった柔軟性のあるアプリケーションは、一般に低い優先順位が与えられる。一方、例えば、電話会議  や  ＶｏＩＰ  （Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）のアプリケーションといったリアルタイムのアプリケーションは、高い優先順位が与えられる。
【０００７】
遅延条件が厳しいパケットに、遅延条件が緩やかなパケットよりも低い遅延を提供することは、優先順位スケジューリングによりパケットをスケジューリングすることで可能となる。
しかしながらこの場合でも、低い優先順位を有するパケットが、より高い優先順位を有するパケットが存在しない場合には、送信されてしまうということが問題となる。このことは、オーバーロードの際に、低い優先順位のパケットが、受信ウィンドウよりも大きく遅延して送信先に到着するということが非常に起こりやすいということを意味する。この結果、これらのパケットについては廃棄されることになる。これは、無線インタフェースと同様に、ボトルネックリンクにおける帯域幅の無用な消費の原因となる。
【０００８】
上述の優先順位スケジューリングの代替としての、また、全てのパケットに関する遅延保証の提供を可能とする周知の方法は、ＷＲＲ（加重ラウンドロビン）方式である。
この手法においては、高い優先順位の転送に重点がおかれ、オーバーロードの際には、高低双方の優先順位パケットに対する遅延要求を満たす一方で、低い優先順位のパケットは廃棄される。
【０００９】
ＷＲＲ方式の欠点は、遅延条件が緩やかなパケットへの対応が十分なされていないことである。これは、そのようなパケットは、それらの到達期限に間に合わない場合、遅延される代わりに廃棄されるからである。更に、この手法においては、欠損したパケットのそれぞれのスロットは使用されないままであるため、無線インタフェースは有効に用いられない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、無線インタフェースやボトルネックリンクにおける帯域幅の無用な消費が低減するダウンリンク通信におけるスケジューリングによる優先順位の差別化の方法を提供する。
【００１１】
又、パケットの廃棄率を低減するダウンリンク通信におけるスケジューリングによる優先順位の差別化の方法を提供する。
【課題を解決するための手段】
【００１２】
本発明は、ネットワーク内のＲＮＣとノードＢの間のダウンリンク通信のスケジューリングの過程に関わる分野における方法を設計、改善することに着目したものである。ここでは、簡単に、上述の、あるいは現在の最先端の技術における周知の問題点が回避される。又、同時に、ボトルネックリンクが存在する場合、高効率、且つ、高品質なデータの転送を実現するものである。
【００１３】
上述の分野において用いられる本発明の方法は、上記問題点を解決する。それは請求項１に示される本発明の特徴によるものである。すなわち、本発明の特徴は、ＲＮＣにおいて、ボトルネックリンクのそれぞれに対して仮想キューが提供され、且つ、前記仮想キューのスケジューリングが、送信パケットの有する優先順位間を差別化することである。
【００１４】
本発明によれば、様々な理由が認識されている。短い遅延時間を高い優先順位を有するパケットに与えるために、ルータにおけるスケジューリングによって差別化することは、良い選択ではない。本発明によれば、ルータの前記差別化するスケジューリングの代わりのあるものが、ＲＮＣにおいて、パケットの優先順位に従って、パケットをスケジューリングすること、パケットがＲＮＣから送信された後に受信ウィンドウ制約条件は、カウントを開始するのみであるが、遅延要求のない低い優先順位を持つパケットは制限時間に脅かされることなくＲＮＣにおいて遅延することができることが、更に認識されている。本発明によれば、ＲＮＣが送信する各々のボトルネックリンクに対し、ＲＮＣにおいて様々な仮想キューが保持されることが提案される。ＲＮＣにおける全ての仮想キューは、遅延優先順位間に差を付加することで制御される。又、パケットの遅延はパケットの要求に従って与えられる。例えば、ＶｏＩＰパケットはベストエフォート型のデータパケットよりも短い遅延時間でスケジューリングされることが可能である。例えば、遅延の優先順位間の区分は、優先順位のスケジューリングによって実行される。ボトルネックリンクのバッファは、ウィンドウ要求によって決められた限界値を超えて使われないような、ある間隔で仮想キューは空になる。
【００１５】
本発明による方法によって、スケジューリングはより高い優先順位のパケットを優先することが認識される。ＲＮＣで利用可能な情報を使用して、高品質のデータトラフィックの流れは、低品質のデータトラフィックの流れに対して保護される。つまり、例えば、電子メールのような柔軟なデータより上位のＶｏＩＰデータを最優先することによって、データトラフィックのピーク時においても、音声品質は保護される。
【００１６】
更にパケットが廃棄されないことを保証する。従って、ボトルネックリンクと無線インタフェースは最大限活用される。加えて、ダウンリンクのルータはどんな種類の差別化されたスケジューリングのためのサポートも必要としない。これらのリンクを通じてパケットを送信するだけで、ＲＮＣとノードＢとの間における潜在的に低い容量のリンクの使用効率を最大化することができ、パケットは時間内、すなわち、受信ウィンドウに関連する制限時間の前に到着する。ＲＮＣが全てのパケットを確実に送信することによって、無線インタフェースの使用効率は最大化され、そのため、パケットは無線インタフェースに割り当てられるタイムスロットが存在する場合、欠落せずに、これらの持つ制限時間よりも短い遅延時間でノードＢに到達するので無線インタフェースのスロットは空にならない。
【００１７】
より好ましい実施の形態は、仮想キューは２つのサブキュー（ｓｕｂ−ｑｕｅｕｅｓ）、すなわち、高い優先順位のパケットのためのサブキューと低い優先順位を持つパケットのための他のサブキューに分割される。そして、これら２つのサブキューのパケットの転送を制御する方法は、この差別化を用いる。例えば、厳しい遅延要求を持つ高い優先順位のクラスは、音声パケットを含み、遅延要求のない低い優先順位のクラスは、電子メールデータを含む。高い優先順位を持つパケットに対し、特に、定義付けられた最大値ＤＨＰの下で、ＲＮＣとノードＢとの間における遅延は保証される。この最大遅延時間は、システムないにおいて設定可能なパラメータである。
【００１８】
本実施の形態では、それぞれのボトルネックリンクの容量に対応する割合で仮想キューは零になるよう設計される。すなわち、仮想キューを零にする割合は、ボトルネックリンクのバッファが、定義される（受信ウィンドウ要求によって与えられる）規定容量より多く満たされないような方法で選択される。このように選択することで、ボトルネックリンク上のバッファは常に空になるように保証される。すなわち、キュー遅延時間は、０に等しくなる。このため、受信ウィンドウが許可するよりも長く遅延することがなくなる。
【００１９】
ＤＨＰだけで高い優先順位のパケットを遅延する処理を実現するため、仮想キュー内の高い優先順位のサブキューの容量を決定することができる。この際、サブキューの大きさは、ＤＨＰとボトルネックリンクの容量Ｃｂとの積で定義され、ここにおいてＣｂは仮想キューが空にされるレートである。サブキューが既に満たされている時、到着する全ての高い優先順位のパケットは、これらのパケットに対する遅延保証の条件を満たすことができないため、廃棄される。
【００２０】
高い優先順位を持つパケットが廃棄されることを避け、ネットワークに入力する高い優先順位を持つパケット量を制限するため、高い優先順位を持つパケットに対する入力制御が、実行される。
【００２１】
仮想キューを空にするためのアルゴリズムの形態において、設定可能な期間中、２つのパケットの送信間隔を調整するため、パケットを待機させることは有益である。詳細として、この期間は、パケット長ｌとボトルネックリンクの容量Ｃｂとの比率で定義される。
【００２２】
ＲＮＣの内部バッファに全てのパケットを保持する実施の形態の替わりに、パケットがネットワークに送信され、ＲＮＣからノードＢへのパス上における全てのバッファのステータスが記録される実施の形態が提供され得る。これらのバッファのステータスを記録するため、ＲＮＣはパケット転送が受信ウィンドウより大きい遅延を生じるかどうかを確認する。これにより、パケット転送はスケジューリングされ得る。
【００２３】
パケット転送をスケジューリングするアルゴリズムの複雑さを増加させるコストの面で、このような実施の形態は、全てのパケットがＲＮＣの内部バッファ内にとどまる場合の実施の形態と比べ、ＲＮＣ内のデータバッファに関係するメモリー要求がより少なくなるという利点を示す。
【００２４】
ＲＡＮ内の通信は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）基盤のネットワークであり得る。あるいは、ＡＴＭを使用したネットワーク上での転送に応用することも想定できる。
【００２５】
有利な方法として、本発明の内容を設計及び開発するために、異なる可能性がある。一方、請求項１の従属項を、更に、以下に示す図面による本発明の好ましい実施例の説明を参照しなければならない。図面による本発明の好ましい実施の形態の説明に関して、一般に好まれる内容の設計及び開発は説明される図面内で説明される。
【発明の効果】
【００２６】
本発明によれば、無線インタフェースやボトルネックリンクにおける帯域幅の無用な消費が低減される。
【００２７】
又、パケットの廃棄率を低減される。
【発明を実施するための最良の形態】
【００２８】
図１は、標準的なＵＭＴＳ‐ＲＡＮの構成を図式的に示したものである。ＲＮＣ１とノードＢ（Ｎｏｄｅ‐Ｂｓ）２（１つのみ示されている）の間にパケット転送用のルータ３がある。ルータ３とノードＢ２の間のラストマイルリンクにおいて、ボトルネックリンク４がある。簡略化のために、ＲＮＣ１からノードＢ２のまでのパスには、ボトルネックリンクが１つだけあり、このボトルネックリンク４は単一のＲＮＣによってのみ用いられるものと想定する。
【００２９】
図２は、図１で示したものと同じネットワークの構成であり、同一の番号について、同一の構成要素を有する。ルータ３においては、優先順位スケジューリング（Ｐｒｉｏｒｉｔｙ  Ｓｃｈｅｄｕｌｉｎｇ；ＰＳ）を介してのＲＮＣから受信するパケットのスケジューリングが図式的に示されている。
【００３０】
図３もまた、同一のネットワークの構成が、ルータ３におけるパケットのスケジューリングとともに示されているが、優先順位スケジューリングではなく、加重ラウンドロビン方式（ＷＲＲ）によるものである。
【００３１】
図４は、本発明の方法の実施の一例を図式的に示している。ＲＮＣ１は２つのルータ３にパケットを送信し、各ルータ３はボトルネックリンク４を経由してノードＢ２へ転送する。ボトルネックルータの各々はＦＩＦＯ方式でパケットをスケジューリングし、バッファの容量は、バッファが満たされても、受信するパケットは、それらの受信ウィンドウのサイズが許容する以上は遅延されないようなバッファである。
ＲＮＣ１においては２つの仮想キュー５を備え、その各々はボトルネックリンク４に対応する。ＲＮＣ１の各仮想キュー５は、遅延の優先順位が差別化される方式でスケジューリングされる。本図で示される実施例においては、差別化は、優先順位スケジューリング（ＰＳ）によって実行される。仮想キュー５は、ボトルネックリンク４のバッファが、受信ウィンドウ要求により設定された制限値までしか満たされないような割合で空にされる。
【００３２】
先ず、２つの優先順位のみが差別化される簡単なケースから説明する。すなわち、厳しい遅延要求が求められる、高い優先順位のカテゴリ（例えば、音声）と、遅延要求のない、低い優先順位のカテゴリ（例えば、データ）の２つである。次に図４に示すように、仮想キュー５をそれぞれ２つのサブキュー６に分割することは有益である。高い優先順位を有するパケットは、ソートされ、サブキュー６に格納され、低い優先順位を有するパケットは、ソートされ、他方のサブキュー６に格納される。２つのサブキュー６にあるパケットの転送を管理する手法で差別化が行われる。
【００３３】
図５は、２つのサブキュー７、８を有する仮想キュー５を拡大したもので、仮想キュー５は、優先順位スケジューリングにより遅延優先順位間の差別化が行われるように処理される。上位のサブキュー７は優先順位の高いパケットを保持する。
高い優先順位を有するパケットが、最大遅延時間ＤＨＰを越えて遅延しないように、仮想キュー５における高い優先順位に対応するサブキューの容量が決定される。このため、高い優先順位のサブキュー７は、ＤＨＰとＣｂの積で定義される。Ｃｂはボトルネックリンク４の容量を表し、仮想キュー５が空にされるレートでもある。
【００３４】
図６は、仮想キュー５を空にするアルゴリズムのフロー図である。先ず、送信されるパケットのそれぞれについて、高い優先順位のパケットであるか否かがチェックされる。高い優先順位のパケットである場合には、そのパケットは送信され、ｌ／Ｃｂの時間だけ次のパケット送信を待つ。“ｌ”はパケットの長さを意味する。
高い優先順位のパケットでない場合は、次のステップとして、低い優先順位のパケットであるか否かがチェックされる。低い優先順位のパケットである場合、そのパケットは送信され、同様に次のパケットが送信されるまでｌ／Ｃｂの時間だけ待つ。低い優先順位のパケットでない場合は、新しいパケットが到着するのを待つ。
【００３５】
図７は、仮想キュー５を空にするアルゴリズムのもう１つのフロー図である。図６の例と異なり、図７のフローでは、全てのパケットがＲＮＣ１の内部バッファに保持されているわけではなく、その代わりのネットワークに送信される。その一方でＲＮＣ１からノードＢ２へのパス上の全てのバッファの状態が記録される場合の実施例を示している。
【００３６】
先ず、制御アルゴリズムは、高優先順位のサブキュー（ＨＰキュー）７にパケットがあるか否かをチェックする。
パケットが転送される場合は、ＲＮＳ１で利用可能な情報が用いられ、高い優先順位のパケットが、遅延時間がＤＨＰよりも大きくないという条件を満たすか否かがチェックされる。
この条件を満たす場合、ノードＢ  ２に到着するパケットが、その受信ウィンドウよりも小さい遅延を有するか否かを確証するために、２番目のチェックが実行される。
いずれの条件をも満たす場合は当該パケットは転送される。第１の条件のみ充足する場合は、パケット転送は遅延され、そうでなければ、当該パケットは廃棄される。これらの条件の確認とパケットの遅延は、図７における「遅延時間＜ＤＨＰ」の処理部分で実行される。
【００３７】
高優先順位サブキュー７が空になるとすぐに、低優先順位サブキュー８に対して同様の処理が実行される。パケットの予測される遅延が受信ウィンドウより小さい場合、このパケットは転送される。そうでなければ、当該パケットは遅延される。尚、低優先順位データパケットは、遅延要求を有さないため、廃棄されることはない。
【００３８】
最後に、これまで述べた実施例の説明は、解決手法の一例に過ぎず、決して、本実施例に限定されるべきものではないということを、くれぐれも留意されたい。
【図面の簡単な説明】
【００３９】
【図１】図１は、標準的なＵＭＴＳ‐ＲＡＮの概略図である。
【図２】図２は、ＵＭＴＳ‐ＲＡＮにおけるルータの優先順位スケジューリングの概要図である。
【図３】図３は、ＵＭＴＳ‐ＲＡＮにおけるルータのＷＷＲスケジューリングの概要図である。
【図４】図４は、本発明によるＲＮＣスケジューリングの実施例の概略図である。
【図５】図５は、２つのサブキューを有する仮想キューの概略図である。
【図６】図６は、仮想キューを空にするアルゴリズムの第１の実施例のフローである。
【図７】図７は、仮想キューを空にするアルゴリズムの第２の実施例のフローである。
【符号の説明】
【００４０】
１  ＲＮＣ
２  ノードＢ
３  ルータ
４  ボトルネックリンク
５  仮想キュー
６  サブキュー
７  高優先順位サブキュー
８  低優先順位サブキュー
【図１】
2005094761.tif 000003
【図２】
2005094761.tif 000004
【図３】
2005094761.tif 000005
【図４】
2005094761.tif 000006
【図５】
2005094761.tif 000007
【図６】
2005094761.tif 000008
【図７】
2005094761.tif 000009