JP6797288B2 - 課金管理方法、ユーザプレーン機能エンティティ、およびコントロールプレーン機能エンティティ - Google Patents

Description

本出願は、2017年1月5日に中国専利局に出願された「CHARGING MANAGEMENT METHOD，USER PLANE FUNCTION ENTITY，AND CONTROL PLANE FUNCTION ENTITY」と題する中国特許出願第201710012833．3号の優先権を主張するものであり、参照により、この出願の内容全体を本願明細書に援用する。

本出願は、通信分野に関し、具体的には、課金管理方法、ユーザプレーン機能エンティティ、およびコントロールプレーン機能エンティティに関する。

インターネット技術の発展と共に、インターネットはより広範囲に適用されている。ユーザがユーザ機器（UE、User Equipment）を使用することによってネットワークサービスにアクセスする場合、UEはネットワークサービスのサービスサーバへのネットワーク接続を確立する。加えて、ネットワーク内のネットワーク要素は、UEに対応するセッションを記憶し、UEのデータトラフィックおよびオンライン時間の長さなどの課金情報を課金サーバに送信する。課金サーバは、処理リソースおよびメモリリソースなどのセッションリソースをUEに割り当てて、UEに対する課金を実行する。課金サーバは、認証、許可および課金（AAA、Authentication、Authorization and Accounting）サーバである場合もあるし、オンライン課金システム（OCS、Online Charging System）またはオフライン課金システム（OFCS、Offline Charging System，オフライン課金システム）である場合もある。

コントロールプレーン／ユーザプレーン分離（CUPS、Control and User Plane Separation）ネットワークアーキテクチャでは、課金サーバは、コントロールプレーン機能エンティティ（CP、Control Plane function）にのみ接続されている。CPは、課金使用量閾値を有し、Sxインターフェースを介して使用量報告規則（URR、Usage Reporting Rule）をユーザプレーン機能エンティティ（UP、User Plane function）に送信する。UP上に累積されたトラフィックまたは時間の長さがURRの閾値に達した場合、UPは累積された使用量情報をCPに報告する。CPは課金データレコードを生成し、次いで課金データレコードを課金システムに報告する。課金システムは、報告された課金データレコードに基づいてユーザに対する課金および料金差し引きの操作を実行し、詳細な課金レコードを生成する。

URRは異なるレベルに設定され得る。UPはURRのレベルを認識していない。UPは、UP上の使用量情報がURRの閾値に達したか否かを認識するのみである。URRの閾値に達した場合、UPはURRに対応する使用量情報を報告する。URRの閾値に達していない場合、UPはURRに対応する使用量情報を報告しない。

UPは、使用量情報がURRの閾値に達したか否かに応じて、使用量情報を報告するか否かを判定する。一部の場合では、UPによって報告された使用量情報が不完全である場合があり、そうすると、CPは、完全な課金データレコードを生成できず、課金データレコードを課金サーバに報告することができない。

本出願の実施形態は、CPが、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができるような、課金管理方法、ユーザプレーン機能エンティティ、およびコントロールプレーン機能エンティティを提供する。

第1の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバはCPにのみ接続され、課金が要求された場合、CPはSxインターフェースを介してUPにURRを送信し、この場合、UPは、CPによって送信された第1の使用量報告規則URRおよび第2のURRを受信することができ、第1のURRは第2のURRと相互に関連付けられている。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報と、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得し、第3のURRは第2のURRに対応する。具体的には、第3のURRは、第2のURRであってもよいし、第2のURRに対してなんらかの操作が実行された後に取得されたURRであってもよい。

UPは、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を取得した後、CPに使用量情報を送信することができ、それにより、CPは、使用量情報に基づいて課金データレコードを生成することができる。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告するだけでなく、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報をもCPに報告し、それにより、CPはUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第1の態様に基づいて、本出願の本実施形態は、第1の態様の第1の実装をさらに提供する。

UPは、CPに第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを同時にまたは非同時に送信する、例えば、第1のURRに対応する使用量情報をまず送信し、第3のURRに対応する使用量情報を次いで送信する、または第3のURRに対応する使用量情報をまず送信し、第1のURRに対応する使用量情報を次いで送信する。

UPが使用量情報を同時に送信する場合、UPは、同じメッセージに対して、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを追加してもよいし、異なるメッセージに対して、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを追加してもよい。

UPが使用量情報を非同時に送信する場合、UPは、異なるメッセージに対して、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを追加する。

UPは、実際の状況に基づいて、使用量情報をどのようにCPに送信するかを選択することができる、すなわち、使用量情報を同時に送信してもよいし、使用量情報を別々に送信してもよい。従って、本解決策の柔軟性および選択性が向上する。

第1の態様に基づいて、本出願の本実施形態は、第1の態様の第2の実装をさらに提供する。

第1のURRは、1つ以上の閾値を有してもよい。第1のURRがただ1つの閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値のうちの1つであり得る。閾値に達した場合、UPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを取得する。

第1のURRが複数の閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値であり得る。UP上の使用量情報が閾値のいずれか1つに達する限り、UPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを取得する。

UPは、第1のURRにおける複数の閾値の場合に適応することができる。UPは、1つの閾値であるか複数の閾値であるかとは無関係に監視を実行することができる。従って、本解決策の柔軟性および選択性が向上する。

第1の態様に基づいて、本出願の本実施形態は、第1の態様の第3の実装をさらに提供する。

UPによって報告された、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報は、同じタイプの使用量情報である場合もある。例えば、両方とも時間の長さ、トラフィック、またはイベント量である。あるいは、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報は、同じタイプの使用量情報でない場合もある。例えば、第1のURRに対応する使用量情報は時間の長さであり、第3のURRに対応する使用量情報はトラフィックである。

UPによって報告された使用量情報は、同じでも異なっていてもよく、従って、CPまたは課金サーバによって提示されるより多くの要件に適応することができる。従って、本解決策の適用範囲が拡大する。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第4の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPがCPによって送信されたセッション確立要求を受信し、セッション確立要求が第1のURRと第2のURとRを含み、第3のURRが第2のURRと同じであること
を含む。

UPは、CPによって送信されたセッション確立要求内の第1のURRおよび第2のURRを受信する。この場合、UPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報を報告する。この場合、第3のURRは第2のURRである。

UPによって受信されたセッション確立要求は、第1のURRが第2のURRと相互に関連付けられていることを既に示している場合がある、またはセッション確立要求を受信した後かつ使用量情報をCPに送信する前に、UPは、CPによって送信された相関指示を受信することができ、相関指示は、第1のURRが第2のURRと相互に関連付けられていることを示すために使用される。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第5の実装をさらに提供する。

セッション確立要求はセッション変更要求の前であり、UPは、CPによって送信されたセッション確立要求をまず受信し、セッション確立要求は第1のURRを含み、CPによって送信されたセッション変更における第1のURRまたは第1のURRの識別子と、第2のURRと、を次いで受信することができる。

UPがCPによって送信されたセッション変更要求を受信した後、本方法は、
UPが、第2のURRを第3のURRとして使用すること
をさらに含む。

UPがセッション確立要求から第1のURRのみを取得した場合、またはいかなるURRも取得しない場合、UPは、セッション変更要求から取得された第2のURRを第3のURRとして使用することができる。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第6の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPがCPによって送信されたセッション確立要求を受信し、セッション確立要求が第1のURRと第5のURRとを含み得る、こと
を含む。

UPによって受信されたセッション確立要求は、第1のURRが第5のURRと相互に関連付けられていることを既に示している場合がある、またはセッション確立要求を受信した後かつ第1のURRに対応する使用量情および第3のURRに対応する使用量情報をCPに送信する前に、UPは、CPによって送信された相関指示を受信することができ、相関指示は、第1のURRが第5のURRと相互に関連付けられていることを示すために使用される。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第7の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPがCPによって送信されたセッション確立要求を受信し、セッション確立要求が第1のURRを含む、ことと、
UPがCPによって送信された第1のセッション変更要求を受信し、第1のセッション変更要求が第5のURRを含む、ことと、
を含み、
本方法は、
UPが第5のURRを記憶すること
をさらに含む。

UPによって受信されたセッション確立要求は第1のURRを含むことができ、次いで、第5のURRが第1のセッション変更要求を使用することによって取得される。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第8の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPがCPによって送信されたセッション確立要求を受信し、セッション確立要求が第5のURRを含む、ことと、
UPがCPによって送信された第2のセッション変更要求を受信し、第2のセッション変更要求が第1のURRを含む、ことと、
を含み、
本方法は、
UPが第1のURRを記憶すること
をさらに含む。

UPによって受信されたセッション確立要求は第5のURRを含むことができ、次いで、第1のURRが第2のセッション変更要求を使用することによって取得される。

第1の態様、または第1の態様の第1の実装、または第1の態様の第2の実装、または第1の態様の第3の実装に基づいて、本出願の本実施形態は、第1の態様の第9の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPがCPによって送信された第3のセッション変更要求を受信し、第3のセッション変更要求が第1のURRと第5のURRとを含む、こと
を含み、
本方法は、
UPが第1のURRおよび第5のURRを記憶すること
をさらに含む。

UPによって受信されたセッション確立要求はURRを含まない場合があり、その場合、第1のURRおよび第5のURRが第3のセッション変更要求を使用することによって取得される。

UPは、CPから第1のURRおよび第5のURRを複数の方式で取得することができる。従って、本解決策の柔軟性が向上する。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第10の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPが、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、こと
をさらに含み、
UPがCPによって送信された第4のセッション変更要求を受信した後、本方法は、
UPが、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新すること
をさらに含む。

第1のURRおよび第5のURRを取得した後、UPは、セッション変更要求において、CPによって送信された第1のURRおよび第2のURRを受信することができ、第1のURRは完全なURRであってもよいし識別子であってもよい。

UPは、第2のURRに基づいて、受信した第5のURRを更新し、更新後に第3のURRを取得することができる。

第1の態様の第10の実装に基づいて、本出願の本実施形態は、第1の態様の第11の実装をさらに提供する。

UPが第3のURRを取得するために、第2のURRに基づいて第5のURRを更新することは、
UPは、第5のURRが第2のURRを含むか否かを判定することができ、第5のURRが第2のURRを含まない場合、UPは、第3のURRを取得するために、第2のURRを第5のURRに追加することができること、または
UPは、第5のURRが第2のURRとは別のターゲットURRを含むか否かを判定することができ、第5のURRが別のターゲットURRを含む場合、UPは、第3のURRを取得するために、ターゲットURRを第5のURRから削除することができる、こと、または
UPは、第5のURRが第2のURRとは別のターゲットURRを含むか否かを判定することができ、第5のURRが別のターゲットURRを含む場合、UPは、第3のURRを取得するために、第1のURRと第5のURRにおけるターゲットURRとの間の相互関連を削除することができる、こと
を含む。

UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。加えて、CPは、第1のURRと相互に関連付けられた別のURRを更新するようにUPに要求することができる。従って、オンライン使用量情報の報告を要求するURRを柔軟に調整できる。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第12の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPが、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、追加命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、こと
をさらに含み、
UPがCPによって送信された第4のセッション変更要求を受信した後、本方法は、
UPが、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加すること
をさらに含む。

CPは、第1のURRと相互に関連付けられた別のURRを追加するようにUPに要求することができる。従って、報告を要求するURRを柔軟に調整できる。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第13の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPが、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、こと
をさらに含み、
UPがCPによって送信された第4のセッション変更要求を受信した後、本方法は、
UPが、第3のURRを取得するために、削除命令に従って第2のURRを第5のURRから削除すること、または
UPが、第3のURRを取得するために、削除命令に従って第1のURRと第5のURRにおける第2のURRとの間の相互関連を削除すること
をさらに含む。

UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。加えて、CPは、第1のURRと相互に関連付けられた別のURRを削除するようにUPに要求することができる。従って、報告を要求するURRを柔軟に調整できる。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第14の実装をさらに提供する。

UPがCPによって送信された第1のURRおよび第2のURRを受信することは、
UPが、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、追加命令と、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含む、こと
をさらに含み、
UPがCPによって送信された第4のセッション変更要求を受信した後、本方法は、
UPが、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加し、削除命令に従って第4のURRを第5のURRから削除する、または削除命令に従って第1のURRと第5のURRにおける第4のURRとの間の相互関連を削除する、こと
をさらに含む。

UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。加えて、CPは、第1のURRと相互に関連付けられた他のURRを追加および削除するようにUPに要求することができる。従って、報告を要求するURRを柔軟に調整できる。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第15の実装をさらに提供する。

UPが第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに送信した後、本方法は、
UPが、CPによって送信されたセッション変更要求を受信し、セッション変更要求が全削除命令を含む、こと
をさらに含み、
UPがCPによって送信されたセッション変更要求を受信した後、本方法は、
UPが、全削除命令に従って第5のURRにおけるすべてのURRを削除すること、または
UPが、全削除命令に従って、第1のURRと第5のURRにおけるすべてのURRとの間の相互関連を削除すること
をさらに含む。

UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。加えて、CPは、第1のURRと相互に関連付けられた別のURRを削除するようにUPに要求することができる。従って、報告を要求するURRを柔軟に調整できる。

第1の態様、および第1の態様の第1から第15の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第16の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRであり、第3のURRはサービスデータフローレベルURRである。

第1の態様の第14の実装に基づいて、本出願の本実施形態は、第1の態様の第17の実装をさらに提供する。

第4のURRはサービスデータフローレベルURRである。

第1の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第1の態様の第18の実装をさらに提供する。

第5のURRはサービスデータフローレベルURRである。

第1のURRから第5のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第2の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバがCPにのみ接続され、課金が要求された場合、CPがSxインターフェースを介して第1のURRおよび第2のURRをUPに送信し、第1のURRが第2のURRと相互に関連付けられており、
UP上の使用量情報が第1のURRの閾値に達した場合、UPがCPに第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを報告し、CPが情報に基づいて課金データレコードを生成する。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告するだけでなく、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報をもCPに報告し、それにより、CPはUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第2の態様に基づいて、本出願の本実施形態は、第2の態様の第1の実装をさらに提供する。

CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを同時にまたは非同時に受信することができ、例えば、第1のURRに対応する使用量情報をまず受信し、第3のURRに対応する使用量情報を次いで受信する、または第3のURRに対応する使用量情報をまず受信し、第1のURRに対応する使用量情報を次いで受信する。

CPが使用量情報を同時に受信する場合、CPは、同じメッセージにおいて、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを受信してもよいし、異なるメッセージにおいて、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを別々に受信してもよい。

CPが使用量情報を非同時に受信する場合、CPは、異なるメッセージにおいて、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを別々に受信する。

第2の態様に基づいて、本出願の本実施形態は、第2の態様の第2の実装をさらに提供する。

UPによって報告され、CPによって受信された、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報は、同じタイプの使用量情報であってもよい。例えば、両方とも時間の長さ、トラフィック、またはイベント量である。あるいは、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報は、同じタイプの使用量情報でない場合もある。例えば、第1のURRに対応する使用量情報は時間の長さであり、第3のURRに対応する使用量情報はトラフィックである。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第3の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信する前に、CPはトリガ要求をさらに受信することができ、この場合、CPがUPに第1のURRおよび第2のURRを送信する具体的なプロセスは、
CPがトリガ要求に従ってUPに第1のURRおよび第2のURRを送信すること
であり得る。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第4の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPにセッション確立要求を送信し、セッション確立要求が第1のURRと第2のURRとを含み、第3のURRが第2のURRと同じである、こと
を含む。

CPは、UPにセッション確立要求において第1のURRおよび第2のURRを送信する。この場合、CPは、UPによって報告された、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報を受信することができる。この場合、第3のURRは第2のURRである。

CPは、セッション確立要求において、第1のURRが第2のURRと相互に関連付けられていることを示すことができる、またはセッション確立要求を送信した後かつUPによって送信された使用量情報を受信する前に、CPは、UPに相関指示を送信することができ、相関指示が第1のURRが第2のURRと相互に関連付けられていることを示すために使用される。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第5の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPにセッション確立要求を送信し、セッション確立要求が第1のURRを含む、こと
を含む。

セッション確立要求はセッション変更要求の前であり、CPは、セッション確立要求をUPにまず送信することができ、次いで、CPは、セッション変更要求をUPに送信し、セッション変更要求が第1のURRまたは第1のURRの識別子と、第2のURRと、を含み、それにより、UPが第2のURRを第3のURRとして使用する。

CPがセッション確立要求において第1のURRのみを送信する場合、またはいかなるURRも送信しない場合、UPは、セッション変更要求から取得された第2のURRを第3のURRとして使用することができる。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第6の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPにセッション確立要求を送信し、セッション確立要求が第1のURRと第5のURRとを含み得る、こと
を含む。

CPは、セッション確立要求において、第1のURRが第5のURRと相互に関連付けられていることを示すことができる、またはCPがセッション確立要求を送信した後かつCPがUPによって送信された第1のURRに対応する使用量情報および第1のURRと相互に関連付けられている第3のURRに対応する使用量情報を受信する前に、CPは、UPに相関指示を送信することができ、相関指示が第1のURRが第5のURRと相互に関連付けられていることを示すために使用される。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第7の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPにセッション確立要求を送信し、セッション確立要求が第1のURRを含む、ことと、
CPがUPに第1のセッション変更要求を送信し、第1のセッション変更要求が第5のURRを含む、ことと、
を含む。

第1のURRはセッション確立要求に含まれていてもよく、次いで、CPは第1のセッション変更要求を使用することによって第5のURRを送信する。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第8の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPにセッション確立要求を送信し、セッション確立要求が第5のURRを含む、ことと、
CPがUPに第2のセッション変更要求を送信し、第2のセッション変更要求が第1のURRを含む、ことと、
を含む。

第5のURRはセッション確立要求に含まれていてもよく、次いで、CPは第2のセッション変更要求を使用することによって第1のURRを送信する。

第2の態様、または第2の態様の第1の実装、または第2の態様の第2の実装に基づいて、本出願の本実施形態は、第2の態様の第9の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPがUPに第3のセッション変更要求を送信し、第3のセッション変更要求が第1のURRと第5のURRとを含む、こと
を含む。

CPによって送信されたセッション確立要求はURRを含まない場合があり、その場合、第1のURRおよび第5のURRは第3のセッション変更要求を使用することによって送信される。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第10の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPが、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが第3のURRを取得するために、第2のURRに基づいて第5のURRを更新する、こと
をさらに含む。

CPがUPに第1のURRおよび第5のURRを送信した後、CPは、セッション変更要求において、UPに第1のURRおよび第2のURRを送信することができ、第1のURRは完全なURRであってもよいし、識別子であってもよい。

従って、UPは、第2のURRに基づいて、受信した第5のURRを更新し、更新後に第3のURRを取得することができる。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第11の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPが、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、追加命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加する、こと
をさらに含む。

CPは、第1のURRと相互に関連付けられた別のURRを追加するようにUPに要求することができる。従って、報告を要求するURRを柔軟に調整できる。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第12の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPが、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが、第3のURRを取得するために、削除命令に従って第2のURRを第5のURRから削除すること、またはUPが、第3のURRを取得するために、削除命令に従って第1のURRと第5のURRにおける第2のURRとの間の相互関連を削除する、こと
をさらに含む。

CPは、第1のURRと相互に関連付けられている別のURRを削除するようにUPに要求することができる。UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。従って、報告を要求するURRを柔軟に調整できる。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第13の実装をさらに提供する。

CPがUPに第1のURRおよび第2のURRを送信することは、
CPが、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、追加命令と、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含み、それにより、UPが、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加し、UPが、削除命令に従って第4のURRを第5のURRから削除する、またはUPが、削除命令に従って第1のURRと第5のURRにおける第4のURRとの間の相互関連を削除する、こと
をさらに含む。

CPは、第1のURRと相互に関連付けられた他のURRを追加および削除するようにUPに要求することができる。UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。従って、報告を要求するURRを柔軟に調整できる。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第14の実装をさらに提供する。

CPがUPによって送信された第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を受信した後、本方法は、
CPが、UPにセッション変更要求を送信し、セッション変更要求が全削除命令を含み、それにより、UPが、全削除命令に従って第5のURRにおけるすべてのURRを削除する、または全削除命令に従って、第1のURRと第5のURRにおけるすべてのURRとの間の相互関連を削除する、こと
をさらに含む。

CPは、第1のURRと相互に関連付けられている別のURRを削除するようにUPに要求することができる。UPが削除操作を実行する場合、UPは、完全なURRを削除する、またはURRと第1のURRとの間の相互関連を削除することができる。従って、報告を要求するURRを柔軟に調整できる。

第2の態様、および第2の態様の第1から第14の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第15の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRであり、第3のURRはサービスデータフローレベルURRである。

第2の態様の第13の実装に基づいて、本出願の本実施形態は、第2の態様の第16の実装をさらに提供する。

第4のURRはサービスデータフローレベルURRである。

第2の態様の第6、第7、第8、および第9の実装のいずれか1つに基づいて、本出願の本実施形態は、第2の態様の第17の実装をさらに提供する。

第5のURRはサービスデータフローレベルURRである。

第1のURRから第5のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第3の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバがCPにのみ接続されており、課金が要求された場合、CPは、Sxインターフェースを介してUPにURRを送信し、この場合、UPは、CPによって送信された第1の使用量報告規則URRを受信することができ、UP上の使用量情報が第1のURRの閾値に達した場合、UPが第1のURRに対応する使用量情報を取得し、
UPは、第1のURRに対応する使用量情報をCPに送信し、
次いで、UPは、CPによって送信された第1の要求を受信することができ、第1の要求が第2のURRを含み、第2のURRが第1のURRと相互に関連付けられており、
UPは、第2のURRに対応する使用量情報を取得し、
UPは、第2のURRに対応する使用量情報をCPに送信し、それにより、CPが第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成する。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、UPがCPからの第1の要求を受信した後、UPはまた、第1のURRと相互に関連付けられている第2のURRに対応する使用量情報をCPに報告し、それにより、CPがUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第3の態様に基づいて、本出願の本実施形態は、第3の態様の第1の実装をさらに提供する。

UPは、第1のURRが第2のURRと特に相互に関連付けられていることを把握する必要はなく、CPの要件に従って、対応する使用量情報を報告するだけでよい。当然のことながら、UPはまた、第1のURRが第2のURRと相互に関連付けられていることを把握していてもよい。

第1のURRが第2のURRと相互に関連付けられていることをUPが把握するか否かにかかわらず、CPがUPへの送信を実行する場合、CPは第1のURRが第2のURRと相互に関連付けられていることを把握していてもよい。

第3の態様に基づいて、本出願の本実施形態は、第3の態様の第2の実装をさらに提供する。

UPによって受信された第1の要求は、複数のURRを含んでもよいし、第2のURRのみを含んでもよい。複数のURRが含まれる場合、複数のURRは他のURRを含んでもよく、従って、UPは、使用量情報を適時報告するために、どのURRが第2のURRであるかを認識する必要がある。UPは第2のURRを複数の方式で認識する。UPは、CPによって第2のURRに構成された識別子、または第2のURRから構成された識別子を使用することによって第2のURRを認識することができる。

特定の識別子は、URRが第2のURRであることを示すために使用される指示識別子であってもよい、または第2のURRに対応する使用量情報が報告される必要がある時刻を示すために使用される報告時刻識別子、または別の識別子である。

第3の態様、または第3の態様の第1の実装、または第3の態様の第2の実装に基づいて、本出願の本実施形態は、第3の態様の第3の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRである。

第1のURRおよび第2のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第4の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバがCPにのみ接続されており、課金が要求された場合、CPは、Sxインターフェースを介してUPにURRを送信し、この場合、UPは、CPによって送信された第1のURRおよび第2のURRを受信することができるが、第1のURRが第2のURRに相互に関連付けられていることを把握しておらず、
UP上の使用量情報が第1のURRの閾値に達した場合、UPが第1のURRに対応する使用量情報を取得し、
UPは、第1のURRに対応する使用量情報をCPに送信し、
次いで、UPは、CPによって送信された第1の要求を受信し、第1の要求が相関指示を含み、相関指示は、第2のURRが第1のURRと相互に関連付けられていることを示すために使用され、
UPが第1のURRが第2のURRと相互に関連付けられていることを把握した後、UPは、第2のURRに対応する使用量情報を取得することができ、
UPは、第2のURRに対応する使用量情報をCPに送信し、それにより、CPが第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成する。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報をCPに報告し、それにより、CPがUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第4の態様に基づいて、本出願の本実施形態は、第4の態様の第1の実装をさらに提供する。

相関指示は、識別子を使用することによって実施されてもよく、第1のURRが第2のURRと相互に関連付けられていることなどを示すためなどに使用される。

第4の態様、または第4の態様の第1の実装に基づいて、本出願の本実施形態は、第4の態様の第2の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRである。

第1のURRおよび第2のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第5の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバがCPにのみ接続されており、課金が要求された場合、CPは、トリガ要求を受信し、トリガ要求に従ってSxインターフェースを介してUPに第1のURRを送信し、
UP上の使用量情報が第1のURRの閾値に達した場合、CPが、第1のURRに対応し、かつUPによって送信された使用量情報を受信し、
第1のURRに対応する使用量情報が完全な課金データレコードを生成するのに不十分であるため、CPは、第1の要求をUPに送信し、第1の要求が第2のURRを含み、第2のURRが第1のURRと相互に関連付けられており、
次いで、CPは、第2のURRに対応し、かつUPによって送信された使用量情報を受信し、
CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成する。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告するだけでなく、第1のURRと相互に関連付けられている第2のURRに対応する使用量情報をもCPに報告し、それにより、CPがUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第5の態様に基づいて、本出願の本実施形態は、第5の態様の第1の実装をさらに提供する。

CPによって送信された第1の要求は、複数のURRを含んでもよいし、第2のURRのみを含んでもよい。複数のURRが含まれる場合、複数のURRは他のURRを含んでもよく、従って、CPは、使用量情報を適時報告するために、どのURRが第2のURRであるかをどのように認識するかをUPに知らせる必要がある。CPは、複数の方式でUPに知らせる。UPは、第2のURRに構成された識別子、または第2のURRから構成された識別子を使用することによって第2のURRを認識することができる。

特定の識別子は、URRが第2のURRであることを示すために使用される指示識別子であってもよい、または第2のURRに対応する使用量情報が報告される必要がある時刻を示すために使用される報告時刻識別子、または別の識別子である。

第5の態様、または第5の態様の第1の実装に基づいて、本出願の本実施形態は、第5の態様の第2の実装をさらに提供する。

CPがUPに第1の要求を送信する前に、本方法は、
CPが、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を判定すること
をさらに含む。

CPは、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を判定することができ、次いで、第1のURRおよび第2のURRをUPに送信することができる。

第5の態様、または第5の態様の第1の実装に基づいて、本出願の本実施形態は、第5の態様の第3の実装をさらに提供する。

CPがUPに第1の要求を送信する前に、本方法は、
CPが、トリガ要求に従って第2のURRを更新すること
をさらに含む。

CPは、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を更新することができ、次いで、UPに第1のURRおよび更新された第2のURRを送信することができる。

第5の態様、および第5の態様の第1から第3の実装のいずれか1つに基づいて、本出願の本実施形態は、第5の態様の第4の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRである。

第1のURRおよび第2のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第6の態様によれば、本出願の一実施形態は課金管理方法を提供する。

CUPSネットワークアーキテクチャでは、課金サーバがCPにのみ接続されており、課金が要求された場合、CPは、トリガ要求を受信し、トリガ要求に従ってSxインターフェースを介してUPに第1のURRおよび第2のURRを送信し、
UP上の使用量情報が第1のURRの閾値に達した場合、CPが、第1のURRに対応し、かつUPによって送信された使用量情報を受信し、
第1のURRに対応する使用量情報が完全な課金データレコードを生成するのに不十分であるため、CPは、UPに第1の要求を送信し、第1の要求が相関指示を含み、相関指示は、第2のURRが第1のURRと相互に関連付けられていることを示すために使用され、
次いで、CPは、第2のURRに対応し、かつUPによって送信された使用量情報を受信し、
CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成する。

UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告するだけでなく、第1のURRと相互に関連付けられている第2のURRに対応する使用量情報をもCPに報告し、それにより、CPがUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

第6の態様に基づいて、本出願の本実施形態は、第6の態様の第1の実装をさらに提供する。

相関指示は、識別子を使用することによって実施されてもよく、第1のURRが第2のURRと相互に関連付けられていることなどを示すためなどに使用される。

第6の態様、または第6の態様の第1の実装に基づいて、本出願の本実施形態は、第6の態様の第2の実装をさらに提供する。

CPがトリガ要求に従ってUPに第1のURRおよび第2のURRを送信する前に、本方法は、
CPが、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を判定すること
をさらに含む。

CPは、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を判定することができ、次いで、第1のURRおよび第2のURRをUPに送信することができる。

第6の態様、または第6の態様の第1の実装に基づいて、本出願の本実施形態は、第6の態様の第3の実装をさらに提供する。

CPがトリガ要求に従ってUPに第1のURRおよび第2のURRを送信する前に、本方法は、
CPが、トリガ要求に従って第2のURRを更新すること
をさらに含む。

CPは、トリガ要求に従って第1のURRと第2のURRとの間の相互関連を更新することができ、次いで、UPに第1のURRおよび更新された第2のURRを送信することができる。

第6の態様、および第6の態様の第1から第3の実装のいずれか1つに基づいて、本出願の本実施形態は、第6の態様の第4の実装をさらに提供する。

第1のURRはベアラレベルURRであり、第2のURRはサービスデータフローレベルURRである。

第1のURRおよび第2のURRは、特定のレベルのURRに制限される。これにより、本解決策の実装性が向上する。

第7の態様によれば、本出願の一実施形態は、ユーザプレーン機能エンティティを提供し、ユーザプレーン機能エンティティは、第1の態様におけるユーザプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第8の態様によれば、本出願の一実施形態は、コントロールプレーン機能エンティティを提供し、コントロールプレーン機能エンティティは、第2の態様におけるコントロールプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第9の態様によれば、本出願の一実施形態は、ユーザプレーン機能エンティティを提供し、ユーザプレーン機能エンティティは、第3の態様におけるユーザプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第10の態様によれば、本出願の一実施形態は、ユーザプレーン機能エンティティを提供し、ユーザプレーン機能エンティティは、第4の態様におけるユーザプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第11の態様によれば、本出願の一実施形態は、コントロールプレーン機能エンティティを提供し、コントロールプレーン機能エンティティは、第5の態様におけるコントロールプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第11の態様によれば、本出願の一実施形態は、コントロールプレーン機能エンティティを提供し、コントロールプレーン機能エンティティは、第6の態様におけるコントロールプレーン機能エンティティの動作を実施するための機能を有する。この機能は、ハードウェアを用いて実装されてもよいし、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つ以上のモジュールを含む。

第13の態様によれば、本出願の一実施形態は、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、上記のユーザプレーン機能エンティティまたはコントロールプレーン機能エンティティによって使用されるコンピュータソフトウェア命令を記憶するように構成される。コンピュータソフトウェア命令は、ユーザプレーン機能エンティティまたはコントロールプレーン機能エンティティのために設計されたプログラムを実行するために使用される。

ユーザプレーン機能エンティティは、第7の態様、第9の態様、または第10の態様に記載のユーザプレーン機能エンティティであり得る。

コントロールプレーン機能エンティティは、第8の態様、第11の態様、または第12の態様に記載のコントロールプレーン機能エンティティであり得る。

第14の実施態様によれば、本出願の一実施形態は、コンピュータプログラム製品を提供し、コンピュータプログラム製品は、コンピュータソフトウェア命令を含む。コンピュータソフトウェア命令は、第1の態様から第6の態様のうちのいずれか1つに記載の課金管理方法の手順を実施するためにプロセッサによってロードされ得る。

上記の技術的解決策から分かるように、本出願の実施形態は以下の利点を有する、すなわち、UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告するだけでなく、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報をもCPに報告し、それにより、CPがUPから様々なレベルの相互に関連付けられたURRに対応する使用量情報を取得することができる。従って、CPは、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。

CUPSネットワークアーキテクチャの概略図である。 C／U分離シナリオにおける課金サーバの接続関係の概略図である。 URR報告規則の概略図である。 本出願による課金管理方法の一実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願による課金管理方法の別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの一実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの一実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。 本出願によるユーザプレーン機能エンティティの別の実施形態の概略図である。 本出願によるコントロールプレーン機能エンティティの別の実施形態の概略図である。

本出願の一実施形態は、CPが、完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができるような、課金管理方法を提供する。

本出願の本実施形態は、図1に示すC／U分離ネットワークアーキテクチャに適用することができる。本ネットワークアーキテクチャにおいて、コアネットワーク要素機能は、コントロールプレーン機能とユーザプレーン機能とに分けられる。コアネットワーク要素機能は、CPとUPとに分けられる。UPはデータパケットの転送、QoSコントロールの実行、課金情報の統計の収集などを主に担当する。CPはデータパケット転送ポリシー、QoSコントロールポリシー、課金情報統計報告ポリシーなどをユーザプレーン機能に配信することを主に担当する。

これに対応して、ネットワーク内のサービングゲートウェイ（SGW、Serving Gateway）は、サービングゲートウェイコントロールプレーン機能エンティティ（SGW−C、SGW Control plane function）と、サービングゲートウェイユーザプレーン機能エンティティ（SGW−U、SGW User plane function）と、に分けられる。

パケットデータネットワークゲートウェイ（PGW、Packet Data Network Gateway）は、パケットデータネットワークゲートウェイコントロールプレーン機能エンティティPGW−C（PGW−C、PGW Control plane function）と、パケットデータネットワークゲートウェイユーザプレーン機能エンティティPGW−U（PGW−U、PGW User plane function）と、に分けられる。

トラフィック検出機能エンティティ（TDF、Traffic Detection Function）は、トラフィック検出コントロールプレーン機能エンティティ（TDF−C、TDF Control plane function）と、トラフィック検出ユーザプレーン機能（TDF−U、TDF User plane function）と、に分けられる。

コントロールプレーン機能とユーザプレーン機能との間のインターフェースは、それぞれSxa、Sxb、およびSxcである。課金サーバは、AAAサーバであってもよいし、OCSまたはOFCSであってもよい。

C／U分離シナリオが図2に示されている。本シナリオでは、課金サーバは、CP（例えば、PGW−CまたはTDF−C）にのみ接続されている。CPは、課金使用量閾値を有し、Sxインターフェースを介してUP（例えば、PGW−UまたはTDF−U）にURRを送信する。UP上に累積されたトラフィックまたは時間の長さがURRの閾値に達した場合、UPは累積された使用量情報をCPに報告する。CPは課金データレコードを生成し、次いで課金データレコードを課金システムに報告する。課金システムは、報告された課金データレコードに基づいてユーザに対する課金操作を実行する。

「UP」は、ユーザプレーン機能を実行する装置に対する総称にすぎず、1つまたはいくつかの装置を特定するものではないことに留意されたい。実際の実装では、ユーザプレーン機能を実行する装置は、「UP」とも呼ばれずに、別の名前に置き換えられる場合がある。このことは、本明細書において具体的に限定されない。「UP」は、本出願における説明のための一例として使用されているにすぎない。

同様に、「CP」は、コントロールプレーン機能を実行する装置に対する総称にすぎず、1つまたはいくつかの装置を特定するものではないことに留意されたい。実際の実装では、コントロールプレーン機能を実行する装置は、「CP」とも呼ばれずに、別の名前に置き換えられる場合がある。このことは、本明細書において具体的に限定されない。「CP」は、本出願における説明のための一例として使用されているにすぎない。

実際の実装では、UPとCPとは別々の装置であってもよいし、別の装置（例えばサーバ）上の機能エンティティのグループであってもよい。このことは、本明細書において具体的に限定されない。

URRについては、図3に示すように、URRはセッションレベル使用量報告規則を表し、URR b1およびURR b2は、ベアラレベル使用量報告規則を表し、URR f1、URR f2、およびURR f3は、サービスデータフローレベル使用量報告規則を表し、URR f1およびURR f2は、同じベアラレベルURR b1に属する。

パケット検出規則（PDR、Packet Detection Rule）1からPDR nにおけるURRの報告モードは、セッションレベル報告（Session Level Report）である。PDR2とPDR3とは共に同じベアラレベル使用量報告規則URR b1を含み、URR b1およびURR b2の報告モードはベアラレベル報告（Bearer Level Report）である。

パケット検出規則（PDR、Packet Detection Rule）1からPDR nにおけるURRの報告モードは、セッションレベル報告（Session Level Report）である。

PDRの情報が下記の表1に示され得る。下記の表1は、PDRの情報の一例にすぎないことに留意されたい。実際の実装では、PDRは他の情報も含み得る。このことは、本明細書において具体的に限定されない。

転送アクション規則（FAR、Forwarding Action Rule）は、UPがデータを転送する際に基づく規則を表すために使用される。QoS運用規則（QER、QoS Enforcement Rule）は、UPがQoSコントロールを実行する際に基づく規則を表すために使用される。

PDR1からPDR3におけるURR b1の報告モードはベアラレベル報告1（Bearer Level Report 1）であり、PDR nにおけるURR b2の報告モードはベアラレベル報告2（Bearer Level Report 2）である。

PDR1およびPDR2におけるURR f1の報告モードはサービスデータフローレベル報告1（Flow Level Report 1）であり、PDR3におけるURR f2の報告モードはサービスデータフローレベル報告2（Flow Level Report 2）であり、PDR nにおけるURR f3の報告モードはサービスデータフローレベル報告3（Flow Level Report 3）である。

ベアラレベルURR b1の閾値に達した場合、UPは、ベアラレベルURR b1に対応する使用量情報をCPに報告する。CPは、3GPPプロトコル標準で定義された課金データレコード（CDR）符号化フォーマットに従って、UPなどから取得されたベアラレベル使用量情報を符号化して、課金データレコードを生成する。課金データレコードは、ベアラレベル使用量情報に基づいて生成され、また、UP上のサービスデータフローレベルURR f1およびURR f2に対応する課金統計情報を含む必要がある。

本出願の本実施形態では、第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに送信する必要があるだけでなく、第1のURRと相互に関連付けられている別のURRに対応する使用量情報をもCPに送信する必要がある。

以下の実施形態では、第1のURRはベアラレベルURRであり得、別のURR（第2のURR、第3のURR、第4のURR、および第5のURRを含むがこれらに限定されない）はサービスデータフローレベルURRであり得ることに留意されたい。

実際の実装では、第1のURRが別のURRと相互に関連付けられている限り、第1のURRおよび別のURRは他のタイプのURRであってもよいことが理解されよう。このことは、本明細書において具体的に限定されない。以下の実施形態は、第1のURRがベアラレベルURRであり、別のURRがサービスデータフローレベルURRである単なる例を使用することによって説明される。

UPは、第1のURRに相互に関連付けられている別のURRに対応する使用量情報を報告してもよく、UPは、閾値に基づいて報告を行ってもよいし、CPからの指示に従って報告を行ってもよいことに留意されたい。詳細は別途後述する。

I．UPは閾値に基づいて報告を実行する。

本実施形態では、CPは、UPに第1のURRおよび第2のURRを送信することができる。UP上の使用量情報が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報と、第1のURRに相互に関連付けられている第3のURRに対応する使用量情報と、をCPに報告する。

実際の実装では、CPは、第1のURRおよび第2のURRをUPに複数の方式で送信することができる。詳細は別途後述する。

1．Sxセッション確立要求において第1のURRおよび第2のURRを送信する。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRおよび第2のURRをUPに送信し、それにより、UP上の使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報と、第1のURRに相互に関連付けられている第3のURRに対応する使用量情報とをCPに報告し、第3のURRは第2のURRである。

図4を参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

401．CPがトリガ要求を受信する。

CPは、Sxセッション確立を開始するようにトリガされる。具体的には、ピアCP、または移動管理エンティティ（MME、Mobility Management Entity）、またはポリシーおよび課金規則機能エンティティ（PCRF、Policy and Charging Rules Function）が、Sxセッション確立を開始するようにCPをトリガすることができる。

実際の実装では、CPは必ずしもSxセッション確立を開始するために外部からトリガを受信するわけではないことが理解されよう。トリガはまた、CP自体におけるトリガであってもよい。例えば、命令セットがCPにおいて構成され、Sxセッション確立が開始される必要がある場合、CPは対応するトリガ要求を受信する。具体的には、複数のトリガ方式が利用可能であり得、ここでは限定されない。

402．CPは相互関連を判定する。

CPは、各URRにURR IDを割り当て、報告のために、第1のURRと第1のURRと相互に関連付けられる必要がある第2のURRとの相互関連を判定し、第2のURRは1つ以上のURRであり得る。

本実施形態では、CPは、第1のURRと第2のURRとの間の相互関連を複数の方式で判定することができる。詳細は別途後述する。

A．CPは第1のURRにおいて対応するRCSを構成する。

CPは、第1のURRにおいて、第1のURRに対応する規則相互関連IDのリスト（RCS、list of Rule Correlation ID）を構成し、リストは、第1のURRと相互に関連付けられている第2のURRのIDのユニバーサルセットを識別するために使用される。

リストは、各第2のURRのIDを識別するために使用される1つ以上の規則相互関連ID（RCI、Rule Correlation ID）を含む。

B．CPは第2のURRにおいて対応するRCSを構成する。

CPは、第2のURRにおいて、第2のURRに対応するRCSを構成し、リストは、第2のURRと相互に関連付けられている第1のURRのIDのユニバーサルセットを識別するために使用される。

リストは、各第1のURRのIDを識別するために使用される1つ以上のRCIを含む。

いくつかの例は、CPによって第1のURRと第2のURRとの間の相互関連を判定する方式を説明するためだけに上で使用されている。実際の実装では、CPは、より多くの方式で第1のURRと第2のURRとの間の相互関連をさらに判定することができる、例えば、第1のURRと第2のURRとの両方でRCSを構成してもよいし、パケット検出規則（PDR、Packet Detection Rule）において、第1のURRと第2のURRとの間の相互関連を構成してもよい。このことは、本明細書において具体的に限定されない。

本実施形態では、PDRの情報が上記の表1に示され得る。ここでは細部を繰り返し説明しない。

403．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求Sx session establishment requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRと第2のURRとを含む。加えて、CPによって第1のURRと第2のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第2のURRにおいて構成される、またはRCSが第1のURRと第2のURRとの両方において構成される、または第1のURRと第2のURRとの間の相互関連がPDRにおいて構成される。

本実施形態では、Sxセッション確立要求における情報は、下記の表2に示され得る。下記の表2は、Sxセッション確立要求における情報の単なる一例であることに留意されたい。実際の実装では、Sxセッション確立要求は他の情報も含み得る。このことは、本明細書において具体的に限定されない。

404．UPはURR間の相互関連を受信する。

CPによって送信されたURRリストを受信した後、UPは、第1のURRおよび第2のURRを記憶し、第1のURRまたは第2のURRがRCSを含むか否かを解析する。第1のURRまたは第2のURRがRCSを含まない場合、そのことは、第1のURRまたは第2のURRが別のURRと相互に関連付けられていないことを示す。

第1のURRがRCSを含む場合、UPは、第1のURRまたは各第2のURRのコンテキストにおいて、RCSにおける各RCIに対応する第1のURRと第2のURRとの間の相互関連を記憶する。

第2のURRがRCSを含む場合、UPは、各第1のURRまたは第2のURRのコンテキストにおいて、RCSにおける各RCIに対応する第2のURRと第1のURRとの間の相互関連を記憶する。

本実施形態では、ステップ403において、CPがSxセッション確立要求をUPに送信する場合、要求は、第1のURRおよび第2のURRだけでなく、第1のURRと第2のURRとの間の相互関連も含み得ることに留意されたい。この場合、UPはURR間の相互関連を受信することができる。

実際の実装では、CPがSxセッション確立要求をUPに送信する場合、要求は、第1のURRおよび第2のURRのみを含むことができ、第1のURRと第2のURRとの間の相互関連を含まない。この場合、CPは、相関指示をUPに送信する必要がさらにあり、相関指示は第1のURRが第2のURRと相互に関連付けられていることを示すために使用される。例えば、相関指示は、第2のURRの識別子であり得る。UPは、相関指示を受信した後にURR間の相互関連を取得することができる。相関指示は、CPが相関指示をUPに送信することができる限り、Sxセッション変更要求に含まれてもよいし、または他のシグナリングに含まれてもよい。このことは、本明細書において具体的に限定されない。

405．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ404とステップ405との間に必要なシーケンスは存在しない。ステップ404が最初に実行されてもよいし、ステップ405が最初に実行されてもよいし、あるいは、ステップ404とステップ405とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

406．UPは使用量情報を取得する。

UP上に蓄積された使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報を取得することができる。

第1のURRは、1つ以上の閾値を有してもよい。第1のURRがただ1つの閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値のうちの1つであり得る。閾値に達した場合、UPは、第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とを取得する。

第1のURRが複数の閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値であり得る。UP上の使用量情報が閾値のいずれか1つに達する限り、UPは、第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とを取得する。

CPによって第1のURRと第2のURRとの間の相互関連を判定する特定の方式によれば、UPは、複数の方式で、第1のURRと相互に関連付けられている第2のURRが存在するか否かをさらに検索することができる。

UPは、第1のURRに相互に関連付けられた第2のURRが存在するか否かを判定するために、第1のURRのコンテキストを検索することができ、第1のURRに相互に関連付けられた第2のURRが存在する場合、UPは、第2のURRに対応する使用量情報を取得する、または
UPは、第1のURRに相互に関連付けられた第2のURRが存在するか否かを判定するために、すべてのURRのコンテキストを検索することができ、第1のURRに相互に関連付けられた第2のURRが存在する場合、UPは、第2のURRに対応する使用量情報を取得する。

本実施形態では、ステップ405とステップ406との間に必要なシーケンスは存在しない。ステップ405が最初に実行されてもよいし、ステップ406が最初に実行されてもよいし、あるいは、ステップ405とステップ406とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

407．UPは、Sxセッション報告要求をCPに送信する。

UPが第1のURRに対応する使用量情報および第2のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求メッセージをCPに送信することができ、メッセージは、報告を要求する各URRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。

本実施形態では、Sxセッション報告要求は、URR ID、使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）、報告トリガイベント（例えば、使用量情報の報告、サービスデータフロー検出の開始、またはサービスデータフロー検出の終了）、measurement keyなどを含み得る。

実際の実装では、Sxセッション報告要求は他のコンテンツをさらに含み得ることに留意されたい。このことは、本明細書において具体的に限定されない。

本実施形態では、報告を要求するURRは、第1のURRおよび第2のURRである。

408．CPは使用量情報を記憶する。

Sxセッション報告要求を受信した後、CPは、Sxセッション報告要求に含まれるURR IDおよび／またはmeasurement keyに基づいてURRのレベルを認識し、コンテキストにおける対応する使用量情報を記憶することができる。

本実施形態では、CPは、第1のURRのURR IDおよび／またはmeasurement keyに基づいて、第1のURRがベアラレベルURRであると判定し、第2のURRのURR IDおよび／またはmeasurement keyに基づいて、第2のURRがサービスデータフローレベルURRであると判定することができる。

409．CPは、Sxセッション報告応答をUPに送信する。

UPによって送信されたSxセッション報告要求を受信した後、CPは、Sxセッション報告応答メッセージをCPに返すことができる。

本実施形態では、ステップ408とステップ409との間に必要なシーケンスは存在しない。ステップ408が最初に実行されてもよいし、ステップ409が最初に実行されてもよいし、あるいは、ステップ408とステップ409とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

410．CPは課金データレコードを生成する。

CPは、第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とに基づいて課金データレコードを生成する。

411．CPはデータレコード転送要求を課金サーバに送信する。

CPは、データレコード転送要求メッセージを課金サーバに送信し、メッセージは課金データレコードを含み、それにより、課金サーバは課金を実行する。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRおよび第2のURRをUPに送信し、UPは、第1のURRと第2のURRとの間の相互関連を受信し、UP上に蓄積された使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報をCPに送信し、それにより、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて、完全な課金データレコードを生成することができる。

2．Sxセッション変更要求において第1のURRおよび第2のURRを送信する。

本実施形態では、セッション変更要求はSxセッション確立要求の後である。CPが第1のURRおよび第2のURRをUPに送信する場合、CPは、Sxセッション確立要求とSxセッション変更要求との組み合わせを使用することによって、第1のURRおよび第2のURRをUPに送信してもよいし、Sxセッション変更要求のみにおいて第1のURRおよび第2のURRを送信してもよい。詳細は別途後述する。

2．1．CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信する、または送信しない。

本実施形態では、CPは、Sxセッション確立要求を使用して第1のURRをUPに送信する、または送信しないが、後続のSxセッション変更要求において第1のURRおよび第2のURRをUPに送信し、従って、UPは第2のURRを第3のURRとして使用し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告する。

図5を参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

501．CPがトリガ要求を受信する。

本実施形態におけるステップ501は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

502．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRを含む、またはいかなるURRも含まない場合がある。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

503．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRを記憶する。

ステップ502においてCPがSxセッション確立要求をUPに送信する場合にURRが含まれていない場合、ステップ503は実行されなくてもよいことに留意されたい。

504．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ503とステップ504との間に必要なシーケンスは存在しない。ステップ503が最初に実行されてもよいし、ステップ504が最初に実行されてもよいし、あるいは、ステップ503とステップ504とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

505．CPがトリガ要求を受信する。

CPは、Sxセッション変更を開始するようにトリガされる。具体的には、ピアCP、MME、またはPCRFが、Sxセッション変更を開始するようにCPをトリガすることができる。

実際の実装では、CPは必ずしもSxセッション変更を開始するために外部からトリガを受信するわけではないことが理解されよう。トリガはまた、CP自体におけるトリガであってもよい。例えば、命令セットがCPにおいて構成され、Sxセッション変更が開始される必要があるとき、CPは対応するトリガ要求を受信する。具体的には、複数のトリガ形式が利用可能であり得、ここでは限定されない。

506．CPは相互関連を判定する。

本実施形態におけるステップ506は、図4に示される実施形態におけるステップ402と同様であり、ここでは繰り返し説明しない。

507．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRと第2のURRとを含む。加えて、CPによって第1のURRと第2のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第2のURRにおいて構成される、またはRCSが第1のURRと第2のURRとの両方において構成される、または第1のURRと第2のURRとの間の相互関連がPDRにおいて構成される。

CPがSxセッション確立要求において第1のURRをUPに送信する場合、このステップは第1のURRを含まないが、第1のURRの識別子のみを含み得ることが理解されよう。

本実施形態では、Sxセッション変更要求における情報は、下記の表3に示され得る。下記の表3は、Sxセッション変更要求における情報の単なる一例であることに留意されたい。実際の実装では、Sxセッション変更要求は他の情報も含み得る。このことは、本明細書において具体的に限定されない。

508．UPはURR間の相互関連を受信する。

CPによって送信されたURRリストを受信した後、UPは、第1のURRおよび第2のURRを記憶し、第1のURRまたは第2のURRがRCSを含むか否かを解析する。第1のURRまたは第2のURRがRCSを含まない場合、そのことは、第1のURRまたは第2のURRが別のURRと相互に関連付けられていないことを示す。

第1のURRがRCSを含む場合、UPは、第1のURRまたは各第2のURRのコンテキストにおいて、RCSにおける各RCIに対応する第1のURRと第2のURRとの間の相互関連を記憶する。

第2のURRがRCSを含む場合、UPは、各第1のURRまたは第2のURRのコンテキストにおいて、RCSにおける各RCIに対応する第2のURRと第1のURRとの間の相互関連を記憶する。

本実施形態では、ステップ507において、CPがSxセッション変更要求をUPに送信する場合、要求は、第1のURRおよび第2のURRだけでなく、第1のURRと第2のURRとの間の相互関連も含み得ることに留意されたい。この場合、UPはURR間の相互関連を受信することができる。

実際の実装では、CPがSxセッション変更要求をUPに送信する場合、要求は、第1のURRおよび第2のURRのみを含むことができ、第1のURRと第2のURRとの間の相互関連を含まない。この場合、CPは、相関指示をUPに送信する必要がさらにあり、相関指示は第1のURRが第2のURRと相互に関連付けられていることを示すために使用される。例えば、相関指示は、第2のURRの識別子であり得る。UPは、相関指示を受信した後にURR間の相互関連を取得することができる。相関指示は、CPが相関指示をUPに送信することができる限り、Sxセッション変更要求に含まれてもよいし、または他のシグナリングに含まれてもよい。このことは、本明細書において具体的に限定されない。

509．UPは、Sxセッション変更応答をCPに返す。

CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。

本実施形態では、ステップ508とステップ509との間に必要なシーケンスは存在しない。ステップ508が最初に実行されてもよいし、ステップ509が最初に実行されてもよいし、あるいは、ステップ508とステップ509とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

510．UPは使用量情報を取得する。

本実施形態におけるステップ510は、図4に示される実施形態におけるステップ406と同様であり、ここでは繰り返し説明しない。

本実施形態における第3のURRは、第2のURRである。

本実施形態では、ステップ509とステップ510との間に必要なシーケンスは存在しない。ステップ509が最初に実行されてもよいし、ステップ510が最初に実行されてもよいし、あるいは、ステップ509とステップ510とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ511から515は、図4に示される実施形態におけるステップ407から411と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信する、またはいかなるURRもUPに送信せず、Sxセッション変更要求を使用することによって第1のURRまたは第1のURRの識別子、および第2のURRをUPに送信し、従って、UPは、第1のURRと第2のURRとの間の相互関連を受信することができ、UP上に蓄積された使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報をCPに送信し、それにより、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて、完全な課金データレコードを生成することができる。

2．2．CPは、Sxセッション確立要求を使用することによって第1のURRおよび第5のURRをUPに送信する。

本実施形態では、CPは、Sxセッション確立要求を使用して第1のURRおよび第5のURRをUPに送信し、後続のSxセッション変更要求において第1のURRおよび第2のURRをUPに送信し、従って、UPは第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告する。

図6を参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

601．CPがトリガ要求を受信する。

本実施形態におけるステップ601は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

602．CPは相互関連を判定する。

CPは、各URRにURR IDを割り当て、報告のために、第1のURRと第1のURRと相互に関連付けられる必要がある第5のURRとの相互関連を判定し、第5のURRは1つ以上のURRであってもよいし、複数のURRを含むセットであってもよい。

本実施形態では、CPは、第1のURRと第5のURRとの間の相互関連を複数の方式で判定することができる。詳細は別途後述する。

A．CPは第1のURRにおいて対応するRCSを構成する。

CPは、第1のURRにおいて、第1のURRに対応するRCSを構成し、リストは、第1のURRと相互に関連付けられている第5のURRのIDのユニバーサルセットを識別するために使用される。

リストは、各第5のURRのIDを識別するために使用される1つ以上のRCIを含む。

B．CPは第5のURRにおいて対応するRCSを構成する。

CPは、第5のURRにおいて、第5のURRに対応するRCSを構成し、リストは、第5のURRと相互に関連付けられている第1のURRのIDのユニバーサルセットを識別するために使用される。

リストは、各第1のURRのIDを識別するために使用される1つ以上のRCIを含む。

いくつかの例は、CPによって第1のURRと第5のURRとの間の相互関連を判定する方式を説明するためだけに上で使用されている。実際の実装では、CPは、より多くの方式で第1のURRと第5のURRとの間の相互関連をさらに判定することができる、例えば、第1のURRと第5のURRとの両方でRCSを構成してもよいし、PDRにおいて、第1のURRと第5のURRとの間の相互関連を構成してもよい。このことは、本明細書において具体的に限定されない。

本実施形態では、PDRの情報が上記の表1に示され得、ここでは繰り返し説明しない。

603．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRと第5のURRとを含む。加えて、CPによって第1のURRと第5のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第5のURRにおいて構成される、またはRCSが第1のURRと第5のURRとの両方において構成される、または第1のURRと第5のURRとの間の相互関連がPDRにおいて構成される。

本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

604．UPはURR間の相互関連を受信する。

CPによって送信されたURRリストを受信した後、UPは、第1のURRおよび第5のURRを記憶し、第1のURRまたは第5のURRがRCSを含むか否かを解析する。第1のURRまたは第5のURRがRCSを含まない場合、そのことは、第1のURRまたは第5のURRが別のURRと相互に関連付けられていないことを示す。

第1のURRがRCSを含む場合、UPは、第1のURRまたは各第5のURRのコンテキストにおいて、RCSにおける各RCIに対応する第1のURRと第5のURRとの間の相互関連を記憶する。

第5のURRがRCSを含む場合、UPは、各第1のURRまたは第5のURRのコンテキストにおいて、RCSにおける各RCIに対応する第5のURRと第1のURRとの間の相互関連を記憶する。

本実施形態では、ステップ603において、CPがSxセッション確立要求をUPに送信する場合、要求は、第1のURRおよび第5のURRだけでなく、第1のURRと第5のURRとの間の相互関連も含み得ることに留意されたい。この場合、UPはURR間の相互関連を受信することができる。

実際の実装では、CPがSxセッション確立要求をUPに送信する場合、要求は、第1のURRおよび第5のURRのみを含むことができるが、第1のURRと第5のURRとの間の相互関連を含まない。この場合、CPは、相関指示をUPに送信する必要がさらにあり、相関指示は第1のURRが第5のURRと相互に関連付けられていることを示すために使用される。例えば、相関指示は、第5のURRの識別子であり得る。UPは、相関指示を受信した後にURR間の相互関連を受信することができる。相関指示は、CPが相関指示をUPに送信することができる限り、Sxセッション変更要求に含まれてもよいし、または他のシグナリングに含まれてもよい。このことは、本明細書において具体的に限定されない。

605．UPは、Sxセッション確立応答をCPに返す。

本実施形態におけるステップ605は、図4に示される実施形態におけるステップ405と同様であり、ここでは繰り返し説明しない。

本実施形態では、ステップ604とステップ605との間に必要なシーケンスは存在しない。ステップ604が最初に実行されてもよいし、ステップ605が最初に実行されてもよいし、あるいは、ステップ604とステップ605とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

606．CPがトリガ要求を受信する。

本実施形態におけるステップ606は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

607．CPは相互関連を更新する。

本実施形態では、CPが、要求に従って、相互関連を調整する必要があると判定した場合、CPは相互関連を更新することができる。

相互関連は複数の方式で更新される。詳細は別途後述する。

a．ユニバーサルセットを構成する。

CPは、第1のURRと現在相互に関連付けられているURR IDのユニバーサルセットを識別するために、第1のURRにおいて、第1のURRに対応するRCSを構成することができ、RCIは、相互に関連付けられている各URR IDを識別する。

第1のURRが別のURRと相互に関連付けられなくなった場合、第1のURRはいかなるRCIも含まない、またはRemove Correlation IDが第1のURRに構成され、第1のURRが別のURRと相互に関連付けられていないことを識別するために使用されることに留意されたい。

b．命令を構成する。

CPは、第1のURR内に追加命令Create RCSを構成し、この命令は、第1のURRと相互に関連付けられており、かつ追加される必要がある第2のURRのIDを識別するために使用される、および／または
CPは、第1のURR内に除去命令Remove RCSを構成し、この命令は、第1のURRと相互に関連付けられており、かつ削除される必要がある第2のURRのIDを識別するために使用される。

2つの例は、CPによる相互関連を更新するプロセスを説明するためにのみ上で使用されている。実際の実装では、CPはより多くの方式で相互関連を更新できることが理解されよう。このことは、本明細書において具体的に限定されない。

本実施形態では、更新される必要があるURRは、第2のURR、または第2のURRおよび第4のURRであると仮定される。第5のURRにおいて、第2のURRが追加されてもよいし、第2のURRが削除されてもよいし、第2のURRが追加されて第4のURRが削除されてもよい。

608．CPは、Sxセッション変更要求をUPに送信する。

相互関連を更新した後、CPは、更新された相互関連に基づいてSxセッション変更要求をUPに送信することができる。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

609．UPはURR間の相互関連を更新する。

CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更要求内の情報に基づいてURR間の相互関連を更新することができる。具体的には、複数の更新方式が利用可能であり得る。詳細は別途後述する。

a．ユニバーサルセットに基づいて更新を実行する。

本実施形態では、CPが、ユニバーサルセットを構成するように相互関連を更新する場合、Sxセッション変更要求は第1のURRまたは第1のURRの識別子を含み、RCSは第1のURRにおいて構成される。この場合、UPは、RCSにおけるURRのIDを判定し、従って、第2のURRまたは第2のURRのIDを判定することができる。

第2のURRまたは第2のURRのIDを判定した後、UPは、第3のURRを取得するために、第5のURRを更新するために第2のURRを使用することができる。具体的な更新方式は以下の通りである。

a1．第5のURRが第2のURRを含むか否かを判定し、第5のURRが第2のURRを含まない場合、第3のURRを取得するために、第5のURRに第2のURRを追加する。

a2．第2のURRではないターゲットURRが5番目のURRに存在するか否かを判定し、ターゲットURRが存在する場合、第3のURRを取得するために、第5のURRからターゲットURRを削除する。ターゲットURRを削除することに加えて、UPは、代替的に、第3のURRを取得するために、ターゲットURRと第1のURRとの間の相互関連を削除してもよいことに留意されたい。

第1のURRがなんらRCSを含まない、または第1のURRがRemove Correlation IDを含む場合、UPは、第5のURRにおけるすべてのURRを削除する、または第1のURRと第5のURRにおけるすべてのURRとの間の相互関連を削除することに留意されたい。

b．命令に従って更新を実行する。

本実施形態では、CPが、命令を構成するように相互関連を更新する場合、Sxセッション変更要求は追加命令および／または削除命令を含み、また、第1のURRもしくは第1のURRの識別子と、第2のURRもしくは第2のURRのID、または第2のURRもしくは第2のURRおよび第4のURRと、を含む。

異なる命令によれば、UPの特定の更新方式は以下の通りであり得る。

b1．追加

Sxセッション変更要求に含まれる命令が追加命令Create RCSであり、Sxセッション変更要求が第1のURRまたは第1のURRの識別子、および第2のURRまたは第2のURRのIDを含む場合、UPは、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加することができる。

ステップ608において、UPは、Sxセッション変更要求を使用することによって第2のURRを取得することができることに留意されたい。この場合、UPは、第2のURRを第5のURRに直接追加することができる。

実際の実装では、UPはまた、別のSxセッション変更要求を使用することによって、CPから第2のURRを事前に取得することもできる。この場合、ステップ608においてSxセッション変更要求を使用することによって第2のURRの識別子のみを取得する必要がある。UPは、識別子に基づいて以前に記憶された第2のURRを判定し、第2のURRを第5のURRに追加することができる。具体的な方式はここでは限定されない。

b2．削除

Sxセッション変更要求に含まれる命令が削除命令Remove RCSであり、Sxセッション変更要求が第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRのIDと、を含む場合、UPは、第3のURRを取得するために、削除命令に従って第2のURRを第5のURRから削除することができる、または第3のURRを取得するために、削除命令に従って第1のURRと第5のURRにおける第2のURRとの間の相互関連を削除することができる。

ステップ608において、UPは、Sxセッション変更要求を使用することによって第2のURRを取得することができることに留意されたい。この場合、UPは、第2のURRを第5のURRから直接削除することができる。

実際の実装では、UPはまた、別のSxセッション変更要求を使用することによって、CPから第2のURRを事前に取得することもできる。この場合、ステップ608においてSxセッション変更要求を使用することによって第2のURRの識別子のみを取得する必要がある。UPは、識別子に基づいて以前に記憶された第2のURRを判定し、第2のURRを第5のURRから削除する、または第2のURRと第1のURRとの間の相互関連を削除することができる。具体的な方式はここでは限定されない。

b3．追加および削除

Sxセッション変更要求に含まれる命令が追加命令Create RCSおよび削除命令Remove RCSの両方を含み、Sxセッション変更要求が第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRのIDおよび第4のURRと、を含む場合、UPは、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加し、削除命令に従って第4のURRを第5のURRから削除することができる、または削除命令に従って第1のURRと第5のURRにおける第4のURRとの間の相互関連を削除することができる。

ステップ608において、UPは、Sxセッション変更要求を使用することによって第2のURRを取得することができることに留意されたい。この場合、UPは、第2のURRを第5のURRに直接追加することができる。

実際の実装では、UPはまた、別のSxセッション変更要求を使用することによって、CPから第2のURRを事前に取得することもできる。この場合、ステップ608においてSxセッション変更要求を使用することによって第2のURRの識別子のみを取得する必要がある。UPは、識別子に基づいて以前に記憶された第2のURRを判定し、第2のURRを第5のURRに追加することができる。具体的な方式はここでは限定されない。

610．UPは、Sxセッション変更応答をCPに返す。

本実施形態におけるステップ610は、図5に示される実施形態におけるステップ509と同様であり、ここでは繰り返し説明しない。

本実施形態では、ステップ609とステップ610との間に必要なシーケンスは存在しない。ステップ609が最初に実行されてもよいし、ステップ610が最初に実行されてもよいし、あるいは、ステップ609とステップ610とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

611．UPは使用量情報を取得する。

UP上に蓄積された使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を取得することができる。

本実施形態における第3のURRは、URR間の相互関連が更新された後に判定される。

第1のURRは、1つ以上の閾値を有してもよい。第1のURRがただ1つの閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値のうちの1つであり得る。閾値に達した場合、UPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを取得する。

第1のURRが複数の閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値であり得る。UP上の使用量情報が閾値のいずれか1つに達する限り、UPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを取得する。

本実施形態では、ステップ610とステップ611との間に必要なシーケンスは存在しない。ステップ610が最初に実行されてもよいし、ステップ611が最初に実行されてもよいし、あるいは、ステップ610とステップ611とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

612．UPは、Sxセッション報告要求をCPに送信する。

UPが第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求メッセージをCPに送信することができ、メッセージは、報告を要求する各URRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。

本実施形態では、Sxセッション報告要求は、URR ID、使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）、報告トリガイベント（例えば、使用量情報の報告、サービスデータフロー検出の開始、またはサービスデータフロー検出の終了）、measurement keyなどを含み得る。

実際の実装では、Sxセッション報告要求は他のコンテンツをさらに含み得ることに留意されたい。このことは、本明細書において具体的に限定されない。

本実施形態では、報告を要求するURRは、第1のURRおよび第3のURRである。

613．CPは使用量情報を記憶する。

Sxセッション報告要求を受信した後、CPは、Sxセッション報告要求に含まれるURR IDおよび／またはmeasurement keyに基づいてURRのレベルを認識し、コンテキストにおける対応する使用量情報を記憶することができる。

本実施形態では、CPは、第1のURRのURR IDおよび／またはmeasurement keyに基づいて、第1のURRがベアラレベルURRであると判定し、第3のURRのURR IDおよび／またはmeasurement keyに基づいて、第3のURRがサービスデータフローレベルURRであると判定することができる。

614．CPは、Sxセッション報告応答をUPに送信する。

CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。

本実施形態では、ステップ613とステップ614との間に必要なシーケンスは存在しない。ステップ613が最初に実行されてもよいし、ステップ614が最初に実行されてもよいし、あるいは、ステップ613とステップ614とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

615．CPは課金データレコードを生成する。

CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とに基づいて課金データレコードを生成する。

616．CPはデータレコード転送要求を課金サーバに送信する。

本実施形態におけるステップ616は、図4に示される実施形態におけるステップ411と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRおよび第5のURRをUPに送信し、Sxセッション変更要求を使用することによって第1のURRまたは第1のURRの識別子、および第2のURRをUPに送信し、従って、UPは、第3のURRを取得するために、Sxセッション変更要求における情報に基づいてURR間の相互関連を更新し、UP上に蓄積された使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに送信し、それにより、CPは、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報に基づいて、完全な課金データレコードを生成することができる。

2．3．CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信し、後続のSxセッション変更要求において第5のURRを送信する。

本実施形態では、CPは、Sxセッション確立要求を使用して第1のURRをUPに送信し、後続の第1のSxセッション変更要求において第5のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRおよび第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告する。

図7Aおよび図7Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

701．CPがトリガ要求を受信する。

本実施形態におけるステップ701は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

702．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRを含む。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

703．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRを記憶する。

704．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ703とステップ704との間に必要なシーケンスは存在しない。ステップ703が最初に実行されてもよいし、ステップ704が最初に実行されてもよいし、あるいは、ステップ703とステップ704とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

705．CPがトリガ要求を受信する。

本実施形態におけるステップ705は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

706．CPは相互関連を判定する。

本実施形態におけるステップ706は、図6に示される実施形態におけるステップ602と同様であり、ここでは繰り返し説明しない。

707．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求Sx session modification requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRまたは第1のURRの識別子と第5のURRとを含む。加えて、CPによって第1のURRと第5のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第5のURRにおいて構成される、またはRCSが第1のURRと第5のURRとの両方において構成される、または第1のURRと第5のURRとの間の相互関連がPDRにおいて構成される。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

本実施形態におけるステップ707におけるSxセッション変更要求は、第1のSxセッション変更要求である。

708．UPはURR間の相互関連を受信する。

本実施形態におけるステップ708は、図6に示される実施形態におけるステップ604と同様であり、ここでは繰り返し説明しない。

709．UPは、Sxセッション変更応答をCPに返す。

本実施形態におけるステップ709は、図5に示される実施形態におけるステップ509と同様であり、ここでは繰り返し説明しない。

本実施形態では、ステップ708とステップ709との間に必要なシーケンスは存在しない。ステップ708が最初に実行されてもよいし、ステップ709が最初に実行されてもよいし、あるいは、ステップ708とステップ709とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

710．CPがトリガ要求を受信する。

本実施形態では、CPは、Sxセッション変更を開始するように再びトリガされ得る。具体的には、ピアCP、MME、またはPCRFが、Sxセッション変更を開始するようにCPをトリガすることができる。

実際の実装では、CPは必ずしもSxセッション変更を開始するために外部からトリガを受信するわけではないことが理解されよう。トリガはまた、CP自体におけるトリガであってもよい。例えば、命令セットがCPにおいて構成され、Sxセッション変更が開始される必要があるとき、CPは対応するトリガ要求を受信する。具体的には、複数のトリガ形式が利用可能であり得、ここでは限定されない。

本実施形態におけるステップ711から720は、図6に示される実施形態におけるステップ607から616と同様であり、ここでは繰り返し説明しない。

本実施形態におけるステップ712におけるSxセッション変更要求は、第4のSxセッション変更要求である。

本実施形態では、CPは、Sxセッション確立要求を使用して第1のURRをUPに送信し、後続の第1のSxセッション変更要求において第5のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRおよび第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告し、それにより、CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とに基づいて完全な課金データレコードを生成することができる。

2．4．CPは、Sxセッション確立要求を使用することによって第5のURRをUPに送信し、後続のSxセッション変更要求において第1のURRを送信する。

本実施形態では、CPは、Sxセッション確立要求を使用して第5のURRをUPに送信し、後続の第2のSxセッション変更要求において第1のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRおよび第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告する。

図8Aおよび図8Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

801．CPがトリガ要求を受信する。

本実施形態におけるステップ801は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

802．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求Sx session establishment requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第5のURRを含む。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

803．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第5のURRを記憶する。

804．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ803とステップ804との間に必要なシーケンスは存在しない。ステップ803が最初に実行されてもよいし、ステップ804が最初に実行されてもよいし、あるいは、ステップ803とステップ804とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

805．CPがトリガ要求を受信する。

本実施形態におけるステップ805は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

806．CPは相互関連を判定する。

本実施形態におけるステップ806は、図6に示される実施形態におけるステップ602と同様であり、ここでは繰り返し説明しない。

807．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求Sx session modification requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRと、第5のURRまたは第5のURRの識別子と、を含む。加えて、CPによって第1のURRと第5のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第5のURRにおいて構成される、またはRCSが第1のURRと第5のURRとの両方において構成される、または第1のURRと第5のURRとの間の相互関連がPDRにおいて構成される。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

本実施形態におけるステップ807におけるSxセッション変更要求は、第2のSxセッション変更要求である。

808．UPはURR間の相互関連を受信する。

本実施形態におけるステップ808は、図6に示される実施形態におけるステップ604と同様であり、ここでは繰り返し説明しない。

809．UPは、Sxセッション変更応答をCPに返す。

本実施形態におけるステップ809は、図5に示される実施形態におけるステップ509と同様であり、ここでは繰り返し説明しない。

本実施形態では、ステップ808とステップ809との間に必要なシーケンスは存在しない。ステップ808が最初に実行されてもよいし、ステップ809が最初に実行されてもよいし、あるいは、ステップ808とステップ809とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ810から820は、図7Aおよび図7Bに示される実施形態におけるステップ710から720と同様であり、ここでは繰り返し説明しない。

本実施形態におけるステップ812におけるSxセッション変更要求は、第4のSxセッション変更要求である。

本実施形態では、CPは、Sxセッション確立要求を使用して第5のURRをUPに送信し、後続の第2のSxセッション変更要求において第1のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRおよび第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告し、それにより、CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とに基づいて完全な課金データレコードを生成することができる。

2．5．CPは、Sxセッション確立要求を使用することによっていかなるURRもUPに送信せず、後続のSxセッション変更要求において第1のURRおよび第5のURRを送信する。

本実施形態では、CPは、Sxセッション確立要求を使用していかなるURRもUPに送信せず、後続の第3のSxセッション変更要求において第1のURRおよび第5のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRまたは第1のURRの識別子および第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告する。

図9Aおよび図9Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

901．CPがトリガ要求を受信する。

本実施形態におけるステップ901は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

902．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求Sx session establishment requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

本実施形態におけるSxセッション確立要求は、いかなるURRも含まない。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

903．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

904．CPがトリガ要求を受信する。

本実施形態におけるステップ904は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

905．CPは相互関連を判定する。

本実施形態におけるステップ905は、図6に示される実施形態におけるステップ602と同様であり、ここでは繰り返し説明しない。

906．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求Sx session modification requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは、第1のURRと第5のURRとを含む。加えて、CPによって第1のURRと第5のURRとの間の相互関連を判定する特定の方式によれば、RCSが第1のURRにおいて構成される、またはRCSが第5のURRにおいて構成される、またはRCSが第1のURRと第5のURRとの両方において構成される、または第1のURRと第5のURRとの間の相互関連がPDRにおいて構成される。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

CPがSxセッション変更要求を使用して第1のURRおよび第5のURRをUPに送信する場合、CPは、第1のURRおよび第5のURRを同じSxセッション変更要求に追加してもよいし、2つの異なるSxセッション変更要求に第1のURRと第5のURRとをそれぞれ追加してもよいことに留意されたい。2つの異なるSxセッション変更要求が第1のURRと第5のURRとをそれぞれ含む場合、第1のURRを含むSxセッション変更要求が最初に送信されてもよいし、第5のURRを含むSxセッション変更要求が最初に送信されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ906におけるSxセッション変更要求は、第3のSxセッション変更要求である。

本実施形態におけるステップ907から919は、図8Aおよび図8Bに示される実施形態におけるステップ808から820と同様であり、ここでは繰り返し説明しない。

本実施形態におけるステップ911におけるSxセッション変更要求は、第4のSxセッション変更要求である。

本実施形態では、CPは、Sxセッション確立要求を使用していかなるURRもUPに送信せず、後続の第3のSxセッション変更要求において第1のURRおよび第5のURRをUPに送信し、後続の第4のSxセッション変更要求において第1のURRまたは第1のURRの識別子および第2のURRまたは第2のURRの識別子をUPに送信し、従って、UPは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新し、使用量が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに報告し、それにより、CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とに基づいて完全な課金データレコードを生成することができる。

II．UPはCPからの指示に従って報告を実行する

本実施形態では、CPは、第1のURR、または第1のURRおよび第2のURRをUPに送信することができる。UP上の使用量情報が第1のURRの閾値に達した場合、UPは第1のURRに対応する使用量情報をCPに報告する。使用量情報を受信した後、CPは、第1のURRと相互に関連付けられている第2のURRを照会し、第2のURRまたは相関指示をUPに送信することができ、それにより、UPは、第2のURRに対応する使用量情報を報告する。

実際の実装では、CPは、Sxセッション確立要求においてURRをUPに送信してもよいし、Sxセッション変更要求においてURRをUPに送信してもよい。詳細は別途後述する。

1．Sxセッション確立要求においてURRを送信する。

本実施形態では、CPは、Sxセッション確立要求においてURRをUPに送信することができ、送信されたURRは、第1のURRであってもよいし、第1のURRおよび第2のURRであってもよい。詳細は別途後述する。

1．1．CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信する。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を使用することによって第2のURRをUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告する。

図10Aおよび図10Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

1001．CPがトリガ要求を受信する。

本実施形態におけるステップ1001は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

1002．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求Sx session establishment requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRを含む。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

1003．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRを記憶する。

1004．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ1003とステップ1004との間に必要なシーケンスは存在しない。ステップ1003が最初に実行されてもよいし、ステップ1004が最初に実行されてもよいし、あるいは、ステップ1003とステップ1004とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

1005．UPは使用量情報を取得する。

UP上に蓄積された使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報を取得することができる。

第1のURRは、1つ以上の閾値を有してもよい。第1のURRがただ1つの閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値のうちの1つであり得る。閾値に達した場合、UPは、第1のURRに対応する使用量情報を取得する。

第1のURRが複数の閾値を有する場合、閾値は、時間の長さ、トラフィック、またはイベント量などの閾値であり得る。UP上の使用量情報が閾値のいずれか1つに達する限り、UPは、第1のURRに対応する使用量情報を取得する。

本実施形態では、ステップ1004とステップ1005との間に必要なシーケンスは存在しない。ステップ1004が最初に実行されてもよいし、ステップ1005が最初に実行されてもよいし、あるいは、ステップ1004とステップ1005とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

1006．UPは、Sxセッション報告要求をCPに送信する。

第1のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求Sx session report requestメッセージをCPに送信することができ、メッセージは、第1のURRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。

本実施形態では、Sxセッション報告要求は、URR ID、使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）、報告トリガイベント（例えば、使用量情報の報告、サービスデータフロー検出の開始、またはサービスデータフロー検出の終了）、measurement keyなどを含み得る。

実際の実装では、Sxセッション報告要求は他のコンテンツをさらに含み得ることに留意されたい。このことは、本明細書において具体的に限定されない。

1007．CPは使用量情報を記憶する。

Sxセッション報告要求を受信した後、CPは、Sxセッション報告要求に含まれるURR IDおよび／またはmeasurement keyに基づいてURRのレベルを認識し、コンテキストにおける対応する使用量情報を記憶することができる。

本実施形態では、CPは、第1のURRのURR IDおよび／またはmeasurement keyに基づいて、第1のURRがベアラレベルURRであると判定することができる。

1008．CPは、Sxセッション報告応答をUPに送信する。

CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。

本実施形態では、ステップ1007とステップ1008との間に必要なシーケンスは存在しない。ステップ1007が最初に実行されてもよいし、ステップ1008が最初に実行されてもよいし、あるいは、ステップ1007とステップ1008とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

1009．CPは相互に関連付けられているURRを検索する。

CPは、第1のURRのコンテキストにおいて第1のURRと相互に関連付けられている第2のURRを検索する。

本実施形態では、CPは、URR間の相互関連を事前に規定することができる。判定プロセスは、図4に示される実施形態におけるステップ402と同様であり得、ここでは繰り返し説明しない。

URR間の相互関連を判定した後、CPは相互関連をさらに更新することができることに留意されたい。更新プロセスは、図6に示される実施形態におけるステップ607と同様であり、ここでは繰り返し説明しない。

1010．CPは、Sxセッション変更要求をUPに送信する。

第2のURRを発見した後、CPは、Sxセッション変更要求をUPに送信することができ、Sxセッション変更要求は第2のURRを含む。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

Sxセッション変更要求をUPに送信する前に、CPはまた、トリガ要求を受信することができることに留意されたい。具体的なトリガ方式は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

CPによって送信されたSxセッション変更要求は、複数のURRを含んでもよいし、第2のURRのみを含んでもよい。複数のURRが含まれる場合、複数のURRは他のURRを含んでもよく、従って、CPは、使用量情報を適時報告するために、どのURRが第2のURRであるかをどのように認識するかをUPに知らせる必要がある。CPは、複数の方式でUPに知らせる。UPは、第2のURRに構成された識別子、または第2のURRから構成された識別子を使用することによって第2のURRを認識することができる。

特定の識別子は、URRが第2のURRであることを示すために使用される指示識別子であってもよい、または第2のURRに対応する使用量情報が報告される必要がある時刻を示すために使用される報告時刻識別子、または別の識別子である。このことは、本明細書において具体的に限定されない。

1011．UPは、Sxセッション変更応答をCPに返す。

本実施形態におけるステップ1011は、図5に示される実施形態におけるステップ509と同様であり、ここでは繰り返し説明しない。

UPによって受信されたSxセッション変更要求が複数のURRを含む場合、UPは、Sxセッション変更要求における識別子を判定する必要がさらにあり、識別子は第2のURRに含まれてもよいし、第2のURRに含まれなくてもよいことに留意されたい。

特定の識別子は、URRが第2のURRであることを示すために使用される指示識別子であってもよい、または第2のURRに対応する使用量情報が報告される必要がある時刻を示すために使用される報告時刻識別子、または別の識別子である。このことは、本明細書において具体的に限定されない。

1012．UPは使用量情報を取得する。

Sxセッション変更要求を受信した後、UPは、Sxセッション変更要求から第2のURRを判定し、CPからの指示に従って、第2のURRに対応する使用量情報を取得する。

1013．UPは、Sxセッション報告要求をCPに送信する。

第2のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求Sx session report requestメッセージをCPに送信することができ、メッセージは、第2のURRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。

本実施形態では、Sxセッション報告要求は、URR ID、使用量情報（例えば、トラフィック、時間の長さ、またはイベント量）、報告トリガイベント（例えば、使用量情報の報告、サービスデータフロー検出の開始、またはサービスデータフロー検出の終了）、measurement keyなどを含み得る。

実際の実装では、Sxセッション報告要求は他のコンテンツをさらに含み得ることに留意されたい。このことは、本明細書において具体的に限定されない。

1014．CPは使用量情報を記憶する。

Sxセッション報告要求を受信した後、CPは、Sxセッション報告要求に含まれるURR IDおよび／またはmeasurement keyに基づいてURRのレベルを認識し、コンテキストにおける対応する使用量情報を記憶することができる。

本実施形態では、CPは、第2のURRのURR IDおよび／またはmeasurement keyに基づいて、第2のURRがサービスデータフローレベルURRであると判定することができる。

1015．CPは、Sxセッション報告応答をUPに送信する。

CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。

本実施形態では、ステップ1014とステップ1015との間に必要なシーケンスは存在しない。ステップ1014が最初に実行されてもよいし、ステップ1015が最初に実行されてもよいし、あるいは、ステップ1014とステップ1015とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

1016．CPは課金データレコードを生成する。

CPは、第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とに基づいて課金データレコードを生成する。

1017．CPはデータレコード転送要求を課金サーバに送信する。

本実施形態におけるステップ1017は、図4に示される実施形態におけるステップ411と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を使用することによって第2のURRをUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告し、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて完全な課金データレコードを生成することができる。

1．2．CPは、Sxセッション確立要求を使用することによって第1のURRおよび第2のURRをUPに送信する。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRおよび第2のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を使用することによって相関指示をUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告する。

図11Aおよび図11Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

1101．CPがトリガ要求を受信する。

本実施形態におけるステップ1101は、図4に示される実施形態におけるステップ401と同様であり、ここでは繰り返し説明しない。

1102．CPは、Sxセッション確立要求をUPに送信する。

CPは、Sxセッション確立要求Sx session establishment requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRと第2のURRとを含む。本実施形態では、Sxセッション確立要求における情報が上記の表2に示され得、ここでは繰り返し説明しない。

1103．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRおよび第2のURRを記憶する。

本実施形態では、CPによって送信されたSxセッション確立要求は、第1のURRおよび第2のURRのみを含むが、第1のURRと第2のURRとの間の相互関連を含まない。従って、UPは第1のURRおよび第2のURRを記憶するが、UPは、第1のURRが第2のURRと相互に関連付けられているか否かを把握していない。

1104．UPは、Sxセッション確立応答をCPに返す。

CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。

本実施形態では、ステップ1103とステップ1104との間に必要なシーケンスは存在しない。ステップ1103が最初に実行されてもよいし、ステップ1104が最初に実行されてもよいし、あるいは、ステップ1103とステップ1104とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ1105から1109は、図10Aおよび図10Bに示される実施形態におけるステップ1005から1009と同様であり、ここでは繰り返し説明しない。

1110．CPは、Sxセッション変更要求をUPに送信する。

第2のURRを発見した後、CPはSxセッション変更要求をUPに送信することができ、Sxセッション変更要求は相関指示を含み、相関指示は、第1のURRが第2のURRと相互に関連付けられていることを示すために使用される、第2のURRのID、または特定の識別子であり得る。具体的な方式はここでは限定されない。

本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

Sxセッション変更要求をUPに送信する前に、CPはまた、トリガ要求を受信することができることに留意されたい。具体的なトリガ方式は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

1111．UPは、Sxセッション変更応答をCPに返す。

本実施形態におけるステップ1111は、図5に示される実施形態におけるステップ509と同様であり、ここでは繰り返し説明しない。

Sxセッション変更要求から相関指示を取得した後、UPは、第1のURRと相互に関連付けられている第2のURRを把握することができることに留意されたい。

UPは、Sxセッション確立要求を使用することによってCPから第1のURRおよび第2のURRを受信し、第2のURRを把握した後に、第2のURRをローカルに発見することができる。

本実施形態におけるステップ1112から1117は、図10Aおよび図10Bに示される実施形態におけるステップ1012から1017と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション確立要求を使用することによって第1のURRおよび第2のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を使用することによって相関指示をUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告し、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて完全な課金データレコードを生成することができる。

2．Sxセッション変更要求においてURRを送信する。

本実施形態では、CPは、Sxセッション変更要求においてURRをUPに送信することができ、送信されたURRは、第1のURRであってもよいし、第1のURRおよび第2のURRであってもよい。詳細は別途後述する。

2．1．CPは、Sxセッション変更要求を使用することによって第1のURRをUPに送信する。

本実施形態では、CPは、Sxセッション変更要求を使用することによって第1のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を再び使用することによって第2のURRをUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告する。

図12Aおよび図12Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

1201．CPがトリガ要求を受信する。

本実施形態におけるステップ1201は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

1202．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求Sx session modification requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRを含む。本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

1203．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRを記憶する。

1204．UPは、Sxセッション変更応答をCPに返す。

CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。

本実施形態では、ステップ1203とステップ1204との間に必要なシーケンスは存在しない。ステップ1203が最初に実行されてもよいし、ステップ1204が最初に実行されてもよいし、あるいは、ステップ1203とステップ1204とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ1205から1217は、図10Aおよび図10Bに示される実施形態におけるステップ1005から1017と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション変更要求を使用することによって第1のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を再び使用することによって第2のURRをUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告し、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて完全な課金データレコードを生成することができる。

2．2．CPは、Sxセッション変更要求を使用することによって第1のURRおよび第2のURRをUPに送信する。

本実施形態では、CPは、Sxセッション変更要求を使用することによって第1のURRおよび第2のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を再び使用することによって相関指示をUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告する。

図13Aおよび図13Bを参照すると、本出願の一実施形態における課金管理方法の一実施形態は以下のステップを含む。

1301．CPがトリガ要求を受信する。

本実施形態におけるステップ1301は、図5に示される実施形態におけるステップ505と同様であり、ここでは繰り返し説明しない。

1302．CPは、Sxセッション変更要求をUPに送信する。

CPは、Sxセッション変更要求Sx session modification requestメッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。

URRリストは第1のURRと第2のURRとを含む。本実施形態では、Sxセッション変更要求における情報が上記の表3に示され得、ここでは繰り返し説明しない。

1303．UPはURRを受信する。

CPによって送信されたURRリストを受信した後、UPは第1のURRおよび第2のURRを記憶する。

本実施形態では、CPによって送信されたSxセッション変更要求は、第1のURRおよび第2のURRのみを含むが、第1のURRと第2のURRとの間の相互関連を含まない。従って、UPは第1のURRおよび第2のURRを記憶するが、UPは、第1のURRが第2のURRと相互に関連付けられているか否かを把握していない。

1304．UPは、Sxセッション変更応答をCPに返す。

CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。

本実施形態では、ステップ1303とステップ1304との間に必要なシーケンスは存在しない。ステップ1303が最初に実行されてもよいし、ステップ1304が最初に実行されてもよいし、あるいは、ステップ1303とステップ1304とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。

本実施形態におけるステップ1305から1317は、図11Aおよび図11Bに示される実施形態におけるステップ1105から1117と同様であり、ここでは繰り返し説明しない。

本実施形態では、CPは、Sxセッション変更要求を使用することによって第1のURRおよび第2のURRをUPに送信し、それにより、使用量が第1のURRの閾値に達した場合、UPは、第1のURRに対応する使用量情報をCPに報告し、次いで、CPは、Sxセッション変更要求を再び使用することによって相関指示をUPに送信し、それにより、UPは、第2のURRに対応する使用量情報をCPに報告し、CPは、第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて完全な課金データレコードを生成することができる。

以上、本出願の実施形態における課金管理方法を説明した。以下、本出願におけるユーザプレーン機能エンティティを説明する。

図14を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
CPによって送信された第1のURRおよび第2のURRを受信し、第1のURRが第2のURRと相互に関連付けられている、ように構成される第1の受信ユニット1401と、
UP上の使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報と、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するように構成される取得ユニット1402と、
第1のURRに対応する使用量情報および第3のURRに対応する使用量情報をCPに送信し、それにより、CPが第1のURRに対応する使用量情報および第3のURRに対応する使用量情報に基づいて課金データレコードを生成する、ように構成される送信ユニット1403と、
を備える。

本実施形態における第1の受信ユニット1401は、CPによって送信された第1の使用量報告規則URRおよび第2のURRを複数の方式で受信することができる。詳細は別途後述する。

図15を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット1501と、取得ユニット1502と、送信ユニット1503と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット1501は、CPによって送信されたセッション確立要求を受信し、セッション確立要求が第1のURRと第2のURRとを含み、第3のURRが第2のURRと同じである、ように構成される第1の受信モジュール15011を備える。

ユーザプレーン機能エンティティは、CPによって送信された相関指示を受信し、相関指示は、第1のURRが第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の受信ユニット1504をさらに備え得る。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図4に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図16を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット1601と、取得ユニット1602と、送信ユニット1603と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット1601は、CPによって送信されたセッション確立要求を受信し、CPによって送信されたセッション変更要求を受信し、セッション確立要求が第1のURRを含み、セッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRと、を含み、第2のURRを第3のURRとして使用する、ように構成される第2の受信モジュール16011を備える。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図5に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図17を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット1701と、取得ユニット1702と、送信ユニット1703と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット1701は、CPによって送信されたセッション確立要求を受信し、セッション確立要求が第1のURRと第5のURRとを含む、ように構成される第3の受信モジュール17011を備える。

ユーザプレーン機能エンティティは、CPによって送信された相関指示を受信し、相関指示が、第1のURRが第5のURRと相互に関連付けられていることを示すために使用される、ように構成される第3の受信ユニット1704をさらに備え得る。

第1の受信ユニット1701は、第7の受信モジュール17012、または第8の受信モジュール17013、または第9の受信モジュール17014、または第10の受信モジュール17015のいずれか1つ以上をさらに備えることができる。

第7の受信モジュール17012は、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、ように構成される。

第8の受信モジュール17013は、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、追加命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、ように構成される。

第9の受信モジュール17014は、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含む、ように構成される。

第10の受信モジュール17015は、CPによって送信された第4のセッション変更要求を受信し、第4のセッション変更要求が、追加命令と、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含む、ように構成される。

第1の受信ユニット1701が第7の受信モジュール17012を備える場合、ユーザプレーン機能エンティティは、第3のURRを取得するために、第2のURRに基づいて第5のURRを更新するように構成される更新ユニット1705をさらに備え得る。更新ユニット1705は、第3のURRを取得するために、第2のURRを第5のURRに追加するように構成される追加モジュール17051、または第3のURRを取得するために、ターゲットURRを第5のURRから削除し、ターゲットURRが第5のURRに含まれ、かつ第2のURRではないURRである、もしくは第3のURRを取得するために、第1のURRと第5のURRにおけるターゲットURRとの間の相互関連を削除し、ターゲットURRが第5のURRに含まれ、かつ第2のURRではないURRである、ように構成される削除モジュール17052を備え得る。

第1の受信ユニット1701が第8の受信モジュール17013を備える場合、ユーザプレーン機能エンティティは、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加するように構成される追加ユニット1706をさらに備え得る。

第1の受信ユニット1701が第9の受信モジュール17014を備える場合、ユーザプレーン機能エンティティは、第3のURRを取得するために、削除命令に従って第2のURRを第5のURRから削除する、または第3のURRを取得するために、削除命令に従って第1のURRと第5のURRにおける第2のURRとの間の相互関連を削除する、ように構成される削除ユニット1707をさらに備え得る。

第1の受信ユニット1701が第10の受信モジュール17015を備える場合、ユーザプレーン機能エンティティは、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加し、削除命令に従って第4のURRを第5のURRから削除する、または削除命令に従って第1のURRと第5のURRにおける第4のURRとの間の相互関連を削除する、ように構成される調整ユニット1708をさらに備え得る。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図6に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図18を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット1801と、取得ユニット1802と、送信ユニット1803と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット1801は、CPによって送信されたセッション確立要求を受信し、CPによって送信された第1のセッション変更要求を受信し、セッション確立要求が第1のURRを含み、第1のセッション変更要求が第5のURRを含む、ように構成される第4の受信モジュール18011を備える。

ユーザプレーン機能エンティティは、第5のURRを記憶するように構成される第1の記憶ユニット1804をさらに備え得る。

本実施形態では、第1の受信ユニット1801がさらに備えるモジュールの機能、ならびに更新ユニット1805、追加ユニット1806、削除ユニット1807、および調整ユニット1808の機能は、図17に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図7Aおよび図7Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図19を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット1901と、取得ユニット1902と、送信ユニット1903と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット1901は、CPによって送信されたセッション確立要求を受信し、CPによって送信された第2のセッション変更要求を受信し、セッション確立要求が第5のURRを含み、第2のセッション変更要求が、第1のURRを含む、ように構成される第5の受信モジュール19011を備える。

ユーザプレーン機能エンティティは、第1のURRを記憶するように構成される第2の記憶ユニット1904をさらに備え得る。

本実施形態では、第1の受信ユニット1901がさらに備えるモジュールの機能、ならびに更新ユニット1905、追加ユニット1906、削除ユニット1907、および調整ユニット1908の機能は、図17に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図8Aおよび図8Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図20を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
第1の受信ユニット2001と、取得ユニット2002と、送信ユニット2003と、
を備え、3つのユニットの機能は、図14に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の受信ユニット2001は、CPによって送信された第3のセッション変更要求を受信し、第3のセッション変更要求が第1のURRと第5のURRとを含む、ように構成される第6の受信モジュール20011を備える。

ユーザプレーン機能エンティティは、第1のURRおよび第5のURRを記憶するように構成される第3の記憶ユニット2004をさらに備え得る。

本実施形態では、第1の受信ユニット2001がさらに備えるモジュールの機能、ならびに更新ユニット2005、追加ユニット2006、削除ユニット2007、および調整ユニット2008の機能は、図17に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図9Aおよび図9Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

以上、本出願の実施形態におけるユーザプレーン機能エンティティを説明した。以下、本出願におけるコントロールプレーン機能エンティティを説明する。

図21を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
トリガ要求を受信するように構成される第1の受信ユニット2101と、
トリガ要求に従って第1のURRおよび第2のURRをUPに送信し、第1のURRが第2のURRと相互に関連付けられている、ように構成される第1の送信ユニット2102と、
UPによって送信された、第1のURRに対応する使用量情報および第1のURRに相互に関連付けられている第3のURRに対応する使用量情報を受信するように構成される第2の受信ユニット2103と、
第1のURRに対応する使用量情報および第3のURRに対応する使用量情報に基づいて課金データレコードを生成するように構成される生成ユニット2104と、
を備える。

本実施形態における第1の受信ユニット2101は任意のユニットであってよく、実際の実装においても存在しなくてもよい。第1の受信ユニット2101が存在しない場合、第1の送信ユニット2102は、第1のURRおよび第2のURRをUPに送信するためにトリガ要求に依存しなくてもよい。このことは、本明細書において具体的に限定されない。

本実施形態における第1の送信ユニット2102は、第1のURRおよび第2のURRを複数の方式でUPに送信することができる。詳細は別途後述する。

図22を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2201と、第1の送信ユニット2202と、第2の受信ユニット2203と、生成ユニット2204と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2202は、UPにセッション確立要求を送信し、セッション確立要求が第1のURRと第2のURRとを含み、第3のURRが第2のURRと同じである、ように構成される第1の送信モジュール22021を備える。

コントロールプレーン機能エンティティは、UPに相関指示を送信し、相関指示は、第1のURRが第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の送信ユニット2205をさらに備え得る。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図4に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図23を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2301と、第1の送信ユニット2302と、第2の受信ユニット2303と、生成ユニット2304と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2302は、UPにセッション確立要求を送信し、UPにセッション変更要求を送信し、セッション確立要求が第1のURRを含み、セッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRと、を含み、それにより、UPが第2のURRを第3のURRとして使用する、ように構成される第2の送信モジュール23021を備える。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図5に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図24を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2401と、第1の送信ユニット2402と、第2の受信ユニット2403と、生成ユニット2404と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2402は、UPにセッション確立要求を送信し、セッション確立要求が第1のURRと第5のURRとを含む、ように構成される第3の送信モジュール24021を備える。

コントロールプレーン機能エンティティは、UPに相関指示を送信し、相関指示が、第1のURRが第5のURRと相互に関連付けられていることを示すために使用される、ように構成される第3の送信ユニット2405をさらに備え得る。

本実施形態では、第1の送信ユニット2402は、第7の送信モジュール24022、または第8の送信モジュール24023、または第9の送信モジュール24024、または第10の送信モジュール24025のいずれか1つ以上をさらに備えることができる。

第7の送信モジュール24022は、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが第3のURRを取得するために、第2のURRに基づいて第5のURRを更新する、ように構成される。

第8の送信モジュール24023は、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、追加命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加する、ように構成される。

第9の送信モジュール24024は、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、を含み、それにより、UPが、第3のURRを取得するために、削除命令に従って第2のURRを第5のURRから削除する、またはUPが、第3のURRを取得するために、削除命令に従って第1のURRと第5のURRにおける第2のURRとの間の相互関連を削除する、ように構成される。

第10の送信モジュール24025は、UPに第4のセッション変更要求を送信し、第4のセッション変更要求が、追加命令と、削除命令と、第1のURRまたは第1のURRの識別子と、第2のURRまたは第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含み、それにより、UPが、第3のURRを取得するために、追加命令に従って第2のURRを第5のURRに追加し、UPが、削除命令に従って第4のURRを第5のURRから削除する、または削除命令に従って第1のURRと第5のURRにおける第4のURRとの間の相互関連を削除する、ように構成される。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図6に示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図25を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2501と、第1の送信ユニット2502と、第2の受信ユニット2503と、生成ユニット2504と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2502は、UPにセッション確立要求を送信し、UPに第1のセッション変更要求を送信し、セッション確立要求が第1のURRを含み、第1のセッション変更要求が第5のURRを含む、ように構成される第4の送信モジュール25021を備える。

本実施形態では、第1の送信ユニット2502がさらに備えるモジュールの機能は、図24に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図7Aおよび図7Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図26を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2601と、第1の送信ユニット2602と、第2の受信ユニット2603と、生成ユニット2604と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2602は、UPにセッション確立要求を送信し、UPに第2のセッション変更要求を送信し、セッション確立要求が第5のURRを含み、第2のセッション変更要求が第1のURRを含む、ように構成される第5の送信モジュール26021を備える。

本実施形態では、第1の送信ユニット2602がさらに備えるモジュールの機能は、図24に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図8Aおよび図8Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図27を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
第1の受信ユニット2701と、第1の送信ユニット2702と、第2の受信ユニット2703と、生成ユニット2704と、
を備え、4つのユニットの機能は、図21に示される上記の実施形態において説明された内容と同様であり、ここでは繰り返し説明しない。

第1の送信ユニット2702は、UPに第3のセッション変更要求を送信し、第3のセッション変更要求が第1のURRと第5のURRとを含む、ように構成される第6の送信モジュール27021を備える。

本実施形態では、第1の送信ユニット2702がさらに備えるモジュールの機能は、図24に示す上記の実施形態で説明された内容と同様であり、ここでは繰り返し説明しない。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットおよびモジュールによって実行される手順は、図9Aおよび図9Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図28を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
CPによって送信された第1のURRを受信するように構成される第1の受信ユニット2801と、
UP上の使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報を取得するように構成される第1の取得ユニット2802と、
第1のURRに対応する使用量情報をCPに送信するように構成される第1の送信ユニット2803と、
CPによって送信された第1の要求を受信し、第1の要求が第2のURRを含み、第2のURRが第1のURRと相互に関連付けられている、ように構成される第2の受信ユニット2804と、
第2のURRに対応する使用量情報を取得するように構成される第2の取得ユニット2805と、
第2のURRに対応する使用量情報をCPに送信し、それにより、CPが第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とに基づいて課金データレコードを生成する、ように構成される第2の送信ユニット2806と、
を備える。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットによって実行される手順は、図10Aおよび図10Bまたは図12Aおよび図12Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図28を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、
CPによって送信された第1のURRおよび第2のURRを受信するように構成される第1の受信ユニット2801と、
UP上の使用量情報が第1のURRの閾値に達した場合、第1のURRに対応する使用量情報を取得するように構成される第1の取得ユニット2802と、
第1のURRに対応する使用量情報をCPに送信するように構成される第1の送信ユニット2803と、
CPによって送信された第1の要求を受信し、第1の要求が相関指示を含み、相関指示は、第2のURRが第1のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の受信ユニット2804と、
第2のURRに対応する使用量情報を取得するように構成される第2の取得ユニット2805と、
第2のURRに対応する使用量情報をCPに送信し、それにより、CPが第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とに基づいて課金データレコードを生成する、ように構成される第2の送信ユニット2806と、
を備える。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットによって実行される手順は、図11Aおよび図11Bまたは図13Aおよび図13Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図29を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
トリガ要求を受信するように構成される第1の受信ユニット2901と、
トリガ要求に従って第1のURRをUPに送信するように構成される第1の送信ユニット2902と、
第1のURRに対応し、かつUPによって送信された使用量情報を受信するように構成される第2の受信ユニット2903と、
第1の要求をUPに送信し、第1の要求が第2のURRを含み、第2のURRが第1のURRと相互に関連付けられている、ように構成される第2の送信ユニット2904と、
第2のURRに対応し、かつUPによって送信された使用量情報を受信するように構成される第3の受信ユニット2905と、
第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成するように構成される生成ユニット2906と、
を備える。

本実施形態では、コントロールプレーン機能エンティティ内の各ユニットによって実行される手順は、図10Aおよび図10Bまたは図12Aおよび図12Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図29を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、
トリガ要求を受信するように構成される第1の受信ユニット2901と、
トリガ要求に従って第1のURRおよび第2のURRをUPに送信するように構成される第1の送信ユニット2902と、
第1のURRに対応し、かつUPによって送信された使用量情報を受信するように構成される第2の受信ユニット2903と、
第1の要求をUPに送信し、第1の要求が相関指示を含み、相関指示は、第2のURRが第1のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の送信ユニット2904と、
第2のURRに対応し、かつUPによって送信された使用量情報を受信するように構成される第3の受信ユニット2905と、
第1のURRに対応する使用量情報および第2のURRに対応する使用量情報に基づいて課金データレコードを生成するように構成される生成ユニット2906と、
を備える。

本実施形態では、ユーザプレーン機能エンティティ内の各ユニットによって実行される手順は、図11Aおよび図11Bまたは図13Aおよび図13Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。

図30を参照すると、本出願におけるユーザプレーン機能エンティティの一実施形態は、1つ以上の中央処理装置3001と、メモリ3002と、入出力インターフェース3003と、有線または無線ネットワークインターフェース3004と、電源3005と、を備え得る。

メモリ3002は、一時的記憶または永続的記憶を行うことができる。さらに、中央処理装置3001は、メモリ3002と通信し、メモリ3002に記憶された命令を実行することによってユーザプレーン機能エンティティ上で一連の動作を実行する、ように構成されてもよい。

本実施形態では、中央処理装置3001は、図4から図13Bに示した上記の実施形態のユーザプレーン機能エンティティによって実行された動作を実行することができる。ここでは細部を繰り返し説明しない。

本実施形態では、中央処理装置3001における特定の機能モジュールの分担は、図14から図20で説明した、第1の受信ユニット、取得ユニット、送信ユニット、第2の受信ユニット、第3の受信ユニット、第1の記憶ユニット、第2の記憶ユニット、第3の記憶ユニット、更新ユニット、追加ユニット、削除ユニット、および調整ユニットなどのユニットの機能モジュールの分担と同様であってよく、ここでは繰り返し説明しない。

本実施形態では、中央処理装置3001における特定の機能モジュールの分担はまた、図28で説明した、第1の受信ユニット、第1の取得ユニット、第1の送信ユニット、第2の受信ユニット、第2の取得ユニット、および第2の送信ユニットなどのユニットの機能モジュールの分担と同様であってよく、ここでは繰り返し説明しない。

図31を参照すると、本出願におけるコントロールプレーン機能エンティティの一実施形態は、1つ以上の中央処理装置3101と、メモリ3102と、入出力インターフェース3103と、有線または無線ネットワークインターフェース3104と、電源3105と、を備え得る。

メモリ3102は、一時的記憶または永続的記憶を行うことができる。さらに、中央処理装置3101は、メモリ3102と通信し、メモリ3002に記憶された命令を実行することによってコントロールプレーン機能エンティティ上で一連の動作を実行する、ように構成されてもよい。

本実施形態では、中央処理装置3101は、図4から図13Bに示した上記の実施形態のコントロールプレーン機能エンティティによって実行された動作を実行することができる。ここでは細部を繰り返し説明しない。

本実施形態では、中央処理装置3101における特定の機能モジュールの分担は、図21から図27で説明した、第1の受信ユニット、第1の送信ユニット、第2の受信ユニット、第2の送信ユニット、第3の送信ユニット、および生成ユニットなどのユニットの機能モジュールの分担と同様であってよく、ここでは繰り返し説明しない。

本実施形態では、中央処理装置3001における特定の機能モジュールの分担はまた、図29で説明した、第1の受信ユニット、第1の送信ユニット、第2の受信ユニット、第2の送信ユニット、第3の受信ユニット、および生成ユニットなどのユニットの機能モジュールの分担と同様であってよく、ここでは繰り返し説明しない。

本出願の一実施形態は、コンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体は、上記のユーザプレーン機能エンティティまたはコントロールプレーン機能エンティティによって使用されるコンピュータソフトウェア命令を記憶するように構成される。コンピュータソフトウェア命令は、ユーザプレーン機能エンティティまたはコントロールプレーン機能エンティティのために設計されたプログラムを実行するために使用される。

ユーザプレーン機能エンティティは、図4から図13Bに記載のユーザプレーン機能エンティティであり得る。

コントロールプレーン機能エンティティは、図4から図13Bに記載のコントロールプレーン機能エンティティであり得る。

本出願の一実施形態は、コンピュータプログラム製品をさらに提供し、コンピュータプログラム製品は、コンピュータソフトウェア命令を含む。コンピュータソフトウェア命令は、図4から図13Bのいずれか1つに記載の課金管理方法の手順を実施するためにプロセッサによってロードされ得る。

明細書、特許請求の範囲および本出願の実施形態の添付の図面において、「第1」、「第2」、「第3」、「第4」、および（もしあれば）それ以降の用語は必ずしも特定の順序またはシーケンスを示すものではない。そのように名付けられたデータは、本明細書に記載された実施形態が、本明細書に図示または記載された順序とは異なる順序で実施され得るように、適切な状況において交換可能であることを理解されたい。さらに、用語「含む（include）」または「含む（contain）」および任意の他の変形は、非排他的な解決策を包含することを意味し、例えば、ステップまたはユニットのリストを含むプロセス、方法、システム、製品またはデバイスは、これらの明示的に列挙されたステップまたはユニットに必ずしも限定されず、明示的に列挙されていない他のステップまたはユニット、またはそのようなプロセス、方法、システム、製品もしくは装置に固有のものではない他のステップまたはモジュールを含み得る。

本出願において提供されるいくつかの実施形態においては、開示のシステム、装置、および方法を他のやり方で実装することもできることを理解されたい。例えば、説明された装置実施形態は単なる例にすぎない。例えば、ユニットの分割は単なる論理的機能分割にすぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットもしくはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、いくつかの特徴が無視されたり実行されなかったりする場合もある。加えて、表示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを使用して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、または他の形態として実現することができる。

別々の部品として記述されたユニットは物理的に分離している場合もそうでない場合もあり、ユニットとして表示された部品は、物理的ユニットである場合もそうでない場合もあり、一箇所に位置する場合もあり、複数のネットワーク要素上に分散される場合もある。ユニットの一部または全部を、各実施形態の解決策の目的を達成するための実際の必要に従って選択することもできる。

加えて、本出願の実施形態における機能ユニットが1つの処理ユニットへ統合される場合もあり、ユニットのそれぞれが物理的に独立して存在する場合もあり、または2つ以上のユニットが1つのユニットへ統合される場合もある。統合ユニットはハードウェアの形態で実現することもでき、ソフトウェア機能ユニットの形態で実現することもできる。

統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売または使用される場合、統合ユニットは、コンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本出願の技術解決策を本質的に、または従来技術に寄与する部分を、または技術的な解決策の全部または一部を、ソフトウェア製品の形態で実現することができる。ソフトウェア製品は記憶媒体に記憶されており、（パーソナルコンピュータ、サーバ、もしくはネットワーク装置などとすることができる）コンピュータデバイスに、本出願の各実施形態で記述されている方法のステップの全部または一部を実行するよう命令するためのいくつかの命令を含む。上記記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読取り専用メモリ（ROM、Read−Only Memory）、ランダムアクセスメモリ（RAM、Random Access Memory）、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。

まとめると、上記実施形態は、本出願を限定するためのものではく、単に本出願の技術的解決策を説明するためのものにすぎない。本出願は上記実施形態に関連して詳細に説明されているが、当業者は、本出願の実施形態の技術的解決策の趣旨および範囲を逸脱することなく、さらに、前述の実施形態に記述されている技術的解決策に改変を加え、あるいは、前述の実施形態の一部の技術的特徴に対する等価の置換を行うことができることを理解するはずである。

1401 第1の受信ユニット
1402 取得ユニット
1403 送信ユニット
1501 第1の受信ユニット
1502 取得ユニット
1503 送信ユニット
1504 第2の受信ユニット
1601 第1の受信ユニット
1602 取得ユニット
1603 送信ユニット
1701 第1の受信ユニット
1702 取得ユニット
1703 送信ユニット
1704 第3の受信ユニット
1705 更新ユニット
1706 追加ユニット
1707 削除ユニット
1708 調整ユニット
1801 第1の受信ユニット
1802 取得ユニット
1803 送信ユニット
1804 第1の記憶ユニット
1805 更新ユニット
1806 追加ユニット
1807 削除ユニット
1808 調整ユニット
1901 第1の受信ユニット
1902 取得ユニット
1903 送信ユニット
1904 第2の記憶ユニット
1905 更新ユニット
1906 追加ユニット
1907 削除ユニット
1908 調整ユニット
2001 第1の受信ユニット
2002 取得ユニット
2003 送信ユニット
2004 第3の記憶ユニット
2005 更新ユニット
2006 追加ユニット
2007 削除ユニット
2008 調整ユニット
2101 第1の受信ユニット
2102 第1の送信ユニット
2103 第2の受信ユニット
2104 生成ユニット
2201 第1の受信ユニット
2202 第1の送信ユニット
2203 第2の受信ユニット
2204 生成ユニット
2205 第2の送信ユニット
2301 第1の受信ユニット
2302 第1の送信ユニット
2303 第2の受信ユニット
2304 生成ユニット
2401 第1の受信ユニット
2402 第1の送信ユニット
2403 第2の受信ユニット
2404 生成ユニット
2405 第3の送信ユニット
2501 第1の受信ユニット
2502 第1の送信ユニット
2503 第2の受信ユニット
2504 生成ユニット
2601 第1の受信ユニット
2602 第1の送信ユニット
2603 第2の受信ユニット
2604 生成ユニット
2701 第1の受信ユニット
2702 第1の送信ユニット
2703 第2の受信ユニット
2704 生成ユニット
2801 第1の受信ユニット
2802 第1の取得ユニット
2803 第1の送信ユニット
2804 第2の受信ユニット
2805 第2の取得ユニット
2806 第2の送信ユニット
2901 第1の受信ユニット
2902 第1の送信ユニット
2903 第2の受信ユニット
2904 第2の送信ユニット
2905 第3の受信ユニット
2906 生成ユニット
3001 中央処理装置
3002 メモリ
3003 入出力インターフェース
3004 有線または無線ネットワークインターフェース
3005 電源
3101 中央処理装置
3102 メモリ
3103 入出力インターフェース
3104 有線または無線ネットワークインターフェース
3105 電源
15011 第1の受信モジュール
16011 第2の受信モジュール
17011 第3の受信モジュール
17012 第7の受信モジュール
17013 第8の受信モジュール
17014 第9の受信モジュール
17015 第10の受信モジュール
17051 追加モジュール
17052 削除モジュール
18011 第4の受信モジュール
19011 第5の受信モジュール
20011 第6の受信モジュール
22021 第1の送信モジュール
23021 第2の送信モジュール
24021 第3の送信モジュール
24022 第7の送信モジュール
24023 第8の送信モジュール
24024 第9の送信モジュール
24025 第10の送信モジュール
25021 第4の送信モジュール
26021 第5の送信モジュール
27021 第6の送信モジュール

Claims (32)

1. ユーザプレーン機能エンティティ、UPによって、コントロールプレーン機能エンティティ、CPから第1の使用量報告規則URRおよび第2のURRを受信するステップ（404）であって、前記第1のURRが前記第2のURRと相互に関連付けられている、ステップと、
   前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている前記第2のURRに対応する使用量情報と、を取得するステップ（406）と、
   前記UPによって、前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報を送信するステップ（407）であって、前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報が、課金データレコードを生成するために用いられる、ステップと、
   を含む、課金管理方法。
2. UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップが、
   前記UPによって、前記CPからセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRと前記第2のURRとを含む、ステップ
   を含む、請求項1に記載の課金管理方法。
3. UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップの後、かつ前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている前記第2のURRに対応する使用量情報と、を取得する、前記ステップの前に、前記方法は、
   前記UPによって、前記CPから相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ステップ
   をさらに含む、請求項2に記載の課金管理方法。
4. UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップが、
   前記UPによって、前記CPからセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
   前記UPによって、前記CPからセッション変更要求を受信するステップであって、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含む、ステップと、
   を含む、請求項1に記載の課金管理方法。
5. 前記第1のURRはベアラレベルURRであり、前記第2のURRはサービスデータフローレベルURRである、
   請求項1から4のいずれか一項に記載の課金管理方法。
6. 前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報が、課金データレコードを生成するために使用されるものであることが、
   前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報が、課金データレコードを生成するために前記CPによって使用されるものであること、を含む、
   請求項1から5のいずれか一項に記載の課金管理方法。
7. コントロールプレーン機能エンティティ、CPから第1の使用量報告規則、URRおよび第2のURRを受信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の受信ユニット（1401）と、
   前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている前記第2のURRに対応する使用量情報と、を取得するように構成される取得ユニット（1402）と、
   前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報を送信するように構成された送信ユニット（1403）であって、前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報が、課金データレコードを生成するために用いられるものである、送信ユニットと、
   を備える、ユーザプレーン機能エンティティ、UP。
8. 前記第1の受信ユニットが、
   前記CPによって送信されたセッション確立要求を受信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含む、ように構成される第1の受信モジュール
   を備える、請求項7に記載のユーザプレーン機能エンティティ。
9. 前記ユーザプレーン機能エンティティが、
   前記CPから相関指示を受信し、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の受信ユニット
   をさらに備える、請求項8に記載のユーザプレーン機能エンティティ。
10. 前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報が、課金データレコードを生成するために前記CPによって使用されるものである、請求項7から9のいずれか1項に記載のユーザプレーン機能エンティティ。
11. UPに第1のURRおよび第2のURRを送信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の送信ユニット（2102）と、
    前記UPからの、前記第1のURRに対応する使用量情報および前記第1のURRに相互に関連付けられている前記第2のURRに対応する使用量情報を受信するように構成される第2の受信ユニット（2103）と、
    前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報に基づいて課金データレコードを生成するように構成される生成ユニット（2104）と、
    を備える、コントロールプレーン機能エンティティ、CP。
12. 前記第1の送信ユニットが、
    前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含む、ように構成される第1の送信モジュール
    を備える、請求項11に記載のコントロールプレーン機能エンティティ。
13. 前記コントロールプレーン機能エンティティが、
    前記UPに相関指示を送信し、前記相関指示が、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の送信ユニット
    をさらに備える、請求項12に記載のコントロールプレーン機能エンティティ。
14. 前記第1の送信ユニットが、
    前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ように構成される第3の送信モジュール
    を備える、請求項11に記載のコントロールプレーン機能エンティティ。
15. 非一時的でコンピュータ読み出し可能な格納媒体であって、請求項1から6のいずれかの方法を実行するためのそこに格納されたコンピュータプログラムがコード化された、非一時的でコンピュータ読み出し可能な格納媒体。
16. コントロールプレーン機能エンティティ(CP)によって、第２の使用量報告規則(URR)をユーザプレーン機能エンティティ(UP)に送信するステップであって、前記第２のURRが前記第２のURRに関連付けられている第１のURRの識別子(ID)を備える、ステップと、
    前記UPによって、前記第２のURRを前記CPから送信するステップと、
    前記UPの使用量情報が前記第１のURRの閾値に達する場合に、前記UPによって、前記第１のURRに対応する使用量情報と前記第１のURRに関連付けられている前記第２のURRに対応する使用量情報と、を取得するステップと、
    前記UPによって前記CPに、前記第１のURRに対応する前記使用量情報および前記第２のURRに対応する前記使用量情報を送信するステップと、
    を具備する、課金管理方法。
17. 前記UPによって、前記第２のURRを前記CPから受信する前記ステップが、
    前記UPによって、前記CPからセッション確立要求を受信するステップであって、前記セッション確立要求が前記第２のURRを備える、ステップを含む、
    請求項16に記載の課金管理方法。
18. 前記セッション確立要求が、前記第１のURRを更に備える、請求項17に記載の課金管理方法。
19. 前記UPによって、セッション確立要求を前記CPから受信するステップであって、前記セッション確立要求が前記第１のURRを備える、ステップを更に含む、請求項16に記載の課金管理方法。
20. 前記UPによって、前記第２のURRを前記CPから受信する前記ステップが、
    前記UPによって、前記CPからセッション変更要求を受信するステップであって、前記セッション変更要求が前記第２のURRを備える、ステップを含む、
    請求項19に記載の課金管理方法。
21. 前記第１のURRがベアラレベルURRであって、前記第２のURRがサービスデータフローレベルURRである、請求項16に記載の課金管理方法。
22. コントロールプレーン機能エンティティ（CP）であって、
    ユーザプレーン機能エンティティへ（UP）第2の使用量報告規則（URR）を送信するように構成され、前記第２のURRが前記第２のURRに関連付けられている第１のURRの識別子(ID)を備える、前記CPと、
    前記UPであって、
    前記UPから前記第２のURRし、
    前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記第１のURRに対応する使用量情報と前記第１のURRに関連付けられている前記第２のURRに対応する使用量情報を取得し、
    前記CPに、前記第1のURRに対応する前記使用量情報および前記第２のURRに対応する前記使用量情報を送信する、
    ように構成された前記UPと、
    を含む、課金管理システム。
23. 前記UPが、前記第２のURRを前記CPから受信するように構成されることが、
    前記CPからセッション確立要求を受信することであって、前記セッション確立要求が前記第２のURRを備えることを含む、
    請求項22に記載の課金管理システム。
24. 前記セッション確立要求が、前記第１のURRを更に備える、請求項23に記載の課金管理システム。
25. 前記UPが、セッション確立要求を前記CPから受信するよう更に構成され、前記セッション確立要求が前記第１のURRを備える、請求項22に記載の課金管理システム。
26. 前記UPが前記第２のURRを前記CPから受信するよう構成されることが、
    前記CPからセッション変更要求を受信することであって、前記セッション変更要求が前記第２のURRを備えること、を含む、
    請求項25に記載の課金管理システム。
27. 前記第１のURRがベアラレベルURRであって、前記第２のURRがサービスデータフローレベルURRである、請求項22に記載の課金管理システム。
28. ユーザプレーン機能エンティティ、UPであって、
    コントロールプレーン機能エンティティ、CPから第2のURRを受信し、前記第２のURRが前記第２のURRに関連付けられている第１のURRの識別子(ID)を備える、ように構成される第1の受信ユニットと、
    前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記第１のURRに対応する使用量情報と前記第１のURRに関連付けられている前記第２のURRに対応する使用量情報を取得するように構成される取得ユニットと、
    前記CPに前記第1のURRに対応する前記使用量情報および前記第2のURRに対応する前記使用量情報を送信するように構成された送信ユニットと、
    を備える、ユーザプレーン機能エンティティ。
29. 前記第1の受信ユニットが、
    前記CPからセッション確立要求を受信し、前記セッション確立要求が前記第2のURRを含む、ように構成される第1の受信モジュール
    を備える、請求項28に記載のユーザプレーン機能エンティティ。
30. 前記セッション確立要求が、前記第１のURRを更に備える、請求項29に記載のユーザプレーン機能エンティティ。
31. 前記第1の受信ユニットが、
    前記CPからセッション確立要求を受信し、前記セッション確立要求が前記第1のURRを含む、ように構成される第1の受信モジュール
    を備える、請求項28に記載のユーザプレーン機能エンティティ。
32. 前記第１のURRがベアラレベルURRであって、前記第２のURRがサービスデータフローレベルURRである、請求項28に記載のユーザプレーン機能エンティティ。

Images