(57)【要約】      （修正有）【課題】移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる移動端末などを提供する。【解決手段】移動端末１０１自身が第１の接続局装置１０３に関する接続局情報を取得するための第１のメッセージを第２の接続局装置１０９から受信する受信手段と、受信された第１のメッセージに基づいて、第１の接続局装置に関する接続局情報を含む第２のメッセージを生成するメッセージ生成手段と、生成された第２のメッセージを第２の接続局装置へ送信する送信手段とを備える。【選択図】図１
2009212892.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた第１の接続局装置から新たに接続する第２の接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を前記第２の接続局装置が構築するよう構成されている前記通信システムにおける前記移動端末であって、
前記移動端末自身が前記第１の接続局装置に関する接続局情報を取得するための第１のメッセージを前記第２の接続局装置から受信する受信手段と、
受信された前記第１のメッセージに基づいて、前記第１の接続局装置に関する接続局情報を含む第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記第２の接続局装置へ送信する送信手段とを、
備える移動端末。
【請求項２】
前記第１のメッセージは、前記第２の接続局装置に関する接続局情報を含む請求項１に記載の移動端末。
【請求項３】
前記第１の接続局装置及び／又は前記第２の接続局装置の処理を代理ノードが行う請求項１又は２に記載の移動端末。
【請求項４】
移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、
前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に関する接続局情報を取得するための第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記移動端末に送信する送信手段と、
前記第１のメッセージに基づいて前記移動端末から送信されたメッセージであって、前記移動前の接続局装置に関する接続局情報及び新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含む第２のメッセージを受信する受信手段と、
前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを備え、
前記メッセージ生成手段は、受信された前記移動前の接続局装置に関する接続局情報に基づいて、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第３のメッセージを生成し、
前記送信手段は、生成された前記第３のメッセージを前記移動前の接続局装置へ送信し、
前記受信手段は、前記第３のメッセージに基づいて前記移動前の接続局装置から送信される前記通信状態情報を含む第４のメッセージを受信し、
前記制御手段は、受信された前記通信状態情報及び前記処理依頼情報に基づいて前記シグナリング経路の構築を行う接続局装置。
【請求項５】
前記第１のメッセージは、前記接続局装置自身に関する接続局情報を含む請求項４に記載の接続局装置。
【請求項６】
前記第２のメッセージは、前記通信装置のアドレス情報を含む請求項４又は５に記載の接続局装置。
【請求項７】
移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、
前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを所定のサーバに送信する送信手段と、
前記所定のサーバから前記移動前の接続局装置へ送信される前記第１のメッセージを含む第２のメッセージに基づいて、前記移動前の接続局装置から送信される前記通信状態情報を含む第３のメッセージ及び前記移動端末から新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含む第４のメッセージを受信する受信手段と、
受信された前記通信状態情報及び前記処理依頼情報に基づいて、前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを、
備える接続局装置。
【請求項８】
前記第１のメッセージは、前記所定のサーバと前記接続局装置との間であらかじめ同意された所定のコード情報を含む請求項７に記載の接続局装置。
【請求項９】
前記第４のメッセージは、前記通信装置のアドレス情報を含む請求項７又は８に記載の接続局装置。
【請求項１０】
移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、
前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に関する接続局情報の取得要求の旨の情報を含む第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記所定のドメイン内に配置された前記複数の接続局装置を管理する管理装置又は所定のサーバへ送信する送信手段と、
前記第１のメッセージに基づいて前記管理装置又は前記所定のサーバから送信される前記移動前の接続局装置に関する接続局情報を含む第２のメッセージ、及び前記移動端末から送信される新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含むメッセージを受信する受信手段と、
前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを備え、
前記メッセージ生成手段は、受信された前記移動前の接続局装置に関する接続局情報に基づいて、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第３のメッセージを生成し、
前記送信手段は、生成された前記第３のメッセージを前記移動前の接続局装置へ送信し、
前記受信手段は、前記第３のメッセージに基づいて前記移動前の接続局装置から送信される前記通信状態情報を含む第４のメッセージを受信し、
前記制御手段は、受信された前記通信状態情報及び前記処理依頼情報に基づいて前記シグナリング経路の構築を行う接続局装置。
【請求項１１】
前記受信手段が前記処理依頼情報を前記移動端末から受信しない場合、
前記制御手段は、前記移動端末から前記移動前の接続局装置あてに送信されるシグナリングを前記受信手段によって受信した際に、前記通信状態情報に基づいて前記シグナリング経路の構築を行う請求項１０に記載の接続局装置。
【請求項１２】
前記第３のメッセージは、前記移動端末の識別情報、前記接続局装置自身のアドレス情報、シグナリングセッションの識別情報を少なくとも含む請求項４から６、１０、１１のいずれか１つに記載の接続局装置。
【請求項１３】
前記通信状態情報は、セッションＩＤ、セキュリティキー、ポート番号、認証Ｔｏｋｅｎのうち１つ以上を含む情報である請求項４から１２のいずれか１つに記載の接続局装置。
【請求項１４】
前記移動前の接続局装置及び／又は前記接続局装置の処理を代理ノードが行う請求項４から１３のいずれか１つに記載の接続局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動により移動端末の接続先が変更された際に、移動端末と通信相手となる通信端末との間のシグナリング経路を構築する移動端末及び接続局装置に関する。
【背景技術】
【０００２】
通常、シグナリング制御プロトコルには、ピア（Peer）発見の場面において異なる操作手続きがある。これはデータとシグナリングメッセージが同じ経路を通るパスカップル(path-coupled）シグナリングスキーム、例えばＲＳＶＰ（Resource reSerVation Protocol：非特許文献１を参照）又はＮＳＩＳ（Next Steps In Signaling：非特許文献２を参照）においては特に必要である。なぜなら、新たな位置（ロケーション）でのシグナリングピアは、通常あらかじめ定義されていないためである。ＭＮ（Mobile Node）にこれらのシグナリング制御プロトコルを適用する場合、ピア発見はＭＮのアドレス変更によって開始される。これはほとんどのモビリティシナリオで用いられる。しかし、ある場合のモビリティ管理スキームにおいて、そのような取り決めはうまく機能しない。
【０００３】
例えば、Ｐｒｏｘｙ  ＭＩＰｖ６（非特許文献３を参照）のスキームにおいて、ＭＮは同じＬＭＡ（Local Mobility Anchor）のドメイン内で移動する場合、アドレス変更をしない。この場合、ピア発見のトリガがＭＮのアドレス変更に基づくものであるならば、ＭＮがＭＡＧ（Mobile Access Gateways）間で移動するとき新たなピアは発見されない。ピア変更が行われないため、ＭＮにおけるシグナリングプロトコルは以前のピアにメッセージを直接送信し続ける。
【０００４】
これらのメッセージは中間ノードにメッセージの処理をさせない方法（例えばＮＳＩＳにおけるＣモードシグナリング、非特許文献６を参照）で以前のピアに送られるため、ＭＮと以前のピアの間に存在する新しいピアは発見されない。これは、好ましくないシグナリング状態が維持される結果となる。結局、古い状態が取り除かれないためネットワークリソースの浪費を招いたり、新たな経路に沿った状態が構築されないためＭＮへのサービスの中断を招いたりすることになる。
【非特許文献１】R.Braden, Ed. "Resource ReSerVation Protocol (RSVP)-Version 1 Functional Specification",RFC2205, http://www.ietf.org/rfc/rfc2205.txt
【非特許文献２】R.Hancock, G.Karagiannis, J.Loughney, S.Van den Bosch. "Next Steps in Signaling (NSIS):Framework",RFC4080, http://www.ietf.org/rfc/rfc4080.txt
【非特許文献３】S.Gundavelli et al., "Proxy Mobile IPv6" September 5,2007, ftp://ftp.rfc-editor.org/in-notes/internet-drafts/draft-ietf-netlmm-proxymip6-03.txt
【非特許文献４】T.Narten et al., "Neighbor Discovery for IP Version 6 (IPv6)", RFC2461,December 1998, http://www.ietf.org/rfc/rfc2461.txt
【非特許文献５】P.Calhoun et al., "Diameter Network Access Server Application", RFC4005,August 2005, ftp://ftp.rfc-editor.org/in-notes/rfc4005.txt
【非特許文献６】H.Schulzrinne et al., "GIST: General Internet Signaling Transport", draft-ietf-nsis-ntlp-15, February 2008, work in progress
【発明の開示】
【発明が解決しようとする課題】
【０００５】
その問題を軽減する１つのアプローチは、アドレス変更に関わらず所定の頻度でピア発見メッセージを送信するようなＭＮを構成することである。しかし、頻度が多すぎると、ピア発見処理は通常いくつかのハンドシェイク（handshake）を伴うため、ＭＮやネットワークノードの処理負担を増加させることになる。あるネットワークでは発見メッセージに制限を課すことが可能であるが、頻度が低く設定されると、そのような方法では、迅速なピア変化検出をすることができない。
【０００６】
また、ＭＮはルータ変化がわかった場合に発見メッセージを送信するように構成することも可能である。これは、上述のスキームと比較して送信される発見メッセージが大きく減らされる。しかし、あるケースにおいては、ＭＮはルータ変更に気づかない。例えば、Ｐｒｏｘｙ  ＭＩＰｖ６でＭＡＧが同じリンクローカルアドレスで形成されている場合、ＭＮは変化を検出することができない。
【０００７】
上述の問題は、あるケースにおけるオフパスシグナリングにも当てはまることはあきらかである。例えば、異なるＭＡＧで関係づけられた異なるシグナリング制御エンティティがある場合、ＭＮは新たなＭＡＧに接続したとき、古い制御エンティティに直接シグナルを送信する。それはネットワーク制御問題になる。
【０００８】
上述の問題が、データ通信ネットワークにおける適当なシグナリング管理のよりよい方法を必要としていることは明らかである。
【０００９】
本発明は、上記の問題点に鑑み、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。
【００１０】
また、本発明は、ハンドオーバ後にＭＮによって送信される必要なシグナリングを減らすことができる。これにより、ＭＮの通信や計算の負荷を減らすことができる。このことは、ＭＮの電力消費の削減にも役立つ。ＭＮとネットワークアクセスポイントとの間でメッセージ交換が減少されるため、無線環境において貴重な通信リソースを節約することができる。図１７に示すように、アクセスポイント１７０１の配下に複数のＭＮ１７０３、１７０５、１７０７が存在するネットワークにおいて、それぞれのＭＮから必要なシグナリングメッセージを１つ減らすことにより、複数の通信スロット、特にアップリンク無線チャンネル（メッセージ１７００３、１７００５、１７００７を送信するための時間）を解放することができる。そのため、シグナリングメッセージの削減には意義がある。このことは、無線技術におけるアップリンク（１７００３、１７００５、１７００７）とダウンリンク（１７００１）の非対称性について考慮すると、まさにその通りである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明によれば、移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた第１の接続局装置から新たに接続する第２の接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を前記第２の接続局装置が構築するよう構成されている前記通信システムにおける前記移動端末であって、前記移動端末自身が前記第１の接続局装置に関する接続局情報を取得するための第１のメッセージを前記第２の接続局装置から受信する受信手段と、受信された前記第１のメッセージに基づいて、前記第１の接続局装置に関する接続局情報を含む第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記第２の接続局装置へ送信する送信手段とを、備える移動端末が提供される。この構成により、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。また、移動により生じるＭＮのシグナリング処理を減らすことができる。なお、第１のメッセージは後述するＲＡ＿Ｅｎｈａｎｃｅｄメッセージに相当し、第２のメッセージは後述するＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージに相当する。
【００１２】
また、本発明の移動端末において、前記第１のメッセージが前記第２の接続局装置に関する接続局情報を含むことは、本発明の好ましい態様である。この構成により、第２のメッセージを適切に送信することができる。
【００１３】
また、本発明の移動端末において、前記第１の接続局装置及び／又は前記第２の接続局装置の処理を代理ノードが行うことは、本発明の好ましい態様である。この構成により、接続局装置がシグナリングを処理することができない場合でも処理を遂行することができる。
【００１４】
また、本発明によれば、移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に関する接続局情報を取得するための第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記移動端末に送信する送信手段と、前記第１のメッセージに基づいて前記移動端末から送信されたメッセージであって、前記移動前の接続局装置に関する接続局情報及び新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含む第２のメッセージを受信する受信手段と、前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを備え、前記メッセージ生成手段は、受信された前記移動前の接続局装置に関する接続局情報に基づいて、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第３のメッセージを生成し、前記送信手段は、生成された前記第３のメッセージを前記移動前の接続局装置へ送信し、前記受信手段は、前記第３のメッセージに基づいて前記移動前の接続局装置から送信される前記通信状態情報を含む第４のメッセージを受信し、前記制御手段は、受信された前記通信状態情報及び前記処理依頼情報に基づいて前記シグナリング経路の構築を行う接続局装置が提供される。この構成により、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。なお、第１のメッセージは、後述するＲＡ＿Ｅｎｈａｎｃｅｄメッセージに相当し、第２のメッセージは後述するＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージに相当し、第３のメッセージは後述するＣｘｔ＿Ｒｅｑメッセージに相当し、第４のメッセージは後述するＣｘｔ＿Ｒｓｐメッセージに相当する。また、処理依頼情報は後述する“Discovery Flag"フィールド内に示される情報を言う。また、通信状態情報は後述するシグナリングコンテキストを言う。
【００１５】
また、本発明の接続局装置において、前記第１のメッセージが前記接続局装置自身に関する接続局情報を含むことは、本発明の好ましい態様である。この構成により、第２のメッセージを適切に受信することができる。
【００１６】
また、本発明の接続局装置において、前記第２のメッセージが前記通信装置のアドレス情報を含むことは、本発明の好ましい態様である。この構成により、移動端末と通信装置との間の新たなシグナリング経路の構築を行うことができる。
【００１７】
また、本発明によれば、移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを所定のサーバに送信する送信手段と、前記所定のサーバから前記移動前の接続局装置へ送信される前記第１のメッセージを含む第２のメッセージに基づいて、前記移動前の接続局装置から送信される前記通信状態情報を含む第３のメッセージ及び前記移動端末から新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含む第４のメッセージを受信する受信手段と、受信された前記通信状態情報及び前記処理依頼情報に基づいて、前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを、備える接続局装置が提供される。この構成により、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。なお、第１のメッセージは後述するＡＡ＿Ｒｅｑｕｅｓｔメッセージに相当し、第２のメッセージは後述するＡＳ＿Ｒｅｑｕｅｓｔメッセージに相当し、第３のメッセージは後述するＣｘｔ＿Ｒｓｐメッセージに相当する。また、処理依頼情報は後述する“Discovery Flag"フィールド内に示される情報を言う。また、通信状態情報は後述するシグナリングコンテキストを言う。また、所定のサーバは後述するＡＡＡエンティティを言う。
【００１８】
また、本発明の接続局装置において、前記第１のメッセージが、前記所定のサーバと前記接続局装置との間であらかじめ同意された所定のコード情報を含むことは、本発明の好ましい態様である。この構成により、同意がなされていない装置からのメッセージには応じないため、セキュリティを高めることができる。なお、所定のコード情報は後述するＡＶＰコードに相当する。
【００１９】
また、本発明の接続局装置において、前記第４のメッセージが前記通信装置のアドレス情報を含むことは、本発明の好ましい態様である。この構成により、移動端末と通信装置との間の新たなシグナリング経路の構築を行うことができる。
【００２０】
また、本発明によれば、移動端末が所定のドメイン内に配置された複数の接続局装置のいずれか１つを介して前記移動端末の通信相手である通信装置と通信する通信システムで、前記移動端末が移動によりそれまで接続していた移動前の接続局装置から新たに接続する接続局装置を介して、前記移動端末と前記通信装置との間のシグナリング経路を構築する新たに接続される前記接続局装置であって、前記移動端末が移動前に接続していた前記所定のドメイン内の接続局装置である前記移動前の接続局装置から移動してきたと判断した場合、前記移動前の接続局装置に関する接続局情報の取得要求の旨の情報を含む第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記所定のドメイン内に配置された前記複数の接続局装置を管理する管理装置又は所定のサーバへ送信する送信手段と、前記第１のメッセージに基づいて前記管理装置又は前記所定のサーバから送信される前記移動前の接続局装置に関する接続局情報を含む第２のメッセージ、及び前記移動端末から送信される新たなシグナリング経路の構築処理を行うべき旨の処理依頼情報を含むメッセージを受信する受信手段と、前記接続局装置自身を介した前記移動端末と前記通信装置との間のシグナリング経路の構築を行う制御手段とを備え、前記メッセージ生成手段は、受信された前記移動前の接続局装置に関する接続局情報に基づいて、前記移動前の接続局装置に保持され、前記移動端末が前記移動前の接続局装置を介して前記通信装置と通信するために構築された通信状態情報を取得するための第３のメッセージを生成し、前記送信手段は、生成された前記第３のメッセージを前記移動前の接続局装置へ送信し、前記受信手段は、前記第３のメッセージに基づいて前記移動前の接続局装置から送信される前記通信状態情報を含む第４のメッセージを受信し、前記制御手段は、受信された前記通信状態情報及び前記処理依頼情報に基づいて前記シグナリング経路の構築を行う接続局装置が提供される。この構成により、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。なお、第１のメッセージは後述するＰＢＵメッセージやＡＡ＿Ｒｅｑｕｅｓｔメッセージに相当し、第２のメッセージは後述するＰＢＡメッセージやＡＡ＿Ａｎｓｗｅｒメッセージに相当し、第３のメッセージは後述するＣｘｔ＿Ｒｅｑメッセージに相当し、第４のメッセージは後述するＣｘｔ＿Ｒｓｐメッセージに相当する。また、処理依頼情報は後述する“Discovery Flag"フィールド内に示される情報を言う。また、通信状態情報は後述するシグナリングコンテキストを言う。また、管理装置は後述するＬＭＡを言い、所定のサーバは後述するＡＡＡエンティティを言う。
【００２１】
また、本発明の接続局装置において、前記受信手段が前記処理依頼情報を前記移動端末から受信しない場合、前記制御手段が、前記移動端末から前記移動前の接続局装置あてに送信されるシグナリングを前記受信手段によって受信した際に、前記通信状態情報に基づいて前記シグナリング経路の構築を行うことは、本発明の好ましい態様である。この構成により、構築されたシグナリング経路の状態を変更する必要がない。
【００２２】
また、本発明の接続局装置において、前記第３のメッセージが、前記移動端末の識別情報、前記接続局装置自身のアドレス情報、シグナリングセッションの識別情報を少なくとも含むことは、本発明の好ましい態様である。この構成により、通信状態情報を含むメッセージを適切に受信することができる。
【００２３】
また、本発明の接続局装置において、前記通信状態情報が、セッションＩＤ、セキュリティキー、ポート番号、認証Ｔｏｋｅｎのうち１つ以上を含むことは、本発明の好ましい態様である。この構成により、シグナリング経路の構築をすることができる。
【００２４】
また、本発明の接続局装置において、前記移動前の接続局装置及び／又は前記接続局装置の処理を代理ノードが行うことは、本発明の好ましい態様である。この構成により、接続局装置がシグナリングを処理することができない場合でも処理を遂行することができる。
【発明の効果】
【００２５】
本発明の移動端末及び接続局装置は、上記構成を有し、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができる。
【発明を実施するための最良の形態】
【００２６】
＜第１の実施の形態＞
以下の実施の形態の説明において、明示された数値、時間、構造、プロトコル、パラメータなどは本発明の理解を容易にするために用いられたものであり、これらに限られるものではない。
【００２７】
本発明の第１の実施の形態におけるネットワーク構成の一例を図１に示す。ＬＭＤ（Local Mobility Domain）１００は、ＬＭＡ１０５によって管理されるＭＡＧ、例えばＭＡＧ１０３、１０９を含む。説明のため、Ｐｒｏｘｙ  ＭＩＰｖ６（以下、単にＰＭＩＰとも言う）はＬＭＡ１０５とＭＡＧ（ＭＡＧ１０３、１０９）との間で動作するプロトコルと仮定される。図１に示すように、ＭＮ１０１はまずＭＡＧ１０３に接続している。接続すると、ホームネットワークプレフィックス（ＭＮ−ＨＮＰ）がＭＮ１０１に割り当てられる。その後、ＭＮ１０１が新たな位置１１１に移動し、ＭＡＧ１０９に接続する。ＰＭＩＰにおいては、ＭＡＧ１０９は新たな位置１１１に移動してきたＭＮ１０１に同じＭＮ−ＨＮＰを通知する。そのため、ＭＮ１０１はＭＡＧ１０３からＭＡＧ１０９へ移ったとき同じアドレスを維持することができる。
【００２８】
図２は本発明の第１の実施の形態に係るＭＮがはじめてＬＭＤに加わる際の処理シーケンスの一例を示すシーケンスチャートである。図２に示すように、ＭＮ１０１はアクセステクノロジー手続き（Access technology specific procedure）を実行することによりＭＡＧ１０３に接続する（ステップＳ２００１）。これには、例えばＩＥＥＥ８０２．１１アクセスネットワークの場合のauthenticationとassociationを含む。そのため、ステップＳ２００１では、不図示のＡＡＡ（Authentication、Authorization、and Accounting）サーバやプロキシなどの他のノードもネットワーク内に伴う。
【００２９】
ステップＳ２００１の接続により、ＭＡＧ１０３はＰＭＩＰ処理の実行する（ステップＳ２００３）。これには、例えばＬＭＡ１０５にＰＢＵ（Proxy Binding Update）メッセージを送信し、ＬＭＡ１０５からＰＢＡ（Proxy Binding Acknowledgment）メッセージを受信し、相当するトンネルを構築することが含まれている。ＭＡＧ１０３はその処理の中で割り当てられたＭＮ−ＨＮＰを知らされる。
【００３０】
上述の手続きにおいて、ＭＡＧ１０３は、ＭＮ１０１がはじめてＬＭＤ１００に接続したのかどうかを知らされる。そのような情報をＭＡＧ１０３に知らせる２つの可能なアプローチがある。１つ目の方法は、アクセス制御過程を介するものであり、例えば、ＡＡＡサーバがＡＡ＿Ａｎｓｗｅｒメッセージに特別な結果コードをセットすることによって示すことができる。２つ目の方法は、ＬＭＡ１０５からのＰＢＡメッセージを介するものである。
【００３１】
例えば、ＬＭＡ１０５がＭＡＧ１０３からＰＢＵメッセージを受信したときにＭＮ１０１に関するバインディングキャッシュが存在しないならば、ＬＭＡ１０５はＰＢＡメッセージ内に特別なフラグをリセットする、例えば“Reserved”フィールドの最後のビットを“０（ゼロ）”にする。ＬＭＡ１０５がＰＢＵメッセージを受信したときＭＮ１０１に関するバインディングキャッシュが存在する場合、ＬＭＡ１０５はそのフラグを“１”にセットする。
【００３２】
図２に示すように、ＭＮ１０１はＲＳ（Router Solicitation）メッセージ（非特許文献４を参照）を送信する（ステップＳ２００５）。ＭＡＧ１０３はＲＡ（Router Advertisement）メッセージを送信する（ステップＳ２００７）。ネットワークがＭＮ１０１の自動アドレス形成を許せば、ＲＡメッセージはＭＮ−ＨＮＰ情報を含む。さもなければ、ＲＡメッセージはManaged Address Configuration フラグをセットする。これはＭＮ１０１にＤＨＣＰ（Dynamic Host Configuration Protocol）手続きのＤＨＣＰ＿Ｒｅｑｕｅｓｔ（ステップＳ２００９）とＤＨＣＰ＿Ｒｅｐｌｙ（ステップＳ２０１１）を実行させるためのものである。その後、ＭＮ１０１には適切なアドレスが形成され、通信の準備がされる。
【００３３】
ＣＮ１０７との通信をサポートするために、ＭＮ１０１はリソース制御シグナリングであるＭｓｇ＿Ｑを開始する必要がある（ステップＳ２０１３）。Ｍｓｇ＿Ｑの一例は、ＲＳＶＰのＲＥＳＶメッセージ又はＮＳＩＳのＲＥＳＥＲＶＥメッセージである。ＭＮ１０１はＭＮ−ＨＮＰから得られた新たなアドレスを有するため、シグナリングピアを発見する必要がある。ＮＳＩＳがリソース制御シグナリングに用いられると仮定すると、Ｍｓｇ＿Ｑの送信はＭＮ１０１とシグナリングピア、例えばＭＡＧ１０３との間でハンドシェイクを伴う。
【００３４】
図２に示すように、実際にはＭｓｇ＿Ｑの送信の間に３つのメッセージが交換されている。ＭＮ１０１に関するシグナリング状態が存在しないため、ＭＡＧ１０３はＭｓｇ＿Ｑを転送（ステップＳ２０１５）してピア発見を続ける必要がある。シグナリングがＣＮ１０７に届くまで、同じことがＬＭＡ１０５でも起こる。リソース制御シグナリングが終了すると、ＭＮ１０１とＣＮ１０７との間の通信が適切な予約状態で実行される（ステップＳ２０１９）。
【００３５】
図３は本発明の第１の実施の形態に係るＭＮがＭＡＧ１０９に接続する際の処理シーケンスの一例を示すシーケンスチャートである。図２と同様に、ＭＮ１０１はアクセステクノロジーの手続きを用いてＭＡＧ１０９に接続する（ステップＳ３００１）。ＭＡＧ１０９は接続によりＰＭＩＰ処理を実行する（ステップＳ３００３）。ＭＡＧ１０３と同様、ＭＡＧ１０９はＭＮ１０１がはじめてＬＭＤ１００に接続してきたかどうかを知らされる。ＭＮ１０１がＭＡＧ１０３から移動してきた場合には、はじめてのＬＭＤ１００における接続ではない。
【００３６】
そのため、ＭＡＧ１０９がＭＮ１０１からＲＳメッセージを受信すると（ステップＳ３００５）、ＭＡＧ１０９はＲＡ＿Ｅｎｈａｎｃｅｄメッセージを送信する（ステップＳ３００７）。ＲＡ＿Ｅｎｈａｎｃｅｄメッセージは非特許文献３に定義されたRouter Advertisementメッセージであり、ＲＡ＿Ｅｎｈａｎｃｅｄメッセージは、ＭＡＧ１０９と関連するシグナリング認識（Aware）ノードについての情報を運ぶSignaling_Peerオプション項目を有している。ネットワーク内で複数のシグナリングプロトコルがサポートされている場合、１つ以上のSignaling_Peerオプション項目がＲＡ＿Ｅｎｈａｎｃｅｄメッセージに含まれる。
【００３７】
例えば、ＲＡ＿Ｅｎｈａｎｃｅｄメッセージは１つのＲＳＶＰに関するオプション項目と１つのＮＳＩＳに関するオプション項目を含むことができる。Signaling_Peerオプション項目には、例えばシグナリングピアのアドレスについての情報、用いられるポート番号、送信プロトコル、必要であれば暗号情報が含まれている。その中のある情報がSignaling_Peerオプション項目から省かれている場合、あらかじめ定義されたデフォルト値が用いられる。例えば、シグナリングピアのアドレス情報が存在しない場合には、ＲＡ＿Ｅｎｈａｎｃｅｄメッセージのソースアドレスがシグナリングピアのアドレスとして用いられる。
【００３８】
図３に示すように、ネットワークがステートフルなアドレス管理を用いている場合には、ＭＮ１０１はＤＨＣＰメカニズム（ＤＨＣＰ＿Ｒｅｑｕｅｓｔの送信（ステップＳ３００９）とＤＨＣＰ＿Ｒｅｐｌｙの受信（ステップＳ３０１１））を介してアドレス情報を取得する。上述したSignaling_Peerオプション項目がＤＨＣＰ＿Ｒｅｐｌｙメッセージに埋め込まれ得ることは当業者にとって明らかである。
【００３９】
ＲＡ＿Ｅｎｈａｎｃｅｄメッセージ又はＤＨＣＰ＿ＲｅｐｌｙメッセージからSignaling_Peerオプション項目を受信した後、ＭＮ１０１はシグナリングプロトコルのメッセージ関連情報を更新する。例えば、ＮＳＩＳの場合、ＭＮ１０１はＮＴＬＰレイヤのＭＡを更新する。
【００４０】
アドレス形成処理において、ＭＮ１０１は以前ＭＡＧ１０３で使用していたものと同じアドレスを取得する。そのため、ＭＮ１０１が新たな位置１１１からシグナリングメッセージを送信するとき、ＭＮ１０１はピア発見処理のトリガの代わりに格納されたメッセージ関連情報（Message Association）を用いる。ＭＮ１０１は新たなメッセージ関連情報によって指示されたピア、例えばＭＡＧ１０９に向けてＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージを送信する（ステップＳ３０１３）。ＮＳＩＳの場合、このＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージは非特許文献６に記載のＣモードで届けられ、例えばＭＡＧ１０９に直接届けられる。
【００４１】
しかし、ＭＡＧ１０９から先にシグナリング状態の利用可能なものがないため、ＭＡＧ１０９は実際の経路を発見するために非特許文献６に記載のＱモードシグナリングを行い、適切な状態を構築する。そのため、ＭＮ１０１は、Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージ内に、シグナリング経路の発見処理を実行するべきであることをＭＡＧ１０９に指示するための“発見フラグ”を含める。この発見処理には、新たな位置１１１での状態を構築することが含まれ、必要であれば用いられるアドレスとポート番号、用いられる暗号方法、セキュリティ関連情報などがメッセージに含まれる。
【００４２】
また、Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージは“経路発見情報”を含む。これはシグナリングメッセージであるＭｓｇ＿Ｑメッセージを転送するためのピアを発見するためにＭＡＧ１０９によって用いられるものである。そのため、“経路発見情報”は、例えばＭＮ１０１とＣＮ１０７のアドレス情報などを含む。ＮＳＩＳの場合、Ｍｓｇ＿Ｑメッセージの送信は、実際に３つのメッセージ交換を伴う（ステップＳ３０１５）。ＬＭＡ１０５において、古いセッションについての関連する状態が再利用できるため、シグナリングメッセージは直接ＣモードでＣＮ１０７に届けられる（ステップＳ３０１７）。そして、ＭＮ１０１とＣＮ１０７との間に新たな状態が確立される（ステップＳ３０１９）。
【００４３】
シグナリングメッセージであるＭｓｇ＿Ｃ＿ＥｎｈａｎｃｅｄメッセージがＣモードを用いて届けられるため、それを解釈するために事前の情報が必要である。例えば、メッセージのシグナリングペイロードが、ステップＳ２０１３のようなＱモード交換でＭＮ１０１とＭＡＧ１０３との間で交渉されたキーを用いて暗号化される。そのため、Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージの内容をＭＡＧ１０９が分析するためには、以前の状態の情報、例えばシグナリングコンテキストがＭＡＧ１０３から得られるべきである。シグナリングコンテキストは、例えばセッションＩＤ、セキュリティキー、通信に用いられたポート番号、認証Tokenなどを含む。
【００４４】
図４は本発明の第１の実施の形態におけるシグナリングコンテキスト送信処理のシーケンスの一例を示すシーケンスチャートである。図４に示すように、ＭＮ１０１がＭｓｇ＿Ｃ＿ＥｎｈａｎｃｅｄメッセージをＭＡＧ１０９に送信する場合、ＭＮ１０１はＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージに以前の（以前接続していた）ピア情報を含める。なお、この以前のピア情報は、上述する移動端末（ＭＮ）が以前接続していた接続局に関する接続局情報に相当する。この場合、以前のピアはＭＡＧ１０３である。
【００４５】
Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージの受信により、ＭＡＧ１０９はCxt_ReqメッセージによってＭＡＧ１０３からシグナリングコンテキストを要求する（ステップＳ４００１）。Cxt_Reqメッセージは、Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージの以前のピア情報により示されたアドレスに向けて送信される。Cxt_Reqメッセージに含まれる情報は、例えばＭＮ１０１の識別情報、要求者のアドレスとしてＭＡＧ１０９のアドレス、シグナリングセッション識別情報、コンテキストインデックスマップなどである。
【００４６】
ＭＡＧ１０３がCxt_Reqメッセージを受信すると、ＭＡＧ１０３はＭＮ１０１の識別情報とシグナリングセッション識別情報によって示されるシグナリングコンテキスト情報を回収する。ＭＡＧ１０３によりCxT_Rspメッセージが形成され、そのメッセージのペイロードはCxt_Reqメッセージの“コンテキストインデックスマップ”によって指示されるシグナリングコンテキストの一部を含む。CxT_Rspメッセージは“あて先アドレス”としてCxt_Reqメッセージの“要求者アドレス”をセットすることによりＭＡＧ１０３からＭＡＧ１０９へ送信される（ステップＳ４００３）。
【００４７】
CxT_Rspメッセージ内のコンテキスト情報を使用することにより、ＭＡＧ１０９はＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージ内のシグナリングペイロードを正確に分析することができ、シグナリング処理、例えばＭｓｇ＿Ｑメッセージの転送（ステップＳ３０１５）を続けることができる。
【００４８】
コンテキストの回収が成功しない場合、ＭＡＧ１０９は、ＭＮ１０１との接続を構築するためにステップＳ２０１３に示すようなＱモード処理に頼ることができる。コンテキストの取得の失敗には様々な理由がある。例えば、Cxt_ReqメッセージがＭＡＧ１０３に届かない、ＭＡＧ１０３が要求するコンテキスト情報を有していないなどである。ＭＡＧ１０３が要求するコンテキスト情報を供給することができない場合、ＭＡＧ１０３はCxT_Rspメッセージのコンテキスト情報（Context Information）フィールドをエラーコードに置き換える。
【００４９】
図２及び図３における処理の説明においては、ＭＡＧはＭＮ１０１がはじめてＬＭＤ１００に接続してきたかどうかを知ることができると仮定する。これは説明を簡単にするためである。本発明がこのような仮定なしで処理することができることは当業者であれば自明である。例えば、ＭＡＧは図３で示されるような処理を常にできる。すなわち、ＭＮ１０１のステータスに関わらずシグナリングピア情報を含むＲＡ＿Ｅｎｈａｎｃｅｄメッセージを常に送信することができる。ＭＮ１０１はローカルポリシーに基づいてそのような情報の利用の方法を決定することができる。
【００５０】
図５は本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図である。ＭＮ１０１は２つの主な構成要素から構成される。その構成要素はＡＭＦ（Address Management Function）５０１とＣＳＦ（Control Signaling Function）５０３である。なお、ＭＮの構成要素は一例であり、これに限られるものではない。ＡＭＦ５０１は、ＲＳメッセージの送信及びＲＡ＿Ｅｎｈａｎｃｅｄメッセージの受信などアドレス形成に関連したシグナリングを管理するものである。また、ＡＭＦ５０１は、受信したＲＡ＿Ｅｎｈａｎｃｅｄメッセージ内の情報を用いてＣＳＦを更新することも行う。ＣＳＦ５０３は、ＭＳＧ＿Ｃ＿Ｅｎｈａｎｃｅｄメッセージの生成や送信などのリソース制御シグナリングを管理し処理するものである。
【００５１】
図６は本発明の第１の実施の形態に係るＭＡＧの構成の一例を示す構成図である。ＭＡＧ６００（ＭＡＧ１０３、ＭＡＧ１０９）は４つの構成要素から構成され、例えばＡＡＡ６０１、ＡＭＭ（Address and Mobility Management）６０３、ＣＳＦ（Control Signaling Function）６０５、ＳＣＭ（Signaling Context Management）６０７である。なお、ＭＡＧの構成要素は一例であり、これに限られるものではない。ＡＡＡ６０１は、ネットワークへのＭＮのアクセスのためのアクセス制御を行うものであり、ＡＭＭ６０３でアドレス及びモビリティ制御処理を開始させる。
【００５２】
ＡＭＭ６０３は、ＲＳメッセージの受信やＲＡ＿Ｅｎｈａｎｃｅｄメッセージの送信などＭＮにおけるアドレス及びモビリティ管理を行うものである。また、ＡＭＭ６０３は、ＬＭＡ１０５と通信、例えば図３で示すようなＰＭＩＰ処理を行うものである。さらに、ＡＭＭ６０３はＣＳＦ６０５からシグナリングに関連した情報を取得し、ＭＮに送信されるアドレス形成メッセージに埋め込む。ＣＳＦ６０５は、ＭＡＧとＭＮとの間のシグナリング制御を行うものであり、またＳＣＭ６０７によって管理されるＭＡＧ間でのシグナリングコンテキスト転送を開始する。
【００５３】
上述した解法が通常のモバイルＩＰ環境に適用するために一般化されることは当業者であれば自明である。その場合、ＭＮのアクセスルータはＭＡＧ１０３とＭＡＧ１０９に定義された新たな機能を実行する。
【００５４】
＜第２の実施の形態＞
本発明の第２の実施の形態におけるネットワーク構成の一例を図７に示す。図７には、図１に示すもの（エンティティ）以外に、ＭＡＧ１０３とＭＡＧ１０９に接続されるＡＡＡ機能エンティティ（以下、ＡＡＡエンティティとも言う）７０１が存在する。ＡＡＡエンティティ７０１がロジカルなエンティティであることは当業者にとって自明である。実際に、ＡＡＡエンティティ７０１は、情報を伝達し共有することができる複数のノードになり得る。ＡＡＡエンティティ７０１は、ＭＡＧ１０３とＭＡＧ１０９との間でシグナリングコンテキスト情報を転送する際に手助けを行う。
【００５５】
図８は本発明の第２の実施の形態におけるＡＡＡ機能を有する際の処理シーケンスの一例を示すシーケンスチャートである。ＭＮ１０１がＭＡＧ１０９に接続すると（ステップＳ８００１）、ＭＮ１０１の識別情報は、ＰＭＩＰによって要求されるためＭＡＧ１０９に供給される必要がある。これは異なる手段、例えば不図示のＥＡＰ（Extended Authentication Protocol）メッセージを介してなされる。
【００５６】
ＭＮ１０１の識別情報を取得した後、ＭＡＧ１０９は認証（Authentication）と許可（Authorization）のためにＡＡＡエンティティ７０１に接触する。Diameter Network Access Server Application（非特許文献５を参照）が用いられる場合、ＡＡ＿ＲｅｑｕｅｓｔメッセージがＡＡＡエンティティ７０１に送信される（ステップＳ８００３）。“Context Transfer Request”ＡＶＰ（Attribute-Value-Pair）はＡＡ＿Ｒｅｑｕｅｓｔに含まれる。
【００５７】
“Context Transfer Request”ＡＶＰのフォーマットは、他のＡＶＰのものと同じであり（非特許文献５を参照）、ＭＡＧ１０９とＡＡＡエンティティ７０１との間で同意された所定のＡＶＰコードを有する。“Context Transfer Request”ＡＶＰの形式には、例えばシグナリングセッションＩＤを含めたＩＰアドレスがある。ＭＡＧ１０９はＩＰアドレスフィールドにコンテキストを受信しようとするＩＰアドレスを置く。
【００５８】
ＡＡ＿Ｒｅｑｕｅｓｔの受信により、ＡＡＡエンティティ７０１はＭＡＧ１０９の識別情報を記録し、ＡＡ＿Ａｎｓｗｅｒというメッセージで応答する（ステップＳ８００５）。ＡＡ＿Ａｎｓｗｅｒのフォーマットは非特許文献５に定義されており、内容は配置構成に依存する。
【００５９】
ＡＡＡエンティティ７０１が“Context Transfer Request”を見つけると、それを以前のＭＡＧ、例えばＭＡＧ１０３に対して、ＡＡＡメッセージ、例えばＡＳ＿Ｒｅｑｕｅｓｔ（非特許文献５を参照）を用いて“Context Transfer Request”ＡＶＰを転送する（ステップＳ８００７）。“Context Transfer Request”ＡＶＰは、ＡＳ＿Ｒｅｑｕｅｓｔ内に埋め込まれる。配置構成に依存する他のＡＡＡメッセージを介して“Context Transfer Request”ＡＶＰがＭＡＧ１０３に送信されることは当業者であれば自明である。ＭＡＧ１０３がＡＳ＿Ｒｅｑｕｅｓｔを受信すると、そのシグナリングセッションに割り当てられたリソースを解放し、必要であれば不図示のＡＳＡメッセージ（非特許文献５を参照）でＡＡＡエンティティ７０１に応答する。
【００６０】
ＭＡＧ１０３が“Context Transfer Request”ＡＶＰを受信すると、ＡＶＰに示されるＭＡＧ１０９へCxT_Rspメッセージを介して要求されるコンテキスト情報を送信する（ステップＳ８００９）。CxT_Rspメッセージのフォーマットは第１の実施の形態のCxT_Rspメッセージと同様である。
【００６１】
一方、ＰＭＩＰ処理及び新たな位置でのＭＮのアドレス形成はステップＳ８０１１において実行される。このステップ以降は図３に示す手続きのようなものである。アドレスを取得した後、ＭＮ１０１はＭＡＧ１０９へＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄシグナリングメッセージを送信する（ステップＳ８０１３）。Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄの内容は“以前のピア情報”を除いた図３に示すＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄと同様である。図８での以下の処理は図３に示されたものと同様である。
【００６２】
図９は第２の実施の形態に係るＭＡＧの構成の一例を示す構成図である。なお、ＭＡＧ９００（ＭＡＧ１０３、１０９）の構成要素は一例であり、これに限られるものではない。この構成において、ＡＡＡ９０１は、関連する制御シグナリングピア情報を取得し、ＡＡＡエンティティ７０１へのＡＡＡシグナリング内に埋め込む。また、ＡＡＡ９０１は、ＡＡＡエンティティ７０１からコマンドを受信した場合に、シグナリングコンテキスト転送をＳＣＭ９０７に実行させるものである。ＡＭＭ９０３はアドレス及びモビリティ管理を行うものである。ＣＳＦ９０５はＭＡＧとＭＮとの間のシグナリング制御を行うものである。また、ＳＣＭ９０７はシグナリングコンテキストを管理するものである。
【００６３】
以下では、第１、第２の実施の形態で説明した各メッセージのフォーマットなどの一例について説明する。図１０は図３で示すＲＡ＿Ｅｎｈａｎｃｅｄメッセージ内で用いられるＳｉｇｎａｌｉｎｇ＿Ｐｅｅｒのフォーマットの一例を示すものである。ＲＡ＿Ｅｎｈａｎｃｅｄのカプセル化及び暗号化は、上記非特許文献４に定義されるRouter Advertisementと同様である。Ｓｉｇｎａｌｉｎｇ＿Ｐｅｅｒは“Type"フィールド１００１から始まる。“Type"フィールド１００１はどんなタイプのシグナリングピアが存在するかを示すもので、例えば、“On-path RSVP”、“On-path NSIS”、“Off-path Diameter”などである。
【００６４】
“Length”フィールド１００３はオプションの全体の長さを示すものである。“Address Info”フィールド１００５はシグナリングピアのアドレス、例えばＩＰアドレスを示すものである。“Port Number”フィールド１００７は、シグナリングピアがメッセージを受け入れるポート番号を示すものである。ＰＭＩＰの場合、ＲＡ＿ＥｎｈａｎｃｅｄはＭＮ１０１にユニキャストされるため、ポート番号はＭＮ１０１特有のものである。“Transport Information"フィールド１００９はシグナリングのために用いられる送信プロトコル、例えばＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＳＣＴＰ（Stream Control Transmission Protocol）などを示すものである。
【００６５】
“Cipher Suit Info”フィールド１０１１はシグナリングに暗号化が用いられている場合に示される。それはシグナリング認識ノードによってサポートされる暗号メカニズムやキー管理スキーム、例えばＡＥＳ、３ＤＥＳなどを示す。異なるシグナリングメカニズムがネットワーク内でサポートされている場合、ＲＡ＿Ｅｎｈａｎｃｅｄ内に複数のＳｉｇｎａｌｉｎｇ＿Ｐｅｅｒオプションが存在することは当業者にとって自明である。
【００６６】
図１１は図３に示すＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄの内容の一例を示すものである。Ｍｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄの実際の暗号化及びヘッダ設定はシグナリングアプリケーションに依存する。“Type”フィールド１１０１はシグナリングメッセージの性質、例えばＮＳＩＳの場合であれば“RESERVE”、ＲＳＶＰの場合であれば“RESV”を示すものである。“Length”フィールド１１０３はメッセージの全体の長さを示すものである。“Discovery Flag”フィールド１１０５は、このメッセージの受信側がメッセージを転送する際、例えばＮＳＩＳの場合のＱモードで送信する際、シグナリング経路発見を開始すべきであることを示すものである。
【００６７】
“Path Discovery Info”フィールド１１０７はシグナリング経路発見のための関連する情報、例えばデータフローにおける送信元とあて先のアドレス情報、ポート番号などを含むものである。“Previous Peer Info”フィールド１１０９はＭＮ１０１の直近のシグナリングピア、例えばＭＡＧ１０３についての情報を含むものである。“Signaling Payload”フィールド１１１１はシグナリングアプリケーション特有の情報を含むものである。ある場合においてはこの項目は暗号手段によって保護される。その場合、“Cipher Suit Info”フィールド１１１３は用いられるスキームの情報、例えばＡＥＳ（Advanced Encryption Standard）を含む。
【００６８】
図１２はシグナリングコンテキスト（コンテキスト情報）の要素の内容の一例を示すものである。“MN Identifier”フィールド１２０１はＭＮ１０１の識別情報についての情報を含む。ＰＭＩＰのため、ＭＮはＬＭＤ１００内に特有の識別情報を有する必要がある。“Session Identifier”フィールド１２０３はシグナリングセッションについての情報を含む。例えば、ＮＳＩＳの場合にはセッションＩＤとなる。
【００６９】
“Security Key”フィールド１２０５はシグナリングメッセージの暗号化保護のためのキーデータを含む。“Address Information”フィールド１２０７は、そのシグナリングセッションに関連するデータ通信の送信元及びあて先についての情報を含む。“Authorization Token”フィールド１２０９はセッション許可情報を含む。それは、例えば、あるリソース要求に対してＭＮ１０１によって承認された許可Tokenである。
【００７０】
図１３は図４に示すCxT_Reqメッセージのフォーマットの一例を示すものである。“Destination Address”フィールド１３０１は、要求されるコンテキスト情報を有するノードのアドレス、例えばＭＡＧ１０３のＩＰアドレスを含む。“Requester Address”フィールド１３０３は、要求するノードのアドレス情報、例えばＭＡＧ１０９のＩＰアドレスを含む。“MN Identifier”フィールド１３０５はＰＭＩＰにおけるＭＮの識別情報を含む。
【００７１】
“Session Identifier”フィールド１３０７はコンテキストが関連するシグナリングセッションの情報を含む。ＭＡＧ１０９はＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄからこのセッション情報を取得することができる。“Context Index Map”フィールド１３０９は、図１２に示すシグナリングコンテキストの情報の要求する部分を示すビットマップインデックスである。“Context Index Map”フィールド１３０９の項目が省略されている場合には、シグナリングコンテキストのすべての内容を送信することを示す。
【００７２】
図１４は図４に示すCxT_Rspメッセージのフォーマットの一例を示すものである。“Destination Address”フィールド１４０１はコンテキスト情報を要求するノードのアドレス情報を含む。これはCxT_Reqメッセージの“Requester Address”フィールド１３０３から得られる。図８の処理の場合には、これはＡＳ＿Ｒｅｑｕｅｓｔメッセージの“Context Transfer Request”ＡＶＰのフィールドの“IP Address”フィールド１５０７から得られる。この例において、これはＭＡＧ１０９のＩＰアドレスである。
【００７３】
“Source Address”フィールド１４０３はコンテキスト情報を供給するノードについての情報、例えばＭＡＧ１０３のアドレスを含む。“MN Identifier”フィールド１４０５は、ＬＭＤ１００内のＰＭＩＰで用いられるＭＮ１０１の識別情報についての情報を含む。“Session Identifier”フィールド１４０７はコンテキストが関連するシグナリングセッション情報を含む。“Context Information”フィールド１４０９は“Context Index Map”フィールド１３０９又は後述する“Context Index Map”フィールド１５１１によって示されるシグナリングコンテキストの情報を含む。
【００７４】
図１５はＡＳ＿Ｒｅｑｕｅｓｔメッセージで用いられる“Context Transfer Request”ＡＶＰの内容の一例を示すものである。“AVP Code”フィールド１５０１はＡＶＰのタイプを示すための所定のコードを含む。“Flag”フィールド１５０３はシグナリングにとって必要なフラグを含み、例えばこのＡＶＰは解釈することを必須とするものであるかなどを示すものである。“Length”フィールド１５０５はＡＶＰの長さを示すものである。
【００７５】
“IP Address”フィールド１５０７はコンテキスト情報を要求するノード、例えばＭＡＧ１０９についての情報を含む。“Session Identifier”フィールド１５０９は要求されるコンテキストに関連するセッションの識別情報を含む。“Context Index Map”フィールド１５１１は要求されるコンテキスト情報の関連するフィールドを示すビットマップインデックスを含む。“Context Index Map”フィールド１５１１が省略されている場合は、すべてのコンテキスト情報が要求されていることを意味する。
【００７６】
＜第３の実施の形態＞
第１の実施の形態で示されるように、ＭＡＧ１０９はＭＮ１０１から送信されるＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄを通じてＭＮ１０１の以前のシグナリングピアについての情報を取得し、シグナリングコンテキスト転送処理を開始する。迅速に処理するために、ＭＡＧ１０９は以前のシグナリングピアについての情報を他の手段から取得することも可能である。
【００７７】
可能な手段の１つとして、ＰＭＩＰメッセージ（非特許文献３を参照）に埋め込むものである。例えば、ＰＢＵメッセージ内に、付加的な“Signaling Peer Info”オプションが埋め込まれる。新たなオプションは現在のＭＡＧに関するシグナリングピアのアドレス、例えばＭＡＧ１０９のアドレスを含む。ＬＭＡ１０５は、バインディングキャッシュエントリの付加的なフィールドに“Signaling Peer Info”を格納する。
【００７８】
情報が存在する場合、ＬＭＡ１０５は新たに受信したオプションに置き換え、ＭＡＧ１０９へ応答するためのＰＢＡメッセージの“Signaling Peer Info”オプションに置き換える前のピア情報を置く。ＭＡＧ１０９が“Signaling Peer Info”オプションを有するＰＢＡメッセージを受信した場合、ＭＡＧ１０９はCxT_Reqを送信することによってそのオプションに示されるノードからコンテキスト情報を要求する。オプションが存在しない場合、ＭＡＧ１０９はＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄを待つかＭＮ１０１とのメッセージアソシエーション交渉を実行する。
【００７９】
ＭＡＧ１０９が以前のピア情報を取得する他の方法として、図８に示すようなＡＡＡエンティティ７０１を介して取得するものがある。“Signaling Peer Info”ＡＶＰは、ＭＡＧ１０９からＡＡＡエンティティ７０１へ送信されるＡＡ＿Ｒｅｑｕｅｓｔに埋め込むことが可能である。ＡＡＡエンティティ７０１は、セッションエントリに沿ってこの“Signaling Peer Info”を格納する。
【００８０】
同じＬＭＤ１００内において、そのセッションにおける“Signaling Peer Info”がＡＡＡエンティティ７０１に存在する場合、ＡＡＡエンティティ７０１はＭＡＧ１０９に向けて送信されるＡＡ＿Ａｎｓｗｅｒにその情報を埋め込む。ＭＡＧ１０９がＡＡ＿Ａｎｓｗｅｒ内に“Signaling Peer Info”ＡＶＰを見つければ、ＭＡＧ１０９は“Signaling Peer Info”ＡＶＰによって示されるノードに対してコンテキスト転送処理を開始する。例えば、ＭＡＧ１０３へCxT_Reqを送信する。
【００８１】
図１６は第３の実施の形態に係るＭＡＧの構成の一例を示す構成図である。なお、ＭＡＧ１６００（ＭＡＧ１０３、１０９）の構成要素は一例であり、これに限られるものではない。この構成は図６に示すものと同様であるが、ＡＡＡ１６０１若しくはＡＭＭ１６０３がシグナリングコンテキスト転送のためＳＣＭ１６０７を始動させる。ＣＳＦ１６０５はＭＡＧとＭＮとの間のシグナリング制御を行うものである。また、ＳＣＭ１６０７はシグナリングコンテキストを管理するものである。
【００８２】
＜第４の実施の形態＞
第３の実施の形態で述べたように、ＭＡＧ１０９はＭＮ１０１からＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄを受信する前にＭＡＧ１０３からコンテキストを取得することができる。これは本発明の１つの処理である。この場合、ＭＡＧ１０９はＲＡ＿ＥｎｈａｎｃｅｄメッセージにSignaling_Peerオプション項目を含める必要はない。Signaling_Peerオプション項目がなければ、ＭＮ１０１は以前のピアのアドレス、例えばＭＡＧ１０３のアドレスへシグナリングメッセージを送信し続ける。
【００８３】
ＭＡＧ１０３からのシグナリングコンテキストを有しているため、ＭＡＧ１０９はメッセージをインタセプトし、ＭＡＧ１０３であるかのようにそれを処理する。ＭＡＧ１０９は、ＬＭＡ１０５に向けてシグナリングメッセージを転送する際にシグナリング経路発見を開始する。この場合、ＭＮ１０１が新たなＭＡＧにさらに移動するとき、シグナリング状態を変更する必要はない。
【００８４】
＜第５の実施の形態＞
上述した中では、ＭＡＧ、例えばＭＡＧ１０３、１０９はシグナリング認識ノード（例えばＱＮＥ）であると仮定している。しかし、ＭＡＧがシグナリング認識ノードでなくても実施可能である。物理的に異なる位置にＭＡＧと連携するシグナリング認識ノードがある場合において、些細な改良で実施を行うことができる。例えば、主な変更は、ＭＡＧの代わりにシグナリング認識ノードでＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄを受け止め、メッセージ内で用いられるアドレスがＭＡＧと連携するシグナリング認識ノードを示すようにすることである。
【００８５】
なお、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００８６】
本発明に係る移動端末及び接続局装置は、移動により接続先が変わった場合に、ネットワークリソースの浪費や、新たな経路（シグナリング経路）に沿った状態が構築されないためＭＮへのサービスの中断を招くことを防ぐことができるため、移動により移動端末の接続先が変更された際に、移動端末と通信相手となる通信端末との間のシグナリング経路を構築する移動端末及び接続局装置などに有用である。
【図面の簡単な説明】
【００８７】
【図１】本発明の第１の実施の形態におけるネットワーク構成の一例を示す構成図
【図２】本発明の第１の実施の形態に係るＭＮがはじめてＬＭＤに加わる際の処理シーケンスの一例を示すシーケンスチャート
【図３】本発明の第１の実施の形態に係るＭＮがＭＡＧ１０９に接続する際の処理シーケンスの一例を示すシーケンスチャート
【図４】本発明の第１の実施の形態におけるシグナリングコンテキスト送信処理のシーケンスの一例を示すシーケンスチャート
【図５】本発明の第１の実施の形態に係るＭＮの構成の一例を示す構成図
【図６】本発明の第１の実施の形態に係るＭＡＧの構成の一例を示す構成図
【図７】本発明の第２の実施の形態におけるネットワーク構成の一例を示す構成図
【図８】本発明の第２の実施の形態におけるＡＡＡ機能を有する際の処理シーケンスの一例を示すシーケンスチャート
【図９】本発明の第２の実施の形態に係るＭＡＧの構成の一例を示す構成図
【図１０】本発明の第１の実施の形態におけるＲＡ＿Ｅｎｈａｎｃｅｄメッセージ内で用いられるＳｉｇｎａｌｉｎｇ＿Ｐｅｅｒの一例のフォーマット
【図１１】本発明の第１の実施の形態におけるＭｓｇ＿Ｃ＿Ｅｎｈａｎｃｅｄの内容の一例のフォーマット
【図１２】本発明の第１の実施の形態におけるシグナリングコンテキストの要素の内容の一例のフォーマット
【図１３】本発明の第１の実施の形態におけるCxT_Reqメッセージの一例のフォーマット
【図１４】本発明の第１の実施の形態におけるCxT_Rspメッセージの一例のフォーマット
【図１５】本発明の第２の実施の形態におけるＡＳ＿Ｒｅｑｕｅｓｔメッセージで用いられる“Context Transfer Request”ＡＶＰの内容の一例のフォーマット
【図１６】本発明の第３の実施の形態に係るＭＡＧの構成の一例を示す構成図
【図１７】従来のネットワーク構成の一例を示す構成図
【符号の説明】
【００８８】
１００  ＬＭＤ
１０１  ＭＮ
１０３、１０９、６００、９００、１６００  ＭＡＧ
１０５  ＬＭＡ
１０７  ＣＮ
１１１  新たな位置
５０１  ＡＭＦ
５０３、６０５、９０５、１６０５  ＣＳＦ
６０１、９０１、１６０１  ＡＡＡ
６０３、９０３、１６０３  ＡＭＭ
６０７、９０７、１６０７  ＳＣＭ
７０１  ＡＡＡエンティティ
１００１、１１０１  Typeフィールド
１００３、１１０３、１５０５  Lengthフィールド
１００５  Address Infoフィールド
１００７  Port Numberフィールド
１００９  Transport Informationフィールド
１０１１、１１１３  Cipher Suit Infoフィールド
１１０５  Discovery Flagフィールド
１１０７  Path Discovery Infoフィールド
１１０９  Previous Peer Infoフィールド
１１１１  Signaling Payloadフィールド
１２０１、１３０５、１４０５  MN Identifierフィールド
１２０３、１３０７、１４０７、１５０９  Session Identifierフィールド
１２０５  Security Keyフィールド
１２０７  Address Informationフィールド
１２０９  Authorization Tokenフィールド
１３０１、１４０１  Destination Addressフィールド
１３０３  Requester Addressフィールド
１３０９、１５１１  Context Index Mapフィールド
１４０３  Source Addressフィールド
１４０９  Context Informationフィールド
１５０１  AVP Codeフィールド
１５０３  Flagフィールド
１５０７  IP Addressフィールド
１７０１  アクセスポイント
１７０３、１７０５、１７０７  ＭＮ
１７００１  ダウンリンク
１７００３、１７００５、１７００７  アップリンク
【図１】
2009212892.tif 000003
【図２】
2009212892.tif 000004
【図３】
2009212892.tif 000005
【図４】
2009212892.tif 000006
【図５】
2009212892.tif 000007
【図６】
2009212892.tif 000008
【図７】
2009212892.tif 000009
【図８】
2009212892.tif 000010
【図９】
2009212892.tif 000011
【図１０】
2009212892.tif 000012
【図１１】
2009212892.tif 000013
【図１２】
2009212892.tif 000014
【図１３】
2009212892.tif 000015
【図１４】
2009212892.tif 000016
【図１５】
2009212892.tif 000017
【図１６】
2009212892.tif 000018
【図１７】
2009212892.tif 000019