▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
特表2023-540076無線通信システムにおいて協力通信を用いたデータ送受信方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-09-21
(54)【発明の名称】無線通信システムにおいて協力通信を用いたデータ送受信方法及び装置
(51)【国際特許分類】
H04W 72/1273 20230101AFI20230913BHJP
H04W 16/28 20090101ALI20230913BHJP
H04W 28/16 20090101ALI20230913BHJP
H04W 72/232 20230101ALI20230913BHJP
【ＦＩ】
H04W72/1273
H04W16/28 150
H04W28/16
H04W72/232
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023513850
(86)(22)【出願日】2021-08-26
(85)【翻訳文提出日】2023-02-27
(86)【国際出願番号】 KR2021011470
(87)【国際公開番号】W WO2022045807
(87)【国際公開日】2022-03-03
(31)【優先権主張番号】10-2020-0108783
(32)【優先日】2020-08-27
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】110000051
【氏名又は名称】弁理士法人共生国際特許事務所
(72)【発明者】
【氏名】ジョン， イチャン
(72)【発明者】
【氏名】ユン， スハ
(72)【発明者】
【氏名】ノ， フンドン
(72)【発明者】
【氏名】パク， ジンヒョン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA11
5K067DD34
5K067EE02
5K067EE10
5K067EE24
5K067HH21
5K067JJ21
5K067KK02
5K067KK03
(57)【要約】
本発明は、ＬＴＥのような４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム以降、さらに高いデータ送信率をサポートするための５Ｇ又はｐｒｅ－５Ｇ通信システムを提供する。本発明は、無線又は通信システムにおいて、「ｍｕｌｔｉ－ＴＲＰ」を介する「ｉｎｔｅｒ ｃｅｌｌ「協力送信に関し、端末の動作方法は、「ｍｕｌｔｉ－ＴＲＰ」に関連した設定情報を受信する段階と、設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認する段階と、セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴを確認する段階と、ＣＯＲＥＳＥＴを介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ＤＣＩ）を受信する段階と、ＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を含む。
【選択図】図１３
【選択図】図１３
【特許請求の範囲】
【請求項1】
無線通信システムにおける端末の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信する段階と、
前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたか否かを確認する段階と、
前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、
前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、
前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を有することを特徴とする端末の方法。
【請求項2】
前記設定情報は、サービングセル設定情報を含み、前記サービングセル設定情報に含まれたセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」情報が活性化された場合、又は、前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報が含まれた場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記設定情報に含まれた帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：以下、ＢＷＰ）が少なくとも２つ以上活性化された場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報は、セルグループ識別子及びセルリストを含むことを特徴とする請求項１に記載の端末の方法。
【請求項3】
前記設定情報に含まれたサービングセル設定情報にセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」のためのＢＷＰ情報が含まれる場合、前記ＢＷＰ情報によって指示されたＢＷＰで前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、前記ＢＷＰ情報は、ＢＷＰ識別子を含むことを特徴とする請求項１に記載の端末の方法。
【請求項4】
前記基地局から端末能力情報要請を受信する段階と、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信をサポートするか否かを指示する情報を含む端末能力情報を前記基地局に送信する段階と、をさらに有し、
前記設定情報は、ＣＯＲＥＳＥＴ設定情報を含み、
前記ＣＯＲＥＳＥＴを確認する段階は、前記ＣＯＲＥＳＥＴ設定情報に含まれた「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」を確認する段階と、
前記「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」が同一のＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するＤＣＩを受信する段階と、をさらに含むことを特徴とする請求項１に記載の端末の方法。
【請求項5】
無線通信システムにおける基地局の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信する段階と、
セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を送信する段階と、
前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する段階と、を有することを特徴とする基地局の方法。
【請求項6】
前記設定情報は、サービングセル設定情報を含み、前記サービングセル設定情報に含まれたセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」情報が活性化された場合、又は、前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報が含まれた場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記設定情報に含まれた帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）が少なくとも２つ以上活性化された場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報は、セルグループ識別子及びセルリストを含むことを特徴とする請求項５に記載の基地局の方法。
【請求項7】
前記端末に端末能力情報要請を送信する段階と、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信をサポートするか否かを指示する情報を含む端末能力情報を前記端末から受信する段階と、をさらに有し、
前記設定情報は、ＣＯＲＥＳＥＴ設定情報を含み、
前記ＤＣＩを送信する段階は、前記ＣＯＲＥＳＥＴ設定情報に含まれた「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」が同一のＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するＤＣＩを送信する段階をさらに含むことを特徴とする請求項５に記載の基地局の方法。
【請求項8】
無線通信システムにおける端末であって、送受信部と、
前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を受信し、
前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認し、
前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認し、
前記送受信部を介して前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信し、
前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する、制御部と、を有することを特徴とする端末。
【請求項9】
前記設定情報は、サービングセル設定情報を含み、前記サービングセル設定情報に含まれたセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」情報が活性化された場合、又は、前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報が含まれた場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記設定情報に含まれた帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：以下、ＢＷＰ）が少なくとも２つ以上活性化された場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報は、セルグループ識別子及びセルリストを含むことを特徴とする請求項８に記載の端末。
【請求項10】
前記設定情報に含まれたサービングセル設定情報にセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」のためのＢＷＰ情報が含まれる場合、前記ＢＷＰ情報によって指示されたＢＷＰで前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、前記ＢＷＰ情報は、ＢＷＰ識別子を含むことを特徴とする請求項８に記載の端末。
【請求項11】
前記制御部は、前記送受信部を介して前記基地局から端末能力情報要請を受信し、前記送受信部を介して前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信をサポートするか否かを指示する情報を含む端末能力情報を前記基地局に送信し、
前記設定情報は、ＣＯＲＥＳＥＴ設定情報を含み、
前記制御部は、前記ＣＯＲＥＳＥＴを確認するために、前記ＣＯＲＥＳＥＴ設定情報に含まれた「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」を確認し、
前記送受信部を介して前記「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」が同一のＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するＤＣＩを受信する制御部をさらに含むことを特徴とする請求項８に記載の端末。
【請求項12】
無線通信システムにおける基地局であって、送受信部と、
前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を送信し、
セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を、前記送受信部を介して送信し、
前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する、制御部と、を有することを特徴とする基地局。
【請求項13】
前記設定情報は、サービングセル設定情報を含み、前記サービングセル設定情報に含まれたセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」情報が活性化された場合、又は、前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報が含まれた場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記設定情報に含まれた帯域幅部分（ｂａｎｄｗｉｄｔｈｐ ａｒｔ：以下、ＢＷＰ）が少なくとも２つ以上活性化された場合、前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、
前記「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報は、セルグループ識別子及びセルリストを含むことを特徴とする請求項１２に記載の基地局。
【請求項14】
前記設定情報に含まれたサービングセル設定情報にセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」のためのＢＷＰ情報が含まれる場合、前記ＢＷＰ情報によって指示されたＢＷＰで前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信が設定され、前記ＢＷＰ情報は、ＢＷＰ識別子を含むことを特徴とする請求項１２に記載の基地局。
【請求項15】
前記設定情報は、ＣＯＲＥＳＥＴ設定情報を含み、前記制御部は、前記送受信部を介して前記ＣＯＲＥＳＥＴ設定情報に含まれた「ＣＯＲＥＳＥＴ Ｐｏｏｌ ｉｎｄｉｃａｔｏｒ」が同一のＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するＤＣＩを送信し、
前記送受信部を介して前記端末に端末能力情報要請を送信し、
前記送受信部を介して前記セル間「ｍｕｌｔｉ－ＴＲＰ」送信をサポートするか否かを指示する情報を含む端末能力情報を前記端末から受信する、ことを特徴とする請求項１２に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信システムに関し、より具体的に複数個のセルを用いたセル間協力通信に関する。
【背景技術】
【0002】
４Ｇ通信システムの商用化以後に増加傾向にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。
このような理由により、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワークを超える（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以降（Ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。
このような理由により、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワークを超える（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以降（Ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。
【0003】
高いデータ送信率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）における具現が考えられている。
超高周波帯域での伝播の経路損失の緩和及び伝播の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
超高周波帯域での伝播の経路損失の緩和及び伝播の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
【0004】
この他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
【0005】
一方、インターネットは、人間が情報を生成して消費する人間中心の接続網から、事物などの分散した構成要素間に情報を取り交わして処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）網へ進化している。
クラウドサーバなどとの接続によるビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭してきている。
ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービングインターフェース技術、及び保安技術のような技術要素が求められ、最近には事物間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ：Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境では、接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービングが提供することができる。
ＩｏＴは、既存のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービングなどの分野に応用することができる。
クラウドサーバなどとの接続によるビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭してきている。
ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービングインターフェース技術、及び保安技術のような技術要素が求められ、最近には事物間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ：Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境では、接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービングが提供することができる。
ＩｏＴは、既存のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービングなどの分野に応用することができる。
【0006】
これに従って、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。
例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法により具現されている。
前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術の融合の一例であると言える。
例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法により具現されている。
前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術の融合の一例であると言える。
【発明の概要】
【発明が解決しようとする課題】
【0007】
セル境界に位置した端末の処理量（ｔｈｒｏｕｇｈｐｕｔ）を高めるために新しい形態のセル間協力技術であるＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉ－ｐｏｉｎｔ）が用いられる。
ＣｏＭＰは、隣り合うセルが協力してサービング（ｓｅｒｖｉｎｇ）セルだけでなく、他のセルも同じ端末と通信できるようにすることによってセル間干渉を減らし、セル境界で端末のスループットを高める技術である。
ＣｏＭＰは、隣り合うセルが協力してサービング（ｓｅｒｖｉｎｇ）セルだけでなく、他のセルも同じ端末と通信できるようにすることによってセル間干渉を減らし、セル境界で端末のスループットを高める技術である。
【0008】
本発明は、無線通信システムの周波数帯域（例えば、ＬＴＥ周波数帯域、ＮＲ周波数帯域を含み得る）で複数のＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）（以下、Ｍｕｌｔｉｐｌｅ ＴＲＰ）基盤のＣｏＭＰ（例えば、ＮＣ－ＪＴ（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ））に対する多様な技法を提案する。
具体的には、複数のセル（ｃｅｌｌ）をグループ化する方法と、グループに構成されたｃｅｌｌ内で端末がモニタリングすべきＣＯＲＥＳＥＴ構造を設定する方法を提案する。
また、セルグループ化の方法によって端末のための上位レイヤシグナリングを具体的に提案する。
具体的には、複数のセル（ｃｅｌｌ）をグループ化する方法と、グループに構成されたｃｅｌｌ内で端末がモニタリングすべきＣＯＲＥＳＥＴ構造を設定する方法を提案する。
また、セルグループ化の方法によって端末のための上位レイヤシグナリングを具体的に提案する。
【課題を解決するための手段】
【0009】
本発明の多様な実施形態によれば、無線通信システムにおける端末の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信する段階と、前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたか否かを確認する段階と、前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を有することを特徴とする。
【0010】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信する段階と、セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を送信する段階と、前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する段階と、を有することを特徴とする。
【0011】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末であって、送受信部と、前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を受信し、前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認し、前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認し、前記送受信部を介して前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信し、前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する、制御部と、を有することを特徴とする。
【0012】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局であって、送受信部と、前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を送信し、セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を、前記送受信部を介して送信し、前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する、制御部と、を有することを特徴とする。
【0013】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末の方法において、基地局のサービングセルから協力送信に関連した設定情報を受信する段階と、前記設定情報に基づいて前記サービングセルと非サービングセル（ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ）間の協力送信が設定されたかを確認する段階と、前記協力送信が設定された場合、前記設定情報に基づいて協力送信のためのＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して前記協力送信に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、前記ＤＣＩに基づいて前記サービングセル及び非サービングセルからデータを受信する段階と、を含むことを特徴とする。
【発明の効果】
【0014】
本発明によれば、「ｍｕｌｔｉｐｌｅ ＴＲＰ」基盤のＮＣ－ＪＴを行うことにおいて、端末がモニタリングするセルグループと、ＢＷＰ、ＣＯＲＥＳＥＴ、「ＣＯＲＥＳＥＴＰｏｏｌ ｉｎｄｅｘ」情報の内の少なくとも１つを含む情報を設定する方法を提供することにより、同一のｂａｎｄ、ｆｒｅｑｕｅｎｃｙ帯域などにおいて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「ｍｕｌｔｉ ＴＲＰ」基盤の動作を行うことができる。
【図面の簡単な説明】
【0015】
【図1】本発明の一実施形態による無線通信システムにおいて、データ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
【図2】５Ｇシステムにおいて、フレーム、サブフレーム、スロット構造を示す図である。
【図3】本発明の一実施形態による無線通信システムにおいて、帯域幅部分に対する設定を説明するための図である。
【図4】本発明の一実施形態による帯域幅部分に対する動的設定変更方法を示す図である。
【図5】本発明の一実施形態に５Ｇシステムにおいて、ダウンリンク制御チャンネルが送信される制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）を説明するための図である。
【図6】本発明の一実施形態による端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を報告する手続きを示す図である。
【図7】本発明の一実施形態による協力通信アンテナポート構成を説明するための図である。
【図8a】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8b】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8c】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8d】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図9】本発明の一実施形態による「Ｍｕｌｔｉ－ＤＣＩ」基盤「Ｍ－ＴＲＰ」の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法を示す図である。
【図10】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図11】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図12】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図13】本発明の一実施形態による端末の動作を説明するためのフローチャートである。
【図14】本発明の一実施形態による基地局の動作を説明するためのフローチャートである。
【図15】本発明の一実施形態による端末の構造を示すブロック図である。
【図16】本発明の一実施形態による基地局の構造を示すブロック図である。
【発明を実施するための形態】
【0016】
以下、本発明の実施形態を、添付した図面を参照して詳細に説明する。
実施形態を説明するにあたって、本発明が属する技術分野に広く知られており、本発明と直接的に関連がない技術内容については説明を省略する。
これは、不要な説明を省略することによって本発明の要旨を一層明確に伝えるためである。
実施形態を説明するにあたって、本発明が属する技術分野に広く知られており、本発明と直接的に関連がない技術内容については説明を省略する。
これは、不要な説明を省略することによって本発明の要旨を一層明確に伝えるためである。
【0017】
同様の理由により、添付した図面において、一部の構成要素は誇張又は省略されるか、概略的に図示され得る。
また、各構成要素の大きさは実際の大きさの通りに反映するものではない。
各図面において同一又は対応する構成要素には、同一の参照番号を付与した。
また、各構成要素の大きさは実際の大きさの通りに反映するものではない。
各図面において同一又は対応する構成要素には、同一の参照番号を付与した。
【0018】
本発明の利点及び特徴、そしてそれらを達成する方法は、添付した図面と共に、詳細に後述されている実施形態を参照すれば明確になる。
しかし、本発明は、以下で開示する実施形態に限定されるものではなく、互いに異なる多様な形態で具現することもでき、単に、本発明の実施形態は、本発明が完全になるようにし、本発明の属する技術分野における通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範疇によって定義されるだけである。
明細書全体に亘って同一の参照符号は、同一の構成要素を指し示す。
しかし、本発明は、以下で開示する実施形態に限定されるものではなく、互いに異なる多様な形態で具現することもでき、単に、本発明の実施形態は、本発明が完全になるようにし、本発明の属する技術分野における通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範疇によって定義されるだけである。
明細書全体に亘って同一の参照符号は、同一の構成要素を指し示す。
【0019】
この時、処理フロー図の図面の各ブロックとフロー図の図面の組み合わせは、コンピュータプログラムインストラクションによって行えることを理解することができる。
これらのコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサに搭載することができるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサを介して行われるそのインストラクションがフロー図のブロックで説明された機能を行う手段を生成することになる。
これらのコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサに搭載することができるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサを介して行われるそのインストラクションがフロー図のブロックで説明された機能を行う手段を生成することになる。
【0020】
これらのコンピュータプログラムインストラクションは、特定の方式で機能を具現するためにコンピュータ、又はその他のプログラム可能なデータプロセシング装備を指向できるコンピュータ利用可能又はコンピュータ判読可能メモリに格納することもできるので、そのコンピュータ利用可能又はコンピュータ判読可能メモリに格納されたインストラクションは、フロー図のブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することもできる。
コンピュータプログラムインストラクションは、コンピュータ、又はその他のプログラム可能なデータプロセシング装備上に搭載することもできるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装置上で一連の動作段階が行われ、コンピュータで行われるプロセスを生成し、コンピュータ、又はその他のプログラム可能なデータプロセシング装置を行うインストラクションは、フロー図のブロックで説明した機能を行うための段階を提供することもできる。
コンピュータプログラムインストラクションは、コンピュータ、又はその他のプログラム可能なデータプロセシング装備上に搭載することもできるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装置上で一連の動作段階が行われ、コンピュータで行われるプロセスを生成し、コンピュータ、又はその他のプログラム可能なデータプロセシング装置を行うインストラクションは、フロー図のブロックで説明した機能を行うための段階を提供することもできる。
【0021】
また、各ブロックは、特定された論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、又はコードの一部を示すことができる。
また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて発生可能であることも注目しなければならない。
例えば、連続して図示されている２つのブロックは、実際には実質的に同時に行われることができ、又はそのブロックが時々該当する機能によって逆順で行われることもできる。
また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて発生可能であることも注目しなければならない。
例えば、連続して図示されている２つのブロックは、実際には実質的に同時に行われることができ、又はそのブロックが時々該当する機能によって逆順で行われることもできる。
【0022】
この時、本実施形態で用いられる「～部」という用語は、ソフトウェア又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、「～部」は何らかの役割を行う。
しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。
「～部」は、アドレッシングできる格納媒体にあるように構成することができ、１つ又はそれ以上のプロセッサを再生させるように構成することもできる。
したがって、一部の実施形態によれば、「～部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシーザー、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と「～部」の中で提供される機能は、さらに小さい数の構成要素、及び「～部」に結合されるか、追加的な構成要素と「～部」にさらに分離することができる。
また、構成要素及び「～部」は、デバイス又はセキュリティーマルチメディアカード内の１つ又はそれ以上のＣＰＵを再生させるように具現することもできる。
また、一部の実施例によれば、「～部」は、１つ以上のプロセッサを含むことができる。
しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。
「～部」は、アドレッシングできる格納媒体にあるように構成することができ、１つ又はそれ以上のプロセッサを再生させるように構成することもできる。
したがって、一部の実施形態によれば、「～部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシーザー、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と「～部」の中で提供される機能は、さらに小さい数の構成要素、及び「～部」に結合されるか、追加的な構成要素と「～部」にさらに分離することができる。
また、構成要素及び「～部」は、デバイス又はセキュリティーマルチメディアカード内の１つ又はそれ以上のＣＰＵを再生させるように具現することもできる。
また、一部の実施例によれば、「～部」は、１つ以上のプロセッサを含むことができる。
【0023】
下記に、添付した図面を参照して本発明の動作原理を詳細に説明する。
下記において本発明を説明するにあたり、関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合には、その詳細な説明は省略する。
また、後述する用語は、本発明における機能を考慮して定義された用語であり、これは、ユーザ、運用者の意図又は慣例などによって変更し得る。
したがって、その定義は、本明細書全般にわたった内容に基づいて下すべきである。
下記において本発明を説明するにあたり、関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合には、その詳細な説明は省略する。
また、後述する用語は、本発明における機能を考慮して定義された用語であり、これは、ユーザ、運用者の意図又は慣例などによって変更し得る。
したがって、その定義は、本明細書全般にわたった内容に基づいて下すべきである。
【0024】
以下、基地局は、端末のリソース割り当てを行う主体であって、「ｇＮｏｄｅ Ｂ」、「ｅＮｏｄｅ Ｂ」、「Ｎｏｄｅ Ｂ」、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、無線接続ユニット、基地局制御機、又はネットワーク上のノードの内の少なくとも１つであり得る。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含み得る。
もちろん、上記例示に制限されるものではない。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含み得る。
もちろん、上記例示に制限されるものではない。
【0025】
以下、本発明は、無線通信システムにおいて、端末が基地局から放送情報を受信するための技術について説明する。
本発明は、４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）システム以降、さらに高いデータ送信率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムをＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）技術と融合する通信技法及びそのシステムに関する。
本発明は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービング（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、セキュリティー及び安全関連サービスなど）に適用することができる。
本発明は、４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）システム以降、さらに高いデータ送信率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムをＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）技術と融合する通信技法及びそのシステムに関する。
本発明は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービング（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、セキュリティー及び安全関連サービスなど）に適用することができる。
【0026】
以下の説明で用いられる放送情報を指し示す用語、制御情報を指し示す用語、通信カバレッジ（ｃｏｖｅｒａｇｅ）に関連した用語、状態変化を指し示す用語（例：イベント（ｅｖｅｎｔ））、網オブジェクト（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）を指し示す用語、メッセージを指し示す用語、装置の構成要素を指し示す用語などは、説明の便宜のために例示されたものである。
したがって、本発明が後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
したがって、本発明が後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
【0027】
以下、説明の便宜のために、３ＧＰＰ（登録商標） ＬＴＥ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）規格で定義している用語及び名称が一部用いられる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
【0028】
無線通信システムは、初期の音声中心のサービスを提供した頃から抜け出し、例えば、３ＧＰＰ（登録商標）のＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ又はＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ））、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ｐｒｏ、３ＧＰＰ２のＨＲＰＤ（Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、及びＩＥＥＥの８０２．１６ｅなどの通信標準のように高速、高品質のパケットデータサービスを提供する広帯域無線通信システムへ発展している。
【0029】
広帯域無線通信システムの代表的な例として、ＬＴＥシステムにおいては、ダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）ではＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を採用しており、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）ではＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を採用している。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（「ｅＮｏｄｅ Ｂ」、又は「ｂａｓｅ ｓｔａｔｉｏｎ」（ＢＳ））にデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、各ユーザ別にデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割当及び運用することによって各ユーザのデータ又は制御情報を区分する。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（「ｅＮｏｄｅ Ｂ」、又は「ｂａｓｅ ｓｔａｔｉｏｎ」（ＢＳ））にデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、各ユーザ別にデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割当及び運用することによって各ユーザのデータ又は制御情報を区分する。
【0030】
ＬＴＥ以降の今後通信システムとして、すなわち、５Ｇ通信システムは、ユーザ及びサービス提供者などの多様な要求事項を自由に反映できるべきであるので、多様な要求事項を満たすサービスがサポートされなければならない。
５Ｇ通信システムのために考慮されるサービスとしては、増加したモバイル広帯域通信（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
５Ｇ通信システムのために考慮されるサービスとしては、増加したモバイル広帯域通信（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
【0031】
一実施形態によれば、ｅＭＢＢは、既存のＬＴＥ、ＬＴＥ－Ａ、又はＬＴＥ－Ｐｒｏがサポートするデータ送信速度より一層向上したデータ送信速度を提供することを目標とする。
例えば、５Ｇ通信システムにおいてｅＭＢＢは、１つの基地局の観点で、ダウンリンクでは２０Ｇｂｐｓ最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供できなければならない。
同時に、増加した端末の実際の体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供しなければならない。
このような要求事項を満たすために、一層向上した多重入力多重出力（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ：ＭＩＭＯ）送信技術を含み、送受信技術の向上を要求する。
また、現在のＬＴＥが用いる２ＧＨｚ帯域の代わりに３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満たすことができる。
例えば、５Ｇ通信システムにおいてｅＭＢＢは、１つの基地局の観点で、ダウンリンクでは２０Ｇｂｐｓ最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供できなければならない。
同時に、増加した端末の実際の体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供しなければならない。
このような要求事項を満たすために、一層向上した多重入力多重出力（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ：ＭＩＭＯ）送信技術を含み、送受信技術の向上を要求する。
また、現在のＬＴＥが用いる２ＧＨｚ帯域の代わりに３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満たすことができる。
【0032】
同時に、５Ｇ通信システムにおいて事物インターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ：ＩｏＴ）のような応用サービスをサポートするためにｍＭＴＣが考慮されている。
ｍＭＴＣは、効率的に事物インターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが求められる。
事物インターネットは、複数のセンサー及び多様な機器に付着して通信機能を提供するので、セル内で複数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートできなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上、建物の地下のようにセルがカバーできない陰影地域に位置する可能性が高いので、５Ｇ通信システムにおいて提供する他のサービスに比べ、より広いカバレッジを要求され得る。
ｍＭＴＣをサポートする端末は、低価格の端末で構成されるべきであり、端末のバッテリーを頻繁に交換することが困難であるので、非常に長いバッテリーの寿命（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が求められる。
ｍＭＴＣは、効率的に事物インターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが求められる。
事物インターネットは、複数のセンサー及び多様な機器に付着して通信機能を提供するので、セル内で複数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートできなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上、建物の地下のようにセルがカバーできない陰影地域に位置する可能性が高いので、５Ｇ通信システムにおいて提供する他のサービスに比べ、より広いカバレッジを要求され得る。
ｍＭＴＣをサポートする端末は、低価格の端末で構成されるべきであり、端末のバッテリーを頻繁に交換することが困難であるので、非常に長いバッテリーの寿命（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が求められる。
【0033】
最後に、ＵＲＬＬＣの場合、特定の目的（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ）に用いられるセルラー基盤の無線通信サービスであって、ロボット（Ｒｏｂｏｔ）又は機械装置（Ｍａｃｈｉｎｅｒｙ）に対する遠隔制御（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、無人飛行装置（Ｕｎｍａｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、遠隔健康制御（Ｒｅｍｏｔｅ ｈｅａｌｔｈ ｃａｒｅ）、緊急速報（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ）などに用いられるサービスとして、超低遅延及び超信頼度を提供する通信を提供しなければならない。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満たすべきであり、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を有する。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならず、同時に周波数帯域で広いリソースを割り当てなければならない設計事項が求められる。
ただし、上述したｍＭＴＣ、ＵＲＬＬＣ、ｅＭＢＢは、それぞれ異なるサービス類型の一例であるだけで、本発明の適用対象になるサービス類型が前述した例に限定されるものではない。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満たすべきであり、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を有する。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならず、同時に周波数帯域で広いリソースを割り当てなければならない設計事項が求められる。
ただし、上述したｍＭＴＣ、ＵＲＬＬＣ、ｅＭＢＢは、それぞれ異なるサービス類型の一例であるだけで、本発明の適用対象になるサービス類型が前述した例に限定されるものではない。
【0034】
上記で前述した５Ｇ通信システムにおいて考慮されるサービスは、１つのフレームワーク（Ｆｒａｍｅｗｏｒｋ）に基づいて互いに融合して提供されなければならない。
すなわち、効率的なリソース管理及び制御のために各サービスが独立的に運営されるよりは、１つのシステムに統合されて制御され、送信されることが好ましい。
また、以下で、ＬＴＥ、ＬＴＥ－Ａ、「ＬＴＥ Ｐｒｏ」、又はＮＲシステムを一例として本発明の実施形態を説明するが、類似した技術的背景又はチャンネル形態を持つその他の通信システムにも本発明の実施形態が適用され得る。
また、本発明の実施形態は、熟練した技術的知識を有する者の判断に基づいて本発明の範囲を大きく外れない範囲で一部の変形を介して他の通信システムにも適用することができる。
すなわち、効率的なリソース管理及び制御のために各サービスが独立的に運営されるよりは、１つのシステムに統合されて制御され、送信されることが好ましい。
また、以下で、ＬＴＥ、ＬＴＥ－Ａ、「ＬＴＥ Ｐｒｏ」、又はＮＲシステムを一例として本発明の実施形態を説明するが、類似した技術的背景又はチャンネル形態を持つその他の通信システムにも本発明の実施形態が適用され得る。
また、本発明の実施形態は、熟練した技術的知識を有する者の判断に基づいて本発明の範囲を大きく外れない範囲で一部の変形を介して他の通信システムにも適用することができる。
【0035】
以下の説明で用いられる放送情報を指し示す用語、制御情報を指し示す用語、通信カバレッジ（ｃｏｖｅｒａｇｅ）に関連した用語、状態変化を指し示す用語（例：イベント（ｅｖｅｎｔ））、網オブジェクト（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）を指し示す用語、メッセージを指し示す用語、装置の構成要素を指し示す用語などは、説明の便宜のために例示されたものである。
したがって、本発明は、後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
したがって、本発明は、後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
【0036】
以下、説明の便宜のために、３ＧＰＰ（登録商標） ＬＴＥ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）規格で定義している用語及び名称が一部用いられる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
【0037】
図１は、無線通信システムにおいて、データ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
図１を参照すれば、横軸は時間領域を、縦軸は周波数領域を示す。
時間及び周波数領域においてリソースの基本単位は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）であり、時間軸に１ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）、及び周波数軸に１副搬送波（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）に定義される。
図１を参照すれば、横軸は時間領域を、縦軸は周波数領域を示す。
時間及び周波数領域においてリソースの基本単位は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）であり、時間軸に１ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）、及び周波数軸に１副搬送波（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）に定義される。
【0038】
周波数領域で
（一例として１２）個の連続したＲＥは、１つのリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）（１－０４）を構成する。
【0039】
図２は、５Ｇシステムにおいてフレーム、サブフレーム、スロット構造を示す図である。
図２を参照すると、図２にはフレーム（Ｆｒａｍｅ）（２－００）、サブフレーム（Ｓｕｂｆｒａｍｅ）（２－０１）、スロット（Ｓｌｏｔ）（２－０２）構造の一例を示す。
１フレーム（２－００）は、１０ｍｓに定義される。
１サブフレーム（２－０１）は、１ｍｓに定義され、１フレーム（２－００）は、合計１０個のサブフレーム（２－０１）に構成される。
図２を参照すると、図２にはフレーム（Ｆｒａｍｅ）（２－００）、サブフレーム（Ｓｕｂｆｒａｍｅ）（２－０１）、スロット（Ｓｌｏｔ）（２－０２）構造の一例を示す。
１フレーム（２－００）は、１０ｍｓに定義される。
１サブフレーム（２－０１）は、１ｍｓに定義され、１フレーム（２－００）は、合計１０個のサブフレーム（２－０１）に構成される。
【0040】
１スロット（２－０２、２－０３）は、１４個のＯＦＤＭシンボルに定義される（すなわち、１スロット当たりのシンボル数（
）＝１４）。
１サブフレーム（２－０１）は、１つ又は複数個のスロット（２－０２、２－０３）に構成され得、１サブフレーム（２－０１）当たりスロット（２－０２、２－０３）の個数は、副搬送波間隔に対する設定値μ（２－０４、２－０５）によって異なる。
１サブフレーム（２－０１）は、１つ又は複数個のスロット（２－０２、２－０３）に構成され得、１サブフレーム（２－０１）当たりスロット（２－０２、２－０３）の個数は、副搬送波間隔に対する設定値μ（２－０４、２－０５）によって異なる。
【0041】
図２の一例では、副搬送波間隔の設定値として、μ＝０（２－０４）の場合とμ＝１（２－０５）の場合を示している。
μ＝０（２－０４）の場合、１サブフレーム（２－０１）は、１つのスロット（２－０２）に構成され、μ＝１（２－０５）の場合、１サブフレーム（２－０１）は、２つのスロット（２－０３）に構成される。
μ＝０（２－０４）の場合、１サブフレーム（２－０１）は、１つのスロット（２－０２）に構成され、μ＝１（２－０５）の場合、１サブフレーム（２－０１）は、２つのスロット（２－０３）に構成される。
【0042】
すなわち、副搬送波間隔に対する設定値μにより、１サブフレーム当たりスロット数（
）が変更され得、これにより、１フレーム当たりスロット数（
）が変更される。
各副搬送波間隔設定μによる
及び
は、下記に示す表１のように定義される。
各副搬送波間隔設定μによる
【0043】
【表1】
【0044】
ＮＲで１つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ：ＣＣ）あるいはサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）は、最大２５０個以上のＲＢで構成される。
したがって、端末がＬＴＥのように常に全体サービングセルの帯域幅（ｓｅｒｖｉｎｇ ｃｅｌｌ ｂａｎｄｗｉｄｔｈ）を受信する場合、端末のパワー消費が深刻になる場合があり、これを解決するために基地局は、端末に１つ以上の帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）を設定し、端末がセル（ｃｅｌｌ）内の受信領域を変更できるようにサポートする。
したがって、端末がＬＴＥのように常に全体サービングセルの帯域幅（ｓｅｒｖｉｎｇ ｃｅｌｌ ｂａｎｄｗｉｄｔｈ）を受信する場合、端末のパワー消費が深刻になる場合があり、これを解決するために基地局は、端末に１つ以上の帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）を設定し、端末がセル（ｃｅｌｌ）内の受信領域を変更できるようにサポートする。
【0045】
ＮＲで、基地局は、ＣＯＲＥＳＥＴ＃０（あるいはｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ、ＣＳＳ）の帯域幅である「ｉｎｉｔｉａｌ ＢＷＰ」を、ＭＩＢを介して端末に設定する。
その後、基地局は、ＲＲＣシグナリングを介して端末の初期ＢＷＰ（ｆｉｒｓｔ ＢＷＰ）を設定し、今後ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介し、指示され得る少なくとも１つ以上のＢＷＰ設定情報を通知する。
その後、基地局は、ＤＣＩを介して「ＢＷＰ ＩＤ」を公知することによって端末がどの帯域を用いるかを指示する。
もし、端末が特定時間以上の間に現在に割り当てられたＢＷＰでＤＣＩを受信できない場合、端末は、「ｄｅｆａｕｌｔ ＢＷＰ」に回帰してＤＣＩの受信を試みる。
その後、基地局は、ＲＲＣシグナリングを介して端末の初期ＢＷＰ（ｆｉｒｓｔ ＢＷＰ）を設定し、今後ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介し、指示され得る少なくとも１つ以上のＢＷＰ設定情報を通知する。
その後、基地局は、ＤＣＩを介して「ＢＷＰ ＩＤ」を公知することによって端末がどの帯域を用いるかを指示する。
もし、端末が特定時間以上の間に現在に割り当てられたＢＷＰでＤＣＩを受信できない場合、端末は、「ｄｅｆａｕｌｔ ＢＷＰ」に回帰してＤＣＩの受信を試みる。
【0046】
図３は、本発明の一実施形態による無線通信システムにおいて帯域幅部分に対する設定を説明するための図である。
図３を参照すれば、端末の帯域幅（３－００）は、２つの帯域幅部分、すなわち、帯域幅部分＃１（３－０１）と帯域幅部分＃２（３－０２）を含む。
図３を参照すれば、端末の帯域幅（３－００）は、２つの帯域幅部分、すなわち、帯域幅部分＃１（３－０１）と帯域幅部分＃２（３－０２）を含む。
【0047】
基地局は、端末に１つ又は多数個の帯域幅部分を設定することができ、各帯域幅部分に対して下記に示す表２のような情報を設定する。
【表2】
【0048】
表２で説明した設定情報の他にも帯域幅部分に関連した多様なパラメーターが端末に設定される。
上述した情報は、上位階層シグナリング、例えば、ＲＲＣシグナリングを介して基地局が端末に伝達する。
設定された１つ又は複数個の帯域幅部分の内から少なくとも１つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化の有無は、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、「ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）」又はＤＣＩを介して動的に伝達される。
上述した情報は、上位階層シグナリング、例えば、ＲＲＣシグナリングを介して基地局が端末に伝達する。
設定された１つ又は複数個の帯域幅部分の内から少なくとも１つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化の有無は、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、「ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）」又はＤＣＩを介して動的に伝達される。
【0049】
上述した５Ｇ通信システムにおいてサポートする帯域幅部分に対する設定は、多様な目的に用いられる。
一例として、システム帯域幅より端末がサポートする帯域幅が小さい場合に、帯域幅部分に対する設定を介し、端末がサポートする帯域幅がサポートされる。
例えば、表２で、帯域幅部分の周波数位置（設定情報２）が端末に設定されることにより、システム帯域幅内の特定の周波数位置で端末がデータを送受信することができる。
一例として、システム帯域幅より端末がサポートする帯域幅が小さい場合に、帯域幅部分に対する設定を介し、端末がサポートする帯域幅がサポートされる。
例えば、表２で、帯域幅部分の周波数位置（設定情報２）が端末に設定されることにより、システム帯域幅内の特定の周波数位置で端末がデータを送受信することができる。
【0050】
また、他の一例として、互いに異なるヌメロロジーをサポートするための目的で、基地局が端末に複数個の帯域幅部分を設定することができる。
例えば、任意の端末に１５ｋＨｚの副搬送波間隔と３０ｋＨｚの副搬送波間隔を用いたデータ送受信を全てサポートするために、２つの帯域幅部分がそれぞれ１５ｋＨｚと３０ｋＨｚの副搬送波間隔を用いるように設定される。
互いに異なる帯域幅部分は、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）になり、特定の副搬送波間隔でデータを送受信しようとする場合、該当の副搬送波間隔に設定されている帯域幅部分が活性化される。
例えば、任意の端末に１５ｋＨｚの副搬送波間隔と３０ｋＨｚの副搬送波間隔を用いたデータ送受信を全てサポートするために、２つの帯域幅部分がそれぞれ１５ｋＨｚと３０ｋＨｚの副搬送波間隔を用いるように設定される。
互いに異なる帯域幅部分は、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）になり、特定の副搬送波間隔でデータを送受信しようとする場合、該当の副搬送波間隔に設定されている帯域幅部分が活性化される。
【0051】
他の一例として、端末の電力消費減少のための目的で、基地局が端末に互いに異なる大きさの帯域幅を有する帯域幅部分を設定することができる。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートし、常に該当の帯域幅でデータを送受信する場合、非常に大きい電力消費を引き起こす可能性がある。
特に、トラフィック（Ｔｒａｆｆｉｃ）がない状況で、端末が１００ＭＨｚの大きい帯域幅に対する不要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点で非常に非効率的である。
したがって、端末の電力消費を減らすための目的で、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定する。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行い、データが発生した場合、基地局の指示により１００ＭＨｚの帯域幅部分を用いてデータを送受信する。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートし、常に該当の帯域幅でデータを送受信する場合、非常に大きい電力消費を引き起こす可能性がある。
特に、トラフィック（Ｔｒａｆｆｉｃ）がない状況で、端末が１００ＭＨｚの大きい帯域幅に対する不要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点で非常に非効率的である。
したがって、端末の電力消費を減らすための目的で、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定する。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行い、データが発生した場合、基地局の指示により１００ＭＨｚの帯域幅部分を用いてデータを送受信する。
【0052】
図４は、本発明の一実施形態による帯域幅部分に対する動的設定変更方法を示す図である。
図４を参照すると、上述した表２で説明したとおり、基地局は、端末に１つ又は複数個の帯域幅部分を設定することができ、各帯域幅部分に対する設定で帯域幅部分の帯域幅、帯域幅部分の周波数位置、帯域幅部分のヌメロロジーなどに対する情報を端末に知らせることができる。
図４によれば、端末に端末の帯域幅（４－００）内の２つの帯域幅部分、すなわち、帯域幅部分＃１（ＢＷＰ＃１）（４－０５）と帯域幅部分＃２（ＢＷＰ＃２）（４－１０）が設定される。
設定された帯域幅の内で１つ又は複数個の帯域幅部分が活性化され、図４では１つの帯域幅部分が活性化される一例が考慮される。
スロット＃０（４－２５）では、設定された帯域幅部分の中から帯域幅部分＃１（４－０５）が活性化している状態であり、端末は、帯域幅部分＃１（４－０５）に設定されている制御領域＃１（４－４５）でＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、帯域幅部分＃１（４－０５）でデータ（４－５５）を送受信する。
設定された帯域幅部分の内からどの帯域幅部分が活性化されるかにより、端末がＰＤＣＣＨを受信する制御領域が異なり、これによって、端末がＰＤＣＣＨをモニタリングする帯域幅が変わる。
図４を参照すると、上述した表２で説明したとおり、基地局は、端末に１つ又は複数個の帯域幅部分を設定することができ、各帯域幅部分に対する設定で帯域幅部分の帯域幅、帯域幅部分の周波数位置、帯域幅部分のヌメロロジーなどに対する情報を端末に知らせることができる。
図４によれば、端末に端末の帯域幅（４－００）内の２つの帯域幅部分、すなわち、帯域幅部分＃１（ＢＷＰ＃１）（４－０５）と帯域幅部分＃２（ＢＷＰ＃２）（４－１０）が設定される。
設定された帯域幅の内で１つ又は複数個の帯域幅部分が活性化され、図４では１つの帯域幅部分が活性化される一例が考慮される。
スロット＃０（４－２５）では、設定された帯域幅部分の中から帯域幅部分＃１（４－０５）が活性化している状態であり、端末は、帯域幅部分＃１（４－０５）に設定されている制御領域＃１（４－４５）でＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、帯域幅部分＃１（４－０５）でデータ（４－５５）を送受信する。
設定された帯域幅部分の内からどの帯域幅部分が活性化されるかにより、端末がＰＤＣＣＨを受信する制御領域が異なり、これによって、端末がＰＤＣＣＨをモニタリングする帯域幅が変わる。
【0053】
基地局は、端末に帯域幅部分に対する設定を変更する指示子を追加に送信する。
ここで、帯域幅部分に対する設定を変更するということは、特定の帯域幅部分を活性化する動作（例えば、帯域幅部分Ａから帯域幅部分Ｂへの活性化変更）と同一に考えることができる。
基地局は、端末に設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｏｒ）を特定スロットで送信する。
端末は、基地局から設定変更指示子を受信した後、特定時点から設定変更指示子に従って変更された設定を適用し、活性化する帯域幅部分を決定する。
また、端末は、活性化された帯域幅部分に設定されている制御領域でＰＤＣＣＨに対するモニタリングを行う。
ここで、帯域幅部分に対する設定を変更するということは、特定の帯域幅部分を活性化する動作（例えば、帯域幅部分Ａから帯域幅部分Ｂへの活性化変更）と同一に考えることができる。
基地局は、端末に設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｏｒ）を特定スロットで送信する。
端末は、基地局から設定変更指示子を受信した後、特定時点から設定変更指示子に従って変更された設定を適用し、活性化する帯域幅部分を決定する。
また、端末は、活性化された帯域幅部分に設定されている制御領域でＰＤＣＣＨに対するモニタリングを行う。
【0054】
図４で、基地局は、端末に活性化された帯域幅部分を既存の帯域幅部分＃１（４－０５）から帯域幅部分＃２（４－１０）に変更を指示する設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｉｏｎ）（４－１５）をスロット＃１（４－３０）で送信する。
端末は、該当の指示子を受信した後、指示子の内容に従って帯域幅部分＃２（４－１０）を活性化する。
この時、帯域幅部分の変更のための遷移時間（Ｔｒａｎｓｉｔｉｏｎ Ｔｉｍｅ）（４－２０）が求められ、これにより、活性化する帯域幅部分を変更して適用する時点が決定される。
図４では、設定変更指示子（４－１５）を受信した後、１スロットの遷移時間（４－２０）がかかる場合を示している。
遷移時間（４－２０）には、データ送受信が行われない場合もある（４－６０）。
これに従って、スロット＃２（４－３５）、スロット＃３（４－４０）で帯域幅部分＃２（４－１０）が活性化されて該当の帯域幅部分に制御チャンネル及びデータが送受信される。
端末は、該当の指示子を受信した後、指示子の内容に従って帯域幅部分＃２（４－１０）を活性化する。
この時、帯域幅部分の変更のための遷移時間（Ｔｒａｎｓｉｔｉｏｎ Ｔｉｍｅ）（４－２０）が求められ、これにより、活性化する帯域幅部分を変更して適用する時点が決定される。
図４では、設定変更指示子（４－１５）を受信した後、１スロットの遷移時間（４－２０）がかかる場合を示している。
遷移時間（４－２０）には、データ送受信が行われない場合もある（４－６０）。
これに従って、スロット＃２（４－３５）、スロット＃３（４－４０）で帯域幅部分＃２（４－１０）が活性化されて該当の帯域幅部分に制御チャンネル及びデータが送受信される。
【0055】
基地局は、端末に１つ又は複数個の帯域幅部分を上位階層シグナリング（例えば、ＲＲＣシグナリング）に予め設定することができ、設定変更指示子（４－１５）が、基地局が予め設定した帯域幅部分の設定の内の１つとマッピングされる方法で活性化を指示する。
例えば、ｌｏｇ２Ｎビットの指示子は、Ｎ個の既設定された帯域幅部分の内の１つを選択して指示する。
例えば、ｌｏｇ２Ｎビットの指示子は、Ｎ個の既設定された帯域幅部分の内の１つを選択して指示する。
【0056】
下記に示す表３では、２ビット指示子を用いて帯域幅部分に対する設定情報を指示する一例が説明される。
【表3】
【0057】
図４で説明した帯域幅部分に対する設定変更指示子（４－１５）は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）シグナリング、又はＬ１シグナリング（例えば、共通ＤＣＩ、グループ－共通ＤＣＩ、端末－特定ＤＣＩ）の形態に基地局から端末に伝達される。
【0058】
図４で説明した帯域幅部分に対する設定変更指示子（４－１５）に従って、帯域幅部分の活性化がどの時点から適用されるかは、次に従う。
設定変更がどの時点から適用されるかは、予め定義されている値（例えば、設定変更指示子が受信後Ｎ（≧１）スロットの後から適用）に従うか、基地局から端末に上位階層シグナリング（例えば、ＲＲＣシグナリング）を介して設定するか、設定変更指示子（４－１５）の内容に一部含まれて送信される。
又は、設定変更が適用される時点は、上述した方法の組み合わせで決定される。
端末は、帯域幅部分に対する設定変更指示子（４－１５）を受信した後、上述した方法で取得した時点から変更された設定を適用する。
設定変更がどの時点から適用されるかは、予め定義されている値（例えば、設定変更指示子が受信後Ｎ（≧１）スロットの後から適用）に従うか、基地局から端末に上位階層シグナリング（例えば、ＲＲＣシグナリング）を介して設定するか、設定変更指示子（４－１５）の内容に一部含まれて送信される。
又は、設定変更が適用される時点は、上述した方法の組み合わせで決定される。
端末は、帯域幅部分に対する設定変更指示子（４－１５）を受信した後、上述した方法で取得した時点から変更された設定を適用する。
【0059】
図５は、本発明の一実施形態に５Ｇシステムにおいてダウンリンク制御チャンネルが送信される制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）を説明するための図である。
図５を参照すると、本実施形態では、周波数軸に端末の帯域幅部分（５－１０）、時間軸に１つのスロット（５－２０）内に２つの制御領域（制御領域＃１（５－０１）、制御領域＃２（５－０２））が設定される。
図５を参照すると、本実施形態では、周波数軸に端末の帯域幅部分（５－１０）、時間軸に１つのスロット（５－２０）内に２つの制御領域（制御領域＃１（５－０１）、制御領域＃２（５－０２））が設定される。
【0060】
制御領域（５－０１、５－０２）は、周波数軸に全体の端末の帯域幅部分（５－１０）内で特定の周波数リソース（５－０３）に設定される。
制御領域（５－０１、５－０２）は、時間軸には、１つあるいは複数個のＯＦＤＭシンボルに設定され得、制御領域長さ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ｄｕｒａｔｉｏｎ）（５－０４）に定義され得る。
図５の一例において、制御領域＃１（５－０１）は、２つのシンボルの制御領域の長さに設定されており、制御領域＃２（５－０２）は、１つのシンボルの制御領域の長さに設定されている。
制御領域（５－０１、５－０２）は、時間軸には、１つあるいは複数個のＯＦＤＭシンボルに設定され得、制御領域長さ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ｄｕｒａｔｉｏｎ）（５－０４）に定義され得る。
図５の一例において、制御領域＃１（５－０１）は、２つのシンボルの制御領域の長さに設定されており、制御領域＃２（５－０２）は、１つのシンボルの制御領域の長さに設定されている。
【0061】
上記で説明した５Ｇシステムにおける制御領域は、基地局が端末に上位階層シグナリング（例えば、システム情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング）を介して設定する。
端末に制御領域を設定するということは、端末に制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボルの長さなどの情報を提供することを意味する。
端末に制御領域を設定するということは、端末に制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボルの長さなどの情報を提供することを意味する。
【0062】
例えば、端末に制御領域を設定するための情報には、下記に示す表（４－１）に従う情報が含まれる。
【表(4-1)】
【0063】
表（４－１）において、ｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ（単にＴＣＩ ｓｔａｔｅと称する）設定情報は、該当の制御領域で送信されるＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）とＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ）関係にある１つ又は複数個のＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロック（ｂｌｏｃｋ）（ＳＳＢ又はＳＳ／ＰＢＣＨ ｂｌｏｃｋと指し示す）インデックス又はＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）インデックスの情報を含み得る。
【0064】
無線通信システムにおいて、１つ以上の互いに異なるアンテナポート（あるいは１つ以上のチャンネル、信号及びこれらの組み合わせで代替されることも可能であるが、今後の本発明の説明では便宜のために互いに異なるアンテナポートに統一して指し示す）は、下記に示す表（４－２）のようなＱＣＬ設定によって互いに接続（ａｓｓｏｃｉａｔｅ）される。
【表(4-2)】
【0065】
具体的には、ＱＣＬ設定は、２つの互いに異なるアンテナポートを、（ＱＣＬ）ｔａｒｇｅｔアンテナポートと（ＱＣＬ）ｒｅｆｅｒｅｎｃｅアンテナポートの関係に接続し、端末は、ｒｅｆｅｒｅｎｃｅアンテナポートで測定されたチャンネルの統計的な特性（例えば、Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｄｅｌａｙ、ｄｅｌａｙ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｇａｉｎ、ｓｐａｔｉａｌ Ｒｘ（あるいはＴｘ）パラメーターなど、チャンネルの「ｌａｒｇｅ ｓｃａｌｅ」パラメーター、ないし、端末の受信空間フィルター係数、あるいは送信空間フィルター係数）の内の全部、あるいは一部をｔａｒｇｅｔアンテナポート受信時に適用（あるいは仮定）する。
【0066】
ｔａｒｇｅｔアンテナポートとは、ＱＣＬ設定を含む上位レイヤ設定によって設定されるチャンネルあるいは信号を送信するアンテナポート、ないしは、ＱＣＬ設定を指示する「ＴＣＩ ｓｔａｔｅ」が適用されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
ｒｅｆｅｒｅｎｃｅアンテナポートとは、ＱＣＬ設定内「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」パラメーターによって指示（特定）されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
ｒｅｆｅｒｅｎｃｅアンテナポートとは、ＱＣＬ設定内「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」パラメーターによって指示（特定）されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
【0067】
具体的には、ＱＣＬ設定によって限定される（ＱＣＬ設定内でパラメーター「ｑｃｌ－Ｔｙｐｅ」によって指示される）チャンネルの統計的な特性は、「ＱＣＬ ｔｙｐｅ」によって次のように分類することができる。
【0068】
ｏ‘ＱＣＬ－ＴｙｐｅＡ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ，ａｖｅｒａｇｅ ｄｅｌａｙ，ｄｅｌａｙ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＢ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＣ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，ａｖｅｒａｇｅ ｄｅｌａｙ｝
ｏ‘ＱＣＬ－ＴｙｐｅＤ’：｛Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ｝
この時、「ＱＣＬ ｔｙｐｅ」の種類は、上記の４種類に限定されるものではないが、説明の要旨を不明にしないために、すべての可能な組み合わせを羅列しない。
ｏ‘ＱＣＬ－ＴｙｐｅＢ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＣ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，ａｖｅｒａｇｅ ｄｅｌａｙ｝
ｏ‘ＱＣＬ－ＴｙｐｅＤ’：｛Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ｝
この時、「ＱＣＬ ｔｙｐｅ」の種類は、上記の４種類に限定されるものではないが、説明の要旨を不明にしないために、すべての可能な組み合わせを羅列しない。
【0069】
ＱＣＬ－ＴｙｐｅＡは、ｔａｒｇｅｔアンテナポートの帯域幅及び送信区間がｒｅｆｅｒｅｎｃｅアンテナポートに比べていずれも充分であり（すなわち、周波数軸及び時間軸のいずれにおいてｔａｒｇｅｔアンテナポートのサンプル数及び送信帯域／時間がｒｅｆｅｒｅｎｃｅアンテナポートのサンプル数及び送信帯域／時間より多い場合）、周波数及び時間軸で測定可能なすべての統計的特性を参照可能な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0070】
ＱＣＬ－ＴｙｐｅＢは、ｔａｒｇｅｔアンテナポートの帯域幅が周波数軸で測定可能な統計的特性、すなわち、「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」、「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」を測定するのに十分な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0071】
ＱＣＬ－ＴｙｐｅＣは、ｔａｒｇｅｔアンテナポートの帯域幅及び送信区間が「ｓｅｃｏｎｄ－ｏｒｄｅｒ ｓｔａｔｉｓｔｉｃｓ」、すなわち、「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」及び「ｄｅｌａｙ ｓｐｒｅａｄ」を測定するには不充分であり、「ｆｉｒｓｔ－ｏｒｄｅｒ ｓｔａｔｉｓｔｉｃｓ」、すなわち、「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」、「ａｖｅｒａｇｅ ｄｅｌａｙ」のみを参照可能な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0072】
ＱＣＬ－ＴｙｐｅＤは、ｒｅｆｅｒｅｎｃｅアンテナポートを受信する時に用いた空間受信フィルター値をｔａｒｇｅｔアンテナポート受信時に使用可能な時に設定される「ＱＣＬ ｔｙｐｅ」である。
【0073】
一方、基地局は、下記に示す表（４－３）のような「ＴＣＩ ｓｔａｔｅ」設定を介して最大２つのＱＣＬ設定を１つのｔａｒｇｅｔアンテナポートに設定あるいは指示することが可能である。
【表(4-3)】
【0074】
１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の一番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＡ、ＱＣＬ－ＴｙｐｅＢ、ＱＣＬ－ＴｙｐｅＣの内の１つに設定され得る。
この時、設定可能な「ＱＣＬ ｔｙｐｅ」は、ｔａｒｇｅｔアンテナポート及びｒｅｆｅｒｅｎｃｅアンテナポートの種類によって特定され、下記で詳細に説明する。
また、上記１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の二番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＤに設定され得、場合によって省略することが可能である。
この時、設定可能な「ＱＣＬ ｔｙｐｅ」は、ｔａｒｇｅｔアンテナポート及びｒｅｆｅｒｅｎｃｅアンテナポートの種類によって特定され、下記で詳細に説明する。
また、上記１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の二番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＤに設定され得、場合によって省略することが可能である。
【0075】
図６は、本発明の一実施形態による端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を報告する手続きを示す図である。
ＬＴＥ及びＮＲシステムにおいて、端末は、サービング基地局に接続された状態で該当の基地局に端末がサポートする能力（ｃａｐａｂｉｌｉｔｙ）を報告する手続きを行う。
以下では、これを「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告と指称する。
ＬＴＥ及びＮＲシステムにおいて、端末は、サービング基地局に接続された状態で該当の基地局に端末がサポートする能力（ｃａｐａｂｉｌｉｔｙ）を報告する手続きを行う。
以下では、これを「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告と指称する。
【0076】
基地局は、６０１段階で接続状態の端末にｃａｐａｂｉｌｉｔｙ報告を要請する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを伝達する。
「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージには、「ＲＡＴ ｔｙｐｅ」別の「ＵＥ ｃａｐａｂｉｌｉｔｙ」要請が含まれ得る。
「ＲＡＴ ｔｙｐｅ」別の要請には、要請する周波数バンド情報が含まれ得る。
「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージには、「ＲＡＴ ｔｙｐｅ」別の「ＵＥ ｃａｐａｂｉｌｉｔｙ」要請が含まれ得る。
「ＲＡＴ ｔｙｐｅ」別の要請には、要請する周波数バンド情報が含まれ得る。
【0077】
また、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージは、１つのＲＲＣメッセージｃｏｎｔａｉｎｅｒで複数の「ＲＡＴ ｔｙｐｅ」を含み得る。
又は、他の例に従って、各「ＲＡＴ ｔｙｐｅ」別の要請を含む「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に端末に伝達される。
すなわち、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に繰り返して送信され、端末は、これに該当する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを構成して報告する。
又は、他の例に従って、各「ＲＡＴ ｔｙｐｅ」別の要請を含む「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に端末に伝達される。
すなわち、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に繰り返して送信され、端末は、これに該当する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを構成して報告する。
【0078】
ＮＲシステムにおいて基地局は、ＮＲ、ＬＴＥ、ＥＮ－ＤＣをはじめとするＭＲ－ＤＣに対する「ＵＥ ｃａｐａｂｉｌｉｔｙ」を要請する。
基地局は、端末が接続された後、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを送信し、また、基地局が必要な時に、どの条件でも「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告を要請することができる。
基地局から「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告要請を受けた端末は、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージに含まれた「ＲＡＴ ｔｙｐｅ」及びバンド情報により「ＵＥ ｃａｐａｂｉｌｉｔｙ」を構成又は取得する。
基地局は、端末が接続された後、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを送信し、また、基地局が必要な時に、どの条件でも「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告を要請することができる。
基地局から「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告要請を受けた端末は、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージに含まれた「ＲＡＴ ｔｙｐｅ」及びバンド情報により「ＵＥ ｃａｐａｂｉｌｉｔｙ」を構成又は取得する。
【0079】
一方、本発明の一実施形態によれば、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
したがって、「ＵＥ ｃａｐａｂｉｌｉｔｙ」は、「ｍｕｌｔｉ－ＴＲＰ」関連ｃａｐａｂｉｌｉｔｙと称することができる。
「ＵＥ ｃａｐａｂｉｌｉｔｙ」が構成された後、端末は、６０２段階で「ＵＥ ｃａｐａｂｉｌｉｔｙ」が含まれた「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを基地局に伝達する。
その後、基地局は、端末から受信した「ＵＥ ｃａｐａｂｉｌｉｔｙ」に基づいて該当端末に適当なスケジューリング及び送受信管理を行う。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
したがって、「ＵＥ ｃａｐａｂｉｌｉｔｙ」は、「ｍｕｌｔｉ－ＴＲＰ」関連ｃａｐａｂｉｌｉｔｙと称することができる。
「ＵＥ ｃａｐａｂｉｌｉｔｙ」が構成された後、端末は、６０２段階で「ＵＥ ｃａｐａｂｉｌｉｔｙ」が含まれた「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを基地局に伝達する。
その後、基地局は、端末から受信した「ＵＥ ｃａｐａｂｉｌｉｔｙ」に基づいて該当端末に適当なスケジューリング及び送受信管理を行う。
【0080】
図７は、本発明の一実施形態による協力通信アンテナポート構成を説明するための図である。
図７を参照すると、共同送信（ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＪＴ）技法と状況によるＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）別の無線リソース割当の例示が示されている。
図７を参照すると、共同送信（ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＪＴ）技法と状況によるＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）別の無線リソース割当の例示が示されている。
【0081】
図７で、７００は、各セル、ＴＲＰ及び／又はビーム間コヒーレント（ｃｏｈｅｒｅｎｔ）プリコーディングをサポートするコヒーレント共同送信（ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：Ｃ－ＪＴ）を示す図である。
Ｃ－ＪＴの場合、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０が互いに同じデータ（ＰＤＳＣＨ）を送信し、複数のＴＲＰでｊｏｉｎｔプリコーディングを行う。
これは、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０で同一のＤＭＲＳポート（例えば、両ＴＲＰのいずれにおいて「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」）を送信することになることを意味する。
この場合、端末７１５は、「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」を介して受信された基準信号によって復調される１つのＰＤＳＣＨを受信するための１つのＤＣＩ情報を受信する。
Ｃ－ＪＴの場合、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０が互いに同じデータ（ＰＤＳＣＨ）を送信し、複数のＴＲＰでｊｏｉｎｔプリコーディングを行う。
これは、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０で同一のＤＭＲＳポート（例えば、両ＴＲＰのいずれにおいて「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」）を送信することになることを意味する。
この場合、端末７１５は、「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」を介して受信された基準信号によって復調される１つのＰＤＳＣＨを受信するための１つのＤＣＩ情報を受信する。
【0082】
図７で、７２０は、各セル、ＴＲＰ及び／又はビーム間非－コヒーレント（ｎｏｎ－ｃｏｈｅｒｅｎｔ）プリコーディングをサポートする非－コヒーレント共同送信（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＮＣ－ＪＴ）を示した図である。
ＮＣ－ＪＴの場合、各セル、ＴＲＰ及び／又はビームで互いに異なるＰＤＳＣＨを送信し、各ＰＤＳＣＨには個別プリコーディングが適用される。
これは、「ＴＲＰ Ａ」７２５と「ＴＲＰ Ｂ」７３０で互いに異なるＤＭＲＳポート（例えば、「ＴＲＰ Ａ」では「ＤＭＲＳ ｐｏｒｔ Ａ」、「ＴＲＰ Ｂ」では「ＤＭＲＳ ｐｏｒｔ Ｂ」）を送信することになることを意味する。
この場合、端末７３５は、「ＤＭＲＳ ｐｏｒｔ Ａ」によって復調される「ＰＤＳＣＨ Ａ」と、他の「ＤＭＲＳ ｐｏｒｔ Ｂ」によって復調される「ＰＤＳＣＨ Ｂ」を受信するための二種類のＤＣＩ情報を受信する。
ＮＣ－ＪＴの場合、各セル、ＴＲＰ及び／又はビームで互いに異なるＰＤＳＣＨを送信し、各ＰＤＳＣＨには個別プリコーディングが適用される。
これは、「ＴＲＰ Ａ」７２５と「ＴＲＰ Ｂ」７３０で互いに異なるＤＭＲＳポート（例えば、「ＴＲＰ Ａ」では「ＤＭＲＳ ｐｏｒｔ Ａ」、「ＴＲＰ Ｂ」では「ＤＭＲＳ ｐｏｒｔ Ｂ」）を送信することになることを意味する。
この場合、端末７３５は、「ＤＭＲＳ ｐｏｒｔ Ａ」によって復調される「ＰＤＳＣＨ Ａ」と、他の「ＤＭＲＳ ｐｏｒｔ Ｂ」によって復調される「ＰＤＳＣＨ Ｂ」を受信するための二種類のＤＣＩ情報を受信する。
【0083】
２つ以上の送信地点で１つの端末に同時にデータを送信するＮＣ－ＪＴをサポートするために、単一ＰＤＣＣＨを介して２つ（以上）の互いに異なる送信地点から送信されるＰＤＳＣＨを割り当てるか、多重ＰＤＣＣＨを介して２つ以上の互いに異なる送信地点から送信されるＰＤＳＣＨを割り当てることが必要である。
端末は、Ｌ１／Ｌ２／Ｌ３シグナリングに基づいて各基準信号あるいはチャンネル間ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）接続関係を取得し、これを介して各基準信号あるいはチャンネルのラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）を効率的に推定することができる。
もし、基準信号あるいはチャンネルの送信地点が異なる場合、ラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）は、互いに共有されにくいので、協力送信を行う時に基地局は、端末に同時に２つ以上の送信地点に対する「ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ」情報を２つ以上の「ＴＣＩ ｓｔａｔｅ」を介して知らせる必要がある。
端末は、Ｌ１／Ｌ２／Ｌ３シグナリングに基づいて各基準信号あるいはチャンネル間ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）接続関係を取得し、これを介して各基準信号あるいはチャンネルのラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）を効率的に推定することができる。
もし、基準信号あるいはチャンネルの送信地点が異なる場合、ラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）は、互いに共有されにくいので、協力送信を行う時に基地局は、端末に同時に２つ以上の送信地点に対する「ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ」情報を２つ以上の「ＴＣＩ ｓｔａｔｅ」を介して知らせる必要がある。
【0084】
もし、多重ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、２つ以上のＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、２つ以上の「ＴＣＩ ｓｔａｔｅ」は、各ＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」にそれぞれ割り当てられる。
一方、単一ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、１つのＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、上記２つ以上の「ＴＣＩ ｓｔａｔｅ」は、１つのＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」に割り当てられる。
一方、単一ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、１つのＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、上記２つ以上の「ＴＣＩ ｓｔａｔｅ」は、１つのＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」に割り当てられる。
【0085】
もし、特定時点で、端末に割り当てられた「ＤＭＲＳ ｐｏｒｔ」が送信地点Ａから送信される「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ Ａ」と送信地点Ｂから送信される「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ Ｂ」に分けられると仮定すれば、２つ以上の「ＴＣＩ ｓｔａｔｅ」は、それぞれ「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ」に接続され、各ｇｒｏｕｐ別の互いに異なるＱＣＬ仮定に基づいてチャンネルが推定される。
一方、互いに異なるＤＭＲＳポートは、チャンネル測定正確度を高めると同時に送信負担を軽減させるためにＣＤＭ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＴＤＭ（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）される。
この中、ＣＤＭされる「ＤＭＲＳ ｐｏｒｔ」を「ＣＤＭ ｇｒｏｕｐ」と通称する時、「ＣＤＭ ｇｒｏｕｐ」内の「ＤＭＲＳ ｐｏｒｔ」は、各ｐｏｒｔ別のチャンネル特性が類似する場合にｃｏｄｅ基盤のマルチプレクシングが良好に動作するので（すなわち、各ｐｏｒｔ別のチャンネル特性が類似する場合、ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）による区分が良好にできるので）同じ「ＣＤＭ ｇｒｏｕｐ」に存在する「ＤＭＲＳ ｐｏｒｔ」が互いに異なる「ＴＣＩ ｓｔａｔｅ」を有さないようにすることが重要になる。
一方、互いに異なるＤＭＲＳポートは、チャンネル測定正確度を高めると同時に送信負担を軽減させるためにＣＤＭ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＴＤＭ（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）される。
この中、ＣＤＭされる「ＤＭＲＳ ｐｏｒｔ」を「ＣＤＭ ｇｒｏｕｐ」と通称する時、「ＣＤＭ ｇｒｏｕｐ」内の「ＤＭＲＳ ｐｏｒｔ」は、各ｐｏｒｔ別のチャンネル特性が類似する場合にｃｏｄｅ基盤のマルチプレクシングが良好に動作するので（すなわち、各ｐｏｒｔ別のチャンネル特性が類似する場合、ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）による区分が良好にできるので）同じ「ＣＤＭ ｇｒｏｕｐ」に存在する「ＤＭＲＳ ｐｏｒｔ」が互いに異なる「ＴＣＩ ｓｔａｔｅ」を有さないようにすることが重要になる。
【0086】
一方、上記のように複数のＴＲＰを介してデータを送信する動作を「ｍｕｌｔｉ－ＴＲＰ」（Ｍ－ＴＲＰ）動作と称する。
また、上記複数のＴＲＰで複数のセルを介してデータを送信する動作を、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」」動作と称する。
本発明では、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ ＴＲＰ」動作のための方法を提案する。
また、上記複数のＴＲＰで複数のセルを介してデータを送信する動作を、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」」動作と称する。
本発明では、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ ＴＲＰ」動作のための方法を提案する。
【0087】
「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」（Ｍ－ＴＲＰ）動作のためには、「ｉｎｔｅｒ－ｃｅｌｌ」を設定する方法が必要である。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報を介して「ｉｎｔｅｒ－ｃｅｌｌ」を設定し、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には「ｉｎｔｅｒ－ｃｅｌｌ」を構成する単位及び方法、ｃｅｌｌをｇｒｏｕｐｉｎｇする単位及び方法、セルを識別するための情報（例えば、「ｃｅｌｌ ｉｄ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄ」）などの情報の内の少なくとも１つが含まれる。
ただし、本発明の実施形態がこれに限定されるものではなく、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には上述した情報が含まれないこともあり、「ｉｎｔｅｒ－ｃｅｌｌ」に関連したいかなる情報も含まれ得る。
ここに加えて、ＳＳＢ ｐａｔｔｅｒｎ（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ、ｓｓｂ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ）、ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、ｆｒｅｑｕｅｎｃｙ（ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＳＳＢ）などが含まれ得る。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報を介して「ｉｎｔｅｒ－ｃｅｌｌ」を設定し、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には「ｉｎｔｅｒ－ｃｅｌｌ」を構成する単位及び方法、ｃｅｌｌをｇｒｏｕｐｉｎｇする単位及び方法、セルを識別するための情報（例えば、「ｃｅｌｌ ｉｄ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄ」）などの情報の内の少なくとも１つが含まれる。
ただし、本発明の実施形態がこれに限定されるものではなく、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には上述した情報が含まれないこともあり、「ｉｎｔｅｒ－ｃｅｌｌ」に関連したいかなる情報も含まれ得る。
ここに加えて、ＳＳＢ ｐａｔｔｅｒｎ（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ、ｓｓｂ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ）、ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、ｆｒｅｑｕｅｎｃｙ（ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＳＳＢ）などが含まれ得る。
【0088】
また、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報は、本発明でｃｅｌｌ間協力送信のためのセル設定情報を指し示す用語であって、設定情報、セル設定情報などと言及される。
また、本発明は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信及び「ｓｅｒｖｉｎｇ ｃｅｌｌ」と「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信などに適用される。
また、本発明は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信及び「ｓｅｒｖｉｎｇ ｃｅｌｌ」と「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信などに適用される。
【0089】
図８ａ～図８ｄは、本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
図８ａを参照すると、図８ａは、１つ以上のＴＲＰが１つのサービングセル設定内で動作する「ｉｎｔｒａ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作８１０を示す。
図８ａによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて送信するので、複数のＴＲＰが１つのＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘに基づいて動作することになる。
したがって、ＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘが１つであるので同一の「ｐｈｙｓｉｃａｌ ｃｅｌｌ Ｉｄ」を用いてセルが構成される。
このような場合、端末がセルを区分するために周波数側（例えば、ｆｒｅｑｕｅｎｃｙ／ｃｈａｎｎｅｌ／ｂａｎｄ）リソースでセル間リソースを異なるものにするか、時間側リソースでセル間リソースを異なるように割り当てる方法が必要である。
しかし、一般的に、１つのＣＣで割り当てられたリソースを全部用いることがはるかにリソース効率的であるので、「ｃｅｌｌ ｐｌａｎｎｉｎｇ」時に時間及び周波数リソースでｃｅｌｌを区分するよりは、「ｃｅｌｌ ＩＤ」形態でｃｅｌｌを区分する方法が用いられる。
図８ａを参照すると、図８ａは、１つ以上のＴＲＰが１つのサービングセル設定内で動作する「ｉｎｔｒａ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作８１０を示す。
図８ａによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて送信するので、複数のＴＲＰが１つのＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘに基づいて動作することになる。
したがって、ＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘが１つであるので同一の「ｐｈｙｓｉｃａｌ ｃｅｌｌ Ｉｄ」を用いてセルが構成される。
このような場合、端末がセルを区分するために周波数側（例えば、ｆｒｅｑｕｅｎｃｙ／ｃｈａｎｎｅｌ／ｂａｎｄ）リソースでセル間リソースを異なるものにするか、時間側リソースでセル間リソースを異なるように割り当てる方法が必要である。
しかし、一般的に、１つのＣＣで割り当てられたリソースを全部用いることがはるかにリソース効率的であるので、「ｃｅｌｌ ｐｌａｎｎｉｎｇ」時に時間及び周波数リソースでｃｅｌｌを区分するよりは、「ｃｅｌｌ ＩＤ」形態でｃｅｌｌを区分する方法が用いられる。
【0090】
したがって、本発明は、新しい「ｃｅｌｌ ＩＤ」情報又はセル関連情報（又は、協力セル設定情報、協力セル関連情報などと称することができる）に基づいて新しいＭ－ＴＲＰのための「ｉｎｔｅｒ－ｃｅｌｌ」を構成する方法を提案する。
すなわち、本発明は、複数個のＴＲＰがセル間協力送信をする場合、これを端末に設定する方法（すなわち、セル間協力送信をするセルが他のＴＲＰに関連していることを端末に知らせる方法）を提案する。
一方、以下では、「ｃｅｌｌ ＩＤ」を用いる方法を例として説明するが、本発明がこれに限定されるものではなく、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」又は別途の他の識別子を用いる方法も考慮されることができる。
すなわち、本発明は、複数個のＴＲＰがセル間協力送信をする場合、これを端末に設定する方法（すなわち、セル間協力送信をするセルが他のＴＲＰに関連していることを端末に知らせる方法）を提案する。
一方、以下では、「ｃｅｌｌ ＩＤ」を用いる方法を例として説明するが、本発明がこれに限定されるものではなく、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」又は別途の他の識別子を用いる方法も考慮されることができる。
【0091】
以下では、セル又はセルグループを設定する方法を提案する。
セル又はセルグループを設定する方法は、シナリオ及びｃａｓｅによって異なるように構成される。
一方、図８ａ～８ｄは、基地局間（ｉｎｔｅｒ－ｇＮＢ）又は基地局内（ｉｎｔｅｒ－ｇＮＢ）のセル間協力通信に用いられる。
また、図８ａ～８ｄのｂａｃｋ－ｈａｕｌ及びｆｒｏｎｔ－ｈａｕｌは、理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌと非－理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌにいずれも適用される。
また、図８ａ～８ｄは、同一チャンネル間（ｃｏ－ｃｈａｎｎｅｌ）又は他のチャンネル間（ｄｉｆｆｅｒｅｎｔ ｃｈａｎｎｅｌ）に適用することができ、互いに異なる「ｃｅｌｌ ＩＤ」又は同一のセルＩＤにも適用することができる。
セル又はセルグループを設定する方法は、シナリオ及びｃａｓｅによって異なるように構成される。
一方、図８ａ～８ｄは、基地局間（ｉｎｔｅｒ－ｇＮＢ）又は基地局内（ｉｎｔｅｒ－ｇＮＢ）のセル間協力通信に用いられる。
また、図８ａ～８ｄのｂａｃｋ－ｈａｕｌ及びｆｒｏｎｔ－ｈａｕｌは、理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌと非－理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌにいずれも適用される。
また、図８ａ～８ｄは、同一チャンネル間（ｃｏ－ｃｈａｎｎｅｌ）又は他のチャンネル間（ｄｉｆｆｅｒｅｎｔ ｃｈａｎｎｅｌ）に適用することができ、互いに異なる「ｃｅｌｌ ＩＤ」又は同一のセルＩＤにも適用することができる。
【0092】
まず、図８ｃを参照すると、図８ｃ（Ｃａｓｅ ３）は、ＣＡ－ｆｒａｍｅｗｏｒｋにおける「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作８３０を示す。
図８ｃによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を互いに異なるサービングセル設定内に含ませて設定する。
図８ｃによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を互いに異なるサービングセル設定内に含ませて設定する。
【0093】
換言すれば、各ＴＲＰは、独立的なサービングセル設定を有し、各サービングセル設定内「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」は、少なくとも一部の重なる帯域を指示する。
複数のＴＲＰが複数のＳｅｒｖＣｅｌｌＩｎｄｅｘ（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃１」、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃２」）に基づいて動作することになるので、ＴＲＰ別に別途のＰＣＩを用いることが可能である（ＳｅｒｖＣｅｌｌＩｎｄｅｘ当たりに１つのＰＣＩ割当可能）。
この場合、もし、複数のＳＳＢがＴＲＰ１とＴＲＰ２から送信される時、ＳＳＢは、互いに異なるＰＣＩ値を（ＰＣＩ＃１、又はＰＣＩ＃２）有することになり、端末は、これを区分して受信する。
具体的には、セル設定情報を用いて複数のＴＲＰにおける協力送信を設定する方法は、下記のとおりである。
複数のＴＲＰが複数のＳｅｒｖＣｅｌｌＩｎｄｅｘ（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃１」、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃２」）に基づいて動作することになるので、ＴＲＰ別に別途のＰＣＩを用いることが可能である（ＳｅｒｖＣｅｌｌＩｎｄｅｘ当たりに１つのＰＣＩ割当可能）。
この場合、もし、複数のＳＳＢがＴＲＰ１とＴＲＰ２から送信される時、ＳＳＢは、互いに異なるＰＣＩ値を（ＰＣＩ＃１、又はＰＣＩ＃２）有することになり、端末は、これを区分して受信する。
具体的には、セル設定情報を用いて複数のＴＲＰにおける協力送信を設定する方法は、下記のとおりである。
【0094】
方法１：下記に示す表５を参照すると、ＳｐＣｅｌｌ設定情報（「ＳｐＣｅｌｌＣｏｎｆｉｇ」）にセル間「ｍｕｌｔｉ－ＴＲＰ」情報（「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」）の活性化又は非活性化を指示する情報を設定する方法を考慮する。
この時、下記の「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
このように、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」を用いることによって「ＣＡ ｆｒａｍｅｗｏｒｋ」に基づいて動作することができる。
この時、下記の「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
このように、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」を用いることによって「ＣＡ ｆｒａｍｅｗｏｒｋ」に基づいて動作することができる。
【0095】
したがって、端末は、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」がｅｎａｂｌｅに設定された（あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」が含まれた）ＳＣｅｌｌ又はＳｐＣｅｌｌが「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」に設定されて協力送信を行うものと判断する。
【表5】
【0096】
一方、上記では「ＳｐＣｅｌｌＣｏｎｆｉｇ」を例として説明したが、本発明がこれに限定されるものではなく、ＳＣｅｌｌ設定情報（「ＳＣｅｌｌＣｏｎｆｉｇ」）に対しても同一に適用される。
【0097】
方法２：一方、他の実施形態を考慮すると、下記に示す表６のように「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」を用いて「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」を設定する方法が考慮される。
上述したように、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
上述したように、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
【0098】
したがって、端末は、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」がｅｎａｂｌｅに設定された場合（あるいは「ＳｅｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」が含まれた場合）、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信を行うものと判断する。
【表6】
【0099】
方法３：一方、他の実施形態を考慮すると、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「Ｍｕｌｔｉｐｌｅ ＴＲＰ」送信のために上位レイヤシグナリング（ＲＲＣ）を用いて協力セル関連情報を送信する。
協力セル関連情報は、下記に示す表７のように「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ得、例えば、「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」）、ＴＲＰグループＩＤ（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」）の内の少なくとも１つの情報が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に追加される。
協力セル関連情報は、下記に示す表７のように「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ得、例えば、「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」）、ＴＲＰグループＩＤ（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」）の内の少なくとも１つの情報が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に追加される。
【0100】
ただし、本発明の実施形態がこれに限定されるものではない。
すなわち、協力セル関連情報は、上述した「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などに含まれて設定されることもできる。
すなわち、協力セル関連情報は、上述した「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などに含まれて設定されることもできる。
【表7】
【0101】
例えば、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」は「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」及び「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」に構成される。
したがって、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」内に含まれたＳＣｅｌｌが「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」でグルーピングされ、ＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信に用いられる。
したがって、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」内に含まれたＳＣｅｌｌが「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」でグルーピングされ、ＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信に用いられる。
【0102】
この時、表７を参照すると、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、０～５の内の少なくとも１つが選択される。
ただし、これは、本発明の一実施形態に過ぎず、ＴＲＰグループの数により「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、５以上の値に設定されることも可能である。
ただし、これは、本発明の一実施形態に過ぎず、ＴＲＰグループの数により「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、５以上の値に設定されることも可能である。
【0103】
又は、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」のみが「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれることもできる。
このような場合、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれる「ＳＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌは、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つ。
したがって、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つｃｅｌｌ又は「ｃｅｌｌ ｇｒｏｕｐ」が協力送信に用いられる。
このように、上記２つの方法をそれぞれ用いるか、組み合わせて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲ」の「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」を設定する。
このような場合、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれる「ＳＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌは、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つ。
したがって、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つｃｅｌｌ又は「ｃｅｌｌ ｇｒｏｕｐ」が協力送信に用いられる。
このように、上記２つの方法をそれぞれ用いるか、組み合わせて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲ」の「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」を設定する。
【0104】
方法４：一方、他の実施形態を考慮すると、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「Ｍｕｌｔｉｐｌｅ ＴＲＰ」送信のために上位レイヤシグナリング（ＲＲＣ）を用いて協力セル関連情報を送信することができ、「ＣｅｌｌＧｒｏｕｐ」を構成するｓｅｔを（「ｐｈｙｓｉｃａｌ Ｉｄ ＃Ｘ」、「ｐｈｙｓｉｃａｌ Ｉｄ ＃Ｙ」）又は（「ｓｅｒｖｉｃｅｌｌＩｄ ＃Ｘ」、「ｓｅｒｖｉｃｅｌｌＩｄ ＃Ｙ」）をリスト又はテーブル形態に構成して定義する。
【0105】
すなわち、本発明では、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセット、あるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットが「ＣｅｌｌＧｒｏｕｐ」で設定され、セットが協力送信に用いられる。
この時、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセットあるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットは、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」の他に「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などを介しても設定され得る。
この時、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセットあるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットは、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」の他に「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などを介しても設定され得る。
【0106】
一方、図８ｄは、ＣＡ動作によるサービングセル及びＰＣＩ設定例示８４０を示す図である。
図８ｄを参照すると、基地局は、各セルが占有する周波数リソースが異なるＣＡ状況で各セル別の互いに異なるサービングセル（「ＳｅｒｖＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ」）を設定し（すなわち、各サービングセル設定内の「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」が互いに異なる）、これにより、各セル別の互いに異なるインデックス（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」）を設定して互いに異なるＰＣＩ値をマッピングする。
図８ｄを参照すると、基地局は、各セルが占有する周波数リソースが異なるＣＡ状況で各セル別の互いに異なるサービングセル（「ＳｅｒｖＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ」）を設定し（すなわち、各サービングセル設定内の「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」が互いに異なる）、これにより、各セル別の互いに異なるインデックス（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」）を設定して互いに異なるＰＣＩ値をマッピングする。
【0107】
一方、図８ｂ（Ｃａｓｅ ２）は、「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」における「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作８２０を示す。
図８を参照すると、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて設定する。
この時、互いに異なるＴＲＰは、互いに異なるＰＣＩを有し、別途の「ｓｅｒｖｉｎｇｃｅｌｌ ｉｎｄｅｘ」設定なしに互いに異なるＰＣＩを有するものに設定されれば、端末は「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信を行うものと判断する。
図８を参照すると、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて設定する。
この時、互いに異なるＴＲＰは、互いに異なるＰＣＩを有し、別途の「ｓｅｒｖｉｎｇｃｅｌｌ ｉｎｄｅｘ」設定なしに互いに異なるＰＣＩを有するものに設定されれば、端末は「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信を行うものと判断する。
【0108】
ただし、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」に基づいて動作することになるので、端末は、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰに割り当てられたＰＣＩを確認することができない。
したがって、端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信が設定されたか否かを確認することができない。
したがって、以下では、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰのＰＣＩを確認する方法を提案し、これを介して端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」が設定されたか否かを確認する。
したがって、端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信が設定されたか否かを確認することができない。
したがって、以下では、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰのＰＣＩを確認する方法を提案し、これを介して端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」が設定されたか否かを確認する。
【0109】
第１方法：ＴＣＩ設定あるいはＱＣＬ設定に既存「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」にマッピングされる一番目のＰＣＩ値以外の追加的なＰＣＩ値を接続可能なパラメーターを追加し、追加的なＰＣＩに基づくＳＳＢを「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポートとして設定する方法が用いられる。
【0110】
具体的には、下記に示す表８のように、ＱＣＬ設定に該当サービングセルに割り当てられたＰＣＩ以外に他のＰＣＩを参照するためのパラメーターを追加する。
【表8】
【0111】
第２方法：又は、下記に示す表９のように、ＴＣＩ設定に該当サービングセルに割り当てられたＰＣＩ以外に他のＰＣＩを参照するためのパラメーターを追加する。
【表9】
【0112】
第３方法：又は、ＴＣＩ設定内の一番目のＱＣＬ設定（ｑｃｌ－Ｔｙｐｅ１）と二番目のＱＣＬ設定（ｑｃｌ－Ｔｙｐｅ２）に互いに異なるＰＣＩ値をマッピングしようとする場合、下記に示す表１０のように、２つのＰＣＩ（「ｐｈｙｓＣｅｌｌＩｄ１」、「ｐｈｙｓＣｅｌｌＩｄ２」）をＴＣＩ設定に追加することも可能である。
【表10】
【0113】
ＱＣＬ設定あるいはＴＣＩ設定内の追加ＰＣＩ値を割り当てることにおいて、端末のモビリティー設定（あるいはハンドオーバー設定）値を勘案して特定制約を考慮することが可能である。
【0114】
基地局は、測定設定（例えば、「ＭｅａｓＣｏｎｆｉｇ」又は「ＭｅａｓＯｂｊｅｃｔ」設定）内の「ｂｌａｃｋ ｃｅｌｌ ｌｉｓｔ」あるいは「ｗｈｉｔｅ ｃｅｌｌ ｌｉｓｔ」を用いることが可能である。
下記に示す表１１によれば、基地局は、「ＭｅａｓＯｂｊｅｃｔ」設定を介して端末がＳＳＢ測定時に考慮するＰＣＩ値の「ｂｌａｃｋ ｌｉｓｔ」（「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）と「ｗｈｉｔｅ ｌｉｓｔ」（「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）に接続される一連のＰＣＩ値リストを設定する。
下記に示す表１１によれば、基地局は、「ＭｅａｓＯｂｊｅｃｔ」設定を介して端末がＳＳＢ測定時に考慮するＰＣＩ値の「ｂｌａｃｋ ｌｉｓｔ」（「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）と「ｗｈｉｔｅ ｌｉｓｔ」（「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）に接続される一連のＰＣＩ値リストを設定する。
【表11】
【0115】
上記の例において、ＰＣＩ＃２は、「ＭｅａｓＯｂｊｅｃｔＮＲ」内「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれたが（あるいは「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれなかったが）、ＰＣＩ＃３は、「ＭｅａｓＯｂｊｅｃｔＮＲ」内「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれなかった場合（あるいは「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれた場合）、端末は、ＰＣＩ＃２が設定されたことを確認する。
したがって、端末は、ＰＣＩ＃２に対しては、ＳＳＢを測定する義務を持つことになるが、ＰＣＩ＃３に対してはＳＳＢ測定を行う義務がなくなる。
したがって、端末は、ＰＣＩ＃２に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を適用できるが、ＰＣＩ＃３に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない可能性がある。
この時、「端末が「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない」ということは、実際に適用時に「このように設定される場合、該当設定内容を無視する」、「該当設定に対する端末動作が定義されておらず、任意の処理を行うように許可される」、又は「基地局が該当設定をしないように保障する」など、多様に応用することが可能である。
したがって、端末は、ＰＣＩ＃２に対しては、ＳＳＢを測定する義務を持つことになるが、ＰＣＩ＃３に対してはＳＳＢ測定を行う義務がなくなる。
したがって、端末は、ＰＣＩ＃２に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を適用できるが、ＰＣＩ＃３に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない可能性がある。
この時、「端末が「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない」ということは、実際に適用時に「このように設定される場合、該当設定内容を無視する」、「該当設定に対する端末動作が定義されておらず、任意の処理を行うように許可される」、又は「基地局が該当設定をしないように保障する」など、多様に応用することが可能である。
【0116】
一方、本発明の他の実施形態によれば、図８ｂで、端末が「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作が設定されたか否かを確認するために、下記のような方法が用いられる。
ＴＲＰ１とＴＲＰ２に対して、少なくとも１つ以上のＢＷＰが設定され、Ｃｅｌｌ関連上位レイヤｓｉｇｎａｌｉｎｇ又はｐａｒａｍｅｔｅｒが設定される。
複数のＴＲＰ（ｓ）は、各ＴＲＰでサポートするＢＷＰの中から「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」に該当するＢＷＰがａｃｔｉｖｅになるように設定する。
したがって、Ｍ－ＴＲＰ送信のために複数のＢＷＰがａｃｔｉｖｅになる。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のために、ＴＲＰ１の「ＢＷＰ－０」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連するように設定される。
また、ＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１が活性化された場合、端末は、「Ｍ－ＴＲＰ」動作が設定されたと判断する。
したがって、端末は、「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ」設定によって「Ｍ－ＴＲＰ」動作を行う。
すなわち、端末は、複数のＴＲＰを介して信号を送信又は受信する。
ＴＲＰ１とＴＲＰ２に対して、少なくとも１つ以上のＢＷＰが設定され、Ｃｅｌｌ関連上位レイヤｓｉｇｎａｌｉｎｇ又はｐａｒａｍｅｔｅｒが設定される。
複数のＴＲＰ（ｓ）は、各ＴＲＰでサポートするＢＷＰの中から「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」に該当するＢＷＰがａｃｔｉｖｅになるように設定する。
したがって、Ｍ－ＴＲＰ送信のために複数のＢＷＰがａｃｔｉｖｅになる。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のために、ＴＲＰ１の「ＢＷＰ－０」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連するように設定される。
また、ＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１が活性化された場合、端末は、「Ｍ－ＴＲＰ」動作が設定されたと判断する。
したがって、端末は、「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ」設定によって「Ｍ－ＴＲＰ」動作を行う。
すなわち、端末は、複数のＴＲＰを介して信号を送信又は受信する。
【0117】
一方、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」に関連したＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎ状態であるか否かを判断するために、上述した測定設定情報が用いられる。
「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報に含まれたｂａｎｄの「ｆｒｅｑ．」情報に「ＢＷＰ－１」の少なくとも一部を含ませることによって、ＴＰＲ２の「ＢＷＰ－１」をａｃｔｉｖａｔｉｏｎする。
例えば、上記測定設定情報には、周波数情報（例えば、「ｆｒｅｑｂａｎｄｉｎｄｉｃａｔｏｒＮＲ」又は「ｓｓｂＦｒｅｑｕｅｎｃｙ」で「ＡＲＦＣＮ－ＶａｌｕｅＮＲ」）が含まれ、周波数情報にＴＲＰ２の周波数情報（ＢＷＰ－１）の一部が含まれるように設定される場合、ＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎになる。
又は、上記測定設定情報には、ａｃｔｉｖａｔｅｄになるＢＷＰ又は「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信のために用いられる「ＢＷＰ ＩＤ」が含まれ、これを介して「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信が行われる。
「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報に含まれたｂａｎｄの「ｆｒｅｑ．」情報に「ＢＷＰ－１」の少なくとも一部を含ませることによって、ＴＰＲ２の「ＢＷＰ－１」をａｃｔｉｖａｔｉｏｎする。
例えば、上記測定設定情報には、周波数情報（例えば、「ｆｒｅｑｂａｎｄｉｎｄｉｃａｔｏｒＮＲ」又は「ｓｓｂＦｒｅｑｕｅｎｃｙ」で「ＡＲＦＣＮ－ＶａｌｕｅＮＲ」）が含まれ、周波数情報にＴＲＰ２の周波数情報（ＢＷＰ－１）の一部が含まれるように設定される場合、ＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎになる。
又は、上記測定設定情報には、ａｃｔｉｖａｔｅｄになるＢＷＰ又は「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信のために用いられる「ＢＷＰ ＩＤ」が含まれ、これを介して「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信が行われる。
【0118】
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には「ｓｅｒｖｉｎｇ ｃｅｌｌ」の「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」（「ｓｅｒｖｉｎｇＣｅｌｌＭＯ」）、「ｍｅａｓｕｒｅｍｅｎｔ Ｉｄ」などの情報が含まれる。
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には、隣接セルに関連した「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」が含まれる。
「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＢＷＰ ＩＤ」、「ｃｅｌｌ ＩＤ」などの情報の内の少なくとも１つが含まれる。
したがって、端末は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」によってＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになったと判断することができ、「Ｍ－ＴＲＰ」動作を行う。
又は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に対する情報が含まれ、上記情報に「ＰＣＩ ｌｉｓｔ」が含まれることによって、ＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになる。
又は、基地局は、ＱＣＬ情報（「ＱＣＬ ｉｎｆｏ」）などのような設定情報を介して「ｍｕｌｔｉ－ＴＲＰ」の「ｉｎｔｅｒ ｃｅｌｌ」協力送信を行う「ＢＷＰ ＩＤ」を端末に送信するか、ＴＲＰ２のＢＷＰ１に対する「ＢＷＰ ＩＤ」を端末に送信することもできる。
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には、隣接セルに関連した「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」が含まれる。
「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＢＷＰ ＩＤ」、「ｃｅｌｌ ＩＤ」などの情報の内の少なくとも１つが含まれる。
したがって、端末は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」によってＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになったと判断することができ、「Ｍ－ＴＲＰ」動作を行う。
又は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に対する情報が含まれ、上記情報に「ＰＣＩ ｌｉｓｔ」が含まれることによって、ＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになる。
又は、基地局は、ＱＣＬ情報（「ＱＣＬ ｉｎｆｏ」）などのような設定情報を介して「ｍｕｌｔｉ－ＴＲＰ」の「ｉｎｔｅｒ ｃｅｌｌ」協力送信を行う「ＢＷＰ ＩＤ」を端末に送信するか、ＴＲＰ２のＢＷＰ１に対する「ＢＷＰ ＩＤ」を端末に送信することもできる。
【0119】
一方、本発明の他の実施形態によれば、図８ｂにおいて、端末が、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作が設定されたか否かを確認するために、下記のような方法が用いられる。
ＴＲＰ１とＴＲＰ２に対して少なくとも１つのＢＷＰが設定され、端末に設定される「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」を新しく設定する方法が考慮される。
複数のＴＲＰ（ｓ）は、それぞれ１つ以上のＢＷＰを設定することができ、ここで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のための各ＴＲＰの同一の「ＢＷＰ－Ｉｄ」は連続する（「ｃｏｎｓｅｃｕｔｉｖｅ ｎｕｍｂｅｒ」）「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」に関連するように設定される。
例えば、端末は、ＴＲＰ１とＴＲＰ２から同一の「ＢＷＰ－Ｉｄ」がａｃｔｉｖｅになるように設定される。
万一、最大「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の個数が「５」に決定されると、ＴＲＰ１の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ３、４」に関連するように設定される。
他の例としては、「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の最大個数が「５」以上の値（例：１０）に決定されると、ＴＲＰ１の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ０－４」に関連し、ＴＲＰ２の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ５－９」に関連するように設定される。
ＴＲＰ１とＴＲＰ２に対して少なくとも１つのＢＷＰが設定され、端末に設定される「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」を新しく設定する方法が考慮される。
複数のＴＲＰ（ｓ）は、それぞれ１つ以上のＢＷＰを設定することができ、ここで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のための各ＴＲＰの同一の「ＢＷＰ－Ｉｄ」は連続する（「ｃｏｎｓｅｃｕｔｉｖｅ ｎｕｍｂｅｒ」）「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」に関連するように設定される。
例えば、端末は、ＴＲＰ１とＴＲＰ２から同一の「ＢＷＰ－Ｉｄ」がａｃｔｉｖｅになるように設定される。
万一、最大「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の個数が「５」に決定されると、ＴＲＰ１の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ３、４」に関連するように設定される。
他の例としては、「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の最大個数が「５」以上の値（例：１０）に決定されると、ＴＲＰ１の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ０－４」に関連し、ＴＲＰ２の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ５－９」に関連するように設定される。
【0120】
また、下記に示す表１２を参照すると、「ａｃｔｉｖｅ ＢＷＰ Ｉｄ」を別途に設定するために下記のように「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が追加される。
したがって、上記のように、「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が指示するＢＷＰが活性化された場合、端末は、該当ＢＷＰで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作を行う。
このような方法を用いる場合、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信で１つのＢＷＰのみがａｃｔｉｖｅになる現在の標準を維持しながら「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」動作を行う長所がある。
したがって、上記のように、「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が指示するＢＷＰが活性化された場合、端末は、該当ＢＷＰで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作を行う。
このような方法を用いる場合、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信で１つのＢＷＰのみがａｃｔｉｖｅになる現在の標準を維持しながら「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」動作を行う長所がある。
【表12】
【0121】
一方、以下では、上記で説明された設定に基づいて「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信を行うために端末がｍｏｎｉｔｏｒｉｎｇするＣＯＲＥＳＥＴの設定及び動作を説明する。
ＣＯＲＥＳＥＴの詳細な設定のために「ＲＲＣ ｐａｒａｍｅｔｅｒ ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の新しい定義／変更が必要である。
ＣＯＲＥＳＥＴの詳細な設定のために「ＲＲＣ ｐａｒａｍｅｔｅｒ ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の新しい定義／変更が必要である。
【0122】
「Ｒｅｌ－１６」では、１つのＢＷＰ内に最大５つのＣＯＲＥＳＥＴまで設定され、この時、「ｍｕｌｔｉ－ＴＲＰ ｔｒａｎｓｍｉｓｓｉｏｎ」を行うことができるＣＯＲＥＳＥＴの集合（ｓｅｔ）を同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定する。
一方、「Ｒｅｌ－１７」で「ｉｎｔｅｒ－ｃｅｌｌ」に対応する複数のＴＲＰそれぞれに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の設定が必要である。
この時、基地局は、１つのＢＷＰ内に５つ以上のＣＯＲＥＳＥＴを設定することができ、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信のために複数個の既存の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を拡張して用いることができ、新しい情報（例：「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒｅｌ１７」又は「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌ」）を用いることができる。
一方、「Ｒｅｌ－１７」で「ｉｎｔｅｒ－ｃｅｌｌ」に対応する複数のＴＲＰそれぞれに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の設定が必要である。
この時、基地局は、１つのＢＷＰ内に５つ以上のＣＯＲＥＳＥＴを設定することができ、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信のために複数個の既存の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を拡張して用いることができ、新しい情報（例：「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒｅｌ１７」又は「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌ」）を用いることができる。
【0123】
図９は、本発明の一実施形態による「Ｍｕｌｔｉ－ＤＣＩ」基盤「Ｍ－ＴＲＰ」の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法を示す図である。
端末は、少なくとも１つ以上のＢＷＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が同一の値に設定されたＣＯＲＥＳＥＴに含まれた複数のＰＤＣＣＨをモニタリングしてＤＣＩをデコーディングする。
また、端末は、ＤＣＩがスケジューリングする「ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ／ｎｏｎ－ｏｖｅｒｌａｐｐｅｄ ＰＤＳＣＨｓ」を受信することを期待することができる。
端末は、少なくとも１つ以上のＢＷＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が同一の値に設定されたＣＯＲＥＳＥＴに含まれた複数のＰＤＣＣＨをモニタリングしてＤＣＩをデコーディングする。
また、端末は、ＤＣＩがスケジューリングする「ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ／ｎｏｎ－ｏｖｅｒｌａｐｐｅｄ ＰＤＳＣＨｓ」を受信することを期待することができる。
【0124】
例えば、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」９０１に設定されたＴＲＰ１の「ＣＯＲＥＳＥＴ＃Ｘ」９０２とＴＲＰ＃２の「ＣＯＲＥＳＥＴ＃Ｙ」９０３を「ｓｌｏｔ＃０」９０４でそれぞれモニタリングする。
したがって、端末は、「ＣＯＲＥＳＥＴ＃Ｘ」と「ＣＯＲＥＳＥＴ＃Ｙ」を介して受信されたＤＣＩに基づいて「ＰＤＳＣＨ＃２」９０５及び「ＰＤＳＣＨ＃１」９０６からデータを受信する。
したがって、端末は、「ＣＯＲＥＳＥＴ＃Ｘ」と「ＣＯＲＥＳＥＴ＃Ｙ」を介して受信されたＤＣＩに基づいて「ＰＤＳＣＨ＃２」９０５及び「ＰＤＳＣＨ＃１」９０６からデータを受信する。
【0125】
ここで、ＴＲＰに設定されたＰＣＩが互いに異なっても端末は設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみで「ｍｕｌｔｉ－ＴＲＰ」で構成されるＣＯＲＥＳＥＴインデックスを判断する。
このため、下記で具体的な方法を提案する。
まず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、端末に設定され、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴを介して「Ｍ－ＴＲＰ」動作を行う。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含む場合、端末は、「ＣＯＲＥＳＥＴ１、２」を介して「Ｍ－ＴＲＰ」動作を行い、「ＣＯＲＥＳＥＴ３、４」を介して「Ｍ－ＴＲＰ」動作を行う。
このため、下記で具体的な方法を提案する。
まず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、端末に設定され、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴを介して「Ｍ－ＴＲＰ」動作を行う。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含む場合、端末は、「ＣＯＲＥＳＥＴ１、２」を介して「Ｍ－ＴＲＰ」動作を行い、「ＣＯＲＥＳＥＴ３、４」を介して「Ｍ－ＴＲＰ」動作を行う。
【0126】
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定するための第１方法を説明する。
本発明の第１方法によれば、「ｓｅｒｖｉｎｇ ｃｅｌｌ」に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定された場合、端末は、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対しても同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定されたことを期待することができる。
すなわち、「ｉｎｔｅｒ－ｃｅｌｌ」でも同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が適用される。
この場合、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対して別途の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定なしに暗黙的に設定されたものと判断することができる。
本発明の第１方法によれば、「ｓｅｒｖｉｎｇ ｃｅｌｌ」に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定された場合、端末は、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対しても同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定されたことを期待することができる。
すなわち、「ｉｎｔｅｒ－ｃｅｌｌ」でも同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が適用される。
この場合、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対して別途の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定なしに暗黙的に設定されたものと判断することができる。
【0127】
例えば、ＴＲＰ１に対するセルに対し、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含むように設定された場合、端末は、ＴＰＲ２に対するセルに対しても、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含むと判断する。
【0128】
図１０は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第２方法を示す図である。
第２方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
第２方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
【0129】
基地局は、ＰＣＩごとに「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」をそれぞれ「０」ｏｒ「１」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になり得る。
第２方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌで構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定することができる。
また、第２方法によれば、同一のＰＣＩを有するＴＲＰに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」には少なくとも２つのＣＯＲＥＳＥＴが含まれ得、「ｉｎｔｅｒ－ｃｅｌｌ」間協力送信のために同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴが用いられる。
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になり得る。
第２方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌで構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定することができる。
また、第２方法によれば、同一のＰＣＩを有するＴＲＰに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」には少なくとも２つのＣＯＲＥＳＥＴが含まれ得、「ｉｎｔｅｒ－ｃｅｌｌ」間協力送信のために同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴが用いられる。
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」に設定する。
【0130】
他の例としては、１つの「Ｉｎｔｒａ－ｃｅｌｌ」内で設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を用いて「ｉｎｔｅｒ－ｃｅｌｌ」で同一の「ＣＯＲＥＳＥＴＩｎｄｅｘ」を用いて「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨをモニタリングする。
具体的には、図１０を参照すると、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０１０に設定され、
「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０２０に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
具体的には、図１０を参照すると、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０１０に設定され、
「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０２０に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
【0131】
同様に、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０１１に設定され、
「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０２１に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
端末は、この時、ＰＣＩに関係なく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみを確認して「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングを行う。
このように基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０２１に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
端末は、この時、ＰＣＩに関係なく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみを確認して「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングを行う。
このように基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
【0132】
具体的には、第２方法において「ＣＯＲＥＳＥＴ ＩＤ」及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定するための情報は、下記に示す表１３のように示す。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、２つである場合を例として説明するが、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は増加させることができ、これにより、該当情報のビット数も増加することができる。
一方、端末は、ＲＲＣ設定で別途の値設定がなければ、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を「０」に仮定して動作することができる。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、２つである場合を例として説明するが、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は増加させることができ、これにより、該当情報のビット数も増加することができる。
一方、端末は、ＲＲＣ設定で別途の値設定がなければ、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を「０」に仮定して動作することができる。
【表13】
【0133】
図１１は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第３方法を示す図である。
第３方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
第３方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
【0134】
基地局は、ＰＣＩごとに「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」をそれぞれ「０」ｏｒ「１」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になる。
第３方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌに構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定する。
また、第３方法によれば、「ｉｎｔｅｒ－ｃｅｌｌ」協力送信のために、ＰＣＩが異なるＣＯＲＥＳＥＴが１つの「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に含まれるように設定される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になる。
第３方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌに構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定する。
また、第３方法によれば、「ｉｎｔｅｒ－ｃｅｌｌ」協力送信のために、ＰＣＩが異なるＣＯＲＥＳＥＴが１つの「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に含まれるように設定される。
【0135】
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１１１０に設定する。
また、基地局は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１１２０に設定する。
端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定されない「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」（本図面では「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」）は、「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲＰ」送信をサポートしないものと判断する。
このように、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
また、基地局は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１１２０に設定する。
端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定されない「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」（本図面では「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」）は、「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲＰ」送信をサポートしないものと判断する。
このように、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
【0136】
本実施形態によるＣＯＲＥＳＥＴの設定は、下記に示す表１４のように構成される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を２つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１｝に設定され、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を三つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を２つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１｝に設定され、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を三つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定される。
【0137】
又は、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定されることができ、ｉｎｔｒａ－ｃｅｌｌに対してはｎ０、ｎ１が、「ｉｎｔｅｒ－ｃｅｌｌ」に対してはｎ２が用いられるように設定されることができる。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定されることができ、ｉｎｔｒａ－ｃｅｌｌに対してはｎ０、ｎ１が、「ｉｎｔｅｒ－ｃｅｌｌ」に対してはｎ２が用いられるように設定されることができる。
【0138】
ただし、これは、本発明の一実施形態に過ぎず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は変更することができ、これにより「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」もｎ４、ｎ５などの情報に設定することができる。
また、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される場合、「ｉｎｔｒａ－ｃｅｌｌ」に対する情報と「ｉｎｔｅｒ－ｃｅｌｌ」に対する情報は、基地局の設定又は予め定められた規則により決定される。
また、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される場合、「ｉｎｔｒａ－ｃｅｌｌ」に対する情報と「ｉｎｔｅｒ－ｃｅｌｌ」に対する情報は、基地局の設定又は予め定められた規則により決定される。
【表14】
【0139】
又は、本発明の第４方法によれば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、「ｉｎｔｒａ－ｃｅｌｌ」用途に設定し、「ｉｎｔｅｒ－ｃｅｌｌ」のための「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒ－ＩｎｔｅｒｃｅｌｌＩｄ」（ｎｅｗ ｐａｒａｍｅｔｅｒ）が新しく定義される。
【0140】
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含む「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を含むように設定される。
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ０」は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」を含むように設定するか、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」と「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」を含むように設定する。
他の例としては、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、直接各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含むように設定される。
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ０」は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」を含むように設定するか、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」と「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」を含むように設定する。
他の例としては、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、直接各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含むように設定される。
【0141】
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」の設定は、下記に示す表１５のように構成される。
【表15】
【0142】
図１２は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第５方法を示す図である。
第５方法は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数を拡張する方法を提案する。
この時、基地局は、ＰＣＩの個数だけ全体「ｉｎｔｅｒ－ｃｅｌｌ」を考慮したＰｏｏｌの個数を拡張する。
例えば、１つのＢＷＰ内に含まれることができるＣＯＲＥＳＥＴの個数が５つのみ設定されると仮定し、Ｎ個のＰＣＩが設定されれば２＊Ｎ個の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
第５方法は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数を拡張する方法を提案する。
この時、基地局は、ＰＣＩの個数だけ全体「ｉｎｔｅｒ－ｃｅｌｌ」を考慮したＰｏｏｌの個数を拡張する。
例えば、１つのＢＷＰ内に含まれることができるＣＯＲＥＳＥＴの個数が５つのみ設定されると仮定し、Ｎ個のＰＣＩが設定されれば２＊Ｎ個の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
【0143】
例えば、図１２を参照にして説明すれば、２つのＰＣＩを有する２つのＴＲＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１２１０は、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」及び「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１２２０は、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ２」１２３０は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ３」１２４０は、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」を含むように設定される。
又は、ＴＲＰ２の「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」が５、６、７、８のように連続的に設定されても「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」マッピングは、類似するように設定される。
したがって、端末は、設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」により「ｍｕｌｔｉ－ＴＲＰ」動作のためのＰＤＣＣＨモニタリングを行う。
又は、ＴＲＰ２の「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」が５、６、７、８のように連続的に設定されても「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」マッピングは、類似するように設定される。
したがって、端末は、設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」により「ｍｕｌｔｉ－ＴＲＰ」動作のためのＰＤＣＣＨモニタリングを行う。
【0144】
図１３は、本発明の一実施形態による端末の動作を説明するためのフローチャートである。
図１３を参照すると、端末は、Ｓ１３１０段階で端末能力を報告する。
上述したように、端末は基地局から端末能力報告要請を受信し、これにより、端末能力を報告する。
図１３を参照すると、端末は、Ｓ１３１０段階で端末能力を報告する。
上述したように、端末は基地局から端末能力報告要請を受信し、これにより、端末能力を報告する。
【0145】
上記端末能力には、「ＲＡＴ ｔｙｐｅ」別の端末能力に対する情報が含まれる。
また、上記端末能力情報には、端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
ただし、端末能力情報に前記の情報が全て含まれるべきではなく、一部情報が省略されることができ、他の情報が追加されることもできる。
一方、Ｓ１３１０段階は省略することもできる。
すなわち、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、端末は端末能力を報告しない。
また、上記端末能力情報には、端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
ただし、端末能力情報に前記の情報が全て含まれるべきではなく、一部情報が省略されることができ、他の情報が追加されることもできる。
一方、Ｓ１３１０段階は省略することもできる。
すなわち、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、端末は端末能力を報告しない。
【0146】
その後、端末は、Ｓ１３２０段階で「ｍｕｌｔｉ－ＴＲＰ」関連設定情報を受信する。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
【0147】
したがって、端末は、Ｓ１３３０段階で「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作を行う。
具体的には、端末は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を確認する。
したがって、端末は、上記複数のＴＲＰに対するＣＯＲＥＳＥＴでＰＤＣＣＨをモニタリングし、ＤＣＩを取得する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
具体的には、端末は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を確認する。
したがって、端末は、上記複数のＴＲＰに対するＣＯＲＥＳＥＴでＰＤＣＣＨをモニタリングし、ＤＣＩを取得する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
【0148】
図１４は、本発明の一実施形態による基地局の動作を説明するためのフローチャートである。
図１４を参照すると、基地局は、Ｓ１４１０段階で端末能力を受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
また、上述したように、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、Ｓ１４１０段階は省略される。
図１４を参照すると、基地局は、Ｓ１４１０段階で端末能力を受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
また、上述したように、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、Ｓ１４１０段階は省略される。
【0149】
その後、基地局は、Ｓ１４２０段階で「ｍｕｌｔｉ－ＴＲＰ」関連設定情報を送信する。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
【0150】
したがって、基地局は、Ｓ１４３０段階で「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作を行う。
具体的には、基地局は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末にｉｎｄｉｃａｔｉｏｎする。
また、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を端末に知らせる。
したがって、基地局は、複数のＴＲＰに対するＣＯＲＥＳＥＴでＤＣＩを送信する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
具体的には、基地局は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末にｉｎｄｉｃａｔｉｏｎする。
また、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を端末に知らせる。
したがって、基地局は、複数のＴＲＰに対するＣＯＲＥＳＥＴでＤＣＩを送信する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
【0151】
図１５は、本発明の一実施形態による端末の構造を示すブロック図である。
図１５を参照すると、端末は、送受信部１５１０、制御部１５２０、格納部１５３０を含む。
本発明において制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
図１５を参照すると、端末は、送受信部１５１０、制御部１５２０、格納部１５３０を含む。
本発明において制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
【0152】
送受信部１５１０は、他のネットワークエンティティと信号を送受信する。
送受信部１５１０は、例えば、基地局に端末能力を報告し、基地局から「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信する。
送受信部１５１０は、例えば、基地局に端末能力を報告し、基地局から「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信する。
【0153】
制御部１５２０は、本発明で提案する実施形態による端末の全般的な動作を制御する。
例えば、制御部１５２０は、前述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１５２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信し、これに基づいて「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、制御部１５２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を確認する。
したがって、制御部１５２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴをモニタリングする。
また、制御部１５２０は、受信されたＤＣＩに基づいてデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
例えば、制御部１５２０は、前述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１５２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信し、これに基づいて「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、制御部１５２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を確認する。
したがって、制御部１５２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴをモニタリングする。
また、制御部１５２０は、受信されたＤＣＩに基づいてデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
【0154】
格納部１５３０は、送受信部１５１０を介して送受信される情報、及び制御部１５２０を介して生成される情報の内の少なくとも１つを格納する。
【0155】
図１６は、本発明の一実施形態による基地局の構造を示す図である。
図１６を参照すると、基地局は、送受信部１６１０、制御部１６２０、格納部１６３０を含む。
本発明で、制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
図１６を参照すると、基地局は、送受信部１６１０、制御部１６２０、格納部１６３０を含む。
本発明で、制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
【0156】
送受信部１６１０は、他のネットワークエンティティと信号を送受信する。
送受信部１６１０は、例えば、端末から端末能力を受信し、端末に「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信する。
送受信部１６１０は、例えば、端末から端末能力を受信し、端末に「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信する。
【0157】
制御部１６２０は、本発明で提案する実施形態による基地局の全般的な動作を制御する。
例えば、制御部１６２０は、上記で記述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１６２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信し、上記情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末に知らせる。
また、制御部１６２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報によって「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を端末に送信する。
したがって、制御部１６２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴを介してＤＣＩを送信する。
また、制御部１６２０は、ＤＣＩに基づいてスケジューリングされたＰＤＳＣＨを介してデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
例えば、制御部１６２０は、上記で記述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１６２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信し、上記情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末に知らせる。
また、制御部１６２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報によって「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を端末に送信する。
したがって、制御部１６２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴを介してＤＣＩを送信する。
また、制御部１６２０は、ＤＣＩに基づいてスケジューリングされたＰＤＳＣＨを介してデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
【0158】
格納部１６３０は、送受信部１６１０を介して送受信される情報及び制御部１６２０を介して生成される情報の内の少なくとも１つを格納する。
【0159】
したがって、本発明の多様な実施形態によれば、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信する段階と、設定情報に基づいてセル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認する段階と、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、ＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を含むことを特徴とする。
【0160】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局の方法において、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信する段階と、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する段階と、ＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する段階と、を含むことを特徴とする。
【0161】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末において、送受信部と、送受信部を介して「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信し、設定情報に基づいてセル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認し、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認し、送受信部を介してＣＯＲＥＳＥＴを介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信し、送受信部を介してＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する制御部と、を含むことを特徴とする。
【0162】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局において、送受信部と、送受信部を介して「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信し、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を、送受信部を介して送信し、送受信部を介してＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する制御部と、を含むことを特徴とする。
【0163】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末の方法において、基地局のサービングセルから協力送信に関連した設定情報を受信する段階と、設定情報に基づいてサービングセルと非サービングセル（ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ）間の協力送信が設定されたかを確認する段階と、協力送信が設定された場合、設定情報に基づいて協力送信のためのＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、ＣＯＲＥＳＥＴを介して協力送信に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、ＤＣＩに基づいてサービングセル及び非サービングセルからデータを受信する段階と、を含むことを特徴とする。
【0164】
一方、本発明の方法を説明する図面において、説明の順序が必ず実行の順序とは対応せず、前後関係が変更されるか並列的に行われることもできる。
又は、本発明の方法を説明する図面は、本発明の本質を損なわない範囲内で一部の構成要素が省略され、一部の構成要素のみを含むことができる。
また、本発明の方法は、発明の本質を損なわない範囲内で各実施例に含まれた内容の一部又は全部が組み合わされて行われることもできる。
又は、本発明の方法を説明する図面は、本発明の本質を損なわない範囲内で一部の構成要素が省略され、一部の構成要素のみを含むことができる。
また、本発明の方法は、発明の本質を損なわない範囲内で各実施例に含まれた内容の一部又は全部が組み合わされて行われることもできる。
【符号の説明】
【0165】
１５１０、１６１０ 送受信部
１５２０、１６２０ 制御部
１５３０、１６３０ 格納部
１５２０、１６２０ 制御部
１５３０、１６３０ 格納部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8a】
【図8b】
【図8c】
【図8d】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【手続補正書】
【提出日】2023-02-28
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信システムに関し、例えば、複数個のセルを用いたセル間協力通信に関する。
【背景技術】
【0002】
４Ｇ通信システムの商用化以後に増加傾向にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。
このような理由により、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワークを超える（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以降（Ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。
このような理由により、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワークを超える（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以降（Ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。
【0003】
高いデータ送信率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）における具現が考えられている。
超高周波帯域での伝播の経路損失の緩和及び伝播の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
超高周波帯域での伝播の経路損失の緩和及び伝播の伝達距離を増加させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
また、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
【0004】
この他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
【0005】
一方、インターネットは、人間が情報を生成して消費する人間中心の接続網から、事物などの分散した構成要素間に情報を取り交わして処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）網へ進化している。
クラウドサーバなどとの接続によるビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭してきている。
ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービングインターフェース技術、及び保安技術のような技術要素が求められ、最近には事物間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ：Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境では、接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービングが提供することができる。
ＩｏＴは、既存のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービングなどの分野に応用することができる。
クラウドサーバなどとの接続によるビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭してきている。
ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービングインターフェース技術、及び保安技術のような技術要素が求められ、最近には事物間の接続のためのセンサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ：Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境では、接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービングが提供することができる。
ＩｏＴは、既存のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービングなどの分野に応用することができる。
【0006】
これに従って、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。
例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法により具現されている。
前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術の融合の一例であると言える。
例えば、センサーネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術が、ビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法により具現されている。
前述したビックデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が適用されることも５Ｇ技術とＩｏＴ技術の融合の一例であると言える。
【発明の概要】
【発明が解決しようとする課題】
【0007】
セル境界に位置した端末の処理量（ｔｈｒｏｕｇｈｐｕｔ）を高めるために新しい形態のセル間協力技術であるＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉ－ｐｏｉｎｔ）が用いられる。
ＣｏＭＰは、隣り合うセルが協力してサービング（ｓｅｒｖｉｎｇ）セルだけでなく、他のセルも同じ端末と通信できるようにすることによってセル間干渉を減らし、セル境界で端末のスループットを高める技術である。
ＣｏＭＰは、隣り合うセルが協力してサービング（ｓｅｒｖｉｎｇ）セルだけでなく、他のセルも同じ端末と通信できるようにすることによってセル間干渉を減らし、セル境界で端末のスループットを高める技術である。
【0008】
本発明の実施形態は、無線通信システムの周波数帯域（例えば、ＬＴＥ周波数帯域、ＮＲ周波数帯域を含み得る）で複数のＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）（以下、Ｍｕｌｔｉｐｌｅ ＴＲＰ）基盤のＣｏＭＰ（例えば、ＮＣ－ＪＴ（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ））に対する多様な技法を提案する。
例えば、複数のセル（ｃｅｌｌ）をグループ化する方法と、グループに構成されたｃｅｌｌ内で端末がモニタリングすべきＣＯＲＥＳＥＴ構造を設定する方法を提供する。
また、セルグループ化の方法によって端末のための上位レイヤシグナリングを具体的に提供する。
例えば、複数のセル（ｃｅｌｌ）をグループ化する方法と、グループに構成されたｃｅｌｌ内で端末がモニタリングすべきＣＯＲＥＳＥＴ構造を設定する方法を提供する。
また、セルグループ化の方法によって端末のための上位レイヤシグナリングを具体的に提供する。
【課題を解決するための手段】
【0009】
本発明の多様な実施形態の例示によれば、無線通信システムにおける端末の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信する段階と、前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたか否かを確認する段階と、前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を有することを特徴とする。
【0010】
また、本発明の多様な実施形態の例示によれば、無線通信システムにおける基地局の方法であって、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信する段階と、セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を送信する段階と、前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する段階と、を有することを特徴とする。
【0011】
また、本発明の多様な実施形態の例示によれば、無線通信システムにおける端末であって、送受信部と、前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を受信し、前記設定情報に基づいてセル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認し、前記セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認し、前記送受信部を介して前記ＣＯＲＥＳＥＴを介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信し、前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する、制御部と、を有することを特徴とする。
【0012】
また、本発明の多様な実施形態の例示によれば、無線通信システムにおける基地局であって、送受信部と、前記送受信部を介して「ｍｕｌｔｉ－ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）」に関連した設定情報を送信し、セル間（ｉｎｔｅｒ－ｃｅｌｌ）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、前記設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して前記「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＣＩ）を、前記送受信部を介して送信し、前記送受信部を介して前記ＤＣＩに基づいて前記「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する、制御部と、を有することを特徴とする。
【0013】
また、本発明の多様な実施形態の例示によれば、無線通信システムにおける端末の方法において、基地局のサービングセルから協力送信に関連した設定情報を受信する段階と、前記設定情報に基づいて前記サービングセルと非サービングセル（ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ）間の協力送信が設定されたかを確認する段階と、前記協力送信が設定された場合、前記設定情報に基づいて協力送信のためのＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して前記協力送信に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、前記ＤＣＩに基づいて前記サービングセル及び非サービングセルからデータを受信する段階と、を含むことを特徴とする。
【発明の効果】
【0014】
本発明の実施形態の例示によれば、「ｍｕｌｔｉｐｌｅ ＴＲＰ」基盤のＮＣ－ＪＴを行うことにおいて、端末がモニタリングするセルグループと、ＢＷＰ、ＣＯＲＥＳＥＴ、「ＣＯＲＥＳＥＴＰｏｏｌ ｉｎｄｅｘ」情報の内の少なくとも１つを含む情報を設定する方法を提供することにより、同一のｂａｎｄ、ｆｒｅｑｕｅｎｃｙ帯域などにおいて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「ｍｕｌｔｉ ＴＲＰ」基盤の動作を行うことができる。
【図面の簡単な説明】
【0015】
本発明の任意の実施形態の前記及び他の側面、特徴及び利点は、添付の図面と共に以下の詳細な説明からより明らかになるであろう。
【図1】本発明の一実施形態による無線通信システムにおいて、データ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
【図2】５Ｇシステムにおいて、フレーム、サブフレーム、スロット構造を示す図である。
【図3】本発明の一実施形態による無線通信システムにおいて、帯域幅部分に対する設定を説明するための図である。
【図4】本発明の一実施形態による帯域幅部分に対する動的設定変更方法を示す図である。
【図5】本発明の一実施形態に５Ｇシステムにおいて、ダウンリンク制御チャンネルが送信される制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）を説明するための図である。
【図6】本発明の一実施形態による端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を報告する手続きを示す図である。
【図7】本発明の一実施形態による協力通信アンテナポート構成を説明するための図である。
【図8a】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8b】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8c】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図8d】本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
【図9】本発明の一実施形態による「Ｍｕｌｔｉ－ＤＣＩ」基盤「Ｍ－ＴＲＰ」の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法を示す図である。
【図10】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図11】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図12】本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する方法を示す図である。
【図13】本発明の一実施形態による端末の動作を説明するためのフローチャートである。
【図14】本発明の一実施形態による基地局の動作を説明するためのフローチャートである。
【図15】本発明の一実施形態による端末の構造を示すブロック図である。
【図16】本発明の一実施形態による基地局の構造を示すブロック図である。
【発明を実施するための形態】
【0016】
以下、本発明の実施形態を、添付した図面を参照して詳細に説明する。
実施形態を説明するにあたって、本発明が属する技術分野に広く知られており、本発明と直接的に関連がない技術内容については説明を省略する。
これは、不要な説明を省略することによって本発明の要旨を一層明確に伝えるためである。
実施形態を説明するにあたって、本発明が属する技術分野に広く知られており、本発明と直接的に関連がない技術内容については説明を省略する。
これは、不要な説明を省略することによって本発明の要旨を一層明確に伝えるためである。
【0017】
同様の理由により、添付した図面において、一部の構成要素は誇張又は省略されるか、概略的に図示され得る。
また、各構成要素の大きさは実際の大きさの通りに反映するものではない。
各図面において同一又は対応する構成要素には、同一の参照番号を付与した。
また、各構成要素の大きさは実際の大きさの通りに反映するものではない。
各図面において同一又は対応する構成要素には、同一の参照番号を付与した。
【0018】
本発明の利点及び特徴、そしてそれらを達成する方法は、添付した図面と共に、詳細に後述されている実施形態を参照すれば明確になる。
しかし、本発明は、以下で開示する実施形態に限定されるものではなく、互いに異なる多様な形態で具現することもできる。
明細書全体に亘って同一の参照符号は、同一の構成要素を指し示す。
しかし、本発明は、以下で開示する実施形態に限定されるものではなく、互いに異なる多様な形態で具現することもできる。
明細書全体に亘って同一の参照符号は、同一の構成要素を指し示す。
【0019】
この時、処理フロー図の図面の各ブロックとフロー図の図面の組み合わせは、コンピュータプログラムインストラクションによって行えることを理解することができる。
これらのコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサに搭載することができるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサを介して行われるそのインストラクションがフロー図のブロックで説明された機能を行う手段を生成することになる。
これらのコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサに搭載することができるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装備のプロセッサを介して行われるそのインストラクションがフロー図のブロックで説明された機能を行う手段を生成することになる。
【0020】
これらのコンピュータプログラムインストラクションは、特定の方式で機能を具現するためにコンピュータ、又はその他のプログラム可能なデータプロセシング装備を指向できるコンピュータ利用可能又はコンピュータ判読可能メモリに格納することもできるので、そのコンピュータ利用可能又はコンピュータ判読可能メモリに格納されたインストラクションは、フロー図のブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することもできる。
コンピュータプログラムインストラクションは、コンピュータ、又はその他のプログラム可能なデータプロセシング装備上に搭載することもできるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装置上で一連の動作段階が行われ、コンピュータで行われるプロセスを生成し、コンピュータ、又はその他のプログラム可能なデータプロセシング装置を行うインストラクションは、フロー図のブロックで説明した機能を行うための段階を提供することもできる。
コンピュータプログラムインストラクションは、コンピュータ、又はその他のプログラム可能なデータプロセシング装備上に搭載することもできるので、コンピュータ、又はその他のプログラム可能なデータプロセシング装置上で一連の動作段階が行われ、コンピュータで行われるプロセスを生成し、コンピュータ、又はその他のプログラム可能なデータプロセシング装置を行うインストラクションは、フロー図のブロックで説明した機能を行うための段階を提供することもできる。
【0021】
また、各ブロックは、特定された論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、又はコードの一部を示すことができる。
また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて発生可能であることも注目しなければならない。
例えば、連続して図示されている２つのブロックは、実際には実質的に同時に行われることができ、又はそのブロックが時々該当する機能によって逆順で行われることもできる。
また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて発生可能であることも注目しなければならない。
例えば、連続して図示されている２つのブロックは、実際には実質的に同時に行われることができ、又はそのブロックが時々該当する機能によって逆順で行われることもできる。
【0022】
この時、本実施形態で用いられる「～部」という用語は、ソフトウェア又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、「～部」は何らかの役割を行う。
しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。
「～部」は、アドレッシングできる格納媒体にあるように構成することができ、１つ又はそれ以上のプロセッサを再生させるように構成することもできる。
したがって、一部の実施形態によれば、「～部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシーザー、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と「～部」の中で提供される機能は、さらに小さい数の構成要素、及び「～部」に結合されるか、追加的な構成要素と「～部」にさらに分離することができる。
また、構成要素及び「～部」は、デバイス又はセキュリティーマルチメディアカード内の１つ又はそれ以上のＣＰＵを再生させるように具現することもできる。
また、一部の実施例によれば、「～部」は、１つ以上のプロセッサを含むことができる。
しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。
「～部」は、アドレッシングできる格納媒体にあるように構成することができ、１つ又はそれ以上のプロセッサを再生させるように構成することもできる。
したがって、一部の実施形態によれば、「～部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシーザー、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と「～部」の中で提供される機能は、さらに小さい数の構成要素、及び「～部」に結合されるか、追加的な構成要素と「～部」にさらに分離することができる。
また、構成要素及び「～部」は、デバイス又はセキュリティーマルチメディアカード内の１つ又はそれ以上のＣＰＵを再生させるように具現することもできる。
また、一部の実施例によれば、「～部」は、１つ以上のプロセッサを含むことができる。
【0023】
下記に、添付した図面を参照して本発明の動作原理を詳細に説明する。
下記において本発明を説明するにあたり、関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合には、その詳細な説明は省略する。
また、後述する用語は、本発明における機能を考慮して定義された用語であり、これは、ユーザ、運用者の意図又は慣例などによって変更し得る。
したがって、その定義は、本明細書全般にわたった内容に基づいて下すべきである。
下記において本発明を説明するにあたり、関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断される場合には、その詳細な説明は省略する。
また、後述する用語は、本発明における機能を考慮して定義された用語であり、これは、ユーザ、運用者の意図又は慣例などによって変更し得る。
したがって、その定義は、本明細書全般にわたった内容に基づいて下すべきである。
【0024】
以下、基地局は、端末のリソース割り当てを行う主体であって、「ｇＮｏｄｅ Ｂ」、「ｅＮｏｄｅ Ｂ」、「Ｎｏｄｅ Ｂ」、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、無線接続ユニット、基地局制御機、又はネットワーク上のノードの内の少なくとも１つであり得る。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含み得る。
もちろん、上記例示に制限されるものではない。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含み得る。
もちろん、上記例示に制限されるものではない。
【0025】
以下、本発明は、無線通信システムにおいて、端末が基地局から放送情報を受信するための技術について説明する。
本発明は、４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）システム以降、さらに高いデータ送信率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムをＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）技術と融合する通信技法及びそのシステムに関する。
本発明は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービング（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、セキュリティー及び安全関連サービスなど）に適用することができる。
本発明は、４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）システム以降、さらに高いデータ送信率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムをＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：事物インターネット）技術と融合する通信技法及びそのシステムに関する。
本発明は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービング（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、セキュリティー及び安全関連サービスなど）に適用することができる。
【0026】
以下の説明で用いられる放送情報を指し示す用語、制御情報を指し示す用語、通信カバレッジ（ｃｏｖｅｒａｇｅ）に関連した用語、状態変化を指し示す用語（例：イベント（ｅｖｅｎｔ））、網オブジェクト（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）を指し示す用語、メッセージを指し示す用語、装置の構成要素を指し示す用語などは、説明の便宜のために例示されたものである。
したがって、本発明が後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
したがって、本発明が後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
【0027】
以下、説明の便宜のために、３ＧＰＰ（登録商標） ＬＴＥ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）規格で定義している用語及び名称が一部用いられる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
【0028】
無線通信システムは、初期の音声中心のサービスを提供した頃から抜け出し、例えば、３ＧＰＰ（登録商標）のＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ又はＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ））、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ｐｒｏ、３ＧＰＰ２のＨＲＰＤ（Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、及びＩＥＥＥの８０２．１６ｅなどの通信標準のように高速、高品質のパケットデータサービスを提供する広帯域無線通信システムへ発展している。
【0029】
広帯域無線通信システムの代表的な例として、ＬＴＥシステムにおいては、ダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）ではＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を採用しており、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）ではＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を採用している。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（「ｅＮｏｄｅ Ｂ」、又は「ｂａｓｅ ｓｔａｔｉｏｎ」（ＢＳ））にデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、各ユーザ別にデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割当及び運用することによって各ユーザのデータ又は制御情報を区分する。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（「ｅＮｏｄｅ Ｂ」、又は「ｂａｓｅ ｓｔａｔｉｏｎ」（ＢＳ））にデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、各ユーザ別にデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割当及び運用することによって各ユーザのデータ又は制御情報を区分する。
【0030】
ＬＴＥ以降の今後通信システムとして、５Ｇ通信システムは、ユーザ及びサービス提供者などの多様な要求事項を反映してサポートできるべきである。
５Ｇ通信システムのために考慮されるサービスとしては、増加したモバイル広帯域通信（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
５Ｇ通信システムのために考慮されるサービスとしては、増加したモバイル広帯域通信（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
【0031】
一実施形態によれば、ｅＭＢＢは、既存のＬＴＥ、ＬＴＥ－Ａ、又はＬＴＥ－Ｐｒｏがサポートするデータ送信速度より一層向上したデータ送信速度を提供することを目標とする。
例えば、５Ｇ通信システムにおいてｅＭＢＢは、１つの基地局の観点で、ダウンリンクでは２０Ｇｂｐｓ最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供できなければならない。
同時に、増加した端末の実際の体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供しなければならない。
このような要求事項を満たすために、一層向上した多重入力多重出力（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ：ＭＩＭＯ）送信技術を含み、送受信技術の向上を要求する。
また、現在のＬＴＥが用いる２ＧＨｚ帯域の代わりに３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満たすことができる。
例えば、５Ｇ通信システムにおいてｅＭＢＢは、１つの基地局の観点で、ダウンリンクでは２０Ｇｂｐｓ最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供できなければならない。
同時に、増加した端末の実際の体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供しなければならない。
このような要求事項を満たすために、一層向上した多重入力多重出力（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ：ＭＩＭＯ）送信技術を含み、送受信技術の向上を要求する。
また、現在のＬＴＥが用いる２ＧＨｚ帯域の代わりに３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満たすことができる。
【0032】
同時に、５Ｇ通信システムにおいて事物インターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ：ＩｏＴ）のような応用サービスをサポートするためにｍＭＴＣが考慮されている。
ｍＭＴＣは、効率的に事物インターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが求められる。
事物インターネットは、複数のセンサー及び多様な機器に付着して通信機能を提供するので、セル内で複数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートできなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上、建物の地下のようにセルがカバーできない陰影地域に位置する可能性が高いので、５Ｇ通信システムにおいて提供する他のサービスに比べ、より広いカバレッジを要求され得る。
ｍＭＴＣをサポートする端末は、低価格の端末で構成されるべきであり、端末のバッテリーを頻繁に交換することが困難であるので、非常に長いバッテリーの寿命（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が求められる。
ｍＭＴＣは、効率的に事物インターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが求められる。
事物インターネットは、複数のセンサー及び多様な機器に付着して通信機能を提供するので、セル内で複数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートできなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上、建物の地下のようにセルがカバーできない陰影地域に位置する可能性が高いので、５Ｇ通信システムにおいて提供する他のサービスに比べ、より広いカバレッジを要求され得る。
ｍＭＴＣをサポートする端末は、低価格の端末で構成されるべきであり、端末のバッテリーを頻繁に交換することが困難であるので、非常に長いバッテリーの寿命（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が求められる。
【0033】
最後に、ＵＲＬＬＣの場合、特定の目的（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ）に用いられるセルラー基盤の無線通信サービスであって、ロボット（Ｒｏｂｏｔ）又は機械装置（Ｍａｃｈｉｎｅｒｙ）に対する遠隔制御（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、無人飛行装置（Ｕｎｍａｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、遠隔健康制御（Ｒｅｍｏｔｅ ｈｅａｌｔｈ ｃａｒｅ）、緊急速報（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ）などに用いられるサービスとして、超低遅延及び超信頼度を提供する通信を提供しなければならない。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満たすべきであり、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を有する。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならず、同時に周波数帯域で広いリソースを割り当てなければならない設計事項が求められる。
ただし、上述したｍＭＴＣ、ＵＲＬＬＣ、ｅＭＢＢは、それぞれ異なるサービス類型の一例であるだけで、本発明の適用対象になるサービス類型が前述した例に限定されるものではない。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満たすべきであり、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を有する。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならず、同時に周波数帯域で広いリソースを割り当てなければならない設計事項が求められる。
ただし、上述したｍＭＴＣ、ＵＲＬＬＣ、ｅＭＢＢは、それぞれ異なるサービス類型の一例であるだけで、本発明の適用対象になるサービス類型が前述した例に限定されるものではない。
【0034】
上記で前述した５Ｇ通信システムにおいて考慮されるサービスは、１つのフレームワーク（Ｆｒａｍｅｗｏｒｋ）に基づいて互いに融合して提供されなければならない。
すなわち、効率的なリソース管理及び制御のために各サービスが独立的に運営されるよりは、１つのシステムに統合されて制御され、送信されることが好ましい。
また、以下で、ＬＴＥ、ＬＴＥ－Ａ、「ＬＴＥ Ｐｒｏ」、又はＮＲシステムを一例として本発明の実施形態を説明するが、類似した技術的背景又はチャンネル形態を持つその他の通信システムにも本発明の実施形態が適用され得る。
また、本発明の実施形態は、熟練した技術的知識を有する者の判断に基づいて本発明の範囲を大きく外れない範囲で一部の変形を介して他の通信システムにも適用することができる。
すなわち、効率的なリソース管理及び制御のために各サービスが独立的に運営されるよりは、１つのシステムに統合されて制御され、送信されることが好ましい。
また、以下で、ＬＴＥ、ＬＴＥ－Ａ、「ＬＴＥ Ｐｒｏ」、又はＮＲシステムを一例として本発明の実施形態を説明するが、類似した技術的背景又はチャンネル形態を持つその他の通信システムにも本発明の実施形態が適用され得る。
また、本発明の実施形態は、熟練した技術的知識を有する者の判断に基づいて本発明の範囲を大きく外れない範囲で一部の変形を介して他の通信システムにも適用することができる。
【0035】
以下の説明で用いられる放送情報を指し示す用語、制御情報を指し示す用語、通信カバレッジ（ｃｏｖｅｒａｇｅ）に関連した用語、状態変化を指し示す用語（例：イベント（ｅｖｅｎｔ））、網オブジェクト（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）を指し示す用語、メッセージを指し示す用語、装置の構成要素を指し示す用語などは、説明の便宜のために例示されたものである。
したがって、本発明は、後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
したがって、本発明は、後述する用語に限定されるものではなく、同等な技術的意味を持つ他の用語を用いることもできる。
【0036】
以下、説明の便宜のために、３ＧＰＰ（登録商標） ＬＴＥ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）規格で定義している用語及び名称が一部用いられる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
しかし、本発明が上記用語及び名称によって限定されるものではなく、他の規格に従うシステムにも同一に適用することができる。
【0037】
図１は、無線通信システムにおいて、データ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
図１を参照すれば、横軸は時間領域を、縦軸は周波数領域を示す。
時間及び周波数領域においてリソースの基本単位は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）であり、時間軸に１ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）、及び周波数軸に１副搬送波（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）に定義される。
図１を参照すれば、横軸は時間領域を、縦軸は周波数領域を示す。
時間及び周波数領域においてリソースの基本単位は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）であり、時間軸に１ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）、及び周波数軸に１副搬送波（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）に定義される。
【0038】
周波数領域で
（一例として１２）個の連続したＲＥは、１つのリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）（１－０４）を構成する。
【0039】
図２は、５Ｇシステムにおいてフレーム、サブフレーム、スロット構造を示す図である。
図２にはフレーム（Ｆｒａｍｅ）（２－００）、サブフレーム（Ｓｕｂｆｒａｍｅ）（２－０１）、スロット（Ｓｌｏｔ）（２－０２）構造の一例を示す。
１フレーム（２－００）は、１０ｍｓに定義される。
１サブフレーム（２－０１）は、１ｍｓに定義され、１フレーム（２－００）は、合計１０個のサブフレーム（２－０１）に構成される。
図２にはフレーム（Ｆｒａｍｅ）（２－００）、サブフレーム（Ｓｕｂｆｒａｍｅ）（２－０１）、スロット（Ｓｌｏｔ）（２－０２）構造の一例を示す。
１フレーム（２－００）は、１０ｍｓに定義される。
１サブフレーム（２－０１）は、１ｍｓに定義され、１フレーム（２－００）は、合計１０個のサブフレーム（２－０１）に構成される。
【0040】
１スロット（２－０２、２－０３）は、１４個のＯＦＤＭシンボルに定義される（すなわち、１スロット当たりのシンボル数（
）＝１４）。
１サブフレーム（２－０１）は、１つ又は複数個のスロット（２－０２、２－０３）に構成され得、１サブフレーム（２－０１）当たりスロット（２－０２、２－０３）の個数は、副搬送波間隔に対する設定値μ（２－０４、２－０５）によって異なる。
１サブフレーム（２－０１）は、１つ又は複数個のスロット（２－０２、２－０３）に構成され得、１サブフレーム（２－０１）当たりスロット（２－０２、２－０３）の個数は、副搬送波間隔に対する設定値μ（２－０４、２－０５）によって異なる。
【0041】
図２の一例では、副搬送波間隔の設定値として、μ＝０（２－０４）の場合とμ＝１（２－０５）の場合を示している。
μ＝０（２－０４）の場合、１サブフレーム（２－０１）は、１つのスロット（２－０２）に構成され、μ＝１（２－０５）の場合、１サブフレーム（２－０１）は、２つのスロット（２－０３）に構成される。
μ＝０（２－０４）の場合、１サブフレーム（２－０１）は、１つのスロット（２－０２）に構成され、μ＝１（２－０５）の場合、１サブフレーム（２－０１）は、２つのスロット（２－０３）に構成される。
【0042】
すなわち、副搬送波間隔に対する設定値μにより、１サブフレーム当たりスロット数（
）が変更され得、これにより、１フレーム当たりスロット数（
）が変更される。
各副搬送波間隔設定μによる
及び
は、下記に示す表１のように定義される。
各副搬送波間隔設定μによる
【0043】
【表1】
【0044】
ＮＲで１つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ：ＣＣ）あるいはサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）は、最大２５０個以上のＲＢで構成される。
したがって、端末がＬＴＥのように常に全体サービングセルの帯域幅（ｓｅｒｖｉｎｇ ｃｅｌｌ ｂａｎｄｗｉｄｔｈ）を受信する場合、端末のパワー消費が深刻になる場合があり、これを解決するために基地局は、端末に１つ以上の帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）を設定し、端末がセル（ｃｅｌｌ）内の受信領域を変更できるようにサポートする。
したがって、端末がＬＴＥのように常に全体サービングセルの帯域幅（ｓｅｒｖｉｎｇ ｃｅｌｌ ｂａｎｄｗｉｄｔｈ）を受信する場合、端末のパワー消費が深刻になる場合があり、これを解決するために基地局は、端末に１つ以上の帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）を設定し、端末がセル（ｃｅｌｌ）内の受信領域を変更できるようにサポートする。
【0045】
ＮＲで、基地局は、ＣＯＲＥＳＥＴ＃０（あるいはｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ、ＣＳＳ）の帯域幅である「ｉｎｉｔｉａｌ ＢＷＰ」を、ＭＩＢを介して端末に設定する。
その後、基地局は、ＲＲＣシグナリングを介して端末の初期ＢＷＰ（ｆｉｒｓｔ ＢＷＰ）を設定し、今後ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介し、指示され得る少なくとも１つ以上のＢＷＰ設定情報を通知する。
その後、基地局は、ＤＣＩを介して「ＢＷＰ ＩＤ」を公知することによって端末がどの帯域を用いるかを指示する。
もし、端末が特定時間以上の間に現在に割り当てられたＢＷＰでＤＣＩを受信できない場合、端末は、「ｄｅｆａｕｌｔ ＢＷＰ」に回帰してＤＣＩの受信を試みる。
その後、基地局は、ＲＲＣシグナリングを介して端末の初期ＢＷＰ（ｆｉｒｓｔ ＢＷＰ）を設定し、今後ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を介し、指示され得る少なくとも１つ以上のＢＷＰ設定情報を通知する。
その後、基地局は、ＤＣＩを介して「ＢＷＰ ＩＤ」を公知することによって端末がどの帯域を用いるかを指示する。
もし、端末が特定時間以上の間に現在に割り当てられたＢＷＰでＤＣＩを受信できない場合、端末は、「ｄｅｆａｕｌｔ ＢＷＰ」に回帰してＤＣＩの受信を試みる。
【0046】
図３は、本発明の一実施形態による無線通信システムにおいて帯域幅部分に対する設定を説明するための図である。
図３を参照すれば、端末の帯域幅（３－００）は、２つの帯域幅部分、すなわち、帯域幅部分＃１（３－０１）と帯域幅部分＃２（３－０２）を含む。
図３を参照すれば、端末の帯域幅（３－００）は、２つの帯域幅部分、すなわち、帯域幅部分＃１（３－０１）と帯域幅部分＃２（３－０２）を含む。
【0047】
基地局は、端末に１つ又は多数個の帯域幅部分を設定することができ、各帯域幅部分に対して下記に示す表２のような情報を設定する。
【表2】
【0048】
表２で説明した設定情報の他にも帯域幅部分に関連した多様なパラメーターが端末に設定される。
上述した情報は、上位階層シグナリング、例えば、ＲＲＣシグナリングを介して基地局が端末に伝達する。
設定された１つ又は複数個の帯域幅部分の内から少なくとも１つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化の有無は、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、「ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）」又はＤＣＩを介して動的に伝達される。
上述した情報は、上位階層シグナリング、例えば、ＲＲＣシグナリングを介して基地局が端末に伝達する。
設定された１つ又は複数個の帯域幅部分の内から少なくとも１つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化の有無は、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、「ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）」又はＤＣＩを介して動的に伝達される。
【0049】
上述した５Ｇ通信システムにおいてサポートする帯域幅部分に対する設定は、多様な目的に用いられる。
一例として、システム帯域幅より端末がサポートする帯域幅が小さい場合に、帯域幅部分に対する設定を介し、端末がサポートする帯域幅がサポートされる。
例えば、表２で、帯域幅部分の周波数位置（設定情報２）が端末に設定されることにより、システム帯域幅内の特定の周波数位置で端末がデータを送受信することができる。
一例として、システム帯域幅より端末がサポートする帯域幅が小さい場合に、帯域幅部分に対する設定を介し、端末がサポートする帯域幅がサポートされる。
例えば、表２で、帯域幅部分の周波数位置（設定情報２）が端末に設定されることにより、システム帯域幅内の特定の周波数位置で端末がデータを送受信することができる。
【0050】
また、他の一例として、互いに異なるヌメロロジーをサポートするための目的で、基地局が端末に複数個の帯域幅部分を設定することができる。
例えば、任意の端末に１５ｋＨｚの副搬送波間隔と３０ｋＨｚの副搬送波間隔を用いたデータ送受信を全てサポートするために、２つの帯域幅部分がそれぞれ１５ｋＨｚと３０ｋＨｚの副搬送波間隔を用いるように設定される。
互いに異なる帯域幅部分は、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）になり、特定の副搬送波間隔でデータを送受信しようとする場合、該当の副搬送波間隔に設定されている帯域幅部分が活性化される。
例えば、任意の端末に１５ｋＨｚの副搬送波間隔と３０ｋＨｚの副搬送波間隔を用いたデータ送受信を全てサポートするために、２つの帯域幅部分がそれぞれ１５ｋＨｚと３０ｋＨｚの副搬送波間隔を用いるように設定される。
互いに異なる帯域幅部分は、ＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）になり、特定の副搬送波間隔でデータを送受信しようとする場合、該当の副搬送波間隔に設定されている帯域幅部分が活性化される。
【0051】
他の一例として、端末の電力消費減少のための目的で、基地局が端末に互いに異なる大きさの帯域幅を有する帯域幅部分を設定することができる。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートし、常に該当の帯域幅でデータを送受信する場合、非常に大きい電力消費を引き起こす可能性がある。
特に、トラフィック（Ｔｒａｆｆｉｃ）がない状況で、端末が１００ＭＨｚの大きい帯域幅に対する不要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点で非常に非効率的である。
したがって、端末の電力消費を減らすための目的で、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定する。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行い、データが端末に又は端末のために存在する場合、基地局の指示により１００ＭＨｚの帯域幅部分を用いてデータを送受信する。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートし、常に該当の帯域幅でデータを送受信する場合、非常に大きい電力消費を引き起こす可能性がある。
特に、トラフィック（Ｔｒａｆｆｉｃ）がない状況で、端末が１００ＭＨｚの大きい帯域幅に対する不要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点で非常に非効率的である。
したがって、端末の電力消費を減らすための目的で、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定する。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行い、データが端末に又は端末のために存在する場合、基地局の指示により１００ＭＨｚの帯域幅部分を用いてデータを送受信する。
【0052】
図４は、本発明の一実施形態による帯域幅部分に対する動的設定変更方法を示す図である。
図４を参照すると、上述した表２で説明したとおり、基地局は、端末に１つ又は複数個の帯域幅部分を設定することができ、各帯域幅部分に対する設定で帯域幅部分の帯域幅、帯域幅部分の周波数位置、帯域幅部分のヌメロロジーなどに対する情報を端末に知らせることができる。
図４によれば、端末に端末の帯域幅（４－００）内の２つの帯域幅部分、すなわち、帯域幅部分＃１（ＢＷＰ＃１）（４－０５）と帯域幅部分＃２（ＢＷＰ＃２）（４－１０）が設定される。
設定された帯域幅の内で１つ又は複数個の帯域幅部分が活性化され、図４では１つの帯域幅部分が活性化される一例が考慮される。
スロット＃０（４－２５）では、設定された帯域幅部分の中から帯域幅部分＃１（４－０５）が活性化している状態であり、端末は、帯域幅部分＃１（４－０５）に設定されている制御領域＃１（４－４５）でＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、帯域幅部分＃１（４－０５）でデータ（４－５５）を送受信する。
設定された帯域幅部分の内からどの帯域幅部分が活性化されるかにより、端末がＰＤＣＣＨを受信する制御領域が異なり、これによって、端末がＰＤＣＣＨをモニタリングする帯域幅が変わる。
図４を参照すると、上述した表２で説明したとおり、基地局は、端末に１つ又は複数個の帯域幅部分を設定することができ、各帯域幅部分に対する設定で帯域幅部分の帯域幅、帯域幅部分の周波数位置、帯域幅部分のヌメロロジーなどに対する情報を端末に知らせることができる。
図４によれば、端末に端末の帯域幅（４－００）内の２つの帯域幅部分、すなわち、帯域幅部分＃１（ＢＷＰ＃１）（４－０５）と帯域幅部分＃２（ＢＷＰ＃２）（４－１０）が設定される。
設定された帯域幅の内で１つ又は複数個の帯域幅部分が活性化され、図４では１つの帯域幅部分が活性化される一例が考慮される。
スロット＃０（４－２５）では、設定された帯域幅部分の中から帯域幅部分＃１（４－０５）が活性化している状態であり、端末は、帯域幅部分＃１（４－０５）に設定されている制御領域＃１（４－４５）でＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、帯域幅部分＃１（４－０５）でデータ（４－５５）を送受信する。
設定された帯域幅部分の内からどの帯域幅部分が活性化されるかにより、端末がＰＤＣＣＨを受信する制御領域が異なり、これによって、端末がＰＤＣＣＨをモニタリングする帯域幅が変わる。
【0053】
基地局は、端末に帯域幅部分に対する設定を変更する指示子を追加に送信する。
ここで、帯域幅部分に対する設定を変更するということは、特定の帯域幅部分を活性化する動作（例えば、帯域幅部分Ａから帯域幅部分Ｂへの活性化変更）と同一に考えることができる。
基地局は、端末に設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｏｒ）を特定スロットで送信する。
端末は、基地局から設定変更指示子を受信した後、特定時点から設定変更指示子に従って変更された設定を適用し、活性化する帯域幅部分を決定する。
また、端末は、活性化された帯域幅部分に設定されている制御領域でＰＤＣＣＨに対するモニタリングを行う。
ここで、帯域幅部分に対する設定を変更するということは、特定の帯域幅部分を活性化する動作（例えば、帯域幅部分Ａから帯域幅部分Ｂへの活性化変更）と同一に考えることができる。
基地局は、端末に設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｏｒ）を特定スロットで送信する。
端末は、基地局から設定変更指示子を受信した後、特定時点から設定変更指示子に従って変更された設定を適用し、活性化する帯域幅部分を決定する。
また、端末は、活性化された帯域幅部分に設定されている制御領域でＰＤＣＣＨに対するモニタリングを行う。
【0054】
図４で、基地局は、端末に活性化された帯域幅部分を既存の帯域幅部分＃１（４－０５）から帯域幅部分＃２（４－１０）に変更を指示する設定変更指示子（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ Ｉｎｄｉｃａｔｉｏｎ）（４－１５）をスロット＃１（４－３０）で送信する。
端末は、該当の指示子を受信した後、指示子の内容に従って帯域幅部分＃２（４－１０）を活性化する。
この時、帯域幅部分の変更のための遷移時間（Ｔｒａｎｓｉｔｉｏｎ Ｔｉｍｅ）（４－２０）が求められ、これにより、活性化する帯域幅部分を変更して適用する時点が決定される。
図４では、設定変更指示子（４－１５）を受信した後、１スロットの遷移時間（４－２０）がかかる場合を示している。
遷移時間（４－２０）には、データ送受信が行われない場合もある（４－６０）。
これに従って、スロット＃２（４－３５）、スロット＃３（４－４０）で帯域幅部分＃２（４－１０）が活性化されて該当の帯域幅部分に制御チャンネル及びデータが送受信される。
端末は、該当の指示子を受信した後、指示子の内容に従って帯域幅部分＃２（４－１０）を活性化する。
この時、帯域幅部分の変更のための遷移時間（Ｔｒａｎｓｉｔｉｏｎ Ｔｉｍｅ）（４－２０）が求められ、これにより、活性化する帯域幅部分を変更して適用する時点が決定される。
図４では、設定変更指示子（４－１５）を受信した後、１スロットの遷移時間（４－２０）がかかる場合を示している。
遷移時間（４－２０）には、データ送受信が行われない場合もある（４－６０）。
これに従って、スロット＃２（４－３５）、スロット＃３（４－４０）で帯域幅部分＃２（４－１０）が活性化されて該当の帯域幅部分に制御チャンネル及びデータが送受信される。
【0055】
基地局は、端末に１つ又は複数個の帯域幅部分を上位階層シグナリング（例えば、ＲＲＣシグナリング）に予め設定することができ、設定変更指示子（４－１５）が、基地局が予め設定した帯域幅部分の設定の内の１つとマッピングされる方法で活性化を指示する。
例えば、ｌｏｇ２Ｎビットの指示子は、Ｎ個の既設定された帯域幅部分の内の１つを選択して指示する。
例えば、ｌｏｇ２Ｎビットの指示子は、Ｎ個の既設定された帯域幅部分の内の１つを選択して指示する。
【0056】
下記に示す表３では、２ビット指示子を用いて帯域幅部分に対する設定情報を指示する一例が説明される。
【表3】
【0057】
図４で説明した帯域幅部分に対する設定変更指示子（４－１５）は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）シグナリング、又はＬ１シグナリング（例えば、共通ＤＣＩ、グループ－共通ＤＣＩ、端末－特定ＤＣＩ）の形態に基地局から端末に伝達される。
【0058】
図４で説明した帯域幅部分に対する設定変更指示子（４－１５）に従って、帯域幅部分の活性化がどの時点から適用されるかは、次に従う。
設定変更がどの時点から適用されるかは、予め定義されている値（例えば、設定変更指示子が受信後Ｎ（≧１）スロットの後から適用）に従うか、基地局から端末に上位階層シグナリング（例えば、ＲＲＣシグナリング）を介して設定するか、設定変更指示子（４－１５）の内容に一部含まれて送信される。
又は、設定変更が適用される時点は、上述した方法の組み合わせで決定される。
端末は、帯域幅部分に対する設定変更指示子（４－１５）を受信した後、上述した方法で取得した時点から変更された設定を適用する。
設定変更がどの時点から適用されるかは、予め定義されている値（例えば、設定変更指示子が受信後Ｎ（≧１）スロットの後から適用）に従うか、基地局から端末に上位階層シグナリング（例えば、ＲＲＣシグナリング）を介して設定するか、設定変更指示子（４－１５）の内容に一部含まれて送信される。
又は、設定変更が適用される時点は、上述した方法の組み合わせで決定される。
端末は、帯域幅部分に対する設定変更指示子（４－１５）を受信した後、上述した方法で取得した時点から変更された設定を適用する。
【0059】
図５は、本発明の一実施形態に５Ｇシステムにおいてダウンリンク制御チャンネルが送信される制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）を説明するための図である。
図５を参照すると、周波数軸に端末の帯域幅部分（５－１０）、時間軸に１つのスロット（５－２０）内に２つの制御領域（制御領域＃１（５－０１）、制御領域＃２（５－０２））が設定される。
図５を参照すると、周波数軸に端末の帯域幅部分（５－１０）、時間軸に１つのスロット（５－２０）内に２つの制御領域（制御領域＃１（５－０１）、制御領域＃２（５－０２））が設定される。
【0060】
制御領域（５－０１、５－０２）は、周波数軸に全体の端末の帯域幅部分（５－１０）内で特定の周波数リソース（５－０３）に設定される。
制御領域（５－０１、５－０２）は、時間軸には、１つあるいは複数個のＯＦＤＭシンボルに設定され得、制御領域長さ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ｄｕｒａｔｉｏｎ）（５－０４）に定義され得る。
図５の一例において、制御領域＃１（５－０１）は、２つのシンボルの制御領域の長さに設定されており、制御領域＃２（５－０２）は、１つのシンボルの制御領域の長さに設定されている。
制御領域（５－０１、５－０２）は、時間軸には、１つあるいは複数個のＯＦＤＭシンボルに設定され得、制御領域長さ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ｄｕｒａｔｉｏｎ）（５－０４）に定義され得る。
図５の一例において、制御領域＃１（５－０１）は、２つのシンボルの制御領域の長さに設定されており、制御領域＃２（５－０２）は、１つのシンボルの制御領域の長さに設定されている。
【0061】
上記で説明した５Ｇシステムにおける制御領域は、基地局が端末に上位階層シグナリング（例えば、システム情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング）を介して設定する。
端末に制御領域を設定するということは、端末に制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボルの長さなどの情報を提供することを意味する。
端末に制御領域を設定するということは、端末に制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボルの長さなどの情報を提供することを意味する。
【0062】
例えば、端末に制御領域を設定するための情報には、下記に示す表（４－１）に従う情報が含まれる。
【表(4-1)】
【0063】
表（４－１）において、ｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ（単にＴＣＩ ｓｔａｔｅと称する）設定情報は、該当の制御領域で送信されるＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）とＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ）関係にある１つ又は複数個のＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロック（ｂｌｏｃｋ）（ＳＳＢ又はＳＳ／ＰＢＣＨ ｂｌｏｃｋと指し示す）インデックス又はＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）インデックスの情報を含み得る。
【0064】
無線通信システムにおいて、１つ以上の互いに異なるアンテナポートは代案的に１つ以上のチャンネル、信号及びこれらの組み合わせであっても良いが、今後の本発明の例示的な説明では便宜のためにこれらを通称して、下記に示す表（４－２）のようなＱＣＬ設定によって互いに接続（ａｓｓｏｃｉａｔｅ）され得る‘互いに異なるアンテナポート’と通称する。
【表(4-2)】
【0065】
具体的には、ＱＣＬ設定は、２つの互いに異なるアンテナポートを、（ＱＣＬ）ｔａｒｇｅｔアンテナポートと（ＱＣＬ）ｒｅｆｅｒｅｎｃｅアンテナポートの関係に接続し、端末は、ｒｅｆｅｒｅｎｃｅアンテナポートで測定されたチャンネルの統計的な特性（例えば、Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｄｅｌａｙ、ｄｅｌａｙ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｇａｉｎ、ｓｐａｔｉａｌ Ｒｘ（あるいはＴｘ）パラメーターなど、チャンネルの「ｌａｒｇｅ ｓｃａｌｅ」パラメーター、ないし、端末の受信空間フィルター係数、あるいは送信空間フィルター係数）の内の全部、あるいは一部をｔａｒｇｅｔアンテナポート受信時に適用（あるいは仮定）する。
【0066】
ｔａｒｇｅｔアンテナポートとは、ＱＣＬ設定を含む上位レイヤ設定によって設定されるチャンネルあるいは信号を送信するアンテナポート、ないしは、ＱＣＬ設定を指示する「ＴＣＩ ｓｔａｔｅ」が適用されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
ｒｅｆｅｒｅｎｃｅアンテナポートとは、ＱＣＬ設定内「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」パラメーターによって指示（特定）されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
ｒｅｆｅｒｅｎｃｅアンテナポートとは、ＱＣＬ設定内「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」パラメーターによって指示（特定）されるチャンネル、あるいは信号を送信するアンテナポートを意味する。
【0067】
具体的には、ＱＣＬ設定によって限定される（ＱＣＬ設定内でパラメーター「ｑｃｌ－Ｔｙｐｅ」によって指示される）チャンネルの統計的な特性は、「ＱＣＬ ｔｙｐｅ」によって次のように分類することができる。
【0068】
ｏ‘ＱＣＬ－ＴｙｐｅＡ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ，ａｖｅｒａｇｅ ｄｅｌａｙ，ｄｅｌａｙ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＢ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＣ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，ａｖｅｒａｇｅ ｄｅｌａｙ｝
ｏ‘ＱＣＬ－ＴｙｐｅＤ’：｛Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ｝
「ＱＣＬ ｔｙｐｅ」の種類は、上記の４種類に限定されるものではないが、すべての可能な組み合わせを羅列しない。
ｏ‘ＱＣＬ－ＴｙｐｅＢ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ｝
ｏ‘ＱＣＬ－ＴｙｐｅＣ’：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，ａｖｅｒａｇｅ ｄｅｌａｙ｝
ｏ‘ＱＣＬ－ＴｙｐｅＤ’：｛Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ｝
「ＱＣＬ ｔｙｐｅ」の種類は、上記の４種類に限定されるものではないが、すべての可能な組み合わせを羅列しない。
【0069】
ＱＣＬ－ＴｙｐｅＡは、ｔａｒｇｅｔアンテナポートの帯域幅及び送信区間がｒｅｆｅｒｅｎｃｅアンテナポートに比べていずれも充分であり（すなわち、周波数軸及び時間軸のいずれにおいてｔａｒｇｅｔアンテナポートのサンプル数及び送信帯域／時間がｒｅｆｅｒｅｎｃｅアンテナポートのサンプル数及び送信帯域／時間より多い場合）、周波数及び時間軸で測定可能なすべての統計的特性を参照可能な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0070】
ＱＣＬ－ＴｙｐｅＢは、ｔａｒｇｅｔアンテナポートの帯域幅が周波数軸で測定可能な統計的特性、すなわち、「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」、「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」を測定するのに十分な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0071】
ＱＣＬ－ＴｙｐｅＣは、ｔａｒｇｅｔアンテナポートの帯域幅及び送信区間が「ｓｅｃｏｎｄ－ｏｒｄｅｒ ｓｔａｔｉｓｔｉｃｓ」、すなわち、「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」及び「ｄｅｌａｙ ｓｐｒｅａｄ」を測定するには不充分であり、「ｆｉｒｓｔ－ｏｒｄｅｒ ｓｔａｔｉｓｔｉｃｓ」、すなわち、「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」、「ａｖｅｒａｇｅ ｄｅｌａｙ」のみを参照可能な場合に用いられる「ＱＣＬ ｔｙｐｅ」である。
【0072】
ＱＣＬ－ＴｙｐｅＤは、ｒｅｆｅｒｅｎｃｅアンテナポートを受信する時に用いた空間受信フィルター値をｔａｒｇｅｔアンテナポート受信時に使用可能な時に設定される「ＱＣＬ ｔｙｐｅ」である。
【0073】
一方、基地局は、下記に示す表（４－３）のような「ＴＣＩ ｓｔａｔｅ」設定を介して最大２つのＱＣＬ設定を１つのｔａｒｇｅｔアンテナポートに設定あるいは指示することが可能である。
【表(4-3)】
【0074】
１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の一番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＡ、ＱＣＬ－ＴｙｐｅＢ、ＱＣＬ－ＴｙｐｅＣの内の１つに設定され得る。
この時、設定可能な「ＱＣＬ ｔｙｐｅ」は、ｔａｒｇｅｔアンテナポート及びｒｅｆｅｒｅｎｃｅアンテナポートの種類によって特定され、下記で詳細に説明する。
また、上記１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の二番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＤに設定され得、場合によって省略することが可能である。
この時、設定可能な「ＱＣＬ ｔｙｐｅ」は、ｔａｒｇｅｔアンテナポート及びｒｅｆｅｒｅｎｃｅアンテナポートの種類によって特定され、下記で詳細に説明する。
また、上記１つの「ＴＣＩ ｓｔａｔｅ」設定に含まれる２つのＱＣＬ設定の内の二番目のＱＣＬ設定は、ＱＣＬ－ＴｙｐｅＤに設定され得、場合によって省略することが可能である。
【0075】
図６は、本発明の一実施形態による端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を報告する手続きを示す図である。
ＬＴＥ及びＮＲシステムにおいて、端末は、サービング基地局に接続された状態で該当の基地局に端末がサポートする能力（ｃａｐａｂｉｌｉｔｙ）を報告する手続きを行う。
以下では、これを「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告と指称する。
ＬＴＥ及びＮＲシステムにおいて、端末は、サービング基地局に接続された状態で該当の基地局に端末がサポートする能力（ｃａｐａｂｉｌｉｔｙ）を報告する手続きを行う。
以下では、これを「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告と指称する。
【0076】
基地局は、６０１段階で接続状態の端末にｃａｐａｂｉｌｉｔｙ報告を要請する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを伝達する。
「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージには、「ＲＡＴ ｔｙｐｅ」別の「ＵＥ ｃａｐａｂｉｌｉｔｙ」要請が含まれ得る。
「ＲＡＴ ｔｙｐｅ」別の要請には、要請する周波数バンド情報が含まれ得る。
「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージには、「ＲＡＴ ｔｙｐｅ」別の「ＵＥ ｃａｐａｂｉｌｉｔｙ」要請が含まれ得る。
「ＲＡＴ ｔｙｐｅ」別の要請には、要請する周波数バンド情報が含まれ得る。
【0077】
また、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージは、１つのＲＲＣメッセージｃｏｎｔａｉｎｅｒで複数の「ＲＡＴ ｔｙｐｅ」を含み得る。
又は、他の例に従って、各「ＲＡＴ ｔｙｐｅ」別の要請を含む「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に端末に伝達される。
すなわち、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に繰り返して送信され、端末は、これに該当する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを構成して報告する。
又は、他の例に従って、各「ＲＡＴ ｔｙｐｅ」別の要請を含む「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に端末に伝達される。
すなわち、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージが複数回に繰り返して送信され、端末は、これに該当する「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを構成して報告する。
【0078】
ＮＲシステムにおいて基地局は、ＮＲ、ＬＴＥ、ＥＮ－ＤＣをはじめとするＭＲ－ＤＣに対する「ＵＥ ｃａｐａｂｉｌｉｔｙ」を要請する。
基地局は、端末が接続された後、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを送信し、また、基地局が必要な時に、どの条件でも「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告を要請することができる。
基地局から「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告要請を受けた端末は、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージに含まれた「ＲＡＴ ｔｙｐｅ」及びバンド情報により「ＵＥ ｃａｐａｂｉｌｉｔｙ」を構成又は取得する。
基地局は、端末が接続された後、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージを送信し、また、基地局が必要な時に、どの条件でも「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告を要請することができる。
基地局から「ＵＥ ｃａｐａｂｉｌｉｔｙ」報告要請を受けた端末は、「ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ」メッセージに含まれた「ＲＡＴ ｔｙｐｅ」及びバンド情報により「ＵＥ ｃａｐａｂｉｌｉｔｙ」を構成又は取得する。
【0079】
一方、本発明の一実施形態によれば、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
したがって、「ＵＥ ｃａｐａｂｉｌｉｔｙ」は、「ｍｕｌｔｉ－ＴＲＰ」関連ｃａｐａｂｉｌｉｔｙと称することができる。
「ＵＥ ｃａｐａｂｉｌｉｔｙ」が構成された後、端末は、６０２段階で「ＵＥ ｃａｐａｂｉｌｉｔｙ」が含まれた「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを基地局に伝達する。
その後、基地局は、端末から受信した「ＵＥ ｃａｐａｂｉｌｉｔｙ」に基づいて該当端末に適当なスケジューリング及び送受信管理を行う。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
したがって、「ＵＥ ｃａｐａｂｉｌｉｔｙ」は、「ｍｕｌｔｉ－ＴＲＰ」関連ｃａｐａｂｉｌｉｔｙと称することができる。
「ＵＥ ｃａｐａｂｉｌｉｔｙ」が構成された後、端末は、６０２段階で「ＵＥ ｃａｐａｂｉｌｉｔｙ」が含まれた「ＵＥ ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ」メッセージを基地局に伝達する。
その後、基地局は、端末から受信した「ＵＥ ｃａｐａｂｉｌｉｔｙ」に基づいて該当端末に適当なスケジューリング及び送受信管理を行う。
【0080】
図７は、本発明の一実施形態による協力通信アンテナポート構成を説明するための図である。
図７を参照すると、共同送信（ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＪＴ）技法と状況によるＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）別の無線リソース割当の例示が示されている。
図７を参照すると、共同送信（ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＪＴ）技法と状況によるＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）別の無線リソース割当の例示が示されている。
【0081】
図７で、７００は、各セル、ＴＲＰ及び／又はビーム間コヒーレント（ｃｏｈｅｒｅｎｔ）プリコーディンググをサポートするコヒーレント共同送信（ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：Ｃ－ＪＴ）を示す図である。
Ｃ－ＪＴの場合、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０が互いに同じデータ（ＰＤＳＣＨ）を送信し、複数のＴＲＰでｊｏｉｎｔプリコーディングを行う。
これは、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０で同一のＤＭＲＳポート（例えば、両ＴＲＰのいずれにおいて「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」）を送信することになることを意味する。
この場合、端末７１５は、「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」を介して受信された基準信号によって復調される１つのＰＤＳＣＨを受信するための１つのＤＣＩ情報を受信する。
Ｃ－ＪＴの場合、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０が互いに同じデータ（ＰＤＳＣＨ）を送信し、複数のＴＲＰでｊｏｉｎｔプリコーディングを行う。
これは、「ＴＲＰ Ａ」７０５と「ＴＲＰ Ｂ」７１０で同一のＤＭＲＳポート（例えば、両ＴＲＰのいずれにおいて「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」）を送信することになることを意味する。
この場合、端末７１５は、「ＤＭＲＳ ｐｏｒｔ Ａ、Ｂ」を介して受信された基準信号によって復調される１つのＰＤＳＣＨを受信するための１つのＤＣＩ情報を受信する。
【0082】
図７で、７２０は、各セル、ＴＲＰ及び／又はビーム間非－コヒーレント（ｎｏｎ－ｃｏｈｅｒｅｎｔ）プリコーディングをサポートする非－コヒーレント共同送信（ｎｏｎ－ｃｏｈｅｒｅｎｔ ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ：ＮＣ－ＪＴ）を示した図である。
ＮＣ－ＪＴの場合、各セル、ＴＲＰ及び／又はビームで互いに異なるＰＤＳＣＨを送信し、各ＰＤＳＣＨには個別プリコーディングが適用される。
これは、「ＴＲＰ Ａ」７２５と「ＴＲＰ Ｂ」７３０で互いに異なるＤＭＲＳポート（例えば、「ＴＲＰ Ａ」では「ＤＭＲＳ ｐｏｒｔ Ａ」、「ＴＲＰ Ｂ」では「ＤＭＲＳ ｐｏｒｔ Ｂ」）を送信することになることを意味する。
この場合、端末７３５は、「ＤＭＲＳ ｐｏｒｔ Ａ」によって復調される「ＰＤＳＣＨ Ａ」と、他の「ＤＭＲＳ ｐｏｒｔ Ｂ」によって復調される「ＰＤＳＣＨ Ｂ」を受信するための二種類のＤＣＩ情報を受信する。
ＮＣ－ＪＴの場合、各セル、ＴＲＰ及び／又はビームで互いに異なるＰＤＳＣＨを送信し、各ＰＤＳＣＨには個別プリコーディングが適用される。
これは、「ＴＲＰ Ａ」７２５と「ＴＲＰ Ｂ」７３０で互いに異なるＤＭＲＳポート（例えば、「ＴＲＰ Ａ」では「ＤＭＲＳ ｐｏｒｔ Ａ」、「ＴＲＰ Ｂ」では「ＤＭＲＳ ｐｏｒｔ Ｂ」）を送信することになることを意味する。
この場合、端末７３５は、「ＤＭＲＳ ｐｏｒｔ Ａ」によって復調される「ＰＤＳＣＨ Ａ」と、他の「ＤＭＲＳ ｐｏｒｔ Ｂ」によって復調される「ＰＤＳＣＨ Ｂ」を受信するための二種類のＤＣＩ情報を受信する。
【0083】
２つ以上の送信地点で１つの端末に同時にデータを送信するＮＣ－ＪＴをサポートするために、単一ＰＤＣＣＨを介して２つ（以上）の互いに異なる送信地点から送信されるＰＤＳＣＨを割り当てるか、多重ＰＤＣＣＨを介して２つ以上の互いに異なる送信地点から送信されるＰＤＳＣＨを割り当てることが必要である。
端末は、Ｌ１／Ｌ２／Ｌ３シグナリングに基づいて各基準信号あるいはチャンネル間ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）接続関係を取得し、これを介して各基準信号あるいはチャンネルのラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）を効率的に推定することができる。
もし、基準信号あるいはチャンネルの送信地点が異なる場合、ラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）は、互いに共有されにくいので、協力送信を行う時に基地局は、端末に同時に２つ以上の送信地点に対する「ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ」情報を２つ以上の「ＴＣＩ ｓｔａｔｅ」を介して知らせる必要がある。
端末は、Ｌ１／Ｌ２／Ｌ３シグナリングに基づいて各基準信号あるいはチャンネル間ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）接続関係を取得し、これを介して各基準信号あるいはチャンネルのラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）を効率的に推定することができる。
もし、基準信号あるいはチャンネルの送信地点が異なる場合、ラージスケールパラメーター（ｌａｒｇｅ ｓｃａｌｅ ｐａｒａｍｅｔｅｒ）は、互いに共有されにくいので、協力送信を行う時に基地局は、端末に同時に２つ以上の送信地点に対する「ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ」情報を２つ以上の「ＴＣＩ ｓｔａｔｅ」を介して知らせる必要がある。
【0084】
もし、多重ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、２つ以上のＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、２つ以上の「ＴＣＩ ｓｔａｔｅ」は、各ＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」にそれぞれ割り当てられる。
一方、単一ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、１つのＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、上記２つ以上の「ＴＣＩ ｓｔａｔｅ」は、１つのＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」に割り当てられる。
一方、単一ＰＤＣＣＨを介して非－コヒーレント協力送信がサポートされる場合、すなわち、１つのＰＤＣＣＨが２つ以上のＰＤＳＣＨを同一時点に同じサービングセル及び同じ帯域幅部分に割り当てる場合、上記２つ以上の「ＴＣＩ ｓｔａｔｅ」は、１つのＰＤＣＣＨを介して各ＰＤＳＣＨ、ないし「ＤＭＲＳ ｐｏｒｔ」に割り当てられる。
【0085】
もし、特定時点で、端末に割り当てられた「ＤＭＲＳ ｐｏｒｔ」が送信地点Ａから送信される「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ Ａ」と送信地点Ｂから送信される「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ Ｂ」に分けられると仮定すれば、２つ以上の「ＴＣＩ ｓｔａｔｅ」は、それぞれ「ＤＭＲＳ ｐｏｒｔ ｇｒｏｕｐ」に接続され、各ｇｒｏｕｐ別の互いに異なるＱＣＬ仮定に基づいてチャンネルが推定される。
一方、互いに異なるＤＭＲＳポートは、チャンネル測定正確度を高めると同時に送信負担を軽減させるためにＣＤＭ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＴＤＭ（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）される。
この中、ＣＤＭされる「ＤＭＲＳ ｐｏｒｔ」を「ＣＤＭ ｇｒｏｕｐ」と通称する時、「ＣＤＭ ｇｒｏｕｐ」内の「ＤＭＲＳ ｐｏｒｔ」は、各ｐｏｒｔ別のチャンネル特性が類似する場合にｃｏｄｅ基盤のマルチプレクシングが良好に動作するので（すなわち、各ｐｏｒｔ別のチャンネル特性が類似する場合、ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）による区分が良好にできるので）同じ「ＣＤＭ ｇｒｏｕｐ」に存在する「ＤＭＲＳ ｐｏｒｔ」が互いに異なる「ＴＣＩ ｓｔａｔｅ」を有さないようにすることが重要になる。
一方、互いに異なるＤＭＲＳポートは、チャンネル測定正確度を高めると同時に送信負担を軽減させるためにＣＤＭ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されるか、ＴＤＭ（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）される。
この中、ＣＤＭされる「ＤＭＲＳ ｐｏｒｔ」を「ＣＤＭ ｇｒｏｕｐ」と通称する時、「ＣＤＭ ｇｒｏｕｐ」内の「ＤＭＲＳ ｐｏｒｔ」は、各ｐｏｒｔ別のチャンネル特性が類似する場合にｃｏｄｅ基盤のマルチプレクシングが良好に動作するので（すなわち、各ｐｏｒｔ別のチャンネル特性が類似する場合、ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）による区分が良好にできるので）同じ「ＣＤＭ ｇｒｏｕｐ」に存在する「ＤＭＲＳ ｐｏｒｔ」が互いに異なる「ＴＣＩ ｓｔａｔｅ」を有さないようにすることが重要になる。
【0086】
一方、上記のように複数のＴＲＰを介してデータを送信する動作を「ｍｕｌｔｉ－ＴＲＰ」（Ｍ－ＴＲＰ）動作と称する。
また、上記複数のＴＲＰで複数のセルを介してデータを送信する動作を、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」」動作と称する。
本発明では、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ ＴＲＰ」動作のための方法を提案する。
また、上記複数のＴＲＰで複数のセルを介してデータを送信する動作を、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」」動作と称する。
本発明では、「ｉｎｔｅｒ ｃｅｌｌ ｍｕｌｔｉ ＴＲＰ」動作のための方法を提案する。
【0087】
「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」（Ｍ－ＴＲＰ）動作のためには、「ｉｎｔｅｒ－ｃｅｌｌ」を設定する方法が必要である。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報を介して「ｉｎｔｅｒ－ｃｅｌｌ」を設定し、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には「ｉｎｔｅｒ－ｃｅｌｌ」を構成する単位及び方法、ｃｅｌｌをｇｒｏｕｐｉｎｇする単位及び方法、セルを識別するための情報（例えば、「ｃｅｌｌ ｉｄ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄ」）などの情報の内の少なくとも１つが含まれる。
ただし、本発明の実施形態がこれに限定されるものではなく、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には上述した情報が含まれないこともあり、「ｉｎｔｅｒ－ｃｅｌｌ」に関連したいかなる情報も含まれ得る。
ここに加えて、ＳＳＢ ｐａｔｔｅｒｎ（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ、ｓｓｂ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ）、ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、ｆｒｅｑｕｅｎｃｙ（ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＳＳＢ）などが含まれ得る。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報を介して「ｉｎｔｅｒ－ｃｅｌｌ」を設定し、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には「ｉｎｔｅｒ－ｃｅｌｌ」を構成する単位及び方法、ｃｅｌｌをｇｒｏｕｐｉｎｇする単位及び方法、セルを識別するための情報（例えば、「ｃｅｌｌ ｉｄ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄ」）などの情報の内の少なくとも１つが含まれる。
ただし、本発明の実施形態がこれに限定されるものではなく、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報には上述した情報が含まれないこともあり、「ｉｎｔｅｒ－ｃｅｌｌ」に関連したいかなる情報も含まれ得る。
ここに加えて、ＳＳＢ ｐａｔｔｅｒｎ（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ、ｓｓｂ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ）、ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、ｆｒｅｑｕｅｎｃｙ（ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＳＳＢ）などが含まれ得る。
【0088】
また、「ｉｎｔｅｒ－ｃｅｌｌ」設定情報は、ｃｅｌｌ間協力送信のためのセル設定情報を指し示す用語であって、設定情報、セル設定情報などと言及される。
また、本発明の実施形態は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信及び「ｓｅｒｖｉｎｇ ｃｅｌｌ」と「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信などに適用される。
また、本発明の実施形態は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信及び「ｓｅｒｖｉｎｇ ｃｅｌｌ」と「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介する「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」協力送信などに適用される。
【0089】
図８ａ～図８ｄは、本発明の一実施形態によって「ｍｕｌｔｉ－ＴＲＰ」を構成するシナリオを示す図である。
図８ａを参照すると、図８ａは、１つ以上のＴＲＰが１つのサービングセル設定内で動作する「ｉｎｔｒａ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作８１０を示す。
図８ａによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて送信するので、複数のＴＲＰが１つのＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘに基づいて動作することになる。
したがって、ＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘが１つであるので同一の「ｐｈｙｓｉｃａｌ ｃｅｌｌ Ｉｄ」を用いてセルが構成される。
このような場合、端末がセルを区分するために周波数側（例えば、ｆｒｅｑｕｅｎｃｙ／ｃｈａｎｎｅｌ／ｂａｎｄ）リソースでセル間リソースを異なるものにするか、時間側リソースでセル間リソースを異なるように割り当てる方法が必要である。
しかし、一般的に、１つのｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ（ＣＣ）で割り当てられたリソースを全部用いることがはるかにリソース効率的であるので、「ｃｅｌｌ ｐｌａｎｎｉｎｇ」時に時間及び周波数リソースでｃｅｌｌを区分するよりは、「ｃｅｌｌ ＩＤ」形態でｃｅｌｌを区分する方法が用いられる。
図８ａを参照すると、図８ａは、１つ以上のＴＲＰが１つのサービングセル設定内で動作する「ｉｎｔｒａ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作８１０を示す。
図８ａによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて送信するので、複数のＴＲＰが１つのＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘに基づいて動作することになる。
したがって、ＳｅｒｖｉｎｇＣｅｌｌＩｎｄｅｘが１つであるので同一の「ｐｈｙｓｉｃａｌ ｃｅｌｌ Ｉｄ」を用いてセルが構成される。
このような場合、端末がセルを区分するために周波数側（例えば、ｆｒｅｑｕｅｎｃｙ／ｃｈａｎｎｅｌ／ｂａｎｄ）リソースでセル間リソースを異なるものにするか、時間側リソースでセル間リソースを異なるように割り当てる方法が必要である。
しかし、一般的に、１つのｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ（ＣＣ）で割り当てられたリソースを全部用いることがはるかにリソース効率的であるので、「ｃｅｌｌ ｐｌａｎｎｉｎｇ」時に時間及び周波数リソースでｃｅｌｌを区分するよりは、「ｃｅｌｌ ＩＤ」形態でｃｅｌｌを区分する方法が用いられる。
【0090】
したがって、本発明の実施形態は、新しい「ｃｅｌｌ ＩＤ」情報又はセル関連情報（又は、協力セル設定情報、協力セル関連情報などと称することができる）に基づいて新しいＭ－ＴＲＰのための「ｉｎｔｅｒ－ｃｅｌｌ」を構成する方法を提案する。
すなわち、本発明は、複数個のＴＲＰがセル間協力送信をする場合、これを端末に設定する方法（すなわち、セル間協力送信をするセルが他のＴＲＰに関連していることを端末に知らせること）を提案する。
一方、以下では、「ｃｅｌｌ ＩＤ」を用いる方法を例として説明するが、本発明がこれに限定されるものではなく、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」又は別途の他の識別子を用いる方法も考慮されることができる。
すなわち、本発明は、複数個のＴＲＰがセル間協力送信をする場合、これを端末に設定する方法（すなわち、セル間協力送信をするセルが他のＴＲＰに関連していることを端末に知らせること）を提案する。
一方、以下では、「ｃｅｌｌ ＩＤ」を用いる方法を例として説明するが、本発明がこれに限定されるものではなく、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」、「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」又は別途の他の識別子を用いる方法も考慮されることができる。
【0091】
以下では、セル又はセルグループを設定する方法を提案する。
セル又はセルグループを設定する方法は、シナリオ及びｃａｓｅによって異なるように構成される。
一方、図８ａ～８ｄは、基地局間（ｉｎｔｅｒ－ｇＮＢ）又は基地局内（ｉｎｔｅｒ－ｇＮＢ）のセル間協力通信に用いられる。
また、図８ａ～８ｄのｂａｃｋ－ｈａｕｌ及びｆｒｏｎｔ－ｈａｕｌは、理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌと非－理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌにいずれも適用される。
また、図８ａ～８ｄは、同一チャンネル間（ｃｏ－ｃｈａｎｎｅｌ）又は他のチャンネル間（ｄｉｆｆｅｒｅｎｔ ｃｈａｎｎｅｌ）に適用することができ、互いに異なる「ｃｅｌｌ ＩＤ」又は同一のセルＩＤにも適用することができる。
セル又はセルグループを設定する方法は、シナリオ及びｃａｓｅによって異なるように構成される。
一方、図８ａ～８ｄは、基地局間（ｉｎｔｅｒ－ｇＮＢ）又は基地局内（ｉｎｔｅｒ－ｇＮＢ）のセル間協力通信に用いられる。
また、図８ａ～８ｄのｂａｃｋ－ｈａｕｌ及びｆｒｏｎｔ－ｈａｕｌは、理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌと非－理想的なｂａｃｋ－ｈａｕｌ／ｆｒｏｎｔ－ｈａｕｌにいずれも適用される。
また、図８ａ～８ｄは、同一チャンネル間（ｃｏ－ｃｈａｎｎｅｌ）又は他のチャンネル間（ｄｉｆｆｅｒｅｎｔ ｃｈａｎｎｅｌ）に適用することができ、互いに異なる「ｃｅｌｌ ＩＤ」又は同一のセルＩＤにも適用することができる。
【0092】
まず、図８ｃを参照すると、図８ｃ（Ｃａｓｅ ３）は、ＣＡ－ｆｒａｍｅｗｏｒｋにおける「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作８３０を示す。
図８ｃによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を互いに異なるサービングセル設定内に含ませて設定する。
図８ｃによれば、基地局は、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を互いに異なるサービングセル設定内に含ませて設定する。
【0093】
換言すれば、各ＴＲＰは、独立的なサービングセル設定を有し、各サービングセル設定内「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」は、少なくとも一部の重なる帯域を指示する。
複数のＴＲＰが複数のＳｅｒｖＣｅｌｌＩｎｄｅｘ（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃１」、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃２」）に基づいて動作することになるので、ＴＲＰ別に別途のＰＣＩを用いることが可能である（ＳｅｒｖＣｅｌｌＩｎｄｅｘ当たりに１つのＰＣＩ割当可能）。
この場合、もし、複数のＳＳＢがＴＲＰ１とＴＲＰ２から送信される時、ＳＳＢは、互いに異なるＰＣＩ値を（ＰＣＩ＃１、又はＰＣＩ＃２）有することになり、端末は、これを区分して受信する。
具体的には、セル設定情報を用いて複数のＴＲＰにおける協力送信を設定する方法は、下記のとおりである。
複数のＴＲＰが複数のＳｅｒｖＣｅｌｌＩｎｄｅｘ（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃１」、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ ＃２」）に基づいて動作することになるので、ＴＲＰ別に別途のＰＣＩを用いることが可能である（ＳｅｒｖＣｅｌｌＩｎｄｅｘ当たりに１つのＰＣＩ割当可能）。
この場合、もし、複数のＳＳＢがＴＲＰ１とＴＲＰ２から送信される時、ＳＳＢは、互いに異なるＰＣＩ値を（ＰＣＩ＃１、又はＰＣＩ＃２）有することになり、端末は、これを区分して受信する。
具体的には、セル設定情報を用いて複数のＴＲＰにおける協力送信を設定する方法は、下記のとおりである。
【0094】
方法１：下記に示す表５を参照すると、ＳｐＣｅｌｌ設定情報（「ＳｐＣｅｌｌＣｏｎｆｉｇ」）にセル間「ｍｕｌｔｉ－ＴＲＰ」情報（「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」）の活性化又は非活性化を指示する情報を設定する方法を考慮する。
この時、下記の「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
このように、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」を用いることによって「ＣＡ ｆｒａｍｅｗｏｒｋ」に基づいて動作することができる。
この時、下記の「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
このように、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」を用いることによって「ＣＡ ｆｒａｍｅｗｏｒｋ」に基づいて動作することができる。
【0095】
したがって、端末は、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」がｅｎａｂｌｅに設定された（あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」が含まれた）ＳＣｅｌｌ又はＳｐＣｅｌｌが「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」に設定されて協力送信を行うものと判断する。
【表5】
【0096】
上記では「ＳｐＣｅｌｌＣｏｎｆｉｇ」を例として説明したが、本発明がこれに限定されるものではなく、ＳＣｅｌｌ設定情報（「ＳＣｅｌｌＣｏｎｆｉｇ」）に対しても同一に適用される。
【0097】
方法２：他の実施形態を考慮すると、下記に示す表６のように「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」を用いて「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」を設定する方法が考慮される。
上述したように、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
上述したように、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」は、１ビットの情報で活性化又は非活性化を指示するか、あるいは「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれる場合に活性化を指示し、「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」情報が含まれない場合には非活性化を指示する方式で設定される。
【0098】
したがって、端末は、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」がｅｎａｂｌｅに設定された場合（あるいは「ＳｅｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に「ＩｎｔｅｒｃｅｌｌＦｏｒＭｕｌｔｉＴＲＰ」が含まれた場合）、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信を行うものと判断する。
【表6】
【0099】
方法３：他の実施形態を考慮すると、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「Ｍｕｌｔｉｐｌｅ ＴＲＰ」送信のために上位レイヤシグナリング（ＲＲＣ）を用いて協力セル関連情報を送信する。
協力セル関連情報は、下記に示す表７のように「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ得、例えば、「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」）、ＴＲＰグループＩＤ（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」）の内の少なくとも１つの情報が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に追加される。
協力セル関連情報は、下記に示す表７のように「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ得、例えば、「ｍｕｌｔｉ－ＴＲＰ」に対する「ｉｎｔｅｒ－ｃｅｌｌ」グループ情報（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」）、ＴＲＰグループＩＤ（以下、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」）の内の少なくとも１つの情報が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に追加される。
【0100】
ただし、本発明の実施形態がこれに限定されるものではない。
すなわち、協力セル関連情報は、上述した「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などに含まれて設定されることもできる。
すなわち、協力セル関連情報は、上述した「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などに含まれて設定されることもできる。
【表7】
【0101】
例えば、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」が「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」に含まれ、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰ」は「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」及び「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」に構成される。
したがって、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」内に含まれたＳＣｅｌｌが「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」でグルーピングされ、ＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信に用いられる。
したがって、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＳＣｅｌｌＬｉｓｔ」内に含まれたＳＣｅｌｌが「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」でグルーピングされ、ＳＣｅｌｌ又はＳＰＣｅｌｌが協力送信に用いられる。
【0102】
この時、表７を参照すると、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、０～５の内の少なくとも１つが選択される。
ただし、これは、本発明の一実施形態に過ぎず、ＴＲＰグループの数により「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、５以上の値に設定されることも可能である。
ただし、これは、本発明の一実施形態に過ぎず、ＴＲＰグループの数により「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」は、５以上の値に設定されることも可能である。
【0103】
又は、「ＩｎｔｅｒＣｅｌｌＧｒｏｕｐＦｏｒＭｕｌｔｉＴＲＰＧｒｏｕｐＩＤ」のみが「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれることもできる。
このような場合、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれる「ＳＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌは、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つ。
したがって、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つｃｅｌｌ又は「ｃｅｌｌ ｇｒｏｕｐ」が協力送信に用いられる。
このように、上記２つの方法をそれぞれ用いるか、組み合わせて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲ」の「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」を設定する。
このような場合、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」内に含まれる「ＳＣｅｌｌＣｏｎｆｉｇ」に相応するＳＣｅｌｌは、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つ。
したがって、同一の「ＴＲＰ Ｇｒｏｕｐ ＩＤ」を持つｃｅｌｌ又は「ｃｅｌｌ ｇｒｏｕｐ」が協力送信に用いられる。
このように、上記２つの方法をそれぞれ用いるか、組み合わせて「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲ」の「ｃｏｏｐｅｒａｔｉｎｇ ｓｅｔ」を設定する。
【0104】
方法４：他の実施形態を考慮すると、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「Ｍｕｌｔｉｐｌｅ ＴＲＰ」送信のために上位レイヤシグナリング（ＲＲＣ）を用いて協力セル関連情報を送信することができ、「ＣｅｌｌＧｒｏｕｐ」を構成するｓｅｔを（「ｐｈｙｓｉｃａｌ Ｉｄ ＃Ｘ」、「ｐｈｙｓｉｃａｌ Ｉｄ ＃Ｙ」）又は（「ｓｅｒｖｉｃｅｌｌＩｄ ＃Ｘ」、「ｓｅｒｖｉｃｅｌｌＩｄ ＃Ｙ」）をリスト又はテーブル形態に構成して定義する。
【0105】
「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセット、あるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットが「ＣｅｌｌＧｒｏｕｐ」で設定され、セットが協力送信に用いられる。
この時、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセットあるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットは、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」の他に「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などを介しても設定され得る。
この時、「ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ」のセットあるいは「ｓｅｒｖｉｎｇｃｅｌｌＩＤ」のセットは、「ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ」の他に「ＳｐＣｅｌｌＣｏｎｆｉｇ」、「ＳＣｅｌｌＣｏｎｆｉｇ」、「ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ」などを介しても設定され得る。
【0106】
図８ｄは、ＣＡ動作によるサービングセル及びＰＣＩ設定例示８４０を示す図である。
図８ｄを参照すると、基地局は、各セルが占有する周波数リソースが異なるＣＡ状況で各セル別の互いに異なるサービングセル（「ＳｅｒｖＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ」）を設定し（すなわち、各サービングセル設定内の「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」が互いに異なる）、これにより、各セル別の互いに異なるインデックス（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」）を設定して互いに異なるＰＣＩ値をマッピングする。
図８ｄを参照すると、基地局は、各セルが占有する周波数リソースが異なるＣＡ状況で各セル別の互いに異なるサービングセル（「ＳｅｒｖＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ」）を設定し（すなわち、各サービングセル設定内の「ＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ」が指示する周波数帯域値「ＦｒｅｑｕｅｎｃｙＩｎｆｏＤＬ」が互いに異なる）、これにより、各セル別の互いに異なるインデックス（「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」）を設定して互いに異なるＰＣＩ値をマッピングする。
【0107】
図８ｂ（Ｃａｓｅ ２）は、「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」における「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作８２０を示す。
図８ｂを参照すると、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて設定する。
この時、互いに異なるＴＲＰは、互いに異なるＰＣＩを有し、別途の「ｓｅｒｖｉｎｇｃｅｌｌ ｉｎｄｅｘ」設定なしに互いに異なるＰＣＩを有するものに設定されれば、端末は「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信を行うものと判断する。
図８ｂを参照すると、互いに異なるＴＲＰで送信されるチャンネル及び信号のための設定を１つのサービングセル設定内に含ませて設定する。
この時、互いに異なるＴＲＰは、互いに異なるＰＣＩを有し、別途の「ｓｅｒｖｉｎｇｃｅｌｌ ｉｎｄｅｘ」設定なしに互いに異なるＰＣＩを有するものに設定されれば、端末は「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信を行うものと判断する。
【0108】
ただし、「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」に基づいて動作することになるので、端末は、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰに割り当てられたＰＣＩを確認することができない。
したがって、端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信が設定されたか否かを確認することができない。
したがって、以下では、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰのＰＣＩを確認する方法を提案し、これを介して端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」が設定されたか否かを確認する。
したがって、端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信が設定されたか否かを確認することができない。
したがって、以下では、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」を介して信号を送受信するＴＲＰのＰＣＩを確認する方法を提案し、これを介して端末は、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」が設定されたか否かを確認する。
【0109】
第１方法：ＴＣＩ設定あるいはＱＣＬ設定に既存「ＳｅｒｖＣｅｌｌＩｎｄｅｘ」にマッピングされる一番目のＰＣＩ値以外の追加的なＰＣＩ値を接続可能なパラメーターを追加し、追加的なＰＣＩに基づくＳＳＢを「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポートとして設定する方法が用いられる。
【0110】
具体的には、下記に示す表８のように、ＱＣＬ設定に該当サービングセルに割り当てられたＰＣＩ以外に他のＰＣＩを参照するためのパラメーターを追加する。
【表8】
【0111】
第２方法：又は、下記に示す表９のように、ＴＣＩ設定に該当サービングセルに割り当てられたＰＣＩ以外に他のＰＣＩを参照するためのパラメーターを追加する。
【表9】
【0112】
第３方法：又は、ＴＣＩ設定内の一番目のＱＣＬ設定（ｑｃｌ－Ｔｙｐｅ１）と二番目のＱＣＬ設定（ｑｃｌ－Ｔｙｐｅ２）に互いに異なるＰＣＩ値をマッピングしようとする場合、下記に示す表１０のように、２つのＰＣＩ（「ｐｈｙｓＣｅｌｌＩｄ１」、「ｐｈｙｓＣｅｌｌＩｄ２」）をＴＣＩ設定に追加することも可能である。
【表10】
【0113】
ＱＣＬ設定あるいはＴＣＩ設定内の追加ＰＣＩ値を割り当てることにおいて、端末のモビリティー設定（あるいはハンドオーバー設定）値を勘案して特定制約を考慮することが可能である。
【0114】
基地局は、測定設定（例えば、「ＭｅａｓＣｏｎｆｉｇ」又は「ＭｅａｓＯｂｊｅｃｔ」設定）内の「ｂｌａｃｋ ｃｅｌｌ ｌｉｓｔ」あるいは「ｗｈｉｔｅ ｃｅｌｌ ｌｉｓｔ」を用いることが可能である。
下記に示す表１１によれば、基地局は、「ＭｅａｓＯｂｊｅｃｔ」設定を介して端末がＳＳＢ測定時に考慮するＰＣＩ値の「ｂｌａｃｋ ｌｉｓｔ」（「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）と「ｗｈｉｔｅ ｌｉｓｔ」（「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）に接続される一連のＰＣＩ値リストを設定する。
下記に示す表１１によれば、基地局は、「ＭｅａｓＯｂｊｅｃｔ」設定を介して端末がＳＳＢ測定時に考慮するＰＣＩ値の「ｂｌａｃｋ ｌｉｓｔ」（「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）と「ｗｈｉｔｅ ｌｉｓｔ」（「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」）に接続される一連のＰＣＩ値リストを設定する。
【表11】
【0115】
上記の例において、ＰＣＩ＃２は、「ＭｅａｓＯｂｊｅｃｔＮＲ」内「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれたが（あるいは「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれなかったが）、ＰＣＩ＃３は、「ＭｅａｓＯｂｊｅｃｔＮＲ」内「ｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれなかった場合（あるいは「ｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に含まれた場合）、端末は、ＰＣＩ＃２が設定されたことを確認する。
したがって、端末は、ＰＣＩ＃２に対しては、ＳＳＢを測定する義務を持つことになるが、ＰＣＩ＃３に対してはＳＳＢ測定を行う義務がなくなる。
したがって、端末は、ＰＣＩ＃２に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を適用できるが、ＰＣＩ＃３に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない可能性がある。
この時、「端末が「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない」ということは、実際に適用時に「このように設定される場合、該当設定内容を無視する」、「該当設定に対する端末動作が定義されておらず、任意の処理を行うように許可される」、又は「基地局が該当設定をしないように保障する」など、多様に応用することが可能である。
したがって、端末は、ＰＣＩ＃２に対しては、ＳＳＢを測定する義務を持つことになるが、ＰＣＩ＃３に対してはＳＳＢ測定を行う義務がなくなる。
したがって、端末は、ＰＣＩ＃２に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を適用できるが、ＰＣＩ＃３に連携されたＳＳＢに対しては、「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない可能性がある。
この時、「端末が「ＱＣＬ ｒｅｆｅｒｅｎｃｅ」アンテナポート設定を期待しない」ということは、実際に適用時に「このように設定される場合、該当設定内容を無視する」、「該当設定に対する端末動作が定義されておらず、任意の処理を行うように許可される」、又は「基地局が該当設定をしないように保障する」など、多様に応用することが可能である。
【0116】
本発明の他の実施形態によれば、図８ｂで、端末が「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作が設定されたか否かを確認するために、下記のような方法が用いられる。
ＴＲＰ１とＴＲＰ２に対して、少なくとも１つ以上のＢＷＰが設定され、Ｃｅｌｌ関連上位レイヤｓｉｇｎａｌｉｎｇ又はｐａｒａｍｅｔｅｒが設定される。
複数のＴＲＰ（ｓ）は、各ＴＲＰでサポートするＢＷＰの中から「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」に該当するＢＷＰがａｃｔｉｖｅになるように設定する。
したがって、Ｍ－ＴＲＰ送信のために複数のＢＷＰがａｃｔｉｖｅになる。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のために、ＴＲＰ１の「ＢＷＰ－０」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連するように設定される。
また、ＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１が活性化された場合、端末は、「Ｍ－ＴＲＰ」動作が設定されたと判断する。
したがって、端末は、「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ」設定によって「Ｍ－ＴＲＰ」動作を行う。
すなわち、端末は、複数のＴＲＰを介して信号を送信又は受信する。
ＴＲＰ１とＴＲＰ２に対して、少なくとも１つ以上のＢＷＰが設定され、Ｃｅｌｌ関連上位レイヤｓｉｇｎａｌｉｎｇ又はｐａｒａｍｅｔｅｒが設定される。
複数のＴＲＰ（ｓ）は、各ＴＲＰでサポートするＢＷＰの中から「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」に該当するＢＷＰがａｃｔｉｖｅになるように設定する。
したがって、Ｍ－ＴＲＰ送信のために複数のＢＷＰがａｃｔｉｖｅになる。
例えば、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のために、ＴＲＰ１の「ＢＷＰ－０」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２、３、４」に関連するように設定される。
また、ＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１が活性化された場合、端末は、「Ｍ－ＴＲＰ」動作が設定されたと判断する。
したがって、端末は、「ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ」設定によって「Ｍ－ＴＲＰ」動作を行う。
すなわち、端末は、複数のＴＲＰを介して信号を送信又は受信する。
【0117】
一方、「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」に関連したＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎ状態であるか否かを判断するために、上述した測定設定情報が用いられる。
「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報に含まれたｂａｎｄの「ｆｒｅｑ．」情報に「ＢＷＰ－１」の少なくとも一部を含ませることによって、ＴＰＲ２の「ＢＷＰ－１」をａｃｔｉｖａｔｉｏｎする。
例えば、上記測定設定情報には、周波数情報（例えば、「ｆｒｅｑｂａｎｄｉｎｄｉｃａｔｏｒＮＲ」又は「ｓｓｂＦｒｅｑｕｅｎｃｙ」で「ＡＲＦＣＮ－ＶａｌｕｅＮＲ」）が含まれ、周波数情報にＴＲＰ２の周波数情報（ＢＷＰ－１）の一部が含まれるように設定される場合、ＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎになる。
又は、上記測定設定情報には、ａｃｔｉｖａｔｅｄになるＢＷＰ又は「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信のために用いられる「ＢＷＰ ＩＤ」が含まれ、これを介して「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信が行われる。
「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報に含まれたｂａｎｄの「ｆｒｅｑ．」情報に「ＢＷＰ－１」の少なくとも一部を含ませることによって、ＴＰＲ２の「ＢＷＰ－１」をａｃｔｉｖａｔｉｏｎする。
例えば、上記測定設定情報には、周波数情報（例えば、「ｆｒｅｑｂａｎｄｉｎｄｉｃａｔｏｒＮＲ」又は「ｓｓｂＦｒｅｑｕｅｎｃｙ」で「ＡＲＦＣＮ－ＶａｌｕｅＮＲ」）が含まれ、周波数情報にＴＲＰ２の周波数情報（ＢＷＰ－１）の一部が含まれるように設定される場合、ＴＲＰ２の「ＢＷＰ－１」がａｃｔｉｖａｔｉｏｎになる。
又は、上記測定設定情報には、ａｃｔｉｖａｔｅｄになるＢＷＰ又は「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信のために用いられる「ＢＷＰ ＩＤ」が含まれ、これを介して「ｍｕｌｔｉ－ＴＲＰ ｉｎｔｅｒ－ｃｅｌｌ」送信が行われる。
【0118】
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には「ｓｅｒｖｉｎｇ ｃｅｌｌ」の「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」（「ｓｅｒｖｉｎｇＣｅｌｌＭＯ」）、「ｍｅａｓｕｒｅｍｅｎｔ Ｉｄ」などの情報が含まれる。
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には、隣接セルに関連した「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」が含まれる。
「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＢＷＰ ＩＤ」、「ｃｅｌｌ ＩＤ」などの情報の内の少なくとも１つが含まれる。
したがって、端末は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」によってＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになったと判断することができ、「Ｍ－ＴＲＰ」動作を行う。
又は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に対する情報が含まれ、上記情報に「ＰＣＩ ｌｉｓｔ」が含まれることによって、ＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになる。
又は、基地局は、ＱＣＬ情報（「ＱＣＬ ｉｎｆｏ」）などのような設定情報を介して「ｍｕｌｔｉ－ＴＲＰ」の「ｉｎｔｅｒ ｃｅｌｌ」協力送信を行う「ＢＷＰ ＩＤ」を端末に送信するか、ＴＲＰ２のＢＷＰ１に対する「ＢＷＰ ＩＤ」を端末に送信することもできる。
また、「ｓｅｒｖｉｎｇ ｃｅｌｌ」から受信された測定設定情報には、隣接セルに関連した「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」が含まれる。
「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＢＷＰ ＩＤ」、「ｃｅｌｌ ＩＤ」などの情報の内の少なくとも１つが含まれる。
したがって、端末は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」によってＴＲＰ１のＢＷＰ０とＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになったと判断することができ、「Ｍ－ＴＲＰ」動作を行う。
又は、「ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ」には、「ＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔ」に対する情報が含まれ、上記情報に「ＰＣＩ ｌｉｓｔ」が含まれることによって、ＴＲＰ２のＢＷＰ１がａｃｔｉｖａｔｉｏｎになる。
又は、基地局は、ＱＣＬ情報（「ＱＣＬ ｉｎｆｏ」）などのような設定情報を介して「ｍｕｌｔｉ－ＴＲＰ」の「ｉｎｔｅｒ ｃｅｌｌ」協力送信を行う「ＢＷＰ ＩＤ」を端末に送信するか、ＴＲＰ２のＢＷＰ１に対する「ＢＷＰ ＩＤ」を端末に送信することもできる。
【0119】
本発明の他の実施形態によれば、図８ｂにおいて、端末が、「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作が設定されたか否かを確認するために、下記のような方法が用いられる。
ＴＲＰ１とＴＲＰ２に対して少なくとも１つのＢＷＰが設定され、端末に設定される「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」を新しく設定する方法が考慮される。
複数のＴＲＰ（ｓ）は、それぞれ１つ以上のＢＷＰを設定することができ、ここで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のための各ＴＲＰの同一の「ＢＷＰ－Ｉｄ」は連続する（「ｃｏｎｓｅｃｕｔｉｖｅ ｎｕｍｂｅｒ」）「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」に関連するように設定される。
例えば、端末は、ＴＲＰ１とＴＲＰ２から同一の「ＢＷＰ－Ｉｄ」がａｃｔｉｖｅになるように設定される。
万一、最大「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の個数が「５」に決定されると、ＴＲＰ１の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ３、４」に関連するように設定される。
他の例としては、「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の最大個数が「５」以上の値（例：１０）に決定されると、ＴＲＰ１の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ０－４」に関連し、ＴＲＰ２の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ５－９」に関連するように設定される。
ＴＲＰ１とＴＲＰ２に対して少なくとも１つのＢＷＰが設定され、端末に設定される「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」を新しく設定する方法が考慮される。
複数のＴＲＰ（ｓ）は、それぞれ１つ以上のＢＷＰを設定することができ、ここで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」送信のための各ＴＲＰの同一の「ＢＷＰ－Ｉｄ」は連続する（「ｃｏｎｓｅｃｕｔｉｖｅ ｎｕｍｂｅｒ」）「ＣＯＲＥＳＥＴ Ｉｎｄｅｘ」に関連するように設定される。
例えば、端末は、ＴＲＰ１とＴＲＰ２から同一の「ＢＷＰ－Ｉｄ」がａｃｔｉｖｅになるように設定される。
万一、最大「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の個数が「５」に決定されると、ＴＲＰ１の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ０、１、２」に関連し、ＴＲＰ２の「ＢＷＰ－１」は、「ＣＯＲＥＳＥＴ３、４」に関連するように設定される。
他の例としては、「ＣＯＲＥＥＳＥＴ Ｉｎｄｅｘ」の最大個数が「５」以上の値（例：１０）に決定されると、ＴＲＰ１の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ０－４」に関連し、ＴＲＰ２の「ＢＷＰ－１」が「ＣＯＲＥＳＥＴ５－９」に関連するように設定される。
【0120】
また、下記に示す表１２を参照すると、「ａｃｔｉｖｅ ＢＷＰ Ｉｄ」を別途に設定するために下記のように「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が追加される。
したがって、上記のように、「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が指示するＢＷＰが活性化された場合、端末は、該当ＢＷＰで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作を行う。
このような方法を用いる場合、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信で１つのＢＷＰのみがａｃｔｉｖｅになる現在の標準を維持しながら「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」動作を行う長所がある。
したがって、上記のように、「ＩｎｔｅｒｃｅｌｌＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ」が指示するＢＷＰが活性化された場合、端末は、該当ＢＷＰで「ｉｎｔｅｒ－ｃｅｌｌ Ｍ－ＴＲＰ」動作を行う。
このような方法を用いる場合、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信で１つのＢＷＰのみがａｃｔｉｖｅになる現在の標準を維持しながら「ｎｏｎ－ＣＡ ｆｒａｍｅｗｏｒｋ」動作を行う長所がある。
【表12】
【0121】
一方、以下では、上記で説明された設定に基づいて「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信を行うために端末がｍｏｎｉｔｏｒｉｎｇするＣＯＲＥＳＥＴの設定及び動作を説明する。
ＣＯＲＥＳＥＴの詳細な設定のために「ＲＲＣ ｐａｒａｍｅｔｅｒ ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の新しい定義／変更が必要である。
ＣＯＲＥＳＥＴの詳細な設定のために「ＲＲＣ ｐａｒａｍｅｔｅｒ ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の新しい定義／変更が必要である。
【0122】
「Ｒｅｌ－１６」では、１つのＢＷＰ内に最大５つのＣＯＲＥＳＥＴまで設定され、この時、「ｍｕｌｔｉ－ＴＲＰ ｔｒａｎｓｍｉｓｓｉｏｎ」を行うことができるＣＯＲＥＳＥＴの集合（ｓｅｔ）を同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定する。
一方、「Ｒｅｌ－１７」で「ｉｎｔｅｒ－ｃｅｌｌ」に対応する複数のＴＲＰそれぞれに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の設定が必要である。
この時、基地局は、１つのＢＷＰ内に５つ以上のＣＯＲＥＳＥＴを設定することができ、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信のために複数個の既存の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を拡張して用いることができ、新しい情報（例：「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒｅｌ１７」又は「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌ」）を用いることができる。
一方、「Ｒｅｌ－１７」で「ｉｎｔｅｒ－ｃｅｌｌ」に対応する複数のＴＲＰそれぞれに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の設定が必要である。
この時、基地局は、１つのＢＷＰ内に５つ以上のＣＯＲＥＳＥＴを設定することができ、「ｉｎｔｅｒ－ｃｅｌｌ」基盤の「ｍｕｌｔｉ－ＴＲＰ」送信のために複数個の既存の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を拡張して用いることができ、新しい情報（例：「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒｅｌ１７」又は「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌ」）を用いることができる。
【0123】
図９は、本発明の一実施形態による「Ｍｕｌｔｉ－ＤＣＩ」基盤「Ｍ－ＴＲＰ」の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法を示す図である。
端末は、少なくとも１つ以上のＢＷＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が同一の値に設定されたＣＯＲＥＳＥＴに含まれた複数のＰＤＣＣＨをモニタリングしてＤＣＩをデコーディングする。
また、端末は、ＤＣＩがスケジューリングする「ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ／ｎｏｎ－ｏｖｅｒｌａｐｐｅｄ ＰＤＳＣＨｓ」を受信することを期待することができる。
端末は、少なくとも１つ以上のＢＷＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が同一の値に設定されたＣＯＲＥＳＥＴに含まれた複数のＰＤＣＣＨをモニタリングしてＤＣＩをデコーディングする。
また、端末は、ＤＣＩがスケジューリングする「ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ／ｎｏｎ－ｏｖｅｒｌａｐｐｅｄ ＰＤＳＣＨｓ」を受信することを期待することができる。
【0124】
例えば、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」９０１に設定されたＴＲＰ１の「ＣＯＲＥＳＥＴ＃Ｘ」９０２とＴＲＰ＃２の「ＣＯＲＥＳＥＴ＃Ｙ」９０３を「ｓｌｏｔ＃０」９０４でそれぞれモニタリングする。
したがって、端末は、「ＣＯＲＥＳＥＴ＃Ｘ」と「ＣＯＲＥＳＥＴ＃Ｙ」を介して受信されたＤＣＩに基づいて「ＰＤＳＣＨ＃２」９０５及び「ＰＤＳＣＨ＃１」９０６からデータを受信する。
したがって、端末は、「ＣＯＲＥＳＥＴ＃Ｘ」と「ＣＯＲＥＳＥＴ＃Ｙ」を介して受信されたＤＣＩに基づいて「ＰＤＳＣＨ＃２」９０５及び「ＰＤＳＣＨ＃１」９０６からデータを受信する。
【0125】
ここで、ＴＲＰに設定されたＰＣＩが互いに異なっても端末は設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみで「ｍｕｌｔｉ－ＴＲＰ」で構成されるＣＯＲＥＳＥＴインデックスを判断する。
このため、下記で方法の例示を提案する。
まず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、端末に設定され、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴを介して「Ｍ－ＴＲＰ」動作を行う。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含む場合、端末は、「ＣＯＲＥＳＥＴ１、２」を介して「Ｍ－ＴＲＰ」動作を行い、「ＣＯＲＥＳＥＴ３、４」を介して「Ｍ－ＴＲＰ」動作を行う。
このため、下記で方法の例示を提案する。
まず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、端末に設定され、端末は、同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴを介して「Ｍ－ＴＲＰ」動作を行う。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含む場合、端末は、「ＣＯＲＥＳＥＴ１、２」を介して「Ｍ－ＴＲＰ」動作を行い、「ＣＯＲＥＳＥＴ３、４」を介して「Ｍ－ＴＲＰ」動作を行う。
【0126】
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定するための第１方法を説明する。
本発明の第１方法によれば、「ｓｅｒｖｉｎｇ ｃｅｌｌ」に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定された場合、端末は、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対しても同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定されたことを期待することができる。
すなわち、「ｉｎｔｅｒ－ｃｅｌｌ」でも同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が適用される。
この場合、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対して別途の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定なしに暗黙的に設定されたものと判断することができる。
本発明の第１方法によれば、「ｓｅｒｖｉｎｇ ｃｅｌｌ」に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定された場合、端末は、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対しても同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定されたことを期待することができる。
すなわち、「ｉｎｔｅｒ－ｃｅｌｌ」でも同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が適用される。
この場合、「ｉｎｔｅｒ－ｃｅｌｌ」（「ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ」）に対して別途の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定なしに暗黙的に設定されたものと判断することができる。
【0127】
例えば、ＴＲＰ１に対するセルに対し、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含むように設定された場合、端末は、ＴＰＲ２に対するセルに対しても、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ＣＯＲＥＳＥＴ１、２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ＣＯＲＥＳＥＴ３、４」を含むと判断する。
【0128】
図１０は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第２方法を示す図である。
第２方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
第２方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
【0129】
基地局は、ＰＣＩごとに「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」をそれぞれ「０」ｏｒ「１」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になり得る。
第２方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌで構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定することができる。
また、第２方法によれば、同一のＰＣＩを有するＴＲＰに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」には少なくとも２つのＣＯＲＥＳＥＴが含まれ得、「ｉｎｔｅｒ－ｃｅｌｌ」間協力送信のために同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴが用いられる。
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になり得る。
第２方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌで構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定することができる。
また、第２方法によれば、同一のＰＣＩを有するＴＲＰに対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」には少なくとも２つのＣＯＲＥＳＥＴが含まれ得、「ｉｎｔｅｒ－ｃｅｌｌ」間協力送信のために同一の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を有するＣＯＲＥＳＥＴが用いられる。
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」に設定する。
【0130】
他の例としては、１つの「Ｉｎｔｒａ－ｃｅｌｌ」内で設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を用いて「ｉｎｔｅｒ－ｃｅｌｌ」で同一の「ＣＯＲＥＳＥＴＩｎｄｅｘ」を用いて「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨをモニタリングする。
具体的には、図１０を参照すると、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０１０に設定され、
「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０２０に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
具体的には、図１０を参照すると、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０１０に設定され、
「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１０２０に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
【0131】
同様に、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」がＴＲＰ１に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０１１に設定され、
「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０２１に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
端末は、この時、ＰＣＩに関係なく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみを確認して「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングを行う。
このように基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」がＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１０２１に設定される。
したがって、ＴＲＰ１及びＴＲＰ２に対する「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングに用いられる。
端末は、この時、ＰＣＩに関係なく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」のみを確認して「ｍｕｌｔｉ－ＴＲＰ」送信のためのＰＤＣＣＨモニタリングを行う。
このように基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
【0132】
具体的には、第２方法において「ＣＯＲＥＳＥＴ ＩＤ」及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定するための情報は、下記に示す表１３のように示す。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、２つである場合を例として説明するが、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は増加させることができ、これにより、該当情報のビット数も増加することができる。
一方、端末は、ＲＲＣ設定で別途の値設定がなければ、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を「０」に仮定して動作することができる。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、２つである場合を例として説明するが、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は増加させることができ、これにより、該当情報のビット数も増加することができる。
一方、端末は、ＲＲＣ設定で別途の値設定がなければ、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を「０」に仮定して動作することができる。
【表13】
【0133】
図１１は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第３方法を示す図である。
第３方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
第３方法では、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数が固定され、本発明では、例えば、２つに設定される場合を説明する。
ただし、本発明の実施形態がこれに限定されるものではなく、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数は変更することができる。
【0134】
基地局は、ＰＣＩごとに「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」をそれぞれ「０」ｏｒ「１」に設定する。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になる。
第３方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌに構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定する。
また、第３方法によれば、「ｉｎｔｅｒ－ｃｅｌｌ」協力送信のために、ＰＣＩが異なるＣＯＲＥＳＥＴが１つの「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に含まれるように設定される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０ｏｒ１」に含まれるＣＯＲＥＳＥＴは、２つ以上になる。
第３方法によれば、基地局は、「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定のためにｐｏｏｌに構成されるための少なくとも１つのＣＯＲＥＳＥＴがＰＣＩ別に同一のインデックスを有するように設定する。
また、第３方法によれば、「ｉｎｔｅｒ－ｃｅｌｌ」協力送信のために、ＰＣＩが異なるＣＯＲＥＳＥＴが１つの「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に含まれるように設定される。
【0135】
例えば、基地局は、特定端末のために「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１１１０に設定する。
また、基地局は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１１２０に設定する。
端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定されない「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」（本図面では「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」）は、「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲＰ」送信をサポートしないものと判断する。
このように、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
また、基地局は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を「ｉｎｔｅｒ－ｃｅｌｌ」間「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１１２０に設定する。
端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に設定されない「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」（本図面では「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」）は、「ｉｎｔｅｒ－ｃｅｌｌ」基盤「Ｍ－ＴＲＰ」送信をサポートしないものと判断する。
このように、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の全体個数は固定し、端末に同一のｉｎｄｅｘを有するｐｏｏｌを全てモニタリングするように設定／決定する。
【0136】
本実施形態によるＣＯＲＥＳＥＴの設定は、下記に示す表１４のように構成される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を２つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１｝に設定され、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を三つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定される。
この時、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を２つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１｝に設定され、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を三つ設定する場合、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定される。
【0137】
又は、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定されることができ、ｉｎｔｒａ－ｃｅｌｌに対してはｎ０、ｎ１が、「ｉｎｔｅｒ－ｃｅｌｌ」に対してはｎ２が用いられるように設定されることができる。
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」は、ＥＮＵＭＥＲＡＴＥＤ｛ｎ０、ｎ１、ｎ３｝に設定されることができ、ｉｎｔｒａ－ｃｅｌｌに対してはｎ０、ｎ１が、「ｉｎｔｅｒ－ｃｅｌｌ」に対してはｎ２が用いられるように設定されることができる。
【0138】
ただし、これは、本発明の一実施形態に過ぎず、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」の数は変更することができ、これにより「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ－ｒ１７ ｆｉｅｌｄ」もｎ４、ｎ５などの情報に設定することができる。
また、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される場合、「ｉｎｔｒａ－ｃｅｌｌ」に対する情報と「ｉｎｔｅｒ－ｃｅｌｌ」に対する情報は、基地局の設定又は予め定められた規則により決定される。
また、「ｉｎｔｒａ－ｃｅｌｌ」と「ｉｎｔｅｒ－ｃｅｌｌ」を区分して「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される場合、「ｉｎｔｒａ－ｃｅｌｌ」に対する情報と「ｉｎｔｅｒ－ｃｅｌｌ」に対する情報は、基地局の設定又は予め定められた規則により決定される。
【表14】
【0139】
又は、本発明の第４方法によれば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」は、「ｉｎｔｒａ－ｃｅｌｌ」用途に設定し、「ｉｎｔｅｒ－ｃｅｌｌ」のための「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒ－ＩｎｔｅｒｃｅｌｌＩｄ」（ｎｅｗ ｐａｒａｍｅｔｅｒ）が新しく定義される。
【0140】
例えば、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含む「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を含むように設定される。
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ０」は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」を含むように設定するか、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」と「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」を含むように設定する。
他の例としては、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、直接各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含むように設定される。
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ０」は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」を含むように設定するか、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」と「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」を含むように設定する。
他の例としては、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」は、直接各セルの「ＣＯＲＥＳＥＴ Ｉｄ」を含むように設定される。
【0141】
「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘＦｏｒＩｎｔｅｒｃｅｌｌＩｄ」の設定は、下記に示す表１５のように構成される。
【表15】
【0142】
図１２は、本発明の一実施形態による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を設定する第５方法を示す図である。
第５方法は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数を拡張する方法を提案する。
この時、基地局は、ＰＣＩの個数だけ全体「ｉｎｔｅｒ－ｃｅｌｌ」を考慮したＰｏｏｌの個数を拡張する。
例えば、１つのＢＷＰ内に含まれることができるＣＯＲＥＳＥＴの個数が５つのみ設定されると仮定し、Ｎ個のＰＣＩが設定されれば２＊Ｎ個の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
第５方法は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定個数を拡張する方法を提案する。
この時、基地局は、ＰＣＩの個数だけ全体「ｉｎｔｅｒ－ｃｅｌｌ」を考慮したＰｏｏｌの個数を拡張する。
例えば、１つのＢＷＰ内に含まれることができるＣＯＲＥＳＥＴの個数が５つのみ設定されると仮定し、Ｎ個のＰＣＩが設定されれば２＊Ｎ個の「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」が設定される。
【0143】
例えば、図１２を参照にして説明すれば、２つのＰＣＩを有する２つのＴＲＰで「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ０」１２１０は、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ１」及び「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ１」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ１」１２２０は、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ３ ｆｏｒ ＴＲＰ２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ２」１２３０は、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ１」、「ＣＯＲＥＳＥＴ４ ｆｏｒ ＴＲＰ２」を含み、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ３」１２４０は、「ＣＯＲＥＳＥＴ１ ｆｏｒ ＴＲＰ２」、「ＣＯＲＥＳＥＴ２ ｆｏｒ ＴＲＰ２」を含むように設定される。
又は、ＴＲＰ２の「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」が５、６、７、８のように連続的に設定されても「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」マッピングは、類似するように設定される。
したがって、端末は、設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」により「ｍｕｌｔｉ－ＴＲＰ」動作のためのＰＤＣＣＨモニタリングを行う。
又は、ＴＲＰ２の「ＣＯＲＥＳＥＴ ｉｎｄｅｘ」が５、６、７、８のように連続的に設定されても「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」マッピングは、類似するように設定される。
したがって、端末は、設定された「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」により「ｍｕｌｔｉ－ＴＲＰ」動作のためのＰＤＣＣＨモニタリングを行う。
【0144】
図１３は、本発明の一実施形態による端末の動作を説明するためのフローチャートである。
図１３を参照すると、端末は、Ｓ１３１０段階で端末能力を報告する。
上述したように、端末は基地局から端末能力報告要請を受信し、これにより、端末能力を報告する。
図１３を参照すると、端末は、Ｓ１３１０段階で端末能力を報告する。
上述したように、端末は基地局から端末能力報告要請を受信し、これにより、端末能力を報告する。
【0145】
上記端末能力には、「ＲＡＴ ｔｙｐｅ」別の端末能力に対する情報が含まれる。
また、上記端末能力情報には、端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
ただし、端末能力情報に前記の情報が全て含まれるべきではなく、一部情報が省略されることができ、他の情報が追加されることもできる。
一方、Ｓ１３１０段階は省略することもできる。
すなわち、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、端末は端末能力を報告しない。
また、上記端末能力情報には、端末が「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
また、「ＵＥ Ｃａｐａｂｉｌｉｔｙ」には、端末が「ｉｎｔｅｒ－ｃｅｌｌ」に対する「ｍｕｌｔｉ－ＴＲＰ」動作をサポートするか否かに対する情報が含まれる。
ただし、端末能力情報に前記の情報が全て含まれるべきではなく、一部情報が省略されることができ、他の情報が追加されることもできる。
一方、Ｓ１３１０段階は省略することもできる。
すなわち、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、端末は端末能力を報告しない。
【0146】
その後、端末は、Ｓ１３２０段階で「ｍｕｌｔｉ－ＴＲＰ」関連設定情報を受信する。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
【0147】
したがって、端末は、Ｓ１３３０段階で「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作を行う。
具体的には、端末は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を確認する。
したがって、端末は、上記複数のＴＲＰに対するＣＯＲＥＳＥＴでＰＤＣＣＨをモニタリングし、ＤＣＩを取得する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
具体的には、端末は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、端末は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を確認する。
したがって、端末は、上記複数のＴＲＰに対するＣＯＲＥＳＥＴでＰＤＣＣＨをモニタリングし、ＤＣＩを取得する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
【0148】
図１４は、本発明の一実施形態による基地局の動作を説明するためのフローチャートである。
図１４を参照すると、基地局は、Ｓ１４１０段階で端末能力を受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
また、上述したように、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、Ｓ１４１０段階は省略される。
図１４を参照すると、基地局は、Ｓ１４１０段階で端末能力を受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
また、上述したように、基地局が端末能力を予め受信したか、既格納している場合、端末能力報告を要請しなく、Ｓ１４１０段階は省略される。
【0149】
その後、基地局は、Ｓ１４２０段階で「ｍｕｌｔｉ－ＴＲＰ」関連設定情報を送信する。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
「ｍｕｌｔｉ－ＴＲＰ」関連設定情報は、「ｉｎｔｅｒ ｃｅｌｌ」基盤の「Ｍ－ＴＲＰ」動作のためのセル関連情報（又は、協力セル関連情報）、ＢＷＰ関連情報、「ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘ」関連情報などが含まれる。
具体的な内容は、上述したものと同一である。
したがって、上述したセル設定方法、ＢＷＰ関連方法、及び「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」設定方法などが本実施形態に適用される。
【0150】
したがって、基地局は、Ｓ１４３０段階で「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作を行う。
具体的には、基地局は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末にｉｎｄｉｃａｔｉｏｎする。
また、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を端末に知らせる。
したがって、基地局は、複数のＴＲＰに対するＣＯＲＥＳＥＴでＤＣＩを送信する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
具体的には、基地局は、上記セル関連情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末にｉｎｄｉｃａｔｉｏｎする。
また、基地局は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」情報を用いて複数のＴＲＰに対してモニタリングすべきＣＯＲＥＳＥＴに対する情報を端末に知らせる。
したがって、基地局は、複数のＴＲＰに対するＣＯＲＥＳＥＴでＤＣＩを送信する。
そして、端末は、ＤＣＩでスケジューリングされたＰＤＳＣＨを介してデータを受信又は送信する。
【0151】
図１５は、本発明の一実施形態による端末の構造を示すブロック図である。
図１５を参照すると、端末は、送受信部１５１０、制御部１５２０、格納部１５３０を含む。
本発明において制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
図１５を参照すると、端末は、送受信部１５１０、制御部１５２０、格納部１５３０を含む。
本発明において制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
【0152】
送受信部１５１０は、他のネットワークエンティティと信号を送受信する。
送受信部１５１０は、例えば、基地局に端末能力を報告し、基地局から「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信する。
送受信部１５１０は、例えば、基地局に端末能力を報告し、基地局から「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信する。
【0153】
制御部１５２０は、本発明で提案する実施形態による端末の全般的な動作を制御する。
例えば、制御部１５２０は、前述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１５２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信し、これに基づいて「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、制御部１５２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を確認する。
したがって、制御部１５２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴをモニタリングする。
また、制御部１５２０は、受信されたＤＣＩに基づいてデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
例えば、制御部１５２０は、前述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１５２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を受信し、これに基づいて「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを確認する。
また、制御部１５２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報による「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を確認する。
したがって、制御部１５２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴをモニタリングする。
また、制御部１５２０は、受信されたＤＣＩに基づいてデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
【0154】
格納部１５３０は、送受信部１５１０を介して送受信される情報、及び制御部１５２０を介して生成される情報の内の少なくとも１つを格納する。
【0155】
図１６は、本発明の一実施形態による基地局の構造を示す図である。
図１６を参照すると、基地局は、送受信部１６１０、制御部１６２０、格納部１６３０を含む。
本発明で、制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
図１６を参照すると、基地局は、送受信部１６１０、制御部１６２０、格納部１６３０を含む。
本発明で、制御部は、回路又はアプリケーション特定統合回路、又は少なくとも１つのプロセッサであると定義され得る。
【0156】
送受信部１６１０は、他のネットワークエンティティと信号を送受信する。
送受信部１６１０は、例えば、端末から端末能力を受信し、端末に「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信する。
送受信部１６１０は、例えば、端末から端末能力を受信し、端末に「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信する。
【0157】
制御部１６２０は、本発明で提案する実施形態による基地局の全般的な動作を制御する。
例えば、制御部１６２０は、上記で記述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１６２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信し、上記情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末に知らせる。
また、制御部１６２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報によって「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を端末に送信する。
したがって、制御部１６２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴを介してＤＣＩを送信する。
また、制御部１６２０は、ＤＣＩに基づいてスケジューリングされたＰＤＳＣＨを介してデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
例えば、制御部１６２０は、上記で記述したフローチャートによる動作を行うように各ブロック間信号の流れを制御する。
例えば、制御部１６２０は、本発明の実施形態によって「ｍｕｌｔｉ－ＴＲＰ」設定情報を送信し、上記情報を介して「ｉｎｔｅｒ－ｃｅｌｌ ｍｕｌｔｉ－ＴＲＰ」動作が設定されたことを端末に知らせる。
また、制御部１６２０は、「ｍｕｌｔｉ－ＴＲＰ」設定情報によって「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」を端末に送信する。
したがって、制御部１６２０は、「ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ」に基づいて複数のＴＲＰのＣＯＲＥＳＥＴを介してＤＣＩを送信する。
また、制御部１６２０は、ＤＣＩに基づいてスケジューリングされたＰＤＳＣＨを介してデータを送受信する。
具体的な内容は、上述したものと同一であるので、以下では省略する。
【0158】
格納部１６３０は、送受信部１６１０を介して送受信される情報及び制御部１６２０を介して生成される情報の内の少なくとも１つを格納する。
【0159】
したがって、本発明の多様な実施形態によれば、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信する段階と、設定情報に基づいてセル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認する段階と、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、前記ＣＯＲＥＳＥＴを介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、ＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する段階と、を含むことを特徴とする。
【0160】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局の方法において、「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信する段階と、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する段階と、ＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する段階と、を含むことを特徴とする。
【0161】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末において、送受信部と、送受信部を介して「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を受信し、設定情報に基づいてセル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定されたかを確認し、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認し、送受信部を介してＣＯＲＥＳＥＴを介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信し、送受信部を介してＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」からデータを受信する制御部と、を含むことを特徴とする。
【0162】
また、本発明の多様な実施形態によれば、無線通信システムにおける基地局において、送受信部と、送受信部を介して「ｍｕｌｔｉ－ＴＲＰ」（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）に関連した設定情報を送信し、セル間（「ｉｎｔｅｒ－ｃｅｌｌ」）「ｍｕｌｔｉ－ＴＲＰ」送信が設定された場合、設定情報に基づいて「ｍｕｌｔｉ－ＴＲＰ」に対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を介して「ｍｕｌｔｉ－ＴＲＰ」に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を、送受信部を介して送信し、送受信部を介してＤＣＩに基づいて「ｍｕｌｔｉ－ＴＲＰ」を介してデータを送信する制御部と、を含むことを特徴とする。
【0163】
また、本発明の多様な実施形態によれば、無線通信システムにおける端末の方法において、基地局のサービングセルから協力送信に関連した設定情報を受信する段階と、設定情報に基づいてサービングセルと非サービングセル（ｎｏｎ－ｓｅｒｖｉｎｇ ｃｅｌｌ）間の協力送信が設定されたかを確認する段階と、協力送信が設定された場合、設定情報に基づいて協力送信のためのＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を確認する段階と、ＣＯＲＥＳＥＴを介して協力送信に対するダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信する段階と、ＤＣＩに基づいてサービングセル及び非サービングセルからデータを受信する段階と、を含むことを特徴とする。
【0164】
一方、本発明の方法を説明する図面において、説明の順序が必ず実行の順序とは対応せず、前後関係が変更されるか並列的に行われることもできる。
又は、本発明の方法を説明する図面は、本発明の本質を損なわない範囲内で一部の構成要素が省略され、一部の構成要素のみを含むことができる。
また、本発明の方法は、発明の本質を損なわない範囲内で各実施例に含まれた内容の一部又は全部が組み合わされて行われることもできる。
本発明は、様々な例示的な実施形態を参照して例示及び説明したが、様々な例示的な実施形態は例示的に意図されたものであり、制限するものではないことを理解されたい。
添付の請求範囲及びその等価物を含む本発明の真の思想及び全体範囲から逸脱せず、形態及び細部事項の多様な変更が行われることができることが当業者によってさらに理解されるであろう。
又は、本発明の方法を説明する図面は、本発明の本質を損なわない範囲内で一部の構成要素が省略され、一部の構成要素のみを含むことができる。
また、本発明の方法は、発明の本質を損なわない範囲内で各実施例に含まれた内容の一部又は全部が組み合わされて行われることもできる。
本発明は、様々な例示的な実施形態を参照して例示及び説明したが、様々な例示的な実施形態は例示的に意図されたものであり、制限するものではないことを理解されたい。
添付の請求範囲及びその等価物を含む本発明の真の思想及び全体範囲から逸脱せず、形態及び細部事項の多様な変更が行われることができることが当業者によってさらに理解されるであろう。
【符号の説明】
【0165】
１５１０、１６１０ 送受信部
１５２０、１６２０ 制御部
１５３０、１６３０ 格納部
１５２０、１６２０ 制御部
１５３０、１６３０ 格納部
【国際調査報告】