(57)【要約】  パケット交換ドメインにおける音声通話をパケット交換音声通話及び回線交換音声通話の双方をサポートするシステムへ転送する方法及びシステムにおいて、目標システム、即ち進行中の音声通話が転送されるシステムは、発信元システムで進行中の音声通話を回線交換ドメインで継続するべきか又はパケット交換ドメインで継続するべきかについての決定を制御する。加えて、上記システムにとって、音声通話のハンドオーバの前に音声通話を受信するためにシステム内でリソースを予約することが可能になる。【選択図】図１
2010515337.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換音声通話接続をサポートする第１無線システム（１０３）と回線交換音声通話接続及びパケット交換音声通話接続をサポートする第２無線システム（１０５）との間での移動局（１０１）の音声通話の転送方法であって、
前記第１システムから前記第２システムへの前記音声通話の転送を開始するステップ（１５１）と、
前記転送された音声通話を前記パケット交換ドメインで継続するべきか、又は、前記回線交換ドメインで継続するべきかについて、前記第２システムにおいて判定するステップ（１５５）と、
前記第２システムで行われた前記判定に従って、前記第２システムへと前記音声通話を転送するステップ（１６９）と、
を特徴とする、音声通話の転送方法。
【請求項２】
前記音声通話の転送前に、前記第２システムで、前記パケット交換ドメイン及び前記回線交換ドメインの双方において無線リソースを予約するステップ、
を特徴とする、請求項１に記載の方法。
【請求項３】
前記音声通話の転送の間に、前記第１システムから前記移動局へと、回線交換無線リソースが前記第２システムで予約されていることを示すメッセージを送信するステップ（１５９）、
を特徴とする、請求項１又は請求項２に記載の方法。
【請求項４】
前記回線交換ドメインでの無線リソースの予約を示す前記メッセージに応じて、前記移動局に前記通話が前記回線交換ドメインで継続されることが通知される（１６１）こと、を特徴とする、請求項３に記載の方法。
【請求項５】
前記移動局が二重転送モード（ＤＴＭ）の機能を有する場合に、
パケット交換のハンドオーバが完了したことを示す前記移動局に対する直接的な応答として、ユーザプレーンのデータを送信するステップ（１６５）、
を特徴とする、請求項１〜請求項４のいずれか１項に記載の方法。
【請求項６】
前記移動局が二重転送モード（ＤＴＭ）の機能を有する場合に、
前記回線交換ベアラの準備の間に、ユーザプレーンの転送のために前記パケット交換無線リソースを用いるステップ、
を特徴とする、請求項１〜請求項４のいずれか１項に記載の方法。
【請求項７】
パケット交換音声通話接続をサポートする第１無線システム（１０３）と回線交換音声通話接続及びパケット交換音声通話接続をサポートする第２無線システム（１０５）との間での移動局（１０１）の音声通話の転送を処理する無線システムノード（１０５）であって、
前記第２無線システムは前記無線システムノードを含み、
前記無線システムノード（１０５）において、
音声通話の開始に応じて、前記転送された音声通話を、前記パケット交換ドメインで継続するべきか、又は、前記回線交換ドメインで継続するべきかについて判定する手段、
を特徴とする、無線システムノード（１０５）。
【請求項８】
前記音声通話の転送前に、前記第２システムで、前記パケット交換ドメイン及び前記回線交換ドメインの双方において無線リソースを予約する手段、
を特徴とする、請求項７に記載のシステムノード。
【請求項９】
前記通話が前記回線交換ドメインで継続されることを、前記回線交換ドメインでの無線リソースの予約を示すメッセージに応じて前記移動局に通知する手段、
を特徴とする、請求項７又は請求項８に記載のシステムノード。
【請求項１０】
パケット交換のハンドオーバが完了したことを示す前記移動局に対する直接的な応答として、ユーザプレーンのデータを送信する手段、
を特徴とする、請求項７〜請求項９のいずれか１項に記載のシステムノード。
【請求項１１】
パケット交換音声通話接続をサポートする第１無線システムと回線交換音声通話接続及びパケット交換音声通話接続をサポートする第２無線システムとの間での音声通話の転送の間に、回線交換ベアラの準備の間ユーザプレーンの転送のためにパケット交換無線リソースを用いる手段、
を特徴とする、二重転送モード（ＤＴＭ）の機能を有する移動局（１０１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一方の無線通信システムから他方の通信システムへと音声通話を転送する方法及び装置に関する。
【背景技術】
【０００２】
今日、携帯電話通信のための様々な標準規格が複数存在している。そのような標準規格の例には、中でも、ＧＳＭ（Global  System  for  Mobile  Communication）、符号分割多重アクセス（ＣＤＭＡ：Code  Division  Multiple  Access）、及び、広帯域符号分割多重アクセス（ＷＣＤＭＡ：Wideband  Code  Division  Multiple  Access）が含まれる。将来的には、ＬＴＥ（Long  Term  Evolution）のような別の通信システムも発展するであろう。
【０００３】
これら全ての標準規格は、運用者によりサービスが提供されているエリア内に隣り合って又は重なって存在してもよい。そのような異なる標準規格の複合的な（combined）ネットワークの運用者は、複合的なリソースの利用を最大化し、かつ、複合的なネットワーク内の各携帯電話ユーザに提供されるサービスを最大化するような方法で、複合的なネットワーク内でリソースを管理する必要があるという問題に直面している。
【０００４】
さらに、近年の標準規格の多くは、音声通話の伝送を含むデータ伝送の仕組みとして、パケット交換技術を利用している。ＧＳＭのような別のシステムは、音声通話のための回線交換接続を利用することもある。
【０００５】
複数の異なる無線ネットワークが相互作用するそのような環境においては、既存のパケット交換音声通話が複数の異なる理由の１つのために回線交換音声通話へと転送されることは、不可避である。そのような理由の１つには、通話がパケット交換音声通話をサポートするシステムから、パケット交換音声通話をサポートしないシステムへと転送される必要があるということがあるであろう。他のシナリオも存在する。例えば、利用可能なリソースの使用を最大化するためには、パケット交換通話を回線交換通話へと転送することが有効であると判明するかもしれない。
【０００６】
パケット交換から回線交換へのそのような音声通話の転送を実現する１つの方法として、パケット交換音声通話接続を切断し、その後、対応する回線交換通話接続を確立するということも考えられる。しかし、そのようなアプローチは、ユーザへのサービス時に、容認しがたい長期の中断を含むことが予想される。そのようなアプローチでは、転送される音声通話のために少なくとも４〜５秒がかかり、その間通話が中断されなければならないと予期するのが妥当である。そのような長い中断時間は、ほとんどのユーザにとって容認しがたいものである。
【０００７】
従って、高速であり、かつ、より多くのユーザが容認できる時間フレーム内での移行を提供できる、パケット交換音声通話接続から回線交換音声通話接続への音声通話接続の移行を実現可能な方法及びシステムの必要性が存在する。さらに、そうした既存のシステムを更新し維持するためのコストを低減するためには、そのような方法及びシステムは、既存のシステムにもたらす変更を可能な限り少ないものとすべきである。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、回線交換音声通話接続へのパケット交換音声通話接続の転送に伴う幾つかの問題を克服し、又は少なくとも軽減することにある。
【０００９】
本発明の別の目的は、回線交換音声通話接続へとパケット交換音声通話接続を短時間で転送することが可能な方法及び装置を提供することにある。
【００１０】
本発明の更に別の目的は、回線交換音声通話接続へとパケット交換音声通話接続を転送することが可能であり、かつ、既存のシステムの少ない変更を含み、又は変更を含まず、従って安価で容易に実現される方法及び装置を提供することにある。
【課題を解決するための手段】
【００１１】
これら及び他の目的は、添付の特許請求の範囲に記載された方法及びシステムによって達成される。従って、目標システム（target  system）、即ち、進行中の音声通話が転送されるシステムに、発信元システム（originating  system）の進行中の音声通話を回線交換ドメイン又はパケット交換ドメインで継続するべきかについての決定を制御させることによって、転送時間の低減を達成することが可能である。さらに、目標システムは、音声通話のハンドオーバの前に、音声通話を受信するためにシステム内でリソースを予約することが可能になる。
【発明の効果】
【００１２】
本解決策の効果は、二重転送モード（ＤＴＭ：dual  transfer  mode）のサポートなしに、推定される中断時間がおよそ２秒以下で、パケット交換ドメインから回線交換ドメインへと転送が行われる可能性を含む。さらに、本解決策は、既存のシステムの変更を必要とせず、又は小さな変更を必要とし、安価に実現される。
【００１３】
好適な実施形態において、移動局はＤＴＭの機能を有し、ネットワークはこの機能を、回線交換（ＣＳ：circuit  switched）接続への移行の間に、３００ｍｓ以下の中断時間を実現するために利用する。しかし、本解決策は、目標ネットワーク側でのＤＴＭ特性のためのサポートを必要としない。なぜならば、目標ネットワーク自身におけるリソースの予約が、回線交換リソース及びパケット交換リソースの割り当て（allocation）及び割り振り（assignment）を並行して提供するからである。
【図面の簡単な説明】
【００１４】
以下に、限定ではない例を用いて、添付図面を参照しながら本発明をより詳細に説明する。
【図１】２つの異なるシステム間で音声通話を転送するためのプロトコルを表す図である。
【図２】ルーティングエリア及びロケーションエリアの複合的な更新のためのプロトコル図である。
【発明を実施するための形態】
【００１５】
図１には、２つの異なるシステム間で音声通話を転送するためのプロトコルを表す図が示されている。従って、図１には、２つの異なる携帯電話無線システム１０３及び１０５へと通信することが可能な移動局（ＭＳ：Mobile  staion）１０１が記載されている。無線システムの一方は、例えば、ＬＴＥ（long  term  extension）１０３、又は、任意の他のパケット交換（ＰＳ：packet  switched）無線ネットワークであってもよい。従って、システム１０３は、ＧＥＲＡＮ若しくはＵＴＲＡＮ又は同様のシステムであってもよいことも想定される。他方の無線システム１０５は、例えば、ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM  EDGE  Radio  Access  Network）、又は回線接続（ＣＳ）音声通話をサポートする任意の他のシステムであってもよい。システム１０５は、回線交換音声通話をサポートする、ＧＥＲＡＮとは別の例えばＵＴＲＡＮのようなシステムであってもよい。
【００１６】
第１システム１０３から第２システム１０５への音声通話のハンドオーバを実行する決定が行なわれる場合には、以下のステップが、本発明の好適な実施形態に従って実行される。最初に、ステップ１５１で、音声通話の移行の決定が行なわれる。決定は、複数の異なる基準に基づいて行われてもよく、そのうち１つの基準は、移動局１０１自体からの測定報告である。
【００１７】
次に、システム１０３からシステム１０５へと音声を転送する決定に応じた第１のステップとして、リロケーション要求１５３が、システム１０３からシステム１０５へと送信される。要求１５３に応じて、通話を受信するシステムが、通話がパケット交換ドメインで継続されるべきか、又は、回線交換ドメインへと転送されるのかについての決定を行なう。どのドメインで通話が継続されるべきかについての決定は、ステップ１５５で行なわれ、通話と関連付けられるサービス品質、及び、通話が継続されるセルの機能のような複数の異なる考慮すべき要因に依存し得る。さらに、ステップ１５５において、パケット交換ドメイン及び回線交換ドメインでのリソースが割り当てられる。
【００１８】
次に、システム１０５は、要求１５３に対する確認応答をメッセージ１５７として返す。メッセージ１５７は、好適には、以下のうちの１つに関する情報を含む：
−  回線交換リソースをも含むように更新されたパケット交換ハンドオーバ命令
−  パケット交換リソース及び回線交換リソース双方を含む、回線交換へのハンドオーバ命令のためのメッセージ
−  ＤＴＭハンドオーバ命令
【００１９】
メッセージ１５７は、メッセージ１５９として移動局１０１へと転送される。移動局１０１がメッセージ１５９を受信すると、回線交換ドメインに関するリソースが受信されるため、ステップ１６１において、通話が回線交換ドメインで継続されるということが移動局１０１に通知される。メッセージ１５９への応答として、移動局１０１は、パケット交換音声通話のハンドオーバが完了したことを示すメッセージ１６３を、システム１０５へと送り返す。
【００２０】
移動局により及びある程度までネットワークにより二重転送モードがサポートされる場合、即ち移動局がパケット交換ドメイン及び回線交換ドメインの双方で同時に送受信をすることが可能である場合には、この段階でユーザプレーンの転送を開始することが可能である。従って、その前提の下では、メッセージ１６３への応答として、システム１０５は、メッセージ１６５によりユーザプレーンのデータを移動局１０１へと返信する。従って、移動局がＤＴＭをサポートする場合には、移動局は、ＣＳベアラの起動と並行して、ユーザプレーンの転送のためにドメイン間ハンドオーバ命令に含まれるＰＳリソースを利用することが可能になる。
【００２１】
次に、ステップ１６７において、後に図２に関連して説明するように、ルーティングエリア（ＲＡ）／ロケーションエリア（ＬＡ）の複合更新が実行される。次に、ステップ１６９において、通話確立の手続きが実行される。好適には、３ＧＰＰ  ＴＳ  ２３．８８２に記載される継続音声通話（ＶＣＣ：Voice  call  continuity）が、通話確立の間に又は通話確立の後に実行される。ＶＣＣは２人の通話者を再接続するため、ハンドオーバされた移動局は、回線交換ドメインを通じて接続され、及びＩＰマルチメディア・サブシステム（ＩＭＳ：IP  Multimedia  Subsystem）を通じて相手方と接続されることができる。
【００２２】
引き続き、ステップ１７１において、未だ行なわれていない場合には、ユーザプレーンのデータがシステム１０５から移動局へと転送される。最後に、ステップ１７３において、パケット交換リソースが解放される。ＤＴＭがＭＳ又はネットワークでサポートされていない場合は、パケット交換リソースの解放は、ＲＡ／ＬＡ複合更新の手続きの後で行なわれるであろう。
【００２３】
図２には、ＲＡ／ＬＡ複合更新において実行されるステップが示されている。従って、最初に、ステップ２０１で、ＭＳが、サービス提供ＧＰＲＳサポートノード（ＳＧＳＮ：Serving  GPRS  Support  Node）へと、Routing  Area  Update  Request：ルーティングエリア更新要求を送る。更新タイプは、ＲＡ／ＬＡ複合更新を示す。また、ＭＳが国際移動体加入者識別子（ＩＭＳＩ：International  Mobile  Subscriber  Identity）の付加を望む場合には、ＩＭＳＩを伴うＲＡ／ＬＡ複合更新が求められる。その後、基地局サブシステム（ＢＳＳ：Base  Station  Subsystem）は、メッセージをＳＧＳＮに渡す前に、メッセージが受信されたセルのＲＡＣ及びＬＡＣを含むセル・グローバル識別子を追加する。
【００２４】
次に、ステップ２０３で、セキュリティ機能が実行されてもよい。セキュリティ機能が失敗した場合には（例えば、ＳＧＳＮが、送信認証情報ダイアローグ（Send  Authentication  Info  dialogue）を確立するためにホームロケーションレジスタ（ＨＬＲ：Home  Location  Register）のアドレスを判定できないという理由で）、ＳＧＳＮ間のＲＡＵ更新の手続きは失敗する。その後、適切な理由を伴う拒否がＭＳへと返答される。
【００２５】
次に、ＩＭＳＩを伴うＲＡ／ＬＡ複合更新が要求されていることを更新タイプが示している場合、又はＬＡがルーティングエリアの更新に伴って変化した場合には、ＳＧＳＮは、新しいＬＡＩ、ＩＭＳＩ、ＳＧＳＮ番号、及びビジタロケーションレジスタ（ＶＬＲ：Visitor  Location  Register）に対するロケーション更新タイプとを含むメッセージ２０５により、Location  Update  Request：ロケーション更新要求を送信する。ステップ２０１での更新タイプがＩＭＳＩを伴うＲＡ／ＬＡ複合更新が要求されていることを示している場合には、ロケーション更新タイプは、ＩＭＳＩの付加を示す。それ以外の場合には、ロケーション更新タイプは、通常のロケーションの更新を示す。ＳＧＳＮが多重ＣＮノードへのＲＡＮノードのドメイン間接続の機能を提供しない場合には、ＶＬＲ番号がＲＡＩから抽出される。ＳＧＳＮが多重ＣＮノードへのＲＡＮノードのドメイン間接続の機能を提供する場合には、ＳＧＳＮは、ＶＬＲ番号を判定するために、ＲＡＩと、ＩＭＳＩからのハッシュ値とを用いる。ＶＬＲは、ＳＧＳＮ番号を格納することによって、ＳＧＳＮとの関連付けを生成し、又は更新する。
【００２６】
次に、ＶＬＲ内の加入者データが、ＨＬＲにより確認されていないとしてマーク付けされている場合には、新たなＶＬＲからＨＬＲへ報知が行われる。ＨＬＲは、古いＶＬＲ内のデータを取り消し、新たなＶＬＲ内に加入者データを挿入する。最初に、ステップ２０７では、新たなＶＬＲが、Update  Location（new  ＶＬＲ）：ロケーション更新（新たなＶＬＲ）をＨＬＲへと送信する。さらに、ＨＬＲは、ステップ２０９において、古いＶＬＲへとCancel  Location（ＩＭＳＩ）：ロケーション取消し（ＩＭＳＩ）を送信することによって、古いＶＬＲ内のデータを取り消す。応答として、古いＶＬＲは、ステップ２１１で、Cancel  Location  Ack（ＩＭＳＩ）：ロケーション取消確認（ＩＭＳＩ）により確認応答を行う。その後、ＨＬＲは、ステップ２１３で、新たなＶＬＲへとInsert  Subscriber  Data（ＩＭＳＩ  subscriber  data）：加入者データ挿入（ＩＭＳＩ加入者データ）を送信し、新たなＶＬＲは、ステップ２１５において、Insert  Subscriber  Data  Ack（ＩＭＳＩ）：加入者データ挿入確認（ＩＭＳＩ）により確認応答を行う。さらに、ＨＬＲは、ステップ２１７において、新たなＶＬＲに対してUpdate  Location  Ack（ＩＭＳＩ）：ロケーション更新確認（ＩＭＳＩ）で応答し、新たなＶＬＲは、新しいＶＬＲ  ＴＭＳＩを割り当て、ＳＧＳＮに対してLocation  Update  Accept（ＶＬＲ  ＴＭＳＩ）：ロケーション更新承認（ＶＬＲ  ＴＭＳＩ）により応答する。ステップ２１９において、ＶＬＲが変化していない場合にはＶＬＲ  ＴＭＳＩは任意である。
【００２７】
次に、ステップ２２１において、ＳＧＳＮは、新たなＲＡにおけるＭＳの存在を検証する。地域的な加入制限のためにＭＳがＲＡ内に付加されることが許容されない場合、又は加入者のチェックが失敗する場合には、ＳＧＳＮは、適切な理由と共にルーティングエリアの更新を拒否する。全てのチェックが成功する場合には、ＳＧＳＮは、ＭＳのためのＭＳコンテキストを更新する。新しいＰ−ＴＭＳＩが割り当てられてもよい。ＳＧＳＮは、ＭＳに対して、Routing  Area  Update  Accept（Ｐ−ＴＭＳＩ，ＶＬＲ  ＴＭＳＩ，Ｐ−ＴＭＳＩ署名）：ルーティングエリア更新承認（Ｐ−ＴＭＳＩ，ＶＬＲ  ＴＭＳＩ，Ｐ−ＴＭＳＩ署名）で応答する。
【００２８】
新しいＰ−ＴＭＳＩ又はＶＬＲ  ＴＭＳＩが受信された場合には、ＭＳは、ステップ２２３において、Routing  Area  Update  Complete：ルーティングエリア更新完了メッセージをＳＧＳＮに返すことにより、ＴＭＳＩの再割り当てを確認する。最後に、ＭＳがＶＬＲ  ＴＭＳＩを確認する場合に、ＳＧＳＮは、ステップ２２５において、ＶＬＲへとTMSI  Reallocation  Complete：ＴＭＳＩリロケーション完了メッセージを送信する。
【００２９】
従って、本明細書で記載するシステムは、目下のチャネルの変更が行なわれる前に、無線リソースを予約する。目標システムが回線交換ドメインへの切り戻し（fallback）を実行することを決定する場合には、目標システムは、本発明に従って、音声通話転送のパケット交換のハンドオーバの準備段階の間に、パケット交換無線リソースと共に回線交換無線リソースを予約する。
【００３０】
ソースＢＳＳから移動局へのパケット交換ハンドオーバ命令メッセージは、好適には、パケット交換無線リソース記述と並行して回線交換無線リソース記述を含むように更新される。更なる別の好適な実施形態によれば、ＤＴＭハンドオーバ命令は、パケット交換無線リソース記述及び回線交換無線リソース記述の双方を移動局へと転送するために用いられ得る。
【００３１】
パケット交換ハンドオーバ命令メッセージにおける回線交換無線リソースの存在（又は、ＤＴＭハンドオーバが受信されるという事実）は、回線交換ドメインへの切り戻しが起きており通話が回線交換ドメインで継続されることを、移動局に示す。
【００３２】
回線交換ドメインへの移行の間に、移動局は、パケット交換ハンドオーバ命令又はＤＴＭハンドオーバ命令に含まれるパケット交換無線リソースをユーザプレーンの転送のためには用いないのが好適である。その代わりに、移動局は、好適には、コアネットワーク（ＣＮ：Core  Network）における自身の位置を更新するために、パケット交換無線リソースを使用してＲＡ／ＬＡの複合更新を送信するべきである。
【００３３】
代替案として、パケット交換無線リソースは、回線交換ベアラの準備の間に、ユーザプレーンの転送ために用いられてもよい。しかし、そのようなアプローチは、移動局におけるＤＴＭのサポートを必要とするであろう。
【００３４】
従って、目標セルにおけるＣＳリソース及びＰＳリソースの予約及び割り当ては、ＤＴＭの機能を有する移動局が、目標セルにおいて、セルの変更が成功した後に、割り当てられたＣＳリソース及びＰＳリソースを並行して利用することを可能にする。ＣＳ機能への転送への一部として、ＰＳリソースと並行してＣＳリソースが予約され割り当てられる一方、目標ネットワーク側ではＤＴＭ特性をサポートするための要件が何もないことに注意されたい。目標システムがＣＳへの移行を実行することを決定する場合に、目標システムは、従って、ＰＳハンドオーバの準備段階の間に、ＰＳ無線リソースと共にＣＳ無線リソースを予約するべきである。メッセージは、目標ネットワークから移動局へと、ＣＳリソース記述及びＰＳリソース記述を伝達する。このメッセージは、例えば、ソースＢＳＳ透過的コンテナ（Source  BSS  Transparent  Container）への目標ＢＳＳに含まれてもよい。
【００３５】
さらに、ＲＡ／ＬＡ複合更新の手続きがＰＳ無線リソースを介して完了している場合に、移動局は、ＰＳリソースを解放し、回線交換ベアラの確立を開始する。回線交換無線リソースは既に予約されているので、移動局は、ランダムアクセス経由の無線リソース割り当てによる不必要な中断時間を回避するこれらのリソースを介して、通常の通話確立の手続きを行なうことが可能である。音声通話は、いくらか変更されたＶＣＣを用いるＣＳベアラにおいて再確立される（３ＧＰＰ  ＴＳ  ２３．２０６参照）。ＶＣＣの必要な修正は、「作る前に壊す」(“break  before  make”)という振る舞いを可能にするであろう。
【００３６】
本明細書で記載する方法及びシステムは、数多くの効果を提供する。例えば、本明細書において説明した方法及びシステムによる音声通話のハンドオーバは、リソースの利用可能性という意味では、どのような場合であっても成功するであろう（又は、損害が与えられる前に失敗するであろう。目標セルで利用可能なリソースが無い場合には、ソースシステムは、問合せするためのいかなる中断もなく、更なる別のセルを試みることが可能であることに注意されたい）。通話が単純に終了して新たな通話が新たなシステムでセットアップされる場合には、ユーザ機器（ＵＥ：User  Equipment）がソースシステムを離れる間に通話が失われることもあり、目標セルにリソースが無いことを発見する結果となる。
【００３７】
目標システムへの音声通話の転送は、純粋な通話再確立の解決策に比べて迅速であり、ＵＥは、ＣＳベアラの確立を継続する前に、ランダムアクセスチャネルを通じて無線リソースを割り当てる必要がないのであり、そのこともさらに、通話の中断時間という意味で音声通話の転送の性能を向上させる。
【図１】
2010515337.tif 000003
【図２】
2010515337.tif 000004
【国際調査報告】
2010515337.tif 000005
2010515337.tif 000006
2010515337.tif 000007