JP2007520963A6 - 通信 - Google Patents
通信 Download PDFInfo
- Publication number
- JP2007520963A6 JP2007520963A6 JP2006551916A JP2006551916A JP2007520963A6 JP 2007520963 A6 JP2007520963 A6 JP 2007520963A6 JP 2006551916 A JP2006551916 A JP 2006551916A JP 2006551916 A JP2006551916 A JP 2006551916A JP 2007520963 A6 JP2007520963 A6 JP 2007520963A6
- Authority
- JP
- Japan
- Prior art keywords
- mha
- address
- packet
- mobile node
- node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 26
- 238000004590 computer program Methods 0.000 claims description 4
- 235000009808 lpulo Nutrition 0.000 claims description 3
- 239000000969 carrier Substances 0.000 claims description 2
- 238000000034 method Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 9
- 239000003795 chemical substances by application Substances 0.000 description 6
- 238000005457 optimization Methods 0.000 description 6
- 230000005641 tunneling Effects 0.000 description 5
- 230000000875 corresponding Effects 0.000 description 4
- 239000002775 capsule Substances 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000001994 activation Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
Images
Abstract
MIPv6ネットワークでは、外部ネットワーク(FN)中の移動体ホームエージェント(MHA)は、移動体ノード(MN)と通信ノード(CN)との間の中間ノードとして作用し、二次的なアドレスのケア(SCoA)と移動体ノードのホームアドレス(HAddr)との間に1対1の関係で、それ自体に移動体ノード(MN)のアドレスのケア(CoA)とは異なる二次的なアドレスのケア(SCoA)を割当てる。
Description
本発明は移動体インターネットプロトコル(MIP)ネットワークをサポートする装置及び方法に関する。
移動体通信用のグローバルシステム(GSM)標準方法にしたがう通常の2G移動体ネットワークは回路交換音声及びデータサービスをユーザの移動局(MS)へ提供する一方で、パケット交換移動体ネットワークを展開するための移動体通信産業に大きな影響がある。パケット交換移動体ネットワークはネットワーク及びリソース効率に関して大きな利点を有し、さらに進歩したユーザサービスの提供も可能にする。固定したおよび移動体の通信ネットワークの集中により、固定したネットワークで広く普及しているインターネットプロトコル(IP)は移動体パケットネットワークのパケットルーティング機構として当然の選択肢である。現在のIPバージョン4(IPv4)は固定したネットワークドメインで広く普及して使用されている。しかしながら、特に、非常に増加されたアドレススペース、さらに効率的なルーティング、さらに大きなスケール能力、改良されたセキュリティ、サービス品質(QoS)統合、マルチキャストその他の特徴のサポートに関して、IPv4よりも良好に認識された利点を提供するIPバージョン6(IPv6)へ徐々に移行することが予想されている。
現在展開されている移動体パケット交換サービスの特別な例には、2GのGSMネットワークと3Gのユニバーサル移動体通信システム(UMTS)ネットワーク(以下、GPRSネットワークと呼ぶ)との両者で実行されている汎用パケット無線サービス(GPRS)を含んでいる。無線構内網(wLAN)のような、非GPRS無線アクセス技術が、ホットスポット(会議場、空港、展示場等)のような幾つかの領域の局部的なブロードバンドサービスアクセスに対してGPRSにフレキシブルでおよび価格的に有効な補足手段を提供することも予測される。したがって、移動体ネットワークオペレータはGPRSとGPRSではないネットワークまたはサブネットワーク間で移動局のローミングをサポートすることを望んでいる。
3GのTS 23.060 v3.12.0 (2002-06)と呼ばれ、http://www.3gpp.org/ftp/specs/2002-06/R1999/23_series/の3GPPウェブサイトから入手可能なGPRSサービス説明書(1999年発行)の技術的仕様を参照すると、これは2G(GPRS/GSM)および3G(GPRS/UMTS)移動体パケットネットワークの詳細なサービス説明を提供している。GPRSネットワークの機能もまた通常良く知られているが、さらに別の特徴を以下詳細に説明する。
GPRSパケット交換サービスにアクセスするため、MSは最初にSGSNによりGPRSアタッチ手順(2G GSM GPRSアタッチまたは3G UMTS GPRSアタッチの一方)を行う。認証、位置更新手順が行われ、成功したならば、GPRSアタッチ手順はSGSNを介するページングと、入来するパケットデータの通知に対してMSを利用可能にする。しかしながら、実際にパケットデータを送信し受信するために、MSは割当てられたパケットデータプロトコル(PDP)アドレス(例えばIPアドレス)をもたなければならず、PDPアドレスと共に使用するため少なくとも1つのPDPコンテキストを付勢しなければならない。MSの各PDPアドレスはそれに関連する1以上のPDPコンテキストを有することができ、PDPコンテキストを規定するデータはMS、SGSN、GGSN中に記憶される。PDPコンテキスト付勢のプロセスはMSをSGSNに対して知られるようにするだけではなく、対応するGGSNに対しても知られるようにし、外部データネットワークとの相互動作が開始できる。
始めから移動体ネットワークとして設計されているGPRSネットワークは(GPRSネットワーク内のMSのための)移動性管理および(GPRSネットワーク間のMSローミングのための)ローミング機能を組込まれており、その一方で、インターネットエンジニアリングタスクフォース(IETF)でも通常、IPユーザ端末の移動性をサポートするための動作が行われる。このため、IETFは移動体IP(MIP)プロトコルが開発された。MIPは移動局(またはMIP用語では移動体ノード(MN))が異なるサブネットの接頭辞(マクロ移動体)によりIPネットワーク間で移動するとき、移動性をサポートするように設計されている。例えばMIPはGPRSネットワークと、wLANネットワークのような非GPRSネットワークとの間の移動性をサポートするために使用されることができる。移動体IPは、典型的にWCDMAハンドオーバーのようなアクセス技術特定層2機構により管理されているネットワークまたはサブネットワーク(マイクロ移動体)内の移動性管理に使用されるとは期待されていない。
IPの2つのバージョンに対応するMIPの2つのバージョンが存在する。MIPバージョン4(MIPv4)はIPバージョン4(IPv4)アドレスのためにIPアドレス移動性を提供するように設計され、一方、新しいMIPバージョン6(MIPv6)はIPバージョン6(IPv6)アドレスのIPアドレス移動性を提供するように設計されている。MIPv4はIETFウェブサイトのhttp://www.ietf.org/rfc/rfc2002.txt?number=2002で入手可能なIETFリクエスト・フォー・コメント(RFC)2002に記載されている。インターネット草案MIPv6は、http://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-24.txtのIETFウェブサイトの書込み時に入手可能であり、2004年6月30日のdraft-ietf-mobileip-ipv6-24.txtとして参照されるIETFインターネット草案“Mobility Support in IPv6”に記載されている。
ルーティング最適化によるMIPローミングを含むシナリオが図1に示されている。移動体ノード(MN)はそのホームネットワーク(HN)中でホームIPアドレス(HAddr)を割当てられる。HNのルーティング手順は、MNがHN内のいずれにあっても、IPネットワーク(IPN)にわたって、通信ノード(CN)から送信されるIPパケットがMNに到達することを確実にする。MNが外部のネットワーク(FN)にロームするとき、MNにはIPパケットが導かれる必要があるFN内のアドレスのケア(CoA)を割当てられる。しかしながら、ローミングは1セッション期間中にIP層には透明でなければならず、それによってCNのIP層により作成されたパケットは目的地アドレスとしてHAddrをもち続ける。
MIPv6ルート最適化プロトコルにより、MNはFNへロームするとき、CNへバインディング更新を送信し、CNにCoAを通知する。CNのMIP層はその後、セッション中に次のパケットの目的地アドレスをCoAへ設定し、HAddrをパケットのルーティングヘッダタイプ2拡張ヘッダに位置させる。MNのMIP層で、HAddrはルーティングヘッダタイプ2拡張ヘッダから検索され、IP層へ通過される対応するパケットの目的地アドレスとして使用される。
ルート最適化はMIPv6では強制であるが、MIPv4の一部分を形成しない。ルート最適化のない別のローミングプロトコルが図2に示されている。IPセッションはCNとそのHNのMNとの間で設定される。MNはセッション期間中に、FNにローミングし、バインディング更新を送信して、FN中のCoAをHN中のホームエージェント(HA)に通報する。HAはIPNとHNとの間のゲートウェイの一部を形成する。この例では、FNはGGSNを通ってIPNに接続されたGPRSネットワークである。
バインディング更新に応答して、HAは目的地アドレスとしてHAddrを有する任意のその後のパケットを受取り、それらをソースアドレスとしてHAのIPアドレス(HAAddr)と、目的地アドレスとしてMNセットのCoAを有するパケットにカプセル化することによって、CoAへのIPトンネルを設定する。MNのMIP層はパケットのカプセルを分解し、それらをIP層へ送り、それによってローミングはIP層に対して透明である。このトンネル化はIETF RFC2473に記載されているIPv6汎用パケットトンネル化機構を使用して実現されることができる。
アップリンク方向では、CNのIPアドレスは変更されていないので、MNはFNへローミングした後、そのパケットのソース及び目的地アドレスを変更する必要はない。しかしながら、FNは出て行くパケットに対して入口濾波を行う必要がある可能性があり、それによってFN内ではないソースアドレスを有するパケットは阻止される。これはソースアドレスセットのネットワーク接頭辞がFNの接頭辞と一致するかチェックするためのパケット分類器を有するゲートウェイによって実行される。結果として、FNの接頭辞とは異なるネットワークの接頭辞を有するソースアドレスとしてHAddrを有するMNからのパケットは阻止される。
この問題を解決するために、MIPv4とMIPv6標準方式は、逆トンネル化プロトコルを含んでおり、それにおいてMNはそのCoAとHAAaddrとの間にアップリンク方向のトンネルを設定する。アップリンクパケットはソースアドレスとしてCoAを有するパケット中にカプセル化されるので、CoAはFN内であり、入口フィルタはカプセル化されたパケットの通過を可能にする。HAはパケットのカプセル化を解除し、それらをCNへ転送する。MIPv6の逆トンネル化は例えば書込み時ではhttp://www.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-24.txtに存在する2002年10月29日のIETF移動体IPワーキンググループの草案“Mobility Support in IPv6’”に記載されている。
IPv4では、可能なIPアドレスの数は限定され、それ故、特有のCoAをFN中でローミングする各MNに割当てることは望ましくはない。MIPv4標準方式はそれ故、多数のMNが、FN内の外部エージェント(FA)に割当てられたCoAを共有することを可能にする。図3はMIPv4中のFAの使用を示している。パケットはHAとCoAのFAとの間でトンネルされ、FAはパケットをFN内のMNへ伝送する。
ネットワークへのアクセスはそのネットワークのオペレータまたはサービスプロバイダの制御下で行われるべきであることが通常認められる。サービスベースのローカルポリシー(SBLP)のような多くの重要な3G機能はネットワーク中心の制御原理に基づいている。しかしながら、既存のMIPv6標準方式は個々のネットワークを含まないエンド・ツー・エンドベースで動作する。例えばMNは、それが留まっている外部ネットワークまたはビジットしたネットワークのようなその現在のネットワークを通知することなく、そのHAおよびそのCNと相互動作する。MIPv6のエンド・ツー・エンド制御モデルは、外部またはビジットしたネットワークがローカルポリシーを強化するならば、中断される。
本発明の1特徴によれば、移動体ノードによりビジットされる外部ネットワーク中にネットワークエンティティが設けられ、それは移動体ノードと対応する通信ノードとの間のセッション中に通信ノードと直接接触する中間ノードとして動作する。ネットワークエンティティは通信ノードからのエンティティにアドレスされるセッション中にパケットを受信し、および/またはソースアドレスとしてそのエンティティのアドレスにより通信ノードにアドレスされるパケットを送信することができる。ネットワークエンティティに割当てられたアドレスのケアは移動体ノードのホームアドレスに対して1対1の関係を有することができる。
本発明の別の特徴によれば、移動体ノードによりビジットされる外部ネットワーク中にネットワークエンティティが設けられ、それは移動体ノードと通信ノードとの間のセッション中に中間ノードとして動作し、外部ネットワーク中の移動体ノードのアドレスのケアに対して1対1の関係を有する二次的なアドレスのケアを有する。
本発明の実施形態によれば、移動体ホームエージェント(MHA)または秘密保護ゲートウェイは、外部またはビジットされたネットワークのようなネットワーク中に導入される。移動体ノードへ送信され、または移動体ノードから受信されるデータは常に、移動体ホームエージェントを通って伝送される。
以下の説明では、MHAはネットワークエンティティである。例えばFNのゲートウェイにおいて同一の位置に配置されることができる。パケットをMNへまたはMNから送信することを含む異なるシナリオにおけるMHAの動作を以下の第1乃至第5の実施形態で説明する。
[第1の実施形態]
第1の実施形態はCNからMNへパケットを送信する第1の別の方法である。MNがFN中へロームするとき、FNを通ってパケットを送信及び受信するため、FNが登録されなければならない。MNはFNのCoAを割当てられる。
第1の実施形態はCNからMNへパケットを送信する第1の別の方法である。MNがFN中へロームするとき、FNを通ってパケットを送信及び受信するため、FNが登録されなければならない。MNはFNのCoAを割当てられる。
登録プロセスの一部として、図4aに示されているように、MNはステップ1aで第1のバインディング更新(BU)をMHAに送信して、HAddrとHAAddrとを通知する。MHAがまだCoAに気づいていない場合、MNはBU中にCoAを含める。しかしながらMHAがFNへのゲートウェイで同じ位置に位置されているならば、ゲートウェイ内の内部プロセスにより既にCoAを通知されている可能性もある。
さらに、MNの登録プロセスの一部として、MHAはそれ自体に、MNのHAddrと1対1のマッピングを有する二次アドレスのケア(SCoA)を割当て、HAにSCoAを通知するため、ステップ1bで第2のBUを送信する。以下説明するように、これによりトンネルをHAからMHAへ設定することが可能である。
MNのローミング状態はCNに対して透明であり、それ故、CNはソースアドレスとしてのCNAddrと目的地アドレスとしてのHAddrとを有するパケットをMNへ送信する。CNからMNへのパケットの送信プロセスは図4aおよび4bに示されている。ステップ1cで、CNはパケットをIPNによって送信し、それは目的地アドレスを基にしてHNへ送られる。パケットはHAによって受取られ、HAはMNのローミング状態に気づいており、パケットをステップ1dで、トンネルを介してSCoAのMHAへ転送する。換言すると、パケットは以下のようにカプセル化される。
外部IPヘッダ: Src:HAAddr Dest:SCoA
内部IPヘッダ: Src:CNAddr Dest:HAddr
MHAは外部IPヘッダを剥ぐことによりパケットのカプセルを解除し、ステップ1eで、内部パケットをMNへ送信する。このステップはFN内で行われるので、パケットの目的地アドレスがMNの現在のアドレスではないことは重要ではない。例えばFNは、FN内のMNと通信するための媒体アクセス制御(MAC)アドレスを発見するアドレスリゾルーションプロトコル(ARP)を使用して、パケットをMNへ伝送する。MAC層はIP層と、物理層との間で動作し、パケットが物理層上を転送される態様を決定する。この明細書の説明は主として移動体IP層に関しており、MACプロトコルは良く知られているので、MAC層についてはさらに説明しない。
内部IPヘッダ: Src:CNAddr Dest:HAddr
MHAは外部IPヘッダを剥ぐことによりパケットのカプセルを解除し、ステップ1eで、内部パケットをMNへ送信する。このステップはFN内で行われるので、パケットの目的地アドレスがMNの現在のアドレスではないことは重要ではない。例えばFNは、FN内のMNと通信するための媒体アクセス制御(MAC)アドレスを発見するアドレスリゾルーションプロトコル(ARP)を使用して、パケットをMNへ伝送する。MAC層はIP層と、物理層との間で動作し、パケットが物理層上を転送される態様を決定する。この明細書の説明は主として移動体IP層に関しており、MACプロトコルは良く知られているので、MAC層についてはさらに説明しない。
しかしながら、MNのIP層は、MNのローミング状態が上位層に透明であるとき、HAddrにアドレスされるパケットを上位層にのみ伝送し、その下の移動体IP層には伝送しない。
ステップ1c乃至1eは、MNがFN中にありながら、CNからMNへ送信される各パケットに対して繰り返される。
[第2の実施形態]
第2の実施形態は、CNからMNへパケットを送信する第2の別の方法である。この別の実施形態では、HAをバイパスすることにより、トンネルがCNからMHAへ直接設定される。しかしながら、HAはセッションの設定に参加できる。
第2の実施形態は、CNからMNへパケットを送信する第2の別の方法である。この別の実施形態では、HAをバイパスすることにより、トンネルがCNからMHAへ直接設定される。しかしながら、HAはセッションの設定に参加できる。
登録プロセスの一部として、図5aに示されているように、MNはステップ2aで第1のバインディング更新(BU)を送信し、MHAにHAddrおよびCNAddrを通知する。MHAがまだCoAに気づいていない場合、MNはまたBUにCoAを含める。しかしながら、MHAがFNへのゲートウェイに位置されているならば、そのゲートウェイ内の内部プロセスにより既にCoAを通知されることができる。
MNはCNAddrに気づいており、それはCNへのセッションを開始しているか、MNがFNにローミングしたときにCNによりセッションに既に関与したためである。そうでなければ、MNは例えば第1の実施形態を使用して、CNによりCNAddrを通知されることができる。
さらに、MNの登録プロセスの一部として、MHAはそれ自体に、MNのHAと1対1のマッピングを有する二次アドレスのケア(SCoA)を割当て、CNにSCoAを通知するためにステップ2bで第2のBUを送信する。以下説明するように、これによってトンネルをCNからMHAへ直接設定することが可能である。
CNからMNへのパケットの送信プロセスは図5aおよび5bに示されている。CNはMNへ送信するために以下のようにしてパケットをカプセル化する。
外部IPヘッダ: Src:CNAddr Dest:SCoA
内部IPヘッダ: Src:CNAddr Dest:HAddr
ステップ2cで、CNはIPNによってトンネルを通してパケットを送信し、パケットをSCoAのMHAへ伝送する。MHAは外部IPヘッダを剥ぎ取ることによりパケットのカプセルを解除し、ステップ2dで、内部パケットをMNへ送信する。
内部IPヘッダ: Src:CNAddr Dest:HAddr
ステップ2cで、CNはIPNによってトンネルを通してパケットを送信し、パケットをSCoAのMHAへ伝送する。MHAは外部IPヘッダを剥ぎ取ることによりパケットのカプセルを解除し、ステップ2dで、内部パケットをMNへ送信する。
ステップ2cおよび2dは、MNがFN中にありながら、CNからMNへ送信される各パケットに対して繰り返される。
[第3の実施形態]
第3の実施形態は、CNからMNへパケットを送信する第3の別の方法である。これはパケットがトンネル化なしにMHAへ送信され、MHAがSCoAからHAddrへ目的地アドレスを変換するための目的地アドレス変換を行う点を除いて、第2の実施形態に類似している。
第3の実施形態は、CNからMNへパケットを送信する第3の別の方法である。これはパケットがトンネル化なしにMHAへ送信され、MHAがSCoAからHAddrへ目的地アドレスを変換するための目的地アドレス変換を行う点を除いて、第2の実施形態に類似している。
登録プロセスの一部として、図6aに示されているように、MNはステップ3aで第1のバインディング更新(BU)を送信し、MHAにHAddrを通知する。MHAがまだCoAに気づいていない場合、MNはさらにBU中にCoAを含める。しかしながらMHAがFNへのゲートウェイで同一位置に配置されているならば、ゲートウェイ内の内部プロセスにより既にCoAを通知されることができる。
さらに、MNの登録プロセスの一部として、MHAはそれ自体に、MNのHAddrと1対1のマッピングを有する二次アドレスのケア(SCoA)を割当て、CNにSCoAを通知するためにステップ3bで第2のBUを送信する。
MNはCNAddrに気づいていてもよく、それはCNへのセッションが開始されているか、MNがFN中にローミングしたときにCNとのセッションに既に関与したためである。そうでなければ、MNは例えば第1の実施形態を使用して、CNによりCNAddrを通知されることができる。
CNからMNへのパケットの送信プロセスは図6aおよび6bに示されている。CNは、CNAddrとしてのソースアドレスとSCoAとしての目的地アドレスとによりMNへ送信するためのパケットをアドレスする。ステップ3cで、CNはパケットをIPNによって送信し、これはパケットをSCoAのMHAへ伝送する。
MHAは、パケットの目的地アドレスとしてSCoAをHAddrにより置換するため、そのパケットについて目的地アドレス変換を行い、ステップ3dで、そのパケットをMNへ送信する。
ステップ3c乃至3dは、MNがFNにありながら、CNからMNへ送信される各パケットに対して繰り返される。
[第4の実施形態]
第4の実施形態は、FN内のMNからCNへパケットを送信する別の方法である。逆方向のトンネルがMHAとHAとの間に設定され、パケットは逆方向トンネルを介してCNへ伝送される。
第4の実施形態は、FN内のMNからCNへパケットを送信する別の方法である。逆方向のトンネルがMHAとHAとの間に設定され、パケットは逆方向トンネルを介してCNへ伝送される。
登録プロセスの一部として、図7aに示されているように、MNはステップ4aで第1のバインディング更新(BU)を送信し、MHAにHAddrおよびHAAddrを通知する。MHAがまだCoAに気づいていない場合、MNはさらにBU中にCoAを含める。しかしながらMHAがFNへのゲートウェイに位置されているならば、ゲートウェイ内の内部プロセスにより既にCoAを通知されている可能性もある。
さらに、MNの登録プロセスの一部として、MHAはそれ自体に、MNのHAと1対1のマッピングを有する二次アドレスのケア(SCoA)を割当て、HAにSCoAを通知するためにステップ4bで第2のBUを送信する。以下説明するように、これによって逆方向トンネルをMHAからHAへ設定することが可能である。
MNは、ステップ4cでCNへアドレスされるパケットを送信する。MHAはMNのデフォルトゲートウェイまたは第1のホップとして構成され、それ故、MNにより送信されるパケットは常にMHAを通過する。パケットが到着したとき、MHAはキャッシュ中のSCoAへのマッピングのためにソースアドレスをチェックする。この場合、ソースアドレスはHAddrであり、マッピングが発見される。パケットはそれ故、ステップ4dで逆方向チャンネルを介してHAへ転送される。換言すると、パケットは以下のようにカプセル化される。
外部IPヘッダ: Src:SCoA Dest:HAAddr
内部IPヘッダ: Src:HAddr Dest:CNAddr
HAは外部IPヘッダを剥ぎ取り、ステップ4eで、IPNを通って内部パケットをCNへ送信する。
内部IPヘッダ: Src:HAddr Dest:CNAddr
HAは外部IPヘッダを剥ぎ取り、ステップ4eで、IPNを通って内部パケットをCNへ送信する。
[第5の実施形態]
第5の実施形態は、FN内のMNからCNへパケットを送信する別の方法である。逆方向のトンネルがMHAとCNとの間で直接設定される。
第5の実施形態は、FN内のMNからCNへパケットを送信する別の方法である。逆方向のトンネルがMHAとCNとの間で直接設定される。
登録プロセスの一部として、図8aに示されているように、MNはステップ5aで第1のバインディング更新(BU)を送信し、MHAにHAddrおよびCNAddrを通知する。MHAがまだCoAに気づいていない場合、MNはさらにBU中にCoAを含める。しかしながらMHAがFNへのゲートウェイに位置されているならば、ゲートウェイ内の内部プロセスにより既にCoAを通知されている可能性がある。
MNはCNAddrに気づいている可能性があり、それはCNとのセッションを開始しているか、MNがFN中にローミングしたときにCNとのセッションに既に関与したためである。そうでなければ、MNは例えば第1の実施形態を使用して、CNによりCNAddrを通知されることができる。
また、MNの登録プロセスの一部として、MHAはそれ自体に、MNのHAddrと1対1のマッピングを有する二次アドレスのケア(SCoA)を割当て、CNにSCoAを通知するためにステップ5bで第2のBUを送信する。以下説明するように、これによって逆方向トンネルをCNからMHAへ直接設定することが可能である。
MNは、ステップ5cでCNへアドレスされるパケットを送信する。MHAはMNのデフォルトゲートウェイまたは第1のホップとして構成され、それ故、MNにより送信されるパケットは常にMHAを通過する。パケットが到着したとき、MHAはキャッシュ中のSCoAへのマッピングのためのソースアドレスをチェックする。この場合、ソースアドレスはHAddrであり、マッピングが発見される。パケットはそれ故、ステップ5dで逆方向トンネルを通ってCNへ転送される。換言すると、パケットは以下のようにカプセル化される。
外部IPヘッダ: Src:SCoA Dest:CNAddr
内部IPヘッダ: Src:HAddr Dest:CNAddr
パケットがCNに到着するとき、移動体IP層は外部IPヘッダを剥ぎ取り、内部パケットをIP層に提供する。
内部IPヘッダ: Src:HAddr Dest:CNAddr
パケットがCNに到着するとき、移動体IP層は外部IPヘッダを剥ぎ取り、内部パケットをIP層に提供する。
[秘密保護バインディング]
実施形態は新しい機能エレメントMHAを使用するので、新しいタイプの秘密保護バインディングがMHAと各エレメントとの間で必要とされ、それによって以下のように通信する。
実施形態は新しい機能エレメントMHAを使用するので、新しいタイプの秘密保護バインディングがMHAと各エレメントとの間で必要とされ、それによって以下のように通信する。
MNとMHAとの間で、MNとHAとの間のバインディングで使用されるのに類似の秘密保護バインディングが、MIPv6で規定されているように、採用されることができる。HAとMHAとの間で、外部エージェントとHAとの間で使用されるバインディングに類似した秘密保護バインディングがMIPv4で規定されているように、使用されることができる。
CNとMHAとの間のバインディングに対しては、秘密保護バインディングがMNとMHAとの間で実現されるならば、秘密保護バインディングはMNにより保証される。MHAはこれが秘密保護バインディングを設けるMNからのCNについての情報のみを信用する。
[入口フィルタ]
最初に、前述の第3の実施形態では、セッション期間中のFNへのMNのローミングによって、FNに入るパケットの目的地アドレスが、セッション期間中にHAddrからSCoAへ変化される。目的地ベースのパケットフィルタが、トラフィックフローテンプレート(TFT)のようなFNのゲートウェイで設定されるならば、目的地アドレスの変化はパケットのブロックを生じる可能性がある。HAddrとSCoAとの間に1対1のマッピングが存在し、SCoAはカプセル化されたパケットの目的地アドレスとして使用されるので、問題はSCoAをHAddrへ連結するためにMHAがフィルタを更新することにより避けられ、それによって同一のフィルタリングポリシーをSCoAへアドレスされるパケットに適用することができる。
最初に、前述の第3の実施形態では、セッション期間中のFNへのMNのローミングによって、FNに入るパケットの目的地アドレスが、セッション期間中にHAddrからSCoAへ変化される。目的地ベースのパケットフィルタが、トラフィックフローテンプレート(TFT)のようなFNのゲートウェイで設定されるならば、目的地アドレスの変化はパケットのブロックを生じる可能性がある。HAddrとSCoAとの間に1対1のマッピングが存在し、SCoAはカプセル化されたパケットの目的地アドレスとして使用されるので、問題はSCoAをHAddrへ連結するためにMHAがフィルタを更新することにより避けられ、それによって同一のフィルタリングポリシーをSCoAへアドレスされるパケットに適用することができる。
[構造の詳細]
当業者に本質的に知られている機能用語で実施形態を説明した。当業者は機能エレメントが種々の異なる方法で構成されることを理解するであろう。例えば、機能はハードウェア、ファームウェアおよび/またはソフトウェアを含む適切に配置された装置によってCN、HA、MHA、MNにおいて実行されるコンピュータプログラムにより行われることができる。既知のMIPv6システムは適切なコンピュータプログラムの付加、または既存のコンピュータのプログラムの変更によって本発明を実行するように変更されることができる。これらのプログラムは、取外し可能なディスクのような非揮発性記憶媒体、フラッシュメモリ、電気信号または電磁信号を含むが、これらに限定されないキャリアに記憶されることができる。さらに構造の詳細をここでの説明に含める必要はなく、当業者から容易に与えられるであろう。
当業者に本質的に知られている機能用語で実施形態を説明した。当業者は機能エレメントが種々の異なる方法で構成されることを理解するであろう。例えば、機能はハードウェア、ファームウェアおよび/またはソフトウェアを含む適切に配置された装置によってCN、HA、MHA、MNにおいて実行されるコンピュータプログラムにより行われることができる。既知のMIPv6システムは適切なコンピュータプログラムの付加、または既存のコンピュータのプログラムの変更によって本発明を実行するように変更されることができる。これらのプログラムは、取外し可能なディスクのような非揮発性記憶媒体、フラッシュメモリ、電気信号または電磁信号を含むが、これらに限定されないキャリアに記憶されることができる。さらに構造の詳細をここでの説明に含める必要はなく、当業者から容易に与えられるであろう。
Claims (24)
- 外部ネットワーク(FN)の移動体ノード(MN)と通信ノード(CN)との間の中間ノードでネットワークエンティティ(MHA)を動作する方法において、
通信ノード(CN)へアドレスされるパケットをネットワークエンティティ(MHA)から送信するステップ(2b;3b;5b;5d)を含んでいる方法。 - パケットはバインディング更新(2b;3b;5b)である請求項1記載の方法。
- 移動体ノード(MN)に対して、外部ネットワーク(FN)内のアドレスのケア(SCoA)を割当てるステップを含み、バインディング更新(2b;3b;5b)はアドレスのケア(SCoA)を示している請求項2記載の方法。
- ネットワークエンティティ(MHA)は引き続いて、通信ノード(CN)と移動体ノード(MN)との間のセッションにおいて、ソースアドレスとしての通信ノードアドレス(CNAddr)と目的地アドレスとしてのアドレスのケア(SCoA)とを有する1以上のセッションパケットを受信し(2c;3c)、セッションパケットを移動体ノード(MN)に転送する(2d;3d)請求項3記載の方法。
- セッションパケットは通信ノード(CN)からネットワークエンティティ(MHA)へトンネル(2c)され、移動体ノード(MN)へ転送する(2d)前にカプセル化を解除される請求項4記載の方法。
- ネットワークエンティティ(MHA)は、移動体ノード(MN)に転送する(3d)前に、セッションパケットの目的地アドレスを移動体ノード(MN)のホームアドレス(HAddr)へ変換する請求項4記載の方法。
- ネットワークエンティティ(MHA)はその後、移動体ノード(MN)と通信ノード(CN)との間のセッションにおいて、ネットワークエンティティ(MHA)から通信ノード(CN)へトンネルで1以上のセッションパケットを送信し、ソースアドレスとしてアドレスのケア(SCoA)が、また目的地アドレスとして通信ノードアドレス(CNAddr)が使用される請求項2または3記載の方法。
- トンネルセッションのパケットは内部ソースアドレスとして移動体ノード(MN)のホームアドレス(HAddr)を有している請求項7記載の方法。
- パケットは移動体ノード(MN)と通信ノード(CN)との間のセッションにおけるセッションパケット(5d)である請求項1記載の方法。
- 外部ネットワーク(FN)中の移動体ノード(MN)と通信ノード(CN)との間の中間ノードにおいてネットワークエンティティ(MHA)を動作する方法において、
ネットワークエンティティ(MHA)にアドレスされ、ソースアドレスとして通信ノードアドレス(CNAddr)を有するパケットを通信ノード(CN)から受信するステップ(2c;3c)を含んでいる方法。 - パケットは通信ノード(CN)と移動体ノード(MN)との間のセッションにおけるセッションパケットであり、ネットワークエンティティ(MHA)はセッションパケットを移動体ノード(MN)へ転送する(2d;3d)請求項10記載の方法。
- セッションパケットは通信ノード(CN)からネットワークエンティティ(MHA)へトンネルで送られ(2c)、ネットワークエンティティ(MHA)は移動体ノード(MN)へ転送される(2d)前にセッションパケットのカプセル化を解除する請求項11記載の方法。
- ネットワークエンティティ(MHA)は、移動体ノード(MN)に転送する(3d)前に、セッションパケットの目的地アドレスを移動体ノード(MN)のホームアドレス(HAddr)へ変換する請求項11記載の方法。
- パケット交換データネットワークのノードでネットワークエンティティ(MHA)を動作する方法において、
ネットワークエンティティ(MHA)は、外部ネットワーク(FN)中でアドレスのケア(CoA)を有する移動体ノード(MN)と通信ノード(CN)との間で中間ノードとして作用し、前記方法は移動体ノード(MN)のホームアドレス(HAddr)に特有に対応する二次アドレスのケア(SCoA)を割当てるステップを含んでいる方法。 - 二次アドレスのケア(SCoA)を通信ノード(CN)に示すバインディング更新を送信するステップ(2b;3b;5b)を含んでいる請求項14記載の方法。
- 二次アドレスのケア(SCoA)を示すバインディング更新を移動体ノード(MN)のHNのHAへ送信するステップ(4b)を含んでいる請求項14記載の方法。
- 移動体ノード(MN)に転送する(3d)前に、通信ノード(CN)と移動体ノード(MN)との間のセッションにおいて通信ノード(CN)から受信された1以上のセッションパケットの目的地アドレスを、二次アドレスのケア(SCoA)からホームアドレス(HAddr)へ変換するステップを含んでいる請求項14記載の方法。
- ネットワークエンティティ(MHA)は外部ネットワーク(FN)へのゲートウェイに位置されている請求項1乃至17のいずれか1項記載の方法。
- ネットワークエンティティ(MHA)を移動体ノード(MN)のデフォルトゲートウェイして構成するステップを含んでいる請求項18記載の方法。
- ネットワークエンティティ(MHA)を移動体ノード(MN)の第1のホップとして構成するステップを含んでいる請求項1乃至19のいずれか1項記載の方法。
- ネットワークエンティティ(MHA)と移動体ノード(MN)はMIPv6プロトコルを使用する請求項1乃至20のいずれか1項記載の方法。
- 請求項1乃至21のいずれか1項記載の方法を実行するように配置されているコンピュータプログラム。
- キャリア上に記録される請求項22記載のコンピュータプログラムを含むコンピュータプログラムプロダクト。
- 請求項1乃至21のいずれか1項記載の方法を実行するように構成された装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0402654.8 | 2004-02-06 | ||
GB0402654A GB2410865A (en) | 2004-02-06 | 2004-02-06 | Telecommunications |
PCT/GB2005/000386 WO2005078979A2 (en) | 2004-02-06 | 2005-02-04 | Telecommunications |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011116905A Division JP5180346B2 (ja) | 2004-02-06 | 2011-05-25 | 通信 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007520963A JP2007520963A (ja) | 2007-07-26 |
JP2007520963A6 true JP2007520963A6 (ja) | 2007-11-08 |
JP4861194B2 JP4861194B2 (ja) | 2012-01-25 |
Family
ID=31985794
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006551916A Active JP4861194B2 (ja) | 2004-02-06 | 2005-02-04 | 通信 |
JP2011116905A Active JP5180346B2 (ja) | 2004-02-06 | 2011-05-25 | 通信 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011116905A Active JP5180346B2 (ja) | 2004-02-06 | 2011-05-25 | 通信 |
Country Status (6)
Country | Link |
---|---|
US (2) | US8223725B2 (ja) |
EP (2) | EP1741219B1 (ja) |
JP (2) | JP4861194B2 (ja) |
CN (2) | CN1977510A (ja) |
GB (1) | GB2410865A (ja) |
WO (1) | WO2005078979A2 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2434505B (en) * | 2006-01-18 | 2010-09-29 | Orange Personal Comm Serv Ltd | Telecommunications system and method |
US7885248B2 (en) | 2006-04-17 | 2011-02-08 | Starent Networks Llc | System and method for traffic localization |
WO2008122828A1 (en) * | 2007-04-04 | 2008-10-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Large scale mobile network address translation |
US8743696B2 (en) | 2009-08-07 | 2014-06-03 | Cisco Technology, Inc. | Mobile transport solution for offloading to an alternate network |
US8693367B2 (en) | 2009-09-26 | 2014-04-08 | Cisco Technology, Inc. | Providing offloads in a communication network |
US10123368B2 (en) | 2012-02-23 | 2018-11-06 | Cisco Technology, Inc. | Systems and methods for supporting multiple access point names for trusted wireless local area network |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999031853A1 (en) * | 1997-12-17 | 1999-06-24 | British Telecommunications Public Limited Company | Mobile data routing |
ES2243032T3 (es) * | 1999-02-26 | 2005-11-16 | Lucent Technologies Inc. | Ip para moviles sin encapsulacion. |
US6915325B1 (en) * | 2000-03-13 | 2005-07-05 | Nortel Networks Ltd | Method and program code for communicating with a mobile node through tunnels |
KR100369807B1 (ko) * | 2000-08-05 | 2003-01-30 | 삼성전자 주식회사 | 이동 인터넷을 위한 패킷 전송 방법 |
JP3648139B2 (ja) * | 2000-08-15 | 2005-05-18 | 日本電信電話株式会社 | 分散型ルート設定方法 |
GB2366480A (en) * | 2000-08-21 | 2002-03-06 | Lucent Technologies Inc | Method of operating a third generation mobile communication system |
JP4409788B2 (ja) * | 2001-05-10 | 2010-02-03 | 富士通株式会社 | 無線データ通信網切替装置と無線データ通信網切替処理用プログラム |
JP2003051840A (ja) * | 2001-08-03 | 2003-02-21 | Matsushita Electric Ind Co Ltd | 通信方法、移動端末装置及びアドレス管理装置 |
JP3709816B2 (ja) * | 2001-08-15 | 2005-10-26 | 株式会社Kddi研究所 | モバイルipの経路制御方法 |
JP2003115834A (ja) * | 2001-10-05 | 2003-04-18 | Mitsubishi Electric Corp | セキュリティアソシエーション切断/継続方法および通信システム |
JP3822120B2 (ja) * | 2002-03-06 | 2006-09-13 | 松下電器産業株式会社 | パケット通信方法 |
JP3659236B2 (ja) * | 2002-04-18 | 2005-06-15 | 日本電気株式会社 | モバイル通信網システム、外部エージェントルータ、アドレスサーバ及びそれらに用いるパケット配送方法 |
US7493652B2 (en) * | 2003-08-06 | 2009-02-17 | Microsoft Corporation | Verifying location of a mobile node |
-
2004
- 2004-02-06 GB GB0402654A patent/GB2410865A/en not_active Withdrawn
-
2005
- 2005-02-04 EP EP05708231.5A patent/EP1741219B1/en active Active
- 2005-02-04 JP JP2006551916A patent/JP4861194B2/ja active Active
- 2005-02-04 EP EP14189444.4A patent/EP2838287B1/en active Active
- 2005-02-04 US US10/588,741 patent/US8223725B2/en active Active
- 2005-02-04 CN CNA2005800042380A patent/CN1977510A/zh active Pending
- 2005-02-04 WO PCT/GB2005/000386 patent/WO2005078979A2/en active Application Filing
- 2005-02-04 CN CN201410342402.XA patent/CN104244218B/zh active Active
-
2011
- 2011-05-25 JP JP2011116905A patent/JP5180346B2/ja active Active
-
2012
- 2012-07-16 US US13/550,328 patent/US9641999B2/en active Active
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4444833B2 (ja) | 電気通信 | |
JP4579905B2 (ja) | 分配された移動体エージェント | |
JP3373501B2 (ja) | アクセスネットワークにおける移動エージェントの選択 | |
US8023946B2 (en) | Methods of performing a binding in a telecommunications system | |
US20140177553A1 (en) | Method and apparatus for data transfer in a packet-switched network | |
JP2005102261A (ja) | アクセスネットワークにおけるipルーティング最適化 | |
JP5180346B2 (ja) | 通信 | |
JP2007520963A6 (ja) | 通信 | |
JP4834133B2 (ja) | 電気通信 | |
JPWO2010010693A1 (ja) | 垂直ハンドオフ方法、垂直ハンドオフシステム、ホームエージェント及びモバイルノード | |
Chan et al. | DMM D. Liu, Ed. Internet-Draft China Mobile Intended status: Informational JC. Zuniga, Ed. Expires: April 2, 2015 InterDigital P. Seite | |
Chan et al. | DMM D. Liu, Ed. Internet-Draft China Mobile Intended status: Informational JC. Zuniga, Ed. Expires: January 4, 2015 InterDigital P. Seite | |
Pentikousis | DMM H. Chan Internet-Draft Huawei Technologies Intended status: Informational P. Seite Expires: August 29, 2013 France Telecom-Orange |