JP4672002B2 - 無線通信システムにおいてサービス品質サポートを提供する方法、装置、コンピュータプログラム - Google Patents

Description

本発明の現在推奨されている実施形態は、一般に通信システムに関し、特に、通信システムにおけるエンティティ間のサービス品質（ＱｏＳ）の相関関係に関するものである。本発明の現在推奨されている実施形態は、一般に、本願で移動ノード（ＭＮ）とも呼ばれる移動局（ＭＳ）にサービスを提供する無線ネットワーク（ＲＮ）で利用するパケットデータモード・ハンドオフ技法にさらに関し、さらに詳細には、ハンドオフ中およびハンドオフ後に、或る一定のＭＮのＱｏＳを適応させるようなハンドオフ技法に関するものである。

本願の発明主題は、少なくとも部分的には３ＧＰＰ２ＴＳＧコアネットワーク（ＴＳＧ−Ｘ）パケットデータサービング（ＰＤＳ）ワークグループ（ＷＧ）に対する提案をサポートするものである。しかし、本願は、３ＧＰＰ２の本文によって公開されているような仕様に限定されると考えるべきものではない。

エンドツーエンド（Ｅ２Ｅ）ＱｏＳソリューションに関する以下の局面は、従来からＰＤ ＷＧに同意してきた。すなわち、移動局（ＭＳ）からパケットデータサービングノード（ＰＤＳＮ）へのＱｏＳシグナリング用拡張フローマッピング／処理プロトコルの利用によって、無線アクセスネットワーク（ＲＡＮ）-ＰＤＳＮ（Ｒ−Ｐ）接続を要求するパケットデータサービングノード（ＰＤＳＮ）内の機能に特定のＱｏＳパラメータを提供し、さらに、ＭＳがＰＤＳＮへＱｏＳ要件を送信し、次いで、ＰＤＳＮがＭＳ ＱｏＳ要件をＲＡＮへ送信するアプローチが採用される。

図１Ａは、ＣＤＭＡ２０００型ネットワークにおける従来方式のＱｏＳネゴシエーションの処理手順を示すセッションダイアグラム１００である。セッション中に関与するネットワークエンティティには、移動局（ＭＳ）１１０、無線アクセスネットワーク（ＲＡＮ）１２０およびパケットデータサービングノード（ＰＤＳＮ）１３０が含まれる（但しこれらのみに限定されるわけではない）。

ステップ１０１で、アプリケーションレベルの情報（上記ダイアグラムには図示せず）を交換した後、ＭＳ１１０は、受信機と送信機の双方用のＱｏＳ属性とトラフィックフィルタテンプレート（ＴＦＴ）とを３ＧＰＰ２オブジェクトの形で含む３ＧＰＰ２−ＲＳＶＰ ＲＥＳＶメッセージをＰＤＳＮ１３０へ送信する。

ステップ１０２で、要求されたＱｏＳ属性の認証に成功した後、ＰＤＳＮ１３０は、この要求を処理し、無線関連のＱｏＳのパラメータを取り出し、ＣＤＭＡ２０００のベアラサービス用ＱｏＳパラメータを生成する。ＰＤＳＮ１３０は、適切なＱｏＳパラメータ（リンクレベルのＱｏＳ）を用いてベアラを確立するようにＲＡＮ１２０に要求する。

ＲＡＮ１２０は、ステップ１０３でセッション更新メッセージの確認応答を行う。次いで、ステップ１０４で、ＲＡＮ１２０は、そのリソース管理を利用して、上記要求を受け入れることができるかどうかの判定を行い、与えられたリンクレベルのＱｏＳと割り当てられたサービスレファレンス識別子（ＳＲ_ＩＤ）とを用いてＭＳ１１０に対するサービスインスタンスの呼確立を要求する。

ステップ１０５で、ＭＳ１１０は、上記要求を受け入れ、ステップ１０６で、ＲＡＮ１２０はＲ−Ｐ呼確立メッセージをＰＤＳＮ１３０へ送信する。ＲＡＮ１２０が、（課金目的に用いるために）要求されたＱｏＳパラメータを受け入れることができなかった場合、上記メッセージは実際の与えられたＱｏＳパラメータを含むものであってもよい。

ステップ１０７で、ＰＤＳＮ１３０はＲ−Ｐ呼確立メッセージの確認応答を行い、ステップ１０８でＲＥＳＶ ＣｏｎｆメッセージをＭＳ１１０へ送信する。

上述のシグナリングアプローチは、異なるインタフェースを介して行われる処理手順間での配置問題を含ものであることが知られている。

さらに詳細には、従来方式のＱｏＳシグナリングアプローチに関して生じる問題点として、ＳＲ_ＩＤが補助サービスインスタンスの呼確立処理手順（ステップ１０４）中にだけ割り当てられるため、ＭＳ１１０が上位層ＱｏＳシグナリング（すなわち、ＲＥＳＶシグナリング）を、ステップ１０４と１０５で確立されたばかりのサービスインスタンスと相関させることができなくなるという点が挙げられる。換言すれば、ＭＳ１１０は、どのアプリケーション用としてＳＩが確立されたものであるかを認知することなく、補助サービスインスタンス（ＳＩ）の確立要求を受け入れることになる。この相関関係はステップ１０８の後、ＭＳ１１０の中でのみ確立される。上記処理手順は、どのサービスインスタンスがどのアプリケーション用として確立されるかをＭＳ１１０は認知すべきであるとする設計概念に違反する可能性がある。

従来方式のＱｏＳシグナリングアプローチに関する別の問題点として、リソースの利用可能性をチェックするために、ＰＤＳＮ１３０がＲ−Ｐ更新メッセージをステップ１０２で送信するとき、ＳＲ_ＩＤが割り当てられないという点が挙げられる。したがって、後でＰＤＳＮ１３０がステップ１０６でＲ−Ｐ呼確立要求メッセージをＲＡＮ１２０から受信するとき、ＰＤＳＮ１３０はＲ−Ｐ更新メッセージとＲ−Ｐ呼確立要求メッセージとを相関させることができなくなり、その結果、ＲＥＳＶメッセージ（ステップ１０１）をＲ−Ｐ呼確立要求メッセージ（ステップ１０６）と相関させることができなくなる。この結果、ＰＤＳＮ１３０は、Ｒ−Ｐ呼確立要求メッセージの形で搬送されるＳＲ_ＩＤが、ＲＥＳＶメッセージの形で搬送されるＴＦＴ用のものであるかどうかを認知しなくなる。その結果、ＰＤＳＮ１３０は、割り当てられたＳＲ_ＩＤを用いてＭＳ１１０へＲＥＳＶ Ｃｏｎｆレスポンスを送信しなくなる。

３ＧＰＰ２仕様（パケットデータモビリティリソース管理−Ｘ．Ｓ００１１−００３−Ｃ）に記載されているように、アクティブなサービスインスタンスを備えた移動ノード（ＭＮ）が新たなパケットデータサービングノード（ＰＤＳＮ）へハンドオフを行うとき、ＰＤＳＮ間で高速ハンドオフの処理手順をサポートするようにしてもよい。ハンドオフが必要である旨の条件を検出した時、無線アクセスネットワーク（ＲＡＮ）と呼ばれることもあるソース無線ネットワーク（ＲＮ）は、（移動体交換センタ（ＭＳＣ）を経由して）ターゲットＲＮを用いてハンドオフ処理手順を開始する。ターゲットＲＮはターゲットＰＤＳＮを選択し、個々のサービスインスタンスに対して、該ターゲットＰＤＳＮ用の１つのＲ−Ｐ接続を確立する。上記のように確立された個々のＲ−Ｐ接続に対して、ターゲットのＰＤＳＮはソースＰＤＳＮとのＰ−Ｐ接続の確立を試みる。ソースＰＤＳＮは、ターゲットＰＤＳＮへデータパケットを送信する前に、すべての既存のリンク層コンテキスト（ポイント・トゥー・ポイントプロトコル（ＰＰＰ）並びに圧縮など）をＰ−Ｐ接続を介して利用する。このタイプのＰＤＳＮ間ハンドオフを行うための高レベルのメッセージの流れ図が図１Ｂに示されている。この図では、Ｓｒｃは"ソース"を表し、Ｔｇｔは"ターゲット"を表す。

以下さらに詳細に説明するように、上記従来方式のＰＤＳＮ間ハンドオフは、ハンドオフ中、および、ハンドオフ後に、Ｒ−Ｐネットワークおよび外部ネットワークを介してＱｏＳを提供する方法について考慮するものではない。ＭＮによって要求されるＱｏＳは或る特定のデータレートとエラーレートとを含むものであってもよく、一般に、関心対象のアプリケーションに基づいて或る一定のデータスループットを指定することも可能である。例えば、一般的なウェブブラウズアプリケーションやストリーミングビデオダウンロードアプリケーションに関与しているときよりも、ボイス・オーバ・インターネットプロトコル（ＶｏＩＰ）アプリケーション（低ラテンシを含むアプリケーションなど）で使用されているとき、ＭＮが別のＱｏＳを要求する場合もある。

さらに詳細には、従来方式の高速ＰＤＳＮハンドオフ処理手順を使用するとき、かつ、Ｐ−Ｐ接続が確立された後、ターゲットＰＤＳＮは、ＭＮのＱｏＳ要件についての知識や、サービスインスタンスに適用すべきＱｏＳポリシについての知識を有していない。この欠陥の結果、ターゲットＲＮとターゲットＰＤＳＮとの間でＲ−Ｐネットワークを介してインターネットプロトコル（ＩＰ）ＱｏＳをサポートすることができなくなるのみならず、逆方向に転送されるパケットトラフィック用として、ソースＰＤＳＮとターゲットＰＤＳＮとの間でネットワークを介してインターネットプロトコル（ＩＰ）ＱｏＳをサポートすることもできなくなる。

本発明の好ましい実施形態に対する現在の特段の関心対象のプラクティスでは、Ｓｒｃ ＲＮからＴｇｔ ＲＮへ送信されるハンドオフ要求メッセージが、１つのＱｏＳ関連パラメータ"非保証モードパケット優先権"を担持できることに留意されたい。このパラメータは、３ＧＰＰ２Ａ．Ｓ００１４−Ｂ、Ｖ．１．０、セクション４.２.４１に仕様化されているような非保証パケットデータサービスの優先権を示すものである。しかし、このフィールドによって伝えられる情報はＴｇｔ ＰＤＳＮがＱｏＳポリシを引き出すには不十分である。

発明の好適な実施形態のまとめ

これらの教示に対して現在推奨される本発明の実施形態によれば、上述の問題やその他の問題を解決することができ、さらに別の利益も得ることができる。

本発明の実施形態に従うシステムは接続に関与するエンティティ間で識別子を交換することによってＭＳ、ＲＡＮおよびＰＤＳＮ接続用サービスインスタンスを相関させる方法を提供するものである。

本発明の第１の観点では、本発明は、移動局（ＭＳ）用サービスインスタンスと、無線アクセスネットワーク（ＲＡＮ）と、パケットデータサービングノード（ＰＤＳＮ）接続とを相関させる方法を提供する。上記方法は、移動局から３ＧＰＰ２−ＲＳＶＰ ＲＥＳＶメッセージを受信するステップであって、上記メッセージが、複数のサービス属性の品質と、複数のトラフィックフィルタテンプレートとを求める要求を含むステップと、上記移動局によって生成された要求識別子を受信するステップと、上記要求された複数のサービス属性の品質を処理するステップと、上記複数のサービス属性の品質から、無線アクセスと関係する少なくとも１つの属性を取り出すステップと、複数のベアラサービスパラメータを生成するステップと、上記複数のベアラサービスパラメータに基づいてベアラを確立するように上記無線アクセスネットワークに要求するステップと、上記無線アクセスネットワークへ上記要求識別子を提供するステップと、上記無線アクセスネットワークから確認応答を受信するステップと、上記無線アクセスネットワークによって与えられた複数のサービス属性の品質と、サービスレファレンス識別子とを含む呼確立メッセージを受信するステップと、上記接続を上記無線アクセスネットワークと相関させるステップと、上記移動局へ確認メッセージを送信するステップであって、上記確認メッセージが、上記無線アクセスネットワークによって与えられた上記複数のサービス属性の品質と、上記サービスレファレンス識別子と、上記要求識別子とを含むステップと、を有するものである。

本発明の第２の観点では、本発明は、移動局（ＭＳ）用サービスインスタンスと、無線アクセスネットワーク（ＲＡＮ）と、パケットデータサービングノード（ＰＤＳＮ）接続とを相関させる方法を提供し、該方法には、移動局から予約メッセージを受信するステップであって、上記予約メッセージが、複数のサービス属性の品質と、複数のトラフィックフィルタテンプレートとを求める要求を含むステップと、上記要求された複数のサービス属性の品質を処理するステップと、上記複数のサービス属性の品質から、無線アクセスと関係する少なくとも１つの属性を取り出すステップと、複数のベアラサービスパラメータを生成するステップと、上記複数のベアラサービスパラメータに基づいてベアラを確立するように上記無線アクセスネットワークに要求するステップと、接続識別子を提供するステップと、接続識別子を有する上記無線アクセスネットワークから確認応答を受信するステップと、上記無線アクセスネットワークによって与えられた複数のサービス属性の品質と、サービスレファレンス識別子とを含む呼確立メッセージを受信するステップと、上記接続を上記無線アクセスネットワークと相関させるステップと、上記移動局へ確認メッセージを送信するステップであって、上記メッセージが、上記無線アクセスネットワークによって与えられた上記複数のサービス属性の品質と、上記サービスレファレンス識別子とを含むステップと、が含まれる。

本発明の第３の観点では、本発明は、移動局（ＭＳ）用サービスインスタンスと、無線アクセスネットワーク（ＲＡＮ）と、パケットデータサービングノード（ＰＤＳＮ）接続とを相関させる方法を提供し、該方法には、複数のサービス品質（ＱｏＳ）属性と、上記ＭＳによって生成された要求識別子とを含む予約要求メッセージを上記ＭＳから上記ＰＤＳＮ側で受信するステップと、上記要求された複数のサービス属性の品質を処理し、該サービス属性から複数のベアラサービスＱｏＳパラメータを生成するステップと、上記ＲＡＮへ要求を送信して、少なくとも部分的に上記複数のベアラサービスＱｏＳパラメータに基づいてベアラを確立するステップであって、上記要求が上記要求識別子を含むベアラの確立ステップと、上記ＲＡＮから上記ＭＳへサービスインスタンスの呼確立メッセージを送信するステップであって、上記サービスインスタンスの呼確立メッセージが、上記ＲＡＮによって与えられたリンクレベルのＱｏＳパラメータと上記要求識別子とを含むステップと、上記ＲＡＮから上記ＰＤＳＮへＲＡＮ−ＰＤＳＮ接続確立要求メッセージを送信するステップであって、上記接続確立要求メッセージが上記要求識別子を含むステップと、上記予約要求メッセージの中で上記ＭＳから受信した上記要求識別子と、上記ＲＡＮ−ＰＤＳＮ接続を上記ＰＤＳＮ側で相関させるステップと、予約確認メッセージを上記ＭＳへ送信するステップであって、上記予約確認メッセージが上記要求識別子を含むステップと、が含まれる。

本発明の別の観点では、ＲＡＮとＰＤＳＮとを用いて作動可能なＭＳが提供され、上記ＭＳは、無線アクセスネットワーク（ＲＡＮ）と、パケットデータサービングノード（ＰＤＳＮ）とを用いて作動可能な移動局（ＭＳ）であって、前記フロー用の所望のサービス品質（ＱｏＳ）を指定する前記情報を含むフロー要求メッセージと、前記フロー要求を識別するための前記ＭＳによって生成されたフロー要求識別子とをＰＤＳＮへ送信する手段と、少なくとも、与えられたＱｏＳパラメータと、前記フロー要求識別子とを指定する情報を前記ＲＡＮから受信し、て前記ＰＤＳＮからフロー要求確認メッセージをさらに受信する手段であって、前記フロー要求確認メッセージが前記フロー要求識別子も含む手段と、を備える。

本発明の別の観点では、本発明はＲＡＮとＰＤＳＮとを用いてＭＳを作動させる方法を提供し、該方法は、上記フロー用の所望のサービス品質（ＱｏＳ）を指定する上記情報を含むフロー要求メッセージと、上記フロー要求を識別するための、上記ＭＳによって生成されたフロー要求識別子とをＰＤＳＮへ送信するステップと、少なくとも、与えられたＱｏＳパラメータと上記フロー要求識別子とを指定する情報を上記ＲＡＮから受信するステップと、上記ＰＤＳＮからフロー要求確認メッセージを受信するステップであって、上記フロー要求確認メッセージが上記フロー要求識別子も含むステップと、を有する。

本発明の別の観点では、本発明は、プログラム命令を含むコンピュータ可読媒体に有形のものとして具現化され、該プログラム命令の実行によって、ＲＡＮおよびＰＤＳＮを用いてＭＳを作動させるコンピュータプログラムを提供し、該コンピュータプログラムには、上記フロー用の所望のサービス品質（ＱｏＳ）を指定する上記情報を含むフロー要求メッセージと、上記フロー要求を識別するための、上記ＭＳによって生成されたフロー要求識別子とをＰＤＳＮへ送信する処理と、少なくとも、与えられたＱｏＳパラメータと上記フロー要求識別子とを指定する情報を上記ＲＡＮから受信する処理と、上記ＰＤＳＮからフロー要求確認メッセージを受信する処理であって、上記フロー要求確認メッセージが上記フロー要求識別子も含む処理と、が含まれる。

本発明の別の観点では、本発明は、ＭＳ用サービスインスタンスと、ＲＡＮと、ＰＤＳＮ接続とを相関させる方法を提供し、該方法は、予約要求メッセージを上記ＭＳから上記ＰＤＳＮ側で受信するステップであって、上記予約要求メッセージが、或る一定のサービス品質と、複数のトラフィックフィルタテンプレートとを求める要求を含むステップと、上記サービス品質を求める要求を処理し、該サービス品質からベアラサービスＱｏＳパラメータを生成するステップと、上記ＲＡＮへ要求を送信して、少なくとも部分的に上記ベアラサービスＱｏＳパラメータに基づいてベアラを確立するステップであって、上記要求が上記接続識別子を含むベアラの確立ステップと、上記ＲＡＮから確認応答を受信するステップであって、上記確認応答が、少なくとも、与えられたＱｏＳパラメータと、サービスレファレンス識別子（ＳＲ_ＩＤ）と、上記接続識別子とを含むステップと、を有する。

本発明の別の観点では、本発明は、ＭＳと、ＲＡＮとを用いて作動可能なＰＤＳＮであって、上記ＭＳからの予約要求メッセージの受信に応動する処理手段を提供し、該予約要求メッセージは、或る一定のサービス品質と、複数のトラフィックフィルタテンプレートとを求める要求を含み、上記サービス品質を求める要求を処理し、該サービス品質からベアラサービスＱｏＳパラメータを生成するようにする処理手段と；上記ＲＡＮへ要求を送信して、少なくとも部分的に上記ベアラサービスＱｏＳパラメータに基づいてベアラを確立する手段であって、上記要求が上記接続識別子を含むベアラを確立する手段と；上記ＲＡＮから確認応答を受信する手段であって、上記確認応答が、少なくとも、与えられたＱｏＳパラメータと、サービスレファレンス識別子（ＳＲ_ＩＤ）と、上記接続識別子とを含む手段と；を備える。

本発明の別の観点では、本発明は、プログラム命令を含むコンピュータ可読媒体に有形のものとして具現化され、該プログラム命令の実行によって、ＭＳとＲＡＮとを用いてＰＤＳＮを作動させるコンピュータプログラムを提供し、該コンピュータプログラムは上記ＭＳからの予約要求メッセージの受信に応動する処理であって、上記予約要求メッセージが、或る一定のサービス品質と、複数のトラフィックフィルタテンプレートとを求める要求を含み、上記サービス品質を求める要求を処理し、該サービス品質からベアラサービスＱｏＳパラメータを生成するようにする処理と、上記ＲＡＮへ要求を送信して、少なくとも部分的に上記ベアラサービスＱｏＳパラメータに基づいてベアラを確立する処理であって、上記要求が上記接続識別子を含むベアラを確立する処理と、上記ＲＡＮから確認応答を受信する処理であって、上記確認応答が、少なくとも、与えられたＱｏＳパラメータと、サービスレファレンス識別子（ＳＲ_ＩＤ）と、上記接続識別子とを含む処理と、を有する。

本発明の別の観点では、本発明は、第１のＲＮと関連づけられた第１のＰＤＳＮから、第２のＲＮと関連づけられた第２のＰＤＳＮへＭＮのハンドオフを行う方法を提供する。上記方法は、上記第１のＲＮから上記第２のＲＮへハンドオフ要求メッセージを送信するステップと、上記第２のＲＮと上記第２のＰＤＳＮとの間で、および、上記第２のＰＤＳＮと上記第１のＰＤＳＮとの間で通信を行って、上記ハンドオフを達成するようにするステップであって、上記第１のＲＮにおいて上記ＭＮと関連づけられたＱｏＳ情報を上記第２のＰＤＳＮへ送信するステップと、を有する。

本発明の別の観点では、本発明は、第１の無線ネットワーク（ＲＮ）と関連づけられた第１のＰＤＳＮから、第２のＲＮと関連づけられた第２のＰＤＳＮへＭＮのハンドオフを行う装置を提供する。上記装置は、上記第１のＲＮから上記第２のＲＮへハンドオフ要求メッセージを送信する手段と、上記ハンドオフを達成するために、上記第２のＲＮと上記第２のＰＤＳＮとの間で、並びに、上記第２のＰＤＳＮと上記第１のＰＤＳＮとの間で通信を行う手段とを含み、上記第１のＲＮにおいて上記ＭＮと関連づけられたＱｏＳ情報が上記第２のＰＤＳＮへ送信される。

本発明の別の観点では、本発明は、コンピュータ可読媒体に有形のものとして具現化されたコンピュータプログラムであって、第１のＲＮと関連づけられた第１のＰＤＳＮから、第２のＲＮと関連づけられた第２のＰＤＳＮへＭＮのハンドオフを行うプログラム命令を含むコンピュータプログラムを提供する。上記コンピュータプログラムは、上記第１のＲＮから上記第２のＲＮへハンドオフ要求メッセージを送信する処理と、上記第２のＲＮと上記第２のＰＤＳＮとの間で、および、上記第２のＰＤＳＮと上記第１のＰＤＳＮとの間で通信を行って、上記ハンドオフを達成するようにする処理であって、上記第１のＲＮにおいて上記ＭＮと関連づけられたＱｏＳ情報を上記第２のＰＤＳＮへ送信する処理と、を実行する。

本発明の別の観点では、本発明は、パケットデータサービングノードを提供し、該パケットデータサービングノードは、ソース無線ネットワークにおいて移動ノードと関連づけられたＱｏＳ情報を受信する手段と、少なくとも部分的に上記受信済みのＱｏＳ情報に基づいて上記移動ノード用のＱｏＳポリシを確定する手段と、移動ノードハンドオフターゲット無線ネットワークへ上記ＱｏＳポリシを送信する手段と、を備え、上記パケットデータサービングノードは、Ｒ−Ｐインタフェース接続を経由して上記ターゲット無線ネットワークと通信を行う。

本発明の別の観点では、本発明は、ターゲット無線ネットワークへの移動ノードのハンドオフと関連してソース無線ネットワークとして機能するとき、並びに、ソース無線ネットワークから受信したＱｏＳ情報をターゲットパケットデータサービングノードへ送信するための、および、上記ターゲットパケットデータサービングノードから上記移動ノード用ＱｏＳポリシを受信するための上記ターゲット無線ノードとして機能するとき、パケットデータサービングノードと結合された、かつ、上記移動ノード用ＱｏＳ情報を上記ターゲット無線ネットワークへ送信する手段を備えた無線ネットワークであって、上記ターゲットパケットデータサービングノードへ送信された上記ＱｏＳ情報から少なくとも部分的に上記ＱｏＳポリシが決定される無線ネットワークを提供する。

本発明の上述の実施形態の別の局面並びに現在推奨されている実施形態の別の局面は、添付図面図と共に推奨実施形態についての以下の詳細な説明を読むとき、該説明の中でさらに明らかされる。

好適な実施形態の詳細な説明

前置きとして、図４を参照して、本発明の実施形態の実現と、実施とを可能にする適切な技術上のコンテキストを示すことにする。

さらに詳細には、図４は、本発明の教示の実施の使用に適しているＣＤＭＡ２０００型ネットワークのような無線通信システム１の簡略ブロック図である。図４の記載は、本発明を好適な技術上のコンテキストに配するためのものである。しかし、図４に図示の特定のネットワークアーキテクチャとトポロジとは本発明を限定するという意味合いで解釈すべきものではないことを理解すべきである。というのは、本発明は図４に図示のものとは異なるアーキテクチャとトポロジとを有するネットワークでの実施も可能であるからである。さらに、本発明の一般的コンセプトは、移動ＩＰネットワークを実現するための任意のアクセス技術においても同様に実施可能であり、したがって、ＣＤＭＡネットワークだけでの利用に限定されるものではない。それ故、以下の説明を読むとき、該説明の局面並びに用語法によってはＣＤＭＡ型ネットワークに固有のものもあるが、以下の説明は、本発明の実施構成と、利用と、実施に対する限定を意味するものとして読まれることを意図するものではないことに留意されたい。

図４に図示の無線通信システム１は、少なくとも１つの移動ノード（ＭＮ）すなわちＭＳ１０を備えるものである。ＭＳ１０は携帯電話であってもよいし、あるいは、携帯電話を含むものであってもよい。若しくは、携帯用コンピュータ、個人用情報機器（ＰＤＡ）、インターネット機器、ゲーム用装置、画像処理装置およびこれらの装置の機能性及び／又は別の機能性の組み合わせを有する装置を含む（但しこれらのみに限定されるわけではない）無線通信能力を有する任意のタイプの移動端末装置（ＭＴ）であってもよい。ＭＳ１０は、ネットワーク１２によって使用される物理層および上位層の信号フォーマットとプロトコルと互換性を有し、無線リンク１１を経由してネットワーク１２との結合とが可能であると仮定されている。現在推奨されている本発明の実施形態では、無線リンク１１は無線周波数（ＲＦ）リンクである。但し、別の実施形態では無線リンク１１を光リンクとすることも可能である。

従来の意味では、ネットワーク１２は、ＩＳ-４１マップインタフェースを介してビジタ位置レジスタ（ＶＬＲ）１６と結合された移動体交換センタ（ＭＳＣ）１４を備えたものである。ＶＬＲ１６は、次いで、ＩＳ-４１マップインタフェースを介してスイッチングシステム７（ＳＳ−７）ネットワーク１８と結合され、そこからＭＳ１０のホームアクセスプロバイダネットワークと関連づけられるホーム位置レジスタ（ＨＬＲ）２０と関連づけられる。ＭＳＣ１４は、（回線交換（ＣＳ）およびパケット交換（ＰＳ）トラフィック用）Ａ１インタフェースを介して、および、（ＣＳサービス専用）Ａ５／Ａ２インタフェースを介して、無線ネットワーク（ＲＮ）２２Ａとも呼ばれる第１の無線アクセスネットワーク（ＲＡＮ）とも結合される。第１のＲＮ２２Ａは、基地送受信局（ＢＴＳ）と基地局センタ（ＢＳＣ）とを備えた基地局（ＢＳ）２４Ａを備え、該基地局センタは、Ａ８／Ａ９インタフェースを介してパケット制御機能（ＰＣＦ）２６Ａと結合される。ＰＣＦ２６Ａは、Ｒ−Ｐ（ＰＤＳＮ／ＰＣＦ）インタフェース２７（Ａ１０／Ａ１１インタフェースとも呼ばれる）を介して、第１のパケットデータサービングノード（ＰＤＳＮ）２８Ａと結合され、そこから、（Ｐｉインタフェースを介して）ＩＰネットワーク３０と結合される。ＰＤＳＮ２８Ａはまた、Ｐｉインタフェースおよび遠隔認証ダイアルインサービス（ＲＡＤＩＵＳ）インタフェースを介して、訪問先アクセス、認証および課金（ＡＡＡ）ノード３２とも結合されて図示されている。次いで、上記ノード３２はＲＡＤＩＵＳインタフェースを介してＩＰネットワーク３０と結合される。

ホームＩＰネットワークＡＡＡノード３４とブローカＩＰネットワークＡＡＡノード３６とが、ＲＡＤＩＵＳインタフェースを介してＩＰネットワーク３０と結合されて示されている。ホームＩＰネットワーク／ホームアクセスプロバイダネットワーク／私設ネットワークホームエージェント３８は、モバイルＩＰｖ４インタフェースを介してＩＰネットワークと結合される。ＲＦＣ３２２０に依れば、ホームエージェント３８は移動ノード（本願ではＭＳ１０）のホームネットワークのルータであり、該ルータは、移動ノードがホームから離れているとき、移動ノードへの転送用データグラムのトンネリングを行い、移動ノードのために現在の所在位置情報を保持している。

図４に図示のように、Ａ３／Ａ７インタフェースを介して第１のＲＮ２２Ａと結合される第２のＲＮ２２Ｂも設けるようにしてもよい。第２のＲＮ２２ＡはＢＳ２４ＢとＰＣＦ２６Ｂを備え第２のＰＤＳＮ２８Ｂと結合される。ＰＤＳＮ２８ＡとＰＤＳＮ２８Ｂとは、Ｐ−Ｐインタフェース２９（ＩＳ８３５Ｃに規定されているＰＤＳＮからＰＤＳＮへのインタフェース）を介して一体に結合される。

本発明の実施形態では、異なる処理手順を相関させる要求識別ベースのアプローチが提供され、ＭＳ１０と、ＲＡＮ２２と、ＰＤＳＮ２８とは個々に、どの要求がサービスインスタンスと関連づけられているかについて認知するようになっている。

上述の問題に対する可能な解決方法によって、図１のステップ１０８後に、ＭＳが、ＰＤＳＮへの別のＲＥＳＶメッセージの信号送信を行うことが可能になることに留意されたい。この追加のＲＥＳＶメッセージは少なくともＴＦＴと、割り当て済みのＳＲ_ＩＤとを含むことが望ましい。しかし、上記のアプローチは、ＲＥＳＶメッセージに対する応答としてＰＤＳＮがＲＥＳＶ Ｃｏｎｆメッセージの送信を行うことを必要とすることになる。当業者であれば理解できるように、このアプローチは追加の遅延時間を生じ、追加の帯域を費やすことになるため好ましいものではない。

上述の問題に対して現在推奨されている複数の解決方法が本発明の実施形態によって提供される。第１の解決方法は図２に図示のものであり、上述の問題の双方が、ＭＳ１０と、ＲＡＮ２２と、ＰＤＳＮ２８との間での処理手順で、単一の要求識別子（要求ＩＤ）を利用することにより解決される。第２の解決方法は図３に記載されている方法であり、リソースの利用可能性をチェックするために、ＰＤＳＮ２８がＲ−Ｐ更新メッセージを送信する際、ＳＲ_ＩＤが割り当てられないケースと関係する上記問題の解決を図るものである。この問題は、Ｒ−Ｐインタフェースにわたって接続識別子（接続_ＩＤ）を追加して、サービスインスタンスをフローマッピング処理手順と相関させるようにすることによって解決される。

まず図２を参照すると、ＭＳ１０と、ＲＡＮ２２と、ＰＤＳＮ２８との間のすべての処理手順で単一の要求ＩＤを利用することによって、上述の双方の問題に対する解決方法を例示するセッションダイアグラム２００が示されている。

ステップ２０１で、アプリケーションレベル情報（上記ダイアグラムには図示せず）を交換した後、ＭＳ１０は、受信機と送信機の双方用のＱｏＳ属性とトラフィックフィルタテンプレート（ＴＦＴ）とを３ＧＰＰ２オブジェクトの形で含む３ＧＰＰ２−ＲＳＶＰ ＲＥＳＶメッセージをＰＤＳＮ２８へ送信する。要求ＩＤが生成され、ＲＥＳＶメッセージの形で搬送される。この要求ＩＤは、ＭＳ１０からの個々のフローマッピングおよびＱｏＳに対して一意となることが望ましい。

ステップ２０２で、要求されたＱｏＳ属性の認証に成功した後、ＰＤＳＮ２８は、この要求を処理し、無線関連のＱｏＳパラメータを取り出し、ＣＤＭＡ２０００ベアラサービスＱｏＳパラメータを生成する。ＰＤＳＮ２８は、適切なＱｏＳパラメータ（リンクレベルのＱｏＳ）を用いてベアラを確立するようにＲＡＮ２２に要求する。ＭＳ１０によって生成された要求ＩＤもＲＡＮ２２への上記要求の中に含まれる。

ＲＡＮ２２は、ステップ２０３で、セッション更新メッセージの確認応答を行い、次いで、ステップ２０４で、ＲＡＮ２２は、そのリソース管理機能を利用して、上記要求を受け入れることができるかどうかの判定を行い、与えられたリンクレベルのＱｏＳと割り当てられたＳＲ_ＩＤとを用いてＭＳ１０に対するサービスインスタンスの確立を要求する。ＳＲ_ＩＤと共に、ＭＳ１０から発信された要求ＩＤも同様にＭＳ１０へ返送され、それによって、ＭＳ１０は、確立されたサービスインスタンスが、対応するＲＥＳＶメッセージの形で搬送されるＴＦＴを持つフロー向けのものである旨の情報を得ることようになっている。

ステップ２０５でＭＳ１０は上記要求を受け入れる。

ステップ２０６で、ＭＳ１０からＳＩの呼確立確認応答を受信した後、ＲＡＮ２２はＲ−Ｐ呼確立メッセージをＰＤＳＮ２８へ送信する。要求されたＱｏＳパラメータが、要求ＩＤとＳＲ_ＩＤと共に受け入れることができないようなものであった場合、要求メッセージは、与えられた実際のＱｏＳパラメータを含むものであってもよい。要求ＩＤはＰＤＳＮ２８によって使用され、Ｒ−Ｐ接続とＲＥＳＶメッセージとの相関が行われる。

ステップ２０７で、ＰＤＳＮ２８はＲ−Ｐ呼確立メッセージの確認応答を行う。ＰＤＳＮ２８はＲＥＳＶＣｏｎｆメッセージもＭＳ１０へ送信し、ＭＳ１０は、与えられたＱｏＳと、ＳＲ_ＩＤと、要求ＩＤとを坦持する（ステップ２０８）。

次に図３を参照してわかるように、上位層ＱｏＳシグナリング（すなわち、ＲＥＳＶシグナリング）をサービスインスタンスと相関させることを可能にするのに十分な情報を有していないＭＳ１０の問題に対する解決方法を例示するセッションダイアグラム３００が示されている。というのは、図１のステップ１０４に図示のように、ＳＲ_ＩＤは補助サービスインスタンスの呼確立処理手順中にだけ割り当てられるからである。図３は、Ｒ−Ｐインタフェース２７を介してＭＳ１０と、ＲＡＮ２２と、ＰＤＳＮ２８との間で複数の処理手順を相関させるために、接続ＩＤを利用する解決方法を例示する図である。

ステップ３０１で、アプリケーションレベル情報（上記ダイアグラムには図示せず）を交換した後、ＭＳ１０は、受信機と送信機の双方用のＱｏＳ属性とトラフィックフィルタテンプレート（ＴＦＴ）とを３ＧＰＰ２オブジェクトの形で含む３ＧＰＰ２−ＲＳＶＰ ＲＥＳＶメッセージをＰＤＳＮ２８へ送信する。

ステップ３０２で、要求されたＱｏＳ属性の認証に成功した後、ＰＤＳＮ２８は、この要求を処理し、無線関連のＱｏＳパラメータを取り出し、ＣＤＭＡ２０００ベアラサービス用ＱｏＳパラメータを生成する。ＰＤＳＮ２８は、適切なＱｏＳパラメータ（リンクレベルのＱｏＳ）を用いてベアラを確立するようにＲＡＮ２２に要求する。接続ＩＤが生成され、Ｒ−Ｐ更新メッセージの形で搬送される。この接続ＩＤは個々のサービスインスタンスに対して一意となることが望ましい。

ステップ３０３で、ＲＡＮ２２は、セッション更新メッセージの確認応答を行い、次いで、ステップ３０４で、ＲＡＮ２２は、そのリソース管理機能を利用して、要求の受け入れが可能かどうかの判定を行い、与えられたリンクレベルのＱｏＳと、割り当てられたＳＲ_ＩＤとを用いてＭＳ１０に対するサービスインスタンスの呼確立を要求する。

ＭＳ１０は上記要求を受け入れる（ステップ３０５）。

ステップ３０６で、ＭＳ１０からＳＩの呼確立確認応答を受信した後、ＲＡＮ２２はＲ−Ｐ呼確立メッセージをＰＤＳＮ２８へ送信する。そして、Ｒ−Ｐ更新メッセージの形でＰＤＳＮ２８によって割り当てられたＳＲ_ＩＤおよび接続ＩＤと共にこの要求されたＱｏＳパラメータの受け入れが不可能な場合には、要求メッセージは、与えられた実際のＱｏＳパラメータを含むものであってもよい。この接続ＩＤは、Ｒ−Ｐ呼確立メッセージをＲ−Ｐ更新メッセージと相関させるために、したがって、Ｒ−Ｐ更新メッセージをトリガするＲＥＳＶメッセージと、Ｒ−Ｐ呼確立メッセージの形で搬送されるＳＲ_ＩＤを相関させるためにＰＤＳＮ２８によって利用される。

ステップ３０７で、ＰＤＳＮ２８は、Ｒ−Ｐ呼確立メッセージの確認応答を行い、ステップ３０８で、与えられたＱｏＳと、応答するＳＲ_ＩＤとを搬送するＲＥＳＶＣｏｎｆメッセージをＭＳ１０へ送信する。

本発明の１つの局面は、コンピュータ可読媒体で有形のものとして具現化された少なくとも１つのコンピュータプログラムであって、ＰＤＳＮ２８とＲＡＮ２２とを用いてＭＮ１０を作動させるプログラム命令を含む少なくとも１つのコンピュータプログラムに関するものであることを理解すべきである。このコンピュータプログラムは、ＭＳ１０と、ＰＤＳＮ２８と、ＲＡＮ２２との中に局在させたり、及び／又は、ＭＳ１０と、ＰＤＳＮ２８と、ＲＡＮ２２との間に分散させたりして、（図４の個々のＰＤＳＮ２８の中にコントローラ（Ｃｏｎｔ）として示されているような）構成データプロセッサにより実行することも可能である。ＲＮ２２は、ＭＳ１０のような、本発明の実施形態に従って処理を実行するための好適なコントローラとインタフェースとを備えるものとしても仮定されている。

１つの実施形態では、本発明を限定するものではないコンピュータプログラムの中にプログラム命令が含まれ、該プログラム命令の実行によって、ＲＡＮ２２とＰＤＳＮ２８とを用いてＭＳ１０を作動させて、フロー用の所望のＱｏＳを指定する情報が含まれるフロー要求メッセージと、上記フロー要求を識別するための、ＭＳ１０によって生成されたフロー要求識別子とをＰＤＳＮ２８へ送信する処理と、少なくとも、与えられたＱｏＳパラメータと上記フロー要求識別子とを指定する情報をＲＡＮ２２から受信する処理と、ＰＤＳＮ２８からフロー要求確認メッセージを受信する処理であって、上記フロー要求確認メッセージが上記フロー要求識別子も含む処理とを実行することになる。

本発明を限定するものではない別の実施形態では、コンピュータプログラムの中にプログラム命令が含まれ、該プログラム命令の実行によって、ＭＳ１０とＲＡＮ２２とを用いてＰＤＳＮ２８を作動させて、或る一定のサービス品質と、複数のトラフィックフィルタテンプレートとを求める要求を含む、ＭＳ１０からの予約要求メッセージの受信に応じて、該サービス品質を求める要求を処理し、上記サービス品質からベアラサービスＱｏＳパラメータを生成するステップと；ＲＡＮ２２へ要求を送信して、少なくとも部分的に上記ベアラサービスＱｏＳパラメータに基づいてベアラを確立するステップであって、該要求が接続識別子を含むベアラの確立ステップと；少なくとも、与えられたＱｏＳパラメータと、上記識別子（ＳＲ_ＩＤ）と、上記接続識別子とを含む確認応答をＲＡＮ２２から受信するステップとの処理が実行される。

次に、上記記載の問題の追加の問題を扱い、さらに、ハンドオフ中、並びに、ハンドオフ後にＱｏＳサポートを提供する、改善されたＰＤＳＮ間高速ハンドオフ技法を提供する本発明の別の実施形態について説明する。

本発明の説明を目的として、かつ、本発明の限定を意図するものではない説明として、ＭＮ１０に関連して、図４の第１のＰＤＳＮ２８ＡをソースＰＤＳＮ（Ｓｒｃ-ＰＤＳＮ）と考え、第２のＰＤＳＮ２８ＢをターゲットＰＤＳＮ（Ｔｇｔ-ＰＤＳＮ）と考えることができる。同様に、関連づけられたＢＳＳとＰＣＦとは、ソースＢＳ２４ＡとソースＰＣＦ２６Ａ、並びに、ターゲットＢＳ２４ＢとターゲットＰＣＦ２６Ｂと仮定することができる。無線ネットワーク２２Ａと２２Ｂも、図５〜図８で用いる用語法に従って、それぞれソースターゲットＲＮと考えることができる。

本発明のさらに好適な実施形態によって、ターゲットＲＮ２２ＢとターゲットＰＤＳＮ２８Ｂ間でのＲ−Ｐネットワーク２７にわたって、並びに、ソースＰＤＳＮ２８ＡとターゲットＰＤＳＮ２８Ｂ間でのＰＤＳＮ間２８ハンドオフ中に、Ｐ−Ｐインタフェース２９にわたって、ＱｏＳサポートを可能にする複数のアプローチが提供される。

現在推奨されている第１の別の実施形態は、ＲＮ発信型アプローチを利用するものであり、この実施形態では、ソースＲＮ２２Ａからのハンドオフ関連メッセージの受信時に、ターゲットＲＮ２２Ｂは、ハンドオフＭＮ１０のＱｏＳ情報をターゲットＰＤＳＮ２８Ｂへ送信する。このＱｏＳ情報によって、ターゲットＰＤＳＮ２８Ｂをトリガして、ソースＰＤＳＮ２８ＡとターゲットＰＤＳＮ２８Ｂ間のＰ−Ｐインタフェース２９、並びに、ターゲットＲＮ２２ＢとターゲットＰＤＳＮ２８Ｂ間のＲ−Ｐ接続２７を介してＱｏＳが確立される。

現在推奨されている第２の別の実施形態は、ＰＤＳＮ発信型アプローチを利用するものであり、この実施形態では、Ｐ−Ｐ接続２９確立によってトリガされた場合、ソースＰＤＳＮ２８Ａは、ハンドオフＭＮ１０のＱｏＳ情報をターゲットＰＤＳＮ２８Ｂへ送信する。このＱｏＳ情報によって、ターゲットＰＤＳＮ２８Ｂをトリガして、ソースＰＤＳＮ２８ＡとターゲットＰＤＳＮ２８Ｂ間のＰ−Ｐ接続２９、並びに、ターゲットＲＮ２２ＢとターゲットＰＤＳＮ２８Ｂ間のＲ−Ｐ接続２７を介してＱｏＳが設定される。

１つのＱｏＳ関連パラメータ、非保証パケットデータサービスの優先権を示す"非保証モードパケット優先権"のみを送信するＳｒｃ ＲＮからＴｇｔ ＲＮへ送られるハンドオフ要求メッセージの従来の実行と対比して、本発明の好ましい実施形態では、図５および図６の実施形態の場合、Ｓｒｃ ＲＮ２２Ａから、あるいは、図７と図８の実施形態の場合、Ｓｒｃ ＰＤＳＮ２８Ａから、Ｔｇｔ ＰＤＳＮ２８ＢがＭＮ１０用のＱｏＳポリシを導き出すのに十分なＱｏＳ関連情報が伝えられる。

一般に、ＰＤＳＮ（またはＰＣＦ）によって実施すべきＱｏＳポリシは、ある程度までサービスプロバイダに依存する可能性があることに留意されたい。しかし、一般的規則として、提供されたＱｏＳ情報が多ければ多いほど、ＱｏＳ情報から導き出されるＱｏＳポリシはより正確なものになる。本発明を限定するものではない実施例として、本発明の実施形態に従ってＳｒｃ ＲＮ２２ＡからまたはＳｒｃ ＰＤＳＮ２８Ａから送信されるＱｏＳ情報は１以上の以下のものを含むことができる：トラフィックシェーピングポリシ（traffic shaping policy）を決定する際にＴｇｔ ＰＤＳＮ２８Ｂを補助することができる平均ビットレート；トラフィッククラス；及び／又は遅延要件。上記のうち後者の２つはＤｉｆｆＳｅｒｖコードポイント割当てポリシの決定時にＴｇｔ ＰＤＳＮ２８Ｂを補助することができる。さらに、上記優先権も同様に送信することができる。したがって、本発明の実施形態によれば、"ＱｏＳ情報"への参照はＭＮ１０用のＱｏＳポリシの確立時にＴｇｔ ＰＤＳＮ２８Ｂによって利用可能な少なくとも１つのＱｏＳ関連パラメータの含意を意図するものとなる。

ＰＤＳＮ間ハンドオフ中にＱｏＳサポートを提供する、現在推奨されている改善されたＰＤＳＮ間の２つのハンドオフ技法について、今から図５〜図８を参照しながらさらに詳細に説明する。

ＲＮ発信型実施形態
サービスインスタンスのＱｏＳ要件またはＱｏＳ供給ポリシ（以下の説明では一般にＱｏＳ情報と呼ぶ）がＳｒｃ ＲＮ２２Ａによって維持されていると仮定し、図５を参照すると、ハンドオフの開始時に、Ｓｒｃ ＲＮ２２Ａは、（サービス要求識別子（ＳＲ_ＩＤ）および他の任意の関連情報と共に）ハンドオフ要求メッセージの形でＱｏＳ情報をＴｇｔ ＲＮ２２Ｂへ転送する。次いで、Ｔｇｔ ＲＮ２２Ｂは、必要に応じて、受信したＱｏＳ情報の処理と、修正とを行い、次いで、Ｒ−Ｐ接続確立要求の形でＴｇｔ ＰＤＳＮ２８ＢへこのＱｏＳ情報を転送する。Ｔｇｔ ＰＤＳＮ２８Ｂは、Ｔｇｔ ＲＮ２２Ｂから送信されたＱｏＳ情報に基づいて、Ｔｇｔ ＰＤＳＮ２８Ｂ自身のＱｏＳポリシを生成し、おそらく別のポリシも生成することになる。Ｔｇｔ ＰＤＳＮ２８Ｂは、逆方向トラフィック用Ｒ−Ｐネットワーク２７を介してＱｏＳサポート時に使用するために、オプションとして、ＱｏＳポリシをＴｇｔ ＲＮ２２Ｂに押しつけることも可能である。図５に図示のように、Ｒ−Ｐ接続確立応答メッセージの形で、あるいは、図６に図示のように別個のポリシ構成または更新メッセージの形で、ＱｏＳポリシをＰ−Ｐアドレスと共に搬送できることに留意されたい。図６は、本発明を限定するものではない、ＱｏＳ情報についての実施例を示す図であり、該ＱｏＳ情報は、Ｔｇｔ ＰＤＳＮ２８ＢからＴｇｔ ＲＮ２２Ｂへ送信されるＲ−Ｐ更新メッセージの形で搬送される。図６の実施形態では、Ｐ−Ｐ接続確立およびＲ−Ｐ接続更新処理手順を並行して実行することも可能であることに留意されたい。

Ｓｒｃ ＲＮ２２Ａがハンドオフ要求メッセージの形でＴｇｔ ＲＮ２２ＢへＱｏＳ情報を転送するとき、ＭＳＣ１４を介するなどの、別のネットワークエレメントを介して上記ハンドオフ要求メッセージを実際に送信することも可能であることに留意されたい。

ＰＤＳＮ発信型実施形態
本発明の第２の推奨実施形態によれば、ソースＰＤＳＮ２８Ａは、サービスインスタンスに関連するＱｏＳ情報をターゲットＰＤＳＮ２８Ｂに押しつける。上記ケースでは、および、図７に例示のように、ＱｏＳ情報の送信を開始するトリガイベントは、ソースＰＤＳＮ２８Ａから送信されるＰ−Ｐ接続確立要求である。図７に図示のようにＰ−Ｐ接続確立応答メッセージ内で、あるいは、図８に図示のように個々のポリシ構成または更新メッセージの形で、ＱｏＳ情報の搬送を行うことができる（本発明を限定するものではないこの実施例では、ＱｏＳ情報は、Ｓｒｃ ＰＤＳＮ２８Ａから送信されるＰ−Ｐ更新メッセージの形で搬送される）。Ｔｇｔ ＰＤＳＮ２８Ｂは、オプションとして、ポリシ構成または更新メッセージの形でＱｏＳポリシをＴｇｔ ＲＮ２２Ｂに押しつけることも可能である。図８に図示の例では、Ｐ−Ｐ接続更新と、Ｒ−Ｐ接続更新との処理手順を並行して実行できることに留意されたい。

本発明の別の実施形態ではＰ−Ｐ接続確立以外のメッセージはトリガとして利用することが可能であり、これに対応してＱｏＳ情報を伝えるのに別の単複のメッセージを利用することが可能である。

本発明の実施形態の利用によって実現される、本発明を限定するものではない１つの利点として、この利点が、ソースＰＤＳＮ２８ＡとターゲットＰＤＳＮ２８Ｂ間でのＰ−Ｐインタフェース２９、並びに、ターゲットＲＮ２２ＢとターゲットＰＤＳＮ２８Ｂ間でのＲ−Ｐ接続２７を介して、ＱｏＳサポートを可能にするものであるという点が挙げられることを明らかにしておくべきである。本発明の実施形態を利用しない場合、上述のネットワーク／リンクにわたるＭＮ１０のハンドオフからの／へのトラフィックは、ＭＮ１０が要求したり、求めたりするＱｏＳとは対照的に、単にベストエフォートのサービスを経験できるものにすぎない。したがって、本発明の実施形態は、ＰＤＳＮ間ハンドオフのパフォーマンスに対する改善を提供するものとなる。

本発明の局面は、コンピュータ可読媒体に有形のものとして具現化された少なくとも１つのコンピュータプログラムであって、第１の（Ｓｒｃ）ＲＮ２２Ａと関連づけられた第１の（Ｓｒｃ）ＰＤＳＮ２８Ａから、第２の（Ｔｇｔ）ＲＮ２２Ｂと関連づけられた第２の（Ｔｇｔ）ＰＤＳＮ２８ＢへＭＮ１０のハンドオフを実行するプログラム命令を含む少なくとも１つのコンピュータプログラムに関するものであることを理解することが望ましい。上記コンピュータプログラムは、（個々のＰＤＳＮ２８においてコントローラ（Ｃｏｎｔ）として図４に示されている）構成データプロセッサによって実行するために、ソースＲＮとターゲットＲＮおよびＰＤＳＮの間で分散することも可能であり、第１のＲＮ２２Ａから第２のＲＮ２２Ｂへハンドオフ要求メッセージを送信する処理と、第２のＲＮ２２Ｂと第２のＰＤＳＮ２８Ｂとの間で、および、第２のＰＤＳＮ２８Ｂと第１のＰＤＳＮ２８Ａとの間で通信を行って、上記ハンドオフの達成を意図する処理であって、第１のＲＮ２２Ａにおいて上記ＭＮと関連づけられたＱｏＳ情報を第２のＰＤＳＮ２８Ｂへ送信する処理とを実行するものである。本発明の好ましい実施形態によれば、第１のＲＮ２２ＡにおいてＭＮ１０と関連づけられたＱｏＳ情報は第２のＰＤＳＮ２８Ｂへ送信される。ＰＤＳＮ２８は、図４に図示の好適なＲ−ＰおよびＰ−Ｐインタフェース（ＩＦ）も備え、これらのインタフェースは、本発明に従って情報の送受信を行うためのものである。ＲＮ２２は、本発明の実施形態に従って処理を実行するための好適なコントローラとインタフェースとを備えているものと仮定されている。

本願出願人は、"複数"という用語を１以上を意味する用語として定義している。

上述の説明は、例示によって、並びに、本発明を限定するものではない実施例によって、本発明を実行するために本願発明者が現在想定する十分かつ情報に富む最善の方法および装置について説明を行ったものである。しかし、添付図面と添付の請求項と関連して上記説明を読むとき、上記説明に鑑み、当業者には種々の変更並びに適合化が明らかになるかもしれない。ほんのいくつかの例として、当業者は別の同様のメッセージや均等なメッセージタイプ並びにシグナリング用フォーマットの利用を試みることも可能である。すなわち、本発明の実施形態は、ＣＤＭＡ２０００システムというコンテキストの中で定義され、ＣＤＭＡ２０００システムと関連づけられた或るメッセージタイプおよびメッセージ名を利用してはいるが、別の実施形態で、別のメッセージタイプおよびメッセージ名を採用することも可能である。しかし、本発明の教示のすべての上記のような変更並びに同様の変更はそれでも本発明の実施形態の範囲に属することになる。

さらに、本発明の好ましい実施形態の特徴のいくつかを利用して、対応する別の特徴を用いることなく利益を得るようにすることも可能である。したがって上述の説明は、本発明の原理と、教示と、実施形態の単に例示的な説明であり、本発明を限定するものではないと考えることが望ましい。

ＣＤＭＡ２０００ネットワークにおける従来方式のＱｏＳネゴシエーションの処理手順を示すセッションダイアグラムである。 従来方式のＰＤＳＮ間高速ハンドオフ処理手順を示すメッセージの流れ図である。 セッションダイアグラムとも呼ばれるメッセージの流れ図であり、複数の処理手順を相関させるための、ＭＳと、ＲＡＮと、ＰＤＳＮ間での要求ＩＤの利用を示す図である。 複数の処理手順を相関させるための、Ｒ−Ｐインタフェースを介する接続ＩＤの利用を示すセッションダイアグラムである。 本発明の実施に適した、本発明を限定するものではない通信システムの実施形態のシステムブロック図である。 ＲＮ発信型ケースに対するＱｏＳサポートを設けたＰＤＳＮ間高速ハンドオフの第１の実施形態を示す、セッションダイアグラムとも呼ばれるメッセージの流れ図である。 ＲＮ発信型ケースに対するＱｏＳサポートを設けたＰＤＳＮ間高速ハンドオフの第２の実施形態のメッセージの流れ図である。 ＰＤＳＮ発信型ケースに対するＱｏＳサポートを設けたＰＤＳＮ間高速ハンドオフの第１の実施形態のメッセージの流れ図である。 ＰＤＳＮ発信型ケースに対するＱｏＳサポートを設けたＰＤＳＮ間高速ハンドオフの第１の実施形態のメッセージの流れ図である。

Claims (11)

1. 移動局から予約要求メッセージを受信することであって、前記メッセージが、複数のサービス品質の属性と、複数のトラフィックフィルタテンプレートとを求める要求を含む、前記受信することと、
   前記移動局によって生成された要求識別子を受信すること、ただし前記要求識別子は、前記移動局からの少なくとも２つの要求から前記要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記受信することと、
   前記要求された複数のサービス品質の属性を処理することと、
   前記要求された複数のサービス品質の属性から、無線アクセスと関係する少なくとも１つの属性を取り出すことと、
   無線アクセスに関連する少なくとも１つの属性に基づいて、複数のベアラサービスパラメータを生成することと、
   前記複数のベアラサービスパラメータに基づいてベアラを確立するように無線アクセスネットワークに要求することと、
   前記無線アクセスネットワークへ前記要求識別子を提供することと、
   前記無線アクセスネットワークから確認応答を受信することと、
   前記無線アクセスネットワークによって与えられた複数のサービス品質の属性と、サービスレファレンス識別子とを含む呼確立メッセージを受信することと、
   パケットデータサービングノード接続を前記無線アクセスネットワークと相関させることと、
   前記移動局へ確認メッセージを送信することであって、前記確認メッセージが、前記無線アクセスネットワークによって与えられた前記複数のサービス品質の属性と、前記サービスレファレンス識別子と、前記要求識別子とを含むことと、
   を含む、方法。
2. 複数のサービス品質属性と、移動局によって生成された要求識別子とを求める要求を含む予約要求メッセージを前記移動局から前記パケットデータサービングノード側で受信すること、ただし前記要求識別子は、前記移動局からの少なくとも２つの要求から前記要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記受信することと、
   前記要求された複数のサービス品質の属性を処理し、該サービス属性から複数のベアラサービスサービス品質パラメータを生成することと、
   前記無線アクセスネットワークへ要求を送信して、少なくとも部分的に前記複数のベアラサービスサービス品質パラメータに基づいてベアラを確立することであって、前記要求が前記要求識別子を含む、前記確立することと、
   前記無線アクセスネットワークから前記移動局へサービスインスタンスの呼確立メッセージを送信することであって、前記サービスインスタンスの呼確立メッセージが、前記無線アクセスネットワークによって与えられたリンクレベルのサービス品質パラメータと、前記要求識別子とを含むことと、
   前記無線アクセスネットワークからパケットデータサービングノードへ無線アクセスネットワーク−パケットデータサービングノード接続確立要求メッセージを送信することであって、前記接続確立要求メッセージが前記要求識別子を含むことと、
   前記予約要求メッセージの形で前記移動局から受信した前記要求識別子と、前記無線アクセスネットワーク−パケットデータサービングノード接続を前記パケットデータサービングノード側で相関させることと、
   予約確認メッセージを前記移動局へ送信することであって、前記予約確認メッセージが前記要求識別子を含むことと、
   を含む、方法。
3. 移動局であって、
   フローの要求と、前記フロー用の所望のサービス品質を指定する情報と、前記移動局によって生成されたフロー要求識別子とを含むフロー要求メッセージをパケットデータサービングノードへ送信する手段、ただし前記フロー要求識別子は、前記移動局からの少なくとも２つの要求から前記フロー要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記送信する手段と、
   少なくとも、与えられたサービス品質パラメータと、前記フロー要求識別子とを指定する情報を前記無線アクセスネットワークから受信すると共に、パケットデータサービングノードからフロー要求確認メッセージを受信し、さらに割り当てられたサービスレファレンス識別子を受信する手段と、
   前記フロー要求識別子と前記割り当てられたサービスレファレンス識別子とを相関させる手段と、
   を備え、ただし前記フロー要求確認メッセージが前記フロー要求識別子も含む、移動局。
4. 前記フロー要求メッセージがトラフィックフィルタテンプレートをさらに含む請求項３に記載の移動局。
5. 移動局の動作方法であって、
   フローの要求と、前記フロー用の所望のサービス品質を指定する情報と、前記移動局によって生成されたフロー要求識別子とを含むフロー要求メッセージをパケットデータサービングノードへ送信すること、ただし前記フロー要求識別子は、前記移動局からの少なくとも２つの要求から前記フロー要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記送信することと、
   少なくとも、与えられたサービス品質パラメータと、前記フロー要求識別子とを指定する情報と、割り当てられたサービスレファレンス識別子とを無線アクセスネットワークから受信することと、
   前記パケットデータサービングノードから、前記フロー要求識別子を含むフロー要求確認メッセージを受信することと、
   前記フロー要求識別子と前記割り当てられたサービスレファレンス識別子とを相関させることと、
   を含む、方法。
6. 前記送信することがトラフィックフィルタテンプレートを送信することを含む、請求項５に記載の方法。
7. 移動局のプロセッサにより実行されることにより、該移動局に、
   フローの要求と、前記フロー用の所望のサービス品質を指定する情報と、前記移動局によって生成されたフロー要求識別子とを含むフロー要求メッセージをパケットデータサービングノードへ送信する処理、ただし前記フロー要求識別子は、前記移動局からの少なくとも２つの要求から前記フロー要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記送信する処理と、
   少なくとも、与えられたサービス品質パラメータと、前記フロー要求識別子とを指定する情報を無線アクセスネットワークから受信する処理と、
   前記パケットデータサービングノードからフロー要求確認メッセージを受信する処理であって、前記フロー要求確認メッセージが前記フロー要求識別子も含む、前記受信する処理と、
   を含む処理を実行させるプログラム命令を有する、コンピュータプログラム。
8. 前記送信処理がトラフィックフィルタテンプレートも送信する請求項７に記載のコンピュータプログラム。
9. 移動局の動作方法であって、
   フローの要求と、前記フロー用の所望のサービス品質を指定する情報と、前記移動局によって生成されたフロー要求識別子とを含むフロー要求メッセージをパケットデータサービングノードへ送信すること、ただし前記フロー要求識別子は、前記移動局からの少なくとも２つの要求から前記フロー要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記送信することと、
   少なくとも、割り当てられたサービスレファレンス識別子と、与えられたサービス品質パラメータを指定する情報と、前記フロー要求識別子とを無線アクセスネットワークから受信することと、
   前記パケットデータサービングノードから、前記フロー要求識別子を含むフロー要求確認メッセージを受信することと、
   前記フロー要求識別子と前記割り当てられたサービスレファレンス識別子とを相関させることと、
   を含む、方法。
10. 装置であって：
    無線ネットワークと双方向無線通信を行う送信機と；
    前記無線ネットワークにフロー要求メッセージを送信しうるように構成される回路、ただし前記フロー要求メッセージは、フローの要求と、前記フロー用の所望のサービス品質を指定する情報と、前記装置によって生成されたフロー要求識別子とを含むフロー要求メッセージをパケットデータサービングノードへ送信する手段、ただし前記フロー要求識別子は、移動局からの少なくとも２つの要求から前記フロー要求を識別し、ここで該２つの要求はそれぞれ個別の要求識別子から識別されうる、前記回路と；
    を備え、
    前記回路が、与えられたサービス品質パラメータを指定すると共に前記フロー要求識別子を含む情報を前記無線ネットワークから受信すると共に、同じく前記要求識別子を含むフロー要求確認メッセージを更に受信するように構成され、
    さらに前記回路が、割り当てられたサービスレファレンス識別子を受信すると共に、前記サービスレファレンス識別子と前記要求識別子とを関連付けるように構成される、
    装置。
11. 前記フロー要求メッセージがトラフィックフィルタテンプレートを更に含む、請求項１０に記載の装置。

Images