(57)【特許請求の範囲】
【請求項１】
発展型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と通信するよう構成されるユーザ設備（ＵＥ）であって、
標準化されてないデータを有する第１の組の入力パラメータ及び予め標準化されているデータを有する第２の組の入力パラメータを有する、当該ＵＥ又は当該ＵＥのユーザに対応する入力パラメータを、１つ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）通信規則に基づき決定するよう構成されるパラメータコンポーネントであり、前記標準化されていないデータはセッション識別子を生成するために変換される必要がある情報であり、前記予め標準化されているデータは前記セッション識別子を生成するために変換される必要がない情報であるパラメータコンポーネントと、
前記セッション識別子を生成するためのフォーマットに従って、前記標準化されていないデータをＵＥ標準化データに変換することにより、前記第１の組の入力パラメータの前記標準化されていないデータを標準化して前記ＵＥ標準化データを生成するよう構成される標準化コンポーネントと、
予め定義されたアルゴリズムにおける入力として前記ＵＥ標準化データ及び前記予め標準化されているデータを使用して前記セッション識別子を生成するよう構成される識別子コンポーネントと、
前記セッション識別子に対応するＤ２Ｄクラスタにおいて当該ＵＥに通信させるよう構成されるＤ２Ｄセッションコンポーネントと
を有するＵＥ。
【請求項２】
前記標準化コンポーネントは、信頼された実行環境において前記標準化されていないデータを標準化するよう構成され、且つ／あるいは
前記識別子コンポーネントは、前記信頼された実行環境において前記セッション識別子を生成するよう構成される、
請求項１に記載のＵＥ。
【請求項３】
前記Ｄ２Ｄセッションコンポーネントは、前記セッション識別子を用いてＤ２Ｄグループ識別子を生成し、該Ｄ２Ｄグループ識別子に対応するＤ２Ｄグループに加わるよう構成される、
請求項１に記載のＵＥ。
【請求項４】
前記Ｄ２Ｄセッションコンポーネントは、前記セッション識別子を用いて暗号キーを生成するよう構成され、
前記Ｄ２Ｄクラスタにおける通信は、前記暗号キーを用いて暗号化された信号を送信することを含む、
請求項１に記載のＵＥ。
【請求項５】
前記Ｄ２Ｄセッションコンポーネントは、前記セッション識別子に基づきリソースを割り当てるよう構成される、
請求項１に記載のＵＥ。
【請求項６】
前記Ｄ２Ｄセッションコンポーネントは、前記セッション識別子に基づき周波数ホッピングシーケンスを定めることによってリソースを割り当てる、
請求項５に記載のＵＥ。
【請求項７】
前記パラメータコンポーネントは、ユーザ、当該ＵＥによって実行されるアプリケーションレイヤプログラム、及びモバイルネットワークオペレータ（ＭＮＯ）のうちの１つ以上によって定義されている通信規則を受け取るよう構成される、
請求項１に記載のＵＥ。
【請求項８】
前記パラメータコンポーネントは、有効期間を示す通信規則を受け取るよう構成され、
前記Ｄ２Ｄセッションコンポーネントは、前記有効期間の外では前記Ｄ２Ｄクラスタにおける通信をブロックするよう構成される、
請求項１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、デバイス・ツー・デバイス通信に関係があり、特に、デバイス・ツー・デバイスセッションのセットアップに関係がある。
【図面の簡単な説明】
【０００２】
【図１】本願で開示される実施形態に従う無線通信システム及び環境を表す概略図である。
【０００３】
【図２】本願で開示される実施形態に従うユーザ設備（ＵＥ；user  equipment）のコンポーネントを表す略ブロック図である。
【０００４】
【図３】本願で開示される実施形態に従うセッション識別子の生成を表す概略図である。
【０００５】
【図４】本願で開示される実施形態に従う信頼された実行環境の一実施形態を表す略ブロック図である。
【０００６】
【図５】本願で開示される実施形態に従う位置データの標準化を表す概略図である。
【０００７】
【図６】本願で開示される実施形態に従う、基準点に対するＵＥの位置を表す概略図である。
【０００８】
【図７】本願で開示される実施形態に従う、デバイス・ツー・デバイス（Ｄ２Ｄ；device-to-device）セッションのセットアップの方法を表す略フローチャート図である。
【０００９】
【図８】本願で開示される実施形態に従う、デバイス・ツー・デバイス（Ｄ２Ｄ）セッションのセットアップの他の方法を表す略フローチャート図である。
【００１０】
【図９】本願で開示される実施形態に従う、識別情報を生成する方法を表す略フローチャート図である。
【００１１】
【図１０】本願で開示される実施形態に従うモバイル機器の概略図である。
【発明を実施するための形態】
【００１２】
無線モバイル通信技術は、基地局と無線通信デバイスとの間でデータを送信するために様々な標準及びプロトコルを使用する。無線通信システム標準及びプロトコルには、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ；3rd  Generation  Partnership  Project）ロングタームエボリューション（ＬＴＥ；long  term  evolution）；マイクロ波アクセスのための世界的な相互運用性（ＷｉＭＡＸ；worldwide  interoperability  for  microwave  access）として業界団体に広く知られている電気電子技術者協会（ＩＥＥＥ；Institute  of  Electrical  and  Electronics  Engineers）８０２．１６標準；及びＷｉ−Ｆｉ（登録商標）として業界団体に広く知られているＩＥＥＥ８０２．１１標準が含まれ得る。ＬＴＥに従う３ＧＰＰ無線アクセスネットワーク（ＲＡＮ；radio  access  network）では、基地局は、発展型汎用地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ；Evolved  Universal  Terrestrial  Radio  Access  network）ノードＢ（エボルドＮｏｄｅＢ、ｅＮｏｄｅＢ、又はｅＮＢとしても広く表記される。）と呼ばれる。それは、ユーザ設備（ＵＥ）として知られる無線通信デバイスと通信してよい。
【００１３】
図１は、ネットワーク基盤１０４と通信する複数のＵＥ１０２を含む通信システム１００を表す概略図である。ネットワーク基盤１０４は、進化形パケットコア（ＥＰＣ；evolved  packet  core）１０６及びＥ−ＵＴＲＡＮ１０８を含む。ＥＰＣ１０６は、Ｓ１インターフェイス上でＥ−ＵＴＲＡＮ１０８内のｅＮｏｄｅＢ１１０と通信するモビリティ管理エンティティ（ＭＭＥ；mobility  management  entities）及びサービングゲートウェイ（Ｓ−ＧＷ；serving  gateways）１１２を含む。３ＧＰＰによって定義されるＳ１インターフェイスは、ＥＰＣ１０６とｅＮｏｄｅＢ１１０との間の多対多の関係をサポートする。例えば、異なるオペレータが同時に同じｅＮｏｄｅＢ１１０を操作してよい（これは“ネットワーク共有”としても知られる。）。Ｅ−ＵＴＲＡＮ１０８は、３ＧＰＰリリース８において最初に紹介され、進化し続けている、ＬＴＥ（すなわち、３．９Ｇ）及びＬＴＥアドバンスド（すなわち、４Ｇ）のためのパケット交換式３ＧＰＰ  ＲＡＮである。Ｅ−ＵＴＲＡＮ１０８において、ｅＮｏｄｅＢ１１０は、汎用モバイル電気通信システム（ＵＭＴＳ；universal  mobile  telecommunication  systems又は３Ｇ）で使用されている汎用地上無線アクセスネットワーク（ＵＴＲＡＮ）のレガシＮｏｄｅＢよりもインテリジェントである。例えば、ほとんど全てのＲＮＣ機能は、別個のＲＮＣであるのはなく、ｅＮｏｄｅＢへ移行されている。ＬＴＥにおいて、ｅＮｏｄｅＢ１１０は、ｅＮｏｄｅＢ１１０が情報を転送又は共有することを可能にするＸ２インターフェイスを用いて互いと相互接続される。
【００１４】
ＵＥ１０２は、認可されたセルラースペクトルを使用するＵｕエアインターフェイスを用いてｅＮｏｄｅＢ１１０と通信する。ＵＥ１０２及びｅＮｏｄｅＢ１１０は、制御データ及び／又はユーザデータを互いにやり取りしてよい。ＬＴＥネットワークにおけるダウンリンク（ＤＬ）伝送は、ｅＮｏｄｅＢ１１０からＵＥ１０２への通信として定義されてよく、アップリンク（ＵＬ）伝送は、ＵＥ１０２からｅＮｏｄｅＢ１１０への通信として定義されてよい。
【００１５】
ＵｕインターフェイスにわたるＤＬ及びＵＬ伝送に加えて、ＵＥ１０２は、Ｕｄエアインターフェイス上で互いと直接通信することも示されている。３ＧＰＰは、使用ケースが最近研究されており、近接近するモバイルデバイスの、オペレータによって制御されたディスカバリと、それらのモバイルデバイス間の通信とについて、要件が特定されてきている。この活動は、近接サービス（ＰｒｏＳｅ；proximity  services）又はデバイス・ツー・デバイス（Ｄ２Ｄ）通信として広く知られている。この研究の第１の結果は、“Feasibility  Study  for  Proximity  Services  （ProSe）”，3GPP  TR  22.803  v12.1.0（２０１３年３月）において見つけられ得る。３ＧＰＰにおいて提案されている様々な用途及び使用は、ユーザ及び／又はデバイスのグループへの又はそれらの間のネットワーク起動型又はＵＥ起動型通信を伴ってよい。Ｄ２Ｄにおいて、ＵＥ１０２は、図１においてＵｄＤ２Ｄインターフェイスによって表されているように、ｅＮｏｄｅＢ１１０又はコアネットワーク（例えば、ＥＰＣ１０６）を介して通信をルーティングすることなしに、他のＵＥ１０２と直接に通信することができる。Ｄ２Ｄは、局所的なソーシャルネットワーク、コンテンツ共有、位置に基づく市場取引、サービス広告、モバイル・ツー・モバイルアプリケーション、公衆安全、などのために提案されてきた。Ｄ２Ｄ通信は、コアネットワーク（例えば、ＥＰＣ１０６）又は無線アクセスネットワーク（例えば、Ｅ−ＵＴＲＡＮ１０８）における負荷を減らし、直接的な短い通信経路によりデータレートを増大させ、公的なセーフティ通信経路を提供し、且つ、他の機能を提供する、というその能力により関心が持たれている。
【００１６】
モバイルデバイス間のそのような直接通信経路を実現する様々な代替案が原理上存在する。一実施形態において、Ｄ２ＤエアインターフェイスＵｄは、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのような何らかのタイプの短距離技術によって、あるいは、ＵＬスペクトルのような許可されたＬＴＥスペクトルを再利用することによって、実現されてよい。時分割デュプレクス（ＴＤＤ；time  division  duplex）又は周波数分割デュプレクス（ＦＤＤ；frequency  division  duplex）のいずれの技術もＵｄインターフェイスに使用されてよいが、本開示はＴＤＤ技術に焦点を当てる。ＴＤＤは、Ｄ２Ｄ通信についてＦＤＤよりも多くの利点を備える。例えば、伝送経路及び受信経路についての同じチャネル特性が予測され、閉ループ原理によるチャネル推定は不要である。
【００１７】
Ｄ２Ｄ通信は、一般に、２つの部分に分けられ得る。第１の部分は、ＵＥ１０２が自らＤ２Ｄ通信の範囲内にあると決定することができる近接検出（又はデバイスディスカバリ）である。近接検出は、ネットワーク基盤１０４によって支援されてよく、ＵＥ１０２によって少なくとも部分的に実施されてよく、あるいは、ネットワーク基盤１０４とは大いに無関係に実施されてよい。第２の部分は、ＵＥ１０２の間でＤ２Ｄセッションを確立するプロセスを含む、ＵＥ１０２の間の直接通信又はＤ２Ｄ通信と、ユーザ又はアプリケーションデータの実際の通信とである。Ｄ２Ｄ通信は、モバイルネットワークオペレータ（ＭＮＯ；mobile  network  operator）の連続制御下であってもなくてよい。例えば、ＵＥ１０２は、Ｄ２Ｄ通信に参加するために、ｅＮｏｄｅＢ１１０とのアクティブ接続を有する必要がなくてよい。本願で使用されるように、「Ｄ２Ｄセッションのセットアップ」との語句は、Ｄ２Ｄ通信で使用されるディスカバリ、セッション確立、あるいは、パラメータ、キー、コード、識別子、又は同様のものを定めることを参照するために使用されてよい。
【００１８】
Ｄ２Ｄセッションを確立することにおける基本問題は、どのような関連付け又はグルーピングがＵＥ１０２の間で認められ又は作られるかを如何にして決定するかである。例えば、互いの範囲内にあるＵＥ１０２がＤ２Ｄ通信を確立すべきか又は同じＤ２Ｄグループ若しくはクラスタに属すべきかどうかを決定するためにどのような規則にＵＥ１０２又はネットワークは従うべきか、である。そのような規則によって答えられる必要がある質問の例には、どのようなＤ２Ｄグループが所与の時間及び場所において目下存在するのか、及びそれらのＤ２Ｄのうちのどれが参加するのを許可された所与のＵＥであるのか、が含まれる。
【００１９】
１つの方法は、無線により（例えば、セルラー通信システムのブロードキャスティング機能の部分としてＵｕインターフェイスを用いて）Ｄ２Ｄグループ情報を広めるＭＮＯを有することである。しかし、そのような方法は、Ｕｕエアインターフェイスで引き起こす追加の負荷、並びにブロードキャスト情報の空間的及び時間的細かさといった、特定の欠点を伴う。例えば、ＵＥ１０２の非常に高い移動度に起因して、ＭＮＯによって提供される情報は最新でないことがある。加えて、このような情報の普及は、完全にＭＮＯの制御下にある中央集権化されたアプローチであり得る。このことは、同じＭＮＯに割り当てられるか又は承認されているＵＥ１０２しか関連するＤ２Ｄグループ情報を受け取ることを認められない結果となり得る。
【００２０】
以上に基づき、本出願人は、Ｄ２Ｄグループ情報の取得及びＤ２Ｄセッションの確立のための分散型アプローチの必要性を認識した。本開示は、Ｄ２Ｄ通信のためのＵＥ１０２又は他のモバイルデバイスにおける一意のセッション識別子の生成のための分散型アプローチを提供する。そのようなＤ２Ｄセッション識別子は、Ｄ２ＤグループＩＤ、Ｄ２Ｄ暗号キー、Ｄ２Ｄリソース割り当てパターン、又はＤ２Ｄ通信に必要な他の情報を表すことができ、あるいは、それらを導出するために利用され得る。
【００２１】
一実施形態に従って、ＵＥ１０２は、パラメータコンポーネント、標準化コンポーネント、識別子コンポーネント、及びＤ２Ｄセッションコンポーネントを含んでよい。パラメータコンポーネントは、１つ以上のＤ２Ｄ通信規則に基づきＵＥ１０２又はＵＥ１０２のユーザに対応する入力パラメータを決定すべきである。入力パラメータは、標準化されていないデータを有する第１の組の入力パラメータと、予め標準化されているデータを有する第２の組の入力パラメータとを含んでよい。標準化コンポーネントは、第１の組の入力パラメータの標準化されていないデータを標準化してＵＥ標準化データを生成するよう構成される。例えば、標準化コンポーネントは、第１のフォーマットにおけるデータを第２のフォーマットへと変換するよう構成されてよい。一実施形態において、標準化コンポーネント２０４は、量子化コンポーネントと理解されてよい。識別子コンポーネントは、予め定義されたアルゴリズムにおける入力としてＵＥ標準化データ及び予め標準化されているデータを使用してセッション識別子を生成するよう構成される。Ｄ２Ｄセッションコンポーネントは、セッション識別子に対応するＤ２ＤクラスタにおいてＵＥに通信させるよう構成される。
【００２２】
一例として、第１及び第２の組の入力パラメータは、ＵＥ１０２によって、所望のＤ２Ｄセッション識別子を計算するために使用され得る。第１の組の入力パラメータは、日付、時間、及び位置座標のような、標準化又は量子化される必要がある情報から成ってよく、一方、第２の組の入力パラメータは、イベントのチケットから読み出された情報、又は様々な補助的な識別子のような、標準化又は量子化によらずに直ぐに計算アルゴリズムに入力され得る情報から成ってよい。そのような様々な補助的な識別子は、イベントの主催者、サービスプロバイダ、デバイス製造者、ソフトウェア開発者、モバイルデバイスで現在使用若しくはインストールされている特定のアプリケーション、又は同様のものの識別子のような、所定のフォーマットで標準化されている如何なる識別子も含んでよい。本発明の一実施形態において、イベントのチケットは、モバイルデバイスにおいてどこかに記憶されている電子チケットであってもよい。本発明の他の実施形態において、計算されたＤ２Ｄセッション識別子の有効性（又はＤ２Ｄセッション識別子から導出されたＤ２Ｄに関する情報）は、特定の場所又は存続期間に制限される。
【００２３】
本実施形態は、単なる一例として与えられている。更なる詳細及び例となる実施形態は、以下で論じられる。
【００２４】
図２は、分散されたＤ２ＤセッションのセットアップのためのＵＥ１０２のコンポーネントを例示する略ブロック図である。ＵＥ１０２は、パラメータコンポーネント２０２、標準化コンポーネント２０４、識別子コンポーネント２０６、信頼された実行環境２０８、Ｄ２Ｄセッションコンポーネント２１０、及びセンサ２１２を含む。コンポーネント２０２〜２１２は、単なる一例として与えられており、全ての実施形態において含まれていなくてもよい。例えば、他の実施形態は、表されているコンポーネント２０２〜２１２のうちの２つ以上の１つ又はいずれかの組み合わせしか含まなくてよい。更に、当業者であれば、コンポーネント２０２〜２１２が如何なるタイプのモバイル局にも含まれてよく、ＵＥ１０２における又は３ＧＧＰネットワークとの通信のための包含に制限されないことを認識するであろう。
【００２５】
パラメータコンポーネント２０２は、Ｄ２Ｄディスカバリ又は通信を制御する入力パラメータを決定するよう構成される。一実施形態において、パラメータコンポーネント２０２は、セッション識別子又はキーの生成を制御するために使用される入力パラメータを決定するよう構成される。セッション識別子は、Ｄ２Ｄ通信に関連して使用され得る、数値、英数字、又は他の情報を含んでよい。例えば、セッション識別子又はキーは、グループ識別子、暗号キー、リソース割り当て、又は同様のものとして使用されるか、あるいは、そのようなものを決定するために使用されてよい。一実施形態において、セッション識別子は、ペアレントＵＥ１０２（例えば、図２のＵＥ）で決定されてよく、同じＤ２Ｄグループに加わることを許可されている範囲内のＵＥ１０２を見つけるためにディスカバリの間に使用されてよい。
【００２６】
一実施形態において、パラメータコンポーネント２０２は、１つ以上の通信規則に基づき入力パラメータを決定する。通信規則は、通信標準に対応する規則又は使用中に設定される規則を含んでよい。一実施形態において、通信規則は、ＭＮＯによって定義された通信規則を含んでよい。例えば、ＭＮＯは、ＵＥ１０２の通信環境に関する現在の密度若しくは他の情報、ハードウェア又はソフトウェアに基づきＤ２Ｄ規則を与えてよい。一実施形態において、通信規則は、ＵＥ１０２によって実行されるアプリケーションレイヤプログラムによって定義された通信規則を含んでよい。例えば、アプリケーションレイヤプログラムは、近くの又は範囲内のＵＥ１０２とデータを共有しようとするソーシャルネットワークアプリケーション又は他のアプリケーションを含んでよい。一実施形態において、通信規則は、ＵＥ１０２のユーザによって少なくとも部分的に定義されてよい。一実施形態において、規則は、どのようなパラメータタイプがＤ２Ｄ通信を可能にするためにＵＥ１０２の間で一致した値を持つべきかを示す。一実施形態において、通信規則は、通信規則の又は通信規則によって示されているパラメータの有効期間を示してよい。例えば、有効期間は、示されている一致したパラメータ入力を有するＵＥ１０２が同じＤ２Ｄグループの部分であることができる期間であってよい。
【００２７】
一実施形態において、パラメータコンポーネント２０２は、１つ以上の通信規則によって示されている入力タイプに対応するデータを得ることによって、入力パラメータを得てよい。パラメータコンポーネント２０２は、メモリから又は１つ以上のセンサから情報を得ることによって、入力パラメータを決定してよい。例えば、サービスプロバイダ、ソフトウェア、ハードウェア、製造者、ユーザアカウント、又は何らかの他の情報の識別子のような、ある情報は、ＵＥ１０２においてローカルで保持されてよい。例えば、ＵＥ１０２においてローカルで保持されているある情報は、より私的又は個人的な性質を有してよく、ユーザの閲覧履歴、インターネットを閲覧するために記憶されているブックマーク、住所録入力、カレンダ上の予定、又は同様の情報に関係があってよい。一実施形態において、パラメータコンポーネント２０２は、ＵＥ１０２のセンサ２１２から情報を得てよい。例となるセンサは、マイクロホン、カメラ若しくは光センサのような光学センサ、加速度計、位置決め若しくはナビゲーションシステム又は受信機、又は他のセンサを含んでよい。一実施形態において、データの処理又は計算は、所望の入力パラメータ又は値を得るために必要とされてよい。
【００２８】
一実施形態において、パラメータコンポーネント２０２は、１つ以上のセンサ２１２から入力パラメータの少なくとも一部を得る。一実施形態において、センサ２１２はマイクロホンを含み、入力パラメータは、マイクロホンによって集められたオーディオデータを含む。例えば、マイクロホンは、ＵＥ１０２のオーディオ環境におけるデータを集めてよい。データは、コンサート又はサッカーの試合のようなイベントでのスピーカからの音声を含んでよく、ＵＥ１０２が互いの範囲内にあるか又は同じイベントにあると決定するために使用されてよい。一実施形態において、センサ２１２はカメラを含み、入力パラメータは、カメラによって捕捉されたバーコードからの情報を含む。例えば、カメラは、イベントのためのチケットの画像を捕捉するために使用されてよく、チケット上のバーコードからの情報は、入力パラメータとして使用されてよい。一実施形態において、センサ２１２はナビゲーション衛星システム受信機を含み、入力パラメータは、ナビゲーション衛星システム受信機によって特定された位置情報を含む。例えば、ナビゲーション衛星システム受信機は、グローバルポジショニングシステム（ＧＰＳ；global  positioning  system）受信機、グローバルナビゲーション衛星システム（ＧＬＯＮＡＳＳ；global  navigation  satellite  system）受信機、北斗ナビゲーション衛星システム（ＢＤＳ；BeiDou  navigation  satellite  system）受信機、又は同様のものを含んでよく、入力パラメータは、ナビゲーション衛星システム受信機によって特定又は受信された位置データを含んでよい。
【００２９】
入力パラメータは、標準化される必要があるデータ、又は既に標準化されているデータを含んでよい。例えば、標準化されたデータは、それが得られた後に変更される必要がないデータを含んでよい。変更されることが不要であり得るデータの例には、標準化されており、他のＵＥ１０２又はデバイスで大概において同じように標準化される製造者識別子又はソフトウェア識別子のような識別子がある。この標準化されたデータは、識別子がどのデバイスで見つけられるかにかかわらず同じであるように、同じフォーマットであるか、あるいは、同じフォーマットである可能性が高い。標準化されたデータの更なる例には、サービスプロバイダ識別子、デバイス製造者識別子、イベント主催者識別子、ソフトウェア開発者識別子、アプリケーション識別子、及びチケット情報がある。パラメータコンポーネント２０２による決定の前に標準化されている標準化されたデータは、本願では、正規化された、量子化された、又は予め標準化されているデータとも呼ばれてよい。
【００３０】
標準化されていないデータは、セッション識別子を適切に決定するよう標準化される必要があるデータを含んでよい。例えば、同じパラメータタイプのいくつかの入力パラメータ値は、別なふうようにフォーマットされてよく、異なる精度を有してよく、あるいは、所望の範囲内にのみ収まる必要がある。このデータは、フォーマット、精度、又は所定範囲内が様々である値が統一的な標準化されたデータへと変換されることを確かにするよう標準化されてよい。標準化される必要があり得るデータの例には、日付、時間、位置、オーディオデータ、光学データ、速度データ、加速度情報、又は同様のものがある。そのようなデータは、本願では、標準化されていないデータ、非標準化データ、非一様なデータ、正規化されていないデータ、などと呼ばれてよい。
【００３１】
一実施形態において、パラメータコンポーネント２０２は、標準化されたデータ及び標準化されていないデータの両方を含む入力パラメータを決定又は取得する。入力パラメータとして含まれ得る広範囲のパラメータにより、如何にして特定のパラメータタイプが標準化されるべきかを定義するいくらかの必要性が存在し得る。一実施形態において、入力パラメータを取得又は決定することに加えて、パラメータコンポーネント２０２は、入力パラメータのうちの１つ以上の標準化のための標準化規則を決定してよい。標準化規則は、ＵＥ、ＭＮＯ、又は同様のものによって実行されるアプリケーションレイヤプログラム又は他のソフトウェアから受け取られる規則を含んでよい。標準化規則は、データを標準化フォーマットとするためにどのような情報を抽出、パース、連結、削除、及び／又は変更すべきかを示してよい。例えば、標準化規則は、入力パラメータの小数点精度又は範囲を示してよい。標準化規則は、規則が適用されるべきパラメータタイプ及び／又は入力パラメータを示してよい。種々の入力パラメータについての標準化の例は、以下で与えられる。
【００３２】
モバイルデバイスの様々な入力センサ（例えば、カメラ、マイクロホン、など）が、必要とされる入力パラメータのうちの少なくとも１つを決定するために使用され得るが、異なる位置、ハードウェア特性、ソフトウェア、又は同様のものに起因して、情報が受信又は処理される方法のばらつきを考慮し又はエラーを取り除くよう、情報を標準化する必要があり得る。例えば、いくつかの状況において、サッカーの試合中のスタジアムにおけるスピーカ又は演奏が始まる前の劇場における背景音楽をマイクロホンに検出させることは、いくつかの状況において有利であり得るが、それらは少なくともわずかに異なる可能性がある。一般に、Ｄ２Ｄセッション識別子の計算のために入力パラメータに対して実施される標準化又は量子化動作は、入力パラメータに同様の値を認めることによってＤ２Ｄユーザのグループを大きくするのを助ける。例えば、オーディオデータは、同じように処理された他のＵＥ１０２でのオーディオデータと一致する可能性がより高いデータの簡単化及び／又は標準化された表現を生成するよう処理されてよい。
【００３３】
一実施形態において、パラメータコンポーネント２０２は、決定及び／又は取得された入力パラメータを他のコンポーネントのうちの１つ以上へ供給してよい。例えば、パラメータコンポーネント２０２は、標準化規則及び／又は入力パラメータの少なくとも一部を標準化コンポーネント２０４、識別子コンポーネント２０６、及び／又は信頼された実行環境２０８へ供給してよい。
【００３４】
標準化コンポーネント２０４は、１つ以上の入力パラメータを標準化するよう構成される。例えば、標準化コンポーネント２０４は、入力パラメータを標準化されたフォーマットにするよう入力パラメータを変更又は再フォーマットしてよい。一実施形態において、標準化コンポーネント２０４は、標準化されていないデータ及び１つ以上の標準化規則を受け取り、ＵＥ標準化データを生成してよい。例えば、標準化コンポーネント２０４は、標準化されていないデータ及び標準化規則を受けてよく、一方、予め標準化されているデータが識別子コンポーネント２０６へ供給される。標準化コンポーネント２０４によって標準化された標準化されていなかったデータは、本願では、ＵＥ標準化データ、標準化後データ、標準化コンポーネント標準化データ、又は同様のものと呼ばれてよい。データ標準化の例は、以下のシナリオ例に関連して与えられる。
【００３５】
識別子コンポーネント２０６は、入力パラメータを用いてセッション識別子を生成するよう構成される。一実施形態において、識別子コンポーネント２０６は、標準化されていないデータを含む第１の組の入力パラメータをパラメータコンポーネント２０２から、そして、ＵＥ標準化データを含む第２の組の入力パラメータを標準化コンポーネント２０４から受け取る。それらの入力パラメータは、次いで、セッション識別子を生成する予め定義されたアルゴリズムにおける入力として使用される。セッション識別子は、Ｄ２Ｄグルーピング及び／又は通信（又は、一般に、Ｄ２Ｄセッションセットアップのフェーズの間のスピーキング）においてＵＥ１０２によって使用され得るキー（例えば、暗号キー）、コード（例えば、アクセスコード）、名前、又は何らかのデータを含んでよい。予め定義されたアルゴリズムは、複数の他のＵＥ１０２に知られるアルゴリズムを含み、それにより、他のＵＥ１０２は、それらが同じ又は略同じ入力パラメータを有する場合に、同じセッション識別子を得ることができる。
【００３６】
アルゴリズムは、同じ入力に基づき同じ出力を提供する様々なタイプのアルゴリズムを含んでよい。一実施形態において、アルゴリズムは、元の入力パラメータをリバース・エンジニアリングするのを困難にするセッション識別子を生成してよい。例となるアルゴリズムは、暗号ハッシュ関数、乱数発生器、あるいは、入力パラメータを取り、一意のコード若しくはキー、又は他の情報を計算することができる他のアルゴリズム、についてのアルゴリズムを含んでよい。一実施形態において、アルゴリズムは、異なるＵＥ１０２の間で一様性を提供するよう、出力として一定サイズのセッション識別子に制限される。一実施形態において、アルゴリズムは、信頼された実行環境２０８内でしか知られず、それにより、セッション識別子の無許可の計算は実施され得ない。例えば、このことは、Ｄ２Ｄ通信規則によって定義されるように同じ入力パラメータを有するもののみがＤ２Ｄグループにおいて通信可能であることを確かにするのに役立つことができる。
【００３７】
一実施形態において、識別子コンポーネント２０６は、セッション識別子（あるいは、グループ識別子、暗号キー、アクセスコード、リソース割り当てパターン、などのような、その何らかの派生物）を、Ｄ２Ｄ通信における使用のために、Ｄ２Ｄセッションコンポーネント２１０又はＵＥ１０２の他のコンポーネントへ返してよい。
【００３８】
一実施形態において、標準化コンポーネント２０４及び／又は識別子コンポーネント２０６は、信頼された実行環境２０８に含まれる。例えば、標準化コンポーネント２０４及び／又は識別子コンポーネント２０６は、保護された環境内でそれらの動作を実施して、標準化及び／又はセッション識別子生成が示されたアルゴリズム及び規則に従って実施されることを確かにしてよい。信頼された実行環境２０８内への包含は、同じセッション識別子を有するＵＥ１０２が十分に一致した入力パラメータを有する一定の信頼を可能にし得る。このことは、Ｄ２Ｄ通信に関して安全を高め得る。上述されたように、入力パラメータの一致の程度は、範囲、エラー、又は変化するデータフォーマットを考慮し得る標準化規則に基づいてよい。
【００３９】
図３は、セッション識別子を出力するための信頼された実行環境２０８内の入力及び入力の処理を例示する概略図である。標準化規則３０２、第１の組の入力パラメータ３０４、及び第２の組の入力パラメータ３０６は、信頼された実行環境２０８への入力として示されている。入力３０２、３０４、及び３０６は並行して示されているが、入力３０２、３０４、及び３０６は順次に１つ以上の通信チャネル又はポートを通じて信頼された実行環境２０８へ供給されてよいことが理解される。標準化規則３０２は、上述されたように、第１の組の入力パラメータ３０４に含まれる標準化されていないデータを如何にして標準化すべきかに関する規則を含んでよい。第１の組の入力パラメータ３０４は、標準化されていない入力パラメータＰ１１、Ｐ１２、・・・、Ｐ１ｎを含む。ここで、第１の組３０４にはｎ個の標準化されていない入力パラメータが存在する。標準化規則３０２は標準化制御３０８へ供給され、入力パラメータＰ１１、Ｐ１２、・・・、Ｐ１ｎは、ＳＥ１、ＳＥ２、・・・、ＳＥｎを含む対応する標準化エンジン３１０へ供給される。ここで、第１の組３０４に含まれるｎ個の対応する入力パラメータのためにｎ個の標準化エンジンが存在する。一実施形態において、単一の標準化エンジンは、２つ以上の入力パラメータを標準化するために使用されてよい。標準化制御３０８及び標準化エンジン３１０は、標準化コンポーネント２０４の部分である。標準化制御３０８は、標準化後又はＵＥ標準化データを識別子コンポーネント２０６へ供給するよう、標準化規則３０２に基づき標準化エンジン３１０を制御する。
【００４０】
第２の組の入力パラメータ３０６、及び標準化コンポーネント２０４によって標準化された第１の組の入力パラメータ３０４は、セッション識別子３１４を生成するようアルゴリズム３１２の入力として識別子コンポーネント２０６へ供給される。第２の組の入力パラメータ３０６は、標準化されている入力パラメータＰ２１、Ｐ２２、・・・、Ｐ２ｍを含む。ここで、第２の組３０６にはｍ個の標準化された入力パラメータが存在する。上述されたように、アルゴリズム３１２は、予め定義されたアルゴリズム、及び／又は他のＵＥ１０２における他の信頼された実行環境に知られているアルゴリズムを含んでよい。よって、セッション識別子３１４は、第１の組及び第２の組の入力パラメータ３０４、３０６において提供されたのと同じ入力パラメータを有する如何なる他のＵＥ１０２にとっても同じであってよい。生成されたセッション識別子３１４は、キー又はコードと呼ばれてもよく、ペアレントＵＥ１０２又は他のモバイル局へ返されてよい。
【００４１】
他の実施形態では、セッション識別子３１４は、Ｄ２Ｄ通信で使用される、グループ識別子、暗号キー、アクセスコード、又はリソース割り当てパターンを導出するのに利用される。
【００４２】
信頼された実行環境２０８は、入力パラメータの標準化及びセッション識別子の生成の適切な及び／又は安全な実施が確保され得るセキュア環境を提供してよい。例となる信頼された実行環境２０８は、ＵＥ１０２又は他のモバイル局で使用されるスマートカード又は組込フォーマットにおいて利用可能である。例えば、信頼された実行環境２０８は、ＵＥ１０２にあるスロットに挿入され及び／又はそれから取り外され得る加入者識別モジュール（ＳＩＭ；subscriber  identity  module）カード及び汎用集積回路カード（ＵＩＣＣ；universal  integrated  circuit  card）の１つ以上を含んでよい。他の例として、信頼された実行環境２０８は、ＵＥ１０２、ＴＰＭ、又はＵＥ１０２若しくはＴＰＭ内のデータにダメージを与えることなしにＵＥ１０２から取り外され得ない又は取り外すのが困難である組み込み型の信頼されたプラットフォームモジュール（ＴＰＭ；trusted  platform  module）を含んでよい。一実施形態において、標準化コンポーネント２０４及び／又は識別子コンポーネント２０６は、信頼された実行環境２０８内で記憶及び／又は実行されるコードを含んでよい。他の信頼された実行環境２０８は、ＵＥ１０２又はモバイル局でソフトウェア及び／又は暗号化を通じて生成される信頼された実行環境２０８を含め、本開示の適用範囲内で考えられている。
【００４３】
例となる信頼された実行環境に関する更なる背景は、ＴＰＭ及びスマートカードに関して有益であり得る。ＴＰＭは、パーソナルコンピュータ（ＰＣ；personal  computer）のためのセキュア環境を提供するために、ＴＣＰＡとしてかつては知られていた信頼されたコンピューティンググループ（ＴＣＧ；Trusted  Computing  Group）の部分として開発されてきた集積回路モジュールである。それは、計算プラットフォームにおいて不可分に実装されたスマートカードのようである。違いは、それがユーザにではなくシステム（計算プラットフォーム）に結合される点である。ＰＣから離れた他の配置シナリオは、パーソナルデジタルアシスタント（ＰＤＡ；personal  digital  assistant）、携帯電話機（例えば、スマートフォン）、及びコンシューマエレクトロニクスである。ＴＰＭチップは受動素子である。それは、システムのブートストラッピングプロセス又は如何なる進行中の動作にも積極的に作用することができない。しかし、それは、システム（計算プラットフォーム）を一義的に識別するのに使用され得る一意の識別タグを保持する。更には、ＴＰＭは、多数の異なるキーを（例えば、暗号アルゴリズム又はデジタルシグニチャのために）生成、使用、及び記憶することができる。
【００４４】
ＴＰＭの１つの利点は、それらのキーがＴＰＭの外で使用される必要がない点である。言い換えれば、全ての計算は、代わりに、ＴＰＭの信頼された領域内で行われる。ソフトウェア攻撃は、従って、不可能と考えられる。また、ハードウェア攻撃からの保護は比較的優れている（セキュアスマートカードと同様）。ＴＰＭは、物理攻撃が全てのデータの破壊を生じさせるように製造される。ＴＰＭを組み込まれた計算プラットフォームは、その信用性を遠隔のエンティティに証明することができる。多くの場合に、ＴＰＭの制御機能によって確認されることに成功したシステム（計算プラットフォーム）の動作状態を有することは、ソフトウェアを実行すること又はあるアプリケーションを実行することに対する前提条件である。例えば、本開示において、ＴＰＭは、標準化制御３０８及びアルゴリズム３１２を実施するための前提条件とされてよい。
【００４５】
スマートカードは、それらがＵＥ１０２又は他のモバイル局内のスロットから物理的に取り外し可能である点を除いて、同じように使用されてよい。スマートカードに関して、汎欧州デジタル移動電話方式（ＧＳＭ；global  systems  for  mobile  communications）標準に従って動作する携帯電話機は、モバイルネットワークでの使用のためにＳＩＭカードを必要とし、一方で、ＵＭＴＳ標準に従って動作する携帯電話機は、少なくとも１つの汎用加入者識別モジュール（ＵＳＩＭｌuniversal  subscriber  identity  module）を備えたＵＩＣＣを必要とする。どちらのタイプのカード（ＳＩＭカード及ぶＵＩＣＣ）も、それらのアプリケーションメモリにおいてアプリケーション及びアプリケーションデータのための記憶容量を提供する。それらのアプリケーションのほとんどは、モバイル通信に特有であり、よって、ＭＮＯによって発行、維持、及び更新される。標準化コンポーネント２０４及び識別子コンポーネント２０６に対応するアプリケーションのような信頼できるアプリケーションも、スマートカードのアプリケーションメモリに記憶されてよい。
【００４６】
図４は、信頼された実行環境２０８として使用され得るスマートカードの実施形態の一例としてＵＩＣＣ４００のコンポーネントを例示する。スマートカードの重要な要素のいくつかは、アプリケーションメモリ、リードオンリーメモリ（ＲＯＭ；read-only  memory）、ランダムアクセスメモリ（ＲＡＭ；random-access  memory）、マイクロプロセッサユニット（ＭＰＵ；microprocessor  unit）、及び入力／出力（Ｉ／Ｏ）コントローラを含め、示されている。アプリケーションメモリは、電気的消去可能なプログラム可能ＲＯＭ（ＥＥ−ＰＲＯＭ；electrically  erasable  programmable  ROM）を含んでよく、アプリケーション、汎用ＳＩＭアプリケーションツールキット（ＵＳＡＴ；universal  SIM  application  toolkit）アプレット、及びデータを記憶するために使用されてよい。例えば、データは、ショートメッセージサービス（ＳＭＳ；short  message  service）メッセージ、マルチメディアメッセージングサービス（ＭＭＳ；multimedia  messaging  service）メッセージ、電話帳、又は他のデータを含んでよい。ＲＯＭは、ＵＳＡＴ、スマートカードアプリケーション（例えば、ＵＳＩＭ又はインターネットプロトコル（ＩＰ；internet  protocol）マルチメディアサービス識別モジュール（ＩＳＩＭ；IP  multimedia  services  Identity  Module））、ファイルシステム、アルゴリズム、Ｊａｖａ（登録商標）バーチャルマシン、オペレーティングシステム、及び／又は同様のものを含んでよい。ＲＡＭは、作業メモリとして使用されてよく、計算からの結果の記憶のために、及び／又はＩ／Ｏ通信のためのメモリとして、使用されてよい。ＭＰＵは、アプリケーションメモリ、ＲＯＭ、及びＲＡＭにおけるもののような命令を実行するために使用されてよい。Ｉ／Ｏコントローラは、ＭＰＵとＵＥ１０２又はモバイル設備（ＭＥ；mobile  equipment）との間のデータフローを管理してよい。
【００４７】
ＧＳＭ標準に従って動作するモバイル通信システムにおいて、ＳＩＭカード及びＭＥは一緒にモバイル局を形成し、一方、ＵＭＴＳ標準に従って動作するモバイル通信システムにおいて、ＵＩＣＣ（複数のＳＩＭ及びＵＳＩＭが存在し得るＲＯＭにおける）及びＭＥは一緒にＵＥを形成する。
【００４８】
図２に戻ると、Ｄ２Ｄセッションコンポーネント２１０は、ＵＥ１０２にセッション識別子３１４に対応するＤ２Ｄグループにおいて通信させるよう構成される。例えば、ＵＥ１０２は、セッション識別子３１４又は他の識別情報を識別子コンポーネント２０６から受け取り、Ｄ２Ｄ通信中にセッション識別子３１４を使用してよい。一実施形態において、Ｄ２Ｄセッションコンポーネント２１０は、セッション識別子３１４に基づきグループ識別子を生成し、そのグループ識別子を使用するＤ２Ｄグループを確立し又はそれに参加する。一実施形態において、Ｄ２Ｄセッションコンポーネント２１０は、セッション識別子３１４に基づき暗号キーを生成し、暗号キーを使用して、Ｄ２Ｄグループ又はクラスタにおける他のＵＥ１０２へ送信される信号を暗号化する。一実施形態において、Ｄ２Ｄセッションコンポーネント２１０は、グループ識別子、暗号キー、又は同様のものとしてセッション識別子３１４を使用してよい。一実施形態において、Ｄ２Ｄセッションコンポーネント２１０は、セッション識別子３１４に基づきリソースを割り当てる。例えば、Ｄ２Ｄセッションコンポーネント２１０は、セッション識別子３１４に基づき周波数ホッピングシーケンスを確立してよい。
【００４９】
［シナリオ］
分散Ｄ２Ｄセットアップの例は、以下のシナリオに関して説明される。
【００５０】
シナリオ１において、３つのＵＥ１０２（ＵＥ１、ＵＥ２及びＵＥ３）は、位置及びデバイス製造者データに基づきセッション識別子を独立して生成する。例えば、ＭＮＯ、アプリケーション、ユーザ、又は他のエンティティ若しくはプログラムは、Ｄ２Ｄ通信又はディスカバリが位置及びデバイス製造者に基づくべきことを示してよい。位置及びデバイス製造者が一致するＵＥ１０２について、同じセッション識別子が生成される。より具体的には、１つ以上のＵＥ１０２は、標準化を必要としないデバイス製造者情報と、標準化を必要とする位置情報とを使用して、セッション識別子を決定する。このシナリオでは、同じセッション識別子は、同じ地理的範囲（標準化規則によって定義される。）にあり、且つ、同じデバイス製造者（やはり、必要に応じて、標準化規則によって定義される。）によって組み立てられたＵＥ１０２又は他のモバイルデバイスごとに、計算プロセスの終わりに利用可能である。
【００５１】
デバイス製造者を処理することに関して、夫々のＵＥ１０２のパラメータコンポーネント２０２は、内部ＵＥ１０２メモリのようなメモリから製造者識別子を読み出す。一実施形態において、製造者識別子は、セキュアメモリ又は暗号化されたメモリから読み出されてよい。以下の表１は、３つのＵＥ１０２の夫々についての製造者識別子を表す。製造者識別子は、標準化された値であり、よって、標準化は不要である。製造者識別子のうちの２つは同じである。具体的に、ＵＥ１及びＵＥ３は同じ製造者識別子を共有し、ＵＥ２は異なる製造者識別子を有する。それらの識別子の夫々は、図３に表されるように、アルゴリズム内に入力される。一実施形態において、製造者識別子は、夫々のＵＥ１０２の国際移動体装置識別番号（ＩＭＥＩ；international  mobile  station  equipment  identity）から導出されてよい。このことは、製造者識別子を生成するようサブコンポーネントへのＩＭＥＩのパーシングを必要とする。パーシングのための規則は、標準化規則として含まれてよく、ＩＭＥＩは、アルゴリズムに入力される前に標準化される。
【表１】
0006363214.tif 000002
【００５２】
位置に関して、位置情報は、緯度及び経度に対して表現されてよい。緯度（Ｌａｔ、φ、又はファイと約されてよい。）は、赤道面と、極の平坦化及び赤道の膨隆を考慮するよう地球の形状を近似する準拠楕円体の法線である線との間の角度である。同じ緯度の点と交わる線は平行線と呼ばれ、赤道と平行に地球の表面上の同心円をなぞる。北極は９０°Ｎであり、南極は９０°Ｓである。経度の０°平行線は赤道に指定され、全ての地理座標系の基本となる。赤道は、地球を北半球及び南半球に分ける。
【００５３】
経度（Ｌｏｎｇ、λ、又はラムダと約されてよい。）は、任意点を通る他の子午線に対する２つの地理学的極点の間の基準子午線の東西角度である。全ての子午線は、大円の半分であり、平行でない。それらは北極及び南極で収束する。グリニッジ天文台（連合王国のロンドン近く）の背面を通る線は、国際的なゼロ経度基準線であるグリニッジ子午線として選ばれている。東側の位置は東半球にあたり、西側の位置は西半球にあたる。グリニッジの正反対の子午線は、１８０°Ｗ及び１８０°Ｗの両方である。
【表２】
0006363214.tif 000003
【００５４】
表２は、例となる位置が２つの異なる方法又はフォーマットにおいて如何にして表現され得るのかを示す。表１の最初の行は、１０進数表記での緯度及び経度を表す。２番目の行は、度分秒表記での緯度及び経度を表す。夫々のデータフォーマットは他方へ容易に変形又は変換され得る。高さは基準となる面に対するが、物理世界における高さのほとんどの計測は、海面として知られるゼロ表面に基づく。高度（altitude）及び標高（elevation）はいずれも、高さについての２つの同義語であり、平均海面上の点の位置として通常は定義される。
【００５５】
複数の位置計測から導出され得るいくつかの潜在的な入力パラメータは、進路、瞬間の速さ、及び速度を含む。進路は、人又は車両が面している又は進んでいる方向であり、通常はそのコースと同様である。運動学において、オブジェクトの瞬間の速さ（しばしばｖと表される。）は、その瞬時速度（その位置の変化の割合）の大きさである。瞬間の速さは、よって、速度のスカラー相当である。時間のインターバルにおけるオブジェクトの平均の速さは、オブジェクトによって移動された距離を、そのインターバルの存続期間によって割ったものである。瞬間の速さは、時間インターバルの存続期間がゼロに近づくにつれて、平均の速さの極限である。速度と同様に、速さは、時間によって割られた長さの次元を有する。国際単位系（ＳＩ；international  system  of  units）による速さの単位は、メートル毎秒（ｍ／ｓ）であるが、日常使用における速さの最も一般的な単位は、キロメートル毎時（ｋｐｈ）又は、米国及び英国では、マイル毎時（ｍｐｈ）である。速度は、位置の変化の割合を表し、ベクトル物理量である。大きさ及び方向の両方がそれを定義するために必要とされる。速度のスカラー絶対値（大きさ）が瞬間の速さである。
【００５６】
位置情報を処理することに関して、図５は、夫々のＵＥ１０２についての経度（Ｌｏｎｇ）及び緯度（Ｌａｔ）の標準化処理のためのフローチャート５００を表す。経度及び緯度は、ＧＰＳ、ＧＬＯＮＡＳＳ、又はＢＤＳ受信機又はモジュールのような、ナビゲーション衛星システムモジュール５０２から得られ、位置標準化エンジン５０４（ＳＥＬＯＣ）への入力として供給される。標準化エンジン５０４は、標準化された位置データ（Ｌｏｎｇ＊及びＬａｔ＊）を供給するよう、標準化制御５０６によって示されるように経度（Ｌｏｎｇ）及び緯度（Ｌａｔ）を標準化する。標準化された位置データ（Ｌｏｎｇ＊及びＬａｔ＊）は、次いで、識別子の計算のためのアルゴリズムへ供給されてよい。位置標準化エンジン５０４は、フォーマット間で（例えば、度分秒から１０進数へ、又はその逆に）位置データを変換するよう、及び／又は緯度及び経度を特定の小数点又は特定の小数点の後のドロップ点に丸めるよう、構成されてよい。この場合に、標準化制御５０６は、標準化命令（すなわち、一般的に言えば、Ｄ２Ｄ通信規則）に基づき、位置標準化エンジン５０４に、全ての受信された値において小数点後の最初の３つの数字のみを使用するよう指示する。他の動作命令も可能である。以下の表３は、標準化の前及び後のＵＥ１、ＵＥ２及びＵＥ２の夫々についての位置データを表す。
【表３】
0006363214.tif 000004
【００５７】
表３に示されるように、ＵＥ１０２の位置は標準化後に同じである。表１及び表３に基づき、ＵＥ１及びＵＥ３についての標準化された位置データ及び製造者識別情報は同じである。同じアルゴリズムに入力される同じデータによれば、ＵＥ１及びＵＥ３は、同じセッション識別子が結果として得られる。このことは、ＵＥ１及びＵＥ３が同じＤ２Ｄグループ又はクラスタを生成し／それに参加すること、Ｄ２Ｄ通信のための共通の暗号キーを生成すること、セキュアなポイント・ツー・ポイント通信に従事すること、Ｄ２Ｄ無線リソースの同じサブセットを使用すること、又は同様のことを可能にする。ＵＥ２の入力パラメータの１つ、すなわち、その製造者識別番号はＵＥ１及びＵＥ３とは異なっているので、ＵＥ２で計算されるセッション識別子は異なる。従って、ＵＥ２は、同じＤ２Ｄグループにアクセスすること、一致した暗号キーを生成すること、残り２つのデバイスへのセキュアなＤ２Ｄ通信リンクをセットアップすること、Ｄ２Ｄ無線リソースの同じサブセットを使用する、又は同様のことを行うことができない。
【００５８】
シナリオ２において、４つのＵＥ１０２（ＵＥ１、ＵＥ２、ＵＥ３及びＵＥ４）は、日付及び時間、基準となる点からの距離、並びに有効期間に基づきセッション識別子を独立して生成する。このシナリオでは、共通のセッション識別子は、限られた有効性を有して、同じ地理的範囲（基準位置及びこの基準点までのＵＥの距離によって定義される。）に存在しているそれらのＵＥ１０２又はモバイルデバイスにおいて計算プロセスの終わりに利用可能である。
【００５９】
処理に関して、日付及び時間のパラメータタイプは、ペアレントＵＥ１０２又は他のモバイルデバイスのクロックから取り出される。基準点、最大距離、及び有効期間は、イベントのチケットから読み出される。イベントのチケットが紙のチケットであるならば、入力パラメータ（すなわち、基準点、最大距離、及び／又は有効期間）は、モバイルデバイスのユーザによって（例えば、ＱＲコード（登録商標）、バーコード、又は同様のものを捕捉するカメラを用いて）スキャン／撮影されてよい。イベントのチケットが、モバイルデバイスのメモリに記憶されている電子チケットであるならば、入力パラメータは、例えば、電子チケット（例えば、ポータブルドキュメントフォーマット（ＰＤＦ；portable  document  format）ファイル、ハイパーテキストマークアップ言語（ＨＴＭＬ；hypertext  markup  language）ファイル、又は何らかの他の電子ファイル）から直接に読み出され得る。例えば、電子チケットからの情報は、如何なるユーザインタラクションもなしで、又はユーザからの許可に応答して、読み出されて、信頼された実行環境２０８へ入力されてよい。日付及び時間の情報は、時間のわずかの違い並びに／又は異なる日付及び時間フォーマットにより標準化を必要とし得る。それらのパラメータの標準化は、日付及び時間を所定のフォーマットに変換すること、並びに／又は日付若しくは時間を所望のインクリメントに丸めることを含んでよい。例えば、標準化規則は、日付及び時間が直近の１０分、１５分、３０分、時間、又は他の時間インターバルに丸められるべきであることを示してよい。
【００６０】
位置に関して、入力パラメータは、ＵＥ１０２の位置データを含んでよく、標準化規則は、基準点及び最大許容距離を更に含んでよい。標準化規則は、ＵＥ１０２からの位置データ（例えば、ナビゲーション衛星システム受信機又はモジュールからの位置情報）が基準点の最大距離内にあるかどうかを如何にして決定すべきかを更に示してよい。例えば、標準化エンジンは、ＵＥ距離を生成するよう、ＵＥ１０２と基準点との間の距離を計算してよい。ＵＥ距離が最大距離以下であるならば、標準化エンジンの出力は、ＵＥ１０２が基準点に十分に近いことを示す値であってよい。例えば、標準化エンジンは、基準点から最大距離内にあるＵＥ１０２によって共有される“１”、語“内側（inside）”、又は何らかの他の定義された値を出力してよい。一実施形態において、最大距離よりも大きい更なる許容距離は、ＵＥ１０２が、許容距離内にとどまりながら定義された期間内に最大距離内に戻る場合に、当面はＤ２Ｄグループの部分のままであることを認めてよい。
【００６１】
図６及び表４は、以下、基準点６０４に基づく位置情報の処理を表す。例えば、チケットは、基準点６０４、最大距離（ｒ）、有効期間、及び／又は許容距離（ｒｔｏｌ）を示してよい。図６は、基準点６０４に関してＵＥ１  ６０２ａ、ＵＥ２  ６０２ｂ、ＵＥ３  ６０２ｃ、及びＵＥ４  ６０２ｄを表す。最大距離（ｒ）内の領域は、内側の円６０６によって表されており、許容距離（ｒｔｏｌ）内の領域は、外側の円６０８によって表されている。標準化エンジンを用いると、ＵＥ６０２ａ、６０２ｂ、６０２ｃ及び６０２ｄは夫々、以下の表４で挙げられているように、基準点６０４からのそれらの距離を計算する。この例では、基準点６０４とＵＥ６０２の現在位置との間で許されている最大距離は、内側の円６０６によって示されており、ｒ＝３０メートルとして定義される。ＵＥ６０２が、それらのＤ２Ｄセッション識別子が無効になることなしに、限られた時間に存在することを認められ得る許容距離は、ｒｔｏｌ＝３５として定義される。このシナリオでは、ＵＥ１（６０２ａ）及びＵＥ２（６０２ｂ）は最大範囲ｒ内にあり、有効期間の間同じセッション識別子を割り当てられる。ＵＥ３（６０２ｃ）は、一時的に許容範囲ｒｔｏｌ内にあり、従って、同じセッション識別子を割り当てられる。ＵＥ４（６０２ｄ）は、ｒ及びｒｔｏｌの両方の外に存在しており、従って、一致したセッション識別子を割り当てられない。
【表４】
0006363214.tif 000005
【００６２】
図７は、分散型Ｄ２Ｄセッションセットアップのための方法７００を表す略フローチャート図である。一実施形態において、方法７００は、図２のＵＥ１０２によって実施される。
【００６３】
方法７００は開始し、パラメータコンポーネント２０２は、Ｄ２Ｄ通信規則に基づき、ＵＥ１０２に対応する入力パラメータを決定する（７０２）。Ｄ２Ｄ通信規則は、ＭＮＯ、ＵＥ１０２で実行されるアプリケーション、又はユーザによって与えられた規則を含んでよい。通信規則は、パラメータタイプ及び／又は１つ以上のパラメータタイプについての標準化規則を示してよい。一実施形態において、パラメータコンポーネント２０２は、第１の組の入力パラメータ及び第２の組の入力パラメータを含む入力パラメータを決定する（７０２）。第１の組は、標準化される必要がある標準化されていないデータを含み、第２の組は、更なる標準化を必要としない標準化されたデータを含む。
【００６４】
標準化コンポーネント２０４は、如何なる標準化されていないデータも標準化して（７０４）、ＵＥ標準化データを生成する。一実施形態において、標準化コンポーネント２０４は、１つ以上の標準化規則に基づき、標準化されていないデータを標準化する（７０４）。標準化規則は、アプリケーション、ＭＮＯ、ユーザ、チケット、又は同様のものによって与えられていてよい。一実施形態において、標準化規則は、アプリケーション、ＭＮＯ、ユーザ、チケット、又は同様のものによって提供されるウェブリンク又は他のロケータを介して取り出されてよい。一実施形態において、標準化コンポーネント２０４は、信頼された実行環境２０８内で如何なる標準化されていないデータも標準化する（７０４）。
【００６５】
識別子コンポーネント２０６は、予め定義されたアルゴリズムにおける入力として入力パラメータを使用してセッション識別子を生成する（７０６）。具体的に、入力パラメータは、予め標準化されているデータ（すなわち、Ｄ２Ｄセッションのセットアップの前に標準化された形態にあるデータ）及びＵＥ標準化データ（すなわち、標準化コンポーネント２０４によって標準化されたデータ）を含んでよい。アルゴリズムは、ＵＥ１０２又はアルゴリズムが実装されるマシンにかかわらず、同じ入力が同じ出力をもたらすように、識別子を生成してよい。一実施形態において、識別子コンポーネント２０６は、乱数発生器、暗号ハッシュ関数、又は他のアルゴリズムを用いてセッション識別子を生成する（７０６）。一実施形態において、識別子コンポーネント２０６は、信頼された実行環境２０８内でセッション識別子を生成する（７０６）。
【００６６】
Ｄ２Ｄセッションコンポーネント２１０は、ＵＥ１０２に、セッション識別子に対応するＤ２Ｄグループ又はクラスタにおいて通信させる（７０８）。例えば、Ｄ２Ｄセッションコンポーネント２１０は、ＵＥ１０２に、グループＩＤ、暗号、リソース割り当て、又は同様のもののうちの１つ以上として、又はそれらを生成するよう、セッション識別子を使用するＤ２Ｄグループを確立し又はそれに加わることによって、Ｄ２Ｄグループにおいて通信させる（７０８）。
【００６７】
図８は、分散型Ｄ２Ｄ通信セットアップのための他の方法８００を表す略フローチャート図である。一実施形態において、方法８００は、図２のＵＥ１０２によって実施される。
【００６８】
方法８００は開始し、パラメータコンポーネント２０２は、Ｄ２Ｄディスカバリを制御するパラメータタイプを決定する（８０２）。パラメータタイプは、位置データ、局所環境からのオーディオデータ、画像、ソフトウェアの識別子、ハードウェアの識別子、イベントの識別子、あるいは、ＵＥ１０２によって取得され得る又はそれにより含まれ得るあらゆる他のタイプのデータのような、データを含んでよい。パラメータタイプは、互いと通信することを認められているＵＥ１０２のグループを定義するために使用されてよい。
【００６９】
パラメータコンポーネント２０２は、決定されたパラメータタイプに対応する入力パラメータを、信頼された実行環境２０８へ供給する（８０４）。信頼された実行環境２０８はスマートカード、ＴＰＭ、又はあらゆる他のセキュア実行環境を含んでよい。一実施形態において、パラメータコンポーネント２０２は、入力パラメータを、組み込まれている信頼された実行環境２０８へ供給する（８０４）。一実施形態において、パラメータコンポーネント２０２は、入力パラメータを、ＵＥ１０２から選択的に取り外し可能である信頼された実行環境２０８へ供給する（８０４）。
【００７０】
Ｄ２Ｄセッションコンポーネント２１０は、信頼された実行環境２０８から、入力パラメータから得られた識別情報を受け取る（８０６）。識別情報は、識別子、コード、キー、あるいは、入力パラメータに基づきＵＥ１０２を一意に識別する他の情報を含んでよい。
【００７１】
Ｄ２Ｄセッションコンポーネント２１０は、一致した識別情報を有する範囲内の無線通信デバイスとのＤ２Ｄセッションを確立する（８０８）。一実施形態において、Ｄ２Ｄセッションコンポーネント２１０は、同じグループＩＤ、暗号キー、リソース割り当て、又は同様のものを有する通信デバイスとのＤ２Ｄセッションを確立する。
【００７２】
図９は、セッション識別子を生成する方法９００を表す略フローチャート図である。一実施形態において、方法９００は、図２及び／又は図３の信頼された実行環境２０８において実施される。
【００７３】
方法９００は開始し、信頼された実行環境２０８は、モバイル局に対応する標準化されていない入力パラメータを受け取る（９０２）。信頼された実行環境２０８は、標準化されていない入力パラメータのための標準化規則を更に受け取る（９０４）。一実施形態において、標準化規則は、ユーザ、ＭＮＯ、アプリケーション、又は他のエンティティ若しくはコンポーネントによって定義された規則を含んでよい。一実施形態において、標準化規則は、特定のタイプを有する入力パラメータとリンクされてよい。一実施形態において、標準化規則は、規則が適用されるべき特定の入力パラメータ又はパラメータタイプを夫々示してよい。
【００７４】
信頼された実行環境２０８内の標準化コンポーネント２０４は、標準化された入力パラメータを生成するよう、標準化されていない入力パラメータを標準化する（９０６）。標準化コンポーネント２０４は、標準化されたデータを生成するよう、標準化規則に基づき入力パラメータを標準化する（９０６）。
【００７５】
信頼された実行環境２０８内の識別子コンポーネント２０６は、既知のアルゴリズムを用いて、標準化された入力パラメータに基づきキーを生成する（９０８）。既知のアルゴリズムは、他のモバイル局にある１つ以上の信頼された実行環境に少なくとも知られているアルゴリズムを含んでよい。例えば、他のモバイル局は、それらが同じ入力パラメータを有する場合に同じキーを得るよう同じアルゴリズムを実行することが可能であってよい。
【００７６】
信頼された実行環境２０８は、生成されたキーをモバイル局へ返す（９１０）。信頼された実行環境２０８は、スロット又はポートを介してモバイル局と着脱可能に結合されてよく、キーは、スロット又はポートを介してモバイル局へ供給されてよい。一実施形態において、信頼された実行環境２０８は、モバイル局と一体化され、信頼された実行環境２０８は、生成されたキーを、モバイル局をＤ２Ｄセッションコンポーネント又は他のコンポーネントへ返す（９１０）。
【００７７】
図１０は、ユーザ設備（ＵＥ）、モバイル局（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプの無線通信デバイスのような、モバイル機器の例示である。モバイル機器は、基地局（ＢＳ）、ｅＮＢ、ベースバンドユニット（ＢＢＵ；base  band  unit）、遠隔無線ヘッド（ＲＲＨ；remote  radio  head）、遠隔無線設備（ＲＲＥ；remote  radio  equipment）、中継局（ＲＳ）、無線設備（ＲＥ）、又は他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ；wireless  wide  area  network）アクセスポイントのような送信局と通信するよう構成された１つ以上のアンテナを含むことができる。モバイル機器は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、高速パケットアクセス（ＨＳＰＡ；high  speed  packet  access）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉ−Ｆｉ（登録商標）を含む少なくとも１つの無線通信標準を用いて通信するよう構成され得る。モバイル機器は、夫々の無線通信標準のための別々のアンテナ、又は複数の無線通信標準のための共有アンテナを用いて、通信することができる。モバイル機器は、無線ローカルエリアネットワーク（ＷＬＡＮ；wireless  local  area  network）、無線パーソナルエリアネットワーク（ＷＰＡＮ；wireless  personal  area  network）、及び／又はＷＷＡＮにおいて通信することができる。
【００７８】
図１０は、モバイル機器からのオーディオ入力及び出力のために使用され得るマイクロホン及び１つ以上のスピーカの例示を更に提供する。表示スクリーンは、液晶表示（ＬＣＤ；liquid  crystal  display）スクリーン又は他のタイプの表示スクリーン、例えば、有機発光ダイオード（ＯＬＥＤ；organic  light  emitting  diode）ディスプレイであってよい。表示スクリーンはタッチスクリーンとして構成され得る。タッチスクリーンは、容量性、抵抗性、又は他のタイプのタッチスクリーン技術を使用してよい。アプリケーションプロセッサ及びグラフィクスプロセッサは、処理及び表示機能を提供するよう内部メモリへ結合され得る。不揮発性メモリポートも、データ入力／出力オプションをユーザに提供するために使用され得る。不揮発性メモリポートは、モバイル機器のメモリ容量を拡張するためにも使用されてよい。キーボードは、追加のユーザ入力を提供するよう、モバイル機器と一体化され、あるいは、モバイル機器へ無線接続されてよい。仮想キーボードも、タッチスクリーンを用いて提供されてよい。
【００７９】
［例］
以下の例は、更なる実施形態に関係がある。
【００８０】
例１は、Ｅ−ＵＴＲＡＮと通信するよう構成されるＵＥである。ＵＥは、パラメータコンポーネント、標準化コンポーネント、識別子コンポーネント、及びＤ２Ｄセッションコンポーネントを含む。パラメータコンポーネントは、１つ以上のデバイス・ツー・デバイス（Ｄ２Ｄ）通信規則に基づき、ＵＥ又はＵＥのユーザに対応する入力パラメータを決定するよう構成される。入力パラメータは、標準化されてないデータを有する第１の組の入力パラメータと、予め標準化されているデータを有する第２の組の入力パラメータとを含む。標準化コンポーネントは、第１の組の入力パラメータの標準化されていないデータを標準化してＵＥ標準化データを生成するよう構成される。識別子コンポーネントは、予め定義されたアルゴリズムにおける入力としてＵＥ標準化データ及び予め標準化されているデータを使用してセッション識別子を生成するよう構成される。Ｄ２Ｄセッションコンポーネントは、セッション識別子に対応するＤ２ＤクラスタにおいてＵＥに通信させるよう構成される。
【００８１】
例２において、例１のＵＥは、信頼された実行環境において標準化されていないデータを標準化するよう構成される標準化コンポーネント、及び信頼された実行環境においてＤ２Ｄセッション識別子を生成するよう構成される識別子コンポーネントのうちの１つ以上を任意に含む。
【００８２】
例３において、例１又は２のＤ２Ｄセッションコンポーネントは、セッション識別子を用いてＤ２Ｄグループ識別子を生成し、該Ｄ２Ｄグループ識別子に対応するＤ２Ｄグループに加わるよう任意に構成される。
【００８３】
例４において、例１乃至３のうちいずれかのＤ２Ｄセッションコンポーネントは、Ｄ２Ｄセッション識別子を用いて暗号キーを生成するよう任意に構成され、Ｄ２Ｄクラスタにおける通信は、暗号キーを用いて暗号化された信号を送信することを含む。
【００８４】
例５において、例１乃至４のうちいずれかのＤ２Ｄセッションコンポーネントは、セッション識別子に基づきリソースを割り当てるよう任意に構成される。
【００８５】
例６において、例１乃至５のうちいずれかのＤ２Ｄセッションコンポーネントは、セッション識別子に基づき周波数ホッピングシーケンスを定めることによってリソースを割り当てるよう任意に構成される。
【００８６】
例７において、例１乃至６のうちいずれかのパラメータコンポーネントは、ユーザ、ＵＥによって実行されるアプリケーションレイヤプログラム、及びＭＮＯ、のうちの１つ以上によって定義されている通信規則を受け取るよう任意に構成される。
【００８７】
例８において、例１乃至７のうちいずれかのパラメータコンポーネントは、有効期間を示す通信規則を受け取るよう任意に構成され、Ｄ２Ｄセッションコンポーネントは、有効期間の外ではＤ２Ｄクラスタにおける通信をブロックするよう構成される。
【００８８】
例９は、デバイス・ツー・デバイス（Ｄ２Ｄ）セッションのセットアップのための方法である。方法は、ｅＮｏｄｅＢと通信するよう構成されるペアレント無線通信デバイスで、Ｄ２Ｄディスカバリを制御するパラメータタイプを決定することを含む。方法は、決定されたパラメータタイプに対応する入力パラメータを、信頼された実行環境へ与えることを含む。方法は、信頼された実行環境から、入力パラメータから得られた識別情報を受け取ることを含む。方法は、一致した識別情報を有する１つ以上の範囲内の無線通信デバイスの間でＤ２Ｄセッションを確立することを含む。
【００８９】
例１０において、例９の方法は、無線通信デバイスによって実行されるアプリケーションレイヤプログラム、及びＭＮＯ、のうちの１つ以上から、入力パラメータの少なくとも一部を標準化する１つ以上の標準化規則を受け取ることを任意に更に含む。方法は、１つ以上の標準化規則を信頼された実行環境へ与えることを任意に更に含む。
【００９０】
例１１において、例９又は１０の方法は、無線通信デバイスのセンサから、入力パラメータの少なくとも一部を取得することを任意に更に含む。
【００９１】
例１２において、例９乃至１１のうちいずれかのセンサはマイクロホンを任意に含み、入力パラメータは、マイクロホンによって集められたオーディオデータを含む。
【００９２】
例１３において、例９乃至１２のうちいずれかのセンサはカメラを任意に含み、入力パラメータは、カメラによって捕捉されたバーコードからの情報を含む。
【００９３】
例１４において、例９乃至１３のうちいずれかのセンサはナビゲーション衛星システム受信機を任意に含み、入力パラメータは、ナビゲーション衛星システム受信機によって特定された位置情報を含む。
【００９４】
例１５において、例９乃至１４のうちいずれかの入力パラメータは、日付、時間、位置、オーディオデータ、光学データ、速度データ、及び加速度情報、のうちの１つ以上を任意に含むことができる。
【００９５】
例１６において、例９乃至１５のうちいずれかの入力パラメータは、サービスプロバイダ識別子、デバイス製造者識別子、イベント主催者識別子、ソフトウェア開発者識別子、アプリケーション識別子、及びチケット情報、のうちの１つ以上を任意に含むことができる。
【００９６】
例１７は、信頼された実行環境において動作を実行するよう構成される集積回路である。集積回路は、３ＧＰＰ通信標準を用いて通信するよう構成されるモバイル局に対応する第１のフォーマットにおいて入力パラメータを受け取るよう構成される。集積回路は、第１のフォーマットにおける入力パラメータについてのフォーマット規則を受け取るよう構成される。集積回路は、入力パラメータを第２のフォーマットに変換するよう第１のフォーマットにおける入力パラメータを標準化するよう構成される。集積回路は、入力パラメータが同じである場合に同じ識別子を生成するよう構成される既知のアルゴリズムを用いて、標準化された入力パラメータに基づきキーを生成するよう構成される。既知のアルゴリズムは、複数の他の集積回路モジュールに知られている。集積回路は、生成されたキーをモバイル局へ返すよう構成される。
【００９７】
例１８において、例１７の集積回路は、スマートカード及びＴＰＭ、のうちの１つ以上を任意に含む。
【００９８】
例１９において、例１７又は１８の集積回路はスマートカードを任意に含み、スマートカードは、ＳＩＭカード及びＵＩＣＣ、のうちの１つ以上を有する。
【００９９】
例２０において、例１７乃至１９のうちいずれかの入力パラメータは第１の組を含み、集積回路は、セキュアメモリから第２のフォーマットにおける入力パラメータを有する第２の組を取り出すよう任意に更に構成され、集積回路は、第２の組に基づきキーを生成することによって、キーを生成する。
【０１００】
例２１において、例１７乃至２０のうちいずれかの集積回路は、任意に、モバイル局と着脱可能に結合される。
【０１０１】
例２２において、例１７乃至２１のうちいずれかの集積回路は、任意に、モバイル局の部分として組み込まれる。
【０１０２】
例２３は、Ｄ２Ｄ通信のための方法である。方法は、１つ以上のＤ２Ｄ通信規則に基づき、ＵＥ又はＵＥのユーザに対応する入力パラメータを決定することを含む。入力パラメータは、標準化されてないデータを有する第１の組の入力パラメータと、予め標準化されているデータを有する第２の組の入力パラメータと含む。方法は、第１の組の入力パラメータの標準化されていないデータを標準化してＵＥ標準化データを生成することを含む。方法は、予め定義されたアルゴリズムにおける入力としてＵＥ標準化データ及び予め標準化されているデータを使用してセッション識別子を生成することを含む。方法は、セッション識別子に対応するＤ２Ｄクラスタにおいて通信することを含む。
【０１０３】
例２４において、例２３の方法は、信頼された実行環境において標準化されていないデータを標準化すること、及び信頼された実行環境においてＤ２Ｄセッション識別子を生成すること、のうちの１つ以上を任意に含む。
【０１０４】
例２５において、例２３又は２４の方法は、セッション識別子を用いてＤ２Ｄグループ識別子を生成し、該Ｄ２Ｄグループ識別子に対応するＤ２Ｄグループに加わることを任意に含む。
【０１０５】
例２６において、例２３乃至２５のうちいずれかの方法は、Ｄ２Ｄセッション識別子を用いて暗号キーを生成することを任意に含み、Ｄ２Ｄクラスタにおける通信は、暗号キーを用いて暗号化された信号を送信することを有する。
【０１０６】
例２７において、例２３乃至２６のうちいずれかの方法は、セッション識別子に基づきリソースを割り当てることを任意に含む。
【０１０７】
例２８において、例２３乃至２７のうちいずれかの方法は、セッション識別子に基づき周波数ホッピングシーケンスを定めることによってリソースを割り当てることを任意に含む。
【０１０８】
例２９において、例２３乃至２８のうちいずれかの方法は、ユーザ、ＵＥによって実行されるアプリケーションレイヤプログラム、及びＭＮＯ、のうちの１つ以上によって定義されている通信規則を受け取ることを任意に含む。
【０１０９】
例３０において、例２３乃至２９のうちいずれかの方法は、有効期間を示す通信規則を受け取り、有効期間の外ではＤ２Ｄクラスタにおける通信をブロックすることを任意に含む。
【０１１０】
例３１は、Ｄ２Ｄセッションのセットアップのための方法である。方法は、ｅＮｏｄｅＢと通信するよう構成されるペアレント無線通信デバイスで、Ｄ２Ｄディスカバリを制御するパラメータタイプを決定することを含む。方法は、決定されたパラメータタイプに対応する入力パラメータを、信頼された実行環境へ与えることを含む。方法は、信頼された実行環境から、入力パラメータから得られた識別情報を受け取ることを含む。方法は、一致した識別情報を有する１つ以上の範囲内の無線通信デバイスの間でＤ２Ｄセッションを確立することを含む。
【０１１１】
例３２において、例２３乃至３１のうちいずれかの方法は、無線通信デバイスによって実行されるアプリケーションレイヤプログラム、及びＭＮＯ、のうちの１つ以上から、入力パラメータの少なくとも一部を標準化する１つ以上の標準化規則を受け取ることを任意に更に含む。方法は、１つ以上の標準化規則を信頼された実行環境へ与えることを任意に更に含む。
【０１１２】
例３３において、例２３乃至３２のうちいずれかの方法は、無線通信デバイスのセンサから、入力パラメータの少なくとも一部を取得することを任意に更に含む。
【０１１３】
例３４において、例２３乃至３３のうちいずれかのセンサはマイクロホンを任意に含み、入力パラメータは、マイクロホンによって集められたオーディオデータを含む。
【０１１４】
例３５において、例２３乃至３４のうちいずれかのセンサはカメラを任意に含み、入力パラメータは、カメラによって捕捉されたバーコードからの情報を含む。
【０１１５】
例３６において、例２３乃至３５のうちいずれかのセンサはナビゲーション衛星システム受信機を任意に含み、入力パラメータは、ナビゲーション衛星システム受信機によって特定された位置情報を含む。
【０１１６】
例３７において、例２３乃至３６のうちいずれかの入力パラメータは、日付、時間、位置、オーディオデータ、光学データ、速度データ、及び加速度情報、のうちの１つ以上を任意に含むことができる。
【０１１７】
例３８において、例２３乃至３７のうちいずれかの入力パラメータは、サービスプロバイダ識別子、デバイス製造者識別子、イベント主催者識別子、ソフトウェア開発者識別子、アプリケーション識別子、及びチケット情報、のうちの１つ以上を任意に含むことができる。
【０１１８】
例３９は方法である。方法は、３ＧＰＰ通信標準を用いて通信するよう構成されるモバイル局に対応する第１のフォーマットにおいて入力パラメータを受け取ることを含む。方法は、第１のフォーマットにおける入力パラメータについてのフォーマット規則を受け取ることを含む。方法は、入力パラメータを第２のフォーマットに変換するよう第１のフォーマットにおける入力パラメータを標準化することを含む。方法は、入力パラメータが同じである場合に同じ識別子を生成するよう構成される既知のアルゴリズムを用いて、標準化された入力パラメータに基づきキーを生成することを含む。既知のアルゴリズムは、複数の他の集積回路モジュールに知られている。方法は、生成されたキーをモバイル局へ返すことを含む。
【０１１９】
例４０において、例３９の方法は、信頼された実行環境において任意に実施される。
【０１２０】
例４１において、例３９又は４０の信頼された実行環境は、ＳＩＭカード及びＵＩＣＣのうちの１つ以上を任意に含む。
【０１２１】
例４２において、例３９乃至４１のうちいずれかの信頼された実行環境は、信頼されたプラットフォームモジュール（ＴＰＭ）を任意に含む。
【０１２２】
例４３において、例２９乃至４２のうちいずれかの入力パラメータは第１の組を含み、方法は、セキュアメモリから第２のフォーマットにおける入力パラメータを有する第２の組を取り出すことを任意に更に含む。キーを生成することは、第２の組に基づきキーを生成することを更に有する。
【０１２３】
例４４において、例３９乃至４３のうちいずれかの方法は、モバイル局と着脱可能に結合されるか、あるいは、モバイル局の部分として組み込まれるか、のいずれかである集積回路において任意に実施される。
【０１２４】
例４５は、例２３乃至４４のうちいずれかの方法を実施する手段を有する装置である。
【０１２５】
例４６は、実行される場合に、例２３乃至４４のいずれかの方法を実施するか、又は例４５の装置を実現する、マシン読み出し可能な命令を含むマシン読み出し可能なストレージである。
【０１２６】
様々な技術、又はその特定の態様若しくは部分は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的なコンピュータ可読記憶媒体、又は何らかの他のマシン読み出し可能な記憶媒体のような、有形な媒体において具現されているプログラムコード（すなわち、命令）の形をとってよい。プログラムコードが、コンピュータのようなマシンによって読み込まれて実行される場合に、マシンは、様々な技術を実現する装置になる。プログラム可能なコンピュータでのプログラムコードの実行の場合に、コンピューティングデバイスは、プロセッサと、プロセッサによって読み出し可能な記憶媒体（揮発性及び不揮発性のメモリ及び／又は記憶素子を含む。）と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを含んでよい。揮発性及び不揮発性のメモリ及び／又は記憶素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、又は電子データを記憶する他の媒体、であってよい。ｅＮＢ（又は他の基地局）及びＵＥ（又は他のモバイル局）は、トランシーバコンポーネント、カウンタコンポーネント、プロセッシングコンポーネント、及び／又はクロックコンポーネント若しくはタイマコンポーネントを更に含んでよい。本願で記載されている様々な技術を実施又は利用し得る１つ以上のプログラムは、アプリケーションプログラミングインターフェイス（ＡＰＩ；application  programming  interface）、再利用可能な制御、及び同様のものを使用してよい。そのようなプログラムは、コンピュータシステムと通信するよう高水準プロシージャ又はオブジェクト指向のプログラミング言語において実装されてよい。なお、プログラムは、必要に応じて、アセンブリ又はマシン言語において実装されてよい。如何なる場合にも、言語は、コンパイルされた又は解釈された言語であって、ハードウェア実装と組み合わされてよい。
【０１２７】
本明細書において記載されている機能ユニットの多くは、１つ以上のコンポーネントとして実装されてよい点が理解されるべきである。コンポーネントは、それらの実装の独立性を特に強調するために使用される語である。例えば、コンポーネントは、超大規模集積（ＶＬＳＩ；very  large  scale  integration）回路若しくはゲートアレイ、ロジックチップのような市販の半導体、トランジスタ、又は他のディスクリート部品を有するハードウェア回路として、実装されてよい。コンポーネントは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、又は同様のもののような、プログラム可能なハードウェアデバイスにおいても実装されてよい。
【０１２８】
コンポーネントは、様々なタイプのプロセッサによって実行されるソフトウェアにおいても実装されてよい。実行可能コードの特定されたコンポーネントは、例えば、オブジェクト、プロシージャ、又は関数としてまとめられ得るコンピュータ命令の１つ以上の物理的又は論理的ブロックを有してよい。それでもなお、特定されたコンポーネントの実行ファイルは、物理的に一緒に置かれる必要がなく、論理的に結合される場合にそのコンポーネントを有し該コンポーネントの定められた目的を達成する、異なった位置に記憶されている個別の命令を有してよい。
【０１２９】
実際に、実行可能コードのコンポーネントは、単一の命令、又は複数の命令であってよく、いくつかの異なったコードセグメントにわたって、異なったプログラムの間で、及びいくつかのメモリデバイスにわたって分散さえされてよい。同様に、動作データは、特定され、本願ではコンポーネント内で表されてよく、如何なる適切な形態でも具現され、如何なる適切なタイプのデータ構造内でもまとめられてよい。動作データは、単一のデータセットとして集められてよく、あるいは、異なった記憶デバイスにわたることを含め、異なった位置にわたって分散されてよく、少なくとも部分的に、単にシステム若しくはネットワーク上の電子信号として存在してよい。コンポーネントは、所望の機能を実施するよう動作可能なエージェントを含め、受動的又は能動的であってよい。
【０１３０】
「例」との本明細書の全体にわたる言及は、例に関して記載されている特定の機構、構造又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。よって、本明細書の全体にわたる様々な箇所での「例において」との表現の出現は、必ずしも全てが同じ実施形態に言及しているわけではない。
【０１３１】
本願で使用されるように、複数の項目、構造的要素、構成要素、及び／又は材料は、便宜上、共通の一覧において提示されることがある。しかし、そのような一覧は、あたかもそのリストの夫々の要員が別個の且つ一意の要員として個々に識別されるかのように解釈されるべきである。よって、そのような一覧の個々の要員は、別段示されないならば、単に共通のグループにおけるその提示に基づき、同じ一覧の如何なる他の要因とも事実上同等と見なされるべきではない。加えて、本発明の様々な実施形態及び例は、その様々なコンポーネントの代替案とともに本願で言及されてよい。そのような実施形態、例、及び代替案は、互いと事実上同等と見なされるべきではなく、本発明の別個の且つ自立した表現と考えられるべきである点が理解される。
【０１３２】
上記は、明りょうさのために、いくらか詳細に記載されてきたが、ある変更及び改良は、その原理から外れることなしに行われてよいことが明らかである。本願で記載されているプロセス及び装置の両方を実施する多くの代替案が存在する点が留意されるべきである。然るに、本実施形態は、制限ではなく実例と考えられるべきであり、本発明は、本願で与えられている詳細に限定されるべきではなく、添付の特許請求の範囲の適用範囲及び均等内で変更されてよい。
【０１３３】
当業者に明らかなように、多くの変更は、本発明の基礎をなす原理から外れることに、上記の実施形態の詳細に対して行われてよい。従って、本発明の適用範囲は、続く特許請求の範囲によってのみ決定されるべきである。
【図１】
0006363214.tif 000006
【図２】
0006363214.tif 000007
【図３】
0006363214.tif 000008
【図４】
0006363214.tif 000009
【図５】
0006363214.tif 000010
【図６】
0006363214.tif 000011
【図７】
0006363214.tif 000012
【図８】
0006363214.tif 000013
【図９】
0006363214.tif 000014
【図１０】
0006363214.tif 000015