(57)【特許請求の範囲】
【請求項１】
プロトコルコンバータ（ＰＣ）であって、
アプリケーション機能（ＡＦ）により送信されるＸＭＬ（Extensible  Markup  Language）データを受信し、ＰＣＲＦ（Policy  and  Charging  Rules  Function）への送信のためにＤＰ（Diameter  Protocol）メッセージを提供する１又は複数の通信インタフェースであって、前記ＰＣＲＦはＤｉａｍｅｔｅｒレルムの中に置かれる、１又は複数の通信インタフェースと、
前記ＸＭＬデータを前記ＤＰメッセージに変換する変換ロジックと、
を有し、前記ＰＣは、前記ＰＣＲＦが置かれている前記Ｄｉａｍｅｔｅｒレルムの中にあるが前記ＰＣＲＦと別個に動作するよう構成され、前記１又は複数の通信インタフェースのうちのインタフェースは、前記ＰＣＲＦを含む複数のＰＣＲＦに通信可能に結合されるＤＲＡ（diameter  routing  agent）を通じて前記ＰＣＲＦへ送信するために前記ＤＰメッセージを提供するよう構成される、ＰＣ。
【請求項２】
前記ＸＭＬデータはＡＶＰ（Attribute  Value  Pair）要素を有し、前記ＡＶＰ要素はＡＶＰコードを表す第１のＸＭＬ要素、ＡＶＰフラグを表す第２のＸＭＬ要素、及びＡＶＰ長を表す第３のＸＭＬ要素を有するＡＶＰパラメータ要素を含む、請求項１に記載のＰＣ。
【請求項３】
前記ＡＶＰパラメータ要素は、ＸＭＬスキーマに従って、前記ＡＶＰ要素の必要要素である、請求項２に記載のＰＣ。
【請求項４】
前記ＡＶＰパラメータ要素は、ＸＭＬスキーマの参照属性により前記ＡＶＰ要素に含まれる、請求項３に記載のＰＣ。
【請求項５】
前記ＰＣは、第２のＤｉａｍｅｔｅｒレルムの中で動作するよう構成される第２のＰＣと異なり、
前記Ｄｉａｍｅｔｅｒレルム及び前記第２のＤｉａｍｅｔｅｒレルムは、ＰＬＭＮ（Public  Land  Mobile  Network）の中にある、
請求項１乃至４のいずれか一項に記載のＰＣ。
【請求項６】
前記１又は複数の通信インタフェースのうちの第１のインタフェースは、前記ＸＭＬデータを受信し、前記１又は複数の通信インタフェースのうちの第２のインタフェースは、前記ＰＣＲＦへの送信のために前記ＤＰメッセージを提供する、請求項１乃至５のいずれか一項に記載のＰＣ。
【請求項７】
前記ＸＭＬデータは、複数のＡＶＰ（Attribute  Value  Pair）要素を有し、前記複数のＡＶＰ要素のうちの各々のＡＶＰ要素は、ＡＶＰコードを表すＸＭＬ要素と、ＡＶＰフラグを表すＸＭＬ要素と、ＡＶＰ長を表すＸＭＬ要素とを含むＡＶＰパラメータ要素を有する、請求項１乃至６のいずれか一項に記載のＰＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の参照］
本願は、参照により本願明細書に全体が組み込まれる米国仮出願番号第６１/８１６,６６２号、２０１３年４月２６日出願、名称「ADVANCED  WIRELESS  COMMUNICATION  SYSTEMS  AND  TECHNIQUES」、の優先権を主張する。
【０００２】
本開示の実施形態は、概して、無線通信に関し、より詳細にはＤｉａｍｅｔｅｒ／ＸＭＬ（Extensible  Markup  Language）プロトコル変換に関する。
【背景技術】
【０００３】
ＤＰ（Diameter  Protocol）は、幾つかのコンピュータネットワークで使用される認証、認可及び課金プロトコルである。３ＧＰＰ（Third  Generation  Partnership  Project）無線通信標準では、ＤＰは、アプリケーション機能（Application  Function：ＡＦ）とポリシ及び課金ルール機能（Policy  and  Charging  Rules  Function：ＰＣＲＦ）との間でメッセージを送信するために使用される。ＡＦは、ＩＰ（Internet  Protocol）ベアラリソースを使用するアプリケーションを提供する要素であり、通常、第三者ウェブアプリケーションプロバイダを含む。ＰＣＲＦは、ポリシ制御意志決定及びフローに基づく課金制御機能をサポートする要素であり、ポリシ及び課金制御決定の基礎として加入者データベースからの情報を使用しても良い。ＡＦとＰＣＲＦとの間のＤＰメッセージは、Ｒｘインタフェースを介して送信される。しかしながら、第三者ウェブアプリケーションプロバイダは、ＤＰよりもＸＭＬ（Extensible  Markup  Language）プロトコルにより慣れている場合が多いので、ＤＰメッセージを送信するようＡＦに要求することはＡＦ開発の妨げになり得る。
【図面の簡単な説明】
【０００４】
実施形態は、添付の図面と関連して以下の詳細な説明により直ちに理解されるだろう。この説明を容易にするために、類似の参照符号は類似の構造的要素を示す。実施形態は、添付の図面の図において例として示され、限定ではない。
【図１】種々の実施形態に従う、プロトコルコンバータ（protocol  converter：ＰＣ）を含む無線通信システムの一部のブロック図である。
【図２】種々の実施形態に従う、ＰＣのブロック図である。
【図３】種々の実施形態に従う、ＤＰ（Diameter  Protocol）メッセージの概略図である。
【図４】種々の実施形態に従う、ＡＶＰ（Attribute  Value  Pair）の概略図である。
【図５】種々の実施形態に従う、ＸＭＬ（Extensible  Markup  Language）データの概略図である。
【図６】種々の実施形態に従う、受信ＸＭＬデータに基づきＤＰメッセージを提供する説明的処理のフロー図である。
【図７】種々の実施形態に従う、受信ＤＰメッセージに基づきＸＭＬデータを提供する説明的処理のフロー図である。
【図８】種々の実施形態に従う、無線通信システムの中のＰＣの種々の構成を示す。
【図９】種々の実施形態に従う、無線通信システムの中のＰＣの種々の構成を示す。
【図１０】種々の実施形態に従う、無線通信システムの中のＰＣの種々の構成を示す。
【図１１】種々の実施形態に従う、無線通信システムの中のＰＣの種々の構成を示す。
【図１２】本願明細書に記載の種々の実施形態を実施するために使用され得る例示的なコンピューティング装置のブロック図である。
【発明を実施するための形態】
【０００５】
プロトコルコンバータ（ＰＣ）の実施形態及び関連する技術が本願明細書に開示される。幾つかの実施形態では、ＰＣは、ＡＦ（Application  Function）により送信されたＸＭＬ（Extensible  Markup  Language）データを受信し、受信したＸＭＬデータに少なくとも部分的に基づきＰＣＲＦ（Policy  and  Charging  Rules  Function）への送信のためにＤＰ（Diameter  Protocol）メッセージを生成しても良い。幾つかの実施形態では、ＰＣは、ＲＣＲＦからＤＰメッセージを受信し、受信したＤＰメッセージに少なくとも部分的に基づきＡＦへの送信するためにＸＭＬデータを生成しても良い。（ＰＣにより生成され及び／又は受信された）ＸＭＬデータは、ＡＶＰ（Attribute  Value  Pair）エレメントを有しても良い。ＡＶＰは、ＡＶＰ（Attribute  Value  Pair）コードを表す第１のＸＭＬエレメント、ＡＶＰフラグを表す第２のＸＭＬエレメント、及びＡＶＰ長を表す第３のＸＭＬエレメントを含み得るＡＶＰパラメータエレメントを有する。
【０００６】
本願明細書に記載のＰＣは、ＸＭＬデータをＤＰメッセージにマッピングしても良い（及び／又は逆も同様）。
【０００７】
これは、ＡＦが、ＤＰメッセージの代わりにＸＭＬデータをＲＣＲＦへ送信することを可能にできる。ＸＭＬプロトコルは第三者ウェブアプリケーションプロバイダにとってより親しみがあるので、ＤＰメッセージの代わりにＸＭＬデータを送信する能力は、ウェブアプリケーションの開発を容易にできる。さらに、ＸＭＬデータとＤＰメッセージとの間の変換機能を提供することにより、本願明細書に開示のＰＣは、ＰＣＲＦがＸＭＬデータを理解する必要がなく、ＡＦがＸＭＬデータを送信できるようにする。それにより、既存のＤＰに基づくＰＣＲＦシグナリングメカニズムの混乱を低減する。
【０００８】
幾つかの実施形態では、（ＰＣＲＦに提供するために）ＡＦによりＰＣへ送信されたＸＭＬデータは、ＸＭＬデータのＤＰメッセージへの即時変換を可能にするＸＭＬスキーマに従ってフォーマットされても良い。これらのフォーマットのうちの幾つかは、有効なＤＰメッセージを形成するためにＡＦとＰＣとの間で転送されなければならないデータの量を低減する特に効率的な変換特性を有し得る。これらのフォーマットは、高効率な性能を提供するために、ＸＭＬスキーマの種々の特性を利用し得る。
【０００９】
同様に、ＤＰメッセージをＸＭＬデータに変換するために構成されるＰＣは、ＰＣからＡＦへ情報を明確に転送するために、ＤＰメッセージに基づきＸＭＬデータを生成する際に、このようなスキーマを利用しても良い。ＸＭＬデータをＤＰメッセージに変換する技術の多数の例が本願明細書に開示される。これらの技術のうちの任意のものの補集合は、ＤＰメッセージをＸＭＬデータに変換するために直ちに実施できる。同様に、ＤＰメッセージをＸＭＬデータに変換する技術の多数の例が本願明細書に開示される。これらの技術のうちの任意のものの補集合は、ＸＭＬデータをＤＰメッセージに変換するために直ちに実施できる。
【００１０】
種々の動作は、請求される主題を理解するのに最も有用である方法で、複数の別個の作用又は動作として記載できる。
【００１１】
しかしながら、記載の順序は、これらの動作が必ず順序に依存することを意味すると考えられてはならない。特に、これらの動作は、提示の順序で実行されなくても良い。記載の動作は、記載の実施形態と異なる順序で実行されても良い。追加の実施形態において、種々の追加動作が実行されても良く、及び／又は記載の動作が省略されても良い。
【００１２】
本開示の目的のために、表現「Ａ及び／又はＢ」は、「Ａ」、「Ｂ」、又は「Ａ及びＢ」を意味する。本開示の目的のために、表現「Ａ、Ｂ及び／又はＣ」は、（Ａ）、（Ｂ）、（Ｃ）、（Ａ及びＢ）、（Ａ及びＣ）、（Ｂ及びＣ）又は（Ａ、Ｂ及びＣ）を意味する。説明は、「一実施形態では」又は「実施形態では」という表現を用いうる。これらは同一の又は異なる実施形態のうちの１又は複数を表しうる。更に、用語「有する（ｃｏｍｐｒｉｓｉｎｇ、ｉｎｃｌｕｄｉｎｇ、ｈａｖｉｎｇ）」等は、本開示の実施形態に関連して用いられるとき、同義である。
【００１３】
本願明細書で用いられるように、用語「ロジック」は、１又は複数のソフトウェア若しくはフォームウェアプログラムを実行するＡＳＩＣ（Application  Specific  Integrated  Circuit）、電子回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、組合せ論理回路、及び／又は記載の機能を提供する他の適切なハードウェアコンポーネントを表し、その一部であり、又はそれを含んでも良い。
【００１４】
図１は、種々の実施形態に従う、無線通信システム１００の一部のブロック図である。図１に示す無線通信システム１００の部分は、３ＧＰＰ無線通信標準に従って構成される無線通信システムの部分であっても良い。説明を簡単にするために、３ＧＰＰ無線通信システムの多くのコンポーネントは、図１では省略されているが、無線通信システム１００には含まれても良い。無線通信システム１００は、ＡＦ（Application  Function）１０２、ＰＣ（Protocol  Converter）１０４、及びＰＣＲＦ（Policy  and  Charging  Rules  Function）１０６を有しても良い。
【００１５】
上述のように、ＡＦ１０２は、特にＩＰベアラリソースを使用するアプリケーションを提供しても良い。ＡＦ１０２は、通信リンク１０８を介してＰＣ１０４と通信しても良い。通信リンク１０８は、双方向通信リンクであっても良く、ＡＦ１０２がＰＣ１０４へデータを送信できるようにし、逆も同様にする。幾つかの実施形態では、通信リンク１０８は、無線通信リンク、有線通信リンク、又は有線及び無線リンクの組合せを有しても良い。
【００１６】
追加コンポーネントは、通信リンク１０８に含まれても良い。本願明細書に開示のＸＭＬデータに基づくシグナリング技術を除き、ＡＦ１０２は、３ＧＰＰ無線通信標準で定められるような従来のＡＦに従って構成されても良い。
【００１７】
上述のように、ＰＣＲＦ１０６は、特に、ポリシ制御意志決定及びフローに基づく課金制御機能をサポートしても良い。ＰＣ１０４は、通信リンク１１０を介してＰＣＲＦ１０６と通信しても良い。通信リンク１１０は、双方向通信リンクであっても良く、ＰＣ１０４がＰＣＲＦ１０６へデータを送信できるようにし、逆も同様にする。幾つかの実施形態では、通信リンク１０８は、無線通信リンク、有線通信リンク、又は有線及び無線リンクの組合せを有しても良い。追加コンポーネントは、通信リンク１１０に含まれても良い。ＰＣＲＦ１０６とＰＣ１０４との間の通信を除き、ＰＣＲＦ１０６は、３ＧＰＰ無線通信標準で定められるような従来のＰＣＲＦに従って構成されても良い。
【００１８】
図２は、種々の実施形態に従う、ＰＣ１０４のブロック図である。上述のように、ＰＣ１０４は、ＸＭＬデータを受信し、受信したＸＭＬデータをＤＰメッセージに変換し、ＤＰメッセージをＰＣＲＦ１０６に供給するよう構成されても良い。
【００１９】
追加又は代替で、ＰＣ１０４は、ＤＰメッセージを受信し、受信したＤＰメッセージをＸＭＬデータに変換し、ＸＭＬデータをＡＦ１０２に供給するよう構成されても良い。
【００２０】
ＰＣ１０４は、受信ロジック２０２を有しても良い。幾つかの実施形態では、受信ロジック２０２は、ＡＦ１０２により送信されたＸＭＬデータを受信するよう構成されても良い。幾つかの実施形態では、受信ロジック２０２は、ＰＣＲＦ１０６により送信されたＤＰメッセージを受信するよう構成されても良い。幾つかの実施形態では、受信ロジック２０２は、（例えば、ＡＦ１０２により送信された）ＸＭＬデータと（例えば、ＰＣＲＦ１０６により送信された）ＤＰメッセージとの両方を受信するよう構成されても良い。幾つかの実施形態では、受信ロジック２０２は、ＸＭＬデータを受信する第１のロジックセットと、第１のロジックセットと異なりＤＰメッセージを受信する第２のロジックセットと、を有しても良い。幾つかの実施形態では、受信ロジック２０２は、ＸＭＬデータ及びＤＰメッセージの両方ではなく、ＸＭＬデータ又はＤＰメッセージを受信するよう構成されても良い。
【００２１】
受信ロジック２０２は、多数の方法のうちの任意の方法で（例えば、通信リンク１０８を参照して上述した方法のうちの任意の方法で）、ＡＦ１０２により送信されたＸＭＬデータを受信しても良い。例えば、受信ロジック２０２は、アンテナ２０８に結合されても良い。幾つかの実施形態では、受信ロジック２０２により受信されたＸＭＬデータは、ＡＦ１０２からＰＣ１０４へアンテナ２０８を介して無線で送信されても良い。受信ロジック２０２は、多数の方法のうちの任意の方法で（例えば、通信リンク１１０を参照して上述した方法のうちの任意の方法で）、ＰＣＲＦ１０６により送信されたＤＰメッセージを受信しても良い。例えば、幾つかの実施形態では、受信ロジック２０２により受信されたＤＰメッセージは、ＰＣＲＦ１０６からＰＣ１０４へアンテナ２０８を介して無線で送信されても良い。幾つかの実施形態では、ＰＣ１０４は、ＸＭＬデータを受信する及びＤＰメッセージを受信する異なるアンテナ又は他の通信インタフェースを有しても良い。上述のように、幾つかの実施形態では、受信ロジック２０２は、ＸＭＬデータ及びＤＰメッセージの両方ではなく、ＸＭＬデータ又はＤＰメッセージを受信するよう構成されても良い。
【００２２】
ＰＣ１０４は、変換ロジック２０４を有しても良い。幾つかの実施形態では、変換ロジック２０４は、受信ロジック２０２により受信されたＸＭＬデータをＤＰメッセージに変換するよう構成されても良い。幾つかの実施形態では、変換ロジック２０４は、受信ロジック２０２により受信されたＤＰメッセージをＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、変換ロジック２０４は、ＸＭＬデータをＤＰメッセージに変換するよう、及びＤＰメッセージをＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、変換ロジック２０４は、ＸＭＬデータをＤＰメッセージに変換する第１のロジックセットと、第１のロジックセットと異なりＤＰメッセージをＸＭＬデータに変換する第２のロジックセットと、を有しても良い。幾つかの実施形態では、変換ロジック２０４は、ＸＭＬデータをＤＰメッセージに変換するよう、及びＤＰメッセージをＸＭＬデータに変換するよう構成されても良いが、両方でなくても良い。
【００２３】
ＰＣ１０４は、供給ロジック２０６を有しても良い。幾つかの実施形態では、供給ロジック２０６は、変換ロジック２０４により生成されたＤＰメッセージを、送信のためにＰＣＲＦ１０６へ供給するよう構成されても良い。幾つかの実施形態では、供給ロジック２０６は、変換ロジック２０４により生成されたＸＭＬデータを、送信のためにＡＦ１０２へ供給するよう構成されても良い。幾つかの実施形態では、供給ロジック２０６は、（例えば、ＰＣＲＦ１０６への送信のために）ＤＰメッセージ及び（例えば、ＡＦ１０２への送信のために）ＸＭＬデータの両方を供給するよう構成されても良い。幾つかの実施形態では、供給ロジック２０６は、ＸＭＬデータを供給する第１のロジックセットと、第１のロジックセットと異なりＤＰメッセージを供給する第２のロジックセットと、を有しても良い。幾つかの実施形態では、供給ロジック２０６は、ＤＰメッセージ及びＸＭＬデータの両方ではなく、ＤＰメッセージ又はＸＭＬデータを供給するよう構成されても良い。
【００２４】
供給ロジック２０６は、多数の方法のうちの任意の方法で（例えば、通信リンク１１０を参照して上述した方法のうちの任意の方法で）、変換ロジック２０４により生成されたＤＰメッセージを供給しても良い。例えば、供給ロジック２０６は、アンテナ２０８（又は別のアンテナ）に結合されても良く、アンテナ２０８（又は他のアンテナ）を介してＰＣＲＦ１０６への無線送信のためにＤＰメッセージを供給しても良い。供給ロジック２０６は、多数の方法のうちの任意の方法で（例えば、通信リンク１０８を参照して上述した方法のうちの任意の方法で）、変換ロジック２０４により生成されたＸＭＬデータを供給しても良い。例えば、幾つかの実施形態では、供給ロジック２０６は、アンテナ２０８（又は別のアンテナ）に結合されても良く、アンテナ２０８（又は他のアンテナ）を介してＡＦ１０２への無線送信のためにＸＭＬデータを供給しても良い。幾つかの実施形態では、ＰＣ１０４は、ＤＰメッセージを供給する及びＸＭＬデータを供給する異なるアンテナ又は他の通信インタフェースを有しても良い。上述のように、幾つかの実施形態では、供給ロジック２０６は、ＸＭＬデータ及びＤＰメッセージの両方ではなく、ＸＭＬデータ又はＤＰメッセージを供給するよう構成されても良い。
【００２５】
ＰＣ１０４は、メモリ２０８を有しても良い。メモリ２０８は、受信ロジック２０２、変換ロジック２０４、及び供給ロジック２０６のうちの任意の１又は複数に結合されても良く、ＰＣ１０４に含まれる任意のロジックの動作に関連する任意のデータを格納するよう構成されても良い。例えば、幾つかの実施形態では、メモリ２０８は、受信ロジック２０２により受信されたＸＭＬデータ及び／又はＤＰメッセージを格納しても良い。幾つかの実施形態では、メモリ２０８は、ＤＰメッセージに基づきＸＭＬデータを生成するために及び／又はＸＭＬデータに基づきＤＰメッセージを生成するために使用される１又は複数のＸＭＬスキーマ及び／又は変換ルールを格納しても良い。幾つかの実施形態では、メモリ２０８は、（受信したＤＰメッセージ及び／又はＸＭＬデータに基づきそれぞれ）供給ロジック２０６により生成されたＸＭＬデータ及び／又はＤＰメッセージを格納しても良い。
【００２６】
図３は、種々の実施形態に従う、ＤＰメッセージ３００の概略図である。幾つかの実施形態では、ＤＰメッセージ３００は、（受信ロジック２０２により受信されたＸＭＬデータに基づき）ＰＣ１０４の変換ロジック２０４により生成され、供給ロジック２０６により送信のためにＰＣＲＦ１０６に供給されても良い。幾つかの実施形態では、ＤＰメッセージ３００は、受信ロジック２０２により受信され、変換ロジック２０４によりＸＭＬデータに変換されても良い。ＤＰメッセージ３００の形式は、従来通りであっても良く、説明を助けるためにここに簡単に記載される。
【００２７】
ＤＰメッセージ３００は、（AARequest又はAAAnswerメッセージのような）要求メッセージ又は応答メッセージであっても良く、ヘッダ３０２及び１又は複数の属性値対（Attribute−Value  Pair：ＡＶＰ）３０４を有しても良い。図３に示すように、ヘッダ３０２は、最初の３２ビットの中に、バージョンフィールドと、メッセージ長フィールドと、を有しても良い。ヘッダ３０２の次の３２ビットは、要求（Request：Ｒ）フラグ、プロキシ（Proxiable：Ｐ）フラグ、エラー（Error：Ｅ）フラグ、及び再送メッセージ可能性（Potentially  Re−Transmitted  message：Ｔ）フラグを有しても良い。Ｒフラグは、設定されると、ＤＰメッセージ３００が要求であることを示す（その他の場合には応答である）。Ｐフラグは、設定されると、ＤＰメッセージ３００がプロキシされ、中継され又はリダイレクトされても良いことを示す（その他の場合、ローカルで処理されなければならない）。Ｅフラグは、設定されると、ＤＰメッセージ３００がプロトコルエラーを含むことを示す。Ｔフラグは、設定されると、リンクフェイルオーバ手順が生じたことを示す。ヘッダ３０２は、コマンドコードフィールド、アプリケーションＩＤフィールド、ホップバイホップＩＤフィールド、エンドツーエンドＩＤフィールドも有しても良い。
【００２８】
ＤＰメッセージ３００に含まれる１又は複数のＡＶＰ３０４は、追加データを供給しても良い。幾つかの実施形態では、ＤＰメッセージ３００は、少なくとも１つのＡＶＰ３０４を有しなければならない。図４は、種々の実施形態に従う、ＡＶＰ４００の概略図である。幾つかの実施形態では、ＡＶＰ４００は、ＤＰメッセージ３００に含まれても良い。ＡＶＰ４００の形式は、従来通りであっても良く、説明を助けるためにここに簡単に記載される。
【００２９】
ＡＶＰ４００は、ヘッダ４０２及びデータ４０４を有しても良い。図４に示すように、ＡＶＰ４００の最初の３２ビットは、ＡＶＰコードフィールドであっても良い。ＡＶＰ４００の次の３２ビットは、ベンダ固有（Vendor  Specific：Ｖ）フラグ、必須（Mandatory：Ｍ）フラグ、及び保護（Protected：Ｐ）フラグのような多数のフラグを有しても良い。Ｖフラグは、設定されると、ＡＶＰ４００がビット６４−９５にベンダＩＤフィールドを有することを示す。Ｍフラグは、設定されると、ＡＶＰ４００の支援がＤＰメッセージ３００を受理するために必要であることを示す。Ｐフラグは、設定されると、エンドツーエンド暗号化の必要を示す。ＡＶＰ４００の２番目の３２ビットは、ＡＶＰ長フィールドも有しても良い。図４に示すように、ＡＶＰ４００は、（上述の）ベンダＩＤフィールド及びデータ４０４も有しても良い。
【００３０】
図５は、種々の実施形態に従う、ＸＭＬデータ５００の概略図である。幾つかの実施形態では、ＸＭＬデータ５００は、ＰＣ１０４の受信ロジック２０２により受信され、変換ロジック２０４によりＤＰメッセージに変換されても良い。幾つかの実施形態では、ＸＭＬデータ５００は、（受信ロジック２０２により受信されたＤＰメッセージに基づき）変換ロジック２０４により生成され、供給ロジック２０６により送信のためにＡＦ１０２に供給されても良い。
【００３１】
ＸＭＬデータ５００は、１又は複数の要素を有しても良い。図５に示すように、ＸＭＬデータ５００は、要素５０２、５０４、５０６、５０８、５１０、５１２を有しても良い。（要素５０２及び５１２のような）幾つかの要素は、単独型要素であっても良く、他の要素の中にネストされなくても良く、又はネストされた要素を含まなくても良い。（要素５０４及び５０８のような）幾つかの要素は、追加のネストされた要素を有しても良い。図５では、要素５０４は、ネストされた要素５０６、５０８、及び５１０を有する。要素５１０は要素５０８に含まれ、要素５０８は要素５０４に含まれるので、要素５１０は要素５０４の中で２回ネストされる。
【００３２】
受信ロジック２０２がＡＦ１０２により送信されたＸＭＬデータを受信するよう構成され、変換ロジック２０４がＸＭＬデータをＤＰメッセージに変換するよう構成される幾つかの実施形態では、ＸＭＬデータは、所定のフォーマットを用いて構成されても良い。このフォーマットは、ＡＦ１０２及びＰＣ１０４に知られているＸＭＬスキーマにより定められても良い。多数のこのようなフォーマットが本願明細書に開示される。これらのフォーマットのうちの種々のものは、変換ロジック２０４により認識されても良く、変換ロジック２０４がＸＭＬデータをＤＰメッセージに効率的に変換できるようにしても良い。
【００３３】
幾つかの実施形態では、受信ロジック２０２によりＡＦ１０２から受信されたＸＭＬデータは、ＡＶＰ要素を有しても良い。ＸＭＬデータのＡＶＰ要素は、ＤＰメッセージのＡＶＰ（例えば、ＤＰメッセージ３００のＡＶＰ４００）に対応しても良い。幾つかの実施形態では、変換ロジック２０４は、受信したＸＭＬデータのＡＶＰ要素に含まれるデータを、（供給ロジック２０６によりＰＣＲＦ１０６へ供給するために）ＤＰメッセージのＡＶＰのコンポーネントに変換しても良い。
【００３４】
幾つかの実施形態では、ＸＭＬデータに含まれるＡＶＰ要素は、１又は複数の追加要素を有しても良い。例えば、ＡＶＰ要素は、ＡＶＰコードを表す要素を有しても良い。ＡＶＰ要素は、１又は複数のＡＶＰフラグを表す要素を有しても良い。ＡＶＰ要素は、ＡＶＰ長を表す要素を有しても良い。幾つかの実施形態では、ＸＭＬデータに含まれるＡＶＰ要素は、ＡＶＰコードを表す要素、１又は複数のＡＶＰフラグを表す要素、及びＡＶＰ長を表す要素を有しても良い。ＡＶＰ要素に含まれるこれらの要素の各々は、ＤＰメッセージのＡＶＰのコンポーネントに対応しても良い。例えば、変換ロジック２０４は、ＡＶＰコードを表す要素に含まれるデータを識別し、ＡＶＰ４００のＡＶＰコードフィールドに該データ（又はそれと等価なもの）を供給するよう構成されても良い。変換ロジック２０４は、１又は複数のＡＶＰフラグを表す要素に含まれるデータを識別し、該データ（又はそれと等価なもの）をＡＶＰ４００の中のフラグとして供給しても良い。変換ロジック２０４は、ＡＶＰ長を表す要素に含まれるデータを識別し、ＡＶＰ４００のＡＶＰ長フィールドに該データ（又はそれと等価なもの）を供給するよう構成されても良い。
【００３５】
幾つかの実施形態では、ＡＶＰ要素は、ＡＶＰパラメータ要素、１又は複数のＡＶＰフラグを表す要素、及びＡＶＰ長を表す要素を有しても良い。ＡＶＰパラメータ要素は、それ自体が、ＡＶＰコードを表す要素を有する。言い換えると、ＡＶＰコードを表す要素、１又は複数のＡＶＰフラグを表す要素、及びＡＶＰ長を表す要素は、ＡＶＰパラメータ要素の中でネストされても良く、ＡＶＰパラメータ要素はＡＶＰ要素の中でネストされても良い。このように、ＡＶＰパラメータ要素は、ＡＶＰコード、１又は複数のＡＶＰフラグ、及びＡＶＰ長を表す要素を「グループ化」しても良い。幾つかの実施形態では、ＸＭＬデータに含まれるＡＶＰパラメータ要素は、以下の表１に示す形式を取っても良い。
【００３６】
［表１］
【００３７】
【表１】
0006272984.tif 000002
表１のＡＶＰパラメータ要素は、示されるように、ＡＶＰコードを表す要素、ＡＶＰフラグを表す要素、及びＡＶＰ長を表す要素を有する。幾つかの実施形態では、受信ロジック２０２により受信されたＸＭＬデータに含まれる各々の有効なＡＶＰ要素は、（１）ＡＶＰコードを表す要素、（２）ＡＶＰフラグを表す要素、及び（３）ＡＶＰ長を表す要素（例えば、表１のAVPParameters）を含むＡＶＰパラメータ要素を有しても良い。ＡＶＰパラメータ要素は、有効なＡＶＰ要素を定めるＸＭＬスキーマに従うＡＶＰ要素の必要要素であっても良い。
【００３８】
幾つかの実施形態では、ＡＶＰ要素は、ＸＭＬスキーマの中の参照属性により、ＸＭＬデータに含まれても良い。例えば、表２は、セッションＩＤ情報（例えば、ＤＰのＡＶＰコード２６０に対応するセッションＩＤ要素）を提供するＡＶＰに対応し得るＸＭＬデータを有する。SessionID  AVPは、例えば、Ｒｘインタフェースを介して送信されるＡＡＲｅｑｕｅｓｔメッセージに含まれても良い。
【００３９】
［表２］
【００４０】
【表２】
0006272984.tif 000003
表２に示すように、SessionID  AVP要素は、参照属性により表１のAVPParameters要素を有する。ＡＶＰパラメータ要素の使用は、ＸＭＬスキーマの中の典型的なＡＶＰ要素の各々についてＡＶＰパラメータ要素の中に要素を明示的に含めるのと比べて、ＤＰメッセージのＸＭＬ表現のサイズを縮小できる。幾つかの実施形態では、ＸＭＬデータに含まれる各々の有効なＡＶＰ要素は、AVPParameters要素を有しても良い。
【００４１】
表２に示されるSessionID  AVP要素は、単に、ＸＭＬデータに基づきＤＰメッセージを生成するとき、ＸＭＬデータに含まれ変換ロジック２０４により認識され得るＡＶＰ要素の説明のための例である。以下の表３は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得るＡＶＰ要素の多数の例を示す。表３の第１の列には、ＤＰの中の知られているＡＶＰ種類に対応するＡＶＰ種類のリストが提示される。表３の第２の列には、知られているＡＶＰ種類の各々に関連付けられたＤＰコードが提示される。表３の第３の列には、知られているＡＶＰ種類の各々の知られているＤＰデータ型が提示される。表３の第４の列には、異なるＡＶＰ種類に対応するＸＭＬスキーマの中のＡＶＰ要素のデータ種類が提示される。表３の第４の列に提示されるデータ型は、表３の第３の列に提示されるデータ型にぴったり一致する。これは、ＡＶＰ情報をＸＭＬデータの中で通信し、ＤＰメッセージの中のＡＶＰに変換することを可能にする。
【００４２】
［表３］
【００４３】
【表３】
0006272984.tif 000004
幾つかのＤＰ  ＡＶＰは、他のＡＶＰを含んでも良く又はそれに関連付けられても良い。以下の表４は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、メディアコンポーネント記述（Media  Component  Description）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。表４の列は、表３を参照して上述したように定められる。
【００４４】
［表４］
【００４５】
【表４】
0006272984.tif 000005
以下の表５は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、加入者（Subscription）ＩＤ  ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００４６】
［表５］
【００４７】
【表５】
0006272984.tif 000006
以下の表６は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、将来サポート（Supported  Feature）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００４８】
［表６］
【００４９】
【表６】
0006272984.tif 000007
以下の表７は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、スポンサー提供接続（Sponsored  Connectivity）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００５０】
［表７］
【００５１】
【表７】
0006272984.tif 000008
以下の表８は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、許可サービスユニット（Granted  Service  Unit）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００５２】
［表８］
【００５３】
【表８】
0006272984.tif 000009
以下の表９は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、使用サービスユニット（Used  Service  Unit）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００５４】
［表９］
【００５５】
【表９】
0006272984.tif 000010
以下の表１０は、ＡＦ１０２により供給されるＸＭＬデータに含まれ得る、ＣＣメモリ（CC−Money）ＡＶＰに関連付けられたＡＶＰ要素の多数の例を示す。
【００５６】
［表１０］
【００５７】
【表１０】
0006272984.tif 000011
以下の表１１は、ＤＰメッセージのヘッダ（例えば、図３のＤＰメッセージ３００のヘッダ３０２）に対応し得るＸＭＬデータの要素を示す。受信ロジック２０２により受信されたＸＭＬデータは、表１１のＸＭＬデータ要素を有しても良い。変換ロジック２０４は、表１１のＸＭＬデータ要素を、ＰＣＲＦ１０６への送信のためにＤＰメッセージに含まれるＤＰヘッダに変換しても良い。
【００５８】
［表１１］
【００５９】
【表１１】
0006272984.tif 000012
以下の表１２は、ＤＰの種々のＡＶＰに対応し得るＸＭＬデータのＡＶＰ要素を示す。受信ロジック２０２により受信されたＸＭＬデータは、表１１のＡＶＰ要素のうちの１又は複数を有しても良い。変換ロジック２０４は、ＸＭＬデータのＡＶＰ要素を、ＰＣＲＦ１０６への送信のためにＤＰメッセージに含まれるＡＶＰに変換しても良い。表１２の各ＡＶＰ要素が変換され得るＡＶＰは、ＸＭＬ要素の名称により識別される。
【００６０】
［表１２］
【００６１】
【表１２−１】
0006272984.tif 000013
【００６２】
【表１２−２】
0006272984.tif 000014
【００６３】
【表１２−３】
0006272984.tif 000015
【００６４】
【表１２−４】
0006272984.tif 000016
【００６５】
【表１２−５】
0006272984.tif 000017
【００６６】
【表１２−６】
0006272984.tif 000018
【００６７】
【表１２−７】
0006272984.tif 000019
【００６８】
【表１２−８】
0006272984.tif 000020
【００６９】
【表１２−９】
0006272984.tif 000021
【００７０】
【表１２−１０】
0006272984.tif 000022
【００７１】
【表１２−１１】
0006272984.tif 000023
【００７２】
【表１２−１２】
0006272984.tif 000024
【００７３】
【表１２−１３】
0006272984.tif 000025
【００７４】
【表１２−１４】
0006272984.tif 000026
表１２に示すように、ＡＶＰに対応するＸＭＬ要素の各々は、AVPParameters要素を有しても良い（AVPParameters要素は、上述のようにそれ自体が、ＡＶＰコードを表す要素、ＡＶＰフラグを表す要素、及びＡＶＰ長を表す要素を有し得る）。表１２の多数のＸＭＬ要素は、他のＸＭＬ要素を含む「グループ」型である。例えば、メディアコンポーネント記述（Media  Component  Description）要素、加入者ＩＤ（Subscription  ID）要素、将来サポート（Supported  Features）要素、スポンサー提供接続データ（Sponsored  Connectivity  Data）要素、及びプロキシ情報（Proxy  Info）要素は、グループ型を有しても良い。
【００７５】
他のＸＭＬ要素に含まれる要素も、グループ型を有しても良い。例えば、スポンサー提供接続データ（Sponsored  Connectivity  Data）要素は、許可サービスグループ（Granted  Service  Group）要素及びユーザサービスグループ（User  Service  Group）を有しても良く、許可サービスグループ要素及びユーザサービスグループは、それぞれグループ型を有しても良い。別の例では、許可サービスグループ要素及びユーザサービスグループは、それぞれ、メモリグループ（Money  Group）要素を有しても良く、メモリグループ要素はグループ型を有しても良い。
【００７６】
幾つかの実施形態では、表１−１２を参照して議論したＸＭＬ表現は、変換ロジック２０４によりＤＰメッセージに変換するために、受信ロジック２０２により受信されるＸＭＬデータの有効な形式を表し得る。幾つかの実施形態では、表１−１２を参照して議論したＸＭＬ表現は、受信ロジック２０２により受信されたＤＰメッセージに基づき変換ロジック２０４により生成されるＸＭＬデータの有効な形式を表し得る。ＸＭＬデータ要素とＤＰメッセージのコンポーネントとの間のマッピングは、表１−１２で識別される。表１−１２を参照して議論したＸＭＬ表現は網羅的ではない。追加のＸＭＬデータ要素が、表１−１２に示したパターン及び本願明細書で議論する技術に従って追加ＤＰメッセージコンポーネントに対応すると定められても良い。
【００７７】
図６及び７は、種々の実施形態に従って、ＰＣ１０４により実行され得る説明的処理のフロー図である。幾つかの実施形態では、ＰＣ１０４は、図６に示した処理及び図７に示した処理を実行するよう構成されても良い。幾つかの実施形態では、ＰＣ１０４は、図６及び７に示した処理のうちの一方を実行するが他方を実行しないよう構成されても良い。
【００７８】
図６は、種々の実施形態に従う、受信ＸＭＬデータに基づきＤＰメッセージを提供する説明的処理６００のフロー図である。動作６０２で、ＰＣ１０４は、ＡＦ１０２により送信されたＸＭＬデータを受信しても良い。幾つかの実施形態では、動作６０２は、ＰＣ１０４の受信ロジック２０２により実行されても良い。幾つかの実施形態では、動作６０２において受信されたＸＭＬデータは、表１−１２を参照して上述した実施形態のうちの任意のものの形式を取っても良い。幾つかの実施形態では、ＸＭＬデータはＡＶＰ要素を有しても良く、ＡＶＰ要素はＡＶＰコードを表す第１のＸＭＬ要素、ＡＶＰフラグを表す第２のＸＭＬ要素、及びＡＶＰ長を表す第３のＸＭＬ要素を有しても良い。
【００７９】
動作６０４で、ＰＣ１０４は、（動作６０２で受信した）ＸＭＬデータをＤＰメッセージに変換しても良い。幾つかの実施形態では、動作６０４は、ＰＣ１０４の変換ロジック２０４により実行されても良い。受信したＸＭＬデータとＤＰメッセージのコンポーネントとの間のマッピングは、例えば、表１−１２を参照して上述した実施形態のうちの任意のものの形式を取っても良い。
【００８０】
動作６０６で、ＰＣ１０４は、ＰＣＲＦ１０６に（動作６０４で生成された）ＤＰメッセージを提供しても良い。幾つかの実施形態では、動作６０４は、ＰＣ１０４の供給ロジック２０６により実行されても良い。次に、処理６００は終了しても良い。
【００８１】
図７は、種々の実施形態に従う、受信ＤＰメッセージに基づきＸＭＬデータを提供する説明的処理７００のフロー図である。動作７０２で、ＰＣ１０４は、ＰＣＲＦ１０６により送信されたＤＰメッセージを受信しても良い。幾つかの実施形態では、動作７０２は、ＰＣ１０４の受信ロジック２０２により実行されても良い。
【００８２】
動作７０４で、ＰＣ１０４は、（動作７０２で受信した）ＤＰメッセージをＸＭＬデータに変換しても良い。幾つかの実施形態では、動作７０４は、ＰＣ１０４の変換ロジック２０４により実行されても良い。受信したＤＰメッセージとＸＭＬデータ要素との間のマッピングは、例えば、表１−１２を参照して上述した実施形態のうちの任意のものの形式を取っても良い。
【００８３】
動作７０６で、ＰＣ１０４は、ＡＦ１０２に（動作７０４で生成された）ＸＭＬデータを提供しても良い。幾つかの実施形態では、動作７０６は、ＰＣ１０４の供給ロジック２０６により実行されても良い。幾つかの実施形態では、動作７０６において供給されたＸＭＬデータは、表１−１２を参照して上述した実施形態のうちの任意のものの形式を取っても良い。幾つかの実施形態では、ＸＭＬデータはＡＶＰ要素を有しても良く、ＡＶＰ要素はＡＶＰコードを表す第１のＸＭＬ要素、ＡＶＰフラグを表す第２のＸＭＬ要素、及びＡＶＰ長を表す第３のＸＭＬ要素を有しても良い。次に、処理７００は終了しても良い。
【００８４】
無線通信システム１００の中のＰＣ１０４の論理的位置は、異なる実施形態では変わっても良い。図８−１１は、種々の実施形態に従う、無線通信システムの中のＰＣの種々の構成を示す。
【００８５】
図８の構成８００では、ＰＣ１０４は、ＰＣＲＦ１０６を含むＤｉａｍｅｔｅｒレルムの中で動作するよう構成されても良い。図８で、２つのＤｉａｍｅｔｅｒレルム１１８及び１２０は、３ＧＰＰ  ＰＬＭＮ（Public  Land  Mobile  Network）１２２の中に示される。２つのＤｉａｍｅｔｅｒレルム１１８及び１２０の各々は、１又は複数のＰＣＲＦ１０６、ＤＲＡ（Diameter  Routing  Agent）１１４、及びＰＣ１０４を有しても良い。Ｄｉａｍｅｔｅｒレルムに含まれるＰＣＲＦ１０６は別個にアドレス可能であり、ＡＦ１０２とＤｉａｍｅｔｅｒレルムの中のＰＣＲＦ１０６のうちの個々の１つとの間のセッションは、ＤＲＡ１１４により維持されても良い。特に、ＤＲＡ１１４は、特定のユーザ機器に割り当てられたＰＣＲＦ１０６の状態、及びＩＰ−ＣＡＮ（IP  Connectivity  Access  Network）セッションを維持しても良い。ＤＲＡ１１４とＰＣ１０４との間の通信を除き、ＤＲＡ１１４は、３ＧＰＰ無線通信標準で定められるような従来のＤＲＡに従って構成されても良い。ＡＦ１０２は、ＡＦドメイン１１６の中で動作するよう構成されても良い。構成８００では、ＰＣ１０４は、ＡＦ１０２から通信リンク１０８を介してＸＭＬデータを受信し、通信リンク１１２を介してＤＲＡ１１４へ供給するためにＸＭＬデータを１又は複数のＤＰメッセージに変換するよう構成されても良い。ＤＲＡ１１４は、ＤＰメッセージを（通信リンク１２４を介して）適切なＰＣＲＦ１０６へルーティングしても良い。幾つかの実施形態では、構成８００のＰＣ１０４は、１又は複数のＤＰメッセージをＰＣＲＦ１０６から（ＤＲＡ１１４及び通信リンク１２４及び１１２を介して）受信し、１又は複数のＤＰメッセージを（通信リンク１０８を介して）ＡＦ１０２に供給するためにＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、通信リンク１０８、１１２、及び１２４は、Ｒｘインタフェースに含まれても良い。
【００８６】
構成８００は、多数の利点を有し得る。３ＧＰＰへのエントリのポイントにおいて、３ＧＰＰ  ＰＬＭＮ１２２の中にＰＣ１０４を配置することにより、ＸＭＬデータ変換機能を有するために、（３ＧＰＰ  ＰＬＭＮ１２２の中の）３ＧＰＰアーキテクチャに僅かな又は全く変更が必要ない。第三者アプリケーションプロバイダは、ＰＣ１０４を実装するために、追加ハードウェア及び／又はソフトウェアを採用する又は組み込む必要がない。これは、変換機能の迅速且つ容易な採用を可能にする。ＰＣ１０４は３ＧＰＰアーキテクチャに含まれるので、ＰＣ１０４の動作及び特徴は、３ＧＰＰ通信標準の部分として標準化されても良く、ＡＦ１０２とＰＣ１０４との間の相互作用は、ＰＬＭＮ１２２のオペレータにより直ちに管理され得る。しかしながら、これらの利点は、３ＧＰＰ無線通信標準の中のＰＣ１０４の動作及び特徴を完全に指定するために必要な追加の標準化作業と釣り合いが取られ得る。
【００８７】
図９の構成９００では、ＰＣ１０４は、ＡＦ１０２のドメイン１１６の中で動作するよう構成されても良い。ＡＦ１０２とＰＣ１０４との間の通信は、任意の所望のインタフェース（例えば、独自仕様インタフェース）に従って実行されても良い。幾つかの実施形態では、ＡＦ１０２とＰＣ１０４との間の通信は、リソースリストを示すＸＭＬフォーマットのために、２００７年５月に提案されたＩＥＴＦ（Internet  Engineering  Task  Force）標準に従う方法で実行されても良い。構成９００では、ＰＣ１０４は、ＡＦ１０２から通信リンク１０８を介してＸＭＬデータを受信し、通信リンク１１２を介してＤＲＡ１１４へ供給するためにＸＭＬデータを１又は複数のＤＰメッセージに変換するよう構成されても良い。ＤＲＡ１１４は、ＤＰメッセージを（通信リンク１２４を介して）適切なＰＣＲＦ１０６へルーティングしても良い。幾つかの実施形態では、構成８００のＰＣ１０４は、１又は複数のＤＰメッセージをＰＣＲＦ１０６から（ＤＲＡ１１４及び通信リンク１２４及び１１２を介して）受信し、１又は複数のＤＰメッセージを（通信リンク１０８を介して）ＡＦ１０２に供給するためにＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、通信リンク１１２及び１２４は、Ｒｘインタフェースに含まれても良い。構成９００の他のコンポーネントは、図８を参照して上述した対応するコンポーネントの形式を取っても良い。
【００８８】
構成９００は、多数の利点を有し得る。ＰＣ１０４をＡＦドメイン１１６の中に配置することにより、ＰＣ１０４の機能を３ＧＰＰ無線通信標準に組み込むために行うべき標準化作業は僅かしか乃至全く必要ない。これは、実装を第三者ＡＦドメイン１１６にオフロードする。しかしながら、第三者アプリケーションプロバイダは、ＰＣ１０４の機能を実装しなければならない。これは、ＤＰメッセージの代わりにＸＭＬデータをＰＣ１０４へ送信できることにより得られる利益に対する歩み寄りであり得る。ＡＦドメイン１１６の中にＰＣ１０４を配置することは、ＰＣ１０４の多くの非標準化変形の可能性を広げることができ、このようなＰＣ１０４を用いたＡＦ１０２の管理をより複雑にし得る。さらに、構成９００のＰＣ１０４は、１より多いＤｉａｍｅｔｅｒレルム（例えば、Ｄｉａｍｅｔｅｒレルム１１８及び１２０）にサービスしても良く、ＰＣ１０４は、適切なＤｉａｍｅｔｅｒレルムへ及び／又はそれから情報をルーティンするためにアドレス機能を必要とし得る。
【００８９】
図１０の構成１０００では、ＰＣ１０４は、ＡＦドメイン１１６の外部及びＰＬＭＮ１２２の外部で動作するよう構成されても良い。構成１０００では、ＰＣ１０４は、ＡＦドメイン１１６及びＰＬＭＮ１２２により示される３ＧＰＰドメインを「ブリッジ」しても良い。構成１０００では、ＰＣ１０４は、ＡＦ１０２から通信リンク１０８を介してＸＭＬデータを受信し、通信リンク１１２を介してＤＲＡ１１４へ供給するためにＸＭＬデータを１又は複数のＤＰメッセージに変換するよう構成されても良い。ＤＲＡ１１４は、ＤＰメッセージを（通信リンク１２４を介して）適切なＰＣＲＦ１０６へルーティングしても良い。幾つかの実施形態では、構成８００のＰＣ１０４は、１又は複数のＤＰメッセージをＰＣＲＦ１０６から（ＤＲＡ１１４及び通信リンク１２４及び１１２を介して）受信し、１又は複数のＤＰメッセージを（通信リンク１０８を介して）ＡＦ１０２に供給するためにＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、通信リンク１１２及び１２４は、Ｒｘインタフェースに含まれても良い。構成１０００の他のコンポーネントは、図８を参照して上述した対応するコンポーネントの形式を取っても良い。
【００９０】
構成１０００は、多数の利点を有し得る。ＰＬＭＮ１２２の外部にＰＣ１０４を配置することにより、ＰＣ１０４の機能を３ＧＰＰ無線通信標準に組み込むために行うべき標準化作業が僅かしか乃至全く必要ない。さらに、第三者アプリケーションプロバイダは、ＰＣ１０４を実装するために、追加ハードウェア及び／又はソフトウェアを採用する又は組み込む必要がない。これは、変換機能の迅速且つ容易な採用を可能にする。しかしながら、ＰＬＭＮ１２２の外部にＰＣ１０４を配置することは、ＰＣ１０４の多くの非標準化変形の可能性を広げることができ、このようなＰＣ１０４を用いたＡＦ１０２の管理をより複雑にし得る。さらに、構成１０００のＰＣ１０４は、１より多いＤｉａｍｅｔｅｒレルム（例えば、Ｄｉａｍｅｔｅｒレルム１１８及び１２０）にサービスしても良く、ＰＣ１０４は、適切なＤｉａｍｅｔｅｒレルムへ及び／又はそれから情報をルーティンするためにアドレス機能を必要とし得る。
【００９１】
図１１の構成１１００では、複数のＰＣ（１０４ａ、１０４ｂ、及び１０４ｃ）は、ＰＣＲＦ１０６を含まないＤｉａｍｅｔｅｒレルム１２６の中で動作するよう構成されても良い。図１１では、３個のＤｉａｍｅｔｅｒレルム１１８、１２０、及び１２６は、ＰＬＭＮ１２２の中に示される。Ｄｉａｍｅｔｅｒレルム１１８及び１２０の各々は、１又は複数のＰＣＲＦ１０６と、ＤＲＡ１１４とを有しても良い。Ｄｉａｍｅｔｅｒレルム１１８及び１２０に含まれるＰＣＲＦ１０６は、別個にアドレス可能であっても良く、（図８を参照して上述したように）ＡＦ１０２とＤｉａｍｅｔｅｒレルム１１８及び１２０の中のＰＣＲＦ１０６の個々の１つとの間のセッションは、ＤＲＡ１１４により維持されても良い。ＡＦ１０２は、（通信リンク１０８を介して）ＰＣ１０４ａ、１０４ｂ、及び１０４ｃの各々と通信するよう構成されても良い。ＰＣ１０４ａ、１０４ｂ、及び１０４ｃの各々は、Ｄｉａｍｅｔｅｒレルム１１８の中のＤＲＡ１１４及びＤｉａｍｅｔｅｒレルム１２０の中のＤＲＡ１１４と通信するよう構成されても良い。構成１１００では、ＰＣ１０４ａ、１０４ｂ、及び１０４ｃのうちの任意のものは、ＡＦ１０２から通信リンク１０８を介してＸＭＬデータを受信し、通信リンク１１２を介して（Ｄｉａｍｅｔｅｒレルム１１８又はＤｉａｍｅｔｅｒレルム１２０の）ＤＲＡ１１４に供給するために、ＸＭＬデータを１又は複数のＤＰメッセージに変換するよう構成されても良い。ＤＲＡ１１４は、ＤＰメッセージを（通信リンク１２４を介して）適切なＰＣＲＦ１０６へルーティングしても良い。幾つかの実施形態では、構成１１００のＰＣ１０４ａ、１０４ｂ、及び１０４ｃのうちの任意のものは、１又は複数のＤＰメッセージをＰＣＲＦ１０６から（対応するＤＲＡ１１４及び通信リンク１２４及び１１２を介して）受信し、（通信リンク１０８を介して）ＡＦ１０２に供給するために１又は複数のＤＰメッセージをＸＭＬデータに変換するよう構成されても良い。幾つかの実施形態では、通信リンク１０８、１１２、及び１２４は、Ｒｘインタフェースに含まれても良い。
【００９２】
構成１１００は、多くの利点（例えば、図８を参照して上述した利点）を有し得るが、ＰＣ１０４ａ、１０４ｂ、及び１０４ｃの動作及び特徴を３ＧＰＰ無線通信標準の中で完全に指定するために必要な追加標準化作業に対して釣り合いが取られても良い。
【００９３】
図１２は、種々の開示した実施形態を実施するために適し得る例示的なコンピューティング装置１２００のブロック図である。例えば、コンピューティング装置１２００は、ＡＦ１０２、ＰＣ１０４、ＰＣＲＦ１０６、又は本願明細書で議論した任意の他の適切な装置として機能し、又はそれをサポートしても良い。コンピューティング装置１２００は、１又は複数のプロセッサ１２０４及び少なくとも１つの通信チップ１２０６を含む多数のコンポーネントを有しても良い。種々の実施形態では、プロセッサ１２０４は、プロセッサコアを有しても良い。種々の実施形態では、少なくとも１つの通信チップ１２０６は、プロセッサ１２０４に物理的に及び電気的に結合されても良い。更なる実装では、通信チップ１２０６は、プロセッサ１２０４の部分であっても良い。種々の実施形態では、コンピューティング装置１２００は、ＰＣＢ１２０２を有しても良い。これらの実施形態では、プロセッサ１２０４及び通信チップ１２０６は、ＰＣＢ１２０２に配置されても良い。代替の実施形態では、種々のコンポーネントは、ＰＣＢ１２０２を利用せずに結合されても良い。幾つかの実施形態では、コンピューティング装置１２００は、サーバコンピューティング装置、又はデ―タを処理する任意の他の電子装置であっても良い。特に、幾つかの実施形態では、ＰＣ１０４を提供するコンピューティング装置１２００は、所望の通信プロトコルを処理するよう構成可能なサーバコンピューティング装置（例えば、ロードバランシング及び他の共通機能の可能なネットワークサーバ）であっても良い。
【００９４】
コンピューティング装置１２００は、ＰＣＢ１２０２に物理的及び電気的に結合されてもされなくても良い他のコンポーネントを有しても良い。これらのコンポーネントは、本願明細書に開示した種々のコンピューティング装置（例えば、ＰＣ１）のデータ記憶及び通信機能の一部又は全部を提供しても良い。これらの他のコンポーネントは、揮発性メモリ（例えば、ＤＲＡＭ（dynamic  random  access  memory）１２０８）、不揮発性メモリ（例えば、ＲＯＭ（read−only  memory）１２１０）、１又は複数のハードディスクドライブ、１又は複数の固体ドライブ、１又は複数のコンパクトディスクドライブ、及び／又は１又は複数のデジタルバーサタイルディスクドライブ）、フラッシュメモリ１２１２、及び入力／出力コントローラ１２１４、デジタル信号プロセッサ（図示しない）、暗号プロセッサ（図示しない）、グラフィックプロセッサ１２１６、１又は複数のアンテナ１２１８（例えば、アンテナ２０８として機能し得る）、他のディスプレイ（液晶ディスプレイ、陰極線管ディスプレイ、及びｅインクディスプレイのような、図示しない）、バッテリ１２２４又は他の電源、オーディオコーデック（図示しない）、ビデオコーデック（図示しない）、ＧＰＳ（global  positioning  system）装置１２２８、コンパス１２３０、加速度計（図示しない）、ジャイロスコープ（図示しない）、スピーカ１２３２、カメラ１２３４、任意の他の所望のセンサ（図示しない）、等を含むが、これらに限定されない。種々の実施形態で、プロセッサ１２０４は、他のコンポーネントと同じダイに統合され、ＳｏＣ（System  on  Chip）を形成しても良い。
【００９５】
種々の実施形態では、揮発性メモリ（例えば、ＤＲＡＭ１２０８）、不揮発性メモリ（例えば、ＲＯＭ１２１０）、フラッシュメモリ１２１２、及び大容量記憶装置は、プロセッサ１２０４による実行に応答して、コンピューティング装置１２００を、本願明細書に記載の処理の全部又は選択された態様（例えば、ＸＭＬデータ受信及び／又はＤＰメッセージ受信、変換動作、及び／又はＸＭＬデータ及び／又はＤＰメッセージ供給）を実施させるよう構成されたプログラミング命令を有しても良い。例えば、揮発性メモリ（例えば、ＤＲＡＭ１２０８）、不揮発性メモリ（例えば、ＲＯＭ１２１０）、フラッシュメモリ１２１２、及び大容量記憶装置のようなメモリコンポーネントのうちの１又は複数は、１又は複数のプロセッサ１２０４により実行されるとコンピューティング装置１２００に本願明細書に記載の処理の全部の又は選択された態様（ＰＣ１０４の受信ロジック２０２、変換ロジック２０４、及び／又は供給ロジック２０６の機能のような）を実施させる命令の一時的及び／又は永久的（例えば、非一時的）コピーを有する機械可読媒体であっても良い。コンピューティング装置１２００がアクセス可能なメモリは、コンピューティング装置１２００がインストールされる装置の物理的部分である１又は複数の記憶リソース、及び／又はコンピューティング装置１２００によりアクセス可能だが必ずしもその一部ではない１又は複数の記憶リソースを有しても良い。例えば、記憶リソースは、通信チップ１２０６によりネットワークを介してコンピューティング装置１２００によりアクセス可能であっても良い。これらのメモリ装置のうちの任意の１又は複数は、ＰＣ１０４のメモリ２０８に含まれても良い。
【００９６】
通信チップ１２０６は、コンピューティング装置１２００へ及びそれからのデータの転送のために有線及び／又は無線通信を可能にし得る。用語「無線」及びその派生語は、非固体媒体を通じて変調した電磁放射の使用を通じてデータを通信し得る回路、装置、システム、方法、技術、通信チャネル、等を記載するために使用され得る。用度は、幾つかの実施形態ではいかなる配線も有しない場合があるが、関連する装置がいかなる配線も有しないことを意味しない。本願明細書に記載の実施形態の多くは、上述のように、ＷｉＦｉ（登録商標）及び３ＧＰＰ／ＬＴＥ通信システムと共に使用され得る。しかしながら、通信チップ１２０６は、多数の無線アクセス技術のうちの任意のものを提供するために、多数の無線標準又はプロトコルのうちの任意のものを実装するよう構成される任意の１又は複数の通信チップを有しても良い。コンピューティング装置１２００は、複数の通信チップ１２０６を有しても良い。例えば、第１の通信チップ１２０６は、ＷｉＦｉ（登録商標）及びＢｌｕｅｔｏｏｔｈ（登録商標）のような短距離無線通信に専用であっても良く、第２の通信チップ１２０６は、ＧＰＳ、ＥＤＧＥ、ＧＰＲＳ、ＣＤＭＡ、ＷｉＭＡＸ、ＬＴＥ、Ｅｖ−ＤＯ、等のような長距離無線通信に専用であっても良い。
【００９７】
以下の段落は、種々の実施形態の例を記載する。例１はＰＣであり、ＡＦにより送信されたＸＭＬデータを受信する受信ロジックと、前記ＸＭＬデータをＤＰメッセージに変換する変換ロジックと、ＰＣＲＦへ送信するために前記ＤＰメッセージを供給する供給ロジックと、を有し、前記ＸＭＬデータはＡＶＰ要素を有し、前記ＡＶＰ要素は、ＡＶＰコードを表す第１のＸＭＬ要素と、ＡＶＰフラグを表す第２のＸＭＬ要素と、ＡＶＰ長を表す第３のＸＭＬ要素とを有するＡＶＰパラメータ要素を有する。
【００９８】
例２は、例１の構成要素を有しても良く、さらに、前記ＰＣは前記ＰＣＲＦを含むＤｉａｍｅｔｅｒレルムの中で動作するよう構成されることを指定しても良い。
【００９９】
例３は、例２の構成要素を有しても良く、さらに、前記ＰＣは、第２のＤｉａｍｅｔｅｒレルムの中で動作するよう構成される第２のＰＣと異なり、前記Ｄｉａｍｅｔｅｒレルム及び前記第２のＤｉａｍｅｔｅｒレルムは共通の３ＧＰＰ  ＰＬＭＮの中にある、ことを指定しても良い。
【０１００】
例４は、例１の構成要素を有しても良く、さらに、前記ＰＣは前記ＡＦのドメインの中で動作するよう構成されることを指定しても良い。
【０１０１】
例５は、例１の構成要素を有しても良く、さらに、前記ＰＣは前記ＡＦのドメインの外部及び前記ＰＣＲＦを含むＤｉａｍｅｔｅｒレルムを含む３ＧＰＰ  ＰＬＭＮの外部に置かれる、ことを指定しても良い。
【０１０２】
例６は、例１〜５のいずれかの構成要素を有しても良く、さらに、前記ＸＭＬデータは、複数のＡＶＰ要素を有し、前記複数のＡＶＰ要素のうちの各々のＡＶＰ要素は、ＡＶＰコードを表すＸＭＬ要素と、ＡＶＰフラグを表すＡＶＰ要素と、ＡＶＰ長を表すＸＭＬ要素とを含むＡＶＰパラメータ要素を有する、ことを指定しても良い。
【０１０３】
例７は、例１〜６のいずれかの構成要素を有しても良く、さらに、前記ＡＶＰパラメータ要素は、ＸＭＬスキーマに従って、前記ＡＶＰ要素の必要要素である、ことを指定しても良い。
【０１０４】
例８は、例７の構成要素を有しても良く、さらに、前記ＡＶＰパラメータ要素は、前記ＸＭＬスキーマの中の参照属性により前記ＡＶＰ要素に含まれる、ことを指定しても良い。
【０１０５】
例９は、命令を有する１又は複数のコンピュータ可読媒体であって、前記命令は、コンピューティング装置の１又は複数の処理装置により実行されると、前記コンピューティング装置に、ＡＦにより送信されたＸＭＬデータを受信し、前記ＸＭＬデータに少なくとも部分的に基づき、ＰＣＲＦへ送信するために、ＤＰメッセージを生成する、ようにさせ、前記ＸＭＬデータは、ＡＶＰ要素を有し、前記ＡＶＰ要素は、ＡＶＰコードを表す第１のＸＭＬ要素と、ＡＶＰフラグを表す第２のＸＭＬ要素と、ＡＶＰ長を表す第３のＸＭＬ要素とを有するＡＶＰパラメータ要素を有する。
【０１０６】
例１０は、例９の構成要素を有しても良く、さらに、前記ＡＶＰ要素は、ストリングデータ型を有するセッションＩＤ要素である、ことを指定しても良い。
【０１０７】
例１１は、例９〜１０の構成要素を有しても良く、さらに、前記ＡＶＰ要素は、Ｏｒｉｇｉｎ  Ｈｏｓｔ要素、Ｏｒｉｇｉｎレルム要素、Ｄｅｓｔｉｎａｔｉｏｎレルム要素、Ｄｅｓｔｉｎａｔｉｏｎホスト要素、又は経路記録要素であり、前記ＡＶＰ要素は、ストリングデータ型を有する。
【０１０８】
例１２は、例９〜１１のいずれかの構成要素を有しても良く、さらに、前記ＸＭＬデータは、複数のＡＶＰ要素を有し、前記複数のＡＶＰ要素のうちの各々のＡＶＰ要素は、ＡＶＰコードを表すＸＭＬ要素と、ＡＶＰフラグを表すＡＶＰ要素と、ＡＶＰ長を表すＸＭＬ要素とを含むＡＶＰパラメータ要素を有する、ことを指定しても良い。
【０１０９】
例１３は、プロトコル変換のための方法であって、サーバコンピューティング装置により、ＰＣＲＦからＤＰメッセージを受信するステップと、前記サーバコンピューティング装置により、前記ＤＰメッセージをＸＭＬデータに変換するステップと、前記サーバコンピューティング装置により、ＡＦへ送信するために前記ＸＭＬデータを供給する供給ステップと、を有し、前記ＸＭＬデータはＡＶＰ要素を有し、前記ＡＶＰ要素は、ＡＶＰコードを表す第１のＸＭＬ要素と、ＡＶＰフラグを表す第２のＸＭＬ要素と、ＡＶＰ長を表す第３のＸＭＬ要素とを有するＡＶＰパラメータ要素を有する。
【０１１０】
例１４は、例１３の構成要素を有しても良く、さらに、前記ＡＶＰ要素はメディアコンポーネント記述要素、加入者ＩＤ要素、将来サポート要素、スポンサー提供接続データ要素、又はポリシ情報要素であり、前記ＡＶＰ要素はグループ型を有する、ことを指定しても良い。
【０１１１】
例１５は、例１４の構成要素を有しても良く、さらに、前記ＡＶＰ要素は、許可サービスグループ要素及びユーザサービスグループ要素を有するスポンサー提供接続データ要素であり、前記許可サービスグループ要素及び前記ユーザサービスグループ要素はグループ型を有する、ことを指定しても良い。
【０１１２】
例１６は、例１５の構成要素を有しても良く、さらに、前記許可サービスグループ要素及び前記ユーザサービスグループ要素は、それぞれメモリグループ要素を有し、前記メモリグループ要素はグループ型を有する、ことを指定しても良い。
【０１１３】
例１７は、例１３〜１６のいずれかの構成要素を有しても良く、さらに、前記サーバコンピューティング装置は前記ＰＣＲＦを含むＤｉａｍｅｔｅｒレルムの中で動作するよう構成されることを指定しても良い。
【０１１４】
例１８は、例１３〜１６のいずれかの構成要素を有しても良く、さらに、前記サーバコンピューティング装置は前記ＡＦのドメインの中で動作するよう構成される、ことを指定しても良い。
【０１１５】
例１９は、例１３〜１６のいずれかの構成要素を有しても良く、さらに、前記ＰＣは前記ＡＦのドメインの外部及び前記ＰＣＲＦを含むＤｉａｍｅｔｅｒレルムを含む３ＧＰＰ  ＰＬＭＮの外部で動作するよう構成される、ことを指定しても良い。
【０１１６】
例２０はＰＣであり、ＰＣＲＦからＤＰメッセージを受信する受信ロジックと、前記ＤＰメッセージをＸＭＬデータに変換する変換ロジックと、ＡＦへ送信するために前記ＸＭＬデータを供給する供給ロジックと、を有し、前記ＸＭＬデータはＡＶＰ要素を有し、前記ＡＶＰ要素は、ＡＶＰコードを表す第１のＸＭＬ要素と、ＡＶＰフラグを表す第２のＸＭＬ要素と、ＡＶＰ長を表す第３のＸＭＬ要素とを有するＡＶＰパラメータ要素を有する。
【０１１７】
例２１は、例２０の構成要素を有しても良く、さらに、前記ＰＣは前記ＰＣＲＦを含むＤｉａｍｅｔｅｒレルムの中で動作するよう構成される、ことを指定しても良い。
【０１１８】
例２２は、例２０の構成要素を有しても良く、さらに、前記ＰＣは、第２のＤｉａｍｅｔｅｒレルムの中で動作するよう構成される第２のＰＣと異なり、前記Ｄｉａｍｅｔｅｒレルム及び前記第２のＤｉａｍｅｔｅｒレルムは共通の３ＧＰＰ  ＰＬＭＮの中にある、ことを指定しても良い。
【０１１９】
例２３は、例２０〜２２のいずれかの構成要素を有しても良く、さらに、前記ＸＭＬデータは、複数のＡＶＰ要素を有し、前記複数のＡＶＰ要素のうちの各々のＡＶＰ要素は、ＡＶＰコードを表すＸＭＬ要素と、ＡＶＰフラグを表すＡＶＰ要素と、ＡＶＰ長を表すＸＭＬ要素とを含むＡＶＰパラメータ要素を有する、ことを指定しても良い。
【０１２０】
例２４は、例２０〜２３のいずれかの構成要素を有しても良く、さらに、前記ＡＶＰパラメータ要素は、ＸＭＬスキーマに従って、前記ＡＶＰ要素の必要要素である、ことを指定しても良い。
【０１２１】
例２５はプロトコル変換のための方法であり、ＡＦにより送信されたＸＭＬデータを受信するステップと、ＰＣＲＦへ送信するために前記ＸＭＬデータに少なくとも部分的に基づきＤＰメッセージを生成するステップと、を有し、前記ＸＭＬデータはＡＶＰ要素を有し、前記ＡＶＰ要素は、ＡＶＰコードを表す第１のＸＭＬ要素と、ＡＶＰフラグを表す第２のＸＭＬ要素と、ＡＶＰ長を表す第３のＸＭＬ要素とを有するＡＶＰパラメータ要素を有する。
【０１２２】
例２６は、例２５の構成要素を有しても良く、さらに、前記ＡＶＰ要素は、ストリングデータ型を有するセッションＩＤ要素である、ことを指定しても良い。
【０１２３】
例２７は、例２５〜２６の構成要素を有しても良く、さらに、前記ＡＶＰ要素は、Ｏｒｉｇｉｎ  Ｈｏｓｔ要素、Ｏｒｉｇｉｎレルム要素、Ｄｅｓｔｉｎａｔｉｏｎレルム要素、Ｄｅｓｔｉｎａｔｉｏｎホスト要素、又は経路記録要素であり、前記ＡＶＰ要素は、ストリングデータ型を有する、ことを指定しても良い。
【０１２４】
例２８は、例２５〜２７のいずれかの構成要素を有しても良く、さらに、前記ＸＭＬデータは、複数のＡＶＰ要素を有し、前記複数のＡＶＰ要素のうちの各々のＡＶＰ要素は、ＡＶＰコードを表すＸＭＬ要素と、ＡＶＰフラグを表すＡＶＰ要素と、ＡＶＰ長を表すＸＭＬ要素とを含むＡＶＰパラメータ要素を有する、ことを指定しても良い。
【０１２５】
例２９は、命令を有する１又は複数のコンピュータ可読媒体であって、前記命令は、コンピューティング装置の１又は複数の処理装置により実行されると、前記コンピューティング装置に１３乃至１９及び２５乃至２８のいずれかに記載の方法を実行させる。
【０１２６】
例３０は、例１３乃至１９及び２５乃至２８のいずれかに記載の方法を実行する手段を有する装置である。
【図１】
0006272984.tif 000027
【図２】
0006272984.tif 000028
【図３】
0006272984.tif 000029
【図４】
0006272984.tif 000030
【図５】
0006272984.tif 000031
【図６】
0006272984.tif 000032
【図７】
0006272984.tif 000033
【図８】
0006272984.tif 000034
【図９】
0006272984.tif 000035
【図１０】
0006272984.tif 000036
【図１１】
0006272984.tif 000037
【図１２】
0006272984.tif 000038