(57)【要約】異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中のＱｏＳリソースを管理する方法では、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフが生じたことをアクセス端末（ＡＴ）が判定する。このＡＴはまた、割当済不要ＱｏＳリソースが存在するかを判定する。１または複数の割当済不要ＱｏＳリソースが識別された場合、ＡＴは、ＱｏＳ認識システムに対して、１または複数の割当済不要ＱｏＳリソースをリリースするように要求する。ＡＴはまた、必要非割当ＱｏＳリソースが存在するかを判定する。１または複数の必要非割当ＱｏＳリソースが識別された場合、ＡＴは、ＱｏＳ認識システムに対して、１または複数の必要非割当ＱｏＳリソースをアプリケーションに割り当てるように要求する。
2009531988.tif 000002
【特許請求の範囲】
【請求項１】
異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中のＱｏＳリソースを管理する方法であって、アクセス端末によって実施される前記方法は、
ＱｏＳ認識システムによって前記アクセス端末上のアプリケーションに割り当てられているが前記アプリケーションによって必要とされていない割当済不要ＱｏＳリソースが存在するかを判定することと、
１または複数の割当済不要ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の割当済不要ＱｏＳリソースをリリースするように要求することと、
前記アプリケーションによって必要とされるが前記ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースが存在するかを判定することと、
１または複数の必要非割当ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の必要非割当ＱｏＳリソースを前記アプリケーションに割り当てるように要求することと
を備える方法。
【請求項２】
前記割当済不要ＱｏＳリソースを識別することと、前記必要非割当ＱｏＳリソースを識別することとは、必要ＱｏＳリソース情報を、割当済ＱｏＳリソース情報と比較することを備える請求項１に記載の方法。
【請求項３】
前記必要ＱｏＳリソース情報は、前記アクセス端末上のアプリケーションによって必要とされる必要ＱｏＳリソースを識別する請求項２に記載の方法。
【請求項４】
前記割当済ＱｏＳリソース情報は、前記アプリケーションのために割り当てられた割当済ＱｏＳリソースを識別する請求項２に記載の方法。
【請求項５】
前記必要ＱｏＳリソース情報と前記割当済ＱｏＳリソース情報とが、前記アクセス端末において格納される請求項２に記載の方法。
【請求項６】
前記アプリケーションが必要ＱｏＳリソースをリリースしたと判定したことに応じて、必要ＱｏＳリソース情報を更新することを更に備える請求項１に記載の方法。
【請求項７】
前記ＱｏＳ認識システムが割当済ＱｏＳリソースをリリースしたと判定したことに応じて、割当済ＱｏＳリソース情報を更新することを更に備える請求項１に記載の方法。
【請求項８】
前記ＱｏＳ認識システムに対して、前記１または複数の割当済不要ＱｏＳリソースをリリースするように要求することは、前記ＱｏＳ認識システム内のパケット・データ・サービス提供ノードへトラフィック・フィルタ・テンプレート（ＴＦＴ）削除メッセージを送ることを備える請求項１に記載の方法。
【請求項９】
前記ＱｏＳ認識システムに対して、前記１または複数の必要非割当ＱｏＳリソースを割り当てるように要求することは、前記ＱｏＳ認識システム内のパケット・データ・サービス提供ノードへＴＦＴ生成メッセージを送ることを備える請求項１に記載の方法。
【請求項１０】
前記アクセス端末が何れかのＱｏＳ認識システムに以前に接続されてから、ポイント・トゥ・ポイント・プロトコル（ＰＰＰ）再同期が生じていないと判定された場合においてのみ、前記ＴＦＴ生成メッセージが、前記パケット・データ・サービス提供ノードに送られる請求項９に記載の方法。
【請求項１１】
ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じたとの判定に応じて、ＱｏＳ動作が再開されることを前記アプリケーションに通知することを更に備える請求項１に記載の方法。
【請求項１２】
前記ＱｏＳ認識システムからＱｏＳ非認識システムへのハンドオフが生じたとの判定に応じて、全てのＱｏＳフローを保留することを更に備える請求項１に記載の方法。
【請求項１３】
異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中のＱｏＳリソースを管理するように構成されたアクセス端末であって、
ＱｏＳ認識システムおよびＱｏＳ非認識システムと通信する送信機と、
プロセッサと、
前記プロセッサと電子的に通信するメモリと、
前記メモリに格納された命令群とを備え、
前記命令群は、
前記ＱｏＳ認識システムによって前記アクセス端末上のアプリケーションに割り当てられているが前記アプリケーションによって必要とされていない割当済不要ＱｏＳリソースが存在するかを判定し、
１または複数の割当済不要ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の割当済不要ＱｏＳリソースをリリースするように要求し、
前記アプリケーションによって必要とされるが前記ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースが存在するかを判定し、
１または複数の必要非割当ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の必要非割当ＱｏＳリソースを前記アプリケーションに割り当てるように要求するように実行可能であるアクセス端末。
【請求項１４】
前記ＱｏＳ認識システムに対して、前記１または複数の割当済不要ＱｏＳリソースをリリースするように要求することは、前記ＱｏＳ認識システム内のパケット・データ・サービス提供ノードへトラフィック・フィルタ・テンプレート（ＴＦＴ）削除メッセージを送ることを備える請求項１３に記載のアクセス端末。
【請求項１５】
前記ＱｏＳ認識システムに対して、前記１または複数の必要非割当ＱｏＳリソースを割り当てるように要求することは、前記ＱｏＳ認識システム内のパケット・データ・サービス提供ノードへトラフィック・フィルタ・テンプレート（ＴＦＴ）生成メッセージを送ることを備える請求項１３に記載のアクセス端末。
【請求項１６】
前記アクセス端末が何れかのＱｏＳ認識システムに以前に接続されてから、ポイント・トゥ・ポイント・プロトコル（ＰＰＰ）再同期が生じていないと判定された場合においてのみ、前記ＴＦＴ生成メッセージが、前記パケット・データ・サービス提供ノードに送られる請求項１５に記載のアクセス端末。
【請求項１７】
前記命令群は更に、ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じたとの判定に応じて、ＱｏＳ動作が再開されることを前記アプリケーションに通知するように実行可能である請求項１３に記載のアクセス端末。
【請求項１８】
前記命令群は更に、前記ＱｏＳ認識システムから前記ＱｏＳ非認識システムへのハンドオフが生じたとの判定に応じて、全てのＱｏＳフローを保留するように実行可能である請求項１３に記載のアクセス端末。
【請求項１９】
異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中の、アクセス端末によるＱｏＳリソースの管理を容易にするように構成されたＱｏＳ認識システムであって、
アクセス端末と通信する送信機と、
プロセッサと、
前記プロセッサと電子的に通信するメモリと、
前記メモリに格納された命令群とを備え、
前記命令群は、
ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じることに応じて前記アクセス端末によって送られるリリース要求であって、アプリケーションのために前記ＱｏＳ認識システムによって割り当てられているが前記アプリケーションによって必要とされていない割当済不要ＱｏＳリソースをリリースするリリース要求を、前記アクセス端末から受信し、
前記リリース要求を受信することに応じて前記割当済不要ＱｏＳリソースをリリースし、
前記ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じたことに応じて前記アクセス端末によって送られる割当要求であって、前記アクセス端末上のアプリケーションによって必要とされるが前記ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースを割り当てる割当要求を前記アクセス端末から受信し、
前記割当要求を受信することに応じて前記必要非割当ＱｏＳリソースを前記アプリケーションに割り当てるように実行可能であるＱｏＳ認識システム。
【請求項２０】
アクセス・ネットワーク・コントローラと電子的に通信するアクセス・ネットワーク・トランシーバを備えるアクセス・ネットワークと、
前記アクセス・ネットワークと電子的に通信するパケット・データ・サービス提供ノードとを更に備え、
前記リリース要求は、前記パケット・データ・サービス提供ノードに送られるトラフィック・フィルタ・テンプレート（ＴＦＴ）削除メッセージを備え、
前記割当要求は、前記パケット・データ・サービス提供ノードに送られるトラフィック・フィルタ・テンプレート（ＴＦＴ）生成メッセージを備える請求項１９に記載のＱｏＳ認識システム。
【請求項２１】
異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中のＱｏＳリソースを管理するように構成されたアクセス端末であって、
ＱｏＳ認識システムおよびＱｏＳ非認識システムと通信する手段と、
前記ＱｏＳ認識システムによって前記アクセス端末上のアプリケーションに割り当てられているが前記アプリケーションによって必要とされていない割当済不要ＱｏＳリソースが存在するかを判定する手段と、
１または複数の割当済不要ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の割当済不要ＱｏＳリソースをリリースするように要求する手段と、
前記アプリケーションによって必要とされるが前記ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースが存在するかを判定する手段と、
１または複数の必要非割当ＱｏＳリソースが識別された場合には、前記ＱｏＳ認識システムに対して、前記１または複数の必要非割当ＱｏＳリソースを前記アプリケーションに割り当てるように要求する手段と
を備えるアクセス端末。
【請求項２２】
異なるグレードのサービス品質（ＱｏＳ）認識を有する通信システムを介したハンドオフ中の、アクセス端末によるＱｏＳリソースの管理を容易にするように構成されたＱｏＳ認識システムであって、
アクセス端末と通信する手段と、
ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じることに応じて前記アクセス端末によって送られるリリース要求であって、アプリケーションのために前記ＱｏＳ認識システムによって割り当てられているが前記アプリケーションによって必要とされていない割当済不要ＱｏＳリソースをリリースするリリース要求を、前記アクセス端末から受信する手段と、
前記リリース要求を受信することに応じて前記割当済不要ＱｏＳリソースをリリースする手段と、
前記ＱｏＳ非認識システムから前記ＱｏＳ認識システムへのハンドオフが生じたことに応じて前記アクセス端末によって送られる割当要求であって、前記アクセス端末上のアプリケーションによって必要とされるが前記ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースを割り当てる割当要求を前記アクセス端末から受信する手段と、
前記割当要求を受信することに応じて前記必要非割当ＱｏＳリソースを前記アプリケーションに割り当てる手段と
を備えるＱｏＳ認識システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、無線通信システムに関する。より具体的には、本開示は、異なるグレードのサービス品質認識を有する通信システムを介したハンドオフ中のリソースを管理するシステムおよび方法に関する。
【背景技術】
【０００２】
無線通信システムは、無線通信デバイスに様々な通信サービスを提供するために広く普及している。無線通信システムからサービスを受信する無線通信デバイスは、しばしば、アクセス端末と呼ばれる。アクセス端末のいくつかの例はセルラ電話、無線電話、ラップトップ・コンピュータ、無線通信パーソナル・コンピュータ（ＰＣ）カード、携帯情報端末（ＰＤＡ）等を含んでいる。
【０００３】
無線通信システムは、一般に、無線通信システムの有効範囲領域と称されうるある地理的な領域内でのアクセス端末を用いた電子通信のために構成される。アクセス端末が、無線通信システムによって提供される有効範囲領域内にある場合、アクセス端末と無線通信システムとの間でラジオ・セッションが確立されうる。
【０００４】
ラジオ・セッションがアクセス端末と無線通信システムの間で進行している間、アクセス端末は、その無線通信システム（ソース・システム）によって提供される有効範囲領域の外側で移動しており、そして他の無線通信システム（ターゲット・システム）によって提供される有効範囲領域の中へ移動して来ることがある。これが生じる場合、アクセス端末とソース・システムとの間に存在するラジオ・セッションは、ターゲット・システムに転送されうる。このプロセスは「ハンドオフ」と称されうる。
【０００５】
アクセス端末は、様々な通信サービスを得るために利用されうる。サービスはそれぞれ、指定されたサービス品質（ＱｏＳ）がそのサービスのために達成されることを保証することによって、ユーザに満足行くように提供されうる。ＱｏＳは、トラフィック・チャネルの帯域幅、パケット・データのスケジューリング、エアによる送信パケットのスケジューリング、コンテンツの遅れ感度、あるいは、ネットワーク・キャリアまたはサービス・プロバイダによって適切であると考えられうるその他の要因に向けられる。ＱｏＳは、異なるサービスに対して、異なるパラメータによって定量化されうる。例えば、音声サービスは、比較的厳格な少ない遅れと、最低保証された一定のデータ・レートとを要求しうる一方、パケット・データ・サービスは、一定のターゲット・パケット誤り率を要求しうる。
【０００６】
全ての無線通信システムが、指定されたＱｏＳで、サービスを提供できるとは限らない。指定されたＱｏＳでサービスを提供することが可能な無線通信システムは、ＱｏＳ認識（aware）システムと称されうる。別のＱｏＳ認識通信システムは、ＱｏＳに対して、別のサポート・レベルを有しうる。指定されたＱｏＳでサービスを提供することができる無線通信システムは、ＱｏＳ非認識（unaware）システムと称されうる。本開示は、（例えば、ＱｏＳについて異なるサポート・レベルを有する２つのＱｏＳ認識システム間での、ＱｏＳ認識システムからＱｏＳ非認識システムへの、あるいはその逆等のような）異なるグレードのサービス品質認識を有する通信システムを介したハンドオフが生じた場合、ＱｏＳリソースを管理する技術に関する。
【発明の開示】
【０００７】
（優先権主張）  
本願は、“Handoff Optimizations”と題され、２００６年３月２４日に出願され、本願と共に譲渡されている米国仮出願６０／７８５，６８５号（代理人整理番号０６０９２４Ｐ１）への優先権を主張する。
【詳細な説明】
【０００８】
異なるグレードのＱｏＳ認識を有する通信システムを介したハンドオフ中のサービス品質（ＱｏＳ）リソースを管理する方法が開示される。この方法は、アクセス端末によって実現されうる。この方法は、ＱｏＳ認識システムによってアクセス端末上のアプリケーションに割り当てられたが、該アプリケーションによって必要とされない、割当済不要ＱｏＳリソースが存在するかを判定する。１または複数の割当済不要ＱｏＳリソースが識別されると、この方法は、ＱｏＳ認識システムが、１または複数の割当済不要ＱｏＳリソースをリリースすることを要求する。この方法はまた、アプリケーションによって必要とされるが、ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースが存在するかを判定する。１または複数の必要非割当ＱｏＳリソースが識別されると、この方法は、ＱｏＳ認識システムが、１または複数の必要非割当ＱｏＳリソースをアプリケーションに割り当てることを要求する。
【０００９】
実施形態では、割当済不要ＱｏＳリソースを識別することと、必要非割当ＱｏＳリソースを識別することとが、必要ＱｏＳリソース情報を、割当済ＱｏＳリソース情報と比較することを備える。この必要ＱｏＳリソース情報は、アクセス端末上でアプリケーションによって必要とされる必要ＱｏＳリソースを識別する。割当済ＱｏＳリソース情報は、アプリケーションのために割り当てられた割当済ＱｏＳリソースを識別する。この必要ＱｏＳリソース情報および割当済ＱｏＳリソース情報は、アクセス端末に格納されうる。
【００１０】
必要ＱｏＳリソース情報は、必要ＱｏＳリソースをアプリケーションがリリースしたと判定することに応じて更新されうる。割当済ＱｏＳリソース情報は、割当済ＱｏＳリソースをＱｏＳ認識システムがリリースしたと判定することに応じて更新されうる。
【００１１】
実施形態では、ＱｏＳ認識システムが、１または複数の割当済不要ＱｏＳリソースをリリースすることを要求することは、ＱｏＳ認識システム内のパケット・データ・サービス提供ノードへ、トラフィック・フィルタ・テンプレート（ＴＦＴ）削除メッセージを送ることを含む。ＴＦＴは、パケット・データ・サービス提供ノード（ＰＤＳＮ）におけるフィルタ・セッティングを称する。フィルタ・セッティングは、ソース／ターゲットＩＰアドレスおよびポート番号を含んでおり、さらに、ＤｉｆｆＳｅｒｖマークにも基づきうる。ＰＤＳＮに到着するＩＰパケットは、ＴＦＴ内の順方向リンク（ＦＬ）フィルタの優先順リストと、関連するＡ１０接続によってラジオ・アクセス・ネットワーク（ＲＡＮ）へ転送されたパケットとに基づいてフィルタされる。Ａ１０接続は、モバイルへのエア送信のための適切なＱｏＳ処理を得るラジオ・リンク・プロトコル（ＲＴＰ）インスタンスに関連付けられる。逆方向リンク（ＲＬ）フィルタは、インターネットを介して送られる前に、パケットのＤｉｆｆＳｅｒｖマークを変更するために使用することができる。また、例えば、送信されたバイトを測定すること等、課金目的のためにも使用されうる。
【００１２】
１または複数の必要非割当ＱｏＳリソースを割り当てることをＱｏＳ認識システムに要求することは、ＴＦＴ生成メッセージを、ＱｏＳ認識システム内のパケット・データ・サービス提供ノードに送ることを含む。実施形態では、アクセス端末が以前に何れかのＱｏＳ認識システムに接続されてから、ポイント・トゥ・ポイント・プロトコル（ＰＰＰ）再同期が起こっていないと判定された場合にのみ、ＴＦＴ生成メッセージがパケット・データ・サービス提供ノードに送られる。
【００１３】
ＱｏＳ非認識システムからＱｏＳ認識システムへハンドオフが生じたと判定することに応じて、アプリケーションは、ＱｏＳ動作が再開されうることを通知される。ＱｏＳ認識システムからＱｏＳ非認識システムへのハンドオフが生じたとの判定に応じて、全てのＱｏＳフローが中断されうる。
【００１４】
異なるグレードのＱｏＳ認識を有する通信システムを介したハンドオフ中のサービス品質（ＱｏＳ）リソースを管理するように構成されたアクセス端末もまた開示される。このアクセス端末は、ＱｏＳ認識システムとＱｏＳ非認識システムとの通信のための送信機を含む。このアクセス端末はまた、プロセッサと、このプロセッサと電子的に通信するメモリとを含む。メモリには命令群が格納される。これら命令群は、ＱｏＳ認識システムによってアクセス端末上のアプリケーションに割り当てられているが、このアプリケーションには必要とされていない割当済不要ＱｏＳリソースが存在するかを判定するように実行可能である。１または複数の割当済不要ＱｏＳリソースが識別された場合、これら命令群はまた、ＱｏＳ認識システムが、１または複数の割当済不要ＱｏＳリソースをリリースするよう要求するように実行可能である。これら命令群はまた、アプリケーションによって必要とされるが、ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースが存在するかを判定するように実行可能である。１または複数の必要非割当ＱｏＳリソースが識別された場合、これら命令群はまた、ＱｏＳ認識システムが、１または複数の必要非割当ＱｏＳリソースをアプリケーションに割り当てることを要求するように実行可能である。
【００１５】
異なるグレードのＱｏＳ認識を有する通信システムを介したハンドオフ中、アクセス端末によるＱｏＳリソースの管理を容易にするように構成されたＱｏＳ認識システムもまた開示される。ＱｏＳ認識システムは、アクセス端末と通信するための送信機を含んでいる。ＱｏＳ認識システムはまた、プロセッサと、このプロセッサと電子的に通信するメモリとを含んでいる。このメモリには命令群が格納される。これら命令群は、アクセス端末上のアプリケーションのためにＱｏＳ認識システムによって割り当てられるが、アプリケーションによって必要とされない割当済不要ＱｏＳリソースをリリースするリリース要求をアクセス端末から受信するように実行可能である。このリリース要求は、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフが生じることに応じてアクセス端末によって送られる。これら命令群はまた、このリリース要求を受信することに応じて、割当済不要ＱｏＳリソースをリリースするようにも実行可能である。これら命令群はまた、アクセス端末上のアプリケーションによって必要とされているが、ＱｏＳ認識システムによって割り当てられていない必要非割当ＱｏＳリソースを割り当てる割当要求をアクセス端末から受信するようにも実行可能である。この割当要求は、ＱｏＳ非認識システムからＱｏＳ認識システムへとハンドオフが生じることに応じてアクセス端末によって送られる。これら命令群はまた、この割当要求を受信することに応じて、必要非割当ＱｏＳリソースをアプリケーションに割り当てるようにも実行可能である。
【００１６】
同一の参照番号が、同一または機能的に類似した構成要素を示す図面を参照して本開示の様々な実施形態が開示される。本明細書において一般的に記載され、図面において例示される本開示の実施形態は、広範囲にわたる様々な異なる構成によって配置および設計されうる。したがって、図示するような本開示の幾つかの実施形態の以下の詳細記載は、特許請求されるような開示の範囲を限定するのではなく、本開示の実施形態を単に代表することが意図されている。
【００１７】
本明細書に示された実施形態の多くの特徴は、コンピュータ・ソフトウェア、電子ハードウェア、あるいはこれら両方の組み合わせとして実現されうる。ハードウェアとソフトウェアとの相互互換性を明確に例示するために、様々な構成要素が、一般に、それらの機能の観点から記載される。そのような機能がハードウェアまたはソフトウェアによって実現されるかは、特定のアプリケーションや、システム全体に課せられる設計制約に依存する。当業者であれば、記載した機能を、特定のアプリケーション毎に異なる方式で実現することができるが、そのような実現の決定は、本開示の範囲からの逸脱をもたらすものとして解釈されるべきではない。
【００１８】
記述された機能が、コンピュータ・ソフトウェアとして実現される場合、そのようなソフトウェアは、メモリ・デバイス内に配置されているか、および／または、システム・バスまたはネットワークを介して電気信号として送信される任意のタイプのコンピュータ命令またはコンピュータ実行可能コードを含みうる。本明細書に記述された構成要素に関連付けられた機能を実現するソフトウェアは、単一の命令または複数の命令を備えており、幾つかの別のコード・セグメントによって、異なるプログラムで、および幾つかのメモリ・デバイスによって配信される。
【００１９】
本明細書で使用される「ある実施形態」、「実施形態」、「複数の実施形態」、「１または複数の実施形態」、「幾つかの実施形態」、「一定の実施形態」、「１つの実施形態」、「別の実施形態」等の用語は、他の表記で明記されていないのであれば、開示された記述のうちの１または複数（必ずしも全てである必要はない）の実施形態を意味する。
【００２０】
用語「判定する」（およびその文法的な変形）は、非常に広い意味で用いられる。用語「判定する」は、広範で様々な動作を含み、「判定すること」は、計算すること、演算すること、処理すること、導出すること、調査すること、調べる（例えば、テーブル、データベース、または他のデータ構造をルック・アップする）こと、確定すること等を含むことができる。さらに、「判定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）等を含みうる。さらに、「判定すること」は、解決すること、選択すること、選定すること、確立すること等を含みうる。
【００２１】
「基づく」という句は、そのように明確に記載されていないのであれば、「のみに基づく」ということを意味するものではない。言いかえれば、「基づく」という句は、「のみに基づく」と「少なくとも基づく」との両方を述べている。
【００２２】
図１は、実施形態が実現されうるシステム１００を示す。システム１００は、アクセス端末１０２を含んでいる。アクセス端末１０２は、セルラ電話、無線電話、有線電話、ラップトップ・コンピュータ、無線通信パーソナル・コンピュータ（ＰＣ）カード、携帯情報端末（ＰＤＡ）、外部モデムあるいは内蔵モデムでありうる。アクセス端末１０２の他の名称は、アクセス・ユニット、加入者ユニット、移動局、モバイル・デバイス、モバイル・ユニット、モバイル電話、遠隔局、遠隔端末、遠隔ユニット、ユーザ・デバイス、ユーザ機器、ハンドヘルド・デバイス等を含む。
【００２３】
アクセス端末１０２が、ＱｏＳ認識システム１０４ａの有効範囲領域内にある場合、アクセス端末１０２とＱｏＳ認識システム１０４ａとの間でラジオ・セッションが確立されうる。ある時点では、アクセス端末１０２は、ＱｏＳ認識システム１０４ａによって提供される有効範囲領域の外部で移動しており、ＱｏＳ非認識システム１０４ｂによって提供される有効範囲領域へ移動して来るかもしれない。これが生じる場合、アクセス端末１０２とＱｏＳ認識システム１０４ａとの間に存在するラジオ・セッションが、ＱｏＳ非認識システム１０４ｂに転送されうる。上述したように、このプロセスは、ＱｏＳ認識システム１０４ａからＱｏＳ非認識システム１０４ｂへのハンドオフと称されうる。ＱｏＳ非認識システム１０４ｂからＱｏＳ認識システム１０４ａへのハンドオフもある。
【００２４】
本明細書に示された実施形態は、一般に、ＱｏＳ認識通信システムからＱｏＳ非認識通信システムへのハンドオフが生じる場合においてＱｏＳリソースを管理することに関する。ＱｏＳリソースを管理する１つの局面は、アクセス端末１０２が、ＱｏＳ非認識システム１０４ｂからのサービスを受信しながら、ＱｏＳ認識システム１０４ａによって割り当てられたＱｏＳリソースのリリースを容易にすることに関する。例えば、ラジオ・セッションが、アクセス端末１０２とＱｏＳ認識システム１０４ａとの間で進行している間、アクセス端末１０２上のアプリケーション１０６が、ＱｏＳ認識システム１０４ａからのあるＱｏＳリソースを必要とし、ＱｏＳ認識システム１０４ａが、この必要なＱｏＳリソースをアプリケーション１０６に割り当てることができる。その後、ＱｏＳ認識システム１０４ａからＱｏＳ非認識システム１０４ｂへのラジオ・セッションのハンドオフが生じる。アクセス端末１０２が、ＱｏＳ非認識システム１０４ｂからサービスを受信しながら、アプリケーション１０６が、ＱｏＳ認識システム１０４ａによって割り当てられたＱｏＳリソースの全てをリリースすることができるのが望ましい。
【００２５】
図２は、ＱｏＳ非認識システム１０４ｂからサービスを受信しながら、ＱｏＳリソースのリリースを容易にする実施形態に従った方法２００を示す。方法２００は、図１に示すシステム１００における様々な構成要素によって実現されうる。
【００２６】
図示する方法２００では、ラジオ・セッションが、アクセス端末１０２とＱｏＳ認識システム１０４ａの間で進行している間、アプリケーション１０６は、ＱｏＳ認識システム１０４ａからの１または複数のＱｏＳリソースを必要とする（２０２）。アプリケーション１０６によって必要とされるリソースは、必要ＱｏＳリソースと称される。このアプリケーション１０６の求めに応じて、ＱｏＳ認識システム１０４ａは、必要ＱｏＳリソースを、アプリケーション１０６に割り当てる（２０４）。このＱｏＳ認識システム１０４ａによって割り当てられたリソースは、割当済ＱｏＳリソースと称される。
【００２７】
アクセス端末１０２上のＱｏＳ管理構成要素１０８（それは単にＱｏＳマネジャ１０８とも称される）は、必要ＱｏＳリソース（すなわち、アプリケーション１０６によって必要とされるＱｏＳリソース）を識別する情報を、アクセス端末１０２において格納する（２０６）。この情報は、必要ＱｏＳリソース情報と称されよう。ＱｏＳマネジャ１０８はさらに、割当済ＱｏＳリソース（すなわち、ＱｏＳ認識システム１０４ａによって割り当てられたＱｏＳリソース）を識別する情報を、アクセス端末１０２において格納する（２０８）。この情報は、割当済ＱｏＳリソース情報と称されよう。
【００２８】
その後のある時点において、ＱｏＳ認識システム１０４ａからＱｏＳ非認識システム１０４ｂへのハンドオフが生じる（２１０）。アクセス端末１０２がＱｏＳ非認識システム１０４ｂからサービスを受信しながら、アプリケーション１０６は、必要ＱｏＳリソースのうちの幾つかまたは全てをリリース（すなわち、要求を停止）する。アプリケーション１０６は、アクセス端末１０２のユーザが、アプリケーション１０６をシャット・ダウンすることに応じて、必要ＱｏＳリソースをリリースすることができる。アプリケーション１０６が、必要ＱｏＳリソースをリリースする（２１２）と、アプリケーション１０６によって必要ＱｏＳリソースがリリースされたという事実を反映するために、ＱｏＳマネジャ１０８が、アクセス端末１０２において必要ＱｏＳリソース情報を更新する（２１４）。しかしながら、アプリケーション１０６が必要ＱｏＳリソースをリリースする場合（２１２）、アクセス端末１０２はＱｏＳ非認識システム１０４ｂからサービスを受信しているので、アプリケーション１０６が必要ＱｏＳリソースをリリースしても、ＱｏＳ認識システム１０４ａは割当済ＱｏＳリソースをリリースしない。
【００２９】
その後のある時点において、ＱｏＳ非認識システム１０４ｂからＱｏＳ認識システム１０４ａ（あるいは、別のＱｏＳ認識システム）へのハンドオフが生じる（２１６）。これを受けて、ＱｏＳマネジャ１０８は、アクセス端末１０２に格納された必要ＱｏＳリソース情報を、アクセス端末１０２に格納された割当済ＱｏＳリソース情報と比較する。この比較の結果、ＱｏＳマネジャ１０８は、ＱｏＳ認識システム１０４ａによって割り当てられているがアプリケーション１０６によって必要とされていないリソースを識別する（２１８）（なぜなら、アクセス端末１０２がＱｏＳ非認識システム１０４ｂからサービスを受信している場合、リソースはアプリケーション１０６によって既にリリースされているからである）。これらのＱｏＳリソースは、割当済不要ＱｏＳリソースと称されよう。割当済不要ＱｏＳリソースを識別すること（２１８）に応じて、ＱｏＳマネジャ１０８は、ＱｏＳ認識システム１０４ａに対して、割当済不要ＱｏＳリソースをリリースするように要求する（２２０）。ＱｏＳマネジャ１０８からのそのような要求を受信すると、ＱｏＳ認識システム１０４ａは、割当済不要ＱｏＳリソースをリリースする（２２２）。
【００３０】
ＱｏＳリソースを管理することの別の局面は、ＱｏＳ非認識システム１０４ｂからＱｏＳ認識システム１０４ａへのハンドオフが生じた場合におけるＱｏＳリソースの自動復元に関する。例えば、図１に示すシステム１００に示すように、ＱｏＳ認識システム１０４ａからＱｏＳ非認識システム１０４ｂのハンドオフが生じる場合、ＱｏＳ認識システム１０４ａは、割当済ＱｏＳリソース（すなわち、アプリケーション１０６に割り当てられたＱｏＳリソース）の幾つかまたは全てをリリースすることができる。その後のある時点において、ＱｏＳ非認識システム１０４ｂからＱｏＳ認識システム１０４ａ（あるいは、別のＱｏＳ認識システム）へ戻るハンドオフが生じうる。これが生じた場合、以前に割り当てられたＱｏＳリソースが、アプリケーション１０６に自動的に復元されることが有益であろう。
【００３１】
図３は、ＱｏＳリソースの自動復元を容易にする実施形態に従った方法３００を示す。この方法３００は、図１で示されるシステム１００における様々な構成要素によって実現されうる。
【００３２】
図３の方法３００におけるステップ３０２、３０４、３０６、３０８は、図２の方法２００におけるステップ２０２、２０４、２０６、２０８のうちの幾つかに類似している。特に、アクセス端末１０２とＱｏＳ認識システム１０４ａとの間でラジオ・セッションが進行している間、アプリケーション１０６は、ＱｏＳ認識システム１０４ａからの１または複数のＱｏＳリソースを必要とする。アプリケーション１０６によって必要とされるリソースは、必要ＱｏＳリソースと称されよう。このアプリケーション１０６による求めに応じて、ＱｏＳ認識システム１０４ａは、必要ＱｏＳリソースをアプリケーション１０６へ割り当てる（３０４）。ＱｏＳ認識システム１０４ａによって割り当てられたリソースは、割当済ＱｏＳリソースと称されよう。
【００３３】
ＱｏＳマネジャ１０８は、必要ＱｏＳリソース（すなわち、アプリケーション１０６によって必要とされるＱｏＳリソース）を識別する情報をアクセス端末１０２において格納する（３０６）。この情報は、必要ＱｏＳリソース情報と称されよう。ＱｏＳマネジャ１０８また、割当済ＱｏＳリソース（すなわち、ＱｏＳ認識システム１０４ａによって割り当てられたＱｏＳリソース）を識別する情報をアクセス端末１０２において格納する（３０８）。この情報は、割当済ＱｏＳリソース情報と称されよう。
【００３４】
その後のある時点において、ＱｏＳ認識システム１０４ａからＱｏＳ非認識システム１０４ｂへのハンドオフが生じる（３１０）。ハンドオフが生じる（３１０）と、ＱｏＳ認識システム１０４ａは、割当済ＱｏＳリソースをリリースする（すなわち、割り当てをやめる）ことができる。ＱｏＳ認識システム１０４ａが、割当済ＱｏＳリソースをリリースする（３１２）場合、ＱｏＳマネジャ１０８は、アクセス端末１０２において割当済ＱｏＳリソース情報を更新し（３１４）、割当済ＱｏＳリソースが、ＱｏＳ認識システム１０４ａによってリリースされたという事実を反映する。
【００３５】
その後のある時点において、ＱｏＳ非認識システム１０４ｂからＱｏＳ認識システム１０４ａ（あるいは、別のＱｏＳ認識システム）へ戻るハンドオフが生じうる（３１６）。これを受けて、ＱｏＳマネジャ１０８は、アクセス端末１０２に格納された必要ＱｏＳリソース情報を、アクセス端末１０２に格納された割当済ＱｏＳリソース情報と比較する。この比較の結果、ＱｏＳマネジャ１０８は、アプリケーション１０６によって必要とされるがＱｏＳ認識システム１０４ａによって割り当てられていないＱｏＳリソースを識別する（３１８）。これらのＱｏＳリソースは、必要非割当ＱｏＳリソースと称されよう。必要非割当ＱｏＳリソースを識別すること（３１８）に応じて、ＱｏＳマネジャ１０８は、必要非割当ＱｏＳリソースをアプリケーション１０６に割り当てるようにＱｏＳ認識システム１０４ａに要求する（３２０）。ＱｏＳマネジャ１０８からのそのような要求を受信することに応じて、ＱｏＳ認識システム１０４ａは、必要非割当ＱｏＳリソースをアプリケーション１０６に割り当てる（３２２）。
【００３６】
上述したように、方法２００、３００は、アプリケーション１０６とは別のＱｏＳマネジャ１０８によって実施されうる。従って、アプリケーション１０６は、ＱｏＳ認識システム１０４ａおよびＱｏＳ非認識システム１０４ｂを横切って移動する場合に、ＱｏＳリソースの割当／リリースの詳細から隠される。
【００３７】
図４は、実施形態が実現される別のシステム４００を示す。システム４００は、アクセス端末４０２を含んでいる。アクセス端末４０２上ではアプリケーション４０６が動作する。更に、アクセス端末４０２上ではＱｏＳマネジャ４０８が動作する。
【００３８】
アクセス端末４０２が、ＱｏＳ認識システム４０４ａの有効範囲領域内にある場合、アクセス端末４０２とＱｏＳ認識システム４０４ａの間でラジオ・セッションが確立されうる。ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへのハンドオフが生じうる。さらに、ＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａへのハンドオフも生じうる。
【００３９】
ＱｏＳ認識システム４０４ａは、アクセス・ネットワーク４１０ａを含んでいる。それはアクセス・ネットワーク・コントローラ４１２ａおよびアクセス・ネットワーク・トランシーバ４１４ａを含んでいる。アクセス・ネットワーク・コントローラ４１２ａは、パケット・データ・サービス提供ノード（ＰＤＳＮ）４１８ａを経由して、データ・ネットワーク４１６（例えばパケット・データ・ネットワーク）と接続している。アクセス・ネットワーク・コントローラ４１２ａは、アクセス端末４０２とデータ・ネットワーク４１６との間にデータ・パケットを送るように構成されうる。さらにアクセス・ネットワーク・コントローラ４１２ａは、様々なラジオ・アクセス機能およびリンク・メンテナンス機能（例えば、ハンドオフ）、制御ラジオ送信機および受信機（例えば、アクセス・ネットワーク・トランシーバ４１４ａ）等を実行するように構成されうる。
【００４０】
また、アクセス・ネットワーク・コントローラ４１２ａは、基地局コントローラと称されうる。また、アクセス・ネットワーク・トランシーバ４１４ａは、基地局トランシーバ・システム、アクセス・ポイント、モデム・プール・トランシーバ、（例えば、Ｗ−ＣＤＭＡタイプ・システムにおける）ノードＢと称されよう。
【００４１】
ＱｏＳ非認識システム４０４ｂはさらに、アクセス・ネットワーク４１０ｂを含んでいる。それはアクセス・ネットワーク・コントローラ４１２ｂおよびアクセス・ネットワーク・トランシーバ４１４ｂを含んでいる。アクセス・ネットワーク・コントローラ４１２ｂは、ＰＤＳＮ４１８ｂを経由してデータ・ネットワーク４１６と接続している。これらの構成要素４１０ｂ、４１２ｂ、４１４ｂ、４１８ｂは、ＱｏＳ認識システム４０４ａにおける対応する構成要素４１０ａ、４１２ａ、４１４ａ、４１８ａと同様に機能する。
【００４２】
図４に示されるＱｏＳ認識システム４０４ａのＱｏＳ構成は、２つのエンティティ、すなわち、エア・リンクＱｏＳ仕様およびフィルタ仕様からなる。エア・リンクＱｏＳは、アクセス端末４０２とアクセス・ネットワーク・トランシーバ４１４ａとの間のリンクを称する。それは、エンド・トゥ・エンド通信の最後のホップまたは最後のマイルである。しかしながら、エア・リンクＱｏＳは、到来するデータのための物理的なリソースしか引き受けず、どのデータがどの種類のＱｏＳ要件を持っているかをタグ付けしない。このデータのタグ付けは、フィルタ仕様によって達成される。ＰＤＳＮ４１８ａにおけるフィルタ仕様は、到来するデータ・トラフィックに、適切なＱｏＳ処理特性をタグ付けするために使用される。従って、データのストリームが、ＰＤＳＮ４１８ａに到来すると、適切なＱｏＳ保証を用いてタグ付けされる。このタグ付けは、ＰＤＳＮ４１８ａとアクセス・ネットワーク４１０ａとの間で確立されたＡ１０／Ａ１１リンクのうちの１つに、データのストリームをマップすることによってなされる。その後、このデータのストリームを、適切なラジオ・リンク・プロトコル（ＲＬＰ）インスタンスにキューすることによって、このデータのストリームが、アクセス・ネットワーク・トランシーバ４１４ａに送られる。アクセス・ネットワーク４１０ａとアクセス端末４０２の間に多くのＲＬＰインスタンスがある。これらのインスタンスのうちの１つは、デフォルトである（つまり、ＱｏＳ処理はない）。他のＲＬＰインスタンスは、ＱｏＳプロファイル（つまり、アクセス端末４０２とアクセス・ネットワーク４１０ａとの間でネゴシエートされた適切なＱｏＳ処理特性）に関連付けられる。
【００４３】
アクセス端末４０２が、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへ移動する場合、２つの可能なシナリオがある。第１のシナリオでは、アクセス端末４０２とＰＤＳＮ４１８との間のＰＰＰリンクが、再同期される（つまり、再確立される）。これは、（図４に示すように）２つのサービス提供ＰＤＳＮ４１８ａ、４１８ｂが異なる場合に起こりうる。このシナリオでは、ＰＤＳＮ４１８は、全てのフィルタ仕様を削除するだろう。ＰＤＳＮ４１８がこれらのフィルタ仕様を削除する場合、ＱｏＳ処理を保証するためのリンクのうちの１つが削除される。従って、アクセス端末４０２がＱｏＳ認識システム４０４ａに戻ると、これらのフィルタを再インストールし、シームレスな特権のある接続を、エンド・ユーザに提供する。上述したように、これは、ＱｏＳ認識システム４０４ａおよびＱｏＳ非認識システム４０４ｂにわたるＰＤＳＮ４１８の状態のビューを維持することと、ユーザのＱｏＳ要求と、ＰＤＳＮ４１８の状態と、セルラ・ネットワークの現在の能力との相違に着目して適切な処置を講ずることとによって達成される。
【００４４】
第２のシナリオでは、アクセス端末４０２とＰＤＳＮ４１８との間のＰＰＰリンクは再同期されない。これは、同一のＰＤＳＮ４１８が、ＱｏＳ認識システム４０４ａ内のアクセス・ネットワーク・トランシーバ４１４ａと、ＱｏＳ非認識システム４０４ｂ内のアクセス・ネットワーク・トランシーバ４１４ｂとにサービス提供する場合（これは図４のケースではない）に起こる。
【００４５】
図４に示すシステム４００では、アクセス・ネットワーク４１０ａにおけるＱｏＳリソースは、フロー・ラベルからＱｏＳプロファイルへマッピングである。ＰＤＳＮ４１８ａのＱｏＳリソースは、フィルタ仕様、および、Ａ１０／Ａ１１物理リンクに対するこれらフィルタ間のマッピングである。
【００４６】
図５は、ＱｏＳ認識通信システムとＱｏＳ非認識通信システムとを越えてサービス品質（ＱｏＳ）リソースを管理する実施形態に従った別の方法５００を示す。方法５００は、図４に示されるシステム４００におけるアクセス端末４０２上のＱｏＳマネジャ４０８によって実現されうる。
【００４７】
ある時点において、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへのハンドオフが生じうる。図示する方法５００では、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへのハンドオフが生じたとＱｏＳマネジャ４０８が判定すると（５０２）、ＱｏＳマネジャ４０８は、全てのＱｏＳフローを中断（保留）し、ＱｏＳフローが中断されていることをアプリケーション４０６に通知する（５０６）。ＱｏＳマネジャ４０８は、ＱｏＳ非認識システム４０４ｂからサービスを受けている間、アプリケーション４０６に対して、（ＱｏＳをリリースすることを除いた）いかなるＱｏＳ関連動作も行わせない。
【００４８】
アクセス端末４０２がＱｏＳ非認識システム４０４ｂ内にある場合、ＱｏＳマネジャ４０８は、ＱｏＳ要求を拒否し、アクセス端末４０２がＱｏＳ認識システム４０４ａに入った場合にリトライすることをアプリケーション４０８に期待する。あるいは、ＱｏＳマネジャ４０８は、アプリケーション４０６からのＱｏＳ要求をアーカイブし、アクセス端末４０２がＱｏＳ認識システム４０４ａに入った場合にＱｏＳ要求を行うことができる。
【００４９】
ある時点において、ＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａへのハンドオフが生じる。ＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａへのハンドオフが生じたとＱｏＳマネジャ４０８が判定した場合（５０８）、ＱｏＳマネジャ４０８は、ＱｏＳ動作が再開されることをアプリケーション４０６に通知する（５１０）。ＱｏＳマネジャ４０８はまた、ＱｏＳ認識システム４０４ａ内のＰＤＳＮ４１８ａへＴＦＴ削除メッセージを送る（５１２）。ＴＦＴ削除メッセージは、アクセス端末４０２がＱｏＳ非認識システム４０４ｂからサービスを受信しながらＱｏＳがリリースされるためのフローを含む。
【００５０】
ＱｏＳマネジャ４０８はまた、アクセス端末４０２が以前に何れかのＱｏＳ認識システム（ハンドオフに含まれるＱｏＳ認識システム４０４ａであるか、あるいは、別のＱｏＳ認識システム）に接続されてから、ＰＰＰ再同期がなされたかを判定する（５１４）。ＰＰＰ再同期がなされたとＱｏＳマネジャ４０８が判定すると（５１４）、これは、ＱｏＳが確立され続けるための有効なフローのためにＰＤＳＮ４１８ａにおいてインストールされたフィルタ仕様が存在しないことを意味する。その後、ＱｏＳマネジャ４０８は、ＱｏＳ認識システム４０４ａ内のＰＤＳＮ４１８ａへＴＦＴ生成メッセージを送る（５１６）。ＴＦＴ生成メッセージは、ＱｏＳが確立され続けるための全ての有効なフローを含む。
【００５１】
ＰＰＰ再同期がなされていないとＱｏＳマネジャ４０８が判定すると（５１４）、ＰＤＳＮ４１８ａにおいてフィルタ仕様が再インストールされる必要はない。従って、ＱｏＳマネジャ４０８は、ＱｏＳ認識システム４０４ａ内のＰＤＳＮ４１８ａへ、ＴＦＴ生成メッセージを送らない。その代わり、ＰＤＳＮ４１８ａが、ＰＤＳＮ４１８ａに既にインストールされたフィルタ仕様に基づいてパケットのフィルタリングを自動的に開始することが単に想定される。
【００５２】
図５の方法５００は、図２乃至３に示される方法２００、３００のいくつかの局面がどのようにして実現されるかを例示している。例えば、図２に示す方法２００では、割当済不要ＱｏＳリソースを識別すること（２１８）に応じて、ＱｏＳマネジャ１０８が、ＱｏＳ認識システム１０４ａに対して、割当済不要ＱｏＳリソースをリリースするように要求する（２２０）。ＱｏＳ認識システム１０４ａに対して、割当済不要ＱｏＳリソースをリリースするように要求するステップ（２２０）は、図５の方法において、ＱｏＳ認識システム１０４ａ内のＰＤＳＮ４１８ａに、ＴＦＴ削除メッセージを送る（５１２）ことによって実現されうる。上述したように、ＴＦＴ削除メッセージは、アクセス端末４０２がＱｏＳ非認識システム４０４ｂからサービスを受信している間にＱｏＳがリリースされるためのフローを含む。
【００５３】
別の例として、図３の方法３００では、必要非割当ＱｏＳリソースを識別すること（３１８）に応じて、ＱｏＳマネジャ１０８が、ＱｏＳ認識システム１０４ａに対して、必要非割当ＱｏＳリソースをアプリケーション１０６に割り当てることを要求する（３２０）。ＱｏＳ認識システム１０４ａに対して、必要非割当ＱｏＳリソースをアプリケーション１０６に割り当てることを要求するステップ（３２０）は、図５の方法において、ＱｏＳ認識システム４０４ａ内のＰＤＳＮ４１８ａにＴＦＴ生成メッセージを送る（５１６）ことによって実現される。上述したように、ＴＦＴ生成メッセージは、ＱｏＳが確立され続けるための有効なフローの全てを含む。
【００５４】
図６Ａ乃至６Ｃは、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂまでのハンドオフ中におけるアクセス端末４０２（アプリケーション４０６およびＱｏＳマネジャ４０８を含む）、ＱｏＳ認識システム４０４ａ内のアクセス・ネットワーク４１０ａおよびＰＤＳＮ４１８ａ、ＱｏＳ非認識システム４０４ｂ内のアクセス・ネットワーク４１０ｂおよびＰＤＳＮ４１８ｂの実施形態に従った動作を例示する。
【００５５】
図６Ａに示すように、アクセス端末４０２が、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂに移動する場合（６０２）、ＱｏＳ認識システム４０４ａにおけるアクセス・ネットワーク４１０ａ（ソース・アクセス・ネットワーク４１０ａ）と、ＱｏＳ非認識システム４０４ｂにおけるアクセス・ネットワーク４１０ｂ（ターゲット・アクセス・ネットワーク４１０ｂ）とが、ハンドオフを引き起こす（６０４）。ソース・アクセス・ネットワーク４１０ａは、TrafficChannelAssignment（トラフィック・チャネル・割当）とAttributeUpdateRequest（属性更新要求）とを送り（６０６）、ターゲット・アクセス・ネットワーク４１０ｂによってサポートされるSessionConfigurationToken=OxOxxx（セッション・コンフィグレーション・トークン＝０ｘ０ｘｘｘ）を用いて、アクセス端末４０２を、パーソナリティに変える。アクセス端末４０２は、AttributeUpdateAccept（属性更新受諾）を送る（６０８）。ソース・アクセス・ネットワーク４１０ａは、ConnectionClose（接続クローズ）をＱｏＳマネジャ４０８に送ることによって接続を閉じる（６１０）。ソース・アクセス・ネットワーク４１０ａはまた、ターゲット・アクセス・ネットワーク４１０ｂ内にトラフィック・チャネルを割り当てるTrafficChannelAssignment（トラフィック・チャネル割当）メッセージをバンドルする。ＱｏＳマネジャ４０８は、ソース・アクセス・ネットワーク４１０ａにConnectionClose（接続クローズ）を送り、ターゲット・アクセス・ネットワーク４１０ｂの獲得を進める（６１２）。
【００５６】
図６Ｂに示すように、ソース・アクセス・ネットワーク４１０ａとアクセス端末４０２との両方は、接続リリースにおいてパーソナリティ変化が起きると、クローズ状態を保留する（６１４ａ、６１４ｂ）。ソース・アクセス・ネットワーク４１０ａについては、ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへとアクセス端末４０２が移動した際に、アクセス端末４０２とソース・アクセス・ネットワーク４１０ａとにおける状態が矛盾無く保たれるような単なるリコメンデーションでしかないことに注目されたい。
【００５７】
ＱｏＳマネジャ４０６によってアプリケーション４０６にＱｏＳ非認識通知が提供される（６１６）。保留をクローズ状態に移行させるために、ＱｏＳマネジャ４０６によってアプリケーション４０６に中断通知が提供される（６１８）。この後にＱｏＳフロー開始要求を呼ぶと、エラーが返されることに注目されたい。
【００５８】
ターゲット・アクセス・ネットワーク４１０ｂは、ソース・アクセス・ネットワーク４１０ａからのセッションの転送を要求する（６２０）。ソース・アクセス・ネットワーク４１０ａは、ターゲット・アクセス・ネットワーク４１０ｂへ、アクセス端末４０２のセッション情報を提供する（６２２）。ソース・アクセス・ネットワーク４１０ａは、ソースＰＤＳＮ４１８ａからのＡ１０接続をリリースする（６２４）。図６Ｃに示すように、ターゲット・アクセス・ネットワーク４１０ｂは、ターゲットＰＤＳＮ４１８ｂとのＡ１０接続を確立する（６２６）。ＰＰＰ／ＴＦＴ／フィルタ・コンテキストを転送することができる場合、ソースＰＤＳＮ４１８ａは、このコンテキスト転送をターゲットＰＤＳＮ４１８ｂに対して実行する（６２８）。
【００５９】
アクセス端末４０２は、逆方向リンクによってパイロットおよびＤＲＣを送信する（６３０）。ステップ６２０、６２２、６２４、６２６、６２８、６３０は、ステップ６１０と平行して起こりうることに注目されたい。
【００６０】
ターゲット・アクセス・ネットワーク４１０ｂは、アクセス端末４０２を獲得し、ＲＴＣ  Ａｃｋを送信する（６３２）。アクセス端末４０２は、TrafficChannelComplete（トラフィック・チャネル完了）を送り、ターゲット・アクセス・ネットワーク４１０ｂとの接続セットアップを完了する（６３４）。ＰＰＰコンテキストを転送することができない場合、ターゲットＰＤＳＮ４１８ｂによってＰＰＰ再同期が開始される（６３６）。図示する方法では、アクセス端末４０２は、ＰＰＰ再同期に応じて、ターゲットＰＤＳＮ４１８ｂにおいて、ＴＦＴを作成することも、フィルタをインストールすることも行わない。なぜなら、ターゲット・システム４０４ｂは、別のフローに、別のＱｏＳを提供することはできないからである。
【００６１】
図７Ａ乃至７Ｄは、実施形態に従ったＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａへのハンドオフにおける、アクセス端末４０２（アプリケーション４０６およびＱｏＳマネジャ４０８を含む）、ＱｏＳ非認識システム４０４ｂにおけるアクセス・ネットワーク４１０ｂおよびＰＤＳＮ４１８ｂ、ＱｏＳ認識システム４０４ａにおけるアクセス・ネットワーク４１０ａおよびＰＤＳＮ４１８ａの動作を例示する。
【００６２】
図７Ａに示すように、アクセス端末４０２が、ＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａに移動する（７０２）場合、ＱｏＳ非認識システム４０４ｂにおけるアクセス・ネットワーク４１０ｂ（ソース・アクセス・ネットワーク４１０ｂ）、およびＱｏＳ認識システム４０４ａにおけるアクセス・ネットワーク４１０ａ（ターゲット・アクセス・ネットワーク４１０ａ）が、ハンドオフを引き起こす（７０４）。ソース・アクセス・ネットワーク４１０ｂは、アクセス端末４０２へTrafficChannelAssignment（トラフィック・チャネル割当）を送る（７０６）。アクセス端末４０２は、現在のパーソナリティを用いてターゲット・アクセス・ネットワーク４１０ａに転送される。
【００６３】
ターゲット・アクセス・ネットワーク４１０ａは、ソース・アクセス・ネットワーク４１０ｂからのセッションの転送を要求する（７０８）。ソース・アクセス・ネットワーク４１０ｂは、ターゲット・アクセス・ネットワーク４１０ａへ、アクセス端末４０２のセッション情報を提供する（７１０）。ソース・アクセス・ネットワーク４１０ｂは、ソースＰＤＳＮ４１８ｂからのＡ１０接続をリリースする（７１２）。図７Ｂに示すように、ターゲット・アクセス・ネットワーク４１０ａは、ターゲットＰＤＳＮ４１８ａとのＡ１０接続を確立する（７１４）。
【００６４】
可能な場合、ＰＰＰ／ＴＦＴ／フィルタ・コンテキストが、ターゲットＰＤＳＮ４１８ａにおいて獲得される（７１６）。アクセス端末４０２は、逆方向リンクによってパイロットおよびＤＲＣを送信する（７１８）。ターゲット・アクセス・ネットワーク４１０ａは、逆方向リンクを獲得し、ＲＴＣ  Ａｃｋを送信する（７２０）。アクセス端末４０２は未だにレビジョン０のパーソナリティで動作していることに注目されたい。
【００６５】
アクセス端末４０２は、TrafficChannelComplete（トラフィック・チャネル完了）を送り、ターゲット・アクセス・ネットワーク４１０ａとの接続セットアップを完了する（７２２）。ターゲット・アクセス・ネットワーク４１０ａは、AttributeUpdateRequest（属性更新要求）を送り、セッション・コンフィグレーション・トークンを０ｘ１  ｘｘｘへ切り換える（７２４）。アクセス端末４０２は、AttributeUpdateAccept（属性更新受諾）を送る（７２６）。ターゲット・アクセス・ネットワーク４１０ａは、ConnectionClose（接続クローズ）およびTrafficChannelAssignment（トラフィック・チャネル割当）を送り、パーソナリティの切換を促進する（７２８）。
【００６６】
図７Ｃに示すように、アクセス端末４０２およびターゲット・アクセス・ネットワーク４１０ａともに、アクセス端末４０２がＱｏＳ認識システム４０４ａから最後に移行した時の状態への保留を復元する（７３０ａ、７３０ｂ）。アクセス端末４０２がＱｏＳ認識システム４０４ａから移行する場合、全ての保留がクローズ状態に入れられることに注目されたい。ＱｏＳマネジャ４０８によってアプリケーション４０６へＱｏＳ認識通知が提供される（７３２）。
【００６７】
アクセス端末４０２は、逆方向リンクによってパイロットおよびＤＲＣを送信する（７３４）。アクセス端末４０２は、今、レビジョンＡのパーソナリティにある。ターゲット・アクセス・ネットワーク４１０ａは、逆方向リンクを獲得し、ＲＴＣ  Ａｃｋを送信する（７３６）。アクセス端末４０２は、TrafficChannelComplete（トラフィック・チャネル完了）を送り、ターゲット・アクセス・ネットワーク４１０ａとの接続セットアップを完了する（７３８）。
【００６８】
図７Ｄに示すように、ＰＰＰ再同期は、要求された場合、ターゲットＰＤＳＮ４１８ａによって開始される（７４０）。ＱｏＳ非認識システム４０４ｂにある間にＱｏＳアプリケーションがクローズされた場合、ＱｏＳマネジャ４０８は、ＱｏＳ認識システム４０４ａに再び入った後にこれらの保留をリリースする（７４２）。ＱｏＳマネジャ４０８は、この情報を保持し、ＱｏＳ認識システム４０４ａに入った後にＱｏＳプロファイルをリリースする。
【００６９】
アクセス端末４０２は、ＱｏＳ非認識システム４０４ｂにある間に、ＰＰＰ再同期が生じたかを判定する。ＰＰＰ再同期が生じた場合、アクセス端末４０２は、ＴＦＴを生成し、ターゲットＰＤＳＮ４１８ａにおけるフィルタを更新する（７４４）。
【００７０】
ＰＰＰ再同期が生じたことは、ターゲットＰＤＳＮ４１８ａにおいて、ＱｏＳフローのためにインストールされたフィルタが存在しないことを意味する。従って、アクセス端末４０２は、ＱｏＳが引き続き確立されるための全ての有効なフローを含むＴＦＴを送るだろう。（これは、ＱｏＳ非認識システム４０４ｂにある間、ＱｏＳがリリースされたフローを含まないだろう。）さらに、アクセス端末４０２は、ＱｏＳ非認識システム４０４ｂにある間、ＱｏＳがリリースされたフロー（保留）をすべてリリースするために、ProfileType=NULL（プロファイル・タイプ＝ヌル）のReservationKKQoSRequest（保留ＫＫＱｏＳ要求）メッセージをも送るだろう。
【００７１】
ＱｏＳ認識システム４０４ａからＱｏＳ非認識システム４０４ｂへのハンドオフ、あるいは、ＱｏＳ非認識システム４０４ｂからＱｏＳ認識システム４０４ａへのハンドオフの何れにおいてもＰＰＰ同期が生じない場合、アクセス端末４０２は、ターゲットＰＤＳＮ４１８ａにおいてフィルタを再インストールする必要は無く、ＴＦＴ生成メッセージを生成しないだろう。ＱｏＳ認識システム４０４ａにハンドオフして戻った後、ターゲットＰＤＳＮ４１８ａは、既存のＴＦＴに基づいてパケットのフィルタリングを自動的に開始すると仮定される。アクセス端末４０２は、ＱｏＳ非認識システム４０４ｂにある間、ＱｏＳがリリースされるためのあらゆるフローを削除する。アクセス端末４０２は、保持されるフィルタのみを含むＴＦＴ生成メッセージを送る。この結果、保持されたフィルタに矛盾がないことを保証しながら、アプリケーション４０６がＱｏＳプロファイルをリリースするためのフィルタ・エントリを取り除くことができる。同時に、アクセス端末４０２は、ProfileType=0（プロファイル・タイプ＝０）のReservationKKQoSRequest（保留ＫＫＱｏＳ要求）を送り、ターゲット・アクセス・ネットワーク４１０ａに対して、これらの保留をリリースするように通知する。
【００７２】
実施形態では、アクセス端末４０２は、ＱｏＳ非認識システム４０４ｂにある間、ＱｏＳのコンテキストを保持し、情報を保留することができる。アクセス端末４０２がＱｏＳ認識システム４０４ａを再び入る場合、アクセス端末４０２は、コンテキストを再びアクティブにすることができる。
【００７３】
実施形態では、１ｘへの遷移は、ＱｏＳ非認識領域への遷移として取り扱われうる。いくつかのタイプのＱｏＳ認識は、それぞれ提供されるＱｏＳサポートのタイプに基づいて提供される。これらの各々は、独立したアクセス端末４０２パーソナリティによってアドレスされうる。アクセス端末４０２がＱｏＳ領域を通って移行すると、アクセス端末４０２におけるＱｏＳ機能は、アクセス・ネットワーク４１０をアクティブにする現在のパーソナリティに依存しうる。アプリケーション４０６に、適切な通知（正しいアプリケーション４０６に知られたＱｏＳであって、これらのアプリケーション４０６のために保留が調整されるようにするもの）が与えられる。
【００７４】
本明細書で開示された実施形態は、従来方式のアプローチに対するいくつかの利点を備えうる。例えば、１つの利点は、共通のシナリオにおいてメッセージ交換が回避されることによるサービスの同時復元である。別の利点は、アプリケーション４０６が、全てのメッセージングに気付かないことによって、ＱｏＳリソースへのシームレスなアクセスが与えられることである。その他の利点は、幾つかの状況において、潜在的に大きなＴＦＴをＰＤＳＮ４１８に送ることが回避されるので、エア・インタフェース・メッセージングが最適化されることである。また別の利点は、非認識ラジオ・アクセス・ネットワーク（ＲＡＮ）上では、サービスの中断が最小化されることでありうる。他の利点は、ＰＤＳＮ４１８が、ＱｏＳ認識／非認識ＲＡＮにわたって共有されうることである。
【００７５】
図８は、実施形態に従ったアクセス端末８０２で利用されうる様々な構成要素を示す。アクセス端末８０２は、アクセス端末８０２の動作を制御するプロセッサ８０３を含んでいる。プロセッサ８０３は、ＣＰＵとも称されうる。読取専用メモリ（ＲＯＭ）およびランダム・アクセス・メモリ（ＲＡＭ）の両方を含みうるメモリ８０４は、プロセッサ８０３に命令群およびデータを提供する。メモリ８０４部分は更に不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）を含みうる。
【００７６】
アクセス端末８０２はまた、アクセス端末８０２と遠隔場所との間のデータの送信および受信を可能にする送信機８０８および受信機８１０を収容する筐体８０７をも含む。送信機８０８および受信機８１０はトランシーバ８１２へ統合されうる。アンテナ８１４は、筐体８０７に取り付けられており、トランシーバ８１２に電気的に接続されている。
【００７７】
アクセス端末８０２はまた、トランシーバ８１２によって受信された信号のレベルを検知し計量するために使用される信号検出器８１６を含んでいる。当該技術で周知のように、信号検出器８１６は、合計エネルギ、擬似ノイズ（ＰＮ）チップに対するパイロット・エネルギ、電力スペクトル密度、およびその他の信号のような信号を検知する。
【００７８】
アクセス端末８０２の状態変換器８２６は、現在の状態、および、トランシーバ８１２によって受信され信号検出器８１６によって検出された追加信号に基づいて、アクセス端末８０２の状態を制御する。アクセス端末８０２は、多くの状態のうちの任意の１つの状態で動作することができる。アクセス端末８０２はまた、アクセス端末８０２を制御し、現在のサービス・プロバイダが不適切であると判定された場合に、アクセス端末８０２が転送するべきサービス・プロバイダ・システムを判定するために使用されるシステム判定部８２８をも含む。
【００７９】
アクセス端末８０２の様々な構成要素は、データ・バスのみならず電力バス、制御信号バス、および状態信号バスを含むバス・システム８３０によってともに接続されうる。しかしながら、図８では、明瞭さのために、様々なバスがバス・システム８３０として例示される。アクセス端末８０２はまた、信号を処理する際に使用されるデジタル信号プロセッサ（ＤＳＰ）８０９を含みうる。
【００８０】
情報および信号は、様々な別の技術および技法のうちの何れかを用いて表されうる。例えば、上記の記述の全体にわたって参照されるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはそれらの任意の組み合わせによって表現されうる。
【００８１】
本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されうる。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとして又はソフトウェアとして実現されるかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００８２】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００８３】
本明細書で開示された実施形態に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００８４】
本明細書で開示された方法は、記述された方法を達成するための１または複数のステップまたは動作を備える。これら方法ステップおよび／または動作は、本開示のスコープを逸脱することなく、相互交換されうる。言いかえれば、実施形態の適切な実施のために、もしも特定の順番のステップまたは動作が必要とされないのであれば、特定のステップまたは動作の順番および／または使用が、本開示の範囲から逸脱することなく修正されうる。
【００８５】
本開示の具体的な実施形態および用途が例示され記載された一方、この開示は、本明細書で開示された正確な構成および構成要素に限定されないことと理解される。当業者に明らかになるであろう様々な修正、変更、および変形が、本開示の精神および範囲から逸脱することなく、本明細書で示された開示の方法およびシステムの構成、動作、および詳細においてなされる。
【図面の簡単な説明】
【００８６】
【図１】図１は、実施形態が実現されうるシステムを例示する。
【図２】図２は、ＱｏＳ非認識システムからサービスを受信しながらＱｏＳリソースのリリースを容易にする実施形態に従った方法を例示する。
【図３】図３は、ＱｏＳリソースの自動復元を容易にする実施形態に従った方法を例示する。
【図４】図４は、実施形態が実現されうる別のシステムを例示する。
【図５】図５は、ＱｏＳ認識通信システムおよびＱｏＳ非認識通信システムを介してＱｏＳリソースを管理する実施形態に従った別の方法を例示する。
【図６Ａ】図６Ａは、ＱｏＳ認識システムからＱｏＳ非認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図６Ｂ】図６Ｂは、ＱｏＳ認識システムからＱｏＳ非認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図６Ｃ】図６Ｃは、ＱｏＳ認識システムからＱｏＳ非認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図７Ａ】図７Ａは、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図７Ｂ】図７Ｂは、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図７Ｃ】図７Ｃは、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図７Ｄ】図７Ｄは、ＱｏＳ非認識システムからＱｏＳ認識システムへのハンドオフ中における図４のシステムの様々な構成要素の実施形態に従った動作を例示する。
【図８】図８は、実施形態に従ってアクセス端末で利用されうる様々な構成要素を例示する。
【図１】
2009531988.tif 000003
【図２】
2009531988.tif 000004
【図３】
2009531988.tif 000005
【図４】
2009531988.tif 000006
【図５】
2009531988.tif 000007
【図６Ａ】
2009531988.tif 000008
【図６Ｂ】
2009531988.tif 000009
【図６Ｃ】
2009531988.tif 000010
【図７Ａ】
2009531988.tif 000011
【図７Ｂ】
2009531988.tif 000012
【図７Ｃ】
2009531988.tif 000013
【図７Ｄ】
2009531988.tif 000014
【図８】
2009531988.tif 000015
【国際調査報告】
2009531988.tif 000016
2009531988.tif 000017
2009531988.tif 000018