(57)【特許請求の範囲】
【請求項１】
無線通信のために接続要求されたトラヒックについて、前記トラヒックの通信経路は、前記トラヒックの起点であるユーザ端末の無線通信を収容する基地局、前記基地局からのトラヒックを中継するユーザ転送装置、前記ユーザ転送装置からのトラヒックを中継する外部転送装置、前記トラヒックの終点である相手端末を収容する移動網まで順に通過する通信経路であり、そのうちの前記外部転送装置から前記移動網までを所定通信網とし、
前記トラヒックが要する通信網のサービス品質である要求品質と、前記所定通信網のサービス品質値の実測要求を前記所定通信網の外部転送装置に送信して取得した、前記所定通信網が提供するサービス品質の実測データである提供品質とをそれぞれ格納する記憶手段と、
前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックの通信経路上の前記所定通信網ごとに、その所定通信網の前記提供品質を前記記憶手段から取得する品質取得手段と、
前記接続要求されたトラヒックを中継するユーザ転送装置の下流側に位置し、互いに通信経路の異なる複数の前記所定通信網が存在する場合、そのうちの一方の前記所定通信網から他方の前記所定通信網へとトラヒックをオフロードするときに、その候補である各トラヒックについて、
取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを許可し、
取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを不許可とするオフロード判定手段と、を有することを特徴とする
無線システムの制御装置。
【請求項２】
前記オフロード判定手段により前記所定通信網へのオフロードが許可されたときには、接続要求に含まれる装置ＩＤから特定される前記基地局と、オフロードが許可された前記所定通信網の外部転送装置とを通過する装置に含む接続を新たに確立し、
前記オフロード判定手段により前記所定通信網へのオフロードが不許可とされたときには、オフロードが不許可とされた前記所定通信網以外の前記外部転送装置を通過する装置に含む接続を継続して選択する通信経路選択手段を、さらに有することを特徴とする
請求項１に記載の無線システムの制御装置。
【請求項３】
前記品質取得手段は、前記要求品質として、トラヒックのユーザごとにあらかじめ設定したデータである、サービス品質の許容される上限値を前記記憶手段から取得することを特徴とする
請求項１または請求項２に記載の無線システムの制御装置。
【請求項４】
無線通信のトラヒックが流れる通信網の無線システムにおいて、トラヒックが通過する論理的な通信路である接続の経路を決定する制御方法であって、
無線システムの制御装置は、
前記無線通信のために接続要求されたトラヒックについて、前記トラヒックの通信経路は、前記トラヒックの起点であるユーザ端末の無線通信を収容する基地局、前記基地局からのトラヒックを中継するユーザ転送装置、前記ユーザ転送装置からのトラヒックを中継する外部転送装置、前記トラヒックの終点である相手端末を収容する移動網まで順に通過する通信経路であり、そのうちの前記外部転送装置から前記移動網までを所定通信網とし、
前記トラヒックが要する通信網のサービス品質である要求品質と、前記所定通信網のサービス品質値の実測要求を前記所定通信網の外部転送装置に送信して取得した、前記所定通信網が提供するサービス品質の実測データである提供品質とをそれぞれ格納する記憶手段を有し、
前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックの通信経路上の前記所定通信網ごとに、その所定通信網の前記提供品質を前記記憶手段から取得し、
前記接続要求されたトラヒックを中継するユーザ転送装置の下流側に位置し、互いに通信経路の異なる複数の前記所定通信網が存在する場合、そのうちの一方の前記所定通信網から他方の前記所定通信網へとトラヒックをオフロードするときに、その候補である各トラヒックについて、
取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを許可し、
取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを不許可とすることを特徴とする
無線システムの制御方法。
【請求項５】
無線システムの制御装置は、
前記所定通信網へのオフロードが許可されたときには、接続要求に含まれる装置ＩＤから特定される前記基地局と、オフロードが許可された前記所定通信網の外部転送装置とを、通過する通信経路に含む接続を新たに確立し、
前記所定通信網へのオフロードが不許可とされたときには、オフロードが不許可とされた前記所定通信網以外の前記外部転送装置を、通過する通信経路に含む接続を継続して選択することを特徴とする
請求項４に記載の無線システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線システムの制御装置、および、制御方法に関する。
【背景技術】
【０００２】
標準化団体の３ＧＰＰ（Third Generation Partnership Project）は、第３世代携帯電話（３Ｇ）と、第４世代携帯電話（４Ｇ）との間の技術として、ＬＴＥ（Long Term Evolution）の規格を提案している。ＬＴＥの仕様は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）として公開されている。
【０００３】
近年スマートホンの普及により、Ｅ−ＵＴＲＡＮ網などの高速携帯網に接続する携帯端末の台数は増加し、高速携帯網が収容するトラヒックが増大している。そのため、高速携帯網のネットワーク資源が逼迫している。
そこで、高速携帯網が収容しきれない一部のトラヒックについて、高速携帯網からインターネットなどの別の網へとトラヒックを逃がす（オフロードする）技術が検討されている。非特許文献１に記載のＳＩＰＴＯ（Selected IP Traffic Offload）では、別の網の選択方法として、ユーザ端末が接続する基地局から地理的に近い別の網の転送装置を選択する方式が挙げられている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP,“TS 23.401 v10.5.0”section 4.3.15 [online][2011年9月27日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/23_series/23.401/23401-a50.zip＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
高速携帯網のトラヒックをオフロードするときには、そのオフロード先の網においても、トラヒックに提供するサービス品質（ＱｏＳ：Quality of Service）を考慮すべきである。高速携帯網の契約者は、自身が接続する高速携帯網のサービス品質（例えば、最大100Mbps）を期待して、高速携帯網での通信サービスを利用している。
そのため、高速携帯網に流れるトラヒックとしては、メールやファイルダウンロードといった高度なサービス品質を要しないトラヒックだけでなく、ビデオ会議やゲームといった高度なサービス品質を要するトラヒックも存在する。
【０００６】
ここで、トラヒックが要求するサービス品質の度合いを考慮せずに、トラヒックを高速携帯網から逃がしてしまうと、トラヒックが提供するサービスの提供に支障が出る（例えば、ビデオ会議で動画が固まる）ため、ユーザが通信サービスに不満を感じてしまう。
【０００７】
つまり、トラヒックが要求するサービス品質が適切にネットワークから提供されているというには、トラヒックが通過するネットワークの一部だけが高品質であるだけでは不充分であり、トラヒックが通過するネットワークの全部（End to End）が高品質である必要がある。例えば、トラヒックが高速携帯網を通過していたとしても、その高速携帯網から別の低品質のネットワークへとオフロードした結果、そのオフロード先の通信品質がボトルネックとなって、トラヒックに提供する通信品質も劣化してしまう。
【０００８】
そこで、本発明は、前記した問題を解決し、無線システムの混雑を緩和しつつ、無線システムを通過するトラヒックに適切なサービス品質を提供することを、主な目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明は、無線通信のために接続要求されたトラヒックについて、前記トラヒックの通信経路は、前記トラヒックの起点であるユーザ端末の無線通信を収容する基地局、前記基地局からのトラヒックを中継するユーザ転送装置、前記ユーザ転送装置からのトラヒックを中継する外部転送装置、前記トラヒックの終点である相手端末を収容する移動網まで順に通過する通信経路であり、そのうちの前記外部転送装置から前記移動網までを所定通信網とし、
前記トラヒックが要する通信網のサービス品質である要求品質と、前記所定通信網のサービス品質値の実測要求を前記所定通信網の外部転送装置に送信して取得した、所定通信網が提供するサービス品質の実測データである提供品質とをそれぞれ格納する記憶手段と、
前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックの通信経路上の前記所定通信網ごとに、その所定通信網の前記提供品質を前記記憶手段から取得する品質取得手段と、
前記接続要求されたトラヒックを中継するユーザ転送装置の下流側に位置し、互いに通信経路の異なる複数の前記所定通信網が存在する場合、そのうちの一方の前記所定通信網から他方の前記所定通信網へとトラヒックをオフロードするときに、その候補である各トラヒックについて、
取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを許可し、
取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応するトラヒックについて、前記所定通信網へのオフロードを不許可とするオフロード判定手段と、を有することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【００１０】
本発明によれば、無線システムの混雑を緩和しつつ、無線システムを通過するトラヒックに適切なサービス品質を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に関する無線システムを示す構成図である。
【図２】本発明の一実施形態に関するトラヒックの２種類の経路を示す構成図である。
【図３】本発明の一実施形態に関するトラヒックの通信品質を示す説明図である。
【図４】本発明の一実施形態に関する無線システムを構成する装置のハードウェア構成を示す構成図である。
【図５】本発明の一実施形態に関する制御装置を示す構成図である。
【図６】本発明の一実施形態に関するトラヒックの要求品質のデータを示す構成図である。
【図７】本発明の一実施形態に関するネットワークの提供品質のデータを示す構成図である。
【図８】本発明の一実施形態に関する提供品質の実測データ取得処理を示すフローチャートである。
【図９】本発明の一実施形態に関するトラヒックの経路決定処理を示すフローチャートである。
【図１０】本発明の一実施形態に関するオフロード判定処理を示すフローチャートである。
【図１１】本発明の一実施形態に関する通常経路のハンドオーバ経路を示す説明図である。
【図１２】本発明の一実施形態に関する通常経路のハンドオーバ経路決定処理を示すフローチャートである。
【図１３】本発明の一実施形態に関するオフロードのハンドオーバ経路を示す説明図である。
【図１４】本発明の一実施形態に関するオフロードのハンドオーバ経路決定処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１３】
図１は、無線システムを示す構成図である。以下、本実施形態では、無線システムを３ＧＰＰのＥ−ＵＴＲＡＮへと適用した一例を示す。そのため、非特許文献１で記載されているＥ−ＵＴＲＡＮの用語（例えば、ユーザ端末なら「ＵＥ：User Equipment」）を説明に併記する。一方、本実施形態の無線システムを基地局が無線ＬＡＮ通信を行うような、３ＧＰＰとは別の無線システムへ適用してもよい。
【００１４】
図１（ａ）の無線システムのデータプレーンは、ユーザ端末１、基地局２、ユーザ転送装置３、外部転送装置４、および、移動網５がそれぞれ接続されて構成される。
【００１５】
ユーザ端末（ＵＥ：User Equipment）１は、ユーザデータのトラヒックが流れる接続の端点である端末であり、他の端点である相手端末５ｚ（図２参照）との間で、End to Endの通信を行う。
基地局（ｅＮＢ：E-UTRAN Node B）２は、ユーザ端末１と直接接続を行うことでユーザ端末１を収容する。基地局２の識別子は、例えば、ＴＡＩ（Tracking Area Index）やＥＣＧＩ（E-UTRAN Cell Global Identifier）が挙げられる。
【００１６】
ユーザ転送装置（ＳＧＷ：Serving Gateway）３は、ユーザデータを扱う転送装置であり、ユーザ端末１間のトラヒック（音声通話など）を中継する。
外部転送装置（ＰＧＷ：PDN Gateway）４は、外部のインターネットや企業のイントラネットなどに接続するための境界に位置するゲートウェイである。
【００１７】
なお、ユーザ端末１と相手端末５ｚとの間のトラヒックの経路上を通過する転送装置（ゲートウェイ）として、ユーザ転送装置３や外部転送装置４だけでなく、無線システムのネットワーク（例えば、Radio Access Network、Core Network）と、移動網５との間に設置されるＬＧＷ（Local Gateway）やＢＭＧ（Broadband Network Gateway）としてもよい。
【００１８】
移動網（ＰＤＮ：Packet Data Network）５は、図２のルータ５ｙと相手端末５ｚとを収容するネットワークである。
ルータ（ＲＴ：Router）５ｙは、移動網５の識別子であるＡＰＮ（Access Point Name）に対応して決まるルータである。
相手端末（ＣＮ：Corresponding Node）５ｚは、ユーザ端末１の通信相手である。
【００１９】
図１（ｂ）の無線システムの制御プレーンは、データプレーン（基地局２、ユーザ転送装置３）に接続される制御装置６と、その制御装置６に接続される運用装置６ｚ、加入者サーバ７、ＤＮＳサーバ８とを含めて構成される。なお、制御装置６は、他の装置（運用装置６ｚ、加入者サーバ７、ＤＮＳサーバ８など）と同じ筐体に収容されていてもよい。
【００２０】
制御装置（ＭＭＥ：Mobile management Entity）６は、図１（ａ）のデータプレーンのネットワーク制御を扱うアクセスゲートウェイである。
運用装置（ＯＡＭ：Operation Administration and Maintenance）６ｚは、図１（ａ）のデータプレーンの運用管理や保守を行うための装置である。
加入者サーバ（ＨＳＳ：Home Subscriber Server）７は、ユーザ端末１が加入する移動網５についての加入情報を管理する。
【００２１】
ＤＮＳ（Directory Name Service）サーバ８は、ドメイン名であるＦＱＤＮ（Fully Qualified Domain Name）を検索キーとして、そのドメイン名に対応するＩＰアドレスを特定する（名前解決する）サービスを提供する。そのため、ＤＮＳサーバ８には、あらかじめ検索キーとして入力されるＦＱＤＮに対応して、そのＦＱＤＮの装置（またはその装置を通過する経路上の装置集合）がエントリされている。
【００２２】
図２は、トラヒックの２種類の経路を示す構成図である。ユーザ端末１から相手端末５ｚへと流れるトラヒックの経路として、２種類の経路（通常経路、オフロード経路）が存在する。
通常経路は、ユーザ端末１→基地局２ａ→中継網９ｄ→ユーザ転送装置３ａ→コア網９ａ→外部転送装置４ａ→中継網９ｃ→ルータ５ｙ→相手端末５ｚの順に通過する経路である。
オフロード経路は、ユーザ端末１→基地局２ａ→中継網９ｄ→ユーザ転送装置３ａ→外部転送装置４ｂ→インターネット９ｂ→ルータ５ｙ→相手端末５ｚの順に通過する経路である。
【００２３】
中継網９ｃは、例えば、外部転送装置４ａとルータ５ｙとの間でＶＬＡＮ（Virtual Local Area Network）接続が確立される網であり、その確立のために、外部転送装置４ａはルータ５ｙのＩＰアドレス情報を保持する。なお、中継網９ｃとして、コア網９ａの事業者とは別の事業者が運営するネットワークを経由してもよい。
中継網９ｄは、例えば、ＲＡＮ（Radio Access Network）である。
【００２４】
ユーザ転送装置３ａは、コア網９ａや中継網９ｃへのトラヒックの増大に伴い、通常経路を流れる一部のトラヒックを、オフロード経路へと逃がすことにより、コア網９ａや中継網９ｃへの混雑を緩和できる。しかし、無制限にどのトラヒックもオフロード経路へと逃がすだけでは、混雑緩和は達成できるものの、副作用として、高品質を要するビデオ会議などのトラヒックがオフロード経路の低品質によって途切れてしまうこともある。
【００２５】
そこで、制御装置６は、通常経路を流れる各トラヒックについて、オフロード経路へとオフロードすることを許可するか否かを判定（以下、オフロード判定）する（判定処理の詳細は、図１０などに後記）。これにより、オフロード経路でも支障のないメールなどのトラヒックをオフロード許可するとともに、ビデオ会議などのトラヒックをオフロード不許可することで、前記の副作用を抑制することができる。
【００２６】
図３は、トラヒックの通信品質を示す説明図である。ユーザ端末１から相手端末５ｚまでに通過する経路ごとに保証されるサービス品質を示す。
【００２７】
図３（ａ）は、メールトラヒックのオフロード前の状態を示す。ビデオ会議トラヒックおよびメールトラヒックは、それぞれ図２の通常経路を通過する。
ビデオ会議トラヒックは、通常経路を流れるので、ユーザ端末１から外部転送装置４までは３ＧＰＰのＥ−ＵＴＲＡＮが提供する高品質を受けることができ、さらに、外部転送装置４から相手端末５ｚまでは中継網９ｃの事業者が提供する高品質を受けることができる。つまり、ビデオ会議トラヒックは、End to Endで高品質を受けることができるので、ビデオ会議サービスを円滑に実行することができる。
メールトラヒックもビデオ会議トラヒックと同様に、End to Endで高品質を受けることができる。しかし、中継網９ｃが混雑しているので、通常経路を流れるトラヒックの一部をオフロード経路へとオフロードする必要がある。
【００２８】
図３（ｂ）は、メールトラヒックのオフロード後の状態を示す。ビデオ会議トラヒックは図２の通常経路を通過し、メールトラヒックは図２のオフロード経路を通過するようにオフロードされている。制御装置６は、各トラヒックが要する通信品質などを考慮して、ビデオ会議トラヒックをオフロード不許可とし、メールトラヒックをオフロード許可する。
【００２９】
メールトラヒックは、オフロード先のインターネット９ｂを通過することにより、End to Endの通信品質は低下してしまう。しかし、メールの到着が数秒単位で遅れても、ユーザは不便さを感じることはあまりないので、ユーザに不便さを感じさせずに済む。
ビデオ会議トラヒックは、オフロード対象から除外されることにより、引き続きEnd to Endで高品質を受けることができる。
【００３０】
図４は、無線システムを構成する装置のハードウェア構成を示す構成図である。図４では、外部転送装置４と制御装置６とを例示しているが、無線システムの他装置も同様のハードウェア構成を有する。
無線システムの各装置は、ＣＰＵ（Central Processing Unit）９１と、メモリ９２と、ＵＩＦ（User Interface）９３と、ＮＷＩＦ（NetWork Interface）９９とを有するコンピュータとして構成される。
ＣＰＵ９１は、メモリ９２から読み取った各処理部を構成するためのプログラムを実行する。
メモリ９２は、各処理部のプログラムに加えて、各処理部が利用するデータを格納する。
ＵＩＦ９３は、メモリ９２に格納される各データを入出力するための入出力デバイス（キーボード、マウス、ディスプレイなど）を接続するインタフェースである。
【００３１】
ＮＷＩＦ９９は、他装置とやりとりされるデータを中継するインタフェースである。
図４（ａ）の外部転送装置４では、ＮＷＩＦ９９の接続先として、ユーザ転送装置３、移動網５（ルータ５ｙ）、運用装置６ｚが例示されている。
図４（ｂ）の外部転送装置４では、ＮＷＩＦ９９の接続先として、基地局２、ユーザ転送装置３、加入者サーバ７、ＤＮＳサーバ８、運用装置６ｚが例示されている。
【００３２】
図５は、制御装置６を示す構成図である。制御装置６は、図２，図３で説明したように、オフロード判定部５３のオフロード判定結果により、通常経路が通過する転送装置を選択する通常経路選択部６１と、オフロード経路が通過する転送装置を選択するオフロード経路選択部６２とのいずれかに対して選択された転送装置をトラヒックに通過させる構成である。
【００３３】
通常経路選択部６１は、例えば、文献「TS 29.303」のsection5.3（Procedures for Discovering and Selecting a PGW and SGW）に記載されている手法で実現できる。
オフロード経路選択部６２は、例えば、文献「TS 29.303」のsection5.6（GW Selection for SIPTO）に記載されている手法で実現できる。
3GPPの文献「TS 29.303」は、3GPP,“TS 29.303 11.0.0”[online][2012年4月5日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/29_series/29.303/29303-b00.zip＞から入手できる。
【００３４】
なお、通常経路選択部６１とオフロード経路選択部６２との主な相違点としては、両選択部が呼び出すＤＮＳサーバ８への入力パラメータ（ＦＱＤＮ）の違いである。
オフロード経路選択部６２のＦＱＤＮには、オフロード経路が通過する装置（基地局２、転送装置など）の特定情報（例えば、ユーザ端末１が接続する基地局２から地理的に近い装置の特定情報）が含まれている。ここで、オフロード経路選択部６２は、負荷分散を行うために、通過する装置の候補からランダムに通過する装置を選択してもよい。
通常経路選択部６１のＦＱＤＮには、通常経路が通過する装置の特定情報が含まれておらず、デフォルトの転送装置がＤＮＳサーバ８によって選択される。
【００３５】
以下、オフロード判定部５３のオフロード判定に用いる構成要素の詳細を説明する。オフロード判定部５３は、トラヒックの要求品質５１よりネットワークの提供品質５２が大きいときにはオフロードを許可し、要求品質５１より提供品質５２が小さいときにはオフロードを不許可とする。
なお、トラヒックの要求品質５１とネットワークの提供品質５２とが等しいときには、オフロードを許可してもよいし、不許可としてもよい。
【００３６】
まず、要求品質５１を取得するために、制御装置６は、要求品質処理部１１と、トラヒック品質データ１２と、許容品質データ１３とを有する（詳細は、図６参照）。
次に、提供品質５２を取得するために、制御装置６は、網品質処理部２１と、網対応データ２２と、網品質特定データ２３と、推定品質処理部３１と、推定品質対応データ３２と、推定品質特定データ３３と、外部品質処理部４１と、外部品質対応データ４２と、外部品質特定データ４３とを有する（詳細は、図７参照）。
【００３７】
図６は、トラヒックの要求品質のデータを示す構成図である。図６（ａ）は、トラヒック品質データ１２として、3GPPのTS 23.203の「Table 6.1.7: Standardized QCI characteristics」で示されているデータを用いた一例を示す。3GPPのTS 23.203は、3GPP,“TS 23.203 11.5.0”[online][2012年4月5日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/23_series/23.203/23203-b50.zip＞から入手できる。
【００３８】
トラヒック品質データ１２は、サービス品質の特定情報であるＱＣＩ（QoS Class Identifier）ごとに、そのＱＣＩが帯域保証（ＧＢＲ：Guaranteed Bit Rate）されているか否かを示す情報と、ＱＣＩの優先度と、トラヒックが要求する具体的なサービス品質のパラメータ（遅延（Packet Delay）、損失率（Packet EL Rate））と、そのＱＣＩが適用されるトラヒックサービスの特定情報とを対応付けて構成される。
【００３９】
なお、サービス品質のパラメータの例として、遅延と損失率とを挙げたが、この２つのうちのいずれを使用するか、いずれを優先させるかなどのポリシは、無線システムの事業者が事前に入力してもよい。さらに、サービス品質のパラメータとして、遅延や損失率以外のパラメータ（帯域など）を単独で、あるいは前記２つのパラメータと併用して用いてもよい。
【００４０】
図６（ｂ）の許容品質データ１３は、ユーザがオフロード先の網で要求する（許容する）サービス品質を示す。許容品質データ１３は、ＱＣＩごとに、そのサービス品質のパラメータ（遅延、損失率）が対応付けられている。なお、許容品質データ１３は、ユーザごと、あるいは同じ属性（同じ料金体系での契約など）を持つユーザグループごとに作成することが望ましい。
【００４１】
オフロード判定部５３は、オフロード判定に使用する要求品質５１として、トラヒック品質データ１２内のサービス品質のパラメータと、許容品質データ１３内のサービス品質のパラメータとのうちの少なくとも１つのパラメータをもとに特定するサービス品質のパラメータを用いる。
例えば、要求品質５１は、許容品質データ１３内のサービス品質のパラメータとしてもよいし、トラヒック品質データ１２内のサービス品質のパラメータと、許容品質データ１３内のサービス品質のパラメータとを入力とする所定演算（最小値演算、平均値演算）の結果としてもよい。
【００４２】
また、トラヒック品質データ１２や許容品質データ１３が規定する各サービス品質のパラメータの対象区間は、外部転送装置４から移動網５までの経路を対象としてもよいし、外部転送装置４以外の装置（基地局２など）から移動網５までの経路を対象としてもよい。
さらに、サービス品質のパラメータは、要求（許容）する上限値であってもよいし、平均値であってもよい。
【００４３】
図７は、ネットワークの提供品質のデータを示す構成図である。オフロード判定部５３は、オフロード判定に使用する提供品質５２として、各品質特定データ（網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３）で規定されるサービス品質のパラメータのうちの少なくとも１つのパラメータをもとに特定されるサービス品質のパラメータを用いる。
【００４４】
図７（ａ）は、網品質処理部２１が処理対象とする網対応データ２２および網品質特定データ２３を示す。
網対応データ２２は、外部転送装置４ごとに、その外部転送装置４に接続される移動網５と、その移動網５のＡＰＮとを対応付けるデータであり、運用装置６ｚから通知される。例えば、網対応データ２２の１行目は、外部転送装置４ａには、移動網５ａが接続されており、その移動網５ａは「ＡＰＮ１」という名前に対応している旨が記載されている。
網品質特定データ２３は、外部転送装置４の接続先（オフロード先）である移動網５のＡＰＮごとに、その移動網５が提供するサービス品質のパラメータ（遅延、損失率）を規定するデータである。
【００４５】
網品質処理部２１は、以下に例示する第１〜第３のいずれかの設定方法により、網品質特定データ２３内のサービス品質のパラメータを設定する。なお、網対応データ２２のデータや網品質特定データ２３内のサービス品質以外のデータについては、ネットワークの設定データであるので、管理者などによりあらかじめ入力されている。
【００４６】
以下、設定方法ごとに、その設定データの取得コストと、データの精度とを併せて説明する。例えば、安価な通信サービスを提供する事業者（の制御装置６）は、データの取得コストが小さいがデータの精度が低い品質特定データを用意し、高価な通信サービスを提供する事業者（の制御装置６）は、データの取得コストが大きいものの、データの精度が高い品質特定データを用意すればよい。
【００４７】
第１の設定方法は、全ＡＰＮで共通に用いるサービス品質値の代表値を、管理者に入力させる方法である。１つのパラメータの入力操作だけなので、データの取得コストに優れる方法である。さらに、サービス品質の取得の手間を削減させることで、オフロード先の網が異なる管理形態（別会社、別の国など）であっても、幅広く本実施形態のオフロード判定を実行することができる。
【００４８】
第２の設定方法は、ＡＰＮごとのサービス品質値を、管理者に入力させる方法である。管理者は、機器のカタログスペックなどを参照して得た知識をもとに、ＡＰＮごとのサービス品質値を入力する。データの取得コストとデータの精度とのバランスがとれた方法である。
【００４９】
第３の設定方法は、ＡＰＮごとのサービス品質値の実測データ（詳細は、図８）を、運用装置６ｚから受信して設定する方法である。データの取得コストはかかるものの、データの精度に優れるので、オフロード先の網において実際にはサービス品質が悪いにも関わらず、誤って該ゲートウェイが選択されてオフロードが実施される不都合を減らすことができる。
【００５０】
図７（ｂ）は、推定品質処理部３１が処理対象とする推定品質対応データ３２および推定品質特定データ３３を示す。
推定品質対応データ３２は、ＩＤで特定されるＡＰＮごとに、そのＡＰＮの文字列と、その文字列から特定される推定品質を示す単語との対応データである。推定品質を示す単語は、例えば、ＡＰＮの文字列に含まれる単語である。推定品質を示す単語は、例えば、“internet”などのネットワークの種別を表す文字列や、“voice”などのサービスの種別を表す文字列である。
推定品質対応データ３２は、推定品質を示す単語ごとに、そのサービス品質のパラメータ（遅延、損失率）を規定するデータである。
【００５１】
推定品質処理部３１は、トラヒックのオフロード経路に含まれる移動網５のＡＰＮから、推定品質対応データ３２を参照してそのＡＰＮの推定品質を示す単語を特定し、推定品質特定データ３３を参照して、推定品質に対応するサービス品質を取得する。そのため、推定品質処理部３１は、管理者からあらかじめ推定品質対応データ３２および推定品質特定データ３３の各データ内容の入力を受け付けて記録しておく。
【００５２】
例えば、推定品質処理部３１は、トラヒックのオフロード経路のＡＰＮがＡＰＮ１＝“voice.mnc012.mcc214.gprs”であるとき、推定品質対応データ３２を参照して、ＡＰＮ１に“voice”の文字が含まれることにより、推定品質を“voice”とする。そして、推定品質処理部３１は、推定品質特定データ３３の推定品質“voice”の行を参照して、ＡＰＮ１のサービス品質を「遅延=100ms,損失率=10^-6」と推定する。
【００５３】
図７（ｃ）は、外部品質処理部４１が処理対象とする外部品質対応データ４２および外部品質特定データ４３を示す。
外部品質対応データ４２は、オフロード元の網のサービス品質を示すＱＣＩ（左列）と、オフロード先の網のサービス品質を示す外部ＱＣＩ（External Network QoS Index）とを対応付けるデータである。なお、外部ＱＣＩに対応したＤＳＣＰ（DiffServ Code Point）値が、オフロード先の網を流れるパケットに付加される。
外部品質特定データ４３は、外部ＱＣＩごとに、そのサービス品質のパラメータ（遅延、損失率）を規定するデータである。このパラメータは、品質の上限値でもよいし、平均値でもよい。
ここで、オフロード元の網とは、例えば、図３の「３ＧＰＰ」の網であり、オフロード先の網とは、例えば、図３の中継網９ｃやインターネット９ｂが該当する。
【００５４】
外部品質処理部４１は、トラヒック品質データ１２から特定したトラヒックのＱＣＩ（＝１など）をもとに、外部品質対応データ４２から対応する外部ＱＣＩ（＝ａなど）を特定し、その特定した外部ＱＣＩから外部品質特定データ４３を参照してサービス品質のパラメータ（＝遅延「80」、損失率「10^-3」など）を取得する。
これにより、異なるネットワーク間でもサービス品質が対応付けられていることから、オフロード先の網のサービス品質として、オフロード元の網のサービス品質と同等であることが期待でき、高精度な提供品質５２を取得することができる。
【００５５】
図８は、提供品質の実測データ取得処理を示すフローチャートである。
Ｓ２０１において、運用装置６ｚは、サービス品質情報を要求するコマンドである実測要求（QoS Measurement Req）を、外部転送装置４に送信する。
Ｓ２０２において、外部転送装置４は、Ｓ２０１の実測要求への応答として、実測応答（QoS Measurement Res）を運用装置６ｚに送信する。
【００５６】
Ｓ２０３において、外部転送装置４は、Ｓ２０１の実測要求について、移動網５（ルータ５ｙ）との間で品質実測（QoS Measurement）を実行する。品質実測とは、例えば、pingコマンドの実行であり、外部転送装置４と移動網５との間で送受信される測定用メッセージ（echo requestメッセージ、echo replyメッセージ）をもとに計測される。
実測データの遅延は、echo requestメッセージを送信してからecho replyを受信するまでの時間の平均値を２で割り算した結果である。
実測データの損失率は、（echo replyを受信しなかったecho requestメッセージ数）／（echo requestメッセージの全送信回数）である。
測定用の設定値（測定用メッセージを送受信する各ノードのアドレス、echo requestメッセージの送信回数など）は、他装置（運用装置６ｚ、制御装置６など）からリモートで設定されてもよいし、自装置に接続された入力手段からローカルに設定されてもよい。
【００５７】
Ｓ２０４において、運用装置６ｚは、Ｓ２０３のサービス品質の実測情報を要求するコマンドである実測結果要求（QoS Information Req）を外部転送装置４へ送信する。
Ｓ２０５において、外部転送装置４は、Ｓ２０３のサービス品質の実測情報を含む実測結果応答（QoS Information Res）を運用装置６ｚへ送信する。
Ｓ２０６において、運用装置６ｚは、Ｓ２０５で取得したサービス品質の実測情報を含む実測報告（QoS InfoInsert Req）を制御装置６に送信する。
Ｓ２０７において、制御装置６は、実測報告応答（QoS InfoInsert Res）する。
【００５８】
以上説明したＳ２０１〜Ｓ２０７の各処理は、図８に例示した順序だけでなく、さまざまな変形実施をしてもよい。
例えば、サービス品質は時間経過とともに変動するデータであるので、Ｓ２０１の実測要求を所定時間ごとに繰り返し送信して、最新のサービス品質の実測情報を複数回計測させてもよい。
また、Ｓ２０２、Ｓ２０５、Ｓ２０７の各応答メッセージを省略し、それらの応答メッセージの到着を待たずに、所定時間待ってから次の処理へと進めてもよい。
さらに、外部転送装置４は、Ｓ２０２、Ｓ２０３の各メッセージ処理を省略し、Ｓ２０１の実測要求への応答として、Ｓ２０５の実測結果応答を送信してもよい。
【００５９】
図９は、トラヒックの経路決定処理を示すフローチャートである。
Ｓ１１において、ユーザ端末１は、自身から地理的に近い基地局２のＩＤを含む接続要求（Attach Request）を、接続先の基地局２へ送信する。基地局２は、ユーザ端末１のＩＤと基地局２のＩＤとを制御装置６へ通知する。
Ｓ１２において、制御装置６は、Ｓ１１のユーザ端末１に対して端末認証（Authentication）を実行する。そのため、制御装置６は、加入者サーバ７からユーザ端末１の認証データを取得する。
Ｓ１３において、制御装置６は、ユーザ端末１の接続位置を更新する旨の更新要求（ＵＬＲ：Update Location Request）を加入者サーバ７へ送信する。
Ｓ１４において、加入者サーバ７は、Ｓ１３への応答として、加入者データ（Subscriber data）を含む更新応答（ＵＬＡ：Update Location Ack）を制御装置６に送信する。この更新応答には、ユーザ端末１のユーザが加入する（利用可能である）移動網５を示すＡＰＮと、その各ＡＰＮに対してＳＩＰＴＯのオフロードが許可されているか否かの情報（ＳＩＰＴＯ allowed）と、その各ＡＰＮの移動網５が提供するＱＣＩとが含まれている。
【００６０】
Ｓ１５において、制御装置６のオフロード判定部５３は、オフロード判定を実行する（詳細は、図１０）。
Ｓ１６において、制御装置６は、Ｓ１５のオフロード判定の結果を基に、Ｓ１１で接続要求されたトラヒックが通過する経路上の転送装置（ＧＷ）を要求する旨のＧＷ要求をＤＮＳサーバ８に送信する。
なお、Ｓ１５でオフロードが許可されたときには、Ｓ１６のＧＷ要求に含まれるＦＱＤＮは、Ｓ１４で取得したデフォルトのＡＰＮに加え、Ｓ１１の接続要求に含まれる基地局２のＡＰＮである。
一方、Ｓ１５でオフロードが不許可とされたときには、Ｓ１６のＧＷ要求においては、特定の装置を指定しない（ＦＱＤＮとして、Ｓ１４で取得したデフォルトのＡＰＮを指定）。
【００６１】
Ｓ１７において、ＤＮＳサーバ８は、Ｓ１６のＧＷ要求に対してＧＷ応答を制御装置６に送信する。このＧＷ応答には、Ｓ１６のＧＷ要求に含まれるＦＱＤＮに対応する転送装置（ユーザ転送装置３、外部転送装置４）のＩＰアドレスが含まれている。
Ｓ１８において、制御装置６は、Ｓ１７のＧＷ応答で指定される各転送装置に対して、ユーザデータのトラヒックが通過する経路の接続確立（Connection establishment）を指示する。この接続確立においては、Ｓ１４の更新応答に含まれるＱＣＩが示すサービス品質が適用される。ＱＣＩを指定する接続確立の詳細は、例えば、非特許文献１の第5.3.2.1章を参照すればよい。
【００６２】
図１０は、オフロード判定処理を示すフローチャートである。
Ｓ１０１において、オフロード判定部５３は、Ｓ１４で取得した更新応答の「ＳＩＰＴＯ allowed」から、Ｓ１１のユーザ端末１がオフロード経路の利用を許可されているか否かを判定する。Ｓ１０１でＹＥＳ（許可）なら、オフロード判定をするために、Ｓ１０２へ進む。Ｓ１０１でＮＯ（不許可）なら、そもそもサービス品質を参照してオフロード判定をするまでもなく、オフロード経路を利用できないので、Ｓ１０６へと進む。
【００６３】
Ｓ１０２において、オフロード判定部５３（品質取得手段）は、図６のトラヒック品質データ１２や許容品質データ１３で説明したように、トラヒック（ユーザ）の要求品質５１を取得する。
Ｓ１０３において、オフロード判定部５３（品質取得手段）は、図７の網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３で説明したように、ネットワークの提供品質５２を取得する。
ここで、End to Endでサービス品質を保証するために、複数の網（第１網、第２網、第３網、…）を通過するトラヒックへの提供品質５２として、以下に例示するように、End to Endでのサービス品質を示す値を計算することが、望ましい。
提供品質５２（遅延）＝（第１網の遅延値）＋（第２網の遅延値）＋（第３網の遅延値）＋…
提供品質５２（損失率）＝１−（第１網の転送成功率）×（第２網の転送成功率）×（第３網の転送成功率）×…、なお、転送成功率＝（１−網の損失率）である。
提供品質５２（帯域）＝ＭＩＮ（（第１網の帯域），（第２網の帯域），（第３網の帯域）＋…）、なお、ＭＩＮとは複数の引数のうちの最小値を計算する関数である。
【００６４】
Ｓ１０４において、オフロード判定部５３は、Ｓ１０３の提供品質がＳ１０２の要求品質を満足するかの判定により、オフロード判定を実行する。この判定を満たすときには（Ｓ１０４，ＹＥＳ）、オフロードを許可するので、Ｓ１０５へ進む。この判定を満たさないときには（Ｓ１０４，ＮＯ）、オフロードを不許可とするので、Ｓ１０６へ進む。
【００６５】
例えば、Ｓ１０３の提供品質５２（網品質特定データ２３の遅延列）が「遅延＝150ms」であるときには、Ｓ１０２の要求品質５１が遅延≧150msである各トラヒックサービス（トラヒック品質データ１２では、ＱＣＩ＝１，２，３，５，７が該当）のオフロードが許可される。
または、Ｓ１０３の提供品質５２（網品質特定データ２３の損失率列）が「損失率＝10^-6」であるときには、Ｓ１０２の要求品質５１が損失率≧10^-6である各トラヒックサービス（トラヒック品質データ１２では、ＱＣＩ＝４，５，６，８，９が該当）のオフロードが許可される。
【００６６】
Ｓ１０５において、オフロード経路選択部６２は、トラヒックが通過する経路をオフロード経路に決定（オフロード許可）する。
Ｓ１０６において、通常経路選択部６１は、トラヒックが通過する経路を通常経路に決定（オフロード不許可）する。なお、図９で説明したように、このＳ１０５，Ｓ１０６の決定結果は、Ｓ１６のＧＷ要求に含まれるＦＱＤＮへと反映される。
【００６７】
以上の図１０までに説明した各処理により、ユーザ端末１から相手端末５ｚまでのEnd to Endで各トラヒックが要求するサービス品質に対応した接続が確立される。以下の図１１〜図１４の説明では、接続が確立された後に、ユーザ端末１を収容する基地局２が切り替わる（ハンドオーバする）例を説明する。
【００６８】
図１１は、通常経路を流れるトラヒックのハンドオーバ経路を示す説明図である。ユーザ端末１は、基地局２ａから基地局２ｂへとハンドオーバする。
図１１（ａ）のハンドオーバ前の状態では、トラヒックが流れる通常経路は、ユーザ端末１→基地局２ａ→ユーザ転送装置３ａ→外部転送装置４ａ→移動網５の順に通過する。
【００６９】
図１１（ｂ）のハンドオーバ後の状態では、トラヒックが流れる通常経路は、ユーザ端末１→基地局２ｂ→ユーザ転送装置３ａ→外部転送装置４ａ→移動網５の順に通過する。
よって、ハンドオーバ前後では、上流側（ユーザ端末１→基地局２→ユーザ転送装置３）の通常経路は変更されるものの、下流側（ユーザ転送装置３→外部転送装置４→移動網５）の通常経路は変更されない。換言すると、下流側の転送装置（ユーザ転送装置３、外部転送装置４）であるＧＷがハンドオーバ前後で再選択（GW relocation）される。
つまり、制御装置６は、ハンドオーバ後において、上流側の通常経路の接続を新しい経路へと変更する必要があるが、下流側の通常経路の接続はハンドオーバ前の状態をそのまま引き継ぐだけでよく、旧接続の切断や新接続の確立は不要である。これにより、接続切断によるサービス中断を抑制できる。
【００７０】
図１２は、図１１の通常経路のハンドオーバ経路の決定処理を示すフローチャートである。
Ｓ２１において、ユーザ端末１は、ハンドオーバ（ＨＯ：Hand Over）に伴う位置情報の更新（ＴＡＵ：Tracking Area Update）を開始する。
Ｓ２２において、ユーザ端末１は、Ｓ２１のＨＯ要求（Tracking Area Update request）をハンドオーバ先の基地局２ｂに送信する。基地局２ｂは、制御装置６ｂにＳ２２のＨＯ要求があった旨を通知する。以下、通知を受けた制御装置６ｂは、新たにユーザ端末１の移動管理を行うために、ハンドオーバ前の移動管理を行っていた制御装置６ａから、ユーザ端末１に関する情報を引き継ぐ。
【００７１】
Ｓ２３において、引継先の制御装置６ｂは、ユーザ端末１の接続（Ｓ１８）に必要な情報を要求するための引継要求（context request）を引継元の制御装置６ａに送信する。
Ｓ２４において、制御装置６ａは、接続情報を含む引継応答（context response）をＳ２３への応答として制御装置６ｂに送信する。この接続情報には、Ｓ１４の更新応答（ＡＰＮ、ＳＩＰＴＯ allowed、ＱＣＩ）に加え、Ｓ１７のＧＷ応答（転送装置のＩＰアドレス）が含まれている。
【００７２】
Ｓ２５では、Ｓ１２と同じように端末認証（Authentication）が行われる。
Ｓ２６では、Ｓ１２と同じようにオフロード判定が行われ、その結果としてオフロード不許可（通常経路が選択）されたものとする。
Ｓ２７，Ｓ２８は、Ｓ１６，Ｓ１７と同じようにＤＮＳサーバ８による名前解決処理（ＧＷ要求、ＧＷ応答）である。
Ｓ２９において、制御装置６ｂは、図１１（ｂ）で説明したように、ＧＷ再選択（GW relocation）を実行する。
【００７３】
図１３は、オフロード経路を流れるトラヒックのハンドオーバ経路を示す説明図である。図１１と同様に、ユーザ端末１は、基地局２ａから基地局２ｂへとハンドオーバする。ここで、図１３（ａ）のハンドオーバ前の状態から図１３（ｂ）のハンドオーバ後の状態への移行に伴い、オフロード経路を通過する転送装置（ユーザ転送装置３、外部転送装置４）が、変わっている。
そのため、図１１と異なり、ＧＷ再選択は行えないため、End to Endでオフロード経路の接続を変更する必要がある。
【００７４】
図１４は、図１３のオフロードのハンドオーバ経路決定処理を示すフローチャートである。以下、図１２と図１４とで同じ処理には同じ符号を付し、両フローチャートの相違点に着目して説明する。
Ｓ２１〜Ｓ２５は、両フローチャートで同じ処理を行う。
Ｓ２６において、図１４では、オフロード判定の結果として、オフロード許可（オフロード経路を選択）する。
Ｓ２８ｂにおいて、制御装置６ｂは、ＧＷ再選択をしない（ハンドオーバ前に接続していた転送装置とは異なる転送装置を新たに選択する）旨を、ＧＷ変更（Serving GW change indication）として制御装置６ａに送信する。
Ｓ２９ａにおいて、制御装置６ｂは、図１３（ｂ）で示した新たな接続確立（Connection establishment）を実施する。
Ｓ２９ｂにおいて、制御装置６ａは、図１３（ａ）で示した不要な接続を切断する。
【００７５】
以上説明した本実施形態では、制御装置６のオフロード判定部５３が、要求品質５１と提供品質５２とを比較することでオフロード判定を行い、オフロード経路へと逃がすか否かを決定する。これにより、要求品質５１が提供品質５２よりも高いことで、オフロード経路で要求品質５１が満たされないトラヒックについては、オフロード経路へと逃がさないことで、サービス品質劣化の影響無くユーザへ通信サービスを提供することができる。さらに、要求品質５１が提供品質５２よりも低いことで、オフロード経路でも要求品質５１が満たされるトラヒックについては、オフロード経路へと逃がすことで、無線システムの混雑を緩和できる。
ここで、通信品質（要求品質５１、提供品質５２）の高さについて、「遅延や損失率」などの品質パラメータは、その品質のインデックス値が小さいほど、通信品質が高品質である。一方、「帯域」などの品質パラメータは、その品質のインデックス値が大きいほど、通信品質が高品質である。
【００７６】
よって、通常経路を流れるトラヒックのユーザも、オフロード経路を流れるトラヒックのユーザも、ともにトラヒックサービスを利用できるだけの充分な通信品質が提供されるので、事業者にクレームを伝えて顧客対応のコストを増加させたり、他の事業者へと契約切り替えをして事業機会を損失したり、通信サービスの提供価格を下げたりすることを、それぞれ抑制できる。
【００７７】
さらに、提供品質５２が多様であっても、網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３などの様々なデータから提供品質５２を特定するので、低コストや高精度にオフロード判定を実施することができる。
【００７８】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【００７９】
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤなどの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００８０】
１      ユーザ端末
２      基地局
３      ユーザ転送装置
４      外部転送装置
５      移動網
５ｙ    ルータ
５ｚ    相手端末
６      制御装置
６ｚ    運用装置
７      加入者サーバ
８      ＤＮＳサーバ
９ａ    コア網
９ｂ    インターネット
９ｃ    中継網
９ｄ    中継網
１１    要求品質処理部
１２    トラヒック品質データ
１３    許容品質データ
２１    網品質処理部
２２    網対応データ
２３    網品質特定データ
３１    推定品質処理部
３２    推定品質対応データ
３３    推定品質特定データ
４１    外部品質処理部
４２    外部品質対応データ
４３    外部品質特定データ
５１    要求品質
５２    提供品質
５３    オフロード判定部
６１    通常経路選択部
６２    オフロード経路選択部
【図１】
0005764525.tif 000002
【図２】
0005764525.tif 000003
【図３】
0005764525.tif 000004
【図４】
0005764525.tif 000005
【図５】
0005764525.tif 000006
【図６】
0005764525.tif 000007
【図７】
0005764525.tif 000008
【図８】
0005764525.tif 000009
【図９】
0005764525.tif 000010
【図１０】
0005764525.tif 000011
【図１１】
0005764525.tif 000012
【図１２】
0005764525.tif 000013
【図１３】
0005764525.tif 000014
【図１４】
0005764525.tif 000015