(57)【要約】【課題】  本発明は、ホームネットワークにおいて、システムが移動などの理由で、ネットワークインタフェースを切り替えても、アプリケーション通信を継続できる通信方式を提供することを目的とする。【解決手段】  本方式では、ホームネットワークに接続されている機器に関する情報を入手できる、同一サブネットのインタフェースに切り替える場合や通信相手が同様なシステムである場合など状況に最適な手法を用いることができるなど、ホームネットワークの環境に適した方式を採用することとする。具体的には、本発明は、通信インタフェース切り替え方式であって、Gratuitous ARPにより広告する手段と、IPヘッダのIPinIPカプセル化を行って通信を継続する手段と、ホームネットワークHAにより固定の送信アドレスの設定とアドレス変換および／またはパケット中継を行わせる手段とを備えた通信インタフェース切り替え方式を提供する。【選択図】図3
2008219460.tif 000002
【特許請求の範囲】
【請求項１】
通信インタフェース切り替え方式であって、
Gratuitous ARPにより広告する手段と、
IPヘッダのIPinIPカプセル化を行って通信を継続する手段と、
ホームネットワークHAにより固定の送信アドレスの設定とアドレス変換および／またはパケット中継を行わせる手段と、
を備えた通信インタフェース切り替え方式。
【請求項２】
通信インタフェース切り替え方式であって、
自分のシステムの切り替え先のインタフェースが同じサブネットに属する場合に、インタフェースを切り替える際にGratuitous ARPにより、切り替えもとのIPアドレスに対して、切り替え先のインタフェースのMACアドレスを対応させるように広告する手段と、
自分のシステムの切り替え先のインタフェースが別サブネットに接続されており、かつ相手システムが提案方式をサポートしている場合に、インタフェース切り替え時に通信相手に切り替え要求を送信し、双方のシステムが新たなインタフェースのIPアドレスを用いたIPヘッダと、元のインタフェースのIPアドレスを用いたIPヘッダのIPinIPカプセル化を行って通信を継続する手段と、
自分のシステムの切り替え先のインタフェースが別サブネットに接続されており、かつ相手システムが提案方式をサポートしていない場合に、ホームネットワーク内のホームネットワークHAにより固定の送信アドレスの設定とアドレス変換・パケット中継を行わせる手段と、
を備えた通信インタフェース切り替え方式。
【請求項３】
請求項1または2に記載の通信インタフェース切り替え方式であって、
通信は、自システムとホームネットワークHAとの間、およびホームネットワークHAと相手システムとの間で行われ、自システムとホームネットワークHAとの間では、IPinIPカプセル化を用い、一方、ホームネットワークHAはNATを行い、自システムのアドレスを常に一定に見せるとともに、アドレスの付け替えを行う通信インタフェース切り替え方式。
【請求項４】
請求項1〜3のいずれか1項に記載の通信インタフェース切り替え方式を備えた装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信インタフェース切り替え方式に関する。より詳細には、本発明は、アプリケーションレベルの通信を継続する通信インタフェース切り替え方式に関する。
【背景技術】
【０００２】
近年、ホームネットワークが注目されており、テレビ、ビデオレコーダ、エアコン、冷蔵庫などの各種家電製品をネットワークに接続し、相互連携を行う製品も実用化されている。またDLNAなどの、情報家電機器の間で相互認識やデータ転送を行うための方式の標準化も行われている。このように、ホームネットワークが普及するにつれて、家庭内のネットワークの多様性が考慮すべき課題となる。ホームネットワークでは、イーサネット（登録商標）、無線LAN、電灯線LANなどの複数のネットワークが導入され、情報家電機器は対応する通信インタフェースを有することが想定される。その場合、情報家電機器の使用状況によっては、通信中に接続するネットワークを変えることがある。例えば、無線LANを介し可搬型TVとビデオサーバが通信している最中に、可搬型TVが別の部屋に移動したときに、無線通信の状態が悪化し、イーサネット（登録商標）に接続しなおして通信を継続するなどの状況である。このような状況では使用する通信インタフェースが変わり、したがって端末側のIPアドレスが変更されるため、それまでのアプリケーションレベルの通信はいったん終了せざるを得ない。しかし、利用者の利便性を考えると、アプリケーション通信とは独立に最適な通信インタフェースを選択し、インタフェースが変更された場合でも通信を継続させる機能が必要となる。
【０００３】
端末のIPアドレスが変更された場合でも通信を継続させる機能は、モバイルネットワークにおいて端末の移動をサポートするMobile
IP（非特許文献１）により実現されている。しかし、Mobile IPは広域ネットワーク環境を想定しており、各サブネットにHAが必要である、移動した場合は常にHAへの登録が必要であるなど、ホームネットワークで使用するにはオーバヘッドが大きいという問題がある。
【０００４】
一方、同一のサブネットに接続された機器を切り替える方法として、Gratuitous ARPを用いて別の機器がもとの装置のIPアドレスを用いた通信を継続する方法が知られている（非特許文献２）。この方法を利用すれば、例えば同一サブネットのイーサネット（登録商標）と無線LANの間でインタフェースを切り替えるなどが可能となる。しかしこの方法だけではサブネットをまたがるインタフェース切り替え、例えば無線LANアドホックモードによる直接通信からイーサネット（登録商標）を用いた通信への切り替えなどには対応できない。
【０００５】
【非特許文献１】C. Perkins, Ed., “IP Mobility Support for IPv4,”RFC 3344, Aug. 2002。
【非特許文献２】A. Bhide, et al., “A Highly Available NetworkFile Server,” Proc. of 1991 Winter USENIX Conference, pp.199-205, 1991。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、ホームネットワークにおいて、システムが移動などの理由で、ネットワークインタフェースを切り替えても、アプリケーション通信を継続できる通信方式を提供することを目的とする。
【課題を解決するための手段】
【０００７】
このような背景から、本方式では、複数の通信インタフェースを有する情報家電機器が、アプリケーションレベルの通信を維持しながら、移動や電波状況の変化などにより、インタフェースを切り替えることができる新たな手順を提案する。具体的には、ホームネットワークに接続されている機器に関する情報を入手できる、同一サブネットのインタフェースに切り替える場合や通信相手が同様なシステムである場合など状況に最適な手法を用いることができるなど、ホームネットワークの環境に適した方式を採用することとする。
【０００８】
したがって、本発明は、通信インタフェース切り替え方式であって、Gratuitous
ARPにより広告する手段と、IPヘッダのIPinIPカプセル化を行って通信を継続する手段と、ホームネットワークHAにより固定の送信アドレスの設定とアドレス変換および／またはパケット中継を行わせる手段とを備えた通信インタフェース切り替え方式を提供する。
また、本発明は、通信インタフェース切り替え方式であって、自分のシステムの切り替え先のインタフェースが同じサブネットに属する場合に、インタフェースを切り替える際にGratuitous ARPにより、切り替えもとのIPアドレスに対して、切り替え先のインタフェースのMACアドレスを対応させるように広告する手段と、自分のシステムの切り替え先のインタフェースが別サブネットに接続されており、かつ相手システムが提案方式をサポートしている場合に、インタフェース切り替え時に通信相手に切り替え要求を送信し、双方のシステムが新たなインタフェースのIPアドレスを用いたIPヘッダと、元のインタフェースのIPアドレスを用いたIPヘッダのIPinIPカプセル化を行って通信を継続する手段と、自分のシステムの切り替え先のインタフェースが別サブネットに接続されており、かつ相手システムが提案方式をサポートしていない場合に、ホームネットワーク内のホームネットワークHAにより固定の送信アドレスの設定とアドレス変換・パケット中継を行わせる手段とを備えた通信インタフェース切り替え方式を提供する。
さらに、本発明は、上記通信インタフェース切り替え方式であって、通信は、自システムとホームネットワークHAとの間、およびホームネットワークHAと相手システムとの間で行われ、自システムとホームネットワークHAとの間では、IPinIPカプセル化を用い、一方、ホームネットワークHAはNATを行い、自システムのアドレスを常に一定に見せるとともに、アドレスの付け替えを行う通信インタフェース切り替え方式を提供する。
また、本発明は、上記通信インタフェース切り替え方式を備えた装置を提供する。
【発明の効果】
【０００９】
本発明によれば、ホームネットワークにおいて、システムが移動などの理由で、ネットワークインタフェースを切り替えても、アプリケーション通信を継続できる通信方式を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図を参照して本発明の通信インタフェース切り替え方式を説明する。
【００１１】
本方式は、図1のようにイーサネット（登録商標）、無線LAN、電灯線LANなど、複数インタフェースを備えた情報家電が多数接続され、LAN内に複数のサブネットと通信経路が混在しているネットワーク環境において、ネットワークに接続した各ノードが通信中にアクティブなインタフェースを切り替えた場合でも、アプリケーションレベルの通信を継続できることを目的とする。
【００１２】
通信インタフェースの切り替えに伴うIPアドレスの変更をアプリケーションから隠蔽するために、モバイルネットワークにおいてノードの移動をサポートするために広く普及しているMobile
IPを基本とする。しかしMobile IPは、広域ネットワーク環境での利用を想定して設計されており、各サブネットにHAが必要である、移動した場合は常にHAに登録が必要であるなど、ホームネットワークで使用するにはオーバヘッドが大きい。そこで、本方式では以下のような方式を採用する。
【００１３】
（1）複数サブネットが存在したホームネットワークにおいても、本方式をサポートするホームネットワーク用のHA（以下、ホームネットワークHAと呼ぶ）を1台設置する。
【００１４】
（2）ノードが有する複数のインタフェースがすべて同一のサブネットに接続されている場合は、インタフェース切り替え時にGratuitous ARPを用いる方法を適用する。
【００１５】
（3）ノードが異なるサブネットに接続されたインタフェースに切り替える必要があり、かつ通信相手のノードが本方式をサポートしている場合は、インタフェース切り替え時に双方が協調しアプリケーションレベルの通信を継続する。
【００１６】
（4）上記2つに当てはまらない場合、すなわちノードが異なるサブネットに接続されたインタフェースに切り替える必要があり、かつ通信相手のノードが本方式をサポートしていない場合は、インタフェース切り替えを行うことが想定される通信に関しては、通信開始時点から必ず上記のホームネットワークHAを介して通信を行い、ノードとHAが協調してインタフェース切り替えを行う。
【００１７】
ホームネットワークではUPnPなどにより、各ノードがネットワークに接続された時点で、LANに接続されている他ノードに対する情報を入手することが可能である。本方式では特に各ノードが次の情報を相互に取得できることとする。その情報とは、本提案方式をサポートしているか否かの情報、実装されているインタフェースの種類とアドレスの情報である。
【００１８】
ネットワーク内に接続されている他の機器の情報が取得可能であるというホームネットワークの特徴を生かし、通信相手ノードがもつ機能に応じて、以下のように通信方式を切り替える。
【００１９】
通信相手ノードが提案方式をサポートしていなく、かつ通信中に通信インタフェースを異なるサブネットに属するインタフェースに切り替える可能性がある場合、ホームネットワークHAを用いてMobile IPにおける双方向トンネリング[G. Montenegro, Ed., “Reverse Tunneling
for Mobile IP,” RFC 2344, May 1998]とNATとを組み合わせたような方式により通信を行う。通信は、自ノードとホームネットワークHAとの間、並びにホームネットワークHAと相手ノードとの間として行われ、自ノードとホームネットワークHAの間は、IPinIPカプセル化を用いる。また、ホームネットワークHAはNATを行い、自ノードのアドレスを常に一定に見せるとともに、アドレスの付け替えを行う。
【００２０】
上記以外の場合、すなわち通信相手ノードが提案方式をサポートしている、もしくは提案方式をサポートしていないノードとの通信においても通信インタフェースを異なるサブネットに属するインタフェースに切り替える可能性がない場合、ホームネットワークHAを用いた通信は行わず、通信インタフェースを切り替えるまで通常の通信を行う。
【００２１】
ホームネットワークHAを用いない通信を行っていて、通信インタフェースを同じサブネットに属するインタフェースに切り替える場合、Gratuitous ARPを用いた手法を採用し、通信を継続させる。この方式では、切り替え元インタフェースのIPアドレスに対して、切り替え先のインタフェースのMACアドレスを対応させるように広告し、通信を継続する。
【００２２】
ホームネットワークHAを用いない通信を行っていて、通信インタフェースを異なるサブネットに属するインタフェースに切り替える場合、インタフェース切り替え時に通信相手に直接インタフェース切り替え要求を送信し、Mobile
IPの経路最適化[C. Perkins and D. Johnson, “Route Optimization for Mobile IP,” J.
Cluster Computing, Vo.1, No.2, pp.161-171, Jun. 1998]のような方式により通信を継続させる。この方式では、インタフェース切り替え時に通信相手にインタフェース切り替え要求を送信し、双方のシステムが新たなインタフェースのIPアドレスを用いたIPヘッダと、元のインタフェースのIPアドレスを用いたIPヘッダのIPinIPカプセル化を行って、通信を継続する。
【００２３】
上記説明では、それぞれの状況において、Gratuitous ARP、Mobile IP（その経路最適化）、双方向トンネリング、NAT、およびIPinIPカプセル化などを用いた手法を採用しているが、これらの手法の代わりに、これらの手法に対応する種々の手法を使用してもよいことは、当業者には明らかである。
【００２４】
シーケンス例
１.ホームネットワークHAを用いた通信方式
MNが図2のように、インターネット上の一般的なCNと通信中に通信インタフェースをイーサネット（登録商標）から無線LANに切り替える場合のシーケンス例を図3に示す。この例ではCNはインターネット上の一般的なノードであり、提案方式をサポートしていない。異なるサブネットのIPが割り当てられたイーサネット（登録商標）と無線LANのインタフェースを持つMNは、無線LANインタフェースを用いてもCNと通信することができるが、ここではイーサネット（登録商標）により通信を開始したこととする。MNはCNが提案方式をサポートしていなく、かつ通信中に通信インタフェースを異なるサブネットに属するインタフェースに切り替える可能性があるため、ホームネットワークHAを用いて通信を開始する。
【００２５】
まず、MNはホームネットワークHAに対してinterface
switching registration requestメッセージを送信する。このメッセージは、アプリケーションレベルの通信を識別できる情報を含む。すなわち、MNのイーサネット（登録商標）インタフェースのIPアドレス、CNのIPアドレス、MNとCNのポート番号である。ホームネットワークHAはこのメッセージを受信すると、メッセージに含まれるアプリケーションレベルの通信識別情報に対して、新たな変換IPアドレス、ポート番号を確保する。また確保した変換IPアドレス、ポート番号とメッセージに含まれるアプリケーションレベルの通信識別情報を関連付け、記録しておく。さらにHAは、interface
switching registration responseメッセージをMNに対して送信する。
【００２６】
このresponseメッセージを受信したMNはイーサネット（登録商標）インタフェースにより通信を開始するが、その場合はIPデータグラムをIPinIPカプセル化してHAに送信する。図3の1のように、このIPデータグラムの外側IPヘッダについては、宛て先IPアドレスがホームネットワークHAのIPアドレス、送信元IPアドレスがMNのイーサネット（登録商標）インタフェースのIPアドレスとなり、内側IPヘッダについては、宛て先IPアドレスがCNのIPアドレス、送信元IPアドレスがMNのイーサネット（登録商標）インタフェースのIPアドレスとなる。ホームネットワークHAがカプセル化されたデータグラムを受信すると、外側IPヘッダを取り除く。さらに、内側IPヘッダとポート番号からinterface
switching registration requestメッセージ受信時に作成したアプリケーションレベルの関連付け情報を検索し、対応する情報が見つかるとIPヘッダの送信元IPアドレスとポート番号を登録してあるものに変換してCNに転送する（図3の2）。この変換処理はホームネットワークHAによるNAPT動作にあたる
CNから送信されたデータグラムは逆の経路により配送される。CN-ホームネットワークHA間のデータグラムのIPヘッダは図3の3のようになる。ホームネットワークHAがIPデータグラムを受信すると、データグラムのIPヘッダとポート番号から登録してあるアプリケーションレベルの関連付け情報を検索し、対応する情報が見つかれば、送信元IPアドレスとポート番号を対応するものに変換し、図3の4のようにIPinIPカプセル化してMNに送信する。
【００２７】
ここで、MNがイーサネット（登録商標）インタフェースの切断を検出したとする。すると、MNは無線LANインタフェースによりホームネットワークHAに対してinterface
switching notificationメッセージを送信する。このメッセージには、アプリケーションレベルの通信を識別できる情報を含む。すなわち、MNのイーサネット（登録商標）インタフェースのIPアドレス、CNのIPアドレス、MNとCNのポート番号、さらに、無線LANインタフェースのIPアドレスを含む。ホームネットワークHAがこのメッセージを受信すると、登録してあるアプリケーションレベルの関連付け情報を検索し、対応するものがあれば、その情報を更新する。加えてMNにinterface
switching notification acknowledgmentメッセージを返す。MNがこのacknowledgmentメッセージを受信すると、MNは無線LANインタフェースによって通信を継続する。なお、このacknowledgmentメッセージ待ち状態の間は、MNはこのアプリケーションレベルの通信における送信データグラムをバッファしておく。interface
switching notificationの交換後、MN-ホームネットワークHA間のデータグラムのIPヘッダは図3の5のようになり、ホームネットワークHA-CN間は9、CN-ホームネットワークHA間は7、ホームネットワークHA-MN間は8のようになる。
【００２８】
上記はMobile
IPにおける双方向トンネリングに類似した方式である。しかし、本方式では、Mobile IPと異なり、MNがホームアドレスを用いていない。また、CNは、HAによって生成されたアドレス（とポート）と通信を行う。
【００２９】
2.ホームネットワークHAを用いない通信：同じサブネットに属するインタフェースに切り替える場合
図4のようなトポロジーにおいて、イーサネット（登録商標）と無線LANの2つのインタフェースを持ったMNが、イーサネット（登録商標）インタフェースを用いて通信を開始し、通信を継続しながら通信インタフェースを無線LANに切り替える場合のシーケンス例を図5に示す。図4のトポロジーでは、無線LANのアクセスポイントが、MNのイーサネット（登録商標）インタフェースが接続されているイーサネット（登録商標）と同一のイーサネット（登録商標）に接続されている。CNはアクセスポイントが接続されたイーサネット（登録商標）に接続されているが、無線LANインタフェースは持っていない。
【００３０】
MNは通信インタフェースの切り替え処理が発生するまで、通常の通信を行う。MNが通信中にイーサネット（登録商標）インタフェースが切断されたことを検出し、同じサブネットに接続された別のインタフェース、つまり無線LANインタフェースが利用可能であることがわかると以下の処理を行う。まず、イーサネット（登録商標）インタフェースを明示的にダウンさせ、今までイーサネット（登録商標）インタフェースに割り当てていたIPアドレスを無線LANインタフェースに割り当てる（これにより、無線LANインタフェースには二つのIPアドレスが割り当てられることになる）。同時に、無線LANインタフェースからGratuitous
ARP requestメッセージを送信する。このGratuitous ARPメッセージのパラメータは次のようになる。
【００３１】
送信元IPアドレス：イーサネット（登録商標）のIPアドレス
送信元MACアドレス：無線LANのMACアドレス
ターゲットIPアドレス：イーサネット（登録商標）のIPアドレス。
【００３２】
CNがこのARP
requestを受信すると、ARPの機能によりMNのイーサネット（登録商標）インタフェースのIPアドレスがMNの無線LANのMACアドレスにマッピングされるようにARPキャッシュを更新する。これによりCNは宛て先MACアドレスをMNの無線LANインタフェースのMACアドレス、宛て先IPアドレスをMNのイーサネット（登録商標）インタフェースのIPアドレスとしたIPデータグラムを送信することができるようになり、通信が継続できる。
【００３３】
3.ホームネットワークHAを用いない通信：同じサブネットに属するインタフェースに切り替える場合
図6のように、MNとCNは共にイーサネット（登録商標）と無線LANの2つのインタフェースを持っている。さらに、MNとCNは無線LANのアドホックモードにより相互に通信できるように設定されているとする。アドホックモードで用いられるIPアドレスはイーサネット（登録商標）とは異なるサブネットを持つ。このようなトポロジーにおいて、MNとCNが共にイーサネット（登録商標）インタフェースを用いて通信を開始し、通信を継続しながら通信インタフェースをアドホックモードの無線LANに切り替える場合のシーケンス例を図7に示す。
【００３４】
MNは通信インタフェースの切り替え処理が発生するまで、通常の通信を行う。MNが通信中にイーサネット（登録商標）インタフェースが切断されたことを検出し、異なるサブネットに接続された別のインタフェース、つまりアドホックモードの無線LANインタフェースが利用可能であることがわかると以下の処理を行う。まずMNは無線LANインタフェースからinterface
switching requestメッセージを送信する。このrequestメッセージには、アプリケーションレベルの通信を識別できる情報を含む。すなわち、この情報とは、MNのイーサネット（登録商標）インタフェースのIPアドレス、CNのイーサネット（登録商標）インタフェースのIPアドレス、MNとCNのポート番号である。CNはこのメッセージを受信すると、メッセージに含まれているアプリケーションレベルの識別情報を登録し、この通信が無線LANインタフェース経由で継続される必要があることも記録しておく。さらにMNに対してinterface
switching responseメッセージを送信する。MNはこのメッセージを受信すると、メッセージに含まれているアプリケーションレベルの識別情報を登録し、この通信が無線LANインタフェース経由で継続される必要があることも記録しておく。なお、このresponseメッセージ待ち状態の間は、MNはこのアプリケーションレベルの通信における送信データグラムをバッファしておく。interface
switchingメッセージの交換が完了すると、MNとCNは対象となるアプリケーションレベルの通信に対して、全てのIPデータグラムをIPinIPカプセル化し、通信を再開する。これらのIPデータグラムの外側IPヘッダは、MNとCNの無線LANのIPアドレスを含む。カプセル化されたIPデータグラムは、アドホックモードの無線LANを通じて転送される。
【００３５】
上記した方式はMobile IPの経路最適化に類似した方式である。しかし、本方式では、Mobile IPの経路最適化におけるHAのサポートがない。また、Mobile
IPの経路最適化とは異なり、セッション毎に管理される。
【００３６】
4.フローチャート
本節では、本方式におけるMNの詳細な処理をフローチャートとして示す。
【００３７】
図8は、MNがホームネットワークに接続されたときの処理である。上記のように、MNは、ホームネットワークに接続されている他ノードに関する情報を得る。その情報とは、MNの論理名、提案方式をサポートしているか否かの情報、そのノードが持つ全てのインタフェースとそこに割り当てられているIPアドレスとサブネットマスク、さらにその端末が独立したアドホック無線LANセグメントに接続しているか否かの情報である。
【００３８】
図9は、MNがアプリケーションレベルの通信を開始したときの処理である。まずMNは、開始しようとしている通信に対してインタフェース切り替え方式を適用するか否か決定する。本方式では、このインタフェース切り替え方式を適用した通信を行うか否かの決定は、ユーザープログラムによりアプリケーションごとに行われることを仮定している。もし、インタフェース切り替え方式を適用する場合、MNはホームネットワークHAを用いるか否かをチェックする。ホームネットワークHAを用いる場合、MNはinterface
switching registration requestメッセージをホームネットワークに送信し、その応答を受信する。ここでMNはこの通信に対してインタフェース切り替え方式を適用することを記録しておく。
【００３９】
図10は、MNがIPデータグラムを送信する場合の処理である。まずMNは送信しようとしているIPデータグラムにインタフェース切り替え方式を適用するか否かを調べる。もし適用しない場合、MNは何もせずIPデータグラムを送信する。もしインタフェース切り替え方式を適用する場合、MNは次にホームネットワークHAを用いる通信か否かをチェックする。もしこのアプリケーションレベルの通信がホームネットワークHAを用いる場合、MNはIPデータグラムの外側IPヘッダを送信元IPアドレスがMNのIPアドレス、宛て先IPアドレスがホームネットワークHAのIPアドレスとし、IPinIPカプセル化する。
【００４０】
ホームネットワークHAを用いない場合、MNの新しいインタフェースが現在の通信インタフェースと同一のサブネットに属しているか否かをチェックする。もし同一サブネットに属している場合、MNはIPデータグラムを何もせずに送信する。同一サブネットに属しているのであれば、インタフェースが切り替わってもARPレベルで処理が実行されるため、IPレベルの処理は必要が無いのである。
【００４１】
そうでなければ、MNは直接CNとネゴシエーションして、インタフェース切り替えを実行する。もし切り替えがまだ実行されないのであれば、IPデータグラムはそのまま送信される。切り替えが実行されると、IPデータグラムはネゴシエーション時に登録されたアプリケーションレベルの通信情報を元にIPinIPカプセル化されて送信される。
【００４２】
図11はインタフェース切り替えが実行されるときの処理である。インタフェース切り替え処理は、インタフェースが切断されたり、通信品質が悪化したり、より優先度の高いインタフェースが利用可能になった場合に開始される。インタフェース切り替え処理が開始されると、MNは実行されている全てのアプリケーションレベルの通信に対して、インタフェース切り替え処理を実行する。もし通信がホームネットワークHAを用いて行われている場合、MNはinterface
switching notification requestメッセージをホームネットワークHAに送信する。ホームネットワークHAを用いない通信である場合、MNは新しいインタフェースが同一のネットワークに属しているか否かを調べ、もしそうであれば、上で述べたような処理を行う。すなわち今まで使用していたインタフェースをダウンし、そのIPアドレスを新しいインタフェースに割り当てる。さらにパラメータのGratuitous
ARPを送信する。もし新しいインタフェースが異なるサブネットに属していた場合、MNはCNと直接ネゴシエーションするために、interface
switching requestメッセージをCNに送信し、interface switching responseメッセージを受信する。ここで、CNのIPアドレスをどのように選択するのかを述べる。MNは、UPnPによりCNに関する情報を得ているため、CNのIPアドレスが、独立したad
hocモードの無線LANセグメントのものか否かを判断することができる。
【００４３】
もしCNの今まで使用していたIPアドレスが独立したad
hocモードの無線LANセグメントのものであったら、MNはinterface switching requestメッセージに、今まで使用していたIPアドレスとは別に、ホームネットワークのバックボーンと繋がっているCNのIPアドレスを指定する。もしCNの今まで使用していたIPアドレスがホームネットワークのバックボーンと繋がっているものであった場合、インタフェース切り替え後も同じCNのIPアドレスを用いて通信を行う。ここでもし、CNがMNの新しいインタフェースのIPアドレスと同じサブネットに属するIPアドレスを持っていて利用可能である場合は、そのIPアドレスを用いて通信を継続してもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の通信方式を使用することが想定されるホームネットワーク。
【図２】シーケンス例のトポロジー（HAを用いた通信）を示す図。
【図３】シーケンス例（HAを用いた通信）を示す図。
【図４】シーケンス例のトポロジー（HAを用いない通信：同一サブネットへの切り替え）を示す図。
【図５】シーケンス例（HAを用いない通信：同一サブネットへの切り替え）を示す図。
【図６】シーケンス例のトポロジー（HAを用いない通信：異なるサブネットへの切り替え）を示す図。
【図７】シーケンス例（HAを用いない通信：異なるサブネットへの切り替え）を示す図。
【図８】MNがホームネットワークに接続された場合の処理を示す図。
【図９】MNがアプリケーションレベルの通信を開始した場合の処理を示す図。
【図１０】MNがIPデータグラムを送信する場合の処理を示す図。
【図１１】インタフェース切り替えが実行されるときの処理を示す図。
【図１】
2008219460.tif 000003
【図２】
2008219460.tif 000004
【図３】
2008219460.tif 000005
【図４】
2008219460.tif 000006
【図５】
2008219460.tif 000007
【図６】
2008219460.tif 000008
【図７】
2008219460.tif 000009
【図８】
2008219460.tif 000010
【図９】
2008219460.tif 000011
【図１０】
2008219460.tif 000012
【図１１】
2008219460.tif 000013