(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
ワイヤレス通信システムの基地局において第１のユーザ機器（ＵＥ）から構成要求メッセージを受信することと、
前記構成要求メッセージに応答して前記基地局から前記第１のＵＥに、ピアツーピア（Ｐ２Ｐ）構成情報を提供することと、ここにおいて、前記Ｐ２Ｐ構成情報は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）無線アクセス技術に基づいて、前記基地局のカバレージ内にある少なくとも１つのＵＥのためのＰ２Ｐ通信をサポートし、前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために少なくとも１つの他のＵＥの利用可能性を宣伝する前記少なくとも１つの他のＵＥからの近傍検出信号でピア発見コードを検出することを備えるピア発見のための前記第１のＵＥに割り振られたリソースを指定し、前記ピア発見コードは、Ｐ２Ｐサービスに割り当てられ、前記Ｐ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子である、
を備え、
ここにおいて、前記Ｐ２Ｐ構成情報を提供することは、少なくとも１つのシステム情報ブロック（ＳＩＢ）をブロードキャストすることと、前記少なくとも１つのＳＩＢ内の前記Ｐ２Ｐ構成情報を符号化することとを備える、
ワイヤレス通信のための方法。
【請求項２】
前記Ｐ２Ｐ構成情報を提供することは、前記基地局から前記Ｐ２Ｐ構成情報を備える構成メッセージを送信することを備える、請求項１に記載の方法。
【請求項３】
前記構成要求メッセージおよび前記構成メッセージは、Ｐ２Ｐをサポートする無線リソース制御（ＲＲＣ）メッセージを備える、請求項２に記載の方法。
【請求項４】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られた物理レイヤ（ＰＨＹ）リソース、もしくは媒体アクセス制御（ＭＡＣ）リソース、または両方を伝達する、請求項１に記載の方法。
【請求項５】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達する、請求項１に記載の方法。
【請求項６】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達する、請求項１に記載の方法。
【請求項７】
ワイヤレス通信のための装置であって、
ワイヤレス通信システムの基地局において第１のユーザ機器（ＵＥ）から構成要求メッセージを受信するための手段と、
前記構成要求メッセージに応答して前記基地局から前記第１のＵＥに、ピアツーピア（Ｐ２Ｐ）構成情報を提供するための手段と、ここにおいて、前記Ｐ２Ｐ構成情報は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）無線アクセス技術に基づいて、前記基地局のカバレージ内にある少なくとも１つのＵＥのためのＰ２Ｐ通信をサポートし、前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために少なくとも１つの他のＵＥの利用可能性を宣伝する前記少なくとも１つの他のＵＥからの近傍検出信号でピア発見コードを検出することを備えるピア発見のための前記第１のＵＥに割り振られたリソースを指定し、前記ピア発見コードは、Ｐ２Ｐサービスに割り当てられ、前記Ｐ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子である、
を備え、
ここにおいて、前記Ｐ２Ｐ構成情報を提供することは、少なくとも１つのシステム情報ブロック（ＳＩＢ）をブロードキャストすることと、前記少なくとも１つのＳＩＢ内の前記Ｐ２Ｐ構成情報を符号化することとを備える、
ワイヤレス通信のための装置。
【請求項８】
ワイヤレス通信のための装置であって、
メモリに結合された少なくとも１つのプロセッサを備え、前記メモリが、
ワイヤレス通信システムの基地局において第１のユーザ機器（ＵＥ）から構成要求メッセージを受信する動作と、
前記構成要求メッセージに応答して前記基地局から前記第１のＵＥに、ピアツーピア（Ｐ２Ｐ）構成情報を提供する動作と、ここにおいて、前記Ｐ２Ｐ構成情報は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）無線アクセス技術に基づいて、前記基地局のカバレージ内にある少なくとも１つのＵＥのためのＰ２Ｐ通信をサポートし、前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために少なくとも１つの他のＵＥの利用可能性を宣伝する前記少なくとも１つの他のＵＥからの近傍検出信号でピア発見コードを検出することを備えるピア発見のための前記第１のＵＥに割り振られたリソースを指定し、前記ピア発見コードは、Ｐ２Ｐサービスに割り当てられ、前記Ｐ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子である、
を前記装置に行わせるために前記プロセッサによって実行可能なプログラム命令を保持し、
ここにおいて、前記Ｐ２Ｐ構成情報を提供することは、少なくとも１つのシステム情報ブロック（ＳＩＢ）をブロードキャストすることと、前記少なくとも１つのＳＩＢ内の前記Ｐ２Ｐ構成情報を符号化することとを備える、
ワイヤレス通信のための装置。
【請求項９】
前記Ｐ２Ｐ構成情報を提供するための前記命令は、
前記装置に、前記基地局から前記Ｐ２Ｐ構成情報を備える構成メッセージを送信することを行わせるためにさらに構成される、請求項８に記載の装置。
【請求項１０】
前記命令は、Ｐ２Ｐをサポートする無線リソース制御（ＲＲＣ）メッセージとして、前記構成要求メッセージおよび構成メッセージを扱うために構成される、請求項８に記載の装置。
【請求項１１】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られた物理レイヤ（ＰＨＹ）リソース、もしくは媒体アクセス制御（ＭＡＣ）リソース、または両方を伝達する、請求項８に記載の装置。
【請求項１２】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達する、請求項８に記載の装置。
【請求項１３】
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達する、請求項８に記載の装置。
【請求項１４】
非一時的コンピュータ可読記憶媒体であって、
ワイヤレス通信システムの基地局において第１のユーザ機器（ＵＥ）から構成要求メッセージを受信することと、
前記構成要求メッセージに応答して前記基地局から前記第１のＵＥに、ピアツーピア（Ｐ２Ｐ）構成情報を提供することと、ここにおいて、前記Ｐ２Ｐ構成情報は、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）無線アクセス技術に基づいて、前記基地局のカバレージ内にある少なくとも１つのＵＥのためのＰ２Ｐ通信をサポートし、前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために少なくとも１つの他のＵＥの利用可能性を宣伝する前記少なくとも１つの他のＵＥからの近傍検出信号でピア発見コードを検出することを備えるピア発見のための前記第１のＵＥに割り振られたリソースを指定し、前記ピア発見コードは、Ｐ２Ｐサービスに割り当てられ、前記Ｐ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子である、
を行うための符号化された命令を備え、
ここにおいて、前記Ｐ２Ｐ構成情報を提供することは、少なくとも１つのシステム情報ブロック（ＳＩＢ）をブロードキャストすることと、前記少なくとも１つのＳＩＢ内の前記Ｐ２Ｐ構成情報を符号化することとを備える、
非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]  本出願は、２０１０年１２月２２日に出願された米国仮出願第６１／４２６，１５４号の、米国特許法第１１９条（ｅ）項に基づく優先権を主張する。
【０００２】
[0002]  本開示は、一般に通信に関し、より詳細には、ピアツーピア（Ｐ２Ｐ）通信をサポートするための技法に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークとすることができる。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]  ワイヤレス通信ネットワークは、いくつかのユーザ機器デバイス（ＵＥ）の通信をサポートすることができるいくつかの基地局を含むことができる。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。
【発明の概要】
【０００５】
[0005]  以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００６】
[0006]  基地局とユーザ機器との間のワイヤレス通信をサポートする多元接続ワイヤレス通信システムは、介在する基地局なしにユーザ機器間で直接にピアツーピア（Ｐ２Ｐ）通信をサポートすることもできる。Ｐ２Ｐワイヤレス通信をサポートする一態様は、Ｐ２Ｐ発見とＰ２Ｐリンクの構成とを含み得る。第１のＵＥは、様々な方法を使用してＰ２Ｐ通信のための第２のＵＥを発見し、選択することができる。多元接続通信システムにおいて、Ｐ２Ｐネイバー（P2P neighbor）を発見し、Ｐ２Ｐリンクを適切に構成する際の問題は、直ちに明らかな最適解がない状況下での複雑な考慮を伴い得る。本開示は、現代の多元接続ワイヤレス通信システムにおいて効率性とサービス品質とを高める点で有利であることを証明し得るＰ２Ｐ構成の方法および態様について説明する。
【０００７】
[0007]  １つまたは複数の態様およびその対応する開示に従って、１つまたは複数の方法によるＵＥ間のピアツーピアリンクを構成することに関する様々な態様について説明する。一態様では、Ｐ２Ｐリンクを構成するための方法は、ＵＥにおいて基地局から、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を受信することを含み得る。本方法は、第１のＵＥが、基地局から受信したＰ２Ｐ構成情報に基づいて第２のＵＥと直接ワイヤレス通信することをさらに含み得る。
【０００８】
[0008]  本方法のいくつかの実施形態では、Ｐ２Ｐ構成情報を受信することは、第１のＵＥから基地局に構成要求メッセージを送ることと、基地局からＰ２Ｐ構成情報を備える構成メッセージを受信することとをさらに含み得る。より詳細な態様では、構成要求メッセージおよび構成メッセージは、Ｐ２Ｐをサポートする無線リソース制御（ＲＲＣ）メッセージを備える。
【０００９】
[0009]  本方法の代替的実施形態では、Ｐ２Ｐ構成情報を受信することは、基地局によってブロードキャストされた少なくとも１つのシステム情報ブロック（ＳＩＢ）を受信することと、少なくとも１つのＳＩＢからＰ２Ｐ構成情報を取得することとをさらに含み得る。
【００１０】
[0010]  本方法のより詳細な態様では、基地局から受信したＰ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られた物理レイヤ（ＰＨＹ）リソース、もしくは媒体アクセス制御（ＭＡＣ）リソース、または両方を伝達する。したがって基地局は、基地局のカバレージエリア内にある少なくとも１つのＵＥを関与させるＰ２Ｐ通信の１つまたは複数の場合において、ＰＨＹリソースおよび／またはＭＡＣリソースを割り振ることができる。
【００１１】
[0011]  別の態様では、基地局から受信したＰ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するためのＵＥ識別情報（UE identities）を伝達する。したがって、第１のＵＥは、基地局からＰ２Ｐリンクに参加する候補であるＵＥネイバー（UE neighbors）を発見し得る。本方法の別の態様では、基地局からのＰ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明（service credentials）を伝達する。本方法の別の態様では、Ｐ２Ｐ構成情報は、第１のＵＥによって選択された時間に第１のＵＥによって受信される。
【００１２】
[0012]  一態様では、本方法は、第１のＵＥによって、Ｐ２Ｐ構成情報を受信した後に第２のＵＥを検出するためにピア発見（peer discovery）を実行することをさらに含み得る。代替または追加として、本方法は、第１のＵＥによって、Ｐ２Ｐ構成情報を受信する前に第２のＵＥを検出するためにピア発見を実行することをさらに含み得る。Ｐ２Ｐ構成情報を供給する基地局は、マクロセルのためのマクロ基地局、フェムトセルのためのホーム基地局、または別の同様のタイプの基地局であってよい。
【００１３】
[0013]  関係する態様では、上記方法および上記で要約した方法の態様のいずれかを実行するためのワイヤレス通信装置が提供され得る。装置は、たとえば、メモリに結合されたプロセッサであって、メモリが、上記で説明した動作を装置に実行させるためにプロセッサが実行するための命令を保持する、プロセッサを含み得る。そのような装置のいくつかの態様（たとえば、ハードウェア態様）は、ワイヤレス通信のために使用される様々なタイプのＵＥまたはアクセス端末などの機器によって例示され得る。同様に、プロセッサによって実行されたとき、上記方法および上記で要約した方法の態様をワイヤレス通信装置に実行させる、符号化された命令を保持する非一時的コンピュータ可読媒体を含む、製造品が提供され得る。
【００１４】
[0014]  本開示の特徴、性質、および利点は、以下で説明する図面とともに、以下に記載する詳細な説明を読めばより明らかになろう。図面および詳細な説明全体にわたって、図面のうちの１つまたは複数に現れる同様の要素を識別するために同様の参照符号が使用されることがある。
【図面の簡単な説明】
【００１５】
[0015]  
【図１】多元接続ワイヤレス通信システムを示す図。
【００１６】
[0016]  
【図２】Ｐ２Ｐまたは基地局／ＵＥシステムであり得る送信機／受信機システムを示すブロック図。
【００１７】
[0017]  
【図３】Ｐ２Ｐ機能を含むＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得るワイヤレス通信ネットワークを示す図。
【００１８】
[0018]  
【図４】図３に示すワイヤレスネットワークにおける第１のＵＥと第２のＵＥとの間の異なるタイプの通信を示す図。
【００１９】
[0019]  
【図５】Ｐ２Ｐ通信を確立するための方法の態様を示すシーケンス図。
【００２０】
[0020]  
【図６】ユニキャストシグナリング（unicast signaling）に基づく事前接続確立（pre-connection establishment）のための方法の態様を示すシーケンス図。
【００２１】
[0021]  
【図７】ブロードキャストシグナリング（broadcast signaling）に基づく事前接続確立のための方法の態様を示すシーケンス図。
【００２２】
[0022]  
【図８】事前接続セットアップ（pre-connection setup）のための方法の態様を示すシーケンス図。
【００２３】
[0023]  
【図９】事前接続セットアップのための代替方法の態様を示すシーケンス図。
【００２４】
[0024]  
【図１０】直接接続セットアップ（direct connection setup）のための方法の態様を示すシーケンス図。
【００２５】
[0025]  
【図１１】直接接続再構成のための方法の態様を示すシーケンス図。
【００２６】
[0026]  
【図１２】対応可能なピアの表示のための設計の一例を示す図。
【００２７】
[0027]  
【図１３】マネージドの（managed）ＰＤＣおよびアンマネージドの（unmanaged）ＰＤＣならびに制限付き（restricted）デバイスＩＤおよび無制限（unrestricted）デバイスＩＤに関するいくつかの使用事例を記載したテーブル。
【００２８】
[0028]  
【図１４】Ｐ２Ｐ通信用にＵＥを構成するための方法の態様を示すブロック図。
【００２９】
[0029]  
【図１５】図１４に示す方法に関係する追加の動作または態様を示すブロック図。
【図１６】図１４に示す方法に関係する追加の動作または態様を示すブロック図。
【図１７】図１４に示す方法に関係する追加の動作または態様を示すブロック図。
【図１８】図１４に示す方法に関係する追加の動作または態様を示すブロック図。
【００３０】
[0030]  
【図１９】ワイヤレス通信システムにおけるＰ２Ｐリンクを構成するための装置の態様を示すブロック図。
【００３１】
[0031]  
【図２０】Ｐ２Ｐ通信を構成するためにＵＥにＰ２Ｐ構成情報を提供するための方法の態様を示すブロック図。
【００３２】
[0032]  
【図２１】図２０に示す方法に関係する追加の動作または態様を示すブロック図。
【図２２】図２０に示す方法に関係する追加の動作または態様を示すブロック図。
【図２３】図２０に示す方法に関係する追加の動作または態様を示すブロック図。
【００３３】
[0033]  
【図２４】ワイヤレス通信システムにおけるＰ２Ｐリンクを構成するために構成情報を提供するための装置の態様を示すブロック図。
【発明を実施するための形態】
【００３４】
[0034]  添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念は、いくつかの実施形態ではいくつかの具体的な詳細を省いても実施され得ることが当業者には明らかであろう。
【００３５】
[0035]  本明細書では、Ｐ２Ｐ通信をサポートするための技法について説明する。これらの技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークに使用できる。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、たとえば、ユニバーサル地上無線アクセス（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）（ＵＴＲＡ）またはＣＤＭＡ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）（ＷＣＤＭＡ（登録商標））とＣＤＭＡの他の変形態とを含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格によって記述され得る。ＴＤＭＡネットワークは、たとえば、モバイル通信のためのグローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、たとえば、進化型ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ）（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）」（３ＧＰＰ）と称する団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第三世代パートナーシッププロジェクト２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２）」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用できる。単に例として、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
【００３６】
[0036]  ユーザ機器デバイスは、ワイヤレス通信システムの基地局またはネットワークエンティティのピアではなく、ユーザ機器と基地局またはネットワークエンティティとの間の通信は、本明細書で使用するＰ２Ｐ通信の意味の範囲内にない。代わりに、「Ｐ２Ｐ」という用語は、少なくともＰ２Ｐ通信に参加している間は、何らかのネットワークエンティティへの有線接続を介した通信の能力を欠く一方で、ワイヤレス通信ネットワークの基地局との通信のためにワイヤレスインターフェースをサポートするモバイルエンティティであることによってそれぞれ特徴付けられる複数のユーザ機器デバイス間の通信を排他的に指すために本明細書で使用される。したがって、ワイヤレス通信システムの他のノードへの有線接続を介した通信の能力を有する基地局とネットワークエンティティとを関与させる通信は、そのような通信に参加しているエンティティがピアと見なされ得るか否かにかかわらず、「Ｐ２Ｐ通信」および本明細書で使用する「Ｐ２Ｐ」を含む同様の用語の意味から除外される。基地局からデジタルデータとして受信したデータをアナログ形式でユーザインターフェースデバイスを介して直接的にユーザに出力するための、またユーザ入力のアナログデジタル変換を含む１つまたは複数のユーザインターフェースを介してユーザ入力データ（たとえば、音声、画像、キー打ちまたはタッチスクリーン入力）を受信し、そのようなユーザ入力からのデジタルデータを基地局に提供するための、ユーザインターフェース構成要素を含めることによって、ユーザ機器がワイヤレス通信システムの他のエンティティからさらに区別され得ることが明らかであろう。そのような他のエンティティ（たとえば、ユーザ機器以外）は、一般にそのような構成要素を欠いており、またはネットワーク管理機能をサポートすることを主目的とするユーザインターフェース構成要素を含み得る。
【００３７】
[0037]  シングルキャリア変調と周波数領域等化とを利用するシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能と、本質的に同じ全体的な複雑さとを有する。ＳＣ−ＦＤＭＡ信号は、その固有のシングルキャリア構造のために、より低いピーク対平均電力比（peak-to-average power ratio）（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは特に、より低いＰＡＰＲが送信電力効率の点でモバイル端末に大幅な利益を与えるアップリンク通信においてかなりの注目を引いている。それは現在、３ＧＰＰロングタームエボリューション（３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）、または進化型ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）におけるアップリンク多元接続方式に関する実用的な前提（working assumption）である。
【００３８】
[0038]  本開示の態様は、大規模カバレージ（macro scale coverage）（たとえば、一般にマクロセルネットワークと呼ばれる、３Ｇネットワークなどの広域セルラーネットワーク）と、より小規模のカバレージ（smaller scale coverage）（たとえば、住居ベースまたは建築物ベースのネットワーク環境）とを含むネットワークにおいて使用するように適応され得る。アクセス端末（「ＡＴ」）とも呼ばれるＵＥがそのようなネットワーク中を移動するとき、アクセス端末は、あるロケーションでは、大規模カバレージを与えるアクセスノード（「ＡＮ」）によってサービスされ、他のロケーションでは、より小規模のカバレージを与えるアクセスノードによってサービスされることがある。いくつかの態様では、より小さいカバレージノードを使用して、（たとえば、よりロバストなユーザ経験のために）増分キャパシティの増大と、屋内カバレージと、様々なサービスとを与えることができる。本明細書での説明では、比較的大きいエリアにわたるカバレージを与えるノードを、マクロノードと呼ぶことがある。比較的小さいエリア（たとえば、住居）にわたるカバレージを与えるノードを、フェムトノードと呼ぶことがある。マクロエリアよりも小さく、フェムトエリアよりも大きいエリアにわたるカバレージを与える（たとえば、商業建築物内のカバレージを与える）ノードを、ピコノードと呼ぶことがある。
【００３９】
[0039]  マクロノード、フェムトノード、またはピコノードによって動作するセルを、それぞれ、マクロセル、フェムトセル、またはピコセルと呼ぶことがある。いくつかの実装形態では、各セルを１つまたは複数のセクタに分割することができる。３ＧＰＰでは、「セル」という用語は、その用語の使用される文脈に応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアにサービスを提供するｅＮＢサブシステムを意味する。
【００４０】
[0040]  様々な適用例では、マクロノード、フェムトノード、またはピコノードを指すために他の用語を使用することがある。たとえば、マクロノードを、アクセスノード、基地局、アクセスポイント、ｅノードＢ、マクロセルなどとして構成すること、またはそのように呼ぶことがある。また、フェムトノードを、ホームノードＢ、ホームｅノードＢ、アクセスポイント基地局、フェムトセル、フェムトアクセスポイントなどとして構成すること、またはそのように呼ぶことがある。
【００４１】
[0041]  図１を参照すると、一実施形態による多元接続ワイヤレス通信システムが示されている。アクセスポイント１００（ＡＰ）は、複数のアンテナグループを含み、たとえば、あるアンテナグループが１０４と１０６とを含み、別のアンテナグループが１０８と１１０とを含み、追加のアンテナグループが１１２と１１４とを含み得る。図１では、アンテナグループごとに２つのアンテナのみが示されているが、アンテナグループごとにより多いまたはより少ないアンテナが利用され得る。アクセス端末１１６（ＡＴ）はアンテナ１１２および１１４と通信中であり、アンテナ１１２および１１４は、ダウンリンク１２０上でアクセス端末１１６に情報を送信し、アップリンク１１８上でアクセス端末１１６から情報を受信する。アクセス端末１２２はアンテナ１０６および１０８と通信中であり、アンテナ１０６および１０８は、ダウンリンク１２６上でアクセス端末１２２に情報を送信し、アップリンク１２４上でアクセス端末１２２から情報を受信する。周波数分割複信（ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は、通信のための異なる周波数を使用し得る。たとえば、ダウンリンク１２０は、アップリンク１１８によって使用される周波数とは異なる周波数を使用し得る。「順方向リンク」という用語は、「ダウンリンク」と同義であり、「逆方向リンク」は「アップリンク」と同義である。これらの用語のうちのいずれも、その同義語と互換的に使用されてよいが、「アップリンク」および「ダウンリンク」という用語は、ＬＴＥまたはＡ−ＬＴＥの実装形態について説明するときに有利であり得る。
【００４２】
[0042]  アンテナの各グループ、および／またはアンテナが通信するために設計されたエリアは、しばしば、アクセスポイントのセクタと呼ばれる。図示したシステムでは、アンテナグループはそれぞれ、アクセスポイント１００によってカバーされるエリアのセクタ内でアクセス端末に通信するように設計される。
【００４３】
[0043]  ダウンリンク１２０および１２６を介した通信では、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６および１２４に対してダウンリンクの信号対雑音比を改善するためにビームフォーミングを利用し得る。ビームフォーミングを使用して、それのカバレージ中にランダムに分散されたアクセス端末に送信するアクセスポイントは、単一のアンテナを介してそれのすべてのアクセス端末に送信するアクセスポイントよりも、隣接セル中のアクセス端末への干渉を小さくする。
【００４４】
[0044]  アクセスポイントは、端末と通信するために使用される固定局であり得、アクセスポイント、ノードＢ、進化型ノードＢ（ｅＮＢ）、マクロセル、マクロセル基地局または何らかの他の用語で呼ばれることもある。アクセス端末は、モバイルエンティティ、ユーザ機器、ワイヤレス通信デバイス、端末、または何らかの他の用語で呼ばれることもある。
【００４５】
[0045]  図２は、多入力多出力（ＭＩＭＯ）システム２００における送信機システム２１０および受信機システム２５０の態様を示すブロック図である。本送信機システムの態様は、アクセスポイント、たとえば、本明細書で説明するピアツーピア（Ｐ２Ｐ）接続を構成するために１つまたは複数のユーザ機器に協力し得る基地局に適応され得る。本受信機システムの態様は、アクセス端末、たとえば、アクセス端末と通信している移動局またはユーザ機器に適応され得る。送信機システム２１０および受信機システム２５０は、本開示の他のより詳細な態様が実施され得る好適な送信機受信機システムを例示する。これらのより詳細な態様はまた、他の送信機、受信機、または送信機受信機システムを使用して実施され得、図２に示した特定のアーキテクチャに限定されないことが明らかであろう。さらに、本開示の独創的な発明態様を組み込んだ送信機システムは、概して、本明細書の他の場所で説明する他の構成要素または態様を含み得ることは明らかであろう。
【００４６】
[0046]  送信機システム２１０において、いくつかのデータストリームのトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に供給される。いくつかの送信機システムでは、各データストリームは、それぞれの送信アンテナを介して送信され得る。ＴＸデータプロセッサ２１４は、コード化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定のコーディング方式に基づいてフォーマットし、コーディングし、インターリーブする。
【００４７】
[0047]  各データストリームのコード化データは、ＯＦＤＭ技法を使用してパイロットデータと多重化し得る。パイロットデータは、一般的に、既知の方法で処理され、チャネル応答を推定するために受信機システムにおいて使用され得る既知のデータパターンである。次いで、各データストリームの多重化されたパイロットデータおよびコード化データは、変調シンボルを与えるために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータレート、コーディング、および変調は、プロセッサ２３０によって実行される命令によって決定され得る。
【００４８】
[0048]  次いで、すべてのデータストリームの変調シンボルがＴＸ  ＭＩＭＯプロセッサ２２０に与えられ得、ＴＸ  ＭＩＭＯプロセッサ２２０はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理し得る。次いで、ＴＸ  ＭＩＭＯプロセッサ２２０はＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに与える。いくつかの実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データストリームのシンボルと、そのシンボルの送信元のアンテナとにビームフォーミング重みを適用する。
【００４９】
[0049]  各送信機２２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を供給し、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調された信号を供給する。次いで、送信機２２２ａ〜２２２ｔからのＮＴ個の変調された信号は、それぞれＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００５０】
[0050]  受信機システム２５０において、送信された変調された信号は、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され得る。各アンテナ２５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに与えられ得る。各受信機２５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを供給し、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを供給する。
【００５１】
[0051]  次いで、ＲＸデータプロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個の受信シンボルストリームを受信し、特定の受信機処理技法に基づいて処理して、ＮＴ個の「検出」シンボルストリームを与え得る。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理を補完するものである。
【００５２】
[0052]  プロセッサ２７０は、動作可能に結合されたメモリ２７２中のデータと命令とを使用して、受信したデータを処理し、制御方法に従って適切な応答信号を生成し得る。制御方法は、本明細書の他の場所でより詳細に説明するように、Ｐ２Ｐ通信を構成することを含み得る。
【００５３】
[0053]  逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備えることができる。次いで、逆方向リンクメッセージは、アップリンク信号を与えるためにデータソース２３６からいくつかのデータストリームのトラフィックデータをも受信し得る、ＴＸデータプロセッサ２３８によって処理され得る。アップリンク信号は、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、送信機システム２１０に返信され得る。
【００５４】
[0054]  送信機システム２１０において、受信機システム２５０からの変調されたアップリンク信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンクメッセージが抽出され得る。プロセッサ２３０は、次いで、プロセッサ２３０に関連する動作可能なメモリ２３２に記憶されたデータと命令とを使用して、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し得、次いで、抽出されたメッセージを処理する。プロセッサ２３０はまた、本明細書の他の場所でより詳細に説明するように、受信機システム２５０に、マクロ基地局に、または他のフェムト基地局に送信するためのメッセージを生成し、Ｐ２Ｐ通信の構成をサポートするための他のアクションを開始し得る。これらの動作を実行するための命令およびデータは、メモリ２３２に記憶され、適切な時間に実行するためにプロセッサ２３０にロードされ得る。
【００５５】
[0055]  図３に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得るワイヤレス通信ネットワーク３００を示す。ワイヤレスネットワーク３００はまた、ワイドエリアネットワーク（ＷＡＮ）、パブリックランド・モバイルネットワーク（a public land mobile network）（ＰＬＭＮ）などと呼ばれることがあり、またはＷＡＮ、ＰＬＭＮなどの一部であり得る。ワイヤレスネットワーク３００は、いくつかの進化型ノードＢ（ｅＮＢ）と他のネットワークエンティティとを含むことができる。簡単のために、図３には、２つのｅＮＢ、ｅＮＢ３１０ａおよび３１０ｂのみを示す。ｅＮＢは、ＵＥと通信するエンティティであり得、ノードＢ、基地局、アクセスポイントなどと呼ばれることもある。各ｅＮＢ３１０は、特定の地理的エリアに対して通信カバレージを提供し得、そのカバレージエリア内に位置するＵＥのための通信をサポートし得る。ネットワーク容量を改善するために、ｅＮＢの全体的なカバレージエリアは複数（たとえば、３つ）のより小さいエリアに区分され得る。より小さいエリアの各々は、それぞれのｅＮＢサブシステムによってサービスされ得る。３ＧＰＰでは、「セル」という用語は、その用語の使用される文脈に応じて、ｅＮＢのカバレージおよび／またはこのカバレージにサービスを提供するｅＮＢサブシステムを意味する。
【００５６】
[0056]  ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを提供し得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーすることができ、サービスに加入しているＵＥ（UEs with service subscription）による無制限のアクセス（unrestricted access）を可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーすることができ、サービスに加入しているＵＥによる無制限のアクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーすることができ、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（a Closed Subscriber Group）（ＣＳＧ）中のＵＥ）による制限付きアクセス（restricted access）を可能にし得る。図３に示す例では、ｅＮＢ３１０ａおよびｅＮＢ３１０ｂはそれぞれ、マクロセルのためのマクロｅＮＢ、ピコセルのためのピコｅＮＢ、またはフェムトセルのためのホームｅＮＢ（ＨｅＮＢ）であり得る。ｅＮＢは、１つまたは複数のセルをサポートすることができる。
【００５７】
[0057]  ＵＥはワイヤレスネットワーク３００全体にわたって分散でき、各ＵＥは固定または移動とすることができる。簡単のために、図３には、３つのＵＥ、ＵＥ３２０ａ、ＵＥ３２０ｂおよびＵＥ３２０ｃのみを示す。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブックなどであり得る。ＵＥはＷＡＮ内でｅＮＢと通信することができ、これはＷＡＮ通信と呼ばれることがある。ＵＥは別のＵＥと直接通信することもでき、これはＰ２Ｐ通信または直接通信と呼ばれることがある。別のＵＥと直接通信するＵＥは、Ｐ２Ｐ  ＵＥと呼ばれることがある。図３に示す例では、ＵＥ３２０ａおよび３２０ｂはピアツーピアで通信することがあり、ＵＥ３２０ｃはｅＮＢ３１０ｂと通信することがある。ＵＥ３２０ａおよび３２０ｂはまた、たとえば、Ｐ２Ｐ通信に関与していないとき、または場合によってはＰ２Ｐ通信と同時に、ｅＮＢと通信することが可能であり得る。
【００５８】
[0058]  ネットワーク３００はｅＮＢ３１０ａおよび３１０ｂのようなｅＮＢと通信する、エクスプレッションネームシステム（ＥＮＳ：Expression Name System）３３０および／またはサービス固有マネージャ（ＳＳＭ：Service Specific Manager）３３２をさらに含むことができる。ＥＮＳ３３０およびＳＳＭ３３２の動作は、本明細書において以下でより詳しく説明する。
【００５９】
[0059]  ＵＥは、Ｕｄインターフェースと呼ばれ得るエアインターフェース（air interface）を介して別のＵＥと直接通信することができる。Ｕｄインターフェースは（ｉ）トラフィックデータを搬送するユーザプレーン（user plane）用のプロトコルスタックと、（ｉｉ）シグナリングを搬送する制御プレーン（control plane）用のプロトコルスタックとを含むことができる。１つの設計では、Ｕｄインターフェースのユーザプレーン用プロトコルスタックは、パケットデータ・コンバージェンス・プロトコル（Packet Data Convergence Protocol）（ＰＤＣＰ）と、無線リンク制御（ＲＬＣ）と、媒体アクセス制御（ＭＡＣ）と、物理レイヤ（ＰＨＹ）とを含み得る。１つの設計では、Ｕｄインターフェースの制御プレーン用プロトコルスタックは、無線リソース制御（ＲＲＣ）と、ＰＤＣＰと、ＲＬＣと、ＭＡＣと、ＰＨＹを含み得る。ＬＴＥにおけるＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣはそれぞれ、公開されている文書３ＧＰＰ  ＴＳ３６．３３１、ＴＳ３６．３２３、ＴＳ３６．３２２およびＴＳ３６．３２１に記載されている。上記に従って、本明細書で使用する「ＲＲＣ」は、ＵＥと無線アクセスネットワーク（ＲＡＮ）との間の制御プレーンシグナリングを扱うためのプロトコルを指す。ＲＲＣメッセージの機能は、たとえば、接続確立および解放、システム情報のブロードキャスト、無線ベアラ確立（radio bearer establishment）、再構成および解放、接続モビリティ、ページング通知および解放、リンク品質に関係する問題への対処、および他のループ電力制御を含み得る。
【００６０】
[0060]  図４に、図３における第１のＵＥ４２０Ａと第２のＵＥ４２０ａとの間の異なるタイプの通信を示す。第１のＵＥ４２０ａおよび第２のＵＥ４２０ａは、ＷＡＮ通信のためにＷＡＮ４００を介して互いに通信することができる。この場合、第１のＵＥ４２０ａは、そのサービングｅＮＢ４１０ａ（ｅＮＢ１）との間でデータを送受信することができ、第２のＵＥ４２０ａは、そのサービングｅＮＢ４１０ｂ（ｅＮＢ２）との間でデータを送受信することができ、第１のＵＥ４２０ａおよび第２のＵＥ４２０ａのためのデータは、ｅＮＢ１とｅＮＢ２との間で転送され得る。各ＵＥとそのサービングｅＮＢとの間の通信は、ＷＡＮによってサポートされるエアインターフェース（たとえば、ＬＴＥ）を介したものであってよい。たとえば、第１のＵＥ４２０ａおよび第２のＵＥ４２０ａは、公開されている３ＧＰＰ  ＴＳ３６．３００および３ＧＰＰ  ＴＳ２３．４０１で説明されている既存の手順を使用してＬＴＥエアインターフェースを介して通信することができる。
【００６１】
[0061]第１のＵＥ４２０ａおよび第２のＵＥ４２０ａはまた、Ｐ２Ｐ通信のために互いに直接通信することができる。この場合、第１のＵＥ４２０ａが第２のＵＥ４２０ａにデータを直接送ることができ、その逆も同様に行うことができる。
【００６２】
[0062]  様々な通信シナリオがＰ２Ｐのためにサポートされ得る。第１の通信シナリオでは、ＵＥは（たとえば、ピア発見（peer discovery）を通じて）ピアＵＥを検出し得る。次いでＵＥは、ＷＡＮを介して制御情報を交換することができ、その後、ピアＵＥとの直接通信を確立し得る。直接通信を確立することができない場合、２つのＵＥはＷＡＮを介して通信することができる。第２のシナリオでは、２つのＵＥはＷＡＮを介して通信していることがあり、ピア発見を通じて互いを検出することがある。その場合、これらのＵＥは直接通信を確立することができる。第３のシナリオでは、ＵＥは（たとえば、ピア発見を通じて）ピアＵＥを検出することがあり、ＷＡＮを介して何らかの情報を最初に交換することなく、直接通信を確立し得る。このシナリオでは、ネットワーク事業者からの許可（authorization from）は省かれ得る。
【００６３】
[0063]  １つの設計では、シームレスなセッションモビリティがサポートされ得る。この場合、ＷＡＮ通信とＰ２Ｐ通信との間の切替えが、Ｐ２Ｐ通信からＷＡＮ通信への移行、またはその逆の移行という形で（たとえば、適用の観点から）シームレスに実行され得る。
【００６４】
[0064]  １つの設計では、ネットワーク事業者は、ＵＥが別のＵＥとの直接接続（direct connection）を確立し得るか否かについて、有効または無効にする（enable or disable）ことが可能であり得る。１つの設計では、ＵＥは（たとえば、異なるネットワーク事業者間のローミング契約に従い）任意のＰＬＭＮ内のＵＥに対するライセンススペクトル（licensed spectrum）による直接接続を確立することが可能であり得る。１つの設計では、ＵＥは（たとえば、ネットワーク事業者の構成に従い）任意のＰＬＭＮ内のＵＥに対する非ライセンススペクトル（unlicensed spectrum）による直接接続を確立することが可能であり得る。Ｐ２Ｐサービスの使用は、同じＵＥに対して並行して実施されているサービスに影響を及ぼさないことがある。
【００６５】
[0065]  図５に、Ｐ２Ｐ通信を確立するためのプロセス５００の設計の流れ図を示す。第１のＵＥ５０４は、Ｐ２Ｐ通信５１８に使用する関連情報を取得するために、そのサービングｅＮＢ５０２との事前接続確立（pre-connection establishment）５１０ａを実行することができる。同様に、第２のＵＥ５０６は、Ｐ２Ｐ通信５１８に使用する関連情報を取得するために、そのサービングｅＮＢ５０８との事前接続確立５１０ｂを実行することができる。第１のＵＥ５０４および第２のＵＥ５０６は、図３のＵＥ３２０ａおよび３２０ｂに対応し得る。ステップ５１０ａおよび５１０ｂは、任意の時間にそれぞれ第１のＵＥ５０４および第２のＵＥ５０６によって実行され得る。たとえば、第１のＵＥ５０４は、電源が投入されたときに、またはＰ２Ｐ通信が望まれるときに、事前接続確立を実行することができる。
【００６６】
[0066]  ５１２において、第１のＵＥ５０４および第２のＵＥ５０６は、それらの近傍内にある他のＵＥを検出するためにピア発見を実行することができる。ピア発見５１２は、事前接続確立５１０ａ、５１０ｂの後、または事前接続確立の前に実行され得る。各ＵＥは、（ｉ）当該ＵＥの存在を他のＵＥが検出できるように近傍検出信号（proximity detection signal）（ＰＤＳ）を送信すること、ならびに／または（ｉｉ）他のＵＥによって送信された、それらの存在および／もしくはサービスを知らせる近傍検出信号を検出することによって、ピア発見５１２を実行することができる。近傍検出信号は、ピア検出信号（peer detection signal）と呼ばれること、または他の用語で呼ばれることもある。第１のＵＥ５０４および第２のＵＥ５０６は、ピア発見プロセス５１２を介して互いを検出することができる。
【００６７】
[0067]  第１のＵＥ５０４および第２のＵＥ５０６は、ＵＥ間の直接接続を確立するために使用する関連パラメータを決定するために事前接続セットアップ５１４手順を実行することができる。次いで第１のＵＥ５０４および第２のＵＥ５０６は、ＵＥ間の直接接続を確立するために、事前接続セットアップ手順５１４で取得したパラメータに基づいて、直接接続セットアップ５１６を実行することができる。次いで第１のＵＥ５０４および第２のＵＥ５０６は、Ｐ２Ｐ通信５１８のために互いに直接通信することができる。
【００６８】
[0068]  Ｐ２Ｐセッション中、第１のＵＥ５０４および第２のＵＥ５０６は、ＵＥ間の直接接続を再構成するために直接接続再構成５２０を実行することができる。Ｐ２Ｐセッション中に、再構成は（再構成するにしても）任意の時間に生じることがあり、任意の回数だけ生じることがある。各再構成の後、第１のＵＥ５０４および第２のＵＥ５０６は、再構成による更新されたパラメータに従って動作し得る。第１のＵＥ５０４および／または第２のＵＥ５０６は、任意の時間にＰ２Ｐ通信を終了させる（５２２）ことができる。図５における様々なステップは、以下でさらに詳細に説明する。
【００６９】
[0069]  図５に示すように、ＵＥはＰ２Ｐ通信を可能にするためにピア発見を実行することができる。ピア発見は、ＵＥが他のＵＥの存在を、および／または無線周波数（ＲＦ）近傍内で他のＵＥによって宣伝されるサービスの利用可能性を、検出する手順である。ピア発見は、後述のように実行され得る。
【００７０】
[0070]  １つの設計では、Ｐ２ＰはＷＡＮによってサポートされることがあり、ＷＡＮのカバレージ内にあるＵＥに対して（たとえば、ネットワーク事業者によって）許可されることがある。ピア発見については、ＷＡＮ内のＵＥは、当該ＵＥがライセンススペクトルでピア発見手順をアクティブ化できるようになる前に許可され得る。直接接続動作については、ＷＡＮ内のＵＥは、ピアＵＥとの直接接続を確立する前に許可され得る。
【００７１】
[0071]  一態様では、Ｐ２Ｐ通信に使用され得るＰ２Ｐ構成情報をＵＥが取得できるように事前接続確立が実行され得る。一般に、Ｐ２Ｐ構成情報は、Ｐ２Ｐに関係し得る任意の情報を含むことができる。１つの設計では、Ｐ２Ｐ構成情報は、（たとえば、ピア発見および／またはＰ２Ｐ通信のために）Ｐ２Ｐに割り振られたリソース、Ｐ２Ｐに使用するＵＥ識別情報（ＩＤ）、Ｐ２Ｐのサービス資格証明などを伝達することができる。Ｐ２Ｐに割り振られたリソースは、ＰＨＹレイヤのリソース（たとえば、時間インターレース、リソースブロックなど）、ＭＡＣレイヤのリソースなどを含むことができる。ＵＥ  ＩＤは、セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifiers）（Ｃ−ＲＮＴＩ）などを含むことができる。サービス資格証明は、ＵＥによって提供される（１つまたは複数の）Ｐ２Ｐサービスを認証するセキュリティ証明（security certificates）を含むことができる。１つの設計では、事前接続確立は、ＵＥがＷＡＮに接続されるときにＵＥによって実行され得る。
【００７２】
[0072]  図６に、ユニキャストシグナリングに基づく事前接続確立のためのプロセス６００の設計を示す。プロセス６００は、図５のステップ５１０ａおよび５１０ｂに使用できる。図６に示す例では、ＵＥ６０６はそのサービングｅＮＢ６０２と通信することがあり、ＵＥ６０８はそのサービングｅＮＢ６０４と通信することがある。各ＵＥは、マクロｅＮＢ、フェムトｅＮＢ、または他のアクセスポイントであり得るそのサービングｅＮＢを介して、事前接続確立を実行することができる。図６に示す１つの設計では、事前接続確立は、上位レイヤプロトコルの制御メッセージであるＲＲＣメッセージを交換することによって、ＵＥとｅＮＢとの間で実行され得る。他のプロトコル（たとえば、ＭＡＣ、ＰＨＹなど）のＲＲＣメッセージも、事前接続確立に使用できる。１つの設計では、ＬＴＥにおける既存のプロトコル（たとえばＲＲＣ）が、Ｐ２Ｐをサポートするために追加の機能により増強され得る。
【００７３】
[0073]  事前接続確立のために、第１のＵＥ６０６は、Ｐ２Ｐ構成情報を要求するためにＲＲＣ  Ｐ２Ｐ構成要求（「ＲＲＣＰ２ＰＣｏｎｆｉｇＲｅｑｕｅｓｔ」）メッセージ６１０を送ることができる。ｅＮＢ６０２は、要求側ＵＥ６０６からこのメッセージを受信することができ、Ｕｄインターフェース経由であり得る実際の直接接続確立の前に第１のＵＥ６０６が必要とするすべてのＰ２Ｐ構成を確立するために、（たとえば、Ｕｕインターフェース経由で）第１のＵＥ６０６にＲＲＣ  Ｐ２Ｐ構成メッセージ（「ＲＲＣＰ２ＰＣｏｎｆｉｇｕｒａｔｉｏｎ」）６１２メッセージを送ることができる。第１のＵＥ６０６は、Ｐ２Ｐ構成情報の受信の確認応答（acknowledge receipt）として、ｅＮＢ６０２にＲＲＣ  Ｐ２Ｐ構成完了（「ＲＲＣＰ２ＰＣｏｎｆｉｇＣｏｍｐｌｅｔｅ」）メッセージ６１４を返信することができる。ＲＲＣＰ２ＰＣｏｎｆｉｇＲｅｑｕｅｓｔメッセージ、ＲＲＣＰ２ＰＣｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１０、およびＲＲＣＰ２ＰＣｏｎｆｉｇＣｏｍｐｌｅｔｅメッセージ６１２は、Ｐ２Ｐをサポートするために定義される新しいＲＲＣメッセージであり得る。
【００７４】
[0074]  同様に、第２のＵＥ６０８は、Ｐ２Ｐ構成情報を要求するために、第２のｅＮＢ６０４にＲＲＣＰ２ＰＣｏｎｆｉｇＲｅｑｕｅｓｔメッセージ６１６を送ることができる。第２のｅＮＢ６０４は、実際の直接接続確立の前に第２のＵＥ６０８が必要とするすべてのＰ２Ｐ構成を確立するために、第２のＵＥ６０８にＲＲＣＰ２ＰＣｏｎｆｉｇｕｒａｔｉｏｎメッセージ６１８を送ることができる。第２のＵＥ６０８は、第２のｅＮＢ６０４にＲＲＣＰ２ＰＣｏｎｆｉｇＣｏｍｐｌｅｔｅメッセージ６２０を返信することができる。図６において、各ＵＥ６０６、６０８は任意の時間に事前接続確立を開始することができ、ステップ６１０および６１６は独立し、時間的に無相関であり得る。
【００７５】
[0075]  図７に、ブロードキャストシグナリングに基づく事前接続確立のためのプロセス７００の設計を示す。プロセス７００も、図５のステップ５１０ａおよび５１０ｂに使用できる。図７に示す例では、第１のｅＮＢ７０２はそのカバレージ内にあるＵＥにシステム情報ブロック（ＳＩＢ）を周期的にブロードキャストすることができる（７１０）。第１のｅＮＢ７０２からのＳＩＢのうちの１つまたは複数は、第１のｅＮＢ７０２のカバレージ内にあるＵＥのために、Ｐ２Ｐ構成情報を搬送することができる。第１のＵＥ７０６は、第１のｅＮＢ７０２からＳＩＢを受信し、適切な（１つまたは複数の）ＳＩＢからＰ２Ｐ構成情報を抽出し、抽出されたＰ２Ｐ構成情報を記憶することができる。同様に、第２のｅＮＢ７０４はそのカバレージ内にあるＵＥにＳＩＢを周期的にブロードキャストすることができる（ステップ２）。第２のｅＮＢ７０４からのＳＩＢのうちの１つまたは複数は、第２のｅＮＢ７０４のカバレージ内にあるＵＥのために、Ｐ２Ｐ構成情報を搬送することができる。第２のＵＥ７０８は、第２のｅＮＢ７０４からＳＩＢを受信することができ、適切な（１つまたは複数の）ＳＩＢからＰ２Ｐ構成情報を抽出して記憶することができる。システム情報ブロックは、現在のセルまたはネットワークに関するシステム情報を含んでおり、セルに属するすべてのＵＥにシステム情報を伝達するために使用できる。システム情報ブロックは、無線フレームの指定サブフレーム内のシステム情報メッセージでＵＥに周期的に送信され得る。
【００７６】
[0076]  ＵＥはたとえば、図６または図７に示すように、事前接続確立を通じてそのサービングｅＮＢからＰ２Ｐ構成情報を取得していることがある。ＵＥはまた、ピア発見を実行することがあり、関心を引くピアＵＥ（a peer UE of interest）を発見することがある。その場合ＵＥは、Ｐ２Ｐ通信のためにそのピアＵＥとの直接接続を確立することができる。
【００７７】
[0077]  １つの設計では、２つのＵＥ間の直接接続確立の場合、一方のＵＥ（たとえば、直接接続を開始するＵＥ）はクライアントＵＥと呼ばれることがあり、他方のＵＥはマネージャＵＥと呼ばれることがある。クライアントＵＥは、Ｐ２Ｐをサポートする特定の非アクセス階層（Non-Access Stratum）（ＮＡＳ）型（-like）およびＲＲＣ手順において、従来型のＵＥの役割を担うことができる。マネージャＵＥは、Ｐ２Ｐをサポートする特定のＮＡＳ型およびＲＲＣ手順において、従来型のｅＮＢの役割を担うことができる。
【００７８】
[0078]  直接接続は、様々な方法で確立でき、かかる方法は以下のうちの１つまたは複数を含み得る。  
・  ＷＡＮ支援（WAN assisted）−クライアントＵＥおよびマネージャＵＥはＷＡＮを介して直接接続をセットアップする。  
・  直接確立−クライアントＵＥおよびマネージャＵＥはＷＡＮを介さずに直接接続をセットアップする。
【００７９】
[0079]  直接接続セットアップでは、ピア発見がすでに実行されていると仮定する。クライアントＵＥは、マネージャＵＥのサービス発見ＩＤ（service discovery ID）（ＳＤ  ＩＤ）を把握していることがある。マネージャＵＥは、直接接続セットアップのためのクライアントＵＥを発見していること、または発見していないことがある。１つの設計では、各直接接続は独立して確立され得る。たとえば、所与のＵＥは、ある直接接続のためのクライアントＵＥであることがあり、別の直接接続のためのマネージャＵＥであることがある。２つのＵＥ間の直接接続確立が生じ得る前に、両方のＵＥは、たとえば図６または図７に示すように、それらのサービングｅＮＢを介したそれらのＰ２Ｐ構成で構成され得る。
【００８０】
[0080]  別の態様では、直接接続確立は２つの段階を含むことができる。  
・  事前接続セットアップ−直接接続セットアップを実行するための関連情報を取得する。  
・  直接接続セットアップ−２つのＵＥ間の直接接続のための関連ベアラ（pertinent bearers）を確立する。
【００８１】
[0081]  ２つのＵＥ間の直接接続のためのベアラは、１つまたは複数のシグナリング無線ベアラ（ＳＲＢ）、１つまたは複数のデータ無線ベアラ（ＤＲＢ）、１つまたは複数のデータネットワークベアラなどを含むことができる。無線ベアラは、データを送るために使用される論理チャネルと呼ばれることもある。無線ベアラは、サービス品質（quality-of-service）（ＱｏＳ）属性のようなある特性に関連付けられ得る。ＳＲＢおよびＤＲＢは、無線で（over the air）シグナリングとトラフィックデータとを交換するために使用され得る。データネットワークベアラは、ネットワークエンティティを介してデータを交換するために使用されることがあり、ＬＴＥにおける進化型パケットシステム（ＥＰＳ）ベアラと呼ばれ得る。
【００８２】
[0082]  事前接続セットアップは、異なるシナリオにおいて異なる方法で実行でき、かかるシナリオは以下を含み得る。  
・  ケース１−クライアントＵＥがマネージャＵＥに対し、直接接続をセットアップするように要求する。  
・  ケース２−マネージャＵＥがクライアントＵＥに対し、直接接続をセットアップするように要求する。
【００８３】
[0083]  ケース１では、マネージャＵＥはＳＩＢを送信しなくてよい。クライアントＵＥは、直接接続を開始することができ、マネージャＵＥに対し、直接接続セットアップのための関連情報を送るように要求することができる。ケース２では、マネージャＵＥはＳＩＢを周期的に送信することができ、クライアントＵＥに対し、直接接続をセットアップするように要求することができる。
【００８４】
[0084]  ケース１では、クライアントＵＥはＲＲＣ＿アイドル状態にあることがあり、Ｃ−ＲＮＴＩを割り当てられていないことがあり、ＳＲＢ、ＤＲＢ、およびＥＰＳベアラが確立されていないことがある。クライアントＵＥは、別のＵＥからＳＩＢ情報を取得することがあり、応答側ＵＥはｅＮＢのように行動することがある。シグナリングとユーザデータの両方がＵｄインターフェースで搬送され得る。
【００８５】
[0085]  事前接続セットアップおよび直接接続セットアップのために既存のＷＡＮ手順（たとえば、ＬＴＥ手順）をできるだけ再利用することが望まれ得る。これにより、Ｐ２Ｐをサポートする複雑性が軽減され得る。
【００８６】
[0086]  図８に、ケース１の事前接続セットアップのためのプロセス８００の設計を示す。プロセス８００は、図５の５１４に示す事前接続セットアップに使用できる。プロセス６００は、クライアントＵＥ８０２がマネージャＵＥ８０４との直接接続を確立できるように、マネージャＵＥ８０４がアクティブでない（８０６）（たとえば、ＳＩＢをまったく送信していない）ときに使用され得る。クライアントＵＥ８０２は、たとえばピア発見を通じてマネージャＵＥ８０４を把握していることがある。
【００８７】
[0087]  クライアントＵＥ８０２は、接続アラート（「ＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔ」）メッセージ８０８をマネージャＵＥ８０４に送ることができる。ＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ８０８は、マネージャＵＥ８０４を起こすことができ、クライアントＵＥ８０２の接続ＩＤ（Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ１）、マネージャＵＥ８０４の接続ＩＤ（Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ２）、Ｐ２ＰデバイスＩＤ（ＰＤＩ）の選好リスト（Ｐｒｅｆｅｒｒｅｄ＿ＰＤＩ＿Ｌｉｓｔ）などのような様々なパラメータを含むことができる。選好ＰＤＩ（preferred PD）は、クライアントＵＥが干渉を考慮して選好するＰＤＩである。選好リスト（preferred list）は、クライアントＵＥ８０２がマネージャＵＥ８０４との通信に使用したいと思う選好ＰＤＩを含むことができる。ＵＥは、Ｐ２Ｐの様々なレイヤにおいてＵＥを識別するために使用され得る特定のＰＤＩおよび特定のＣ−ＲＮＴＩに関連付けられ得る。たとえば、ＰＤＩは様々なＰ２Ｐ機能についてＵＥを識別するために使用されることがあり、Ｃ−ＲＮＴＩは、ＭＡＣレイヤおよびＰＨＹレイヤにおいてＵＥを識別するために使用されることがある。
【００８８】
[0088]  クライアントＵＥ８０２はＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ８０８を送った後、ＰＤＩ＿Ｒｅｑ＿Ｔｉｍｅｒを開始することができ（８１０）、すべての潜在的ＰＤＩの復号を試みることができる。クライアントＵＥ８０２は、タイマーが終了したときにマネージャＵＥ８０４から応答を受信していない場合に、事前接続セットアッププロセス８００を終了させることができる。マネージャＵＥ８０４は、クライアントＵＥ８０２からＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ８０８を受信したことに応答して、アクティブになり得る（８１２）。クライアントＵＥおよびマネージャＵＥは、これら２つのＵＥ間のＰ２Ｐ接続が他のＰ２Ｐ接続および／またはＷＡＮ接続に対して引き起こし得る干渉を減らすために、干渉管理（interference management）８１４を実行することができる。
【００８９】
[0089]  マネージャＵＥ８０４は、クライアントＵＥ８０２に対し、たとえばクライアントＵＥから受信したＰＤＩの選好リストから割り当てるための、物理的デバイス識別子（ＰＤＩ）を選択することができる（８１６）。選択されたＰＤＩは本明細書では「ＰＤＩｘ」と呼ばれることがある。マネージャＵＥ８０４は、接続応答（「ＣｏｎｎｅｃｔｉｏｎＲｅｓｐｏｎｓｅ」）メッセージ８１８をクライアントＵＥ８０２に送ることができる。ＣｏｎｎｅｃｔｉｏｎＲｅｓｐｏｎｓｅメッセージ８１８は、クライアントＵＥ８０２からのＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ８０８に含まれていたＣｏｎｎｅｃｔｉｏｎ＿ＩＤ１およびＣｏｎｎｅｃｔｉｏｎ＿ＩＤ２、マネージャＵＥ８０４によって選択された（８１６）ＰＣＩｘ、ならびに／または他の情報を含むことができる。マネージャＵＥ８０４は、ＰＤＩｘと、ＭＩＢｘと呼ばれるマスタ情報ブロックと、ＳＩＢｘと呼ばれるＳＩＢと、他の情報とを送信すること（８２０）を開始することができる。たとえばＭＩＢおよびＳＩＢが物理セル識別（physical cell identity）（ＰＣＩ）に対応する通常のＬＴＥ  ＷＡＮと同様に、ＳＩＢｘおよびＭＩＢｘはＰＤＩｘに対応し得る。
【００９０】
[0090]  図８において、動作８０８、８１４、８１８および８２０は、（たとえばＵｄインターフェースを介して）クライアントＵＥ８０２とマネージャＵＥ８０４との間で直接交換されるメッセージを介して実行され得る。代替的に、ステップ８０８、８１４、８１８および８２０は、ＷＡＮが存在する場合に（たとえば、ＷＡＮインターネットプロトコル（ＩＰ）トランスポートを使用して）ＷＡＮを通じて２つのＵＥ間で交換されるメッセージを介して実行され得る。
【００９１】
[0091]  クライアントＵＥ８０２は、８１６においてマネージャＵＥ８０４によって選択されて、８２０においてクライアントＵＥに送られたＰＤＩｘを受け入れないことがある。この場合、ステップ８０８〜８２０は、マネージャＵＥによって選択されたＰＤＩがクライアントＵＥによって受け入れられるまで、またはＰＤＩ＿Ｒｅｑ＿Ｔｉｍｅｒが終了するまで、または（図６に示していない）ＰＤＩ＿Ｒｅｊｅｃｔが受信されるまで、または何らかの他の終了条件に遭遇するまで、繰り返され得る。
【００９２】
[0092]  図９に、ケース２と呼ばれ得る、マネージャＵＥ９０４がクライアントＵＥ９０２に対し直接接続をセットアップするように要求するシナリオにおける、事前接続セットアップのためのプロセス９００の設計を示す。プロセス９００も、図５の５１４に示す事前接続セットアップに使用できる。
【００９３】
[0093]  マネージャＵＥ９０４は、ＰＤＩｘと、ＭＩＢｘと、ＳＩＢｘとを周期的に送信することができる（９０６）。マネージャＵＥ９０４は、ＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ９０８をクライアントＵＥ９０２に送ることができる。ＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ９０８は、Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ１と、Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ２と、Ｐｒｅｆｅｒｒｅｄ＿ＰＤＩ＿Ｌｉｓｔとを含むことができる。クライアントＵＥ９０２は、ＣｏｎｎｅｃｔｉｏｎＡｌｅｒｔメッセージ９０８を受信する前にマネージャＵＥ９０４からのＳＩＢｘに気付いていないことがあり、その場合ＳＩＢｘを受信することがある。クライアントＵＥ９０２は、マネージャＵＥ９０４から受信したＰＤＩの選好リストからＰＤＩを選択することができる。選択されたＰＤＩは本明細書ではＰＤＩｘと呼ばれることがある。次いでクライアントＵＥ９０２は、接続アラート９０８に応答してＣｏｎｎｅｃｔｉｏｎＲｅｓｐｏｎｓｅメッセージ９１０をマネージャＵＥ９０４に送ることができ、ＣｏｎｎｅｃｔｉｏｎＲｅｓｐｏｎｓｅメッセージ９１０はＣｏｎｎｅｃｔｉｏｎ＿ＩＤ１と、Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ２と、ＰＤＩｘとを含むことができる。次いでクライアントＵＥ９０２は、（図９に示されていない）ランダムアクセス手順を開始することができる。
【００９４】
[0094]  図９において、動作９０６、９０８および９１０は、（たとえば、Ｕｄインターフェースを介して）クライアントＵＥ９０２とマネージャＵＥ９０４との間で直接実行され得る。代替的に、動作９０６、９０８および９１０は、ＷＡＮが存在する場合に（たとえば、ＷＡＮ  ＩＰトランスポートを使用して）ＷＡＮを介して実行され得る。
【００９５】
[0095]  図８および図９は、直接接続セットアップのための関連情報を（たとえば、ＳＩＢから）取得するために事前接続セットアップを実行する２つの設計を示している。事前接続セットアップはまた、他の方法で実行され得る。いずれの場合も、関連情報を取得した後、クライアントＵＥはマネージャＵＥとの直接接続のためにシグナリング無線ベアラとデータ無線ベアラとを確立することができる。
【００９６】
[0096]  図１０に、直接接続セットアップのためのプロセス１０００の設計を示す。プロセス１０００は、図５の５１６に示す直接接続セットアップに使用できる。クライアントＵＥ１００２は、ランダムアクセスプリアンブル１００６をマネージャＵＥ１００４に送信することができる。マネージャＵＥ１００４は、ランダムアクセス応答（ＲＡＲ）１００８をクライアントＵＥ１００２に返信することができる。ＲＡＲ１００８は、クライアントＵＥ１００２のアップリンクタイミングを調整するためのタイミングアラインメント情報と、クライアントＵＥに対する最初のアップリンク許可と、クライアントＵＥに対する一時Ｃ−ＲＮＴＩの割当てと、他の情報とを含むことができる。次いでクライアントＵＥ１００２は、第３のメッセージ１０１０をマネージャＵＥ１００４に送ることができる。第３のメッセージ１０１０は、ＲＲＣ接続要求（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」）メッセージを含むことができ、このメッセージは、Ｐ２ＰセッションのためにクライアントＵＥ１００２を一意に識別する完全なＵＥ  ＩＤを含むことができる。マネージャＵＥ１００４は、第４のメッセージ１０１２をクライアントＵＥ１００２に送ることができる。第４のメッセージ１０１０は、（ｉ）第１のＳＲＢ（ＳＲＢ１）を確立するためのＲＲＣ接続セットアップ（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」）メッセージと、（ｉｉ）ＭＡＣ制御要素（ＣＥ）内の一時ＵＥ−ＩＤとを含むことができる。この一時ＵＥ  ＩＤは、４８ビットのＣ−ＲＮＴＩであってよく、１００６においてＵＥによって送られたランダムアクセスプリアンブルに関連付けられることがあり、完全なＵＥ  ＩＤの割当ての前にＵＥを識別するために使用されることがある。ステップ１００６〜１０１２は、ＬＴＥにおいて最初のアクセスに使用され得るランダムアクセス手順の一部であってよい。クライアントＵＥは、ＲＲＣ接続セットアップ完了（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」）メッセージをマネージャＵＥ１００４に送ることができる。
【００９７】
[0097]  クライアントＵＥ１００２およびマネージャＵＥ１００４は、相互認証１０１６を実行することができる。ＵＥは、クライアントＵＥ１００２がマネージャＵＥ１００６を認証できるように、またその逆も同様にできるように、１０１６において様々なメッセージを交換することができる。どちらのＵＥがセキュリティモードコマンド（「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」）メッセージ１０１８を送るかの決定も、相互認証１０１６の間に下され得る。
【００９８】
[0098]  マネージャＵＥ１００４は、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージ１０１８をクライアントＵＥ１００２に送ることができる。このメッセージは、使用する特定の暗号化アルゴリズム、使用する特定の完全性アルゴリズム、および同様のセキュリティモード情報の指示を含むことができる。クライアントＵＥ１００２とマネージャＵＥ１００４との間で暗号鍵が生成されることがあり、これはＰ２Ｐセッション中におけるＲＲＣメッセージの暗号化および完全性保護に使用され得る。この暗号鍵は、セルセットアップ中に通常のＬＴＥシステムで生成される暗号鍵ＫeNBであり得る。
【００９９】
[0099]  マネージャＵＥ１００４は、クライアントＵＥ１００２にデフォルトＥＰＳベアラ要求を搬送するＲＲＣ接続再構成（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」）メッセージ１０２０を送ることができる。クライアントＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、第２のＳＲＢ（ＳＲＢ２）、ＤＲＢ、およびＥＰＳベアラが確立され得る。クライアントＵＥ１００２は、１０１８において受信したＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージの確認応答として、セキュリティモード手順が完了したことを示すメッセージ（「ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ」）メッセージ１０２２をマネージャＵＥ１００４に送ることができる。クライアントＵＥ１００２はまた、１０２０において受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの確認応答として、ＲＣＣ接続再構成が完了したことを示すメッセージ（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」）メッセージ１０２４をマネージャＵＥ１００４に送ることができる。クライアントＵＥ１００２は、アップリンク情報転送（「ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ」）メッセージ１０２６をマネージャＵＥ１００４に送ることができる。ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ１０２６の後、クライアントＵＥ１００２とマネージャＵＥ１００４との間の直接接続が確立され得る。クライアントＵＥ１００２およびマネージャＵＥ１００８はその後、直接接続を介してユーザデータを交換することができる（１０３０）。
【０１００】
[0100]  図１０における様々なＲＲＣメッセージは、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題する３ＧＰＰ  ３６．３３１において説明されている。ランダムアクセス手順およびランダムアクセス手順のメッセージは、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  ａｎｄ
Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ  ２」と題する３ＧＰＰ  ３６．３００において説明されている。これらの文書は、公的に入手可能である。
【０１０１】
[0101]  図１０において、動作１００６および１００８は、通常のランダムアクセス手順の一部として実行され得る。いくつかの実施形態では、たとえば、クライアントＵＥとマネージャＵＥとの間の距離が比較的短いためにクライアントＵＥのアップリンクタイミングを調整する必要がない場合、またはＰＨＹインターレースクライアントがすでに含まれている場合には、ステップ１００６および１００８を省略してもよい。
【０１０２】
[0102]  別の態様では、２つのＵＥ間の直接接続は、図５に示すようにＰ２Ｐセッション中に任意の時間に再構成され得る。一般に、再構成は、２つのＵＥに関するＰ２Ｐ動作の何らかの態様を変えるために実行され得る。たとえば、再構成は以下のうちの１つまたは複数を変えるために実行され得る。  
・  ＰＨＹレイヤパラメータ、  
・  ＭＡＣレイヤパラメータ、  
・  既存の無線ベアラのティアダウン（tear down）または新規ベアラの確立、  
・  ＵＥのダウンリンク送信モードの変更、  
・  マルチキャリア上の動作の有効化または無効化（Enable or disable）、および  
・  ＵＥによる測定の再構成。  
再構成は、後述のように様々な方法で実行され得る。
【０１０３】
[0103]  さらに別の態様では、対称的なシグナリング（または非対称的なシグナリングと対称的なシグナリングとの組合せ）を、２つのＵＥ間の直接接続の構成または再構成に使用できる。通常、非対称的なシグナリングは、ｅＮＢとＵＥとの間のＷＡＮ接続のためのＮＡＳおよびＲＲＣ手順に使用される。非対称的なシグナリングの場合、ｅＮＢとＵＥとの間のＷＡＮ接続を再構成するために、ｅＮＢが再構成を開始し、接続再構成メッセージをＵＥに送る。次いでＵＥが、接続再構成完了メッセージをｅＮＢに返信する。直接接続を再構成するための対称的なシグナリングの場合、２つのＵＥのうちのいずれかは、接続再構成メッセージを他方のＵＥに送ることができ、他方のＵＥは、接続再構成完了メッセージを返信することができる。対称的なシグナリングにより、ＵＥは互いに再構成することができ、対称的なシグナリングはＷＡＮよりもＰ２Ｐに適したものであり得る。１つの設計では、Ｐ２Ｐ通信の場合、Ｐ２Ｐのためのすべてまたは一部のＮＡＳおよびＲＲＣ手順は対称的であることがあり、クライアントＵＥまたはマネージャＵＥのいずれかによって開始され得る。
【０１０４】
[0104]  図１１に、直接接続再構成のためのプロセス１１００の設計を示す。プロセス１１００は、図５の５２０に示す直接接続再構成に使用できる。プロセス１１００は、ＲＲＣ接続を変更するために、たとえば、無線ベアラを確立、変更もしくは解放するために、測定をセットアップ、変更もしくは解放するために、かつ／または他の機能を実行するために使用され得る。１つの設計では、マネージャＵＥ１１０４が、ＳＩＢを送り、再構成を開始することが可能であり得る。別の設計では、任意のＵＥが再構成を開始することができる。
【０１０５】
[0105]  マネージャＵＥ１１０４は、ＳＩＢ１１０６をクライアントＵＥ１１０２に送ることができる。マネージャＵＥはまた、たとえば、クライアントＵＥ１１０２において実行される測定を構成するために、ＲＲＣ接続再構成（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」）メッセージ１１０８をクライアントＵＥ１１０２に送ることができる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ１１０８は、ＲＲＣ接続再構成のために行う測定のタイプと、測定を行う際の起点となるエンティティと、測定をトリガするイベントと、測定の報告をトリガするイベントと、同様の情報とを含み得る。クライアントＵＥ１１０２は、応答確認としてマネージャＵＥ１１０４にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ１１１０を返信することができる。クライアントＵＥ１１０２はマネージャＵＥ１１０４に対し、たとえばマネージャＵＥにおいて実行される測定を構成するためにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ１１１２を送ることができる。マネージャＵＥ１１０４は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ１１１への応答確認として、ＲＲＣ接続再構成完了（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ」）メッセージ１１１４を送ることができる。
【０１０６】
[0106]  図１１の例は、２つの再構成トランザクション（transactions for reconfiguration）を示しており、各トランザクションは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージとＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージとのペアによって実行される。一般に、任意の数の再構成トランザクションについて、２つのＵＥによって任意の数のメッセージが送られてよく、各トランザクションは任意のＵＥによって開始され得る。
【０１０７】
[0107]  一般に、非対称的なシグナリングおよび／または対称的なシグナリングが再構成に使用され得る。いくつかの再構成トランザクションは、マネージャＵＥによる開始に一層適したものであり得る。（たとえば、測定のための）他の再構成トランザクションは、マネージャＵＥまたはクライアントＵＥのいずれかによる開始に適したものであり得る。
【０１０８】
[0108]  １つの設計では、Ｐ２Ｐ通信のためにセッション継続性（session continuity）が維持され得る。あるシナリオでは、ＵＥのペアは、Ｐ２Ｐ通信に関与することがあり、互いの範囲から出ることがあり、ＷＡＮにハンドオーバすることがある。別のシナリオでは、ＵＥのペアは、最初にＷＡＮを介して通信することがあり、互いの範囲内に入ることがあり、直接接続を確立することがある。両方のシナリオにおいて、Ｐ２Ｐ通信からＷＡＮ通信へのハンドオーバ、またはその逆のハンドオーバを伴う場合でも、２つのＵＥ間の通信の継続性が維持され得る。
【０１０９】
[0109]  ＵＥは、ＲＦ近傍内の他のＵＥの存在および／またはサービスを検出するためにピア発見を実行することができる。ピア発見は、ＵＥが、ネットワークにホストされているサーバにロケーションを登録する場合、またはＵＥが、近くに任意の登録されたＵＥが存在するかサーバに照会する場合を含むことも、含まないこともある。この機能は、何らかの追加のサポートがなければ、任意の既存のＷＡＮ／ＬＡＮ（ローカルエリアネットワーク）インフラストラクチャの上限を超えたものであり得る。しかしながら、たとえば、サーバによって報告されるように、近傍に（１つまたは複数の）ピアが存在するとの予想に基づいてＵＥがピア発見を実行する場合に、ピア発見の効率性を改善するためにサーバが使用され得る。
【０１１０】
[0110]  ピア発見は、たとえば、ＢｏｎｊｏｕｒやＵＰｎＰなどのサービス発見プロトコルの方法と同様に、ＷＡＮ／ＬＡＮに接続されたローカルサービスをＵＥが発見するための手段を提供することも、提供しないこともある。しかしながら、ＷＡＮ／ＬＡＮでこれらのプロトコルを使用すると、近傍に（１つまたは複数の）ピア、たとえばローカルインターネットプロトコルアクセス（ＬＩＰＡ）を使用して同じＨｅＮＢに接続されたピアが存在するとの予想に基づいて、ＵＥがピア発見をアクティブ化することになり得る。
【０１１１】
[0111]  １つの設計では、以下のうちの１つまたは複数がサポートされ得る。  
・  自律型ピア発見（Autonomous peer discovery）−ＵＥは、ユーザとの対話なしに自律的にピア発見を実行する。  
・  手動型ピア発見（Manual peer discovery）−ＵＥは、たとえばユーザによって命令されたときにピア発見を実行する。  
追加の、異なる、かつ／またはより少ないピア発見方式もサポートされ得る。
【０１１２】
[0112]  一般に、ＵＥは様々な方法でピア発見を実行することができる。１つの設計では、ＵＥは、同じセルまたは異なるセルにキャンプオンしているピア（a peer camped on）を検出することができる。別の設計では、ＵＥは、同じ周波数または異なる周波数で宣伝するピアを検出することができる。さらに別の設計では、ＵＥは、（たとえば、ローミング契約に従い）ＵＥが現在登録されているＰＬＭＮと同じＰＬＭＮまたは異なるＰＬＭＮで宣伝するピアを検出することができる。さらに別の設計では、ＵＥは、（たとえば、ローミング契約に従い）ホームＰＬＭＮまたは訪問先ＰＬＭＮ内でその存在および／またはサービスを宣伝することができる。
【０１１３】
[0113]  １つの設計では、たとえば、ネットワークまたはアプリケーションは、ＵＥのバッテリー寿命と近傍検出信号の全体的能力とを改善するために、ピア発見でＵＥを支援することができる。たとえば、ネットワークまたはアプリケーションは、ＵＥが適切なピア発見モードをより効率的にアクティブ化または非アクティブ化できるように、潜在的ピアおよび／またはリスト上の特定のピア（a list of specific peers）がエリア内にあるか否かをＵＥに通知することができる。
【０１１４】
[0114]  １つの設計では、以下の手順がピア発見に対してサポートされ得る。  
・  ピア宣伝−ＵＥは、近傍検出信号（ＰＤＳ）でピア発見コード（a peer discovery code）（ＰＤＣ）を送信することによってＰ２Ｐサービスの利用可能性を宣伝する、  
・  ピア検出−ＵＥは、ピアから近傍検出信号でピア発見コードを受信することによって、ピアを検出する。  
追加の、異なる、かつ／またはより少ないピア発見手順もサポートされ得る。
【０１１５】
[0115]  一般に、ＵＥは上記の手順の一方または両方を実行することができる。たとえば、ＵＥは、その存在を宣伝する必要なしにピアを検出することができる。ＵＥはまた、ピアを検出することなくその存在を宣伝することができる。再び図３を参照すると、ＵＥ３２０ｂは、同じｅＮＢ３１０ｂのセルにキャンプオンしているＵＥ３２０ｃを検出するために、ピア発見を実行することができる。ＵＥ３２０ｂはまた、異なるｅＮＢ３１０ａのセルにキャンプオンしているＵＥ３２０ａを検出するために、ピア発見を実行することができる。
【０１１６】
[0116]  １つの設計では、ＰＤＣは、ピアおよび／またはＰ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子を備えることができる。ＵＥは、１つまたは複数のＰ２Ｐサービスをサポートすることができ、１つまたは複数のＰＤＣ、たとえば、ＵＥによってサポートされる各Ｐ２Ｐサービスにつき１つのＰＤＣを宣伝することができる。１つの設計では、ＵＥは、ＰＤＳが単一である場合、またはＰＤＳが別々である場合に（in a single PDS instance or in separate PDS instances）、１つまたは複数のＰＤＣを宣伝することができる。
【０１１７】
[0117]１つの設計では、ＰＤＣはピア発見表現（ＰＤＥ：peer discovery expression）に一意に関連付けられることがあり、ＰＤＥはＰＤＣで宣伝されるＰ２Ｐサービスを識別し得る。１つの設計では、ＰＤＥはユーザ可読形式で、たとえばＵＴＦ−８コーディングを使用した自由テキスト形式で提供され得る。たとえば、ＰＤＣおよび関連ＰＤＥは、以下の分野のうちの１つまたは複数を含むように定義され得る。サービス（たとえば、プリンタ）、アプリケーション（たとえば、Ｓｋｙｐｅ）、ロケーション（たとえば、建物Ｘの３階）、プロトコル（たとえば、デジタルオーディオアクセスプロトコル（ＤＡＡＰ））、ユーザ、デバイスなど。
【０１１８】
[0118]  １つの設計では、以下のタイプのＰＤＣのうちの１つまたは複数がサポートされ得る。  
・  マネージドのＰＤＣ（Managed PDC）−ネットワーク事業者またはサードパーティによってＰ２Ｐサービスに割り当てられ、定義された領域内では一意であることが保証されたＰＤＣ。  
・  アンマネージドのＰＤＣ（Unmanaged PDC）−グローバル一意（globally unique）であることが保証されていないＰＤＣ。  
追加の、異なる、かつ／またはより少ないタイプのＰＤＣもサポートされ得る。
【０１１９】
[0119]  マネージドのＰＤＣの場合、ＵＥは特定のＰＤＣに関連するＰＤＥとその逆とを特定するためにエクスプレッションネームシステム（ＥＮＳ）に照会することができる。ＥＮＳは図３のＥＮＳ３３０であってよく、ネットワーク事業者またはサードパーティによってホストされ得る。ＥＮＳは、たとえば、ＵＥがＰＤＣとＰＤＥとのマッピングをキャッシュする（caches the PDC to PDE mapping）場合に、マネージドのＰＤＣが有効である時間を制限することができる。ＰＤＣ／ＰＤＥのペアが他のＵＥによって照会されるように、ＰＤＣ／ＰＤＥのペアが（たとえば、ＷＡＮ／ＬＡＮを介して）ＥＮＳに登録され得る。
【０１２０】
[0120]  アンマネージドのＰＤＣの場合、このＰＤＣに関連するＰＤＥは、ＰＤＣに関連するＰ２Ｐサービスに加入しているＵＥのみが利用可能であり得る。特定のＰ２Ｐサービス用のＰＤＣ／ＰＤＥのスペースは、図３のＳＳＭ３３２であり得るサービス固有マネージャ（ＳＳＭ）によって制御され得る。たとえば、ＳＳＭは、特定のＰ２Ｐサービス用のＰＤＣ／ＰＤＥのペアに関する情報を、そのＰ２Ｐサービスに加入しているＵＥのみに対して提供することができる。この情報は、アンマネージドのＰＤＣおよび対応するＰＤＥ、またはアンマネージドのＰＤＣを識別するための適切な鍵を備えることができ、対応するＰＤＥを特定することができる。
【０１２１】
[0121]  １つの設計では、ＰＤＳにおける（たとえば、アンマネージドのＰＤＣの）宣伝コード（an advertised code）は、他のＰＤＣとの衝突をランダム化し、ピアの誤検出の確率を減らすために時間とともに変わり得る。
【０１２２】
[0122]  １つの設計では、以下の自律型ピア発見モードのうちの１つまたは複数がサポートされ得る。  
・  宣伝モード（Advertisement mode）−ＵＥは、ＵＥによってサポートされる１つまたは複数のＰ２Ｐサービスのために１つまたは複数のＰＤＣを宣伝し（advertise）、関心のあるピアが宣伝を通じてＵＥを検出し得る。  
・  照会／応答モード（Query/Response mode）−ＵＥは、特定のＰ２Ｐサービスまたは特定のピアを要求するＰＤＣを宣伝し得る。  
追加の、異なる、かつ／またはより少ない自律型ピア発見モードもサポートされ得る。
【０１２３】
[0123]  照会／応答モードの場合、ＵＥは、近傍にあり、特定のＰ２Ｐサービスに加入している任意のピアを探す要求を宣伝することができる。Ｐ２Ｐサービスをサポートするピアは、その対応するＰＤＣを宣伝することによって応答することができる。
【０１２４】
[0124]  いくつかの自律型ピア発見モードをサポートすることができ、様々な方法で使用するために特定の自律型ピア発見モードを選択することができる。たとえば、アプリケーション構成に基づいて、またはロケーション、移動性などの現在の推定に基づいてどのピア発見モードがピアを発見するにあたりより効率的とみられるかに応じて、自律型ピア発見モードが選択され得る。
【０１２５】
[0125]  手動型ピア発見の場合、ユーザはＵＥに対し、近傍内の対応可能な（available）ピアを求めてスキャンを実行するように要求し得る。ユーザはその要求を、特定のピア発見コード（ＰＤＣ）またはＰＤＣセットに関連するピアに限定し得る。ＰＤＣは、後述のようにＰ２Ｐサービスを宣伝し検出するためのピア発見手順で使用される識別子であり得る。ＵＥは、ユーザから要求を受信し、ピア発見を実行し、ＰＤＥが知られている要求の範囲内にあるすべての対応可能なピアを報告することができる。
【０１２６】
[0126]  図１２に、関連するＰＤＥによって表される対応可能なピア１２０２のディスプレイ１２００の設計を示す。ディスプレイ１２００は、手動型ピア発見要求または自律型ピア発見探索の結果を提供するために使用され得る。図１２に示す例では、２つのピア「Ｊｏｅ」１２０４および「Ｍｅｇ」１２０６が、Ｓｋｙｐｅアプリケーション１２０８に関連するＰＤＥを有することがある。１つのピア「Ｓｔｅｖｅ」１２１０はＷｉｉアプリケーション１２１８のサッカーゲーム１２２０に関連するＰＤＥを有することがあり、２つのピア「Ｐａｍ」１２１２および「Ａｌ」１２１４はＷｉｉアプリケーション１２１８のゴルフゲーム１２２２に関連するＰＤＥを有することがある。１つのピア「ＨＰ４５」１２１６は、プリンタサービス１２２４に関連するＰＤＥを有することがある。
【０１２７】
[0127]  １つの設計では、トップレベル階層構造がＰＤＣに（またＰＤＥにも）使用されることがあり、２つの構成要素を含み得る。  
・  サービスＩＤ−ＰＤＣのサービスＩＤは、ＵＥによって提供されるサービスを識別するＰＤＣの非デバイス固有構成要素である。  
・  デバイスＩＤ−ＰＤＣのデバイスＩＤは、サービスＩＤの特定のインスタンス、たとえばユーザ、デバイス、ロケーションなどを識別する。  
追加の、異なる、かつ／またはより少ないタイプのＩＤもサポートされ得る。
【０１２８】
[0128]  １つの設計では、サービスＩＤは、サービスに関連するアプリケーション、プロトコル、および／または他のパラメータを識別するための１つまたは複数のフィールドを含み得る。１つの設計では、デバイスＩＤは、サービスＩＤ内で一意であってよく、ＵＥに対する異なるサービスは、異なるデバイスＩＤを使用して宣伝し得る。
【０１２９】
[0129]  １つの設計では、特定のサービスを宣伝しているアプリケーションは、たとえば、ドメインネーム管理がドメインネームシステム（ＤＮＳ）で定義される方法と同様に、ピア発見を簡素化するために、ＰＤＣおよびＰＤＥに対してさらなる階層的制約を課すことがある。たとえば、Ｓｋｙｐｅは、サービスＩＤが「ｖｉｄｅｏ．ｓｋｙｐｅ．ｐ２ｐ」として構造化され得る特定のサービスを宣伝することがあり、この場合にＳｋｙｐｅは、宣伝される個々のサービスのすべてについて第２のレベルのネーム構造を維持し、すべてのＳｋｙｐｅアプリケーションはサービスＩＤに共通のプレフィックスを共用する。
【０１３０】
[0130]  マネージドのＰＤＣの場合、ＵＥは、ＰＤＣに関連するサービスを識別するために、ワイルドカードデバイスＩＤでサービスＩＤを使用してＥＮＳに照会することができる。ＵＥはまた、ＰＤＣに関連するサービスとデバイスとを識別するために、完全なＰＤＣでＥＮＳに照会することができる。ＵＥはまた、部分的なサービスＩＤを使用してＥＮＳに照会することができ、ＥＮＳは当該サービスＩＤに対して最長プレフィックスマッチ（a longest prefix match）を返信することができる。ＵＥは対応するサービスＩＤなしでデバイスＩＤを照会できることも、できないこともある。
【０１３１】
[0131]  アンマネージドのＰＤＣの場合、サービスＩＤおよびデバイスＩＤは、アプリケーションまたはサービスによって割り当てられ得る。他のピアを識別するために使用される鍵は、たとえば、アプリケーションがダウンロードされたとき、またはＵＥがサービスに加入したときに、ＵＥに通信され得る。
【０１３２】
[0132]  １つの設計では、サービスＩＤおよびデバイスＩＤの階層に加えて、以下のタイプのデバイスＩＤのうちの１つまたは複数がサポートされ得る。  
・  無制限デバイスＩＤ（Unrestricted device ID）−無制限デバイスＩＤが使用されるとき、任意のＵＥは、宣伝されたＰＤＣに関連する特定のデバイスを識別することができる。  
・  制限付きデバイスＩＤ（Restricted device ID）−（たとえばアウトオブバンド（out of band）で交換された）適切な鍵を有するＵＥのみが、デバイスＩＤに関連する特定のデバイスを識別することが可能であり得る。  
追加の、異なる、かつ／またはより少ないデバイスＩＤタイプもサポートされ得る。
【０１３３】
[0133]  無制限デバイスＩＤおよび／または制限付きデバイスＩＤは、マネージドのＰＤＣに使用され得る。無制限デバイスＩＤおよび／または制限付きデバイスＩＤは、アンマネージドのＰＤＣにも使用され得る。ユーザは、制限付きデバイスＩＤまたは無制限デバイスＩＤを宣伝するようにＰ２Ｐサービスを構成し得る。
【０１３４】
[0134]  無制限デバイスＩＤの場合、ＵＥは、マネージドのＰＤＣについてはＥＮＳに、アンマネージドのＰＤＣについてはＳＳＭに照会することができる。ＵＥは、マネージドのＰＤＣについてはサービスＩＤとデバイスＩＤの両方に基づいて照会することができる。ＵＥは、アンマネージドのＰＤＣについてはサービスＩＤおよび／またはデバイスＩＤに基づいて照会することができる。ＵＥはまた、以前に検出されたＰＤＣに対応するサービスＩＤとデバイスＩＤとのペアのローカルキャッシュされたテーブルを有し得る。
【０１３５】
[0135]  アンマネージドのＰＤＣを使用するサービスの場合、関連するＰＤＣスペースを管理するためにＳＳＭが使用され得る。これは、いくつかの点でマネージドのＰＤＣとは異なり得る。第１に、アンマネージドのＰＤＣがグローバル一意であることを保証する集中型エンティティが存在しなくてよい。第２に、アンマネージドのＰＤＣに関連するサービスＩＤを認識するアプリケーションのみが、アンマネージドのＰＤＣに関連するデバイスＩＤを見つけるために適切なＳＳＭに照会することが可能であり得る。
【０１３６】
[0136]  マネージドのＰＤＣについて、制限付きデバイスＩＤの場合、ＵＥは、マネージドのＰＤＣに関連するサービスを識別するために、ワイルドカードデバイスＩＤでサービスＩＤを使用してＥＮＳに照会することができる。しかしながら、ＵＥは、サービスＩＤとデバイスＩＤとを識別するために完全なＰＤＣで照会することができないことがある。制限付きデバイスＩＤは一意でないことがある。アンマネージドのＰＤＣの誤検出の確率を低下させることに当てはまる同じ原理が、制限付きデバイスＩＤ、すなわち時間とともに宣伝を変えることに当てはまり得る。
【０１３７】
[0137]  図１３は、マネージドのＰＤＣおよびアンマネージドのＰＤＣならびに制限付きデバイスＩＤおよび無制限デバイスＩＤに関するいくつかの使用事例をテーブル１３００に記載している。
【０１３８】
[0138]  Ｐ２Ｐの様々な態様は、Ｐ２Ｐの使用がＷＡＮのセキュリティを脅かさないように設計され得る。１つの設計では、Ｐ２Ｐ接続のリンクレイヤにおけるセキュリティは、ＷＡＮにおけるセキュリティに匹敵し得る。
【０１３９】
[0139]  １つの設計では、ＵＥは、許容されたＰＤＣのリストを含むことができ、かかるＰＤＣは、ピア発見において宣伝することについてネットワーク事業者によって許可され得る。ＵＥは、リストにないマネージドのＰＤＣを宣伝することができない。Ｐ２Ｐ通信またはＷＡＮ通信を確立するときに、マネージドのＰＤＣの所有者としてマネージドのＰＤＣを宣伝するピアＵＥを認証することは可能であり得る。ＵＥは、任意のアンマネージドのＰＤＣを宣伝する全般的許可を受けることがあり、またはアンマネージドのＰＤＣを宣伝することを禁止されることがある。アンマネージドのＰＤＣは、全般的に、またはきめの細かい制御により（in finer-grained control）、許可または禁止され得る。
【０１４０】
[0140]  ＵＥは、アンマネージドのＰＤＣを使用するサービスに加入することができる。次いでＵＥは、そのアンマネージドのＰＤＣに関する宣伝値（advertised values）の適正なシーケンスを生成することが可能であり得る。サービスに加入していないＵＥは、宣伝値のシーケンスを生成することが不可能なことがあり、アンマネージドのＰＤＣに関連するＰＤＥを特定することが不可能なこともある。
【０１４１】
[0141]  図１４に、Ｐ２Ｐ通信用にＵＥを構成するための方法１４００の態様を示す。方法１４００は第１のＵＥによって、第２のＵＥと直接通信するために実行され得る。方法１４００は、１４０２において第１のＵＥが基地局／ｅＮＢからＰ２Ｐ構成情報を受信することを含み得る。Ｐ２Ｐ構成情報は、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートし得る。たとえば、Ｐ２Ｐ構成情報は、第１のＵＥと第２のＵＥとの間のＰ２Ｐ接続を構成するためのパラメータを指定し得る。第２のＵＥは、基地局のカバレージエリア内に、または基地局のカバレージエリア外にあるが、第１のＵＥの無線範囲内に存在することがある。基地局は、マクロセルのためのマクロ基地局、フェムトセルのためのホーム基地局、または何らかの他のタイプの基地局であってよい。第１のＵＥは、（ｉ）（たとえば、図３に示すように）Ｐ２Ｐ構成情報を受信した後、または（ｉｉ）Ｐ２Ｐ構成情報を受信する前、のいずれかのときに第２のＵＥを検出するためにピア発見を実行することができる。
【０１４２】
[0142]  方法１４００は、１４０４において第１のＵＥがＰ２Ｐ構成情報に基づいて第２のＵＥと直接通信することをさらに含むことができる。たとえば、第１のＵＥは、Ｐ２Ｐ構成情報によって指定されたパラメータに従って第２のＵＥとのＰ２Ｐ通信リンクをセットアップすることができる。そのようなパラメータの例は、たとえば、図６に関連して本明細書ですでに説明しており、たとえば、（たとえば、ピア発見および／またはＰ２Ｐ通信のために）Ｐ２Ｐに割り振られたリソース、Ｐ２Ｐに使用するＵＥ識別情報（ＩＤ）、Ｐ２Ｐのサービス資格証明、および第１もしくは第２のＵＥの無線範囲内におけるワイヤレス通信システムの任意の基地局が関与するワイヤレス通信への干渉またはそのようなワイヤレス通信からの干渉のリスクを軽減するためにＰ２Ｐリンクを確立するための他の情報を含み得る。Ｐ２Ｐに割り振られたリソースは、ＰＨＹレイヤのリソース（たとえば、時間インターレース、リソースブロックなど）、ＭＡＣレイヤのリソース、または同様のリソース情報を含むことができる。ＵＥ  ＩＤは、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）または同様の識別子を含むことができる。
【０１４３】
[0143]  図１５〜図１８に、方法１４００に関連して、または方法１４００の一部として実行され得る追加の動作または態様を示す。追加の動作１５００、１６００、１７００、および１８００のうちの１つまたは複数は、方法１４００の一部として随意に実行され得るか、または方法１４００の要素のうちの１つを変更する態様を描写し得る。要素１５００、１６００、１７００、および１８００は、任意の動作順序で実行され得、または性能の特定の発生順を必要とすることなしに開発アルゴリズムによって包含され得る。動作は独立して実行され、相互排他的ではない。したがって、そのような動作のうちのいずれか１つが、別のダウンストリームまたはアップストリーム動作が実行されるかどうかにかかわらず実行され得る。たとえば、方法１４００が動作１５００、１６００、１７００、および１８００のうちの少なくとも１つを含む場合、方法１４００は、図示され得るいかなる（１つまたは複数の）後続のダウンストリーム動作をも含む必要なしに、少なくとも１つの動作の後、終了し得る。追加の動作の一態様では、１４０２において受信されるＰ２Ｐ構成情報は、第１のＵＥによって、（ｉ）ＲＲＣメッセージ、または（ｉｉ）少なくとも１つのＳＩＢ、のうちの少なくとも１つで受信され、それぞれ、図１５および図１６に関連して以下でより詳細に説明する。
【０１４４】
[0144]  Ｐ２Ｐ構成情報を取得するための方式に関係する追加の動作１５００が、図１５に示されている。方法１４００の一実施形態において、動作１４０２は、１５０２において第１のＵＥが、たとえば図６の６１０に示すように基地局に構成要求メッセージを送ることをさらに含み得る。動作１４０２は、１５０４において、次いで第１のＵＥが、たとえば図６の６１２に示すように基地局からＰ２Ｐ構成情報を備える構成メッセージを受信することをさらに含み得る。方法１４００の一態様では、構成要求メッセージおよび構成メッセージは、ブロック１５０６に示すようにＰ２ＰをサポートするＲＲＣメッセージを備えることができる。
【０１４５】
[0145]  Ｐ２Ｐ構成情報を取得するための方式に関係する追加の動作１６００が、代替的設計として図１６に示されている。方法１４００の別の実施形態において、動作１４０２は、１６０２において第１のＵＥが、たとえば図７の７１０に示すように基地局によってブロードキャストされた少なくとも１つのＳＩＢを受信することをさらに含み得る。方法１４００は、１６０４において第１のＵＥが少なくとも１つのＳＩＢからＰ２Ｐ構成情報を取得することをさらに含み得る。第１のＵＥは、他の方法または方式でＰ２Ｐ構成情報を受信することもできる。
【０１４６】
[0146]  方法１４００の追加の態様１７００が図１７に示されている。１７０２に示す１つの設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られたＰＨＹリソース、もしくはＭＡＣリソース、または両方を伝達することができる。１７０４に示す別の設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達することができる。１７０６に示すさらに別の設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達することができる。Ｐ２Ｐ構成情報は、他のパラメータを伝達することもできる。別の態様では、方法１４００は、１７０８において第１のＵＥが、第１のＵＥによって選択された（たとえば、要求された）任意の時間にＰ２Ｐ構成情報を受信することを含むことができる。たとえば、ＵＥは、要求を送信することによってＰ２Ｐ構成情報の提供をトリガし得る。
【０１４７】
[0147]  方法１４００は、図１８に示す動作１８００のいずれか一方または両方をさらに含むことができる。方法１４００は、１８０２において第１のＵＥによって、Ｐ２Ｐ構成情報を受信した後に第２のＵＥを検出するためにピア発見を実行することをさらに含み得る。代替または追加として、方法１４００は、１８０４において第１のＵＥによって、Ｐ２Ｐ構成情報を受信する前に第２のＵＥを検出するためにピア発見を実行することを含み得る。
【０１４８】
[0148]  図１９を参照すると、ワイヤレス通信システムのＰ２Ｐリンクを構成するための、ワイヤレスネットワーク中のＵＥとして、あるいはＵＥ内で使用するためのプロセッサまたは同様のデバイスとして構成され得る例示的な装置１９００が与えられている。装置１９００は、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表すことができる機能ブロックを含み得る。
【０１４９】
[0149]  図示のように、一実施形態では、装置１９００は、第１のＵＥにおいて基地局から、基地局のカバレージエリア内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を受信するための電気的構成要素またはモジュール１９０２を含み得る。たとえば、電気的構成要素１９０２は、ネットワークインターフェースなどと、および、所定の方法で構成データを取得するために基地局と通信するための命令をもつメモリとに結合された少なくとも１つの制御プロセッサを含み得る。電気的構成要素１９０２は、第１のＵＥにおいて基地局から、基地局のカバレージエリア内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を受信するための手段であり得るか、またはその手段を含み得る。前記手段は、アルゴリズムを動作させる少なくとも１つの制御プロセッサであり得るか、またはその制御プロセッサを含み得る。このアルゴリズムは、ワイヤレス送信によるデータを受信し、基地局からの信号に基づいて、または所定のテンプレートに基づいて当該データをＰ２Ｐ構成データとして認識し、構成情報を記憶することを含み得る。
【０１５０】
[0150]  装置１９００は、Ｐ２Ｐ構成情報に基づいて第１のＵＥによって第２のＵＥと直接通信するための電気的構成要素１９０４を含むことができる。たとえば、装置は、送信機／受信機ペアの一部として通信リンクを動作させるプロセッサに結合されたトランシーバを含むことができる。電気的構成要素１９０４は、Ｐ２Ｐ構成情報に基づいて第１のＵＥによって第２のＵＥと直接通信するための手段であり得るか、またはその手段を含み得る。前記手段は、アルゴリズムを動作させる少なくとも１つの制御プロセッサであり得るか、またはその制御プロセッサを含み得る。このアルゴリズムは、本明細書で説明するように、クライアント／マネージャプロトコルに従って、Ｐ２Ｐリンクをセットアップするために、構成情報からの第２のＵＥの識別情報、ＰＨＹリソース、ＭＡＣリソース、またはサービス資格証明を適用することを含み得る。
【０１５１】
[0151]  装置１９００は、説明を簡単にするために図１９に示していない、図１５〜図１８に関連して説明した方法１４００のいずれかまたはすべてを実行するための同様の電気的構成要素を含み得る。
【０１５２】
[0152]  関係する態様では、モバイルエンティティとして構成された装置１９００の場合、装置１９００は、少なくとも１つのプロセッサを有するプロセッサ構成要素１９１０を随意に含み得る。プロセッサ１９１０は、そのような場合、バス１９１２または同様の通信結合を介して構成要素１９０２〜１９０４または同様の構成要素と動作可能に通信し得る。プロセッサ１９１０は、電気的構成要素１９０２〜１９０４によって実行されるプロセスまたは機能の起動とスケジューリングとを実施し得る。
【０１５３】
[0153]  さらなる関連する態様では、装置１９００は、他のネットワークエンティティと通信するためのネットワークインターフェース構成要素１９１４を含み得る。装置１９００は、たとえば、メモリデバイス／構成要素１９１６など、情報を記憶するための構成要素を随意に含み得る。コンピュータ可読媒体またはメモリ構成要素１９１６は、バス１９１２などを介して装置１９００の他の構成要素に動作可能に結合され得る。メモリ構成要素１９１６は、構成要素１９０２〜１９０４、およびそれらの副構成要素、またはプロセッサ１９１０、方法１４００、または本明細書で開示する方法のアクティビティを実行するための、プログラム命令とデータとを記憶するように適応され得る。メモリ構成要素１９１６は、構成要素１９０２〜１９０４に関連する機能を実行するための命令を保持し得る。構成要素１９０２〜１９０４は、メモリ１９１６の外部にあるものとして示されているが、メモリ１９１６の内部に存在し得ることを理解されたい。
【０１５４】
[0154]  装置のさらなる例については、再び図２および図３を参照すると、送信機２１０および受信機２５０は、Ｐ２Ｐシステムにおける図３のＵＥ３２０ａおよび３２０ｂの例を提供している。ＵＥ３２０ａにおいて、送信プロセッサ２１４は、データソース２１２からデータを受信し、コントローラ／プロセッサ２３０から制御情報を受信し得る。制御情報は、（ｉ）たとえば、図５〜図１１に示すような、直接接続確立に使用するメッセージ、（ｉｉ）ＭＩＢおよびＳＩＢのようなシステム情報、ならびに／または（ｉｉｉ）他の情報およびシグナリングを備えることができる。ＵＥ３２０ｂにおいて、データソース２３６からのデータ、コントローラ／プロセッサ２７０からの（たとえば、直接接続確立に使用するメッセージに関する）制御情報、および基準シンボルが、送信プロセッサ２３８によって処理され得る。
【０１５５】
[0155]  Ｐ２Ｐ通信の場合、ＵＥ３２０ａおよび３２０ｂは、直接接続確立、再構成などに使用する様々なメッセージを生成することができる。各ＵＥは、Ｐ２Ｐ信号とＰ２Ｐ用の近傍検出信号とを生成することができる。各ＵＥは、その信号を他のＵＥに送信することができる。各ＵＥはまた、基地局／ｅＮＢからダウンリンク信号を受信し得、ＷＡＮ通信のためにアップリンク信号を基地局／ｅＮＢに送信し得る。
【０１５６】
[0156]  コントローラ／プロセッサ２３０および２７０は、それぞれＵＥ３２０ａおよび３２０ｂにおける動作を指示し得る。各ＵＥにおけるコントローラ／プロセッサ２３０および２７０、ならびに／または他のプロセッサおよびモジュールは、図１４のプロセス１４００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ２３２および２７２は、それぞれＵＥ３２０ａおよび３２０ｂのためのデータとプログラムコードとを記憶し得る。
【０１５７】
[0157]  一構成では、ワイヤレス通信のための装置３２０ａおよび／または３２０ｂは、第１のＵＥにおいて基地局から、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を受信するための手段と、Ｐ２Ｐ構成情報に基づいて第１のＵＥによって第２のＵＥと直接通信するための手段とを、それぞれ含むことができる。
【０１５８】
[0158]  一態様では、上述の手段は、上述の手段によって具陳される機能を実行するように構成され得る、ＵＥ３２０ａにおける（１つもしくは複数の）プロセッサ２１４、２２０および／もしくは２３０、ならびに／またはＵＥ３２０ｂにおける（１つもしくは複数の）プロセッサ２６０、２７０および／もしくは２３８を含み得る。別の態様では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された１つまたは複数のモジュールまたは任意の装置であり得る。前記手段は、図１４に関連して上記で説明した動作を実行するためのアルゴリズムを実行する上述のプロセッサのいずれか１つまたは組合せを含み得る。このアルゴリズムは、図５〜図１１および／または図１５〜図１９に関連して説明した動作の詳細を含み得る。
【０１５９】
[0159]  図２０に、Ｐ２Ｐ通信用にＵＥを構成するためにＵＥにＰ２Ｐ構成情報を提供するための方法２０００の態様を示す。方法２０００は、ＵＥと通信する基地局によって実行され得る。方法２０００は、２００２において基地局が第１のＵＥから構成要求メッセージを受信することを含み得る。方法２０００は、２００４において基地局がたとえばユニキャスト送信またはブロードキャスト送信を使用して、構成要求メッセージに応答してＵＥにＰ２Ｐ構成情報を提供することをさらに含み得る。Ｐ２Ｐ構成情報は、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートし得る。基地局は、マクロセルのためのマクロ基地局、フェムトセルのためのホーム基地局、または何らかの他のタイプの基地局であってよい。第１のＵＥは、（ｉ）（たとえば、図３に示すように）Ｐ２Ｐ構成情報を受信した後、または（ｉｉ）Ｐ２Ｐ構成情報を受信する前、のいずれかのときに第２のＵＥを検出するためにピア発見を実行することができる。第１のＵＥは、Ｐ２Ｐプロトコルを使用して、基地局からのＰ２Ｐ構成情報に基づいて第２のＵＥと直接通信することができる。
【０１６０】
[0160]  図２１〜図２３に、方法２０００に関連して、または方法２０００の一部として実行され得る追加の動作または態様を示す。追加の動作２１００、２２００、および２３００のうちの１つまたは複数は、方法２０００の一部として随意に実行され得るか、または方法２０００の要素のうちの１つを変更する態様を描写し得る。要素２１００、２２００、および２３００は、任意の動作順序で実行され得、または性能の特定の発生順を必要とすることなしに開発アルゴリズムによって包含され得る。動作は独立して実行され、相互排他的ではない。したがって、そのような動作のうちのいずれか１つが、別のダウンストリームまたはアップストリーム動作が実行されるかどうかにかかわらず実行され得る。たとえば、方法２０００が動作２１００、２２００および２３００のうちの少なくとも１つを含む場合、方法２０００は、図示され得るいかなる（１つまたは複数の）後続のダウンストリーム動作をも含む必要なしに、少なくとも１つの動作の後、終了し得る。追加の動作の一態様では、２００４において第１のＵＥに提供されるＰ２Ｐ構成情報は、（ｉ）ＲＲＣメッセージ、または（ｉｉ）少なくとも１つのＳＩＢ、のうちの少なくとも１つで提供され、それぞれ、図２１および図２２に関連して以下でより詳細に説明する。
【０１６１】
[0161]  Ｐ２Ｐ構成情報を提供するための方式に関係する追加の動作２１００が、図２１に示されている。方法２０００の一実施形態において、動作２００４は、２１０２において基地局が、たとえば図６の６１２に示すようにＵＥにＰ２Ｐ構成情報を備える構成メッセージを送信することをさらに含み得る。方法２０００の一態様では、構成要求メッセージおよび構成メッセージは、ブロック２１０４に示すようにＰ２ＰをサポートするＲＲＣメッセージを備えることができる。
【０１６２】
[0162]  Ｐ２Ｐ構成情報を提供するための方式に関係する追加の動作２２００が、代替的設計として図２２に示されている。方法２０００の別の実施形態において、動作２００２は、２２０２において基地局が、たとえば図７の７１０に示すように少なくとも１つのＳＩＢをブロードキャストすることをさらに含み得る。方法２０００は、２２０４において基地局が少なくとも１つのＳＩＢ内のＰ２Ｐ構成情報を符号化することをさらに含み得る。基地局は、他の方法または方式でＰ２Ｐ構成情報を提供することもできる。
【０１６３】
[0163]  方法２０００の追加の態様２３００が図２３に示されている。２３０２に示す１つの設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られたＰＨＹリソース、もしくはＭＡＣリソース、または両方を伝達することができる。２３０４に示す別の設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達することができる。２３０６に示すさらに別の設計では、Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達することができる。Ｐ２Ｐ構成情報は、他のパラメータを伝達することもできる。
【０１６４】
[0164]  図２４を参照すると、ワイヤレス通信システムのＰ２Ｐリンクを構成するための、ワイヤレスネットワーク中の基地局／ｅＮＢとして、あるいは基地局内で使用するためのプロセッサまたは同様のデバイスとして構成され得る例示的な装置２４００が与えられている。装置２４００は、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表すことができる機能ブロックを含み得る。
【０１６５】
[0165]  図示のように、一実施形態では、装置２４００は、ワイヤレス通信システムの基地局において第１のＵＥから構成要求メッセージを受信するための電気的構成要素またはモジュール２４０２であって、Ｐ２Ｐ要求が、基地局のカバレージエリア内にあるＵＥのためのＰ２Ｐ通信をサポートするための情報に向けられている、電気的構成要素またはモジュール２４０２を含み得る。たとえば、電気構成要素２４０２は、ネットワークインターフェースなどと、および、所定の方法で構成データを受信するためにＵＥと通信するための命令をもつメモリとに結合された少なくとも１つの制御プロセッサを含み得る。電気的構成要素２４０２は、ワイヤレス通信システムの基地局において第１のＵＥから構成要求メッセージを受信するための手段であり得るか、またはその手段を含み得る。前記手段は、アルゴリズムを動作させる少なくとも１つの制御プロセッサであり得るか、またはその制御プロセッサを含み得る。このアルゴリズムは、ワイヤレス送信によるデータを受信し、ＵＥからの信号に基づいて、または所定のテンプレートに基づいて当該データをＰ２Ｐ構成要求メッセージとして認識し、要求を処理することを含み得る。
【０１６６】
[0166]  装置２４００は、構成要求メッセージに応答して基地局からＵＥに、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を提供するための電気的構成要素２４０４を含むことができる。たとえば、装置は、送信機／受信機ペアの一部として通信リンクを動作させるプロセッサに結合されたトランシーバを含むことができる。電気的構成要素２４０４は、構成要求メッセージに応答して基地局からＵＥに、基地局のカバレージ内にあるＵＥのためのＰ２Ｐ通信をサポートするＰ２Ｐ構成情報を提供するための手段であり得るか、またはその手段を含み得る。前記手段は、アルゴリズムを動作させる少なくとも１つの制御プロセッサであり得るか、またはその制御プロセッサを含み得る。このアルゴリズムは、システムパラメータおよび動作条件に基づいてＰ２Ｐ構成情報を取得および／または生成することと、メッセージ内の構成情報を符号化することと、メッセージをＵＥに向けることとを含み得る。
【０１６７】
[0167]  装置２４００は、説明を簡単にするために図２４に示していない、図２１〜図２３に関連して説明した方法２０００のいずれかまたはすべてを実行するための同様の電気的構成要素を含み得る。
【０１６８】
[0168]  関係する態様では、基地局として動作するように構成された装置２４００の場合、装置２４００は、少なくとも１つのプロセッサを有するプロセッサ構成要素２４１０を随意に含み得る。プロセッサ２４１０は、そのような場合、バス２４１２または同様の通信結合を介して構成要素２４０２〜２４０４または同様の構成要素と動作可能に通信し得る。プロセッサ２４１０は、電気的構成要素２４０２〜２４０４によって実行されるプロセスまたは機能の起動とスケジューリングとを実施し得る。
【０１６９】
[0169]  さらなる関連する態様では、装置２４００は、他のネットワークエンティティと通信するためのネットワークインターフェース構成要素２４１４を含み得る。装置２４００は、たとえば、メモリデバイス／構成要素２４１６など、情報を記憶するための構成要素を随意に含み得る。コンピュータ可読媒体またはメモリ構成要素２４１６は、バス２４１２などを介して装置２４００の他の構成要素に動作可能に結合され得る。メモリ構成要素２４１６は、構成要素２４０２〜２４０４、およびそれらの副構成要素、またはプロセッサ２４１０、方法１２００、または本明細書で開示する方法のアクティビティを実行するための、コンピュータ可読命令とデータとを記憶するように適応され得る。メモリ構成要素２４１６は、構成要素２４０２〜２４０４に関連する機能を実行するための命令を保持し得る。構成要素２４０２〜２４０４は、メモリ２４１６の外部にあるものとして示されているが、メモリ２４１６の内部に存在し得ることを理解されたい。
【０１７０】
[0170]  情報および信号は様々な異なる技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１７１】
[0171]  さらに、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【０１７２】
[0172]  本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【０１７３】
[0173]  本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施するか、プロセッサによって実行されるソフトウェアモジュールで実施するか、またはその２つの組合せで実施することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣは、ユーザ端末内に常駐することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として常駐することもできる。
【０１７４】
[0174]  １つまたは複数の例示的な設計では、説明した機能を、ハードウェア、ソフトウェア、ファームウェア、または任意のそれらの組合せで実装することができる。ソフトウェアで実装した場合、機能は、非一時的コンピュータ可読媒体上に１つまたは複数の命令またはコードとして記憶され得る。非一時的コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、汎用または専用コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＳＳＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイ（登録商標）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気もしくは電子ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）と、レーザーディスク（登録商標）（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（disk）と、ブルーレイディスク（disc）とを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１７５】
[0175]  本開示の前述の説明は、いかなる当業者でも本開示を作成または使用することができるように提供される。本開示への様々な修正は当業者には容易に明らかであり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用できる。したがって、本開示は、本明細書で説明する例および設計に限定されるものではなく、本明細書で開示する原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のユーザ機器（ＵＥ）において基地局からピアツーピア（Ｐ２Ｐ）構成情報を受信することであって、前記Ｐ２Ｐ構成情報が、前記第１のＵＥと第２のＵＥとの間のＰ２Ｐ接続を構成するためのパラメータを指定し、（ｉ）無線リソース制御（ＲＲＣ）メッセージ、または（ｉｉ）少なくとも１つのシステム情報ブロック（ＳＩＢ）、のうちの少なくとも１つで受信される、ことと、
前記Ｐ２Ｐ構成情報に基づいて前記第１のＵＥによって第２のＵＥと直接通信することとを備える、ワイヤレス通信のための方法。
［Ｃ２］
Ｐ２Ｐ構成情報を受信することは、
前記第１のＵＥから前記基地局に構成要求メッセージを送ることと、
前記基地局から前記Ｐ２Ｐ構成情報を備える構成メッセージを受信することと
を備える、Ｃ１に記載の方法。
［Ｃ３］
構成要求メッセージおよび前記構成メッセージは、Ｐ２Ｐをサポートする無線リソース制御（ＲＲＣ）メッセージを備える、Ｃ２に記載の方法。
［Ｃ４］
前記Ｐ２Ｐ構成情報を受信することは、前記基地局からブロードキャストで前記少なくとも１つのシステム情報ブロック（ＳＩＢ）を受信することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られた物理レイヤ（ＰＨＹ）リソース、もしくは媒体アクセス制御（ＭＡＣ）リソース、または両方を伝達する、Ｃ１に記載の方法。
［Ｃ６］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達する、Ｃ１に記載の方法。
［Ｃ７］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達する、Ｃ１に記載の方法。
［Ｃ８］
前記Ｐ２Ｐ構成情報は、前記第１のＵＥによって選択された時間に前記第１のＵＥによって受信される、Ｃ１に記載の方法。
［Ｃ９］
前記第１のＵＥによって、前記Ｐ２Ｐ構成情報を受信した後に前記第２のＵＥを検出するためにピア発見を実行することをさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記第１のＵＥによって、前記Ｐ２Ｐ構成情報を受信する前に前記第２のＵＥを検出するためにピア発見を実行することをさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
前記基地局はマクロセルのためのマクロ基地局である、Ｃ１に記載の方法。
［Ｃ１２］
前記基地局はフェムトセルのためのホーム基地局である、Ｃ１に記載の方法。
［Ｃ１３］
第１のユーザ機器（ＵＥ）において基地局からピアツーピア（Ｐ２Ｐ）構成情報を受信するための手段であって、前記Ｐ２Ｐ構成情報が、前記第１のＵＥと第２のＵＥとの間のＰ２Ｐ接続を構成するためのパラメータを指定し、（ｉ）無線リソース制御（ＲＲＣ）メッセージ、または（ｉｉ）少なくとも１つのシステム情報ブロック（ＳＩＢ）、のうちの少なくとも１つで受信される、手段と、
前記Ｐ２Ｐ構成情報に基づいて前記第１のＵＥによって第２のＵＥと直接通信するための手段とを備える、ワイヤレス通信のための装置。
［Ｃ１４］
ワイヤレス通信のための装置であって、
メモリに結合された少なくとも１つのプロセッサを備え、前記メモリが、
第１のユーザ機器（ＵＥ）において基地局からピアツーピア（Ｐ２Ｐ）構成情報を受信する動作であって、前記Ｐ２Ｐ構成情報が、前記第１のＵＥと第２のＵＥとの間のＰ２Ｐ接続を構成するためのパラメータを指定し、（ｉ）無線リソース制御（ＲＲＣ）メッセージ、または（ｉｉ）少なくとも１つのシステム情報ブロック（ＳＩＢ）、のうちの少なくとも１つで受信される、動作と、
前記Ｐ２Ｐ構成情報に基づいて前記第１のＵＥによって第２のＵＥと直接通信する動作とを前記装置に実行させるために前記プロセッサによって実行可能なプログラム命令を保持する、ワイヤレス通信のための装置。
［Ｃ１５］
Ｐ２Ｐ構成情報を受信するための前記命令は、
前記第１のＵＥから前記基地局に構成要求メッセージを送り、
前記基地局から前記Ｐ２Ｐ構成情報を備える構成メッセージを受信するための命令を備える、Ｃ１４に記載の装置。
［Ｃ１６］
前記構成要求メッセージおよび前記構成メッセージは、Ｐ２Ｐをサポートする無線リソース制御（ＲＲＣ）メッセージを備える、Ｃ１５に記載の装置。
［Ｃ１７］
Ｐ２Ｐ構成情報を受信するための前記命令は、
前記基地局によってブロードキャストされた少なくとも１つのシステム情報ブロック（ＳＩＢ）を受信し、
前記少なくとも１つのＳＩＢから前記Ｐ２Ｐ構成情報を取得するための命令を備える、Ｃ１４に記載の装置。
［Ｃ１８］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のために割り振られた物理レイヤ（ＰＨＹ）リソース、もしくは媒体アクセス制御（ＭＡＣ）リソース、または両方を伝達する、Ｃ１４に記載の装置。
［Ｃ１９］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信に使用するＵＥ識別情報を伝達する、Ｃ１４に記載の装置。
［Ｃ２０］
前記Ｐ２Ｐ構成情報は、Ｐ２Ｐ通信のサービス資格証明を伝達する、Ｃ１４に記載の装置。
［Ｃ２１］
前記命令は、前記第１のＵＥによって選択された時間に、前記Ｐ２Ｐ構成情報を前記第１のＵＥによって受信させる、Ｃ１４に記載の装置。
［Ｃ２２］
前記メモリは、前記第１のＵＥによって、前記Ｐ２Ｐ構成情報を受信した後に前記第２のＵＥを検出するためにピア発見を実行するための命令をさらに保持する、Ｃ１４に記載の装置。
［Ｃ２３］
前記メモリは、前記第１のＵＥによって、前記Ｐ２Ｐ構成情報を受信する前に前記第２のＵＥを検出するためにピア発見を実行するための命令をさらに保持する、Ｃ１４に記載の装置。
［Ｃ２４］
少なくとも１つのプロセッサに、第１のユーザ機器（ＵＥ）において基地局からピアツーピア（Ｐ２Ｐ）構成情報を受信させるためのコードであって、前記Ｐ２Ｐ構成情報が、前記第１のＵＥと第２のＵＥとの間のＰ２Ｐ接続を構成するためのパラメータを指定し、（ｉ）無線リソース制御（ＲＲＣ）メッセージ、または（ｉｉ）少なくとも１つのシステム情報ブロック（ＳＩＢ）、のうちの少なくとも１つで受信される、コードと、
前記少なくとも１つのプロセッサに、前記Ｐ２Ｐ構成情報に基づいて前記第１のＵＥによって第２のＵＥと直接通信させるためのコードとを備える非一時的コンピュータ可読媒体を備えるコンピュータプログラム製品。
【図１】
0006017635.tif 000002
【図２】
0006017635.tif 000003
【図３】
0006017635.tif 000004
【図４】
0006017635.tif 000005
【図５】
0006017635.tif 000006
【図６】
0006017635.tif 000007
【図７】
0006017635.tif 000008
【図８】
0006017635.tif 000009
【図９】
0006017635.tif 000010
【図１０】
0006017635.tif 000011
【図１１】
0006017635.tif 000012
【図１２】
0006017635.tif 000013
【図１３】
0006017635.tif 000014
【図１４】
0006017635.tif 000015
【図１５】
0006017635.tif 000016
【図１６】
0006017635.tif 000017
【図１７】
0006017635.tif 000018
【図１８】
0006017635.tif 000019
【図１９】
0006017635.tif 000020
【図２０】
0006017635.tif 000021
【図２１】
0006017635.tif 000022
【図２２】
0006017635.tif 000023
【図２３】
0006017635.tif 000024
【図２４】
0006017635.tif 000025