JP2006025418A - 無線ネットワークのパケット・データ損失を処理するための方法および装置 - Google Patents

Abstract

【課題】無線通信システムのパケット・データ損失をより効果的に処理する。
【解決手段】パケット・データ・サービス・インスタンスのパケットのフローを受信するパケット・データの宛先１３１がそのフローのパケット・データ・ソース１４１に対して、フローが一時停止する必要があることを示す場合、宛先はソースに対して、フロー送信が一時停止されている間にサービス・インスタンスのパケットを処理する方法を示す。宛先は、フローの一時停止をトリガするイベントまたは状態を表示し、ソースは、パケット・データの宛先の表示に照らしてパケット・データ損失を処理するために、パケットのバッファ処理、パケット廃棄、タイマー始動、および／または他のパケット処理動作の実行開始することができる。あるいは、パケット・データの宛先は、パケット・フローが一時停止されている間に、ソースが行う必要のあるパケット処理動作を明示的に示すことも可能である。
【選択図】図１

Description

本発明は、一般に無線通信システムに関し、詳細には、無線通信システムのパケット・データ損失の処理に関する。

本出願は、本願の所有者が所有し、その全体が本願明細書に援用している、２００４年７月６日に出願した（特許文献１）の優先権を主張するものである。
本出願は、本出願の譲受人に譲渡され、２００２年５月３０日に出願した（特許文献２）に関係している。

３ＧＰＰ２（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ２）、３Ｇ１ｘ、１ｘＥＶ−ＤＯ、および１ｘＥＶ−ＤＶなどのＣＤＭＡ２０００無線アクセス・ネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）では、パケット・データ・ネットワークから移動体向けに送信されたパケットが、ＲＡＮ内の特定のイベントで廃棄されたり、喪失したりする場合がある。これらのイベントには、ハード・ハンドオフ、ＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｃｅｄｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）状態、１ｘＥＶ−ＤＯ−Ａクロス・ページング回路の通知、移動体用ページングの障害、およびＲＡＮのバッファのオーバーフローが含まれる。

パケット・データのハード・ハンドオフは、完了するまで数秒かかる場合がある。インターＰＣＦ（ｐａｃｋｅｔ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ：パケット制御機能）のハード・ハンドオフは、イントラＰＤＳＮ（ｐａｃｋｅｔ ｄａｔａ ｓｅｒｖｉｎｇ ｎｏｄｅ：パケット・データ処理ノード）またはインターＰＤＳＮのハード・ハンドオフという結果となる。イントラＰＤＳＮのハード・ハンドオフは、ターゲットＰＣＦがソースＰＤＳＮと接続可能な場合、ターゲットＰＣＦがパケット・データをサポートしているソースＰＤＳＮに接続を戻す結果となる。インターＰＤＳＮのハンドオフは、ＰＣＦがソースＰＤＳＮとの接続が不可能であったり、ソースＰＤＳＮがビジー状態にある場合、新しいＰＤＳＮが移動体のパケット・データ・セッションに割り当てられるという結果となる。インターＰＤＳＮのハード・ハンドオフが必要とされる場合、ネットワークは「高速ハンドオフ」を開始でき、それによって移動体は、パケット・データ・セッションが休止するまで、ＰＰＰ再接続／ＭＩＰ手順を遅延させることができる。どのようなタイプのハード・ハンドオフが発生するかに関係なく、移動体がターゲットＰＤＳＮとの接続を確立するまで、移動体向けのデータはソースＰＣＦで廃棄される。

ＶＰＯＰおよび１ｘＥＶ−ＤＯ−Ａクロス・ページング回路の通知の場合、移動体のアクティブなパケット・データ・セッションは休止状態に移行され、ネットワークがハイブリッド１ｘＥＶ−ＤＯ移動体への回線音声通話を終了させる。しかし、ＰＤＳＮは、パケットが移動体に配信不可能になったとしても、移動体向けのデータをＲＡＮに配信し続ける。さらに、ＲＡＮは、ＩＰネットワークから宛先がその移動体であるパケットを受け取るので、その移動体とのパケット・データ・セッションを再開しようと試みる場合がある。

ネットワークがパケット・セッションを開始しようとする場合（例えば、パケット・データ通話の再開、ネットワークにより開始されたパケット・データ・セッション）、ページングが含まれる場合がある。移動体がページに応答不可能な場合、パケット・データは蓄積され、ＰＣＦおよび／またはＢＳのバッファをあふれさせる可能性がある。ページン
グに障害が発生しなくても、機能不全のＲＦ状況などのために、ＲＡＮのバッファがオーバーフローする場合がある。３ＧＰＰ２規格は、ＰＣＦとＰＤＳＮとの間で、単純なＸｏｎ／Ｘｏｆｆフロー制御手順をサポートしている。ＰＣＦは、ＰＤＳＮに対して、ＲＡＮへのパケット送信の停止と開始を要求する場合がある。しかし、現状技術では、フロー制御のシグナリングでは、パケットの損失を完全に防止することは不可能である。ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ７９３は、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）を定義しており、さらに、データ接続の終端地点間でフロー制御サービスを可能にしているが、ＴＣＰでは、損失データは輻輳と解釈され、それによって、データ・スループットの急激な減少となることがある。もちろん、これによって、パケット・データの性能も低下する。
「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＭＡＮＡＧＩＮＧ ＰＡＣＫＥＴ ＤＡＴＡ ＬＯＳＳ ＩＮ Ａ ＷＩＲＥＬＥＳＳ ＮＥＴＷＯＲＫ」という名称の仮出願第６０／５８５、６０８号 「ＡＰＰＡＲＡＴＵＳ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＥＮＨＡＮＣＩＮＧ ＰＥＲＦＯＲＭＡＮＣＥ ＩＮ Ａ ＰＡＣＫＥＴ ＤＡＴＡ ＳＹＳＴＥＭ」という名称の同時係属出願第１０／１５８７２２号

したがって、無線通信システムにおいて、より効果的にパケット・データ損失を処理する装置および方法が必要とされている。

無線通信システムのパケット・データ損失をより効果的に処理するためのニーズに応答するために、種々の実施形態を説明している。パケット・データ・サービス・インスタンスのパケットのフローを受信するパケット・データの宛先がそのフローのパケット・データ・ソースに対して、フローが一時停止する必要があることを示す場合、さらに宛先はソースに対して、フローの送信が一時停止されている間のサービス・インスタンスのパケットを処理する方法を示す。例えば、パケット・データの宛先は、フローの一時停止をトリガするイベントまたは状態を表示し、それから、ソースは、パケット・データの宛先の表示に照らしてパケット・データ損失を処理するために、パケットのバッファ処理、パケットの廃棄、タイマーの始動、および／または他のパケット処理動作の実行を開始することが可能になる。あるいは、パケット・データの宛先は、パケット・フローが一時停止されている間に、ソースが行う必要のあるパケット処理動作を明示的に示すことも可能である。

開示する実施形態は、図１〜６を参照すると、さらに十分に理解することが可能である。図１は、本発明の複数の実施形態による無線通信システム１００のブロック図である。通信システム１００は、よく知られているＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：符号分割多重接続）システムで、詳細には、ＣＤＭＡ２０００システムであり、これは、「３ＧＰＰ２ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＯＳ）ｆｏｒ ＣＤＭＡ ２０００ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅｓ」規格および「Ｕｐｐｅｒ Ｌａｙｅｒ（Ｌａｙｅｒ３）Ｓｉｇｎａｌｉｎｇ Ｓｔａｎｄａｒｄ ｆｏｒ ｃｄｍａ２０００ Ｓｐｒｅａｄ Ｓｐｅｃｔｒｕｍ Ｓｙｓｔｅｍｓ（ｃｄｍａ２０００スペクトラム拡散システムのレイヤ３信号仕様）」規格に基づき、本発明を実装するために適切に変更されている。本発明の代替の実施形態は、ＩＳ−１３６、ＩＳ−９５、ＩＳ−８３３、１ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＶ、「ｉＤＥＮ」、「ＷｉＤＥＮ」、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、３ＧＰＰ、ＵＴＭＳ、および、ＩＥＥＥの、８０２．１１、８０２．１６、および８０２．２０など
に限定するわけではないが、このような他の技術を採用する通信システムにも実装することが可能である。

当業者なら、図１が、システム１００が動作するために必要なネットワーク設備のすべてを図示しているわけではなく、本発明の実施形態の説明に特に関連した、それらのシステム構成要素や論理的構成要素のみを図示していることを認識されよう。詳細には、システム１００のネットワーク設備には、無線アクセス・ネットワーク（ＲＡＮ）１３１および１３２、移動通信交換局（ＭＳＣ：ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）１７１、パケット・データ処理ノード（ＰＤＳＮ）１４１、およびインターネット・プロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）ネットワーク１５１などの構成要素が含まれている。一般的に、当技術分野では、ＲＡＮ、ＢＳ、ＰＣＦ、ＰＤＳＮ、ＭＳＣ、およびＩＰネットワークが知られている。例えば、ＲＡＮはよく知られており、プロセッサ、ネットワーク・インターフェイス、および無線インターフェイスなどの構成要素を備え、ＰＤＳＮもよく知られており、プロセッサおよびネットワーク・インターフェイスなどの構成要素を備えている。さらに、ＲＡＮは当技術分野では知られており、通常、パケット制御機能（ＰＣＦ）および基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）などの構成要素デバイスを備え、ＢＳはよく知られており、基地局制御装置（ＢＳＣ：ｂａｓｅ
ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）および基地局無線装置（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）などの構成要素を備え、そのような詳細は、そのどれも図１には示されていない。

ＲＡＮ１３１およびＰＤＳＮ１４１は、プロセッサ１３５および１４５、ネットワーク・インターフェイス１３７および１４３、ならびに（ＲＡＮ１３１の場合）無線インターフェイス１３３を備えるものとして図１に図示されている。一般に、プロセッサおよびネットワーク／無線インターフェイスなどの構成要素はよく知られている。例えば、プロセッサは知られており、マイクロプロセッサ、マイクロコントローラ、メモリ・デバイス、および／または論理回路などに限定するわけではないが、このような基本的な構成要素を備えている。そのような構成要素は、通常、高水準設計言語または記述を使用して表現され、コンピュータ命令を使用して表現され、メッセージングの流れ図を使用して表現され、通話の流れ図を使用して表現され、および／または論理流れ図を使用して表現されるアルゴリズムおよび／またはプロトコルを実装するように構成されている。こうして、アルゴリズム、論理の流れ、メッセージングの流れ、通話の流れ、および／またはプロトコル仕様が決まっているなら、当業者は、所定の論理を行うＲＡＮおよび／またはＰＤＳＮを実装するのに、使用可能な多くの設計および開発の技術を承知している。したがって、ＲＡＮ１３１およびＰＤＳＮ１４１は、本発明の複数の実施形態を実装するために、本明細書の説明により構成され、知られているＲＡＮおよびＰＤＳＮを表している。

ＲＡＮ１３１は、遠隔ユニット１０１との通信にエア・インターフェイス１１１を使用する。ＩＳ−２０００の用語では、遠隔ユニットを移動体端末（ＭＳ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）と呼ぶが、遠隔ユニットは必ずしも移動体または移動可能である必要はない。こうして、遠隔ユニット／ＭＳのプラットフォームは当技術分野では知られており、携帯電話、コンピュータ、携帯情報端末、ゲーム・デバイスなどのデバイスが含まれている。詳細には、ＭＳ１０１は、どちらも当技術分野ではよく知られている、プロセッサおよび無線装置などの構成要素デバイス（図示せず）を備えている。

本発明による実施形態の動作は、実質的には次のとおりである。図１で図示しているように、ＰＤＳＮ１４１およびＲＡＮ１３１は、パケット・データのソースと宛先を、それぞれ表している。しかし、これらの名称は、ただ単に、説明目的の例示的なものにすぎない。パケット・データ・ソースは、ＲＡＮ、ＰＣＦ、またはＢＳなどに限定するわけではないが、このようなシステム構成要素で代用することも可能なはずである。さらに、パケ
ット・データの宛先は、ＰＣＦ、ＢＳ、またはＭＳなどに限定するわけではないが、このようなシステム構成要素で代用することも可能なはずである。ＰＤＳＮのプロセッサ１４５は、パケット・データ・サービス・インスタンスのパケットのフローを、ネットワーク・インターフェイス１４３を介して、ＲＡＮ１３１に送信する。ＲＡＮのプロセッサ１３５は、ＲＡＮのネットワーク・インターフェイス１３７を介して、パケット・フローを受信し、ＲＡＮの無線インターフェイス１３３を介して、そのフローからのパケットをＭＳ１０１へ転送する。

しかし、パケットのフローからのパケットを正常にＭＳ１０１へ転送することが不可能であることを、ＲＡＮのプロセッサ１３５が決定する状態が発生する場合がある。ＲＡＮバッファのオーバーフロー（輻輳、機能不全のＲＦ状況などのため）、ハンドオフ、パケット・データのページングの障害、および／または回路サービスによるパケット・データ・サービスの強制排除などの状態（例えば、イベント）によって、ＭＳ１０１へのパケットの転送が、ＲＡＮ１３１にとっては、困難（おそらく、セッションのＱｏＳパラメータを満たすことが不可能）または不可能になる。パケット・データ・サービス・インスタンスのパケットをＭＳ１０１へ正常に転送することが不可能であることを決定したことに応答して、ＲＡＮのプロセッサ１３５は、ＰＤＳＮ１４１に、ＲＡＮのネットワーク・インターフェイス１３７を介して、パケット・データ・サービス・インスタンスのパケットのフローの送信を一時停止するという表示を送信する。例えば、一時停止の表示には、送信停止（ＸＯＦＦ）などの、明示的なフロー制御のシグナリングを含めることが可能である。さらに、パケット・データ・サービス・インスタンスのパケットをＭＳ１０１へ正常に転送することが不可能であることを決定したことに応答して、ＲＡＮのプロセッサ１３５は、ＰＤＳＮ１４１に、ＲＡＮのネットワーク・インターフェイス１３７を介して、フローの送信が一時停止されている間の、パケット・データ・サービス・インスタンスのパケットの処理方法の表示を送信する。これらの表示をどのように伝達することが可能かの実施例について、図２を使い以下で説明する。

図２は、本発明の複数の実施形態による、ジェネリック・ルーティング・カプセル化（ＧＲＥ：Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）メッセージングのビット定義を伝達するブロック図である。最近、フロー制御は、Ａ１０インターフェイスを介してＰＤＳＮに送られるＧＲＥフレームにフロー制御信号を含めることで、ＲＡＮによって要求される。（このことは、この特定のパケット・データ・サービス・インスタンスのフロー制御が、Ａ１１シグナリングインターフェイスを介して、ＰＤＳＮにより可能であることを意味している。）Ａ１０接続およびＡ８接続は、パケット・データ・セッションのユーザ・データの移送のために使用される。適切にＡ１０接続およびＡ８接続を使うと、リンク層／ネットワーク層のパケットが、ＧＲＥフレーム指示を使用し、これらの接続を介して、ＲＡＮとＰＤＳＮとの間を双方向で移動する。ブロック２０１は、一般的なＧＲＥフレームを表している。

一般に、フローの送信が一時停止されている間の、パケット・データ・サービス・インスタンスのパケットの処理方法の表示は、ある一定の状態がパケット・データの宛先に存在することを示すことで伝達される場合や、あるいは、表示がパケット・データ・ソースに明示的なパケット処理命令を提供する、シグナリングによって伝えられる場合がある。伝達可能なパケット・データの宛先の状態の適用例には、バッファのオーバーフローによるパケットの廃棄の状態、パケット・データのページングの障害によるパケットの廃棄の状態、ＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｃｅｄｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）の状態、１ｘＥＶ−ＤＯ回路サービス通知の状態、回路サービスによるパケット・データ・サービスの強制排除の状態、バッファのオーバーフローによるパケットの保持の状態、ハンドオフ進行中の状態、およびパケット・データのページングの障害によるパケットの保持の状態が含まれる。

あるいは、パケット・データ・ソースのより明示的なパケット処理命令の実施例には、フローの送信が一時停止されている間、パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令、フローの送信が一時停止されている間の指定された期間、パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令（パケット・データ・ソースのバッファ処理期間のタイマー値が指定される）、フローの送信が一時停止されている間、パケット・データ・サービス・インスタンスのパケットを廃棄するという命令、および指定された期間の後に、パケット・データ・サービス・インスタンスのフローの送信を再開するという命令（パケット・データ・ソースの送信一時停止の期間のタイマー値が指定される）が含まれる。

ブロック２０３および２０５は、フローの一時停止の間のパケットを処理する方法の表示を伝達する、２つの代替方法の実施例を図示している。それぞれは、ＧＲＥフレーム２０１の属性部分を使い伝達することが可能である。メッセージング・ブロック２０３および２０５のどちらにも、以下のようにコード化することが可能なフロー制御の表示ビットが収容されている。

「１」は「ＸＯＦＦ」を表す
ＰＤＳＮは、識別されたＡ１０接続のＲＡＮ（ＰＣＦ）へのデータの送信を中止する。
「０」は「ＸＯＮ」を表す
ＰＤＳＮに使用可能なデータがある場合、識別されたＡ１０接続のＲＡＮ（ＰＣＦ）へのデータの送信を再開する。
メッセージング・ブロック２０３および２０５には、以下のようにコード化することが可能なタイマー値のバイトが収容されている。

「００００００００」はタイマーが設定されていないことを表す
「０００００００１」〜「１１１１１１１１」はタイマーを表す（．１〜２５．６秒）
ＸＯＦＦ信号が送られるとき、このフィールドはＲＡＮ（ＰＣＦ）により含めることが可能である。含まれている場合、ＰＤＳＮは、可能なとき（すなわち、ＰＤＳＮのバッファ空間が利用可能な期間）、このタイマーによって指定された期間のパケットをバッファ処理する。タイマーの精度は、．１秒単位である。
メッセージング・ブロック２０３には、以下のようにコード化することが可能なＲＡＮのイベント表示フィールドが収納されている。

「０００００００」
状態情報は何も含まれていない。ＸＯＮフロー制御表示が設定されたり、またはイベント情報が利用不可能または送信されていない場合に設定する。フロー制御表示がＸＯＦＦに設定され、イベント情報が含まれていない場合、ＰＤＳＮはパケットを廃棄することになる。

「００００００１」
バッファのオーバーフローによるパケットの保持の状態。ＰＤＳＮは、パケット・データ接続のデータをバッファ処理する。

「０００００１０」
バッファのオーバーフローによるパケットの廃棄の状態。ＰＤＳＮは、パケットを廃棄する。

「０００００１１」
ハード・ハンドオフ（ＨＨＯ：Ｈａｒｄ Ｈａｎｄｏｆｆ）が進行中の状態。ＰＤＳＮ
は、パケットをバッファ処理する。パケットは、ＨＨＯが完了するまで、あるいはタイマー値またはＰＤＳＮのＨＨＯのイベント・タイマーによって指定された期間が満了するまでバッファ処理される。

「００００１００」
パケット・データのページングの障害によるパケットの保持の状態。ＰＤＳＮは、パケットをバッファ処理する。

「００００１０１」
パケット・データのページングの障害によるパケットの廃棄の状態。ＰＤＳＮは、パケットを廃棄する。

「００００１１０」
ＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｃｅｄｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）の状態。ＰＤＳＮは、パケットを廃棄する。

「００００１１１」
１ｘＥＶ−ＤＯ回路サービス通知の状態。ＰＤＳＮは、パケットを廃棄する。
「０００１０００」〜「１１１１１１１」
将来のＲＡＮイベントの定義のために予約済み。
メッセージング・ブロック２０５には、バッファ表示ビットが収容されている。このビットは、ＸＯＦＦ信号が送られたときに、ＰＤＳＮがパケットのバッファ処理または廃棄のいずれが必要であるかを示しており、以下のようにコード化することが可能である。

「１」
ＰＤＳＮは、接続のパケットを廃棄する必要がある。
「０」
ＰＤＳＮは、接続のパケットをバッファ処理する必要がある。
こうして、メッセージング・ブロック２０３および２０５は、フローの一時停止の間のパケットを処理する方法の表示を伝達する、２つの代替方法の実施例を図示している。メッセージング・ブロック２０３は、ＲＡＮに存在する状態が、一時停止の表示とともに伝達される場合の方法であり、他方、メッセージング・ブロック２０５は、バッファ処理すべきか、またはそうすべきではないかの明示的な表示が一時停止の表示とともには伝達されない場合の方法である。さらに、メッセージング・ブロック２０３および２０５のどちらにも、バッファ処理の期間を示すためのタイマー値フィールドが備わっている（その後、バッファ処理されたパケットは、廃棄されたり、またはフロー送信の再開時に、送信されることが可能である）。

再度、図１を参照すると、パケット・データ・サービス・インスタンスのパケットをＭＳ１０１へ正常に転送することが不可能であることを決定したことに応答して、ＲＡＮ１３１は、ＰＤＳＮ１４１に、送信を一時停止するという表示と、フローの送信が一時停止されている間に、パケット・データ・サービス・インスタンスのパケットを処理する方法の表示とを送信する。ＰＤＳＮのプロセッサ１４５は、ネットワーク・インターフェイス１４３を介してこれらの表示を受信し、これに応答して、パケット・フローの送信を一時停止する。次に、ＰＤＳＮのプロセッサ１４５は、フローの送信が一時停止されている間、パケット・データ・サービス・インスタンスのパケットのバッファ処理または廃棄のいずれかの処理をする。パケット・データ・ソースのバッファ処理期間のタイマー値が表示されている場合、ＰＤＳＮのプロセッサ１４５は、そのタイマー期間、パケットをバッファ処理し、その間に、フローの送信が再開されない限り、次に、パケットを廃棄する。パケット・データ・ソースの送信一時停止期間のタイマー値が表示されている場合、ＰＤＳ
Ｎのプロセッサ１４５は、そのタイマー期間、パケットをバッファ処理し、その期間が終了すると、バッファ処理されたパケットを含め、パケットのフローの送信を再開する。

明示的なバッファ処理／廃棄の表示の代わりに、ＲＡＮの状態（例えば、ＲＡＮイベント）がＲＡＮ１３１により表示される場合、ＰＤＳＮのプロセッサ１４５は、ＲＡＮの状態に基づいて、パケット・データ・サービス・インスタンスのパケットを処理する。例えば、表示された状態が、バッファのオーバーフローによるパケットの廃棄の状態、パケット・データのページングの障害によるパケットの廃棄の状態、または回路サービスによるパケット・データ・サービスの強制排除の状態の場合、フローの送信が一時停止されている間、ＰＤＳＮのプロセッサ１４５は、サービス・インスタンスのパケットを廃棄する。ＶＰＯＰおよび１ｘＥＶ−ＤＯ回路サービス通知のイベントは、結果的に、パケット・データ・サービスが回路サービスにより強制排除される状態となるイベントの適用例である。失われたパケットから直ちに回復するサービスに発生する、ＲＡＮバッファのオーバーフローまたはパケット・データのページングの障害は、結果的に、バッファのオーバーフローによるパケットの廃棄またはパケット・データのページングの障害によるパケットの廃棄の各状態にそれぞれなる可能性がある、イベントである。ＰＤＳＮのプロセッサ１４５によるパケットの廃棄によって、これらのパケットがユーザの支払いのために計算されないことも好ましいことである点に留意されたい。

その代わりに、表示される状態がバッファのオーバーフローによるパケットの保持の状態、ハンドオフ進行中の状態、およびパケット・データのページングの障害によるパケットの保持の状態の場合、フローの送信が一時停止されている間、ＰＤＳＮのプロセッサ１４５は、サービス・インスタンスのパケットをバッファ処理する。失われたパケットを許容しないサービスに発生する、ＲＡＮバッファのオーバーフローまたはパケット・データのページングの障害は、結果的に、バッファのオーバーフローによるパケットの保持またはパケット・データのページングの障害によるパケットの保持の各状態にそれぞれなる可能性がある、イベントである。さらに、ＭＳ１０１がハード・ハンドオフに含まれるようになる場合、結果的に、ハンドオフが進行中の状態になる可能性がある。

ＲＡＮ１３１（またはインターＲＡＮハンドオフの場合には、例えば、ＲＡＮ１３２）がパケット・データ・サービス・インスタンスのパケット・フローを受信する用意ができたとき、パケットのフローの送信再開の表示がＰＤＳＮ１４１に送られる。再開の表示は、送信開始（ＸＯＮ）のフロー制御のシグナリングなどの明示的なもの、あるいはハンドオフの完了またはタイマーの満了を示すシグナリングなどの、より暗黙的なものからなる場合がある。再開の表示を受信したとき、ＰＤＳＮのプロセッサ１４５がサービス・インスタンスのパケットをバッファ処理中の場合、ＰＤＳＮのプロセッサ１４５は、バッファ処理されたパケットを含め、パケット・データ・サービス・インスタンスのパケットのフローの送信を再開する。

図３は、本発明の複数の実施形態による、別のＣＤＭＡ２０００ ＢＳへのパケット・データ通話に含まれるＭＳによるハード・ハンドオフを図示している、例示的な通話の流れ図３００である。本発明の実施形態では、無線システムで最も普及しているタイプのハード・ハンドオフの１つである、イントラＰＤＳＮパケット・データのハード・ハンドオフの際の、パケット・データ損失を削減することが可能である。ある特定の実施形態では、パケット・データのハード・ハンドオフが必要とされる場合、ＲＡＮは、ハード・ハンドオフ・イベントの表示およびフロー制御ＸＯＦＦ信号をＰＤＳＮに渡し、ＰＤＳＮに対して、移動体のパケット・データ・サービス・インスタンスのデータのＲＡＮへの送信を停止することを要求する。ＰＤＳＮは、ＲＡＮからこれらの信号を受信すると、ＲＡＮへのパケットの送信を停止し、それらのバッファ処理を開始する。ＰＤＳＮは、移動体セッションの新しいＲＰ接続を確立するために、ターゲットＰＣＦがＰＤＳＮとの通信連絡を
開始するか、またはＰＤＳＮのＨＨＯタイマーが満了するまでのいずれかまでの間、移動体のデータのバッファ処理を続ける。予期された後続イベント（例えば、移動体のターゲットＲＡＮへの到着）の前にＰＤＳＮのＨＨＯタイマーが満了する場合、ＰＤＳＮは、パケットのバッファ処理を中止し、バッファ処理されたデータを破棄する。

通話の流れ図３００は、ＲＡＮベースの３ＧＰＰ２ ＩＯＳに適用される。同様の変更は、ＲＡＮベースの１ｘＥＶ−ＤＯ／ＨＲＰＤ ＩＯＳにも適用可能なはずである（Ａ．Ｓ０００８、Ａ．Ｓ０００９。通話の流れ図３００は、パケット・データ・サービス中のＣＤＭＡ２０００システムの正常なイントラＰＤＳＮのハード・ハンドオフ・イベントを例示している。このシナリオでは、ソースおよびターゲットＰＣＦが、両方とも同じＰＤＳＮからサービスを提供されているものとする。図面を単純にする目的で、この実施例のために、パケット通話はハンドオフより前に、インターＢＳソフト／よりソフトなハンドオフ状態はなく、他のサービス・オプションにも接続されていないとする。この通話のフローは、ファスト・ハンドオフを使わないハード・ハンドオフの場合を示している。

以下は、図３の右端の列に表示している、各通話フローの工程の詳細な説明である。
３０１．ネットワーク指定の信号強度のしきい値を超えたというＭＳのレポートに基づき、異なるＡＮＩＤへ変更するか、他の理由のために、ソースＢＳは、ＣＤＭＡ２０００に対して、ターゲットＢＳのドメインの１つまたは複数のセルへのＣＤＭＡ２０００ハード・ハンドオフを推奨する。ソースＢＳは、セルのリストを付けたＨａｎｄｏｆｆ Ｒｅｑｕｉｒｅｄ（ハンドオフ要求）メッセージをＭＳＣに送り、タイマーＴ_７が開始する。ソースＢＳは、ソースＰＣＦのＡＮＩＤ情報をＨａｎｄｏｆｆ Ｒｅｑｕｉｒｅｄ（ハンドオフ要求）メッセージに含める。このメッセージのＳｅｒｖｉｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｃｏｒｄ（サービス設定レコード）によって、アクティブなパケット・データ・サービス・インスタンスが識別される。Ｓｅｒｖｉｃｅ Ｏｐｔｉｏｎ Ｌｉｓｔ（サービス・オプション・リスト）の情報要素で、ＭＳのすべてのパケット・データ・サービス・インスタンスが識別される（アクティブなものと活動停止状態のものの両方とも）。

３０２．ＭＳＣは、Ｈａｎｄｏｆｆ Ｒｅｑｕｅｓｔ（ハンドオフ要求）メッセージ（これには、Ｈａｎｄｏｆｆ Ｒｅｑｕｉｒｅｄ（ハンドオフ要求）メッセージを介してＭＳＣに以前に伝達されたＡＮＩＤ情報も含まれる）をターゲットＢＳに送る。このメッセージのＳｅｒｖｉｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｃｏｒｄ（サービス設定レコード）によって、アクティブなパケット・データ・サービス・インスタンスが識別される。Ｓｅｒｖｉｃｅ Ｏｐｔｉｏｎ Ｌｉｓｔ（サービス・オプション・リスト）の情報要素で、ＭＳのすべてのパケット・データ・サービス・インスタンスが識別される（アクティブなものと活動停止状態のものの両方とも）。ターゲットＢＳは、このリストと、サービス設定レコードのアクティブ・サービス・オプションのリストを比較することで、活動停止状態のパケット・データ・サービス・インスタンスを特定することに留意されたい。

３０３．アクティブな各パケット・データ・サービス・インスタンスに対して、ターゲットＢＳは、Ａ８接続を確立するために、Ａ９−Ｓｅｔｕｐ−Ａ８メッセージをターゲットＰＣＦに送り、タイマーＴ_{Ａ８−ｓｅｔｕｐ}を開始する。この場合、Ａ９−Ｓｅｔｕｐ−Ａ８メッセージのハンドオフ表示フィールドは「１」（ハンドオフの期間）に設定される。

３０４．ターゲットＢＳから各Ａ９−Ｓｅｔｕｐ−Ａ８メッセージを受信すると、ターゲットＰＣＦはＡ８接続を確立する。この時点で、ＰＤＳＮは、ソースＰＣＦを介して、パケット・データのソースＢＳへの転送を続けている。（すなわち、ターゲットＢＳおよびターゲットＰＣＦはＰＤＳＮからパケット・データを受信していない。）ターゲットＰ
ＣＦはＡ９−Ｃｏｎｎｅｃｔ−Ａ８メッセージを送り、タイマーＴ_{ｗａｉｔｈｏ９}を開始する。ターゲットＢＳは、Ａ９−Ｃｏｎｎｅｃｔ−Ａ８メッセージを受信すると、タイマーＴＡ_{８−ｓｅｔｕｐ}を停止する。Ａ９−Ｓｅｔｕｐ−Ａ８メッセージのハンドオフ表示フィールドが「１」（ハンドオフの期間）に設定されているので、Ａ１０接続は確立されない。

３０５．ターゲットＢＳは、Ｈａｎｄｏｆｆ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ（ハンドオフ要求肯定応答）メッセージをＭＳＣに送る。ターゲットＢＳは、タイマーＴ_９を開始し、無線チャネルでＭＳの着信を待機する。

３０６．ＭＳＣは、ＭＳをソースＢＳからターゲットＢＳへ切り替える準備を行い、Ｈａｎｄｏｆｆ Ｃｏｍｍａｎｄ（ハンドオフ・コマンド）メッセージをソースＢＳに送る。ソースＢＳはタイマーＴ_７を停止する。

３０７．ソースＢＳは、Ａ９−ＡＬ Ｄｉｓｃｏｎｎｅｃｔｅｄ（接続解除）メッセージをＰＣＦに送り、無線リンクがハード・ハンドオフのために接続解除されたことを示す。この時点で、ソースＢＳがタイマーＴ_ａｌｄ９を開始する。

３０８．ハード・ハンドオフが開始されたというＢＳからの表示に応答して、ＰＣＦは、ＰＤＳＮに対して、ハード・ハンドオフが進行中という表示とともに、ＧＲＥパケットの送信停止を要求する。ＰＤＳＮは、ソースＰＣＦへのＧＲＥパケットの送信を中止し、移動体に対して未送信のパケットのバッファ処理を開始する。

３０９．移動体向けにバッファ処理された全パケットのＢＳへの送信を完了すると、ＰＣＦは、Ａ９−ＡＬ Ｄｉｓｃｏｎｎｅｃｔｅｄ（接続解除）メッセージの応答として、Ａ９−ＡＬ Ｄｉｓｃｏｎｎｅｃｔｅｄ Ａｃｋ（接続解除肯定応答）メッセージを送る。ＢＳはタイマーＴ_ａｌｄ９を停止する。

３１０．ソースＢＳは、Ｇｅｎｅｒａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ジェネラル・ハンドオフ指示メッセージ）またはＵｎｉｖｅｒｓａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ユニバーサル・ハンドオフ指示メッセージ）をＭＳに送り、タイマーＴ_８を開始する。ＭＳがソースＢＳへの返送を許可されている場合、そのとき、タイマーＴ_{ｗａｉｔｈｏ}はソースＢＳが開始する。

３１１．ＭＳは、ＭＳ Ａｃｋ Ｏｒｄｅｒ（ＭＳ肯定応答順序）をソースＢＳに送ることで、Ｇｅｎｅｒａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ジェネラル・ハンドオフ指示メッセージ）またはＵｎｉｖｅｒｓａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ユニバーサル・ハンドオフ指示メッセージ）を確認する。ソースＢＳは、このメッセージを受信すると、タイマーＴ_８を停止する。Ｇｅｎｅｒａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ジェネラル・ハンドオフ指示メッセージ）またはＵｎｉｖｅｒｓａｌ Ｈａｎｄｏｆｆ Ｄｉｒｅｃｔｉｏｎ Ｍｅｓｓａｇｅ（ユニバーサル・ハンドオフ指示メッセージ）が、即座の繰り返しを使用して送られる場合、ソースＢＳはＭＳから肯定応答を要求しない可能性もある。

３１２．ソースＢＳは、Ｈａｎｄｏｆｆ Ｃｏｍｍｅｎｃｅｄ（ハンドオフ開始）メッセージをＭＳＣに送り、ＭＳがターゲットＢＳチャネルに移動するよう命令されていることを通知する。ソースＢＳは、タイマーＴ_３０６を開始して、ＭＳＣからのＣｌｅａｒ Ｃｏｍｍａｎｄ（解除コマンド）メッセージを待機する。タイマーＴ_{ｗａｉｔｈｏ}がすでに開始している場合、ソースＢＳはそのタイマーが満了するのを待ってから、Ｈａｎｄｏｆｆ Ｃｏｍｍｅｎｃｅｄ（ハンドオフ開始）メッセージを送る。

３１３．ＭＳは、Ｈａｎｄｏｆｆ Ｃｏｍｐｌｅｔｉｏｎ Ｍｅｓｓａｇｅ（ハンドオフ完了メッセージ）をターゲットＢＳに送る。ターゲットＢＳは、ＭＳが正常にターゲットＢＳにアクセスしていることを検出し、タイマーＴ_９を停止する。しかし、ＭＳが正常にターゲットＢＳにアクセスしていることをターゲットＢＳが検出する前に、タイマーＴ_９が満了する場合、ターゲットＢＳはＨａｎｄｏｆｆ Ｆａｉｌｕｒｅ（ハンドオフ失敗）メッセージをＭＳＣに送ることになる。

３１４．ターゲットＢＳは、エア・インターフェイスを介して、ＢＳ Ａｃｋ Ｏｒｄｅｒ（ＢＳ肯定応答順序）をＭＳに送る。
３１５．ＭＳからＨａｎｄｏｆｆ Ｃｏｍｐｌｅｔｉｏｎ（ハンドオフ完了）メッセージを受信すると、ターゲットＢＳは、Ｈａｎｄｏｆｆ Ｒｅｑｕｅｓｔ（ハンドオフ要求）メッセージで以前に受信したＡＮＩＤ情報を含む、Ａ９−ＡＬ Ｃｏｎｎｅｃｔｅｄ（接続）メッセージをターゲットＰＣＦに送り、タイマーＴ_ａｌｃ９を開始する。ターゲットＰＣＦはタイマーＴ_{ｗａｉｔｈｏ９}を停止する。

３１６．ターゲットＰＣＦは、パケット・データのアクティブなサービス・インスタンスと関連付けられたＡ１０リンクを確立し、ＰＤＳＮは、これまでのＡ１０リンクの接続解除を行う。

３１７．ターゲットＰＣＦは、Ａ９−ＡＬ Ｃｏｎｎｅｃｔｅｄ（接続）メッセージに応答して、Ａ９−ＡＬ Ｃｏｎｎｅｃｔｅｄ Ａｃｋ（接続肯定応答）メッセージを送り、タイマーＴ_ａｌｃ９を停止する。タイマーＴ_ａｌｃ９が満了している場合、ターゲットＢＳはＡ９−ＡＬ Ｃｏｎｎｅｃｔ（接続）メッセージを再送することが可能である。ＰＤＳＮは、バッファ処理されたすべてのパケットを含めて、移動体向けのＧＲＥパケット・データの送信を再開する。

３１８．ターゲットＢＳは、Ｈａｎｄｏｆｆ Ｃｏｍｐｌｅｔｅ（ハンドオフ完了）メッセージをＭＳＣに送り、ハンドオフが正常に完了したことを示す。
３１９．ＭＳＣは、Ｃｌｅａｒ Ｃｏｍｍａｎｄ（解除コマンド）メッセージをソースＢＳに送り、タイマーＴ_３１５を開始する。ソースＢＳは、タイマーＴ_３０６を停止する。

３２０．各Ａ８接続に関して、ソースＢＳは、Ａ８接続を開放するため、Ａ９−Ｒｅｌｅａｓｅ−Ａ８メッセージをソースＰＣＦに送り、タイマーＴ_ｒｅ１９を開始する。
３２１．ソースＢＳから各Ａ９−Ｒｅｌｅａｓｅ−Ａ８メッセージを受信すると、ソースＰＣＦはＡ８接続を開放し、Ａ９−Ｒｅｌｅａｓｅ−Ａ８ Ｃｏｍｐｌｅｔｅ（完了）メッセージを使って応答する。ソースＢＳは、Ａ９−Ｒｅｌｅａｓｅ−Ａ８ Ｃｏｍｐｌｅｔｅ（完了）メッセージを受信すると、タイマーＴ_ｒｅ１９を停止する。

３２２．ソースＢＳは、Ｃｌｅａｒ Ｃｏｍｐｌｅｔｅ（解除完了）メッセージをＭＳＣに送り、解除の達成を通知する。ＭＳＣはタイマーＴ_３１５を停止する。この工程は、トラフィック・チャネルの解放後の任意の時間に行うことが可能である。

３２３．活動停止状態の各パケット・データ・サービス・インスタンスに関して（それがある場合）、ターゲットＢＳは、Ｄａｔａ Ｒｅａｄｙ Ｉｎｄｉｃａｔｏｒ（データ準備完了表示）を「０」に設定した状態で、Ａ９−Ｓｅｔｕｐ−Ａ８メッセージをＰＤＳＮに送り、関連するタイマーＴ_{Ａ８−ｓｅｔｕｐ}を開始する。工程３２２〜３２５は、工程３０９の後の任意の時間に行うことが可能である。

３２４．ターゲットＰＣＦは、活動停止状態のパケット・データ・サービス・インスタンスに関連付けられたＡ１０リンクを確立し、ＰＤＳＮはこれまでのＡ１０リンクを接続解除する。

３２５．ターゲットＰＣＦは、各Ａ９−Ｓｅｔｕｐ−Ａ８メッセージの応答としてＡ９−Ｒｅｌｅａｓｅ−Ａ８−Ｃｏｍｐｌｅｔｅメッセージを送る。ＢＳは、各Ａ９−Ｓｅｔｕｐ−Ａ８メッセージに関連付けられたタイマーＴ_{Ａ８−ｓｅｔｕｐ}を停止する。

図４は、本発明の複数の実施形態による、アクティブなパケット・データ・セッションに含まれるＭＳのＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｆｅｒｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）強制排除を図示している、例示的な通話の流れ図４００である。ある特定の実施形態では、ＲＡＮがＰＤＳＮからのフロー制御を要求する場合、ＲＡＮは、ＸＯＦＦフロー制御信号を使ってイベント表示をＰＤＳＮに提供する。ＶＰＯＰおよびＤＯ−ＡＸ−Ｐａｇｉｎｇに関して、ＰＤＳＮが一定の期間、パケットをＲＡＮに送ることを不可能にして、パケット・データ・セッションの再起動または新しいパケット・データ・セッションの開始を防止するよう、ＲＡＮには「バックオフ」タイマーが含まれている。ＱｏＳまたは他の通話要件に基づき、ＲＡＮの輻輳の期間にパケットがバッファ処理される場合、他のバッファ処理タイマーも含めることが可能である。他のイベントおよびタイマーの情報を使用すると、ＰＤＳＮは未配信のパケットおよびそのパケット・データ接続に対して、改善された処理をすることが可能になる。

ＶＰＯＰ、ＤＯ−ｒｅｖ．０１ｘｐａｇｅ通知、およびＤＯ−ｒｅｖ．Ａ Ｘ−ｐａｇｉｎｇに関して、ＲＡＮは、ＰＤＳＮに対して、ＶＰＯＰまたは回路サービス通知イベント、フロー制御ＸＯＦＦ信号および回路サービス・タイマー（送信一時停止タイマーなど）を送る。ＰＤＳＮは、ＲＡＮへのパケットの送信を停止し、ＲＡＮは、セッションのためにフロー制御ＸＯＮ信号がＲＡＮから受信されるか、または回路サービス・タイマーが満了するまでは、ネットワークにより開始されるパケット・データ通話を（パケットをＲＡＮに送ることで）トリガしない。

通話の流れ図４００は、入力音声通話がＭＳに配信される必要があるときに、ＭＳにはアクティブなパケット・データ・セッションがある状況の場合を例示している。移動体のユーザはＶＰＯＰ機能を申し込んでおり、その機能が起動しているとする。以下は、図４の右端の列に表示している、各通話フローの工程／イベントの詳細な説明である。

４０１．ＭＳＣは入力音声通話の表示を受信する。ＭＳＣは、ＭＳがアクティブなパケット・データ通話中であることを特定する。ＭＳＣは、そのユーザはＶＰＯＰ機能に申し込んでおり、その機能が起動していることを特定し、Ｃａｕｓｅ ＩＥを「１０Ｈ ｐａｃｋｅｔ ｃａｌｌ ｇｏｉｎｇ ｄｏｒｍａｎｔ（１０Ｈパケット通話を活動停止に）」に設定した状態の、Ｃｌｅａｒ Ｃｏｍｍａｎｄ（解除コマンド）メッセージをＢＳに送り、ＢＳに対して、関連する専用資源を解放するように命令する。ＭＳＣはタイマーＴ_３１５を開始する。

４０２．Ｃａｕｓｅ ＩＥが「１０Ｈ Ｐａｃｋｅｔ Ｃａｌｌ ｇｏｉｎｇ Ｄｏｒｍａｎｔ（１０Ｈパケット通話を活動停止に）」に設定されたＣｌｅａｒ Ｃｏｍｍａｎｄ（解除コマンド）メッセージを受信すると、ＢＳはＭＳに対して、トラフィック・チャネルが開放されるまで、（例えば、Ｓｅｒｖｉｃｅ Ｏｐｔｉｏｎ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ（サービス・オプション制御メッセージ）またはＲｅｔｒｙ Ｏｒｄｅｒ（再試行の順序）を使用することによって）Ｄｏｒｍａｎｔ Ｓｔａｔｅ（活動停止状態）を維持するよう信号を送り、トラフィック・チャネルの開放を開始する。

４０３．アクティブな各パケット・データ・サービス・インスタンスに関して、ＢＳは、関連するＡ９−Ｒｅｌｅａｓｅ−Ａ８メッセージを、原因値を「Ｐａｃｋｅｔ ｃａｌｌ ｇｏｉｎｇ ｄｏｒｍａｎｔ（パケット通話を活動停止に）」に設定した状態で、ＰＣＦに送り、ＰＣＦに対して、関連専用資源の解放を指示し、タイマーＴ_ｒｅｌ９を開始する。このシナリオでは、Ａ１０接続は開放されないことに留意されたい。ネットワークがパケット・データ・セッションの再起動を試行する場合、ネットワークにより開始されるパケット・データの再起動試行の通常の手順が試行されると同時に、ＭＳにはビジー状態が発生する。

４０４．Ａ１１の課金処理更新手順が行われる。ＰＣＦは「Ａｌｌ Ｄｏｒｍａｎｔ Ｉｎｄｉｃａｔｏｒ（すべて活動停止表示）」をＰＤＳＮに送る。アンカーＰＤＳＮに存在している、あらゆるＰ−Ｐ接続が開放される。ＶＰＯＰの状態表示とともに、フロー制御ＸＯＦＦが各パケット・データ・サービス・インスタンスのＧＲＥパケットでＰＤＳＮに送られる。タイマー値も含めることが可能である。ＰＤＳＮは、ＸＯＮを受信したり、またはＰＤＳＮの回路サービス・タイマーが満了するまで、各パケット・データ・サービス・インスタンスに関するパケットのＰＣＦへの送信を停止する。

４０５．ＰＣＦは、Ａ９−Ｒｅｌｅａｓｅ−Ａ８ Ｃｏｍｐｌｅｔｅ（完了）メッセージを返送することで、各Ａ９−Ｒｅｌｅａｓｅ−Ａ８メッセージを確認する。ＢＳはタイマーＴ_ｒｅｌ９を停止する。

４０６．ＢＳは、Ｃｌｅａｒ Ｃｏｍｐｌｅｔｅ（解除完了）メッセージをＭＳＣに返送する。ＭＳＣは、基礎となる伝送接続を開放し、タイマーＴ_３１５を停止する。この工程は、トラフィック・チャネルが開放された後の、任意の時間に行うことが可能である。

４０７．この時点で、パケット・データ・セッションは、Ｄｏｒｍａｎｔ Ｓｔａｔｅ（活動停止状態）と見なされる。
４０８．ＭＳＣは、通話をＭＳに配信するために、通常の移動体端末の通話設定手順を使用する。

４０９．この時点で、音声通話がアクティブになり、パケット・データ・セッションはＤｏｒｍａｎｔ Ｓｔａｔｅ（活動停止状態）である。
図５は、本発明の複数の実施形態による、パケット・データの宛先によって行われる機能の論理流れ図である。論理の流れ５００は、パケット・データの宛先が、パケット・データ・ソースからのパケット・データ・サービス・インスタンスのパケットのフローを受信し（５０４）、そのフローからのパケットをターゲット・ユニットに転送する（５０６）ことから始まる（５０２）。パケット・データの宛先がパケットの受信と転送をしている間の何らかの時点で、パケット・データの宛先は、何らかの状態および／またはイベントのために、パケットを正常にターゲット・ユニットに転送することが不可能であることを決定する（５０８）。これに応答して、パケット・データの宛先は、ソースに対して、パケット・データ・サービス・インスタンスのパケットのフローの送信一時停止の表示およびフローの送信が一時停止される間のパケットの処理方法の表示を送信する（５１０）。パケットの処理方法を示すことによって、パケット・データ・ソースは、パケット・データの宛先に代わって、フローの送信が再開されるまでより効果的にパケットを処理することが可能になる。こうして、論理の流れ５００は終了する（５１２）。

図６は、本発明の複数の実施形態による、パケット・データ・ソースによって行われる機能の論理流れ図である。論理の流れ６００は、パケット・データ・ソースがパケット・データ・サービス・インスタンスのパケットのフローをパケット・データの宛先に送信すること（６０４）から始まる（６０２）。何らかの時点で、パケット・データ・ソースは
、パケット・データの宛先から、パケット・データ・サービス・インスタンスのパケットのフローの送信一時停止の表示およびフローの送信が一時停止される間のパケットの処理方法の表示を受信する（６０６）。宛先からの表示にしたがって、パケット・データ・ソースは、パケット・データ・サービス・インスタンスのフローの送信を一時停止し（６０８）、フローの送信が一時停止されている間、パケットのバッファ処理、パケットの廃棄、および／または適切なタイマーの始動を開始する。それから、ソースがその後でパケットのフローの送信の再開の表示を受信（６１０）すると（または送信一時停止タイマーが満了した後に）、次いで、パケット・データ・サービス・インスタンスの、廃棄されず、バッファ処理されたすべてのパケットを含めて、パケットのフローを宛先に送信することを再開する（６１２）。こうして、論理の流れ６００は終了する（６１４）。

上述の明細書では、本発明を特定の実施形態に関連して説明してきた。しかし、当業者の１人なら、添付請求項で述べている本発明の趣旨および範囲を逸脱することなく、種々の変更形態および変形形態を作成可能であることを理解されよう。例えば、ＰＤＳＮおよびＲＡＮは、全体を通して、パケット・データ・ソースおよび宛先をそれぞれ表すものとして説明してきたが、本発明はこの特定のシステム構成に限定されるわけではない。パケット・データ・ソースは、ＲＡＮ、ＰＣＦ、ＢＳまたは他の技術の無線システムのアナログ構成要素のような他のものなどに限定するわけではないが、このようなシステム構成要素で代用することも可能なはずである。さらに、パケット・データの宛先は、ＰＣＦ、ＢＳ、ＭＳ、または他の技術の無線システムのアナログ構成要素のような他のものなどに限定するわけではないが、このようなシステム構成要素で代用することも可能なはずである。したがって、明細書および図面は、限定的な目的のものではなく、例示的なものとして見なされるべきであり、そのようなすべての変更形態は、本発明の範囲内に含まれることを意図しているものである。さらに、当業者なら、図面の要素は、単純明快にすることを目的として例示されており、必ずしも縮尺を調整して描かれているわけではないことを理解されよう。

課題に対する利益、その他の利点および解決策を、本発明の特定の実施形態に関連して上述してきた。しかし、課題に対する利益、利点、解決策、およびそのような利益、利点、または解決策の要因または原因となる可能性のある、あるいはそのような利益、利点、または解決策がさらに明白になる要因となる可能性のある何らかの要素は、請求項のいずれか、またはすべての、不可欠、必須、または本質的な特徴または要素として解釈されるべきではない。本明細書および添付請求項で使用しているように、「ｃｏｍｐｒｉｓｅｓ（備える、含む）」、「ｃｏｍｐｒｉｓｉｎｇ（備えている、含んでいる）」またこれについてのあらゆる変化形は、要素のリストを備える、含む、製造の工程、方法、項目または装置には、リストにあるそれらの要素だけではなく、リストに明記されていない、またはそのような製造の工程、方法、項目または装置に固有の他の要素も含む可能性があるなどの、非排他的包含を指すことを意図しているものである。

ａまたはａｎという用語は、本明細書で使用されているように、１つまたは１つより多いものとして定義される。ｐｌｕｒａｌｉｔｙ（複数）という用語は、本明細書で使用されているように、２つまたは２つより多いものとして定義される。ａｎｏｔｈｅｒ（別）という用語は、本明細書で使用されているように、少なくとも２つ目またはそれ以上のものとして定義される。ｉｎｃｌｕｄｉｎｇ（含まれる）および／またはｈａｖｉｎｇ（有している）という用語は、本明細書で使用されているように、備えているとして定義される（すなわち、束縛されない言い回し）。ｃｏｕｐｌｅｄ（結合された）という用語は、本明細書で使用されているように、必ずしも直接とは限らず、さらに必ずしも機械的にとは限らず、接続されているものとして定義される。

本発明の複数の実施形態による無線通信システムのブロック図。 本発明の複数の実施形態による、ジェネリック・ルーティング・カプセル化（ＧＲＥ）メッセージングのビット定義を伝達するブロック図。 本発明の複数の実施形態による、別のＣＤＭＡ２０００ ＢＳへのパケット・データ通話に含まれるＭＳによるハード・ハンドオフを図示している、例示的な通話の流れ図。 本発明の複数の実施形態による、アクティブなパケット・データ・セッションに含まれるＭＳのＶＰＯＰ強制排除を図示している、例示的な通話の流れ図。 本発明の複数の実施形態による、パケット・データの宛先によって行われる機能の論理流れ図。 本発明の複数の実施形態による、パケット・データ・ソースによって行われる機能の論理流れ図。

Claims (27)

1. 無線ネットワークのパケット・データ損失を処理するための方法であって、
   パケット・データ・ソースから、パケット・データの宛先によって、パケット・データ・サービス・インスタンスのパケットのフローを受信する工程と、
   該パケット・データ・ソースに、該パケット・データの宛先によって、該パケット・データ・サービス・インスタンスのパケットの該フローの送信を一時停止するための表示を送信する工程と、
   該パケット・データ・ソースに、該パケット・データの宛先によって、該フローの送信が一時停止されている間に該パケット・データ・サービス・インスタンスのパケットを処理する方法の表示を送信する工程と、
   からなる方法。
2. さらに、ターゲット・ユニットに、前記パケット・データの宛先によって、パケットの前記フローからのパケットを転送する工程と、
   前記パケット・データの宛先が、パケットの前記フローから該ターゲット・ユニットにパケットを正常に転送することが不可能であることを、前記パケット・データの宛先によって判断する工程と、からなり、
   一時停止するための表示を送信する工程は、前記パケット・データの宛先がパケットの前記フローからターゲット・ユニットへのパケットを正常に転送することが不可能であるという判断に応答して、一時停止するための表示を送信する工程からなり、
   パケットの処理方法の表示を送信する工程は、前記パケット・データの宛先がパケットの前記フローからターゲット・ユニットへのパケットを正常に転送することが不可能であるという判断に応答して、パケットの処理方法の表示を送信する工程からなる、請求項１に記載の方法。
3. 前記パケット・データの宛先がパケットの前記フローからターゲット・ユニットへパケットを正常に転送することが不可能であるという判断は、前記パケット・データの宛先内のバッファ・オーバーフロー状態、ハンドオフ進行中の状態、パケット・データのページングの障害状態、および回路サービスによるパケット・データ・サービスの強制排除の状態、からなるグループのうちの、ある状態が存在するという判断からなる請求項２に記載の方法。
4. パケットの前記フローを送信することを一時停止するための前記表示が、送信停止（ＸＯＦＦ）のフロー制御表示を含むシグナリングからなる請求項１に記載の方法。
5. パケットの処理方法の前記表示が、ある状態が前記パケット・データの宛先に存在することを示すシグナリングからなる請求項１に記載の方法。
6. 示される前記状態が、バッファのオーバーフローによるパケットの廃棄の状態、パケット・データのページングの障害によるパケットの廃棄の状態、ＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｃｅｄｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）の状態、１ｘＥＶ−ＤＯ回路サービス通知の状態、回路サービスによるパケット・データ・サービスの強制排除の状態、バッファのオーバーフローによるパケットの保持の状態、ハンドオフ進行中の状態、およびパケット・データのページングの障害によるパケットの保持の状態、からなるグループのうちのある状態からなる請求項５に記載の方法。
7. パケットの処理方法の前記表示が、パケット・データ・ソースのバッファ処理期間のタイマー値を示すシグナリングからなる請求項１に記載の方法。
8. パケットの処理方法の前記表示が、パケット・データ・ソースの送信一時停止期間のタイマー値を示すシグナリングからなる請求項１に記載の方法。
9. パケットの処理方法の前記表示が、パケット処理命令を前記パケット・データ・ソースに提供するシグナリングからなる請求項１に記載の方法。
10. 前記パケット・データ・ソースに対する前記パケット処理命令が、
    前記フローの送信が一時停止されている間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令、
    前記フローの送信が一時停止されている間の指定された期間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令、 前記フローの送信が一時停止されている間、前記パケット・データ・サービス・インスタンスのパケットを廃棄するという命令、および
    指定された期間の後に前記パケット・データ・サービス・インスタンスのフローの送信を再開するという命令、
    からなるグループのうちの命令からなる請求項９に記載の方法。
11. 無線ネットワークのパケット・データ損失を処理するための方法であって、
    パケット・データの宛先に、パケット・データ・ソースによって、パケット・データ・サービス・インスタンスのパケットのフローを送信する工程と、
    該パケット・データの宛先から、該パケット・データ・ソースによって、該パケット・データ・サービス・インスタンスのパケットの該フローの送信を一時停止するための表示を受信する工程と、
    該パケット・データの宛先から、該パケット・データ・ソースによって、該フローの送信が一時停止されている間に該パケット・データ・サービス・インスタンスのパケットを処理する方法の表示を受信する工程と、
    該パケット・データ・ソースによって、一時停止の該表示に応答して、該パケット・データ・サービス・インスタンスのパケットの該フローを該パケット・データの宛先に送信することを一時停止する工程と、
    該パケット・データ・ソースによって、パケットの処理方法の該表示に従って該フローの送信が一時停止されている間に、該パケット・データ・サービス・インスタンスのパケットを処理する工程と、
    からなる方法。
12. パケットの前記フローを送信することを一時停止するための前記表示が、送信停止（ＸＯＦＦ）のフロー制御表示を含むシグナリングからなる請求項１１に記載の方法。
13. パケットの処理方法の前記表示が、ある状態が前記パケット・データの宛先に存在することを示すシグナリングからなる請求項１１に記載の方法。
14. 前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理することは、
    示される前記状態が、バッファのオーバーフローによるパケットの廃棄の状態、パケット・データのページングの障害によるパケットの廃棄の状態、ＶＰＯＰ（Ｖｏｉｃｅ Ｐｒｅｃｅｄｅｎｃｅ Ｏｖｅｒ Ｐａｃｋｅｔ）の状態、１ｘＥＶ−ＤＯ回路サービス通知の状態、および回路サービスによるパケット・データ・サービスの強制排除の状態、からなるグループのうちのある状態からなる場合、前記パケット・データ・サービス・インスタンスのパケットを廃棄することからなる請求項１３に記載の方法。
15. 前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタ
    ンスのパケットを処理することは、示される前記状態が、
    バッファのオーバーフローによるパケットの保持の状態、ハンドオフ進行中の状態、およびパケット・データのページングの障害によるパケットの保持の状態から構成されるグループのうちののある状態からなる場合、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理することからなる請求項１３に記載の方法。
16. パケットの処理方法の前記表示が、パケット・データ・ソースのバッファ処理期間のタイマー値を示すシグナリングからなり、
    前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理することが、前記タイマー値で定義されている期間の間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理することからなる請求項１１に記載の方法。
17. パケットの処理方法の前記表示が、パケット・データ・ソースの送信一時停止期間のタイマー値を示すシグナリングからなり、
    前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理することが、前記タイマー値で定義されている期間の間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理することからなり、
    請求項１１に記載の方法がさらに、前記パケット・データの宛先に、前記パケット・データ・ソースによって、前記タイマー値で定義されている期間の終わりに、前記パケット・データ・サービス・インスタンスについて、バッファ処理されたパケットを含めて、パケットの前記フローの送信を再開することからなる、請求項１１に記載の方法。
18. 前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理する工程が、
    バッファのタイマーが動作している間に前記パケット・データ・サービス・インスタンスのパケットをバッファ処理する工程と、
    前記バッファのタイマーの満了時にバッファ処理された該パケットを廃棄する工程と、からなる請求項１１に記載の方法。
19. パケットの処理方法の前記表示が、パケット処理命令を前記パケット・データ・ソースに提供するシグナリングからなる請求項１１に記載の方法。
20. 前記パケット・データ・ソースに対する前記パケット処理命令が、
    前記フローの送信が一時停止されている間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令、
    前記フローの送信が一時停止されている間の指定された期間、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理するという命令、 前記フローの送信が一時停止されている間、前記パケット・データ・サービス・インスタンスのパケットを廃棄するという命令、および
    指定された期間の後に前記パケット・データ・サービス・インスタンスのフローの送信を再開するという命令、
    からなるグループのうちの命令からなる請求項１９に記載の方法。
21. 前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理する工程が、
    前記パケット・データ・サービス・インスタンスのパケットを廃棄する工程と、
    ユーザの支払いのために該廃棄されたパケットを計算することを防止する工程と、からなる請求項１１に記載の方法。
22. 前記フローの送信が一時停止されている間に前記パケット・データ・サービス・インスタンスのパケットを処理する工程とが、前記パケット・データ・サービス・インスタンスのパケットをバッファ処理する工程からなり、請求項Ｂ０に記載の方法がさらに、
    前記パケット・データ・ソースによって、前記パケット・データ・サービス・インスタンスのパケットの前記フローの送信を再開する表示を受信する工程と、
    前記パケット・データの宛先に、前記パケット・データ・ソースによって、再開の前記表示に応答して、前記パケット・データ・サービス・インスタンスについて、バッファ処理されたパケットを含めて、パケットの前記フローの送信を再開する工程と、
    からなる請求項B0に記載の方法。
23. パケットの前記フローの送信再開の前記表示が、送信開始（ＸＯＮ）のフロー制御表示を含むシグナリングおよびハンドオフが完了したことを示すシグナリングからなるグループのうちのシグナリングからなる請求項２２に記載の方法。
24. 無線ネットワークのパケット・データ損失を処理するためのパケット・データの宛先のノードであって、該パケット・データの宛先のノードが、
    少なくとも１つの通信プロトコルを使用して、メッセージングの送受信を行うように構成されているネットワーク・インターフェイスであって、
    同ネットワーク・インターフェイスを介してパケット・データ・ソースから、パケット・データ・サービス・インスタンスのパケットのフローを受信するように構成され、
    同ネットワーク・インターフェイスを介して該パケット・データ・ソースに、該パケット・データ・サービス・インスタンスのパケットの該フローの送信一時停止の表示を送信するように構成され、
    同ネットワーク・インターフェイスを介して該パケット・データ・ソースに、該フローの送信が一時停止されている間に該パケット・データ・サービス・インスタンスのパケットを処理する方法の表示を送信するように構成されている、該ネットワーク・インターフェイスと通信可能に結合されたプロセッサとからなるパケット・データの宛先のノード。
25. 前記パケット・データの宛先のノードが、無線アクセス・ネットワーク（ＲＡＮ）、パケット制御機能（ＰＣＦ）、基地局（ＢＳ）、および移動体端末（ＭＳ）から構成されるグループからのシステム構成要素からなる、請求項２４に記載のパケット・データの宛先のノード。
26. 無線ネットワークのパケット・データ損失を処理するためのパケット・データ・ソースのノードであって、該パケット・データ・ソースのノードが、
    少なくとも１つの通信プロトコルを使用して、メッセージングの送受信を行うように構成されているネットワーク・インターフェイスであって、
    同ネットワーク・インターフェイスを介してパケット・データの宛先に、パケット・データ・サービス・インスタンスのパケットのフローを送信するように構成され、
    同ネットワーク・インターフェイスを介して該パケット・データの宛先から、該パケット・データ・サービス・インスタンスのパケットの該フローの送信一時停止の表示を受信するように構成され、
    同ネットワーク・インターフェイスを介してパケット・データの宛先から、該フローの送信が一時停止されている間に該パケット・データ・サービス・インスタンスのパケットを処理する方法の表示を受信するように構成され、
    一時停止の該表示に応答し、該パケット・データ・サービス・インスタンスのパケットの該フローを該パケット・データの宛先に送信することを一時停止するように構成され、
    該フローの送信がパケットの処理方法の該表示により一時停止されている間、該パケット・データ・サービス・インスタンスのパケットを処理するように構成されている、該ネットワーク・インターフェイスと通信可能に結合されたプロセッサとからなるパケット・
    データ・ソースのノード。
27. 前記パケット・データ・ソースのノードが、パケット・データ処理ノード（ＰＤＳＮ）、無線アクセス・ネットワーク（ＲＡＮ）、パケット制御機能（ＰＣＦ）、および基地局（ＢＳ）、から構成されるグループのうちのシステム構成要素からなる請求項２６に記載のパケット・データ・ソースのノード。

Images