JP2013240066A - 無線通信のためのサービス品質設定 - Google Patents

Abstract

【課題】通信のためのサービス品質（ＱｏＳ）を設定する技術を提供する。
【解決手段】アクセス端末１１０は、呼び出しの前に、あるＱｏＳを提供する１セットのＱｏＳパラメータのための第１のＱｏＳプロファイルを設定する。アクセス端末は、その後、アクセスネットワーク１２０を用いて、呼び出しを確立する、あるいは終了する。アクセス端末は、第２のＱｏＳプロファイルが、遠隔／他の端末によってサポートされるフォーマットあるいはレートセットに基づいて、呼び出しのために使用される決定をした場合は、呼び出しの間に、第２のＱｏＳプロファイルを設定する。アクセス端末は、（ａ）第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、第１のＱｏＳプロファイルに従って、また、（ｂ）第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、第２のＱｏＳプロファイルに従って、データを交換することができる。
【選択図】図３

Description

優先権主張

（米国特許法第１１９条の下の優先権主張）
この特許出願は、ここでの譲受人に譲渡され、ここにおいて参照することによりここに明示的に組み込まれて、２００６年３月２４日に出願された「ＲＳ１とＲＳ２との間の効率的なスイッチング(“Efficient switching between RS1 and RS2”)」と題された米国仮特許出願第６０／７８５，６８６号の優先権を主張する。

背景

（Ｉ．分野）
本開示は、一般的に通信に関連しており、より具体的には、無線通信のためのサービス品質(quality of service)（ＱｏＳ）を設定する(configuring)ための技術に関連する。

（ＩＩ．背景）
無線通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング(messaging)、ブロードキャストなどのような、様々な通信サービスを提供するために、広く展開されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザをサポートすることが可能な、多元接続ネットワーク(multiple-access networks)であることができる。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、および直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークなど、を含む。

ユーザは、無線ネットワークから望まれるサービス(desired service)（例、音声）を得るために、アクセス端末（例、セルラ電話）を使用することができる。望まれるサービスは、要求されるＱｏＳ(required QoS)がサービスのために達成されることを保証することによって、満足のゆくように(satisfactorily)、ユーザに提供されることができる。要求されるＱｏＳは、１セットのＱｏＳパラメータによって定量化され(quantified)、それは、望まれるサービスに依存することができる。例えば、音声サービスは、比較的逼迫した遅延(a relatively stringent delay)、ある最小に保証されたデータレート(certain minimum guaranteed data rate)、そして、満足のゆくパフォーマンスに対してあるターゲットパケットエラーレート(certain target packet error rate for satisfactory performance)、を要求することができる。

アクセス端末は、望まれるサービスについてのＱｏＳを設定するために、無線ネットワークと、シグナリングを交換する(exchange)ことができる。ＱｏＳシグナリングは、呼び出しの開始のときに、呼び出しセットアップの間に、交換されることができる。もし要求されるＱｏＳが、呼び出しの間に、任意の理由で変更する場合、そのときは、ＱｏＳシグナリングは、ＱｏＳを再設定する(reconfigure)ために、再び交換されることができる。各ＱｏＳシグナリング交換は、呼び出しを遅延し、価値のある無線リソースを消費し、および／または、他の有害な効果(deleterious effects)を有することができる。

したがって、無線通信のためのＱｏＳを効率的に設定する技術に対して、当技術分野において必要性がある。

通信のためのＱｏＳを効率的に設定する技術がここでは説明されている。一態様においては、アクセス端末は、呼び出しの前に、第１のＱｏＳプロファイルを設定する。このＱｏＳプロファイルは、あるＱｏＳを提供する、1セットのＱｏＳパラメータのためのものである。アクセス端末は、その後、アクセスネットワークを用いて、呼び出し、例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）呼び出し、を確立する(establishes)。もし第１のＱｏＳプロファイルが呼び出しに適切である場合、そのときは、ＱｏＳは再設定される必要はない。しかしながら、アクセス端末は、例えば、呼び出しのための、遠隔／他の端末によってサポートされる、フォーマットあるいはレートセットに基づいて、呼び出しのために、第２のＱｏＳプロファイルが使用されるべきであることを決定することができる。アクセス端末は、そのときには、呼び出しの間に、第２のＱｏＳプロファイルを設定するであろう。

アクセス端末は、第２のＱｏＳプロファイルが呼び出しのために使用されるべきであることを決定する前に、呼び出しの開始のときに、第１のＱｏＳプロファイルをアクティブな状態にすることができる。アクセス端末は、（ａ）第２のＱｏＳプロファイルが設定され且つアクティブな状態になる前は第１のＱｏＳプロファイル、（ｂ）第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は第２のＱｏＳプロファイル、に従って、アクセスネットワークと、データを交換することができる。

第１のＱｏＳプロファイルは、呼び出しのために使用される可能性がより高いレートセット(rate set that is more likely to be used for the call)、プライアーコール(prior call)のために使用されるレートセット、などのためのものであってよい。第２のＱｏＳプロファイルは、現行呼び出し(current call)の使用のために選択されたレートセットのためのものであってよい。各レートセットは、通信の使用に適した少なくとも１つのデータレートを含むことができる。第１のＱｏＳプロファイルは、第１のピークデータレート、例えば９．６キロビット／秒（Ｋｂｐｓ）、を有する第１のレートセットをサポートすることができる。第２のＱｏＳプロファイルは、第２のピークデータレート、例えば１４．４Ｋｂｐｓ、を有する第２のレートセットをサポートすることができる。アクセス端末は、そのあと、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のピークデータレートよりも低いあるいは前記第１のピークデータレートと等しい、少なくとも１つのデータレートに基づいて、データを交換することができる。

開示の様々な態様および特徴は、以下に、さらに詳細に説明される。

図１は、無線通信ネットワークを示す。 図２は、図１の様々なエンティティでのプロトコルスタックの例を示す。 図３は、ＱｏＳアーキテクチャを示す。 図４は、ＱｏＳを備えたデータ呼び出しについての呼び出しフローを示す。 図５は、データフローについてのＱｏＳを設定するための呼び出しフローを示す。 図６は、あらかじめ設定されたＱｏＳを備えたモバイルオリジネート（ＭＯ）のＶｏＩＰ呼び出しについての呼び出しフローを示す。 図７は、ＱｏＳ再設定を備えたＭＯ ＶｏＩＰ呼び出しについての呼び出しフローを示す。 図８は、あらかじめ設定されたＱｏＳを備えたモバイルターミネート（ＭＴ）のＶｏＩＰ呼び出しについての呼び出しフローを示す。 図９は、ＱｏＳ再設定を備えたＭＴ ＶｏＩＰ呼び出しについての呼び出しフローを示す。 図１０は、通信のためのアクセス端末によって実行されるプロセスを示す。 図１１は、アクセスネットワークによって実行されるプロセスを示す。 図１２は、アクセス端末およびアクセスネットワークのブロック図を示す。

詳細な説明

ここに説明されるＱｏＳ設定技術(QoS configuration techniques)は、様々な無線通信ネットワークのために使用されることができる。用語「ネットワーク(“network”)」および「システム(“system”)」は、しばしば互換性で(interchangeability)使用される。例えば、技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡおよびＯＦＤＭＡネットワークのために使用されることができる。ＣＤＭＡネットワークは、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））などのような無線技術をインプリメントする(implement)ことができる。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６標準規格をカバーする(covers)。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム(Global System for Mobile Communications)（ＧＳＭ（登録商標））、デジタルアドバンスドモバイル電話システム(Digital Advanced Mobile Phone System)（Ｄ−ＡＭＰＳ）などのような無線技術をインプリメントすることができる。これらの様々な無線技術および標準規格は、当技術分野において知られている。「第三世代パートナーシッププロジェクト」（３ＧＰＰ）と名づけられた機構からのドキュメントにおいて説明されている。ｃｄｍａ２０００は、「第三世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名づけられた機構からのドキュメントにおいて説明されている。３ＧＰＰおよび３ＧＰＰ２のドキュメントは、公的に入手可能である。

明確にするために、ＱｏＳ設定技術のある態様は、ＩＳ−８５６をインプリメントするハイレートパケットデータ(high rate packet data)（ＨＲＰＤ）ネットワークについて説明される。ＨＲＰＤネットワークは、また、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯネットワーク、１ｘＥＶ−ＤＯネットワーク、１ｘ−ＤＯネットワーク、ハイデータレート(high data rate)（ＨＤＲ）ネットワークなどと呼ばれる。

図１は、無線通信ネットワーク１００を示しており、それは、ＨＲＰＤネットワークであることができる。無線ネットワーク１００は、（ａ）アクセス端末のために無線通信をサポートするアクセスネットワーク１２０および１２２、（ｂ）通信サービスをサポートする様々な機能を実行する複数のネットワークエンティティ(network entities)、を含む。アクセスネットワークはさらに、無線ネットワーク、無線アクセスネットワーク、などと呼ばれることができる。アクセスネットワーク１２０は、任意の数の基地局１３０と、任意の数の基地局コントローラ／パケット制御機能(Base Station Controllers/Packet Control Functions)（ＢＳＣｓ／ＰＣＦｓ）１３４と、を含むことができる。同様に、アクセスネットワーク１２２は、任意の数の基地局１３２と、任意の数のＢＳＣｓ／ＰＣＦｓ１３６と、を含むことができる。基地局は、一般に、アクセス端末と通信する固定局であり、また、アクセスポイント、ノードＢ、拡張ノードＢ(enhanced Node B)などと呼ばれることができる。各ＢＳＣ／ＰＣＦは、１つ以上の基地局と結合し、その管理の下で基地局に対し調整(coordination)および制御を提供し、そしてさらに、これらの基地局に対しトラフィックデータを送る(routes)。

インターネットプロトコル(Internet Protocol)（ＩＰ）ゲートウェイ１４０および１４２は、アクセスネットワーク１２０および１２２と、それぞれ、通信するアクセス端末についてのデータサービスをサポートする。例えば、ＩＰゲートウェイ１４０および１４２は、アクセス端末についてのデータセッションの確立(establishment)、メンテナンス(maintenance)および終了(termination)に対して責任があることができ、そしてさらにアクセス端末に、動的なＩＰアドレスを割り当てることができる。ＩＰゲートウェイ１４０および１４２は、データサービスを要求しているアクセス端末をベリファイし(verify)、認証するために、認証、許可および課金(Authentication, Authorization, and Accounting)（ＡＡＡ）サーバ（図１に示されてはいない）と通信することができる。ＩＰゲートウェイ１４０および１４２は、データネットワーク（単数または複数）１６０に結合することができ、それは、コアネットワーク、個人データネットワーク、公用データネットワーク、インターネットなどを備えることができる。ＩＰゲートウェイ１４０および１４２は、データネットワーク（単数または複数）１６０を介して、様々なエンティティ（例、遠隔端末１７０）と通信することができる。ＩＰゲートウェイ１４０および１４２はさらに、パケットデータサービングノード(Packet Data Serving Nodes)（ＰＤＳＮｓ）などと呼ばれることができる。

呼び出しセッション制御機能(Call Session Control Functions)（ＣＳＣＦ）１５０および１５２は、ＶｏＩＰ、マルチメディアなどのようなＩＰマルチメディアサブシステム(IP Multimedia Subsystem)（ＩＭＳ）サービスをサポートする様々な機能を実行する。各ＣＳＣＦは、プロキシＣＳＣＦ(Proxy CSCF)（Ｐ−ＣＳＣＦ）、問い合わせＣＳＣＦ(Interrogating CSCF)（Ｉ−ＣＳＣＦ）、サービングＣＳＣＦ(Serving CSCF)（Ｓ−ＣＳＣＦ）などを含むことができる。Ｐ−ＣＳＣＦは、アクセス端末からリクエストをアクセプトする(accept)ことができ、また、内部でこれらのリクエストに情報を提供する(service)か、あるいは、他のエンティティにリクエストに転送する(forward)。Ｉ−ＣＳＣＦは、レジストレーションのためにアクセス端末にＳ−ＣＳＣＦを割り当てることと、別のネットワークからＳ−ＣＳＣＦにリクエストを通信することと、そして請求(charging)とリソース割り付けのために呼詳細情報(Call Detail Records)（ＣＤＲｓ）を生成することと、のような様々な機能を実行することができる。Ｓ−ＣＳＣＦは、アクセス端末に対してセッション制御サービスを実行し、様々なサービスをサポートするために使用されたセッションの状態(session state)を維持する。

アクセス端末１１０および１１２は、無線ネットワーク１００によってサポートされる様々な通信サービスを得るために、アクセスネットワーク１２０および１２２と、それぞれ、通信することができる。アクセス端末はさらに、移動局(Mobile Station)（ＭＳ）、ユーザ機器(User Equipment)（ＵＥ）、ユーザ端末、加入者ユニット、局などと呼ばれることができる。アクセス端末は、セルラ電話、携帯情報端末(personal digital assistant)（ＰＤＡ）、無線モデム、ハンドヘルドデバイス、ラップトップコンピュータなどであってもよい。

図２は、アクセス端末１１０と遠隔端末１７０との間の通信についての、図１の様々なエンティティにおけるプロトコルスタックの例を示している。各エンティティのプロトコルスタックは、アプリケーション層、トランスポート層、ネットワーク層、リンク層および物理層を含むことができる。

アクセス端末１１０は、ハイパーテキスト転送プロトコル(HyperText Transfer Protocol)（ＨＴＴＰ）、ファイル転送プロトコル(File Transfer Protocol)（ＦＴＰ）、リアルタイムトランスポートプロトコル(Real-Time Transport Protocol)（ＲＴＰ）、セッションイニシエーションプロトコル(Session Initiation Protocol)（ＳＩＰ）、セッション記述プロトコル(Session Description Protocol)（ＳＤＰ）、および／または、アプリケーション層における他のプロトコルを使用して、遠隔端末１７０（あるいはアクセス端末１１２）と通信することができる。ＳＩＰは、ＶｏＩＰ、マルチメディアなどのためのセッションを、作り、修正し、終了するための、シグナリングプロトコルである。ＳＤＰは、マルチメディアセッションを説明するためのシグナリングプロトコルである。アプリケーション層データは、転送制御プロトコル(Transmission Control Protocol)（ＴＣＰ）、ユーザデータグラムプロトコル(User Datagram Protocol)（ＵＤＰ）、および／または、トランスポート層での他のプロトコルを使用して、送られることができる。リソースリザベーションプロトコル(Resource Reservation Protocol)（ＲＳＶＰ）は、トランスポート層におけるネットワークにわたって、リソースをリザーブする(reserve)ために使用されることができる。トランスポート層データ（例、ＴＣＰおよび／またはＵＤＰ）は、ＩＰパケットにおいて、エンキャプシュレートされる(encapsulated)ことができ、それは、アクセスネットワーク１２０、ＩＰゲートウェイ１４０、および多分他のエンティティを介して、アクセス端末１１０と遠隔端末１７０との間で交換される。

アクセス端末１１０とアクセスネットワーク１２０との間のリンク層は、アクセスネットワークによって使用される無線技術に典型的に依存する。ｃｄｍａ２０００については、リンク層は、無線リンクプロトコル(Radio Link Protocol)（ＲＬＰ）上のポイントツーポイントプロトコル(Point-to-Point Protocol)（ＰＰＰ）を用いて、インプリメントされる。アクセス端末１１０は、データセッションの間に、ＩＰゲートウェイ１４０を用いてＰＰＰセッションを維持し、データ交換のために、ＲＬＰを介して、アクセスネットワーク１２０と通信する。ＲＬＰは、無線リンクインタフェースの上において、例えばＨＲＰＤに関してはＩＳ−８５６において、動作する。アクセスネットワーク１２０は、物理層の上で動作する、技術依存のインタフェース（例、Ａ１０およびＡ１１インタフェース）を介して、ＩＰゲートウェイ１４０と通信する。ＰＣＦ１３４とＩＰゲートウェイ１４０との間で、Ａ１０は、データインタフェースであり、Ａ１１は、シグナリングインタフェースである。ＩＰゲートウェイ１４０は、リンク層および物理層上のＩＰを介して、遠隔端末１７０と通信することができる。

図３は、アクセス端末１１０と遠隔端末１７０との間の通信に使用されることができるＱｏＳアーキテクチャ３００を示す。アクセス端末１１０は、端末相互間サービス３１０を介して、アプリケーションレベルにおいて、遠隔端末１７０と、トラフィックデータを交換することができる。端末相互間サービス３１０は、（１）無線ネットワーク１００によって提供される無線ベアラサービス(wireless bearer service)３２０、（２）データネットワーク（単数または複数）１６０によって提供されることができる外部ベアラサービス３２２、によって実現される。無線ベアラサービス３２０は、ネットワーク技術、例、３ＧＰＰあるいは３ＧＰＰ２、に依存する。無線ベアラサービス３２０は、無線接続ベアラサービス３３０およびコアネットワークベアラサービス３３２によって、実現される。無線接続ベアラサービス３３０は、アクセス端末１１０とアクセスネットワーク１２０との間で、トラフィックデータのトランスポートを提供する。コアネットワークベアラサービス３３２は、アクセスネットワーク１２０とＩＰゲートウェイ１４０との間で、トラフィックデータのトランスポートを提供する。

アクセス端末１１０は、１つ以上のフローを介して、遠隔端末１７０と、アプリケーション層データを交換することができる。例えば、アクセス端末１１０と遠隔端末１７０との間のＶｏＩＰ呼び出しは、トラフィックデータについての１つ以上のＲＴＰフローと、シグナリングについてのＳＩＰフローと、を利用することができる。ＲＴＰおよびＳＩＰフローは、トランスポート層で異なるポートと関連していることができ、ＩＰフローによって搬送されることができる。

一般に、アクセス端末１１０は、任意の数のＩＰフロー、例えば、ＶｏＩＰ呼び出しについてのひとつのＩＰフローおよびデータ接続(data connectivity)に対して別のＩＰフロー、を有することができる。各ＩＰフローは、トラフィックフィルタテンプレート(traffic filter template)（ＴＦＴ）における、１セットの１つ以上のパケットフィルタとマッチする、ＩＰパケットのストリームである。パケットフィルタは、ＩＰアドレス、ポート番号などに基づいて、パケットを識別することができる。ＩＰフローは、アクセス端末１１０とアクセスネットワーク１２０との間の１つ以上のＲＬＰインスタンスを介して、また、アクセスネットワーク１２０とＩＰゲートウェイ１４０との間の１つ以上のＡ１０接続を介して、送られることができる。ＲＬＰインスタンスはまた、ＲＬＰフローと呼ばれることができる。

図２および３は、アクセス端末１１０と遠隔端末１７０との間の通信についての、プロトコルスタックおよびＱｏＳアーキテクチャを示している。アクセス端末１１０は、遠隔端末１７０の代わりに、アクセス端末１１２と、さらに通信することができる。このケースにおいては、無線ベアラサービス３２０、無線接続ベアラサービス３３０およびコアネットワークベアラサービス３３２は、アクセス端末１１０に関するかぎりでは、同様な方法で、アクセス端末１１２のために確立されることができる。

図３で示されるように、与えられたサービスについてのＱｏＳ要件は、満足なパフォーマンスを達成するために、アプリケーションレベルで、典型的に指定される(specified)。端末相互間ＱｏＳは、アプリケーションレベルにおいて、いくつかの他のプロトコルあるいはＳＩＰを使用してネゴシエートされることができる。ＱｏＳは、そのあと、端末相互間ＱｏＳ要件を満たすために、ホップバイホップ基準(on a hop-by-hop basis)で、ネゴシエートされることができる。ＩＰフローについてのＱｏＳは、パケットデータＱｏＳシグナリングを使用して、ネゴシエートされることができ、それは、ＲＳＶＰメッセージに似ている。ＲＬＰインスタンスについてのＱｏＳは、無線ＱｏＳシグナリングを介して、ネゴシエートされることができる。Ａ１０接続についてのＱｏＳは、Ａ１１ＱｏＳシグナリングを介して、ネゴシエートされることができる。

アクセス端末１１０は、アクセスネットワーク１２０から特定のＩＰフローについてのＱｏＳを要求することができる。アクセス端末１１０は、ＩＰフローに、独自のリザベーションラベルを割り当てることができ、ＩＰフローおよびＱｏＳリクエストを識別するリザベーションラベルを使用することができる。リザベーションラベルは、ＩＰフローについての識別子として見なされることができる。

ＨＲＰＤにおいては、ＱｏＳは、ＲＬＰインスタンスのために与えられる(granted)。ＲＬＰインスタンスについての望まれるＱｏＳは、１セットのＱｏＳパラメータによって指定されることができ、それは、ＱｏＳプロファイルと呼ばれる。シグナリングを減らすために、いくつかの一般に使用されるＱｏＳプロファイル（あるいは、ＱｏＳパラメータの複数のセット）は、独自のプロファイルＩＤｓを、あらかじめ定められ、割り当てられることができる。プロファイルＩＤは、さらに、フロープロファイルＩＤなどと呼ばれることができる。与えられたプロファイルＩＤは、特定のＱｏＳプロファイルを識別することができ、それは、ＱｏＳパラメータの特定のセットに対応することができる。ＱｏＳリクエストは、ＱｏＳパラメータの全体のセットの代わりに、望まれるＱｏＳプロファイルについてのプロファイルＩＤを含むことができ、それは、シグナリングを減らすことができる。一般に、ＱｏＳリクエストは、任意の数のＱｏＳプロファイルを含むことができ、それは、アクセス端末１１０によって、プレファレンスの順において、与えられることができる。アクセスネットワーク１２０は、ＱｏＳリクエストを受け取り、そのリクエストにおいて１つのＱｏＳプロファイルを与える(grant)ことができる。

ＩＰフローは、したがって、リザベーションラベルによって識別されることができ、ＴＦＴとＡ１０接続とに関連していることができる。ＩＰフロー、リザベーションラベル、ＴＦＴおよびＡ１０接続との間で、１から1のマッピング(one-to-one matching)がある。ＲＬＰインスタンスは、プロファイルＩＤによって識別されることができるＱｏＳプロファイルに関連していることができる。各ＩＰフローは、異なるＲＬＰインスタンスに、マッピングされることができ、あるいは、複数のＩＰフローは、同じＲＬＰインスタンスに、マッピングされることができる。ＲＬＰインスタンスは、任意の数のＩＰフローを搬送することができ、任意の数のＩＰのフローのＱｏＳは、ＲＬＰインスタンスに対して与えられるＱｏＳプロファイルによって、満足されることができる。

図４は、ＱｏＳを備えたデータ呼び出しについての呼び出しフロー４００を示す。初めに、アクセス端末１１０でのアプリケーションは、データ呼び出しをイニシエートする（ステップ１）。これに応じて、アクセス端末１１０は、無線リンクをセットアップするために、アクセスネットワーク１２０を用いて、セッションネゴシエーションを実行し、また、アクセスネットワークに対してアクセス端末を認証するために、さらに端末認証を実行する（ステップ２）。アクセスネットワーク１２０は、そのあと、アクセス端末１１０についてのトラフィックデータを搬送するであろう、Ａ１０接続を確立するために、ＩＰゲートウェイ１４０と、Ａ１１シグナリングを交換する（ステップ３）。アクセス端末１１０は、（ａ）アクセス端末１１０とＩＰゲートウェイ１４０との間で、データリンク接続を確立し、設定し、そしてテストするため、（ｂ）アクセス端末１１０のユーザを認証するため、（ｃ）アクセスネットワーク１２０およびＩＰゲートウェイ１４０において、ユーザの許可されたＱｏＳプロファイルをアップデートするため、（ｄ）１つ以上のネットワーク層プロトコル、例、ＩＰバージョン４（ＩＰｖ４）あるいはＩＰバージョン６（ＩＰｖ６）を設定するため、にＩＰゲートウェイ１４０を用いて、ＰＰＰネゴシエーションをさらに実行する（ステップ４）。

ＩＰフローについてのＱｏＳを設定する指示は、アクセス端末１１０で受け取られる（ステップ５）。ＩＰフローは、リザベーションラベルによって識別され、パケットフィルタのＴＦＴと関連している。アクセス端末１１０は、ＩＰフローについての要求されるＱｏＳを満たすことができるＱｏＳプロファイルを決定する。アクセス端末１１０は、そのあと、下で説明されるように、ＱｏＳを設定するために、アクセスネットワーク１２０と、無線ＱｏＳシグナリングを交換する（ステップ６）。アクセスネットワーク１２０は、さらに、ＩＰフローに必要とされる任意のＡ１０接続を作るために、ＩＰゲートウェイ１４０と、Ａ１１ ＱｏＳシグナリングを交換する（ステップ７）。アクセス端末１１０は、そのあと、ＩＰフローについてのＴＦＴを設定するために、ＩＰゲートウェイ１４０と、ＲＳＶＰメッセージを交換する（ステップ８）。このＴＦＴは、ＩＰフローについてのパケットを識別するために使用されるパケットフィルタを含む。

ＩＰフローについてのＱｏＳをアクティブな状態にする指示は、その後、アクセス端末１１０において、受け取られる（ステップ９）。アクセス端末１１０は、そのあと、オープンの状態において(in an open state)リザベーションラベルをセットするために、アクセスネットワーク１２０と、シグナリングを交換する（ステップ１０）。ステップ１０は、リザベーションラベルについてのＱｏＳプロファイルを達成するために、十分な無線リソースを与えるアクセスネットワーク１２０を、結果としてもたらす。ステップ１０は、本質的にＩＰフローについてのＱｏＳをアクティブな状態にする。アクセスネットワーク１２０は、また、リザベーションラベルが表示される(turned on)ことと、課金(billing)が始まる(commerce)場合があることと、を示すために、ＩＰゲートウェイ１４０と、Ａ１１ ＱｏＳシグナリングを交換する（ステップ１１）。

アクセス端末１１０は、その後、ＩＰゲートウェイ１４０を介して、ＩＰフローについてのトラフィックデータを交換することができる（ステップ１２）。トラフィックデータは、アクセスネットワーク１２０を用いてネゴシエートされたＱｏＳを、達成するであろう。しばらく時間が経った後で(After some time later)、ＩＰフローについてのＱｏＳを非アクティブな状態にする(deactivate)指示は、アクセス端末１１０で受け取られる（ステップ１３）。アクセス端末１１０は、そのあと、クローズの状態(closed state)でリザベーションラベルをセットするために、アクセスネットワーク１２０と、シグナリングを交換し、そして、それは、ＩＰフローについてのＱｏＳを非アクティブな状態にする（ステップ１４）。アクセスネットワーク１２０は、また、リザベーションラベルが表示されない(turned off)ということを示すために、ＩＰゲートウェイ１４０と、Ａ１１ ＱｏＳシグナリングを交換する（ステップ１５）。

図５は、ＩＰフローについてのＱｏＳを設定するため、およびアクティブな状態にするため、の呼び出しフロー５００を示す。呼び出しフロー５００は、より詳細に、図４の呼び出しフロー４００において、ステップのうちのいくつかを示す。呼び出しフロー５００は、ＲＬＰインスタンスについてのＱｏＳを設定するため、かつ、ＲＬＰインスタンスにＩＰフロー／リザベーションラベルをマッピングするため、に使用されることができる。

ＩＰフローについてのＱｏＳを設定する指示は、アクセス端末１１０において、受信される（ステップａ）。アクセス端末１１０は、ＩＰフローについての要求されるＱｏＳを満たすことができる、１つ以上のプロファイルＩＤｓを選択する。アクセス端末１１０は、そのあと、ＱｏＳを要求するために、アクセスネットワーク１２０に、属性アップデートリクエスト(AttributeUpdateRequest)（ＡＵＲ）メッセージを送信する（ステップｂ）。ＡＵＲメッセージは、様々なプロトコルについての属性をアップデートするために使用される、総括的な属性アップデートプロトコル(Generic Attribute Update Protocol)（ＧＡＵＰ）におけるメッセージである。ステップｂにおけるＡＵＲメッセージは、アクセス端末１１０によって選択された１つ以上のプロファイルＩＤｓを含んでいる、リザベーションＫＫＱｏＳリクエスト属性(ReservationKKQoSRequest attribute)を、含む。これらのプロファイルＩＤｓは、アクセス端末１１０によって、プレファレンスの順において、与えられることができる。各プロファイルＩＤは、ＱｏＳリクエストのために、アクセスネットワーク１２０によって選ばれることができる選択である。アクセスネットワーク１２０は、ステップｂにおけるＡＵＲメッセージを確認する(acknowledge)ために、属性アップデートアクセプト(AttributeUpdateAccept)（ＡＵＡ）メッセージを返す（ステップｃ）。ＡＵＲメッセージは、ＧＡＵＰにおける別のメッセージである。アクセスネットワーク１２０は、そのあと、プロファイルＩＤを含んでいるリザベーションＫＫＱｏＳレスポンス(ReservationKKQoSResponse)属性を備えた、ＡＵＲメッセージを送信し、もしあれば、アクセスネットワークによってアクセプトされる（ステップｄ）。アクセス端末１１０は、ステップｄにおけるＡＵＲメッセージを確認するために、ＡＵＡメッセージを返す（ステップｅ）。

アクセスネットワーク１２０は、与えられたＱｏＳプロファイル(granted QoS profile)についてのＱｏＳを達成するために必要とされる無線リソースを決定する。アクセスネットワーク１２０は、そのあとで、ＲＬＰパラメータをネゴシエートするために、１つ以上のＡＵＲメッセージを送信し（ステップｆ）、また、アクセス端末１１０は、ＲＬＰパラメータをアクセプトするために、ＡＵＡメッセージを返す（ステップｇ）。アクセスネットワーク１２０は、そのあとで、ＲＬＰパラメータをアクティブな状態にするために、フローＮＮ識別Ｆｗｄ／Ｒｅｖ属性(FlowNN Identification Fwd/Rev attributes)を備えた、ＡＵＲメッセージを送信する（ステップｈ）、そしてそれは、アクセス端末１１０によって確認される（ステップｉ）。

アクセスネットワーク１２０は、そのあと、ＱｏＳリクエスト／リザベーションラベルについて、どのＲＬＰインスタンスを使用するかを、アクセス端末１１０に通知するために、リザベーションＫＫＦｗｄ／Ｒｅｖ属性へのバインドフローＮＮ(Bind FlowNN to ReservationKK Fwd/Rev attributes)を備えたＡＵＲメッセージを送信する（ステップｊ）。アクセス端末１１０は、ＲＬＰインスタンスに対して、リザベーションラベルのマッピングを確認するために、ＡＵＡメッセージを返す（ステップｋ）。アクセスネットワーク１２０は、また、ＲＴＣＭＡＣインスタンス／フローをネゴシエートすることができ、もしあれば、ＱｏＳリクエストをサポートするために要求され（ステップ１）、アクセス端末１１０は、ＲＴＣＭＡＣパラメータをアクセプトするために、ＡＵＡメッセージを戻す（ステップｍ）。アクセスネットワーク１２０は、そのあとで、ＲＴＣＭＡＣインスタンスに、ＲＬＰインスタンスをバインドする(bind)ために、ＡＵＲメッセージを送信する（ステップｎ）。アクセス端末１１０は、ＲＴＣＭＡＣインスタンスへのＲＬＰインスタンスのマッピング(mapping of the RLP instance to the RTCMAC instance)を確認するために、ＡＵＡメッセージを戻す（ステップｏ）。

アクセスネットワーク１２０は、また、アクセス端末１１０についてのＡ１０接続の確立をイニシエートするために、Ａ１１−レジストレーションリクエストメッセージ(A11-Registration request message)を、ＩＰゲートウェイ１４０に送る（ステップｐ）。ＩＰゲートウェイ１４０は、Ａ１０接続リクエストをアクセプトし、Ａ１０接続についてのバインディングレコード(binding record)を作り、そして、アクセスネットワーク１２０に、Ａ１１−レジストレーション回答メッセージを返す（ステップｑ）。ステップｐおよびｑは、ステップｂの後いつでも、実行されることができる。

アクセス端末１１０は、アプリケーションからＱｏＳリクエストを処理し、適切なパケットフィルタでＴＦＴをコンストラクトする(constructs)。アクセス端末１１０は、そのあとで、ＩＰゲートウェイ１４０に、パケットフィルタを含んでいるＲＳＶＰ ＲＥＳＶメッセージを送る（ステップｒ）。ＩＰゲートウェイ１４０は、ＲＳＶＰ ＲＥＳＶメッセージを受け取り、アクセス端末１１０についてのＩＰアドレスに対応している新しいＴＦＴを作り、パケットフィルタでＴＦＴをアップデートし、ＲＳＶＰ ＲＥＳＶメッセージの成功処理(successful processing)を示すＲＳＶＰ ＲＥＳＶ Ｃｏｎｆメッセージを返す（ステップｓ）。

ＱｏＳ設定を完了した後で、アクセス端末１１０は、ＩＰフローについてのＱｏＳをアクティブな状態にするリクエストを受け取ることができる（ステップｔ）。アクセス端末１１０は、そのあと、ＩＰフローについてのＱｏＳをアクティブな状態にするために、アクセスネットワーク１２０に、ＩＰフローについてのリザベーションラベルを備えた、リザベーションオンリクエストのメッセージ(ReservationOnRequest message)を送る（ステップｕ）。アクセスネットワーク１２０は、そのあと、ＱｏＳアクティベーションリクエスト(QoS activation request)を確認するために、リザベーションアクセプトのメッセージ(ReservationAccept message)を返す（ステップｖ）。アクセスネットワーク１２０は、ＩＰフローアドミッション制御(IP flow admission control)のために、Ａ１１−レジストレーションリクエストメッセージを送ることができる（ステップｖ）、また、ＩＰゲートウェイ１４０は、そのあと、Ａ１１−レジストレーション回答メッセージを用いて、応答することができる（ステップｗ）。ステップｐおよびｑは、Ａ１０接続を確立し、リザベーションラベルに、Ａ１０接続をマッピングする。ステップｖおよびｗは、課金が開始することができ、また、リザベーションラベルが表示される(turned on)ことを、ＩＰゲートウェイ１４０に通知する。

図５はまた、図４の呼び出しフロー４００におけるステップに対する、呼び出しフロー５００におけるステップのマッピングを示す。図５のステップａは、図４のステップ５に対応している。図５のステップｂからｏは、図４のステップ６に対応している。図５のステップｐおよびｑは、図４のステップ７に対応している。図５のステップｒおよびｓは、図４のステップ８に対応している。図５のステップｔは、図４のステップ９に対応している。図５のステップｕおよびｖは、図４のステップ１０に対応している。図５のステップｗおよびｘは、図４のステップ１１に対応している。

図４および５において示されるように、アクセス端末１１０、アクセスネットワーク１２０およびＩＰゲートウェイ１４０は、ＩＰフローについてのＱｏＳを設定するために、多くのメッセージを交換することができる。新しいＩＰフローが加えられ、あるいは、現存のＩＰフローが取り除かれるときはいつでも、図４のステップ６、７および８は、繰り返されることができる。ＱｏＳが変更されるときはいつでも、ステップ６および７は、実行されることができる。アプリケーションについてのＱｏＳを設定することは、呼び出しセットアップに対しての遅延(delays to call setup)を加えること、および有益な無線リソース(valuable radio resources)を消費することができる。

呼び出しセットアップを促進するために、また、可能なかぎり(possibly)シグナリングオーバーヘッドを減らすために、ＱｏＳは、前もって設定されることができ、呼び出しが開始されるとき、アクティブな状態にされることができる。ＱｏＳは、呼び出しの終わりに非アクティブな状態にされることができ、次の呼び出し(next call)に関して利用可能であることができる。

無線ネットワーク１００は、ＶｏＩＰ呼び出しのための複数のレートセットをサポートすることができる。例えば、無線ネットワーク１００は、２つのレートセットをサポートすることができる：
・レートセット１（ＲＳ１）−１．２、２．４、４．８および９．６Ｋｂｐｓのデータレートを含む。

・レートセット２（ＲＳ２）−１．８、３．６、７．２および１４．４Ｋｂｐｓのデータレートを含む。

ＲＳ１は、例えば、拡張可変レートコーデック(Enhanced Variable Rate Codec)（ＥＶＲＣ）、選択可能モードボコーダ(Selectable Mode Vocoder)（ＳＭＶ）、第４世代ボコーダ(Fourth Generation Vocoder)（４ＧＶ）などのような、様々なオーディオ エンコーダ／デコーダ（コーデック(codecs)）に対して使用されることができる。ＲＳ２は、適応マルチレート(Adaptive Multi Rate)（ＡＭＲ）ボコーダ、などに対して使用されることができる。

各レートセットは、あるＱｏＳ要件を有することができる。ＲＳ２は、より高いピークデータレートのため、より高いＱｏＳ要件（例えば、帯域幅をもっと必要とする）を有する可能性が高いであろう、そのデータレートは、ＲＳ１の場合の９．６Ｋｂｐｓに対し、ＲＳ２の場合は１４．４Ｋｂｐｓである。適切なＱｏＳパラメータを備えたＱｏＳプロファイルは、ＲＳ１でＶｏＩＰ呼び出しに対して満足なパフォーマンスを達成するために、ＲＳ１について定義されることができる。適切なＱｏＳパラメータを備えた別のＱｏＳプロファイルは、ＲＳ２でＶｏＩＰ呼び出しに対して満足なパフォーマンスを達成するために、ＲＳ２について定義されることができる。これらのＱｏＳプロファイルは、異なるプロファイルＩＤｓを割り当てられることができる。例えば、２５６のプロファイルＩＤ(ProfileID of 256)は、フレームバンドリングなしの対話型レートセット１インタラクティブスピーチ(interactive speech)、フルレート(full rate)、について定義されている。２５７のプロファイルＩＤ(ProfileID of 257)は、フレームバンドリングなしの対話型レートセット２インタラクティブスピーチ、フルレート、について定義されている。２５６、２５７および他の値のプロファイルＩＤｓは、２００６年６月２６日に「ｃｄｍａ２０００スペクトラム拡散標準規格についてのパラメータ値割り当ての管理(“Administration of Parameter Value Assignments for cdma 2000 Spread Spectrum Standards”)」と題された、ドキュメント３ＧＰＰ２ Ｃ．Ｐ１００１−Ｆにおいて、説明されており、それは公的に入手可能である。

図６は、あらかじめ設定されたＱｏＳを備えた、モバイルオリジネート(Mobile-originated)（ＭＯ）のＶｏＩＰ呼び出しについての呼び出しフロー６００を示す。最初に、アクセス端末１１０は、ＩＰフローについてのＱｏＳを設定するために、アクセスネットワーク１２０とＩＰゲートウェイ１４０と、通信する（ステップ１）。このＩＰフローは、リザベーションラベルのＫ（あるいはＲＬ＝Ｋ）を割り当てられ、レートセットｘ(rate set x)（ＲＳｘ）についてのＸのプロファイルＩＤを用いて、ＲＬＰインスタンスにマッピングされる。例えば、Ｘは、ＲＳ１については、２５６に等しいかもしれないし、ＲＳ２については、２５７に等しいかもしれない。Ａ１０接続はまた、Ａ１１シグナリングを介して、ＩＰフローのために確立されることができる（ステップ１も同様）。ステップ１は、ＭＯ ＶｏＩＰ呼び出しの前に、いつでも実行されることができる。

その後、アクセス端末１１０でのＶｏＩＰアプリケーションは、遠隔アクセス端末１１２を呼び出すリクエストを発行する(issues)（ステップ２）。アクセス端末１１０は、そのあと、無線リンクをセットアップするために、アクセスネットワーク１２０と、シグナリングを交換することができ、もし要求されれば、さらに、ＰＰＰセッションを確立するためにＩＰゲートウェイ１４０と、シグナリングを交換することができる（ステップ３）。アクセス端末１１０は、そのあと、アクセス端末１１２に、ＳＩＰ招待メッセージを送る（ステップ４）。このメッセージは、アクセス端末１１０によってサポートされる１つ以上のメディアフォーマットを含むことができ、それは、アクセス端末１１０によって、プレファレンスの順において与えられることができる。各メディアフォーマットは、特定のＱｏＳプロファイルに対応することができる。図６で示される例においては、ＳＩＰ招待メッセージは、あらかじめ設定された、ＸのプロファイルＩＤに対応しているメディアフォーマットＸ（ＭＦ＝Ｘ）を含む。

アクセス端末１１０は、また、このリザベーションラベルについてのＱｏＳをアクティブな状態にするために、アクセスネットワーク１２０に、リザベーションラベルＫを備えた、リザベーションオンリクエストメッセージを送る（ステップ５）。アクセスネットワーク１２０は、リザベーションラベルＫがマッピングされる、ＸのプロファイルＩＤについてのＱｏＳを達成するために、十分な無線リソースを与える(grants)。アクセスネットワーク１２０は、そのあと、ＱｏＳアクティベーションリクエストを確認するために、リザベーションアクセプトメッセージを返す（ステップ６）。アクセスネットワーク１２０は、さらに、ＩＰフローアドミッション制御のために、ＩＰゲートウェイ１４０に、Ａ１１−レジストレーションリクエストメッセージを送る（ステップ７）、そしてＩＰゲートウェイ１４０は、Ａ１１−レジストレーション回答メッセージを返す（ステップ８）。

アクセス端末１１２は、アクセス端末１１０から、ＳＩＰ招待メッセージを受け取り、リソースをリザーブするために、アクセスネットワーク１２２および／またはＩＰゲートウェイ１４２と、シグナリングを交換することができる（ステップ９）。アクセス端末１１２は、そのあと、アクセス端末１１２によってサポートされる１つ以上のメディアフォーマットを含むことが出来る、ＳＩＰ１８０リンギングメッセージを戻し、それは、アクセス端末１１２によって、プレファレンスの順において与えられることができる（ステップ１０）。この例においては、アクセス端末１１０および１１２の両方は、同じメディアフォーマットをサポートし好んでおり、そのメディアフォーマットはＸである。アクセス端末１１０は、ＳＩＰ１８０リンギングメッセージを受け取り、ＳＩＰ ＰＲＡＣＫメッセージを返す、そしてそれは、ＳＩＰ１８０リンギングメッセージについての仮確認である。（ステップ１１）。アクセス端末１１２は、そのあと、そのユーザに電話し(rings)（ステップ１２）、さらに、ＰＲＡＣＫメッセージを確認するために、ＳＩＰ ２００ ＯＫメッセージを返す（ステップ１３）。ユーザは電話に答え（ステップ１４）、また、アクセス端末１１２は、ユーザが答えたということを示すために、ＳＩＰ ２００ ＯＫメッセージを送る（ステップ１５）。アクセス端末１１０は、ステップ１５におけるＳＩＰ ２００ ＯＫを確認するために、ＳＩＰ ＡＣＫメッセージを返す（ステップ１６）。アクセス端末１１２は、そのあと、図４で受信されたＳＩＰ招待メッセージを確認するために、ＳＩＰ ２００ ＯＫメッセージを送る（ステップ１７）。アクセス端末１１０および１１２は、その後、あらかじめ設定されたリザベーションラベルについてのＱｏＳに従って、ＶｏＩＰ呼び出しについてのトラフィックデータを交換することができる。

図６は、アクセス端末１１０および１１２の両方が、あらかじめ設定されたリザベーションラベルによってカバーされたレートセットをサポートする、ケースを示す。このケースにおいては、単一の、リザベーションオンリクエストメッセージは、リザベーションラベルをアクティブな状態にするために、ステップ５で送られることができる。これは、ＱｏＳを設定するために、シグナリングオーバーヘッドを減らすことができ、また、さらに呼び出しセットアップ遅延を減らすことができる。

図７は、ＱｏＳ再設定を備えたＭＯ ＶｏＩＰ呼び出しについての呼び出しフロー７００を示す。呼び出しフロー７００のステップ１から１０は、図６の呼び出しフロー６００のステップ１から１０と、それぞれ、同じである。この例において、アクセス端末１１０についてのあらかじめ設定されたリザベーションラベルは、レートセットｘ（ＲＳｘ）についてのＸのプロファイルＩＤ、例えばＲＳ１については、２５６のプロファイルＩＤを用いて、ＲＬＰインスタンスにマッピングされ、また、アクセス端末１１２は、異なるＹのプロファイルＩＤ、例えばＲＳ２については、２５７のプロファイルＩＤ、に関連する、別のレートセットｙ（ＲＳｙ）をサポートする。

アクセス端末１１０は、アクセス端末１１２から、ＳＩＰ１８０リンギングメッセージを受け取り（ステップ１０）、アクセス端末１１２がＲＳｙについてのメディアフォーマットＹをサポートすることを決定し、ＱｏＳについての変更がリザベーションラベルのために必要とされることを決定する（ステップ１１）。アクセス端末１１０は、そのあと、アクセスネットワーク１２０に、アクセス端末１１２によってサポートされたＲＳｙについてのＹのプロファイルＩＤを含んでいるリザベーションＫＫＱｏＳリクエスト属性を備えた、ＡＵＲメッセージを送る（ステップ１２）。アクセスネットワーク１２０は、ＡＵＲメッセージを確認するために、ＡＵＡメッセージを返す（ステップ１３）。アクセスネットワーク１２０は、さらに、アクセスネットワークによってアクセプトされた、ＹのプロファイルＩＤを含んでいるリザベーションＫＫＱｏＳレスポンス属性を備えた、ＡＵＲメッセージを送る（ステップ１４）。アクセス端末１１０は、ＡＵＲメッセージを確認するために、ＡＵＡメッセージを返す（ステップ１５）。アクセス端末１１０は、要求される場合には、ＲＬＰおよび／またはＲＴＣＭＡＣパラメータを修正するために、アクセスネットワーク１２０と、シグナリングを交換することができる（ステップ１６）。ステップ１６は、図５の呼び出しフロー５００のステップｆからｏを含むことができる。アクセスネットワーク１２０は、既存のＡ１０接続を修正するために、例えば、課金を変更するために、Ａ１１−レジストレーションリクエストメッセージを、ＩＰゲートウェイ１４０に送る（ステップ１７）。ＩＰゲートウェイ１４０は、Ａ１０接続を修正し、アクセスネットワーク１２０に、Ａ１１−レジストレーション回答メッセージを返す（ステップ１８）。同じリザベーションラベルおよびＴＦＴは、Ａ１０接続に使用されることができる。

呼び出しフロー７００のステップ１９から２５は、図６の呼び出しフロー６００のステップ１１から１７と、それぞれ、同じである。

図８は、あらかじめ設定されたＱｏＳを備えた、モバイルターミネート(mobile-terminated)（ＭＴ）のＶｏＩＰ呼び出しについての、呼び出しフロー８００を示す。最初に、アクセス端末１１０は、ＩＰフローについてのＱｏＳを設定するために、アクセスネットワーク１２０とＩＰゲートウェイ１４０と通信する（ステップ１）。このＩＰフローは、リザベーションラベルのＫを割り当てられ、レートセットｘ（ＲＳｘ）についてのＸのプロファイルＩＤを用いて、ＲＬＰインスタンスにマッピングされる。Ａ１０接続はさらに、Ａ１１シグナリングを介して、ＩＰフローのために確立されることができる（ステップ１同様）。

その後、遠隔アクセス端末１１２は、アクセス端末１１０を呼び出すために、アクセスネットワーク１２０に、ＳＩＰ招待メッセージを送る（ステップ２）。このメッセージは、アクセス端末１１２によってサポートされる１つ以上のメディアフォーマットを含むことができ、それは、アクセス端末１１２によって、プレファレンスの順において与えられることができる。図８で示される例において、ＳＩＰ招待メッセージは、あらかじめ設定されたＸのプロファイルＩＤに対応するメディアフォーマットＸを含む。アクセスネットワーク１２０は、要求される場合には、アクセス端末１１０をページングする(page)ことができる。アクセス端末１１０は、そのあと、無線リンクをセットアップするために、アクセスネットワーク１２０と、シグナリングを交換することができ、また、さらに、要求される場合には、ＰＰＰセッションを確立するために、ＩＰゲートウェイ１４０と、シグナリングを交換することができる（ステップ３）。アクセスネットワーク１２０は、そのあと、アクセス端末１１０に、ＳＩＰ招待メッセージを転送する（ステップ４）。ＳＩＰ招待メッセージは、ＣＳＣＦ１５０から、ＩＰパケットのデータペイロード（あるいはインバンドシグナリング(inband signaling)）として、アクセスネットワーク１２０に送られることができ、そしてそのあと、アクセス端末に送られることができる、そしてそれは点線によって示されている。

アクセス端末１１０は、ＳＩＰ招待メッセージを受け取り、アクセス端末１１２がＲＳｘについてのメディアフォーマットＸをサポートすることを決定する。アクセス端末１１０は、そのあと、リザベーションラベルＫを備えたリザベーションオンリクエストメッセージを、アクセスネットワーク１２０に、このリザベーションラベルについてのＱｏＳをアクティブな状態にするために、送る（ステップ５）。アクセスネットワーク１２０は、リザベーションラベルＫがマッピングされるＸのプロファイルＩＤについてのＱｏＳを達成するために、十分な無線リソースを与える。アクセスネットワーク１２０は、そのあと、ＱｏＳアクティベーションリクエストを確認するために、リザベーションアクセプトメッセージを返す（ステップ６）。アクセスネットワーク１２０は、さらにＩＰフローアドミッション制御のために、ゲートウェイ１４０に、Ａ１１−レジストレーションリクエストメッセージを送る（ステップ７）、また、ＩＰゲートウェイ１４０は、Ａ１１−レジストレーション回答メッセージを返す（ステップ８）。

アクセス端末１１０は、アクセス端末１１０によってサポートされるメディアフォーマットＸを含むことができる、ＳＩＰ １８０リンギングメッセージを返す（ステップ９）。この例においては、アクセス端末１１０および１１２の両方は、同じレートセットをサポートする、そしてそのレートセットは、ＲＳｘである。アクセス端末１１２は、そのあと、アクセス端末１１０に、ＳＩＰ ＰＲＡＣＫメッセージを、ＳＩＰ１８０リンギングメッセージを仮確認するために、送る（ステップ１０）。アクセス端末１１０は、そのあと、ユーザに電話をかけ(rings)（ステップ１１）、さらに、ＰＲＡＣＫメッセージを確認するために、ＳＩＰ ２００ ＯＫメッセージを返す（ステップ１２）。ユーザは、電話に答え（ステップ１３）、アクセス端末１１０は、ＳＩＰ ２００ ＯＫメッセージを、ユーザが答えたということを示すために、送る（ステップ１４）。アクセス端末１１２は、ステップ１４においてＳＩＰ ２００ ＯＫを確認するために、ＳＩＰＡＣＫメッセージを戻す（ステップ１５）。アクセス端末１１０は、そのあと、ＳＩＰ ２００ ＯＫメッセージを、ステップ４でＳＩＰ招待メッセージが受け取られたことを確認するために、送る（ステップ１６）。アクセス端末１１０および１１２は、その後、あらかじめ設定されたリザベーションラベルについてのＱｏＳに従って、ＶｏＩＰ呼び出しについてのトラフィックデータを交換することができる。

図９は、ＱｏＳ再設定を備えたＭＴ ＶｏＩＰ呼び出しについての呼び出しフロー９００を示す。呼び出しフロー９００のステップ１から４は、図８の呼び出しフロー８００のステップ１から４、それぞれ、に似ている。この例において、アクセス端末１１０についてのあらかじめ設定されたリザベーションラベルは、ＲＳｘについてのＸのプロファイルＩＤ、例えばＲＳ１については、２５６のプロファイルＩＤを備えたＲＬＰインスタンスにマッピングされ、また、アクセス端末１１２は、異なるＹのプロファイルＩＤ、例えばＲＳ２については、２５７のプロファイルＩＤ、に関連する別のレートセットＲＳｙをサポートする。

アクセス端末１１０は、アクセス端末１１２からＳＩＰ招待メッセージを受け取り（ステップ４）、アクセス端末１１２がＲＳｙについてのメディアフォーマットＹをサポートすることを決定し、また、ＱｏＳにおける変更がリザベーションラベルに必要とされることを決定する。アクセス端末１１０は、そのあと、ネットワーク１２０に、（ａ）アクセス端末１１２によってサポートされる、ＲＳｙについてのＹのプロファイルＩＤを含んでいるリザベーションＫＫＱｏＳリクエスト属性を備えた、ＡＵＲメッセージ、（ｂ）リザベーションラベルについてのＱｏＳをアクティブにする(active)リザベーションラベルＫを備えたリザベーションオンリクエストメッセージ、を送る（ステップ５）。２つのメッセージは、バンドルで(in bundle)送ることができる。アクセスネットワーク１２０は、ＡＵＲメッセージを確認するために、ＡＵＡメッセージを返す（ステップ６）。アクセスネットワーク１２０は、そのあと、（ａ）アクセス端末１１２によってアクセプトされたＲＳｙについてのＹのプロファイルＩＤを含む、リザベーションＫＫＱｏＳレスポンス属性を備えたＡＵＲメッセージ、（ｂ）ＱｏＳアクティベーションリクエストを確認するリザベーションアクセプトメッセージ、を送る（ステップ７）。アクセス端末１１０は、ＡＵＲメッセージを確認するために、ＡＵＡメッセージを戻す（ステップ８）。アクセス端末１１０は、ＲＬＰおよび／またはＲＴＣＭＡＣパラメータを修正するために、要求される場合には、アクセスネットワーク１２０と、シグナリングを交換することができる（ステップ９）。ステップ９は、図５の呼び出しフロー５００のステップｆからｏを含むことができる。アクセスネットワーク１２０は、既存のＡ１０接続を修正するために、Ａ１１レジストレーションリクエストメッセージを、ＩＰゲートウェイ１４０に送る（ステップ１０）。ＩＰゲートウェイ１４０は、Ａ１０接続を修正し、アクセスネットワーク１２０に１１レジストレーション回答メッセージを返す（ステップ１１）。

呼び出しフロー９００のステップ１２から１９は、図８の呼び出しフロー８００のステップ９から１６、それぞれ、に同じである。

図６から９で示されているように、ＱｏＳは、アクセス端末１１０について、あらかじめ設定されることができる。一般に、あらかじめ設定されたＱｏＳは、任意のＱｏＳプロファイル／プロファイルＩＤのためのものであることができる。１設計においては、あらかじめ設定されたＱｏＳは、新しい呼び出しのために使用される可能性がより高いレートセットのためのものであり、それは、新しい呼び出しについてのＱｏＳを再設定しなければならない可能性(likelihood)を減らすことができる。例えば、ＲＳ１は、大きな割合の時間について使用されることができ、また、ＲＳ２は、小さな割合の時間について使用されることができる。あらかじめ設定されたＱｏＳは、そのときは、ＲＳ１については２５６のプロファイルＩＤ、であることができる。呼び出しが使用される可能性がより低い(less likely to be used)レートセット（例、ＲＳ２）を使用する場合、そのときは、ＱｏＳは、呼び出しの終わりに、可能性がより高いレートセット(more likely rate set)（例、ＲＳ１）のために、設定されることができる。図７および９で示される例については、ＲＳ１は、より可能性が高いことができ、あらかじめ設定されたＱｏＳは、２５６のプロファイルＩＤ（あるいはＸ＝２５６）のためのものであることができ、ＲＳ２は、呼び出しのために使用されることができ、再設定されたＱｏＳは、２５７のプロファイルＩＤ（あるいはＹ＝２５７）のために使用されることができ、そして、２５６のプロファイルＩＤは、呼び出しの終わりに設定されることができる。この設計は、「スイッチバック(”switch back”)」設計と呼ばれる。

別の設計においては、あらかじめ設定されたＱｏＳは、最後の呼び出しにおいて使用されたレートセットのためのものであり、それは、ＱｏＳ再設定が必要とされないかぎり、およびＱｏＳ再設定が必要とされるまで、シグナリングオーバーヘッドを避けることができる。同じ相手方を呼び出す可能性(likelihood)は、任意の他の相手方についてよりも高くなるかもしれない。このケースにおいては、最後の呼び出しについてのＱｏＳを保持することは、ＱｏＳを再設定しなくてはならない可能性を減らすことができる。図７および９で示される例については、あらかじめ設定されたＱｏＳは、ＲＳ１については２５６のプロファイルＩＤであることができ、ＲＳ２は、呼び出しのために使用されることができ、再設定されたＱｏＳは、２５７のプロファイルＩＤであることができ、また、２５７のプロファイルＩＤは、呼び出しのために使用されることができ、呼び出しの終わりに、保持されることができる。この設計は、「ノースイッチバック(”no switch back”)」設計と呼ばれる。

あらかじめ設定されたＱｏＳは、アクセス端末１１０上でプロビジョンされた(provisioned)ＱｏＳプロファイルのためのものであることができる。アクセス端末１１０は、１つ以上のＱｏＳのリストを備えて、プロビジョンされることができる。各ＱｏＳプロファイルは、異なるレートセットあるいは、異なるサービスをサポートすることができる。リストは、音声についての単一のＱｏＳプロファイルを含むことができ、それは、単一のレートセット、例えばＲＳ１、をサポートすることができる。このケースにおいては、ＱｏＳは、この単一のレートセットについてあらかじめ設定されることができる。リストは、さらに、複数のレートセットについての複数のＱｏＳプロファイルを含むことができる。このケースにおいては、１つのレートセットは、リストから選択されることができ、そして、ＱｏＳは、選択されたレートセットについてあらかじめ設定されることができる。

図６から９で示されるように、ＱｏＳは、ＭＯ呼び出しあるいはＭＴ呼び出しの前に、あらかじめ設定されることができる。ＱｏＳは、また、遠隔アクセス端末によってサポートされるレートセット（単数または複数）を知ることなく、ＭＯ呼び出しにおける初期に、アクティブな状態にされることができる。ＭＯ呼び出しを使用するレートセットは、図７のステップ８のＳＩＰ１８０リンギングメッセージを受け取った後で、決定されることができる。ＭＴ呼び出しを使用するレートセットは、図９のステップ４のＳＩＰ招待メッセージを受け取った後で、決定されることができる。あらかじめ設定された（かつ、もしかすると(possibly)アクティブな状態である）ＱｏＳが、使用のために選択されたレートセットよりも異なるレートセットのためのものである場合、そのときは、ＱｏＳは、一度選択されたレートセットが知られると、リアルタイムで再設定されることができる。アクセス端末１１０は、レートセットをスイッチするＱｏＳを再設定するために、アクセスネットワーク１２０と、シグナリングを交換することができる。同じシグナリングシーケンスは、ＲＳ１からＲＳ２へのスイッチングのために使用されることができ、さらに、ＲＳ２からＲＳ１へのスイッチングのために使用されることができる。

ＱｏＳ再設定は、様々な方法で達成されることができる。１設計においては、単一のリザベーションラベルは、図７および９で示されるように、ＱｏＳが再設定されるかどうかにかかわらず、ＩＰフローに使用される。リザベーションラベルは、あらかじめ設定されたＱｏＳにマッピングされることができる。ＱｏＳ再設定が必要とされる場合、そのときは、このリザベーションラベルについてのＱｏＳは、アクセスネットワーク１２０と、シグナリングを交換することによって、修正されることができる。この設計は、１つのリザベーションラベルだけが維持されるので、オーバヘッドを減らすことができる。

別の設計においては、異なるリザベーションラベルは、異なるＱｏＳプロファイルと関連したＩＰフローのために使用される。この設計においては、第１のＩＰフローについての第１のリザベーションラベルは、あらかじめ設定される第１のＱｏＳプロファイルにマッピングされることができる。ＱｏＳ再設定が必要とされる場合、そのときは、第２のＱｏＳプロファイルにマッピングされた第２のＩＰフローについての第２のリザベーションラベルが設定されることができる。第２のリザベーションラベルについての設定が成功である場合、そのときは、第１のリザベーションラベルは閉じられることができ、また、第２のリザベーションラベルは、アクティブな状態にされることができる。第２のリザベーションラベルについての設定が失敗である場合、そのときは、第１のリザベーションラベルは、アクティブな状態にされることができ、また、第２のリザベーションラベルは、ドロップされる(dropped)ことができる。この設計は、（ａ）第２のリザベーションラベルを設定している間、および（ｂ）第２のリザベーションラベルについての設定が失敗する場合、に、アクセス端末が第１のリザベーションラベルを使用して通信することを可能にする。ＱｏＳ再設定はまた、他の方法で実行されることができる。

アクセス端末１１０は、ＱｏＳ再設定が実行されるかどうかに依存して、異なる方法で通信することができる。ＱｏＳ再設定が必要とされない場合（例えば、図６および８で示されたように）、そのときは、アクセス端末１１０は、全体の呼び出しについて、あらかじめ設定されたＱｏＳを使用して、通信することができる。ＱｏＳ再設定が必要とされる場合（例えば、図７および９で示されたように）、そのときは、アクセス端末１１０は、あらかじめ設定されたＱｏＳおよび再設定されたＱｏＳに依存して、異なる方法で通信することができる。

ＲＳ２およびＲＳ１についてのあらかじめ設定されたＱｏＳが使用に選択される場合、そのときは、あらかじめ設定されたＱｏＳは、選択されるＲＳ１について必要とされているより、より多くの無線リソース（例、より多くの帯域幅）を割り付けることができる。このケースにおいては、アクセス端末１１０は、あらかじめ設定されたＱｏＳを使用して、アクセス端末１１２と通信することができる。アクセス端末１１０は、無線リソースをセーブするために、ＲＳ２からＲＳ１にスイッチするＱｏＳ再設定をいつでも実行することができ、あるいはＱｏＳ再設定を全くスキップする(skip)ことができる。

ＲＳ１およびＲＳ２についてのあらかじめ設定されたＱｏＳが使用に選択される場合、そのときは、あらかじめ設定されたＱｏＳは、選択されたＲＳ２についての不十分な無線リソースを割り付けることができる。このケースにおいては、アクセス端末１１０は、ＲＳ２についての十分な無線リソース（例、帯域幅）を得るために、Ｒ１からＲＳ２にスイッチするＱｏＳ再設定を実行することができる。ＱｏＳ再設定が完成し、アクティブな状態にされるまで、アクセス端末１１０は、ＲＳ２における低いデータレートを使用して、アクセス端末１１２と通信することができ、それは、あらかじめ設定されたＱｏＳによってサポートされる。例えば、あらかじめ設定されたＱｏＳは、ＲＳ１については、９．６Ｋｂｐｓのピークデータレートの十分な無線リソースを割り付けることができる。ＲＳ２が使用に選択される場合、そのときは、アクセス端末１１０は、ＲＳ２において、１．８、３．６および７．２Ｋｂｐｓのデータレートで動作することができ、また、ＱｏＳが再設定され且つアクティブな状態にされるまで、１４．４Ｋｂｐｓのピークデータレートを使用して回避することができる。

図６から９で示されている設計においては、ＱｏＳは、１つのプロファイルＩＤについてあらかじめ設定されており、もし必要ならば、呼び出しの間に再設定されることができる。この設計は、単一のＱｏＳプロファイルによってサポートされることができる任意の呼び出しのために使用されることができる。別の設計では、ＱｏＳは、複数のプロファイルＩＤｓについて、あらかじめ設定される。適切なプロファイルＩＤは、そのあと、例えばこのプロファイルＩＤにマッピングされたリザベーションラベルをアクティブな状態にすることによって、呼び出しの使用に選択されることができる。

上記に説明された設計においては、アクセス端末１１０は、アクセスネットワーク１２０からＱｏＳをリクエストし、また、アクセスネットワーク１２０は、ＱｏＳリクエストを与えることができ、あるいは、拒むことができる。別の設計においては、アクセスネットワーク１２０は、呼び出しについての要求されるＱｏＳを決定することができ、ＱｏＳ再設定をイニシエートすることができる。例えば、アクセスネットワーク１２０は、例えばポリシーおよびチャージングルール機能(Policy and Charging Rule Function)（ＰＣＲＦ）の、指定されたネットワークエンティティによって、適切なプロファイルＩＤを、通知されることができ、そして、そのあと、呼び出しについての適切なＲＬＰパラメータを使用するために、アクセス端末１１０に通知することができる。

ここに説明された技術は、ＱｏＳを備えた任意のタイプの呼び出しのために、使用されることができる。例えば、技術は、ＶｏＩＰ通話(VoIP call)、ビデオ通話(video call)、テレビ電話会議(video conference call)などに使用されることができる。

図１０は、通信のためのアクセス端末によって実行されたプロセス１０００を示す。アクセス端末は、呼び出しの前に、第１のＱｏＳプロファイルを設定する（ブロック１０１２）。これは、（ａ）アクセスネットワークに、第１のＱｏＳプロファイルを提供するために、アクセスネットワークと、シグナリングを交換すること、（ｂ）第１のＱｏＳプロファイルで送られるべきデータを識別するために使用された、パケットフィルタをセットアップするために、ゲートウェイと、シグナリングを交換すること、を内含する(entail)ことができる。

アクセス端末は、その後、アクセスネットワークを用いて、呼び出しを確立する（例、ＶｏＩＰ呼び出しを開始する(originates)、あるいは終了する(terminates)）（ブロック１０１４）。第２のＱｏＳプロファイルが呼び出しのために使用されるべきであることを決定する前に、アクセス端末は、呼び出しの開始のときに、第１のＱｏＳプロファイルをアクティブな状態にすることができる（ブロック１０１６）。第１のＱｏＳプロファイルが呼び出しに適切である場合、そのときは、ＱｏＳは、呼び出しのために再設定される必要はない。しかしながら、アクセス端末は、第２のＱｏＳプロファイルが呼び出しのために使用されるべきであることを決定することができる（ブロック１０１８）。アクセス端末は、呼び出しのための遠隔／他の端末によってサポートされた、少なくとも１つのフォーマットあるいはレートでメッセージを受け取ることができる。アクセス端末は、第２のＱｏＳが遠隔／他の端末によってサポートされる少なくとも１つのフォーマットあるいはレートセットに基づいて、呼び出しのために使用されるべきであることを決定することができる。アクセス端末は、そのあと、呼び出しの間に、第２のＱｏＳプロファイルを設定する（ブロック１０２０）。アクセス端末は、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、第１のＱｏＳプロファイルにしたがって、データを交換することができる（ブロック１０２２）。アクセス端末は、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、第２のＱｏＳプロファイルに従って、データを交換することができる（ブロック１０２４）。

第１のＱｏＳプロファイルは、呼び出しに使用される可能性がより高いレートセット、プライアーコールに使用されるレートセット、などのためのものであることができる。第２のＱｏＳプロファイルは、現在の前記呼び出しの使用のために選択される、レートセットのためのものであることができる。各レートセットは、通信の使用に適した少なくとも１つのデータレートを含むことができる。第１のＱｏＳプロファイルは、第１のピークデータレート、例えば９．６Ｋｂｐｓ、を有する第１のレートセットをサポートすることができる。第２のＱｏＳプロファイルは、第２のピークデータレート、例えば１４．４Ｋｂｐｓ、を有する第２のレートセットをサポートすることができる。アクセス端末は、そのあと、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、第１のピークデータレートよりも低い、あるいは第１のピークデータレートと等しい、少なくとも１つのデータレートに基づいて、データを交換することができる。

アクセス端末は、呼び出しの前に、データフロー（例、ＩＰフロー）についての第１のＱｏＳプロファイルを設定することができ、呼び出しの間に、同じデータフローについての第２のＱｏＳプロファイルを設定することができる。あるいは、アクセス端末は、呼び出しの前に、第１のデータフローについての第１のＱｏＳプロファイルを設定することができ、また、呼び出しの間に、第２のデータフローについての第２のＱｏＳプロファイルを設定することができる。このケースにおいては、アクセス端末は、（ａ）第２のＱｏＳプロファイルはうまく設定され且つアクティブな状態にされる場合、第２のデータフローを介して、あるいは、（ｂ）第２のＱｏＳプロファイルはうまく設定されず、アクティブな状態にされない場合、第１のデータフローを介して、データを交換することができる。各データフローは、リザベーションラベルによって、識別されることができる。

アクセス端末は、呼び出しの終わりに、第１のＱｏＳプロファイルを設定することができる。アクセス端末は、さらに、次の呼び出しへの潜在的使用のために、呼び出しの終わりに、第２のＱｏＳプロファイルを保持することができる。

図１１は、通信をサポートする、アクセスネットワークによって実行された、プロセス１１００を示す。アクセスネットワークは、呼び出しの前に、アクセス端末についての第１のＱｏＳプロファイルを設定する（ブロック１１１２）。その後、呼び出しは、アクセス端末とアクセスネットワークとの間で確立される（ブロック１１１４）。アクセスネットワークは、アクセス端末から、呼び出しの初めに、例えばＭＯ呼び出しのために、第１のＱｏＳプロファイルをアクティブな状態にするリクエストを、受けとることができ（ブロック１１１６）、そして、そのあと、アクセス端末についての第１のＱｏＳプロファイルをアクティブな状態にすることができる（ブロック１１１８）。第１のＱｏＳプロファイルが呼び出しに適切である場合、そのときは、ＱｏＳは、呼び出しのために再設定される必要はない。しかしながら、アクセスネットワークは、呼び出しの間に、アクセス端末についての第２のＱｏＳプロファイルを設定することができる（ブロック１１２０）。アクセスネットワークは、アクセス端末から、第２のＱｏＳプロファイルを設定するリクエストを受け取ることができる。あるいは、アクセスネットワークは、第２のＱｏＳプロファイルが呼び出しに対して適切であるかを決定することができ、第２のＱｏＳプロファイルの設定をイニシエートすることができる。どんなケースにおいても、アクセスネットワークは、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、第１のＱｏＳプロファイルにしたがって、アクセス端末と、データを交換することができる（ブロック１１２２）。アクセスネットワークは、第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、第２のＱｏＳプロファイルにしたがって、アクセス端末と、データを交換することができる（ブロック１１２４）。

ここで説明される技術は、アクセス端末が、呼び出しのために要求されるＱｏＳを知る前は、ＱｏＳ設定およびアクティベーションを可能にする。技術は、また、ＱｏＳ再設定がリアルタイムで実行される間、あらかじめ設定されたＱｏＳを使用しての通信を可能にする。技術は、アクセスネットワークにＱｏＳにおける変化を通信すること、を可能にするので、適切なアドミッション制御が実行されることができる。技術は、呼び出しセットアッププロセスにおいて、異なるＳＩＰプロシージャを用いて、動作することができ、それは、必要である場合には、例えば遠隔／他の端末から聞こえた後で、ＱｏＳ再設定を実行する。ＱｏＳ再設定は、あらかじめ設定されたＱｏＳ（あるいは古いレートセット）および再設定されたＱｏＳ（あるいは新しいレートセット）にかかわらず、対称的(symmetric)である。この対称は、ＱｏＳ再設定のための、アクセス端末とアクセスネットワークとにおいての処理を単純化することができる。

図１２は、アクセス端末１１０とアクセスネットワーク１２０とのブロック図を示す。逆方向リンク（あるいはアップリンク）上で、アクセス端末１１０において、データプロセッサ１２１０は、無線技術（例、ＨＲＰＤ）にしたがって、アクセスネットワーク１２０に送られるべきデータおよびシグナリングを処理し（例、フォーマットし、符号化し、そして変調し）、出力チップを生成する。送信機(transmitter)（ＴＭＴＲ）１２１２は、そのあと、出力チップをコンディションし(conditions)（例えば、アナログに変換し、フィルタにかけ、増幅し、そして、周波数アップコンバートし(frequency up converts)）、また、逆方向リンク信号を生成する、そして、それは、アンテナ１２１４を介して送信される。アクセスネットワーク１２０において、アクセス端末１１０および他のアクセス端末からの逆方向リンク信号は、アンテナ１２３０を介して受け取られ、受信機(receiver)（ＲＣＶＲ）１２３２によって、サンプルを得るために、コンディションされる（例、フィルタにかけられる、増幅される、周波数ダウンコンバートされる、またデジタル化される）。データプロセッサ１２３４は、そのあと、アクセス端末１１０および他のアクセス端末によって送られる、データおよびシグナリングを得るために、サンプルを処理する（例、復調し復号化する）。

順方向リンク（あるいはダウンリンク）上で、アクセスネットワーク１２０においては、アクセス端末に送られるべきデータおよびシグナリングは、データプロセッサ１２３４によって処理され、また、順方向リンク信号を生成するために、トランスミッタ１２３２によって、さらにコンディションされ、そして、それは、アンテナ１２３２を介して送信される。アクセス端末１１０においては、アクセスネットワーク１２０からの順方向リンク信号は、アクセスネットワーク１２０によってアクセス端末１１０に送られた、データおよびシグナリングを得るために、アンテナ１２１４を介して受け取られ、受信機１２１２によってコンディションされ、また、データプロセッサ１２１０によって処理される。

コントローラ／プロセッサ１２２０および１２４０は、アクセス端末１１０およびアクセスネットワーク１２０で、それぞれ、オペレーションを制御する。プロセッサ１２１０および／または１２２０は、図１０のプロセス１０００および／またはアクセス端末１１０についての通信をサポートする他のプロセス、をインプリメントすることができる。プロセッサ１２１０および／または１２２０は、また、図９の呼び出しフロー９００を通じて、図４の呼び出しフロー４００におけるアクセス端末１１０についての処理を実行することができる。プロセッサ１２３４および／または１２４０は、図１１のプロセス１１００および／またはアクセス端末のための通信をサポートする他のプロセスをインプリメントすることができる。プロセッサ１２３４および／または１２４０は、また、図９の呼び出しフロー９００を通じて、図４の呼び出しフロー４００におけるアクセスネットワーク１２０についての処理を実行することができる。メモリ１２２２および１２４２は、アクセス端末１１０およびアクセスネットワーク１２０についてのプログラムコードおよびデータを、それぞれ、保存する。メモリ１２２２は、アクセス端末１１０についてのＱｏＳ情報（例、ＱｏＳプロファイル、あらかじめ設定されたＱｏＳなど）を保存することができる。メモリ１２４２は、アクセスネットワーク１２０によってサーブされている(served)アクセス端末についてのあらかじめ設定されたＱｏＳを保存することができる。アクセスネットワーク１２０は、通信(communication)（Ｃｏｍｍ）ユニット１２４４を介して、他のネットワークエンティティと通信することができる。

図１２は、アクセス端末１１０およびアクセスネットワーク１２０の単純化されたブロック図を示す。一般に、アクセス端末１１０およびアクセスネットワーク１２０は、それぞれ、任意の数のプロセッサ、メモリなどを含むことができる。アクセスネットワーク１２０による処理は、また、異なるネットワークエンティティ、例、基地局、ＢＳＣｓ／ＰＣＦｓなど、にわたって分散される(distributed)ことができる。

ここで説明された技術は、様々な手段によってインプリメントされることができる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェアあるいはそれの組合せの中でインプリメントされることができる。ハードウェアインプリメンテーションについては、アクセス端末で技術を実行するために使用されるプロセッシングユニットは、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタル信号プロセッサ（ＤＳＰｓ）、デジタル信号処理デバイス（ＤＳＰＤｓ）、プログラマブル論理デバイス（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここで説明された機能を実行するように設計された他の電子ユニット、コンピュータ、あるいはそれの組合せの中でインプリメントされることができる。

ファームウェアおよび／またはソフトウェアインプリメンテーションに関して、該技術は、ここに説明される機能を実行するモジュール（例、プロシージャ、機能など）でインプリメントされることができる。ファームウェアおよび／またはソフトウェアコードは、メモリ（例、図１２のメモリ１２２２あるいは１２４２）において保存され、プロセッサ（例、プロセッサ１２２０あるいは１２４０）によって実行されることができる。メモリは、プロセッサ内あるいはプロセッサの外でインプリメントされてもよい。

ここに説明された技術をインプリメントする装置は、スタンドアローンのユニット、あるいは、デバイスの一部であってもよい。デバイスは、（ｉ）スタンドアローンの集積回路（ＩＣ）、（ｉｉ）データおよび／またはインストラクションを保存するためのメモリＩＣｓを含むことができる１つもしくは複数のＩＣｓの１セット、（ｉｉｉ）移動局モデム(mobile station modem)（ＭＳＭ）のようなＡＳＩＣ、（ｉｖ）他のデバイス内に組み込まれることができるモジュール、（ｖ）セルラ電話、無線デバイス、ハンドセット、あるいはモバイルユニット、（ｖｉ）等、であってもよい。

本開示の、以上の説明は、いずれの当業者も本発明を作り、使用することができるように提供される。本開示に対する様々な修正は、当業者にとって容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、本開示の精神あるいは範囲から逸脱することなく、他の変形に適用されることができる。したがって、本開示は、ここに説明された例に限定されるようには意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。

本開示の、以上の説明は、いずれの当業者も本発明を作り、使用することができるように提供される。本開示に対する様々な修正は、当業者にとって容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、本開示の精神あるいは範囲から逸脱することなく、他の変形に適用されることができる。したがって、本開示は、ここに説明された例に限定されるようには意図されておらず、ここに開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定し、第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定し、そして、前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合され、そして、前記第１および第２のＱｏＳプロファイルを保存することが動作可能なメモリと、
を備える装置。
［２］前記第１のＱｏＳプロファイルを設定するために、前記少なくとも１つのプロセッサは、前記第１のＱｏＳプロファイルを提供するアクセスネットワークと、シグナリングを交換し、そして、前記第１のＱｏＳプロファイルを用いて送信されるべきデータを識別するために使用されるパケットフィルタをセットアップするゲートウェイと、シグナリングを交換する、［１］に記載の装置。
［３］前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記少なくとも１つのプロセッサは、前記第１のＱｏＳプロファイルをアクティブな状態にする、［１］に記載の装置。
［４］前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、データを交換する、［１］に記載の装置。
［５］前記第１のＱｏＳプロファイルは、第１のピークデータレートをサポートし、前記第２のＱｏＳプロファイルは、前記第１のピークデータレートよりも高い第２のピークデータレートをサポートする、また、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記少なくとも１つのプロセッサは、前記第１のピークデータレートよりも低いあるいは前記第１のピークデータレートと等しい少なくとも１つのデータレートに基づいて、データを交換する、［１］に記載の装置。
［６］前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルにしたがって、データを交換する、［１］に記載の装置。
［７］前記第１のＱｏＳプロファイルは、第１のデータレートセットをサポートし、前記第２のＱｏＳプロファイルは、第２のレートセットをサポートする、また各レートセットは、通信の使用に適した少なくとも１つのデータレートを含んでいる、［１］に記載の装置。
［８］前記第１のレートセットは、９．６キロビット／秒（Ｋｂｐｓ）までの複数のデータレートを含んでおり、前記第２のレートセットは、１４．４Ｋｂｐｓまでの複数のデータレートを含んでいる、［７］に記載の装置。
［９］前記第１のＱｏＳプロファイルは、前記呼び出しに使用される可能性がより高いレートセットのためのものであり、前記第２のＱｏＳプロファイルは、前記呼び出しの使用のために選択されたレートセットのためのものである、［１］に記載の装置。
［１０］前記第１のＱｏＳプロファイルは、プライアーコールに使用されるレートセットのためのものであり、前記第２のＱｏＳプロファイルは、前記呼び出しの使用のために選択されたレートセットのためのものである、［１］に記載の装置。
［１１］前記少なくとも１つのプロセッサは、前記呼び出しのための遠隔端末によってサポートされる少なくとも１つのフォーマットでメッセージを受け取り、そして、前記遠隔端末によってサポートされる前記少なくとも１つのフォーマットに基づいて、前記呼び出しのために、前記第２のＱｏＳプロファイルが使用されるべきであることを決定する、［７］に記載の装置。
［１２］前記少なくとも１つのプロセッサは、前記呼び出しの前に、データフローについての前記第１のＱｏＳプロファイルを設定し、そして、前記呼び出しの間に、前記データフローについての前記第２のＱｏＳプロファイルを設定する、［１］に記載の装置。
［１３］前記少なくとも１つのプロセッサは、前記呼び出しの前に、第１のデータフローについての前記第１のＱｏＳプロファイルを設定し、前記呼び出しの間に第２のデータフローについての前記第２のＱｏＳプロファイルを設定する、［１］に記載の装置。
［１４］前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルがうまく設定され且つアクティブな状態にされる場合、前記第２のデータフローを介して、データを交換し、また、前記第２のＱｏＳプロファイルがうまく設定されず、アクティブな状態にされない場合には、前記第１のデータフローを介して、データを交換する、［１３］に記載の装置。
［１５］前記少なくとも１つのプロセッサは、前記呼び出しの終わりに、前記第１のＱｏＳプロファイルを設定する、［１］に記載の装置。
［１６］前記少なくとも１つのプロセッサは、次の呼び出しへの潜在的使用のために、前記呼び出しの終わりに、前記第２のＱｏＳプロファイルを保持する、［１］に記載の装置。
［１７］前記呼び出しは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）のためのものである、［１］に記載の装置。
［１８］呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定することと、
第２のＱｏＳプロファイルは、前記呼び出しのために使用されるべきであることを決定することと、
前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定することと、
を備える方法。
［１９］前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にすること、
をさらに備える［１８］に記載の方法。
［２０］前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、データを交換すること、
をさらに備える［１８］に記載の方法。
［２１］前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、データを交換すること、
をさらに備える［１８］に記載の方法。
［２２］呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定するための手段と、
第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定するための手段と、
前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定するための手段と、
を備える装置。
［２３］前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするための手段、
をさらに備える［２２］に記載の装置。
［２４］前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、データを交換するための手段、
をさらに備える［２２］に記載の装置。
［２５］呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定するための第１のインストラクションセットと、
第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定するための第２のインストラクションセットと、
前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定するための第３のインストラクションセットと、
を備える、コンピュータ可読メディア上で保存されたインストラクションを含んでいるコンピュータ可読メディア。
［２６］呼び出しの前に、アクセス端末についての第１のサービス品質（ＱｏＳ）プロファイルを設定し、前記呼び出しの間に、前記アクセス端末についての第２のＱｏＳプロファイルを設定する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合され、前記アクセス端末についての前記第１および第２のＱｏＳプロファイルを保存することが動作可能なメモリと、
を備える装置。
［２７］前記少なくとも１つのプロセッサは、前記呼び出しのために、前記第２のＱｏＳプロファイルが使用されるべきであることを決定し、前記第２のＱｏＳプロファイルの設定をイニシエートする、［２６］に記載の装置。
［２８］前記少なくとも１つのプロセッサは、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするリクエストを、前記アクセス端末から受け取り、前記アクセス端末についての前記第１のＱｏＳプロファイルをアクティブな状態にする、［２６］に記載の装置。
［２９］前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換する、［２６］に記載の装置。
［３０］前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換する、［２６］に記載の装置。
［３１］呼び出しの前に、アクセス端末についての第１のサービス品質（ＱｏＳ）プロファイルを設定することと、
前記呼び出しの間に、前記アクセス端末についての第２のＱｏＳプロファイルを設定することと、
を備える方法。
［３２］前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするリクエストを、前記アクセス端末から受け取ることと、
前記アクセス端末についての前記第１のＱｏＳプロファイルをアクティブな状態にすることと、
をさらに備える［３１］に記載の方法。
［３３］前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換することと、
をさらに備える［３１］に記載の方法。

Claims (33)

1. 呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定し、第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定し、そして、前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定する、少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに結合され、そして、前記第１および第２のＱｏＳプロファイルを保存することが動作可能なメモリと、
   を備える装置。
2. 前記第１のＱｏＳプロファイルを設定するために、前記少なくとも１つのプロセッサは、前記第１のＱｏＳプロファイルを提供するアクセスネットワークと、シグナリングを交換し、そして、前記第１のＱｏＳプロファイルを用いて送信されるべきデータを識別するために使用されるパケットフィルタをセットアップするゲートウェイと、シグナリングを交換する、請求項１に記載の装置。
3. 前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記少なくとも１つのプロセッサは、前記第１のＱｏＳプロファイルをアクティブな状態にする、請求項１に記載の装置。
4. 前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、データを交換する、請求項１に記載の装置。
5. 前記第１のＱｏＳプロファイルは、第１のピークデータレートをサポートし、前記第２のＱｏＳプロファイルは、前記第１のピークデータレートよりも高い第２のピークデータレートをサポートする、また、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記少なくとも１つのプロセッサは、前記第１のピークデータレートよりも低いあるいは前記第１のピークデータレートと等しい少なくとも１つのデータレートに基づいて、データを交換する、請求項１に記載の装置。
6. 前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルにしたがって、データを交換する、請求項１に記載の装置。
7. 前記第１のＱｏＳプロファイルは、第１のデータレートセットをサポートし、前記第２のＱｏＳプロファイルは、第２のレートセットをサポートする、また各レートセットは、通信の使用に適した少なくとも１つのデータレートを含んでいる、請求項１に記載の装置。
8. 前記第１のレートセットは、９．６キロビット／秒（Ｋｂｐｓ）までの複数のデータレートを含んでおり、前記第２のレートセットは、１４．４Ｋｂｐｓまでの複数のデータレートを含んでいる、請求項７に記載の装置。
9. 前記第１のＱｏＳプロファイルは、前記呼び出しに使用される可能性がより高いレートセットのためのものであり、前記第２のＱｏＳプロファイルは、前記呼び出しの使用のために選択されたレートセットのためのものである、請求項１に記載の装置。
10. 前記第１のＱｏＳプロファイルは、プライアーコールに使用されるレートセットのためのものであり、前記第２のＱｏＳプロファイルは、前記呼び出しの使用のために選択されたレートセットのためのものである、請求項１に記載の装置。
11. 前記少なくとも１つのプロセッサは、前記呼び出しのための遠隔端末によってサポートされる少なくとも１つのフォーマットでメッセージを受け取り、そして、前記遠隔端末によってサポートされる前記少なくとも１つのフォーマットに基づいて、前記呼び出しのために、前記第２のＱｏＳプロファイルが使用されるべきであることを決定する、請求項７に記載の装置。
12. 前記少なくとも１つのプロセッサは、前記呼び出しの前に、データフローについての前記第１のＱｏＳプロファイルを設定し、そして、前記呼び出しの間に、前記データフローについての前記第２のＱｏＳプロファイルを設定する、請求項１に記載の装置。
13. 前記少なくとも１つのプロセッサは、前記呼び出しの前に、第１のデータフローについての前記第１のＱｏＳプロファイルを設定し、前記呼び出しの間に第２のデータフローについての前記第２のＱｏＳプロファイルを設定する、請求項１に記載の装置。
14. 前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルがうまく設定され且つアクティブな状態にされる場合、前記第２のデータフローを介して、データを交換し、また、前記第２のＱｏＳプロファイルがうまく設定されず、アクティブな状態にされない場合には、前記第１のデータフローを介して、データを交換する、請求項１３に記載の装置。
15. 前記少なくとも１つのプロセッサは、前記呼び出しの終わりに、前記第１のＱｏＳプロファイルを設定する、請求項１に記載の装置。
16. 前記少なくとも１つのプロセッサは、次の呼び出しへの潜在的使用のために、前記呼び出しの終わりに、前記第２のＱｏＳプロファイルを保持する、請求項１に記載の装置。
17. 前記呼び出しは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）のためのものである、請求項１に記載の装置。
18. 呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定することと、
    第２のＱｏＳプロファイルは、前記呼び出しのために使用されるべきであることを決定することと、
    前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定することと、
    を備える方法。
19. 前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にすること、
    をさらに備える請求項１８に記載の方法。
20. 前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、データを交換すること、
    をさらに備える請求項１８に記載の方法。
21. 前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、データを交換すること、
    をさらに備える請求項１８に記載の方法。
22. 呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定するための手段と、
    第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定するための手段と、
    前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定するための手段と、
    を備える装置。
23. 前記第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定する前に、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするための手段、
    をさらに備える請求項２２に記載の装置。
24. 前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、データを交換するための手段、
    をさらに備える請求項２２に記載の装置。
25. 呼び出しの前に、第１のサービス品質（ＱｏＳ）プロファイルを設定するための第１のインストラクションセットと、
    第２のＱｏＳプロファイルが前記呼び出しのために使用されるべきであることを決定するための第２のインストラクションセットと、
    前記呼び出しの間に、前記第２のＱｏＳプロファイルを設定するための第３のインストラクションセットと、
    を備える、コンピュータ可読メディア上で保存されたインストラクションを含んでいるコンピュータ可読メディア。
26. 呼び出しの前に、アクセス端末についての第１のサービス品質（ＱｏＳ）プロファイルを設定し、前記呼び出しの間に、前記アクセス端末についての第２のＱｏＳプロファイルを設定する、少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合され、前記アクセス端末についての前記第１および第２のＱｏＳプロファイルを保存することが動作可能なメモリと、
    を備える装置。
27. 前記少なくとも１つのプロセッサは、前記呼び出しのために、前記第２のＱｏＳプロファイルが使用されるべきであることを決定し、前記第２のＱｏＳプロファイルの設定をイニシエートする、請求項２６に記載の装置。
28. 前記少なくとも１つのプロセッサは、前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするリクエストを、前記アクセス端末から受け取り、前記アクセス端末についての前記第１のＱｏＳプロファイルをアクティブな状態にする、請求項２６に記載の装置。
29. 前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされる前は、前記第１のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換する、請求項２６に記載の装置。
30. 前記少なくとも１つのプロセッサは、前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換する、請求項２６に記載の装置。
31. 呼び出しの前に、アクセス端末についての第１のサービス品質（ＱｏＳ）プロファイルを設定することと、
    前記呼び出しの間に、前記アクセス端末についての第２のＱｏＳプロファイルを設定することと、
    を備える方法。
32. 前記呼び出しの開始のときに、前記第１のＱｏＳプロファイルをアクティブな状態にするリクエストを、前記アクセス端末から受け取ることと、
    前記アクセス端末についての前記第１のＱｏＳプロファイルをアクティブな状態にすることと、
    をさらに備える請求項３１に記載の方法。
33. 前記第２のＱｏＳプロファイルが設定され且つアクティブな状態にされた後は、前記第２のＱｏＳプロファイルにしたがって、前記アクセス端末と、データを交換することと、
    をさらに備える請求項３１に記載の方法。

Images