(57)【要約】  １つの実施形態にしたがう信号送信の方法は、パケットのストリームの中からの指定されたトラフィックフローをフィルタにかけるように、パケットデータ供給ノードに要求することを含む。方法は、無線エアーインターフェース上でフローに対して指示されたサービス品質(ＱｏＳ)処理を与えることを、無線アクセスネットワークに要求することをさらに含む。方法は、フィルタにかける要求またはＱｏＳ処理を与える要求を、他方の要求の失敗に応答して撤回することをさらに含む。【選択図】      図６
2009503946.tif 000002
【特許請求の範囲】
【請求項１】
信号送信の方法であって、
パケットのストリームの中から、少なくとも１つの指示された基準に適合するパケットのフローを選別する要求を送信することと、
指示されたサービス品質（quality-of-service, QoS）処理にしたがって、パケットのフローを無線エアーインターフェース上にマップする要求を送信することと、
選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回を送信することとを含む方法。
【請求項２】
指示されたＱｏＳ処理は、指定されたトラフィックフローに対する要求されたデータレートを含んでいる請求項１記載の信号送信の方法。
【請求項３】
指示されたＱｏＳ処理は、ＱｏＳプロファイルのテーブルへのインデックスを含んでいる請求項１記載の信号送信の方法。
【請求項４】
少なくとも１つの基準は、パケットの指定された宛先アドレスを含んでいる請求項１記載の信号送信の方法。
【請求項５】
選別する要求は、トラフィックフロー テンプレートにしたがってパケットのストリームをフィルタにかける要求を含んでいる請求項１記載の信号送信の方法。
【請求項６】
選別する要求は、パケットのフローの各々に共通の源アドレスおよび宛先アドレスの中の一方を示す請求項１記載の信号送信の方法。
【請求項７】
選別する要求およびマップする要求の中の一方の失敗は、所定の時間間隔内での要求の確認応答の検出に失敗することによって示される請求項１記載の信号送信の方法。
【請求項８】
前記選別する要求を送信することは、トラフィックフロー テンプレートにしたがってパケットのストリームをフィルタにかける要求を、パケットデータ供給ノードに送信することを含む請求項１記載の信号送信の方法。
【請求項９】
前記マップする要求を送信することは、指示されたＱｏＳ処理にしたがって無線エアーインターフェース上でパケットのフローを移送する要求を、無線アクセスネットワークに送信することを含む請求項１記載の信号送信の方法。
【請求項１０】
請求項１記載の信号送信の方法を記載している機械実行可能な命令のセットを有するデータ記憶媒体。
【請求項１１】
信号送信の方法であって、
パケットフィルタをインストールする要求を、パケットデータ供給ノードに送信することと、
無線エアーインターフェース上へ、および指示されたサービス品質(ＱｏＳ)処理にしたがって、パケットフィルタに適合するパケットのフローをマップする要求を送信することと、
インストールする要求およびマップする要求の中の一方の失敗に応答して、インストールする要求およびマップする要求の中の他方の撤回を送信することとを含む方法。
【請求項１２】
請求項１１記載の信号送信の方法を記載している機械実行可能な命令のセットを有するデータ記憶媒体。
【請求項１３】
無線通信の装置であって、
パケットのストリームの中から、少なくとも１つの指示された基準に適合するパケットのフローを選別する要求を生成する手段と、
指示されたサービス品質（ＱｏＳ）処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を生成する手段と、
選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回を生成する手段とを含む装置。
【請求項１４】
指示されたＱｏＳ処理は、指定されたトラフィックフローに対する要求されたデータレートを含んでいる請求項１３記載の無線通信の装置。
【請求項１５】
指示されたＱｏＳ処理は、ＱｏＳプロファイルのテーブルへのインデックスを含んでいる請求項１３記載の無線通信の装置。
【請求項１６】
少なくとも１つの基準は、パケットの指定された宛先アドレスを含んでいる請求項１３記載の無線通信の装置。
【請求項１７】
前記選別する要求を生成する手段は、トラフィックフロー テンプレートにしたがってパケットのストリームをフィルタにかける要求を含むように、選別する要求を生成するように構成されている請求項１３記載の無線通信の装置。
【請求項１８】
前記装置は、選別する要求をパケットデータ供給ノードに送信するように構成されている請求項１７記載の無線通信の装置。
【請求項１９】
前記選別する要求を生成する手段は、パケットのフローの各々に共通の源アドレスおよび宛先アドレスの少なくとも一方を示すように、選別する要求を生成するように構成されている請求項１３記載の無線通信の装置。
【請求項２０】
前記撤回を生成する手段は、所定の時間間隔内での要求の確認応答の検出に失敗することに基づいて、選別する要求およびマップする要求の中の一方の失敗を判断するように構成されている請求項１３記載の無線通信の装置。
【請求項２１】
前記マップする要求を生成する手段は、指示されたＱｏＳ処理にしたがって無線エアーインターフェース上でパケットのフローを移送する要求として、マップする要求を生成するように構成され、
前記装置は、マップする要求を無線アクセスネットワークに送信するように構成されている請求項１３記載の無線通信の装置。
【請求項２２】
前記装置は、集積回路である請求項１３記載の無線通信の装置。
【請求項２３】
前記装置は、セルラ電話である請求項１３記載の無線通信の装置。
【発明の詳細な説明】
【発明の分野】
【０００１】
関連出願
本出願は、米国仮特許出願第６０／７０１，３１４号（“METHOD AND APPARATUS FOR SAVING AIR INTERFACE RESOURCES”）の恩恵に対して権利を主張している。
【０００２】
本発明は、無線通信に関する。
【発明の背景】
【０００３】
無線通信の応用の例は、コードレス電話、ページング、無線ローカルループ、パーソナル ディジタル アシスタント（personal digital assistant, PDA）、インターネット電話、衛星通信システムを含む。とくに重要な応用は、モバイル加入者のためのセルラ電話システムである。本明細書で使用されているように、“セルラ”システムという用語は、セルラおよびパーソナル通信サービス（personal communication service, PCS）の両者の周波数、あるいは無線音声および／またはテレビ電話のためのネットワークが動作し得る任意の他の周波数を含む。種々のオーバー ザ エアー インターフェース（over-the-air interface）が、セルラ電話システムのために開発された。セルラ電話システムは、例えば、周波数分割多元接続（frequency division multiple access, FDMA）、時分割多元接続（time division multiple access, TDMA）、および符号分割多元接続（code division multiple access, CDMA）を含む。これに関連して、種々の国内および国際標準が設定された。標準は、例えば、アドバンスド モバイル フォン サービス(Advanced Mobile Phone Service, AMPS)、グローバル システム フォー モバイル(Global System for Mobile, GSM)、暫定標準９５（Interim Standard 95, IS-95）を含む。ＩＳ−９５、およびその派生（derivative）、すなわち、ＩＳ−９５Ａ、ＩＳ−９５Ｂ、ＡＮＳＩ Ｊ−ＳＴＤ−００８（以下では、まとめてＩＳ−９５と呼ぶ）、並びに提案された高速データレートシステムは、米国電気通信工業会（Telecommunications Industry Association, TIA、バージニア州アーリントン)および他の周知の標準設定機関（standard body）によって公表された。
【０００４】
ＩＳ−９５標準のバージョンに準拠するように構成されたセルラ電話システムは、ＣＤＭＡ信号処理技術を使用して、非常に効率的でロバストなセルラ電話サービスを提供している。実質的にＩＳ−９５標準の１つ以上にしたがって構成された例示的なセルラ電話システムは、米国特許第５，０１３，４５９号および第４，９０１，３０７号に記載されている。
【０００５】
ＩＳ−９５標準は、その後、無線セルラ電話の第三世代（third-generation）または“３Ｇ”システム、例えば、ｃｄｍａ２０００およびＷＣＤＭＡに発展した。３Ｇシステムは、より大きな容量と、高速パケットデータサービスとを与える。ｃｄｍａ２０００のバリエーションは、ｃｄｍａ２０００ １ｘＲＴＴ（“１ｘ”とも呼ばれる無線送信技術（radio transmission technology））(文献ＩＳ−２０００（ＴＩＡ）およびＣ．Ｓ０００１ないしＣ．Ｓ０００６（第三世代パートナーシップ プロジェクト２(Third Generation Partnership Project 2, 3GPP2)、バージニア州アーリントン）に記載されている)、ｃｄｍａ２０００ １ｘＥＶ−ＤＯ（“ＤＯ”または高速パケットデータ（High Rate Packet Data, "HRPD"）とも呼ばれる１ｘ エボリューション−データ オプティマイズド(1x Evolution−Data Optimized)）(文献ＩＳ−８５６（ＴＩＡ）に記載されている)、ＤＯ−Ｒｅｖｉｓｉｏｎ Ａ(ＤＯ−レビジョンＡ)(ＩＳ−８５６Ａとしても知られているＣ．Ｓ２０００２４−Ａ（“cdma2000 High Rate Packet Data Air Interface Specification”v.1.0, 2004年3月またはv.2.0, 2005年7月, 3GPP2）において標準化されている)、並びにｃｄｍａ２０００ １ｘＥＶ−ＤＶ（１ｘエボリューション−データ／音声（1x Evolution, Data/Voice））を含む。１ｘシステムは、１５３ｋｂｐｓのピークデータレートを提供し、一方で、ＨＲＰＤシステムは、３８．４ｋｂｐｓないし２．４Ｍｂｐｓの範囲のデータレートのセットを提供し、このレートで、アクセスポイント(access point, AP)は、データを加入者局(移動局(mobile station, MS)またはアクセス端末(access terminal, AT)とも呼ばれる)へ送り得る。ＡＰは、セルラ電話システムにおける基地局と似ているので、無線パケット データ サービスのためのこのようなシステムにおけるセルおよびセクタに関する用語は、音声システムに関するものと同じである。
【０００６】
無線データアプリケーションに対する需要が高まっていることを考慮すると、非常に効率的な無線データ通信システムに対する要求は、ますます大きくなってきている。１つのこのような無線データアプリケーションは、パケット交換ネットワークにおいて発信または着信するデータパケットの送信である。種々の標準化された技術は、パケット化されたトラフィックをパケット交換ネットワーク上で送信し、情報が意図した宛先に届くようにするために存在する。このような技術の１つのクラスは、無線ＩＰネットワーク標準ＩＳ−８３５(例えば、文献ＩＳ−８３５Ｄ)に記載されており、これは、パケットデータ供給ノード（Packet Data Serving Nodes, PDSN）の動作を指定している。ＰＤＳＮは、インターネット上でのポイント ツウ ポイント プロトコル(Point-to-Point Protocol, PPP)セッションのようなアクセス端末とのパケットデータ セッションの設定、維持、および終了に関わる。
【０００７】
加入者局は、ネットワークからデータを受信する、および／またはそこへデータを送信する種々のアプリケーションを実行するように構成され得る。これらのアプリケーションは、このデータがどのように移送されるかの点で、許容差および要件(“サービス品質（quality of service）”または“ＱｏＳ”要件とも呼ばれる)が非常に異なり得る。電子メールおよびファイル転送(例えば、ｍｐ３ファイル)のような非実時間アプリケーションは、可変帯域幅要件を有するが、厳しくない遅延および損失要件を有する。失われたまたは破損したフレームの再送は、非実時間アプリケーションでは有益であり得る。電話のアプリケーションは、狭い帯域幅要件を有するが、フレーム遅延および遅延(“ジッタ”とも呼ばれる)の変動性（variability）に対して小さい許容差を有する。一般に、一方のハンドセットから他方のハンドセットへの待ち時間は、２５０ミリ秒を超えず、ジッタは、２０ミリ秒を超えるべきではない。ｃｄｍａ２０００のエアーインターフェース上で一般に使用されている無線リンクプロトコル（Radio Link Protocol, RLP）は、フレームの再送を可能にした。このような再送は、実時間トラフィックでは有益ではない。
【０００８】
加入者局は、さらに、異なるＱｏＳ要件をもつ１つ以上のマルチメディア アプリケーションを実行するように構成され得る。オーディオおよび／またはビデオコンテンツのストリーミングは、ある程度の起動遅延を許すことができ、ジッタに対する許容差を大きくするために緩衝することができる一方で、帯域幅および損失の許容差の特性は、個々のコーデックに応じて変わり得る。オンラインゲームのような対話型アプリケーションは、通常、狭い帯域幅要件を有するが、非常に厳しい遅延要件を有する。テレビ会議は、広い帯域幅要件を有し、さらに、短い遅延およびジッタを要求する。
【０００９】
アプリケーションのフローごとに、ＱｏＳを支援することが望ましい。フローに対する個々のＱｏＳ処理（QoS treatment）は、２つのパケットデータ送信ポイント間(例えば、加入者局と基地局との間、または加入者局とＰＤＳＮの間)でネゴシエートされ得る。個々のＱｏＳ処理に対する要求は、トラフィックチャネルの帯域幅、パケットデータのスケジューリング、オーバー ザ エアーのパケット送信のスケジューリング、コンテンツの遅延に対する弱さ（sensitivity）、あるいはネットワーク キャリアまたはサービスプロバイダによって関連していると考えられ得る他の要因を特定し得る。希望のレベルのサービスを得ることは、２つ以上のネットワークエンティティから(例えば、基地局およびＰＤＳＮから)ＱｏＳの処理動作を要求することに関わり得る。
【発明の概要】
【００１０】
実施形態にしたがう信号送信の方法は、パケットのストリームの中から、少なくとも１つの指示された基準に適合するパケットのフローを選別する（separate）要求を送信することを含む。方法は、指示されたサービス品質(ＱｏＳ)処理にしたがって、パケットのフローを無線エアーインターフェース上にマップする要求を送信することをさらに含む。方法は、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回（rescission）を送信することをさらに含む。
【００１１】
別の実施形態にしたがう信号送信の方法は、パケットフィルタをインストールする要求を、パケットデータ供給ノードに送信することを含む。方法は、無線エアーインターフェース上へ、および指示されたＱｏＳ処理にしたがって、パケットフィルタに適合するパケットのフローをマップする要求を送信することをさらに含む。方法は、インストールする要求およびマップする要求の中の一方の失敗に応答して、インストールする要求およびマップする要求の中の他方の撤回を送信することをさらに含む。
【００１２】
実施形態にしたがう無線通信の装置は、パケットのストリームの中から、少なくとも１つの指示された基準に適合するパケットのフローを選別する要求を生成する手段を含む。装置は、指示されたサービス品質(ＱｏＳ)処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を生成する手段を含む。装置は、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の他方の中の撤回を生成する手段をさらに含む。
【好ましい実施形態の詳細な説明】
【００１３】
ｃｄｍａ２０００および１ｘという用語は、この説明の中で主に使用されているが、実施形態は他の第三世代(３Ｇ)技術、例えば、広帯域ＣＤＭＡ（Wideband CDMA, WCDMA）で使用するために構成され得ることが明らかに意図され、ここで開示されている。ＷＣＤＭＡ標準は、文献番号３Ｇ ＴＳ ２５．２１１、３Ｇ ＴＳ ２５．２１２、３Ｇ ＴＳ ２５．２１３、および３Ｇ ＴＳ ２５．２１４(第三世代パートナーシップ プロジェクト(Third Generation Partnership Project, 3GPP)、フランス、ソフィーアンティポリス（Sophie Antipolis）)に記載されている。ＷＣＤＭＡシステムは、通常、ユニバーサル モバイル テレコミュニケーションズ システム(Universal Mobile Telecommunications System, UMTS)として具現されており、これは、ＧＰＲＳパケット交換コアネットワークと通信するユニバーサル テレストリアル ラジオ アクセス ネットワーク(Universal Terrestrial Radio Access Network, UTRAN)を含み得る。ＷＣＤＭＡ標準は、ＩＭＴ−２０００(International Mobile Telecommunications 2000)のシステムに対する無線インターフェースを説明しており、ＩＭＴ−２０００は、高速ダウンリンク パケット アクセス(High Speed Downlink Packet Access, HSDPA)を支援し得る。
【００１４】
実施形態は、ＱｏＳ処理の方法と、１つ以上のこのような方法を行うように構成されたシステムおよび装置とを含む。図１は、このような実施形態が適用され得る状況の一例を示している。この例は、パケット データ サービスのためのネットワーク100および１つ以上の移動局(mobile station, MS)110を含み、これは、１つ以上の標準、例えば、本明細書において挙げられた標準にしたがって通信を支援するように構成され得る。
【００１５】
物理レベルにおいて、ＭＳ110は、ネットワーク100へ信号を送信し、そこから信号を受信する無線周波数回路、例えば、トランシーバを含む。ＭＳは、ディジタル対アナログおよびアナログ対ディジタルコンバータ、並びに他のアナログおよび／またはディジタル信号処理回路をさらに含み得る。その実施に応じて、ＭＳは、ユーザインターフェース要素、例えば、キーボード、ディスプレイスクリーン、マイクロホン、およびスピーカをさらに含み得る。ＭＳは、通常、アプリケーションおよび／または制御機能を実行するように構成された１つ以上の埋め込みプロセッサまたはＩＰコアをさらに含む。ＭＳに対する他の一般的な呼び名は、ユーザ装置(User Equipment, UE)およびアクセス端末(Access Terminal, AT)を含む。
【００１６】
図１は、移動局(ＭＳ)110の３つの異なる実施110a、110b、110cの例を示している。例のＭＳ110aは、セルラ電話として実施されている。例のＭＳ110bおよび110cにおいて示されているように、ＭＳは、２つ以上の装置の組合せをさらに含み得る。これらの例の各々は、端末装置（Terminal Equipment, TE）、例えば、ラップトップコンピュータと、移動端末（Mobile Terminal, MT）、例えば、無線モデムを含むＰＣＭＣＩＡカードまたはセルラ電話とを含み、ＭＴは、場合によっては端末アダプタ（Terminal Adapter, TA）を介して、ＴＥに無線データ通信能力を与える。
【００１７】
ネットワーク100は、無線エアーインターフェース上で１つ以上のＭＳと通信するように構成された無線アクセスネットワーク(radio access network, RAN)200を含んでいる。図１に関連して、移動局(ＭＳ)110は、パケット データ サービス、および場合によっては回線交換電話のような他のサービスのために、ＲＡＮ200と通信するように構成されている。一例において、無線エアーインターフェースは、ＩＳ−２０００標準のバージョンに準拠するＵｍインターフェースである。ＲＡＮは、一般に、１つ以上のＭＳとインターフェースしているベース トランシーバ システム(base transceiver system, BTS)または“基地局”、１つ以上のＢＴＳを制御する基地局制御装置(base station controller, BSC)、およびパケットデータ供給ノード（packet data serving node, PDSN）とインターフェースしているパケット制御機能(packet control function, PCF)のような要素を含む。
【００１８】
ネットワーク100は、１つ以上のＲＡＮと、有線または光リンク、例えば、イーサネット（登録商標）リンク、あるいは無線迂回中継（wireless backhaul）によって通信するように構成されたＰＤＳＮ300(パケットデータ交換ノードまたはネットワーク アクセス サーバとも呼ばれる)をさらに含んでいる。ＲＡＮを介して、ＰＤＳＮは、パケットデータ通信をしたいまたは行っている１つ以上のＭＳと通信し、ＭＳへの、またはＭＳからのＩＰトラフィックのための第１のホップのルータの役割をする。ネットワーク100の他の実施では、２つ以上のＰＤＳＮ(例えば、ＰＤＳＮのクラスタ)を含む。
【００１９】
図２に示されているように、ＭＳ110は、１つ以上のアプリケーション120を実行するように構成されている。これらのアプリケーションは、ネットワーク100をわたって、サーバ(例えば、ウェブサーバ)および／または他の端末(例えば、他のＭＳ)で実行されている対応するアプリケーションと通信する。アプリケーション120の例は、電子メール、ウェブブラウジング、ファイル転送プロトコル(file transfer protocol, FTP)、ボイスオーバーＩＰ(Voice over IP, VoIP)、パケット交換テレビ電話(packet switched video telephony, PSVT)、テレビジョン、および他のマルチメディアサービスを含む。ＭＳは、マルチメディア アプリケーションをユーザインターフェース(例えば、ディスプレイスクリーンおよびスピーカ)によって支援するビデオおよび／またはオーディオコーデックを含み得る。ＭＳは、パケット交換電話サービス(例えば、ＶｏＩＰまたはビデオ電話)のためのＰＤＳＮ300の反対側で、セッション開始プロトコル(Session Initiation Protocol, SIP)サーバを介して一般的なＩＰのテレビまたは音声電話デバイスと、あるいは別のＭＳと通信するように構成されたＳＩＰユーザエージェントをさらに含み得る。
【００２０】
種々のネットワークエンティティと端末との間の通信は、プロトコルのスタックの異なる層を介して行われる。図２は、図１に示されているＭＳ、ＲＡＮ、およびＰＤＳＮのプロトコルスタックの一部の例を示している。プロトコルスタックは、ＭＳが、通信ネットワーク内の種々の論理エンティティ、および／またはネットワーク上の他の端末と通信することを可能にする。例えば、ＭＳは、リンク層プロトコル、例えば、無線リンクプロトコル(ＴＩＡ ＩＳ−７０７．２において定義されているＲＬＰ（Radio Link Protocol, RLP）)を使用することによって、エアーインターフェース上でＲＡＮと通信するように構成され得る。他の一般に使用されているプロトコルは、トランスポート層プロトコル、例えば、伝送制御プロトコル（Transmission Control Protocol, TCP)、ユーザ データグラム プロトコル(User Datagram Protocol, UDP)、および実時間トランスポートプロトコル（Real-time Transport Protocol, RTP、RFC 3550, 2003年7月、インターネット技術標準化委員会(Internet Engineering Task Force, IETF, ietf.org)）；ネットワーク層プロトコル、例えば、インターネットプロトコル（Internet Protocol, IP）および無線資源制御（Radio Resource Control, RRC)；並びにデータリンク層プロトコル、例えば、ポイント ツウ ポイント プロトコル(Point-to-Point Protocol, PPP)を含む。
【００２１】
図２に示されているように、幾つかの場合において、ＭＳとＰＤＳＮとは、ポイント ツウ ポイント プロトコル（ＰＰＰ）接続を設定することによって、データリンク層上で通信し得る。一方で、ＰＰＰベースの送信の１つ以上の欠点、例えば、追加のヘッダのオーバーヘッドおよびパケット境界がＲＡＮに分からないことを回避することが望まれ得る。例えば、１ｘＥＶ−ＤＯのレビジョンＡにしたがって動作するシステムは、Ｃ．Ｓ００６３−０ ｖ．１．１５において説明されているような拡張パケットアプリケーション標準（“cdma2000 High Rate Packet Data Supplemental Services”, 3GPP2, 2005年10月）によって、ＰＰＰを使用しない動作（PPP-free operation）を得ることができる。使用され得る別のＰＰＰを使用しない方式は、２００２年７月２５日に公開されたＬｕｐｉｅｎ、他の米国公開特許出願第２００２／００９７７０１号(“METHOD AND SYSTEM FOR TRANSMISSION OF HEADERLESS DATA PACKETS OVER WIRELESS LINK”）に記載されている。
【００２２】
“フロー”は、同じプロトコルのインスタシエーション（protocol instantiation）に属し、同じ源および宛先を共有している一連のパケットとして定義される。ＩＰフローは、例えば、同じ源のＩＰアドレスおよびポート番号、同じ宛先のＩＰアドレスおよびポート番号、並びに同じトランスポートプロトコルをもつＩＰパケットの一方向のフローである。１つのアプリケーションに対するＭＳとＰＤＳＮとの間の複数のトラフィックフローの送信を支援すること、および／または異なるアプリケーションに対するＭＳとＰＤＳＮとの間の異なるトラフィックフローの送信を支援することが望ましい。
【００２３】
既に記載したように、異なるアプリケーションは、サービス品質パラメータ、例えば、待ち時間、帯域幅、およびエラー許容差に関して異なる要件をもち得る。このようなパラメータとの適合には、送信される複数のフローを互いに区別することが必要であり得る。エアーインターフェースが、パケットの１本の待ち行列として構成されているとき、例えば、ＭＳ上で実行されているＶｏＩＰアプリケーションに宛てられた待ち時間に影響され易い（sensitive）パケットは、別のアプリケーションに宛てられた大きい進行中の送信(例えば、ウェブブラウザに宛てられた１メガバイトのウェブページ）がエアーインターフェースを占有する間、ＲＡＮにおいて遅らされ、したがって、使用できなくなり得る。このために、異なるトラフィックフローの送信を、対応するアプリケーションの要件のような要因に基づいて、異なるＱｏＳ保証（QoS assurance）(“フローベースのＱｏＳ”としても知られている)にしたがって支援するように、パケット データ サービス ネットワーク、例えば、ネットワーク100を構成することが望ましい。
【００２４】
“サービス接続”は、ＭＳとＰＤＳＮとの間の論理接続であり、ＭＳへ、またはＭＳからユーザデータを移送（transport）するのに使用される。ＭＳとＰＤＳＮとの間の移送経路は、異なるＱｏＳ処理にしたがって異なるトラフィックフローを運ぶように構成された２つ以上のサービス接続を含み得る。例えば、移送経路は、ＴＣＰ／ＩＰのフローを運ぶ１つのサービス接続と、ＲＴＰのビデオストリームを運ぶ別のサービス接続とを含み得る。図３は、２つの異なるサービス接続を含む、ＭＳとＰＤＳＮとの間の移送経路の一例を示しており、各サービス接続は、対応するトラフィックフローを運ぶように構成されている。
【００２５】
ＭＳとＲＡＮとの間のサービス接続の部分は、１ｘシステムでは、“サービスインスタンス”と呼ばれ、一方で、ＨＲＰＤシステムでは、サービスインスタンスは、“リンクフロー”または“ＲＬＰインスタンス”と呼ばれている。ｃｄｍａ２０００の仕様は、ＭＳごとにサービスインスタンスを６個まで支援するネットワークを記載しており、各サービスインスタンスは、サービス参照識別子(Service Reference Identifier, SR_ID)と呼ばれる固有のラベルによって識別される。サービスインスタンスは、ＱｏＳの設定と関連付けられ、ＭＳは、パケット呼中に、複数のサービスインスタンスを開始し得る。
【００２６】
ＭＳとＲＡＮとの間のエアーインターフェースは、複数のサービスインスタンスを運ぶことができ、各サービスインスタンスは、異なる帯域幅、遅延、および誤り特性をもつ。１ｘおよびＨＲＰＤシステムでは、エアーインターフェースは、メイン（main）のサービスインスタンスを含み、１つ以上の補助(auxiliary)サービスインスタンスを含み得る。音声とデータとは、異なるサービスオプションとして個別に定義および指定され、エアーインターフェースは、これらのサービスオプションの一方または両方の複数のサービスインスタンスを支援し得る。一例において、ＭＳは、１つ以上のＴＣＰ／ＩＰフローを運ぶメインのサービスインスタンスと、ＲＴＰビデオストリームを運ぶ補助のサービスインスタンスとをもつ。
【００２７】
ＲＡＮとＰＤＳＮとの間のサービス接続の部分は、(ＲＡＮ-ＰＤＳＮのために)“Ｒ−Ｐ”接続と呼ばれ、上述のイーサネットリンク上を運ばれ得る。１ｘおよびＨＲＰＤシステムでは、Ｒ−Ｐインターフェースは、Ａ１０およびＡ１１インターフェースの組合せとして定義される。なお、Ａ１０インターフェースは、ＲＡＮとＰＤＳＮとの間でユーザトラフィックを運び、Ａ１１は、ＲＡＮとＰＤＳＮとの間でシグナリング情報を運ぶ。図４の例に示されているように、サービスインスタンスとＡ１０接続とは、複数のフローを運ぶことができ、各々の別々のインスタンス(例えば、別々のサービス接続)は、異なるＱｏＳ処理を支援するように与えられ得る。似たＱｏＳ要件をもつフローを同じサービスインスタンスに割り当てることが望ましいであろう。
【００２８】
１ｘおよびＨＲＰＤシステムにおいて、各サービスインスタンスは、１つのＡ１０接続と関連付けられる。順方向リンク上では、ＲＡＮは、Ａ１０接続を対応するサービスインスタンスにマップし、逆方向リンク（すなわち、ＭＳからＲＡＮ)上では、ＲＡＮは、サービスインスタンスを対応するＡ１０接続にマップする。他のシステムでは、２つ以上のサービスインスタンスを１つのＲ−Ｐ接続と関連付けることが可能である。例えば、このようなシステムでは、Ｒ−Ｐ接続が運び得るフローが、１つのサービスインスタンスに対する帯域幅制限を越え、したがって、２つのサービスインスタンスに分割されることが可能である。
【００２９】
図５は、図３および／または４に示されている順方向リンクの移送経路を実施するのに使用され得る論理構造の一例のブロック図を示している。この構造は、ＲＡＮ200およびＰＤＳＮ300の実施202および302をそれぞれ含んでいる。ＰＤＳＮ302は、入ってくる（incoming）パケットストリームの中から１本以上のトラフィックを選別する（separate）ように構成されたフィルタ310を含み、ＲＡＮ202は、指定されたＱｏＳ処理に基づいて異なるトラフィックフローをサービスインスタンスにマップするように構成されたマッパ210を含んでいる。
【００３０】
移動局110は、パケットのストリームの中から、少なくとも１つの指示された基準に適合するパケットのフローを選別する要求を生成する手段(例えば、エアーインターフェース制御モジュール)を含み、その要求をＰＤＳＮに送信するように構成されている。移動局110は、指示されたサービス品質(ＱｏＳ)処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を生成する手段(例えば、パケットデータ制御モジュール)を含み、その要求をＲＡＮに送信するようにさらに構成されている。このような生成手段の各々は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の１つ以上の配列、および／または論理素子の１つ以上の配列によって実行可能な命令の１つ以上のセットとして実施され得る。例えば、一方または両方のこのような手段は、１つ以上の埋め込みプロセッサによって実行可能な命令の１つ以上セットとして実施され得る。
【００３１】
マッパ210は、トラフィックフローを、無線エアーインターフェースの物理チャネル上へマップするように構成することができる。物理チャネルは、時間、周波数、および／または符号空間において多重化され得る。一例において、ＭＳとＲＡＮとの間のｃｄｍａ２０００エアーインターフェースは、ユーザトラフィックのための基本チャネル(fundamental channel, FCH)、ユーザトラフィックを運び得る専用制御チャネル(dedicated control channel, DCCH)、およびユーザトラフィックのための１本以上の補助チャネル(supplemental channel, SCH)を含む。
【００３２】
幾つかの場合において、物理チャネルは、２つ以上のサービスインスタンスを運ぶのに使用される。マッパ210は、サービスインスタンスの全てを１本の物理チャネルにマップするように構成され得る。他の場合において、各物理チャネルは、(例えば、特定のプロトコルまたは似たＱｏＳ処理に対応する)異なるサービスインスタンスのタイプに割り当てられ、異なるサービスインスタンスからのそのタイプのフローの多重化されたストリームを運び得る。さらに、マッパ210は、サービスインスタンスを異なる物理チャネルに異なる時間においてマップすることも可能である。マッパ210は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の１つ以上の配列、および／または論理素子の１つ以上の配列によって実行可能な命令の１つ以上のセットとして実施され得る。
【００３３】
マッパ210は、１つ以上のスケジューラを含み、各スケジューラは、１本以上の物理チャネル上で送信されるパケットをスケジュールするように構成されている。このようなスケジューラは、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の１つ以上の配列、および／または論理素子の１つ以上の配列によって実行可能な命令の１つ以上のセットとして実施され得る。１つの単純な場合において、スケジューラは、ラウンドロビン方式で各対応するフローからパケットを選択し、各異なるフローからのパケットが、連続フレームでスケジュールされるように構成されている。他の場合において、スケジューラは、実時間アプリケーションを優先するように構成されている。例えば、スケジューラは、電話アプリケーション、例えば、ＶｏＩＰまたはＰＳＶＴに対応するフロープロファイルＩＤ(別途記載される)を認識するように構成され得る。
【００３４】
ＰＤＳＮでは、フィルタ310は、１本以上の入ってくる（incoming）トラフィックフローを区別し、それらをＲＡＮへ異なるＡ１０接続上で送る。ＰＤＳＮは、通常、パケットフィルタリングを使用し、個々のデータフローを区別し、対応するサービスインスタンスと関連付けられたＡ１０接続に各々をマップする。これに関連して、パケットフィルタリングは、各パケットのヘッダからの情報を、１つ以上のパケットフィルタと比較することを含む。これは、ＭＳによって与えられる情報によって構成される。フィルタ310は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の１つ以上の配列、および／または論理素子の１つ以上の配列によって実行可能な命令の１つ以上のセットとして実施され得る。
【００３５】
パケットデータサービスの既存のシステムでは、ＭＳは、通常、ＲＡＮおよびＰＤＳＮと別々にネゴシエートすることによって、所与のフローに対する特定のＱｏＳ処理を要求する。例えば、ＭＳは、ＩＳ−８５６標準のバージョン(例えば、ＩＳ−８５６Ａ)にしたがって動作し、エアーインターフェースについてＲＡＮとＱｏＳ処理をネゴシエートし得る。このようなネゴシエーションは、ＱｏＳ処理にしたがってエアーインターフェース上にフローをマップするＲＡＮに対する要求を送信することを含み得る。ＭＳは、さらに、ＩＳ−８３５標準のバージョン(例えば、ＩＳ−８３５Ｄ)にしたがって動作し、パケットのストリームの中からフローを選別するのに使用され得る１つ以上のパケットフィルタをインストールするＰＤＳＮに対する要求を送り得る。
【００３６】
典型的なｃｄｍａ２０００システムでは、ＭＳは、エアーインターフェースによるＲＡＮへのシグナリングメッセージにおいてＱｏＳのブロックのビット（QoS block of bits, QOS BLOB)を要求することによって、所望のＱｏＳ処理を示す。全ＱｏＳ ＢＬＯＢは、１ｘに適用され、これは、ＨＲＰＤにも適用されるＱｏＳ ＳＵＢ ＢＬＯＢを含む。ＱＯＳ ＳＵＢ ＢＬＯＢは、対応するフローの希望のＱｏＳ処理を示す詳しいＱｏＳパラメータを含み、ＱＯＳ ＢＬＯＢは、２本以上のフローに対するＱＯＳ ＳＵＢ ＢＬＯＢを含み得る。例えば、ＱＯＳ ＳＵＢ ＢＬＯＢは、パラメータ（例えば、データレート、フレーム誤り率、遅延、待ち時間、ジッタ、データ損失率、および／またはフローの優先順位）に対する要求値および／または許容値を指定し得る。
【００３７】
その代わりに、フローのＱｏＳパラメータ値を送るのではなく、ＭＳは、希望のＱｏＳ処理の別の指示を送ってもよい。例えば、ＷＣＤＭＡおよびｃｄｍａ２０００の仕様は、ＱｏＳの目的に対してトラフィックの４つクラス(会話（conversational）、ストリーミング、対話(interactive)、および背景)を定義し、ＭＳは、個々のフローに対してこれらのクラスの何れが望ましいかを示し得る。さらにその代わりに、ＭＳは、指定されたＱｏＳ処理のテーブルへのインデックスを送ることによって、フローに対する望ましいＱｏＳ処理を示す。このようなインデックスの１つの例は、フロープロファイルＩＤ(ＱｏＳプロファイルＩＤとも呼ばれる)であり、これはＱＯＳ ＳＵＢ ＢＬＯＢに含まれ得る。文献Ｃ．Ｒ１００１−Ｅ(３ＧＰＰ２)のテーブル１３．１．１−１は、１６ビットのフロープロファイルＩＤのリストを示しているが、他の長さ(例えば、８ビット)をもつフロープロファイルＩＤも使用され得る。
【００３８】
ＭＳは、エアーインターフェースのアクセスチャネル上でＲＡＮへＱｏＳ要求を送るように構成され得る。ｃｄｍａ２０００ １ｘシステムでは、ＭＳは、発信メッセージ(Origination Message, OM)または拡張発信メッセージ（Enhanced Origination Message, EOM）において、ＱｏＳ要求をＲＡＮに送るように構成され得る。ＤＯシステムでは、ＭＳは、ＩＳ−８５６Ａ標準に記載されている一般属性更新プロトコル(Generic Attribute Update Protocol, GAUP)メッセージにおいて、ＱｏＳ要求をＲＡＮに送るように構成され得る。他の場合では、ＭＳは、サービス要求メッセージにおいて、ＱｏＳ要求をＲＡＮに送るように構成され得る。
【００３９】
データフローに対するＱｏＳ要件に加えて、ＭＳからＲＡＮへのＱｏＳ要求は、要求されるデータフローの方向(すなわち、順方向または逆方向)を示し、要求されるフローの識別子をさらに含み得る。幾つかの場合において、ＭＳは、フロー識別子に対して未使用のＳＲ ＩＤを選択するように構成されている。
【００４０】
ＭＳからのＱｏＳ要求に応答して、ＲＡＮは、確認応答、例えば、許可されたＱｏＳ ＢＬＯＢを返す。ｃｄｍａ２０００ １ｘシステムにおいて、ＲＡＮは、サービス接続メッセージにおいてＱｏＳの許可（QoS grant）をＭＳに送るように構成され得る。他の場合において、ＲＡＮは、サービス応答メッセージにおいてＱｏＳの許可をＭＳに送るように構成され得る。
【００４１】
ＲＡＮは、既存のサービスインスタンスを使用して、要求されるデータフローを支援するか、または新しいサービスインスタンスが必要とされているかを決定する。新しいサービスインスタンスが必要とされるときは、ＲＡＮとＭＳとは新しいサービスインスタンスの設定をネゴシエートする。ＲＡＮは、ＭＳによって選択されたフロー識別子を、新しいサービスインスタンスに対するＳＲ ＩＤとして使用するか、または、その代わりに、新しいサービスインスタンスに対する別のＳＲ ＩＤを選択するように構成され得る。既存のサービスインスタンスが使用されるときは、ＲＡＮは、通常、ＱｏＳ要求に応答して、対応するＳＲ ＩＤを使用する。ＲＡＮは、許可されたＱｏＳ処理を使用して、パラメータ、例えば、チャネルレート、電力制御、ＲＬＰ再送回数、および媒体アクセス制御（Media Access Control, MAC）パラメータを制御するように構成され得る。新しいサービスインスタンスが設定されると、ＲＡＮは、さらに、ＰＤＳＮと通信して、新しいＡ１０接続を設定し得る。
【００４２】
ＲＡＮとＰＤＳＮとの間では、ｃｄｍａ２０００システムにおけるフローベースのＱｏＳ処理は、Ａ１０接続によって支援されている。サービスインスタンスがＭＳとＲＡＮとの間で設定されると、ＲＡＮとＰＤＳＮとは、それらの間で対応するＡ１０接続を設定する。ＰＤＳＮは、ＭＳによって与えられたトラフィックフロー テンプレート(traffic flow template, TFT)を使用し、トラフィックフローをＡ１０接続にマップする。
【００４３】
ＰＤＳＮからＱｏＳ処理を要求するために、ＭＳは、トラフィックフロー テンプレート(ＴＦＴ)をＰＤＳＮに送る。このような要求は、ＲＳＶＰ  Ｒｅｓｖメッセージにおいて運ばれ得る。なお、ＲＳＶＰは、資源予約プロトコル（Resource Reservation Protocol）(ＲＦＣ ２２０５、ＩＥＴＦ、１９９７年９月)の略記であり、これはシグナリング面（signaling plane）上で移送資源を確保（reserve）する機構を与える(例えば、ＴＩＡの文献ＩＳ−８３５Ｃに記載されている)。ＴＦＴは、ＭＳのＩＰアドレス、ＴＦＴが対応するＡ１０接続を識別するサービス参照識別子(ＳＲ ＩＤ)、および１つ以上のパケットフィルタのリストを含む。
【００４４】
各パケットフィルタは、ＭＳまたはＲＡＮによって割り当てられたフロー識別子(例えば、８ビットのフィールド)、宛先ＩＰアドレス、宛先ポート番号、およびプロトコルタイプ識別子を含む。例えば、パケットフィルタは、５つのタプル（tuple）を含むことができ、それらは、フローの上位層プロトコル、フローの源のＩＰアドレスおよびポート番号、並びにフローの宛先のＩＰアドレスおよびポート番号を示す。パケットフィルタは、パケットフィルタにおける優先順位を示す順位値（precedence value）も有し得る。ＴＦＴのフォーマット、パケットフィルタ、およびそれらを運ぶＲｅｓｖメッセージは、３ＧＰＰ２の文献Ｘ．Ｓ００１１−００４−Ｄ ｖ１．０のアネックスＢ（Annex B）（“cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction”, 2006年2月）に詳しく記載されている。
【００４５】
ＲＳＶＰ  Ｒｅｓｖメッセージは、新しいデータフローの方向（順方向あるいは逆方向）、および／または新しいデータフローに対するエンド ツウ エンドのＱｏＳパラメータをさらに示し得る。ＰＤＳＮは、Ｒｅｓｖメッセージの中で要求されているＱｏＳの動作が許可されるときは、ＲＳＶＰ  ＲｅｓｖＣｏｎｆメッセージを返し、そうでなければ、ＲｅｓｖＥｒｒメッセージを返す。ＴＦＴの構成要素の何れかが変わると、ＭＳは、ＴＦＴを更新するようにさらに構成され得る。
【００４６】
入ってくるパケットが順方向でＰＤＳＮに届くと、宛先ＩＰアドレスを調べ、ＴＦＴの何れのセットを使用するかを判断する。次に、ＰＤＳＮは、その宛先ＩＰアドレスに属するＴＦＴの中の全パケットフィルタにおける適合をサーチする。入ってくる順方向パケットが対応するＴＦＴの中のパケットフィルタと適合するときは、ＰＤＳＮは、対応するＡ１０接続によって、パケットをＲＡＮに送る。入ってくる順方向パケットが対応するＴＦＴの中の何れのパケットフィルタにも適合しないときは、ＰＤＳＮは、メイン(または、デフォルト)のＡ１０接続によって、パケットをＲＡＮに送る。同じ手続きは、逆方向リンクのＱｏＳ処理では、代わりにパケットの源ＩＰアドレスを使用して実行される。
【００４７】
ＭＳに使用可能なＱｏＳ処理は、何らかのやり方で制限され得る。例えば、ＭＳは、通常、全てのアプリケーションのフローに対する最大合計帯域幅に制限される。ＭＳは、さらに、ある特定のＱｏＳプロファイルＩＤ、最大のフローごとの優先順位、および／または最大数のサービスインスタンスに対して認可（authorize）され得る。
【００４８】
ＰＤＳＮは、通常、ＭＳに対応するユーザＱｏＳプロファイル(“加入者ＱｏＳプロファイル”とも呼ばれる)を得ることによって、ＭＳに対するＱｏＳオプションの認可を支援する。ユーザＱｏＳプロファイルは、通常、ユーザの認可されたフロープロファイルＩＤのリストを含む。このリストは、ＰＳＶＴおよび／またはＶｏＩＰのフロープロファイルＩＤを含み得る。一例において、ＰＤＳＮは、メインサービス接続の設定中に、認証、認可、および会計（authentication, authorization, and accounting, AAA）のエンティティから、ユーザＱｏＳプロファイルを得て、このプロファイルをＲＡＮへ送り得る。次に、ＲＡＮは、その加入者に対する認可されたＱｏＳプロファイルＩＤのリスト中にないフロープロファイルＩＤへの要求を拒絶するように構成され得る。
【００４９】
ＩＳ−８３５ＤおよびＩＳ−８５６標準は、相互運用可能であるように策定された。これらの２つの標準は別々であるが、実際には、予想外の動作上の問題がこれらの間で発生し得る。例えば、ＭＳは各エンティティと別々にネゴシエートしなければならないので、例えば、ＭＳと、ＲＡＮまたはＰＤＳＮとのネゴシエーションが行われない、あるいは、そうでなければ失敗するといったことが起こり得る。結果の状態は、ネットワーク資源の活用の点で、最適に及ばない（sub-optimal）ことがあり得る。
【００５０】
ＭＳが、ＱｏＳ要求をＲＡＮに対して行い、これが承認され、対応するＱｏＳをＰＤＳＮに対して行い、これが(例えば、ＲｅｓｖＥｒｒメッセージによって)拒絶されるか、または否定応答される可能性がある。ＰＤＳＮは、通常、例えば、２つ以上のＲＡＮにサービスしており、新しいＡ１０接続、ＴＦＴ、および／またはパケットフィルタに対するその容量が、現在使い尽くされていることがあり得る。その代わりに、ＰＤＳＮはダウンしているか、またはそうでなければ、使用不可能であることがあり得る。このようなＱｏＳ処理の失敗が生じるとき、ＭＳとＲＡＮとの間のサービスインスタンスは、それでもなお、成功したＱｏＳ要求にしたがってフローに対して確保され続け得る。この確保は、他の加入者局にとって使用可能な資源の量を低減する。
【００５１】
ＲＡＮが、サービスインスタンスが使用されていないと最終的に判断しても、ＩＳ−８５６標準は、ＭＳが休止状態で動作するのを可能にしているので、ＲＡＮは、将来の使用のためにその資源を確保し続け得る。他の加入者局が、確保されたが使用されていない資源へのアクセスを否認され得るという点で、このような状態は最適に及ばない。使用されていない空中（air）の帯域幅を、他のサービスによる使用のために解放することは、サービスプロバイダの収益を最大化するのに重要である。したがって、ＩＳ−８３６標準のバージョンに適合するエアーインターフェース資源を保護し（conserve）、一方で、ＩＳ−８３５のバージョンにしたがうパケットデータの操作に対する要求を満たすことが望ましい。
【００５２】
図６は、実施形態にしたがう方法Ｍ100のフローチャートを示している。タスクＴ110は、パケットのストリームの中から指定されたトラフィックフローを選別する要求を送信する。タスクＴ120は、指示されたサービス品質にしたがって、無線エアーインターフェース上で指定されたトラフィックフローをマップする要求を送信する。選別する要求とマップする要求の中の一方の失敗に応答して、タスクＴ130は、選別する要求とマップする要求の中の他方の撤回（rescission）を送信する。
【００５３】
選別する要求は、１つ以上のパケットフィルタを含み、各パケットフィルタは、異なるトラフィックフローを指定し得る。パケットフィルタは、パケットのストリームからフィルタにかけられるトラフィックフローの宛先を示している。既に記載したように、パケットフィルタは、５つのタプルを含むことができ、トラフィックフローの源のＩＰアドレスおよびポート番号、トラフィックフローの宛先のＩＰアドレスおよびポート番号、並びにトラフィックフローのプロトコルを示す。
【００５４】
マップする要求は、フロー識別子と、希望のＱｏＳ処理の指示とを含み得る。フロー識別子は、トラフィックフローの源および宛先を含み得る。その代わりに、フロー識別子は、ＭＳまたはＲＡＮによって割り当てられたインデックスであってもよい。選別する要求は、フロー識別子も含み得る。
【００５５】
ＭＳ110は、方法Ｍ100を実施するように構成され得る。このような場合に、ＭＳは、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回を生成する手段を含み得る。このような手段は、(例えば、タイマの終了にしたがう)所定の時間間隔内での要求の確認応答の検出に失敗することに基づいて、選別する要求およびマップする要求の中の一方の失敗を判断するように構成され得る。このような手段は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の１つ以上の配列、および／または論理素子の１つ以上の配列によって実行可能な命令の１つ以上のセットとして実施され得る。図７は、ＭＳ110のこのような実施112のブロック図を示している。
【００５６】
図８は、上述の方法Ｍ100にしたがう一連の動作を示している。動作Ｏ110において、ＭＳ上で実行されているアプリケーションによって、ＭＳはＱｏＳ処理をＲＡＮから要求する。例えば、ＭＳは、タスクＴ120にしたがってマップする要求を発行し得る。ＲＡＮがＱｏＳ要求を許可しないときは、動作Ｏ120において、ＭＳは、ＱｏＳ処理が許可されないことをアプリケーションに知らせ、ＭＳは、アプリケーションが新しいコマンドを開始するのを待つ。
【００５７】
ＲＡＮがＱｏＳ要求を許可するときは、動作Ｏ130において、ＭＳはＱｏＳ処理をＰＤＳＮ(または、別のネットワークエンティティ)から要求する。例えば、ＭＳは、タスクＴ110にしたがって選別する要求を発行し得る。ＰＤＳＮがＱｏＳ要求を許可しない(例えば、要求が拒絶されるか、または、要求送信後のある時間間隔内で、確認応答が受信されない)とき、動作Ｏ140において、ＭＳは、ＱｏＳ資源を解放するようにＲＡＮに要求する。このような動作は、例えば、ヌル（NULL）に等しいフロープロファイルＩＤをもつＱｏＳ要求を送ることによって実施され得る。このヌル要求は、対応するフローのために確保されたＱｏＳ資源が解放される得ることを、ＲＡＮに示す。ＰＤＳＮがＱｏＳ要求を許可すると、動作Ｏ150において、ＭＳは、要求されたＱｏＳ処理が許可されたことをアプリケーションに知らせ、ＭＳは、アプリケーションが新しいコマンドを開始するのを待つ。
【００５８】
方法Ｍ100にしたがう別の一連の動作において、ＭＳは、ＲＡＮから、フローに対するＱｏＳ要求からの応答を受信する前に（場合によっては、ＱｏＳ要求をＲＡＮに送る前に)、フローに対するＱｏＳ要求をＰＤＳＮに送る。ＲＡＮへのＱｏＳ要求は、ＰＤＳＮへのＱｏＳ要求よりも短くてもよい(したがって、より迅速に送られる)。例えば、幾つかの場合において、ＲＡＮへのＱｏＳ要求は、２０または２６ミリ秒の１フレームで送信され、一方で、ＰＤＳＮへのＱｏＳ要求(例えば、ＴＦＴを含んでいるＲＳＶＰメッセージ)の送信は、完了するのに数フレームかかり得る。さらに、ＭＳとＲＡＮとの間の経路は、ＭＳとＰＤＳＮとの間の経路よりも直接的であり、したがって、ＲＡＮへのＱｏＳ要求に対する応答は、ＰＤＳＮへのＱｏＳ要求への応答よりも、通常早く受信される。
【００５９】
その代わりに、エアーインターフェース資源に対するＭＳとＲＡＮとの間におけるＱｏＳのネゴシエーションが失敗したときは、ＰＤＳＮの資源を保護する（conserve）ことが要求され得る。ＭＳは、ＲＡＮとのオーバー ザ エアー（over-the-air, OTA）ＱｏＳネゴシエーションと、ＰＤＳＮとのＲＳＶＰシグナリングとを同時に開始し得る。ＲＡＮとのＯＴＡ ＱｏＳネゴシエーションが失敗する(例えば、許可されたＱｏＳ ＢＬＯＢが受信されない)が、ＴＦＴを生成するＰＤＳＮとのＲＳＶＰシグナリングが成功すると、ＰＤＳＮ上の資源は、ＭＳに宛てられたパケットをフィルタにかけること(例えば、不必要にインストールされたＴＦＴおよびパケットのフィルタ、並びにこれらのフィルタにしたがってパケットをフィルタにかけるのに浪費される処理サイクル)に費やされる必要はない。ＯＴＡ ＱｏＳのネゴシエーションが失敗することにより、フィルタによって選別された任意のパケットは、何れにしても、デフォルトのＡ１０接続上で送られることになる。
【００６０】
このような場合、ＯＴＡ ＱｏＳのネゴシエーションの失敗およびＲＳＶＰ ＱｏＳシグナリングの成功を検出したとき、ＭＳはＰＤＳＮに信号を再び送り、ＴＦＴと、ＴＦＴと関連付けられたパケットフィルタとを削除するように構成されている。ＰＤＳＮはＴＦＴを削除し、ＴＦＴと関連付けられたパケットフィルタをアンインストールし、パケットを主要な（primary）Ａ１０接続に直接に送る。
【００６１】
図９は、既に記載された方法Ｍ100にしたがう別の一連の動作を示している。動作Ｏ210において、ＭＳ上で実行されているアプリケーションによって、ＭＳはＱｏＳ処理をＰＤＳＮ(または、別のネットワークエンティティ)から要求する。例えば、ＭＳは、タスクＴ110にしたがって選別する要求を発行し得る。ＰＤＳＮがＱｏＳ要求を許可しないときは、動作Ｏ220において、ＭＳは、ＱｏＳ処理が許可されないことをアプリケーションに知らせ、ＭＳは、アプリケーションが新しいコマンドを開始するのを待つ。
【００６２】
ＰＤＳＮがＱｏＳ要求を許可するときは、動作Ｏ230において、ＭＳは、ＱｏＳ処理をＲＡＮから要求する。例えば、ＭＳは、タスクＴ120にしたがってマップする要求を発行し得る。ＲＡＮがＱｏＳ要求を与えない(例えば、要求が拒絶されるか、または、要求送信後のある時間間隔内で、確認応答が受信されない）とき、動作Ｏ240において、ＭＳは、ＱｏＳ資源を解放するようにＰＤＳＮに要求する。このような動作は、例えば、フロー識別子と、そのフローに対応するパケットフィルタを削除するようにＰＤＳＮに命令するオペコード(オペレーションコード)とを含んでいるＴＦＴを送ることによって実施され得る。ＲＡＮがＱｏＳ要求を許可するときは、動作Ｏ250において、ＭＳは要求されたＱｏＳ処理が許可されたことをアプリケーションに知らせ、ＭＳは、アプリケーションが新しいコマンドを開始するのを待つ。
【００６３】
ＱｏＳ処理を要求するアプリケーションは、インターネットまたは他のパケット交換ネットワークへのアクセスを要求する任意のソフトウェアモジュールであり得る。処理要素およびメモリ要素は、本明細書に記載されている方法を実施する命令の１つ以上のセットを行うように構成され配置され得る。説明を容易にするために、実施形態は、ＩＳ−８５６(例えば、ＩＳ−８５６Ａ)およびＩＳ−８３５(例えば、ＩＳ−８３５Ｄ)標準にしたがって動作するエンティティに関連して説明された。しかしながら、加入者局が、パケットのストリームの中から１つ以上の指定のトラフィックフローを区別するように構成された第１のエンティティから、およびトラフィックフローをエアーインターフェース上に個々にマップするように構成された第２のエンティティからの個々のトラフィックフローに対してＱｏＳ処理を要求するように構成されている任意の無線技術に対しても、実施形態は実施され、適用され得る。
【００６４】
説明された実施形態の上述の提示は、当業者が本発明を作成または使用できるようにするために与えられている。これらの実施形態に対する種々の変更は可能であり、本明細書に提示されている一般的な原理は、他の実施形態にも適用され得る。例えば、実施形態は、ハードワイヤード回路として、特定用途向け集積回路に組み立てられた回路構成として、不揮発性メモリにロードされたファームウエアプログラムとして、またはデータ記憶媒体（例えば、取り外し可能なまたは統合された半導体あるいは他の揮発性または不揮発性メモリ、もしくは磁気および／または光記憶媒体、例えば、ディスク）から、またはそこへ機械読み出し可能コードとしてロードされるソフトウエアプログラムとして、部分的または全体的に実施されることができる。このようなコードは、論理素子、例えば、プロセッサ、マイクロプロセッサ、または他のディジタル信号処理ユニット、マイクロコントローラ、または他の有限状態機械の１つ以上の配列（このような配列は、別々であるか、統合されているか、および／または埋め込まれている）によって実行可能な命令である。
【００６５】
本明細書に説明された方法は、論理素子の配列を含んでいる機械によって読み出し可能および／または実行可能な命令の１つ以上のセットとして(例えば、１つ以上のデータ記憶媒体において)明白に具体化され得る。したがって、本発明は、上述で示されている実施形態に制限されることを意図されず、本明細書において任意のやり方で開示された原理および斬新な特徴に一致する最も幅広い範囲にしたがうことを意図されている。
【図面の簡単な説明】
【００６６】
【図１】パケット データ サービスのネットワーク100を含む無線通信の状況（context）の一例を示す図。
【図２】図１に示されているエンティティのプロトコルスタックの一部の一例を示す図。
【図３】２つの異なるサービスの接続を含む、ＭＳとＰＤＳＮとの間の移送経路の一例を示す図。
【図４】複数のサービスインスタンスとＡ１０接続とを含む、ＭＳとＰＤＳＮとの間の移送経路の一例を示す図。
【図５】図３および／または４に示されている順方向リンク(すなわち、ＲＡＮからＭＳへ)の移送経路を実施するのに使用され得る論理構造の一例のブロック図。
【図６】実施形態にしたがう方法Ｍ100のフローチャート。
【図７】ＭＳ110の実施112のブロック図。
【図８】方法Ｍ100にしたがう一連の動作のフローチャート。
【図９】方法Ｍ100にしたがう別の一連の動作のフローチャート。
【図１】
2009503946.tif 000003
【図２】
2009503946.tif 000004
【図３】
2009503946.tif 000005
【図４】
2009503946.tif 000006
【図５】
2009503946.tif 000007
【図６】
2009503946.tif 000008
【図７】
2009503946.tif 000009
【図８】
2009503946.tif 000010
【図９】
2009503946.tif 000011
【国際調査報告】
2009503946.tif 000012
2009503946.tif 000013
2009503946.tif 000014