JP2009519644A - イーサネット伝送プロトコルを基礎とするデータパケットを少なくとも１つのモバイル通信ユニットと通信システムとの間において伝送する方法 - Google Patents

Abstract

本発明によれば、少なくとも１つのモバイル通信ユニットと通信システムとの間において、ホームエージェントユニットとフォーリンエージェントユニットとの間に確立された汎用ルートカプセル化トンネルコネクションを介して、イーサネット伝送プロトコルを基礎とするデータパケットを伝送するために、汎用ルートカプセル化トンネルコネクションを確立するために設けられている少なくとも１つのＧＲＥキーがモバイル通信ユニットに割り当てられたメディア・アクセス・コントロールアドレスと結合される。

Description

本発明は、請求項１の上位概念に記載されている、イーサネット伝送プロトコルを基礎とするデータパケットを少なくとも１つのモバイル通信ユニットと通信システムとの間において伝送する方法に関する。

既存の通信システムないしモバイル無線システムは例えば、アクセスネットワーク（「Access Network」）を介して個々のモバイル通信端末機器が接続されている通信ネットワーク（「コアネットワーク（Core Network）」）を有する。この種のモバイル無線システムにおいては殊にパケット指向型の通信サービスも提供される。「汎用パケット無線サービス（General Packet Radio Service）」アクセス技術の他に、モバイル通信システム内でのパケット指向型の通信サービスの提供は別のアクセス技術、例えば「ワイマックス（WiMAX：Worldwide Interoperability for Microwave Access）」技術を介して行われる。

パケット指向型のデータ伝送の枠内においてが殊にインターネットプロトコル（ＩＰ）伝送プロトコルが重要であり、この伝送プロトコルはいわゆるＩＰアドレスに基づいたネットワーク全体のアドレッシングにより異なる伝送システムを介する個々のデータパケットの伝送を実現する。目下の所、３２ビットアドレスシステムを用いるインターネットプロトコルヴァージョン４（ＩＰｖ４）が最も普及しており、これは論理的には４０億までのＩＰアドレスのアドレス空間を実現する。しかしながら実際には、これらのアドレスの大部分はグループ形成および他のメカニズムによって使用することができない。インターネットユーザの数は増加し続けているので、より大きいアドレス空間を用いるＩＰアドレスの生成が必要とされる。このために数年来、インターネットプロトコルヴァージョン６（ＩＰｖ６）が研究されている。この新たなＩＰｖ６は例えば１２８ビットアドレスシステムに基づき、非常に大きいアドレス空間を有する。これによって潜在的に利用可能なＩＰアドレスの数は数倍多くなる。

従来のインターネットプロトコルの補完形態はモバイルインターネットプロトコルまたはモバイルＩＰないしＭＩＰと称され、このプロトコルはモバイル通信ネットワークの境界を越えたデータパケットの伝送を実現する。それぞれがＩＰ伝送プロトコルの異なるヴァージョン４または６を支援するヴァージョンＭＩＰｖ４とＭＩＰｖ６は区別される。目下のところインターネットプロトコルヴァージョン４（ＩＰｖ４）と組み合わされたモバイルＩＰ伝送プロトコルが使用されている。モバイルＩＰ伝送プロトコル（ＲＦＣ３３４４）との関係において新たな機能の３つのエンティティ、つまりモバイルネットワークノード、ホームエージェントおよびフォーリンエージェントが定義された。

モバイルネットワークノード（「Mobile Node，MN」）とは、モバイル通信システム内での自身のアクセスポイントを変更することができ、既存のデータコネクションを維持し、また単に一義的な識別のためにＩＰアドレスを使用する計算ユニットと解される。

ホームエージェント（「Home Agent，HA」）とはモバイルネットワークノードのホーム通信ネットワークとのインタフェースを備えたルータ／計算ユニットである。ホームエージェントにはモバイルネットワークノードからその現在地に関する情報が提供され、モバイルネットワークノードにアドレッシングされたデータパケットを受信し、このデータパケットをモバイルネットワークノードに転送する。

フォーリンエージェント（「Foreign Agent，FA」）とはフォーリン通信ネットワークにおけるルータ／計算ユニットと解され、これはデータパケットをモバイルネットワークノードに転送し、モバイルネットワークノードによって形成されたデータパケットのための標準ルータユニットとして使用される。

各モバイルノードは２つのアドレス、つまりホームアドレスといわゆる「気付アドレス（Care-of-Adresse）」を有する。ホームアドレス（「Home Address」）とは、モバイルネットワークノードが通信パートナーに自身を知らしめるためのＩＰアドレスである。このホームアドレスはモバイルネットワークノードに「永続的に」対応付けられており、モバイルネットワークノードが例えばモバイル通信ネットワーク内をローミングする場合であっても固定である。ネットワークを特定するホームアドレスの先頭部分は、ホストユニットおよびルータユニットがモバイルネットワークノードのホーム通信ネットワークにおいて有するネットワークプレフィクスと同一である。

気付アドレス（「Care-of Address，COA」）とは、モバイルネットワークノードがフォーリン通信ネットワークを訪れたときに、このモバイルネットワークノードによって一時的に使用されるＩＰアドレスである。この気付アドレスはフォーリン通信ネットワークに関して固有であり、モバイルネットワークノードが新たなフォーリン通信ネットワークを訪れると即座に変更される。したがって気付アドレスはモバイルネットワークノードの位置を規定し、モバイルネットワークノードにアドレッシングされたデータパケットが転送されるアドレスを表す。

さらに、標準規格ＲＦＣ１７０１およびＲＦＣ１７０２からは「汎用ルートカプセル化（Generic Route Encapsulation）」（ＧＲＥ）伝送プロトコルが公知であり、この伝送プロトコルにおいては「ポイント・ツー・ポイント・トンネリング・プロトコル（Point-to-Point Tunneling Protocol）」（ＰＰＴＰ）との関連において、例えば仮想プライベート通信ネットワーク（ＶＰＮ）と１つのクライアントとの間、または複数のクライアント間、またはクライアントとサーバユニットとの間にトンネリングコネクションが確立される。このために、暗号化された有効負荷（「ペイロード」）がＧＲＥデータパケットに挿入され、エンドポイント間においてトンネルの伝送プロトコルを介して伝送される。それに続いて、トンネルを介して伝送されるデータパケットの受信器へのさらなる伝送が「通常の」伝送プロトコル、例えばＩＰ伝送プロトコルを介して行われる。このためにＧＲＥ伝送プロトコルによればキーフィールドが設けられており、このキーフィールドにはＧＲＥキーが格納され、このＧＲＥキーを介してデータパケットが識別される。

Parviz YeganiらのIETF Mobile IP Working Groupのインターネット刊行物「GRE Key Extensions for Mobile IPv4」からはＧＲＥキーを交換するためのモバイルＩＰｖ４伝送プロトコルの拡張が公知である。この刊行物にはフォーリンエージェントとホームエージェントとの間にトンネルコネクションを確立するための方法が記載されており、この方法においてはモバイルＩＰｖ４伝送プロトコルを実施するホームエージェントのコンフィギュレーションを変更せずに維持することができ、またそれと同時にＩＰｖ４アドレス領域における重複を回避することができる。

さらにモバイル通信ネットワークにおいてはフォーリンエージェントにアクセス・サービス・ネットワーク・ゲートウェイユニット（ＡＳＮ−ＧＷ）が対応付けられており、またホームエージェントにコネクティビティ・サービス・ネットワークユニット（ＣＳＮ）が対応付けられている。フォーリンエージェントおよびホームエージェントは略号Ｒ３が付されているインタフェースを介して相互に接続されている。現行の標準化状況では確かに、少なくとも部分的に標準化されたインタフェースＲ３によってＩＰｖ４およびＩＰｖ６データ伝送プロトコルが支援されるが、それと同時にイーサネットデータ伝送プロトコルが支援されることはない。

本発明の課題は、ＩＰｖ４および／またはイーサネット伝送プロトコルを介してホームエージェントユニットとフォーリンエージェントユニットとの間においてデータパケットを伝送する方法を提供することである。この課題は、請求項１の上位概念に記載の方法から出発して請求項１の特徴部分に記載されている方法により解決される。

本発明の重要な態様は、「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを確立するために設けられている少なくとも１つのＧＲＥキーがモバイル通信端末機器のメディア・アクセス・コントロール・アドレスと結合されることである。これによってモバイルＩＰプロトコルは、フォーリンエージェントユニットとホームエージェントユニットとの間において交換されるＩＰアドレスにも依存せず、またフォーリンエージェントユニットとホームエージェントユニットとの間に確立されたＧＲＥトンネルコネクションの「ペイロードヘッダ」内のそれぞれのアドレス情報にも依存しない。したがって有利には、本発明による方法では第３のインタフェースＲ３を介して提供されるＧＲＥトンネルコネクションがその都度使用される伝送プロトコルに依存しなくなる。これにより、アクセス・サービス・ネットワークユニットとコネクティビティ・サービス・ネットワークユニットＣＳＮとの間でのＩＰベースのデータパケットまたはイーサネットベースのデータパケットの伝送が実現される。したがってモバイルイーサネット通信サービスがＩＰベースの通信サービスと同様に通信システムにおいて支援される。また別個にアドレッシング可能であり、且つモバイル通信端末機器を介して通信システムと接続されているホストユニットならびに多数のモバイルＶＬＡＮを支援することができる。前述の方法は全てのネットワークコンフィギュレーションにおいて完全にトランスパレントである。

本発明による方法の別の有利な実施形態は従属請求項に記載されている。

以下では本発明による方法を実施例に基づき図面を参照しながら詳細に説明する。

ここで、
図１は、本発明による方法を実施するためのモバイル通信システムの概略的なブロック回路図を示す。
図２は、図１に示したモバイル通信システムの個々のユニット間において実施されるシグナリングステップの例示的なシグナリングチャートを示す。

図１には、概略的なブロック回路図で例示的に通信システムＫＳが示されており、この通信システムＫＳにモバイル通信ユニットＭＳが接続されている。通信システムＫＳは「ネットワーク・アクセス・プロバイダ」（ＮＡＰ）ユニットＮＡＰならびに「ネットワーク・サービス・プロバイダ」（ＮＳＰ）ユニットＮＳＰを有し、これらのユニットはそれぞれ相互に接続されており、またモバイル通信端末機器ＭＳと接続されている。

ネットワーク・アクセス・プロバイダユニットＮＡＰはモバイル・アクセス・ネットワーク（Access-Service-Network）ＡＳＮを有し、このモバイル・アクセス・ネットワークＡＳＮには「アクセス・サービス・ネットワーク・ゲートウェイ」（ＡＳＮ−ＧＷ）ユニットＡＳＮ−ＧＷが対応付けられている。ネットワーク・サービス・プロバイダユニットＮＳＰは「訪問先コネクティビティ・サービス・ネットワーク（Visited-Connectivity-Service-Network）」（Ｖ−ＣＳＮ）ユニットＶ−ＣＳＮおよび「ホーム・コネクティビティ・サービス・ネットワーク」（Ｈ−ＣＳＮ）ユニットＨ−ＣＳＮを有する。モバイル通信ユニットＭＳはさらに第１のインタフェースＲ１を介してネットワーク・アクセス・プロバイダユニットＮＡＰと接続されており、また第２のインタフェースＲ２を介して訪問先コネクティビティ・サービス・ネットワークユニットＶ−ＣＳＮと接続されている。モバイル・アクセス・ネットワークＡＳＮは第３のインタフェースＲ３を介して訪問先コネクティビティ・サービス・ネットワークユニットＶ−ＣＳＮと接続されており、また第４のインタフェースＲ４を介してアクセス・サービス・ネットワーク・ゲートウェイユニットＡＳＮ−ＧＷと接続されている。訪問先コネクティビティ・サービス・ネットワークユニットＶ−ＣＳＮは第５のインタフェースＲ５を介してホーム・コネクティビティ・サービス・ネットワークユニットＨ−ＣＳＮと接続されている。

さらに、ネットワーク・アクセス・プロバイダユニットＮＡＰないしそのモバイル・アクセス・ネットワークＡＳＮ内にはアクセス・サービス・ネットワーク・ゲートウェイユニットＡＳＮ−ＧＷに対応付けられている「フォーリンエージェント（ＦＡ）」ユニットＦＡが設けられており、このフォーリンエージェントユニットＦＡは例えば第１の基地局および第２の基地局ＢＳと接続されている。基地局ＢＳとフォーリンエージェントユニットＦＡを接続するために第６のインタフェースＲ６が設けられており、また基地局ＢＳを相互に接続するために別のインタフェースが設けられている。訪問先コネクティビティ・サービス・ネットワークユニットＶ−ＣＳＮにおいてはさらに「ホームエージェント」（ＨＡ）ユニットＨＡならびに「アクセス認証」（ＡＡＡ）ユニットＨ−ＡＡＡが設けられている。

モバイル・アクセス・ネットワークＡＳＮは有利には「ワイマックス」（ＷｉＭＡＸ）アクセスネットワークとして構成されており、またモバイルＩＰ伝送プロトコルヴァージョン４（ＭＩＰｖ４）を介するデータパケットの伝送を支援する。

モバイル通信ユニットＭＳによってＩＰ伝送プロトコルもイーサネット伝送プロトコルも支援される。

以下に示す「プロトコルスタック」のように、モバイル通信ユニットＭＳによって形成されるイーサネット伝送フレームがＧＲＥトンネルコネクションによりコネクティビティ・サービス・ネットワークユニットＣＳＮにトランスパレント伝送される。

したがってモバイル通信ユニットＭＳ、モバイル・アクセス・ネットワークＡＳＮならびにホームエージェントユニットＨＡの視点から、ＧＲＥトンネルコネクションは一種の「イーサネットブリッジ」を形成する。

図２には、概略的なシグナリングチャートに基づいた、図１に示した通信システムＫＳのユニット間の個々のシグナリングステップが示されている。殊に、本発明による方法を実現するためにモバイル通信ユニットＭＳと通信システムＭＫＳの個々のユニットとの間において、ＧＲＥトンネルコネクションを確立するために伝送されるシグナリングメッセージを詳細に説明する。

このために、図１による通信システムＫＳの図２に示した構成要素間の「アクセス認証」が従来技術から公知のＰＭＩＰ／ＣＭＩＰ方法と同様に実施される。慣例のＡＡＡキーおよびＨＡアドレスの他に、「アクセス認証」の枠内において識別パラメータが一緒に伝送され、この識別パラメータはモバイル通信ユニットＭＳがイーサネット伝送プロトコルによるデータパケットの伝送を支援することを示す。

この識別パラメータは例えば選択的な「Ｒａｄｉｕｓ属性（Radius Attribute）」として構成されており、これは企業固有の拡張を支援する。さらにこの識別パラメータを例えばモバイル・アクセス・ネットワークＡＳＮにおいて実施されているＭＩＰクライアントアプリケーションによって評価することができる。

択一的なヴァリエーションにおいては、モバイル通信端末機器によるイーサネットプロトコルの支援はＭＩＰクライアントアプリケーションによって、識別パラメータが「オーセンティケータ」から例えばＲＮＧリクエスト／ＲＥＰ応答メッセージ内に設けられている「ＣＳケイパビリティ」パラメータを介して伝送されることによって求められる。ＡＡＡユニットＨ−ＡＡＡによる識別パラメータの伝送を「アクセス認証」の枠内において行うこともできる。

これに依存せずに、ＧＲＥトンネルコネクションを確立するために、第３のインタフェースＲ３を介してＭＩＰクライアントアプリケーションによって登録リクエストメッセージが形成され、フォーリンエージェントユニットＦＡに伝送される。登録リクエストメッセージ内にはモバイル通信ユニットＭＳに対応付けられているＭＩＰｖ４がホームアドレスないしＭＩＰｖ４に挿入され、これは単に０を有する。

さらに、登録リクエストメッセージ内にはイーサネット拡張（「Ethernet Extension」）が設けられており、このイーサネット拡張にはモバイル通信ユニットＭＳの「メディア・アクセス・コントロール」（ＭＡＣ）アドレスＭＳＭＡＣが対応付けられる。イーサネット拡張はモバイルＩＰｖ４伝送プロトコルの枠内におけるこの種の「拡張」の例えば標準規格ＲＦＣ３３４４に記載されているフォーマットを有する。

フォーリンエージェントユニットＦＡによって受信された登録リクエストメッセージがホームエージェントユニットＨＡに転送され、このホームエージェントユニットＨＡにおいては登録リクエストメッセージの受信後に「ＧＲＥカプセル化（GRE Encapsulation）」がホームエージェントＨＡによってアクセスリクエストメッセージを用いてＡＡＡユニットＨ−ＡＡＡに要求される。フォーリンエージェントユニットＦＡがホームエージェントユニットＨＡの登録リクエストメッセージ内にＧフラグをセットすることによって、このフラグによって「ＧＲＥカプセル化」方法が支援されることが示される（Parviz YeganiらのIETF Mobile IP Working Groupのインターネット刊行物「GRE Key Extensions for Mobile IPv4」を参照されたい）。

さらに標準化されたＧＲＥ方法にしたがいフォーリンエージェントユニットＦＡによってＧＲＥキーが割り当てられ、また従来技術により設けられているＧＲＥ拡張（「GRE Extension」）に挿入される。ＧＲＥ拡張は有利にはＭＮ−ＨＡチャレンジとＭＮ−ＦＡチャレンジと（存在する場合には）ＭＮ−ＡＡＡ拡張との間に存在するが、ＦＡ−ＨＡ認証拡張の前である。フォーリンエージェントユニットＦＡは登録リクエストメッセージ内に挿入されたＧＲＥキーをコンテクスト情報の一部として記憶し、対応付けられているＧＲＥキーをモバイル通信ユニットＭＳと結合する。

ホームエージェントユニットＨＡによる登録リクエストメッセージの受信後に、ホームエージェントユニットＨＡはイーサネット拡張内に含まれるＭＡＣアドレスを読み出し、モバイル通信ユニットＭＳの読み出されたＭＡＣアドレスをこの気付アドレス（ＣＯＡ）と結合する。さらにホームエージェントユニットによって、受信したＧＲＥキーがモビリティ結合コンテクスト情報に挿入されるか、これに対応付けられる。ホームエージェントユニットＨＡはさらに別のＧＲＥキーを形成し、このＧＲＥキーを登録応答メッセージにおいてフォーリンエージェントユニットＦＡに返送する。

登録が成功した後にホームエージェントユニットＨＡによって、イーサネット伝送プロトコルを基礎とし、事前に読み出されたＭＡＣアドレスに対応付けられているデータパケットが求められる。続いて、求められたデータパケットないしイーサネット伝送フレームは確立されたＧＲＥトンネルコネクションを介してホームエージェントユニットＨＡからフォーリンエージェントユニットＦＡに転送される。フォーリンエージェントユニットＦＡによって対応付けられたＧＲＥキーがホームエージェントユニットＨＡによってデータパケットヘッダに挿入される。

受信したＧＲＥキーに基づきフォーリンエージェントユニットＦＡによって、イーサネット伝送フレームないしデータパケットが伝送されるべきモバイル通信ユニットＭＳが識別される。したがってフォーリンエージェントユニットＦＡによって、内部データパケットヘッダ、殊にこのデータパケットヘッダ内に存在するＭＡＣアドレスは対応付けられているモバイル通信端末機器ＭＳを求めるためには使用されない。このことは殊に、モバイル通信ユニットＭＳに複数のホストユニットが接続されている場合には有利である。そのような場合には、ＧＲＥトンネルコネクションの確立後にホストユニットによって形成されたイーサネット伝送フレームないしデータパケットが送信されるやいなや、ホームエージェントユニットＨＡによってモバイル通信ユニットＭＳの間のホストユニットのＭＡＣアドレスが求められる。

モバイル通信ユニットＭＳの「後方に」配置されているホストユニットのＭＡＣアドレスが求められた後に、ホームエージェントユニットＨＡによってＧＲＥトンネルコネクションを介して、ホストユニットの求められたＭＡＣアドレスにアドレッシングされたデータパケットが直接的に伝送される。ここでもまたホームエージェントユニットＨＡによってホストユニットにアドレッシングされたデータパケットにフォーリンエージェントユニットＦＡのＧＲＥキーが設けられる。

フォーリンエージェントユニットＦＡはやはり単に、ＧＲＥトンネルコネクションを介して受信したデータパケットに包含されているＧＲＥキーのみを監視し、これに基づき、受信したデータパケットの暗号化された「ペイロード」が転送されるべき所属のモバイル通信ユニットＭＳが識別される。アップリンク方向においては、すなわちモバイル通信ユニットＭＳまたはこれに対応付けられているホストユニットによって通信システムＫＳにデータパケットが送信される場合には、所属の「モビリティコンテクスト内容」を求めるために、受信したデータパケット内に包含されているＧＲＥキーがホームエージェントユニットＨＡによってデータパケットの「内部ヘッダ要素」の目標アドレスの代わりに求められる。

さらには「イーサネットブロードキャスト」もホームリンクコネクションを介して、ホームエージェントユニットＨＡによって第３のインタフェースＲ３を介して確立された全体のＧＲＥトンネルコネクションにわたり送信することができ、これは前述したイーサネット拡張を有する。

第３のインタフェースＲ３を介するトンネルコネクションの登録が行われた後には、モバイル通信端末機器ＭＳによってより高い層レベルに対応付けられている別のデータ伝送プロトコル、例えばＩＰｖ４またはＩＰｖ６をこれらの適合無しに使用することができる。例えばＩＰｖ４またはＩＰｖ６伝送プロトコルを基礎とするデータパケットの設定および処理はモバイル・アクセス・ネットワークＡＳＮにおいてモバイル通信端末機器ＭＳにおいて実施されるイーサネット伝送プロトコルに関して完全にトランスパレントに行われる。

したがって本発明による方法を実現するためにホームエージェントユニットＨＡにおいて、従来の標準化された方法とは異なり以下の変更が行われている：
−ホームリンクコネクションにおいてイーサネット伝送フレームの取得および挿入、ホームエージェントユニットＨＡは第３のインタフェースＲ３を介して確立されたＧＲＥトンネルコネクションを備えたブリッジとして機能する。
−標準化された登録リクエスト／登録リクエスト応答方法におけるイーサネット拡張の支援。イーサネット拡張を有する登録リクエストメッセージの受信は動作状態にあるホームエージェントＨＡを制御し、このホームエージェントはイーサネット拡張においてそれぞれ対応付けられているＭＡＣアドレスに関する「ブリッジ」を形成する。
−イーサネットを基礎とするデータパケットを第３のインタフェースＲ３を介して伝送するための双方向のトンネルコネクションの形成。

フォーリンエージェントユニットＦＡにおいては以下の変更が行われている：
−イーサネットを基礎としたデータパケットを第３のインタフェースＲ３を介して伝送するための双方向のトンネルコネクションの形成。
−ＧＲＥキーを付加的に支援する、標準化されたＧＲＥ方法によるＧＲＥトンネルコネクションの確立。
−標準化された登録リクエスト／登録リクエストリプレイ方法におけるイーサネット拡張の支援。
−登録リクエストメッセージ内の受信したイーサネット拡張はＰＭＩＰクライアントアプリケーションによって評価され、これに基づきＧＲＥ拡張が登録リクエストメッセージを介してホームエージェントユニットＨＡに送信される。

ＭＩＰクライアントアプリケーションによって、登録方法の枠内において付加的にイーサネット伝送プロトコルの支援が通信ユニットＭＳを介して求められ、これに依存して登録リクエストメッセージを介してイーサネット拡張が送信される。

上記において本発明を実施例について説明した。本発明が基礎とする思想から逸脱することなく、多数の変更ならびにヴァリエーションが可能であると解される。

本発明による方法を実施するためのモバイル通信システムの概略的なブロック回路図を示す。 図１に示したモバイル通信システムの個々のユニット間において実施されるシグナリングステップの例示的なシグナリングチャートを示す。

符号の説明

ＡＳＮ モバイル・アクセス・ネットワーク、 ＡＳＮ−ＧＷ アクセス・サービス・ネットワーク・ゲートウェイユニット、 ＢＳ 基地局、 ＦＡ フォーリンエージェントユニット、 ＨＡ ホームエージェントユニット、 Ｈ−ＡＡＡ アクセス認証ユニット、 Ｈ−ＣＳＮ ホーム・コネクティビティ・サービス・ネットワーク、 ＫＳ 通信システム、 ＭＳ モバイル通信ユニット、 ＮＡＰ ネットワーク・アクセス・プロバイダ、 ＮＳＰ ネットワーク・サービス・プロバイダ、 Ｒ１ 第１のインタフェース、 Ｒ２ 第２のインタフェース、 Ｒ３ 第３のインタフェース、 Ｒ４ 第４のインタフェース、 Ｒ５ 第５のインタフェース、 Ｒ６ 第６のインタフェース、 Ｖ−ＣＳＮ 訪問先コネクティビティ・サービス・ネットワーク

Claims (11)

1. 「メディア・アクセス・コントロール」（ＭＡＣ）アドレスが対応付けられている少なくとも１つのモバイル通信ユニット（ＭＳ）と通信システム（ＫＳ）との間において、ホームエージェントユニット（ＨＡ）とフォーリンエージェントユニット（ＦＡ）との間に確立された「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを介して、イーサネット伝送プロトコルを基礎とするデータパケットを伝送する方法において、
   前記「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを確立するために設けられている少なくとも１つのＧＲＥキーを前記モバイル通信ユニット（ＭＳ）の前記メディア・アクセス・コントロールアドレスと結合することを特徴とする、イーサネット伝送プロトコルを基礎とするデータパケットを伝送する方法。
2. 前記フォーリンエージェントユニット（ＦＡ）内に設けられているＧＲＥキーおよび前記ホームエージェントユニット（ＨＡ）内に設けられている別のＧＲＥキーをそれぞれ前記モバイル通信ユニット（ＭＳ）の前記メディア・アクセス・コントロール（ＭＡＣ）アドレスと結合する、請求項１記載の方法。
3. 前記「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを確立するために前記フォーリンエージェントユニット（ＦＡ）から前記ホームエージェントユニット（ＨＡ）に伝送される登録リクエストメッセージ内にイーサネット拡張を設け、該イーサネット拡張内に前記モバイル通信ユニット（ＭＳ）の前記メディア・アクセス・コントロール（ＭＡＣ）アドレスを挿入する、請求項１または２記載の方法。
4. 前記「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを確立するために前記ホームエージェントユニット（ＨＡ）から前記フォーリンエージェントユニット（ＦＡ）に伝送される登録応答メッセージ内にイーサネット拡張を設ける、請求項１から３までのいずれか１項記載の方法。
5. 前記ホームエージェントユニット（ＨＡ）による登録リクエストメッセージの受信後に、イーサネット拡張内に含まれる前記メディア・アクセス・コントロール（ＭＡＣ）アドレスを読み出し、前記モバイル通信ユニット（ＭＳ）に対応付けられた気付アドレス（ＣＯＡ）と結合する、請求項１から４までのいずれか１項記載の方法。
6. 前記フォーリンエージェントユニット（ＦＡ）内に設けられているＧＲＥキーおよび前記ホームエージェントユニット（ＨＡ）内に設けられている別のＧＲＥキーを登録リクエストメッセージないし登録応答メッセージを介して前記フォーリンエージェントユニット（ＦＡ）と前記ホームエージェントユニット（ＨＡ）との間で交換する、請求項２から５までのいずれか１項記載の方法。
7. 前記「汎用ルートカプセル化」（ＧＲＥ）トンネルコネクションを標準化されたＲ３インタフェースを介して確立する、請求項１から６までのいずれか１項記載の方法。
8. 「アクセス認証」の枠内で識別パラメータを少なくとも前記フォーリンエージェントユニット（ＦＡ）ないし該フォーリンエージェントユニット（ＦＡ）において実施されるＭＩＰクライアントアプリケーションに伝送し、前記識別パラメータは前記モバイル通信ユニット（ＭＳ）が前記イーサネット伝送プロトコルを基礎とするデータパケットの伝送を支援することを示す、請求項１から７までのいずれか１項記載の方法。
9. ＭＩＰクライアントアプリケーションによって登録リクエストメッセージを形成し、前記フォーリンエージェントユニット（ＦＡ）に伝送する、請求項３から８までのいずれか１項記載の方法。
10. ＭＩＰクライアントアプリケーションによって、前記モバイル通信ユニット（ＭＳ）に対応付けられているＭＩＰホームアドレスを登録リクエストメッセージに挿入し、該登録リクエストメッセージは単に０を有する、請求項９記載の方法。
11. 登録リクエストメッセージ内に設けられているイーサネット拡張および登録応答メッセージ内に設けられているイーサネット拡張を標準規格ＲＦＣ３３４４に記載されているフォーマットにしたがい形成する、請求項４から１０までのいずれか１項記載の方法。

Images