JP2012501582A - 複数の無線機を有する装置のためのｉｐ移動性 - Google Patents

Abstract

無線送受信ユニット（ＷＴＲＵ）は、移動性管理機能およびマルチホーミング機能を備える。移動性管理機能は、ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）プロトコルを実行することができ、マルチホーミング機能はＳｈｉｍ６プロトコルを実行することができる。移動性管理機能は、マルチホーミング機能にリンクステータス情報を通信することができる。リンクステータス情報に基づいて、マルチホーミング機能は、リンク障害検出手順を早める、もしくは遅らせるか、経路探索手順の考慮対象となる可能な経路のリストを変更するか、かつ／または経路探索手順の開始を決定することができる。マルチホーミング機能は、追加の通信リソースが要求されていることを移動性管理機能に通知することができる。それに応答して、移動性管理機能は、非稼動状態の無線インタフェースを起動することができる。その後の経路探索手順は、起動された無線インタフェースを通じて確立されることが可能な経路の探索を含むことができる。

Description

本発明は、無線通信に関する。

マルチホーミング（ｍｕｌｔｉｈｏｍｉｎｇ）は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークに参加する装置に複数のＩＰアドレスを設定するものである。マルチホーミングは種々の手法で実現することができ、それらの手法は、１つのリンクに複数のＩＰアドレスを割り当て、異なるＩＰアドレスを有する複数の物理インタフェースを用いることを含む。マルチホーミングを使用してデータを並行ストリームに分割して、スループットおよび信頼性を増大することができる。例えば、３つの別個のリンク、３つの別個のＩＰアドレス、３つの並行ストリームを通じて、ホストでデータストリームを受信することができる。そして受信したデータをホストで再結合することができる。

ＩＰバージョン６（ＩＰｖ６）のコンテクストでは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）Ｓｈｉｍ６プロトコルを用いてマルチホーミングを容易にすることができる。Ｓｈｉｍ６は、ホストベースであり、数個のＩＰ経路を管理する能力、障害の検出および回復、ならびに最適経路の選択等の機能を提供する。ＩＰバージョン４（ＩＰｖ４）のマルチホーミングでは、アドレスプレフィクスが必要とされ、それがルーティングテーブルのサイズ、ひいてはパケット配信に要する時間を増大させていた。Ｓｈｉｍ６およびＩＰｖ６を使用すると、アドレスプレフィクスは必要でなく、それによりＩＰｖ４マルチホーミングの実行遅延を回避する。

Ｓｈｉｍ６は、プロトコルスタックのネットワーク層に変更を加えることによって機能する。Ｓｈｉｍ６を使用している２つのホストが接続する時、両ホストは、Ｓｈｉｍ６コンテクストを確立し、各ホストに接触することが可能な複数のＩＰｖ６アドレスを含む情報を交換する。パケットの送信時、パケットは、送信側ホストにおいて、意図される受信側ホストの宛先ＩＰアドレスと共に上位層からネットワーク層で受け取られる。ネットワーク層のＳｈｉｍ６エレメントは、宛先ホストの別のＩＰアドレスを代わりに用いることができ、次いでパケットをトランスポート層に伝達することができる。この代替は、例えば、元々パケット中に指示された宛先ＩＰアドレスが、もはや存続可能でない宛先ホストへのリンクを識別する場合に行うことができる。それにより、現在のトランスポート層の設定を破棄することなく新しい経路を使用することができる。Ｓｈｉｍ６では、トランスポート層に示されるＩＰアドレスは「識別子」と呼ばれ、ネットワーク層およびデータリンク層に示されるＩＰアドレスは「ロケータ」と呼ばれる。Ｓｈｉｍ６エレメントは、経路選択を容易にするために識別子とロケータのマッピングを記憶する。

図１に、Ｓｈｉｍ６を使用して通信するように構成された２つのホストの例を示す。状態Ａ１５０では、ホストＡ１９０およびホストＢ１９２は、第１のリンク１２０を使用して通信するように構成される。Ｓｈｉｍ６を使用して、ホストＡ１９０およびホストＢ１９２は状態Ｂ１５２に遷移することができ、状態Ｂ１５２では、ホストＡ１９０およびホストＢ１９２は第２のリンク１３０を使用して通信する。ホストＡ１９０は、ＩＳＰ１ １０２およびＩＳＰ２ １０４の２つのインターネットサービスプロバイダ（ＩＳＰ）に接続される。ホストＡ１９０はマルチホーミングに設定され、ＩＳＰ１ １０２から第１のＩＰアドレス（ＩＳＰ１．Ａ）が割り当てられ、ＩＳＰ２ １０４から第２のＩＰアドレス（ＩＳＰ２．Ａ）が割り当てられる。ホストＡ１９０は、ＩＳＰ１ １０２およびＩＳＰ２ １０４を介してインターネット１０６に接続される。ホストＢ１９２は、ＩＳＰ３ １０８に接続され、ＩＳＰ３ １０８を介してインターネット１０６に接続される。ホストＢ１９２には、ＩＳＰ３ １０８からＩＰアドレス（ＩＳＰ３．Ｂ）が割り当てられる。状態Ａ１５０では、ホストＡ１９０とホストＢ１９２はリンク１２０を使用して通信し、リンク１２０はＩＳＰ１ １０２およびＩＳＰ３ １０８を通じて動作する。状態Ａ１５０では、ホストＢ１９２のプロトコルスタックのネットワーク層は、ホストＡ１９０のＩＳＰ１．ＡアドレスまたはＩＳＰ２．Ａアドレスのいずれかを宛先とするパケットをトランスポート層から受け取ることができる。パケットの宛先アドレスがＩＳＰ２．Ａである場合、ホストＢ１９２のＳｈｉｍ６層は、ＩＳＰ１．Ａを宛先として示すようにパケットヘッダを変更することを決定することができ、第１のリンク１２０で通信するために、変更したパケットをデータリンク層に渡すことができる。これはＳｈｉｍ６サブレイヤによって処理されるため、ホストＢ１９２のトランスポート層は、ホストＡ１９０に実際にパケットを通信する際にどちらのアドレスが使用されるかは認識しない。第１のリンク１２０が使用不能になった場合、ホストＡ１９０およびホストＢ１９０は状態Ｂ１５２に遷移し、第２のリンク１３０を使用して通信する。状態Ｂ１５２では、ホストＢ１９２のプロトコルスタックのネットワーク層は、ホストＡ１９０のＩＳＰ１．ＡまたはＩＳＰ２．Ａのいずれかを宛先とするパケットを受け取ることができる。パケットの宛先がＩＳＰ１．Ａである場合、ホストＢ１９２のＳｈｉｍ６層は、ヘッダのアドレスをＩＳＰ２．Ａに変更する。状態Ａ１５０から状態Ｂ１９２への遷移ではホストＡ１９０でもホストＢ１９２でもトランスポート層のリソースを再設定する必要はない。これは、トランスポート層の動作は遷移の影響を受けないためである。リンク障害の検出およびリンク間の遷移（例えば状態Ａ１５０と状態Ｂ１５２間の遷移）の実施のためにＳｈｉｍ６で提供される手順については、図２および図３を参照して下記で詳細に説明する。

Ｓｈｉｍ６では、リンク障害を検出するための強制双方向検出（ＦＢＤ：Ｆｏｒｃｅｄ Ｂｉｄｉｒｅｃｔｉｏｎａｌ Ｄｅｃｔｅｃｔｉｏｎ）手順を定義している。ＦＢＤを使用して、２つのホスト間で使用されるＩＰアドレスの対の存続可能性（または「到達可能性」）を判定することができる。到達可能性は相互トラフィックの点から分析され、一方向のトラフィックがその戻り方向のトラフィックの予想を生じさせる。ＦＢＤ手順は、２つのノードがＳｈｉｍ６コンテクストの確立に成功した後に開始する。ＦＢＤを実施するノードは、（１）前回のパケットが送信されて以降の時間を示す送信タイマ、および（２）前回のパケットが受信されて以降の時間を示すキープアライブ（ｋｅｅｐａｌｉｖｅ）タイマ、の２つのタイマを使用する。この２つのタイマは相互排他的であり、任意の時に実行されるタイマは１つのみである。ホストがＳｈｉｍ６コンテクストで送信データパケットを生成すると、送信タイマが開始される。その時に実行中のキープアライブタイマがある場合、キープアライブタイマは停止される。ホストが受信データパケットを受信すると、送信タイマが停止され、キープアライブタイマが開始される。キープアライブタイマがキープアライブのタイムアウト値を超えると、キープアライブパケットが他方のホストに送信される。送信タイマ値が送信タイムアウト値を超えると、ホストは、他方のホストが到達不可能であると判断する。ＦＢＤを使用すると、ホストが、相手ホストが到達不可能であるかどうかを判定するのに数十秒間かかる場合がある。

図２は、ＦＢＤ手順を示す信号図である。ホストＡ２９０およびホストＢ２９２がＳｈｉｍ６コンテクストを確立している。ホストＡは、自身の送信タイマを開始し２０２、ホストＢ２９２にデータパケットを送信する２０４。ホストＢ２９２は自身の送信タイマを開始し２０６、ホストＡにデータパケットを送信する２０８。データパケットの受信に応答して、ホストＡ２９０は、送信タイマを停止し２１０、キープアライブタイマを開始する。ホストＡ２９０のキープアライブタイマが満了し２１２、ホストＡ２９０は、送信タイマを開始し２１２、ホストＢ２９２にキープアライブパケットを送信する２１４。キープアライブパケットに応答して、ホストＢ２９２は送信タイマを停止する２１６。ホストＢ２９２は送信タイマを開始し２１８、データまたはキープアライブパケットをホストＡ２９０に送信する２２０。データまたはキープアライブパケットの受信に応答して、ホストＡは送信タイマを停止する２２２。この時点で、ホストＡ２９０とホストＢ２９２の両方が、これまで通信を行ってきたリンクが存続可能であると判定する。

ホストＡ２９０は次いで、送信タイマを開始し２２４、データまたはキープアライブパケットを送信する２２６。データまたはキープアライブパケットは、ホストＢ２９２に到達しない。ホストＢ２９２の送信タイマが満了し２２８、ホストＡ２９０との間のリンクの障害を知らせる。ホストＡ２９０の送信タイマが満了し２３２、ホストＢ２９２との間のリンクの障害を知らせる。この時点で、ホストＡとホストＢの両方が、通信を行ってきたリンクが切断したと判定する。

Ｓｈｉｍ６はさらに、リンク障害が発生した時に存続可能なリンクを探すためにホストが使用するロケータペア探索手順を定義している。このロケータペア探索手順によると、最初にリンク障害を検出したホストが、いくつかの異なるアドレス対を使用して、他方のホストにプローブメッセージを送信する。ホストは、返信のプローブメッセージを受信するまでアドレス対の組み合わせを繰り返し適用する。応答のプローブメッセージは、最初のプローブメッセージが他方のホストに到達したこと、およびリンクが両方向で機能していることの裏づけとなる。

図３は、ロケータペア探索手順を示す信号図である。ホストＢ３９２で送信タイマが満了し３０２、ホストＡ３９０とホストＢ３９２間の通信に使用されているリンクに障害があることを知らせる。次いでホストＢ３９２が、ＩＰアドレス対（Ｂ１，Ａ１）で定義されるリンクでプローブ要求を送信する３０４。プローブ要求は、「探索」状態を示すフィールドを含む。プローブ要求はホストＡ３９０に到達しない。次いで、ホストＢ３９２がリンク（Ｂ２，Ａ１）でプローブを送信する３０６。プローブはホストＢ３９０に到達しない。次いでホストＢ３９２は、リンク（Ｂ２，Ａ２）でホストＡ３９０にプローブ要求を送信する３０８。このプローブはホストＡに到達し、ホストＡに受信される。プローブの受信に応答して、ホストＡ３９０は、リンク（Ａ２，Ｂ２）で応答プローブを送信する３１０。応答プローブは、「インバウンドＯＫ」の状態を示すフィールドを有する。応答プローブはホストＢに到達し、ホストＢに受信される。応答プローブに応答して、ホストＢ３９２は、「使用可能」の状態のプローブをホストＡに送信する３１２。「使用可能」のプローブはホストＡ３９０に到達し、ホストＡに受信される。この時点で、ホストＡ３９０とホストＢ３９２は、ＩＰアドレス対（Ｂ２，Ａ２）を使用して、存続可能なリンクを確立している。次いで、ホストＡがリンク（Ａ２，Ｂ２）でホストＢにデータパケットを送信する３１４。

ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．２１ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ：媒体に依存しないハンドオーバ）は、異種のリンク層（レイヤ１およびレイヤ２）技術に基づくネットワーク間で装置の移動性を支援するフレームワークを定義している。ＭＩＨは、変化するリンク状態およびサービス品質（ＱｏＳ）要件に応じてハンドオーバおよびリンク適合を行うための機構を定義する。ＭＩＨはＭＩＨ機能（ＭＩＨＦ）を規定し、ＭＩＨＦはＭＩＨサービスの実行であり、ＭＩＨ装置とネットワークの両方で実行される論理エンティティと見なされる。

図４に、ＭＩＨＦ４００を含む例示的プロトコルスタック４５０を示す。ＭＩＨＦ４００は、媒体非依存イベントサービス、媒体非依存情報サービス（ＭＩＩＳ）、および媒体非依存コマンドサービス（ＭＩＣＳ）、の３つのＭＩＨサービスを実行する。媒体非依存イベントサービスは、物理層、データリンク層、論理リンク層の状態の変化、ならびにリンクの確立および解除等のイベントの通知に関連する。ＭＩＨＦは、上位層（レイヤ３以上）のエンティティであるＭＩＨユーザ４０４にこれらのサービスを提供する。

プロトコルスタック４５０は、第１の無線アクセス技術（ＲＡＴ）により媒体固有のリンク層機能を実行する第１のリンク層コンポーネント４２０を含む。第２のリンク層コンポーネント４３０は、第２のＲＡＴにより、媒体固有のリンク層機能を実行する。一例として、第１のリンク層コンポーネント４２０は、ＩＥＥＥ８０２．１１ＷＬＡＮ（無線ローカルエリアネットワーク）標準に従って機能し、第２のリンク層コンポーネント４３０は、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）標準に従って機能することができる。

ＭＩＨでは、機能エンティティ間の情報交換は、サービスアクセスポイント（ＳＡＰ）を介して行われる。ＭＩＨユーザ４０４は、第１の論理リンク制御（ＬＬＣ）ＳＡＰ４０６を介して第１のリンク層コンポーネント４２０と通信し、第２のＬＬＣ＿ＳＡＰ４０８を介して第２のリンク層コンポーネント４３０と通信することができる。ＭＩＨＦ４００とＭＩＨユーザ４０４は、ＭＩＨ＿ＳＡＰ４０２を使用して通信する。ＭＩＨＦ４００と第１のリンク層コンポーネント４２０は、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ４１０を介して通信する。ＭＩＨＦ４００と第２のリンク層コンポーネント４３０は、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ４１８を介して通信する。各ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ４１０、４１８は、媒体固有のメディアアクセス制御（ＭＡＣ）ＳＡＰ、物理層（ＰＨＹ）ＳＡＰ、および／または論理リンク制御（ＬＬＣ）ＳＡＰとして実行することができる。

第１のリンク層コンポーネント４２０は、ＭＡＣ状態またはＰＨＹ状態の変化をＭＩＨ＿ＬＩＮＫ＿ＳＡＰ４１０を介してＭＩＨＦ４００に通知することができ、ＭＩＨＦ４００は、その後、そのイベント通知をＭＩＨ＿ＳＡＰ４０２を介してＭＩＨユーザ４０４に伝達することができる。ＭＩＨＦ４００は、追加的に、ネットワークＳＡＰ（ＭＩＨ＿ＮＥＴ＿ＳＡＰ）を介してリモートＭＩＨＦ（図示せず）と通信し、例えば新しいアクセスネットワークおよびリンクＱｏＳ情報の検出に関するイベント通知をリモートＭＩＨＦから受信することもできる。

ＭＩＩＳの目的は、利用可能なネットワークの全体的な把握を入手して、ネットワークの選択およびハンドオーバを容易にすることである。ＭＩＩＳは、ＭＩＨ装置とＭＩＨ対応ネットワークとの間で、ハンドオーバの候補に関する情報を交換するための機構を提供する。ＭＩＩＳ情報は、ＭＩＨ＿ＳＡＰ４０２で両方向に通信することができ、またＭＩＨ＿ＬＩＮＫ＿ＳＡＰ４１０、４１８でも両方向に通信することができる。

ＭＩＣＳは、リンク間のハンドオーバの開始を可能にする。ＭＩＣＳを使用して、ＭＩＨユーザ４０４からＭＩＨ＿ＳＡＰ４０２を介してＭＩＨＦ４００でハンドオーバコマンドが受信される。ハンドオーバコマンドに応答して、ＭＩＨＦ４００は、下位層エンティティを制御するコマンドを発行することができる。例えば、ＭＩＨＦ４００は、プロトコルスタック４５０を１つのネットワークから別のネットワークにハンドオーバするために、第１のリンク層コンポーネント４２０および第２のリンク層コンポーネント４３０と通信することができる。

ＭＩＨやＳｈｉｍ６等の現行技術は、ネットワーク装置の接続性を向上させるための機構を提供するが、現行技術には対処されていないいくつかの問題がある。シングルモードおよびデュアルモードの無線装置向けの現在の省電力化技術は、リンク品質や要求ＱｏＳ等のパラメータに基づいて無線インタフェースをいつオンオフするかを決定する。しかし、それらの技術は、マルチモードのマルチホーミング装置でどのように省電力化技術を実行できるかについては提案していない。また、現在の技術は、マルチモードのマルチホーミング装置にどのようにハンドオーバを行うべきかを提案していない。例えば、現行技術は、ハンドオーバの決定を行う際にアクセスネットワークの特性とマルチホーミングＩＰ経路の特性の両方を考慮する解決策を提供しない。したがって、複数の無線インタフェースを有する無線装置に関連する省電力化およびＩＰリンク／アクセスネットワークの移動性の技術が必要とされる。

無線送受信ユニット（ＷＴＲＵ）は、移動性管理機能およびマルチホーミング機能を備える。移動性管理機能は、ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）プロトコルを実行することができ、マルチホーミング機能はＳｈｉｍ６プロトコルを実行することができる。移動性管理機能は、マルチホーミング機能にリンクステータス情報を通信することができる。リンクステータス情報に基づいて、マルチホーミング機能は、リンク障害検出手順を早める、もしくは遅らせるか、経路探索手順の考慮対象となる可能な経路のリストを変更するか、かつ／または経路探索手順の開始を決定することができる。マルチホーミング機能は、追加の通信リソースが要求されていることを移動性管理機能に通知することができる。それに応答して、移動性管理機能は、非稼動状態の無線インタフェースを起動することができる。その後の経路探索手順は、起動された無線インタフェースを通じて確立されることが可能な経路の探索を含むことができる。

より詳細な理解は、添付図面と併せて例として与えられる以下の説明から得ることができよう。

Ｓｈｉｍ６を使用するＩＰリンク間の切り替えの例の図である。 リンク障害を検出するためのＳｈｉｍ６強制双方向検出（ＦＢＤ）手順を示す信号図である。 ＩＰ経路を探索するためのＳｈｉｍ６ロケータペア探索手順を示す信号図である。 ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）機能（ＭＩＨＦ）を含む例示的なネットワークプロトコルスタックの図である。 移動性管理機能からマルチホーミング機能に通信されるリンクステータス情報に基づく障害検出手順の高速化を示す信号図である。 移動性管理機能からマルチホーミング機能に通信されるリンクステータス情報に基づく経路探索／リンク確立手順の実行を示す信号図である。 マルチホーミング機能から受信された情報に基づく、移動性管理機能による無線インタフェースの起動を示す信号図である。 移動性管理機能およびマルチホーミング機能を備える無線送受信ユニット（ＷＴＲＵ）の例示的アーキテクチャを示す図である。 移動性管理機能およびマルチホーミング機能を備えるＷＴＲＵの例示的ソフトウェアアーキテクチャを示す図である。 図５ないし図９を参照して説明した機能を実行することが可能な無線通信システムの概念ブロック図である。

以下で参照される場合、用語「無線送受信ユニット（ＷＴＲＵ）」は、これらに限定されないが、ユーザ機器（ＵＥ）、モバイル局、固定もしくはモバイル加入者ユニット、ページャ、携帯電話、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境で動作することが可能な他の種のユーザ装置を含む。以下で参照される場合、用語「リンク層コンポーネント」は、無線アクセス技術（ＲＡＴ）に従ってレイヤ１および／またはレイヤ２の機能を実行するコンポーネントである。以下で参照される場合、用語「基地局」は、これらに限定されないが、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することが可能な他の種のインタフェース装置を含む。

以下で参照される場合、「マルチホーミング機能」は、マルチホーミングの機能の少なくとも何らかのサブセットを実行するモジュールである。マルチホーミング機能は、これらに限定されないが、複数の物理インタフェースに対応する単一のＩＰアドレスの維持と、複数のＩＰ経路に対応する複数のＩＰアドレスの維持と、マルチホーミングで使用するＩＰ経路を識別するＩＰアドレス対の生成および記憶と、マルチホーミングＩＰリンクのリンク品質（障害を含む）の検出と、マルチホーミングＩＰリンクのためのＩＰアドレス対の探索と、マルチホーミングＩＰセッションのドメイン内ハンドオーバと、マルチホーミングＩＰリンクでペイロードデータを配信するためのＩＰアドレスの変換／マッピングと、を含む。Ｓｈｉｍ６の実行はマルチホーミング機能の一例であるが、本明細書に記載の原理はＳｈｉｍ６への使用に限定されない。

以下で参照される場合、「移動性管理機能」は、移動性管理機能の少なくとも何らかのサブセットを実行するモジュールである。移動性管理機能は、これらに限定されないが、利用可能な異種アクセスネットワーク、そのネットワークの属性、および／またはそのアクセスネットワークのリンクステータスに関する情報の受信、生成、および／または記憶と、ハンドオーバの実行および／または無線インタフェースをオンオフするための異種のリンク層コンポーネントへのコマンドの提供と、を含む。ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）機能（ＭＩＨＦ）は移動性管理機能の一例であるが、本明細書に記載される原理はＭＩＨまたはＭＩＨＦの使用に限定されない。

図５は、リンクステータス情報に基づく障害検出タイマの変更を説明する信号図である。図５は、ＷＴＲＵにおいて実行された移動性管理機能（ＭＭＦ）５９０および第１のマルチホーミング機能（ＭＨＦ）５９２を示す。図５はまた、第２の装置に実行された第２のマルチホーミング機能５９４を示し、第２の装置は、ＷＴＲＵであっても非無線のネットワーク装置であってもよい。ＭＭＦ５９０が、現在アクティブなリンクに関するリンクステータス情報を受信する５０２。リンクステータス情報は、リンク状態が劣化しつつあること、および／またはリンクの接続性が失われる可能性があることを知らせることができる。リンクステータス情報は、リンクの接続性が失われる確信度が高い、または低いことも知らせることができる。ＭＭＦ５９０は、第１のＭＨＦ５９２にリンクステータス情報を伝達する５０４。

第１のＭＨＦ５９２は、受信したリンクステータス情報の内容に基づいて、リンク障害検出で使用される１つまたは複数のタイマパラメータの継続時間を変更する５０６。例えば、第１のＭＨＦ５９２は、キープアライブタイマまたは送信タイマのパラメータの継続時間を変更することができる５０６。第１のＭＨＦ５９２は、リンクの接続性が失われる確信度に比例した量だけ継続時間の１つまたは複数を変更することができる。例えば、リンクステータス情報が、接続性が失われる確信度が低いことを示す場合は、キープアライブタイマの継続時間は、それまでの継続時間の半分に設定されることができる。リンクステータス情報が、接続性が失われる確信度が高いことを示す場合は、キープアライブタイマは、キープアライブメッセージが直ちに送信されるように、停止するか、または継続時間をゼロに設定することができる。

第１のＭＨＦ５９２のキープアライブタイマが変更後の継続時間に基づいて満了し５０８、送信タイマが開始され５０８、第１のＭＨＦ５９２が第２のＭＨＦ５９４にキープアライブパケットを送信する５１０。５１０のキープアライブパケットは、第２のＭＨＦ５９４にリンク品質を通知するためのリンク品質不良の指示を搬送することができる。第２のＭＨＦ５９４は、予想よりも早い時間にキープアライブパケットを受信５１０したことに基づいて、キープアライブタイマまたは送信タイマ等の１つまたは複数のリンク障害検出タイマのタイマ継続時間を変更することができる５１２。これに代えて、またはこれに加えて、第２のＭＨＦ５９４は、第２の装置において実行されたＭＭＦ（図示せず）から受信したリンクステータス情報に基づいてタイマの継続時間を変更する５１２こともできる。

第２のＭＨＦ５９４のキープアライブタイマが変更された継続時間に基づいて満了し５１４、送信タイマが開始され５１４、第２のＭＨＦ５９４は、第１のＭＨＦ５９２にデータまたはキープアライブパケットを送信する５１６。そのデータまたはキープアライブパケットに応答して、第１のＭＨＦ５９２は、自身の送信タイマを停止する５１８。第１のＭＨＦ５９２は、データまたはキープアライブパケットを送信し５２２、自身の送信タイマを開始する５２０が、そのデータまたはキープアライブパケットは第２のＭＨＦ５９４に到達しない。第２のＭＨＦ５９４の送信タイマ（変更された継続時間に基づく）が満了し５２４、リンク障害を知らせる。第１のＭＨＦ５９２の送信タイマ（変更された継続時間に基づく）が満了し５２６、リンク障害を知らせる。リンク障害が検出された後、第１のＭＨＦ５９２と第２のＭＨＦ５９４は、経路を探索する、かつ／または新しいリンクを確立する手順を行うことができる５２８。経路を探索する、かつ／または新しいリンクを確立する手順は、例えばロケータペア探索手順である。

上記のように、好ましくないリンクステータス情報が受信された場合は、タイマの継続時間は短縮されるように変更することができる５０６、５１２。タイマの継続時間は、これに代えて、またはこれに加えて、好ましいリンクステータス情報がＭＭＦから受信された場合、または予想よりも遅い時にキープアライブタイマが受信された場合は、それまでより長くするように変更してもよい。ＭＭＦからのリンクステータス入力に基づく障害検出タイマの継続時間の調整は、継続時間をそれまでより長い時間に設定するか、短い時間に設定するかに応じて、リンク障害の検出を早める、または遅くする効果がある。

図６は、ＭＭＦ６９０から受信されたリンクステータス情報に基づいて第１のＭＨＦ６９２が経路探索および／またはリンク確立の手順を行う６０６場合を示す信号図である。図６は、ＷＴＲＵにおいて実行されたＭＭＦ６９０および第１のＭＨＦ６９２を示す。図６は、また、第２の装置において実行された第２のＭＨＦ６９４も示し、第２の装置はＷＴＲＵであっても非無線のネットワーク装置であってもよい。

ＭＭＦ６９０がリンクステータス情報を受信し６０２、そのリンクステータス情報を第１のＭＨＦ６９２に伝達する６０４。リンクステータス情報は、例えば、新しいリンクの発見、リンクの消滅、および／または、リンク品質、ＱｏＳ、リンクデータレート等の付加的情報を示すことができる。第１のＭＨＦ６９２は、可能性のあるリンク候補に関連する情報を保持することができる。リンク候補情報は、リスト、集合、または他の適当なデータ構造で記憶することができる。例として、第１のＭＨＦ６９２は、第２のＭＨＦ６９４を備える第２の装置と通信できる可能性のある３つのＩＰアドレス｛ＩＰ＿Ａ，ＩＰ＿Ｂ，およびＩＰ＿Ｃ｝を示す情報を記憶することができる。第１のＭＨＦ６９２が、ＩＰ＿Ａに対応するリンクが機能しなくなった旨のリンクステータス情報を受信した６０４場合、第１のＭＨＦ６９２は、ＩＰ＿Ａを経路探索／リンク確立の候補と見なすべきでないことを反映するようにリンク候補情報を変更することができる。第１のＭＨＦ６９２が、ＩＰ＿Ｂに対応するリンクの品質が不良である旨のリンクステータス情報を受信した場合には、第１のＭＨＦ６９２は、ＩＰ＿Ｂを経路探索／リンク確立の候補としてあまり望ましくないと見なし、ＩＰ＿Ｂの候補としての好適度を下げる。第１のＭＨＦ６９２が順序付けられた候補リストを保持している場合、第１のＭＨＦ６９２は、対応するリンク品質情報がより好ましい他の候補が、ＩＰ＿Ｂが選択される前に選択されるようにリストを並べ替えることができる。

第１のＭＨＦ６９２と第２のＭＨＦ６９４は、変更後の候補情報に基づいて経路探索／リンク確立の手順を行う６０６ことができる。経路を探索する、および／または新しいリンクを確立する手順は、例えばロケータペア探索手順である。｛ＩＰ＿Ａ，Ｐ＿Ｂ，およびＩＰ＿Ｃ｝を伴う上記の例に基づくと、第１のＭＨＦ６９２は、ＩＰ＿Ｃを介して第２のＭＨＦ６９４に第１のプローブ要求を送信することにより、経路探索／リンク確立手順を行う６０６ことができる。ＩＰ＿Ｃを使用した経路探索が成功しなかったことが判明した場合のみ、第１のＭＨＦ６９２はＩＰ＿Ｂを使用して経路を探索することを試みる。ＩＰ＿Ａはリンクステータス情報に基づいて可能な候補のリストから除かれているので、第１のＭＨＦ６９２は、ＩＰ＿Ａを使用してプローブ要求を送信することは試みない。

第１のＭＨＦ６９２は、また、受信したリンクステータス情報に基づいて経路探索／リンク確立手順を始動させることもできる。例えば、リンクステータス情報は、現在アクティブと見なされているリンクが機能しなくなったことを示す場合がある。そのリンクステータス情報に基づいて、第１のＭＨＦ６９２は、現在のリンクを直ちに破棄して新しいリンクを確立する決定をすることができる。第１のＭＨＦ６９２は、通常はリンク障害検出手順が完了するまで待ってから新しいリンクを探すことができるのに対し、この例では、第１のＭＨＦ６９２は、新しいリンクの確立に向けた作業を直ちに開始するために、現在進行中の障害検出手順を停止または無視することができる。

第１のＭＨＦ６９２は、新しいリンクが検出された、または以前に発見されたリンクが使用可能な状態であることを知らせるリンクステータス情報の受信６０４に応答して経路探索／リンク確立手順の開始を決定することもできる。この決定は、追加的に、例えば現在のリンクステータスが不良である旨の情報等、以前に受信されたリンクステータス情報に基づくこともできる。

図７に、第１のＭＨＦ７９２から受信したリソース要求メッセージに基づいてＭＭＦ７９０が非稼動状態の無線機を起動する７０６場合を示す。ＭＭＦ７９０および第１のＭＨＦ７９２は、ＷＴＲＵにおいて実行される。第２のＭＨＦ７９４が第２の装置において実行され、第２の装置はＷＴＲＵであっても、非無線のネットワーク装置であってもよい。第１のＭＨＦ７９２は、追加の通信リソースが要求されていると判定する７０２。これは、例えば、リンクの帯域幅を増加すべきである、新しいＩＰアドレスが必要とされている、新しいインタフェースが必要とされている旨の判定、または現在の状態が新しいＱｏＳ要件に対応しない旨の判定である。第１のＭＨＦ７９２は、ＭＭＦ７９０にリソース要求メッセージを通信して７０４、追加の通信リソースが要求されていることを知らせる。これに代えて、またはこれに加えて、リソース要求メッセージは、追加的な通信リソースを求めるコマンドまたは要求であってもよい。それに対して、ＭＭＦ７９０は、その後の通信に無線機を使用できるように、現在非稼動状態のＷＴＲＵの無線機を起動する７０６ことを選択することができる。新しい無線インタフェースは、例えばＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介して送信されるＭＩＨメッセージまたはプリミティブを使用して起動する７０６ことができる。第１のＭＨＦ７９２および第２のＭＨＦ７９４は、経路探索および／またはリンク確立の手順を行う７０８ことができ、新しく起動された無線機を通じて利用できる経路が候補と見なされることができる。経路探索／リンク確立の手順は、例えばロケータペア探索手順である。

図８に、ＭＭＦ８０２および第１のＭＨＦ８０８を内蔵したＷＴＲＵ（「ホストＡ」）８９０の例示的アーキテクチャを示す。ＷＴＲＵ８９０は、上記で図５ないし図７を参照して説明した方法および機能を実施するように構成することができる。ＷＴＲＵ８９０は、直接のインタフェース８５６を介して第１のＭＨＦ８０８と通信するＭＭＦ８０２を備える。第１のＭＨＦ８０８は、上位層ブロック８０６に含まれる。上位層ブロック８０６は、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、および／またはアプリケーション層を含む、レイヤ３以上のエンティティを含む。上位層ブロック８０６は、１つまたは複数のＭＩＨユーザエンティティ（図示せず）を含むことができる。ＭＭＦ８０２は、また、インタフェース８５４を介して上位層ブロック８０６と通信することができる。インタフェース８５４は、媒体に依存しないインタフェースとすることができ、例えばＭＩＨユーザと通信するためのＭＩＨ＿ＳＡＰインタフェースとすることができる。

ＷＴＲＵ８９０は、第１のＲＡＴでリンク層機能を実行する第１のリンク層コンポーネント８１６を備える。第１のリンク層コンポーネント８１６は、第１のＲＡＴで動作する第１の無線アクセスネットワーク８２２と通信することができる。第２のリンク層コンポーネント８１８は、第２のＲＡＴによりリンク層機能を実行し、第２のＲＡＴで動作する第２の無線アクセスネットワーク８２４と通信することができる。第３のリンク層コンポーネント８２０は、第３のＲＡＴによりリンク層機能を実行し、第３のＲＡＴにより動作する第３の無線アクセスネットワーク８２６と通信することができる。ＭＭＦ８０２は、インタフェース８５８、８６０、８６２を介してリンク層コンポーネント８１６、８１８、８２０と通信する。インタフェース８５８、８６０、８６２は、媒体に依存するインタフェースであってよく、例えばＭＩＨ＿ＬＩＮＫ＿ＳＡＰインタフェースとすることができる。リンク層リンク層コンポーネント８１６、８１８、８２０にサポートされる各ＲＡＴは異なってよい。ＷＴＲＵ８９０は、追加的なリンク層リンク層コンポーネント（図示せず）を含むこともできる。

ＷＴＲＵ８９０の第１のＭＨＦ８０８は、ＷＴＲＵ８９０の第１のＩＰアドレス８１０（「ＩＰ＿Ａ」）、第２のＩＰアドレス８１２（「ＩＰ＿Ｂ」）、および第３のＩＰアドレス８１４（「ＩＰ＿Ｃ」）を保持している。第１のＭＨＦ８０８は、対応するリンク層リンク層コンポーネント８１６、８１８、８２０および無線アクセスネットワーク８２２、８２４、８２６を通じて、各ＩＰアドレス８１０、８１２、８１４からのＩＰ経路上にＩＰリンクを確立することができる。

ＷＴＲＵ８９０は、インターネット８２８を介してＷＴＲＵ８９０とホストＢ８９２を接続するアクティブなＩＰリンク８５０を通じて、ホストＢ８９２と通信状態にある。ホストＢ８９２は、ＷＴＲＵであっても非無線のネットワーク装置であってもよい。ホストＢは、第２のＭＨＦ８４２を備える。第２のＭＨＦ８４２は、ホストＢ８９２の第４のＩＰアドレス８３０（「ＩＰ＿Ｄ」）および第５のＩＰアドレス８４０（「ＩＰ＿Ｅ」）を保持している。ＷＴＲＵ８９０の第１のＭＨＦ８０８から見ると、アクティブなＩＰリンク８５０は（ＩＰ＿Ｃ，ＩＰ＿Ｅ）と表され、一方、アクティブなＩＰリンク８５０は、ホストＢ８９２の第２のＭＨＦ８４２では（ＩＰ＿Ｅ，ＩＰ＿Ｃ）と表される。

図９に、ＭＨＦ９７２と通信状態にあるＭＭＦ９０６を備えるＷＴＲＵ９００の例示的ソフトウェアアーキテクチャを示す。ＷＴＲＵ９００は、上記で図５ないし図８を参照して説明した方法および機能を実行するように構成することができる。無線アクセスコンポーネント９０４は、４つのＲＡＴスタック９１０、９１２、９１４、９１６を含み、各スタックは、異なる種類のＲＡＴのネットワークにアクセスすることができる。４つのＲＡＴスタック９１０、９１２、９１４、９１６を一例として示すが、本開示の原理は、２つ、３つ、４つ、または５つ以上のＲＡＴスタックを含むＷＴＲＵに適用可能である。無線アクセスコンポーネント９０４は、着脱可能にＷＴＲＵ９００に挿入できるようにすることができ、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ドングルとして実行することができる。あるいは、無線アクセスコンポーネント９０４は、ＷＴＲＵ９００内のコンポーネントとして実行されてもよい。

４つのＲＡＴスタック９１０、９１２、９１４、９１６は、ＷＴＲＵ９００中の対応する４つのＲＡＴドライバ９２０、９２２、９２４、９２６と通信する。ＲＡＴドライバ９２０、９２２、９２４、９２６は、ＭＭＦ９０６内の対応するＲＡＴインタフェース９３０、９３２、９３４、９３６と通信する。ＲＡＴインタフェース９３０、９３２、９３４、９３６は、ＭＭＦ９０６の移動性ポリシモジュール９４０と通信する。移動性ポリシモジュール９４０は、ＷＴＲＵ９００中のネットワーク接続コントローラモジュール９７６およびユーザインタフェースモジュール９７８と通信する。移動性ポリシモジュール９４０は、追加的に、上位層とのいくつかのインタフェースと通信し、それらのインタフェースは、Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）インタフェース９５０、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）インタフェース９５２、トランスポート層インタフェース９５４、Ｍｏｂｉｌｅ ＩＰ（ＭＩＰ）インタフェース９５６、およびマルチホーミングインタフェース９５８を含む。移動性ポリシモジュール９４０は、さらに他の上位層インタフェース（図示せず）とも通信することができる。

上位層リンク層コンポーネント９０８は、上位層（レイヤ３以上）の機能を実行するいくつかのモジュールを含む。ＶＣＣクライアントモジュール９６２は、ＭＭＦ９０６のＶＣＣインタフェース９５０、ならびにＳＩＰモジュール９６４と通信する。ＳＩＰモジュール９６４は、追加的にＳＩＰインタフェース９５２およびトランスポート層モジュール９６６と通信する。トランスポート層モジュール９６６は、ＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、ＳＣＴＰ（ストリーム制御伝送プロトコル）、ＤＣＣＰ（データグラム輻輳制御プロトコル）、および／または他のトランスポート層プロトコル等のトランスポート層プロトコルを実行することができる。トランスポート層モジュール９６６は、トランスポート層インタフェース９５４、ならびにＭＩＰモジュール９６８、ＩＰモジュール９７４、およびＭＨＦ９７２と通信する。ＭＩＰモジュール９６８は、ＭＩＰを実行し、ＭＩＰインタフェース９５６と通信する。ＭＨＦ９７２は、別途ＩＰモジュール９７４に接続しても、またはＩＰモジュール９７４と組み合わせて実行してもよい。ＭＨＦ９７２は、マルチホーミングインタフェース９５８と通信する。マルチホーミングインタフェース９５８は、アダプテーション層として機能する。インタフェース９５８は、移動性ポリシモジュール９４０とＭＨＦ９７２の間で情報を変換および転送する。マルチホーミングインタフェース９５８は、ＭＭＦ９０６と通信状態にあるＲＡＴスタック９１０、９１２、９１４、９１６すべてからリンク層情報を受信する。

マルチホーミングインタフェース９５８は、ＭＨＦ９７２およびＭＭＦ９０６で使用される技術およびプロトコルに応じて異なる形で実行することができる。マルチホーミングインタフェース９５８とＭＨＦ９７２の間のメッセージの通信は、言語固有もしくは言語非依存のＡＰＩ（アプリケーションプログラミングインタフェース）、または他のプロトコルとして実行することができる。表１および表２に、ＭＩＨ機能を実行したＭＭＦ９０６と、Ｓｈｉｍ６機能を実行したＭＨＦ９７２との間の通信を表す例示的ＡＰＩを示す。

表１の「ＭＭＦで受信されたメッセージ」の列は、ＭＭＦ９０６で受信され、マルチホーミングインタフェース９５８に提供されることが可能なＭＩＨメッセージを示す。マルチホーミングインタフェース９５８は、ＭＩＨメッセージを受信し、「ＭＭＦからＭＨＦに送信されるメッセージ」の列にある対応するメッセージを生成し、生成したメッセージをＭＭＦ９０６に通信する。ＭＩＨメッセージは、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ、ＭＩＨ＿ＮＥＴ＿ＳＡＰ、もしくはＭＩＨ＿ＳＡＰ等のＳＡＰで、または別のインタフェースを介してＭＭＦ９０６で受信することができる。

Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに対しては、ＭＨＦ９７２は、メッセージが現在のアクティブリンクに関連するかどうかを分析する。現在のアクティブリンクに関連する場合は、ＭＨＦ９７２は、ロケータペア探索手順の始動を早めるようにタイマパラメータを調整することができる。メッセージが、リンクが機能しなくなる確信度が高いことを示す場合、ＭＨＦ９７２は、キープアライブタイマを停止し、キープアライブメッセージを直ちに送信することができる。メッセージが、リンクが機能しなくなる確信度が低いことを示す場合、ＭＨＦ９７２は、キープアライブタイマを半分の値に減らすことができる。メッセージに記述されたリンクが現在のアクティブリンクでない場合、ＭＨＦ９７２は、そのリンクをロケータペア探索の考慮対象から除外する。Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｄｏｗｎメッセージに対しては、ＭＨＦ９７２は、直ちにロケータペア探索手順を開始する。Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージに対しては、ＭＨＦ９７２は、検出された新しいリンクをロケータペア探索手順の上位候補として追加する。現在アクティブなリンクに問題が生じている場合、ＭＨＦ９７２は、直ちに新しいＩＰリンクの確立を試みることができる。現在アクティブなリンクに問題が生じているかどうかを判定するために、ＭＨＦ９７２は、１つまたは複数のＱｏＳパラメータを分析する、かつ／または１つまたは複数のＱｏＳパラメータを閾値と比較することができる。Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｕｐメッセージに対しては、ＭＨＦ９７２は、ロケータペア探索手順を開始する。Ｓｈｉｍ６＿ＲｅｇｉｓｔｅｒメッセージはＭＩＨメッセージに対して生成されるのではなく、ＭＭＦ９０６とＭＨＦ９７２の間に通信を確立するためにＭＭＦ９０６が起動した時に生成される。このＳｈｉｍ６＿Ｒｅｇｉｓｔｅｒメッセージは、ＭＭＦ９０６との通信を確立するためにＭＨＦ９７２が必要とする情報を提供する。Ｓｈｉｍ６＿Ｒｅｇｉｓｔｅｒメッセージに対して、ＭＨＦ９７２は、ＭＭＦ９０６のコールバック関数を呼び出すことができる。

表２に、上記例示的ＡＰＩに従ってＭＨＦ９７２からマルチホーミングインタフェース９５８に送信することが可能なメッセージを示す。

「ＭＨＦにおけるイベント」の列は、ＭＨＦ９７２で発生するイベントを表す。これらのイベントに対して、ＭＨＦ９７２は、「ＭＨＦからＭＭＦに送信されるメッセージ」の列の対応するメッセージを生成し、生成したメッセージをマルチホーミングインタフェース９５８に通信する。

ＭＨＦ９７２は、利用可能な帯域幅を増大するために追加的な通信リソース（新しいＩＰアドレスおよび／または新しい無線インタフェース等）が要求されているという判定に基づいてＳｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージを通信することができる。Ｓｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージに対して、ＭＭＦ９０６は、非稼動状態の無線インタフェースを選択し、オンにすることができる。これに代えて、またはこれに加えて、ＭＭＦ９０６は、ＷＴＲＵ９００への新しいＩＰアドレスの割り当てを開始することもできる。ＭＭＦ９０６は、例えば媒体に依存するＭＩＨ＿ＬＩＮＫ＿ＳＡＰインタフェースを使用することによって追加の無線インタフェースを起動するために、下位層のリンク層コンポーネントと通信することができる。ＭＭＦ９０６は、例えばＭＩＨ＿ＬＩＮＫ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔメッセージを使用して、非稼動状態の無線インタフェースを起動することができる。ＭＨＦ９７２がＭＭＦ９０６からの登録を解除することを決定した時、またはＭＭＦ９７２でエラーが発生した時、ＭＨＦ９７２は、Ｓｈｉｍ６＿Ｕｎｒｅｇｉｓｔｅｒメッセージをマルチホーミングインタフェース９５８に通信することができる。Ｓｈｉｍ６＿Ｕｎｒｅｇｉｓｔｅｒメッセージに対して、ＭＭＦ９０６は、ＭＨＦ９７２に対応するエントリまたは他のデータを削除して、ＭＭＦ９０６とＭＨＦ９７２間の通信を終了する。

図１０に、上記で図５ないし図９を参照して説明した機能および要素を実行することが可能な例示的無線通信システム１０５０を示す。無線通信システム１０５０は、第１のＲＡＴを実行する第１の基地局（ＢＳ）１０３０および第２のＲＡＴを実行する第２の基地局１０４０と通信することが可能なＷＴＲＵ１０００を含む。

ＷＴＲＵ１０００は、第１の送信機１００８、第１の受信機１００２、および第１のアンテナ１００４と通信状態にあるプロセッサ１００６を備える。第１の送信機１００８、第１の受信機１００２、および第１のアンテナ１００４は、第１のＲＡＴを実行するように構成可能である。プロセッサ１００６は、第２の送信機１０１８、第２の受信機１０１２、および第２のアンテナ１０１４とも通信状態にある。第２の送信機１０１８、第２の受信機１０１２、および第２のアンテナ１０１４は、第２のＲＡＴを実行するように構成可能である。プロセッサ１００６は、上記で図５ないし図９を参照して説明したようにメッセージおよび信号を生成、符号化、および復号するように構成可能であり、また、マルチホーミング機能（図示せず）および移動性管理機能（図示せず）を操作および／または指示して上記で図５ないし図９を参照して説明したように機能を実行するように構成することができる。送信機１００８、１０１８、および受信機１００２、１０１２は、上記で図５ないし図９を参照して説明したようにメッセージおよび信号をそれぞれ送信、受信するように構成することができる。第１の送信機１００８および第１の受信機１００２は、１台のトランシーバとして実行することができ、かつ／または第２の送信機１０１８および第２の受信機１０１２は、１台のトランシーバとして実行することができる。ＷＴＲＵ１０００は、追加的な種々のＲＡＴにより通信することが可能なプロセッサ１００６と通信状態にある、追加的なトランシーバ（図示せず）および／または送信機と受信機の対（図示せず）も備えることができる。これに代えて、またはこれに加えて、ＷＴＲＵ１０００は、プロセッサ１００６と通信状態にある１つまたは複数のトランシーバ（図示せず）も備えることができ、１つまたは複数のトランシーバは各々、１つのトランシーバにつき２つ以上のＲＡＴを使用して通信することが可能である。

第１の基地局１０３０は、送信機１０３８、受信機１０３２、およびアンテナ１０３４と通信状態にあるプロセッサ１０３６を備える。第２の基地局１０４０は、送信機１０４８、受信機１０４２、およびアンテナ１０４４と通信状態にあるプロセッサ１０４６を備える。プロセッサ１０３６、１０４６は、上記で図５ないし図９を参照して説明したようにメッセージおよび信号を生成、符号化、および復号するように構成することができる。送信機１０３８、１０４８および受信機１０３２、１０４２は、上記で図５ないし図９を参照して説明したようにメッセージおよび信号をそれぞれ送信および受信するように構成することができる。第１の基地局１０３０および／または第２の基地局１０４０は、リモートＭＩＨＦ（図示せず）を備えることができる。これに代えて、またはこれに加えて、第１の基地局１０３０および／または第２の基地局１０４０は、ＷＴＲＵ１０００と、第１の基地局１０３０および／または第２の基地局１０４０が接続されたコアネットワーク内のネットワークノードに実行されたリモートＭＩＨＦとの間でデータを通信することもできる。

ＷＴＲＵ１０００および基地局１０３０、１０４０で実行することが可能なＲＡＴは、これらに限定されないが、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８０２．１１ｘと、ＣＤＭＡ２０００（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ２０００）と、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）と、ＵＴＲＡＮ（ＵＭＴＳ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、ＷＣＤＭＡ（広帯域符号分割多重接続）と、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）と、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）と、ＧＳＭ Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ Ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ （ＥＤＧＥ）Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＧＥＲＡＮ）と、Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ（ＷｉＢｒｏ）と、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）と、ＬＴＥ Ａｄｖａｎｃｅｄ等の技術を含む。

（実施形態）
１．無線送受信ユニット（ＷＴＲＵ）で実行される方法であって、移動性管理機能がマルチホーミング機能と通信するステップを含む方法。

２．マルチホーミング機能が移動性管理機能にリンクステータス情報を通信するステップをさらに含む実施形態１の方法。

３．リンクステータス情報は、リンクの状態が劣化しつつあることと、リンクの接続性が失われる可能性があることと、１つまたは複数の新しいリンクが発見されたことと、１つまたは複数のリンクが消滅したことと、リンク品質情報と、サービス品質（ＱｏＳ）情報と、データリンク情報と、の少なくとも１つを示す実施形態２の方法。

４．マルチホーミング機能が、リンクステータス情報に基づいて、リンク障害検出で使用される１つまたは複数のタイマパラメータの継続時間を変更するステップをさらに具えた実施形態２または３のいずれか１つの方法。

５．マルチホーミング機能が、リンクステータス情報に基づいて、リンク障害検出で使用される１つまたは複数のタイマパラメータの継続時間を短縮するステップをさらに含む実施形態２ないし４のいずれか１つの方法。

６．マルチホーミング機能が、リンクステータス情報に基づいて、リンク障害検出で使用される１つまたは複数のタイマパラメータの継続時間を長くするステップをさらに含む実施形態２ないし５のいずれか１つの方法。

７．１つまたは複数のタイマパラメータは、キープアライブタイマまたは送信タイマを含む実施形態３ないし６のいずれか１つの方法。

８．マルチホーミング機能がリンクステータス情報に基づいてリンク候補データを変更するステップをさらに含む実施形態２ないし７のいずれか１つの方法。

９．マルチホーミング機能が、変更されたリンク候補データを使用して経路探索またはリンク確立の手順を行うステップをさらに具えた実施形態８の方法。

１０．経路探索またはリンク確立手順はＳｈｉｍ６ロケータペア探索手順である実施形態９の方法。

１１．マルチホーミング機能がリンクステータス情報に応答して経路探索またはリンク確立手順を開始するステップをさらに具えた実施形態２ないし１０のいずれか１つの方法。

１２．マルチホーミング機能が移動性管理機能にリソース要求メッセージを送信するステータスをさらに具えた実施形態１ないし１１のいずれか１つの方法。

１３．リソース要求メッセージは、リンクの帯域幅を増加すべきこと、新しいＩＰアドレスが要求されていること、新しい無線インタフェースが要求されていること、またはリンクの現在の状態がＱｏＳ要件に対応しないことを示す実施形態１２の方法。

１４．リソース要求メッセージは要求またはコマンドである実施形態１２または１３のいずれか１つの方法。

１５．移動性管理機能がリソース要求メッセージに応答して無線インタフェースを起動するステップをさらに具えた実施形態１２ないし１４のいずれか１つの方法。

１６．移動性管理機能はＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介して無線インタフェースを起動する実施形態１５のいずれか１つの方法。

１７．マルチホーミング機能が、起動されたリンクを含むようにリンク候補データを変更するステップをさらに具えた実施形態１５または１６のいずれか１つの方法。

１８．マルチホーミング機能が、起動された無線インタフェースを通じた１つまたは複数のリンクが考慮される経路探索またはリンク確立手順を行うステップをさらに具えた実施形態１５ないし１７のいずれか１つの方法。

１９．移動性管理機能がＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージを受信するステップと、
ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに応答して、移動性管理機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージをマルチホーミング機能に通信するステップと
をさらに具えた実施形態１ないし１８のいずれか１つの方法。

２０．Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに応答して、マルチホーミング機能が、ロケータペア探索手順で使用される１つまたは複数のタイマパラメータ値を変更するステップをさらに具えた実施形態１ないし１９のいずれか１つの方法。

２１．マルチホーミング機能は、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに含まれる、またはＳｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに関連付けられた確信度値に基づいて、１つまたは複数のタイマパラメータ値を変更する実施形態２０の方法。

２２．マルチホーミング機能がＳｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに基づいてキープアライブタイマ値を減らすステップをさらに具えた実施形態１９ないし２１のいずれか１つの方法。

２３．パラメータが、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに示されるリンクが機能しなくなる確信度が高いことを示すのに応答して、マルチホーミング機能がキープアライブタイマ値をゼロに減らすステップをさらに具えた実施形態１９ないし２２のいずれか１つの方法。

２４．パラメータが、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに示されるリンクが機能しなくなる確信度が高いことを示すのに応答して、マルチホーミング機能がキープアライブタイム値を半分に減らすステップをさらに具えた実施形態１９ないし２３のいずれか１つの方法。

２５．マルチホーミング機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージが現在アクティブなリンクに関連するかどうかを判定するステップをさらに具えた実施形態１９ないし２４のいずれか１つの方法。

２６．Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージが現在アクティブなリンクに関連するという判定に応答して、マルチホーミング機能が１つまたは複数のタイマパラメータ値を変更するステップをさらに具えた実施形態１９ないし２５のいずれか１つの方法。

２７．マルチホーミング機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに基づいてリンク候補データを変更するステップをさらに具えた実施形態１９ないし２６のいずれか１つの方法。

２８．マルチホーミング機能がリンク候補データを変更するステップは、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージが現在アクティブなリンクに関連しないという判定に応答して行われる実施形態２７の方法。

２９．マルチホーミング機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎメッセージに示されるリンクを、ロケータペア探索手順の考慮対象から除外するステップをさらに具えた実施形態１９ないし２８のいずれか１つの方法。

３０．移動性管理機能がＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎメッセージを受信するステップと、
ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎメッセージに応答して、移動性管理機能がＳｈｉｍ６＿Ｌｉｎｋ＿Ｄｏｗｎメッセージをマルチホーミング機能に通信するステップと
をさらに具えた実施形態１ないし２９のいずれか１つの方法。

３１．Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｄｏｗｎメッセージに応答して、マルチホーミング機能がロケータペア探索手順を開始するステップをさらに具えた実施形態３０の方法。

３２．移動性管理機能がＭＩＨ＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージを受信するステップと、
ＭＩＨ＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージに応答して、移動性管理機能がＳｈｉｍ６＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージをマルチホーミング機能に通信するステップと
をさらに具えた実施形態１ないし３１のいずれか１つの方法。

３３．マルチホーミング機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージに示されるリンクを含むようにリンク候補データを変更するステップをさらに具えた実施形態３２の方法。

３４．マルチホーミング機能が、Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージに示されるリンクをロケータペア探索手順の上位候補として追加するステップをさらに具えた実施形態３２ないし３３のいずれか１つの方法。

３５．マルチホーミング機能がＳｈｉｍ６＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄメッセージに応答してロケータペア探索手順を開始するステップをさらに具えた実施形態３２ないし３４のいずれか１つの方法。

３６．マルチホーミング機能が少なくとも１つのＱｏＳパラメータを分析するステップをさらに具え、
マルチホーミングは、その少なくとも１つのＱｏＳパラメータに基づいてロケータペア探索手順を開始することを決定する実施形態３５の方法。

３７．移動性管理機能がＭＩＨ＿Ｌｉｎｋ＿Ｕｐメッセージを受信するステップと、
ＭＩＨ＿Ｌｉｎｋ＿Ｕｐメッセージに応答して、移動性管理機能がＳｈｉｍ６＿Ｌｉｎｋ＿Ｕｐメッセージをマルチホーミング機能に通信するステップと
をさらに具えた実施形態１ないし３６のいずれか１つの方法。

３８．Ｓｈｉｍ６＿Ｌｉｎｋ＿Ｕｐメッセージに応答して、マルチホーミング機能がロケーションペア探索手順を開始するステップをさらに具えた実施形態３７の方法。

３９．マルチホーミング機能が、追加の通信リソースが要求されていると判定するステップと、
マルチホーミング機能がＳｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージを移動性管理機能に通信するステップと
をさらに具えた実施形態１ないし３８のいずれか１つの方法。

４０．Ｓｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージは、新しいＩＰアドレスまたは新しい無線インタフェースが要求されていることを示した実施形態３９の方法。

４１．Ｓｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージに応答して、移動性管理機能が無線インタフェースの起動を開始するステップをさらに具えた実施形態３９または４０のいずれか１つの方法。

４２．移動性管理機能は、ＭＩＨメッセージまたはプリミティブを使用して無線インタフェースの起動を開始する実施形態４１の方法。

４３．移動性管理機能は、ＭＩＨ Ｌｉｎｋ＿Ａｃｔｉｏｎ．ｒｅｑｕｅｓｔメッセージを使用して無線インタフェースの起動を開始する実施形態４１または４２のいずれか１つの方法。

４４．Ｓｈｉｍ６＿ＬｉｎｋＵｐＲｅｑメッセージに応答して、移動性管理機能がＷＴＲＵへの新しいＩＰアドレスの割り当てを開始するステップをさらに具えた実施形態３９ないし４３のいずれか１つの方法。

４５．マルチホーミング機能と移動性管理機能は、言語固有もしくは言語非依存のＡＰＩまたは他のプロトコルを使用して通信する実施形態１ないし４４のいずれか１つの方法。

４６．移動性管理機能はＭＩＨ機能を実行する実施形態１ないし４５のいずれか１つの方法。

４７．マルチホーミング機能はＳｈｉｍ６機能を実行する実施形態１ないし４６のいずれか１つの方法。

４８．実施形態１ないし４７のいずれか１つの方法を実行するように構成された無線送受信ユニット（ＷＴＲＵ）。

４９．ＷＴＲＵは少なくとも１つのプロセッサを備える実施形態４８の無線送受信ユニット（ＷＴＲＵ）。

５０．ＷＴＲＵは少なくとも１つのトランシーバを具え、少なくとも１つのトランシーバは、２つ以上のＲＡＴを使用して通信することが可能である実施形態４８または４９のいずれか１つの無線送受信ユニット（ＷＴＲＵ）。

５１．ＷＴＲＵは少なくとも１つのシングルモードトランシーバを備える実施形態４８ないし５０のいずれか１つの無線送受信ユニット（ＷＴＲＵ）。

５２．ＷＴＲＵは少なくとも１つのマルチモードトランシーバを備える実施形態４８ないし５１のいずれか１つの無線送受信ユニット（ＷＴＲＵ）。

５３．少なくとも１つのプロセッサ、少なくとも１つの送信機、および少なくとも１つの受信機を備え、実施形態４８ないし５２のいずれか１つのＷＴＲＵと通信するように構成されたネットワークノード。

５４．基地局機能と、無線ネットワークコントローラ（ＲＮＣ）機能と、基地局コントローラ（ＢＳＣ）機能と、ＭＩＨサーバ機能と、パケットデータゲートウェイ（ＰＤＧ）機能、の少なくとも１つを実行する実施形態５３のネットワークノード。

５５．実施形態４８ないし５２のいずれか１つのＷＴＲＵと、実施形態５３または５４の１つのネットワークノードとを備える無線通信システム。

上記では機能および要素が特定の組み合わせで記載されるが、上記の各機能または要素は、他の機能および要素を用いずに単独で使用する、または他の機能および要素との各種の組み合わせで、もしくは他の機能および要素を用いない組み合わせで使用されることが可能である。ここに記載される方法および機能の下位要素は、任意の組み合わせまたはサブコンビネーションで、任意の順序で（同時を含む）行うことができる。上記の機能および要素は、汎用コンピュータ、特殊目的コンピューティング装置またはデータ処理装置、および／または１つまたは複数のプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれた、１つまたは複数のコンピュータプログラム、ソフトウェア、またはファームウェアとして実行されることが可能である。適切なコンピュータ可読記憶媒体は、これらに限定されないが、レジスタ、キャッシュメモリ、ＲＯＭ（読み出し専用メモリ）、Ｄ−ＲＡＭ（ダイナミックランダムアクセスメモリ）、Ｓ−ＲＡＭ（スタティックＲＡＭ）、もしくは他のＲＡＭ等の半導体メモリ装置、フラッシュメモリ、ハードディスク等の磁気媒体、光磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ（デジタル多用途ディスク）もしくはＢｌｕ−Ｒａｙディスク（ＢＤ）等の光学媒体、他の揮発性または不揮発性のメモリを含む。適切なプロセッサは、これらに限定されないが、シングルコアまたはマルチコアの汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、１つまたは複数のＡＳＩＣ（特定用途向け集積回路）、１つまたは複数のＦＰＧＡ（フィールドプログラマブルゲートウェイアレイ）回路、ＩＣ（集積回路）、ＳＯＣ（システムオンチップ）、および状態機械を含む。

上記のマルチホーミング機能および移動性管理機能は、１つまたは複数のソフトウェアモジュール、１つまたは複数のプロセッサ、またはそれらの組み合わせとして実行されることが可能である。適切なソフトウェアモジュールは、例として、実行可能プログラム、関数、メソッド呼び出し、プロシージャ、ルーチンもしくはサブルーチン、１つまたは複数のプロセッサ実行可能命令、スクリプトもしくはマクロ、オブジェクト、またはデータ構造を含む。

ソフトウェアと関連したプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用する無線周波トランシーバを実行することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアとして実行されたモジュールと併せて使用されることが可能であり、そのようなモジュールは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動装置、スピーカ、マイクロフォン、テレビジョントランシーバ、ハンドフリーセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュール等である。

Claims (20)

1. 無線送受信ユニット（ＷＴＲＵ）であって、
   第１の無線アクセス技術（ＲＡＴ）を実行するように構成された第１のリンク層コンポーネントと、
   第２のＲＡＴを実行するように構成された第２のリンク層コンポーネントと、
   マルチホーミング機能と、
   前記第１のリンク層コンポーネントおよび前記第２のリンク層コンポーネントと通信状態にあり、前記第１のリンク層コンポーネントからリンクステータス情報を受信し、前記リンクステータス情報を前記マルチホーミング機能に通信するように構成された移動性管理機能と
   を備えることを特徴とする無線送受信ユニット（ＷＴＲＵ）。
2. 前記マルチホーミング機能は、リンクの状態が劣化しつつあることを示す前記リンクステータス情報に基づいて、リンク障害検出タイマパラメータの継続時間を短縮するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
3. 前記マルチホーミング機能は、リンクの状態が劣化しつつあることを示す前記リンクステータス情報に基づいて、前記マルチホーミング機能における経路探索候補のリストから前記リンクを除外するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
4. 前記マルチホーミング機能は、さらに、現在アクティブなリンクが機能しなくなったことを示す前記リンクステータス情報に基づいて、経路探索手順を開始するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
5. 前記マルチホーミング機能は、さらに、新しいリンクが発見されたことを示す前記リンクステータス情報に基づいて、経路探索候補のリストに新しいリンクを追加するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
6. 前記マルチホーミング機能は、前記リンクステータス情報が、リンクが使用可能な状態であることを示すのに応答して、経路探索手順を開始するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
7. 前記移動性管理機能は、ＩＥＥＥ ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）プロトコルを使用して通信するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
8. 前記マルチホーミング機能は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）Ｓｈｉｍ６プロトコルを使用して通信するように構成されることを特徴とする請求項１記載の無線送受信ユニット（ＷＴＲＵ）。
9. 無線送受信ユニット（ＷＴＲＵ）で実行される方法であって、
   移動性管理機能がリンク層コンポーネントからリンクステータス情報を受け取るステップと、
   前記移動性管理機能が前記リンクステータス情報をマルチホーミング機能に通信するステップと
   を含むことを特徴とする方法。
10. リンクの状態が劣化しつつあることを示す前記リンクステータス情報に基づいて、前記マルチホーミング機能がリンク障害検出タイマパラメータの継続時間を短縮するステップをさらに含むことを特徴とする請求項９記載の方法。
11. リンクの状態が劣化しつつあることを示す前記リンクステータス情報に基づいて、前記マルチホーミング機能が前記マルチホーミング機能における経路探索候補のリストから前記リンクを除外するステップをさらに含むことを特徴とする請求項９記載の方法。
12. 前記リンクステータス情報が、現在アクティブなリンクが機能しなくなったことを示すのに応答して、前記マルチホーミング機能が経路探索手順を開始するステップをさらに含むことを特徴とする請求項９記載の方法。
13. 新しいリンクが発見されたことを示す前記リンクステータス情報に基づいて、前記マルチホーミング機能が経路探索候補のリストに前記新しいリンクを追加するステップをさらに含むことを特徴とする請求項９記載の方法。
14. 前記リンクステータス情報が、リンクが使用可能な状態であることを示すのに応答して、前記マルチホーミング機能が経路探索手順を開始するステップをさらに含むことを特徴とする請求項９記載の方法。
15. 前記移動性管理機能は、ＩＥＥＥ ＭＩＨ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ）プロトコルを使用して通信するように構成されることを特徴とする請求項９記載の方法。
16. 前記マルチホーミング機能は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）Ｓｈｉｍ６プロトコルを使用して通信するように構成されることを特徴とする請求項９に記載の方法。
17. 無線送受信ユニット（ＷＴＲＵ）であって、
    第１の無線アクセス技術（ＲＡＴ）を実行するように構成された第１のリンク層コンポーネントと、
    第２のＲＡＴを実行するように構成された第２のリンク層コンポーネントと、
    前記第１のリンク層コンポーネントおよび前記第２のリンク層コンポーネントと通信状態にある移動性管理機能と、
    前記移動性管理機能にリソース要求メッセージを通信するように構成されたマルチホーミング機能と
    を備えることを特徴とする無線送受信ユニット（ＷＴＲＵ）。
18. 前記リソース要求メッセージは、新しいＩＰ（インターネットプロトコル）アドレスが要求されていること、または無線インタフェースの起動が要求されていることを示すことを特徴とする請求項１７に記載の無線送受信ユニット（ＷＴＲＵ）。
19. 前記移動性管理機能は、前記リソース要求メッセージに応答して無線インタフェースを起動するように構成されることを特徴とする請求項１７に記載の無線送受信ユニット（ＷＴＲＵ）。
20. 前記マルチホーミング機能は、さらに、前記リソース要求メッセージに応答して経路探索手順を開始するように構成され、前記経路探索手順は、前記起動された無線インタフェースを通じた少なくとも１つの経路を探索することを含むことを特徴とする請求項１９に記載の無線送受信ユニット（ＷＴＲＵ）。

Images