JP7119125B2 - 通信制御方法 - Google Patents

Description

本開示は、移動通信システムにおいてサイドリンク通信を制御するための通信制御方法に関する。

従来、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおいて、ユーザ装置間のインターフェイスであるサイドリンクを用いて直接的に行う通信であるサイドリンク通信が規定されている。また、このサイドリンク通信をＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）サービスに応用したＶ２Ｘサイドリンク通信も規定されている。

近年、第５世代（５Ｇ）の無線アクセス技術に位置付けられるＮＲ（Ｎｅｗ Ｒａｄｉｏ）の標準化が３ＧＰＰにおいて進められている（例えば、非特許文献１参照）。現状のＮＲシステムの仕様にはサイドリンク通信が規定されていないが、ＮＲシステムにサイドリンク通信（特に、Ｖ２Ｘサイドリンク通信）を導入するための議論が３ＧＰＰにおいて開始されている。

３ＧＰＰ技術仕様書 「ＴＳ３８．３００ Ｖ１５．３．０」 ２０１８年９月、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／３８＿ｓｅｒｉｅｓ／３８．３００／３８３００－ｆ３０．ｚｉｐ＞

第１の態様に係る通信制御方法は、移動通信システムにおいてサイドリンク通信を制御するための方法である。前記通信制御方法は、前記移動通信システムの基地局が、前記サイドリンク通信に利用可能なキャリア周波数又は無線リソースプールを示す第１リソース情報をブロードキャストすることと、前記基地局が、前記第１リソース情報と対応付けられた第１送信種別情報を送信することとを含む。前記第１送信種別情報は、前記キャリア周波数又は前記無線リソースプールを用いた前記サイドリンク通信における送信種別として、ユニキャスト、マルチキャスト、及びブロードキャストのうち少なくとも１つを指定する情報である。

第２の態様に係る通信制御方法は、移動通信システムにおいてサイドリンク通信を制御するための方法である。前記通信制御方法は、前記移動通信システムのユーザ装置が、ＰＵＣＣＨ又はＰＲＡＣＨを介して、前記サイドリンク通信用の無線リソースの個別割り当てを前記移動通信システムの基地局に要求することを含む。前記無線リソースの個別割り当てを要求する場合に、前記ユーザ装置は、該ユーザ装置が前記サイドリンク通信に適用することを希望する送信種別として、ユニキャスト、マルチキャスト、及びブロードキャストのうち少なくとも１つを前記基地局に通知する。

第３の態様に係る通信制御方法は、移動通信システムにおいてサイドリンク通信を制御するための方法である。前記通信制御方法は、受信側ユーザ装置が、前記サイドリンク通信により送信側ユーザ装置からデータを受信することと、前記受信側ユーザ装置が、前記サイドリンク通信のための品質測定用のサイドリンク信号を定期的に送信することとを含む。前記品質測定用のサイドリンク信号を送信する場合に、前記受信側ユーザ装置は、前記送信側ユーザ装置からの前記データを正しく受信したか否かを示す応答情報を含む前記サイドリンク信号を送信する。

第４の態様に係る通信制御方法は、移動通信システムにおいてサイドリンク通信を制御するための方法である。前記通信制御方法は、前記移動通信システムの基地局が、サイドリンク通信をマルチキャストで行う複数のユーザ装置からなるグループに対して、ＮＡＣＫ送信用の同一の無線リソースを割り当てることと、前記グループに含まれる１又は複数の受信側ユーザ装置が、前記グループに含まれる送信側ユーザ装置からのデータを正しく受信できなかった場合、前記基地局から割り当てられた前記同一の無線リソースを用いて、前記１又は複数の受信側ユーザ装置から前記送信側ユーザ装置に前記ＮＡＣＫを送信することとを含む。

実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るユーザ装置の構成を示す図である。 実施形態に係る基地局の構成を示す図である。 実施形態に係るユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係る制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係るサイドリンク通信の送信種別を示す図である。 第１実施形態に係る動作の具体例１を示す図である。 第１実施形態に係る動作の具体例２を示す図である。 第２実施形態に係る動作の具体例１を示す図である。 第２実施形態に係る動作の具体例２を示す図である。 第３実施形態に係る動作の具体例を示す図である。 第４実施形態に係る動作の具体例を示す図である。

ＮＲのサイドリンク通信は、ＬＴＥのサイドリンク通信をベースとしつつ、ＬＴＥのサイドリンク通信には無い高度な機能が追加されることが想定される。例えば、送達確認を用いた再送制御の機能や、ユニキャスト及びブロードキャストに加えてマルチキャストの機能が追加されると想定される。

そこで、本開示は、ＮＲのサイドリンク通信を適切に制御することを可能とする。

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（移動通信システム）
まず、一実施形態に係る移動通信システムの構成について説明する。一実施形態に係る移動通信システムは３ＧＰＰの５Ｇシステムであるが、移動通信システムには、ＬＴＥが少なくとも部分的に適用されてもよい。

図１は、一実施形態に係る移動通信システムの構成を示す図である。

図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

ＵＥ１００は、移動可能な装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、ＮＧ－ＲＡＮノードと呼ばれることもある。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、及び／又はモビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続されてもよいし、ＬＴＥの基地局が５ＧＣに接続されてもよい。また、ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されてもよい。

以下において、ｇＮＢ２００がＵＥ１００との無線通信を行う場合について主として説明するが、ｅＮＢがＵＥ１００との無線通信を行うことにより、ｅＮＢがサイドリンク通信を制御してもよい。

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

図２は、ＵＥ１００（ユーザ装置）の構成を示す図である。

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

図３は、ｇＮＢ２００（基地局）の構成を示す図である。

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間がＦ１インターフェイスで接続されてもよい。

図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。また、ＲＲＣ接続が中断（サスペンド）されている場合、ＵＥ１００はＲＲＣインアクティブモードである。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

（サイドリンク通信）
一実施形態に係る移動通信システムは、ＵＥ間のインターフェイスであるサイドリンクを用いて直接的に行う通信であるサイドリンク通信をサポートする。サイドリンク通信は、Ｖ２Ｘサイドリンク通信であってもよい。なお、サイドリンクは、ＰＣ５インターフェイスと呼ばれることもある。

サイドリンク通信のプロトコルスタックは、物理レイヤと、ＭＡＣレイヤと、ＲＬＣレイヤと、ＰＤＣＰレイヤとを有する。サイドリンク通信のプロトコルスタックは、制御プレーンにおいて、ＲＲＣレイヤを有していてもよい。

図６は、一実施形態に係るサイドリンク通信の送信種別を示す図である。

図６に示すように、サイドリンク通信の送信種別は、ユニキャスト、マルチキャスト、及びブロードキャストを含む。また、サイドリンク通信には、受信側ＵＥ１００Ｒから送信側ＵＥ１００Ｔへのフィードバックが導入されうる。

フィードバックは、受信側ＵＥ１００Ｒが送信側ＵＥ１００Ｔからのデータを正しく受信したか否かを示す応答情報を含む。フィードバックは、送信側ＵＥ１００Ｔと受信側ＵＥ１００Ｒとの間の伝搬路の状態を示すチャネル状態情報（ＣＳＩ）を含んでもよい。

応答情報は、ＲＬＣレイヤのＡＲＱ（Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ－ｒｅｑｕｅｓｔ）の応答情報であってもよいし、ＭＡＣレイヤのＨＡＲＱ（Ｈｙｂｒｉｄ ＡＲＱ）の応答情報であってもよい。応答情報は、データを正しく受信したことを示すＡＣＫと、データを正しく受信しなかった（すなわち、データの受信に失敗した）ことを示すＮＡＣＫとを含む。

ユニキャストのサイドリンク通信は、１対１のサイドリンク通信である。送信側ＵＥ１００Ｔがデータを受信側ＵＥ１００Ｒに送信し、受信側ＵＥ１００Ｒがフィードバック情報を送信側ＵＥ１００Ｔに送信する。

なお、送信側ＵＥ１００Ｔは、データの送信に先立ち、サイドリンク通信用の制御情報を受信側ＵＥ１００Ｒに送信する。

マルチキャストのサイドリンク通信は、特定のグループ内で行う１対多（１対特定多数）のサイドリンク通信である。マルチキャストは、グループキャストと呼ばれることもある。送信側ＵＥ１００Ｔがデータをグループ内の受信側ＵＥ１００Ｒに送信し、各受信側ＵＥ１００Ｒがフィードバック情報を送信側ＵＥ１００Ｔに送信する。

ブロードキャストのサイドリンク通信は、１対不特定多数のサイドリンク通信である。送信側ＵＥ１００Ｔは特定の宛先ＵＥ又はグループを指定せずにデータを送信する。

（第１実施形態）
次に、上述した移動通信システム及びサイドリンク通信を前提として、第１実施形態について説明する。

第１実施形態において、ｇＮＢ２００は、サイドリンク通信に利用可能なキャリア周波数又は無線リソースプールを示す第１リソース情報をブロードキャストする。無線リソースプールとは、キャリア周波数内の一部の無線リソース（時間・周波数リソース）からなるリソース群をいう。無線リソースプールは、キャリア周波数内の一部の帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）であってもよい。無線リソースプールは、サイドリンク通信における送信用の無線リソースプールと受信用の無線リソースプールとが別々に規定されてもよい。

また、ｇＮＢ２００は、第１リソース情報と対応付けられた第１送信種別情報を送信する。第１送信種別情報は、キャリア周波数又は無線リソースプールを用いたサイドリンク通信における送信種別として、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかを指定する情報である。

これにより、キャリア周波数ごと又は無線リソースプールごとに、サイドリンク通信における送信種別を異ならせることができるため、送信種別ごとに最適なキャリア周波数又は無線リソースプールを用いたサイドリンク通信を実現しやすくなる。

例えば、ユニキャスト用の無線リソースプールとマルチキャスト用の無線リソースプールとでサブキャリア間隔を異ならせるといった運用を実現しやすくなる。この場合、ｇＮＢ２００は、第１リソース情報と対応付けられたサブキャリア間隔情報を送信してもよい。サブキャリア間隔情報は、対応するキャリア周波数又は無線リソースプールのサブキャリア間隔を示す情報である。ｇＮＢ２００は、第１送信種別情報の送信に加えて、又は第１送信種別情報の送信に代えて、サブキャリア間隔情報を送信してもよい。

第１実施形態において、ｇＮＢ２００は、第１リソース情報及び第１送信種別情報を１つのシステム情報ブロック（ＳＩＢ）に含めるとともに、このＳＩＢをブロードキャストしてもよい。このＳＩＢは、ＮＲのサイドリンク通信に専用で用いるＳＩＢであってもよい。ｇＮＢ２００は、サブキャリア間隔情報をＳＩＢにさらに含めてもよい。ＳＩＢは、ＲＲＣアイドルモード及びＲＲＣインアクティブモードのＵＥ１００も受信可能であるため、ＲＲＣアイドルモード及びＲＲＣインアクティブモードのＵＥ１００がサイドリンク通信を行うことを円滑化できる。

或いは、ｇＮＢ２００は、第１リソース情報をＳＩＢによりブロードキャストし、第１送信種別情報をユニキャストのメッセージ（例えば、ＲＲＣメッセージ）で送信してもよい。この場合、ＵＥ１００がＲＲＣコネクティッドモードであってもよい。

第１実施形態において、ｇＮＢ２００から第１リソース情報及び第１送信種別情報を受信したＵＥ１００は、第１リソース情報及び第１送信種別情報の少なくとも一方に基づいて、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求してもよい。この場合、ＵＥ１００がＲＲＣコネクティッドモードであってもよい。ＵＥ１００は、このような要求をＲＲＣメッセージにより行ってもよい。

このＲＲＣメッセージは、ＲＲＣコネクティッドモードのＵＥ１００が送信可能なサイドリンクＵＥ情報メッセージであってもよい。或いは、ＲＲＣメッセージは、ＵＥ１００がＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するためのメッセージ（ＲＲＣ Ｒｅｑｕｅｓｔ）、ＵＥ１００がＲＲＣインアクティブモードからＲＲＣコネクティッドモードに遷移するためのメッセージ（ＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）、及び／又は無線リンク障害を検知したＵＥ１００が再接続を行うためのメッセージ（ＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）であってもよい。

サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求する際に、ＵＥ１００は、第１送信種別情報に基づいて、第２送信種別情報をｇＮＢ２００に送信してもよい。第２送信種別情報は、ＵＥ１００がサイドリンク通信に適用することを希望する送信種別として、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかを示す情報である。これにより、ＵＥ１００は、自身が利用可能な送信種別のうち、自身が希望する送信種別に適したキャリア周波数又は無線リソースプールに含まれる無線リソース（時間・周波数リソース）の割り当てをｇＮＢ２００に要求できる。

また、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求する際に、ＵＥ１００は、第１リソース情報に基づいて、第２リソース情報をｇＮＢ２００に送信してもよい。第２リソース情報は、無線リソースの個別割り当てを要求するキャリア周波数又は無線リソースプールを示す。これにより、ＵＥ１００は、自身が希望する送信種別に適したキャリア周波数又は無線リソースプールをｇＮＢ２００に通知できるため、適切な無線リソース（時間・周波数リソース）をｇＮＢ２００が割り当てやすくなる。

ここで、ＵＥ１００がｇＮＢ２００に通知する第２リソース情報（キャリア周波数又は無線リソースプール）は、ＵＥ１００がサポートするキャリア周波数又は送信種別を暗示してもよい。具体的には、ｇＮＢ２００は、ＵＥ１００から通知されたキャリア周波数又は無線リソースプールに基づいて、ＵＥ１００がサポートするキャリア周波数又は送信種別を特定する。

或いは、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求する際に、ＵＥ１００は、第２リソース情報をｇＮＢ２００に送信しなくてもよい。第２リソース情報は、無線リソースの個別割り当てを要求するキャリア周波数又は無線リソースプールを示す。この場合、ＵＥ１００は、サイドリンク通信に適用することを希望する送信種別を示す第２送信種別情報をｇＮＢ２００に送信する。ｇＮＢ２００は、ＵＥ１００が希望する送信種別に対応するキャリア周波数又は無線リソースプールであれば、どのキャリア周波数又はどの無線リソースプールもＵＥ１００がサポートしているとみなしてもよい。

なお、ｇＮＢ２００から第１リソース情報及び第１送信種別情報を受信したＵＥ１００は、自身が希望する送信種別に対応するキャリア周波数又は無線リソースプールの中から無線リソース（時間・周波数リソース）を選択し、サイドリンク通信を自律的に行ってもよい。この場合、ＵＥ１００は、ＲＲＣアイドルモード又はＲＲＣインアクティブモードであってもよい。

また、ＲＲＣアイドルモード又はＲＲＣインアクティブモードのＵＥ１００は、ｇＮＢ２００から受信した第１リソース情報及び第１送信種別情報に基づいて、自身が希望する送信種別に対応するキャリア周波数に属するセルへのセル再選択を行うようにセル再選択制御を行ってもよい。例えば、ＵＥ１００は、自身が希望する送信種別に対応するキャリア周波数をセル再選択の最高優先度の周波数に設定することにより、このキャリア周波数に属するセルを優先的にサービングセルとして選択する。

図７は、第１実施形態に係る動作の具体例１を示す図である。

図７に示すように、ステップＳ１０１において、ｇＮＢ２００は、キャリア周波数の識別子（第１リソース情報）とこのキャリア周波数を用いたサイドリンク通信における送信種別を指定する情報（第１送信種別情報）とを含むＳＩＢをブロードキャストする。

ここで、１又は複数のキャリア周波数の識別子からなるリストがＳＩＢに含まれてもよい。第１送信種別情報は、このリスト内の各エントリ（識別子）と対応付けられていてもよい。

図７において、キャリア周波数Ａにユニキャストが対応付けられており、キャリア周波数Ｂにマルチキャストが対応付けられており、キャリア周波数Ｃにブロードキャストが対応付けられている一例を示している。但し、１つのキャリア周波数に複数の送信種別が対応付けられていてもよい。

ｇＮＢ２００から第１リソース情報及び第１送信種別情報を受信したＵＥ１００は、ステップＳ１１１において、第１リソース情報及び第１送信種別情報に基づいて、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求してもよい。ＵＥ１００は、このような要求をＲＲＣメッセージにより行ってもよい。以下において、このメッセージをリソース要求メッセージと呼ぶ。

図７において、ＵＥ１００が、ｇＮＢ２００から通知されたキャリア周波数のうち、自身が希望する送信種別に対応するキャリア周波数の識別子（第２リソース情報）をリソース要求メッセージに含める一例を示している。また、ＵＥ１００が、自身が希望する送信種別を示す第２送信種別情報をリソース要求メッセージに含める一例を示している。例えば、上述した例において、マルチキャストのサイドリンク通信を希望するＵＥ１００は、キャリア周波数Ｂの識別子と、マルチキャストを示す送信種別情報とをリソース要求メッセージに含める。

ステップＳ１１２において、ｇＮＢ２００は、ＵＥ１００からのリソース要求メッセージに基づいて、ＵＥ１００が希望する送信種別に対応するキャリア周波数に含まれるサイドリンク通信用無線リソース（時間・周波数リソース）をＵＥ１００に割り当てる。ｇＮＢ２００は、このようなリソース割り当てをＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）により行ってもよいし、ユニキャストのＲＲＣメッセージ（専用ＲＲＣメッセージ）により行ってもよい。

図８は、第１実施形態に係る動作の具体例２を示す図である。

図８に示すように、ステップＳ１２１において、ｇＮＢ２００は、無線リソースプールの識別子（第１リソース情報）とこの無線リソースプールを用いたサイドリンク通信における送信種別を指定する情報（第１送信種別情報）とを含むＳＩＢをブロードキャストする。

ここで、１又は複数の無線リソースプールのリソース範囲及び識別子からなるリストがＳＩＢに含まれてもよい。第１送信種別情報は、このリスト内の各エントリと対応付けられていてもよい。

図８において、無線リソースプールＡにユニキャストが対応付けられており、無線リソースプールＢにマルチキャストが対応付けられており、無線リソースプールＣにブロードキャストが対応付けられている一例を示している。但し、１つの無線リソースプールに複数の送信種別が対応付けられていてもよい。

ｇＮＢ２００から第１リソース情報及び第１送信種別情報を受信したＵＥ１００は、ステップＳ１３１において、第１リソース情報及び第１送信種別情報に基づいて、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求してもよい。

図８において、ＵＥ１００が、ｇＮＢ２００から通知された無線リソースプールのうち、自身が希望する送信種別に対応する無線リソースプールの識別子（第２リソース情報）をリソース要求メッセージに含める一例を示している。また、ＵＥ１００が、自身が希望する送信種別を示す第２送信種別情報をリソース要求メッセージに含める一例を示している。例えば、上述した例において、マルチキャストのサイドリンク通信を希望するＵＥ１００は、無線リソースプールＢの識別子と、マルチキャストを示す送信種別情報とをリソース要求メッセージに含める。

ステップＳ１３２において、ｇＮＢ２００は、ＵＥ１００からのリソース要求メッセージに基づいて、ＵＥ１００が希望する送信種別に対応する無線リソースプールに含まれるサイドリンク通信用無線リソース（時間・周波数リソース）をＵＥ１００に割り当てる。ｇＮＢ２００は、このようなリソース割り当てをＰＤＣＣＨにより行ってもよいし、ユニキャストのＲＲＣメッセージ（専用ＲＲＣメッセージ）により行ってもよい。

（第１実施形態の変更例１）
上述した第１実施形態において、無線リソースプールがＢＷＰでありうる一例について説明した。しかしながら、無線リソースプールは、ＢＷＰに含まれる一部の無線リソース（時間・周波数リソース）からなるリソース群であってもよい。

この場合、無線リソースプールはＢＷＰとセットで設定され、無線リソースプールがＢＷＰと対応付けられていてもよい。具体的には、無線リソースプールは、ＵＥ１００に設定されるＢＷＰ内に規定される。

ＢＷＰはｇＮＢ２００からＵＥ１００に設定される。例えば、ｇＮＢ２００は、ＳＩＢでＩｎｉｔｉａｌ ＢＷＰ（初期ＢＷＰ）をＵＥ１００に設定し、その他のＢＷＰはＵＥ１００個別に追加設定する。ｇＮＢ２００は、ＵＥ１００個別に追加設定するＢＷＰごとにサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）やサイクリックプリフィックスを可変設定できる。また、一のＢＷＰから他のＢＷＰへの切り替えはｇＮＢ２００により制御される。例えば、第１及び第２のＢＷＰがＵＥ１００に設定されており、第１のＢＷＰがアクティブ且つ第２のＢＷＰが非アクティブである場合、ｇＮＢ２００は、アクティブなＢＷＰを第１のＢＷＰから第２のＢＷＰに切替える。

ここで、アクティブなＢＷＰに対応する無線リソースプールはアクティブ（使用可能）であり、非アクティブなＢＷＰに対応するリソースプールは非アクティブ（使用不可）であってもよい。すなわち、無線リソースプールのアクティブ／非アクティブは、ＢＷＰのアクティブ／非アクティブと連動していてもよい。

或いは、無線リソースプールがＢＷＰとセットで設定されずに、ＢＷＰとは独立に設定されてもよい。この場合、無線リソースプールは、ＢＷＰ内に設定されもよいし、ＢＷＰ外に設定されもよいし、ＢＷＰの境界を跨いで設定されてもよい。

ここで、無線リソースプールがＢＷＰと少なくとも部分的に重複する場合、ＢＷＰのアクティブ／非アクティブが、このＢＷＰと少なくとも部分的に重複する無線リソースプールのアクティブ／非アクティブと連動していてもよい。或いは、無線リソースプールのアクティブ／非アクティブは、ＢＷＰのアクティブ／非アクティブと連動していなくもよい。ＢＷＰが非アクティブであっても、無線リソースプールが設定されている限り、この無線リソースプール（周波数リソース）を使用可能としてもよい。

（第１実施形態の変更例２）
上述した第１実施形態において、ｇＮＢ２００が、サイドリンク通信に利用可能なキャリア周波数の識別子からなるリストを第１リソース情報としてＳＩＢによりブロードキャストする一例について説明した。このリストには、ｇＮＢ２００のセルのキャリア周波数とは異なる隣接キャリア周波数の識別子が含まれうる。言い換えると、ＵＥ１００は、サービングセルのキャリア周波数とは異なる隣接キャリア周波数の識別子を含むリストをサービングセルから受信する。

さらに、ｇＮＢ２００は、サイドリンク通信に利用可能な隣接キャリア周波数の識別子に加えて、この隣接キャリア周波数内においてサイドリンク通信に利用可能なＢＷＰを示す情報をＳＩＢによりブロードキャストしてもよい。これにより、ＵＥ１００は、サービングセルから受信したＳＩＢに基づいて、サイドリンク通信に利用可能な隣接キャリア周波数だけではなく、この隣接キャリア周波数内においてサイドリンク通信に利用可能なＢＷＰも把握できる。

例えば、ＵＥ１００が、隣接キャリア周波数に属する隣接セルに在圏する他のＵＥ１００から送信されるデータを受信（サイドリンク受信）する場合、この隣接セルで提供されるＳＩＢを受信しなくても、サービングセルからのＳＩＢ（ＢＷＰ情報）に基づいてインター周波数サイドリンク受信を効率的に行うことができる。

また、ＵＥ１００は、ＢＷＰを把握するとともに、このＢＷＰの特性（サブキャリア間隔やサイクリックプリフィックス）を把握する。これにより、ＵＥ１００は、自身が希望するサイドリンク通信のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）特性に適したＢＷＰを特定し、特定したＢＷＰに基づいてインター周波数サイドリンク受信の必要性や、ｇＮＢ２００へのリソース要求の必要性を判断できる。このようなリソース要求については第１実施形態の変更例５において説明する。

（第１実施形態の変更例３）
上述した第１実施形態において、ｇＮＢ２００は、サイドリンク通信に適用されるＰＤＣＰパケットデュプリケーション関連の情報を第１リソース情報と対応付けてＵＥ１００に送信してもよい。

ＰＤＣＰパケットデュプリケーションでは、ＵＥ１００は、同一のＰＤＣＰパケットを複数の独立した伝送パスを用いてサイドリンク上で並列的に送信する。例えば、送信側ＵＥ１００Ｔにおいて、同一のＰＤＣＰ ＰＤＵを、プライマリＲＬＣエンティティが送信（プライマリ送信）するとともにセカンダリＲＬＣエンティティが送信（セカンダリ送信）する。

本変更例において、プライマリ送信及びセカンダリ送信において互いに異なる無線リソースプールを用いて、独立した伝送パスにより信頼性を高める。ＵＥ１００におけるＰＤＣＰパケットデュプリケーションがアクティブである場合、ｇＮＢ２００は、プライマリ送信及びセカンダリ送信に関する情報を無線リソースプールと対応付けてＵＥ１００に送信（設定）する。具体的には、ｇＮＢ２００は、プライマリ送信用の第１無線リソースプールとセカンダリ送信用の第２無線リソースプールとをＵＥ１００に設定する。

例えば、ｇＮＢ２００は、セカンダリ送信に使用可能又は使用不可であることを示す情報を無線リソースプールと対応付けてＵＥ１００に対して専用ＲＲＣメッセージ又はＳＩＢにより送信してもよい。ｇＮＢ２００は、プライマリ送信に使用可能又は使用不可であることを示す情報を無線リソースプールと対応付けてＵＥ１００に対して専用ＲＲＣメッセージ又はＳＩＢにより送信してもよい。

また、ｇＮＢ２００は、プライマリ送信用の無線リソースプールとセカンダリ送信用の無線リソースプールとをＵＥ１００に対して専用ＲＲＣメッセージにより設定してもよい。ｇＮＢ２００は、ＳＩＢに含まれる各無線リソースプールと対応付けて、プライマリ送信用であるか又はセカンダリ送信用であるかを示す情報をこのＳＩＢに含めてもよい。

本変更例では、プライマリ送信及びセカンダリ送信において互いに異なる無線リソースプールを用いる一例について説明したが、プライマリ送信及びセカンダリ送信において互いに異なるキャリア周波数（セル）を用いてもよい。この場合、本変更例における無線リソースプールをキャリア周波数と読み替えればよい。

（第１実施形態の変更例４）
上述した第１実施形態において、ｇＮＢ２００は、サイドリンク通信における送信データ量の上限を示す情報を第１リソース情報と対応付けてＵＥ１００に対して専用ＲＲＣメッセージ又はＳＩＢにより送信してもよい。送信データ量の上限を示す情報は、例えば、１送信で２００バイト以下、又はビットレート２００ｂｐｓ以下といった情報である。これにより、ＵＥ１００は、自身が送信するデータ量に適した無線リソースプール（又はキャリア周波数）を選択してサイドリンク通信に用いることができる。

或いは、ｇＮＢ２００は、サイドリンク通信における送信データサイズのカテゴリを示す情報を第１リソース情報と対応付けてＵＥ１００に対して専用ＲＲＣメッセージ又はＳＩＢにより送信してもよい。送信データサイズのカテゴリを示す情報は、例えば、小パケット送信又は大パケット送信といった情報である。これにより、ＵＥ１００は、自身が送信するデータのサイズに適した無線リソースプール（又はキャリア周波数）を選択してサイドリンク通信に用いることができる。

（第１実施形態の変更例５）
上述した第１実施形態において、ＵＥ１００からｇＮＢ２００に送信するリソース割り当て要求に、ＵＥ１００がサイドリンク通信に適用することを希望する送信種別を示す第２送信種別情報を含める一例について説明した。

しかしながら、リソース割り当て要求は、１）ＵＥ１００がサイドリンク通信に適用することを希望するサブキャリア間隔を示す情報、２）ＵＥ１００がサイドリンク通信に適用することを希望するＢＷＰを示す情報、３）ＵＥ１００がサイドリンク通信にＰＤＣＰパケットデュプリケーションを適用することを希望するか否かを示す情報、４）ＵＥ１００がプライマリ送信又はセカンダリ送信に適用することを希望する無線リソースプールを示す情報、５）ＵＥ１００がサイドリンク通信において送信を希望するデータ量（サイズ）を示す情報のうち少なくとも１つの情報を含んでもよい。

これにより、ｇＮＢ２００は、ＵＥ１００の状況に適したリソース割り当てを行うことが可能になる。

なお、ＵＥ１００は、これらの情報を、ｇＮＢ２００からのＳＩＢ又は専用ＲＲＣメッセージに基づいてｇＮＢ２００に送信してもよいし、ｇＮＢ２００からのＳＩＢ又は専用ＲＲＣメッセージに基づくことなく自発的にｇＮＢ２００に送信してもよい。

（第２実施形態）
次に、第２実施形態について、上述した第１実施形態との相違点を主として説明する。

第１実施形態において、ＵＥ１００からｇＮＢ２００に送信するリソース割り当て要求がＲＲＣメッセージである一例について説明した。ＲＲＣメッセージは、ｇＮＢ２００からＵＥ１００に割り当てられたＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）により送信される。しかしながら、このような方法は、ｇＮＢ２００からＵＥ１００にＰＵＳＣＨリソースが割り当てられる必要がある。

第２実施形態において、リソース割り当て要求は、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）により送信される。これにより、ｇＮＢ２００からＵＥ１００にＰＵＳＣＨリソースが割り当てられていなくても、サイドリンク通信用の無線リソースの個別割り当てをＵＥ１００がｇＮＢ２００に要求できる。

第２実施形態において、ＵＥ１００は、ＰＵＣＣＨ又はＰＲＡＣＨを介して、サイドリンク通信用の無線リソースの個別割り当てをｇＮＢ２００に要求する。ここで、ＵＥ１００は、自身がサイドリンク通信に適用することを希望する送信種別として、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかをｇＮＢ２００に通知する。これにより、自身がサイドリンク通信に適用することを希望する送信種別に適した無線リソースの個別割り当てをＵＥ１００がｇＮＢ２００に要求できる。

図９は、第２実施形態に係る動作の具体例１を示す図である。本動作例において、ユニキャスト、マルチキャスト、及びブロードキャストのそれぞれについて、スケジューリング要求（ＳＲ）用の無線リソース（時間・周波数リソース）又は信号フォーマットが分けられている。信号フォーマットには、信号系列が含まれてもよい。なお、ＳＲは、ＰＵＣＣＨ上で送信される上りリンク制御情報（ＵＣＩ）の一種である。

ＳＲ用の無線リソース又は信号フォーマットと送信種別との対応関係は、ｇＮＢ２００からＳＩＢによりブロードキャストされてもよいし、ｇＮＢ２００から専用ＲＲＣメッセージによりＵＥ１００に通知されてもよいし、ＵＥ１００に事前設定されていてもよい。

図９に示すように、ステップＳ２０１において、ＵＥ１００は、上記対応関係に基づいて、自身がサイドリンク通信に適用することを希望する送信種別に対応するＳＲ送信方法（無線リソース又は信号フォーマット）を選択する。

ステップＳ２０２において、ＵＥ１００は、ステップＳ２０１で選択したＳＲ送信方法によりＳＲをＰＵＣＣＨ上でｇＮＢ２００に送信する。ＳＲを受信したｇＮＢ２００は、このＳＲの送信に用いられた無線リソース又は信号フォーマットに基づいて、ＵＥ１００がサイドリンク通信に適用することを希望する送信種別を特定する。

ステップＳ２０３において、ｇＮＢ２００は、ＵＥ１００からのＳＲに基づいて、ＵＥ１００が希望する送信種別に対応するサイドリンク通信用無線リソース（時間・周波数リソース）をＵＥ１００に割り当てる。ｇＮＢ２００は、このようなリソース割り当てをＰＤＣＣＨにより行ってもよいし、ユニキャストのＲＲＣメッセージ（専用ＲＲＣメッセージ）により行ってもよい。

図１０は、第２実施形態に係る動作の具体例２を示す図である。本動作例において、ユニキャスト、マルチキャスト、及びブロードキャストのそれぞれについて、ランダムアクセスプリアンブル用の無線リソース（時間・周波数リソース）又は信号フォーマットが分けられている。ランダムアクセスプリアンブルは、ＰＲＡＣＨ上で送信される信号である。

ランダムアクセスプリアンブル用の無線リソース又は信号フォーマットと送信種別との対応関係は、ｇＮＢ２００からＳＩＢによりブロードキャストされてもよいし、ｇＮＢ２００から専用ＲＲＣメッセージによりＵＥ１００に通知されてもよいし、ＵＥ１００に事前設定されていてもよい。

図１０に示すように、ステップＳ２１１において、ＵＥ１００は、上記対応関係に基づいて、自身がサイドリンク通信に適用することを希望する送信種別に対応するランダムアクセスプリアンブル送信方法（無線リソース又は信号フォーマット）を選択する。

ステップＳ２１２において、ＵＥ１００は、ステップＳ２１１で選択したランダムアクセスプリアンブル送信方法によりランダムアクセスプリアンブルをＰＲＡＣＨ上でｇＮＢ２００に送信する。ランダムアクセスプリアンブルを受信したｇＮＢ２００は、このランダムアクセスプリアンブルの送信に用いられた無線リソース又は信号フォーマットに基づいて、ＵＥ１００がサイドリンク通信に適用することを希望する送信種別を特定する。

ステップＳ２１３において、ｇＮＢ２００は、ＵＥ１００からのランダムアクセスプリアンブルに基づいて、ＵＥ１００が希望する送信種別に対応するサイドリンク通信用無線リソース（時間・周波数リソース）をＵＥ１００に割り当てる。ｇＮＢ２００は、このようなリソース割り当てをＰＤＣＣＨにより行ってもよいし、ユニキャストのＲＲＣメッセージ（専用ＲＲＣメッセージ）により行ってもよい。

（第３実施形態）
次に、第３実施形態について、上述した各実施形態との相違点を主として説明する。第３実施形態は、サイドリンク通信における受信側ＵＥ１００Ｒから送信側ＵＥ１００ＴへのＡＣＫ／ＮＡＣＫフィードバックに関する実施形態である。

第３実施形態において、受信側ＵＥ１００Ｒは、サイドリンク通信により送信側ＵＥ１００Ｔからデータを受信する。また、受信側ＵＥ１００Ｒは、サイドリンク通信のための品質測定用のサイドリンク信号（以下、「品質測定用信号」と呼ぶ）を定期的に送信する。品質測定用信号は、各ＵＥ１００がＣＳＩ測定用に送信する信号であって、ディスカバリー信号又はＣＳＩ参照信号と呼ばれることもある。品質測定用信号は、この品質測定用信号の送信元ＵＥの識別子を含んでいてもよい。

第３実施形態において、受信側ＵＥ１００Ｒは、送信側ＵＥ１００Ｔからのデータを正しく受信したか否かを示す応答情報を含む品質測定用信号を送信する。応答情報は、ＲＬＣレイヤのＡＲＱの応答情報であってもよいし、ＭＡＣレイヤのＨＡＲＱの応答情報であってもよい。応答情報は、データを正しく受信したことを示すＡＣＫと、データを正しく受信しなかった（すなわち、データの受信に失敗した）ことを示すＮＡＣＫとを含む。但し、受信側ＵＥ１００Ｒは、ＡＣＫ送信を行うことなく、ＮＡＣＫ送信のみを行ってもよい。

これにより、サイドリンク通信の応答情報用の信号又はチャネルを新たに導入することなく、品質測定用信号によりサイドリンク通信の応答情報を運搬できるため、無線リソースを節約しながらサイドリンク通信の送達確認を導入できる。

第３実施形態において、応答情報を含む品質測定用信号を受信した送信側ＵＥ１００Ｔは、この応答情報に基づいて、受信側ＵＥ１００Ｒが正しく受信できなかったデータ（すなわち、受信側ＵＥ１００Ｒが受信に失敗したデータ）を再送する。これにより、サイドリンク通信の信頼性を向上させることができる。

受信側ＵＥ１００Ｒは、前回の品質測定用信号の送信時から今回の品質測定用信号の送信時までの期間において、送信側ＵＥ１００Ｔからの全てのデータを正しく受信したか否かを判定してもよい。

そして、受信側ＵＥ１００Ｒは、この期間において送信側ＵＥ１００Ｔから少なくとも一部のデータを正しく受信できなかったと判定した場合、応答情報としてのＮＡＣＫを今回の品質測定用信号に含めて送信してもよい。このＮＡＣＫは、１ビットのフラグであってもよい。

これにより、品質測定用信号に含める応答情報の量を低減できる。一方、この期間において送信側ＵＥ１００Ｔから全てのデータを正しく受信できたと判定した場合、受信側ＵＥ１００Ｒは、応答情報を今回の品質測定用信号に含めなくてもよい。

この場合、送信側ＵＥ１００Ｔは、ＮＡＣＫを含む品質測定用信号を受信すると、このＮＡＣＫの受信に応じて、前回の品質測定用信号の受信時から今回の品質測定用信号の受信時までの期間において受信側ＵＥ１００Ｒに送信した全てのデータを再送してもよい。

図１１は、第３実施形態に係る動作の具体例を示す図である。本動作例において、受信側ＵＥ１００Ｒは、品質測定用信号を周期Ｔで送信する。また、送信側ＵＥ１００Ｔは、周期Ｔ内においてデータ送信を３回行うと仮定している。

図１１に示すように、ステップＳ３０１において、受信側ＵＥ１００Ｒは、品質測定用信号を送信する。送信側ＵＥ１００Ｔは、受信側ＵＥ１００Ｒから受信した品質測定用信号に基づいて、送信側ＵＥ１００Ｔと受信側ＵＥ１００Ｒとの間のＣＳＩを推定し、推定したＣＳＩに応じてＭＣＳ等の調整（いわゆる、リンクアダプテーション）を行ってもよい。

ステップＳ３０２乃至Ｓ３０４において、送信側ＵＥ１００Ｔは、データ＃１乃至＃３を送信（初送）する。ここで、＃１乃至＃３は、データのシーケンス番号に相当する。受信側ＵＥ１００Ｒは、データ＃１乃至＃３を正しく受信（すなわち、データ＃１乃至＃３の復号に成功）する。この場合、受信側ＵＥ１００Ｒは、ＡＣＫ／ＮＡＣＫフィードバックを行わない。

ステップＳ３０５において、受信側ＵＥ１００Ｒは、品質測定用信号を送信する。ステップＳ３０６乃至Ｓ３０８において、送信側ＵＥ１００Ｔは、データ＃４乃至＃６を送信（初送）する。受信側ＵＥ１００Ｒは、データ＃４及び＃６を正しく受信するが、データ＃５を正しく受信しない（すなわち、データ＃５の復号に失敗する）。この場合、受信側ＵＥ１００Ｒは、ＮＡＣＫフィードバックを行うと判断する。

ステップＳ３０９において、受信側ＵＥ１００Ｒは、ＮＡＣＫを含む品質測定用信号を送信する。ステップＳ３１０乃至Ｓ３１２において、送信側ＵＥ１００Ｔは、データ＃４乃至＃６を再送する。受信側ＵＥ１００Ｒは、データ＃４乃至＃６を正しく受信する。この場合、受信側ＵＥ１００Ｒは、ＡＣＫ／ＮＡＣＫフィードバックを行わない。ステップＳ３１３において、受信側ＵＥ１００Ｒは、品質測定用信号を送信する。

（第４実施形態）
次に、第４実施形態について、上述した各実施形態との相違点を主として説明する。第４実施形態は、サイドリンク通信における受信側ＵＥ１００Ｒから送信側ＵＥ１００ＴへのＡＣＫ／ＮＡＣＫフィードバックに関する実施形態である。

第４実施形態において、ｇＮＢ２００は、サイドリンク通信をマルチキャストで行う複数のＵＥ１００からなるグループに対して、ＮＡＣＫ送信用の同一の無線リソース（以下、「ＮＡＣＫ送信用無線リソース」と呼ぶ）を割り当てる。ここで、ＮＡＣＫ送信用無線リソースには、時間・周波数リソースだけではなく、信号系列も含まれてもよい。

グループに含まれる１又は複数の受信側ＵＥ１００Ｒは、このグループに含まれる送信側ＵＥ１００Ｔからのデータを正しく受信できなかった場合、ｇＮＢ２００から割り当てられたＮＡＣＫ送信用無線リソースを用いて、送信側ＵＥ１００ＴにＮＡＣＫを送信する。

このように、各受信側ＵＥ１００Ｒに同一のＮＡＣＫ送信用無線リソースを割り当てることにより、各受信側ＵＥ１００Ｒに互いに異なるＮＡＣＫ送信用無線リソースを割り当てる場合に比べて、無線リソースを節約できる。

第４実施形態において、各受信側ＵＥ１００Ｒは、ＡＣＫ送信を行うことなく、ＮＡＣＫ送信のみを行ってもよい。これにより、ＡＣＫ送信用の無線リソースが不要になるため、無線リソースを節約できる。

但し、複数の受信側ＵＥ１００Ｒが同一のＮＡＣＫ送信用無線リソースを用いてＮＡＣＫを送信すると、伝搬路においてＮＡＣＫが合成され、送信側ＵＥ１００Ｔはどの受信側ＵＥ１００ＲからＮＡＣＫを受信したかを識別できない。しかしながら、送信側ＵＥ１００Ｔは、グループ内のいずれかの受信側ＵＥ１００ＲからＮＡＣＫを受信すると、データ再送をマルチキャストで行うため、ＮＡＣＫの送信元の受信側ＵＥ１００Ｒを一意に特定する必要はない。

図１２は、第４実施形態に係る動作の具体例を示す図である。本動作例において、グループ内に１つの送信側ＵＥ１００Ｔと２つの受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２が存在すると仮定している。

図１２に示すように、ステップＳ４０１乃至Ｓ４０３において、ｇＮＢ２００は、グループ内の各ＵＥ１００に対して、ＮＡＣＫ送信用無線リソースを示すＮＡＣＫ用リソース情報を送信する。ｇＮＢ２００は、各ＵＥ１００を個別の宛先としてＮＡＣＫ用リソース情報をユニキャストで送信してもよいし、グループを宛先としてＮＡＣＫ用リソース情報をマルチキャストで送信してもよい。グループ内の各ＵＥ１００は、ｇＮＢ２００から受信したＮＡＣＫ用リソース情報を記憶する。

ステップＳ４０４及びＳ４０５において、送信側ＵＥ１００Ｔは、データをマルチキャストで受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２に送信（初送）する。ステップＳ４０６及びＳ４０７において、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、データを正しく受信する。この場合、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、ＡＣＫ／ＮＡＣＫフィードバックを行わない。

ステップＳ４０８及びＳ４０９において、送信側ＵＥ１００Ｔは、データをマルチキャストで受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２に送信（初送）する。ステップＳ４１０及びＳ４１１において、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、データの受信に失敗する。

この場合、ステップＳ４１２及びＳ４１３において、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、ステップＳ４０２及びＳ４０３でｇＮＢ２００から割り当てられたＮＡＣＫ送信用無線リソースを用いてＮＡＣＫを送信する。

ステップＳ４１４及びＳ４１５において、送信側ＵＥ１００Ｔは、ＮＡＣＫの受信に応じて、ステップＳ４０８及びＳ４０９で送信したデータをマルチキャストで再送する。ステップＳ４１６及びＳ４１７において、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、データを正しく受信する。この場合、受信側ＵＥ１００Ｒ１及びＵＥ１００Ｒ２は、ＡＣＫ／ＮＡＣＫフィードバックを行わない。

（その他の実施形態）
上述した各実施形態及び各変更例は、別個独立して実施するだけではなく、２以上の実施形態及び／又は２以上の変更例を組み合わせて実施してもよい。

また、上述した各実施形態において、ＵＥ１００がｇＮＢ２００のカバレッジ内であることを想定しており、カバレッジ外にＵＥ１００が位置する場合を特に考慮していなかった。しかしながら、第１実施形態において、第１リソース情報及び第１送信種別情報（及びサブキャリア間隔情報）がＵＥ１００に事前設定されていてもよい。例えば、第１リソース情報及び第１送信種別情報（及びサブキャリア間隔情報）がＵＥ１００のＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）に予め記憶されていてもよい。また、第４実施形態において、ＮＡＣＫ用リソース情報がＵＥ１００に事前設定されていてもよい。例えば、ＮＡＣＫ用リソース情報がＵＥ１００のＵＩＣＣに予め記憶されていてもよい。

上述した各実施形態において、５Ｇシステム（ＮＲ）について主として説明したが、各実施形態に係る動作をＬＴＥに適用してもよい。この場合、上述したＲＲＣインアクティブモードをサスペンド状態と読み替えてもよい。サスペンド状態は、ＲＲＣアイドルモードの一状態である。

なお、ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

本願は、日本国特許出願第２０１９－００２９７６号（２０１９年１月１０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (4)

1. 通信制御方法であって、
   ユーザ装置が、基地局からブロードキャストされる、サイドリンク通信に利用可能なキャリア周波数に関するリソース情報を含むシステム情報ブロックを受信することと、
   前記ユーザ装置が、送信種別情報を含むユニキャストのメッセージを前記基地局から受信すること、
   前記ユーザ装置が、前記リソース情報及び前記送信種別情報に基づいて、前記サイドリンク通信用の無線リソースの個別割り当てを要求するためのメッセージであって、前記ユーザ装置が前記サイドリンク通信に適用することを希望するキャリア周波数を示す情報を含むサイドリンクＵＥ情報メッセージを前記基地局に送信することと、を含み、
   前記送信種別情報は、キャリア周波数と前記サイドリンク通信の送信種別との対応付けに関する情報であり、前記送信種別は、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかであり、
   前記サイドリンクＵＥ情報メッセージは、前記個別割り当てを要求する無線リソースに対応する送信種別として、ユニキャスト、グループキャスト、及びブロードキャストのいずれかを示す情報を含む
   通信制御方法。
2. 前記リソース情報は、前記サイドリンク通信に使用可能なＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を示す情報を含む
   請求項１に記載の通信制御方法。
3. ユーザ装置であって、
   サイドリンク通信に利用可能なキャリア周波数に関するリソース情報を含むシステム情報ブロックを基地局から受信する受信部と、
   送信部と、を備え、
   前記受信部は、送信種別情報を含むユニキャストのメッセージを前記基地局から受信し、
   前記送信部は、前記リソース情報及び前記送信種別情報に基づいて、前記サイドリンク通信用の無線リソースの個別割り当てを要求するためのメッセージであって、前記ユーザ装置が前記サイドリンク通信に適用することを希望するキャリア周波数を示す情報を含むサイドリンクＵＥ情報メッセージを前記基地局に送信し、
   前記送信種別情報は、キャリア周波数と前記サイドリンク通信の送信種別との対応付けに関する情報であり、前記送信種別は、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかであり、
   前記サイドリンクＵＥ情報メッセージは、前記個別割り当てを要求する無線リソースに対応する送信種別として、ユニキャスト、グループキャスト、及びブロードキャストのいずれかを示す情報を含む
   ユーザ装置。
4. ユーザ装置を制御するプロセッサであって、
   サイドリンク通信に利用可能なキャリア周波数に関するリソース情報を含むシステム情報ブロックを基地局から受信する処理と、
   送信種別情報を含むユニキャストのメッセージを前記基地局から受信する処理と、
   前記リソース情報及び前記送信種別情報に基づいて、前記サイドリンク通信用の無線リソースの個別割り当てを要求するためのメッセージであって、前記ユーザ装置が前記サイドリンク通信に適用することを希望するキャリア周波数を示す情報を含むサイドリンクＵＥ情報メッセージを前記基地局に送信する処理と、を実行し、
   前記送信種別情報は、キャリア周波数と前記サイドリンク通信の送信種別との対応付けに関する情報であり、前記送信種別は、ユニキャスト、マルチキャスト、及びブロードキャストのいずれかであり、
   前記サイドリンクＵＥ情報メッセージは、前記個別割り当てを要求する無線リソースに対応する送信種別として、ユニキャスト、グループキャスト、及びブロードキャストのいずれかを示す情報を含む
   プロセッサ。
   

Images