(57)【特許請求の範囲】
【請求項１】
ホスト装置であって、
第１マルチホームルーティングポリシーエントリ(MHRPE)オプションを含む動的ホスト設定プロトコル(DHCP)要求メッセージを送信し、デフォルトルート情報を含む第２MHRPEオプションを含むDHCP応答メッセージを受信するように構成された複数の通信インターフェースを備え、前記デフォルトルート情報は前記ホスト装置の通信インターフェースに基づくデフォルトルートを含み、
前記デフォルトルート情報に基づいて送信のために前記複数の通信インターフェースのうちの１つを選択するように構成されたプロセッサをさらに備えるホスト装置。
【請求項２】
前記複数の通信インターフェースは、米国電気電子学会(IEEE) 802.11インターフェース、高速パケットアクセス(HSPA)インターフェース、ロングタームエボリューション(LTE)インターフェース、ワイマックス(WIMAX)インターフェース、ブルートゥースインターフェースのうちの少なくとも２つを備える請求項１に記載の装置。
【請求項３】
前記DHCP応答メッセージはネットワークに接続されたDHCPサーバから受信される請求項１に記載の装置。
【請求項４】
前記ネットワークはモバイルインターネットプロトコル(MIP)もプロキシモバイルIP(PMIP)もサポートしない請求項３に記載の装置。
【請求項５】
前記プロセッサは、前記デフォルトルート情報に基づいてルーティング／ポリシーテーブルをアップデートするようにさらに構成される請求項１に記載の装置。
【請求項６】
第１マルチホームルーティングポリシーエントリ(MHRPE)オプションを含む動的ホスト設定プロトコル(DHCP)要求メッセージを受信するステップと、
前記第１MHRPEオプションに基づいてデフォルトルート情報を選択するステップと、
前記デフォルトルート情報を含む第２MHRPEオプションを含むDHCP応答メッセージを送信するステップと、
を有する方法を実装するように構成された少なくとも１つのプロセッサを備える装置。
【請求項７】
前記第１MHRPEオプションは、複数の第１サブオプション、および、好ましい存続期間を含む請求項６に記載の装置。
【請求項８】
前記第１サブオプションはモバイルノード上の各々のインターフェースについてのインターフェース情報サブオプションを含み、前記インターフェース情報サブオプションはリンク層アドレスおよびアクセス技術タイプを含む請求項７に記載の装置。
【請求項９】
前記第２MHRPEオプションは、複数の第２サブオプション、および、有効な存続期間を含む請求項７に記載の装置。
【請求項１０】
前記第２サブオプションは、フロー記述タイプおよびフロー記述を含むフロー記述サブオプションを含む請求項９に記載の装置。
【請求項１１】
前記第２サブオプションは、前記フロー記述およびモバイルノード上のインターフェースのうちの１つに対応するサービス品質(QoS)サブオプションをさらに含む請求項１０に記載の装置。
【請求項１２】
前記第２サブオプションは、前記フロー記述に対応するインターネットプロトコルバージョン６(IPv6)プリフィックスを含むフロールートプリフィックスサブオプションをさらに含む請求項１０に記載の装置。
【請求項１３】
前記第２サブオプションは、前記フロー記述に対応するデフォルトルータアドレスを含むIPv6ルータアドレスサブオプションをさらに含む請求項１０に記載の装置。
【請求項１４】
マルチホームホストから動的ホスト設定プロトコル(DHCP)要求メッセージを受信するステップを有し、前記DHCP要求メッセージは前記マルチホームホスト上のインターフェースの数の表示を含む第１マルチホームルーティングポリシーエントリ(MHRPE)オプションを含み、
デフォルトルート情報を含む第２MHRPEオプションを含むDHCP応答メッセージを送信するステップをさらに有し、前記マルチホームホストは前記第２MHRPEオプションに基づいてデフォルトルート情報を選択する方法。
【請求項１５】
前記第２MHRPEオプションは、フロータイプおよび好ましいインターフェースを含むフロー記述サブオプションを含む請求項１４に記載の方法。
【請求項１６】
前記第２MHRPEオプションは、前記フロー記述サブオプションに対応するフロールートプリフィックスサブオプションをさらに含む請求項１５に記載の方法。
【請求項１７】
前記第２MHRPEオプションは、デフォルトルータアドレスを含むインターネットプロトコルバージョン６(IPv6)ルータアドレスサブオプションをさらに含む請求項１６に記載の方法。
【請求項１８】
前記フロールートプリフィックスサブオプションおよび前記IPv6ルータアドレスサブオプションの組合せに基づいてルートを識別するステップをさらに有する請求項１７に記載の方法。
【請求項１９】
前記DHCP要求メッセージは前記第１MHRPEオプションを含む第１オプション要求オプションを含み、前記DHCP応答メッセージは前記第２MHRPEオプションを含む第２オプション要求オプションを含む請求項１４に記載の方法。
【請求項２０】
前記マルチホームホストからDHCP要請メッセージを受信するステップを有し、前記DHCP要求メッセージは第３MHRPEオプションを含む第３オプション要求オプションを含み、
第４MHRPEオプションを含む第４オプション要求オプションを含むDHCP広告メッセージを送信するステップをさらに有する請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストを設定する装置および方法に関する。
【背景技術】
【０００２】
インターネットプロトコル(IP)バージョン6(IPv6)は、デジタル加入者線(DSL)、米国電気電子学会(IEEE)802.3標準に基づくイーサネット(登録商標)上のファイバートゥーザホーム(FTTH)、IEEE 802.11標準に基づくワイヤレスフィディリティー(WIFI)、およびIEEE 802.16標準に基づくワイマックス(Worldwide Interoperability for Microwave Access、WIMAX)などの様々なアクセス技術に導入されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ルータは、マルチキャストポートから、マルチキャストポートのIPアドレスを通知するルータ広告(router advertisement)メッセージを定期的にマルチキャストできる。マルチホームホストまたはマルチホームノード(たとえば、複数のインターフェースを有するノード)は、デフォルトゲートウェイに接続する前にルータ広告を待つことができる。あるいは、マルチホームホストはルータ広告を要求するルータ要請メッセージをマルチキャストできる。ルータは、ルータ広告でルータ要請に応答できる。ネットワークに接続後、マルチホームホストは、利用可能な動的ホスト設定プロトコル(DHCP(Dynamic Host Configuration Protocol))サーバを識別するためにクエリをブロードキャストできる。DHCPサーバは、マルチホームホストからの要求に応じて利用可能性を通知できる。次いで、マルチホームホストはDHCPサーバのうちの1つに特定の情報を要求できる。次いで、選択されたDHCPサーバは特定の情報をマルチホームホストに提供できる。
【課題を解決するための手段】
【０００４】
一実施形態では、本開示は、DHCP応答メッセージを受信するように構成された複数の通信インターフェースを備え、DHCP応答メッセージは複数のインターフェースのうちの少なくとも1つについてのルーティング情報を備え、ルーティング情報に基づいて送信のために複数のインターフェースのうちの1つを選択するように構成されたプロセッサをさらに備える装置を含む。
【０００５】
他の実施形態では、本開示は、第1マルチホームルーティングポリシーエントリ(MHRPE)オプションを含むDHCP要求メッセージを受信するステップと、第1MHRPEオプションに基づいてデフォルトルート情報を選択するステップと、デフォルトルート情報を備える第2MHRPEオプションを含むDHCP応答メッセージを送信するステップとを有する方法を実装するように構成された少なくとも1つのプロセッサを備える装置を含む。
【０００６】
他の実施形態では、本開示は、マルチホームホストから動的ホスト設定プロトコル(DHCP)要求メッセージを受信するステップを有し、DHCP要求メッセージはマルチホームホスト上のインターフェースの量の表示を備える第1MHRPEオプションを含み、デフォルトルート情報を備える第2MHRPEオプションを含むDHCP応答メッセージを送信するステップさらに有し、マルチホームホストは第2MHRPEオプションに基づいてデフォルトルート情報を選択する方法を含む。
【０００７】
これらおよび他の特徴は、以下の詳細な説明を添付図面および特許請求の範囲と併せて読めば、より明確に理解されるであろう。
【０００８】
本開示をより十分に理解するために、添付図面および詳細な説明に関連して、以下の簡単な説明を参照する。同様の参照番号は、同様の部分を示す。
【図面の簡単な説明】
【０００９】
【図１】無線アクセスネットワークシステムの一実施形態の概略図である。
【図２】ホスト設定方法の一実施形態のプロトコル図である。
【図３】MHRPEオプションの一実施形態の概略図である。
【図４】インターフェース情報サブオプションの一実施形態の概略図である。
【図５】フロー記述サブオプションの一実施形態の概略図である。
【図６】サービス品質(QoS)情報サブオプションの一実施形態の概略図である。
【図７】フロールートプリフィックスサブオプションの一実施形態の概略図である。
【図８】ルータアドレスサブオプションの一実施形態の概略図である。
【図９】複数のインターフェースを有するホストを設定する方法の一実施形態のフローチャートである。
【図１０】汎用コンピュータシステムの一実施形態の概略図である。
【発明を実施するための形態】
【００１０】
以下に1つまたは複数の実施形態の例示の実施形態が提供されるが、開示されたシステム、および/または方法は、現在知られているものであろうと、存在しているものであろうと、いくつもの技術を使用して実装できることが、最初に理解されるべきである。本開示は、本明細書で図示および説明する例示の設計および実施形態を含めた、例示の実施形態、図面、および以下に例示する技術に決して限定されるべきではないが、添付の特許請求の範囲、ならびにそれらの多くの均等物の範囲内で修正されてよい。
【００１１】
本明細書に開示されるのは、DHCPv6拡張を使用して、複数のインターフェースを有するホストを設定するシステムおよび方法である。複数のインターフェースを有するマルチホームホストは、複数のインターフェースを使用して実質上同時に通信できる。それぞれのインターフェースは、異なるデフォルトルート、および/またはデフォルトルータを使用できる。したがって、それぞれのインターフェースを設定する必要がある。ある実施形態では、デフォルトルート、ルータ、およびインターフェースは、マルチホームホスト上のルーティングおよびポリシーテーブル(インターネットエンジニアリングタスクフォース(IETF)コメント要求(RFC)3484で定義されており、参照により本明細書に組み込む)に格納できる。マルチホームホストのルーティング/ポリシーテーブルの設定は、DHCPメッセージを使用して達成できる。ルーティング/ポリシーテーブルは、プリフィックス、プリフィックス長、プリファレンス値、存続期間、およびルーティング/ポリシーテーブル内のそれぞれのデフォルトルータのための次のホップルータのアドレスを備えることができる。ルーティング/ポリシーテーブルは、データ送信のためにマルチホームホストによって要求されるような追加情報を含むことができる。DHCPメッセージを介してルーティング/ポリシーテーブルを設定することにより、マルチホームホストはIPアドレスを借りるためにすでにDHCPサーバにコンタクトしなければならないので、ネットワーク効率を上げることができる。ルーティング情報は、DHCPメッセージ内のMHRPEオプションに含むことができる。単一のデフォルトルータをマルチホームホストに割り当てることにより、割り当てられたデフォルトルータにデータのボトルネックを生じさせる場合がある。インターフェースおよびフロータイプに基づいて複数のデフォルトルータを割り当てることによって、複数のルータにわたってデータをより均等に分散できる。
【００１２】
図１は、DHCPv6を使用して複数のインターフェースを有するホストを設定することをサポートできる、無線アクセスネットワークシステム100の一実施形態を示している。無線アクセスネットワークシステム100は、マルチホームホスト102、第1無線アクセスネットワーク110内の第1アクセスルータ(AR)112(AR1)、第2無線アクセスネットワーク120内の第2AR122(AR2)、DHCPサーバ124、エッジルータ130、およびネットワーク140を備えることができる。第1無線ネットワーク110および第2無線ネットワーク120は、別々に接続を確立して、直接またはエッジルータ130を介してネットワーク140と通信できる。たとえば、第1無線アクセスネットワーク110はロングタームエボリューション(LTE)第3世代パートナーシッププロジェクト(3GPP)ネットワークでよく、第2無線ネットワーク120はWIFIネットワークとも呼ばれるIEEE 802.11無線ローカルエリアネットワーク(WLAN)でよい。マルチホームホスト102は、たとえばネットワークの受信可能範囲内で、第1無線ネットワーク110および/または第2無線ネットワーク120に位置でき、したがってネットワーク140を介してDHCPサーバ124と通信できる。図１は、無線アクセスネットワークシステム100の1つの実施形態だけを示すことが理解されよう。代替の実施形態では、マルチホームホスト102は、WIMAX、高速パケットアクセスインターフェース(HSPA)、LTE、および/またはブルートゥースネットワークなどの、異なる複数の無線ネットワークのうちのいずれにも位置できる。それぞれのネットワークは、エッジルータ130および/またはネットワーク140に結合できる、対応するARおよび/またはDHCPサーバを備えることができる。マルチホームホスト102は、ネットワーク140または他のネットワーク(図示せず)と通信するために、無線ネットワークのいずれにもアクセスできる。
【００１３】
マルチホームホスト102は、DHCPサーバ124にアクセスするために、第1AR112、第2AR122、エッジルータ130、および/またはネットワーク140を使用するどのようなモバイル装置でもよい。マルチホームホスト102は、複数の通信インターフェースを有するが、モビリティ機能のない(たとえば、モビリティソフトウェア、ファームウェアなどがない)比較的シンプルなIPアドレスノードでよい。特に、マルチホームホスト102は、たとえば第1無線アクセスネットワーク110、および/または第2無線アクセスネットワーク120を介してDHCPサーバ124と通信する、モバイルユーザ指向装置でよい。たとえば、マルチホームホスト102は、セルラー式電話、ノートブックコンピュータ、携帯情報端末(PDA)、または他の何らかの無線装置でよい。あるいは、マルチホームホスト102は、無線技術を使用して第1AR112、第2AR122、および/またはエッジルータ130に接続できる、デスクトップコンピュータまたはセットトップボックスなどの固定通信装置でよい。
【００１４】
第1AR112、および第2AR122は、たとえばIPv6プロトコルに基づいて、マルチホームホスト102のためのフローを処理するように構成されたどのような装置または構成要素でもよい。フローは、マルチホームホスト102がアクティブなインターフェースを確立できるどのような無線アクセスネットワークに送信されたIPv6フローでもよい。フローは、ネットワーク140および/または他の外部ネットワークによってマルチホームホスト102に提供されたサービスに対応しうる。たとえば、第1AR112、および/または第2AR122は、マルチホームホスト102とネットワーク140との間のフローを処理できる。マルチホームホスト102は、マルチホームホスト102上のデフォルトルーティング/ポリシーテーブルに基づくフロー処理のために、第1AR112および第2AR122のどちらかを選択できる。具体的な実施形態では、DHCPサーバ124は、マルチホームホスト102上のルーティング/ポリシーテーブルについてのルータ情報とともにメッセージをマルチホームホスト102に送信できる。一実施形態では、第1AR112、および/または第2AR122はモバイルインターネットプロトコル(MIP)もプロキシモバイルIP(PMIP)もサポートしない。
【００１５】
エッジルータ130は、第1無線ネットワーク110および/または第2無線ネットワーク120を介してマルチホームホスト102への接続性および/または外部アクセスを提供する、どのような装置または構成要素でもよい。エッジルータ130は、IPv6プロトコルをサポートするように構成されうる。エッジルータ130は、マルチホームホスト102とのアクティブなインターフェースを有することができる第1AR112および第2AR122のいずれかを介して1つまたは複数のフローをマルチホームホスト102に転送することもできる。一実施形態では、エッジルータ130は、モバイルインターフェースプロトコル(MIP)もプロキシモバイルIP(PMIP)もサポートしない。
【００１６】
ネットワーク140は、第1無線アクセスネットワーク110および/または第2無線アクセスネットワーク120を介してマルチホームホスト102にサービスを提供するどのようなネットワークでもよい。たとえば、ネットワーク140はインターネットサービスプロバイダ(ISP)、ネットワークサービスプロバイダ(NSP)、アプリケーションサービスプロバイダ(ASP)でもよく、それらの組合せでもよい。サービスは、IPv6フローなどのフローの形でマルチホームホスト102に提供できる。フローは、データ、テキスト、音声、ビデオ、および/または他の何らかのサービスを備えることができる。フローは、マルチホームホスト102上の様々なインターフェースを介して、エッジルータ130、AR1 112、AR2 122、および/またはネットワーク140から受信することができる。
【００１７】
DHCPサーバ124は、マルチホームホスト102にインターフェース設定情報を提供するように構成されたどのような装置または構成要素でもよい。DHCPサーバ124は、3GPP文書23.402(参照により本明細書に組み込む)に定義されているアクセスネットワーク発見および選択機能(Access Network Discovery and Selection Function)などの他のサーバと共同設置されてもよく、スタンドアロンサーバでもよい。DHCPサーバ124は、参照により本明細書に組み込む、IPv4のためのIETF RFC 2131、およびIPv6のためのRFC 3315において確立された標準を使用して通信するように構成されうる。DHCPサーバ124は、IPアドレスおよび他の設定データを、第1無線アクセスネットワーク110および第2無線アクセスネットワーク120などのネットワークに接続されたクライアントに割り当てるように構成されうる。
【００１８】
一実施形態では、マルチホームホスト102は、LTEネットワークでよい第1無線アクセスネットワーク110にアクセスして、第1無線アクセスネットワーク110との第1インターフェースを確立できる。マルチホームホスト102はDHCPサーバ124とコンタクトして、MHRPEオプションを含むDHCP要求メッセージを送信できる。DHCPサーバ124は、MHRPEオプションを含むDHCP確認応答メッセージで応答できる。DHCP確認応答内のMHRPEオプションは、マルチホームホスト102上のフロータイプおよび/またはインターフェースに基づくデフォルトルートを含むことができる。フロータイプは、エッジルータ130を介して利用可能な複数のサービスに対応しうる。サービスは、ボイスオーバーIP(VoIP)呼、IPテレビ(IPTV)番組、ファイルまたはポイントツーポイント(P2P)ダウンロード、あるいはそれらの組合せを含むことができる。その後、マルチホームホスト102は、マルチホームホスト102ルーティングテーブルにおけるフロータイプおよびエントリに基づいてフローを受信するためのインターフェースを選択できる。このようにして、マルチホームホスト102は、第1無線アクセスネットワーク110を介してサービスのうちの少なくともいくつかを受信することができる。
【００１９】
場合によっては、マルチホームホスト102が第2無線アクセスネットワーク120との第2インターフェースを確立して、サービスのうちの少なくともいくつかを受信することが望ましい場合がある。たとえば、第1無線アクセスネットワーク110と比較して改善された帯域幅および/または削減されたコストで、第2無線ネットワーク120を介してIPTV番組および/またはファイルダウンロードを受信できる。したがって、第1無線ネットワーク110を介していくつかのサービスを受け、第2無線ネットワーク120を介して他のサービスを受信することが望ましい場合がある。マルチホームホスト102は、マルチホームホスト102ルーティングテーブル、および望ましいフローのタイプに基づいて、第2無線アクセスネットワーク120に接続できる。
【００２０】
図２は、無線アクセスネットワークへ接続する際に、マルチホームホストのためのデフォルトルートを識別するために使用できる、ホスト設定方法200のプロトコル図の一実施形態を示している。マルチホームホストは、IETF RFC 3315に記載される通り、無線アクセスネットワーク上でDHCP要請メッセージ210をブロードキャストできる。DHCP要請メッセージ210の受信に応答して、DHCPサーバはDHCP広告(DHCP advertise)メッセージ220で応答できる。1つまたは複数のDHCPサーバはDHCP要請メッセージ210を受信して、DHCP広告メッセージ220でマルチホームホストに応答することができる。マルチホームホストは、マルチホームホストによって受信されたDHCP広告メッセージ220に基づいてDHCP要求メッセージ230を送信するために、DHCPサーバのうちの1つを選択できる。マルチホームホストは、DHCP要求メッセージ230を受信するためのDHCPサーバを1つだけ選択できる。DHCP要求メッセージ230は、以下で詳細に説明するMHRPEオプションを含むことができる。MHRPEオプションは、インターフェース情報サブオプションなどのサブオプションを含むことができる。インターフェース情報サブオプションは、WIFI、HSPA、LTE、WIMAX、および/またはブルートゥースなどの、マルチホームホストで利用可能なそれぞれのインターフェースに関する情報を含むことができる。DHCP要求メッセージ230の受信に応答して、DHCPサーバはDHCP応答メッセージ240を送信できる。DHCP応答メッセージ240は、サブオプションを含むことができるMHRPEオプションを含むことができる。サブオプションは、特定のフロータイプのためのデフォルトルータを記述することができる。マルチホームホストは、DHCP確認応答のMHRPEオプション内のサブオプションに基づいて自身のルーティング/ポリシーテーブルをアップデートして、通常の通信を進めることができる。さらに、IETF RFC 4191(参照により本明細書に組み込む)は、ルータ広告を開示するが、設定ルート情報だけに限定され、本明細書に記載の特徴の多くは開示しない。一実施形態では、本明細書に記載の概念とともに、ルータ広告を使用するRFC 4191を基にした設定を使用できる。
【００２１】
図３は、MHRPEオプション300の一実施形態の概念図である。MHRPEオプション300は、オプションコード310、オプション長320、サブオプションコード330、サブオプション長340、サブオプションコンテンツ350、ポリシー識別子(PID)360、予約フィールド370、好ましい存続期間380、有効な存続期間390を含むことができ、図３に示されるように配置できる。オプションコード310は、MHRPEオプション300を一意に識別できる、インターネット番号割当て機関(IANA)によって割り当てられたOPTION_MHRPEなどの英数字コードでよい。オプション長320は、全てのサブオプションの長さに4オクテットを足した合計を示すことができる。サブオプションコード330は、サブオプションコンテンツ350内で使用される特定のサブオプションを識別するためのコードでよい。サブオプションコード330は、以下で詳細に説明する。サブオプションコード330の値はIANAによって割り当てられうる。サブオプション長340は、特定のサブオプションの全体の長さを示すことができる。サブオプションコンテンツ350は、以下で説明するサブオプションのいずれか、または他の知られているサブオプションのいずれかを含むことができる。PID360は、MHRPEオプション300内のポリシーについての識別子として使用される符号なし整数でよい。予約フィールド370は他の目的のために予約されてよく、送信者によってゼロに設定されて、受信者によって無視されてよい。好ましい存続期間380は、秒数で定義されるMHRPEオプションの望ましい存続期間でよく、マルチホームホストによって設定されてよい。有効な存続期間390は、秒数で定義されるMHRPEオプションに割り当てられた実際の存続期間でよく、DHCPサーバによって設定されてよい。DHCPサーバは、有効な存続期間390を設定する際に好ましい存続期間380を考慮してよい。ある実施形態では、オプションコード310、オプション長320、サブオプションコード330、サブオプション長340はそれぞれ約16ビットの長さでよく、サブオプションコンテンツ350は様々な長さでよく、PID360は約8ビットの長さでよく、予約フィールド370は約24ビットの長さでよく、好ましい存続期間380、および有効な存続期間390はそれぞれ約32ビットの長さでよい。
【００２２】
一実施形態では、MHRPEオプション300は、マルチホームホストによって送信されるDHCPv6要求メッセージ内に含まれてよい。マルチホームホストは、サブオプションコンテンツ350内にそれぞれのインターフェースについての情報を含むことができる。DHCPサーバは、DHCPv6応答メッセージ内にMHRPEオプション300を含むことができる。DHCPv6応答メッセージ内のMHRPEオプション300は、フロー記述、QoS、フロールートプリフィックス、およびマルチホームホストによって送信されたDHCPv6要求メッセージで定義されたマルチホームホスト上のインターフェースに対応するIPv6ルータアドレスについての情報を有するサブオプションを含むことができる。マルチホームホストは、DHCP応答メッセージMHRPEオプション300に基づいて自身のルーティング/ポリシーテーブルをアップデートできる。
【００２３】
他の実施形態では、マルチホームホスト(たとえば、DHCPクライアント)は、DHCPv6要求メッセージ内のオプション要求オプション(参照により本明細書に組み込むIETF RFC 3315で定義される)にMHRPEオプション300を含むことができる。このような場合、DHCPサーバは、対応するDHCPv6応答メッセージ内の他のオプション要求オプション内に、MHRPEオプション300およびルーティング情報を含むことができる。MHRPEオプション300を含むオプション要求オプションは、DHCP要請メッセージ、およびDHCP広告メッセージ内に含まれてもよい。さらに、オプションはルーティングポリシーのリストを含むことができ、それぞれのルーティングポリシーは、フロー記述、および転送すべきデータグラムが一致する際に適用すべきルートを含むことができる。
【００２４】
図４は、インターフェース情報サブオプション400の一実施形態の概略図である。インターフェース情報サブオプション400は、サブオプションコード410、サブオプション長420、アクセス技術タイプ(ATT)430、長さ440、およびリンク層アドレス450を含むことができ、図４に示されるように配置できる。サブオプションコード410は、インターフェース情報サブオプション400を一意に識別できる、IANAによって割り当てられたSUB_OPTION_INTERFACE_INFOなどの英数字コードでよい。サブオプションコード410はサブオプションコード330に対応しうる。サブオプション長420は、インターフェース情報サブオプション400の長さを示すことができる。サブオプション長420はサブオプション長340に対応しうる。ATT430は、WIFI、HSPA、LTE、WIMAX、またはブルートゥースなどのインターフェースによって使用されるアクセス技術を指定できる。ATT430の値は、IANAによって定義され、参照により本明細書に組み込むIETF RFC 5213に記述されている、アクセス技術オプションタイプ値から選択できる。長さ440は、リンク層アドレス450の長さをバイトで示すことができる。リンク層アドレス450は、イーサネット(登録商標)またはWi-FiなどのIEEEインターフェースのためのインターフェースのMACアドレス、または第3世代(3G)インターフェースのためのInternational Mobile Subscriber Identity(IMSI)でもよく、インターフェースに基づく他の何らかの識別子でもよい。一実施形態では、サブオプションコード410およびサブオプション長420はそれぞれ長さが約16ビットでよく、ATT430および長さ440はそれぞれ長さが約8ビットでよく、リンク層アドレス450は長さが約80ビットでもよく、または長さが様々でもよい。
【００２５】
図５は、フロー記述サブオプション500の一実施形態の概略図である。フロー記述サブオプション500は、サブオプションコード510、サブオプション長520、フロー記述(FD)タイプ530、FD長540、およびフロー記述550を含むことができ、図５に示されるように配置できる。サブオプションコード510は、フロー記述サブオプション500を一意に識別できる、IANAによって割り当てられたSUB_OPTION_FLOW_DESCなどの英数字コードでよい。サブオプションコード510は、サブオプションコード330に対応しうる。サブオプション長520は、フロー記述サブオプション500の長さを示すことができる。サブオプション長520は、サブオプション長340に対応しうる。FDタイプ530はフロー記述のタイプを記述できる。たとえば、1のFDタイプ530はバイナリフロー記述を示すことができ、2のFDタイプ530はテキストフロー記述を示すことができる。0のFDタイプは、将来使用するために予約できる。FD長540は、フロー記述550の長さをバイトで示すことができる。フロー記述550はフローの記述を含むことができる。フロー記述550は、FDタイプ530の値に応じてバイナリでもテキストでもよい。バイナリフロー記述は、参照により本明細書に組み込むIETF文書draft-ietf-mext-binary-tsにおいて見つけることができる。フロー記述550の長さは、FD長540の値とほぼ等しくてよい。複数のフロー記述がMHRPEオプション300内に含まれてよい。フロー記述サブオプション500に記述されたフローにとって好ましいインターフェースが、インターフェース情報サブオプション400に記述されてよい。一実施形態では、サブオプションコード510およびサブオプション長520はそれぞれ長さが約16ビットでよく、FDタイプ530およびFD長540はそれぞれ長さが約8ビットでよく、フロー記述550の長さは様々でよい。
【００２６】
図６は、QoS情報サブオプション600のある実施形態の概略図であり、図６に示されるように配置できる。QoSサブオプション600は、サブオプションコード610、サブオプション長620、QoS情報コード630、QoS情報サブコード640、およびQoS情報値650を含むことができる。オプションコード610は、QoS情報サブオプション600を一意に識別できる、IANAによって割り当てられたSUB_OPTION_QOS_INFOなどの英数字コードでよい。サブオプションコード610は、サブオプションコード330に対応しうる。サブオプション長620は、QoS情報サブオプション600の長さを示すことができる。サブオプション長620は、サブオプション長340に対応しうる。QoS情報コード630は、QoS情報のタイプを識別できる。たとえば、1のQoS情報コード630はパケットレート(packet rate)を示すことができ、2のQoS情報コード630は一方向遅延メトリック(one-way delay mertic)を示すことができ、3のQoS情報コード630はパケット間遅延変動(inter-packet delay variation)を示すことができる。0のQoS情報コード630は、将来使用するために予約できる。
【００２７】
QoS情報サブコード640は、QoS情報のサブタイプを識別できる。たとえば、1のQoS情報サブコード640は予約レート(reserved rate)を示すことができ、2のQoS情報サブコード640は利用可能レート(available rate)を示すことができ、3のQoS情報サブコード640は損失レート(loss rate)を示すことができ、4のQoS情報サブコード640は最小一方向遅延(minimum one-way delay)を示すことができ、5のQoS情報サブコード640は最大一方向遅延レート(maximum one-way delay rate)を示すことができ、6のQoS情報サブコード640は平均一方向遅延(average one-way delay)を示すことができる。0のQoS情報サブコード640は、定義されたサブタイプがないことを示すことができる。QoS情報値650は、150キロビット／秒(kbps)または400kbpsなどの、QoS情報の値を示すことができる。QoS情報値650の単位は、QoS情報コード630の値に依存することができる。QoS情報は、LTEインターフェース上のビデオストリーミングには150kbps、およびWi-Fiインターフェース上のビデオストリーミングには400kbpsなど、フロータイプおよび/またはインターフェースタイプに基づいて選択されうる。ある実施形態では、サブオプションコード610、サブオプション長620、QoS情報コード630、およびQoS情報サブコード640はそれぞれ長さが約16ビットでよく、QoS情報値650は長さが約64ビットでよい。
【００２８】
図７は、フロールートプリフィックスサブオプション700の一実施形態の概略図である。フロールートプリフィックスサブオプション700は、サブオプションコード710、サブオプション長720、プリフィックス長730、およびIPv6プリフィックス740を含むことができ、図７に示されるように配置できる。サブオプションコード710は、フロールートプリフィックスサブオプション700を一意に識別できる、IANAによって割り当てられたSUB_OPTION_FR_PREFIXなどの英数字コードでよい。サブオプションコード710は、サブオプションコード330に対応しうる。サブオプション長720は、フロールートプリフィックスサブオプション700の長さを示すことができる。サブオプション長720は、サブオプション長340に対応しうる。プリフィックス長730は、IPv6プリフィックス740の長さを記述できる。IPv6プリフィックス740は、フロー記述サブオプション500内で記述されるフローが経路指定されるルートの宛先プリフィックスを識別できる。IPv6プリフィックス740は、プリフィックス長730で識別された長さを超えることができない。一実施形態では、サブオプションコード710およびサブオプション長720はそれぞれ長さが約16ビットでよく、プリフィックス長730は長さが約8ビットでよく、IPv6プリフィックス740は長さが様々でよい。
【００２９】
図８は、ルータアドレスサブオプション800の一実施形態の概略図である。ルータアドレスサブオプション800は、サブオプションコード810、サブオプション長820、IPv6ルータアドレス830、プリフィックス長840、および予約フィールド850を含むことができ、図８に示されるように配置できる。サブオプションコード810は、ルータアドレスサブオプション800を一意に識別できる、IANAによって割り当てられたSUB_OPTION_ROUTER_ADDRESSなどの英数字コードでよい。サブオプションコード810は、サブオプションコード330に対応しうる。サブオプション長820は、ルータアドレスサブオプション800の長さを示すことができる。サブオプション長820は、サブオプション長340に対応しうる。IPv6ルータアドレス830は、ルートについてのデフォルトルータアドレスを識別できる。プリフィックス長840は、IPv6ルータアドレスフィールドのプリフィックスの長さを識別できる。予約フィールド850は他の目的のために予約でき、送信者によってゼロに設定されて、受信者によって無視されてよい。一実施形態では、サブオプションコード810およびサブオプション長820はそれぞれ長さが約16ビットでよく、IPv6ルータアドレス830は長さが約128ビットでよく、プリフィックス長840は長さが約8ビットでよく、予約フィールド850は長さが約24ビットでよい。MHRPEオプション300は、複数のルータアドレスサブオプション800を含むことができる。MHRPEオプション300にリストアップされた第1ルータアドレスサブオプション800は、ルートについてのプライマリルータとして識別されうる。フロールートプリフィックスサブオプション700およびルータアドレスサブオプション800の組合せは、ルートを識別できる。
【００３０】
図９は、複数のインターフェースを有するホストを設定する方法900の一実施形態のフローチャートである。方法900は、DHCPサーバで実装できる。方法900は、MHRPEオプションを含むDHCP要求メッセージを受信することによって、ブロック910で開始できる。DHCP要求メッセージは、ネットワークに参加するときに、マルチホームホスト、または他の装置によって送信されうる。マルチホームホストまたは他の装置は、マルチホームホストまたは他の装置上で利用可能なそれぞれのインターフェースを記述するMHRPEオプション内にインターフェース情報サブオプションを含むことができる。ブロック920で、MHRPEオプション内に記述されたインターフェースに基づいて、デフォルトルート情報を選択できる。ブロック930で、MHRPEオプションを含むDHCP応答メッセージをマルチホームホストに送信できる。DHCP応答メッセージ内のMHRPEオプションは、マルチホームホストまたは他の装置でフローおよびインターフェースについてのデフォルトルートを定義する際に使用するための複数のサブオプションを備えることができる。
【００３１】
上述のネットワーク構成要素は、課された必要な作業量を処理するための十分な処理能力、メモリリソース、およびネットワークスループット能力を有するコンピュータまたはネットワーク構成要素などの、どのような汎用ネットワーク構成要素にも実装できる。図１０は、本明細書で開示した構成要素の1つまたは複数の実施形態の実装に適した一般的な汎用ネットワーク構成要素1000を示している。ネットワーク構成要素1000は、二次記憶装置1004を含むメモリ装置と通信するプロセッサ1002(中央処理装置、すなわちCPUと呼ばれる場合がある)、読み出し専用メモリ(ROM)1006、ランダムアクセスメモリ(RAM)1008、入力/出力(I/O)装置1010、およびネットワーク接続装置1012を含む。プロセッサ1002は、1つまたは複数のCPUチップとして実装されてもよく、1つまたは複数の特定用途向け集積回路(ASIC)の一部でもよい。
【００３２】
二次記憶装置1004は、一般的に1つまたは複数のディスク装置またはテープ装置で構成され、データの不揮発性記憶のために、および全ての作業用データを保持するためにRAM1008の大きさが十分ではない場合にオーバーフローデータ記憶装置として使用される。二次記憶装置1004は、このようなプログラムが実行するために選択されると、RAM1008にロードされるプログラムを格納するために使用できる。ROM1006は、プログラムを実行する間に読み出される命令およびおそらくデータを格納するために使用される。ROM1006は、二次記憶装置1004のより大きなメモリ容量と比較すると一般的に小さなメモリ容量を有する不揮発性メモリ装置である。RAM1008は、揮発性データを格納するために、およびおそらく命令を格納するために使用される。ROM1006とRAM1008の両方へのアクセスの方が、一般的に二次記憶装置1004へのアクセスよりも速い。
【００３３】
少なくとも1つの実施形態を開示した。当業者によって行われる、実施形態および/または実施形態の特徴の、変形形態、組合せ、および/または修正形態は、本開示の範囲内である。実施形態の特徴の組合せ、統合、および/または省略から得られる代替の実施形態も、本開示の範囲内である。数的範囲または制限が明確に述べられている場合、このような明確な範囲または制限は、明確に述べられた範囲または制限内に含まれる類似の大きさの反復する範囲または制限を含むものと理解されるべきである(たとえば、約1から約10は、2、3、4などを含み、0.10を超えるものは、0.11、0.12、0.13などを含む)。たとえば、下限がRlで上限がRuである数的範囲が開示される場合は常に、その範囲内に含まれるどのような数も具体的に開示される。特に、範囲内の以下の数字が具体的に開示される:R=Rl+k*(Ru-Rl)。この式で、kは1パーセント刻みの1パーセントから100パーセントまでの範囲の変数であり、すなわちkは1パーセント、2パーセント、3パーセント、4パーセント、5パーセント、…、50パーセント、51パーセント、52パーセント、…、95パーセント、96パーセント、97パーセント、98パーセント、99パーセント、または100パーセントである。さらに、上記で定義されるような、2つのRの数によって定義されるどのような数的範囲も具体的に開示される。特許請求の範囲のあらゆる要素に関する「任意選択で」という用語の使用は、その要素が必要であること、あるいはその要素が必要でないことを意味し、両方の選択肢が特許請求の範囲内である。備える、含む、および有するなどのより広義の用語は、〜から成る、基本的に〜から成る、および実質的に〜から成るなどのより狭義の用語のためのサポートを提供するものと理解されるべきである。したがって、保護の範囲は、上記の記述によって制限されないが、以下の特許請求の範囲によって定義され、その範囲は請求項に係る発明の全ての均等物を含む。全ての特許請求の範囲が、さらなる開示として本明細書に組み込まれ、特許請求の範囲は本開示の実施形態である。本開示での参照の議論は、本明細書の優先日後の公開日を有するあらゆる参照は特に、それが従来技術であるという承認ではない。本開示で引用した全ての特許、特許出願、および出版物は、それが本
開示を補足する例示的、手続的、または他の詳細を提供する限り、参照により本明細書に組み込む。
【００３４】
本開示においていくつかの実施形態を提供してきたが、開示されたシステムおよび方法は、本開示の思想および範囲から逸脱することなしに他の多くの具体的な形式で実施できることが理解されるべきである。本例示は、例示的なものであって限定的なものではないと見なされるべきであり、その意図は本明細書で与えられる詳細に限定されるべきではない。たとえば、様々な要素または構成要素は結合されてもよく、他のシステムに統合されてもよく、あるいは特定の特徴が省略されてもよく、実装されなくてもよい。
【００３５】
さらに、様々な実施形態において、個別のもの、または分離しているものとして説明および例示した技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなしに、他のシステム、モジュール、技術、または方法と結合されてもよく、統合されてもよい。結合されている、または直接結合されている、あるいは互いに通信しているものとして図示または議論した他の事項は、間接的に結合されてもよく、いくつかのインターフェース、装置、または中間構成要素を介して、電気的、機械的、または別の方法で通信してもよい。変更、置換、修正の他の例は当業者によって究明可能であり、本明細書に開示の思想および範囲から逸脱することなしに行うことができる。
【符号の説明】
【００３６】
100  無線アクセスネットワークシステム
102  マルチホームホスト
110  第1無線アクセスネットワーク
112  第1アクセスルータ
120  第2無線アクセスネットワーク
122  第2アクセスルータ
124  DHCPサーバ
130  エッジルータ
140  ネットワーク
210  DHCP要請メッセージ
220  DHCP広告メッセージ
230  DHCP要求メッセージ
240  DHCP応答メッセージ
300  MHRPEオプション
400  インターフェース情報サブオプション
500  フロー記述サブオプション
600  QoSサブオプション
700  フロールートプリフィックスサブオプション
800  ルータアドレスサブオプション
1000  ネットワーク構成要素
1002  プロセッサ
1004  二次記憶装置
1006  読み出し専用メモリ(ROM)
1008  ランダムアクセスメモリ(RAM)
1010  力/出力(I/O)装置
1012  ネットワーク接続装置
【図１】
0005322249.tif 000002
【図２】
0005322249.tif 000003
【図３】
0005322249.tif 000004
【図４】
0005322249.tif 000005
【図５】
0005322249.tif 000006
【図６】
0005322249.tif 000007
【図７】
0005322249.tif 000008
【図８】
0005322249.tif 000009
【図９】
0005322249.tif 000010
【図１０】
0005322249.tif 000011