[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP6843735B2 - ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化 - Google Patents

ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化 Download PDF

Info

Publication number
JP6843735B2
JP6843735B2 JP2017500916A JP2017500916A JP6843735B2 JP 6843735 B2 JP6843735 B2 JP 6843735B2 JP 2017500916 A JP2017500916 A JP 2017500916A JP 2017500916 A JP2017500916 A JP 2017500916A JP 6843735 B2 JP6843735 B2 JP 6843735B2
Authority
JP
Japan
Prior art keywords
communication
wan
subframes
subframe
uplink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017500916A
Other languages
English (en)
Other versions
JP2017527169A (ja
JP2017527169A5 (ja
Inventor
ワン、レンチ
ドーン、ダン・ゴク
パランキ、ラビ
ブシャン、ナガ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/328,996 external-priority patent/US9084240B2/en
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2017527169A publication Critical patent/JP2017527169A/ja
Publication of JP2017527169A5 publication Critical patent/JP2017527169A5/ja
Application granted granted Critical
Publication of JP6843735B2 publication Critical patent/JP6843735B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

[0001] 本開示は、一般的には、通信に関し、より具体的には、ピアツーピア（Ｐ２Ｐ）通信をサポートするための技法に関する。
[0002] ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト、等のような様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザをサポートすることができる多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。ワイヤレス通信ネットワークは、ワイドエリアネットワーク（ＷＡＮ）とも称され得る。
[0003] ワイヤレス通信ネットワークは、多数のユーザ機器（ＵＥ）のための通信をサポートすることができる多数の基地局を含み得る。ＵＥは、基地局と通信し得る。ＵＥはまた、１つ以上の他のＵＥとピアツーピア（Ｐ２Ｐ）で通信することができる。ＵＥのためのＰ２Ｐ通信を効率的にサポートすることが望ましくあり得る。
[0004] Ｐ２Ｐ通信およびＷＡＮ通信をサポートするための技法が、本明細書で説明される。一態様において、ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にするネットワークエンティティによって実施可能な方法は、ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定することを含む。方法は、Ｐ２Ｐ通信のためにＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定することを含む。方法は、Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にすることをさらに含む。
[0005] 別の態様において、ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信のためのモバイルエンティティによって実施可能な方法は、Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別することを含む。方法は、サブフレームのグループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信することを含む。
[0006] 本開示の様々な態様および特徴が、以下でより詳細に説明される。
[0007] 図１は、Ｐ２Ｐ通信をサポートするワイヤレスネットワークを示す。 [0008] 図２は、周波数分割複信（ＦＤＤ）のためのフレーム構造を示す。 [0009] 図３は、時分割複信（ＴＤＤ）のためのフレーム構造を示す。 [0010] 図４Ａおよび４Ｂは、ＨＡＲＱを用いたデータ送信の２つの例を示す。 図４Ａおよび４Ｂは、ＨＡＲＱを用いたデータ送信の２つの例を示す。 [0011] 図５は、インタレース送信構造を示す。 [0012] 図６Ａ乃至６Ｃは、Ｐ２Ｐ通信をサポートする３つのリソース分割スキームを示す。 図６Ａ乃至６Ｃは、Ｐ２Ｐ通信をサポートする３つのリソース分割スキームを示す。 図６Ａ乃至６Ｃは、Ｐ２Ｐ通信をサポートする３つのリソース分割スキームを示す。 [0013] 図７は、ＦＤＤにおけるＰ２Ｐ通信へのサブフレームの割り当てを示す。 [0014] 図８Ａおよび８Ｂは、図７で示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 図８Ａおよび８Ｂは、図７で示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 [0015] 図９Ａ乃至９Ｃは、ＴＤＤにおけるＰ２Ｐ通信へのサブフレームの割り当てを示す。 図９Ａ乃至９Ｃは、ＴＤＤにおけるＰ２Ｐ通信へのサブフレームの割り当てを示す。 図９Ａ乃至９Ｃは、ＴＤＤにおけるＰ２Ｐ通信へのサブフレームの割り当てを示す。 [0016] 図１０Ａ乃至１０Ｄは、図９Ｂおよび９Ｃで示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 図１０Ａ乃至１０Ｄは、図９Ｂおよび９Ｃで示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 図１０Ａ乃至１０Ｄは、図９Ｂおよび９Ｃで示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 図１０Ａ乃至１０Ｄは、図９Ｂおよび９Ｃで示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信を示す。 [0017] 図１１は、ＴＤＤにおける送信ギャップを取得するためのいつくかのスキームを示す。 [0018] 図１２Ａ乃至１２Ｃは、ＦＤＤにおける送信ギャップを取得するためのいくつかのスキームを示す。 図１２Ａ乃至１２Ｃは、ＦＤＤにおける送信ギャップを取得するためのいくつかのスキームを示す。 図１２Ａ乃至１２Ｃは、ＦＤＤにおける送信ギャップを取得するためのいくつかのスキームを示す。 [0019] 図１３は、アップリンクスペクトル上でのＰ２Ｐ通信をサポートするためのプロセスを示す。 [0020] 図１４は、Ｐ２Ｐ通信をサポートするためのプロセスを示す。 [0021] 図１５は、ＷＡＮ通信およびＰ２Ｐ通信をサポートするためのプロセスを示す。 [0022] 図１６は、ＷＡＮ送信とＰ２Ｐ送信との間の送信ギャップを取得するためのプロセスを示す。 [0023] 図１７Ａは、ＵＥのブロック図を示す。 [0024] 図１７Ｂは、基地局のブロック図を示す。 [0025] 図１８は、基地局およびＵＥの別のブロック図を示す。 [0026] 図１９は、Ｐ２Ｐ通信をサポートするための時分割多重化（ＴＤＭ）およびＨＡＲＱプロセスを示す。 [0027] 図２０は、Ｐ２Ｐ通信をサポートするための典型的な物理チャネル設計を示す。 [0028] 図２１は、Ｐ２Ｐ通信をサポートするための別のプロセスを示す。 [0029] 図２２は、Ｐ２Ｐ通信をサポートするための更なる別のプロセスを示す。
詳細な説明
[0030] 本明細書に記述される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のワイヤレスネットワーク、等のような様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、互換性をもって使用されることが多い。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００、等のような無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ（登録商標）、等の無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ（登録商標））およびＬＴＥアドバンスドは、ＦＤＤおよびＴＤＤの両方において、ダウンリンク上でＯＦＤＭＡを、アップリンク上でＳＣ−ＦＤＭＡを採用する、Ｅ−ＵＴＲＡを用いるＵＭＴＳの新リリースである。ＵＴＲＡ、Ｅ―ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＥＴ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体からの文書で説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体からの文書で説明されている。本明細書で説明される技法は、上述されたワイヤレスネットワークおよび無線技術並びに他のワイヤレスネットワークおよび無線技術に使用され得る。明確さのために、技法のある特定の態様は、ＬＴＥに関して以下に説明され、ＬＴＥの専門用語が以下の説明の大部分で使用される。
[0031] 図１は、ＬＴＥネットワークまたは何らかの他のＷＡＮであり得る、ＷＡＮ１００を示す。ＷＡＮ１００は、多数の発展型ノードＢ（ｅＮＢ）および他のネットワークエンティティを含み得る。簡潔にするために、３つのｅＮＢ１１０ａ、１１０ｂ、および１１０ｃ並びにネットワークコントローラ１３０のみが図１に示される。ｅＮＢは、ＵＥと通信するエンティティであり、基地局、ノードＢ、アクセスポイント、等とも称され得る。各ｅＮＢは、特定の地理的エリアに対して通信カバレッジを提供し、カバレッジ内に位置するＵＥのための通信をサポートし得る。３ＧＰＰでは、「セル」という用語は、この用語が使用される文脈に応じて、ｅＮＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービス提供するｅＮＢサブシステムを指すことができる。３ＧＰＰでは、「セクタ」または「セルセクタ」という用語は、基地局のカバレッジエリアおよび／またはこのカバレッジエリアにサービス提供する基地局サブシステムを指すことができる。明確さのために、「セル」の３ＧＰＰ概念が、本明細書で使用される。
[0032] ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルのための通信カバレッジを提供し得る。マクロセルは、比較的広い地理的エリア（例えば、半径数キロメートル）をカバーし、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的狭い地理的エリアをカバーし、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的狭い地理的エリア（例えば、自宅）をカバーし、フェムトセルとの関連性を有するＵＥ（例えば、限定加入者グループ（ＣＳＧ）におけるＵＥ）による制限されたアクセスを可能にし得る。図１に示される例において、ＷＡＮ１００は、マクロセルについてのマクロｅＮＢ１１０ａ、１１０ｂ、および１１０ｃを含む。ＷＡＮ１００はまた、ピコセルについてのピコｅＮＢおよび／またはフェムトセル（図１に示されていない）についてのホームｅＮＢ（ＨｅＮＢ）を含み得る。
[0033] ＷＡＮはまた、リレーを含み得る。リレーは、アップストリームエンティティ（例えば、ｅＮＢまたはＵＥ）からデータの送信を受信し、ダウンストリームエンティティ（例えば、ＵＥまたはｅＮＢ）にデータの送信を送るエンティティであり得る。リレーはまた、他のＵＥに対する送信をリレーするＵＥであり得る。
[0034] ネットワークコントローラ１３０は、ｅＮＢのセットに結合され、これらのｅＮＢに対して調整および制御を提供し得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、バックホールを介して互いに通信し得る。
[0035] ＵＥ１２０は、ＷＡＮ１００全体にわたって分布され、各ＵＥは、固定式または移動式であり得る。ＵＥはまた、局、移動局、端末、アクセス端末、加入者ユニット、等とも称され得る。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブック、タブレット、等であり得る。ＵＥは、ｅＮＢ、リレー、他のＵＥ、等と通信することができる。
[0036] 本明細書では、ＷＡＮ通信は、例えば、別のＵＥのような遠隔エンティティとの呼についてのＵＥとｅＮＢとの間の通信を指す。Ｐ２Ｐ通信は、ｅＮＢを経由しない、２つ以上のＵＥ間の直接通信を指す。ＷＡＮ ＵＥは、ＷＡＮ通信に関心がある、または関与しているＵＥである。Ｐ２Ｐ ＵＥは、Ｐ２Ｐ通信に関心がある、または関与しているＵＥである。
[0037] 図１に示される例において、ＵＥ１２０ａおよび１２０ｂは、ｅＮＢ１１０ａのカバレッジ内にあり、ピアツーピアで通信する。ＵＥ１２０ｃおよび１２０ｄは、ｅＮＢ１１０ｂのカバレッジ内にあり、ピアツーピアで通信する。ＵＥ１２０ｅおよび１２０ｆは、異なるｅＮＢ１１０ｂおよび１１０ｃのカバレッジ内にあり、ピアツーピアで通信する。ＵＥ１２０ｇ、１２０ｈ、および１２０ｉは、ｅＮＢ１１０ｃのカバレッジ内にあり、ピアツーピアで通信する。図１における他のＵＥ１２０は、ＷＡＮ通信に関与している。
[0038] ２つ以上のＵＥのグループは、Ｐ２Ｐ通信に関与しており、Ｐ２Ｐグループと称され得る。協調Ｐ２Ｐ（coordinated P2P）と称され得る一設計において、Ｐ２Ｐグループ内の１つのＵＥがＰ２Ｐグループオーナ（またはＰ２Ｐサーバ）に指定され、Ｐ２Ｐグループ内の各残りのＵＥが、Ｐ２Ｐクライアントに指定され得る。Ｐ２Ｐサーバは、ＷＡＮとのシグナリングを交換すること、Ｐ２Ｐサーバと１つ又は複数のＰ２Ｐクライアントとの間のデータ送信を調整すること、等のようなある特定の管理機能を実行し得る。アドホックＰ２Ｐと称され得る別の設計において、Ｐ２Ｐグループ内のすべてのＵＥが、Ｐ２Ｐ通信のためのデータを送信および／または受信する同様の機能を実行し得る。この設計において、Ｐ２Ｐグループ内のＵＥが、Ｐ２Ｐグループに対する管理機能を課せられることはない。本明細書で説明される技法は、Ｐ２Ｐグループオーナを有するおよびそれを有さない、協調Ｐ２ＰおよびアドホックＰ２Ｐの両方に使用され得る。明確さのために、以下の説明の大部分は、Ｐ２ＰグループオーナがＰ２Ｐクライアントとピアツーピアで通信する場合についてである。
[0039] 一般に、通信は、ダウンリンクおよびアップリンク上の通信を介して容易となり得る。ＷＡＮ通信では、ダウンリンク（または順方向リンク）は、ｅＮＢからＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥからｅＮＢへの通信リンクを指す。ＷＡＮ通信のためのダウンリンクは、ＷＡＮダウンリンクとも称され、ＷＡＮ通信のためのアップリンクは、ＷＡＮアップリンクとも称され得る。協調Ｐ２Ｐ通信では、Ｐ２Ｐダウンリンクは、Ｐ２ＰグループオーナからＰ２Ｐクライアントへの通信リンクを指し、Ｐ２Ｐアップリンクは、Ｐ２ＰクライアントからＰ２Ｐグループオーナへの通信リンクを指す。アドホックＰ２Ｐ通信では、Ｐ２Ｐダウンリンクは、１つの特定のＵＥからそれの１つ又は複数のピアＵＥへの通信リンクを指し、Ｐ２Ｐアップリンクは、それの１つ又は複数のピアＵＥからこの特定のＵＥへの通信リンクを指し得る。よって、アドホックＰ２ＰのためのＰ２ＰダウンリンクおよびＰ２Ｐアップリンクは、左右対称であり、方向のみ異なり得る。
[0040] ＷＡＮ１００は、ＦＤＤまたはＴＤＤを利用し得る。ＦＤＤでは、ダウンリンクおよびアップリンクは、ダウンリンクスペクトルおよびアップリンクスペクトルと称され得る２つの別個の周波数チャネルが割り当てられ得る。送信はダウンリンクスペクトルおよびアップリンクスペクトル上で同時に送られ得る。ＴＤＤでは、ダウンリンクおよびアップリンクは、同じ周波数チャネルまたはスペクトルを共有し得る。送信は、異なる時間間隔で同じスペクトル上のダウンリンクおよびアップリンクで送られ得る。一般に、「スペクトル」という用語は、周波数チャネル、サブバンド、等に対応し得る、周波数の範囲を一般的に指し得る。
[0041] 図２は、ＬＴＥにおけるＦＤＤに使用されるフレーム構造２００を示す。ダウンリンクおよびアップリンクの各々のための送信タイムラインは、無線フレームの単位に分割され得る。各無線フレームは、所定の持続時間（例えば、１０ミリ秒（ｍｓ））を有し、０乃至９のインデックスを有する１０個のサブフレームに分割され得る。各サブフレームは、２つのスロットを含み得る。よって、各無線フレームは、０乃至１９のインデックスを有する２０個のスロットを含み得る。各スロットは、例えば、（図２に示されるような）通常のサイクリックプレフィックスの場合は７個のシンボル期間、または拡張されたサイクリックプレフィックスの場合は６個のシンボル期間のように、Ｌ個のシンボル期間を含み得る。各サブフレームにおける２Ｌ個のシンボル期間は、０乃至２Ｌ−１のインデックスが割り当てられ得る。ＦＤＤでは、ダウンリンクスペクトルのための各サブフレームは、ダウンリンクサブフレームと称され得る。アップリンクサブフレームのための各サブフレームは、アップリンクサブフレームと称され得る。
[0042] 図３は、ＬＴＥにおけるＴＤＤに使用されるフレーム構造３００を示す。送信タイムラインは無線フレームの単位に分割され、各無線フレームは、０乃至９のインデックスを有する１０個のサブフレームに分割され得る。ＬＴＥは、ＴＤＤのための多数のダウンリンク−アップリンク構成をサポートする。すべてのダウンリンク−アップリンク構成のために、サブフレーム０および５はダウンリンク（ＤＬ）に使用され、サブフレーム２はアップリンク（ＵＬ）に使用される。サブフレーム３、４、７、８、および９は、それぞれ、ダウンリンク−アップリンク構成に応じてダウンリンクまたはアップリンクに使用され得る。サブフレーム１は、ダウンリンク制御チャネルおよびデータ送信に使用されるダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）、送信のないガード期間（ＧＰ）、およびランダムアクセスチャネル（ＲＡＣＨ）またはサウンディング基準信号（ＳＲＳ）のいずれかに使用されるアップリンクパイロットタイムスロット（ＵｐＰＴＳ）から成る３つの特殊フィールドを含む。サブフレーム６は、ダウンリンク−アップリンク構成に応じて、ＤｗＰＴＳのみ、または３つの特殊フィールドすべて、またはダウンリンクサブフレームを含み得る。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳは、異なるサブフレーム構成に対して異なる持続時間を有し得る。ＴＤＤでは、ダウンリンクに使用される各サブフレームは、ダウンリンクサブフレームと称され得る。アップリンクに使用される各サブフレームは、アップリンクサブフレームと称され得る。
[0043] ＬＴＥは、ＦＤＤおよびＴＤＤの両方に対して、ダウンリンク上で直交周波数分割多重化（ＯＦＤＭ）を、アップリンク上で単一キャリア周波数分割多重化（ＳＣ−ＦＤＭ）を、利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、周波数範囲を、一般的にトーン、ビン、等とも称される、複数（ＮＦＦＴ）の直交サブキャリアに分割する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で、送られる。隣接するサブキャリア間の間隔は、固定され、サブキャリアの総数（ＮＦＦＴ）は、システム帯域幅に依存し得る。例えば、サブキャリアの間隔は、１５キロヘルツ（ＫＨｚ）であり、ＮＦＦＴは、１．２５、２．５、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対して、それぞれ、１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに分割され得る。各サブバンドは、例えば、１．０８ＭＨｚのような周波数の範囲をカバーし得る。
[0044] ＦＤＤおよびＴＤＤの両方では、ＯＦＤＭシンボルは、ダウンリンクサブフレームの各シンボル期間において送信され得る。ＳＣ−ＦＤＭＡシンボルは、アップリンクサブフレームの各シンボル期間において送信され得る。
[0045] ＷＡＮ１００は、信頼性を改善するためにハイブリット自動再送（ＨＡＲＱ）を用いてデータ送信をサポートし得る。ＨＡＲＱでは、送信機は、データのパケットの最初の送信を送り、必要であれば、受信機によってパケットが正確に復号されるまで、最大数の送信がパケットのために送られるまで、または、他の終了条件が満たされるまで、１つ以上パケットの更なる送信を送り得る。
[0046] 図４Ａは、ＨＡＲＱを用いたダウンリンク上でのデータ送信の一例を示す。ＵＥは、ｅＮＢのためにダウンリンクのチャネル品質を推定し、ｅＮＢにダウンリンクチャネル品質を示すチャネル品質インジケータ（ＣＱＩ）を送り得る。ｅＮＢは、ダウンリンク上でのデータ送信のためにＵＥをスケジュールし、ＣＱＩに基づいて変調符号化方式（ＭＣＳ）を選択し得る。ｅＮＢは、ダウンリンクグラントおよびパケットの送信をＵＥに送り得る。ダウンリンクグラントは、選択されたＭＣＳ、割り当てられたリソース、等を含み得る。ＵＥは、ｅＮＢからのデータ送信を処理し、パケットが正確に復号された場合には肯定応答（ＡＣＫ）を送る、またはパケットが誤って復号された場合には否定応答（ＮＡＣＫ）を送り得る。ｅＮＢは、ＮＡＣＫが受信された場合にはパケットの別の送信を送り、ＡＣＫが受信された場合にはパケットの送信を終了し得る。ダウンリンク上のデータ送信およびアップリンク上のＡＣＫ／ＮＡＣＫフィードバックは、同様の方法で継続し得る。
[0047] 図４Ｂは、ＨＡＲＱを用いたアップリンク上でのデータ送信の一例を示す。ＵＥは、送信すべきデータを有し、ｅＮＢにスケジューリング要求を送り得る。ｅＮＢは、アップリンク上でのデータ送信のためにＵＥをスケジュールし、ＵＥにアップリンクグラントを送り得る。アップリンクグラントは、選択されたＭＣＳ、割り当てられたリソース、等を含み得る。ＵＥは、アップリンクグラントに従ってパケットの送信を送り得る。ｅＮＢは、ＵＥからのデータ送信を処理し、復号結果に応じてＡＣＫまたはＮＡＣＫを送り得る。ＵＥは、ＮＡＣＫが受信された場合にはパケットの別の送信を送り、ＡＣＫが受信された場合にはパケットの送信を終了し得る。アップリンク上のデータ送信およびダウンリンク上のＡＣＫ／ＮＡＣＫフィードバックは、同様の方法で継続し得る。
[0048] 図５は、ダウンリンクおよびアップリンクの各々に使用され得る典型的なインタレース送信構造５００を示す。０乃至Ｍ−１のインデックスを有するＭ個のインタレースが定義され、ここで、Ｍは４、６、８、または何らかの他の値と等しくあり得る。各インタレースは、Ｍ個のサブフレームだけ離間されたサブフレームを含み得る。例えば、インタレースｍは、サブフレームｍ、ｍ＋Ｍ、ｍ＋２Ｍ、等を含み得る。Ｍ個のインタレースは、ＨＡＲＱに使用され、ＨＡＲＱインタレース、ＨＡＲＱプロセス、等と称され得る。ＨＡＲＱでは、送信機は、同じインタレースの異なるサブフレームにおいてパケットのすべての送信を送り得る。送信機は、異なるインタレースにおいて異なるパケットの送信を送り得る。
[0049] 図４Ａおよび４Ｂに示されるように、ダウンリンクおよび／またはアップリンク上のデータ送信は、各リンク上の１つのインタレースによりサポートされ得る。ダウンリンク上のデータ送信では、データは、ダウンリンクのためのインタレースのサブフレームにおいて送られ、ＡＣＫ／ＮＡＣＫフィードバックは、アップリンクのためのインタレースのサブフレームにおいて送られ得る。アップリンク上のデータ送信では、データは、アップリンクのためのインタレースのサブフレームにおいて送られ、ＡＣＫ／ＮＡＣＫフィードバックは、ダウンリンクのためのインタレースのサブフレームにおいて送られ得る。容量を増大させるために、遅延を減らすために、および／または他の利点を得るために、より多くのインタレースが各リンクに使用され得る。
[0050] Ｐ２Ｐ通信は、特に互いに近接して位置するＵＥに対して、ＷＡＮ通信より優れたある特定の利点を提供し得る。具体的には、２つのＵＥ間のパスロスが、各々の（either）ＵＥとそれのサービス提供ｅＮＢとの間のパスロスよりも実質的には小さくあり得るので、効率が改善され得る。さらに、２つのＵＥは、ＷＡＮ通信のための２つの送信ホップを介するのではなく、Ｐ２Ｐ通信のための単一の送信「ホップ」を介して直接通信し得る − １つのＵＥからそれのサービス提供ｅＮＢへのアップリンクについては１つのホップであり、同一または異なるｅＮＢから他のＵＥへのダウンリンクについては別のホップである。よって、Ｐ２Ｐ通信は、ＵＥの容量を改善するために使用され、また、Ｐ２Ｐ通信にいくつかのロードをシフトすることでネットワーク容量を改善するために使用され得る。
[0051] 一般に、Ｐ２Ｐ通信は、同一チャネルのＰ２Ｐ展開におけるＷＡＮ１００によって使用される同一のスペクトル上で、またはＷＡＮ１００によって使用されない異なるスペクトル上でサポートされ得る。同一チャネルのＰ２Ｐ展開は、例えば、別個のスペクトルがＰ２Ｐ通信をサポートすることができない場合に使用され得る。以下の説明の大部分は、同一チャネルのＰ２Ｐ展開を仮定する。しかしながら、本明細書で説明される技法はまた、専用のスペクトルを用いたＰ２Ｐ展開にも適用され得る。
[0052] 一態様において、Ｐ２Ｐ通信は、ＦＤＤ展開におけるＷＡＮによって使用されるアップリンクスペクトル上でサポートされ得る。規制制約（regulatory constraints）により、ＦＤＤにおけるＷＡＮによって使用されるダウンリンクスペクトルおよびアップリンクスペクトルの両方でＰ２Ｐ通信をサポートすることは困難であり得る、または不可能である可能性がある。よって、Ｐ２Ｐ通信は、Ｐ２Ｐ通信にアップリンクスペクトル上で利用可能な時間周波数リソースのいくつかを割り当てることによって、アップリンクスペクトル上でサポートされ得る。
[0053] 別の態様において、フレーム構造は、ＷＡＮ通信とＰ２Ｐ通信との間のＴＤＭ分割で定義され、それにより、両方がＵＥによって同時にサポートされることができる。
これは、Ｐ２Ｐ通信にいくつかサブフレームを割り当てることおよびＷＡＮ通信に対して残りのサブフレームを使用することによって、達成され得る。さらに別の態様において、ＴＤＭ分割は、Ｐ２ＰダウンリンクおよびＰ２Ｐアップリンクに使用され、それは、ＵＥがＰ２ＰダウンリンクおよびＰ２Ｐアップリンクの両方に対する同一のスペクトル上で動作することを可能にし得る。これは、Ｐ２Ｐダウンリンクに対してＰ２Ｐ通信に割り当てられたいくつかのサブフレームを使用することおよびＰ２Ｐアップリンクに対して残りの割り当てられたサブフレームを使用することによって、達成され得る。
[0054] 図６Ａは、周波数分割多重化（ＦＤＭ）でアップリンクスペクトル上のＰ２Ｐ通信をサポートする設計を示す。この設計において、アップリンクスペクトルの一部分は、Ｐ２Ｐ通信の全体の持続時間の間ＵＥのグループに割り当てられ得る。異なるＵＥのグループには、アップリンクスペクトルの異なる非オーバーラップ部分が割り当てられ得る。例えば、ＵＥの第１のグループには、第１の部分６１２が割り当てられ、ＵＥの第２のグループには、アップリンクスペクトルの第２の部分６１４が割り当てられ得る。アップリンクスペクトルの残りの部分は、ＷＡＮ通信に使用され得る。
[0055] 図６Ｂは、時分割多重化（ＴＤＭ）でアップリンクスペクトル上のＰ２Ｐ通信をサポートする設計を示す。この設計において、アップリンクスペクトルのためのいくつかのサブフレームは、Ｐ２Ｐ通信のためにＵＥに割り当てられ得る。異なるＵＥのグループは、異なるサブフレームまたは、互いに過度の干渉をもたらさない場合、場合によっては同じサブフレームが割り当てられ得る。アップリンクスペクトルのための残りのサブフレームは、ＷＡＮ通信に使用され得る。
[0056] 図６Ｃは、ＦＤＭおよびＴＤＭの両方でアップリンクスペクトル上のＰ２Ｐ通信をサポートする設計を示す。この設計において、いくつかのサブフレームにおけるアップリンクスペクトルの一部分は、Ｐ２Ｐ通信のためにＵＥのグループに割り当てられ得る。異なるＵＥのグループは、異なるサブフレームにおける、および／またはアップリンクスペクトルの、異なる非オーバーラップ部分が割り当てられ得る。例えば、ＵＥの第１のグループ（Ｇ１）は、サブフレーム０および２においてアップリンクスペクトルの第１の部分が割り当てられ得る。ＵＥの第２のグループ（Ｇ２）は、サブフレーム０、１、および５においてアップリンクスペクトルの第２の部分が割り当てられ得る。アップリンクスペクトル上の残りの時間周波数リソースは、ＷＡＮ通信に使用され得る。
[0057] 図６Ａに示されるＦＤＭ設計では、ＴＤＤフレーム構造は、Ｐ２ＰダウンリンクおよびＰ２Ｐアップリンクに使用され得る。各Ｐ２Ｐグループでは、いくつかのサブフレームが、Ｐ２Ｐダウンリンクに割り当てられ、残りのサブフレームが、Ｐ２Ｐアップリンクに割り当てられ得る。各Ｐ２Ｐ ＵＥは、いくつかのサブフレームのアップリンクスペクトルの割り当てられた部分上でデータを送信し、他のサブフレームのアップリンクスペクトルの割り当てられた部分上でデータを受信し得る。しかしながら、Ｐ２Ｐ ＵＥは（ｉ）Ｐ２Ｐ通信のための別のＵＥからアップリンクスペクトル上でデータを受信すること、および（ｉｉ）同じサブフレームにおいてＷＡＮ通信のためのｅＮＢにアップリンクスペクトル上でデータを送信することが必要とされ得るため、Ｐ２Ｐ通信およびＷＡＮを同時にサポートすることはＰ２Ｐ ＵＥにとって困難となり得る。Ｐ２Ｐ ＵＥは、ＵＥ内の送信機から受信機への信号漏洩により、同じスペクトル上で同時に送信および受信することが不可能であり得る。
[0058] 図６Ｂに示されるＴＤＭ設計および図６Ｃに示されるＦＤＭ−ＴＤＭ設計では、ＴＤＤフレーム構造はまた、Ｐ２ＰダウンリンクおよびＰ２Ｐアップリンクに使用され得る。各Ｐ２Ｐ ＵＥは、その後、いくつかのサブフレームにおけるアップリンクスペクトルの全てまたは一部分上でデータを送信し、他のサブフレームにおけるアップリンクスペクトルの全てまたは一部分上でデータを受信し得る。Ｐ２Ｐ ＵＥはまた、図６Ｂおよび６Ｃに示されるように、Ｐ２Ｐ通信およびＷＡＮ通信がＴＤＭされ、異なるサブフレームにおいて生じるため、それらを同時にサポートすることができる。
[0059] 図６Ａ乃至６Ｃに示される設計は、上述されたように、ＦＤＤ展開に使用され、Ｐ２Ｐ通信は、アップリンクスペクトル上でサポートされ得る。図６Ａ乃至６Ｃに示される設計はまた、ＴＤＤ展開に使用され、Ｐ２Ｐ通信は、類似の方法でアップリンクサブフレーム（またはいくつかのダウンリンクおよびアップリンクサブフレーム）においてサポートされ得る。
[0060] 明確さのために、以下の説明の大部分は、Ｐ２Ｐ通信が、（ｉ）ＦＤＤ展開におけるアップリンクスペクトル上で、または（ｉｉ）ＴＤＤ展開におけるダウンリンクおよびアップリンクサブフレームの両方またはアップリンクサブフレームのみにおいて、サポートされると仮定する。以下の説明の大部分はまた、図６Ｃに示されるＦＤＭ−ＴＤＭ設計およびＰ２Ｐ通信のためのＴＤＤフレーム構造の使用を仮定する。
[0061] ＦＤＤ展開において、Ｍ個のインタレースは、例えば、図５に示されるように、ダウンリンクおよびアップリンクの各々のために定義され得る。アップリンクに対して１つのインタレースが、Ｐ２Ｐ通信に割り当てられ得る。このインタレースにおけるサブフレームの半分が、Ｐ２Ｐダウンリンクに使用され、このインタレースにおけるサブフレームの他の半分が、Ｐ２Ｐアップリンクに使用され得る。このケースにおいて、データの送信は、サブフレームｔにおいて送られ、ＡＣＫ／ＮＡＣＫフィードバックは、サブフレームｔ＋Ｍにおいて送られ、別のデータの送信は、サブフレームｔ＋２Ｍ等において送られ得る。データ送信の後にＡＣＫ／ＮＡＣＫフィードバックのＭ個のサブフレームを送ることは、遅延センシティブサービス（delay sensitive services）（例えば、音声）に適していない可能性がある。よって、遅延を減らすために複数のインタレースがＰ２Ｐ通信に割り当てられ得る。
[0062] 図７は、Ｐ２Ｐ通信へのＦＤＤ展開におけるアップリンクスペクトルのためのサブフレームの典型的な割り当てを示す。図７に示される例において、８個のインタレース０乃至７は、アップリンクに利用可能であり、２個のインタレース３および７は、Ｐ２Ｐ通信に割り当てられ、残りの６個インタレースは、ＷＡＮ通信に使用される。インタレース０乃至２および４乃至６におけるサブフレームは、ＷＡＮアップリンクに使用され得る。インタレース３におけるサブフレームは、Ｐ２Ｐダウンリンクに使用され得る。インタレース７におけるサブフレームは、Ｐ２Ｐアップリンクに使用され得る。
[0063] 図７に示されるように、２つの均等に間隔をあけたインタレース（例えば、インタレース３および７）は、Ｐ２Ｐ通信に割り当てられ得る。さらに、２つの割り当てられたインタレースにおけるサブフレームは、Ｐ２ＰダウンリンクおよびＰ２Ｐアップリンクに均等に割り当てられ得る。８ｍｓＨＡＲＱ送信タイムラインが、その後、Ｐ２Ｐ通信のためにサポートされ得る。
[0064] Ｐ２ＰグループオーナおよびＰ２Ｐクライアントは、Ｐ２ＰダウンリンクおよびＰ２Ｐアップリンクに割り当てられたサブフレームにおいて通信し得る。ｅＮＢは、同じインタレースまたは異なるインタレースのいずれかのサブフレームにおいて、これらサブフレームがＰ２ＰダウンリンクおよびＰ２Ｐアップリンクのためのサブフレームとは異なるものである限り、Ｐ２ＰクライアントおよびＰ２Ｐグループオーナに送信し得る。
[0065] 図８Ａは、図７に示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の一設計を示す。図８Ａに示される設計において、ｅＮＢは、サブフレーム０においてデータ送信をＰ２Ｐグループオーナに送り、サブフレーム４においてＰ２ＰグループオーナからＡＣＫ／ＮＡＣＫフィードバックを受信し、サブフレーム８において別のデータ送信をＰ２Ｐグループオーナに送り得る。同様に、ｅＮＢは、サブフレーム０においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム４においてＰ２ＰクライアントからＡＣＫ／ＮＡＣＫフィードバックを受信し、サブフレーム８において別のデータ送信をＰ２Ｐクライアントに送り得る。よって、ｅＮＢは、図８Ａにおける同じインタレースにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0066] 図８Ｂは、図７に示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の別の設計を示す。図８Ｂに示される設計において、ｅＮＢは、サブフレーム１においてデータ送信をＰ２Ｐグループオーナに送り、サブフレーム５においてＰ２ＰグループオーナからＡＣＫ／ＮＡＣＫフィードバックを受信し、サブフレーム９において別のデータ送信をＰ２Ｐグループオーナに送り得る。ｅＮＢは、サブフレーム０においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム４においてＰ２ＰクライアントからＡＣＫ／ＮＡＣＫフィードバックを受信し、サブフレーム８において別のデータ送信をＰ２Ｐクライアントに送り得る。よって、ｅＮＢは、図８Ｂにおける異なるインタレースにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0067] 図８Ａおよび８Ｂの両方では、Ｐ２Ｐグループオーナは、サブフレーム３においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム７においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム１において別のデータ送信を送り得る。同様に、Ｐ２Ｐクライアントは、サブフレーム７においてデータ送信をＰ２Ｐグループオーナに送り、次の無線フレームのサブフレーム１においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム５において別のデータ送信を送り得る。
[0068] 図９Ａは、ＴＤＤ展開におけるダウンリンクおよびアップリンクへのサブフレームの典型的な割り当てを示す。図９Ａにおいて示される例において、ダウンリンク−アップリンク構成１は、使用のために選択され、各無線フレームのサブフレーム０、４、５、および９は、ダウンリンクに割り当てられ、図９Ａにおいてラベル「Ｄ」で示される。各無線フレームのサブフレーム２、３、７、および８は、アップリンクに割り当てられ、ラベル「Ｕ」で示される。サブフレーム１および６は、特殊なサブフレームであり、ラベル「Ｓ」で示される。
[0069] 図９Ｂは、ＴＤＤ展開におけるダウンリンクサブフレームおよびアップリンクサブフレームの両方をＰ２Ｐ通信に割り当てる一設計を示す。図９Ｂは、図９Ａに示されるダウンリンク−アップリンク構成１が使用のために選択されると仮定する。図９Ｂに示される例において、各無線フレームのアップリンクサブフレーム３およびダウンリンクサブフレーム９は、Ｐ２Ｐ通信に割り当てられ、ここで、サブフレーム３は、Ｐ２Ｐダウンリンクのために使用され、サブフレーム９は、Ｐ２Ｐアップリンクのために使用される。この設計は、Ｐ２Ｐ通信のためのＨＡＲＱ送信タイムラインへの影響を低減し得る。しかしながら、ダウンリンクサブフレーム上でのＰ２Ｐ ＵＥからの送信は、ＷＡＮ ＵＥに対して過度の干渉を引き起こさないことを保証するように注意を払う。
[0070] 図９Ｃは、ＴＤＤ展開におけるアップリンクサブフレームのみをＰ２Ｐ通信に割り当てる一設計を示す。図９Ｃは、図９Ａに示されるダウンリンク−アップリンク構成１が使用のために選択されると仮定する。図９Ｃに示される例において、各無線フレームのアップリンクサブフレーム２および７は、Ｐ２Ｐ通信に割り当てられ、サブフレーム２は、Ｐ２Ｐダウンリンクのために使用され、サブフレーム７は、Ｐ２Ｐアップリンクのために使用される。この設計は、ダウンリンク上でのＰ２Ｐ ＵＥからＷＡＮ ＵＥへの干渉を回避し得る。しかしながら、アップリンクサブフレームは、いくつかのダウンリンク−アップリンク構成のための無線フレームにわたって分散されず、Ｐ２Ｐ通信に割り当てられたサブフレームもまた、無線フレームにわたって分散されない可能性がある。このケースにおいて、Ｐ２Ｐ通信のためのＨＡＲＱ送信タイムラインは、Ｐ２Ｐ通信に割り当てられたサブフレームに基づいて必要に応じて修正され得る。
[0071] 図１０Ａは、図９Ｂに示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の一設計を示す。ｅＮＢは、サブフレーム４においてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータ送信を送り、サブフレーム８においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム４においてＰ２ＰグループオーナおよびＰ２Ｐクライアントに更なるデータ送信を送り得る。よって、ｅＮＢは、図１０Ａにおいて、同じサブフレームにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0072] 図１０Ｂは、図９Ｂに示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の別の設計を示す。ｅＮＢは、サブフレーム０においてデータ送信をＰ２Ｐグループオーナに送り、サブフレーム７においてＰ２ＰグループオーナからＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム０において別のデータ送信をＰ２Ｐグループオーナに送り得る。ｅＮＢは、サブフレーム４においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム８においてＰ２ＰクライアントからＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム４において別のデータ送信をＰ２Ｐクライアントに送り得る。よって、ｅＮＢは、図１０Ｂにおいて、異なるサブフレームにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0073] 図１０Ａおよび１０Ｂの両方では、Ｐ２Ｐグループオーナは、サブフレーム３においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム９においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム３において別のデータ送信を送り得る。同様に、Ｐ２Ｐクライアントは、サブフレーム９においてデータ送信をＰ２Ｐグループオーナに送り、次の無線フレームのサブフレーム３においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム９において別のデータ送信を送り得る。
[0074] 図１０Ｃは、図９Ｃに示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の一設計を示す。ｅＮＢは、サブフレーム４においてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータ送信を送り、サブフレーム８においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム４においてＰ２ＰグループオーナおよびＰ２Ｐクライアントに更なるデータ送信を送り得る。よって、ｅＮＢは、図１０Ｃにおいて、同じサブフレームにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0075] 図１０Ｄは、図９Ｃに示されるサブフレーム割り当てのための同時Ｐ２Ｐ通信およびＷＡＮ通信の別の設計を示す。ｅＮＢは、サブフレーム０においてデータ送信をＰ２Ｐグループオーナに送り、サブフレーム７においてＰ２ＰグループオーナからＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム０において別のデータ送信をＰ２Ｐグループオーナに送り得る。ｅＮＢは、サブフレーム４においてデータ送信をＰ２Ｐクライアントに送り、サブフレーム８においてＰ２ＰクライアントからＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのサブフレーム４において別のデータ送信をＰ２Ｐクライアントに送り得る。よって、ｅＮＢは、図１０Ｄにおいて、異なるサブフレームにおいてＰ２ＰグループオーナおよびＰ２Ｐクライアントにデータを送信し得る。
[0076] 図１０Ｃおよび１０Ｄの両方では、Ｐ２Ｐグループオーナは、アップリンクサブフレーム２においてデータ送信をＰ２Ｐクライアントに送り、アップリンクサブフレーム７においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのアップリンクサブフレーム２において別のデータ送信を送り得る。同様に、Ｐ２Ｐクライアントは、アップリンクサブフレーム７においてデータ送信をＰ２Ｐグループオーナに送り、次の無線フレームのアップリンクサブフレーム２においてＡＣＫ／ＮＡＣＫフィードバックを受信し、次の無線フレームのアップリンクサブフレーム７において別のデータ送信を送り得る。
[0077] 図１０Ｃおよび１０Ｄのアップリンクサブフレームのみを使用するＰ２Ｐ通信のためのＨＡＲＱ送信タイミングは、図１０Ａおよび１０Ｂのダウンリンクおよびアップリンクサブフレームの両方を使用するＰ２Ｐ通信のためのＨＡＲＱ送信タイミングとは異なる。Ｐ２ＰグループオーナおよびＰ２Ｐクライアントは、違いを認識し、適切なサブフレームにおいてデータおよびＡＣＫ／ＮＡＣＫフィードバックを送信し得る。
[0078] ＦＤＤおよびＴＤＤ展開の両方では、例えば、ＬＴＥ規格で定められているような、ｅＮＢとＵＥとの間のＷＡＮ通信のためのＨＡＲＱ送信タイムラインを維持することが望ましくあり得る。これは、ｅＮＢとの通信のためにＵＥを適切にスケジューリングすること、および／またはＰ２Ｐ通信にインタレースを適切に割り当てることによって、達成され得る。さらに、同時Ｐ２Ｐ通信およびＷＡＮ通信は、ｅＮＢとＵＥとの間のＷＡＮ通信のためのアップリンクのために少なくとも１つのインタレースをリザーブすることによってサポートされ得る。
[0079] 図７乃至１０は、２つのインタレースがＰ２Ｐ通信に割り当てられた例を示す。２つより多いインタレースがまた、例えば、Ｐ２Ｐ通信のためのスループットを増加させるために、Ｐ２Ｐ通信に割り当てられ得る。Ｐ２Ｐ通信のためのＨＡＲＱ送信タイムラインは、２つより多いインタレースがＰ２Ｐ通信に割り当てられるケースまで拡大され得る。例えば、Ｐ２Ｐ通信のためのＨＡＲＱ送信タイムラインは、３サブフレームの処理時間要求を満たすために定義され、それは、ＡＣＫ／ＮＡＣＫフィードバックがデータ送信よりも少なくとも３個のサブフレーム遅くあるべきである、および／または、別のデータ送信がＡＣＫ／ＮＡＣＫフィードバックよりも少なくとも３個のサブフレーム遅くあるべきであることを意味する。ＡＣＫバンドリングは、（ｉ）異なるインタレース上で送られたデータ送信のためのＡＣＫおよび／またはＮＡＣＫをバンドリングまたは組み合わせること、および（ｉｉ）処理時間要求を満たすサブフレームにおいてバンドルされたＡＣＫ／ＮＡＣＫを送ることによって、処理時間要求を満たすために使用され得る。
[0080] 上述されたように、ＵＥは、干渉およびＵＥにおける送信機から受信機への漏洩も避けるために、同時に同じスペクトル上で信号を送信および受信することができない。これは、ＵＥが同じスペクトル上で送信と受信（ＴＸ／ＲＸ）を、またはまた受信と送信（ＲＸ／ＴＸ）とを切り替えるたびに、送信のギャップ（すなわち、送信ギャップ）を有することによって保証され得る。
[0081] さらに別の態様において、同じスペクトル上の各ＴＸ／ＲＸ切り替えポイント、およびまた各ＲＸ／ＴＸ切り換えポイントにおいて送信ギャップを保証するために様々な技法が使用され得る。送信ギャップ要求は、ＦＤＤおよびＴＤＤ展開で異なり得る。よって、送信ギャップを取得するための技法は、以下にＦＤＤおよびＴＤＤで別々に説明される。
[0082] 明確さのために、以下の説明の大部分は、同時Ｐ２Ｐ通信およびＷＡＮ通信を有する特定のＵＥに関するものである。下記の用語は、以下の説明において使用される：
・ＷＡＮ ＴＸ−ＵＥがＷＡＮ通信のためにデータをｅＮＢに送信する、
・ＷＡＮ ＲＸ−ＵＥがＷＡＮ通信のためにデータをｅＮＢから受信する、
・Ｐ２Ｐ ＴＸ−ＵＥがＰ２Ｐ通信のためにデータをピアＵＥに送信する、
・Ｐ２Ｐ ＲＸ−ＵＥがＰ２Ｐ通信のためにデータをピアＵＥから受信する、
・ＷＡＮ ＴＸタイミング−ＷＡＮ通信のためのＵＥの送信タイミング、
・ＷＡＮ ＲＸタイミング−ＷＡＮ通信のためのＵＥの受信タイミング、
・Ｐ２Ｐタイミング−Ｐ２Ｐ通信のためのＵＥの送信および受信タイミング、
[0083] ＷＡＮ ＴＸ、ＷＡＮ ＲＸ、Ｐ２Ｐ ＴＸ、およびＰ２Ｐ ＲＸは、ＵＥの観点からのものである。ＷＡＮ ＴＸタイミング、ＷＡＮ ＲＸタイミング、およびＰ２Ｐタイミングは、ＵＥに与えられる。
[0084] ＴＤＤでは、ＷＡＮ通信とＰ２Ｐ通信の両方に対して同じスペクトルが使用される。さらに、ＷＡＮダウンリンク、ＷＡＮアップリンク、Ｐ２Ｐダウンリンク、およびＰ２Ｐアップリンクに対して同じスペクトルが使用される。よって、ＷＡＮ通信は、潜在的にＰ２Ｐ通信を妨げる可能性があり、そしてその逆も同じである。表１は、一設計に従って、ＴＤＤにおける異なるＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントについての送信ギャップを保証する異なる方法をリストする。
[0085] 図１１は、ＴＤＤにおける異なるＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントについての送信ギャップを保証するいくつかの設計を示す。図１１は、使用するために選択されたダウンリンク−アップリンク構成１を仮定し、ここで、各無線フレームのサブフレーム０、４、５および９はダウンリンクに割り当てられ、各無線フレームのサブフレーム２、３、７、および８はアップリンク割り当てられ、サブフレーム１および６は特殊なサブフレームである。各特殊なサブフレームは、ダウンリンク部分を含み、後にＴｇａｐのギャップが続き、後にアップリンク部分が続き、ここで、Ｔｇａｐは、構成可能であり、ＴＤＤにおいて使用のために選択されたサブフレーム構成に依存し得る。図１１は、いくつかのアップリンクサブフレームがＰ２Ｐ通信に割り当てられると仮定する。図１１はまた、簡潔さのためにゼロの往復遅延（ＲＴＤ：round trip delay）を仮定する。
[0086] ＷＡＮ ＲＸタイムライン１１１２は、ダウンリンクサブフレーム０、４、５、および９において、また各無線フレームにおける特殊なサブフレーム１および６のダウンリンク部分において、ＵＥがｅＮＢからデータを潜在的に受信することを示す。ＷＡＮ ＴＸタイムライン１１１４は、アップリンクサブフレーム２、３、７、および８において、また各無線フレームにおける特殊なサブフレーム１および６のアップリンク部分において、ＵＥがｅＮＢにデータを潜在的に送信することを示す。ＷＡＮ ＴＸタイムライン１１１４は、ＵＥがＷＡＮ通信のみに関与している（そしてＰ２Ｐ通信には関与していない）場合、適用可能になり得る。
[0087] 一設計において、ＵＥのＷＡＮ ＴＸタイミングは、図１１におけるタイムライン１１１４によって示されるように、ＵＥのＷＡＮ ＲＸタイミングに対してＤｅｌｔａ１ ｍｓだけ前進させられ得る。ＵＥのアップリンク／送信サブフレームは、その後、ＵＥのダウンリンク／受信サブフレームに対してＤｅｌｔａ１だけ前進させられ得る。Ｄｅｌｔａ１の送信ギャップが、その後、ＷＡＮ ＴＸとＷＡＮ ＲＸとの間で、例えば、アップリンクサブフレーム８とダウンリンクサブフレーム９との間で、取得され得る。Ｄｅｌｔａ２の送信ギャップは、ＷＡＮ ＲＸとＷＡＮ ＴＸとの間で、例えば、特殊なサブフレーム６において、取得され、ここで、Ｄｅｌｔａ２は、（Ｔｇａｐ−Ｄｅｌｔａ１）に等しくあり得る。Ｄｅｌｔａ１は、Ｄｅｌｔａ２と等しくあり得る、または等しくない可能性がある。
[0088] タイムライン１１１６は、Ｐ２Ｐ ＴＸサブフレーム、Ｐ２Ｐ ＲＸサブフレーム、およびＷＡＮ ＴＸサブフレームをバンドリングすることによって送信ギャップを取得する一設計を示す。タイムライン１１１６において示される設計では、ＵＥのＰ２ＰタイミングがＷＡＮ ＴＸタイミングと類似し得る。連続したアップリンクサブフレームの各グループは、タイムライン１１１４について上述されたように取得された送信ギャップだけダウンリンクサブフレームから分離され得る。ＵＥは、連続したアップリンクサブフレームの各グループにおいて（ｉ）ｅＮＢに、および／またはピアＵＥに送信する、または（ｉｉ）ピアＵＥから受信する、のいずれかであり得る。これは、その後、連続したアップリンクサブフレームの任意のグループにおけるＴＸ／ＲＸまたはＲＸ／ＴＸ切り換えポイントを回避し、それは、その後、連続したアップリンクサブフレームの任意のグループ内の送信ギャップの必要性を回避する。ＨＡＲＱ送信タイムラインは、サブフレームバンドリングにより、Ｐ２Ｐ通信に対してより長くあり得る。所望のＨＡＲＱ送信タイムラインを取得するために、適切なダウンリンク−アップリンクサブフレーム構成が、選択され得る、および／または十分な数のインタレースが、Ｐ２Ｐ通信に割り当てられ得る。
[0089] タイムライン１１１８は、シンボルをパンクチャすることによって送信ギャップを取得する設計を示す。タイムライン１１１８において示される設計では、ＵＥのＰ２ＰタイミングがＷＡＮ ＴＸタイミングと類似し得る。連続したアップリンクサブフレームの各グループは、ＷＡＮ ＴＸ、Ｐ２Ｐ ＴＸ、および／またはＰ２Ｐ ＲＸに使用され得る。所与のグループにおけるすべてのアップリンクサブフレームが（ｉ）ＷＡＮ ＴＸおよび／またはＰ２Ｐ ＴＸ、または（ｉｉ）Ｐ２Ｐ ＲＸのみに使用される場合、送信ギャップは必要とされない場合がある。所与のグループにおけるアップリンクサブフレームがＷＡＮ／Ｐ２Ｐ ＴＸおよびＰ２Ｐ ＲＸの両方に使用される場合、送信ギャップが提供され得る。第１の設計において、送信ギャップは、（ｉ）グループの最後のアップリンクサブフレーム（例えば、サブフレーム８）で生じるようにＰ２Ｐ ＲＸをスケジュールすること、および（ｉｉ）直前のアップリンクサブフレーム（例えば、サブフレーム７）で送られたデータ送信の最後のシンボルをパンクチャまたは削除すること、によって取得され得る。第２の設計において、送信ギャップは、（ｉ）グループの最後のアップリンクサブフレーム（例えば、サブフレーム８）で生じるようにＷＡＮ／Ｐ２Ｐ ＴＸをスケジュールすること、および（ｉｉ）ＷＡＮ／Ｐ２Ｐ ＴＸのために送られたデータ送信の最初のシンボルをパンクチャすること、によって取得され得る。しかしながら、最初の数シンボルが制御データを典型的に搬送し、残りのシンボルがトラフィックデータを典型的に搬送するので、第２の設計における最初のシンボルではなく、第１の設計における最後のシンボルをパンクチャすることの方が良い場合がある。
[0090] 一設計において、サブフレームにおける送信の最後のシンボルが、サウンディング基準信号（ＳＲＳ）を送信するようにＵＥを構成することによってパンクチャされ、それは、サブフレームの最後のシンボル期間においてアップリンク上で通常送信される。しかしながら、ＵＥは、送信ギャップを取得するためにＳＲＳを実際に送信しない。ＳＲＳを送信するようにＵＥを構成することによって、ＵＥは、それがサブフレームの最後のシンボル期間以外のすべての期間で送られることができるようにデータを処理し、それは、パンクチャすることにより、データ送信のパフォーマンスへの影響を緩和し得る。よって、ＳＲＳを送信するようにＵＥを構成することは、ＬＴＥに定められた機構を使用して送信の最後のシンボルを都合よくパンクチャするために使用され得る。
[0091] タイムライン１１２０は、ＷＡＮ ＴＸタイミングに対して（Ｄｅｌｔａ１−Ｄｅｌｔａ３）だけＰ２Ｐタイミングを遅延させることによって送信ギャップを取得する設計を示す。連続したアップリンクサブフレームの各グループは、ＷＡＮ ＴＸ、Ｐ２Ｐ ＴＸ、および／またはＰ２Ｐ ＲＸに使用され得る。所与のグループにおけるすべてのアップリンクサブフレームが（ｉ）ＷＡＮ ＴＸおよび／またはＰ２Ｐ ＴＸ、または（ｉｉ）Ｐ２Ｐ ＲＸのみに使用される場合、送信ギャップは必要とされない場合がある。所与のグループにおけるアップリンクサブフレームがＷＡＮ／Ｐ２Ｐ ＴＸおよびＰ２Ｐ ＲＸの両方に使用される場合、送信ギャップが提供され得る。Ｐ２Ｐ ＴＸまたはＰ２Ｐ ＲＸは、連続したアップリンクサブフレームのグループの最後のサブフレームにおいてスケジュールされ得る。（Ｄｅｌｔａ１−Ｄｅｌｔａ３）の送信ギャップは、ＷＡＮ ＴＸタイミングに対して（Ｄｅｌｔａ１−Ｄｅｌｔａ３）だけ遅延させられたＰ２Ｐタイミングにより（例えば、サブフレーム１および２において示されるような）ＷＡＮ ＴＸ後に生じるＰ２Ｐ ＲＸのために取得され得る。Ｄｅｌｔａ３の送信ギャップは、（ｉ）ＷＡＮ ＲＸタイミングに対してＤｅｌｔａ１だけ前進させられたＷＡＮ ＴＸタイミング、および（ｉｉ）ＷＡＮ ＴＸタイミングに対して（Ｄｅｌｔａ１−Ｄｅｌｔａ３）だけ遅延させられたＰ２Ｐタイミングにより（例えば、サブフレーム３および４において示されるような）ＷＡＮ ＲＸ前に生じるＰ２Ｐ ＴＸのために取得され得る。Ｄｅｌｔａ３は、Ｄｅｌｔａ１以下であり得る。このケースにおいて、異なるガード期間は、Ｐ２Ｐ ＴＸからＷＡＮ ＲＸへの遷移およびＷＡＮ ＴＸからＰ２Ｐ ＲＸへの遷移のために作成され得る。
[0092] ＦＤＤでは、異なるダウンリンクスペクトルおよびアップリンクスペクトルが、それぞれ、ＷＡＮダウンリンクおよびＷＡＮアップリンクに使用され得る。よって、ＷＡＮ ＴＸとＷＡＮ ＲＸとの間に送信ギャップは必要とされない。アップリンクスペクトルのためのいくつかのサブフレームは、Ｐ２Ｐ通信に割り当てられ得る。よって、ＷＡＮ ＴＸは、潜在的にＰ２Ｐ通信を妨げる可能性があり、そしてその逆も同じである。表２は、一設計に従って、ＦＤＤにおける異なるＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントについての送信ギャップを保証する異なる方法をリストする。
[0093] 図１２Ａは、ＦＤＤにおける関心のあるＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントについての送信ギャップを取得するいくつかの設計を示す。図１２Ａは、図７に示されるサブフレーム割り当てを仮定し、ここで、アップリンクスペクトルのためのインタレース３および７がＰ２Ｐ通信に割り当てられる。図１２Ａはまた、簡潔さのためにゼロの往復遅延を仮定する。
[0094] ＷＡＮ ＲＸタイムライン１２１２は、ダウンリンクスペクトルのためのすべてのサブフレームにおいてＵＥがｅＮＢからデータを潜在的に受信することを示す。ＷＡＮ ＴＸタイムライン１２１４は、インタレース０乃至２および４乃至６のサブフレームにおいてＵＥがｅＮＢにデータを潜在的に送信することを示す。
[0095] Ｐ２Ｐタイムライン１２１６は、ＵＥがＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけ前進させられたそれのＰ２Ｐタイミングを有することを示す。ＵＥは、潜在的に、アップリンクスペクトルのためのいくつかのサブフレームにおいてピアＵＥにデータを送信し、アップリンクスペクトルための他のサブフレームにおいてピアＵＥからデータを受信し得る。Ｄｅｌｔａ１の送信ギャップは、ＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけＰ２Ｐタイミングを前進させることによって、（例えば、サブフレーム７および８において）Ｐ２Ｐ ＲＸとＷＡＮ ＴＸとの間で取得され得る。Ｄｅｌｔａ２の送信ギャップは、（例えば、サブフレーム６において）ｅＮＢに送られたデータ送信の最後のシンボルをパンクチャすることによって、（例えば、サブフレーム６および７において）ＷＡＮ ＴＸとＰ２Ｐ ＲＸとの間で取得され、ここで、Ｄｅｌｔａ２＝Ｔｓｙｍ−Ｄｅｌｔａ１であり、Ｔｓｙｍは、１つのシンボル期間の持続時間である。Ｄｅｌｔａ１は、Ｄｅｌｔａ２と等しくあり得る、または等しくない可能性がある。Ｄｅｌｔａ１およびＤｅｌｔａ２の和が小さい（例えば、約５から１０マイクロ秒）場合、（シンボル期間全体ではなく）サイクリックプレフィクスの一部分が送信ギャップを取得するために使用され得る。逆に、Ｄｅｌｔａ１およびＤｅｌｔａ２の和が大きい場合、１つのシンボル期間が送信ギャップを取得するために使用され得る。
[0096] ＷＡＮ ＴＸタイムライン１２１８は、任意のＷＡＮ送信の最後の部分を削除する必要なしに、インタレース０乃至２および４乃至６のサブフレームにおいてＵＥがｅＮＢにデータを潜在的に送信することを示す。Ｐ２Ｐタイムライン１２２０は、ＵＥがＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけ遅延させられたそれのＰ２Ｐタイミングを有することを示す。Ｄｅｌｔａ１の送信ギャップは、ＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけＰ２Ｐタイミングを遅延させることによって（例えば、サブフレーム６および７において）ＷＡＮ ＴＸとＰ２Ｐ ＲＸとの間で取得され得る。Ｄｅｌｔａ２の送信ギャップは、（例えば、サブフレーム７において）Ｐ２Ｐ通信のために送られたデータ送信の最後のシンボルをパンクチャすることによって、（例えば、サブフレーム７および８において）Ｐ２Ｐ ＲＸとＷＡＮ ＴＸとの間で取得され得る。
[0097] Ｐ２Ｐタイムライン１２１４によって示される設計は、（例えば、サブフレーム２および６において）ＷＡＮ送信の最後のシンボルをパンクチャすることによって、ＷＡＮ通信に影響を与え得る。Ｐ２Ｐタイムライン１２２０によって示される設計は、（例えば、サブフレーム３および７において）Ｐ２Ｐ送信の最後のシンボルをパンクチャすることによって、ＷＡＮ通信への影響を回避し得る。両方の設計では、サブフレームにおける送信の最後のシンボルが、送信ギャップを取得するためにＳＲＳを実際送信することはないが、ＳＲＳを送信するようにＵＥを構成することによってパンクチャされ得る。
[0098] 図１２Ｂは、Ｐ２Ｐ ＴＸサブフレームおよびＰ２Ｐ ＲＸサブフレームをバンドリングすることによって、ＴＸ／ＲＸおよびＲＸ／ＴＸ切り替えポイントの数を低減する設計を示す。図１２Ｂに示される例において、アップリンクスペクトルのための２つの連続したインタレース３および４がＰ２Ｐ通信に割り当てられ得る。ＵＥは、インタレース３および４の２つの連続したサブフレームにおいてピアＵＥに送信し、その後、インタレース３および４等のための２つの連続したサブフレームにおいてピアＵＥから受信し得る。Ｐ２Ｐ ＴＸサブフレームおよびＰ２Ｐ ＲＸサブフレームをバンドリングすることによって、送信ギャップの数が半分に低減され得る。しかしながら、ＨＡＲＱ送信タイムラインは、図１２Ａに示される設計と比べて（例えば、２倍に）拡大され得る。
[0099] 図１２Ｃは、特殊なサブフレームを使用してＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントについての送信ギャップを取得する設計を示す。図１２Ｃに示される例において、アップリンクスペクトルのための２つのインタレース２および６がＰ２Ｐ通信に割り当てられ得る。インタレース３および７は、特殊なサブフレームを含むように定義され得る。
[0100] ＷＡＮ ＲＸタイムライン１２３２は、ダウンリンクスペクトルのためのすべてのサブフレームにおいてＵＥがｅＮＢからデータを潜在的に受信することを示す。ＷＡＮ ＴＸタイムライン１２３４は、インタレース０、１、４、および５のサブフレームにおいて、またインタレース３および７における特殊なサブフレームのアップリンク部分において、ＵＥがｅＮＢにデータを潜在的に送信することを示す。
[0101] Ｐ２Ｐタイムライン１２３６は、ＵＥがそれのＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけ遅延させられたそれのＰ２Ｐタイミングを有することを示す。ＵＥは、アップリンクスペクトルのためのいくつかのサブフレームにおいてピアＵＥにデータを潜在的に送信し、アップリンクスペクトルための他のサブフレームにおいてピアＵＥからデータを受信し得る。Ｄｅｌｔａ１の送信ギャップは、ＷＡＮ ＴＸタイミングに対してＤｅｌｔａ１だけＰ２Ｐタイミングを遅延させることによって（例えば、サブフレーム５および６において）ＷＡＮ ＴＸとＰ２Ｐ ＲＸとの間で取得され得る。Ｄｅｌｔａ２の送信ギャップは、（例えば、サブフレーム７において）Ｐ２Ｐ ＲＸとＷＡＮ ＴＸとの間で取得され、ここで、ギャップは特殊なサブフレーム内にあり、ここで、Ｄｅｌｔａ２＝Ｔｇａｐ−Ｄｅｌｔａ１である。
[0102] 図１１乃至１２Ｃは、ＴＤＤおよびＦＤＤ展開における同時ＷＡＮ通信およびＰ２Ｐ通信のためのＴＸ／ＲＸおよびＲＸ／ＴＸ切り換えポイントにおいて送信ギャップを取得する様々な設計を示す。送信ギャップはまた、他の方法で取得され得る。
[0103] さらに別の態様において、ＷＡＮ通信に使用される物理チャネルおよび信号は、Ｐ２Ｐ通信に再利用され得る。例えば、Ｐ２Ｐダウンリンクおよび／またはＰ２Ｐアップリンクは、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、セル固有基準信号（ＣＲＳ）、ＵＥ固有基準信号（ＵＥ−ＲＳ）、および／またはＬＴＥにおけるダウンリンクに使用される他の物理チャネルおよび信号を使用し得る。Ｐ２Ｐアップリンクおよび／またはＰ２Ｐダウンリンクは、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、ＳＲＳ、および／またはＬＴＥにおけるアップリンクに使用される他の物理チャネルおよび信号を使用し得る。これらの様々な物理チャネルおよび信号は、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation,」と題する、３ＧＰＰ ＴＳ ３６．２１１に説明されており、これは公に入手可能である。
[0104] 本明細書で説明される技法は、様々な利点を提供し得る。第１に、Ｐ２Ｐ通信のためにＷＡＮ物理チャネルおよび信号を再利用することによって、Ｐ２Ｐ通信をサポートするＵＥの複雑性が比較的低くなり得る。第２に、Ｐ２Ｐ通信のためにＷＡＮフレーム構造およびタイムラインを使用することによって、上述されたように、ＷＡＮ通信およびＰ２Ｐ通信を同時にサポートすることが可能になる。第３に、技法は、ＦＤＤおよびＴＤＤ展開の両方においてＰ２Ｐ通信をサポートするために使用され得る。第４に、技法は、ＷＡＮ通信に使用されるスペクトル（例えば、ＦＤＤ展開におけるアップリンクスペクトル）、またはＰ２Ｐための専用スペクトル、または無認可スペクトル上でＰ２Ｐ通信をサポートするために使用され得る。第５に、技法は、異なるシステムにおけるＵＥがＰ２Ｐを用いて直接通信することができるように、Ｐ２Ｐ通信をサポートする他の通信システム（例えば、Ｗｉ−Ｆｉ）によって適用され得る。本明細書で説明される技法はまた、他の利点を提供し得る。
[0105] 図１３は、ＷＡＮ通信およびＰ２Ｐ通信をサポートするためのプロセス１３００の設計を示す。プロセス１３００は、（以下で説明されるように）第１のＵＥによって、または、何らかの他のエンティティによって、実行され得る。第１のＵＥは、ＷＡＮ通信のためにダウンリンクスペクトルおよびアップリンクスペクトルの両方で基地局と通信し得る（ブロック１３１２）。ブロック１３１２では、第１のＵＥがダウンリンクスペクトル上で基地局からデータを受信し、アップリンクスペクトル上で基地局にデータを送信し得る。第１のＵＥは、Ｐ２Ｐ通信のためにアップリンクスペクトルのみで第２のＵＥと通信し得る（ブロック１３１４）。ブロック１３１４では、第１のＵＥは、アップリンクスペクトル上で第２のＵＥにデータを送信し、第２のＵＥからデータを受信し得る。
[0106] 一設計において、ＷＡＮ通信およびＰ２Ｐ通信は、アップリンクスペクトル上で周波数分割多重化され得る。この設計において、第１のＵＥは、例えば、図６Ａに示されるように、（ｉ）ブロック１３１２において基地局にアップリンクスペクトルの第１の部分でデータを送信し得る、および（ｉｉ）ブロック１３１４において第２のＵＥにアップリンクスペクトルの第２の部分でデータを送信し得る。
[0107] 別の設計において、ＷＡＮ通信およびＰ２Ｐ通信は、アップリンクスペクトル上で時分割多重化され得る。この設計において、第１のＵＥは、例えば、図６Ｂまたは６Ｃに示されるように、（ｉ）ブロック１３１２において基地局に第１のサブフレームにおけるアップリンクスペクトル上でデータを送信し得る、および（ｉｉ）ブロック１３１４において第２のＵＥに第２のサブフレームにおけるアップリンクスペクトル上でデータを送信し得る。
[0108] 図１４は、Ｐ２Ｐ通信をサポートするためのプロセス１４００の設計を示す。プロセス１４００は、（以下で説明されるように）第１のＵＥによって、または、何らかの他のエンティティによって、実行され得る。第１のＵＥは、Ｐ２Ｐ通信のための第１のサブフレームにおいて指定されたスペクトル上で第２のＵＥにデータを送信し得る（ブロック１４１２）。第１のＵＥは、Ｐ２Ｐ通信のための第２のサブフレームにおいて指定されたスペクトル上で第１のＵＥに第２のＵＥによって送られたデータを受信し得る（ブロック１４１４）。第１のサブフレームは、第２のサブフレームと時分割多重化され得る。
[0109] 一設計において、第１および第２のサブフレームは、ＴＤＤを利用する基地局のための２つのアップリンクサブフレームに対応し得る。この設計において、指定されたスペクトルは、ダウンリンクおよびアップリンクの両方に使用されるスペクトルに対応し得る。別の設計において、第１および第２のサブフレームは、ＦＤＤを使用する基地局のためのアップリンクスペクトルのための２つのサブフレームに対応し得る。この設計において、指定されたスペクトルは、アップリンクスペクトルに対応し得る。
[0110] 一設計において、第１のＵＥは、ＷＡＮ通信のための第３のサブフレームにおいて基地局と通信し得る。ＷＡＮ通信およびＰ２Ｐ通信は、時分割多重化され、第３のサブフレームは、第１および第２のサブフレームと時分割多重化され得る。
[0111] 図１５は、ＷＡＮ通信およびＰ２Ｐ通信をサポートするためのプロセス１５００の設計を示す。プロセス１５００は、（以下で説明されるように）第１のＵＥによって、または、何らかの他のエンティティによって、実行され得る。第１のＵＥは、ＷＡＮ通信のための少なくとも１つの第１のサブフレームにおいて基地局と通信し得る（例えば、データを送信する、および／またはデータを受信する）（ブロック１５１２）。第１のＵＥは、少なくとも１つの第２のサブフレームにおいて第２のＵＥと通信し、それは、少なくとも１つの第１のサブフレームと時分割多重化され得る（ブロック１５１４）。一設計において、第１のＵＥは、基地局と第２のＵＥと同時に通信し得る。
[0112] 一設計において、基地局は、ＦＤＤを利用し、ダウンリンクスペクトルおよびアップリンクスペクトル上で動作し得る。少なくとも１つの第１のサブフレームおよび少なくとも１つの第２のサブフレームは、アップリンクスペクトルのためのサブフレームに対応し得る。別の設計において、基地局はＴＤＤを利用し得る。少なくとも１つの第２のサブフレームは、基地局のための少なくとも１つのダウンリンクサブフレームおよび／または少なくとも１つのアップリンクサブフレームに対応し得る。
[0113] 図１６は、Ｐ２Ｐ通信をサポートするためのプロセス１６００の設計を示す。プロセス１６００は、（以下で説明されるように）第１のＵＥによって、または、何らかの他のエンティティによって、実行され得る。第１のＵＥは、ＷＡＮ通信のために基地局に第１のサブフレームにおいて第１のデータ送信を送り得る（ブロック１６１２）。第１のＵＥは、Ｐ２Ｐ通信のために第１のＵＥに第２のＵＥによって第２のサブフレームにおいて送られた第２のデータ送信を受信し得る（ブロック１６１４）。第２のデータ送信は、ＷＡＮ ＴＸおよびＰ２Ｐ ＲＸを分離するために第１の送信ギャップだけ第１のデータ送信から分離され得る。
[0114] 第１の送信ギャップは、様々な方法で取得され得る。一設計において、第１の送信ギャップは、（ｉ）第１のデータ送信よりも少なくとも１つのサブフレームだけ遅く、または（ｉｉ）サブフレームの送信部分と受信部分との間のギャップを備える特殊なサブフレームにおいて、送られる第２のデータ送信をスケジュールすることによって取得され得る。ケース（ｉ）は、図１１のタイムライン１１１６においてサブフレーム８におけるＷＡＮ ＴＸおよび次の無線フレームのサブフレーム２におけるＰ２Ｐ ＲＸによって示され得る。別の設計において、第１のＵＥは、例えば、図１１のタイムライン１１１８におけるサブフレーム７におけるＷＡＮ ＴＸによって示されるように、第１の送信ギャップを取得するために第１のデータ送信の最後の部分を削除し得る。第１のＵＥは、第１のＵＥのためのＳＲＳ構成に基づいて第１のデータ送信の最後のシンボル期間を削除し得る。さらに別の設計において、前記第１のＵＥは、例えば、図１１のタイムライン１１２０におけるサブフレーム７におけるＷＡＮ ＴＸおよびサブフレーム８におけるＰ２Ｐ ＲＸによって示されるように、第１の送信ギャップを取得するために、それのＷＡＮ通信のための送信タイミングに対してそれのＰ２Ｐ通信のための送信タイミングを遅延させ得る。さらに別の設計において、第１のＵＥは、それのＷＡＮ通信のための送信タイミングに対してそれのＰ２Ｐ通信のための送信タイミングを前進させ得る。第１のＵＥは、例えば、図１２Ａのタイムライン１２１４および１２１６におけるサブフレーム６におけるＷＡＮ ＴＸおよびサブフレーム７におけるＰ２Ｐ ＲＸによって示されるように、第１のデータ送信の最後の部分を削除することによって第１の送信ギャップを取得し得る。さらに別の設計において、第１の送信ギャップは、例えば、図１２Ｃに示されるように、サブフレームの送信部分と受信部分との間のギャップを備える特殊なサブフレームにおいて送られる第１または第２のデータ送信によって取得され得る。第１の送信ギャップはまた、例えば、上記の表１および２にリストされ、上述されたように、他の方法で取得され得る。
[0115] 一設計において、第１のＵＥは、Ｐ２Ｐ通信のために第１のＵＥに第２のＵＥによって第３のサブフレームにおいて送られた第３のデータ送信を受信し得る（ブロック１６１６）。第１のＵＥは、ＷＡＮ通信のために基地局に第４のサブフレームにおいて第４のデータ送信を送り得る（ブロック１６１８）。第４のデータ送信は、Ｐ２Ｐ ＲＸおよびＷＡＮ ＴＸを分離するために第２の送信ギャップだけ第３のデータ送信から分離され得る。上述されたように、第２の送信ギャップは、様々な方法で取得され得る。
[0116] 一設計において、例えば、図１１のタイムライン１１１４によって示されるように、第１のＵＥは、それのＷＡＮ通信のための受信タイミングに対してそれのＷＡＮ通信のための送信タイミングを前進させ得る。これは、第１のＵＥに対してＷＡＮ ＴＸとＷＡＮ ＲＸとの間の送信ギャップを提供し得る。ＷＡＮ ＲＸとＷＡＮ ＴＸとの間の送信ギャップは、例えば、図１１に示されるように、特殊なサブフレームの使用によって取得され得る。
[0117] 図１７Ａは、ＵＥ１２０ｘの設計のブロック図を示し、それは、図１のＵＥのうちの１つであり得る。ＵＥ１２０ｘ内で、受信機１７１２は、ＷＡＮ通信のためにｅＮＢによって送信されるダウンリンク信号およびＰ２Ｐ通信のために他のＵＥによって送信されるＰ２Ｐ信号を受信し得る。送信機１７１４は、Ｐ２Ｐ通信のために他のＵＥにＰ２Ｐ信号を送信し、ＷＡＮ通信のためにｅＮＢにアップリンク信号を送信し得る。モジュール１７１６は、例えば、Ｐ２Ｐ通信に使用される信号を生成および処理する等、Ｐ２Ｐ通信をサポートし得る。モジュール１７１８は、例えば、ＷＡＮ通信に使用される信号を生成および処理する等、ＷＡＮ通信をサポートし得る。モジュール１７２０は、Ｐ２Ｐ通信に割り当てられたサブフレーム、Ｐ２Ｐダウンリンクに使用されるサブフレーム、およびＰ２Ｐアップリンクに使用されるサブフレームを決定し得る。モジュール１７２２は、ＷＡＮ通信に利用可能なサブフレームを決定し得る。モジュール１７２４は、ＵＥ１２０ｘのＰ２Ｐタイミングを決定し、それは、ＷＡＮ ＴＸタイミングに対してアライン(align)され得る、前進させられ得る、または遅延させられ得る。モジュール１７２６は、ＵＥ１２０ｘのＷＡＮ ＴＸタイミングおよびＷＡＮ ＲＸタイミングを決定し得る。ＵＥ１２０ｘ内の様々なモジュールは、上述されたように動作し得る。コントローラ／プロセッサ１７２８は、ＵＥ１２０ｘ内の様々なモジュールの動作を指示し得る。メモリ１７３０は、ＵＥ１２０ｘのためのデータおよびプログラムコードを記憶し得る。
[0118] 図１７Ｂは、ｅＮＢ１１０ｘの設計のブロック図を示し、それは、図１のｅＮＢのうちの１つであり得る。ｅＮＢ１１０ｘ内で、受信機１７５２は、ＷＡＮ通信をサポートするためにＵＥによって送信されるアップリンク信号を受信し得る。送信機１７５４は、ＷＡＮ通信をサポートするためにＵＥにダウンリンク信号を送信し得る。モジュール１７５６は、例えば、ＷＡＮ通信に使用される信号を生成および処理する等、ＵＥのためのＷＡＮ通信をサポートし得る。モジュール１７５８は、バックホールを介して他のネットワークエンティティ（例えば、ｅＮＢ）との通信をサポートし得る。モジュール１７６０は、ＷＡＮ通信に利用可能なサブフレームを決定し得る。モジュール１７６２は、Ｐ２Ｐ通信にサブフレームを割り当て得る。モジュール１７６４は、ｅＮＢ１１０ｘのＷＡＮ ＴＸタイミングおよびＷＡＮ ＲＸタイミングを決定し得る。ｅＮＢ１１０ｘ内の様々なモジュールは、上述されたように動作し得る。コントローラ／プロセッサ１７６８は、ｅＮＢ１１０ｘ内の様々なモジュールの動作を指示し得る。メモリ１７７０は、ｅＮＢ１１０ｘのためのデータおよびプログラムコードを記憶し得る。スケジューラ１７６６は、ＷＡＮ通信および／またはＰ２Ｐ通信のためにＵＥをスケジュールし、スケジュールされたＵＥにリソースを割り当て得る。
[0119] 図１７ＡのＵＥ１２０ｘおよび図１７ＢのｅＮＢ１１０ｘ内のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコード、等、またはそれらの任意の組み合わせを備え得る。
[0120] 図１８は、ｅＮＢ１１０ｙおよびＵＥ１２０ｙの設計のブロック図を示し、それらは、図１のｅＮＢのうちの１つおよびＵＥのうちの１つであり得る。ＥＮＢ１１０ｙは、Ｔ個のアンテナ１８３４ａ乃至１８３４ｔが装備され、ＵＥ１２０ｙは、Ｒ個のアンテナ１８５２ａ乃至１８５２ｒが装備され、ここで、一般に、Ｔ≧１およびＲ≧１である。
[0121] ｅＮＢ１１０ｙにおいて、送信機プロセッサ１８２０は、データソース１８１２から１つ以上のＵＥのためのデータを、コントローラ／プロセッサ１８４０から制御情報（例えば、Ｐ２Ｐ通信、ＷＡＮ通信、等をサポートするメッセージ）を受信し得る。プロセッサ１８２０は、データおよび制御情報を処理（例えば、符号化および変調）して、データシンボルおよび制御シンボルをそれぞれ取得し得る。プロセッサ１８２０はまた、同期信号、基準信号、等のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ１８３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに空間処理（例えば、プリコーディング）を実行し、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１８３２ａ乃至１８３２ｔに提供し得る。各変調器１８３２は、（例えば、ＯＦＤＭ、等のために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器１８３２はさらに、出力サンプルストリームを処理（例えば、アナログ変換、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器１８３２ａ乃至１８３２ｔからのＴ個のダウンリンク信号は、それぞれ、Ｔ個のアンテナ１８３４ａ乃至１８３４ｔを介して送信され得る。
[0122] ＵＥ１２０ｙにおいて、アンテナ１８５２ａ乃至１８５２ｒは、ｅＮＢ１１０ｙおよび他のｅＮＢからのダウンリンク信号および／または他のＵＥからのＰ２Ｐ信号を受信し、受信された信号を復調器（ＤＥＭＯＤ）１８５４ａ乃至１８５４ｒにそれぞれ提供し得る。各復調器１８５４は、受信されたそれぞれの信号を調整（例えば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器１８５４はさらに、（例えば、ＯＦＤＭ、ＳＣ−ＦＤＭ、等のために）入力サンプルを処理して、受信されたシンボルを取得し得る。ＭＩＭＯ検出器１８５６は、すべてのＲ個の復調器１８５４ａ乃至１８５４ｒから受信されたシンボルを取得し、適用可能な場合、受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供し得る。受信プロセッサ１８５８は、検出されたシンボルを処理（例えば、復調および復号）し、データシンク１８６０にＵＥ１２０ｙのための復号されたデータを提供し、コントローラ／プロセッサ１８８０に復号された制御情報を提供し得る。チャネルプロセッサ１８８４は、Ｐ２Ｐ ＵＥからのＰ２Ｐ信号およびｅＮＢからのダウンリンク信号を検出し得る。プロセッサ１８８４は、検出されたＰ２Ｐ信号およびダウンリンク信号の受信信号強度を測定し、検出されたＰ２Ｐ ＵＥおよびｅＮＢのためにチャネル利得を決定し得る。
[0123] アップリンク上では、ＵＥ １２０ｙにおいて、送信プロセッサ１８６４は、データソース１８６２からデータを、コントローラ／プロセッサ１８８０から制御情報（例えば、Ｐ２Ｐ通信、ＷＡＮ通信、等についてのメッセージ）を受信し得る。プロセッサ１８６４は、データおよび制御情報を処理（例えば、符号化および変調）して、データシンボルおよび制御シンボルをそれぞれ取得し得る。プロセッサ１８６４はまた、基準信号、近接検出信号、等のためのシンボルを生成し得る。送信プロセッサ１８６４からのシンボルは、適用可能な場合、ＴＸ ＭＩＭＯプロセッサ１８６６によってプリコーディングされ、さらに（例えば、ＳＣ−ＦＤＭ、ＯＦＤＭ、等のために）変調器１８５４ａ乃至１８５４ｒによって処理され、ｅＮＢ１１０ｙ、他のｅＮＢ、および／または他のＵＥに送信され得る。ｅＮＢ１１０ｙにおいて、ＵＥ１２０および他のＵＥからのアップリンク信号は、アンテナ１８３４によって受信され、復調器１８３２によって処理され、適用可能な場合はＭＩＭＯ検出器１８３６によって検出され、受信プロセッサ１８３８によってさらに処理されて、ＵＥ１２０ｙおよび他のＵＥによって送られた復号されたデータおよび制御情報を取得し得る。プロセッサ１８３８は、復号されたデータをデータシンク１８３９に提供し、復号された制御情報をコントローラ／プロセッサ１８４０に提供し得る。
[0124] コントローラ／プロセッサ１８４０および１８８０は、それぞれ、ｅＮＢ１１０ｙおよびＵＥ１２０ｙにおける動作を指示し得る。ＵＥ１２０ｙにおけるプロセッサ１８８０および／または他のプロセッサおよびモジュールは、図１３の処理１３００、図１４の処理１４００、図１５の処理１５００、図１６の処理１６００、および／または、本明細書に記載された技法のための他の処理を実行または指示し得る。メモリ１８４２および１８８２は、ｅＮＢ１１０ｙおよびＵＥ１２０ｙのためのデータおよびプログラムコードをそれぞれ記憶し得る。通信（Ｃｏｍｍ）ユニット１８４４は、ｅＮＢ１１０ｙが他のネットワークエンティティと通信することを可能にする。スケジューラ１８４６は、ＷＡＮ通信およびＰ２Ｐ通信のためにＵＥをスケジュールし得る。
[0125] 一構成において、ワイヤレス通信のための装置１２０ｘおよび／または１２０ｙは、ＷＡＮ通信のためのダウンリンクスペクトルおよびアップリンクスペクトルの両方で第１のＵＥによって基地局と通信するための手段と、Ｐ２Ｐ通信のためにアップリンクスペクトルのみで第１のＵＥによって第２のＵＥと通信するための手段を含み得る。
[0126] 別の構成において、ワイヤレス通信のための装置１２０ｘおよび／または１２０ｙは、Ｐ２Ｐ通信のために第１のサブフレームにおいて指定されたスペクトル上で第１のＵＥから第２のＵＥにデータを送信するための手段と、Ｐ２Ｐ通信のために第２のサブフレームにおいて指定されたスペクトル上で第１のＵＥに第２のＵＥによって送られたデータを受信するための手段を含み、ここで、第１のサブフレームは、第２のサブフレームとＴＤＭされる。
[0127] さらに別の構成において、ワイヤレス通信のための装置１２０ｘおよび／または１２０ｙは、ＷＡＮ通信のための少なくとも１つの第１のサブフレームにおいて第１のＵＥによって基地局と通信するための手段と、少なくとも１つの第２のサブフレームにおいて第１のＵＥによって第２のＵＥと通信するための手段を含み、ここで、少なくとも１つの第１のサブフレームは、少なくとも１つの第２のサブフレームとＴＤＭされる。
[0128] さらに別の構成において、ワイヤレス通信のための装置１２０ｘおよび／または１２０ｙは、ＷＡＮ通信のために基地局に第１のＵＥによって第１のサブフレームにおいて第１のデータ送信を送るための手段と、Ｐ２Ｐ通信のために第１ＵＥに第２のＵＥによって第２のサブフレームにおいて送られた第２のデータ送信を受信するための手段と、Ｐ２Ｐ通信のために第１のＵＥに第２のＵＥによって第３のサブフレームにおいて送られた第３のデータ送信を受信するための手段と、ＷＡＮ通信のために基地局に第１のＵＥによって第４のサブフレームにおいて第４のデータ送信を送るための手段を含み得る。第２のデータ送信は、第１の送信ギャップによって第１のデータ送信から分離され得る。第４のデータ送信は、第２の送信ギャップによって第３のデータ送信から分離され得る。
[0129] 一態様において、前述された手段は、前述された手段によって記載された機能を実行するように構成され得る、ＵＥ１２０ｙにおけるプロセッサ（単数または複数）１８５８、１８６４、および／または１８８０であり得る。別の態様において、前述された手段は、前述された手段によって記載された機能を実行するように構成された１つ以上のモジュールまたは任意の装置であり得る。
[0130] 本明細書で説明された実施形態の１つ以上の態様によると、（ＷＡＮ通信のための）既存のＰＨＹチャネルはまた、（上述された、および以下にさらに説明されるように）Ｐ２Ｐ通信に使用され得る。ＷＡＮ ＵＬスペクトルにおけるいくつかのサブフレームは、Ｐ２Ｐ通信のために共有され得る。規制制約により、ＷＡＮ ＤＬにおけるＰ２Ｐ通信をサポートすることが困難または不可能となる可能性がある。サブフレームは、周期的インタレースにおいて４ｍｓ間隔で設置され得る。この技法は、（利用可能であれば）専用のＰ２Ｐスペクトルまで拡大され得る。
[0131] 一実施形態において、５つのチャネルが直接通信（すなわち、Ｐ２Ｐ通信）に関連付けられ得る。５つのチャネルは、以下を含み得る：
・データ：デバイスＡからデバイスＢへのデータペイロード
・ＰＦＩ：（デバイスＡからデバイスＢに送られる）パケットフォーマットインジケータ。ＰＦＩは、変調符号化方式（ＭＣＳ）、冗長バージョン、使用されたリソースブロックに関する情報および新しいパケットインジケータを含み得る。ＰＦＩはＬＴＥにおけるＤＬグラントと類似し得る。
・ＡＣＫ：（デバイスＡにデバイスＢによって送られる）肯定応答。ＡＣＫは受信されたデータに使用され、ＮＡＣＫは他の場合に使用され得る。
・ＣＱＩ：（デバイスＡにデバイスＢによって送られる）チャネル品質情報。ＣＱＩは、デバイスＡが特定のＭＣＳを選択することを可能にする。より良いＣＱＩは、高度なＭＣＳに関連する、またはそれをもたらす。
・ＣＳＩ−ＲＳ：（デバイスＢにデバイスＡによって送られる）チャネル状態情報基準信号。ＣＳＩ−ＲＳは、デバイスＢがデバイスＡからのＣＱＩを推定することを可能にする。
[0132] 図１９は、Ｐ２Ｐ通信をサポートするためのＴＤＭおよびＨＡＲＱプロセスを示す。物理チャネル設計に関して、ＬＴＥ Ｐ２Ｐ物理レイヤでは、既存のＬＴＥ物理チャネルの最大限の再利用が以下のように実現され得る：
・ＬＴＥ Ｐ２Ｐ制御を搬送するためにＬＴＥ ＰＵＣＣＨを使用し、制御が１４シンボルに広がるので、好ましいリンクバジェットを提供する。利点は、ＣＱＩ、ＡＣＫ、等についての既存の設計および小さな追加の受信機複雑性（small additional receiver complexity）を含む。
・ＬＴＥ Ｐ２Ｐデータを搬送するためにＬＴＥ ＤＬチャネル設計（ＰＤＳＣＨ）を使用し、追加の復号複雑性がないことおよび同等化の必要性がないことを提供する。利点は、（シミュレーションにおいて説明される）制御よりも低いリンクバジェットを含む。
[0133] 図２０は、Ｐ２Ｐ通信をサポートするための典型的な物理チャネル設計を示す。一実施形態において、物理チャネル設計は以下を含み得る：
・データ：ＯＦＤＭおよび／またはターボ符号化される。
・ＰＦＩ：１０ビットペイロード。ＰＦＩは、リードマラー符号化されたＱＰＳＫシンボルがＵＥ ＰＤＩの関数としてＣｈｕシーケンス「ホッピング」および／またはＣｈｕシーケンスを変調するとして、ＰＵＣＣＨフォーマット２を使用し得る。
・ＣＱＩ、５ビットペイロード。ＣＱＩは、ＰＦＩと同様の方法で同様のＰＵＣＣＨフォーマットを使用し得る。ＡＣＫは、ＣＱＩがない場合、ＣＱＩスロット中のフォーマット１ａ／１ｂにおいて送られ得る。
・ＡＣＫ、ＣＱＩがない場合、ＣＱＩスロット中のフォーマット１ａ／１ｂにおいて送られる、またはＣＱＩが存在する場合、ＣＱＩと共にフォーマット２ａ／２ｂにおいて送られる。
・ＣＳＩ−ＲＳ：均一に広がるリソースを含む。
[0134] 別の実施形態において、ＷＡＮ ＵＬスペクトルの共有から生じるＷＡＮとＰ２Ｐ通信間の潜在的な干渉は、共有および非共有インタレースの両方を使用することで回避され得る。インタレースは、８ｍｓ離間されたＵＬサブフレームのシーケンスであり得る。各インタレース上で、ｅＮＢは、（ＳＩＢシグナリングを介して示され得る）Ｐ２Ｐ直接通信に使用され得る最大許容送信電力を指定し得る。ｅＮＢは、それらインタレース上でゼロ電力を設定することによって、ある特定のインタレース（すなわち、「非共有」インタレース）上での任意のＰ２Ｐ直接通信を禁止し得る。非共有インタレースは、ｅＮＢにＰ２Ｐを扱うロバストな機構を提供する。レガシーデバイスが非共有インタレース上でのみスケジュールされた場合、レガシーＵＥへのＰ２Ｐ影響はない（そしてその逆も同じである）。
[0135] 残りの「共有」インタレースは、ＵＥ間のＰ２Ｐ直接通信および／またはＵＥからｅＮＢへの通信を含み、それは、インターネットへのトラフィックまたは近接ＵＥ間のトラフィックを含み得る。たとえそれがいくつかの近接ＵＥがＰ２ＰではなくＷＡＮを介して通信することを意味するとしても、目標は、共有インタレース内で最高のパフォーマンスを得ることである。
[0136] 図２１は、Ｐ２Ｐ通信をサポートするためのプロセス２１００の設計を示す。プロセス２１００は、ｅＮＢ、ネットワークノードによって、または何らかの他のエンティティによって実行され得る。ネットワークノードは、ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定し得る（ブロック２１１２）。ネットワークノードは、Ｐ２Ｐ通信のためにＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定し得る（ブロック２１１４）。ネットワークノードは、Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にし得る（ブロック２１１６）。
[0137] 図２２は、Ｐ２Ｐ通信をサポートするためのプロセス２２００の設計を示す。プロセス２２００は、ＵＥ、モバイルエンティティによって、または、何らかの他のエンティティによって、実行され得る。モバイルエンティティは、Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別し得る（ブロック２２１２）。モバイルエンティティは、サブフレームのグループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信し得る（ブロック２２１４）。
[0138] 図１７Ａ乃至Ｂおよび１８に戻って参照すると、一構成において、ワイヤレス通信のための装置１１０ｘおよび／または１１０ｙは、ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定するための手段と、Ｐ２Ｐ通信のためにＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定するための手段と、Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にするための手段を含み得る。
[0139] 別の構成において、ワイヤレス通信のための装置１２０ｘおよび／または１２０ｙは、Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別するための手段と、サブフレームのグループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信するための手段を含み得る。
[0140] 当業者であれば、情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを理解するであろう。例えば、上記説明の全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表され得る。
[0141] 当業者はさらに、本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現され得ることを理解するであろう。ハードウェアとソフトウェアとのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に上述されている。そのような機能が、ハードウェアとして実現されるか、あるいはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、説明された機能を特定のアプリケーションごとに様々な方法で実現し得るが、そのような実現の決定は、本開示の範囲からの逸脱を引き起こしているとして解釈されるべきではない。
[0142] 本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、本明細書で説明された機能を実行するように設計された汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはこれらの任意の組み合わせで、実現または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替において、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、計算デバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実現され得る。
[0143] 本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、またはその２つの組み合わせで、具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で周知の任意の他の形態の記憶媒体内に存在し得る。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、かつ記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替において、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ内に存在し得る。ＡＳＩＣは、ユーザ端末内に存在し得る。代替において、プロセッサおよび記憶媒体は、ユーザ端末内の離散コンポーネントとして存在し得る。
[0144] １つ以上の典型的な設計において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実現され得る。ソフトウェアで実現された場合、機能は、コンピュータ可読媒体上の１つ以上の命令またはコードとして記憶または送信され得る。コンピュータ可読媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされることができる任意の入手可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、または、命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用されることができ、かつ、汎用または専用コンピュータ、または汎用または専用プロセッサによってアクセスされることができる、任意の他の媒体を備えることができる。また、任意の接続は、コンピュータ読み取り可能な媒体と厳密には称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイディスク（disc）を含み、ディスク（disk）は通常、磁気的にデータを再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせはまた、コンピュータ可読媒体の範囲内に含まれるべきである。
［０１４５］ 本開示の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供される。本開示に対する様々な変更は、当業者に容易に理解され、本明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の変形例に適用され得る。よって、本開示は、本明細書で説明された例および設計に限定されるように意図されたものではなく、本明細書で開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にするネットワークエンティティによって実施可能な方法であって、
ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定することと、
Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定することと、
Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にすることと
を備える方法。
［Ｃ２］
前記ワイヤレスネットワークは、ロングタームエボリューション（ＬＴＥ）ネットワークを備え、
可能にすることは、前記Ｐ２Ｐ制御情報を搬送するために、前記Ｐ２Ｐモバイルエンティティが物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用することを可能にすることを備え、
可能にすることは、前記Ｐ２Ｐデータを搬送するために、前記Ｐ２Ｐモバイルエンティティが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を使用することを可能にすることを備える、Ｃ１に記載の方法。
［Ｃ３］
前記Ｐ２Ｐデータは、ＰＤＳＣＨ上で直交周波数分割多重（ＯＦＤＭ）コード化される、Ｃ２に記載の方法。
［Ｃ４］
サブフレームの前記第１のグループを指定することは、前記ＷＡＮ ＵＬスペクトルの第１のインタレースを非共有インタレースとして割り当てることを備え、前記非共有インタレースは、前記ＷＡＮ通信のためのＵＬサブフレームの第１のシーケンスを備える、
サブフレームの前記第２のグループを指定することは、前記ＷＡＮ ＵＬスペクトルの第２のインタレースを共有インタレースとして割り当てることを備え、前記共有インタレースは、Ｐ２Ｐ通信が可能であるＵＬサブフレームの第２のシーケンスを備える、Ｃ１に記載の方法。
［Ｃ５］
前記第１のインタレースのうちの少なくとも１つのサブフレーム上でモバイルエンティティからＵＬデータを受信することをさらに備える、Ｃ４に記載の方法。
［Ｃ６］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にするワイヤレス通信装置であって、
ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定することと、Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定することと、Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にすることを行うように構成された少なくとも１つのプロセッサと、
データを記憶するために前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
［Ｃ７］
前記少なくとも１つのプロセッサは、
前記ＷＡＮ ＵＬスペクトルの第１のインタレースを非共有インタレースとして割り当てることによってサブフレームの前記第１のグループを指定し、前記非共有インタレースは、前記ＷＡＮ通信のためのＵＬサブフレームの第１のシーケンスを備える、
前記ＷＡＮ ＵＬスペクトルの第２のインタレースを共有インタレースとして割り当てることによってサブフレームの前記第２のグループを指定し、前記共有インタレースは、Ｐ２Ｐ通信が可能であるＵＬサブフレームの第２のシーケンスを備える、Ｃ６に記載のワイヤレス通信装置。
［Ｃ８］
前記少なくとも１つのプロセッサは、前記第１のインタレースのうちの少なくとも１つのサブフレーム上でモバイルエンティティからＵＬデータを受信するようにさらに構成される、Ｃ７に記載のワイヤレス通信装置。
［Ｃ９］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にするワイヤレス通信装置であって、
ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定するための手段と、
Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定するための手段と、
Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にするための手段と
を備える、ワイヤレス通信装置。
［Ｃ１０］
コンピュータプログラム製品であって、
少なくとも１つのコンピュータに、
ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを指定することと、
Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを指定することと、
Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを可能にすることと
を行わせるためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ１１］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信のためのモバイルエンティティによって実施可能な方法であって、
Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別することと、
サブフレームの前記グループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信することと
を備える、方法。
［Ｃ１２］
前記ワイヤレスネットワークは、ロングタームエボリューション（ＬＴＥ）ネットワークを備え、
通信することは、（ａ）物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＰ２Ｐ制御情報を、および（ｂ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で前記Ｐ２Ｐデータを、送信または受信することを備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記Ｐ２Ｐデータは、前記ＰＤＳＣＨ上で直交周波数分割多重（ＯＦＤＭ）コード化される、Ｃ１２に記載の方法。
［Ｃ１４］
通信することは、前記ＷＡＮ ＵＬスペクトルの共有インタレース上で前記Ｐ２Ｐデータを送信または受信することを備え、前記共有インタレースは、Ｐ２Ｐ通信が可能であるＵＬサブフレームのシーケンスを備える、Ｃ１３に記載の方法。
［Ｃ１５］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信のためのワイヤレス通信装置であって、
Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別することと、サブフレームの前記グループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信することとを行うように構成された少なくとも１つのプロセッサと、
データを記憶するために前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
［Ｃ１６］
前記ワイヤレスネットワークは、ロングタームエボリューション（ＬＴＥ）ネットワークを備え、
前記少なくとも１つのプロセッサは、（ａ）物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＰ２Ｐ制御情報を、および（ｂ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で前記Ｐ２Ｐデータを、送信または受信することで通信する、Ｃ１５に記載のワイヤレス通信装置。
［Ｃ１７］
前記Ｐ２Ｐデータは、前記ＰＤＳＣＨ上で直交周波数分割多重（ＯＦＤＭ）コード化される、Ｃ１６に記載のワイヤレス通信装置。
［Ｃ１８］
通信することは、前記ＷＡＮ ＵＬスペクトルの共有インタレース上で前記Ｐ２Ｐデータを送信または受信することを備え、前記共有インタレースは、Ｐ２Ｐ通信が可能であるＵＬサブフレームのシーケンスを備える、Ｃ１５に記載のワイヤレス通信装置。
［Ｃ１９］
ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信のためのワイヤレス通信装置であって、
Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別するための手段と、
サブフレームの前記グループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信するための手段と
を備える、ワイヤレス通信装置。
［Ｃ２０］
コンピュータプログラム製品であって、
少なくとも１つのコンピュータに、
Ｐ２Ｐ通信のために指定されたワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームのグループを識別することと、
サブフレームの前記グループに対応するＷＡＮ物理層チャネル上で別のモバイルエンティティとＰ２Ｐデータを通信することと
を行わせるためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。

Claims (6)

  1. ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にする基地局によって実施可能な方法であって、
    前記ワイヤレスネットワークは、ロングタームエボリューション（ＬＴＥ（登録商標））ネットワークを備え、
    ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを、前記基地局において指定することと、サブフレームの前記第１のグループを指定することは、前記ＷＡＮ ＵＬスペクトルの第１のインタレースを非共有インタレースとして割り当てることを備え、前記非共有インタレースは、前記ＷＡＮ通信のためのＵＬサブフレームの第１のシーケンスを備え、前記非共有インタレース上で、前記基地局は、Ｐ２Ｐ通信のために使用され得る最大許容送信電力をゼロ電力に設定することによって、前記非共有インタレース上でのＰ２Ｐ通信を禁止する、
    Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを、前記基地局において指定することと、
    Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを、前記基地局において可能にすることと、ここにおいて、前記可能にすることは、
    前記Ｐ２Ｐ制御情報を搬送するために、前記Ｐ２Ｐモバイルエンティティが物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用することを可能にすることと、
    前記Ｐ２Ｐデータを搬送するために、前記Ｐ２Ｐモバイルエンティティが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）設計を使用することを可能にすることと
    を備える、
    を備える方法。
  2. 前記Ｐ２Ｐデータは、前記ＰＤＳＣＨ上で直交周波数分割多重（ＯＦＤＭ）コード化される、請求項１に記載の方法。
  3. サブフレームの前記第２のグループを指定することは、前記ＷＡＮ ＵＬスペクトルの第２のインタレースを共有インタレースとして割り当てることを備え、前記共有インタレースは、Ｐ２Ｐ通信が可能であるＵＬサブフレームの第２のシーケンスを備える、請求項１に記載の方法。
  4. 前記第１のインタレースのうちの少なくとも１つのサブフレーム上でモバイルエンティティからＵＬデータを受信することをさらに備える、請求項３に記載の方法。
  5. ワイヤレスネットワークにおけるピアツーピア（Ｐ２Ｐ）通信を容易にするワイヤレス通信装置であって、
    前記ワイヤレスネットワークは、ロングタームエボリューション（ＬＴＥ）ネットワークを備え、
    ＷＡＮ通信のためにワイドエリアネットワーク（ＷＡＮ）アップリンク（ＵＬ）スペクトルにおいてサブフレームの第１のグループを、基地局において指定するための手段と、サブフレームの前記第１のグループを指定するための前記手段は、前記ＷＡＮ ＵＬスペクトルの第１のインタレースを非共有インタレースとして割り当てるための手段を備え、前記非共有インタレースは、前記ＷＡＮ通信のためのＵＬサブフレームの第１のシーケンスを備え、前記非共有インタレース上で、前記基地局は、Ｐ２Ｐ通信のために使用され得る最大許容送信電力をゼロ電力に設定することによって、前記非共有インタレース上でのＰ２Ｐ通信を禁止する、
    Ｐ２Ｐ通信のために前記ＷＡＮ ＵＬスペクトルにおいてサブフレームの第２のグループを、前記基地局において指定するための手段と、
    Ｐ２Ｐ制御情報およびＰ２Ｐデータを通信するために、Ｐ２Ｐモバイルエンティティがサブフレームの前記第２のグループにおけるＷＡＮ物理層チャネルを使用することを、前記基地局において可能にするための手段と、ここにおいて、可能にするための前記手段は、
    前記Ｐ２Ｐ制御情報を搬送するために、前記Ｐ２Ｐモバイルエンティティが物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用することを可能にするための手段と、
    前記Ｐ２Ｐデータを搬送するために、前記Ｐ２Ｐモバイルエンティティが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）設計を使用することを可能にするための手段と
    を備える、
    を備えるワイヤレス通信装置。
  6. 請求項１ないし４のいずれか一項に記載の方法を実現するための命令を備えたコンピュータプログラム。
JP2017500916A 2014-07-11 2015-07-13 ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化 Active JP6843735B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/328,996 2014-07-11
US14/328,996 US9084240B2 (en) 2010-04-15 2014-07-11 Multiplexing of peer-to-peer (P2P) communication and wide area network (WAN) communication
PCT/US2015/040187 WO2016007957A1 (en) 2014-07-11 2015-07-13 Multiplexing of peer-to-peer (p2p) communication and wide area network (wan) communication

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020037419A Division JP7100675B2 (ja) 2014-07-11 2020-03-05 ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化

Publications (3)

Publication Number Publication Date
JP2017527169A JP2017527169A (ja) 2017-09-14
JP2017527169A5 JP2017527169A5 (ja) 2018-07-26
JP6843735B2 true JP6843735B2 (ja) 2021-03-17

Family

ID=53783318

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017500916A Active JP6843735B2 (ja) 2014-07-11 2015-07-13 ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化
JP2020037419A Active JP7100675B2 (ja) 2014-07-11 2020-03-05 ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020037419A Active JP7100675B2 (ja) 2014-07-11 2020-03-05 ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化

Country Status (5)

Country Link
EP (1) EP3167565B1 (ja)
JP (2) JP6843735B2 (ja)
KR (1) KR102386721B1 (ja)
CN (2) CN107005379B (ja)
WO (1) WO2016007957A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2017208609A1 (ja) * 2016-05-31 2019-03-28 株式会社Ｎｔｔドコモ ユーザ装置及び通信方法
US10506596B2 (en) * 2016-10-28 2019-12-10 Qualcomm Incorporated Coexistence of interleaved and contiguous uplink transmissions
KR102216803B1 (ko) 2020-10-27 2021-02-16 진연상 서버 시스템
US11553460B2 (en) * 2021-01-11 2023-01-10 Qualcomm Incorporated Transmit and receive switching for sidelink communications

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8730841B2 (en) * 2007-07-06 2014-05-20 Qualcomm Incorporated Peer to peer communications methods and apparatus providing for use of both WAN uplink and downlink bands
US9264907B2 (en) * 2007-07-10 2016-02-16 Qualcomm Incorporated Method and apparatus for interference management between networks sharing a frequency spectrum
US8266693B1 (en) * 2008-03-25 2012-09-11 Mcafee, Inc. System, method, and computer program product for identifying unwanted data communicated via a session initiation protocol
US8432939B2 (en) * 2008-05-15 2013-04-30 Qualcomm Incorporated Using guard carriers for extra channels
US8554200B2 (en) * 2008-09-12 2013-10-08 Nokia Corporation Method and apparatus for providing interference measurements for device to-device communication
US9084283B2 (en) * 2008-11-19 2015-07-14 Qualcomm Incorporated Peer-to-peer communication using a wide area network air interface
US9565011B2 (en) * 2009-06-04 2017-02-07 Qualcomm Incorporated Data transmission with cross-subframe control in a wireless network
US9516686B2 (en) * 2010-03-17 2016-12-06 Qualcomm Incorporated Method and apparatus for establishing and maintaining peer-to-peer (P2P) communication on unlicensed spectrum
US8811359B2 (en) * 2010-04-15 2014-08-19 Qualcomm Incorporated Multiplexing of peer-to-peer (P2P) communication and wide area network (WAN) communication
US8526347B2 (en) * 2010-06-10 2013-09-03 Qualcomm Incorporated Peer-to-peer communication with symmetric waveform for downlink and uplink
EP2617252B1 (en) * 2010-09-13 2020-03-11 Qualcomm Incorporated(1/3) Method, apparatus and computer program product to facilitate use of lte channelization structures and waveforms for peer-to-peer communications
US9826404B2 (en) * 2011-01-11 2017-11-21 Qualcomm Incorporated System and method for peer-to-peer authorization via non-access stratum procedures
US20120201158A1 (en) * 2011-02-03 2012-08-09 Qualcomm Incorporated Peer-to-peer / wan association control and resource coordination for mobile entities using aggregate neighborhood utility metrics
US9094960B2 (en) * 2012-05-30 2015-07-28 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)
US9392627B2 (en) * 2012-09-13 2016-07-12 Qualcomm Incorporated Method and apparatus for physical cell identifier collision detection and neighboring cell list construction
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
DK3478014T3 (da) * 2012-12-13 2021-08-30 Ericsson Telefon Ab L M Design af fysisk kanal til netværksunderstøttet d2d

Also Published As

Publication number Publication date
CN107005379A (zh) 2017-08-01
KR102386721B1 (ko) 2022-04-13
CN111698071A (zh) 2020-09-22
EP3167565A1 (en) 2017-05-17
KR20170028926A (ko) 2017-03-14
JP7100675B2 (ja) 2022-07-13
JP2020109985A (ja) 2020-07-16
EP3167565B1 (en) 2020-12-16
WO2016007957A1 (en) 2016-01-14
JP2017527169A (ja) 2017-09-14
CN107005379B (zh) 2020-06-09
CN111698071B (zh) 2023-08-15
BR112017000148A2 (pt) 2017-11-07

Similar Documents

Publication Publication Date Title
JP6426062B2 (ja) ピアツーピア通信および広域ネットワーク（ｗａｎ）通信の多重化
JP6965396B2 (ja) トランスポートブロックサイズの決定
JP7296403B2 (ja) 非周期的チャネル状態情報基準信号トリガのための擬似コロケーション仮定
JP5944548B2 (ja) サブフレーム依存の物理アップリンク制御チャネル（ｐｕｃｃｈ）領域の設計
JP5985786B2 (ja) 強化されたｐｄｓｃｈ動作
JP5646727B2 (ja) アップリンク制御およびアップリンクデータ信号に対する個別のリソースパーティショニング管理
US11290145B2 (en) Data transmission in synchronization slots
JP7100675B2 (ja) ピアツーピア（ｐ２ｐ）通信およびワイドエリアネットワーク（ｗａｎ）通信の多重化
US11005615B2 (en) Inter-cell interference mitigation for uplink ultra-reliable low latency communications
US10499356B2 (en) Guard period modification in a time division duplexing wireless system
US11683127B2 (en) Downlink control information (DCI) piggyback on semi persistent scheduling (SPS) channel
US20210050958A1 (en) Feedback communication on a sidelink
US9084240B2 (en) Multiplexing of peer-to-peer (P2P) communication and wide area network (WAN) communication
US11825450B2 (en) Channel reservation for sidelink
EP4282099A1 (en) Replacing broken uplink repetitions
BR112017000148B1 (pt) Multiplexação de comunicação de ponto a ponto (p2p) e comunicação de rede de longa distância (wan)

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170316

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180614

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180614

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190318

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190326

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190611

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20191105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200305

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20200305

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20200313

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20200317

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20200529

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20200602

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20200623

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20200714

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20200811

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20201104

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20201222

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20210126

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20210126

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210224

R150 Certificate of patent or registration of utility model

Ref document number: 6843735

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250