JP4913903B2

JP4913903B2 - ハードハンドオフ中に最低限のＱｏＳ（サービス品質）通信セッションを維持すること

Info

Publication number: JP4913903B2
Application number: JP2010515019A
Authority: JP
Inventors: ペイヤッピリー、アジト・ティー．; シェン、レイ; アガシェ、パラグ・アルン; シャヒディ、レザ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2007-06-28
Filing date: 2008-06-23
Publication date: 2012-04-11
Anticipated expiration: 2028-06-23
Also published as: CN101690316A; TW200910868A; US8903393B2; JP2010532140A; WO2009006079A1; KR20100036355A; KR101117901B1; US20090005044A1; CN101690316B; EP2172049A1

Description

米国特許法１１９条の下における優先権の主張

本特許出願は、本特許出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれている、２００７年６月２８に出願された「Maintaining Minimum Quality Of Service（QoS）Communication Sessions During Hard Handoffs」という名称の米国仮出願第６０／９４６，９５５号の優先権を主張するものである。

本開示は、無線通信デバイスと通信セッションを維持することに関する。

ＥＶＤＯ（Evolution-Data Optimized）は、ＣＤＭＡ（符号分割多元接続）網インフラストラクチャの上で動作するｃｄｍａ２０００シングルキャリア無線伝送技術（１ｘＲＴＴ、または単に１ｘ）規格から直接に進化したワイヤレス無線ブロードバンドデータ規格である。ＥＶＤＯは、ＩＰ（インターネットプロトコル）ベースのネットワークと、パケットベースのネットワークを介する迅速なセットアップと短い待ち時間の伝送に依拠するアプリケーションをサポートするＱｏＳ（サービス品質）機構とを備える。ＥＶＤＯ規格の最近の改訂版であるＥＶＤＯＲｅｖｉｓｉｏｎＡは、より高いデータ転送速度、およびより高いシステム容量を提供し、さらに待ち時間を大幅に短縮し、遅延に影響されやすいアプリケーションのパフォーマンスを向上させる、さらなるＱｏＳサポートを提供する。ＥＶＤＯＲｅｖＡは、ＶｏＩＰ（voice over Internet Protocol）呼や、ＱｏＳ指定を有するデータアップロードおよびデータダウンロードなどの、最低限のＱｏＳ通信セッションをサポートするのに特に役立ち得る。

ＥＶＤＯＲｅｖＡを介するＶｏＩＰ呼は、アクセス端末装置（すなわち、無線通信デバイス）とアクセス網との間で確立されたトラヒックチャネルにおいて、その呼が、少なくとも、１ｘ規格を介する回線交換音声呼と同程度に良好な音質であるという或る最低限のＱｏＳ保証を要求する。ＱｏＳ保証は、ＶｏＩＰ呼内の各データフローが経験してもよいパケットロス、遅延、およびジッタの量についての限度を含み得る。例えば、ＶｏＩＰ呼は、シグナリングデータフローと、それぞれのＲＬＰ（無線リンクプロトコル）フローに関連するメディアデータフローとを含み得る。

或る具体的な時間または場所において、アクセス網が、或るアクセス端末装置を相手にしたＶｏＩＰ呼に関して最低限のＱｏＳを保証するのに十分なだけの資源を有さない場合、そのアクセス端末装置上の通信アプリケーションは、プロトコルスタックソフトウェアから、ＱｏＳが一時停止されるという通知を得る可能性がある。すると、通信アプリケーションは、ＶｏＩＰ呼をドロップし得、さらに１ｘ規格を介する回線交換音声呼を代わりに試み得る。アクセス網上の資源に加えて、ＶｏＩＰ呼についてのＱｏＳは、アクセス端末装置とアクセス網との間の接続の状態にも依存する。無線層における接続がダウンしている場合、通信アプリケーションは、ＱｏＳが一時停止されるという同一の通知を得て、ＶｏＩＰ呼をドロップする。このことの理由は、無線層において接続さえされていないアクセス端末装置が、アクセス網の無線資源を不必要に占有すべきではないということである。

ＶｏＩＰ呼中の第１のアクセス網と第２のアクセス網との間におけるアクセス端末装置のハードハンドオフは、通信セッションが、第１のアクセス網から第２のアクセス網に移される間に、無線層における接続が、瞬間的にダウンすることをもたらし得る。したがって、通信アプリケーションは、ＶｏＩＰ呼についてのＱｏＳが一時停止されるという通知を受信し、ＶｏＩＰ呼をドロップする。しかし、無線層における接続は、通常、一時的にだけダウンし、ハードハンドオフが成功した場合、接続は、短い時間内に第２のアクセス網を相手に再び機能し得る。

概して、本開示は、ＷＣＤ（無線通信デバイス）についてのアクセス網同士の間のハードハンドオフ中に、データに基づく通信網を介してＷＣＤを相手に最低限のＱｏＳ（サービス品質）通信セッションを維持するための技術に関する。より具体的には、これらの通信技術は、最低限ＱｏＳ通信セッション中にＷＣＤと第１のアクセス網との間の通信を中断する閉じられた接続が、第１のアクセス網と第２のアクセス網との間のハードハンドオフに起因するかどうかを判定することが可能である。ハードハンドオフの場合、これらの技術は、所定の期間にわたって、最低限ＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持することができる。このことは、ＷＣＤと第２のアクセス網との間で新たな接続が確立されることを可能にし得る。

本技術は、以下の３つの状況を区別でき得る。すなわち、成功したハードハンドオフにおける閉じられた接続、失敗したハードハンドオフにおける閉じられた接続、および他の何らかの理由による閉じられた接続である。これらの状況のいずれが生じているかに応じて、本技術は、最低限ＱｏＳ通信セッションを維持すること、またはドロップすることの適切な決定を行うことができ得る。例えば、ハードハンドオフは、所定の期間が満了する前に、ＷＣＤと第２のアクセス網との間で新たな接続が確立された場合、成功である。この場合、これらの技術は、元の接続が閉じた後、新たな接続が確立されるまでの時間中、最低限ＱｏＳ通信セッションを維持でき得、さらに、その結果、ハードハンドオフ中にＶｏＩＰ呼を不必要にドロップすることを回避し得る。データフローのいくつかのフレームが、失われる可能性があるが、最低限ＱｏＳ通信セッションは、立ち上げられたままとなり、ユーザは、呼ドロップを経験しない。ハードハンドオフは、ＷＣＤと第２のアクセス網との間で新たな接続が確立され得る前に所定の期間が満了した場合、失敗する。その場合、ＷＣＤは、最低限ＱｏＳ通信セッションをドロップし得る。さらに、閉じられた接続が、ハードハンドオフによらない場合、ＷＣＤは、最低限のＱｏＳデータ通信セッションをドロップし得る。

本明細書で説明される技術は、ＥＶＤＯ（Evolution-Data Optimized）通信網を介して、さらに好ましくは、ＥＶＤＯＲｅｖＡ通信網を介してＶｏＩＰ（voice over Internet Protocol）呼を実行している場合、特に役立ち得る。その場合、ＷＣＤは、ＥＶＤＯ通信網におけるアクセス端末装置を備え、さらに第１のアクセス網、および第２のアクセス網は、ＥＶＤＯアクセス網を備える。ＷＣＤは、ＥＶＤＯ電話機、ＩＰ（インターネットプロトコル）電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）、または無線データ通信能力を組み込んだ他の任意のデバイスなどの、あらゆるデータ対応型無線デバイスを備えることが可能である。

一態様では、本開示は、無線通信デバイスに関して、データに基づく通信網を介して最低限ＱｏＳ通信セッションに参加し、この最低限ＱｏＳ通信セッション中に無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して、接続クローズメッセージを受信することを備える方法に向けられている。この方法は、閉じられた接続が、第１のアクセス網と第２のアクセス網との間の無線通信デバイスのハードハンドオフに起因するかどうかを判定し、さらに、閉じられた接続がハードハンドオフに起因すると判定すると、そのハードハンドオフ中に最低限ＱｏＳ通信セッションを維持することをさらに備える。

別の態様では、本開示は、データに基づく通信網を介して最低限ＱｏＳ通信セッションに参加する通信アプリケーションを実行するように構成されたプロセッサを備える無線通信デバイスに向けられている。このプロセッサは、最低限ＱｏＳ通信セッション中に無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して、接続クローズメッセージを受信し、さらに、閉じられた接続が、第１のアクセス網と第２のアクセス網との間のハードハンドオフに起因するかどうかを判定する接続モジュールを実行するようにさらに構成されている。このプロセッサは、閉じられた接続がハードハンドオフに起因すると接続モジュールが判定すると、そのハードハンドオフ中に最低限ＱｏＳ通信セッションを維持するＱｏＳエンジンを実行するようにさらに構成される。

別の態様では、本開示は、命令を含んだコンピュータ可読媒体を備えるコンピュータプログラム製品に向けられている。これらの命令は、コンピュータに、無線通信デバイスに関して、データに基づく通信網を介して最低限ＱｏＳ通信セッションに参加させ、さらに、この最低限ＱｏＳ通信セッション中の無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して、接続クローズメッセージを受信させる。また、これらの命令は、コンピュータに、閉じられた接続が、第１のアクセス網と第２のアクセス網との間における無線通信デバイスのハードハンドオフに起因するかどうかを判定させ、さらに、閉じられた接続がハードハンドオフに起因すると判定されると、そのハードハンドオフ中に最低限ＱｏＳ通信セッションを維持させる。

さらなる態様では、本開示は、データに基づく通信網を介して最低限ＱｏＳ通信セッションに参加するための手段と、この最低限ＱｏＳ通信セッション中に無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して、接続クローズメッセージを受信するための手段とを備える無線通信デバイスに向けられている。また、無線通信デバイスは、閉じられた接続が第１のアクセス網と第２のアクセス網との間の無線通信デバイスのハードハンドオフに起因するかどうかを判定するための手段と、判定するための手段が閉じられた接続がハードハンドオフに起因すると判定すると、そのハードハンドオフ中に最低限ＱｏＳ通信セッションを維持するための手段とを備える。

本開示で説明される技術は、ハードウェアで、ソフトウェアで、ファームウェアで、または以上の任意の組み合わせで実装され得る。ソフトウェアで実装される場合、このソフトウェアは、コンピュータにおいて実行され得る。このソフトウェアは、命令、プログラムコードなどとして最初から格納されることが可能である。したがって、本開示は、コンピュータ可読媒体を備えるコンピュータプログラム製品も企図し、このコンピュータ可読媒体は、本開示による技術および機能をコンピュータに実行させるための命令を備える。代替として、ハードウェアで実装される場合、そのようなハードウェアの実装は、ディジタル、アナログ、またはディジタルとアナログの両方であり得る。本開示の態様は、コンピュータ可読媒体、またはコンピュータ可読媒体を備えるコンピュータプログラム製品として実体化され得る。このコンピュータプログラム製品は、パッケージング材料（packaging materials）を含み得る。

様々な実施例のさらなる詳細が、添付の図面、および後段の説明に示される。その他の特徴、目的、利点、および例は、この説明および図面、ならびに特許請求の範囲から明白となろう。

ＷＣＤ（無線通信デバイス）についてのアクセス網同士の間のハードハンドオフ中に、ＷＣＤを相手に最低限のＱｏＳ（サービス品質）通信セッションを維持することができる例示的な無線通信システムを示すブロック図。ＥＶＤＯ（Evolution-Data Optimized）ＲｅｖＡ通信網内のアクセス端末装置を示すブロック図。図２からのアクセス端末装置内に含まれるＱｏＳエンジンをより詳細に示すブロック図。アクセス端末装置についてのアクセス網同士の間のハードハンドオフ中のアクセス端末装置の例示的な動作を示す流れ図。アクセス端末装置についてのアクセス網同士の間のハードハンドオフ中のアクセス端末装置の例示的な動作を示す流れ図。アクセス端末装置内で受け取られたトリガに応答した、異なるＱｏＳ状態同士の間の移動を示す状態図。

図１は、アクセス網１６Ａとアクセス網１６Ｂとの間におけるＷＣＤ（無線通信デバイス）１２のハードハンドオフ中に、ＷＣＤ１２を相手に最低限ＱｏＳ通信セッション（最低限のＱｏＳ通信セッション）をサポートすることができる例示的な無線通信システム１０を示すブロック図である。図１に示されるとおり、無線通信システム１０は、ＷＣＤ１２と、１つまたは複数のアクセス網１６Ａ、１６Ｂとを含み得る。他の態様では、無線通信システム１０は、複数のＷＣＤと、複数のアクセス網とを含み得る。第１のアクセス網１６Ａは、トラヒックチャネル１４Ａを介してＷＣＤ１２にデータ信号を送信するとともに、ＷＣＤ１２からデータ信号を受信する第１の基地局１８Ａを含み得る。同様に、第２のアクセス網１６Ｂは、トラヒックチャネル１４Ｂを介してＷＣＤ１２にデータ信号を送信するとともに、ＷＣＤ１２からデータ信号を受信する第２の基地局１８Ｂを含み得る。他の態様では、アクセス網１６Ａ、１６Ｂのそれぞれは、複数の基地局を含むことが可能である。

ＷＣＤ１２は、それぞれのアクセス網１６Ａ、１６Ｂに含まれる基地局１８Ａ、１８Ｂの１つまたは複数と通信し得る。ＷＣＤ１２が或る地域を通って移動するにつれ、ＷＣＤ１２は、第１のアクセス網１６Ａに含まれる第１の基地局１８Ａとの通信を終了させ、第２のアクセス網１６Ｂに含まれる第２の基地局１８Ｂとの通信を開始し得る。例えば、ＷＣＤ１２は、一連のソフトハンドオフおよびハードハンドオフを使用して、基地局１８Ａ、１８Ｂに関連する信号強度または誤り率に基づいて、第１の基地局１８Ａとの通信を終了させ、第２の基地局１８Ｂとの通信を開始し得る。最低限ＱｏＳ通信セッション中における第１のアクセス網１６Ａと第２のアクセス網１６Ｂとの間のＷＣＤ１２のハードハンドオフは、通信セッションが、新たに確立されたトラヒックチャネル１４Ｂ上で第１のアクセス網１６Ａから第２のアクセス網１６Ｂに移されている間に、トラヒックチャネル１４Ａが瞬間的にダウンすることを引き起こし得る。

無線通信システム１０は、ＣＤＭＡ（符号分割多元接続）、ＣＤＭＡ２０００、Ｗ−ＣＤＭＡ（広帯域ＣＤＭＡ）、ＥＶＤＯ（Evolution-Data Optimized）などの１つまたは複数のワイヤレス無線アクセス技術をサポートするように設計され得る。ＥＶＤＯは、ＣＤＭＡ網インフラストラクチャの上で動作するｃｄｍａ２０００シングルキャリア無線伝送技術（１ｘＲＴＴ、または単に１ｘ）規格から直接に進化したワイヤレス無線ブロードバンドデータ規格である。ＥＶＤＯは、ＩＰ（インターネットプロトコル）ベースのネットワークと、パケットベースのネットワークを介する迅速なセットアップと短い待ち時間の伝送に依拠するアプリケーションをサポートするＱｏＳ機構とを備える。ＥＶＤＯ規格の最近の改訂版であるＥＶＤＯＲｅｖｉｓｉｏｎＡは、より高いデータ転送速度、およびより高いシステム容量を提供し、さらに待ち時間を大幅に短縮し、遅延に影響されやすいアプリケーションのパフォーマンスを向上させる、さらなるＱｏＳサポートを提供する。ＥＶＤＯＲｅｖＡは、ＶｏＩＰ（voice over Internet Protocol）呼や、ＱｏＳ指定を有するデータアップロードおよびデータダウンロードなどの、データに基づく最低限ＱｏＳ通信セッションをサポートするのに特に役立ち得る。

一部の態様では、無線通信システム１０は、ＷＣＤ１２が、データに基づく通信網を介して、データに基づく最低限ＱｏＳ通信セッションを実行することができるように、データに基づく通信網をサポートする。例えば、無線通信システム１０は、ＥＶＤＯ通信網をサポートし得、さらに、より好ましくは、ＥＶＤＯＲｅｖＡ通信網をサポートし得る。その場合、アクセス網１６Ａおよび１６Ｂは、ＥＶＤＯアクセス網を備え得、さらにＷＣＤ１２は、ＥＶＤＯ通信網において動作するアクセス端末装置を備え得る。例えば、ＷＣＤ１２は、ＥＶＤＯ電話機、ＩＰ電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）、または無線データ通信能力を組み込んだ他の任意のデバイスなどの、任意のデータ対応型無線デバイスを備え得る。

データに基づく通信網を介して実行される最低限ＱｏＳ通信セッションは、ＷＣＤ１２と第１のアクセス網１６Ａとの間で確立されたトラヒックチャネル１４Ａにおける或る最低限のＱｏＳ保証を要求する。ＱｏＳ保証は、最低限ＱｏＳ通信セッション内の各データフローが経験してもよいパケットロス、遅延、およびジッタの量についての限度を含み得る。例えば、ＶｏＩＰ呼は、シグナリングデータフローとメディアデータフローとを含み得る。別の例として、テレビ電話セッションは、シグナリングデータフロー、ビデオデータフロー、およびオーディオフローを含み得る。或る特定の時間または場所において、第１のアクセス網１６Ａが、ＷＣＤ１２を相手にした最低限ＱｏＳ通信セッション内のデータフローのそれぞれに関して最低限のＱｏＳを保証するのに十分なだけの資源を有さない場合、ＷＣＤ１２上の通信アプリケーションは、ＷＣＤ１２から、ＱｏＳが一時停止されるという通知を受け取り得る。すると、ＷＣＤ１２上の通信アプリケーションは、最低限ＱｏＳ通信セッションをドロップし得る。

第１のアクセス網１６Ａ上の資源に依存することに加えて、最低限ＱｏＳ通信セッションについてのＱｏＳは、ＷＣＤ１２と第１のアクセス網１６Ａとの間における接続（すなわち、トラヒックチャネル１４Ａ）の状態にも依存し得る。トラヒックチャネル１４Ａがダウンすると、ＷＣＤ１２は、第１のアクセス網１６Ａに対して閉じられた接続を経験し、したがって、ＷＣＤ１２は、第１のアクセス網１６Ａを介する通信セッションに参加することができない。トラヒックチャネル１４Ａは、第１のアクセス網１６Ａと第２のアクセス網１６Ｂとの間におけるＷＣＤ１２のハードハンドオフ中に一時的にダウンし得、あるいはトラヒックチャネル１４Ａは、別の何らかの理由で、より長い期間にわたって、または永久にダウンし得る。

本明細書で説明される技術によれば、トラヒックチャネル１４Ａがダウンした場合、ＷＣＤ１２は、トラヒックチャネル１４Ａの閉じられた接続が第１のアクセス網１６Ａと第２のアクセス網１６Ｂとの間のハードハンドオフに起因する場合、最低限ＱｏＳ通信セッションを維持する。より具体的には、ＷＣＤ１２は、最低限ＱｏＳ通信セッション中のＷＣＤ１２と第１のアクセス網１６Ａとの間の閉じられた接続が、第１のアクセス網１６Ａと第２のアクセス網１６Ｂとの間のハードハンドオフに起因するかどうかを判定する。ハードハンドオフの場合、ＷＣＤ１２は、所定の期間にわたって、最低限ＱｏＳ通信セッションの中に含まれるデータフローに関連する開かれたＱｏＳ予約を維持して、ＷＣＤ１２と第２のアクセス網１６Ｂとの間で新たな接続（すなわち、トラヒックチャネル１４Ｂ）が確立されることを可能にする。開かれたＱｏＳ予約は、最低限ＱｏＳ通信セッションのために現在、使用中である予約を備える。

本明細書で説明される技術は、ＷＣＤ１２が、以下の３つの状況を区別することを可能にする。すなわち、成功したハードハンドオフにおける閉じられた接続、失敗したハードハンドオフにおける閉じられた接続、および他の何らかの理由による閉じられた接続である。これらの状況のいずれが生じているかに応じて、これらの技術は、ＷＣＤ１２が、最低限ＱｏＳ通信セッションを維持すること、またはドロップすることの適切な決定を行うことを可能にする。例えば、ハードハンドオフは、所定の期間が満了する前に、ＷＣＤ１２と第２のアクセス網１６Ｂとの間で新たな接続が確立された場合、成功である。この場合、本技術は、ＷＣＤ１２が、元の接続が閉じた後、新たな接続が確立されるまでの時間中、最低限ＱｏＳ通信セッションを維持することを可能にする。データフローのいくつかのフレームが失われる可能性があるが、最低限ＱｏＳ通信セッションは立ち上げられたままとなり、ユーザは呼ドロップを経験しない。ハードハンドオフは、ＷＣＤ１２と第２のアクセス網１６Ｂとの間で新たな接続が確立され得る前に所定の期間が満了した場合、失敗する。その場合、ＷＣＤ１２は、最低限ＱｏＳ通信セッションをドロップする。さらに、閉じられた接続が、ハードハンドオフによらない場合、ＷＣＤ１２は、最低限ＱｏＳ通信セッションをドロップする。

本開示の残りの部分は、例示的なＥＶＤＯ通信網を介するＶｏＩＰ呼と関連して説明される。しかし、本開示は、この例によって全く限定されるべきではない。本明細書で説明される技術は、無線通信デバイスを相手に最低限ＱｏＳ通信セッションをサポートすることができる他のデータに基づく通信網において同様に利用され得る。

図２は、ＥＶＤＯＲｅｖＡ通信網を介して動作するアクセス端末装置２０を示すブロック図である。アクセス端末装置２０は、図１からのＷＣＤ１２と実質的に同様な無線通信デバイスを備え得る。例えば、アクセス端末装置２０は、ＥＶＤＯ電話機、ＩＰ電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、または無線接続およびソフトフォンを有するＰＤＡを備え得る。図２に示されているとおり、アクセス端末装置２０は、データサービスプロトコルスタック２６および音声サービスプロトコルスタック３８と対話することができるＶｏＩＰアプリケーション２２を含み得る。ＶｏＩＰアプリケーション２２は、データサービスプロトコルスタック２６によって確立されたＥＶＤＯＲｅｖＡを介するＶｏＩＰ呼、または音声サービスプロトコルスタック３８によって確立された１ｘを介する回線交換音声呼を実行し得る。

データサービスプロトコルスタック２６は、ＡＰＩ（アプリケーションプログラミングインターフェース）２７と、データトランスポート層２８と、ＥＶＤＯ無線インターフェース層３２とを含む。ＥＶＤＯ無線インターフェース層３２は、ＲＬＰ（無線リンクプロトコル）３３と、ＱｏＳエンジン３４と、接続モジュール３６とを含む。ＥＶＤＯ無線インターフェース層３２は、アクセス端末装置２０と、ＥＶＤＯアクセス網に含まれる基地局との間で無線ベースの通信リンク、例えば、トラヒックチャネルを確立する。また、ＥＶＤＯ無線インターフェース層３２は、アクセス端末装置２０によって送受信されるデータ信号を管理する。データトランスポート層２８は、ＩＰ２９の上でＵＤＰ（ユーザデータグラムプロトコル）３０を使用して、アクセス網を介するアクセス端末装置２０から別の通信デバイスへのＶｏＩＰ呼の転送を円滑にする。他の態様では、データトランスポート層２８は、ＩＰ２９の上でＴＣＰ（伝送制御プロトコル）を代替として使用して、アクセス端末装置２０から別の通信デバイスへのデータ信号の転送を円滑にし得る。データサービスプロトコルスタック２６内のＡＰＩ２７を使用して、データトランスポート層２８およびＥＶＤＯ無線インターフェース層３２によって実施されるプロトコルスタックソフトウェアが制御される。この例では、音声サービスプロトコルスタック３８は、アクセス端末装置２０と、アクセス網に含まれる基地局との間で無線ベースの通信リンク、例えば、トラヒックチャネルを確立する１ｘＲＴＴ無線インターフェース層３９を含む。また、１ｘＲＴＴ無線インターフェース層３９は、アクセス端末装置２０によって送受信される音声信号を支配する。

ＶｏＩＰアプリケーション２２、データサービスプロトコルスタック２６内に含まれる構成要素、および音声サービスプロトコルスタック３８内に含まれる構成要素は、ハードウェアで、ソフトウェアで、ファームウェアで、または以上の任意の組み合わせで実施され得る。ソフトウェアで実施される場合、これらの構成要素は、コンピュータによって、例えば、１つまたは複数のＤＳＰ（ディジタル信号プロセッサ）、汎用マイクロプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブル論理アレー）、または他の均等の集積された論理回路もしくはディスクリート型論理回路などの、１つまたは複数のプロセッサによって実行され得る。このソフトウェアは、命令、プログラムコードなどとして最初、格納され得る。したがって、本開示は、コンピュータ可読媒体を備えるコンピュータプログラム製品も企図し、このコンピュータ可読媒体は、本開示による技術および機能をコンピュータに実行させるための命令を備える。

より具体的には、アクセス端末装置２０は、ＶｏＩＰアプリケーション２２を実行する１つまたは複数のプロセッサと、データサービスプロトコルスタック２６内に含まれる構成要素と、音声サービスプロトコルスタック３８内に含まれる構成要素とを含み得る。一態様では、アクセス端末装置２０は、ＶｏＩＰアプリケーション２２を実行するように構成された１つのプロセッサと、データサービスプロトコルスタック２６内に含まれる構成要素と、音声サービスプロトコルスタック３８内に含まれる構成要素とを含み得る。別の態様では、アクセス端末装置２０は、ＶｏＩＰアプリケーション２２、ＡＰＩ２７、およびデータトランスポート層２８を実行するように構成された第１のプロセッサと、ＱｏＳエンジン３４および接続モジュール３６を含むＥＶＤＯ無線インターフェース層３２を実行するように構成された第２のプロセッサとを含み得る。第１のプロセッサ、第２のプロセッサ、または第３のプロセッサは、１ｘＲＴＴ無線インターフェース層３９を含む音声サービスプロトコルスタック３８を実行するように構成され得る。さらなる態様では、アクセス端末装置２０は、ＶｏＩＰアプリケーション２２を実行するように構成された第１のプロセッサと、ＡＰＩ２７およびデータトランスポート層２８を実行するように構成された第２のプロセッサと、ＱｏＳエンジン３４および接続モジュール３６を含むＥＶＤＯ無線インターフェース層を実行するように構成された第３のプロセッサとを含み得る。第２のプロセッサ、第３のプロセッサ、または第４のプロセッサのいずれかは、１ｘＲＴＴ無線インターフェース層３９を含む音声サービスプロトコルスタック３８を実行するように構成され得る。

データサービスプロトコルスタック２６によって確立されたＥＶＤＯＲｅｖＡを介するＶｏＩＰ呼は、アクセス端末装置２０と第１のアクセス網との間のトラヒックチャネルにおいて或る最低限のＱｏＳ保証を要求する。ＱｏＳ保証は、ＶｏＩＰ呼内の各データフローが経験してもよいパケットロス、遅延、およびジッタの量についての限度を含み得る。ＶｏＩＰ呼は、通常、シグナリングデータフローと、ＲＬＰ３３によって送受信されるそれぞれのＲＬＰフローに関連するメディアデータフローとを含む。或る特定の時間または場所において、第１のアクセス網が、アクセス端末装置２０を相手にしたＶｏＩＰ呼に関して最低限のＱｏＳを保証するのに十分なだけの資源を有さない場合、ＱｏＳエンジン３４が、第１のアクセス網から、そのＶｏＩＰ呼についての要求されるＱｏＳを第１のアクセス網がサポートすることができないという通知を受け取る。次に、ＶｏＩＰアプリケーション２２が、ＡＰＩ２７を介してＱｏＳエンジン３４から、ＱｏＳが一時停止されるという通知を受け取る。次に、ＶｏＩＰアプリケーション２２は、ＥＶＤＯＲｅｖＡを介するＶｏＩＰ呼の代わりに、音声サービスプロトコルスタック３８によって確立された１ｘを介する回線交換音声呼を試み得る。

ＶｏＩＰ呼についてのＱｏＳは、アクセス端末装置２０と第１のアクセス網との間の接続（例えば、トラヒックチャネル）の状態にも依存する。ＥＶＤＯＲｅｖＡを介するＶｏＩＰ呼中、接続モジュール３６は、アクセス端末装置２０と第１のアクセス網との間の閉じられた接続に応答して、第１のアクセス網から接続クローズメッセージを受信する。場合によっては、閉じられた接続は、第１のアクセス網と第２のアクセス網との間のハードハンドオフのために生じ得、その場合、新たな接続は、アクセス端末装置２０と第２のアクセス網との間で間もなく確立されるものと予期される。他の場合では、閉じられた接続は、新たな接続が確立されることが予期されない、他の理由に起因し得る。しかし、ハードハンドオフが進行中である場合、第１のアクセス網からの接続クローズメッセージは、第２のアクセス網からのＴＣＡ（トラヒックチャネル割当て）メッセージと束ねられる。つまり、第１のアクセス網から送信された接続クローズメッセージは、アクセス端末装置２０との新たなトラヒックチャネルを設定する第２のアクセス網から送信されるＴＣＡメッセージと同一のメッセージの中に含められる。したがって、ＱｏＳエンジン３４は、接続クローズメッセージが、ＴＣＡメッセージと束ねられているかどうかに基づいて、閉じられた接続が、第１のアクセス網と第２のアクセス網との間におけるアクセス端末装置２０のハードハンドオフに起因するかどうかを判定し得る。

ＱｏＳエンジン３４が、ＶｏＩＰ呼中にアクセス端末装置２０と第１のアクセス網との間の閉じられた接続が第１のアクセス網と第２のアクセス網との間のハードハンドオフに起因すると判定すると、ＱｏＳエンジン３４は、ＲＬＰ３３から受け取られた属性に従って、そのＶｏＩＰ呼の中に含まれるデータフローに関連する開かれたＱｏＳ予約を維持する。開かれたＱｏＳ予約は、そのＶｏＩＰ呼のために現在、使用中である予約を備える。そのＶｏＩＰ呼についての閉じられたＱｏＳ予約は、閉じられたままとなる。

ＥＶＤＯＲｅｖＡ規格は、ＱｏＳ状態が接続状態と結び付けられているどうかを決定する、ＶｏＩＰ呼内の各データフローについての、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅと呼ばれるＲＬＰ属性を含んでいる。シグナリングデータがトランスポートされるデータフローについて、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅの値は、シグナリングデータフローに関連するＱｏＳ予約が、アクセス端末装置２０と第１のアクセス網との間の接続の状態にかかわらず、開かれたままとなるように、０に設定される。しかし、メディアデータがトランスポートされるデータフローについて、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅの値は、従来のアクセス端末装置において、アクセス端末装置２０と第１のアクセス網との間の接続がダウンした場合、メディアデータフローに関連するＱｏＳ予約が自動的に閉じられるように、非０に設定される。

本開示によれば、ＶｏＩＰ呼の中に含まれる所与のデータフローについてのＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が０でない値を有する場合に、ＱｏＳ予約を自動的に閉じる代わりに、ハードハンドオフが行われる際に、ＱｏＳエンジン３４は、所定の期間にわたって非０のＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性を有するメディアデータフローについての開かれたＱｏＳ予約を維持して、新たな接続が確立されることを可能にする。ＶｏＩＰ呼についての開かれたＱｏＳ予約を維持する動作は、後段で図３において、より詳細に説明される。ＱｏＳエンジン３４は、ＶｏＩＰフローの中に含まれるメディアデータフローのすべてについてのＱｏＳ予約が維持されるまで、ＱｏＳ予約を解析することを続ける。このようにして、ＱｏＳエンジン３４は、ハードハンドオフ中にＱｏＳ予約を開かれたままにし、アクセス端末装置２０と第１のアクセス網との間の閉じられた接続についての通知をＶｏＩＰアプリケーション２２に全く送らない。したがって、ＶｏＩＰアプリケーション２２は、ハードハンドオフ中にＶｏＩＰ呼をドロップせず、１ｘ規格を介する回線交換音声呼を代わりに試みる必要がない。

閉じられた接続が、ハードハンドオフによらない場合、ＱｏＳエンジン３４は、ＶｏＩＰ呼の中に含まれるメディアデータフロー（すなわち、０でない値を有するＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性）に関連する開かれたＱｏＳ予約を閉じる。次に、ＱｏＳエンジン３４は、メディアデータフローのそれぞれについてのＱｏＳが一時停止されることをＶｏＩＰアプリケーション２２に通知する。ＱｏＳエンジン３４は、ＶｏＩＰフローの中に含まれるメディアデータフローのすべてについてのＱｏＳが一時停止されるまで、ＱｏＳ予約を解析することを続ける。次に、ＶｏＩＰアプリケーション２２は、そのＶｏＩＰ呼をドロップし得る。前述したとおり、ＶｏＩＰ呼は、通常、１つのメディアデータフローだけしか有さず、したがって、ＶｏＩＰアプリケーション２２は、ＱｏＳエンジン３４からの通知に応答して、そのＶｏＩＰ呼を即時にドロップし得る。

代替の例として、テレビ電話セッションは、通常、２つのメディアフロー、ビデオデータフローおよびオーディオフローを有する。ある事例では、通信アプリケーションは、ビデオデータフローとオーディオフローの両方についてのＱｏＳが一時停止されるという通知を受け取るまで、テレビ電話セッションをドロップしないことが可能である。別の事例では、通信アプリケーションは、ビデオデータフローまたはオーディオフローについてのＱｏＳが一時停止されるという通知を受け取った後、テレビ電話セッションをドロップし得る。メディアフローのいずれか、または両方が失われた後、テレビ電話セッションがドロップされるかどうかは、ユーザ設定に依存し得る。一部のユーザは、ビデオまたはオーディオが失われた場合、テレビ電話セッションが停止することを所望するかもしれず、他のユーザは、他方のメディアフローが失われた場合でさえ、テレビ電話セッションが、単にオーディオ呼として、または単にビデオとして続くことを所望するかもしれない。

図３は、図２のアクセス端末装置２０内に含まれるＱｏＳエンジン３４をより詳細に示すブロック図である。ＱｏＳエンジン３４は、ＶｏＩＰ呼に含まれる各データフローについての属性をＲＬＰ３３から受け取る。例えば、ＱｏＳエンジン３４は、ＶｏＩＰ呼内のデータフローのそれぞれについてのＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性を受け取り得る。前述したとおり、ＶｏＩＰ呼は、ＲＬＰ３３によって受信または送信されるそれぞれのＲＬＰフローに関連するシグナリングデータフローおよびメディアデータフローを含む。図３に示されているとおり、ＱｏＳエンジン３４は、ＱｏＳ予約コントローラ４０、予約リスト４２、ハンドオフ予約リスト４４、およびハンドオフ接続タイマ４６を含む。

ＱｏＳエンジン３４が、ＶｏＩＰ呼につていの閉じられた接続が、図２を参照して説明されたようにハードハンドオフに起因すると判定すると、ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６を開始する。ハンドオフ接続タイマ４６は、ＥＶＤＯＲｅｖＡ通信網において第１のアクセス網と第２のアクセス網との間でハードハンドオフを実行するのに必要な通常の時間などの、所定の時間にわたって動作するように設定され得る。

ハンドオフ接続タイマ４６を開始した後、ＱｏＳ予約コントローラ４０は、予約リスト４２から、ＶｏＩＰ呼の中に含まれるデータフローに関連するＱｏＳ予約を取り出す。予約リスト４２は、アクセス端末装置２０を相手にするＶｏＩＰ呼の中に含まれるデータフローに関連するＱｏＳ予約のリストを格納するように、ＱｏＳエンジン３４によって保持され得る。所与のデータフローについてのＱｏＳ予約を取り出すと、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約が開かれているかどうかを判定し、開かれている場合、データフローに関連するＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０でない値を有する（すなわち、データフローが、メディアデータフローを備える）かどうかを判定する。次に、ＱｏＳ予約コントローラ４０は、ＶｏＩＰ呼の中に含まれるメディアデータフローについての予約リスト４２内の開かれたＱｏＳ予約を維持する。また、ＱｏＳ予約コントローラ４０は、メディアデータフローについてのＱｏＳ予約をハンドオフ予約リスト４４に追加する。また、ハンドオフ予約リスト４４は、ハードハンドオフ中にＶｏＩＰ呼の中に含まれるメディアデータフローに関連する開かれたＱｏＳ予約のリストを一時的に格納するように、ＱｏＳエンジン３４によって保持されてもよい。次に、ＱｏＳ予約コントローラ４０は、予約リスト４２に戻り、予約リスト４２内の残りのＱｏＳ予約を取り出し、解析することを続ける。

ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６と関連して、アクセス端末装置２０と第２のアクセス網との間の新たな接続の確立を同時に監視する。ハンドオフ接続タイマ４６が依然として動作している間に、この新たな接続が確立されると、ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６を停止させる。次に、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４からすべてのＱｏＳ予約を、これらのＱｏＳ予約がアクセス端末装置２０と第２のアクセス網との間で接続が確立されることをもはや待っていないので、除去する。このようにして、ＱｏＳエンジン３４は、ハードハンドオフ中に予約リスト４２内のＱｏＳ予約を開かれたままにし、アクセス端末装置２０と第１のアクセス網との間の閉じられた接続についての通知をＶｏＩＰアプリケーション２２に全く送らない。したがって、ＶｏＩＰアプリケーション２２は、ハードハンドオフ中にＶｏＩＰ呼をドロップしない。

新たな接続が確立され得る前にハンドオフ接続タイマ４６が満了すると、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４から、ＶｏＩＰ呼の中に含まれる所与のメディアデータフローに関連するＱｏＳ予約を取り出す。ＱｏＳ予約コントローラ４０は、メディアデータフローについての予約リスト４２内の開かれたＱｏＳ予約を閉じ、ハンドオフ予約リスト４４から開かれたＱｏＳ予約を除去し、そのメディアデータフローについてのＱｏＳが一時停止されることをＶｏＩＰアプリケーション２２に通知する。次に、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４に戻り、ハンドオフ予約リスト４４から残りのＱｏＳ予約を取り出し、予約リスト４２内でこれらのＱｏＳ予約を閉じ、ハンドオフ予約リスト４４からＱｏＳ予約を除去することを、ハンドオフ予約リスト４４が空になるまで続ける。次に、ＶｏＩＰアプリケーション２２は、そのＶｏＩＰ呼をドロップし得る。

さらに、前述したとおり、ＱｏＳエンジン３４が、閉じられた接続が、ハードハンドオフに起因しない判定した場合、ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６を開始せず、メディアデータフローについての開かれたＱｏＳ予約を維持しない。代わりに、ＱｏＳ予約コントローラ４０は、予約リスト４２から、ＶｏＩＰ呼の中に含まれるデータフローに関連するＱｏＳ予約を取り出す。次に、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約が開かれているかどうかを判定し、開かれている場合、データフローに関連するＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０でない値を有する（すなわち、データフローが、メディアデータフローを備える）かどうかを判定する。ＱｏＳ予約コントローラ４０は、ＶｏＩＰ呼の中に含まれるメディアデータフローについての開かれたＱｏＳ予約を閉じ、そのメディアデータフローについてのＱｏＳが一時停止されることをＶｏＩＰアプリケーション２２に通知する。次に、ＱｏＳ予約コントローラ４０は、予約リスト４２に戻り、予約リスト４２内の残りのＱｏＳ予約を取り出し、閉じることを続ける。次に、ＶｏＩＰアプリケーション２２は、ＶｏＩＰ呼をドロップし得る。

図４Ａおよび図４Ｂは、ＥＶＤＯ通信網におけるアクセス網間のハードハンドオフ中のアクセス端末装置２０の例示的な動作を示す流れ図である。図４Ａに示されている流れ図は、第１のアクセス網から接続クローズメッセージを受信した後のアクセス端末装置２０の動作を表している。図４Ｂに示されている流れ図は、ハンドオフ接続タイマが動作している最中のアクセス端末装置２０の動作を表している。図４Ａおよび図４Ｂの動作は、図２のアクセス端末装置２０、および図３のＱｏＳエンジン３４に関連して説明される。

図４Ａに示されるとおり、アクセス端末装置２０内のＥＶＤＯ無線インターフェース層３２において実施される接続モジュール３６が、ＥＶＤＯ通信網を介するアクセス端末装置２０を相手とするＶｏＩＰ呼中の、アクセス端末装置２０と第１のアクセス網との間の閉じられた接続に応答して、接続クローズメッセージを受信する（５０）。すると、ＥＶＤＯ無線インターフェース層３２において実施されるＱｏＳエンジン３４が、その閉じられた接続が、第１のアクセス網と第２のアクセス網との間におけるアクセス端末装置２０のハードハンドオフに起因するかどうかを判定する（５２）。例えば、ＱｏＳエンジン３４は、接続クローズメッセージが、ＴＣＰメッセージと束ねられている、またはＴＣＡメッセージに付随している場合、その閉じられた接続が、ハードハンドオフに起因すると判定し得る。

ＱｏＳエンジン３４が、閉じられた接続がハードハンドオフに起因すると判定した場合（５２の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０はハンドオフ接続タイマ４６を開始する（５４）。ハンドオフ接続タイマ４６が動作していると、アクセス端末装置２０は、後段でより詳細に説明される図４Ｂに従って動作し得る。ハンドオフ接続タイマ４６を開始した後、またはＱｏＳエンジン３４が、閉じられた接続がハードハンドオフに起因するのではないと判定した場合（５２の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は予約リスト４２からＶｏＩＰ呼の中に含まれるデータフローに関連するＱｏＳ予約を取り出す（５６）。

次に、ＱｏＳ予約コントローラ４０は、データフローに関連するＱｏＳ予約が、開かれているかどうかを判定する（５８）。ＱｏＳ予約が閉じられており（５８の「ＮＯ」分岐）、さらに予約リスト４２が、次のＱｏＳ予約を含む（７４の「ＮＯ」分岐）場合、ＱｏＳ予約コントローラ４０は、予約リスト４２からＶｏＩＰ呼の中に含まれる別のデータフローに関連する次のＱｏＳ予約を取り出す（５６）。ＱｏＳ予約が閉じられており（５８の「ＮＯ」分岐）、さらに予約リスト４２が、次のＱｏＳ予約を含まない場合（７４の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約を解析することを止める。前述したとおり、ＶｏＩＰ呼は、それぞれのＲＬＰフローに関連するシグナリングデータフローおよびメディアデータフローを含んでいる。したがって、一部の事例では、予約リスト４２は、任意の所与のＶｏＩＰ呼に関して、各データフローにつき１つずつ、２つのＱｏＳ予約だけを含み得る。

ＱｏＳ予約が開かれている場合（５８の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ＶｏＩＰ呼の中に含まれているデータフローに関連するＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０でない値を有するかどうかを判定する（６０）。ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅは、シグナリングトラヒックを含むデータフローに関して０値に設定され得、メディアトラヒックを含むデータフローに関して０でない値に設定され得る。ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０値を有する場合（６０の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、アクセス端末装置２０と第１のアクセス網との間の接続の状態にかかわらず、ＶｏＩＰ呼の中に含まれるシグナリングデータフローに関して、予約リスト４２内に開かれたＱｏＳ予約を維持する（６２）。次に、ＱｏＳ予約コントローラ４０は、予約リスト４２に戻る。予約リスト４２が、次のＱｏＳ予約を含む場合（７４の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、予約リスト４２からＶｏＩＰ呼の中に含まれている別のデータフローに関連する次のＱｏＳ予約を取り出す（５６）。予約リスト４２が次のＱｏＳ予約を含まない場合（７４の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約を解析することを止める。

ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０でない値を有し（６０の「ＮＯ」分岐）、さらに閉じられた接続が、ハードハンドオフに起因する場合（６４の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、そのメディアデータフローに関して予約リスト４２内に開かれたＱｏＳ予約を維持する（６６）。次に、ＱｏＳ予約コントローラ４０は、そのメディアデータフローについてのＱｏＳ予約をハンドオフ予約リスト４４に追加する（６８）。このようにして、ＱｏＳ予約コントローラ４０は、ハードハンドオフ中に予約リスト４２内のＱｏＳ予約を開かれたままにし、さらにアクセス端末装置２０と第１のアクセス網との間の閉じられた接続についての通知をＶｏＩＰアプリケーション２２に全く送らない。ＶｏＩＰアプリケーション２２は、閉じられた接続に気付いていないので、ＶｏＩＰアプリケーション２２は、ハードハンドオフ中にＶｏＩＰ呼をドロップしない。次に、予約コントローラ４０は、予約リスト４２に戻る。予約リスト４２が次のＱｏＳ予約を含む場合（７４の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は、予約リスト４２からＶｏＩＰ呼の中に含まれる別のデータフローに関連する次のＱｏＳ予約を取り出す（５６）。予約リスト４２が、次のＱｏＳ予約を含まない場合（７４の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約を解析することを止める。

ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性が、０でない値を有するが（６０の「ＮＯ」分岐）、閉じられた接続が、ハードハンドオフに起因しない場合（６４の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は、そのデータフローについての予約リスト４２内の開かれたＱｏＳ予約を閉じる（７０）。次に、ＱｏＳ予約コントローラ４０は、そのデータフローについてのＱｏＳが一時停止されることをＶｏＩＰアプリケーション２２に通知する（７２）。次に、ＱｏＳ予約コントローラ４０は、予約リスト４２に戻る。予約リスト４２が次のＱｏＳ予約を含む場合（７４の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は、予約リスト４２からＶｏＩＰ呼の中に含まれる別のデータフローに関連する次のＱｏＳ予約を取り出す（５６）。予約リスト４２が、次のＱｏＳ予約を含まない場合（７４の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は、ＱｏＳ予約を解析することを止める。ＶｏＩＰ呼の中に含まれるすべてのメディアデータフローについてのＱｏＳが、一時停止されると、ＶｏＩＰアプリケーション２２は、そのＶｏＩＰ呼をドロップする。前述したとおり、ＶｏＩＰ呼は、通常、１つのメディアデータフローだけを有し、したがって、ＶｏＩＰアプリケーション２２は、その１つのメディアデータフローについてのＱｏＳが一時停止されるというＱｏＳ予約コントローラ４０からの通知に応答して、そのＶｏＩＰ呼を即時にドロップする。

図４Ａに示されるとおり、ＱｏＳエンジン３４が、閉じられた接続がハードハンドオフに起因すると判定し、ＱｏＳ予約コントローラ４０がハンドオフ接続タイマ４６を開始すると、ＱｏＳ予約コントローラ４０は、０でない値に等しいＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅ属性を有するＶｏＩＰ呼の中に含まれるデータフローについての開かれたＱｏＳ予約を予約リスト４２内で維持する。図４Ｂに示されているとおり、ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６と関連して、アクセス端末装置２０と第２のアクセス網との間の新たな接続の確立を同時に監視する。ＱｏＳ予約コントローラ４０は、アクセス端末装置２０と第２のアクセス網との間で新たな接続（例えば、トラヒックチャネル）が、開かれているかどうかを判定する（７６）。新たな接続が確立されている場合（７６の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ハンドオフ接続タイマ４６を停止させる（７８）。次に、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４からすべてのＱｏＳ予約を、これらのＱｏＳ予約がアクセス端末装置２０と第２のアクセス網との間で接続が確立されることをもはや待っていないので、除去する（８０）。

新たな接続がまだ確立されておらず、したがって、まだ開かれていない場合（７６の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は次に、ハンドオフ接続タイマ４６が満了しているかどうかを判定する（８２）。ハンドオフ接続タイマ４６は、ＥＶＤＯＲｅｖＡ通信網において第１のアクセス網と第２のアクセス網との間でハードハンドオフを実行するのに必要な通常の時間などの、所定の時間にわたって動作するように設定され得る。ハンドオフ接続タイマ４６が、満了していない場合（８２の「ＮＯ」分岐）、ＱｏＳ予約コントローラは、新たな接続およびハンドオフ接続タイマ４６のステータスを監視することを続ける。

ハンドオフ接続タイマ４６が、新たな接続が確立され得る前に満了した場合（８２の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４からＶｏＩＰ呼の中に含まれるメディアデータフローに関連するＱｏＳ予約を取り出す（８４）。ＱｏＳ予約コントローラ４０は、メディアデータフローについての予約リスト４２内の開かれたＱｏＳ予約を閉じ（８６）、ハンドオフ予約リスト４４から、この開かれたＱｏＳ予約を除去する（８７）。次に、ＱｏＳ予約コントローラ４０は、そのメディアデータフローについてのＱｏＳが一時停止されることをＶｏＩＰアプリケーション２２に通知する（８８）。次に、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４４に戻る。ハンドオフ予約リスト４４が、空ではない場合（９０の「ＮＯ」分岐）、ＱｏＳ予約コントローラ４０は、ハンドオフ予約リスト４２からＶｏＩＰ呼の中に含まれる別のメディアデータフローに関連する次のＱｏＳ予約を取り出す（８４）。ハンドオフ予約リスト４４が、空である場合（９０の「ＹＥＳ」分岐）、ＱｏＳ予約コントローラ４０は、予約リスト４２内のＱｏＳ予約のすべてを閉じており、ハンドオフ予約リスト４４からＱｏＳ予約のすべてを除去している。ＶｏＩＰ呼の中に含まれているすべてのメディアデータフローについてのＱｏＳが一時停止されると、ＶｏＩＰアプリケーション２２は、そのＶｏＩＰ呼をドロップする。前述したとおり、ＶｏＩＰ呼は、通常、１つのメディアデータフローだけを有し、したがって、ＶｏＩＰアプリケーション２２は、その１つのメディアデータフローについてのＱｏＳが一時停止されるというＱｏＳ予約コントローラ４０からの通知に応答して、そのＶｏＩＰ呼を即時にドロップする。

図５は、アクセス端末装置２０内で受け取られたトリガに応答した、異なるＱｏＳ状態間の移動を示す状態図である。図５に示されている状態系（state system）は、ＱｏＳ予約を開く状態１００、開かれたＱｏＳ予約を維持する状態１０２、およびＱｏＳ予約を閉じる状態１０４を含んでいる。ＥＶＤＯ通信網を介するアクセス端末装置２０を相手にしたＶｏＩＰ呼中、このＶｏＩＰ呼の中に含まれるメディアデータフローに関連する開かれたＱｏＳ予約は、ＱｏＳ予約を開く状態１００にある。このＶｏＩＰ呼中、開かれたＱｏＳ予約は、アクセス端末装置２０と第１のアクセス網との間で閉じられた接続が生じない限り（ＣＣ＝０）、ＱｏＳ予約を開く状態１００に留まる。

しかし、アクセス端末装置２０と第１のアクセス網との間で閉じられた接続が生じ（ＣＣ＝１）、さらに接続クローズメッセージがＴＣＡメッセージと束ねられていない（ＴＣＡ＝０）場合、開かれたＱｏＳ予約は、ＱｏＳ予約を開く状態１００を離れ、ＱｏＳ予約を閉じる状態１０４に入る。ＱｏＳ予約を閉じる状態１０４に入ると、開かれたＱｏＳ予約は閉じられ、アクセス端末装置２０内に含まれるＶｏＩＰアプリケーション２２はＶｏＩＰ呼をドロップする。アクセス端末装置２０と第１のアクセス網との間で閉じられた接続が生じ（ＣＣ＝１）、さらに接続クローズメッセージがＴＣＡメッセージと束ねられている（ＴＣＡ＝１）場合、開かれたＱｏＳ予約は、ＱｏＳ予約を開く状態１００を離れ、ＱｏＳ予約を維持する状態１０２に入る。

開かれたＱｏＳ予約は、ハンドオフ接続タイマ４６が満了しておらず（ＴＥ＝０）、さらにアクセス端末装置２０と第２のアクセス網との間で新たな接続が開いていない（ＣＯ＝０）限り、ＱｏＳ予約維持状態１０２に留まる。新たな接続が確立され得る前に（ＣＯ＝０）ハンドオフ接続タイマ４６が満了した（ＴＥ＝１）場合、開かれたＱｏＳ予約は、開かれたＱｏＳ予約を維持する状態１０２を離れ、ＱｏＳ予約を閉じる状態１０４に入る。ＱｏＳ予約を閉じる状態１０４に入ると、開かれたＱｏＳ予約は閉じられ、アクセス端末装置２０内に含まれているＶｏＩＰアプリケーション２２はＶｏＩＰ呼をドロップする。ハンドオフ接続タイマ４６が満了する前に（ＴＥ＝０）、またはハンドオフ接続タイマ４６が満了した際に（ＴＥ＝１）、アクセス端末装置２０と第２のアクセス網との間で新たな接続が確立された場合（ＣＯ＝１）、開かれたＱｏＳ予約は、開かれたＱｏＳ予約を維持する状態１０２を離れ、ＱｏＳ予約を開く状態１００に再び入る。このようにして、開かれたＱｏＳ予約を維持する状態１０２は、ハードハンドオフ中、ＱｏＳ予約を開かれたままにし、さらにアクセス端末装置２０と第１のアクセス網との間の閉じられた接続についての通知を、アクセス端末装置２０内に含まれるＶｏＩＰアプリケーション２２に全く送らない。したがって、ＶｏＩＰアプリケーション２２は、ハードハンドオフ中、ＶｏＩＰ呼をドロップしない。

本開示の技術は、ＷＣＤについてのアクセス網同士の間のハードハンドオフ中に、データに基づく通信網を介してＷＣＤを相手に最低限のＱｏＳ通信セッションを維持することを対象とする。より具体的には、これらの技術は、最低限のＱｏＳ通信セッション中のＷＣＤと第１のアクセス網との間の閉じられた接続が、第１のアクセス網と第２のアクセス網との間のハードハンドオフに起因するかどうかを判定する。ハードハンドオフの場合、これらの技術は、所定の期間にわたって、最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持して、ＷＣＤと第２のアクセス網との間で新たな接続が確立されることを可能にする。

これらの技術は、以下の３つの状況を区別することができる。すなわち、成功したハードハンドオフにおける閉じられた接続、失敗したハードハンドオフにおける閉じられた接続、および他の何らかの理由による閉じられた接続である。これらの状況のいずれが生じているかに応じて、これらの技術は、最低限のＱｏＳ通信セッションを維持すること、またはドロップすることの適切な決定を行うことができる。例えば、ハードハンドオフは、所定の期間が満了する前に、ＷＣＤと第２のアクセス網との間で新たな接続が確立された場合、成功である。この場合、これらの技術は、元の閉じられた接続の後、新たな接続が確立されるまでの時間中、最低限のＱｏＳ通信セッションを維持することができる。データフローのいくつかのフレームが失われる可能性があるが、最低限のＱｏＳ通信セッションは立ち上げられたままとなり、ユーザは呼ドロップを経験しない。ハードハンドオフは、ＷＣＤと第２のアクセス網との間で新たな接続が確立され得る前に所定の期間が満了した場合、失敗する。その場合、ＷＣＤは最低限のＱｏＳ通信セッションをドロップする。さらに、閉じられた接続がハードハンドオフによらない場合、ＷＣＤは最低限のＱｏＳデータ通信セッションをドロップする。

本明細書で説明される技術は、ＥＶＤＯ通信網を介して、さらに好ましくは、ＥＶＤＯＲｅｖＡ通信網を介してＶｏＩＰ呼を実行している場合、特に役立ち得る。その場合、ＷＣＤはＥＶＤＯ通信網におけるアクセス端末装置を備え、さらに第１のアクセス網および第２のアクセス網はＥＶＤＯアクセス網を備える。ＷＣＤは、ＥＶＤＯ電話機、ＩＰ電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、無線接続およびソフトフォンを有するＰＤＡ、または無線データ通信能力を組み込んだ他の任意のデバイスなどの、任意のデータ対応型無線デバイスを備え得る。

本明細書で説明される技術は、ハードウェア、ソフトウェア、ファームウェア、または以上の任意の組み合わせで実装され得る。ソフトウェアで実装される場合、これらの技術は、コンピュータプログラム製品のコンピュータ可読媒体上の１つまたは複数の格納された、または伝送される命令またはコードによって少なくとも部分的に実現され得る。コンピュータ可読媒体には、コンピュータ記憶媒体、通信媒体、またはコンピュータ記憶媒体と通信媒体の両方が含まれることが可能であり、さらに或る場所から別の場所へのコンピュータプログラムの転送を円滑にする任意の媒体が含まれ得る。記憶媒体は、コンピュータによってアクセスされることが可能な任意の利用可能な媒体であり得る。コンピュータプログラム製品は、パッケージング材料を含み得る。

例として、限定としてではなく、そのようなコンピュータ可読媒体は、ＳＤＲＡＭ（シンクロナスダイナミックランダムアクセスメモリ）などのＲＡＭ、ＲＯＭ（読取り専用メモリ）、ＮＶＲＡＭ（不揮発性ランダムアクセスメモリ）、ＲＯＭ、ＥＥＰＲＯＭ（電気的に消去可能なプログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ、ＦＬＡＳＨメモリ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望されるプログラムコードを担持しまたは格納するのに使用されることが可能で且つコンピュータによってアクセスされることが可能な他の任意の媒体、を備えることが可能である。

また、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、撚対線、ＤＳＬ（ディジタル加入者線）、または赤外線、電波、およびマイクロ波などの無線技術を使用してウェブサイト、サーバ、または他の遠隔ソースから伝送される場合、その同軸ケーブル、光ファイバケーブル、撚対線、ＤＳＬ、または赤外線、電波、およびマイクロ波などの無線技術が、媒体の定義に含められる。本明細書で使用されるディスク（disk）およびディスク（disc）は、ＣＤ（コンパクトディスク（disc））、レーザディスク（disc）、光ディスク（disc）、ＤＶＤ（ディジタルバーサタイルディスク（disc））、フロッピー（登録商標）ディスク（disk）、およびブルーレイディスク（disc）を含んでおり、ただし、ディスク（disk）は、通常、データを磁気的に再現するのに対して、ディスク（disc）は、データを光学的に、例えば、レーザを使用して再現する。また、以上の組み合わせも、コンピュータ可読媒体の範囲内に含められるべきである。

コンピュータプログラム製品のコンピュータ可読媒体に関連するコードは、コンピュータによって、例えば、１つまたは複数のＤＳＰ（ディジタル信号プロセッサ）、汎用マイクロプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレー）、または他の等価な物が集積された論理回路もしくはディスクリートの論理回路などの、１つまたは複数のプロセッサによって実行され得る。一部の態様では、本明細書で説明される機能は、符号化するため、および復号するために構成された専用のソフトウェアモジュールまたはハードウェアモジュールの内部で提供されても、複合ビデオ符号器・復号器（ＣＯＤＥＣ）に組み込まれてもよい。

それでも、添付の特許請求の範囲を逸脱することなく、説明される技術に様々な変形が行われ得る。

Claims

データに基づいた通信網を介する最低限のＱｏＳ（サービス品質）通信セッション中に、無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して接続クローズメッセージを受信することと、
前記閉じられた接続が、前記第１のアクセス網と第２のアクセス網との間における前記無線通信デバイスのハードハンドオフに起因するかどうかを判定することと、
前記閉じられた接続がハードハンドオフに起因すると判定すると、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持することと、
を備える方法。
前記閉じられた接続がハードハンドオフに起因すると判定することが、前記接続クローズメッセージがＴＣＡ（トラヒックチャネル割当て）メッセージと束ねられていると判定することを備える、
請求項１の方法。
前記閉じられた接続がハードハンドオフに起因しないと判定すると、前記最低限ＱｏＳ通信セッションをドロップすることをさらに備える、
請求項１の方法。
前記閉じられた接続がハードハンドオフに起因しない場合に前記最低限のＱｏＳ通信セッションをドロップすることが、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を閉じることと、
前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記無線通信デバイス内の通信アプリケーションに通知することと、
を備える、請求項３の方法。
前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが成功した場合、前記最低限のＱｏＳ通信セッションを維持することと、
前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが失敗した場合、前記最低限のＱｏＳ通信セッションをドロップすることと、
をさらに備える、請求項１の方法。
前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持することが、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持することを備える、請求項１の方法。
前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持することが、
前記閉じられた接続が前記ハードハンドオフに起因すると判定すると、ハンドオフ接続タイマを開始することと、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する予約リスト内の開かれたＱｏＳ予約を維持することと、
前記ハンドオフ接続タイマが動作している間、ハンドオフ予約リストに前記開かれたＱｏＳ予約を追加することと、
を備える、請求項１の方法。
開かれたＱｏＳ予約を維持することが、
前記予約リストから前記最低限のＱｏＳ通信セッションに含まれる前記データフローの１つに関連するＱｏＳ予約を取り出すことと、
前記ＱｏＳ予約が開かれているかどうかを判定することと、
前記ＱｏＳ予約が開かれていると判定すると、前記データフローの前記関連する１つの属性が０でない値を有する場合、前記ハードハンドオフ中に前記予約リスト内の前記開かれたＱｏＳ予約を維持することと、
を備える、請求項７の方法。
前記データフローの前記関連する１つの前記属性が０でない値を有する場合、前記開かれたＱｏＳ予約を前記ハンドオフ予約リストに追加することをさらに備える、
請求項８の方法。
前記最低限のＱｏＳ通信セッションに含まれる前記データフローのそれぞれに関連する前記属性が、シグナリングトラヒックを含んだデータフローに関して０値に設定され且つメディアトラヒックを含んだデータフローに関して０でない値に設定されるＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅと呼ばれるＲＬＰ（無線リンクプロトコル）属性を備える、
請求項８の方法。
前記無線通信デバイスと前記第２のアクセス網との間に接続が確立されると、前記ハンドオフ接続タイマを停止させることと、
前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去することと、
をさらに備える、請求項７の方法。
前記無線通信デバイスと前記第２のアクセス網との間で接続が確立される前に前記ハンドオフ接続タイマが満了すると、前記予約リスト内の前記開かれたＱｏＳ予約を閉じることと、
前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去することと、
前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記無線通信デバイス内の通信アプリケーションに通知することと、
前記最低限のＱｏＳ通信セッションをドロップすることと、
をさらに備える、請求項７の方法。
前記最低限のＱｏＳ通信セッションが、ＶｏＩＰ（voice over Internet Protocol）呼を備える、
請求項１の方法。
前記データに基づいた通信網が、ＥＶＤＯ（Evolution-Data Optimized）Ｒｅｖｉｓｉｏｎ０規格またはＥＶＤＯＲｅｖｉｓｉｏｎＡ規格のいずれかを利用するＥＶＤＯ通信網を備え、
前記無線通信デバイスが、前記ＥＶＤＯ通信網におけるアクセス端末装置を備え、
前記第１のアクセス網および前記第２のアクセス網が、ＥＶＤＯアクセス網を備える
請求項１の方法。
前記無線通信デバイスが、ＥＶＤＯ（Evolution-Data Optimized）電話機、ＩＰ（インターネットプロトコル）電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、または無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）のうちの１つを備える、
請求項１の方法。
データに基づいた通信網を介する最低限のＱｏＳ（サービス品質）通信セッションに参加する通信アプリケーションと、
前記最低限のＱｏＳ通信セッション中に、無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して接続クローズメッセージを受信し、前記閉じられた接続が前記第１のアクセス網と第２のアクセス網との間における前記無線通信デバイスのハードハンドオフに起因するかどうかを判定する接続モジュールと、
前記接続モジュールが前記閉じられた接続がハードハンドオフに起因すると判定すると、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持するＱｏＳエンジンと、
を実行するように構成されたプロセッサを備える無線通信デバイス。
前記接続モジュールが、前記接続クローズメッセージがＴＣＡ（トラヒックチャネル割当て）メッセージと束ねられている場合、前記閉じられた接続がハードハンドオフに起因すると判定する、
請求項１６の無線通信デバイス。
前記通信アプリケーションが、前記接続モジュールが前記閉じられた接続がハードハンドオフに起因しないと判定した場合、前記最低限のＱｏＳ通信セッションをドロップする、
請求項１６の無線通信デバイス。
前記ＱｏＳエンジンが、前記接続モジュールが前記閉じられた接続がハードハンドオフに起因しないと判定した場合、前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を閉じ、また前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記通信アプリケーションに通知し、
前記通信アプリケーションが、前記ＱｏＳエンジンからの前記通知に応答して前記最低限のＱｏＳ通信セッションをドロップする、
請求項１８の無線通信デバイス。
前記ＱｏＳエンジンが、前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが成功した場合、前記最低限のＱｏＳ通信セッションを維持し、
前記通信アプリケーションが、前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが失敗した場合、前記最低限のＱｏＳ通信セッションをドロップする、
請求項１６の無線通信デバイス。
前記ＱｏＳエンジンが、前記最低限のＱｏＳ通信セッションを維持するために前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持するＱｏＳ予約コントローラを含む、
請求項１６の無線通信デバイス。
前記ＱｏＳエンジンが、
前記閉じられた接続が前記ハードハンドオフに起因すると判定すると、ハンドオフ接続タイマを開始し、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する予約リスト内の開かれたＱｏＳ予約を維持し、
前記ハンドオフ接続タイマが動作している間、前記ＱｏＳエンジンによって保持されるハンドオフ予約リストに前記開かれたＱｏＳ予約を追加する、
ＱｏＳ予約コントローラを含む、請求項１６の無線通信デバイス。
前記ＱｏＳ予約コントローラが、
前記ＱｏＳエンジンによって保持される前記予約リストから前記最低限のＱｏＳ通信セッションに含まれる前記データフローの１つに関連するＱｏＳ予約を取り出し、
前記ＱｏＳ予約が開かれているかどうかを判定し、
前記ＱｏＳ予約が開かれていると判定すると、前記データフローの前記関連する１つの属性が０でない値を有する場合、前記ハードハンドオフ中に前記予約リスト内の前記開かれたＱｏＳ予約を維持する、
請求項２２の無線通信デバイス。
前記ＱｏＳ予約コントローラが、前記データフローの前記関連する１つの前記属性が０でない値を有する場合、前記開かれたＱｏＳ予約を前記ハンドオフ予約リストに追加する、
請求項２３の無線通信デバイス。
前記最低限のＱｏＳ通信セッションに含まれる前記データフローのそれぞれに関連する前記属性が、シグナリングトラヒックを含んだデータフローについて０値に設定され且つメディアトラヒックを含んだデータフローに関して０でない値に設定されるＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅと呼ばれるＲＬＰ（無線リンクプロトコル）属性を備える、
請求項２３の無線通信デバイス。
前記ＱｏＳ予約コントローラが、
前記無線通信デバイスと前記第２のアクセス網との間に接続が確立されると、前記ハンドオフ接続タイマを停止させ、
前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去する、
請求項２２の無線通信デバイス。
前記ＱｏＳ予約コントローラが、前記無線通信デバイスと前記第２のアクセス網との間で接続が確立される前に前記ハンドオフ接続タイマが満了すると前記予約リスト内の前記開かれたＱｏＳ予約を閉じ、前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去し、前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記通信アプリケーションに通知し、
前記通信アプリケーションが、前記ＱｏＳエンジンからの前記通知に応答して前記最低限のＱｏＳ通信セッションをドロップする、
請求項２２の無線通信デバイス。
前記最低限のＱｏＳ通信セッションが、ＶｏＩＰ（voice over Internet Protocol）呼を備える、
請求項１６の無線通信デバイス。
前記データに基づく通信網が、ＥＶＤＯ（Evolution-Data Optimized）Ｒｅｖｉｓｉｏｎ０規格またはＥＶＤＯＲｅｖｉｓｉｏｎＡ規格のいずれかを利用するＥＶＤＯ通信網を備え、
前記無線通信デバイスが、前記ＥＶＤＯ通信網におけるアクセス端末装置を備え、
前記第１のアクセス網および前記第２のアクセス網が、ＥＶＤＯアクセス網を備える、
請求項１６の無線通信デバイス。
ＥＶＤＯ（Evolution-Data Optimized）電話機、ＩＰ（インターネットプロトコル）電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、または無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）のうちの１つを備える、
請求項１６の無線通信デバイス。
前記プロセッサが、
前記通信アプリケーションを実行するように構成された第１のプロセッサと、
前記接続モジュールおよび前記ＱｏＳエンジンを実行するように構成された第２のプロセッサと、
を備える、
請求項１６の無線通信デバイス。
コンピュータに、データに基づいた通信網を介する最低限のＱｏＳ（サービス品質）通信セッション中に無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して接続クローズメッセージを受信させるための命令と、
コンピュータに、前記閉じられた接続が前記第１のアクセス網と第２のアクセス網との間における前記無線通信デバイスのハードハンドオフに起因するかどうかを判定させるための命令と、
前記閉じられた接続がハードハンドオフに起因すると判定すると、コンピュータに、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持させるための命令と、
を備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令が、前記接続クローズメッセージがＴＣＡ（トラヒックチャネル割当て）メッセージと束ねられている場合、前記コンピュータに、前記閉じられた接続がハードハンドオフに起因すると判定させる、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記閉じられた接続がハードハンドオフに起因しないと判定すると、前記コンピュータに、前記最低限のＱｏＳ通信セッションをドロップさせる命令をさらに備える、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令が、前記コンピュータに、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を閉じさせ、
前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記無線通信デバイス内の通信アプリケーションに通知させ、
前記通知に応答して前記最低限のＱｏＳ通信セッションをドロップさせる、
請求項３４のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが成功した場合、前記コンピュータに、前記最低限のＱｏＳ通信セッションを維持させる命令と、
前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが失敗した場合、前記コンピュータに、前記最低限のＱｏＳ通信セッションをドロップさせる命令と、
をさらに備える、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令が、前記最低限のＱｏＳ通信セッションを維持するために、前記コンピュータに、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持させる、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令が、前記コンピュータに、
前記閉じられた接続が前記ハードハンドオフに起因すると判定されると、ハンドオフ接続タイマを開始させ、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する予約リスト内の開かれたＱｏＳ予約を維持させ、
前記ハンドオフ接続タイマが動作している間、ハンドオフ予約リストに前記開かれたＱｏＳ予約を追加させる、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令が、前記コンピュータに、
前記予約リストから前記最低限のＱｏＳ通信セッションに含まれる前記データフローの１つに関連するＱｏＳ予約を取り出させ、
前記ＱｏＳ予約が開かれているかどうかを判定させ、
前記ＱｏＳ予約が開かれていると判定されると、前記データフローの前記関連する１つの属性が０でない値を有する場合、前記ハードハンドオフ中に前記予約リスト内の前記開かれたＱｏＳ予約を維持させる、
請求項３８のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記データフローの前記関連する１つの前記属性が０でない値を有する場合、前記コンピュータに、前記開かれたＱｏＳ予約を前記ハンドオフ予約リストに追加させる命令をさらに備える、
請求項３９のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記最低限のＱｏＳ通信セッションに含まれる前記データフローのそれぞれに関連する前記属性が、シグナリングトラヒックを含んだデータフローに関して０値に設定され且つメディアトラヒックを含んだデータフローに関して０でない値に設定されるＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅと呼ばれるＲＬＰ（無線リンクプロトコル）属性を備える、
請求項３９のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記無線通信デバイスと前記第２のアクセス網との間に接続が確立されると、前記コンピュータに、前記ハンドオフ接続タイマを停止させるようにする命令と、
前記コンピュータに、前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去させる命令と、
をさらに備える、
請求項３８のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記無線通信デバイスと前記第２のアクセス網との間で接続が確立される前に前記ハンドオフ接続タイマが満了すると、前記コンピュータに、前記予約リスト内の前記開かれたＱｏＳ予約を閉じさせる命令と、
前記コンピュータに、前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去させる命令と、
前記コンピュータに、前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記無線通信デバイス内の通信アプリケーションに通知させる命令と、
前記コンピュータに、前記最低限のＱｏＳ通信セッションをドロップさせる命令と、
をさらに備える、
請求項３８のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記最低限のＱｏＳ通信セッションが、ＶｏＩＰ（voice over Internet Protocol）呼を備える、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記データに基づいた通信網が、ＥＶＤＯ（Evolution-Data Optimized）Ｒｅｖｉｓｉｏｎ０規格またはＥＶＤＯＲｅｖｉｓｉｏｎＡ規格のいずれかを利用するＥＶＤＯ通信網を備え、
前記無線通信デバイスが、前記ＥＶＤＯ通信網におけるアクセス端末装置を備え、
前記第１のアクセス網および前記第２のアクセス網が、ＥＶＤＯアクセス網を備える、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記無線通信デバイスが、ＥＶＤＯ（Evolution-Data Optimized）電話機、ＩＰ（インターネットプロトコル）電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、または無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）のうちの１つを備える、
請求項３２のコンピュータ可読媒体を備えるコンピュータプログラム製品。
データに基づいた通信網を介する最低限のＱｏＳ（サービス品質）通信セッションに参加するための手段と、
前記最低限のＱｏＳ通信セッション中に、無線通信デバイスと第１のアクセス網との間の閉じられた接続に応答して接続クローズメッセージを受信するための手段と、
前記閉じられた接続が前記第１のアクセス網と第２のアクセス網との間における前記無線通信デバイスのハードハンドオフに起因するかどうかを判定するための手段と、
前記判定するための手段が前記閉じられた接続がハードハンドオフに起因すると判定すると、前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションを維持するための手段と、
を備える無線通信デバイス。
前記判定するための手段が、前記接続クローズメッセージがＴＣＡ（トラヒックチャネル割当て）メッセージと束ねられている場合、前記閉じられた接続がハードハンドオフに起因すると判定する、
請求項４７の無線通信デバイス。
前記実行するための手段が、前記判定するための手段が前記閉じられた接続がハードハンドオフに起因しないと判定した場合、前記最低限のＱｏＳ通信セッションをドロップする、
請求項４７の無線通信デバイス。
前記維持するための手段が、前記判定するための手段が前記閉じられた接続がハードハンドオフに起因しないと判定した場合、前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を閉じ、前記最低限のＱｏＳ通信セッションについていのＱｏＳが一時停止されることを前記実行するための手段に通知し、
前記実行するための手段が、前記ＱｏＳエンジンからの前記通知に応答して前記最低限のＱｏＳ通信セッションをドロップする、
請求項４９の無線通信デバイス。
前記維持するための手段が、前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが成功した場合、前記最低限のＱｏＳ通信セッションを維持し、
前記実行するための手段が、前記第１のアクセス網と前記第２のアクセス網との間における前記ハードハンドオフが失敗した場合、前記最低限のＱｏＳ通信セッションをドロップする、
請求項４７の無線通信デバイス。
前記維持するための手段が、前記最低限のＱｏＳ通信セッションを維持するために前記ハードハンドオフ中に前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する開かれたＱｏＳ予約を維持する、
請求項４７の無線通信デバイス。
前記維持するための手段が、
前記閉じられた接続が前記ハードハンドオフに起因すると判定すると、ハンドオフ接続タイマを開始し、
前記最低限のＱｏＳ通信セッションに含まれるデータフローに関連する予約リスト内の開かれたＱｏＳ予約を維持し、
前記ハンドオフ接続タイマが動作している間、ハンドオフ予約リストに前記開かれたＱｏＳ予約を追加する、
請求項４７の無線通信デバイス。
前記維持するための手段が、
前記予約リストから前記最低限のＱｏＳ通信セッションに含まれる前記データフローの１つに関連するＱｏＳ予約を取り出し、
前記ＱｏＳ予約が開かれているかどうかを判定し、
前記ＱｏＳ予約が開かれていると判定すると、前記データフローの前記関連する１つの属性が０でない値を有する場合、前記ハードハンドオフ中に前記予約リスト内の前記開かれたＱｏＳ予約を維持する、
請求項５３の無線通信デバイス。
前記維持するための手段が、前記データフローの前記関連する１つの前記属性が０でない値を有する場合、前記開かれたＱｏＳ予約を前記ハンドオフ予約リストに追加する、
請求項５４の無線通信デバイス。
前記最低限のＱｏＳ通信セッションに含まれる前記データフローのそれぞれに関連する前記属性が、シグナリングトラヒックを含んだデータフローに関して０値に設定され且つメディアトラヒックを含んだデータフローに関して０でない値に設定されるＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅと呼ばれるＲＬＰ（無線リンクプロトコル）属性を備える、
請求項５４の無線通信デバイス。
前記維持するための手段が、
前記無線通信デバイスと前記第２のアクセス網との間に接続が確立されると、前記ハンドオフ接続タイマを停止させ、
前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去する、
請求項５３の無線通信デバイス。
前記維持するための手段が、前記無線通信デバイスと前記第２のアクセス網との間で接続が確立される前に前記ハンドオフ接続タイマが満了すると前記予約リスト内の前記開かれたＱｏＳ予約を閉じ、前記ハンドオフ予約リストから前記開かれたＱｏＳ予約を除去し、前記最低限のＱｏＳ通信セッションについてのＱｏＳが一時停止されることを前記実行するための手段に通知し、
前記実行するための手段が、前記ＱｏＳエンジンからの前記通知に応答して前記最低限のＱｏＳ通信セッションをドロップする、
請求項５３の無線通信デバイス。
前記最低限のＱｏＳ通信セッションが、ＶｏＩＰ（voice over Internet Protocol）呼を備える、
請求項４７の無線通信デバイス。
前記データに基づく通信網が、ＥＶＤＯ（Evolution-Data Optimized）Ｒｅｖｉｓｉｏｎ０規格またはＥＶＤＯＲｅｖｉｓｉｏｎＡ規格のいずれかを利用するＥＶＤＯ通信網を備え、
前記無線通信デバイスが、前記ＥＶＤＯ通信網におけるアクセス端末装置を備え、
前記第１のアクセス網および前記第２のアクセス網が、ＥＶＤＯアクセス網を備える、
請求項４７の無線通信デバイス。
ＥＶＤＯ（Evolution-Data Optimized）電話機、ＩＰ（インターネットプロトコル）電話機、ソフトフォン、無線接続およびソフトフォンを有するラップトップ、または無線接続およびソフトフォンを有するＰＤＡ（パーソナルディジタルアシスタント）のうちの１つを備える、
請求項４７の無線通信デバイス。