(57)【特許請求の範囲】
【請求項１】
ネットワークノードにおいて加入者を識別する方法であって、
インタフェースにおいて、第１のネットワークアクセス識別子（ＮＡＩ）を含んだメッセージを受信するステップ（４１０）と、
第１のＮＡＩから最初のディジットを取り除いて、ストリップされたＮＡＩを形成するステップ（４２０）と、
ストリップされたＮＡＩが加入者に対応するかどうかを判断するステップ（４２５）と、
ストリップされたＮＡＩが加入者に対応しない場合、
第１のＮＡＩが加入者に対応するかどうかを判断するステップ（４３０）と、
第１のＮＡＩが加入者に対応しない場合、
ヒントディジットを第１のＮＡＩに追加して、少なくとも１つの拡張ＮＡＩを形成するステップ（４３５）と、
少なくとも１つの拡張ＮＡＩが加入者に対応するかどうかを判断するステップ（４４０）と、
ＮＡＩのいずれかが加入者に対応する場合、対応するＮＡＩを使用して加入者を識別するステップ（４５０）と
を含む、方法。
【請求項２】
ＮＡＩが加入者に対応するかどうかを判断するステップが、ＮＡＩを求めて加入者キャッシュ（２４０）を検索するステップを含む、請求項１に記載の方法。
【請求項３】
加入者キャッシュ中の加入者に対応するＮＡＩがない場合、ストリップされたＮＡＩ、第１のＮＡＩ、および拡張ＮＡＩを用いてデータベースに問い合わせを行うステップ（４４５）をさらに含む、請求項２に記載の方法。
【請求項４】
ヒントディジットをＮＡＩに追加するステップが、第１のＮＡＩの先頭に６を付加するステップを含む、請求項１から３のいずれかに記載の方法。
【請求項５】
ヒントディジットをＮＡＩに追加するステップが、第１のＮＡＩの先頭に０を付加するステップを含む、請求項１から４のいずれかに記載の方法。
【請求項６】
インタフェースがＧｘインタフェースであるかどうかを判断するステップ（４５５）と、
インタフェースがＧｘインタフェースである場合、未確認加入者として第１のＮＡＩを加入者キャッシュに格納するステップ（４６０）と、
インタフェースがＧｘインタフェースではない場合、未確認加入者としてストリップされたＮＡＩを加入者キャッシュに格納するステップ（４６５）と
をさらに含む、請求項１から５のいずれかに記載の方法。
【請求項７】
インタフェースにおいて、第２のＮＡＩを含んだ未確認加入者と関連する第２のメッセージを受信するステップと、
第２のＮＡＩから最初のディジットを取り除いて、第２のストリップされたＮＡＩを形成するステップと、
第２のストリップされたＮＡＩが未確認加入者に対応するかどうかを判断するステップと、
ストリップされたＮＡＩが未確認加入者に対応しない場合、
第２のＮＡＩが未確認加入者に対応するかどうかを判断するステップと、
第２のＮＡＩが未確認加入者に対応しない場合、
第２のＮＡＩにヒントディジットを追加して、第２の拡張ＮＡＩを形成するステップと、
第２の拡張ＮＡＩが未確認加入者に対応するかどうかを判断するステップと、
第２のＮＡＩ、第２のストリップされたＮＡＩ、または第２の拡張ＮＡＩが、格納されたＮＡＩに対応する場合、第２のメッセージを未確認加入者と関連付けるステップと
をさらに含む、請求項６に記載の方法。
【請求項８】
加入者識別子を含んだ加入者情報を格納するように構成された加入者キャッシュ（２４０）と、
ネットワークアクセス識別子（ＮＡＩ）を含んだメッセージを受信するように構成された第１のインタフェースと、
ヒントディジットをＮＡＩの先頭に付加して、拡張ＮＡＩを形成するように構成され、ＮＡＩから最初のディジットをストリップして、ストリップされたＮＡＩを形成するように構成された、ＮＡＩ変更子（２５０）と、
ＮＡＩ、ストリップされたＮＡＩ、および少なくとも１つの拡張ＮＡＩを含んだＮＡＩのセット中のＮＡＩが加入者キャッシュに格納されているかどうかを判断することによって、加入者を識別するように構成された、加入者識別モジュール（２６０）と
を含む、ポリシーおよび課金ルールノード（ＰＣＲＮ）。
【請求項９】
ＮＡＩのセットを使用してサブスクリプションプロファイルリポジトリ（ＳＰＲ）に問い合わせを行うように構成された、第２のインタフェース（２７０）をさらに含む、請求項８に記載のＰＣＲＮ。
【請求項１０】
加入者識別モジュールが、加入者キャッシュがＮＡＩのセット中のいかなるＮＡＩも含んでいない場合、第２のインタフェースを介してＳＰＲに問い合わせを行う（４４５）ように構成された、請求項９に記載のＰＣＲＮ。
【請求項１１】
加入者識別モジュールが、
ＳＰＲからの結果セットが加入者識別子を含んでいるかどうかを判断し（４４５）、
結果セットが加入者識別子を含んでいない場合、
第１のインタフェースがＧｘインタフェースであるかどうかを判断し（４５５）、
第１のインタフェースがＧｘインタフェースである場合、未確認加入者としてＮＡＩを加入者キャッシュに格納し（４６０）、
第１のインタフェースがＧｘインタフェースではない場合、未確認加入者としてストリップされたＮＡＩを加入者キャッシュに格納する（４６５）
ように構成された、請求項９から１０のいずれかに記載のＰＣＲＮ。
【請求項１２】
第２のＮＡＩを含んだ第２のメッセージを受信するように構成された第３のインタフェースをさらに含み、ＮＡＩ変更子が、第２のストリップされたＮＡＩおよび第２の拡張ＮＡＩを生成するようにさらに構成され、加入者識別モジュールが、第２のストリップされたＮＡＩ、第２のＮＡＩ、および第２の拡張ＮＡＩを、未確認加入者に対して格納されたＮＡＩと比較するようにさらに構成された、請求項１１に記載のＰＣＲＮ。
【請求項１３】
ＮＡＩ変更子が、ＮＡＩの先頭に０を付加することによって第１の拡張ＮＡＩを形成し、ＮＡＩの先頭に６を付加することによって第２の拡張ＮＡＩを形成する、請求項８から１２のいずれかに記載のＰＣＲＮ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示する様々な例示的実施形態は、概して遠隔通信ネットワークに関する。
【背景技術】
【０００２】
移動体遠隔通信ネットワーク内の様々なタイプのアプリケーションに対する需要が増大するにつれて、サービスプロバイダはこの拡張した機能を確実に提供するためにそのシステムを絶えずアップグレードしなければならない。かつて単に音声通信のために設計されたシステムであったものが、テキストメッセージング、マルチメディアストリーミング、および一般的なインターネット接続など、無数のアプリケーションにアクセスできるようにする、多目的のネットワークアクセスポイントに成長した。このようなアプリケーションに対応するために、プロバイダは、その既存の音声ネットワークの上に新しいネットワークを構築し、結果としてあまり洗練されていないソリューションになった。第二世代および第三世代のネットワークに見られるように、音声サービスは、専用の音声チャネルを通じて搬送されて、回線交換コアに導かれなければならず、他のサービス通信は、インターネットプロトコル（ＩＰ）に従って送信されて、異なるパケット交換コアに導かれる。これは、アプリケーションの提供、計測、および課金、ならびに体感品質（ＱｏＥ）の保証に関する特有の問題をもたらした。
【０００３】
第二世代および第三世代のデュアルコア方法を簡略化することを目指して、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、「ロングタームエボリューション」（ＬＴＥ）と呼ぶ新しいネットワーク方式を推奨してきた。ＬＴＥネットワークでは、すべての通信が、ＩＰチャネルを通じてユーザ機器（ＵＥ）から発展型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ、ＥＰＣ）と呼ばれるオールＩＰコアへ搬送される。その後ＥＰＣは他のネットワークへのゲートウェイアクセスを提供すると同時に、許容できるＱｏＥを保証し、加入者に特定のネットワーク活動に対する支払を要求する。
【０００４】
３ＧＰＰは、いくつかの技術仕様書においてＥＰＣの構成要素および構成要素の互いの相互作用について大まかに説明している。具体的には、３ＧＰＰ  ＴＳ  ２９．２１２、３ＧＰＰ  ＴＳ  ２９．２１３、および３ＧＰＰ  ＴＳ  ２９．２１４が、ＥＰＣのポリシーおよび課金ルール機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）、ポリシーおよび課金施行機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ、ＰＣＥＦ）、ならびにベアラバインディングおよびイベント報告機能（Ｂｅａｒｅｒ  Ｂｉｎｄｉｎｇ  ａｎｄ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔｉｎｇ  Ｆｕｎｃｔｉｏｎ、ＢＢＥＲＦ）について説明している。こうした仕様書はさらに、信頼できるデータサービスを提供し、その利用に対する支払を加入者に要求するために、これらの要素が相互に作用する方法に関するいくつかの指導を行っている。
【０００５】
３ＧＰＰはまた、ネットワークへの加入者を識別するための様々な手順も推奨してきた。３ＧＰＰ  ＴＳ  ２３．００３が、３ＧＰＰネットワークの様々な構成要素の番号付け、アドレス指定、および識別に関する情報を提供している。ＰＣＲＦが、様々な加入者識別情報を使用して、ネットワーク上の加入者を識別することができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ  ２９．２１２
【非特許文献２】３ＧＰＰ  ＴＳ  ２９．２１３
【非特許文献３】３ＧＰＰ  ＴＳ  ２９．２１４
【非特許文献４】３ＧＰＰ  ＴＳ  ２３．００３
【非特許文献５】３ＧＰＰ  ＴＳ  ２９．２１５
【発明の概要】
【課題を解決するための手段】
【０００７】
様々な例示的実施形態の概要を提示する。次の概要では、いくらか簡略化および省略を行う場合があるが、これは様々な例示的実施形態のいくつかの態様を強調して伝えることを意図するものであり、本発明の範囲を限定することを意図するものではない。当業者が本発明の概念を構築して利用できるようにするために適切な好ましい例示的実施形態についての詳細な説明は、後の節で行う。
【０００８】
様々な例示的実施形態は、ネットワークノードにおいて加入者を識別する方法に関連している。この方法は、第１のネットワークアクセス識別子（ＮＡＩ）を含んだメッセージをインタフェースで受信することと、第１のＮＡＩから最初のディジット（ｄｉｇｉｔ）を取り除いて、ストリップされた（ｓｔｒｉｐｐｅｄ）ＮＡＩを形成することと、ストリップされたＮＡＩが加入者に対応するかどうかを判断することと、ストリップされたＮＡＩが加入者に対応しない場合、第１のＮＡＩが加入者に対応するかどうかを判断することと、第１のＮＡＩが加入者に対応しない場合、第１のＮＡＩにヒントディジット（ｈｉｎｔ  ｄｉｇｉｔ）を追加して、少なくとも１つの拡張ＮＡＩを形成することと、少なくとも１つの拡張ＮＡＩが加入者に対応するかどうかを判断することと、ＮＡＩのいずれかが加入者に対応する場合、対応するＮＡＩを使用して加入者を識別することとを含むことができる。
【０００９】
様々な代替の実施形態では、ＮＡＩが加入者に対応するかどうかを判断するステップは、ＮＡＩを求めて加入者キャッシュを検索することを含む。この方法はさらに、ＮＡＩが加入者キャッシュ中の加入者に対応しない場合、ストリップされたＮＡＩ、第１のＮＡＩ、およびＮ拡張ＮＡＩを用いてデータベースに問い合わせることを含むことができる。
【００１０】
様々な代替の実施形態では、ヒントディジットをＮＡＩに追加するステップは、第１のＮＡＩの先頭に６を付加することを含む。様々な代替の実施形態では、ヒントディジットをＮＡＩに追加するステップは、第１のＮＡＩの先頭に０を追加することを含む。
【００１１】
様々な代替の実施形態では、この方法はさらに、インタフェースがＧｘインタフェースであるかどうかを判断することと、インタフェースがＧｘインタフェースである場合、第１のＮＡＩを加入者キャッシュに未確認の加入者として格納することと、インタフェースがＧｘインタフェースではない場合、ストリップされたＮＡＩを加入者キャッシュに未確認の加入者として格納することとを含む。
【００１２】
様々な代替の実施形態では、この方法はさらに、第２のＮＡＩを含んだ未確認の加入者に関連する第２のメッセージをインタフェースで受信することと、第２のＮＡＩから最初のディジットを取り除いて、第２のストリップされたＮＡＩを形成することと、第２のストリップされたＮＡＩが未確認の加入者に対応するかどうかを判断することと、ストリップされたＮＡＩが未確認の加入者に対応しない場合、第２のＮＡＩが未確認の加入者に対応するかどうかを判断することと、第２のＮＡＩが未確認の加入者に対応しない場合、第２のＮＡＩにヒントディジットを追加して、第２の拡張ＮＡＩを形成することと、第２の拡張ＮＡＩが未確認の加入者に対応するかどうかを判断することと、第２のＮＡＩ、第２のストリップされたＮＡＩ、または第２の拡張ＮＡＩが格納されたＮＡＩに対応しない場合、第２のメッセージを未確認の加入者と関連付けることとを含む。
【００１３】
様々な例示的実施形態は、非一時的機械可読媒体に命令として符号化された上述の方法に関連している。非一時的機械可読媒体は、ネットワークノードのプロセッサによって実行される場合、上述の方法を行う命令を含むことができる。
【００１４】
様々な例示的実施形態は、加入者識別子を含む加入者情報を格納するように構成された加入者キャッシュと、ネットワークアクセス識別子（ＮＡＩ）を含んだメッセージを受信するように構成された第１のインタフェースと、ヒントディジットをＮＡＩの先頭に付加して、拡張ＮＡＩを形成するように構成され、ＮＡＩから最初のディジットをストリップして、ストリップされたＮＡＩを形成するように構成されたＮＡＩ変更子と、ＮＡＩが加入者キャッシュに格納されているかどうかを判断することによって、加入識別子を選択するように構成された加入者識別モジュールとを含む、ポリシーおよび課金ルールノード（ＰＣＲＮ）に関連している。
【００１５】
様々な代替の実施形態では、ＰＣＲＮはさらに、ＮＡＩ、ストリップされたＮＡＩ、および少なくとも１つの拡張ＮＡＩを含むＮＡＩのセットを使用してサブスクリプションプロファイルリポジトリ（ＳＰＲ）に問い合わせを行うように構成された第２のインタフェースを含むことができる。
【００１６】
様々な代替の実施形態では、加入者識別モジュールはさらに、加入者キャッシュがＮＡＩのセット中のＮＡＩを含んでいるかどうかを判断し、加入者キャッシュがＮＡＩのセット中のいかなるＮＡＩも含んでいない場合、第２のインタフェースを介してＳＰＲに問い合わせを行うように構成される。
【００１７】
様々な代替の実施形態では、加入者識別モジュールは、ＳＰＲからの結果セットが加入者識別子を含んでいるかどうかを判断し、結果セットが加入者識別子を含んでいない場合、第１のインタフェースがＧｘインタフェースであるかどうかを判断し、第１のインタフェースがＧｘインタフェースである場合、ＮＡＩを未確認加入者として加入者キャッシュに格納し、第１のインタフェースがＧｘインタフェースではない場合、ストリップされたＮＡＩを未確認加入者として加入者キャッシュに格納するように構成される。
【００１８】
様々な代替の実施形態では、ＰＣＲＮはまた、第２のＮＡＩを含んだ第２のメッセージを受信するように構成された第３のインタフェースを含み、ＮＡＩ変更子はさらに、第２のストリップされたＮＡＩ、および第２の拡張ＮＡＩを生成するように構成され、加入者識別モジュールはさらに、第２のストリップされたＮＡＩ、第２のＮＡＩ、および第２の拡張ＮＡＩを未確認加入者に対して格納されたＮＡＩと比較するように構成される。
【００１９】
様々な代替の実施形態では、ＮＡＩ変更子は、ＮＡＩの先頭に０を付加することによって第１の拡張ＮＡＩを形成し、ＮＡＩの先頭に６を付加することによって第２の拡張ＮＡＩを形成する。
【００２０】
このように、様々な例示的実施形態により、ポリシーおよび課金ルールノードならびに加入者を識別するための方法が可能になることは明らかであろう。詳細には、代替ＮＡＩを使用することによって、加入者は、ネットワークノードが異なるＮＡＩを使用してこの加入者を識別するときでも、識別可能となる。
【００２１】
様々な例示的実施形態をよりよく理解するために、添付の図面を参照する。
【図面の簡単な説明】
【００２２】
【図１】例示的な加入者ネットワークを示す図である。
【図２】例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）を示す図である。
【図３】ＮＡＩの代替の形式を示す例示的なデータ構造を示す図である。
【図４】加入者を識別する例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【００２３】
ポリシーおよびルール課金ノードが、複数のネットワークノードからメッセージを受信することができる。３ＧＰＰ標準はネットワークアクセス識別子（ＮＡＩ）のフォーマットについて説明しているが、それらは様々な状況においてＮＡＩの変形を認めている。詳細には、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ  （ＰＭＩＰｖ６）標準の下では、Ｇｘインタフェースを介して受信されるＮＡＩはヒントディジットを含むことはできないが、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）の下では、Ｇｘインタフェースを介して受信されるＮＡＩはヒントディジットを含むことがある。他のインタフェースは、ＰＣＲＮに送信されるメッセージ中にヒントディジットを含むことがある。モバイルユーザはネットワークのセル間を移動する可能性があるので、ユーザは、異なるＮＡＩフォーマットを使用するネットワークノードにハンドオフされる可能性がある。ＰＣＲＮがＮＡＩの変形を認識しない場合、ＰＣＲＮはメッセージを正しく処理せずに、メッセージを廃棄してしまう可能性がある。３ＧＰＰ仕様書はまた、Ｇｘインタフェースで受信される確立メッセージが、別のインタフェースを介して受信される確立メッセージの後にくるべきであると示している。しかしながら、ＰＣＲＮが、Ｇｘメッセージを処理した後に、別のインタフェースを介して確立メッセージを受信する可能性がある。
【００２４】
さらには、サービスプロバイダは、ネットワークと関連するプロビジョニングされていない加入者にサービスを提供することを望むことがある。したがって、ＰＣＲＮが加入者を即座に識別できない場合、ＰＣＲＮは未確認加入者のレコードを作成し、加入者を識別する前に、未確認加入者にサービスを提供することができる。
【００２５】
ここで、同様の参照符号が同様の構成要素またはステップを指す図面を参照すると、様々な例示的実施形態の広範な態様が開示されている。
【００２６】
図１は、様々なデータサービスを提供するための例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、遠隔通信ネットワーク、または様々なサービスにアクセスできるようにするための他のネットワークである可能性がある。例示的な加入者ネットワーク１００は、ユーザ機器１１０と、基地局１２０と、発展型パケットコア（ＥＰＣ）１３０と、パケットデータネットワーク１４０と、アプリケーション機能（ＡＦ）１５０とを含むことができる。
【００２７】
ユーザ機器１１０は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスとすることができる。このようなデータサービスには、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスが含まれる。より詳細には、様々な例示的実施形態において、ユーザ機器１１０は、パーソナルコンピュータもしくはラップトップコンピュータ、ワイヤレス電子メールデバイス、携帯電話、タブレット、テレビのセットトップボックス、またはＥＰＣ１３０を介して他のデバイスと通信することができる任意の他のデバイスである。
【００２８】
基地局１２０は、ユーザ機器１１０とＥＰＣ１３０との通信を可能にするデバイスとすることができる。例えば、基地局１２０は、３ＧＰＰ標準によって定義される発展型ノードＢ（ｅＮｏｄｅＢ）のような無線基地局とすることができる。したがって、基地局１２０は、電波のような第１の媒体を介してユーザ機器１１０と通信し、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルのような第２の媒体を介してＥＰＣ１３０と通信するデバイスとすることができる。基地局１２０は、ＥＰＣ１３０と直接通信していることがある、またはいくつかの中間ノード（図示せず）を介して通信することがある。様々な実施形態では、ユーザ機器１１０に移動性を与えるために、複数の基地局（図示せず）が存在することがある。様々な代替の実施形態では、ユーザ機器１１０がＥＰＣ１３０と直接通信することがあることに注意する。このような実施形態では、基地局１２０は存在しない可能性がある。
【００２９】
発展型パケットコア（ＥＰＣ）１３０は、ユーザ機器１１０にパケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークである。ＥＰＣ１３０はさらに、提供されるデータサービスの利用に対して加入者に支払を求め、特定の体感品質（ＱｏＥ）の基準が満たされることを保証することができる。このようにＥＰＣ１３０は、少なくとも部分的に、３ＧＰＰ  ＴＳ  ２９．２１２、２９．２１３、および２９．２１４標準規格に従って、実装することができる。したがって、ＥＰＣ１３０は、サービングゲートウェイ（ＳＧＷ）１３２、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４、ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６、ならびにサブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８を含むことができる。
【００３０】
サービングゲートウェイ（ＳＧＷ）１３２は、ＥＰＣ１３０へのゲートウェイアクセスを提供するデバイスとすることができる。ＳＧＷ１３２は、ユーザ機器１１０によって送信されたパケットを受信する、ＥＰＣ１３０内の最初のデバイスとすることができる。ＳＧＷ１３２は、このようなパケットをＰＧＷ１３４に転送することができる。ＳＧＷ１３２は、例えば複数の基地局（図示せず）間でユーザ機器１１０の移動性を管理すること、および供給されるフローごとに特定のサービス品質（ＱｏＳ）の特性を実現することのような、いくつかの機能を行うことができる。ＰＭＩＰｖ６標準規格の実装のような様々な実装において、ＳＧＷ１３２は、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を含むことができる。様々な例示的実施形態では、ＥＰＣ１３０が複数のＳＧＷ（図示せず）を含むことができ、各ＳＧＷが複数の基地局（図示せず）と通信することができる。
【００３１】
パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスとすることができる。ＰＧＷ１３４は、ユーザ機器１１０によってＳＧＷ１３２を介してパケットデータネットワーク１４０へ送信されるパケットを受信する、ＥＰＣ１３０内の最後のデバイスとすることができる。ＰＷＧ１３４は、サービスデータフロー（ＳＤＦ）ごとにポリシーおよび課金制御（ＰＣＣ）ルールを施行するポリシーおよび課金施行機能（ＰＣＥＦ）を含むことができる。したがって、ＰＧＷ１３４は、ポリシーおよび課金施行ノード（ＰＣＥＮ）とすることができる。ＰＧＷ１３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートのような、いくつかの追加の機能を含むことができる。ＰＧＷ１３４はまた、未知のアプリケーションサービスに対するリソースの割当てを要求することに関与することも可能である。
【００３２】
ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６は、アプリケーションサービスの要求を受信し、ＰＣＣルールを生成し、ＰＣＣルールをＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）に提供するデバイスまたはデバイス群とすることができる。ＰＣＲＮ１３６は、Ｒｘインタフェースを介してＡＦ１５０と通信している可能性がある。ＰＣＲＮ１３６は、ＡＦ１５０から認証および許可要求（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＡＡＲ）の形式でアプリケーション要求を受信することができる。ＡＡＲ１６０は、例えば、要求と関連する加入者を識別するためにネットワークアクセス識別子（ＮＡＩ）のような情報を含むことができる。ＰＣＲＮ１３６のＲｘインタフェースを介して受信されるＡＡＲメッセージに含まれるＮＡＩは、ＮＡＩの先頭ディジットとしてヒントディジットを含むことがある。ＡＡＲ１６０を受信すると、ＰＣＲＮ１３６は、アプリケーション要求１６０を満たすために、少なくとも１つの新しいＰＣＣルールを生成することができる。
【００３３】
ＰＣＲＮ１３６はまた、ＧｘｘおよびＧｘインタフェースを介してそれぞれＳＧＷ１３２およびＰＧＷ１３４と通信している可能性がある。ＰＣＲＮ１３６は、ＳＧＷ１３２またはＰＧＷ１３４からクレジット制御要求（ＣＣＲ）（図示せず）の形式でアプリケーション要求を受信することができる。ＣＣＲメッセージに含まれるＮＡＩは、ＰＧＷ１３４の実装に基づいて異なる可能性がある。詳細には、ＰＧＷ１３４がＰＭＩＰｖ６標準規格を実装する場合、ＮＡＩはヒントディジットを含まない可能性がある。ＰＧＷ１３４がＧＰＴ標準規格を実装する場合、ＮＡＩは、ＮＡＩの先頭ディジットとしてヒントディジットを含む可能性がある。ＡＡＲ１６０と同様に、ＣＣＲを受信すると、ＰＣＲＮはアプリケーション要求１７０を満たすために、少なくとも１つの新しいＰＣＣルールを生成することができる。様々な実施形態では、ＡＡＲ１６０およびＣＣＲは、別々に処理される２つの独立したアプリケーション要求を表すことができるが、別の実施形態では、ＡＡＲ１６０およびＣＣＲは、単一アプリケーション要求に関する情報を運ぶことができ、ＰＣＲＮ１３６は、ＡＡＲ１６０およびＣＣＲの組み合わせに基づいて少なくとも１つのＰＣＣルールを作成することができる。ＰＣＲＮ１３６は、加入者識別子をマッチさせることに基づいてＡＡＲおよびＣＣＲをマッチさせることができる。様々な実施形態では、ＰＣＲＮ１３６は、単一メッセージのアプリケーション要求と、対になったメッセージのアプリケーション要求の両方を処理することができる場合がある。
【００３４】
ＰＣＲＮ１３６はまた、Ｓ９インタフェース（図示せず）を介して１つまたは複数の他のサービスプロバイダのＰＣＲＮのようなパートナーデバイスと通信している可能性がある。ＰＣＲＮ１３６は、パートナーデバイスのネットワークにアタッチされたローミング中の加入者にサービスを提供しているパートナーデバイスから、転送されたＡＡＲまたはＣＣＲを受信することができる。ＰＣＲＮ１３６は、このような要求に応答してローミング中の加入者のために少なくとも１つのＰＣＣルールを生成することができる。ＰＣＲＮ１３６が別のサービスプロバイダの加入者と関連する要求を受信すると、ＰＣＲＮ１３６はＳ９インタフェースを介してこの要求を他のサービスプロバイダのパートナーデバイスに転送し、ＰＣＣルールを含んだ応答を受信することができる。
【００３５】
新しいＰＣＣルールを作成すると、またはＰＧＷ１３４によって要求されると、ＰＣＲＮ１３６はＧｘインタフェースを介してＰＣＣルールをＰＧＷ１３４に提供することができる。例えばＰＭＩＰ標準規格を実装する実施形態のような、様々な実施形態では、ＰＣＲＮ１３６はＱｏＳルールを生成することもできる。新しいＱｏＳルールを作成すると、またはＳＧＷ１３２によって要求されると、ＰＣＲＮ１３６はＧｘｘインタフェースを介してＱｏＳルールをＳＧＷ１３２に提供することができる。
【００３６】
サブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８は、加入者ネットワーク１００への加入者に関連する情報を格納するデバイスとすることができる。したがって、ＳＰＲ１３８は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または同様の記憶媒体などの、機械可読記憶媒体を含むことができる。ＳＰＲ１３８は、ＰＣＲＮ１３６の構成要素とすることができる、またはＥＰＣ１３０内の独立したノードを構成することができる。ＳＰＲ１３８によって格納されたデータは、例えばＮＡＩのような、各加入者の識別子と、帯域幅制限、課金パラメータ、および加入者優先度のような加入者情報の表示（ｉｎｄｉｃａｔｉｏｎ）とを含むことができる。
【００３７】
パケットデータネットワーク１４０は、ユーザ機器１１０と、ＡＦ１５０のような、パケットデータネットワーク１４０に接続された他のデバイスとの間のデータ通信を提供するためのいかなるネットワークとすることもできる。パケットデータネットワーク１４０はさらに、例えば電話、および／またはインターネットサービスを、パケットデータネットワーク１４０と通信している様々なユーザデバイスに提供することができる。
【００３８】
アプリケーション機能（ＡＦ）１５０は、知られているアプリケーションサービスをユーザ機器１１０に提供するデバイスとすることができる。したがって、ＡＦ１５０は、例えば、映像ストリーミングまたは音声通信サービスをユーザ機器１１０に提供するサーバまたは他のデバイスとすることができる。ＡＦ１５０はさらに、Ｒｘインタフェースを介してＥＰＣ１３０のＰＣＲＮ１３６と通信している可能性がある。ＡＦ１５０が知られているアプリケーションサービスをユーザ機器１１０に提供し始めようとするとき、ＡＦ１５０は、Ｄｉａｍｅｔｅｒプロトコルに従って認証および許可要求（ＡＡＲ）１６０のようなアプリケーション要求メッセージを生成して、ＰＣＲＮ１３６にアプリケーションサービスに資源を割り当てるべきであることを通知することができる。このアプリケーション要求メッセージは、アプリケーションサービスを使用する加入者の識別情報、加入者のＩＰアドレス、関連するＩＰ−ＣＡＮセッションのＡＰＮ、および／または要求されるサービスを提供するために確立されなければならない特定のサービスデータフローの識別情報のような情報を含むことができる。ＡＦ１５０は、Ｒｘインタフェースを介してこのようなアプリケーション要求をＰＣＲＮ１３６に伝えることができる。
【００３９】
図２は、例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）１３６を示す。ＰＣＲＮ１３６は、Ｇｘインタフェース２０５と、Ｇｘｘインタフェース２１０と、Ｒｘインタフェース２１５と、Ｓ９インタフェース２２０と、メッセージハンドラ２３０と、加入者キャッシュ２４０と、ＮＡＩ変更子２５０と、加入者識別モジュール２６０と、Ｓｐインタフェース２７０とを含むことができる。
【００４０】
Ｇｘインタフェース２０５は、ＰＧＷ１３４のようなＰＧＷと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含んだインタフェースとすることができる。このような通信は、３ＧＰＰ  ＴＳ  ２９．２１２に従って実施することができる。したがって、Ｇｘインタフェース４１０は、ＰＣＣルールの要求を受信し、導入のためにＰＣＣルールを送信することができる。Ｇｘインタフェース２０５は、さらに、ＵＥが発信するアプリケーション要求、セッション要求、およびイベント通知をＣＣＲの形式で受信することができる。Ｇｘインタフェースを介して受信されるＣＣＲメッセージは、加入者ＩＤ  ＡＶＰまたはＮＡＩを使用するモバイルノード識別子を含むことができる。ＮＡＩのフォーマットは、３ＧＰＰ  ＴＳ  ２３．００３に準拠することができる。ＰＧＷ１３２がＧＴＰ標準規格に準拠する場合、識別子は、先頭ヒントディジットを含むことがある。ヒントディジットは、デバイス間で異なる可能性があり、０、または、６となる可能性がある。ＰＧＷ１３２がＰＭＩＰｖ６標準規格に準拠する場合、識別子は、先頭ヒントディジットを含まない可能性がある。
【００４１】
Ｇｘｘインタフェース２１０は、ＳＧＷ１３２のようなＳＧＷと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含んだインタフェースとすることができる。このような通信は、３ＧＰＰ  ＴＳ  ２９．２１２に従って実施することができる。したがって、Ｇｘｘインタフェース２１０は、ＱｏＳルールの要求を受信し、導入のためにＱｏＳルールを送信することができる。Ｇｘｘインタフェース２１０は、さらに、ＵＥが発信するアプリケーション要求、セッション要求、およびイベント通知をクレジット制御要求（ＣＣＲ）の形式で受信することができる。Ｇｘｘインタフェースを介して受信されたメッセージは、ＮＡＩ中に先頭ヒントディジットを含むことがある。
【００４２】
Ｒｘインタフェース２１５は、ＡＦ１５０のようなＡＦと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含んだインタフェースとすることができる。このような通信は、３ＧＰＰ  ＴＳ  ２９．２１４に従って実施することができる。したがって、Ｒｘインタフェース２１０は、アプリケーション機能から加入者のためのサービスの要求を受信することができる。Ｒｘインタフェースを介して受信されたメッセージは、ＮＡＩ中に先頭ヒントディジットを含むことがある。
【００４３】
Ｓ９インタフェース２２０は、別のサービスプロバイダのパートナーデバイスと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含んだインタフェースとすることができる。このような通信は、３ＧＰＰ  ＴＳ  ２９．２１５に従って実施することができる。Ｓ９インタフェース２２０は、パートナーデバイスによって転送されたメッセージを受信することができる。メッセージは、パートナーデバイスで受信されたフォーマットに準拠することができる。したがって、Ｓ９インタフェースを介して受信されたメッセージ中に含まれるＮＡＩは、先頭ヒントディジットを含む、または含まない可能性がある。
【００４４】
メッセージハンドラ２３０は、Ｇｘインタフェース２０５、Ｇｘインタフェース２１０、Ｒｘインタフェース２１５、および／またはＳ９インタフェース２２０を介して送信および／または受信されるメッセージを処理するように構成された、ハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。メッセージハンドラ２３０は、メッセージから様々なフィールドまたはＡＶＰを取り出すことによって受信されたメッセージを処理することができる。例えば、メッセージハンドラ２３０は、メッセージの加入ＩＤ  ＡＶＰまたはモバイルノード識別子フィールドからＮＡＩを取り出すことができる。メッセージハンドラ２３０はまた、メッセージを作成して、他のネットワークノードに送信することができる。
【００４５】
加入者キャッシュ２４０は、加入者ネットワーク１００への加入者に関連する情報を格納するデバイスとすることができる。したがって、加入者キャッシュ２４０は、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または同様の記憶媒体などの、機械可読記憶媒体を含むことができる。加入者キャッシュ２４０は、ＳＰＲ１３８に格納された情報の一部を含むことができる。加入者キャッシュ２４０は、例えばネットワーク１００を現在使用中である加入者の情報のような、頻繁に利用される加入者情報へ迅速にアクセスできるように配置することができる。加入者キャッシュ２４０によって格納されるデータは、各加入者の加入者識別子、ならびに帯域幅制限、課金パラメータ、および加入者優先度のような、各加入者の加入者情報の表示を含むことができる。ネットワークオペレータによってプロビジョニングされる、知られている加入者の加入者識別子は、ヒントディジットを含んでいないＮＡＩとすることができる。未確認加入者の加入者識別子は、加入者と関連する第１のメッセージで受信されたＮＡＩまたは代替ＮＡＩとすることができる。加入者キャッシュ２４０はまた、メッセージで受信されたマッチしない識別子のような未確認加入者の情報を含むこともできる。
【００４６】
ＮＡＩ変更子２５０は、代替ＮＡＩを生成するように構成された、ハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。ＮＡＩ変更子２５０は、ＮＡＩ部分の先頭ディジットを取り除くことによってストリップされたＮＡＩを生成することができる。ＮＡＩ変更子２５０は、ＮＡＩ部分の先頭にヒントディジットを追加することによって、拡張されたＮＡＩを生成することができる。様々な例示的実施形態では、ＮＡＩ変更子は、ヒントディジットとして０または６を使用することができる。ＮＡＩ変更子２５０は、ＮＡＩ部分に複数の代替ＮＡＩを生成することができる。
【００４７】
加入者識別モジュール２６０は、ＮＡＩが格納された加入者識別子とマッチするかどうかを判断するように構成された、ハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことができる。加入者識別モジュール２６０は、加入者キャッシュ２４０に格納されたレコードを検索して、ＮＡＩが加入者レコードの加入者識別子とマッチするかどうかを判断することができる。加入者識別モジュール２６０がマッチするレコードを見つける場合、このレコードの加入者識別子を使用して、加入者を識別することができ、加入者レコード中の情報は、ＰＣＲＮ１３６がポリシーを決定するために使用することができる。加入者識別モジュール２６０はまた、Ｓｐインタフェース２７０を介してＳＰＲ１３８に問い合わせを行うことができる。ＳＰＲ１３８への問い合わせは、加入者キャッシュ２４０を検索するよりも時間がかかる可能性がある。加入者識別モジュール２６０は、代替ＮＡＩのセットを使用してＳＰＲ１３８に問い合わせを行うことができる。
【００４８】
Ｓｐインタフェース２７０は、ＳＰＲ１３８のようなＳＰＲと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含んだインタフェースとすることができる。Ｓｐインタフェース２７０は、ＮＡＩまたは他の加入者識別子のセットを受信し、ＳＰＲ２７０への問い合わせを形成することができる。様々な例示的実施形態では、Ｓｐインタフェース２７０は、ネットワークインタフェースであって、リモートＳＰＲと通信することができる。様々な代替の実施形態では、ＳＰＲは、ＰＣＲＮ１３６内のローカルデータベースであることが可能であり、ＳＰインタフェース２７０は、ローカルデータベースに問い合わせを行うことができる。いずれの場合も、Ｓｐインタフェース２７０は、クエリに含まれているＮＡＩおよび／または加入者識別子にマッチしているいずれかの加入者レコードを含んだ結果セットを受信することができる。様々な代替の実施形態では、Ｓｐインタフェース２７０の代わりに、ＬＤＡＰインタフェースを使用して、ＳＰＲ１３８と通信することができる。
【００４９】
図３は、ＮＡＩの代替の形式を示す例示的なデータ構造３００を示す。データ構造３００は、例えば、代替ＮＡＩのセットを用いてＳＰＲ１３８に問い合わせを行うために加入者識別モジュール２６０によって使用されることが可能である。データ構造３００は、ＮＡＩ３００、ストリップされたＮＡＩ３１０、拡張ＮＡＩ３１５、および拡張ＮＡＩ３２０を含むことができる。
【００５０】
ＮＡＩ３０５は、ＰＣＲＮ１３６においてメッセージで受信されるＮＡＩを含むことができる。ＮＡＩ１３６は、２つの部分、すなわちユーザ名、およびドメイン名を含むことができる。ユーザ名は、ネットワーク１００の加入者を一意に識別することができる。ドメイン名は、ネットワーク１００のすべての加入者に対して同じものとすることができる、または異なるものとすることができる。一例として、ＮＡＩ３０５は「０１２３４５６７８９０＠ｄｏｍａｉｎ．ｃｏｍ」と示される。上述のように、ＮＡＩ３０５の最初のディジットは、ヒントディジットである可能性がある。しかしながら、ＰＣＲＮ１３６は、ＮＡＩ３００がヒントディジットを含むかどうかを単一メッセージから判断することができないことがある。例えば、ＮＡＩ３０５の先頭の０は、ヒントディジットまたは加入者識別子の最初のディジットである可能性がある。
【００５１】
ストリップされたＮＡＩ３１０は、先頭のディジットを取り除くことによって変更された受信ＮＡＩとすることができる。先頭のディジットがヒントディジットであった場合、ストリップされたＮＡＩ３１０は、加入者識別子とすることができる。受信ＮＡＩがヒントディジットを含んでいなかった場合、ストリップされたＮＡＩ３１０は不完全な加入者識別子とすることができる。複数の加入者識別子は、不完全な加入者識別子を含んでいる可能性がある。ＮＡＩ３０５の上記の例を続けると、ストリップされたＮＡＩ３１０は「１２３４５６７８９０＠ｄｏｍａｉｎ．ｃｏｍ」と示される。
【００５２】
拡張ＮＡＩ３１５は、ヒントディジットが拡張ＮＡＩ３１５の先頭ディジットとなるように、先頭にヒントディジットを付加することによって変更された受信ＮＡＩとすることができる。ヒントディジットは、０とすることができる。例えば、ＰＣＲＮ１３６がＧｘインタフェースを介してメッセージを受信し、加入者を識別できなかった場合、拡張ＮＡＩ３１５が加入者キャッシュ２６０に格納されている可能性がある。ＮＡＩ３０５の上記の例を続けると、拡張ＮＡＩ３１５は「００１２３４５６７８９０＠ｄｏｍａｉｎ．ｃｏｍ」と示される。
【００５３】
拡張ＮＡＩ３２０は、ヒントディジットが拡張ＮＡＩ３２０の先頭ディジットとなるように、先頭にヒントディジットを付加することによって変更された受信ＮＡＩとすることができる。ヒントディジットは、６とすることができる。拡張ＮＡＩ３２０は、例えば、ＰＣＲＮ１３６がＧｘインタフェースを介してメッセージを受信し、加入者を識別できなかった場合、加入者キャッシュ２６０に格納されている可能性がある。ＮＡＩ３０５の上記の例を続けると、拡張ＮＡＩ３２０は「６０１２３４５６７８９０＠ｄｏｍａｉｎ．ｃｏｍ」と示される。
【００５４】
図４は、加入者を識別する例示的な方法４００を示すフローチャートを示す。方法４００は、メッセージハンドラ２３０、ＮＡＩ変更子２５０、および加入者識別モジュール２６０を含むＰＣＲＮ１３６の様々な構成要素によって実行することができる。
【００５５】
方法４００は、ステップ４０５から始まり、ＰＣＲＮ１３６がメッセージを受信することができるステップ４１０へ続くことができる。メッセージは、Ｇｘインタフェース２０５、Ｇｘｘインタフェース２１０、Ｒｘインタフェース２１５、またはＳ９インタフェース２２０のいずれか１つを介して届く可能性がある。ＰＣＲＮ１３６は、メッセージがどのインタフェースを介して届いたかを判断することができる。メッセージがＧｘインタフェースを介して届いた場合、ＰＣＲＮ１３６は、ＰＧＷ１３４がＧＴＰ標準規格を使用するか、ＰＭＩＰｖ６標準規格を使用するかを判断することができない可能性がある。ステップ４１５において、ＰＣＲＮ１３６は、受信メッセージからＮＡＩを取り出すことができる。ＮＡＩは、受信メッセージの加入者ＩＤのＡＶＰに存在することがある。方法４００は、その後ステップ４２０へ進むことができる。
【００５６】
ステップ４２０において、ＰＣＲＮ１３６は、ＮＡＩから先頭ディジットを取り除くことによってストリップされたＮＡＩを形成することができる。ＰＣＲＮ１３６は、最初のディジットがヒントディジットとわかっているかどうかにかかわらず、先頭ディジットを取り除くことができる。方法４００は、その後ステップ４２５に進むことができ、ＰＣＲＮ１３６が、ストリップされたＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチするかどうかを判断することができる。ストリップされたＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチする場合、方法４００はステップ４５０に進むことができる。ストリップされたＮＡＩが加入者キャッシュ２４０中のいずれの加入者識別子にもマッチしない場合、方法４００はステップ４３０に進むことができる。
【００５７】
ステップ４３０において、ＰＣＲＮ１３６が、受信ＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチするかどうかを判断することができる。受信ＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチする場合、方法４００はステップ４５０に進むことができる。受信ＮＡＩが加入者キャッシュ２４０中のいずれの加入者識別子にもマッチしない場合、方法４００はステップ４３５に進むことができる。
【００５８】
ステップ４３５において、ＰＣＲＮ１３６は、受信ＮＡＩの先頭にヒントディジットを付加することによって拡張ＮＡＩを形成することができる。ＰＣＲＮ１３６は、ＮＡＩ内で使用されていることがわかっているヒントディジットを付加することができる。ＰＣＲＮ１３６は、２つ以上のヒントディジットがＮＡＩ内で使用されていることがわかっている場合、複数の拡張ＮＡＩを形成することができる。例えば、ＰＣＲＮ１３６は、０を先頭に付加することによって第１の拡張ＮＡＩを形成し、６を先頭に付加することによって第２の拡張ＮＡＩを形成することができる。方法４００は、その後ステップ４４０に進むことができ、ＰＣＲＮ１３６が、拡張ＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチするかどうかを判断することができる。拡張ＮＡＩが加入者キャッシュ２４０中の加入者識別子にマッチする場合、方法４００はステップ４５０に進むことができる。拡張ＮＡＩが加入者キャッシュ２４０中のいずれの加入者識別子にもマッチしない場合、方法４００はステップ４４５に進むことができる。
【００５９】
ステップ４４５において、ＰＣＲＮ１３６は、受信ＮＡＩ、ストリップされたＮＡＩ、および任意の拡張されたＮＡＩを含む、ＮＡＩのいずれかが、ＳＰＲ１３８中のレコードにマッチするかどうかを判断することができる。ＰＣＲＮ１３６は、データ配列３００を使用して、ＮＡＩのセットを格納することができる。ＰＣＲＮ１３６は次に、Ｓｐインタフェース２７０を介してデータ配列３００を用いてＳＰＲ１３８に問い合わせを行うことができる。ＰＣＲＮ１３６は、マッチするＮＡＩが見つかる場合、加入者レコードを含む可能性がある結果セットを受信することができる。マッチするＮＡＩが結果セットに含まれる場合、方法はステップ４５０に進むことができる。結果セットに加入者レコードがない場合、方法はステップ４５５に進むことができる。
【００６０】
ステップ４５０において、ＰＣＲＮ１３６は、マッチする加入者レコードは、受信メッセージに対応すると判断することができる。ＰＣＲＮ１３６は、加入者レコード中の情報、およびメッセージに含まれる情報を使用して、ポリシー決定を生成する。例えば、ＰＣＲＮ１３６は、メッセージおよび加入者レコードに基づいてＰＣＣルールを生成することができる。この方法は次に、ステップ４７０に進むことができ、方法は終了する。
【００６１】
ステップ４５５において、ＰＣＲＮ１３６は、メッセージが受信されたインタフェースに基づいてＮＡＩを未確認加入者として格納すべきかどうかを判断することができる。メッセージがＧｘインタフェース２０５を介して受信された場合、方法４００はステップ４６０に進むことができる。ＰＣＲＮ１３６はまた、メッセージはＳ９インタフェースを介して受信されたが、メッセージを転送したパートナーデバイスは、Ｇｘインタフェースを介してメッセージを受信した場合、メッセージはＧｘインタフェースを介して受信されたと判断することができる。メッセージが、Ｇｘｘインタフェース２１０、Ｒｘインタフェース２１５、またはＳ９インタフェース２２０のような別のインタフェースを介して受信された場合、方法４００はステップ４６５に進むことができる。
【００６２】
ステップ４６０において、ＰＣＲＮ１３６が、ＮＡＩを未確認加入者の加入者識別子として格納することができる。未確認加入者のレコードは、ＮＡＩと、メッセージに含まれるその他の情報とを含むことができる。様々な例示的実施形態では、ＰＣＲＮ１３６は、デフォルトの加入者情報を使用して、ポリシー決定を行い、メッセージの要求を満たすことができる。ＰＣＲＮ１３６は、加入者を識別することができないにもかかわらず、メッセージと関連するＵＥ１１０にサービスを提供することができる。様々な代替の実施形態では、ＰＣＲＮ１３６は、未確認加入者に関するさらなる情報を提供する追加メッセージを待つことができる。格納されたＮＡＩは、Ｇｘインタフェースを介して受信されたので、これは実際のＮＡＩである可能性があり、またはこれはヒントディジットを含んだ拡張ＮＡＩである可能性がある。いずれの場合も、ＰＣＲＮ１３６は、たとえ第２のメッセージに代替ＮＡＩが使用されていても、方法４００を使用して第２のメッセージを未確認加入者と関連付けることができる可能性がある。
【００６３】
ステップ４６５において、ＰＣＲＮ１３６が、未確認加入者の加入者識別子としてストリップされたＮＡＩを格納することができる。未確認加入者のレコードは、ストリップされたＮＡＩと、メッセージに含まれるその他の情報とを含むことができる。様々な例示的実施形態では、ＰＣＲＮ１３６は、デフォルト加入者情報を使用して、ポリシー決定を行い、メッセージ要求を満たすことができる。ＰＣＲＮ１３６は、加入者を識別することができないにもかかわらず、メッセージと関連するＵＥ１１０にサービスを提供することができる。様々な代替の実施形態では、ＰＣＲＮ１３６は、未確認加入者に関するさらなる情報を提供する追加メッセージを待つことができる。ＮＡＩはＧｘインタフェースを介して受信されなかったので、受信されたＮＡＩは、ヒントディジットを含んだ拡張ＮＡＩである可能性がある。したがって、ストリップされたＮＡＩは、実際のＮＡＩである可能性があり、たとえ第２のメッセージに代替ＮＡＩが使用されていても、ＰＣＲＮ１３６は、方法４００を使用して第２のメッセージを未確認加入者と関連付けることができる可能性がある。
【００６４】
ＰＣＲＮおよびＰＣＲＮによって行われる方法について説明したが、次に、加入者を識別するいくつかの例をあげる。便宜上、説明は、図３に示すＮＡＩの代替的な形式を参照する。ＳＰＲ１３８および加入者キャッシュ２４０は、ヒントディジットのないＮＡＩを支給されることがある。したがって、ＳＰＲ１３８および加入者キャッシュ２４０は、この例では、最初はＳＰＲ１３８および加入者キャッシュ２４０における唯一の加入者とすることができる、Ａｌｉｃｅと言う名前のローカルネットワークへの加入者に対して、加入者識別子としてＮＡＩ３０５を含むことができる。
【００６５】
第１の例では、ＰＣＲＮ１３６は、Ｒｘインタフェースを介してＡＡＲのようなメッセージを受信することができる。ＡＡＲ内の例示的ＮＡＩは、ヒントディジットを含み、したがって拡張ＮＡＩ３１５および拡張ＮＡＩ３２０のような拡張ＮＡＩである。ＰＣＲＮが、例えば拡張ＮＡＩ３１５から最初のディジットをストリップすると、ストリップされたＮＡＩはＮＡＩ３０５にマッチする。したがって、ＰＣＲＮ１３６は、メッセージと関連する加入者として加入者Ａｌｉｃｅを識別することができる。ほとんどのＰＧＷがＧＴＰを使用するネットワークにおいて、このタイプの識別が一般的である可能性があり、迅速に行われる可能性がある。
【００６６】
第２の例では、ＰＣＲＮ１３６は、Ｇｘインタフェースを介してＣＣＲのようなメッセージを受信することができる。ＣＣＲ内の例示的ＮＡＩがヒントディジットを含んでいるかどうかはわかっていない。したがって、受信ＮＡＩは、ＮＡＩ３０５、拡張ＮＡＩ３１５、または拡張ＮＡＩ３２０である可能性がある。受信ＮＡＩが拡張ＮＡＩである場合、この例は、第１の例と同様となる。受信ＮＡＩがＮＡＩ３０５である場合、ＰＣＲＮ１３６は最初のディジットをストリップし、ストリップされたＮＡＩ３１０が加入者キャッシュにあるかどうかをチェックする。ＮＡＩ３１０が見つからないとき、ＰＣＲＮ１３６は次いでＮＡＩ３０５をチェックし、Ａｌｉｃｅを識別する。
【００６７】
第３の例では、ＰＣＲＮは、Ｇｘインタフェースを介してＮＡＩ「６６９８７６５４３２１０＠ｄｏｍａｉｎ．ｃｏｍ」を含んだＣＣＲメッセージを受信することができる。ＰＣＲＮ１３６は、このＮＡＩがヒントディジットを含んでいるかどうかを知ることはできないが、この例ではこのＮＡＩは含んでいる。ＰＣＲＮ１３６は、ストリップされたＮＡＩ、受信ＮＡＩ、および拡張ＮＡＩをチェックするが、いずれもＡｌｉｃｅにマッチしない。ＰＣＲＮ１３６はまた、ＮＡＩのセットを用いてＳＰＲ１３８に問い合わせを行うことができるが、マッチを受信しない。しかしながら、ＮＡＩは、Ａｌｉｃｅのような加入者がｄｏｍａｉｎ．ｃｏｍに加入していることを示すので、ＰＣＲＮ１３６は、要求されたサービスを提供することを望むことがある。したがって、ＰＣＲＮ１３６は、未確認加入者を作成し、加入者識別子としてＮＡＩ「６６９８７６５４３２１０＠ｄｏｍａｉｎ．ｃｏｍ」を格納することができる。
【００６８】
ＰＣＲＮ１３６が、Ｒｘインタフェースを介して未確認加入者と関連する第２のメッセージ、例えばＡＡＲメッセージを受信する場合、メッセージはＮＡＩ「６６９８７６５４３２１０＠ｄｏｍａｉｎ．ｃｏｍ」を含むことになる。ＰＣＲＮ１３６は、まずストリップされたＮＡＩをチェックし、ストリップされたＮＡＩはマッチしない。ＰＣＲＮ１３６は、次いで受信ＮＡＩをチェックし、受信ＮＡＩはマッチする。したがって、ＰＣＲＮ１３６は、未確認の加入者および第１のメッセージと第２のメッセージをマッチすることができる。
【００６９】
ＰＣＲＮ１３６が、ＰＭＩＰｖ６を実装しているＰＧＷからＧｘインタフェースを介して未確認加入者と関連する第３のメッセージ、例えばＣＣＲメッセージを受信する場合、メッセージはＮＡＩ「６９８７６５４３２１０＠ｄｏｍａｉｎ．ｃｏｍ」を含むことになる。加入者は、異なるＮＡＩを使用する新しいＰＧＷにハンドオーバされた可能性がある。ＰＣＲＮ１３６は、まずストリップされたＮＡＩをチェックし、ストリップされたＮＡＩはマッチしない。ＰＣＲＮ１３６は、次いで受信ＮＡＩをチェックし、受信ＮＡＩはマッチしない。最後に、ＰＣＲＮ１３６は、受信ＮＡＩの先頭に６を付加することによって拡張ＮＡＩを形成し、拡張ＮＡＩは未確認加入者のレコードにマッチする。したがって、ＰＣＲＮ１３６は、未確認加入者および第１のメッセージと第３のメッセージをマッチすることができる。このように、ＰＣＲＮ１３６は、他のネットワークノードがヒントディジットを使用しているかどうかにかかわらず、加入者を識別することができる。
【００７０】
前述に従って、様々な例示的実施形態が、ポリシーおよび課金ルールノードおよび加入者を識別するための方法を提供する。詳細には、代替ＮＡＩを使用することによって、加入者は、ネットワークノードが異なるＮＡＩを使用してこの加入者を識別するときでさえ、識別されることが可能である。
【００７１】
本発明の様々な例示的実施形態は、ハードウェアおよび／またはファームウェアで実装可能であることは、前述の説明から明らかであろう。さらに、様々な例示的実施形態は、機械可読記憶媒体に格納された命令として実装され、少なくとも１つのプロセッサによって実行されて、本明細書に詳細に記載する動作を行うことが可能である。機械可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、または他のコンピューティングデバイスのような機械によって読み取ることができる形式で情報を格納するための任意の機構を含むことができる。したがって、機械可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および同様の記憶媒体を含むことができる。
【００７２】
本明細書のいかなるブロック図も本発明の原理を具体化する例示的回路の概念図を表すことは、当業者には理解されるであろう。同様に、いかなるフローチャート、流れ図、状態遷移図、擬似コードなども、実質的には機械可読媒体中に表現され、コンピュータまたはプロセッサによって、このようなコンピュータまたはプロセッサが明示されているかどうかにかかわらず、そのように実行されることが可能な様々なプロセスを表すことは、理解されるであろう。
【００７３】
様々な例示的実施形態について、そのいくつかの例示的態様を特に参照して詳細に説明したが、本発明は他の実施形態が可能であり、本発明の詳細は、様々な明らかな点の変更が可能であることを理解されたい。当業者には容易に理解されるように、本発明の趣旨および範囲内にありながら、変形形態および変更形態が考えられる。したがって、上記の開示、説明、および図は、単に例示の目的のためであって、本発明を決して限定せず、本発明は単に特許請求の範囲によって定められる。
【図１】
0005816759.tif 000002
【図２】
0005816759.tif 000003
【図３】
0005816759.tif 000004
【図４】
0005816759.tif 000005