特許 7625089 モバイルローカルエリアネットワークサービスに対する課金処理を実行する方法、システム、および関連するデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-23

(45)【発行日】2025-01-31

(54)【発明の名称】モバイルローカルエリアネットワークサービスに対する課金処理を実行する方法、システム、および関連するデバイス

(51)【国際特許分類】

   H04W 4/24 20240101AFI20250124BHJP

   H04W 4/08 20090101ALI20250124BHJP

   H04W 84/12 20090101ALI20250124BHJP

   H04W 76/10 20180101ALI20250124BHJP

   H04L 12/14 20240101ALI20250124BHJP

【ＦＩ】

H04W4/24

H04W4/08

H04W84/12

H04W76/10

H04L12/14

【請求項の数】 18

(21)【出願番号】P 2023542856

(86)(22)【出願日】2022-01-17

(65)【公表番号】

(43)【公表日】2024-01-29

(86)【国際出願番号】 CN2022072382

(87)【国際公開番号】W WO2022152303

(87)【国際公開日】2022-07-21

【審査請求日】2023-08-29

(31)【優先権主張番号】202110058017.2

(32)【優先日】2021-01-15

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】柴 ▲暁▼前

【審査官】松野 吉宏

(56)【参考文献】

【文献】国際公開第２０２０／２０５７２５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１９／０２６１２６０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｌ １２／１４

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

課金処理の方法であって、
課金トリガデバイスによって、課金要求メッセージを課金処理デバイスへ送信するステップであって、前記課金要求メッセージは、ローカルエリアネットワーク課金情報を含み、前記ローカルエリアネットワーク課金情報は、少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するモバイルローカルエリアネットワークサービスに関係する課金情報であり、前記ローカルエリアネットワーク課金情報は、メンバデータ接続セッションの課金情報およびグループ識別子を含み、前記メンバデータ接続セッションは、前記モバイルローカルエリアネットワークサービスを使用する前記モバイルローカルエリアネットワークグループ内のメンバユーザデバイスと対応するユーザプレーンデータゲートウェイとの間のデータ接続セッションであり、前記課金情報に含まれる前記グループ識別子は、同じグループ識別子を有する他の課金情報に関連付けるために使用される、ステップと、
前記課金トリガデバイスによって、課金応答メッセージを前記課金処理デバイスから受信するステップであって、前記課金応答メッセージは、課金処理結果を含み、前記課金処理結果は、前記ローカルエリアネットワーク課金情報に対して実行された課金処理の結果であり、前記課金要求内の前記グループ識別子を含む前記課金情報は、前記同じグループ識別子を含む他の課金情報に関連付けられる、ステップと
を含む方法。

【請求項2】

前記メンバデータ接続セッションの前記課金情報は、第１のサービスインジケーション情報を含み、前記第１のサービスインジケーション情報は、前記メンバデータ接続セッションが前記モバイルローカルエリアネットワークグループ内のグループ内通信に使用されることを示す請求項１に記載の方法。

【請求項3】

前記メンバデータ接続セッションの前記課金情報は、第１の課金データをさらに含み、前記第１の課金データは、前記メンバデータ接続セッションの利用量および／またはクォータ適用量を含み、
前記課金処理結果は、前記第１の課金データに対して実行された課金処理の結果を含む請求項１または２に記載の方法。

【請求項4】

前記メンバデータ接続セッションの前記課金情報は、前記第１の課金データに対応するグループ内転送方式をさらに含む請求項３に記載の方法。

【請求項5】

課金処理の方法であって、
課金処理デバイスによって、課金要求メッセージを課金トリガデバイスから受信するステップであって、前記課金要求メッセージは、ローカルエリアネットワーク課金情報を含み、前記ローカルエリアネットワーク課金情報は、少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するモバイルローカルエリアネットワークサービスに関係する課金情報であり、前記ローカルエリアネットワーク課金情報は、メンバデータ接続セッションの課金情報およびグループ識別子を含み、前記メンバデータ接続セッションは、前記モバイルローカルエリアネットワークサービスを使用する前記モバイルローカルエリアネットワークグループ内のメンバユーザデバイスと対応するユーザプレーンデータゲートウェイとの間のデータ接続セッションであり、前記課金情報に含まれる前記グループ識別子は、同じグループ識別子を有する他の課金情報に関連付けるために使用される、ステップと、
課金処理デバイスによって、課金応答メッセージを課金トリガデバイスへ送信するステップであって、前記課金応答メッセージは、課金処理結果を含み、前記課金処理結果は、前記ローカルエリアネットワーク課金情報に対して実行された課金処理の結果であり、前記課金要求内の前記グループ識別子を含む前記課金情報は、前記同じグループ識別子を含む他の課金情報に関連付けられる、ステップと
を含む方法。

【請求項6】

前記メンバデータ接続セッションの前記課金情報は、第１のサービスインジケーション情報を含み、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行する前記ステップは、
前記課金処理デバイスによって、前記第１のサービスインジケーション情報に基づいて、前記メンバデータ接続セッションが前記モバイルローカルエリアネットワークグループ内のグループ内通信に使用されると決定するステップを含む請求項５に記載の方法。

【請求項7】

前記グループ識別子は、前記モバイルローカルエリアネットワークグループの識別子であり、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行する前記ステップは、
前記課金処理デバイスによって、前記グループ識別子に基づいて前記モバイルローカルエリアネットワークグループに対応するアカウントを決定するステップ、
前記課金処理デバイスによって、前記グループ識別子を前記メンバデータ接続セッションの課金データ記録に記録するステップ、
前記課金処理デバイスによって、前記グループ識別子をアソシエーション識別子として使用してメンバの利用量を関連付け、累積によって前記モバイルローカルエリアネットワークグループの利用量を取得するステップ、または
前記課金処理デバイスによって、前記グループ識別子に基づいて前記モバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせ、前記外部グループ識別子に基づいて前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行するステップ
のうちのいずれか１つを含む請求項５または６に記載の方法。

【請求項8】

前記メンバデータ接続セッションの前記課金情報は、第１の課金データを含み、前記第１の課金データは、前記メンバデータ接続セッションの利用量および／またはクォータ適用量を含み、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行する前記ステップは、前記課金処理デバイスによって、前記第１の課金データに対して課金処理を実行するステップを含み、前記課金処理結果は、前記第１の課金データに対して課金処理を実行した結果を含む請求項５乃至７のいずれか一項に記載の方法。

【請求項9】

前記メンバデータ接続セッションの前記課金情報は、前記第１の課金データに対応するグループ内転送方式をさらに含み、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行する前記ステップは、
前記課金処理デバイスによって、前記グループ内転送方式に基づいて前記第１の課金データの課金レートを決定するステップ、または前記課金処理デバイスによって、前記第１の課金データおよび前記第１の課金データに対応するグループ内転送方式を前記メンバデータ接続セッションの課金データ記録に記録するステップをさらに含む請求項８に記載の方法。

【請求項10】

プロセッサおよびメモリを含む課金トリガデバイスであって、
前記メモリは、プログラム命令を記憶するように構成され、
前記プロセッサは、前記メモリに記憶された前記プログラム命令を呼び出して前記プログラム命令を実行するように構成され、前記課金トリガデバイスが請求項１乃至４のいずれか一項に記載の課金処理の方法を実行するようにする、課金トリガデバイス。

【請求項11】

プロセッサおよびメモリを含む課金処理デバイスであって、
前記メモリは、プログラム命令を記憶するように構成され、
前記プロセッサは、前記メモリに記憶された前記プログラム命令を呼び出して前記プログラム命令を実行するように構成され、前記課金処理デバイスが請求項５乃至９のいずれか一項に記載の課金処理の方法を実行するようにする、課金処理デバイス。

【請求項12】

請求項１０に記載の課金トリガデバイス及び請求項１１に記載の課金処理デバイスを含む課金処理システム。

【請求項13】

命令を含むコンピュータ可読記憶媒体であって、前記命令がコンピュータ上で実行されたときに、前記コンピュータが、請求項１乃至９のいずれか一項に記載の課金処理の方法を実行することができるようになる、コンピュータ可読記憶媒体。

【請求項14】

課金処理の方法であって、
課金トリガデバイスによって、課金要求メッセージを課金処理デバイスへ送信するステップであって、前記課金要求メッセージは、ローカルエリアネットワーク課金情報を含み、前記ローカルエリアネットワーク課金情報は、少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するモバイルローカルエリアネットワークサービスに関係する課金情報であり、前記ローカルエリアネットワーク課金情報は、メンバデータ接続セッションの課金情報およびグループ識別子を含み、前記メンバデータ接続セッションは、前記モバイルローカルエリアネットワークサービスを使用する前記モバイルローカルエリアネットワークグループ内のメンバユーザデバイスと対応するユーザプレーンデータゲートウェイとの間のデータ接続セッションであり、前記課金情報に含まれる前記グループ識別子は、同じグループ識別子を有する他の課金情報に関連付けるために使用される、ステップと、
前記課金処理デバイスによって、前記課金要求メッセージを前記課金トリガデバイスから受信するステップと、
前記課金処理デバイスによって、課金応答メッセージを前記課金トリガデバイスへ送信するステップであって、前記課金応答メッセージは、課金処理結果を含み、前記課金処理結果は、前記ローカルエリアネットワーク課金情報に対して実行された課金処理の結果であり、前記課金要求内の前記グループ識別子を含む前記課金情報は、前記同じグループ識別子を含む他の課金情報に関連付けられる、ステップと、
前記課金トリガデバイスによって、前記課金応答メッセージを前記課金処理デバイスから受信するステップと
を含む方法。

【請求項15】

前記メンバデータ接続セッションの前記課金情報は、第１のサービスインジケーション情報を含み、前記第１のサービスインジケーション情報は、前記メンバデータ接続セッションが前記モバイルローカルエリアネットワークグループ内のグループ内通信に使用されることを示し、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して前記課金処理を実行するステップは、
前記課金処理デバイスによって、前記第１のサービスインジケーション情報に基づいて、前記メンバデータ接続セッションが前記モバイルローカルエリアネットワークグループ内のグループ内通信に使用されると決定するステップを含む、請求項１４に記載の方法。

【請求項16】

前記グループ識別子は、前記モバイルローカルエリアネットワークグループの識別子であり、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して前記課金処理を実行するステップは、
前記課金処理デバイスによって、前記グループ識別子に基づいて前記モバイルローカルエリアネットワークグループに対応するアカウントを決定するステップ、
前記課金処理デバイスによって、前記グループ識別子を前記メンバデータ接続セッションの課金データ記録に記録するステップ、
前記課金処理デバイスによって、前記グループ識別子をアソシエーション識別子として使用してメンバの利用量を関連付け、累積によって前記モバイルローカルエリアネットワークグループの利用量を取得するステップ、または
前記課金処理デバイスによって、前記グループ識別子に基づいて前記モバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせ、前記外部グループ識別子に基づいて前記メンバデータ接続セッションの前記課金情報に対して課金処理を実行するステップ
のうちのいずれか１つを含む請求項１４または１５に記載の方法。

【請求項17】

前記メンバデータ接続セッションの前記課金情報は、第１の課金データをさらに含み、前記第１の課金データは、前記メンバデータ接続セッションの利用量および／またはクォータ適用量を含み、
前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して前記課金処理を実行するステップは、前記課金処理デバイスによって、前記第１の課金データに対して課金処理を実行するステップを含み、前記課金処理結果は、前記第１の課金データに対して課金処理を実行した結果を含む請求項１４乃至１６のいずれか一項に記載の方法。

【請求項18】

前記メンバデータ接続セッションの前記課金情報は、前記第１の課金データに対応するグループ内転送方式をさらに含み、前記課金処理デバイスによって、前記メンバデータ接続セッションの前記課金情報に対して前記課金処理を実行するステップは、
前記課金処理デバイスによって、前記グループ内転送方式に基づいて前記第１の課金データの課金レートを決定するステップ、または前記課金処理デバイスによって、前記第１の課金データおよび前記第１の課金データに対応するグループ内転送方式を前記メンバデータ接続セッションの課金データ記録に記録するステップをさらに含む請求項１７に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信分野に関し、さらに詳細には、モバイルローカルエリアネットワークサービスに対する課金処理を実行する方法、システム、および関連するデバイスに関する。

【背景技術】

【0002】

本開示は、参照によりその全体が本明細書に組み込まれる、「ｍｅｔｈｏｄ ｆｏｒ ｐｅｒｆｏｒｍｉｎｇ ｃｈａｒｇｉｎｇ ｐｒｏｃｅｓｓｉｎｇ ｏｎ ｍｏｂｉｌｅ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ， ｓｙｓｔｅｍ， ａｎｄ ｒｅｌａｔｅｄ ｄｅｖｉｃｅ」と題する２０２１年１月１５日に中国国家知識産権局に出願された中国特許出願第２０２１１００５８０１７．２号の優先権を主張するものである。

【0003】

従来のローカルエリアネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ，ＬＡＮ）は、特定の地理学的領域内の複数のユーザデバイスおよびサーバなどを相互接続することによって形成される通信ネットワークであり、複数のユーザデバイスの間のファイル管理およびデータ共有などの機能を実装することができ、高いデータ伝送効率および低いビット誤り率という利点を有するが、例えば１つの企業の構内しかカバーしないなど地理学的有効範囲が狭く、従来のローカルエリアネットワークのユーザデバイスは、移動することができない。

【0004】

ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ，ＷＬＡＮ）は、従来のローカルエリアネットワークと比較するとユーザデバイスの可動性の点で大きく改善されているが、ワイヤレスアクセスデバイス（ワイヤレスルータなど）の伝送電力およびネットワーキングスケールの制限により、例えば１つの作業場または１つのフロアしかカバーすることができないなど、地理学的有効範囲が狭い。

【0005】

仮想私設網（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ，ＶＰＮ）は、異なるネットワークの構成要素とリソースの間の相互接続を実施することができ、インターネット（ｉｎｅｔｒｎｅｔ）または別の公衆インターネットネットワークのインフラストラクチャを用いてユーザのためのトンネルを作成することができ、例えば行政区画全体やさらには国全体など大きな範囲をカバーすることができ、私設網と同じ安全性および機能性を提供することもできる。しかし、これは、公衆通信インフラストラクチャ上に構築された接続技術である。この接続技術では、事業者のネットワークリソースに対する管理権が弱く、ユーザデバイス間の通信のサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）を保証することが困難であり、市場の要件を満たすことはますます困難である。

【0006】

例えば第五世代通信システムのローカルエリアネットワーク（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ，５Ｇ ＬＡＮ）など、最近登場したモバイルローカルエリアネットワークは、電気通信事業者のコアネットワークデバイスのデータ交換またはルーティング転送能力に依拠しており、ユーザデバイスのグループ内の任意の２つ以上のユーザデバイスにインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ，ＩＰ）型または非ＩＰ型（イーサネット型など）の通信を提供して、ユーザデバイス間のポイントツーポイントまたはポイントツーマルチポイントデータ伝送を実装することができる。このような通信サービスは、行政区画全体やさらには国全体など、広い地理学的範囲をカバーすることができる。したがって、このモバイルローカルエリアネットワークは、企業のオフィス、工場の製造、車両のインターネット、電力系統の保守、および家庭通信などのシナリオに適用可能である。例えば、異なる行政区画、都市、または国にある多国籍工場の数百の産業制御デバイスが、「産業制御デバイスグループ」を形成することができ、このグループ内の産業制御デバイスが、互いにイーサネットデータパケットを送信し合う。別の例では、大企業の異なるオフィスにある数千のオフィスデバイス（携帯電話、コンピュータ、ラップトップコンピュータなど）が、「オフィスデバイスグループ」を形成することもあり、このグループ内のオフィスデバイスが、互いにＩＰデータパケットを送信し合うこともある。これらのシナリオでは、事業者は、ユーザプレーンデータゲートウェイに対して管理および制御能力を有し、ユーザデバイス間のデータ伝送のＱｏＳをより良好に保証することができる。したがって、全体的な性能は、従来のＬＡＮ、ＷＬＡＮ、およびＶＰＮの性能よりも良好である。

【0007】

しかし、第三世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ，３ＧＰＰ）標準仕様に定義される課金機能（ＣＨａｒｇｉｎｇ Ｆｕｎｃｔｉｏｎ，ＣＨＦ）デバイスなど、既存の課金処理デバイスは、１つのユーザデバイスの従来の通信サービスに対する課金処理を独立して実行することしかできない。したがって、モバイルローカルエリアネットワーク内のメンバユーザデバイス間の通信サービスに対して課金処理をどのように実行するかが、解決する必要がある喫緊の技術的問題である。

【発明の概要】

【0008】

上記に鑑みて、従来の課金処理方法を用いてモバイルローカルエリアネットワークサービスに対して実行される課金処理による、不正確な課金や、複数の課金要件を柔軟にサポートすることができないなどの問題を解決するようにモバイルローカルエリアネットワークサービスに対して課金処理を実行する方法を提供することが必要である。

【0009】

第１の態様によれば、本願の実施形態は、課金トリガデバイスに適用される、モバイルローカルエリアネットワークサービスに対して課金処理を実行する方法を提供する。課金トリガデバイスは、課金処理デバイスと通信し、課金トリガデバイスは、少なくとも１つのユーザプレーンデータゲートウェイを管理し、モバイルローカルエリアネットワークサービスは、少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するサービスであり、この方法は、
課金要求メッセージを課金処理デバイスに送信することであり、ここで、課金要求メッセージは、課金トリガデバイスによって取得されるローカルエリアネットワーク課金情報を含み、ローカルエリアネットワーク課金情報は、モバイルローカルエリアネットワークサービスに関係する課金情報である、ことと、
課金応答メッセージを課金処理デバイスから受信することであり、ここで、課金応答メッセージは、課金処理結果を含み、課金処理結果は、ローカルエリアネットワーク課金情報に対して課金処理デバイスによって実行された課金処理の結果である、ことと
を含む。

【0010】

可能な解決策では、ローカルエリアネットワーク課金情報が、メンバデータ接続セッションの課金情報を含む場合には、課金処理結果は、メンバデータ接続セッションの課金情報に対して課金処理デバイスによって実行された課金処理の結果を含み、ここで、メンバデータ接続セッションは、モバイルローカルエリアネットワークサービスを使用するモバイルローカルエリアネットワークグループ内のメンバユーザデバイスと対応するユーザプレーンデータゲートウェイとの間のデータ接続セッションである。

【0011】

可能な解決策では、メンバデータ接続セッションの課金情報は、第１のサービスインジケーション情報を含み、第１のサービスインジケーション情報は、メンバデータ接続セッションがモバイルローカルエリアネットワークグループ内のグループ内通信に使用されることを示す。

【0012】

可能な解決策では、メンバデータ接続セッションの課金情報は、グループ識別子を含み、グループ識別子は、モバイルローカルエリアネットワークグループの識別子である。

【0013】

可能な解決策では、メンバデータ接続セッションの課金情報は、第１の課金データをさらに含み、第１の課金データは、メンバデータ接続セッションの利用量および／またはクォータ適用量を含み、課金処理結果は、第１の課金データに対して課金処理デバイスによって実行された課金処理の結果を含む。

【0014】

可能な解決策では、メンバデータ接続セッションの課金情報は、第１の課金データに対応するグループ内転送方式をさらに含み、グループ内転送方式は、ローカル切換え転送、ゲートウェイトンネル転送、およびデータネットワーク転送のうちのいずれか１つである。

【0015】

可能な解決策では、メンバデータ接続セッションの課金情報は、メンバユーザデバイスのグループ内通信モードをさらに含み、グループ内通信モードは、ユニキャスト、マルチキャスト、またはブロードキャストのうちのいずれか１つである。

【0016】

可能な解決策では、課金要求メッセージが、メンバデータ接続セッションのための課金リソースを作成するように課金処理デバイスに要求する場合には、課金処理結果は、メンバデータ接続セッションのために課金処理デバイスによって作成される課金リソースの識別子を含む。

【0017】

可能な解決策では、課金要求メッセージが、メンバデータ接続セッションの課金リソースを更新するように課金処理デバイスに要求する場合には、課金処理結果は、メンバデータ接続セッションの課金リソースを更新した結果を含む。

【0018】

可能な解決策では、課金要求メッセージが、メンバデータ接続セッションの課金リソースを削除するように課金処理デバイスに要求する場合には、課金処理結果は、メンバデータ接続セッションの課金リソースを削除した結果を含む。

【0019】

第１の態様の課金処理方法によれば、課金トリガデバイスは、モバイルローカルエリアネットワークグループ内の各メンバデータ接続セッションに関係する課金情報を収集および報告することができるので、課金処理デバイスは、電気通信事業者のネットワークによるグループ内通信への寄与をより良好に測定することができる。モバイルローカルエリアネットワークサービスに対して、洗練された課金処理が実行されることが可能である。これは、課金の精度を向上させ、複数の課金要件を柔軟にサポートする助けになる。例えば、エンドツーエンドの利用量に基づいて課金が実行されることが可能である。

【0020】

可能な解決策では、課金トリガデバイスが、２つ以上のユーザプレーンデータゲートウェイを管理し、ローカルエリアネットワーク課金情報が、データゲートウェイ間トンネルの課金情報を含む場合には、課金処理結果は、データゲートウェイ間トンネルの課金情報に対して課金処理デバイスによって実行された課金処理の結果を含み、ここで、データゲートウェイ間トンネルは、課金トリガデバイスによって管理される２つのユーザプレーンデータゲートウェイの間のデータ伝送トンネルであり、データゲートウェイ間トンネルの課金情報は、データゲートウェイ間トンネルについての情報を含む。

【0021】

可能な解決策では、データゲートウェイ間トンネルの課金情報は、第２のサービスインジケーション情報をさらに含み、第２のサービスインジケーション情報は、データゲートウェイ間トンネルがモバイルローカルエリアネットワークグループ内のグループ内通信に使用されることを示す。

【0022】

可能な解決策では、データゲートウェイ間トンネルの課金情報は、グループ識別子をさらに含み、グループ識別子は、モバイルローカルエリアネットワークグループの識別子である。

【0023】

可能な解決策では、メンバデータ接続セッションの課金情報は、第２の課金データをさらに含み、第２の課金データは、データゲートウェイ間トンネルを通して伝送される利用量を含み、課金処理結果は、第２の課金データに対して課金処理デバイスによって実行された課金処理の結果を含む。

【0024】

可能な解決策では、課金要求メッセージが、データゲートウェイ間トンネルのための課金リソースを作成するように課金処理デバイスに要求する場合には、課金処理結果は、データゲートウェイ間トンネルのために課金処理デバイスによって作成される課金リソースの識別子を含む。

【0025】

可能な解決策では、課金要求メッセージが、データゲートウェイ間トンネルの課金リソースを更新するように課金処理デバイスに要求する場合には、課金処理結果は、データゲートウェイ間トンネルの課金リソースを更新した結果を含む。

【0026】

可能な解決策では、課金要求メッセージが、データゲートウェイ間トンネルの課金リソースを削除するように課金処理デバイスに要求する場合には、課金処理結果は、データゲートウェイ間トンネルの課金リソースを削除した結果を含む。

【0027】

第１の態様の課金処理方法によれば、課金トリガデバイスは、モバイルローカルエリアネットワークグループ内のグループ内通信に関係するデータゲートウェイ間トンネルの課金情報をさらに収集および報告することができるので、課金処理デバイスは、電気通信事業者のネットワークのグループ内通信への寄与をより包括的に測定することができる（データゲートウェイ間トンネルの寄与が補足される）。モバイルローカルエリアネットワークサービスに対して、さらに洗練された課金処理が実行される。これにより、課金の精度を向上させる助けとなり、より多くの課金要件をサポートすることもできる。例えば、ネットワークリソース（例えばデータゲートウェイ間トンネル）の利用量に基づいて課金が実行されることが可能である。

【0028】

第２の態様によれば、本開示の実施形態は、課金処理デバイスに適用される、モバイルローカルエリアネットワークサービスに対して課金処理を実行する方法を提供する。課金処理デバイスは、課金トリガデバイスと通信し、モバイルローカルエリアネットワークサービスは、モバイルローカルエリアネットワークグループにグループ内通信を提供するサービスであり、この方法は、
課金要求メッセージを課金トリガデバイスから受信することであり、ここで、課金要求メッセージは、課金トリガデバイスによって取得されるローカルエリアネットワーク課金情報を含み、ローカルエリアネットワーク課金情報は、モバイルローカルエリアネットワークサービスに関係する課金情報である、ことと、
課金応答メッセージを課金トリガデバイスに送信することであり、ここで、課金応答メッセージは、課金処理結果を含み、課金処理結果は、ローカルエリアネットワーク課金情報に対して課金処理デバイスによって実行された課金処理の結果である、ことと
を含む。

【0029】

可能な解決策では、ローカルエリアネットワーク課金情報が、メンバデータ接続セッションの課金情報を含む場合には、課金応答メッセージを課金トリガデバイスに送信する前に、この方法は、メンバデータ接続セッションの課金情報に対して課金処理を実行することをさらに含み、ここで、課金処理結果は、メンバデータ接続セッションの課金情報に対して課金処理を実行した結果を含み、メンバデータ接続セッションは、モバイルローカルエリアネットワークサービスを使用するモバイルローカルエリアネットワークグループ内のメンバユーザデバイスと対応するユーザプレーンデータゲートウェイとの間のデータ接続セッションである。

【0030】

可能な解決策では、メンバデータ接続セッションの課金情報が、第１のサービスインジケーション情報を含む場合には、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、第１のサービスインジケーション情報に基づいて、メンバデータ接続セッションがモバイルローカルエリアネットワークグループ内のグループ内通信に使用されると決定することを含む。

【0031】

可能な解決策では、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、第１のサービスインジケーション情報に基づいて、メンバユーザデバイスがモバイルローカルエリアネットワークサービスを使用することができるかどうかについての認証を実行することをさらに含み、ここで、課金処理結果は、認証の結果を含む。

【0032】

可能な解決策では、メンバデータ接続セッションの課金情報が、グループ識別子を含む場合には、グループ識別子は、モバイルローカルエリアネットワークグループの識別子であり、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、
グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応するアカウントを決定すること、
グループ識別子をメンバデータ接続セッションの課金データ記録に記録すること、
グループ識別子をアソシエーション識別子として使用してメンバの利用量を関連付け、累積によってモバイルローカルエリアネットワークグループの利用量を取得すること、または
グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせ、外部グループ識別子に基づいてメンバデータ接続セッションの課金情報に対して課金処理を実行すること
のうちのいずれか１つを含む。

【0033】

可能な解決策では、メンバデータ接続セッションの課金情報が、第１の課金データを含み、第１の課金データが、メンバデータ接続セッションの利用量および／またはクォータ適用量を含む場合には、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、第１の課金データに対して課金処理を実行することを含み、ここで、課金処理結果は、第１の課金データに対して課金処理を実行した結果を含む。

【0034】

可能な解決策では、メンバデータ接続セッションの課金情報が、第１の課金データに対応するグループ内転送方式をさらに含み、グループ内転送方式が、ローカル切換え転送、ゲートウェイトンネル転送、およびデータネットワーク転送のうちのいずれか１つである場合には、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、グループ内転送方式に基づいて第１の課金データの課金レートを決定すること、または第１の課金データおよび第１の課金データに対応するグループ内転送方式をメンバデータ接続セッションの課金データ記録に記録することをさらに含む。

【0035】

可能な解決策では、メンバデータ接続セッションの課金情報が、メンバユーザデバイスのグループ内通信モードをさらに含み、グループ内通信モードが、ユニキャスト、マルチキャスト、またはブロードキャストのうちのいずれか１つである場合には、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、グループ内通信モードに基づいて第１の課金データの課金レートを決定すること、またはグループ内通信モードをメンバデータ接続セッションの課金データ記録に記録することをさらに含む。

【0036】

可能な解決策では、課金要求メッセージが、メンバデータ接続セッションのための課金リソースを作成するように課金処理デバイスに要求する場合には、メンバデータ接続セッションの課金情報に対して課金処理を実行することは、メンバデータ接続セッションのための課金リソースを作成することを含み、ここで、課金処理結果は、課金リソースの識別子を含む。

【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】

可能な解決策では、処理モジュールは、第１のサービスインジケーション情報に基づいて、メンバユーザデバイスがモバイルローカルエリアネットワークサービスを使用することができるかどうかについての認証を実行するようにさらに構成される。

【0067】

可能な解決策では、メンバデータ接続セッションの課金情報が、グループ識別子を含み、グループ識別子が、モバイルローカルエリアネットワークグループの識別子である場合には、処理モジュールは、
グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応するアカウントを決定する、
グループ識別子をメンバデータ接続セッションの課金データ記録に記録する、
グループ識別子をアソシエーション識別子として使用してメンバの利用量を関連付け、累積によってモバイルローカルエリアネットワークグループの利用量を取得する、または
グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせ、外部グループ識別子に基づいてメンバデータ接続セッションの課金情報に対して課金処理を実行する
ようにさらに構成される。

【0068】

可能な解決策では、メンバデータ接続セッションの課金情報が、第１の課金データおよびグループ内転送方式を含み、第１の課金データが、メンバデータ接続セッションの利用量および／またはクォータ適用量を含み、グループ内転送方式が、ローカル切換え転送、ゲートウェイトンネル転送、およびデータネットワーク転送のうちのいずれか１つである場合には、処理モジュールは、
グループ内転送方式に基づいて第１の課金データの課金レートを決定する、または
第１の課金データおよび第１の課金データに対応するグループ内転送方式をメンバデータ接続セッションの課金データ記録に記録する
ようにさらに構成される。

【0069】

可能な解決策では、ローカルエリアネットワーク課金情報が、データゲートウェイ間トンネルの課金情報を含む場合には、送信モジュールが課金応答メッセージを課金トリガデバイスに送信する前に、処理モジュールは、データゲートウェイ間トンネルの課金情報に対して課金処理を実行するようにさらに構成され、ここで、データゲートウェイ間トンネルは、課金トリガデバイスによって管理される２つのユーザプレーンデータゲートウェイの間のデータ伝送トンネルであり、データゲートウェイ間トンネルの課金情報は、データゲートウェイ間トンネルについての情報を含む。

【0070】

可能な解決策では、データゲートウェイ間トンネルの課金情報が、第２のサービスインジケーション情報をさらに含む場合には、処理モジュールは、第２のサービスインジケーション情報に基づいて、データゲートウェイ間トンネルがモバイルローカルエリアネットワークグループ内のグループ内通信に使用されると決定するようにさらに構成される。

【0071】

可能な解決策では、データゲートウェイ間トンネルの課金情報が、グループ識別子をさらに含み、グループ識別子が、モバイルローカルエリアネットワークグループの識別子である場合には、課金処理デバイスは、
グループ識別子に基づいて、モバイルローカルエリアネットワークグループに対応するアカウントを決定する、
グループ識別子をデータゲートウェイ間トンネルの課金データ記録に記録する、または
グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせ、外部グループ識別子に基づいてデータゲートウェイ間トンネルの課金情報に対して課金処理を実行する
ようにさらに構成される。

【0072】

第６の態様によれば、本開示の実施形態は、プロセッサおよびメモリを含む課金トリガデバイスを提供する。

【0073】

メモリは、プログラム命令を記憶するように構成される。

【0074】

プロセッサは、メモリに記憶されたプログラム命令を呼び出してプログラム命令を実行するように構成され、課金トリガデバイスが第１の態様の任意の可能な解決策の課金処理方法を実行するようにする。

【0075】

第７の態様によれば、本開示の実施形態は、プロセッサおよびメモリを含む課金処理デバイスを提供する。

【0076】

メモリは、プログラム命令を記憶するように構成される。

【0077】

プロセッサは、メモリに記憶されたプログラム命令を呼び出してプログラム命令を実行するように構成され、課金処理デバイスが第２の態様の任意の可能な解決策の課金処理方法を実行するようにする。

【0078】

第８の態様によれば、本開示の実施形態は、命令を含むコンピュータ可読記憶媒体を提供する。命令がコンピュータ上で実行されたときに、コンピュータは、第１の態様、第２の態様、第１の態様の任意の可能な解決策、または第２の態様の任意の可能な解決策に対応する課金処理方法を実行することができるようになる。

【図面の簡単な説明】

【0079】

【図1】既存の通信システムの構造図である。

【図2A】本開示の実施形態による第１の通信システムの構造図である。

【図2B】本開示の実施形態によるグループ内転送方式の概略図である。

【図3A】本開示の実施形態による第２の通信システムの構造図である。

【図3B】本開示の実施形態による第１の課金処理方法の流れ図である。

【図3C】本開示の実施形態による第２の課金処理方法の流れ図である。

【図4A】本開示の実施形態による第３の通信システムの構造図である。

【図4B】本開示の実施形態による５Ｇローカルエリアネットワークにおける第１のグループ内転送方式の概略図である。

【図4C】本開示の実施形態による５Ｇローカルエリアネットワークにおける第２のグループ内転送方式の概略図である。

【図4D】本開示の実施形態による５Ｇローカルエリアネットワークにおける第３のグループ内転送方式の概略図である。

【図5A】本開示の実施形態による第３の課金処理方法の流れ図である。

【図5B】本開示の実施形態による第３の課金処理方法の流れ図である。

【図6】本開示の実施形態による第４の課金処理方法の流れ図である。

【図7A】本開示の実施形態による複数のＣＨＦデバイスの第１のネットワーク化の概略図である。

【図7B】本開示の実施形態による複数のＣＨＦデバイスの第２のネットワーク化の概略図である。

【図8】本開示の実施形態による課金トリガデバイスおよび課金処理デバイスのハードウェア構造の概略図である。

【図9】本開示の実施形態による課金処理デバイスの論理構造の概略図である。

【図10】本開示の実施形態による課金トリガデバイスの論理構造の概略図である。

【発明を実施するための形態】

【0080】

以下、本開示の実施形態の添付の図面を参照して、本開示の実施形態の技術的解決策について説明する。

【0081】

本開示の説明では、「／」は、特に指定がない限り、関連するオブジェクトの間の「または」の関係を示す。例えば、Ａ／Ｂは、ＡまたはＢを示し得る。本開示における「および／または」という用語は、関連するオブジェクトを説明するための関連関係を示すものであり、３つの関係が存在し得ることを示している。例えば、Ａおよび／またはＢは、次の３つのケース、すなわちＡのみが存在するケース、ＡおよびＢが両方とも存在するケース、ならびにＢのみが存在するケースを示すことがあり、ここで、ＡおよびＢは、単数であることも複数であることもある。さらに、本開示の説明において、特に指定がない限り、「複数の」は２つ以上を意味する。さらに、本開示の実施形態における技術的解決策を明確に説明するために、第１および第２などの用語は、本開示の実施形態では、同じ品目どうし、または基本的に同じ機能もしくは目的を提供する類似の品目どうしを区別するために使用されている。当業者なら、「第１の」および「第２の」などの用語が数量および実行順序を限定するものではなく、また「第１の」および「第２の」などの用語が明確な差異を示すものではないことを理解し得る。

【0082】

図１は、既存の通信システムの構造図である。この通信システムは、ユーザデバイス１０３と、ワイヤレスアクセスデバイス１０４と、ユーザプレーンデータゲートウェイ１０５と、データネットワーク１０６と、課金トリガデバイス１０２と、課金処理デバイス１０１とを含む。ユーザデバイス１０３は、ユーザプレーンデータゲートウェイ１０５を用いてデータ接続セッション１０３Ｐをセットアップして、データネットワーク１０６内のサーバまたは別の通信デバイスと通信する。課金トリガデバイス１０２は、制御プレーンデータゲートウェイと共にデプロイされ、ユーザデバイス１０３のデータ接続セッション１０３Ｐ中の利用量（トラフィックまたは期間）情報を収集し、その情報を課金処理デバイス１０１に送信して、課金処理デバイス１０１がユーザデバイス１０３に対して課金処理を実行するようにする。課金処理方法では、全てのユーザデバイスのデータ接続セッションは互いに独立しており、課金リソースを作成し、課金（オンライン課金およびオフライン課金を含む）を処理するプロセスも互いに独立しており、互いに干渉しない。

【0083】

ただし、モバイルローカルエリアネットワークグループに適用される場合には、課金処理方法は、多様化する市場の要件を満たすことができない。以下、図２Ａおよび図２Ｂを参照してモバイルローカルエリアネットワークグループの内部通信機構について述べ、既存の課金処理方法の問題について述べる。さらに、図３Ａから図３Ｃを参照して、モバイルローカルエリアネットワークグループの内部通信に対する課金処理をどのように実行するかについて述べる。

【0084】

図２Ａは、本開示の実施形態による第１の通信システムの構造図である。この通信システムは、制御プレーンデータゲートウェイ２０２、および制御プレーンデータゲートウェイ２０２によって管理されるユーザプレーンデータゲートウェイ２０３から２０５と、アクセスデバイス２０６から２０９と、モバイルローカルエリアネットワークグループのメンバユーザデバイス２１０から２１３とを含む。さらに、この通信システムは、例えばアクセス管理デバイスなどの別のデバイスをさらに含む。詳細について、ひとつひとつ述べることはしない。

【0085】

当業者が本開示の実施形態を理解するのを助けるために、以下、図２Ａに示される構成要素および関連する概念について簡単に説明する。

【0086】

ユーザデバイス（ｕｓｅｒ ｄｅｖｉｃｅ）：ユーザデバイスは、端末ユーザのデバイスである。このデバイスは、ワイヤレス通信能力を有することがあり、エアインタフェースを介してワイヤレスアクセスデバイス（例えばアクセスデバイス２０６）に接続され得る。このデバイスは、有線通信能力を有することもあり、優先インタフェースを介して有線アクセスデバイス（例えばアクセスデバイス２０７）に接続されることもある。製品の形態に関しては、このデバイスは、スマートフォン、ワイヤレス通信機能を備えたラップトップ（Ｌａｐｔｏｐ）コンピュータ、タブレットコンピュータ、ウェアラブルデバイス、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ，ＡＲ）デバイス、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＩｏＴ）デバイス、または卓上のデスクトップコンピュータなどであり得る。

【0087】

ユーザデバイスは、例えば図４ＡのＵＥ４１０からＵＥ４１３など、３ＧＰＰ標準仕様に定義されるユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）であることもある。

【0088】

本開示の実施形態における「接続」または「接続される」は、直接的な接続または間接的な接続を含むことに留意されたい。後者は、１つまたは複数の中間ネットワークデバイスを介した接続を指す。詳細について繰り返し述べることはしない。

【0089】

データネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ，ＤＮ）：データネットワークは、例えばインターネット（ｉｎｔｅｒｎｅｔ）など、データ伝送のための転送点としてデータスイッチを使用することによって形成されるネットワークであり、アプリケーションサーバ（図２Ａには図示せず）を含む。一般に、データネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ，ＤＮＮ）が、データネットワークの識別子として使用される。

【0090】

モバイルローカルエリアネットワーク：モバイルローカルエリアネットワークは、モバイル通信ネットワーク（例えば５Ｇネットワーク）に基づいて実装される仮想ローカルエリアネットワークであり、図２Ａのユーザプレーンデータゲートウェイ２０３から２０５などの少なくとも１つのユーザプレーンデータゲートウェイを主に含む。各ユーザプレーンデータゲートウェイは、制御プレーンデータゲートウェイに接続され（例えばユーザプレーンデータゲートウェイ２０３～２０５は制御プレーンデータゲートウェイ２０２に接続され）、制御プレーンデータゲートウェイによって管理される。モバイルローカルエリアネットワークが複数のユーザプレーンデータゲートウェイを含むときには、異なるユーザプレーンデータゲートウェイが互いに接続されて（例えばユーザプレーンデータゲートウェイ２０３はユーザプレーンデータゲートウェイ２０４に接続され、またユーザプレーンデータゲートウェイ２０３はデータネットワーク２１６を介してユーザプレーンデータゲートウェイ２０５に接続され）、モバイルローカルエリアネットワークグループ内のメンバユーザデバイス間の通信のためのサービスを提供する。複数のモバイルローカルエリアネットワークグループが、同じユーザプレーンデータゲートウェイを共有することもある。

【0091】

図２Ａのユーザプレーンデータゲートウェイの間のトポロジ関係は例であり、限定ではないことは理解することができる。例えば、制御プレーンデータゲートウェイは、ユーザプレーンデータゲートウェイ２０４とユーザプレーンデータゲートウェイ２０５の間のデータゲートウェイ間トンネルの確立をさらにトリガすることもある。これにより、ユーザデバイス２１２からユーザデバイス２１３に送信されるデータパケットは、ユーザプレーンデータゲートウェイ２０３を介して迂回して転送される必要はなく、ユーザプレーンデータゲートウェイ２０４からユーザプレーンデータゲートウェイ２０５に直接送信されることが可能になる。

【0092】

いくつかの適用シナリオでは、モバイルローカルエリアネットワーク内のいくつかのユーザデバイスがデスクトップコンピュータなどの有線通信デバイスであることもあることは理解することができる。

【0093】

モバイルローカルエリアネットワークは、３ＧＰＰ標準仕様に定義される５Ｇローカルエリアネットワーク（５Ｇ ＬＡＮ－Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ，５Ｇ ＬＡＮ ＶＮ）であることがある。５Ｇローカルエリアネットワークは、ＵＥ間のポイントツーポイントデータ伝送を提供することがある。データ伝送が実行される前に、２つのＵＥのプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ，ＰＤＵ）セッションの間でアソシエーションが確立される必要がある。同じ５Ｇローカルエリアネットワークグループ内の全てのメンバＵＥのＰＤＵセッションは、同じセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＳＭＦ）デバイスによって管理および制御されることもあるし、複数のＳＭＦデバイスによって管理および制御されることもある。本開示の実施形態では、同じ５Ｇローカルエリアネットワークグループ内の全てのメンバＵＥのＰＤＵセッションが同じＳＭＦデバイスによって管理および制御される例を用いて、技術的解決策について説明する。全てのメンバＵＥのＰＤＵセッションが複数のＳＭＦデバイスによって管理および制御されるシナリオでは、各ＳＭＦデバイスの関連する動作については、本開示の実施形態を参照されたい。ＵＥ間のデータパケット伝送は、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ，ＵＰＦ）デバイス上のルーティング規則に従って実行され、このルーティング規則は、ＳＭＦデバイスからＵＰＦデバイスに送達される。

【0094】

モバイルローカルエリアネットワークグループ：モバイルローカルエリアネットワークグループは、モバイルローカルエリアネットワークにアクセスすることができるメンバユーザデバイスのセットである。セット内の各メンバユーザデバイスは、それぞれのアクセスデバイスを用いてユーザプレーンデータゲートウェイのユーザプレーンデータゲートウェイに接続されることがある。例えば、ユーザデバイス２１０は、アクセスデバイス２０６を用いてユーザプレーンデータゲートウェイ２０３に接続される。ユーザプレーンデータゲートウェイのデータ切換えまたはルーティング転送サービスに基づいて、異なるメンバユーザデバイスがＩＰ型または非ＩＰ型で互いに通信することができ、セット内の異なるメンバユーザデバイスは、異なる地理学的領域に分散していることがある。

【0095】

モバイルローカルエリアネットワークグループ内のメンバユーザデバイスは、追加または削除され得る。モバイルローカルエリアネットワークグループ内の全てのメンバユーザデバイスが同時にモバイルローカルエリアネットワークにアクセスするとは必ずしも限らない。図２Ａは、モバイルローカルエリアネットワークにアクセスする４つのメンバユーザデバイスの例を示している。実際の適用では、モバイルローカルエリアネットワークグループ内のメンバユーザデバイスは、必要なときにモバイルローカルエリアネットワークにアクセスする、またはモバイルローカルエリアネットワークから出ることがあることは理解することができる。

【0096】

本開示の実施形態では、モバイルローカルエリアネットワークグループは、２つの識別子を有する。１つは、外部グループ識別子であり、これは主にモバイルネットワーク事業者の外部システムで使用される。もう１つは、内部グループ識別子であり、これは、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ，ＵＤＭ）デバイスによって割り振られ、主にモバイルネットワーク事業者の内部システムで使用される。統合データ管理デバイスは、外部グループ識別子と内部グループ識別子の間のマッピング関係を確立する。特に指定がない限り、本開示の実施形態における「グループ識別子」は、モバイルローカルエリアネットワークグループの内部グループ識別子を指す。

【0097】

モバイルローカルエリアネットワークグループは、３ＧＰＰ標準仕様に定義される５Ｇローカルエリアネットワークグループ（５Ｇ ＬＡＮ Ｇｒｏｕｐ）であることがある。

【0098】

グループ内通信：「ローカルエリアネットワーク内の通信」または「プライベート通信」とも呼ばれるグループ内通信は、モバイルローカルエリアネットワークグループ内の少なくとも２つのメンバユーザデバイス間の通信である。

【0099】

モバイルローカルエリアネットワークサービス：モバイルローカルエリアネットワークサービスは、少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループ内のメンバユーザデバイスにグループ内通信を提供するサービスである。モバイルローカルエリアネットワークサービスのグループ識別子は、モバイルローカルエリアネットワークグループの識別子である。３ＧＰＰ標準仕様に定義される５Ｇローカルエリアネットワークタイプサービス（５Ｇ ＬＡＮ－Ｔｙｐｅ ｓｅｒｖｉｃｅ）は、モバイルローカルエリアネットワークサービスである。

【0100】

利用量：利用量は、特定の時間範囲内で課金処理のために課金処理デバイスに報告される伝送または消費されたサービス単位の数量である。本開示の実施形態では、利用量情報は、サービス単位の数量および伝送方向などを含み、サービス単位は、トラフィックまたは期間などであることがある。

【0101】

アップリンクトラフィック：アップリンクトラフィックは、特定の時間範囲内にメンバユーザデバイスからユーザプレーンデータゲートウェイに流れるバイトの数量を示す。

【0102】

ダウンリンクトラフィック：ダウンリンクトラフィックは、特定の時間範囲内にユーザプレーンデータゲートウェイからメンバユーザデバイスに伝送されるバイトの数量を示す。

【0103】

グループ内通信モード：グループ内通信モードは、モバイルローカルエリアネットワークサービスにおけるメンバユーザデバイス間のデータ交換方式である。具体的には、以下の３つの異なるグループ内通信モードがある。

【0104】

（１）ユニキャストは、２つのメンバユーザデバイス間の通信を示し、「１：１通信」、「一対一通信」、または「ポイントツーポイント通信」などとも呼ばれる。

【0105】

（２）マルチキャストは、１つのメンバユーザデバイスと複数の他のメンバユーザデバイスとの間の通信を示す、すなわち１つのメンバユーザデバイスが複数のメンバユーザデバイスに同時にデータパケットを送信する。実装では、ユーザプレーンデータゲートウェイが、メンバユーザデバイスによって送信されたデータパケットを複数の他のメンバユーザデバイスに分散させる。マルチキャストは、「１：Ｎ通信」、「一対多通信」、または「ポイントツーマルチポイント通信」などとも呼ばれる。

【0106】

（３）ブロードキャストは、１つのメンバユーザデバイスとモバイルローカルエリアネットワークにアクセスする他の全てのメンバユーザデバイスとの間の通信を示す、すなわち１つのメンバユーザデバイスがモバイルローカルエリアネットワークグループ内の全てのオンラインのメンバユーザデバイスにデータパケットを送信する。

【0107】

制御プレーンデータゲートウェイ：制御プレーンデータゲートウェイは、モバイルローカルエリアネットワークグループ内のメンバユーザデバイスがモバイルローカルエリアネットワークサービスを使用するためのユーザプレーンデータゲートウェイを選択し、メンバユーザデバイスのデータ接続セッションを管理し、ユーザプレーンデータゲートウェイ間トンネルを確立するようにユーザプレーンデータゲートウェイに指示し、データフロー転送規則をユーザプレーンデータゲートウェイに送達するように構成される。

【0108】

制御プレーンデータゲートウェイは、３ＧＰＰ標準仕様に定義される制御プレーンのパケットデータネットワークゲートウェイ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ ｆｏｒ ｃｏｎｔｒｏｌ ｐｌａｎｅ，ＰＧＷ－Ｃ）であることもあるし、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＳＭＦ）デバイス（例えば図４Ａに示されるＳＭＦデバイス４０２）であることもある。

【0109】

実際の適用では、通信システムは、複数の制御プレーンデータゲートウェイを有することもあり、各制御プレーンデータゲートウェイが、複数のモバイルローカルエリアネットワークのグループ内通信を管理することもあることは理解することができる。

【0110】

データ接続セッション：データ接続セッションは、ユーザデバイスとユーザプレーンデータゲートウェイの間のアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）であり、ユーザデバイスとアクセスされるネットワークの間またはユーザデバイスと別のユーザデバイスの間の通信のための接続サービスを提供するために使用される。データ接続セッションの作成プロセスは、ユーザデバイスによって開始されることがあり、データ接続セッションの除去プロセスは、ユーザデバイスによって開始されることもあるし、別のネットワークデバイスによって開始されることもある。本開示の実施形態では、データ接続セッションは、簡単に「データセッション」または「セッション」と呼ばれることもある。

【0111】

データ接続セッションは、３ＧＰＰ標準仕様に定義されるＩＰ接続アクセスネットワーク（ＩＰ－ｃｏｎｎｅｃｔｉｖｉｔｙ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＩＰ－ＣＡＮ）セッションまたはプロトコルデータユニットセッション（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ ｓｅｓｓｉｏｎ，ＰＤＵ ｓｅｓｓｉｏｎ）（例えば図４ＡのＰＤＵセッション４１０Ｐ）であることもあるし、別の形態のセッションであることもある。これは、本開示の実施形態では限定されない。

【0112】

本開示の実施形態におけるデータ接続セッションは、課金処理を必要とするデータ接続セッションを指し、無料の、または課金処理を必要としないデータ接続セッションは含まない。

【0113】

モバイルローカルエリアネットワークデータ接続セッション：モバイルローカルエリアネットワークデータ接続セッションは、図２Ｂの２１０Ｐから２１３Ｐなど、モバイルローカルエリアネットワークグループ内のグループ内通信のためのデータ接続セッションを示す。説明を容易にするために、モバイルローカルエリアネットワークデータ接続セッションは、本開示の実施形態では、簡単に「グループ内セッション」と呼ばれる。

【0114】

ＱｏＳフロー：ＱｏＳフローは、データ接続セッションにおけるＱｏＳ細分化の最小粒度での転送処理を示す。一般に、ＱｏＳフローを識別するために、ＱｏＳフロー識別子（ＱｏＳ Ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ，ＱＦＩ）が使用される。

【0115】

ユーザプレーンデータゲートウェイ：ユーザプレーンデータゲートウェイは、モバイルローカルエリアネットワークグループにグループ内通信サービスを提供するコアネットワーク要素であり、モバイルローカルエリアネットワークグループ内のメンバユーザデバイスのためのグループ内セッションを作成するように構成される。例えば図２Ｂを参照すると、制御プレーンデータゲートウェイ２０２の管理下で、ユーザプレーンデータゲートウェイ２０３は、ユーザデバイス２１０および２１１のためにグループ内セッション２１０Ｐおよび２１１Ｐをそれぞれセットアップし、ユーザプレーンデータゲートウェイ２０４は、ユーザデバイス２１２のためにグループ内セッション２１２Ｐをセットアップし、ユーザプレーンデータゲートウェイ２０５は、ユーザデバイス２１３のためにグループ内セッション２１３Ｐをセットアップする。これに基づき、モバイルローカルエリアネットワークグループ内でグループ内通信を実装するために、ユーザプレーンデータゲートウェイは、異なるグループ内セッション間（例えばグループ内セッション２１０Ｐと２１３Ｐの間）でデータパケットを転送するようにさらに構成される。説明を容易にするために、本開示の実施形態では、グループ内セッションのデータパケットがそのグループ内セッションのユーザプレーンデータゲートウェイから別のグループ内セッションに伝送される様式は、グループ内セッションのグループ内転送方式と呼ばれる。詳細には、ユーザプレーンデータゲートウェイ２０３は、さらなる説明のための例として用いられている。図２Ｂを参照されたい。

【0116】

ユーザプレーンデータゲートウェイは３ＧＰＰ標準仕様に定義されるユーザプレーンのパケットデータネットワークゲートウェイ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ ｆｏｒ ｕｓｅｒ ｐｌａｎｅ，ＰＧＷ－Ｕ）であることもあるし、ＰＤＵセッションアンカ（ＰＤＵ ｓｅｓｓｉｏｎ ａｎｃｈｏｒ，ＰＳＡ）ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ，ＵＰＦ）デバイス（例えば図４ＡのＰＳＡ ＵＰＦ４０３から４０５）などであることもある。

【0117】

図２Ｂは、本開示の本実施形態によるグループ内転送方式の概略図である。グループ内転送方式は、以下の方式を含む。

【0118】

（１）ローカルデータ交換サービスを介した転送：制御プレーンデータゲートウェイ２０２の管理下で、ユーザプレーンデータゲートウェイ２０３がローカルデータ交換サービスＬＳ－２１０－２１１を提供して、グループ内セッション２１０Ｐのデータパケットがグループ内セッション２１１Ｐに転送される、またはグループ内セッション２１１Ｐのデータパケットがグループ内セッション２１０Ｐに転送されるようにする。したがって、ユーザデバイス２１０は、ユーザデバイス２１１と通信することができる。説明を容易にするために、本開示の実施形態では、同じユーザプレーンデータゲートウェイに属する２つのグループ内セッションの間でユーザプレーンデータゲートウェイのローカルデータ交換サービスを介してデータパケットを転送する様式または手段は、ローカルデータ交換サービスを介した転送と呼ばれ、これは簡単にローカル切換え転送と呼ばれる。

【0119】

（２）データゲートウェイ間トンネルを介した転送：制御プレーンデータゲートウェイ２０２の管理下で、ユーザプレーンデータゲートウェイ２０３がユーザプレーンデータゲートウェイ２０４と対話してデータゲートウェイ間トンネルＴＮ－２０３－２０４を確立して、グループ内セッション２１０Ｐのデータパケットがグループ内セッション２１２Ｐに転送される、またはグループ内セッション２１２Ｐのデータパケットがグループ内セッション２１０Ｐに転送されるようにする。したがって、ユーザデバイス２１０は、ユーザデバイス２１２と通信することができる。説明を容易にするために、本開示の実施形態では、ユーザプレーンデータゲートウェイ間トンネルを介して２つのユーザプレーンデータゲートウェイにそれぞれ属する２つのグループ内セッションの間でデータパケットを（またはグループ内セッション内でデータパケットを）転送する様式または手段は、データゲートウェイ間トンネルを介した転送と呼ばれ、これは簡単にゲートウェイトンネル転送と呼ばれる。

【0120】

データゲートウェイ間トンネルは、３ＧＰＰ標準仕様に定義されるＮ１９トンネル（例えば図４ＡのＮ１９トンネルＮ１９－４０３～４０４）であることもある。

【0121】

（３）データネットワークを介した転送。制御プレーンデータゲートウェイ２０２の管理下で、グループ内セッション２１０Ｐのデータパケットが、データネットワーク２１６に伝送され、データネットワーク２１６によってグループ内セッション２１３Ｐに転送される、またはグループ内セッション２１３Ｐのデータパケットが、データネットワーク２１６に伝送され、データネットワーク２１６によってグループ内セッション２１０Ｐに転送される。したがって、ユーザデバイス２１０は、ユーザデバイス２１３と通信することができる。説明を容易にするために、本開示の実施形態では、２つのユーザプレーンデータゲートウェイ間でセッションを介してデータパケットを転送する様式または手段は、ゲートウェイ／ネットワークインタフェースを介した転送と呼ばれ、これは簡単にデータネットワーク転送と呼ばれる。

【0122】

ユーザプレーンデータゲートウェイとデータネットワークの間のインタフェースは、３ＧＰＰ標準仕様に定義されるＮ６インタフェース（図４ＡのＮ６インタフェースＮ６－４０３－ＤＮおよびＮ６－４０５－ＤＮ）であることがある。

【0123】

実際の適用では、モバイルローカルエリアネットワークは、これより多数のユーザプレーンデータゲートウェイを有することも、これより少数のユーザプレーンデータゲートウェイを有することもあり、特定の数量は、従来技術に属するモバイルローカルエリアネットワークグループのユーザデバイス、地理学的位置、およびユーザ要件の数量に関係する。

【0124】

例えば、モバイルローカルエリアネットワークは、ユーザプレーンデータゲートウェイ２０３、アクセスデバイス２０６および２０７、ならびにユーザデバイス２１０および２１１などのデバイスを含むことがある。このローカルエリアネットワークには、ユーザプレーンデータゲートウェイが１つだけあり、ローカルデータ交換サービスがあるが、データゲートウェイ間トンネルはなく、ゲートウェイ／ネットワークインタフェースもない。

【0125】

別の例では、モバイルローカルエリアネットワークは、ユーザプレーンデータゲートウェイ２０３および２０４、アクセスデバイス２０６から２０８、ならびにユーザデバイス２１０から２１２などのデバイスを含むことがある。このローカルエリアネットワークには、２つのユーザプレーンデータゲートウェイがあり、ローカルデータ交換サービスがあり、データゲートウェイ間トンネルがあるが、ゲートウェイ／ネットワークインタフェースはない。

【0126】

さらに別の例では、モバイルローカルエリアネットワークは、ユーザプレーンデータゲートウェイ２０３、ユーザプレーンデータゲートウェイ２０５、アクセスデバイス２０６および２０７、アクセスデバイス２０９、ユーザデバイス２１０および２１１、ならびにユーザデバイス２１３などのデバイスを含むことがある。このローカルエリアネットワークには、２つのユーザプレーンデータゲートウェイがあり、ローカルデータ交換サービスがあり、ゲートウェイ／ネットワークインタフェースがあるが、データゲートウェイ間トンネルはない。

【0127】

アクセスデバイス：アクセスデバイスは、ワイヤレスアクセスデバイスまたは有線アクセスデバイスとすることができる。ワイヤレスアクセスデバイスは、通常は３ＧＰＰ標準仕様に定義されるＮＧ－ＲＡＮであり、限定されるわけではないが進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ）および５Ｇ基地局（ｇＮｏｄｅＢ，ｇＮＢ）を含む。

【0128】

以下、ユーザデバイス２１０を例として用いて、表１に示されるようなグループ内通信中のデータパケットのエンドツーエンド伝送経路を説明する。

【0129】

【表1】

【0130】

表１のデータの意味は、以下のように説明される。

【0131】

第１行：ユーザデバイス２１０がユーザデバイス２１１とグループ内通信を実行するときには、データパケットは、ユーザデバイス２１０と、データ接続セッション２１０Ｐと、ユーザプレーンデータゲートウェイ２０３のローカルデータ交換サービスＬＳ－２１０－２１１と、データ接続セッション２１１Ｐと、ユーザデバイス２１１との間で（単方向または双方向に）伝送される。

【0132】

第２行：ユーザデバイス２１０がユーザデバイス２１２とグループ内通信を実行するときには、データパケットは、ユーザデバイス２１０と、データ接続セッション２１０Ｐと、ユーザプレーンデータゲートウェイ２０３とユーザプレーンデータゲートウェイ２０４の間のトンネルＴＮ－２０３－２０４と、データ接続セッション２１２Ｐと、ユーザデバイス２１２との間で（単方向または双方向に）伝送される。

【0133】

第３行：ユーザデバイス２１０がユーザデバイス２１３とグループ内通信を実行するときには、データパケットは、ユーザデバイス２１０と、データ接続セッション２１０Ｐと、ユーザプレーンデータゲートウェイ２０３とデータネットワークの間のインタフェースＩＦ－２０３－ＤＮと、データネットワークとユーザプレーンデータゲートウェイ２０５の間のインタフェースＩＦ－２０５－ＤＮと、データ接続セッション２１３Ｐと、ユーザデバイス２１３との間で（単方向または双方向に）伝送される。

【0134】

結論として、図１に示される通信システムと比較すると、図２Ａに示される通信システムのデータパケットの伝送は、少なくとも以下の特徴を有する。

【0135】

（ａ）異なるユーザデバイスによって伝送されるデータパケットが関係付けられるので、それらの利用量も関係付けられる。例えば、ユーザデバイス２１０がユーザデバイス２１１とグループ内通信を実行するときには、前者のアップリンクデータパケットが最終的に後者のダウンリンクデータパケットになり、前者のアップリンク利用量が後者のダウンリンク利用量と等しい。

【0136】

（ｂ）ユーザデバイスのデータパケットは、事業者の通信ネットワーク内でより多くのセグメントを通過する。例えば、ユーザデバイス２１０がユーザデバイス２１２とグループ内通信を実行するときには、２つのユーザデバイスの間で伝送されるデータパケットは、２つのユーザデバイスのデータ接続セッション２１０Ｐおよび２１２Ｐを通過するだけでなく、データゲートウェイ間トンネルＴＮ－２０２－２－４も通過し、これにより、事業者は追加のネットワークリソースを投入することが必要になる。

【0137】

（ｃ）ユーザデバイスのデータパケットは、より広く転送される。例えば、ユーザデバイス２１０のグループ内通信モードがマルチキャストまたはブロードキャストであるときには、ユーザプレーンデータゲートウェイ２０３は、ユーザデバイス２１０によって送信されたデータパケットを複数のユーザデバイスに転送する必要があり、これにより、やはり事業者はより多くのネットワークリソースを投入することが必要になる。

【0138】

したがって、図１に示される通信システムにおける課金処理方法が図２Ａに示される通信システムにそのまま適用された場合には、少なくとも以下の３つの側面における問題が存在する。

【0139】

（１）図１に示される課金処理方法では、各メンバユーザデバイスの利用量がグループ内通信に使用されるか否かが決定されることが不可能であり、したがって、対応する課金レートが適用されることが不可能であるので、対応するモバイルローカルエリアネットワークグループの識別子が取得されることが不可能であり、したがって、異なるメンバユーザデバイスの利用量が関連付けられることが不可能である。いくつかの課金要件シナリオでは、これは不正確な課金につながることがある。例えば、課金要件がエンドツーエンド伝送サービスによる課金であるときには、同じ利用量について、一方のメンバユーザデバイス（ユーザデバイス２１０など）に対して課金処理が一度実行され、そのユーザデバイスとのグループ内通信を実行する別のメンバユーザデバイス（ユーザデバイス２１１など）に対して課金処理が再度実行されるので、繰返しの課金が引き起こされる。これは、ユーザデバイス間の相関が決定されることが不可能であるからである。

【0140】

（２）図１に示される課金処理方法では、課金処理は、各ユーザデバイスのセッション部分の利用量に対してしか実行することができず、転送部分の利用量に対しては実行することができない。いくつかの課金要件シナリオでは、これも不正確な課金につながることがある。例えば、課金がネットワーク伝送サービスに基づいて実行されるときには、転送フェーズの利用量情報がないため、課金結果がグループ内通信のＱｏＳを保証するために事業者によって行われた寄与に一致せず、これも不正確な課金と表現される。

【0141】

（３）図１に示される課金処理方法では、課金レートが各ユーザデバイスのグループ内通信モードに基づいて決定されず、これはレーティングがデフォルトでユニキャスト課金に基づくことを意味している。

【0142】

したがって、本開示の実施形態では、図２に示される通信システムに基づいて、課金トリガモジュールおよび課金処理モジュールが追加される。課金トリガモジュールおよび課金処理モジュールそれぞれの機能について、以下に簡単に説明する。

【0143】

課金トリガモジュールの機能は、限定されるわけではないが、ローカルエリアネットワーク課金情報（例えばモバイルローカルエリアネットワークグループ内のグループ内通信に対して課金処理を実行するために使用される情報、例えばグループ内通信に関係する利用量情報およびグループ内通信に関係するクォータ適用情報など）を課金処理モジュールに報告すること、ならびに課金処理モジュールから戻されるローカルエリアネットワーク課金処理結果（例えばローカルエリアネットワーク課金情報に対して課金処理を実行した結果など）に基づいてグループ内通信を管理することを含む。これらの機能は、３ＧＰＰ標準仕様に定義される課金トリガ機能（Ｃｈａｒｇｉｎｇ Ｔｒｉｇｇｅｒ Ｆｕｎｃｔｉｏｎ，ＣＴＦ）に重畳されることもあるし、ＣＴＦから独立して「モバイルローカルエリアネットワーク課金トリガ機能」などのモジュールまたは構成要素になることもある。

【0144】

課金処理モジュールの機能は、限定されるわけではないが、課金トリガモジュールによって報告されるローカルエリアネットワーク課金情報に対して課金処理を実行する、例えばグループ内通信に関係する利用量情報に基づいてアカウント引落しおよび課金データ記録（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ，ＣＤＲ）生成などの動作を実行すること、グループ内通信に関係するクォータ適用情報に基づいて対応するクォータを付与すること、ならびに例えば成功した利用量処理を示すインジケーション情報、課金データ記録の成功した書込みを示すインジケーション情報、および付与されたクォータなどの課金処理結果を課金トリガモジュールに戻すことを含む。これらの機能は、３ＧＰＰ標準仕様に定義されるＣＨＦに重畳されることもあるし、ＣＨＦから独立して「モバイルローカルエリアネットワーク課金処理機能」などのモジュールまたは構成要素になることもある。さらに、課金処理モジュールは、モバイルローカルエリアネットワークグループの請求書を出力する請求書出力機能をさらに含むこともある。

【0145】

この２つのモジュールのデプロイ方式は、本開示の実施形態では限定されない。例えば、この２つのモジュールは、図３Ａに示される方式でデプロイされることもあるし、別の方式でデプロイされることもある。例えば、課金処理モジュールに含まれる複数の機能は、異なる物理的デバイス上に別々にデプロイされる。可能な解決策では、課金処理モジュールは、１つのユーザデバイスに対して課金処理を実行する既存の課金処理デバイス上にデプロイされることもあるし、例えば「モバイルローカルエリアネットワーク課金処理デバイス」など、モバイルローカルエリアネットワークに対して課金処理を実行するように特に構成されたデバイス上にデプロイされることもある。

【0146】

図３Ａは、本開示の実施形態による第２の通信システムの構造図である。この通信システムは、図２Ａに示される通信システムに基づいて得られるものであり、課金トリガモジュールは制御プレーンデータゲートウェイ２０２上にデプロイされ、課金処理モジュールを含む課金処理デバイス２０１が追加されている。この通信システムは、本開示の実施形態で提供される第１の課金処理システムを含み、モバイルローカルエリアネットワークサービスに対して課金処理を実行するように構成される。課金処理システムは、制御プレーンデータゲートウェイ２０２と課金処理デバイス２０１とを含む。制御プレーンデータゲートウェイ２０２は、モバイルローカルエリアネットワークサービスに関係する課金情報を課金処理デバイス２０１に提供して、課金処理デバイス２０１がモバイルローカルエリアネットワークサービスに対して課金処理を実行するようにする。図２Ｂおよび図３Ａは両方とも図２Ａに基づいて得られることに留意されたい。トポロジを単純化するために、本開示の本実施形態では、アクセスデバイス、ユーザデバイス、およびデータネットワークなどは隠されている（除去されたわけではない）。

【0147】

説明を容易にするために、本開示の実施形態では、図３Ａの制御プレーンデータゲートウェイ２０２および図４ＡのＳＭＦデバイス４０２など課金トリガモジュールを含むデバイスは、一般に「課金トリガデバイス」と呼ばれ、図３Ａの課金処理デバイス２０１および図４ＡのＣＨＦデバイス４０１など課金処理モジュールを含むデバイスは、一般に「課金処理デバイス」と呼ばれる。本開示の実施形態における課金トリガデバイスの数量および課金処理デバイスの数量は例であり、限定的なものではない。実際の適用では、１つの通信システムが複数の課金トリガデバイスおよび複数の課金処理デバイスを含むこともある。

【0148】

以下、ローカルエリアネットワーク課金情報の具体的な内容を参照して、課金トリガデバイスと課金処理デバイスの間の対話手順についてさらに述べる。

【0149】

可能な解決策では、ローカルエリアネットワーク課金情報は、メンバデータ接続セッションの課金情報を含み、メンバデータ接続セッションとは、メンバユーザデバイスのデータ接続セッションであり、メンバユーザデバイスとは、モバイル通信ローカルエリアネットワークグループ内のユーザデバイスである。課金トリガデバイスと課金処理デバイスの間の対話手順は、図３Ｂに示されている。

【0150】

図３Ｂは、本開示の実施形態による第１の課金処理方法の流れ図である。この課金処理方法は、モバイルローカルエリアネットワークサービスに対して課金処理を実行するために使用され、主に以下のステップを含む。

【0151】

ステップ３１０：課金トリガデバイスが、メンバデータ接続セッションの課金情報を取得する。

【0152】

詳細には、課金トリガデバイスは、例えばデータ接続セッションが作成されたとき、またはスケジュールされた報告時点に達したときなど、課金報告トリガ条件が満たされたときに、メンバデータ接続セッションの課金情報を構築する、またはユーザプレーンデータゲートウェイからメンバデータ接続セッションの課金情報を取得する。課金情報は、以下のうちの１つまたは複数を含む。
（１）メンバデータ接続セッションの利用量および／またはメンバデータ接続セッションのクォータ適用量を含む第１の課金データ、
（２）メンバユーザデバイスのデータ接続セッションがグループ内通信に使用されることを示す第１のサービスインジケーション情報、
（３）グループ内通信に対応するモバイルローカルエリアネットワークグループの内部グループ識別子である、グループ識別子、
（４）第１の課金データに対応するグループ内転送方式である、グループ内転送方式、ならびに
（５）グループ内通信モード、すなわちメンバユーザデバイスのグループ内通信モード。

【0153】

任意選択で、課金トリガデバイスは、課金トリガ条件をユーザプレーンデータゲートウェイに送信することもある。こうして、ユーザプレーンデータゲートウェイは、課金トリガ条件が満たされたときにメンバデータ接続セッションの利用量に関係する情報を課金トリガデバイスに送信することができる。

【0154】

ステップ３１１：課金トリガデバイスが、課金要求メッセージを課金処理デバイスに送信する。ここで、この要求メッセージは、メンバデータ接続セッションの課金情報を含む。

【0155】

詳細には、課金トリガデバイスは、課金要求メッセージを構築する。ここで、この要求メッセージは、メンバデータ接続セッションの課金情報を搬送する。課金処理デバイスがサービス指向インタフェースを提供するシナリオでは、この要求メッセージは、課金リソース作成要求（ＣｈａｒｇｉｎｇＲｒｓｏｕｒｃｅＣｒｅａｔｅＲｅｑｕｅｓｔ）メッセージ、課金リソース更新要求（ＣｈａｒｇｉｎｇＲｒｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ）メッセージ、または課金リソース削除要求（ＣｈａｒｇｉｎｇＲｒｓｏｕｒｃｅＤｅｌｅｔｅＲｅｑｕｅｓｔ）メッセージであることがある。

【0156】

ステップ３１２：課金処理デバイスが、メンバデータ接続セッションの課金情報に対して課金処理を実行する。

【0157】

詳細には、課金処理デバイスは、ステップ３１１で課金要求メッセージを受信し、課金要求メッセージを構文解析することによってメンバデータ接続セッションの課金情報を取得し、次いで以下の動作のうちの１つまたは複数を実行する。

【0158】

（１）課金処理デバイスは、第１のサービスインジケーション情報に基づいて、メンバユーザデバイスのデータ接続セッションがグループ内通信に使用されると決定し、次いでメンバユーザデバイスについてのアクセス認証を実行する、具体的には、メンバユーザデバイスがモバイルローカルエリアネットワークサービスを使用することができるかどうかを認証する、またはメンバユーザデバイスがグループ内通信を実行することを許可されているかどうかを決定する。任意選択で、課金処理デバイスが第１のサービスインジケーション情報に基づいて課金レートを決定し、次いでその課金レートを第１の課金データの課金処理に適用し得ることは、課金処理デバイスが課金レートに基づいて利用量に対するアカウント引落しを実行し、課金レートおよびクォータ適用量に基づいてアカウント凍結を実行し、その利用量および課金レートを課金データ記録に書き込むことを含む。任意選択で、課金処理デバイスは、例えば第１のサービスインジケーション情報およびメンバユーザデバイスのデータ接続セッションの識別子を記憶する、またはメンバユーザデバイスのデータ接続セッションの課金リソースの識別子に応じて第１のサービスインジケーション情報を記憶するなど、第１のサービスインジケーション情報を記憶する。

【0159】

（２）課金処理デバイスは、グループ識別子に基づいてメンバユーザデバイスのモバイルローカルエリアネットワークグループに対応するアカウントを決定する、またはグループ識別子をメンバデータ接続セッションの課金データ記録に記録する、またはグループ識別子をアソシエーション識別子として使用してメンバの利用量を関連付け、累積によってモバイルローカルエリアネットワークグループの利用量を取得する、またはグループ識別子に基づいてモバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせて（例えば統合データ管理デバイスから問い合わせて）、外部グループ識別子に基づいてメンバデータ接続セッションの課金情報に対して課金処理を実行する（例えば、アカウントが外部グループ識別子に基づいて決定される、または課金データ記録が関連付けられて、モバイルローカルエリアネットワークサービスのアプリケーション層課金情報または顧客情報を関連付ける。別の例では、外部グループ識別子はメンバデータ接続セッションの課金データ記録に記録される）。任意選択で、課金処理デバイスは、例えばメンバデータ接続セッションの識別子に応じてグループ識別子を記憶する、またはメンバデータ接続セッションの課金リソースの識別子に応じてグループ識別子を記憶するなど、グループ識別子を記憶する。

【0160】

（３）課金処理デバイスは、グループ内転送方式に基づいて第１の課金データに対して課金処理を実行する。例えば、課金処理デバイスが第１の課金データに対応するグループ内転送方式に基づいて決定された課金レートを第１の課金データの課金処理に適用することは、課金処理デバイスが課金レートに基づいて利用量に対してアカウント引落しを実行し、課金レートおよびクォータ適用量に基づいてアカウント凍結を実行することを含む。別の例では、課金処理デバイスは、第１の課金データおよび対応するグループ内転送方式をメンバデータ接続セッションの課金データ記録に記録する。

【0161】

（４）課金処理デバイスは、グループ内通信モードに基づいて第１の課金データに対して課金処理を実行する。例えば、課金処理デバイスがグループ内通信モードに基づいて決定された課金レートを第１の課金データの課金処理に適用することは、課金処理デバイスが、課金レートに基づいて利用量に対してアカウント引落しを実行し、課金レートおよびクォータ適用量に基づいてアカウント凍結を実行することを含む。別の例では、課金処理デバイスは、グループ内通信モードをメンバデータ接続セッションの課金データ記録に記録する。

【0162】

課金処理デバイスは、前述の１つまたは複数の動作に基づいてメンバデータ接続セッションの課金処理結果を生成する。例えば、課金処理結果は、認証結果（認証成功インジケーション情報または認証失敗インジケーション情報）、付与されたクォータ、利用量引落し結果（引落し成功インジケーション情報または引落し失敗インジケーション情報）、および課金データ記録の書込みの結果（課金データ記録の書込みが成功したことを示す、または課金データ記録の書込みが失敗したことを示す情報を示す）を含む。

【0163】

ステップ３１３：課金処理デバイスが、課金応答メッセージを課金トリガデバイスに送信する。ここで、この応答メッセージは、メンバデータ接続セッションの課金処理結果を含む。

【0164】

詳細には、課金処理デバイスは、課金応答メッセージを構築し、課金応答メッセージを課金トリガデバイスに送信する。この応答メッセージは、メンバデータ接続セッションの課金処理結果を搬送する。次いで、課金トリガデバイスが、この課金応答メッセージを受信する。

【0165】

課金トリガデバイスと課金処理デバイスは、ステップ３１０からステップ３１３と同様のプロセスを繰り返し実行して、継続的にメンバユーザデバイスのデータ接続セッションに対する課金処理を実行し、別のメンバユーザデバイスのデータ接続セッションに対する課金処理を実行する。

【0166】

ステップ３４９：課金処理デバイスが、モバイルローカルエリアネットワークグループに対する課金処理を実行する。

【0167】

このステップは、任意選択である。課金モードがオフライン課金であるときには、前述のプロセスにおいて、課金処理デバイスは、異なる時間期間の異なるメンバユーザデバイスのデータ接続セッションの課金データ記録を記憶し、課金処理デバイスは、グループ識別子に基づいてそれらの課金データ記録を関連付けて、モバイルローカルエリアネットワークグループの課金データ記録を生成する。

【0168】

詳細には、既定の時間期間内に、課金処理デバイスは、モバイルローカルエリアネットワークメンバユーザデバイスのデータ接続セッションの以前に生成された課金データ記録を取得し、異なるメンバユーザデバイスまたは同じユーザデバイスのデータ接続セッションの課金データ記録についてアソシエーション動作を実行して、モバイルローカルエリアネットワークの要約された課金データ記録を得る。アソシエーション動作は、垂直方向のアソシエーションと水平方向のアソシエーションとを含む。

【0169】

垂直方向のアソシエーションでは、課金処理デバイスは、同じメンバユーザデバイスの異なる時点のデータ接続セッションの課金情報を関連付ける。具体的には、ユーザデバイスの識別子が、アソシエーション識別子として使用されることがある。

【0170】

水平方向のアソシエーションでは、課金処理デバイスは、同じモバイルローカルエリアネットワークグループ内の異なるメンバユーザデバイスのデータ接続セッションの課金情報を関連付ける。具体的には、グループ識別子が、アソシエーション識別子として使用されることがある。

【0171】

任意選択で、課金処理デバイスは、さらに、アカウント引落し結果に基づいて、各メンバユーザデバイスのデータ接続セッションのＱｏＳを制御するようにユーザプレーンデータゲートウェイをトリガすることもある。

【0172】

図３Ｂに示される課金処理方法によれば、課金処理デバイスは、モバイルローカルエリアネットワークの関係する情報に基づいてデータ接続セッションにおける第１の課金データに対して課金処理を実行することができ、モバイルローカルエリアネットワークサービスに対して洗練された課金処理を実行することができる。これにより、課金の精度を改善し、複数の課金要件に柔軟に対応する。詳細については、例えば図５Ａおよび図５Ｂに対応する方法など、本開示の別の実施形態を参照されたい。

【0173】

別の可能な解決策では、メンバデータ接続セッションの課金情報に加えて、ローカルエリアネットワーク課金情報は、データゲートウェイ間トンネル（ＴＮ－２０３－２０４）の課金情報をさらに含む。この場合は、課金トリガデバイスと課金処理デバイスの間の対話手順は、図３Ｃに示されている。

【0174】

図３Ｃは、本開示の実施形態による第２の課金処理方法の流れ図である。この課金処理方法は、モバイルローカルエリアネットワークサービスに対して課金処理を実行するために使用され、主に以下のステップを含む。

【0175】

ステップ３５０からステップ３５３：課金トリガデバイスと課金処理デバイスは、メンバデータ接続セッションの課金情報に対して課金処理を実行する。このプロセスは、ステップ３１０からステップ３１３のプロセスと同様であり、詳細について重ねて述べることはしない。課金要件に基づいて、この方法手順ではこのプロセスが実行されないこともある。

【0176】

ステップ３６０：課金トリガデバイスが、データゲートウェイ間トンネルの課金情報を取得する。

【0177】

詳細には、課金トリガデバイスは、例えばデータゲートウェイ間トンネルが作成されたとき、またはスケジュールされた報告時点に達したときなど、課金報告トリガ条件が満たされたときに、データゲートウェイ間トンネルの課金情報を構築する、またはユーザプレーンデータゲートウェイからデータゲートウェイ間トンネルの課金情報を取得する。課金情報は、以下のうちの１つまたは複数を含む。
（１）データゲートウェイ間トンネルを通して伝送される利用量を含む第２の課金データ、
（２）トンネル情報、すなわち例えばトンネルの識別子など、データゲートウェイ間トンネルについての情報、
（３）データゲートウェイ間トンネルがグループ内通信に使用されることを示す、第２のサービスインジケーション情報、
（４）グループ識別子、すなわちグループ内通信に対応するモバイルローカルエリアネットワークグループの内部グループ識別子、および
（５）伝送方向、すなわち第２の課金データに対応するデータパケットがデータゲートウェイ間トンネル内を伝送される方向。

【0178】

任意選択で、課金トリガデバイスは、課金トリガ条件をユーザプレーンデータゲートウェイに送信することもある。こうして、ユーザプレーンデータゲートウェイは、課金トリガ条件が満たされたときにデータゲートウェイ間トンネルの課金情報を課金トリガデバイスに送信することができる。

【0179】

ステップ３６１：課金トリガデバイスが、課金要求メッセージを課金処理デバイスに送信する。ここで、この要求メッセージは、データゲートウェイ間トンネルの課金情報を含む。

【0180】

詳細には、課金トリガデバイスは、課金要求メッセージを構築する。ここで、この要求メッセージは、データゲートウェイ間トンネルの課金情報を搬送する。課金処理デバイスがサービスに基づくインタフェースを提供するシナリオでは、この要求メッセージは、課金リソース作成要求メッセージ、課金リソース更新要求メッセージ、または課金リソース削除要求メッセージであることがある。

【0181】

ステップ３６２：課金処理デバイスが、データゲートウェイ間トンネルの課金情報に対して課金処理を実行する。

【0182】

詳細には、課金処理デバイスは、ステップ３６１で課金要求メッセージを受信し、課金要求メッセージを構文解析することによってデータゲートウェイ間トンネルの課金情報を取得し、次いで以下の動作のうちの１つまたは複数を実行する。

【0183】

（１）課金処理デバイスは、トンネル情報に基づいて、課金要求メッセージがデータゲートウェイ間トンネルの課金情報を含むと決定する（それによりメンバデータ接続セッションの課金情報と区別する）。

【0184】

（２）課金処理デバイスは、第２のサービスインジケーション情報に基づいて、データゲートウェイ間トンネルがグループ内通信に使用されると決定し、データゲートウェイ間トンネルに対応する課金レートを決定し、次いでその課金レートを第２の課金データの課金処理に適用する。任意選択で、課金処理デバイスは、例えばデータゲートウェイ間トンネルの識別子に応じて第２のサービスインジケーション情報を記憶する、またはデータゲートウェイ間トンネルの課金リソースの識別子に応じて第２のサービスインジケーション情報を記憶するなど、第２のサービスインジケーション情報を記憶する。

【0185】

（３）課金処理デバイスは、グループ識別子に基づいて、データゲートウェイ間トンネルによってサービスされるモバイルローカルエリアネットワークグループに対応するアカウントを決定する、または課金処理デバイスは、グループ識別子をデータゲートウェイ間トンネルの課金データ記録に記録する、または課金処理デバイスは、グループ識別子に基づいてモバイルローカルエリアネットワークグループに対応する外部グループ識別子を問い合わせて、外部グループ識別子に基づいてデータゲートウェイ間トンネルの課金情報に対して課金処理を実行する（例えば、外部グループ識別子は、データゲートウェイ間トンネルの課金データ記録に記録されている）。任意選択で、課金処理デバイスは、例えばデータゲートウェイ間トンネルの識別子に応じてグループ識別子を記憶する、またはデータゲートウェイ間トンネルの課金リソースの識別子に応じてグループ識別子を記憶するなど、グループ識別子を記憶する。

【0186】

（４）課金処理デバイスは、伝送方向に基づいて第２の課金データに対して課金処理を実行する。例えば、アカウント引落しプロセスでは、伝送方向に対応する課金レートが使用される（課金レートは伝送方向によって変化すると仮定されている）、または利用量および伝送方向が課金データ記録に書き込まれる、または利用量および伝送方向に基づいて決定される課金レートが課金データ記録に書き込まれる。

【0187】

課金処理デバイスは、前述の１つまたは複数の動作に基づいてデータゲートウェイ間トンネルの課金処理結果を生成する。例えば、課金処理結果は、付与されたクォータ、利用量がうまく引き落とされたことを示すインジケーション情報、または利用量が課金データ記録に書き込まれたことを示すインジケーション情報を含む。

【0188】

ステップ３６３：課金処理デバイスが、課金応答メッセージを課金トリガデバイスに送信する。ここで、この応答メッセージは、データゲートウェイ間トンネルの課金処理結果を含む。

【0189】

詳細には、課金処理デバイスは、課金応答メッセージを構築し、課金応答メッセージを課金トリガデバイスに送信する。この応答メッセージは、データゲートウェイ間トンネルの課金処理結果を搬送する。次いで、課金トリガデバイスが、この課金応答メッセージを受信する。

【0190】

課金トリガデバイスと課金処理デバイスは、ステップ３６０からステップ３６３のプロセスを繰り返し実行して、継続的にデータゲートウェイ間トンネルに対する課金処理を実行し、モバイルローカルエリアネットワーク内の別のデータゲートウェイ間トンネルに対する課金処理を実行する。

【0191】

ステップ３９９：課金処理デバイスが、モバイルローカルエリアネットワークグループに対する課金処理を実行する。

【0192】

このステップは、任意選択である。課金モードがオフライン課金であるときには、前述のプロセスにおいて、課金処理デバイスは、異なる時間期間の異なるメンバユーザデバイスのデータ接続セッションの課金データ記録および異なる時間期間の異なるデータゲートウェイ間のトンネルの課金データ記録を記憶し、課金処理デバイスは、グループ識別子に基づいてそれらの課金データ記録を関連付けて、モバイルローカルエリアネットワークグループの課金データ記録を生成する。

【0193】

課金処理デバイスは、例えばデータゲートウェイ間トンネルの課金データ記録を同じグループ識別子と関連付けるなど、グループ識別子に基づいて様々なアソシエーション動作を実行する。

【0194】

異なるメンバユーザデバイスのデータ接続セッションの課金データ記録を関連付ける動作については、ステップ３４９の関連する記述を参照されたい。ここでは、詳細について重ねて述べることはしない。

【0195】

図３Ｃに示される課金処理方法によれば、課金処理デバイスは、モバイルローカルエリアネットワークの関係する情報に基づいてデータゲートウェイ間トンネルの第２の課金データに対して課金処理をさらに実行することができる。これにより、課金の精度をさらに改善することができ、使用されたネットワークリソースに基づいて課金を実施することができる。詳細については、例えば図６に対応する方法手順など、本開示の別の実施形態を参照されたい。

【0196】

図４Ａは、本開示の実施形態による第３の通信システムの構造図である。この通信システムは、ＣＨＦデバイス４０１と、ＳＭＦデバイス４０２と、ＳＭＦデバイス４０２によって管理される５Ｇローカルエリアネットワークとを含む。５Ｇローカルエリアネットワークは、ＰＳＡ ＵＰＦデバイス４０３から４０５と、ワイヤレスアクセスデバイス４０６ａから４０９ａ（図４Ａには図示せず）と、５Ｇローカルエリアネットワークグループとを含む。５Ｇローカルエリアネットワークグループは、ＵＥ４１０から４１３を含む。ＵＥ４１０とＵＥ４１１とは、ＰＳＡ ＵＰＦデバイス４０３のローカル切換え転送サービスを介してグループ内通信を実施するが、詳細については、図４Ｂの関連する記述を参照されたい。ＵＥ４１０とＵＥ４１２とは、ＰＳＡ ＵＰＦデバイス４０３とＰＳＡ ＵＰＦデバイス４０４の間のＮ１９トンネルＮ１９－４０３－４０４を介してグループ内通信を実施するが、詳細については図４Ｃの関連する記述を参照されたい。ＵＥ４１０とＵＥ４１３とは、ＰＳＡ ＵＰＦデバイス４０３とデータネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ，ＤＮ）４１６の間のＮ６インタフェースＮ６－４０３－ＤＮおよびＤＮ４１６とＰＳＡ ＵＰＦデバイス４０５の間のＮ６インタフェースＮ６－４０５－ＤＮを介してグループ内通信を実施するが、詳細については図４Ｄの関連する記述を参照されたい。ＳＭＦデバイス４０２は、ＣＴＦ（課金トリガモジュールと等価）を含み、５Ｇローカルエリアネットワークを管理するだけでなく、ＣＨＦデバイスがグループ内通信の課金情報に対して課金処理を実行するようにトリガもする。したがって、ＣＨＦデバイス４０１は、上述の課金処理デバイスと等価であり、ＳＭＦデバイス４０２は、上述の課金トリガデバイスと等価である。したがって、この通信システムは、本開示の実施形態で提供される第２の課金処理システムを含み、５Ｇローカルエリアネットワークサービスに対する課金処理を実行するように構成される。この課金処理システムは、ＳＭＦデバイス４０２とＣＨＦデバイス４０１とを含む。

【0197】

図４Ａでは、Ｎ４セッションは、ＳＭＦデバイスとＰＳＡ ＵＰＦデバイスの間のセッションであり、ＳＭＦデバイスは、このセッションを介してＰＤＵセッションおよびＮ１９トンネルを管理する。区別しやすいように、本開示の本実施形態では、ＰＤＵセッションを管理するために使用されるＮ４セッションは、「共通Ｎ４セッション」と呼ばれ、Ｎ１９トンネルを管理するために使用されるＮ４セッションは、「トンネルＮ４セッション」と呼ばれる。

【0198】

図４Ａに示した５Ｇローカルエリアネットワークのトポロジ構造は例であり、限定的なものではない。実際の適用では、１つの５Ｇローカルエリアネットワークがこれより多数のＰＳＡ ＵＰＦデバイスを含むことも、これより少数のＰＳＡ ＵＰＦデバイスを含むこともあり、またこれより多数のＵＥを含むことも、これより少数のＵＥを含むこともあり、ＰＳＡ ＵＰＦデバイス間の接続関係も様々であり得る。例えば、ＰＳＡ ＵＰＦデバイス４０４は、代替としてＮ１９トンネルを介してＰＳＡ ＵＰＦデバイス４０５に接続されることもある。いくつかのシナリオでは、「ＵＰＦデバイス」は、「ＵＰＦネットワーク要素」とも呼ばれる。

【0199】

図４Ｂは、本開示の本実施形態による５Ｇローカルエリアネットワークにおける第１のグループ内転送方式の概略図である。ＵＥ４１０およびＵＥ４１１は、両方ともＰＳＡ ＵＰＦデバイス４０３に属し、データパケットは、ＰＳＡ ＵＰＦデバイス４０３のローカルデータ交換サービスを介してＵＥ４１０のＰＤＵセッションとＵＥ４１１のＰＤＵセッションの間で転送される。これにより、ＵＥ４１０とＵＥ４１１の間のグループ内通信のデータパケットの伝送経路は、ＵＥ４１０⇔（Ｒ）ＡＮ４０６ａ⇔Ｉ－ＵＰＦデバイス４０６ｉ⇔ＰＳＡ ＵＰＦデバイス４０３⇔Ｉ－ＵＰＦデバイス４０７ｉ⇔（Ｒ）ＡＮ４０７ａ⇔ＵＥ４１１である。

【0200】

図４Ｃは、本開示の本実施形態による５Ｇローカルエリアネットワークにおける第２のグループ内転送方式の概略図である。ＵＥ４１０およびＵＥ４１２は、それぞれＰＳＡ ＵＰＦデバイス４０３およびＰＳＡ ＵＰＦデバイス４０４に属し、データパケットは、ＰＳＡ ＵＰＦデバイス４０３とＰＳＡ ＵＰＦデバイス４０４の間のＮ１９トンネルを介してＵＥ４１０のＰＤＵセッションとＵＥ４１２のＰＤＵセッションの間で転送される。これにより、ＵＥ４１０とＵＥ４１２の間のグループ内通信のデータパケットの伝送経路は、ＵＥ４１０⇔（Ｒ）ＡＮ４０６ａ⇔Ｉ－ＵＰＦデバイス４０６ｉ⇔ＰＳＡ ＵＰＦデバイス４０３⇔ＰＳＡ ＵＰＦデバイス４０４⇔Ｉ－ＵＰＦデバイス４０８ｉ⇔（Ｒ）ＡＮ４０８ａ⇔ＵＥ４１２である。

【0201】

図４Ｄは、本開示の本実施形態による５Ｇローカルエリアネットワークにおける第３のグループ内転送方式の概略図である。ＵＥ４１０およびＵＥ４１３は、それぞれＰＳＡ ＵＰＦデバイス４０３およびＰＳＡ ＵＰＦデバイス４０５に属し、データパケットは、ＤＮ４１６を介してＵＥ４１０のＰＤＵセッションとＵＥ４１３のＰＤＵセッションの間で転送される。これにより、ＵＥ４１０とＵＥ４１３の間のグループ内通信のデータパケットの伝送経路は、ＵＥ４１０⇔（Ｒ）ＡＮ４０６ａ⇔Ｉ－ＵＰＦデバイス４０６ｉ⇔ＰＳＡ ＵＰＦデバイス４０３⇔ＤＮ４１６⇔ＰＳＡ ＵＰＦデバイス４０５⇔Ｉ－ＵＰＦデバイス４０９ｉ⇔（Ｒ）ＡＮ４０９ａ⇔ＵＥ４１３である。

【0202】

図５Ａおよび図５Ｂは、本開示の実施形態による第３の課金処理方法の流れ図である。この課金処理方法は、５Ｇローカルエリアネットワークサービスに対して課金処理を実行するために使用される。特に指定がない限り、「ＳＭＦ」は、図４ＡのＳＭＦデバイス４０２を指し、「ＣＨＦ」は、図４ＡのＣＨＦデバイス４０１を指し、「５Ｇローカルエリアネットワークグループ」は、図４Ａの５Ｇローカルエリアネットワークグループを指し、「ＵＥ」は、ＵＥ４１０を指し、「ＵＰＦ」は、ＰＳＡ ＵＰＦデバイス４０３を指し、「ＰＤＵセッション」は、ＰＤＵセッション４１０Ｐを指す。この方法手順は、主に以下のステップを含む。

【0203】

ステップ５０１：ＳＭＦが、ＵＥから送信されるＰＤＵセッションセットアップ要求メッセージを受信し、ＰＤＵセッションが５Ｇローカルエリアネットワークグループ内のグループ内通信に使用されると決定する。

【0204】

詳細には、ＵＥ上の５Ｇローカルエリアネットワークアプリケーションが稼働してＵＥが５Ｇローカルエリアネットワークにアクセスすることが必要になったときには、ＵＥは、第１のＰＤＵセッションセットアップ要求メッセージをアクセス管理機能（Ａｃｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ，ＡＭＦ）デバイスに送信して、ＰＤＵセッションを作成するように要求する。次いで、ＡＭＦデバイスが、受信された第１のＰＤＵセッションセットアップ要求メッセージに基づいて、第２のＰＤＵセッションセットアップ要求メッセージをＳＭＦに送信する。この２つの要求メッセージの例は、以下の通りである。
１ｓｔＰＤＵＳｅｓｓｉｏｎＣｒｅａｔｅＲｅｑｕｅｓｔ｛／／ＵＥからＡＭＦデバイスに送信されるＰＤＵセッションセットアップ要求メッセージ
“ＵＥＩＤ”：“ＵＥ４１０”／／ＵＥＩｄ５１、ＵＥ４１０の識別子
“ＤＮＮ”：“ＤＮＮ４１５”／／Ｄｎｎ５１、５Ｇローカルエリアネットワークに対応するデータネットワークの識別子
“Ｓ－ＮＳＳＡＩ”：“Ｓ－ＮＳＳＡＩ４１５”／／Ｓ－ｎｓｓａｉ５１、５Ｇローカルエリアネットワークに対応するネットワークスライスの識別子
｝
２ｎｄＰＤＵＳｅｓｓｉｏｎＣｒｅａｔｅＲｅｑｕｅｓｔ｛／／ＡＭＦデバイスからＳＭＦに送信されるＰＤＵセッションセットアップ要求メッセージ
“ＵＥＩＤ”：“ＵＥ４１０”／／ＵＥＩｄ５１
“ＳＥＳＩＤ”：“ＳＥＳ４１０Ｐ”／／ＳｅｓＩｄ５１、ＰＤＵセッションの識別子
“ＤＮＮ”：“ＤＮＮ４１５”／／Ｄｎｎ５１、５Ｇローカルエリアネットワークに対応するデータネットワークの識別子
“Ｓ－ＮＳＳＡＩ”：“Ｓ－ＮＳＳＡＩ４１５”／／Ｓ－ｎｓｓａｉ５１、５Ｇローカルエリアネットワークに対応するネットワークスライスの識別子
｝

【0205】

「Ｓ－ＮＳＳＡＩ」は、単一ネットワークスライス選択支援情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）であり、５Ｇローカルエリアネットワークに対応するネットワークスライスの識別子を搬送する。

【0206】

任意選択で、ＵＥは、５Ｇローカルエリアネットワークについてのローカルに記憶された設定情報からＤｎｎ５１およびＳ－ｎｓｓａｉ５１を読み取って、第１のＰＤＵセッションセットアップ要求メッセージを構築することがある。

【0207】

詳細には、ＳＭＦは、第２のＰＤＵセッションセットアップ要求メッセージを受信し、構文解析によってＵＥＩＤ、Ｄｎｎ５１、およびＳ－ｎｓｓａｉ５１を取得し、ＵＥＩＤ、Ｄｎｎ５１、およびＳ－ｎｓｓａｉ５１を問合せ条件として使用した問合せによって統合データ管理デバイスからＵＥの加入情報を取得し、加入情報に基づいて、作成を要求されているＰＤＵセッションが５Ｇローカルエリアネットワーク内のグループ内通信に使用されるとさらに決定する。

【0208】

ＳＭＦがＰＤＵセッションをセットアップするようにＵＰＦをトリガするプロセスは従来技術であり、詳細について重ねて述べることはしない。

【0209】

ステップ５０２：ＳＭＦが、課金リソース作成要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＳｅｓＩｄ５１、ＵＥＩｄ５１、ＳｒｖＩｎｄ５１、およびＧｒｐＩｄ５１を搬送する。

【0210】

詳細には、ＳＭＦは、課金リソース作成要求メッセージ（例えばＣｈａｒｇｉｎｇＤａｔａＲｅｑｕｅｓｔ［Ｃｒｅａｔｅ］またはＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｑｕｅｓｔ）を構築し、この課金リソース作成要求メッセージをＣＨＦに送信して、ＣＨＦにＰＤＵセッションの課金リソースを作成するように要求する。この要求メッセージは、ＳｅｓＩｄ５１、ＵＥＩｄ５１、ＳｒｖＩｎｄ５１、およびＧｒｐＩｄ５１を搬送し、ここで、ＳｒｖＩｎｄ５１は、ＳＭＦによって生成される第１のサービスインジケーション情報であり、ＰＤＵセッションがグループ内通信に使用されることを示し（ｉｎｄｉｃａｔｅｓ）、ＧｒｐＩｄ５１は、ＳＭＦによって５Ｇローカルエリアネットワークグループに割り振られる識別子であり、ＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１は両方とも任意選択である。

【0211】

課金リソース作成要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｑｕｅｓｔ｛
“ＵＥＩＤ”：“ＵＥ４１０”／／ＵＥＩｄ５１、ＵＥの識別子
“ＳＥＳＩＤ”：“ＳＥＳ４１０Ｐ”／／ＳｅｓＩｄ５１、ＰＤＵセッションの識別子
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ５１、第１のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
｝

【0212】

ＵＥＩｄ５１は、５Ｇローカルエリアネットワークグループメンバ識別子であり、詳細には汎用公開加入者識別子（ｇｅｎｅｒｉｃ ｐｕｂｌｉｃ ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ，ＧＰＳＩ）であることがあり、国際モバイル加入者識別子（ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｅｒｍａｎｅｎｔ ｉｄｅｎｔｉｆｉｅｒ，ＳＵＰＩ）であることもある。

【0213】

ステップ５０３：ＣＨＦが、課金リソースを作成し、ＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を記憶する。

【0214】

詳細には、ＣＨＦは、課金リソース作成要求メッセージを受信し、構文解析によってＳｅｓＩｄ５１、ＵＥＩｄ５１、ＳｒｖＩｎｄ５１、およびＧｒｐＩｄ５１を取得し、以下の動作をさらに実行する。

【0215】

（１）ＳｒｖＩｎｄ５１に基づいて、ＰＤＵセッションがグループ内通信に使用されると決定する。課金リソース作成要求メッセージがＳｒｖＩｎｄ５１を含まない場合には、ＣＨＦは、ＵＥＩｄ５１に基づいてＵＥの加入情報を問い合わせ、加入情報に基づいてＰＤＵセッションがグループ内通信に使用されると決定し、インジケーション情報ＳｒｖＩｎｄ５１を生成することがある。

【0216】

（２）任意選択で、ＵＥについてアクセス認証を実行して、ＵＥが５Ｇローカルエリアネットワークによって提供されるグループ内通信サービスを使用することを許可されていると決定する。例えば、ＣＨＦは、ＵＥＩｄ５１に基づいてＵＥの加入情報を問い合わせ、ＵＥが５Ｇローカルエリアネットワークによって提供されるグループ内通信サービスを使用することを許可されているかどうかをさらに決定することがある。別の例では、ＣＨＦは、ＧｒｐＩｄ５１に基づいて５Ｇローカルエリアネットワークグループに対応するアカウントがないか探索し、次いでアカウントの残高状況に基づいて、ＵＥが５Ｇローカルエリアネットワークによって提供されるグループ内通信サービスを使用することを許可されているかどうかを決定する。課金リソース作成要求メッセージがＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＵＥＩｄ５１に基づいてＵＥの加入情報を問い合わせ、加入情報に基づいて５Ｇローカルエリアネットワークグループの識別子ＧｒｐＩｄ５１を決定することがある。

【0217】

（３）ＰＤＵセッションの対応する課金リソースを作成し、識別子ＲｅｓＩｄ５１をその課金リソースに割り振る。

【0218】

任意選択で、ＣＨＦは、例えばＧｒｐＩｄ５１およびＲｅｓＩｄ５１に応じてＳｒｖＩｎｄ５１を記憶するなど、前述の受信または決定されたＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１をさらに記憶する。

【0219】

ステップ５０４：ＣＨＦが、課金リソース作成応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ５１を搬送する。

【0220】

詳細には、ＣＨＦは、課金リソース作成応答メッセージ（例えばＣｈａｒｇｉｎｇＤａｔａＲｅｓｐｏｎｓｅ［Ｃｒｅａｔｅ］またはＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｓｐｏｎｓｅ）を構築し、この課金リソース作成応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ５１を搬送する。

【0221】

課金リソース作成応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
｝

【0222】

これに応じて、ＳＭＦは、課金リソース作成応答メッセージを受信し、応答メッセージを構文解析することによってＲｅｓＩｄ５１を取得する。これにより、ＰＤＵセッションの利用量が、その後にＲｅｓＩｄ５１に基づいて報告されることが可能になり、ＳＭＦは、この応答メッセージに基づいてＵＥについてのアクセス認証が成功したと決定することもある。すなわち、ＣＨＦは、ＵＥが５Ｇローカルエリアネットワーク内のネットワークデバイスに基づいてグループ内通信を実行することを許可し、次いで共通Ｎ４セッション（すなわち、Ｎ１９トンネル指向のＮ４セッションとは異なるＰＤＵセッション指向のＮ４セッション）を介して課金規則をＵＰＦに送達する。ここで、この課金規則は、パケット検出規則（ｐａｃｋｅｔ ｄｅｔｅｃｔｉｏｎ ｒｕｌｅ，ＰＤＲ）および利用量報告規則（ｕｓａｇｅ ｒｅｐｏｒｔｉｎｇ ｒｕｌｅ，ＵＲＲ）を含む。可能な解決策では、ＰＤＲおよびＵＲＲは、ローカル転送、Ｎ６インタフェースを介した転送、またはＮ１９トンネルを介した転送の利用量を検出して報告するようにＵＰＦに指示する。

【0223】

ステップ５０５：ＳＭＦが、クォータ適用量ＲＳＵ５１、グループ内転送方式Ｆｗｄ５１、およびグループ内通信モードＣｏｍ５１を決定する。

【0224】

詳細には、ＳＭＦは、ローカル設定情報またはポリシー制御デバイスによって提供される課金ポリシーに基づいてクォータ適用量ＲＳＵ５１（例えば５Ｍ）を決定して、クォータ適用情報を生成する。

【0225】

任意選択で、ＳＭＦは、クォータ適用量ＲＳＵ５１に対応するデータパケットのグループ内転送方式Ｆｗｄ５１をさらに決定する。グループ内転送方式Ｆｗｄ５１の例示的な値および対応する意味は、以下の通りである。すなわち、ＬｏｃａｌはＰＳＡ ＵＰＦを介したローカルな転送を示し、Ｎ１９は、ＰＳＡ－ＵＰＦ間トンネルＮ１９を介した転送を示し、Ｎ６は、ＰＳＡ ＵＰＦ－ＤＮ間インタフェースＮ６を介した転送を示す。

【0226】

任意選択で、ＳＭＦは、ＵＥのグループ内通信モードＣｏｍ５１をさらに決定する。グループ内通信モードＣｏｍ５１の例示的な値および対応する意味は、以下の通りである。すなわち、「Ｕｎｉｃａｓｔ」はユニキャストを示し、「Ｍｕｌｔｉｃａｓｔ」はマルチキャストを示し、「Ｂｒｏａｄｃａｓｔ」はブロードキャストを示す。

【0227】

ステップ５０６：ＳＭＦが、課金リソース更新要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＲＳＵ５１、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、Ｆｗｄ５１、およびＣｏｍ５１を含む。

【0228】

詳細には、ＳＭＦは、ステップ５０５で決定されたクォータ適用量ＲＳＵ５１に基づいて課金リソース更新要求メッセージ（例えばＣｈａｒｇｉｎｇＤａｔａＲｅｑｕｅｓｔ［Ｕｐｄａｔｅ］またはＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ）を構築し、その課金リソース更新要求メッセージをＣＨＦに送信して、ＣＨＦにＰＤＵセッションの課金リソースを更新するように要求する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＲＳＵ５１、Ｆｗｄ５１、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５１を含む。

【0229】

課金リソース更新要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションに対応する課金リソースの識別子
“ＲＳＵ－ＩＮＦ”｛／／クォータ適用情報
“ＲＧ”：“ＲＧ５１”／／ＲＧ５１、ＰＤＵセッションの課金レートグループの識別子
“ＲＳＵ”：５／／ＲＳＵ５１、クォータ適用量が５メガビット（ＭＢ）であることを示す
“ＦＷＤ”：“Ｌｏｃａｌ”／／Ｆｗｄ５１、グループ内転送方式がＰＳＡ ＵＰＦを介したローカル転送であることを示す
“ＯＴＨＥＲ”：“．．．”／／クォータ適用量の他の記述情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ５１、第１のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
“ＣＯＭＴＹＰ”：“Ｍｕｌｔｉｃａｓｔ”／／Ｃｏｍ５１、グループ内通信モード
｝

【0230】

課金リソース更新要求メッセージにおけるＲＳＵ５１とＦｗｄ５１の間の並列関係は単なる例であり、限定的なものではない。実際の適用では、別の構造関係が使用されることもある。例えば、Ｆｗｄ５１が、ＲＳＵ－ＩＮＦデータ構造の外側に配置され、ＳｒｖＩｎｄ５１などと併記されることもある。

【0231】

ＣＨＦがステップ５０３で既にＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を記憶している場合には、任意選択で、情報の冗長な伝送を回避するために、課金リソース更新要求メッセージがＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を含まないこともある。

【0232】

ステップ５０５に対応して、可能な技術的解決策では、課金リソース更新要求メッセージは、Ｆｗｄ５１およびＣｏｍ５１を含まないこともある。

【0233】

ステップ５０７：ＣＨＦが、クォータ適用量ＲＳＵ５１に対応するクォータＧＳＵ５１を付与する。

【0234】

詳細には、ＣＨＦは、ステップ５０６で課金リソース更新要求メッセージを受信し、このメッセージから構文解析によってＲｅｓＩｄ５１、ＲＳＵ５１、Ｆｗｄ５１、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５１を取得し、次いでＲＳＵ５１に対応するクォータＧＳＵ ５１を付与する。

【0235】

詳細には、ＣＨＦは、Ｆｗｄ５１、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５１のうちのいずれか１つ、またはそれらの任意の組合せに基づいてレーティングを実行し、対応するクォータＧＳＵ５１をさらに付与することがある。ＣＨＦは、ＧｒｐＩｄ５１に基づいて５Ｇローカルエリアネットワークグループに対応するアカウントをさらに決定し、ＲＳＵ５１に基づいて対応するクォータＧＳＵ５１を付与するプロセスでそのアカウントを使用することもある。

【0236】

受信された課金リソース更新要求メッセージがＳｒｖＩｎｄ５１またはＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＲｅｓＩｄ５１に基づいて以前にローカルに記憶されたＳｒｖＩｎｄ５１またはＧｒｐＩｄ５１を取得することがある。

【0237】

ステップ５０８：ＣＨＦが、課金リソース更新応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ５１およびＧＳＵ５１を含む。

【0238】

詳細には、ＣＨＦは、課金リソース更新応答メッセージ（例えばＣｈａｒｇｉｎｇＤａｔａＲｅｓｐｏｎｓｅ［Ｕｐｄａｔｅ］またはＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｓｐｏｎｓｅ）を構築し、課金リソース更新応答メッセージをＳＭＦに送信する。ここで、課金リソース更新応答メッセージは、ＲｅｓＩｄ５１およびＧＳＵ５１を含む。

【0239】

課金リソース更新応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”： “ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
“ＧＳＵ－ＩＮＦ”｛／／付与されたクォータ情報
“ＲＧ”：“ＲＧ５１”／／ＲＧ５１、ＰＤＵセッションの課金レートグループの識別子
“ＧＳＵ”：“５Ｍ”／／ＧＳＵ５１、付与されたクォータ量が５メガビット（ＭＢ）であることを示す
｝
｝

【0240】

これに応じて、ＳＭＦは、課金リソース更新応答メッセージを受信し、この応答メッセージを構文解析することによってＲｅｓＩｄ５１およびＧＳＵ５１を取得し、ＧＳＵ５１の使用を管理する、すなわちＰＤＵセッションによるＧＳＵ５１の消費を管理する。可能な解決策では、ＳＭＦは、ＧＳＵ５１をＵＰＦに送信し、ＵＰＦがＰＤＵセッションによるＧＳＵ５１の消費を管理する。

【0241】

ＰＤＵセッションの課金モードがオフライン課金である場合には、ＳＭＦおよびＣＨＦはステップ５０５からステップ５０８のプロセス（すなわちクォータを申請するプロセス）を実行しないことに留意されたい。

【0242】

ステップ５０９：ＳＭＦが、利用量ＵＳＵ５１、グループ内転送方式Ｆｗｄ５２、およびグループ内通信モードＣｏｍ５２を決定する。

【0243】

詳細には、ＳＭＦは、利用量ＵＳＵ５１、対応するグループ内転送方式Ｆｗｄ５２、およびグループ内通信モードＣｏｍ５２を取得する。Ｆｗｄ５２は、Ｆｗｄ５１と同じであることもあるし、異なることもあり、Ｃｏｍ５２は、Ｃｏｍ５１と同じであることもあるし、異なることもある。

【0244】

ＳＭＦは、共通Ｎ４セッションを介して利用量ＵＳＵ５１を取得することがある。例えば、ＳＭＦは、ポリシーおよび課金制御（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ，ＰＣＣ）規則に基づいて対応するＰＤＲおよび対応するＵＲＲを生成し、このＰＤＲおよびＵＲＲを共通Ｎ４セッションを介してＵＰＦに送信する。ＵＰＦは、共通Ｎ４セッションを介してＵＲＲに対応する利用量ＵＳＵ５１を報告する。

【0245】

ステップ５１０：ＳＭＦが、課金リソース更新要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＵＳＵ５１、Ｆｗｄ５２、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５２を含む。

【0246】

詳細には、ＳＭＦは、ステップ５０９で決定されたＵＳＵ５１、Ｆｗｄ５２、およびＣｏｍ５２に基づいて課金リソース更新要求メッセージを構築し、この課金リソース更新要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＵＳＵ５１、Ｆｗｄ５２、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５２を含む。

【0247】

課金リソース更新要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
“ＵＳＵ－ＩＮＦ”｛／／利用量情報
“ＲＧ”：“ＲＧ５１”／／ＲＧ５１、ＰＤＵセッションの課金レートグループの識別子
“ＵＬ－ＵＳＵ”：４／／ＵＳＵ５１、アップリンク利用量が４メガビット（ＭＢ）であることを示す
“ＤＬ－ＵＳＵ”：２／／ＵＳＵ５１、ダウンリンク利用量が２メガビット（ＭＢ）であることを示す
“ＦＷＤ”：“Ｎ１９”／／Ｆｗｄ５２、グループ内転送方式がＰＳＡ ＵＰＦ間トンネルＮ１９を介した転送であることを示す
“ＯＴＨＥＲ”：“．．．”／／利用量についての他の記述情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ５１、第１のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
“ＣＯＭＴＹＰ”：“Ｍｕｌｔｉｃａｓｔ”／／Ｃｏｍ５２、グループ内通信モード
｝

【0248】

課金リソース更新要求メッセージにおけるＵＳＵ５１とＦｗｄ５２の間の並列関係は単なる例であり、限定的なものではない。実際の適用では、別の構造関係が使用されることもある。例えば、Ｆｗｄ５２が、ＵＳＵ－ＩＮＦデータ構造の外側に配置され、ＳｒｖＩｎｄ５１などと併記されることもある。

【0249】

さらに、ＣＨＦがステップ５０３で既にＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を記憶している場合には、任意選択で、情報の冗長な伝送を回避するために、課金リソース更新要求メッセージがＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を含まないこともある。

【0250】

可能な技術的解決策では、課金リソース更新要求メッセージは、Ｆｗｄ５２およびＣｏｍ５２を含まないこともある。

【0251】

可能な技術的解決策では、ＲＧ５１は、例えばＱｏＳフローの識別子など、ＰＤＵセッションにおける別の粒度のデータ接続サービスの識別子で置き換えられることもある。

【0252】

ステップ５１１：ＣＨＦが、ＵＳＵ５１に対して課金処理を実行する。

【0253】

詳細には、ＣＨＦは、ステップ５１０で課金リソース更新要求メッセージを受信し、構文解析によってＲｅｓＩｄ５１、ＵＳＵ５１、Ｆｗｄ５２、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５２を取得し、次いでＵＳＵ５１に対して課金処理を実行する。

【0254】

詳細には、ＣＨＦは、Ｆｗｄ５２、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５２のうちのいずれか１つ、またはそれらの任意の組合せに基づいて課金レートを決定し、ＧｒｐＩｄ５１に基づいて、５Ｇローカルエリアネットワークグループに対応するアカウントを決定することがある。課金モードがオンライン課金である場合には、ＣＨＦは、決定された課金レートおよびＵＳＵ５１に基づいて、決定されたアカウントに対してアカウント引落しを実行し、課金モードがオフライン課金である場合には、ＣＨＦは、Ｆｗｄ５２、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５２のうちのいずれか１つ、またはそれらの任意の組合せとＵＳＵ５１とを、ＰＤＵセッションの課金データ記録に記録する。

【0255】

受信された課金リソース更新要求メッセージがＳｒｖＩｎｄ５１またはＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＲｅｓＩｄ５１に基づいて以前にローカルに記憶されたＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を取得することがある。

【0256】

任意選択で、ＣＨＦは、ＧｒｐＩｄ５１をアソシエーション識別子として使用することによってこのステップまたは後続のステップで累積することにより５Ｇローカルエリアネットワークグループの総利用量を取得することがある。総利用量は、例えばＰＤＵセッションに対してＱｏＳ制御を実行するなど、５Ｇローカルエリアネットワークグループにおけるグループ内通信のＱｏＳを制御するために使用されることがある。例えば、ＣＨＦによって受信される複数のＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ内の「ＧＲＰＩＤ」の値が全て「ＧＲＰ４１４」である場合には、ＣＨＦは、これらのＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ内のＰＤＵセッションにおける利用量を累積して、５Ｇローカルエリアネットワークグループの利用量を取得する。

【0257】

ステップ５１２：ＣＨＦが、課金リソース更新応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ５１および課金処理結果ＣｈｇＲｓｔ５１を含む。

【0258】

詳細には、ＣＨＦは、課金リソース更新応答メッセージを構築し、この課金リソース更新応答メッセージをＳＭＦに送信する。ここで、この課金リソース更新応答メッセージは、ＲｅｓＩｄ５１、および課金処理結果ＣｈｇＲｓｔ５１を含む。課金リソース更新応答メッセージの例示的な値、および対応する意味は、以下の通りである。すなわち、ＳｕｃＩｎＤｅｄｕｃｔｉｏｎは、アカウント引落しが成功したことを示し、ＳｕｃＩｎＲｅｃｏｒｄｉｎｇは、課金データ記録の書込みが成功したことを示す。

【0259】

課金リソース更新応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
“ＣＨＧＲＳＴ”：“ＳｕｃＩｎＤｅｄｕｃｔｉｏｎ”｜“ＳｕｃＩｎＲｅｃｏｒｄｉｎｇ”／／ＣｈｇＲｓｔ５１
｝

【0260】

これに応じて、ＳＭＦは、課金リソース更新応答メッセージを受信し、この応答メッセージを構文解析することによって課金処理結果を取得し、例えばＵＥのグループ内通信サービスの継続のためにＰＤＵセッションがパスすることを許可し続けるなど、課金処理結果に基づいてＰＤＵセッションを管理する。

【0261】

ステップ５０５からステップ５１２までのプロセスは、ＰＤＵセッションが解放されると決定されるまで繰り返し実行されて、ステップ５１３が実行されることは理解することができる。

【0262】

ステップ５１３：ＳＭＦが、課金リソースを削除すると決定し、利用量ＵＳＵ５２を決定し、グループ内転送方式Ｆｗｄ５３およびグループ内通信モードＣｏｍ５３を決定する。

【0263】

詳細には、ＳＭＦは、ＵＥまたは別のデバイス（例えばＰＣＦデバイス）から送信されるＰＤＵセッション解放要求メッセージを受信し、この要求メッセージに基づいて、以前に作成された課金リソースを削除するためにＣＨＦがトリガされる必要があると決定する。報告されていない利用量があるので、ＰＤＵセッションが解放される前に、ＳＭＦは、利用量ＵＳＵ５２（利用量が３Ｍであると仮定する）、対応するグループ内転送方式Ｆｗｄ５３、およびグループ内通信モードＣｏｍ５３を取得する。Ｆｗｄ５３は、Ｆｗｄ５１またはＦｗｄ５２と同じであることもあるし、異なることもあり、Ｃｏｍ５３は、Ｃｏｍ５２またはＣｏｍ５１と同じであることもあるし、異なることもある。ＳＭＦがＵＳＵ５２を取得する方式については、ステップ５１０の関連する記述を参照されたい。ここでは、詳細について重ねて述べることはしない。

【0264】

ステップ５１４：ＳＭＦが、課金リソース削除要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＵＳＵ５２、Ｆｗｄ５３、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５３を含む。

【0265】

詳細には、ＳＭＦは、ステップ５１３で決定されたＵＳＵ５２、Ｆｗｄ５３、およびＣｏｍ５３に基づいて課金リソース削除要求メッセージを構築し、この課金リソース削除要求メッセージをＣＨＦに送信して、ＣＨＦにＰＤＵセッションの課金リソースを削除するように要求する。ここで、この要求メッセージは、ＲｅｓＩｄ５１、ＵＳＵ５２、Ｆｗｄ５３、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５３を含む。

【0266】

課金リソース削除要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＤｅｌｅｔｅＲｅｑｕｅｓｔ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
“ＵＳＵ－ＩＮＦ”｛／／利用量情報
“ＲＧ”：“ＲＧ５１”／／ＲＧ５１、ＰＤＵセッションの課金レートグループの識別子
“ＵＳＵ”：３／／ＵＳＵ５２、利用量が３メガビット（ＭＢ）であることを示す
“ＦＷＤ”：“Ｎ６”／／Ｆｗｄ５３、ＵＰＦ－ＤＮ間インタフェースＮ６を介した転送を示す
“ＯＴＨＥＲ”：“．．．”／／利用量についての他の記述情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ５１、第１のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
“ＣＯＭＴＹＰ”：“Ｕｎｉｃａｓｔ”／／Ｃｏｍ５３、グループ内通信モード
｝

【0267】

同様に、課金リソース削除要求メッセージは、ＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を含まないことがある。

【0268】

可能な技術的解決策では、課金リソース削除要求メッセージは、Ｆｗｄ５３およびＣｏｍ５３を含まないこともある。

【0269】

ステップ５１５：ＣＨＦが、ＵＳＵ５２に対して課金処理を実行し、課金リソースを削除する。

【0270】

詳細には、ＣＨＦは、ステップ５１４で課金リソース削除要求メッセージを受信し、構文解析によってＲｅｓＩｄ５１、ＵＳＵ５２、Ｆｗｄ５３、ＳｒｖＩｎｄ５１、ＧｒｐＩｄ５１、およびＣｏｍ５３を取得し、次いでＵＳＵ５３に対して課金処理を実行する。詳細については、ステップ５１１の関連する記述を参照されたい。

【0271】

受信された課金リソース削除要求メッセージがＳｒｖＩｎｄ５１またはＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＲｅｓＩｄ５１に基づいて以前にローカルに記憶されたＳｒｖＩｎｄ５１およびＧｒｐＩｄ５１を取得することがある。

【0272】

ＵＳＵ５２に対する課金処理を完了した後で、ＣＨＦは、ＲｅｓＩｄ５１に対応する以前に作成された課金リソースを削除して、その課金リソースによって占められているＣＨＦ上のメモリリソースまたはＣＰＵリソースなどのコンピューティングリソースを回収する。

【0273】

ステップ５１６：ＣＨＦが、課金リソース削除応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ５１、課金処理結果ＣｈｇＲｓｔ５２、および課金リソース削除結果ＤｅｌＲｓｔ５１を含む。

【0274】

詳細には、ＣＨＦは、課金リソース削除応答メッセージを構築し、この課金リソース削除応答メッセージをＳＭＦに送信する。ここで、この課金リソース削除応答メッセージは、ＲｅｓＩｄ５１、課金処理結果ＣｈｇＲｓｔ５２、およびリソース削除結果ＤｅｌＲｓｔ５１を含む。ＣｈｇＲｓｔ５２の例示的な値、および対応する意味は、ＣｈｇＲｓｔ５１と同じであり、詳細について重ねて述べることはしない。ＤｅｌＲｓｔ５１の例示的な値、および対応する意味は、以下の通りである。すなわち、「ＳｕｃＩｎＤｅｌｅｔｉｎｇ」は、ＰＤＵセッションに対応する課金リソースがうまく削除されたことを示す。

【0275】

課金リソース削除応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＤｅｌｅｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４１０Ｐ”／／ＲｅｓＩｄ５１、ＰＤＵセッションの課金リソースの識別子
“ＣＨＧＲＳＴ”：“ＳｕｃＩｎＤｅｄｕｃｔｉｏｎ”｜“ＳｕｃＩｎＤｅｌｅｔｉｎｇ”／／ＣｈｇＲｓｔ５２
“ＤＥＬＲＳＴ”：“ＳｕｃＩｎＤｅｌｅｔｉｎｇ”／／ＤｅｌＲｓｔ５１
｝

【0276】

これに応じて、ＳＭＦは、課金リソース削除応答メッセージを受信し、構文解析によってＣｈｇＲｓｔ５２およびＤｅｌＲｓｔ５１を取得し、それに応じて、例えばＰＤＵセッションを解放するなど、ＰＤＵセッションを管理して、ＵＥのグループ内通信サービスを終了する。

【0277】

可能な解決策では、ＳＭＦは、ステップ５０２の前にＲＳＵ５１および／またはＵＳＵ５１を決定して、ステップ５０２の課金リソース作成要求メッセージがＲＳＵ５１および／またはＵＳＵ５１を搬送するようにすることがある。したがって、ステップ５０４で、ＳＭＦは、ＣＨＦから送信される課金リソース作成応答メッセージからＧＳＵ５１および／またはＣｈｇＲｓｔ５１を取得する。

【0278】

上記のステップ５０１から５１６は、ＵＥ４１０のグループ内通信の課金処理プロセスである。任意選択で、この方法手順は、５Ｇローカルエリアネットワークグループ内の別のＵＥのグループ内通信の課金処理プロセスをさらに含むこともある。例は、以下の通りである。

【0279】

ステップ５２１から５３６は、ＵＥ４１１のグループ内通信の課金処理プロセスに対応する。

【0280】

任意選択で、ＳＭＦは、ＵＥ４１１のグループ内通信に対して課金処理を実行するようにＣＨＦをトリガする。詳細については、ステップ５０１から５１６のプロセスを参照されたい。

【0281】

ステップ５４１から５５６は、ＵＥ４１２のグループ内通信の課金処理プロセスに対応する。

【0282】

任意選択で、ＳＭＦは、ＵＥ４１２のグループ内通信に対して課金処理を実行するようにＣＨＦをトリガする。詳細については、ステップ５０１から５１６のプロセスを参照されたい。

【0283】

ステップ５６１から５７０は、ＵＥ４１３のグループ内通信の課金処理プロセスに対応する。

【0284】

任意選択で、ＳＭＦは、ＵＥ４１３のグループ内通信に対して課金処理を実行するようにＣＨＦをトリガする。詳細については、ステップ５０１から５１６のプロセスを参照されたい。

【0285】

上述の複数のＵＥのグループ内通信の課金処理プロセスの順序は固定されておらず、上記の順序と異なることもあり、異なるＵＥのグループ内通信の課金処理プロセスが並列に実行されることもあることは理解することができる。

【0286】

ステップ５９９：ＣＨＦが、５Ｇローカルエリアネットワークグループに対して課金処理を実行する。

【0287】

ＰＤＵセッションの課金モードがオフライン課金である場合には、上述のプロセスにおいて、ＣＨＦは、異なる時間期間の異なるＵＥのＰＤＵセッションの課金データ記録を記憶し、ＣＨＦデバイスは、ＧｒｐＩｄ５１に基づいてこれらの課金データ記録中のＵＳＵを関連付け、５Ｇローカルエリアネットワークグループの請求書を出力する。例は、以下の通りである。

【0288】

グループ内通信の状況は以下の通りであると仮定される。

【0289】

（１）ＵＥ４１０は、ブロードキャスト方式でＵＥ４１１、ＵＥ４１２、およびＵＥ４１３とのグループ内通信を実行し、ＰＤＵセッション（４１０Ｐ）で伝送されるデータパケットは５Ｍであり、転送方式は、ローカル切換え転送、Ｎ１９トンネルを介した転送、およびＮ６インタフェースを介した転送を含む。

【0290】

（２）ＵＥ４１１は、マルチキャスト方式でＵＥ４１０およびＵＥ４１２とのグループ内通信を実行し、ＰＤＵセッション（４１１Ｐ）で伝送されるデータパケットは３Ｍであり、転送方式は、ローカル切換え転送またはＮ１９トンネルを介した転送を含む。

【0291】

（３）ＵＥ４１２は、ユニキャスト方式でＵＥ４１１とのグループ内通信を実行し、ＰＤＵセッション（４１２Ｐ）で伝送されるデータパケットは２Ｍであり、転送方式は、Ｎ１９トンネルを介した転送を含む。

【0292】

（４）ＵＥ４１３は、ユニキャスト方式でＵＥ４１１とのグループ内通信を実行し、ＰＤＵセッション（４１３Ｐ）で伝送されるデータパケットは１Ｍであり、転送方式は、Ｎ６インタフェースを介した転送を含む。

【0293】

特定の期間に、ＣＨＦによって課金データ記録に書き込まれる課金情報は、表２に示されており、この課金情報は、共通のグループ識別子「ＧＲＰ４１４」を用いて互いに関連付けられる。

【0294】

【表2】

【0295】

「ＵＬ」はアップリンクを示し、「ＤＬ」はダウンリンクを示し、「ローカル」はローカル切換え転送を示し、「Ｎ１９」はＮ１９トンネルを介した転送を示し、「Ｎ６」はＮ６インタフェースを介した転送を示す。事業者がローカルの課金レートをＲに設定し、Ｎ６の課金レートを２Ｒに設定し、Ｎ１９の課金レートを３Ｒに設定すると仮定されている。

【0296】

エンドツーエンド利用量に基づいて課金が実行される場合には、ＣＨＦは、アップリンク利用量に課金する、すなわち表２において１、３、５、７、９、１１、および１３の番号の利用量に課金し、以下の料金を取得する。
５Ｍ＊Ｒ＋５Ｍ＊３Ｒ＋５Ｍ＊２Ｒ＋３Ｍ＊Ｒ＋３Ｍ＊３Ｒ＋２Ｍ＊３Ｒ＋１Ｍ＊２Ｒ＝５０ＭＲ

【0297】

Ｎ１９トンネルの利用量に基づいて課金が実行される場合には、ＣＨＦは、Ｎ１９トンネルの利用量に課金する、すなわち表２においてグループ内転送方式「Ｎ１９」に対応する利用量に課金し、以下の料金を取得する。
５Ｍ＊３Ｒ＊２＋３Ｍ＊３Ｒ＊２＋２Ｍ＊３Ｒ＊２＝６０ＭＲ

【0298】

図６は、本開示の実施形態による第４の課金処理方法の流れ図である。この課金処理方法は、５Ｇローカルエリアネットワークサービスに対して課金処理を実行するために使用される。特に指定がない限り、「ＳＭＦ」は図４ＡのＳＭＦデバイス４０２を指し、「ＣＨＦ」は図４ＡのＣＨＦデバイス４０１を指し、「５Ｇローカルエリアネットワークグループ」は図４Ａの５Ｇローカルエリアネットワークグループを指し、「ＵＰＦ４０３」はＰＳＡ ＵＰＦデバイス４０３を指し、「ＵＰＦ４０４」はＰＳＡ ＵＰＦデバイス４０４を指す。この方法手順は、主に以下のステップを含む。

【0299】

ステップ６０１からステップ６７６は、ＵＥ４１０からＵＥ４１３のＰＤＵセッションの課金処理プロセスに対応する。これらのプロセスは、ステップ５０１からステップ５７６のプロセスと同様であり、詳細について重ねて述べることはしない。課金要件に従って、この方法手順ではこのプロセスが実行されないこともある。

【0300】

ステップ６８１：ＳＭＦは、ＵＰＦデバイス４０３とＵＰＦデバイス４０４の間のＮ１９トンネルを確立し、トンネル情報ＴｕｎＩｎｆ６１を生成する。

【0301】

詳細には、ＳＭＦは、５Ｇローカルエリアネットワークの設定情報に基づいて、５Ｇローカルエリアネットワーク内のグループ内通信をサポートするためにＵＰＦデバイス４０３とＵＰＦデバイス４０４の間にＮ１９トンネルが確立される必要があると決定し、次いでＮ１９トンネルを確立するための命令情報をＵＰＦデバイス４０３およびＵＰＦデバイス４０４に別々に送達して、ＵＰＦデバイス４０３とＵＰＦデバイス４０４の間の対話をトリガし、Ｎ１９トンネルを確立する。

【0302】

さらに、ＳＭＦは、トンネル情報ＴｕｎＩｎｆ６１を生成する。ここで、このトンネル情報は、ＳＭＦによってＮ１９トンネルに割り振られた識別子ＴＥＩｄ６１を少なくとも含む。

【0303】

以下、ＳＭＦの管理、およびＮ１９トンネルの課金情報報告についてさらに説明する。

【0304】

詳細には、ＳＭＦデバイスが（５Ｇローカルエリアネットワーク通信のために）２つのＵＰＦデバイスを管理する場合、換言すれば５Ｇローカルエリアネットワーク内のＵＰＦデバイスセットが２つのＵＰＦデバイスを含む場合には、Ｎ１９トンネルがその２つのＵＰＦデバイスの間に確立され、ＳＭＦデバイスはＮ１９トンネルのための専用の課金リソースを作成するようにＣＨＦに要求すると仮定される。Ｎ１９トンネルの課金情報を生成するときには、ＳＭＦデバイスは、２つのＵＰＦデバイスのうちのいずれかのＵＰＦデバイスからＮ１９トンネルの課金情報を取得することもあるし、２つのＵＰＦデバイスからＮ１９トンネルの課金情報を別々に取得し、そのＮ１９トンネルの課金情報結を結合して重複排除して、Ｎ１９トンネルの要約された課金情報を得ることもある。

【0305】

詳細には、ＳＭＦデバイスが（５Ｇローカルエリアネットワーク通信のために）３つ以上のＵＰＦデバイスを管理する場合には、換言すれば５Ｇローカルエリアネットワーク内のＵＰＦデバイスセットが３つ以上のＵＰＦデバイスを含む場合には、Ｎ１９トンネルがあらゆる２つのＵＰＦデバイスの間に確立されると仮定され、この場合には、同一のＵＰＦが複数のＵＰＦデバイスと同時にＮ１９トンネルを確立する、換言すればＳＭＦデバイスが複数のＮ１９トンネルを管理することがあり、ＳＭＦデバイスは、各Ｎ１９トンネルについて対応する課金リソースを作成するようにＣＨＦに要求する、または全てのＮ１９トンネルについて共通の課金リソースを作成するようにＣＨＦに要求することがある。各Ｎ１９トンネルの課金情報を生成する方法は、上記の段落の方法と同じであり、詳細について重ねて述べることはしない。

【0306】

Ｎ１９トンネルの専用の課金リソースを作成するシナリオでは、ＰＤＵセッションに対応する課金リソース作成方法は、図５Ａおよび図５Ｂに対応する方法手順と同じであることは理解することができる。任意選択で、ＰＤＵセッションに対応する課金リソースが作成された後で、共通Ｎ４セッションを介してＳＭＦからＵＰＦデバイスに送達されるＰＤＲおよびＵＲＲ（利用量報告規則，ｕｓａｇｅ ｒｅｐｏｒｔｉｎｇ ｒｕｌｅ）は、ローカル切換え転送およびＮ６インタフェースを介した転送の課金規則しか含まず、Ｎ１９トンネルを介した転送の課金規則を含まない。トンネルＮ４セッションを介してＵＰＦデバイスに送達されるＰＤＲおよびＵＲＲが、Ｎ１９トンネルを介した転送の課金規則を含む。

【0307】

ステップ６８２：ＳＭＦが、課金リソース作成要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＴｕｎＩｎｆ６１，ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を搬送する。

【0308】

詳細には、ＳＭＦは、転送アクション規則（Ｆｏｒｗａｒｄｉｎｇ Ａｃｔｉｏｎ Ｒｕｌｅ，ＦＡＲ）、パケット検出規則（Ｐａｃｋｅｔ Ｄｅｔｅｃｔｉｏｎ Ｒｕｌｅ，ＰＤＲ）、またはポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ，ＰＣＦ）デバイスを用いてローカルに設定された課金ポリシーを送達する。Ｎ１９トンネルを介した転送のための利用量に対して課金が実行される必要があると決定されたときには、課金リソース作成要求メッセージが構築され、課金リソース作成要求メッセージがＣＨＦに送信される。ここで、この要求メッセージは、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を含む。ＳｒｖＩｎｄ６１は、第２のサービスインジケーション情報であり、ＴｕｎＩｎｆ６１に対応するＮ１９トンネルが５Ｇローカルエリアネットワーク内のグループ内通信に使用されることを示す。ＧｒｐＩｄ５１は、図５Ａおよび図５Ｂに対応する方法手順に記載されており、詳細について重ねて述べることはしない。可能な解決策では、この要求メッセージは、ＳｒｖＩｎｄ６１を搬送しないこともある。

【0309】

詳細には、ＳＭＦは、Ｎ１９トンネルを確立するために命令をＵＰＦに送達するとき、またはＮ１９トンネルがうまく確立されたことを示すインジケーションをＵＰＦが戻したときに、この要求メッセージをＣＨＦに送信することがある。

【0310】

課金リソース作成要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｑｕｅｓｔ｛
“ＴＵＮ－ＩＮＦ”｛／／ＴｕｎＩｎｆ６１、Ｎ１９トンネルについての情報
“ＴＥＩＤ”：“ＴＥＩＤ－４０４－４０４”／／ＴＥＩｄ６１、Ｎ１９トンネルの識別子
“ＯＴＨＥＲ”：“．．．”／／Ｎ１９トンネルについての他の情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ６１、第２のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
｝

【0311】

ステップ６８３：ＣＨＦが課金リソースを作成し、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ５１、およびＧｒｐＩｄ５１を記憶する。

【0312】

詳細には、ＣＨＦは、課金リソース作成要求メッセージを受信し、構文解析によってＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を取得し、以下の動作をさらに実行する。

【0313】

（１）ＳｒｖＩｎｄ６１に基づいて、ＴｕｎＩｎｆ６１に対応するＮ１９トンネルが５Ｇローカルエリアネットワーク内のグループ内通信に使用されると決定する。課金リソース作成要求メッセージがＳｒｖＩｎｄ６１を含まない場合には、ＣＨＦは、Ｎ１９トンネルが５Ｇローカルエリアネットワーク内のグループ内通信に使用されるとデフォルトでみなして、インジケーション情報ＳｒｖＩｎｄ６１を生成することがある。

【0314】

（２）Ｎ１９トンネルのための対応する課金リソースを作成し、その課金リソースに識別子ＲｅｓＩｄ６１を割り振る。

【0315】

任意選択で、ＣＨＦは、ＴｕｎＩｎｆ６１およびＧｒｐＩｄ５１を記憶し、上述の受信または決定されたＳｒｖＩｎｄ６１をさらに記憶する。例えば、ＣＨＦは、ＳｒｖＩｎｄ６１、ＧｒｐＩｄ５１、およびＲｅｓＩｄ６１に応じてＴｕｎＩｎｆ６１を記憶する。

【0316】

任意選択で、Ｎ１９トンネルに対応する課金リソースを作成した後で、ＳＭＦは、Ｎ１９トンネルの２つの端部においてＰＤＲおよび／またはＵＲＲをＵＰＦデバイス（ＵＰＦデバイス４０３およびＵＰＦデバイス４０４など）に送達して、Ｎ１９トンネル内で課金データを収集するようにＵＰＦに指示する。

【0317】

Ｎ１９トンネルのために作成された課金リソースは、複数のＰＤＵセッションにわたって共有され、異なるＵＥ間の通信によって生じるＮ１９トンネルで伝送される利用量は、全てその課金リソースを通して課金処理デバイスに報告される、すなわちその利用量は、課金リソース識別子を搬送する課金要求メッセージ（例えば課金リソース更新要求メッセージまたは課金リソース削除要求メッセージ）を用いて報告されることに留意されたい。

【0318】

ステップ６８４：ＣＨＦが、課金リソース作成応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ６１を搬送する。

【0319】

詳細には、ＣＨＦは、課金リソース作成応答メッセージを構築し、この課金リソース作成応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ６１を搬送する。

【0320】

課金リソース作成応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＣｒｅａｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４０３－４０４”／／ＲｅｓＩｄ６１、Ｎ１９トンネルの課金リソースの識別子
｝
ステップ６８９：ＳＭＦが、利用量ＵＳＵ６１および伝送方向Ｄｉｒ６１を決定する。

【0321】

詳細には、ＳＭＦは、トンネルＮ４セッション（Ｎ１９のＧｒｏｕｐ Ｎ４）を介してＵＰＦデバイス４０３および／またはＵＰＦデバイス４０４と別個に対話して、Ｎ１９トンネルを介して伝送された利用量ＵＳＵ６１をＵＰＦから取得する。

【0322】

詳細には、Ｎ１９トンネルの２つの端部においてＵＰＦデバイス（ＵＰＦデバイス４０３など）によって別個に報告される利用量について、重複の利用量がある（すなわち２つの利用量の時間期間、２つの端部のＵＰＦデバイスの識別子、およびサービス単位の数量が同じである）場合には、ＳＭＦが、それらの利用量を結合して重複排除した後で利用量をＣＨＦに報告することもあるし、またはＳＭＦが利用量を報告した後で、ＣＨＦが利用量を結合して重複排除することもある。

【0323】

例えば、Ｎ１９トンネルは、ＵＰＦ１とＵＰＦ２の間にあり、以下の２つの利用量が重複の利用量であると仮定される。
ＵＳＵ－ＩＮＦ｛／／ＵＰＦ１によって収集された利用量情報
ｄｕｒｉｎｇ１２３／／時間期間
ＵＰＦ １／／Ｎ１９トンネルの１つの端部のＵＰＦの識別子
ＵＰＦ ２／／Ｎ１９トンネルの他方の端部のＵＰＦの識別子
１０ Ｍ／／サービス単位の数量
｝
ＵＳＵ－ＩＮＦ｛／／ＵＰＦ２によって収集された利用量情報
ｄｕｒｉｎｇ１２３／／時間期間
ＵＰＦ １／／Ｎ１９トンネルの１つの端部のＵＰＦの識別子
ＵＰＦ ２／／Ｎ１９トンネルの他方の端部のＵＰＦの識別子
１０ Ｍ／／サービス単位の数量
｝

【0324】

「重複排除する」とは、２つの利用量のうちの一方が選択され、他方が破棄されることを意味する。

【0325】

任意選択で、ＳＭＦは、ＵＳＵ６１に対応するデータパケットがＮ１９トンネル内で伝送される方向Ｄｉｒ６１をさらに決定する。方向Ｄｉｒ６１の例示的な値、および対応する意味は、以下の通りである。「４０３から４０４」は、ＵＰＦデバイス４０３からＵＰＦデバイス４０４に送信することを示し、「４０４から４０３」は、ＵＰＦデバイス４０４からＵＰＦデバイス４０３に送信することを示す。

【0326】

ステップ６９０：ＳＭＦが、課金リソース更新要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ６１、ＵＳＵ６１、Ｄｉｒ６１、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を含む。

【0327】

詳細には、ＳＭＦは、ステップ６８９で決定されたＵＳＵ６１およびＤｉｒ６１に基づいて課金リソース更新要求メッセージを構築し、この課金リソース更新要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ６１、ＵＳＵ６１、Ｄｉｒ６１、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を含む。

【0328】

課金リソース更新要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ｛
“ＲＥＳＩＤ”：“ＲＥＳ４０３－４０４”／／ＲｅｓＩｄ６１、Ｎ１９トンネルの課金リソースの識別子
“ＵＳＵ－ＩＮＦ”｛／／利用量情報
“ＵＳＵ”：１０／／ＵＳＵ６１、利用量が１０メガビット（ＭＢ）であることを示す
“ＤＩＲ”：“４０３－４０４”／／Ｄｉｒ６１
“ＯＴＨＥＲ”：“．．．”／／利用量についての他の記述情報
｝
“ＴＵＮ－ＩＮＦ”｛／／ＴｕｎＩｎｆ６１、Ｎ１９トンネルについての情報
“ＴＥＩＤ”：“ＴＥＩＤ－４０４－４０４”／／ＴＥＩｄ６１、Ｎ１９トンネルの識別子
“ＯＴＨＥＲ”：“．．．”／／Ｎ１９トンネルについての他の情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ６１、第２のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
｝

【0329】

課金リソース更新要求メッセージにおけるＵＳＵ６１とＤｉｒ６１の間の並列関係は単なる例であり、限定的なものではない。実際の適用では、別の構造関係が使用されることもある。例えば、Ｄｉｒ６１が、ＵＳＵ－ＩＮＦデータ構造の外側に配置され、ＳｒｖＩｎｄ６１などと併記されることもある。

【0330】

さらに、ＣＨＦがステップ６８３でＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を記憶している場合には、任意選択で、情報の冗長な伝送を回避するために、課金リソース更新要求メッセージがＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を含まないこともある。

【0331】

可能な技術的解決策では、課金リソース更新要求メッセージは、Ｄｉｒ６１を含まないこともある。

【0332】

ステップ６９１：ＣＨＦが、ＵＳＵ６１に対して課金処理を実行する。

【0333】

詳細には、ＣＨＦは、ステップ６９０で課金リソース更新要求メッセージを受信し、構文解析によってＲｅｓＩｄ６１、ＵＳＵ６１、Ｄｉｒ６１、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を取得し、次いでＵＳＵ６１に対して課金処理を実行する。

【0334】

詳細には、ＣＨＦは、ＴｕｎＩｎｆ６１、Ｄｉｒ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１のうちのいずれか１つ、またはそれらの任意の組合せに基づいて課金レートを決定し、ＧｒｐＩｄ５１に基づいて、５Ｇローカルエリアネットワークグループに対応するアカウントを決定することがある。課金モードがオンライン課金である場合には、ＣＨＦは、決定された課金レートおよびＵＳＵ６１に基づいて、決定されたアカウントに対してアカウント引落しを実行し、課金モードがオフライン課金である場合には、ＣＨＦは、ＴｕｎＩｎｆ６１、Ｄｉｒ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１のうちのいずれか１つ、またはそれらの任意の組合せとＵＳＵ６１とを、Ｎ１９トンネルに対応する課金データ記録に記録する。

【0335】

受信された課金リソース更新要求メッセージがＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ５１、またはＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＲｅｓＩｄ６１にローカルに基づいて以前に記憶されたＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を取得することがある。

【0336】

任意選択で、ＣＨＦは、ＧｒｐＩｄ５１をアソシエーション識別子として使用することによってこのステップまたは後続のステップで累積することにより５Ｇローカルエリアネットワークグループの総利用量を取得することがある。例えば、ＣＨＦによって受信される複数のＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ内の「ＧＲＰＩＤ」の値が「ＧＲＰ４１４」と仮定され、ＣＨＦは、これらのＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ内のＮ１９トンネルを介して伝送される利用量を累積して、５Ｇローカルエリアネットワークグループの利用量を取得する。

【0337】

ステップ６９２：ＣＨＦが、課金リソース更新応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ６１および課金処理結果ＣｈｇＲｓｔ６１を含む。

【0338】

詳細には、ＣＨＦは、課金リソース更新応答メッセージを構築し、この課金リソース更新応答メッセージをＳＭＦに送信する。ここで、この課金リソース更新応答メッセージは、ＲｅｓＩｄ６１、および課金処理結果ＣｈｇＲｓｔ６１を含む。課金リソース更新応答メッセージの例示的な値、および対応する意味は、以下の通りである。すなわち、ＳｕｃＩｎＤｅｄｕｃｔｉｏｎは、アカウント引落しが成功したことを示し、ＳｕｃＩｎＲｅｃｏｒｄｉｎｇは、課金データ記録の書込みが成功したことを示す。

【0339】

課金リソース更新応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４０３－４０４”／／ＲｅｓＩｄ６１、Ｎ１９トンネルの課金リソースの識別子
“ＣＨＧＲＳＴ”：“ＳｕｃＩｎＤｅｄｕｃｔｉｏｎ”｜“ＳｕｃＩｎＲｅｃｏｒｄｉｎｇ”／／ＣｈｇＲｓｔ６１
｝

【0340】

これに応じて、ＳＭＦは、課金リソース更新応答メッセージを受信し、構文解析によって課金処理結果を取得し、例えばトンネルを除去または解放するなど、それに応じてＮ１９トンネルを管理する。

【0341】

上記のステップ６８９からステップ６９２までのプロセスは、Ｎ１９トンネルが除去または解放されると決定され、ステップ６９３が実行されるまで繰り返し実行されることがあることは理解することができる。

【0342】

ステップ６９３：ＳＭＦが、課金リソースを削除すると決定し、利用量ＵＳＵ６２を決定し、伝送方向Ｄｉｒ６２を決定する。

【0343】

詳細には、ＳＭＦは、５ＧローカルエリアネットワークグループのメンバＵＥ間の通信状況（例えばＮ１９トンネルが連続してＴ秒間トラフィックを有していない）に基づいて、Ｎ１９トンネルを解放すると決定し、それに応じてＮ１９トンネルのために以前に作成された課金リソースを削除するようにＣＨＦをトリガすると決定する。報告されていない利用量があるので、ＳＭＦは、ＵＰＦ４０３および／またはＵＰＦ４０４と対話して、Ｎ１９トンネルを介して伝送された利用量ＵＳＵ６２を決定する。任意選択で、ＳＭＦは、ＵＳＵ６２に対応するデータパケットがＮ１９トンネル内を伝送される方向Ｄｉｒ６２をさらに決定する。

【0344】

ステップ６９４：ＳＭＦが、課金リソース削除要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ６１、ＵＳＵ６２、Ｄｉｒ６２、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を含む。

【0345】

詳細には、ＳＭＦは、ステップ６９３で決定されたＵＳＵ６２およびＤｉｒ６２に基づいて課金リソース削除要求メッセージを構築し、この課金リソース削除要求メッセージをＣＨＦに送信する。ここで、この要求メッセージは、ＲｅｓＩｄ６１、ＵＳＵ６２、Ｄｉｒ６２、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、およびＧｒｐＩｄ５１を含む。

【0346】

課金リソース削除要求メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＵｐｄａｔｅＲｅｑｕｅｓｔ｛
“ＲＥＳＩＤ”：“ＲＥＳ４０３－４０４”／／ＲｅｓＩｄ６１、Ｎ１９トンネルの課金リソースの識別子
“ＵＳＵ－ＩＮＦ”｛／／利用量情報
“ＵＳＵ”：７／／ＵＳＵ６２、利用量が７メガビット（ＭＢ）であることを示す
“ＤＩＲ”：“４０４－４０３”／／Ｄｉｒ６２
“ＯＴＨＥＲ”：“．．．”／／利用量についての他の記述情報
｝
“ＴＵＮ－ＩＮＦ”｛／／ＴｕｎＩｎｆ６１、Ｎ１９トンネルについての情報
“ＴＥＩＤ”：“ＴＥＩＤ－４０４－４０４”／／ＴＥＩｄ６１、Ｎ１９トンネルの識別子
“ＯＴＨＥＲ”：“．．．”／／Ｎ１９トンネルについての他の情報
｝
“ＳＲＶＩＮＤ”：“Ｆｏｒ ５Ｇ ＬＡＮ ｇｒｏｕｐ ｃｏｍｍ”／／ＳｒｖＩｎｄ６１、第２のサービスインジケーション情報
“ＧＲＰＩＤ”：“ＧＲＰ４１４”／／ＧｒｐＩｄ５１、グループ識別子
｝

【0347】

同様に、課金リソース削除要求メッセージは、ＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を含まないことがある。

【0348】

可能な技術的解決策では、課金リソース削除要求メッセージは、Ｄｉｒ６２を含まないこともある。

【0349】

ステップ６９５：ＣＨＦが、ＵＳＵ６２に対して課金処理を実行し、課金リソースを削除する。

【0350】

詳細には、ＣＨＦは、ステップ６９４で課金リソース削除要求メッセージを受信し、構文解析によってＲｅｓＩｄ６１、ＵＳＵ６２、Ｄｉｒ６２、ＴｕｎＩｎｆ６１、およびＧｒｐＩｄ５１を取得し、次いでＵＳＵ６２に対して課金処理を実行する。詳細については、ステップ６９１の関連する記述を参照されたい。

【0351】

受信された課金リソース削除要求メッセージがＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を含まない場合には、ＣＨＦは、ＲｅｓＩｄ６１にローカルに基づいて以前に記憶されたＴｕｎＩｎｆ６１、ＳｒｖＩｎｄ６１、またはＧｒｐＩｄ５１を取得することがある。

【0352】

ＵＳＵ６２に対する課金処理を完了した後で、ＣＨＦは、ＲｅｓＩｄ６１に対応する以前に作成された課金リソースを削除して、その課金リソースによって占められているＣＨＦ上のメモリリソースまたはＣＰＵリソースなどのコンピューティングリソースを回収する。

【0353】

ステップ６９６：ＣＨＦが、課金リソース削除応答メッセージをＳＭＦに送信する。ここで、この応答メッセージは、ＲｅｓＩｄ６１、課金処理結果ＣｈｇＲｓｔ６２、および課金リソース削除結果ＤｅｌＲｓｔ６１を含む。

【0354】

詳細には、ＣＨＦは、課金リソース削除応答メッセージを構築し、この課金リソース削除応答メッセージをＳＭＦに送信する。この課金リソース削除応答メッセージは、ＲｅｓＩｄ６１、課金処理結果ＣｈｇＲｓｔ６２、およびリソース削除結果ＤｅｌＲｓｔ６１を含む。ＣｈｇＲｓｔ６２の例示的な値、および対応する意味は、ＣｈｇＲｓｔ６１と同じであり、詳細について重ねて述べることはしない。ＤｅｌＲｓｔ６２の例示的な値、および対応する意味は、以下の通りである。すなわち、「ＳｕｃＩｎＤｅｌｅｔｉｎｇ」は、Ｎ１９トンネルに対応する課金リソースがうまく削除されたことを示す。

【0355】

課金リソース削除応答メッセージの例は、以下の通りである。
ＣｈａｒｇｉｎｇＲｅｓｏｕｒｃｅＤｅｌｅｔｅＲｅｓｐｏｎｓｅ｛
“ＲＥＳＩＤ”：“ＲＥＳ４０３－４０４”／／ＲｅｓＩｄ６１、Ｎ１９トンネルの課金リソースの識別子
“ＣＨＧＲＳＴ”：“ＳｕｃＩｎＤｅｄｕｃｔｉｏｎ”｜“ＳｕｃＩｎＤｅｌｅｔｉｎｇ”／／ＣｈｇＲｓｔ６２
“ＤＥＬＲＳＴ”：“ＳｕｃＩｎＤｅｌｅｔｉｎｇ”／／ＤｅｌＲｓｔ６１
｝

【0356】

これに応じて、ＳＭＦは、課金リソース削除応答メッセージを受信し、構文解析によってＣｈｇＲｓｔ６２およびＤｅｌＲｓｔ６１を取得し、それに応じて、例えばＮ１９トンネルを閉鎖するなどＮ１９トンネルを制御して、ＵＥのグループ内通信サービスを終了する。

【0357】

図６に対応する方法手順では、ＣＨＦは、ＰＤＵセッションについて課金リソースＡを作成し、Ｎ１９トンネルについて課金リソースＢを作成する。次いで、ＳＭＦが、課金リソースＡの識別子を用いて、ＰＤＵセッションの利用量と、ローカル切換えサービスを介した転送の利用量と、Ｎ６インタフェースを介した転送の利用量とを報告し、課金リソースＢの識別子を用いて、Ｎ１９トンネルを介して伝送される利用量を報告する。これにより、事業者の通信ネットワークの５Ｇローカルエリアネットワークグループの通信への寄与をより包括的に測定することができ、課金精度を改善することができる。

【0358】

可能な解決策では、ＣＨＦは、別個に、ＰＤＵセッションについて課金リソースＡを作成し、ＵＰＦデバイスのローカル切換えサービス転送経路についての課金リソースＢを作成し、ＵＰＦデバイスのＮ６インタフェース転送経路についての課金リソースＣを作成し、Ｎ１９トンネルを介するＵＰＦデバイスについての課金リソースＤを作成することがある。この場合、ＳＭＦは、課金リソースＡの識別子を用いてＰＤＵセッションの利用量を報告し、課金リソースＢの識別子を用いてＰＤＵセッションにおけるＵＰＦデバイスのローカル切換えサービス転送経路の利用量を報告し、課金リソースＣの識別子を用いてＰＤＵセッションにおけるＮ６インタフェース転送経路の利用量を報告し、課金リソースＤの識別子を用いてＰＤＵセッションにおけるＮ１９トンネル転送経路の利用量を報告する。詳細については、図６に対応する方法手順を参照されたい。ここでは、詳細について重ねて述べることはしない。

【0359】

上記の「課金リソースＸの識別子を用いて利用量を報告する」とは、課金リソースＸの識別子、報告される利用量、およびその利用量についての関連する情報が、課金リソース更新要求メッセージまたは課金リソース削除要求メッセージで搬送されることを意味することが理解できる。

【0360】

上記の実施形態では、５Ｇローカルエリアネットワーク内の全てのＵＥの課金情報（利用量情報および／またはクォータ適用情報）が同じＣＨＦデバイスによって処理されると仮定されている。

【0361】

可能な解決策では、５Ｇローカルエリアネットワーク内の全てのＵＥの課金情報が、異なるＣＨＦデバイスによって処理される（このことの利点の１つは、１つのＣＨＦデバイスの負荷を軽減し、グループ内通信の遅延を減少させることである）。このようにすると、各ＣＨＦデバイスは、一部のメンバＵＥの課金情報しかわからない。５Ｇローカルエリアネットワークグループ全体に対する課金処理を実行するためには、図７Ａに示される方法が使用されることもあるし、図７Ｂに示される方法が使用されることもある。

【0362】

図７Ａは、本開示の実施形態による複数のＣＨＦデバイスの第１のネットワーク化の概略図である。このネットワーク化では、ＳＭＦデバイス４０２は、ＣＨＦデバイス４０１およびＣＨＦデバイス４０１ａに別個に接続され、ＣＨＦデバイス４０１は、ＣＨＦデバイス４０１ａに接続される。ＳＭＦデバイスは、５Ｇローカルエリアネットワークグループ内のいくつかのＵＥの課金情報を処理のためにＣＨＦデバイス４０１に報告し、他のＵＥの課金情報を処理のためにＣＨＦデバイス４０１ａに報告する。５Ｇローカルエリアネットワークグループ全体に対して課金処理を実行する（例えば請求書を出力する）ためには、ＣＨＦデバイス４０１が、ＣＨＦデバイス４０１によって受信されたＵＥの課金情報を、結合処理のためにＣＨＦデバイス４０１ａに送信することもあるし、またはＣＨＦデバイス４０１ａが、ＣＨＦデバイス４０１ａによって受信されたＵＥの課金情報を、結合処理のためにＣＨＦデバイス４０１に送信することもある。

【0363】

図７Ｂは、本開示の実施形態による複数のＣＨＦデバイスの第２のネットワーク化の概略図である。ＳＭＦデバイスは、５Ｇローカルエリアネットワークグループ内のいくつかのＵＥの課金情報を処理のためにＣＨＦデバイス４０１に報告し、他のＵＥの課金情報を処理のためにＣＨＦデバイス４０１ａに報告する。５Ｇローカルエリアネットワークグループ全体に対して課金処理を実行するために、ＣＨＦデバイス４０１およびＣＨＦデバイス４０１ａは、それぞれによって受信されたＵＥの課金情報を、結合処理のために別個にＣＨＦデバイス４０１ｂに送信する。

【0364】

上記の結合処理は、５Ｇローカルエリアネットワークグループの識別子をアソシエーション識別子として使用して、５Ｇローカルエリアネットワークグループの同じ識別子を有する異なる課金情報に対して要約統計を実行することを含む。

【0365】

図８は、本開示の実施形態による課金トリガデバイスおよび課金処理デバイスのハードウェア構造の概略図である。本開示の実施形態では、全ての課金トリガデバイス（または図４Ａの４０２などのＳＭＦデバイス）および課金処理デバイス（または図４Ａの４０１などのＣＨＦデバイスなど）は、プロセッサ８０１、メモリ８０２、バス８０３、入力デバイス８０４、出力デバイス８０５、およびネットワークインタフェース８０６を含む図８に示される汎用コンピュータハードウェア構造を用いて実装されることがある。入力デバイス８０４および出力デバイス８０５は、任意選択である。

【0366】

詳細には、メモリ８０２は、例えば読取り専用メモリおよび／またはランダムアクセスメモリなどの揮発性メモリおよび／または不揮発性メモリの形態のコンピュータ記憶媒体を含むことがある。メモリ８０２は、オペレーティングシステム、アプリケーション、別のプログラムモジュール、実行可能コード、およびプログラムデータを記憶することがある。

【0367】

入力デバイス８０４は、システム管理者が、例えば課金処理デバイス上で課金パラメータを構成し、課金トリガデバイス上でデフォルトの利用量取得方式またはデフォルトのクォータ適用量を設定するなど、課金トリガデバイスおよび課金処理デバイスを操作および管理することができるように、情報を入力するように構成されることがある。入力デバイス８０４は、マウス、トラックボール、タッチパッド、マイクロフォン、ジョイスティック、ゲームパッド、衛星テレビジョンアンテナ、スキャナ、または同様のデバイスなど、キーボードまたはポインティングデバイスであることがあり、バス８０３を介してプロセッサ８０１に接続されることがある。

【0368】

出力デバイス８０５は、システム管理者が、例えば課金処理デバイス上で課金ポリシーを表示し、課金トリガデバイス上でデフォルトの利用量取得方式またはデフォルトのクォータ適用量を表示するなど、課金トリガデバイスおよび課金処理デバイスを操作および管理することができるように、情報を出力するように構成されることがある。モニタに加えて、出力デバイス８０５は、ラウドスピーカおよび／または印刷デバイスなどの別の周辺出力デバイスであることもあり、バス８０３を介してプロセッサ８０１に接続されることがある。

【0369】

課金トリガデバイスおよび課金処理デバイスは両方とも、ネットワークインタフェース８０６を介して、例えばインターネットに接続されるなど、ネットワークに接続されることがある。ネットワーク化された環境では、課金トリガデバイスおよび課金処理デバイスに記憶されたコンピュータ実行可能命令は、遠隔の記憶デバイスに記憶されることもあり、ローカルに記憶されることに限定されない。

【0370】

課金トリガデバイス内のプロセッサ８０１がメモリ８０２に記憶された実行可能コードまたはアプリケーションを実行すると、課金トリガデバイスは、ステップ３１０、３１１、３６０、３６１、５０１、５０２、５０５、６８１、および６８２など、上記の全ての実施形態の課金トリガデバイス（またはＳＭＦデバイス）に対応する方法ステップを実行することが可能になる。詳細な実行プロセスについては、上記の実施形態を参照されたい。ここでは、詳細について重ねて述べることはしない。

【0371】

課金処理デバイス内のプロセッサ８０１がメモリ８０２に記憶された実行可能コードまたはアプリケーションを実行すると、課金処理デバイスは、ステップ３１２、３６２、５０３、５０７、６８３、６９１、および６９５など、上記の全ての実施形態の課金処理デバイス（またはＣＨＦデバイス）に対応する方法ステップを実行することが可能になる。詳細な実行プロセスについては、上記の実施形態を参照されたい。ここでは、詳細について重ねて述べることはしない。

【0372】

図９は、本開示の実施形態による課金処理デバイスの論理構造の概略図である。課金処理デバイスは課金トリガデバイスと通信し、モバイルローカルエリアネットワークサービスに対して課金処理を実行するように構成される。ここで、モバイルローカルエリアネットワークサービスは、電気通信事業者のネットワークが、課金トリガデバイスによって管理される少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するサービスである。詳細には、課金処理デバイスは、受信モジュール９０１、処理モジュール９０３、および送信モジュール９０２を含む。

【0373】

受信モジュール９０１は、課金トリガデバイスから課金要求メッセージを受信するように構成され、ここで、課金要求メッセージは、ローカルエリアネットワーク課金情報を含み、ローカルエリアネットワーク課金情報は、モバイルローカルエリアネットワークサービスに関係する課金情報である。詳細な実行プロセスについては、ステップ３１２、３６２、５０３、５０７、６８３、６９１、および６９５など、上記の実施形態の課金処理デバイス（またはＣＨＦデバイス）側のステップの説明を参照されたい。

【0374】

処理モジュール９０３は、受信されたローカルエリアネットワーク課金情報に対して課金処理を実行して課金処理結果を得るように構成される。詳細な実行プロセスについては、ステップ３１２、３６２、５０３、５０７、６８３、６９１、および６９５など、上記の実施形態の課金処理デバイス（またはＣＨＦデバイス）側のステップの説明を参照されたい。

【0375】

送信モジュール９０２は、課金応答メッセージを課金トリガデバイスに送信するように構成され、ここで、課金応答メッセージは、取得された課金処理結果を含む。詳細な実行プロセスについては、例えばステップ３１３、３６３、５０４、５０８、５１２、５１６、および６８４で課金処理デバイス（またはＣＨＦデバイス）によって実行されるアクションの説明など、上記の実施形態の課金処理デバイス（またはＣＨＦデバイス）側のステップの説明を参照されたい。

【0376】

図１０は、本開示の実施形態による課金トリガデバイスの論理構造の概略図である。課金トリガデバイスは課金処理デバイスと通信し、モバイルローカルエリアネットワークサービスに対して課金処理を実行するように構成される。ここで、モバイルローカルエリアネットワークサービスは、電気通信事業者が、課金トリガデバイスによって管理される少なくとも１つのユーザプレーンデータゲートウェイに基づいてモバイルローカルエリアネットワークグループにグループ内通信を提供するサービスである。詳細には、課金トリガデバイスは、取得モジュール１００３、送信モジュール１００１、および受信モジュール１００２を含む。

【0377】

取得モジュール１００３は、ローカルエリアネットワーク課金情報を取得するように構成され、ここで、ローカルエリアネットワーク課金情報は、モバイルローカルエリアネットワークサービスに関係する課金情報である。詳細な実行プロセスについては、ステップ３１０、３６０、３６１、５０１、５０５、６８１、および６８９など、上記の実施形態の課金トリガデバイス（またはＳＭＦデバイス）側のステップの説明を参照されたい。

【0378】

送信モジュール１００１は、課金要求メッセージを課金処理デバイスに送信するように構成され、ここで、課金要求メッセージは、取得されたローカルエリアネットワーク課金情報を含む。詳細な実行プロセスについては、ステップ３１０、３１１、３６０、３６１、５０１、５０２、５０５、６８１、および６８２など、上記の実施形態の課金トリガデバイス（またはＳＭＦデバイス）側のステップの説明を参照されたい。

【0379】

受信モジュール１００２は、課金処理デバイスから課金応答メッセージを受信するように構成され、ここで、課金応答メッセージは、課金処理結果を含み、課金処理結果は、ローカルエリアネットワーク課金情報に対して課金処理デバイスによって実行された課金処理の結果である。詳細な実行プロセスについては、例えばステップ３１３、３６３、５０４、５０８、５１２、５１６、および６８４で課金トリガデバイス（またはＳＭＦデバイス）によって実行されるアクションの説明など、上記の実施形態の課金トリガデバイス（またはＳＭＦＦデバイス）側のステップの説明を参照されたい。

【0380】

図９に示される課金処理デバイスおよび図１０に示される課金トリガデバイスは、各々が機能モジュールの形態で提示される。ここにおける「モジュール」は、
１つもしくは複数のソフトウェアもしくはファームウェアプログラムを実行する特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、回路、プロセッサ、およびメモリ、集積論理回路、ならびに／または上記の機能を提供することができる別のデバイスであることがある。単純な実施形態では、当業者は、これらのデバイスがあるいは図８に示される形態であることもあることを理解し得る。例えば、受信モジュール９０１、送信モジュール１００１、送信モジュール９０２、および受信モジュール１００２は全て、図８のプロセッサ８０１およびメモリ８０２を用いて実装されることもある。例えば、受信モジュール９０１が課金要求メッセージを受信する機能および送信モジュール１００１が課金要求メッセージを送信する機能は両方とも、プロセッサ８０１がメモリ８０２に記憶されたコードを実行することによって実装されることもある。

【0381】

当業者なら、本明細書に開示される実施形態に記載される例との組合せで、ユニットおよびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはそれらの組合せによって実装されることが可能であることを理解し得る。ハードウェアとソフトウェアの間の相互交換性について明確に説明するために、上記では一般に各例の組成およびステップを機能に従って説明した。これらの機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決策の個々の適用および設計制約条件によって決まる。当業者なら、様々な方法を使用して、記載される機能をそれぞれの個々の適用のために実装し得るが、その実装は本開示の範囲外になるとはみなされないものとする。

【0382】

説明を容易かつ簡単にするために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態の対応するプロセスを参照されたいこと、またここでは詳細について重ねて述べることはしないことは、当業者には明確に理解され得る。

【0383】

本開示に提供されるいくつかの実施形態では、開示されるシステム、装置、および方法は、他の方式で実装されることもあることは理解することができる。例えば、ユニットへの分割は、単なる論理機能の分割に過ぎず、実際の実装では別の分割であることもある。例えば、複数のユニットまたは構成要素が、別のシステムに結合または統合されることもあるし、いくつかの特徴が無視される、または実行されないこともある。さらに、表示されるまたは論じられる相互の結合または直接的な結合もしくは通信接続は、いくつかのインタフェース、装置もしくはユニットの間の間接的な結合もしくは通信接続、または電気的接続、機械的接続、もしくは他の形態の接続を介して実装され得る。

【0384】

別個の部分として記載されるユニットは、物理的に分離していることも分離していないこともあり、ユニットとして表示される部分は、物理ユニットであることも物理ユニットでないこともあり、１つの位置に位置していることもあり、または複数のネットワークユニット上に分散されていることもある。これらのユニットの一部または全てが実際の要件に基づいて選択されて、本開示の実施形態の解決策の目的を達成し得る。

【0385】

さらに、本開示の実施形態における機能ユニットは、１つの処理ユニットに統合されることもあるし、それらのユニットのそれぞれが物理的に単独で存在することもあるし、２つ以上のユニットが１つのユニットに統合されることもある。統合されたユニットは、ハードウェアの形態で実装されることもあるし、ソフトウェア機能ユニットの形態で実装されることもある。

【0386】

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

【0387】

以上の説明は、単に本開示の具体的な実施形態であり、本開示の保護範囲を限定することが意図されているわけではない。本開示に開示される技術的範囲内の当業者には容易にわかる任意の変形または置換は、本開示の保護範囲に含まれるものとする。したがって、本開示の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4A】

【図4B】

【図4C】

【図4D】

【図5A】

【図5B】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】