(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークにおける近接発見のための方法であって、
近接発見の結果を共有するステップを含み、
前記共有するステップは、モバイルデバイスによって実行され、
告知デバイスから第1の告知を受信するステップと、
前記受信された告知が、前記モバイルデバイスのユーザにとって興味深いということを示す共有命令を、前記モバイルデバイスのユーザから受信するステップと、
前記共有命令に応答して、前記受信された第1の告知に基づいて発見共有データを生成するステップと、
前記発見共有データを外部サーバに送信するステップと、
前記モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを前記外部サーバから受信するステップと、
前記更新インジケータに基づいて、前記モバイルデバイスに関連付けられた第2の告知を生成するステップと
を含む方法。
【請求項２】
前記第1の告知が、アイデンティティ、ロケーション、イベントまたはサービスのうちの少なくとも1つに関連付けられたパブリック告知であり、前記アイデンティティ、ロケーション、イベントまたはサービスが前記告知デバイスに関連付けられる、請求項1に記載の方法。
【請求項３】
前記パブリック告知がProSe発見フレームを含む、請求項2に記載の方法。
【請求項４】
前記モバイルデバイスのユーザインターフェースにユーザ通知を送信するステップをさらに含み、前記共有命令を受信するステップが、前記モバイルデバイスの前記ユーザインターフェースから前記共有命令を受信するステップを含む、請求項1に記載の方法。
【請求項５】
前記受信された第1の告知が、前記告知デバイスに関連付けられた識別を含み、
前記生成された発見共有データが、前記第1の告知中で受信された、前記告知デバイスに関連付けられた前記識別と、前記共有命令が受信されたことを示す共有命令インジケータとを含む、請求項1に記載の方法。
【請求項６】
前記モバイルデバイスのユーザインターフェースにユーザ通知を送信するステップをさらに含み、前記共有命令を受信するステップが、前記モバイルデバイスの前記ユーザインターフェースから前記共有命令を受信するステップを含み、
前記生成された発見共有データが、前記共有命令に関する、前記モバイルデバイスの前記ユーザインターフェースを介して入れられるか、または付加されたコンテキストデータをさらに含む、請求項5に記載の方法。
【請求項７】
前記第2の告知を送信するステップをさらに含み、前記第2の告知が、前記モバイルデバイスに関連付けられたアイデンティティに関連付けられたプライベート告知である、請求項1に記載の方法。
【請求項８】
前記プライベート告知が、
ProSe発見フレーム、または、
前記モバイルデバイスに関連付けられた前記アイデンティティの識別、および、(i)メタデータ更新タイムスタンプ、(ii)メタデータバージョン番号、(iii)メタデータ更新識別番号、または(iv)(i)、(ii)、および(iii)の任意の組合せのうちの1つまたは複数を示すメタデータ更新ステータスインジケータ、または、
前記プライベート告知が、前記モバイルデバイスに関連付けられた前記アイデンティティの識別、および、前記モバイルデバイスに関連付けられたメタデータが発見共有データを含むことを示す新規findフラグインジケータ
を含む、請求項7に記載の方法。
【請求項９】
モバイルデバイスのプロセッサによって実行されると、前記プロセッサに、請求項1乃至8のいずれか1項に記載の方法を実施させるコードを記憶した非一時的コンピュータ可読記録媒体。
【請求項１０】
ワイヤレス通信ネットワークにおける近接発見のためのモバイルデバイスであって、
近接発見の結果を共有するための手段を備え、
前記共有するための手段は、
告知デバイスから第1の告知を受信するための手段と、
前記受信された告知が、モバイルデバイスのユーザにとって興味深いということを示す共有命令を、前記モバイルデバイスのユーザから受信するための手段と、
前記共有命令に応答して、前記受信された第1の告知に基づいて発見共有データを生成するための手段と、
前記発見共有データを外部サーバに送信するための手段と、
前記モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを前記外部サーバから受信するための手段と、
前記更新インジケータに基づいて、前記モバイルデバイスに関連付けられた第2の告知を生成するための手段と
を備えるモバイルデバイス。
【請求項１１】
前記受信された第1の告知が、前記告知デバイスに関連付けられた識別を含み、
前記生成された発見共有データが、前記第1の告知中で受信された、前記告知デバイスに関連付けられた前記識別と、前記共有命令が受信されたことを示す共有命令インジケータとを含む、請求項10に記載のモバイルデバイス。
【請求項１２】
前記第2の告知を送信するための手段をさらに備え、前記第2の告知が、前記モバイルデバイスに関連付けられたアイデンティティに関連付けられたプライベート告知である、請求項10に記載のモバイルデバイス。
【請求項１３】
前記プライベート告知が、
ProSe発見フレーム、または、
前記モバイルデバイスに関連付けられた前記アイデンティティの識別、および、(i)メタデータ更新タイムスタンプ、(ii)メタデータバージョン番号、(iii)メタデータ更新識別番号、または(iv)(i)、(ii)、および(iii)の任意の組合せのうちの1つまたは複数を示すメタデータ更新ステータスインジケータ、または、
前記プライベート告知が、前記モバイルデバイスに関連付けられた前記アイデンティティの識別、および、前記モバイルデバイスに関連付けられたメタデータが発見共有データを含むことを示す新規findフラグインジケータ
を含む、請求項12に記載のモバイルデバイス。
【請求項１４】
請求項10乃至13のいずれか1項に記載の前記モバイルデバイスであって、
告知デバイスから前記第1の告知を受信するための手段を提供し、
前記受信された告知が、前記モバイルデバイスのユーザにとって興味深いということを示す前記共有命令を、前記モバイルデバイスのユーザから受信するための手段を提供し、
前記共有命令に応答して、前記受信された第1の告知に基づいて発見共有データを生成するための手段を提供し、
前記発見共有データを外部サーバに送信するための手段を提供し、
前記モバイルデバイスに関連付けられたメタデータが更新されたことを示す前記更新インジケータを前記外部サーバから受信するための手段を提供し、
前記更新インジケータに基づいて、前記モバイルデバイスに関連付けられた前記第2の告知を生成するための手段を提供する
ように構成されたプロセッサと、
関連データおよび命令を記憶するための、前記プロセッサに結合されたメモリと
を備えるモバイルデバイス。
【請求項１５】
前記第1の告知が、アイデンティティ、ロケーション、イベントまたはサービスのうちの少なくとも1つに関連付けられたパブリック告知であり、前記アイデンティティ、ロケーション、イベントまたはサービスが前記告知デバイスに関連付けられるか、または、
前記プロセッサが、前記モバイルデバイスのユーザインターフェースにユーザ通知を送信するようにさらに構成され、前記受信された共有命令が、前記モバイルデバイスの前記ユーザインターフェースから受信される、請求項14に記載のモバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の態様は概して、ワイヤレス通信ネットワークにおける近接発見に関し、より詳細には、近接発見の結果を共有するためのシステムおよび方法に関する。
【背景技術】
【０００２】
近年、ダイレクトピアツーピア(P2P)通信の使用が増加している。ロングタームエボリューションダイレクト(LTE-D)は、近接発見のための、提案されている第3世代パートナーシッププロジェクト(3GPP)、リリース12ソリューションである。LTE-Dは、広い範囲(見通し線で約500m)内の他のLTE-Dデバイス上のサービスに関して直接監視をすることによって、ロケーション追跡およびネットワーク呼を不要にする。LTE-Dは、バッテリ効率的な同期システムにおいて連続してそのようにし、近接している数千のサービスを同時に検出することができる。
【０００３】
LTE-Dは、モバイルアプリケーションに対するオペレータサービスとして、認可スペクトル上で動作する。LTE-Dは、サービスレイヤ発見を可能にする。LTE-D対応デバイス上のモバイルアプリケーションは、他のデバイス上のモバイルアプリケーションサービスを監視するよう、LTE-D構成要素に命令し得る。その上、LTE-Dデバイス上のモバイルアプリケーションは、それら自体のサービスを、物理レイヤにおける、他の近接LTE-Dデバイスによる検出のために告知するよう、LTE-D構成要素に命令し得る。LTE-Dが連続して作動し、設定されたモニタとの一致を検出したときにクライアントアプリケーションに通知する間、アプリケーションは閉じられてよい。
【０００４】
LTE-Dはしたがって、開発者の既存クラウドサービスの拡張として近接発見ソリューションを展開することを求めるモバイル開発者にとって魅力的な代替法である。LTE-Dは、モバイルアプリケーションが、関連性一致を識別する際に集中データベース処理なしですますための、(今日存在する集中発見に対して)分散発見ソリューションであり、代わりに、関連する属性を送信し、監視することによって、デバイスレベルでの関連を自律的に判断する。LTE-Dは、LTE-Dが近接を判断するのに永続ロケーション追跡を使用しないという点で、プライバシーならびに電力消費においていくつかの利益をもたらす。クラウド中ではなくデバイス上での発見を続けることによって、ユーザは、どのような情報が外部デバイスと共有されるかを、より制御することができる。
【発明の概要】
【課題を解決するための手段】
【０００５】
一態様では、本開示は、モバイルデバイスが発見を共有するための方法を提供する。この方法は、たとえば、告知デバイスから第1の告知を受信するステップと、受信された告知が、モバイルデバイスのユーザにとって興味深いということを示す共有命令を受信するステップと、共有命令に応答して、受信された第1の告知に基づいて発見共有データを生成するステップと、発見共有データを外部サーバに送信するステップと、モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを外部サーバから受信するステップと、更新インジケータに基づいて、モバイルデバイスに関連付けられた第2の告知を生成するステップとを含み得る。
【０００６】
別の態様では、本開示は、発見を共有するためのモバイルデバイスを提供する。モバイルデバイスは、たとえば、告知デバイスから第1の告知を受信し、受信された告知が、モバイルデバイスのユーザにとって興味深いということを示す共有命令を受信し、共有命令に応答して、受信された第1の告知に基づいて発見共有データを生成し、発見共有データを外部サーバに送信し、モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを外部サーバから受信し、更新インジケータに基づいて、モバイルデバイスに関連付けられた第2の告知を生成するように構成されたプロセッサと、関連データおよび命令を記憶するための、プロセッサに結合されたメモリとを備え得る。
【０００７】
さらに別の態様では、本開示は、発見を共有するための装置を提供する。装置は、たとえば、告知デバイスから第1の告知を受信するための手段と、受信された告知が、モバイルデバイスのユーザにとって興味深いということを示す共有命令を受信するための手段と、共有命令に応答して、受信された第1の告知に基づいて発見共有データを生成するための手段と、発見共有データを外部サーバに送信するための手段と、モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを外部サーバから受信するための手段と、更新インジケータに基づいて、モバイルデバイスに関連付けられた第2の告知を生成するための手段とを備え得る。
【０００８】
さらに別の態様では、本開示は、プロセッサによって実行されると、プロセッサに、発見を共有するための動作を実施させるコードを備える非一時的コンピュータ可読媒体を提供する。非一時的コンピュータ可読媒体は、たとえば、告知デバイスから第1の告知を受信するためのコードと、受信された告知が、モバイルデバイスのユーザにとって興味深いということを示す共有命令を受信するためのコードと、共有命令に応答して、受信された第1の告知に基づいて発見共有データを生成するためのコードと、発見共有データを外部サーバに送信するためのコードと、モバイルデバイスに関連付けられたメタデータが更新されたことを示す更新インジケータを外部サーバから受信するためのコードと、更新インジケータに基づいて、モバイルデバイスに関連付けられた第2の告知を生成するためのコードとを備え得る。
【０００９】
本発明の実施形態およびその付随する利点の多くのより完全な理解は、本発明を限定するためではなく単に例示するために提示される添付の図面とともに考察するときに、以下の詳細な説明を参照することによって、理解が深まるのに応じて容易に得られるであろう。
【図面の簡単な説明】
【００１０】
【図１】本開示の一態様によるワイヤレス通信システムのハイレベルシステムアーキテクチャを大まかに示す図である。
【図２】本開示の一態様による、RAN、および発展型パケットシステム(EPS)またはロングタームエボリューション(LTE)ネットワークに基づくコアネットワークのパケット交換部分の例示的な構成を示す図である。
【図３】本開示の態様によるユーザ機器(UE)の例を示す図である。
【図４】本開示の一態様による、機能性を実施するように構成された論理を含む通信デバイスを示す図である。
【図５】本開示の一態様によるサーバを示す図である。
【図６】UEがピアツーピア技術を使って通信することができる通信環境を示す図である。
【図７】告知デバイスからの受信された告知を共有するための信号フロー図である。
【図８】共有モバイルデバイスに関連付けられた、更新されたメタデータを取り出すための信号フロー図である。
【図９】共有モバイルデバイスに関連付けられた、更新されたメタデータを取り出すための別の信号フロー図である。
【図１０】プライベートメタデータ用のデータ構造の例を示す図である。
【図１１】パブリックメタデータ用のデータ構造の例を示す図である。
【図１２】LTE-Dにおける発見フレームの例を示す図である。
【図１３】Wi-Fiダイレクトにおける発見フレームの例を示す図である。
【図１４】Bluetooth(登録商標)低エネルギー(BTLE)における発見フレームの例を示す図である。
【発明を実施するための形態】
【００１１】
本発明の態様は、本発明の特定の実施形態を対象とする以下の説明および関係する図面において開示される。本発明の範囲から逸脱することなく、代替実施形態が案出されてよい。加えて、本発明のよく知られた要素については、本発明の関連する詳細を曖昧にしないように、詳細に説明されず、または省略される。「例示的」および/または「例」という言葉は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明されるいかなる実施形態も、必ずしも他の実施形態よりも好ましいか、または有利であると解釈されるべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、説明される特徴、利点、または動作モードを含むことを必要としない。さらに、多くの実施形態は、たとえばコンピューティングデバイスの要素によって実施されるアクションのシーケンスの観点から説明される。本明細書において説明される様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実施できることが認識されよう。さらに、本明細書で説明されるこれらのアクションのシーケンスは、実行時に本明細書で説明される機能性を関連するプロセッサに実施させる、対応するコンピュータ命令のセットがその中に記憶された任意の形態のコンピュータ可読記憶媒体内で完全に実施されると見なすことができる。したがって、本発明の様々な態様は、いくつかの異なる形式で具現化されてよく、これらのすべてが、特許請求される主題の範囲内にあることが企図されている。加えて、本明細書で説明する実施形態ごとに、任意のそのような実施形態の対応する形式は、本明細書では、たとえば、説明するアクションを実施する「ように構成された論理」として説明され得る。
【００１２】
本明細書ではユーザ機器(UE)と呼ばれるクライアントデバイスは、モバイルであってもまたは固定されていてもよく、かつ無線アクセスネットワーク(RAN)と通信してよい。本明細書で使用する「UE」という用語は、互換的に「アクセス端末」または「AT」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはUT、「モバイル端末」、「移動局」、およびそれらの変形形態と呼ばれることがある。概して、UEは、RANを介してコアネットワークと通信することができ、コアネットワークを通してUEはインターネットなどの外部ネットワークに接続されてもよい。当然、UEには、ワイヤードアクセスネットワーク、(たとえば、IEEE 802.11などに基づく)Wi-Fiネットワークなどを介してなど、コアネットワークおよび/またはインターネットに接続する他の機構も考えられる。UEは、限定はしないが、PCカード、コンパクトフラッシュ(登録商標)デバイス、外付けまたは内蔵のモデム、ワイヤレスまたは有線の電話またはタブレットなどを含むいくつかのタイプのデバイスのいずれかによって具現化され得る。UEが信号をRANに送ることができる通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど)と呼ばれる。RANが信号をUEに送ることができる通信リンクは、ダウンリンクチャネルまたは順方向リンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用するトラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指すことができる。
【００１３】
図1は、本発明の実施形態によるワイヤレス通信システム100のハイレベルシステムアーキテクチャを示す図である。ワイヤレス通信システム100はUE1...Nを含む。UE1...Nは、セルラー電話、携帯情報端末(PDA)、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含んでよい。たとえば、図1において、UE1...2は発呼側セルラーフォンとして示され、UE3...5はタッチスクリーンセルラーフォンまたはスマートフォンとして示され、UE NはデスクトップコンピュータまたはPCとして示されている。
【００１４】
図1を参照すると、UE1...Nは、図1にエアインターフェース104、106、108および/または直接ワイヤード接続として示されている物理通信インターフェースまたは物理通信レイヤを介してアクセスネットワーク(たとえば、RAN120、アクセスポイント125など)と通信するように構成される。エアインターフェース104および106は所与のセルラー通信プロトコル(たとえば、CDMA、EVDO、eHRPD、GSM(登録商標)、EDGE、W-CDMA、LTEなど)に準拠することができ、一方、エアインターフェース108はワイヤレスIPプロトコル(たとえば、IEEE 802.11)に準拠することができる。RAN120は、エアインターフェース104および106などのエアインターフェースを介してUEにサービスする複数のアクセスポイントを含む。RAN120内のアクセスポイントは、アクセスノードまたはAN、アクセスポイントまたはAP、基地局またはBS、ノードB、eノードBなどと呼ばれることがある。これらのアクセスポイントは、地上アクセスポイント(もしくは地上局)、または衛星アクセスポイントであり得る。RAN120は、RAN120によってサービスされるUEとRAN120または異なるRANによってサービスされる他のUEとの間の回線交換(CS)呼を完全にブリッジングすることを含む様々な機能を実施することができ、かつインターネット175などの外部ネットワークとのパケット交換(PS)データの交換を仲介することもできるコアネットワーク140に接続するように構成される。インターネット175は、いくつかのルーティングエージェントおよび処理エージェント(便宜上、図1には示されていない)を含む。図1では、UE Nは、インターネット175に直接接続する(すなわち、Wi-Fiまたは802.11ベースネットワークのイーサネット(登録商標)接続を介するなど、コアネットワーク140から分離される)ものとして示されている。それによって、インターネット175は、コアネットワーク140を介してUE NとUE1...Nとの間のパケット交換データ通信をブリッジングするように機能し得る。図1には、RAN120から分離されたアクセスポイント125も示されている。アクセスポイント125は、コアネットワーク140とは無関係に(たとえば、FiOS、ケーブルモデムなどの光通信システムを介して)インターネット175に接続されてよい。エアインターフェース108は、一例では、IEEE 802.11などのローカルワイヤレス接続を介してUE4またはUE5にサービスしてもよい。UE Nは、一例では(たとえば、ワイヤード接続性とワイヤレス接続性の両方を有するWiFiルータ用の)アクセスポイント125自体に対応し得るモデムまたはルータとの直接接続など、インターネット175とのワイヤード接続を有するデスクトップコンピュータとして示されている。
【００１５】
図1を参照すると、アプリケーションサーバ170は、インターネット175、コアネットワーク140、またはその両方に接続されるものとして示されている。アプリケーションサーバ170は、構造的に分離された複数のサーバとして実装され得るか、または代替的に単一のサーバに対応し得る。以下により詳しく説明するように、アプリケーションサーバ170は、コアネットワーク140および/またはインターネット175を介してアプリケーションサーバ170に接続することのできるUEについて1つまたは複数の通信サービス(たとえば、ボイスオーバーインターネットプロトコル(VoIP)セッション、プッシュツートーク(PTT)セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど)をサポートするように構成される。
【００１６】
ワイヤレス通信システム100をより詳細に説明するのを助けるために、図2において、RAN120およびコアネットワーク140のためのプロトコル固有の実装形態の例が以下に提供される。具体的には、RAN120およびコアネットワーク140の構成要素は、パケット交換(PS)通信のサポートに関連付けられた構成要素に対応する。レガシー回路交換(CS)構成要素がこれらのネットワーク中に存在してもよいが、どのレガシーCS固有構成要素も、図2には明示的に示されていない。
【００１７】
図2は、本発明の実施形態による、RAN120、および発展型パケットシステム(EPS)またはLTEネットワークに基づくコアネットワーク140のパケット交換部分の例示的な構成を示す。EPS/LTEネットワーク中のRAN120は、複数の発展型ノードB(EノードBまたはeNB)200、205および210で構成される。EPS/LTEネットワーク内のEノードBは概して、コアネットワーク140と通信するためにRAN120内に別個のコントローラを必要としない。
【００１８】
図2において、コアネットワーク140は複数のモビリティ管理エンティティ(MME)215および220と、ホーム加入者サーバ(HSS)225と、サービングゲートウェイ(S-GW)230と、パケットデータネットワークゲートウェイ(P-GW)235と、ポリシーおよび課金規則機能(PCRF)240とを含む。これらの構成要素と、RAN120と、インターネット175との間のネットワークインターフェースが図2に示されており、Table 1(表1)(以下)において次のように定義される。
【００１９】
【表１Ａ】
0006622813.tif 000002
【００２０】
【表１Ｂ】
0006622813.tif 000003
【００２１】
ここで、図2のRAN120およびコアネットワーク140に示す構成要素のハイレベル記述について説明する。しかしながら、これらの構成要素はそれぞれ、様々な3GPP TS規格により当技術分野でよく知られており、本明細書に含まれる説明は、これらの構成要素によって実施されるすべての機能性の網羅的な説明となるものではない。
【００２２】
図2を参照すると、MME215および220は、EPSベアラのための制御プレーンシグナリングを管理するように構成される。MME機能は、非アクセス層(NAS)シグナリング、NASシグナリングセキュリティ、技術間ハンドオーバおよび技術内ハンドオーバのモビリティ管理、P-GWおよびS-GW選択、ならびにMME変更を伴うハンドオーバのためのMME選択を含む。
【００２３】
図2を参照すると、S-GW230は、RAN120に向かうインターフェースを終端するゲートウェイである。EPSベースシステムのコアネットワーク140に関連付けられたUEごとに、所与の時点において、単一のS-GWが存在する。S-GW230の機能は、GTPベースおよびプロキシモバイルIPv6(PMIP)ベースのS5/S8の両方に関して、モビリティアンカーポイント、パケットルーティングおよびフォワーディング、ならびに関連するEPSベアラのQoSクラス識別子(QCI)に基づくディフサーブコードポイント(DSCP:DiffServ Code Point)の設定を含む。
【００２４】
図2を参照すると、P-GW235は、パケットデータネットワーク(PDN)、たとえば、インターネット175に向かうSGiインターフェースを終端するゲートウェイである。UEが複数のPDNにアクセスしている場合、そのUEのために2つ以上のP-GWが存在し得るが、S5/S8接続性とGn/Gp接続性の混合は、通常、そのUEに関して同時にサポートされない。P-GW機能は、GTPベースのS5/S8の両方に関して、(ディープパケット検査による)パケットフィルタリング、UE IPアドレス割振り、関連するEPSベアラのQCIに基づくDSCPの設定、オペレータ間の課金のためのアカウンティング、3GPP TS 23.203に定義されたアップリンク(UL)およびダウンリンク(DL)ベアラバインディング、3GPP TS 23.203に定義されたULベアラバインディング検証を含む。P-GW235は、E-UTRAN、GERAN、またはUTRANのいずれかを使用して、GSM(登録商標)/EDGE無線アクセスネットワーク(GERAN)/UTRAN専用UEとE-UTRAN対応UEの両方にPDN接続性を提供する。P-GW235は、S5/S8インターフェースを介して、E-UTRANのみを使用してE-UTRAN対応UEにPDN接続性を提供する。
【００２５】
図2を参照すると、PCRF240は、EPSベースコアネットワーク140のポリシーおよび課金制御要素である。非ローミングシナリオでは、UEのインターネットプロトコル接続性アクセスネットワーク(IP-CAN)セッションに関連付けられたHPLMN内に単一のPCRFが存在する。PCRFは、RxインターフェースおよびGxインターフェースを終端する。トラフィックのローカルブレークアウトを伴うローミングシナリオでは、UEのIP-CANセッションに関連付けられた2つのPCRFが存在してよく、すなわち、ホームPCRF(H-PCRF)は、HPLMN内に存在するPCRFであり、訪問先PCRF(V-PCRF)は、訪問先VPLMN内に存在するPCRFである。PCRFは、3GPP TS 23.203により詳細に説明されており、したがって、簡潔にするためにこれ以上は説明しない。図2では、アプリケーションサーバ170(たとえば、3GPP用語ではAFと呼ばれ得る)は、インターネット175を介してコアネットワーク140に、または代替的にRxインターフェースを介して直接PCRF240に接続されるものとして示されている。一般に、アプリケーションサーバ170(またはAF)は、コアネットワークとともにIPベアラリソース(たとえば、UMTS PSドメイン/GPRSドメインリソース/LTE PSデータサービス)を使用するアプリケーションを提供する要素である。アプリケーション機能の一例は、IPマルチメディアサブシステム(IMS)コアネットワークサブシステムのプロキシコールセッション制御機能(P-CSCF)である。AFは、セッション情報をPCRF240に提供するためにRx基準点を使用する。セルラーネットワークを介してIPデータサービスを提供する任意の他のアプリケーションサーバも、Rx基準点を介してPCRF240に接続され得る。
【００２６】
図3は、本発明の実施形態によるUEの例を示す。図3を参照すると、UE300Aは発呼側電話として示され、UE300Bはタッチスクリーンデバイス(たとえば、スマートフォン、タブレットコンピュータなど)として示されている。図3に示すように、UE300Aの外部ケーシングは、当技術分野で知られているように、特に、アンテナ305A、ディスプレイ310A、少なくとも1つのボタン315A(たとえば、PTTボタン、電源ボタン、音量調節ボタンなど)、キーパッド320Aなどの構成要素で構成される。また、UE300Bの外部ケーシングは、当技術分野で知られているように、特に、タッチスクリーンディスプレイ305B、周辺ボタン310B、315B、320B、および325B(たとえば、電力制御ボタン、音量または振動制御ボタン、飛行機モードトグルボタンなど)、少なくとも1つのフロントパネルボタン330B(たとえば、Homeボタンなど)などの構成要素で構成される。UE300AおよびUE300Bの各々は、UE300AまたはUE300Bのユーザがデバイスと対話するための1つまたは複数のユーザインターフェース構成要素、たとえば、ボタン315A、タッチスクリーンディスプレイ305Bなどを含む。UE300AまたはUE300Bのユーザは、ユーザインターフェース構成要素のうちの1つまたは複数を介してデバイスに入力または命令を与えることができ、デバイスは、ユーザインターフェース構成要素のうちの1つまたは複数を介してユーザに出力または通知を与えることができる。UE300Bの一部として明示的に示されてはいないが、UE300Bは、限定はしないが、WiFiアンテナ、セルラーアンテナ、衛星位置システム(SPS)アンテナ(たとえば、全地球測位システム(GPS)アンテナ)などを含む、1つまたは複数の外部アンテナおよび/またはUE300Bの外部ケーシングに内蔵される1つのまたは複数の内蔵アンテナを含むことができる。
【００２７】
UE300AおよびUE300BなどのUEの内部構成要素は異なるハードウェア構成によって具現化され得るが、内部ハードウェア構成要素のための基本的なハイレベルUE構成は図3にプラットフォーム302として示されている。プラットフォーム302は、最終的にコアネットワーク140、インターネット175、ならびに/または他のリモートサーバおよびネットワーク(たとえば、アプリケーションサーバ170、ウェブURLなど)から得ることのできるRAN120から送信されたソフトウェアアプリケーション、データ、および/またはコマンドを受信し実行し得る。プラットフォーム302は、また、ローカルに記憶されたアプリケーションをRAN対話なしで独立して実行してもよい。プラットフォーム302は、特定用途向け集積回路(「ASIC」)308または他のプロセッサ、マイクロプロセッサ、論理回路、もしくは他のデータ処理デバイスに動作可能に結合されたトランシーバ306を含み得る。ASIC308または他のプロセッサは、ワイヤレスデバイスのメモリ312内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(API)310レイヤを実行する。メモリ312は、読取り専用メモリもしくはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通する任意のメモリから構成することができる。プラットフォーム302は、また、メモリ312内でアクティブに使用されないアプリケーション、ならびに他のデータを記憶することができるローカルデータベース314も含むことができる。ローカルデータベース314は、通常、フラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトディスクまたはハードディスクなどの当技術分野で知られている任意の二次記憶デバイスであってもよい。
【００２８】
したがって、本発明の実施形態は、本明細書で説明する機能を実施する能力を含むUE(たとえば、UE300A、300Bなど)を含み得る。当業者が諒解するように、様々な論理要素は、本明細書で開示する機能性を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアの任意の組合せで具体化され得る。たとえば、ASIC308、メモリ312、API310およびローカルデータベース314をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行し得、したがって、これらの機能を実施するための論理を様々な要素に分散し得る。代替として、機能性は1つの個別構成要素に組み込まれ得る。したがって、図3のUE300Aおよび300Bの特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に制限されない。
【００２９】
UE300Aおよび/または300BとRAN120との間のワイヤレス通信は、CDMA、W-CDMA、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多重(OFDM)、GSM(登録商標)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルなどの異なる技術に基づくことができる。上記で説明し、当技術分野で知られているように、音声送信および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信することが可能である。したがって、本明細書で提供する例示は、本発明の実施形態を限定するものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。
【００３０】
図4は、機能性を実施するように構成された論理を含む通信デバイス400を示す。通信デバイス400は、限定はしないが、UE300Aまたは300B、RAN120の任意の構成要素(たとえば、eノードB200〜210など)、コアネットワーク140の任意の構成要素(たとえば、MME215もしくは220、HSS225、S-GW230、P-GW235、PCRF240)、コアネットワーク140および/またはインターネット175に結合された任意の構成要素(たとえば、アプリケーションサーバ170)などを含む、上記の通信デバイスのうちのいずれかに対応し得る。したがって、通信デバイス400は、図1のワイヤレス通信システム100を介して1つまたは複数の他のエンティティと通信する(または通信を容易にする)ように構成された任意の電子デバイスに対応することができる。
【００３１】
図4を参照すると、通信デバイス400は、情報を受信および/または送信するように構成された論理405を含む。ある例では、通信デバイス400がワイヤレス通信デバイス(たとえば、UE300Aまたは300B、eノードB200〜210のうちの1つ)に対応する場合、情報を受信および/または送信するように構成された論理405は、ワイヤレストランシーバおよび関連ハードウェア(たとえば、RFアンテナ、MODEM、変調器、および/または復調器など)などのワイヤレス通信インターフェース(たとえば、Bluetooth(登録商標)、Wi-Fi、2G、CDMA、W-CDMA、3G、4G、LTEなど)を含み得る。別の例では、情報を受信および/または送信するように構成された論理405は、ワイヤード通信インターフェース(たとえば、インターネット175にアクセスする手段となり得るシリアル接続、USBまたはファイヤワイヤ接続、イーサネット(登録商標)接続など)に対応することができる。したがって、通信デバイス400が、何らかのタイプのネットワークベースのサーバ(たとえば、PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、アプリケーション170など)に対応する場合、情報を受信および/または送信するように構成された論理405は、ある例では、イーサネット(登録商標)プロトコルによってネットワークベースのサーバを他の通信エンティティに接続するイーサネット(登録商標)カードに対応することができる。さらなる例では、情報を受信および/または送信するように構成された論理405は、通信デバイス400が、そのローカル環境を監視する手段となり得る感知または測定ハードウェア(たとえば、加速度計、温度センサー、光センサー、ローカルRF信号を監視するためのアンテナなど)を含むことができる。情報を受信および/または送信するように構成された論理405はまた、実行されると、情報を受信および/または送信するように構成された論理405の関連ハードウェアがその受信機能および/または送信機能を実施することを可能にするソフトウェアを含むことができる。しかしながら、情報を受信および/または送信するように構成された論理405は、ソフトウェアだけに対応するのではなく、情報を受信および/または送信するように構成された論理405は、ハードウェアに少なくとも部分的に依拠してその機能性を実現する。
【００３２】
図4を参照すると、通信デバイス400は、情報を処理するように構成された論理410をさらに含む。ある例では、情報を処理するように構成された論理410は、少なくともプロセッサを含み得る。情報を処理するように構成された論理410によって実施され得る処理のタイプの例示的な実装形態は、これに限定されないが、判断の実施、接続の確立、異なる情報オプション間の選択を行うこと、データに関連した評価の実施、測定動作を実施するために通信デバイス400に結合されたセンサーとの相互作用、あるフォーマットから別のフォーマットへの情報の変換(たとえば、.wmvから.aviへなどの異なるプロトコル間)などを含む。たとえば、情報を処理するように構成された論理410に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実施するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。情報を処理するように構成された論理410はまた、実行されると、情報を処理するように構成された論理410の関連ハードウェアがその処理機能を実施することを可能にするソフトウェアを含むことができる。しかしながら、情報を処理するように構成された論理410は、ソフトウェアだけに対応するのではなく、情報を処理するように構成された論理410は、その機能性を達成するためのハードウェアに少なくとも部分的に依拠する。
【００３３】
図4を参照すると、通信デバイス400は、情報を記憶するように構成された論理415をさらに含む。ある例では、情報を記憶するように構成された論理415は、少なくとも非一時的メモリおよび関連ハードウェア(たとえば、メモリコントローラなど)を含み得る。たとえば、情報を記憶するように構成された論理415に含まれる非一時的メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体に対応することができる。情報を記憶するように構成された論理415はまた、実行されると、情報を記憶するように構成された論理415の関連ハードウェアがその記憶機能を実施することを可能にするソフトウェアを含むことができる。しかしながら、情報を記憶するように構成された論理415は、ソフトウェアだけに対応するのではなく、情報を記憶するように構成された論理415は、その機能性を達成するためにハードウェアに少なくとも部分的に依拠する。
【００３４】
図4を参照すると、通信デバイス400は、情報を提示するように構成された論理420をさらに任意選択で含む。ある例では、情報を提示するように構成された論理420は、少なくとも出力デバイスおよび関連ハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス(たとえば、ディスプレイスクリーン、USB、HDMI(登録商標)のようなビデオ情報を搬送することができるポートなど)、オーディオ出力デバイス(たとえば、スピーカー、マイクロフォンジャック、USB、HDMI(登録商標)のようなオーディオ情報を搬送することができるポートなど)、振動デバイス、および/または、情報がそれによって出力のためにフォーマットされ得る、もしくは通信デバイス400のユーザもしくはオペレータによって実際に出力され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス400が、図3に示すようにUE300AまたはUE300Bに対応する場合、情報を提示するように構成された論理420は、UE300Aのディスプレイ310AまたはUE300Bのタッチスクリーンディスプレイ305Bを含み得る。さらに別の例では、情報を提示するように構成された論理420は、ローカルユーザをもたないネットワーク通信デバイス(たとえば、ネットワークスイッチやルータ、リモートサーバなど)のような、いくつかの通信デバイスに対しては省かれてよい。情報を提示するように構成された論理420はまた、実行されると、情報を提示するように構成された論理420の関連ハードウェアがその提示機能を実施することを認めるソフトウェアを含むことができる。しかしながら、情報を提示するように構成された論理420は、ソフトウェアだけに対応するのではなく、情報を提示するように構成された論理420は、その機能性を達成するためにハードウェアに少なくとも部分的に依拠する。
【００３５】
図4を参照すると、通信デバイス400は任意選択で、ローカルユーザ入力を受信するように構成された論理425をさらに含む。ある例では、ローカルユーザ入力を受信するように構成された論理425は、少なくともユーザ入力デバイスおよび関連ハードウェアを含み得る。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス(たとえば、マイクロフォン、もしくはマイクロフォンジャックなど、オーディオ情報を搬送することができるポートなど)、および/またはそれによって通信デバイス400のユーザもしくはオペレータから情報を受信することができる任意の他のデバイスを含むことができる。たとえば、通信デバイス400が、図3に示すようにUE300AまたはUE300Bに対応する場合、ローカルユーザ入力を受信するように構成された論理425は、キーパッド320A、ボタン315Aまたは310B〜325Bのうちのいずれか、タッチスクリーンディスプレイ305Bなどを含み得る。さらなる例では、ローカルユーザ入力を受信するように構成された論理425はローカルユーザをもたないネットワーク通信デバイス(たとえば、ネットワークスイッチまたはルータ、リモートサーバなど)など、いくつかの通信デバイスでは省かれ得る。また、ローカルユーザ入力を受信するように構成された論理425は、実行されると、ローカルユーザ入力を受信するように構成された論理425の関連ハードウェアがその入力受信機能を実施することを認めるソフトウェアを含むことができる。しかしながら、ローカルユーザ入力を受信するように構成された論理425は、ソフトウェアだけに対応するのではなく、ローカルユーザ入力を受信するように構成された論理425は、その機能性を達成するためのハードウェアに少なくとも部分的に依拠する。
【００３６】
図4を参照すると、405〜425の構成された論理は、図4では別個のまたは相異なるブロックとして示されているが、それぞれの構成された論理がその機能性を実施するためのハードウェアおよび/またはソフトウェアは、部分的に重複し得ることが諒解されよう。たとえば、405〜425の構成された論理の機能性を容易にするために使用されるどのソフトウェアも、情報を記憶するように構成された論理415に関連付けられた非一時的メモリに記憶することができ、その結果、405〜425の構成された論理は各々、それらの機能性(すなわち、この場合、ソフトウェア実行)を、情報を記憶するように構成された論理415によって記憶されたソフトウェアの動作に部分的に基づいて実施する。同様に、構成された論理のうちの1つに直接関連するハードウェアは、時々、他の構成された論理によって借用または使用され得る。たとえば、情報を処理するように構成された論理410のプロセッサは、情報を受信および/または送信するように構成された論理405が、情報を処理するように構成された論理410に関連付けられたハードウェア(すなわち、プロセッサ)の動作に部分的に基づいて、その機能性(すなわち、この場合はデータの送信)を実施するように、データを、情報を受信および/または送信するように構成された論理405によって送信される前に、適切な形式にフォーマットすることができる。
【００３７】
概して、別段に明示的に記載されていない限り、本開示全体にわたって使用される「ように構成された論理」という句は、ハードウェアによって少なくとも部分的に実装される実施形態を引き合いに出すものとし、ハードウェアから独立したソフトウェアだけの実装形態に位置づけるものではない。様々なブロックにおける構成された論理または「ように構成された論理」は、特定の論理ゲートまたは論理要素に限定されるのではなく、概して、本明細書に記載した機能性を、(ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して)実施するための能力を指すことが諒解されよう。したがって、様々なブロックに示す構成された論理または「ように構成された論理」は、「論理」という言葉を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるわけではない。様々なブロックにおける論理間の他の対話または協働が、以下でより詳細に説明する実施形態の検討から、当業者には明らかになるであろう。
【００３８】
様々な実施形態は、図5に示すサーバ500など、様々な市販のサーバデバイスのいずれかにおいて実装され得る。ある例では、サーバ500は、上述のアプリケーションサーバ170の1つの例示的な構成に対応し得る。図5において、サーバ500は、揮発性メモリ502と、ディスクドライブ503のような大容量の不揮発性メモリとに結合された、プロセッサ501を含む。サーバ500はまた、プロセッサ501に結合された、フロッピーディスクドライブ、コンパクトディスク(CD)またはDVDディスクドライブ506を含んでよい。サーバ500は、他のブロードキャストシステムコンピュータおよびサーバに、またはインターネットに結合されたローカルエリアネットワークなどの、ネットワーク507とのデータ接続を確立するための、プロセッサ501に結合されたネットワークアクセスポート504も含み得る。図4の状況で、図5のサーバ500は、通信デバイス400の1つの例示的な実装形態を示すが、情報を送信および/または受信するように構成された論理405は、ネットワーク507と通信するためにサーバ500によって使用されるネットワークアクセスポート504に対応し、情報を処理するように構成された論理410はプロセッサ501に対応し、情報を記憶するように構成された論理415は、揮発性メモリ502、ディスクドライブ503および/またはディスクドライブ506の任意の組合せに対応することが諒解されよう。情報を提示するように構成された任意選択の論理420およびローカルユーザ入力を受信するように構成された任意選択の論理425は、図5には明示的に示されず、その中に含まれる場合もあれば、含まれない場合もある。したがって、図5は、図3の場合のような305Aまたは305BのようなUEの実施態様に加えて、通信デバイス400がサーバとして実現できることを実証するのを助ける。
【００３９】
図6は、デバイスが、P2P技術(たとえば、LTE-D、Wi-Fiダイレクト、Bluetooth(登録商標)など)を使って他のデバイスを直接発見し、かつ/もしくは他のデバイスに直接接続し、または、たとえばLTEネットワークなどのワイヤレスワイドエリアネットワークに接続することができる、ワイヤレス通信システム600を示す。図6は、ネットワークリンク692(たとえば、図2のRxリンクなど)を介して、第1の基地局612を有する第1のセル610と、第2の基地局622を有する第2のセル620と、第1の基地局612および第2の基地局622とに結合されたアプリケーションサーバ690を示す。所与の基地局の無線アクセスエリア、またはカバレージエリアは、所与の基地局が位置するセルによって表され、それによって、説明の目的で、第1のセル610は、第1の基地局612に対応するカバレージエリアを含み、第2のセル620は、第2の基地局622に対応するカバレージエリアを含む。図6には示されていないが、いくつかの実施形態では、基地局612、622は、バックホールリンクを介して互いに接続され得る。
【００４０】
ワイヤレス通信システム600内のセル610、620の各々は、それぞれの基地局612、622と通信し、それぞれの基地局612、622を介してアプリケーションサーバ690と通信する様々なデバイスを含む。たとえば、図6に示す実施形態では、第1のセル610はUE631、UE632、およびUE633を含むが、第2のセル620はUE634、UE635、およびUE636を含み、ワイヤレス通信システム600内のUEのうちの1つまたは複数は、モバイルデバイスまたは他のワイヤレスデバイスであり得る。UE631〜636は各々、図3〜図4に示す、UE300A、UE300B、および/または通信デバイス400のうちの1つまたは複数に対応し得る。
【００４１】
図6は、第1のセル610中にある告知デバイス670も示す。UE631〜636のように、告知デバイス670は、図3〜図4に示したUE300A、UE300B、および/または通信デバイス400のうちの1つまたは複数に対応し得る。本開示の一態様によると、UE631〜636および告知デバイス670は、第1の基地局612および/または第2の基地局622などのネットワークインフラストラクチャ要素を通した通信をサポートする。ネットワークインフラストラクチャを伴う通信では、信号は一般に、第1のセル610内のリンク641および第2のセル620内のリンク642など、様々なUEと基地局612、622との間のアップリンク接続およびダウンリンク接続を通して送信および受信され得る。基地局612、622の各々は一般に、対応するセル610、620内のUEのためのアタッチメントポイントとして働き、その中でサービスされるUE間の通信を容易にする。図6に示すように、UE631〜633および告知デバイス670の各々は、リンク641を介して第1の基地局612と通信する。さらに、UE634〜636は、リンク642を介して第2の基地局622と通信する。デバイス280は、図6に示すように、リンク641またはリンク642を介しては通信しない。
【００４２】
UE631〜636および告知デバイス670のうちの1つまたは複数は、ダイレクトP2P通信もサポートし、そうすることによって、別のデバイスまたは第1の基地局612および第2の基地局622などのネットワークインフラストラクチャ要素を通して通信する必要なく、互いと直接通信するのをサポートする。UE631およびUE632などの2つ以上のUEが、互いと通信することを望み、互いに十分近接して位置しているとき、UE631、632にサービスする基地局612からのトラフィックをオフロードし得るダイレクトP2Pリンク650がこの間で確立され、UE631、632がより効率的に通信することを可能にするか、または当業者には明らかである他の利点を与えることができる。別のダイレクトP2Pリンク650が、UE635とUE636との間に示されている。さらに、参加UEが異なるセルにあるセル間通信の場合、ダイレクトP2P通信リンクは依然として可能であり、これは、UE633およびUE634がダイレクトP2Pリンク660を使用して通信し得る図6に示されている。
【００４３】
告知デバイス670は、UE631〜636と同様の能力を有し得る。たとえば、告知デバイス670は、図6に示すように、リンク641を通して第1の基地局612と通信することができる。その上、告知デバイス670は、ダイレクトP2P通信もサポートし得る。たとえば、告知デバイス670は、ダイレクトP2Pリンク672を通して(デバイス670とセルを共有する)UE632および633と、またはダイレクトP2Pリンク674を通して(デバイス670とセルを共有しない)UE634と通信することができる。
【００４４】
1つの可能シナリオにおいて、ダイレクトP2Pリンク650、660、672、および674は、LTE-D技術を使用するD2Dリンクである。LTE-Dは、近接発見のための、提案された3GPPリリース12D2Dソリューションに対応する。LTE-Dは、広い範囲(見通し線で約500m)内の他のLTE-Dデバイス上のサービスに関して直接監視をすることによって、ロケーション追跡およびネットワーク呼を不要にする。LTE-Dは、バッテリ効率的な同期システムにおいて連続してそのようにし、近接している数千のサービスを同時に検出することができる。LTE-Dは、それら自体がダイレクトP2Pリンク用に使われる技術であり得る、Wi-Fiダイレクト(WFD)またはBluetooth(登録商標)など、他のD2D P2P技術よりも広い範囲を有する。
【００４５】
LTE-Dは、モバイルアプリケーションに対するサービスとして、認可スペクトル上で動作する。LTE-Dは、サービスレイヤ発見と、D2D通信も可能にするデバイス間(D2D)ソリューションである。LTE-Dデバイス上のモバイルアプリケーションは、他のデバイス上のモバイルアプリケーションサービスについて監視するとともに、物理レイヤにおいて(他のLTE-Dデバイス上のサービスによる検出のために)それら自体のサービスを告知するよう、LTE-Dに命令してもよく、そうすることにより、LTE-Dが継続して作業をする間、アプリケーションは閉じ、関連付けられたアプリケーションによって確立された「モニタ」との合致が検出されたとき、クライアントアプリケーションに通知する。たとえば、アプリケーションは、「テニスイベント」向けのモニタを確立することができ、LTE-D発見レイヤは、テニス関連LTE-D発見メッセージが検出されたとき、アプリケーションを起動してもよい。
【００４６】
LTE-Dはしたがって、開発者の既存クラウドサービスの拡張として近接発見ソリューションを展開することを求めるモバイル開発者にとって魅力的な代替法である。LTE-Dは、モバイルアプリケーションが、関連性一致を識別する際に集中データベース処理なしですますための、(今日存在する集中発見に対して)分散発見ソリューションであり、代わりに、関連する属性を送信し、監視することによって、デバイスレベルでの関連を自律的に判断する。LTE-Dは、LTE-Dが近接を判断するのに永続ロケーション追跡を使用しないという点で、プライバシーならびに電力消費においていくつかの利益をもたらす。クラウド中ではなくデバイス上での発見を続けることによって、ユーザは、どのような情報が外部デバイスと共有されるかを、より制御することができる。
【００４７】
LTE-Dは、近接ピアの発見と、近接ピアの間の通信を容易にすることの両方のために、「表現」に依拠する。アプリケーションレイヤおよび/またはサービスレイヤにおける表現は、「表現名」(たとえば、ShirtSale@Gap.com、Jane@Facebook.comなど)と呼ばれ、アプリケーションレイヤおよび/またはサービスレイヤにおける表現名は、「表現コード」と呼ばれる、物理レイヤにおけるビットストリングにマップされる。ある例では、各表現コードは、192ビットの長さを有し得る。諒解されるように、特定の表現へのいかなる参照も、コンテキストによっては表現の関連付けられた表現名、表現コード、または両方を指すことができ、さらに、表現は、マッピングタイプに基づいて「プライベート」または「パブリック」のいずれかであり得る。パブリック表現は、公表され、プライベート表現が特定の観衆をターゲットとするための、どのアプリケーションによっても識別することができる。3GPPでは、異なる用語法が使われ得る。たとえば、「表現名」は「ProSeアプリケーションID」と呼ばれる場合があり、「表現コード」は「ProSeアプリケーションコード」と呼ばれる場合がある。LTE-Dにおける「パブリック」表現は、3GPP用語を使うと、「オープンな発見」の対象である場合があり、「プライベート」表現は、「制限された発見」に対応する。
【００４８】
LTE-Dにおける発見は、LTEネットワーク自体によって構成されるパラメータに基づいて、同期して動作する。たとえば、周波数分割複信(FDD)および/または時分割複信(TDD)は、セッション情報ブロック(SIB)を介してサービングeノードBによって割り当てられ得る。サービングeノードBは、サービス発見(またはP2P発見)メッセージの送信によりLTE-Dデバイスがそれら自体を告知するべき間隔(たとえば、20秒ごと、など)を構成することもできる。たとえば、10MHz FDDシステムの場合、eノードBは、直接発見リソース(DRID)の数が44×64=2816となるように、20秒ごとに起こるとともに64個のサブフレームを含む発見期間に従って、発見に使われるべき44個の物理アップリンク共有チャネル(PUSCH)無線ベアラ(RB)を割り振ればよい。
【００４９】
図7は概して、デバイス(たとえば、UE633)がパブリック告知を発見し、パブリック告知の発見を共有するシグナリングフロー図700を示す。図7は、図6に示した告知デバイス670、UE633、およびアプリケーションサーバ690を示す。ただし、告知デバイス670、およびUE633は各々、図3〜図4に示したUE300A、UE300B、および/または通信デバイス400のうちの1つまたは複数に対応し得ることが理解されよう。さらに、アプリケーションサーバ690は、図5に示したサーバ500に対応し得る。
【００５０】
705において、UE633はプライベート告知707を送信する。プライベート告知707は、UE633を、UE633に近接している他のUE(図示せず)に対して識別するのに使われ得る。概して、「近接」UEとは、所与の瞬間にプライベート告知707を受信するのに十分近くにある任意のUEであることが理解されよう。「近接」という用語は、特定のP2P技術のコンテキストにおいて、特定の意味を有し得る。他の近接UEは、UE633を発見するために、UE633からの明示的許可を必要とし得る。明示的許可が求められるので、プライベート告知707は、明示的許可を必要としないオープン発見メッセージ/告知とは対照的に、制限された発見メッセージ/告知と呼ばれ得る。たとえば、Bluetooth(登録商標)低エネルギー(BTLE)プロトコルは発見フレームを使うが、このフレームについては図14においてより詳しく記載する。別の適切なプロトコルは、Wi-Fi Alliance Neighbor-Aware Networking(NAN)プロトコルであり、このプロトコルにおいて、告知デバイス670はサービス発見フレームを送信するが、このフレームについては図13においてより詳しく記載する。
【００５１】
いくつかの実装形態では、プライベート告知707の、705における送信は、上述したLTE-D動作に従って定期的に実施される。たとえば、UE633を発見するための許可を有するエリアに別の近接UEがある場合、プライベート告知707は、別の近接UEに、UE633の存在を通知する働きをし得る。プライベート告知707は、UE633、またはUE633上で稼動しているアプリケーションのユーザを一意に識別する識別データを含み得る。UE633を発見した近接UEは次いで、UE633によって告知された表現コードに関連付けられたプライベートメタデータを取り出すことが可能であり得る。プライベートメタデータは、サーバ、たとえば、アプリケーションサーバ690上に記憶され得る。図10は、プライベートメタデータ構造1000の例を示すが、これについては、本開示の他の箇所で詳しく記載する。シグナリングフロー図700では、プライベート告知707は一度だけ送信され、他のどのUEによっても受信されないが、送信705は例示目的でのみ示されていることが理解されよう。送信705は、複数回実施されてもよく、まったく実施されなくてもよく、任意の数の近接UEによって受信されても、受信されなくてもよい。
【００５２】
710において、告知デバイス670はパブリック告知712を送信する。どの近接UEも、パブリック告知712を発見することができる。告知デバイス670を発見するのに、いかなる明示的許可も、告知デバイス670からは求められない。明示的許可が求められないので、パブリック告知712は、制限された告知とは対照的に、オープンな告知と呼ばれ得る。パブリック告知712は、3GPP ProSe発見プロトコル、LTE-D発見プロトコル、または他の任意の適切なプロトコルに従って生成され得る。たとえば、Bluetooth(登録商標)低エネルギー(BTLE)プロトコルは発見フレームを使うが、このフレームについては図14においてより詳しく記載する。別の適切なプロトコルは、Wi-Fi Alliance Neighbor-Aware Networking(NAN)プロトコルであり、このプロトコルにおいて、告知デバイス670はサービス発見フレームを送信するが、このフレームについては図13においてより詳しく記載する。
【００５３】
いくつかの実装形態では、パブリック告知712の、710における送信は定期的に実施される。たとえば、エリア中に近接UEがある場合、パブリック告知712は、別の近接UEに、告知デバイス670の存在を通知する働きをし得る。パブリック告知712は、告知デバイス670または告知デバイス670上で稼動するアプリケーションを一意に識別する識別データを含み得る。告知デバイス670を発見した近接UEは次いで、たとえば、告知デバイス670によって告知された表現コードに関連付けられたパブリックメタデータを取り出すことが可能であり得る。パブリックメタデータは、サーバ、たとえば、アプリケーションサーバ690、または、3GPPにおいて呼ばれ得るように、「ProSe機能」上に記憶され得る。図11は、パブリックメタデータ構造1100の例を示すが、これについては、本開示の他の箇所で詳しく記載する。
【００５４】
720において、告知デバイス670に近接しているUE633が、パブリック告知712を受信する。730において、UE633は、UE633のユーザに、受信した告知を通知する。
【００５５】
720におけるパブリック告知の受信および730における通知は、出版/購読型または告知/監視型方式の一部として実施され得る。いくつかの実装形態では、UE633上にインストールされたアプリケーションが、アプリケーションサービスプロバイダ(たとえば、サーバ500と同様のリモートサーバ)から監視情報を取り出してよい。監視情報は、パブリック表現ストリングとしてフォーマットされてよく、アプリケーションが監視する告知、または告知のカテゴリを識別することができる。アプリケーションは、パブリック表現ストリングを、UE633、たとえば、モデムなどの上にインストールされた発見サービスに送る。UE633は、パブリック表現ストリングを、たとえば、ProSe機能に送る。ProSe機能は、パブリック表現ストリングを監視フィルタに変換し、監視フィルタはUE633に返送される。UE633によって受信されると、監視フィルタは、受信された告知が、アプリケーションが監視する告知または告知のカテゴリに一致するかどうか判断するのに使われ得る。一致がある場合、UE633は、告知に関するメタデータ(たとえば、図11のパブリックメタデータ構造1100を有する)をローカルストレージから取り出すことができる。メタデータがローカルストレージにおいて入手可能でない場合、UE633は、メタデータをProSe機能から取り出せばよい。ProSe機能からメタデータを取り出すために、UE633は、発見されたProSeアプリケーションコードをProSe機能に送信する。3GPPにおいて、この送信は一致報告メッセージと呼ばれ得る。ProSe機能は次いで、関連付けられたProSeアプリケーションID(LTE-Dでは表現名と呼ばれる)およびProSeアプリケーションコードに関連付けられたメタデータを取り出すために、ProSeアプリケーションコードをルックアップする。メタデータは、UE633に送り返され、アプリケーションレベルにおいて、ユーザ可読通知を生成するのに使われ得る。
【００５６】
説明のために、UE633のユーザが、靴、または靴を買うことに興味がある場合、UE633上にインストールされたアプリケーションは、その興味に基づいて監視情報を生成すればよい。ProSeサーバは次いで、UE633が、靴に関する、受信されたパブリック告知を識別することを可能にする監視フィルタを提供すればよい。告知デバイス670が、靴を売る小売店舗に関連付けられている場合、UE633は、靴に関するパブリック告知712が受信されたことをアプリケーションに通知すればよい。アプリケーションは次いで、UE633のユーザに、どの適切なやり方で通知してもよい。通知は、靴販売店のメタデータから導出されたデータを含み得る。図11は、パブリックメタデータ構造1100の例を示すが、これについては、本開示の他の箇所で詳しく記載する。靴販売店のメタデータは、同様の情報を含み得る。
【００５７】
730の通知は、どの適切な形であってもよい。一例によると、パブリック告知712および/または追加の告知関連データは、UE633上に記憶されたアプリケーションによって可読なフォーマットに変換される。アプリケーションは次いで、730におけるユーザへの通知を容易にし得る。通知は、UE633の任意の構成要素、たとえば、UE300Aのディスプレイ310A、UE300Bのタッチスクリーンディスプレイ305Bなどに類似している構成要素を使って実施されてよい。
【００５８】
740において、UE633は共有命令を受信する。共有命令は、UE633の任意の構成要素、たとえば、UE300Aのキーパッド320A、UE300Bのタッチスクリーンディスプレイ305Bなどに類似している構成要素を使って受信され得る。いくつかの実装形態では、共有命令は、追加の共有関連データ、たとえば、ユーザによって入れられるか、またはユーザによって付加されるコンテキストデータを含み得る。コンテキストデータは、テキストデータ、オーディオデータ、ビデオデータなどを含み得る。前の例示に戻ると、ユーザは、730において、近くの販売店で靴のセールが行われているという通知を受信し得る。ユーザは、740において、UE633に、特定の近くの販売店が靴のセールを行っているというニュースを共有するよう命令してよい。共有命令は、追加の共有関連データ、たとえば、個人的コメント(たとえば、「これをチェックする」または「これは見逃せない!」などのテキストデータ)を含み得る。
【００５９】
750において、UE633は、アプリケーションサーバ690に発見共有データ752を送信する。755において、アプリケーションサーバ690は、発見共有データ752を受信する。発見共有データ752は、UE633のユーザが、自身による、パブリック告知712の発見を共有することを望んでいるという通知を含む。前の例示に戻ると、ユーザ633は、靴のセールについての熱意を表すことを望む場合があり、発見共有データ752は、その熱意に関し得る。
【００６０】
発見共有データ752は、たとえば、告知デバイス、告知デバイス670によって告知されるProSeアプリケーション名、またはパブリック告知712を識別するデータを含み得る。LTE-Dにおいて、たとえば、発見共有データ752は、表現名と呼ばれるデータを含み得る。追加または代替として、発見共有データ752は、UE633が(720において)パブリック告知712を受信したという通知、UE633がUE633のユーザに(730において)パブリック告知712を通知したという通知、および/またはUE633がユーザから(740において)共有命令を受信したという通知を含み得る。追加または代替として、発見共有データ752は、上述した追加の共有関連データ(たとえば、「これをチェックする」または「これは見逃せない!」など、テキストでのコメント)を含み得る。追加または代替として、発見共有データ752は、720、730、および740において記述した動作のうちのいずれかに関するアプリケーションデータを含み得る。
【００６１】
760において、アプリケーションサーバ690は、UE633に関連付けられたプライベートメタデータを更新する。アプリケーションサーバ690は、前の例示において参照したProSeサーバ(靴販売店に関連付けられたパブリックメタデータを記憶する同一サーバ)、または異なるサーバであってよい。図10は、プライベートメタデータ構造1000の例を示すが、これについては、本開示の他の箇所で詳しく記載する。UE633に関連付けられたプライベートメタデータは、755において受信された発見共有データ752に含まれるデータのうちのどれに基づいて更新されてもよい。UE633に関連付けられたプライベートメタデータに対する更新は、たとえば、告知デバイス670またはパブリック告知712(たとえば、告知デバイス670もしくはパブリック告知712に関連付けられたProSeアプリケーションコード)を識別することができる。追加または代替として、更新は、UE633がパブリック告知712を(720において)受信したこと、UE633がユーザに(730において)通知したことを示すデータ、および/またはUE633がユーザから(740において)共有命令を受信したという通知を含み得る。追加または代替として、更新は、上述した追加の共有関連データ(たとえば、「これをチェックする」または「これは見逃せない!」など、テキストでのコメント)を含み得る。
【００６２】
770において、アプリケーションサーバ690は、UE633に更新インジケータ772を送る。775において、UE633は、更新インジケータ772を受信する。いくつかの実装形態では、更新インジケータ772は、更新752が受信されたという確認応答にすぎない。UE633は次いで、アプリケーションサーバ690によって更新752が受信されたという知識に基づいて、新たなプライベート告知コードを生成すればよい。しかし、他の実装形態では、更新インジケータ772は、たとえば、将来のプライベート告知においてUE633によって使われるために、アプリケーションサーバ690によって割り当てられた新たなプライベート告知コードを含む。このシナリオにおいて、UE633は、新たなプライベート告知コードを、実際に、アプリケーションサーバ690から取得することによって生成する。
【００６３】
いくつかの実装形態では、775において受信された新たなプライベート告知コードは、UE633に関連付けられたプライベートメタデータの更新ステータスを含む。説明のために、UE633に関連付けられたプライベートメタデータの更新ステータスは、プライベートメタデータに対する最終更新のタイミングを示すタイムスタンプ、プライベートメタデータが何度更新されたか(バージョン番号が循環し得る場合、何らかの最大を法とする)を示すバージョン番号、または直近の更新を一意に識別する更新識別番号であってよい。追加または代替として、プライベート告知コードに関連付けられたプライベートメタデータの更新ステータスは、UE633が、興味深いパブリックまたはプライベート告知を発見したことを示す新規findフラグ(たとえば、フラグコードまたはフラグビット)を含み得る。いくつかの実装形態では、新規findフラグは、満了するようにセットされるか、またはリセットされる。新規findフラグは、たとえば、任意の所定の間隔の後、または告知デバイス670もしくはパブリック告知712に関連付けられた間隔で、満了するか、またはリセットされ得る。新規findフラグは、定期的にブロードキャストされる告知コードから、UE633によって(たとえば、ユーザ入力があると)削除されてもよい。いくつかの実装形態では、更新インジケータ772は、新たなプライベート告知コードの全体を含むのではなく、タイムスタンプ、バージョン番号、更新識別番号、または新規findフラグを更新するための命令を与えるだけである。
【００６４】
790において、UE633はプライベート告知792を送信する。プライベート告知792は、上述したプライベート告知707と同様であり得る。ただし、プライベート告知792に関連付けられたプライベート告知コードは、受信された更新インジケータ772に従って、すなわち、UE633のユーザが告知を共有していることを反映するように、775において生成されたプライベート告知コードである。その結果、705において送信されたプライベート告知707および(790において送信された)プライベート告知792を受信する近接UEは、それらを互いと区別することが可能である。たとえば、第2のプライベート告知792が、第1のプライベート告知707に含まれるバージョン番号とは異なるバージョン番号を含む場合、第2のプライベート告知792を受信する近接UEは、新たなバージョン番号から、UE633に関連付けられたプライベートメタデータのステータスが変化したと判断することが可能である。このステータス変化は、UE633に関連付けられた新規または更新されたプライベートメタデータが入手可能であることを示し得る。図12、図13、および図14は、それぞれ、LTE-D/ProSe、Wi-Fiダイレクト、およびBTLEに関連付けられた発見フレームの例を示す。プライベート告知792は、図12、図13、または図14に示す発見フレームのうちのいずれかの形をとり得る。
【００６５】
上述したように、UE633に関連付けられた新規または更新されたプライベートメタデータ(アプリケーションサーバ690上に記憶されている)は、UE633が、たとえば、パブリック告知712を発見し、その発見を共有し、かつ/またはその発見についての追加の共有関連データを提供していることを示し得る。近接UEは、図8および図9に示すように、以下で説明するようにして、共有される発見について通知され得る。
【００６６】
図8は概して、本開示の一態様による、パブリック告知の発見を共有するためのシグナリングフロー図800を示す。図8は、図6に示した告知デバイス670、UE633、UE634、およびアプリケーションサーバ690を示す。
【００６７】
810において、告知UE(たとえば、図8に示すUE633)が、プライベート告知812を送信する。プライベート告知812は、図7に関して記載したプライベート告知792と類似し得る。言い換えると、UE633および/またはUE633に関連付けられたプライベートメタデータのステータスを識別する、更新されたプライベート告知コードを含み得る。説明のために、プライベート告知812は、アクティブ化されている新規findフラグを含むことができ、フラグは、そうすることによって、UE633のユーザが、1つまたは複数の興味深いパブリック告知の自分の発見を共有していることを示す。
【００６８】
815において、監視UE(たとえば、図8に示すUE634)が、UE633によって(810において)送信されたプライベート告知812を受信する。プライベート告知812の何らかの特性に基づいて、UE634は、UE633がそのプライベートメタデータを更新したと判断する。前の例示に戻ると、UE634は、たとえば、プライベート告知812が、アクティブ化された新規findフラグを含むことを認識することができる。
【００６９】
815におけるプライベート告知の受信および820における通知は、720におけるパブリック告知の受信および730における通知に関して上述した方式と同様の、出版/購読型または告知/監視型方式の一部として実施することができる。UE634上にインストールされたアプリケーションは、告知エンティティのアイデンティティに基づいて、プライベート告知(プライベート告知812など)を監視することができる。いくつかの実装形態では、UE634上にインストールされたアプリケーションは、アプリケーションサービスプロバイダ(たとえば、サーバ500と同様のリモートサーバ)から監視情報を取り出すことができる。監視情報は、プライベート表現ストリングとしてフォーマットされてよく、UE634がプライベート告知を、そこから受信することを認可/可能にされ、かつ/またはそこから受信したいと思う特定のユーザまたはUE(たとえば、UE633)を識別し得る。プライベート告知は、特権に関連付けられてよく、特権によって、プライベート告知は、そうするのに十分な特権を有するUEを受信することによってのみ理解され得る。アプリケーションは、プライベート表現ストリングを、UE634、たとえば、モデムなどの上にインストールされた発見サービスに送る。UE634は、プライベート表現ストリングを近接サービスサーバ(たとえば、上述した「ProSe」サーバ)に送る。ProSeサーバは、プライベート表現ストリングを監視フィルタに変換し、UE634が適切な特権を有すると仮定すると、フィルタはUE634に返送される。UE634によって受信されると、監視フィルタは、UE634が、UE633によって送信されたプライベート告知812を発見することを許可されるかどうか判断するのに使われ得る。UE634がプライベート告知に関して監視しているシナリオにおいて、監視フィルタは、プライベート告知に関連付けられたエンティティのProSeアプリケーションコード(またはLTE-Dでは、表現コード)を含むだけでよい。
【００７０】
説明のために、UE634のユーザがUE633のユーザの姉妹である場合、各UEは、他方によって送信されたプライベート告知を受信し、その意味を理解するのに十分な特権を有し得る。言い換えると、UE633およびUE634は、互いに発見可能である。UE634がUE633からプライベート告知812を受信した場合、このことは、姉妹が互いに近接していることを示す。
【００７１】
その上、プライベート告知812が、アクティブ化された新規findフラグ(前の例示において記載した)を含む場合、634のユーザは、姉妹(UE633のユーザ)が、自身による、パブリック告知の発見を共有することを望んでいることに気付き得る。
【００７２】
820における通知は、どの適切な形であってもよい。一例によると、プライベート告知812は、UE634上に記憶されたアプリケーションによって可読なフォーマットに変換される。アプリケーションは次いで、820におけるUE634のユーザへの通知を容易にし得る。通知は、UE634の任意の構成要素、たとえば、UE300Aのディスプレイ310A、UE300Bのタッチスクリーンディスプレイ305Bなどに類似している構成要素を使って実施されてよい。前の例示に戻ると、820における通知は、UE634上でローカルに記憶され得る、ユーザ633のプライベートメタデータから導出されたデータを含み得る。820における通知は、新規findフラグがアクティブ化されたことも示し得る。たとえば、820における通知は、「姉妹が近くにいて、興味深いものを発見した…」ということを述べる、テキストでの通知であってよい。820における通知は、付加情報(図12に示すような)を含み得るが、プライベート告知812中のデータの量はサイズ制約を受けることが理解されよう。新規findフラグは、アクティブ化されているか、またはアクティブ化されていない単一ビットを含んでよく、そうすることによって、コードサイズ制約と比較して、新規findフラグの影響を最小限にする。
【００７３】
830において、UE634は取出し命令を受信する。取出し命令は、UE633の任意の構成要素、たとえば、UE300Aのキーパッド320A、UE300Bのタッチスクリーンディスプレイ305Bなどに類似している構成要素を使って受信され得る。いくつかの実装形態では、UE634は、634のユーザに、プライベート告知812に関連したデータの取出しを開始するようプロンプトするように構成される。プロンプトは、820における通知の中に含まれ得る。UE634は続いて、UE634のユーザがプロンプトを受諾した後、プライベートメタデータを(以下で説明するように、840において)要求する。
【００７４】
前の例示に戻ると、UE634のユーザには、820において、UE633のユーザ、すなわち姉妹が、自身のパブリック告知の発見を共有することを望んでいる(「姉妹が近くにいて、興味深いものを発見した…」)ことが通知される。UE634のユーザは、たとえば、自分が姉妹と同じ興味の多くを共有していることに基づいて、このパブリック告知を自分も発見したいと結論付けてよい。いくつかの実装形態では、820における通知は、UE634のユーザがさらなる情報を取得するために対話することができるユーザプロンプトを含み得る。たとえば、820における通知がUE634のタッチスクリーンディスプレイ上に現れた場合、UE634のユーザはその通知を押せばよい。その結果、UE634のユーザは、プロンプトを受諾したと判断され、UE634は840に進む。
【００７５】
いくつかの実装形態では、820における通知および830における取出し命令受信は省かれてよいことが理解されよう。たとえば、UE634は、プライベート告知812の(815における)受信に応答して、プライベートメタデータを(840において、下記参照)自動的に要求するように構成されてよい。説明のために、UE634のユーザは、UE634に、UE634のユーザに通知することも、UE634のユーザに、プライベートメタデータを要求するようプロンプトすることもなく、プライベートメタデータを(840において)要求するよう指令してよい。いくつかの実装形態では、UE634のユーザは、840におけるプライベートメタデータの要求がそれに対して自動である特定の他のUE(たとえば、「好きな」友人、家族、オピニオンリーダーなどに関連付けられた)を選択することができる。
【００７６】
840において、UE634は、アプリケーションサーバ690に対してプライベートメタデータを要求する。上述のように、プライベート告知812の何らかの特性に基づいて、UE634は、UE633がプライベートメタデータを更新したと判断している。前の例示に戻ると、UE634は、たとえば、プライベート告知812が、アクティブ化された新規findフラグを含むことを認識することができる。新たな更新されたプライベートメタデータを取得するために、UE634は、アプリケーションサーバ690にプライベートメタデータ要求842を送信する。845において、アプリケーションサーバ690はプライベートメタデータ要求842を受信する。
【００７７】
プライベートメタデータ要求842は、プライベートメタデータの取得に関するどのデータも含み得る。たとえば、プライベートメタデータ要求842は、プライベート告知自体、この一致を見つけたアプリケーションの名称、および/またはUE634(要求を送信中である)の識別を含み得る。追加または代替として、プライベートメタデータ要求842は、メタデータのただ1つの、またはいくつかの特定のフィールド(たとえば、図10に示すように、「My Finds」構成要素のみ)を含み得る。
【００７８】
850において、アプリケーションサーバ690は要求を認可する。たとえば、UE633のユーザは、特定の要求元が自分のプライベートメタデータを取得するのを防止すると決定している場合がある。別の例では、アプリケーションサーバ690は、UE633のユーザが認可を与えていない限り、デフォルトで、すべての要求元が、UE633のユーザに関連付けられたプライベートメタデータを取得するのを防止するように構成されてよい。認可は、どの適切なやり方で検証されてもよいことが理解されよう。いくつかの実装形態では、たとえば、アプリケーションサーバ690は、850において、明示的認可を取得するためにUE633に連絡する。他の実装形態では、アプリケーションサーバ690は、UE633に関連付けられたプライベートメタデータにアクセスすることを認可されている要求元の記録を有する。認可が完了されると、サーバは870に進む。
【００７９】
870において、アプリケーションサーバ690はプライベートメタデータ更新872を送信する。プライベートメタデータ更新872は、840におけるプライベートメタデータ要求に応答して、UE634に送られる。875において、UE634は、アプリケーションサーバ690から送信されたプライベートメタデータ更新872を受信する。このメタデータ更新872は、プライベートアプリケーションID(表現名)、対応するコードの有効時間、メタデータが新規findで更新された時刻のタイムスタンプなど、他のパラメータを含み得る。上述したように、図10は、本開示の一態様によるプライベートメタデータ構造1000の例を示す。一実装形態では、プライベートメタデータ更新872は、プライベートメタデータ1010に含まれるデータをすべて含む。
【００８０】
別の実装形態では、プライベートメタデータ更新872は、プライベートメタデータ1010のいくつかの部分、たとえば、更新された部分を含む。前の例示に戻ると、UE633のユーザに関連付けられたプライベートメタデータ1010は、たとえば、UE633のユーザが共有すると決めた、UE633のユーザによって発見されたパブリック告知に関するデータを含むmy findsデータブロック1060を含み得る。この例示において、my findsデータブロック1060は、第1の共有されるmy findsデータブロック1062および第2の共有されるmy findsデータブロック1064を含む。この例示において、第1の共有されるmy findsデータブロック1062は、たとえば、図7に示した、受信されたパブリック告知712の識別を含み得る。第1の共有されるmy findsデータブロック1062は、たとえば、パブリック告知712が(720において)受信された時間、UE633のユーザがパブリック告知712を(740において)共有することを決めた時間、パブリック告知712が満了する時間などに関するタイムスタンプをさらに含み得る。第1の共有されるmy findsデータブロック1062は、たとえば、テキストでのコメント(「これをチェックする」または「これは見逃せない!」など)をさらに含み得る。この実装形態では、my findsデータブロック1060が、更新されている唯一のデータブロックである場合、プライベートメタデータ更新872は、これらの更新されたブロックに関連付けられたデータのみからなり得る。
【００８１】
880において、UE634のユーザには、共有される告知データが通知される。880における通知は、上述した、820における通知に類似していてよい。追加または代替として、880における通知は、UE633に関連付けられた、更新されたプライベートメタデータ(875において受信された)に関するデータを含む。たとえば、UE634のユーザは、更新されたプライベートメタデータに基づいて、パブリック告知712にアクセスすることを可能にされ、UE633のユーザがパブリック告知712を受信し、それを共有し、それについてコメントしたことなどを通知され得る。
【００８２】
前の例示に戻ると、634のユーザには、(740における)姉妹の共有命令の結果として、(880において)靴販売店のパブリック告知712が通知される。したがって、634のユーザは、たとえば、(UE633のユーザの更新されたプライベートメタデータ中で識別される)パブリック告知712にアクセスし、姉妹のテキストでのコメント(「これは見逃せない!」)を見ることができる。
【００８３】
靴販売店(上に示すように、告知デバイス670のオペレータ)の視点からは、図7および図8に示すフロー図は、パブリック告知712の送信のみでは達成可能でない可能性があるターゲット広告を実証する。UE634のユーザは、UE633のユーザ(本例示では、姉妹)のように、まさに靴のセールに興味がある場合がある。しかし彼女が、理由は何であれ、靴のセールに関するパブリック告知を監視していない場合、彼女は、告知デバイス670の近接範囲にいても、パブリック告知712を通知されない。一方、彼女は、パブリック告知712を受信し、慌てて破棄した可能性もある。彼女の姉妹が後で、彼女のパブリック告知712の発見を共有する場合、UE634のユーザは、靴のセールを再検討したいと思う可能性がある。最後に、パブリック告知712の地理的範囲を拡張することも可能である。たとえば、UE634のユーザは、告知デバイス670に近接していない場合がある。しかし、UE634のユーザは、告知デバイス670に近接している(または、ある程度最近、近接していた)UE633のユーザに近接している場合がある。この場合、靴販売店は、厳密に言うと、告知デバイス670に近接していない潜在的顧客に届くように、パブリック告知712を使うことが可能であり得る。
【００８４】
図9は概して、本開示の一態様による、パブリック告知の発見を共有するためのシグナリングフロー図900を示す。図9は、図6に示した告知デバイス670、UE633、UE634、およびアプリケーションサーバ690を示す。
【００８５】
図8および図9は両方とも、いくつかの同様の動作を示す。図9のUE634は、(図8でのように)アプリケーションサーバ690に対してではなく、UE633自体に対して直接、UE633に関連付けられたプライベートメタデータを要求する。910において、告知UE(たとえば、UE633)がプライベート告知912を送信する。915において、監視UE(たとえば、UE634)が、UE633によって送信されたプライベート告知912を受信する。920において、UE634は任意選択で、受信した告知912をUE634のユーザに通知し、または受信した告知に関するデータを、UE634のユーザに通知する。930において、UE634は任意選択で、取出し命令を受信する。930が完了した後(または、920および930が省かれる場合は、915が完了した後)、シグナリングフロー図900は940に進む。これらの動作の各々は、図8に関連して上述した動作810、815、820、および830に類似し得る。
【００８６】
940において、UE634は、UE633に対してプライベートメタデータを要求する。上述のように、プライベート告知812の何らかの特性に基づいて、UE634は、UE633がプライベートメタデータを更新したと判断している。前の例示に戻ると、UE634は、たとえば、プライベート告知812が、アクティブ化された新規findフラグを含むことを認識することができる。新たな更新されたプライベートメタデータを取得するために、UE634は、UE633にプライベートメタデータ要求942を送信する。いくつかの実装形態では、プライベートメタデータ要求942はWANを通して送信される。追加または代替として、プライベートメタデータ要求942は、ProSe通信、LTE-D、WiFi-ダイレクト、BTLE、または他の任意の適切なプロトコルにより、UE633に直接、送信される。945において、UE633はプライベートメタデータ要求942を受信する。
【００８７】
プライベートメタデータ要求942は、UE633のプライベートメタデータの取得に関するどのデータも含み得る。たとえば、プライベートメタデータ要求942は、(プライベート告知912がそこから受信された)UE633の識別および/または(要求を送信中である)UE634の識別を含み得る。追加または代替として、プライベートメタデータ要求942は、特定のメタデータフィールドまたは興味を引くフィールドを識別し得る。いくつかの実装形態では、プライベートメタデータ要求942は、ダイレクトP2Pリンク650またはダイレクトP2Pリンク660などのダイレクトP2Pリンクを使ってUE633に送信される。他の実装形態では、プライベートメタデータ要求942は、ワイドエリアネットワーク接続(たとえば、Wi-Fi)を使ってUE633に送信される。さらに他の実装形態では、プライベートメタデータ要求942は、ネットワークリンク692などのネットワークリンクを使ってUE633に送信される。
【００８８】
950において、UE633は要求を認可する。たとえば、UE633のユーザは、特定の要求元が自分のプライベートメタデータを取得するのを防止すると決定している場合がある。別の例では、UE633は、UE633のユーザが認可を与えていない限り、デフォルトで、すべての要求元が、UE633のユーザに関連付けられたプライベートメタデータを取得するのを防止するように構成されてよい。認可は、どの適切なやり方で検証されてもよいことが理解されよう。いくつかの実装形態では、UE633は、UE633に関連付けられたプライベートメタデータにアクセスすることを認可されている要求元の記録を有する。いくつかの実装形態では、UE633およびUE634のいずれかまたは両方にインストールされたアプリケーションは、UE633とUE634との間の接続(たとえば、ダイレクトP2Pリンク650またはダイレクトP2Pリンク660などのダイレクトP2Pリンク)を確立するのを認可および/または支援することを容易にする。認可が完了されると、サーバは970に進む。
【００８９】
970において、UE633はプライベートメタデータ更新972を送信する。プライベートメタデータ更新972は、940におけるプライベートメタデータ要求に応答して、UE634に送られる。975において、UE634は、UE633から送信されたプライベートメタデータ更新972を受信する。上述したように、図10は、本開示の一態様によるプライベートメタデータ構造1000の例を示す。プライベートメタデータ更新972は、プライベートメタデータ1010に含まれるデータのすべて、またはプライベートメタデータ1010の一部分、たとえば、更新された部分を含み得る。いくつかの実装形態では、プライベートメタデータ更新972は、ダイレクトP2Pリンク650またはダイレクトP2Pリンク660などのダイレクトP2Pリンクを使ってUE633に送信される。他の実装形態では、プライベートメタデータ更新972は、ワイドエリアネットワーク接続(たとえば、Wi-Fi)を使ってUE633に送信される。さらに他の実装形態では、プライベートメタデータ更新972は、ネットワークリンク692などのネットワークリンクを使ってUE633に送信される。プライベートメタデータ更新972が975において受信された後、シグナリングフロー図900は980に進む。980において、UE634のユーザには、共有される告知データが通知される。980における通知は、図8に関連して上述した、880における通知に類似し得る。
【００９０】
図10は概して、本開示の一態様によるプライベートメタデータ構造1000を示す。上述したように、UE633は、プライベートメタデータ構造1000などのプライベートメタデータを、UE633上でローカルに記憶することができる。UE633上に記憶されたプライベートメタデータ構造1000は、UE633および/またはUE633のユーザに関するデータを含み得る。ユーザは、たとえば、ProSeコードおよびProse App IDタプルならびに/または表現名およびコードを使って識別され得る。別のUEまたは別のユーザ、たとえば、UE634またはUE634のユーザに関するデータを含む、UE633上に記憶された他のメタデータ構造(プライベートメタデータ構造1000と同様)も存在し得る。追加または代替として、アプリケーションサーバ690は、プライベートメタデータ構造1000と同様の1つまたは複数のメタデータ構造を記憶することができる。
【００９１】
図10に示すように、プライベートメタデータ構造1000は、たとえば、階層状に編成されているプライベートメタデータ1010を含み得る。プライベートメタデータ構造1000は、ユーザ名データブロック1020、性別データブロック1030、居住市データブロック1040、likesデータブロック1050、ソーシャルメディアハンドル1058、my findsデータブロック1060、およびネットワーク情報データブロック1070を含み得る。図10は、プライベートメタデータに含まれ得るデータのタイプの例として与えられているにすぎないこと、およびデータブロック1020〜1070のうちのいずれもが、修正され、階層構造内で異なる編成をされ、または完全に省かれてよいことが理解されよう。追加または代替として、他のデータブロックが、プライベートメタデータ構造1000中に含まれてよい。
【００９２】
図10の例示的プライベートメタデータ構造1000において、likesデータブロック1050は、第1の興味データブロック1052、第2の興味データブロック1054、および趣味データブロック1056を含む。my findsデータブロック1060は、第1の共有されるmy findsデータブロック1062および第2の共有されるmy findsデータブロック1064を含む。ネットワーク情報データブロック1070は、IPアドレスデータブロック1072およびポート番号データブロック1074を含む。図10は、プライベートメタデータに含まれ得るデータのタイプの例として与えられているにすぎないこと、およびデータブロック1052、1054、1056、1058、1062、1064、1072、1074のうちのいずれもが、修正され、階層構造内で異なる編成をされ、または完全に省かれてよいことが理解されよう。追加または代替として、他のデータブロックが、プライベートメタデータ構造1000中に含まれてよい。
【００９３】
いくつかの実装形態では、my findsデータブロック1060は、発見共有に関連付けられたデータを記憶するのに使われ得る。上述したように、UE633は、アプリケーションサーバ690に発見共有データ752を(750において)送信し得る。発見共有データ752は、UE633に関連付けられたユーザが発見を共有していることを示す共有命令インジケータを含み得る。共有命令インジケータは、アプリケーションサーバ690に、たとえば、my findsデータブロック1060が更新される必要があることをシグナリングする。アプリケーションサーバ690は、そのような情報を、たとえば、第1の共有されるmy findsデータブロック1062に記憶すればよい。上記の例示において説明したテキストでのコメント(「これは見逃せない!」)も、第1の共有されるmy findsデータブロック1062に含められ得る。
【００９４】
1つの可能な例によると、発見共有データ752は、(上述した共有命令インジケータとともに)パブリック告知712中で受信されたProSeアプリケーションコードを含む。別の可能な例において、発見共有データ752はProSeアプリケーションIDを含む。UE633は、パブリック告知712中で受信されたProSeアプリケーションコードに基づいて、ProSeアプリケーションIDを認識することができる。ProSeアプリケーションIDは、ProSeアプリケーションIDがProSe機能から取得された、前の一致報告手順に基づいて、UE633にとって既知であり得る。
【００９５】
いずれのケースでも、発見共有に関連付けられたデータを記憶するのに使われるmy findsデータブロック1060は、共有されるべき発見に関連付けられたProSeアプリケーションコード、共有されるべき発見に関連付けられたProSeアプリケーションID、または両方を識別し得る。
【００９６】
図11は概して、本開示の一態様によるパブリックメタデータ構造1100を示す。告知デバイス670は、パブリックメタデータ構造1100などのパブリックメタデータを、告知デバイス670上でローカルに記憶することができる。告知デバイス670上に記憶されたパブリックメタデータ構造1100は、告知デバイス670および/または告知デバイス670のユーザに関するデータを含み得る。追加または代替として、アプリケーションサーバ690は、パブリックメタデータ構造1100と同様の1つまたは複数のメタデータ構造を記憶することができる。
【００９７】
図11に示すように、パブリックメタデータ構造1100は、たとえば、階層状に編成されているパブリックメタデータ1110を含み得る。パブリックメタデータ構造1100は、ユニフォームリソース識別子(URI)データブロック1120、企業名データブロック1125、事業説明データブロック1130、住所データブロック1140、電話番号データブロック1150、イベントデータブロック1155、地理座標データブロック1160、地図ユニフォームリソースロケータ(URL)データブロック1170、ロゴURLデータブロック1175、支払い承認データブロック1180、営業時間データブロック1185、およびネットワーク情報データブロック1190を含み得る。図11は、プライベートメタデータに含まれ得るデータのタイプの例として与えられているにすぎないこと、およびデータブロック1120〜1190のうちのいずれもが、修正され、階層構造内で異なる編成をされ、または完全に省かれてよいことが理解されよう。追加または代替として、他のデータブロックが、パブリックメタデータ構造1100中に含まれてよい。
【００９８】
図11の例示的パブリックメタデータ構造1100において、住所データブロック1140は、第1の住所行データブロック1142、第2の住所行データブロック1144、市町村区データブロック1146、および郵便番号データブロック1148を含む。地理座標データブロック1160は、緯度データブロック1162、経度データブロック1164、および標高データブロック1166を含む。ネットワーク情報データブロック1190は、IPアドレスデータブロック1192およびポート番号データブロック1194を含む。図11は、パブリックメタデータに含まれ得るデータのタイプの例として与えられているにすぎないこと、およびデータブロック1142、1144、1146、1148、1162、1164、1166、1192、1194のうちのいずれもが、修正され、階層構造内で異なる編成をされ、または完全に省かれてよいことが理解されよう。追加または代替として、他のデータブロックが、パブリックメタデータ構造1100中に含まれてよい。
【００９９】
「パブリック」および「プライベート」という用語は、例示のためにのみ使われることが理解されよう。たとえば、いくつかの実装形態では、パブリック告知712は実際にはプライベート告知であってよく、プライベート告知707、792、812、912は実際にはパブリック告知であってよいことが理解されよう。図7、図8、および図9において、各告知は、「パブリック」または「プライベート」と呼ばれたが、これは単に例示のためであることが理解されよう。具体的には、図7に従って、いかなる種類(パブリック、プライベート、または他のもの)の告知が、告知デバイス670によって送信され、UE633によって受信され、発見され、共有されてもよい。その上、いかなる種類(パブリック、プライベート、または他のもの)の告知が、アプリケーションサーバ690によって(770において)更新され、UE633によって(705、790、および/または812において)送信されてもよい。
【０１００】
図10および図11は単に、それぞれ、プライベート告知を行うエンティティによって通常は記憶され得るメタデータの種類と、それに対する、パブリック告知を行うエンティティによって通常は記憶され得るデータのタイプの例として与えられることも理解されよう。「プライベートメタデータ」または「パブリックメタデータ」に対する、本開示におけるいかなる言及も、純粋に例示的であり、いくつかの実装形態では、任意の種類(パブリック、プライベート、または他のもの)のメタデータへの言及と解釈されてよい。
【０１０１】
図12、図13、および図14は、近接発見中に使われ得るデータを示す。上述したように、LTE-D技術は、告知の近接発見および発見の共有を容易にするのに使うことができる。ただし、上記の動作は、LTE-D、Wi-Fiダイレクト、Bluetooth(登録商標)低エネルギー(BTLE)などを含む、どの適切なP2P技術を使用してもよいことが理解されよう。
【０１０２】
図12は概して、LTE-Dにおける近接発見のためのLTE-D発見フレーム1200を示す。いくつかの実装形態では、図7、図8、および図9に示した告知(707、712、792、812、912)は、LTE-D発見フレーム1200のフォーマットを採用し得る。LTE-D発見フレーム1200は、3GPP規格に準拠することによって、ProSe発見フレームであり得る。
【０１０３】
LTE-D発見フレーム1200は、メディアアクセス制御プロトコルデータ単位(MAC PDU)1210と、MAC PDU1210の末尾に追加される24ビットの巡回冗長検査ブロック1220とを含む。MAC PDU1210は、8ビットのメッセージタイプブロック1230、184ビットのProSeアプリケーションコードブロック1240、32ビットのメッセージ完全性コードブロック1250、4ビットのゼロパディング1260、および4ビットの時間較正ブロック1270を含む。これらのビット量は、純粋に例示のために与えられており、修正の対象である。ただし、LTE-D発見フレーム1200、および発見フレームは概して、運ばれ得るデータの量において制約を受けることが理解されよう。
【０１０４】
たとえば、ProSeアプリケーションコードブロック1240は、大量のメタデータ(図10に示したプライベートメタデータ構造1000または図11に示したパブリックメタデータ構造1100)を運ぶのに十分大きくない場合がある。いくつかの実装形態では、ProSeアプリケーションコードブロック1240の一部分が、送信エンティティの更新ステータスの識別のために予約され得る。その結果、LTE-D発見フレーム1200を送信するエンティティに関連付けられたメタデータは、他の場所に(たとえば、アプリケーションサーバ690上に)記憶されてよく、ProSeアプリケーションコードブロック1240中で予約された1つまたは複数のビットは、新たなメタデータが入手可能なときを示すだけでよい。
【０１０５】
上述したように、ProSeアプリケーションコードブロック1240からの1つまたは複数のビットは、アクティブ化されると、送信エンティティが発見を共有することを望んでいることを示す、新規findフラグ用に予約されてよい。追加または代替として、ProSeアプリケーションコードブロック1240からの1つまたは複数のビットは、メタデータバージョン番号、直近のメタデータ更新についてのタイムスタンプ、および/または直近のメタデータ更新についての識別番号用に予約されてよい。その結果、LTE-D発見フレーム1200を受信するエンティティは、ProSeアプリケーションコードブロック1240に基づいて、誰が告知を送信したか判断することができ、新たなメタデータが入手可能かどうか判断することもできる。
【０１０６】
図13は概して、Wi-Fiダイレクトにおける近接発見のためのWi-Fiダイレクト発見フレーム1300を示す。いくつかの実装形態では、図7、図8、および図9に示した告知(707、712、792、812、912)は、Wi-Fiダイレクト発見フレーム1300のフォーマットを採用し得る。
【０１０７】
Wi-Fiダイレクト発見フレーム1300は、1バイトの属性IDブロック1310、2バイトの長さブロック1320、および6バイトのサービスIDブロック1330、1バイトのサービス制御1340、任意選択の1バイトの一致フィルタ長ブロック1350、一致フィルタ1355、任意選択の1バイトのサービス応答フィルタ長ブロック1360、1バイトのサービス応答フィルタ1365、1バイトのサービス情報長ブロック1370、ならびに可変長サービス情報ブロック1380を含む。これらのビット量は、純粋に例示のために与えられており、修正の対象である。Wi-Fiダイレクト発見フレーム1300は、LTE-D発見フレーム1200のように、運ばれ得るデータの量において制約を受けることが理解されよう。ただし、Wi-Fiダイレクト発見フレーム1300は、より大きくてもよく、LTE-D発見フレーム1200程には制約を受けなくてよいことも理解されよう。その結果、送信エンティティに関連付けられたメタデータが、リモートサーバ上で記憶されるのではなく、Wi-Fiダイレクト発見フレーム1300内に直接埋め込まれ得る確率が増大する。
【０１０８】
Wi-Fiダイレクト発見フレーム1300を送信するエンティティに関連付けられたメタデータが、Wi-Fiダイレクト発見フレーム1300自体の中(たとえば、サービス情報ブロック1380中)に埋め込まれ得る場合、図8および図9に示した動作のうちのいくつかは省かれてよい。たとえば、UE634は、プライベート告知812を(図8の815において)受信した後、プライベート告知812を、次いで、(880でのように)共有される告知データをユーザに通知するのに使われるアプリケーション可読言語に翻訳することが可能なだけであり得る。ただし、Wi-Fiダイレクト発見フレーム1300に十分なメタデータを埋め込むことができない場合、メタデータはリモートサーバ上で記憶されてよく、Wi-Fiダイレクト発見フレーム1300中の1つまたは複数のビット(たとえば、サービス情報ブロック1380)は、図8に示したのと同じやり方で、リモート記憶されたメタデータのロケーションを示すか、またはそのステータスを更新し得る。
【０１０９】
図14は概して、BTLEにおける近接発見のためのBTLE発見フレーム1400を示す。いくつかの実装形態では、図7、図8、および図9に示した告知(707、712、792、812、912)は、BTLE発見フレーム1400のフォーマットを採用し得る。
【０１１０】
BTLE発見フレーム1400は、1バイトのプリアンブルブロック1410、4バイトのアクセスアドレスブロック1414、2バイトのヘッダブロック1416、37バイトのプロトコルデータ単位(PDU)ペイロードブロック1420、および3バイトの巡回冗長検査(CRC)ブロック1430を含む。ペイロード1420は、たとえば、6バイトの広告主アドレスブロック1440およびさらなる広告情報ブロック1450を含み得る。広告情報ブロック1450は、データの別個のグループ化をさらに含むことができ、各々が、1バイトの長さブロック1460、1バイトのタイプブロック1462、および値ブロック1464によって識別され得る。図14は、2つのそのようなグループ化を示し、第1のものは1460、1462、および1464を含み、第2のものは、長さブロック1470、タイプブロック1472、および値ブロック1474を含む。
【０１１１】
BTLE発見フレーム1400は、LTE-D発見フレーム1200およびWi-Fiダイレクト発見フレーム1300のように、運ばれ得るデータの量が制約されることが理解されよう。BTLE発見フレーム1400は、送信エンティティに関連付けられたメタデータが、リモートサーバ上で記憶されるのではなく、BTLE発見フレーム1400内に直接埋め込まれ得る確率が増大するという点で、Wi-Fiダイレクト発見フレーム1300と同様であり得る。
【０１１２】
同様に、Wi-Fiダイレクト発見フレーム1300を送信するエンティティに関連付けられたメタデータが、BTLE発見フレーム1400自体の中(たとえば、値ブロック1464、値ブロック1474などの中)に埋め込まれ得る場合、図8および図9に示した動作のうちのいくつかは省かれてよい。たとえば、UE634は、プライベート告知812を(図8の815において)受信した後、プライベート告知812を、次いで、(880でのように)共有される告知データをユーザに通知するのに使われるアプリケーション可読言語に翻訳することが可能なだけであり得る。ただし、BLTE発見フレーム1400に十分なメタデータを埋め込むことができない場合、メタデータはリモートサーバ上で記憶されてよく、BLTE発見フレーム1400中(たとえば、値ブロック1464、値ブロック1474中)の1つまたは複数のビットは、図8に示したのと同じやり方で、リモート記憶されたメタデータのロケーションを示すか、またはそのステータスを更新し得る。
【０１１３】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体を通じて参照されることのあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表されてもよい。
【０１１４】
さらに、本明細書で開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能性に関して説明した。そのような機能性をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能性を特定のアプリケーションごとに様々な方法で実装し得るが、そのような実装決定は本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【０１１５】
本明細書で開示される実施形態に関して説明される様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または、本明細書で説明される機能を実施するように設計されたそれらの任意の組合せによって、実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。
【０１１６】
本明細書において開示した実施形態に関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアの形で直接、プロセッサによって実行されるソフトウェアモジュールの形で、またはその2つの組合せの形で、具現化されてよい。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野において知られている任意の他の形の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体は、プロセッサに一体化される場合がある。プロセッサおよび記憶媒体は、ASICに存在する場合がある。ASICはユーザ端末(たとえば、UE)内に存在する場合がある。代替として、プロセッサおよび記憶媒体は、ユーザ端末内の個別構成要素として存在する場合がある。
【０１１７】
1つまたは複数の例示的な実施形態では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装されることがある。ソフトウェアに実装された場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体に記憶されるか、またはコンピュータ可読媒体を介して送信される場合がある。コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスすることができる任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形式の所望のプログラムコードを搬送もしくは記憶するために使用可能であり、コンピュータによってアクセス可能な任意の他の媒体を備え得る。また、任意の接続をコンピュータ可読媒体と呼ぶことも妥当である。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(「DSL」)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、フロッピー(登録商標)ディスクおよびブルーレイ(登録商標)ディスクを含み、ディスク(disk)は通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に同じく含まれるものとする。
【０１１８】
上記開示は、本発明の例示的な実施形態を示したものであるが、添付の特許請求の範囲で定義されている本発明の範囲を逸脱することなく、本明細書において様々な変更および修正を加えることができることに留意されたい。本明細書において説明した本発明の実施形態による方法クレームに記載の機能、ステップ、および/またはアクションは、任意の特定の順序で実施されなくてもよい。さらに、本発明の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【０１１９】
100  ワイヤレス通信システム
104  エアインターフェース
106  エアインターフェース
108  エアインターフェース
120  RAN
125  アクセスポイント
140  コアネットワーク
170  アプリケーションサーバ
175  インターネット
200  発展型ノードB、EノードB、eNB
205  発展型ノードB、EノードB、eNB
210  発展型ノードB、EノードB、eNB
215  モビリティ管理エンティティ(MME)
220  モビリティ管理エンティティ(MME)
225  ホーム加入者サーバ(HSS)
230  サービングゲートウェイ(S-GW)
235  パケットデータネットワークゲートウェイ(P-GW)
240  ポリシーおよび課金規則機能(PCRF)
300A  UE
300B  UE
302  プラットフォーム
305A  アンテナ
305B  タッチスクリーンディスプレイ
306  トランシーバ
308  特定用途向け集積回路(ASIC)
310  アプリケーションプログラミングインターフェース(API)
310A  ディスプレイ
310B  周辺ボタン
312  メモリ
314  ローカルデータベース
315A  ボタン
315B  周辺ボタン
320A  キーパッド
320B  周辺ボタン
325B  周辺ボタン
330B  フロントパネルボタン
400  通信デバイス
405  情報を受信および/または送信するように構成された論理、構成された論理
410  情報を処理するように構成された論理、構成された論理
415  情報を記憶するように構成された論理、構成された論理
420  情報を提示するように構成された論理、構成された論理
425  ローカルユーザ入力を受信するように構成された論理、構成された論理
500  サーバ
501  プロセッサ
502  揮発性メモリ
503  ディスクドライブ
504  ネットワークアクセスポート
506  コンパクトディスク(CD)またはDVDディスクドライブ
507  ネットワーク
600  ワイヤレス通信システム
610  第1のセル、セル
612  第1の基地局、基地局
620  第2のセル、セル
622  第2の基地局、基地局
631  UE
632  UE
633  UE、ユーザ
634  UE
635  UE
636  UE
641  リンク
642  リンク
650  ダイレクトP2Pリンク
660  ダイレクトP2Pリンク
670  告知デバイス、デバイス
672  ダイレクトP2Pリンク
674  ダイレクトP2Pリンク
690  アプリケーションサーバ
692  ネットワークリンク
【図１】
0006622813.tif 000004
【図２】
0006622813.tif 000005
【図３】
0006622813.tif 000006
【図４】
0006622813.tif 000007
【図５】
0006622813.tif 000008
【図６】
0006622813.tif 000009
【図７】
0006622813.tif 000010
【図８】
0006622813.tif 000011
【図９】
0006622813.tif 000012
【図１０】
0006622813.tif 000013
【図１１】
0006622813.tif 000014
【図１２】
0006622813.tif 000015
【図１３】
0006622813.tif 000016
【図１４】
0006622813.tif 000017