(57)【特許請求の範囲】
【請求項１】
移動通信システムにおいて基地局との無線通信を行う無線端末であって、
下りリンクのチャネル状態に関する非周期的なＣＳＩフィードバックを前記基地局に送信する処理を行う制御部を備え、
前記制御部は、所定の条件が満たされたことに応じて、ＰＵＳＣＨリソースを用いて、前記非周期的なＣＳＩフィードバックが多重された上りリンクデータを前記基地局に送信する多重送信を行い、
前記所定の条件は、前記非周期的なＣＳＩフィードバックの送信指示を前記基地局から受信したという条件とは異なり、
前記制御部は、前記送信指示を受信しない場合でも、前記所定の条件が満たされたことに応じて前記多重送信を行う
無線端末。
【請求項２】
前記所定の条件は、前記上りリンクデータとして、特定のアプリケーション、特定のベアラ、特定の論理チャネル、又は特定のＴＭＧＩに属するデータを送信するという条件を含む
請求項１に記載の無線端末。
【請求項３】
前記特定のアプリケーション、前記特定のベアラ、前記特定の論理チャネル、又は前記特定のＴＭＧＩは、前記無線端末が在圏するセルの少なくとも一部のエリアに対して前記基地局が提供するマルチキャスト／ブロードキャストサービスと関連付けられている
請求項２に記載の無線端末。
【請求項４】
前記特定のアプリケーション、前記特定のベアラ、前記特定の論理チャネル、又は前記特定のＴＭＧＩは、前記基地局から指定される
請求項２に記載の無線端末。
【請求項５】
前記所定の条件は、前記無線端末が在圏しているセルにおいて、所定のマルチキャスト／ブロードキャストサービスが提供されているという条件を含む
請求項１に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムにおいて用いられる無線端末に関する。
【背景技術】
【０００２】
移動通信システムにおいて、下りリンクのチャネル状態に関するチャネル状態情報（ＣＳＩ）フィードバックを無線端末から基地局に送信するＣＳＩフィードバック技術が知られている。基地局は、無線端末からのＣＳＩフィーバックに基づいて、下りリンクデータに適用する送信パラメータを決定する。送信パラメータとは、例えば変調符号化方式（ＭＣＳ）等である。【０００３】
一方、下りリンクの無線リソースの利用効率を高めるための技術として、マルチキャスト／ブロードキャスト伝送が知られている。基地局は、同一の下りリンク無線リソースを用いて複数の無線端末に同一の下りリンクデータを送信する。【０００４】
このようなマルチキャスト／ブロードキャスト伝送にＣＳＩフィードバック技術を導入することにより、効率的なデータ伝送を実現できると考えられる。しかしながら、ＣＳＩフィードバックは、基地局と無線端末との間のシグナリングの増大をもたらすため、無線リソースの利用効率を低下させる原因になり得る。【０００５】
従って、シグナリングの増大を抑制することが可能なＣＳＩフィードバック技術を実現することが望まれる。
【発明の概要】
【０００６】
第１の特徴に係る無線端末は、移動通信システムにおいて基地局との無線通信を行う。前記無線端末は、下りリンクのチャネル状態に関する非周期的なＣＳＩフィードバックを前記基地局に送信する処理を行う制御部を備える。前記制御部は、所定の条件が満たされたことに応じて、ＰＵＳＣＨリソースを用いて、前記非周期的なＣＳＩフィードバックが多重された上りリンクデータを前記基地局に送信する多重送信を行う。
【０００７】
第２の特徴に係る無線端末は、移動通信システムにおいて基地局との無線通信を行う。前記無線端末は、下りリンクのチャネル状態に関する周期的なＣＳＩフィードバックを前記基地局に送信する処理を行う制御部を備える。前記制御部は、ＳＰＳにより設定された周期的なＰＵＳＣＨリソースを用いて、前記周期的なＣＳＩフィードバックが多重された上りリンクデータを前記基地局に送信する多重送信を行う。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】実施形態に係るＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。
【図６】実施形態に係る想定シナリオを示す図である。
【図７】実施形態に係る非周期的なＣＳＩフィードバックを示す図である。
【図８】実施形態に係る周期的なＣＳＩフィードバックを示す図である。
【図９】実施形態に係る動作シーケンス例を示す図である。
【発明を実施するための形態】
【０００９】
（移動通信システム）
実施形態に係る移動通信システムについて説明する。実施形態に係る移動通信システムは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格に基づくＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムである。
【００１０】
図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１１】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。ＵＥ１００は、車載型のＵＥ（Ｖ−ＵＥ：Ｖｅｈｉｃｌｅ  ＵＥ）であってもよい。
【００１２】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
【００１３】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１４】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、制御部１３０、及びＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１４０を備える。
【００１５】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００１６】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００１７】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００１８】
ＧＮＳＳ受信機１４０は、制御部１３０の制御下でＧＮＳＳ衛星信号を受信し、ＵＥ１００の地理的な位置を示す位置情報を制御部１３０に出力する。ＧＮＳＳは、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）と読み替えてもよい。位置情報は、緯度及び経度情報を含む。
【００１９】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２０】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２１】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００２２】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２３】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００２４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤを構成する。
【００２５】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００２６】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００２７】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００２８】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００２９】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３０】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【００３１】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００３３】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信する。ｅＮＢ２００は、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送するＤＣＩは、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は、上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）である。下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、ＤＣＩの送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットをＤＣＩに含める。各ＵＥ１００は、当該ＵＥ１００宛ての可能性があるＤＣＩについて、当該ＵＥ１００のＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、当該ＵＥ１００宛のＤＣＩを検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００３４】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００３５】
ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信する。ＵＥ１００は、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬するＵＣＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスである。ＣＱＩは、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００３６】
ＣＱＩ、ＰＭＩ、及びＲＩは、下りリンクのチャネル状態に関するチャネル状態情報（ＣＳＩ）に相当する。ＵＥ１００は、ｅＮＢ２００から送信される参照信号を用いてチャネル状態を測定（推定）してＣＳＩを生成する。
【００３７】
（想定シナリオ）
実施形態に係る想定シナリオについて説明する。実施形態において、車載型のＵＥ１００を用いたＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｘ）サービスのシナリオを想定する。実施形態に係る想定シナリオにおいて、ｅＮＢ２００は、マルチキャスト／ブロードキャスト伝送により、同一のＤＬ無線リソースを用いて複数のＶ−ＵＥに同一のＤＬデータを送信する。
【００３８】
実施形態に係るマルチキャスト／ブロードキャスト伝送は、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）又はＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ−Ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）である。ＭＢＳＦＮ伝送においては、複数のセルからなるＭＢＳＦＮエリア単位で、物理マルチキャストチャネル（ＰＭＣＨ）を介して、マルチキャスト／ブロードキャストデータが送信される。ＳＣ−ＰＴＭ伝送においては、セル単位で、ＰＤＳＣＨを介して、マルチキャストデータが送信される。ＳＣ−ＰＴＭ伝送は、ＭＢＳＦＮ伝送に比べて、グループ通信サービス（マルチキャストサービス）を効率的に提供することができる。以下において、マルチキャスト／ブロードキャスト伝送としてＳＣ−ＰＴＭを主として想定する。
【００３９】
図６は、実施形態に係る想定シナリオを示す図である。実施形態に係る想定シナリオにおいて、ｅＮＢ２００は、ＳＣ−ＰＴＭを用いて、ｅＮＢ２００が管理するセル内の特定の位置（小エリア）に存在する複数のＶ−ＵＥに対してマルチキャスト伝送を行う。言い換えると、ｅＮＢ２００は、位置情報に基づく小エリア単位でのマルチキャストを行う。このような小エリアは、「ゾーン」と称されてもよい。但し、ｅＮＢ２００は、小エリアを対象としたマルチキャストを行うケースに限らず、ｅＮＢ２００が管理するセルの全エリアを対象としたマルチキャストを行ってもよい。
【００４０】
図６に示す例において、ｅＮＢ２００のセル内に複数の車両（すなわち、複数のＶ−ＵＥ）が存在する。
【００４１】
ｅＮＢ２００（又は他のネットワークエンティティ）は、各ゾーンにＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）をマッピングする。ｅＮＢ２００は、ゾーンＩＤとＴＭＧＩとの対応関係を、ｅＮＢ２００が管理するセル内にブロードキャスト又はマルチキャストする。車両Ｖ１に搭載されたＶ−ＵＥ（送信側Ｖ−ＵＥ）は、車両Ｖ１に関するＵＬデータをｅＮＢ２００に送信する。車両に関するデータとは、例えばＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ  Ａｗａｒｅｎｅｓｓ  Ｍｅｓｓａｇｅ）データ等である。ｅＮＢ２００（又は他のネットワークエンティティ）は、当該ＵＬデータをＴＭＧＩにマッピングする。
【００４２】
ｅＮＢ２００は、当該ＵＬデータをＴＭＧＩと対応付けてＤＬマルチキャストにより送信する。ＵＬからＤＬへのデータルーティングは、ｅＮＢ２００内で行われてもよいし、ＥＰＣ２０及び／又はサーバを経由してもよい。各Ｖ−ＵＥ（受信側Ｖ−ＵＥ）は、所定の規則（例えば、モジュロ演算）を用いて、自身の緯度及び経度情報をゾーンＩＤに変換する。各Ｖ−ＵＥ（受信側Ｖ−ＵＥ）は、自身の位置情報から得られたゾーンＩＤに対応するＴＭＧＩを特定し、特定したＴＭＧＩに対応するマルチキャストデータの受信を試みる。
【００４３】
このようにして、車両Ｖ１の周辺に位置する各車両（Ｖ２及びＶ３）のＶ−ＵＥは、車両Ｖ１に関するマルチキャストデータをネットワーク経由で受信する。言い換えると、車両Ｖ１のＶ−ＵＥから送信されたＵＬデータは、ＤＬマルチキャストにより所定の小エリア（ゾーン）に送信される。
【００４４】
このようなマルチキャスト伝送にＣＳＩフィードバック技術を導入することにより、効率的なデータ伝送を実現できると考えられる。具体的には、ｅＮＢ２００は、各Ｖ−ＵＥからのＣＳＩフィーバックに基づいて、マルチキャストデータに適用する送信パラメータ（ＭＣＳ等）を決定する。これにより、ＤＬのチャネル状態に適応したマルチキャスト送信を行うことができる。
【００４５】
ＣＳＩフィードバックには、非周期的なＣＳＩフィードバック（Ａｐｅｒｉｏｄｉｃ  ＣＳＩ  ｆｅｅｄｂａｃｋ）及び周期的なＣＳＩフィードバック（Pｅｒｉｏｄｉｃ  ＣＳＩ  ｆｅｅｄｂａｃｋ）の２通りの方法がある。
【００４６】
非周期的なＣＳＩフィードバックの場合、ＵＥ１００は、非周期的なＣＳＩフィードバックの送信指示（送信トリガ）をｅＮＢ２００から受信したことに応じて、ＰＵＳＣＨリソースを用いて非周期的なＣＳＩフィードバックをｅＮＢ２００に送信する。このような送信指示は、ＤＣＩ（ＰＤＣＣＨ）を用いた動的スケジューリングにより行われる。よって、都度ＰＤＣＣＨでの指示が必要になり、かつ、非周期的なＣＳＩフィードバックのためだけにＰＵＳＣＨリソースが消費され得る。
【００４７】
周期的なＣＳＩフィードバックの場合、ＵＥ１００は、ＰＵＣＣＨリソースを用いて周期的なＣＳＩフィードバックをｅＮＢ２００に送信する。ＰＵＣＣＨリソースは、ｅＮＢ２００からＵＥ１００に設定される。よって、ＰＵＣＣＨリソースの設定が必要になり、かつ、周期的なＣＳＩフィードバックのためだけにＰＵＣＣＨリソースが消費され得る。例外的に、ＵＥ１００は、ＵＬデータ及びＣＳＩフィードバックで送信タイミングが重なった場合に、ＰＵＣＣＨではなくＰＵＳＣＨで、周期的なＣＳＩフィードバックが多重されたＵＬデータを送信し得る。
【００４８】
このように、ＣＳＩフィードバックは、ｅＮＢ２００とＵＥ１００との間のシグナリング（すなわち、オーバーヘッド）の増大をもたらすため、無線リソースの利用効率を低下させる原因になり得る。特に、セル内の全てのＶ−ＵＥがＣＳＩフィードバックを行う場合、シグナリングが大幅に増大してしまう。以下において、シグナリングの増大を抑制することが可能なＣＳＩフィードバック技術について説明する。
【００４９】
（非周期的なＣＳＩフィードバック）
実施形態に係る非周期的なＣＳＩフィードバックについて説明する。
【００５０】
実施形態に係るＵＥ１００は、ｅＮＢ２００との無線通信を行う。ＵＥ１００は、ＤＬのチャネル状態に関する非周期的なＣＳＩフィードバックをｅＮＢ２００に送信する。ＣＳＩは、ＣＱＩ、ＰＭＩ、ＲＩのうち少なくとも１つである。以下において、ＣＳＩがＣＱＩであるケースを主として想定する。ＵＥ１００は、所定の条件が満たされたことに応じて、ＰＵＳＣＨリソースを用いて、非周期的なＣＳＩフィードバックが多重されたＵＬデータをｅＮＢ２００に送信する多重送信を行う。このような多重送信を行うことにより、リソース利用効率の低下を抑制しつつ、非周期的なＣＳＩフィードバックをｅＮＢ２００に効率的に送信することができる。
【００５１】
図７は、実施形態に係る非周期的なＣＳＩフィードバックを示す図である。図７に示すように、ステップＳ１１において、ＵＥ１００は、所定の条件が満たされたか否かを判定する。所定の条件が満たされた場合（ステップＳ１１：ＹＥＳ）、ステップＳ１２において、ＵＥ１００は、ＰＵＳＣＨリソースを用いて、非周期的なＣＳＩフィードバック及びＵＬデータの多重送信を行う。ＵＥ１００は、ステップＳ１１の前又は後において、ｅＮＢ２００からの参照信号に基づいてＣＳＩを生成する。
【００５２】
所定の条件は、非周期的なＣＳＩフィードバックの送信指示をｅＮＢ２００から受信したという条件とは異なる条件である。ＵＥ１００は、送信指示を受信しない場合でも、所定の条件が満たされたことに応じて多重送信を行う。よって、ＤＣＩ（ＰＤＣＣＨ）での送信指示を不要とすることができるため、ＤＬのシグナリングを削減することができる。
【００５３】
所定の条件は、ＵＬデータとして、特定のアプリケーション、特定のベアラ、特定の論理チャネル、又は特定のＴＭＧＩに属するデータを送信するという条件を含んでもよい。特定のアプリケーション、特定のベアラ、特定の論理チャネル、又は特定のＴＭＧＩは、ＵＥ１００が在圏するセルの少なくとも一部のエリアに対してｅＮＢ２００がマルチキャスト／ブロードキャスト伝送を行うサービスと関連付けられていてもよい。特定のアプリケーション、特定のベアラ、特定の論理チャネル、又は特定のＴＭＧＩは、ｅＮＢ２００から指定されてもよい。
【００５４】
一例として、所定の条件は、以下の条件のうち少なくとも１つである。複数の条件を組み合わせる場合、ＵＥ１００は、当該複数の条件が満たされたことに応じて多重送信を行う。所定の条件が満たされたか否かの判断は、ＵＥ１００の無線レイヤ（すなわち、ＡＳレイヤ）に属するレイヤ／エンティティにより行われる。
【００５５】
条件１：  条件１は、ＵＥ１００の無線レイヤ（ＡＳレイヤ）が、上位レイヤ（例えば、アプリケーションレイヤ）から特定のデータ送信を行う旨の通知を受けたという条件である。特定のデータ送信とは、Ｖ２Ｘサービスのデータ送信及び／又はグループ通信サービスのデータ送信である。ＵＥ１００は、条件１が満たされたことに応じて、特定のデータ送信に係るＵＬデータ（データパケット）とＣＳＩフィードバックとをＰＵＳＣＨに多重する。このような多重送信の対象となるサービス（アプリケーション）は、ｅＮＢ２００からＵＥ１００に設定されてもよい。
【００５６】
ｅＮＢ２００からＵＥ１００への設定（すなわち、設定情報の送信）は、ＲＲＣシグナリングにより行なわれてもよい。ＲＲＣシグナリングは、ＵＥ個別ＲＲＣシグナリング（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）であってもよい。ＲＲＣシグナリングは、ブロードキャストＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））であってもよい。或いは、ｅＮＢ２００からＵＥ１００への設定は、マルチキャストチャネル（例えば、ＳＣ−ＭＣＣＨ（Ｓｉｎｇｌｅ  Ｃｅｌｌ−Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ））により行なわれてもよい。以下においても同様である。
【００５７】
条件２：  条件２は、ＵＥ１００が、特定の無線ベアラ（又は特定の論理チャネル）においてデータ送信が発生したという条件である。ＵＥ１００は、条件２が満たされたことに応じて、特定の無線ベアラ（又は特定の論理チャネル）に属するＵＬデータ（データパケット）とＣＳＩフィードバックとをＰＵＳＣＨに多重する。特定の無線ベアラ（又は特定の論理チャネル）は、ベアラＩＤ（又は論理チャネルＩＤ）としてｅＮＢ２００からＵＥ１００に設定されてもよい。或いは、特定の無線ベアラ（又は特定の論理チャネル）は、上位レイヤ（例えば、アプリケーションレイヤ）から通知されてもよい。
【００５８】
条件３：  条件３は、ＵＥ１００が、特定のＴＭＧＩに属するデータ送信を行うという条件である。ＵＥ１００は、条件３が満たされたことに応じて、特定のＴＭＧＩに属するＵＬデータ（データパケット）とＣＳＩフィードバックとをＰＵＳＣＨに多重する。特定のＴＭＧＩは、ｅＮＢ２００からＵＥ１００に設定されてもよい。或いは、特定のＴＭＧＩは、上位レイヤ（例えば、アプリケーションレイヤ）から通知されてもよい。特定のＴＭＧＩは、ＭＢＳＦＮ又はＳＣ−ＰＴＭにより送信中（又は送信予定）のＴＭＧＩであってもよい。
【００５９】
条件４：  条件４は、ＵＥ１００が在圏しているセルにおいて、所定のマルチキャスト／ブロードキャストサービスが提供されている（例えば、ｅＮＢ２００からＵＥ１００にＭＢＳＦＮ又はＳＣ−ＰＴＭが設定されている等）という条件である。
【００６０】
但し、所定の条件は、非周期的なＣＳＩフィードバックの送信指示をｅＮＢ２００から受信したという条件であってもよい。この場合、ＵＥ１００は、ｅＮＢ２００から明示的に非周期的なＣＳＩフィードバック指示を受けたことに応じて多重送信を行う。ＣＳＩフィードバック指示は、所定のＤＣＩフォーマットで送信される。
【００６１】
（周期的なＣＳＩフィードバック）
実施形態に係る周期的なＣＳＩフィードバックについて説明する。
【００６２】
実施形態に係るＵＥ１００は、ｅＮＢ２００との無線通信を行う。ＵＥ１００は、ＤＬのチャネル状態に関する周期的なＣＳＩフィードバックをｅＮＢ２００に送信する。ＵＥ１００は、セミパーシステントスケジューリング（ＳＰＳ）により設定された周期的なＰＵＳＣＨリソースを用いて、周期的なＣＳＩフィードバックが多重されたＵＬデータをｅＮＢ２００に送信する多重送信を行う。ＳＰＳは、ｅＮＢ２００がＵＥ１００に都度ＤＣＩ（ＰＤＣＣＨ）でＰＵＳＣＨリソースを割り当てる必要がない。よって、このような多重送信を行うことにより、リソース利用効率の低下を抑制しつつ、周期的なＣＳＩフィードバックをｅＮＢ２００に効率的に送信することができる。
【００６３】
図８は、実施形態に係る周期的なＣＳＩフィードバックを示す図である。図８に示すように、ステップＳ２１において、ＵＥ１００は、ＳＰＳによるＰＵＳＣＨ送信タイミングであるか否かを判定する。ＳＰＳによるＰＵＳＣＨ送信タイミングである場合（ステップＳ２１：ＹＥＳ）、ステップＳ２２において、ＵＥ１００は、ＣＳＩ送信タイミングであるか否かを判定する。ＣＳＩ送信タイミングである場合（ステップＳ２２：ＹＥＳ）、ステップＳ２３において、ＵＥ１００は、ＰＵＳＣＨリソースを用いて、周期的なＣＳＩフィードバック及びＵＬデータの多重送信を行う。
【００６４】
実施形態において、ＵＥ１００は、ＳＰＳに関する設定情報（ＳＰＳ無線リソース設定）をｅＮＢ２００から受信してもよい。当該設定情報は、周期的なＣＳＩフィードバックの送信周期及び送信ＭＣＳの少なくとも一方を設定する情報を含む。このような設定情報は、Ｖ２Ｘ用のＳＰＳ設定として、例えば「ＵＬ  ＳＰＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｔｅｎｄｅｄ  ｆｏｒ  Ｖ２Ｘ  ｔｒａｎｓｍｉｓｓｉｏｎ」と規定してもよい。或いは、全てのＵＬ  ＳＰＳ設定を本実施形態に係る動作とすることを示すインジケータをｅＮＢ２００からＵＥ１００に通知することにより、全てのＵＬ  ＳＰＳを対象としてもよい。
【００６５】
ＣＳＩフィードバックの送信周期は、ＳＰＳ周期（ＰＵＳＣＨ送信周期）よりも長い周期（すなわち、ＳＰＳ周期の部分集合）であってもよい。ＣＳＩフィードバック送信周期がＳＰＳ周期の部分集合である場合、当該ＣＳＩフィードバック送信周期は、ＳＰＳ周期に対する倍数として設定されてもよい。一例として、「（ＳＰＳ  ｃｙｃｌｅ）×”Ｎ”＝ＣＳＩ  ＦＢ  ｃｙｃｌｅ」というように設定される。
【００６６】
ＳＰＳ無線リソース設定は、ＣＳＩフィードバックタイミング時のＭＣＳ変更を指定する情報を含んでもよい。当該ＭＣＳ変更は、ＣＳＩフィードバックに伴う送信ビット数増加を許容するように、高めのＭＣＳを適用するものであってもよい。ＭＣＳ変更を指定する情報は、以下の何れかである。
【００６７】
・ＭＣＳ変更を行うか否かを示す識別子（例えば、１ビットのフラグ）。この場合、ＤＣＩ（ＰＤＣＣＨ）により割当済のＭＣＳと変更後のＭＣＳとの対応関係（テーブル）が予め規定されており、ＵＥ１００及びｅＮＢ２００が当該対応関係を保持していてもよい。一例として、「ＭＣＳ０８をＭＣＳ０９に変更する」、「ＭＣＳ０９をＭＣＳ１０に変更する」といった対応関係が考えられる。変更後ＭＣＳは、割当済ＭＣＳに対してＣＳＩフィードバックのビット数を許容する最小限の変更幅として規定されてもよい。一例として、「ＭＣＳ０８＋４ｂｉｔｓ＝ＭＣＳ０９」という変更方法が考えられる。但し、トランスポートブロックサイズ（ＴＢＳ）はＭＣＳと割当リソースブロック数との組み合わせにより決定されるため、割当済のＭＣＳと変更後のＭＣＳとの対応関係（テーブル）が割当リソースブロック数（又はその範囲）ごとに規定されてもよい。この場合、ＵＥ１００及びｅＮＢ２００は、割当リソースブロック数に応じて、割当済のＭＣＳと変更後のＭＣＳとの対応関係を特定した上で、ＭＣＳを変更する。下記の例においても割当リソースブロック数を考慮してもよい。
【００６８】
・ＭＣＳ変更時に適用するＭＣＳ（例えば、“ＭＣＳ８”）。
【００６９】
・ＭＣＳ変更時に適用するＭＣＳと割当済ＭＣＳの差分（オフセット）。一例として、差分ｄｅｌｔａを２とする場合、「ＭＣＳ８＋“ｄｅｌｔａ２”＝ＭＣＳ１０」というように変更される。
【００７０】
実施形態に係る周期的なＣＳＩフィードバックを、実施形態に係る非周期的なＣＳＩフィードバックと併用してもよい。
【００７１】
（動作シーケンス例）
実施形態に係る動作シーケンス例について説明する。
【００７２】
図９は、実施形態に係る動作シーケンス例を示す図である。図９において破線で示す処理は、オプションの処理であることを意味する。
【００７３】
図９に示すように、ステップＳ１０１において、ｅＮＢ２００は、上述した設定情報をＵＥ１００に送信する。ＵＥ１００は、設定情報を受信して記憶する。
【００７４】
ステップＳ１０２において、ｅＮＢ２００は、特定のＴＭＧＩと対応付けられたマルチキャストデータをＳＣ−ＰＴＭ伝送により送信する。ＵＥ１００は、マルチキャストデータを受信する。
【００７５】
ステップＳ１０３において、ＵＥ１００は、ｅＮＢ２００から送信された参照信号に対する測定によりＣＳＩを測定し、測定したＣＳＩを記憶する。参照信号は、例えばセル固有参照信号（ＣＲＳ）等である。
【００７６】
ステップＳ１０４において、ＵＥ１００は、特定のＴＭＧＩに対応するＵＬデータを生成する。当該ＵＬデータは、例えばＶ２Ｘメッセージ等である。
【００７７】
ステップＳ１０５において、ＵＥ１００は、ＣＳＩ測定結果を読み出し、フィードバック用のＣＳＩにマッピングする。ＵＥ１００は、ＣＳＩフィードバックを含むＭＡＣ制御要素（ＭＡＣ  ＣＥ）を生成してもよい。
【００７８】
ステップＳ１０６において、ＵＥ１００は、ＵＬデータ及びＣＳＩフィードバックをＰＵＳＣＨに多重する。
【００７９】
ステップＳ１０７において、ＵＥ１００は、ＰＵＳＣＨに多重（ｍｕｌｔｉｐｌｅｘ）したＵＬデータ及びＣＳＩフィードバックをｅＮＢ２００に送信する。ＵＥ１００は、多重送信を示す情報（フラグ）をさらにＰＵＳＣＨに多重してもよい。
【００８０】
ステップＳ１０８において、ｅＮＢ２００は、多重されたＵＬデータ及びＣＳＩフィードバックを分離（ｄｅｍｕｌｔｉｐｌｅｘ）し、ＣＳＩフィードバックを記憶する。ｅＮＢ２００は、ＣＳＩフィードバック多重有無（２パターン）の各パターンについてブラインドデコーディングを行うことにより、ＵＬデータ及びＣＳＩフィードバックを分離してもよい。或いは、ｅＮＢ２００は、多重送信を示す情報（フラグ）に基づいてＣＳＩフィードバック多重有無を判定し、判定結果に基づいてＵＬデータ及びＣＳＩフィードバックを分離してもよい。
【００８１】
ステップＳ１０９において、ｅＮＢ２００は、記憶したＣＳＩフィードバックを読み出す。
【００８２】
ステップＳ１１０において、ｅＮＢ２００は、ＣＳＩフィードバックに基づいて、マルチキャストデータに適用する送信パラメータを決定するためのスケジューリングを行う。送信パラメータは、ＭＣＳ及び繰り返し送信回数のうち少なくとも１つを含んでもよい。ｅＮＢ２００は、ＣＳＩフィードバック受信時から所定の時間が経過するまでは、ＣＳＩフィードバックが有効とみなしてもよい。
【００８３】
ステップＳ１１１において、スケジューリング結果に基づいて、特定のＴＭＧＩと対応付けられたマルチキャストデータをＳＣ−ＰＴＭ伝送により送信する。
【００８４】
（実施形態に係る参照信号）
実施形態に係る参照信号について説明する。
【００８５】
上述したように、ＵＥ１００は、ｅＮＢ２００から送信される参照信号に基づいてＤＬのチャネル状態を測定する。参照信号は、ＭＢＳＦＮ参照信号（ＭＢＳＦＮ−ＲＳ）、セル固有参照信号（ＣＲＳ）、復調参照信号（ＤＭＲＳ）、及びＣＳＩ参照信号（ＣＳＩ−ＲＳ）の中から選択される。ＵＥ１００は、ｅＮＢ２００からＵＥ１００にＭＢＳＦＮ伝送及びＳＣ−ＰＴＭ伝送の何れが設定されているかに応じて、チャネル状態の測定に用いる参照信号の種別を決定してもよい。
【００８６】
一例として、ＵＥ１００は、ＭＢＳＦＮが設定されている場合は、ＭＢＳＦＮ−ＲＳに対する測定を行う。ＵＥ１００は、ＭＢＳＦＮ−ＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳのうち少なくとも１つに対する測定を行ってもよい。
【００８７】
これに対し、ＵＥ１００は、ＳＣ−ＰＴＭが設定されている場合は、ＣＲＳに対する測定を行う。ＵＥ１００は、ＣＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳのうち少なくとも１つに対する測定を行ってもよい。
【００８８】
ＵＥ１００は、例えばＭＢＳＦＮ／ＳＣ−ＰＴＭの両方の方式が設定されている場合、ＭＢＳＦＮ−ＲＳ及びＣＲＳの両方に対する測定を行ってもよい。或いは、ＵＥ１００は、ＭＢＳＦＮ／ＳＣ−ＰＴＭの両方の方式が設定されていても、関連するＴＭＧＩをマルチキャストしている方式に関連するＲＳのみ測定してもよい。
【００８９】
或いは、ｅＮＢ２００は、明示的に測定対象のＲＳの種別をＵＥ１００に設定してもよい。ｅＮＢ２００は、測定対象のＲＳに関する詳細情報（例えば、測定対象サブフレーム・周波数等）をＵＥ１００に設定してもよい。
【００９０】
ＵＥ１００は、上記のような測定方法に従ってＣＳＩフィードバック（多重送信）を行う。
【００９１】
一例として、ＵＥ１００は、ＭＢＳＦＮが設定されている場合は、ＭＢＳＦＮ−ＲＳに対する測定結果に基づくＣＳＩフィードバックを行う。ＵＥ１００は、ＭＢＳＦＮ−ＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳのうち少なくとも１つに対する測定結果に基づくＣＳＩフィードバックを行ってもよい。
【００９２】
これに対し、ＵＥ１００は、ＳＣ−ＰＴＭが設定されている場合は、ＣＲＳに対する測定結果に基づくＣＳＩフィードバックを行う。ＵＥ１００は、ＣＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳのうち少なくとも１つに対する測定結果に基づくＣＳＩフィードバックを行ってもよい。
【００９３】
ＵＥ１００は、例えばＭＢＳＦＮ／ＳＣ−ＰＴＭの両方の方式が設定されている場合、ＭＢＳＦＮ−ＲＳ及びＣＲＳの両方に対する測定結果に基づくＣＳＩフィードバックを行ってもよい。或いは、ＵＥ１００は、ＭＢＳＦＮ／ＳＣ−ＰＴＭの両方の方式が設定されていても、関連するＴＭＧＩをマルチキャストしている方式に関連するＲＳのみの測定結果に基づくＣＳＩフィードバックを行ってもよい。
【００９４】
或いは、ｅＮＢ２００は、明示的にフィードバック対象（多重送信対象）のＲＳの種別をＵＥ１００に設定してもよい。ｅＮＢ２００は、フィードバック対象のＲＳに関する詳細情報（例えば、測定対象サブフレーム・周波数等）をＵＥ１００に設定してもよい。
【００９５】
（変更例１）
上述した実施形態に係る多重送信において、ＵＥ１００は、ＣＳＩフィードバックだけではなく、付加情報も多重送信により送信してもよい。
【００９６】
一例として、ＵＥ１００は、自身の位置情報を一緒に多重してもよい。位置情報は、緯度及び経度情報であってもよいし、ゾーンを示す情報であってもよい。ゾーンを示す情報は、ゾーンＩＤであってもよいし、ゾーンＩＤを求めるために用いる情報（例えば、ゾーンの基準点／幅／長さを示す情報）であってもよい。
【００９７】
他の例として、ＵＥ１００は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを一緒に多重してもよい。上述した想定シナリオにおいて、受信Ｖ−ＵＥは、送信Ｖ−ＵＥの周辺に位置している。このため、送信Ｖ−ＵＥにおけるマルチキャストデータの受信成功／失敗は、当該送信Ｖ−ＵＥの周辺の受信Ｖ−ＵＥの受信成功／失敗と相関がある。よって、ｅＮＢ２００は、送信Ｖ−ＵＥからのＨＡＲＱ  ＡＣＫ／ＮＡＣＫに基づいて、マルチキャストデータのリンクアダプテーション及び／又は再送制御を行う。
【００９８】
このような付加情報も多重送信により送信する場合、ＵＥ１００は、送信する付加情報の種別を示す識別子を付加して送信してもよい。
【００９９】
（変更例２）
上述した実施形態において、マルチアンテナ伝送技術について特に触れなかった。しかしながら、ｅＮＢ２００は、セル内の一部のエリア（ゾーン）に対してマルチキャストデータを送信する場合は、ビームフォーミング及び／又はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）等の高度な伝送技術を適用し得る。このような高度な伝送技術を適用するためには、参照信号としてＣＳＩ−ＲＳを用いることが望ましく、ＣＳＩフィードバックがＰＭＩ及びＲＩを含むことが望ましい。
【０１００】
一例として、ｅＮＢ２００は、ＳＣ−ＰＴＭでマルチキャストデータが送信されるサブフレームでは、ＣＳＩ−ＲＳを送信する。ＵＥ１００は、ＳＣ−ＰＴＭでマルチキャストデータが送信されるサブフレームでは、ＣＳＩ−ＲＳに対する測定を行う。その場合、例えばＴＭＧＩ毎にＣＳＩ−ＲＳ送信リソースが異なってもよい。送信リソースとは、ＣＳＩ−ＲＳが配置されるリソースエレメントであってもよい。このような送信リソース（のパターン）は、ｅＮＢ２００からＵＥ１００に設定されてもよい。
【０１０１】
他の例として、ＭＢＳＦＮ／ＳＣ−ＰＴＭ伝送に、ゾーン毎のＭＩＭＯを適用してもよい。具体的には、ｅＮＢ２００は、一のゾーン内の複数のＵＥ１００からなるグループを対象としてＭＩＭＯを行う。このようなＭＩＭＯは、ＭＧ−ＭＩＭＯ（Ｍｕｌｔｉ−ｇｒｏｕｐ  ＭＩＭＯ）と称されてもよい。ＭＧ−ＭＩＭＯにおいて、ｅＮＢ２００は、グループベースのチャネル情報に従った送信ウェイトを用いてＭＩＭＯ伝送を行ってもよい。
【０１０２】
（変更例３）
上述した実施形態において、ＰＵＣＣＨとＰＵＳＣＨの同時送信の可否について特に触れなかった。しかしながら、ｅＮＢ２００からＵＥ１００に設定されるパラメータである「ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨ−ｒ１０」がＴＲＵＥである場合、ＵＥ１００は、ＰＵＣＣＨとＰＵＳＣＨの同時送信を行うことが可能である。
【０１０３】
このため、上述した実施形態に係る周期的なＣＳＩフィードバックを次のように変更してもよい。周期的なＣＳＩフィードバックと特定のＵＬ  ＳＰＳが設定され、かつ「ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨ−ｒ１０」がＦＡＬＳＥ（つまり、ＰＵＣＣＨとＰＵＳＣＨの同時送信が不可であるため、ＣＳＩフィードバックがＰＵＳＣＨに多重される設定）の場合、ＵＥ１００は、特定のＣＳＩフィードバックのタイミングと当該ＳＰＳの送信タイミングとが一致したことに応じて、当該特定のＣＳＩフィードバックの送信を中止する（ドロップする）。言い換えると、特定のＣＳＩフィードバックのタイミングと特定のＳＰＳ送信タイミングとが衝突した場合、ＵＥ１００は、ＵＬデータを優先的に送信するために、当該特定のＣＳＩフィードバックを送信しない。これにより、ＣＳＩフィードバックの多重による送信データの増加が発生しなくなり、ＵＬ送信データが１回で送信しきれないことによる遅延を抑圧することができる。上記のようなタイミングの衝突はｅＮＢ２００側で判断できるため、ｅＮＢ２００は、特定のＣＳＩフィードバックがｅＮＢ２００に送信されないことをエラーとみなすことはない。
【０１０４】
さらに、ＵＥ１００は、ＵＬ送信データの状況も考慮した動作を行ってもよい。前提条件は、ＵＥ１００に周期的なＣＳＩフィードバックと特定のＵＬ  ＳＰＳが設定され、かつ「ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨ−ｒ１０」がＦＡＬＳＥの場合である。このような前提下において、ＵＥ１００は、特定のＣＳＩフィードバックのタイミングと当該ＳＰＳの送信タイミングとが一致（衝突）する場合であっても、ＵＬ送信データが発生しなかった場合（あるいは、ＵＬ送信データに加えてＣＳＩフィードバックの送信をしてもＴＢＳに余裕がある場合）には、ＵＬ  ＳＰＳリソースを用いてＣＳＩフィードバックの多重送信を行ってもよい。このような例外的な動作を導入する場合、タイミングの衝突時にＵＥ１００がＣＳＩフィードバックをドロップさせたか否かをｅＮＢ２００側で判別する方法も導入してもよい。一例として、以下の何れかの方法を用いることができる。
【０１０５】
１）  ｅＮＢ２００が２パターンのブラインドデコーディングを行う（多重／ドロップで２回デコードを試みる）。
【０１０６】
２）  ドロップさせたことを示すドロップフラグをＵＥ１００がｅＮＢ２００に送信する（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ等に含める）。
【０１０７】
３）  ＣＳＩフィードバックをＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔに含める。ｅＮＢ２００は、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔのｌｅｎｇｔｈにより判別可能である。
【０１０８】
（その他の実施形態）
上述した実施形態において、車載型のＵＥ１００を用いたＶ２Ｘ通信においてマルチキャスト／ブロードキャスト伝送を行うシナリオを主として想定した。しかしながら、Ｖ２Ｘ通信を行うシナリオに限らず、ＵＥ１００とｅＮＢ２００との間で通常のセルラ通信（ユニキャスト通信）を行うシナリオを想定してもよい。
【０１０９】
上述した実施形態において、１つのセルの少なくとも一部のエリアを対象としてマルチキャスト／ブロードキャスト伝送を行うシナリオを主として想定した。しかしながら、複数のセルからなるＭＢＳＦＮエリアを対象としてマルチキャスト／ブロードキャスト伝送を行うシナリオを想定してもよい。このようなシナリオにおいて、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｎｇ  Ｅｎｔｉｔｙ）等の所定ネットワークエンティティは、ＭＢＳＦＮエリア単位でリンクアダプテーション（ＭＣＳの決定等）を行ってもよい。ｅＮＢ２００は、当該マルチキャスト／ブロードキャストが行われている無線リンクのチャネル情報を当該所定ネットワークエンティティに報告してもよい。当該チャネル情報は、例えばＵＥ１００から受信したＣＳＩフィードバックでもよく、ｅＮＢ２００が推定したＣＳＩ情報であってもよい。ｅＮＢ２００は、当該チャネル情報に対して、対応するＴＭＧＩやＭＢＭＳサービス、セッションＩＤ、ゾーンＩＤなどの関連情報を付与してもよい。
【０１１０】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１１１】
日本国特許出願第２０１６−１５７７９３号（２０１６年８月１０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１１２】
本発明は移動通信分野において有用である。
【図１】
0006718102.tif 000002
【図２】
0006718102.tif 000003
【図３】
0006718102.tif 000004
【図４】
0006718102.tif 000005
【図５】
0006718102.tif 000006
【図６】
0006718102.tif 000007
【図７】
0006718102.tif 000008
【図８】
0006718102.tif 000009
【図９】
0006718102.tif 000010