(57)【要約】  本出願の実施形態は、課金管理方法、ユーザプレーン機能エンティティ、およびコントロールプレーン機能エンティティを開示する。本出願の実施形態における方法は、UPによって、CPによって送信された第1の使用量報告規則URRおよび第2のURRを受信するステップであって、第1のURRが第2のURRと相互に関連付けられている、ステップと、UP上の使用量情報が第1のURRの閾値に達した場合、UPによって、第1のURRに対応する使用量情報と、第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するステップと、UPによって、CPに第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を送信するステップであって、それにより、CPが第1のURRに対応する使用量情報および第3のURRに対応する使用量情報に基づいて課金データレコードを生成する、ステップと、を含む。本出願の実施形態では、CPはUPから様々なレベルで相互に関連付けられているURRに対応する使用量情報を取得できる。従って、CPは完全な課金データレコードを生成し、課金データレコードを課金サーバに報告することができる。
2019534601.tif 000002
【特許請求の範囲】
【請求項１】
ユーザプレーン機能エンティティUPによって、コントロールプレーン機能エンティティCPによって送信された第1の使用量報告規則URRおよび第2のURRを受信するステップであって、前記第1のURRが前記第2のURRと相互に関連付けられている、ステップと、
前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するステップと、
前記UPによって、前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報を送信するステップであって、それにより、前記CPが前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成する、ステップと、
を含む、課金管理方法。
【請求項２】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信されたセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ステップ
を含む、請求項1に記載の課金管理方法。
【請求項３】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップの後、かつ前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得する、前記ステップの前に、前記方法は、
前記UPによって、前記CPによって送信された相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項2に記載の課金管理方法。
【請求項４】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信されたセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記UPによって、前記CPによって送信されたセッション変更要求を受信するステップであって、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含む、ステップと、
を含み、
前記UPによって、前記CPによって送信されたセッション変更要求を受信する、前記ステップの後に、前記方法は、
前記UPによって、前記第2のURRを前記第3のURRとして使用するステップ
をさらに含む、請求項1に記載の課金管理方法。
【請求項５】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信されたセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ステップ
を含む、請求項1に記載の課金管理方法。
【請求項６】
前記UPによって、前記CPによって送信されたセッション確立要求を受信する、前記ステップの後、かつ前記UPによって、前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報を送信する、前記ステップの前に、前記方法は、
前記UPによって、前記CPによって送信された相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第5のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項5に記載の課金管理方法。
【請求項７】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信されたセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記UPによって、前記CPによって送信された第1のセッション変更要求を受信するステップであって、前記第1のセッション変更要求が第5のURRを含む、ステップと、
を含み、
前記方法は、
前記UPによって、前記第5のURRを記憶するステップ
をさらに含む、請求項1に記載の課金管理方法。
【請求項８】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信されたセッション確立要求を受信するステップであって、前記セッション確立要求が第5のURRを含む、ステップと、
前記UPによって、前記CPによって送信された第2のセッション変更要求を受信するステップであって、前記第2のセッション変更要求が前記第1のURRを含む、ステップと、
を含み、
前記方法は、
前記UPによって、前記第1のURRを記憶するステップ
をさらに含む、請求項1に記載の課金管理方法。
【請求項９】
UPによって、CPによって送信された第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPによって送信された第3のセッション変更要求を受信するステップであって、前記第3のセッション変更要求が前記第1のURRと第5のURRとを含む、ステップ
を含み、
前記方法は、
前記UPによって、前記第1のURRおよび前記第5のURRを記憶するステップ
をさらに含む、請求項1に記載の課金管理方法。
【請求項１０】
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を更新するステップ
をさらに含む、請求項6から9のいずれか一項に記載の課金管理方法。
【請求項１１】
前記UPによって、前記第3のURRを取得するために、前記第2のURRに基づいて前記第5のURRを更新する、前記ステップが、
前記UPによって、前記第3のURRを取得するために、前記第2のURRを前記第5のURRに追加するステップ、または
前記UPによって、前記第3のURRを取得するために、ターゲットURRを前記第5のURRから削除するステップであって、前記ターゲットURRが、前記第5のURRに含まれ、かつ前記第2のURRではないURRである、ステップ、または
前記UPによって、前記第3のURRを取得するために、前記第1のURRと前記第5のURRにおけるターゲットURRとの間の相互関連を削除するステップであって、前記ターゲットURRが前記第5のURRに含まれ、かつ前記第2のURRではないURRである、ステップ
を含む、請求項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に追加するステップ
をさらに含む、請求項5から9のいずれか一項に記載の課金管理方法。
【請求項１３】
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との間の前記相互関連を削除するステップ
をさらに含む、請求項5から9のいずれか一項に記載の課金管理方法。
【請求項１４】
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との間の相互関連を削除するステップ
をさらに含む、請求項5から9のいずれか一項に記載の課金管理方法。
【請求項１５】
前記第1のURRはベアラレベルURRであり、前記第2のURRはサービスデータフローレベルURRであり、前記第3のURRはサービスデータフローレベルURRである、
請求項1から14のいずれか一項に記載の課金管理方法。
【請求項１６】
前記第4のURRはサービスデータフローレベルURRである、請求項14に記載の課金管理方法。
【請求項１７】
前記第5のURRはサービスデータフローレベルURRである、請求項5から9のいずれか一項に記載の課金管理方法。
【請求項１８】
CPによって、UPに第1のURRおよび第2のURRを送信するステップであって、前記第1のURRが前記第2のURRと相互に関連付けられている、ステップと、
前記CPによって、前記UPによって送信された、前記第1のURRに対応する使用量情報および前記1のURRに相互に関連付けられている第3のURRに対応する使用量情報を受信するステップと、
前記CPによって、前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成するステップと、
を含む、課金管理方法。
【請求項１９】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップの前に、前記方法は、
前記CPによって、トリガ要求を受信するステップ
をさらに含み、
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記トリガ要求に従って前記UPに前記第1のURRおよび前記第2のURRを送信するステップ
を含む、請求項18に記載の課金管理方法。
【請求項２０】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ステップ
を含む、請求項18に記載の課金管理方法。
【請求項２１】
前記CPによって、前記トリガ要求に従って前記UPに前記第1のURRおよび前記第2のURRを送信する、前記ステップの後、かつ前記CPによって、前記UPによって送信された、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報とを受信する、前記ステップの前に、前記方法は、
前記CPによって、前記UPに相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項20に記載の課金管理方法。
【請求項２２】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記CPによって、前記UPにセッション変更要求を送信するステップであって、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含み、それにより、前記UPが前記第2のURRを前記第3のURRとして使用する、ステップと、
を含む、請求項18に記載の課金管理方法。
【請求項２３】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ステップ
を含む、請求項18に記載の課金管理方法。
【請求項２４】
前記CPによって、前記UPにセッション変更要求を送信する、前記ステップの後、かつ前記CPによって、前記UPによって送信された、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を受信する、前記ステップの前に、前記方法は、
前記CPによって、前記UPに相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第5のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項23に記載の課金管理方法。
【請求項２５】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記CPによって、前記UPに第1のセッション変更要求を送信するステップであって、前記第1のセッション変更要求が第5のURRを含む、ステップと、
を含む、請求項18に記載の課金管理方法。
【請求項２６】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が第5のURRを含む、ステップと、
前記CPによって、前記UPに第2のセッション変更要求を送信するステップであって、前記第2のセッション変更要求が前記第1のURRを含む、ステップと、
を含む、請求項18に記載の課金管理方法。
【請求項２７】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPに第3のセッション変更要求を送信するステップであって、前記第3のセッション変更要求が前記第1のURRと第5のURRとを含む、ステップ
を含む、請求項18に記載の課金管理方法。
【請求項２８】
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を更新する、ステップ
をさらに含む、請求項23から27のいずれか一項に記載の課金管理方法。
【請求項２９】
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に追加する、ステップ
をさらに含む、請求項23から27のいずれか一項に記載の課金管理方法。
【請求項３０】
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との間の前記相互関連を削除する、ステップ
をさらに含む、請求項23から27のいずれか一項に記載の課金管理方法。
【請求項３１】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPに第4のセッション変更要求を送信するステップであって、前記第4のセッション変更要求が、追加命令と、削除命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含み、それにより、前記第3のURRを取得するために、前記UPが、前記追加命令に従って前記第2のURRを前記第5のURRに追加し、前記UPが、前記削除命令に従って前記第4のURRを前記第5のURRから削除する、または前記削除命令に従って前記第1のURRと前記第5のURRにおける前記第4のURRとの間の相互関連を削除する、ステップ
をさらに含む、請求項23から27のいずれか一項に記載の課金管理方法。
【請求項３２】
前記第1のURRはベアラレベルURRであり、前記第2のURRはサービスデータフローレベルURRであり、前記第3のURRはサービスデータフローレベルURRである、
請求項18から31のいずれか一項に記載の課金管理方法。
【請求項３３】
前記第4のURRはサービスデータフローレベルURRである、請求項31に記載の課金管理方法。
【請求項３４】
前記第5のURRはサービスデータフローレベルURRである、請求項23から27のいずれか一項に記載の課金管理方法。
【請求項３５】
コントロールプレーン機能エンティティCPによって送信された第1の使用量報告規則URRおよび第2のURRを受信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の受信ユニットと、
前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するように構成される取得ユニットと、
前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報を送信し、それにより、前記CPが前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成する、ように構成される送信ユニットと、
を備える、ユーザプレーン機能エンティティ。
【請求項３６】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ように構成される第1の受信モジュール
を備える、請求項35に記載のユーザプレーン機能エンティティ。
【請求項３７】
前記ユーザプレーン機能エンティティが、
前記CPによって送信された相関指示を受信し、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の受信ユニット
をさらに備える、請求項36に記載のユーザプレーン機能エンティティ。
【請求項３８】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記CPによって送信されたセッション変更要求を受信し、前記セッション確立要求が前記第1のURRを含み、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含み、前記第2のURRを前記第3のURRとして使用する、ように構成される第2の受信モジュール
を備える、請求項35に記載のユーザプレーン機能エンティティ。
【請求項３９】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記セッション確立要求が前記第1のURRと前記第5のURRとを含む、ように構成される第3の受信モジュール
を備える、請求項35に記載のユーザプレーン機能エンティティ。
【請求項４０】
前記ユーザプレーン機能エンティティが、
前記CPによって送信された相関指示を受信し、前記相関指示が、前記第1のURRが前記第5のURRと相互に関連付けられていることを示すために使用される、ように構成される第3の受信ユニット
をさらに備える、請求項39に記載のユーザプレーン機能エンティティ。
【請求項４１】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記CPによって送信された第1のセッション変更要求を受信し、前記セッション確立要求が前記第1のURRを含み、前記第1のセッション変更要求が第5のURRを含む、ように構成される第4の受信モジュール
を備え、
前記ユーザプレーン機能エンティティが、
前記第5のURRを記憶するように構成される第1の記憶ユニット
をさらに備える、請求項36に記載のユーザプレーン機能エンティティ。
【請求項４２】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記CPによって送信された第2のセッション変更要求を受信し、前記セッション確立要求が前記第1のURRを含み、前記第2のセッション変更要求が第5のURRを含む、ように構成される第5の受信モジュール
を備え、
前記ユーザプレーン機能エンティティが、
前記第1のURRを記憶するように構成される第2の記憶ユニット
をさらに備える、請求項36に記載のユーザプレーン機能エンティティ。
【請求項４３】
前記第1の受信ユニットが、
前記CPによって送信された第3のセッション変更要求を受信し、前記第3のセッション変更要求が前記第1のURRと前記第5のURRとを含む、ように構成される第6の受信モジュール
を備え、
前記ユーザプレーン機能エンティティが、
前記第1のURRおよび前記第5のURRを記憶するように構成される第3の記憶ユニット
をさらに備える、請求項36に記載のユーザプレーン機能エンティティ。
【請求項４４】
前記第1の受信ユニットが、
前記CPによって送信された第4のセッション変更要求を受信し、前記第4のセッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、を含む、ように構成される第7の受信モジュール
をさらに備え、
前記ユーザプレーン機能エンティティが、
前記第3のURRを取得するために、前記第2のURRに基づいて前記第5のURRを更新するように構成される更新ユニット
をさらに備える、請求項39から43のいずれか一項に記載のユーザプレーン機能エンティティ。
【請求項４５】
前記更新ユニットが、
前記第3のURRを取得するために、前記第2のURRを前記第5のURRに追加するように構成される追加モジュール、または
前記第3のURRを取得するために、ターゲットURRを前記第5のURRから削除し、前記ターゲットURRが前記第5のURRに含まれ、かつ前記第2のURRではないURRである、もしくは前記第3のURRを取得するために、前記第1のURRと前記第5のURRにおけるターゲットURRとの間の相互関連を削除し、前記ターゲットURRが前記第5のURRに含まれ、かつ前記第2のURRではないURRである、ように構成される削除モジュール
を備える、請求項44に記載のユーザプレーン機能エンティティ。
【請求項４６】
前記第1の受信ユニットが、
前記CPによって送信された第4のセッション変更要求を受信し、前記第4のセッション変更要求が、追加命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、を含む、ように構成される第8の受信モジュール
をさらに備え、
前記ユーザプレーン機能エンティティが、
前記第3のURRを取得するために、前記追加命令に従って前記第2のURRを前記第5のURRに追加するように構成される追加ユニット
をさらに備える、請求項39から43のいずれか一項に記載のユーザプレーン機能エンティティ。
【請求項４７】
前記第1の受信ユニットが、
前記CPによって送信された第4のセッション変更要求を受信し、前記第4のセッション変更要求が、削除命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、を含む、ように構成される第9の受信モジュール
をさらに備え、
前記ユーザプレーン機能エンティティが、
前記第3のURRを取得するために、前記削除命令に従って前記第2のURRを前記第5のURRから削除する、または前記第3のURRを取得するために、前記削除命令に従って前記第1のURRと前記第5のURRにおける前記第2のURRとの間の前記相互関連を削除する、ように構成される削除ユニット
をさらに備える、請求項39から43のいずれか一項に記載のユーザプレーン機能エンティティ。
【請求項４８】
前記第1の受信ユニットが、
前記CPによって送信された第4のセッション変更要求を受信し、前記第4のセッション変更要求が、追加命令と、削除命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含む、ように構成される第10の受信モジュール
をさらに備え、
前記ユーザプレーン機能エンティティが、
前記第3のURRを取得するために、前記追加命令に従って前記第2のURRを前記第5のURRに追加し、前記削除命令に従って前記第4のURRを前記第5のURRから削除する、または前記削除命令に従って前記第1のURRと前記第5のURRにおける前記第4のURRとの間の相互関連を削除する、ように構成される調整ユニット
をさらに備える、請求項39から43のいずれか一項に記載のユーザプレーン機能エンティティ。
【請求項４９】
UPに第1のURRおよび第2のURRを送信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の送信ユニットと、
前記UPによって送信された、前記第1のURRに対応する使用量情報および前記1のURRに相互に関連付けられている第3のURRに対応する使用量情報を受信するように構成される第2の受信ユニットと、
前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成するように構成される生成ユニットと、
を備える、コントロールプレーン機能エンティティ。
【請求項５０】
前記コントロールプレーン機能エンティティが、
トリガ要求を受信するように構成される第1の受信ユニット
をさらに備え、
前記第1の受信ユニットが、前記トリガ要求に従って前記UPに前記第1のURRおよび前記第2のURRを送信するように特に構成される、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５１】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ように構成される第1の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５２】
前記コントロールプレーン機能エンティティが、
前記UPに相関指示を送信し、前記相関指示が、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の送信ユニット
をさらに備える、請求項51に記載のコントロールプレーン機能エンティティ。
【請求項５３】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記UPにセッション変更要求を送信し、前記セッション確立要求が前記第1のURRを含み、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含み、それにより、前記UPが前記第2のURRを前記第3のURRとして使用する、ように構成される第2の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５４】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ように構成される第3の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５５】
前記コントロールプレーン機能エンティティが、
前記UPに相関指示を送信し、前記相関指示が、前記第1のURRが前記第5のURRと相互に関連付けられていることを示すために使用される、ように構成される第3の送信ユニット
をさらに備える、請求項54に記載のコントロールプレーン機能エンティティ。
【請求項５６】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記UPに第1のセッション変更要求を送信し、前記セッション確立要求が前記第1のURRを含み、前記第1のセッション変更要求が第5のURRを含む、ように構成される第4の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５７】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記UPに第2のセッション変更要求を送信し、前記セッション確立要求が第5のURRを含み、前記第2のセッション変更要求が前記第1のURRを含む、ように構成される第5の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５８】
前記第1の送信ユニットが、
前記UPに第3のセッション変更要求を送信し、前記第3のセッション変更要求が前記第1のURRと第5のURRとを含む、ように構成される第6の送信モジュール
を備える、請求項49に記載のコントロールプレーン機能エンティティ。
【請求項５９】
前記第1の送信ユニットが、
前記UPに第4のセッション変更要求を送信し、前記第4のセッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、を含み、それにより、前記UPが、前記第3のURRを取得するために、前記第2のURRに基づいて前記第5のURRを更新する、ように構成される第7の送信モジュール
をさらに備える、請求項54から58のいずれか一項に記載のコントロールプレーン機能エンティティ。
【請求項６０】
前記第1の送信ユニットが、
前記UPに第4のセッション変更要求を送信し、前記第4のセッション変更要求が、追加命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、を含み、それにより、前記UPが、前記第3のURRを取得するために、前記追加命令に従って前記第2のURRを前記第5のURRに追加する、ように構成される第8の送信モジュール
をさらに備える、請求項54から58のいずれか一項に記載のコントロールプレーン機能エンティティ。
【請求項６１】
前記第1の送信ユニットが、
前記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との間の前記相互関連を削除する、ように構成される第9の送信モジュール
をさらに備える、請求項54から58のいずれか一項に記載のコントロールプレーン機能エンティティ。
【請求項６２】
前記第1の送信ユニットが、
前記UPに第4のセッション変更要求を送信し、前記第4のセッション変更要求が、追加命令と、削除命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含み、それにより、前記第3のURRを取得するために、前記UPが、前記追加命令に従って前記第2のURRを前記第5のURRに追加し、前記UPが、前記削除命令に従って前記第4のURRを前記第5のURRから削除する、または前記削除命令に従って前記第1のURRと前記第5のURRにおける前記第4のURRとの間の相互関連を削除する、ように構成される第10の送信モジュール
をさらに備える、請求項54から58のいずれか一項に記載のコントロールプレーン機能エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、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に対応する使用量情報をまず送信し、第2の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に対応する使用量情報をまず受信し、第2の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は他の情報も含み得る。このことは、本明細書において具体的に限定されない。
【０２０１】
【表１】
2019534601.tif 000003
【０２０２】
転送アクション規則（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 1）である。
【０２０４】
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、第2の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セッション確立要求は他の情報も含み得る。このことは、本明細書において具体的に限定されない。
【０２３４】
【表２】
2019534601.tif 000004
【０２３５】
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セッション確立応答Sx session establishment responseメッセージを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セッション報告要求Sx session report requestメッセージを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に送信する。
【０２６０】
CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答Sx session report responseメッセージをCPに返すことができる。
【０２６１】
本実施形態では、ステップ408とステップ409との間に必要なシーケンスは存在しない。ステップ408が最初に実行されてもよいし、ステップ409が最初に実行されてもよいし、あるいは、ステップ408とステップ409とが同時に実行されてもよい。このことは、本明細書において具体的に限定されない。
【０２６２】
410．CPは課金データレコードを生成する。
【０２６３】
CPは、第1のURRに対応する使用量情報と第2のURRに対応する使用量情報とに基づいて課金データレコードを生成する。
【０２６４】
411．CPはデータレコード転送要求を課金サーバに送信する。
【０２６５】
CPは、データレコード転送要求Data Record Transfer Requestメッセージを課金サーバに送信し、メッセージは課金データレコードを含み、それにより、課金サーバは課金を実行する。
【０２６６】
本実施形態では、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セッション確立要求Sx session establishment requestメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション変更要求Sx session modification 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において構成される。
【０２９１】
CPがSxセッション確立要求において第1のURRをUPに送信する場合、このステップは第1のURRを含まないが、第1のURRの識別子のみを含み得ることが理解されよう。
【０２９２】
本実施形態では、Sxセッション変更要求における情報は、下記の表3に示され得る。下記の表3は、Sxセッション変更要求における情報の単なる一例であることに留意されたい。実際の実装では、Sxセッション変更要求は他の情報も含み得る。このことは、本明細書において具体的に限定されない。
【０２９３】
【表３】
2019534601.tif 000005
【０２９４】
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セッション変更応答Sx session modification responseメッセージを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セッション確立要求Sx session establishment 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セッション確立要求における情報が上記の表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が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セッション報告要求Sx session report requestメッセージを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セッション報告応答Sx session report responseメッセージを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セッション確立要求Sx session establishment requestメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション報告応答Sx session report responseメッセージを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セッション報告応答Sx session report responseメッセージを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セッション確立応答Sx session establishment responseメッセージを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セッション変更応答Sx session modification responseメッセージを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セッション変更応答Sx session modification responseメッセージを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の送信モジュール
【図１】
2019534601.tif 000006
【図２】
2019534601.tif 000007
【図３】
2019534601.tif 000008
【図４】
2019534601.tif 000009
【図５】
2019534601.tif 000010
【図６】
2019534601.tif 000011
【図７Ａ】
2019534601.tif 000012
【図７Ｂ】
2019534601.tif 000013
【図８Ａ】
2019534601.tif 000014
【図８Ｂ】
2019534601.tif 000015
【図９Ａ】
2019534601.tif 000016
【図９Ｂ】
2019534601.tif 000017
【図１０Ａ】
2019534601.tif 000018
【図１０Ｂ】
2019534601.tif 000019
【図１１Ａ】
2019534601.tif 000020
【図１１Ｂ】
2019534601.tif 000021
【図１２Ａ】
2019534601.tif 000022
【図１２Ｂ】
2019534601.tif 000023
【図１３Ａ】
2019534601.tif 000024
【図１３Ｂ】
2019534601.tif 000025
【図１４】
2019534601.tif 000026
【図１５】
2019534601.tif 000027
【図１６】
2019534601.tif 000028
【図１７】
2019534601.tif 000029
【図１８】
2019534601.tif 000030
【図１９】
2019534601.tif 000031
【図２０】
2019534601.tif 000032
【図２１】
2019534601.tif 000033
【図２２】
2019534601.tif 000034
【図２３】
2019534601.tif 000035
【図２４】
2019534601.tif 000036
【図２５】
2019534601.tif 000037
【図２６】
2019534601.tif 000038
【図２７】
2019534601.tif 000039
【図２８】
2019534601.tif 000040
【図２９】
2019534601.tif 000041
【図３０】
2019534601.tif 000042
【図３１】
2019534601.tif 000043
【手続補正書】
【提出日】平成31年4月3日(2019.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザプレーン機能エンティティ、UPによって、コントロールプレーン機能エンティティ、CPから第1の使用量報告規則URRおよび第2のURRを受信するステップ（404）であって、前記第1のURRが前記第2のURRと相互に関連付けられている、ステップと、
前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するステップ（406）と、
前記UPによって、前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報を送信するステップ（407）であって、前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報が、課金データレコードを生成するために用いられる、ステップと、
を含む、課金管理方法。
【請求項２】
UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPからセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ステップ
を含む、請求項1に記載の課金管理方法。
【請求項３】
UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップの後、かつ前記UPによって、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得する、前記ステップの前に、前記方法は、
前記UPによって、前記CPから相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項2に記載の課金管理方法。
【請求項４】
UPによって、CPから第1のURRおよび第2のURRを受信する、前記ステップが、
前記UPによって、前記CPからセッション確立要求を受信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記UPによって、前記CPからセッション変更要求を受信するステップであって、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含む、ステップと、
を含み、
前記UPによって、前記CPからセッション変更要求を受信する、前記ステップの後に、前記方法は、
前記UPによって、前記第2のURRを前記第3のURRとして使用するステップ
をさらに含む、請求項1に記載の課金管理方法。
【請求項５】
前記第1のURRはベアラレベルURRであり、前記第2のURRはサービスデータフローレベルURRであり、前記第3のURRはサービスデータフローレベルURRである、
請求項1から4のいずれか一項に記載の課金管理方法。
【請求項６】
前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報が、課金データレコードを生成するために使用されるものであることが、
前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報が、課金データレコードを生成するために前記CPによって使用されるものであること、を含む、
請求項1から5のいずれか一項に記載の課金管理方法。
【請求項７】
CPによって、UPに第1のURRおよび第2のURRを送信するステップ（403）であって、前記第1のURRが前記第2のURRと相互に関連付けられている、ステップと、
前記CPによって、前記UPから送信された、前記第1のURRに対応する使用量情報および前記1のURRに相互に関連付けられている第3のURRに対応する使用量情報を受信するステップ（407）と、
前記CPによって、前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成するステップ（410）と、
を含む、課金管理方法。
【請求項８】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ステップ
を含む、請求項7に記載の課金管理方法。
【請求項９】
前記CPによって、前記トリガ要求に従って前記UPに前記第1のURRおよび前記第2のURRを送信する、前記ステップの後、かつ前記CPによって、前記UPからの、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報とを受信する、前記ステップの前に、前記方法は、
前記CPによって、前記UPに相関指示を受信するステップであって、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ステップ
をさらに含む、請求項8に記載の課金管理方法。
【請求項１０】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRを含む、ステップと、
前記CPによって、前記UPにセッション変更要求を送信するステップであって、前記セッション変更要求が、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRと、を含み、それにより、前記UPが前記第2のURRを前記第3のURRとして使用する、ステップと、
を含む、請求項7に記載の課金管理方法。
【請求項１１】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPにセッション確立要求を送信するステップであって、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ステップ
を含む、請求項7に記載の課金管理方法。
【請求項１２】
CPによって、UPに第1のURRおよび第2のURRを送信する、前記ステップが、
前記CPによって、前記UPに第4のセッション変更要求を送信するステップであって、前記第4のセッション変更要求が、追加命令と、削除命令と、前記第1のURRまたは前記第1のURRの識別子と、前記第2のURRまたは前記第2のURRの識別子と、第4のURRまたは第4のURRの識別子と、を含み、それにより、前記第3のURRを取得するために、前記UPが、前記追加命令に従って前記第2のURRを前記第5のURRに追加し、前記UPが、前記削除命令に従って前記第4のURRを前記第5のURRから削除する、または前記削除命令に従って前記第1のURRと前記第5のURRにおける前記第4のURRとの間の相互関連を削除する、ステップ
をさらに含む、請求項11に記載の課金管理方法。
【請求項１３】
前記第1のURRはベアラレベルURRであり、前記第2のURRはサービスデータフローレベルURRであり、前記第3のURRはサービスデータフローレベルURRである、
請求項7から12のいずれか一項に記載の課金管理方法。
【請求項１４】
前記第4のURRはサービスデータフローレベルURRである、請求項12に記載の課金管理方法。
【請求項１５】
コントロールプレーン機能エンティティ、CPから第1の使用量報告規則、URRおよび第2のURRを受信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の受信ユニット（1401）と、
前記UP上の使用量情報が前記第1のURRの閾値に達した場合、前記第1のURRに対応する使用量情報と、前記第1のURRと相互に関連付けられている第3のURRに対応する使用量情報と、を取得するように構成される取得ユニット（1402）と、
前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報を送信するように構成された送信ユニット（1403）であって、前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報が、課金データレコードを生成するために用いられるものである、送信ユニットと、
を備える、ユーザプレーン機能エンティティ、UP。
【請求項１６】
前記第1の受信ユニットが、
前記CPによって送信されたセッション確立要求を受信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ように構成される第1の受信モジュール
を備える、請求項15に記載のユーザプレーン機能エンティティ。
【請求項１７】
前記ユーザプレーン機能エンティティが、
前記CPから相関指示を受信し、前記相関指示は、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の受信ユニット
をさらに備える、請求項16に記載のユーザプレーン機能エンティティ。
【請求項１８】
前記CPに前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報が、課金データレコードを生成するために前記CPによって使用されるものである、請求項15から17のいずれか1項に記載のユーザプレーン機能エンティティ。
【請求項１９】
UPに第1のURRおよび第2のURRを送信し、前記第1のURRが前記第2のURRと相互に関連付けられている、ように構成される第1の送信ユニット（2102）と、
前記UPからの、前記第1のURRに対応する使用量情報および前記1のURRに相互に関連付けられている第3のURRに対応する使用量情報を受信するように構成される第2の受信ユニット（2103）と、
前記第1のURRに対応する前記使用量情報および前記第3のURRに対応する前記使用量情報に基づいて課金データレコードを生成するように構成される生成ユニット（2104）と、
を備える、コントロールプレーン機能エンティティ、CP。
【請求項２０】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと前記第2のURRとを含み、前記第3のURRが前記第2のURRと同じである、ように構成される第1の送信モジュール
を備える、請求項19に記載のコントロールプレーン機能エンティティ。
【請求項２１】
前記コントロールプレーン機能エンティティが、
前記UPに相関指示を送信し、前記相関指示が、前記第1のURRが前記第2のURRと相互に関連付けられていることを示すために使用される、ように構成される第2の送信ユニット
をさらに備える、請求項20に記載のコントロールプレーン機能エンティティ。
【請求項２２】
前記第1の送信ユニットが、
前記UPにセッション確立要求を送信し、前記セッション確立要求が前記第1のURRと第5のURRとを含む、ように構成される第3の送信モジュール
を備える、請求項19に記載のコントロールプレーン機能エンティティ。
【請求項２３】
非一時的でコンピュータ読み出し可能な格納媒体であって、請求項1から6のいずれかの方法を実行するためのそこに格納されたコンピュータプログラムがコード化された、非一時的でコンピュータ読み出し可能な格納媒体。
【請求項２４】
非一時的でコンピュータ読み出し可能な格納媒体であって、請求項7から14のいずれかの方法を実行するためのそこに格納されたコンピュータプログラムがコード化された、非一時的でコンピュータ読み出し可能な格納媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
UPは、CPに第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを同時にまたは非同時に送信する、例えば、第1のURRに対応する使用量情報をまず送信し、第3のURRに対応する使用量情報を次いで送信する、または第3のURRに対応する使用量情報をまず送信し、第1のURRに対応する使用量情報を次いで送信する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
CPは、第1のURRに対応する使用量情報と第3のURRに対応する使用量情報とを同時にまたは非同時に受信することができ、例えば、第1のURRに対応する使用量情報をまず受信し、第3のURRに対応する使用量情報を次いで受信する、または第3のURRに対応する使用量情報をまず受信し、第1のURRに対応する使用量情報を次いで受信する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正の内容】
【０１４７】
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に対応する使用量情報に基づいて課金データレコードを生成する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１６２
【補正方法】変更
【補正の内容】
【０１６２】
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に対応する使用量情報に基づいて課金データレコードを生成する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０２０３
【補正方法】変更
【補正の内容】
【０２０３】
PDR1からPDR3におけるURR b1の報告モードはベアラレベル報告1（Bearer Level Report 1）であり、PDR nにおけるURR b2の報告モードはベアラレベル報告2（Bearer Level Report 2）である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０２０７
【補正方法】変更
【補正の内容】
【０２０７】
以下の実施形態では、第1のURRはベアラレベルURRであり得、別のURR（第2のURR、第3のURR、第4のURR、および第5のURRを含むがこれらに限定されない）はサービスデータフローレベルURRであり得ることに留意されたい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０２４２
【補正方法】変更
【補正の内容】
【０２４２】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０２５２
【補正方法】変更
【補正の内容】
【０２５２】
UPが第1のURRに対応する使用量情報および第2のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求メッセージをCPに送信することができ、メッセージは、報告を要求する各URRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０２６０
【補正方法】変更
【補正の内容】
【０２６０】
UPによって送信されたSxセッション報告要求を受信した後、CPは、Sxセッション報告応答メッセージをCPに返すことができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０２６５
【補正方法】変更
【補正の内容】
【０２６５】
CPは、データレコード転送要求メッセージを課金サーバに送信し、メッセージは課金データレコードを含み、それにより、課金サーバは課金を実行する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０２７５
【補正方法】変更
【補正の内容】
【０２７５】
CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０２８１
【補正方法】変更
【補正の内容】
【０２８１】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０２８９
【補正方法】変更
【補正の内容】
【０２８９】
CPは、Sxセッション変更要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０３０１
【補正方法】変更
【補正の内容】
【０３０１】
CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０３２６
【補正方法】変更
【補正の内容】
【０３２６】
CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０３４５
【補正方法】変更
【補正の内容】
【０３４５】
第1のURRが別のURRと相互に関連付けられなくなった場合、第1のURRはいかなるRCIも含まない、またはRemove Correlation IDが第1のURRに構成され、第1のURRが別のURRと相互に関連付けられていないことを識別するために使用されることに留意されたい。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０３８６
【補正方法】変更
【補正の内容】
【０３８６】
UPが第1のURRに対応する使用量情報および第3のURRに対応する使用量情報を取得した後、UPは、Sxセッション報告要求メッセージをCPに送信することができ、メッセージは、報告を要求する各URRのURR IDおよび／またはmeasurement keyおよびURRに対応する使用量情報もしくはmeasurement keyを含む。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０３９４
【補正方法】変更
【補正の内容】
【０３９４】
CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０４０１
【補正方法】変更
【補正の内容】
【０４０１】
2．3．CPは、Sxセッション確立要求を使用することによって第1のURRをUPに送信し、後続のSxセッション変更要求において第5のURRを送信する。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０４０７
【補正方法】変更
【補正の内容】
【０４０７】
CPは、Sxセッション確立要求メッセージをUPに送信し、メッセージは、セッション識別子、PDRリスト、およびFARリストを含み、またQERリストおよびURRリストも含み得る。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０４１２
【補正方法】変更
【補正の内容】
【０４１２】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０４３４
【補正方法】変更
【補正の内容】
【０４３４】
2．4．CPは、Sxセッション確立要求を使用することによって第5のURRをUPに送信し、後続のSxセッション変更要求において第1のURRを送信する。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】０４４５
【補正方法】変更
【補正の内容】
【０４４５】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０４６４
【補正方法】変更
【補正の内容】
【０４６４】
2．5．CPは、Sxセッション確立要求を使用することによっていかなるURRもUPに送信せず、後続のSxセッション変更要求において第1のURRおよび第5のURRを送信する。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０４７３
【補正方法】変更
【補正の内容】
【０４７３】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０５０３
【補正方法】変更
【補正の内容】
【０５０３】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０５１８
【補正方法】変更
【補正の内容】
【０５１８】
CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０５４４
【補正方法】変更
【補正の内容】
【０５４４】
CPによって送信されたSxセッション報告要求を受信した後、UPは、Sxセッション報告応答メッセージをCPに返すことができる。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０５６３
【補正方法】変更
【補正の内容】
【０５６３】
CPによって送信されたSxセッション確立要求を受信した後、UPは、Sxセッション確立応答メッセージをCPに返すことができる。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】０５７６
【補正方法】変更
【補正の内容】
【０５７６】
2．Sxセッション変更要求においてURRを送信する。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】０５８９
【補正方法】変更
【補正の内容】
【０５８９】
CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】０６０５
【補正方法】変更
【補正の内容】
【０６０５】
CPによって送信されたSxセッション変更要求を受信した後、UPは、Sxセッション変更応答メッセージをCPに返すことができる。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】０６８４
【補正方法】変更
【補正の内容】
【０６８４】
本実施形態では、コントロールプレーン機能エンティティ内の各ユニットによって実行される手順は、図10Aおよび図10Bまたは図12Aおよび図12Bに示す上記の実施形態で説明した方法手順と同様であり、ここでは繰り返し説明しない。
【手続補正３５】
【補正対象書類名】明細書
【補正対象項目名】０６９３
【補正方法】変更
【補正の内容】
【０６９３】
メモリ3102は、一時的記憶または永続的記憶を行うことができる。さらに、中央処理装置3101は、メモリ3102と通信し、メモリ3002に記憶された命令を実行することによってコントロールプレーン機能エンティティ上で一連の動作を実行する、ように構成されてもよい。
【国際調査報告】
2019534601.tif 000044
2019534601.tif 000045
2019534601.tif 000046
2019534601.tif 000047