JP6696033B2 - 中継デバイスの課金 - Google Patents

Description

（関連出願の引用）
本願は、米国仮特許出願第６１／８４７，６７１号（２０１３年７月１８日出願、名称「Ｃｈａｒｇｉｎｇ Ｃａｐｉｌｌａｒｙ Ｎｅｔｗｏｒｋ Ｄｅｖｉｃｅｓ ｗｈｏ ｈａｖｅ ｎｏ ｒｅｌａｔｉｏｎｓｈｉｐ ｗｉｔｈ ｔｈｅ ｇａｔｅｗａｙ ｏｒ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｏｒ」）の利益を主張し、上記出願は、参照により本明細書に引用される。

マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイスが互により直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意に識別可能なオブジェクトおよびインターネット等のネットワークを経由して通信するそのようなオブジェクトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可能にする。ＩｏＴは、食料品店内の商品等のさらに日常的な毎日のオブジェクトとの通信を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費用および無駄を低減させ得る。例えば、店は、在庫にあり得る、または販売された場合がある、オブジェクトと通信するか、またはそこからデータを取得することができることによって、非常に精密な在庫データを維持し得る。

キャピラリネットワークは、ユーザまたはユーザデバイスの観点から、リンクのタイプにかかわらず、インターネットへのリンクである。そのようなネットワークのエンジニアおよびオペレータにとって、キャピラリネットワークは、ユーザデバイスが、インターネットへのアクセスを提供することができるネットワークにアクセスするために使用し得る、全ての異なる可能な経路を表す。したがって、キャピラリネットワークを使用してインターネットにアクセスするデバイスは、キャピラリネットワークデバイスである。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、いくつかの電気通信規格開発組織を統合し、無線アクセス、コアトランスポートネットワーク、およびサービス能力を含む、セルラー電気通信ネットワーク技術のための仕様を開発する環境を、それらの構成員に提供する。３ＧＰＰ仕様はまた、コアネットワークへの非無線アクセスのため、および他のネットワークとの連動のためのフックも提供する。

無線通信のための３ＧＰＰコアネットワークアーキテクチャの最新の進化は、進化型パケットコア（ＥＰＣ）と称される。ＥＰＣは、規格のリリース８において３ＧＰＰによって最初に導入された。これは、性能および費用の観点から、データトラフィックを効率的に取り扱うために、「フラットアーキテクチャ」を有するように設計され、少数のネットワークノードが、トラフィックの取り扱いに関与する。プロトコル変換も、概して回避される。信号伝達（「制御プレーン」としても知られている）からユーザデータ（「ユーザプレーン」としても知られている）を分離することも決定され、それは、ネットワークオペレータがそれらのネットワークを寸法決定し、容易に適応させることを可能にする。

本明細書では、キャピラリデバイス、および課金能力に基づいてそのようなデバイスにサービス提供するかどうかを決定することに関係付けられる、方法、デバイス、およびシステムが開示される。キャピラリネットワークデバイスが３ＧＰＰ ＧＷ（例えば、ＧＷとしての機能を果たすＵＥ、ＵＥ／ＧＷと称され得る）に接続し、ＧＷがキャピラリデバイスからのトラフィックをサポートするベアラを確立または修正するとき、ＧＷは、ＧＷがトラフィックのために課金されないであろうというある指示をネットワークが提供することを要求し得る。ネットワークは、フローがスポンサー提供されること、またはＧＷが別様にフローのために課金されないであろうことをＧＷに示し得る。

ＵＥ／ＧＷ、Ｐ−ＧＷ、ＰＣＲＦ、およびアプリケーションサーバ（ＡＳ）（例えば、ＳＣＳ）の間の既存のメッセージが修正され得、ＧＷがスポンサーシップまたは非課金の保証を要求することができるように、およびフローがスポンサー提供されることをＡＳ（ＳＣＳ）がＵＥに示し得るように、新しいメッセージが使用され得る。実施形態では、ＵＥまたはＧＷは、フローがスポンサー提供されることになっているかどうかを尋ねるメッセージを送信することができる。本要求は、ＵＥまたはＧＷを通してアプリケーションサーバにアクセスしたいキャピラリデバイスのためであり得る。代替として、ＵＥ等のデバイスにおける動作は、フローがスポンサー提供されることになっているかどうかを尋ねるメッセージを送信することができる。例えば、ＵＥ上の構成要素は、ビデオコマーシャル等の高帯域幅メディアフローが、それをＵＥに提供するであろうサービスによってスポンサー提供されるであろうかどうかを確認することができる。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
例えば、本願は以下の項目を提供する。
（項目１）
一方の端部でユーザ機器に接続され、別の端部でサービスに接続されているネットワークを有するシステムにおいて、前記ユーザ機器によって行われる方法であって、前記方法は、
提案されたフローがスポンサー提供されることになっているかどうかをチェックするためのメッセージを前記ネットワークに送信することと、
前記提案されたフローがスポンサー提供されることになっているかどうかの指示を前記ネットワークから受信することと、
前記提案されたフローを作製すべきかどうかを決定するために、前記指示を使用することと
を含む、方法。
（項目２）
前記ユーザ機器は、第三者デバイスのためのゲートウェイの役割を果たす、項目１に記載の方法。
（項目３）
前記提案されたフローは、前記第三者デバイスのためのものである、項目２に記載の方法。
（項目４）
前記ユーザ機器は、それ自体のために前記メッセージを送信する、項目１に記載の方法。
（項目５）
前記メッセージは、提案されたフローがスポンサー提供されることになっているかどうかを示すフィールドを含む、項目１に記載の方法。
（項目６）
前記フィールドは、前記フローのためのパケットフィルタの一部である、項目５に記載の方法。
（項目７）
一方の端部でユーザ機器に接続され、別の端部でサービスに接続されているネットワークを有するシステムにおいて、前記ユーザ機器によって行われる方法であって、前記方法は、
前記ユーザ機器を通して、前記サービスへの提案されたフローに対する要求を第三者デバイスから受信することと、
前記提案されたフローがスポンサー提供されることになっている場合のみ、前記ユーザ機器が、前記ネットワークを通した前記第三者デバイスから前記サービスへの前記提案されたフローを許可するであろうというメッセージを前記ネットワークに送信することと、
前記提案されたフローがスポンサー提供されることになっているかどうかの指示を前記ネットワークから受信することと、
前記ユーザ機器を通した前記第三者デバイスから前記サービスへの前記提案されたフローを許可するかどうかを決定するために、前記指示を使用することと
を含む、方法。
（項目８）
前記メッセージは、提案されたフローがスポンサー提供されることになっているかどうかを示すフィールドを含む、項目７に記載の方法。
（項目９）
前記フィールドは、前記フローのためのパケットフィルタの一部である、項目８に記載の方法。
（項目１０）
プロセッサと、メモリとを備えているユーザ機器であって、前記メモリは、コンピュータ実行可能命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
提案されたフローがスポンサー提供されることになっているかどうかをチェックするためのメッセージをネットワークに送信することと、
前記提案されたフローがスポンサー提供されることになっているかどうかの指示を前記ネットワークから受信することと、
前記提案されたフローを作製すべきかどうかを決定するために、前記指示を使用することと
を前記ユーザ機器に行わせる、ユーザ機器。
（項目１１）
前記ユーザ機器は、第三者デバイスのためのゲートウェイの役割を果たす、項目１０に記載のユーザ機器。
（項目１２）
前記提案されたフローは、前記第三者デバイスのためのものである、項目１０に記載のユーザ機器。
（項目１３）
前記ユーザ機器は、それ自体のために前記メッセージを送信する、項目１０に記載のユーザ機器。
（項目１４）
前記ユーザ機器は、あるフローがスポンサー提供されている必要があるかどうかを選択するインターフェースを提供するように適合されている、項目１０に記載のユーザ機器。
（項目１５）
前記メッセージは、提案されたフローがスポンサー提供されることになっているかどうかを示すフィールドを含む、項目１０に記載のユーザ機器。
（項目１６）
前記フィールドは、前記フローのためのパケットフィルタの一部である、項目１５に記載のユーザ機器。
（項目１７）
プロセッサと、メモリとを備えているサーバであって、前記メモリは、コンピュータ実行可能命令を記憶しており、前記方法は、前記プロセッサによって実行されると、
提案されたフローがスポンサー提供されることになっているかどうかをチェックするための要求をユーザ機器から受信することと、
提案されたフローがスポンサー提供されることになっているかどうかをチェックすることと、
前記提案されたフローがスポンサー提供されることになっているかどうかの指示を送信することと
を前記サーバに行わせる、サーバ。
（項目１８）
前記要求は、提案されたフローがスポンサー提供されることになっているかどうかを示すフィールドを含む、項目１７に記載のサーバ。
（項目１９）
前記フィールドは、前記フローのためのパケットフィルタの一部である、項目１８に記載のサーバ。

図１は、サービス能力サーバ（ＳＣＳ）を伴う例示的で非限定的なシステムのブロック図である。 図２は、ＵＥが非セルラー技術を使用してＥＰＣにアクセスすることを可能にし得る、信頼非３ＧＰＰアクセスポイントおよび非信頼非３ＧＰＰアクセスポイントを含む、例示的で非限定的なアーキテクチャを図示する略図である。 図３は、非セルラー医療デバイスおよびＭ２Ｍゲートウェイを伴う例示的で非限定的な実装の略図である。 図４は、実施形態による、例示的で非限定的なＩＰ−ＣＡＮセッション修正（ＧＷ（ＰＣＥＦ）開始）信号フローを図示する、フロー図である。 図５は、実施形態とともに使用することができる例示的なインターフェースを図示する、略図である。 図６Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図６Ｂは、図６Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図６Ｃは、図６Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図６Ｄは、図６Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

図１は、サービス能力サーバ（ＳＣＳ）１０２が、進化型パケットコア（ＥＰＣ）の所有者であり得る、携帯電話ネットワークオペレータ（ＭＮＯ）１０６と取引関係を有し得る、例示的で非限定的なシステム１００のブロック図である。取引関係は、ＳＣＳ１０２およびＭＮＯ１０６が、ＳＣＳ１０２をＥＰＣと効果的に統合するいくつかの基準点を経由して連動することを可能にし得る。図１では、ＳＧｉインターフェースは、標準インターネットトラフィックを表す。Ｒｘインターフェースは、ＳＣＳ１０２がデータフローについての情報をポリシーおよび課金ルール機能（ＰＣＲＦ）サーバ１０４に提供することを可能にする。例えば、ＳＣＳ１０２は、特定のデータフローがあるレベルのサービス品質（ＱｏＳ）を必要とすることをＰＣＲＦ１０４に示すことができる。ＳＣＳ１０２はまた、特定のフローをスポンサー提供する（ｓｐｏｎｓｏｒ）ことを所望することをＰＣＲＦ１０４に示すために、Ｒｘインターフェースを使用し得る。フローをスポンサー提供することは、フローに関連付けられるトラフィックがエンドユーザデバイス（例えば、ユーザ機器（ＵＥ））に課金されないであろうことを意味し得る。例えば、フローは、ＳＣＳ１０２に課金されることができる。

デバイス１１６は、ユーザ機器（ＵＥ）、ゲートウェイ、またはゲートウェイの役割を果たすＵＥであり得る。デバイス１１６は、キャピラリネットワーク１１４に接続するか、または単独で動作することができる。ＵＥは、例えば、機械、センサ、アプライアンス等、移動局、固定または移動加入者ユニット、ポケットベル、携帯情報端末（ＰＤＡ）、コンピュータ、携帯電話またはスマートフォン、あるいは有線または無線環境で動作することが可能な任意の他のタイプのデバイスを含む、Ｍ２ＭまたはＭＴＣデバイスまたはゲートウェイ等の３ＧＰＰまたは他の無線ネットワーク内で通信することが可能な任意の無線デバイスを備え得る。ＵＥ４０２の例示的アーキテクチャが、図６Ｃに関連して以下で説明される。ＳＣＳ１０２ネットワークアプライアンス、モバイルコアネットワーク、および関連論理エンティティを含む、図１の他の要素が、図６Ｄに関連して以下で説明される例示的コンピュータシステムまたはサーバ等のコンピュータシステムまたはサーバ上で実装され得る。

デバイス１１６、ＭＴＣサーバ１０２、ネットワークアプリケーション、キャピラリデバイス、およびモバイルコアネットワークにおける機能性はまた、独立型ノードまたはサーバ上で、あるいは既存のノードまたはサーバの一部としてのいずれかにおいて実行される、論理エンティティ（例えば、ソフトウェア）として実装され得る。

図１のＭｏインターフェースは、ＳＣＳ１０２がＭＮＯのオンライン課金システム（ＯＣＳ）１０８に連動することを可能にする。Ｍｆインターフェースは、ＳＣＳ１０２がＭＮＯのオフライン課金システム（ＯＦＣＳ）１１０に連動することを可能にする。Ｔｓｐインターフェースは、ＳＣＳ１０２がデバイスに向かってトリガを送信することを可能にする。Ｍｈインターフェースは、ＳＣＳ１０２がＭＮＯのユーザデータレポジトリ（ＵＤＲ）１１２にアクセスすることを可能にする。ＵＤＲ１１２は、全ての加入者情報を含み得る集中型エンティティであり得る。これは、本質的に、ホーム加入者サーバ（ＨＳＳ）、ホームロケーションレジスタ（ＨＬＲ）、および／または加入プロファイルレポジトリ（ＳＰＲ）の代替品としての機能を果たし得る。

ゲートウェイ（サービングＧＷ１２４およびＰＤＮ ＧＷ１１８）は、ユーザプレーンを取り扱う。それらは、ユーザ機器（ＵＥ）と外部ネットワークとの間でＩＰデータトラフィックをトランスポートする。サービングＧＷ１２４は、無線側とＥＰＣとの間の相互接続点である。その名前が示すように、本ゲートウェイは、着信および発信ＩＰパケットを経路指定することによってＵＥにサービス提供する。これは、ＬＴＥ内移動のため（すなわち、ｅＮｏｄｅＢ間のハンドオーバの場合）、およびＬＴＥと他の３ＧＰＰアクセスとの間のアンカポイントである。これは、他方のゲートウェイ、すなわち、ＰＤＮ ＧＷ１１８に論理的に接続される。

ＰＤＮ ＧＷ１１８は、ＥＰＣとインターネット等の外部ＩＰネットワークとの間の相互接続点である。これらのネットワークは、ＰＤＮ（パケットデータネットワーク）と呼ばれ、したがって、そのような名前がある。ＰＤＮ ＧＷ１１８は、ＰＤＮへ、およびＰＤＮからパケットを経路指定する。ＰＤＮ ＧＷ１１８はまた、ＩＰアドレス／ＩＰプレフィックス割り付け、またはポリシー制御および課金等の種々の機能も果たす。３ＧＰＰは、これらのゲートウェイを独立して特定するが、実践では、それらは、ネットワークベンダによって単一の「ボックス」の中で組み合わせられ得る。

ＭＭＥ（移動管理エンティティ）１２０は、制御プレーンを取り扱う。これは、Ｅ−ＵＴＲＡＮアクセスのための移動およびセキュリティに関係付けられる信号伝達を取り扱う。ＭＭＥ１２０は、アイドルモードでのユーザ機器（ＵＥ）の追跡およびページングに対する責任を負う。これはまた、非アクセス層（ＮＡＳ）の終端点でもある。

ＭＴＣ連動機能（ＭＴＣ−ＩＷＦ）１２６は、ＳＣＳ（サービス能力サーバ）１０２をサポートし、ＳＣＳ１０２からの制御プレーン要求を承認する。ＭＴＣ−ＩＷＦ１２６はまた、ＳＣＳ１０２からＭＴＣデバイスへメッセージを配信する。

ブートストラッピングサーバ機能（ＢＳＦ）１２８は、互に知られていないユーザ機器およびサーバの相互認証のため、およびその後に秘密セッションキーの交換を「ブートストラップする」ためのアプリケーション独立機能を提供する、セルラーネットワーク内の中間要素である。

図２は、ＵＥが非セルラー技術を使用してＥＰＣにアクセスすることを可能にし得る、信頼非３ＧＰＰアクセスポイント２０２および非信頼非３ＧＰＰアクセスポイント２０４を含む、例示的で非限定的なアーキテクチャ２００を図示する略図である。ＥＰＣにアクセスするためにこれらのアクセスポイントが使用する、任意のデバイスは、加入者識別モジュール（ＳＩＭ）を有することを要求され得る。しかしながら、ＭＮＯまたは３ＧＰＰ ＧＷと関係を有していないキャピラリネットワークデバイスがＥＰＣに接続するとき（例えば、３ＧＰＰ ＧＷまたはＭＮＯと関係を有していない非セルラーキャピラリネットワークデバイスが、３ＧＰＰ ＧＷを介して、ＳＣＳ等のアプリケーションサーバ（ＡＳ）に接続しようとするとき等）、適切な課金方式を決定することは困難であり得る。

例えば、例示的で非限定的な実装３００とともに図３で図示されるように、非セルラー医療デバイス３０２を装着した個人が、Ｍ２Ｍゲートウェイ（例えば、３ＧＰＰ ＧＷ３０４）によってサービス提供される領域の中へローミングするとき、医療デバイスおよび３ＧＰＰ ＧＷ３０４は、ＩＥＥＥ ８０２．１５．４、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはある他のローカル無線あるいは有線アクセス技術を使用して、通信し得る。３ＧＰＰ ＧＷ３０４と医療デバイス３０２とは、いかなる以前から存在していた関係も有しておらず、医療デバイスは、ネットワークオペレータと関係を有していないこともある。しかしながら、医療デバイスは、ある診断情報を報告することができるように、ネットワークアプリケーション（例えば、ＳＣＳ３０６）にアクセスするために３ＧＰＰ ＧＷ３０４を使用することを所望し得る。実装３００のデバイスは、表１で図示されるもの等の取引関係を有し得る。開示された実施形態によって解決され得る問題は、図３の医療デバイスおよび類似デバイスがネットワークアプリケーションにアクセスすることを可能にする方法、３ＧＰＰ ＧＷ３０４所有者に補償する方法、および３ＧＰＰ ＧＷ３０４所有者が補償されないことになる場合、課金がないであろうことを３ＧＰＰ ＧＷ３０４所有者に示し、ネットワークオペレータに補償する方法を含む。３ＧＰＰ ＧＷ３０４が、その所有者が補償を受け取るか、または少なくとも課金されないであろうという、ある指示または保証を提供されない場合には、３ＧＰＰ ＧＷ３０４は、このデバイスへのアクセスを提供することを期待されるべきではない。本明細書で実施例として使用されるか、または任意の実施形態で使用される、キャピラリネットワークデバイスは、セルラー対応であり得るが、ほとんどの実施形態では、デバイスのセルラー無線は、説明されたサービスを獲得するために使用されていないことに留意されたい。

実施形態では、キャピラリネットワークデバイス３０２が３ＧＰＰ ＧＷ３０４（例えば、ＧＷとして機能するＵＥ（ＵＥ／ＧＷ））に接続する場合、ＧＷ３０４は、キャピラリデバイスからのトラフィックをサポートするためにベアラを確立および／または修正し得る。ＵＥ／ＧＷ３０４は、ＵＥ／ＧＷ３０４がトラフィックのために課金されないであろうというある指示をネットワークが提供することを要求し得る。いくつかの実施形態では、ネットワークは、キャピラリネットワークデバイスによって使用されるフローがスポンサー提供される（例えば、別のエンティティによって料金を支払われるであろう）ことをＵＥ／ＧＷ３０４に示し得る。これを達成するために、実施形態では、ＵＥ／ＧＷ３０４がスポンサーシップの保証を要求し得るように、およびフローがスポンサー提供されることをＡＳ（ＳＣＳ３０８）がＵＥ／ＧＷ３０４に示し得るように、ＵＥ／ＧＷ３０４、Ｐ−ＧＷ３０６、ＰＣＲＦ１０４、および／またはＡＳ（ＳＣＳ３０８）の間の既存のメッセージが修正され得る。

スポンサー提供されるサービスは、サービスプロバイダ（例えば、ＡＳまたはＳＣＳ）が、ＩＰフローがスポンサー提供されている場合をＰＣＲＦに示すことを可能にし得る。この指示は、Ｒｘインターフェース（Ｄｉａｍｅｔｅｒ）を介してＰＣＲＦに送信され得る。スポンサー提供されるフローは、ユーザに課金されないであろう。代わりに、それらは、サービスプロバイダに課金されるであろう。スポンサー提供されるフローが、ユーザの請求書に出現しない一方で、ユーザのＵＥは、スポンサー提供される接続を認識しないこともある。

代替として、ユーザ機器は、キャピラリデバイスのためよりもむしろ、それ自体のために、フローがスポンサー提供または補償されることになるかどうかをチェックするメッセージを送信することができる。

図１では、ＳＣＳ１０２は、Ｒｘ基準点を介してＰＣＲＦ１０４に接続して示されていることに留意されたい。３ＧＰＰ仕様は、Ｒｘ基準点に接続されたＳＣＳ１０２を明示的に示さないが、そのように接続され得る。Ｒｘ基準点は、ＭＮＯまたは第三者アプリケーションプロバイダによって所有されるＡＳ（例えば、３ＧＰＰ ＴＳ ２３．８６２を参照）が、ＰＣＲＦに接続して、ＱｏＳおよびスポンサーシップのためのデータフローを構成することを可能にするように、特に作成された。ＳＣＳ１０２は、本シナリオではＡＳであり得る。第三者キャピラリネットワークデバイス１１４がＳＣＳ１０２に接続しようとし得る環境をサポートするために、ＵＥ／ＧＷ１１６は、サービスデータフローが第三者デバイスに属するときをコアネットワークに示し得る。ＵＥ／ＧＷ１１６はまた、スポンサー提供される場合（すなわち、ＵＥ／ＧＷ１１６への課金がないであろう場合）、またはコアネットワークを介してサービスプロバイダにアクセスサービスを提供することに対してＵＥ／ＧＷ１１６が補償される場合のみ、ＵＥ／ＧＷ１１６がサービスデータフローを許可することを所望することを、コアネットワークに示し得る。補償は、サービスプロバイダからＭＮＯへ、次いで、ＵＥ／ＧＷ１１６へ流れ得る。コアネットワークは、フローがスポンサー提供されるという（すなわち、ＵＥ／ＧＷ１１６への課金がないであろうという）ある指示、またはＵＥ／ＧＷ１１６がフローに対して補償され、それがどれだけ補償されるであろうかというある指示をＵＥ／ＧＷ１１６に提供することが可能であり得る。いくつかの実施形態では、既存のＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッション修正プロシージャへの修正が、本明細書で説明されるように、これらの機能を有効にし得る。

第三者キャピラリネットワークデバイスは、訪問「ｄ’」（ｄプライム）デバイスと称され得る。訪問ｄ’デバイスがネットワークに接続することをＵＥ／ＧＷ１１６が可能にすると、ＵＥ／ＧＷ１１６は、訪問ｄ’デバイスからのトラフィックをＩＰアドレスおよび１つ以上のポート番号にマップし得る。ＵＥ／ＧＷ１１６は、全てのトラフィックに単一のＩＰアドレスを使用し得、ＩＰアドレスは、ＵＥ／ＧＷ１１６と関係を有する、１つより多くの訪問ｄ’デバイスおよび他のデバイスの間で共有され得る。代替として、ＵＥ／ＧＷ１１６は、訪問ｄ’デバイスおよび／または他のデバイスからのトラフィックが、ＵＥ／ＧＷ１１６自体に属するトラフィックのために使用されるＩＰアドレスとは異なる、１つ以上のＩＰアドレスにマップされ得るように、複数のＩＰアドレスを取得するために複数のパケットデータネットワーク（ＰＤＮ）接続を使用し得る。当業者であれば、単一のＰＤＮ接続、したがって、１つのＩＰアドレスを使用する、ＵＥ／ＧＷ１１６に対して本明細書で説明される開示された実施形態は、ＵＥ／ＧＷ１１６が複数のＰＤＮ接続および複数のＩＰアドレスを有する、他の実施形態に適用され得ることを認識するであろう。

実施形態では、ＵＥ／ＧＷ１１６が、訪問デバイスからのトラフィックがそれを通過することを可能にする場合、ＵＥ／ＧＷ１１６は、ＵＥ／ＧＷ１１６が訪問デバイスのために開放するであろう１つ以上のポート番号、およびこれらのポート上で必要とされるＱｏＳを定義する、パケットフィルタを定義し得る。ＵＥ／ＧＷ１１６が新しいパケットフィルタを作成することを選択すると、ＵＥ／ＧＷ１１６は、それらを既存のベアラに追加することを要求し得るｊか、または新しいベアラを要求し得る。ＵＥ／ＧＷ１１６は、新しいフローが既存のベアラと同一のＱｏＳ処理を必要とする場合、既存のベアラを要求し得る。「ベアラリソース修正」コマンドが、フィルタを追加し、随意に、保証ビットレート（ＧＢＲ）を調整するために使用され得る。「ベアラリソース修正」コマンドは、これが「修正」動作であることを示し得、修正される必要があるベアラの進化型パケットシステム（ＥＰＳ）ベアラ識別を含み得る。

ＵＥ／ＧＷ１１６は、新しいフローが既存のベアラのうちのいずれとも異なるＱｏＳ処理を必要とする場合、新しいベアラを要求し得る。「ベアラリソース修正」コマンドは、新しいベアラを要求するために使用され得る。「ベアラリソース修正」コマンドは、これが「追加」動作であることを示し得、どのＰＤＮ接続が修正されるべきであるかを示すベアラＩＤを含み得る。いくつかの実施形態では、「ベアラリソース修正」を使用したメッセージは、３ＧＰＰ ＴＳ ２４．３０１で定義されるようなものであり得る。

実施形態では、フィルタに関連付けられるフローがスポンサー提供されるであろう場合に、ＵＥ４０２が新しいパケットフィルタを可能にすることのみを所望することをＰＣＲＦ４０８に示すために、新しいフィールドが「リソースベアラリソース修正」メッセージに追加され得る。これらのフローは、キャピラリデバイスのためであり得るか、またはＵＥ４０２のためであり得る。メッセージはまた、それ自体のために、またはキャピラリデバイスのために、ゲートウェイ、またはゲートウェイの役割を果たすＵＥによって送信することもできる。ＰＣＲＦ４０８が、要求されたフローのためのスポンサーがないことを見出す場合、ＰＣＲＦ４０８は、ＰＤＮ−ＧＷ４１０に知らせ、要求されたフローがスポンサー提供されていないことを示す原因とともに、「ベアラリソース不具合指示」がＵＥ４０２に送信され得る。図４は、実施形態による、例示的で非限定的なＩＰ−ＣＡＮセッション修正（ＧＷ（ＰＣＥＦ）開始）信号フロー４００を図示する、フロー図である。本フローは、現在使用されている信号フローに類似するが、メッセージのコンテンツは、スポンサーシップクエリ、指示、および本明細書で説明されるような本主題の他の側面をサポートするように、１つ以上の開示された実施形態に従って修正され得る。

図４のステップ１では、「ベアラリソース修正要求」メッセージが、ＵＥ４０２からＭＭＥ４０４に送信される。「ベアラリソース修正要求」メッセージは、トラフィックフロー総合記述（ＴＡＤ）情報要素を含み得る。この情報要素は、追加されているパケットフィルタを説明し得る。ＴＡＤは、各パケットフィルタを説明する、パケットフィルタリストを含み得る。各パケットフィルタは、１つのオクテット「パケットフィルタ識別子および指図」フィールドを含み得る。実施形態では、このフールドは、このフィルタに関連付けられるフローがスポンサー提供されなければならないことを示すために、ＵＥ４０２によって使用され得る。代替として、このフィールドは、ＵＥ４０２が、フローを許可するための補償を必要とすることを示すために使用され得る。これらの目的でのこのフィールドの使用のさらなる説明が、本明細書で記載される。いくつかの実施形態では、パケットフィルタは、訪問キャピラリネットワークデバイスがコンタクトしようとしているサービスのＩＰアドレスおよびポート番号を含むであろう。

図４のステップ２では、移動管理エンティティ（ＭＭＥ４０４）が、「ベアラリソースコマンド」メッセージを選択されたサービングゲートウェイ（Ｓ−ＧＷ４０６）に送信し得る。このメッセージは、Ｓ１１基準点上で送信され得る。これは、各フィルタのスポンサーシップ要件を含み得る、上記で説明される「ベアラリソース修正要求」メッセージからのＴＡＤを含み得る。

図４のステップ３では、Ｓ−ＧＷ４０６は、一実施形態では、Ｓ５基準点を介して、「ベアラリソースコマンド」メッセージを選択されたパケットデータネットワークゲートウェイ（Ｐ−ＧＷ４０６）に送信し得る。このメッセージは、各フィルタのスポンサーシップ要件を含み得る、上記で説明される「ベアラリソース修正要求」メッセージからのＴＡＤを含み得る。

図４のステップでは、Ｐ−ＧＷ４０６は、ＩＰ−ＣＡＮセッションを開始または修正するメッセージを送信し得る。Ｐ−ＧＷ４０６は、Ｇｘインターフェースを経由して信頼制御要求（ＣＣＲ）コマンドを送信することによって、このプロセスを開始し得る。ＣＣＲコマンドメッセージは、各要求パケットフィルタに対するＴＦＴパケットフィルタ情報属性値ペア（ＡＶＰ）を含み得る。実施形態では、このグループ化ＡＶＰは、フローのスポンサーシップ要件を示すＡＶＰを含むように更新され得る。スポンサーシップ要件を示すために使用され得る、スポンサーシップ要件ＡＶＰの説明が、本明細書で記載される。いくつかの実施形態では、ＰＣＲＦ４０８は、ＵＥ４０２がコンタクトしたいＩＰアドレスが、フローをスポンサー提供する意思があるアプリケーション機能（ＡＦ）（例えば、ＳＣＳ）に関連付けられているかどうかをチェックするであろうことに留意されたい。もしそうでなければ、ＰＣＲＦ４０８は、フローをスポンサー提供する意思があるかどうかをチェックするために、ＡＦ（例えば、ＳＣＳ）に動的にコンタクトすることを選択し得る。

ＰＣＲＦ４０８は、Ｇｘインターフェースを経由して信頼制御回答（ＣＣＡ）コマンドを送信することによって、ＩＰ−ＣＡＮセッション修正要求に応答し得る。このメッセージは、各パケットフィルタに対する課金ルールインストールＡＶＰを含む。課金ルールインストールＡＶＰは、課金ルール定義ＡＶＰを含み得る、グループ化ＡＶＰであり得る。課金ルール定義は、フローのスポンサーシップ状態を示すＡＶＰを含むように更新される、グループ化ＡＶＰであり得る。課金ルールインストールＡＶＰおよび課金ルール定義ＡＶＰは、スポンサーシップ要件を示すために使用され得る、新しいスポンサーシップ状態ＡＶＰと同様に、本明細書でさらに詳細に説明される。

図４のステップ５では、スポンサーシップ要件が満たされる場合、Ｐ−ＧＷ４１０は、「専用ベアラ起動プロシージャ」または「ベアラ修正プロシージャ」を開始し得る。スポンサーシップ要件が満たされていない場合、Ｐ−ＧＷ４１０は、ＵＥ４０２に転送されるであろう「ベアラリソース修正拒否」メッセージを送信し得る。「ベアラリソース修正拒否」メッセージは、なぜ要求が拒否されたかを示すために使用される、ＥＳＭ＿ＣＡＵＳＥ情報要素を含み得る。実施形態では、ＥＳＭ＿ＣＡＵＳＥの符号化は、要求されたスポンサーシップ要件が満たされることができなかったため要求が拒否されたことを、ネットワークがＵＥ４０２に示し得るように、更新され得る。ＥＳＭ＿ＣＡＵＳＥ符号化への更新は、本明細書でさらに詳細に説明される。

実施形態では、Ｇｘメッセージおよびコマンドは、開示された主題をサポートするように構築され得る。信用制御要求（ＣＣＲ）メッセージは、スポンサーシップ要件と称され得る、ＡＶＰを含み得る。スポンサーシップ要件ＡＶＰは、ＴＦＴパケットフィルタ情報ＡＶＰに含まれ得、本明細書でさらに詳細に説明される。信用制御回答（ＣＣＡ）メッセージは、スポンサーシップ状態と称され得る、ＡＶＰを含み得る。スポンサーシップ状態ＡＶＰは、課金ルール定義ＡＶＰに含まれ得る。課金ルール定義ＡＶＰは、同様にグループ化ＡＶＰである、課金ルールインストールＡＶＰの内側に含まれる。スポンサーシップ状態ＡＶＰは、本明細書でさらに詳細に説明される。

ＣＣＲメッセージは、スポンサーシップ要件が各パケットフィルタに対して示され得るように更新され得る。スポンサーシップ要件は、ＣＣＲメッセージの一部であるグループ化ＡＶＰである、ＴＦＴパケットフィルタ情報ＡＶＰに含まれ得る。スポンサーシップ要件ＡＶＰは、以下の値をサポートし得る。
− ＮＯ＿ＳＰＯＮＳＯＲ＿ＲＥＱＵＩＲＥＤ ０
・ＵＥ４０２がこのフローのためのスポンサーを必要としないことを示す
− ＳＰＯＮＳＯＲ＿ＲＥＱＵＩＲＥＤ １
・このフローがスポンサー提供されることをＵＥＥ４０２が要求することを示す。そうでなければ、フローは許可されるべきではない。
− ＣＯＭＰＥＮＳＡＴＩＯＮ＿ＲＥＱＵＩＲＥＤ ２
・ＵＥ４０２がこのフローを許可するための補償を必要とすることを示す。そうでなければ、フローは許可されるべきではない。

ＣＣＡメッセージは、スポンサーシップ状態が課金ルールに対して示され得るように更新され得る。スポンサーシップ状態ＡＶＰは、ＣＣＡメッセージの一部であるグループ化ＡＶＰである、課金ルール定義ＡＶＰに含まれ得る。スポンサーシップ状態ＡＶＰは、以下の値をサポートし得る。
− ＮＯ＿ＳＰＯＮＳＯＲ ０
・フローがスポンサーを有していないことを示す
− ＳＰＯＮＳＯＲＥＤ＿ＷＩＴＨＯＵＴ＿ＣＯＭＰＥＮＳＡＴＩＯＮ １
・フローがスポンサー提供されているが、ＵＥ４０２がフローを許可するために補償されないであろうことを示す
− ＳＰＯＮＳＯＲＥＤ＿ＷＩＴＨ＿ＣＯＭＰＥＮＳＡＴＩＯＮ ２
・フローがスポンサー提供されており、ＵＥ４０２がフローを許可するために補償されるであろうことを示す。

いくつかの実施形態では、既存のＧＰＲＳセッション管理情報要素が更新され得、新しいＧＰＲＳセッション管理情報要素が使用され得る。さらに、既存のＥＰＳセッション管理情報要素が更新され得、新しいＥＰＳセッション管理情報要素が使用され得る。例えば、ＧＰＲＳセッション管理トラフィックフローテンプレート情報は、ＴＦＴ内のパケットフィルタの全てを説明する、パケットフィルタリストを含み得る。以下の表２は、ＴＦＴが作成、追加、または削除されるときに関するデータを含む、表の例示的な形式を示す。

実施形態では、各パケットフィルタの第１のオクテットは、このフィルタを通したトラフィックがスポンサー提供されることをＵＥ／ＧＷが要求するかどうかを示し得る。第１のオクテットのビット８−７は、一実施形態では、以下のマッピングに従って、フロースポンサーシップ要件をネットワークに示すために使用され得る、未使用スペアビットであった。
−００：フローがスポンサー提供されるように要求されていないことを示す
−０１：スポンサー提供される場合のみにフローが許可されることを示す
−１０：ＵＥのアカウントがフローを促進するために補償されるであろう場合のみにフローが許可されることを示す
−１１：未使用

実施形態では、「ベアラリソース修正」要求のスポンサーシップ要件が満たされることができなかったことを示すために、規格で現在使用されていない、第３層セッション管理情報要素ＥＳＭ原因値０ｘ７１が使用され得る。

図５は、実施形態とともに使用することができる、例示的インターフェース５０２を示す。インターフェース５０２は、どのフローがスポンサーまたは補償されたフローを要求するであろうかを選択するために、ユーザによって使用されることができる。そのようなインターフェースは、例えば、携帯電話の設定ページの一部であり得る。図５の実施例では、インターフェース５０２は、第三者接続が常に許可されるか、決して許可されないか、またはスポンサーあるいは補償される場合のみ許可されるかを選択するために使用されることができる。同様に、インターフェース５０２は、高データレート接続、ゲーム、メディア、あるいは他の接続が常に許可されるものであるか、またはスポンサーあるいは補償された場合のみ許可されることになっているかどうかを選択するために、使用されることができる。ある状況が、フローがスポンサーまたは補償されることを要求することをユーザが選択するならば、上記で議論される方法が使用されることができる。

図６Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴ／ＷｏＴの構成要素ならびにＩｏＴ／ＷｏＴサービス層等であり得る。通信システム１０は、開示された実施形態の機能性を実装するために使用することができ、図５のユーザインターフェースを生じるように、キャピラリデバイス課金機能性と、ＵＥ／ＧＷ１１６、Ｐ−ＧＷ１１８、ＰＣＲＦ１０４、サービス層エンティティ、アプリケーションサーバエンティティ、および論理等の論理エンティティとを含むことができる。

図６Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、あるいは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。

図６Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインと、フィールドドメインとを含み得る。インフラストラクチャドメインとは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインとは、通常はＭ２Ｍゲートウェイの後ろにある、エリアネットワークを指す。フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含む。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービスプラットフォーム２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。

図６Ｂを参照すると、フィールドドメイン内の図示したＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、ならびにＭ２Ｍ端末デバイス１８および通信ネットワーク１２のためのサービスを提供する。通信ネットワーク１２は、開示された実施形態の機能性を実装するために使用することができ、図５のユーザインターフェースを生じるように、キャピラリデバイス課金機能性と、ＵＥ／ＧＷ１１６、Ｐ−ＧＷ１１８、ＰＣＲＦ１０４、サービス層エンティティ、アプリケーションサーバエンティティ、および論理等の論理エンティティとを含むことができる。

Ｍ２Ｍサービスプラットフォーム２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。

図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および基礎的通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによってサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。

図６Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にする。本願の接続方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および基礎的ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、アプリケーション特有のノード）上でホストすることができる、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、キャピラリデバイスと相互作用するアプリケーションを含み得、したがって、キャピラリデバイス課金のための開示されたシステムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含み得、また、他の開示された課金システムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。

本願の論理エンティティは、サービス層２２および２２’の一部として実装され得る。サービス層は、アプリケーションプログラミングインターフェース（ＡＰＩ）および基礎的ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層であり得る。サービス層は、図６Ｃおよび６Ｄで開示されるように、プロセッサおよびメモリを伴う１つ以上のデバイス上で論理エンティティとして実装することができる。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の論理エンティティを含み得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、アプリケーション特有のノード）上でホストすることができる、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。

図６Ｃは、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、あるいはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る、例示的デバイス３０の系統図である。デバイス３０は、図５のユーザインターフェースを生じるように、ＵＥ／ＧＷ１１６、Ｐ−ＧＷ１１８、ＰＣＲＦ１０４、サービス層エンティティ、アプリケーションサーバエンティティ、および論理等の論理エンティティを実行するか、または含むことができる。

デバイス３０は、図６Ａ−Ｂに示されるようなＭ２Ｍネットワークの一部、または非Ｍ２Ｍネットワークの一部であり得る。図６Ｃに示されるように、デバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。デバイス３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、キャピラルデバイス課金のための開示されたシステムおよび方法、または他の開示された課金システムおよび方法を使用および／または実装する、デバイスであり得る。

プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプおよび数の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図６Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。

伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム２２に伝送し、および／またはＭ２Ｍサービスプラットフォーム２２から信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよび無線インターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図６Ｃで描写されているが、デバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、デバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、デバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を変調するように構成され得る。上記のように、デバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、デバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。

プロセッサ３０は、電源４８から電力を受け取り得、デバイス３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、デバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、デバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る。デバイス３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線あるいは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図６Ｄは、例えば、図６Ａおよび６ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備えてもよく、主に、ソフトウェアの形態であり得るコンピュータ可読命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。コンピュータシステム９０は、図５のユーザインターフェースを生じるように、ＵＥ／ＧＷ１１６、Ｐ−ＧＷ１１８、ＰＣＲＦ１０４、サービス層エンティティ、アプリケーションサーバエンティティ、および論理等の論理エンティティを実行するか、または含むことができる。コンピュータシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、あるいはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る。そのようなコンピュータ可読命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、キャピラリデバイス課金のための開示されたシステムおよび方法、または他の開示された課金システムおよび方法の種々の実施形態で使用されるデータを受信、生成、および処理し得る。

動作中、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。

システムバス８０に連結されているメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。

さらに、コンピュータシステム９０は、図６Ａおよび６Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。実施形態では、ネットワークアダプタ９７は、キャピラリデバイス課金のための種々の開示されたシステムおよび方法、または他の開示された課金システムおよび方法によって使用されるデータを受信および伝送し得る。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。そのような命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等の機械によって実行されたときに、本明細書で説明されるシステム、方法、およびプロセスを行うおよび／または実装する。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、あるいはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。図５のユーザインターフェースを生じるためのＵＥ／ＧＷ１１６、Ｐ−ＧＷ１１８、ＰＣＲＦ１０４、サービス層エンティティ、アプリケーションサーバエンティティ、および論理等の論理エンティティは、コンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。

本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。

Claims (7)

1. プロセッサとメモリとを備えたユーザ機器であって、前記メモリは、コンピュータ実行可能な命令を記憶し、前記命令は、前記プロセッサによって実行されると、
   前記ユーザ機器に対して課金されないフローを修正または確立することを要求するメッセージをネットワークに伝送することと、
   前記メッセージの要求に基づく指示を前記ネットワークから受信することと、
   前記指示に基づいて、前記要求に対応するフローを作製するかどうかを決定することと
   を実行することを前記ユーザ機器に行わせる、ユーザ機器。
2. 前記決定するための命令は、前記受信された指示に基づいて、前記要求に対応するフローが前記ユーザ機器に対して課金されないことを確認することを含む、請求項１に記載のユーザ機器。
3. 前記ユーザ機器は、キャピラリデバイスのためのゲートウェイとして機能する、請求項１に記載のユーザ機器。
4. 前記要求されたフローは、既存のＰＤＮコネクションに追加される、請求項１に記載のユーザ機器。
5. 前記メッセージは、前記既存のＰＤＮコネクションの保証ビットレート（ＧＢＲ）を調整する、請求項４に記載のユーザ機器。
6. 前記メッセージは、前記フローを記述するトラフィックフロー総合記述（ＴＡＤ）情報要素を含む、請求項１に記載のユーザ機器。
7. プロセッサとメモリとを備えたネットワーク装置であって、前記メモリは、コンピュータ実行可能な命令を記憶し、前記命令は、前記プロセッサによって実行されると、
   ユーザ機器に対して課金されないフローを修正または確立することを要求するメッセージを前記ユーザ機器から受信することと、
   前記メッセージの要求に基づく指示を前記ユーザ機器に伝送することと
   を実行することを前記ネットワーク装置に行わせ、
   前記ユーザ機器は、前記指示に基づいて、前記要求に対応するフローを作製するかどうかを決定するように構成されている、ネットワーク装置。

Images