▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-06
(45)【発行日】2023-11-14
(54)【発明の名称】エンベロープ報告のサポート
(51)【国際特許分類】
H04W 24/00 20090101AFI20231107BHJP
H04W 4/24 20180101ALI20231107BHJP
H04M 15/00 20060101ALI20231107BHJP
【ＦＩ】
H04W24/00
H04W4/24
H04M15/00 B
【請求項の数】
23
【外国語出願】
(21)【出願番号】P 2022097378
(22)【出願日】2022-06-16
(62)【分割の表示】P 2020502663の分割
【原出願日】2017-08-01
(65)【公開番号】P2022141645
(43)【公開日】2022-09-29
【審査請求日】2022-07-19
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ヤン， ヨン
(72)【発明者】
【氏名】ヤン， ジエホン
(72)【発明者】
【氏名】サポウンツィス， イオアニス
【審査官】中元 淳二
(56)【参考文献】
【文献】Huawei，Pseudo-CR on Envelope Reporting[online]，3GPP TSG CT WG4 #78 C4-173169，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_78_Zhangiajie/Docs/C4-173169.zip>，2017年05月19日
【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; Charging management; Diameter charging applications，3GPP TS 32.299 V14.4.0，2017年06月14日
【文献】3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Interface between the Control Plane and the User Plane of EPC Nodes; Stage 3，3GPP TS 29.244 V14.0.0，2017年06月19日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｗ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
エンベロープ報告をサポートするための方法であって、前記方法は、制御プレーン（ＣＰ）機能によって実行され、使用量報告ルール（ＵＲＲ）をユーザプレーン（ＵＰ）機能へ送信することと、ここで、前記ＵＰ機能へ送信される前記ＵＲＲは、エンベロープのクロージャに応じて使用量レポートを生成するよう前記ＵＰ機能に指示するための報告トリガインジケータを含み、
前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって生成された使用量レポートを受信することと、ここで、前記受信される使用量レポートは、前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって前記使用量レポートが生成されたことを示す使用量レポートトリガインジケータを含み、
前記受信された使用量レポートに基づいて、前記エンベロープについての開始時刻及び／又は終了時刻を判定することと、
を含む、方法。
【請求項2】
請求項１に記載の方法であって、オンライン又はオフライン課金のために、前記判定された開始時刻及び／又は終了時刻とともに前記エンベロープを保存することを更に含む、方法。
【請求項3】
請求項１に記載の方法であって、前記ＵＲＲは、時間クォータメカニズム（ＴＱＭ）と測定方法インジケータとを更に含む、方法。
【請求項4】
請求項３に記載の方法であって、前記ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含む、方法。
【請求項5】
請求項４に記載の方法であって、前記ＵＲＲに含まれる前記報告トリガインジケータは、ＣＴＰ及び／又はＤＴＰについてのエンベロープクロージャに設定される、方法。
【請求項6】
請求項１に記載の方法であって、前記ＵＲＲは、オンライン課金システム（ＯＣＳ）から受信されたクォータ消費時間（ＱＣＴ）に設定された非アクティビティ検出タイマ（ＩＤＴ）を更に含む、方法。
【請求項7】
請求項１に記載の方法であって、前記方法は、前記受信された使用量レポートに基づいて、前記エンベロープについての前記開始時刻を判定することを含み、
前記開始時刻の判定は、前記使用量レポートトリガインジケータがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づいている、方法。
【請求項8】
請求項１に記載の方法であって、前記方法は、前記受信された使用量レポートに基づいて、前記エンベロープについての前記終了時刻を判定することを含み、
前記終了時刻の判定は、前記使用量レポートトリガインジケータがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づいている、方法。
【請求項9】
制御プレーン（ＣＰ）機能及びユーザプレーン（ＵＰ）機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするための方法であって、前記方法は、前記ＵＰ機能によって実行され、前記ＣＰ機能によって送信された使用量報告ルール（ＵＲＲ）を受信することと、前記ＵＲＲは、エンベロープのクロージャに応じて使用量レポートを生成するよう前記ＵＰ機能に指示するための報告トリガインジケータを含み、
前記エンベロープの前記クロージャに応じて、前記使用量レポートを生成することと、
前記使用量レポートを前記ＣＰ機能へ送信することと、を含み、前記使用量レポートは、前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって前記使用量レポートが生成されたことを示す使用量レポートトリガインジケータを含む、方法。
【請求項10】
請求項９に記載の方法であって、前記ＵＲＲは、時間クォータメカニズム（ＴＱＭ）を更に含む、方法。
【請求項11】
請求項１０に記載の方法であって、前記ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含む、方法。
【請求項12】
請求項１１に記載の方法であって、前記受信されたＵＲＲは更に、測定方法と、非アクティビティ検出タイマ（ＩＤＴ）と、ＣＴＰである前記ＢＴＩタイプとを含み、前記使用量レポートが、前記ＩＤＴが満了するまで、又はＢＴＩの使用が検出されないときまでの、連続する複数のＢＴＩを含む期間における、前記受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む、又は
前記受信されたＵＲＲは更に、測定方法と、ＤＴＰである前記ＢＴＩタイプとを含み、前記使用量レポートが、ＢＴＩごとの、前記受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む、方法。
【請求項13】
エンベロープ報告をサポートするための制御プレーン（ＣＰ）機能であって、前記ＣＰ機能は、プロセッサと、
命令を格納したコンピュータプログラムとを備え、当該命令は、前記プロセッサによって実行された場合に前記ＣＰ機能にプロセスを実行させ、当該プロセスは、
使用量報告ルール（ＵＲＲ）をユーザプレーン（ＵＰ）機能へ送信することと、ここで、前記ＵＰ機能へ送信される前記ＵＲＲは、エンベロープのクロージャに応じて使用量レポートを生成するよう前記ＵＰ機能に指示するための報告トリガインジケータを含み、
前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって生成された使用量レポートを受信することと、ここで、前記受信される使用量レポートは、前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって前記使用量レポートが生成されたことを示す使用量レポートトリガインジケータを含み、
前記受信された使用量レポートに基づいて、前記エンベロープについての開始時刻及び／又は終了時刻を判定することと、
を含む、ＣＰ機能。
【請求項14】
請求項１３に記載のＣＰ機能であって、オンライン又はオフライン課金のために、前記判定された開始時刻及び／又は終了時刻とともに前記エンベロープを保存することを更に含む、ＣＰ機能。
【請求項15】
請求項１３に記載のＣＰ機能であって、前記ＵＲＲは、時間クォータメカニズム（ＴＱＭ）と測定方法インジケータとを更に含み、
前記ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含む、ＣＰ機能。
【請求項16】
請求項１３に記載のＣＰ機能であって、前記プロセスは更に、前記ＵＲＲ内の非アクティビティ検出タイマ（ＩＤＴ）を、オンライン課金システム（ＯＣＳ）から受信されたクォータ消費時間（ＱＣＴ）に設定することを含む、ＣＰ機能。
【請求項17】
請求項１３に記載のＣＰ機能であって、前記プロセスは、前記受信された使用量レポートに基づいて、前記エンベロープについての前記開始時刻を判定することを含み、
前記開始時刻の判定は、前記使用量レポートトリガインジケータがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づいている、ＣＰ機能。
【請求項18】
請求項１３に記載のＣＰ機能であって、前記プロセスは、前記受信された使用量レポートに基づいて、前記エンベロープについての前記終了時刻を判定することを含み、
前記終了時刻の判定は、前記使用量レポートトリガインジケータがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づいている、ＣＰ機能。
【請求項19】
ユーザプレーン（ＵＰ）機能とは分離された制御プレーン（ＣＰ）機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするための前記ＵＰ機能であって、前記ＵＰ機能は、プロセッサと、
命令を格納したコンピュータプログラムとを備え、当該命令は、前記プロセッサによって実行された場合に前記ＵＰ機能にプロセスを実行させ、当該プロセスは、
前記ＣＰ機能によって送信された使用量報告ルール（ＵＲＲ）を受信することと、前記ＵＲＲは、エンベロープのクロージャに応じて使用量レポートを生成するよう前記ＵＰ機能に指示するための報告トリガインジケータを含み、
前記エンベロープの前記クロージャに応じて、前記使用量レポートを生成することと、
前記使用量レポートを前記ＣＰ機能へ送信することと、を含み、前記使用量レポートは、前記エンベロープの前記クロージャに応じて前記ＵＰ機能によって前記使用量レポートが生成されたことを示す使用量レポートトリガインジケータを含む、ＵＰ機能。
【請求項20】
請求項１９に記載のＵＰ機能であって、前記ＵＲＲは、時間クォータメカニズム（ＴＱＭ）を更に含み、
前記ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含む、ＵＰ機能。
【請求項21】
請求項２０に記載のＵＰ機能であって、前記受信されたＵＲＲは更に、測定方法と、非アクティビティ検出タイマ（ＩＤＴ）と、ＣＴＰである前記ＢＴＩタイプとを含み、前記使用量レポートが、前記ＩＤＴが満了するまで、又はＢＴＩの使用が検出されないときまでの、連続する複数のＢＴＩを含む期間における、前記受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む、又は
前記受信されたＵＲＲは更に、測定方法と、ＤＴＰである前記ＢＴＩタイプとを含み、前記使用量レポートが、ＢＴＩごとの、前記受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む、ＵＰ機能。
【請求項22】
請求項１乃至８のいずれか１項に記載の方法を制御プレーン機能に実行させるためのコンピュータプログラム。
【請求項23】
請求項９乃至１２のいずれか１項に記載の方法をユーザプレーン機能に実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信ネットワークにおけるエンベロープ報告をサポートするための方法、無線通信ネットワークにおけるエンベロープ報告をサポートするための制御プレーンノード、無線通信ネットワークにおけるエンベロープ報告をサポートするためのユーザプレーンノード、対応するコンピュータプログラム、及び対応するコンピュータプログラム製品に関する。
【背景技術】
【0002】
第３世代パートナシッププロジェクト（３ＧＰＰ(登録商標)）、技術仕様（ＴＳ）３２．２９９におけるエンベロープ報告（Envelop Reporting）の要件を以下に示す。
【0003】
６．５．６ エンベロープ報告
オンライン課金機能（ＯＣＦ：online charging function）は、変更要求（ＲＦＣ）４００６［４０２］で提供される標準クォータ管理に加えて、特定のアクティビティの開始時刻及び終了時刻を特定する追加の詳細なレポートの必要性を判定しうる。ＯＣＦは、適切な値を有するEnvelope-Report attribute-value pair (AVP)（エンベロープ報告・属性値ペア (AVP)）を含むクレジット制御応答（ＣＣＡ：credit control answer）を送信することによって、これを制御する。課金トリガ機能（ＣＴＦ：charging trigger function）は、コマンドを受信すると、Quota-Consumption-Time AVP（クォータ消費時間AVP）によって制御される期間の間にトラフィックを監視し、トラフィックがあった各Quota-Consumption-Timeの満了ごとに、各期間を単一のエンベロープとして報告する。ＯＣＦは、時間だけ、時間とボリューム、時間とイベント数、又は時間とボリュームとイベント数、についてのエンベロープレポートを要求しうる。
オンライン課金機能（ＯＣＦ：online charging function）は、変更要求（ＲＦＣ）４００６［４０２］で提供される標準クォータ管理に加えて、特定のアクティビティの開始時刻及び終了時刻を特定する追加の詳細なレポートの必要性を判定しうる。ＯＣＦは、適切な値を有するEnvelope-Report attribute-value pair (AVP)（エンベロープ報告・属性値ペア (AVP)）を含むクレジット制御応答（ＣＣＡ：credit control answer）を送信することによって、これを制御する。課金トリガ機能（ＣＴＦ：charging trigger function）は、コマンドを受信すると、Quota-Consumption-Time AVP（クォータ消費時間AVP）によって制御される期間の間にトラフィックを監視し、トラフィックがあった各Quota-Consumption-Timeの満了ごとに、各期間を単一のエンベロープとして報告する。ＯＣＦは、時間だけ、時間とボリューム、時間とイベント数、又は時間とボリュームとイベント数、についてのエンベロープレポートを要求しうる。
【0004】
６．５．７ 複合クォータ
６．５．４節に記載されているクォータ消費時間メカニズムは、オンライン課金インタフェースの潜在的に、より効率的な使用を提供するために、時間ベースのクォータを許可する場合に拡張（及び置き換え）されてもよく、即ち、低減されたトラフィック及びＯＣＦ内のアルゴリズムは潜在的に、よりシンプルである。この節で定められている代替処理メカニズムは、以下のとおりである：
１． 連続期間（ＣＴＰ：Continuous Time Period）
２． 離散期間（ＤＴＰ：Discrete Time Period）
６．５．４節に記載されているクォータ消費時間メカニズムは、オンライン課金インタフェースの潜在的に、より効率的な使用を提供するために、時間ベースのクォータを許可する場合に拡張（及び置き換え）されてもよく、即ち、低減されたトラフィック及びＯＣＦ内のアルゴリズムは潜在的に、よりシンプルである。この節で定められている代替処理メカニズムは、以下のとおりである：
１． 連続期間（ＣＴＰ：Continuous Time Period）
２． 離散期間（ＤＴＰ：Discrete Time Period）
【0005】
ＤＴＰ及びＣＴＰの両方は、それ自体の方法で時間エンベロープを定める。時間エンベロープを形成する方法は、アルゴリズム及び基本時間インターバルの長さを選択するTime-Quota-Mechanism AVP（時間クォータメカニズムAVP）によって制御される。
【0006】
Base-Time-Interval AVP（基本時間インターバルAVP）によって指定される基本時間インターバルは、クォータを消費するための基本単位である。クォータは、各基本時間インターバルの開始時に消費されたとみなされる。ＣＴＦは、基本時間インターバルの継続時間の間にトラフィックが通過することを可能にする。
【0007】
ＤＴＰの場合、基本時間インターバルは、離散的な期間の長さを定める。時間エンベロープは、ちょうど１つのＤＴＰ（及び、それ故に１つの基本時間インターバル）に対応する。クォータの消費は、ＤＴＰの満了（又はエンベロープのクロージャ）に続く最初のトラフィックでのみ再開する。
【0008】
ＣＴＰの場合、メカニズムは、トラフィックが含まれていない最初の基本時間インターバルまでの、トラフィックが発生した連続する複数の基本時間インターバルのうちから、時間エンベロープを構築する。したがって、それ以前の基本時間インターバルにおいてトラフィックがあった場合、クォータ消費は、時間エンベロープ内で継続する。エンベロープがクローズした後、クォータの消費は、エンベロープのクローズの後の最初のトラフィックでのみ再開する。ＣＴＰのエンベロープは、最後の基本時間インターバル、即ち、トラフィックを含まないものを含む。エンベロープの終わりは、ルックバックすることによってのみ決定されうる。
【0009】
ＣＴＦが、Quota-Consumption-Time AVP（クォータ消費時間AVP）とTime-Quota-Mechanism AVP（時間消費メカニズムAVP）の両方を有するMultiple-Services-Credit-Control AVPを受信した場合、Time-Quota-Mechanism AVPが優先され、ＣＴＦはそれに従って動作する。
【0010】
サーバはＤＴＰ及びＣＴＰがいつ発生したかの詳細を要求する場合には、当該サーバは、対応する時間エンベロープの報告を要求し、これは、クォータがエンベロープで消費されるケースにおいてクライアントが各時間エンベロープの開始及び終了を報告するかどうかを示すためにＣＣＡ（ＩＮＩＴＩＡＬ）にクォータを付与する際に、Envelope-Reporting AVP（エンベロープ報告AVP）を含めることによって行われる。ＣＴＦは、上述のルールに従ってエンベロープを生成し、クレジット制御要求（ＣＣＲ：credit control request）におけるEnvelope AVP（エンベロープAVP）の別個のインスタンスで各エンベロープを搬送する。
【0011】
これは以下の方法で対処されると仮定する：
【0012】
制御プレーン（ＣＰ）機能の場合、ユーザプレーン（ＵＰ）機能に、時間クォータ測定（ＴＱＭ：Time-Quota-Measurement）及びエンベロープ報告プロビジョニング（Envelope-reporting provisioning）を追加する必要がある：
【0013】
ＣＴＰ又はＤＴＰをＵＰ機能に提供するためのＴＱＭ：
【0014】
‐ＣＴＰの場合、時間測定は、トラフィックが発生した時間からトラフィックを含まない最初の時間インターバルまでに開始する。時間測定は、最後の基本時間インターバル（即ち、トラフィックを含まない基本時間インバーバル）を含むべきである。時間測定は、後続のトラフィックが受信されると、ＵＰ機能によって再開される。
【0015】
‐ＤＴＰの場合、時間測定は、ＤＴＰの満了に続く最初のトラフィックで再開される。）
【0016】
‐ＴＱＭに含まれるInactivity Detection Time（非アクティビティ検出時間）又はBase Time Interval（基本時間インターバル）によって制御される期間の間にトラフィックを監視するようにＵＰ機能に要求する、Envelope Reporting（エンベロープ報告）。ＣＰ機能は、時間だけ、時間とボリューム、時間とイベント、又は時間とボリュームとイベント数を報告するよう、ＵＰ機能に知らせうる。
【0017】
ＣＰ機能は、ＵＰ機能に対して、以下の基準でエンベロープを報告するように要求しうる：
【0018】
‐Inactivity Detection Time（非アクティビティ検出時間）が含まれる場合、ＵＰ機能は、非アクティビティ検出時間の各期間ごとに、トラフィックがあった各不非アクティビティ検出時間の満了について単一のエンベロープを報告すべきである。
【0019】
‐ＣＴＰの場合、時間エンベロープは、トラフィックが含まれていない最初の基本時間インターバルまでの、トラフィックが発生した連続する複数の基本時間インターバルを含む。
【0020】
‐ＤＴＰの場合、時間エンベロープは、ちょうど１つの基本時間インターバルに対応する。
【0021】
また、プロビジョニング及び報告のために、ＣＰ機能とＵＰ機能との間で使用される情報エレメント（ＩＥ）についても、いくつかの詳細が規定されている：
【0022】
８．２．ｘ２ エンベロープ報告
エンベロープ報告は、図８．２．ｘ２－１に示すようにエンコードされるものとし、これはＵＰ機能によってエンベロープ内で何を報告する必要があるかをＵＰ機能に知らせるために使用される。
エンベロープ報告は、図８．２．ｘ２－１に示すようにエンコードされるものとし、これはＵＰ機能によってエンベロープ内で何を報告する必要があるかをＵＰ機能に知らせるために使用される。
【0023】
【0024】
オクテット５は、次のようにエンコードされる：
‐ビット１～４は、表８．２．ｘ２－２に規定されるように、いずれのクォータが報告されるべきかを示す。
‐ビット５～８ ‐ 将来の使用のために予備であり、ゼロに設定される。
‐ビット１～４は、表８．２．ｘ２－２に規定されるように、いずれのクォータが報告されるべきかを示す。
‐ビット５～８ ‐ 将来の使用のために予備であり、ゼロに設定される。
【0025】
【0026】
８．２．ｘ３ 時間クォータメカニズム（Time Quota Mechanism）
ＴＱＭタイプは、図８．２．ｘ３－１に示すようにエンコードされる。
ＴＱＭタイプは、図８．２．ｘ３－１に示すようにエンコードされる。
【0027】
【0028】
基本時間インターバルは、３ＧＰＰ ＴＳ３２．２９９の７．２．２９節に規定されるように、Ｕｎｓｉｇｎｅｄ３２としてエンコードされる。
【0029】
３ＧＰＰ ＴＳ２３．２１４からのアーキテクチャ・リファレンスは、４．２．１ 非ローミング及びローミングアーキテクチャ からのものである。
【0030】
この節は、サービングゲートウェイ（ＳＧＷ）、パケットゲートウェイ（ＰＧＷ）及びトラフィック検出機能（ＴＤＦ）ＣＰ機能及びＵＰ機能が分離されている場合に、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ベースのインタフェースについての、ＴＳ２３．４０１の４．２節及びＴＳ２３．４０２の４．２．２及び４．２．３節に規定されたアーキテクチャ・リファレンス・モデルの相補的な態様を定めている。
【0031】
Ｓ２ａ、Ｓ２ｂ、Ｓ５及びＳ８リファレンスポイントの場合、このアーキテクチャ・リファレンス・モデルは、ＧＴＰベースのインタフェースでのみサポートされる。プロキシモバイルＩＰｖ６（ＰＭＩＰ）ベースのインターフェイス及びＳ２ｃインターフェイスはサポートされていない。
【0032】
図１は、ＣＰとＵＰとを分離した場合のアーキテクチャ・リファレンス・モデルを示す。このアーキテクチャ・リファレンス・モデルは、ホームルーティング及びローカルブレイクアウトローミングシナリオと同様に、非ローミングをカバーする。
【0033】
Ｓ２ａ、Ｓ２ｂ、Ｓ５及びＳ８の既存のリファレンスポイントに付加された－Ｃ又は－Ｕ接尾辞は、これらのインタフェースのＣＰ及びＵＰコンポーネントのみを示す。
【0034】
図１のアーキテクチャは、全てのＳＧＷ、ＰＧＷ及びＴＤＦノードのＣＰ機能とＵＰ機能とが分割されている場合のみを示している。しかしながら、これらのノードのうちの１つのみのＣＰ及びＵＰ機能が分割され、他のインタフェースノードのＣＰ及びＵＰ機能が分割されない他のケース、例えば、ＰＧＷの制御プレーン及びユーザプレーンが分割され、ＳＧＷの制御プレーン及びユーザプレーンが分割されない他のケースもサポートされる。ノードの分割アーキテクチャは、ノードがインタフェースするピアノードにアーキテクチャ要件を設定しない。ＴＤＦは、オプションの機能エンティティである。
【0035】
ローカルブレイクアウトを伴うローミングアーキテクチャの場合、Ｇｘインタフェースは、訪問先ネットワーク内のＰＧＷ－Ｃとポリシー及び課金ルール機能（ＰＣＲＦ）との間において定められる。
【0036】
３ＧＰＰ ＴＳ２３．２１からのアーキテクチャリファレンスは、４．２．２ 複合（Combined）ＳＧＷ／ＰＧＷアーキテクチャである。
【0037】
ＴＳ２３．４０１に文書化されている複合ＳＧＷ／ＰＧＷの使用は、分離されたＣＰ及びＵＰを有する配置において依然として可能である。これは、非複合のケース及び複合のケースについて共通のパラメータ構造を有するＳｘインタフェースをサポートすることによって可能になる。図２は、ＣＰとＵＰとの間の分離の場合の、複合ＳＧＷ／ＰＧＷのためのアーキテクチャ・リファレンス・モデルを示す。
【0038】
一例として、ＰＧＷ－Ｕは、サービスデータフロー（ＳＤＦ）ごと、ベアラごと（ベアラに関連付けられた全てのＳＤＦのアグリゲーション）、及び／又はセッションごと（パケットデータネットワーク（ＰＤＮ）コネクションに関連付けられた全てのＳＤＦのアグリゲーション）に、パケットのカウント及びサービス品質（ＱｏＳ）の実施の適用を行うことを要求されうる。
【発明の概要】
【0039】
本発明の目的は、制御プレーン（ＣＰ）機能とは分離されたユーザプレーン（ＵＰ）機能を用いてエンベロープ報告をサポートして、ＵＰ機能を３ＧＰＰ非依存に保つ、効率的なメカニズムを提供することである。
【0040】
第１の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートする方法が提供される。本方法は、無線通信ネットワークのＣＰノードで実行され、対応するサービスデータフロー（ＳＤＦ）をエンベロープ報告のために適用可能である使用量報告ルール（ＵＲＲ）に時間クォータメカニズム（ＴＱＭ）を設定することと、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示することと、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示することと、設定されたＵＲＲをＵＰ機能へ送信することと、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信することと、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定することと、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存することとを含む。
【0041】
複雑なエンベロープメカニズムをＣＰ機能に含めることによって、エンベロープメカニズムに関する不必要な情報をＵＰに送信することを回避することが可能であり、それによって、ＵＰを３ＧＰＰ非依存に保てる。
【0042】
ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含みうる。
【0043】
本方法は更に、ＵＲＲ内の非アクティビティ検出タイマ（ＩＤＴ）を、オンライン課金システム（ＯＣＳ）から受信されたクォータ消費時間（ＱＣＴ）に設定することを含んでもよい。
【0044】
少なくとも１つの報告トリガは、ＣＴＰ及び／又はＤＴＰについてのエンベロープクロージャに設定されうる。
【0045】
エンベロープの開始時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づきうる。
【0046】
エンベロープ終了時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づきうる。
【0047】
第２の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートする方法が提供される。本方法は、無線通信ネットワークのＵＰノードで実行され、ＴＱＭと、エンベロープクロージャに設定された少なくとも１つの報告トリガとを含む使用量報告ルール（ＵＲＲ）を、ＣＰ機能から受信することと、エンベロープのクロージャを示す使用量レポートを、ＣＰ機能へ送信することとを含む。
【0048】
ＴＱＭは、ＢＴＩと、ＣＴＰ又はＤＴＰであるＢＴＩタイプとを含みうる。受信されたＵＲＲは、測定方法と、ＩＤＴと、ＣＴＰであるＢＴＩタイプとを含んでよく、使用量レポートは、ＩＤＴが満了するまで、又はＢＴＩの使用が検出されないときまでの、連続する複数のＢＴＩを含む期間における、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。受信されたＵＲＲは、測定方法と、ＤＴＰであるＢＴＩタイプとを含んでもよく、使用量レポートは、ＢＴＩごとの、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。
【0049】
使用量レポートは、エンベロープクロージャに設定された使用量レポートトリガを含みうる。
【0050】
第３の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするＣＰノードが提供される。ＣＰノードは、プロセッサと、命令を格納したコンピュータプログラム製品とを備え、当該命令は、当該プロセッサによって実行されるとＣＰノードに、対応するＳＤＦがエンベロープ報告のために適用可能であるＵＲＲにＴＱＭを設定することと、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示することと、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示することと、設定されたＵＲＲをＵＰ機能へ送信することと、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信することと、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定することと、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存することと、を行わせる。
【0051】
ＴＱＭは、ＢＴＩと、ＣＴＰ又はＤＴＰであるＢＴＩタイプとを含みうる。
【0052】
ＣＰノードによって更に、ＵＲＲ内の非アクティビティ検出タイマ（ＩＤＴ）を、ＯＣＳから受信されたＱＣＴに設定すること（Ｓ１００）が行われる。
【0053】
少なくとも１つの報告トリガは、ＣＴＰ及び／又はＤＴＰについてのエンベロープクロージャに設定されうる。
【0054】
エンベロープの開始時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づきうる。
【0055】
エンベロープ終了時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づきうる。
【0056】
第４の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするＵＰノードが提供される。ＵＰノードは、プロセッサと、命令を格納したコンピュータプログラム製品とを備え、当該命令は、当該プロセッサによって実行されるとＵＰノードに、ＴＱＭと、エンベロープクロージャに設定された少なくとも１つの報告トリガとを含むＵＲＲを、ＣＰ機能から受信することと、エンベロープのクロージャを示す使用量レポートを、ＣＰ機能へ送信することとを行わせる。
【0057】
ＴＱＭは、ＢＴＩと、ＣＴＰ又はＤＴＰであるＢＴＩタイプとを含みうる。
【0058】
受信されたＵＲＲは、測定方法と、ＩＤＴと、ＣＴＰであるＢＴＩタイプとを含んでよく、使用量レポートは、ＩＤＴが満了するまで、又はＢＴＩの使用が検出されないときまでの、連続する複数のＢＴＩを含む期間における、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。
【0059】
受信されたＵＲＲは、測定方法と、ＤＴＰであるＢＴＩタイプとを含んでもよく、使用量レポートは、ＢＴＩごとの、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。
【0060】
使用量レポートは、エンベロープクロージャに設定された使用量レポートトリガを含みうる。
【0061】
第５の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするＣＰノードが提供される。ＣＰノードは、対応するＳＤＦがエンベロープ報告のために適用可能であるＵＲＲにＴＱＭを設定することと、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示することと、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示することと、設定されたＵＲＲをＵＰ機能へ送信することと、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信することと、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存することと、を行う通信マネージャと、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定する判定マネージャと、を備える。
【0062】
第６の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするＵＰノードが提供される。ＵＰノードは、無線通信ネットワークのＵＰノードで実行され、ＴＱＭと、エンベロープクロージャに設定された少なくとも１つの報告トリガとを含むＵＲＲを、ＣＰ機能から受信し、エンベロープのクロージャを示す使用量レポートを、ＣＰ機能へ送信する通信マネージャを備える。
【0063】
第７の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするコンピュータプログラムが提供される。コンピュータプログラムは、コンピュータプログラムコードを含み、当該コンピュータプログラムコードは、ＣＰノードで実行されると当該ＣＰノードに、対応するＳＤＦがエンベロープ報告のために適用可能であるＵＲＲにＴＱＭを設定することと、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示することと、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示することと、設定されたＵＲＲをＵＰ機能へ送信することと、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信することと、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定することと、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存することと、を行わせる。
【0064】
第８の態様によれば、ＵＰ機能とは分離されたＣＰ機能を有する無線通信ネットワークにおいてエンベロープ報告をサポートするコンピュータプログラムが提供される。コンピュータプログラムは、コンピュータプログラムコードを含み、当該コンピュータプログラムコードは、ＵＰノードで実行されると当該ＵＰノードに、ＴＱＭと、エンベロープクロージャに設定された少なくとも１つの報告トリガとを含むＵＲＲを、ＣＰ機能から受信することと、エンベロープのクロージャを示す使用量レポートを、ＣＰ機能へ送信することとを行わせる。
【0065】
コンピュータプログラムと、当該コンピュータプログラムが格納されたコンピュータ読み取り可能記憶手段とを有するコンピュータプログラム製品も提示される。
【0066】
一般に、特許請求の範囲において使用される全ての用語は、本明細書において特に明確に定義されない限り、当該技術分野におけるそれらの通常の意味に従って解釈されるべきである。「１つの（a/an/the）エレメント、装置、コンポーネント、手段、ステップ等」への言及は全て、特に明記されない限り、エレメント、装置、コンポーネント、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるべきである。本明細書に開示される任意の方法のステップは、特に明記されない限り、開示されたとおりの順序で実行される必要はない。
【図面の簡単な説明】
【0067】
以下では、添付の図面を参照して例として本発明が記載される。
【0068】
【発明を実施するための形態】
【0069】
以下、本発明の特定の実施形態を示す添付図面を参照して、本発明をより十分に説明する。しかしながら、本発明は多くの異なる形態で具現化されてもよく、本明細書に記載された実施形態に限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は本開示が詳細かつ完全であり、本発明の範囲を当業者に十分に伝えるように、例として提供される。説明全体を通して、同様の数字は同様のエレメントを指す。
【0070】
３ＧＰＰ ＴＳ３２．２９９の６．５．６節は、時間ベースの課金使用量報告（charging usage reporting）を拡張するために、対応するボリューム使用量等の追加の詳細なレポートを提供するためのエンベロープ測定及び報告メカニズム（Envelop measurement and reporting mechanism）を規定する。エンベロープ報告（Envelope reporting）は、時間ベースの使用量をどのように報告するかを指示するためのみのものであるが、どの測定方法（即ち、ＣＴＰ又はＤＴＰ）が使用されるかに応じて、異なる方法で報告する。エンベロープ報告は、クォータ管理から独立している（即ち、相互作用は無い）。
【0071】
ＴＳによれば、測定及びエンベロープ報告方法は、ＴＳに記述されたＯＣＦに対応して、ローカル構成によって実現されうるか、又はオンライン課金システム（ＯＣＳ）によって指示されうる。
【0072】
しかし、制御プレーン（ＣＰ）機能とユーザプレーン（ＵＰ）機能との分離をどのようにサポートするかを規定したメカニズムは無い。
【0073】
背景技術で提示された、想定されたソリューションには、時間ベース測定（ＴＱＭ）メカニズムとエンベロープ報告メカニズムとの両方の複雑さを不必要にＵＰ機能に押し付けるという主な問題があり、これはＣＰ機能とＵＰ機能との分離の（即ち、ＵＰ機能を３ＧＰＰ非依存にする）原理に反するものである。
【0074】
その想定されたソリューションに伴う他のいくつかの欠点は次のものである：
【0075】
１． 連続期間（ＣＴＰ）と、クォータ消費時間（ＱＣＴ：Quota Consumption Time）にマッピングされうる非アクティビティ検出タイマ（ＩＤＴ：Inactivity Detection Timer）との間のコネクションを説明しない。
２． ＵＰ機能からＣＰ機能への使用量報告のためのエンベロープ内に、使用量のための更に多くのパラメータを追加し、これはシグナリング効率が良くない。
２． ＵＰ機能からＣＰ機能への使用量報告のためのエンベロープ内に、使用量のための更に多くのパラメータを追加し、これはシグナリング効率が良くない。
【0076】
ＣＰ機能とＵＰ機能との分離というコンテキストの下で、エンベロープ報告をサポートするメカニズムが提示される。
【0077】
このメカニズムは、ＣＰ機能について以下の態様を含む：
【0078】
‐エンベロープ報告が必要とされる場合、ＣＰ機能は、使用量報告ルール（ＵＲＲ：Usage Reporting Rule）に加えて、時間ベースの測定のために、ＣＴＰ又はＤＴＰのいずれかでありうる基本時間インターバル（ＢＴＩ）タイプと、ＢＴＩとを含むＴＱＭを、ＵＰ機能へ提供する。（これは、３ＧＰＰ ＴＳ３２．２９９の６．５．７項に対応する：ＣＴＰの場合、時間測定は、トラフィックが発生した時間からトラフィックを含まない最初の時間インターバルまでに開始する。時間測定は、最後の基本時間インターバル（即ち、トラフィックを含まない基本時間インバーバル）を含むべきである。時間測定は、後続のトラフィックが受信されると、ＵＰ機能によって再開される。ＤＴＰの場合、時間測定は、ＤＴＰの満了に続く最初のトラフィックで再開される。）
【0079】
‐ＴＱＭ内のＢＴＩタイプがＣＴＰに設定されたエンベロープ報告が要求されると、ＣＰ機能は、ＩＤＴが満了するまでの、又は最初のＢＴＩについて使用（トラフィック）が検出されないまでの期間、トラフィックを報告するよう、ＵＰ機能に要求する。
【0080】
‐ＴＱＭ内のＢＴＩタイプがＤＴＰに設定されたエンベロープ報告が要求されると、ＣＰ機能は、ＢＴＩのそれぞれについてトラフィックを報告するよう、ＵＰ機能に要求する。
【0081】
ＣＰ機能は、測定方法をそれに応じて設定することによって、時間だけ、時間とボリューム、時間とイベント、又は時間とボリュームとイベント数を報告するよう、ＵＰ機能に指示しうる。ＣＰ機能は、ＣＴＰについてのエンベロープクロージャ、又はＤＴＰについてのエンベロープクロージャのいずれかに対する報告トリガを、報告トリガ情報エレメント（ＩＥ）に設定する。
【0082】
これに対応して、ＵＰ機能についても同様である：
【0083】
‐報告トリガが対応するＵＲＲ内のＣＴＰについてのエンベロープクロージャに設定され、ＩＤＴが含まれ、ＴＱＭ内のＢＴＩタイプがＣＴＰに設定されると、ＵＰ機能は、ＩＤＴが満了するまでの、又はＢＴＩについて使用／トラフィックが最初に検出されないときまでの、いくつかの連続する複数のＢＴＩを含みうる期間における、測定方法で指示された、時間、及び／又はボリューム、及び／又はイベントに関する測定についてのレポートを送信する。
【0084】
‐報告トリガが、対応するＵＲＲ内で、ＤＴＰについてのエンベロープクロージャに設定され、ＴＱＭのＢＴＩタイプがＤＴＰに設定されると、ＵＰ機能は、ＢＴＩごとの、測定方法で指示された、時間、及び／又はボリューム、及び／又はイベントに関する測定に関するレポートを送信する。
【0085】
即ち、ＵＰ機能がＣＰ機能とは分離された無線通信システムにおけるエンベロープ報告をサポートするためのメカニズムは、以下の態様を含む。
【0086】
１） ＣＰ機能において、オンライン課金のためにＧｙインタフェースを介して受信されうるか、又はオフライン課金のために設定されうるＴＱＭのためのパラメータを、Ｓｘインタフェースを介して使用されるＩＥにマッピングすること。
【0087】
２） ＣＴＰが使用されるかＤＴＰが使用されるかの詳細を指定することによって、エンベロープ報告に関連するＴＱＭ及び可能性のあるＩＤＴをＵＰへ提供すること。
【0088】
３） 使用されたエンベロープ報告に基づいて、クォータタイプ（時間と共にボリューム、又は時間との同期供給単位（ＳＳＵ：synchronisation supply unit）等）は、（ボリュームクォータ／閾値、時間クォータ／閾値等をＵＰへのリクエストに設定することによって）適切なクォータタイプを提供すること。
【0089】
４） 既存のクォータ関連パラメータ（ボリュームクォータ、時間クォータ、ＩＤＴ等）を使用して、何を測定するかについてＵＰ機能に指示する。
【0090】
５） エンベロープ報告のロジックが、ＣＰ機能によってホストされ、即ち、ＵＰに報告されるクォータタイプ等の報告関連パラメータを提供せず、それ故に、ＣＰ機能が、エンベロープ報告の要件を予測し、かつ、エンベロープを適切なコンテンツで単にシールするために、ＵＰ機能からの使用量レポートに基づいてエンベロープ報告を作成する。
【0091】
その場合、ＵＰ機能は、ＣＴＰ又はＤＴＰ等のＣＰ機能によって提供される方法に基づいて測定を実行する必要があるだけである。
【0092】
ただし、更に、使用量レポートがエンベロープクロージャによってトリガされることを知らせるために、ＵＰ機能によって報告トリガが追加される。
【0093】
ＣＴＰ及びＤＴＰエンベロープ報告についての２つのシナリオについて、それぞれ、以下でより詳細に例示する。
【0094】
ＤＴＰの例では、各完了エンベロープが、１つの使用量レポートにおいてＵＰ機能からＣＰ機能に報告され、ＣＴＰの例では、エンベロープレポートが、エンベロープのクロージャ前に発生する他の報告トリガ（この例では、ボリュームが使い果たされる課金イベント）がある場合に、ＵＰ機能からＣＰ機能への２つ以上の使用量レポートに分割されうる。
【0095】
ただし、ＤＴＰシナリオでも、ＣＰ機能は、エンベロープクロージャ報告トリガの前に他の報告トリガが発生した場合に、ＵＰ機能からのいくつかの使用量レポートを介して報告されているエンベロープを受信しうる。
【0096】
図３は、ＤＴＰについてのエンベロープ報告を有する例を示す。
【0097】
ＯＣＳは、エンベロープ報告のリクエストをＣＰ機能に送信し、当該リクエストは、ＤＴＰに設定されたＴＱＭ、ボリュームクォータ、時間クォータ、及び３０秒のクォータ保持時間（ＱＨＴ：quota holding time）を通知する。
【0098】
これに応じて、ＣＰ機能は、ＤＴＰのインジケーション、１０秒のＢＴＩ、３０秒のＱＨＴ、並びにボリューム及び時間クォータを含むＴＱＭを有するＵＲＲを設定する。ＵＲＲを有するリクエストが、ＵＰ機能へ送信される。
【0099】
これに応じて、ＵＰ機能は、トラフィックの測定を開始する。最初のトラフィックが検出されると、エンベロープ開始時刻がｔ１に設定される。ＢＴＩの後、使用量レポートがトリガされ、要求されたボリューム及び時間の使用量と、開始時刻ｔ１及び終了時刻ｔ２とが報告される。使用量レポートは、使用量レポートのトリガがエンベロープクロージャであることも示す。
【0100】
ＣＰ機能は、使用量レポートを受信し、エンベロープ開始時刻及び終了時刻を判定し、エンベロープクロージャであるトリガのインジケーションに基づいて、第１のエンベロープを作成して保存する。
【0101】
ＵＰ機能は、トラフィックを測定し続ける。以前のエンベロープ終了時刻ｔ２は、新たなエンベロープ開始時刻ｔ２でもある。別のＢＴＩの後、別の使用量レポートがトリガされ、再び、要求されたボリューム及び時間の使用量と、エンベロープ開始時刻ｔ２及び終了時刻ｔ３とが報告される。使用量レポートは、使用量レポートのトリガがエンベロープクロージャであることも示す。
【0102】
ＣＰ機能は、それに対応して第２のエンベロープを作成して保存する。
【0103】
更に、対応する方法で、第３及び第４のエンベロープも作成されて保存される。ただし、第４のＢＴＩ及び対応する使用量レポートは、トラフィックを含んでいない。最後のデータパケットの受信後の時刻ｔ４からカウントされる、時刻ｔ７における３０秒のＱＨＴの後に、要求されたボリューム及び時間の使用量と、使用量レポートトリガがＱＨＴであることのインジケーションとを有するＵＲＲが送信される。
【0104】
ＣＰ機能は、使用量レポートを受信し、ＱＨＴであるトリガのインジケーションに基づいて、第１乃至第４のエンベロープと、集約されたボリューム使用量とを含む、ＯＣＳへのエンベロープの報告を作成する。
【0105】
図４は、ＣＴＰについてのエンベロープ報告を有する例を示す。
【0106】
ＯＣＳは、エンベロープ報告の指示をＣＰ機能に送信し、当該指示は、ＣＴＰに設定されたＴＱＭ、ボリュームクォータ、時間クォータ、２０秒のＱＣＴ、及び３０秒のクォータ保持時間（ＱＨＴ）を通知する。
【0107】
これに応じて、ＣＰ機能は、ＣＴＰのインジケーション、２０秒のＩＤＴ、１０秒のＢＴＩ、３０秒のＱＨＴ、並びにボリューム及び時間クォータを含むＴＱＭを有するＵＲＲを設定する。ＵＲＲを有するリクエストが、ＵＰ機能へ送信される。
【0108】
これに応じて、ＵＰ機能は、トラフィックの測定を開始する。最初のトラフィックが検出されると、エンベロープ開始時刻がｔ１に設定される。ＢＴＩの後、時刻ｔ２で、ＵＰ機能は、別のＢＴＩが時刻ｔ３に満了するまで、トラフィックを測定し続ける。
【0109】
第３のＢＴＩの期間中にボリュームクォータが枯渇し（exhausted）、ＵＰ機能は、使用量レポートを送信し、このレポートは、開始時刻ｔ１と、時間及びボリュームの使用量と、クォータの枯渇であるトリガのインジケーションとを含む。
【0110】
ＣＰ機能は、使用量レポートを受信して、エンベロープの開始時刻を判定するものの、終了時刻は欠落しており、トリガはエンベロープクロージャではなくクォータの枯渇である。次に、ＣＰ機能は、ボリューム及び時間の使用量を有する不完全なエンベロープを報告し、報告理由がボリュームの枯渇であることを知らせる。
【0111】
ＯＣＳは、それにより、ボリュームクォータと残りの時間クォータとを含む更新された指示を、ＣＰ機能へ送信する。
【0112】
ＣＰ機能は、更新された当該指示に応じて、更新されたＵＲＲを有するリクエストを、ＵＰ機能へ送信する。
【0113】
ＵＰ機能は、更新されたＵＲＲに応じて、同じＢＴＩで継続してトラフィックを測定し続ける。
【0114】
時刻ｔ５の後にトラフィックは測定されず、ＩＤＴがｔ８で満了した後、ＵＰ機能は、更新されたＵＲＲ以降のボリューム及び時間の使用量を有し、エンベロープクロージャのインジケーションを更に有する使用量レポートを送信する。
【0115】
ＣＰ機能は、使用量レポートを受信し、（エンベロープ全体についての）エンベロープ開始時刻ｔ１と終了時刻ｔ８とを判定し、エンベロープクロージャであるトリガのインジケーションに基づいて、第１のエンベロープを作成して保存する。ボリューム使用量は、エンベロープ全体の使用量を含む。
【0116】
ただし、第５のＢＴＩにはトラフィックが含まれておらず、３０秒のＱＨＴの後、最後のデータパケットの受信後の時刻ｔ５からカウントされる、３０秒のＱＨＴの後に、要求されたボリューム及び時間の、ゼロである使用量と、使用量レポートトリガがＱＨＴであることのインジケーションとを有するＵＲＲが送信される。
【0117】
ＣＰ機能は、使用量レポートを受信し、ＱＨＴであるトリガのインジケーションに基づいて、第１のエンベロープと、集約されたボリューム使用量とを含む、ＯＣＳへのエンベロープの報告を作成する。
【0118】
提示されたソリューションは、ＵＰとＣＰとの間で時間ベースの測定及びエンベロープ報告メカニズムの複雑さを分散することによって、エンベロープ報告をサポートする効率的なメカニズムを提供する。これは、ＵＲＲは単にパケットのカウント方法をＵＰ機能に指示するために使用される、という原則に従っている。これは更に、例えばＳｘインタフェースを介してエンベロープ報告メカニズムを送信する等の、不必要な情報を伴うＵＰ機能の実装の複雑化を回避している。
【0119】
ＵＰ機能から分離されたＣＰ機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするための、一実施形態による方法が、図５を参照して提示される。本方法は、無線通信ネットワークのＣＰノードで実行され、対応するサービスデータフロー（ＳＤＦ）をエンベロープ報告のために適用可能であるＵＲＲにＴＱＭを設定すること（Ｓ１００）と、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示すること（Ｓ１００）と、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示すること（Ｓ１００）と、設定されたＵＲＲをＵＰ機能へ送信すること（Ｓ１１０）と、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信すること（Ｓ１２０）と、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定すること（Ｓ１３０）と、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存すること（Ｓ１４０）とを含む。
【0120】
ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含みうる。
【0121】
本方法は更に、ＵＲＲ内の非アクティビティ検出タイマ（ＩＤＴ）を、オンライン課金システム（ＯＣＳ）から受信されたクォータ消費時間（ＱＣＴ）に設定すること（Ｓ１００）を含みうる。
【0122】
少なくとも１つの報告トリガは、ＣＴＰ及び／又はＤＴＰについてのエンベロープクロージャに設定されうる。
【0123】
エンベロープの開始時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づきうる。
【0124】
エンベロープ終了時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づきうる。
【0125】
ＵＰ機能から分離されたＣＰ機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするための、一実施形態による方法が、図６を参照して提示される。本方法は、無線通信ネットワークのＵＰノードで実行され、ＴＱＭと、エンベロープクロージャに設定された少なくとも１つの報告トリガとを含むＵＲＲを、ＣＰ機能から受信すること（Ｓ２００）と、エンベロープのクロージャを示す使用量レポートを、ＣＰ機能へ送信すること（Ｓ２２０）とを含む。
【0126】
ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含みうる。
【0127】
受信されたＵＲＲは、測定方法と、非アクティビティ検出タイマ（ＩＤＴ）と、ＣＴＰであるＢＴＩタイプとを含んでよく、使用量レポートは、ＩＤＴが満了するまで、又はＢＴＩの使用が検出されないときまでの、連続する複数のＢＴＩを含む期間における、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。
【0128】
受信されたＵＲＲは、測定方法と、ＤＴＰであるＢＴＩタイプとを含んでもよく、使用量レポートは、ＢＴＩごとの、受信された測定方法で指示された時間、ボリューム及び／又はイベントの測定を含む。
【0129】
使用量レポートは、エンベロープクロージャに設定された使用量レポートトリガを含みうる。
【0130】
ＵＰ機能から分離されたＣＰ機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするための、一実施形態によるＣＰノードが、図７を参照して提示される。ＣＰノードは、プロセッサ１０と、命令を格納したコンピュータプログラム製品１２，１３とを備え、当該命令は、当該プロセッサによって実行されるとＣＰノードに、対応するサービスデータフロー（ＳＤＦ）をエンベロープ報告のために適用可能であるＵＲＲにＴＱＭを設定すること（Ｓ１００）と、少なくとも１つの報告トリガをＵＲＲに設定することで、エンベロープのクロージャに応じて使用量レポートを生成するようＵＰ機能に指示すること（Ｓ１００）と、測定方法をＵＲＲに設定することで、ボリューム、時間及び／又はイベントの使用量を収集するようＵＰ機能に指示すること（Ｓ１００）と、設定されたＵＲＲをＵＰ機能へ送信すること（Ｓ１１０）と、送信されたＵＲＲに応じて、１つ以上の使用量レポートをＵＰ機能から受信すること（Ｓ１２０）と、ここで、当該受信された使用量レポートは、エンベロープクロージャに設定された少なくとも１つの使用量レポートトリガを含み、受信された使用量レポートに基づいて、エンベロープごとの開始時刻及び／又は終了時刻を判定すること（Ｓ１３０）と、オンライン又はオフライン課金のために、判定された開始時刻及び／又は終了時刻とともに、各エンベロープを保存すること（Ｓ１４０）と、を行わせる。
【0131】
ＴＱＭは、基本時間インターバル（ＢＴＩ）と、連続期間（ＣＴＰ）又は離散期間（ＤＴＰ）であるＢＴＩタイプとを含みうる。
【0132】
ＣＰノードによって更に、ＵＲＲ内の非アクティビティ検出タイマ（ＩＤＴ）を、オンライン課金システム（ＯＣＳ）から受信されたクォータ消費時間（ＱＣＴ）に設定すること（Ｓ１００）が行われる。
【0133】
少なくとも１つの報告トリガは、ＣＴＰ及び／又はＤＴＰについてのエンベロープクロージャに設定されうる。
【0134】
エンベロープの開始時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートの後の、各使用量レポート内の最初のパケットの時刻に基づきうる。
【0135】
エンベロープ終了時刻の判定は、使用量レポートトリガがエンベロープクロージャに設定されている、受信された使用量レポートが生成された時刻に基づきうる。
【0136】
図７は、ＣＰノードのいくつかのコンポーネントを示す概略図である。プロセッサ１０は、メモリに格納されたコンピュータプログラム１４のソフトウェア命令を実行可能な、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路等のうちの１つ以上の任意の組み合わせを使用して提供されうる。このため、メモリは、コンピュータプログラム製品１２の一部であるか、又はその一部を形成するとみなされうる。プロセッサ１０は、図５を参照して本明細書で説明されている方法を実行するように構成されうる。
【0137】
メモリは、読み出し／書き込みメモリ（ＲＡＭ）、及び読み出し専用メモリ（ＲＯＭ）の任意の組み合わせでありうる。また、メモリは、永続的ストレージを含んでもよく、これは例えば、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔マウントされたメモリのうちの任意の１つ又は任意の組み合わせであってもよい。
【0138】
データメモリの形式の第２のコンピュータプログラム製品１３も、例えば、プロセッサ１０でのソフトウェア命令の実行中におけるデータの読み出し及び／又は格納のために提供されうる。データメモリは、読み出し／書き込みメモリ（ＲＡＭ）、及び読み出し専用メモリ（ＲＯＭ）の任意の組み合わせであってよく、また、永続的ストレージを含んでもよく、これは例えば、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔マウントされたメモリのうちの任意の１つ又は任意の組み合わせであってもよい。データメモリは、例えば、ＣＰノードについての機能を向上させるための、他のソフトウェア命令１５を保持しうる。
【0139】
ＣＰノードは、例えばユーザインタフェースを含む、入力／出力（Ｉ／Ｏ）インタフェース１１を更に備えうる。ＣＰノードは、他のノードからシグナリングを受信するように構成された受信機と、シグナリングを他のノードに送信するように構成された送信機とを更に備えうる（図示せず）。ＣＰノードの他のコンポーネントは、本明細書で提示される概念を分かりにくくしないために省略されている。
【0140】
図９は、ＣＰノードの機能ブロックを示す概略図である。モジュールは、キャッシュサーバ内で実行されるコンピュータプログラム等のソフトウェア命令のみとして、又は特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、個別論理コンポーネント、トランシーバ等のハードウェアのみとして、又はそれらの組合せとして実装されうる。代替の実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他のものはハードウェアによって実装されうる。モジュールは、判定マネージャユニット９０及び通信マネージャユニット９１を含む、図５に示された方法のステップに対応している。モジュールのうちの１つ以上がコンピュータプログラムによって実装される実施形態では、いくつかのプログラミング言語は通常、プロセスモジュールを含まないため、これらのモジュールは、ずしもプロセスモジュールに対応しているわけではなく、これらが実装されるプログラミング言語による命令として書かれうることを理解されたい。
【0141】
判定マネージャ９０は、エンベロープ報告をサポートするためのものである。このモジュールは、図５の判定ステップＳ１３０に対応する。このモジュールは、例えば、コンピュータプログラムが実行される場合に、図７のプロセッサ１０によって実現されうる。
【0142】
通信マネージャ９１は、エンベロープ報告をサポートするためのものである。このモジュールは、図５の設定ステップＳ１００、送信ステップＳ１１０、受信ステップＳ１２０、及び保存ステップ１４０に対応する。このモジュールは、例えば、コンピュータプログラムが実行される場合に、図７のプロセッサ１０によって実現されうる。
【0143】
図８は、ＵＰノードのいくつかのコンポーネントを示す概略図である。プロセッサ２０は、メモリに格納されたコンピュータプログラム２４のソフトウェア命令を実行可能な、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路等のうちの１つ以上の任意の組み合わせを使用して提供されうる。このため、メモリは、コンピュータプログラム製品２２の一部であるか、又はその一部を形成するとみなされうる。プロセッサ２０は、図６を参照して本明細書で説明されてる方法を実行するように構成されうる。
【0144】
メモリは、読み出し／書き込みメモリ（ＲＡＭ）、及び読み出し専用メモリ（ＲＯＭ）の任意の組み合わせでありうる。また、メモリは、永続的ストレージを含んでもよく、これは例えば、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔マウントされたメモリのうちの任意の１つ又は任意の組み合わせであってもよい。
【0145】
データメモリの形式の第２のコンピュータプログラム製品２３も、例えば、プロセッサ２０でのソフトウェア命令の実行中におけるデータの読み出し及び／又は格納のために提供されうる。データメモリは、読み出し／書き込みメモリ（ＲＡＭ）、及び読み出し専用メモリ（ＲＯＭ）の任意の組み合わせであってよく、また、永続的ストレージを含んでもよく、これは例えば、磁気メモリ、光学メモリ、ソリッドステートメモリ、又は遠隔マウントされたメモリのうちの任意の１つ又は任意の組み合わせであってもよい。データメモリは、例えば、ＵＰノードについての機能を向上させるための、他のソフトウェア命令２５を保持しうる。
【0146】
ＵＰノードは、例えばユーザインタフェースを含む、入力／出力（Ｉ／Ｏ）インタフェース２１を更に備えうる。ＵＰノードは、他のノードからシグナリングを受信するように構成された受信機と、シグナリングを他のノードに送信するように構成された送信機とを更に備えうる（図示せず）。ＵＰノードの他のコンポーネントは、本明細書で提示される概念を分かりにくくしないために省略されている。
【0147】
図１０は、ＵＰノードの機能ブロックを示す概略図である。モジュールは、キャッシュサーバ内で実行されるコンピュータプログラム等のソフトウェア命令のみとして、又は特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、個別論理コンポーネント、トランシーバ等のハードウェアのみとして、又はそれらの組合せとして実装されうる。代替の実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他のものはハードウェアによって実装されうる。モジュールは、判定マネージャユニット１００及び通信マネージャユニット１０１を含む、図６に示された方法のステップに対応している。モジュールのうちの１つ以上がコンピュータプログラムによって実装される実施形態では、いくつかのプログラミング言語は通常、プロセスモジュールを含まないため、これらのモジュールは、ずしもプロセスモジュールに対応しているわけではなく、これらが実装されるプログラミング言語による命令として書かれうることを理解されたい。
【0148】
判定マネージャ１００は、ＵＰ機能とは分離された制御プレーン（ＣＰ）機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするためのものである。このモジュールは、図６の測定ステップＳ２１０に対応する。このモジュールは、例えば、コンピュータプログラムが実行される場合に、図８のプロセッサ２０によって実現されうる。
【0149】
通信マネージャ１０１は、ＵＰ機能とは分離された制御プレーン（ＣＰ）機能を有する無線通信ネットワークにおけるエンベロープ報告をサポートするためのものである。このモジュールは、図６の受信ステップＳ２００及び送信ステップＳ２２０に対応する。このモジュールは、例えば、コンピュータプログラムが実行される場合に、図８のプロセッサ２０によって実現されうる。
【0150】
主にいくつかの実施形態を参照して本発明について上述してきた。しかし、当業者には容易に理解されるように、添付の特許請求の範囲によって定められるように、上記で開示されたもの以外の他の実施形態も、本発明の範囲内で同様に実現できる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】