知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-08
(54)【発明の名称】課金管理の方法および装置
(51)【国際特許分類】
H04W 4/24 20240101AFI20240201BHJP
H04W 92/24 20090101ALI20240201BHJP
H04L 12/14 20240101ALI20240201BHJP
H04M 15/00 20240101ALN20240201BHJP
【ＦＩ】
H04W4/24
H04W92/24
H04L12/14
H04M15/00 G
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023548330
(86)(22)【出願日】2022-02-09
(85)【翻訳文提出日】2023-10-10
(86)【国際出願番号】 CN2022075688
(87)【国際公開番号】W WO2022171133
(87)【国際公開日】2022-08-18
(31)【優先権主張番号】PCT/CN2021/076462
(32)【優先日】2021-02-10
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ヘ， インジャオ
(72)【発明者】
【氏名】ウェイ， チャンシェン
(72)【発明者】
【氏名】ヤン， ヨン
(72)【発明者】
【氏名】ウィクストローム， エリック
(72)【発明者】
【氏名】ジュ， ジンイン
(72)【発明者】
【氏名】ジュ， ミン
【テーマコード（参考）】
5K030
5K067
【Ｆターム（参考）】
5K030HA08
5K030HB08
5K030HC01
5K030HC09
5K030JT01
5K030JT02
5K067AA29
5K067DD29
5K067EE02
5K067EE10
5K067EE16
(57)【要約】
本開示の実施形態は、課金管理のための方法及び装置を提供する。第１のユーザプレーン機能によって実行される方法は、第１のセッションに対する課金動作を決定することを含む。本方法は、第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信することをさらに含む。
【選択図】図９
【選択図】図９
【特許請求の範囲】
【請求項1】
第１のユーザプレーン機能によって実行される方法（９００）であって、第１のセッションに対する課金動作を決定すること（９０２）と、
前記第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信すること（９０４）と、
を含む方法。
【請求項2】
前記第１のセッションに対する課金動作に関する前記情報に対する確認応答を前記第２のユーザプレーン機能から受信すること（９０６）をさらに含む請求項１に記載の方法。
【請求項3】
前記第１のセッションに対する課金動作に関する前記情報は、ユーザプレーン用一般パケット無線サービストンネリングプロトコル（ＧＴＰ－Ｕ）トンネル状態メッセージに含まれ、前記第１のセッションに対する課金動作に関する前記情報に対する確認応答は、他のＧＴＰ－Ｕトンネル状態メッセージに含まれる請求項１または２に記載の方法。
【請求項4】
前記課金動作は、オペレータのポリシー、
オペレータの構成、
の少なくとも１つに基づいて決定される
請求項１乃至３の何れか１項に記載の方法。
【請求項5】
前記第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信することは、前記第１のセッションに対する課金動作を決定した後、前記第１のセッションに対する課金動作に関する前記情報を前記第２のユーザプレーン機能に直ちに送信することを含む
請求項１乃至４の何れか１項に記載の方法。
【請求項6】
前記課金動作は、課金の一時停止の即時開始を含む請求項１乃至５の何れか１項に記載の方法。
【請求項7】
第２のセッションに対する課金動作を決定した後、前記第２のセッションに対する課金動作に関する情報を他のユーザプレーン機能に送信するためのインジケーションを制御プレーン機能から受信すること（１００２）をさらに含む請求項１乃至６の何れか１項に記載の方法。
【請求項8】
前記インジケーションは、パケット転送制御プロトコル（ＰＦＣＰ）セッション確立要求、
ＰＦＣＰセッション修正要求、
の少なくとも１つに含まれる
請求項７に記載の方法。
【請求項9】
前記第１のユーザプレーン機能でサポートされる機能を制御プレーン機能に送信すること（１１０２）であって、前記第１のユーザプレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信を前記第１のユーザプレーン機能がサポートすることを示す、前記送信すること（１１０２）をさらに含む請求項１乃至８の何れか１項に記載の方法。
【請求項10】
前記第１のユーザプレーン機能で前記サポートされる機能は、パケット転送制御プロトコル（ＰＦＣＰ）アソシエーション設定応答または要求に含まれる請求項９に記載の方法。
【請求項11】
前記制御プレーン機能は、パケットデータネットワーク制御プレーン（ＰＧＷ－Ｃ）、
サービングゲートウェイ制御プレーン（ＳＧＷ－Ｃ）、
セッション管理機能（ＳＭＦ）、
の少なくとも１つを含む
請求項７乃至１０の何れか１項に記載の方法。
【請求項12】
前記第１のユーザプレーン機能は、サービングゲートウェイユーザプレーン（ＳＧＷ－Ｕ）、
ビジテッドユーザプレーン機能（Ｖ－ＵＰＦ）、
中間ユーザプレーン機能（Ｉ－ＵＰＦ）、
の少なくとも１つを含む
請求項１乃至１１の何れか１項に記載の方法。
【請求項13】
前記第２のユーザプレーン機能は、パケットデータネットワークユーザプレーン（ＰＧＷ－Ｕ）、
中間ユーザプレーン機能（Ｉ－ＵＰＦ）、
ホームユーザプレーン機能（Ｈ－ＵＰＦ）、
アンカーユーザプレーン機能（Ａ－ＵＰＦ）、
の少なくとも１つを含む
請求項１乃至１２の何れか１項に記載の方法。
【請求項14】
第２のユーザプレーン機能によって実行される方法（１２００）であって、第１のセッションに対する課金動作に関する情報を第１のユーザプレーン機能から受信すること（１２０２）と、
前記第１のセッションに対する課金動作に関する前記情報に基づいて前記第１のセッションに対する課金動作を実行すること（１２０４）と、
を含む方法。
【請求項15】
前記第１のセッションに対する課金動作に関する前記情報に対する確認応答を前記第１のユーザプレーン機能に送信すること（１２０６）をさらに含む請求項１４に記載の方法。
【請求項16】
前記第１のセッションに対する課金動作に関する前記情報は、ユーザプレーン用一般パケット無線サービストンネリングプロトコル（ＧＴＰ－Ｕ）トンネル状態メッセージに含まれ、前記第１のセッションに対する課金動作に関する前記情報に対する確認応答は、他のＧＴＰ－Ｕトンネル状態メッセージに含まれる請求項１４または１５に記載の方法。
【請求項17】
前記課金動作は、オペレータのポリシー、
オペレータの構成、
の少なくとも１つに基づいて決定される
請求項１４乃至１６の何れか１項に記載の方法。
【請求項18】
前記第１のセッションに対する課金動作に関する前記情報に基づいて前記第１のセッションに対する課金動作を実行することは、前記第１のセッションに対する課金動作に関する前記情報を第１のユーザプレーン機能から受信した後、前記第１のセッションに対する課金動作に関する前記情報に基づいて前記第１のセッションに対する課金動作を直ちに実行することを含む
請求項１４乃至１７の何れか１項に記載の方法。
【請求項19】
前記課金動作は、課金の一時停止の即時開始を含む請求項１４乃至１８の何れか１項に記載の方法。
【請求項20】
他のユーザプレーン機能から受信した課金動作に使用報告ルールが適用可能であるか否かのインジケーションを制御プレーン機能から受信すること（１３０４）をさらに含む請求項１４乃至１９の何れか１項に記載の方法。
【請求項21】
前記インジケーションは、パケット転送制御プロトコル（ＰＦＣＰ）セッション確立要求、
ＰＦＣＰセッション修正要求、
の少なくとも１つに含まれる
請求項２０に記載の方法。
【請求項22】
前記第２のユーザプレーン機能でサポートされる機能を制御プレーン機能に送信すること（１３０２）であって、前記第２のユーザプレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信を前記第２のユーザプレーン機能がサポートすることを示す、前記送信すること（１３０２）をさらに含む請求項１４乃至２１の何れか１項に記載の方法。
【請求項23】
前記第２のユーザプレーン機能で前記サポートされる機能は、パケット転送制御プロトコル（ＰＦＣＰ）アソシエーション設定応答または要求に含まれる請求項２２に記載の方法。
【請求項24】
前記制御プレーン機能は、パケットデータネットワーク制御プレーン（ＰＧＷ－Ｃ）、
サービングゲートウェイ制御プレーン（ＳＧＷ－Ｃ）、
セッション管理機能（ＳＭＦ）、
の少なくとも１つを含む
請求項２０乃至２３の何れか１項に記載の方法。
【請求項25】
前記第１のユーザプレーン機能は、サービングゲートウェイユーザプレーン（ＳＧＷ－Ｕ）、
ビジテッドユーザプレーン機能（Ｖ－ＵＰＦ）、
中間ユーザプレーン機能（Ｉ－ＵＰＦ）、
の少なくとも１つを含む
請求項１４乃至２４の何れか１項に記載の方法。
【請求項26】
前記第２のユーザプレーン機能は、パケットデータネットワークユーザプレーン（ＰＧＷ－Ｕ）、
中間ユーザプレーン機能（Ｉ－ＵＰＦ）、
ホームユーザプレーン機能（Ｈ－ＵＰＦ）、
アンカーユーザプレーン機能（Ａ－ＵＰＦ）、
の少なくとも１つを含む
請求項１４乃至２５の何れか１項に記載の方法。
【請求項27】
第１の制御プレーン機能によって実行される方法（１４００）であって、ユーザプレーン機能でサポートされる機能をユーザプレーン機能から受信すること（１４０２）であって、前記ユーザプレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信を前記ユーザプレーン機能がサポートすることを示す、前記受信すること（１４０２）
を含む方法。
【請求項28】
前記ユーザプレーン機能で前記サポートされる機能は、パケット転送制御プロトコル（ＰＦＣＰ）アソシエーション設定応答または要求に含まれる請求項２７に記載の方法。
【請求項29】
セッションに対する課金動作を決定した後、前記セッションに対する課金動作に関する情報を他のユーザプレーン機能に送信するためのインジケーションを前記ユーザプレーン機能に送信すること（１４０４）をさらに含む請求項２７または２８に記載の方法。
【請求項30】
前記インジケーションは、パケット転送制御プロトコル（ＰＦＣＰ）セッション確立要求、
ＰＦＣＰセッション修正要求、
の少なくとも１つに含まれる
請求項２９に記載の方法。
【請求項31】
前記課金動作は、オペレータのポリシー、
オペレータの構成、
の少なくとも１つに基づいて決定される
請求項２７乃至３０の何れか１項に記載の方法。
【請求項32】
前記課金動作は、課金の一時停止の即時開始を含む請求項２７乃至３１の何れか１項に記載の方法。
【請求項33】
前記第１の制御プレーン機能でサポートされる機能を第２の制御プレーン機能に送信すること（１４０６）であって、前記第１の制御プレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報を送信および／または受信するようにユーザプレーン機能を構成するのを前記第１の制御プレーン機能がサポートすることを示す、前記送信すること（１４０６）と、第２の制御プレーン機能でサポートされる機能を前記第２の制御プレーン機能から受信すること（１４０８）であって、前記第２の制御プレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報を送信および／または受信するようにユーザプレーン機能を構成するのを前記第２の制御プレーン機能がサポートすることを示す、前記受信すること（１４０８）と、
をさらに含む
請求項２７乃至３２の何れか１項に記載の方法。
【請求項34】
前記第１の制御プレーン機能で前記サポートされる機能は、セッション作成要求に含まれ、前記第２の制御プレーン機能で前記サポートされる機能は、セッション作成応答に含まれる
請求項３３に記載の方法。
【請求項35】
前記制御プレーン機能は、パケットデータネットワーク制御プレーン（ＰＧＷ－Ｃ）、
サービングゲートウェイ制御プレーン（ＳＧＷ－Ｃ）、
セッション管理機能（ＳＭＦ）、
の少なくとも１つを含む
請求項２７乃至３４の何れか１項に記載の方法。
【請求項36】
前記ユーザプレーン機能は、パケットデータネットワークユーザプレーン（ＰＧＷ－Ｕ）、
サービングゲートウェイユーザプレーン（ＳＧＷ－Ｕ）、
ユーザプレーン機能（ＵＰＦ）、
の少なくとも１つを含む
請求項２７乃至３５の何れか１項に記載の方法。
【請求項37】
第１のユーザプレーン機能（１９００）であって、プロセッサ（１９２１）と、
前記プロセッサ（１９２１）に結合されたメモリ（１９２２）であって、該メモリ（１９２２）は前記プロセッサ（１９２１）によって実行可能な命令を含み、それにより、前記第１のユーザプレーン機能（１９００）は、
第１のセッションに対する課金動作を決定し、
前記第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信する
ように動作可能である、前記メモリ（１９２２）と、
を備える、第１のユーザプレーン機能。
【請求項38】
前記第１のユーザプレーン機能は、請求項２乃至１３の何れか１項に記載の方法を実行するようにさらに動作可能である請求項３７に記載の第１のユーザプレーン機能。
【請求項39】
第２のユーザプレーン機能（１９００）であって、プロセッサ（１９２１）と、
前記プロセッサ（１９２１）に結合されたメモリ（１９２２）であって、該メモリ（１９２２）は前記プロセッサ（１９２１）によって実行可能な命令を含み、それにより、前記第２のユーザプレーン機能（１９００）は、
第１のセッションに対する課金動作に関する情報を第１のユーザプレーン機能から受信し、
セッションに対する課金動作に関する前記情報に基づいて前記第１のセッションに対する課金動作を実行する
ように動作可能である、前記メモリ（１９２２）と、
を備える、第２のユーザプレーン機能。
【請求項40】
前記第２のユーザプレーン機能は、請求項１５乃至２６の何れか１項に記載の方法を実行するようにさらに動作可能である請求項３９に記載の第２のユーザプレーン機能。
【請求項41】
第１の制御プレーン機能（１９００）であって、プロセッサ（１９２１）と、
前記プロセッサ（１９２１）に結合されたメモリ（１９２２）であって、該メモリ（１９２２）は前記プロセッサ（１９２１）によって実行可能な命令を含み、それにより、前記第１の制御プレーン機能（１９００）は、
ユーザプレーン機能でサポートされる機能をユーザプレーン機能から受信し、前記ユーザプレーン機能で前記サポートされる機能は前記ユーザプレーン機能が他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信をサポートすることを示す
ように動作可能である、前記メモリ（１９２２）と、
を備える、第１の制御プレーン機能。
【請求項42】
前記第１の制御プレーン機能は、請求項２８乃至３６の何れか１項に記載の方法を実行するようにさらに動作可能である請求項４１に記載の第１の制御プレーン機能。
【請求項43】
少なくとも１つのプロセッサによって実行されると、該少なくとも１つのプロセッサに請求項１乃至３６の何れか１項に記載の方法を実行させる命令を記憶したコンピュータ可読の記憶媒体。
【請求項44】
少なくとも１つのプロセッサによって実行されると、該少なくとも１つのプロセッサに請求項１乃至３６の何れか１項に記載の方法を実行させる命令を含むコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【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】
一実施形態では、本方法は、第２の制御プレーン機能でサポートされる機能を前記第２の制御プレーン機能から受信することをさらに含む。前記第２の制御プレーン機能で前記サポートされる機能は他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報を送信および／または受信するようにユーザプレーン機能を構成するのを前記第２の制御プレーン機能がサポートすることを示す。
【0080】
一実施形態では、前記第１の制御プレーン機能で前記サポートされる機能は、セッション作成要求に含まれる。前記第２の制御プレーン機能で前記サポートされる機能は、セッション作成応答に含まれる。
【0081】
本開示の第４の態様では、第１のユーザプレーン機能が提供される。第１のユーザプレーン機能は、プロセッサと、前記プロセッサに結合されたメモリと、を備える。前記メモリは前記プロセッサによって実行可能な命令を含む。前記第１のユーザプレーン機能は、第１のセッションに対する課金動作を決定し、前記第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信するように動作可能である。
【0082】
本開示の第５の態様では、第２のユーザプレーン機能が提供される。第２のユーザプレーン機能は、プロセッサと、前記プロセッサに結合されたメモリと、を備える。前記メモリは前記プロセッサによって実行可能な命令を含む。前記第２のユーザプレーン機能は、第１のセッションに対する課金動作に関する情報を第１のユーザプレーン機能から受信し、セッションに対する課金動作に関する前記情報に基づいて前記第１のセッションに対する課金動作を実行するように動作可能である。
【0083】
本開示の第６の態様では、第１の制御プレーン機能が提供される。第１の制御プレーン機能は、プロセッサと、前記プロセッサに結合されたメモリと、。を備える。前記メモリは前記プロセッサによって実行可能な命令を含む。前記第１の制御プレーン機能は、ユーザプレーン機能でサポートされる機能をユーザプレーン機能から受信し、前記ユーザプレーン機能で前記サポートされる機能は前記ユーザプレーン機能が他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信をサポートすることを示すように動作可能である。
【0084】
本開示の第７の態様では、第１のユーザプレーン機能が提供される。第１のユーザプレーン機能は、決定モジュールと、第１の送信モジュールと、を備える。決定モジュールは、第１のセッションに対する課金動作を決定するように構成される。第１の送信モジュールは、第１のセッションに対する課金動作に関する情報を第２のユーザプレーン機能に送信するように構成される。
【0085】
一実施形態では、第１のユーザプレーン機能は、第１のセッションに対する課金動作に関する情報に対する確認応答を第２のユーザプレーン機能から受信するように構成された第１の受信モジュールをさらに備える。
【0086】
一実施形態では、第１のユーザプレーン機能は、第２のセッションに対する課金動作を決定した後、第２のセッションに対する課金動作に関する情報を他のユーザプレーン機能に送信するためのインジケーションを制御プレーン機能から受信するように構成された第２の受信モジュールをさらに備える。
【0087】
一実施形態では、第１のユーザプレーン機能は、第１のユーザプレーン機能でサポートされる機能を制御プレーン機能に送信するように構成された第２の送信モジュールをさらに備える。第１のユーザプレーン機能でサポートされる機能は、他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信を第１のユーザプレーン機能がサポートすることを示す。
【0088】
本開示の第８の態様では、第２のユーザプレーン機能が提供される。第２のユーザプレーン機能は、第１の受信モジュールと、実行モジュールと、を備える。第１の受信モジュールは、第１のセッションに対する課金動作に関する情報を第１のユーザプレーン機能から受信するように構成される。実行モジュールは、第１のセッションに対する課金動作に関する情報に基づいて第１のセッションに対する課金動作を実行するように構成される。
【0089】
一実施形態では、第２のユーザプレーン機能は、第１のセッションに対する課金動作に関する情報の確認応答を第１のユーザプレーン機能に送信するように構成された第１の送信モジュールをさらに備える。
【0090】
一実施形態では、第２のユーザプレーン機能は、他のユーザプレーン機能から受信した課金動作に使用報告ルールが適用可能であるか否かのインジケーションを制御プレーン機能から受信するように構成された第２の受信モジュールをさらに備える。
【0091】
一実施形態では、第２のユーザプレーン機能は、第２のユーザプレーン機能でサポートされる機能を制御プレーン機能に送信するように構成された第２の送信モジュールをさらに備える。第２のユーザプレーン機能でサポートされる機能は、他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信を第２のユーザプレーン機能がサポートすることを示す。
【0092】
本開示の第９の態様では、第１の制御プレーン機能が提供される。第１の制御プレーン機能は、第１の受信モジュールを備える。第１の受信モジュールは、ユーザプレーン機能でサポートされる機能をユーザプレーン機能から受信するように構成される。ユーザプレーン機能でサポートされる機能は、他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報の送信および／または受信をユーザプレーン機能がサポートすることを示す。
【0093】
一実施形態では、第１の制御プレーン機能は、セッションに対する課金動作を決定した後に、セッションに対する課金動作に関する情報を他のユーザプレーン機能に送信するためのインジケーションをユーザプレーン機能に送信するように構成された第１の送信モジュールをさらに備える。
【0094】
一実施形態では、第１の制御プレーン機能は、第１の制御プレーン機能でサポートされる機能を第２の制御プレーン機能に送信するように構成された第２の送信モジュールをさらに備える。第１の制御プレーン機能でサポートされる機能は、他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報を送信および／または受信するようにユーザプレーン機能を構成するのを前記第１の制御プレーン機能がサポートすることを示す。
【0095】
一実施形態では、第１の制御プレーン機能は、第２の制御プレーン機能でサポートされる機能を第２の制御プレーン機能から受信するように構成された第２の受信モジュールをさらに備える。第２の制御プレーン機能でサポートされる機能は、他のユーザプレーン機能へのセッションおよび／または他のユーザプレーン機能からのセッションに対する課金動作に関する情報を送信および／または受信するようにユーザプレーン機能を構成するのを前記第２の制御プレーン機能がサポートすることを示す。
【0096】
本開示の第１０の態様では、少なくとも１つのプロセッサによって実行されると、該少なくとも１つのプロセッサに本開示の第１、第２、第３の態様による方法の何れかを実行させる命令を含むコンピュータプログラム製品が提供される。
【0097】
本開示の第１１の態様では、少なくとも１つのプロセッサによって実行されると、該少なくとも１つのプロセッサに本開示の第１、第２、第３の態様による方法の何れかを実行させる命令を記憶したコンピュータ可読の記憶媒体が提供される。
【0098】
本明細書の実施形態は、多くの利点を提供し、その例の非網羅的なリストは以下の通りである。本明細書のいくつかの実施形態は、以下のシナリオの少なくとも１つにおける課金一時停止の過課金問題を解決することができる：ＳＧＷ－ＣおよびＰＧＷ－Ｃを有する４ＧのＣＵＰＳ、Ｖ－ＳＭＦおよびＨ－ＳＭＦを有する５Ｇローミング、Ｉ－ＳＭＦおよびＩ－ＵＰＦが挿入された５Ｇ、ならびにＩ－ＵＰＦが挿入され、Ｉ－ＳＭＦが挿入されていない５Ｇ。本明細書のいくつかの実施形態は、ネットワーク品質を向上させることができる。本明細書のいくつかの実施形態は、オペレータの満足度を向上させ得る。本明細書におけるいくつかの実施形態は、ユーザの満足度を向上させ得る。本明細書における実施形態は、上述の特徴及び利点に限定されない。当業者であれば、以下の詳細な説明を読めば、さらなる特徴および利点を認識するであろう。
【図面の簡単な説明】
【0099】
本開示の様々な実施形態の上記および他の態様、特徴、および利点は、一例として、添付の図面を参照した以下の詳細な説明からより完全に明らかになるであろう。図面は、本開示の実施形態の理解を容易にするために図示されており、必ずしも縮尺通りに描かれていない：
【0100】
【図1】ＳＭＦ課金一時停止手順のフローチャートである。
【0101】
【図2】ＰＤＮ＿ＧＷの課金一時停止手順のフローチャートである。
【0102】
【図3】５Ｇローミングのシナリオにおける課金一時停止の過課金問題の例を示す。
【0103】
【図4】５ＧにＩ－ＳＭＦとＩ－ＵＰＦを挿入したシナリオにおける課金一時停止の過課金問題の例を示す。
【0104】
【図5】５ＧにおいてＩ－ＵＰＦが挿入されＩ－ＳＭＦが挿入されないシナリオにおける課金一時停止の過課金問題の例を示す。
【0105】
【図6】４ＧのＣＵＰＳのシナリオにおける課金一時停止の過課金問題の例を示す。
【0106】
【図7】第４世代ネットワークにおけるＣＵＰＳのハイレベルアーキテクチャを概略的に示す。
【0107】
【図8】本開示の一実施形態による第５世代ネットワークにおけるハイレベルアーキテクチャを概略的に示す。
【0108】
【図9】本開示の一実施形態による方法のフローチャートを示す。
【0109】
【図10】本開示の他の実施形態による方法のフローチャートを示す。
【0110】
【図11】本開示の他の実施形態による方法のフローチャートを示す。
【0111】
【図12】本開示の他の実施形態による方法のフローチャートを示す。
【0112】
【図13】本開示の他の実施形態による方法のフローチャートを示す。
【0113】
【図14】本開示の他の実施形態による方法のフローチャートを示す。
【0114】
【図15】本開示の実施形態による、５Ｇローミングのシナリオにおける過課金問題を解決するためのソリューションのフローチャートを示す。
【0115】
【図16】本開示の実施形態による、５Ｇに挿入されるＩ－ＳＭＦおよびＩ－ＵＰＦのシナリオにおける過課金問題を解決するためのソリューションのフローチャートを示す。
【0116】
【図17】本開示の一実施形態による、５ＧにおいてＩ－ＵＰＦが挿入されＩ－ＳＭＦが挿入されないシナリオにおける過課金問題を解決するためのソリューションのフローチャートを示す。
【0117】
【図18】本開示の一実施形態による、４ＧのＣＵＰＳのシナリオにおける過課金問題を解決するための解決策のフローチャートを示す。
【0118】
【図19】本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。
【0119】
【図20】本開示の一実施形態による第１のユーザプレーン機能の簡略化されたブロック図を示す。
【0120】
【図21】本開示の一実施形態による第２のユーザプレーン機能の簡略化されたブロック図を示す。
【0121】
【図22】本開示の一実施形態による第１の制御プレーン機能の簡略化されたブロック図を示す。
【発明を実施するための形態】
【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】
図１０は、本開示の他の実施形態による方法のフローチャートを示し、この方法は、第１のユーザプレーン機能内に／として実施されるか、または第１のユーザプレーン機能に通信可能に結合された装置によって実行され得る。このように、装置は、方法１０００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素と連携して他の処理を達成するための手段またはモジュールを提供することができる。上記の実施形態で説明したいくつかの部分については、ここでは簡潔にするためにその説明を省略する。
【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】
一実施形態では、３ＧＰＰ ＴＳ２９．２８１ Ｖ１６．１．０に以下の内容を追加することができる。「トンネル状態」と呼ばれる新しい汎用トンネル管理メッセージが導入され、ＰＧＷ－ＵまたはＰＳＡのＵＰＦに課金の一時停止がトリガされたことを通知するために使用できる。
４．４．２．ｘ トンネル状態
トンネル状態のＵＤＰデスティネーションポートは、ユーザプレーンのＵＤＰポート（２１５２）でなければならない。
４．４．３．ｘ トンネル状態
ＩＰソースアドレスは、メッセージの発信元であるソースＧＴＰ－ＵエンティティのＩＰアドレスでなければならない。
ＩＰデスティネーションアドレスは、宛先ＧＴＰ－ＵエンティティのＩＰアドレスでなければならない。
ＩＰデスティネーションアドレスとＩＰソースアドレスは、トンネル状態メッセージが送信される対応するＧＴＰ－Ｕトンネル（Ｇ－ＰＤＵを送信する）と同じでなければならない。
５．１ 一般的フォーマット
ＧＴＰ－Ｕヘッダは可変長ヘッダであり、最小長は８バイトである。追加オプションフィールドの存在を示すために使用される3つのフラグがある： ＰＮフラグ、Ｓフラグ、Ｅフラグである。ＰＮフラグは、Ｎ－ＰＤＵ番号の存在を通知するために使用される。Ｓフラグは、ＧＴＰシーケンス番号フィールドの存在を通知するために使用される。Ｅフラグは、拡張ヘッダフィールドの存在をシグナリングするために使用され、他のバージョン番号を使用する必要なく、本文書で定義されているＧＴＰヘッダの将来の拡張を可能にするために使用される。これら３つのフラグの１つ以上が設定されている場合に限り、シーケンス番号、Ｎ－ＰＤＵ、および拡張ヘッダフィールドが存在するものとする。送信側は未使用フィールドのすべてのビットをゼロに設定しなければならない。受信側は未使用フィールドを評価してはならない。例えば、Ｅフラグだけが１に設定されている場合、Ｎ－ＰＤＵ番号とシーケンス番号のフィールドも存在するが、意味のある値を持たないので評価されない。
常に存在するフィールド：
－バージョンフィールド：バージョンフィールド：このフィールドは、ＧＴＰ－Ｕプロトコルのバージョンを決定するために使用される。バージョン番号は「１」に設定する。
－プロトコルタイプ（ＰＴ）：このビットは、ＧＴＰ（ＰＴが「１」の場合）とＧＴＰ’（ＰＴが「０」の場合）のプロトコル識別子として使用される。ＧＴＰについては本文書で、ＧＴＰ’プロトコルについては３ＧＰＰ ＴＳ３２．２９５［８］で説明されている。ＧＴＰとＧＴＰ’では、ヘッダフィールドの解釈が異なる可能性があることに注意する。
－拡張ヘッダフラグ（Ｅ）：このフラグは、次拡張ヘッダフィールドに意味のある値が存在することを示す。このフラグが「０」に設定されている場合、次拡張ヘッダフィールドは存在しないか、存在しても解釈されない。「１」に設定されている場合、次拡張ヘッダフィールドは存在し、この節で後述するように解釈される。
－シーケンス番号フラグ（Ｓ）：このフラグは、シーケンス番号フィールドに意味のある値が存在することを示す。このフラグが「０」に設定されている場合、シーケンス番号フィールドは存在しないか、存在しても解釈されない。「１」に設定された場合、シーケンス番号フィールドは存在し、本節で後述するように解釈される。
エコー要求、エコー応答、エラー表示、サポートされる拡張ヘッダ通知メッセージでは、Ｓフラグは「１」に設定されなければならない。シーケンス番号の使用はＧ－ＰＤＵのオプションであるため、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ｅＮｏｄｅＢおよびＴＷＡＮは、このフラグを「０」に設定すべきである。ただし、Ｇ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）がＲＡＴ間ＨＯの間接データ転送手順によって中継される場合、受信したＧ－ＰＤＵにＳフラグが「１」に設定されていれば、中継エンティティはＳフラグを「１」に設定し、Ｇ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）を転送する。エンドマーカーとトンネル状態メッセージでは、Ｓフラグは「０」に設定されなければならない。
－Ｎ－ＰＤＵ番号フラグ（ＰＮ）：このフラグは、Ｎ－ＰＤＵ番号フィールドの意味のある値の存在を示す。このフラグが「０」に設定されている場合、Ｎ－ＰＤＵ番号フィールドは存在しないか、存在しても解釈されない。このフラグが「１」に設定された場合、Ｎ－ＰＤＵ番号フィールドは存在し、本節で後述するように解釈される。
－メッセージタイプ：このフィールドはＧＴＰ－Ｕメッセージのタイプを示す。
－長さ：このフィールドは、ペイロードのオクテット単位の長さ、つまり、ＧＴＰヘッダの必須部分（最初の８オクテット）に続くパケットの残りの部分を示す。シーケンス番号、Ｎ－ＰＤＵ番号、または拡張ヘッダは、ペイロードの一部と見なされる。
－トンネルエンドポイント識別子（ＴＥＩＤ）：このフィールドは、受信ＧＴＰＵプロトコルエンティティのトンネルエンドポイントを明確に識別する。ＧＴＰトンネルの受信側は、送信側が使用するＴＥＩＤ値をローカルに割り当てる。ＴＥＩＤ値は、ＰＧＷのＳ５／Ｓ８／Ｓ２ａ／Ｓ２ｂインターフェースに対して予測不可能な方法で割り当てるものとする（３ＧＰＰ ＴＳ３３．２５０［３２］参照）。ＴＥＩＤは、以下の場合を除き、受信側エンティティがＰＤＰコンテキストを見つけるために使用する：
－エコー要求／応答とサポートされる拡張ヘッダ通知メッセージでは、トンネルエンドポイント識別子はすべて０に設定されなければならない。
－トンネルエンドポイント識別子がすべてゼロに設定されるエラー表示メッセージ。
－ＧＴＰ－Ｕトンネルを設定する場合、ＧＴＰ－Ｕエンティティは自身のＴＥＩＤに値「全ゼロ」を割り当ててはならない。ただし、後方互換性のため、ＧＴＰ－Ｕエンティティが、値「全ゼロ」に設定されたピアのＴＥＩＤを（各制御プレーンメッセージで）受信した場合、ＧＴＰ－Ｕエンティティはこの値を有効なものとして受け入れ、ヘッダのＴＥＩＤフィールドに値「全ゼロ」を設定して、後続のＧ－ＰＤＵを送信するものとする。オプションのフィールド：
－シーケンス番号：シーケンス番号フィールドがＧ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）に使用される場合、送信順序を保持する必要があるときは、Ｔ－ＰＤＵの増加シーケンス番号がＧＴＰ－Ｕトンネル経由で送信される。サポートされる拡張ヘッダ通知およびエラー表示メッセージでは、Ｓフラグが「１」に設定されていても、シーケンス番号は受信側で無視される。
－Ｎ－ＰＤＵ番号：このフィールドは、ＳＧＳＮ間ルーティングエリア更新手順と一部のシステム間ハンドオーバー手順（２Ｇと３Ｇ無線アクセスネットワーク間など）で使用される。このフィールドは、ＭＳとＳＧＳＮ間の確認済み通信モードのデータ伝送を調整するために使用される。このフィールドの正確な意味はシナリオによって異なる。（例えば、ＧＳＭ／ＧＰＲＳからＧＳＭ／ＧＰＲＳの場合、ＳＮＤＣＰのＮ－ＰＤＵ番号がこのフィールドに存在する）。
－次拡張ヘッダタイプ：このフィールドは、ＧＴＰＰＤＵのこのフィールドに続く拡張ヘッダのタイプを定義する。
６．１ 全般
ＧＴＰ－Ｕは、インタフェースＩｕ、Ｇｎ、Ｇｐ、Ｓ１－Ｕ、Ｓ１１－Ｕ、Ｓ２ａ、Ｓ２ｂ、Ｓ４、Ｓ５、Ｓ８、Ｓ１２、Ｘ２、Ｍ１、Ｓｎ、Ｘｎ、Ｎ３、Ｎ９、Ｎ１９のユーザプレーンの両端間のメッセージセットを定義する。
ＧＴＰ－Ｕメッセージは、ＧＴＰユーザプレーントンネル全体で送信される。ＧＴＰ－Ｕメッセージは、ユーザプレーントンネルを通過するシグナリングメッセージ、またはＧ－ＰＤＵメッセージのいずれかである。
－ＧＴＰ－Ｕシグナリングメッセージは、ユーザプレーンのパス管理、またはユーザープレーンのトンネル管理に使用される。
－Ｇ－ＰＤＵはバニラユーザプレーンメッセージであり、オリジナルパケット（Ｔ－ＰＤＵ）を伝送する。Ｇ－ＰＤＵメッセージでは、ＧＴＰ－Ｕヘッダの後にＴ－ＰＤＵが続く。
Ｔ－ＰＤＵは、ＵＥからの、または外部のパケットデータネットワークのネットワークノードからの、元のパケット、例えばＩＰデータグラム、イーサネットフレーム、または構造化されていないＰＤＵデータである。
ＧＴＰｖ１で定義されているメッセージタイプの全範囲は、３ＧＰＰ ＴＳ２９．０６０［６］で定義されている。以下の表には、ＧＴＰユーザプレーンに適用されるものが含まれている。右側の３列は、ＧＴＰｖ１の共通ヘッダを共有する３つのプロトコル（ＧＴＰ－Ｃ、ＧＴＰ－Ｕ、またはＧＴＰ’）のうち、特定のメッセージタイプを実施するプロトコルを定義している。
７．３．２ エンドマーカー
７．３．２．１ 全般
エンドマーカーメッセージは、あるトンネルのペイロードストリームの終わりを示す、すなわち、このトンネルのエンドマーカーメッセージの後に到着したＧ－ＰＤＵは静かに破棄される。表７．３．２．１－１に、エンドマーカーメッセージに含まれる情報要素を示す。
コンテキストが存在しないＴＥＩＤでエンドマーカーメッセージを受信した場合、受信者はこのメッセージを無視しなければならない。
オプションのプライベート拡張には、ベンダーまたはオペレータ固有の情報が含まれる。
７．３．ｘ トンネル状態
トンネル状態メッセージはオプションである。ＧＴＰ－Ｕエンティティは、このメッセージに対応している場合、送信側ＧＴＰ－Ｕエンティティで対応するＧＴＰ－Ｕトンネルに関連する状態情報を提供するために、１つ以上のトンネル状態メッセージをピアＧＴＰ－Ｕエンティティに送信することができる。表７．３．２．１－１に、トンネル状態メッセージに含まれる情報要素を示す。
コンテキストが存在しないＴＥＩＤでトンネル状態メッセージを受信した場合、またはメッセージがサポートされていない場合、受信者はこのメッセージを無視しなければならない。
オプションのプライベート拡張には、ベンダーまたはオペレータ固有の情報が含まれる。
８．１ 情報要素のタイプ
ＧＴＰ－Ｕシグナリングメッセージには複数の情報要素が含まれる。ＧＴＰ情報要素には、ＴＬＶ（タイプ，長さ，値）またはＴＶ（タイプ，値）エンコーディング形式を使用する。シグナリングメッセージでは、タイプフィールドの昇順で情報要素をソートする。長さフィールドには、タイプフィールドと長さフィールドを除いた情報要素の長さが格納される。
すべての長さフィールドにおいて、最下位オクテットのビット８が最上位ビットであり、最上位オクテットのビット１が最下位ビットである。
情報要素の中で、あるフィールドは予備として記述されることがある。これらのビットは定義された値で伝送されなければならない。将来の機能を考慮し、受信側はこれらのビットを評価してはならない。
タイプフィールドの最上位ビットは、ＴＶフォーマット使用時には０に設定され、ＴＬＶフォーマット使用時には１に設定される。
ＧＴＰｖ１に定義されている情報要素タイプの全範囲は、３ＧＰＰ ＴＳ２９．０６０［６］に定義されている。以下の表は、ＧＴＰユーザプレーンに適用されるものを含む。
＊＊＊ 次の変更 ＊＊＊＊
８．Ｘ ＧＴＰ－Ｕトンネル状態情報
ＧＴＰ－Ｕトンネル状態情報には、送信側ＧＴＰ－Ｕエンティティの対応するＧＴＰ－Ｕトンネルに関連する状態情報が含まれる。
オクテット５は以下のように符号化される：
－ビット１－ＳＰＯＣ（課金一時停止の開始）：「１」に設定された場合、受信側ＧＴＰ－Ｕエンティティに、指定されたＰＦＣＰセッションの課金に適用されるインジケーションで、ＵＲＲの使用測定を停止するよう要求することを示す。ＧＴＰ－Ｕエンティティは、Ｎ６／ＳＧｉインターフェースに接続しているＰＳＡのＵＰＦまたはＰＧＷ－Ｕでない場合、トンネル状態メッセージをアップストリームＧＴＰ－Ｕエンティティに転送する。
－ビット２～８－予備、将来使用するため「０」に設定。
４．４．２．ｘ トンネル状態
トンネル状態のＵＤＰデスティネーションポートは、ユーザプレーンのＵＤＰポート（２１５２）でなければならない。
４．４．３．ｘ トンネル状態
ＩＰソースアドレスは、メッセージの発信元であるソースＧＴＰ－ＵエンティティのＩＰアドレスでなければならない。
ＩＰデスティネーションアドレスは、宛先ＧＴＰ－ＵエンティティのＩＰアドレスでなければならない。
ＩＰデスティネーションアドレスとＩＰソースアドレスは、トンネル状態メッセージが送信される対応するＧＴＰ－Ｕトンネル（Ｇ－ＰＤＵを送信する）と同じでなければならない。
５．１ 一般的フォーマット
ＧＴＰ－Ｕヘッダは可変長ヘッダであり、最小長は８バイトである。追加オプションフィールドの存在を示すために使用される3つのフラグがある： ＰＮフラグ、Ｓフラグ、Ｅフラグである。ＰＮフラグは、Ｎ－ＰＤＵ番号の存在を通知するために使用される。Ｓフラグは、ＧＴＰシーケンス番号フィールドの存在を通知するために使用される。Ｅフラグは、拡張ヘッダフィールドの存在をシグナリングするために使用され、他のバージョン番号を使用する必要なく、本文書で定義されているＧＴＰヘッダの将来の拡張を可能にするために使用される。これら３つのフラグの１つ以上が設定されている場合に限り、シーケンス番号、Ｎ－ＰＤＵ、および拡張ヘッダフィールドが存在するものとする。送信側は未使用フィールドのすべてのビットをゼロに設定しなければならない。受信側は未使用フィールドを評価してはならない。例えば、Ｅフラグだけが１に設定されている場合、Ｎ－ＰＤＵ番号とシーケンス番号のフィールドも存在するが、意味のある値を持たないので評価されない。
常に存在するフィールド：
－バージョンフィールド：バージョンフィールド：このフィールドは、ＧＴＰ－Ｕプロトコルのバージョンを決定するために使用される。バージョン番号は「１」に設定する。
－プロトコルタイプ（ＰＴ）：このビットは、ＧＴＰ（ＰＴが「１」の場合）とＧＴＰ’（ＰＴが「０」の場合）のプロトコル識別子として使用される。ＧＴＰについては本文書で、ＧＴＰ’プロトコルについては３ＧＰＰ ＴＳ３２．２９５［８］で説明されている。ＧＴＰとＧＴＰ’では、ヘッダフィールドの解釈が異なる可能性があることに注意する。
－拡張ヘッダフラグ（Ｅ）：このフラグは、次拡張ヘッダフィールドに意味のある値が存在することを示す。このフラグが「０」に設定されている場合、次拡張ヘッダフィールドは存在しないか、存在しても解釈されない。「１」に設定されている場合、次拡張ヘッダフィールドは存在し、この節で後述するように解釈される。
－シーケンス番号フラグ（Ｓ）：このフラグは、シーケンス番号フィールドに意味のある値が存在することを示す。このフラグが「０」に設定されている場合、シーケンス番号フィールドは存在しないか、存在しても解釈されない。「１」に設定された場合、シーケンス番号フィールドは存在し、本節で後述するように解釈される。
エコー要求、エコー応答、エラー表示、サポートされる拡張ヘッダ通知メッセージでは、Ｓフラグは「１」に設定されなければならない。シーケンス番号の使用はＧ－ＰＤＵのオプションであるため、ＰＧＷ、ＳＧＷ、ｅＰＤＧ、ｅＮｏｄｅＢおよびＴＷＡＮは、このフラグを「０」に設定すべきである。ただし、Ｇ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）がＲＡＴ間ＨＯの間接データ転送手順によって中継される場合、受信したＧ－ＰＤＵにＳフラグが「１」に設定されていれば、中継エンティティはＳフラグを「１」に設定し、Ｇ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）を転送する。エンドマーカーとトンネル状態メッセージでは、Ｓフラグは「０」に設定されなければならない。
－Ｎ－ＰＤＵ番号フラグ（ＰＮ）：このフラグは、Ｎ－ＰＤＵ番号フィールドの意味のある値の存在を示す。このフラグが「０」に設定されている場合、Ｎ－ＰＤＵ番号フィールドは存在しないか、存在しても解釈されない。このフラグが「１」に設定された場合、Ｎ－ＰＤＵ番号フィールドは存在し、本節で後述するように解釈される。
－メッセージタイプ：このフィールドはＧＴＰ－Ｕメッセージのタイプを示す。
－長さ：このフィールドは、ペイロードのオクテット単位の長さ、つまり、ＧＴＰヘッダの必須部分（最初の８オクテット）に続くパケットの残りの部分を示す。シーケンス番号、Ｎ－ＰＤＵ番号、または拡張ヘッダは、ペイロードの一部と見なされる。
－トンネルエンドポイント識別子（ＴＥＩＤ）：このフィールドは、受信ＧＴＰＵプロトコルエンティティのトンネルエンドポイントを明確に識別する。ＧＴＰトンネルの受信側は、送信側が使用するＴＥＩＤ値をローカルに割り当てる。ＴＥＩＤ値は、ＰＧＷのＳ５／Ｓ８／Ｓ２ａ／Ｓ２ｂインターフェースに対して予測不可能な方法で割り当てるものとする（３ＧＰＰ ＴＳ３３．２５０［３２］参照）。ＴＥＩＤは、以下の場合を除き、受信側エンティティがＰＤＰコンテキストを見つけるために使用する：
－エコー要求／応答とサポートされる拡張ヘッダ通知メッセージでは、トンネルエンドポイント識別子はすべて０に設定されなければならない。
－トンネルエンドポイント識別子がすべてゼロに設定されるエラー表示メッセージ。
－ＧＴＰ－Ｕトンネルを設定する場合、ＧＴＰ－Ｕエンティティは自身のＴＥＩＤに値「全ゼロ」を割り当ててはならない。ただし、後方互換性のため、ＧＴＰ－Ｕエンティティが、値「全ゼロ」に設定されたピアのＴＥＩＤを（各制御プレーンメッセージで）受信した場合、ＧＴＰ－Ｕエンティティはこの値を有効なものとして受け入れ、ヘッダのＴＥＩＤフィールドに値「全ゼロ」を設定して、後続のＧ－ＰＤＵを送信するものとする。オプションのフィールド：
－シーケンス番号：シーケンス番号フィールドがＧ－ＰＤＵ（Ｔ－ＰＤＵ＋ヘッダ）に使用される場合、送信順序を保持する必要があるときは、Ｔ－ＰＤＵの増加シーケンス番号がＧＴＰ－Ｕトンネル経由で送信される。サポートされる拡張ヘッダ通知およびエラー表示メッセージでは、Ｓフラグが「１」に設定されていても、シーケンス番号は受信側で無視される。
－Ｎ－ＰＤＵ番号：このフィールドは、ＳＧＳＮ間ルーティングエリア更新手順と一部のシステム間ハンドオーバー手順（２Ｇと３Ｇ無線アクセスネットワーク間など）で使用される。このフィールドは、ＭＳとＳＧＳＮ間の確認済み通信モードのデータ伝送を調整するために使用される。このフィールドの正確な意味はシナリオによって異なる。（例えば、ＧＳＭ／ＧＰＲＳからＧＳＭ／ＧＰＲＳの場合、ＳＮＤＣＰのＮ－ＰＤＵ番号がこのフィールドに存在する）。
－次拡張ヘッダタイプ：このフィールドは、ＧＴＰＰＤＵのこのフィールドに続く拡張ヘッダのタイプを定義する。
ＧＴＰ－Ｕは、インタフェースＩｕ、Ｇｎ、Ｇｐ、Ｓ１－Ｕ、Ｓ１１－Ｕ、Ｓ２ａ、Ｓ２ｂ、Ｓ４、Ｓ５、Ｓ８、Ｓ１２、Ｘ２、Ｍ１、Ｓｎ、Ｘｎ、Ｎ３、Ｎ９、Ｎ１９のユーザプレーンの両端間のメッセージセットを定義する。
ＧＴＰ－Ｕメッセージは、ＧＴＰユーザプレーントンネル全体で送信される。ＧＴＰ－Ｕメッセージは、ユーザプレーントンネルを通過するシグナリングメッセージ、またはＧ－ＰＤＵメッセージのいずれかである。
－ＧＴＰ－Ｕシグナリングメッセージは、ユーザプレーンのパス管理、またはユーザープレーンのトンネル管理に使用される。
－Ｇ－ＰＤＵはバニラユーザプレーンメッセージであり、オリジナルパケット（Ｔ－ＰＤＵ）を伝送する。Ｇ－ＰＤＵメッセージでは、ＧＴＰ－Ｕヘッダの後にＴ－ＰＤＵが続く。
Ｔ－ＰＤＵは、ＵＥからの、または外部のパケットデータネットワークのネットワークノードからの、元のパケット、例えばＩＰデータグラム、イーサネットフレーム、または構造化されていないＰＤＵデータである。
ＧＴＰｖ１で定義されているメッセージタイプの全範囲は、３ＧＰＰ ＴＳ２９．０６０［６］で定義されている。以下の表には、ＧＴＰユーザプレーンに適用されるものが含まれている。右側の３列は、ＧＴＰｖ１の共通ヘッダを共有する３つのプロトコル（ＧＴＰ－Ｃ、ＧＴＰ－Ｕ、またはＧＴＰ’）のうち、特定のメッセージタイプを実施するプロトコルを定義している。
７．３．２．１ 全般
エンドマーカーメッセージは、あるトンネルのペイロードストリームの終わりを示す、すなわち、このトンネルのエンドマーカーメッセージの後に到着したＧ－ＰＤＵは静かに破棄される。表７．３．２．１－１に、エンドマーカーメッセージに含まれる情報要素を示す。
コンテキストが存在しないＴＥＩＤでエンドマーカーメッセージを受信した場合、受信者はこのメッセージを無視しなければならない。
オプションのプライベート拡張には、ベンダーまたはオペレータ固有の情報が含まれる。
トンネル状態メッセージはオプションである。ＧＴＰ－Ｕエンティティは、このメッセージに対応している場合、送信側ＧＴＰ－Ｕエンティティで対応するＧＴＰ－Ｕトンネルに関連する状態情報を提供するために、１つ以上のトンネル状態メッセージをピアＧＴＰ－Ｕエンティティに送信することができる。表７．３．２．１－１に、トンネル状態メッセージに含まれる情報要素を示す。
コンテキストが存在しないＴＥＩＤでトンネル状態メッセージを受信した場合、またはメッセージがサポートされていない場合、受信者はこのメッセージを無視しなければならない。
オプションのプライベート拡張には、ベンダーまたはオペレータ固有の情報が含まれる。
ＧＴＰ－Ｕシグナリングメッセージには複数の情報要素が含まれる。ＧＴＰ情報要素には、ＴＬＶ（タイプ，長さ，値）またはＴＶ（タイプ，値）エンコーディング形式を使用する。シグナリングメッセージでは、タイプフィールドの昇順で情報要素をソートする。長さフィールドには、タイプフィールドと長さフィールドを除いた情報要素の長さが格納される。
すべての長さフィールドにおいて、最下位オクテットのビット８が最上位ビットであり、最上位オクテットのビット１が最下位ビットである。
情報要素の中で、あるフィールドは予備として記述されることがある。これらのビットは定義された値で伝送されなければならない。将来の機能を考慮し、受信側はこれらのビットを評価してはならない。
タイプフィールドの最上位ビットは、ＴＶフォーマット使用時には０に設定され、ＴＬＶフォーマット使用時には１に設定される。
８．Ｘ ＧＴＰ－Ｕトンネル状態情報
ＧＴＰ－Ｕトンネル状態情報には、送信側ＧＴＰ－Ｕエンティティの対応するＧＴＰ－Ｕトンネルに関連する状態情報が含まれる。
－ビット１－ＳＰＯＣ（課金一時停止の開始）：「１」に設定された場合、受信側ＧＴＰ－Ｕエンティティに、指定されたＰＦＣＰセッションの課金に適用されるインジケーションで、ＵＲＲの使用測定を停止するよう要求することを示す。ＧＴＰ－Ｕエンティティは、Ｎ６／ＳＧｉインターフェースに接続しているＰＳＡのＵＰＦまたはＰＧＷ－Ｕでない場合、トンネル状態メッセージをアップストリームＧＴＰ－Ｕエンティティに転送する。
－ビット２～８－予備、将来使用するため「０」に設定。
【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】
さらに、本開示は、上記のようなコンピュータプログラムを含むキャリアを提供することもでき、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読の記憶媒体のうちの１つである。コンピュータ可読の記憶媒体は、例えば、光コンパクトディスク、またはＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスクなどのような電子記憶装置であり得る。
【0295】
本明細書で説明する技術は、実施形態で説明する対応する装置の１つまたは複数の機能を実施する装置が、先行技術の手段だけでなく、実施形態で説明する対応する装置の１つまたは複数の機能を実施するための手段から構成されるように、様々な手段によって実施することができ、各機能のための別個の手段、または２つ以上の機能を実行するように構成される手段から構成することができる。例えば、これらの技術は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組み合わせで実施することができる。ファームウェアまたはソフトウェアの場合、実施は、本明細書で説明する機能を実行するモジュール（例えば、手順、機能など）を通じて行うことができる。
【0296】
本明細書における例示的な実施形態を、方法および装置のブロック図およびフローチャートを参照して上述してきた。ブロック図およびフローチャートの各ブロック、ならびにブロック図およびフローチャートのブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施できることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、特殊用途コンピュータ、または他のプログラム可能なデータ処理装置にロードされて、コンピュータまたは他のプログラム可能なデータ処理装置上で実行される命令が、フローチャートのブロックまたはブロックで指定された機能を実施するための手段を作成するような、機械を製造することができる。
【0297】
さらに、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作を、示された特定の順序で、または順次実行すること、あるいは図示されたすべての動作を実行することを要求するものとして理解されるべきではない。特定の状況においては、マルチタスクおよび並列処理が有利である場合がある。同様に、いくつかの具体的な実施の詳細が上記の議論に含まれているが、これらは、本明細書に記載される主題の範囲に対する制限として解釈されるべきではなく、むしろ、特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴も、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実施され得る。
【0298】
本明細書には多くの具体的な実施の詳細が記載されているが、これらは、任意の実施の範囲またはクレームされ得るものの制限として解釈されるべきではなく、むしろ、特定の実施の特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴も、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実施することができる。さらに、特徴は、特定の組み合わせで作用するものとして上述され、当初はそのようにクレームされることさえあるが、クレームされた組み合わせからの１つまたは複数の特徴は、場合によっては組み合わせから切除され得、クレームされた組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられ得る。
【0299】
技術の進歩に伴い、本発明の概念を様々な方法で実施できることは当業者には明らかであろう。上述した実施形態は、本開示を限定するためではなく説明するために与えられたものであり、当業者であれば容易に理解できるように、本開示の精神および範囲から逸脱することなく、修正および変形に頼ることができることを理解されたい。このような修正および変形は、本開示および添付の特許請求の範囲の範囲内であると考えられる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【国際調査報告】