(57)【特許請求の範囲】
【請求項１】
第１の無線通信プロトコルを実装する第１の無線通信システム内で動作可能な通信装置において、
ＱｏＳ（Quality of Service：ＱｏＳ）プロファイルを構成するモジュールと、
ＱｏＳプロファイル要求メッセージを受信するモジュールと、
ＱｏＳプロファイル応答メッセージを送信するモジュールと、を備え、
前記受信するモジュールは、更に、サポートされているフィーチャの属性−値ペア（ＡＶＰ）のリストを受信するように構成されており、
前記送信するモジュールは、更に、受信したリスト内の全てのＡＶＰがサポートされているわけではない場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませ、更に、DIAMETER_ERROR_FEATURE_UNSUPPORTEDに設定された実験結果コードＡＶＰを含ませるように構成されている通信装置。
【請求項２】
前記送信するモジュールは、更に、受信したリスト内の全てのＡＶＰがサポートされている場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませるように構成されている請求項１記載の通信装置。
【請求項３】
第１の無線通信プロトコルを実装する第１の無線通信システム内で動作可能な通信装置において、
ＱｏＳ（Quality of Service：ＱｏＳ）プロファイルを構成するモジュールと、
ＱｏＳプロファイル要求メッセージを受信するモジュールと、
ＱｏＳプロファイル応答メッセージを送信するモジュールと、を備え、
前記受信するモジュールは、更に、サポートされているフィーチャの属性−値ペア（ＡＶＰ）のリストを受信するように構成されており、
前記送信するモジュールは、更に、サポートされているフィーチャのＡＶＰのリストがサポートされていない場合、前記ＱｏＳプロファイル応答メッセージに受信したＡＶＰリスト及び失敗の表示を含ませるように構成されている通信装置。
【請求項４】
第２の無線通信プロトコルを実装する第２の無線通信システムで動作可能で、加入者設備を前記第１の無線通信システムに認証する認証、認可及び課金（ＡＡＡ）サーバとインタフェースで接続するモジュールを更に備える請求項１記載の通信装置。
【請求項５】
第１の無線通信プロトコルを実装する第１の無線通信システム内で実行される通信方法において、
サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成するステップと、
ＱｏＳプロファイル要求メッセージを受信するステップと、
ＱｏＳプロファイル応答メッセージを送信するステップと、を有し、
前記受信するステップは、更に、サポートされているフィーチャの属性−値ペア（ＡＶＰ）のリストを受信することを含み、
前記送信するステップは、更に、受信したリスト内の全てのＡＶＰがサポートされているわけではない場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませ、更に、DIAMETER_ERROR_FEATURE_UNSUPPORTEDに設定された実験結果コードＡＶＰを含ませることを含む通信方法。
【請求項６】
加入者サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成する通信装置において、
ＱｏＳプロファイル要求コマンドを送信するモジュールと、
結果コードを含むＱｏＳプロファイル応答メッセージを受信するモジュールと、
前記結果コードに応じて、ＱｏＳプロファイル構成動作を実行し、前記受信した結果コードがサポートなしフィーチャエラー（unsupported feature error）を示す場合、加入者ＱｏＳプロファイル構成を中止し、前記受信した結果コードが成功を示す場合、ＱｏＳプロファイルメッセージ内で受信したＱｏＳパラメータを所定の手続に基づいて処理するモジュールと、を備える通信装置。
【請求項７】
無線ネットワーク内で加入者サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成する方法において、
ＱｏＳプロファイル要求コマンドを送信するステップと、
結果コードを含むＱｏＳプロファイル応答メッセージを受信するステップと、
前記結果コードに応じて、ＱｏＳプロファイル構成動作を実行するステップと、
前記受信した結果コードがサポートなしフィーチャエラー（unsupported feature error）を示す場合、加入者ＱｏＳプロファイル構成を中止するステップと、
前記受信した結果コードが成功を示す場合、ＱｏＳプロファイルメッセージ内で受信したＱｏＳパラメータを所定の手続に基づいて処理するステップと、
を有する方法。
【請求項８】
前記送信するモジュールは、更に、受信したリスト内の全てのＡＶＰがサポートされている場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませるように構成されている請求項３記載の通信装置。
【請求項９】
さらに、第２の無線通信プロトコルを実装する第２の無線通信システムで動作可能で、加入者設備を前記第１の無線通信システムに認証する認証、認可及び課金（ＡＡＡ）サーバとインタフェースで接続するモジュールを備える請求項３記載の通信装置。
【請求項１０】
前記送信するステップは、さらに、受信したリスト内の全てのＡＶＰがサポートされている場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませることを含む請求項５記載の通信方法。
【請求項１１】
さらに、第２の無線通信プロトコルを実装する第２の無線通信システムで動作可能で、加入者設備を前記第１の無線通信システムに認証する認証、認可及び課金（ＡＡＡ）サーバとインタフェースで接続するステップを含む請求項５記載の通信方法。
【請求項１２】
第１の無線通信プロトコルを実装する第１の無線通信システム内で実行される通信方法において、
サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成するステップと、
ＱｏＳプロファイル要求メッセージを受信するステップと、
ＱｏＳプロファイル応答メッセージを送信するステップと、を有し、
前記受信するステップは、更に、サポートされているフィーチャの属性−値ペア（ＡＶＰ）のリストを受信することを含み、
前記送信するステップは、さらに、前記サポートされているフィーチャのＡＶＰのリストがサポートされていない場合、前記ＱｏＳプロファイル応答メッセージに前記受信したＡＶＰのリストと失敗の表示を含ませることを含む通信方法。
【請求項１３】
さらに、前記受信したリスト内の全てのＡＶＰがサポートされている場合、前記ＱｏＳプロファイル応答メッセージにサポートされているフィーチャの完全な組を含ませるステップを有する請求項１２記載の通信方法。
【請求項１４】
さらに、第２の無線通信プロトコルを実装する第２の無線通信システムで動作可能で、加入者設備を前記第１の無線通信システムに認証する認証、認可及び課金（ＡＡＡ）サーバとインタフェースで接続するステップを含む請求項１２記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本出願は、米国特許法第１１９条（ａ）項に基づき、２０１０年１１月２９日に出願された米国仮出願番号第６１／４１７，８６７号、発明の名称「Configuring Subscriber QOS Profile in EHPRD System」、２０１１年１月３日に出願された米国仮出願番号第６１／４２９，４３５号、発明の名称「Configuring Subscriber QOS Profile in EHPRD System - Part 2」、２０１１年１月１９日に出願された米国仮出願番号第６１／４３４，４３０号、発明の名称「Configuring Subscriber QOS Profile in EHPRD System - Part 3」、２０１１年３月３日に出願された米国仮出願番号第６１／４４９，０４３号、発明の名称「Configuring Subscriber QOS Profile in EHPRD System - Part 4」、及び２０１１年４月４日に出願された米国仮出願番号第６１／４７１，６８５号、発明の名称「Configuring Subscriber QOS Profile in EHPRD System - Part 5」の優先権を主張する。
【０００２】
上述した特許出願の内容の全体は、参照により、本出願の一部として援用される。
【背景技術】
【０００３】
本発明は、無線通信システムにおける無線通信に関する。
【０００４】
有線又は無線通信リンク又はネットワークを介してデータパケットが配信されるパケット交換ネットワークでは、通信リソースを確保し、データパケットの配信を制御することによって、データパケットの配信においてあるレベルの性能を達成するためのサービス品質（quality of service：ＱｏＳ）が実現される。ＱｏＳ性能のレベルは、例えば、送信ビットレート、伝送遅延、パケットデータジッタ、データ損失の確率、ビットエラーレート等、１つ以上のパラメータによって測定できる。遅延及びパケット欠落に対する許容度が高いデータサービスもあるが、ボイスオーバＩＰ（voice over IP）、対話型データサービス（interactive data services）、ビデオ及びマルチメディアデータサービス等の幾つかのデータサービスは、遅延及びパケット欠落に敏感であり、したがって、ハイレベルのＱｏＳを必要とする。
【０００５】
ＱｏＳメカニズムを実装し、パケット交換に基づいて、無線通信リンク又はネットワークを介してパケット配信を制御及び管理して、ＱｏＳ要求を満たすことができる。無線通信システムは、１つ以上の無線デバイス、例えば、モバイルデバイス、携帯電話機、無線エアカード、移動局（mobile station：ＭＳ）、ユーザ設備（user equipment：ＵＥ）、アクセス端末（access terminal：ＡＴ）又は加入者局（subscriber station：ＳＳ）と通信する１つ以上の基地局のネットワークを含むことができる。各基地局は、ボイスデータ及び他のデータコンテンツ等のデータを搬送する無線信号を無線機器に送信できる。基地局は、アクセスポイント（access point：ＡＰ）又はアクセスネットワーク（access network：ＡＮ）と呼ぶこともでき、アクセスネットワークの一部に含まれていてもよい。更に、無線通信システムは、１つ以上のコアネットワークを介して、相互に通信し、又は有線通信システムと通信する。無線デバイスは、通信のために１つ以上の異なる無線技術を使用することができる。様々な無線技術の具体例には、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、例えば、ＣＤＭＡ２０００  １ｘ、ＨＲＰＤ（High Rate Packet Data）、ＧＳＭ（登録商標）（Global System for Mobile communications）に基づく技術、ＬＴＥ（Long-Term Evolution）、直交周波数分割多重（orthogonal frequency-division multiplexing：ＯＦＤＭ）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等が含まれる。幾つかの具体例では、無線通信システムは、異なる無線技術を用いる複数のネットワークを含むことができる。
【０００６】
このようなＱｏＳの構成（configuration）のための技術が求められている。
【発明の概要】
【課題を解決するための手段】
【０００７】
ここでは、特に、無線通信のための技術を開示する。
【０００８】
一側面においては、第１の無線通信プロトコルを実装する第１の無線通信システム内で動作可能な無線通信装置を開示する。この装置は、サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成する加入者サービス品質プロファイルモジュールと、第１の無線ネットワークを介して、ＱｏＳプロファイル要求メッセージを受信する受信モジュールと、第１の無線ネットワークを介して、ＱｏＳプロファイル応答メッセージを送信する送信モジュールとを備える。
【０００９】
他の側面として、無線通信方法を開示する。この方法は、サービス品質（Quality of Service：ＱｏＳ）プロファイルを構成するステップと、第１の無線ネットワークを介して、ＱｏＳプロファイル要求メッセージを受信するステップと、第１の無線ネットワークを介して、ＱｏＳプロファイル応答メッセージを送信するステップとを有する。
【００１０】
更に他の側面として、コンピュータプログラム製品を開示し、このコンピュータプログラム製品には、ＱｏＳプロファイルを構成し、第１の無線ネットワークを介して、ＱｏＳプロファイル要求メッセージを受信し、第１の無線ネットワークを介して、ＱｏＳプロファイル応答メッセージを送信するためのコードが保存されている。
【００１１】
更に他の側面として、無線ネットワークにおいて、加入者サービス品質（ＱＯＳ）プロファイルを構成するための装置、方法及び命令を格納したコンピュータプログラム製品を開示する。この方法は、ＱｏＳプロファイル要求コマンドを送信するステップと、結果コード（result code）を含むＱｏＳプロファイル応答メッセージを受信するステップと、結果コードに応じて、ＱｏＳプロファイル構成動作を実行するステップとを有する。
【００１２】
更に他の側面では、３ＧＰＰ２認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）プロキシ／サーバにおいて、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）加入者サービス品質（ＱｏＳ）プロファイルのデータを準備し、加入ユーザの認証の成功の後に、３ＧＰＰ２  ＡＡＡプロキシ／サーバに加入ユーザの加入者ＱｏＳプロファイルの情報を要求するように動作可能なｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）を準備し、加入者ＱｏＳプロファイルの要求された情報をＨＳＧＷに送信するように動作可能な３ＧＰＰ２  ＡＡＡプロキシ／サーバを準備する装置、方法及び命令を格納したコンピュータプログラム製品を開示する。
【００１３】
１つ以上の具体例の詳細は、添付の書類、図面及び以下の説明に開示する。他の特徴は、詳細な説明、図面及び特許請求の範囲から明らかとなる。
【図面の簡単な説明】
【００１４】
【図１】無線通信システムの具体例を示す図である。
【図２】無線局アーキテクチャの具体例を示す図である。
【図３】非ローミングインターワーキングアーキテクチャのブロック図である。
【図４】ローミングインターワーキングアーキテクチャのブロック図である。
【図５】他のローミングインターワーキングアーキテクチャのブロック図である。
【図６】認証の間に加入者ＱｏＳプロファイル情報の読出のために交換される例示的なメッセージを表す信号交換図である。
【図７】ハンドオフの間に加入者ＱｏＳプロファイル情報の読出のために交換される例示的なメッセージを表す信号交換図である。
【図８】無線通信のプロセスのフローチャートである。
【図９】無線通信装置の一部のブロック図である。
【図１０】無線通信のプロセスのフローチャートである。
【図１１】無線通信装置の一部のブロック図である。
【図１２】無線通信のプロセスのフローチャートである。
【図１３】無線通信装置の一部のブロック図である。
【図１４】無線通信のプロセスのフローチャートである。
【図１５】無線通信装置の一部のブロック図である。
【発明を実施するための形態】
【００１５】
各図面における同様の参照符号は、同様の要素を示している。
【００１６】
以下の説明では、２つの異なるセルラ通信ネットワークの間で加入者サービス品質（ＱｏＳ）プロファイルが共有される無線通信のための技術を開示する。一側面においては、第１の無線通信システム内のサーバは、第２の無線通信システム内でユーザ認証の間に取得された加入者ＱｏＳプロファイル（subscriber QoS profile）を提供するように構成されている。後述するように、ここに開示する技術は、例えば、ゲートウェイサーバ、認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）サーバ等、無線通信ネットワークをサポートする様々な無線通信デバイス及びサーバの動作の向上に役立つ。ここに開示する技術のこれら及びこの他の有用な側面については、後に説明する。
【００１７】
図１は、無線通信システムの具体例を示している。無線通信システムは、１つ以上の基地局（base station：ＢＳ）１０５ａ、１０５ｂ、１つ以上の無線デバイス１１０及びアクセスネットワーク１２５を含むことができる。基地局１０５は、１つ以上の無線セクタ内の無線デバイス１１０に無線サービスを提供できる。幾つかの具体例では、基地局１０５ａ、１０５ｂは、指向性アンテナを含み、２つ以上の指向性ビームを生成して、異なるセクタ内に無線カバレッジを提供する。
【００１８】
アクセスネットワーク１２５は、１つ以上の基地局１０５、１０５ｂと通信することができる。幾つかの具体例では、１つ以上の基地局１０５、１０５ｂは、アクセスネットワーク１２５に含まれる。幾つかの具体例では、アクセスネットワーク１２５は、他の無線通信システム及び有線通信システムとの接続を提供するコアネットワーク（図１には示していない。）と通信する。コアネットワークは、加入された無線デバイス１１０に関連する情報を保存する１つ以上のサービス加入データベース（service subscription database）を含んでいてもよい。第１の基地局１０５は、第１の無線アクセス技術に基づく無線サービスを提供でき、第２の基地局１０５は、第２の無線アクセス技術に基づく無線サービスを提供できる。基地局１０５は、配備状況（deployment scenario）に応じて、同じ場所に設置してもよく、フィールド内で離して設置してもよい。アクセスネットワーク１２５は、複数の異なる無線アクセス技術をサポートできる。
【００１９】
本発明の技術及びシステムを実装することができる無線通信システム及びアクセスネットワークの様々な具体例としては、特に、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）に基づく無線通信システム、例えば、ＣＤＭＡ２０００  １ｘ、ＨＲＰＤ（High Rate Packet Data）、ｅＨＲＰＤ（evolved HRPD）、ＵＭＴＳ（Universal Mobile Telecommunications System）、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、Ｅ−ＵＴＲＡＮ（Evolved UTRAN）、ＬＴＥ（Long-Term Evolution）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等が含まれる。幾つかの具体例では、無線通信システムは、異なる無線技術を用いる複数のネットワークを含むことができる。デュアルモード又はマルチモードの無線デバイスは、異なる無線ネットワークに接続するために使用することができる２つ以上の無線技術を含む。幾つかの具体例では、無線デバイスは、音声−データ同時処理（Simultaneous Voice-Data Operation：ＳＶ−ＤＯ）をサポートできる。
【００２０】
図２は、無線局２０５の一部のブロック図である。例えば、基地局又は無線デバイスである無線局２０５は、ここに開示する無線技術の１つ以上を実装するマイクロプロセッサ等のプロセッサ回路２１０を含むことができる。無線局２０５は、アンテナ２２０等の１つ以上の通信インタフェースを介して無線信号を送信及び／又は受信する送受信回路２１５を含むことができる。無線局２０５は、データを送信及び受信するための他の通信インタフェースを含むことができる。無線局２０５は、データ及び／又は命令等の情報を保存するように構成された１つ以上のメモリを含むことができる。幾つかの具体例では、プロセッサ回路２１０は、送受信回路２１５の少なくとも一部を含むことができる。
【００２１】
図３は、３ＧＰＰ  Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）と、３ＧＰＰ２  ｅＨＲＰＤ（evolved High Rate Packet Data）ネットワークとの間のインターワーキング（interworking）のためのアーキテクチャの具体例を示している。また、Ｅ−ＵＴＲＡＮは、ＬＴＥ（Long Term Evolution）とも呼ばれている。このアーキテクチャは、インタフェースＳ１０１及びインタフェースＳ１０３を含む、「TS 23.402 3GPP: TS 23.402: Architecture Enhancements for non-3GPP Accesses」に定義されているインターワーキングインタフェースをサポートする。Ｓ１０１は、ＥＰＣ移動管理エンティティ（Mobility Management Entity：ＭＭＥ）と、ｅＡＮ／ｅＰＣＦ（evolved HRPD Access Network）（3GPP: TS 29.276: Optimized Handover Procedures and Protocols Between E-UTRAN Access and cdma2000 HRPD Access - Stage 3）との間のシグナリングインタフェースである。なお、ｅＡＮ／ｅＰＣＦの機能は、「A.S0022-0 (3GPP2: A.S0022-0 : E-UTRAN - HRPD Connectivity and Interworking: Access Network Aspects (E-UTRAN - HRPD IOS)」に定義されている。Ｓ１０３は、ＥＰＣ（Evolved Packet Core）サービングゲートウェイ（Serving Gateway：Ｓ−ＧＷ）と、ｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）との間のベアラインタフェースである（「3GPP TS 29.276」参照）。ｅＨＲＰＤネットワークは、複数のＰＤＮ（Packet Data Network）へのアタッチメント、並びに３ＧＰＰ  ＥＰＣ（Evolved Packet Core）を介する各ＰＤＮへのＩＰｖ４アドレス若しくはＩＰｖ６アドレスの割当又はＩＰｖ４アドレス及びＩＰｖ６アドレスの両方の割当をサポートするＩＰ環境を提供する。ｅＨＲＰＤユーザ設備（ＵＥ）１１０は、ネットワークベースのモビリティを使用し、移動管理のためにネットワーク内のプロキシモバイルＩＰｖ６（Proxy Mobile IPv6：ＰＭＩＰｖ６）の使用に依存する。ＨＳＧＷは、信頼できる非３ＧＰＰアクセスネットワークとして、ＥＰＣ（evolved packet core）にｅＨＲＰＤアクセスネットワークを接続するＨＲＰＤサービングゲートウェイ（HRPD Serving Gateway）である。ＵＥ１１０は、ＬＴＥ無線プロトコル等の無線プロトコルを介して、ｅＮｏｄｅＢ３０２と通信を行う。
【００２２】
図４は、ホームネットワークを経由するトラヒック（home-routed traffic）のためのＥ−ＵＴＲＡＮ／ｅＨＲＰＤインターワーキングローミングアーキテクチャを示している。この場合、アンカポイント（すなわち、Ｐ−ＧＷ７１０：ＰＤＮゲートウェイ）は、ホームネットワークに位置している。また、無線ネットワーク４００は、ホーム公衆地上移動ネットワーク（home public land mobile network：ＨＰＬＭＮ）４２４及び訪問先ＰＬＭＮ（visited PLMN：ＶＰＬＭＮ）を含む。また、図４は、Ｅ−ＵＴＲＡＮ／ＥＰＣ４２０及びｅＨＰＲＤ４２２も示しており、ＵＥ１１０は、対応するｅＮｏｄｅＢ３０２及びＨＲＰＤ基地局（ＢＴＳ）と移動通信を行う。
【００２３】
図５は、ローカルブレイクアウトトラヒック（local breakout traffic）のためのＥ−ＵＴＲＡＮ／ｅＨＲＰＤインターワーキングローミングアーキテクチャを示している。この場合、アンカポイント（すなわち、Ｐ−ＧＷ７１０：ＰＤＮゲートウェイ）は、訪問先ネットワークに位置している。また、無線通信ネットワーク５００は、ＨＰＬＭＮ５００及びＶＰＬＭＮ５２６を含んでいる。図５に示すように、Ｅ−ＵＴＲＡＮ／ＥＰＣ５２０及びｅＨＲＰＤ５２２のネットワークは、これらのネットワークの様々なデバイスによってインターワーキングされている。
【００２４】
図３の無線ネットワーク３００、図４の無線ネットワーク４００及び図５の無線ネットワーク５００に示すように、Ｅ−ＵＴＲＡＮとｅＨＲＰＤとの間のインターワーキングのために、以下の参照点（reference point）を定義することができる。
【００２５】
Ｈ１／Ｈ２参照点：Ｈ１参照点は、最適化されたＨＳＧＷ間ハンドオフのために、ソースＨＳＧＷ（Ｓ−ＨＳＧＷ）とターゲットＨＳＧＷ（Ｔ−ＨＳＧＷ）との間でシグナリング情報を搬送することができる。
【００２６】
Ｈ２参照点は、最適化されたＨＳＧＷ間ハンドオフのために、ソースＨＳＧＷ（Ｓ−ＨＳＧＷ）からターゲットＨＳＧＷ（Ｔ−ＨＳＧＷ）に、アップリンク及びダウンリンクの両方において、ユーザトラヒックを搬送することができる。
【００２７】
Ｇｘａ参照点：Ｇｘａ参照点は、３ＧＰＰ  ＥＰＣ内のポリシ及び課金規則機能（Policy and Charging Rules Function：ＰＣＲＦ）７１２を３ＧＰＰ２  ｅＨＲＰＤアクセスネットワークのＨＳＧＷ内のＢＢＥＲＦに接続する。このインタフェースの詳細な要求及び動作は、３ＧＰＰ  ＴＳ２３．２０３仕様書、ＴＳ２９．２１２仕様書及びＴＳ２９．２１３仕様書に定義されている。
【００２８】
Ｐｉ＊参照点：Ｐｉ＊参照点で使用されるプロトコルは、ＨＳＧＷを３ＧＰＰ２  ＡＡＡプロキシに接続できる。Ｐｉ＊参照点で使用されるプロトコルは、ＳＴａ参照点で使用されるプロトコルと同様のプロトコルに、ここに開示する更なる拡張を加えたものであってもよい。
【００２９】
Ｓ１０１参照点：Ｓ１０１参照点は、３ＧＰＰ２  Ａ．Ｓ００２２−０に基づき、３ＧＰＰ  ＥＰＳ内のＭＭＥ３０４を３ＧＰＰ２  ｅＨＲＰＤアクセスネットワーク内のｅＡＮ／ｅＰＣＦ３０６に接続できる。この参照点は、ソース／サービングアクセスネットワークを介して、ＵＥ１１０とターゲットアクセスネットワークとの間のシグナリング及びデータのトンネリングを提供できる。このインタフェースの詳細な動作は、３ＧＰＰ  ＴＳ２３．４０２仕様書及びＴＳ２９．２７６仕様書に定義されている。
【００３０】
Ｓ１０３参照点：Ｓ１０３参照点は、３ＧＰＰ  ＥＰＣ内のサービングゲートウェイ（Serving Gateway：Ｓ−ＧＷ）３０８を３ＧＰＰ２  ｅＨＲＰＤネットワーク内のＨＳＧＷに接続できる。この機能は、Ｓ−ＧＷ３０８とＨＳＧＷとの間でダウンリンクデータを転送し、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの移動におけるパケット損失を最小化することである。このインタフェースの詳細な要求及び動作は、３ＧＰＰ  ＴＳ２３．４０２仕様書及びＴＳ２９．２７６仕様書に定義されている。
【００３１】
Ｓ２ａ参照点：Ｓ２ａ参照点は、３ＧＰＰ  ＥＰＣ内のＰＤＮゲートウェイを３ＧＰＰ２  ｅＨＲＰＤネットワーク内のＨＳＧＷに接続できる。この参照点は、ユーザプレーンにｅＨＲＰＤアクセスとＰ−ＧＷとの間の関連する制御及び移動サポートを提供する。このインタフェースの詳細な要求及び動作は、３ＧＰＰ  ＴＳ２３．４０２仕様書及びＴＳ２９．２７５仕様書に定義されている。
【００３２】
ＳＴａ参照点：ＳＴａ参照点は、３ＧＰＰ  ＥＰＣ内のＡＡＡサーバ／プロキシを３ＧＰＰ２  ｅＨＲＰＤネットワーク内のＡＡＡプロキシに接続できる。この参照点は、ＵＥ１１０を認証及び認可し、３ＧＰＰ  ＡＡＡサーバ／プロキシ３１６と３ＧＰＰ２  ＡＡＡプロキシ３１８との間で、ＰＭＩＰｖ６モードに関連するＤｉａｍｅｔｅｒパラメータを搬送するために使用される。このインタフェースの詳細な要求及び動作は、３ＧＰＰ  ＴＳ２３．４０２仕様書及びＴＳ２９．２７３仕様書に定義されている。
【００３３】
図３、図４及び図５に示す各エンティティは、以下のような機能を有することができる。
【００３４】
ｅＡＮ／ｅＰＣＦ３０６：ｅＡＮ／ｅＰＣＦは、ＵＥ１１０との無線通信のために使用されるＲＡＮ（Radio Access Network）内の論理エンティティと、ｅＡＮとＨＳＧＷとの間のパケットの中継を管理するｅＰＣＦ（evolved Packet Control Function）エンティティとを含む。
【００３５】
ｅＨＲＰＤ（evolved HRPD）３１２：ｅＨＲＰＤネットワークは、３ＧＰＰのＥＰＣ（evolved packet core）へのアタッチメントをサポートする。ｅＨＲＰＤネットワークは、オプションとして、単一の無線端末によるＥ−ＵＴＲＡＮとｅＨＲＰＤとの間のシームレスなハンドオフをサポートする。
【００３６】
ＥＰＣ：発展型パケットコア（evolved packet core）：ＥＰＣアーキテクチャは、３ＧＰＰ  ＴＳ２３．４０１仕様書及びＴＳ２３．４０２仕様書に定義されている。
【００３７】
ＥＰＳ３１４：発展型パケットシステム（evolved packet system）は、３ＧＰＰ  ＴＳ２３．００３仕様書、ＴＳ２３．４０１仕様書及びＴＳ２３．４０２仕様書に定義されている。これは、ＥＰＣ及びＥ−ＵＴＲＡＮから構成されている。
【００３８】
ＨＳＧＷ３１０：ＨＳＧＷは、信頼できる非３ＧＰＰアクセスネットワークとして、ＥＰＣ（evolved packet core）にｅＨＲＰＤアクセスネットワークを接続するＨＲＰＤサービングゲートウェイ（HRPD Serving Gateway）である。ＨＳＧＷは、ＰＭＩＰｖ６のモバイルアクセスゲートウェイ（mobile access gateway：ＭＡＧ）機能を提供し、Ｐ−ＧＷ（ＬＭＡ）とのレイヤ３のモビリティをサポートする。
【００３９】
コンテキストトランスファ（Context Transfer）があるＨＳＧＷ間モビリティ（Inter-HSGW Mobility）：コンテキストトランスファがあるＨＳＧＷ間モビリティは、ソースＨＳＧＷが、Ｈ１インタフェースを用いて、ＵＥ１１０のコンテキストをターゲットＨＳＧＷに転送する際に発生し、これは、データパケット転送のためのＨ２インタフェースの使用を含む。
【００４０】
コンテキストトランスファがないＨＳＧＷ間モビリティ：コンテキストトランスファがないＨＳＧＷ間モビリティは、ソースＨＳＧＷとターゲットＨＳＧＷとの間にＨ１／Ｈ２接続がない場合、又は何らかの理由でコンテキスト転送シグナリング交換が失敗した場合に発生する。
【００４１】
旧型ＡＴ（Legacy AT）：旧型ＡＴは、３ＧＰＰ２  Ｘ．Ｓ００１１仕様書に準拠するＡＴとして定義される。旧型ＡＴは、ここに定義されているように、ＨＳＧＷと正しく通信できない。ここでは、「ＡＴ」という用語は、旧型ＡＴ又は旧型ＡＴとして機能するＵＥ１１０を含意する。
【００４２】
旧型ＰＤＳＮ（Legacy PDSN）：旧型ＰＤＳＮは、３ＧＰＰ２  Ｘ．Ｓ００１１仕様書に準拠するＰＤＳＮとして定義される。「ＰＤＳＮ」という用語は、旧型ＰＤＳＮを含意する。
【００４３】
３ＧＰＰ２によって定義されているＨＲＰＤ（High Rate Packet Data）システム内では、ＵＥ１１０がネットワークにアタッチすると、認証手続の間に、加入者ＱｏＳプロファイル（Subscriber QoS profile）がＰＤＳＮに返される。ＰＤＳＮは、Ａ１０接続の認可のために、加入者ＱｏＳプロファイルからの幾つかの属性を使用する。ＰＤＳＮは、ＱｏＳ要求認可及びトラヒックポリシングを更なる目的として、（入手可能であれば）幾つかのＱｏＳ属性をＲＡＮに提供する。
【００４４】
加入者ＱｏＳプロファイルは、３ＧＰＰ２  Ｘ．Ｓ００１１（cmda2000 Wireless IP Network Standard）仕様書で定義されている。ＨＲＰＤシステムで使用される加入者ＱｏＳプロファイルは、以下の属性を有することができる。
【００４５】
（Ａ）ベストエフォートトラヒック（Best-Effort Traffic）のための最大認可総帯域幅（Maximum Authorized Aggregate Bandwidth）
（Ｂ）各方向についての認可フロープロファイルＩＤ（Authorized Flow Profile ID）
（Ｃ）フロープライオリティ毎の最大値（Maximum per Flow Priority）
（Ｄ）許可された差別化サービス標識（Allowed Differentiated Services Markings）
（Ｅ）サービスオプションプロファイル（Service Option Profile）
（Ｆ）ベストエフォートトラヒックのためのユーザ間プライオリティ（Inter-User Priority）
３ＧＰＰ２  Ｘ．Ｓ００５７−０（E-UTRAN-eHRPD Connectivity and Interworking: Core Network Aspects）仕様書によって特定されるｅＨＲＰＤシステムでは、ＱｏＳ制御のためにポリシ及び課金制御（Policy and Charging Control：ＰＣＣ）フレームワークが適用される。ＰＣＲＦ７１２は、Ｇｘａインタフェースを介して、ＱｏＳポリシをＨＳＧＷに提供する。仕様書のバージョンＸ．Ｓ００５７−０では、ＨＳＧＷにおいてフロープロファイルＩＤ（Flow Profile ID）にマッピングすることができる＜ＱＣＩ，ＭＢＲ，ＧＢＲ＞パラメータのみが記述されている。３ＧＰＰ２  Ｘ．Ｓ００１１仕様書の加入者ＱｏＳプロファイル（Subscriber QoS Profile）で定義されている他のＱｏＳ属性も、ＱｏＳ認可のために有用であるが、Ｘ．Ｓ００５７−０仕様書の実装では、ＱｏＳ属性をどのように導出するかが明らかではない。例えば、Ｘ．Ｓ００１１仕様書に従えば、「ベストエフォートトラヒックのためのユーザ間プライオリティ」は、異なるユーザによって使用されるベストエフォートトラヒックのプライオリティを差別化するために、オペレータによって適用される。同様に、Ｘ．Ｓ００１１仕様書内の特定の他の幾つかのパラメータも有用であるが、Ｘ．Ｓ００５７−０仕様書では、このようなパラメータを導出するために使用できるフレームワークがない。
【００４６】
更に、Ｘ．Ｓ００５７−０仕様書では、ＰＣＣの実装は、オプションであり、ｅＨＲＰＤシステムの初期の配備（initial deployment）では、ＰＣＣを配備しなくてもよい。例えば、オペレータは、ネットワーク発展の第１段階にＰＣＣを含ませることなく、ＨＲＰＤネットワークをｅＨＲＰＤネットワークにアップグレードすることができる。したがって、ＨＳＧＷ及びｅＡＮがどのようにＱｏＳプロファイルを取得して受付制御を実行するかについては明らかではない。
【００４７】
ｅＨＲＰＤシステムが、３ＧＰＰ２  Ｘ．Ｓ００１１仕様書で定義されている加入者ＱｏＳプロファイルパラメータを利用でき、また、ＨＳＧＷ及びｅＡＮが、ＰＣＣなしでＱｏＳ機能を確実に実行できることが望ましい。ＰＣＣがない場合、ＵＥ１１０が認証され、ＨＳＧＷが加入者ＱｏＳプロファイルからＡ１１シグナリングメッセージを介してｅＡＮに幾つかのＱｏＳパラメータを転送する際に、ＨＳＧＷが加入者ＱｏＳプロファイルを取得するように動作させることができる。
【００４８】
包括的に言えば、ＨＳＧＷは、加入者ＱｏＳプロファイルを異なる手法で取得することができる。ある具体例では、３ＧＰＰ２加入者ＱｏＳプロファイルは、３ＧＰＰ  ＡＡＡ／ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）３２０内で構成される。このような３ＧＰＰ２加入者ＱｏＳプロファイルは、ＵＥ１１０が認証された際、３ＧＰＰ  ＡＡＡによって、ＳＴａ及びＰｉ＊インタフェースを介して、ＨＳＧＷ３１０に転送される。加入者ＱｏＳプロファイルは、３ＧＰＰフォーマット又は３ＧＰＰ２フォーマットで、ＨＳＳ３２０又は３ＧＰＰ  ＡＡＡに保存できる。加入者ＱｏＳプロファイルが３ＧＰＰフォーマットとして保存される場合、３ＧＰＰ２フォーマットへのＱｏＳマッピングは、３ＧＰＰ２  ＡＡＡプロキシサーバにおいて、又はＨＳＧＷによって実行できる。ＳＴａ及びＰｉ＊インタフェースは、３ＧＰＰ  ＡＡＡからＨＳＧＷ３１０への加入者ＱｏＳプロファイルの送信をサポートするように拡張してもよい。３ＧＰＰ仕様書のこのような拡張は、非３ＧＰＰアクセスに固有の詳細を含む。
【００４９】
他の具体例では、３ＧＰＰ２加入者ＱｏＳプロファイルは、３ＧＰＰ２  ＡＡＡプロキシ／サーバで構成される。ユーザの認証の完了時又は認証の間に、ＨＳＧＷ３１０は、３ＧＰＰ２  ＡＡＡプロキシ／サーバに加入者ＱｏＳプロファイルを要求する。この具体例では、Ｐｉ＊参照点は、加入者ＱｏＳプロファイルパラメータをサポートするように拡張され、このような拡張は、３ＧＰＰ２ドメインに制限される。
【００５０】
ＨＳＧＷ３１０からの要求に応じて、ＨＳＧＷ３１０に３ＧＰＰ２加入者ＱｏＳプロファイルを提供する３ＧＰＰ２  ＡＡＡプロキシ／サーバ内で３ＧＰＰ２加入者ＱｏＳプロファイルを実装する具体例の詳細は、以下の通りである。
【００５１】
Ｐｉ＊参照点は、３ＧＰＰ  ＴＳ２９．２７３によって指定されているように、ＳＴａ  Ｄｉａｍｅｔｅｒアプリケーションをサポートする。オプションとして、Ｐｉ＊参照点は、本明細書に開示するように、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションをサポートしてもよい。ＨＳＧＷ３１０及び３ＧＰＰ２  ＡＡＡプロキシサーバの両方がＳＴａ  Ｄｉａｍｅｔｅｒアプリケーションをサポートする必要があり、したがって、Ｄｉａｍｅｔｅｒ能力交換手続（Diameter Capability Exchange procedure）の間に、ＳＴａ  Ｄｉａｍｅｔｅｒアプリケーションのサポートを通知してもよい。
【００５２】
ＳＴａ  Ｄｉａｍｅｔｅｒアプリケーションが使用される場合、３ＧＰＰ２  ＡＡＡプロキシサーバは、ＨＳＧＷ３１０と３ＧＰＰ  ＡＡＡサーバの間のメッセージを代理（proxy）してもよい。
【００５３】
「加入者ＱｏＳプロファイル構成」手続をサポートするＨＳＧＷ３１０又は３ＧＰＰ２  ＡＡＡプロキシサーバは、Ｄｉａｍｅｔｅｒ能力交換手続の間に、例えば、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションのサポートを通知する。
【００５４】
ピアは、Ｄｉａｍｅｔｅｒ能力交換要求内のVendor-Specific-Application-Id VSAに、３ＧＰＰ２に割り当てられたＳＭＩネットワーク管理プライベート企業コード（SMI Network Management Private Enterprise Codes）（5535）に設定されたVendor-ID属性及びＩＡＮＡによって割り当てられた「DiameterAPPL-ID」のＰｉ＊３ＧＰＰ２  ＤｉａｍｅｔｅｒアプリケーションＩＤに設定されたAuth-Application-Idを含ませる。
【００５５】
本明細書に開示するＰｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションは、３ＧＰＰ２  ＡＡＡプロキシサーバ及びＨＳＧＷ３１０の両方がこれをサポートしている場合に使用できる。
【００５６】
Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションは、ピアエンティティとしてのＨＳＧＷ３１０との３ＧＰＰ２  ＡＡＡプロキシサーバとの間で定義されている。オペレータは、ホームドメイン内でＨＳＧＷ３１０と３ＧＰＰ２  ＡＡＡサーバとの間でＰｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションを拡張することを選択してもよい。この場合、３ＧＰＰ２  ＡＡＡプロキシサーバは、ＲＦＣ３５８８で指定されているプロキシエージェントとして動作できる。具体例として、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションは、加入者ＱｏＳプロファイル構成フィーチャのサポートのために以下のコマンド対を指定する。
【表１】
0005421341.tif 000002
【００５７】
クエリプロファイル要求／応答（Query Profile Request/Answer：ＱＰＲ／ＱＰＡ）は、それぞれがSupported-Feature AVPによって指定される一組の「フィーチャ」として実装できるコマンド対を構成する。Supported-Features AVP内のFeature-List-ID及びFeature-List sub AVP対の固有の設定は、特定のフィーチャのサポートを示すために使用され、Feature-List sub AVP内の各ビットは、他のビットから独立している。ＱＰＲ／ＱＰＡコマンド対は、ＡＢＮＦフォーマットで指定される。例えば、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションのために３ＧＰＰ２−加入者ＱｏＳプロファイル構成（Subscriber QoS Profile Configuration：SubQoSConfig）を指定できる。
【００５８】
幾つかの具体例では、加入者ＱｏＳプロファイル構成手続は、以下のようなSupported-Features AVPを使用する。
【００５９】
Supported-Features AVPの「Ｍ」ビットは、「要求（Request）」コマンド内で設定される。
【００６０】
Vendor-ID sub AVPは、３ＧＰＰ２に割り当てられた３ＧＰＰ２  ＳＭＩネットワーク管理プライベート企業コード（SMI Network Management Private Enterprise Codes）（5535）に設定される。
【００６１】
Feature-List-ID sub AVPは、「１」の値に設定される。
【００６２】
Feature-List sub AVPは、「１」に設定されたビットマスクの「０」ビットを有する。
【００６３】
具体例として、以下の表は、ＱＰＲ／ＱＰＡコマンドによって搬送されるSupported-Features AVPのために用いられるFeature-bitを定義している。
【表２】
0005421341.tif 000003
【００６４】
QPR CMDCODEに設定されたCommand-Codeフィールド及びコマンドフラグフィールド内の「Ｒ」ビットセットによって示されるクエリプロファイル要求（Query Profile-Request：ＱＰＲ）コマンドは、ＨＳＧＷ３１０から３ＧＰＰ２  ＡＡＡプロキシ／サーバに送られる。
【００６５】
例示的メッセージフォーマット
< Query Profile-Request> ::= < Diameter Header: 
QPR CMDCODE , REQ, PXY, Diameter APPL-ID >
< Session-Id >
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
{User-Name}
* [Supported-Features]
* [AVP]
*[Proxy-Info]
*[Route-Record]
QPR CMDCODEに設定されたCommand-Codeフィールド及びコマンドフラグフィールド内でクリアされた「Ｒ」ビットによって示されるクエリプロファイル応答（Query Profile-Answer：ＱＰＡ）コマンドは、３ＧＰＰ２  ＡＡＡプロキシ／サーバからＨＳＧＷ３１０に送られる。
【００６６】
メッセージフォーマット
< Query Profile-Answer> ::= < Diameter Header: 
QPR CMDCODE, PXY, Diameter APPL-ID >
< Session-Id >
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{User-Name}
* [Redirect-Host]
* [Supported-Features]
[Allowed-DiffServ-Markings]
[Service-Option-Profile]
[Maximum-Authorized-Aggregate-Bandwidth]
[Authorized-Flow-Profile-IDs-for-the-User]
[Inter-User Priority]
[Max-Per-Flow-Priority]
*[ AVP ]
*[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
幾つかの実施の形態では、加入者ＱｏＳプロファイル構成手続は、以下のように実装できる。この手続は、ＨＳＧＷ３１０及び３ＧＰＰ２  ＡＡＡプロキシ／サーバがＰｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションをサポートしている場合にサポートできる。Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションの配備（deployment）は、オペレータネットワーク内で一貫していると仮定する。
【００６７】
加入者ＱｏＳプロファイル構成手続は、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションのために定義されたクエリプロファイル要求／応答コマンド対（ＱＰＲ／ＱＰＡ）にマッピングできる。ＱＰＲコマンド内のSupported-Features AVPの適切な設定は、加入者ＱｏＳプロファイル構成情報を問い合わせる（query）ために使用される。
【００６８】
認証の間の加入者ＱｏＳプロファイル情報検索
図６は、ＵＥ１１０認証の間の加入者ＱｏＳプロファイル情報検索手続を示している。ＵＥ１１０は、ＨＳＧＷ３１０内の３ＧＰＰ２  ＡＡＡプロキシ及びオーセンティケータを介して、ＥＡＰ−ＡＫＡ’を用いて、３ＧＰＰ  ＡＡＡによる認証を実行する。幾つかの具体例では、認証の完了の後に、ＨＳＧＷ３１０は、３ＧＰＰ２  ＡＡＡプロキシ／サーバによる加入者ＱｏＳプロファイル情報検索手続を開始する。幾つかの具体例では、ＨＳＧＷ３１０からのこのような加入者ＱｏＳプロファイル情報の要求の検証に応じて、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、使用可能な場合、Ｐｉ＊参照点を介して、ＨＳＧＷ３１０に、加入者ＱｏＳプロファイル情報を返す。
【００６９】
ユーザは、ＥＡＰ−ＡＫＡ’認証手続毎に３ＧＰＰ  ＡＡＡによって認証される。例えば、Ｘ．Ｓ００５７−Ａ仕様書のセクション５．２．５．１のステップ１〜２３が遂行される。
【００７０】
ＨＳＧＷ３１０は、３ＧＰＰ２  ＡＡＡプロキシ／サーバにクエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンドを送信することによって加入者ＱｏＳプロファイル構成手続を呼び出す。ＨＳＧＷ３１０は、３ＧＰＰ２  ＡＡＡプロキシ／サーバがSubQoSConfig手続をサポートしているかが未知の場合、Supported-Features AVPに、「１」に設定されたFeature-List-ID AVP及び「１」に設定されたFeature-List AVPのフィーチャビット「０」を含ませる。ＨＳＧＷ３１０は、この手続を用いて、３ＧＰＰ２  ＡＡＡプロキシ／サーバから加入者ＱｏＳプロファイル情報を取得する。
【００７１】
クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンドの処理に成功すると、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、加入者ＱｏＳプロファイル情報を含む成功の結果コード（DIAMETER_SUCCESS）を有するクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドによって、ＨＳＧＷ３１０に応答する。ＱＰＲコマンドにSupported-Features AVPが含まれている場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバによってサポートされているフィーチャの完全な組を示すSupported-Features AVPも含まれる。３ＧＰＰ２  ＡＡＡプロキシ／サーバは、加入者プロファイル情報へのキーとして、ＩＭＳＩベースのネットワークアクセス識別子（Network Access Identifier：ＮＡＩ）を使用する。
【００７２】
ＨＳＧＷ３１０は、３ＧＰＰ２  ＡＡＡプロキシ／サーバから加入者ＱｏＳプロファイル情報を受信すると、Ａ１１セッション更新（A11-Session Update）手続を介して、加入者ＱｏＳプロファイル情報要素をｅＡＮ／ｅＰＣＦに転送する。
【００７３】
加入者ＱｏＳプロファイル情報検索−コンテキストトランスファがあるＨＳＧＷリロケーションを伴うｅＨＲＰＤ内ハンドオフ（Intra-eHRPD Handoff）
図７を参照して説明すると、コンテキストトランスファがあるＨＳＧＷ３１０リロケーションを伴うｅＨＲＰＤ内ハンドオフの間、加入者ＱｏＳプロファイル情報コンテキストは、ソースＨＳＧＷ（Ｓ−ＨＳＧＷ）７０６からターゲットＨＳＧＷ（Ｔ−ＨＳＧＷ）７０８に転送されない。Ｔ−ＨＳＧＷは、Ｓ−ＨＳＧＷ７０６からＨ１−Ａｃｋメッセージを受信した後に、３ＧＰＰ２  ＡＡＡプロキシ／サーバ３１８による加入者ＱｏＳプロファイル情報検索手続を実行する。
【００７４】
この例示的な手続では、加入者ＱｏＳプロファイル構成フィーチャの配備がオペレータネットワーク内で一貫していると仮定している。
【００７５】
ＵＥ１１０がＳ−ｅＡＮ／ｅＰＣＦ及びＳ−ＨＳＧＷ７０６を介して、Ｐ−ＧＷとのアクティブセッションを有すると仮定する。ＵＥ１１０又はＳ−ｅＡＮ７０２は、ＵＥ１１０がＴ−ｅＡＮ７０４に移行したと判定する。Ｔ−ｅＡＮには、Ｓ−ＨＳＧＷのＨ１アドレスを含むｅＨＲＰＤ無線セッションコンテキストが転送される。Ｔ−ｅＡＮ／ｅＰＣＦは、選択されたＴ−ＨＳＧＷ７０８とのＡ１０接続をセットアップする。Ｔ−ＨＳＧＷ７０８は、Ｈ１インタフェースを介して、Ｓ−ＨＳＧＷとのハンドオーバ開始（Handover Initiate）手続を実行し、Ｓ−ＨＳＧＷは、ユーザセッションコンテキストパラメータを含むハンドオーバ承認（Handover Ack）で応答する。加入者ＱｏＳプロファイルに関連するコンテキストパラメータは、Ｓ−ＨＳＧＷ７０６からＴ−ＨＳＧＷ７０８に転送されない。上述した手続は、３ＧＰＰ２  Ｘ．Ｓ００５７Ａドキュメントのセクション１２．１．１のステップ０〜７及び３ＧＰＰ２  Ｘ．Ｓ００５７Ａドキュメントのセクション１２．２のステップ０〜７に示されている。
【００７６】
Ｔ−ＨＳＧＷは、クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンドを３ＧＰＰ２  ＡＡＡプロキシ／サーバに送信することによって加入者ＱｏＳプロファイル構成手続を呼び出す。ＨＳＧＷは、３ＧＰＰ２  ＡＡＡプロキシ／サーバがSubQoSConfig手続をサポートしているかが未知の場合、Supported-Features AVPに、「１」に設定されたFeature-List-ID AVP及び「１」に設定されたFeature-List AVPのフィーチャビット「０」を含ませる。Ｔ−ＨＳＧＷは、この手続を用いて、３ＧＰＰ２  ＡＡＡプロキシ／サーバから３ＧＰＰ２加入者ＱｏＳプロファイル情報を取得する。
【００７７】
クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンドの処理に成功すると、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、３ＧＰＰ２加入者ＱｏＳプロファイル情報を含む成功の結果コード（DIAMETER_SUCCESS）を有するクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドによって、Ｔ−ＨＳＧＷに応答する。Supported-Features AVPがＱＰＲコマンドに含まれている場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバによってサポートされているフィーチャの完全な組を示すSupported-Features AVPは、ＱＰＡコマンドにも含まれる。３ＧＰＰ２  ＡＡＡプロキシ／サーバは、加入者プロファイル情報へのキーとして、ＩＭＳＩベースのネットワークアクセス識別子（Network Access Identifier：ＮＡＩ）を使用する。
【００７８】
Ｔ−ＨＳＧＷは、３ＧＰＰ２  ＡＡＡプロキシ／サーバから３ＧＰＰ２加入者ＱｏＳプロファイル情報を受信すると、Ａ１１セッション（A11-Session Update）更新手続を介して、加入者ＱｏＳプロファイル情報要素をＴ−ｅＡＮ／ｅＰＣＦに転送する。
【００７９】
幾つかの具体例では、残りのハンドオフ手続は、例えば、３ＧＰＰ２  Ｘ．Ｓ００５７−Ａ仕様書のセクション１２．１．１及び１．２に従って続けられる。
【００８０】
加入者ＱｏＳプロファイル構成手続は、ＨＳＧＷによって開始され、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、使用可能であれば、加入者ＱｏＳプロファイル情報で応答する。Ｘ．Ｓ００１１で指定されているように、以下のような加入者ＱｏＳプロファイルの属性をｅＡＮ／ｅＰＣＦに送信することができる。
【００８１】
ベストエフォートトラヒック（Best-Effort Traffic）のための最大認可総帯域幅（Maximum Authorized Aggregate Bandwidth）
各方向についての認可フロープロファイルＩＤ（Authorized Flow Profile ID）
フロープライオリティ毎の最大値（Maximum per Flow Priority）
サービスオプションプロファイル（Service Option Profile）
ベストエフォートトラヒックのためのユーザ間プライオリティ
幾つかの具体例では、ＨＳＧＷにおける加入者ＱｏＳプロファイル属性の処理及び用途は、テーブル７に示す通りであり、本明細書に開示するように実行できる。幾つかの具体例では、ＨＳＧＷは、加入者ＱｏＳプロファイル属性を保存する。
【００８２】
表３は、クエリプロファイル要求コマンド内でサポートされる情報要素の具体例を示している。
【表３】
0005421341.tif 000004
【００８３】
表４は、クエリプロファイル応答コマンド内でサポートされる情報要素の具体例を示している。
【表４】
0005421341.tif 000005
【００８４】
0005421341.tif 000006
【００８５】
0005421341.tif 000007
【００８６】
幾つかの具体例では、ＨＳＧＷ及び３ＧＰＰ２  ＡＡＡプロキシ／サーバの両方がＰｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションをサポートしており、ＨＳＧＷが加入者ＱｏＳプロファイル情報を必要とする場合、ＨＳＧＷは、３ＧＰＰ２  ＡＡＡプロキシ／サーバにクエリプロファイル要求（ＱＰＲ）コマンドを送信することによって加入者ＱｏＳプロファイル構成手続を開始する。ＨＳＧＷは、SubQoSConfigフィーチャが３ＧＰＰ２  ＡＡＡプロキシ／サーバによってサポートされているかが未知の場合、ＱＰＲコマンドは、「Ｍ」ビットセットを有するSupported-Features AVP、「１」に設定されたFeature-List-ID sub AVP、及び加入者ＱｏＳプロファイル構成手続の要求を示すビット「０」セットを有するFeature-List sub AVPを含む。ＨＳＧＷは、この手続を用いて、３ＧＰＰ２  ＡＡＡプロキシ／サーバから加入者ＱｏＳプロファイル情報を取得する。
【００８７】
幾つかの具体例では、加入者ＱｏＳプロファイル構成手続は、状態なし手続（stateless procedure）である。幾つかの具体例では、ＨＳＧＷは、クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンド内のAuth-Session-State AVPにNO_STATE_MAINTAINEDに設定された値を含ませる。
【００８８】
ＨＳＧＷは、３ＧＰＰ２  ＡＡＡプロキシ／サーバからクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドを受信すると、結果コード（Result Code）をチェックしてもよい。結果コードが成功（DIAMETER_SUCCESS）以外を示している場合、ＨＳＧＷは、受信した結果コードに基づいて、訂正動作を行ってもよい。
【００８９】
３ＧＰＰ２  ＡＡＡプロキシ／サーバから成功の結果コード（DIAMETER_SUCCESS）を有するクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドを受信すると、ＨＳＧＷは、表５に列挙する加入者ＱＯＳパラメータの存在を確認し、表４で指定した手続に従って、これらを処理してもよい。
【００９０】
幾つかの具体例では、ＨＳＧＷは、DIAMETER_ERROR_FEATURE_UNSUPPORTEDに設定されたExperimental-Result-Code AVP又はDIAMETER_AVP_UNSUPPORTEDに設定されたResult-Code AVPを有するクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドを受信すると、３ＧＰＰ２−加入者ＱｏＳプロファイル構成手続を中止する。
【００９１】
３ＧＰＰ２  ＡＡＡプロキシ／サーバは、クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンドを受信すると、以下の動作のうちの１つを実行してもよい。
【００９２】
幾つかの具体例では、Supported-Features AVPに示されている全てのフィーチャをサポートする場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションのためにサポートしているフィーチャの完全な組を特定するSupported-Features AVPをＱＰＡコマンドに含ませる。
【００９３】
幾つかの具体例では、Supported-Features AVPに示されている全てのフィーチャをサポートしているわけではない場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、DIAMETER_ERROR_FEATURE_UNSUPPORTEDに設定されたExperimental-Result-Code AVPを有し、Ｐｉ＊３ＧＰＰ２  Ｄｉａｍｅｔｅｒアプリケーションのためにサポートしているフィーチャの完全な組を特定するSupported-Features AVPを含むＱＰＡコマンドを返す。
【００９４】
幾つかの具体例では、Supported-Features AVPをサポートしない場合、DIAMETER_AVP_UNSUPPORTEDに設定されたResult-Code AVPを有するＱＰＡコマンドを返し、ＱＰＲコマンド内で受信したSupported-Features AVPを含むFailed-AVP AVPを含ませる。
【００９５】
幾つかの具体例では、３ＧＰＰ２  ＡＡＡプロキシ／サーバがクエリプロファイル応答（ＱＰＡ）コマンドにSupported-Features AVPを含ませる場合、Supported-Features AVPは、クリアされた「Ｍ」ビットを有する。このグループ化されたＡＶＰでは、Feature-List-ID sub AVPは、「１」に設定され、Feature-List sub AVPは、３ＧＰＰ２  ＡＡＡプロキシ／サーバによってサポートされているフィーチャの完全な組のためのビットセットを有する。
【００９６】
幾つかの具体例では、３ＧＰＰ２  ＡＡＡプロキシ／サーバが加入者ＱｏＳプロファイル構成（SubQoSConfig）フィーチャをサポートしている場合、以下の動作を行う。
【００９７】
User-Name AVP内のユーザ名（ＩＭＳＩ）が既知であるかをチェックする。これが既知でない場合、DIAMETER_ERROR_USER UNKNOWNの結果コードを返す。
【００９８】
幾つかの具体例では、ユーザが既知であるが、このユーザのために構成された加入者ＱｏＳプロファイルがない場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、実験結果コード（Experimental-Result-Code）であるDIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILEによって応答する。
【００９９】
他の全てのエラーについては、結果コードDIAMETER_UNABLE_TO_COMPLYを返してもよい。
【０１００】
幾つかの具体例では、加入者ＱｏＳプロファイル構成手続は、状態なし手続である。３ＧＰＰ２  ＡＡＡプロキシ／サーバは、クエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンド内のAuth-Session-State AVPにNO_STATE_MAINTAINEDに設定された値を含ませる。
【０１０１】
幾つかの具体例では、３ＧＰＰ２  ＡＡＡプロキシ／サーバが、受信したクエリプロファイル要求（Query Profile RequestＱＰＲ）コマンドの処理に成功すると、３ＧＰＰ２  ＡＡＡプロキシ／サーバは、成功の結果コード（DIAMETER_SUCCESS）を有するクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドで応答し、表４に示すような加入者ＱｏＳ情報要素を含ませる。
【０１０２】
ＤｉａｍｅｔｅｒベースのプロトコルＲＦＣ３５８８で定義されているResult-Code AVP値が適用可能であってもよい。
【０１０３】
幾つかの具体例では、以下に定義されている結果コードの１つが応答コマンドに含まれる場合、これは、3GPP2 Vendor-ID（5535）に設定されたVendor-IDセットを有するExperimental-Result AVP内に含まれる。
【０１０４】
Experimental-Result-Code AVPは、要求コマンドを処理した結果を表す３ＧＰＰ２が割り当てた値を含む。
【０１０５】
DIAMETER_ERROR_FEATURE_UNSUPPORTED（3001）：この実験結果コード（Experimental Result Code）は、Supported-Features AVPに示されている全てのフィーチャがサポートされているわけではない場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバがＨＳＧＷに送信する。
【０１０６】
DIAMETER_ERROR_NO_SUBSCRIBER_QoS_PROFILE（4001）：この実験結果コード（Experimental Result Code）は、ユーザが既知であるが、このユーザのために構成された加入者ＱｏＳプロファイルがない場合、３ＧＰＰ２  ＡＡＡプロキシ／サーバがＨＳＧＷに送信する。
【０１０７】
表５及び表６は、クエリプロファイル要求（Query Profile Request：ＱＰＲ）コマンド及びクエリプロファイル応答（Query Profile Answer：ＱＰＡ）コマンドにおいて使用される、加入者ＱｏＳプロファイル構成フィーチャのために定義された例示的なＤｉａｍｅｔｅｒＡＶＰを示している。
【表５】
0005421341.tif 000008
【表６】
0005421341.tif 000009
【０１０８】
Service-Option-Profile AVP（ＡＶＰコード５５３５／ＴＢＤ）は、グループ化（Grouped）のタイプのＡＶＰである。これは、認可されるパケットデータサービスオプション（Service Options）及び許可される同時のリンクフロー（Link Flows）の最大数を特定する。
【０１０９】
幾つかの具体例では、サービスオプションプロファイル属性−値ペア（attribute value pair：ＡＶＰ）のフォーマットは、以下の通りである。
【０１１０】
Service-Option-Profile ::= < AVP Header: TBD 5535 >
{Max-Link-Flows}
*[Service Option Number]
*[AVP]
Max-Authorized-Aggregate-Bandwidth-for-Best-Effort-Traffic AVP（ＡＶＰコード５５３５／ＴＢＤ）は、符号無し３２（Unsigned32）のタイプのＡＶＰである。これは、ベストエフォートトラヒックのためにユーザに割り当てることができる最大帯域幅（ビット毎秒単位の最大認可総帯域幅のバイナリの値）を１〜２＊＊３２（2^32）の範囲で示す。
【０１１１】
Authorized-Flow-Profile-IDs-for-the-User AVP（ＡＶＰコード５５５５／ＴＢＤ）は、グループ化されたＡＶＰ（Grouped AVP）である。これは、QoS_Sub_Blobにおいてユーザが指定／要求することが許可されたフロープロファイルＩＤ（Flow Profile IDs）のリストを提供する。
【０１１２】
幾つかの具体例では、Authorized-Flow-Profile-IDs AVPのフォーマットは、以下の通りである。
【０１１３】
Authorized-Flow-Profile-IDs-for-the-User ::= < AVP Header: TBD 5535 >
*[ProfileID-Forward]
*[ProfileID-Reverse]
*[ProfileID-Bi-direction]
*[AVP]
Inter-User-Priority AVPは、整数３２（Integer32）のタイプのＡＶＰである。これは、ベストエフォートトラヒックのためにユーザに割り当てられたユーザ間プライオリティを示す。一例として、下位３ビットは、パケットのスケジューリングのために用いられるユーザ間プライオリティを示す（Ｘ．Ｓ００１１）。プライオリティ７が最高であり、プライオリティ０が最低である。
【０１１４】
000-011:一般ユーザのためのプライオリティ０〜３
100-111:予約クラス（Reserved Class）のためのプライオリティ４〜７
Max-Per-Flow-Priority-for-the-User AVP（ＡＶＰコード５５３５／ＴＢＤ）は、整数３２（Integer32）のタイプのＡＶＰである。これは、ユーザのパケットフローに割り当てることができる最高のプライオリティを示す。下位４ビットは、ユーザがパケットデータフローに指定できる最高のプライオリティを示す。プライオリティ１５が最高であり、プライオリティ０が最低である。
【０１１５】
0000-0111:一般ユーザのためのプライオリティ０〜７
1000-1111:予約クラス（Reserved Class）のためのプライオリティ８〜１５
ProfileID-Forward AVP（ＡＶＰコード５５３５／３５）は、整数３２（Integer32）のタイプのＡＶＰである。これは、ユーザが順方向リンク上で要求できるフロープロファイルＩＤ（Flow Profile ID）を示すために使用される。幾つかの具体例では、フロープロファイルＩＤは、最下位１６ビットに含まれる。最上位１６ビットは、０に設定される。
【０１１６】
ProfileID-Reverse AVP（ＡＶＰコード５５３５／３６）は、整数３２（Integer32）のタイプのＡＶＰである。これは、ユーザが逆方向リンク上で要求できるフロープロファイルＩＤ（Flow Profile ID）を示すために使用される。一例として、フロープロファイルＩＤは、最下位１６ビットに含まれる。最上位１６ビットは、０に設定される。
【０１１７】
ProfileID-Bi-Direction AVPは、整数３２（Integer32）のタイプのＡＶＰである。これは、ユーザが双方向で要求することが許可されているフロープロファイルＩＤ（Flow Profile ID）を示すために使用される。一例として、フロープロファイルＩＤは、最下位１６ビットに含まれる。最上位１６ビットは、０に設定される。
【０１１８】
Max-Link-Flows AVPは、符号無し３２（Unsigned32）のタイプのＡＶＰである。これは、ユーザが確立することができるリンクフローの最大数を示している。
【０１１９】
Service-Option-Number AVPは、符号無し３２（Unsigned32）のタイプのＡＶＰである。これは、ユーザに許可されているサービスオプション（Service Option）を示している。
【０１２０】
幾つかの具体例では、ＨＳＧＷがSubscriberQoSProfile構成手続を用いて、Ｐｉ＊参照点を介して、加入者ＱｏＳプロファイル情報を取得する場合、以下の手続が実行される。ＨＳＧＷは、以下の表７で指定されるように、３ＧＰＰ２  ＡＡＡプロキシ／サーバから受信したSubscriberQoSProfileパラメータを処理する。以下のSubscriberQoSProfileパラメータは、３ＧＰＰ２アクセスネットワークに適用可能であってもよい。
【０１２１】
ベストエフォートトラヒックのための最大認可総帯域幅
各方向についての認可フロープロファイルＩＤ
フロープライオリティ毎の最大値
サービスオプションプロファイル
ベストエフォートトラヒックのためのユーザ間プライオリティ
【表７】
0005421341.tif 000010
【０１２２】
図８は、無線通信のプロセス８００のフローチャートである。８０２において、ＱｏＳプロファイルを構成する。８０４において、第１の無線ネットワークを介して、ＱｏＳプロファイル要求メッセージを受信する。８０６において、第１の無線ネットワークを介して、ＱｏＳプロファイル応答メッセージを送信する。幾つかの具体例では、更に、サポートされているフィーチャの属性−値ペア（ＡＶＰ）のリストを受信してもよい。受信したリスト内の全てのＡＶＰがサポートされている場合、サポートされているフィーチャの完全な組をＱｏＳプロファイル応答メッセージに含ませてもよい。
【０１２３】
幾つかの具体例では、プロセス８００は、３ＧＰＰ２  ＡＡＡプロキシサーバ３１８で実行され、第１のネットワークは、３ＧＰＰ２ネットワークである。３ＧＰＰ２  ＡＡＡプロキシサーバ３１８は、更に、第２の無線通信プロトコル（例えば、３ＧＰＰ）を実装する第２の無線通信システムで動作可能なＡＡＡサーバとインタフェース接続され、加入者設備を第１の無線通信システムで認証することができる。
【０１２４】
図９は、無線通信装置９００の一部のブロック図である。モジュール９０２は、ＱｏＳプロファイルを構成するモジュールである。モジュール９０４は、第１の無線ネットワークを介して、ＱｏＳプロファイル要求メッセージを受信するモジュールである。モジュール９０６は、第１の無線ネットワークを介して、ＱｏＳプロファイル応答メッセージを送信するモジュールである。装置９００及びモジュール９０２、９０４、９０６は、更に、本明細書に開示する様々な技術を実装していてもよい。
【０１２５】
図１０は、無線通信のプロセス１０００のフローチャートである。１００２において、ＱｏＳプロファイル要求コマンドを送信する。１００４において、結果コードを含むＱｏＳプロファイル応答メッセージを受信する。１００６において、結果コードに応じて、ＱｏＳプロファイル構成動作を実行する。プロセス１０００は、例えば、ＨＳＧＷ３１０において実行してもよい。
【０１２６】
図１１は、無線通信装置１１００の一部のブロック図である。モジュール１１０２は、ＱｏＳプロファイル要求コマンドを送信するモジュールである。モジュール１１０４は、結果コードを含むＱｏＳプロファイル応答メッセージを受信するモジュールである。モジュール１１０６は、結果コードに応じて、ＱｏＳプロファイル構成動作を実行するモジュールである。装置１１００及びモジュール１１０２、１１０４、１１０６は、更に、本明細書に開示する何らかの技術を実装していてもよい。
【０１２７】
図１２は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）アクセス及びＣＤＭＡ２０００  ｅＨＲＰＤ（evolved High Rate Packet Data）アクセスの両方を有する無線通信を実現する無線通信のプロセス１２００のフローチャートである。１２０２において、３ＧＰＰ２  認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）プロキシ／サーバにおいて、第３世代パートナーシッププロジェクト２（third generation partnership project 2：３ＧＰＰ２）加入者サービス品質（Quality of Service：ＱｏＳ）プロファイルのデータを準備する。１２０４において、加入ユーザの認証の成功の後に、３ＧＰＰ２  ＡＡＡプロキシ／サーバに加入ユーザの加入者ＱｏＳプロファイルの情報を要求するように動作可能なｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）を準備する。１２０６において、加入者ＱｏＳプロファイルの要求された情報をＨＳＧＷに送信するように動作可能な３ＧＰＰ２  ＡＡＡプロキシ／サーバを準備する。
【０１２８】
図１３は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）アクセス及びＣＤＭＡ２０００  ｅＨＲＰＤ（evolved High Rate Packet Data）アクセスの両方を有する無線通信を実現する無線通信のための無線通信システム１３００の一部のブロック図である。モジュール１３０２は、３ＧＰＰ２  認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）プロキシ／サーバにおいて、第３世代パートナーシッププロジェクト２（third generation partnership project 2：３ＧＰＰ２）加入者サービス品質（Quality of Service：ＱｏＳ）プロファイルのデータを準備するモジュールである。モジュール１３０４は、加入ユーザの認証の成功の後に、３ＧＰＰ２  ＡＡＡプロキシ／サーバに加入ユーザの加入者ＱｏＳプロファイルの情報を要求するように動作可能なｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）を準備するモジュールである。３ＧＰＰ２  ＡＡＡプロキシ／サーバは、加入者ＱｏＳプロファイルの要求された情報をＨＳＧＷに送信するように動作可能である。
【０１２９】
図１４は、無線通信のプロセス１４００のフローチャートである。１４０２において、３ＧＰＰ認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）／ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）において、第３世代パートナーシッププロジェクト２（third generation partnership project 2：３ＧＰＰ２）加入者ＱｏＳプロファイルのデータを準備する。１４０４において、加入ユーザの認証の成功の後に、３ＧＰＰ  ＡＡＡ／ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）からの加入ユーザの３ＧＰＰ２加入者ＱｏＳプロファイルのデータをｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）に転送する。１４０６において、要求された加入者ＱｏＳプロファイルをＨＳＧＷに送信するよう３ＧＰＰ２  ＡＡＡプロキシ／サーバを動作させる。
【０１３０】
図１５は、Ｅ−ＵＴＲＡＮアクセス及びＣＤＭＡ２０００  ｅＨＲＰＤアクセスの両方を有する無線通信を提供する無線通信システム１５００の一部のブロック図である。モジュール１５０２は、３ＧＰＰ認証、認可及び課金（authentication, authorization and accounting：ＡＡＡ）／ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）において、第３世代パートナーシッププロジェクト２（third generation partnership project 2：３ＧＰＰ２）加入者ＱｏＳプロファイルのデータを準備するモジュールである。モジュール１５０４は、加入ユーザの認証の成功の後に、加入ユーザの３ＧＰＰ２加入者ＱｏＳプロファイルのデータを３ＧＰＰ  ＡＡＡ／ホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）からｅＨＲＰＤ（evolved High Rate Packet Data）サービングゲートウェイ（ＨＳＧＷ）に転送するモジュールである。モジュール１５０６は、要求された加入者ＱｏＳプロファイルをＨＳＧＷに送信するよう３ＧＰＰ２  ＡＡＡプロキシ／サーバを動作させるモジュールである。
【０１３１】
２つの異なる無線通信プロトコルを実装する２つの異なる無線通信ネットワーク内で動作するシステム内で加入者ＱｏＳプロファイルを提供する幾つかの技術について説明した。
【０１３２】
更に、加入者ＱｏＳプロファイルの問い合わせ及び応答を実現するために３ＧＰＰ２  ＨＳＧＷ及び３ＧＰＰ２プロキシサーバの間で交換される信号について開示した。
【０１３３】
更に、３ＧＰＰシステムと３ＧＰＰ２システムとの間で加入者ＱｏＳプロファイル情報を提供するための、３ＧＰＰ２  ＨＳＧＷ、３ＧＰＰ２  ＡＡＡプロキシサーバ及び３ＧＰＰ  ＡＡＡプロキシサーバ３１６等の無線ネットワークデバイスのための様々な拡張について開示した。
【０１３４】
ここに開示した実施の形態及び他の実施の形態、モジュール並びに機能的な動作は、デジタル電子回路で実現してもよく、本明細書に開示した構造及びこれらの構造的な均等物を含むコンピュータソフトウェア、ファームウェア又はハードウェアで実現してもよく、これらの１つ以上の組合せで実現してもよい。ここに開示した実施の形態及び他の実施の形態は、１つ以上のコンピュータプログラム製品、すなわち、コンピュータが読取可能な媒体内に符号化され、データ処理装置によって実行され、又はデータ処理装置の動作を制御するコンピュータプログラム命令の１つ以上のモジュールとして実現することもできる。コンピュータが読取可能な媒体は、機械可読のストレージデバイス、機械可読のストレージ基板、メモリデバイス、機械可読の伝播信号に作用する組成物又はこれらの１つ以上の組合せであってもよい。用語「データ処理装置」は、データを処理するための全ての装置、デバイス及び機械を包含し、一例としてプログラミング可能なプロセッサ、コンピュータ、複数のプロセッサ又はコンピュータがこれに含まれる。装置は、ハードウェアに加えて、当該コンピュータプログラムの実行環境を作成するコード、例えば、プロセッサファームウェアを構成するコード、プロトコルスタック、データベース管理システム、オペレーティングシステム又はこれらの１つ以上の組合せを含むことができる。伝播信号は、人工的に生成された信号であり、例えば、適切な受信装置への送信のために情報を符号化するように機械が生成した電気信号、光信号又は電磁波信号である。
【０１３５】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト又はコードとも呼ばれる。）は、コンパイラ言語又はインタープリタ言語を含む如何なる形式のプログラミング言語で書いてもよく、例えば、スタンドアロンプログラムとして、若しくはモジュール、コンポーネント、サブルーチン又は演算環境での使用に適する他のユニットとして、如何なる形式で展開してもよい。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応していなくてもよい。プログラムは、他のプログラム又はデータを含むファイル（例えば、マークアップ言語文書内に保存された１つ以上のスクリプト）の一部に保存してもよく、当該プログラムに専用の単一のファイルに保存してもよく、連携する複数のファイル（例えば、モジュール、サブプログラム又はコードの一部を保存する１つ以上のファイル）に保存してもよい。コンピュータプログラムは、１つのコンピュータ上で実行されるように展開してもよく、１つの場所に設けられた又は複数の場所に亘って分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開してもよい。
【０１３６】
本明細書に開示したプロセス及びロジックフローは、入力データを処理し、出力を生成することによって機能を実現する１つ以上のコンピュータプログラムを実行する１つ以上のプログラミング可能なプロセッサによって実現してもよい。プロセス及びロジックフローは、例えば、フィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ）又は特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）等の専用論理回路によって実行してもよい。
【０１３７】
コンピュータプログラムの実行に適するプロセッサには、一例として、汎用マイクロプロセッサ及び専用マイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータの１つ以上のプロセッサの何れかを含ませてもよい。プロセッサは、通常、読出専用メモリ又はランダムアクセスメモリ、若しくはこれらの両方から命令及びデータを受け取る。コンピュータの基本的な要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスである。また、コンピュータは、通常、データを保存するための１つ以上の大容量記憶装置、例えば、磁気ディスク、光磁気ディスク又は光ディスクを含み、若しくは、大容量記憶装置からデータを受信し、大容量記憶装置にデータを送信し、又はこの両方の動作を行うように大容量記憶装置に動作的に接続されている。但し、コンピュータは、必ずしもこのような装置を有する必要はない。コンピュータプログラム命令及びデータの格納に適するデバイスには、一例として挙げれば、半導体記憶デバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリデバイスを含む全ての形式の不揮発性メモリ、磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク、光磁気ディスク、並びにＣＤ−ＲＯＭディスク及びＤＶＤ−ＲＯＭディスク等が含まれる。プロセッサ及びメモリは、専用論理回路によって補ってもよく、専用論理回路に組み込んでもよい。
【０１３８】
本明細書は、多くの詳細事項を含んでいるが、これらの詳細事項は、特許請求している又は特許請求することができる本発明の範囲を限定するものとは解釈されず、本発明の特定の実施の形態の特定の特徴の記述として解釈される。本明細書おいて、別個の実施の形態の文脈で開示した幾つかの特徴を組み合わせて、単一の実施の形態として実現してもよい。逆に、単一の実施の形態の文脈で開示した様々な特徴は、複数の実施の形態に別個に具現化してもよく、適切な如何なる部分的組合せとして具現化してもよい。更に、以上では、幾つかの特徴を、ある組合せで機能するものと説明しているが、初期的には、そのように特許請求している場合であっても、特許請求された組合せからの１つ以上の特徴は、幾つかの場合、組合せから除外でき、特許請求された組合せは、部分的組合せ又は部分的な組合せの変形に変更してもよい。同様に、図面では、動作を特定の順序で示しているが、このような動作は、所望の結果を達成するために、図示した特定の順序又は順次的な順序で行う必要はなく、また、図示した全ての動作を行う必要もない。
【０１３９】
幾つかの具体例及び実施例のみを開示した。ここに開示した内容に基づいて、上述した具体例及び実施例及び他の実施例を変形、変更及び拡張することができる。
【図１】
0005421341.tif 000011
【図２】
0005421341.tif 000012
【図３】
0005421341.tif 000013
【図４】
0005421341.tif 000014
【図５】
0005421341.tif 000015
【図６】
0005421341.tif 000016
【図７】
0005421341.tif 000017
【図８】
0005421341.tif 000018
【図９】
0005421341.tif 000019
【図１０】
0005421341.tif 000020
【図１１】
0005421341.tif 000021
【図１２】
0005421341.tif 000022
【図１３】
0005421341.tif 000023
【図１４】
0005421341.tif 000024
【図１５】
0005421341.tif 000025