(57)【特許請求の範囲】
【請求項１】
アクセス端末のサービス品質（ＱｏＳ）を構成するための方法であって、
ゲートウェイにおいて、アクセス端末のためのパケットデータアクセスについての要求を受信することと、
前記ゲートウェイによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断することと、
前記ＱｏＳポリシー構成とは別個に前記アクセス端末との予約リンクを確立することと、
前記予約リンクのアクティブ化を開始すること、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、方法。
【請求項２】
前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を受信することをさらに備える、請求項１に記載の方法。
【請求項３】
前記ゲートウェイは、高速パケットデータ（ＨＲＰＤ）サービングゲートウェイ（ＨＳＧＷ）またはパケットデータサービングノード（ＰＤＳＮ）である、請求項１に記載の方法。
【請求項４】
前記予約リンクのアクティブ化を開始することが、
到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、
ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと
をさらに備える、請求項３に記載の方法。
【請求項５】
前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、請求項３に記載の方法。
【請求項６】
前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記無線ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、請求項１に記載の方法。
【請求項７】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行することと、
前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにすることと
をさらに備える、請求項１に記載の方法。
【請求項８】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行することと、
ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにすることと
をさらに備える、請求項１に記載の方法。
【請求項９】
グローバルフィルタ識別子空間を、アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割することをさらに備える、請求項１に記載の方法。
【請求項１０】
アクセス端末主導型ＱｏＳのためのポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、前記ＰＤＳＮまたは前記ＨＳＧＷにおいてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることをさらに備える、請求項３に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）と、前記ＰＤＳＮと、前記ＰＣＲＦとに関して前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、請求項１０に記載の方法。
【請求項１２】
進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）から前記ＰＤＳＮが得る情報に基づいて、前記ＰＤＳＮから前記ＰＣＲＦへの予約のステータスを示すことをさらに備える、請求項１０に記載の方法。
【請求項１３】
前記アクセス端末から要求を受信したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除することをさらに備える、請求項１０に記載の方法。
【請求項１４】
前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）のＨＲＰＤタイプを使用したことに応答する、請求項１０に記載の方法。
【請求項１５】
前記予約リンクのアクティブ化を開始することが、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して予約オンを送るように前記アクセス端末をトリガすることと、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して予約オフを送るように前記アクセス端末をトリガすることとをさらに備える、請求項１に記載の方法。
【請求項１６】
ゲートウェイにおいて、アクセス端末からパケットデータアクセスについての要求を受信することと、
前記ゲートウェイによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断することと、 
前記ＱｏＳポリシー構成とは別個に前記アクセス端末との予約リンクを確立することと、
前記予約リンクのアクティブ化を開始すること、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
のために構成されるハードウェアを備える、プロセッサモジュール。
【請求項１７】
アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてゲートウェイによって動作可能なコードセットを記憶する非一時的コンピュータ可読記憶媒体であって、前記コードセットは、
コンピュータに、前記ゲートウェイにおいて、アクセス端末からパケットデータアクセスについての要求を受信させるための第１のコードセットと、
前記コンピュータに、前記ゲートウェイによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断させるための第２のコードセットと、
前記コンピュータに、前記ＱｏＳポリシー構成とは別個に前記アクセス端末との予約リンクを確立させるための第３のコードセットと、
前記コンピュータに、前記予約リンクのアクティブ化を開始させるための第４のコードセット、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、非一時的コンピュータ可読記憶媒体。
【請求項１８】
アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてゲートウェイによって動作可能な装置であって、
前記ゲートウェイにおいて、アクセス端末のためのパケットデータアクセスについての要求を受信するための手段と、
前記ゲートウェイによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するための手段と、
前記ＱｏＳポリシー構成とは別個に前記アクセス端末との予約リンクを確立するための手段と、
前記予約リンクのアクティブ化を開始するための手段、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、装置。
【請求項１９】
アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてゲートウェイによって動作可能な装置であって、
前記ゲートウェイにおいて、アクセス端末のためのパケットデータアクセスについての要求を受信するトランシーバと、
前記ゲートウェイによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するためのコンピューティングプラットフォームと、
前記ＱｏＳポリシー構成とは別個に前記アクセス端末との予約リンクを確立するためのネットワークインターフェースと、を備え、
前記トランシーバは、さらに、前記予約リンクのアクティブ化を開始するために構成される、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、
装置。
【請求項２０】
前記トランシーバが、さらに、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を受信することによって、前記予約リンクの前記アクティブ化の開始のために構成される、請求項１９に記載の装置。
【請求項２１】
前記ゲートウェイは、さらに、高速パケットデータ（ＨＲＰＤ）サービングゲートウェイ（ＨＳＧＷ）またはパケットデータサービングノード（ＰＤＳＮ）である、請求項１９に記載の装置。
【請求項２２】
前記トランシーバは、さらに、
到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、
ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと
によって前記予約リンクの前記アクティブ化の開始のために構成される、請求項２１に記載の装置。
【請求項２３】
前記トランシーバは、さらに、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングに前記ネットワークインターフェースが参加したことに応答して、前記予約リンクの前記アクティブ化の開始のために構成される、請求項２１に記載の装置。
【請求項２４】
前記トランシーバは、さらに、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することを受信することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記無線ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することを送信することとによって、前記予約リンクの前記アクティブ化の開始のために構成される、請求項１９に記載の装置。
【請求項２５】
前記ネットワークインターフェースが、さらに、ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行し、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにするために構成される、請求項１９に記載の装置。
【請求項２６】
前記ネットワークインターフェースが、さらに、ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行し、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにするために構成される、請求項１９に記載の装置。
【請求項２７】
前記コンピューティングプラットフォームが、さらに、グローバルフィルタ識別子空間を、アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割するために構成される、請求項１９に記載の装置。
【請求項２８】
前記コンピューティングプラットフォームが、さらに、アクセス端末主導型ＱｏＳのためのポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、前記ＰＤＳＮまたは前記ＨＳＧＷにおいてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けるために構成される、請求項２１に記載の装置。
【請求項２９】
前記コンピューティングプラットフォームが、さらに、ユーザ機器（ＵＥ）と、前記ＰＤＳＮと、前記ＰＣＲＦとに関して前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュするために構成される、請求項２８に記載の装置。
【請求項３０】
前記ネットワークインターフェースは、さらに、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）から前記ＰＤＳＮが得る情報に基づいて、前記ＰＤＳＮから前記ＰＣＲＦへの予約のステータスを示すために構成される、請求項２８に記載の装置。
【請求項３１】
前記コンピューティングプラットフォームが、さらに、前記アクセス端末から要求を受信したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するために構成される、請求項２８に記載の装置。
【請求項３２】
前記コンピューティングプラットフォームが、さらに、無線アクセス技術（ＲＡＴ）のＨＲＰＤタイプを使用したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けるために構成される、請求項２８に記載の装置。
【請求項３３】
前記トランシーバが、さらに、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して予約オンを送るように前記アクセス端末をトリガすることと、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して予約オフを送るように前記アクセス端末をトリガすることとによって、前記予約リンクのアクティブ化を開始するために構成される、請求項１９に記載の装置。
【請求項３４】
アクセス端末によってサービス品質（ＱｏＳ）を要求するための方法であって、
パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記ゲートウェイに、前記アクセス端末のための前記パケットデータアクセスについての要求を送信することと、
前記ＱｏＳポリシー構成とは別個に前記ゲートウェイとの前記予約リンクを確立することと、
前記予約リンクのアクティブ化を開始すること、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、前記ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、方法。
【請求項３５】
前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を送信することをさらに備える、請求項３４に記載の方法。
【請求項３６】
前記ゲートウェイは、高速パケットデータ（ＨＲＰＤ）サービングゲートウェイ（ＨＳＧＷ）またはパケットデータサービングノード（ＰＤＳＮ）である、請求項３４に記載の方法。
【請求項３７】
前記予約リンクのアクティブ化を開始することが、
到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、
ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと
をさらに備える、請求項３６に記載の方法。
【請求項３８】
前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、請求項３６に記載の方法。
【請求項３９】
前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、請求項３４に記載の方法。
【請求項４０】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、請求項３４に記載の方法。
【請求項４１】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、請求項３４に記載の方法。
【請求項４２】
アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割されたグローバルフィルタ識別子空間を使用することをさらに備える、請求項３４に記載の方法。
【請求項４３】
ポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、前記ＰＤＳＮまたは前記ＨＳＧＷにおいてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることを促すために、前記アクセス端末によりＱｏＳを開始することをさらに備える、請求項３６に記載の方法。
【請求項４４】
ユーザ機器（ＵＥ）と、前記ＰＤＳＮと、前記ＰＣＲＦとに関して前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、請求項４３に記載の方法。
【請求項４５】
予約のステータスは、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）から前記ＰＤＳＮが得る情報に基づいて、前記ＰＤＳＮからポリシーおよび課金リソース機能（ＰＣＲＦ）に示される、請求項４３に記載の方法。
【請求項４６】
前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するための要求を前記アクセス端末から送ることをさらに備える、請求項４３に記載の方法。
【請求項４７】
前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）のＨＲＰＤタイプを使用したことに応答する、請求項４３に記載の方法。
【請求項４８】
前記予約リンクのアクティブ化を開始することが、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オンを送ることと、前記ゲートウェイによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オフを送ることとをさらに備える、請求項３４に記載の方法。
【請求項４９】
パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにゲートウェイに促すために、前記アクセス端末から前記ゲートウェイに前記パケットデータアクセスについての要求を送信することと、
前記ＱｏＳポリシー構成とは別個に前記ゲートウェイとの前記予約リンクを確立することと、
前記予約リンクのアクティブ化を開始すること、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、無線ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
のために構成されるハードウェアを備える、
プロセッサモジュール。
【請求項５０】
サービス品質（ＱｏＳ）を要求することにおいてアクセス端末によって動作可能なコードセットを記憶する非一時的コンピュータ可読記憶媒体であって、前記コードセットは、
パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、コンピュータに、前記ゲートウェイに、前記アクセス端末のためのパケットデータアクセスについての要求を送信させるための第１のコードセットと、
前記コンピュータに、前記ＱｏＳポリシー構成とは別個に前記ゲートウェイとの予約リンクを確立させるための第２のコードセットと、
前記コンピュータに、前記予約リンクのアクティブ化を開始させるための第３のコードセット、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、前記ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、非一時的コンピュータ可読記憶媒体。
【請求項５１】
サービス品質（ＱｏＳ）を要求することにおいてアクセス端末によって動作可能な装置であって、
パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記ゲートウェイに、前記アクセス端末のための前記パケットデータアクセスについての要求を送信するための手段と、
前記ＱｏＳポリシー構成とは別個に前記ゲートウェイとの予約リンクを確立するための手段と、
前記予約リンクのアクティブ化を開始するための手段、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、前記ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、装置。
【請求項５２】
サービス品質（ＱｏＳ）を要求することにおいてアクセス端末によって動作可能な装置であって、
パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記ゲートウェイに、前記アクセス端末のためのパケットデータアクセスについての要求を送信するためのトランシーバと、
前記ＱｏＳポリシー構成とは別個に前記ネットワークとの予約リンクを確立し、前記予約リンクのアクティブ化を開始するための前記トランシーバを介したコンピューティングプラットフォーム、ここで、前記予約リンクの前記アクティブ化の開始は、前記ゲートウェイからの指示に応答して、前記ネットワークによる順方向と逆方向の両方のフローのための予約をオンにすることを含む、と
を備える、装置。
【請求項５３】
前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を送信することをさらに備える、請求項５２に記載の装置。
【請求項５４】
前記ゲートウェイは、高速パケットデータ（ＨＲＰＤ）サービングゲートウェイ（ＨＳＧＷ）またはパケットデータサービングノード（ＰＳＤＮ）である、請求項５２に記載の装置。
【請求項５５】
前記予約リンクのアクティブ化を開始することが、
到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、
ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと
をさらに備える、請求項５４に記載の装置。
【請求項５６】
前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、請求項５４に記載の装置。
【請求項５７】
前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、請求項５２に記載の装置。
【請求項５８】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、請求項５２に記載の装置。
【請求項５９】
ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、請求項５２に記載の装置。
【請求項６０】
アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割されたグローバルフィルタ識別子空間を使用することをさらに備える、請求項５２に記載の装置。
【請求項６１】
ポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、前記ＰＤＳＮまたは前記ＨＳＧＷにおいてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることを促すために、前記アクセス端末がＱｏＳを開始することをさらに備える、請求項５４に記載の装置。
【請求項６２】
ユーザ機器（ＵＥ）と、前記ＰＤＳＮと、前記ＰＣＲＦとに関して前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、請求項６１に記載の装置。
【請求項６３】
予約のステータスは、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）から前記ＰＤＳＮが得る情報に基づいて、前記ＰＤＳＮから前記ＰＣＲＦに示される、請求項６１に記載の装置。
【請求項６４】
前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するための要求を前記アクセス端末から送ることをさらに備える、請求項６１に記載の装置。
【請求項６５】
前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）のＨＲＰＤタイプを使用したことに応答する、請求項６１に記載の装置。
【請求項６６】
前記予約リンクのアクティブ化を開始することが、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オンを送ることと、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オフを送ることとをさらに備える、請求項５２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［米国特許法第１１９条に基づく優先権の主張］
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年７月２０日に出願された「Method and Apparatus for Turning on Flows in Network Initiated QoS」と題する仮出願第６１／２２６，９７８号の優先権を主張する。
【０００２】
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年１０月１６日に出願された「MS Initiated QoS in HRPD with PCC Architecture」と題する仮出願第６１／２５２，３５６号の優先権を主張する。
【０００３】
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２００９年１１月１９日に出願された「Method and Apparatus to Turn on Reservation for Network Initiated QoS in eHRPD and HRPD」と題する仮出願第６１／２６２，８８２号の優先権を主張する。
【背景技術】
【０００４】
［背景］
［分野］
本開示は、一般に通信に関し、より詳細には、ワイヤレス通信ネットワークにおける、パケットデータサービス品質と、予約リンク(reservation link)のアクティブ化とのための技法に関する。
【０００５】
［背景］
ワイヤレス通信システムは、ボイス、データなど様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【０００６】
概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上での送信によって１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力、多入力単出力または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。
【０００７】
Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）は第３世代（３Ｇ）携帯電話技術の１つである。ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略してＵＴＲＡＮは、ＵＭＴＳ無線アクセスネットワークを構成するノードＢと無線ネットワークコントローラとの総称である。この通信ネットワークは、リアルタイム回線交換からＩＰベースパケット交換まで多くのトラフィックタイプを搬送することができる。ＵＴＲＡＮは、ＵＥ（ユーザ機器）とコアネットワークとの間の接続を可能にする。ＲＮＣは１つまたは複数のノードＢに制御機能を与える。典型的な実装形態は、複数のノードＢにサービスしている中央局に配置された別個のＲＮＣを有するが、ノードＢとＲＮＣは同じデバイスとすることができる。ノードＢとＲＮＣとが物理的に分離される必要はないということにもかかわらず、それらの間には、Ｉｕｂとして知られる論理インターフェースがある。ＲＮＣおよびその対応するノードＢは、無線ネットワークサブシステム（ＲＮＳ）と呼ばれる。ＵＴＲＡＮには２つ以上のＲＮＳが存在する場合がある。
【０００８】
（ＩＭＴ  Ｍｕｌｔｉ  Ｃａｒｒｉｅｒ（ＩＭＴ  ＭＣ）としても知られる）ＣＤＭＡ２０００は、モバイルフォンとセルサイトとの間でボイス、データ、およびシグナリングデータを送るためにＣＤＭＡチャネルアクセスを使用する３Ｇモバイル技術規格のファミリーである。その規格のセットは、ＣＤＭＡ２０００  １Ｘと、ＣＤＭＡ２０００と、ＣＤＭＡ２０００（ｅ）ＨＲＰＤの異なるリビジョンとを含む。そのすべてが、ＩＴＵのＩＭＴ−２０００のための承認された無線インターフェースである。ＣＤＭＡ２０００は、比較的長い技術的歴史を有し、それの前の２ＧイタレーションＩＳ−９５（ｃｄｍａＯｎｅ）との後方互換性がある。
【０００９】
１ｘおよび１ｘＲＴＴとしても知られるＣＤＭＡ２０００  １Ｘ（ＩＳ−２０００）は、コアＣＤＭＡ２０００ワイヤレスエアインターフェース規格である。１ｘＲａｄｉｏ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙを意味する「１ｘ」という記号は、ＩＳ−９５と同じＲＦ帯域幅、すなわち１．２５ＭＨｚ無線チャネルのデュプレックスペアを示す。１ｘＲＴＴは、６４個の元のセットに直交する（直角位相にある）６４個のさらなるトラフィックチャネルを順方向リンクに追加することによって、ＩＳ−９５の容量をほぼ２倍にする。１Ｘ規格は、最高１５３ｋｂｐｓのパケットデータ速度をサポートし、実世界データ送信は、大部分の商用アプリケーションでは平均して６０〜１００ｋｂｐｓである。また、ＩＭＴ−２０００は、媒体およびリンクアクセス制御プロトコルとサービス品質（ＱｏＳ;Quality of Service）とを含む、データサービスのより大規模な使用のためのデータリンクレイヤへの変更を行った。ＩＳ−９５データリンクレイヤは、データのための「ベストエフォート配信」とボイスのための回線交換チャネル（すなわち、２０ｍｓごとに１回のボイスフレーム）を提供したのみであった。
【００１０】
しばしばＥＶ−ＤＯまたはＥＶと省略されるＣＤＭＡ２０００  １ｘＥＶ−ＤＯ（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ）は、一般にブロードバンドインターネットアクセスのための、無線信号を介したデータのワイヤレス送信のための電気通信規格である。それは、個々のユーザのスループットと全体的なシステムスループットの両方を最大にするために、符号分割多元接続（ＣＤＭＡ）ならびに時分割多元接続（ＴＤＭＡ）を含む多重化技法を使用する。それは、ＣＤＭＡ２０００規格ファミリーの一部として３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２（３ＧＰＰ２）によって規格化され、世界中の多くのモバイルフォンサービスプロバイダ、特にＣＤＭＡネットワークを前に採用したプロバイダによって採用されている。
【００１１】
ＣＤＭＡ２０００  １ｘデジタルワイヤレス規格のファミリーの一部として１ｘＥＶ−ＤＯ（ＥＶ−ＤＯ）をさらに参照すると、１ｘＥＶ−ＤＯは「３Ｇ」ＣＤＭＡ規格である。ＥＶ−ＤＯは、元来「ＥＶｏｌｕｔｉｏｎ，Ｄａｔａ−Ｏｎｌｙ」の略語であるが、最近では「ＥＶｏｌｕｔｉｏｎ，Ｄａｔａ−Ｏｐｔｉｍｉｚｅｄ」とも呼ばれる。ＥＶ−ＤＯは、１ｘＲＴＴ、ＣＤＭＡネットワークのための前のデータ技術よりも１０倍以上速いデータレートを与える。他の「１ｘ」規格とは異なり、ＥＶ−ＤＯは、データのみに対処し、ボイスには対処しない。ＥＶ−ＤＯは、１ｘＲＴＴなどの規格を使用するボイスネットワークとは別個のスペクトルの専用スライスを必要とする。現在、１ｘＥＶ−ＤＯの２つの主要なバージョンの「リリース０」および「リビジョンＡ」がある。リリース０は、オリジナルバージョンであり、広く展開された初めてのものである。Ｒｅｌ．０は、最高２．４ｍｂｐｓのデータレートを提供し、実世界では平均して３００〜６００ｋｂｐｓである。これは、１ｘＲＴＴ技術によって一般に提供される５０〜８０ｋｂｐｓよりもはるかに速い。Ｒｅｌ．０データレートは１ｘＥＶ−ＤＶリビジョンＣと同じである。リビジョンＡは、１ｘＥＶ−ＤＶリビジョンＤからより高速のデータ技術の大部分を組み込み、レイテンシを改善する。これらの拡張は、ＶｏＩＰおよびビデオ発呼などの機能を可能にする。ＥＶ−ＤＯはネイティブにボイス能力を含まないが、Ｒｅｖ．Ａは、１ｘＲＴＴボイス技術に等しいかまたはより良いサービスレベルでＶｏＩＰ技術をサポートするのに十分高速である。ＥＶ−ＤＶ開発が停止したままである場合、これはＣＤＭＡキャリアのための将来のアップグレードパスであり得る。データ速度および一般的な技術進化の点で、ＧＳＭ（登録商標）／ＷＣＤＭＡネットワークのためのＥＶＤＯに最も近い等価物はＨＳＤＰＡであろう。１ｘＥＶ−ＤＯは、Ｑｕａｌｃｏｍｍによって開発された、初めは「ＨＤＲ」（高データレート）または「ＨＲＰＤ」（高速パケットデータ;High Rate Packet Data）として知られた技術に基づく。国際規格はＩＳ−８５６として知られている。
【００１２】
３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳ携帯電話規格を将来の要件に対処するように向上させるためのＴｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）内のプロジェクトに付けられた名前である。目的は、効率性向上、コスト削減、サービス改善、新規のスペクトル機会（spectrum opportunity）の利用、および他のオープンスタンダードとの統合の改良を含む。ＬＴＥシステムは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（ＥＵＴＲＡ）および進化型ＵＴＲＡＮ（ＥＵＴＲＡＮ）規格シリーズに記載されている。
【発明の概要】
【００１３】
以下で、開示する態様のいくつかの態様の基本的理解を与えるために簡略化された概要を提示する。この概要は、包括的な概観ではなく、主要なまたは重要な要素を識別するものでも、そのような態様の範囲を定めるものでもない。その目的は、後で提示するより詳細な説明の導入として、説明する特徴のいくつかの概念を簡略化された形態で提示することである。
【００１４】
一態様では、アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能な方法が提供される。ネットワークが、アクセス端末からパケットデータアクセス(packet data access)についての要求を受信する。ネットワークは、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成(ＱｏＳ policy configuration)を判断する。ネットワークは、ＱｏＳポリシー構成とは別個にアクセス端末との予約リンクを確立する。ネットワークは、予約リンクのアクティブ化を開始する。
【００１５】
別の態様では、アクセス端末のＱｏＳを構成することにおいてネットワークによって動作可能な少なくとも１つのプロセッサが提供される。第１のモジュールが、ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信する。第２のモジュールが、ネットワークによって、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断する。第３のモジュールが、ＱｏＳポリシー構成とは別個にアクセス端末との予約リンクを確立する。第４のモジュールが、予約リンクのアクティブ化を開始する。
【００１６】
追加の態様では、アクセス端末のＱｏＳを構成することにおいてネットワークによって動作可能なコンピュータプログラム製品が提供される。非一時的コンピュータ可読記憶媒体がコードセットを記憶する。第１のコードセットが、コンピュータに、ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信させる。第２のコードセットが、コンピュータに、ネットワークによって、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断させる。第３のコードセットが、コンピュータに、ＱｏＳポリシー構成とは別個にアクセス端末との予約リンクを確立させる。第４のコードセットが、コンピュータに、予約リンクのアクティブ化を開始させる。
【００１７】
さらなる態様では、アクセス端末のＱｏＳを構成することにおいてネットワークによって動作可能な装置が提供される。本装置は、ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信するための手段を備える。本装置は、ネットワークが、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するための手段を備える。本装置は、ＱｏＳポリシー構成とは別個にアクセス端末との予約リンクを確立するための手段を備える。本装置は、予約リンクのアクティブ化を開始するための手段を備える。
【００１８】
またさらなる態様では、アクセス端末のＱｏＳを構成することにおいてネットワークによって動作可能な装置が提供される。トランシーバが、ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信する。コンピューティングプラットフォームが、ネットワークによって、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断する。ネットワークインターフェースが、ＱｏＳポリシー構成とは別個にアクセス端末との予約リンクを確立する。トランシーバは、さらに予約リンクのアクティブ化を開始する。
【００１９】
一態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能な方法が提供される。アクセス端末は、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、アクセス端末からネットワークにパケットデータアクセスについての要求を送信する。アクセス端末は、ＱｏＳポリシー構成とは別個にネットワークとの予約リンクを確立する。アクセス端末は、予約リンクのアクティブ化を開始する。
【００２０】
別の態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能な少なくとも１つのプロセッサが提供される。第１のモジュールが、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、アクセス端末からネットワークにパケットデータアクセスについての要求を送信する。第２のモジュールが、ＱｏＳポリシー構成とは別個にネットワークとの予約リンクを確立する。第３のモジュールが、予約リンクのアクティブ化を開始する。
【００２１】
追加の態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能なコンピュータプログラム製品が提供される。非一時的コンピュータ可読記憶媒体が、以下を備えるコードセットを記憶する。第１のコードセットが、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、コンピュータに、アクセス端末からネットワークにパケットデータアクセスについての要求を送信させる。第２のコードセットが、コンピュータに、ＱｏＳポリシー構成とは別個にネットワークとの予約リンクを確立させる。第３のコードセットが、コンピュータに、予約リンクのアクティブ化を開始させる。
【００２２】
さらなる態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能な装置が提供される。本装置は、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、アクセス端末からネットワークにパケットデータアクセスについての要求を送信するための手段を備える。本装置は、ＱｏＳポリシー構成とは別個にネットワークとの予約リンクを確立するための手段を備える。本装置は、予約リンクのアクティブ化を開始するための手段を備える。  別の追加の態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能な装置が提供される。トランシーバが、パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、アクセス端末からネットワークにパケットデータアクセスについての要求を送信する。トランシーバを介したコンピューティングプラットフォームが、ＱｏＳポリシー構成とは別個にネットワークとの予約リンクを確立し、予約リンクのアクティブ化を開始する。
【００２３】
さらなる態様では、ＱｏＳを要求することにおいてアクセス端末によって動作可能な方法が提供される。アクセス端末は、アクセスネットワークにパケットデータアクセスについての要求を送信する。アクセス端末は、ＱｏＳポリシー構成に関連するアクセスネットワークを介して、ネットワークとの予約リンクを確立する。アクセス端末は、予約リンク上でアクティビティを検出したことに応答して、アクセス端末によって予約リンクのアクティブ化を開始する。
【００２４】
上記および関連する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面は、いくつかの例示的な態様を詳細に記載し、本態様の原理が使用され得る様々な方法のほんのいくつかを示すものである。他の利点および新規の特徴は、以下の詳細な説明を図面とともに検討すれば明らかになり、開示する態様は、すべてのそのような態様およびそれらの均等物を含むものとする。
【００２５】
本開示の特徴、性質、および利点は、全体を通じて同様の参照符号が同様のものを指す図面とともに、以下に記載する詳細な説明を読めばより明らかになろう。
【図面の簡単な説明】
【００２６】
【図１】パケットフローをオンにするためのアクセス端末主導型予約オンの場合のコールフローを示す図。
【図２】ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）シグナリングに基づいてパケットフローをオンにするためのアクセスネットワーク主導型予約オンの場合のコールフローを示す図。
【図３】ＨＲＰＤ／１ｘパケットポリシーおよび課金制御（ＰＣＣ）アーキテクチャの概略ブロック図。
【図４】シンプルインターネットプロトコル（ＩＰ）のためのＰＣＣ対話を用いたユーザ機器（ＵＥ）主導型サービス品質（ＱｏＳ）の場合のコールフローを示す図。
【図５】シンプルＩＰのためのＰＣＣ対話を用いたネットワーク主導型ＱｏＳの場合のコールフローを示す図。
【図６】プロキシモバイルＩＰ（ＰＭＩＰ）またはクライアントモバイルＩＰ（ＣＭＩＰ）のためのＰＣＣ対話を用いたＵＥ主導型ＱｏＳの場合のコールフローを示す図。
【図７】プロキシモバイルＩＰ（ＰＭＩＰ）またはクライアントモバイルＩＰ（ＣＭＩＰ）のためのＰＣＣ対話を用いたネットワーク主導型ＱｏＳの場合のコールフローを示す図。
【図８】第１のオプションとして、ＰＣＣアーキテクチャを用いた高速パケットデータ（ＨＲＰＤ）における移動局（ＭＳ）主導型ＱｏＳの場合のコールフローを示す図。
【図９】第１のオプションの変形体として、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳの場合のコールフローを示す図。
【図１０】第２のオプションとして、ＭＳおよびパケットデータサービングノード（ＰＤＳＮ;Packet Data Serving Node）が事前構成されたＱｏＳを保持する、ワイルドカードを使用する、ＱｏＳのＭＳプリセットアップの場合のコールフローを示す図。
【図１１】第２のオプションの変形体として、ＭＳおよびパケットデータサービングノード（ＰＤＳＮ）が事前構成されたＱｏＳを保持する、ワイルドカードを使用する、ＱｏＳのＭＳプリセットアップの場合のコールフローを示す図。
【図１２】第３のオプションとして、ＭＳ主導型ＱｏＳのためのＱｏＳプリセットアップがないコールフローを示す図。
【図１３】ネットワーク主導型ＱｏＳの場合のコールフローを示す図。
【図１４】ネットワーク主導型ＱｏＳの場合の代替コールフローを示す図。
【図１５】多元接続ワイヤレス通信システムの概略図。
【図１６】ノード間の通信を可能にするために採用され得るいくつかの例示的な構成要素の概略図。
【図１７】何人かのユーザをサポートするように構成されたワイヤレス通信システムを示す図。
【発明を実施するための形態】
【００２７】
［詳細な説明］
説明する態様は、アクセス端末によるネットワークとのパケットデータアクセスの確立によってトリガされた通信チャネルにおけるサービス品質（ＱｏＳ）パラメータのネットワーク事前構成のための方法および装置を含む。ＱｏＳパラメータのネットワーク判断型（network-determined）およびネットワーク主導型事前確立は、各予約リンクが、アクセス端末上に常駐する対応する１つまたは複数のアプリケーションに関係する、１つまたは複数の予約リンクのためである。さらに、パケットデータアクセスの確立に基づいて確立されるＱｏＳパラメータは、ネットワークに記憶され、所与のアクセスシナリオに適用されたＱｏＳ関連情報に基づく。さらに、確立後、１つまたは複数の予約リンクは、ネットワークまたはアクセス端末のいずれかによってオンまたはオフにされ得る。したがって、説明する態様は、アクセス端末上の対応するアプリケーションが開始されると、呼をセットアップする効率を改善する。
【００２８】
次に、図面を参照しながら様々な態様について説明する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、様々な態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。他の例では、これらの態様の説明を円滑にするために、よく知られている構造およびデバイスをブロック図の形態で示す。
【００２９】
ネットワーク（ＮＷ）主導型サービス品質（ＱｏＳ）におけるフローをオンにすること
ＨＲＰＤ（高速パケットデータ）にネットワーク（ＮＷ）主導型サービス品質（ＱｏＳ）が導入されることを、本開示の利益とともに諒解されたいが、予約をオンにすることには対処されていない。本発明は、アクセス端末（ＡＴ）ベース、ネットワークベース、およびＡＴ／ネットワークベースを含む、ネットワーク主導型ＱｏＳにおけるフローをオンにするためのいくつかの方法を開示する。
【００３０】
フローをオンにする本発明の方法の高レベルの概観として、第１に、ＡＴベースの方法は、ネットワークによって新しいＮＷ主導型フローがセットアップされたときはいつでも、ＡＴが常に（順方向と逆方向の両方において）予約オンを開始することを伴い得る。リンク上でデータアクティビティ(data activity)が検出されたときはいつでも、ＡＴは（順方向と逆方向の両方において）予約オンを開始する。
【００３１】
第２に、ネットワークベースの方法の場合、ＡＴによって新しい予約が要求されたときはいつでも、アクセスノード（ＡＮ）は常に（順方向と逆方向の両方において）予約オンを開始し、それは、ＡＴが常に予約をオンにしていることに相当する。ＡＮは、ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）からの指示に基づいて（順方向と逆方向の両方において）予約オンを開始する。
【００３２】
第３に、ＡＴ／ネットワークベースの方法では、ＡＴが送るべきデータを有する場合、ＡＴは逆方向予約をオンにする。
【００３３】
第４に、ＡＮが送るべきデータを有する場合、ＡＮは順方向予約をオンにする。
【００３４】
引き続き図面を参照すると、図１において、ＡＴ主導型予約オンのための例示的な方法１００が、フローをオンにするＡＴベースのソリューションを可能にしている。ユーザ機器（ＵＥ）１０２として示されたＡＴは、進化型アクセスネットワーク（ｅＡＮ）／進化型パケット制御機能（ｅＰＣＦ）１０４と通信し、ｅＡＮ／ｅＰＣＦ１０４は、ＨＳＧＷ１０６と、Ｐ−ＧＷ（パケットデータネットワーク（ＰＤＮ）ゲートウェイ）１０８と、訪問先（visited）（ＰＣＲＦ）１１０と、ホームＰＣＲＦ（ｈＰＣＲＦ）１１２とに通信する。ステップ１において、ゲートウェイ制御およびＱｏＳポリシールールおよびプロビジョンが、ｈＰＣＲＦまたはｖＰＣＲＦ１１２からＨＳＧＷ１０６に送られる（ブロック１１４）。ステップ２において、ＨＳＧＷ１０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳ  ＦｌｏｗＰｒｏｆｉｌｅ  ＩＤにマッピングする（ブロック１１６）。次いで、ステップ３において、ＨＳＧＷ１０６は、ベンダー固有ネットワークプロトコル（ＶＳＮＰ）：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬパケットフィルタ、ＱｏＳリスト、トランザクションＩＤ＝ｎｎ）をＵＥ１０２に通信する（ブロック１１８）。ステップ４において、ＵＥ１０２とｅＡＮ／ｅＰＣＦ１０４との間で補助フロー（予約、ＦｌｏｗＰｒｏｆｉｌｅＩＤ）のセットアップが実行される（ブロック１２０）。ステップ５において、ＨＳＧＷ１０６とｅＡＮ／ｅＰＣＦ１０４との間でＡ１１（フローＩＤ、Ａ１０  ＩＤ、ＳＯ）が実行される（ブロック１２２）。ステップ６において、ＶＳＮＰ：［ＰＤＮ−ＩＤ］ｒｅｓｖ（ＵＬ／ＤＬ  ＴＦＴ、フローＩＤ、トランザクションＩＤ＝ｎｎ）がＵＥ１０２からＨＳＧＷ１０６に通信される（ブロック１２４）。ステップ７において、ＨＳＧＷ１０６はＵＥ１０２にＶＳＮＰ：［ＰＤＮ−ＩＤ］ＲｅｓｖＣｏｎｆ（トランザクションＩＤ＝ｎｎ）で応答する（ブロック１２６）。したがって、ステップ８において、ＵＥ１０２とｅＡＮ／ｅＰＣＦ１０４との間で通信される予約オン（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）として示された、ＡＴ主導型予約オン要求が実行される（ブロック１２８）。ステップ９において、ｅＡＮ／ｅＰＣＦ１０４とＨＳＧＷ１０６との間でＡ１１（フローＩＤ、アクティブスタート）が通信される（ブロック１３０）。
【００３５】
一態様では、ネットワークによって新しいフローがセットアップされたときはいつでも、ＡＴは常に予約オンを開始する。場合によっては、ＡＴが、そのフローが単方向データのみであることを知っている場合、ＡＴは、対応する方向のみをオンにすることを選択することができる。このソリューションとともに問題が企図される。問題の１つは、対応するフローのパケットフィルタ(packet filter)およびＱｏＳが「プリセットアップ」され、次いで後でアクティブにされ得ないということである。インターＲＡＴ（無線アクセス技術;Radio Access Technology）ハンドオフの場合、すべてのＱｏＳがＮＷ主導型ＱｏＳになるが、すべてのフローをオンにすることは望ましくない。
【００３６】
別の態様では、順方向リンク上でデータアクティビティが検出されたときはいつでも、ＡＴは順方向リンク予約オンを開始する。これは、順方向リンク上の最初のいくつかの順方向リンクパケットがＱｏＳ処理を失い得るという問題を提起することができる。
【００３７】
追加の態様では、フローをオンにすることは、ＬＴＥ→ｅＨＲＰＤハンドオフ中に発生することができる。インターＲＡＴハンドオフの場合、ＵＥとサービングＮＷとがＮＷ主導型ＱｏＳをサポートすることをベアラ制御モード（ＢＣＭ）が示す場合、すべてのＱｏＳは、ＮＷとしてのネットワークによってセットアップされるが、すべてのフローをオンにすることは望ましくない。
【００３８】
上述の問題に対する潜在的なソリューションを開示する。
【００３９】
第１に、インターＲＡＴハンドオフ中、ハンドオフのときにソースＲＡＴ上で現在「アクティブ」であるフローのみがターゲットＲＡＴ上でセットアップされる。
【００４０】
第２に、ネットワークは、ネットワーク主導型ＱｏＳのみについてＱｏＳをセットアップする。ＵＥ主導型ＱｏＳは、インターＲＡＴハンドオフ中にネットワークによってセットアップされない。ＵＥがＵＥ主導型ＱｏＳをセットアップする。
【００４１】
第３に、グローバルフィルタＩＤの使用は、グローバルフィルタＩＤ空間を、ＵＥ主導型ＱｏＳ用のものと、ＮＷ主導型ＱｏＳ用のものの、２つに分割することによって使用される。
【００４２】
第４に、ネットワークによってＱｏＳがＵＥに強要されたとき、ＡＴはパケットフィルタ整合を行うことができる。
【００４３】
予約をオンにするためのＡＮベースのソリューションの第２の方法に戻ると、ＡＮは、ＨＳＧＷからの指示に基づいて予約をオンにする。そのために、予約をオンにするための新しい指示がＡ１１シグナリングに追加される。この指示は、逆方向／順方向の両方、または順方向のみの予約をオンにするためのものであり得る。ＨＳＧＷは、予約と整合するダウンリンクパケットを検出したとき、ＨＳＧＷはいつ指示をＡＮに送るべきかを知っている。次いで、ＨＳＧＷは指示をＡＮに送ることができる。ＨＳＧＷは予約状態を追跡しなければならず、それは複雑なソリューションになり得る。ＰＣＲＦ(Policy and Charging Resource Function)がフローをセットアップしたときはいつでも、ＨＳＧＷは順方向／逆方向の両方の予約をオンにする。ＰＣＲＦがフローを削除したとき、ＨＳＧＷは順方向／逆方向の両方の予約をオフにする。
【００４４】
このモデルでは、ＨＳＧＷは、ゲートウェイ制御セッションにおいてフローが存在しなくても、オフ状態であるフローをキャッシュする。ＨＳＧＷは、「フロー非アクティビティタイマー」に基づいてフローを削除することができる。ＨＳＧＷは、ＰＣＲＦからのゲートオン／オフ指示に基づいてフローをオン／オフにすることができるが、それには３ＧＰＰ規格に対する変更が必要であろう。
【００４５】
図２に、フローをオンにするＡＮベースのソリューションのための、ＡＮへのＨＳＧＷシグナリングの例示的なコールフロー２００を示す。ユーザ機器（ＵＥ）２０２として示されたＡＴは、ｅＡＮ／ｅＰＣＦ２０４と通信し、ｅＡＮ／ｅＰＣＦ２０４は、ＨＳＧＷ２０６と、Ｐ−ＧＷ２０８と、ｖＰＣＲＦ２１０と、ｈＰＣＲＦ２１２とに通信する。ステップ１において、ゲートウェイ制御およびＱｏＳポリシールールおよびプロビジョンが、ｈＰＣＲＦ２１２からＨＳＧＷ２０６に送られる（ブロック２１４）。ステップ２において、ＨＳＧＷ２０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳプロファイルＩＤにマッピングする（ブロック２１６）。次いで、ステップ３において、ＵＥ２０２およびＨＳＧＷ２０６はＲＳＶＰ（ＲｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）セットアップを実行する（ブロック２１８）。ステップ４において、ＵＥ２０２とｅＡＮ／ｅＰＣＦ２０４との間で補助フロー（予約、ＰｒｏｆｉｌｅＩＤ）のセットアップが実行される（ブロック２２０）。ステップ５において、ＨＳＧＷ２０６とｅＡＮ／ｅＰＣＦ２０４との間でＡ１１（フローＩＤ、Ａ１０  ＩＤ、ＳＯ）が実行される（ブロック２２２）。ステップ６において、ＵＥ２０２とｅＡＮ／ｅＰＣＦ２０４との間で予約オン（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）が協調される（ブロック２２４）。ステップ７において、ｅＡＮ／ｅＰＣＦ２０４とＨＳＧＷ２０６との間でＡ１１（フローＩＤ、アクティブスタート）が協調される（ブロック２２６）。ステップ８において、ｈＰＣＲＦ２１２は、ゲートウェイ制御およびＱｏＳポリシー［ＤＥＬＥＴＥ］をＨＳＧＷ２０６に通信する（ブロック２２８）。ステップ８ａにおいて、ｈＰＣＲＦ２１２はＰＣＲＦからフィルタを除去する（ブロック２３０）。ステップ９において、ＨＳＧＷ２０６は、ＰＦおよびＱｏＳを含むフロー情報をキャッシュする（ブロック２３２）。これにより、ＰＣＲＦからＰＦ／ＱｏＳが除去されたとき、ＵＥとＨＳＧＷとの間の状態が同期されることが可能になる。ステップ８において、ｅＡＮ／ｅＰＣＦ２０４はＵＥ２０２に予約オフ（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）を通信する（ブロック２３４）。ステップ９において、Ａ１１（予約をオフにする）を介して、ＨＳＧＷ２０６は、予約をオフにせよという指示をｅＡＮ／ｅＰＣＦ２０４に送る（ブロック２３６）。次いで、ｅＡＮ／ｅＰＣＦは、予約をオフにせよという指示をＵＥに送る。その後、ステップ１０において、ｈＰＣＲＦ２１２は、ゲートウェイ制御およびＱｏＳポリシーセットアップルールをＨＳＧＷ２０６に通信する（ブロック２３８）。ＨＳＧＷ２０６はフロー情報を整合する（ブロック２４０）。パケットフィルタ（ＰＦ）がすでにセットアップされている（ステップ９においてキャッシュされている）場合、ＨＳＧＷ２０６は、Ａ１１インターフェースを介して予約をオンにせよという指示をｅＡＮ／ｅＰＣＦ２０４に送り（ブロック２４２）、ｅＡＮ／ｅＰＣＦ２０４は予約オン（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）をＵＥ２０２と通信する（ブロック２４４）。
【００４６】
リソース予約プロトコル（ＲＳＶＰ）は、統合サービスインターネットのためにネットワーク上のリソースを予約するように設計されたトランスポートレイヤプロトコルである。ＲＳＶＰは、ＩＰｖ４またはＩＰｖ６インターネットレイヤ上で動作し、スケーリングおよびロバストネスを伴うマルチキャストまたはユニキャストデータフローのためのリソース予約の受信機主導型セットアップを行う。ＲＳＶＰは、アプリケーションデータをトランスポートしないが、ＩＣＭＰ、ＩＧＭＰのような制御プロトコルと同様である。ＲＳＶＰはＲＦＣ２２０５に記載されている。ＲＳＶＰは、アプリケーションデータストリームまたはフローについて特定のレベルのサービス品質（ＱｏＳ）を要求または配信するために、ホストまたはルータのいずれかによって使用され得る。ＲＳＶＰは、アプリケーションがどのように予約を発行し、アプリケーションがどのように、予約されたリソースが必要でなくなった後、それらのリソースを放棄することができるかを定義する。ＲＳＶＰ動作により、概して、リソースは、経路に沿って各ノードにおいて予約されることになる。
【００４７】
したがって、ＬＴＥでは現在、ＰＣＲＦは、（たとえば、アプリケーションがＱｏＳのアクティブ化および非アクティブ化を要求する）要求ベースでパケットフィルタおよびＱｏＳをセットアップする。第１のオプションとして、本発明は、ＮＷ主導型ＱｏＳがセットアップされたときはいつでも、ＡＴが常にフローをオンにする、ｅＨＲＰＤと同様のまたは同じモデルに従うことを提供する。第２のオプションとして、現実の使用に基づいてフローをオン／オフにすることとともに、フローの「プリセットアップ」が可能にされる。そのために、ＨＳＧＷおよびＵＥは、ゲートウェイ制御セッション中にフローが存在しないときでも、フローをキャッシュする必要ある。キャッシュされたフローがある場合、ＨＳＧＷは、ゲートウェイ制御セッションにおける「フローのセットアップ」を、ＡＮへの「フローをオンにせよ」という新しい指示に変換する。
【００４８】
例示的な態様では、プリセットアップは、以下で説明する図１４のステップ２〜１４に示している。ＵＥは、ＱｏＳをアクティブにせよとアプリケーションによって要求される前でもＱｏＳフローをセットアップする。
【００４９】
ＣＤＭＡ２０００でのＰＣＣコールフロー
別の態様では、本発明は、ｃｄｍａ２０００のためのポリシーおよび課金制御（ＰＣＣ）コールフローを対象とする。図３において、ＨＲＰＤ／１ｘパケットＰＣＣアーキテクチャ３００は、Ｓ９’インターフェース（すなわち、場合によっては修正された現在のＳ９インターフェース）を介してｖＰＣＲＦ３０４に通信するｈＰＣＲＦ３０２を含むことができる。ｈＰＣＲＦ３０２は、Ｇｘ’インターフェース（すなわち、場合によっては修正された現在のＧｘインターフェース）を介して、プロキシモバイルＩＰ（ＰＭＩＰ）およびクライアントモバイルＩＰ（ＣＭＩＰ）のためのＰＣＥＦ３０８を含むホームエージェント（ＨＡ）／ローカルモビリティアンカー（ＬＭＡ）３０６に通信する。ｖＰＣＲＦ３０４は、どちらもパケットデータサービングノード（ＰＤＳＮ）／モバイルアクセスゲートウェイ（ＭＡＧ）３１４について、ＰＭＩＰ、ＣＭＩＰのためのベアラバインディングおよびイベント報告機能（Bearer Binding and Event Reporting Function）（ＢＢＥＲＦ）３１０（外部エージェント（ＦＡ）ケアオブアドレス（ＣｏＡ）およびコロケートケアオブアドレス（ＣＣｏＡ））にＧｘａ’（すなわち、場合によっては修正された現在のＧｘａインターフェース）インターフェースを介して通信し、シンプルＩＰのためのＰＣＥＦ３１２にＧｘ’インターフェースを介して通信する。ＨＡ／ＬＭＡ３０６およびＰＤＳＮ／ＭＡＧ３１４はそれぞれ、互いに、ＣＭＩＰ、ＰＭＩＰおよびシンプルＩＰについてインターネットに、ならびにそれぞれの認証、許可、課金（ＡＡＡ）にインターフェースされる。ＰＤＳＮ／ＭＡＧ３１４はＡ１０／Ａ１１インターフェースをも有する。
【００５０】
図４に、移動局（ＭＳ）４０２と、無線アクセスネットワーク（ＲＡＮ）４０４と、ＰＤＳＮ４０６と、ｖＰＣＲＦ４０８と、ｈＰＣＲＦ４１０と、ホーム認証、許可、課金（ＨＡＡＡ）４１２と、ＡＦ（アプリケーション機能）４１４とによって実行される、ＰＣＣ対話（シンプルＩＰ）を用いたＵＥ主導型ＱｏＳのためのコールフロー４００を示す。ステップ１において、ＭＳ４０２が、ＰＤＳＮ４０６とのポイントツーポイントプロトコル（ＰＰＰ）セッション確立（認証）を実行する（ブロック４１６）。今度は、ＰＤＳＮ４０６およびＨＡＡＡ４１２が、ＱｏＳユーザプロファイルがＰＤＳＮ４０６に送られる認証および許可を協調させる（ブロック４１８）。ステップ２において、ＰＤＳＮ４０６はＱｏＳユーザプロファイルをＲＡＮ４０４に送る（ブロック４２０）。ステップ３において、インターネットプロトコル接続性アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立がＰＤＳＮ４０６によってｈＰＣＲＦ４１０に送られ（ブロック４２２）、ステップ４において、ｈＰＣＲＦ４１０は肯定応答（Ａｃｋ）で応答する（ブロック４２４）。ステップ５において、ＭＳ４０２はＱｏＳフロー構成をＲＡＮ４０４と通信する（ブロック４２６）。ステップ６において、ＲＡＮ４０４が、要求ＱｏＳと許可ＱｏＳとに関してＰＤＳＮ４０６と通信する（ブロック４２８）。ステップ７において、ＭＳ４０２はＰＤＳＮ４０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック４３０）。ステップ８において、ＰＤＳＮ４０６は、許可ＱｏＳをＱｏＳクラス識別子（ＱＣＩ）、最大ビットレート（ＭＢＲ）、または保証ビットレート（ＧＢＲ）にマッピングする（ブロック４３２）。ステップ９において、ＰＤＳＮ４０６はｈＰＣＲＦ４１０にＩＰ−ＣＡＮセッション変更を送り（ブロック４３４）、ステップ１０において、そのＩＰ−ＣＡＮセッション変更は肯定応答される（ブロック４３６）。ステップ１１において、ＰＤＳＮ４０６はＱＣＩ／ＭＢＲ／ＧＢＲをＦｌｏｗＰｒｏｆｉｌｅＩＤにマッピングする（ブロック４３８）。ステップ１２において、ＰＤＳＮ４０６はＭＳ４０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック４４０）。ステップ５〜１２はＱｏＳプリセットアップ手順である。ステップ１３において、ＭＳ４０２は、ＰＤＳＮ４０６に対して予約オン要求（予約ラベル＝ｋｋ）で応答する（ブロック４４２）。ステップ１４において、ＰＤＳＮ４０６は、Ａ１１インターフェースを介してエアリンクレコードをＲＡＮ４０４と通信する（ブロック４４４）。ステップ１５において、ＰＤＳＮ４０６はＭＳ４０２に予約オン受付を送る（ブロック４４６）。ステップ１６において、セッション開始プロトコル（ＳＩＰ）シグナリングが実行される（ブロック４４８）。ステップ１７において、ＡＦ４１４がｈＰＣＲＦ４１０にサービス要求（開始）を送る（ブロック４５０）。ステップ１８において、ＰＣＣルールプロビジョニングがｈＰＣＲＦ４１０からＰＤＳＮ４０６に送られる（ブロック４５２）。ステップ１９において、ｈＰＣＲＦ４１０はＡＦ４１４にサービス返答を送る（ブロック４５４）。ステップ２０において、ＰＤＳＮ４０６は、ＰＣＣルールプロビジョニングに対するＡｃｋを��ＰＣＲＦ４１０に送る（ブロック４５６）。ステップ２１において、ＳＩＰ  Ｂｙｅが通信される（ブロック４５８）。ステップ２２において、ＭＳ４０２はＲＡＮ４０４に予約オフ要求（予約ラベル＝ｋｋ）を送る（ブロック４６０）。ステップ２３において、ＲＡＮ４０４は、Ａ１１インターフェースを介してエアリンクレコードをＰＤＳＮ４０６と通信する（ブロック４６２）。ステップ２４において、ＲＡＮ４０４はＭＳ４０２に予約オフ受付を送る（ブロック４６４）。ステップ２５において、ＡＦ４１４はｈＰＣＲＦ４１０にサービス要求（終了）を送る（ブロック４６６）。ステップ２６において、ｈＰＣＲＦ４１０はＰＤＳＮ４０６にＰＣＣルールプロビジョニングを送る（ブロック４６８）。ステップ２７において、ｈＰＣＲＦ４１０はＡＦ４１４にサービス返答を送る（ブロック４７０）。ステップ２８において、ＰＤＳＮ４０６はＰＣＣルールプロビジョニングを肯定応答する（ブロック４７２）。
【００５１】
図５に、ＭＳ５０２と、ＲＡＮ５０４と、ＰＤＳＮ５０６と、ｖＰＣＲＦ５０８と、ｈＰＣＲＦ５１０と、ＨＡＡＡ５１２と、ＡＦ５１４とによって実行される、ＰＣＣ対話（シンプルＩＰ）を用いたＮＷ主導型ＱｏＳのためのコールフロー５００を示す。ステップ１において、ＭＳ５０２が、ＰＤＳＮ５０６とのポイントツーポイントプロトコル（ＰＰＰ）セッション確立（認証）を実行する（ブロック５１６）。今度は、ＰＤＳＮ５０６およびＨＡＡＡ５１２が、ＱｏＳユーザプロファイルがＰＤＳＮ５０６に送られる認証および許可を協調させる（ブロック５１８）。ステップ２において、ＰＤＳＮ５０６はＱｏＳユーザプロファイルをＲＡＮ５０４に送る（ブロック５２０）。ステップ３において、インターネットプロトコル接続性アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立がＰＤＳＮ５０６によってｈＰＣＲＦ５１０に送られ（ブロック５２２）、ステップ４において、ｈＰＣＲＦ５１０は肯定応答（Ａｃｋ）で応答する（ブロック５２４）。ステップ５において、セッション開始プロトコル（ＳＩＰ）シグナリングが実行される（ブロック５２６）。ステップ６において、アプリケーション機能（ＡＦ）５１４がｈＰＣＲＦ５１０にサービス要求（開始）を送る（ブロック５２８）。ステップ７において、ＰＣＣルールプロビジョニングがｈＰＣＲＦ５１０からＰＤＳＮ５０６に送られる（ブロック５３０）。ステップ８において、ｈＰＣＲＦ５１０はＡＦ５１４にサービス返答を送る（ブロック５３２）。ステップ９において、ＰＤＳＮ５０６は、ＰＣＣルールプロビジョニングに対するＡｃｋをｈＰＣＲＦ５１０に送る（ブロック５３４）。ステップ１０において、ＰＤＳＮ５０６は許可ＱｏＳをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック５３２）。ステップ１１において、ＰＤＳＮ５０６はＭＳ５０２にＲＳＶＰ  Ｒｅｓｖを送る（ブロック５３８）。ステップ１２において、ＭＳ５０２はＱｏＳフロー構成をＲＡＮ５０４と通信する（ブロック５４０）。ＲＡＮ５０４は、要求ＱｏＳと許可ＱｏＳとに関してＰＤＳＮ５０６と通信する（ブロック５４２）。ステップ１３において、ＭＳ５０２はＰＤＳＮ５０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック５４４）。ステップ１４において、ＰＤＳＮ５０６はＭＳ５０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック５４６）。ステップ１５において、ＭＳ５０２は、ＰＤＳＮ５０６に対して予約オン要求（予約ラベル＝ｋｋ）で応答する（ブロック５４８）。ステップ１６において、ＰＤＳＮ５０６は、Ａ１１インターフェースを介してエアリンクレコードをＲＡＮ５０４と通信する（ブロック５５０）。ステップ１７において、ＰＤＳＮ５０６はＭＳ５０２に予約オン受付（許可ＱｏＳ）を送る（ブロック５５２）。ステップ１８において、ｖＰＣＲＦ５０８からのデータがＰＤＳＮ５０６によって受信され（ブロック５５４）、ＰＤＳＮ５０６は、ＭＳ５０２と順方向で予約オンをトリガする（ブロック５５６）。ステップ１９において、ＳＩＰ  Ｂｙｅが通信される（ブロック５５８）。ステップ２０において、ＡＦ５１４はｈＰＣＲＦ５１０にサービス要求（終了）を送る（ブロック５６０）。ステップ２１において、ｈＰＣＲＦ５���０はＰＤＳＮ５０６にＰＣＣルールプロビジョニングを送る（ブロック５６２）。ステップ２２において、ｈＰＣＲＦ５１０はＡＦ５１４にサービス返答を送る（ブロック５６４）。ステップ２３において、ＰＤＳＮ５０６はＰＣＣルールプロビジョニングを肯定応答する（ブロック５６６）。ステップ２４において、ＭＳ５０２とＰＤＳＮ５０６との間で、パケットを削除し、予約オフをトリガする（ブロック５６８）。
【００５２】
図６に、ＭＳ６０２と、ＲＡＮ６０４と、ＰＤＳＮ６０６と、ＨＡ／ＬＭＡ６０７と、ｖＰＣＲＦ６０８と、ｈＰＣＲＦ６１０と、ＨＡＡＡ６１２と、ＡＦ６１４とによって実行される、ＰＣＣ対話（ＣＭＩＰ／ＰＭＩＰ）を用いたＵＥ主導型ＱｏＳのためのコールフロー６００を示す。ステップ１において、ＭＳ６０２が、ＰＤＳＮ６０６とのＰＰＰセッション確立（認証）を実行する（ブロック６１６）。今度は、ＰＤＳＮ６０６およびＨＡＡＡ６１２が、ＱｏＳユーザプロファイルがＰＤＳＮ６０６に送られる認証および許可を協調させる（ブロック６１８）。ステップ２において、ＰＤＳＮ６０６はＱｏＳユーザプロファイルをＲＡＮ６０４に送る（ブロック６２０）。ステップ３において、ＧＷ制御セッション確立がＰＤＳＮ６０６によってｈＰＣＲＦ６１０に送られ（ブロック６２２）、ステップ４において、ｈＰＣＲＦ６１０は肯定応答（Ａｃｋ）で応答する（ブロック６２４）。ステップ５において、ＭＳ６０２とＨＡ／ＬＭＡ６０７との間でモバイルインターネットプロトコル（ＭＩＰ）バインディングが行われる（ブロック６２６）。代替的に、ＰＤＳＮ６０６とＨＡ／ＬＭＡ６０７との間でＰＭＩＰバインディングが行われる（ブロック６２８）。ステップ６において、ＩＰ−ＣＡＮセッション確立がＨＡ／ＬＭＡ６０７によってｈＰＣＲＦ６１０に送られ（ブロック６３０）、ステップ７において、ｈＰＣＲＦ６１０は肯定応答（Ａｃｋ）で応答する（ブロック６３２）。ステップ８において、ＭＳ６０２はＱｏＳフロー構成をＲＡＮ６０４と通信する（ブロック６３４）。ステップ９において、ＲＡＮ６０４は、要求ＱｏＳと許可ＱｏＳとに関してＰＤＳＮ６０６と通信する（ブロック６３６）。ステップ１０において、ＭＳ６０２はＰＤＳＮ６０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック６３８）。ステップ１１において、ＰＤＳＮ６０６は、許可ＱｏＳをＱｏＳクラス識別子（ＱＣＩ）、最大ビットレート（ＭＢＲ）、または保証ビットレート（ＧＢＲ）にマッピングする（ブロック６４０）。ステップ１２において、ＰＤＳＮ６０６はｈＰＣＲＦ６１０にＩＰ−ＣＡＮセッション変更を送り（ブロック６４２）、ステップ１３において、そのＩＰ−ＣＡＮセッション変更は肯定応答される（ブロック６４４）。ステップ１４において、ＰＤＳＮ６０６はＱＣＩ／ＭＢＲ／ＧＢＲをＦｌｏｗＰｒｏｆｉｌｅＩＤにマッピングする（ブロック６４６）。ステップ１５において、ＰＤＳＮ６０６はＭＳ６０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック６４８）。ステップ１６において、ＭＳ６０２は、ＰＤＳＮ６０６に対して予約オン要求（予約ラベル＝ｋｋ）で応答する（ブロック６５０）。ステップ１７において、ＰＤＳＮ６０６は、Ａ１１インターフェースを介してエアリンクレコードをＲＡＮ６０４と通信する（ブロック６５２）。ステップ１８において、ＰＤＳＮ６０６はＭＳ６０２に予約オン受付を送る（ブロック６５４）。ステップ１９において、ＳＩＰシグナリングが実行される（ブロック６５６）。ステップ２０において、ＡＦ６１４がｈＰＣＲＦ６１０にサービス要求（開始）を送る（ブロック６５８）。ステップ２１において、ＰＣＣルールプロビジョニングがｈＰＣＲＦ６��０からＰＤＳＮ６０６に送られる（ブロック６６０）。ステップ２２において、ｈＰＣＲＦ６１０はＡＦ６１４にサービス返答を送る（ブロック６６２）。ステップ２３において、ＰＤＳＮ６０６は、ＰＣＣルールプロビジョニングに対するＡｃｋをｈＰＣＲＦ６１０に送る（ブロック６６４）。ステップ２４において、ＳＩＰ  Ｂｙｅが通信される（ブロック６６６）。ステップ２５において、ＭＳ６０２はＲＡＮ６０４に予約オフ要求（予約ラベル＝ｋｋ）を送る（ブロック６６８）。ステップ２６において、ＲＡＮ６０４は、Ａ１１インターフェースを介してエアリンクレコードをＰＤＳＮ６０６と通信する（ブロック６７０）。ステップ２７において、ＲＡＮ６０４はＭＳ６０２に予約オフ受付を送る（ブロック６７２）。ステップ２８において、ＡＦ６１４はｈＰＣＲＦ６１０にサービス要求（終了）を送る（ブロック６７４）。ステップ２９において、ｈＰＣＲＦ６１０はＰＤＳＮ６０６にＰＣＣルールプロビジョニングを送る（ブロック６７６）。ステップ３０において、ｈＰＣＲＦ６１０はＡＦ６１４にサービス返答を送る（ブロック６７８）。ステップ３１において、ＰＤＳＮ６０６はＰＣＣルールプロビジョニングを肯定応答する（ブロック６８０）。
【００５３】
図７に、ＭＳ７０２と、ＲＡＮ７０４と、ＰＤＳＮ７０６と、ｖＰＣＲＦ７０８と、ｈＰＣＲＦ７１０と、ＨＡＡＡ７１２と、ＡＦ７１４とによって実行される、ＰＣＣ対話（ＣＭＩＰ／ＰＭＩＰ）を用いたＮＷ主導型ＱｏＳのためのコールフロー７００を示す。ステップ１において、ＭＳ７０２が、ＰＤＳＮ７０６とのＰＰＰセッション確立（認証）を実行する（ブロック７１６）。今度は、ＰＤＳＮ７０６およびＨＡＡＡ７１２が、ＱｏＳユーザプロファイルがＰＤＳＮ７０６に送られる認証および許可を協調させる（ブロック７１８）。ステップ２において、ＰＤＳＮ７０６はＱｏＳユーザプロファイルをＲＡＮ７０４に送る（ブロック７２０）。ステップ３において、ＧＷ制御セッション確立がＰＤＳＮ７０６によってｖＰＣＲＦ７０８に送られ（ブロック７２２）、ステップ４において、ｖＰＣＲＦ７０８は肯定応答（Ａｃｋ）で応答する（ブロック７２４）。ステップ５において、ＭＳ７０２とＨＡ／ＬＭＡ７０７との間でＭＩＰバインディングが行われる（ブロック７２６）。代替的に、ＰＤＳＮ７０６とＨＡ／ＬＭＡ７０７との間でＰＭＩＰバインディングが行われる（ブロック７２８）。ステップ６において、ＩＰ−ＣＡＮセッション確立がＰＤＳＮ７０６によってｈＰＣＲＦ７１０に送られ（ブロック７３０）、ステップ７において、ｈＰＣＲＦ７１０は肯定応答（Ａｃｋ）で応答する（ブロック７３２）。ステップ８において、ＳＩＰシグナリングが実行される（ブロック７３４）。ステップ９において、ＡＦ７１４がｈＰＣＲＦ７１０にサービス要求（開始）を送る（ブロック７３６）。ステップ１０において、ＰＣＣルールプロビジョニングがｈＰＣＲＦ７１０からＰＤＳＮ７０６に送られる（ブロック７３８）。ステップ１１において、ＰＤＳＮ７０６は、ＰＣＣルールプロビジョニングに対するＡｃｋをｈＰＣＲＦ７１０に送る（ブロック７４０）。ステップ１２において、ｈＰＣＲＦ７１０はＡＦ７１４にサービス返答を送る（ブロック７４２）。ステップ１３において、ＰＤＳＮ７０６はＱＣＩ／ＭＢＲ／ＧＢＲをＦｌｏｗＰｒｏｆｉｌｅＩＤにマッピングする（ブロック７４４）。ステップ１４において、ＰＤＳＮ７０６はＭＳ７０２にＲＳＶＰ  Ｒｅｓｖを送る（ブロック７４６）。ステップ１５において、ＭＳ７０２はＱｏＳフロー構成をＲＡＮ７０４と通信する（ブロック７４８）。ＲＡＮ７０４は、要求ＱｏＳと許可ＱｏＳとに関してＰＤＳＮ７０６と通信する（ブロック７５０）。ステップ１６において、ＭＳ７０２はＰＤＳＮ７０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック７５２）。ステップ１７において、ＰＤＳＮ７０６はＭＳ７０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック７５４）。ステップ１８において、ＭＳ７０２は、ＰＤＳＮ７０６に対して予約オン要求（予約ラベル＝ｋｋ）で応答する（ブロック７５６）。ステップ１９において、ＰＤＳＮ７０６は、Ａ１１インターフェースを介してエアリンクレコードをＲＡＮ７０４と通信する（ブロック７５８）。ステップ２０において、ＰＤＳＮ７０６はＭＳ７０２に予約オン受付（許可ＱｏＳ）を送る（ブロック７６０）。ステップ２１において、ｖＰＣＲＦ７０８からのデータがＰＤＳＮ７０６によって受信され（ブロック７６２）、ＰＤＳＮ７０６は、ＭＳ７０２と順方向で予約オンをトリガする（ブロック７６４）。ステップ２１において、ＳＩＰ  Ｂｙｅが通信される（ブロック７６６）。ステップ２２において、ＡＦ７１４はｈＰＣＲＦ７１０にサービス要求（終了）を送る（ブロック７６０）。ステップ２３において、ｈＰＣＲＦ７１０はＰＤＳＮ７０６にＰＣＣルールプロビジョニングを送る（ブロック７６８）。ステップ２３において、ＰＤＳＮ７０６はＰＣＣルールプロビジョニングを肯定応答する（ブロック７７０）。ステップ２４において、ｖＰＣＲＦ７０８はＡＦ７１４にサービス返答を送る（ブロック７７２）。ステップ２５において、ＰＤＳＮ７０６は、ＰＣＣルールプロビジョニングに対するＡｃｋをｖＰＣＲＦ７０８に送る（ブロック７７４）。ステップ２６において、ＭＳ７０２とＰＤＳＮ７０６との間で、パケットを削除し、予約オフをトリガする（ブロック７７６）。
【００５４】
現在の３ＧＰＰ  ＰＣＣがＱｏＳ構成を予約から分離することについて考察していないことを認識すると、一態様における本発明は、ＱｏＳ呼セットアップを高速化するために（ｅ）ＨＲＰＤのみに使用される。そのために、第１のオプションは、ＰＤＳＮ／ＨＳＧＷが、ＵＥ主導型ＱｏＳについてＰＣＲＦからＰＣＣルール削除を受信したとき、ＰＦとＱｏＳとをキャッシュし続けることができることを提供する。さらに、現在のＱｏＳ設計では、ＵＥ主導型ＱｏＳについて、ＱｏＳ構成およびポリシーフィルタ（ＰＦ）がネットワークに記憶されると仮定していることを認識すると、ＰＤＳＮは、ＵＥがそれを削除せよと要求するまでそれをキャッシュしなければならない。第２のオプションでは、ＲＡＴタイプがＨＲＰＤである場合、アプリケーションがもはやＱｏＳを必要としないことをアプリケーション機能が示す場合でも、ＰＦおよびＱｏＳを削除しないようにＰＣＲＦ挙動が変更される。
【００５５】
別の態様における本発明はＮＷ主導型ＱｏＳ予約オン／オフを可能にする。第１のオプションでは、ＮＷによって主導された、成功したＲＳＶＰフローセットアップは、ＵＥが予約オンを送ることをトリガする。ＮＷによって主導された、成功したＲＳＶＰフロー削除は、ＵＥが予約オフを送ることをトリガする。
【００５６】
第２のオプションでは、データがＨＳＧＷに到着したとき、ＨＳＧＷは、順方向と逆方向の両方のリンクについて予約をオンにするためのＡ１１シグナリングをＡＮに送る。予約オフは、構成された時間期間の間に受信データが検出されないことに依拠する。
【００５７】
第３のオプションでは、ボイストラフィックのために、ＳＩＰなどのアプリケーションシグナリングが使用される場合、ＰＣＲＦは予約オンおよびオフの要求（たとえば、ゲートオン／オフ）をＨＳＧＷに送ることができる。次いで、ＨＳＧＷはＡＮにＡ１１シグナリングを送る。
【００５８】
ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳ
事業者は、異なる課金機構を有する異なるサービスに対して同じＱｏＳ（ＱｏＳ  ＦｌｏｗＰｒｏｆｉｌｅＩＤ）を使用し得る。たとえば、（オーディオとビデオの両方を含む）ビデオ通信会議（ＶＴ）はボリュームベースの課金であり、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）は持続時間ベースの課金である。ＭＳ主導型ＱｏＳとネットワーク主導型ＱｏＳの両方は、以下の制限、すなわち、事前ＱｏＳセットアップなしを用いて上記の要件をサポートすることができる。したがって、呼セットアップ時間はより長い。本発明は、課金トリガリングに対処することによって事前ＱｏＳセットアップを用いたＭＳ主導型ＱｏＳを可能にする。ＰＣＲＦポリシー制御はＨＲＰＤ予約オン／オフに基づく。ＰＤＳＮにおけるポリシー施行は、ＭＳが許可ＱｏＳを他の用法のために使用することができないように、５タプルを使用する。
【００５９】
現在の状況と比較して改善されたパフォーマンスを提供する５つの異なるオプションを開示する。例示的な態様では、これらの発明は、呼がセットアップされるたびに、ＭＳ／ネットワークがＱｏＳをセットアップし、ティアダウンする必要がなくなるであろう。
【００６０】
第１に、オプション１は、ワイルドカードを使用してＭＳプリセットアップＱｏＳを使用し、ＭＳとＰＤＳＮとＰＣＲＦとがＱｏＳをキャッシュする。たとえば、ワイルドカードは、ソースＩＰアドレス／ポートとして３タプル（ＭＳのＩＰアドレス、ポート、およびトランスポートプロトコル）を使用する。事前ＱｏＳセットアップ中に、ＰＣＲＦは、ＭＳがポリシーに基づいてＰＦおよびＱｏＳを他のトラフィックのために使用することができないように、ゲートをオフにし得る。たとえば、ＱｏＳおよびパケットフィルタ、またはアプリケーションサーバとＰＣＲＦとの間のインターフェースの使用に基づいて、ＰＣＲＦはゲートをオフにすることができる。呼が確立され、ＳＩＰ  ＩＮＶＩＴＥなどのアプリケーションシグナリング交換によってトリガされたとき、ＰＣＲＦはＰＤＳＮにゲートオンを送る。呼が解放され、ＳＩＰ  ＢＹＥなどのアプリケーションシグナリングによってトリガされたとき、ＰＣＲＦはＰＤＳＮにゲートオフを送る。各呼が解放された後、ＭＳとＰＤＳＮとＰＣＲＦとは、事前確立されたＱｏＳおよびワイルドカードＰＦを保持する。これがＰＣＲＦの新しい挙動となる。予約オン／オフは、Ｘ．Ｓ００１１−Ｄにおいて規定されているように、ＰＤＳＮにおいてＱｏＳベースの課金のために依然として使用され得る。さらに、サービス情報（たとえば、ＳＩＰ  ＩＮＶＩＴＥおよびＢＹＥに基づく持続時間）に基づく課金と相関するために、３ＧＰＰ  ＰＣＣ課金が使用され得る。
【００６１】
図８に、ＭＳ８０２と、ＲＡＮ８０４と、ＰＤＳＮ８０６と、ｖＰＣＲＦ８０８と、ｈＰＣＲＦ８１０と、ＨＡＡＡ８１２と、ＡＦ８１４とによって実行される、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳのオプション１のための例示的なコールフロー８００を示す。ステップ１において、ＭＳ８０２が、ＰＤＳＮ８０６とのＰＰＰリンク制御プロトコル（ＬＣＰ）を実行する（ブロック８１６）。ステップ２において、ＭＳ８０２およびＰＤＳＮ８０６は、たとえば拡張認証プロトコル（ＥＡＰ）、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）、およびパスワード認証プロトコル（ＰＡＰ）であり得る、ＰＰＰ認証を通信する（ブロック８１８）。認証および許可（ＱｏＳユーザプロファイル）がＨＡＡＡ８１２からＰＤＳＮ８０６に送られる（ブロック８１９）。ステップ３において、ＰＤＳＮ８０６はＱｏＳユーザプロファイルをＲＡＮ８０４に送る（ブロック８２０）。ステップ４において、ＭＳ８０２は、ＰＤＳＮ８０６にインターネットプロトコル制御プロトコル（ＩＰＣＰ）構成要求を送る（ブロック８２２）。ステップ５において、ＰＤＳＮ８０６は、ＭＳ８０２にＩＰＣＰ構成Ａｃｋ（ＭＳのシンプルＩＰ追加）を送る（ブロック８２４）。ステップ６において、ＰＤＳＮ８０６はＨＡＡＡ８１２に課金要求（開始）を送る（ブロック８２６）。ステップ７において、ＰＤＳＮ８０６はｈＰＣＲＦ８１０にＩＰ−ＣＡＮセッション確立を送る（ブロック８２８）。ステップ８において、ｈＰＣＲＦ８１０は、ＩＰ−ＣＡＮ確立に対するＡｃｋをＰＤＳＮ８０６に送る（ブロック８３０）。ステップ９において、ＭＳ８０２はアプリケーションをオープンする（ブロック８３２）。ステップ１０において、ＭＳ８０２およびＲＡＮ８０４はＱｏＳフロー構成を通信する（ブロック８３４）。ＲＡＮ８０４およびＰＤＳＮ８０６はＡ１１インターフェース（要求ＱｏＳおよび許可ＱｏＳ）を介して通信する（ブロック８３６）。ステップ１１において、ＭＳ８０２はＰＤＳＮ８０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック８３８）。ステップ１２において、ＰＤＳＮ８０６は許可ＦｌｏｗＰｒｏｆｉｌｅＩＤをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック８４０）。ステップ１３において、ＰＤＳＮ８０６はｈＰＣＲＦ８１０にＩＰ−ＣＡＮセッション変更を送る（ブロック８４２）。ステップ１４において、ｈＰＣＲＦ８１０はＰＣＲＦポリシー決定を実行する（ブロック８４４０。ステップ１５において、ｈＰＣＲＦ８１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ８０６に送る（ブロック８４６）。ステップ１６において、ＰＤＳＮ８０６はＭＳ８０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック８４８）。ステップ１７において、ＭＳ８０２とＡＦ８１４との間でアプリケーション登録（随意であり、たとえば、ＳＩＰ  Ｒｅｇｉｓｔｅｒ）が実行される（ブロック８５０）。ステップ１８において、ユーザは、ＭＳ８０２を使用して呼を開始する（ブロック８５２）。ステップ１９において、ＭＳ８０２はＲＡＮ８０４に予約オンを送る（ブロック８５４）。ＲＡＮ８０４およびＰＤＳＮ８０６はＡ１１インターフェース（エアリンクレコード）を介して通信する（ブロック８５６）。ステップ２０において、ＭＳ８０２とＡＦ８１４との間でアプリケーションシグナリング（たとえば、ＳＩＰ  ｉｎｖｉｔｅなど）が行われる（ブロック８６２）。ステップ２１において、ＡＦがｈＰＣＲＦ８１０にアプリケーション／サービス情報を送る（ブロック８６４）。ステップ２２において、ｈＰＣＲＦ８１０はＡＦ８１４にＡｃｋを送る（ブロック８６６）。ステップ２３において、ｈＰＣＲＦ８１０は、ＰＦが整合され、ＱｏＳが認可されたと判断し、したがってそのいずれも変更されない（ブロック８６８）。ステップ２３Ａにおいて、ｈＰＣＲＦ８１０は、ＰＣＣプロビジョニング（５タプルを用いたゲートオン）をＰＤＳＮ８０６に送る（ブロック８７０）。ステップ２４において、ＭＳ８０２とＡＦ８１４との間でデータ呼が進行中である（ブロック８７２）。ステップ２５において、ＭＳ８０２のユーザは呼を終了する（ブロック８７４）。ステップ２６において、ＭＳ８０２とＡＦ８１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック８７６）。ステップ２７において、ＡＦ８１４はｈＰＣＲＦ８１０にサービス終了を送る（ブロック８７８）。ステップ２８において、ｈＰＣＲＦ８８０はＡＦ８１４にＡｃｋを送る（ブロック８８０）。ステップ２９において、ｈＰＣＲＦ８１０はＱｏＳと元のＰＦとを削除しない（ブロック８８２）。ステップ２９Ａにおいて、ｈＰＣＲＦ８１０は、ＰＣＣプロビジョニング（元のＰＦを用いたゲートオフ）をＰＤＳＮ８０６に送る（ブロック８８４）。ステップ３０Ａにおいて、ＭＳ８０２は予約オフをＲＡＮ８０４と通信する（ブロック８８６）。ステップ３０Ｂにおいて、ＲＡＮ８０４はＡ１１インターフェース（エアリンクレコード）を介してＰＤＳＮ８０６と通信する（ブロック８８８）。
【００６２】
第２に、オプション１．１は、概して、以下のこと、すなわち、ＰＤＳＮが予約オン／オフに基づいてＰＣＲＦにゲートオン／オフを要求することを除いて、オプション１と同じである。ＰＣＣプロトコル変更は、ゲートオン／オフ要求がＰＤＳＮからＰＣＲＦに行われ得るように行われる。ＰＣＲＦは、ＰＣＲＦがアプリケーションサーバからの指示を受信したときのみ、ゲートオン要求を許可する。ＰＣＲＦが、アプリケーションサーバからの指示を受信する前に、ゲートオン要求を可能にすることをできるようにするための最適化が使用され得る。アプリケーションシグナリングが存在しない場合、これは利益になり得る。ＱｏＳを許可した後のある持続時間内にアプリケーションサーバからの指示が受信されない場合、その許可は取り消され得る。
【００６３】
ＭＳは他のトラフィックのために短期間の予約を使用し得ることに留意されたい。このオプションは、オプション１とは対照的に、ＰＣＲＦが、同時に使用されることを許可されていないユーザトラフィックを用いてポリシーを制御することを希望する場合に必要とされ得る。たとえば、ＭＳとサーバ１との間でユーザトラフィックが送られるとき、ＭＳとサーバ２との間でトラフィックが送られることが可能にされない。
【００６４】
図９に、ＭＳ９０２と、ＲＡＮ９０４と、ＰＤＳＮ９０６と、ｖＰＣＲＦ９０８と、ｈＰＣＲＦ９１０と、ＨＡＡＡ９１２と、ＡＦ９１４とによって実行される、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳのオプション１．１のための例示的なコールフロー９００を示す。ステップ１において、ＭＳ９０２が、ＰＤＳＮ９０６とのＰＰＰ  ＬＣＰを実行する（ブロック９１６）。ステップ２において、ＭＳ９０２およびＰＤＳＮ９０６は、たとえば拡張認証プロトコル（ＥＡＰ）、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ）、およびパスワード認証プロトコル（ＰＡＰ）であり得る、ＰＰＰ認証を通信する（ブロック９１８）。認証および許可（ＱｏＳユーザプロファイル）がＨＡＡＡ９１２からＰＤＳＮ９０６に送られる（ブロック９１９）。ステップ３において、ＰＤＳＮ９０６はＱｏＳユーザプロファイルをＲＡＮ９０４に送る（ブロック９２０）。ステップ４において、ＭＳ９０２は、ＰＤＳＮ９０６にインターネットプロトコル制御プロトコル（ＩＰＣＰ）構成要求を送る（ブロック９２２）。ステップ５において、ＰＤＳＮ９０６は、ＭＳ９０２にＩＰＣＰ構成Ａｃｋ（ＭＳのシンプルＩＰ追加）を送る（ブロック９２４）。ステップ６において、ＰＤＳＮ９０６はＨＡＡＡ９１２に課金要求（開始）を送る（ブロック９２６）。ステップ７において、ＰＤＳＮ９０６はｈＰＣＲＦ９１０にＩＰ−ＣＡＮセッション確立を送る（ブロック９２８）。ステップ８において、ｈＰＣＲＦ９１０は、ＩＰ−ＣＡＮ確立に対するＡｃｋをＰＤＳＮ９０６に送る（ブロック９３０）。ステップ９において、ＭＳ９０２はアプリケーションをオープンする（ブロック９３２）。ステップ１０において、ＭＳ９０２およびＲＡＮ９０４はＱｏＳフロー構成を通信する（ブロック９３４）。ＲＡＮ９０４およびＰＤＳＮ９０６はＡ１１インターフェース（要求ＱｏＳおよび許可ＱｏＳ）を介して通信する（ブロック９３６）。ステップ１１において、ＭＳ９０２はＰＤＳＮ９０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック９３８）。ステップ１２において、ＰＤＳＮ９０６は許可ＦｌｏｗＰｒｏｆｉｌｅＩＤをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック９４０）。ステップ１３において、ＰＤＳＮ９０６はｈＰＣＲＦ９１０にＩＰ−ＣＡＮセッション変更を送る（ブロック９４２）。ステップ１４において、ｈＰＣＲＦ９１０はＰＣＲＦポリシー決定を実行する（ブロック９４４）。ステップ１５において、ｈＰＣＲＦ９１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ９０６に送る（ブロック９４６）。ステップ１６において、ＰＤＳＮ９０６はＭＳ９０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック９４８）。ステップ１７において、ＭＳ９０２とＡＦ９１４との間でアプリケーション登録（随意であり、たとえば、ＳＩＰ  Ｒｅｇｉｓｔｅｒ）が実行される（ブロック９５０）。ステップ１８において、ユーザは、ＭＳ９０２を使用して呼を開始する（ブロック９５２）。ステップ１９において、ＭＳ９０２はＲＡＮ９０４に予約オンを送る（ブロック９５４）。ＲＡＮ９０４およびＰＤＳＮ９０６はＡ１１インターフェース（エアリンクレコード）を���して通信する（ブロック９５６）。ステップ１９Ａにおいて、ＰＤＳＮ９０６はｈＰＣＲＦ９１０にＩＰ−ＣＡＮセッション変更（ゲートオン要求）を送る（ブロック９５８）。ステップ１９Ｂにおいて、ｈＰＣＲＦ９１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ９０６に送る（ブロック９６０）。ステップ２０において、ＭＳ９０２とＡＦ９１４との間でアプリケーションシグナリング（たとえば、ＳＩＰ  ｉｎｖｉｔｅなど）が行われる（ブロック９６２）。ステップ２１において、ＡＦがｈＰＣＲＦ９１０にアプリケーション／サービス情報を送る（ブロック９６４）。ステップ２２において、ｈＰＣＲＦ９１０はＡＦ９１４にＡｃｋを送る（ブロック９６６）。ステップ２３において、ｈＰＣＲＦ９１０は、ＰＦが整合され、ＱｏＳが認可されたと判断し、したがってそのいずれも変更されない（ブロック９６８）。ステップ２４において、ＭＳ９０２とＡＦ９１４との間でデータ呼が進行中である（ブロック９７２）。ステップ２５において、ＭＳ９０２のユーザは呼を終了する（ブロック９７４）。ステップ２６において、ＭＳ９０２とＡＦ９１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック９７６）。ステップ２７において、ＡＦ９１４はｈＰＣＲＦ９１０にサービス終了を送る（ブロック９７８）。ステップ２８において、ｈＰＣＲＦ９８０はＡＦ９１４にＡｃｋを送る（ブロック９８０）。ステップ２９において、ｈＰＣＲＦ９１０はＱｏＳと元のＰＦとを削除しない（ブロック９８２）。ステップ３０Ａにおいて、ＭＳ９０２は予約オフをＲＡＮ９０４と通信する（ブロック９８６）。ステップ３０Ｂにおいて、ＲＡＮ９０４はＡ１１インターフェース（エアリンクレコード）を介してＰＤＳＮ９０６と通信する（ブロック９８８）。ステップ３１において、ＰＤＳＮ９０６はｈＰＣＲＦ９１０にＩＰ−ＣＡＮセッション変更（ゲ−トオフ要求）を送る（ブロック９９０）。ステップ３２において、ｈＰＣＲＦ９１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ９０６に送る（ブロック９９２）。
【００６５】
第３に、オプション２は、オプション１と同じワイルドカードを使用してＱｏＳのＭＳプリセットアップを実行し、ＭＳとＰＤＳＮとは、事前構成されたＱｏＳを保持する。ただし、ＰＣＲＦは事前構成されたＱｏＳに気づいていない。ＭＳは、最初のデータ呼開始が初期ＰＦおよびＱｏＳをセットアップするのを待つ。ＰＤＳＮが、フローについて確立されたＰＣＣルールを有しない場合、ＰＤＳＮは、ＭＳからの予約オンに基づいてＰＣＲＦに許可要求を送る。ＰＣＲＦは、ＰＣＲＦがアプリケーションサーバからの指示を受信したときのみ、ＱｏＳ要求を許可する。
【００６６】
オプション１．１と同様に、ＭＳは他のトラフィックのために短期間の予約を使用し得ることに留意されたい。このオプションは、オプション１とは対照的に、ＰＣＲＦが、同時に使用されることを許可されていないユーザトラフィックを用いてポリシーを制御することを希望する場合に必要とされ得る。たとえば、ＭＳとサーバ１との間でユーザトラフィックが送られるとき、ＭＳとサーバ２との間でトラフィックが送られることが可能にされない。
【００６７】
ＰＤＳＮは、ＭＳからの予約オフに基づいてＱｏＳリソース解放要求をＰＣＲＦに送る。ＭＳからの予約オン／オフは、Ｘ．Ｐ００１１−Ｄにおいて規定されているように、ＱｏＳベースの課金のために使用される。さらに、サービス情報（たとえば、ＳＩＰ  ＩＮＶＩＴＥおよびＢＹＥに基づく持続時間）に基づく課金と相関するために、３ＧＰＰ  ＰＣＣ課金が使用され得る。
【００６８】
したがって、図１０に、ＭＳ１００２と、ＲＡＮ１００４と、ＰＤＳＮ１００６と、ｖＰＣＲＦ１００８と、ｈＰＣＲＦ１０１０と、ＨＡＡＡ１０１２と、ＡＦ１０１４とによって実行される、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳのオプション２のための例示的なコールフロー１０００を示す。ステップ１において、ＭＳ１００２が、ＰＤＳＮ１００６とのＰＰＰ  ＬＣＰを実行する（ブロック１０１６）。ステップ２において、ＭＳ１００２およびＰＤＳＮ１００６は、たとえばＥＡＰ、ＣＨＡＰ、およびＰＡＰであり得る、ＰＰＰ認証を通信する（ブロック１０１８）。認証および許可（ＱｏＳユーザプロファイル）がＨＡＡＡ１０１２からＰＤＳＮ１００６に送られる（ブロック１０２０）。ステップ３において、ＰＤＳＮ１００６はＱｏＳユーザプロファイルをＲＡＮ１００４に送る（ブロック１０２２）。ステップ４において、ＭＳ１００２はＰＤＳＮ１００６にＩＰＣＰ構成要求を送る（ブロック１０２４）。ステップ５において、ＰＤＳＮ１００６は、ＭＳ１００２にＩＰＣＰ構成Ａｃｋ（ＭＳのシンプルＩＰ追加）を送る（ブロック１０２６）。ステップ６において、ＰＤＳＮ１００６はＨＡＡＡ１０１２に課金要求（開始）を送る（ブロック１０２８）。ステップ７において、ＰＤＳＮ１００６はｈＰＣＲＦ１０１０にＩＰ−ＣＡＮセッション確立を送る（ブロック１０３０）。ステップ８において、ｈＰＣＲＦ１０１０は、ＩＰ−ＣＡＮ確立に対するＡｃｋをＰＤＳＮ１００６に送る（ブロック１０３２）。ステップ９において、ＭＳ１００２はアプリケーションをオープンする（ブロック１０３４）。ステップ１０において、ＭＳ１００２とＡＦ１０１４との間でアプリケーション登録（随意であり、たとえば、ＳＩＰ  Ｒｅｇｉｓｔｅｒ）が実行される（ブロック１０３６）。ステップ１１において、ユーザは、ＭＳ１００２を使用して呼を開始する（ブロック１０３８）。ステップ１２において、ＭＳ１００２およびＲＡＮ１００４はＱｏＳフロー構成を通信する（ブロック１０４０）。ＲＡＮ１００４およびＰＤＳＮ１００６はＡ１１インターフェース（要求ＱｏＳおよび許可ＱｏＳ）を介して通信する（ブロック１０４２）。ステップ１３において、ＭＳ１００２はＰＤＳＮ１００６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック１０４４）。ステップ１４において、ＰＤＳＮ１００６は許可ＦｌｏｗＰｒｏｆｉｌｅＩＤをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック１０４６）。ステップ１５において、ＰＤＳＮ１００６はｈＰＣＲＦ１０１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１０４８）。ステップ１６において、ｈＰＣＲＦ１０１０はＰＣＲＦポリシー決定を実行する（ブロック１０４５０）。ステップ１７において、ｈＰＣＲＦ１０１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１００６に送る（ブロック１０５２）。ステップ１８において、ＰＤＳＮ１００６はＭＳ１００２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック１０５４）。ステップ１９において、ＭＳ１００２はＲＡＮ１００４に予約オンを送る（ブロック１０５６）。ＲＡＮ１００４およびＰＤＳＮ１００６はＡ１１インターフェース（エアリン���レコード）を介して通信する（ブロック１０５８）。ステップ２０において、ＭＳ１００２とＡＦ１０１４との間でアプリケーションシグナリング（たとえば、ＳＩＰ  ｉｎｖｉｔｅなど）が行われる（ブロック１０６０）。ステップ２１において、ＡＦがｈＰＣＲＦ１０１０にアプリケーション／サービス情報を送る（ブロック１０６２）。ステップ２２において、ｈＰＣＲＦ１０１０はＡＦ１０１４にＡｃｋを送る（ブロック１０６４）。ステップ２３において、ｈＰＣＲＦ１０１０は、ＰＦが整合され、ＱｏＳが認可されたと判断し、したがってそのいずれも変更されない（ブロック１０６６）。ステップ２４において、ＭＳ１００２とＡＦ１０１４との間でデータ呼が進行中である（ブロック１０６８）。ステップ２５において、ＭＳ１００２のユーザは呼を終了する（ブロック１０７０）。ステップ２６において、ＭＳ１００２とＡＦ１０１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック１０７２）。ステップ２７において、ＡＦ１０１４はｈＰＣＲＦ１０１０にサービス終了を送る（ブロック１０７４）。ステップ２８において、ｈＰＣＲＦ１０８０はＡＦ１０１４にＡｃｋを送る（ブロック１０７６）。ステップ２９において、ｈＰＣＲＦ１０１０はＱｏＳと元のＰＦとを削除しない（ブロック１０７８）。ステップ３０Ａにおいて、ＭＳ１００２は予約オフをＲＡＮ１００４と通信する（ブロック１０８０）。ステップ３０Ｂにおいて、ＲＡＮ１００４はＡ１１インターフェース（エアリンクレコード）を介してＰＤＳＮ１００６と通信する（ブロック１０８２）。ステップ３１において、ＰＤＳＮ１００６はｈＰＣＲＦ１０１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１０８４）。ステップ３２において、ｈＰＣＲＦ１０１０はＰＦとＱｏＳとを除去する（ブロック１０８６）。ステップ３３において、ｈＰＣＲＦ１０１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１００６に送る（ブロック１０８８）。ステップ３４において、ＭＳ１００２を介したユーザは別の呼を行う（ブロック１０９０）。ステップ３５において、ＭＳ１００２はＲＡＮ１００４に予約オンを送る（ブロック１０９１）。ＲＡＮ１００４およびＰＤＳＮ１００６はＡ１１インターフェース（エアリンクレコード）を介して通信する（ブロック１０９２）。ステップ３６において、ＭＳ１００２とＡＦ１０１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック１０９３）。ステップ３７において、ＡＦ１０１４はｈＰＣＲＦ１０１０にアプリケーション／サービス情報を送る（ブロック１０９４）。ステップ３８において、ｈＰＣＲＦ１０１０はＡＦ１０１４にＡｃｋを送る（ブロック１０９５）。ステップ３９において、ＰＤＳＮ１００６はｈＰＣＲＦ１０１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１０９６）。ステップ４０において、ｈＰＣＲＦ１０１０はポリシー決定を実行する（ブロック１０９７）。ステップ４１において、ｈＰＣＲＦ１０１０は、ＩＰ−ＣＡＮセッション変更に対するＡｃｋをＰＤＳＮ１００６に送る（ブロック１０９８）。
【００６９】
第４に、ＱｏＳをキャッシュするＭＳとＰＤＳＮとを使用するオプション２．１は、オプション２と同じである、アプリケーションがオンであるとき、ワイルドカードを使用したＭＳプリセットアップＱｏＳを可能にする。ＭＳとＰＤＳＮとは、事前構成されたＱｏＳを保持し、ＰＣＲＦは事前構成されたＱｏＳに気づいていない。
【００７０】
ＰＤＳＮは以下の手順を実行する。ＰＤＳＮが、フローについて確立されたＰＣＣルールを有しない場合、ＰＤＳＮは、ＭＳからのＲＳＶＰ要求（初期ＱｏＳセットアップの場合）または予約オン（後続のデータ呼の場合）に基づいて許可要求をＰＣＲＦに送る。ＭＳ主導型ＱｏＳでは、ＰＤＳＮがＰＣＲＦからのＱｏＳ削除を受信したとき、ＰＤＳＮはＰＦを保持する。ＰＤＳＮは、ＭＳからの予約オフに基づいてＱｏＳリソース解放要求をＰＣＲＦに送る。
【００７１】
ＰＣＲＦは以下の手順を実行する。ＰＣＲＦは、アプリケーションサーバからの指示を受信する前にＱｏＳ要求を許可することができる。事業者のポリシーに基づいてＱｏＳを許可した後のある持続時間内にアプリケーションサーバからの指示が受信されない場合、その許可は取り消され得る。ＰＣＲＦは、ＰＣＲＦがＰＤＳＮからのＱｏＳリソース解放要求を受信したとき、ＱｏＳを削除する。
【００７２】
ＭＳからの予約オン／オフは、Ｘ．Ｐ００１１−Ｄにおいて規定されているように、ＱｏＳベースの課金のために使用される。さらに、サービス情報（たとえば、ＳＩＰ  ＩＮＶＩＴＥおよびＢＹＥに基づく持続時間）に基づく課金と相関するために、３ＧＰＰ  ＰＣＣ課金が使用され得る。ＭＳは他のトラフィックのために短期間の予約を使用し得ることに留意されたい。
【００７３】
したがって、図１１に、ＭＳ１１０２と、ＲＡＮ１１０４と、ＰＤＳＮ１１０６と、ｖＰＣＲＦ１１０８と、ｈＰＣＲＦ１１１０、ＨＡＡＡ１１１２と、ＡＦ１１１４とによって実行される、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳのオプション２．１のための例示的なコールフロー１１００を示す。ステップ１において、ＭＳ１１０２が、ＰＤＳＮ１１０６とのＰＰＰ  ＬＣＰを実行する（ブロック１１１６）。ステップ２において、ＭＳ１１０２およびＰＤＳＮ１１０６は、たとえばＥＡＰ、ＣＨＡＰ、およびＰＡＰであり得る、ＰＰＰ認証を通信する（ブロック１１１８）。認証および許可（ＱｏＳユーザプロファイル）がＨＡＡＡ１１１２からＰＤＳＮ１１０６に送られる（ブロック１１２０）。ステップ３において、ＰＤＳＮ１１０６はＱｏＳユーザプロファイルをＲＡＮ１１０４に送る（ブロック１１２２）。ステップ４において、ＭＳ１１０２はＰＤＳＮ１１０６にＩＰＣＰ構成要求を送る（ブロック１１２４）。ステップ５において、ＰＤＳＮ１１０６は、ＭＳ１１０２にＩＰＣＰ構成Ａｃｋ（ＭＳのシンプルＩＰ追加）を送る（ブロック１１２６）。ステップ６において、ＰＤＳＮ１１０６はＨＡＡＡ１１１２に課金要求（開始）を送る（ブロック１１２８）。ステップ７において、ＰＤＳＮ１１０６はｈＰＣＲＦ１１１０にＩＰ−ＣＡＮセッション確立を送る（ブロック１１３０）。ステップ８において、ｈＰＣＲＦ１１１０は、ＩＰ−ＣＡＮ確立に対するＡｃｋをＰＤＳＮ１１０６に送る（ブロック１１３２）。ステップ９において、ＭＳ１１０２はアプリケーションをオープンする（ブロック１１３４）。ステップ１０において、ＭＳ１１０２とＡＦ１１１４との間でアプリケーション登録（随意であり、たとえば、ＳＩＰ  Ｒｅｇｉｓｔｅｒ）が実行される（ブロック１１３６）。ステップ１１において、ＭＳ１１０２およびＲＡＮ１１０４はＱｏＳフロー構成を通信する（ブロック１１３８）。ＲＡＮ１１０４およびＰＤＳＮ１１０６はＡ１１インターフェース（要求ＱｏＳおよび許可ＱｏＳ）を介して通信する（ブロック１１４０）。ステップ１２において、ＭＳ１１０２はＰＤＳＮ１１０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック１１４２）。ステップ１３において、ＰＤＳＮ１１０６は許可ＦｌｏｗＰｒｏｆｉｌｅＩＤをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック１１４４）。ステップ１４において、ＰＤＳＮ１１０６はｈＰＣＲＦ１１１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１１４６）。ステップ１５において、ｈＰＣＲＦ１１１０はＰＣＲＦポリシー決定を実行する（ブロック１１４８）。ステップ１６において、ｈＰＣＲＦ１１１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１１０６に送る（ブロック１１５０）。ステップ１７において、ＰＤＳＮ１１０６はＭＳ１１０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック１１５２）。ステップ１８において、ｈＰＣＲＦ１１１０においてタイムアウトが発生する（ブロック１１５４）。ステップ１９において、ｈＰＣＲＦ１１１０はＰＤＳＮ１１０６にＱｏＳ削除を送る（ブロック１１５６）。ステップ２０において、ＰＤＳＮ１１０６はＰＦを保持する（���ロック１１５８）。ステップ２１において、ユーザは、ＭＳ１１０２を使用して呼を開始する（ブロック１１６０）。ステップ２２において、ＭＳ１１０２はＲＡＮ１１０４に予約オンを送る（ブロック１１６２）。ＲＡＮ１１０４およびＰＤＳＮ１１０６はＡ１１インターフェース（エアリンクレコード）を介して通信する（ブロック１１６４）。ステップ２３において、ＰＤＳＮ１１０６はｈＰＣＲＦ１１１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１１６６）。ステップ２４において、ｈＰＣＲＦ１１１０はＰＣＲＦポリシー決定を実行する（ブロック１１６８）。ステップ２５において、ｈＰＣＲＦ１１１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１１０６に送る（ブロック１１７０）。ステップ２６において、ＭＳ１１０２とＡＦ１１１４との間でアプリケーションシグナリング（たとえば、ＳＩＰ  ｉｎｖｉｔｅなど）が行われる（ブロック１１７２）。ステップ２７において、ＡＦがｈＰＣＲＦ１１１０にアプリケーション／サービス情報を送る（ブロック１１７４）。ステップ２８において、ｈＰＣＲＦ１１１０はＡＦ１１１４にＡｃｋを送る（ブロック１１７６）。ステップ２９において、ｈＰＣＲＦ１１１０は、ＰＦが整合され、ＱｏＳが認可されたと判断し、したがってそのいずれも変更されない（ブロック１１７８）。ステップ３０において、ＭＳ１１０２とＡＦ１１１４との間でデータ呼が進行中である（ブロック１１８０）。ステップ３１において、ＭＳ１１０２のユーザは呼を終了する（ブロック１１８２）。ステップ３２において、ＭＳ１１０２とＡＦ１１１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック１１８４）。ステップ３３において、ＡＦ１１１４はｈＰＣＲＦ１１１０にサービス終了を送る（ブロック１１８６）。ステップ３４において、ｈＰＣＲＦ１１８０はＡＦ１１１４にＡｃｋを送る（ブロック１１８８）。ステップ３５において、ｈＰＣＲＦ１１１０はＱｏＳと元のＰＦとを削除しない（ブロック１１９０）。ステップ３６Ａにおいて、ＭＳ１１０２は予約オフをＲＡＮ１１０４と通信する（ブロック１１９２）。ステップ３６Ｂにおいて、ＲＡＮ１１０４はＡ１１インターフェース（エアリンクレコード）を介してＰＤＳＮ１１０６と通信する（ブロック１１９４）。ステップ３７において、ＰＤＳＮ１１０６はｈＰＣＲＦ１１１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１１９６）。ステップ３８において、ｈＰＣＲＦ１１１０はＰＦとＱｏＳとを除去する（ブロック１１９８）。ステップ３９において、ｈＰＣＲＦ１１１０は、ＩＰ−ＣＡＮセッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１１０６に送る（ブロック１１９９）。
【００７４】
第５に、オプション３は、ＭＳ主導型ＱｏＳのためのＱｏＳプリセットアップを使用しない。ＭＳは、パケットデータ呼ごとにＱｏＳをセットアップし、ティアダウンする。ＰＣＲＦは、ＳＩＰシグナリングから受信した５タプルに基づいて各呼のポリシー決定を実行する。ＰＤＳＮは、詳細なパケットフィルタに基づいてトラフィックポリシングを実行する。ＭＳからの予約オン／オフは、Ｘ．Ｓ００１１−Ｄにおいて規定されているように、ＰＤＳＮにおいてＱｏＳベースの課金のために使用される。さらに、サービス情報（たとえば、ＳＩＰ  ＩＮＶＩＴＥおよびＢＹＥに基づく持続時間）に基づく課金と相関するために、３ＧＰＰ  ＰＣＣ課金が使用され得る。
【００７５】
したがって、図１２に、ＭＳ１２０２と、ＲＡＮ１２０４と、ＰＤＳＮ１２０６と、ｖＰＣＲＦ１２０８と、ｈＰＣＲＦ１２１０と、ＨＡＡＡ１２１２と、ＡＦ１２１４とによって実行される、ＰＣＣアーキテクチャを用いたＨＲＰＤにおけるＭＳ主導型ＱｏＳのオプション３のための例示的なコールフロー１２００を示す。ステップ１において、ＭＳ１２０２が、ＰＤＳＮ１２０６とのＰＰＰ  ＬＣＰを実行する（ブロック１２１６）。ステップ２において、ＭＳ１２０２およびＰＤＳＮ１２０６は、たとえばＥＡＰ、ＣＨＡＰ、およびＰＡＰであり得る、ＰＰＰ認証を通信する（ブロック１２１８）。認証および許可（ＱｏＳユーザプロファイル）がＨＡＡＡ１２１２からＰＤＳＮ１２０６に送られる（ブロック１２２０）。ステップ３において、ＰＤＳＮ１２０６はＱｏＳユーザプロファイルをＲＡＮ１２０４に送る（ブロック１２２２）。ステップ４において、ＭＳ１２０２はＰＤＳＮ１２０６にＩＰＣＰ構成要求を送る（ブロック１２２４）。ステップ５において、ＰＤＳＮ１２０６は、ＭＳ１２０２にＩＰＣＰ構成Ａｃｋ（ＭＳのシンプルＩＰ追加）を送る（ブロック１２２６）。ステップ６において、ＰＤＳＮ１２０６はＨＡＡＡ１２１２に課金要求（開始）を送る（ブロック１２２８）。ステップ７において、ＰＤＳＮ１２０６はｈＰＣＲＦ１２１０にＩＰ−ＣＡＮセッション確立を送る（ブロック１２３０）。ステップ８において、ｈＰＣＲＦ１２１０は、ＩＰ−ＣＡＮ確立に対するＡｃｋをＰＤＳＮ１２０６に送る（ブロック１２３２）。ステップ９において、ＭＳ１２０２はアプリケーションをオープンする（ブロック１２３４）。ステップ１０において、ＭＳ１２０２とＡＦ１２１４との間でアプリケーション登録（随意であり、たとえば、ＳＩＰ  Ｒｅｇｉｓｔｅｒ）が実行される（ブロック１２３６）。ステップ１１において、ユーザは、ＭＳ１２０２を使用してデータ呼を開始する（ブロック１２３８）。ステップ１２において、ＭＳ１２０２とＡＦ１２１４との間でアプリケーションシグナリング（たとえば、ＳＩＰ  ｉｎｖｉｔｅなど）が行われる（ブロック１２４０）。ステップ１３において、ＡＦがｈＰＣＲＦ１２１０にアプリケーション／サービス情報を送る（ブロック１２４２）。ステップ１４において、ｈＰＣＲＦ１２１０はＡＦ１２１４にＡｃｋを送る（ブロック１２４４）。ステップ１５において、ＭＳ１２０２およびＲＡＮ１２０４はＱｏＳフロー構成を通信する（ブロック１２４６）。ＲＡＮ１２０４およびＰＤＳＮ１２０６はＡ１１インターフェース（要求ＱｏＳおよび許可ＱｏＳ）を介して通信する（ブロック１２４８）。ステップ１６において、ＭＳ１２０２はＰＤＳＮ１２０６にＲＳＶＰ  Ｒｅｓｖを送る（ブロック１２５０）。ステップ１７において、ＰＤＳＮ１２０６は許可ＦｌｏｗＰｒｏｆｉｌｅＩＤをＱＣＩ／ＭＢＲ／ＧＢＲにマッピングする（ブロック１２５２）。ステップ１８において、ＰＤＳＮ１２０６はｈＰＣＲＦ１２１０にＩＰ−ＣＡＮセッション変更を送る（ブロック１２５４）。ステップ１９において、ｈＰＣＲＦ１２１０はＰＣＲＦポリシー決定を実行する（ブロック１２５６）。ステップ２０において、ｈＰＣＲＦ１２１０は、ＩＰ−ＣＡＮ���ッション変更（ゲートオフ）に対するＡｃｋをＰＤＳＮ１２０６に送る（ブロック１２５８）。ステップ２１において、ＰＤＳＮ１２０６はＭＳ１２０２にＲＳＶＰ  ＲｅｓｖＣｏｎｆを送る（ブロック１２６０）。ステップ２０において、ＭＳ１２０２はＲＡＮ１２０４に予約オンを送る（ブロック１２６２）。ＲＡＮ１２０４およびＰＤＳＮ１２０６はＡ１１インターフェース（エアリンクレコード）を介して通信する（ブロック１２６４）。ステップ２１において、ＭＳ１２０２とＡＦ１２１４との間でデータ呼が進行中である（ブロック１２６６）。ステップ２２において、ＭＳ１２０２とＡＦ１２１４との間でデータ呼終了のアプリケーションシグナリング（たとえば、ＳＩＰ  Ｂｙｅ）が行われる（ブロック１２６８）。ステップ２３において、ＡＦ１２１４はｈＰＣＲＦ１２１０にサービス終了を送る（ブロック１２７０）。ステップ２４において、ｈＰＣＲＦ１２８０はＡＦ１２１４にＡｃｋを送る（ブロック１２７２）。ステップ２５において、ＭＳ１２０２およびｈＰＣＲＦ１２１０は、フローを削除するためにステップ１５〜２１を実行する（ブロック７４）。ステップ２６Ａにおいて、ＭＳ１２０２は予約オフ（ＶｏＩＰ）をＲＡＮ１２０４と通信する（ブロック１２７６）。ステップ２６Ｂにおいて、ＲＡＮ１２０４はＡ１１インターフェース（エアリンクレコード）を介してＰＤＳＮ１２０６と通信する（ブロック１２７８）。
【００７６】
３つのメインオプション（１、２、および３）と２つのサブオプション（１．１、２．１）との比較により、上記の説明を要約する。
【００７７】
オプション１は、セットアップ遅延がより短く、ＰＣＣインターフェースプロトコルに対する変更が必要とされないという利点を有する。ＰＣＲＦ挙動への変更が必要とされるという点で、問題が提起される。アプリケーションシグナリングがない場合、ＰＣＲＦは、同時に使用されることを許可されていない異なるユーザトラフィックのポリシー制御を実行することができない。
【００７８】
オプション１．１も、セットアップ遅延がより短いという利点を有する。ＰＤＳＮおよびＰＣＲＦ挙動への変更が必要とされるという点で、問題が存在する。ＰＣＣインターフェースに対する変更が必要とされる。最適化の場合、ＭＳは、短い時間期間の間、他のトラフィックのためにＱｏＳを使用し得る。
【００７９】
オプション２は、ＰＣＣインターフェースプロトコルとＰＣＲＦ挙動とに対する変更が必要とされないという利点を有する。別の利点はセットアップ遅延がより短いことである。提起される問題は、ＰＤＳＮ挙動への変更が必要とされることと、初期ＱｏＳおよびＰＦセットアップが最初のデータ呼を待つ必要があることとを含む。最適化の場合、ＭＳは、短い時間期間の間、他のトラフィックのためにＱｏＳを使用し得る。
【００８０】
オプション２．１は、ＰＣＣインターフェースプロトコルとＰＣＲＦ挙動とに対する変更が必要とされないという利点を有する。別の利点はセットアップ遅延がより短いことである。提起される問題は、ＰＤＳＮ挙動への変更が必要とされることを含む。ＭＳは、短い時間期間の間、他のトラフィックのためにＱｏＳを使用し得る。ＰＤＳＮは、アプリケーションシグナリングから受信した５タプルに基づいてポリシングを実行することができない。
【００８１】
オプション３は、規格に対する変更が必要とされず、ＰＤＳＮ／ＰＣＲＦに対する変更が必要とされないという利点を有する。提起される問題は、呼セットアップ遅延が長いことを含む。さらに、オプション３は、ウェブブラウジングタイプのサービスのために使用される場合、予約オン／オフが頻繁に発生することができるので、ＭＳ、ＲＡＮ、ＰＤＳＮ、およびＰＣＲＦの間で不要なシグナリングを引き起こし得る。したがって、ＰＦセットアップ／除去が、休止状態のタイマーの持続時間に応じて頻繁に発生し得る。
【００８２】
さらに、プリセットアップＱｏＳなしに発生する呼セットアップ遅延に関して、ＰＦとＱｏＳとは、パケット呼ごとに確立され、解放される必要がある。それによって、２つの遅延部分が導入される。例示的な一実装形態では、ＲＳＶＰを介したＨＲＰＤ無線セッションＱｏＳ構成およびパケットフィルタ（ＰＦ）確立は、ＰＤＳＮ処理および負荷により、一般に、知覚できる遅延を必要とする。ＭＳごとの各呼のためのＰＦ確立および除去は、より多くの負荷およびプロセスをＰＤＳＮに追加する。ｅＨＲＰＤでは、追加のＱｏＳ検査により、遅延は２倍になる。ＱｏＳ構成およびＰＦ確立は並列に実行され得ることを諒解されたい。
【００８３】
ｅＨＲＰＤおよびＨＲＰＤにおいてネットワーク主導型ＱｏＳの予約をオンにするための方法および装置
本実装形態では、ＲＡＮは、ＱｏＳＦｌｏｗＰｒｏｆｉｌｅに基づいてＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅＦｏｒｗａｒｄ／Ｒｅｖｅｒｓｅ＝０ｘ０、０ｘ１、または０ｘ２を設定する。
【００８４】
０ｘ０は、予約オン／オフが明示的に送られる必要があることを意味する。
【００８５】
０ｘ１は、トラフィックチャネルが解放されたときに予約が自動的にオフにされ、トラフィックチャネルが割り当てられたときに予約オンが必要とされることを意味する。
【００８６】
０ｘ２は、トラフィックチャネルが解放されたときに予約が自動的にオフにされ、トラフィックチャネルが割り当てられたときにオンにされることを意味する。
【００８７】
ＵＥ主導型ＱｏＳでは、ＵＥは概して、アプリケーションおよびＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅＦｏｒｗａｒｄ／Ｒｅｖｅｒｓｅ値に基づいて予約オン（オフ）を送る。ＵＥはＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅＦｏｒｗａｒｄ／Ｒｅｖｅｒｓｅ値を要求することができ、ＲＡＮは、ＵＥの要求またはＱｏＳＦｌｏｗＰｒｏｆｉｌｅに基づいて決定することができる。しかしながら、ネットワーク主導型ＱｏＳのために予約がいつオンおよびオフにされなければならないかは明らかでない。概して、現在の仮定は、ＵＥは、フローを追加すべきＲＳＶＰをＵＥが受信したときに予約オンを送り、フローを削除すべきＲＳＶＰをＵＥが受信したときに予約オフを送るというものである。３ＧＰＰ２  Ｘ．Ｓ００５７  Ｖ２．０中の対応するセクションを参照することができるが、そのためのステージ３要件は存在しないことを諒解されよう。さらに、ＵＥが、アイドル状態になり、フロー削除とともにＲＳＶＰを受信しなかった場合、ＵＥにトラフィックチャネルが割り当てられたとき、順方向リンク（ＦＬ）と逆方向リンク（ＲＬ）の両方について流れているデータがあるか否かとは無関係に、ＵＥは、デバイスにおいてすべてのネットワーク主導型ＱｏＳフローを自動的にオンにすることが仮定される。この場合も、ステージ３要件は存在しない。
【００８８】
上記の仮定があるとすれば、以下の欠点に遭遇されるであろう。
【００８９】
トラフィックチャネルがＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅＦｏｒｗａｒｄ／Ｒｅｖｅｒｓｅ値に基づいて割り当てられ、解放されるたびに、ＵＥは予約オン／オフを要求するためのアクションを取る必要がある。
【００９０】
ＵＥの複雑さが増加する。
【００９１】
トラフィックチャネルが他の目的または他のフローのために割り当てられたとき、このフローとの予約もオンにされる必要があることは効率的でない。
【００９２】
アクティブ化が失敗し、したがってＵＥが再試行し続けることを必要とする場合にも効率的でない。
【００９３】
上記の考慮事項に対処するために、ネットワークがネットワーク主導型ＱｏＳに対して完全な制御を有することを希望する場合、ＲＡＮは、ネットワーク主導型ＱｏＳフローのためにＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅを常に０ｘ２に設定しなければならない。ＵＥが接続状態に入ったとき、ＲＡＮは、これらのネットワーク主導型ＱｏＳフローのためにリソースを常に割り振る。
【００９４】
ネットワーク側にさらなるインテリジェンスが必要とされる場合、ネットワークは、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅ＝０ｘ０、０ｘ１、または０ｘ２を適切に使用するようにネットワーク起動型ＱｏＳフローを構成することができる。情報はＰＣＲＦから直接来ることができ、あるいは、ＨＳＧＷ／ＰＤＳＮがネットワークポリシーおよびＱｏＳ情報（たとえばＱＣＩ／ＧＢＲ／ＭＢＲまたはＱｏＳＦｌｏｗＰｒｏｆｉｌｅＩＤ）に基づいて情報を構成することができる。その場合、ＨＳＧＷ／ＰＤＳＮは、Ａ１１シグナリングを直接通してＲＡＮに示すことができ、またはＨＳＧＷ／ＰＤＳＮは、ＲＳＶＰメッセージを通してＭＳに示すことができ、次いで、ＭＳはエアインターフェースシグナリングを通してＲＡＮに示す。ネットワークは、ＱｏＳフローをオンおよびオフにすることを効率的に管理することができ、ＵＥにおいて現在構成されているすべてのネットワーク主導型ＱｏＳフローにリソースを割り振らないことができる。
【００９５】
要約すれば、ネットワークは、構成を設定することと、ＱｏＳフローの予約をオンおよびオフにすることとを制御する。ＰＣＲＦは、Ａ１１シグナリングを通して、またはＲＳＶＰメッセージを通して（次いで、ＭＳからエアインターフェースシグナリングを通してＲＡＮに）ＨＳＧＷ／ＰＤＳＮに示す。ＲＡＮは、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅの適切な値を設定し、それに応じて予約オン／オフをオンにすることができる。
【００９６】
図１３に、ＵＥ１３０２と、ｅＡＮ／ｅＰＣＦ１３０４と、ＨＳＧＷ１３０６と、Ｐ−ＧＷ１３０８と、（ローミングシナリオでの）ｖＰＣＲＦ１３１０と、ｈＰＣＲＦ１３１２とによって実行される、ネットワーク主導型ＱｏＳ（オプション１）のための例示的なコールフロー１３００を示す。ステップ１において、ｈＰＣＲＦ１３１２が、ゲートウェイ制御およびＱｏＳルールプロビジョンをＨＳＧＷ１３０６に送る（ブロック１３１４）。ステップ２において、ＨＳＧＷ１３０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳプロファイルＩＤにマッピングする。ステップ３において、ＵＥ１３０２が接続状態に入る（ブロック１３１８）。ＨＳＧＷ１３０６は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬパケットフィルタを追加、ＱｏＳリスト、トランザクションＩＤ＝ｎｎ）をＵＥ１３０２に送る（ブロック１３２０）。ステップ４において、Ａ１１インターフェースを介して、ｅＡＮ／ｅＰＣＦ１３０４およびＨＳＧＷ１３０６は、フローＩＤ、Ａ１０ＩＤ、ＳＯ  Ｓｅｔ  ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅを通信する（ブロック１３２２）。ステップ５において、ＵＥ１３０２とｅＡＮ／ｅＰＣＦ１３０４との間の通信が補助フロー（予約、ＰｒｏｆｉｌｅＩＤ）をセットアップする（ブロック１３２４）。ステップ６において、ＵＥ１３０２は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬ  ＴＦＴ、フローＩＤ、トランザクションＩＤ＝ｎｎ）をｅＡＮ／ｅＰＣＦ１３０４に送る（ブロック１３２６）。ステップ７において、ＨＳＧＷ１３０６はＶＳＮＰ：［ＰＤＮ−ＩＤ］ＲｅｓｖＣｏｎｆ（トランザクションＩＤ＝ｎｎ）をＵＥ１３０２に送る（ブロック１３２８）。ステップ８において、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅが０ｘ０または０ｘ０１である場合、Ａ１１シグナリング（予約オンの要求）がＨＳＧＷ１３０６からｅＡＮ／ｅＰＣＦ１３０４に送られる（ブロック１３３０）。ステップ９において、ｅＡＮ／ｅＰＣＦ１３０４はＵＥ１３０２に予約オン（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）を送る（ブロック１３３２）。ステップ１０において、ＨＳＧＷ１３０６は、ゲートウェイ制御およびＱｏＳルールプロビジョンに対するＡｃｋをｈＰＣＲＦ１３１２に送る（ブロック１３３４）。ステップ１１において、ｈＰＣＲＦ１３１２とｖＰＣＲＦ１３１０との間でＰＣＣルールプロビジョン手順が行われる（ブロック１３３６）。ステップ１２において、ｈＰＣＲＦ１３１２は、ゲートウェイ制御およびＱｏＳルールプロビジョン（ゲートオフおよびフロー削除）をＨＳＧＷ１３０６に送る（ブロック１３３８）。ステップ１３において、ＨＳＧＷ１３０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳプロファイルＩＤにマッピングする（ブロック１３４０）。ステップ１４において、ＨＳＧＷ１３０６は、Ａ１１インターフェースを介して予約オフの要求をｅＡＮ／ｅＰＣＦ１３０４に送る（ブロック１３４２）。ステップ１５において、ｅＡＮ／ｅＰＣＦ１３０４はＵＥ１３０２に予約オフ（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）を送る（ブロック１３４４）。ステ��プ１６において、ＨＳＧＷ１３０６は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬパケットフィルタを削除、トランザクションＩＤ＝ｎｎ）をＵＥ１３０２に送る（ブロック１３４６）。ステップ１７において、ＵＥ１３０２は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬ  ＴＦＴ、フローＩＤ、トランザクションＩＤ＝ｎｎ）をＨＳＧＷ１３０６に送る（ブロック１３４８）。ステップ１８において、ＨＳＧＷ１３０６はＶＳＮＰ：［ＰＤＮ−ＩＤ］ＲｅｓｖＣｏｎｆ（トランザクションＩＤ＝ｎｎ）をＵＥ１３０２に送る（ブロック１３５０）。ステップ１９において、通信が、ＱｏＳ構成削除のためにＵＥ１３０２とｅＡＮ／ｅＰＣＦ１３０４との間で行われる（ブロック１３５２）。ステップ２０において、ＨＳＧＷ１３０６は、ゲートウェイ制御およびＱｏＳルールプロビジョンに対するＡｃｋをｈＰＣＲＦ１３１２に送る（ブロック１３５４）。ステップ２１において、通信が、ＰＣＣルールプロビジョン手順のためにｖＰＣＲＦ１３１０とｈＰＣＲＦ１３１２との間で行われる（ブロック１３５６）。
【００９７】
図１４に、ＵＥ１４０２と、ｅＡＮ／ｅＰＣＦ１４０４と、ＨＳＧＷ１４０６と、Ｐ−ＧＷ１４０８と、（ローミングシナリオでの）ｖＰＣＲＦ１４１０と、ｈＰＣＲＦ１４１２とによって実行される、ネットワーク主導型ＱｏＳ（オプション２）のための例示的なコールフロー１４００を示す。ステップ１において、ｈＰＣＲＦ１４１２が、ゲートウェイ制御およびＱｏＳルールプロビジョンをＨＳＧＷ１４０６に送る（ブロック１４１４）。ステップ２において、ＨＳＧＷ１４０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳプロファイルＩＤにマッピングする。ステップ３において、ＵＥ１４０２が接続状態に入る（ブロック１４１８）。ＨＳＧＷ１４０６は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬパケットフィルタを追加、ＱｏＳリスト、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅ、トランザクションＩＤ＝ｎｎ）をＵＥ１４０２に送る（ブロック１４２０）。ステップ４において、ＵＥ１４０２とｅＡＮ／ｅＰＣＦ１４０４との間の通信が補助フロー（予約、ＰｒｏｆｉｌｅＩＤ）をセットアップする（ブロック１４２４）。ステップ５において、Ａ１１インターフェースを介して、ｅＡＮ／ｅＰＣＦ１４０４およびＨＳＧＷ１４０６はフローＩＤ、Ａ１０  ＩＤ、ＳＯを通信する（ブロック１４２２）。ステップ６において、ＵＥ１４０２は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬ  ＴＦＴ、フローＩＤ、トランザクションＩＤ＝ｎｎ）をｅＡＮ／ｅＰＣＦ１４０４に送る（ブロック１４２６）。ステップ７において、ＨＳＧＷ１４０６はＶＳＮＰ：［ＰＤＮ−ＩＤ］ＲｅｓｖＣｏｎｆ（トランザクションＩＤ＝ｎｎ）をＵＥ１４０２に送る（ブロック１４２８）。ステップ８において、ＲｅｓｅｒｖａｔｉｏｎＫＫＩｄｌｅＳｔａｔｅが０ｘ０または０ｘ０１である場合、Ａ１１シグナリング（予約オンの要求）がＨＳＧＷ１４０６からｅＡＮ／ｅＰＣＦ１４０４に送られる（ブロック１４３０）。ステップ９において、ｅＡＮ／ｅＰＣＦ１４０４はＵＥ１４０２に予約オン（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）を送る（ブロック１４３２）。ステップ１０において、ＨＳＧＷ１４０６は、ゲートウェイ制御およびＱｏＳルールプロビジョンに対するＡｃｋをｈＰＣＲＦ１４１２に送る（ブロック１４３４）。ステップ１１において、ｈＰＣＲＦ１４１２とｖＰＣＲＦ１４１０との間でＰＣＣルールプロビジョン手順が行われる（ブロック１４３６）。ステップ１２において、ｈＰＣＲＦ１４１２は、ゲートウェイ制御およびＱｏＳルールプロビジョン（ゲートオフおよびフロー削除）をＨＳＧＷ１４０６に送る（ブロック１４３８）。ステップ１３において、ＨＳＧＷ１４０６は、ＰＣＣルールにおいて与えられた情報を（１つまたは複数の）ｅＨＲＰＤ  ＱｏＳプロファイルＩＤにマッピングする（ブロック１４４０）。ステップ１４において、ＨＳＧＷ１４０６は、Ａ１１インターフェースを介して予約オフの要求をｅＡＮ／ｅＰＣＦ１４０４に送る（ブロック１４４２）。ステップ１５において、ｅＡＮ／ｅＰＣＦ１４０４はＵＥ１４０２に予約オフ（ＲｅｓｅｒｖａｔｉｏｎＬａｂｅｌ）を送る（ブロック１４４４）。ステップ１６���おいて、ＨＳＧＷ１４０６は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬパケットフィルタを削除、トランザクションＩＤ＝ｎｎ）をＵＥ１４０２に送る（ブロック１４４６）。ステップ１７において、ＵＥ１４０２は、ＶＳＮＰ：［ＰＤＮ−ＩＤ］Ｒｅｓｖ（ＵＬ／ＤＬ  ＴＦＴ、フローＩＤ、トランザクションＩＤ＝ｎｎ）をＨＳＧＷ１４０６に送る（ブロック１４４８）。ステップ１８において、ＨＳＧＷ１４０６はＶＳＮＰ：［ＰＤＮ−ＩＤ］ＲｅｓｖＣｏｎｆ（トランザクションＩＤ＝ｎｎ）をＵＥ１４０２に送る（ブロック１４５０）。ステップ１９において、通信が、ＱｏＳ構成削除のためにＵＥ１４０２とｅＡＮ／ｅＰＣＦ１４０４との間で行われる（ブロック１４５２）。ステップ２０において、ＨＳＧＷ１４０６は、ゲートウェイ制御およびＱｏＳルールプロビジョンに対するＡｃｋをｈＰＣＲＦ１４１２に送る（ブロック１４５４）。ステップ２１において、通信が、ＰＣＣルールプロビジョン手順のためにｖＰＣＲＦ１４１０とｈＰＣＲＦ１４１２との間で行われる（ブロック１４５６）。
【００９８】
ワイヤレス通信システムは、ボイス、データなど、様々なタイプの通信コンテンツを提供するために広く展開されていることを諒解されたい。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ  ＬＴＥシステム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【００９９】
ワイヤレス多元接続通信システムは、複数のワイヤレスアクセス端末のための通信を同時にサポートし得る。上述のように、各端末は、順方向リンクおよび逆方向リンク上での伝送を介して１つまたは複数の基地局と通信し得る。順方向リンク（またはダウンリンク）は基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力システム、多入力多出力（「ＭＩＭＯ」）システム、または何らかの他のタイプのシステムを介して確立され得る。
【０１００】
図１５を参照すると、一態様による多元接続ワイヤレス通信システムが示されている。アクセスポイント（ＡＰ）１５００は複数のアンテナグループを含み、あるアンテナグループは１５０４と１５０６とを含み、別のアンテナグループは１５０８と１５１０とを含み、追加のアンテナグループは１５１２と１５１４とを含む。図１５では、アンテナグループごとに２つのアンテナのみが示されているが、アンテナグループごとにより多いまたはより少ないアンテナが利用され得る。アクセス端末（ＡＴ）１５１６はアンテナ１５１２および１５１４と通信中であり、アンテナ１５１２および１５１４は、順方向リンク１５２０上でアクセス端末１５１６に情報を送信し、逆方向リンク１５１８上でアクセス端末１５１６から情報を受信する。アクセス端末１５２２はアンテナ１５０６および１５０８と通信中であり、アンテナ１５０６および１５０８は、順方向リンク１５２６上でアクセス端末１５２２に情報を送信し、逆方向リンク１５２４上でアクセス端末１５２２から情報を受信する。ＦＤＤシステムでは、通信リンク１５１８、１５２０、１５２４および１５２６は、通信のための異なる周波数を使用し得る。たとえば、順方向リンク１５２０は、逆方向リンク１５１８によって使用される周波数とは異なる周波数を使用し得る。
【０１０１】
アンテナの各グループ、および／またはアンテナが通信するために設計されたエリアは、しばしば、アクセスポイント４００のセクタと呼ばれる。本態様では、アンテナグループはそれぞれ、アクセスポイント１５００によってカバーされるエリアのセクタ内でアクセス端末１５１６および１５２２に通信するように設計される。
【０１０２】
順方向リンク１５２０および１５２６上の通信では、アクセスポイント１５００の送信アンテナは、異なるアクセス端末１５１６および１５２２に対して順方向リンクの信号対雑音比を改善するためにビームフォーミングを利用する。また、アクセスポイントが、ビームフォーミングを使用して、そのカバレージ中にランダムに分散されたアクセス端末に送信するほうが、アクセスポイントが単一のアンテナを介してすべてのそのアクセス端末に送信するよりも、隣接セル中のアクセス端末への干渉が小さくなる。
【０１０３】
アクセスポイント１５００は、端末と通信するために使用される固定局であり得、アクセスポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。アクセス端末１５１６および１５２２は、ユーザ機器（ＵＥ）、ワイヤレス通信デバイス、端末、または何らかの他の用語で呼ばれることもある。
【０１０４】
ＭＩＭＯシステムは、データ伝送のために複数（ＮT）個の送信アンテナと複数（ＮR）個の受信アンテナとを使用する。ＮT個の送信アンテナとＮR個の受信アンテナとによって形成されるＭＩＭＯチャネルは、空間チャネルとも呼ばれるＮS個の独立チャネルに分解され得、ここで、ＮS≦ｍｉｎ｛ＮT，ＮR｝である。ＮS個の独立チャネルの各々は１つの次元に対応する。複数の送信アンテナおよび受信アンテナによって生成された追加の次元数が利用された場合、ＭＩＭＯシステムは改善されたパフォーマンス（たとえば、より高いスループットおよび／またはより大きい信頼性）を与え得る。
【０１０５】
ＭＩＭＯシステムは時分割複信（「ＴＤＤ」）および周波数分割複信（「ＦＤＤ」）をサポートし得る。ＴＤＤシステムでは、順方向および逆方向リンク伝送が同一周波数領域上で行われるので、相反定理による逆方向リンクチャネルからの順方向リンクチャネルの推定が可能である。これにより、複数のアンテナがアクセスポイントで利用可能なとき、アクセスポイントは順方向リンク上で送信ビームフォーミング利得を抽出することが可能になる。
【０１０６】
本明細書の教示は、少なくとも１つの他のノードと通信するための様々な構成要素を採用するノード（たとえば、デバイス）に組み込まれ得る。図１６に、ノード間の通信を可能にするために採用され得るいくつかの例示的な構成要素を示す。詳細には、図１６は、ＭＩＭＯシステム１６００のワイヤレスデバイス１６１０（たとえば、アクセスポイント）およびワイヤレスデバイス１６５０（たとえば、アクセス端末）を示している。デバイス１６１０では、いくつかのデータストリームのトラフィックデータが、データソース１６１２から送信（「ＴＸ」）データプロセッサ１６１４に供給される。
【０１０７】
いくつかの態様では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ１６１４は、符号化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定の符号化方式に基づいてフォーマットし、符号化し、インターリーブする。
【０１０８】
各データストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータで多重化され得る。パイロットデータは、典型的には、知られている方法で処理され、チャネル応答を推定するために受信機システムにおいて使用され得ることが知られているデータパターンである。次いで、各データストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを供給するために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータ転送速度、符号化、および変調は、プロセッサ１６３０によって実行される命令によって決定され得る。データメモリ１６３２は、デバイス１６１０のプロセッサ１６３０または他の構成要素によって使用されるプログラムコード、データ、および他の情報を記憶し得る。
【０１０９】
次いで、すべてのデータストリームの変調シンボルがＴＸ  ＭＩＭＯプロセッサ１６２０に供給され、ＴＸ  ＭＩＭＯプロセッサ１６２０はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理し得る。次いで、ＴＸ  ＭＩＭＯプロセッサ１６２０は、ＮT個の変調シンボルストリームを、各々が送信機（ＴＭＴＲ）と受信機（ＲＣＶＲ）とを有するＮT個のトランシーバ（「ＸＣＶＲ」）１６２２ａ〜１６２２ｔに供給する。いくつかの態様では、ＴＸ  ＭＩＭＯプロセッサ１６２０は、データストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを付加する。
【０１１０】
各トランシーバ１６２２ａ〜１６２２ｔは、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を供給し、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。次いで、送信機１６２２ａ〜１６２２ｔからのＮT個の変調信号は、それぞれＮT個のアンテナ１６２４ａ〜１６２４ｔから送信される。
【０１１１】
デバイス１６５０では、送信された変調信号はＮR個のアンテナ１６５２ａ〜１６５２ｒによって受信され、各アンテナ１６５２ａ〜１６５２ｒからの受信信号は、それぞれのトランシーバ（「ＸＣＶＲ」）１６５４ａ〜１６５４ｒに供給される。各トランシーバ１６５４ａ〜１６５４ｒは、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを供給し、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを供給する。
【０１１２】
次いで、受信（「ＲＸ」）データプロセッサ１６６０は、特定の受信機処理技法に基づいてＮR個のトランシーバ１６５４ａ〜１６５４ｒからＮR個の受信シンボルストリームを受信し、処理して、ＮT個の「検出」シンボルストリームを供給する。次いで、ＲＸデータプロセッサ１６６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームに対するトラフィックデータを回復する。ＲＸデータプロセッサ１６６０による処理は、デバイス１６１０におけるＴＸ  ＭＩＭＯプロセッサ１６２０およびＴＸデータプロセッサ１６１４によって実行される処理を補完するものである。
【０１１３】
プロセッサ１６７０は、どのプリコーディング行列を使用すべきかを定期的に判断する。プロセッサ１６７０は、行列インデックス部分とランク値部分とを備える逆方向リンクメッセージを作成する。データメモリ１６７２は、デバイス１６５０のプロセッサ１６７０または他の構成要素によって使用されるプログラムコード、データ、および他の情報を記憶し得る。
【０１１４】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備え得る。次いで、逆方向リンクメッセージは、データソース１６３６からいくつかのデータストリームのトラフィックデータをも受信するＴＸデータプロセッサ１６３８によって処理され、変調器１６８０によって変調され、トランシーバ１６５４ａ〜１６５４ｒによって調整され、デバイス１６１０に返信される。
【０１１５】
デバイス１６１０において、デバイス１６５０からの変調信号は、アンテナ１６２４ａ〜１６２４ｔによって受信され、トランシーバ１６２２ａ〜１６２２ｔによって調整され、復調器（「ＤＥＭＯＤ」）１６４０によって復調され、ＲＸデータプロセッサ１６４２によって処理されて、デバイス１６５０によって送信された逆方向リンクメッセージが抽出される。次いで、プロセッサ１６３０は、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し、次いで、抽出されたメッセージを処理する。
【０１１６】
図１６はまた、通信構成要素が、干渉制御動作を実行する１つまたは複数の構成要素を含み得ることを示す。たとえば、干渉（「ＩＮＴＥＲ」）制御構成要素１６９０は、デバイス１６１０のプロセッサ１６３０および／または他の構成要素と協働して、別のデバイス（たとえば、デバイス１６５０）との間で信号を送信／受信し得る。同様に、干渉制御構成要素１６９２は、デバイス１６５０のプロセッサ１６７０および／または他の構成要素と協働して、別のデバイス（たとえば、デバイス１６１０）との間で信号を送信／受信し得る。各デバイス１６１０および１６５０について、記載の構成要素の２つ以上についての機能は単一の構成要素によって提供され得ることを諒解されたい。たとえば、単一の処理構成要素が干渉制御構成要素１６９０およびプロセッサ１６３０の機能を提供し、また、単一の処理構成要素が干渉制御構成要素１６９２およびプロセッサ１６７０の機能を提供し得る。
【０１１７】
図１７に、本明細書の教示が実装され得る、いくつかのユーザをサポートするように構成されたワイヤレス通信システム１７００を示す。システム１７００は、たとえば、マクロセル１７０２ａ〜１７０４ｇなど、複数のセル１７０２の通信を可能にし、各セルは、対応するアクセスノード１７０４（たとえば、アクセスノード１７０４ａ〜１７０４ｇ）によってサービスされる。図１７に示すように、アクセス端末１７０６（たとえば、アクセス端末１７０６ａ〜１７０６ｌ）は、時間とともにシステム全体にわたって様々なロケーションに分散され得る。各アクセス端末１７０６は、たとえば、アクセス端末１７０６がアクティブであるどうか、およびアクセス端末１７０６がソフトハンドオフ中であるどうかに応じて、所与の瞬間に順方向リンク（「ＦＬ」）および／または逆方向リンク（「ＲＬ」）上で１つまたは複数のアクセスノード１７０４と通信し得る。ワイヤレス通信システム１７００は大きい地理的領域にわたってサービスを提供し得る。たとえば、マクロセル１７０２ａ〜１７０２ｇは、近傍中の数ブロックをカバーし得る。
【０１１８】
図１７では、通信システム１７００は、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡＮ）ネットワーク／Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ）ネットワーク１７０２（すなわち、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）またはＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ））と、ＵＥ１７０６として示されているモバイルデバイスにカバレージを提供するための３ＧＰＰ２ネットワーク１７０４とともに示されている。３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２（３ＧＰＰ２）は、ＩＴＵのＩＭＴ−２０００プロジェクトの範囲内で広域的に適用可能な第３世代（３Ｇ）モバイル電話システム仕様を製作する電気通信団体間のコラボレーションである。実際には、３ＧＰＰ２は、以前の２Ｇ  ＣＤＭＡ技術に基づく３Ｇ規格のセットであるＣＤＭＡ２０００のための標準化グループである。３ＧＰＰ２を、ＵＭＴＳとして知られる別の３Ｇ技術のための規格を規定する３ＧＰＰと混同すべきではない。
【０１１９】
ＬＴＥ技術は、ＷＣＤＭＡとＣＤＭＡ２０００とを含む３Ｇシステムの革命的なアップグレードである。２Ｇ／３ＧシステムからＬＴＥまでの進化経路は、基本的に、ローコストで既存のネットワークを移行させるためのシステム間のインターワーキングとシームレスハンドオーバとを実現することによる。Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ（別名ＳＡＥ）は、３ＧＰＰのＬＴＥワイヤレス通信規格のコアネットワークアーキテクチャである。ＳＡＥは、いくつかの違いをもつＧｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）コアネットワークの進化であり、その違いは、（１）簡略化されたアーキテクチャ、（２）Ａｌｌ  ＩＰ  Ｎｅｔｗｏｒｋ（ＡＩＰＮ）、および（３）より高いスループットおよびより低いレイテンシ無線アクセスネットワーク（ＲＡＮ）のためのサポート、ならびにＧＰＲＳとしてのレガシーシステムおよび非３ＧＰＰシステム（たとえばＷｉＭＡＸ）をも含む複数の異種ＲＡＮ間のサポートおよびモビリティである。
【０１２０】
ＬＴＥのための進化型ＲＡＮは、単一のノード、すなわち、ＵＥ１７０６とインターフェースする進化型基本ノード（「ｅノードＢ」または「ｅＮＢ」）からなる。ｅＮＢは、Ｅ−ＵＴＲＡＮ／ＥＰＣネットワーク１７０２のためのＥ−ＵＴＲＡＮ１７０８として示されている。ｅＮＢは、物理（ＰＨＹ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、ユーザプレーンヘッダ圧縮および暗号化の機能を含むＰａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）レイヤとをホスティングする。ｅＮＢはまた、コントロールプレーンに対応する無線リソース制御（ＲＲＣ）機能を提供する。ｅＮＢは、無線リソース管理と、承認制御と、スケジューリングと、ネゴシエートされたアップリンク（ＵＬ）サービス品質（ＱｏＳ）の実施と、セル情報ブロードキャストと、ユーザおよびコントロールプレーンデータの暗号化／復号と、ダウンリンク／アップリンク（ＤＬ／ＵＬ）ユーザプレーンパケットヘッダの圧縮／復元とを含む多くの機能を実行する。
【０１２１】
全体的に、３つの異なる無線アクセス技術（ＲＡＴ）は、ＵＥ１７０６への無線アクセスのために示される。Ｅ−ＵＴＲＡＮ１７０８は、ＵＥ１７０６へのＵｕ外部無線インターフェース（論理インターフェース）を有する。３ＧＰＰ２ネットワーク１７０４上で、ＨＲＰＤベーストランシーバシステム（ＢＴＳ）１７１０と１ｘＲＴＴ（Ｒａｄｉｏ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ）ＢＴＳ１７１２の両方は、ＵＥ１７０６へのＵｍ外部無線インターフェースを有することができる。例は、３ＧＰＰシステムの場合のＵＥ１７０６へのＵｕまたはＵｍ、および３ＧＰＰ２システム（すなわち、ＣＤＭＡ）の場合のＵｍである。ＵＥ１７０６への外部インターフェースは、エアインターフェース１７１４上でユーザデータとシグナリングデータとをトランスポートする。
【０１２２】
ＳＡＥアーキテクチャの主要な構成要素は、ＳＡＥ  Ｃｏｒｅとしても知られているＥＰＣ１７０２である。ＥＰＣ１７０２は、モビリティ管理エンティティ（ＭＭＥ）１７１６と、サービングゲートウェイ（ＳＧＷ;Serving Gateway）１７１８と、ＰＤＮゲートウェイ１７２０とのサブ構成要素を介してＧＰＲＳネットワークの等価物として働く。
【０１２３】
ＭＭＥ１７１６は、Ｅ−ＵＴＲＡＮ１７０８として示されたＬＴＥアクセスネットワークのための主要な制御ノードである。ＭＭＥ１７１６は、アイドルモードＵＥの追跡プロシージャと、再送信を含むページングプロシージャとを受け持つ。ＭＭＥ１７１６は、ベアラ活動化／非活動化プロセスに関与し、また、初期接続時およびコアネットワーク（ＣＮ）ノード再配置を含むＬＴＥ内ハンドオーバ時にＵＥ１７０６用のＳＧＷ１７１８を選択することを受け持つ。ＭＭＥは（ＨＳＳと対話することによって）ユーザを認証することを受け持つ。非アクセス層（ＮＡＳ）シグナリングはＭＭＥ１７１６において終了し、ＭＭＥはまた、ＵＥ１７０６に対する一時的識別情報の生成および割振りを受け持つ。ＭＭＥ１７１６は、サービスプロバイダのパブリックランドモバイルネットワーク（ＰＬＭＮ）上にキャンプするためのＵＥ１７０６の許可を調べ、ＵＥローミング制限を執行する。ＭＭＥ１７１６は、ＮＡＳシグナリングの暗号化／完全性保護のためのネットワーク中の終了ポイントであり、セキュリティキー管理を扱う。シグナリングの合法的傍受もＭＭＥ１７１６によってサポートされる。ＭＭＥ１７１６はまた、ＬＴＥアクセスネットワークと２Ｇ／３Ｇアクセスネットワークと間のモビリティのための制御プレーン機能に、ＳＧＳＮ（図示せず）からの、ＭＭＥ１７１６において終了するＳ３インターフェースを与える。ＭＭＥ１７１６はまた、ローミングＵＥ用のホーム加入者サーバ（ＨＳＳ）１７２２へのＳ６ａインターフェースを終了する。
【０１２４】
ＳＧＷ１７１８は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのためのモビリティアンカー、およびＬＴＥと他の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インターフェースを終了し、２Ｇ／３ＧシステムとＰＧＷとの間のトラフィックを中継する）としても働きながら、ユーザデータパケットをルーティングし、フォワーディングする。アイドル状態ＵＥ１７０６の場合、ＳＧＷ１７１８は、ダウンリンク（ＤＬ）データ経路を終了し、ＵＥ１７０６のためのＤＬデータが到着したときページングをトリガする。ＳＧＷ１７１８は、ＵＥコンテキスト、たとえばインターネットプロトコル（ＩＰ）ベアラサービスのパラメータ、ネットワーク内部ルーティング情報を管理し、記憶する。ＳＧＷ１７１８はまた、合法的傍受の場合のユーザトラフィックの複製を実行する。
【０１２５】
ＰＤＮゲートウェイ（ＰＧＷ）１７２０は、ＵＥ１７０６のためのトラフィックの出入口のポイントとなることによって、ＵＥ１７０６から、ＩＰマルチメディアサブシステム（ＩＭＳ）、パケット交換サービス（ＰＳＳ）など、事業者のＩＰサービス１７２４として示された外部パケットデータネットワークへの接続性を与える。ＵＥ１７０６は、複数のＰＤＮにアクセスするために、２つ以上のＰＧＷ１７２０との同時接続性を有し得る。ＰＧＷ１７２０は、ポリシー執行、各ユーザ用のパケットフィルタリング、課金サポート、合法的傍受およびパケットスクリーニングを実行する。ＰＧＷ１７２０の別の主要な役割は、ＷｉＭＡＸと３ＧＰＰ２（ＣＤＭＡ１ＸおよびＥｖＤＯ）など、３ＧＰＰ技術と非３ＧＰＰ技術との間のモビリティのためのアンカーとして働くことである。
【０１２６】
ＥＰＳの主要な機能は、ＳＧＷ１７１８とＭＭＥ１７１６との間の明確に定義されたオープンインターフェース（Ｓ１１）を用いた、ベアラプレーン機能を実行するネットワークエンティティ（ＳＧＷ１７１８）からコントロールプレーン機能を実行するネットワークエンティティ（ＭＭＥ１７１６）の分離である。Ｅ−ＵＴＲＡＮ１７０８が、新しいサービスを使用可能にするために、ならびに既存のサービスを改善するためにより高い帯域幅を提供するので、ＳＧＷ１７１８からのＭＭＥ１７１６の分離は、ＳＧＷ１７１８が高帯域パケット処理のために最適化されたプラットフォームに基づくことができるが、ＭＭＥ１７１６がトランザクションをシグナリングするために最適化されたプラットフォームに基づくことを暗示する。これは、これらの２つの要素の各々について、ならびにこれらの２つの要素の各々のスケーリングとは無関係に、よりコスト効果の高いプラットフォームの選択を可能にする。レイテンシを低減し、障害点の集中を回避するように帯域幅を最適化するために、サービスプロバイダは、ＭＭＥ１７１６のロケーションとは無関係なネットワーク内のＳＧＷ１７１８の最適化トポロジーロケーションを選択することもできる。
【０１２７】
アプリケーション機能（ＡＦ）は、トラフィックプレーンリソース（たとえば、ＵＭＴＳパケット交換（ＰＳ）領域／ＧＰＲＳ領域リソース）のポリシーおよび課金制御を必要とするアプリケーションを提供する要素である。ＡＦは、事業者のＩＰサービス１７２４として示されている。アプリケーション機能の一例は、ポリシー制御および課金ルール機能（Ｐ−ＣＳＣＦ）１７２６である。ＡＦは、ＰＣＲＦ１７２６にセッション情報を提供するためにＲｘ基準点を使用することができる。ＰＣＲＦ１７２６は、ポリシー制御決定およびフローベース課金御機機能を包含する機能要素である。ＰＣＲＦ１７２６は、ポリシーおよび課金実施機能（ＰＣＥＦ）（図示せず）に、サービスデータフロー検出、ゲート、ＱｏＳ、およびフローベース課金（クレジット管理を除く）に関するネットワーク制御を行う。ＰＣＲＦは、ＡＦからセッションおよびメディア関係情報を受信し、ＡＦにトラフィックプレーンイベントを通知する。ＰＣＲＦ１７２６は、ＡＦによって提供されるサービス情報を記憶する前に、サービス情報が事業者定義のポリシールールに一致することを検査し得る。サービス情報は、サービスのＱｏＳを導出するために使用される。ＰＣＲＦ１７２６は、ＡＦから受信した要求を拒否し得、その結果、ＰＣＲＦ１７２６は、ＡＦに応答して、ＰＣＲＦ１７２６によって受け付けられ得るサービス情報を示す。ＰＣＲＦ１７２６は、ポリシーおよび課金制御決定のためのベースとして、加入情報を使用し得る。加入情報は、セッションベースのサービスと非セッションベースのサービスの両方について適用し得る。各サービスについての加入固有情報は、たとえば最大ＱｏＳクラスと最大ビットレートとを含み得る。ＡＦがそれを要求した場合、ＰＣＲＦ１７２６はＲｘ基準点を介してＡＦに（ベアライベントとＡＦシグナリングトランスポート上のイベントとを含む）ＩＰ−ＣＡＮセッションイベントを報告する。
【０１２８】
３ＧＰＰ認証、認可、課金（ＡＡＡ）サーバ１７２８は、Ｓ６ｃを介してＰＤＮゲートウェイ１７２０にインターフェースされ、ＳＷｘインターフェースを介してＨＳＳ１７２２にインターフェースされる。
【０１２９】
Ｓ１−ＭＭＥは、Ｅ−ＵＴＲＡＮ１７０８とＭＭＥ１７１６との間のコントロールプレーンプロトコルのための基準点である。この基準点上のプロトコルは、ｅｖｏｌｖｅｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ｅＲＡＮＡＰ）であり、トランスポートプロトコルとしてＳｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＣＴＰ）を使用する。
【０１３０】
Ｓ１−Ｕは、ハンドオーバ中のベアラごとのユーザプレーントンネリングおよびｅＮＢ間経路切替えのための、Ｅ−ＵＴＲＡＮ１７０８とＳＧＷ１７１８との間の基準点である。このインターフェース上のトランスポートプロトコルは、ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｕｓｅｒ  ｐｌａｎｅ（ＧＴＰ−Ｕ）である。
【０１３１】
Ｓ２ａは、信用できる非３ＧＰＰ  ＩＰアクセスとＳＧＷ１７１８との間の関係する制御およびモビリティサポートをユーザプレーンに提供する。Ｓ２ａはプロキシモバイルＩＰに基づく。ＰＭＩＰをサポートしない信用できる非３ＧＰＰ  ＩＰアクセスを介したアクセスを可能にするために、Ｓ２ａは、クライアントモバイルＩＰｖ４  ＦＡモードをもサポートする。
【０１３２】
Ｓ２ｂは、進化型パケットデータゲートウェイ（ｅＰＤＧ）とＰＤＮ  ＧＷとの間の関係する制御およびモビリティサポートをユーザプレーンに提供する。Ｓ２ｂはプロキシモバイルＩＰに基づく。
【０１３３】
Ｓ２ｃは、ＵＥとＰＤＮ  ＧＷとの間の関係する制御およびモビリティサポートをユーザプレーンに提供する。この基準点は、信用できるおよび／または信用できない非３ＧＰＰアクセスおよび／または３ＧＰＰアクセス上で実装される。このプロトコルは、クライアントモバイルＩＰコロケートモード（Client Mobile IP co-located mode）に基づく。
【０１３４】
Ｓ３は、ＳＧＳＮ（図示せず）とＭＭＥ１７１６との間のインターフェースであり、アイドル状態またはアクティブ状態で、３ＧＰＰアクセスネットワークモビリティ間の、ユーザおよびベアラの情報交換を可能にする。Ｓ３は、ＳＧＳＮ間で定義されるＧｎ基準点に基づく。
【０１３５】
Ｓ４は、ＳＧＳＮとＳＧＷ１７１８との間の関係する制御およびモビリティサポートをユーザプレーンに提供し、ＳＧＳＮとゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）（図示せず）との間で定義されるＧｎ基準点に基づく。
【０１３６】
Ｓ５は、ＳＧＷ１７１８とＰＤＮ  ＧＷ１７２０との間のユーザプレーントンネリングおよびトンネル管理を提供する。ＳＧＷが、必要とされるＰＤＮ接続性のために非コロケートＰＤＮ  ＧＷに接続する必要がある場合、Ｓ５は、ＵＥモビリティによるＳＧＷ再配置のために使用される。
【０１３７】
Ｓ６ａは、ＭＭＥ１７１６とＨＳＳ１７２２との間の進化型システムへのユーザアクセスを認証／許可する（ＡＡＡインターフェース）ための加入および認証データの転送を可能にする。
【０１３８】
Ｓ７は、ポリシーおよび課金ルール機能（ＰＣＲＦ）１７２６からＰＤＮ  ＧＷ１７２０中のポリシーおよび課金実施機能（ＰＣＥＦ）に（ＱｏＳ）ポリシーおよび課金ルールの転送を行う。このインターフェースはＧｘインターフェースに基づく。
【０１３９】
Ｓ１０は、ＭＭＥ再配置およびＭＭＥ間情報転送のためのＭＭＥ１７１６間の基準点である。  Ｓ１１は、ＭＭＥ１７１６とＳＧＷ１７１８との間の基準点である。
【０１４０】
ＳＧｉは、ＰＤＮ  ＧＷ１７２０とパケットデータネットワーク１７２８との間の基準点である。
【０１４１】
パケットデータネットワーク（ＰＤＮ）１７２８は、たとえば、ＩＭＳサービスのプロビジョンのための、事業者外部パブリックまたはプライベートパケットデータネットワークあるいは事業者内部パケットデータネットワークであり得る。この基準点は、２Ｇ／３ＧアクセスＲｘ＋のためのＧｉに対応する。Ｒｘ基準点は、アプリケーション機能とＰＣＲＦ１７２６との間に常駐する。
【０１４２】
３ＧＰＰ２ネットワーク１７０４は、ＨＲＰＤ  ＢＴＳ１７１０および１ｘＲＴＴ  ＢＴＳ１７１２に加えて、ＨＳＧＷ１７３０と、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）１７３２と、３ＧＰＰ２  ＡＡＡサーバ／プロキシ１７３４と、アクセスノード（ＡＮ）−ＡＡＡ１７３６と、ＡＮ／ＰＣＦ１７３８と、パケットデータサービングノード（ＰＤＳＮ）１７４０と、基地局コントローラ（ＢＳＣ）／ＰＣＦ１７４２とを含むものとして示されている。
【０１４３】
このアーキテクチャでは、Ｓ１０１とＳ１０３とＳ２ａとを含むいくつかの新しいインターフェースは、ＣＤＭＡ２０００  ＨＲＰＤとＬＴＥとの間のインターワーキングを実現するために導入される。ＬＴＥのシステムアーキテクチャに対応して、パケットデータサービングノード（ＰＤＳＮ）はＨＳＧＷ１７３０とＰＤＮ  ＧＷ１７２０とに分割され、アクセスネットワーク／パケット制御機能（ＡＮ／ＰＣＦ）１７３８は、３つの新しいインターフェースをサポートするためにｅＡＮ／ＰＣＦ１７３２に拡張される。ＨＲＰＤは、ここで進化型ＨＲＰＤ（ｅＨＲＰＤ）と呼ばれる。
【０１４４】
Ｅ−ＵＴＲＡＮおよび３ＧＰＰ２  ｅＨＲＰＤネットワークアーキテクチャは、以下のインターフェースを含む。
【０１４５】
Ｓ１０１基準点は、３ＧＰＰ  ＥＰＳ１７０２中のＭＭＥ１７１６と３ＧＰＰ２  ｅＨＲＰＤ１７０４中のｅＡＮ／ｅＰＣＦ１７３２との間のシグナリングインターフェースを提供する。このＳ１０１基準点は、ソース／サービングアクセスネットワークを介してＵＥ１７０６とターゲットアクセスネットワークとの間のシグナリングおよびデータのトンネリングを行う。これは、ＵＥ１７０６が、事前登録を行うためにＬＴＥシステム上でＨＲＰＤエアインターフェースシグナリングをトンネリングし、実際のハンドオーバの前にハンドオーバシグナリングメッセージをターゲットシステムと交換することを可能にし、したがって、２つのシステム間のシームレスなおよび迅速なハンドオーバを実現する。
【０１４６】
Ｓ１０３基準点は、ダウンリンクデータを転送するために使用される、ＥＰＣサービングゲートウェイ（ＳＧＷ）１７１８とＨＳＧＷ１７３０との間のベアラインターフェースであり、ＬＴＥからＨＲＰＤへの転送中のパケットロスを最小限に抑える。Ｓ１０３基準点は、３ＧＰＰ  ＥＰＣ１７０２中のＳＧＷ１７２０を３ＧＰＰ２  ｅＨＲＰＤネットワーク１７０４中のＨＳＧＷ１７３０に接続する。
【０１４７】
Ｅ−ＵＴＲＡＮネットワーク１７０２と３ＧＰＰ２  ｅＨＲＰＤネットワーク１７０４との間のインターワーキングのために、以下の基準点が定義される。
【０１４８】
Ｈ１基準点は、最適化ＨＳＧＷ間ハンドオフのためのソースＨＳＧＷ（Ｓ−ＨＳＧＷ）とターゲットＨＳＧＷ（ＴＨＳＧＷ）との間でシグナリング情報を搬送する。
【０１４９】
Ｈ２基準点は、最適化ＨＳＧＷ間ハンドオフのためのソースＨＳＧＷ（Ｓ−ＨＳＧＷ）とターゲットＨＳＧＷ（Ｔ−ＨＳＧＷ）との間でユーザトラフィックを搬送する。
【０１５０】
Ｇｘａ基準点は、３ＧＰＰ  ＥＰＣ１７０２中のＰＣＲＦ１７２６を、３ＧＰＰ２  ｅＨＲＰＤアクセスネットワーク１７０４中のＨＳＧＷ１７３０中のベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）に接続する。
【０１５１】
Ｐｉ＊基準点は、ＨＳＧＷ１７３０を３ＧＰＰ２  ＡＡＡサーバ／プロキシ１７３４に接続する。
【０１５２】
Ｓ２ａ基準点は、３ＧＰＰ  ＥＰＣ１７０２中のＰＤＮゲートウェイ１７２０を３ＧＰＰ２  ｅＨＲＰＤネットワーク１７０４中のＨＳＧＷ１７３０に接続する。この基準点は、ｅＨＲＰＤアクセスネットワーク１７０４とＰＧＷ１７２０との間の関係する制御およびモビリティサポートをユーザプレーンに提供する。Ｓ２ａは、信用できる非３ＧＰＰ  ＩＰアクセス（たとえば、ＷｉＭＡＸアクセスネットワーク）と３ＧＰＰコアネットワーク（ＰＤＮゲートウェイ１７２０）との間の関係する制御およびモビリティサポートをユーザプレーンに提供する。Ｓ２ａは、モバイルアクセスゲートウェイとパケットデータゲートウェイとの間で定義される。モバイルＩＰｖ４がＳ２ａプロトコルとして使用された場合、この基準点のＷｉＭＡＸ側はＭＩＰｖ４外部エージェント機能によって終了される。
【０１５３】
Ｓ６ｂは、必要な場合、モビリティ関係の認証のための、ＰＤＮゲートウェイ１７２０と３ＧＰＰ  ＡＡＡサーバ／プロキシ１７３４との間の基準点である。Ｓ６ｂはまた、モビリティパラメータのストレージを検索し、要求するために使用され得る。この基準点はまた、動的ポリシーおよび課金制御（ＰＣＣ）がサポートされない場合に非３ＧＰＰアクセスのためのＵＥの静的ＱｏＳプロファイルを検索するために使用され得る。Ｇｘは、ＰＣＲＦ１７２６からＰＧＷ１７２０中のポリシーおよび課金実施機能（ＰＣＥＦ）へのＱｏＳポリシーおよび課金ルールの転送を行う。Ｇｘａは、ＰＣＲＦ１７２６から信用できる非３ＧＰＰアクセス（ＡＳＮ  ＧＷ）へのＱｏＳポリシー情報の転送を行う。Ｇｘｃは、ＰＣＲＦ１７２６からＳＧＷ１７１８へのＱｏＳポリシー情報の転送を行う。
【０１５４】
認証および許可機能がＡＮ１７３２、１７３８において実行されることを可能にするために、ＡＮ−ＡＡＡ１７３６が、アクセスネットワーク（ＡＮ）中の無線ネットワークコントローラ（ＲＮＣ）（図示せず）と通信する。ＡＮ１７３２、１７３８とＡＮ−ＡＡＡ１７３６との間のインターフェースは、Ａ１２インターフェースとして知られている。
【０１５５】
ＨＳＧＷ１７３０は、ＬＴＥとＨＲＰＤとの間のシームレスモビリティと、ポリシーおよび課金制御（ＰＣＣ）と、ローミングとを含む、ＵＥ１７０６と３ＧＰＰ  ＥＰＳアーキテクチャとの間の相互接続を行う。ＨＳＧＷ１７３０は、ｅＡＮ／ｅＰＣＦ１７３２（すなわち、Ａ１０／Ａ１１インターフェース）からのｅＨＲＰＤアクセスネットワークインターフェースを終了するエンティティである。ＨＳＧＷ１７３０は、ＵＥ開始またはＵＥ終了パケットデータトラフィックをルーティングする。ＨＳＧＷ１７３０はまた、ＵＥ１７０６へのリンクレイヤセッションを確立し、維持し、終了する。ＨＳＧＷ機能は、３ＧＰＰ  ＥＰＳアーキテクチャおよびプロトコルを用いてＵＥ１７０６のインターワーキングを行う。これは、モビリティと、ポリシー制御および課金（ＰＣＣ）と、アクセス認証と、ローミングとのためのサポートを含む。ＨＳＧＷ１７３０は、Ｓ２ａ（ＰＭＩＰｖ６）を使用して、ＨＳＧＷ間ハンドオフをもサポートする。ＨＳＧＷ１７３０は、コンテキスト転送があるＨＳＧＷ間ハンドオフをサポートする。ＨＳＧＷ１７３０は、コンテキスト転送がないＨＳＧＷ間ハンドオフを使用し得る。
【０１５６】
ｅＡＮ／ＰＣＦ１７３２は、Ｓ１０１を通してＨＲＰＤエアインターフェースシグナリングのトンネリングをサポートする。拡張ＡＮ／ＰＣＦソリューションは、接続レイヤにおいてシグナリング適応プロトコル（ＳＡＰ）を追加する。
【０１５７】
Ａ１０／Ａ１１インターフェースは、基地局システム−基地局コントローラ（ＢＳＳ−ＢＣＦ）Ａ１０接続を維持するために、ＰＣＦとＰＤＳＮ１７４０との間のシグナリングおよびデータの送信を担持する。Ａ１０インターフェースはデータを担持し、Ａ１１インターフェースはシグナリングを担持する。
【０１５８】
Ａｂｉｓインターフェースは、ＢＳＣ（図示せず）とＢＴＳ１７１０、１７１２との間のインターフェースのためにＡｂｉｓプロトコルを使用する。Ａｂｉｓインターフェースは、アプリケーションレイヤ上で２つの部分、制御部分（Ａｂｉｓｃ）とトラフィック部分（Ａｂｉｓｔ）とからなり、前者は、Ｕｍインターフェース制御チャネルシグナリングを変換し、後者は、トラフィックチャネル上の制御を変換する。
【０１５９】
さらに、本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者なら諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに異なる方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【０１６０】
本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを指すものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであり得るが、これらに限定されない。例として、サーバ上で動作するアプリケーションと、そのサーバの両方を構成要素とすることができる。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐し得、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散し得る。
【０１６１】
「例示的」という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。「例示的」として本明細書で説明するいかなる態様または設計も、必ずしも他の態様または設計よりも好ましいまたは有利なものと解釈すべきではない。
【０１６２】
様々な態様を、いくつかの構成要素やモジュールなどを含み得るシステムに関して提示する。様々なシステムは、追加の構成要素やモジュールなどを含むことも、および／または各図に関連して論じる構成要素やモジュールなどのすべてを含まないこともあることを理解および諒解されたい。これらの手法の組合せも使用され得る。本明細書で開示する様々な態様は、タッチスクリーンディスプレイ技術および／またはマウスおよびキーボードタイプインターフェースを利用するデバイスを含む、電気デバイス上で実行され得る。そのようなデバイスの例には、コンピュータ（デスクトップおよびモバイル）、スマートフォン、携帯情報端末（ＰＤＡ）、およびワイヤードとワイヤレスの両方の他の電子デバイスがある。
【０１６３】
さらに、本明細書で開示する態様に関連して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１６４】
さらに、標準的なプログラミングおよび／またはエンジニアリング技法を使用して、開示する態様を実装するようにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組合せを生成する方法、装置、または製造品として１つまたは複数のバージョンを実装し得る。本明細書で使用する「製造品」（または代替的に「コンピュータプログラム製品」）という用語は、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するものとする。たとえば、コンピュータ可読媒体は、磁気記憶デバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多目的ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（たとえば、カード、スティック）を含むことができるが、これらに限定されない。さらに、電子メールを送信および受信する際またはインターネットもしくはローカルエリアネットワーク（ＬＡＮ）などのネットワークにアクセスする際に使用される搬送波など、搬送波を使用して、コンピュータ可読電子データを搬送することができることを諒解されたい。もちろん、開示する態様の範囲から逸脱することなく、この構成に対して多数の改変を行い得ることを当業者ならば認識するであろう。
【０１６５】
本明細書で開示する態様に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得るＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【０１６６】
開示された態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な修正は当業者には容易に明らかであり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の実施形態に適用され得る。したがって、本開示は、本明細書で示した実施形態に限定されるものではなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与られるべきである。
【０１６７】
上記で説明した例示的なシステムに鑑みて、開示した主題に従って実装され得る方法について、いくつかの流れ図を参照しながら説明した。説明を簡単にするために、方法を一連のブロックとして図示および説明するが、いくつかのブロックは、本明細書で図示および説明するのとは異なる順序で、および／または他のブロックと同時に、行われ得るので、請求する主題はブロックの順序によって限定されないことを理解および諒解されたい。さらに、本明細書に記載の方法を実装するために、図示したすべてのブロックが必要とされるわけではない。さらに、本明細書で開示した方法は、そのような方法をコンピュータに移送および転送することを可能にするために製造品に記憶することが可能であることをさらに諒解されたい。本明細書で使用する製造品という用語は、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するものとする。
【０１６８】
ここで参照によって組入れられるものと記述されたいずれかの特許、出版物あるいは他の開示資料は、全体としてあるいは一部として、それが、現在の定義、報告あるいはこの開示で述べられた他の開示資料と組入れられた資料が矛盾しない程度においてのみここに組入れられることが正しく理解されるべきである。このように、そして必要な程度において、明示的にここに述べられるような開示は、参照によってここに組入れられたいずれの矛盾する資料にも取って代わる。現在の定義、報告、あるいはここで述べられた他の開示資料と矛盾する、参照によってここに組入れられたいずれかの資料あるいはその一部は、その組入れられた材料と現在の開示資料の間に矛盾が発生しない程度においてのみ組入れられる。
以下に、本願出願当初の特許請求の範囲に記載の発明を付記する。
［Ｃ１］  アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能な方法であって、  ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信することと、  前記ネットワークが、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断することと、  前記ＱｏＳポリシー構成とは別個に前記アクセス端末との前記予約リンクを確立することと、  前記予約リンクのアクティブ化を開始することと  を備える、方法。
［Ｃ２］  前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を受信することをさらに備える、［Ｃ１］に記載の方法。
［Ｃ３］  前記予約リンクのアクティブ化を開始することは、ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）からの指示に応答して、前記ネットワークが順方向フローと逆方向フローの両方について前記予約リンクをオンにすることをさらに備える、［Ｃ１］に記載の方法。
［Ｃ４］  前記予約リンクのアクティブ化を開始することが、  到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、  ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと  をさらに備える、［Ｃ３］に記載の方法。
［Ｃ５］  前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、［Ｃ３］に記載の方法。
［Ｃ６］  前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、［Ｃ１］に記載の方法。
［Ｃ７］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行することと、  前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにすることと  をさらに備える、［Ｃ１］に記載の方法。
［Ｃ８］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行することと、  ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにすることと  をさらに備える、［Ｃ１］に記載の方法。
［Ｃ９］  グローバルフィルタ識別子空間を、アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割することをさらに備える、［Ｃ１］に記載の方法。
［Ｃ１０］  アクセス端末主導型ＱｏＳのためのポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、パケットデータサービングノード（ＰＤＳＮ）またはＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）においてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることをさらに備える、［Ｃ１］に記載の方法。
［Ｃ１１］  ユーザ機器（ＵＥ）と、パケットデータサービングノード（ＰＤＳＮ）と、ポリシーおよび課金リソース機能（ＰＣＲＦ）とに関してパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、［Ｃ１０］に記載の方法。
［Ｃ１２］  進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）からパケットデータサービングノード（ＰＤＳＮ）が得る予約オン／オフに関する情報に基づいて、前記ＰＤＳＮからポリシーおよび課金リソース機能（ＰＣＲＦ）への予約オン／オフのステータスを示すことをさらに備える、［Ｃ１０］に記載の方法。
［Ｃ１３］  前記アクセス端末から要求を受信したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除することをさらに備える、［Ｃ１０］に記載の方法。
［Ｃ１４］  前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）の高速パケットデータ（ＨＲＰＤ）タイプを使用したことに応答する、［Ｃ１０］に記載の方法。
［Ｃ１５］  前記予約リンクのアクティブ化を開始することが、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して予約オンを送るように前記アクセス端末をトリガすることと、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して予約オフを送るように前記アクセス端末をトリガすることとをさらに備える、［Ｃ１］に記載の方法。
［Ｃ１６］  アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能な少なくとも１つのプロセッサであって、  ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信するための第１のモジュールと、  前記ネットワークが、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するための第２のモジュールと、 前記ＱｏＳポリシー構成とは別個に前記アクセス端末との前記予約リンクを確立するための第３のモジュールと、  前記予約リンクのアクティブ化を開始するための第４のモジュールと  を備える、プロセッサ。
［Ｃ１７］  アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能なコンピュータプログラム製品であって、  コンピュータに、ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信させるための第１のコードセットと、  前記コンピュータに、前記ネットワークによって、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断させるための第２のコードセットと、  前記コンピュータに、前記ＱｏＳポリシー構成とは別個に前記アクセス端末との前記予約リンクを確立させるための第３のコードセットと、  前記コンピュータに、前記予約リンクのアクティブ化を開始させるための第４のコードセットと  を備えるコードセットを記憶する非一時的コンピュータ可読媒体  を備えるコンピュータプログラム製品。
［Ｃ１８］  アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能な装置であって、  ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信するための手段と、  前記ネットワークが、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するための手段と、  前記ＱｏＳポリシー構成とは別個に前記アクセス端末との前記予約リンクを確立するための手段と、  前記予約リンクのアクティブ化を開始するための手段と  を備える、装置。
［Ｃ１９］  アクセス端末のサービス品質（ＱｏＳ）を構成することにおいてネットワークによって動作可能な装置であって、  ネットワークにおいて、アクセス端末からパケットデータアクセスについての要求を受信するトランシーバと、  前記ネットワークが、前記パケットデータアクセスの確立に基づいて、前記アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するためのコンピューティングプラットフォームと、  前記ＱｏＳポリシー構成とは別個に前記アクセス端末との前記予約リンクを確立するためのネットワークインターフェースと、  さらに、前記予約リンクのアクティブ化を開始するためのトランシーバと  を備える、装置。
［Ｃ２０］  前記トランシーバが、さらに、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を受信することによって、前記予約リンクのアクティブ化を開始するためのものである、［Ｃ１９］に記載の装置。
［Ｃ２１］  前記トランシーバは、さらに、ホームサービングゲートウェイ（ＨＳＧＷ）からの指示に応答して、前記ネットワークが順方向フローと逆方向フローの両方について前記予約リンクをオンにすることによって、前記予約リンクのアクティブ化を開始するためのものである、［Ｃ１９］に記載の装置。
［Ｃ２２］  前記トランシーバは、さらに、  到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、  ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと  によって前記予約リンクのアクティブ化を開始するためのものである、［Ｃ２１］に記載の装置。
［Ｃ２３］  前記トランシーバは、さらに、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングに前記ネットワークインターフェースが参加したことに応答して、前記予約リンクのアクティブ化を開始するためのものである、［Ｃ２１］に記載の装置。
［Ｃ２４］  前記トランシーバは、さらに、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することを受信することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することを送信することとによって、前記予約リンクのアクティブ化を開始するためのものである、［Ｃ１９］に記載の装置。
［Ｃ２５］  前記ネットワークインターフェースが、さらに、ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行し、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにするためのものである、［Ｃ１９］に記載の装置。
［Ｃ２６］  前記ネットワークインターフェースが、さらに、ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフを実行し、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいて予約リンクをアクティブにするためのものである、［Ｃ１９］に記載の装置。
［Ｃ２７］  前記コンピューティングプラットフォームが、さらに、グローバルフィルタ識別子空間を、アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割するためのものである、［Ｃ１９］に記載の装置。
［Ｃ２８］  前記コンピューティングプラットフォームが、さらに、アクセス端末主導型ＱｏＳのためのポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、パケットデータサービングノード（ＰＤＳＮ）またはホームサービングゲートウェイ（ＨＳＧＷ）においてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けるためのものである、［Ｃ１９］に記載の装置。
［Ｃ２９］  前記コンピューティングプラットフォームが、さらに、ユーザ機器（ＵＥ）と、前記パケットデータサービングノード（ＰＤＳＮ）と、前記ポリシーおよび課金リソース機能（ＰＣＲＦ）とに関してパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュするためのものである、［Ｃ２８］に記載の装置。
［Ｃ３０］  前記ネットワークインターフェースは、さらに、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）から前記パケットデータサービングノード（ＰＤＳＮ）が得る予約オン／オフに関する情報に基づいて、前記ＰＤＳＮから前記ポリシーおよび課金リソース機能（ＰＣＲＦ）への予約オン／オフのステータスを示すためのものである、［Ｃ２８］に記載の装置。
［Ｃ３１］  前記コンピューティングプラットフォームが、さらに、前記アクセス端末から要求を受信したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するためのものである、［Ｃ２８］に記載の装置。
［Ｃ３２］  前記コンピューティングプラットフォームが、さらに、無線アクセス技術（ＲＡＴ）の高速パケットデータ（ＨＲＰＤ）タイプを使用したことに応答して、前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けるためのものである、［Ｃ２８］に記載の装置。
［Ｃ３３］  前記トランシーバが、さらに、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して予約オンを送るように前記アクセス端末をトリガすることと、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して予約オフを送るように前記アクセス端末をトリガすることとによって、前記予約リンクのアクティブ化を開始するためのものである、［Ｃ１９］に記載の装置。
［Ｃ３４］  ＱｏＳを要求することにおいてアクセス端末によって動作可能な方法であって、  パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記アクセス端末から前記ネットワークに前記パケットデータアクセスについての要求を送信することと、  前記ＱｏＳポリシー構成とは別個に前記ネットワークとの前記予約リンクを確立することと、  前記予約リンクのアクティブ化を開始することと
を備える、方法。
［Ｃ３５］  前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を送信することをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ３６］  前記予約リンクのアクティブ化を開始することは、ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）からの指示に応答して、前記ネットワークが順方向フローと逆方向フローの両方について前記予約リンクをオンにすることをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ３７］  前記予約リンクのアクティブ化を開始することが、  到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、  ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと  をさらに備える、［Ｃ３６］に記載の方法。
［Ｃ３８］  前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、［Ｃ３６］に記載の方法。
［Ｃ３９］  前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４０］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４１］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４２］  アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割されたグローバルフィルタ識別子空間を使用することをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４３］  ポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、パケットデータサービングノード（ＰＤＳＮ）またはＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）においてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることを促すために、前記アクセス端末がＱｏＳを開始することをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４４］  ユーザ機器（ＵＥ）と、パケットデータサービングノード（ＰＤＳＮ）と、ポリシーおよび課金リソース機能（ＰＣＲＦ）とに関してパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、［Ｃ４３］に記載の方法。
［Ｃ４５］  予約オン／オフのステータスは、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）からパケットデータサービングノード（ＰＤＳＮ）が得る予約オン／オフに関する情報に基づいて、前記ＰＤＳＮからポリシーおよび課金リソース機能（ＰＣＲＦ）に示される、［Ｃ４３］に記載の方法。
［Ｃ４６］  前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するための要求を前記アクセス端末から送ることをさらに備える、［Ｃ４３］に記載の方法。
［Ｃ４７］  前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）の高速パケットデータ（ＨＲＰＤ）タイプを使用したことに応答する、［Ｃ４３］に記載の方法。
［Ｃ４８］  前記予約リンクのアクティブ化を開始することが、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オンを送ることと、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オフを送ることとをさらに備える、［Ｃ３４］に記載の方法。
［Ｃ４９］  ＱｏＳを要求することにおいてアクセス端末によって動作可能な少なくとも１つのプロセッサであって、  パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記アクセス端末から前記ネットワークに前記パケットデータアクセスについての要求を送信するための第１のモジュールと、  前記ＱｏＳポリシー構成とは別個に前記ネットワークとの前記予約リンクを確立するための第２のモジュールと、  前記予約リンクのアクティブ化を開始するための第３のモジュールと  を備える、プロセッサ。
［Ｃ５０］  ＱｏＳを要求することにおいてアクセス端末によって動作可能なコンピュータプログラム製品であって、  パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、コンピュータに、前記アクセス端末から前記ネットワークに前記パケットデータアクセスについての要求を送信させるための第１のコードセットと、  前記コンピュータに、前記ＱｏＳポリシー構成とは別個に前記ネットワークとの前記予約リンクを確立させるための第２のコードセットと、  前記コンピュータに、前記予約リンクのアクティブ化を開始させるための第３のコードセットと  を備えるコードセットを記憶する非一時的コンピュータ可読媒体  を備える、コンピュータプログラム製品。
［Ｃ５１］  ＱｏＳを要求することにおいてアクセス端末によって動作可能な装置であって、  パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記アクセス端末から前記ネットワークに前記パケットデータアクセスについての要求を送信するための手段と、 前記ＱｏＳポリシー構成とは別個に前記ネットワークとの前記予約リンクを確立するための手段と、  前記予約リンクのアクティブ化を開始するための手段と
を備える、装置。
［Ｃ５２］  ＱｏＳを要求することにおいてアクセス端末によって動作可能な装置であって、  パケットデータアクセスの確立に基づいて、アクセス端末上のアプリケーションに対応するＱｏＳポリシー構成を判断するようにネットワークに促すために、前記アクセス端末から前記ネットワークに前記パケットデータアクセスについての要求を送信するためのトランシーバと、  前記ＱｏＳポリシー構成とは別個に前記ネットワークとの前記予約リンクを確立し、前記予約リンクのアクティブ化を開始するための前記トランシーバを介したコンピューティングプラットフォームと  を備える、装置。
［Ｃ５３］  前記予約リンクのアクティブ化を開始することが、前記アクセス端末から順方向フローと逆方向フローの両方について前記予約リンクをオンにすることの開始を送信することをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ５４］  前記予約リンクのアクティブ化を開始することは、ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）からの指示に応答して、前記ネットワークが順方向フローと逆方向フローの両方について前記予約リンクをオンにすることをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ５５］  前記予約リンクのアクティブ化を開始することが、  到着データを検出した前記ＨＳＧＷから、予約をオンにするシグナリングを、アクセスネットワークへのＡ１１インターフェースを介して受信することと、  ある時間期間の間到着データを検出しなかった前記ＨＳＧＷから、予約をオフにするシグナリングを、前記アクセスネットワークへの前記Ａ１１インターフェースを介して受信することと  をさらに備える、［Ｃ５４］に記載の装置。
［Ｃ５６］  前記予約リンクのアクティブ化を開始することが、シンプルインターネットプロトコル（ＳＩＰ）のためのポリシーおよび課金リソース機能（ＰＣＲＦ）から前記ＨＳＧＷへの前記予約リンクをアクティブにするかまたは非アクティブにするためのＡ１１シグナリングをさらに備える、［Ｃ５４］に記載の装置。
［Ｃ５７］  前記予約リンクのアクティブ化を開始することは、順方向フローについてのデータアクティビティを検出したことに応答して、前記アクセス端末が前記順方向フローについて前記予約リンクのアクティブ化を開始することと、逆方向フローについてのデータアクティビティを検出したことに応答して、前記ネットワークが前記逆方向フローについて前記予約リンクのアクティブ化を開始することとをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ５８］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、前記ソースＲＡＴにおいてアクティブなフローについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ５９］  ソース無線アクセス技術（ＲＡＴ）とターゲットＲＡＴとの間のハンドオフに参加することであって、予約リンクが、ネットワーク主導型ＱｏＳについてのみ前記ターゲットＲＡＴにおいてアクティブにされる、参加することをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ６０］  アクセス端末主導型ＱｏＳのための第１の部分と、ネットワーク主導型ＱｏＳのための第２の部分とに分割されたグローバルフィルタ識別子空間を使用することをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ６１］  ポリシーおよび課金リソース機能（ＰＣＲＦ）からルール削除を受信した後に、パケットデータサービングノード（ＰＤＳＮ）またはＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）においてパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることを促すために、前記アクセス端末がＱｏＳを開始することをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ６２］  ユーザ機器（ＵＥ）と、パケットデータサービングノード（ＰＤＳＮ）と、ポリシーおよび課金リソース機能（ＰＣＲＦ）とに関してパケットフィルタと前記ＱｏＳポリシー構成とをキャッシュすることをさらに備える、［Ｃ６１］に記載の装置。
［Ｃ６３］  予約オン／オフのステータスは、進化型ＨＲＰＤアクセスネットワーク／パケット制御機能（ｅＡＮ／ＰＣＦ）からパケットデータサービングノード（ＰＤＳＮ）が得る予約オン／オフに関する情報に基づいて、前記ＰＤＳＮからポリシーおよび課金リソース機能（ＰＣＲＦ）に示される、［Ｃ６１］に記載の装置。
［Ｃ６４］  前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とを削除するための要求を前記アクセス端末から送ることをさらに備える、［Ｃ６１］に記載の装置。
［Ｃ６５］  前記ＰＤＳＮまたは前記ＨＳＧＷにおいて前記パケットフィルタと前記ＱｏＳポリシー構成とをキャッシュし続けることが、無線アクセス技術（ＲＡＴ）の高速パケットデータ（ＨＲＰＤ）タイプを使用したことに応答する、［Ｃ６１］に記載の装置。
［Ｃ６６］  前記予約リンクのアクティブ化を開始することが、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップの成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オンを送ることと、前記ネットワークによって開始された予約プロトコル（ＲＳＶＰ）フローセットアップ削除の成功に応答して前記アクセス端末におけるトリガリングを受信し、予約オフを送ることとをさらに備える、［Ｃ５２］に記載の装置。
［Ｃ６７］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な方法であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信することと、  ＱｏＳポリシー構成に関連する、前記アクセスネットワークを介してネットワークとの予約リンクを確立することと、  前記予約リンク上のアクティビティを検出したことに応答して、前記アクセス端末が前記予約リンクのアクティブ化を開始することと  を備える、方法。
［Ｃ６８］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な方法であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信することと、  アプリケーションをオープンすることを検出することと、  前記アプリケーションがＱｏＳを要求するより前に前記アプリケーションを前記オープンしたことに応答して、前記アクセスネットワークを介してネットワークとのＱｏＳのプリセットアップを実行することと  を備える、方法。
［Ｃ６９］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な少なくとも１つのプロセッサであって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するための第１のモジュールと、
ＱｏＳポリシー構成に関連する、前記アクセスネットワークを介してネットワークとの予約リンクを確立するための第２のモジュールと、  前記予約リンク上のアクティビティを検出したことに応答して、前記アクセス端末が前記予約リンクのアクティブ化を開始するための第３のモジュールと  を備える、プロセッサ。
［Ｃ７０］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な少なくとも１つのプロセッサであって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するための第１のモジュールと、
アプリケーションをオープンすることを検出するための第２のモジュールと、  前記アプリケーションがＱｏＳを要求するより前に前記アプリケーションを前記オープンしたことに応答して、前記アクセスネットワークを介してネットワークとのＱｏＳのプリセットアップを実行するための第３のモジュールと  を備える、プロセッサ。
［Ｃ７１］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能なコンピュータプログラム製品であって、  コンピュータに、アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信させるための第１のコードセットと、  前記コンピュータに、ＱｏＳポリシー構成に関連する、前記アクセスネットワークを介してネットワークとの予約リンクを確立させるための第２のコードセットと、  前記コンピュータに、前記予約リンク上のアクティビティを検出したことに応答して、前記アクセス端末が前記予約リンクのアクティブ化を開始させるための第３のコードセットとを備える、コンピュータプログラム製品。
［Ｃ７２］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能なコンピュータプログラム製品であって、  コンピュータに、アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信させるための第１のコードセットと、  前記コンピュータに、アプリケーションをオープンすることを検出させるための第２のコードセットと、  前記コンピュータに、前記アプリケーションがＱｏＳを要求するより前に前記アプリケーションを前記オープンしたことに応答して、前記アクセスネットワークを介してネットワークとのＱｏＳのプリセットアップを実行させるための第３のコードセットと  を備える、コンピュータプログラム製品。
［Ｃ７３］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な装置であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するための手段と、  ＱｏＳポリシー構成に関連する、前記アクセスネットワークを介してネットワークとの予約リンクを確立するための手段と、
前記予約リンク上のアクティビティを検出したことに応答して、前記アクセス端末が前記予約リンクのアクティブ化を開始するための手段と  を備える、装置。
［Ｃ７４］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な装置であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するための手段と、  アプリケーションをオープンすることを検出するための手段と、  前記アプリケーションがＱｏＳを要求するより前に前記アプリケーションを前記オープンしたことに応答して、前記アクセスネットワークを介してネットワークとのＱｏＳのプリセットアップを実行するための手段と  を備える、装置。
［Ｃ７５］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な装置であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するためのトランシーバと、  ＱｏＳポリシー構成に関連する、前記アクセスネットワークを介してネットワークとの予約リンクを確立し、前記予約リンク上のアクティビティを検出したことに応答して、前記アクセス端末が前記予約リンクのアクティブ化を開始するための前記送信機を介したコンピューティングプラットフォームと  を備える、装置。
［Ｃ７６］  サービス品質（ＱｏＳ）を構成することにおいてアクセス端末によって動作可能な装置であって、  アクセス端末において、アクセスネットワークにパケットデータアクセスについての要求を送信するためのトランシーバと、  アプリケーションをオープンすることを検出するためのコンピューティングプラットフォームと、  前記アプリケーションがＱｏＳを要求するより前に前記アプリケーションを前記オープンしたことに応答して、前記アクセスネットワークを介してネットワークとのＱｏＳのプリセットアップを実行するための前記送信機を介したコンピューティングプラットフォームとを備える、装置。
【図１】
0005628911.tif 000002
【図２】
0005628911.tif 000003
【図３】
0005628911.tif 000004
【図４】
0005628911.tif 000005
【図５】
0005628911.tif 000006
【図６】
0005628911.tif 000007
【図７】
0005628911.tif 000008
【図８】
0005628911.tif 000009
【図９】
0005628911.tif 000010
【図１０】
0005628911.tif 000011
【図１１】
0005628911.tif 000012
【図１２】
0005628911.tif 000013
【図１３】
0005628911.tif 000014
【図１４】
0005628911.tif 000015
【図１５】
0005628911.tif 000016
【図１６】
0005628911.tif 000017
【図１７】
0005628911.tif 000018