"ユーザ機器UE;2、ポリシー及び課金実施機能PCEF;4を備えるゲートウェイGGSN;PDNGW;3、アプリケーション機能AF;5、ポリシー及び課金制御機能PCRF;6並びにネットワークアドレス変換部NAT;7を含むネットワーク通信システム1のための方法であって、前記ポリシー及び課金制御機能PCRF;6は、前記ポリシー及び課金実施機能PCEF;4並びに前記アプリケーション機能AF;5と通信し、前記ユーザ機器UE;2は、ネットワークに接続し、Gxセッションが前記ポリシー及び課金実施機能PCEF;4と前記ポリシー及び課金制御機能PCRF;6との間で開始され、前記ユーザ機器UE;2は、サービスシグナリングが前記アプリケーション機能AF;5を経由するように、前記アプリケーション機能AF;5とのサービスセッションSSを開始し、前記ポリシー及び課金制御機能PCRF;6と前記アプリケーション機能AF;5との間で、Rxセッションが生成され、ネットワーク及びポートアドレス変換部NAPT;7が、前記サービスセッションSSをハンドリングするために前記ユーザ機器UE;2と前記アプリケーション機能AF;5との間に位置し、前記ポリシー及び課金制御機能PCRF;6は、前記ユーザ機器UE;2の任意のネットワークアドレス変換部NAT;7バインディングを認識することを特徴とする、方法。前記ネットワークアドレス変換部NAT;7の外部においてIPアドレス及びポートが割当てられ/割当て解除される都度、メッセージが前記ポリシー及び課金制御機能PCRF;6へ送信されること、を特徴とする、請求項1に記載の方法。前記ゲートウェイGGSN;PDNGW;3及びネットワークアドレス変換部NAT;7は、ゲートウェイGGSN;PDNGW;3のPDN接続が生成される際に、前記ネットワークアドレス変換部NAT;7の外部にポート範囲を予め割当てることと、前記ゲートウェイGGSN;PDNGW;3は、IP-CANセッションの確立において、前記ポリシー及び課金制御機能PCRF;6へ、前記グローバルIPアドレスと共に前記ポート範囲を提供することと、を特徴とする、請求項1に記載の方法。前記ゲートウェイGGSN;PDNGW;3、ネットワークアドレス変換部NAT;7並びに前記ポリシー及び課金制御機能PCRF;6は、前記ネットワークアドレス変換部NAT;7の外部におけるユーザ機器UE;2へどのポート番号が割当てられるかを決定するための共通的なアルゴリズムを使用すること、を特徴とする、請求項1又は請求項3のいずれかに記載の方法。ユーザ機器UE;2、ポリシー及び課金実施機能PCEF;4を備えるゲートウェイGGSN;PDNGW;3、アプリケーション機能AF;5、ポリシー及び課金制御機能PCRF;6並びにネットワークアドレス変換部NAT;7を含むネットワーク通信システムであって、前記ポリシー及び課金制御機能PCRF;6は、前記ポリシー及び課金実施機能PCEF;4並びに前記アプリケーション機能AF;5と通信し、前記システムは、前記ユーザ機器UE;2がネットワークに接続する際に、Gxセッションが前記ポリシー及び課金実施機能PCEF;4と前記ポリシー及び課金制御機能PCRF;6との間で開始されるように構成され、前記システムは、サービスシグナリングが前記アプリケーション機能AF;5を経由するように、前記ユーザ機器UE;2が前記アプリケーション機能AF;5とのサービスセッションSSを開始するように構成され前記ポリシー及び課金制御機能PCRF;6と前記アプリケーション機能AF;5との間で、Rxセッションが生成され、ネットワーク及びポートアドレス変換部NAPT;7が、前記サービスセッションSSをハンドリングするために前記ユーザ機器UE;2と前記アプリケーション機能AF;5との間に位置し、前記ポリシー及び課金制御機能PCRF;6は、前記ユーザ機器UE;2の任意のネットワークアドレス変換部NAT;7バインディングを認識することを特徴とする、ネットワーク通信システム。前記ポリシー及び課金制御機能PCRF;6は、前記ネットワークアドレス変換部NAT;7の外部においてIPアドレス及びポートが割当てられ/割当て解除される都度、メッセージを受信する、ことを特徴とする、請求項5に記載のシステム。前記ゲートウェイGGSN;PDNGW;3及びネットワークアドレス変換部NAT;7は、ゲートウェイGGSN;PDNGW;3のPDN接続が生成される際に、前記ネットワークアドレス変換部NAT;7の外部にポート範囲を予め割当てることと、前記ポリシー及び課金制御機能PCRF;6には、前記ゲートウェイGGSN;PDNGW;3によって、IP-CANセッションの確立において、前記グローバルIPアドレスと共に前記ポート範囲が提供されることと、を特徴とする、請求項5に記載のシステム。前記ゲートウェイGGSN;PDNGW;3、ネットワークアドレス変換部NAT;7並びに前記ポリシー及び課金制御機能PCRF;6は、前記ネットワークアドレス変換部NAT;7の外部におけるユーザ機器UE;2へどのポート番号が割当てられるかを決定するための共通的なアルゴリズムを使用するように構成されること、を特徴とする、請求項5又は請求項7のいずれかに記載のシステム。本発明の目的は、上で識別した問題についての解決策を見出し、それにより、UEとAFとの間にNAT/NAPTが存在する場合にRxセッション及びGxセッションを期待されるように動作させることである。基本的なアイディアは、PCRFにUEのNATバインディングを認識させることである。本発明の第1の観点によれば、ユーザ機器UE、ポリシー及び課金実施機能PCEFを備えるゲートウェイ例えば、GGSN又はPDNGWである、アプリケーション機能AF、ポリシー及び課金制御機能PCRF並びにネットワークアドレス変換部NAPTを含むネットワーク通信システムのための方法が提供され、前記PCRFは、前記PCEF及び前記AFと通信する。前記ユーザ機器は、ネットワークに接続し、その後、Gxセッションが前記ポリシー及び課金実施機能と前記ポリシー及び課金制御機能との間で開始される。前記UEは、サービスシグナリングが前記アプリケーション機能を経由するように前記AFとのサービスセッションSSを開始する。前記PCRFと前記AFとの間で、Rxセッションが生成される。NAPTは、前記SSをハンドリングするために前記UEと前記AFとの間に位置し、前記PCRFは前記UEの任意のNATバインディングを認識するようになる。本方法は、さらに、前記NATの外部においてIPアドレス及びポートが割当てられ/割当て解除される都度、メッセージが前記PCRFへ送信されるというステップを含んでもよい。NATがGWと共設されるケースでは、グローバルIPアドレス及びポート情報がGWによってGxを介してPCRFへ提供される。スタンドアローン型のNATのケースでは、当該情報は、NAT機能とPCRFとの間の新たなインタフェース上で、NATにより提供される。本方法は、さらに、PDN接続が生成される際に前記NATの外部に前記GW/NATがポート範囲を予め割当てるステップと、前記PDNGWがIP-CANセッションの確立において前記PCRFへグローバルIPアドレスと共に前記ポート範囲を提供するステップと、を含んでもよい。この手法では、PCRFがグローバルIPアドレスと共にUEに割り当てられ得る全てのポートを知得し、当該情報に基づいて適切なセッションバインディングを作成することができる。本方法は、さらに、前記NATの外部におけるUEへどのポート番号が割当てられるかを決定するための共通的なアルゴリズムを前記GW/NAT及び前記PCRFが使用するステップを含んでもよい。そうすることにより、PCRFへシグナリングされなければならないのはグローバルIPアドレスのみとなり、これは既存のGxプロトコルを使用すれば可能である。本発明の他の観点によれば、ユーザ機器UE、ポリシー及び課金実施機能PCEFを備えるゲートウェイGGSN;PDNGW、アプリケーション機能AF、ポリシー及び課金制御機能PCRF;6並びにネットワークアドレス変換部NAT;7を含むネットワーク通信システムが提供され、前記ポリシー及び課金制御機能PCRFは、前記ポリシー及び課金実施機能PCEF並びに前記アプリケーション機能AFと通信する。前記ユーザ機器UEがネットワークに接続する際にGxセッションが前記ポリシー及び課金実施機能PCEFと前記ポリシー及び課金制御機能PCRFとの間で開始されるように、本システムは構成される。さらに、サービスシグナリングが前記アプリケーション機能AFを経由するように前記ユーザ機器UEが前記アプリケーション機能AFとのサービスセッションSSを開始するように、本システムは構成される。前記ポリシー及び課金制御機能PCRFと前記アプリケーション機能AFとの間で、Rxセッションが生成される。ネットワーク及びポートアドレス変換部NAPTは、前記サービスセッションSSをハンドリングするために前記ユーザ機器UEと前記アプリケーション機能AFとの間に位置する。前記ポリシー及び課金制御機能PCRFは、前記ユーザ機器UEの任意のネットワークアドレス変換部NATバインディングを認識する。本システムは、前記ポリシー及び課金制御機能PCRFが前記ネットワークアドレス変換部NATの外部においてIPアドレス及びポートが割当てられ/割当て解除される都度メッセージを受信するように構成されてもよい。前記ゲートウェイGGSN;PDNGW及びネットワークアドレス変換部NATがゲートウェイGGSN;PDNGW;3のPDN接続の生成の際に前記ネットワークアドレス変換部NATの外部にポート範囲を予め割当てるように構成されるように、本システムは構成されてもよい。前記ポリシー及び課金制御機能PCRFには、前記ゲートウェイGGSN;PDNGWによって、IP-CANセッションの確立において、グローバルIPアドレスと共に前記ポート範囲が提供される。前記ネットワークアドレス変換部NATの外部におけるユーザ機器UE;2へどのポート番号が割当てられるかを決定するための共通的なアルゴリズムを前記ゲートウェイGGSN;PDNGW、ネットワークアドレス変換部NAT並びに前記ポリシー及び課金制御機能PCRFが使用するように構成されるように、本システムは構成されてもよい。本発明は、その利点の中でもとりわけ、PCEFとAFとの間のNAT/NAPTの存在下でPCCのサポートのための解決策を呈示する。さらに、本発明は、一般的なAFと共に動作し、アプリケーション及びAFによるNATの認識という前提を要しない。本発明は、スタンドアローンのNAPT及びGWと共設されるNAPTの双方と共に動作する。GWと共設されるNATについて、本解決策は、既存のインタフェースを再利用し、シグナリングの負荷への影響は小さい/無い。本発明は、PDN接続のためのポート範囲を動的に増加させ又は減少させる余地を可能にする。全ての解決策を、共設型のNAT又はスタンドアローンのNATと共に使用することができる。共設型のケースでは、シグナリングは、Gx上になるであろう。スタンドアローンのNATでは、シグナリングは、NATとPCRFとの間の新たなインタフェース上になるであろう。図1~図5において、同様の特徴のために同じ参照番号が使用される。前に述べたように、ポリシー及び課金制御PCCを使用する際、ネットワーク内のNAT/NAPTの存在が、ある問題を引き起こす。それら問題の1つは、UEとAFとの間にNAT/NAPTが存在する場合に、PCRF内のRxセッションとGxセッションとの間のセッションバインディングが期待されるようには動作しないことである。図1は、ネットワーク通信システム1を概略的に例示しており、ネットワーク通信システム1は、ユーザ機器UE2、ポリシー及び課金実施機能PCEF4を備えるゲートウェイGW3、アプリケーション機能AF5、ポリシー及び課金制御機能PCRF6並びにネットワーク及びアドレス変換NAT機能7を含み、NAT機能7はこの場合にはネットワーク及びポートアドレス変換部NAPTであり、PCRF6は、PCEF4及びAF5と通信する。図1において、NAT機能7は、GW3と共設される。GW3は、例えば、GGSN又はPDNGWであってよい。ネットワーク通信システムが3G標準を使用する場合、GGSNが使用され得る。ネットワークが4G標準又は3GPPLTE若しくは3GPPLTEAdvancedを使用する場合、PDNゲートウェイが使用され得る。図1において、PCEF4もまた、GW3と共設される。GW3は、IP-CANセッションのGxの確立の間に、PCRF6へのPDN接続IP1に割当てられるものとしてのIPアドレスをUE2へ提供する。UE2がサービスセッションSSを開始し、当該サービスシグナリングがAF5を経由する場合、AF5は、しかしながら、IP1を見るのではなく、NAT機能7により提供される変換後のIPアドレスIP2と、NAT機能7により提供される変換後のポートP2とをむしろ見ることになるであろう。AF5は、恐らくは、PCRF6へP2を提供し得る。PCRF6は、セッションバインディングを実行するためには使用可能ではなく、即ち、IPアドレスIP1を使用中の対応するIP-CANセッションに、IP2についてのRxリクエストを関連付けられないであろう。図1は、IPネットワークであるPDN8をも概略的に例示しており、PDN8では、サービスが提供され、SSのためのユーザプレーンのトラフィック9もまた提供される。図2は同様のケースを例示しており、NAT機能7はスタンドアローンでGW3の外部にあり、AF5はNATボックス7の外部に位置する。PCEF4は、依然としてGW3と共設される。図1に関連して説明したものと同様の問題が、この構成についても存在する。図2もまた、IPネットワークであるPDN8を概略的に例示しており、PDN8では、サービスが提供され、SSのためのユーザプレーンのトラフィック9もまた提供される。NATに伴う問題への1つの解決策は、そもそもの問題を回避することである。例えば、GWとAFとの間にNATが存在しないようにAFを配置すれば、PCCの適用に伴う課題は存在しない。この配備は、事業者により配備されるアプリケーションについては合理的であり得るが、例えば事業者のネットワークの外部にAFが位置するサードパーティのアプリケーションについては適切でないであろう。他の解決策は、アプリケーション及びAFをNAT認識型NATawareにすることである。これは、3GPPIMSのために仕様化されたタイプの解決策である。この解決策は、AFがプライベートアドレスとパブリックアドレスとの間のNATバインディングを認識しているawareofことを前提とする。そして、AF、例えばIMSについてのP-CSCFは、Rxを介してPCRFへ、プライベートIPアドレスIP1を提供することができる。PCRFは、通常通りセッションバインディングを実行することができる。このアプローチの欠点は、それがアプリケーション及びAFに要件を課すことである。これは、IMSなどの、3GPPにより定義され事業者により制御されるアプリケーションにとっては合理的であり得るが、一般的なアプリケーションにとってはあまり現実的でない。また別の解決策は、UEのIPアドレスとは異なる、Gx及びRxインタフェースの双方にわたって利用可能な何らかの識別子に基づいて、セッションバインディングを実行することである。例えば、Gxメッセージ及びRxメッセージにおいて利用可能な加入者アイデンティティに基づいてセッションバインディングを実行することが可能であり得る。この解決策に伴う問題は、AFにとって加入者アイデンティティが常に利用可能とは限らないことである。また、AFが加入者アイデンティティを認識しておりRx上でそれを提供するとしても、それは例えばURIのようなアプリケーションレイヤのアイデンティティであるかも知れず、Gx上で使用されるアクセスレイヤアイデンティティ、即ちIMSIとは異なる。NATがGWと共設される場合に選択可能な他の可能性は、GW内のPCEF機能がNAT内のNATバインディングの状態へのアクセスを有することである。これは、GWにおいて内部的に解決される。そして、PCRFは、プライベートIPアドレスIP2の代わりに、Gxを介してPCRFへパブリックIPアドレスIP2を提供することができる。このアプローチに伴う問題は、パブリックIPアドレスとプライベートIPアドレスとの間の1対1のマッピングが存在する場合にのみそれが動作する点である。NAPTが使用される場合、パブリックIPアドレスIP2は、多くのUEの間で共有され、PCRF内のセッションバインディングは不明瞭になる。本発明は、上述した問題に対する、関連するが異なる解決策を提案する、基本的なアイディアは、PCRFにUEのNATバインディングを認識させることである。図3は、本発明の第1の観点についての呼フローを概略的に示している。ここでは、ネットワーク通信システム1の異なるエンティティが、図1及び図2と同じエンティティを参照する同じ番号を有する垂直のラインによって示されている。参照番号3/7は、図1に見られるように、NAT機能7がゲートウェイ3と共設されることを示している。NAT機能7及びゲートウェイ3は、図2に見られるように分離されてもよい。これは、本発明の全ての観点についてその通りである。PCRF6は、新たなNAT7バインディングが生成され又は古いNAT7バインディングが削除される都度、PCRF6へメッセージが送信されることによって、NAT7バインディングを認識するようになされる。NAT7がGW3と共設されるケースでは、この情報はGx上でGW3により送信される。スタンドアローン型のNAT7のケースでは、当該情報は、NAT機能7とPCRF6との間の新たなインタフェース上でNAT7により送信される。そして、PCRF6は、Rxの承認Rxauthorizationにおいて受信されるIPアドレス及びポート情報に基づいて、正確なGxセッションでセッションバインディングを実行することができる。図3におけるアイテムI~IVは、次の通りである:I:PDN接続/PDPコンテキストが確立されている。UEのIPアドレスP1が割り当てられている。II:IP-CANセッションがUEのIPアドレスIP1と共に確立されている。III:NATバインディングを生成:IP1,P1←→IP2,P2IV:PCRFは、セッションバインディングを作成し、正確なIP-CANセッションへRxの承認をバインディングすることができる。アイテムI~IVは、本発明が意図した通りに実行されるために、必須ではなく好適に取り入れられる。アイテムI及びIIは、IP接続ごとに1回のみ発生する。アイテムIII及びIVは、IP接続ごとに1回よりも多く起こり得る。図4は、本発明の第2の観点についての呼フローを概略的に示している。この代替手段において、NAT機能7は、特定のグローバルIPアドレスを使用し、PDN接続が生成される際にUE2のためにあるポート範囲を予め割り当てる。グローバルIPアドレス及びポート範囲は、UEに割り当て得るIPアドレス及びポートをPCRF6に認識させるために、PCRF6へ提供される。ポート範囲の代わりに、GW3は、PDN接続のためにどのポート範囲を使用すべきかを決定することをPCRF6に可能とするためのインデックスを、PCRF6へ提供することもできる。PCRF6は、IPアドレス及びポート番号を含むRx承認リクエストを受信すると、当該IPアドレス及びポートを当該Gxセッションのために提供されたIPアドレス及びポート範囲と照合することにより、セッションバインディングを実行する。グローバルIPアドレスが複数のUE2により共有され得るとしても、予め確保される各ポート範囲は、1つの特定のUE2にのみ割り当てられる。ポート範囲を、PDN接続及びIP-CANセッションが確立された後に起こり得る初回のNAT7バインディングの生成の際に予め確保することもできる。但し、原理は上述したものと同じである。また、GW/NAT3/7は、PDN接続IP-CANセッションのライフタイムの間に、PCRF6へ追加的なポート範囲及び/又は修正されたポート範囲を提供することにより、ポート範囲を更新することもできる。また、GW/NAT3/7は、割り当てられたポート範囲を減少させてPCRF6へ通知することもできる。図4におけるアイテムI~Vは、次の通りである:I:PDN接続/PDPコンテキストが確立されている。UEのIPアドレスP1が割り当てられている。II:NATがパブリックIPアドレスIP2及びポート範囲X...Yを予め割り当てる。III:IP-CANセッションがUEのIPアドレスIP1と共に確立されている。NATバインディング情報は、IP2及びポート範囲X...Yを含む。IV:NATバインディングを生成。ポートは、予め割り当てられたポート範囲から選択される:IP1,P1←→IP2,P2V:PCRFは、セッションバインディングを作成し、正確なIP-CANセッションへのRxの承認をバインディングすることができる。アイテムI~Vは、本発明が意図した通りに実行されるために、必須ではなく好適に取り入れられる。アイテムI、II及びIIIは、IP接続ごとに1回のみ発生する。アイテムIV及びVは、IP接続ごとに1回よりも多く起こり得る。図5は、本発明の第3の観点についての呼フローを概略的に示している。現行のGxインタフェースに影響を与えないアプローチは、GW/NAT3/7及びPCRF6が、NAT7の外部におけるUE2にどのポート番号が割り当てられるかを決定するための共通のアルゴリズムを使用することである。そうすることで、PCRF6へシグナリングされなければならないのはグローバルIPアドレスのみとなり、これは既存のGxプロトコルを使用して可能である。GW3は、特定のPDN接続にどのポート番号が許容されるかを決定するための当該共通のアルゴリズムを使用する。NAT機能7は、そのPDN接続のためにNAT7バインディングを生成し、当該共通のアルゴリズムによって生成されるポート番号群portnumbersのみが使用され得る。同様に、PCRF6もまた当該共通のアルゴリズムを使用して、所与のPDN接続にどのポート番号が許容されるかを決定する。PCRF6は、IPアドレス及びポート番号を含むRx承認リクエストを受信すると、当該IPアドレス及びポートを、IP-CANセッションのためにGW3により提供されたIPアドレス、及び共通のアルゴリズムに従って許容されるポート番号群と照合することにより、セッションバインディングを実行する。グローバルIPアドレスが複数のUE2により共有され得るとしても、共通のアルゴリズムによって生成されるポート番号群は、ある特定のPDN接続についてのみ使用される。例えば、アルゴリズムの一例は、単調増加するカウンタ/ウィンドウに基づいてポート範囲を生成することである。特定のIPアドレスについてIP-CANセッションが生成される度に、GW/NAT3/7及びPCRF6は、このカウンタを1つ増加させる。カウンタの値が既にアクティブなIP-CANセッションにより使用されていれば、GW3及びPCRF6は、アクティブなPDN接続により使用されない次の値を選択する。一例として、各PDN接続についてN個のポートという最大数が利用可能とされる場合、PDN接続に割当てられるカウンタの値をXとすると、ポート範囲は、N×X...256×N1-1とすることができる。カウンタは、X=256に達すると、ゼロへリセットされる。Gxプロトコルの仕様にやはりインパクトを有しない他の例は、既存のAVPを再利用して、PDN接続のために選択されたポート範囲についてPCRF6へ通知することである。例えば、変化するIDの下位8ビットが適切なポート範囲についてのインデックスとして使用され得る一方で、全体としての32ビットは変化するIDを構成することになる。図5におけるアイテムI~VIは、次の通りである:I:PDN接続/PDPコンテキストが確立されている。UEのIPアドレスP1が割り当てられている。II:NATがパブリックIPアドレスIP2を予め割り当てる。III:IP-CANセッションがUEのIPアドレスIP2と共に確立されている。IV:PCRFが共通のアルゴリズムを用いて当該IP-CANセッションのために使用され得るポートの値を決定し得る。V:NATバインディングを生成。ポートは、共通のアルゴリズムを用いて選択される:IP1,P1←→IP2,P2VI:PCRFは、UEのIPアドレスIP2を認識しており、当該UEにNATによりどのポート値が割当てられるかを判定することができるため、セッションバインディングを作成し、正確なIP-CANセッションへRxの承認をバインディングすることができる。アイテムI~VIは、本発明が意図した通りに実行されるために、必須ではなく好適に取り入れられる。アイテムI~IVは、IP接続ごとに1回のみ発生する。アイテムV及びVIは、IP接続ごとに1回よりも多く起こり得る。当然ながら、本発明の範囲内で、他のアルゴリズムもまた可能である。図5に示した解決策は、図5に示した解決策がGxへの影響無くNATを伴うPCC動作を可能にする既定の方法として使用されるという意味において、図4に示した解決策と組み合わせられてもよい。そして、PDN接続のライフタイムの間にUEに割当てられたポート範囲を更新する必要がある場合、GWは、ポート範囲についての明示的なシグナリングを伴う図4に示した解決策を使用することができる。"