ＳＩＰハンドオーバー時に割り当てられた資源を開放する方法
ＳＩＰハンドオーバー時に割り当てられた資源を開放する方法であって、移動体通信が第１のリンクから第２のリンクにハンドオーバーされたとき、可能な限り早く資源を手放すために、第１のリンクに割り当てられた資源の開放が、リフレッシュコマンドが時間切れになるのを待つよりも、移動体ノードによるＡＣＫ信号の生成に応答して開始される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信に関し、特にセッションイニシエーションプロトコル（ＳＩＰ）を使用してハンドオーバーが完了した後のネットワーク資源の開放に関する。
【背景技術】
【０００２】
図１を参照すると、デュアルモードＷＬＡＮ（ワイヤレスローカルエリアネットワーク）−ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションズシステム）移動体ノード（ＭＮ）ワイヤレス端末は、ＷＬＡＮおよびＵＭＴＳネットワークの両方にＩＰ（インターネットプロトコル）接続性を持つ。ネットワークへのＩＰ接続性は、端末の特定の物理インタフェースが、ネットワークにより使用されるプレフィックスから導かれるＩＰアドレスと関連するという意味を持つ。ＩＰアドレスは、自動コンフィギュレーションにより獲得されるか、または、ＤＨＣＰ（ダイナミックホストコンフィギュレーションプロトコル）などのネットワークエレメントの助けを借りて獲得される。図ではＩＰ１およびＩＰ２は、各々ＷＬＡＮおよびＵＭＴＳネットワークを経由してＭＮに到達するために使用されるＩＰアドレスを示す。
【０００３】
ＳＩＰ（セッションイニシエーションプロトコル、インターナショナルエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ３２６１）信号伝達プロトコルを使用して、実線で示されるメディアパスが、発呼者のネットワークの対応するノード（ＣＮ）と、インターネットおよびＷＬＡＮネットワーク経由のＭＮワイヤレス端末との間で、確立される。メディアパスは、例えば、インターネット電話（ＶｏＩＰ）、マルチメディア配信、およびマルチメディア会議に関連するデータパケットを送るために使用できる。最初は、このメディアパスの最後の行程は、ＷＬＡＮネットワークを通る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
移動できる理由または他の理由のために、ＣＮからＭＮまでＷＬＡＮを通って確立されたメディアパスの品質は、ＭＮがＷＬＡＮネットワークから離れる方向に移動すると、悪化する。ＭＮにより使用され、チャネル品質の悪化を検出する１つの可能なメトリックは、レイヤ２（Ｌ２）信号強度であってもよい。これらの状況下で、有利なのは、ＣＮおよびＭＮの間のメディアパスを維持するために、ＭＮが、ＷＬＡＮから代わりの使用可能なネットワークへハンドオーバーを試みることである。図１に示された代わりのネットワークは、ＵＭＴＳネットワークである。また可能であるのは、ＭＮ自体が、日中のある時間、安い通話料金を提供する代わりのネットワーク等の知識またはイベントに応答してハンドオーバーを開始できることである。
【課題を解決するための手段】
【０００５】
インターネットプロトコル（ＩＰ）にしたがって動作する一般的な通信リンクに与えられるデフォルトのサービス品質（ＱｏＳ）はベストエフォートと呼ばれ、ネットワークエレメントが、どのような優先もなく先着順でＩＰパケットを転送する。ＳＩＰを備えたＶｏＩＰ等のリアルタイムアプリケーションに関して、典型的には、図１に示されているＷＬＡＮおよび発呼者のネットワークエッジルータ（ＥＲ）などのトラフィック集中地点において、あるネットワーク帯域幅が予約されねばならず、それを保証するために、ＩＰパケットに関連するＶｏＩＰが、十分なＶｏＩＰ接続を維持するために必要な遅延およびジッター（パケット間遅延）と共に転送できる。ＩＰ電話に関するＱｏＳを確立するさらなる詳細は、米国特許出願第２００２０４１５９０号および国際公開第ＷＯ０２／０７８２８９号により得られる。
【０００６】
ＷＬＡＮネットワーク内のリアルタイムサービス用に取っておく限られたＥＲ帯域幅は、ＳＩＰコンフィギュレーションプロセス（ＲＦＣ３３１２）によりＷＬＡＮサービスとネゴシエートしようとする新しいユーザを受け付けるか／受け付けないかを決定するＷＬＡＮ ＱｏＳマネージャの制御下にある。次に、ユーザに関してＱｏＳマネージャにより定式化される受け付けおよびパケット転送ポリシーは、ＥＲにより実施される。
【０００７】
ＱｏＳマネージャの１つのタスクは、限られたＥＲリアルタイム帯域幅の割り当てを制御して、追加のユーザがＷＬＡＮネットワークに加わることにより、現行のＷＬＡＮユーザが、ＱｏＳの低下を経験しないことを保証することである。
【０００８】
さらに、一旦ＶｏＩＰ通話が終わりになると、またはＶｏＩＰ通話の継続中にＷＬＡＮネットワークから新しいネットワークにＭＮが移動すると、ＱｏＳマネージャは、割り当てられたＷＬＡＮネットワーク資源を開放せねばならない。米国特許出願２００２０４１５９０は、ＳＩＰ ＢＹＥメッセージを信号で送ることにより、通話の終了に際して、資源が開放される前記の問題を解決する努力をしている。本発明は、資源の開放をトリガする現在のネットワークで単に通話を終了するよりも、ＭＮが新しいネットワークに移動する場合の問題を解決する努力をする。このハンドオーバーのシナリオでは、再度、ＲＦＣ３３１２で要点をまとめられているようにネゴシエートするＱｏＳにより、通話は新しいネットワークで継続するので、ＳＩＰ ＢＹＥメッセージは生成されない。ハンドオーバー手順が完了した後で、ＭＮに割り当てられたＷＬＡＮ資源の適時の開放が、限られたＷＬＡＮネットワーク資源の最適使用を保証するのに必要となる。
【０００９】
通常、あるタイプのリフレッシュ命令がこれらの資源を利用して継続するのに必要なあらかじめ決められたタイムアウト時間と、ネットワーク上の予約された資源とを関連付ける。リフレッシュされないと、資源はタイムアウト時間の経過により開放される。本発明は、単純にタイムアウト時間が経過するのを待つよりも、予約された資源の開放をハンドオーバー処理と同期化する。これは、少ないネットワーク資源のより有効利用につながる。
【００１０】
ハンドオーバー処理を資源の開放と同期化する例は、従来技術、特に国際公開第ＷＯ０３／０２１９７７号および欧州特許第ＥＰ１３３１８３２号の中に見つかるけれども、これらの参照文献の内容は本発明から区別される。国際公開第０３／０２１９７７は、２つのサテライト受信可能領域の間のシングルモードの空中のＭＮのハンドオーバーを考慮している。ハンドオーバーの完了に際して、ＭＮは、第２の領域の受信可能領域内に収まる地上局に信号を送り、その第２の領域において、第２の地上局が、第１の地上局に信号を送って、ＭＮとの通信チャネルを手放させる。一様なサテライト通信システムの中の基地局を変更するシングルモードＭＮの異なる事情の他に、他のＩＰＱｏＳ開放メッセージをトリガするＳＩＰプロトコルメッセージの介入の提案はない。
【００１１】
欧州特許ＥＰ１３３１８３２は、デュアルモード端末のハンドオーバーを考慮する点で、本発明と似ているように思われ、この場合、ＧＳＭネットワークからＵＭＴＳネットワークへのＧＳＭ−ＵＭＴＳデュアルモードＭＮのハンドオーバーである。ＵＭＴＳネットワークへのハンドオーバーが完了すると、ＭＮは、ＧＳＭ無線インタフェースに関する資源のみを開放するＧＳＭ特有のメッセージを発行する。しかし、本発明では、それはＭＮよりもＣＮまたは他の通信ピアの役割であり、ハンドオーバーが完了したことを示すＭＮからの特定のＳＩＰメッセージを受信すると、ＩＰ特有のＱｏＳメッセージを送信して、無線インタフェース越しよりも、前のネットワークに存在するエッジルータなどのネットワークエレメント上で資源を開放する。したがって、本発明は、ＣＮおよびＭＮの間のネットワークパスに沿った資源の解放の問題の解決の努力をすることが分かるけれども、国際公開第０３／０２１９７７号および欧州特許ＥＰ１３３１８３２は、ＭＮおよび基地局の間でネゴシエートされる無線インタフェース資源の開放に関する。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図を参照して発明の実施の形態を説明し、同様な部分は、示された同様な参照番号である。
【００１３】
ＭＮのＷＬＡＮからＵＭＴＳへのハンドオーバー処理は、多くの明確なステップで発生し、そのステップのタイミングは図２に示されている。次に各ステップを詳細に説明する。
【００１４】
ステップ１−データパケットが、ＷＬＡＮネットワークによりＣＮとＭＮとの間で最初に転送される。
【００１５】
ステップ２−ＷＬＡＮチャネル品質の悪化、または、例えば、現在のネットワークから新しい代わりのネットワークへのハンドオーバーを必要とする代わりの使用可能なネットワーク上で通話料金を下げる等のイベントに応答して、トリガが、ＭＮにより受信または生成される。
【００１６】
ステップ３−トリガに応答して、ＭＮが、新しいＵＭＴＳネットワーク経由でＣＮにＳＩＰ ｒｅ−ｉｎｖｉｔｅメッセージを送信する。ＭＮが既にＣＮのＩＰアドレスを知っていると、ＭＮおよびＣＮの間の全てのＳＩＰメッセージは直接送信されるけれども、プロトコルはそのようなメッセージのＵＭＴＳ ＳＩＰ レジスタおよびプロキシサーバ経由のルーティングを許可しない。ｒｅ−ｉｎｖｉｔｅメッセージは、ＭＮおよびＣＮに継続中のＳＩＰセッションの詳細を再ネゴシエートさせる。本発明に最も関係のあるパラメータは、ハンドオーバー完了後、ＣＮにより使用されてデータパケットを導くＭＮのＵＭＴＳインタフェースのＩＰアドレスである。
【００１７】
ステップ４−ＣＮはＳＩＰ ２００−ＯＫメッセージを、ＩＰアドレスの変更に同意するＭＮに送信する。
【００１８】
ステップ５−通話信頼性目的のため、ＭＮがＳＩＰ ＡＣＫメッセージを送信してＳＩＰ再ネゴシエーション処理を完了する。ＣＮにおけるＡＣＫの到着は、ＣＮ用のトリガであって、新しいＵＭＴＳネットワークに関連したＩＰアドレスの使用を開始して、ＭＮに到達する。
【００１９】
これは、ハンドオーバーおよびデータ再ルーティングステップを完了する。ＣＮにおいてＡＣＫ信号の到着の後でＷＬＡＮ資源の開放をトリガする処理は多くの明確なステップで発生し、それらのステップのタイミングは図３に示されている。次に、各ステップを詳細に説明する。
【００２０】
ステップ６−ＡＣＫの到着により、ＣＮは自身のネットワークの中のＱｏＳマネージャに、コモンオープンポリシーサービス（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ Ｓｅｒｖｉｃｅ）（ＣＯＰＳ）プロトコル［ＲＦＣ２７４８］を使用して信号を送る。ＣＯＰＳは、単純なクエリーおよび応答プロトコルであって、ポリシーサーバ（ポリシーディシジョンポイント（Ｐｏｌｉｃｙ Ｄｅｃｉｓｉｏｎ Ｐｏｉｎｔ）またはＰＤＰ）とそのクライアント（ポリシーエンフォースメントポインツ（Ｐｏｌｉｃｙ Ｅｎｆｏｒｃｅｍｅｎｔ Ｐｏｉｎｔｓ）またはＰＥＰｓ）との間の情報の交換に使用できる。ポリシーは、資源アクセスおよび使用の原則を定めたルールおよびサービスの組合せである。ＣＯＰＳでは、ＰＥＰが、ＰＤＰに、要求、更新、および削除を送信し、ＰＤＰは決定をＰＥＰに返信する。ＣＯＰＳの基本メッセージフォーマットは、多くの他の事項の中で、要求（ＲＥＱｓ）、決定（ＤＥＣｓ）、および報告ステータス（ＲＰＴｓ）を含む。この発明の状況では、ＱｏＳマネージャから支援されたＣＮは、ＰＥＰとして、ＷＬＡＮルータを備えたＰＤＰｓとしてみることができる。
【００２１】
ステップ７−ＣＮからＣＯＰＳ信号を受信すると、ＱｏＳマネージャは、発呼者のネットワーク信号（ＣＯＰＳを使用した）の中のＣＮをＷＬＡＮ ＱｏＳマネージャに供給してＭＮのために割り当てられた資源を清算する。
【００２２】
ステップ８−ＷＬＡＮ ＱｏＳマネージャは、さらにこのＣＯＰＳ資源開放要求を、ＷＬＡＮルータへまわし、次にＷＬＡＮルータは、前にＭＮのために割り当てられた資源を実際に開放する。
【００２３】
ＲＳＶＰプロトコル［ＲＦＣ２２０５］を使用してＷＬＡＮ資源が割り当てられた代わりの実施の形態では、ステップ６からステップ８は、ＡＣＫを受信するとＲＳＶＰ ＰａｔｈＴｅａｒ資源開放メッセージを発するＣＮに置き換えることができる（図４）。この場合、（ｉ）ＣＮと発呼者のネットワークＱｏＳマネージャとの間、および（ii）発呼者のネットワークＱｏＳマネージャとＷＬＡＮネットワークＱｏＳマネージャとの間の通信をサポートするように拡張されねばならないＣＯＰＳ信号伝達に依存しない。おそらく、ＩＥＴＦの中で現在開発中の拡張ＲＳＶＰプロトコルは、図４のＷＬＡＮ資源を開放するのにより適切なプロトコルである。標準ＲＳＶＰプロトコルは、移動体が含まれる場合にはあまり適していない。図４に示されるＲＳＶＰ ＰａｔｈＴｅａｒメッセージは、発呼者のネットワーク内で予約された任意の資源の開放もトリガできる。拡張ＲＳＶＰプロトコルは、エンドツーエンドデータパスの特定のセグメント内で資源の割り当てを変更するために開発されている。
【図面の簡単な説明】
【００２４】
【図１】移動体ノードと対応するノードとの間の第１および第２の通信リンクを示す概略図
【図２】２つの通信リンクの間のハンドオーバーおよびリルートデータの完了に必要な信号のフローチャートのステップ１からステップ５を示す図
【図３】ＣＯＰＳプロトコルを使用してＭＮからＡＣＫ信号を受信すると、ＷＬＡＮ資源の開放をＣＮがトリガする信号のフローチャートのステップ６からステップ８を示す図
【図４】ＲＳＶＰプロトコルを使用してＭＮからＡＣＫ信号を受信すると、ＷＬＡＮ資源の開放をＣＮがトリガする信号のフローチャートのステップ６を示す図
【技術分野】
【０００１】
本発明は、移動体通信に関し、特にセッションイニシエーションプロトコル（ＳＩＰ）を使用してハンドオーバーが完了した後のネットワーク資源の開放に関する。
【背景技術】
【０００２】
図１を参照すると、デュアルモードＷＬＡＮ（ワイヤレスローカルエリアネットワーク）−ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションズシステム）移動体ノード（ＭＮ）ワイヤレス端末は、ＷＬＡＮおよびＵＭＴＳネットワークの両方にＩＰ（インターネットプロトコル）接続性を持つ。ネットワークへのＩＰ接続性は、端末の特定の物理インタフェースが、ネットワークにより使用されるプレフィックスから導かれるＩＰアドレスと関連するという意味を持つ。ＩＰアドレスは、自動コンフィギュレーションにより獲得されるか、または、ＤＨＣＰ（ダイナミックホストコンフィギュレーションプロトコル）などのネットワークエレメントの助けを借りて獲得される。図ではＩＰ１およびＩＰ２は、各々ＷＬＡＮおよびＵＭＴＳネットワークを経由してＭＮに到達するために使用されるＩＰアドレスを示す。
【０００３】
ＳＩＰ（セッションイニシエーションプロトコル、インターナショナルエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ３２６１）信号伝達プロトコルを使用して、実線で示されるメディアパスが、発呼者のネットワークの対応するノード（ＣＮ）と、インターネットおよびＷＬＡＮネットワーク経由のＭＮワイヤレス端末との間で、確立される。メディアパスは、例えば、インターネット電話（ＶｏＩＰ）、マルチメディア配信、およびマルチメディア会議に関連するデータパケットを送るために使用できる。最初は、このメディアパスの最後の行程は、ＷＬＡＮネットワークを通る。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
移動できる理由または他の理由のために、ＣＮからＭＮまでＷＬＡＮを通って確立されたメディアパスの品質は、ＭＮがＷＬＡＮネットワークから離れる方向に移動すると、悪化する。ＭＮにより使用され、チャネル品質の悪化を検出する１つの可能なメトリックは、レイヤ２（Ｌ２）信号強度であってもよい。これらの状況下で、有利なのは、ＣＮおよびＭＮの間のメディアパスを維持するために、ＭＮが、ＷＬＡＮから代わりの使用可能なネットワークへハンドオーバーを試みることである。図１に示された代わりのネットワークは、ＵＭＴＳネットワークである。また可能であるのは、ＭＮ自体が、日中のある時間、安い通話料金を提供する代わりのネットワーク等の知識またはイベントに応答してハンドオーバーを開始できることである。
【課題を解決するための手段】
【０００５】
インターネットプロトコル（ＩＰ）にしたがって動作する一般的な通信リンクに与えられるデフォルトのサービス品質（ＱｏＳ）はベストエフォートと呼ばれ、ネットワークエレメントが、どのような優先もなく先着順でＩＰパケットを転送する。ＳＩＰを備えたＶｏＩＰ等のリアルタイムアプリケーションに関して、典型的には、図１に示されているＷＬＡＮおよび発呼者のネットワークエッジルータ（ＥＲ）などのトラフィック集中地点において、あるネットワーク帯域幅が予約されねばならず、それを保証するために、ＩＰパケットに関連するＶｏＩＰが、十分なＶｏＩＰ接続を維持するために必要な遅延およびジッター（パケット間遅延）と共に転送できる。ＩＰ電話に関するＱｏＳを確立するさらなる詳細は、米国特許出願第２００２０４１５９０号および国際公開第ＷＯ０２／０７８２８９号により得られる。
【０００６】
ＷＬＡＮネットワーク内のリアルタイムサービス用に取っておく限られたＥＲ帯域幅は、ＳＩＰコンフィギュレーションプロセス（ＲＦＣ３３１２）によりＷＬＡＮサービスとネゴシエートしようとする新しいユーザを受け付けるか／受け付けないかを決定するＷＬＡＮ ＱｏＳマネージャの制御下にある。次に、ユーザに関してＱｏＳマネージャにより定式化される受け付けおよびパケット転送ポリシーは、ＥＲにより実施される。
【０００７】
ＱｏＳマネージャの１つのタスクは、限られたＥＲリアルタイム帯域幅の割り当てを制御して、追加のユーザがＷＬＡＮネットワークに加わることにより、現行のＷＬＡＮユーザが、ＱｏＳの低下を経験しないことを保証することである。
【０００８】
さらに、一旦ＶｏＩＰ通話が終わりになると、またはＶｏＩＰ通話の継続中にＷＬＡＮネットワークから新しいネットワークにＭＮが移動すると、ＱｏＳマネージャは、割り当てられたＷＬＡＮネットワーク資源を開放せねばならない。米国特許出願２００２０４１５９０は、ＳＩＰ ＢＹＥメッセージを信号で送ることにより、通話の終了に際して、資源が開放される前記の問題を解決する努力をしている。本発明は、資源の開放をトリガする現在のネットワークで単に通話を終了するよりも、ＭＮが新しいネットワークに移動する場合の問題を解決する努力をする。このハンドオーバーのシナリオでは、再度、ＲＦＣ３３１２で要点をまとめられているようにネゴシエートするＱｏＳにより、通話は新しいネットワークで継続するので、ＳＩＰ ＢＹＥメッセージは生成されない。ハンドオーバー手順が完了した後で、ＭＮに割り当てられたＷＬＡＮ資源の適時の開放が、限られたＷＬＡＮネットワーク資源の最適使用を保証するのに必要となる。
【０００９】
通常、あるタイプのリフレッシュ命令がこれらの資源を利用して継続するのに必要なあらかじめ決められたタイムアウト時間と、ネットワーク上の予約された資源とを関連付ける。リフレッシュされないと、資源はタイムアウト時間の経過により開放される。本発明は、単純にタイムアウト時間が経過するのを待つよりも、予約された資源の開放をハンドオーバー処理と同期化する。これは、少ないネットワーク資源のより有効利用につながる。
【００１０】
ハンドオーバー処理を資源の開放と同期化する例は、従来技術、特に国際公開第ＷＯ０３／０２１９７７号および欧州特許第ＥＰ１３３１８３２号の中に見つかるけれども、これらの参照文献の内容は本発明から区別される。国際公開第０３／０２１９７７は、２つのサテライト受信可能領域の間のシングルモードの空中のＭＮのハンドオーバーを考慮している。ハンドオーバーの完了に際して、ＭＮは、第２の領域の受信可能領域内に収まる地上局に信号を送り、その第２の領域において、第２の地上局が、第１の地上局に信号を送って、ＭＮとの通信チャネルを手放させる。一様なサテライト通信システムの中の基地局を変更するシングルモードＭＮの異なる事情の他に、他のＩＰＱｏＳ開放メッセージをトリガするＳＩＰプロトコルメッセージの介入の提案はない。
【００１１】
欧州特許ＥＰ１３３１８３２は、デュアルモード端末のハンドオーバーを考慮する点で、本発明と似ているように思われ、この場合、ＧＳＭネットワークからＵＭＴＳネットワークへのＧＳＭ−ＵＭＴＳデュアルモードＭＮのハンドオーバーである。ＵＭＴＳネットワークへのハンドオーバーが完了すると、ＭＮは、ＧＳＭ無線インタフェースに関する資源のみを開放するＧＳＭ特有のメッセージを発行する。しかし、本発明では、それはＭＮよりもＣＮまたは他の通信ピアの役割であり、ハンドオーバーが完了したことを示すＭＮからの特定のＳＩＰメッセージを受信すると、ＩＰ特有のＱｏＳメッセージを送信して、無線インタフェース越しよりも、前のネットワークに存在するエッジルータなどのネットワークエレメント上で資源を開放する。したがって、本発明は、ＣＮおよびＭＮの間のネットワークパスに沿った資源の解放の問題の解決の努力をすることが分かるけれども、国際公開第０３／０２１９７７号および欧州特許ＥＰ１３３１８３２は、ＭＮおよび基地局の間でネゴシエートされる無線インタフェース資源の開放に関する。
【発明を実施するための最良の形態】
【００１２】
以下、添付の図を参照して発明の実施の形態を説明し、同様な部分は、示された同様な参照番号である。
【００１３】
ＭＮのＷＬＡＮからＵＭＴＳへのハンドオーバー処理は、多くの明確なステップで発生し、そのステップのタイミングは図２に示されている。次に各ステップを詳細に説明する。
【００１４】
ステップ１−データパケットが、ＷＬＡＮネットワークによりＣＮとＭＮとの間で最初に転送される。
【００１５】
ステップ２−ＷＬＡＮチャネル品質の悪化、または、例えば、現在のネットワークから新しい代わりのネットワークへのハンドオーバーを必要とする代わりの使用可能なネットワーク上で通話料金を下げる等のイベントに応答して、トリガが、ＭＮにより受信または生成される。
【００１６】
ステップ３−トリガに応答して、ＭＮが、新しいＵＭＴＳネットワーク経由でＣＮにＳＩＰ ｒｅ−ｉｎｖｉｔｅメッセージを送信する。ＭＮが既にＣＮのＩＰアドレスを知っていると、ＭＮおよびＣＮの間の全てのＳＩＰメッセージは直接送信されるけれども、プロトコルはそのようなメッセージのＵＭＴＳ ＳＩＰ レジスタおよびプロキシサーバ経由のルーティングを許可しない。ｒｅ−ｉｎｖｉｔｅメッセージは、ＭＮおよびＣＮに継続中のＳＩＰセッションの詳細を再ネゴシエートさせる。本発明に最も関係のあるパラメータは、ハンドオーバー完了後、ＣＮにより使用されてデータパケットを導くＭＮのＵＭＴＳインタフェースのＩＰアドレスである。
【００１７】
ステップ４−ＣＮはＳＩＰ ２００−ＯＫメッセージを、ＩＰアドレスの変更に同意するＭＮに送信する。
【００１８】
ステップ５−通話信頼性目的のため、ＭＮがＳＩＰ ＡＣＫメッセージを送信してＳＩＰ再ネゴシエーション処理を完了する。ＣＮにおけるＡＣＫの到着は、ＣＮ用のトリガであって、新しいＵＭＴＳネットワークに関連したＩＰアドレスの使用を開始して、ＭＮに到達する。
【００１９】
これは、ハンドオーバーおよびデータ再ルーティングステップを完了する。ＣＮにおいてＡＣＫ信号の到着の後でＷＬＡＮ資源の開放をトリガする処理は多くの明確なステップで発生し、それらのステップのタイミングは図３に示されている。次に、各ステップを詳細に説明する。
【００２０】
ステップ６−ＡＣＫの到着により、ＣＮは自身のネットワークの中のＱｏＳマネージャに、コモンオープンポリシーサービス（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ Ｓｅｒｖｉｃｅ）（ＣＯＰＳ）プロトコル［ＲＦＣ２７４８］を使用して信号を送る。ＣＯＰＳは、単純なクエリーおよび応答プロトコルであって、ポリシーサーバ（ポリシーディシジョンポイント（Ｐｏｌｉｃｙ Ｄｅｃｉｓｉｏｎ Ｐｏｉｎｔ）またはＰＤＰ）とそのクライアント（ポリシーエンフォースメントポインツ（Ｐｏｌｉｃｙ Ｅｎｆｏｒｃｅｍｅｎｔ Ｐｏｉｎｔｓ）またはＰＥＰｓ）との間の情報の交換に使用できる。ポリシーは、資源アクセスおよび使用の原則を定めたルールおよびサービスの組合せである。ＣＯＰＳでは、ＰＥＰが、ＰＤＰに、要求、更新、および削除を送信し、ＰＤＰは決定をＰＥＰに返信する。ＣＯＰＳの基本メッセージフォーマットは、多くの他の事項の中で、要求（ＲＥＱｓ）、決定（ＤＥＣｓ）、および報告ステータス（ＲＰＴｓ）を含む。この発明の状況では、ＱｏＳマネージャから支援されたＣＮは、ＰＥＰとして、ＷＬＡＮルータを備えたＰＤＰｓとしてみることができる。
【００２１】
ステップ７−ＣＮからＣＯＰＳ信号を受信すると、ＱｏＳマネージャは、発呼者のネットワーク信号（ＣＯＰＳを使用した）の中のＣＮをＷＬＡＮ ＱｏＳマネージャに供給してＭＮのために割り当てられた資源を清算する。
【００２２】
ステップ８−ＷＬＡＮ ＱｏＳマネージャは、さらにこのＣＯＰＳ資源開放要求を、ＷＬＡＮルータへまわし、次にＷＬＡＮルータは、前にＭＮのために割り当てられた資源を実際に開放する。
【００２３】
ＲＳＶＰプロトコル［ＲＦＣ２２０５］を使用してＷＬＡＮ資源が割り当てられた代わりの実施の形態では、ステップ６からステップ８は、ＡＣＫを受信するとＲＳＶＰ ＰａｔｈＴｅａｒ資源開放メッセージを発するＣＮに置き換えることができる（図４）。この場合、（ｉ）ＣＮと発呼者のネットワークＱｏＳマネージャとの間、および（ii）発呼者のネットワークＱｏＳマネージャとＷＬＡＮネットワークＱｏＳマネージャとの間の通信をサポートするように拡張されねばならないＣＯＰＳ信号伝達に依存しない。おそらく、ＩＥＴＦの中で現在開発中の拡張ＲＳＶＰプロトコルは、図４のＷＬＡＮ資源を開放するのにより適切なプロトコルである。標準ＲＳＶＰプロトコルは、移動体が含まれる場合にはあまり適していない。図４に示されるＲＳＶＰ ＰａｔｈＴｅａｒメッセージは、発呼者のネットワーク内で予約された任意の資源の開放もトリガできる。拡張ＲＳＶＰプロトコルは、エンドツーエンドデータパスの特定のセグメント内で資源の割り当てを変更するために開発されている。
【図面の簡単な説明】
【００２４】
【図１】移動体ノードと対応するノードとの間の第１および第２の通信リンクを示す概略図
【図２】２つの通信リンクの間のハンドオーバーおよびリルートデータの完了に必要な信号のフローチャートのステップ１からステップ５を示す図
【図３】ＣＯＰＳプロトコルを使用してＭＮからＡＣＫ信号を受信すると、ＷＬＡＮ資源の開放をＣＮがトリガする信号のフローチャートのステップ６からステップ８を示す図
【図４】ＲＳＶＰプロトコルを使用してＭＮからＡＣＫ信号を受信すると、ＷＬＡＮ資源の開放をＣＮがトリガする信号のフローチャートのステップ６を示す図
【特許請求の範囲】
【請求項１】
移動体ノード（ＭＮ）と対応するノード（ＣＮ）との間の第１の通信リンクに割り当てられた資源を手放す方法であって、上記移動体ノードと上記対応するノードとの間の第２の通信リンクへのＳＩＰハンドオーバーの後に、第１のネットワーク経由の第１のリンクルーティング信号および第２のネットワーク経由の第２のリンクルーティング信号が続き、上記第１の通信リンクに割り当てられた資源の開放を開始する信号が、上記ＭＮからのＡＣＫ信号の受信に応答して、生成される方法。
【請求項２】
資源の開放を開始する上記信号が、上記ＣＮにおいて、上記ＡＣＫを受信することによりトリガされる請求項１に記載の方法。
【請求項３】
資源の開放を開始する上記信号が、上記第２のネットワークのＳＩＰプロキシサーバにおいて、上記ＡＣＫを受信することによりトリガされる請求項１に記載の方法。
【請求項４】
資源の開放を開始する上記信号が上記第１のネットワークの上記ＱｏＳマネージャに中継される請求項１、請求項２、または請求項３に記載の方法。
【請求項５】
上記第１のネットワークの上記ＱｏＳマネージャへの上記信号が、発呼者のネットワークＱｏＳマネージャにより中継される請求項３に記載の方法。
【請求項６】
上記発呼者のネットワークＱｏＳマネージャから上記第１のネットワークの上記ＱｏＳマネージャへの上記信号がＣＯＰＳにより中継される請求項５に記載の方法。
【請求項７】
資源の開放を開始する上記信号が、上記第１のネットワークのトラフィック集中ポイントへ中継される請求項１、請求項２、または請求項３に記載の方法。
【請求項８】
上記トラフィック集中ポイントが、上記第１のネットワークのエッジルータである請求項７に記載の方法。
【請求項９】
資源の開放を開始する上記信号がＲＳＶＰプロトコルを使用して中継される請求項７または請求項８に記載の方法。
【請求項１０】
添付の図を参照して実質的に記載される全ての方法。
【請求項１】
移動体ノード（ＭＮ）と対応するノード（ＣＮ）との間の第１の通信リンクに割り当てられた資源を手放す方法であって、上記移動体ノードと上記対応するノードとの間の第２の通信リンクへのＳＩＰハンドオーバーの後に、第１のネットワーク経由の第１のリンクルーティング信号および第２のネットワーク経由の第２のリンクルーティング信号が続き、上記第１の通信リンクに割り当てられた資源の開放を開始する信号が、上記ＭＮからのＡＣＫ信号の受信に応答して、生成される方法。
【請求項２】
資源の開放を開始する上記信号が、上記ＣＮにおいて、上記ＡＣＫを受信することによりトリガされる請求項１に記載の方法。
【請求項３】
資源の開放を開始する上記信号が、上記第２のネットワークのＳＩＰプロキシサーバにおいて、上記ＡＣＫを受信することによりトリガされる請求項１に記載の方法。
【請求項４】
資源の開放を開始する上記信号が上記第１のネットワークの上記ＱｏＳマネージャに中継される請求項１、請求項２、または請求項３に記載の方法。
【請求項５】
上記第１のネットワークの上記ＱｏＳマネージャへの上記信号が、発呼者のネットワークＱｏＳマネージャにより中継される請求項３に記載の方法。
【請求項６】
上記発呼者のネットワークＱｏＳマネージャから上記第１のネットワークの上記ＱｏＳマネージャへの上記信号がＣＯＰＳにより中継される請求項５に記載の方法。
【請求項７】
資源の開放を開始する上記信号が、上記第１のネットワークのトラフィック集中ポイントへ中継される請求項１、請求項２、または請求項３に記載の方法。
【請求項８】
上記トラフィック集中ポイントが、上記第１のネットワークのエッジルータである請求項７に記載の方法。
【請求項９】
資源の開放を開始する上記信号がＲＳＶＰプロトコルを使用して中継される請求項７または請求項８に記載の方法。
【請求項１０】
添付の図を参照して実質的に記載される全ての方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００７−５０６２９５（Ｐ２００７−５０６２９５Ａ）
【公表日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願番号】特願２００６−５２５８９５（Ｐ２００６−５２５８９５）
【出願日】平成１６年９月１３日（２００４．９．１３）
【国際出願番号】ＰＣＴ／ＧＢ２００４／００３８８３
【国際公開番号】ＷＯ２００５／０２７５６３
【国際公開日】平成１７年３月２４日（２００５．３．２４）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公表日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願日】平成１６年９月１３日（２００４．９．１３）
【国際出願番号】ＰＣＴ／ＧＢ２００４／００３８８３
【国際公開番号】ＷＯ２００５／０２７５６３
【国際公開日】平成１７年３月２４日（２００５．３．２４）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]