特許第6476280号(P6476280)IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー エレクトロニクス インコーポレイティドの特許一覧

特許6476280無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置
<>
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000018
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000019
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000020
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000021
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000022
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000023
  • 特許6476280-無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置 図000024
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6476280
(24)【登録日】2019年2月8日
(45)【発行日】2019年2月27日
(54)【発明の名称】無線通信システムにおいて装置対装置端末のデータ伝送方法及び装置
(51)【国際特許分類】
   H04W 72/04 20090101AFI20190218BHJP
   H04L 27/26 20060101ALI20190218BHJP
   H04J 3/16 20060101ALI20190218BHJP
   H04L 5/14 20060101ALI20190218BHJP
   H04W 72/02 20090101ALI20190218BHJP
   H04W 92/18 20090101ALI20190218BHJP
【FI】
   H04W72/04 131
   H04L27/26 113
   H04J3/16
   H04L5/14
   H04W72/02
   H04W92/18
【請求項の数】10
【全頁数】28
(21)【出願番号】特願2017-508537(P2017-508537)
(86)(22)【出願日】2015年8月26日
(65)【公表番号】特表2017-532819(P2017-532819A)
(43)【公表日】2017年11月2日
(86)【国際出願番号】KR2015008926
(87)【国際公開番号】WO2016032229
(87)【国際公開日】20160303
【審査請求日】2017年2月14日
(31)【優先権主張番号】62/042,228
(32)【優先日】2014年8月26日
(33)【優先権主張国】US
(31)【優先権主張番号】62/042,768
(32)【優先日】2014年8月27日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(72)【発明者】
【氏名】チェ, ヒュクジン
(72)【発明者】
【氏名】セオ, ハンビョル
【審査官】 石田 紀之
(56)【参考文献】
【文献】 国際公開第2014/053939(WO,A2)
【文献】 米国特許出願公開第2016/0360544(US,A1)
【文献】 Intel Corporation,Discussion on Time Resource Pattern of Transmission,3GPP TSG-RAN WG1#80 R1-150235,2015年 2月13日
【文献】 NEC,D2D and cellular resource multiplexing,3GPP TSG-RAN WG1#78 R1-143154,2014年 8月10日
【文献】 Samsung, Ericsson, Qualcomm,WF on T-RPT Design,3GPP TSG-RAN WG1#78 R1-143450,2014年 8月21日
【文献】 Kyocera,Scheduling assignment design,3GPP TSG-RAN WG1#78 R1-143261,2014年 8月10日
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24− 7/26
H04W 4/00−99/00
H04J 3/16
H04L 5/14
H04L 27/26
3GPP TSG RAN WG1−4
SA WG1−4
CT WG1、4
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末(UE)によってD2D(DevicetoDevice)データを送信する方法であって、前記方法は、
前記UEの伝送モード1のための第1のサブフレーム指示ビットマップまたは前記UEの伝送モード2のための第2のサブフレーム指示ビットマップのうちの一つを用いて、前記D2Dデータを送信するサブフレームのセットを決定することであって、前記伝送モード1では、前記UEは、前記D2Dデータのための送信リソースの指示を受信し、前記伝送モード2では、前記UEは、前記D2Dデータのための送信リソースを選択する、ことと、
前記決定されたサブフレームセットに含まれるサブフレームで前記D2Dデータを送信することと
を含み、
kは、前記第1のサブフレーム指示ビットマップまたは前記第2のサブフレーム指示ビットマップにおける1の個数であり、
前記第1のサブフレーム指示ビットマップのためのkとして可能な値の第1の集合のうちの第1の最大値は、前記第2のサブフレーム指示ビットマップのためのkとして可能な値の第2の集合のうちの第2の最大値よりも大きい、方法。
【請求項2】
UE上りリンク/下りリンク(UL/DL構成の全てに対して前記第1の最大値は、前記第2の最大値よりも大きい、請求項1に記載の方法。
【請求項3】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成1および5のうちの一つである場合として可能な値の前記第2の集合は、{1,2,4}である、請求項1に記載の方法。
【請求項4】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成0である場合として可能な値の前記第2の集合は、{1,2,3,4,5}である、請求項1に記載の方法。
【請求項5】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成3および6のうちの一つである場合として可能な値の前記第2の集合は、{1,2,3,4}である、請求項1に記載の方法。
【請求項6】
無線通信システムにおいてD2D(DevicetoDevice)信号を送信する端末(UE)の装置であって、前記装置は、
送信モジュールと、
プロセッサと
を備え、
前記プロセッサは、
前記UEの伝送モード1のための第1のサブフレーム指示ビットマップまたは前記UEの伝送モード2のための第2のサブフレーム指示ビットマップのうちの一つを用いて、D2Dデータを送信するサブフレームのセットを決定することであって、前記伝送モード1では、前記UEは、前記D2Dデータのための送信リソースの指示を受信し、前記伝送モード2では、前記UEは、前記D2Dデータのための送信リソースを選択する、ことと、
前記決定されたサブフレームセットに含まれるサブフレームで前記D2Dデータを送信することと
を実行するように構成され、
kは、前記第1のサブフレーム指示ビットマップまたは前記第2のサブフレーム指示ビットマップにおける1の個数であり、
前記第1のサブフレーム指示ビットマップのためのkとして可能な値の第1の集合のうちの第1の最大値は、前記第2のサブフレーム指示ビットマップのためのkとして可能な値の第2の集合のうちの第2の最大値よりも大きい、装置。
【請求項7】
UE上りリンク/下りリンク(UL/DL構成の全てに対して前記第1の最大値は、前記第2の最大値よりも大きい、請求項に記載の装置。
【請求項8】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成1および5のうちの一つである場合として可能な値の前記第2の集合は、{1,2,4}である、請求項に記載の装置。
【請求項9】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成0である場合として可能な値の前記第2の集合は、{1,2,3,4,5}である、請求項に記載の装置。
【請求項10】
前記UEの伝送モードが前記伝送モード2であり、前記UEに構成されたUL/DL構成がUL/DL構成3および6のうちの一つである場合として可能な値の前記第2の集合は、{1,2,3,4}である、請求項に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
以下の説明は無線通信システムに関するもので、より詳しくは装置対装置通信におけるデータ伝送方法及び装置に関するものである。
【背景技術】
【0002】
無線通信システムが音声やデータなどのような様々な通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース(帯域幅、送信電力など)を共有して複数ユーザとの通信を支援できる多元接続(multiple access)システムである。多元接続システムの例には、CDMA(code division multiple access)システム、FDMA(frequency division multiple access)システム、TDMA(time division multiple access)システム、OFDMA(orthogonal frequency division multiple access)システム、SC−FDMA(single carrier frequency division multiple access)システム、MC−FDMA(multi carrier frequency division multiple access)システムなどがある。
【0003】
装置対装置(Device−to−Device;D2D)通信とは、端末(User Equipment;UE)間に直接的なリンクを設定し、基地局(evolved NodeB;eNB)の介入無しで端末間に音声、データなどを直接やり取りする通信方式のことをいう。D2D通信は、端末−対−端末(UE−to−UE)通信、ピア−対−ピア(Peer−to−Peer)通信などの方式を含むことができる。また、D2D通信方式は、M2M(Machine−to−Machine)通信、MTC(Machine Type Communication)などに応用することができる。
【0004】
D2D通信は、急増しているデータトラフィックによる基地局の負担を解決可能な一つの方案として考慮されている。例えば、D2D通信によれば、既存の無線通信システムと違い、基地局の介入無しで装置間にデータをやり取りするので、ネットワークの過負荷が減る。また、D2D通信を導入することによって、基地局における手順の減少、D2Dに参加する装置の消費電力の低減、データ伝送速度の増加、ネットワークの収容能力の増大、負荷の分散、セルカバレッジの拡大などの効果を期待することができる。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明は、サブフレーム指示ビットマップにおいて1の個数として可能な値の集合を定義することを技術的課題とする。
【0006】
本発明で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0007】
本発明の実施例は、無線通信システムにおいて端末がD2D(Device to Device)データを送信する方法であって、サブフレーム指示ビットマップからデータ伝送のためのサブフレームのプールに適用するビットマップを決定するステップと、前記データ伝送のためのサブフレームのプールに前記ビットマップを用いて、D2Dデータを送信するサブフレームのセットを決定するステップと、前記サブフレームセットに含まれるサブフレームでD2Dデータを送信するステップとを含み、前記サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、前記端末に構成されたUL/DL構成が変更されなくても伝送モードの変更によって変更される、D2Dデータ伝送方法である。
【0008】
本発明の一実施例は、無線通信システムにおいてD2D(Device to Device)信号を送信する端末装置であって、送信モジュールと、プロセッサとを備え、前記プロセッサは、サブフレーム指示ビットマップからデータ伝送のためのサブフレームのプールに適用するビットマップを決定し、前記データ伝送のためのサブフレームのプールに前記ビットマップを用いて、D2Dデータを送信するサブフレームのセットを決定し、前記サブフレームセットに含まれるサブフレームでD2Dデータを送信し、前記サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、前記端末に構成されたUL/DL構成が変更されなくても伝送モードの変更によって変更される、端末装置である。
【0009】
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末のUL/DL構成にかかわらず、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合より小さくてもよい。
【0010】
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合のサブセットであってもよい。
【0011】
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成1,2,4,5のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,4}であってもよい。
【0012】
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成0である場合、前記kの値として可能な値の集合は、{1,2,3,4,5}であってもよい。
【0013】
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成3,6のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,3,4}であってもよい。
【0014】
前記端末の伝送モードが2であり、前記端末のデュプレックスモードがFDD(Frequency Division Duplex)である場合、前記kの値として可能な値の集合は、{1,2,4}であってもよい。
本明細書は、例えば、以下の項目も提供する。
(項目1)
無線通信システムにおいて端末がD2D(Device to Device)データを送信する方法であって、
サブフレーム指示ビットマップからデータ伝送のためのサブフレームのプールに適用するビットマップを決定するステップと、
前記データ伝送のためのサブフレームのプールに前記ビットマップを用いて、D2Dデータを送信するサブフレームのセットを決定するステップと、
前記サブフレームセットに含まれるサブフレームでD2Dデータを送信するステップと、
を含み、
前記サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、前記端末に構成されたUL/DL構成が変更されなくても伝送モードの変更によって変更される、D2Dデータ伝送方法。
(項目2)
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末のUL/DL構成にかかわらず、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合より小さい、項目1に記載のD2Dデータ伝送方法。
(項目3)
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合のサブセットである、項目1に記載のD2Dデータ伝送方法。
(項目4)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成1,2,4,5のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,4}である、項目1に記載のD2Dデータ伝送方法。
(項目5)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成0である場合、前記kの値として可能な値の集合は、{1,2,3,4,5}である、項目1に記載のD2Dデータ伝送方法。
(項目6)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成3,6のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,3,4}である、項目1に記載のD2Dデータ伝送方法。
(項目7)
前記端末の伝送モードが2であり、前記端末のデュプレックスモードがFDD(Frequency Division Duplex)である場合、前記kの値として可能な値の集合は、{1,2,4}である、項目1に記載のD2Dデータ伝送方法。
(項目8)
無線通信システムにおいてD2D(Device to Device)信号を送信する端末装置であって、
送信モジュールと、
プロセッサと、
を備え、
前記プロセッサは、サブフレーム指示ビットマップからデータ伝送のためのサブフレームのプールに適用するビットマップを決定し、前記データ伝送のためのサブフレームのプールに前記ビットマップを用いて、D2Dデータを送信するサブフレームのセットを決定し、前記サブフレームセットに含まれるサブフレームでD2Dデータを送信し、
前記サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、前記端末に構成されたUL/DL構成が変更されなくても伝送モードの変更によって変更される、端末装置。
(項目9)
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末のUL/DL構成にかかわらず、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合より小さい、項目8に記載の端末装置。
(項目10)
前記端末の伝送モードが2である場合に前記kの値として可能な値の集合は、前記端末の伝送モードが1である場合に前記kの値として可能な値の集合のサブセットである、項目8に記載の端末装置。
(項目11)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成1,2,4,5のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,4}である、項目8に記載の端末装置。
(項目12)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成0である場合、前記kの値として可能な値の集合は、{1,2,3,4,5}である、項目8に記載の端末装置。
(項目13)
前記端末の伝送モードが2であり、前記端末に構成されたUL/DL構成がUL/DL構成3,6のいずれか一つである場合、前記kの値として可能な値の集合は、{1,2,3,4}である、項目8に記載の端末装置。
(項目14)
前記端末の伝送モードが2であり、前記端末のデュプレックスモードがFDD(Frequency Division Duplex)である場合、前記kの値として可能な値の集合は、{1,2,4}である、項目8に記載の端末装置。
【発明の効果】
【0015】
本発明の実施例によれば、時間リソースパターンを使用する時に考慮すべきディレイ、ハーフデュプレックスの問題などを解決することができる。
【0016】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0017】
本明細書に添付される図面は、本発明に関する理解を提供するためのものであり、本発明の様々な実施の形態を表し、明細書の記載と共に本発明の原理を説明するためのものである。
【0018】
図1】無線フレームの構造を示す図である。
図2】下りリンクスロットにおけるリソースグリッド(resource grid)を示す図である。
図3】下りリンクサブフレームの構造を示す図である。
図4】上りリンクサブフレームの構造を示す図である。
図5】同期信号のリレーを説明するための図である。
図6】本発明の実施例に係る時間リソースパターンを説明するための図である。
図7】送受信装置の構成を示す図である。
【発明を実施するための形態】
【0019】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び/又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。
【0020】
本明細書では、本発明の実施例を、基地局と端末間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接に通信を行うネットワークの終端ノード(terminal node)としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード(upper node)により行われてもよい。
【0021】
すなわち、基地局を含む複数のネットワークノード(network nodes)で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局(BS:Base Station)」は、固定局(fixed station)、Node B、eNode B(eNB)、アクセスポイント(AP:Access Point)などの用語に代えてもよい。中継機は、Relay Node(RN)、Relay Station(RS)などの用語に代えてもよい。また、「端末(Terminal)」は、UE(User Equipment)、MS(Mobile Station)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)などの用語に代えてもよい。
【0022】
以下に記述されるセルの名称は、基地局(base station、eNB)、セクタ(sector)、リモートラジオヘッド(remote radio head,RRH)、リレー(relay)などの送受信ポイントに適用され、また、特定送受信ポイントで構成搬送波(component carrier)を区分するための包括的な用語で使われてもよい。
【0023】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
【0024】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【0025】
本発明の実施例は、無線接続システムであるIEEE 802システム、3GPPシステム、3GPP LTE及びLTE−A(LTE−Advanced)システム、及び3GPP2システムの少なくとも一つに開示された標準文書でサポートすることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。
【0026】
以下の技術は、CDMA(Code Division Multiple Access)、FDMA(Frequency Division Multiple Access)、TDMA(Time Division Multiple Access)、OFDMA(Orthogonal Frequency Division Multiple Access)、SC−FDMA(Single Carrier Frequency Division Multiple Access)などのような種々の無線接続システムに用いることができる。CDMAは、UTRA(Universal Terrestrial Radio Access)やCDMA2000のような無線技術(radio technology)によって具現することができる。TDMAは、GSM(登録商標)(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)のような無線技術によって具現することができる。OFDMAは、IEEE 802.11(Wi−Fi)、IEEE 802.16(WiMAX)、IEEE 802−20、E−UTRA(Evolved UTRA)などのような無線技術によって具現することができる。UTRAは、UMTS(Universal Mobile Telecommunications System)の一部である。3GPP(3rd Generation Partnership Project) LTE(long term evolution)は、E−UTRAを用いるE−UMTS(Evolved UMTS)の一部であり、下りリンクでOFDMAを採用し、上りリンクでSC−FDMAを採用する。LTE−A(Advanced)は、3GPP LTEの進展である。WiMAXは、IEEE 802.16e規格(WirelessMAN−OFDMA Reference System)及び進展したIEEE 802.16m規格(WirelessMAN−OFDMA Advanced system)によって説明することができる。明確性のために、以下では、3GPP LTE及びLTE−Aシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【0027】
LTA/LTA−Aリソース構造/チャネル
図1を参照して無線フレームの構造について説明する。
【0028】
セルラーOFDM無線パケット通信システムにおいて、上り/下りリンク信号パケット送信はサブフレーム(subframe)単位に行われ、1サブフレームは、複数のOFDMシンボルを含む一定の時間区間と定義される。3GPP LTE標準では、FDD(Frequency Division Duplex)に適用可能なタイプ1無線フレーム(radio frame)構造と、TDD(Time Division Duplex)に適用可能なタイプ2無線フレーム構造を支援する。
【0029】
図1(a)は、タイプ1無線フレームの構造を例示する図である。下りリンク無線フレームは10個のサブフレームで構成され、1個のサブフレームは時間領域(time domain)において2個のスロット(slot)で構成される。1個のサブフレームを送信するためにかかる時間をTTI(transmission time interval)という。例えば、1サブフレームの長さは1msであり、1スロットの長さは0.5msであってよい。1スロットは時間領域において複数のOFDMシンボルを含み、周波数領域において複数のリソースブロック(Resource Block;RB)を含む。3GPP LTEシステムでは、下りリンクでOFDMAを用いているため、OFDMシンボルが1シンボル区間を表す。OFDMシンボルは、SC−FDMAシンボル又はシンボル区間と呼ぶこともできる。リソースブロック(RB)はリソース割当て単位であり、1スロットにおいて複数個の連続した副搬送波(subcarrier)を含むことができる。
【0030】
1スロットに含まれるOFDMシンボルの数は、CP(Cyclic Prefix)の構成(configuration)によって異なってもよい。CPには、拡張CP(extended CP)及び一般CP(normal CP)がある。例えば、OFDMシンボルが一般CPによって構成された場合、1スロットに含まれるOFDMシンボルの数は7個であってよい。OFDMシンボルが拡張CPによって構成された場合、1 OFDMシンボルの長さが増加するため、1スロットに含まれるOFDMシンボルの数は、一般CPの場合に比べて少ない。拡張CPの場合に、例えば、1スロットに含まれるOFDMシンボルの数は6個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張CPを用いることができる。
【0031】
一般CPが用いられる場合、1スロットは7個のOFDMシンボルを含み、1サブフレームは14個のOFDMシンボルを含む。このとき、各サブフレームにおける先頭2個又は3個のOFDMシンボルはPDCCH(physical downlink control channel)に割り当て、残りのOFDMシンボルはPDSCH(physical downlink shared channel)に割り当てることができる。
【0032】
図1(b)は、タイプ2無線フレームの構造を示す図である。タイプ2無線フレームは、2ハーフフレーム(half frame)で構成される。各ハーフフレームは、5サブフレーム、DwPTS(Downlink Pilot Time Slot)、保護区間(Guard Period;GP)、及びUpPTS(Uplink Pilot Time Slot)で構成され、ここで、1サブフレームは2スロットで構成される。DwPTSは、端末での初期セル探索、同期化又はチャネル推定に用いられる。UpPTSは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、1個のサブフレームは2個のスロットで構成される。
【0033】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【0034】
図2は、下りリンクスロットにおけるリソースグリッド(resource grid)を示す図である。同図で、1下りリンクスロットは時間領域で7個のOFDMシンボルを含み、1リソースブロック(RB)は周波数領域で12個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般CP(normal−Cyclic Prefix)では1スロットが7 OFDMシンボルを含むが、拡張CP(extended−CP)では1スロットが6 OFDMシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素(resource element)と呼ぶ。1リソースブロックは12×7個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数NDLは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。
【0035】
図3は、下りリンクサブフレームの構造を示す図である。1サブフレーム内で第1のスロットにおける先頭部の最大3個のOFDMシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのOFDMシンボルは、物理下り共有チャネル(Physical Downlink Shared Chancel;PDSCH)が割り当てられるデータ領域に該当する。3GPP LTEシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル(Physical Control Format IndicatorChannel;PCFICH)、物理下り制御チャネル(Physical Downlink Control Channel;PDCCH)、物理HARQ指示子チャネル(Physical Hybrid automatic repeat request Indicator Chanel;PHICH)などがある。PCFICHは、サブフレームの最初のOFDMシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるOFDMシンボルの個数に関する情報を含む。PHICHは、上り送信の応答としてHARQ ACK/NACK信号を含む。PDCCHで送信される制御情報を、下りリンク制御情報(Downlink Control Information;DCI)という。DCIは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上り送信電力制御命令を含む。PDCCHは、下り共有チャネル(DL−SCH)のリソース割当て及び送信フォーマット、上り共有チャネル(UL−SCH)のリソース割当て情報、ページングチャネル(PCH)のページング情報、DL−SCH上のシステム情報、PDSCH上で送信されるランダムアクセス応答(Random Access Response)のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、VoIP(Voice over IP)の活性化などを含むことができる。複数のPDCCHが制御領域内で送信されてもよく、端末は複数のPDCCHをモニタすることができる。PDCCHは一つ以上の連続する制御チャネル要素(Control Channel Element;CCE)の組み合わせ(aggregation)で送信される。CCEは、無線チャネルの状態に基づくコーディングレートでPDCCHを提供するために用いられる論理割当て単位である。CCEは、複数個のリソース要素グループに対応する。PDCCHのフォーマットと利用可能なビット数は、CCEの個数とCCEによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるDCIによってPDCCHフォーマットを決定し、制御情報に巡回冗長検査(Cyclic Redundancy Check;CRC)を付加する。CRCは、PDCCHの所有者又は用途によって無線ネットワーク臨時識別子(Radio Network Temporary Identifier;RNTI)という識別子でマスクされる。PDCCHが特定端末に対するものであれば、端末のcell−RNTI(C−RNTI)識別子をCRCにマスクすることができる。又は、PDCCHがページングメッセージに対するものであれば、ページング指示子識別子(Paging Indicator Identifier;P−RNTI)をCRCにマスクすることができる。PDCCHがシステム情報(より具体的に、システム情報ブロック(SIB))に対するものであれば、システム情報識別子及びシステム情報RNTI(SI−RNTI)をCRCにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−RNTI(RA−RNTI)をCRCにマスクすることができる。
【0036】
図4は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル(Physical Uplink Control Channel;PUCCH)が割り当てられる。データ領域には、ユーザーデータを含む物理上り共有チャネル(Physical uplink shared channel;PUSCH)が割り当てられる。単一搬送波特性を維持するために、一つの端末はPUCCHとPUSCHを同時に送信しない。一つの端末のPUCCHは、サブフレームにおいてリソースブロック対(RB pair)に割り当てられる。リソースブロック対に属するリソースブロックは、2スロットに対して互いに異なった副搬送波を占める。これを、PUCCHに割り当てられるリソースブロック対がスロット境界で周波数−ホップ(frequency−hopped)するという。
【0037】
D2D端末の同期獲得
以下では、前述した説明及び既存LTE/LTE−Aシステムに基づいて、D2D通信における端末間同期の獲得について説明する。OFDMシステムにおいては、時間/周波数同期が取られない場合、セル間の干渉(Inter−Cell Interference)によってOFDM信号で相異なる端末間にマルチプレックシングができなくなることができる。同期を取るためにD2D端末が直接同期信号を送受信して全ての端末が個別的に同期を取ることは非効率的である。よって、D2Dのような分散ノードシステムにおいては、特定のノードが代表同期信号を送信し、残りのUEがこれとの同期を取ることができる。言い換えれば、D2D信号送受信のために一部のノードが(この際、ノードはeNB、UE、SRN(synchronization reference node又はsynchronization sourceということもできる)であり得る)D2D同期信号(D2DSS、 D2D Synchronization Signal)を送信し、残りの端末がこれとの同期を取って信号を送受信する方式を用いることができる。
【0038】
D2D同期信号にはプライマリー同期信号(PD2DSS(Primary D2DSS又はPSSS(Primary Sidelink synchronization signal))、セカンダリー同期信号(SD2DSS(Secondary D2DSS又はSSSS(Secondary Sidelink synchronization signal))があり得る。PD2DSSは所定長さのザドフチューシーケンス(Zadoff−chu sequence)又はPSSと類似/変形/反復の構造などであることができる。SD2DSSはM−シーケンス又はSSSと類似/変形/反復の構造などであることができる。端末がeNBから同期を取る場合、SRNはeNBになり、D2DSSはPSS/SSSになる。PD2DSCH(Physical D2D synchronization channel)はD2D信号送受信の前に端末が一番先に知っていなければならない基本となる(システム)情報(例えば、D2DSSに関連した情報、デュプレックスモード(Duplex Mode、DM)、TDD UL/DL構成、リソースプール関連情報、D2DSSに関連したアプリケーションの種類など)が送信される(放送)チャネルであることができる。PD2DSCHはD2DSSと同一のサブフレーム上で又は後続のサブフレーム上で送信されることができる。
【0039】
SRNは、D2DSS、PD2DSCH(Physical D2D synchronization channel)を送信するノードであることができる。D2DSSは特定のシーケンス形態であることができ、PD2DSCHは特定の情報を示すシーケンスか前もって決定されたチャネルコーディングを経た後のコードワード形態であることができる。ここで、SRNはeNB又は特定のD2D端末になることができる。部分ネットワークカバレージ(partial network coverage)又はカバレージ外(out of network coverage)の場合には端末がSRNになることができる。
【0040】
図5のような状況で、カバレージ外(out of coverage)端末とのD2D通信のためにD2DSSはリレーになることができる。また、D2DSSは多重ホップによってリレーされることができる。以下の説明で、同期信号をリレーするとは直接基地局の同期信号をAFリレーするだけではなく、同期信号受信時点に合わせて別個のフォーマットのD2D同期信号を送信することも含む概念である。このように、D2D同期信号がリレーされることにより、カバレージ内の端末とカバレージ外の端末が直接通信を遂行することができる。図6にはこのようなD2D同期信号のリレー及びこれに基づくD2D端末間の通信状況が例示されている。
【0041】
以下では、端末がデータ、ディスカバリー信号などを送信するに際して、TRP(Time Resource Pattern)に対する本発明の多様な実施例について説明する。TRPはRPT(Resource Pattern for Transmission)、T−RPT(Time−RPT)などの他の名称として呼ばれることができるが、その名称に本発明の範囲が限定されるものではなく、以下で説明するTRPの特性を含むリソースパターンはTRPに相当するものであることを明らかにしておく。以下の説明で、基地局/端末によって送信リソースの位置が指示される方式をモード1/タイプ2、送信端末が特定のリソースプール内で送信リソースの位置を指示する(UEの選択による)方式をモード2/タイプ1という。また、以下の説明でSA(Scheduling Assignment)はD2Dデータの送信に関連した制御情報、制御情報が送信されるチャネルを意味することができる。データの送信前にSAが先に送信され、D2D信号受信端末はSAを先にデコードして見て、SAが指示するデータが送信されるリソース位置がどこであるかを把握した後、該当のリソースでD2D信号を受信することができる。また、以下の説明で、D2Dはサイドリンク(sidelink)と呼ばれることができる。以下では、説明の便宜のために、TRP指示ビットシーケンスという用語が使われることができる。このビットシーケンスはSAに含まれたIDのみで構成されることもでき、SAにTRPを指示する追加のビットフィールドが含まれる場合、ID+TRPビットシーケンスをTRP指示ビットシーケンスに解釈することができる。あるいは、SAにIDと独立的なTRPを指示するためのビットシーケンスが存在することができる。そのような場合には、TRPビットシーケンスがTRP指示ビットシーケンスに解釈されることができる。SAに含まれて送信されながらTRPを指示するための用途に用いられるビットシーケンスの集合はTRP指示ビットシーケンスに解釈されることができる。
【0042】
TRP
図6は本発明の実施例によるTRPを説明するための図である。図6を参照すると、複数のサブフレーム601はD2D信号送受信が可能なサブフレーム(例えば、TDDの場合、ULサブフレーム、図6で、D2D communication subframe)とD2D信号送受信が不可能なサブフレームであることができる。また、複数のサブフレームはD2D制御情報伝送周期(例えば、Physical Sidelink control channel)に含まれたものであることができる。このような複数のサブフレームの中でD2D信号の送受信が可能なサブフレームのみでなった、データ伝送のためのサブフレームプール602が決定されることができる。
【0043】
データ伝送のためのサブフレームプールにTRP(図6のTRP#0、#1…)が適用されることにより、D2Dデータを送信するサブフレームのセットを決定することができる。例えば、TRP#1が適用される場合、D2Dデータを送信するサブフレームは8番目、9番目〜16番目のサブフレームがサブフレームセットに含まれることができる。図6のTRPで、陰影部分がD2Dデータを送信するサブフレームを指示するものであることができる。TRPは前記データ伝送のためのサブフレームプールに含まれたそれぞれのサブフレームに対応するビットからなるビットマップであることができる。この場合、ビットの中で1に設定されたビットは前記D2Dデータを送信するサブフレームを指示するものであることができる。具体的に例えば、TRPがビットマップからなる場合、図6で陰影部分が1、陰影がない部分が0であることができる。例えば、図6のTRP#1はビットマップが{0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1}である。
【0044】
このようにD2Dデータを送信するサブフレームセットが決定された後、決定されたサブフレームのセットでD2Dデータを送信することができ、SAを受信したUEは該当のサブフレームでD2D信号が送信されることを予想し、該当のサブフレームでD2D信号検出及び復号を遂行することができる。
【0045】
前述した説明で、D2Dデータのための伝送ブロック(transmission block、TB)はサブフレームセットで前もって設定された数のサブフレームで送信されることができる。すなわち、TB別に再伝送回数(the number of repetition)/再伝送番号(retransmission number)/再伝送回数(the number of retransmission)が前もって設定されることができる。一例として、TB当たり再伝送回数は4に固定されることができる。
【0046】
前述した複数のサブフレームは、一つのD2D制御情報周期(SA period)で、D2D制御情報に関連したサブフレーム(TDDの場合、D2D制御情報が送信されることもできる上りリンクサブフレームとこれと無関係な下りリンクサブフレーム、スペシャルサブフレームを含む)以後に連続するサブフレームであることができる。ここで、D2D制御情報(SA、MCS、resource allocation情報、TRPなど)は、D2D制御情報が送信されることもできるサブフレームの中でSAサブフレームビットマップによってD2D制御情報が送信されるものに決定されたサブフレーム(すなわち、(D2D制御情報のための)サブフレームプール)で送信されることができる。このような場合、前記D2D制御情報のためのサブフレームプール以後のサブフレームでTRPを指示する情報はD2D制御情報を介して伝達されることができる。一つのD2D制御情報周期がこのように構成される場合、データ伝送のためのサブフレームプールに含まれたサブフレームと、D2D制御情報のためのサブフレームプールに含まれたサブフレームはオーバーラップしない。より具体的に、D2D制御情報のためのサブフレームプールとD2Dデータ伝送のためのサブフレームプールがオーバーラップする場合、D2D制御情報あるいはD2Dデータを常に送信するように規則が決定されることができ、D2D制御情報とD2Dデータは同じサブフレームで送信されることができない。
【0047】
一方、D2Dコミュニケーションモード1では別途のデータ伝送のためのサブフレームプールが定義されないこともできる。この場合には、D2D制御情報伝送のためのサブフレームプール(より具体的に、D2D制御情報伝送のためのサブフレームビットマップが始まるサブフレームからビットマップで最後の1が示すサブフレームまでD2D制御情報伝送のためのサブフレームプールに定義されることができる。)以後にULサブフレームが黙示的なモード1D2Dデータ伝送のためのサブフレームプールであることができる。
【0048】
TRPの適用
前述した説明で、TRPのサブフレームへの適用はより具体的に次のように遂行されることができる。
【0049】
端末はTRPを指示する情報に相当するサブフレーム指示ビットマップを決定することができる。前記端末がD2D制御情報を送信する端末である場合、TRPを指示する情報はD2D制御情報を介して送信されるものであることができ、端末がD2D制御情報を受信する端末である場合、TRPを指示する情報は受信されたD2D制御情報に含まれたものであることができる。ここで、TRPを指示する情報は後述するTRP指示パートに記述されるものであることができ、あるいは特定のサブフレーム指示ビットマップを指示するインデックスであることもできる。例えば、サブフレーム指示ビットマップの大きさが8である場合、ビットマップで可能なビットマップ集合があり得る。この際、ビットマップ集合の各ビットマップはインデックスが割り当てられることができ、このインデックスによってサブフレーム指示ビットマップが決定されることができる。
【0050】
前記サブフレーム指示ビットマップからデータ伝送のためのサブフレームプールに適用すべきビットマップを決定することができ、サブフレーム指示ビットマップは前記サブフレームプールの大きさより小さいことができる。このような場合、サブフレーム指示ビットマップ(例えば、RPT指示ビットシーケンス)は繰り返されることができる。TRP指示ビットシーケンスの長さをMとする場合、残りのLサブフレームではM個のビットシーケンスを単純に繰り返して残りのサブフレームを満たす。LがMの倍数ではない場合には、残りのビットシーケンスを順次満たしてTRPを生成することができる。
【0051】
すなわち、前記サブフレーム指示ビットマップの大きさが前記データ伝送のためのサブフレームプールの大きさより小さい場合、前記サブフレーム指示ビットマップは前記ビットマップ内で繰り返されることができる。
【0052】
一例として、サブフレーム指示ビットマップの大きさMが前記データ伝送のためのリソースプールのサブフレームの数より小さく、端末が前記データ伝送のためのサブフレームプールの一番目のサブフレームでD2Dデータを送信した場合、端末は前記データ伝送のためのサブフレームプールの1+M番目のサブフレームでD2Dデータを送信することができる。あるいは、(データ伝送のためのサブフレームプールに適用する)ビットマップの一番目のビット値は、(サブフレーム指示ビットマップの大きさ+1)番目のビット値と同一であることができる。
【0053】
前記データ伝送のためのサブフレームプールの大きさが前記サブフレーム指示ビットマップの大きさの倍数ではない場合、前記最後の繰り返されるサブフレーム指示ビットマップのビットは順次使われることができる。言い換えれば、前記データ伝送のためのサブフレームプールの大きさが前記サブフレーム指示ビットマップの大きさの倍数ではない場合、前記最後の繰り返されるサブフレーム指示ビットマップはtruncated bitmapであることができる。具体的に例えば、サブフレーム指示ビットマップが{0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1}16ビットであり、サブフレームプールが36個のサブフレームである場合、(データ伝送のためのサブフレームプールに適用する)ビットマップはサブフレームが2回繰り返された後、3回の繰り返しで順次4個のビットが使われる(以後のビットはtruncated)ことができる。すなわち、(データ伝送のためのサブフレームプールに適用する)ビットマップは{0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0,0,0,0,1,0,1,1,1,1,1,1,1,0,0,0,0}である。
【0054】
TRPの指示
以下では前述したようなTRPを指示する方法について説明する。
【0055】
一番目、モード1では、eNBがD2D SA承認において、SAに含まれて送信されるIDとTRPビットを指示することができる。この際、SAに含まれて送信されるIDシーケンス及び/又はSAに含まれて送信されるTRPビットフィールドのシーケンスはD2D承認に明示的に(特定のID及び/又はTRPを指示するためのビットフィールドが)含まれていることもできる。あるいは、D2D−RNTIのビットシーケンスをハッシング(hashing)するか、一部のビット(例えば、下位Nビット)を使って、SAに含まれて送信されるIDシーケンス及び/又はSAに含まれて送信されるTRPビットフィールドを生成することができる。RNTIは端末ごとに違い、RNTIの少なくとも一部を用いるので、追加的なシグナリングなしにD2Dリソース位置を端末ごとに設定することができるという利点がある。ここで、D2D−RNTIとは、D2D制御情報を他の制御情報と区分するために前もってシグナリングされたIDを言い、このRNTIはD2D制御情報のCRCをマスキングするのに使われる。この際、SAに含まれて送信されるIDの一部はRNTIから生成され、残りの一部はターゲットID(又はグループID)を基にして生成することができる。あるいは、二つのIDの組合せ(例えば、AND/XOR/OR)でIDを生成することができる。ここで、SAに含まれて送信されるIDは時間によって可変できる。この際、特徴的にTx UE ID部分のみ可変することができる。これはターゲットUE ID部分までホッピングする場合、これをターゲットUEが分からない場合、まともに検出することができないからである。ターゲットUE ID部分のホッピングパターンまでターゲットUEが分かっている場合には、SAに含まれる全てのIDシーケンスが一定の規則でホッピングすることができる。時間によるIDシーケンスの可変性(ホッピング)はD2D承認内にビットフィールドをeNBが直接異に設定することによって具現されることもでき、eNBのD2D承認の後、特定の規則によってIDシーケンスが可変することができる。例えば、D2D承認内のIDシーケンスはランダムシーケンスの初期化パラメーターとして使われ、これによって生成したランダムシーケンスを使って、時間によって可変するシーケンスを生成することができる。
【0056】
二番目、モード2では、SAによってIDが送信され、これをTRPの決定に使うことができる。ここで、IDは上位階層で(送信及び/又は受信(ターゲット、グループ)ID)IDから誘導された短い長さのIDであることもでき、あるいはデータの伝送位置及びスクランブリングパラメーターを設定するために使われるビットシーケンスを意味するものであることができる。SAに含まれたIDの長さが短くて多くのTRP候補を作ることができない場合、IDの間に衝突が発生する確率が高くなり、この場合に多くのTx UEが同じTRPを使う可能性がある。これを防止するために、SAの一部ビットに具体的なTRPを指示するビットを含めて送信することができる。また、SAにIDビットフィールドとTRPフィールドのビットが組み合わせられて特定のTRPを指示することができる。一例として、SAに含まれたIDはTRPセットを指定する用途に使われることができ、SAに含まれたTRP指示ビットはTRPセット内で具体的なインデックスを指定する用途に使われることができる。さらに他の一例として、SAに含まれたTRPビットはリソースプール内で特定のTRPセットを指示する用途に使われ、SAに含まれたIDがTRPビットが指示したプール/セット内で特定のTRPを指示する用途に使われることができる。この場合、TRPセットを指示するためのビットはSAごとに送信されず、半静的に送信されることができる。例えば、TRPセットを指示するためのビットはn番目のSAごとに送信されるか、SAごとに送信されると言ってもn番のSA伝送の間には内容が変わらないと仮定し、これを仮想CRC用途に使うことができる。一方、このTRPビットは別に含まれるものではなく、MCSビット又は他のSAビットフィールドの中で使わないステートを使って送信することができる。あるいは、別個に含まれるビットと違うビットフィールドの中で使わないステートを全て使用してTRPパターンを指示する用途に使うことができる。
【0057】
一方、SAの指示に使われるTRPビットの大きさはD2D UEのグループ大きさ又はグループ内Tx UEの数字によって可変することができる。例えば、特定の警察官グループがN人であるとき、TRPを指示するためのビットの大きさはlog2(N)に設定される。この際、使われない残りのビットは他の用途に使われるか、0にセットされて仮想CRCの用途に使われることができる。
【0058】
一方、モード1とモード2はTRPのID設定方法が互いに異なることができる。例えば、モード1の場合にはTx UE IDのみ使用してTRPを指示する反面、モード2の場合にはTx UE IDとターゲットUD ID(グループ)IDを共に使用してTRPを指示することができる。
【0059】
TRPを設定するために、次のような情報が使われることができる。i)一UEの観点で、伝送機会(Transmission opportunity)の大きさについての情報(この情報は一UEが一つのSAから何個のリソースを割り当てられるかについての情報である)、ii)各伝送ブロック(TB)の再伝送回数情報(この情報は一つのSA period内で何個のTBを送信するかと違って表現されることができる。この場合、各TB別伝送回数は一つのSA period内の伝送機会の大きさ(又は個数)/一つのSAによって送信されるTBの個数をフローリングすることによって計算されることができる。あるいは、各TBに対して何回の(最大)繰り返しを遂行するかについての情報として表現されることができる)。前記情報の一部は前もって設定されたものであるかあるいはネットワークによって構成されることができる。Out coverage UEの場合には、前記情報が前もって設定されるかあるいはネットワーク内の他のUEから物理階層又は上位階層信号によってシグナリングされることができる。また、前記情報の一部はSAに含まれて送信されることができる。例えば、伝送機会の大きさは前もって設定されるか、あるいはネットワークによって構成されることができる。この際、TB別の再伝送ナンバーはSAに含まれて送信されることができる。反対に、伝送機会の大きさについての情報はSAに含まれて送信され、再伝送ナンバーは前もって設定されたものであるか、あるいはネットワークによって上位階層信号で半静的に指示された値であることができる。
【0060】
具体的な例として、SAに8ビットIDが含まれて送信されると仮定すると、IDによって区分可能なTRPの個数は2^8=256個である。モード2リソースプールのサブフレームの個数が16個であると仮定し、伝送機会の大きさは8であると仮定する場合、生成可能なTRPの個数は16C8=12870個である。したがって、SAに含まれたIDビットのみではTRPを区分することができなく、このために前述した方式でTRPを指示するための追加のビットがSAに含まれて送信されることができる。この場合、生成可能な全てのTRPを区分するために約6ビットの追加ビットが必要であり、これは使わないMCSステートと新たなビットフィールドの組合せで指示されることもでき、別個の追加ビットフィールドで指示されることができる。
【0061】
TRPサブセットのシグナリング
TRPサブセット構成をネットワークが上位階層信号(例えば、RRC)を介してシグナリングすることができる。より詳細に、前述したように、端末はTRPを指示する情報を使用して、データ伝送のためのサブフレームプールに適用すべきビットマップを決定し、ビットマップで指示されるサブフレームでD2Dデータを送信することができる。この際、前記端末にTRPサブセットに関連したRRC(radio resource control)情報要素が構成された(configured)場合、TRPを指示する情報によって指示可能なビットマップの集合は、前記端末が前記TRPサブセットに関連したRRC情報要素と無関係な場合、前記TRPを指示する情報によって指示可能なビットマップ集合のサブセットであることができる。ここで、TRPを指示する情報はビットマップ集合のいずれか一つのビットマップを指示するインデックスである。
【0062】
この内容を次の表1を用いてより詳細に説明する。次の表1はTRPに関連したサブフレーム指示ビットマップの大きさが6である場合、TRPを指示する情報
【化1】
とそれに相当するビットマップの関係を定義する。例えば、TRPを指示する情報
【化2】
が22である場合、サブフレーム指示ビットマップは{0,1,1,0,1,0}である。
【表1】
【0063】
前述したような表1は何のRRCシグナリングがない場合に使用可能な、母ビットマップセット(mother set)と呼ばれることができる。このような場合、TRPサブセットに関連したRRC情報要素が端末に構成(configured)されることができ、これは前記表1でインデックスとして使用可能な集合に対する制限であることができる。例えば、表1で、端末が使用可能な
【化3】
が最大4である場合、TRPサブセットに関連したRRC情報要素が{1,1,1,0}であれば、表1で
【化4】
が1、2、3に相当するビットマップの集合が母ビットマップセットのサブセットであることができる。すなわち、RRCシグナリングされるTRPサブセットに関連した情報要素が構成される場合、端末が使うことができるビットマップの集合又はTRPを指示する情報の集合は、TRPサブセットに関連したRRC情報要素と無関係な場合(RRC情報要素がシグナリングされない場合、RRC情報要素がシグナリングされたが構成されない場合)ビットマップの集合又はTRPを指示する情報の集合のサブセットである。
【0064】
前記TRPサブセットに関連したRRC情報要素は伝送モード2の端末のためのものであることができる。
【0065】
前記TRPサブセットをネットワークが制限することは、特にモード2のようにUEが伝送リソースを決定するときに効果的であることができる。UEがTRPの中でランダムにTRPインデックスを選ぶ場合に周辺のUE数が少なくて干渉が少ない場合には大きな値の
【化5】
を選ぶようにしてもっと早くパケットを送信することができるようにし、周辺のUEが多くて干渉が多い場合にはinband emissionと、half duplexの問題を解決するために相対的に低い値の
【化6】
にサブセットを制限して、特定のUEが持続的に干渉を多く発生させることを防ぐことができる。
【0066】
一方、TPRサブセットを制限することは
【化7】
値を制限する形に具現されることもできるが、特定のTRPインデックスを制限する形に具現されることもできる。例えば、特定のUE又はUEグループが特定の
【化8】
セットを使うようにシグナリングすることができる。この方法は前記
【化9】
値をシグナリングしてサブセットを制限することより多くのシグナリングビットを必要とすることができるが、より柔軟なTRPサブセットの制限を可能にする。また、この方法は特定のUE又はUEグループと他のUE又はUEグループが時間領域で互いに異なるサブフレームを使うようにする用途に使うこともできる。例えば、UEグループAはTRPビットマップにおいて前側の4個のサブフレームの全部又は一部で伝送するようにTRPサブセットを構成し、UEグループBはTRPビットマップにおいて後側の4個のサブフレームの全部又は一部で伝送するようにTPRサブセットを構成することができる。
k値として可能な値の集合の決定
【0067】
サブフレーム指示ビットマップにおいて1の個数であるk(又は
【化10】
又はM1)の値として可能な値の集合を説明すると、次のとおりである。
【0068】
実施例1
サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、端末に構成されたUL/DL構成がどのUL/DL構成集合に含まれるかによって変わり得る。次表2のようなUL/DL構成及び次表3のようなHARQプロセスナンバーを考慮して、UL/DL構成1,2,4,5はサブフレーム指示ビットマップの大きさ8、UL/DL構成0はサブフレーム指示ビットマップの大きさ7、UL/DL構成3,6はサブフレーム指示ビットマップの大きさ6を用いることができる。これは、TDDにおいてUL HARQプロセスの数に合わせてD2Dデータサブフレームを割り当てるためである。
【表2】
【0069】
【表3】
【0070】
このようにUL/DL構成集合が設定される場合、各UL/DL構成集合別にkの値として可能な値の集合をそれぞれ設定することができる。例えば、端末に構成されたUL/DL構成がUL/DL構成1,2,4,5のいずれか一つである場合、上記kの値として可能な値の集合を{1,2,4,8}、端末に構成されたUL/DL構成がUL/DL構成0である場合、上記kの値として可能な値の集合を{1,2,3,4,5,6,7}、そして、端末に構成されたUL/DL構成がUL/DL構成3,6のいずれか一つである場合、上記kの値として可能な値の集合を{1,2,3,4,5,6}とすることができる。(k値として可能な集合の大きさは、最も多い上りリンクサブフレームを有するUL/DL構成において最大になり得る。)そして、このような設定は伝送モード1に対するものであってもよい。
【0071】
このようにTDD UL/DL構成によって使用可能なk値が異なるように設定される理由は、TDD UL/DL構成によって無線フレーム当たりに使用可能なULサブフレームの個数が異なるが、UL/DL構成にかかわらずに同一のk値を使用すると、レイテンシがUL/DL構成によって異なり得るためである。このような問題点を解決するためには、ULの個数が少ないUL/DL構成では高い数のk値を使用して可能な限りレイテンシを減らす動作が必要である。
【0072】
実施例2
サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合をモードによって異なるように設定してもよい。言い換えると、サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合は、上記端末に構成されたUL/DL構成が変更されなくても、伝送モードの変更によって変更されてもよい。
【0073】
具体的に、端末の伝送モードが2であり、上記端末に構成されたUL/DL構成がUL/DL構成1,2,4,5のいずれか一つである場合(又は、上記端末のデュプレックスモードがFDD(Frequency Division Duplex)である場合)、kの値として可能な値の集合は{1,2,4}であってもよい。そして、端末の伝送モードが2であり、上記端末に構成されたUL/DL構成がUL/DL構成0である場合、上記kの値として可能な値の集合は{1,2,3,4,5}であってもよい。そして、端末の伝送モードが2であり、上記端末に構成されたUL/DL構成がUL/DL構成3,6のいずれか一つである場合、上記kの値として可能な値の集合は{1,2,3,4}であってもよい。又は、上記端末の伝送モードが2である場合において上記kの値として可能な値の集合は、上記端末のUL/DL構成にかかわらず、上記端末の伝送モードが1である場合に上記kの値として可能な値の集合より小さくてもよい。又は、上記端末の伝送モードが2である場合において上記kの値として可能な値の集合は、上記端末の伝送モードが1である場合に上記kの値として可能な値の集合のサブセットであってもよい。
【0074】
要するに、モード1とモード2ではそれぞれ異なるサブフレーム指示ビットマップの大きさ(N)及び/又はk組み合わせを用いることができる。これは、ハーフデュプレックス制限を解決するために、モード2では意図的に高い重み(言い換えると、kとNの比率が略1に近い)のkは使用しないように設定するためである。仮に特定UEがモード2でk値を使用するとすれば、当該UEが大部分のサブフレームで信号を送信し、このため、他のUEが大部分のサブフレームで深刻なインバンド放射干渉を受ける恐れがある。したがって、モード2では最大kが特定値以下に制限されることが好ましい。また、モード2で、kをNの半分に近似するように設定することが、ハーフデュプレックス制限を解決するためにも、可能な組み合わせ数を最大化するためにも好ましい。例えば、N=6のとき、k組み合わせは3を含むことができる。
【0075】
実施例3−1
サブフレーム指示ビットマップにおいて1の個数であるkの値として可能な値の集合はデュプレックスモード別にそれぞれ設定されてもよい。サブフレーム指示ビットマップ(大きさN)セットがあらかじめ定義されており、長さNのサブフレーム指示ビットマップが反復されてサブフレームプール内の全TRPを構成することができる。このとき、サブフレーム指示ビットマップセットにおいて伝送可能な1の個数であるkは、あらかじめそのセットが定められていてもよい。また、そのセットの各サブフレーム指示ビットマップはインデクシングされており、SAのTRP指示ビットを用いて特定インデックスを示すことができる。例えば、N=8であり、k={1,2,4,8}であってもよい。さらにいうと、サブフレーム指示ビットマップのセットは、可能なkに対してセットが定義されてもよく、このとき、SAで示し得るサブフレーム指示ビットマップビット数よりセットの大きさが大きい場合に一部のサブフレーム指示ビットマップが選択されてもよいが、そうでない場合には(N,k)による全ての可能な組み合わせがサブフレーム指示ビットマップのセット内に含まれていてもよい。例えば、SAでサブフレーム指示ビットマップを示すビット数が8ビットである場合、総256個のサブフレーム指示ビットマップを示すことができ、この時、1ビットをサブフレーム指示ビットマップのセットを区別する用途に用いる場合には、総128個のサブフレーム指示ビットマップをSAで示すことができる。このとき、上記の例示のようにN=8、k={1,2,4,8}である場合、総8C1+8C2+8C4+8C8=107個のサブフレーム指示ビットマップを定義することができる。サブフレーム指示ビットマップは、ULサブフレームで適用されてもよく、ULサブフレーム内のD2Dリソースプールでのみ適用されてもよい。このとき、TDDの場合にはFDDに比べて、D2Dリソースプールでサブフレームが疎らに(sparse)設定されざるを得ない。仮にディレイ制限を有するVoIPパケットの場合には、より多い伝送をするようにサブフレーム指示ビットマップを設計することが必要であり、その場合には、kのセットがFDDとTDDにおいて異なるように設定されてもよい。したがって、TDDでは、より多くの伝送を許容することが、ディレイ制限を満たし得るという点で好ましい。このような点を反映して、TDDではFDDに比べてより大きい数字を中心にkセットを構成することができる。例えば、FDDでN=8、k={1,2,4,8}が定義されていると、TDDではN=8、k={1,4,6,8}を定義することができる。FDDにおける2がTDDで6に変更されており、この方式は、TRP間のハミング距離特性を変化させないと共に、TDDにおいてより多くの伝送を可能にする。
【0076】
N=8の場合、TDDで次表4の組み合わせのいずれか一つを選択することができ、これはTDD構成ごとに異なるように設定されてもよい。例えば、TDD構成5では、1の個数がより多い組み合わせが選択され(例えば、次表4で{4,6,7,8})、TDD構成0のようにULサブフレームの個数が多い場合には、相対的に1の個数が少ない組み合わせ(例えば、次表4で{1,4,6,8})が用いられる。言い換えると、TDDでは、FDDで用いるkの組み合わせと等しい又は大きい数のkの組み合わせが用いられる。このような組み合わせは、FDD/TDD構成によって事前に設定されていてもよく、FDD/TDD構成にかかわらず、ネットワークによって物理層/上位層の信号でシグナルされてもよい。
【表4】
【0077】
実施例3−2
kの値として可能な値の集合から、TDDかFDDかによって特定k値が除外されてもよい。例えば、TDD構成5ではk=1が用いられなくてもよい。仮にN=8のとき、k=1であり、各MAC PDUの伝送回数が4である場合、少なくとも320msのディレイを必要とし、これは200msディレイバジェット(budget)を超えることになる。仮にk=2であれば、160msディレイが必要とされ、これは200msディレイバジェットを満たす。かかる原理を他の場合にも適用することができ、例えば、特定TDD構成で特定kがVoIPディレイ制限を満たさない場合に、UEは当該kを除いた残りのkからサブフレーム指示ビットマップを選択することができる。より一般的に、UEがVoIP(又は、ディレイ制限がある他の種類(例えば、videoなど)のパケットであってもよい。)パケットを送信する場合、ディレイ制限を満たさないサブフレーム指示ビットマップは使用しないように規則が定められてもよい。UEがディレイ制限を満たすためのサブフレーム指示ビットマップのセットを、説明の便宜上、有効なサブフレーム指示ビットマップのセットと呼ぶことができる。一例として、TDD構成5でリソースプールのビットマップの大きさは4であり、サブフレーム指示ビットマップビットマップの長さは8だと仮定する。このようにリソースプールの長さがサブフレーム指示ビットマップの長さと合わない場合には、最後の8ビットサブフレーム指示ビットマップが切り取られる(truncation)ことがある。このとき、上記の例示においてサブフレーム指示ビットマップの先頭4個のビットだけを使用する場合には、UEは、kの大きい値を選択したとしても、1の位置が末尾に集まっているため、先頭4個のビットには伝送機会が一切ないこともある。例えば、00001111を選択したとすれば、上記のような構成では伝送機会が一切ないこともある。このような場合、先頭の4個のサブフレーム指示ビットマップにおいて1の個数が少なくとも1個は存在しなければならない。そうでないと、VoIPディレイ制限を満たすことができない。したがって、この場合には、先頭の4個のサブフレーム指示ビットマップのセットにおいて、1が少なくとも1個以上であるサブフレーム指示ビットマップのみが有効なサブフレーム指示ビットマップであり、UEは有効なサブフレーム指示ビットマップのセットからサブフレーム指示ビットマップを選択するという規則を定めることができる。
【0078】
一方、FDDに比べてTDDでより多くの伝送機会を付与するために、Nとkの組み合わせにおいてFDDに比べてより大きいk/N値が用いられるように具現することもできる。例えば、NがFDDにおいて8であり、最大k={1,2,4,8}が用いられたとすれば、TDDではN=7であり、k={1,3,5,7}が用いられる。これをk/Nの値で比較してみると、FDD:k/N={0.125,0.25,0.5,1}、TDD:k/N={0.1429,0.4286,0.7143,1.0000}であって、より高い値のk/Nが用いられ、これは、TDDにおいてより高い伝送機会を付与するということを意味する。要するに、TDDではULサブフレームがFDDに比べて疎ら(sparse)であるため、より高い伝送機会を付与するために、kがFDDに比べてより大きい値が用いられたり、k/Nの比率がより大きい値が用いられるように設定することができる。
【0079】
次の表5及び表6には、上記の説明に基づくk値として可能な値の集合の例を示す。
【表5】
【0080】
【表6】
【0081】
上記の表5及び図6についてさらに説明すると、モード1の場合、TDDでは、FDDに比べてより高い伝送機会を付与すると同時に、可能な組み合わせの数ができるだけ多くなるようにkを設定した。モード2では、ハーフデュプレックス制限を解決するために、半分(half)重み(N/2)又は半分重みに近似するk値を含む。例えば、TDD構成0ではN=7と奇数であるため、kにおいて3又は4を含むことができる。
【0082】
一方、SAでT−TRPを示し得るビット数が制限されている場合、kのセットはSAでT−TRPビットとして表現可能な組み合わせの数を可能な限り全て使用できるように設定することが好ましい。特に、D2Dリソース割り当てにおいてパターン数が多いほど端末間干渉ランダム化効果が増大するため、性能が良くなる。例えば、SAでTRPを示し得るビット数が7ビットである場合、総128個のTRPを区別することができ、kのセットは可能な限り128個を全て使用できるように設定することによって、干渉ランダム化効果が大きくなり、性能を向上させることができる。
【0083】
本発明の実施例に係る装置構成
図7は、本発明の実施の形態に係る送信ポイント装置及び端末装置の構成を示す図である。
【0084】
図7を参照すると、本発明に係る送信ポイント装置10は、受信モジュール11、送信モジュール12、プロセッサ13、メモリ14及び複数個のアンテナ15を含むことができる。複数個のアンテナ15は、MIMO送受信を支援する伝送ポイント装置を意味する。受信モジュール11は、端末からの上りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール12は、端末への下りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ13は、伝送ポイント装置10の動作全般を制御することができる。
【0085】
本発明の一実施例に係る送信ポイント装置10のプロセッサ13は、前述した各実施例で必要な事項を処理することができる。
【0086】
送信ポイント装置10のプロセッサ13は、その他にも、送信ポイント装置10が受信した情報、外部に送信する情報などを演算処理する機能を有し、メモリ14は、演算処理された情報などを所定時間保存することができる。このメモリは、バッファ(図示せず)などの構成要素に置き換えてもよい。
【0087】
また、図7を参照すると、本発明による端末装置20は、受信モジュール21、送信モジュール22、プロセッサ23、メモリ24及び複数個のアンテナ25を含むことができる。複数個のアンテナ25は、MIMO送受信を支援する端末装置を意味する。受信モジュール21は、基地局からの下りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール22は、基地局への上りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ23は、端末装置20の動作全般を制御することができる。
【0088】
本発明の一実施例に係る端末装置20のプロセッサ23は、前述した各実施例で必要な事項を処理することができる。
【0089】
端末装置20のプロセッサ23は、その他にも、端末装置20が受信した情報、外部に送信する情報などを演算処理する機能を有し、メモリ24は、演算処理された情報などを所定時間保存することができる。このメモリは、バッファ(図示せず)などの構成要素に置き換えもよい。
【0090】
上記のような送信ポイント装置及び端末装置の具体的な構成は、前述した本発明の様々な 実施例で説明した事項が独立して適用されたり、又は2つ以上の実施例が同時に適用されるように具現することができ、重複する内容に関する説明は、明確性のために省略する。
【0091】
また、図7に関する説明において、送信ポイント装置10に関する説明は、下りリンク送信主体又は上りリンク受信主体としての中継機装置に対しても同一に適用することができ、端末装置20に関する説明は、下りリンク受信主体又は上りリンク送信主体としての中継機装置に対しても同一に適用することができる。
【0092】
上述した本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア(firmware)、ソフトウェア又はそれらの結合などによって具現することができる。
【0093】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、1つ又はそれ以上のASIC(Application Specific Integrated Circuit)、DSP(Digital Signal Processor)、DSPD(Digital Signal Processing Device)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【0094】
ファームウェア又はソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手続又は関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに保存してプロセッサによって駆動することができる。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知である様々な手段によって上記プロセッサとデータを交換することができる。
【0095】
以上開示された発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現し実施できるように提供された。上記では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者とっては、本発明の領域から逸脱しない範囲内で本発明を多様に修正及び変更できることは明らかである。例えば、当業者は上述した実施例に記載された各構成を互いに組み合わせる方式で利用することができる。したがって、本発明は、ここに開示された実施の形態に制限しようとするものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を与えようとするものである。
【0096】
本発明は、本発明の精神及び必須の特徴から逸脱しない範囲で他の特定の形態として具体化することもできる。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の同等範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示された実施の形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を与えようとするものである。また、特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めることができる。
【産業上の利用可能性】
【0097】
上述したような本発明の実施の形態は様々な移動通信システムに適用可能である。
図1
図2
図3
図4
図5
図6
図7