(57)【要約】  無線通信ネットワークにおいてポリシーコントロールおよびチャージング（ＰＣ）機能をサポートするための技術について説明する。一設計では、ポリシーコントロールおよびチャージングルール機能（ＰＣＲＦ）は、モビリティプロトコル（例えば、モバイルＩＰ）を使用して第１のネットワークエンティティにアクセスするユーザ機器（ＵＥ）のＰＣＣセッションを確立する要求を該第１のネットワークエンティティ（例えば、ホームエージェント）から受信する。該ＰＣＲＦは、該要求に含まれているＩＰ−ＣＡＮタイプパラメータに基づいて、該ＵＥによって使用される該モビリティプロトコルを決定する。該ＰＣＲＦは、該モビリティプロトコルに基づいて該ＰＣＣセッションのＰＣＣルールを決定して、該ＰＣＣルールを該第１のネットワークエンティティに送信する。該第１のネットワークエンティティは、該ＰＣＣセッションのパケットに該ＰＣＣルールを適用して、チャージング目的で各パケットをカウントする。第２のネットワークエンティティは該パケットを転送するが、これらのパケットをチャージング目的ではカウントしない。【選択図】  図３
2011514029.tif 000002
【特許請求の範囲】
【請求項１】
モビリティプロトコルを使用して第１のネットワークエンティティにアクセスするユーザ機器（ＵＥ）についてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する要求を前記第１のネットワークエンティティから受信することと、
前記要求に基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定することと、
前記モビリティプロトコルに基づいて、前記ＰＣＣセッションについてＰＣＣルールを決定することと、
前記第１のネットワークエンティティに前記ＰＣＣルールを送信することと、
を含む無線通信方法。
【請求項２】
前記ＵＥによって使用される前記モビリティプロトコルを決定することは、
前記要求からＩＰ−ＣＡＮタイプパラメータを得ることと、
前記ＩＰ−ＣＡＮタイプパラメータに基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定することと、
を含む請求項１の方法。
【請求項３】
前記ＰＣＣルールは、前記ＰＣＣセッションのパケットを識別するための少なくとも１つのフィルタからなるセットと、チャージングのために前記パケットをカウントするか否かの指示と、前記パケットのサービス品質（ＱｏＳ）ルールと、前記ＰＣＣセッションについてのチャージング情報のうちの少なくとも１つを含む、請求項１の方法。
【請求項４】
前記ＰＣＣセッションのパケットは、第２のネットワークエンティティを介して前記ＵＥと前記第１のネットワークエンティティとの間で交換されるトネリングパケットにカプセル化され、前記方法はさらに、
前記トネリングパケットを識別するための少なくとも１つのフィルタからなるセットと、チャージングのために前記トネリングパケットをカウントしないという指示とを含む第２のＰＣＣルールを決定することと、
前記第２のＰＣＣルールを前記第２のネットワークエンティティに送信して、前記トネリングパケットに適用することと、
を含む請求項１の方法。
【請求項５】
前記ＵＥについて第２のＰＣＣセッションを確立する第２の要求を第２のネットワークエンティティから受信することと、
前記第２の要求に基づいて、前記第２のネットワークエンティティについて前記ＵＥによって使用される無線アクセスタイプを決定することと、
前記ＵＥによって使用される前記無線アクセスタイプに基づいて、前記第２のＰＣＣセッションについて第２のＰＣＣルールを決定することと、
前記第２のネットワークエンティティに前記第２のＰＣＣルールを送信することと、
をさらに含む請求項１の方法。
【請求項６】
前記第２のＰＣＣセッションのパケットが、トネリングなしで前記ＵＥと前記第２のネットワークエンティティとの間で交換され、
前記第２のＰＣＣルールは、前記第２のＰＣＣセッションの非トネリングパケットを識別するための少なくとも１つのフィルタを含む、
請求項５の方法。
【請求項７】
前記第１のネットワークエンティティは、前記モビリティプロトコルに基づいてモバイル・インターネットプロトコル（ＩＰ）・アクセスのために前記ＵＥにサービスするホームエージェントを含む、請求項５の方法。
【請求項８】
モビリティプロトコルを使用して第１のネットワークエンティティにアクセスするユーザ機器（ＵＥ）についてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する要求を前記第１のネットワークエンティティから受信し、
前記要求に基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定し、
前記モビリティプロトコルに基づいて前記ＰＣＣセッションについてＰＣＣルールを決定し、
前記ＰＣＣルールを前記第１のネットワークエンティティに送信する、
少なくとも１つのプロセッサを備える、無線通信装置。
【請求項９】
前記少なくとも１つのプロセッサは、前記要求からＩＰ−ＣＡＮタイプパラメータを得、前記ＩＰ−ＣＡＮタイプパラメータに基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定する、請求項８の装置。
【請求項１０】
前記ＰＣＣセッションのパケットは、第２のネットワークエンティティを介して前記ＵＥと前記第１のネットワークエンティティとの間で交換されるトネリングパケットにカプセル化され、
前記少なくとも１つのプロセッサは、
前記トネリングパケットを識別するための少なくとも１つのフィルタからなるセットと、チャージングのために前記トネリングパケットをカウントしないという指示とを含む第２のＰＣＣルールを決定し、
前記第２のＰＣＣルールを前記第２のネットワークエンティティに送信して、前記トネリングパケットに適用する、
請求項８の装置。
【請求項１１】
前記少なくとも１つのプロセッサは、
前記ＵＥについて第２のＰＣＣセッションを確立する第２の要求を第２のネットワークエンティティから受信し、
前記第２の要求に基づいて、前記第２のネットワークエンティティについて前記ＵＥによって使用される無線アクセスタイプを決定し、
前記ＵＥによって使用される前記無線アクセスタイプに基づいて、前記第２のＰＣＣセッションについて第２のＰＣＣルールを決定し、
前記第２のＰＣＣルールを前記第２のネットワークエンティティに送信する、
請求項８の装置。
【請求項１２】
モビリティプロトコルを使用して第１のネットワークエンティティにアクセスするユーザ機器（ＵＥ）についてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する要求を前記第１のネットワークエンティティから受信する手段と、
前記要求に基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定する手段と、
前記モビリティプロトコルに基づいて、前記ＰＣＣセッションについてＰＣＣルールを決定する手段と、
前記第１のネットワークエンティティに前記ＰＣＣルールを送信する手段と、
を備える無線通信装置。
【請求項１３】
前記ＵＥによって使用される前記モビリティプロトコルを決定する手段は、
前記要求からＩＰ−ＣＡＮタイプパラメータを得る手段と、
前記ＩＰ−ＣＡＮタイプパラメータに基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定する手段と、
を含む請求項１２の装置。
【請求項１４】
前記ＰＣＣセッションのパケットは、第２のネットワークエンティティを介して前記ＵＥと前記第１のネットワークエンティティとの間で交換されるトネリングパケットにカプセル化され、前記装置はさらに、
前記トネリングパケットを識別するための少なくとも１つのフィルタからなるセットと、チャージングのために前記トネリングパケットをカウントしないという指示とを含む第２のＰＣＣルールを決定する手段と、
前記第２のＰＣＣルールを前記第２のネットワークエンティティに送信して、前記トネリングパケットに適用する手段と、
を含む請求項１２の装置。
【請求項１５】
前記ＵＥについて第２のＰＣＣセッションを確立する第２の要求を第２のネットワークエンティティから受信する手段と、
前記第２の要求に基づいて、前記第２のネットワークエンティティについて前記ＵＥによって使用される無線アクセスタイプを決定する手段と、
前記ＵＥによって使用される前記無線アクセスタイプに基づいて、前記第２のＰＣＣセッションの第２のＰＣＣルールを決定する手段と、
前記第２のネットワークエンティティに前記第２のＰＣＣルールを送信する手段と、
をさらに含む請求項１２の装置。
【請求項１６】
少なくとも１つのコンピュータに、モビリティプロトコルを使用して第１のネットワークエンティティにアクセスするユーザ機器（ＵＥ）についてポリシーコントロールおよびチャージング（ＰＣＣ）を確立する要求を前記第１のネットワークエンティティから受信させるコードと、
前記少なくとも１つのコンピュータに、前記要求に基づいて、前記ＵＥによって使用される前記モビリティプロトコルを決定させるコードと、
前記少なくとも１つのコンピュータに、前記モビリティプロトコルに基づいて、前記ＰＣＣセッションについてＰＣＣルールを決定させるコードと、
前記少なくとも１つのコンピュータに、前記第１のネットワークエンティティに前記ＰＣＣルールを送信させるコードと、
を含むコンピュータ読み取り可能な媒体を備えるコンピュータプログラム製品。
【請求項１７】
第１のネットワークエンティティにおいて、モビリティプロトコルに基づき、ユーザ機器（ＵＥ）によるアクセスを受け付けることと、
前記ＵＥについてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する要求を第２のネットワークエンティティに送信することと、前記要求は前記ＵＥによって使用される前記モビリティプロトコルを含む、
前記第２のネットワークエンティティから前記ＰＣＣセッションのＰＣＣルールを受信することと、前記ＰＣＣルールは前記モビリティプロトコルに基づいて決定される、
前記ＰＣＣセッションについて前記ＵＥと交換されるパケットに前記ＰＣＣルールを適用することと、
を含む無線通信方法。
【請求項１８】
前記ＵＥによって使用される前記モビリティプロトコルに基づいてＩＰ−ＣＡＮタイプパラメータを設定することと、
前記ＩＰ−ＣＡＮタイプパラメータを含む前記要求を生成することと、
をさらに含む請求項１７の方法。
【請求項１９】
前記ＰＣＣルールを適用することは、
前記ＰＣＣルールから得られた少なくとも１つのフィルタからなるセットに基づいて、前記ＰＣＣセッションの前記パケットを識別することと、
チャージングのために前記パケットをカウントすることと、
を含む請求項１７の方法。
【請求項２０】
前記ＰＣＣルールは、前記ＰＣＣセッションの前記パケットを識別するための少なくとも１つのフィルタからなるセットと、チャージングのために前記パケットをカウントするか否かの指示と、前記パケットのサービス品質（ＱｏＳ）ルールと、前記ＰＣＣセッションについてのチャージング情報のうちの少なくとも１つを含む、請求項１７の方法。
【請求項２１】
前記第１のネットワークエンティティは前記ＵＥについてのホームエージェントを含み、前記第２のネットワークエンティティはポリシーコントロールおよびチャージングルール機能（ＰＣＲＦ）を含む、請求項１７の方法。
【請求項２２】
第１のネットワークエンティティにおいて、ビリティプロトコルに基づき、ユーザ機器（ＵＥ）によるアクセスを受け付け、
前記ＵＥについてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する要求を第２のネットワークエンティティに送信し、前記要求は前記ＵＥによって使用される前記モビリティプロトコルを含む、
前記第２のネットワークエンティティから前記ＰＣＣセッションのＰＣＣルールを受信し、前記ＰＣＣルールは前記モビリティプロトコルに基づいて決定される、
前記ＰＣＣセッションについて前記ＵＥと交換されるパケットに前記ＰＣＣルールを適用する
少なくとも１つのプロセッサ、
を備える無線通信装置。
【請求項２３】
前記少なくとも１つのプロセッサは、
前記ＵＥによって使用される前記モビリティプロトコルに基づいてＩＰ−ＣＡＮタイプパラメータを設定し、
前記ＩＰ−ＣＡＮタイプパラメータを含む前記要求を生成する
請求項２２の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、
前記ＰＣＣルールから得られた少なくとも１つのフィルタからなるセットに基づいて、前記ＰＣＣセッションの前記パケットを識別し、
チャージングのために前記パケットをカウントする
請求項２２の装置。
【請求項２５】
第１のネットワークエンティティにおいて、ポリシーコントロールおよびチャージング（ＰＣＣ）ルールを受信すること、前記ＰＣＣルールは、モビリティプロトコルを使用して第２のネットワークエンティティにアクセスするユーザ機器（ＵＥ）について、前記第２のネットワークエンティティによって確立されたＰＣＣセッション向けである、
前記ＰＣＣルールから得られた少なくとも１つのフィルタからなる第１のセットに基づいて、前記ＰＣＣセッションのトネリングパケットを識別することと、
チャージングのために前記トネリングパケットをカウントしないこと、前記トネリングパケットは、チャージングのために前記第２のネットワークエンティティによってカウントされる、
を含む無線通信方法。
【請求項２６】
ダイレクト・インターネットプロトコル（ＩＰ）・アクセスを使用して前記第１のネットワークエンティティにアクセスするＵＥについて第２のＰＣＣセッションを確立する要求を送信することと、
前記第２のＰＣＣセッションについて第２のＰＣＣルールを受信することと、前記第２のＰＣＣルールは、前記第２のネットワークエンティティについて前記ＵＥによって使用される無線アクセスタイプに基づいて決定される、
前記第２のＰＣＣルールから得られる少なくとも１つのフィルタからなる第２のセットに基づいて、前記第２のＰＣＣセッションの非トネリングパケットを識別することと、
チャージングのために前記非トネリングパケットをカウントすることと、
をさらに含む請求項２５の方法。
【請求項２７】
少なくとも１つのプロセッサを備える無線通信装置であって、
前記少なくとも１つのプロセッサは、
第１のネットワークエンティティにおいて、ポリシーコントロールおよびチャージング（ＰＣＣ）ルールを受信し、前記ＰＣＣルールは、モビリティプロトコルを使用して第２のネットワークエンティティにアクセスするユーザ機器（ＵＥ）について、前記第２のネットワークエンティティによって確立されたＰＣＣセッションについてである、
前記ＰＣＣルールから得られる少なくとも１つのフィルタからなる第１のセットに基づいて前記ＰＣＣセッションのトネリングパケットを識別し、
前記トネリングパケットをチャージングのためにカウントしない、前記トネリングパケットは、前記第２のネットワークエンティティによってカウントされる、
無線通信装置。
【請求項２８】
前記少なくとも１つのプロセッサは、
ダイレクト・インターネットプロトコル（ＩＰ）・アクセスを使用して前記第１のネットワークエンティティにアクセスする前記ＵＥについて第２のＰＣＣセッションを確立する要求を送信し、
前記第２のＰＣＣセッションについて第２のＰＣＣルールを受信し、前記第２のＰＣＣルールは、前記第２のネットワークエンティティについて前記ＵＥにより使用される無線アクセスタイプに基づいて決定される、
前記第２のＰＣＣルールから得られる少なくとも１つのフィルタからなる第２のセットに基づいて前記第２のＰＣＣセッションの非トネリングパケットを識別し、
チャージングのために前記非トネリングパケットをカウントする
請求項２７の装置。
【請求項２９】
モビリティプロトコルを使用するユーザ機器（ＵＥ）によって第１のネットワークエンティティにアクセスすること、前記第１のネットワークエンティティは、前記モビリティプロトコルに基づいて、前記ＵＥについてのポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する、
前記ＰＣＣセッションについて前記第１のネットワークエンティティとトネリングパケットを交換すること、前記第１のネットワークエンティティは、前記モビリティプロトコルに基づいて、前記ＰＣＣセッションについて決定されたＰＣＣルールにしたがって、チャージングのために前記トネリングパケットをカウントする、
を含む無線通信方法。
【請求項３０】
ダイレクト・インターネットプロトコル（ＩＰ）・アクセスを使用する前記ＵＥによって第２のネットワークエンティティにアクセスすること、前記第２のネットワークエンティティは、前記第２のネットワークエンティティについて前記ＵＥによって使用される無線アクセスタイプに基づいて、前記ＵＥについて第２のＰＣＣセッションを確立する、
前記第２のＰＣＣセッションについて前記第２のネットワークエンティティと非トネリングパケットを交換すること、前記第２のネットワークエンティティは、前記無線アクセスタイプに基づいて、前記第２のＰＣＣセッションについて決定された第２のＰＣＣルールに従って、チャージングのために前記非トネリングパケットをカウントする、
をさらに含む請求項２９の方法。
【請求項３１】
前記トネリングパケットは、前記第２のネットワークエンティティを介して前記ＵＥと前記第１のネットワークエンティティとの間で交換され、
前記第２のネットワークエンティティは、チャージングのために前記トネリングパケットをカウントしない、請求項３０の方法。
【請求項３２】
前記第１のネットワークエンティティは、前記モビリティプロトコルに基づくモバイルＩＰアクセスのために前記ＵＥにサービスするホームエージェントを含み、
前記第２のネットワークエンティティは、前記ダイレクトＩＰアクセスのために前記ＵＥにサービスするサービングゲートウェイを含む、
請求項３０の方法。
【請求項３３】
少なくとも１つのプロセッサを備える無線通信装置であって、前記少なくとも１つのプロセッサは、
モビリティプロトコルを用いるユーザ機器（ＵＥ）により前記第１のネットワークエンティティにアクセスし、前記第１のネットワークエンティティは、前記モビリティプロトコルに基づき前記ＵＥについてポリシーコントロールおよびチャージング（ＰＣＣ）セッションを確立する、
前記ＰＣＣセッションについて前記第１のネットワークエンティティとトネリングパケットを交換する、前記第２のネットワークエンティティは、前記モビリティプロトコルに基づいて前記ＰＣＣセッションについて決定されたＰＣＣルールにしたがって、チャージングのためにト前記トネリングパケットをカウントする、
無線通信装置。
【請求項３４】
前記少なくとも１つのプロセッサは、
ダイレクト・インターネットプロトコル（ＩＰ）・アクセスを使用する前記ＵＥによって第１のネットワークエンティティにアクセスし、前記第２のネットワークエンティティは、前記第２のネットワークエンティティについて前記ＵＥにより使用される無線アクセスタイプに基づいて前記ＵＥについて第２のＰＣＣセッションを確立する、
前記第２のＰＣＣセッションについて前記第２のネットワークエンティティと前記非トネリングパケットを交換する、第２のネットワークエンティティは、前記無線アクセスタイプに基づいて前記第２のＰＣＣセッションについて決定された第２のＰＣＣルールに従って、チャージングのために非トネリングパケットをカウントする、
請求項３３の装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本出願は、「モバイルＩＰのＩＰ−ＣＡＮに基づいたＰＣＣルール（PCC RULES BASED ON IP-CAN FOR MOBILE IP）」と題され、２００８年１月１４日に出願され、この譲受人に譲渡され、参照してここに組み込まれている米国仮特許出願第６１／０２１，０１３号の優先権を請求するものである。
【技術分野】
【０００２】
本開示は概して通信に、より具体的には、無線通信ネットワークにおいてポリシーコントロールおよびチャージング（ＰＣＣ）機能をサポートするための技術に関する。
【背景技術】
【０００３】
無線通信ネットワークは、音声、ビデオ、パケットデータ、メッセージングおよびブロードキャスティングなどの種々の通信サービスを提供するために広く展開されている。これらの無線ネットワークは、使用可能なネットワークリソースを共有することによって複数のユーザをサポート可能な多重アクセスネットワークであってもよい。このような多重アクセスネットワークの例として、符号分割多重アクセス（ＣＤＭＡ）ネットワーク、時分割多重アクセス（ＴＤＭＡ）ネットワーク、周波数分割多重アクセス（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークおよび単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークが挙げられる。
【０００４】
ユーザ機器（ＵＥ）は、リモートエンティティ（例えば、別のＵＥ）とデータを交換するために無線ネットワークと通信する。ＵＥはリモートエンティティとデータパケットを交換し、これらのパケットは、無線ネットワークの種々のネットワークエンティティを経由することがある。パケットは、ＵＥが、ローミングをサポートするためにモバイル・インターネット・プロトコル（ＭＩＰ）などのモビリティプロトコルを使用しているか否かに応じて、ネットワークエンティティによって様々に処理可能である。モビリティプロトコルがＵＥによって使用されているか否かに関係なく、ＰＣＣ機能を適切にサポートすることが望ましいこともある。
【発明の概要】
【０００５】
無線通信ネットワークのＰＣＣ機能をサポートする技術について以下説明する。一側面では、ＰＣＣセッションのＰＣＣルールは、モビリティプロトコルがＵＥによって使用されているか否かを示すパラメータに基づいて（つまり、これを考慮することによって）決定される。このパラメータは、ＰＣＣシグナリングに存在するＩＰ−ＣＡＮタイプパラメータであってもよい。このように決定されたＰＣＣルールは、後述されるように、一定の利点を提供できる。
【０００６】
一設計では、ポリシーコントロールおよびチャージングルール機能（Policy Control and Charging Rules Function）（ＰＣＲＦ）（または同等のネットワークエンティティ）が、モビリティプロトコル（例えば、ＭＩＰ）を使用して第１のネットワークエンティティにアクセスするＵＥについてＰＣＣセッションを確立する要求／指示を該第１のネットワークエンティティから受信する。該要求は該ＩＰ−ＣＡＮタイプパラメータを含み、これは該モビリティプロトコルに設定される。該ＰＣＲＦは、該ＩＰ−ＣＡＮタイプパラメータに基づいて該ＵＥによって使用される該モビリティプロトコルを決定し、また該モビリティプロトコルに基づいて該ＰＣＣセッションのＰＣＣルールを確認できる。該ＰＣＣルールは、該ＰＣＣセッションのパケットを識別するための少なくとも１つのフィルタからなる第１のセット、チャージングのために該パケットをカウントするか否かの指示、該パケットのサービス品質（ＱｏＳ）ルール、該ＰＣＣセッションのチャージング情報、および／または該ＰＣＣセッションに関する他の情報を含む。該ＰＣＲＦは該ＰＣＣルールを該第１のネットワークエンティティに送信し、該第１のネットワークエンティティは該ＰＣＣルールを該ＰＣＣセッションの該パケットに適用し、かつ各パケットをチャージングのためにカウントする。
【０００７】
該ＰＣＣセッションの該パケットはトネリングパケットにカプセル化され、該トネリングパケットは、第２のネットワークエンティティ（例えば、サービングゲートウェイ）を介して該ＵＥと該第１のネットワーク間で交換される。この場合、該ＰＣＲＦは該第２のネットワークエンティティについて第２のＰＣＣルールを決定する。該第２のＰＣＣルールは、（ｉ）該トネリングパケットを識別するための少なくとも１つのフィルタからなる第２のセットと、（ｉｉ）該トネリングパケットをチャージングのためにカウントしないという指示と、を含み、該第２のＰＣＣルールにチャージング情報がないことによって黙示的に提供される。該ＰＣＲＦは該第２のＰＣＣルールを該第２のネットワークエンティティに送信し、該第２のネットワークエンティティは該第２のＰＣＣルールを該トネリングパケットに適用する。該トネリングパケットは、該第２のネットワークエンティティではなく該第１のネットワークエンティティによって、チャージングのために一度だけカウントされる。
【０００８】
本開示の種々の態様および特徴についてさらに詳細に後述する。
【図面の簡単な説明】
【０００９】
【図１】図１は、例示的ネットワーク配置を示す。
【図２】図２は、インターネット・プロトコル（ＩＰ）・パケットをトネリングするパケット処理を示す。
【図３】図３は、ＩＰ−ＣＡＮタイプを使用してＰＣＣをサポートするプロセスを示す。
【図４】図４は、ＩＰ−ＣＡＮタイプを使用してＰＣＣをサポートするプロセスを示す。
【図５】図５は、ＰＣＲＦによってＰＣＣ機能をサポートするためのプロセスを示す。
【図６】図６は、ＰＣＲＦによってＰＣＣ機能をサポートするための装置を示す。
【図７】図７は、ホームエージェントによってＰＣＣ機能をサポートするためのプロセスを示す。
【図８】図８は、ホームエージェントによってＰＣＣ機能をサポートするための装置を示す。
【図９】図９は、サービングゲートウェイによってＰＣＣ機能をサポートするためのプロセスを示す。
【図１０】図１０は、サービングゲートウェイによってＰＣＣ機能をサポートするための装置を示す。
【図１１】図１１は、ＵＥによってＰＣＣ機能をサポートするためのプロセスを示す。
【図１２】図１２は、ＵＥによってＰＣＣ機能をサポートするための装置を示す。
【図１３】図１３は、図１の種々のネットワークエンティティのブロック図を示す。
【発明を実施するための形態】
【００１０】
ここに説明されている技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなどの種々の無線通信ネットワークに使用可能である。用語「ネットワーク」および「システム」はしばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）およびｃｄｍａ２０００などの無線技術を具現化可能である。ＵＴＲＡは広帯域ＣＤＭＡ（ＷＣＤＭＡ）とＣＤＭＡの変形例を含む。ｃｄｍａ２０００は、ＩＳ−２０００（ＣＤＭＡ２０００  １Ｘ）、ＩＳ−９５およびＩＳ−８５６基準をカバーするものである。ＴＤＭＡネットワークは、無線通信用グローバルシステム（ＧＳＭ）などの無線技術を具現化可能である。ＯＦＤＭＡネットワークは、次世代ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０およびＦｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を具現化可能である。ＵＴＲＡおよびＥ−ＵＴＲＡはユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、近々リリースされる、Ｅ−ＵＴＲＡを使用するＵＭＴＳである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称される機関発行の文書で説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称される機関発行の文書で説明されている。ここに説明されている技術は、上記のネットワークおよび無線技術、ならびに他のネットワークおよび無線技術に使用可能である。明確にするために、これらの技術の特定の側面をＬＴＥについて後述し、ＬＴＥという用語は以下の説明の多くで使用されている。
【００１１】
図１は、例示的ネットワーク配置１００を示している。ＵＥ１１０は、インターネット接続、ショート・メッセージ・サービス（ＳＭＳ）、インスタントメッセージング（ＩＭ）、無線アプリケーションプロトコル（ＷＡＰ）アクセス、マルチメディアストリーミング、およびマルチメディアメッセージングなどの１つ以上のデータサービスを受信するために、次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１２０ａや非３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）１２０ｂと通信可能である。ＵＥ１１０は、移動局、端末、アクセス端末、加入者ユニットおよびステーションなどと称されることもある。ＵＥ１１０は、携帯電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、携帯デバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）ステーションなどであってもよい。
【００１２】
Ｅ−ＵＴＲＡＮ１２０ａは、ＵＥの無線通信をサポートする次世代ノードＢ（ｅＮＢ:evolved Node B）を含んでもよい。ｅＮＢは、複数のＵＥと通信する固定局であってもよく、また、ノードＢ、基地局およびアクセスポイントなどと称されることもある。サービングゲートウェイ（ＳＧＷ）１３０ａはＥ−ＵＴＲＡＮ１２０ａへのインタフェース接続を終端し、また、ｅＮＢ間のＵＥのハンドオーバのサポート、ＵＥのデータのバッファリング、ルーティングおよび転送、ネットワークトリガされたサービス要求手順の開始、チャージングのアカウント機能など種々の機能を実行する。ホームエージェント（ＨＡ）１４０は直接または間接にサービングゲートウェイ１３０ａと通信し、ＭＩＰ、プロキシＭＩＰ（ＰＭＩＰ）、デュアル・スタック・モバイルＩＰｖ６（ＤＳＭＩＰｖ６）、モバイルＩＰｖ４連結型ケア・オブ・アドレス（ＭＩＰｖ４−ＣＣｏＡ：Mobile IPv4 collocated care-of-address）、汎用パケット無線サービス（ＧＰＲＳ）トネリングプロトコル（ＧＴＰ）などの１つまたは複数のモビリティプロトコルをサポートできる。ホームエージェント１４０は、ＵＥをローミングするための現在地情報を維持し、またこれらのＵＥのパケットをルーティングする。ホームエージェント１４０は、ホームエージェント専用のゲートウェイであっても、ホームエージェント機能性ならびに他の機能性を提供するゲートウェイであってもよい。
【００１３】
図１には示されていないが、パケット・データ・ネットワーク（ＰＤＮ）・ゲートウェイはサービングゲートウェイ１３０ａとホームエージェント１４０を結合する。ＰＤＮゲートウェイは、ＵＥのパケットフィルタリングおよびＩＰアドレス割り当て、サービス・レベル・ゲーティング・コントロールおよびレート実行、クライアントおよびサーバ用の動的ホスト構成プロトコル（ＤＨＣＰ）機能、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）機能性などの機能を実行可能である。認証、認可および課金／ホーム加入者サーバ（ＡＡＡ／ＨＳＳ）１４２は、ＵＥに関する加入関連情報（例えば、ユーザプロフィール）および位置情報を記憶する。ＡＡＡ／ＨＳＳ１４２はＵＥの認証および認可を実行し、また、ＵＥに関する情報を、要求するネットワークエンティティに提供する。
【００１４】
非３ＧＰＰ  ＲＡＮ１２０ｂはＣＭＤＡ２０００  １Ｘネットワーク、ＷｉＭＡＸネットワーク、Ｗｉ−Ｆｉネットワーク、または他のタイプのＲＡＮであってもよい。非３ＧＰＰ  ＲＡＮ１２０ｂは非３ＧＰＰゲートウェイ１３０とインタフェース接続し、この非３ＧＰＰゲートウェイ１３０ｂは、サービングゲートウェイ１３０ａによって実行される機能に類似の機能を実行する。
【００１５】
ＰＣＲＦ１５０と、ポリシーおよびチャージング実行機能（ＰＣＥＦ）は共にＰＣＣ機能をサポートする。ＰＣＥＦのインスタンスは、図１に示されているように、ゲートウェイ１３０ａ、１３０ｂおよびホームエージェント１４０の各々と併用できる。ＰＣＲＦ１５０は、ＰＣＣのコントローラとして作用し、アプリケーション機能（ＡＦ）からサービス情報を受信し、ＰＣＣルールをＰＣＥＦに提供することができる。ＰＣＥＦは、ＰＣＲＦ１５０によって提供されたＰＣＣルールを実行する。例えば、ＰＣＥＦはＩＰフローのＱｏＳをセットアップして、ＰＣＣルールに基づいてＩＰフローのチャージング機能を提供することができる。ＩＰフローはデータフローなどとも称されることがある。ＰＣＣ、ＰＣＲＦおよびＰＣＥＦは、公的に入手可能な、「ポリシーおよびチャージング・コントロール・アーキテクチャ（Policy and charging control architecture）」と題された３ＧＰＰ  ＴＳ２３．２０３に説明されている。
【００１６】
図１のネットワークエンティティは他の名称で称されることもある。例えば、サービングゲートウェイのＰＣＥＦはベアラバインディングおよびイベントレポーティング機能（Bearer Binding and Event Reporting Function）（ＢＢＥＲＦ）と称されることもある。
【００１７】
図１のＲＡＮおよびネットワークエンティティは１つ以上のパブリック・ランド・モバイル・ネットワーク（ＰＬＭＮ）に属してもよい。例えば、ホームＰＬＭＮ（ＨＰＬＭＮ）はホームエージェント１４０およびＡＡＡ／ＨＳＳ１４２を含んでもよく、ビジテッドＰＬＭＮ（ＶＰＬＭＮ）はＥ−ＵＴＲＡＮ１２０ａおよびサービングゲートウェイ１３０ａを含んでもよい。非３ＧＰＰ  ＲＡＮ１２０ｂおよび非３ＧＰＰゲートウェイ１３０ｂはＨＰＬＭＮまたはＶＰＬＭＮに属してもよい。ＰＣＲＦ１５０は、ホームＰＣＲＦ（Ｈ−ＰＣＲＦ）をＨＰＬＭＮに、かつビジテッドＰＣＲＦ（Ｖ−ＰＣＲＦ）をＶＰＬＭＮに含めることができる。各ＰＬＭＮはまた、図１に示されていない他のネットワークエンティティを含んでもよい。
【００１８】
図１は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ：IP Connectivity Access Network）をサポート可能ないくつかのネットワークエンティティを示している。ＩＰ−ＣＡＮは、ＵＥとコア・ネットワーク・エンティティ間のＩＰトランスポート接続を提供する、ネットワークエンティティおよびインタフェースの集合である。図１のネットワークエンティティは相互に直接または間接に、例えば１つ以上のデータネットワークを介して通信する。図１のネットワークエンティティは、「次世代ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）および次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）；全文（Evolved Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN);Overall description）」と題された３ＧＰＰ  ＴＳ３６．３００と、「次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アクセスの汎用パケット無線サービス（ＧＲＲＳ）の向上（General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) access）」と題された３ＧＰＰ  ＴＳ２３．４０１に説明されている。これらの文書は、３ＧＰＰから公的に入手可能である。
【００１９】
ＵＥ１１０は、ダイレクトＩＰアクセスおよび／またはモバイルＩＰアクセスを介してインターネット接続を取得可能である。ダイレクトＩＰアクセスとは、ＵＥのモビリティをサポートすることなく、ＵＥ１１０とリモートエンティティ間でＩＰパケットを交換することである。モバイルＩＰアクセスとは、ＵＥの位置を追跡し続けて、トネリングを使用してＩＰパケットをＵＥに転送するネットワークエンティティを介して、ＵＥ１１０とリモートエンティティ間でＩＰパケットを交換することである。モバイルＩＰアクセスは、ＭＩＰ、ＰＭＩＰ、ＤＳＭＩＰｖ６、ＭＩＰｖ４−ＣＣｏＡ、ＧＴＰまたは他のモビリティプロトコルを使用してサポートされる。例えば、ＵＥ１１０は、サービングゲートウェイ１３０ａまたは非３ＧＰＰゲートウェイ１３０ｂを介してダイレクトＩＰアクセスを取得し、また、トネリングなしでゲートウェイ１３０ａまたは１３０ｂを介してＩＰパケットを交換する。ＵＥ１１１０はまた、ＭＩＰなどのモビリティプロトコルを使用して、ホームエージェント１４０を介するモバイルＩＰアクセスを取得できる。モバイルＩＰアクセスについて、ＩＰパケットは、ゲートウェイ１３０ａまたは１３０ｂを介して、ＵＥ１１０とホームエージェント１４０間でトネリングされる。
【００２０】
図２は、アップリンクでＵＥ１１０からホームエージェント１４０に送られたＩＰパケットをトネリングする処理の一例を示している。ＵＥ１１０は別のＵＥと通信し、このもう一方のＵＥに送信するＩＰパケット２１０を生成する。ＩＰパケット２１０はＩＰヘッダおよびペイロードを含む。ＩＰヘッダは、ソース・アドレス・フィールド、宛先アドレスフィールドおよびプロトコルフィールドを含む種々のフィールドを含んでいる。ソース・アドレス・フィールドはＵＥ１１０のＩＰアドレス（ＵＥ１  ＩＰアドレス）に設定され、宛先アドレスフィールドはもう一方のＵＥのＩＰアドレス（ＵＥ２  ＩＰアドレス）に設定され、プロトコルフィールドは、ペイロードで送られたデータに使用されるトランスポート・レイヤ・プロトコル（例えば、ＴＣＰ、ＵＤＰなど）に設定される。ＩＰパケット２１０のペイロードはトランスポート・レイヤ・データグラムを搬送し、これはヘッダおよびペイロードを含んでもよい。トランスポート・レイヤ・ヘッダは、（ｉ）ＵＥ１１０のポート（ポートＹ）に設定されるソース・ポート・フィールドと、（ｉｉ）もう一方のＵＥのポート（ポートＺ）に設定される宛先ポートとを含む。ＩＰパケット２１０のヘッダのソースアドレス、宛先アドレスおよびプロトコルのフィールドと、トランスポート・レイヤ・データグラムのヘッダのソースポートおよび宛先ポートのフィールドは、内部ヘッダのフィールドとみなされることがある。
【００２１】
ＩＰパケット２１０は非トネリングパケットであり、アップリンクのＵＥ１１０によってトネリングＩＰパケット２２０にカプセル化される。トネリングＩＰパケット２２０について、ソース・アドレス・フィールドはＵＥ１１０のＩＰアドレス（ＵＥ１  ＩＰアドレス）に設定され、宛先アドレスフィールドはホームエージェント１４０のＩＰアドレス（ＨＡ  ＩＰアドレス）に設定される。ＩＰパケット２２０のヘッダのソースアドレス、宛先アドレスおよびプロトコルのフィールドは、外部ヘッダのフィールドとみなされることがある。
【００２２】
ダウンリンクのトネリングＩＰパケットは、以下のような違いはあるにしても、類似の方法で生成される。外部ヘッダにおいて、ソースアドレスはホームエージェント１４０のＩＰアドレスに設定され、宛先アドレスはＵＥ１１０のＩＰアドレスに設定される。
【００２３】
アップリンクに関して、ＵＥ１１０はＩＰパケットのトネリングを実行し、ホームエージェント１４０はデトネリングを実行する。ＵＥ１１０はトネリングＩＰパケットをゲートウェイ１３０ａまたは１３０ｂに送信し、そしてゲートウェイ１３０ａまたは１３０ｂはこのトネリングＩＰパケットをホームエージェント１４０に転送する。ダウンリンクについて、ホームエージェント１４０はＩＰパケットのトネリングを実行し、ＵＥ１１０はデトネリングを実行する。ホームエージェント１４０はトネリングＩＰパケットをゲートウェイ１３０ａまたは１３０ｂに送信し、そしてゲートウェイ１３０ａまたは１３０ｂはこのトネリングＩＰパケットをＵＥ１１０に転送する。簡潔のため、ＩＰパケットは、以下の説明では単にパケットと称される。
【００２４】
図１を再度参照すると、ＰＣＲＦ１５０は、ＰＣＣセッションのＰＣＣルールをＰＣＥＦに送信する。ＰＣＣセッションは、ＰＣＲＦ１５０と、サービングゲートウェイ１３０ａ、非３ＧＰＰゲートウェイ１３０ｂまたはホームエージェント１４０との間に確立され、１つ以上のＩＰフローをカバーする。各ＩＰフローは１セットのパラメータによって識別され、このパラメータは、図２に示されているソースアドレス、宛先アドレス、トランスポート・レイヤ・プロトコル、ソースポートおよび宛先ポートを含む。ＰＣＣセッションごとのＰＣＣルールは、ＰＣＣセッションのＩＰフローに関する情報、ＩＰフローに適用するＱｏＳルールまたはポリシー、ＩＰフローに関するチャージング情報、および／またはＰＣＣセッションに関する他の情報を含むことができる。ＱｏＳルールは、ＩＰフローの帯域幅、遅延およびプライオリティ、ＩＰフローのパケットをブロックするかパスするか否かなどを示す。チャージング情報は、ＩＰフローの（複数の）チャージングメカニズム、例えば、フラットレート、時間ベースまたはパケットカウントベースチャージングを示す。
【００２５】
ＭＩＰなどのモビリティプロトコルが使用される場合、パケットは、サービングゲートウェイ１３０ａまたは非３ＧＰＰゲートウェイ１３０ｂであるゲートウェイ１３０を介して、ＵＥ１１０とホームエージェント１４０との間でトネリングされる。ゲートウェイ１３０は、適用可能なＰＣＣルールを正しく適用するためにパケットがトネリングされることを認識しているはずである。
【００２６】
さらに、ホームエージェント１４０およびゲートウェイ１３０の両方が、ＰＣＲＦ１５０によるチャージング用のアクティブＰＣＣセッションを有しているというシナリオであってもよい。これは、例えば、ＵＥ１１０がゲートウェイ１３０を介するダイレクトＩＰアクセスを有しているか、ホームエージェント１４０を介するモバイルＩＰアクセスを有している場合に生じうる。ゲートウェイ１３０は、ダイレクトＩＰアクセスに対する非トネリングパケットと、モバイルＩＰアクセスに対する、ホームエージェント１４０からのトネリングパケットの両方を転送できる。ゲートウェイ１３０およびホームエージェント１４０の両方がトネリングパケットを転送しているため、これらのパケットは、重複チャージングを回避するために、一度だけカウントされるべきである。同じことは、ホームエージェント１４０およびゲートウェイ１３０がＰＣＲＦ１５０と併用されるが、ＰＣＲＦ１５０と異なるＰＣＣセッションを有する場合にも適用できる。
【００２７】
一側面では、ＰＣＣセッションのＰＣＣルールは、モビリティプロトコルがＵＥによって使用されているか否かを示すことができるパラメータに基づいて決定できる。一設計では、パラメータは、ＰＣＣシグナリングに存在するＩＰ−ＣＡＮタイプパラメータである。ＩＰ−ＣＡＮタイプパラメータは通常、無線アクセスタイプ、例えばＥ−ＵＴＲＡ、ＵＴＲＡ、ＣＤＭＡ２０００  １Ｘ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなどに関する情報を提供する。ＩＰ−ＣＡＮタイプパラメータは、モビリティプロトコルに関する情報を提供するために拡張可能である。例えば、ＩＰ−ＣＡＮタイプパラメータは、（ｉ）モビリティプロトコルがＵＥによって使用されているか否か、（ｉｉ）いずれのモビリティプロトコル、例えばＭＩＰ、ＰＭＩＰ、ＤＳＭＩＰｖ６、ＭＩＰｖ４−ＣＣｏＡおよびＧＴＰなどのうちのいずれが使用されるのか、を示すことができる。ＩＰ−ＣＡＮタイプパラメータは、後述されるように、トネリングパケットと非トネリングパケットを区別するために使用できる。
【００２８】
ダイレクトＩＰアクセスに対するゲートウェイ１３０（例えば、サービングゲートウェイ１３０ａまたは非３ＧＰＰゲートウェイ１３０ｂ）とＰＣＲＦ１５０との間のＰＣＣセッションについて、ＩＰ−ＣＡＮタイプパラメータは無線アクセスタイプに設定される。ゲートウェイ１３０は次いで、ＰＣＣセッションの非トネリングパケットをチャージングためにカウントし、ホームエージェント１４０は非トネリングパケットのカウントをスキップする。
【００２９】
モバイルＩＰアクセスに対するホームエージェント１４０とＰＣＲＦ１５０との間のＰＣＣセッションについて、ＩＰ−ＣＡＮタイプパラメータはモビリティプロトコル（例えば、ＭＩＰ）に設定される。このＰＣＣセッションはトネリングパケットと関連付けられてもよく、ＰＣＣセッションのＰＣＣルールはトネリングパケットを参照できる。ホームエージェント１４０はトネリングパケットをチャージングのためにカウントする。ゲートウェイ１３０は、モビリティプロトコルに設定されたＩＰ−ＣＡＮタイプパラメータとのＰＣＣセッションを有していないため、トネリングパケットをチャージング目的でカウントしない。
【００３０】
表１は、異なるタイプのＰＣＣセッションを搬送するためのＩＰ−ＣＡＮタイプパラメータの使用についてまとめている。表１はまた、各タイプのＰＣＣセッションの各ネットワークエンティティによって実行されるアクションについてまとめている。
【表１】
2011514029.tif 000003
【００３１】
図３は、ＩＰ−ＣＡＮタイプパラメータを使用してＰＣＣをサポートするプロセス３００の設計を示している。ＵＥ１１０はＲＡＮ（例えば、図１のＥ−ＵＴＲＡＮ１２０ａや非３ＧＰＰ  ＲＡＮ１２０ｂ）にアクセスし、またアクセス認証のためにゲートウェイ１３０（例えば、サービングゲートウェイ１３０ａや非３ＧＰＰゲートウェイ１３０ｂ）と通信する（ステップ１）。ゲートウェイ１３０はさらに、ＵＥ１１０のＡＡＡおよびアクセス認証のためにＡＡＡ／ＨＳＳ１４２と通信する（これもステップ１）。ＵＥ１１０は次いで、ゲートウェイ１３０によるＩＰアドレス設定を実行し、ＩＰアドレスを割り当てられる（ステップ２）。
【００３２】
ゲートウェイ１３０はＩＰ−ＣＡＮベアラセッション確立の要求／指示をＰＣＲＦ１５０に送信する（ステップ３）。この要求は、ＵＥ１１０のＵＥ識別と、ＩＰ−ＣＡＮタイプパラメータと、場合によっては他の情報とを含む。ＩＰ−ＣＡＮタイプパラメータは、確立されるＩＰ−ＣＡＮセッション（またはＰＣＣセッション）の無線アクセスタイプ（例えば、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＷｉＭＡＸなど）を識別できる。ＰＣＲＦ１５０は、ＰＣＣ認証が必要であると決定し、（図３には示されていない）ローカルまたは外部エンティティから、（複数の）認可サービスの認証と、ＰＣＣルールに関する情報を要求する。ＰＣＲＦ１５０は、ゲートウェイ１３０からの要求について認証およびポリシー決定を行い、ＩＰ−ＣＡＮタイプパラメータおよび他の情報に基づいてＰＣＣセッションのＰＣＣルールを決定する。ＰＣＲＦ１５０は次いで、ＩＰ−ＣＡＮセッション確立に対する肯定応答（Ａｃｋ）をゲートウェイ１３０に返信する（ステップ４）。肯定応答は、ゲートウェイ１３０におけるＰＣＣルール、チャージング情報および／またはＰＣＥＦの情報を含む。ＰＣＥＦはＰＣＲＦ１５０からのＰＣＣルールを実行する。
【００３３】
第１のＰＣＣセッションは、ステップ３および４においてゲートウェイ１３０とＰＣＲＦ１５０間に確立される。このＰＣＣセッションは、ステップ３で送信されたＩＰ−ＣＡＮタイプパラメータで与えられた無線アクセスタイプと、ステップ２でＵＥ１１０に割り当てられたＩＰアドレスに関連付けられる。この特定無線アクセス用ＰＣＣセッションはまた非トネリングパケットと関連付けられ、この非トネリングパケットは、ステップ４でＰＣＲＦ１５０によって提供されたＰＣＣルールに含まれているサービス・データ・フロー・テンプレートに基づいて識別される。サービス・データ・フロー・テンプレートは、ＰＣＣセッションによってカバーされているＩＰフローの非トネリングパケットを識別するために使用される１セットのサービス・データ・フロー・フィルタを含む。ゲートウェイ１３０は、サービス・データ・フロー・テンプレートに基づいてＰＣＣセッションの非トネリングパケットを検出し、また、ＰＣＲＦ１５０によって提供されたチャージング情報によって示されているように、これらのパケットをチャージング目的でカウントする（ブロック５）。
【００３４】
その後、ＵＥ１１０はＭＩＰの使用を望むこともある。ＵＥ１１０は、自身のホームネットワーク（ＨＮＰ）のＩＰアドレスプレフィックスがゲートウェイ１３０のＩＰアドレスプレフィックスと異なるため、ビジテッドネットワークと通信していると決定する。ＵＥ１１０は、インターネットキー交換（ＩＫＥｖ２）を実行して、ホームエージェント１４０との安全な関連性を確立する（ステップ６）。ホームエージェント１４０はさらに、ＵＥ１１０のインターネットキー交換のＡＡＡのためにＡＡＡ／ＨＳＳ１４２と通信する（これもステップ６）。ＵＥ１１０は、ホームアドレスとして新たなＩＰアドレスを取得する。
【００３５】
ＵＥ１１０はその後、バインディング更新を送信して、この現在位置をホームエージェント１４０に提供する（ステップ７）。ホームエージェント１４０は次いで、ＩＰ−ＣＡＮベアラセッション確立の要求／指示をＰＣＲＦ１５０に送信する（ステップ８）。この要求は、確立されるＩＰ−ＣＡＮセッションのモビリティプロトコル（例えば、ＭＩＰ）を識別可能なＩＰ−ＣＡＮタイプパラメータを含む。ＰＣＲＦ１５０は、必要ならば、ＰＣＣ認証を決定して、ホームエージェント１４０からの要求について決定する。ＰＣＲＦ１５０は次いで、ＩＰ−ＣＡＮセッション確立に対する肯定応答をホームエージェント１４０に返信する（ステップ９）。肯定応答は、ホームエージェント１４０におけるＰＣＣルール、チャージング情報、モビリティプロトコルのトネリングカプセル化ヘッダに関する情報、および／またはＰＣＥＦに関する他の情報を含む。ＰＣＥＦは、ＰＣＲＦ１５０によって提供されたＰＣＣルールを実行する。ＰＣＲＦ１５０はまた、ホームエージェント１４０とＰＣＲＦ１５０との間のＰＣＣセッションのトネリングパケットに関するＰＣＣルールをゲートウェイ１３０に提供する（ステップ１０）。ゲートウェイ１３０は、トネリングパケットのＱｏＳをサポートし、および／または他の機能を実行するためにＰＣＣルールを使用する。ホームエージェント１４０はまた、バインディング肯定応答をＵＥ１１０に返信する（ステップ１１）。
【００３６】
第２のＰＣＣセッションが、ステップ８および９で、ホームエージェント１４０とＰＣＲＦ１５０との間に確立される。このＰＣＣセッションは、ステップ８で送信されたＩＰ−ＣＡＮタイプパラメータで与えられたモビリティプロトコルと、ステップ６でＵＥ１１０に割り当てられたＩＰアドレスに関連付けられる。この特定モビリティプロトコル用ＰＣＣセッションはまたトネリングパケットと関連付けられ、このトネリングパケットは、ステップ９でＰＣＲＦ１５０によって提供されたＰＣＣルールに含まれているサービス・データ・フロー・テンプレートに基づいて識別される。サービス・データ・フロー・テンプレートは、ＰＣＣセッションによってカバーされているＩＰフローのトネリングパケットを識別するために使用される１セットのサービス・データ・フロー・フィルタを含む。ホームエージェント１４０は、サービス・データ・フロー・テンプレートに基づいてＰＣＣセッションのトネリングパケットを検出し、また、ＰＣＲＦ１５０によって提供されたチャージング情報によって示されているように、これらのパケットをチャージング目的でカウントする（ブロック１２）。
【００３７】
図４は、ＩＰ−ＣＡＮタイプパラメータを使用してＰＣＣをサポートする別のプロセス４００の設計を示している。ＵＥ１１０は、ＵＥのＨＬＰＭＮに属してもよいＥ−ＵＴＲＡＮ１２０ａにアクセスする。ＵＥ１１０は、ＩＰアドレス設定に関してホームエージェント１４０と通信する（ステップ１）。ホームエージェント１４０は、ＨＬＰＭＮのＰＤＮゲートウェイであってもよく、さらに、ＵＥ１１０のＡＡＡおよびアクセス認証のためにＡＡＡ／ＨＳＳ１４２と通信する（これもステップ１）。ＵＥ１１０は、ホームエージェント１４０からＩＰアドレスおよびホーム・ネットワーク・プレフィックス（ＨＮＰ）を取得する。
【００３８】
ホームエージェント１４０は、ＩＰ−ＣＡＮベアラセッション確立の要求／指示をＰＣＲＦ１５０に送信する（ステップ２）。この要求は、確立されるＩＰ−ＣＡＮセッションの無線アクセスタイプ（例えば、Ｅ−ＵＴＲＡ）を識別可能なＩＰ−ＣＡＮタイプパラメータを含む。ＰＣＲＦ１５０は、必要ならばＰＣＣ認証を決定し、ホームエージェント１４０からの要求に関して決定する。ＰＣＲＦ１５０は次いで、ＩＰ−ＣＡＮセッション確立に関する肯定応答をホームエージェント１４０に返信する（ステップ３）。肯定応答は、ホームエージェント１４０におけるＰＣＣルール、チャージング情報および／またはＰＣＥＦに関する他の情報を含む。ＰＣＥＦは、ＰＣＲＦ１５０によって提供されたＰＣＣルールを実行する。
【００３９】
第１のＰＣＣセッションが、ステップ２および３で、ホームエージェント１４０とＰＣＲＦ１５０間に確立される。このＰＣＣセッションは、ステップ２で送信されたＩＰ−ＣＡＮタイプパラメータで与えられた無線アクセスタイプと、ステップ１でＵＥ１１０に提供されたＨＮＰに関連付けられてもよい。ホームエージェント１４０は、ＰＣＲＦ１５０によって提供されたサービス・データ・フロー・テンプレートに基づいてＰＣＣセッションの非トネリングパケットを検出可能であり、またこれらのパケットをチャージング目的でカウントする（ブロック４）。
【００４０】
ＵＥ１１０は、インターネットキー交換を実行して、ホームエージェント１４０との安全な関連性を確立する（ステップ５）。ＵＥ１１０は、自身がＨＰＬＭＮにあることに気づく。結果として、モビリティプロトコルは起動されないこともあり、モビリティプロトコルのＰＣＣセッションは確立されないこともある。
【００４１】
その後、ＵＥ１１０は非３ＧＰＰ  ＲＡＮ１２０ｂに移動して、非３ＧＰＰゲートウェイ１３０ｂに伴うアクセス認証およびＩＰアドレス設定を実行する（ステップ６）。ゲートウェイ１３０ｂはさらに、ＵＥ１１０のアクセス認証のＡＡＡのためにＡＡＡ／ＨＳＳ１４２と通信する（これもステップ６）。ゲートウェイ１３０ｂは、ＰＣＲＦ１５０と通信してゲートウェイ・コントロール・セッションを確立し（ステップ７）、またＩＰ−ＣＡＮタイプパラメータを無線アクセスタイプ（例えば、ＷｉＭＡＸ）に設定する（ステップ７）。ＰＣＲＦ１５０はゲートウェイ１３０ｂのゲートウェイ・コントロール・セッションを確立し、ゲートウェイ・コントロール・セッション確立に対する肯定応答を送信する（ステップ８）。ゲートウェイ・コントロール・セッションは、ゲートウェイ１３０ｂによって提供された無線アクセスタイプと関連付けられてもよい。
【００４２】
ＵＥ１１０はその後、バインディング更新を送信し、この現在位置をホームエージェント１４０に提供する（ステップ９）。ホームエージェント１４０は次いで、ＩＰ−ＣＡＮベアラセッション確立の要求／指示をＰＣＲＦ１５０に送信する（ステップ１０）。この指示は、確立されるＩＰ−ＣＡＮセッションのモビリティプロトコル（例えば、ＤＳＭＩＰｖ６）を識別可能なＩＰ−ＣＡＮタイプパラメータを含む。ＰＣＲＦ１５０は、必要ならば、ＰＣＣ認証を決定し、ホームエージェント１４０からの要求について決定する。ＰＣＲＦ１５０は次いで、ＩＰ−ＣＡＮセッション確立に対する肯定応答をホームエージェント１４０に返信する（ステップ１１）。肯定応答は、ホームエージェント１４０におけるＰＣＣルールと、ＰＣＥＦ１５０に関する他の情報を含む。ＰＣＥＦは、ＰＣＲＦ１５０によって提供されたＰＣＣルールを実行する。ＰＣＲＦ１５０はまた、ホームエージェント１４０とＰＣＲＦ１５０間のＰＣＣセッションのトネリングパケットに関するＰＣＣルールをゲートウェイ１３０ｂに提供する（ステップ１２）。ゲートウェイ１３０は、トネリングパケットのＱｏＳをサポートし、かつ／または他の機能を実行するためにＰＣＣルールを使用する。ホームエージェント１４０はまた、バインディング肯定応答をＵＥ１１０に返信する（ステップ１３）。
【００４３】
第２のＰＣＣセッションが、ステップ１０および１１で、ホームエージェント１４０とＰＣＲＦ１５０間に確立される。このＰＣＣセッションは、ＩＰ−ＣＡＮタイプパラメータで与えられたモビリティプロトコルと、ホームエージェント１４０のＨＮＰと、ＵＥ１１０のケア・オブ・アドレス（ＣｏＡ）に関連付けられる。ホームエージェント１４０は、ステップ１１でＰＣＲＦ１５０によって提供されたサービス・データ・フロー・テンプレートに基づいてＰＣＣセッションのトネリングパケットを検出し、またこれらのパケットをチャージング目的でカウントする（ブロック１４）。
【００４４】
図３および４に示されているように、ＰＣＣは、ＰＣＣルールが（例えば、図３および４の第１のＰＣＣセッションの）非トネリングパケットのみに当てはまるのか、（例えば、図３および４の第２のＰＣＣセッションの）トネリングパケットのみに当てはまるのか、（図３および４には示されていないが）非トネリングパケットおよびトネリングパケットの両方に当てはまるのかをゲートウェイ１３０やホームエージェント１４０に示すことによってサポートされる。ゲートウェイ１３０やホームエージェント１４０は、チャージングのためにＰＣＣセッションの全パケットをカウントし、各パケットは、ゲートウェイ１３０またはホームエージェント１４０のいずれかによって一度のみカウントされる。ゲートウェイ１３０やホームエージェント１４０は、例えば図４に示されているように、トネリングトラヒック（例えば、ＭＩＰトラヒック）と非トネリングトラヒック（例えば、ローカル・ブレイクアウト・トラヒック）の両方が存在する場合でも、（複数の）ＰＣＣセッションのパケットを適切にカウントできる。
【００４５】
図３および４は、モビリティプロトコルのＰＣＣをサポートするためにＩＰ−ＣＡＮタイプパラメータを利用する２つの設計を示している。これらの技術は、ＭＩＰ、ＤＳＭＩＰｖ６、ＭＩＰｖ４−ＣＣｏＡ、ＰＭＩＰおよびＧＴＰなどの種々のモビリティプロトコルに使用できる。一例として、ＭＩＰｖ４の場合、ＩＰ−ＣＡＮタイプパラメータは、図３および４のＭＩＰではなくＭＩＰｖ４−ＣＣｏＡに設定される。
【００４６】
明確にするために、これらの技術の特定の態様をＬＴＥについて説明してきた。これらの技術はまた他の無線ネットワークに使用されてもよく、この無線ネットワークは、図１に示されているネットワークエンティティの機能と同等な機能を実行可能な他のネットワークエンティティを含んでもよい。例えば、ＵＭＴＳ  Ｒｅｌｅａｓｅ８において、ＰＤＮゲートウェイは、ＵＥのサービングゲートウェイおよびホームエージェントの両方として作用することもある。ＰＤＮゲートウェイはＵＥについて２つのＰＣＣセッションを有することもある。一方のＰＣＣセッションにおいて、ＰＤＮゲートウェイは、ＵＴＲＡＮを介するＵＥによるダイレクトＩＰアクセスのサービングゲートウェイとして作用してもよい。もう一方のＰＣＣセッションでは、ＰＤＮゲートウェイは、別のＲＡＮを介するＵＥによるモバイルＩＰアクセスのホームエージェントとして作用してもよい。ＵＥは、ダイレクトＩＰアクセスの非トネリングパケットとモバイルＩＰアクセスのトネリングパケットの両方を送信できる。非トネリングパケットおよびトネリングパケットは、ＰＤＮゲートウェイで、２つのＰＣＣセッションについて、異なるサービス・データ・フロー・テンプレートと一致し、各パケットは、適切なＰＣＣセッションに関して一度だけカウントされる。このシナリオは図４のプロセス４００によって示され、この場合、ホームエージェント１４０はＰＤＮゲートウェイを表してもよく、第１のＰＣＣセッションはダイレクトＩＰアクセス用であってもよく、第２のＰＣＣセッションはモバイルＩＰアクセス用であってもよい。
【００４７】
図５は、無線ネットワークにおいてＰＣＣ機能をサポートするプロセス５００の設計を示している。プロセス５００は、（後述されるような）ＰＣＲＦや他のネットワークエンティティによって実行される。ＰＣＲＦは、モビリティプロトコル（例えば、ＭＩＰ、ＰＭＩＰ、ＤＳＭＩＰｖ６、ＭＩＰｖ４−ＣＣｏＡ、ＧＴＰなど）を使用して第１のネットワークエンティティにアクセスするＵＥのＰＣＣセッションを確立する要求／指示を第１のネットワークエンティティ（例えば、ホームエージェント）から受信する（ブロック５１２）。ＰＣＲＦは、この要求に基づいて、ＵＥによって使用されているモビリティプロトコルを決定する（ブロック５１４）。一設計では、ＰＣＲＦは、この要求からＩＰ−ＣＡＮタイプパラメータを取得し、このＩＰ−ＣＡＮタイプパラメータに基づいて、ＵＥによって使用されているモビリティプロトコルを決定する。モビリティプロトコルはまた、例えばこの要求で送信された他のパラメータを使用して、他の方法で搬送されてもよい。
【００４８】
ＰＣＲＦは、モビリティプロトコルと、場合によっては他の情報に基づいてＰＣＣセッションのＰＣＣルールを決定する（ブロック５１６）。ＰＣＣルールは、ＰＣＣセッションのパケットを識別するための少なくとも１つのフィルタからなるセット、チャージングのためにパケットをカウントするか否かの指示、パケットのＱｏＳルール、ＰＣＣセッションに関するチャージング情報、および／またはＰＣＣセッションに関する他の情報を含む。ＰＣＲＦはＰＣＣルールを第１のネットワークエンティティに送信する（ブロック５１８）。
【００４９】
ＰＣＣセッションのパケットはトネリングパケットにカプセル化されてもよく、このトネリングパケットは、第２のネットワークエンティティ（例えば、サービングゲートウェイ）を介してＵＥと第１のネットワークエンティティ間で交換される。この場合、ＰＣＲＦは、（ｉ）トネリングパケットを識別するための少なくとも１つのフィルタからなるセットと、（ｉｉ）チャージング目的でトネリングパケットをカウントしないという指示とを含む第２のＰＣＣルールを決定し、この指示は第２のＰＣＣルールにチャージング情報が存在しないことによって暗に提供され得る（ブロック５２０）。例えば、第２のＰＣＣルールは、ＱｏＳルールと、少なくとも１つのフィルタからなるセットのみを含み、チャージング情報を含まない。ＰＣＲＦは、第２のＰＣＣルールを第２のネットワークエンティティに送信して、トネリングパケットに適用する（ブロック５２２）。トネリングパケットは、第２のネットワークエンティティではなく第１のネットワークエンティティによって、チャージング目的で一度カウントされる。
【００５０】
ＰＣＲＦは、ＵＥの第２のＰＣＣセッションを確立する第２の要求を第３のネットワークエンティティ（例えば、別のサービングゲートウェイ）から受信する。ＵＥは、第３のネットワークによるダイレクトＩＰアクセスを有してもよく、またトネリングなしで第３のネットワークエンティティとパケットを交換する。ＰＣＲＦは、第２の要求に基づいて、ＵＥによって第３のネットワークエンティティに使用されている無線アクセスタイプを決定する。一設計では、ＰＣＲＦはＩＰ−ＣＡＮタイプパラメータを第２の要求から取得し、このＩＰ−ＣＡＮタイプパラメータに基づいて、ＵＥによって使用されている無線アクセスタイプを決定する。ＰＣＲＦは、ＵＥによって使用されている無線アクセスタイプに基づいて第２のＰＣＣセッションの第３のＰＣＣルールを決定する。第３のＰＣＣルールは、第２のＰＣＣセッションの非トネリングパケットを識別するための少なくとも１つのフィルタと、他の情報とを含む。ＰＣＲＦは次いで、第３のＰＣＣルールを第３のネットワークエンティティに送信する。
【００５１】
図６は、無線ネットワークにおいてＰＣＣ機能をサポートする装置６００の設計を示している。装置６００は、モビリティプロトコルを使用して第１のネットワークエンティティにアクセスするＵＥのＰＣＣセッションを確立する要求を第１のネットワークエンティティから受信するモジュール６１２と、この要求に基づいて、ＵＥによって使用されているモビリティプロトコルを決定するモジュール６１４と、このモビリティプロトコルに基づいてＰＣＣセッションのＰＣＣルールを決定するモジュール６１６と、第１のネットワークエンティティにＰＣＣルールを送信するモジュール６１８と、ＰＣＣセッションのトネリングパケットを識別するための少なくとも１つのフィルタからなるセットと、チャージング目的でトネリングパケットをカウントしないという指示とを含む第２のＰＣＣルールを決定するモジュール６２０と、第２のＰＣＣルールを第２のネットワークエンティティに送信して、トネリングパケットに適用するモジュール６２２とを含む。
【００５２】
図７は、ＰＣＣ機能をサポートするプロセス７００の設計を示している。第１のネットワークエンティティ（例えば、ホームエージェント）は、モビリティプロトコルに基づいて、ＵＥによるアクセスを許可する（ブロック７１２）。第１のネットワークエンティティは、ＵＥのＰＣＣセッションを確立する要求を第２のネットワークエンティティ（例えば、ＰＣＲＦ）に送信する（ブロック７１４）。この要求は、ＵＥによって使用されているモビリティプロトコルを含む。一設計では、この要求は、ＵＥによって使用されているモビリティプロトコルに設定されるＩＰ−ＣＡＮタイプパラメータを含む。
【００５３】
第１のネットワークエンティティはＰＣＣセッションのＰＣＣルールを第２のネットワークエンティティから受信する（ブロック７１６）。ＰＣＣルールは、モビリティプロトコルに基づいてＰＣＲＦによって決定される。ＰＣＣルールは、ＰＣＣセッションのパケットを識別するための少なくとも１つのフィルタからなるセット、チャージング目的でパケットをカウントするか否かの指示、パケットのＱｏＳルール、ＰＣＣセッションのチャージング情報、および／またはＰＣＣセッションの他の情報を含む。第１のネットワークエンティティは、ＰＣＣセッションについてＵＥと交換されたパケットにＰＣＣルールを適用する（ブロック７１８）。これらのパケットはトネリングパケットで送信されてもよい。ブロック７１８の一設計では、第１のネットワークエンティティは、ＰＣＣルールから取得された、少なくとも１つのフィルタのセットに基づいてＰＣＣセッションのパケットを識別する。第１のネットワークエンティティはチャージング目的でパケットをカウントする。
【００５４】
図８は、ＰＣＣ機能をサポートする装置８００の設計を示している。装置８００は、第１のネットワークエンティティにおけるモビリティプロトコルに基づいて、ＵＥによるアクセスを許可するモジュール８１２と、ＵＥのＰＣＣセッションを確立する要求を第２のネットワークエンティティに送信するモジュール８１４（この要求は、ＵＥによって使用されているモビリティプロトコルを含む）と、第２のネットワークエンティティからＰＣＣセッションのＰＣＣルールを受信するモジュール８１６（このＰＣＣルールはモビリティプロトコルに基づいて決定される）と、ＰＣＣセッションのＵＥと交換されるパケットにＰＣＣルールを適用するモジュール８１８とを含む。
【００５５】
図９は、ＰＣＣ機能をサポートするプロセス９００の設計を示している。第１のネットワークエンティティ（例えば、サービングゲートウェイ）は、モビリティプロトコル（例えば、ＭＩＰ）を使用して第２のネットワークエンティティにアクセスするＵＥについて、第２のネットワークエンティティ（例えば、ホームエージェント）によって確立されたＰＣＣセッションのＰＣＣルールを受信する（ブロック９１２）。ＵＥと第２のネットワークエンティティはトネリングパケットを交換し、このトネリングパケットは第１のネットワークエンティティによって転送される。第１のネットワークエンティティは、ＰＣＣルールから取得された少なくとも１つのフィルタからなる第１のセットに基づいて、ＰＣＣセッションのトネリングパケットを識別する（ブロック９１４）。第１のネットワークエンティティはチャージングのためのトネリングパケットのカウントをスキップし、このトネリングパケットは、代わりに第２のネットワークエンティティによってチャージングのためにカウントされる（ブロック９１６）。
【００５６】
第１のネットワークエンティティは、ダイレクトＩＰアドレスを使用して第１のネットワークエンティティにアクセスするＵＥの第２のＰＣＣセッションを確立する要求を送信する（ブロック９１８）。要求は、第１のネットワークエンティティについてＵＥによって使用されている無線アクセスタイプに設定されたＩＰ−ＣＡＮタイプパラメータ含む。第１のネットワークエンティティは第２のＰＣＣセッションについて第２のＰＣＣルールを受信し、第２のＰＣＣルールは、ＵＥによって使用されている無線アクセスタイプに基づいて決定される（ブロック９２０）。第１のネットワークエンティティは、第２のＰＣＣルールから取得された少なくとも１つのフィルタからなる第２のセットに基づいて第２のＰＣＣセッションの非トネリングパケットを識別し（ブロック９２２）、チャージングのために非トネリングパケットをカウントする（ブロック９２４）。
【００５７】
図１０は、ＰＣＣ機能をサポートする装置１０００の設計を示している。装置１０００は、第１のネットワークエンティティでＰＣＣルールを受信するモジュール１０１２（このＰＣＣルールは、モビリティプロトコルを使用して第２のネットワークエンティティにアクセスするＵＥに対して第２のネットワークエンティティによって確立されたＰＣＣセッション向けである）と、ＰＣＣルールから取得された少なくとも１つのフィルタからなる第１のセットに基づいてＰＣＣセッションのトネリングパケットを識別するモジュール１０１４と、チャージング目的でトネリングパケットをカウントしないモジュール１０１６（トネリングパケットはチャージング目的で第２のネットワークエンティティによってカウントされる）と、ダイレクトＩＰアクセスを使用して第１のネットワークエンティティにアクセスするＵＥの第２のＰＣＣセッションを確立する要求を送信するモジュール１０１８と、第２のＰＣＣセッションの第２のＰＣＣルールを受信するモジュール１０２０と、第２のＰＣＣルールから取得された少なくとも１つのフィルタからなる第２のセットに基づいて第２のＰＣＣセッションの非トネリングパケットを識別するモジュール１０２２と、チャージング目的で非トネリングパケットをカウントするモジュール１０２４と、を含む。
【００５８】
図１１は、ＵＥによって実行されるプロセス１１００の設計を示している。ＵＥは、モビリティプロトコル（例えば、ＭＩＰ）を使用して第１のネットワークエンティティ（例えば、ホームエージェント）にアクセスする（ブロック１１１２）。第１のネットワークエンティティは、モビリティプロトコルに基づいて、例えば、ＩＰ−ＣＡＮタイプパラメータをモビリティプロトコルに設定することによって、ＵＥのＰＣＣセッションを確立する。ＵＥは、ＰＣＣセッションについて第１のネットワークエンティティとトネリングパケットを交換する（ブロック１１１４）。第１のネットワークエンティティは、モビリティプロトコルに基づいてＰＣＣセッションについて決定されたＰＣＣルールにしたがって、チャージング目的でトネリングパケットをカウントする。
【００５９】
ＵＥは、ダイレクトＩＰアドレスを使用して第２のネットワークエンティティ（例えば、サービングゲートウェイ）にアクセスする（ブロック１１１６）。第２のネットワークエンティティは、ＵＥによって第２のネットワークエンティティに使用されている無線アクセスタイプ（例えば、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＷｉＭＡＸ、ＷｉＦｉなど）に基づいて、該ＵＥについて第２のＰＣＣセッションを確立する。ＵＥは、第２のＰＣＣセッションについて第２のネットワークエンティティと非トネリングパケットを交換する（ブロック１１１８）。第２のネットワークエンティティは、無線アクセスタイプに基づいて第２のＰＣＣセッションについて決定された第２のＰＣＣルールにしたがって、チャージング目的で非トネリングパケットをカウントする。
【００６０】
第１のＰＣＣセッションのトネリングパケットは、第２のネットワークエンティティを介してＵＥと第１のネットワークエンティティ間で交換される。トネリングパケットは、チャージング目的で第１のネットワークエンティティによってカウントされるが、第２のネットワークエンティティによってはカウントされない。
【００６１】
図１２は、ＵＥのための装置１２００の設計を示している。装置１２００は、モビリティプロトコルを使用するＵＥによって第１のネットワークエンティティにアクセスするモジュール１２１２（第１のネットワークエンティティは、モビリティプロトコルに基づいてＵＥのＰＣＣセッションを確立する）と、ＰＣＣセッションの第１のネットワークエンティティとトネリングパケットを交換するモジュール１２１４（第１のネットワークエンティティは、モビリティプロトコルに基づいてＰＣＣセッションについて決定されたＰＣＣルールにしたがって、チャージング目的でトネリングパケットをカウントする）と、ダイレクトＩＰアクセスを使用するＵＥによって第２のネットワークエンティティにアクセスするモジュール１２１６（第２のネットワークエンティティは、ＵＥによって第２のネットワークエンティティに使用されている無線アクセスタイプに基づいてＵＥの第２のＰＣＣセッションを確立する）と、第２のＰＣＣセッションの第２のネットワークエンティティと非トネリングパケットを交換するモジュール１２１８（第２のネットワークエンティティは、無線アクセスタイプに基づいて第２のＰＣＣセッションについて決定された第２のＰＣＣルールにしたがって、チャージング目的で非トネリングパケットをカウントする）と、を含む。
【００６２】
図６、８、１０および１２のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなどや、これらの組み合わせを備えてもよい。
【００６３】
図１３は、ＵＥ１１０、ＲＡＮ１２０、ゲートウェイ１３０、ホームエージェント１４０、およびＰＣＲＦ１５０の設計のブロック図を示している。ＲＡＮ１２０は、図１のＥ−ＵＴＲＡＮ１２０ａまたは非３ＧＰＰ  ＲＡＮ１２０ｂ、あるいは他のＲＡＮであってもよい。ゲートウェイ１３０は、図１のサービングゲートウェイ１３０ａまたは非３ＧＰＰゲートウェイ１３０ｂ、あるいは他のゲートウェイであってもよい。簡潔にするために、図１３は、（ｉ）ＵＥ１１０のコントローラ／プロセッサ１３１０、メモリ１３１２、および受信機／送信機１３１４と、（ｉｉ）ＲＡＮ１２０のコントローラ／プロセッサ１３２０、メモリ（Ｍｅｍ）１３２２、受信機／送信機１３２４、および通信（Ｃｏｍｍ）ユニット１３２６と、（ｉｉｉ）ゲートウェイ１３０のコントローラ／プロセッサ１３３０、メモリ１３３２、および通信ユニット１３３４と、（ｉｖ）ホームエージェント１４０のコントローラ／プロセッサ１３４０、メモリ１３４２、通信ユニット１３４４と、（ｖ）ＰＣＲＦ１５０のコントローラ／プロセッサ１３５０、メモリ１３５２、および通信ユニット１３５４と、を示している。一般的に、各エンティティは、任意の数のコントローラ、プロセッサ、メモリ、トランシーバ、通信ユニットなどを含んでもよい。
【００６４】
ダウンリンクでは、ＲＡＮ１２０は、カバレージエリア内のＵＥにデータおよびメッセージを送信する。このデータよびメッセージは、ダウンリンク信号を生成するために、プロセッサ１３２０によって処理され、かつ送信機１３２４によって調整されてもよく、このダウンリンク信号はＵＥに送信されてもよい。ＵＥ１１０において、ＲＡＮ１２０からのダウンリンク信号は、ＵＥ１１０に送信されたデータおよびメッセージを回復するために、受信機１３１４によって受信および調整され、かつプロセッサ１３１０によって処理されてもよい。メモリ１３１２は、ＵＥ１１０のプログラムコードおよびデータを記憶する。プロセス１３１０は、図１１のプロセス１１００および／またはここに説明されている技術に関する他のプロセスを実行または命令する。プロセッサ１３１０はまた、それぞれ図３および４のメッセージフロー３００および４００においてＵＥ１１０の処理を実行する。
【００６５】
アップリンクにおいて、ＵＥ１１０は、ＲＡＮ１２０にデータおよびメッセージを送信可能である。このデータおよびメッセージは、アップリンク信号を生成するために、プロセッサ１３１０によって処理され、かつ送信機１３１４によって調整されてもよく、このアップリンク信号はＲＡＮ１２０に送信されてもよい。ＲＡＮ１２０において、ＵＥ１１０や他のＵＥからのアップリンク信号は、ＵＥによって送信されたデータおよびメッセージを回復するために、受信機１３２４によって受信および調整され、かつプロセッサ１３２０によってさらに処理されてもよい。メモリ１３２２は、ＲＡＮ１２０のプログラムコードおよびデータを記憶し、ＲＡＮ１２０は、通信ユニット１３２６を介して他のネットワークエンティティと通信する。
【００６６】
ゲートウェイ１３０内で、プロセッサ１３３０はゲートウェイの処理を実行し、メモリ１３３２はゲートウェイのプログラムコードおよびデータを記憶し、通信ユニット１３３４によってゲートウェイは他ネットワークエンティティと通信する。プロセッサ１３３０は、図９のプロセス９００および／またはここに説明されている技術に関する他のプロセスを実行または命令する。プロセッサ１３３０はまた、図３のメッセージフロー３００におけるゲートウェイ１３０と、図４のメッセージ４００における非３ＧＰＰゲートウェイ１３０ｂの処理を実行する。
【００６７】
ホームエージェント１４０内で、プロセッサ１３４０はホームエージェントの処理を実行し、メモリ１３４２はホームエージェントのプログラムコードおよびデータを記憶し、通信ユニット１３４４によってホームエージェントは他のネットワークエンティティと通信する。プロセッサ１３４０は、図７のプロセス７００および／またはここに説明されている技術に関する他のプロセスを実行または命令する。プロセッサ１３４０はまた、それぞれ図３および４のメッセージフロー３００および４００においてホームエージェント１４０の処理を実行する。
【００６８】
ＰＣＲＦ１５０内では、プロセッサ１３５０はＰＣＲＦの処理を実行し、メモリ１３５２はＰＣＲＦのプログラムコードおよびデータを記憶し、通信ユニット１３５４によってＰＣＲＦは他のネットワークエンティティと通信可能になる。プロセッサ１３５０は、図５のプロセス５００および／またはここに説明されている技術に関する他のプロセスを実行または命令する。プロセッサ１３５０はまた、それぞれ図３および４のメッセージフロー３００および４００においてＰＣＲＦ１５０の処理を実行する。
【００６９】
当業者は、情報および信号が多様な異なる技法および技術のいずれかを使用して表されることが可能である点を理解するであろう。例えば、上記説明で参照可能なデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁気粒子、光場または光粒子、あるいはこれらの組み合わせによって表されてもよい。
【００７０】
当業者は、本開示と関連して説明されている種々の例示的論理ブロック、モジュール、回路およびアルゴリズムステップは電子ハードウェア、コンピュータソフトウェアまたは両者の組み合わせとして具現化可能である点をさらに認識するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、種々の例示的コンポーネント、ブロック、モジュール、回路およびステップが、これらの機能性の観点から概略的に上述されてきた。このような機能性がハードウェアまたはソフトウェアのいずれで具現化されるかは、システム全体に課された具体的な適用および設計の制約に左右される。当業者は、特定の用途ごとに種々の方法で上記機能性を具現化可能であるが、このような具現化の決定は、本開示の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７１】
本開示と関連して説明されている種々の例示的論理ブロック、モジュールおよび回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、あるいはここに説明されている機能を実行するように設計されているこれらの組み合わせで具現化または実行可能である。汎用プロセッサはマイクロプロセッサであってもよいが、代替例では、このプロセッサは従来のプロセッサ、コントローラ、マイクロコントローラまたは状態マシーンであってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つ以上のマイクロプロセッサ、あるいは他のこのような構成として具現化されてもよい。
【００７２】
本開示と関連して説明されている方法やアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、あるいは両者の組み合わせで具現化可能である。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当業界で既知の任意の形態の記憶媒体に常駐可能である。例示的記憶媒体は、この記憶媒体に対してプロセッサが情報を読み書き可能なように、プロセッサに結合されている。代替例では、記憶媒体はプロセッサと一体的であってもよい。プロセッサおよび記憶媒体はＡＳＩＣに常駐可能である。ＡＳＩＣはユーザ端末に常駐可能である。代替例では、プロセッサおよび記憶媒体は、ユーザ端末の離散コンポーネントとして常駐可能である。
【００７３】
１つ以上の例示的設計では、上記機能はハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせで具現化可能である。ソフトウェアで具現化されると、機能は、コンピュータ読み取り可能な媒体で１つ以上の命令またはコードとして記憶または送信可能である。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体と、複数の場所間のコンピュータプログラムの転送を容易にする媒体を含む通信媒体の両方を含む。記憶媒体は、汎用または特殊目的コンピュータによってアクセス可能な任意の市販の媒体であってもよい。一例として、かつ制限例としてではなく、このようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは命令やデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用可能であり、かつ汎用または特殊目的コンピュータ、あるいは汎用または特殊目的プロセッサでアクセス可能な媒体を備えることができる。また、いずれの接続もコンピュータ読み取り媒体と適切に称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、ディジタル加入者ライン（ＤＳＬ）、あるいは赤外線、無線およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバまたは他のリモートソースから送信される場合、これらの同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線およびマイクロ波などの無線技術は、媒体の定義に含まれる。ここで使用されているディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、ディジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含んでおり、ここでディスク（ｄｉｓｋ）は通常、データを磁気的に再生するものであり、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生するものである。上記の組み合わせもまた、コンピュータ読み取り可能な媒体の範囲内に含まれるべきである。
【００７４】
本開示の上記説明は、当業者が本開示を成したり、使用したりできるようにするために提供されている。本開示の種々の修正は当業者には容易に明らかになり、ここに定義されている一般原理は、本開示の主旨および範囲から逸脱することなく他の変形例に適用可能である。したがって、本開示は、ここに説明されている実施例および設計に制限されることを意図しておらず、ここに開示されている原理および新規の特徴と矛盾しない広範な範囲に従うべきである。
【図１】
2011514029.tif 000004
【図２】
2011514029.tif 000005
【図３】
2011514029.tif 000006
【図４】
2011514029.tif 000007
【図５】
2011514029.tif 000008
【図６】
2011514029.tif 000009
【図７】
2011514029.tif 000010
【図８】
2011514029.tif 000011
【図９】
2011514029.tif 000012
【図１０】
2011514029.tif 000013
【図１１】
2011514029.tif 000014
【図１２】
2011514029.tif 000015
【図１３】
2011514029.tif 000016
【国際調査報告】
2011514029.tif 000017
2011514029.tif 000018
2011514029.tif 000019