(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されたノードによる使用のための方法であって、前記ノードは、プロセッサと、メモリとを備え、前記ノードは、ＰＤＮゲートウェイ（ＰＧＷ）であり、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードによって実行されると、
ユーザ機器（ＵＥ）から前記ノードへのフローが非認可スペクトルに関連付けられているＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられているセルラーＲＡＴを使用しているかを示すベアラリソースコマンドメッセージを前記ノードがサービングゲートウェイ（ＳＧＷ）から受信することであって、前記フローは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントの両方を前記ネットワークと接続するゲートウェイを通過し、前記ベアラリソースコマンドメッセージは、前記セルラーＲＡＴまたはＷｉＦｉ  ＲＡＴを使用していることの決定が前記ユーザ機器（ＵＥ）によってなされたかどうかも示し、前記ベアラリソースコマンドメッセージは、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかを示す指示を含む、ことと、
前記ベアラリソースコマンドメッセージに基づいて、前記ネットワークにおいて動作を行うことであって、前記動作は、容量ベース課金である、ことと
を含む方法を行う、方法。
【請求項２】
前記認可スペクトルアクセスポイントは、セルラーネットワーク内のアクセスポイントである、請求項１に記載の方法。
【請求項３】
前記非認可スペクトルアクセスポイントは、ＷｉＦｉアクセスポイントである、請求項１に記載の方法。
【請求項４】
前記動作は、フローに関連付けられたルールをフェッチすることである、請求項１に記載の方法。
【請求項５】
前記ルールは、ポリシおよび課金ルール機能（ＰＣＲＦ）からフェッチされる、請求項４に記載の方法。
【請求項６】
前記動作は、課金動作を更新することをさらに含む、請求項１に記載の方法。
【請求項７】
前記ゲートウェイは、統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）である、請求項１に記載の方法。
【請求項８】
前記ベアラリソースコマンドメッセージは、フローが非認可スペクトルから認可スペクトルに移動していることを示す、請求項１に記載の方法。
【請求項９】
前記ベアラリソースコマンドメッセージは、前記フローが認可スペクトルから非認可スペクトルに移動していることを示す、請求項１に記載の方法。
【請求項１０】
ネットワークに接続されたノードによる使用のための方法であって、前記ノードは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントに動作可能に接続されている統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）であり、前記ノードは、プロセッサと、メモリとを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードによって実行されると、
前記ノードにおいて、ユーザ機器（ＵＥ）から前記ノードへのフローが非認可スペクトルに関連付けられているＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられているセルラーＲＡＴを使用しているかを決定し、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかを決定することと、
前記ユーザ機器（ＵＥ）から前記ノードへの前記フローが非認可スペクトルに関連付けられている前記ＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられている前記セルラーＲＡＴを使用しているかの前記決定、および、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかの前記決定を使用して、前記ネットワーク中の前記ノードにおける容量ベース課金動作を更新することと
を含む方法を行う、方法。
【請求項１１】
前記ＩＳＷ−ＧＷは、フローをコアネットワークに接続する、請求項１０に記載の方法。
【請求項１２】
前記ＩＳＷ−ＧＷは、ポリシおよび課金実施機能（ＰＣＥＦ）を含む、請求項１０に記載の方法。
【請求項１３】
前記ＩＳＷ−ＧＷは、オンライン課金システム（ＯＣＳ）に関連付けられた第１の課金トリガ機能（ＣＴＦ）と、オフライン課金システム（ＯＦＣＳ）に関連付けられた第２のＣＴＦとをさらに含む、請求項１０に記載の方法。
【請求項１４】
前記ゲートウェイが課金動作を制御することを必要とする場合、または前記ゲートウェイが課金動作の制御を別のゲートウェイに転送することを必要とする場合、メッセージが、前記ゲートウェイから送信される、請求項１０に記載の方法。
【請求項１５】
プロセッサ、メモリ、および通信回路を備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、ＰＤＮゲートウェイ（ＰＧＷ）であり、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、
ユーザ機器（ＵＥ）から前記ノードへのフローが非認可スペクトルに関連付けられているＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられているセルラーＲＡＴを使用しているかを示すベアラリソースコマンドメッセージを前記ノードがサービングゲートウェイ（ＳＧＷ）から受信することであって、前記フローは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントの両方を前記ネットワークと接続するゲートウェイを通過し、前記ベアラリソースコマンドメッセージは、前記セルラーＲＡＴまたはＷｉＦｉ  ＲＡＴを使用していることの決定が前記ユーザ機器（ＵＥ）によってなされたかどうかも示し、前記ベアラリソースコマンドメッセージは、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかを示す指示を含む、ことと
前記ベアラリソースコマンドメッセージに基づいて、前記ネットワークにおける容量ベース課金動作を更新することと
を前記ノードに行わせる、ノード。
【請求項１６】
プロセッサ、メモリ、および通信回路を備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントに動作可能に接続されている統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）であり、前記ノードは、前記ノードの前記メモリ内に記憶されたコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードのプロセッサによって実行されると、
ユーザ機器（ＵＥ）から前記ノードへのフローが非認可スペクトルに関連付けられているＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられているセルラーＲＡＴを使用しているかを決定し、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかを決定することと、
前記ユーザ機器（ＵＥ）から前記ノードへの前記フローが非認可スペクトルに関連付けられている前記ＷｉＦｉ  ＲＡＴを使用しているか、または認可スペクトルに関連付けられている前記セルラーＲＡＴを使用しているかの前記決定、および、前記ノードがスペクトルタイプのハンドオーバを開始したかまたは前記ＵＥがスペクトルタイプのハンドオーバを開始したかの前記決定を使用して、前記ネットワークのための前記ノードにおける容量ベース課金動作を更新することと
を前記ノードに行わせる、ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／０９１，１１１号（２０１４年１２月１２日出願）に対する優先権を主張し、上記出願の開示は、その全体が参照により本明細書に引用される。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力を含むセルラー電気通信ネットワーク技術を対象とする。無線通信のための３ＧＰＰモバイルコアネットワーク（ＭＣＮ）アーキテクチャの最新バージョンは、進化型パケットコア（ＥＰＣ）と称される。進化型パケットコア（ＥＰＣ）は、性能および費用の観点からデータトラフィックを効率的に処理するための「フラットアーキテクチャ」を有する。ＥＰＣはまた、ＥＰＣスケールを独立させるために、ユーザデータ（ユーザプレーンとしても公知である）と信号伝達（制御プレーンとしても公知である）とを分離する。
【０００３】
３ＧＰＰネットワークポリシおよび課金制御（ＰＣＣ）システムは、加入者毎に、かつＩＰ各データフローに対して、ポリシおよび課金の動的制御を提供する。それは、アプリケーションサーバが、サービスの品質（ＱｏＳ）および配信されるサービスのための課金ポリシを動的に制御することを可能にするために、より細かいＱｏＳ制御をサポートする。
【０００４】
図１は、３ＧＰＰ  ＴＳ  ２３．２０３の第５．１項「ポリシおよび課金制御アーキテクチャ」（Ｖ１２．４．０、２０１４年３月）（以降「ポリシおよび課金制御アーキテクチャ」）を改作したポリシおよび課金制御（ＰＣＣ）アーキテクチャの略図である。示されるように、ＰＣＣ機能性は、ポリシおよび課金実施機能（ＰＣＥＦ）１０２と、ベアラ結合およびイベント報告機能（ＢＢＥＲＦ）１０４と、ポリシおよび課金ルール機能（ＰＣＲＦ）１１８と、アプリケーション機能（ＡＦ）１０８と、トラフィック検出機能（ＴＤＦ）１１０と、オンライン課金システム（ＯＣＳ）１１２と、オフライン課金システム（ＯＦＣＳ）１１４と、加入プロファイルレポジトリ（ＳＰＲ）１１６との機能によって構成される。
【０００５】
ＰＣＲＦ１１８（「ポリシおよび課金制御アーキテクチャ」の第６．２．１項に説明される）は、サービスデータフロー検出、ゲーティング、ＱｏＳおよびフローベース課金に関するＰＣＣルールをＰＣＥＦ１０２に提供する。ＰＣＥＦ１０２（「ポリシおよび課金制御アーキテクチャ」の第６．２．２項）は、通常、Ｐ−ＧＷ１２０内に位置し、ＰＣＲＦ１１８によって示されるポリシを実施する責任を負う。特に、それは、ゲート実施アプローチ（サービスフローが対応するゲートが開放している場合のみ通過することを可能にする）またはＱｏＳ実施アプローチ（特定のＱｏＳクラスを特定のサービスフロー上で実施する）のいずれかを使用する。さらに、ＰＣＥＦ１０２は、課金制御の責任を負う。より具体的には、ＰＣＥＦ１０２は、それが関連付けられたＰＣＣルールを有し、かつＯＣＳ１１２による課金キーのためのクレジットを付与されている場合、サービスデータフローが通過することを可能にする。
【０００６】
図１で特に着目すべきことは、ＰＣＥＦ１０２とＰＣＲＦ１１８との間にあるＧｘ参照点である。それは、ＰＣＣ挙動を統制するＰＣＣ決定の信号伝達を有効にする。例えば、Ｇｘ参照点は、ＰＣＥＦ１０２からＰＣＲＦ１１８へのＰＣＣ決定に対する要求およびＰＣＲＦ１１８からＰＣＥＦ１０２へのＰＣＣ決定の提供をサポートする。Ｇｙ（Ｒｏとしても知られる）参照点は、ＯＣＳ１１２とＰＣＥＦ１０２との間にあり、オンライン課金のためのクレジット制御を可能にする。Ｇｚ（Ｒｆとしても知られる）参照点は、ＰＣＥＦ１０２とＯＦＣＳ１１４との間にあり、オフライン課金情報のトランスポートを有効にする。
【０００７】
図２は、オンラインおよびオフライン課金（３ＧＰＰ  ＴＳ  ３２．２４０の第４．２項「課金アーキテクチャおよび原理」（Ｖ１２．３．０、２０１３年１２月）、以降「課金アーキテクチャおよび原理」を改作した）のための高レベル共通アーキテクチャを図示する略図である。
【０００８】
図２は、着目ネットワークエンティティ間の参照点（例えば、ＲｆおよびＲｏ）をこれらの参照点を経由する情報フローとともに描写する。課金アーキテクチャは、オンラインおよびオフライン課金プロセスの両方を含む。課金プロセスをサポートするために、ネットワークは、リソース使用のリアルタイム監視を行う。オフライン課金プロセスでは、ネットワークは、それが生じた後、オフライン課金システム（ＯＦＣＳ）１１４にリソース使用を提供する。そのような通知は、課金データ記録（ＣＤＲ）を作成するために使用され、それは、その後、請求ドメインに送信される。オンライン課金プロセスに対して、ネットワークは、その使用に先立って、リソース使用のための許可を付与するためにオンライン課金システム（ＯＣＳ）１１２にコンタクトする。したがって、オフライン機構において収集された課金情報は、リアルタイムで、要求されるサービスに影響を及ぼさない。対照的に、オンライン機構における課金情報は、リアルタイムで、要求されるサービスに影響を及ぼす（「課金アーキテクチャおよび原理」の第４．１項）
図３は、複数の論理エンティティから成るオフライン課金アーキテクチャを図示する略図である。課金トリガ機能（ＣＴＦ）３０２は、ネットワークリソース使用の観察に基づいて、課金イベントを生成する。それは、「会計基準収集」、およびＲｆ参照点を介した課金データ機能（ＣＤＦ）３０４への「会計データ転送」の責任を負う。ＣＤＦ３０４は、次いで、課金イベント内に含まれる情報を使用して、ＣＤＲを構成する。ＣＤＦ３０４によってもたらされるＣＤＲは、Ｇａ参照点を介して、課金ゲートウェイ機能（ＣＧＦ）３０６に直ちに転送される。ＣＧＦ３０６は、ＢＤへのＣＤＲファイルの転送のために、Ｂｘ参照点を使用する。
【０００９】
図４は、オンライン課金システム（ＯＣＳ）のアーキテクチャを図示する略図である。オフライン課金システム（ＯＦＣＳ）と同様に、ＣＴＦ３０２は、課金イベントを作成し、「会計基準」を収集する。課金イベントは、ユーザによって要求されるネットワークリソース使用のための承認を得るために、Ｒｏ参照点を経由して、オンライン課金機能（ＯＣＦ）に転送される。見積機能（ＲＦ）は、ネットワークリソース使用の値を決定し、預金残高管理機能（ＡＢＭＦ）４０８は、ＯＣＳ内の加入者の預金残高がある場所である。
【００１０】
オンライン課金機構は、「課金アーキテクチャおよび原理」の第５．２．２項に説明されるように、イベントベースまたはセッションベースであることができる。イベントベース課金では、ネットワーク／ユーザイベントは、単一の課金可能イベントに対応する。セッションベース課金では、少なくとも２つの課金可能イベントが、必要とされる。本開示で特に着目すべきことは、単位予約によるセッション課金（ＳＣＵＲ）機構（３ＧＰＰ  ＴＳ  ３２．２９９の第６．３．５項、「ダイアメータ課金アプリケーション」（Ｖ１２．４．０、２０１４年３月）、以降「ＴＳ  ３２．２９９」）である。ＳＣＵＲでは、特定のネットワークエンティティのＣＴＦ３０２は、課金イベントをＯＣＳに転送するであろう。それに応答して、ＯＣＳ１１２は、必要とされるリソースの使用コストを決定し、ユーザの口座から必要とされる料金を予約する。ＯＣＳにおけるＲＦは、利用されるリソースの値を決定する責任を負う。代替として、「非集中単位決定および集中見積」ＳＣＵＲは、ＣＴＦ３０２が、要求されるリソース単位の数および対応する金額を計算し（ＴＳ  ３２．２９９の第５．２．２項）、これらの情報をＯＣＳに送信することを説明する。それに応答して、ＯＣＳは、リソース使用を承認するＣＴＦ３０２に返信する。その結果、ネットワークエンティティは、リソース利用を実行する。完了されると、ＣＴＦ３０２は、ＯＣＳにその完了について知らせる。
【００１１】
ＰＣＥＦ１０２は、３ＧＰＰネットワークにおいて容量ベースオンライン課金を行う。データセッションが開始すると、ＰＣＥＦ１０２は、ユーザのクレジット（すなわち、金銭）の一部をＯＣＳ１１２から予約する。データ容量がユーザへ／そこから配信されると、ＰＣＥＦ１０２は、予約されたクレジットをデクリメントする。全クレジットが使い尽くされると、ＰＣＥＦ１０２は、ユーザの口座からさらにクレジットの予約を試みるであろう。ＯＣＳ１１２が、ＰＣＥＦ１０２に、ユーザがその口座にもうクレジットがないことを示す場合、データセッションは、ＰＣＥＦ１０２によって終了されるであろう。ＰＣＥＦ１０２は、典型的には、Ｐ−ＧＷ１２０内で展開される。
【００１２】
図５は、３ＧＰＰ  ＴＳ  ３２．２５２「課金管理；無線ローカルエリアネットワーク（ＷＬＡＮ）課金」（Ｖ１１．１．０、２０１３年６月、以降「ＴＳ  ３２．２５２」）に提示されたインターワーキング−ＷＬＡＮ（Ｉ−ＷＬＡＮ）アーキテクチャのための課金アーキテクチャを図示する略図である。オフライン課金機構に対して示されるように、３ＧＰＰ  ＡＡＡサーバは、Ｗｆ参照点（Ｒｆインターフェース）を経由して、ＣＤＦ３０４と通信する。一方、オンライン課金機構は、３ＧＰＰ  ＡＡＡサーバとＯＣＳ１１２との間のＷｏ参照点（Ｒｏインターフェース）を使用して実装される。図５におけるＷｆおよびＷｏ参照点は、図２におけるその役割と一致する。
【００１３】
Ｉ−ＷＬＡＮのための現在のオンライン課金プロトコルは、容量ベースオンライン課金（ＴＳ  ３２．２５２の第５．３．１項）を可能にしない。時間ベース承認および課金のみが、可能である。ＴＳ  ３２．２５２に記載されるように、クレジットリスクを低減させるために、短時間予約が、推奨される。
【００１４】
以下は、新しい課金ルールを用いてベアラまたはセッションを作成／更新するために使用され得る、主要ＧＴＰｖ２−Ｃメッセージを説明する。
【００１５】
ベアラリソースコマンドメッセージ（３ＧＰＰ  ＴＳ  ２３．４０１の第５．４．５項「進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アクセスのための汎用パケット無線サービス（ＧＰＲＳ）拡張」、Ｖ１２．４．０、２０１４年３月、以降「ＴＳ  ２３．４０１」に説明される）は、ＭＭＥ７１８からＳ−ＧＷ７２２に送信され、それは、その後、Ｐ−ＧＷ１２０に転送される。それは、特定のＱｏＳ需要を伴うあるトラフィックフロー集約のためのベアラリソース修正（例えば、リソースの配分または解放）のために使用される。さらに、それは、「フローのサービスの品質（フローＱｏＳ）」ＩＥを使用したＱｏＳ更新のためにも使用されることができる。ベアラリソースコマンドメッセージの詳細な情報要素は、３ＧＰＰ  ＴＳ  ２９．２７４の第７．２．５項「進化型パケットシステム（ＥＰＳ）；進化型汎用パケット無線サービス（ＧＰＲＳ）；制御プレーンのためのトンネリングプロトコル（ＧＴＰｖ２−Ｃ）；ステージ３」（Ｖ１２．４．０、２０１４年３月）（以降ＴＳ  ２９．２７４）において表にされている。
【００１６】
ベアラ修正要求メッセージ（ＴＳ  ２９．２７４の第７．２．７節に説明される）は、ハンドオーバプロシージャおよび初期アタッチメントのために使用されることができる。それは、ハンドオーバ指示（ハンドオーバのため）およびＰＤＮ一時停止オン／オフ指示（Ｐ−ＧＷ１２０課金を一時停止するため）等の複数の「指示フラグ」を有する。
【００１７】
ベアラ修正要求メッセージと同様に、セッション作成要求も同様に、ＴＳ  ２９．２７４の表７．２．１−１に示されるように、指示フラグ（例えば、ハンドオーバ指示）を有する。同様に、セッション作成応答も、ＴＳ  ２９．２７４の表７．２．２−１に示されるように、指示フラグを有する。
【００１８】
図６は、課金イベント／ＣＤＲパラメータ（「フィールドカテゴリ」）のための可能な存在要件を図示する、論理図である。
【００１９】
「課金アーキテクチャおよび原理」の第５．４項に示されるように、中間階層課金ＴＳにおける課金イベントおよびＣＤＲ記述テーブルは、必須（Ｍ）、条件付き（Ｃ）、およびオペレータプロビジョニング可能（ＯｃまたはＯｍ）記号を規定し、それらは、以下のように説明され得る。
【００２０】
Ｍ−このパラメータは、必須であり、常時、イベント／ＣＤＲ内に存在するものとする。
【００２１】
Ｃ−このパラメータは、ある条件が満たされるときのみ、イベント／ＣＤＲ内に存在するものとする。これらの条件は、パラメータ定義の一部として規定される。
【００２２】
Ｏｍ−これは、存在するようにオペレータによってプロビジョニングされる場合、常時、イベント／ＣＤＲ内に含まれるものとするパラメータである。言い換えると、存在するようにプロビジョニングされるＯｍパラメータは、必須パラメータである。
【００２３】
Ｏｃ−れは、存在するようにオペレータによってプロビジョニングされる場合、規定された条件が満たされるとき、イベント／ＣＤＲ内に含まれるものとするパラメータである。言い換えると、存在するように構成されるＯｃパラメータは、条件付きパラメータである。
【００２４】
３ＧＰＰ  ＴＳ  ２３．２０３の第６．３節「ポリシおよび課金制御アーキテクチャ」（Ｖ１２．４．０、２０１４年３月）は、ＰＣＣルールの説明を提供し、３ＧＰＰ  ＴＳ  ２３．２０３の表６．３「ポリシおよび課金制御アーキテクチャ」（Ｖ１２．４．０、２０１４年３月）は、Ｇｘを経由するＰＣＣルールメッセージ内に含まれる情報を要約する。
【００２５】
ＰＣＣルールは、ダイアメータベースインターフェースを経由して交換される。したがって、ルールの一部である、情報の各断片は、ダイアメータＡＶＰ内で捕捉される。ダイアメータメッセージおよびＡＶＰのさらなる詳細な説明は、３ＧＰＰ  ＴＳ  ２９．２１２「ポリシおよび課金制御（ＰＣＣ）；参照点」（Ｖ１２．４．０、２０１４年３月、以降ＴＳ  ２９．２１２）において利用可能である。
【００２６】
Ｇｘインターフェースは、ＰＣＣルールをＰ−ＧＷ１２０（ＰＣＥＦ１０２）とＰＣＲＦ１１８との間で交換するために使用されるダイアメータベースインターフェースである。クレジット制御要求（ＣＣＲ）およびクレジット制御回答（ＣＣＡ）メッセージは、ＰＣＣルールをＧｘ参照点上で交換するために使用される。これらのメッセージは、それぞれ、ＴＳ  ２９．２１２の第５．６．２項および第５．６．３項に説明される。これらのメッセージの詳細なＡＶＰは、ＴＳ  ２９．２１２の第５．３項に説明される。
【００２７】
Ｐ−ＧＷ１２０（ＰＣＥＦ１０２）は、ＣＣＲコマンドを使用し、ＰＣＣルールをＰＣＲＦ１１８から要求する。ＰＣＲＦ１１８は、ＣＣＡコマンドを使用して、ＰＣＣルールをＰ−ＧＷ１２０（ＰＣＥＦ１０２）に送信する。
【００２８】
【表１】
0006541787.tif 000002
【００２９】
ＲＡＴタイプＡＶＰは、ＲＡＴがＷＬＡＮまたはＥＵＴＲＡＮであることを示す、それぞれ、ＷＬＡＮ（０）またはＥＵＴＲＡＮ（１００４）のいずれかであることができる（ＴＳ  ２９．２１２の第５．３．３１項）。
【００３０】
表２は、Ｇｘを経由したクレジット制御回答（ＣＣＡ）コマンド内に含まれる、ＡＶＰのうちのいくつかを示す。これらのＡＶＰは、本紙において特に着目される。
【００３１】
表２における字下げは、これらのＡＶＰがどのようにグループ化されるかを示すために使用される。課金ルールインストールＡＶＰは、課金ルール定義ＡＶＰを含むグループ化されたＡＶＰである。課金ルール定義ＡＶＰは、課金ルール名ＡＶＰ、サービス識別子ＡＶＰ等を含むグループ化されたＡＶＰである。
【００３２】
課金ルールインストールＡＶＰの複数のインスタンスは、ＣＣＡ内に含まれることができる。これは、あるベアラを修正するための要求が、ＰＣＲＦ１１８が複数のベアラを修正することを決きめることをもたらし得るからである。
【００３３】
【表２】
0006541787.tif 000003
【００３４】
オンライン課金は、Ｒｏ参照点を経由して、ＣＣＲおよびＣＣＡメッセージを介して行われる。
【００３５】
３ＧＰＰ  ＣＣＲメッセージ（ＴＳ  ３２．２９９の第６．４．２項）は、２７２のダイアメータヘッダを有し、かつＴＳ  ３２．２９９の表６．４．２に詳細に説明される、ＡＶＰを有する。表３は、いくつかの関連ＡＶＰを示す。
【００３６】
【表３】
0006541787.tif 000004
【００３７】
サービス識別子ＡＶＰは、サービスを識別し、表２（また、「ポリシおよび課金制御アーキテクチャ」の表６．３）に示されたように、ＰＣＣルール情報を通して得られる。それは、サービスデータフローのフローベース課金のために規定された最も詳細な識別を提供する（Ｐ．７７「ポリシおよび課金制御アーキテクチャ」）。ＰＣＣルールは、同一サービス識別子値を共有し得る。
【００３８】
サービス情報ＡＶＰは、パケットサービス（ＰＳ）およびＷＬＡＮネットワークの両方についての情報を含み、それは、サービスコンテキストＩｄ  ＡＶＰを使用して互いから区別されることができる（ＴＳ  ３２．２９９の第７．１．１２項）。このサービスコンテキストＩｄ  ＡＶＰは、要求に適用される、ダイアメータクレジット制御サービス特定ドキュメントの固有の識別子を含む。これは、サービスプロバイダ／オペレータによって、サービス要素製造業者によって、または規格化団体によって配分された識別子であり、所与のダイアメータクレジット制御サービス特定ドキュメントを固有に識別する。オフライン課金に対して、これは、関連付けられたＣＤＲが基づくべき、サービス特定ドキュメント（「中間階層」ＴＳ）を識別する。サービスコンテキストＩｄのフォーマットは、拡張子「ＭＮＣ」、「ＭＣＣ」、「Ｒｅｌｅａｓｅ」、「ｓｅｒｖｉｃｅ−ｃｏｎｔｅｘｔ」、「＠」、「ｄｏｍａｉｎ」である。
【００３９】
「ｓｅｒｖｉｃｅ−ｃｏｎｔｅｘｔ」、「＠」、「ｄｏｍａｉｎ」のための３ＧＰＰ特定の値は、以下である。
・  ＰＳ課金：  ３２２５１＠３ｇｐｐ．ｏｒｇ
・  ＷＬＡＮ課金：  ３２２５２＠３ｇｐｐ．ｏｒｇ
ＰＳ情報ＡＶＰ（ＴＳ  ３２．２９９の第７．２．１５８項に説明される）は、３ＧＰＰ課金Ｉｄ、ＱｏＳ情報、３ＧＰＰ課金特性、課金ルールベース名、およびオフライン課金等の情報を含む。ＰＳ情報ＡＶＰのコンテンツは、ＴＳ  ３２．２５１の第６．３．１．２項（表６．３．１．２）に詳細に説明される。ＷＬＡＮ情報ＡＶＰ（ＴＳ  ３２．２９９の第７．２．２４６項）は、ＷＬＡＮセッションＩｄ、ＰＤＧ課金Ｉｄ、およびＷＬＡＮ  ＵＥローカルＩＰアドレス等のＷＬＡＮについての情報を含む。ＷＬＡＮ情報ＡＶＰのコンテンツは、ＴＳ  ３２．２５２の第６．３．１．２項（表６．３．１．２）に詳細に説明される。
【００４０】
Ｒｏを経由した３ＧＰＰ  ＣＣＡメッセージ（ＴＳ  ３２．２９９の第６．４．３項）は、ＣＣＲに返信するために、ＯＣＦ４０４によってＣＴＦ３０２に送信される。表４は、ＣＣＲメッセージＡＶＰに類似する、ＣＣＡメッセージＡＶＰの特定の組を示す。
【００４１】
【表４】
0006541787.tif 000005
【００４２】
Ｒｆを経由したオフライン課金メッセージは、課金関連情報をＣＤＲに追加する。主要要求および回答メッセージは、会計要求（ＡＣＲ）および会計回答（ＡＣＡ）である。これらのオフライン課金メッセージのメッセージフォーマットは、ＴＳ  ３２．２９９の第６．２節に詳細に説明される。主要ＡＶＰは、以下の２つの副節に列挙される。
【００４３】
表５は、Ｒｆを経由した会計要求（ＡＣＲ）メッセージのいくつかのＡＶＰを示す。ＡＶＰの完全なリストは、ＴＳ  ３２．２９９の表６．２．２に提示される。
【００４４】
【表５】
0006541787.tif 000006
【００４５】
会計記録タイプは、ＣＤＲに対する初期開始、記録更新、および記録終了アクションのための開始、中間、または終了ＡＶＰを含むであろう。サービスコンテキストＩｄおよびサービス情報ＡＶＰは、前述の通りである。
【００４６】
表６は、Ｒｆを経由した会計回答メッセージのいくつかのＡＶＰを示す。ＡＶＰの完全なリストは、ＴＳ  ３２．２９９の表６．２．３に提示される。
【００４７】
【表６】
0006541787.tif 000007
【発明の概要】
【課題を解決するための手段】
【００４８】
一実施形態では、ＰＣＥＦは、各ベアラ、すなわち、フローによって使用される無線アクセス技術（ＲＡＴ）と、ＲＡＴの使用がＵＥまたはＩＳＷＮによって開始されたかどうかとを認識し得る。実施形態は、ＵＥが認可スペクトルまたは非認可スペクトルを通して接続するかどうかをＰＣＥＦに認識させることに関する。認可スペクトル接続の例は、セルラー接続である。非認可スペクトル接続の例は、ＷＩＦＩ接続である。
【００４９】
既存のセッション管理メッセージは、ＰＣＥＦ容量ベースオンライン課金機能性がコアネットワーク内（すなわち、Ｐ−ＧＷ／ＰＣＥＦ内）に留まることを可能にするように修正されることができる。ＩＳＷＮ（ＩＳＷ−ＧＷ）とコアネットワーク（Ｐ−ＧＷ／ＰＣＥＦ）との間のセッション管理メッセージングは、ＩＳＷＮが、ベアラ、すなわちフローをあるＲＡＴから別のものに移動させるとき、コアネットワークが通知され得るように修正され得る。コアネットワーク（Ｐ−ＧＷ／ＰＣＥＦ）が、これらの更新されたセッション管理通知を受信すると、ＰＣＲＦにコンタクトし、ベアラ、すなわち、フローのための新しい課金ルールをフェッチし、それを適用する。
【００５０】
別の解決策は、ＰＣＥＦ容量ベースオンライン課金機能性をＩＳＷＮに追加することに基づく。ＩＳＷＮのＰＣＥＦは、ＵＥがＩＳＷＮ内にある間、容量ベースオンライン課金を行うタスクを課され得る。この解決策では、新しいＰＣＥＦ機能が、ＩＳＷ−ＧＷ、すなわち、ＩＳＷＮ−ＰＣＥＦに追加される。ＩＳＷＮ−ＰＣＥＦは、典型的には、Ｐ−ＧＷのＰＣＥＦにおいて行われるオンラインおよびオフライン課金に関連する全てのＩＳＷＮ関連機能性に責任を負い得る。ＩＳＷＮ−ＰＣＥＦは、ＩＳＷＮが複数の組のＰＣＣルールを得ることを可能にするように拡張されたＧｘ参照点を経由して、ＰＣＲＦと通信することができる。ＩＳＷＮ−ＰＣＥＦは、利用されるＲＡＴと、ＲＡＴの使用がＩＳＷＮによって開始されたか、またはＵＥによって開始されたかに基づいて、適切なＰＣＣルールを選択し、適用することができる。ＩＳＷＮ（ＩＳＷ−ＧＷ）とＭＮＯのコアネットワーク（Ｐ−ＧＷ／ＰＣＥＦ）との間のセッション管理メッセージングは、ＩＳＷＮおよびＭＮＯが、どのエンティティ（ＩＳＷ−ＧＷまたはＰ−ＧＷ／ＰＣＥＦ）が容量ベースオンライン課金を行うかを協調し得るように更新されることができる。ＩＳＷ−ＧＷは、ＲｏおよびＲｆ参照点を介して、それぞれ、ＭＮＯのコアネットワーク内のＯＣＳおよびＯＦＣＳと通信することもできる。
【００５１】
本概要は、発明を実施するための形態において以下でさらに説明される、一連の概念を簡略化形態において導入するために提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図しておらず、また、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の一部に記載の任意または全ての不利点を解決するという限界に限定されない。
本発明は、例えば、以下を提供する。
（項目１）
ネットワークに接続されたノードによる使用のための方法であって、前記ノードは、プロセッサと、メモリとを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードによって実行されると、
フローが非認可スペクトルに関連付けられているか、または認可スペクトルに関連付けられているかを示すメッセージを受信することであって、前記フローは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントの両方を前記ネットワークと接続するゲートウェイを通過し、前記メッセージは、前記フローがユーザ機器（ＵＥ）またはある他のデバイスに関連付けられていることも示す、ことと、
前記メッセージに基づいて、前記ネットワークにおいて動作を行うことと
を含む方法を行う、方法。
（項目２）
前記認可スペクトルアクセスポイントは、セルラーネットワークである、項目１に記載の方法。
（項目３）
前記非認可スペクトルアクセスポイントは、ＷｉＦｉアクセスポイントである、項目１に記載の方法。
（項目４）
前記動作は、フローに関連付けられたルールをフェッチすることである、項目１に記載の方法。
（項目５）
前記ルールは、ポリシおよび課金ルール機能（ＰＣＲＦ）からフェッチされる、項目４に記載の方法。
（項目６）
前記動作は、課金動作を更新することである、項目１に記載の方法。
（項目７）
前記メッセージは、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）、またはＰＤＮゲートウェイ（ＰＧＷ）によって受信される、項目１に記載の方法。
（項目８）
前記ゲートウェイは、統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）である、項目１に記載の方法。
（項目９）
前記メッセージは、フローが非認可スペクトルから認可スペクトルに移動していることを示す、項目１に記載の方法。
（項目１０）
前記メッセージは、前記フローが認可スペクトルから非認可スペクトルに移動していることを示す、項目１に記載の方法。
（項目１１）
前記メッセージは、ネットワークノードまたは前記ユーザ機器がスペクトルタイプの変更を開始するかどうかを示す指示を含む、項目１に記載の方法。
（項目１２）
ネットワークに接続されたノードによる使用のための方法であって、前記ノードは、プロセッサと、メモリとを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードによって実行されると、
前記ノードにおいて、ユーザ機器（ＵＥ）からのフローが非認可スペクトルから生じているか、または認可スペクトルから生じているかを決定することと、
前記決定を使用して、前記ネットワークのための前記ノードにおける課金動作を更新すること、または前記ＵＥに関連付けられたポリシを得ることを行うことと
を含む方法を行う、方法。
（項目１３）
前記ノードは、ゲートウェイである、項目１２に記載の方法。
（項目１４）
前記ゲートウェイは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントに動作可能に接続されている統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）である、項目１３に記載の方法。
（項目１５）
前記ＩＳＷ−ＧＷは、フローをコアネットワークに接続する、項目１４に記載の方法。
（項目１６）
前記ＩＳＷ−ＧＷは、ポリシおよび課金実施機能（ＰＣＥＦ）を含む、項目１４に記載の方法。
（項目１７）
前記ＩＳＷ−ＧＷは、オンライン課金システム（ＯＣＳ）に関連付けられた第１の課金トリガ機能（ＣＴＦ）と、オフライン課金システム（ＯＦＣＳ）に関連付けられた第２のＣＴＦとをさらに含む、項目１４に記載の方法。
（項目１８）
前記ゲートウェイが課金動作を制御することを必要とする場合、または前記ゲートウェイが課金動作の制御を別のゲートウェイに転送することを必要とする場合、メッセージが、前記ゲートウェイから送信される、項目１３に記載の方法。
（項目１９）
ネットワークに接続されたノードによる使用のための方法であって、前記ノードは、プロセッサと、メモリとを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードによって実行されると、
ユーザ機器（ＵＥ）が認可スペクトルアクセスポイントを通して前記ノードに接続されているとき、前記ユーザ機器が、前記認可スペクトルアクセスポイントを通した接続に対して課金されるか、または非認可スペクトルアクセスポイントを通した接続のために使用されるレートで課金されるかを示すメッセージを受信することと、
前記メッセージを使用して、前記ユーザ機器に表示をもたらすことと
を含む方法を行う、方法。
（項目２０）
前記メッセージは、Ｐ−ＧＷから送信される、項目１９に記載の方法。
（項目２１）
前記メッセージは、統合スモールセルＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）から送信される、項目１９に記載の方法。
（項目２２）
プロセッサ、メモリ、および通信回路を備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、
フローが非認可スペクトルアクセスポイントに関連付けられているか、または認可スペクトルアクセスポイントに関連付けられているかを示すメッセージを受信することであって、前記フローは、非認可スペクトルアクセスポイントおよび認可スペクトルアクセスポイントの両方を前記ネットワークと接続するゲートウェイを通過し、前記メッセージは、前記非認可スペクトルアクセスポイントまたは認可スペクトルアクセスポイントが前記フローによって使用されるかどうかを、ユーザ機器（ＵＥ）が選択したか、またはある他のデバイスが選択したかも示す、ことと
前記メッセージに基づいて、前記ネットワークにおける課金動作を更新することと
を前記ノードに行わせる、ノード。
（項目２３）
プロセッサ、メモリ、および通信回路を備えているノードであって、前記ノードは、その通信回路を介して通信ネットワークに接続され、前記ノードは、前記ノードの前記メモリ内に記憶されたコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードのプロセッサによって実行されると、
ユーザ機器（ＵＥ）からのフローが非認可スペクトルアクセスポイントから生じているか、または認可スペクトルアクセスポイントから生じているかを決定することと、
前記決定を使用して、前記ネットワークのための前記ノードにおける課金動作を更新することと
を前記ノードに行わせる、ノード。
【図面の簡単な説明】
【００５２】
より詳細な理解が、添付図面と併せて一例として挙げられる、以下の説明から取得され得る。
【図１】図１は、ポリシおよび課金制御（ＰＣＣ）アーキテクチャの略図である。
【図２】図２は、オンラインおよびオフライン課金のための高レベル共通アーキテクチャを図示する略図である。
【図３】図３は、複数の論理エンティティから成るオフライン課金アーキテクチャを図示する略図である。
【図４】図４は、オンライン課金システム（ＯＣＳ）のアーキテクチャを図示する略図である。
【図５】図５は、インターワーキング−ＷＬＡＮ（Ｉ−ＷＬＡＮ）アーキテクチャのための課金アーキテクチャを図示する略図である。
【図６】図６は、課金イベント／ＣＤＲパラメータ（「フィールドカテゴリ」）のための可能な存在要件を図示する論理図である。
【図７】図７は、統合スモールセルおよびＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）を図示する略図である。
【図８】図８は、ＩＳＷ−ＧＷ７０２制御プレーンのプロトコルスタックを図示する略図である。
【図９】図９は、ＩＳＷ−ＧＷ７０２のユーザプレーンを図示する略図である。
【図１０】図１０は、ＩＳＷＮのアーキテクチャを図示する略図である。
【図１１】図１１は、ＩＳＷ−ＧＷ７０２がＬＴＥからＷｉＦｉにフローを移動させる例示的場合を図示する略図である。
【図１２】図１２は、ＵＥ開始ベアラリソース修正プロシージャの修正バージョンを図示する略図である。
【図１３】図１３は、ＰＣＥＦ開始ＩＰ−ＣＡＮセッション修正を図示する略図である。
【図１４】図１４は、ＩＳＷＮにおいて容量ベースオンライン課金を行うためのネットワークアーキテクチャを図示する略図である。
【図１５】図１５は、ＵＥ７１６または７２０にＷＬＡＮまたはスモールセルを介してＩＳＷＮにアタッチさせるプロシージャを図示する略図である。
【図１６】図１６は、ＩＳＷ−ＧＷ７０２の場合のＬＴＥからＷｉＦｉへのハンドオーバのためのメッセージフローを図示する略図である。
【図１７】図１７は、ＷＬＡＮからＬＴＥ  Ｍａｃｒｏｅ  ＮＢへのＩＳＷ−ＧＷ間ハンドオーバの間の課金相互作用を図示する略図である。
【図１８】図１８は、クレジット制御回答（ＣＣＡ）の属性値対（ＡＶＰ）を図示する略図である。
【図１９】図１９は、ＧＳＭ（登録商標）のための典型的ＡＯＣＩ情報フロー図である。
【図２０】図２０は、図１７のコールフロー内の既存のメッセージに適用され得る追加の情報要素を図示する略図である。
【図２１】図２１Ａ−Ｄは、一実施形態のインターフェースを図示する略図である。
【図２２Ａ】図２２Ａは、ＩｏＴイベント管理システムおよび方法の１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）もしくはモノのインターネット（ＩｏＴ）通信システムの略図である。
【図２２Ｂ】図２２Ｂは、図２２Ａに図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。
【図２２Ｃ】図２２Ｃは、図２２Ａに図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。
【図２２Ｄ】図２２Ｄは、図２２Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。
【発明を実施するための形態】
【００５３】
スモールセルは、３ＧＰＰ−定義セルラー無線アクセス技術（ＲＡＴ）を使用して、オペレータ−認可スペクトルを介した無線ネットワークアクセスを提供する局在的な地理的エリアである。例示的スモールセルは、進化型パケットコア（ＥＰＣ）ネットワークへのアクセスを提供する４Ｇ  ＬＴＥ  ＲＡＴである。
【００５４】
フェムトセルは、有経験技術者の必要なく住居および企業環境内にインストールされることができる、「プラグアンドプレイ」顧客構内機器（ＣＰＥ）として設計されたスモールセルのクラスである。公共フェムトセル「ホットスポット」展開も、サポートされる。３ＧＰＰは、ＵＭＴＳフェムトセルをＨｏｍｅ  ＮｏｄｅＢ（ＨＮＢ）と呼び、ＬＴＥフェムトセルをＨｏｍｅ  ｅＮｏｄｅＢ（ＨｅＮＢ）と呼ぶ。Ｈ（ｅ）ＮＢは、ブロードバンドインターネット接続を使用して、自動構成のために、遠隔Ｈ（ｅ）ＮＢ管理システム（Ｈ（ｅ）ＭＳ）にアクセスする一方、セルラーサービスのためにモバイルコアネットワーク（ＭＣＮ）へのバックホールアクセスも提供する。
【００５５】
信頼ＷＬＡＮは、適切な手段を使用して、ＥＰＣをＷＬＡＮを介したアクセスから保護する。そのような手段は、モバイルネットワークオペレータ（ＭＮＯ）の裁量に委ねられており、例えば、ＷＬＡＮとＥＰＣとの間の改ざん防止ファイバ接続の確立、またはＥＰＣエッジにおけるＷＬＡＮとセキュリティゲートウェイ（ＳｅＧＷ）との間のＩＰＳｅｃセキュリティアソシエーションの確立を含み得る。
【００５６】
統合スモールセルおよびＷｉＦｉネットワーク（ＩＳＷＮ）は、スモールセルおよびＷＬＡＮアクセスの両方のために、モバイルオペレータによって展開される共同アクセスネットワークである。そのようなネットワークは、マルチＲＡＴ端末能力、スモールセルおよびＷｉＦｉアクセス能力、ＥＰＣネットワーク要素、ならびに構成／ポリシ／トラフィック管理機能に対する拡張を含み得る。
【００５７】
オフライン課金は、承認を伴わずにサービスが提供され、課金記録が作成される課金モデルを指す。ユーザは、要求されるサービスに対して承認されていると仮定される。課金データ記録（ＣＤＲ）は、サービスが提供された後に作成される。
【００５８】
図７は、統合スモールセルおよびＷｉ−Ｆｉゲートウェイ（ＩＳＷ−ＧＷ）を図示する略図である。（ＩＳＷ−ＧＷ）７０２は、ＨｅＮＢ７０４およびＷＬＡＮ７０６の両方と通信する。７に示されるように、ＩＳＷ−ＧＷ７０２は、制御およびデータプレーンのためのＳ１−ＭＭＥおよびＳ１−Ｕ参照点を介して、ＨｅＮＢ７０４と通信する。信頼ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）７０６側では、Ｓ１ａインターフェースが、制御およびデータプレーンの両方のためにＷＬＡＮ  ＡＮとＩＳＷ−ＧＷ７０２との間に定義される。
【００５９】
信頼ＷｉＦｉアクセスゲートウェイ（ＴＷＡＧ）７１０は、Ｓ２ａを介するＵＥ７１６とＰ−ＧＷ１２０との間のデータプレーントラフィックをトンネリングするために使用される。
【００６０】
信頼ＷｉＦｉアクセスポイント（ＴＷＡＰ）７１４は、コアネットワークとのＵＥの接続を認証および承認する、信頼ＷｉＦｉアクセスネットワーク内の論理エンティティである。
【００６１】
この例では、ＴＷＡＧ／Ｓ２ａは、展開されない。むしろ、全ユーザプレーントラフィックは、ＩＳＷ−ＧＷ７０２を通してルーティングされる。
【００６２】
図８は、ＩＳＷ−ＧＷ７０２制御プレーンのプロトコルスタックを図示する略図である。示されるように、ＳＣＴＰ／Ｓ１−ＡＰプロトコルは、ＨｅＮＢ７０４とＩＳＷ−ＧＷ７０２との間で制御プレーンを搬送する一方、ＵＤＰ／ＧＴＰｖ２−Ｃプロトコルは、ＷＬＡＮ  ＡＮ７０８とＩＳＷ−ＧＷ７０２との間で制御プレーンを搬送する。Ｓ１ａインターフェースを経由して搬送される主要メッセージは、「セッション作成要求」であり、それは、初期接続、ハンドオーバ、またはマルチＰＤＮ接続を確立するために使用される。ＩＳＷ−ＧＷ７０２は、Ｓ１−ＡＰプロトコルの拡張バージョン（Ｅｘ−Ｓ１−ＡＰ）を使用して、ＨｅＮＢ７０４およびＷＬＡＮ７０６の両方の制御プレーンをＭＭＥ７１８と通信する。
【００６３】
図９は、ＩＳＷ−ＧＷ７０２のユーザプレーンを図示する略図である。示されるように、ＨｅＮＢ７０４およびＷＬＡＮ  ＡＮ７０８は、ＧＴＰ−Ｕトンネリングプロトコルを使用して、データをＩＳＷ−ＧＷ７０２へ／から送信／受信する。同様に、ＧＴＰ−Ｕプロトコルは、ＩＳＷ−ＧＷ７０２とＳ−ＧＷ７２２との間で使用される。
【００６４】
ＩＳＷ−ＧＷ７０２は、下層ＩＳＷＮの詳細を進化型パケットコア（ＥＰＣ）から隠す。言い換えると、それは、任意のコアネットワークエンティティ（例えば、ＭＭＥ７１８、Ｓ−ＧＷ７２２、またはＰ−ＧＷ１２０）との高度な協調を要求せずに、あるエアインターフェースから別のものへのハンドオーバプロシージャをハンドリングする。より具体的には、ＩＳＷ−ＧＷ７０２は、ロング・ターム・エボリューション（ＬＴＥ）およびＷｉ−Ｆｉエアインターフェースの両方のＲＡＴ間測定に基づいて、ハンドオーバ決定を行う。次いで、それは、片側におけるＩＳＷ−ＧＷ７０２と他側におけるＨｅＮＢ７０４またはＷＬＡＮ  ＡＮ７０８との間に正しいユーザプレーンサブトンネルを確立する。
【００６５】
ＩＳＷネットワークでは、データは、ＬＴＥまたはＷｉ−Ｆｉエアインターフェースのいずれかを経由して、ＵＥ７１６または７２０とＰ−ＧＷ１２０との間をフローするであろう。図７に示されるように、ＬＴＥ経路は、ＵＥ、ＨｅＮＢ７０４、ＩＳＷ−ＧＷ７０２、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０エンティティから成るであろう。一方、Ｗｉ−Ｆｉ経路は、ＵＥ７２０、ＷＬＡＮ  ＡＮ７０８、ＩＳＷ−ＧＷ７０２、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０エンティティから成るであろう。ＩＳＷ−ＧＷ７０２は、ローカルアンカポイントとしての役割を果たし、ＬＴＥおよびＷｉ−Ｆｉエアインターフェース間のトラフィックを操縦するであろう。その結果、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０等のＥＰＣ内のエンティティは、ベアラ、すなわち、フローが、セルラー使用しているか、またはＷｉＦｉ  ＲＡＴを使用しているかを把握しないであろう。
【００６６】
現在、図１および図２に示されるように、容量ベースオンライン課金は、Ｐ−ＧＷ１２０（ＰＣＥＦ１０２）によって行われる。ＰＣＥＦ１０２は、Ｒｏ参照点を経由して、ＯＣＳ１１２と通信する。しかしながら、Ｗｉ−Ｆｉ／ＬＴＥハンドオーバイベントは、Ｐ−ＧＷ１２０から隠されるので、Ｐ−ＧＷ１２０は、必ずしも、どの無線アクセス技術（ＲＡＴ）が各データフローに対して使用されているかを認知しない。したがって、ＩＳＷＮアーキテクチャは、Ｐ−ＧＷ１２０が容量ベースオンライン課金を適切に行うために十分なリアルタイム情報が提供されることを可能にするために拡張される必要がある。オフライン課金の観点から、ＩＳＷＮは、単に、データサービスが提供された後、ＣＤＲを作成し、それらをコアネットワークまたは請求システムに配信することができるので、それは、あまり問題ではない。
【００６７】
現在、課金モデルは、ＵＥ７１６または７２０が特定のＲＡＴを使用している理由を考慮しない。ＩＳＷネットワークでは、ハンドオーバは、ＵＥ７１６もしくは７２０によって、またはＩＳＷＮ（すなわち、ＩＳＷ−ＧＷ７０２または代替として、ＭＭＥ７１８またはＳ−ＧＷ７２２）によって開始されることが可能である。課金ルールは、ハンドオーバをＵＥ７１６または７２０が開始したか、またはネットワークノードが開始した（すなわち、ＵＥ開始またはネットワーク開始）に依拠すべきである。例えば、ユーザが、良好な品質のＷｉ−Ｆｉ接続を有するが、ネットワークによって、セルラーＲＡＴを使用するようにコマンドされる場合（例えば、ネットワーク負荷バランシングに起因して）、ＵＥ７１６または７２０は、セルラー接続に対してより高額が課金されるべきではない。
【００６８】
要するに、ＩＳＷ−ＧＷ７０２ベースＥＰＣ−ＷＬＡＮインターワーキングアーキテクチャにおけるＰ−ＧＷ１２０（特に、ＰＣＥＦ１０２）は、ハンドオーバの開始側ならびに利用されるエアインターフェースを認知しない。その結果、容量ベース課金は、どのＲＡＴが利用されているかに基づくことができない。課金記録は、あるネットワークから別のものへのフローがネットワーク開始型か、またはＵＥ７１６もしくは７２０開始型かを識別することを可能にすべきである。
【００６９】
前述の課金問題に対して、２つの主要解決策が存在する。
【００７０】
１つの解決策は、既存のセッション管理メッセージを修正することに基づき、ＰＣＥＦ容量ベースオンライン課金機能性が、ＭＮＯのコアネットワーク内（すなわち、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２内）に留まることを可能にする。
【００７１】
別の解決策は、ＰＣＥＦ容量ベースオンライン課金機能性をＩＳＷＮに追加することに基づく。ＩＳＷＮのＰＣＥＦ１４０は、ＵＥ７１６または７２０がＩＳＷＮ内にある間、容量ベースオンライン課金を行うタスクを負うであろう。
【００７２】
（セッション管理ベース解決策）
ＰＣＥＦ１０２は、ネットワークを通してデータプレーントラフィックを監視し、オンライン課金システムと相互作用するタスクを課される、ＥＰＣ内の論理機能である。ＰＣＥＦ１０２は、フローまたはベアラベースでＵＥ７１６または７２０へ／から送信されるバイト数をカウントするであろう。ＰＣＥＦ１０２機能性は、通常、Ｐ−ＧＷ１２０の内側に設置される。
【００７３】
本節は、ＰＣＥＦ機能性がＰ−ＧＷ１２０内に留まるであろうという仮定に基づくＩＳＷＮ課金アーキテクチャを提示する。ＰＣＥＦ１０２機能性をＰ−ＧＷ１２０とともに保ち、それをＩＳＷＮに移動させないことによって、ＭＮＯは、全容量ベースオンライン課金の完全制御を保持する。しかしながら、Ｗｉ−Ｆｉ／ＬＴＥハンドオーバイベントは、Ｐ−ＧＷ１２０から隠されるので、Ｐ−ＧＷ１２０は、必ずしも、ＲＡＴが各データフローに対して使用されているかどうかを認識しない。したがって、ＩＳＷＮアーキテクチャは、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２が容量ベースオンライン課金を適切に行うために十分な情報が提供されることを可能にするように拡張される必要がある。
【００７４】
図１０は、ＩＳＷＮのアーキテクチャを図示する略図である。前述のように、ＩＳＷ−ＧＷ７０２は、下層ＩＳＷＮの詳細をＥＰＣから隠す。しかしながら、ＰＣＥＦ１０２は、どのＲＡＴがＵＥ７１６または７２０によって使用されているかに基づいて、区別された課金を提供するために、下層ネットワーク状態のある程度の知識を要求する。本節は、ＩＳＷ−ＧＷ７０２、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０間のセッション管理メッセージングを更新することによってこの問題を解決する。
【００７５】
図１０のアーキテクチャ内のセッション管理（ＳＭ）メッセージングは、ＩＳＷＮが、ＰＣＥＦ１０２にどのＲＡＴが使用されているかを知らせることができ、かつＰＣＥＦ１０２が、適宜、課金を調節することができるように更新される。セッション管理更新は、ＩＳＷＮが、ＥＰＣ７０１に、どのＲＡＴが各データフローをＵＥ７１６または７２０に送信するために使用されているかと、ＵＥ７１６または７２０がＲＡＴを選択したか、またはＩＳＷＮがＲＡＴを選択したかとを知らせることを可能にする。更新されたセッション管理メッセージは、ＩＳＷ−ＧＷ７０２において生じるであろう。代替として、ＲＡＴ選択がＭＭＥ７１８またはＳ−ＧＷ７２２において行われる場合、メッセージは、それぞれ、ＭＭＥ７１８またはＳ−ＧＷ７２２において生じ得る。
【００７６】
ＩＳＷ−ＧＷ７０２展開では、単一ベアラが、Ｐ−ＧＷ１２０とＩＳＷ−ＧＷ７０２との間に存在し得、単一ベアラは、２つもの無線ベアラ（３ＧＰＰまたはＷＬＡＮ）にマップし得る。随時、ＩＳＷ−ＧＷ７０２は、フロー（またはベアラ全体）をあるＲＡＴから別のＲＡＴに移動させることを決定し得る。これが生じると、変更は、概して、コアネットワークに主として透過的であるべきである。しかしながら、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２は、各フローが適切に課金されることができるように通知されるべきである。
【００７７】
図１０に図示される機能性は、ネットワークのノード（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）、以下に説明される図２２Ｃまたは２２Ｄに図示されるもののうちの１つ等のメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。
【００７８】
図１１は、ＩＳＷ−ＧＷ７０２が、フローをＬＴＥからＷｉＦｉに移動させ、ＰＣＥＦ１０２がどの課金ルールが適用され得るかを調節することができるように、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２にフローが移動されたことを通知する必要がある例示的場合を図示する略図である。現在、図１１内で陰影された通知を送信するための機構は存在しない。
【００７９】
以下のコールフローは、フローまたはフローのグループがあるＲＡＴから別のものに移動されるとき、ＩＳＷ−ＧＷ７０２がＰＣＥＦ１０２に通知し得る方法を示す。本節に説明される変更は、Ｓ１−ＭＭＥ、Ｓ１１、およびＳ５インターフェースにおける更新をもたらすであろう。これらのインターフェースは、図１０内の太字である。
【００８０】
図１２は、ＴＳ  ２３．４０１の第５．４．５節に説明される、ＵＥ開始ベアラリソース修正プロシージャの修正バージョンを図示する略図である。現在、ＵＥ７１６または７２０のみが、ベアラリソース修正プロシージャを開始することができる。ＵＥ７１６または７２０は、このプロシージャを使用して、リソースを解放またはリソースを修正する（すなわち、ＱｏＳを調節する）。図１２は、ＩＳＷ−ＧＷ７０２が「ベアラリソース修正」プロシージャを開始し得ることを示すように更新されている。このプロシージャは、Ｐ−ＧＷ１２０（ＰＣＥＦ１０２）に、フローまたはベアラがＷｉ−Ｆｉとセルラーとの間で移動されるときを示すためにＩＳＷ−ＧＷ７０２によって使用されることができる。
【００８１】
現在、ＵＥ７１６または７２０は、ＮＡＳメッセージングを介して、「ベアラリソース修正」メッセージをＭＭＥ７１８に送信することによって、「ベアラリソース修正」プロシージャを開始する。「ベアラリソース修正」メッセージは、３ＧＰＰ  ＴＳ  ２４．３０１「進化型パケットシステム（ＥＰＳ）のための非アクセス層（ＮＡＳ）プロトコル」（Ｖ１２．５．０、２０１４年６月、以降「ＴＳ  ２４．３０１」）に定義される。
【００８２】
図１２のコールフローでは、ＩＳＷ−ＧＷ７０２とＭＭＥ７１８との間の通信は、図１０に示されるように、Ｓ１−ＭＭＥを介したＧＴＰｖ２−Ｃ（非ＮＡＳベース）であり得る。したがって、ＩＳＷ−ＧＷ７０２は、「ベアラリソースコマンド」メッセージの拡張バージョンを使用して、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０に、ベアラの処理が変化していることを知らせ得る。ＧＴＰｖ２−Ｃ「ベアラリソースコマンド」メッセージは、参考文献ＴＳ  ２９．２７４．「ベアラリソースコマンド」メッセージの第７．２．５節に定義され、その拡張は、表７に示される。
【００８３】
「ベアラリソースコマンド」メッセージは、３ＧＰＰ  ＴＳ  ２４．００８、「モバイル無線インターフェース層３仕様；コアネットワークプロトコル；ステージ３」（Ｖ１２．６．０、２０１４年６月、以降ＴＳ  ２４．００８）に定義され、表１１に示される、「ＲＡＴタイプ」情報要素を含む。表７および表１１内の太字のテキストは、「ＲＡＴタイプ」ＩＥがエンコードされ得る方法に対する変更を表す。現在スペア値である、８の値が、ＩＳＷ−ＧＷ７０２によって使用され、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０に、Ｓ５／Ｓ１−Ｕベアラが、複数の無線ベアラ、すなわち、複数のＲＡＴを経由して、ＵＥ７１６または７２０に送信されるであろうことを示し得る。例えば、Ｓ５／Ｓ１−Ｕベアラのいくつかのフローは、セルラー無線ベアラを介して、ＵＥ７１６または７２０に送信され得、他のフローは、ＷＬＡＮを介して、ＵＥ７１６または７２０に送信され得る。代替として、８の値は、単に、ＩＳＷ−ＧＷ７０２がＲＡＴタイプを動的に調節するであろうことを示し得る。
【００８４】
「トラフィック集約記述」情報要素は、どのＲＡＴがベアラ内の各フローに対して使用されるかを示すために使用されることができる。「ＲＡＴタイプ」を仮想（７）に設定することは、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０に、「トラフィック集約記述」のさらなる精査が、ベアラ内の各フローに対して使用されるＲＡＴを決定するために使用されるべきであることを示し得る。
【００８５】
「ベアラリソースコマンド」メッセージは、ＴＳ  ２４．００８に定義され、表８、表９、および表１０に詳述される「トラフィック集約記述」情報要素を含む。トラフィックフロー集約は、パケットフィルタのリストを含む。パケットフィルタは、ＭＭＥ７１８、Ｓ−ＧＷ７２２、およびＰ−ＧＷ１２０に、どのＲＡＴが各フローに対して使用されているかと、ＲＡＴ選択がＵＥ７１６もしくは７２０またはＩＳＷ−ＧＷ７０２によって行われたかどうかとを伝えるために使用されることができる。表７、表８、表９、および表１０内の太字のテキストは、パケットフィルタＩＥがエンコードされ得る方法に対する変更を表す。「ＩＳＷ−ＧＷ７０２  ＲＡＴ変更」フラグが、表７および表１２に示されるように、ベアラリソースコマンド」メッセージの指示フラグフィールドに追加され得る。この新しいフラグは、コマンドの目的が、ＩＳＷ−ＧＷ７０２がベアラまたはフローのＲＡＴを変更していることを示すためであることを示すために使用され得る。
【００８６】
各パケットフィルタの第１のオクテットの第８ビットは、フローがＩＳＷ−ＧＷ７０２によってセルラーＲＡＴを経由してルーティングされるかどうかを示すために使用されることができる。表９−１０に示されるように、このビットは、「３ＧＰＰ」と称され得、フローが３ＧＰＰまたは非３ＧＰＰ  ＲＡＴを経由してルーティングされることを示すために使用され得る。例えば、３ＧＰＰビットは、ＲＡＴタイプが、ＵＴＲＡＮ、ＧＥＲＡＮ、ＨＳＰＡ−Ｅｖｏｌｕｔｉｏｎ、またはＥ−ＵＴＲＡＮであるときに設定され得、３ＧＰＰビットは、ＲＡＴタイプが、仮想、ＧＡＮ、またはＷＬＡＮであるときにクリアされ得る。現在、このビットは、ＴＳ  ２４．００８では、未使用スペアとしてマークされる。代替として、新しいＲＡＴタイプ情報要素は、ＲＡＴタイプが各パケットフィルタに対して明示的に示され得るように、各パケットフィルタに関連付けられて含まれ得る。
【００８７】
各パケットフィルタの第１のオクテットの第７ビットは、現在フローによって使用されているＲＡＴがＩＳＷ−ＧＷ７０２またはＵＥによって選択されたかどうかを示すために使用され得る。表１０に示されるように、このビットは、「ネットワーク開始（ＮＩ）」と称され得、フローがＵＥ７１６もしくは７２０またはＩＳＷ−ＧＷ７０２によって現在のＲＡＴにダイレクトされたことを示すために使用され得る。現在、このビットは、ＴＳ  ２４．００８では、未使用スペアとしてマークされる。代替として、「ネットワーク開始（ＮＩ）」フラグが、表７および表１２に示されるように、「ベアラリソースコマンド」メッセージの指示フラグフィールドに追加され得る。
【００８８】
修正されたＧＴＰｖ２−Ｃメッセージは、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２に、どのＲＡＴがベアラ内の各フローに対して使用されているかについての情報を提供し、ローカルＩＳＷネットワーク（ＩＳＷ−ＧＷ７０２）がＲＡＴを選択したかどうか、またはＵＥ７１６もしくは７２０がＲＡＴを選択したかどうかを示す。ＰＣＥＦ１０２は、この情報を使用して、ＵＥ７１６または７２０が各フローに対して課金される方法を調節することができる。例えば、セルラーＲＡＴを使用するフローが、ＷＬＡＮ  ＲＡＴを使用するフローと異なるように課金され得るか、または、フローは、使用されているＲＡＴがＩＳＷネットワーク（ＩＳＷ−ＧＷ７０２）によって選択された場合、ある課金を回避し得る。
【００８９】
本説明は、ＩＳＷ−ＧＷ７０２が、ＧＴＰｖ２−Ｃを使用して、ＭＭＥ７１８と通信すると仮定されることに留意されたい。しかしながら、ＮＡＳメッセージングまたはＳＣＴＰ／Ｓ１−ＡＰメッセージングが、代替として、ＩＳＷ−ＧＷ７０２とＭＭＥ７１８との間で使用され得る。ある他のタイプのメッセージングが、ＩＳＷ−ＧＷ７０２とＭＭＥ７１８との間で使用される場合、同様の情報が、そのようなメッセージング内でエンコードされ得る。
【００９０】
図１１および１２に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１１および１２に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１１および１２に図示されるステップを行う。図１１および１２に図示されるステップの任意の伝送および受信が、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【００９１】
【表７−１】
0006541787.tif 000008
【００９２】
【表７−２】
0006541787.tif 000009
【００９３】
【表７−３】
0006541787.tif 000010
【００９４】
表７で参照されるトラフィック集約記述ＩＥは、表８に描写されるように、コーディングされる。トラフィック集約記述の詳細なコーディングおよび最大長は、ＴＳ  ２４．００８に規定され、表９に示され、オクテット３から始まる。ＲＡＴタイプＩＥは、表１１に示されるように、エンコードされる。
【００９５】
【表８】
0006541787.tif 000011
【００９６】
【表９】
0006541787.tif 000012
【００９７】
表９に参照されるパケットフィルタＩＥは、表１０に描写されるように、コーディングされる。
【００９８】
【表１０】
0006541787.tif 000013
【００９９】
【表１１】
0006541787.tif 000014
【０１００】
指示情報要素は、表１２に描写され、ＴＳ  ２９．２７４の第８．１．２節に説明されるように、コーディングされる。情報要素内の既存のフラグの詳細なエンコーディングは、ＴＳ  ２９．２７４において得られる。本節は、変更される情報要素のビットのみを説明する。現在スペアである、オクテット９のビット３および４は、それぞれ、「ＩＳＷ−ＧＷＲＡＴ変更」および「ネットワーク開始フラグ」に変更されることができる。
【０１０１】
オクテット９内の以下のビットは、以下を示すものとする。
−  ビット３−ＩＳＷ−ＧＷＲＡＴ変更（ＩＲＣ）：このフラグは、ＩＳＷ−ＧＷ７０２がベアラリソースコマンドを開始し、コマンドがＩＳＷ−ＧＷ７０２がベアラまたはフローのＲＡＴを変更することによって生じたとき、１に設定されるものとする。
−  ビット４−ネットワーク開始（ＮＩ）：このフラグは、ＩＳＷ−ＧＷ７０２が「ＩＳＷ−ＧＷＲＡＴ変更」フラグを設定し、ＲＡＴの変更がＩＳＷ−ＧＷ７０２によって開始されたとき、１に設定されるものとする。
【０１０２】
【表１２】
0006541787.tif 000015
【０１０３】
図１２は、ベアラリソース修正を図示する略図である。更新された「ベアラリソースコマンド」メッセージは、ＰＣＥＦ１０２に、ベアラ、すなわち、フローが、ＲＡＴを変更したことを知らせる。この情報を受信すると、ＰＣＥＦ１０２は、フローが課金されるレートを変更するために、新しい課金ルールをＰＣＲＦ１１８からフェッチし、イベント通知をＯＣＳ１１２に送信し得る。これらのステップは、図１２のステップ４において得られる。図１２のステップ４は、実際には、プロシージャ全体を包含する。プロシージャは、「ＰＣＥＦ開始ＩＰ−ＣＡＮセッション修正」と呼ばれる。
【０１０４】
図１３は、ＰＣＥＦ開始ＩＰ−ＣＡＮセッション修正を図示する略図である。このプロシージャは、図１３に示される。本図は、「ポリシおよび課金制御アーキテクチャ」の第７．４．１節からコピーされた。
【０１０５】
ステップ５では、ＰＣＥＦ１０２は、ＰＣＲＦ１１８に、ベアラ、すなわち、フローによって使用されるＲＡＴが、変更されたことの指示を送信し、ＰＣＥＦ１０２は、ＵＥ７１６もしくは７２０またはＩＳＷ−ＧＷ７０２がＲＡＴ変更を開始した場合を示す。このメッセージは、ダイアメータベースＧｘ参照点を介して送信される。
【０１０６】
図１３のステップ１５では、ＰＣＲＦ１１８は、ＰＣＥＦ１０２からの指示に肯定応答する。
【０１０７】
図１３のステップ１６および１７では、ＰＣＥＦ１０２は、通知をＯＣＳ１１２に送信し、それにベアラ（またはフロー）ＲＡＴ変更およびＲＡＴ変更の原因を知らせる。
【０１０８】
図１３のステップ５、１５、１６、および１７は、新しくないことに留意されたい。むしろ、それらは、新しいイベントによって引き起こされる。新しいイベントは、ＩＳＷ−ＧＷ７０２が、ベアラ、すなわち、フローを、あるＲＡＴから別のものに移動させたことを示す、セッション管理メッセージのＰＣＥＦ１０２の受信である。また、ＳＭメッセージは、変更がＩＳＷ−ＧＷ７０２決定に起因するか、またはＵＥ要求に起因するかも示す。
【０１０９】
図１３に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティである。すなわち、図１３に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１３に図示されるステップを行うことを理解されたい。図１３に図示されるステップの任意の伝送および受信が、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０１１０】
（ＩＳＷ−ＧＷベース解決策）
前述のように、ＰＣＥＦ１０２は、ＰＤＮ−ＧＷ内において、ＷＬＡＮおよびＬＴＥアクセスの両方のための課金ポリシの実施および記録の責任を負う主要機能エンティティとなるように展開され得る。そのような解決策は、ＥＰＣおよび現在の３ＧＰＰ−ＷＬＡＮネットワーキング間アーキテクチャに対して最小限の修正を要求する。しかしながら、ＰＤＮ−ＧＷは、どのエアインターフェースが利用されているかを把握する観点において、常時、ＩＳＷ−ＧＷ７０２と完全に同期させられないこともある。例えば、ＩＳＷ−ＧＷ７０２がフローをＬＴＥからＷＬＡＮに移動させるとき、ＰＤＮ−ＧＷ／ＰＣＥＦ１０２は、フローが移動したことを通知する「ベアラリソースコマンド」を受信するまで、バイトをカウントし続け、ＬＴＥ課金ルールに従って、加入者に課金するであろう。したがって、ＰＣＥＦ１０２は、いくつかの「ＷＬＡＮバイト」を「ＬＴＥバイト」としてカウントするであろう。したがって、加入者は、適切に課金されないであろう（オペレータがＬＴＥおよびＷｉＦｉトラフィックに対して異なる課金モデルを所望すると仮定して）。
【０１１１】
以下は、ＩＳＷ−ＧＷ７０２とＰＣＥＦ１０２との間の同期問題を克服する第２の解決策を説明する。ＰＣＥＦ論理エンティティ１４０２が、ＩＳＷ−ＧＷ７０２内に追加され得る。ＩＳＷＮ−ＰＣＥＦ１４０２は、Ｐ−ＧＷ１２０内のＰＣＥＦ１０２が、どのＲＡＴ（ＷＬＡＮまたはセルラー）がデータをＵＥに送信するために使用されているかのリアルタイム知識を有していないとき、容量ベースオンライン課金を行うために使用され得る。
【０１１２】
ＩＳＷ−ＧＷ７０２は、オフライン課金も行い得る。オフラインＣＤＲは、ＯＣＦＳへのＲｆインターフェースを介して作成されるであろう。ＩＳＷ−ＧＷ７０２が、オフライン課金を行い、課金ルールを実施し、オンライン課金を行うために、ＩＳＷ−ＧＷ７０２  ＰＣＥＦ１４０２は、Ｇｘインターフェースを介して、ＰＣＲＦ１１８と通信するであろう。
【０１１３】
図１４は、ＩＳＷＮ内で容量ベースオンライン課金を行うためのネットワークアーキテクチャを図示する略図である。このアーキテクチャは、ＩＳＷＮの内側の３つのインターフェース（Ｒｆ、Ｒｏ、およびＧｘ）と、Ｐ−ＧＷ１２０との修正されたセッション確立メッセージングとを導入する。
【０１１４】
図１４に図示される機能性は、以下に説明される図２２Ｃまたは２２Ｄに図示されるもののうちの１つ等のＭ２Ｍネットワーク（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のノードのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。
【０１１５】
Ｒｏ：図１４に示されるように、ＩＳＷ−ＧＷのＣＴＦ機能１４０４は、Ｒｏ参照点を介して、ＯＣＳ１１２（特に、ＯＣＦ）に接続される。Ｒｏ参照点は、ＴＳ  ３２．２９９に定義される。
【０１１６】
Ｒｆ：図１４に示されるように、ＩＳＷ−ＧＷのＣＴＦ機能１４０６は、Ｒｆ参照点を介して、ＯＦＣＳ１１４に接続される。Ｒｆ参照点は、ＴＳ  ３２．２９９に定義される。Ｒｆ参照点は、ＩＳＷＮ内で生じるＵＥおよびネットワーク開始ハンドオーバイベントのための課金イベントを生成し、Ｗｉ−ＦｉおよびセルラーＲＡＴを経由して送信された量の明細を与えるオフライン課金記録を生成するために使用されるであろう。
【０１１７】
Ｇｘ：図１４に示されるように、新しいＧｘ接続が、ＩＳＷＮ−ＰＣＥＦ１４０２とＥＰＣ内のＰＣＲＦ１１８との間に確立される。Ｇｘ参照点は、ＴＳ  ２９．２１２に定義されるＧｘ参照点と比較して修正されたメッセージを含む。この拡張接続は、ＩＳＷＮ−ＰＣＥＦ１４０２によって使用され、Ｗｉ−Ｆｉデータとセルラーデータとの間で区別するため、および、ＵＥ７１６または７２０とネットワーク開始接続との間で区別するために拡張された課金ルールを得るであろう。
【０１１８】
セッション管理修正：Ｓ１−ＭＭＥ、Ｓ１１、およびＳ５インターフェース上のセッション管理メッセージングは、ＩＳＷＮ−ＰＣＥＦ１４０２とＥＰＣ内のＰＣＥＦ１０２との間の協調を有効にするように拡張されるであろう。
【０１１９】
以下の節に説明されるように、ＩＳＷＮ−ＰＣＥＦ１４０２とＰ−ＧＷ１２０とは、ＩＳＷＮへのＵＥの初期アタッチメント中、ＩＳＷＮ内ハンドオーバ中、およびＩＳＷＮ間ハンドオーバ中、相互作用し得る。
【０１２０】
ＩＳＷＮプロシージャへの初期アタッチメント中の課金相互作用において、ＵＥ７１６または７２０は、ＩＳＷ−ＧＷ７０２を介して、ＰＤＮと接続を確立する。新しい機能性は、ＩＳＷ−ＧＷ７０２が、容量ベースオンライン課金を行うことを許可されることを要求することを可能にするように定義され、ＰＣＥＦ１０２は、要求に回答可能であり、ＩＳＷ−ＰＣＥＦ１４０２が容量ベースオンライン課金を行うことを許可される場合、ＯＣＳ１１２に示す。
【０１２１】
図１５は、ＵＥ７１６または７２０に、ＷＬＡＮまたはスモールセルを介して、ＩＳＷＮにアタッチさせるプロシージャを図示する略図である。この場合、ＩＳＷ−ＧＷ７０２は、Ｐ−ＧＷ１２０に、容量ベースオンライン課金がＩＳＷＮ内で行われることができることを示すであろう。前述のように、Ｐ−ＧＷ１２０は、どのＲＡＴがデータをＵＥ７１６または７２０に送信するために使用されているかのリアルタイム知識を有してないこともあるので、ＩＳＷＮ内で容量ベースオンライン課金を行うことは、より効率的である。
【０１２２】
図１５におけるプロシージャは、以下のように説明されることができる。
【０１２３】
図１５のステップ１では、ＵＥ７１６または７２０は、ＷＬＡＮ  ＡＮまたはスモールセルのいずれかを通してＩＳＷ−ＧＷ７０２に向けたアタッチメントを開始する。ＷＬＡＮの場合では、ＵＥ７１６または７２０は、３ＧＰＰ  ＴＳ  ２３．４０２の第１６．１０．２．１項「非３ＧＰＰアクセスのためのアーキテクチャ拡張」（Ｖ１２．４．０、２０１４年３月、以降ＴＳ  ２３．４０２）に定義されるように、ＷＬＣＰプロトコルを使用する一方、ＨｅＮＢ７０４では、ＴＳ  ２３．４０１の第５．３．２．１項に定義されるように、ＲＲＣプロトコルを使用する。
【０１２４】
図１５のステップ２では、ＩＳＷＮ−ＰＣＥＦは、容量ベースオンライン課金を行うことができるように、課金ルールをＰＣＲＦ１１８から要求する。特に、ＩＳＷ−ＧＷ７０２内のＰＣＥＦ１４０２は、ＣＣ要求タイプＡＶＰが「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」に設定されたクレジット制御要求メッセージの修正バージョンを送信することによって、参照点Ｇｘを経由して、ＰＣＲＦ１１８にコンタクトする。ＩＳＷＮ−ＰＣＥＦ１４０２は、それが使用し得る各ＲＡＴに対して２つの組のＰＣＣルールを取得する必要があるであろう。ＰＣＣルールの一方の組は、ＵＥ７１６または７２０がＲＡＴを選択した場合に適用され、ルールの第２の組は、ＩＳＷＮがＲＡＴを選択した場合に適用されるであろう。合計、４組の課金ルールが、フェッチされるであろう。ＣＣＲコマンドは、ＴＳ  ２９．２１２に定義されるように、以下のＡＶＰの４つの複数のインスタンスがコマンド内に含まれ得るように修正され得る。これらのＡＶＰの複数のインスタンスがコマンド内に含まれることを可能にすることによって、ＩＳＷＮ−ＰＣＥＦ１４０２は、それがサポートするＲＡＴと、必要とされる課金ルールとを示し得る。第５．２．４．１節に要約されるであろうように、追加されるＡＶＰは、以下である。
・  ＊［ＲＡＴ−タイプ］ＡＶＰ、それは、ＷＬＡＮおよびＥＵＴＲＡＮの両方を示す
・  ＊［ネットワーク開始］（ＮＩ）ＡＶＰ、それは、０または１に設定され、ハンドオーバが、ＵＥ７１６もしくは７２０またはネットワークエンティティ（ＩＳＷ−ＧＷ７０２）によって開始され得ることを示すであろう、
図１５のステップ３では、ＰＣＲＦ１１８は、ＴＳ  ２９．２１２の第４．５．２項に定義されるように、参照点Ｇｘを経由して、クレジット制御回答メッセージを使用して、４ＰＰＣルールでＰＣＥＦに応答する。このメッセージは、第５．２．４．２項に示されるように、課金ルールインストールを使用して、４ＰＣＣルールをインストールするであろう。各ルールは、課金ルール定義ＡＶＰを使用して定義されるであろう。課金ルール定義ＡＶＰは、図１８に要約されるであろうように、拡張ＲＡＴタイプＡＶＰおよび新しいネットワーク開始ＡＶＰを含むであろうグループ化されたＡＶＰである。
【０１２５】
図１５のステップ４では、ＰＣＣルールが、ＩＳＷ−ＧＷ７０２のＰＣＥＦ内で利用可能となると、ＩＳＷ−ＧＷ７０２は、Ｓ１−ＭＭＥ参照点を経由して、セッション作成要求メッセージをＭＭＥ７１８に送信することによって、必要とされるセッションの作成を開始する。セッション作成要求メッセージおよび関連情報要素は、ＴＳ  ２９．２７４の表７．２．１−１に詳細に定義される。それは、ＴＷＡＮの場合のＴＳ  ２３．４０２の第１６．２．１項およびＥ−ＵＴＲＡＮの場合のＴＳ  ２３．４０１の第５．３．２．１項において使用されている。例えば、ＴＷＡＮの場合、メッセージは、（ＩＭＳＩ、ＡＰＮ、ＲＡＴタイプ、初期アタッチ指示、制御プレーンのＴＷＡＮ  ＴＥＩＤ、ユーザプレーンのためのＴＷＡＮ  ＴＥＩＤおよびアドレス、課金特性）を含むであろう。ＴＳ  ２９．２７４の表７．２．１−１に示されるように、部分的に、セッション作成要求メッセージは、指示フラグ（例えば、ハンドオーバ指示）を含む。２つの新しい指示フラグ、すなわち、ＩＳＷ−ＧＷ７０２オンライン課金（ＩＳＷ−ＯＣ）およびＩＳＷ−ＧＷオフライン課金（ＩＳＷ−ＯＦＣ）が追加され、２つの新しい指示フラグは、ＩＳＷ−ＧＷ７０２がＰＣＥＦを含み、容量ベースオンライン課金およびオフライン課金を行うことが可能であることをＥＰＣに知らせるであろう。これらの２つのフラグは、表５７に要約される。
【０１２６】
図１５のステップ５では、ＭＭＥ７１８は、参照点Ｓ１１を介して、ＩＳＷ−ＧＷ７０２からのセッション作成要求メッセージをＳ−ＧＷ７２２に転送する。
【０１２７】
図１５のステップ６では、Ｓ−ＧＷ７２２は、Ｓ５参照点を介して、セッション作成要求メッセージをＰ−ＧＷ１２０に転送し、ユーザプレーンのためのＳ−ＧＷ  ＴＥＩＤおよびアドレスと制御プレーンのためのＳ−ＧＷ  ＴＥＩＤと等のＳ−ＧＷ７２２関連情報を追加する。
【０１２８】
図１５のステップ７では、Ｐ−ＧＷ１２０内のＰＣＥＦは、ＩＰ−ＣＡＮセッション確立を開始し、ＩＰ−ＣＡＮセッション確立は、３ＧＰＰ  ＴＳ  ２９．２１３の第４．１項「ポリシおよび課金制御信号伝達フローおよびサービスの品質（ＱｏＳ）パラメータマッピング」（Ｖ１２．３．０、２０１４年３月、以降ＴＳ  ２９．２１３）（また、第７．２項「ポリシおよび課金制御アーキテクチャ」）に説明されるように、ＰＣＥＦ、ＰＣＲＦ１１８、およびＯＣＳ１１２間で生じる。Ｇｘ参照点は、ＰＣＥＦとＰＣＲＦ１１８との間で使用される一方、Ｓｙ参照点は、ＰＣＲＦ１１８とＯＣＳ１１２との間で使用される。受信されたＩＳＷ−ＯＣ指示を前提として、ＰＣＥＦは、ＰＣＲＦ１１８およびＯＣＳ１１２に、ＩＳＷ−ＧＷ７０２が、容量ベースオンライン課金を行うネットワークエンティティとなるであろうことを示す。この新しい指示は、ＯＣＳ１１２に、ＩＳＷ−ＰＣＥＦが、ユーザのためにクレジットを予約するおよびデビットすることを可能にされるべきであることを伝えるであろう。
【０１２９】
図１５のステップ８では、ＩＰ−ＣＡＮセッションが確立されると、ＰＤＮ−ＧＷは、Ｓ５参照点を経由して、セッション作成応答メッセージをＳ−ＧＷ７２２に送信する。それは、ＴＷＡＮの場合のＴＳ  ２３．４０２の第１６．２．１項またはＥ−ＵＴＲＡＮの場合のＴＳ  ２３．４０１の第５．３．２．１項に定義されるように、以下のＩＥ（ユーザプレーンのＰＤＮ−ＧＷアドレスおよびＴＥＩＤ、制御プレーンのＰ−ＧＷ１２０、ＰＤＮアドレス、ＵＥに配分されたＩＰアドレス）を含む。このメッセージは、ＩＳＷ−ＧＷ７０２に、要求されたように、容量ベースオンライン課金およびオフライン課金を行うことができることを示すために使用されるであろう新しい指示フラグ、すなわちＩＳＷ−ＯＣＧ（ＩＳＷ−ＧＷオンライン課金付与）およびＩＳＷ−ＯＦＣＧ（ＩＳＷ−ＧＷオフライン課金付与）を含むであろう。これらの２つのフラグは、表５  ８に示される。ＰＤＮ−ＧＷとサービングＧＷとの間の第１のサブトンネルが、ここで確立される。
【０１３０】
図１５のステップ９では、Ｓ−ＧＷ７２２は、Ｓ１１参照点を介して、セッション作成応答をＭＭＥ７１８に返し、オンラインおよびオフライン課金承認に加え、ユーザプレーンのためのＳ−ＧＷ  ＴＥＩＤおよびアドレスおよび制御プレーンのためのＳ−ＧＷ  ＴＥＩＤを示す。
【０１３１】
図１５のステップ１０では、ＭＭＥ７１８は、Ｓ１−ＭＭＥ７１８参照点を介して、セッション作成応答をＩＳＷ−ＧＷ７０２に転送し、新しいＩＳＷ−ＯＣＧおよびＩＳＷ−ＯＦＣＧ指示フラグを含む全ＩＥを搬送する。Ｓ−ＧＷ７２２とＩＳＷ−ＧＷ７０２との間の第２のサブトンネルが、ここで確立される。
【０１３２】
図１５のステップ１１では、ＩＳＷ−ＧＷ７０２が、ＭＭＥ７１８から応答を受信すると、初期セッション伝送のために必要とされる非金銭単位の数を決定する。さらに、ＩＳＷ−ＧＷ７０２は、プロビジョニングされたＰＣＣルールを使用して、その見積制御機能においてそのような非金銭単位を金銭単位に変換する。最後に、ＩＳＷ−ＧＷ７０２のＣＴＦ１４０４は、ＴＳ  ３２．２９９の第６．３．５項に説明されるように、Ｒｏ参照点を経由して、クレジット制御要求（ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ，ＲＳＵ）のメッセージを使用して、予約されたサービス単位（ＲＳＵ）を予約するための要求をＯＣＳ１１２に送信する。
【０１３３】
この場合、単位予約によるセッション課金（ＳＣＵＲ）例は、ＴＳ  ３２．２９９の第６．３．５項に説明されるように使用される。さらに、この場合、ＩＳＷ−ＧＷ７０２は、これらのリソース単位を金銭単位に変換すること（見積制御）に加え、要求される単位を決定すること（単位決定）も担う。この例は、ＴＳ  ３２．２９９の第５．２．２．３．３項に提示される、非集中単位決定および非集中見積例に対応する。
【０１３４】
図１５のステップ１２では、ＯＣＳ１１２が、ステップ７において、ＩＳＷ−ＰＣＥＦが容量ベースオンライン課金を行うであろうことを伝えられたことを前提として、ＯＣＳ１１２は、加入者のクレジットにおいて要求されるＲＳＵを予約し、Ｒｏ参照点を経由して、クレジット制御回答（ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ，ＧＳＵ）メッセージを送信し、付与されたサービス単位（ＧＳＵ）を示すことによって、ＩＳＷ−ＧＷ７０２（特に、そのＣＴＦ１４０４）に返答する。
【０１３５】
図１５のステップ１３では、課金関連メッセージが完了され、ユーザのための十分な予約されたクレジットが存在すると、ＩＳＷ−ＧＷ７０２は、ＨｅＮＢ７０４またはＷＬＡＮ  ＡＮを介して、ＵＥ７１６または７２０のアタッチメントを認可する。第３のサブトンネルが、ＩＳＷ−ＧＷ７０２とＨｅＮＢ７０４（またはＷＬＡＮ  ＡＮ）との間に確立される。最後に、データは、ＵＥ７１６または７２０とＨｅＮＢ７０４またはＷＬＡＮ  ＡＮとの間のＬＴＥおよび／またはＷｉＦｉエアインターフェースを経由して、送信されることができる。
【０１３６】
図１５のステップ１４では、セッション配信を開始する前に、ＩＳＷ−ＧＷ７０２のＣＴＦ１４０６は、ＴＳ  ３２．２９９の第６．１．２項に定義されるように、ＯＦＣＳ１１４（特に、そのＣＤＦ３０４）と通信し、Ｒｆ参照点を経由して、会計要求（ＳＴＡＲＴ＿ＲＥＣＯＲＤ）メッセージを送信することによって、会計を開始する。
【０１３７】
図１５のステップ１５では、それに応答して、ＯＦＣＳ１１４は、ＴＳ  ３２．２９９の第６．１．２項に定義されるように、ＣＤＲを開き、Ｒｆ参照点を経由して、会計回答（ＳＴＡＲＴ＿ＲＥＣＯＲＤ）メッセージを送信する。
【０１３８】
図１５のステップ１６では、セッションは、継続する。
【０１３９】
図１５のステップ１７では、データセッションは、ＵＥ７１６または７２０とＰ−ＧＷ１２０との間で開始し、ＩＳＷ−ＧＷ７０２を通過する。ＩＳＷ−ＧＷ  ＰＣＥＦは、容量カウントを行っている。予約された加入者のクレジットが、果たされると、ＩＳＷ−ＧＷは、ＯＣＳ１１２と通信し、クレジット制御要求（ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ，ＲＳＵ）メッセージを使用して、追加のＲＳＵを要求する。
【０１４０】
図１５のステップ１８では、それに応答して、ＯＣＳ１１２は、該当する場合、付与されたサービス単位を示すクレジット制御回答（ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ，ＧＳＵ）メッセージを送信する。ステップ１４および１５におけるプロシージャは、加入者が、データ需要およびそのような需要を満たす利用可能なクレジットを有する限り、継続する。
【０１４１】
図１５のステップ１９では、セッションは、終了される。
【０１４２】
図１５のステップ２０では、セッションが終了されると、ＩＳＷ−ＧＷ７０２は、使用されたサービス単位（ＵＳＵ）に加え、サービスの終了を示す、クレジット制御要求（ＴＥＲＭＩＮＡＴＩＯＮ＿ＲＥＱＵＥＳＴ，ＵＳＵ）をＯＣＳ１１２に送信する。
【０１４３】
図１５のステップ２１では、ＯＣＳ１１２は、加入者口座から使用された金銭を引き落とす。任意の未使用の予約された単位は、解放されるであろう。ＯＣＳ１１２は、クレジット制御回答（ＴＥＲＭＩＮＡＴＩＯＮ＿ＲＥＱＵＥＳＴ，ＣＩ）をＩＳＷ−ＧＷに送信し、任意の残高に加え、サービスの累積コストを含むコスト情報（ＣＩ）を示すことによって、肯定応答する。
【０１４４】
図１５のステップ２２では、オフライン課金システムに対して、請求情報のために、ＩＳＷ−ＧＷは、Ｒｆ参照点を経由して、会計要求（ＳＴＯＰ＿ＲＥＣＯＲＤ）をＯＦＣＳ１１４（特に、そのＣＤＦ３０４）に送信するであろう。
【０１４５】
図１５のステップ２３では、ＯＦＣＳ１１４のＣＤＦ３０４は、ＣＤＲを更新し、ＷＬＡＮを経由したビットおよび３ＧＰＰを経由したビットの明細を示し、それを閉じるであろう。最後に、Ｒｆ参照点を経由して、会計回答（ＳＴＯＰ＿ＲＥＣＯＲＤ）を送信することによって、ＩＳＷ−ＧＷに肯定応答する。
【０１４６】
図１５に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１５に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１５に図示されるステップを行う。図１５に図示されるステップの任意の伝送および受信が、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０１４７】
本節は、スモールセルからＷＬＡＮへのＩＳＷ−ＧＷ７０２内ハンドオーバの間の課金相互作用の例を論じ、ＩＳＷ−ＧＷ７０２は、データフローをセルラーＲＡＴ（スモールセル）からＷｉＦｉ  ＲＡＴ（ＷＬＡＮ）に移動させることを決定する。ＩＳＷ−ＧＷ７０２は、ＵＥ７１６もしくは７２０からの要求に基づいて、またはＵＥ、スモールセル、もしくはＷｉＦｉ  ＡＰによって行われたいくつかの測定に基づいて、この決定を行い得る。ハンドオーバが完了すると、ＩＳＷ−ＧＷ７０２は、ＯＣＳ１１２と通信し、利用されるエアインターフェースおよび利用可能なユーザのクレジットに従って、必要とされるリソースを予約する。
【０１４８】
コールフローは、ＷＬＡＮからスモールセルへのＩＳＷ−ＧＷ内ハンドオーバが生じるときと同様であることに留意されたい。
【０１４９】
図１６は、ＩＳＷ−ＧＷ７０２の場合のＬＴＥからＷｉＦｉへのハンドオーバのためのメッセージフローを図示する略図であり、それは、以下のように説明され得る。
【０１５０】
図１６のステップ０では、進行中のセッションは、ＥＰＳ／Ｅ−ＵＴＲＡＮアクセスを経由して確立されている。ＬＴＥデータ無線ベアラが、ＵＥ７１６または７２０とＨｅＮＢ７０４との間にすでに存在すると仮定される。さらに、３つのＧＴＰ−Ｕユーザデータトンネル、すなわち、ＨｅＮＢ７０４へ／からＩＳＷ−ＧＷ７０２、ＩＳＷ−ＧＷ７０２へ／からＳ−ＧＷ７２２、およびＳ−ＧＷ７２２へ／からＰＤＮ−ＧＷ１２０が存在する。
【０１５１】
図１６のステップ１では、ＵＥ７１６または７２０は、ＬＴＥおよびＷＬＡＮエアインターフェースの両方の測定を含む、システム間測定報告を送信し、それは、ＨｅＮＢ７０４によってＩＳＷ−ＧＷ７０２に転送される。
【０１５２】
図１６のステップ２では、システム間測定報告に基づいて、ＩＳＷ−ＧＷ７０２は、ＷｉＦｉにハンドオーバすべきか、またはＬＴＥエアインターフェースの使用を継続すべきかを決定する。本節では、ＩＳＷ−ＧＷ７０２は、ＷＬＡＮにハンドオーバさせることを決定する。代替として、ＩＳＷ−ＧＷ７０２は、ＵＥからの要求に基づいて、この決定を行い得る。
【０１５３】
図１６のステップ３では、ＩＳＷ−ＧＷ７０２は、第５．２．１節のステップ３に示されたように、ＰＣＲＦ１１８から以前に通信されたＰＣＣルールに基づいて、利用可能なＲＳＵを再計算する。
【０１５４】
図１６のステップ４では、十分なＲＳＵが利用可能である場合、ＩＳＷ−ＧＷ７０２は、ハンドオーバ機構を実行し、それは、１）ＷＬＡＮ  ＡＮに、ＷＬＡＮ  ＡＮとＩＳＷ−ＧＷとの間の新しいＧＴＰ−Ｕトンネルを作成するための通知要求と、２）ＬＴＥからＷｉ−Ｆｉに切り替えるためのＵＥ７１６または７２０（ＨｅＮＢ７０４を介して）へのハンドオーバコマンドと、３）ハンドオーバ決定を通知されるべきＭＭＥ７１８への通知要求とを含む。Ｓ１ａ  ＧＴＰ−Ｕサブトンネルが、ここで、ＩＳＷ−ＧＷ７０２とＷＬＡＮ  ＡＮとの間に確立される。
【０１５５】
図１６のステップ５では、ＬＴＥサービスのための開いているＣＤＲが存在することを前提として、ＩＳＷ−ＧＷ７０２は、それを更新し、利用されているエアインターフェースを変更する必要があるであろう。特に、ＩＳＷ−ＧＷ７０２のＣＴＦ１４０６は、Ｒｆ参照点を経由して、会計要求（ＩＮＴＥＲＩＭ＿ＲＥＣＯＲＤ）をＯＦＣＳ１１４（特に、そのＣＤＦ３０４）に送信し、ＣＤＲをＷＬＡＮエアインターフェースで更新する（ＴＳ  ３２．２９９の第６．１．２項）。代替として、ＣＴＦ１４０６は、現在のＣＤＲを閉じ、新しいＣＤＲを開くことができる。
【０１５６】
図１６のステップ６では、それに応答して、ＯＦＣＳ１１４は、ＴＳ  ３２．２９９の第６．１．２項に定義されるように、ＣＤＲを更新し、新しく定義されたＲｆ参照点を経由して、会計回答（ＩＮＴＥＲＩＭ＿ＲＥＣＯＲＤ）メッセージを送信する。
【０１５７】
図１６のステップ７−１４は、図１５のステップ１６−２３に類似する。
【０１５８】
図１６に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１６に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１６に図示されるステップを行う。図１６に図示されるステップの任意の伝送および受信が、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０１５９】
図１７は、ＷＬＡＮからＬＴＥマクロｅＮＢへのＩＳＷ−ＧＷ間ハンドオーバの間の課金相互作用を図示する略図であり、ＩＳＷ−ＧＷ７０２は、データフローをＩＳＷＮからマクロネットワークに移動させることを決定する。ＩＳＷ−ＧＷ７０２は、ＵＥ７１６もしくは７２０からの要求に基づいて、またはＵＥ７１６もしくは７２０、スモールセル、もしくはＷｉＦｉ  ＡＰによって行われるいくつかの測定に基づいて、この決定を行い得る。この場合、ＩＳＷ−ＧＷ７０２は、ＰＤＮ−ＧＷ１２０に、新しい「ＰＧＷオンライン課金」（ＰＧＷ−ＯＣ）指示フラグを使用したベアラ修正要求メッセージを使用して、オンライン課金を担うことを知らせるであろう。さらに、ＩＳＷ−ＧＷ７０２は、新しい「ネットワーク開始」（ＮＩ）指示フラグを使用して、ハンドオーバの開始側を示すであろう。
【０１６０】
コールフローは、ＬＴＥマクロｅＮＢからＩＳＷＮスモールセルまたはＷＬＡＮへのＩＳＷ−ＧＷ７０２間ハンドオーバが生じるときに類似することに留意されたい。コールフローは、ＩＳＷＮスモールセルからＬＴＥマクロｅＮＢへのＩＳＷ−ＧＷ間ハンドオーバが生じるときにも類似する。コールフローは、ＵＥ７１６または７２０があるＩＳＷ−ＧＷから別のＩＳＷ−ＧＷにハンドオーバするときにも類似する。
【０１６１】
図１７は、メッセージフローを描写し、以下のように説明されることができる。
【０１６２】
図１７のステップ０では、進行中のセッションは、ＩＳＷＮのＷｉ−Ｆｉアクセスを経由して確立されている。エア伝送を経由したＷｉ−Ｆｉが、ＵＥ７１６または７２０とＷＬＡＮ  ＡＮとの間にすでに存在すると仮定される。さらに、３つのＧＴＰ−Ｕユーザデータトンネル、すなわち、ＷＬＡＮ  ＡＮへ／からＩＳＷ−ＧＷ７０２、ＩＳＷ−ＧＷ７０２へ／からＳ−ＧＷ７２２およびＳＧＷへ／からＰ−ＧＷ１２０が存在する。
【０１６３】
図１７のステップ１では、ＵＥ７１６または７２０は、Ｗｉ−Ｆｉ測定を、ＬＴＥ近隣リスト測定とともに、ＷＬＡＮ  ＡＮに送信する。このメッセージは、ＷＬＣＰプロトコルの一部であることができる（３ＧＰＰ  ＴＳ  ２４．２４４、「ＥＰＣへの信頼ＷＬＡＮアクセスのための無線ＬＡＮ制御プレーンプロトコル；ステージ３」（Ｖ１．１．０、２０１４年４月、以降ＴＳ  ２４．２４４））。次いで、ＷＬＡＮ  ＡＮは、Ｓ１ａ参照点を経由して、「通知要求」メッセージを使用して、測定報告をＩＳＷ−ＧＷ７０２に転送する。
【０１６４】
図１７のステップ２では、Ｗｉ−ＦｉおよびＬＴＥ側から収集された測定報告に基づいて、ＩＳＷ−ＧＷ７０２は、マクロｅＮＢにハンドオーバすべきか、またはＷＬＡＮの使用を継続すべきかを決定する。本節では、ＩＳＷ−ＧＷ７０２は、マクロｅＮＢにハンドオーバすることを決定する。
【０１６５】
図１７のステップ３では、ＩＳＷ−ＧＷ７０２がＷＬＡＮからハンドオーバする必要があることを前提として、Ｗｉ−Ｆｉエアインターフェースは、この時点では、十分に信頼性があいこともある。故に、安全上、ＩＳＷ−ＧＷ７０２は、全Ｗｉ−Ｆｉ伝送をこの時点で停止するであろうと仮定され得る。次いで、ＩＳＷ−ＧＷ７０２は、ＯＣＳ１１２を消費された金銭単位で更新するであろう。特に、クレジット制御要求（ＴＥＲＭＩＮＡＴＩＯＮ＿ＲＥＱＵＥＳＴ，ＵＳＵ）メッセージをＯＣＳ１１２に送信し、ＷＬＡＮを経由したサービスの終了を示す。このステップでは、ＩＳＷ−ＧＷ７０２は、ＯＣＳ１１２における全未使用のクレジットをユーザのクレジットに返還するであろう。ステップ１０では、Ｐ−ＧＷ１２０内のＰＣＥＦは、クレジットを予約し、再び、伝送を継続するであろう。ＩＳＷ−ＧＷ７０２に予約されたクレジットを返還させることによって、Ｐ−ＧＷ１２０が予約するために十分なクレジットが存在することが確実にされるであろう。
【０１６６】
図１７のステップ４では、ＯＣＳ１１２は、加入者口座から使用された金銭が引き落とす。任意の未使用の予約された単位は、解放されるであろう。ＯＣＳ１１２は、クレジット制御回答（ＴＥＲＭＩＮＡＴＩＯＮ＿ＲＥＱＵＥＳＴ，ＣＩ）をＩＳＷ−ＧＷに送信することによって肯定応答する。
【０１６７】
図１７のステップ５では、オフラインＣＤＲに対して、ＩＳＷ−ＧＷ７０２は、ＯＦＣＳ１１４と通信し、Ｗｉ−Ｆｉの代わりに、ＬＴＥを使用するであろう、ＣＤＲを更新する。より具体的には、ＩＳＷ−ＧＷ７０２のＣＴＦ１４０６は、Ｒｆ参照点を経由して、会計要求（ＩＮＴＥＲＩＭ＿ＲＥＣＯＲＤ）をＯＦＣＳ１１４（特に、そのＣＤＦ３０４）に送信する。代替として、ＩＳＷ−ＧＷ７０２は、ＣＤＲを停止することができ、Ｐ−ＧＷ１２０は、新しいＣＤＲを開くであろう。
【０１６８】
図１７のステップ６では、それに応答して、ＯＦＣＳ１１４は、ＴＳ  ３２．２９９の第６．１．２項に定義されるように、ＣＤＲを更新し、Ｒｆ参照点を経由して、会計回答（ＩＮＴＥＲＩＭ＿ＲＥＣＯＲＤ）メッセージを送信する。
【０１６９】
図１７のステップ７では、課金修正が完了されると、ＩＳＷ−ＧＷ７０２は、実際のベアラハンドオーバプロシージャを開始する。最初に、Ｓ１−ＭＭＥ’参照点を経由して、ハンドオーバ要求（標的ｅＮＢ識別、ＰＧＷ−ＯＣ、ＮＩ）メッセージをＭＭＥ７１８に送信する。ハンドオーバ要求（標的ｅＮＢ識別）メッセージは、異なるコンテキストにおいて以前に使用されている。特に、ＬＴＥ内ハンドオーバ（ＴＳ  ２３．４０１の第５．５．１．２．２項）では、ソースｅＮＢは、ハンドオーバ要求メッセージをソースＭＭＥ７１８に送信し、ハンドオーバを開始する。このステップでは、ハンドオーバ要求メッセージは、ベアラハンドオーバを開始するため、および課金プロシージャをＰ−ＧＷ１２０に転送するために使用される。ＰＧＷオンライン課金指示は、表１７に示されるであろうように、ハンドオーバ要求メッセージのＩＥの組内に含まれるであろう。それは、１または０のいずれかであり、それぞれ、Ｐ−ＧＷ１２０がオンライン課金を担うべきかどうかを示すことができる。さらに、新しいネットワーク開始指示フラグ（表１７に示される）は、１または０のいずれかであり、それぞれ、ネットワーク開始およびＵＥ開始ハンドオーバ例間を区別するであろう。
【０１７０】
図１７のステップ８では、ＭＭＥ７１８は、Ｓ１１参照点を経由して、ベアラ修正要求（ｅＮＢアドレスおよびＴＥＩＤ、ＰＧＷ−ＯＣ、ＮＩ）メッセージをＳ−ＧＷ７２２に送信する。新しい指示フラグは、ベアラ修正要求メッセージの指示フラグの組内に含まれるであろう（ＴＳ  ２９．２７４の表７．２．７−１ｏｆ）（例えば、ＰＤＮ一時停止オン／オフ指示）。それらは、表１５に提示される。
【０１７１】
図１７のステップ９では、Ｓ−ＧＷ７２２は、ベアラ修正要求（ＰＧＷ−ＯＣ、ＮＩ）メッセージをＰ−ＧＷ１２０に転送し、Ｐ−ＧＷ１２０への課金責任の変更を示す。
【０１７２】
図１７のステップ１０では、新しい指示により、Ｐ−ＧＷ１２０のＰＣＥＦは、ＴＳ  ３２．２９９の第６．３．５節に説明されるように、Ｒｏ参照点を経由して、クレジット制御要求（ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ，ＲＳＵ）のメッセージを使用して、ＲＳＵを予約するための要求をＯＣＳ１１２に送信する。
【０１７３】
図１７のステップ１１では、ＯＣＳ１１２は、要求されるＲＳＵを加入者のクレジット内に予約し、Ｒｏ参照点を経由して、クレジット制御回答（ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ，ＧＳＵ）メッセージを送信し、ＧＳＵを示すことによって、Ｐ−ＧＷ１２０に返答する。
【０１７４】
図１７のステップ１２では、Ｐ−ＧＷ１２０は、表５１０に要約されるであろうように、ベアラ修正応答（ＰＧＷ−ＯＣＧ）メッセージをＳ−ＧＷ７２２に返し、新しいＰ−ＧＷ１２０オンライン課金付与（ＰＧＷ−ＯＣＧ）指示フラグを搬送し、Ｐ−ＧＷ１２０がオンライン課金を担うであろうことを示す。Ｓ−ＧＷ７２２とＰ−ＧＷ１２０との間の既存のＧＴＰ−Ｕサブトンネルは、依然として、確立されている。
【０１７５】
図１７のステップ１３では、Ｓ−ＧＷ７２２は、ベアラ修正応答（Ｓ−ＧＷ  ＴＥＩＤ、ＰＧＷ−ＯＣＧ）メッセージをＭＭＥ７１８に返し、ｅＮＢを用いた伝送のために使用されるであろう新しいＳ−ＧＷ  ＴＥＩＤを示すものとする。
【０１７６】
図１７のステップ１４では、行われると、ＭＭＥ７１８は、ハンドオーバコマンド（ＰＧＷ−ＯＣＧ）をＩＳＷ−ＧＷ７０２に送信するであろう。それは、ＩＳＷ−ＧＷ７０２に、Ｐ−ＧＷ１２０にオンライン課金を担わせるためのその要求が認可されたことを知らせる。ハンドオーバコマンドメッセージに対する修正は、表５１２に示される。
【０１７７】
図１７のステップ１５では、ＩＳＷ−ＧＷ７０２は、通知応答（ハンドオーバコマンド）メッセージをＷＬＡＮ  ＡＮに送信する。
【０１７８】
図１７のステップ１６では、ＷＬＡＮ  ＡＮは、ＷＬＣＰプロトコルの一部であることができる、ハンドオーバコマンドメッセージをＵＥに転送し、ＵＥ７１６または７２０に、ＨｅＮＢ７０４とのアタッチメントプロシージャを開始すべきことを知らせる。
【０１７９】
図１７のステップ１７では、故に、ＵＥ７１６または７２０は、ＩＳＷ−ＧＷ７０２およびＭＭＥ７１８に転送される、ハンドオーバ指示とともに、「ＲＲＣ：アタッチ要求」メッセージをＨｅＮＢ７０４に送信することによって、標準的アタッチ要求プロシージャ（ＴＳ  ２３．４０１の第５．３．２．１項）を開始する。
【０１８０】
図１７のステップ１８では、ＭＭＥ７１８は、ＴＳ  ２３．４０１に説明されるように、ＨＳＳにコンタクトし、ＵＥ７１６または７２０を認証し得る。
【０１８１】
図１７のステップ１９では、認証成功後、ＭＭＥ７１８は、ＴＳ  ２３．４０１に規定されるように、場所更新プロシージャおよびＨＳＳからの加入者データ読み出しを行い得る。
【０１８２】
図１７のステップ２０では、その結果、ＭＭＥ７１８は、アタッチ要求を認可し、Ｓ１−ＭＭＥ「初期コンテキスト設定要求」メッセージ（ＴＳ  ２３．４０１の第５．３．２．１項）内に含まれる、「アタッチ認可」メッセージをＩＳＷ−ＧＷ７０２に送信する。このメッセージでは、ＭＭＥ７１８はステップ１３において得られた、Ｓ−ＧＷ７２２のＴＥＩＤおよびアドレスを含む。このメッセージは、ｅＮＢに転送され、その後、「ＲＲＣ接続再構成」メッセージをＵＥ７１６または７２０に開始する（ＴＳ  ２３．４０１の第５．３．２．１項）
図１７のステップ２１では、それに応答して、ＵＥ７１６または７２０は、「ＲＲＣ接続再構成完了」をＨｅＮＢ７０４に送信し、ＭＭＥ７１８に向けたアタッチメントを完了する。Ｓ−ＧＷ７２２とｅＮＢとの間のＧＴＰ−Ｕデータサブトンネルは、ここで確立され、データは、ＬＴＥリンクを経由して、搬送されることができる。
【０１８３】
図１７のステップ２２−２７は、図１５のステップ１６−２１に類似するが、Ｐ−ＧＷ１２０が、図１５のステップにおけるＩＳＷ−ＧＷ７０２の代わりに、課金の責任を負うネットワークエンティティである。
【０１８４】
図１７に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１７に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１７に図示されるステップを行う。図１７に図示されるステップの任意の伝送および受信が、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０１８５】
本節は、ダイアメータベースＧｘインターフェースのための新しいまたは修正されたＡＶＰを導入する。
【０１８６】
クレジット制御要求（ＣＣＲ）メッセージ内のＲＡＴ−タイプＡＶＰが、更新され得、新しいネットワーク開始ＡＶＰが、ＣＣＲメッセージ内で作成される。
【０１８７】
ＰＣＥＦが各ＲＡＴ−タイプ（ＬＴＥおよびＷＬＡＮ）に対して１つのＰＣＣルールを要求するために、ＣＣＲメッセージの現在のフォーマットは、ルール／ＲＡＴ毎に１回、メッセージが２回送信されることを要求する。しかしながら、ＣＣＡ応答メッセージは、複数の課金ルールインストールＡＶＰを搬送可能である。各ＰＣＣルールは、その課金ルール名またはサービス識別子を使用して区別されるであろう。
【０１８８】
１つのＣＣＲメッセージが２つ以上のＰＣＣルールを要求することを可能にすることは、より効率的であろう。各ルールは、ＲＡＴおよびハンドオーバ開始側エンティティに対応する。故に、ＣＣＲメッセージは、複数のＲＡＴタイプＡＶＰおよび新しいネットワーク開始ＡＶＰの複数のインスタンスを含むころができるように更新され得る。これらの更新は、ＣＣＲが、ＲＡＴタイプ（ＥＵＴＲＡＮまたはＷＬＡＮ）およびネットワーク開始（０または１）の４つの組み合わせにマップする、４つの異なるＰＣＣルールを要求することを可能にするであろう。
【０１８９】
クレジット制御回答（ＣＣＡ）メッセージ内のＲＡＴタイプＡＶＰは、更新されることができ、新しいネットワーク開始ＡＶＰが、ＣＣＡメッセージ内で作成されることができる。
【０１９０】
要求される４つのＰＣＣルール間で区別することを可能にするために、２つの新しいＡＶＰ（ＲＡＴタイプおよびネットワーク開始）が、ＣＣＡの課金ルール定義ＡＶＰに追加される必要があるであろう（ＰＣＲＦ１１８からＰＣＥＦに）。それは、ＰＣＥＦがどのＰＣＣルールが適用されるべきかを知ることをできるであろう方法である。
【０１９１】
図１８は、クレジット制御回答（ＣＣＡ）の属性値対（ＡＶＰ）を図示する略図である。課金ルール定義は、ＲＡＴタイプＡＶＰおよび新しいネットワーク開始ＡＶＰで更新され得る。
【０１９２】
本節では、既存のセッション管理メッセージ内の新しいまたは修正された情報要素が、説明される。本節で論じられるセッション管理メッセージは、ＴＳ  ２９．２７４に詳述される。
【０１９３】
セッション作成要求メッセージは、Ｓ１およびＳ５インターフェース上で送信される、ＧＴＰｖ２−Ｃメッセージである。
【０１９４】
ＩＳＷ−ＧＷ７０２がオンラインおよびオフライン課金実施の課金をＰ−ＧＷ１２０から引き継ぐことを要求するために、新しい指示フラグが、セッション作成要求メッセージ内に追加されることができる。セッション作成要求メッセージおよび関連情報要素は、ＴＳ  ２９．２７４の表７．２．１−１に詳細に定義される。２つの新しいフラグは、それぞれ、オンラインおよびオフライン課金のためのＩＳＷ−ＧＷ７０２オンライン課金（ＩＳＷ−ＯＣ）およびＩＳＷ−ＧＷ７０２オフライン課金（ＩＳＷ−ＯＦＣ）である。表１３は、セッション作成要求メッセージのオリジナルおよび新しい指示フラグを示す。
【０１９５】
【表１３−１】
0006541787.tif 000016
【０１９６】
【表１３−２】
0006541787.tif 000017
【０１９７】
セッション作成応答メッセージは、Ｓ１およびＳ５インターフェース上で送信される、ＧＴＰｖ２−Ｃメッセージである。
【０１９８】
Ｐ−ＧＷ１２０が、オンラインおよびオフライン課金実施プロシージャを担うＩＳＷ−ＧＷ７０２の能力を承認するために、２つの新しい指示フラグが、セッション作成応答メッセージに追加され得る。セッション作成応答メッセージおよび関連情報要素は、ＴＳ  ２９．２７４の表７．２．２−１に詳細に定義される。新しい指示フラグは、ＩＳＷ−ＯＣＧ（ＩＳＷ−ＧＷオンライン課金付与）およびＩＳＷ−ＯＦＣＧ（ＩＳＷ−ＧＷオフライン課金付与）である。表１４は、セッション作成応答メッセージのオリジナルおよび新しい指示フラグを示す。
【０１９９】
【表１４】
0006541787.tif 000018
【０２００】
ベアラ修正要求メッセージは、Ｓ１およびＳ５インターフェース上で送信される、ＧＴＰｖ２−Ｃメッセージである。
【０２０１】
ＩＳＷ−ＧＷ７０２が、Ｐ−ＧＷ１２０に、オンライン課金を担うことを知らせるために、ベアラ修正要求メッセージが、使用される。ベアラ修正要求メッセージおよび関連情報要素は、ＴＳ  ２９．２７４の表７．２．７−１に詳細に定義される。新しいＰＧＷオンライン課金（ＰＧＷ−ＯＣ）指示フラグが、追加され得る。さらに、ＩＳＷ−ＧＷ７０２は、新しいネットワーク開始指示フラグを使用して、ハンドオーバの開始側を示し得る。表１５は、ベアラ修正要求メッセージのオリジナルおよび新しい指示フラグを示す。
【０２０２】
【表１５−１】
0006541787.tif 000019
【０２０３】
【表１５−２】
0006541787.tif 000020
【０２０４】
ベアラ修正要求メッセージは、Ｓ１およびＳ５インターフェース上で送信される、ＧＴＰｖ２−Ｃメッセージである。
【０２０５】
Ｐ−ＧＷ１２０が、ＩＳＷ−ＧＷ７０２に、オンライン課金実施を担うであろうことを知らせるために、新しい指示フラグが、ベアラ修正応答メッセージに追加され得、すなわち、Ｐ−ＧＷオンライン課金付与（ＰＧＷ−ＯＣＧ）である。ベアラ修正要求メッセージおよび関連情報要素は、ＴＳ  ２９．２７４の表７．２．８−１に詳細に定義される。表１６は、ベアラ修正応答メッセージのオリジナルおよび新しい指示フラグを示す。
【０２０６】
【表１６】
0006541787.tif 000021
【０２０７】
本節は、ＩＳＷ−ＧＷ７０２とＭＭＥ７１８との間の通信プロトコルが、Ｓ１−ＡＰであり、Ｓ１−ＭＭＥ参照点を経由して搬送される場合を論じる。
【０２０８】
新しいＩＥが、ハンドオーバ要求メッセージに追加され得る。このメッセージの標準的ＩＥは、３ＧＰＰ  ＴＳ  ３６．４１３の第９．１．５．１項「進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）；Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）」（Ｖ１２．１．０、２０１４年３月、以降「ＴＳ  ３６．４１３」）に提示される。
【０２０９】
Ｓ１−ＡＰハンドオーバ要求メッセージの完全なＩＥが、表１７に導入される。２つの新しいＩＥは、以下である。
・  ＰＧＷオンライン課金（ＰＧＷ−ＯＣ）指示：このフラグは、ＩＳＷ−ＧＷ７０２がＰ−ＧＷ１２０がオンライン課金実施を担うことを要求していることを示すために、Ｓ４／Ｓ１１、およびＳ５／Ｓ８上で１に設定されるものとする。
・  ネットワーク開始指示：このフラグは、ハンドオーバがＩＳＷ−ＧＷ７０２によって開始されることを示すために、Ｓ４／Ｓ１１およびＳ５／Ｓ８上で１に設定されるものとする。
【０２１０】
【表１７】
0006541787.tif 000022
【０２１１】
本節は、ＩＳＷ−ＧＷ７０２とＭＭＥ７１８との間の通信プロトコルが、Ｓ１−ＡＰであり、Ｓ１−ＭＭＥ参照点を経由して搬送される場合を論じる。
【０２１２】
新しいＩＥが、ハンドオーバコマンドメッセージに追加され得る。このメッセージの標準的ＩＥは、ＴＳ  ３６．４１３の第９．１．５．２項にある。
【０２１３】
Ｓ１−ＡＰハンドオーバコマンドメッセージの完全なＩＥは、表１８に導入される。２つの新しいＩＥは、以下である。
・  Ｐ−ＧＷオンライン課金付与（ＰＧＷ−ＯＣＧ）指示：このフラグは、Ｐ−ＧＷ１２０が、オンライン課金実施を担うであろうことを示すために、１に設定されるものとする。
【０２１４】
【表１８】
0006541787.tif 000023
【０２１５】
前の節は、ＩＳＷ−ＧＷ７０２が、ハンドオーバ決定を行うＩＳＷＮ内の中心エンティティとして使用される、ＩＳＷＮ展開シナリオに焦点を当てている。言い換えると、ＩＳＷ−ＧＷ７０２は、ベアラ、すなわち、フローを、あるＲＡＴから別のものに移動させることについての決定を行うタスクが課される。
【０２１６】
これらの同一概念は、ＩＳＷＮのためにハンドオーバ決定を行う任意のネットワークノードにも適用されることができることを理解されたい。例えば、ＭＭＥ７１８またはＳ−ＧＷ７２２が、ベアラまたはフローをあるＲＡＴから別のものに移動させることが可能である場合、これらの同一プロシージャは、Ｐ−ＧＷ１２０／ＰＣＥＦ１０２と通信するためにも使用されることができる。
【０２１７】
本書に説明されるＩＳＷ−ＧＷ７０２機能性は、統合スモールセル／ＷｉＦｉアクセスポイントまたは統合ＷｉＦｉ機能性を伴うＨｅＮＢ７０４の内側の論理機能として展開され得ることに留意されたい。
【０２１８】
本書に説明されるＩＳＷ−ＧＷ７０２機能性は、無線ＬＡＮコントローラおよびスモールセルまたはスモールセルのグループとともに展開され得ることに留意されたい。
【０２１９】
（料金通知補足サービス）
前節は、コアネットワーク側における課金関連変更を説明する。特に、Ｐ−ＧＷ１２０またはＩＳＷ−ＧＷ７０２のいずれかは、適切な課金ルールを認識することができる。そのような変更は、加入者にも同様に、適切な課金ルールおよび対応する料金表を認識させるように拡張されることができる。本節は、ＵＥ７１６または７２０への利用される課金ルールの任意の更新の通知を説明する。より具体的には、ＥＰＣネットワークおよびＩＳＷＮに対するＧＳＭ（登録商標）およびＩＰマルチメディアサブシステム（ＩＭＳ）に対して以前に定義されている、料金通知（ＡｏＣ）補足サービス３ＧＰＰ  ＴＳ  ３２．２８０「課金管理；料金通知（ＡｏＣ）サービス（リリース１１）」（Ｖ１１．１．１、２０１４年７月）および３ＧＰＰ  ＴＳ  ２３．０８６「料金通知（ＡｏＣ）補足サービス；ステージ２」（Ｖ１１．０．０、２０１２年９月）の概念が、一般化され得る。
【０２２０】
ＧＳＭ（登録商標）ネットワークでは、ＡｏＣ補足サービスが、ユーザに課金情報を提供するために導入されている。特に、それは、ユーザに推定されるサービスコストについて知らせるための料金通知（情報）（ＡｏＣＩ）を提供する。さらに、それは、ユーザに、料金通知（課金）（ＡｏＣＣ）を提供し、実際の課金を伝える。図１９は、ＧＳＭ（登録商標）のための典型的ＡＯＣＩ情報フロー図である（３ＧＰＰ  ＴＳ  ２３．０８６「料金通知（ＡｏＣ）補足サービス；ステージ２」（Ｖ１１．０．０、２０１２年９月）から）。示されるように、コール設定が完了すると、移動通信交換局（ＭＳＣ）は、「料金通知情報（ＣＡＩ）」（３ＧＰＰ  ＴＳ  ２２．０２４「料金通知情報（ＣＡＩ）の説明、リリース１１」（Ｖ１１．０．０、２０１２年９月）から）を移動局（ＭＳ）に送信する。ＭＳは、ＣＡＩを受信すると、課金計算を開始するはずである。次に、ＭＳは、「ＡｏＣ肯定応答」メッセージをＭＳＣに送信する。最後に、課金計算が、コールが終了すると停止される。
【０２２１】
図１９に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもの等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図１９に図示される方法は、図２２Ｃまたは図２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図１９に図示されるステップを行う。図１９に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０２２２】
（料金通知のための情報フロー）
ゲートウェイの役割は、課金ルール（ＩＳＷ−ＧＷ７０２またはＰ−ＧＷ１２０）を実施し、ＣＡＩをＵＥ７１６または７２０に送信するように拡張され得る（図１９におけるＭＳＣと類似方式において）。その結果、ＵＥ７１６または７２０は、この課金情報を利用して、ＭＳに表示されるべきＡｏＣを生成するであろう。例は、前述のＩＳＷ−ＧＷ間ハンドオーバシナリオに焦点を当てる。しかしながら、本節に説明されるＡｏＣプロシージャは、本紙で検討される他のシナリオにも適用されることができる。
【０２２３】
第５．２．３節に詳細に説明される、ＩＳＷ−ＧＷ間ハンドオーバ中の課金プロシージャは、ＣＡＩをＵＥに伝えるように拡張されることができる。図２０は、図１７のコールフロー内の既存のメッセージに適用され得る追加の情報要素を図示する略図である。
【０２２４】
図２０のステップ１２では、ベアラ修正要求メッセージは、ＣＡＩ情報要素を含むように拡張されるであろう。より具体的には、Ｐ−ＧＷ１２０は、ベアラ修正応答（ＰＧＷ−ＯＣＧ、ＣＡＩ）メッセージをＳ−ＧＷ７２２に送信する。
【０２２５】
図２０のステップ１３では、ステップ１２において行われる更新と同様に、Ｓ−ＧＷ７２２は、ベアラ修正応答（Ｓ−ＧＷ  ＴＥＩＤ、ＰＧＷ−ＯＣＧ、ＣＡＩ）メッセージをＭＭＥ７１８に返す。
【０２２６】
図２０のステップ１４では、さらに、ＭＭＥ７１８は、図１７のステップ１４に論じられたように、ハンドオーバコマンド（ＰＧＷ−ＯＣＳ、ＣＡＩ）メッセージを送信することによって、ＣＡＩをＩＳＷ−ＧＷ７０２に転送する。
【０２２７】
図２０のステップ１５では、その結果、ＩＳＷ−ＧＷ７０２は、図１７のステップ１５に論じられたように、通知要求（ハンドオーバコマンド、ＣＡＩ）メッセージをＷＬＡＮ  ＡＮに送信する。
【０２２８】
図２０のステップ１６では、最後に、ＣＡＩは、ＷＬＣＰプロトコルを使用して、ＷＬＡＮ  ＡＮからＵＥ７１６または７２０に到達する。応答として、ＵＥ７１６または７２０は、課金情報を計算し、ＡｏＣを表示することが可能であろう。
【０２２９】
図２０のステップ１６ａでは、さらに、ＵＥ７１６または７２０は、ＷＬＣＰプロトコルを使用して、ＡｏＣ肯定応答メッセージ（図１９におけるように）をＷＬＡＮ  ＡＮに送信することができる。
【０２３０】
図２０のステップ１６ｂでは、最後に、ＡｏＣ肯定応答が、通知要求メッセージを使用して、ＩＳＷ−ＧＷ７０２に転送されることができる。
【０２３１】
図２０に図示されるステップを行うエンティティは、図２２Ｃまたは図２２Ｄに図示されるもののうちの１つ等のネットワークノードまたはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。すなわち、図２０に図示される方法は、例えば、図２２Ｃまたは２２Ｄに図示されるノードまたはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図２０に図示されるステップを行う。図２０に図示される任意の伝送および受信ステップは、ノードのプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることも理解されたい。
【０２３２】
グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースは、サービス層課金相関に関係付けられる機能性を制御および／または構成するようにユーザを支援するために使用されることができる。一実施形態では、システムは、「料金通知（ＡｏＣ）補足サービス」をＵＥに送信し、ＡｏＣをユーザに表示することができる。図２１Ａは、ユーザが、前述のように、ＷＩＦＩまたはセルラーネットワークを通した接続に対して、ユーザ選好を設定することを可能にする、インターフェース２１０２を図示する略図である。図２１Ｂは、ネットワーク選好を設定するためのインターフェース２１０４を図示する略図である。図２１Ｃ−Ｄは、セルラーデータレートが課金されるであろうかどうかを示す、インターフェース２１０６および２１０８を図示する略図である。インターフェース２１０２、２１０４、２１０６、および２１０８は、以下で説明される図２２Ｃ−Ｄに示されるもの等のディスプレイを使用して生成され得ることを理解されたい。
【０２３３】
（例示的Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム）
図２２Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、もしくはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための基礎的要素を提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネントまたはノード、ならびにＩｏＴ／ＷｏＴサービス層等であり得る。通信システム１０は、開示される実施形態の機能性を実装するために使用されることができ、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の機能性および論理エンティティを含むことができる。
【０２３４】
図２２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、イーサネット（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）もしくは無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）または異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、多重アクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【０２３５】
図２２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常、Ｍ２Ｍゲートウェイの背後にある、エリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、種々の異なるネットワークノード（例えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じて、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信回路を使用して、通信ネットワーク１２または直接無線リンクを介して、信号を伝送ならびに受信するように構成される。Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍ端末デバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０もしくは他のＭ２Ｍ端末デバイス１８に送信し得る。Ｍ２Ｍ端末デバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍ端末デバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍ端末デバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。
【０２３６】
例示的Ｍ２Ｍ端末デバイス１８は、タブレット、スマートフォン、医療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、電気器具、車庫のドアおよび他のアクチュエータベースデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。
【０２３７】
図２２Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信ネットワーク１２は、開示される実施形態の機能性を実装するために使用されることができ、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の機能性および論理エンティティを含むことができる。Ｍ２Ｍサービス層２２は、例えば、以下で説明される図２２Ｃおよび２２Ｄに図示されるデバイスを含む、１つ以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、クラウド内で等、種々の方法で実装され得る。
【０２３８】
図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ、およびＭ２Ｍデバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウドコンピューティング／記憶ファーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。
【０２３９】
図２２Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよびバーティカルが活用することができる、サービス配信能力のコアの組を提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、請求、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出すコストおよび時間を削減する。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。
【０２４０】
本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。
【０２４１】
いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、開示されるシステムならびに方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含み得、さらに、他の開示されるシステムならびに方法と併せて使用され得る。
【０２４２】
一実施形態では、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティが、図２２Ｂに示されるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２ＭノードによってホストされるＭ２Ｍサービス層インスタンス内でホストされ得る。例えば、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティは、Ｍ２Ｍサービス層インスタンス内で、または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。
【０２４３】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界での用途を含み得る。上記のように、本システムのデバイス、ゲートウェイ、サーバ、および他のノードにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、請求、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【０２４４】
概して、サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層を定義する。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍアーキテクチャの両方は、サービス層を定義する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ  Ｍ２Ｍアーキテクチャの種々の異なるノード内に実装され得る。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）はまた、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層、およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ  Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで具現化される、３ＧＰＰ  ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で具現化される、ｏｎｅＭ２ＭアーキテクチャのＣＳＦまたはＣＳＥで具現化される、もしくはネットワークのある他のノードで具現化されるかどうかにかかわらず、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピュータデバイスもしくはノードを含む、ネットワーク内の１つ以上の独立型ノード上で実行される論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）として、もしくは１つ以上の既存のノードの一部としてのいずれかで実装され得る。実施例として、サービス層またはそのコンポーネントのインスタンスは、以下で説明される図２２Ｃもしくは図２２Ｄに図示される一般アーキテクチャを有する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で作動するソフトウェアの形態で実装され得る。
【０２４５】
さらに、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。
【０２４６】
図２２Ｃは、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。ノード３０は、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティを実行するか、または含むことができる。デバイス３０は、図２２Ａ−Ｂに示されるようなＭ２Ｍネットワークの一部、または非Ｍ２Ｍネットワークの一部であり得る。図２２Ｃに示されるように、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含み得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装するノードであり得る。
【０２４７】
プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されたコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノード３０が無線もしくは有線環境内で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは他の通信プログラムを実行し得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を行い得る。
【０２４８】
図２２Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、ノード３０に、それが接続されるネットワークを介して他のノードと通信させるために、コンピュータ実行可能命令の実行を通して、通信回路を制御し得る。特に、プロセッサ３２は、本明細書および請求項に説明される伝送および受信ステップを行うために、通信回路を制御し得る。図２２Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップ内に一緒に組み込まれ得ることが理解されるであろう。
【０２４９】
伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、他のＭ２Ｍノードに信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線もしくは有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【０２５０】
加えて、伝送／受信要素３６は、単一の要素として図２２Ｃに描写されているが、Ｍ２Ｍノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍノード３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍノード３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【０２５１】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、Ｍ２Ｍノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０２５２】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。例えば、プロセッサ３２は、上記で説明されるように、セッションコンテキストをそのメモリ内に記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍノード３０上に物理に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、もしくは色を制御し、Ｍ２Ｍサービス層セッション移行または共有のステータスを反映する、もしくはノードのセッション移行または共有能力もしくは設定についての入力をユーザから取得するか、または情報をユーザに表示するように構成され得る。別の実施例では、ディスプレイは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態においてＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ユーザが、本明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッション、またはその移行もしくは共有を双方向に確立および管理することを可能にするように、ＡＰＩの上部に層化され得る。
【０２５３】
プロセッサ３２は、電源４８から電力を受電し得、Ｍ２Ｍノード３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍノード３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【０２５４】
プロセッサ３２はまた、Ｍ２Ｍノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成されるＧＰＳチップセット５０に結合され得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【０２５５】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線コネクティビティを提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る、他の周辺機器５２に結合され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線単位、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０２５６】
図２２Ｄは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、もしくは他のノード等のＭ２Ｍネットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでもまたはどのような手段を用いても、そのようなソフトウェアが記憶もしくはアクセスされる。コンピュータシステム９０は、ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティを実行するか、または含むことができる。コンピュータシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの公知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たす、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意のプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等のＥ２Ｅ  Ｍ２Ｍサービス層セッションのための開示されるシステムおよび方法に関係付けられるデータを受信、生成、および処理し得る。
【０２５７】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するため、およびシステムバスを操作するための制御ラインとを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０２５８】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶され、読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、その独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
【０２５９】
加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任を負う、周辺機器コントローラ８３を含み得る。
【０２６０】
ディスプレイコントローラ９６によって制御される、ディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースビデオディスプレイ、ＬＣＤベースフラットパネルディスプレイ、ガスプラズマベースフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。
【０２６１】
さらに、コンピュータシステム９０は、コンピュータシステム９０がネットワークの他のノードと通信することを可能にするように、例えば、図２２Ａおよび図２２Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７等の通信回路を含み得る。
【０２６２】
ユーザ機器（ＵＥ）は、通信するためにエンドユーザによって使用される任意のデバイスであり得る。それは、手持ち式電話、モバイルブロードバンドアダプタを具備されたラップトップコンピュータ、または任意の他のデバイスであり得る。例えば、ＵＥは、図２２Ａ−ＢのＭ２Ｍ端末デバイス１８または図２２Ｃのデバイス３０として実装されることができる。
【０２６３】
本明細書に説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等のマシンによって実行されると、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。ＩＳＷ−ＧＷ７０２、ＩＷＦ  ＰＣＥＦ１０２、ＩＳＷＮ−ＰＣＥＦ１４０２、ＯＦＣＳ１１４、ＭＭＥ７１８、ＯＣＳ１１２、ＰＣＲＦ１１８、ＰＧＷ１２０、ＳＧＷ７２２、ＷＬＡＮ  ＡＮ７０８、ＴＷＡＧ７１０、ＴＷＡＰ７１４、ＴＷＡＮ７０６、Ｈ（ｅ）ＮＢ７０４、ＣＴＦ１４０４および１４０６、ＵＥ７２０および７１６における論理エンティティ、ならびにインターフェース２１０２を生成するための論理エンティティ等の論理エンティティは、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令の形態で具現化され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の有形または物理媒体を含むが、それらに限定されない。
【０２６４】
図に図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、具体的用語が採用される。しかしながら、請求される主題は、そのように選択された具体的用語に限定されることを意図しておらず、各具体的要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。
【０２６５】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うこととを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の要素を含む場合に、請求項の範囲内であることを意図している。
【図１】
0006541787.tif 000024
【図２】
0006541787.tif 000025
【図３】
0006541787.tif 000026
【図４】
0006541787.tif 000027
【図５】
0006541787.tif 000028
【図６】
0006541787.tif 000029
【図７】
0006541787.tif 000030
【図８】
0006541787.tif 000031
【図９】
0006541787.tif 000032
【図１０】
0006541787.tif 000033
【図１１】
0006541787.tif 000034
【図１２】
0006541787.tif 000035
【図１３】
0006541787.tif 000036
【図１４】
0006541787.tif 000037
【図１５】
0006541787.tif 000038
【図１６】
0006541787.tif 000039
【図１７】
0006541787.tif 000040
【図１８】
0006541787.tif 000041
【図１９】
0006541787.tif 000042
【図２０】
0006541787.tif 000043
【図２１】
0006541787.tif 000044
【図２２Ａ】
0006541787.tif 000045
【図２２Ｂ】
0006541787.tif 000046
【図２２Ｃ】
0006541787.tif 000047
【図２２Ｄ】
0006541787.tif 000048