JP7631492B2 - 通信制御方法、ユーザ装置、プロセッサ、通信システム及びプログラム - Google Patents

Description

本発明は、移動通信システムに用いる通信制御方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ）の規格において、ユーザ装置間で無線通信を行うサイドリンク通信が規定されている（例えば、非特許文献１参照）。サイドリンク通信により、例えば、車両間通信（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）を含むＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）サービスなどを実現することが可能となる。

サイドリンク通信では、ＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によりスケジューリングされたリソースを用いてユーザ装置間で無線通信が行われる場合（モード１）がある。また、サイドリンク通信では、ユーザ装置が自律的にリソースプールの中からリソースを選択して無線通信を行う場合（モード２）がある。

さらに、ユーザ装置がＮＧ－ＲＡＮのカバレッジ範囲内にあるときは、ユーザ装置のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）状態に関係なくサイドリンク通信がサポートされる。さらに、ユーザ装置がＮＧ－ＲＡＮのカバレッジ範囲外にあるときでもサイドリンク通信はサポートされる。

したがって、例えば、ユーザ装置がＮＧ－ＲＡＮのカバレッジ範囲内にあるときは、スケジューリングされたリソースを用いて他のユーザ装置と無線通信が可能であり、また、自律的にリソースを選択して無線通信が可能である。他方、ユーザ装置がＮＧ－ＲＡＮのカバレッジ範囲外にあるときは、自律的にリソースを選択して他のユーザ装置と無線通信が可能となる。

さらに、サイドリンク通信では、ユニキャスト送信、グループキャスト送信、及びブロードキャスト送信をサポートしている。ユニキャスト送信では、ペアのピアユーザ装置間でユーザトラフィックが送受信される。また、グループキャスト送信では、サイドリンク内のグループに属するユーザ装置間でユーザトラフィックが送受信される。さらに、ブロードキャスト送信では、サイドリンク内のユーザ装置間でユーザトラフィックが送受信される。

３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０ （２０２０－０７）

第１の態様に係る通信制御方法は、第１のユーザ装置及び第２のユーザ装置を有し、前記第１のユーザ装置及び前記第２のユーザ装置との間でサイドリンク通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記第１のユーザ装置が、前記サイドリンク通信に関する設定情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを送信する際に、前記第２のユーザ装置との間で間欠受信が設定されている場合、前記間欠受信の設定に関わらず前記ＲＲＣメッセージに対するＲＲＣ応答メッセージの受信の待ち受け処理を行うことを有する。また、前記通信制御方法は、前記第２のユーザ装置が、前記ＲＲＣメッセージを受信すると、前記ＲＲＣメッセージに対する前記ＲＲＣ応答メッセージを送信することと、前記第１のユーザ装置が、前記ＲＲＣ応答メッセージを受信することと、を有する。

第２の態様に係る通信制御方法は、第１のユーザ装置及び第２のユーザ装置を有し、前記第１のユーザ装置及び前記第２のユーザ装置との間でサイドリンク通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記第１のユーザ装置が、前記サイドリンク通信に関する設定情報を含む第１のＲＲＣメッセージを送信したタイミング、又は前記第２のユーザ装置が、前記第１のユーザ装置から送信された前記第１のＲＲＣメッセージを受信したタイミングで所定フレームのフレーム番号をリセットすることを有する。又は、前記通信制御方法は、前記第２のユーザ装置が、前記サイドリンク通信の設定完了に関する第２のＲＲＣメッセージを送信したタイミング、又は前記第１のユーザ装置が、前記第２のユーザ装置から送信された前記第２のＲＲＣメッセージを受信したタイミングで前記所定フレームのフレーム番号をリセットすることを有する。

第３の態様に係る通信制御方法は、第１のユーザ装置及び第２のユーザ装置を有し、前記第１のユーザ装置及び前記第２のユーザ装置との間でサイドリンク通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記第１のユーザ装置が、前記第１のユーザ装置の前記サイドリンク通信における間欠受信の設定に関する第１の設定情報と、前記第２のユーザ装置の前記サイドリンク通信における間欠受信の設定に関する第２の設定情報とを含むＲＲＣメッセージを送信することと、前記第２のユーザ装置が、前記ＲＲＣメッセージを受信することと、を有する。

第４の態様に係る通信制御方法は、基地局装置と、前記基地局装置と無線通信が可能な第１のユーザ装置及び第２のユーザ装置とを有し、前記第１のユーザ装置及び前記第２のユーザ装置との間でサイドリンク通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記第１のユーザ装置が、前記サイドリンク通信における間欠受信に関する設定情報を含むＲＲＣメッセージを送信することと、前記第２のユーザ装置が、前記ＲＲＣメッセージを受信することと、を有する。また、前記通信制御方法は、前記第２のユーザ装置が、前記サイドリンク通信における間欠受信の設定の調整を要求する調整要求メッセージを前記第１のユーザ装置へ送信することと、又は、前記サイドリンク通信における間欠受信の設定変更を要求するサイドリンク情報メッセージを前記基地局装置へ送信することと、を有する。

第５の態様に係る通信制御方法は、基地局装置と、前記基地局装置と無線通信が可能な第１のユーザ装置及び第２のユーザ装置とを有し、前記第１のユーザ装置及び前記第２のユーザ装置との間でサイドリンク通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記基地局装置が、前記サイドリンク通信における間欠受信の設定に関する設定情報を含むＲＲＣメッセージを送信することと、又は前記設定情報を含むシステム情報を報知することと、前記第１のユーザ装置及び前記第２のユーザ装置は、前記ＲＲＣメッセージを受信し、前記サイドリンク通信における間欠受信の設定を適用することと、を有する。

図１は、一実施形態に係る移動通信システムの構成例を示す図である。 図２は、一実施形態に係るユーザ装置の構成例を示す図である。 図３は、一実施形態に係る基地局の構成例を示す図である。 図４は、Ｕｕインターフェイスのユーザプレーンのプロトコルスタックの構成例を示す図である。 図５は、Ｕｕインターフェイスの制御プレーンのプロトコルスタックの構成例を示す図である。 図６は、ＰＣ５インターフェイスのユーザプレーンのプロトコルスタックの構成例を示す図である。 図７は、ＰＣ５インターフェイスの制御プレーンのプロトコルスタックの構成例を示す図である。 図８（Ａ）はＵＥ間で無線通信が行われている例、図８（Ｂ）は実施例１の動作例をそれぞれ表す図である。 図９（Ａ）はＯｎ－ｄｕｒａｔｉｏｎとＯｆｆ－ｄｕｒａｔｉｏｎの例、図９（Ｂ）はメッセージの送受信タイミングの例をそれぞれ表す図である。 図１０（Ａ）はメッセージの送受信の例、図１０（Ｂ）は実施例１の動作例を表す図である。 図１１（Ａ）と図１１（Ｂ）は、実施例２の動作例を表す図である。 図１２は、実施例２の動作例を表す図である。 図１３（Ａ）と図１３（Ｂ）は、実施例２の動作例を表す図である。 図１４は、実施例２の動作例を表す図である。 図１５（Ａ）と図１５（Ｂ）は、実施例３の動作例を表す図である。 図１６は、実施例３－１の動作例を表す図である。 図１７は、実施例４の動作例を表す図である。 図１８は、実施例５の動作例を表す図である。 図１９は、実施例６の動作例を表す図である。

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

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

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

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

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

ＮＧ－ＲＡＮ３００は、５Ｇシステムにおいて「ｇＮＢ」（「ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ」）と呼ばれる基地局装置２００－１を含む。また、ＮＧ－ＲＡＮ３００は、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）と協調可能なＬＴＥ基地局である基地局装置２００－２を含む。基地局装置２００－２は、「ｎｇ－ｅＮＢ」と呼ばれる。

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

図１に示すように、ｇＮＢ２００－１とｎｇ－ｅＮＢ２００－２との間はＸｎインターフェイスで接続される。また、ｇＮＢ２００－１とＵＥ１００－１との間と、ｎｇ－ｅＮＢ２００－２とＵＥ１００－２との間とは、基地局ユーザ装置間インターフェイスであるＵｕインターフェイスで接続される。さらに、ＵＥ１００－１～１００－３間は、ユーザ装置間インターフェイスであるＰＣ５インターフェイスで接続される。

なお、３ＧＰＰでは、ＮＲサイドリンク通信とＶ２Ｘサイドリンク通信とが規定される。ＮＲサイドリンク通信は、例えば、ネットワークノードを経由することなく、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）技術を利用して、ＵＥ１００－１～１００－３間において、少なくともＶ２Ｘ通信が可能な通信のことである。また、Ｖ２Ｘサイドリンク通信は、例えば、ネットワークノードを経由することなく、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ － Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）技術を利用して、Ｖ２Ｘ通信が可能な通信のことである。以下では、ＮＲサイドリンク通信とＶ２Ｘサイドリンク通信とをとくに区別することなく、「サイドリンク通信」と称する場合がある。したがって、「サイドリンク通信」には、ＮＲサイドリンク通信が含まれてもよいし、Ｖ２Ｘサイドリンク通信が含まれてもよい。

また、図１において、ｇＮＢ２００－１が５Ｇのコアネットワークである５ＧＣ（５Ｇ Ｃｏｒｅ ｎｅｔｗｏｒｋ）に接続されてもよいし、ｎｇ－ｅＮＢ２００－２がＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続されてもよい。或いは、ｇＮＢ２００－１がＥＰＣに接続されてもよいし、ｎｇ－ｅＮＢ２００－２が５ＧＣに接続されてもよい。

なお、以下においては、ｇＮＢ２００－１とｎｇ－ｅＮＢ２００－２とのうち、代表して、ｇＮＢ２００－１を基地局装置の例として説明する。また、ｇＮＢ２００－１をｇＮＢ２００、ＵＥ１００－１～１００－３をＵＥ１００と表記する場合がある。

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。

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

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１３０に出力する。なお、本実施形態におけるＵＥ１００は、ｇＮＢ２００だけではなく、他のＵＥとの間でサイドリンク通信による無線通信を行うことが可能である。そのため、受信部１１０は、他のＵＥから送信されたメッセージ又はデータなどを受信することも可能である。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。本実施形態では、送信部１２０は、ｇＮＢ２００へデータなどを送信するだけはなく、サイドリンク通信により、他のＵＥへ、メッセージ又はデータなどを送信することが可能である。

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

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。

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

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

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

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

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

（Ｕｕインターフェイスにおけるプロトコルスタックについて）
図４は、Ｕｕインターフェイスにおいて、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

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

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

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

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

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

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

図５は、Ｕｕインターフェイスにおいて、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。なお、図５では、５ＧＣに含まれるノードとしてＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）が表記される。

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

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

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

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

（ＰＣ５インターフェイスにおけるプロトコルスタックについて）
図６は、ＰＣ５インターフェイスにおけるユーザプレーンのプロトコルスタックの構成例を表す図である。

図６に示すように、ＰＣ５インターフェイスにおけるユーザプレーンのプロトコルは、Ｕｕインターフェイスにおけるユーザプレーンのプロトコルと同様に、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＳＤＡＰレイヤの各レイヤを含む。

また、図７は、ＰＣ５インターフェイスにおける制御プレーンのプロトコルスタックの構成例を表す図である。

図７に示すように、ＰＣ５インターフェイスにおける制御プレーンのプロトコルも、Ｕｕインターフェイスにおける制御プレーンのプロトコルと同様に、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤを含む。

ユーザプレーンのＭＡＣレイヤでは、サイドリンク通信におけるトランスポートレイヤ（ＳＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＳＴＣＨ（Ｓｉｄｅｌｉｎｋ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）、及びＳＢＣＣＨ（Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ））を介して、データが伝送される。また、制御プレーンのＭＡＣレイヤでは、サイドリンク通信におけるトランスポートレイヤを介して、制御情報が伝送される。さらに、少なくともいずれ一方のプレーンのＭＡＣレイヤにおいては、上りリンク通信とサイドリンク通信との間の優先ハンドリング、サイドリンクのＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）報告などが行われる。

また、制御プレーンのＲＲＣレイヤでは、ピアＵＥ１００－１，１００－２間でのＰＣ５－ＲＲＣメッセージの転送、ＰＣ５－ＲＲＣ接続の維持と管理、ＰＣ５－ＲＲＣ接続におけるサイドリンク無線リンクの失敗（Ｆａｉｌｕｒｅ）の検出などが行われる。

なお、ＰＣ５－ＲＲＣ接続は、レイヤ２における送信元と宛先のＩＤのペアに対する２つのＵＥ１００間の論理接続のことである。ＰＣ５－ＲＲＲＣ接続は、対応するＰＣ５ユニキャストリンクが確立された後に確立される。ＰＣ５－ＲＲＣ接続とＰＣ５ユニキャストリンクとは１対１の関係がある。ＵＥ１００は、レイヤ２における送信元と宛先のＩＤのペアが異なる１つ以上の他のＵＥとの間で、複数のＰＣ５－ＲＲＣ接続を有することが可能である。ＵＥ１００は、サイドリンク通信に興味がない場合、或いは、レイヤ２リンク開放プロシージャが完了した場合などに、ＰＣ５－ＲＲＣ接続を開放する。ＰＣ５－ＲＲＣ接続されたＵＥ１００－１，１００－２は、ＰＣ５－ＲＲＣ接続（コネクティッド）状態となる。

（サイドリンク通信の物理チャネルについて）
サイドリンク通信における物理チャネルとして、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）とがある。また、サイドリンク通信における物理チャネルとして、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）、及び物理サイドリンクブロードキャスト（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）がある。

ＰＳＣＣＨでは、ＵＥ１００がＰＳＳＣＨで使用するリソースに関する制御情報などが送信される。ＰＳＣＣＨでは、２段階に分けで異なる制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が送信される場合がある。ＰＳＳＣＨでは、データのＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）の送信、ＨＡＲＱ手順などの制御情報の一部が送信される。ＰＳＦＣＨは、ＰＳＳＣＨ送信の受信対象であるＵＥ１００－２から送信を実行したＵＥ１００－１へ、ＨＡＲＱフィードバック情報が送信される。ＰＳＦＣＨは、ユニキャスト送信とグループキャスト送信に適用されてよい。ＰＳＢＣＨは、直接フレーム番号（ＤＦＮ：Ｄｉｒｅｃｔ Ｆｒａｍｅ Ｎｕｍｂｅｒ）、同期に関する情報などが伝送される。

（動作例）
次に動作例について説明する。動作例は以下の順番で説明する。

（実施例１）サイドリンクＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）は、ＲＲＣ再設定サイドリンクシーケンス中、適用されない

（実施例２）サイドリンクＤＲＸの周期バウンダリは、ＲＲＣ再設定サイドリンクメッセージ又は、ＲＲＣ再設定完了サイドリンクメッセージの送信又は受信の時点でリセットされる

（実施例３）ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージにおいて、自身のサイドリンクＤＲＸ設定と相手方のサイドリンクＤＲＸ設定の両方を含めて送信する

（実施例３－１）実施例３において、複数のサイドリンクＤＲＸ設定を通知する

（実施例３－２）ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージとＲＲＣ再設定完了サイドリンクメッセージとに、相手方のサイドリンクＤＲＸ設定のみを含めて通知する

（実施例３－３）ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージとＲＲＣ再設定完了サイドリンクメッセージとに、自身のサイドリンクＤＲＸ設定のみを含めて通知する

（実施例４）ＵＥ１００は、相手方ＵＥへサイドリンクＤＲＸ調整要求メッセージを送信する

（実施例５）ＵＥ１００は、ｇＮＢ２００へ、サイドリンクＤＲＸ設定変更の要求を行う

（実施例６）ｇＮＢ２００は、サイドリンクリソースを設定する際に、サイドリンクＤＲＸ設定を行う

（実施例１）
３ＧＰＰでは、サイドリンク通信における間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の検討が開始されようとしている。サイドリンク通信における間欠受信を、「サイドリンクＤＲＸ」と称する場合がある。

具体的には、例えば、サイドリンクＤＲＸにおける、Ｏｎ－ｄｕｒａｔｉｏｎとＯｆｆ－ｄｕｒａｔｉｏｎを定義したり、ＵＥ１００間でサイドリンクＤＲＸウェイクアップ時間を揃えるためのメカニズムを特定したり、或いは、カバレッジ範囲で、サイドリンクＤＲＸウェイクアップ時間とＵｕＤＲＸウェイクアップ時間とを揃えるためのメカニズムを特定したりすることなどが、検討対象となっている。

サイドリンクＤＲＸにおいても、ＵＥ１００とｇＮＢ２００との間のＤＲＸと同様に、ＵＥ１００の消費電力削減が期待される。

他方、図８（Ａ）は、ＵＥ１００－１，１００－２間でサイドリンク通信が行われようとしている場合の例を表す図である。図８（Ａ）の例では、ＵＥ１００－１が送信側、ＵＥ１００－２が受信側となっている。

また、図８（Ｂ）は、サイドリンクＲＲＣ再設定（ＳｉｄｅｌｉｎｋＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）のシーケンス例を表す図である。ＵＥ１００－１，１００－２間では、このようなサイドリンクＲＲＣ再設定のシーケンスを実行することで、サイドリンク通信が可能となる。

ステップＳ１０１において、ＵＥ１００－１は、ＲＲＣ再設定サイドリンク（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）メッセージをＵＥ１００－２へ送信する。ＲＲＣ再設定サイドリンクメッセージは、例えば、サイドリンクＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の確立、変更、又は開放、或いは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）サイドリンクメジャーメントとレポートの設定など、ＵＥ１００－１，１００－２間のＰＣ５接続の設定情報などを送信するための（又はサイドリンク通信に関する設定情報を含む）メッセージである。或いは、ＲＲＣ再設定サイドリンクメッセージは、例えば、ＰＣ５－ＲＲＣ接続のＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）に対するコマンドでもある。

ステップＳ１０２において、ＵＥ１００－２は、ＲＲＣ再設定完了サイドリンク（ＲＲＣ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅＳｉｄｅｌｉｎｋ）メッセージを送信する。この処理は、例えば、ＵＥ１００－２が、ステップＳ１０１で受信したＲＲＣ再設定サイドリンクメッセージに含まれる設定情報を受け入れる場合に行われる。ＲＲＣ再設定完了サイドリンクメッセージは、例えば、ＰＣ５－ＲＲＣ ＡＳ再設定が正常に完了したことを確認するために使用される（又はサイドリンク通信の設定完了に関する）メッセージである。

このようなサイドリンク再設定シーケンスにより、ＵＥ１００－１，１００－２間が、ＰＣ５－ＲＲＣ接続され、ＵＥ１００－１，１００－２間において、データの送受信などを行うことが可能となる。

なお、ＵＥ１００－２は、ステップＳ１０１で受信したＲＲＣ再設定サイドリンクメッセージに含まれる設定情報を受け入れない場合、ＲＲＣ再設定失敗サイドリンク（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅＳｉｄｅｌｉｎｋ）メッセージを送信することも可能である。ＲＲＣ再設定失敗サイドリンクメッセージは、例えば、ＰＣ５－ＲＲＣ ＡＳ再設定（又は設定）の失敗を示すために使用されるメッセージである。

図９（Ａ）は、サイドリンクＤＲＸにおけるＯｎ－ｄｕｒａｔｉｏｎ（以下、「Ｏｎｄｕｒａｔｉｏｎ」と称する場合がある。）とＯｆｆ－ｄｕｒａｔｉｏｎ（以下、「Ｏｆｆｄｕｒａｔｉｏｎ」と称する場合がある。）との例を表す図である。例えば、Ｏｎｄｕｒａｔｉｏｎの期間において、ＵＥ１００は、メッセージの送受信又はデータの送受信などを行う。一方、Ｏｆｆｄｕｒａｔｉｏｎの期間において、ＵＥ１００は、例えば、メッセージ又はデータなどの送受信を停止（又は中断）する。このため、ＵＥ１００においては、サイドリンクＤＲＸを行わない場合と比較して、消費電力の削減を図ることができる。Ｏｎ－ｄｕｒａｔｉｏｎとＯｆｆ－ｄｕｒａｔｉｏｎで構成される期間（つまり、例えば、あるＯｎ－ｄｕｒａｔｉｏｎの開始点と次のＯｎ－ｄｕｒａｔｉｏｎの開始点との間の期間）を、ＤＲＸサイクルと称してもよい。

図９（Ｂ）は、サイドリンクＤＲＸの各期間とメッセージとの関係例を表す図である。図９（Ｂ）に示すように、ＵＥ１００－１は、Ｏｎｄｕｒａｔｉｏｎにおいて、ＲＲＣ再設定サイドリンクメッセージを送信する。しかし、Ｏｆｆｄｕｒａｔｉｏｎにおいて、ＲＲＣ再設定完了サイドリンクメッセージがＵＥ１００－２から送信される場合もある。この場合、ＵＥ１００－１では、ＲＲＣ再設定完了サイドリンクメッセージを受信することができない。そのため、ＵＥ１００－１とＵＥ１００－２との間では、ＰＣ５－ＲＲＣ接続できない場合がある。

そこで、本実施例１では、サイドリンクＲＲＣ再設定のシーケンス中は、サイドリンクＤＲＸを適用しないようにする。すなわち、本実施例１では、ＲＲＣ再設定完了サイドリンクメッセージの受信待ち受けをサイドリンクＤＲＸよりも優先するようにする。

すなわち、ＵＥ１００－１は、サイドリンク通信に関する設定情報を含むＲＲＣメッセージを送信する際に、ＵＥ１００－２との間で間欠受信が設定されている場合、間欠受信の設定に関わらず、ＲＲＣメッセージに対する応答メッセージの受信の待ち受け処理を行う。そして、ＵＥ１００－１は、ＵＥ１００－２から送信された応答メッセージを受信する。これにより、ＵＥ１００－１は、サイドリンク通信における間欠受信が設定されていた場合であっても、応答メッセージを受信することで、サイドリンク通信の設定を行い、ＵＥ１００－２との間で、ＰＣ５－ＲＲＣ接続されて、サイドリンク通信が可能となる。

図１０（Ａ）は、受信待ち受けを優先した場合の例を表す図である。図１０（Ａ）に示すように、ＵＥ１００－１は、ＲＲＣ再設定サイドリンクメッセージを送信後、サイドリンクＤＲＸよりも受信待ち受けを優先する。ＵＥ１００－１は、ＲＲＣ再設定サイドリンク完了メッセージを受信するまで待ち受け処理を行う。そして、ＵＥ１００－１は、ＲＲＣ再設定サイドリンク完了メッセージを受信すると、サイドリンクＤＲＸを再開する。

図１０（Ｂ）は、ＵＥ１００－１における動作例を表す図である。

ステップＳ１００において、ＵＥ１００－１は、処理を開始する。

ステップＳ１０５において、ＵＥ１００－１は、ＲＲＣ再設定サイドリンクメッセージを送信するときに、サイドリンクＤＲＸが設定されていた場合、サイドリンクＤＲＸの設定に依らず、受信待ち受け処理を行う。ＵＥ１００－１は、待ち受け処理に代えて、サイドリンクＤＲＸのＯｎｄｕｒａｔｉｏｎ期間を延長するようにしてもよい。または、ＵＥ１００－１は、Ｏｆｆｄｕｒａｔｉｏｎ期間をサスペンド（中断）するようにしてもよい。または、ＵＥ１００－１は、Ｏｎｄｕｒａｔｉｏｎタイマを、ＲＲＣ再設定完了サイドリンクメッセージを受信するまで停止する、としてもよい。または、ＵＥ１００－１は、サイドリンクＤＲＸの設定の適用を除外する、もしくは適用を外す、としてもよい。または、ＵＥ１００－１は、サイドリンクＤＲＸの設定を破棄する、としてもよい。

ステップＳ１０６において、ＵＥ１００－１は、ＲＲＣ再設定サイドリンク完了メッセージを受信すると、サイドリンクＤＲＸの設定に従った動作を行う。または、ＵＥ１００－１は、元のサイドリンクＤＲＸの動作に戻るようにしてもよい。すなわち、ＵＥ１００－１は、サイドリンクＤＲＸに従った待ち受け動作を行う。または、ＵＥ１００－１は、Ｏｎｄｕｒａｔｉｏｎ期間の延長処理を停止してもよい。また、ＵＥ１００－１は、サスペンドしていたＯｆｆｄｕｒａｔｉｏｎ期間を再開（レジューム）してもよい。または、ＵＥ１００－１は、停止していたＯｎｄｕｒａｔｉｏｎタイマを再開（またはリセット）してもよい。または、ＵＥ１００－１は、サイドリンクＤＲＸの設定を適用（もしくは再適用）してもよい。

そして、ステップＳ１０７において、ＵＥ１００－１は、一連の処理を終了する。

このように、本実施例１では、ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージを送信するときに、サイドリンクＤＲＸが設定されていた場合、受信待ち受け処理をサイドリンクＤＲＸよりも優先するようにしている。そのため、サイドリンクＤＲＸが適用されているＵＥ１００であっても、サイドリンクＲＲＣ再設定の一連のシーケンスを実行することができ、ＵＥ１００－１，１００－２間でＰＣ５－ＲＲＣ接続が可能となる。

（実施例２）
サイドリンクＤＲＸでは、ＵＥ１００－１，１００－２間において、互いに同じタイミングで、ＯｎｄｕｒａｔｉｏｎとＯｆｆｄｕｒａｔｉｏｎとが行われる。そのため、ＵＥ１００－１，１００－２間でどのようにタイミングを合わせるかが課題である。具体的には、ＵＥ１００－１，１００－２間で、どのようにして、ウェイクアップのタイミング（すなわち、ＵＥ１００－１の送信タイミングとＵＥ１００－２におけるサイドリンクＤＲＸに従った間欠受信タイミングと）を合わせ、そして、ＯｎｄｕｒａｔｉｏｎとＯｆｆｄｕｒａｔｉｏｎとによるサイドリンクＤＲＸの動作を行うかが課題である。

そこで、本実施例２においては、サイドリンクＤＲＸの周期バウンダリが、ＲＲＣ再設定サイドリンクメッセージの送信時点もしくは受信時点、又は、ＲＲＣ再設定完了サイドリンクメッセージの送信時点もしくは受信時点でリセットされるようにする。

すなわち、所定フレームのフレーム番号は、ＵＥ１００－１が、サイドリンク通信に関する設定情報を含むＲＲＣメッセージを送信したタイミング、又はＵＥ１００－２が、ＵＥ１００－１から送信されたＲＲＣメッセージを受信したタイミングでリセットされる。または、所定フレームのフレーム番号は、ＵＥ１００－２が、サイドリンク通信の設定完了に関するＲＲＣメッセージを送信したタイミング、又はＵＥ１００－１が、ＵＥ１００－２から送信された設定完了に関するＲＲＣメッセージを受信したタイミングでリセットされる。

これにより、ＵＥ１００－１，１００－２間において、所定のフレームの番号を、ともに同じタイミングで「０」にすることができ、このタイミングを基準にして、タイミング合わせを行うことが可能となる。

なお、所定フレームは、サイドリンクＤＲＸフレーム（以下、「ＤＲＸフレーム」と称する場合がある。）であってもよい。

図１１（Ａ）は、ＲＲＣ再設定サイドリンクメッセージの送信時点のうち、初送タイミングでＤＲＸフレームがリセットされる例を表す図である。ここで、「初送」とは、例えば、図１１（Ａ）に示すように、ＲＲＣ再設定サイドリンクメッセージの再送が行われた場合（ステップＳ１０１－１，ステップＳ１０１－２，．．．）の最初の送信（ステップＳ１０１－１）のことである。このように、ＲＲＣ再設定サイドリンクメッセージが何度も送信される場合があり得るため、図１１（Ａ）の例では、このうち、初送の当該メッセージの送信時点をリセット点としている。

この場合、ＵＥ１００－１は、初送のＲＲＣ再設定サイドリンクメッセージの送信タイミングを、受信側のＵＥ１００－２へ通知することで、受信側のＵＥ１００－２において送信タイミングを把握することができる。送信タイミングは、例えば、ステップＳ１０１－１のＲＲＣ再設定サイドリンクメッセージに含まれて、送信されてもよい。または、送信タイミングは、別のメッセージなどで送信されてもよい。

これにより、送信側のＵＥ１００－１と受信側のＵＥ１００－２とは、ＲＲＣ再設定サイドリンクメッセージの初送の送信タイミングをともに把握することができる。そして、ＵＥ１００－１，１００－２は、この送信タイミングを、ＤＲＸフレームのゼロ点とする。ＵＥ１００－１，１００－２間では、ＤＲＸフレームのゼロ点が同じタイミングになり、これを基準にして、ウェイクアップなどのタイミング合わせを行うことが可能となる。

図１１（Ｂ）は、ＲＲＣ再設定サイドリンクメッセージの受信時点のうち、ＲＲＣ再設定サイドリンクメッセージの初回の受信タイミングを、ＤＲＸフレームのゼロ点とする例である。

図１１（Ｂ）の例は、ＲＲＣ再設定サイドリンクメッセージが再送される場合（ステップＳ１０１－１，ステップＳ１０１－２，．．．）、初送のＲＲＣ再設定サイドリンクメッセージ（ステップＳ１０１－１）の受信タイミングを、ＤＲＸフレームのゼロ点のタイミングとしている。

初送ＲＲＣ再設定サイドリンクメッセージの受信タイミングは、初送ＲＲＣ再設定サイドリンクメッセージに対する否定応答（ＮＡＣＫ：Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）メッセージに含めてもよい。否定応答メッセージは、例えば、ＵＥ１００－２が初送ＲＲＣ再設定サイドリンクメッセージを正常に受信できなかったときに、送信側のＵＥ１００－１へ送信するメッセージである。これにより、送信側のＵＥ１００－１へ受信タイミングを通知することができる。受信タイミングは、否定応答メッセージ以外の他のメッセージなどに含ませて通知されてもよい。

そして、ＲＲＣ再設定サイドリンクメッセージの初回の受信タイミングが送信側のＵＥ１００－１と受信側のＵＥ１００－２とで共有することができる。そして、ＵＥ１００－１，１００－２では、このタイミングをＤＲＸフレームのゼロ点にして、タイミング合わせを行うことが可能となる。

図１２は、ＲＲＣ再設定サイドリンクメッセージの受信時点のうち、ＲＲＣ再設定サイドリンクメッセージの受信が成功した（又は再送が成功した）タイミングを、ＤＲＸフレームのゼロ点とする例である。図１２の例では、２回目のＲＲＣ再設定サイドリンクメッセージの送信（ステップＳ１０１－２）で、確認応答（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）メッセージがＵＥ１００－２から送信されている（ステップＳ１０３）。そのため、２回目のＲＲＣ再設定サイドリンクメッセージ（ステップＳ１０１－２）の受信タイミングが、ＲＲＣ再設定サイドリンクメッセージの受信が成功したタイミングとなる。

受信タイミングは、例えば、確認応答メッセージ（ステップＳ１０３）又は他のメッセージに含めて送信されてもよい。これにより、ＵＥ１００－１，１００－２間で、ＲＲＣ再設定サイドリンクメッセージの受信が成功したタイミングを共有することができる。そして、ＵＥ１００－１，１００－２は、このタイミングをＤＲＸフレームのゼロ点とすることで、同じタイミングでＤＲＸフレームが「０」となり、タイミング合わせを行うことが可能となる。

図１３（Ａ）は、ＲＲＣ再設定完了サイドリンクメッセージの受信時点をＤＲＸフレームのゼロ点とする例である。

すなわち、図１３（Ａ）の例は、ＵＥ１００－２が、ＲＲＣ再設定サイドリンクメッセージ（ステップＳ１０１）に対して、ＲＲＣ再設定完了サイドメッセージを送信するものの、ＵＥ１００－１において、当該メッセージを正常に受信することができず、当該メッセージが再送される場合（ステップＳ１０２－１，ステップＳ１０２－２，．．．）を表している。

そして、図１３（Ａ）は、そのように再送が行われたＲＲＣ再設定完了サイドリンクメッセージのうち、初送のＲＲＣ再設定完了サイドリンクメッセージ（ステップＳ１０２－１）の送信時点のタイミングを、ＤＲＸフレームのゼロ点とする例である。

この場合も、この送信タイミングは、例えば、ＲＲＣ再設定完了サイドリンクメッセージ又は他のメッセージなどにより、ＵＥ１００－１へ送信されてもよい。

ＵＥ１００－１とＵＥ１００－２とは、初送のＲＲＣ再設定完了サイドリンクメッセージの送信タイミングをＤＲＸフレームのゼロ点とすることで、同じタイミングでＤＲＸフレームが「０」となり、ＵＥ１００－１，１００－２間でタイミング合わせを行うことが可能となる。

図１３（Ｂ）は、ＲＲＣ再設定完了サイドリンクメッセージの受信時点をＤＲＸフレームのゼロ点とする例である。すなわち、図１３（Ｂ）の例は、ＲＲＣ再設定サイドリンクメッセージ（ステップＳ１０１）が送信され、その後、初送のＲＲＣ再設定完了サイドリンクメッセージ（ステップＳ１０２－１）の受信タイミングを、ＤＲＸフレームのゼロ点とする例である。

この場合、ＵＥ１００－１は、初送のＲＲＣ再設定完了サイドリンクメッセージの受信タイミングを、初送のＲＲＣ再設定完了サイドリンクメッセージの否定応答メッセージ又は他のメッセージなどに含めて、ＵＥ１００－２へ送信してもよい。

図１４は、ＲＲＣ再設定完了サイドリンクメッセージの受信が成功したタイミング、すなわち、ＲＲＣ再設定完了サイドリンクメッセージの再送が成功したタイミングを、ＤＲＸフレームのゼロ点とする例である。なお、図１４を含めて、上記の様々なゼロ点ポイントについては、確認応答メッセージ（ＡＣＫ）の送信タイミング又は受信タイミングでもよい。

図１４の例は、ＵＥ１００－１は、ＲＲＣ再設定サイドリンクメッセージ（ステップＳ１０１）を送信し、２回目のＲＲＣ再設定完了サイドリンクメッセージ（ステップＳ１０２－２）での受信に成功し、このメッセージの受信タイミングを、ＤＲＸフレームのゼロ点とする例である。

この受信タイミングは、例えば、確認応答メッセージ（ステップＳ１０４）又は他のメッセージなどに含めて、ＵＥ１００－２へ送信してもよい。

図１３（Ｂ）も図１４も、ＵＥ１００－１，１００－２は、受信タイミングを基準にして、同じタイミングで、ＤＲＸフレームをゼロ点にすることができる。そのため、ＵＥ１００－１，１００－２間でタイミング合わせを行うことが可能となる。

上述した図１１（Ａ）から図１４の例では、ＤＲＸフレームを「０」にする場合について述べてきた。ＵＥ１００－１，１００－２では、同じタイミングで「０」にしたＤＲＸフレームを用いて、サイドリンクＤＲＸを行うことが可能となる。

ここで、ＤＲＸフレームのフレーム番号について説明する。ＤＲＸフレーム番号とＤＲＸサブフレーム番号とは、以下の式でそれぞれ算出されてもよい。

［ＤＲＸフレーム番号］＝（［現在のＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）］－［ゼロ点時のＳＦＮ］） ｍｏｄ １０２４ ・・・（１）

［ＤＲＸサブフレーム番号］＝（［現在のＳＦＮ］－［ゼロ点時のＳＦＮ］） ｍｏｄ１０ ・・・（２）

これらの式は、例えば、制御部１３０内のメモリに保存されてもよい。ＵＥ１００－１，１００－２では、ＤＲＸフレーム番号を計算する際に、取得したゼロ点におけるＳＦＮをメモリなどに記憶しておくことで、式（１）又は式（２）を利用して、ＤＲＸフレーム又はＤＲＸサブフレームを計算することができる。

なお、式（１）又は式（２）を含む上記の例において、ＳＦＮに代えて、ＤＦＮ（Ｄｉｒｅｃｔ Ｆｒａｍｅ Ｎｕｍｂｅｒ）を用いてもよい。もしくは、式（１）又は式（２）を含む上記の例において、ＳＦＮに代えて、基準時間（例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）時刻等）に由来する時間フレームを用いてもよい。ここで、当該時間フレームの時間単位（フレーム番号単位）は、１０ｍｓ単位とすべきである。

例えば、ＵＥ１００－１はＳＦＮ、ＵＥ１００－２はＤＦＮを用い、フレーム番号が各ＵＥ１００－１，１００－２でずれている場合でも、ＤＲＸフレームを用いることで、ＵＥ１００－１，１００－２間でタイミング同期を行うことが可能になる。また、ＵＥ１００－１とＵＥ１００－２とで在圏するセルが異なり、そのセル間で非同期である場合も、ＤＲＸフレームを用いることで、ＵＥ１００－１，１００－２間でタイミング同期を行うことが可能となる。

ただし、ＤＲＸフレームは、ＰＣ５－ＲＲＣ接続ごとに管理されることになる。すなわち、他のＰＣ５－ＲＲＣ接続は、他のＤＲＸフレームで動作することになる。例えば、ＵＥ１００－１とＵＥ１００－２との間のＤＲＸフレームと、ＵＥ１００－２とＵＥ１００－３との間のＤＲＸフレームは、あるタイミングでは、異なるＤＲＸフレーム番号となる場合がある。

ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージ又はＲＲＣ再設定完了サイドリンクメッセージなどのＰＣ５－ＲＲＣメッセージの送信タイミングを調整することによって、従来のオフセット値設定によるタイミング調整と同等の効果を得ることが可能である。

（実施例３）
本実施例３では、ＲＲＣ再設定サイドリンクメッセージに、自身のサイドリンクＤＲＸ設定と相手方のサイドリンクＤＲＸ設定の双方を含めて送信する例である。

すなわち、ＵＥ１００－１は、ＵＥ１００－１のサイドリンク通信における間欠受信の設定に関する第１の設定情報と、ＵＥ１００－２のサイドリンク通信における間欠受信の設定に関する第２の設定情報とを含むＲＲＣメッセージを送信する。ＵＥ１００－２は、このＲＲＣメッセージを受信する。これにより、ＵＥ１００－１，１００－２間で、サイドリンクＤＲＸ設定を共有し、その設定を適用することが可能となる。

ＵｕインターフェイスにおけるＤＲＸ設定は、ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを用いて行われる。一方、サイドリンクＤＲＸの設定は、ＲＲＣ再設定サイドリンクメッセージを用いて行われる可能性がある。以下では、どのようにサイドリンクＤＲＸ設定（以下、「ＤＲＸ設定」と称する場合がある。）が行われるかについて、説明する。

図１５（Ａ）と図１５（Ｂ）は、実施例３の動作例を表す図である。ＵＥ１００－１が送信側、ＵＥ１００－２が受信側である。

ステップＳ１１０において、ＵＥ１００－１は、自分（送信側）のＤＲＸ設定の設定情報と相手方（受信側）のＤＲＸ設定の設定情報とを含むＲＲＣ再設定サイドリンクメッセージを送信する。ここで、自分のＤＲＸ設定は、ＵＥ１００－１自身のＤＲＸ設定である。また、相手方のＤＲＸ設定は、例えば、自分（送信側）が希望する相手方（受信側）ＵＥ１００－２のＤＲＸ設定である。また、ＤＲＸ設定として、例えば、ＯｎｄｕｒａｔｉｏｎとＯｆｆｄｕｒａｔｉｏｎに関する周期、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）レイテンシなどが含まれてもよい。ＵＥ１００－１は、自身のＤＲＸ設定と、自身が希望する相手方のＤＲＸ設定とを、相手方のＵＥ１００－２へ送信することになる。このような情報が、設定情報として、ＲＲＣ再設定サイドリンクメッセージに含められて、送信される。

ステップＳ１１１において、相手方のＵＥ１００－２は、受信した送信側のＤＲＸ設定と受信側のＤＲＸ設定とを受け入れ可能か否かを判定し、受け入れ可能であれば、ステップＳ１１２において、ＲＲＣ再設定完了サイドリンクメッセージを、ＵＥ１００－１へ送信する。

その後、ＵＥ１００－１，１００－２は、ＵＥ１００２が受け入れたサイドリンクＤＲＸの設定を適用し、Ｏｎｄｕｒａｔｉｏｎの期間において、データなどを送受信することが可能となる。

一方、図１５（Ｂ）に示すように、ステップＳ１１５において、受信した送信側のＤＲＸ設定と受信側のＤＲＸ設定とを受け入れ可能か否かを判定し、ＵＥ１００－２は、受け入れ不能の場合（又は受け入れたくない場合）、ステップ１１６において、ＲＲＣ再設定失敗サイドリンクメッセージを、ＵＥ１００－１へ送信する。

ステップ１１６においては、ＵＥ１００－２は、ＲＲＣ再設定失敗サイドリンクメッセージではなく、対案を含むＲＲＣ再設定完了サイドリンクメッセージを送信してもよい。対案とは、例えば、受信側のＵＥ１００－２が希望するサイドリンクＤＲＸ設定である。対案の例として、ＵＥ１００－２が希望する受信タイミングなどがある。

例えば、ＵＥ１００－２は、ＲＲＣ再設定失敗サイドリンクメッセージを送信してもよいが、この場合、送信側のＵＥ１００－１は、設定しようとしたサイドリンクＤＲＸなどの失敗（Ｆａｉｌｕｒｅ）をｇＮＢ２００へ報告するなど、他の処理を行う場合がある。そこで、ＵＥ１００－２が対案を含むＲＲＣ再設定完了サイドリンクメッセージを送信することで、このような処理を行うことがなくなり、処理の効率化を図ることも可能である。

対案を含むＲＲＣ再設定完了サイドリンクメッセージを受信した送信側のＵＥ１００－１は、この対案を受け入れ可能であれば、そのままプロシージャを終了させてもよい。または、送信側のＵＥ１００－１は、この対案設定を含むＲＲＣ再設定サイドリンクメッセージを再度、受信側のＵＥ１００－２へ送信してもよい。

一方、対案を含むＲＲＣ再設定完了サイドリンクメッセージを受信した送信側のＵＥ１００－１は、対案を受け入れ不可とする場合は、再度の対案を含む、ＲＲＣ再設定サイドリンクメッセージを再度、ＵＥ１００－２へ送信してもよい。

（実施例３－１）
本実施例３－１では、ＲＲＣ再設定サイドリンクメッセージに、複数の自身のＤＲＸ設定と複数の相手方のＤＲＸ設定とを含めて送信する例である。

例えば、複数の自身のＤＲＸ設定と複数の相手方のＤＲＸ設定とを通知する場合に、自身のＤＲＸ設定と相手方のＤＲＸ設定とを含むＲＲＣ再設定サイドリンクメッセージを複数回送信するとした場合、メッセージの送信回数がそれだけ多くなる。したがって、ネゴシエーションに時間がかかる場合がある。

そこで、本実施例３－１では、自身と相手方、それぞれ複数のＤＲＸ設定を通知することで、複数回通知する場合よりも、時間をかけずにＤＲＸ設定を行うことが可能となる。

図１６は、本実施例３－１の動作例を表す図である。

ステップＳ１２０において、送信側のＵＥ１００－１は、自身（送信側）についての複数のＤＲＸ設定と、相手方（受信側）についての複数のＤＲＸ設定とを含むＲＲＣ再設定サイドリンクメッセージを、受信側のＵＥ１００－２へ送信する。

この場合、ＵＥ１００－１は、複数の自身の設定と、複数の相手の設定とを、それぞれ候補リストとして、ＲＲＣ再設定サイドリンクメッセージに含めてもよい。また、ＵＥ１００－１は、自身の希望を通知するという意味で、候補の優先順位を含めて通知してもよい。この場合、候補リストの各エントリ（各ＤＲＸ設定）に優先順位を示す識別子が含まれてもよい。または、ＵＥ１００－１は、優先順位でソートされた候補リストのエントリを含めて通知してもよい。

ステップＳ１２１において、ＵＥ１００－２は、複数の送信側のＤＲＸ設定と複数の受信側のＤＲＸ設定との中から、受け入れ可能なＤＲＸ設定を特定する。この場合、ＵＥ１００－２は、他にＰＣ５－ＲＲＣ接続された他のＵＥとの間で設定したＤＲＸ設定に合うものを選択してもよい。

ステップＳ１２２において、ＵＥ１００－２は、特定したＤＲＸ設定を含むＲＲＣ再設定完了サイドリンクメッセージを、ＵＥ１００－１へ送信する。この場合、ＵＥ１００－２は、受け入れたＤＲＸ設定そのものを含めて送信してもよい。または、ＵＥ１００－２は、候補リストのエントリ番号又は設定番号を含めて送信してもよい。

なお、ＵＥ１００－２では、ＲＲＣ再設定サイドリンクメッセージに含まれるＤＲＸ設定のすべて（の候補リスト）を受け入れることができない場合（又はそのすべてが気に入らない場合）、ＲＲＣ再設定失敗サイドリンクメッセージを、ＵＥ１００－１へ送信してもよい。この場合、ＵＥ１００－２は、ＤＲＸ設定が受け入れられない、という原因情報をＲＲＣ再設定失敗サイドリンクメッセージに含めて送信してもよい。

（実施例３－２）
上述した実施例３－１の変形例として、ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージとＲＲＣ再設定完了サイドリンクメッセージとにおいて、相手方（受信側）のみのＤＲＸ設定を含めて送信してもよい。

この場合、例えば、図１６のステップＳ１２０において、送信側のＵＥ１００－１は、相手方（受信側）のＤＲＸ設定を含み、自身（送信側）のＤＲＸ設定は含まないＲＲＣ再設定サイドリンクメッセージを送信する。

ステップＳ１２１において、受信側のＵＥ１００－２は、相手方（受信側）のＤＲＸ設定の中から、受け入れ可能なＤＲＸ設定を特定する。

ステップＳ１２２において、受信側のＵＥ１００－２は、特定した相手方（受信側）のＤＲＸ設定を含むＲＲＣ再設定完了サイドリンクメッセージを、ＵＥ１００－１へ送信する。

実施例３－２においても、ＵＥ１００－１は、ステップＳ１２０において、複数の相手方（受信側）のＤＲＸ設定のみを送信するようにしてもよい。

（実施例３－３）
上述した実施例３－２の変形例として、ＵＥ１００は、ＲＲＣ再設定サイドリンクメッセージとＲＲＣ再設定完了サイドリンクメッセージにおいて、自身（送信側）のみのＤＲＸ設定を含めて送信してもよい。

この場合、例えば、図１６のステップＳ１２０において、送信側のＵＥ１００－１は、自身（送信側）のＤＲＸ設定を含み、相手方（受信側）のＤＲＸ設定は含まないＲＲＣ再設定サイドリンクメッセージを送信する。

ステップＳ１２１において、受信側のＵＥ１００－２は、自身（送信側）のＤＲＸ設定の中から、受け入れ可能なＤＲＸ設定を特定する。

ステップＳ１２２において、受信側のＵＥ１００－２は、特定した自身（送信側）のＤＲＸ設定を含むＲＲＣ再設定完了サイドリンクメッセージを、ＵＥ１００－１へ送信する。

実施例３－３においても、ＵＥ１００－１は、ステップＳ１２０において、複数の自身（送信側）のＤＲＸ設定のみを送信するようにしてもよい。

また、本実施例３－３においては、自身（送信側）のＤＲＸ設定のうち、自身のＤＲＸの受信設定を、送信側のＵＥ１００－１が受信側のＵＥ１００－２へ通知することにもなる。

（実施例４）
実施例４は、サイドリンクＤＲＸの調整が必要な場合、ＵＥ１００が、相手方のＵＥへ、サイドリンクＤＲＸ調整要求メッセージ（以下、「調整要求メッセージ」と称する場合がある。）を送信する例である。

すなわち、ＵＥ１００－１は、サイドリンク通信における間欠受信に関する設定情報を含むＲＲＣメッセージを送信し、ＵＥ１００－２はこのＲＲＣメッセージを受信する。そして、ＵＥ１００－２は、サイドリンク通信における間欠受信の設定の調整を要求する調整要求メッセージをＵＥ１００－１へ送信する。

本実施例４では、例えば、以下のようなコンセプトで動作する。すなわち、ＲＲＣ再設定サイドリンクメッセージによるサイドリンクＤＲＸ設定は、拒否権がない。サイドリンクＤＲＸ設定を受信したＵＥ１００は、取り急ぎ、この設定を受け入れる。そして、ＵＥ１００は、不服がある場合は、調整要求メッセージにより、サイドリンクＤＲＸ設定の調整を行う。

ＲＲＣ再設定サイドリンクメッセージによるサイドリンクＤＲＸ設定を受信したＵＥ１００は、この設定を受け入れることで、データ通信開始のレイテンシを削減することが可能である。その一方、ＵＥ１００は、その設定に不服がある場合は、調整要求メッセージを用いて、異議を申し立てることが可能である。調整要求メッセージは、ＵＥ１００が、サイドリンクＤＲＸ設定の調整を要求するためのメッセージであってもよい。

図１７は、実施例４の動作例を表す図である。

ステップＳ１３０において、送信側のＵＥ１００－１は、サイドリンクＤＲＸ設定の設定情報を含むＲＲＣ再設定サイドリンクメッセージを、受信側のＵＥ１００－２へ送信する。

ステップＳ１３１において、受信側のＵＥ１００－２は、ＤＲＸ設定を受け入れて、ＲＲＣ再設定完了サイドリンクメッセージを、送信側のＵＥ１００－１へ送信する。

ステップＳ１３２とステップＳ１３３において、送信側のＵＥ１００－１と受信側のＵＥ１００－２とは、ＤＲＸ設定を適用する。

ステップＳ１３４において、送信側のＵＥ１００－１は、Ｏｎｄｕｒａｔｉｏｎの期間において、受信側のＵＥ１００－２へデータを送信する。

ステップＳ１３５において、受信側のＵＥ１００－２は、ＤＲＸ設定調整が必要な場合、調整要求メッセージを、送信側のＵＥ１００－１へ送信する。調整要求メッセージには、実施例３－１と同様に、ＤＲＸ設定に関する、複数の候補設定（プレファレンス）が含まれてもよい。また、調整要求メッセージは、ＲＲＣ再設定サイドリンクメッセージであってもよいし、新たなメッセージ、例えば、サイドリンクＤＲＸ再設定要求（ＳｉｄｅｌｉｎｋＤＲＸＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔ）メッセージでもよい。

ステップＳ１３６において、送信側のＵＥ１００－１は、調整要求メッセージを考慮して、ＤＲＸ設定を見直し、サイドリンクＤＲＸの再設定を行う。

ステップＳ１３７において、送信側のＵＥ１００－１は、再設定されたＤＲＸ設定の設定情報を含むＲＲＣ再設定サイドリンクメッセージを、受信側のＵＥ１００－２へ送信する。この場合、送信側のＵＥ１００－１が送信するメッセージは、ＲＲＣ再設定サイドリンクメッセージに代えて、ＤＲＸ設定のみを変更する新たなメッセージ、例えば、サイドリンクＤＲＸ再設定（ＳｉｄｅｌｉｎｋＤＲＸＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージであってもよい。

なお、上述した例では、受信側のＵＥ１００－２が調整要求メッセージを送信する例について説明した。例えば、送信側のＵＥ１００－１が調整要求メッセージを送信するようにしてもよい。この場合、調整要求メッセージを受信した受信側のＵＥ１００－２がサイドリンク再設定を行い、再設定したサイドリンクＤＲＸ設定の設定情報を含むＲＲＣ再設定サイドリンクメッセージなどを、送信側のＵＥ１００－１へ送信すればよい。

（実施例５）
実施例５は、ＵＥ１００がｇＮＢ２００へ、アシスタント情報を通知する、又はサイドリンクＤＲＸ設定変更の要求を行う例である。

すなわち、ＵＥ１００－１は、サイドリンク通信における間欠受信に関する設定情報を含むＲＲＣメッセージを送信し、ＵＥ１００－２はこれを受信する。そして、ＵＥ１００－２は、サイドリンク通信の間欠受信の設定変更を要求するサイドリンク情報メッセージをｇＮＢ２００へ送信する。

実施例４では、ＵＥ１００は、相手方のＵＥへ調整要求メッセージを送信することで、相手方ＵＥにおいてサイドリンクＤＲＸの調整が行われる例であった。本実施例５では、ＵＥ１００は、ｇＮＢ２００へ、サイドリンクＤＲＸ設定の設定変更を要求するサイドリンク情報メッセージを送信することで、ｇＮＢ２００においてサイドリンクＤＲＸ調整が行われる例である。ｇＮＢ２００は、ｇＮＢ２００とＵＥ１００と間のＤＲＸ（以下、「ＵｕＤＲＸ」と称する場合がある。）の設定変更とともに、サイドリンクＤＲＸ設定の変更も行うことが可能となり、処理の効率化を図ることが可能である。実施例４で説明したコンセプトは、実施例５でも適用されてよい。

図１８は、実施例５の動作例を表す図である。

ステップＳ１３０からステップＳ１３４までは、実施例４と同一である。

ステップＳ１４０において、受信側のＵＥ１００－２は、ｇＮＢ２００へ、ＤＲＸ設定情報を含むサイドリンクＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージを送信する。

ＤＲＸ設定情報は、ＵｕＤＲＸの希望設定値であってもよい。ＤＲＸ設定情報は、希望設定値として、少なくとも、ＤＲＸサイクルとオフセットとを含み、オプションとして、Ｏｎｄｕｒａｔｉｏｎタイマ値を含んでもよい。

また、ＤＲＸ設定情報は、サイドリンクＤＲＸの設定値でもよい。サイドリンクＤＲＸの設定値は、現在適用中（ステップＳ１３２とステップＳ１３３）の設定値でもよい。ＤＲＸ設定情報は、設定値として、少なくとも、ＤＲＸサイクルとオフセットを含み、オプションとして、Ｏｎｄｕｒａｔｉｏｎタイマ値を含んでもよい。また、設定値として、複数のサイドリンクＤＲＸの設定値であってもよい。複数のサイドリンクＤＲＸの設定値は、Ｄｅｓｔｉｎａｔｉｏｎ毎に紐づけられていてもよいし、紐づけられていなくてもよい。さらに、設定値について、ＤＦＮ、又は、実施例２で説明したＤＲＸフレームが使用されている場合、ＳＦＮに換算された値であってもよい。

さらに、ＤＲＸ設定情報は、相手方ＵＥ１００（図１８の例ではＵＥ１００－１）に希望するサイドリンクＤＲＸの設定値であってもよい。この設定値自体は、上述したサイドリンクＤＲＸの設定値と同じであってもよい。

ステップＳ１４１において、ｇＮＢ２００は、サイドリンクＵＥ情報メッセージに含まれるＤＲＸ設定情報を考慮して、再設定を行う。再設定として、ｇＮＢ２００は、ＵＥ１００－２のＵｕＤＲＸ設定を再設定してもよい。または、再設定として、ｇＮＢ２００は、ＵＥ１００－２のサイドリンクＤＲＸ設定を再設定してもよい。または、再設定として、ｇＮＢ２００は、相手方（図１８の例ではＵＥ１００－１）のサイドリンクＤＲＸ設定を再設定してもよい。

なお、ｇＮＢ２００は、例えば、再設定したサイドリンクＤＲＸ設定を、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）を利用して又は報知情報により、ＵＥ１００－１又はＵＥ１００－２（或いは、ＵＥ１００－１，１００－２の双方）へ送信してもよい。また、ｇＮＢ２００は、再設定したＵｕＤＲＸ設定を、ＰＤＳＣＨ又は報知情報により、ＵＥ１００－２へ送信してもよい。

また、上述した例は、受信側のＵＥ１００－２がｇＮＢ２００へ、ＤＲＸ設定情報を通知する例について説明した。送信側のＵＥ１００－１がｇＮＢ２００へ、ＤＲＸ設定情報を含むサイドリンクＵＥ情報メッセージを送信してもよい。この場合、相手方のＵＥを、受信側のＵＥ１００－２とすることで、上述した例と同様に実施可能である。

（実施例６）
上述した実施例では、主として、サイドリンクＤＲＸ設定がＵＥ１００間で行われる例を説明した。本実施例６では、ｇＮＢ２００が、サイドリンク通信で用いられるリソースを設定するときに、サイドリンクＤＲＸ設定も行う例である。

すなわち、ｇＮＢ２００は、サイドリンク通信における間欠受信の設定に関する設定情報を含むＲＲＣメッセージを送信又は設定情報を含むシステム情報を報知する。そして、ＵＥ１００－１，１００－２は、このＲＲＣメッセージを受信し、サイドリンク通信における間欠受信の設定を適用する。

図１９は、実施例６の動作例を表す図である。

ステップＳ１５０において、ｇＮＢ２００は、ＵＥ１００（図１９の例では、ＵＥ１００－１とＵＥ１００－２）のサイドリンクＤＲＸ設定を行う。

ステップＳ１５１とステップＳ１５２において、ｇＮＢ２００は、設定したサイドリンクＤＲＸ設定の設定情報を含むＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを、ＵＥ１００－１とＵＥ１００－２とへ送信する。設定情報は、ＲＲＣ再設定メッセージに代えて、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を用いて報知されてもよい。また、設定情報には、実施例５で説明したＤＲＸ設定情報の全部又は一部の情報が含まれてもよい。一部のＤＲＸ設定情報が含まれる場合、例えば、一部のＤＲＸ設定情報として、ＤＲＸサイクルとＯｎｄｕｒａｔｉｏｎタイマだけ含まれ、それ以外のＤＲＸ設定情報（例えば、オフタイムなど）は、ＵＥ１００において決定するようにしてもよい。サイドリンクＤＲＸ設定の一部をｇＮＢ２００で設定し、その他の部分をＵＥ１００で設定する、ハイブリッド的な動作となる。或いは、設定情報は、リソースプール毎に行われてもよい（又は紐づけられてもよい）。

ステップＳ１５３とステップＳ１５４において、送信側のＵＥ１００－１と受信側のＵＥ１００－２とは、ｇＮＢ２００から通知されたサイドリンクＤＲＸ設定を適用する。

この場合、送信側のＵＥ１００－１は、ｇＮＢ２００から通知されたサイドリンクＤＲＸ設定を考慮して、サイドリンクＤＲＸ設定を含むＲＲＣ再設定サイドリンクメッセージを、受信側のＵＥ１００－２へ送信してもよい。例えば、ＵＥ１００－１は、サイドリンクＤＲＸ設定のうち、オフセットについてはＵＥ１００－１が決定し、その他のサイドリンクＤＲＸ設定は、ｇＮＢ２００が設定したものを用いて、これらを含むサイドリンクＤＲＸ設定を、ＲＲＣ再設定サイドリンクメッセージに含めて通知してもよい。この場合、ＵＥ１００－１は、その他のサイドリンクＤＲＸ設定は、ｇＮＢ２００からＵＥ１００－２へ送信されていることを見越して、ＵＥ１００－１自身が決定したサイドリンクＤＲＸ設定を、ＲＲＣ再設定サイドリンクメッセージに含めて通知してもよい。

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

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

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

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

１０ ：移動通信システム
１００（１００－１～１００－３）：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
２００（２００－１）：ｇＮＢ
２００－２：ｎｇ－ｅＮＢ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部

Claims (5)

1. 通信制御方法であって、
   ユーザ装置が、他のユーザ装置とのサイドリンク通信における間欠受信の設定に関する設定情報を前記他のユーザ装置から受信することと、
   前記ユーザ装置が、前記設定情報による設定を受け入れる場合、前記設定情報に沿って間欠受信を行うことと、
   前記ユーザ装置が、前記受け入れた設定情報を基地局に送信することと、を含む
   通信制御方法。
2. ユーザ装置であって、
   他のユーザ装置とのサイドリンク通信における間欠受信の設定に関する設定情報を前記他のユーザ装置から受信する通信部を備え、
   前記通信部は、前記設定情報による設定を受け入れる場合、前記設定情報に沿って間欠受信を行い、
   前記通信部は、前記受け入れた設定情報を基地局に送信する
   ユーザ装置。
3. ユーザ装置を制御するプロセッサであって、
   他のユーザ装置とのサイドリンク通信における間欠受信の設定に関する設定情報を前記他のユーザ装置から受信する処理と、
   前記設定情報による設定を受け入れる場合、前記設定情報に沿って間欠受信を行う処理と、
   前記受け入れた設定情報を基地局に送信する処理と、を実行する
   プロセッサ。
4. ユーザ装置と、前記ユーザ装置とのサイドリンク通信を行う他のユーザ装置と、基地局とを有する通信システムであって、
   前記ユーザ装置は、前記他のユーザ装置とのサイドリンク通信における間欠受信の設定に関する設定情報を前記他のユーザ装置から受信し、
   前記ユーザ装置は、前記設定情報による設定を受け入れる場合、前記設定情報に沿って間欠受信を行い、
   前記ユーザ装置は、前記受け入れた設定情報を基地局に送信する
   通信システム。
5. ユーザ装置を制御するためのプログラムであって、
   他のユーザ装置とのサイドリンク通信における間欠受信の設定に関する設定情報を前記他のユーザ装置から受信する処理と、
   前記設定情報による設定を受け入れる場合、前記設定情報に沿って間欠受信を行う処理と、
   前記受け入れた設定情報を基地局に送信する処理と、を前記ユーザ装置に実行させる
   プログラム。

Images