JP2018518120A - 商業グループベースのメッセージ交換のための課金 - Google Patents

Abstract

電気通信ネットワークによって加入者のグループにブロードキャストされる商用のグループベースのメッセージのための課金データ記録を生成するためのシステム及び方法が提供される。１つの態様において、電気通信ネットワークのネットワーク要素は、電気通信ネットワークを介してユーザデバイスのターゲットグループにブロードキャストされたメッセージの受信及び処理に成功した個々のユーザデバイスを識別するように構成される。ブロードキャストメッセージの受信及び処理に成功したデバイスのターゲットグループ内の特定のデバイスの識別は、電気通信ネットワークの加入者のための送信者ベースの課金又は送信者＋受信者ベースの課金データ記録の生成に用いられる。【選択図】図１

Description

本開示は通信システムに関し、特に、電気通信システムにおけるグループメッセージ交換のための課金機能に関する。

電気通信サービスプロバイダは、通常、エンドユーザ（加入者とも呼ばれる）に対し、様々なサービスを提供し、課金する。音声サービスの例は、音声呼、呼転送、呼待機等である。データサービスの例は、メッセージ交換、ウェブブラウジング、ストリーミングオーディオ／ビデオ、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、オンラインゲーム等である。データサービスは、パケットコアネットワークによって管理される。パケットコアネットワークは、加入者のユーザ機器（ＵＥ）を、インターネット等の外部のパケットデータネットワーク（ＰＤＮ）とインターフェースする。パケットコアネットワークのいくつかの例は、汎用パケット無線サービス（ＧＰＲＳ）コアネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワークの発展型パケットコア（ＥＰＣ）等を含む。携帯電話、携帯情報端末、スマートフォン、ノートブックコンピュータ等のＵＥ、又は他のエンドユーザデバイスは、１つ以上の基地局とのエアインターフェースを介して電気通信サービスプロバイダネットワークを通じてデータサービスにアクセスすることができる。

電気通信サービスプロバイダは、オフライン及びオンラインの課金機能を用いて加入者に提供される様々なサービスについて加入者のユーザデバイスによるリソース使用を追跡し、サービスの料金を決定する。３ＧＰＰ／３ＧＰＰ２標準化団体は、１組の仕様を定義しており、この仕様を用いて、様々なネットワークドメイン（例えば、回路交換ドメイン、パケット交換ドメイン及び／又はワイヤレスドメイン）、ＩＰマルチメディアサブシステム、及び新たな３Ｇ／ＯＭＡアプリケーションサービスにおけるオンライン課金システム及びオフライン課金システムを実施することができる。

オフライン課金は、後払い請求の基礎を与える。後払い請求では、加入者は、請求サイクルの終了時に自身の使用量に応じて課金される。統合された課金トリガー機能（ＣＴＦ）を有する様々なネットワーク要素（ＮＥ）が、加入者セッション中に課金データ機能（ＣＤＦ）に入力を提供する。これらの入力は、Ｄｉａｍｅｔｅｒプロトコル（ＲＦＣ３５８８、６７３３）を用いてＡＣＲ（アカウンティング要求）を介して提供される。Ｄｉａｍｅｔｅｒ ＡＣＲは、セッション関連及びイベント関連の双方の課金／アカウンティングに用いられる。

モノのインターネット（ＩｏＴ）の出現と共に、サービス提供可能なデバイスの数が爆発的に増えた。マシン型通信（ＭＴＣ）において、複数のデバイスに、グループベースのメッセージを介してサービス提供することができる。ＭＴＣアプリケーションは、一般的に、デバイスのグループを伴い、通常のアプリケーションは、単一の加入について１０００個を超えるエンドポイントを伴い得る。グループベースのメッセージ交換は、同じメッセージ（例えば、トリガー要求）を、特定の地理的エリア内に位置する等の選択判断基準を満たす特定のＭＴＣグループメンバに効率的に配信することができる。

グループベースの通信の１つの例は、３ＧＰＰ規格において指定されるようなセルブロードキャストサービスの使用である。セルブロードキャストサービス（ＣＢＳ）アーキテクチャは、３ＧＰＰ ＴＳ２３．０４１に指定されており、通常、地理的エリアにおける加入者に緊急サービス（例えば、天候アラート、誘拐事件の速報等）を提供するための公衆警報システム（ＰＷＳ）として用いられる。ＰＷＳサービスは無料であるため、ＣＢＳアーキテクチャの使用は課金の検討を必要としない。

一方、（例えば、セルブロードキャストセンタ（ＣＢＣ）ネットワーク要素において実施されるような）ＣＢＳアーキテクチャは、商用モバイルアラートサービス（ＣＭＡＳ）等の商用のグループメッセージ交換にも用いることができる。ＭＴＣに加えて、ＣＢＳを介したグループベースの通信も用いて、他の商用メッセージブロードキャストサービスを提供することができ、例えば、加入者が静的判断基準及び動的判断基準の所望の組に基づいて選択される加入者グループにグループメッセージを送信することを可能にすることができる。ＣＢＳアーキテクチャを用いて、ＣＭＡＳ等の商用サービスを提供することを望む場合があるサービスプロバイダにとって、異なるタイプの判断基準を用いてそのようなサービスについて課金するための柔軟性のあるメカニズムを提供するシステム及び方法が望ましい。

様々な態様において、電気通信サービスプロバイダによってブロードキャストされる商用のグループベースのメッセージのための課金のためのシステム及び方法が提供される。

本開示の１つの態様による装置は、電気通信ネットワークを介してブロードキャストするためのメッセージを受信し、メッセージのターゲット受信者デバイスのグループを決定し、決定されたターゲット受信者デバイスのグループに基づいて、電気通信ネットワークを介して復号キーをブロードキャストし、決定されたターゲット受信デバイスのグループに基づいて、メッセージを暗号化し、電気通信ネットワークを介してブロードキャストし、ターゲット受信者デバイスのグループにおける、メッセージの受信及び復号に成功した１つ以上の実際の受信者デバイスを決定し、ブロードキャストされるメッセージの決定された実際の受信者デバイスに基づいて、１つ以上の課金メッセージを生成するように構成される。

１つの態様では、装置は、ターゲット受信デバイスのグループにおける１つ以上のデバイスから１つ以上の確認応答メッセージを受信し、１つ以上の確認応答メッセージに基づいて、ターゲット受信者デバイスのグループにおける、メッセージの受信及び復号に成功した１つ以上の実際の受信者デバイスを決定するように更に構成される。

１つの態様では、装置は、Ｄｉａｍｅｔｅｒプロトコルを用いて、１つ以上の課金メッセージのうちの少なくとも１つをアカウンティング要求メッセージとして生成するように更に構成される。

１つの態様では、装置は、課金メッセージのうちの少なくとも１つにおいて、決定された実際の受信者デバイスのうちの少なくとも１つを識別するように更に構成される。

１つの態様では、装置は、課金メッセージのうちの少なくとも１つにおいて、決定された実際の受信者デバイスの各々を識別するように更に構成される。

１つの態様では、装置は、電気通信ネットワークのサービス能力サーバ（ＳＣＳ）ネットワーク要素又はセルブロードキャストセンタ（ＣＢＣ）ネットワーク要素である。

１つの態様では、装置は、ターゲット受信者デバイスのグループにおける、ブロードキャストされたメッセージの実際の受信者デバイスであると決定されていない任意のデバイスについて課金メッセージを生成しないように更に構成される。

１つの態様では、装置は、決定された実際の受信者デバイスの数に基づいて、メッセージの電気通信ネットワークの送信側加入者に課金するための少なくとも１つの課金メッセージを生成するように更に構成される。

１つの態様では、装置は、決定された実際の受信者デバイスのうちの少なくとも１つに関連付けられた電気通信ネットワークの受信側加入者に課金するための少なくとも１つの課金メッセージを生成するように更に構成される。

１つの態様では、装置は、メッセージのタイプに基づいて、メッセージのターゲット受信者デバイスのグループを決定するように更に構成される。

１つの態様では、装置は、グループ識別子に基づいて、メッセージのためのターゲット受信者デバイスのグループを決定するように更に構成される。

１つの態様では、装置は、地理的エリアに基づいて、メッセージのためのターゲット受信者デバイスのグループを決定するように更に構成される。

グループベースのメッセージ交換のための課金を可能にする、高度なサービス認識ネットワークの例示的な実施形態を示す図である。 本開示の様々な態様による例示的なプロセスを示す図である。 本開示の様々な態様を実施するための装置のブロック図の例を示す図である。

本開示の様々な態様が、添付の図面を参照して以下で説明される。添付の図面において、類似の符号は、図面の説明全体を通じて類似の要素を指す。説明及び図面は、単に本開示の原理を示す。当業者であれば、本明細書に明示的に説明されても示されてもいないが、これらの原理を具現化し、本開示の趣旨及び範囲内に含まれる様々な構成を考案することができることを理解するであろう。

本明細書において用いられるとき、「又は、若しくは（or）」という用語は、特にそうでないこと（例えば、「そうでない場合」又は「又は代替において」）が示されない限り、非排他的な「又は」を示す。さらに、本明細書において用いられるとき、要素間の関係を説明するのに使用される文言は、特に断りがない限り、直接の関係又は介在要素の存在を含むものとして広義に解釈されるべきである。例えば、要素が別の要素に「接続される」又は「結合される」ものとして言及される場合、要素はその別の要素に直接接続若しくは結合されてもよいし、又は介在要素が存在してもよい。逆に、要素が別の要素に「直接接続される」又は「直接結合される」ものとして言及される場合、介在要素は存在しない。同様に、「間」、「隣接」等の文言も同様にして解釈されるべきである。

電気通信ネットワークを介して加入者グループのそれぞれのユーザ機器にブロードキャストされるメッセージのための様々な可能な課金方法が存在する。送信者ベースの課金において、グループベースのメッセージの送信側加入者（「送信者」）が、受信側加入者（「ターゲット受信者」）のターゲットグループのＵＥに電気通信ネットワークを介してブロードキャストされるグループベースのメッセージを送信するとき、この送信者に課金することができる。送信者に課される料金は、メッセージのサイズ、ブロードキャストの地理的エリア、又はメッセージがブロードキャストされるターゲット受信者の指定されたグループの固定サイズ等の様々な判断基準に基づいて調整することができる。送信者ベースの請求は、送信者が、ターゲット受信者の指定されたグループ内の、実際にメッセージを受信する特定の受信者（「実際の受信者」）についてのみ課金されるように動的に調整することもでき、これは、実際の受信者数にかかわらずターゲット受信者の固定数に基づいて送信者に課金するのと対照的である。

送信者＋受信者ベースの課金において、グループベースのメッセージの送信者及び受信者の双方に、グループベースのメッセージについて課金することができる。送信者及び受信者に課される請求は、メッセージのサイズ又はサービス品質（ＱｏＳ）等の様々な判断基準に基づいて調整することができる。送信者＋受信者ベースの請求は、メッセージのサイズ、地理的エリア、又はグループ内のターゲット受信者数と対照的に、ブロードキャストされるグループベースのメッセージの実際の受信者に基づいて送信者が課金されるように調整することもでき、同様に、（受信者ＵＥにおける）ブロードキャストされたグループベースのメッセージを受信する実際の受信者のみが課金されるのに対し、実際にメッセージを受信していないターゲット受信者は課金されない。

３ＧＰＰグループは、引用することによりその内容全体が本明細書の一部をなす、３ＧＰＰ ＴＲ２３．７６９（「グループベース拡張」）リリース１３．０におけるグループベースのメッセージ交換に対する拡張について記載している。特に、３ＧＰＰ ＴＲ２３．７６９は、グループを構成する複数のエンドポイントＵＥを扱うのに必要な３ＧＰＰアーキテクチャに対する拡張を記載している。３ＧＰＰ ＴＲ２３．７６９において課金について言及されているが、検討されている態様は、メッセージのサイズ、メッセージが送信される地理的エリア、及びメッセージがブロードキャストされる必要がある回数のみである。

３ＧＰＰ ＴＲ２３．７６９において記載されている拡張に欠けているのは、本明細書に記載の課金の態様である。例えば、３ＧＰＰ ＴＲ２３．７６９は、地理的エリア内でブロードキャストされるメッセージについて送信者＋受信者ベースの課金のためのメカニズムを提供しない。さらに、従来の送信者ベースの課金は、グループ参加者が異なるセルラサービスプロバイダに属する状況を最良でも近似することしかできず、この状況に対処しないため、従来の送信者ベースの課金も改善することができる。グループ情報に基づいて課金を行うことが試みられる場合、グループブロードキャストメッセージが送信される時点と、課金システムが受信者数に関する情報を得るためにグループ情報にアクセスする時点との間にグループ情報が変化し得る可能性がある。加えて、グループメンバ又はターゲット受信者は、全てのグループメンバが、メッセージがブロードキャストされる時点に所与の地理的エリア内にいるとは限らないため、全員がメッセージを受信するとは限らない。３ＧＰＰ ＴＲ２３．７６９は、ブロードキャストのために選択された宛先エリア内にいないグループの加入者に対するメッセージのブロードキャストにも対処していないことに留意されたい。

商業グループベースのメッセージの実際の受信者数に基づく送信者ベースの課金及び送信者＋受信者ベースの課金の態様が、現在の３ＧＰＰ ＣＢＳ／ＣＭＡＳ仕様に欠落している。その理由は、１つには、１つ以上の地理的エリア内でブロードキャストされるグループベースメッセージの実際の受信者を識別するためのメカニズムが提供されていないことであり、また１つには、ＣＭＡＳが依然としてかなり新しく、発展中であることである。

本開示は、これらのギャップに対処するシステム及び方法を記載する。本開示の１つの態様は、（例えば、１つ以上の地理的エリアにおけるターゲット受信機ＵＥ又はデバイスへのメッセージのブロードキャストを介して）ターゲット受信者のグループに送達するように指定された商用のグループベースのメッセージの実際の受信者の識別を可能にする。本明細書に記載のシステム及び方法は、受信者のグループに関連付けられた１つ以上の受信者ＵＥの地理的ロケーション及び／又は機能情報に基づいてターゲット受信者のグループを動的に決定することを更に可能にする。

図１は、本明細書に記載の技法を用いることができる例示的なシステム１００の図である。システム１００は、複数のＵＥ１０１と、アクセスネットワーク（ＡＮ）１０２と、パケット交換（ＰＳ）コアネットワーク（ＣＮ）１０４と、サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ）１０６と、図１に示すような１つ以上の３ＧＰＰインターフェースプロトコルを介して互いに通信可能に相互接続されたオフライン課金システム（ＯＦＣＳ）１０８とを備える。

ＵＥ１０１は、電気通信ネットワークのエンドユーザ又は加入者に関連付けられたデバイスである。ＵＥ１０１は、移動電話、スマートフォン、ワイヤレス携帯情報端末（ＰＤＡ）、モバイルインターネットデバイス（ＭＩＤ）、コンピュータ、タブレット、ウェアラブルデバイス、又はＡＮ１０２を介してＣＮ１０４と通信するように構成された任意のデバイスとすることができる。

ＡＮ１０２は、ＵＥ１０１とＣＮ１０４との間の通信インターフェースを提供するように構成されたデバイスの任意のネットワークとすることができる。図１の例において、ＡＮ１０２は、ワイヤレス無線アクセスネットワーク（ＲＡＮ）である。ＲＡＮ１０２は、図１においてＮｏｄｅＢ又はｅＮｏｄｅＢとして示される１つ以上のベーストランシーバ基地局（ＢＴＳ）等の複数の従来のＲＡＮネットワーク要素を含むことができる。ＲＡＮ１０２は、基地局コントローラ（ＢＳＣ）及び無線ネットワークコントローラ（ＲＮＣ）として示される１つ以上のＢＴＳコントローラも含むことができる。

ＵＥ１０１の各々が、ＲＡＮ１０２のＮｏｄｅＢ又はｅＮｏｄｅＢを介してＣＮ１０４とワイヤレス通信するように構成される。ＲＡＮ１０２のＮｏｄｅＢ又はｅＮｏｄｅＢは、一般に「セル」として知られる特定の地理的エリアのワイヤレスカバレッジを提供する。当業者であれば理解するように、特定のセル内のＵＥは、ＮｏｄｅＢ又はｅＮｏｄｅＢとワイヤレス通信し、ＣＮ１０４にアクセスする。

図１には、僅かな数のＵＥ、ＢＴＳ及びＢＴＳコントローラしか示されていないが、実際には、システムＲＡＮ１０２は、特定の地理的エリア内の多数のＵＥにサービングすることができる更なるＢＴＳ及びＢＴＳコントローラを含み得ることが理解されよう。ＲＡＮ１０２は、他の従来のネットワーク要素（例えば、アクセスサービスネットワークゲートウェイ（ＡＳＮ−ＧＷ））も含むことができる。これらの従来のネットワーク要素は、通常ＲＡＮ内にあるが、本明細書では簡潔にするために省かれている。

ＣＮ１０４は、ＲＡＮ１０２を介して様々なサービスをＵＥ１０１に利用可能にするように構成される。例えば、ＣＮ１０４は、インターネット、イントラネット又は他のネットワーク等のパケットデータネットワーク（ＰＤＮ）上で提供される１つ以上のサービスへのアクセスをＵＥ１０１に与える１つ以上のネットワーク要素を含むことができる。例示的なサービスは、（限定ではないが）ボイスオーバーインターネットプロトコル（ＶｏＩＰ）電話、メッセージ交換、ウェブブラウジング、コンテンツ（例えば、ビデオ及び／又はオーディオ）配信、インタラクティブゲーム等を含む。

ＣＮ１０４は、サービス能力サーバ（ＳＣＳ）１０６に通信可能に相互接続されている。そして、ＳＣＳ１０６は、オフライン課金システム（ＯＦＣＳ）１０８と通信可能に相互接続される。ＳＣＳ１０６は、メッセージングサーバ等の外部アプリケーションサービスプロバイダのアプリケーションサーバ（ＡＳ）が、１つ以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を介してＣＮ１０４と通信することを可能にし、ＡＳが情報及びデータを１つ以上のＵＥ１０１と交換することを可能にするように構成される。ＡＳは、簡単にするために、図１におけるＳＣＳ１０６に統合されるものとして示されているが、他の実施形態では、ＳＣＳ及びＡＳは、互いに通信可能に相互接続される別個のサーバ又はデバイスとして実施することができる。

図１に示すように、ＳＣＳ１０６は、本開示の態様のうちの１つである、オフライン課金システム（ＯＦＣＳ）１０８とも通信可能に相互接続される。ＯＦＣＳ１０８は、ＵＥ１０１等を介して、エンドユーザによってアクセスされるサービス／セッションのためのオフライン課金を提供するように動作可能な任意のシステム、サーバ又は機能を含む。ＯＦＣＳ１０８は、グループベースのメッセージ交換のためのオフライン課金に用いられる課金機能のグループを含むことができる。課金機能は、（課金トリガー機能（ＣＴＦ）の機能と統合することができる）ＳＣＳ１０６からアカウンティング要求（例えば、Ｄｉａｍｅｔｅｒ課金イベント）を受信し、アカウンティング要求に含まれる課金情報を用いて送信者ベースの及び送信者＋受信者ベースの課金のために課金データ記録（ＣＤＲ）を構築するように構成することができる。課金機能の１つの例は、引用することによりその内容全体が本明細書の一部をなすＴＳ３２．２４０において３ＧＰＰによって定義されるような課金データ機能（ＣＤＦ）である。オフライン課金の目的は、課金情報を、請求書を生成する目的で課金ドメイン（ＢＤ）内で後処理されるＣＤＲに変換することである。

オフライン課金は、２つの別個のクラス、すなわち、イベントベースの課金及びセッションベースの課金に分類することができる。イベントベースの課金において、課金可能なイベントは、本開示の態様による、地理的エリアにおけるＵＥへのグループベースのメッセージのブロードキャスト等の、単一のエンドユーザ対ネットワーク取引として定義される。単一の取引は課金イベントにマッピングされ、課金イベントの結果として単一のＣＤＲが得られる。セッションベースの課金において、ユーザセッションが確立され、結果として、複数の課金可能／課金イベントが生成され、１つ以上のＣＤＲが生成される。セッションベースの課金において、通常、セッションごとに少なくとも２つの課金イベントが生成される。１つの課金イベントは、セッションの開始を表し、他の課金イベントはセッションの終了を表す。タイムリミットに到達したとき、ボリュームリミットに到達したとき等に、複数の他の課金イベント、いわゆる中間課金イベントも利用して、セッション特性に対する変更（すなわち、課金条件の変更）を表すことができる。

一般的な動作において、ＵＥ１０１は、ＲＡＮ１０２内のＢＴＳのうちの１つ以上とワイヤレス信号を交換するように構成することができる。このため、ＵＥ１０１は、ＣＮ１０４を介して、インターネット等の外部パケットデータネットワーク（ＰＤＮ）におけるＡＳによって提供されるサービス又はアプリケーションと通信するように構成される。例示的なサービスは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）電話、メッセージ交換、ウェブブラウジング、コンテンツ（例えば、ビデオ及び／又はオーディオ）配信、インタラクティブゲーム、又は任意の他のアプリケーションを含む。ＣＮ１０４によってサービングされるエンドユーザは、グループベースのメッセージ交換のためのオフライン課金に加入し、それによって、グループベースのメッセージがＳＣＳ１０６及びＣＮ１０４を介して加入者のＵＥ１０１にブロードキャストされるときに、ＳＣＳ１０６が、以下で更に論じられる態様に従って請求するためにオフライン課金システム（ＯＦＣＳ）に課金イベントを報告するように構成される。

１つの態様において、グループベースのメッセージがＣＮ１０４を介してブロードキャストされるとき、ＳＣＳ１０６は、Ｄｉａｍｅｔｅｒ Ｒｆアカウンティング要求（ＡＣＲ）等のアカウンティング要求の形態で課金イベントをＯＦＣＳに報告するように構成される。１つの態様において、ＯＦＣＳは、受信されるアカウンティング要求に基づいて、送信者ベースの課金又は送信者＋受信者ベースの課金ための課金データ記録（ＣＤＲ）を生成するように構成される。或る時点において、ＯＦＣＳは、ＣＤＲを請求ドメインに渡し、請求ドメインにおいて、請求サイクル（例えば、月ごとの請求サイクル）の終了時に請求書が生成される。次に、ネットワークオペレータは、エンドユーザに、請求サイクル中のエンドユーザによる使用を明細に記した請求書を送出することができる。

図１に示されるように、１つの実施形態において、ＣＮ１０４は、モビリティ管理エンティティ（ＭＭＥ）、セルブロードキャストセンタ（ＣＢＣ）、ショートメッセージサービスセンタ（ＳＭＳＣ）、ホーム加入者サーバ（ＨＳＳ）、サービス能力開示機能（ＳＣＥＦ）、及びマシン型通信相互作用機能（ＭＴＣ−ＩＷＦ）を含む。ＣＮ１０４は、説明を容易にするために、図１に示されない他のネットワーク要素も含むことができる。ＣＮ１０４の１つの例は、発展型パケットコア（ＥＰＣ）ネットワークである。ＣＮ１０４に含まれるネットワーク要素の１つの例は、ＬＴＥ規格に記載されているようなＥＰＣネットワークのサービングゲートウェイ（Ｓ−ＧＷ）とすることができる。ネットワーク要素の別の例は、ＬＴＥ規格において記載されているようなＥＰＣネットワークのパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）とすることができる。

ＨＳＳは、所与の加入者又はユーザのためのマスターデータベースとして機能するネットワーク要素である。ＨＳＳは、呼／セッションを実際に扱うネットワークエンティティをサポートする加入関連情報を含むエンティティである。ホームネットワークは、モバイル加入者の数、機器の能力、及びネットワークの組織に依拠して、１つ又はいくつかのＨＳＳを含むことができる。例として、ＨＳＳは、認証、認可、命名／アドレス解決、ロケーション依存性等を解決することによってルーティング／ローミング手順を完成させるために、呼制御サーバにサポートを提供することができる。

ＭＭＥは、ＬＴＥアクセスネットワークのための制御ノードとして機能するネットワーク要素である。ＭＭＥは、アイドルモードＵＥ（ユーザ機器）追跡、及び再送信を含むページング手順を担当する。ＭＭＥは、ベアラアクティベーション／ディアクティベーションプロセスに関与し、コアネットワーク（ＣＮ）ノードリロケーションを伴うＬＴＥ内ハンドオーバも担当する。ＭＭＥは、（ＨＳＳとインタラクトすることによって）ユーザを認証することも担当する。ＭＭＥは、加入者及びセッション管理に関係する全ての制御プレーン機能を担う。ＭＭＥは、ＨＳＳにリンクすることができ、ＨＳＳは、Ｄｉａｍｅｔｅｒプロトコルを介して全てのユーザ加入情報を含むデータベースをサポートする。ベースＤｉａｍｅｔｅｒプロトコルは、基本Ｄｉａｍｅｔｅｒメッセージフォーマットを定義する。データは、Ｄｉａｍｅｔｅｒメッセージ内で、属性値対（ＡＶＰ）の集合として搬送される。ＡＶＰは、複数のフィールド、すなわち、ＡＶＰコード、長さ、フラグ及びデータからなる。いくつかのＡＶＰは、Ｄｉａｍｅｔｅｒベースプロトコルによって用いられるのに対し、他のＡＶＰはＤｉａｍｅｔｅｒアプリケーションのために意図される。

ＳＭＳＣは、ＳＭＳメッセージを可能にするネットワーク要素である。一般に、テキストメッセージ（ＳＭＳメッセージ）がＣＮ１０４を介して１人のユーザから別のユーザに送信されるとき、メッセージはＳＭＳＣに記憶され、これにより、宛先ユーザが対応可能であるときに宛先ユーザへの配信が可能になる。ＳＭＳＣを、ＩＰショートメッセージゲートウェイ（ＩＰ−ＳＭ−ＧＷ）と置き換えるか又は組み合わせることもできることに留意されたい。

ＣＢＣは、「セルブロードキャストサービス」すなわちＣＢＳ／ＰＷＳ機能、又は電気通信ネットワークの１つ以上の地理的セル内のＵＥに１つ以上のグループベースのメッセージをブロードキャストする能力を可能にするネットワーク要素である。公衆警報システム（ＰＷＳ）の場合、メッセージは、ＵＥに無料でブロードキャストされる警報通知メッセージである。本明細書において以下で説明されるように、本開示において、ＣＢＣは（ＳＣＳ及びＯＦＣＳを含む他のネットワーク要素と共に）、課金の検討事項（例えば、送信者ベースの課金又は送信者＋受信者ベースの課金）をサポートする方式で商用のグループベースのメッセージをブロードキャストするように構成される。図１に示すように、ＣＢＣは、当業者に理解されるように、ＵＥの能力に依拠して、ＢＳＣ、ＲＮＣ又はＭＭＥのうちの任意のものを介してＵＥ１０１にグループベースのメッセージをブロードキャストするように構成される。

ＭＴＣ／ＩＷＦは、ＭＴＣサーバ（例えば、アプリケーションサービスプロバイダの外部ＡＳサーバ）とＣＮ１０４との間の相互機能を制御するように構成されるネットワーク要素であり、例えば、ＣＮ１０４の１つ以上のＭＴＣデバイス又はＵＥに対するグループベースのメッセージ交換を可能にするＭＴＣ動作のプロキシとしての役割を果たすことができる。ＭＴＣ−ＩＷＦは、ＭＴＣサーバの認証、ＭＴＣサーバによって要求される制御プレーン要求の認証等の様々な機能、及びトリガーを示すことに関係した様々な他の機能を実行し、ＭＴＣ ＡＳサーバが３ＧＰＰコアネットワークと所望の通信チャネルを確立することを可能にすることができる。

ＳＣＥＦは、外部アプリケーションプロバイダとインターフェースするために３ＧＰＰネットワークによって提供されるサービス及び機能をセキュアに提示するネットワーク要素である。ＳＣＥＦは、外部ＰＤＮにおけるＡＳが、ＳＣＥＦによってサポートされる１つ以上のＡＰＩを介してＣＮ１０４とインターフェースすることを可能にする。ＳＣＥＦは、ＳＣＳと併せて機能し、外部ＡＳが、ＣＮ１０４の１者以上の加入者にサービス及びデータを提供することを可能にするように構成される。

図１に示すシステム１００について大まかな構造上の説明を行ったが、ここで、本開示の様々な態様に従う動作が、図２に示されるシステム１００及びプロセス２００と併せて説明される。

ＡＳは、ＳＣＳ１０６に、ターゲット加入者のグループに関連付けられたターゲットＵＥのグループに送信されるグループベースのメッセージのコンテンツを提供すると仮定される。ＳＣＳ１０６は、ＡＳからグループベースのメッセージのコンテンツを受信し、１つ以上の適切なＡＰＩを用いてＣＮ１０４のＳＣＥＦにメッセージを提供する。ＳＣＥＦは、ブロードキャスト配信モードの選択のために構成され、本開示において、事業合意に基づいて、ＳＣＥＦが、１つ以上の地理的エリア又は「セル」において、グループベースのメッセージをブロードキャストする方法としてＣＢＳサービスを提供するＣＢＳを選択することが更に仮定される。ＣＢＣはＣＮ１０４において別個のエンティティとして示されるが、他の実施形態では、ＣＢＣは、ＭＴＣ−ＩＷＦ又はＳＣＥＦ等の他のネットワーク要素に統合することができる。ＳＣＥＦ／ＣＢＣは、例えば、メッセージコンテンツ、グループ識別、ターゲットエリア識別（例えば、地理的エリア、セル、セルセクタ、セルのグループ又はＰＬＭＮ）、任意の適用可能な無線アクセス技術の特性（４Ｇのみ等、これは、密なメッセージコンテンツ配信の場合に意味をなす）、ブロードキャストの周波数、メッセージが送信される回数、メッセージフラッドを制御するためにトリガーされたデバイスの応答をランダム化するのに用いられる時間ウィンドウ等のうちの１つ以上を決定することによって、１つ以上の地理的セル内のＵＥへのグループメッセージのブロードキャストを可能にする。

グループ内のターゲット受信者ロケーション（例えば、ターゲット受信者ＵＥロケーション）が、（例えば、１つ以上のＵＥデバイスが固定であるＭＴＣにおいて）事前に既知である場合、メッセージにターゲットエリア識別情報を含めないことが可能である場合がある。送信時に、ＣＢＣ又はＭＴＣ−ＩＷＦ／ＳＣＥＦは、ＨＬＲ／ＨＳＳに問い合わせ、グループ識別をセルブロードキャストグループにマッピングすることができる。クエリを用いて、ＣＢＣ又はＭＴＣ−ＩＷＦ／ＳＣＥＦは、送信に用いられる正しいセルブロードキャストノードを決定することもでき、又はこの情報は、ＭＴＣ−ＩＷＦ、ＳＣＥＦ又はＣＢＣにおいて静的に定義することができる。セルブロードキャストにより送信されるメッセージは、ＭＴＣ−ＩＷＦ又はＳＣＥＦによって用いられる新たなメッセージタイプの使用により区別され、ＭＴＣ−ＩＷＦ又はＳＣＥＦも、メッセージタイプを追加し、メッセージを１つ以上のターゲット受信者にブロードキャストするためにＣＢＣに転送するように構成される。

ＳＣＥＦは、現行技術においてオフライン課金目的でＣＤＲを生成するために提案されたネットワーク要素である。また、現行では、事前にプロビジョニングされたメッセージ識別子を用いて特定のブロードキャストを受信し処理するか又は受信し破棄するようにＵＥを構成することができるメカニズムが存在する。このため、ブロードキャストメッセージの送信者は、受信者を選択する方法としてセルブロードキャストメッセージＩＤ情報要素を用いることを選択し、グループ化されたＵＥに対するプロビジョニングに依拠して、メッセージをハンドリングするか又は破棄することを選択することができる。代替的に、送信者は、グループの全てのメンバに到達するようにグループ識別を選択することができる。双方の手法が、送信者ベースの課金のために機能可能な解決策を提供し、電気通信ネットワークは、これらの手法の共存を提供することができる。複数のグループにわたって同じメッセージＩＤを用いることも可能である（これは、送信者がブロードキャストするメッセージにおけるグループ識別の指定を必要とする）か、又は各グループ内の専用メッセージＩＤを使用する（これは、メッセージＩＤ情報要素に基づいてグループ情報を提供する、より単純なルックアップを必要とする）ことも可能である。これらの手法の双方が、３ＧＰＰ ＴＲ２３．７６９において論じられている。グループメッセージ識別子としてのメッセージＩＤ情報要素は、セルからＵＥにブロードキャストされる無線インターフェースにおいて、ページングメッセージ又はＳＩＢに組み込むことができる。

本開示は、受信者のグループにブロードキャストされるメッセージのための、送信者ベースの、及び送信者＋受信者ベース課金を可能にする代替的なシステム及び方法を提供する。本明細書に開示されるシステム及び方法は、有利には、電気通信ネットワークプロバイダが、商用ブロードキャストメッセージのための課金を、送信者ベースの課金及び送信者＋受信者ベースの課金等の様々な方法でサポートすることを可能にする。上記で論じたように、送信者＋受信者ベースの課金は、現行の３ＧＰＰ規格によってサポートされていない。１つの非限定的な実施形態において、課金について３ＧＰＰ ＴＲ２３．７６９において提案されているアーキテクチャとの１つの差は、本開示が、Ｄｉａｍｅｔｅｒインターフェースを介してＳＣＳ１０６とＯＦＣＳ１０８との間の相互接続を提供することである。このため、様々な態様において、ＳＣＳ１０６は、送信者課金情報及び送信者＋受信者課金情報をＯＦＣＳ１０８に提供することを可能にされる。

さらに、本開示の１つの態様によれば、ＣＢＣは、以下で説明するように、１つ以上の地理的エリアにおいてグループベースメッセージをブロードキャストする前に、時間依存の暗号化／復号キーをターゲット受信者デバイスのうちの１つ以上に配信するように構成される。本開示の態様による、ＳＣＳ及びＯＦＣＳネットワーク要素に関する新たな機能も、本明細書に記載される。本明細書に記載の動作において、グループベースのメッセージのターゲット受信者デバイスのグループがＮ個のＵＥを含むと仮定される。Ｎ個のうちのＭ個が、メッセージのブロードキャストのためにＣＢＣによって選択されたブロードキャスト配信エリア又はセル内に位置する。ここで、Ｎ≧Ｍである。ブロードキャストされるグループベースのメッセージがＰＷＳメッセージでないこと、及びオフライン課金（送信者ベース又は送信者＋受信者ベース）が適用されることも仮定される。

図１及び図２を参照すると、ステップ２０１において、ＳＣＳ１０６は、電気通信ネットワークのエンドユーザのグループに関連付けられた加入者ＵＥのグループに送信されるメッセージを受信する。例えば、ＡＳは、電気通信システム１００を介してＣＮ１０４のターゲット受信者デバイスのグループ又はターゲットＵＥに商用送信されるメッセージのコンテンツをＳＣＳ１０６に提供することができる。メッセージは、テキストをコンテンツとして含むテキストメッセージ、マルチメディアコンテンツを含むマルチメディアメッセージ、又はそれらの組み合わせとすることができる。ＳＣＳは、ＡＳからメッセージを受信し、１つ以上の提示されたＡＰＩを介してＣＮ１０４においてＳＣＥＦと通信することができる。ＡＰＩは、メッセージをＭＴＣ−ＩＷＦネットワーク要素に送信することができる。

ステップ２０２において、ＭＴＣ−ＩＷＦ（又はＳＣＥＦ）は、ターゲット受信者ＵＥのグループにメッセージを配信する方法として、ブロードキャスト配信ルートを選択し、メッセージをＣＢＣに送信する。そのような決定は、例えば、メッセージ内で識別される１つ以上のターゲットロケーション、メッセージ内で識別される１つ以上のグループＩＤ、メッセージのタイプ等に基づいて行うことができる。

ステップ２０３において、ＣＢＣは、メッセージのためのターゲット受信者デバイスのグループのアイデンティティを決定する。例えば、ＣＢＣは、メッセージのターゲット受信者デバイスのグループを決定するための情報をＨＳＳデータベースに問い合わせることができる。ＣＢＣは、メッセージ内で識別されるタイプ又はメッセージＩＤ、メッセージ内で識別されるグループＩＤ、メッセージ内で識別される地理的ロケーションに基づいて、又はそれらの任意の組み合わせ、若しくはメッセージのターゲット受信者の適切なグループを識別する、メッセージ内で示される他のフィールドに基づいて、ＨＳＳに問い合わせることができる。

ＣＢＣは、ＨＳＳからターゲット受信者のグループのアイデンティティを決定するための情報を受信することができる。例えば、ＨＳＳは、データベースから、クエリのパラメーターを満たすターゲット受信者デバイスのグループを識別する情報を返すことができる。

ステップ２０４において、ＣＢＣは、復号キーをブロードキャストし、いくつかの実施形態では、ターゲット受信者デバイスの決定されたグループに有効性タイマをブロードキャストする。例えば、１つの実施形態では、ＣＢＣは、例えば、セル、セルセクタ、セルのグループ、公衆陸上モバイルネットワーク（ＰＬＭＮ）、又はターゲット受信者デバイスのグループのアイデンティティ等の情報又は判断基準に基づいて、メッセージがブロードキャストされる地理的宛先（複数の場合もある）（例えば、１つ以上の地理的セル）を識別することができる。そのような判断基準情報は、メッセージの送信者（アプリケーションサービスプロバイダ）によってメッセージに含めることができるか、又はＨＳＳによって記憶され、ＣＢＣによって受信される情報（例えば、固定又は非固定ターゲット受信者デバイスのロケーション情報）に基づいて決定することができる。

受信者ＵＥのターゲット組及び／又はメッセージの地理的宛先が上記で説明したように識別されると、ＣＢＣは、ＲＡＮ１０２を介して、復号キー、及びいくつかの実施形態では有効性タイマを、セル又は地理的エリアに関連付けられ、グループメッセージのメッセージ配信のために決定されたターゲット受信者デバイスであるＵＥにブロードキャストすることができる。

例えば、ＣＢＣは、ＭＭＥ、ＢＴＣ又はＲＮＣを介してそれぞれのセルの１つ以上のＮｏｄｅＢ又はｅＮｏｄｅＢに復号キー（及び有効性タイマ）を送信することができる。このため、ＮｏｄｅＢ又はｅＮｏｄｅＢに関連付けられた１つ以上のセル内のＵＥは、ＣＢＣによって送信された復号キー及び有効性タイマのブロードキャストを受信することができる。いくつかの実施形態では、メッセージＩＤ又はグループＩＤを有するメッセージを受信するように予め構成されたターゲットＵＥのみに、ＣＢＣからのメッセージを復号するためのキーが送信される。

ステップ２０５において、ＣＢＣは、グループメッセージを暗号化し、ＲＡＮ１０２を介して、１つ以上のターゲット地理的エリアに関連付けられたＵＥにブロードキャストする。例えば、ＣＢＣは、ＭＭＥ、ＢＴＣ又はＲＮＣを介して、暗号化されたメッセージを、それぞれの地理的エリア又はセルの１つ以上のＮｏｄｅＢ又はｅＮｏｄｅＢにブロードキャストすることができる。メッセージを受信し、（復号キーを用いて、及び任意選択で、有効性タイマによって指定される期間が満了する前に）解読するように構成された（例えば、加入した）ＵＥのみが、メッセージを受信し、そのメッセージのコンテンツを構文解析又は復号することができる。

さらに、ＣＢＣによって送信された暗号化メッセージは、メッセージのプロトコル記述ユニット（ＰＤＵ）フィールド（複数の場合もある）のポピュレートに基づいて、メッセージの受信及び復号に成功したターゲットＵＥが（例えば、いくつかの実施形態では、有効性タイマによって示される期間内に）肯定確認応答で応答することを命じることができる。メッセージを実際に正しく受信し構文解析した受信者ＵＥによる暗号化メッセージの肯定確認応答のそのような命令は、ＳＣＳ１０６によって、又はいくつかの実施形態ではＳＣＥＦ／ＭＴＣ−ＩＷＦ若しくはＣＢＣによって送信されるメッセージの１つ以上のＰＤＵフィールドの一部として命令することができる。

ステップ２０６において、復号キーを受信し、メッセージ及びプロトコル記述ユニット（ＰＤＵ）を適切に復号することができたＵＥは、メッセージの受信及び処理に成功したことの確認応答を、ＲＡＮ１０２を介してＣＮ１０４に送信する。

ステップ２０７において、確認応答は、ＣＮ１０４においてＣＢＣによって受信され、ＳＣＳ／ＡＳに転送される。例えば、ＣＢＣは、確認応答メッセージによりＣＮ１０４の制御プレーンがフラッドしないようにするために、応答ランダム化のための時間ウィンドウを用いて、適切なＡＰＩを用いてＳＣＳにメッセージを（ＳＣＥＦ／ＭＴＣ−ＩＷＦを介して）送信することができる。

このため、例えば、ＳＣＳは、ＳＣＳ／ＡＳにおける合計Ｎ個のターゲット受信者デバイス全体のうち、メッセージのＭ個の実際の受信者デバイスから肯定確認応答を受信することができる。

ステップ２０８において、ＳＣＳは、送信者ベースの課金又は送信者＋受信者ベースの課金を用いたグループメッセージのための課金を決定し、適切なアカウンティングメッセージを生成してＯＦＣＳに送信する。様々な実施形態において、例えば、グループメッセージについて、送信者ベースの課金を用いて課金するか又は送信者＋受信者ベースの課金を用いて課金するかを決定することは、メッセージのタイプ、メッセージグループＩＤ、送信者のアイデンティティ、ターゲット受信者のグループ内のメンバの数、実際の受信者の数及び受信者のアイデンティティ、又は他の事業判断基準若しくは合意に基づいて行うことができる。

ＳＣＳが、ブロードキャストされたグループメッセージについて、送信者ベースの課金を用いて課金することを決定する場合、ＳＣＳは、（例えば、ＳＣＳに統合することができる課金トリガー機能（ＣＴＦ）ネットワーク要素と併せて）送信者のみのＤｉａｍｅｔｅｒアカウンティング要求（ＡＣＲ）を生成し、ＯＦＣＳ１０８のＣＤＦネットワーク要素に送信することができる。ＡＣＲは、送信者に、メッセージのターゲット受信者数に基づいて課金するか、又はメッセージを受信した実際の受信者数に基づいて課金するかを示すことができる。これは、ＳＣＳにより、メッセージの実際の受信者数を示すＡＣＲデータを適切なフィールドに含めることによって可能にすることができる。

ＳＣＳが、ブロードキャストされたグループメッセージについて、送信者＋受信者ベースの課金を用いて課金することを決定する場合、ＳＣＳは、（例えば、ＳＣＳに統合することができる課金トリガー機能（ＣＴＦ）ネットワーク要素と併せて）メッセージの実際の受信者であるＵＥのリストを含むＤｉａｍｅｔｅｒアカウンティング要求（ＡＣＲ）を生成し送信して、ＯＦＣＳがメッセージの送信者及び実際の受信者の双方に課金するための適切なＣＤＲを生成することを可能にすることができる。

代替的に、ＳＣＳが、ブロードキャストされたグループメッセージについて、送信者＋受信者ベースの課金を用いて課金することを決定した場合、別の実施形態において、ＳＣＳは、例えば、課金トリガー機能（ＣＴＦ）を用いて、送信者、及びメッセージを実際に受信したＵＥの各々について個々のＡＣＲを生成し送信して、ＯＦＣＳのＣＤＦネットワーク要素が、メッセージの送信者及び実際の受信者の双方に課金するための適切な個々のＣＤＲを生成することを可能にすることもできる。この実施形態は、ＭＴＣデバイスが静止しており、また（電池が不足している場合において）電力節減モードにある場合に、より有利とすることができる。これらの消耗したデバイスは、チャネル状態が弱い等の限られた状態にある場合があり、これらのデバイスからの応答がないことが、グループメンバシップのみに基づいてＣＤＲ内の全てのデバイスをまとめてリスト化するより良好な課金手法をもたらす。再送信が有効である場合であっても、電力節減モードにあるデバイス又はＵＥは、いずれの場合にもグループメッセージを受信しない。したがって、この手法は、ネットワークリソース使用のために、より良好な課金方法を提供する。異なるセルラ事業者に加入したＵＥにグループベースのメッセージがブロードキャストされる場合、メッセージの実際の受信者ごとに個々のＡＣＲを送信することにより、ＯＦＣＳ１０８におけるＣＤＦによって、アカウント情報交換手続（ＴＡＰ：Transferred Account Procedure）のために用いることができるＣＤＲの生成が可能になるため、異なるセルラプロバイダによってサービス提供されているグループのメンバに正しい料金を適用することができる。

送信者ベースの課金及び送信者＋受信者ベースの課金を可能にする様々な態様が上記で説明された。これは、商用ブロードキャストメッセージの課金メカニズムのための３ＧＰＰ規格を拡張する。ここで、ＳＣＳ１０６とＯＦＣＳ１０８との間のインタラクションに関する特定の実施態様が以下で説明される。以下の実施態様は、限定であることを意図しておらず、他の実施形態において、本開示の原理から逸脱することなく異なる実施態様を用いることができることが理解されるべきである。

１つの実施形態において、ＳＣＳ１０６によってＯＦＣＳ１０８に送信されるＡＣＲは、ＯＦＣＳにおける送信者＋受信者ベースの課金を可能にするための、新たに提案された追加のアドレス値対（ＡＶＰ）を以下のように含むことができる。
ＣＭＡＳ−Ｉｎｆｏｒｍａｔｉｏｎ：：＝＜ＡＶＰＨｅａｄｅｒ：＞
［ＴＭＧＩ］
［ＣＭＡＳ−Ｓｅｒｖｉｃｅ−Ｔｙｐｅ］
［ＣＭＡＳ−Ｕｓｅｒ−Ｓｅｒｖｉｃｅ−Ｔｙｐｅ］
［ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄｅｎｔｉｔｙ］
［ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅ］
［Ｆｉｌｅ−Ｒｅｐａｉｒ−Ｓｕｐｐｏｒｔｅｄ］
［Ｒｅｑｕｉｒｅｄ−ＣＭＡＳ−Ｂｅａｒｅｒ−Ｃａｐａｂｉｌｉｔｉｅｓ］
［ＣＭＡＳ−２Ｇ−３Ｇ−Ｉｎｄｉｃａｔｏｒ］
［ＲＡＩ］
［ＣＭＡＳ−Ｓｅｒｖｉｃｅ−Ａｒｅａ］
［ＣＭＡＳ−Ｓｅｓｓｉｏｎ−Ｉｄｅｎｔｉｔｙ］
［ＣＭＡＳ−Ｖｏｌｕｍｅ］
［ＣＭＡＳ−Ｇｒｏｕｐ−ＵＥ−Ｉｄｅｎｔｉｔｙ］
［ＣＮ−ＩＰ−Ｍｕｌｔｉｃａｓｔ−Ｄｉｓｔｒｉｂｕｔｉｏｎ］
［ＭＢＭＳ ＧＷ−Ａｄｄｒｅｓｓ］

ここで、ＣＭＡＳ情報ＡＣＲにおける提案される新たなサブＡＶＰが下線を付され、以下で説明される。当業者に理解されるように、残りの又は現在存在しているＡＶＰは下線を付されず、ＭＢＭＳ情報がグループ化されたＡＶＰにおいて定義されるＡＶＰに類似している。

ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄｅｎｔｉｔｙ：このＡＶＰは、ブロードキャストされるグループベースのメッセージのグループＩＤ又はサブグループＩＤを示すようにＯＦＣＳ１０８のＣＤＦに提供することができる。ＡＶＰは、ＭＴＣグループＩＤ及び暗号化／復号コードに関連付けることができる。このＩＤは、有効性タイマ値を用いて示される時間ウィンドウにおいて、ＣＭＡＳ ＭＴＣグループメッセージング対応ＵＥにマッピングすることができる。

ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅ：このＡＶＰは、例えば、いくつか例を挙げると、コンテンツプロバイダベースの課金（例えば、送信者ベースの課金）、個々のＵＥグループメッセージングサービス課金（例えば、送信者＋受信者ベースの課金）、グループ／サブグループＵＥグループメッセージングサービス課金（例えば、送信者＋受信者ベースの課金）等のグループベースのメッセージのための課金モードを示すようにＯＦＣＳ１０８のＣＤＦに提供することができる。

ＣＭＡＳ−Ｖｏｌｕｍｅ：これは、イベントＡＣＲ又はセッションＡＣＲにおけるグループベースのメッセージのデータボリュームを示すようにＯＦＣＳ１０８のＣＤＦに提供することができる。

ＣＭＡＳ−Ｇｒｏｕｐ−ＵＥ−Ｉｄｅｎｔｉｔｙ：これは、グループベースのメッセージを実際に受信したＵＥのアイデンティティ（例えば、肯定確認応答がＳＣＳによって受信されたＵＥのアイデンティティ）をそれぞれリスト化するＯＦＣＳ１０８のＣＤＦに提供することができる多重発生ＡＶＰ（multiple occurrence AVP）である。グループメッセージの各実際の受信者のアイデンティティを含めることによって、ＯＦＣＳ１０８のＣＤＦネットワーク要素が、ブロードキャストされたメッセージを実際に受信した各ＵＥに課金するためのそれぞれのＣＤＲを、ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅと併せて生成することが可能になる。

ＡＣＲにおける強化されたＣＭＡＳ−情報ＡＶＰにおいて、上記で説明した新たに提案された更なるＡＶＰを受信する際、ＣＤＦネットワーク要素等の１つ以上のネットワーク要素ＯＦＣＳ１０８は、新たなＡＶＰを以下のように処理するように構成することができる。

受信したＡＣＲにおいて示されるＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅを決定し、コンテンツプロバイダ（例えば、送信者）ベースの課金が示される場合、ブロードキャストメッセージのための単一のＣＤＲを生成する。この単一のＣＤＲは、ＯＦＣＳのＣＤＦによって、（ＡＣＲにおいてＳＣＳから受信される）カウントＭを含むように生成することができる。カウントＭは、上述したように、グループブロードキャストメッセージを実際に受信したＵＥ（又はデバイス）の総数を示す。実際の受信者の総数を含めることにより、電気通信プロバイダの請求システムが、合意ポリシー、格付けプラン、メッセージサイズ、メッセージタイプ（例えば、テキスト又はマルチメディア）、地理的エリア等の他の従来の課金検討事項と併せて、実際の受信者の総数に基づいて、グループベースのメッセージの送信者に適切に課金することが可能になる。

ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅが個々のＵＥ課金（例えば、送信者＋受信者ベースの課金）を示す場合、ＯＦＣＳ１０８のＣＤＦネットワーク要素は、（送信者に課金するためのＣＤＲに加えて、）実際にメッセージを受信したＵＥごとのＣＤＲを生成するように構成することができる。ここで、メッセージを実際に受信したＵＥ（又はデバイス）のリストは、ＣＭＡＳ−Ｇｒｏｕｐ−ＵＥ−Ｉｄｅｎｔｉｔｙ ＡＶＰのうちのそれぞれによって個々に識別される。このため、電気通信プロバイダの請求システムは、実際の受信者の総数に基づくグループベースのメッセージの送信者のみでなく、グループベースのメッセージの実際の受信者にも適切に課金することができる。有利には、本明細書に開示されるシステム及び方法は、メッセージを実際に受信及び処理したＵＥについてのみ課金を可能にする一方で、エリア外のＵＥ又は復号キーを受信しなかったＵＥ及びメッセージの受信に成功しなかったＵＥは、ブロードキャストされたメッセージについて課金されない。

ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｃｈａｒｇｉｎｇ−Ｍｏｄｅがグループ／サブグループ課金を示す場合、ＯＦＣＳ１０８のＣＤＦネットワーク要素は、例えば、グループ／サブグループ内の実際の受信者ＵＥを決定する必要なく、かつその時点にエリア外にある場合があるＵＥについて調整する必要なく、グループ／サブグループ単位でＣＤＲを生成するように構成することができる。

課金モードに依拠して、ＯＦＣＳ１０８のＣＤＦネットワーク要素は、ＣＭＡＳ−Ｖｏｌｕｍｅを各ＣＤＲと個々に関連付けるか又はグループ／サブグループについて集約し、任意選択で、メッセージを受信しなかったＵＥのボリュームを調整するように構成することができる。

ＯＦＣＳ１０８のＣＤＦネットワーク要素によって、ＣＭＡＳ−Ｇｒｏｕｐ−Ｓｅｒｖｉｃｅ−Ｉｄｅｎｔｉｔｙ及び有効性開始タイマ／停止タイマを用いて、課金されるブロードキャストされたエリア内のＵＥのサービスグループを決定することができる。

上記から、添付の特許請求の範囲において定義される本発明の趣旨及び範囲から逸脱することなく、多くの変更が可能であることが明らかであろう。例えば、ＯＦＣＳ１０８等の或る特定のネットワーク又はネットワーク要素がＣＮ１０４の外側にあるものとして示されているが、いくつかの実施形態では、これらはＣＮ１０４に統合することができる。さらに、様々な機能、態様又はステップは、ＳＣＳ１０６、ＣＮ１０４におけるＳＣＥＦ／ＭＴＣ−ＩＷＦ又はＣＢＣ等の、図１に示される特定のネットワーク要素に属するとみなされるが、他の実施形態では、本明細書に記載の態様は、異なるネットワーク要素において実施することができ、或る特定のネットワーク要素は、個々に説明されるにもかかわらず、他のネットワーク要素と組み合わせることができることが理解されよう。

図に示されるか又は本明細書に記載される様々なネットワーク要素のうちの任意のものを、ハードウェア、ソフトウェア、ファームウェア又はこれらの何らかの組み合わせとして実施することができる。例えば、ネットワーク要素は、専用ハードウェアとして実施することができる。専用ハードウェア要素は、「プロセッサ」、「コントローラ」又は何らかの類似の用語で呼ぶことができる。プロセッサによって提供されるとき、機能は、単一の専用プロセッサ、単一の共有プロセッサ、又は一部を共有することができる複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」又は「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することが可能なハードウェアを排他的に指すとみなされるべきでなく、限定ではないが、例えば、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）若しくは他の回路部、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを記憶するためのリードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、不揮発性ストレージ、又は何らかの他の物理的なコンピューティングハードウェアコンポーネント若しくはモジュール等の他のハードウェアの実施を暗黙的に含むことができる。

図３は、本開示の様々な態様を実施するのに適したコンピューティング装置３００（例えば、本明細書に記載の１つ以上のネットワーク要素、又は本明細書に記載の１つ以上のステップ若しくは動作）の概略ブロック図を示す。装置３００は、単一のブロックにおいて示されるが、他の実施形態では、並列アーキテクチャ及び分散アーキテクチャを用いて実施することもできる。このため、例えば、プロセス２００の例において示されるステップ等の本明細書に記載の様々なステップ又は機能は、装置３００を用いて順次、並列に、又は特定の実施態様に基づく異なる順序で実行することができる。装置３００は、様々な入出力デバイス３０４及びメモリ３０６と通信可能に相互接続されたプロセッサ３０２（例えば、中央処理装置（「ＣＰＵ」））を備える。装置３００は、ブレードシャーシにおける１つ以上のブレードとして実施することができる。

プロセッサ３０２は、汎用中央処理装置（「ＣＰＵ」）、又は内蔵マイクロコントローラ若しくはデジタル信号プロセッサ（「ＤＳＰ」）等の専用マイクロプロセッサ等の任意のタイプのプロセッサとすることができる。入出力デバイス３０４は、プロセッサ３０２の制御下で動作し、装置３００に対しデータを入力又は出力するように構成された、例えば、ネットワークアダプター、データポート、及びキーボード、キーパッド、マウス又はディスプレイ等の様々なユーザインターフェースデバイス等の任意の周辺デバイスとすることができる。

メモリ３０６は、例えば、一時的ランダムアクセスメモリ（ＲＡＭ）、又はリードオンリーメモリ（ＲＯＭ）、ハードディスクドライブメモリ、コンパクトディスクドライブメモリ、光学メモリ等の非一時的メモリ等の、電子情報を記憶するのに適した任意のタイプのメモリとすることができる。メモリ３０６は、プロセッサ３０２によって実行されると、上記に記載の機能又は態様（例えば、プロセス２００の１つ以上のステップ）を行うか若しくは実行するように装置３００を構成するか又は装置３００にこれを行わせることができるデータ及び命令を含むことができる。さらに、装置３００は、メモリ６０６に記憶され、プロセッサ３０２によって実行される、オペレーティングシステム、キューマネージャ、デバイスドライバ又は１つ以上のネットワークプロトコル等の、コンピューティングシステムにおいて通常見られる他のコンポーネントも備えることができる。

装置３００の特定の実施形態が図３に示されているが、本開示による様々な態様は、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はハードウェア若しくはソフトウェアの任意の他の組み合わせを用いて実施することもできる。例えば、データは、ソフトウェア、ハードウェア又はそれらの組み合わせを用いて実施されるプログラマブルプロセッサ（例えば、ＣＰＵ又はＦＰＧＡ）によってアクセス及び操作することができる様々なタイプのデータ構造（例えば、リンクされたリスト）に記憶することができる。

本明細書における態様は、特定の実施形態を参照して説明されたが、これらの実施形態は本開示の原理及び用途を例示するにすぎないことを理解されたい。したがって、本開示の趣旨及び範囲から逸脱することなく、例示的な実施形態に対し多数の変更を行うことができること、及び他の構成を考案することができることを理解されたい。

Claims (10)

1. 電気通信ネットワークにおけるネットワーク要素を実施するための装置であって、
   プロセッサを備え、該プロセッサは、
   前記電気通信ネットワークを介してブロードキャストするためのメッセージを受信し、
   前記メッセージのターゲット受信者デバイスのグループを決定し、
   前記決定されたターゲット受信者デバイスのグループに基づいて、前記電気通信ネットワークを介して復号キーをブロードキャストし、
   前記決定されたターゲット受信デバイスのグループに基づいて、前記メッセージを暗号化し、前記電気通信ネットワークを介してブロードキャストし、
   前記ターゲット受信者デバイスのグループにおける、前記メッセージの受信及び復号に成功した１つ以上の実際の受信者デバイスを決定し、
   前記ブロードキャストされるメッセージの前記決定された実際の受信者デバイスに基づいて、１つ以上の課金メッセージを生成する、
   ように構成される、装置。
2. 前記プロセッサは、
   前記ターゲットデバイスのグループにおける１つ以上のデバイスから１つ以上の確認応答メッセージを受信し、
   前記１つ以上の確認応答メッセージに基づいて、前記ターゲット受信者デバイスのグループにおける、前記メッセージの受信及び復号に成功した前記１つ以上の実際の受信者デバイスを決定する、
   ように更に構成される、請求項１に記載の装置。
3. 前記プロセッサは、前記Ｄｉａｍｅｔｅｒプロトコルを用いて、前記１つ以上の課金メッセージのうちの少なくとも１つをアカウンティング要求メッセージとして生成するように更に構成される、請求項１に記載の装置。
4. 前記プロセッサは、前記課金メッセージのうちの少なくとも１つにおいて、前記決定された実際の受信者デバイスのうちの少なくとも１つを識別するように更に構成される、請求項１に記載の装置。
5. 前記プロセッサは、前記課金メッセージのうちの少なくとも１つにおいて、前記決定された実際の受信者デバイスの各々を識別するように更に構成される、請求項１に記載の装置。
6. 前記装置は、前記電気通信ネットワークのサービス能力サーバ（ＳＣＳ）ネットワーク要素又はセルブロードキャストセンタ（ＣＢＣ）ネットワーク要素である、請求項１に記載の装置。
7. 前記プロセッサは、前記ターゲット受信者デバイスのグループにおける、前記ブロードキャストされたメッセージの実際の受信者デバイスであると決定されていない任意のデバイスについて課金メッセージを生成しないように更に構成される、請求項１に記載の装置。
8. 前記プロセッサは、前記決定された実際の受信者デバイスの数に基づいて、前記メッセージの前記電気通信ネットワークの送信側加入者に課金するための少なくとも１つの課金メッセージを生成するように更に構成される、請求項１に記載の装置。
9. 前記プロセッサは、前記決定された実際の受信者デバイスのうちの少なくとも１つに関連付けられた前記電気通信ネットワークの受信側加入者に課金するための少なくとも１つの課金メッセージを生成するように更に構成される、請求項１に記載の装置。
10. 前記プロセッサは、前記メッセージの前記タイプに基づいて、前記メッセージの前記ターゲット受信者デバイスのグループを決定するように更に構成される、請求項１に記載の装置。

Images