(57)【特許請求の範囲】
【請求項１】
固定アクセスネットワークにおいて動作する方法であって、
ｉ．アクセスネットワークにおいて、少なくとも１つのサードパーティのための、サードパーティによって定められた機能を有しそれを動作させるために使用される仮想ノードを提供し、仮想ノードを識別するために、仮想ノードにアドレスを割り当てるステップと、
ｉｉ．アドレスをＵＥに通知するステップと、
ｉｉｉ．アドレスに従って、ＵＥと仮想ノードとの間に通信接続を提供するステップであって、ＵＥがアクセスネットワークからアクセスする、通信接続を提供するステップと、
を含む、方法。
【請求項２】
アドレスが媒体アクセス制御アドレスであり、媒体アクセス制御アドレスが仮想ノード固有であり、および／または
アクセスネットワークが物理アクセスネットワークであり、サードパーティが、物理アクセスネットワークから独立している、仮想アクセスネットワークまたはサービス提供ネットワークである、請求項１に記載の方法。
【請求項３】
ステップｉｉｉが、
−  媒体アクセス制御アドレスであるデータリンク層の送信先アドレスを有する、ＵＥによって送信されたアップリンクデータを仮想ノードにルーティングすることと、
−  仮想ノードによって生成されたダウンリンクデータを、データリンク層の送信元アドレスとして媒体アクセス制御アドレスを使用することによって、ＵＥに送信することと、
を含む、請求項２に記載の方法。
【請求項４】
方法が、さらに
−  サードパーティと仮想ノードのアドレスとの間の対応関係を維持するステップと、アクセスネットワークにおいて仮想ノードが位置する場所を維持するステップと、
を含み、
ステップｉｉが、さらに
ｘ．ＵＥによって送信された、アクセスが要求された１つまたは複数のサードパーティの識別情報を受信し、ＵＥがアクセスするアクセスノードによって挿入された、ＵＥの現在の物理アクセス位置情報を受信するステップと、
ｙ．各サードパーティについてそれぞれ、ＵＥがアクセスを要求するサードパーティの識別情報と物理アクセス位置情報とに従って、サードパーティに対応する仮想ノードのアドレスを検索するステップと、
ｚ．各サードパーティに対応する仮想ノードのアドレスをＵＥに送信するステップと、
を含む、請求項１に記載の方法。
【請求項５】
ステップｘが、
−  アクセス装置において、サードパーティの識別情報とＵＥの証明情報とを含む認証要求メッセージをＵＥから受信するステップと、
−  アクセス装置が、ＵＥの現在の物理アクセス位置情報を認証要求の中に挿入し、得られたアクセス要求メッセージを認証サーバへ送信するステップと、
−  認証サーバが、アクセス要求メッセージを受信し、ＵＥのアクセス認証を実行し、アクセス認証が成功した後、ステップｙとステップｚとを実行するステップと、
を含む、請求項４に記載の方法。
【請求項６】
アクセス要求がＲＡＤＩＵＳプロトコルまたはＤＩＡＭＥＴＥＲプロトコルに基づき、ステップｚが、
−  認証サーバが、アクセス許可メッセージの中で、アドレスをアクセス装置に送信するステップであって、アドレスを搬送するために
−  仮想ノードのアドレスを搬送するために特に使用される、特定の属性値ペアと、
−  ベンダ固有の属性値ペアの中のサブオプション値ペアと、
のいずれかが使用される、アドレスをアクセス装置に送信するステップと、
−  アクセス装置が、アクセス許可メッセージを受信し、アクセス許可メッセージからアドレスを抽出し、認証成功メッセージの中で、アドレスとアクセス許可についての情報とをＵＥに送信するステップと、
を含む、請求項５に記載の方法。
【請求項７】
ステップｉが、アクセスネットワークのネットワーク要素に付けられている、または直接置かれている仮想ノードを提供し、ネットワーク要素が、
−  物理アクセスノード（Ａ−ＳＮ）と、
−  エッジノード（Ｅ−ＳＮ）と、
−  アクセスネットワークの中のサーバと、
のいずれかを備え、
仮想ノードが
−  ソフトウェアによる実装形態に基づいた仮想ノードと、
−  ハードウェアによる実装形態に基づいた特殊ハードウェア機能ボードと、
のいずれかの実装形態を備える、請求項１に記載の方法。
【請求項８】
仮想ノードが、特殊ハードウェア機能ボードを用いて実装され、ネットワーク要素の中に置かれた時、複数のハードウェア機能ボードとラインターミネーションボード（ＬＴ）との間に、
−  複数のラインターミネーションボードと複数のハードウェア機能ボードとに接続され、対応するＵＥと、ラインターミネーションボードとハードウェア機能ボード間の仮想ノードとの間の通信データを切り替えるために使用される切り替え部、
がある、請求項７に記載の方法。
【請求項９】
ＵＥにおいて動作する方法であって、
ａ．固定アクセスネットワークからアクセスするステップと、
ｂ．アクセスネットワークによって提供される、仮想ノードのアドレスを受信するステップと、
ｃ．アドレスに従って、アクセスネットワークによって、ＵＥと、アクセスネットワークの中の、ＵＥによって求められるサードパーティの仮想ノードとの間に通信接続を提供するステップであって、仮想ノードの空間が、サードパーティによって定められる機能を有しそれを動作させるために使用される、通信接続を提供するステップと、
を含む、方法。
【請求項１０】
アドレスが媒体アクセス制御アドレスであり、媒体アクセス制御アドレスが仮想ノードに固有であり、
アクセスネットワークが物理アクセスネットワークであり、サードパーティが、物理アクセスネットワークから独立した、仮想アクセスネットワークまたはサービス提供ネットワークである、請求項９に記載の方法。
【請求項１１】
ステップｂが、
−  アクセスが要求される１つまたは複数のサードパーティの識別情報をアクセスネットワークに送信するステップと、
−  サードパーティに対応する仮想ノードのアドレスをアクセスネットワークから受信するステップと、
を含む、請求項９または１０に記載の方法。
【請求項１２】
ステップｂが、
−  認証要求メッセージをアクセスネットワークに送信するステップであって、認証要求メッセージが、サードパーティの識別情報とＵＥのアクセス証明情報とを含む、送信するステップと、
−  認証成功メッセージをアクセスネットワークから受信するステップであって、認証成功メッセージが、アドレスとアクセス許可についての情報とを含む、受信するステップと、
を有してさらに実施される、請求項１１に記載の方法。
【請求項１３】
ステップｃが、
−  上位アプリケーションとＵＥのプロトコルスタックとに対応するサードパーティを決定するステップと、
−  サードパーティに対応する仮想ノードのアドレスを送信先アドレスとして使用することによって、上位アプリケーションとプロトコルスタックとのデータフレームをアクセスネットワークに送信するステップと、
を含み
−  仮想ノードのアドレスを送信元アドレスとして有するデータフレームをアクセスネットワークから受信するステップと、
−  データフレーム中のペイロードを、仮想ノードのアドレスが対応するサードパーティに対応する、プロトコルスタックと上位アプリケーションとに提供するステップと、
を含む、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固定アクセスネットワークに関する。
【背景技術】
【０００２】
ネットワーク仮想化は、活況を呈する技術領域であり、将来のネットワークの開発動向でもある。物理ネットワークを複数の事業者で共有することができ、それによりネットワークの利用率を高めることができる。アクセスネットワークには関連作業がいくつかある。たとえば、ブロードバンドフォーラム（ｈｔｔｐ：／／ｗｗｗ．ｂｒａｏｄｂａｎｄ−ｆｏｒｕｍ．ｏｒｇ／）は、Ｌ２ホールセールモードとＬ３ホールセールモードとを定め、それらによって、アクセスインフラストラクチャネットワーク（ＡＩＮ）の事業者（すなわち、固定アクセスネットワークの事業者）が、アクセスネットワークの帯域幅資源の一部を、ユーザとアクセスインフラストラクチャネットワークの事業者以外のサードパーティ、たとえば、仮想通信事業者およびサービスプロバイダに貸すことが可能になる。別の例として、２０１０年に設立されたオープンライト−ウェーブイニシエータ（ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｌａｍｂｄａｉｎｉｔｉａｔｉｖｅ．ｏｒｇ／Ｗｅｂｓｉｔｅ／Ｈｏｍｅ．ａｓｐｘ）も、また、既存のクローズドネットワークからオープンサービスモデルへ発展するオープンアーキテクチャフレームワークについて述べ、業界からの振興技術への注目が生じた。「新規または代替的な事業者は、既存の都市のアクセスアーキテクチャへの無制限なアクセスを得るために、彼ら自身の技術プラットフォームを作る制約のない方法が必要であり、それによって、新規または代替的な事業者は、エンドユーザのコンテンツサービスやデータリンク層の性能要件に注力することができ、その一方、アクセス構造の構築を繰り返すことがない。」本明細書でいう新規または代替的な事業者とは、上記の仮想通信事業者であり、仮想通信事業者は、自身の事業／サービスをユーザに提供するために、物理的なアクセスネットワーク資源を借りる必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
図１として示されるとおり、既存のアクセスインフラストラクチャネットワーク（すなわち、物理的な固定アクセスネットワーク）の事業者は、仮想通信事業者（ＶＮＯ、すなわち、サードパーティ通信事業者）とエンドユーザのＵＥとの間に論理接続を提供し、アクセスインフラストラクチャネットワークは、その接続のＱｏＳ通信特性などを保証することができる。ユーザに提供されるサービスの他の追加的な動作機能は、仮想通信事業者の中にあり（本明細書では、ＩＰＴＶなどの、固定アクセスネットワーク事業者によって提供されるサービスは考慮されないことに注意）、たとえば、映像データのマルチキャスト源、または広告を挿入するユーザデータの機能は、仮想通信事業者によって制御されるネットワーク中になければならず、同じアクセスネットワークにアクセスしているＵＥｍとＵＥｎとの間の通信でさえも、仮想通信事業者間で伝達されなければならない。これは多くの問題の原因となり、たとえば、マルチキャストでは、アクセスネットワークは、各ＵＥと仮想通信事業者との間で、同じ映像データを伝達するためのチャネルを確立しなければならず、それにより、アクセスネットワークの多くの帯域幅が消費される。別の例としては、仮想事業者Ｂによって提供されるサービスを享受しているＵＥ１とＵＥ２との間の通信では、その時間遅延がより大きく、そのため、サービスの中でお互いに通信するユーザの時間遅延要件を満たすことができない。
【課題を解決するための手段】
【０００４】
実際、いくつかのアプリケーションに対して上記の技術的課題に対処するために、アクセスインフラストラクチャネットワークによって、仮想通信事業者が関連する論理機能をユーザ位置のできるだけ近くに置くことができる場合、ユーザにとってより良いユーザ体感品質（ＱｏＥ）を提供することができる。たとえば、ユーザ間の通信データの切り替え機能がＵＥにより近い場合、通信遅延がより短くなって、ユーザ体験を向上させることができる。明らかに、これは、仮想通信事業者とユーザとにとって有益である。
【０００５】
これに基づいて、本発明の発明概念は、サードパーティ機能を達成するために、アクセスネットワーク（たとえば、アクセスインフラストラクチャネットワークＡＩＮ）の中に仮想ノードを追加することであり、仮想ノードは、サードパーティに関連するサービスを扱う／最適化することができる。さらに、アクセスネットワークが仮想ノードを得た後、本発明は、また、効果的な機構を提供して、ＵＥが仮想ノードにアクセスできることを保証する。
【０００６】
本発明概念に基づいて、本発明の第１の態様によれば：
ｉ．アクセスネットワークにおいて、少なくも１つのサードパーティのための、サードパーティによって定められた機能を有しそれを動作させるために使用される仮想ノードを提供するステップと、
ｉｉｉ．ＵＥと仮想ノードとの間に通信接続を提供するステップであって、ＵＥがアクセスネットワークからアクセスする、通信接続を提供するステップと、
を含む、固定アクセスネットワークにおいて動作する方法が提供される。
【０００７】
この態様において、サードパーティに関連する機能を動作させるためにアクセスネットワークに仮想ノードを収容させることで、ネットワークの機能トポロジーアーキテクチャを向上させ、ユーザに対してより良いユーザ体感品質を提供する。
【０００８】
好適な実施形態によれば、アクセスネットワークは物理アクセスネットワークであり、サードパーティは、物理アクセスネットワークから独立した、仮想アクセスネットワークまたはサービス提供ネットワークである。
【０００９】
実施形態において、仮想ノードは、物理アクセスネットワークの中の仮想アクセスネットワークまたはサービス提供ネットワークに提供されてよく、それによって、物理アクセスネットワークの中のこれらサードパーティの機能を拡張する。
【００１０】
好適な実施形態によれば、ステップｉは、また、仮想ノードを識別するために仮想ノードにアドレスを割り当て、
方法は、さらに：
ｉｉ．アドレスをＵＥに通知するステップ、
を含み、次いで、ステップｉｉｉは、アドレスに従って、ＵＥと仮想ノードとの間に通信接続を提供する。
【００１１】
好適な実施形態では、アドレスが仮想ノードにさらに提供され、アドレスに基づいて通信接続が提供される。これにより、ＵＥが異なる仮想ノードにそれぞれアクセスすることを可能にすることができる。
【００１２】
別の実施形態によれば、アドレスは媒体アクセス制御アドレスであり、媒体アクセス制御アドレスは仮想ノードに固有である。
【００１３】
実施形態の利点は以下のとおりである：実ＭＡＣアドレスのないレイヤ２ネットワーク要素のいくつか、たとえば、（ＤＳＬＡＭなどの）物理アクセスノードなどに仮想ＭＡＣアドレスを与えることができ、それにより、アクセスネットワークにおいて、レイヤ２ネットワーク要素を、ＭＡＣアドレスを介してアドレス可能にする。したがって、アクセスネットワークは、これらのレイヤ２ネットワーク要素の中に仮想ノードを提供し、レイヤ２ネットワーク要素とＵＥとの間に通信接続を確立し、仮想ノードの配備における柔軟性を大幅に高める。また、仮想ＭＡＣアドレスの使用は、アクセスネットワークとＵＥとの間のラストマイルのオーバヘッドを削減して、データ送信効率を改善する。
【００１４】
別の実施形態によれば、ステップｉｉｉは：
−  媒体アクセス制御アドレスであるデータリンク層の送信先アドレスを有する、ＵＥによって送信されたアップリンクデータを仮想ノードにルーティングすることと、
−  仮想ノードによって生成されたダウンリンクデータを、データリンク層の送信元アドレスとして媒体アクセス制御アドレスを使用することによって、ＵＥに送信することと、
を含む。
【００１５】
実施形態は、仮想ＭＡＣアドレスに基づいて、ＵＥと仮想ノードとの間に通信接続を確立するより詳細な実施形態を提供する。
【００１６】
別の実施形態によれば、方法はさらに：
−  サードパーティと仮想ノードのアドレスとの間の対応関係を維持するステップと、アクセスネットワーク中で仮想ノードがある位置を維持するステップとを含み、
ステップｉｉは、さらに：
ｘ．ＵＥによって送信された、アクセスを要求された１つまたは複数のサードパーティの識別情報を受信し、ＵＥがアクセスするアクセスノードによって挿入された、ＵＥの現在の物理アクセス位置情報を受信するステップと、
ｙ．各サードパーティについてそれぞれ、ＵＥがアクセスを要求するサードパーティの識別情報と物理アクセス位置情報とに従って、サードパーティに対応する仮想ノードのアドレスを検索するステップと、
ｚ．各サードパーティに対応する仮想ノードのアドレスをＵＥに送信するステップとを含む。
【００１７】
本実施形態では、適切な仮想ノードは、ＵＥによって要求されるサードパーティとＵＥが現在アクセスしている物理的位置とに従ってＵＥに提供され、したがって、しっかりとした柔軟性と適切性とを有する。要求と、アドレス送信する動的な手順を通して、ＵＥは、異なるサードパーティに対する要求を実行することを許可され、したがって、ＵＥは、異なる時間に、または同時に、異なるサードパーティにアクセスすることができる。
【００１８】
別の実施形態によれば、ステップｘは：
−  アクセス装置において、サードパーティの識別情報とＵＥの証明情報とを含む認証要求メッセージをＵＥから受信するステップと、
−  アクセス装置が、ＵＥの現在の物理アクセス位置情報を認証要求の中に挿入し、得られたアクセス要求メッセージを認証サーバに送信するステップと、
−  認証サーバが、アクセス要求メッセージを受信し、ＵＥのアクセス認証を実行し、アクセス認証が成功した後、ステップｙとステップｚとを実行するステップとを含む。
【００１９】
実施形態では、仮想ノードのアドレスを提供する上記の手順はアクセスネットワークの中のＵＥの認証プロセス内で達成され、これには、現在のアクセス認証プロセスを使用することができ、非常に便利である。
【００２０】
別の実施形態によれば、アクセス要求はＲＡＤＩＵＳプロトコルまたはＤＩＡＭＥＴＥＲプロトコルに基づいており、ステップｚは：
−  認証サーバが、アクセス許可メッセージの中で、アドレスをアクセス装置に送信するステップであって、アドレスを搬送するために：
−  仮想ノードのアドレスを搬送するために特に使用される、特定の属性値ペアと、
−  ベンダ固有の属性値ペアの中のサブオプション値ペアと、
のいずれかが使用される、アドレスをアクセス装置に送信するステップと、
−  アクセス装置が、アクセス許可メッセージを受信し、アクセス許可メッセージからアドレスを抽出し、認証成功メッセージの中で、アドレスとアクセス許可についての情報とをＵＥに送信するステップとを含む。
【００２１】
実施形態では、アクセス装置と認証サーバとの間でＲＡＤＩＵＳプロトコルまたはＤＩＡＭＥＴＥＲプロトコルを使用することが提案されており、これにより、仮想ノードのアドレスを搬送するためのプロトコル中の属性値ペア（ＡＶＰ）が改善され、それによって互換性がより良くなる。
【００２２】
好適な実施形態によれば、ステップｉは、アクセスネットワークのネットワーク要素に付けられている、または直接置かれている仮想ノードを提供し、ネットワーク要素は：
−  物理アクセスノード（Ａ−ＳＮ）と、
−  エッジノード（Ｅ−ＳＮ）と、
−  アクセスネットワークの中のサーバと
のいずれかを備え、
仮想ノードは：
−  ソフトウェアによる実装形態に基づいた仮想ノードと、
−  ハードウェアによる実装形態に基づいた特殊ハードウェア機能ボードと、
のいずれかの実装形態を備える。
【００２３】
実施形態は、仮想ノードの好適な位置を提供し、ソフトウェアまたはハードウェアの実装モードを提供し、ソフトウェアモードでの実装は柔軟性がより高く、一方、ハードウェアモードでの実装は安定性がより高い。
【００２４】
別の実施形態によれば、仮想ノードが、特殊ハードウェア機能ボードを用いて実装され、ネットワーク要素の中に置かれている時、複数のハードウェア機能ボードとラインターミネーションボード（ＬＴ）との間に：
−  複数のラインターミネーションボードと複数のハードウェア機能ボードとに接続され、対応するＵＥと、ラインターミネーションボードとハードウェア機能ボード間の仮想ノードとの間で通信データを切り替えるために使用される切り替え部、
がある。
【００２５】
実施形態は、複数のハードウェア機能ボードを使用するより詳細な構成を提供して、仮想ノードを実装する。
【００２６】
本発明の別の態様によれば：
ａ．固定アクセスネットワークからアクセスするステップと、
ｃ．アクセスネットワークによって、ＵＥと、アクセスネットワークの中の、ＵＥによって求められるサードパーティの仮想ノードとの間に通信接続を提供するステップであって、仮想ノードの空間がサードパーティによって定められる機能を有し動作させるために使用される、通信接続を提供するステップと、
を含む、ＵＥにおいて動作する方法が提供される。
【００２７】
本態様は、本発明の改善点をＵＥに提供する。
【００２８】
好適な実施形態によれば、ステップｃは：
−  上位アプリケーションとＵＥのプロトコルスタックとに対応するサードパーティを決定するステップと、
−  サードパーティに対応する仮想ノードのアドレスを送信先アドレスとして使用することによって、上位アプリケーションとプロトコルスタックとのデータフレームをアクセスネットワークに送信するステップと、
を含み：
−  送信元アドレスとして仮想ノードのアドレスを有するデータフレームをアクセスネットワークから受信するステップと、
−  データフレーム中のペイロードを、仮想ノードのアドレスが対応するサードパーティに対応する、プロトコルスタックと上位アプリケーションとに提供するステップと、を含む。
【００２９】
好適な実施形態は、ＵＥの中に決定プロセスを提供し、それによって、プロトコルスタックおよび上位層のアプリケーションと、対応するサードパーティの仮想ノードとの間にシームレスな接続を確立することができ、ＵＥに実装する変更を少なくする。
【００３０】
本発明の実施形態のこれらおよびその他の特徴は、以下の発明を実施するための形態の部分で説明され、以下の発明を実施するための形態に基づいて当業者によって理解される。
【００３１】
以下の添付図面を参照して限定的でない実施形態についての詳細な説明を読むことによって、本発明のその他の特徴と、目的と、利点とが明確になる。
【図面の簡単な説明】
【００３２】
【図１】ＵＥ、アクセスインフラストラクチャネットワーク、および通信事業者の論理関係図である。
【図２】本発明の実施形態による、仮想ノードを有するアクセスインフラストラクチャネットワークの図である。
【図３】本発明の実施形態による、仮想ノードが、アクセスインフラストラクチャネットワークの中のネットワーク要素に付いていることを示す図である。
【図４】本発明の実施形態による、ソフトウェアモードを用いた仮想ノードの実装のブロック図である。
【図５】本発明の実施形態による、ハードウェアモードを用いた仮想ノードの実装のブロック図である。
【図６】本発明の実施形態による、仮想アクセスネットワークヘッダを有する物理リンクフレームのフレームフォーマットであり、仮想アクセスネットワークヘッダのＶＡＮｅｔ−ＩＤが仮想ノードのアドレスである、フレームフォーマットの図である。
【図７】本発明の別の実施形態による、ＵＥと仮想ＭＡＣアドレスを使用した仮想ノードとの間の通信接続の確立の図である。
【図８】本発明の実施形態による、仮想ＭＡＣアドレスを搬送する属性値ペアのフォーマットを示す図である。
【図９】本発明の実施形態による、ＵＥの中の、ＶＮＯアービタ、アプリケーションおよびプロトコルスタックの図である。
【図１０】本発明の実施形態による、アクセス認証プロセスで仮想ノードのアドレスを提供するためのフローチャートである。
【発明を実施するための形態】
【００３３】
本発明の態様によれば：
ｉ．アクセスネットワークにおいて少なくとも１つのサードパーティのための、サードパーティによって定められた機能を有しそれを動作させるために使用される仮想ノードを提供するステップと、
ｉｉｉ．ＵＥと仮想ノードとの間に通信接続を提供するステップであって、ＵＥがアクセスネットワークからアクセスする、通信接続を提供するステップと、
を含む、固定アクセスネットワークにおいて動作する方法が提供される。
【００３４】
ＵＥ側では：
ａ．固定アクセスネットワークからアクセスするステップと、
ｃ．アクセスネットワークによって、ＵＥと、アクセスネットワークの中の、ＵＥによって求められるサードパーティの仮想ノードとの間に通信接続を提供するステップであって、仮想ノードの空間が、サードパーティによって定められた機能を有しそれを動作させるために使用される、通信接続を提供するステップと、
を含む、ＵＥにおいて動作する方法が提供される。
【００３５】
以下は、ネットワークアーキテクチャ、仮想ノードの実装モード、仮想ノードの識別モードなどの態様から本発明を詳細に説明し、ＵＥのアクセスネットワークへのアクセス中に、仮想ノードを用いて通信接続を確立するプロセス全体を最終的に示す。
【００３６】
１．ネットワークアーキテクチャ
図２は、仮想ノードを有するアクセスインフラストラクチャネットワークの図を示す。そこでは、サードパーティの通信／サービス事業者ＡおよびＢの仮想ノードはＶＮ＿Ａｘ、ＶＮ＿Ｂｘであり、物理アクセスノードＡ−ＳＮｘまたはエッジノードＥ−ＳＮｘ、またはアクセスネットワーク中のサーバ内にそれらを実装することができ、ｘは１、２、または３である。物理アクセスノードＡ−ＳＮは、たとえば、仮想ノードを提供する能力を有するＤＳＬＡＭであり、サーバは、アクセスインフラストラクチャネットワークのコンピューティングクラウドなどのサーバクラスタによって実装されてよい。
【００３７】
図２では、アクセスインフラストラクチャネットワークは、サードパーティの通信／サービス事業者Ａのために、それぞれＶＮ＿Ａ１、ＶＮ＿Ａ２、およびＶＮ＿Ａ３である３つの仮想ノードを提供し、それらは、物理アクセスノードＡ−ＳＮ１、Ａ−ＳＮ３およびサーバにそれぞれ置かれる。
【００３８】
アクセスインフラストラクチャネットワークは、サードパーティの通信／サービス事業者Ｂのために、それぞれＶＮ＿Ｂ１、ＶＮ＿Ｂ２、およびＶＮ＿Ｂ３である３つの仮想ノードを提供し、それらは、物理アクセスノードＡ−ＳＮ２、Ａ−ＳＮ３およびエッジノードＥ−ＳＮ２に置かれる。
【００３９】
図２として示されるネットワークトポロジーアーキテクチャおよび仮想ノードの位置は、単に図示例であることが理解されよう。一般に、仮想ノードを節約するために、仮想ノードを配備する時には、それらをアクセスネットワークのトポロジーアーキテクチャの幹に設定することが好ましく、それにより、できる限り多くのＵＥが仮想ノードにアクセスできるようになる。たとえば、図２では、サードパーティの通信／サービス事業者Ｂ２の仮想ノードＶＮ＿Ｂ１は、物理アクセスノードＡ−ＳＮ２の中に設定され、したがって、ＵＥ１、ＵＥ２、およびＵＥ３のすべてがアクセスすることができる。確かに、サードパーティの通信／サービス事業者によって必要とされる仮想ノードを、サードパーティの通信／サービス事業者の要件と物理的な通信事業者自身の最適化原理のいくつかとに従って、適切な物理的ネットワーク要素の中に実装することができる。
【００４０】
２．仮想ノードの実装モード
好適な実施形態では、ステップｉは、仮想ノードがアクセスネットワークのネットワーク要素に付いていること、または直接その中にあることを規定する。
【００４１】
解決策は、ネットワーク要素Ａ−ＳＮまたはＥ−ＳＮと接続する追加装置を提供し、装置内に必要とされる仮想ノードを実装することである。図３として示されるとおり、特定の計算能力と処理能力とを持った装置を、Ａ−ＳＮまたはＥ−ＳＮに接続することができる。この解決策は、既存のアクセスネットワークのネットワーク要素に実装する変更を少なくし、既存のアクセスネットワークの改善が容易である。
【００４２】
別の解決策は、ネットワーク要素の中に仮想ノードを追加することによって、Ａ−ＳＮまたはＥ−ＳＮを改善することである。
【００４３】
上記の２つの解決策において、好適な実施形態では、仮想ノードは以下の実装形態のいずれかを備えることができる：
−  ソフトウェアによる実装形態に基づいた仮想ノード、
−  ハードウェアによる実装形態に基づいた特殊ハードウェア機能ボード。
【００４４】
特に、ソフトウェアによる実装形態を使用した解決策において、Ａ−ＳＮの中に仮想ノードを直接追加する時、図４として示すアーキテクチャが提供されてよい。そこでは、Ａ−ＳＮは、ＵＥまたは下位のＡ−ＳＮに接続するラインターミネーションボードを備え、また、上位のネットワークに接続するネットワークターミネーションボードも備える。ネットワークターミネーションボードでは、ソフトウェア環境が提供され、各仮想ノードは、仮想マシンなどのソフトウェア仮想ノードによって実装される。各仮想マシンは、機能において互いに分離されている。図４として示されるとおり、ネットワークターミネーションボードは、また、各仮想ノードを管理するために使用される仮想化されたマネージャを備える。ある場合では、Ａ−ＳＮの計算および処理能力が十分強力である時、各ソフトウェア仮想マシンは、Ａ−ＳＮの中に設置され、動作されてよい。ある場合では、より強力な機能が必要とされる場合、Ａ−ＳＮは、新しい仕様と、より強力な計算および処理能力とを有して定められてよい。
【００４５】
一方、ハードウェアによる実装形態を使用した解決策では、Ａ−ＳＮの中に仮想ノードを直接追加する時、図５として示されるアーキテクチャが提供されてよい。そこでは、Ａ−ＳＮは、ＵＥまたは下位のＡ−ＳＮと接続するラインターミネーションボードを備える。Ａ−ＳＮは、ハードウェアによって実装された複数の特殊ハードウェア機能ボードも備え、これらのハードウェア機能ボードは、仮想ノード１、２、・・・およびｍにそれぞれ対応している。複数のハードウェア機能ボードとラインターミネーションボード（ＬＴ）との間には、対応するＵＥと、ラインターミネーションボードとハードウェア機能ボード間の仮想ノードとの間の通信データを切り替えるために使用される切り替え部がある。各ハードウェア機能ボードは、ネットワークターミネーションボードに接続され、ネットワークターミネーションボードは、Ａ−ＳＮから上位のネットワーク要素へのネットワークインターフェースを提供する。図５として示されるとおり、ネットワークターミネーションボードは、また、各仮想ノードを管理するために使用される仮想化されたマネージャを備える。仮想ノードを実装するためにハードウェア機能ボードを使用する利点は以下である：各ハードウェア機能ボードは互いに影響を与えず、全部が確実に機能することができ、機能ボードのいくつかは、必要とされない時にはエネルギーを節約するためにスイッチを切られてよい。
【００４６】
３．仮想ノードの識別モード
好ましくは、ネットワークは、ＵＥに次のような柔軟性を提供するべきである：ある時は、ある仮想通信事業者の仮想ノードに接続し、別の時は、別の仮想通信事業者の仮想ノードに接続し、同時に、異なる仮想通信事業者の異なる仮想ノードに接続する。この機能を提供するために、本発明の実施形態は、また、仮想ノードにアドレスを割り当てて、仮想ノードを識別する。
【００４７】
図６として示される具体的な実装モードでは、本発明は仮想アクセスネットワーク（ＶＡＮｅｔ）のヘッダを提案する。ヘッダは、物理リンク層のヘッダの後ろ、かつ仮想アクセスネットワークのメッセージの前に付けられる。そこでは、仮想アクセスネットワークのヘッダは、サードパーティの通信／サービス事業者を示すための仮想ノードのアドレスであることができる、仮想アクセスネットワークの識別情報（ＶＡＮｅｔ  ＩＤ）を含む。ヘッダは、また、ＶＡＮｅｔ  ＩＤの長さとその他のフィールドとを含む。
【００４８】
本実装モードでは、ネットワークに経路の実装を容易化するために、物理リンク層のヘッダには受信者のＭＡＣアドレスが記入される必要があるため、モード実装のより適切なシナリオは：仮想ノードがスイッチまたはＥ−ＳＮの中に置かれるなど、仮想ノードが実ＭＡＣアドレスを持つネットワーク要素の中に置かれることである。しかしながら、サードパーティ通信／サービス事業者のサービスの前には、仮想アクセスネットワークのヘッダだけでなくデータリンク層のＭＡＣアドレスパッケージもあり、したがって、送信効率が悪い。
【００４９】
別の具体的な実装モードでは、特定のサードパーティ通信／サービス事業者に対応するサービスに、サードパーティ通信／サービス事業者を示す、対応するＶＬＡＮタグを用いて印を付けることができる。このモードでは、前のモードと同様に、物理リンクフレームは、受信者の実ＭＡＣアドレスを必要とし、したがって、モード実装のより適切なシナリオは：仮想ノードが、実ＭＡＣアドレスを持つネットワーク要素中に置かれることである。
【００５０】
しかしながら、サードパーティ通信／サービス事業者のサービスの前には、ＶＬＡＮタグだけでなくデータリンク層のＭＡＣアドレスパッケージもあり、したがって、送信効率が悪い。
【００５１】
好適な実装モードでは、本発明は、仮想ノードのアドレスとして媒体アクセス制御（ＭＡＣ）アドレスを使用することを提案する。このＭＡＣアドレスは仮想ノードに固有であり、仮想ＭＡＣアドレスと呼ばれてよい。
【００５２】
アクセスネットワーク事業者がサードパーティ通信／サービス事業者に仮想ノードを提供する時、アクセスネットワーク事業者は、どのネットワーク要素の中に仮想ノードが配備されるべきかを考慮するべきである。アクセスネットワーク事業者は、また、各仮想ノードに仮想ＭＡＣアドレスを割り当て、仮想ノードは、このＭＡＣアドレスを使用することによって、ＵＥと直接かつ論理的に通信する。
【００５３】
アクセスインフラストラクチャネットワークはレイヤ２ネットワークであるため、アクセスインフラストラクチャネットワークは、仮想アーキテクチャネットワークの中に実装された各仮想ノードの仮想ＭＡＣアドレスを指名することができる。ＵＥから特定の仮想ノードに送信されたサービスは、データリンク層の送信先アドレスとして仮想ノードのＭＡＣアドレスを使用することができ、サービスを仮想ノードに正確に送信することができる。仮想ＭＡＣアドレスが、仮想ノードがその中に置かれているネットワーク要素が有することができる実ＭＡＣアドレスと対立しないことが理解されよう。
【００５４】
図７として示されるとおり、ＵＥ１は、サードパーティ通信／サービス事業者Ｂに送信されるペイロードを通常のイーサネット（登録商標）フレームの中に入れ、サードパーティ通信／サービス事業者ＢのノードＶＮ＿Ｂ１の仮想ＭＡＣアドレスをイーサネットフレームの送信先アドレスとして使用する。図７のトポロジーアーキテクチャとして示すとおり、ＵＥ１はイーサネットフレームをＡ−ＳＮ１に送信し、Ａ−ＳＮ１は、仮想ＭＡＣアドレスを抽出し、そのＭＡＣアドレス学習表と比較して、次のことを知る：仮想ＭＡＣアドレスの（仮想）ノードが、そのネットワーク側の特定のポートに置かれている。したがって、Ａ−ＳＮ１はイーサネットフレームをＡ−ＳＮ２に送信する。Ａ−ＳＮ２がイーサネットフレームを受信した後、Ａ−ＳＮ２は仮想ＭＡＣアドレスを抽出し、仮想ＭＡＣアドレスに対応する仮想ノードがローカルに置かれていることを知り、したがって、Ａ−ＳＮ２の中の仮想ノードＶＮ＿Ｂ１が、フレーム中のペイロードを取り扱う。そこでは、イーサネットフレーム中のｓｒｃＭＡＣは、イーサネットフレームの送信元ＭＡＣアドレス、すなわちＵＥ１のＭＡＣアドレスを識別する。そこでは、ＵＥと仮想ＭＡＣアドレスの仮想ノードとの間の通信中、仮想ノードによって送信された、仮想ＭＡＣアドレスを有するデータフレームがＡ−ＳＮ１を通過する時、Ａ−ＳＮ１は、データフレームの到着ポートをその仮想ＭＡＣアドレスに結び付け、したがって、上記のＭＡＣアドレス学習表の中の対応する表項目を取得する。ＭＡＣアドレスの学習は、当業では良く知られたプロセスであり、本明細書で不必要に説明されないことが理解されよう。
【００５５】
同様に、ＵＥ２について、ＵＥ２は、サードパーティ通信／サービス事業者Ａに送信されるペイロードを通常のイーサネットフレームの中に入れ、サードパーティ通信／サービス事業者ＡのノードＶＮ＿Ａ１の仮想ＭＡＣアドレスをイーサネットフレームの送信先アドレスとして使用する。ＵＥ１はイーサネットフレームをＡ−ＳＮ１に送信する。Ａ−ＳＮ１がイーサネットフレームを受信した後、Ａ−ＳＮ１は、仮想ＭＡＣアドレスを抽出し、仮想ＭＡＣアドレスに対応する仮想ノードがローカルに置かれていることを知り、したがって、Ａ−ＳＮ１の中の仮想ノードＶＮ＿Ａ１がフレーム中のペイロードを取り扱う。そこでは、イーサネットフレーム中のｓｒｃＭＡＣは、イーサネットフレームの送信元ＭＡＣアドレス、つまり、ＵＥ２のＭＡＣアドレスを識別する。
【００５６】
実施形態では、アクセスネットワークは、サードパーティ通信／サービス事業者と、サードパーティ通信／サービス事業者の仮想ノードの仮想ＭＡＣアドレスとの対応関係を維持し、アクセスネットワークは、また、仮想ノードが置かれている位置も維持する。たとえば、アクセスネットワークのＡＡＡサーバは、データ表に次のようなデータ項目を記録する：
＜サードパーティ通信／サービス事業者、サードパーティ通信／サービス事業者の仮想ノードが置かれている位置、仮想ノードの仮想ＭＡＣアドレス＞
以下の表１としてデータ表の例が示される：
【００５７】
【表１】
0006001790.tif 000002
【００５８】
この表は、ＵＥに適した仮想ノードの仮想ＭＡＣアドレスを取得するために、ＡＡＡサーバによって検索に使用され、そのプロセスは、以下の実施形態で詳細に説明される。
【００５９】
アクセスネットワークが、アクセスノードの仮想ＭＡＣアドレスを仮想ノードがその中に置かれているネットワーク要素に通知することが理解されよう。
【００６０】
４．仮想ＭＡＣアドレスを搬送するために属性値ペアを使用すること
好適な実施形態では、ＡＡＡサーバは、ＵＥによって実行された認証プロセス中に、Ａ−ＳＮを介して仮想ＭＡＣアドレスをＵＥに提供する。このプロセスでは、ＡＡＡサーバはＡ−ＳＮと相互作用する必要があり、ＡＡＡサーバは仮想ＭＡＣアドレスをＡ−ＳＮに送信する必要がある。好適な実施形態では、Ａ−ＳＮは、ＲＡＤＩＵＳプロトコルに基づいて認証を実装している。本発明は、仮想ＭＡＣアドレスを搬送するために、ＲＡＤＩＵＳプロトコルの中で属性値ペア（ＡＶＰ）を使用することを提案する。より具体的には、図８として示すとおり、仮想ノードのアドレスを搬送するために特に使用される新しい特定の属性ペアを定めることができ、またはベンダ固有の属性値ペア中のサブオプション値ペアを使用することができる。プロセスは以下に詳細に説明される。
【００６１】
５．ＵＥ側に決定プロセスを実装すること
ユーザ端末は、同時に異なるサードパーティ事業者にアクセスすることができ、ＵＥは、これらの異なるサードパーティ通信／サービス事業者に対応するアプリケーションとプロトコルスタックとを収容すべきであり、それらは、仮想通信事業者によって使用され、定められる特定のアプリケーションおよびプロトコルスタックである。これらの上位アプリケーションのサービスとプロトコルスタックとを、対応するサードパーティ通信／サービス事業者の仮想ノードにシームレスに送るために、本発明は、ＵＥ側に決定プロセスを追加する。送信方向では、最初に、上位アプリケーションとＵＥのプロトコルスタックとに対応するサードパーティ通信／サービス事業者を決定し、次いで、サードパーティ通信／サービス事業者に対応する仮想ノードのアドレスを送信先アドレスとして使用することによって、上位アプリケーションとプロトコルスタックとのデータフレームをアクセスネットワークに送信する。受信方向では、最初に、送信元アドレスとして仮想ノードのアドレスを有するデータフレームをアクセスネットワークから受信し、次いで、データフレーム中のペイロードを、仮想ノードのアドレスが対応するサードパーティに対応する、プロトコルスタックと上位アプリケーションとに提供する。
【００６２】
具体的には、図９として示すとおり、ＶＮＯアービタが使用される。ＶＮＯアービタは、各ＶＮＯと仮想ノードの仮想ＭＡＣアドレス（ＶＭＡＣ＠）との間の対応関係を維持し、または上位アプリケーションおよびプロトコルスタックと、仮想ノードの仮想ＭＡＣアドレス（ＶＭＡＣ＠）との間の対応関係を直接維持する。
【００６３】
送信方向では、ＶＮＯアービタは、アプリケーションとプロトコルスタックとに対応するサードパーティ通信／サービス事業者に従って、サードパーティ通信／サービス事業者の仮想ノードの仮想ＭＡＣアドレスをデータリンク層の送信先アドレスとして使用して、アプリケーションおよびプロトコルスタックのデータを送信する。確かに、アプリケーションおよびプロトコルスタックが仮想ノードに送信されない場合、たとえば、アプリケーションおよびプロトコルスタックが物理アクセスネットワークに対応している場合、ＵＥは、物理アクセスネットワークの中のネットワーク要素の実ＭＡＣアドレスをデータリンク層の送信先アドレスとして使用する。
【００６４】
受信方向では、ＶＮＯアービタは、到来するイーサネットフレームの中のペイロードを、フレーム中の仮想送信元ＭＡＣアドレスに基づいて、仮想ＭＡＣアドレスが対応する、対応する仮想ノードのサードパーティ通信／サービス事業者のプロトコルスタックと上位アプリケーションとに転送する。
【００６５】
上記の実施形態を通して、ユーザ端末は同時に異なるサードパーティ事業者を受信することができ、たとえば、端末内の異なるアプリケーションは、異なる仮想事業者に対応する。端末内のＶＮＯアービタは、データストリームが正確に分類され、送信されることに役立つ。
【００６６】
６．ＵＥの、アクセスを実行し、認証し、仮想ノードと通信リンクを確立するプロセス
好適には、ユーザ端末は、異なるサードパーティ通信／サービス事業者に動的に接続する能力、たとえば、異なるサービスを実行するために異なる仮想通信事業者に接続する能力を提供されるべきであり、したがって、ＵＥを、求められるサードパーティ通信／サービス事業者の仮想ノードに動的に接続するための機構が必要とされる。本発明における、仮想ノードを識別し、仮想ノードのアドレスを与える、開示される解決策に基づいて、本発明は、アクセスネットワークが仮想ノードのアドレスをＵＥに通知するプロセスをさらに提案する。
【００６７】
図１０として示されるとおり、好適な実施形態では、プロセスは、アクセスネットワークにおけるＵＥのアクセス認証プロセスと共に実行され、サードパーティ通信／サービス事業者の情報および仮想ノードのアドレスは、アクセスおよび認証プロセス中のシグナリングメッセージによって運ばれ、たとえば、属性値ペアによって表わされる仮想ＭＡＣアドレスは、ＡＡＡサーバによってアクセス−許可メッセージ中に挿入され、Ａ−ＳＮに送信され、次いで、仮想ＭＡＣアドレスが、Ａ−ＳＮによって認証成功メッセージ中に挿入され、ＵＥに送信される。
【００６８】
図１０を参照し、以下は、アクセス、認証および仮想ＭＡＣアドレスを取得するプロセスの各ステップを詳細に説明する。
【００６９】
（１）ＵＥは、たとえば、８０２．１ｘを介して認証要求メッセージを送信して、アクセスインフラストラクチャネットワークを用いたアクセス認証プロセスを実行する。そこでは、認証要求メッセージは、ＵＥ（ユーザ）の証明情報とＮＡＩ（たとえば、ユーザ名：キー＠ドメイン名）とを含む。認証要求メッセージは、また、アクセスが必要とされるサードパーティ通信／サービス事業者の識別情報、たとえば、仮想通信事業者のＩＤ（ＶＮＯ  ＩＤ）も含む。
【００７０】
（２）物理アクセスノード（Ａ−ＳＮ）は、認証要求メッセージを受信し、アクセスネットワークのＡＡＡサーバにアクセス−要求メッセージを送信する。メッセージは、ユーザの証明情報とＮＡＩとを含み、また、ＶＮＯ  ＩＤも含む。加えて、物理アクセスノード（Ａ−ＳＮ）は、ＵＥの現在の物理アクセス位置情報をＡＡＡサーバにさらに送信する。ＵＥの現在の物理アクセス位置情報は、この物理アクセス装置のＡ−ＳＮ  ＩＤと、ＵＥに接続される物理ポートとを含む。
【００７１】
（３）ＡＡＡサーバは、アクセス要求メッセージを受信し、ユーザの証明情報、ＮＡＩなどに従ってアクセス認証を実行し、認証に成功した場合、ＡＡＡサーバは、ＵＥによって要求されたＶＮＯ  ＩＤに従って、ＵＥのためにＶＮＯに対応する適切な仮想ノードを選択する。好適には、ＡＡＡサーバは、また、ＵＥの現在の物理アクセス位置情報を参照することによっても適切な仮想ノードを選択する。ある場合では、選択は表１の中で比較と検索とを実行することによって得られ、最初に、ＡＡＡサーバは、ＵＥがアクセスする必要があるＶＮＯを検索し、次いで、ＶＮＯに対応する仮想ノードの中で、ＵＥから最も近い仮想ノードを選択する（たとえば、ＵＥの物理アクセス位置から最も近い仮想ノードを選択する）。ＡＡＡサーバは、選択された仮想ノードの仮想ＭＡＣアドレス（ＶＭＡＣ＠）を取得する。
【００７２】
（４）ＡＡＡサーバは、上記のＡＶＰを使用してＶＭＡＣ＠を収容し、アクセス−許可メッセージの中でＡＶＰをＡ−ＳＮに送信する。
【００７３】
（５）物理アクセスノードＡ−ＳＮは、アクセス−許可メッセージを受信し、そこからアドレスを抽出する。物理アクセスノードＡ−ＳＮは、また、この仮想ＭＡＣアドレスを含む認証成功メッセージを確立する。
【００７４】
（６）物理アクセスノードＡ−ＳＮは、認証成功メッセージをＵＥに送信する。ＵＥは、認証成功メッセージから、アクセスを要求されているサード通信／サービス事業者の仮想ノードのアドレスを抽出することができる。この時、論理的には、ＵＥはすでに仮想ノードに直接向いている。
【００７５】
（７）ＵＥは、仮想ノードと通信し、ＵＥが要求するサービスを得るためにサード通信／サービス事業者との認証プロセスを実行することなど、必要な動作を実行する。
【００７６】
上記のプロセスを使用することで、ＵＥは、複数のサード通信／サービス事業者の各仮想ノードにそれぞれアクセスすることができる。複数のサード通信／サービス事業者が、ＵＥに付加価値サービスを提供するためにアクセスインフラストラクチャネットワークを共有することは有益である。
【００７７】
改善された実施形態では、ＵＥは、同時に複数のサード通信／サービス事業者にアクセスすることを要求する。この場合、ＵＥは、認証要求メッセージの中に複数のＶＮＯ  ＩＤを含む。物理アクセスノードＡ−ＳＮは、アクセス要求の中に複数のＶＮＯ  ＩＤを挿入し、ＡＡＡサーバに送信する。ＡＡＡサーバは、アクセス許可メッセージの中に複数の属性値ペアを挿入し、物理アクセスノードに提供し、各属性値ペアは、サード通信／サービス事業者の仮想ノードのＶＭＡＣ＠を収容する。最後に、認証成功メッセージの中で、物理アクセスノードは、サード通信／サービス事業者を仮想ＭＡＣアドレスに相互に関連付けることによって、たとえば、複数の＜ＶＮＯ  ＩＤ、ＶＭＡＣ＠＞表項目の形式を介して、複数のサード通信／サービス事業者の各仮想ノードの仮想ＭＡＣアドレスをＵＥに送信する。
【００７８】
上記のプロセスでは、ＲＡＤＩＵＩＳプロトコルを使用して、物理アクセスノードＡ−ＳＮとＡＡＡサーバとの間のアクセス認証を実行し、したがって、ＡＡＡサーバは、ＡＶＰを使用して仮想ＭＡＣアドレスを搬送する。ＤＩＡＭＥＴＥＲプロトコルを使用して、物理アクセスノードＡ−ＳＮとＡＡＡサーバとの間のアクセス認証を実行することができ、その場合、上記の実施形態をＤＩＡＭＥＴＥＲプロトコルに適用するために、当業者が上記の実施形態を変更することが容易であることが理解されよう。変更の詳細は本明細書では説明されない。
【００７９】
上記の実施形態では、アクセスネットワークがサード通信／サービス事業者の仮想ノードのアドレスをＵＥに提供するプロセスは、ＵＥのアクセス認証のプロセスの中で実行され、関連する情報、たとえば、サード通信／サービス事業者の識別情報、仮想ノードのアドレスは、アクセス認証プロセスのシグナリングで運ばれる。アクセスネットワークがサード通信／サービス事業者の仮想ノードのアドレスをＵＥに提供するプロセスは、また、独立したプロセスであることができ、当業者が、上記のプロセスを実装するために、ＵＥ−物理アクセスノード−ＡＡＡサーバ間の対応するシグナリングとシグナリングの相互作用とを設計することができることが理解され、本発明は不必要な説明を行わない。
【００８０】
対立しない場合、本特許出願における実施形態および実施形態中の特徴は、どのような方法でもお互いに組み合わせられてよいことを明記したい。
【００８１】
確かに、本発明の他のさまざまな実施形態があり、本発明の精神と本質とから逸脱することなく、当業者は、本発明によるあらゆる種類の対応する変更と修正とを行うことができ、一方、これらの対応する変更および修正は、本発明に添付される特許請求の範囲に収まるべきである。
【図１】
0006001790.tif 000003
【図２】
0006001790.tif 000004
【図３】
0006001790.tif 000005
【図４】
0006001790.tif 000006
【図５】
0006001790.tif 000007
【図６】
0006001790.tif 000008
【図７】
0006001790.tif 000009
【図８】
0006001790.tif 000010
【図９】
0006001790.tif 000011
【図１０】
0006001790.tif 000012