JP6843735B2 - ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化 - Google Patents

ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化 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
JP2017527169A5 (ja
JP2017527169A (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

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037Inter-user or inter-terminal allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-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] 本開示は、一般的には、通信に関し、より具体的には、ピアツーピア(P2P)通信をサポートするための技法に関する。
[0002] ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト、等のような様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって、複数のユーザをサポートすることができる多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続(CDMA)ネットワーク、時分割多元接続(TDMA)ネットワーク、周波数分割多元接続(FDMA)ネットワーク、直交FDMA(OFDMA)ネットワーク、および単一キャリアFDMA(SC−FDMA)ネットワークを含む。ワイヤレス通信ネットワークは、ワイドエリアネットワーク(WAN)とも称され得る。
[0003] ワイヤレス通信ネットワークは、多数のユーザ機器(UE)のための通信をサポートすることができる多数の基地局を含み得る。UEは、基地局と通信し得る。UEはまた、1つ以上の他のUEとピアツーピア(P2P)で通信することができる。UEのためのP2P通信を効率的にサポートすることが望ましくあり得る。
[0004] P2P通信およびWAN通信をサポートするための技法が、本明細書で説明される。一態様において、ワイヤレスネットワークにおけるピアツーピア(P2P)通信を容易にするネットワークエンティティによって実施可能な方法は、WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定することを含む。方法は、P2P通信のためにWAN ULスペクトルにおいてサブフレームの第2のグループを指定することを含む。方法は、P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの第2のグループにおけるWAN物理層チャネルを使用することを可能にすることをさらに含む。
[0005] 別の態様において、ワイヤレスネットワークにおけるピアツーピア(P2P)通信のためのモバイルエンティティによって実施可能な方法は、P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別することを含む。方法は、サブフレームのグループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信することを含む。
[0006] 本開示の様々な態様および特徴が、以下でより詳細に説明される。
[0007] 図1は、P2P通信をサポートするワイヤレスネットワークを示す。 [0008] 図2は、周波数分割複信(FDD)のためのフレーム構造を示す。 [0009] 図3は、時分割複信(TDD)のためのフレーム構造を示す。 [0010] 図4Aおよび4Bは、HARQを用いたデータ送信の2つの例を示す。 図4Aおよび4Bは、HARQを用いたデータ送信の2つの例を示す。 [0011] 図5は、インタレース送信構造を示す。 [0012] 図6A乃至6Cは、P2P通信をサポートする3つのリソース分割スキームを示す。 図6A乃至6Cは、P2P通信をサポートする3つのリソース分割スキームを示す。 図6A乃至6Cは、P2P通信をサポートする3つのリソース分割スキームを示す。 [0013] 図7は、FDDにおけるP2P通信へのサブフレームの割り当てを示す。 [0014] 図8Aおよび8Bは、図7で示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 図8Aおよび8Bは、図7で示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 [0015] 図9A乃至9Cは、TDDにおけるP2P通信へのサブフレームの割り当てを示す。 図9A乃至9Cは、TDDにおけるP2P通信へのサブフレームの割り当てを示す。 図9A乃至9Cは、TDDにおけるP2P通信へのサブフレームの割り当てを示す。 [0016] 図10A乃至10Dは、図9Bおよび9Cで示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 図10A乃至10Dは、図9Bおよび9Cで示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 図10A乃至10Dは、図9Bおよび9Cで示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 図10A乃至10Dは、図9Bおよび9Cで示されるサブフレーム割り当てのための同時P2P通信およびWAN通信を示す。 [0017] 図11は、TDDにおける送信ギャップを取得するためのいつくかのスキームを示す。 [0018] 図12A乃至12Cは、FDDにおける送信ギャップを取得するためのいくつかのスキームを示す。 図12A乃至12Cは、FDDにおける送信ギャップを取得するためのいくつかのスキームを示す。 図12A乃至12Cは、FDDにおける送信ギャップを取得するためのいくつかのスキームを示す。 [0019] 図13は、アップリンクスペクトル上でのP2P通信をサポートするためのプロセスを示す。 [0020] 図14は、P2P通信をサポートするためのプロセスを示す。 [0021] 図15は、WAN通信およびP2P通信をサポートするためのプロセスを示す。 [0022] 図16は、WAN送信とP2P送信との間の送信ギャップを取得するためのプロセスを示す。 [0023] 図17Aは、UEのブロック図を示す。 [0024] 図17Bは、基地局のブロック図を示す。 [0025] 図18は、基地局およびUEの別のブロック図を示す。 [0026] 図19は、P2P通信をサポートするための時分割多重化(TDM)およびHARQプロセスを示す。 [0027] 図20は、P2P通信をサポートするための典型的な物理チャネル設計を示す。 [0028] 図21は、P2P通信をサポートするための別のプロセスを示す。 [0029] 図22は、P2P通信をサポートするための更なる別のプロセスを示す。
詳細な説明
[0030] 本明細書に記述される技法は、CDMA、TDMA、FDMA、OFDMA、SC−FDMA、および他のワイヤレスネットワーク、等のような様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、互換性をもって使用されることが多い。CDMAネットワークは、ユニバーサル地上無線アクセス(UTRA)、cdma2000、等のような無線技術を実装し得る。UTRAは、広帯域CDMA(WCDMA(登録商標))、時分割同期CDMA(TD−SCDMA)、およびCDMAの他の変形を含む。cdma2000は、IS−2000、IS−95、およびIS−856規格をカバーする。TDMAネットワークは、モバイル通信のためのグローバルシステム(GSM(登録商標))のような無線技術を実装し得る。OFDMAネットワークは、発展型UTRA(E−UTRA)、ウルトラモバイルブロードバンド(UMB)、IEEE 802.11(Wi−Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、フラッシュOFDM(登録商標)、等の無線技術を実装し得る。UTRAおよびE−UTRAは、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部である。3GPP(登録商標)ロングタームエボリューション(LTE(登録商標))およびLTEアドバンスドは、FDDおよびTDDの両方において、ダウンリンク上でOFDMAを、アップリンク上でSC−FDMAを採用する、E−UTRAを用いるUMTSの新リリースである。UTRA、E―UTRA、UMTS、LTE、LET−A、およびGSMは、「第3世代パートナーシッププロジェクト」(3GPP)という名称の団体からの文書で説明されている。cdma2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)という名称の団体からの文書で説明されている。本明細書で説明される技法は、上述されたワイヤレスネットワークおよび無線技術並びに他のワイヤレスネットワークおよび無線技術に使用され得る。明確さのために、技法のある特定の態様は、LTEに関して以下に説明され、LTEの専門用語が以下の説明の大部分で使用される。
[0031] 図1は、LTEネットワークまたは何らかの他のWANであり得る、WAN100を示す。WAN100は、多数の発展型ノードB(eNB)および他のネットワークエンティティを含み得る。簡潔にするために、3つのeNB110a、110b、および110c並びにネットワークコントローラ130のみが図1に示される。eNBは、UEと通信するエンティティであり、基地局、ノードB、アクセスポイント、等とも称され得る。各eNBは、特定の地理的エリアに対して通信カバレッジを提供し、カバレッジ内に位置するUEのための通信をサポートし得る。3GPPでは、「セル」という用語は、この用語が使用される文脈に応じて、eNBのカバレッジエリアおよび/またはこのカバレッジエリアにサービス提供するeNBサブシステムを指すことができる。3GPPでは、「セクタ」または「セルセクタ」という用語は、基地局のカバレッジエリアおよび/またはこのカバレッジエリアにサービス提供する基地局サブシステムを指すことができる。明確さのために、「セル」の3GPP概念が、本明細書で使用される。
[0032] eNBは、マクロセル、ピコセル、フェムトセル、および/または他のタイプのセルのための通信カバレッジを提供し得る。マクロセルは、比較的広い地理的エリア(例えば、半径数キロメートル)をカバーし、サービスに加入しているUEによる無制限アクセスを可能にし得る。ピコセルは、比較的狭い地理的エリアをカバーし、サービスに加入しているUEによる無制限アクセスを可能にし得る。フェムトセルは、比較的狭い地理的エリア(例えば、自宅)をカバーし、フェムトセルとの関連性を有するUE(例えば、限定加入者グループ(CSG)におけるUE)による制限されたアクセスを可能にし得る。図1に示される例において、WAN100は、マクロセルについてのマクロeNB110a、110b、および110cを含む。WAN100はまた、ピコセルについてのピコeNBおよび/またはフェムトセル(図1に示されていない)についてのホームeNB(HeNB)を含み得る。
[0033] WANはまた、リレーを含み得る。リレーは、アップストリームエンティティ(例えば、eNBまたはUE)からデータの送信を受信し、ダウンストリームエンティティ(例えば、UEまたはeNB)にデータの送信を送るエンティティであり得る。リレーはまた、他のUEに対する送信をリレーするUEであり得る。
[0034] ネットワークコントローラ130は、eNBのセットに結合され、これらのeNBに対して調整および制御を提供し得る。ネットワークコントローラ130は、バックホールを介してeNBと通信し得る。eNBはまた、バックホールを介して互いに通信し得る。
[0035] UE120は、WAN100全体にわたって分布され、各UEは、固定式または移動式であり得る。UEはまた、局、移動局、端末、アクセス端末、加入者ユニット、等とも称され得る。UEは、セルラ電話、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ(WLL)局、スマートフォン、ネットブック、スマートブック、タブレット、等であり得る。UEは、eNB、リレー、他のUE、等と通信することができる。
[0036] 本明細書では、WAN通信は、例えば、別のUEのような遠隔エンティティとの呼についてのUEとeNBとの間の通信を指す。P2P通信は、eNBを経由しない、2つ以上のUE間の直接通信を指す。WAN UEは、WAN通信に関心がある、または関与しているUEである。P2P UEは、P2P通信に関心がある、または関与しているUEである。
[0037] 図1に示される例において、UE120aおよび120bは、eNB110aのカバレッジ内にあり、ピアツーピアで通信する。UE120cおよび120dは、eNB110bのカバレッジ内にあり、ピアツーピアで通信する。UE120eおよび120fは、異なるeNB110bおよび110cのカバレッジ内にあり、ピアツーピアで通信する。UE120g、120h、および120iは、eNB110cのカバレッジ内にあり、ピアツーピアで通信する。図1における他のUE120は、WAN通信に関与している。
[0038] 2つ以上のUEのグループは、P2P通信に関与しており、P2Pグループと称され得る。協調P2P(coordinated P2P)と称され得る一設計において、P2Pグループ内の1つのUEがP2Pグループオーナ(またはP2Pサーバ)に指定され、P2Pグループ内の各残りのUEが、P2Pクライアントに指定され得る。P2Pサーバは、WANとのシグナリングを交換すること、P2Pサーバと1つ又は複数のP2Pクライアントとの間のデータ送信を調整すること、等のようなある特定の管理機能を実行し得る。アドホックP2Pと称され得る別の設計において、P2Pグループ内のすべてのUEが、P2P通信のためのデータを送信および/または受信する同様の機能を実行し得る。この設計において、P2Pグループ内のUEが、P2Pグループに対する管理機能を課せられることはない。本明細書で説明される技法は、P2Pグループオーナを有するおよびそれを有さない、協調P2PおよびアドホックP2Pの両方に使用され得る。明確さのために、以下の説明の大部分は、P2PグループオーナがP2Pクライアントとピアツーピアで通信する場合についてである。
[0039] 一般に、通信は、ダウンリンクおよびアップリンク上の通信を介して容易となり得る。WAN通信では、ダウンリンク(または順方向リンク)は、eNBからUEへの通信リンクを指し、アップリンク(または逆方向リンク)はUEからeNBへの通信リンクを指す。WAN通信のためのダウンリンクは、WANダウンリンクとも称され、WAN通信のためのアップリンクは、WANアップリンクとも称され得る。協調P2P通信では、P2Pダウンリンクは、P2PグループオーナからP2Pクライアントへの通信リンクを指し、P2Pアップリンクは、P2PクライアントからP2Pグループオーナへの通信リンクを指す。アドホックP2P通信では、P2Pダウンリンクは、1つの特定のUEからそれの1つ又は複数のピアUEへの通信リンクを指し、P2Pアップリンクは、それの1つ又は複数のピアUEからこの特定のUEへの通信リンクを指し得る。よって、アドホックP2PのためのP2PダウンリンクおよびP2Pアップリンクは、左右対称であり、方向のみ異なり得る。
[0040] WAN100は、FDDまたはTDDを利用し得る。FDDでは、ダウンリンクおよびアップリンクは、ダウンリンクスペクトルおよびアップリンクスペクトルと称され得る2つの別個の周波数チャネルが割り当てられ得る。送信はダウンリンクスペクトルおよびアップリンクスペクトル上で同時に送られ得る。TDDでは、ダウンリンクおよびアップリンクは、同じ周波数チャネルまたはスペクトルを共有し得る。送信は、異なる時間間隔で同じスペクトル上のダウンリンクおよびアップリンクで送られ得る。一般に、「スペクトル」という用語は、周波数チャネル、サブバンド、等に対応し得る、周波数の範囲を一般的に指し得る。
[0041] 図2は、LTEにおけるFDDに使用されるフレーム構造200を示す。ダウンリンクおよびアップリンクの各々のための送信タイムラインは、無線フレームの単位に分割され得る。各無線フレームは、所定の持続時間(例えば、10ミリ秒(ms))を有し、0乃至9のインデックスを有する10個のサブフレームに分割され得る。各サブフレームは、2つのスロットを含み得る。よって、各無線フレームは、0乃至19のインデックスを有する20個のスロットを含み得る。各スロットは、例えば、(図2に示されるような)通常のサイクリックプレフィックスの場合は7個のシンボル期間、または拡張されたサイクリックプレフィックスの場合は6個のシンボル期間のように、L個のシンボル期間を含み得る。各サブフレームにおける2L個のシンボル期間は、0乃至2L−1のインデックスが割り当てられ得る。FDDでは、ダウンリンクスペクトルのための各サブフレームは、ダウンリンクサブフレームと称され得る。アップリンクサブフレームのための各サブフレームは、アップリンクサブフレームと称され得る。
[0042] 図3は、LTEにおけるTDDに使用されるフレーム構造300を示す。送信タイムラインは無線フレームの単位に分割され、各無線フレームは、0乃至9のインデックスを有する10個のサブフレームに分割され得る。LTEは、TDDのための多数のダウンリンク−アップリンク構成をサポートする。すべてのダウンリンク−アップリンク構成のために、サブフレーム0および5はダウンリンク(DL)に使用され、サブフレーム2はアップリンク(UL)に使用される。サブフレーム3、4、7、8、および9は、それぞれ、ダウンリンク−アップリンク構成に応じてダウンリンクまたはアップリンクに使用され得る。サブフレーム1は、ダウンリンク制御チャネルおよびデータ送信に使用されるダウンリンクパイロットタイムスロット(DwPTS)、送信のないガード期間(GP)、およびランダムアクセスチャネル(RACH)またはサウンディング基準信号(SRS)のいずれかに使用されるアップリンクパイロットタイムスロット(UpPTS)から成る3つの特殊フィールドを含む。サブフレーム6は、ダウンリンク−アップリンク構成に応じて、DwPTSのみ、または3つの特殊フィールドすべて、またはダウンリンクサブフレームを含み得る。DwPTS、GP、およびUpPTSは、異なるサブフレーム構成に対して異なる持続時間を有し得る。TDDでは、ダウンリンクに使用される各サブフレームは、ダウンリンクサブフレームと称され得る。アップリンクに使用される各サブフレームは、アップリンクサブフレームと称され得る。
[0043] LTEは、FDDおよびTDDの両方に対して、ダウンリンク上で直交周波数分割多重化(OFDM)を、アップリンク上で単一キャリア周波数分割多重化(SC−FDM)を、利用する。OFDMおよびSC−FDMは、周波数範囲を、一般的にトーン、ビン、等とも称される、複数(NFFT)の直交サブキャリアに分割する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、OFDMでは周波数領域で、SC−FDMAでは時間領域で、送られる。隣接するサブキャリア間の間隔は、固定され、サブキャリアの総数(NFFT)は、システム帯域幅に依存し得る。例えば、サブキャリアの間隔は、15キロヘルツ(KHz)であり、NFFTは、1.25、2.5、5、10または20メガヘルツ(MHz)のシステム帯域幅に対して、それぞれ、128、256、512、1024または2048に等しくなり得る。システム帯域幅はまた、サブバンドに分割され得る。各サブバンドは、例えば、1.08MHzのような周波数の範囲をカバーし得る。
[0044] FDDおよびTDDの両方では、OFDMシンボルは、ダウンリンクサブフレームの各シンボル期間において送信され得る。SC−FDMAシンボルは、アップリンクサブフレームの各シンボル期間において送信され得る。
[0045] WAN100は、信頼性を改善するためにハイブリット自動再送(HARQ)を用いてデータ送信をサポートし得る。HARQでは、送信機は、データのパケットの最初の送信を送り、必要であれば、受信機によってパケットが正確に復号されるまで、最大数の送信がパケットのために送られるまで、または、他の終了条件が満たされるまで、1つ以上パケットの更なる送信を送り得る。
[0046] 図4Aは、HARQを用いたダウンリンク上でのデータ送信の一例を示す。UEは、eNBのためにダウンリンクのチャネル品質を推定し、eNBにダウンリンクチャネル品質を示すチャネル品質インジケータ(CQI)を送り得る。eNBは、ダウンリンク上でのデータ送信のためにUEをスケジュールし、CQIに基づいて変調符号化方式(MCS)を選択し得る。eNBは、ダウンリンクグラントおよびパケットの送信をUEに送り得る。ダウンリンクグラントは、選択されたMCS、割り当てられたリソース、等を含み得る。UEは、eNBからのデータ送信を処理し、パケットが正確に復号された場合には肯定応答(ACK)を送る、またはパケットが誤って復号された場合には否定応答(NACK)を送り得る。eNBは、NACKが受信された場合にはパケットの別の送信を送り、ACKが受信された場合にはパケットの送信を終了し得る。ダウンリンク上のデータ送信およびアップリンク上のACK/NACKフィードバックは、同様の方法で継続し得る。
[0047] 図4Bは、HARQを用いたアップリンク上でのデータ送信の一例を示す。UEは、送信すべきデータを有し、eNBにスケジューリング要求を送り得る。eNBは、アップリンク上でのデータ送信のためにUEをスケジュールし、UEにアップリンクグラントを送り得る。アップリンクグラントは、選択されたMCS、割り当てられたリソース、等を含み得る。UEは、アップリンクグラントに従ってパケットの送信を送り得る。eNBは、UEからのデータ送信を処理し、復号結果に応じてACKまたはNACKを送り得る。UEは、NACKが受信された場合にはパケットの別の送信を送り、ACKが受信された場合にはパケットの送信を終了し得る。アップリンク上のデータ送信およびダウンリンク上のACK/NACKフィードバックは、同様の方法で継続し得る。
[0048] 図5は、ダウンリンクおよびアップリンクの各々に使用され得る典型的なインタレース送信構造500を示す。0乃至M−1のインデックスを有するM個のインタレースが定義され、ここで、Mは4、6、8、または何らかの他の値と等しくあり得る。各インタレースは、M個のサブフレームだけ離間されたサブフレームを含み得る。例えば、インタレースmは、サブフレームm、m+M、m+2M、等を含み得る。M個のインタレースは、HARQに使用され、HARQインタレース、HARQプロセス、等と称され得る。HARQでは、送信機は、同じインタレースの異なるサブフレームにおいてパケットのすべての送信を送り得る。送信機は、異なるインタレースにおいて異なるパケットの送信を送り得る。
[0049] 図4Aおよび4Bに示されるように、ダウンリンクおよび/またはアップリンク上のデータ送信は、各リンク上の1つのインタレースによりサポートされ得る。ダウンリンク上のデータ送信では、データは、ダウンリンクのためのインタレースのサブフレームにおいて送られ、ACK/NACKフィードバックは、アップリンクのためのインタレースのサブフレームにおいて送られ得る。アップリンク上のデータ送信では、データは、アップリンクのためのインタレースのサブフレームにおいて送られ、ACK/NACKフィードバックは、ダウンリンクのためのインタレースのサブフレームにおいて送られ得る。容量を増大させるために、遅延を減らすために、および/または他の利点を得るために、より多くのインタレースが各リンクに使用され得る。
[0050] P2P通信は、特に互いに近接して位置するUEに対して、WAN通信より優れたある特定の利点を提供し得る。具体的には、2つのUE間のパスロスが、各々の(either)UEとそれのサービス提供eNBとの間のパスロスよりも実質的には小さくあり得るので、効率が改善され得る。さらに、2つのUEは、WAN通信のための2つの送信ホップを介するのではなく、P2P通信のための単一の送信「ホップ」を介して直接通信し得る − 1つのUEからそれのサービス提供eNBへのアップリンクについては1つのホップであり、同一または異なるeNBから他のUEへのダウンリンクについては別のホップである。よって、P2P通信は、UEの容量を改善するために使用され、また、P2P通信にいくつかのロードをシフトすることでネットワーク容量を改善するために使用され得る。
[0051] 一般に、P2P通信は、同一チャネルのP2P展開におけるWAN100によって使用される同一のスペクトル上で、またはWAN100によって使用されない異なるスペクトル上でサポートされ得る。同一チャネルのP2P展開は、例えば、別個のスペクトルがP2P通信をサポートすることができない場合に使用され得る。以下の説明の大部分は、同一チャネルのP2P展開を仮定する。しかしながら、本明細書で説明される技法はまた、専用のスペクトルを用いたP2P展開にも適用され得る。
[0052] 一態様において、P2P通信は、FDD展開におけるWANによって使用されるアップリンクスペクトル上でサポートされ得る。規制制約(regulatory constraints)により、FDDにおけるWANによって使用されるダウンリンクスペクトルおよびアップリンクスペクトルの両方でP2P通信をサポートすることは困難であり得る、または不可能である可能性がある。よって、P2P通信は、P2P通信にアップリンクスペクトル上で利用可能な時間周波数リソースのいくつかを割り当てることによって、アップリンクスペクトル上でサポートされ得る。
[0053] 別の態様において、フレーム構造は、WAN通信とP2P通信との間のTDM分割で定義され、それにより、両方がUEによって同時にサポートされることができる。
これは、P2P通信にいくつかサブフレームを割り当てることおよびWAN通信に対して残りのサブフレームを使用することによって、達成され得る。さらに別の態様において、TDM分割は、P2PダウンリンクおよびP2Pアップリンクに使用され、それは、UEがP2PダウンリンクおよびP2Pアップリンクの両方に対する同一のスペクトル上で動作することを可能にし得る。これは、P2Pダウンリンクに対してP2P通信に割り当てられたいくつかのサブフレームを使用することおよびP2Pアップリンクに対して残りの割り当てられたサブフレームを使用することによって、達成され得る。
[0054] 図6Aは、周波数分割多重化(FDM)でアップリンクスペクトル上のP2P通信をサポートする設計を示す。この設計において、アップリンクスペクトルの一部分は、P2P通信の全体の持続時間の間UEのグループに割り当てられ得る。異なるUEのグループには、アップリンクスペクトルの異なる非オーバーラップ部分が割り当てられ得る。例えば、UEの第1のグループには、第1の部分612が割り当てられ、UEの第2のグループには、アップリンクスペクトルの第2の部分614が割り当てられ得る。アップリンクスペクトルの残りの部分は、WAN通信に使用され得る。
[0055] 図6Bは、時分割多重化(TDM)でアップリンクスペクトル上のP2P通信をサポートする設計を示す。この設計において、アップリンクスペクトルのためのいくつかのサブフレームは、P2P通信のためにUEに割り当てられ得る。異なるUEのグループは、異なるサブフレームまたは、互いに過度の干渉をもたらさない場合、場合によっては同じサブフレームが割り当てられ得る。アップリンクスペクトルのための残りのサブフレームは、WAN通信に使用され得る。
[0056] 図6Cは、FDMおよびTDMの両方でアップリンクスペクトル上のP2P通信をサポートする設計を示す。この設計において、いくつかのサブフレームにおけるアップリンクスペクトルの一部分は、P2P通信のためにUEのグループに割り当てられ得る。異なるUEのグループは、異なるサブフレームにおける、および/またはアップリンクスペクトルの、異なる非オーバーラップ部分が割り当てられ得る。例えば、UEの第1のグループ(G1)は、サブフレーム0および2においてアップリンクスペクトルの第1の部分が割り当てられ得る。UEの第2のグループ(G2)は、サブフレーム0、1、および5においてアップリンクスペクトルの第2の部分が割り当てられ得る。アップリンクスペクトル上の残りの時間周波数リソースは、WAN通信に使用され得る。
[0057] 図6Aに示されるFDM設計では、TDDフレーム構造は、P2PダウンリンクおよびP2Pアップリンクに使用され得る。各P2Pグループでは、いくつかのサブフレームが、P2Pダウンリンクに割り当てられ、残りのサブフレームが、P2Pアップリンクに割り当てられ得る。各P2P UEは、いくつかのサブフレームのアップリンクスペクトルの割り当てられた部分上でデータを送信し、他のサブフレームのアップリンクスペクトルの割り当てられた部分上でデータを受信し得る。しかしながら、P2P UEは(i)P2P通信のための別のUEからアップリンクスペクトル上でデータを受信すること、および(ii)同じサブフレームにおいてWAN通信のためのeNBにアップリンクスペクトル上でデータを送信することが必要とされ得るため、P2P通信およびWANを同時にサポートすることはP2P UEにとって困難となり得る。P2P UEは、UE内の送信機から受信機への信号漏洩により、同じスペクトル上で同時に送信および受信することが不可能であり得る。
[0058] 図6Bに示されるTDM設計および図6Cに示されるFDM−TDM設計では、TDDフレーム構造はまた、P2PダウンリンクおよびP2Pアップリンクに使用され得る。各P2P UEは、その後、いくつかのサブフレームにおけるアップリンクスペクトルの全てまたは一部分上でデータを送信し、他のサブフレームにおけるアップリンクスペクトルの全てまたは一部分上でデータを受信し得る。P2P UEはまた、図6Bおよび6Cに示されるように、P2P通信およびWAN通信がTDMされ、異なるサブフレームにおいて生じるため、それらを同時にサポートすることができる。
[0059] 図6A乃至6Cに示される設計は、上述されたように、FDD展開に使用され、P2P通信は、アップリンクスペクトル上でサポートされ得る。図6A乃至6Cに示される設計はまた、TDD展開に使用され、P2P通信は、類似の方法でアップリンクサブフレーム(またはいくつかのダウンリンクおよびアップリンクサブフレーム)においてサポートされ得る。
[0060] 明確さのために、以下の説明の大部分は、P2P通信が、(i)FDD展開におけるアップリンクスペクトル上で、または(ii)TDD展開におけるダウンリンクおよびアップリンクサブフレームの両方またはアップリンクサブフレームのみにおいて、サポートされると仮定する。以下の説明の大部分はまた、図6Cに示されるFDM−TDM設計およびP2P通信のためのTDDフレーム構造の使用を仮定する。
[0061] FDD展開において、M個のインタレースは、例えば、図5に示されるように、ダウンリンクおよびアップリンクの各々のために定義され得る。アップリンクに対して1つのインタレースが、P2P通信に割り当てられ得る。このインタレースにおけるサブフレームの半分が、P2Pダウンリンクに使用され、このインタレースにおけるサブフレームの他の半分が、P2Pアップリンクに使用され得る。このケースにおいて、データの送信は、サブフレームtにおいて送られ、ACK/NACKフィードバックは、サブフレームt+Mにおいて送られ、別のデータの送信は、サブフレームt+2M等において送られ得る。データ送信の後にACK/NACKフィードバックのM個のサブフレームを送ることは、遅延センシティブサービス(delay sensitive services)(例えば、音声)に適していない可能性がある。よって、遅延を減らすために複数のインタレースがP2P通信に割り当てられ得る。
[0062] 図7は、P2P通信へのFDD展開におけるアップリンクスペクトルのためのサブフレームの典型的な割り当てを示す。図7に示される例において、8個のインタレース0乃至7は、アップリンクに利用可能であり、2個のインタレース3および7は、P2P通信に割り当てられ、残りの6個インタレースは、WAN通信に使用される。インタレース0乃至2および4乃至6におけるサブフレームは、WANアップリンクに使用され得る。インタレース3におけるサブフレームは、P2Pダウンリンクに使用され得る。インタレース7におけるサブフレームは、P2Pアップリンクに使用され得る。
[0063] 図7に示されるように、2つの均等に間隔をあけたインタレース(例えば、インタレース3および7)は、P2P通信に割り当てられ得る。さらに、2つの割り当てられたインタレースにおけるサブフレームは、P2PダウンリンクおよびP2Pアップリンクに均等に割り当てられ得る。8msHARQ送信タイムラインが、その後、P2P通信のためにサポートされ得る。
[0064] P2PグループオーナおよびP2Pクライアントは、P2PダウンリンクおよびP2Pアップリンクに割り当てられたサブフレームにおいて通信し得る。eNBは、同じインタレースまたは異なるインタレースのいずれかのサブフレームにおいて、これらサブフレームがP2PダウンリンクおよびP2Pアップリンクのためのサブフレームとは異なるものである限り、P2PクライアントおよびP2Pグループオーナに送信し得る。
[0065] 図8Aは、図7に示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の一設計を示す。図8Aに示される設計において、eNBは、サブフレーム0においてデータ送信をP2Pグループオーナに送り、サブフレーム4においてP2PグループオーナからACK/NACKフィードバックを受信し、サブフレーム8において別のデータ送信をP2Pグループオーナに送り得る。同様に、eNBは、サブフレーム0においてデータ送信をP2Pクライアントに送り、サブフレーム4においてP2PクライアントからACK/NACKフィードバックを受信し、サブフレーム8において別のデータ送信をP2Pクライアントに送り得る。よって、eNBは、図8Aにおける同じインタレースにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0066] 図8Bは、図7に示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の別の設計を示す。図8Bに示される設計において、eNBは、サブフレーム1においてデータ送信をP2Pグループオーナに送り、サブフレーム5においてP2PグループオーナからACK/NACKフィードバックを受信し、サブフレーム9において別のデータ送信をP2Pグループオーナに送り得る。eNBは、サブフレーム0においてデータ送信をP2Pクライアントに送り、サブフレーム4においてP2PクライアントからACK/NACKフィードバックを受信し、サブフレーム8において別のデータ送信をP2Pクライアントに送り得る。よって、eNBは、図8Bにおける異なるインタレースにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0067] 図8Aおよび8Bの両方では、P2Pグループオーナは、サブフレーム3においてデータ送信をP2Pクライアントに送り、サブフレーム7においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム1において別のデータ送信を送り得る。同様に、P2Pクライアントは、サブフレーム7においてデータ送信をP2Pグループオーナに送り、次の無線フレームのサブフレーム1においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム5において別のデータ送信を送り得る。
[0068] 図9Aは、TDD展開におけるダウンリンクおよびアップリンクへのサブフレームの典型的な割り当てを示す。図9Aにおいて示される例において、ダウンリンク−アップリンク構成1は、使用のために選択され、各無線フレームのサブフレーム0、4、5、および9は、ダウンリンクに割り当てられ、図9Aにおいてラベル「D」で示される。各無線フレームのサブフレーム2、3、7、および8は、アップリンクに割り当てられ、ラベル「U」で示される。サブフレーム1および6は、特殊なサブフレームであり、ラベル「S」で示される。
[0069] 図9Bは、TDD展開におけるダウンリンクサブフレームおよびアップリンクサブフレームの両方をP2P通信に割り当てる一設計を示す。図9Bは、図9Aに示されるダウンリンク−アップリンク構成1が使用のために選択されると仮定する。図9Bに示される例において、各無線フレームのアップリンクサブフレーム3およびダウンリンクサブフレーム9は、P2P通信に割り当てられ、ここで、サブフレーム3は、P2Pダウンリンクのために使用され、サブフレーム9は、P2Pアップリンクのために使用される。この設計は、P2P通信のためのHARQ送信タイムラインへの影響を低減し得る。しかしながら、ダウンリンクサブフレーム上でのP2P UEからの送信は、WAN UEに対して過度の干渉を引き起こさないことを保証するように注意を払う。
[0070] 図9Cは、TDD展開におけるアップリンクサブフレームのみをP2P通信に割り当てる一設計を示す。図9Cは、図9Aに示されるダウンリンク−アップリンク構成1が使用のために選択されると仮定する。図9Cに示される例において、各無線フレームのアップリンクサブフレーム2および7は、P2P通信に割り当てられ、サブフレーム2は、P2Pダウンリンクのために使用され、サブフレーム7は、P2Pアップリンクのために使用される。この設計は、ダウンリンク上でのP2P UEからWAN UEへの干渉を回避し得る。しかしながら、アップリンクサブフレームは、いくつかのダウンリンク−アップリンク構成のための無線フレームにわたって分散されず、P2P通信に割り当てられたサブフレームもまた、無線フレームにわたって分散されない可能性がある。このケースにおいて、P2P通信のためのHARQ送信タイムラインは、P2P通信に割り当てられたサブフレームに基づいて必要に応じて修正され得る。
[0071] 図10Aは、図9Bに示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の一設計を示す。eNBは、サブフレーム4においてP2PグループオーナおよびP2Pクライアントにデータ送信を送り、サブフレーム8においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム4においてP2PグループオーナおよびP2Pクライアントに更なるデータ送信を送り得る。よって、eNBは、図10Aにおいて、同じサブフレームにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0072] 図10Bは、図9Bに示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の別の設計を示す。eNBは、サブフレーム0においてデータ送信をP2Pグループオーナに送り、サブフレーム7においてP2PグループオーナからACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム0において別のデータ送信をP2Pグループオーナに送り得る。eNBは、サブフレーム4においてデータ送信をP2Pクライアントに送り、サブフレーム8においてP2PクライアントからACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム4において別のデータ送信をP2Pクライアントに送り得る。よって、eNBは、図10Bにおいて、異なるサブフレームにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0073] 図10Aおよび10Bの両方では、P2Pグループオーナは、サブフレーム3においてデータ送信をP2Pクライアントに送り、サブフレーム9においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム3において別のデータ送信を送り得る。同様に、P2Pクライアントは、サブフレーム9においてデータ送信をP2Pグループオーナに送り、次の無線フレームのサブフレーム3においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム9において別のデータ送信を送り得る。
[0074] 図10Cは、図9Cに示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の一設計を示す。eNBは、サブフレーム4においてP2PグループオーナおよびP2Pクライアントにデータ送信を送り、サブフレーム8においてACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム4においてP2PグループオーナおよびP2Pクライアントに更なるデータ送信を送り得る。よって、eNBは、図10Cにおいて、同じサブフレームにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0075] 図10Dは、図9Cに示されるサブフレーム割り当てのための同時P2P通信およびWAN通信の別の設計を示す。eNBは、サブフレーム0においてデータ送信をP2Pグループオーナに送り、サブフレーム7においてP2PグループオーナからACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム0において別のデータ送信をP2Pグループオーナに送り得る。eNBは、サブフレーム4においてデータ送信をP2Pクライアントに送り、サブフレーム8においてP2PクライアントからACK/NACKフィードバックを受信し、次の無線フレームのサブフレーム4において別のデータ送信をP2Pクライアントに送り得る。よって、eNBは、図10Dにおいて、異なるサブフレームにおいてP2PグループオーナおよびP2Pクライアントにデータを送信し得る。
[0076] 図10Cおよび10Dの両方では、P2Pグループオーナは、アップリンクサブフレーム2においてデータ送信をP2Pクライアントに送り、アップリンクサブフレーム7においてACK/NACKフィードバックを受信し、次の無線フレームのアップリンクサブフレーム2において別のデータ送信を送り得る。同様に、P2Pクライアントは、アップリンクサブフレーム7においてデータ送信をP2Pグループオーナに送り、次の無線フレームのアップリンクサブフレーム2においてACK/NACKフィードバックを受信し、次の無線フレームのアップリンクサブフレーム7において別のデータ送信を送り得る。
[0077] 図10Cおよび10Dのアップリンクサブフレームのみを使用するP2P通信のためのHARQ送信タイミングは、図10Aおよび10Bのダウンリンクおよびアップリンクサブフレームの両方を使用するP2P通信のためのHARQ送信タイミングとは異なる。P2PグループオーナおよびP2Pクライアントは、違いを認識し、適切なサブフレームにおいてデータおよびACK/NACKフィードバックを送信し得る。
[0078] FDDおよびTDD展開の両方では、例えば、LTE規格で定められているような、eNBとUEとの間のWAN通信のためのHARQ送信タイムラインを維持することが望ましくあり得る。これは、eNBとの通信のためにUEを適切にスケジューリングすること、および/またはP2P通信にインタレースを適切に割り当てることによって、達成され得る。さらに、同時P2P通信およびWAN通信は、eNBとUEとの間のWAN通信のためのアップリンクのために少なくとも1つのインタレースをリザーブすることによってサポートされ得る。
[0079] 図7乃至10は、2つのインタレースがP2P通信に割り当てられた例を示す。2つより多いインタレースがまた、例えば、P2P通信のためのスループットを増加させるために、P2P通信に割り当てられ得る。P2P通信のためのHARQ送信タイムラインは、2つより多いインタレースがP2P通信に割り当てられるケースまで拡大され得る。例えば、P2P通信のためのHARQ送信タイムラインは、3サブフレームの処理時間要求を満たすために定義され、それは、ACK/NACKフィードバックがデータ送信よりも少なくとも3個のサブフレーム遅くあるべきである、および/または、別のデータ送信がACK/NACKフィードバックよりも少なくとも3個のサブフレーム遅くあるべきであることを意味する。ACKバンドリングは、(i)異なるインタレース上で送られたデータ送信のためのACKおよび/またはNACKをバンドリングまたは組み合わせること、および(ii)処理時間要求を満たすサブフレームにおいてバンドルされたACK/NACKを送ることによって、処理時間要求を満たすために使用され得る。
[0080] 上述されたように、UEは、干渉およびUEにおける送信機から受信機への漏洩も避けるために、同時に同じスペクトル上で信号を送信および受信することができない。これは、UEが同じスペクトル上で送信と受信(TX/RX)を、またはまた受信と送信(RX/TX)とを切り替えるたびに、送信のギャップ(すなわち、送信ギャップ)を有することによって保証され得る。
[0081] さらに別の態様において、同じスペクトル上の各TX/RX切り替えポイント、およびまた各RX/TX切り換えポイントにおいて送信ギャップを保証するために様々な技法が使用され得る。送信ギャップ要求は、FDDおよびTDD展開で異なり得る。よって、送信ギャップを取得するための技法は、以下にFDDおよびTDDで別々に説明される。
[0082] 明確さのために、以下の説明の大部分は、同時P2P通信およびWAN通信を有する特定のUEに関するものである。下記の用語は、以下の説明において使用される:
・WAN TX−UEがWAN通信のためにデータをeNBに送信する、
・WAN RX−UEがWAN通信のためにデータをeNBから受信する、
・P2P TX−UEがP2P通信のためにデータをピアUEに送信する、
・P2P RX−UEがP2P通信のためにデータをピアUEから受信する、
・WAN TXタイミング−WAN通信のためのUEの送信タイミング、
・WAN RXタイミング−WAN通信のためのUEの受信タイミング、
・P2Pタイミング−P2P通信のためのUEの送信および受信タイミング、
[0083] WAN TX、WAN RX、P2P TX、およびP2P RXは、UEの観点からのものである。WAN TXタイミング、WAN RXタイミング、およびP2Pタイミングは、UEに与えられる。
[0084] TDDでは、WAN通信とP2P通信の両方に対して同じスペクトルが使用される。さらに、WANダウンリンク、WANアップリンク、P2Pダウンリンク、およびP2Pアップリンクに対して同じスペクトルが使用される。よって、WAN通信は、潜在的にP2P通信を妨げる可能性があり、そしてその逆も同じである。表1は、一設計に従って、TDDにおける異なるTX/RXおよびRX/TX切り換えポイントについての送信ギャップを保証する異なる方法をリストする。
[0085] 図11は、TDDにおける異なるTX/RXおよびRX/TX切り換えポイントについての送信ギャップを保証するいくつかの設計を示す。図11は、使用するために選択されたダウンリンク−アップリンク構成1を仮定し、ここで、各無線フレームのサブフレーム0、4、5および9はダウンリンクに割り当てられ、各無線フレームのサブフレーム2、3、7、および8はアップリンク割り当てられ、サブフレーム1および6は特殊なサブフレームである。各特殊なサブフレームは、ダウンリンク部分を含み、後にTgapのギャップが続き、後にアップリンク部分が続き、ここで、Tgapは、構成可能であり、TDDにおいて使用のために選択されたサブフレーム構成に依存し得る。図11は、いくつかのアップリンクサブフレームがP2P通信に割り当てられると仮定する。図11はまた、簡潔さのためにゼロの往復遅延(RTD:round trip delay)を仮定する。
[0086] WAN RXタイムライン1112は、ダウンリンクサブフレーム0、4、5、および9において、また各無線フレームにおける特殊なサブフレーム1および6のダウンリンク部分において、UEがeNBからデータを潜在的に受信することを示す。WAN TXタイムライン1114は、アップリンクサブフレーム2、3、7、および8において、また各無線フレームにおける特殊なサブフレーム1および6のアップリンク部分において、UEがeNBにデータを潜在的に送信することを示す。WAN TXタイムライン1114は、UEがWAN通信のみに関与している(そしてP2P通信には関与していない)場合、適用可能になり得る。
[0087] 一設計において、UEのWAN TXタイミングは、図11におけるタイムライン1114によって示されるように、UEのWAN RXタイミングに対してDelta1 msだけ前進させられ得る。UEのアップリンク/送信サブフレームは、その後、UEのダウンリンク/受信サブフレームに対してDelta1だけ前進させられ得る。Delta1の送信ギャップが、その後、WAN TXとWAN RXとの間で、例えば、アップリンクサブフレーム8とダウンリンクサブフレーム9との間で、取得され得る。Delta2の送信ギャップは、WAN RXとWAN TXとの間で、例えば、特殊なサブフレーム6において、取得され、ここで、Delta2は、(Tgap−Delta1)に等しくあり得る。Delta1は、Delta2と等しくあり得る、または等しくない可能性がある。
[0088] タイムライン1116は、P2P TXサブフレーム、P2P RXサブフレーム、およびWAN TXサブフレームをバンドリングすることによって送信ギャップを取得する一設計を示す。タイムライン1116において示される設計では、UEのP2PタイミングがWAN TXタイミングと類似し得る。連続したアップリンクサブフレームの各グループは、タイムライン1114について上述されたように取得された送信ギャップだけダウンリンクサブフレームから分離され得る。UEは、連続したアップリンクサブフレームの各グループにおいて(i)eNBに、および/またはピアUEに送信する、または(ii)ピアUEから受信する、のいずれかであり得る。これは、その後、連続したアップリンクサブフレームの任意のグループにおけるTX/RXまたはRX/TX切り換えポイントを回避し、それは、その後、連続したアップリンクサブフレームの任意のグループ内の送信ギャップの必要性を回避する。HARQ送信タイムラインは、サブフレームバンドリングにより、P2P通信に対してより長くあり得る。所望のHARQ送信タイムラインを取得するために、適切なダウンリンク−アップリンクサブフレーム構成が、選択され得る、および/または十分な数のインタレースが、P2P通信に割り当てられ得る。
[0089] タイムライン1118は、シンボルをパンクチャすることによって送信ギャップを取得する設計を示す。タイムライン1118において示される設計では、UEのP2PタイミングがWAN TXタイミングと類似し得る。連続したアップリンクサブフレームの各グループは、WAN TX、P2P TX、および/またはP2P RXに使用され得る。所与のグループにおけるすべてのアップリンクサブフレームが(i)WAN TXおよび/またはP2P TX、または(ii)P2P RXのみに使用される場合、送信ギャップは必要とされない場合がある。所与のグループにおけるアップリンクサブフレームがWAN/P2P TXおよびP2P RXの両方に使用される場合、送信ギャップが提供され得る。第1の設計において、送信ギャップは、(i)グループの最後のアップリンクサブフレーム(例えば、サブフレーム8)で生じるようにP2P RXをスケジュールすること、および(ii)直前のアップリンクサブフレーム(例えば、サブフレーム7)で送られたデータ送信の最後のシンボルをパンクチャまたは削除すること、によって取得され得る。第2の設計において、送信ギャップは、(i)グループの最後のアップリンクサブフレーム(例えば、サブフレーム8)で生じるようにWAN/P2P TXをスケジュールすること、および(ii)WAN/P2P TXのために送られたデータ送信の最初のシンボルをパンクチャすること、によって取得され得る。しかしながら、最初の数シンボルが制御データを典型的に搬送し、残りのシンボルがトラフィックデータを典型的に搬送するので、第2の設計における最初のシンボルではなく、第1の設計における最後のシンボルをパンクチャすることの方が良い場合がある。
[0090] 一設計において、サブフレームにおける送信の最後のシンボルが、サウンディング基準信号(SRS)を送信するようにUEを構成することによってパンクチャされ、それは、サブフレームの最後のシンボル期間においてアップリンク上で通常送信される。しかしながら、UEは、送信ギャップを取得するためにSRSを実際に送信しない。SRSを送信するようにUEを構成することによって、UEは、それがサブフレームの最後のシンボル期間以外のすべての期間で送られることができるようにデータを処理し、それは、パンクチャすることにより、データ送信のパフォーマンスへの影響を緩和し得る。よって、SRSを送信するようにUEを構成することは、LTEに定められた機構を使用して送信の最後のシンボルを都合よくパンクチャするために使用され得る。
[0091] タイムライン1120は、WAN TXタイミングに対して(Delta1−Delta3)だけP2Pタイミングを遅延させることによって送信ギャップを取得する設計を示す。連続したアップリンクサブフレームの各グループは、WAN TX、P2P TX、および/またはP2P RXに使用され得る。所与のグループにおけるすべてのアップリンクサブフレームが(i)WAN TXおよび/またはP2P TX、または(ii)P2P RXのみに使用される場合、送信ギャップは必要とされない場合がある。所与のグループにおけるアップリンクサブフレームがWAN/P2P TXおよびP2P RXの両方に使用される場合、送信ギャップが提供され得る。P2P TXまたはP2P RXは、連続したアップリンクサブフレームのグループの最後のサブフレームにおいてスケジュールされ得る。(Delta1−Delta3)の送信ギャップは、WAN TXタイミングに対して(Delta1−Delta3)だけ遅延させられたP2Pタイミングにより(例えば、サブフレーム1および2において示されるような)WAN TX後に生じるP2P RXのために取得され得る。Delta3の送信ギャップは、(i)WAN RXタイミングに対してDelta1だけ前進させられたWAN TXタイミング、および(ii)WAN TXタイミングに対して(Delta1−Delta3)だけ遅延させられたP2Pタイミングにより(例えば、サブフレーム3および4において示されるような)WAN RX前に生じるP2P TXのために取得され得る。Delta3は、Delta1以下であり得る。このケースにおいて、異なるガード期間は、P2P TXからWAN RXへの遷移およびWAN TXからP2P RXへの遷移のために作成され得る。
[0092] FDDでは、異なるダウンリンクスペクトルおよびアップリンクスペクトルが、それぞれ、WANダウンリンクおよびWANアップリンクに使用され得る。よって、WAN TXとWAN RXとの間に送信ギャップは必要とされない。アップリンクスペクトルのためのいくつかのサブフレームは、P2P通信に割り当てられ得る。よって、WAN TXは、潜在的にP2P通信を妨げる可能性があり、そしてその逆も同じである。表2は、一設計に従って、FDDにおける異なるTX/RXおよびRX/TX切り換えポイントについての送信ギャップを保証する異なる方法をリストする。
[0093] 図12Aは、FDDにおける関心のあるTX/RXおよびRX/TX切り換えポイントについての送信ギャップを取得するいくつかの設計を示す。図12Aは、図7に示されるサブフレーム割り当てを仮定し、ここで、アップリンクスペクトルのためのインタレース3および7がP2P通信に割り当てられる。図12Aはまた、簡潔さのためにゼロの往復遅延を仮定する。
[0094] WAN RXタイムライン1212は、ダウンリンクスペクトルのためのすべてのサブフレームにおいてUEがeNBからデータを潜在的に受信することを示す。WAN TXタイムライン1214は、インタレース0乃至2および4乃至6のサブフレームにおいてUEがeNBにデータを潜在的に送信することを示す。
[0095] P2Pタイムライン1216は、UEがWAN TXタイミングに対してDelta1だけ前進させられたそれのP2Pタイミングを有することを示す。UEは、潜在的に、アップリンクスペクトルのためのいくつかのサブフレームにおいてピアUEにデータを送信し、アップリンクスペクトルための他のサブフレームにおいてピアUEからデータを受信し得る。Delta1の送信ギャップは、WAN TXタイミングに対してDelta1だけP2Pタイミングを前進させることによって、(例えば、サブフレーム7および8において)P2P RXとWAN TXとの間で取得され得る。Delta2の送信ギャップは、(例えば、サブフレーム6において)eNBに送られたデータ送信の最後のシンボルをパンクチャすることによって、(例えば、サブフレーム6および7において)WAN TXとP2P RXとの間で取得され、ここで、Delta2=Tsym−Delta1であり、Tsymは、1つのシンボル期間の持続時間である。Delta1は、Delta2と等しくあり得る、または等しくない可能性がある。Delta1およびDelta2の和が小さい(例えば、約5から10マイクロ秒)場合、(シンボル期間全体ではなく)サイクリックプレフィクスの一部分が送信ギャップを取得するために使用され得る。逆に、Delta1およびDelta2の和が大きい場合、1つのシンボル期間が送信ギャップを取得するために使用され得る。
[0096] WAN TXタイムライン1218は、任意のWAN送信の最後の部分を削除する必要なしに、インタレース0乃至2および4乃至6のサブフレームにおいてUEがeNBにデータを潜在的に送信することを示す。P2Pタイムライン1220は、UEがWAN TXタイミングに対してDelta1だけ遅延させられたそれのP2Pタイミングを有することを示す。Delta1の送信ギャップは、WAN TXタイミングに対してDelta1だけP2Pタイミングを遅延させることによって(例えば、サブフレーム6および7において)WAN TXとP2P RXとの間で取得され得る。Delta2の送信ギャップは、(例えば、サブフレーム7において)P2P通信のために送られたデータ送信の最後のシンボルをパンクチャすることによって、(例えば、サブフレーム7および8において)P2P RXとWAN TXとの間で取得され得る。
[0097] P2Pタイムライン1214によって示される設計は、(例えば、サブフレーム2および6において)WAN送信の最後のシンボルをパンクチャすることによって、WAN通信に影響を与え得る。P2Pタイムライン1220によって示される設計は、(例えば、サブフレーム3および7において)P2P送信の最後のシンボルをパンクチャすることによって、WAN通信への影響を回避し得る。両方の設計では、サブフレームにおける送信の最後のシンボルが、送信ギャップを取得するためにSRSを実際送信することはないが、SRSを送信するようにUEを構成することによってパンクチャされ得る。
[0098] 図12Bは、P2P TXサブフレームおよびP2P RXサブフレームをバンドリングすることによって、TX/RXおよびRX/TX切り替えポイントの数を低減する設計を示す。図12Bに示される例において、アップリンクスペクトルのための2つの連続したインタレース3および4がP2P通信に割り当てられ得る。UEは、インタレース3および4の2つの連続したサブフレームにおいてピアUEに送信し、その後、インタレース3および4等のための2つの連続したサブフレームにおいてピアUEから受信し得る。P2P TXサブフレームおよびP2P RXサブフレームをバンドリングすることによって、送信ギャップの数が半分に低減され得る。しかしながら、HARQ送信タイムラインは、図12Aに示される設計と比べて(例えば、2倍に)拡大され得る。
[0099] 図12Cは、特殊なサブフレームを使用してTX/RXおよびRX/TX切り換えポイントについての送信ギャップを取得する設計を示す。図12Cに示される例において、アップリンクスペクトルのための2つのインタレース2および6がP2P通信に割り当てられ得る。インタレース3および7は、特殊なサブフレームを含むように定義され得る。
[0100] WAN RXタイムライン1232は、ダウンリンクスペクトルのためのすべてのサブフレームにおいてUEがeNBからデータを潜在的に受信することを示す。WAN TXタイムライン1234は、インタレース0、1、4、および5のサブフレームにおいて、またインタレース3および7における特殊なサブフレームのアップリンク部分において、UEがeNBにデータを潜在的に送信することを示す。
[0101] P2Pタイムライン1236は、UEがそれのWAN TXタイミングに対してDelta1だけ遅延させられたそれのP2Pタイミングを有することを示す。UEは、アップリンクスペクトルのためのいくつかのサブフレームにおいてピアUEにデータを潜在的に送信し、アップリンクスペクトルための他のサブフレームにおいてピアUEからデータを受信し得る。Delta1の送信ギャップは、WAN TXタイミングに対してDelta1だけP2Pタイミングを遅延させることによって(例えば、サブフレーム5および6において)WAN TXとP2P RXとの間で取得され得る。Delta2の送信ギャップは、(例えば、サブフレーム7において)P2P RXとWAN TXとの間で取得され、ここで、ギャップは特殊なサブフレーム内にあり、ここで、Delta2=Tgap−Delta1である。
[0102] 図11乃至12Cは、TDDおよびFDD展開における同時WAN通信およびP2P通信のためのTX/RXおよびRX/TX切り換えポイントにおいて送信ギャップを取得する様々な設計を示す。送信ギャップはまた、他の方法で取得され得る。
[0103] さらに別の態様において、WAN通信に使用される物理チャネルおよび信号は、P2P通信に再利用され得る。例えば、P2Pダウンリンクおよび/またはP2Pアップリンクは、物理制御フォーマットインジケータチャネル(PCFICH)、物理HARQインジケータチャネル(PHICH)、物理ダウンリンク制御チャネル(PDCCH)、物理ダウンリンク共有チャネル(PDSCH)、セル固有基準信号(CRS)、UE固有基準信号(UE−RS)、および/またはLTEにおけるダウンリンクに使用される他の物理チャネルおよび信号を使用し得る。P2Pアップリンクおよび/またはP2Pダウンリンクは、物理アップリンク制御チャネル(PUCCH)、物理アップリンク共有チャネル(PUSCH)、物理ランダムアクセスチャネル(PRACH)、SRS、および/またはLTEにおけるアップリンクに使用される他の物理チャネルおよび信号を使用し得る。これらの様々な物理チャネルおよび信号は、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation,」と題する、3GPP TS 36.211に説明されており、これは公に入手可能である。
[0104] 本明細書で説明される技法は、様々な利点を提供し得る。第1に、P2P通信のためにWAN物理チャネルおよび信号を再利用することによって、P2P通信をサポートするUEの複雑性が比較的低くなり得る。第2に、P2P通信のためにWANフレーム構造およびタイムラインを使用することによって、上述されたように、WAN通信およびP2P通信を同時にサポートすることが可能になる。第3に、技法は、FDDおよびTDD展開の両方においてP2P通信をサポートするために使用され得る。第4に、技法は、WAN通信に使用されるスペクトル(例えば、FDD展開におけるアップリンクスペクトル)、またはP2Pための専用スペクトル、または無認可スペクトル上でP2P通信をサポートするために使用され得る。第5に、技法は、異なるシステムにおけるUEがP2Pを用いて直接通信することができるように、P2P通信をサポートする他の通信システム(例えば、Wi−Fi)によって適用され得る。本明細書で説明される技法はまた、他の利点を提供し得る。
[0105] 図13は、WAN通信およびP2P通信をサポートするためのプロセス1300の設計を示す。プロセス1300は、(以下で説明されるように)第1のUEによって、または、何らかの他のエンティティによって、実行され得る。第1のUEは、WAN通信のためにダウンリンクスペクトルおよびアップリンクスペクトルの両方で基地局と通信し得る(ブロック1312)。ブロック1312では、第1のUEがダウンリンクスペクトル上で基地局からデータを受信し、アップリンクスペクトル上で基地局にデータを送信し得る。第1のUEは、P2P通信のためにアップリンクスペクトルのみで第2のUEと通信し得る(ブロック1314)。ブロック1314では、第1のUEは、アップリンクスペクトル上で第2のUEにデータを送信し、第2のUEからデータを受信し得る。
[0106] 一設計において、WAN通信およびP2P通信は、アップリンクスペクトル上で周波数分割多重化され得る。この設計において、第1のUEは、例えば、図6Aに示されるように、(i)ブロック1312において基地局にアップリンクスペクトルの第1の部分でデータを送信し得る、および(ii)ブロック1314において第2のUEにアップリンクスペクトルの第2の部分でデータを送信し得る。
[0107] 別の設計において、WAN通信およびP2P通信は、アップリンクスペクトル上で時分割多重化され得る。この設計において、第1のUEは、例えば、図6Bまたは6Cに示されるように、(i)ブロック1312において基地局に第1のサブフレームにおけるアップリンクスペクトル上でデータを送信し得る、および(ii)ブロック1314において第2のUEに第2のサブフレームにおけるアップリンクスペクトル上でデータを送信し得る。
[0108] 図14は、P2P通信をサポートするためのプロセス1400の設計を示す。プロセス1400は、(以下で説明されるように)第1のUEによって、または、何らかの他のエンティティによって、実行され得る。第1のUEは、P2P通信のための第1のサブフレームにおいて指定されたスペクトル上で第2のUEにデータを送信し得る(ブロック1412)。第1のUEは、P2P通信のための第2のサブフレームにおいて指定されたスペクトル上で第1のUEに第2のUEによって送られたデータを受信し得る(ブロック1414)。第1のサブフレームは、第2のサブフレームと時分割多重化され得る。
[0109] 一設計において、第1および第2のサブフレームは、TDDを利用する基地局のための2つのアップリンクサブフレームに対応し得る。この設計において、指定されたスペクトルは、ダウンリンクおよびアップリンクの両方に使用されるスペクトルに対応し得る。別の設計において、第1および第2のサブフレームは、FDDを使用する基地局のためのアップリンクスペクトルのための2つのサブフレームに対応し得る。この設計において、指定されたスペクトルは、アップリンクスペクトルに対応し得る。
[0110] 一設計において、第1のUEは、WAN通信のための第3のサブフレームにおいて基地局と通信し得る。WAN通信およびP2P通信は、時分割多重化され、第3のサブフレームは、第1および第2のサブフレームと時分割多重化され得る。
[0111] 図15は、WAN通信およびP2P通信をサポートするためのプロセス1500の設計を示す。プロセス1500は、(以下で説明されるように)第1のUEによって、または、何らかの他のエンティティによって、実行され得る。第1のUEは、WAN通信のための少なくとも1つの第1のサブフレームにおいて基地局と通信し得る(例えば、データを送信する、および/またはデータを受信する)(ブロック1512)。第1のUEは、少なくとも1つの第2のサブフレームにおいて第2のUEと通信し、それは、少なくとも1つの第1のサブフレームと時分割多重化され得る(ブロック1514)。一設計において、第1のUEは、基地局と第2のUEと同時に通信し得る。
[0112] 一設計において、基地局は、FDDを利用し、ダウンリンクスペクトルおよびアップリンクスペクトル上で動作し得る。少なくとも1つの第1のサブフレームおよび少なくとも1つの第2のサブフレームは、アップリンクスペクトルのためのサブフレームに対応し得る。別の設計において、基地局はTDDを利用し得る。少なくとも1つの第2のサブフレームは、基地局のための少なくとも1つのダウンリンクサブフレームおよび/または少なくとも1つのアップリンクサブフレームに対応し得る。
[0113] 図16は、P2P通信をサポートするためのプロセス1600の設計を示す。プロセス1600は、(以下で説明されるように)第1のUEによって、または、何らかの他のエンティティによって、実行され得る。第1のUEは、WAN通信のために基地局に第1のサブフレームにおいて第1のデータ送信を送り得る(ブロック1612)。第1のUEは、P2P通信のために第1のUEに第2のUEによって第2のサブフレームにおいて送られた第2のデータ送信を受信し得る(ブロック1614)。第2のデータ送信は、WAN TXおよびP2P RXを分離するために第1の送信ギャップだけ第1のデータ送信から分離され得る。
[0114] 第1の送信ギャップは、様々な方法で取得され得る。一設計において、第1の送信ギャップは、(i)第1のデータ送信よりも少なくとも1つのサブフレームだけ遅く、または(ii)サブフレームの送信部分と受信部分との間のギャップを備える特殊なサブフレームにおいて、送られる第2のデータ送信をスケジュールすることによって取得され得る。ケース(i)は、図11のタイムライン1116においてサブフレーム8におけるWAN TXおよび次の無線フレームのサブフレーム2におけるP2P RXによって示され得る。別の設計において、第1のUEは、例えば、図11のタイムライン1118におけるサブフレーム7におけるWAN TXによって示されるように、第1の送信ギャップを取得するために第1のデータ送信の最後の部分を削除し得る。第1のUEは、第1のUEのためのSRS構成に基づいて第1のデータ送信の最後のシンボル期間を削除し得る。さらに別の設計において、前記第1のUEは、例えば、図11のタイムライン1120におけるサブフレーム7におけるWAN TXおよびサブフレーム8におけるP2P RXによって示されるように、第1の送信ギャップを取得するために、それのWAN通信のための送信タイミングに対してそれのP2P通信のための送信タイミングを遅延させ得る。さらに別の設計において、第1のUEは、それのWAN通信のための送信タイミングに対してそれのP2P通信のための送信タイミングを前進させ得る。第1のUEは、例えば、図12Aのタイムライン1214および1216におけるサブフレーム6におけるWAN TXおよびサブフレーム7におけるP2P RXによって示されるように、第1のデータ送信の最後の部分を削除することによって第1の送信ギャップを取得し得る。さらに別の設計において、第1の送信ギャップは、例えば、図12Cに示されるように、サブフレームの送信部分と受信部分との間のギャップを備える特殊なサブフレームにおいて送られる第1または第2のデータ送信によって取得され得る。第1の送信ギャップはまた、例えば、上記の表1および2にリストされ、上述されたように、他の方法で取得され得る。
[0115] 一設計において、第1のUEは、P2P通信のために第1のUEに第2のUEによって第3のサブフレームにおいて送られた第3のデータ送信を受信し得る(ブロック1616)。第1のUEは、WAN通信のために基地局に第4のサブフレームにおいて第4のデータ送信を送り得る(ブロック1618)。第4のデータ送信は、P2P RXおよびWAN TXを分離するために第2の送信ギャップだけ第3のデータ送信から分離され得る。上述されたように、第2の送信ギャップは、様々な方法で取得され得る。
[0116] 一設計において、例えば、図11のタイムライン1114によって示されるように、第1のUEは、それのWAN通信のための受信タイミングに対してそれのWAN通信のための送信タイミングを前進させ得る。これは、第1のUEに対してWAN TXとWAN RXとの間の送信ギャップを提供し得る。WAN RXとWAN TXとの間の送信ギャップは、例えば、図11に示されるように、特殊なサブフレームの使用によって取得され得る。
[0117] 図17Aは、UE120xの設計のブロック図を示し、それは、図1のUEのうちの1つであり得る。UE120x内で、受信機1712は、WAN通信のためにeNBによって送信されるダウンリンク信号およびP2P通信のために他のUEによって送信されるP2P信号を受信し得る。送信機1714は、P2P通信のために他のUEにP2P信号を送信し、WAN通信のためにeNBにアップリンク信号を送信し得る。モジュール1716は、例えば、P2P通信に使用される信号を生成および処理する等、P2P通信をサポートし得る。モジュール1718は、例えば、WAN通信に使用される信号を生成および処理する等、WAN通信をサポートし得る。モジュール1720は、P2P通信に割り当てられたサブフレーム、P2Pダウンリンクに使用されるサブフレーム、およびP2Pアップリンクに使用されるサブフレームを決定し得る。モジュール1722は、WAN通信に利用可能なサブフレームを決定し得る。モジュール1724は、UE120xのP2Pタイミングを決定し、それは、WAN TXタイミングに対してアライン(align)され得る、前進させられ得る、または遅延させられ得る。モジュール1726は、UE120xのWAN TXタイミングおよびWAN RXタイミングを決定し得る。UE120x内の様々なモジュールは、上述されたように動作し得る。コントローラ/プロセッサ1728は、UE120x内の様々なモジュールの動作を指示し得る。メモリ1730は、UE120xのためのデータおよびプログラムコードを記憶し得る。
[0118] 図17Bは、eNB110xの設計のブロック図を示し、それは、図1のeNBのうちの1つであり得る。eNB110x内で、受信機1752は、WAN通信をサポートするためにUEによって送信されるアップリンク信号を受信し得る。送信機1754は、WAN通信をサポートするためにUEにダウンリンク信号を送信し得る。モジュール1756は、例えば、WAN通信に使用される信号を生成および処理する等、UEのためのWAN通信をサポートし得る。モジュール1758は、バックホールを介して他のネットワークエンティティ(例えば、eNB)との通信をサポートし得る。モジュール1760は、WAN通信に利用可能なサブフレームを決定し得る。モジュール1762は、P2P通信にサブフレームを割り当て得る。モジュール1764は、eNB110xのWAN TXタイミングおよびWAN RXタイミングを決定し得る。eNB110x内の様々なモジュールは、上述されたように動作し得る。コントローラ/プロセッサ1768は、eNB110x内の様々なモジュールの動作を指示し得る。メモリ1770は、eNB110xのためのデータおよびプログラムコードを記憶し得る。スケジューラ1766は、WAN通信および/またはP2P通信のためにUEをスケジュールし、スケジュールされたUEにリソースを割り当て得る。
[0119] 図17AのUE120xおよび図17BのeNB110x内のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子コンポーネント、論理回路、メモリ、ソフトウェアコード、ファームウェアコード、等、またはそれらの任意の組み合わせを備え得る。
[0120] 図18は、eNB110yおよびUE120yの設計のブロック図を示し、それらは、図1のeNBのうちの1つおよびUEのうちの1つであり得る。ENB110yは、T個のアンテナ1834a乃至1834tが装備され、UE120yは、R個のアンテナ1852a乃至1852rが装備され、ここで、一般に、T≧1およびR≧1である。
[0121] eNB110yにおいて、送信機プロセッサ1820は、データソース1812から1つ以上のUEのためのデータを、コントローラ/プロセッサ1840から制御情報(例えば、P2P通信、WAN通信、等をサポートするメッセージ)を受信し得る。プロセッサ1820は、データおよび制御情報を処理(例えば、符号化および変調)して、データシンボルおよび制御シンボルをそれぞれ取得し得る。プロセッサ1820はまた、同期信号、基準信号、等のための基準シンボルを生成し得る。送信(TX)多入力多出力(MIMO)プロセッサ1830は、適用可能な場合、データシンボル、制御シンボル、および/または基準シンボルに空間処理(例えば、プリコーディング)を実行し、T個の出力シンボルストリームをT個の変調器(MOD)1832a乃至1832tに提供し得る。各変調器1832は、(例えば、OFDM、等のために)それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器1832はさらに、出力サンプルストリームを処理(例えば、アナログ変換、増幅、フィルタリング、およびアップコンバート)して、ダウンリンク信号を取得し得る。変調器1832a乃至1832tからのT個のダウンリンク信号は、それぞれ、T個のアンテナ1834a乃至1834tを介して送信され得る。
[0122] UE120yにおいて、アンテナ1852a乃至1852rは、eNB110yおよび他のeNBからのダウンリンク信号および/または他のUEからのP2P信号を受信し、受信された信号を復調器(DEMOD)1854a乃至1854rにそれぞれ提供し得る。各復調器1854は、受信されたそれぞれの信号を調整(例えば、フィルタリング、増幅、ダウンコンバート、およびデジタル化)して、入力サンプルを取得し得る。各復調器1854はさらに、(例えば、OFDM、SC−FDM、等のために)入力サンプルを処理して、受信されたシンボルを取得し得る。MIMO検出器1856は、すべてのR個の復調器1854a乃至1854rから受信されたシンボルを取得し、適用可能な場合、受信されたシンボルに対してMIMO検出を実行し、検出されたシンボルを提供し得る。受信プロセッサ1858は、検出されたシンボルを処理(例えば、復調および復号)し、データシンク1860にUE120yのための復号されたデータを提供し、コントローラ/プロセッサ1880に復号された制御情報を提供し得る。チャネルプロセッサ1884は、P2P UEからのP2P信号およびeNBからのダウンリンク信号を検出し得る。プロセッサ1884は、検出されたP2P信号およびダウンリンク信号の受信信号強度を測定し、検出されたP2P UEおよびeNBのためにチャネル利得を決定し得る。
[0123] アップリンク上では、UE 120yにおいて、送信プロセッサ1864は、データソース1862からデータを、コントローラ/プロセッサ1880から制御情報(例えば、P2P通信、WAN通信、等についてのメッセージ)を受信し得る。プロセッサ1864は、データおよび制御情報を処理(例えば、符号化および変調)して、データシンボルおよび制御シンボルをそれぞれ取得し得る。プロセッサ1864はまた、基準信号、近接検出信号、等のためのシンボルを生成し得る。送信プロセッサ1864からのシンボルは、適用可能な場合、TX MIMOプロセッサ1866によってプリコーディングされ、さらに(例えば、SC−FDM、OFDM、等のために)変調器1854a乃至1854rによって処理され、eNB110y、他のeNB、および/または他のUEに送信され得る。eNB110yにおいて、UE120および他のUEからのアップリンク信号は、アンテナ1834によって受信され、復調器1832によって処理され、適用可能な場合はMIMO検出器1836によって検出され、受信プロセッサ1838によってさらに処理されて、UE120yおよび他のUEによって送られた復号されたデータおよび制御情報を取得し得る。プロセッサ1838は、復号されたデータをデータシンク1839に提供し、復号された制御情報をコントローラ/プロセッサ1840に提供し得る。
[0124] コントローラ/プロセッサ1840および1880は、それぞれ、eNB110yおよびUE120yにおける動作を指示し得る。UE120yにおけるプロセッサ1880および/または他のプロセッサおよびモジュールは、図13の処理1300、図14の処理1400、図15の処理1500、図16の処理1600、および/または、本明細書に記載された技法のための他の処理を実行または指示し得る。メモリ1842および1882は、eNB110yおよびUE120yのためのデータおよびプログラムコードをそれぞれ記憶し得る。通信(Comm)ユニット1844は、eNB110yが他のネットワークエンティティと通信することを可能にする。スケジューラ1846は、WAN通信およびP2P通信のためにUEをスケジュールし得る。
[0125] 一構成において、ワイヤレス通信のための装置120xおよび/または120yは、WAN通信のためのダウンリンクスペクトルおよびアップリンクスペクトルの両方で第1のUEによって基地局と通信するための手段と、P2P通信のためにアップリンクスペクトルのみで第1のUEによって第2のUEと通信するための手段を含み得る。
[0126] 別の構成において、ワイヤレス通信のための装置120xおよび/または120yは、P2P通信のために第1のサブフレームにおいて指定されたスペクトル上で第1のUEから第2のUEにデータを送信するための手段と、P2P通信のために第2のサブフレームにおいて指定されたスペクトル上で第1のUEに第2のUEによって送られたデータを受信するための手段を含み、ここで、第1のサブフレームは、第2のサブフレームとTDMされる。
[0127] さらに別の構成において、ワイヤレス通信のための装置120xおよび/または120yは、WAN通信のための少なくとも1つの第1のサブフレームにおいて第1のUEによって基地局と通信するための手段と、少なくとも1つの第2のサブフレームにおいて第1のUEによって第2のUEと通信するための手段を含み、ここで、少なくとも1つの第1のサブフレームは、少なくとも1つの第2のサブフレームとTDMされる。
[0128] さらに別の構成において、ワイヤレス通信のための装置120xおよび/または120yは、WAN通信のために基地局に第1のUEによって第1のサブフレームにおいて第1のデータ送信を送るための手段と、P2P通信のために第1UEに第2のUEによって第2のサブフレームにおいて送られた第2のデータ送信を受信するための手段と、P2P通信のために第1のUEに第2のUEによって第3のサブフレームにおいて送られた第3のデータ送信を受信するための手段と、WAN通信のために基地局に第1のUEによって第4のサブフレームにおいて第4のデータ送信を送るための手段を含み得る。第2のデータ送信は、第1の送信ギャップによって第1のデータ送信から分離され得る。第4のデータ送信は、第2の送信ギャップによって第3のデータ送信から分離され得る。
[0129] 一態様において、前述された手段は、前述された手段によって記載された機能を実行するように構成され得る、UE120yにおけるプロセッサ(単数または複数)1858、1864、および/または1880であり得る。別の態様において、前述された手段は、前述された手段によって記載された機能を実行するように構成された1つ以上のモジュールまたは任意の装置であり得る。
[0130] 本明細書で説明された実施形態の1つ以上の態様によると、(WAN通信のための)既存のPHYチャネルはまた、(上述された、および以下にさらに説明されるように)P2P通信に使用され得る。WAN ULスペクトルにおけるいくつかのサブフレームは、P2P通信のために共有され得る。規制制約により、WAN DLにおけるP2P通信をサポートすることが困難または不可能となる可能性がある。サブフレームは、周期的インタレースにおいて4ms間隔で設置され得る。この技法は、(利用可能であれば)専用のP2Pスペクトルまで拡大され得る。
[0131] 一実施形態において、5つのチャネルが直接通信(すなわち、P2P通信)に関連付けられ得る。5つのチャネルは、以下を含み得る:
・データ:デバイスAからデバイスBへのデータペイロード
・PFI:(デバイスAからデバイスBに送られる)パケットフォーマットインジケータ。PFIは、変調符号化方式(MCS)、冗長バージョン、使用されたリソースブロックに関する情報および新しいパケットインジケータを含み得る。PFIはLTEにおけるDLグラントと類似し得る。
・ACK:(デバイスAにデバイスBによって送られる)肯定応答。ACKは受信されたデータに使用され、NACKは他の場合に使用され得る。
・CQI:(デバイスAにデバイスBによって送られる)チャネル品質情報。CQIは、デバイスAが特定のMCSを選択することを可能にする。より良いCQIは、高度なMCSに関連する、またはそれをもたらす。
・CSI−RS:(デバイスBにデバイスAによって送られる)チャネル状態情報基準信号。CSI−RSは、デバイスBがデバイスAからのCQIを推定することを可能にする。
[0132] 図19は、P2P通信をサポートするためのTDMおよびHARQプロセスを示す。物理チャネル設計に関して、LTE P2P物理レイヤでは、既存のLTE物理チャネルの最大限の再利用が以下のように実現され得る:
・LTE P2P制御を搬送するためにLTE PUCCHを使用し、制御が14シンボルに広がるので、好ましいリンクバジェットを提供する。利点は、CQI、ACK、等についての既存の設計および小さな追加の受信機複雑性(small additional receiver complexity)を含む。
・LTE P2Pデータを搬送するためにLTE DLチャネル設計(PDSCH)を使用し、追加の復号複雑性がないことおよび同等化の必要性がないことを提供する。利点は、(シミュレーションにおいて説明される)制御よりも低いリンクバジェットを含む。
[0133] 図20は、P2P通信をサポートするための典型的な物理チャネル設計を示す。一実施形態において、物理チャネル設計は以下を含み得る:
・データ:OFDMおよび/またはターボ符号化される。
・PFI:10ビットペイロード。PFIは、リードマラー符号化されたQPSKシンボルがUE PDIの関数としてChuシーケンス「ホッピング」および/またはChuシーケンスを変調するとして、PUCCHフォーマット2を使用し得る。
・CQI、5ビットペイロード。CQIは、PFIと同様の方法で同様のPUCCHフォーマットを使用し得る。ACKは、CQIがない場合、CQIスロット中のフォーマット1a/1bにおいて送られ得る。
・ACK、CQIがない場合、CQIスロット中のフォーマット1a/1bにおいて送られる、またはCQIが存在する場合、CQIと共にフォーマット2a/2bにおいて送られる。
・CSI−RS:均一に広がるリソースを含む。
[0134] 別の実施形態において、WAN ULスペクトルの共有から生じるWANとP2P通信間の潜在的な干渉は、共有および非共有インタレースの両方を使用することで回避され得る。インタレースは、8ms離間されたULサブフレームのシーケンスであり得る。各インタレース上で、eNBは、(SIBシグナリングを介して示され得る)P2P直接通信に使用され得る最大許容送信電力を指定し得る。eNBは、それらインタレース上でゼロ電力を設定することによって、ある特定のインタレース(すなわち、「非共有」インタレース)上での任意のP2P直接通信を禁止し得る。非共有インタレースは、eNBにP2Pを扱うロバストな機構を提供する。レガシーデバイスが非共有インタレース上でのみスケジュールされた場合、レガシーUEへのP2P影響はない(そしてその逆も同じである)。
[0135] 残りの「共有」インタレースは、UE間のP2P直接通信および/またはUEからeNBへの通信を含み、それは、インターネットへのトラフィックまたは近接UE間のトラフィックを含み得る。たとえそれがいくつかの近接UEがP2PではなくWANを介して通信することを意味するとしても、目標は、共有インタレース内で最高のパフォーマンスを得ることである。
[0136] 図21は、P2P通信をサポートするためのプロセス2100の設計を示す。プロセス2100は、eNB、ネットワークノードによって、または何らかの他のエンティティによって実行され得る。ネットワークノードは、WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定し得る(ブロック2112)。ネットワークノードは、P2P通信のためにWAN ULスペクトルにおいてサブフレームの第2のグループを指定し得る(ブロック2114)。ネットワークノードは、P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの第2のグループにおけるWAN物理層チャネルを使用することを可能にし得る(ブロック2116)。
[0137] 図22は、P2P通信をサポートするためのプロセス2200の設計を示す。プロセス2200は、UE、モバイルエンティティによって、または、何らかの他のエンティティによって、実行され得る。モバイルエンティティは、P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別し得る(ブロック2212)。モバイルエンティティは、サブフレームのグループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信し得る(ブロック2214)。
[0138] 図17A乃至Bおよび18に戻って参照すると、一構成において、ワイヤレス通信のための装置110xおよび/または110yは、WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定するための手段と、P2P通信のためにWAN ULスペクトルにおいてサブフレームの第2のグループを指定するための手段と、P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの第2のグループにおけるWAN物理層チャネルを使用することを可能にするための手段を含み得る。
[0139] 別の構成において、ワイヤレス通信のための装置120xおよび/または120yは、P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別するための手段と、サブフレームのグループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信するための手段を含み得る。
[0140] 当業者であれば、情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを理解するであろう。例えば、上記説明の全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表され得る。
[0141] 当業者はさらに、本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現され得ることを理解するであろう。ハードウェアとソフトウェアとのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に上述されている。そのような機能が、ハードウェアとして実現されるか、あるいはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、説明された機能を特定のアプリケーションごとに様々な方法で実現し得るが、そのような実現の決定は、本開示の範囲からの逸脱を引き起こしているとして解釈されるべきではない。
[0142] 本明細書の開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、本明細書で説明された機能を実行するように設計された汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはこれらの任意の組み合わせで、実現または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替において、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、計算デバイスの組み合わせ、例えば、DSPおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携した1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実現され得る。
[0143] 本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組み合わせで、具現化され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROM(登録商標)メモリ、レジスタ、ハードディスク、リムーバブルディスク、CD−ROM、または当該技術で周知の任意の他の形態の記憶媒体内に存在し得る。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、かつ記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替において、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はASIC内に存在し得る。ASICは、ユーザ端末内に存在し得る。代替において、プロセッサおよび記憶媒体は、ユーザ端末内の離散コンポーネントとして存在し得る。
[0144] 1つ以上の典型的な設計において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実現され得る。ソフトウェアで実現された場合、機能は、コンピュータ可読媒体上の1つ以上の命令またはコードとして記憶または送信され得る。コンピュータ可読媒体は、1つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされることができる任意の入手可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD−ROM、または他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、または、命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用されることができ、かつ、汎用または専用コンピュータ、または汎用または専用プロセッサによってアクセスされることができる、任意の他の媒体を備えることができる。また、任意の接続は、コンピュータ読み取り可能な媒体と厳密には称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ディスク(disk)およびディスク(disc)は、本明細書で使用される場合、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は通常、磁気的にデータを再生するが、ディスク(disc)は、レーザーを用いて光学的にデータを再生する。上記の組み合わせはまた、コンピュータ可読媒体の範囲内に含まれるべきである。
[0145] 本開示の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供される。本開示に対する様々な変更は、当業者に容易に理解され、本明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の変形例に適用され得る。よって、本開示は、本明細書で説明された例および設計に限定されるように意図されたものではなく、本明細書で開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
[C1]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信を容易にするネットワークエンティティによって実施可能な方法であって、
WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定することと、
P2P通信のために前記WAN ULスペクトルにおいてサブフレームの第2のグループを指定することと、
P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの前記第2のグループにおけるWAN物理層チャネルを使用することを可能にすることと
を備える方法。
[C2]
前記ワイヤレスネットワークは、ロングタームエボリューション(LTE)ネットワークを備え、
可能にすることは、前記P2P制御情報を搬送するために、前記P2Pモバイルエンティティが物理アップリンク制御チャネル(PUCCH)を使用することを可能にすることを備え、
可能にすることは、前記P2Pデータを搬送するために、前記P2Pモバイルエンティティが物理ダウンリンク共有チャネル(PDSCH)を使用することを可能にすることを備える、C1に記載の方法。
[C3]
前記P2Pデータは、PDSCH上で直交周波数分割多重(OFDM)コード化される、C2に記載の方法。
[C4]
サブフレームの前記第1のグループを指定することは、前記WAN ULスペクトルの第1のインタレースを非共有インタレースとして割り当てることを備え、前記非共有インタレースは、前記WAN通信のためのULサブフレームの第1のシーケンスを備える、
サブフレームの前記第2のグループを指定することは、前記WAN ULスペクトルの第2のインタレースを共有インタレースとして割り当てることを備え、前記共有インタレースは、P2P通信が可能であるULサブフレームの第2のシーケンスを備える、C1に記載の方法。
[C5]
前記第1のインタレースのうちの少なくとも1つのサブフレーム上でモバイルエンティティからULデータを受信することをさらに備える、C4に記載の方法。
[C6]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信を容易にするワイヤレス通信装置であって、
WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定することと、P2P通信のために前記WAN ULスペクトルにおいてサブフレームの第2のグループを指定することと、P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの前記第2のグループにおけるWAN物理層チャネルを使用することを可能にすることを行うように構成された少なくとも1つのプロセッサと、
データを記憶するために前記少なくとも1つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
[C7]
前記少なくとも1つのプロセッサは、
前記WAN ULスペクトルの第1のインタレースを非共有インタレースとして割り当てることによってサブフレームの前記第1のグループを指定し、前記非共有インタレースは、前記WAN通信のためのULサブフレームの第1のシーケンスを備える、
前記WAN ULスペクトルの第2のインタレースを共有インタレースとして割り当てることによってサブフレームの前記第2のグループを指定し、前記共有インタレースは、P2P通信が可能であるULサブフレームの第2のシーケンスを備える、C6に記載のワイヤレス通信装置。
[C8]
前記少なくとも1つのプロセッサは、前記第1のインタレースのうちの少なくとも1つのサブフレーム上でモバイルエンティティからULデータを受信するようにさらに構成される、C7に記載のワイヤレス通信装置。
[C9]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信を容易にするワイヤレス通信装置であって、
WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定するための手段と、
P2P通信のために前記WAN ULスペクトルにおいてサブフレームの第2のグループを指定するための手段と、
P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの前記第2のグループにおけるWAN物理層チャネルを使用することを可能にするための手段と
を備える、ワイヤレス通信装置。
[C10]
コンピュータプログラム製品であって、
少なくとも1つのコンピュータに、
WAN通信のためにワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームの第1のグループを指定することと、
P2P通信のために前記WAN ULスペクトルにおいてサブフレームの第2のグループを指定することと、
P2P制御情報およびP2Pデータを通信するために、P2Pモバイルエンティティがサブフレームの前記第2のグループにおけるWAN物理層チャネルを使用することを可能にすることと
を行わせるためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
[C11]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信のためのモバイルエンティティによって実施可能な方法であって、
P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別することと、
サブフレームの前記グループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信することと
を備える、方法。
[C12]
前記ワイヤレスネットワークは、ロングタームエボリューション(LTE)ネットワークを備え、
通信することは、(a)物理アップリンク制御チャネル(PUCCH)上でP2P制御情報を、および(b)物理ダウンリンク共有チャネル(PDSCH)上で前記P2Pデータを、送信または受信することを備える、C11に記載の方法。
[C13]
前記P2Pデータは、前記PDSCH上で直交周波数分割多重(OFDM)コード化される、C12に記載の方法。
[C14]
通信することは、前記WAN ULスペクトルの共有インタレース上で前記P2Pデータを送信または受信することを備え、前記共有インタレースは、P2P通信が可能であるULサブフレームのシーケンスを備える、C13に記載の方法。
[C15]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信のためのワイヤレス通信装置であって、
P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別することと、サブフレームの前記グループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信することとを行うように構成された少なくとも1つのプロセッサと、
データを記憶するために前記少なくとも1つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信装置。
[C16]
前記ワイヤレスネットワークは、ロングタームエボリューション(LTE)ネットワークを備え、
前記少なくとも1つのプロセッサは、(a)物理アップリンク制御チャネル(PUCCH)上でP2P制御情報を、および(b)物理ダウンリンク共有チャネル(PDSCH)上で前記P2Pデータを、送信または受信することで通信する、C15に記載のワイヤレス通信装置。
[C17]
前記P2Pデータは、前記PDSCH上で直交周波数分割多重(OFDM)コード化される、C16に記載のワイヤレス通信装置。
[C18]
通信することは、前記WAN ULスペクトルの共有インタレース上で前記P2Pデータを送信または受信することを備え、前記共有インタレースは、P2P通信が可能であるULサブフレームのシーケンスを備える、C15に記載のワイヤレス通信装置。
[C19]
ワイヤレスネットワークにおけるピアツーピア(P2P)通信のためのワイヤレス通信装置であって、
P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別するための手段と、
サブフレームの前記グループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信するための手段と
を備える、ワイヤレス通信装置。
[C20]
コンピュータプログラム製品であって、
少なくとも1つのコンピュータに、
P2P通信のために指定されたワイドエリアネットワーク(WAN)アップリンク(UL)スペクトルにおいてサブフレームのグループを識別することと、
サブフレームの前記グループに対応するWAN物理層チャネル上で別のモバイルエンティティとP2Pデータを通信することと
を行わせるためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。

Claims (6)

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

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/328,996 US9084240B2 (en) 2010-04-15 2014-07-11 Multiplexing of peer-to-peer (P2P) communication and wide area network (WAN) communication
US14/328,996 2014-07-11
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 ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化

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 ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化
JP2020037419A Active JP7100675B2 (ja) 2014-07-11 2020-03-05 ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化

Family Applications After (1)

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

Country Status (5)

Country Link
EP (1) EP3167565B1 (ja)
JP (2) JP6843735B2 (ja)
KR (1) KR102386721B1 (ja)
CN (2) CN111698071B (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
US20200322977A1 (en) * 2016-05-31 2020-10-08 Ntt Docomo, Inc. User equipment and communication method
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
IN2015DN03996A (ja) * 2012-12-13 2015-10-02 Ericsson Telefon Ab L M

Also Published As

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

Similar Documents

Publication Publication Date Title
JP6426062B2 (ja) ピアツーピア通信および広域ネットワーク(wan)通信の多重化
JP6965396B2 (ja) トランスポートブロックサイズの決定
JP7296403B2 (ja) 非周期的チャネル状態情報基準信号トリガのための擬似コロケーション仮定
JP5944548B2 (ja) サブフレーム依存の物理アップリンク制御チャネル(pucch)領域の設計
JP5985786B2 (ja) 強化されたpdsch動作
JP5646727B2 (ja) アップリンク制御およびアップリンクデータ信号に対する個別のリソースパーティショニング管理
JP7100675B2 (ja) ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化
US11290145B2 (en) Data transmission in synchronization slots
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