JP7396645B2 - バックグランドデータ転送のための方法 - Google Patents

Description

本開示は、無線通信ネットワークに関し、特にアプリケーションサービス・プロバイダからの要求に基づいて無線通信ネットワークによって無線端末に提供されるバックグラウンドデータ転送に関する。

Third Generation Partnership Project（3GPP）は、バックグラウンドデータ転送（background data transfer）を標準化している（例えば、非特許文献１－３を参照）。典型的には、バックグラウンドデータ転送は、3GPPネットワークによって推奨されるタイムウインドウにおいて行われる特別な課金ポリシー（i.e., 低い（lower）課金レート）による各無線端末（User Equipment（UE））のためのデータ転送サービスを意味する。

3GPPネットワークは、バックグラウンドデータ転送に適用される転送ポリシーを3GPPネットワークと交渉する（negotiate）こと、及び合意された転送ポリシーに基づく各UEのバックグラウンドデータ転送のためのsponsored connectivityを3GPPネットワークに要求すること、をアプリケーションサービス・プロバイダ（Application Service Provider（ASP））に可能する。ここで、転送ポリシーは、バックグラウンドデータ転送のために推奨されるタイムウインドウ、当該タイムウインドウのための課金レートへの言及（reference）、及びオプションで（optionally）最大集約ビットレート（maximum aggregated bitrate）を含む。最大集約ビットレートは、当該言及された課金レートに応じた課金（charging）が、この値以下に留まる全ての関係するUEs（all involved UEs）の集約されたトラフィックに対してのみ適用できること示す。なお、（転送ポリシーにオプションで含まれる）最大集約ビットレートは、3GPPネットワーク内で施行（enforced）されない。モバイルオペレータは、UEsのセット（set of UEs）のための最大集約ビットレートがASPによって超過された（was exceeded）か否かを判定するためにオフライン課金データレコード（Charging Data Records (CDRs)）処理を利用し、この超過した（excess）トラフィックを別に（differently）課金してもよい。

非特許文献１の第29.2章は、3GPPコアネットワークによって露出されるサービス及び能力（exposed services and capabilities）を規定している。より具体的には、非特許文献１の29.2章は、3GPPコアネットワークがバックグラウンドデータ転送のための3GPPリソースマネージメントのためのサードパーティとのインタラクションを提供することを規定している。非特許文献２の第4.5.9章及び第5.9章は、バックグラウンドデータ転送のためのリソースマネージメントの詳細および手順を規定している。非特許文献３の第5.2.13章は、Service Capability Exposure Function（SCEF）とPolicy and Charging Rules Function（PCRF）との間のNtインタフェース（又は参照点（reference point））を規定している。Ntインタフェースは、将来のバックグラウンドデータ転送のための推奨されるタイムウインドウ及び関連する条件についてのSCEFとPCRFとの間のネゴシエーションを可能にする。非特許文献３の第6.1.16章及び第7.11.1章は、さらに、Ntインタフェースを介した将来のバックグラウンドデータ転送のネゴシエーションの詳細を規定している。

非特許文献４は、上述の非特許文献１（3GPP TS 22.101）の第29.2章の改訂を提案している。より具体的には、非特許文献４は、バックグラウンドデータ転送が（ａ）合意された最大データボリュームを超える、（ｂ）合意されたタイムウインドウを超えて継続する、又は（ｃ）合意されたエリア（areas）の外で発生する場合に、このバックグラウンドデータ転送が3GPPシステムによって停止されるべきか又はおそらく（possibly）異なる課金レジーム（又は課金ルール）の下で継続されるべきかを、サードパーティ・アプリケーションサーバ（AS）が3GPPシステム（又は3GPPネットワーク）に示すことができるべきであることを記載している。

3GPP TS 22.101 V14.5.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service aspects; Service principles (Release 14)", December 2016 3GPP TS 23.682 V14.2.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 14)", December 2016 3GPP TS 23.203 V14.2.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control architecture (Release 14)", December 2016 3GPP S1-171415, NTT DOCOMO, KPN, KDDI, TOYOTA ITC, DENSO CORPORATION, NEC, "Enhancement of the service exposure for background data transfer", 3GPP TSG-SA WG1 Meeting #77, Jeju Island, South Korea, 13-17 February 2017

非特許文献４の提案は、アプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）と3GPPネットワークとの間のバックグラウンドデータ転送に関するサービス原則（principles）の変更を提案しているのみである。したがって、この変更をどのように3GPPネットワークに実装するかが明確でない。

本明細書に開示される実施形態が達成しようとする目的の１つは、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能とする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、無線通信ネットワーク内に配置される露出ノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信するよう構成される。前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記少なくとも１つのプロセッサは、前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送るよう構成される。前記第２の要求は、前記第１の要求から得られた前記パラメータを含む。前記少なくとも１つのプロセッサは、前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送るよう構成される。

第２の態様では、無線通信ネットワーク内に配置されるポリシー制御ノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信するよう構成される。前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記少なくとも１つのプロセッサは、前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送るよう構成される。

第３の態様では、無線通信ネットワーク内に配置されるネットワークノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。

第４の態様では、無線アクセスネットワークに配置される基地局は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。

第５の態様では、無線端末は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。

第６の態様では、無線通信ネットワーク内に配置される露出ノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
（ｂ）前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
（ｃ）前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を含む。ここで、前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記第２の要求は、前記第１の要求から得られた前記パラメータを含む。

第７の態様では、無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
（ｂ）前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を含む。ここで、前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。

第８の態様では、無線通信ネットワーク内に配置されるネットワークノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。

第９の態様では、無線アクセスネットワークに配置される基地局における方法は、
（ａ）アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。

第１０の態様では、無線端末における方法は、
（ａ）アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。

第１１の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第６～第１０の態様のいずれかに係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様は、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能とする装置、方法、及びプログラムを提供できる。

幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 幾つかの実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション及び当該バックグラウンドデータ転送の実行の手順の一例を示すシーケンス図である。 将来のバックグラウンドデータ転送のネゴシエーションのためのSCS/AS及びSCEFの間のインタラクションの一例を示すシーケンス図である。 将来のバックグラウンドデータ転送のネゴシエーションのためのSCEF、PCRF、及びSPRの動作の一例を示すシーケンス図である。 バックグラウンドデータ転送の実行のためのSCEF、PCRF、及びSPRの動作の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出手順の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出手順の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出に使用されるパラメータのeNBs間での転送手順の一例を示すシーケンス図である。 幾つかの実施形態に係るPCRFの構成例を示す図である。 幾つかの実施形態に係るeNBの構成例を示す図である。 幾つかの実施形態に係るUEの構成例を示す図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に示される複数の実施形態は、3GPP Release 13及びそれ以降（i.e., LTE-Advanced Pro）に規定されているバックグラウンドデータ転送を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced Proネットワークに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3rd Generation Partnership Project (3GPP) Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、WiMAXシステム、又はモバイルWiMAXシステム等に適用されてもよい。また、これらの実施形態は、現在3GPPにより標準化作業が行われている第5世代移動通信システム（5G）に適用されてもよい。5Gは、LTE-Advanced Proと新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展との組合せで実現されると想定されている。新たなRATは、例えば、LTE-Advanced Proが対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。

＜第１の実施形態＞
図１は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図１は、LTE-Advanced Proのバックグラウンドデータ転送に関するネットワーク構成を示している。UE１０は、無線アクセスネットワーク（i.e., Evolved UMTS Terrestrial Radio Access Network（E-UTRAN）２０）を介してMobility Management Entity（MME）３０とのシグナリングコネクションを確立するともに、E-UTRAN２０並びにコアネットワーク（i.e., Evolved Packet Core（EPC））内のPacket Data Network Gateway（P-GW）３２及びS-GW３４を介してService Capability Server (SCS)/Application Server (AS) ６０とのユーザプレーン通信を行う。

SCS/AS６０は、アプリケーションサービス・プロバイダ（ASP）に関連付けられたサーバである。SCS/AS６０は、Public Land Mobile Network（PLMN）（i.e., ここでは3GPPネットワーク）を介して、UE１０にホストされた１又はそれ以上のアプリケーション１１と通信する。SCS/AS６０は、ASであってもよいし、SCS及びASであってもよい。SCSは、ASを3GPPネットワークに接続し、3GPPで定義されたサービスを介してASがUE１０と通信できるようにする。また、SCSは、ASがSCEF５０を介してPCRFと通信できるようにする。SCS２は、GPPネットワーク・オペレータ又はASPによって制御される。SCSは、Machine type Communication（MTC）サーバ又はMachine-to-Machine（M2M）サーバとも呼ばれる。SCSは、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、SCEF５０又はAS）に付加された機能的なエンティティであってもよい。MTCサーバは、Packet Switched（PS）ネットワークに接続され、MTCデバイスと通信する。MTCデバイスは、MTC User単位でMTC Groupを構成し得る。

SCEF５０は、3GPPネットワーク内のエンティティであり、3GPPネットワークインターフェス（interfaces）によって提供されるサービス（services）及び能力（capabilities）を安全に露出する（securely expose）手段を提供する。SCEF５０は、Open Mobile Alliance （OMA）、Global System for Mobile Communications Association（GSMA）、又はその他の標準化団体（possibly other standardization bodies）によって定義されたネットワーク・アプリケーション・プログラミング・インタフェース（e.g., Network API）を通じたネットワーク能力（capabilities）へのアクセスを提供する。SCEF５０は、下にある（underlying）3GPPネットワークインタフェース及びプロトコルを抽象化（abstracts）する。

PCRF４０、Policy and Charging Enforcement Function（PCEF）４２、Bearer Binding and Event Reporting Function（BBERF）４４、及びSubscription Profile Repository（SPR）４６は、Policy and charging control（PCC）アーキテクチャに関する要素（論理エンティティ）である。PCRF４０は、UE１０のサービスデータフローに適用されるべきPCCルールを決定し、決定されたPCCルールをP-GW３２に配置されたPCEF４２に送る。PCCルールは、UE１０のサービスデータフローを検出するためのサービスデータフロー（SDF）テンプレート、及び当該サービスデータフローのポリシー制御及び課金（charging）制御のためのパラメータ（e.g., Quality of Service（QoS）ポリシー、課金（charging）ルール）を含む。なお、サービスデータフローは、PCEF４２を通じて搬送されるパケットフローの集約されたセット（aggregated set of packet flows）である。図１の例では、SDFテンプレートは、UE１０とSCS/AS６０との間のIP Connectivity Access Network（IP-CAN）セッションに関するサービスデータフローを特定するための１又は複数のSDFフィルタを含む。

PCRF４０は、P-GW３２に配置されたPCEF４２とのシグナリング・インタフェース（i.e., Gxインタフェース（又は参照点））を有する。PCRF４０は、S-GW３４に配置されたBBERF４４とのシグナリング・インタフェース（i.e., Gxcインタフェース（又は参照点））を有してもよい。

さらに、PCRF４０は、SCEF５０とのシグナリング・インタフェース（i.e., Nt及びRxインタフェース（又は参照点））を有する。Ntインタフェースは、SCEF５０とPCRF４０との間で将来の（future）バックグラウンドデータ転送のための推奨されるタイムウインドウ（recommended time window(s)）及び関連条件（related conditions）についてのネゴシエーションを可能とする。Rxインタフェースは、アプリケーションレベルセッション情報（i.e., Application Function（AF）セッション情報）のApplication Function（AF）からPCRF４０へのトランスポートを可能にする。Rx手順（procedures）を開始する際に、SCEF４０はAFとして振る舞う（acting as an AF）。バックグラウンドデータ転送の場合、AFセッション情報は、SCS/AS６０がSCEF５０を介してPCRF４０（又は他のPCRF）と事前にネゴシエートした転送ポリシーを示す参照ID（reference ID）を含む。さらに、バックグラウンドデータ転送のためのAFセッション情報は、sponsored data connectivityのための情報（e.g., ASP identifier）を含んでもよい。

さらにまた、PCRF４０は、SPR４６とのシグナリング・インタフェース（i.e., Spインタフェース（又は参照点））を有する。SPR４６は、subscription-basedポリシー（policies）及び IP-CANベアラレベルPCCルール（rules）に必要とされる全てのsubscriber/subscription関連情報（subscriber/subscription related information）を包含する論理エンティティである。SPR４６は、オペレータのネットワーク内の他のデータベースに結合（combined）又は分配（distributed across）されてもよい。

さらに、SPR４６は、sponsored data connectivityプロファイル情報を供給してもよい。Sponsored data connectivityプロファイル情報は、アプリケーションサービス・プロバイダのリスト、及びこれらのスポンサー識別子毎のアプリケーション（their applications per sponsor identity）を含む。Sponsored data connectivityプロファイル情報は、PCRF４０によって設定されてもよい。

さらにまた、SPR４６は、ASPに関するポリシ情報を供給してもよい。当該ポリシ情報は、ASP identifier、並びに転送ポリシー及びその参照ID（reference ID）を含む。ASPに関するポリシ情報は、PCRF４０によって格納された後にのみSPR４６において利用可能である。

図２は、本実施形態を含む複数の実施形態に係るバックグラウンドデータ転送のネゴシエーション及び実行の概略手順の一例（処理２００）を示している。図２に示された概略手順は、非特許文献２の第5.9章に規定された手順と同様である。ステップ２０１～ステップ２０７は、UEsのセットのための将来のバックグラウンドデータ転送のネゴシエーションのために行われる。なおUEsのセットは、MTC Groupに属する１以上のMTCデバイスであってもよい。

ステップ２０１では、SCS/AS６０は、バックグラウンドデータ転送要求（Background data transfer request）メッセージをSCEF５０に送る。当該要求は、SCS/AS Identifier、SCS/AS Reference ID、 Volume per UE、Number of UEs、及びDesired time windowを含む。SCS/AS Identifierは、ASP identifierと呼ぶこともできる。Volume per UEは、SCS/ASがUE当たりに転送されると予想するデータのボリューム（the volume of data the SCS/AS expects to be transferred per UE）を記述する。Number of UEsは、データ転送に参加するUEsの予想数（the expected amount of UEs participating in the data transfer）を記述する。Desired time windowは、SCS/ASがデータ転送を実行したい期間（the time interval during which the SCS/AS wants to realize the data transfer）を記述する。当該バックグラウンドデータ転送要求は、オプションで、地理的エリア情報（geographic area information）を含んでもよい。当該バックグラウンドデータ転送要求は、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。

ステップ２０２では、SCEF５０は、受信したSCS/AS要求（i.e., バックグラウンドデータ転送要求）を認証する。ステップ２０３では、SCEF５０は、利用可能なPCRFsのいずれかを選択し、選択されたPCRF（ここでは、PCRF４０）とのNegotiation for future background data transfer procedureをトリガーする。SCEF５０は、SCS/AS６０により供給されたパラメータ（the parameters）をPCRF４０にフォワードする。PCRF４０は、１又はそれ以上の可能な転送ポリシー（possible transfer policies）及び参照ID（a reference ID）によりSCEF５０に応答する。

ステップ２０４では、SCEF５０は、Background data transfer responseメッセージを送ることによって、受信した参照ID及び転送ポリシーをSCS/AS６０にフォワードする。当該Background data transfer responseメッセージは、SCS/AS Reference ID、参照ID、及び可能な転送ポリシー（possible transfer policies）を含む。SCS/AS６０は、PCRF４０との将来のインタラクションのために、受信した参照IDを格納する。

もし１より多い転送ポリシーが受信された場合、SCS/AS６０は、これらのうち１つを選択し、選択された転送ポリシーについてSCEF５０及びPCRF４０に知らせるために、別の（another）Background data transfer requestメッセージをSCEF５０に送る（ステップ２０５）。当該Background data transfer requestメッセージは、SCS/AS Identifier、SCS/AS Reference ID、及び選択された転送ポリシー（Selected transfer policy）を含む。

ステップ２０６では、SCEF５０は、Background data transfer responseメッセージをSCS/AS６０に送ることによって、転送ポリシー選択を確認する。当該Background data transfer responseメッセージは、SCS/AS Reference IDを含む。

ステップ２０７では、PCRF４０及びSCEF５０は、PCRF４０とのNegotiation for future background data transfer procedureを続ける。ステップ２０５及び２０６が行われた場合、SCEF５０は、SCS/AS６０により選択された転送ポリシーをPCRF４０に送る。PCRF４０は、参照IDとこれに関連付けられた新たな転送ポリシーをSPR４６に格納する。

ステップ２０８は、個々の（individual）UEのためのバックグラウンドデータ転送の実行フェーズである。SCS/AS６０（AFとして振る舞う(acting as an AF)）は、参照IDを、サービス情報（又はSCS/ASセッション情報、AFセッション情報）と共に、PCRF４０に供給する。当該サービス情報は、IP flow (s)のIPアドレス、使用されるポート番号などを含む。典型的には、SCS/AS６０は、個々の（individual）UEsのバックグラウンドデータ転送のためのsponsored (data) connectivityを要求してもよい。SCS/AS６０は、直接的にPCRF４０にコンタクトしてもよいし、AFとして振る舞うSCEF５０を介してPCRF４０とインタラクションしてもよい。

ステップ２０８では、PCRF４０は、（AFとして振る舞う）SCS/AS６０又は（AFとして振る舞う）SCEF５０から受信した参照IDに基づいて、対応する転送ポリシーをSRP４６から取り出す。PCRF４０は、当該転送ポリシーに影響される（affected）IP-CANセッションを特定し、IP-CAN Session Modification手順をトリガーする。このIP-CAN Session Modification手順は、バックグラウンドデータ転送のためのsponsored (data) connectivityのための個別ベアラの（新規）アクティベーション（i.e., Dedicated Bearer Activation Procedure）又は既存個別ベアラのモディフィケーション（i.e., Bearer Modification Procedure）を引き起こす。

続いて以下では、第１の実施形態に係るバックグラウンドデータ転送のネゴシーエション手順及び実行手順の改良について説明する。図３は、将来のバックグラウンドデータ転送のネゴシエーションのためのSCS/AS６０及びSCEF５０の間のインタラクションの一例（処理３００）を示している。ステップ３０１では、SCS/AS６０は、新たなパラメータを含むよう改良されたバックグラウンドデータ転送要求（Background data transfer request）メッセージをSCEF５０に送る。既に説明したように、バックグラウンドデータ転送要求メッセージは、UEsのセットとASPとの間の3GPPネットワークを介した将来のバックグラウンドデータ転送のためのリソースマネジメントを要求する。

ステップ３０１のバックグラウンドデータ転送要求メッセージに包含される新たなパラメータは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。この異なる課金ルールは、例えば、事前に合意された課金ルールよりも高い課金レートを定めてもよい。

一例において、事前に合意された転送ポリシーは、事前に合意された最大データボリューム（maximum data volume）を含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意された最大データボリュームを超える（exceeds the agreed maximum data volume）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。なお、事前に合意された最大データボリュームは、UE当たりの最大データボリュームであってもよい。これに代えて、事前に合意された最大データボリュームは、UEsのセット（set of UEs）の最大データボリュームであってもよい。また、転送ポリシーは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。

一例において、事前に合意された転送ポリシーは、事前に合意されたタイムウインドウを含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する（continues beyond the agreed time window）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。

一例において、事前に合意された転送ポリシーは、事前に合意された地理的エリアを含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意された（地理的）エリアの外で発生する（happens outside the agreed (geographic) areas）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。

さらに又はこれに代えて、Background data transfer requestメッセージに包含される新たなパラメータは、将来のバックグラウンドデータ転送を行うUEsのセットの優先度を示してもよい。

図３に示されるように、ステップ３０１のバックグラウンドデータ転送要求メッセージに包含される新たなパラメータは、事前に合意された転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

図２を参照して説明したように、SCEF５０は、バックグラウンドデータ転送要求の受信に応答して、PCRF４０とのNegotiation for future background data transfer procedureをトリガーする。SCEF５０は、１又はそれ以上の可能な転送ポリシー（possible transfer policies）及び参照ID をPCRF４０から受信する。ステップ３０２では、SCEF５０は、Background data transfer responseメッセージを送ることによって、受信した参照ID及び転送ポリシーをSCS/AS６０にフォワードする。Background data transfer responseメッセージは、SCS/AS６０によって要求された地理的エリアに関して局所的に利用可能な（locally available）情報（e.g., 輻輳（congestion）レベル）を含んでもよい。

図４は、将来のバックグラウンドデータ転送のネゴシエーションのためのSCEF５０、PCRF４０、及びSPR４６の動作の一例（処理４００）を示している。ステップ４０１では、SCS/AS６０からのバックグラウンドデータ転送要求（i.e., 図４のステップ３０１）に基づいて、SCEF５０は、DIAMETER Background-Data-Transfer-Request (BTR) commandをPCRF４０に送る。当該BTR commandは、SCS/AS６０からのバックグラウンドデータ転送要求から得られたパラメータを含む。すなわち、図４の例では、当該BTR commandは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。

図４に示されるように、ステップ４０１のBTR commandに包含される新たなパラメータは、事前に合意された転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

ステップ４０２及び４０３の処理は、通常のネゴシエーション手順で行われる処理と同様である。すなわち、ステップ４０２では、PCRF４０は、全ての存在する転送ポリシー（all existing transfer policies）をSPR４６に要求する。ステップ４０３では、SPR４６は、全ての存在する転送ポリシーと対応するネットワークエリア情報をPCRF４０に供給する。

ステップ４０４では、PCRF４０は、AF（つまり、SCS/AS６０又はSCEF５０又は両方）によって供給された情報及び他の利用可能な情報（other available information）に基づいて、１又はそれ以上の転送ポリシーを決定する。他の利用可能な情報は、例えば、ネットワークポリシー、輻輳レベル（if available）、要求されたタイムウインドウ及びネットワークエリアでの負荷状態予測（load status estimation for the required time window）、及び存在する転送ポリシーを含む。

ステップ４０５～４０７の処理は、図２のステップ２０４～２０６の処理と同様である。ステップ４０８では、新たな転送ポリシーと共に参照IDをSPR４６に格納する。この新たな転送ポリシーは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。

図４に示されるように、ステップ４０８においてSPR４６に格納される新たな転送ポリシーは、当該転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

ステップ４０９では、SPR４６は、受取通知（acknowledgement）をPCRF４０に送る。

図３及び図４を参照して説明された将来のバックグラウンドデータ転送手順に従うことで、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送がどのように取り扱われるべきであるかをSCS/AS６０がSCEF５０を介してPCRF４０に知らせることができる。したがって、図３及び図４を参照して説明された手順は、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能にできる。

続いて以下では、個々の（individual）UEsのためのバックグラウンドデータ転送の実行手順について説明する。図５は、AF７０からのトリガーに応答してPCRF４０によって開始されるIP-CANセッション修正（modification）手順の一例（処理５００）を示している。図５において、AF７０は、SCS/AS６０またはSCEF５０に対応する。PCEF４２はP-GW３２に配置され、BBERF４４はS-GW３４に配置される。

ステップ５０１では、AF７０は、個々の（individual）UEsのためのバックグラウンドデータ転送のための新たなAFセッションの確立するため又は既存（existing）AFセッションを修正（modify）するためにDIAMETER AA-Request (AAR) commandをPCRF４０に送る。当該DIAMETER AAR commandは、参照ID及びサービス情報（又はSCS/ASセッション情報、AFセッション情報）を含む。当該参照IDは、以前にPCRF４０（又は他のPCRF）と合意したバックグラウンドデータ転送のための転送ポリシーに関連付けられている。当該サービス情報は、IP flow (s)のIPアドレス、使用されるポート番号などを含む。当該参照IDは、DIAMETER AAR commandに含まれるReference-Id Attribute Value Pair（AVP）内に記述される。当該サービス情報は、DIAMETER AAR commandに含まれる複数のAVP（e.g., Flow-Description AVP、Flow-Number AVP Framed-IP-Address AVP、Framed-Ipv6-Prefix AVP、IP-Domain-Id AVP）によって表される。典型的には、AF７０は、個々の（individual）UEsのバックグラウンドデータ転送のためのsponsored (data) connectivityを要求する。したがって、当該サービス情報は、sponsored (data) connectivityのためのSponsored-Connectivity-Data AVPを含んでもよい。Sponsored-Connectivity-Data AVPは、ASP identifier及びsponsor identityを含む。

PCRF４０は、受信したサービス情報を格納する。さらに、Reference-Id AVPの受信に応答して、PCRF４０は、対応する転送ポリシーをSPR４６から取得する（ステップ５０２及び５０３）。当該転送ポリシーは、バックグラウンドデータ転送が当該転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。既に説明したように、当該転送ポリシーは、当該転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

さらに、PCRF４０は、バックグラウンドデータ転送のための動的PCCルール（rule(s)）を当該転送ポリシーに従って導出（derive）する。当該PCCルールは、バックグラウンドデータ転送のためのサービスデータフローを検出するためのサービスデータフロー（SDF）テンプレート、及び当該サービスデータフローのポリシー制御及び課金（charging）制御のためのパラメータを含む。ポリシー制御及び課金制御のためのパラメータは、例えば、ASP Identifier 、QoS class identifier、UL-maximum bitrate、DL-maximum bitrate、Gate status、又はこれらの任意の組合せを含む。さらに、当該PCCルールは、バックグラウンドデータ転送のために合意されたタイムウインドウ、及び合意されたUE当たりの（又はSDF当たりの）データの最大ボリューム（maximum volume of data per UE（per SDF））を含んでもよい。当該PCCルールは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。

さらにまた、当該PCCルールは、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

ステップ５０４では、PCRF４０は、以前にPCEF４２及び他のPCRFから受信している情報とAF７０から受信したサービス情報を用いて、影響される（affected）確立済みの（established）IP-CANセッションを特定する。

ステップ５０５では、PCRF４０は、Diameter AA- Answer (AAA) commandをAF７０に送る。

ステップ５０６では、PCRF４０は、PCCルールのインストール又は修正をPCEF４２に要求するためにDIAMETER Re-Auth-Request (RAR) messageをPCEF４２に送る。当該DIAMETER RAR messageは、PCCルールを含み、IP-CAN Session Modification手順をトリガーする。

ステップ５０７では、PCEF４２は、PCRF４０により供給されたPCCルールを執行（enforce）する。ステップ５０８では、P-GW３２に配置されたPCEF４２は、IP-CANベアラの確立又は修正（modify）するために、S-GW３４に配置されたBBERF４４とIP-CANベアラシグナリングを行う。ステップ５０９では、PCEF４２は、DIAMETER RA-Answer (RAA) messageをPCRF４０に送る。

図５を参照して説明された手順に従うと、PCRF４０は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送がどのように取り扱われるべきであるかをPCEF４２に知らせることができる。これにより、例えば、PCEF４２（i.e., P-GW３２）は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超える場合、（ｂ）事前に合意されたタイムウインドウを超えて継続する場合、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生する場合に、当該バックグラウンドデータ転送が停止されるべきか又は継続されるべきかを判断することができる。

＜第２の実施形態＞
本実施形態は、第１の実施形態で説明されたバックグラウンドデータ転送の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。ただし、PCEF４２（P-GW３２）により施行されるバックグラウンドデータ転送のためのPCCルールは、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送が検出された場合に、当該検出をPCEF４２に通知するようPCEF４２に要求する。

図６は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出および通知の手順の一例（処理６００）を示している。ステップ６０１では、PCEF４２は、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出する。例えばPCEF４２は、UE１０またはUEsのセットに関するアップリンクまたはダウンリンクの少なくともいずれかのトラフィックをモニタすることによって、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出してもよい。さらに又はこれに代えて、PCEF４２は、UE１０またはUEsのセットの位置情報をモニタすることによって、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出してもよい。

ステップ６０２では、PCEF４２は、DIAMETER Credit-Control-Request (CCR) messageをPCRF４０に送ることによって、検出された条件をPCRF４０に知らせる。当該DIAMETER CCR messageは、例えば、検出された条件、及びPCCルールを特定するためのRule identifierを含む。さらに、当該DIAMETER CCR messageは、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。

当該DIAMETER CCR messageの受信に応答して、PCRF４０は、対応する転送ポリシー及び参照IDを導出する。ステップ６０３では、PCRF４０は、DIAMETER RAR messageを（AFとして動作する）SCEF５０に送る。当該DIAMETER RAR messageは、参照ID、及び（事前に合意された転送ポリシーに従わない活動（activity）を表す）検出された条件を示す。さらに、当該DIAMETER RAR messageは、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。

ステップ６０４では、SCEF５０は、APIを介してSCS/AS６０にレポートメッセージを送る。当該レポートメッセージは、参照ID、及び（事前に合意された転送ポリシーに従わない活動（activity）を表す）検出された条件を示す。さらに、当該レポートメッセージは、例えば、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。

ステップ６０５では、SCEF５０は、受取通知（acknowledgement）を示す回答メッセージをSCS/AS６０から受信する。ステップ６０６では、SCEF５０は、受取通知（acknowledgement）を示すDIAMETER RAA messageをPCRF４０に送る。ステップ６０７では、PCRF４０は、受取通知（acknowledgement）を示すDIAMETER CAA messageをPCEF４２に送る。

なお、既に説明したように、SCS/AS６０は、AFとして動作し、Rxインタフェースを介して直接的にPCRF４０と通信してもよい。この場合、AFとして動作するSCS/AS６０は、ステップ６０３のDIAMETER RAR messageをPCRF４０から直接的にRxインタフェースを介して受信し、ステップ６０６のDIAMETER RAA messageをPCRF４０に直接的にRxインタフェースを介して送ってもよい。

SCS/AS６０は、UE１０へのダウンリンク・バックグラウンドデータ転送の停止を知らせるために、UE１０とのアプリケーションレベル・シグナリングを行ってもよい（ステップ６０８）。さらに又はこれに代えて、SCS/AS６０は、UE１０からのアップリンク・バックグラウンドデータ転送の停止を知らせるために、UE１０とのアプリケーションレベル・シグナリングを行ってもよい（ステップ６０８）。UE１０は、SCS/AS６０とのアプリケーションレベル・シグナリングに従って、アップリンクデータ送信を停止してもよい。

PCEF４２（P-GW３２）は、ステップ６０７のDIAMETER CAA messageを受信した後に、バックグラウンドデータ転送のためのサービスデータフローのパケットをさらに転送した場合、異なる課金ルール（課金レジーム）に従うCharging Data Record（CDR）を生成してもよい。CDRは、フォーマットされた課金情報（e.g., データ転送量）を意味する。

図６を参照して説明された手順に従うと、無線アクセスネットワーク（i.e., 3GPPネットワーク）は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の発生をアプリケーションサービス・プロバイダ（i.e., SCS/AS６０）に知らせることができる。

＜第３の実施形態＞
本実施形態は、第１の実施形態で説明されたバックグラウンドデータ転送の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。

本実施形態は、さらに、事前に合意された転送ポリシーに従わないアップリンク・バックグラウンドデータ転送をE-UTRAN２０において停止することを可能にする。図７は、本実施形態に係るベアラ修正手順（Bearer Modification Procedure）の一例（処理６００）を示している。図７のベアラ修正手順は、PCRF４０によって開始されるIP-CANセッション修正手順（e.g., 図５の手順）によってトリガーされる。

ステップ７０１では、PCRF４０は、PCC Decision ProvisionメッセージをP-GW３２に送る。ステップ７０１のPCC Decision Provisionメッセージは、図５のステップ５０６のDIAMETER RAR messageに対応する。当該PCC Decision Provisionメッセージは、ベアラ修正手順の開始をP-GW３２にトリガーする。

ステップ７０２のUpdate Bearer Requestメッセージは、P-GW３２からS-GW３４に送られる。ステップ７０３のUpdate barer Requestメッセージは、S-GW３４からMME３０に送られる。ステップ７０４のBearer Modify Requestメッセージは、MME３０からE-UTRAN２０内の基地局（i.e., eNodeB（eNB）２２）に送られる。ステップ７０４のBearer Modify Requestメッセージは、MME３０からUE１０に送られるSession Management Requestを包含する。ステップ７０５のeNB２２からUE１０へのRRC Connection Reconfigurationメッセージは、このSession Management Requestを包含する。なお、図７に示された手順の全体的な流れは、既存のベアラ修正手順（Bearer Modification Procedure）のそれと同一である。したがって、ここではステップ７０２以降の各メッセージの詳細な説明を省略する。

本実施形態では、ステップ７０２～ステップ７０４のメッセージを用いることによって、PCRF４０は、事前に合意された転送ポリシーに従わないアップリンク・バックグラウンドデータ転送を停止するようE-UTRAN２０内の基地局（i.e., eNodeB（eNB）２２）を設定する。

具体的には、ステップ７０２～ステップ７０４のメッセージは、バックグラウンドデータ転送のために合意されたタイムウインドウ、若しくは合意されたUE当たりの（又はSDF当たりの）データの最大ボリューム（maximum volume of data per UE（per SDF））、又はこれら両方を含んでもよい。

さらに、ステップ７０２～ステップ７０４のメッセージは、バックグラウンドデータ転送のために合意された地理的エリアに対応するネットワークエリア情報（e.g., Tracking Areas（TAs）又はRouting Areas（RAs）のリスト）を含んでもよい。ステップ７０２～ステップ７０４のメッセージは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。

さらにまた、ステップ７０２～ステップ７０４のメッセージは、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。

上述の手順に従うと、例えば、eNB２２は、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないUE１０からのアップリンクパケットをeNB２２において破棄することができる（ステップ７０７）。eNB２２のこのような動作によれば、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。

なお、eNB２２の代わりに、S-GW３４が、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットを破棄するよう動作してもよい（ステップ７０８）。この場合、ステップ７０４のBearer Modify Requestメッセージは、バックグラウンドデータ転送のための転送ポリシーに関する上述の追加情報を含む必要はない。S-GW３４のこのような動作によっても、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。

eNB２２の代わりに、UE１０が、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットを破棄するよう動作してもよい（ステップ７０６）。この場合、ステップ７０５のRRC Connection Reconfigurationメッセージは、バックグラウンドデータ転送のための転送ポリシーに関する上述の追加情報を含んでもよい。UE１０のこのような動作によっても、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。

バックグラウンドデータ転送のためのIP-CANセッションを修正するために新たな個別（dedicated）ベアラが確立される場合、図７のベアラ修正手順に代えて、個別ベアラ活性化（Activation）手順が使用されてもよい。

＜第４の実施形態＞
本実施形態は、第３の実施形態で説明されたeNB２２の動作の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットのハンドリングをeNB２２に設定する手順は、図７を参照して説明された手順と同様である。

本実施形態では、eNB２２は、バックグラウンドデータ転送に参加するUE１０が他のeNB（ターゲットeNB）にハンドオーバする際に、当該バックグラウンドデータ転送でのUE１０のデータボリュームの積算値を当該ターゲットeNBに送るよう構成されている。言い換えると、ターゲットeNBは、バックグラウンドデータ転送でのUE１０のデータボリュームの積算値をソースeNBから引き継ぐ。

図８は、本実施形態に係るソースeNB２２Ｓ及びターゲットeNB２２Ｔの動作の一例（処理８００）を示している。ステップ８０１では、ソースeNB２２Ｓは、現在の積算されたデータボリューム（i.e., データボリュームの積算値）を包含するハンドオーバ要求をeNB間インタフェース（i.e., X2インタフェース）を介してターゲットeNB２２Ｔに送る。

本実施形態では、バックグラウンドデータ転送に参加するUE１０がeNB間を移動する場合であっても、E-UTRAN２０は、事前に合意されたバックグラウンドデータ転送の転送ポリシーに従わない活動（activity）を検出するために使用される、UE１０のデータボリュームの正確な積算値を得ることができる。

続いて以下では、上述の実施形態に係るUE１０、eNB２２、PCRF４０、PCEF４２、SPR４６、SCEF５０、及びSCS/AS６０の構成例について説明する。図９は、PCRF４０の構成例を示すブロック図である。PCEF４２、SPR４６、SCEF５０、及びSCS/AS６０の構成も図９の構成と同様であってもよい。

図９を参照すると、PCRF４０は、ネットワークインターフェース９０１、プロセッサ９０２、及びメモリ９０３を含む。ネットワークインターフェース９０１は、ネットワークエンティティ（e.g., エンドノード、中間ノード、UE、RANノード、CNノード、アプリケーションサーバ）と通信するために使用される。ネットワークインターフェース９０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ９０２は、メモリ９０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明されたPCRF４０の処理を行う。プロセッサ９０２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ９０２は、複数のプロセッサを含んでもよい。

メモリ９０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ９０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ９０３は、プロセッサ９０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ９０２は、図示されていないI/Oインタフェースを介してメモリ９０３にアクセスしてもよい。

メモリ９０３は、上述の複数の実施形態で説明されたPCRF４０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）９０４を格納してもよい。いくつかの実装において、プロセッサ９０２は、当該ソフトウェアモジュール９０４をメモリ９０３から読み出して実行することで、上述の実施形態で説明されたPCRF４０の処理を行うよう構成されてもよい。

図１０は、上述の実施形態に係るeNB２２の構成例を示すブロック図である。図１０を参照すると、eNB２２は、Radio Frequency（RF）トランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UE１０と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。

ネットワークインターフェース１００３は、ネットワークノード（e.g., MME３０およびS-GW３４）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、および物理（PHY）レイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、S1プロトコル、Radio Resource Control（RRC）プロトコル、及びMAC Control Element（MAC CE）の処理を含んでもよい。

プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。

メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。

メモリ１００５は、上述の複数の実施形態で説明されたeNB２２eNB２２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１００６を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュール１００６をメモリ１００５から読み出して実行することで、上述の実施形態でシーケンス図及びフローチャートを用いて説明されたeNB２２の処理を行うよう構成されてもよい。

図１１は、UE１０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、E-UTRAN２０（eNB２２）と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナアレイ１１０２及びベースバンドプロセッサ１１０３と結合される。RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナアレイ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。RFトランシーバ１１０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション）を実行することによって、UE１０の各種機能を実現する。

幾つかの実装において、図１１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１１０６は、上述の複数の実施形態で説明されたUE１０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１１０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュール１１０７をメモリ１１０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE１０の処理を行うよう構成されてもよい。

＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。

既に説明したように、上述の実施形態は、第5世代移動通信システム（5G）に適用されてもよい。この場合、上述のSCEF５０、PCRF４０、PCEF４２、BBERF４４、MME３０、P-GW３２、S-GW３４、eNB２２、及びUE１０の処理は、Network Exposure Function（NEF）、Policy Control function（PCF）、User plane Function（UPF）、User plane Function（UPF）、Access and Mobility Management Function（AMF）、Session Management Function（SMF）、Session Management Function（SMF）、gNB、及び5G UEによってそれぞれ行われてもよい。

上述の実施形態は、UMTSシステム（3Gシステム）に適用されてもよい。この場合、上述のMME３０、P-GW３２、S-GW３４、eNB２２、及びUE１０の処理は、Serving GPRS Support Node（SGSN）、Gateway GPRS Support Node（GGSN）、SGSN、NodeB、及び3G UEによってそれぞれ行われてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
無線通信ネットワーク内に配置される露出ノードであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信するよう構成され、
前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
前記少なくとも１つのプロセッサは、前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送るよう構成され、
前記第２の要求は、前記第１の要求から得られた前記パラメータを含み、
前記少なくとも１つのプロセッサは、前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送るよう構成される、
露出ノード。

（付記２）
前記事前に合意された転送ポリシーは、事前に合意された最大データボリュームを含み、
前記パラメータは、前記バックグラウンドデータ転送が前記最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１に記載の露出ノード。

（付記３）
前記事前に合意された転送ポリシーは、事前に合意されたタイムウインドウを含み、
前記パラメータは、前記バックグラウンドデータ転送が前記タイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１又は２に記載の露出ノード。

（付記４）
前記事前に合意された転送ポリシーは、事前に合意された地理的エリアを含み、
前記パラメータは、前記バックグラウンドデータ転送が前記地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１～３のいずれか１項に記載の露出ノード。

（付記５）
無線通信ネットワーク内に配置されるポリシー制御ノードであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信するよう構成され、
前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
前記少なくとも１つのプロセッサは、前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送るよう構成されている、
ポリシー制御ノード。

（付記６）
前記パラメータは、以下のうち少なくとも１つを示す：
前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
付記５に記載のポリシー制御ノード。

（付記７）
前記少なくとも１つのプロセッサは、前記アプリケーションサービス・プロバイダと各無線端末との間で前記バックグラウンドデータ転送が行われる場合に、各無線端末のパケットフローに適用されるポリシールールを前記決定された転送ポリシーから導出し、前記ポリシールールを施行するために転送ノード又は前記転送ノードの制御プレーン機能に前記ポリシールールを供給するよう構成され、
前記ポリシールールは、前記バックグラウンドデータ転送が前記決定された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記５又は６に記載のポリシー制御ノード。

（付記８）
前記ポリシールールの前記転送ノード又は前記制御プレーン機能への供給は、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順の開始を前記転送ノード又は前記制御プレーン機能にトリガーする、
付記７に記載のポリシー制御ノード。

（付記９）
前記少なくとも１つのプロセッサは、前記決定された転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記サーバに直接的に又は前記露出ノードを介して通知するよう構成されている、
付記５～８のいずれか１項に記載のポリシー制御ノード。

（付記１０）
無線通信ネットワーク内に配置されるネットワークノードであって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信するよう構成され、
前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
ネットワークノード。

（付記１１）
前記ポリシールールは、以下のうち少なくとも１つを示す：
前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
付記１０に記載のネットワークノード。

（付記１２）
前記少なくとも１つのプロセッサは、前記転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記ポリシー制御ノードに通知するよう構成されている、
付記１０又は１１に記載のネットワークノード。

（付記１３）
前記少なくとも１つのプロセッサは、前記ポリシールールの受信に応答して、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順を開始するよう構成されている、
付記１０～１２のいずれか１項に記載のネットワークノード。

（付記１４）
無線アクセスネットワークに配置される基地局であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信するよう構成され、
前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
基地局。

（付記１５）
前記ポリシールールは、以下のうち少なくとも１つを示す：
前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
付記１４に記載の基地局。

（付記１６）
前記ポリシールールは、前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示し、
前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が前記最大データボリュームへ到達したか否かを判定するために、前記バックグラウンドデータ転送での各無線端末のデータボリュームを監視するよう構成され、
前記少なくとも１つのプロセッサは、各無線端末の他の基地局へのハンドオーバの際に、前記バックグラウンドデータ転送での各無線端末のデータボリュームの積算値を前記他の基地局に送るよう構成されている、
付記１４又は１５に記載の基地局。

（付記１７）
無線端末であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信するよう構成され、
前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
無線端末。

（付記１８）
前記ポリシールールは、以下のうち少なくとも１つを示す：
前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
付記１７に記載の無線端末。

（付記１９）
無線通信ネットワーク内に配置される露出ノードにおける方法であって、
アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を備え、
前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
方法。

（付記２０）
無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法であって、
アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を備え、
前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
方法。

（付記２１）
無線通信ネットワーク内に配置されるネットワークノードにおける方法であって、
アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
方法。

（付記２２）
無線アクセスネットワークに配置される基地局における方法であって、
アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
方法。

（付記２３）
無線端末における方法であって、
アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
方法。

（付記２４）
無線通信ネットワーク内に配置される露出ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を備え、
前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
プログラム。

（付記２５）
無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を備え、
前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
プログラム。

（付記２６）
無線通信ネットワーク内に配置されるネットワークノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
プログラム。

（付記２７）
無線アクセスネットワークに配置される基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
プログラム。

（付記２８）
無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
前記ポリシールールを施行すること、
を備え、
前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
プログラム。

この出願は、２０１７年３月１７日に出願された日本出願特願２０１７－０５２８６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ UE
２０ E-UTRAN
２２ eNB
３０ MME
３２ P-GW
３４ S-GW
４０ PCRF
４２ PCEF
４４ BBERF
５０ SCEF
６０ SCS/AS
７０ AF

Claims (8)

1. ポリシー機能装置により行われる方法であって、
   Application Function（AF）装置によって提供された、バックグランドデータ転送の参照Identifier（ID）を含む第１の情報を受信すること；
   前記第１の情報に基づいて前記バックグランドデータ転送のためのポリシー情報を取得すること、ここで前記ポリシー情報はタイムウインドウ及びUser Equipment（UE）に関するエリアの情報を備える；及び
   前記タイムウインドウ及び前記エリアの情報を前記UEに対して送信すること、
   を備える方法。
2. 前記第１の情報は、前記ポリシー情報を既存のセッションに適用するために前記AF装置によって送信される、
   請求項１に記載の方法。
3. 前記ポリシー情報に基づいて、前記UEによってセッションの確立が実行される、
   請求項１又は２に記載の方法。
4. 前記第１の情報は、さらに、前記AF装置のセッション情報を備える、
   請求項１～３のいずれか１項に記載の方法。
5. User Equipment（UE）により行われる方法であって、
   アクセスネットワークノードと通信すること、及び
   ポリシー機能装置から送信されたタイムウインドウ及び前記UEに関するエリアの情報を受信すること、
   を備え、
   前記タイムウインドウ及び前記エリアの情報は、Application Function（AF）装置によって提供された第１の情報に基づいて前記ポリシー機能装置により取得されるバックグランドデータ転送のためのポリシー情報に含まれ、前記第１の情報は前記バックグランドデータ転送の参照Identifier（ID）を含む、
   方法。
6. 前記第１の情報は、前記ポリシー情報を既存のセッションに適用するために前記AF装置によって送信される、
   請求項５に記載の方法。
7. 前記ポリシー情報に基づいて、セッションの確立を実行する、
   請求項５又は６に記載の方法。
8. 前記第１の情報は、さらに、前記AF装置のセッション情報を備える、
   請求項５～７のいずれか１項に記載の方法。

Images