▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-31
(54)【発明の名称】キャリアアグリゲーションのための方法および装置
(51)【国際特許分類】
H04W 72/40 20230101AFI20241024BHJP
H04W 92/18 20090101ALI20241024BHJP
H04W 72/25 20230101ALI20241024BHJP
H04W 72/0457 20230101ALI20241024BHJP
【ＦＩ】
H04W72/40
H04W92/18
H04W72/25
H04W72/0457 110
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024518928
(86)(22)【出願日】2022-10-28
(85)【翻訳文提出日】2024-05-07
(86)【国際出願番号】 CN2022128298
(87)【国際公開番号】W WO2023072258
(87)【国際公開日】2023-05-04
(31)【優先権主張番号】PCT/CN2021/127141
(32)【優先日】2021-10-28
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】チャン， チャン
(72)【発明者】
【氏名】ワン， ミン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067CC02
5K067DD34
5K067EE02
5K067EE10
5K067EE25
(57)【要約】
本開示の様々な実施形態はキャリアアグリゲーションのための方法を提供する。ユーザ装置によって実行される方法は、基地局から、ユーザ装置のために構成されたサイドリンクキャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信することを有する。例示的な実施形態によれば、本方法は、第１のインジケーションは、サイドリンクキャリアをアクティブ化するか非アクティブ化するかを決定することをさらに有する。別の例示的な実施形態によれば、本方法は、ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することをさらに有する。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）によって実行される方法（１００）であって、基地局から、前記ＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信すること（１０２）と、
前記第１のインジケーションに従って前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定すること（１０４）と、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することと、
を有する方法。
【請求項2】
請求項１に記載の方法であって、前記第１のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
前記ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子と、
１つまたは複数のファクタと、ここで、前記１つまたは複数のファクタが満たされる場合に、前記ＳＬキャリアはアクティブ化または非アクティブ化される必要がある、
のうちの１つまたは複数の情報を含む方法。
【請求項3】
請求項２に記載の方法であって、前記１つまたは複数のファクタは、前記ＳＬキャリアが非アクティブ化される必要がある期間を示す時間閾値と、
それを超えると前記ＳＬキャリアがアクティブ化される必要があるバッファ閾値と、
前記ＳＬキャリアをアクティブ化するタイミングと、
前記ＳＬキャリアを非アクティブ化するタイミングと、
のうちの１つまたは複数を含む方法。
【請求項4】
請求項２または３に記載の方法であって、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示す前記インジケータは、ビットマップ中において前記ＳＬキャリアに関連付けられたビットである方法。
【請求項5】
請求項２～４のいずれか一項に記載の方法であって、前記ＵＥは、前記１つまたは複数のファクタに少なくとも部分的に基づいて、前記ＳＬキャリアをアクティブ化または非アクティブ化するかを決定する方法。
【請求項6】
請求項１～５のいずれか一項に記載の方法であって、前記ＵＥが前記ＳＬキャリアをアクティブ化することを決定する場合、前記方法は、さらに、前記第１のインジケーションに従って前記ＳＬキャリアをアクティブ化すること、
を有する方法。
【請求項7】
請求項１～６のいずれか一項に記載の方法であって、前記ＵＥが前記ＳＬキャリアを非アクティブ化すると決定する場合、前記方法は、さらに、前記第１のインジケーションに従って前記ＳＬキャリアを非アクティブ化すること、
を有する方法。
【請求項8】
請求項７に記載の方法であって、前記ＳＬキャリアの前記非アクティブ化は、前記ＳＬキャリアに関連する任意のモード２のＳＬグラントをクリアすることと、
前記ＵＥがモード２リソース割り当てを採用する場合に前記ＳＬキャリア上でのセンシングを停止することと、
前記ＳＬキャリア上でのＳＬ送信を停止することと、
前記ＳＬキャリア上でのＳＬ受信を停止することと、
のうちの１つまたは複数を含む方法。
【請求項9】
請求項６～８のいずれか一項に記載の方法であって、前記第１のインジケーションに少なくとも部分的に基づいて決定されるタイミング情報にしたがって、前記ＳＬキャリアがアクティブ化または非アクティブ化される方法。
【請求項10】
請求項１～９のいずれか一項に記載の方法であって、前記第２のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
のうちの１つまたは複数の情報を含む方法。
【請求項11】
請求項１～１０のいずれか一項に記載の方法であって、前記１つまたは複数の他のＵＥは、前記ＳＬキャリアに関連付けられ、前記第１のインジケーションによって示される１つまたは複数の宛先識別子に関連付けられる方法。
【請求項12】
請求項１～１１のいずれか一項に記載の方法であって、さらに、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージと、
のうちの１つまたは複数を受信すること、を有する方法。
【請求項13】
請求項１～１２のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾することを示すメッセージと、
のうちの１つまたは複数を受信すると、前記ＵＥによって実行される方法。
【請求項14】
請求項１～１３のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥから前記ＵＥのピアＵＥへの方向に適用可能である方法。
【請求項15】
請求項１～１４のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアについての情報を前記基地局および／または前記ＵＥのピアＵＥに送信すること、を有し、ここで、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定するために、前記ＵＥの前記基地局および／または前記ピアＵＥによって使用されることが可能である方法。
【請求項16】
請求項１５に記載の方法であって、前記ＳＬキャリアについての前記情報の前記送信は、定期的に、
イベントでトリガーされること、
前記ＵＥの前記ピアＵＥから要求を受信すること、および、
前記基地局からシグナリングを受信すること、
のうちの１つまたは複数の手法で、前記ＵＥによって実行される方法。
【請求項17】
請求項１５または１６に記載の方法であって、前記ＳＬキャリアに関する前記情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスについてのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソースステータスと、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項18】
請求項１～１７のいずれか一項に記載の方法であって、さらに、前記ＵＥのピアＵＥから前記ＳＬキャリアについての情報を受信すること、を有し、ここで、前記ＳＬキャリアについての情報は、前記ＳＬキャリアをアクティブ化または非アクティブ化することを決定するために前記ＵＥによって使用されることが可能である方法。
【請求項19】
請求項１～１８のいずれか一項に記載の方法であって、前記ＵＥが前記ＳＬキャリアのためのタイマを構成される場合に、前記方法は、さらに、前記ＳＬキャリアの前記アクティブ化に応じて前記タイマを始動することと、
１つまたは複数のイベントに応じて前記タイマを再始動することと、
前記タイマが満了したときに前記ＳＬキャリアを非アクティブ化することを開始することと、
前記ＵＥが前記ＳＬキャリアを非アクティブ化することを開始した場合に前記タイマを停止することと、
のうちの１つまたは複数のアクションを実行すること、を有する方法。
【請求項20】
請求項１９に記載の方法であって、前記１つまたは複数のイベントは、前記ＳＬキャリアについての１つまたは複数のＳＬグラントを示すダウンリンク制御情報（ＤＣＩ）の前記ＵＥによる受信と、
構成されたＳＬグラントにおける前記ＳＬキャリア上での媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の前記ＵＥによる送信と、
前記ＵＥがＳＬグラントを取得した後に前記ＳＬキャリア上でのサイドリンク制御情報（ＳＣＩ）の送信と、
前記ＵＥのピアＵＥから到来する受信信号を示すＳＣＩを前記ＳＬキャリア上で前記ＵＥにより受信することと、
のうちの１つまたは複数を含む方法。
【請求項21】
請求項１～２０のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化が、前記ＳＬキャリア上での送信に、または、前記ＳＬキャリア上での受信に、または、その両方に適用可能である方法。
【請求項22】
ユーザ装置であるＵＥ（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を含む１つまたは複数のメモリ（６１２）と、
を有し、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）を用いて、前記ＵＥ（６１０）を少なくとも、
前記ＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを基地局から受信させ、
前記第１のインジケーションに従って前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定させ、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信させる、
ように構成されているＵＥ。
【請求項23】
請求項２２に記載のＵＥであって、前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサを用いて、前記ＵＥに、請求項２～２１のいずれか一項に記載の方法を実行させるように構成されている、ＵＥ。
【請求項24】
コンピュータ上で実行されると、前記コンピュータに、請求項１～２１のいずれか一項に記載の方法のうちのいずれものステップを実行させる、コンピュータプログラムコード（６１３）が具現化されたコンピュータ可読媒体。
【請求項25】
基地局によって実行される方法（２００）であって、ユーザ装置（ＵＥ）のために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを決定すること（２０２）と、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することができる前記ＵＥへ前記第１のインジケーションを送信すること（２０４）と、
を有する方法。
【請求項26】
請求項２５に記載の方法であって、前記第１のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
前記ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子と、
１つまたは複数のファクタと、ここで、前記１つまたは複数のファクタが満たされる場合、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要がある、
のうちの１つまたは複数の情報を含む方法。
【請求項27】
請求項２６に記載の方法であって、前記１つまたは複数のファクタは、前記ＳＬキャリアが非アクティブ化される必要がある期間を示す時間閾値と、
それを超えると前記ＳＬキャリアがアクティブ化される必要があるというバッファ閾値と、
前記ＳＬキャリアをアクティブ化するタイミングと、
前記ＳＬキャリアを非アクティブ化するタイミングと、
のうちの１つまたは複数を含む方法。
【請求項28】
請求項２６または２７に記載の方法であって、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示す前記インジケータは、ビットマップ中において前記ＳＬキャリアに関連付けられているビットである方法。
【請求項29】
請求項２５～２８のいずれか一項に記載の方法であって、さらに、前記ＵＥのピアＵＥから、前記ＳＬキャリアがアクティブ化または非アクティブ化されるという通知を受信することと、
前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否する命令を前記ＵＥの前記ピアＵＥに送信することと、
を有する方法。
【請求項30】
請求項２９に記載の方法であって、前記ＵＥの前記ピアＵＥは、前記ＳＬキャリアに関連付けられており、かつ、前記第１のインジケーションによって示される宛先識別子に関連付けられている方法。
【請求項31】
請求項２５～３０のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥから前記ＵＥのピアＵＥへの方向に適用可能である方法。
【請求項32】
請求項２５～３１のいずれか一項に記載の方法であって、さらに、前記ＵＥから前記ＳＬキャリアについての情報を受信すること、を有し、ここで、前記ＳＬキャリアについての情報は、前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定するために前記基地局によって使用可能である方法。
【請求項33】
請求項３２に記載の方法であって、前記ＳＬキャリアに関する情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソース状況と、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項34】
請求項２５～３３のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＳＬキャリア上での送信に、または、前記ＳＬキャリア上での受信に、または、その両方に適用可能である方法。
【請求項35】
請求項２５～３４のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定するために１つまたは複数の他の基地局と情報を交換すること、を有する方法。
【請求項36】
基地局（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を有する１つまたは複数のメモリ（６１２）と、
を有し、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）を用いて、前記基地局（６１０）に少なくとも、
ユーザ装置（ＵＥ）のために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを決定させ、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することができる前記ＵＥへ前記第１のインジケーションを送信させる、基地局。
【請求項37】
請求項３６に記載の基地局であって、前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサを用いて、前記基地局に、請求項２６～３５のいずれか一項に記載の方法を実行させるように構成されている、基地局。
【請求項38】
コンピュータ上で実行されると、前記コンピュータに、請求項２５～３５のいずれか一項に記載の方法におけるいずれものステップを実行させるように具現化されたコンピュータプログラムコード（６１３）を有するコンピュータ可読媒体。
【請求項39】
ユーザ装置（ＵＥ）によって実行される方法（３００）であって、前記ＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化するかまたは非アクティブ化するかを決定すること（３０２）と、
前記決定の結果に従って１つまたは複数のアクションを実行すること（３０４）と、
を有し、ここで、前記１つまたは複数のアクションは、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを生成することと、
前記第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥへ送信することと、
を含む方法。
【請求項40】
請求項３９に記載の方法であって、前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかの前記決定は、基地局から前記ＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信することなく、前記ＵＥ自身によって実行される方法。
【請求項41】
請求項３９または４０に記載の方法であって、前記１つまたは複数のアクションは、前記ＵＥによって決定されたタイミング情報に従って、前記ＳＬキャリアをアクティブ化または非アクティブ化すること、を含む方法。
【請求項42】
請求項４１に記載の方法であって、前記ＳＬキャリアの前記非アクティブ化は、前記ＳＬキャリアに関連する任意のモード２のＳＬグラントをクリアすることと、
前記ＵＥがモード２リソース割り当てを採用する場合に前記ＳＬキャリア上でのセンシングを停止することと、
前記ＳＬキャリア上でのＳＬ送信を停止することと、
前記ＳＬキャリア上でのＳＬ受信を停止することと、
のうちの１つまたは複数を含む方法。
【請求項43】
請求項３９～４２のいずれか一項に記載の方法であって、前記第２のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
のうちの１つまたは複数の情報を含む方法。
【請求項44】
請求項４３に記載の方法であって、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示す前記インジケータは、ビットマップ中において前記ＳＬキャリアに関連付けられたビットである方法。
【請求項45】
請求項３９～４４のいずれか一項に記載の方法であって、前記１つまたは複数の他のＵＥは、前記ＳＬキャリアに関連付けられ、前記ＵＥによって決定される１つまたは複数の宛先識別子に関連付けられる方法。
【請求項46】
請求項３９～４５のいずれか一項に記載の方法であって、前記１つまたは複数のアクションは、さらに、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージと、
のうちの１つまたは複数を受信すること、を含む方法。
【請求項47】
請求項３９から４６のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾することを示すメッセージと、
のうちの１つまたは複数を受信すると、前記ＵＥによって実行される方法。
【請求項48】
請求項３９～４７のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥから前記ＵＥのピアＵＥへの方向に適用可能である方法。
【請求項49】
請求項３９～４８のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアについての情報を前記ＵＥの基地局および／またはピアＵＥに送信すること、を有し、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定するために、前記ＵＥの前記基地局および／または前記ピアＵＥによって使用されることが可能である方法。
【請求項50】
請求項４９に記載の方法であって、前記ＳＬキャリアについての前記情報の前記送信は、定期的に、
イベントでトリガーされると、
前記ＵＥの前記ピアＵＥからの要求を受信すると、
前記基地局からシグナリングを受信すると、
のうちの１つまたは複数の手法で、前記ＵＥによって実行される方法。
【請求項51】
請求項４９または５０に記載の方法であって、前記ＳＬキャリアに関する情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソース状況と、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項52】
請求項３９～５１のいずれか一項に記載の方法であって、さらに、ＵＥのピアＵＥからＳＬキャリアについての情報を受信することであって、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかを決定するためにＵＥによって使用されることが可能である、受信すること、を有する方法。
【請求項53】
請求項３９～５２のいずれか一項に記載の方法であって、前記ＵＥが前記ＳＬキャリアのためのタイマを構成されている場合、前記方法は、さらに、前記ＳＬキャリアをアクティブ化する際に前記タイマを始動することと、
１つまたは複数のイベントに応じて前記タイマの再始動することと、
前記タイマが満了すると前記ＳＬキャリアを非アクティブ化することを開始することと、
前記ＵＥが前記ＳＬキャリアを非アクティブ化することを開始すると前記タイマを停止することと、
のうちの１つまたは複数のアクションを実行すること、を有する方法。
【請求項54】
請求項５３に記載の方法であって、前記１つまたは複数のイベントは、前記ＳＬキャリアのための１つまたは複数のＳＬグラントを示すダウンリンク制御情報（ＤＣＩ）の前記ＵＥによる受信と、
構成されたＳＬグラントにしたがった前記ＳＬキャリア上での媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の前記ＵＥによる送信と、
前記ＵＥがＳＬグラントを取得した後に前記ＳＬキャリア上でのサイドリンク制御情報（ＳＣＩ）の送信と、
前記ＵＥのピアＵＥから到来する受信信号を示すＳＣＩのＳＬキャリア上での前記ＵＥによる受信と、
のうちの１つまたは複数を含む方法。
【請求項55】
請求項３９～５４のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＳＬキャリア上での送信のために、または、前記ＳＬキャリア上での受信のために、または、その両方のために適用可能である方法。
【請求項56】
ユーザ装置であるＵＥ（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を含む１つまたは複数のメモリ（６１２）と、
を有し、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）を用いて、前記ＵＥ（６１０）を少なくとも、
前記ＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化するかどうかを決定させ、
前記決定の結果に従って１つまたは複数のアクションを実行させる、ように構成されており、ここで、前記１つまたは複数のアクションは、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを生成することと、
前記第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することと、
を含むＵＥ。
【請求項57】
請求項５６に記載のＵＥであって、前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサを用いて、前記ＵＥに、請求項４０～５５のいずれか一項に記載の方法を実行させるように構成されているＵＥ。
【請求項58】
コンピュータ上で実行されると、前記コンピュータに、請求項３９～５５のいずれか一項に記載の方法におけるいずれものステップを実行させるように具現化されたコンピュータプログラムコード（６１３）を有するコンピュータ可読媒体。
【請求項59】
ユーザ装置（ＵＥ）によって実行される方法（４００）であって、前記ＵＥのピアＵＥから、前記ＵＥおよび前記ＵＥの前記ピアＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化するインジケーションを受信（４０２）すること、を有する方法。
【請求項60】
請求項５９に記載の方法であって、前記ＳＬキャリアをアクティブ化または非アクティブ化する前記インジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
のうちの１つまたは複数の情報を含む方法。
【請求項61】
請求項６０に記載の方法であって、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示す前記インジケータは、ビットマップ中において前記ＳＬキャリアに関連付けられたビットである方法。
【請求項62】
請求項５９～６１のいずれか一項に記載の方法であって、前記ＵＥは、前記ＳＬキャリアに関連付けられた宛先識別子に関連付けられており、前記宛先識別子は、基地局によって前記ＵＥの前記ピアＵＥに示されるか、または、前記ＵＥの前記ピアＵＥによって決定される方法。
【請求項63】
請求項５９～６２のいずれか一項に記載の方法であって、さらに、ＳＬキャリアがアクティブ化または非アクティブ化されるという通知を基地局に送信することと、
ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否する命令を基地局から受信することと、
を有する方法。
【請求項64】
請求項５９～６３のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアをアクティブ化または非アクティブ化する前記インジケーションの前記受信に応じて、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾するか拒否するかを決定する（４０４）こと、を有する方法。
【請求項65】
請求項６４に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾するかまたは拒否するかの前記決定は、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾するかまたは拒否することを前記ＵＥそれ自体によって、または前記ＵＥへの命令に従って、基地局によって行われる方法。
【請求項66】
請求項５９から６５のいずれか一項に記載の方法であって、さらに、前記ＵＥの前記ピアＵＥに、前記ＳＬキャリアをアクティブ化または非アクティブ化する前記インジケーションが前記ＵＥによって受信されたことを示すアクノレッジメントと、
前記ＵＥが前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージと、
のうちの１つまたは複数を送信すること、を有する方法。
【請求項67】
請求項５９～６６のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥの前記ピアＵＥから前記ＵＥへの方向に適用可能である方法。
【請求項68】
請求項５９～６７のいずれか一項に記載の方法であって、さらに、前記ＵＥから前記ＵＥのピアＵＥへの方向のために前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定すること、を有する方法。
【請求項69】
請求項５９～６８のいずれか一項に記載の方法であって、さらに、前記ＵＥの前記ピアＵＥから前記ＳＬキャリアについての情報を受信すること、を有し、ここで、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定するために前記ＵＥによって使用されることが可能である方法。
【請求項70】
請求項６９に記載の方法であって、前記ＳＬキャリアに関する前記情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソース状況と、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項71】
請求項５９～７０のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアについての情報を前記ＵＥの基地局および／または前記ピアＵＥに送信すること、を有し、ここで、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定するために、前記ＵＥの前記基地局および／または前記ピアＵＥによって使用されることが可能である方法。
【請求項72】
請求項７１に記載の方法であって、前記ＳＬキャリアについての前記情報の前記送信は、定期的に、
イベントでトリガーされると、
前記ＵＥの前記ピアＵＥからの要求を受信すると、
前記基地局からシグナリングを受信すると、
のうちの１つまたは複数の手法で、前記ＵＥによって実行される方法。
【請求項73】
請求項５９～７２のいずれか一項に記載の方法であって、前記ＵＥが前記ＳＬキャリアのためのタイマを構成されている場合、前記方法は、さらに、前記ＳＬキャリアのアクティブ化の際に前記タイマを始動することと、
１つまたは複数のイベントに応じで前記タイマを再始動することと、
前記タイマが満了すると前記ＳＬキャリアを非アクティブ化することを開始することと、
前記ＵＥが前記ＳＬキャリアを非アクティブ化することを開始すると前記タイマを停止することと、
のうちの１つまたは複数のアクションを実行すること、を有する方法。
【請求項74】
請求項７３に記載の方法であって、前記１つまたは複数のイベントは、前記ＳＬキャリアのための１つまたは複数のＳＬグラントを示すダウンリンク制御情報（ＤＣＩ）の前記ＵＥによる受信と、
構成されたＳＬグラントにしたがった前記ＳＬキャリア上での媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の前記ＵＥによる送信と、
前記ＵＥがＳＬグラントを取得した後での前記ＳＬキャリア上でのサイドリンク制御情報（ＳＣＩ）の送信と、
前記ＵＥの前記ピアＵＥから到来する受信信号を示すＳＣＩの前記ＳＬキャリア上での前記ＵＥによる受信と、
のうちの１つまたは複数を含む方法。
【請求項75】
請求項５９～７４のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＳＬキャリア上での送信のために、または、前記ＳＬキャリア上での受信のために、または、その両方のために適用可能である方法。
【請求項76】
ユーザ装置であるＵＥ（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を含む１つまたは複数のメモリ（６１２）と、
を有し、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）を用いて、前記ＵＥ（６１０）に少なくとも、
前記ＵＥのピアＵＥから、前記ＵＥおよび前記ＵＥの前記ピアＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化するインジケーションを受信させる、
ように構成されているＵＥ。
【請求項77】
請求項７６に記載のＵＥであって、前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサを用いて、前記ＵＥに、請求項６０～７５のいずれか一項に記載の方法を実行させるように構成されているＵＥ。
【請求項78】
コンピュータ上で実行されると、前記コンピュータに、請求項５９～７５のいずれか一項に記載の方法におけるいずれものステップを実行させるように具現化されたコンピュータプログラムコード（６１３）を有するコンピュータ可読媒体。
【請求項79】
基地局によって実行される方法（５００）であって、ユーザ装置（ＵＥ）から、前記ＵＥおよび前記ＵＥのピアＵＥのために構成されたサイドリンク（ＳＬ）キャリアがアクティブ化または非アクティブ化されるという通知を受信すること（５０２）と、
前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否する命令を前記ＵＥに送信すること（５０４）と、
を有する方法。
【請求項80】
請求項７９に記載の方法であって、前記ＵＥは、前記ＳＬキャリアに関連付けられ、かつ、前記ＵＥの前記ピアＵＥおよび／または前記ＵＥの前記ピアＵＥをサービングする別の基地局によって決定される、宛先識別子に関連付けられる方法。
【請求項81】
請求項７９または８０に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥの前記ピアＵＥから前記ＵＥへの方向に適用可能である方法。
【請求項82】
請求項７９～８１のいずれか一項に記載の方法であって、さらに、前記ＵＥから前記ＳＬキャリアについての情報を受信することを有し、ここで、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化するかまたは非アクティブ化するかを決定するために前記基地局によって使用可能である方法。
【請求項83】
請求項８２に記載の方法であって、前記ＳＬキャリアに関する情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソース状況と、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項84】
請求項７９～８３のいずれか一項に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化が、前記ＳＬキャリア上での送信のために、または、前記ＳＬキャリア上での受信のために、または、その両方のために適用可能である方法。
【請求項85】
請求項７９～８４のいずれか一項に記載の方法であって、さらに、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾するか拒否するかを決定するために１つまたは複数の他の基地局と情報を交換すること、を有する方法。
【請求項86】
基地局（６１０）であって、１つまたは複数のプロセッサ（６１１）と、
コンピュータプログラムコード（６１３）を有する１つまたは複数のメモリ（６１２）と、
を有し、
前記１つまたは複数のメモリ（６１２）および前記コンピュータプログラムコード（６１３）は、前記１つまたは複数のプロセッサ（６１１）を用いて、前記基地局（６１０）に少なくとも、
ユーザ装置（ＵＥ）および前記ＵＥのピアＵＥのために構成されたサイドリンク（ＳＬ）キャリアがアクティブ化または非アクティブ化されるという通知を前記ＵＥから受信させ、
前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否する命令を前記ＵＥに対して送信させる、
ように構成されている基地局。
【請求項87】
請求項８６に記載の基地局であって、前記１つまたは複数のメモリおよび前記コンピュータプログラムコードは、前記１つまたは複数のプロセッサを用いて、前記基地局に、請求項８０～８５のいずれか一項に記載の方法を実行させるように構成されている、基地局。
【請求項88】
コンピュータ上で実行されると、前記コンピュータに、請求項７９～８５のいずれか一項に記載の方法におけるいずれものステップを実行させるように具現化されたコンピュータプログラムコード（６１３）を有するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に通信ネットワークに関し、より詳細には、キャリアアグリゲーション（ＣＡ）のための方法および装置に関する。
【背景技術】
【0002】
このセクションは、本開示のより良い理解を容易にしてもよい態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきであり、何が従来技術にあるか、または何が従来技術にないかについての自認として理解されるべきではない。
【0003】
通信サービスプロバイダおよびネットワークオペレータは、たとえば、説得力のあるネットワークサービスおよびパフォーマンスを提供することによって、コンシューマ（消費者）に価値および利便性を提供するという課題に絶えず直面している。無線通信の発展に伴い、様々なアプリケーションにおいてデバイスツーデバイス（Ｄ２Ｄ）通信フィーチャ（特徴・機能）をサポートするための要件が提案されている。Ｄ２Ｄ運用のための拡張は、車両間、歩行者間、およびインフラストラクチャ間といった直接通信の任意の組合せを含み得る、車両対あらゆるもの（Ｖ２Ｘ）通信をサポートすることからなり得る。第４世代（４Ｇ）／ロングタームエボリューション（ＬＴＥ）および第５世代（５Ｇ）／新無線（ＮＲ）ネットワークなどの無線通信ネットワークは、Ｖ２Ｘサービスを使用し、Ｖ２Ｘ対応ユーザ装置（ＵＥ）のための通信をサポートすることが期待されてもよい。
【発明の概要】
【0004】
この発明の概要は、以下の詳細な説明においてさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求の範囲に記載される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求の範囲に記載される主題の範囲を限定するために使用されることを意図するものでもない。
【0005】
近隣デバイス間のＤ２Ｄ通信（サイドリンク（ＳＬ）通信またはＰＣ５インターフェースを介した通信とも呼ばれる）は、リリース１２（Ｒｅｌ－１２）の第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって規定される。ＳＬのいくつかの拡張は、車車間（Ｖ２Ｖ）またはＶ２Ｘ通信のための後続のリリースにおいて導入される。ＳＬ通信をサポートする無線通信ネットワークでは、セルカバレッジ外に位置することがあり、かつ、ネットワークと直接接続することができない場合がある別のＵＥのためのネットワークへの接続性をサポートするための機能を提供することができるリレーＵＥとして、Ｖ２Ｘ対応ＵＥが動作することができる。場合によって、ＵＥは、直接、または１つまたは複数のリレーＵＥを介して別のＵＥと通信してもよい。
【0006】
キャリアアグリゲーション（ＣＡ）は、帯域幅を増加させ、それによってビットレートを増加させるために無線通信において使用されてもよい技法である。各アグリゲートされたキャリアは、コンポーネントキャリア（ＣＣ）と呼ばれることがある。ＣＡが使用されるとき、ＵＥは、たとえば、各コンポーネントキャリアについて１つのプライマリセル（ＰＣｅｌｌ）および１つまたは複数のセカンダリセル（ＳＣｅｌｌ）を含む、いくつかのサービングセルを構成されてもよい。複数のサービングセルのカバレッジは、たとえば、異なる周波数帯域上の各ＣＣが異なるパスロスを経験してもよいため、異なり得る。複数のＳＣｅｌｌは、必要に応じて起動または停止させることができる。たとえば、基地局は、ＵＥのためのＳＣｅｌｌをアクティブ化または非アクティブ化するために、Ｕｕインターフェース上でシグナリングを送信してもよい。しかしながら、ＣＡの場合、ＳＬキャリアをアクティブ化または非アクティブ化するための既存ソリューションは存在しない。ＵｕにおけるＣＡのためのシグナリングは、特に、ＳＬ ＵＥがネットワークカバレッジ外にあるとき、ＣＡにおけるＳＬ ＵＥのために使用されないことがある。加えて、ＳＬ無線ベアラ（ＲＢ）は、Ｕｕ ＲＢとは異なる指向性であるので、Ｕｕにおけるキャリアをアクティブ化または非アクティブ化するための機構は、ＣＡにおけるＳＬ ＵＥに適用可能でないことがある。したがって、ＳＬキャリアのアクティブ化または非アクティブ化をより効率的な方法で実施することが望ましい場合がある。
【0007】
本開示の様々な例示的な実施形態は、ＣＡの場合、基地局またはＵＥがＳＬキャリアをアクティブ化または非アクティブ化することを可能にしてもよい、ＣＡのためのソリューションを提案する。
【0008】
Ｄ２Ｄ動作のために少なくとも２つのＵＥ間で信号が送信されるリンクまたは無線リンクは、本明細書ではサイドリンク（ＳＬ）と呼ばれ得ることを諒解されたい。Ｄ２Ｄ動作のためにＵＥ間で送信される信号は、本明細書ではＳＬ信号と呼ばれることがある。「サイドリンク」および「ＳＬ」という用語は、Ｄ２Ｄリンク、Ｖ２Ｘリンク、Ｐｒ
ｏＳｅリンク、ピアツーピアリンク、ＰＣ５リンクなどと交換可能に呼称されることもある。ＳＬ信号は、Ｖ２Ｘ信号、Ｄ２Ｄ信号、Ｐｒ
ｏＳｅ信号、ＰＣ５信号、ピアツーピア信号などと交換可能に呼称されることもある。
ｏＳｅリンク、ピアツーピアリンク、ＰＣ５リンクなどと交換可能に呼称されることもある。ＳＬ信号は、Ｖ２Ｘ信号、Ｄ２Ｄ信号、Ｐｒ
ｏＳｅ信号、ＰＣ５信号、ピアツーピア信号などと交換可能に呼称されることもある。
【0009】
本開示の第１の態様によれば、ＵＥによって実行される方法が提供される。本方法は、基地局から、該ＵＥのために構成されたＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信することを含む。例示的な実施形態によれば、本方法はさらに、第１のインジケーションに従って、前記ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定することを含む。
【0010】
例示的な実施形態によれば、本開示の第１の態様による方法は、ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することをさらに含み得る。
【0011】
例示的な実施形態によれば、第１のインジケーションは、以下の情報のうちの１つまたは複数を含み得る。
● ＳＬキャリアの識別子。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータ。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子。
●１つまたは複数のファクタとを含み。１つまたは複数のファクタが満たされるとき、ＳＬキャリアは、アクティブ化または非アクティブ化される必要がある。
● ＳＬキャリアの識別子。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータ。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子。
●１つまたは複数のファクタとを含み。１つまたは複数のファクタが満たされるとき、ＳＬキャリアは、アクティブ化または非アクティブ化される必要がある。
【0012】
例示的な実施形態によれば、１つまたは複数のファクタは次の一つ以上を含んでもよい。
● ＳＬキャリアが非アクティブ化される必要がある期間を示す時間閾値。
● それを超えるとＳＬキャリアがアクティブ化される必要があるバッファ閾値。
● ＳＬキャリアをアクティブ化するタイミング。および
●ＳＬキャリアを非アクティブ化するタイミング。
● ＳＬキャリアが非アクティブ化される必要がある期間を示す時間閾値。
● それを超えるとＳＬキャリアがアクティブ化される必要があるバッファ閾値。
● ＳＬキャリアをアクティブ化するタイミング。および
●ＳＬキャリアを非アクティブ化するタイミング。
【0013】
例示的な実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0014】
例示的な実施形態によれば、ＵＥは、１つまたは複数のファクタに少なくとも部分的に基づいて、ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかを決定してもよい。
【0015】
本開示の一実施形態によれば、前記ＵＥが前記ＳＬキャリアをアクティブ化することを決定すると、本開示の第１の態様に係る前記方法は、さらに、前記第１のインジケーションに基づいて、前記ＳＬキャリアをアクティブ化すること、を含む。
【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】
本開示の第７の態様によれば、コンピュータ上で実行されるときに、本開示の第５の態様による方法の任意のステップをコンピュータに実行させる、その上に具現化されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供される。
【0044】
本開示の第８の態様によれば、基地局として実装されてもよい装置が提供される。本装置は、決定部と送信部と、を含み得る。いくつかの例示的な実施形態によれば、決定部は、少なくとも本開示の第５の態様による方法の決定ステップを実行するように動作可能であってもよい。送信部は、本開示の第５の態様による方法の少なくとも送信ステップを実行するように動作可能であってもよい。
【0045】
本開示の第９の態様によれば、ＵＥによって実行される方法が提供される。本方法は、ＵＥのために構成されたＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかを決定することを備える。例示的な実施形態によれば、本方法は、決定の結果に従って１つまたは複数のアクション（動作）を実行することをさらに含む。
【0046】
例示的な実施形態によれば、１つまたは複数の動作は、ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを生成することを含み得る。
【0047】
例示的な実施形態によれば、１つまたは複数のアクションは、第２のインジケーションを、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することをさらに含み得る。
【0048】
例示的な実施形態によれば、ＳＬキャリアをアクティブ化または非アクティブ化するかどうかの判定は、基地局からＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーション（たとえば、本開示の第１の態様に関して説明された第１のインジケーション）を受信することなく、ＵＥ自身によって行われ得る。
【0049】
例示的な実施形態によれば、１つまたは複数のアクションは、ＵＥによって決定されたタイミング情報に従って、ＳＬキャリアをアクティブ化または非アクティブ化することを含み得る。
【0050】
例示的な実施形態によれば、ＳＬキャリアの非アクティブ化は、ＳＬキャリアに関連する任意のモード２ ＳＬグラントをクリアすること、ＵＥがモード２リソース割り当てを採用する場合にＳＬキャリア上でのセンシング（検知）を停止すること、ＳＬキャリア上でＳＬ送信を停止すること、および／または、ＳＬキャリア上でＳＬ受信を停止すること、などを含み得る。
【0051】
例示的な実施形態によれば、第２のインジケーションは、ＳＬキャリアの識別子、および／または、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータなどを含み得る。
【0052】
例示的な実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0053】
例示的な実施形態によれば、１つまたは複数の他のＵＥは、ＳＬキャリアに関連付けられ、ＵＥによって決定される１つまたは複数の宛先識別子に関連付けられ得る。
【0054】
例示的な実施形態によれば、１つまたは複数のアクションは、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示す肯定応答、および／または、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージなどを受信すること、をさらに含み得る。
【0055】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示す肯定応答、および／または、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾することを示すメッセージなどを受信すると、ＵＥによって実行されてもよい。
【0056】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥからＵＥのピアＵＥへの方向に適用可能であってもよい。
【0057】
例示的な実施形態によれば、本開示の第９の態様による方法は、ＳＬキャリアについての情報をＵＥの基地局および／またはピアＵＥに送信することをさらに含み得る。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するために、基地局および／またはＵＥのピアＵＥによって使用されてもよい。
【0058】
例示的な実施形態によれば、ＳＬキャリアについての情報の送信は、以下の方法のうちの少なくとも１つにおいてＵＥによって実行されてもよい。
● 定期的に。
● イベントでトリガーされると。
● ＵＥのピアＵＥからの要求を受信すると。
● 基地局からのシグナリングを受信すると。
● 定期的に。
● イベントでトリガーされると。
● ＵＥのピアＵＥからの要求を受信すると。
● 基地局からのシグナリングを受信すると。
【0059】
例示的な実施形態によれば、ＳＬキャリアに関する情報は、次の１つまたは複数を含み得る。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
【0060】
例示的な実施形態によれば、本開示の第９の態様による方法は、ＵＥのピアＵＥからＳＬキャリアについての情報を受信することをさらに含み得る。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するためにＵＥによって使用されてもよい。
【0061】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアのためのタイマを構成されてもよい。この場合、ＵＥは、本開示の第１の態様に関して説明されたように、タイマのための様々なアクションを実行してもよく、たとえば、異なる要件に従ってタイマを始動、再始動、または停止してもよい。
【0062】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信のために、ＳＬキャリア上での受信のために、または、両方のために、適用可能であってもよい。
【0063】
本開示の第１０の態様によれば、ＵＥとして実装されてもよい装置が提供される。装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリと、を含み得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、装置に、少なくとも本開示の第９の態様による方法の任意のステップを実行させるように構成されてもよい。
【0064】
本開示の第１１の態様によれば、コンピュータ上で実行されると、本開示の第９の態様による方法の任意のステップをコンピュータに実行させる、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供される。
【0065】
本開示の第１２の態様によれば、ＵＥとして実装されてもよい装置が提供される。本装置は、決定部と、実行部と、を含み得る。いくつかの例示的な実施形態によれば、決定部は、本開示の第９の態様による方法の少なくとも決定ステップを実行するように動作可能であってもよい。実行部は、本開示の第９の態様による方法の実行ステップを少なくとも実行するように動作可能であってもよい。
【0066】
本開示の第１３の態様によれば、ＵＥ（たとえば、本開示の第１～第４の態様および第９～第１２の態様に関して説明されたようなＵＥのピアＵＥ）によって実行される方法が提供される。本方法は、ＵＥのピアＵＥから、ＵＥおよびＵＥのピアＵＥのために構成されたＳＬキャリアをアクティブ化または非アクティブ化するインジケーションを受信することを含む。
【0067】
例示的な実施形態によれば、ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションは、ＳＬキャリアの識別子、および／または、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータなどを含み得る。
【0068】
例示的な実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0069】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアに関連付けられた宛先識別子に関連付けられ得る。一実施形態によれば、宛先識別子は、ピアＵＥそれ自体によって決定されてもよい。別の実施形態によれば、宛先識別子は、基地局によってピアＵＥに示されてもよい。
【0070】
例示的な実施形態によれば、本開示の第１３の態様による方法は、ＳＬキャリアがアクティブ化または非アクティブ化されるという通知を基地局に送信することをさらに含み得る。
【0071】
例示的な実施形態によれば、本開示の第１３の態様による方法は、基地局から、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するまたは拒否する命令を受信することをさらに含み得る。
【0072】
一実施形態によれば、本開示の第１３の態様に係る方法は、ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションの受信に応じて、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかを決定することをさらに含み得る。
【0073】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかの判定は、ＵＥそれ自体によって行われ得る。別の例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否するかの判定は、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否する、基地局によるＵＥへの命令に従って、ＵＥによって行われ得る。
【0074】
例示的な実施形態によれば、本開示の第１３の態様による方法は、ＵＥのピアＵＥに、次の１つ以上を送信することをさらに含み得る。
● ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションがＵＥによって受信されることを示す肯定応答。および、
● ＵＥがＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージ。
● ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションがＵＥによって受信されることを示す肯定応答。および、
● ＵＥがＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージ。
【0075】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥのピアＵＥからＵＥへの方向に適用可能であってもよい。
【0076】
例示的な実施形態によれば、本開示の第１３の態様による方法は、ＵＥからＵＥのピアＵＥへの方向についてＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定することをさらに含み得る。
【0077】
例示的な実施形態によれば、本開示の第１３の態様による方法は、ＵＥのピアＵＥからＳＬキャリアに関する情報を受信することをさらに含み得る。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するためにＵＥによって使用されてもよい。
【0078】
例示的な実施形態によれば、ＳＬキャリアに関する情報は次の１つまたは複数を含み得る。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
【0079】
例示的な実施形態によれば、本開示の第１３の態様による方法は、ＳＬキャリアについての情報をＵＥの基地局および／またはピアＵＥに送信することをさらに含み得る。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するために、基地局および／またはＵＥのピアＵＥによって使用されてもよい。
【0080】
例示的な実施形態によれば、ＳＬキャリアについての情報の送信は、周期的に、および／または、イベントでトリガされてＵＥによって実行されてもよい。代替的または追加的に、ＳＬキャリアについての情報の送信は、ＵＥのピアＵＥからの要求を受信すると、および／または、基地局からのシグナリングを受信すると、ＵＥによって実行されてもよい。
【0081】
例示的な実施形態によれば、ＵＥがＳＬキャリアのためのタイマを設定（構成）されるとき、本開示の第１３の態様による方法は、以下のアクションのうちの１つまたは複数を実行することをさらに含み得る。
● ＳＬキャリアをアクティブ化すると、タイマを始動すること。
● １つまたは複数のイベントに応答してタイマを再始動すること。
● タイマが満了したときにＳＬキャリアを非アクティブ化を開始すること。および、
●ＵＥがＳＬキャリアを非アクティブ化を開始すると、タイマを停止すること。
● ＳＬキャリアをアクティブ化すると、タイマを始動すること。
● １つまたは複数のイベントに応答してタイマを再始動すること。
● タイマが満了したときにＳＬキャリアを非アクティブ化を開始すること。および、
●ＵＥがＳＬキャリアを非アクティブ化を開始すると、タイマを停止すること。
【0082】
例示的な実施形態によれば、１つまたは複数のイベントは次の１つまたは複数を含み得る。
● ＵＥによるＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩを受信すること。
● 構成されたＳＬグラントにおけるＳＬキャリア上でのＭＡＣ ＰＤＵのＵＥによる送信。
● ＵＥがＳＬグラントを取得した後のＳＬキャリア上でのＳＣＩの送信。および、
● ＵＥのピアＵＥからの将来の受信を示す、ＳＬキャリア上でのＳＣＩのＵＥによる受信。
● ＵＥによるＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩを受信すること。
● 構成されたＳＬグラントにおけるＳＬキャリア上でのＭＡＣ ＰＤＵのＵＥによる送信。
● ＵＥがＳＬグラントを取得した後のＳＬキャリア上でのＳＣＩの送信。および、
● ＵＥのピアＵＥからの将来の受信を示す、ＳＬキャリア上でのＳＣＩのＵＥによる受信。
【0083】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信のために、ＳＬキャリア上での受信のために、または、両方のために、適用可能であってもよい。
【0084】
本開示の第１４の態様によれば、ＵＥとして実装されてもよい装置が提供される。本装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリと、を含み得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本装置に、少なくとも本開示の第１３の態様による方法の任意のステップを実行させるように構成されてもよい。
【0085】
本開示の第１５の態様によれば、コンピュータ上で実行されると、本開示の第１３の態様による方法の任意のステップをコンピュータに実行させる、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供される。
【0086】
本開示の第１６の態様によれば、ＵＥとして実装されてもよい装置が提供される。本装置は、受信部と、オプションで決定部と、を含み得る。いくつかの例示的な実施形態によれば、受信部は、本開示の第１３の態様による方法の少なくとも受信ステップを実行するように動作可能であってもよい。決定部は、少なくとも、本開示の第１３の態様による方法の決定ステップを実行するように動作可能であってもよい。
【0087】
本開示の第１７の態様によれば、基地局によって実行される方法が提供される。本方法は、ＵＥのために構成されたＳＬキャリアおよびＵＥのピアＵＥがアクティブ化または非アクティブ化されるという通知をＵＥから受信することを含む。例示的な実施形態によれば、本方法は、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否するインストラクション（命令）をＵＥに送信することをさらに含む。
【0088】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアに関連付けられた宛先識別子に関連付けられ得る。ある実施形態によれば、宛先識別子は、ＵＥのピアＵＥ、および／または、ＵＥのピアＵＥをサービングする別の基地局によって決定されてもよい。
【0089】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥのピアＵＥからＵＥへの方向に適用可能であってもよい。
【0090】
例示的な実施形態によれば、本開示の第１７の態様による方法は、ＵＥからＳＬキャリアに関する情報を受信することをさらに含み得る。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定するために、基地局によって使用されてもよい。
【0091】
例示的な実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスについてのバッファ状態レポート、現在のデータのバッファ状態レポート、来ると予想される将来のデータのバッファ状態レポート、ＳＬキャリアのリソースステータス、チャネル測定情報、および／または、電力節約の好みなどを含み得る。
【0092】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信のために、ＳＬキャリア上での受信のために、または、両方のために、適用可能であってもよい。
【0093】
例示的な実施形態によれば、本開示の第１７の態様による方法は、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかを決定するために、１つまたは複数の他の基地局と情報を送受信（交換）することをさらに含み得る。
【0094】
本開示の第１８の態様によれば、基地局として実装されてもよい装置が提供される。本装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを記憶する１つまたは複数のメモリと、を含み得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本装置に、少なくとも本開示の第１７の態様による方法の任意のステップを実行させるように構成されてもよい。
【0095】
本開示の第１９の態様によれば、コンピュータ上で実行されると、本開示の第１７の態様による方法の任意のステップをコンピュータに実行させる、その上に具現化されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供される。
【0096】
本開示の第２０の態様によれば、基地局として実装されてもよい装置が提供される。本装置は、受信部と送信部と、を含み得る。いくつかの例示的な実施形態によれば、受信部は、本開示の第１７の態様による方法の少なくとも受信ステップを実行するように動作可能であってもよい。送信部は、本開示の第１７の態様による方法の少なくとも送信ステップを実行するように動作可能であってもよい。
【0097】
本開示の第２１の態様によれば、ホストコンピュータ、基地局およびＵＥを含みうる通信システムにおいて実装可能な方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。オプションで、本方法は、ホストコンピュータにおいて、本開示の第５または第１７の態様による方法の任意のステップを実行することができる基地局を備えるセルラーネットワークを介してＵＥへのユーザデータを搬送する送信を開始することを含み得る。
【0098】
本開示の第２２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を含み得る。セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を含み得る。基地局の処理回路は、本開示の第５または第１７の態様による方法の任意のステップを実行するように構成されてもよい。
【0099】
本開示の第２３の態様によれば、ホストコンピュータ、基地局およびＵＥを含みうる通信システムにおいて実装される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。オプションで、本方法は、ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することを含み得る。ＵＥは、本開示の第１、第９、または第１３の態様による方法の任意のステップを実行してもよい。
【0100】
本開示の第２４の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにセルラーネットワークにユーザデータを転送するように構成された通信インターフェースと、を含み得る。ＵＥは、無線インターフェースおよび処理回路を含み得る。ＵＥの処理回路は、本開示の第１、第９、または第１３の態様による方法の任意のステップを実行するように構成されてもよい。
【0101】
本開示の第２５の態様によれば、ホストコンピュータ、基地局およびＵＥを含みうる通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第１、第９、または第１３の態様による方法の任意のステップを実行してもよいＵＥから基地局に送信されたユーザデータを受信することを含み得る。
【0102】
本開示の第２６の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを含み得る。ＵＥは、無線インターフェースおよび処理回路を含み得る。ＵＥの処理回路は、本開示の第１、第９、または第１３の態様による方法の任意のステップを実行するように構成されてもよい。
【0103】
本開示の第２７の態様によれば、ホストコンピュータ、基地局およびＵＥを含みうる通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発信されたユーザデータを受信することを含み得る。基地局は、本開示の第５または第１７の態様による方法の任意のステップを実行してもよい。
【0104】
本開示の第２８の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを含み得る。基地局は、無線インターフェースおよび処理回路を含み得る。基地局の処理回路は、本開示の第５または第１７の態様による方法の任意のステップを実行するように構成されてもよい。
【0105】
様々な例示的な実施形態によれば、ＵＥに対して構成されたすべてのＳＬキャリアのうちのＳＬキャリアは、ＵＥそれ自体によって、および／または、基地局からのシグナリングに従って、アクティブ化または非アクティブ化されてもよい。これは、ＵＥが基地局への直接コネクションを有するか、またはネットワークカバレッジ外であるかにかかわらず、ＳＬキャリアのアクティブ化／非アクティブ化を実現可能にすることができる。加えて、適応型のＳＬキャリアアクティブ化／非アクティブ化の実装は、満足されるサービス品質（Ｑ
ｏＳ）を提供することと、ＵＥの電力を節約すること、を達成できる。
ｏＳ）を提供することと、ＵＥの電力を節約すること、を達成できる。
【図面の簡単な説明】
【0106】
本開示自体、好ましい使用形態、およびさらなる目的は、添付の図面と併せて読まれるとき、実施形態の以下の詳細な説明を参照することによって最もよく理解される。
【0107】
【図1】は、本開示のいくつかの実施形態による様々な方法を示すフローチャートである。
【図2】は、本開示のいくつかの実施形態による様々な方法を示すフローチャートである。
【図3】は、本開示のいくつかの実施形態による様々な方法を示すフローチャートである。
【図4】は、本開示のいくつかの実施形態による様々な方法を示すフローチャートである。
【図5】は、本開示のいくつかの実施形態による様々な方法を示すフローチャートである。
【0108】
【図6A】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【図6B】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【図6C】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【図6D】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【図6E】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【図6F】は、本開示のいくつかの実施形態による様々な装置を示すブロック図である。
【0109】
【図7】は、本開示のいくつかの実施形態に従って、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを図示するブロック図である。
【0110】
【図8】は、本開示のいくつかの実施形態による、部分的無線コネクションを介して基地局を介してＵＥと通信するホストコンピュータを例示する構成図である。
【0111】
【図9】は、本開示の実施形態に従って、通信システムにおいて実施される方法を例示するフローチャートである。
【0112】
【図10】は、本開示の一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。
【0113】
【図11】は、本開示の一実施形態による、通信システムに実装される方法を示すフローチャートである
【0114】
【図12】は、本開示の一実施形態による、通信システムに実装される方法を示すフローチャートである。
【発明を実施するための形態】
【0115】
以下、本開示の実施の形態について、図面を参照して詳細に説明される。これらの実施形態は、当業者が本開示をよりよく理解し、したがって実施することを可能にする目的でのみ論じられ、本開示の範囲に対するいかなる限定も示唆するものではないことを理解されたい。本明細書を通して、特徴、利点、または類似の言葉への基準は、本開示によって実現されてもよい特徴および利点のすべてが、本開示の任意の単一の実施形態であるべきであるか、またはその中にあるべきであることを暗示するものではない。むしろ、特性および利点に言及する言葉は、実施形態とコネクションて説明される具体的な特性、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示の記載された特性、利点、および特性は、１つまたは複数の実施形態において任意の適切な様式で組み合わせることができる。当業者は、本開示が、特定の実施形態の特定の特徴または利点のうちの１つまたは複数なしに実施されてもよいことを認識するであろう。他の事例では、本開示のすべての実施形態に存在しない場合がある特定の実施形態において、追加の特徴および利点が認識されてもよい。
【0116】
本明細書で使用される場合、「通信ネットワーク」という用語は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）などの任意の適切な通信規格に従うネットワークを指す。さらに、端末装置と通信ネットワーク内のネットワークノードとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または、現在知られているか将来開発されるであろう任意の他のプロトコルを含むがこれらに限定されない、任意の好適な世代通信プロトコルに従って実行されてもよい。
【0117】
「ネットワークノード」という語は、端末デバイスがネットワークにアクセスし、そこからサービスを受信する通信ネットワーク内のネットワークデバイスを指す。本ネットワークノードは、無線通信ネットワーク中の基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、制御装置、または任意の他の好適な装置を指してもよい。基地局は、たとえば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮｏｄｅＢまたはｇＮＢ）、遠隔無線ユニット（ＲＲＵ）、無線ヘッダー（ＲＨ）、遠隔無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであってもよい。
【0118】
本ネットワークノードのさらに別の実施形態は、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局制御装置（ＢＳＣ）などのネットワークコントローラ、ベーストランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、測位ノードなどを含む。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にするおよび／または、提供する、または無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供するように構成、配置、および／または、動作可能な任意の好適なデバイス（またはデバイスの群）を表してもよい。
【0119】
「端末デバイス」という用語は、通信ネットワークにアクセスし、そこからサービスを受信することができる任意の端末デバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ装置（ＵＥ）、または他の適切なデバイスを指してもよい。ＵＥは、たとえば、加入者局、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であってもよい。端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶および再生機器、携帯電話、携帯電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、車両などを含み得るが、これらに限定されない。
【0120】
さらに別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、ＩｏＴデバイスとも呼ばれ、監視、検知および／または、測定などを実行し、そのような監視、検知および／または、測定などの結果を別の端末デバイスおよび／または、ネットワーク機器に送信する機械または他のデバイスを表すことができる。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））文脈では、マシンタイプ通信（ＭＴＣ）デバイスと呼ばれ得る。
【0121】
１つの特定の例として、端末デバイスは、３ＧＰＰ（登録商標）狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）規格を実装するＵＥであってもよい。そのような機械またはデバイスの特定の例は、センサ、電力メータなどの計量装置、産業機械、または家庭用または個人用機器、たとえば冷蔵庫、テレビ、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは、車両または他の機器、たとえば、その動作ステータスまたはその動作に関連する他の機能を監視、検知、および／または、報告することができる医療機器を表すことができる。
【0122】
本明細書で使用するとき、用語「第１の」、「第２の」などは、異なる要素を指す。単数形「ａ」および「ａｎ」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことが意図される。用語「含む（ｃｏｍｐｒｉｓｅｓ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「備える（ｈａｓ）」、「備えている（ｈａｖｉｎｇ）」、「有する（ｉｎｃｌｕｄｅｓ）」、および／または、「有している（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、述べられた特徴、要素、および／または、構成要素などの存在を特定するが、１つまたは複数の他である。用語「～に基づく」は、「～に少なくとも部分的に基づく」と読まれるべきである。用語「一実施形態」および「実施形態」は、「少なくとも１つの実施形態」と読まれるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれるべきである。明示的および暗示的な他の定義を以下に含めることができる。
【0123】
無線通信ネットワークは、音声、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。トラフィック容量およびデータレートに関するネットワーク要件の劇的な増加を満たすために、通信技術開発のための１つの興味深い選択肢は、４Ｇ／ＬＴＥまたは５Ｇ／ＮＲネットワークなどの無線通信ネットワークにおいてＤ２Ｄ通信が実装されることを可能にすることである。本明細書で使用されるとき、Ｄ２Ｄは、より広い意味で、任意のタイプのＵＥ間の通信を含むと呼ばれ得、車両ＵＥと任意の他のタイプのＵＥとの間のＶ２Ｘ通信を含み得る。Ｄ２Ｄおよび／または、Ｖ２Ｘは、無線デバイス間の直接通信になると、多くの現存する無線技術の構成要素であってもよい。セルラーネットワークへのアンダーレイとしてのＤ２Ｄおよび／または、Ｖ２Ｘ通信は、デバイスの近接性を利用するためのアプローチとして提案されてもよい。
【0124】
ＮＲ ＳＬ通信は、Ｒｅｌ－１６において３ＧＰＰ（登録商標）によって規定されている。ＮＲ ＳＬは、ＬＴＥ ＳＬの進化であり、特に、Ｖ２Ｘ通信のためにＲｅｌ－１４およびＲｅｌ－１５に導入された特徴の進化である。ＮＲ ＳＬの最も関連する特徴のいくつかは、以下の通りである。
● ＬＴＥで既にサポートされていたブロードキャスト送信に加えて、ユニキャストおよびグループキャスト送信のサポート。
● ユニキャストおよびグループキャストのためのＳＬを介したハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのサポート。このフィードバックは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を使用して、受信側のＵＥによって送信側のＵＥに伝達される。この機能は、ＬＴＥと比較してＮＲにおいて新規である。
● 異なるＵＥによって開始される異なるサイドリンク送信間のリソース衝突を緩和するために、それは、チャネル検知およびリソース選択手順を強化し、それはさらに、サイドリンク制御情報（ＳＣＩ）を搬送する物理チャネルの新しい設計につながる。ＳＣＩの新しい設計は、ロバストで、かつ、あらかじめ定義されたフォーマットを用いる単一のチャネル内でのリソースの割り当て（共存のために重要である）に関連するすべての情報を一まとめにグループ化することによって、異なる規格リリース間の共存を単純化する。他の制御情報は、他の手段によって、より柔軟な方法で搬送される。
● ＮＲアップリンク送信においてサポートされるグラントフリー送信も、レイテンシ性能を改善するために、ＮＲサイドリンク送信において提供される。
● 高コネクション密度を達成するために、輻輳制御、ひいてはＱｏＳ管理が、ＮＲサイドリンク送信においてサポートされる。
● ＬＴＥで既にサポートされていたブロードキャスト送信に加えて、ユニキャストおよびグループキャスト送信のサポート。
● ユニキャストおよびグループキャストのためのＳＬを介したハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのサポート。このフィードバックは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を使用して、受信側のＵＥによって送信側のＵＥに伝達される。この機能は、ＬＴＥと比較してＮＲにおいて新規である。
● 異なるＵＥによって開始される異なるサイドリンク送信間のリソース衝突を緩和するために、それは、チャネル検知およびリソース選択手順を強化し、それはさらに、サイドリンク制御情報（ＳＣＩ）を搬送する物理チャネルの新しい設計につながる。ＳＣＩの新しい設計は、ロバストで、かつ、あらかじめ定義されたフォーマットを用いる単一のチャネル内でのリソースの割り当て（共存のために重要である）に関連するすべての情報を一まとめにグループ化することによって、異なる規格リリース間の共存を単純化する。他の制御情報は、他の手段によって、より柔軟な方法で搬送される。
● ＮＲアップリンク送信においてサポートされるグラントフリー送信も、レイテンシ性能を改善するために、ＮＲサイドリンク送信において提供される。
● 高コネクション密度を達成するために、輻輳制御、ひいてはＱｏＳ管理が、ＮＲサイドリンク送信においてサポートされる。
【0125】
ＮＲサイドリンクでは、以下の物理レイヤ（ＰＨＹ）チャネルが定義される。
● ＰＳＣＣＨ（物理サイドリンク共通制御チャネル）： このチャネルは、受信機がこれに対応するＰＳＳＣＨ（たとえば、復調基準信号（ＤＭＲＳ）パターンおよびアンテナポート、変調および符号化方式（ＭＣＳ）など）をさらに処理およびデコードすることを可能にするスケジューリング割当て（ＳＡ）の一部を含む、ＳＣＩを搬送する。また、ＰＳＣＣＨは、将来の予約済みリソースを示す。これは、受信機（ＲＸ）が、将来におけるチャネルの利用を検知し、予測することを可能にする。このセンシング情報は、後述するＵＥ自律的なリソース割り当て（Ｍ
ｏｄｅ ２）のために用いられる。
● ＰＳＳＣＨ（物理サイドリンク共有チャネル）： ＰＳＳＣＨは、サイドリンク送信データ（つまり、ＳＬ共有チャネルＳＬ－ＳＣＨ）およびＳＣＩの一部を伝達するサイドリンク送信機ＵＥによって送信される。さらに、上位レイヤ制御情報は、ＰＳＳＣＨ （たとえば、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、ＲＲＣシグナリングなど）を使用して搬送されてもよい。たとえば、チャネル状態情報（ＣＳＩ）は、ＰＳＦＣＨの代わりにＰＳＳＣＨを介してＭＡＣ ＣＥで搬送される。
● ＰＳＦＣＨ（物理サイドリンクフィードバックチャネル）： ＰＳＦＣＨは、ユニキャストおよびグループキャストのためにサイドリンク受信機ＵＥによって送信される。それは、ＡＣＫ／ＮＡＣＫ（ユニキャストおよびグループキャストオプション２のために使用される）またはＮＡＣＫ専用（グループキャストオプション１のために使用される）からなり得る、ＳＬ ＨＡＲＱアクノレッジメントを伝達する。
● ＰＳＢＣＨ（物理サイドリンクブロードキャストチャネル）： ＰＳＢＣＨは、ダイレクトフレーム番号（ＤＦＮ）、サイドリンク送信のためのスロットおよびシンボルレベルでの時間リソースのインジケーション、カバレッジ内インジケータなどの同期に関する情報を伝達する。同期信号ブロック（ＳＳＢ）は、１６０ｍｓ毎に周期的に送信される。ＰＳＢＣＨは、サイドリンク同期信号ブロック（Ｓ－ＳＳＢ）として、サイドリンク１次同期信号／サイドリンク２次同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）とともに送信される。
○ サイドリンクプライマリ／セカンダリ同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）は、ネットワーク（ＮＷ）時間の全地球航法衛星システム（ＧＮＳＳ）時間などの別の基準が存在しない場合に、ＵＥ間の共通タイミング基準を確立するためにＵＥによって使用される。
● ＰＳＣＣＨ（物理サイドリンク共通制御チャネル）： このチャネルは、受信機がこれに対応するＰＳＳＣＨ（たとえば、復調基準信号（ＤＭＲＳ）パターンおよびアンテナポート、変調および符号化方式（ＭＣＳ）など）をさらに処理およびデコードすることを可能にするスケジューリング割当て（ＳＡ）の一部を含む、ＳＣＩを搬送する。また、ＰＳＣＣＨは、将来の予約済みリソースを示す。これは、受信機（ＲＸ）が、将来におけるチャネルの利用を検知し、予測することを可能にする。このセンシング情報は、後述するＵＥ自律的なリソース割り当て（Ｍ
ｏｄｅ ２）のために用いられる。
● ＰＳＳＣＨ（物理サイドリンク共有チャネル）： ＰＳＳＣＨは、サイドリンク送信データ（つまり、ＳＬ共有チャネルＳＬ－ＳＣＨ）およびＳＣＩの一部を伝達するサイドリンク送信機ＵＥによって送信される。さらに、上位レイヤ制御情報は、ＰＳＳＣＨ （たとえば、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、ＲＲＣシグナリングなど）を使用して搬送されてもよい。たとえば、チャネル状態情報（ＣＳＩ）は、ＰＳＦＣＨの代わりにＰＳＳＣＨを介してＭＡＣ ＣＥで搬送される。
● ＰＳＦＣＨ（物理サイドリンクフィードバックチャネル）： ＰＳＦＣＨは、ユニキャストおよびグループキャストのためにサイドリンク受信機ＵＥによって送信される。それは、ＡＣＫ／ＮＡＣＫ（ユニキャストおよびグループキャストオプション２のために使用される）またはＮＡＣＫ専用（グループキャストオプション１のために使用される）からなり得る、ＳＬ ＨＡＲＱアクノレッジメントを伝達する。
● ＰＳＢＣＨ（物理サイドリンクブロードキャストチャネル）： ＰＳＢＣＨは、ダイレクトフレーム番号（ＤＦＮ）、サイドリンク送信のためのスロットおよびシンボルレベルでの時間リソースのインジケーション、カバレッジ内インジケータなどの同期に関する情報を伝達する。同期信号ブロック（ＳＳＢ）は、１６０ｍｓ毎に周期的に送信される。ＰＳＢＣＨは、サイドリンク同期信号ブロック（Ｓ－ＳＳＢ）として、サイドリンク１次同期信号／サイドリンク２次同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）とともに送信される。
○ サイドリンクプライマリ／セカンダリ同期信号（Ｓ－ＰＳＳ／Ｓ－ＳＳＳ）は、ネットワーク（ＮＷ）時間の全地球航法衛星システム（ＧＮＳＳ）時間などの別の基準が存在しない場合に、ＵＥ間の共通タイミング基準を確立するためにＵＥによって使用される。
【0126】
異なる物理チャネルとともに、復調ＲＳ（ＤＭ－ＲＳ）、位相トラッキングＲＳ（ＰＴ－ＲＳ）、またはチャネル状態情報取得のためのＲＳ（ＣＳＩ－ＲＳ）を含む、基準信号（ＲＳ）が異なる目的のために送信される。
【0127】
もう１つの新しい特徴は、２ステージ型のＳＣＩである。ＳＣＩの第１の部分（第１のステージ）は、ＰＳＣＣＨ上で送信される。この部分は、（送信のための予約された時間－周波数リソース、復調基準信号（ＤＭＲＳ）パターン、およびアンテナポートなどを含む）チャネルセンシング目的のために使用され、ＳＣＩの残りの部分（第２のステージ）が、８ビットのソース識別情報（ＩＤ）および１６ビットの宛先ＩＤ、新しいデータインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）、およびＨＡＲＱプロセスＩＤなどの残りのスケジューリングおよび制御情報を搬送するもので、すべてのＵＥによって読み取らることができ、受信機ＵＥによって復号されるべきＰＳＳＣＨ上で送られる。
【0128】
例示的な実施形態によれば、ＮＲサイドリンクは、以下の２つのリソース割り当てモードをサポートすることができる。
● モード１： サイドリンクリソースはｇＮＢによってスケジュールされる。
● モード２： ＵＥは、（事前に）構成されたサイドリンクリソースプールからサイドリンクリソースを自律的に選択する。ＵＥ間の衝突を回避するために、チャネル検知およびリソース予約に基づくプロシージャ（手順）が使用される。
● モード１： サイドリンクリソースはｇＮＢによってスケジュールされる。
● モード２： ＵＥは、（事前に）構成されたサイドリンクリソースプールからサイドリンクリソースを自律的に選択する。ＵＥ間の衝突を回避するために、チャネル検知およびリソース予約に基づくプロシージャ（手順）が使用される。
【0129】
カバレッジ内ＵＥは、モード１またはモード２を使用するようにｇＮＢによって構成されてもよい。カバレッジ外ＵＥの場合、モード２のみが使用されてもよい。
【0130】
ＬＴＥと同様に、ＮＲにおけるサイドリンク上のスケジューリングは、モード１およびモード２に対して異なる方法で行われる。モード１では、グラントはｇＮＢによって提供される。以下の２種類のグラントがサポートされている。
● ダイナミック（動的）グラントは、単一のパケット（すなわち、トランスポートブロック）の１つまたは複数の送信のために与えられる。サイドリンクを介して送信されるようとしているトラフィックが送信機ＵＥに（すなわち、対応するＴＸバッファに）到着すると、当該ＵＥは、ＵＬ上のｇＮＢ（スケジューリング要求（ＳＲ）、グラント、ＵＬ上のバッファ状態レポート（ＢＳＲ）、ＵＥに送信されたＳＬ上のデータに対するグラント）からサイドリンクリソースを要求するための４メッセージ交換手順を開始する。ｇＮＢは、対応するＵＥのサイドリンク無線ネットワーク一時識別情報（ＳＬ－ＲＮＴＩ）でスクランブルされた巡回冗長検査（ＣＲＣ）を用いて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって伝達されるダウンリンク制御情報（ＤＣＩ）において、ＰＳＣＣＨおよびＰＳＳＣＨのためのリソース割り当てを示す。そのようなＤＣＩを受信するＵＥは、ＤＣＩのＣＲＣがそのＳＬ－ＲＮＴＩでスクランブルされたことを検出した場合にのみ、ＳＬ動的グラントが与えられたと仮定する。送信機ＵＥは、次いで、ＰＳＣＣＨ中の割り当てられたＰＳＳＣＨの時間－周波数リソースおよび送信方式を示し、サイドリンク送信のために割り当てられたリソース上でＰＳＣＣＨおよびＰＳＳＣＨを立ち上げる。グラントがｇＮＢから取得されると、送信機ＵＥは、単一のトランスポートブロック（ＴＢ）のみを送信することができる。結果として、この種のグラントは、緩やかなレイテンシ（遅延時間）要件を有するトラフィックに適している。
● コンフィギュアドグラント（構成されたグラント）： 厳密な遅延要件を有するトラフィックの場合、サイドリンクリソースを要求するために４メッセージ交換手順を実行することは、許容できない遅延を誘発してもよい。この場合、トラフィック到達の前に、送信機ＵＥは、４メッセージ交換手順を実行し、リソースのセットを要求してもよい。グラントがｇＮＢから取得可能な場合、要求されたリソースは、定期的に予約される。トラフィックが送信機ＵＥに到着すると、このＵＥは、次回のリソース機会にＰＳＣＣＨおよびＰＳＳＣＨを起動することができる。この種のグラントは、グラントフリー送信としても知られている。
● ダイナミック（動的）グラントは、単一のパケット（すなわち、トランスポートブロック）の１つまたは複数の送信のために与えられる。サイドリンクを介して送信されるようとしているトラフィックが送信機ＵＥに（すなわち、対応するＴＸバッファに）到着すると、当該ＵＥは、ＵＬ上のｇＮＢ（スケジューリング要求（ＳＲ）、グラント、ＵＬ上のバッファ状態レポート（ＢＳＲ）、ＵＥに送信されたＳＬ上のデータに対するグラント）からサイドリンクリソースを要求するための４メッセージ交換手順を開始する。ｇＮＢは、対応するＵＥのサイドリンク無線ネットワーク一時識別情報（ＳＬ－ＲＮＴＩ）でスクランブルされた巡回冗長検査（ＣＲＣ）を用いて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって伝達されるダウンリンク制御情報（ＤＣＩ）において、ＰＳＣＣＨおよびＰＳＳＣＨのためのリソース割り当てを示す。そのようなＤＣＩを受信するＵＥは、ＤＣＩのＣＲＣがそのＳＬ－ＲＮＴＩでスクランブルされたことを検出した場合にのみ、ＳＬ動的グラントが与えられたと仮定する。送信機ＵＥは、次いで、ＰＳＣＣＨ中の割り当てられたＰＳＳＣＨの時間－周波数リソースおよび送信方式を示し、サイドリンク送信のために割り当てられたリソース上でＰＳＣＣＨおよびＰＳＳＣＨを立ち上げる。グラントがｇＮＢから取得されると、送信機ＵＥは、単一のトランスポートブロック（ＴＢ）のみを送信することができる。結果として、この種のグラントは、緩やかなレイテンシ（遅延時間）要件を有するトラフィックに適している。
● コンフィギュアドグラント（構成されたグラント）： 厳密な遅延要件を有するトラフィックの場合、サイドリンクリソースを要求するために４メッセージ交換手順を実行することは、許容できない遅延を誘発してもよい。この場合、トラフィック到達の前に、送信機ＵＥは、４メッセージ交換手順を実行し、リソースのセットを要求してもよい。グラントがｇＮＢから取得可能な場合、要求されたリソースは、定期的に予約される。トラフィックが送信機ＵＥに到着すると、このＵＥは、次回のリソース機会にＰＳＣＣＨおよびＰＳＳＣＨを起動することができる。この種のグラントは、グラントフリー送信としても知られている。
【0131】
送信機ＵＥのみがｇＮＢによってスケジューリングされることに留意されたい。受信機ＵＥは、ｇＮＢから直接情報を受信しない。代わりに、それは、ＳＣＩを通じて送信機ＵＥによりスケジューリングされる。したがって、受信機ＵＥは、ブラインド復号を実行して、ＰＳＣＣＨの存在を識別し、ＳＣＩを介してＰＳＳＣＨのためのリソースを見つける必要があってもよい。
【0132】
モード２リソース割り当てでは、グラントは、ＵＥそれ自体によって生成される。トラフィックが送信機ＵＥに（すなわち、対応するＴＸバッファに）到着すると、この送信機は、ＰＳＣＣＨおよびＰＳＳＣＨのためのリソースを自律的に選択する。１つのショットにおいてＴＢ復号が成功する確率をさらに高め、したがって再送信を実行する確率を抑制するために、送信機ＵＥは、初回のＴＢ送信とともにそのＴＢ送信を繰り返し送信することができる。これらの再送信は、対応するＳＬ ＨＡＲＱフィードバックによってトリガされてもよいし、または、送信機ＵＥによってブラインドで送信されてもよい。いずれの場合も、潜在的な再送信を引き起こすよう衝突の確率を最小限に抑えるために、送信機ＵＥはさらに、再送信のためにＰＳＣＣＨ／ＰＳＳＣＨのための対応するリソースを予約してもよい。すなわち、送信機ＵＥは、以下のためのリソースを選択する。
１） 最初（初回）の送信に対応するＰＳＣＣＨ／ＰＳＳＣＨ。
２） 再送に対応するＰＳＣＣＨ／ＰＳＣＣＨ。最大２回の再送信のためのリソースが予約されてもよい。これらの予約済みリソースは、ブラインド再送信の場合に常に使用されてもよい。ＳＬ ＨＡＲＱフィードバックが使用される場合、予約済みリソースの使用は、ネガティブなＳＬ ＨＡＲＱアクノレッジメントを条件とすることができる。
１） 最初（初回）の送信に対応するＰＳＣＣＨ／ＰＳＳＣＨ。
２） 再送に対応するＰＳＣＣＨ／ＰＳＣＣＨ。最大２回の再送信のためのリソースが予約されてもよい。これらの予約済みリソースは、ブラインド再送信の場合に常に使用されてもよい。ＳＬ ＨＡＲＱフィードバックが使用される場合、予約済みリソースの使用は、ネガティブなＳＬ ＨＡＲＱアクノレッジメントを条件とすることができる。
【0133】
サイドリンク送信における各送信機ＵＥは、それ自体の送信のためのリソースを自律的に選択する必要があってもよいので、異なる送信機ＵＥが同じリソースを選択することを防ぐことは、モード２において重大な問題であることが分かる。したがって、特定のリソース選択プロシージャが、チャネルセンシング（検知）に基づいてモード２に課される。チャネルセンシングアルゴリズムは、他のＵＥによって送信された予約を検出することと、到来してくる送信信号に対して電力測定（すなわち、基準信号受信電力またはＲＳＲＰ）を実行することとを伴う。
【0134】
３ＧＰＰ（登録商標）技術仕様書（ＴＳ）３８．３２１ Ｖ１６．６．０の節５．９に規定されるように、ＭＡＣエンティティが１つまたは複数のＳＣｅｌｌを構成される場合、ネットワークは、構成されたＳＣｅｌｌをアクティブ化および非アクティブ化することができる。ＳＣｅｌｌの構成時に、ｓＣｅｌｌＳｔａｔｅというパラメータが上位レイヤによってＳＣｅｌｌのためにアクティブ化されるように設定されない限り、ＳＣｅｌｌは非アクティブ化される。
【0135】
例示的な実施形態によれば、構成されたＳＣｅｌｌは、以下によってアクティブ化されたり、非アクティブ化されたりする。
● たとえば、３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の６．１．３．１０節に記載されているような、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥの受信。
● 構成されたＳＣｅｌｌごとのｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒというタイマを構成すること。（ただし、物理アップリンク制御チャネル（ＰＵＣＣＨ）を構成されたＳＣｅｌｌを除く）：関連するＳＣｅｌｌは、タイマの有効期限が切れると非アクティブになる。
● 構成されたＳＣｅｌｌごとのｓＣｅｌｌＳｔａｔｅを構成すること：これが構成されている場合、関連するＳＣｅｌｌは、ＳＣｅｌｌ構成時にアクティブ化される。
● たとえば、３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の６．１．３．１０節に記載されているような、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥの受信。
● 構成されたＳＣｅｌｌごとのｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒというタイマを構成すること。（ただし、物理アップリンク制御チャネル（ＰＵＣＣＨ）を構成されたＳＣｅｌｌを除く）：関連するＳＣｅｌｌは、タイマの有効期限が切れると非アクティブになる。
● 構成されたＳＣｅｌｌごとのｓＣｅｌｌＳｔａｔｅを構成すること：これが構成されている場合、関連するＳＣｅｌｌは、ＳＣｅｌｌ構成時にアクティブ化される。
【0136】
例示的な実施形態によれば、構成されたＳＣｅｌｌごとに、ＭＡＣエンティティは、以下の動作を実行することができる。
１＞ ＳＣｅｌｌが、ＳＣｅｌｌ構成時にアクティブ化されるように設定されたｓＣｅｌｌＳｔａｔｅを構成されるているか、または、ＳＣｅｌｌアクティブ化／非アクティブ化するＭＡＣ ＣＥが受信される場合、ＳＣｅｌｌをアクティブ化する。
２＞ このＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥを受信する前にＳＣｅｌｌが非アクティブ化された場合、または
２＞ ＳＣｅｌｌがＳＣｅｌｌ構成時にアクティブに設定されたｓＣｅｌｌＳｔａｔｅを構成される場合、
３＞ ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄがドーマント（休止）帯域幅部分（ＢＷＰ）に設定されていない場合、
４＞ ＭＡＣ ＣＥアクティブ化のためのタイミングに従って、および、ダイレクトＳＣｅｌｌアクティブ化のためのタイミングに従って、ＳＣｅｌｌをアクティブ化すること、すなわち、以下の処理を含む通常のＳＣｅｌｌ動作を適用する。
５＞ ＳＣｅｌｌ上でサウンディング基準信号（ＳＲＳ）を送信する。
５＞ ＳＣｅｌｌについてのＣＳＩ報告。
５＞ ＳＣｅｌｌ上でのＰＤＣＣＨモニタリング（監視）。
５＞ ＳＣｅｌｌについてのＰＤＣＣＨ監視。
５＞ 送することが構成されている場合、ＳＣｅｌｌ上でのＰＵＣＣＨ送信。
３＞ つまり、ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが休止ＢＷＰに設定される。
４＞ このサービングセルのｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが起動中の場合はこれを停止する。
３＞ それぞれｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－ＩｄおよびｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって示されるダウンリンク（ＤＬ）ＢＷＰおよびアップリンク（ＵＬ）ＢＷＰをアクティブ化する。
２＞ ＭＡＣ ＣＥ アクティブ化のタイミングとダイレクトＳＣｅｌｌアクティブ化のタイミングに従って、ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを始動または再始動する。
２＞ アクティブなＤＬ ＢＷＰが休止状態のＢＷＰでない場合、
３＞ もし構成が記憶されていればそれに従って、このＳＣｅｌｌに関連付けられている、構成されたグラントタイプ１の中断された構成済みアップリンクグラントを（再）初期化し、３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の節５．８．２のルールに従って、そのシンボルにおいて開始する。
３＞ ３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の節５．４．６に従った電力ヘッドルーム（ＰＨＲ）をトリガ（開始）する。
１＞ そうでない場合、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥが受信され、ＳＣｅｌｌを非アクティブ化する
１＞ 有効化されたＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒが期限切れになった場合、
２＞ そのタイミングに応じてＳＣｅｌｌを非アクティブ化する。
２＞ ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを停止する。
２＞ ＳＣｅｌｌに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する。
２＞ ＳＣｅｌｌに関連するアクティブＢＷＰを非アクティブにする。
２＞ ＳＣｅｌｌにそれぞれ関連付けられた任意の構成されたダウンリンク割り当ておよび任意の構成されたアップリンクグラントタイプ２をクリアする。
２＞ ＳＣｅｌｌに関連するセミパーシステントＣＳＩ報告のための任意の物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースをクリアする。
２＞ ＳＣｅｌｌに関連する設定されたアップリンクグラントタイプ１をサスペンドする。
２＞ ＳＣｅｌｌに関連するすべてのＨＡＲＱバッファをフラッシュする。
２＞ ＳＣｅｌｌの一貫したリッスン・ビフォア・トーク（ＬＢＴ） 障害が発生した場合は、キャンセルする。
１＞ アクティブ化されたＳＣｅｌｌ上のＰＤＣＣＨがアップリンクグラントまたはダウンリンク割り当てを示す場合、または
１＞ アクティブ化されたＳＣｅｌｌをスケジューリングするサービングセル上のＰＤＣＣＨが、アクティブ化されたＳＣｅｌｌのためのアップリンクグラントまたはダウンリンク割り当てを示す場合、または、
１＞ 構成されたアップリンクグラントでＭＡＣ ＰＤＵが送信されたが、下位レイヤからＬＢＴ障害インジケーションが受信されていない場合、または、
１＞ 構成されたダウンリンク割り当てにおいてＭＡＣ ＰＤＵが受信される場合、
２＞ ＳＣｅｌｌに関連付けられているｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを再始動する。
１＞ ＳＣｅｌｌが非アクティブの場合：
２＞ ＳＣｅｌｌ上でＳＲＳを送信しない。
２＞ ＳＣｅｌｌについてのＣＳＩを報告しない。
２＞ ＳＣｅｌｌ上のＵＬ－ＳＣＨ上で送信しない。
２＞ ＳＣｅｌｌ上のランダムアクセスチャネル（ＲＡＣＨ）上で送信しない。
２＞ ＳＣｅｌｌ上のＰＤＣＣＨを監視しない。
２＞ ＳＣｅｌｌのＰＤＣＣＨを監視しない。
２＞ ＳＣｅｌｌ上でＰＵＣＣＨを送信しない。
１＞ ＳＣｅｌｌが、ＳＣｅｌｌ構成時にアクティブ化されるように設定されたｓＣｅｌｌＳｔａｔｅを構成されるているか、または、ＳＣｅｌｌアクティブ化／非アクティブ化するＭＡＣ ＣＥが受信される場合、ＳＣｅｌｌをアクティブ化する。
２＞ このＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥを受信する前にＳＣｅｌｌが非アクティブ化された場合、または
２＞ ＳＣｅｌｌがＳＣｅｌｌ構成時にアクティブに設定されたｓＣｅｌｌＳｔａｔｅを構成される場合、
３＞ ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄがドーマント（休止）帯域幅部分（ＢＷＰ）に設定されていない場合、
４＞ ＭＡＣ ＣＥアクティブ化のためのタイミングに従って、および、ダイレクトＳＣｅｌｌアクティブ化のためのタイミングに従って、ＳＣｅｌｌをアクティブ化すること、すなわち、以下の処理を含む通常のＳＣｅｌｌ動作を適用する。
５＞ ＳＣｅｌｌ上でサウンディング基準信号（ＳＲＳ）を送信する。
５＞ ＳＣｅｌｌについてのＣＳＩ報告。
５＞ ＳＣｅｌｌ上でのＰＤＣＣＨモニタリング（監視）。
５＞ ＳＣｅｌｌについてのＰＤＣＣＨ監視。
５＞ 送することが構成されている場合、ＳＣｅｌｌ上でのＰＵＣＣＨ送信。
３＞ つまり、ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが休止ＢＷＰに設定される。
４＞ このサービングセルのｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが起動中の場合はこれを停止する。
３＞ それぞれｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－ＩｄおよびｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって示されるダウンリンク（ＤＬ）ＢＷＰおよびアップリンク（ＵＬ）ＢＷＰをアクティブ化する。
２＞ ＭＡＣ ＣＥ アクティブ化のタイミングとダイレクトＳＣｅｌｌアクティブ化のタイミングに従って、ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを始動または再始動する。
２＞ アクティブなＤＬ ＢＷＰが休止状態のＢＷＰでない場合、
３＞ もし構成が記憶されていればそれに従って、このＳＣｅｌｌに関連付けられている、構成されたグラントタイプ１の中断された構成済みアップリンクグラントを（再）初期化し、３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の節５．８．２のルールに従って、そのシンボルにおいて開始する。
３＞ ３ＧＰＰ（登録商標） ＴＳ ３８．３２１ Ｖ１６．６．０の節５．４．６に従った電力ヘッドルーム（ＰＨＲ）をトリガ（開始）する。
１＞ そうでない場合、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥが受信され、ＳＣｅｌｌを非アクティブ化する
１＞ 有効化されたＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒが期限切れになった場合、
２＞ そのタイミングに応じてＳＣｅｌｌを非アクティブ化する。
２＞ ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを停止する。
２＞ ＳＣｅｌｌに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する。
２＞ ＳＣｅｌｌに関連するアクティブＢＷＰを非アクティブにする。
２＞ ＳＣｅｌｌにそれぞれ関連付けられた任意の構成されたダウンリンク割り当ておよび任意の構成されたアップリンクグラントタイプ２をクリアする。
２＞ ＳＣｅｌｌに関連するセミパーシステントＣＳＩ報告のための任意の物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースをクリアする。
２＞ ＳＣｅｌｌに関連する設定されたアップリンクグラントタイプ１をサスペンドする。
２＞ ＳＣｅｌｌに関連するすべてのＨＡＲＱバッファをフラッシュする。
２＞ ＳＣｅｌｌの一貫したリッスン・ビフォア・トーク（ＬＢＴ） 障害が発生した場合は、キャンセルする。
１＞ アクティブ化されたＳＣｅｌｌ上のＰＤＣＣＨがアップリンクグラントまたはダウンリンク割り当てを示す場合、または
１＞ アクティブ化されたＳＣｅｌｌをスケジューリングするサービングセル上のＰＤＣＣＨが、アクティブ化されたＳＣｅｌｌのためのアップリンクグラントまたはダウンリンク割り当てを示す場合、または、
１＞ 構成されたアップリンクグラントでＭＡＣ ＰＤＵが送信されたが、下位レイヤからＬＢＴ障害インジケーションが受信されていない場合、または、
１＞ 構成されたダウンリンク割り当てにおいてＭＡＣ ＰＤＵが受信される場合、
２＞ ＳＣｅｌｌに関連付けられているｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを再始動する。
１＞ ＳＣｅｌｌが非アクティブの場合：
２＞ ＳＣｅｌｌ上でＳＲＳを送信しない。
２＞ ＳＣｅｌｌについてのＣＳＩを報告しない。
２＞ ＳＣｅｌｌ上のＵＬ－ＳＣＨ上で送信しない。
２＞ ＳＣｅｌｌ上のランダムアクセスチャネル（ＲＡＣＨ）上で送信しない。
２＞ ＳＣｅｌｌ上のＰＤＣＣＨを監視しない。
２＞ ＳＣｅｌｌのＰＤＣＣＨを監視しない。
２＞ ＳＣｅｌｌ上でＰＵＣＣＨを送信しない。
【0137】
例示的な実施形態によれば、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵのためのＨＡＲＱフィードバックは、ＳＣｅｌｌアクティブ化／非アクティブ化に起因して、ＰＣｅｌｌ、プライマリセカンダリセル（ＰＳＣｅｌｌ）、およびＰＵＣＣＨ ＳＣｅｌｌ割り込みによって影響を受けないことがある。
【0138】
３ＧＰＰ（登録商標）では、ＣＡは、Ｒｅｌ－１８におけるサイドリンク（ＳＬ）トピックのために提案されており、３ＧＰＰ（登録商標）によって１つのＲｅｌ－１８トピックとして合意される可能性が最も高い。ＵｕにおけるＣＡの場合、ＳＣｅｌｌは、異なるシグナリング代替手段を介してアクティブ化または非アクティブ化されてもよい。これは、ＵＥがＣＡを使用している間に、ＵＥのためのＳＣｅｌｌにおけるデータ送信をアクティブ化または非アクティブ化するために使用されてもよい。同様の理由のために、ＣＡにおいてＳＬ ＵＥのためのアクティブ化／非アクティブ化機構を導入することも必要とされてもよい。Ｕｕでは、ｇＮＢは、ＲＲＣシグナリングまたはＭＡＣ ＣＥを使用してＵＥのためのＳＣｅｌｌをアクティブ化または非アクティブ化するためにシグナリングを送信することができる。そのようなシグナリング代替案は、たとえば、以下の理由のために、ＣＡ内のＳＬ ＵＥのために直接再利用されないことがある。
● ＳＬ無線ベアラ（ＲＢ）は指向性を有し、Ｕｕ ＲＢの指向性とは異なる。この場合、たとえば、ＵＥ１およびＵＥ２のようなＵＥペアに対して、あるサービスについて、当該ＵＥペアは、２つのＳＬ ＲＢ、たとえば、ＳＬ ＲＢ１およびＳＬ ＲＢ２をセットアップする必要があり得、ここで、ＳＬ ＲＢ１は、ＵＥ１からＵＥ２への送信方向のためのものであり、ＳＬ ＲＢ２は、ＵＥ２からＵＥ１への送信方向のためのものである。このため、ＵＥ１とＵＥ２は等しく配置される。ＵＥ１またはＵＥ２は、通常、一方向のみを制御することができるが、逆方向を制御することはできない。
● ネットワークカバレッジ外にああるＳＬ ＵＥペアの場合、ｇＮＢは、ＳＬ ＵＥペアのリンクを制御することができないことがある。
● ＳＬ無線ベアラ（ＲＢ）は指向性を有し、Ｕｕ ＲＢの指向性とは異なる。この場合、たとえば、ＵＥ１およびＵＥ２のようなＵＥペアに対して、あるサービスについて、当該ＵＥペアは、２つのＳＬ ＲＢ、たとえば、ＳＬ ＲＢ１およびＳＬ ＲＢ２をセットアップする必要があり得、ここで、ＳＬ ＲＢ１は、ＵＥ１からＵＥ２への送信方向のためのものであり、ＳＬ ＲＢ２は、ＵＥ２からＵＥ１への送信方向のためのものである。このため、ＵＥ１とＵＥ２は等しく配置される。ＵＥ１またはＵＥ２は、通常、一方向のみを制御することができるが、逆方向を制御することはできない。
● ネットワークカバレッジ外にああるＳＬ ＵＥペアの場合、ｇＮＢは、ＳＬ ＵＥペアのリンクを制御することができないことがある。
【0139】
したがって、ＳＬ ＣＡの場合、ＳＬキャリアのアクティブ化および非アクティブ化の機構を設計することが望ましい場合がある。
【0140】
本開示の様々な例示的な実施形態は、ｇＮＢまたはＳＬ ＵＥが、ＣＡを使用する場合に、ＳＬキャリアをアクティブ化または非アクティブ化することを可能にするための解決策を提案する。例示的な実施形態によれば、ＳＬ ＣＡを構成されたＵＥについて、ＵＥがｇＮＢに接続する場合、ｇＮＢは、ＳＬキャリアをいつアクティブ化または非アクティブ化すべきかを決定することができる。別の例示的な実施形態によれば、ネットワークカバレッジ外にあり、ＳＬ ＣＡを構成された１つまたは複数のＵＥについて、これらのＵＥのうちの少なくとも１つのＵＥは、ＳＬキャリアをいつアクティブ化または非アクティブ化すべきかを決定してもよい。一実施形態によれば、ＳＬ ＵＥは、ＳＬキャリアのステータス情報を交換することができ、それに基づいて、ＵＥは、ＳＬキャリアをいつアクティブ化または非アクティブ化すべきかを決定することができる。別の実施形態によれば、タイマは、ＣＡの場合に、ＵＥのための各ＳＬキャリアについて定義されてもよい。ＵＥは、異なる要件に従って、タイマを動作させる、たとえば、タイマをスタート（始動）、リスタート（再始動）、またはストップ（停止）させることができる。タイマの動作は、対応するＳＬキャリアのアクティブ化および非アクティブ化に関連付けられ得る。
【0141】
提案された解決策を適用することによって、多くの利点を達成することができる。たとえば、ＳＬ ＵＥが、構成されたすべてのＳＬキャリアのうちで、あるＳＬキャリアをアクティブ化または非アクティブ化することが実現可能であってもよい。さらに、ＳＬ ＵＥは、省電力とサービスのＱ
ｏＳ満足度との間の良好なバランスを達成することが可能であってもよい。
ｏＳ満足度との間の良好なバランスを達成することが可能であってもよい。
【0142】
いくつかの例示的な実施形態がＮＲランダムアクセス技術（ＲＡＴ）の文脈で説明されるが、本開示で説明される様々な実施形態は、一般に、Ｄ２Ｄ通信を伴う任意の種類の通信シナリオに適用可能であってもよいことを諒解されたい。たとえば、本開示で説明される様々な実施形態は、ＬＴＥ ＲＡＴ、および、意味を失うことなく２つ（またはそれを上回る）の近くのデバイス間の直接通信を可能にする任意の他のＲＡＴにも適用可能であってもよい。
【0143】
本開示で説明される様々な実施形態は、ユニキャスト、グループキャスト、およびブロードキャストを含むＳＬ送信キャストタイプをもつ１つまたは複数のＳＬ ＵＥのためのＣＡの場合、ＳＬキャリアをアクティブ化および／または、非アクティブ化することに適用可能であってもよい。ＵＥ間のコネクションは、サイドリンクに限定されないことが理解されてもよい。ワイヤレスフィデリティ（ＷｉＦｉ）などの任意の近距離通信技術も同様に適用可能であってもよい。
【0144】
ＳＬ ＣＡを構成されたＳＬ ＵＥは、ＵＥがそのＳＬ送信または受信のために複数のＳＬキャリアを構成されてもよいことを意味する。したがって、ＵＥは、そのＳＬ送信または受信のために、これらのＳＬキャリアを一緒にアグリゲートすることができる。ＵＥは、以下のモードのうちの少なくとも１つに従って、送信または受信を実行することが可能であってもよい。
● ＵＥは、ＳＬ送信または受信を実行するために、ＳＬキャリアのうちの１つのみを使用してもよい。
● ＵＥは、ＳＬ送信または受信を実行するために、構成されたＳＬキャリアのうちの複数のＳＬキャリアを同時に使用してもよい。ＳＬキャリア上の送信または受信は、別のＳＬキャリア上の別の送信または受信と時間領域において完全にまたは部分的に重複してもよい。
● ＵＥは、ＳＬ送信または受信を実行するために、ＳＬキャリアのうちの１つのみを使用してもよい。
● ＵＥは、ＳＬ送信または受信を実行するために、構成されたＳＬキャリアのうちの複数のＳＬキャリアを同時に使用してもよい。ＳＬキャリア上の送信または受信は、別のＳＬキャリア上の別の送信または受信と時間領域において完全にまたは部分的に重複してもよい。
【0145】
例示的な実施形態によれば、ＳＬ ＣＡを構成された１つまたは複数のＳＬ ＵＥについて、当該ＵＥのうちの少なくとも１つがネットワークカバレッジを有し、たとえば、ｇＮＢへの直接コネクションを有する場合、ｇＮＢは、特定のＳＬキャリアをアクティブ化または非アクティブ化するために、ＵＥにシグナリングを送信してもよい。実施形態によれば、ｇＮＢは、以下のシグナリング代替のうちの少なくとも１つを介して、シグナリングをＵＥに送信することができる。
● システム情報。
● 専用ＲＲＣシグナリング。
● ＭＡＣ ＣＥ。および、
● ＤＣＩなどの物理層（Ｌ１）シグナリング。
● システム情報。
● 専用ＲＲＣシグナリング。
● ＭＡＣ ＣＥ。および、
● ＤＣＩなどの物理層（Ｌ１）シグナリング。
【0146】
例示的な実施形態によれば、ｇＮＢからＵＥに送られるシグナリングは、以下の情報のうちの少なくとも１つを搬送することができる。
● アクティブ化または非アクティブ化される必要があってもよい１つまたは複数のＳＬキャリアの識別子（たとえば、インデックスなど）。
● １つまたは複数のＳＬキャリアのインジケータ。各インジケータは、関連するＳＬキャリアがアクティブ化される必要があるかまたは、非アクティブ化される必要があるかどうかを示してもよい。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先ＩＤ。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があってもよい１つまたは複数の条件。たとえば、１つまたは複数の条件は、以下を含んでもよい。
□ このキャリアが非アクティブ化されてもよいように、キャリア上でＳＬ送信または受信がないことがある最短時間期間を示すしきい値、および／または、一実施形態によれば、ＳＬキャリアごとに１つの別個のしきい値、および／または、
□ より大きなデータボリュームに対処するためにＵＥがＳＬキャリアをアクティブ化する必要があることがあるバッファしきい値。
● アクティブ化または非アクティブ化される必要があってもよい１つまたは複数のＳＬキャリアの識別子（たとえば、インデックスなど）。
● １つまたは複数のＳＬキャリアのインジケータ。各インジケータは、関連するＳＬキャリアがアクティブ化される必要があるかまたは、非アクティブ化される必要があるかどうかを示してもよい。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先ＩＤ。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があってもよい１つまたは複数の条件。たとえば、１つまたは複数の条件は、以下を含んでもよい。
□ このキャリアが非アクティブ化されてもよいように、キャリア上でＳＬ送信または受信がないことがある最短時間期間を示すしきい値、および／または、一実施形態によれば、ＳＬキャリアごとに１つの別個のしきい値、および／または、
□ より大きなデータボリュームに対処するためにＵＥがＳＬキャリアをアクティブ化する必要があることがあるバッファしきい値。
【0147】
例示的な実施形態によれば、複数のビットを含むビットマップフィールドは、ｇＮＢからＵＥに送信されるシグナリングにおいて定義されてもよい。各ビットは、特定のＳＬキャリアを表してもよい。一実施形態によれば、値「１」を有するビットは、関連するＳＬキャリアがアクティブ化される必要があることを示すことができ、値「０」を有するビットは、関連するＳＬキャリアが非アクティブ化される必要があることを示すことができる。
【0148】
例示的な実施形態によれば、ｇＮＢからＵＥに送信される異なる情報コンテンツは、異なるシグナリング代替手段によって搬送されてもよい。このケースでは、情報のうちのいくつか（たとえば、ビットマップなど）は、１つのタイプのシグナリング（たとえば、ＭＡＣ ＣＥまたはＤＣＩなど）中で搬送され得、情報のうちの他のいくつか（たとえば、１つまたは複数の状態など）は、別のタイプのシグナリング（たとえば、システム情報または専用ＲＲＣシグナリングなど）中で搬送されてもよい。
【0149】
例示的な実施形態によれば、ＵＥは、ｇＮＢからシグナリングを受信すると、以下の動作のうちの少なくとも１つを実行することができる。
● 動作１：ＳＬキャリアがアクティブ化されていることをシグナリングが示す場合、ＵＥは、以下のようにＳＬキャリアをアクティブ化することができる。
○ 受信されたシグナリングに従って決定されうるタイミングに従って、ＳＬキャリアをアクティブ化すること。
○ たとえば、以下の動作のうちの少なくとも１つを含む、１つまたは複数の通常のＳＬキャリア動作を適用すること。
■ ＳＬキャリアのＣＳＩ要求。
■ ＳＬキャリアのＣＳＩ報告。
■ ＳＬキャリア上のＳＣＩモニタリング。
■ ＵＥがモード２リソース割り当てを採用する場合、ＳＬキャリア上でのセンシング（検知）。
■ ＰＳＳＣＨ受信。
■ ＳＬキャリア上のＰＳＦＣＨ監視。
■ トリガされた場合のＳＬキャリア上のＰＳＳＣＨ送信。
■ トリガされた場合、ＳＬキャリア上でのＰＳＣＣＨ送信。
■ トリガされた場合、ＳＬ キャリアでのＰＳＦＣＨ 送信。
● 動作２：ＳＬキャリアが非アクティブ化されていることをシグナリングが示す場合、ＵＥは、以下のようにＳＬキャリアを非アクティブ化することができる。
ｏ 受信されたシグナリングに従ってＵＥによって決定されてもよいタイミングに従ってＳＬキャリアを非アクティブ化する。
ｏ ＳＬキャリアに関連付けられているアクティブなＢＷＰを非アクティブにする。
ｏ ＳＬキャリアに関連付けられた構成済みのＳＬグラントタイプ２をクリアする。
ｏ ＳＬキャリアに関連付けられている構成済みのＳＬグラントタイプ１をサスペンドする。
ｏ ＳＬキャリアに関連付けられているモード２ ＳＬグラントをクリアする。
ｏ ＵＥがモード２リソース割り当てを採用する場合、ＳＬキャリア上での検知を停止する。
ｏ ＳＬキャリアに関連付けられたすべてのＨＡＲＱバッファをフラッシュ（クリア）する。
ｏ ＳＬキャリア上でのＳＬ送信／受信を停止する。
● 動作３：どの条件（複数可）に基づいてＳＬキャリアがアクティブ化または非アクティブ化される必要がありうるをシグナリングが示す場合、ＵＥは、その条件（複数可）に基づいてＳＬキャリアがアクティブ化または非アクティブ化される必要があるかどうかを決定し、次いで、それに応じて、動作１または動作２で説明された動作（複数可）を実行することができる。
● 動作１：ＳＬキャリアがアクティブ化されていることをシグナリングが示す場合、ＵＥは、以下のようにＳＬキャリアをアクティブ化することができる。
○ 受信されたシグナリングに従って決定されうるタイミングに従って、ＳＬキャリアをアクティブ化すること。
○ たとえば、以下の動作のうちの少なくとも１つを含む、１つまたは複数の通常のＳＬキャリア動作を適用すること。
■ ＳＬキャリアのＣＳＩ要求。
■ ＳＬキャリアのＣＳＩ報告。
■ ＳＬキャリア上のＳＣＩモニタリング。
■ ＵＥがモード２リソース割り当てを採用する場合、ＳＬキャリア上でのセンシング（検知）。
■ ＰＳＳＣＨ受信。
■ ＳＬキャリア上のＰＳＦＣＨ監視。
■ トリガされた場合のＳＬキャリア上のＰＳＳＣＨ送信。
■ トリガされた場合、ＳＬキャリア上でのＰＳＣＣＨ送信。
■ トリガされた場合、ＳＬ キャリアでのＰＳＦＣＨ 送信。
● 動作２：ＳＬキャリアが非アクティブ化されていることをシグナリングが示す場合、ＵＥは、以下のようにＳＬキャリアを非アクティブ化することができる。
ｏ 受信されたシグナリングに従ってＵＥによって決定されてもよいタイミングに従ってＳＬキャリアを非アクティブ化する。
ｏ ＳＬキャリアに関連付けられているアクティブなＢＷＰを非アクティブにする。
ｏ ＳＬキャリアに関連付けられた構成済みのＳＬグラントタイプ２をクリアする。
ｏ ＳＬキャリアに関連付けられている構成済みのＳＬグラントタイプ１をサスペンドする。
ｏ ＳＬキャリアに関連付けられているモード２ ＳＬグラントをクリアする。
ｏ ＵＥがモード２リソース割り当てを採用する場合、ＳＬキャリア上での検知を停止する。
ｏ ＳＬキャリアに関連付けられたすべてのＨＡＲＱバッファをフラッシュ（クリア）する。
ｏ ＳＬキャリア上でのＳＬ送信／受信を停止する。
● 動作３：どの条件（複数可）に基づいてＳＬキャリアがアクティブ化または非アクティブ化される必要がありうるをシグナリングが示す場合、ＵＥは、その条件（複数可）に基づいてＳＬキャリアがアクティブ化または非アクティブ化される必要があるかどうかを決定し、次いで、それに応じて、動作１または動作２で説明された動作（複数可）を実行することができる。
【0150】
例示的な実施形態によれば、ＳＬ ＣＡを構成された１つまたは複数のＳＬ ＵＥについて、ＵＥのうちの少なくとも１つがネットワークカバレッジを有する、すなわち、ｇＮＢへの直接コネクションを有するケースでは、ｇＮＢは、特定のＳＬキャリアをアクティブ化または非アクティブ化するために、ＵＥにシグナリングを送信することができる。シグナリングを受信すると、ＵＥは、同じＳＬキャリアを構成された１つまたは複数の他のＳＬ ＵＥにシグナリングをさらに送信し、以下のシグナリング代替のうちの少なくとも１つを介して、ＳＬキャリアのアクティブ化または非アクティブ化をそれらに通知することができる。
● ＰＣ５－Ｓシグナリング。
● ＰＣ５－ＲＲＣシグナリング。
● ＭＡＣ ＣＥ。および、
● ＰＳＳＣＨ、ＰＳＣＣＨ、ＰＳＦＣＨなどの物理チャネル上でのＬ１シグナリング。
● ＰＣ５－Ｓシグナリング。
● ＰＣ５－ＲＲＣシグナリング。
● ＭＡＣ ＣＥ。および、
● ＰＳＳＣＨ、ＰＳＣＣＨ、ＰＳＦＣＨなどの物理チャネル上でのＬ１シグナリング。
【0151】
例示的な実施形態によれば、ＵＥから１つまたは複数の他のＳＬ ＵＥに送られるシグナリングは、以下の情報のうちの少なくとも１つを搬送することができる。
● アクティブ化または非アクティブ化される必要があってもよい１つまたは複数のＳＬキャリアの識別子（たとえば、インデックスなど）。
● １つまたは複数のＳＬキャリアのインジケータ。各インジケータは、関連するＳＬキャリアがアクティブ化または非アクティブ化される必要があるかどうかを示してもよい。
● アクティブ化または非アクティブ化される必要があってもよい１つまたは複数のＳＬキャリアの識別子（たとえば、インデックスなど）。
● １つまたは複数のＳＬキャリアのインジケータ。各インジケータは、関連するＳＬキャリアがアクティブ化または非アクティブ化される必要があるかどうかを示してもよい。
【0152】
例示的な実施形態によれば、複数のビットを含むビットマップフィールドは、ＵＥから１つまたは複数の他のＳＬ ＵＥに送信されるシグナリングにおいて定義されてもよい。各ビットは、特定のＳＬキャリアを表してもよい。一実施形態によれば、値「１」を有するビットは、関連するＳＬキャリアがアクティブ化される必要があることを示すことができ、値「０」を有するビットは、関連するＳＬキャリアが非アクティブ化される必要があることを示すことができる。
【0153】
例示的な実施形態によれば、ＵＥは、現在アクティブ化されているＳＬキャリア中の１つまたは複数の他のＳＬ ＵＥにシグナリングを送信し得る。一実施形態によれば、ＵＥは、ｇＮＢから受信されたシグナリングにおいて示されてもよい関連する宛先にのみシグナリングを送信することができる。
【0154】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を示すｇＮＢからのシグナリングを受信すると、ＵＥは、最初に、同じＳＬキャリアを構成された１つまたは複数の他のＳＬ ＵＥにシグナリングを送信し、ＳＬキャリアのアクティブ化または非アクティブ化をそれらに通知することができる。その後、ＵＥが、少なくとも１つのＵＥがＳＬキャリアのアクティブ化または非アクティブ化を示すシグナリングを受信したことを示す、１つまたは複数の他のＳＬ ＵＥのうちの少なくとも１つのＵＥからのアクノレッジメントを受信した場合、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するために、動作１または動作２において説明されるような１つまたは複数の動作を実行してもよい。代替的または追加的に、ＵＥは、ＳＬキャリアのアクティブ化または非アクティブ化に対する受諾を示す応答メッセージを、１つまたは複数の他のＳＬ ＵＥのうちの少なくとも１つのＵＥから受信した場合、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するための１つまたは複数の動作を実行してもよい。
【0155】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を示すｇＮＢからのシグナリングを受信すると、ＳＬキャリアのアクティブ化または非アクティブ化を通知する同じＳＬキャリアを構成された１つまたは複数の他のＳＬ ＵＥにさらなるシグナリングを送信することなく、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するために、動作１または動作２において説明されるような１つまたは複数の動作を実行してもよい。
【0156】
例示的な実施形態によれば、ＵＥがネットワークカバレッジ外にあるとき、ＵＥは、それ自体でＳＬキャリアをアクティブ化または非アクティブ化することを決定してもよい。この場合、ＵＥは、それ自体によってシグナリングを生成し、同じＳＬキャリアを構成された１つまたは複数の他のＳＬ ＵＥ（たとえば、ピアＵＥ）にシグナリングを送信し、ＳＬキャリアのアクティブ化または非アクティブ化をそれらに通知することができる。一実施形態によれば、少なくとも１つのピアＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するというＵＥの決定に対する受諾または拒否を示す応答メッセージをＵＥに提供することができる。この場合、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するというＵＥの決定に対する受諾を示す応答メッセージを、ＵＥが少なくとも１つのピアＵＥから受信したときにのみ、ＳＬキャリアをアクティブ化または非アクティブ化するためのさらなる動作を実行してもよい。代替的または追加的に、ＵＥは、少なくとも１つのピアＵＥがＳＬキャリアのアクティブ化または非アクティブ化を示すシグナリングを受信したことを示すアクノレッジメントを少なくとも１つのピアＵＥから受信した場合、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するための１つまたは複数の動作を実行してもよい。
【0157】
例示的な実施形態によれば、ＳＬ ＣＡを構成された１つまたは複数のＳＬ ＵＥについて、ＵＥのうちの少なくとも１つがネットワークカバレッジを有する、すなわち、ｇＮＢへの直接コネクションを有するケースでは、ｇＮＢは、特定のＳＬキャリアをアクティブ化または非アクティブ化するために、ＵＥにシグナリングを送信することができる。シグナリングを受信すると、ＵＥは、同じＳＬキャリアを構成された１つまたは複数の他のＳＬ ＵＥにシグナリングをさらに送信し、ＳＬキャリアのアクティブ化または非アクティブ化をそれらに通知することができる。シグナリングを受信すると、１つまたは複数の他のＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化するために、動作１または動作２において説明されるような動作を実行してもよい。たとえば、ＵＥからＳＬキャリアのアクティブ化または非アクティブ化を示すシグナリングを受信すると、ＵＥのピアＵＥはさらに、同じＳＬキャリアをアクティブ化または非アクティブ化するために、動作１または動作２において説明されるような１つまたは複数の動作を実行してもよい。この場合、ＵＥは、ＵＥからピアＵＥへの方向についてＳＬキャリアをアクティブ化または非アクティブ化することのみができ、ピアＵＥは、ピアＵＥからＵＥへの方向についてＳＬキャリアをアクティブ化または非アクティブ化することができる。言い換えれば、ＵＥは、特定の方向についてＳＬキャリアをアクティブ化または非アクティブ化することが可能であってもよい。
【0158】
例示的な実施形態によれば、ＳＬ ＣＡを構成されたＵＥについて、特定のＳＬキャリアのアクティブ化または非アクティブ化のためにＵＥがそのピアＵＥのうちの１つからシグナリングを受信した場合に、ＵＥがｇＮＢへのコネクションを有する場合、ＵＥは、シグナリングをｇＮＢに転送することができる。ｇＮＢは、ＳＬキャリアのアクティブ化または非アクティブ化のための受諾または拒否を示すさらなるシグナリングをＵＥに提供してもよい。ｇＮＢからのシグナリングの受信後、ＵＥは、そのピアＵＥにシグナリングをさらに転送することができる。
【0159】
例示的な実施形態によれば、ＳＬ ＣＡを構成されたＵＥは、以下の情報のうちの少なくとも１つを含むＳＬキャリア上の情報を、そのピアＵＥに提供することができる。
● バッファ状態レポート。たとえばバッファサイズおよび／またはプライオリティインジケーションを含む。
○ オプションとして、ＵＥは、すべてのサービスのためのバッファ状態レポートを報告することができる。
○ 別のオプションとして、ＵＥは、当該ＳＬキャリアにマッピングされるサービスのバッファ状態レポートを報告することができる。
○ バッファ状態レポートには、現在のデータのステータス、および／または、来ると予想される将来データのステータスが含まれる場合がある。
● ＳＬキャリアのリソース状態、たとえば、次の１つ以上を含む。
○ ＵＥによって占有／消費されるリソースの割合。
○ 使用可能なリソースの割合。
● ＲＳＲＰ、基準信号受信品質（ＲＳＲＱ）、受信信号強度インジケータ（ＲＳＳＩ）、信号対干渉雑音比（ＳＩＮＲ）、信号対干渉比（ＳＩＲ）などの指標に関してＵＥによって測定される無線チャネル品質。
● チャネル占有率、チャネルビジー率（ＣＢＲ）、またはチャネル使用率（ＣＲ）などの他の指標に関するＵＥによる測定。
● 電力節約の好みなど他の情報。
● バッファ状態レポート。たとえばバッファサイズおよび／またはプライオリティインジケーションを含む。
○ オプションとして、ＵＥは、すべてのサービスのためのバッファ状態レポートを報告することができる。
○ 別のオプションとして、ＵＥは、当該ＳＬキャリアにマッピングされるサービスのバッファ状態レポートを報告することができる。
○ バッファ状態レポートには、現在のデータのステータス、および／または、来ると予想される将来データのステータスが含まれる場合がある。
● ＳＬキャリアのリソース状態、たとえば、次の１つ以上を含む。
○ ＵＥによって占有／消費されるリソースの割合。
○ 使用可能なリソースの割合。
● ＲＳＲＰ、基準信号受信品質（ＲＳＲＱ）、受信信号強度インジケータ（ＲＳＳＩ）、信号対干渉雑音比（ＳＩＮＲ）、信号対干渉比（ＳＩＲ）などの指標に関してＵＥによって測定される無線チャネル品質。
● チャネル占有率、チャネルビジー率（ＣＢＲ）、またはチャネル使用率（ＣＲ）などの他の指標に関するＵＥによる測定。
● 電力節約の好みなど他の情報。
【0160】
例示的な実施形態によれば、ＵＥからＳＬキャリアについての情報を受信すると、ＵＥのピアＵＥは、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するための情報を考慮することができる。ＵＥのピアＵＥはさらに、決定結果を用いてＵＥに応答してもよい。
【0161】
例示的な実施形態によれば、ＵＥは、以下の方式のうちの少なくとも１つを介して、１つまたは複数のそのピアＵＥにＳＬキャリアについての情報を提供することができる。
● 定期的に。
● イベントでトリガーされて。
● ピアＵＥからの要求メッセージを受信すると、
● ｇＮＢからのシグナリングを受信すると。
● 定期的に。
● イベントでトリガーされて。
● ピアＵＥからの要求メッセージを受信すると、
● ｇＮＢからのシグナリングを受信すると。
【0162】
例示的な実施形態によれば、ＵＥおよび／または、そのピアＵＥはさらに、ＳＬキャリアについての情報をそれぞれそれらのｇＮＢに報告／転送してもよく、その結果、ｇＮＢは、ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかを決定するための情報を考慮してもよい。
【0163】
例示的な実施形態によれば、ＳＬ ＣＡを構成されたＵＥについて、ＳＬキャリア上でのＵＥのアクティビティを監視するために、ＳＬキャリアごとにタイマが定義されてもよい。実施形態によれば、構成されたＳＬキャリアごとに、ＵＥは、ＳＬキャリアのアクティブ化時にタイマを始動することができ、および／または、タイマは、以下の条件のうちのいずれか１つが満たされるときに再始動されてもよい。
● ＵＥが、ＳＬキャリアのための１つまたは複数のＳＬグラントを示すサービングセルにおいてＰＤＣＣＨ上でＤＣＩシグナリングを受信していること。
● ＭＡＣ ＰＤＵが、構成されたＳＬグラントにおいてＵＥによってＳＬキャリア上で送信されること。
● ＵＥがモード２リソース割り当てを使用してＳＬグラントを取得した後にＳＣＩがＳＬキャリア上で送信されること。
● 他のＵＥからの到来する受信信号を示すＳＣＩが、ＵＥによってＳＬキャリアから受信されること。
● ＵＥが、ＳＬキャリアのための１つまたは複数のＳＬグラントを示すサービングセルにおいてＰＤＣＣＨ上でＤＣＩシグナリングを受信していること。
● ＭＡＣ ＰＤＵが、構成されたＳＬグラントにおいてＵＥによってＳＬキャリア上で送信されること。
● ＵＥがモード２リソース割り当てを使用してＳＬグラントを取得した後にＳＣＩがＳＬキャリア上で送信されること。
● 他のＵＥからの到来する受信信号を示すＳＣＩが、ＵＥによってＳＬキャリアから受信されること。
【0164】
別の例示的な実施形態によれば、タイマは、以下の条件のうちのいずれか１つが満たされるときに再始動されてもよい。
● ＵＥがモード１またはモード２リソース割り当てのいずれかを使用してＳＬグラントを取得した後に、ＳＣＩがＳＬキャリア上で送信されること。
● 他のＵＥからの到来する受信信号を示すＳＣＩがＵＥによってＳＬキャリアから受信されること。
● ＵＥがモード１またはモード２リソース割り当てのいずれかを使用してＳＬグラントを取得した後に、ＳＣＩがＳＬキャリア上で送信されること。
● 他のＵＥからの到来する受信信号を示すＳＣＩがＵＥによってＳＬキャリアから受信されること。
【0165】
例示的な実施形態によれば、ＳＬキャリアのために定義されたタイマが満了すると、ＵＥは、ＳＬキャリアを非アクティブ化を開始し得る。代替的または追加的に、ＳＬキャリアのために定義されたタイマは、ＵＥがＳＬキャリアを非アクティブ化を開始するときに停止されてもよい。
【0166】
例示的な実施形態によれば、ＳＬキャリアアクティブ化／非アクティブ化は、ＵＥによる送信および受信のために別々に実行されてもよい。つまり、ＳＬキャリアは、送信のために、受信のために、またはその両方のために、ＵＥによってのみアクティブ化されてもよい。このとき、ＳＬキャリアをアクティブ化または非アクティブ化するための上述したようなシグナリング／パラメータ／手順は、ＳＬキャリアの送受信のためにそれぞれ別々に定義／実行されてもよい。
【0167】
例示的な実施形態によれば、ＳＬ ＣＡの場合、ＳＬキャリアの同じセットを構成されたＳＬ ＵＥについて、ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定するための手順に関与するｇＮＢが１つだけである場合、そのｇＮＢは、ＳＬキャリアをアクティブ化または非アクティブ化するときを決定することができる。ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかどうかを決定するための手順に関与する複数のｇＮＢが存在してもよい場合、これらのｇＮＢは、インターｇＮＢインターフェースを介して情報またはシグナリングを交換する必要があってもよい。手順中、ＳＬキャリアのアクティブ化または非アクティブ化のための最終決定を行うように選択される１つのｇＮＢが存在してもよい。代替的にまたは追加的に、ＵＥをサービングするｇＮＢは、ＳＬ送信のためにＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定するだけであり得、一方、ＵＥのピアＵＥをサービングするｇＮＢは、ＳＬキャリアのアクティブ化または非アクティブ化のための決定を受諾または拒否してもよい。この決定が受諾可能な場合、ピアＵＥは、少なくともＳＬ受信のために、関連するＳＬキャリアをアクティブ化させることができる。ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかどうかを決定する手順に関与するｇＮＢが存在しない場合、すなわち、すべてのＵＥがネットワークカバレッジ外にある場合、ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するときに最終決定を行うように選択される１つのＵＥが存在してもよい。
【0168】
本開示のいくつかの実施形態は、４Ｇ／ＬＴＥまたは５Ｇ／ＮＲの規格書が、特定の例示的なネットワークコンフィギュレーションおよびシステム展開のための非限定的な実例として使用されることに関連して主に説明されることに留意されたい。したがって、本明細書で与えられる例示的な実施形態の説明は、具体的には、それに直接関連する用語を指す。そのような用語は、提示された非限定的な実施例および実施形態の文脈においてのみ使用され、本開示をいかなる形でも当然に限定しない。むしろ、本明細書で説明される例示的な実施形態が適用可能である限り、任意の他のシステムな構成または無線技術を等しく利用することができる。
【0169】
図１は、本開示のいくつかの実施形態による方法１００を示すフローチャートである。図１に示される方法１００は、ＵＥまたはＵＥに通信可能に結合された装置によって実行されてもよい。例示的な実施形態によれば、ＵＥは、他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成されてもよい。例示的な実施形態によれば、ＵＥは、直接的に、または、リレーＵＥを介して、ネットワークノード（たとえば、ｇＮＢなどの基地局）と通信するように構成されてもよい。
【0170】
図１に示される例示的な方法１００によれば、ＵＥは、基地局から、ブロック１０２に示されるように、ＵＥのために構成されたＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信することができる。第１のインジケーションによれば、ＵＥは、ブロック１０４に示されるように、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定することができる。
【0171】
例示的な実施形態によれば、第１のインジケーションは、以下の情報のうちの１つまたは複数を含み得る。
● ＳＬキャリアの識別子。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータ。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子。
●１つまたは複数のファクタ。ここで１つまたは複数のファクタが満たされるとき、ＳＬキャリアは、アクティブ化または非アクティブ化される必要があってもよい。
● ＳＬキャリアの識別子。
● ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータ。
● ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子。
●１つまたは複数のファクタ。ここで１つまたは複数のファクタが満たされるとき、ＳＬキャリアは、アクティブ化または非アクティブ化される必要があってもよい。
【0172】
例示的な実施形態によれば、１つまたは複数のファクタは次の１つまたは複数を含みうる。
● ＳＬキャリアが非アクティブ化される必要がありうる期間を示す時間閾値。
● それを超えるとＳＬキャリアがアクティブ化される必要があってもよいバッファ閾値。
● ＳＬキャリアをアクティブ化するタイミング。および、
●ＳＬキャリアを非アクティブ化するタイミング。
● ＳＬキャリアが非アクティブ化される必要がありうる期間を示す時間閾値。
● それを超えるとＳＬキャリアがアクティブ化される必要があってもよいバッファ閾値。
● ＳＬキャリアをアクティブ化するタイミング。および、
●ＳＬキャリアを非アクティブ化するタイミング。
【0173】
例示的な実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0174】
例示的な実施形態によれば、ＵＥは、１つまたは複数のファクタに少なくとも部分的に基づいて、ＳＬキャリアをアクティブ化するかまたは、非アクティブ化するかを決定してもよい。
【0175】
例示的な実施形態によれば、ＵＥがＳＬキャリアをアクティブ化することを決定すると、ＵＥは、第１のインジケーションに従ってＳＬキャリアをアクティブ化してもよい。別の例示的な実施形態によれば、ＵＥがＳＬキャリアを非アクティブ化することを決定すると、ＵＥは、第１のインジケーションに従ってＳＬキャリアを非アクティブ化してもよい。
【0176】
例示的な実施形態によれば、ＳＬキャリアの非アクティブ化は次の１つまたは複数を含みうる。
● ＳＬキャリアに関連する任意のモード２ ＳＬグラントのクリア。
● ＵＥがモード２リソース割り当てを採用する場合のＳＬキャリア上でのセンシングの停止。
● ＳＬキャリア上でのＳＬ送信を停止。
● ＳＬキャリア上でのＳＬ受信を停止。
● ＳＬキャリアに関連する任意のモード２ ＳＬグラントのクリア。
● ＵＥがモード２リソース割り当てを採用する場合のＳＬキャリア上でのセンシングの停止。
● ＳＬキャリア上でのＳＬ送信を停止。
● ＳＬキャリア上でのＳＬ受信を停止。
【0177】
ＳＬキャリアの非アクティブ化はさらに、ＳＬキャリアを非アクティブ化するための任意の他の適切な動作、たとえば、ＳＬキャリアに関連付けられた任意のアクティブＢＷＰを非アクティブ化すること、ＳＬキャリアに関連付けられた任意の構成されたＳＬグラントタイプ２をクリアすること、ＳＬキャリアに関連付けられた任意の構成されたＳＬグラントタイプ１をサスペンドすること、ＳＬキャリアに関連付けられたすべてのＨＡＲＱバッファをフラッシュすること、などを含み得ることを諒解されたい。
【0178】
例示的な実施形態によれば、ＳＬキャリアは、少なくとも部分的に第１のインジケーションに基づいて決定されてもよいタイミング情報に従って、アクティブ化または非アクティブ化されてもよい。
【0179】
例示的な実施形態によれば、ＵＥは、ブロック１０６に示されるように、ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することができる。一実施形態によれば、第２のインジケーションは、ＳＬキャリアの識別子、および／または、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータなどを含み得る。
【0180】
例示的な実施形態によれば、１つまたは複数の他のＵＥは、ＳＬキャリアに関連付けられ、第１のインジケーションによって示される１つまたは複数の宛先識別子に関連付けられ得る。
【0181】
例示的な実施形態によれば、ＵＥは、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示すアクノレッジメントを受信してもよい。代替的または追加的に、ＵＥは、１つまたは複数の他のＵＥのうちの少なくとも１つから、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージを受信してもよい。
【0182】
例示的な実施形態によれば、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示すアクノレッジメントを受信すると、ＵＥによって、ＳＬキャリアのアクティブ化または非アクティブ化が実行されてもよい。代替または追加として、ＳＬキャリアのアクティブ化または非アクティブ化は、１つまたは複数の他のＵＥのうちの少なくとも１つから、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾することを示すメッセージを受信すると、ＵＥによって実行されてもよい。
【0183】
例示的な実施形態によれば、図１に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥからＵＥのピアＵＥへの方向に適用可能であってもよい。
【0184】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアについての情報をＵＥの基地局および／またはピアＵＥに送信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するために、基地局および／またはＵＥのピアＵＥによって使用されてもよい。
【0185】
例示的な実施形態によれば、ＳＬキャリアについての情報の送信は、以下の方法のうちの１つまたは複数においてＵＥによって実行されてもよい：
● 定期的に。
● イベントでトリガーされること。
● ＵＥのピアＵＥからの要求を受信した場合。
● 基地局からのシグナリングを受信した場合。
● 定期的に。
● イベントでトリガーされること。
● ＵＥのピアＵＥからの要求を受信した場合。
● 基地局からのシグナリングを受信した場合。
【0186】
例示的な実施形態によれば、ＳＬキャリアに関する情報は次の１つまたは複数を含みうる。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
【0187】
例示的な実施形態によれば、ＵＥは、ＵＥのピアＵＥからＳＬキャリアに関する情報を受信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するためにＵＥによって使用されてもよい。
【0188】
例示的な実施形態によれば、ＵＥがＳＬキャリアのためのタイマを構成されるとき、ＵＥは、以下のアクションのうちの１つまたは複数を実行してもよい。
● ＳＬキャリアのアクティブ化時のタイマ始動。
● １つまたは複数のイベントに応答したタイマの再始動。
● タイマが満了したときにＳＬキャリアを非アクティブ化することを開始すること。および、
● ＵＥがＳＬキャリアを非アクティブ化を開始したときにタイマを停止すること。
● ＳＬキャリアのアクティブ化時のタイマ始動。
● １つまたは複数のイベントに応答したタイマの再始動。
● タイマが満了したときにＳＬキャリアを非アクティブ化することを開始すること。および、
● ＵＥがＳＬキャリアを非アクティブ化を開始したときにタイマを停止すること。
【0189】
例示的な実施形態によれば、１つまたは複数のイベントは次の１つまたは複数を含みうる。
● ＵＥによる、ＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩを受信したこと。
● ＵＥによる、構成されたＳＬグラントにおけるＳＬキャリア上のＭＡＣ ＰＤＵを送信したこと。
● ＵＥがＳＬグラントを取得した後にＳＬキャリア上でＳＣＩを送信したこと。
● ＵＥのピアＵＥから到来する受信信号を示す、ＵＥによるＳＬキャリア上でＳＣＩを受信すること。
● ＵＥによる、ＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩを受信したこと。
● ＵＥによる、構成されたＳＬグラントにおけるＳＬキャリア上のＭＡＣ ＰＤＵを送信したこと。
● ＵＥがＳＬグラントを取得した後にＳＬキャリア上でＳＣＩを送信したこと。
● ＵＥのピアＵＥから到来する受信信号を示す、ＵＥによるＳＬキャリア上でＳＣＩを受信すること。
【0190】
例示的な実施形態によれば、図１に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信に、またはＳＬキャリア上での受信に、またはその両方に適用可能であってもよい。
【0191】
図２は、本開示のいくつかの実施形態による方法２００を示すフローチャートである。図２に示される方法２００は、基地局（たとえば、ｇＮＢ、ＡＰなど）または基地局に通信可能に結合された装置によって実行されてもよい。例示的な実施形態によれば、基地局は、Ｄ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）を用いてセルラーカバレッジ拡張をサポートするように構成されてもよい。例示的な実施形態によれば、基地局は、たとえば、直接、または、リレーＵＥを介して、ＵＥなどの端末デバイスと通信するように構成されてもよい。
【0192】
図２に示される例示的な方法２００によれば、基地局は、ブロック２０２に示されるように、ＵＥ（たとえば、図１に関して説明されたようなＵＥ）のために構成されたＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーションを決定することができる。例示的な実施形態によれば、基地局は、ブロック２０４に示されるように、第１のインジケーションをＵＥに送信することができる。一実施形態によれば、ＵＥは、ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーション（たとえば、図１に関して説明された第２のインジケーション）を、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することが可能であってもよい。
【0193】
例示的な実施形態によれば、方法２００に従って基地局によって送信された第１のインジケーションは、方法１００に従ってＵＥによって受信された第１のインジケーションに対応することができる。したがって、図１および図２に関して説明された第１のインジケーションは、同じまたは同様のコンテンツおよび／または、特徴要素を含み得る。
【0194】
例示的な実施形態によれば、基地局は、ＵＥのピアＵＥから、ＳＬキャリアがアクティブ化または非アクティブ化されるという通知を受信することができる。一実施形態によれば、基地局は、ＵＥのピアＵＥに、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否する命令を送信してもよい。
【0195】
例示的な実施形態によれば、ＵＥのピアＵＥは、ＳＬキャリアに関連付けられ、第１のインジケーションによって示される宛先識別子に関連付けられ得る。
【0196】
例示的な実施形態によれば、基地局は、ＳＬキャリアについての情報をＵＥから受信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定するために、基地局によって使用されてもよい。
【0197】
例示的な実施形態によれば、方法２００に従って基地局によって受信されたＳＬキャリアに関する情報は、方法１００に従ってＵＥによって送信されたＳＬキャリアに関する情報に対応することができる。したがって、図１および図２に関して説明されたＳＬキャリアについての情報は、同じまたは同様の内容および／または、特徴要素を含み得る。
【0198】
例示的な実施形態によれば、基地局は、１つまたは複数の他の基地局と情報を交換して、ＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定することができる。
【0199】
図３は、本開示のいくつかの実施形態による方法３００を示すフローチャートである。図３に示される方法３００は、ＵＥまたはＵＥに通信可能に結合された装置によって実行されてもよい。例示的な実施形態によれば、ＵＥは、他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成されてもよい。例示的な実施形態によれば、ＵＥは、直接的に、または、リレーＵＥを介して、ネットワークノード（たとえば、ｇＮＢなどの基地局）と通信するように構成されてもよい。
【0200】
図３に示される例示的な方法３００によれば、ＵＥは、ブロック３０２に示されるように、ＵＥのために構成されたＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定することができる。例示的な実施形態によれば、ＵＥは、ブロック３０４に示されるように、決定の結果に従って１つまたは複数のアクションを実行してもよい。
【0201】
例示的な実施形態によれば、ＳＬキャリアをアクティブ化または非アクティブ化するかどうかの判定は、基地局からＳＬキャリアをアクティブ化または非アクティブ化する第１のインジケーション（たとえば、図１および図２に関して説明された第１のインジケーション）を受信することなく、ＵＥ自身によって行われ得る。
【0202】
例示的な実施形態によれば、ＵＥによって実行される１つまたは複数のアクションは、ＵＥによって決定されたタイミング情報に従って、ＳＬキャリアをアクティブ化または非アクティブ化することを含み得る。
【0203】
例示的な実施形態によれば、ＳＬキャリアの非アクティブ化は、ＳＬキャリアに関連する任意のモード２ ＳＬグラントをクリアすること、ＵＥがモード２リソース割り当てを採用する場合にＳＬキャリア上での検知を停止すること、ＳＬキャリア上でＳＬ送信を停止すること、および／または、ＳＬキャリア上でＳＬ受信を停止することなどを含み得る。
【0204】
例示的な実施形態によれば、前記ＵＥによって実行される１つまたは複数のアクションは、前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを生成することを含み得る。別の例示的な実施形態によれば、ＵＥによって実行される１つまたは複数のアクションは、第２のインジケーションを、ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することをさらに含み得る。
【0205】
例示的な実施形態によれば、第２のインジケーションは、ＳＬキャリアの識別子、および／または、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータなどを含み得る。一実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0206】
例示的な実施形態によれば、１つまたは複数の他のＵＥは、ＳＬキャリアに関連付けられ、ＵＥによって決定される１つまたは複数の宛先識別子に関連付けられ得る。
【0207】
例示的な実施形態によれば、ＵＥによって実行される１つまたは複数の動作は、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示すアクノレッジメントを受信することをさらに含み得る。別の例示的な実施形態によれば、ＵＥによって実行される１つまたは複数のアクションは、１つまたは複数の他のＵＥのうちの少なくとも１つから、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージなどを受信することをさらに含み得る。
【0208】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、たとえば、１つまたは複数の他のＵＥのうちの少なくとも１つから、第２のインジケーションが１つまたは複数の他のＵＥのうちの少なくとも１つによって受信されたことを示すアクノレッジメントを受信すると、ＵＥによって実行されてもよい。別の例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化は、たとえば、１つまたは複数の他のＵＥのうちの少なくとも１つから、１つまたは複数の他のＵＥのうちの少なくとも１つがＳＬキャリアのアクティブ化または非アクティブ化を受諾することを示すメッセージなどを受信すると、ＵＥによって実行されてもよい。
【0209】
例示的な実施形態によれば、図３に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥからＵＥのピアＵＥへの方向に適用可能であってもよい。
【0210】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアについての情報をＵＥの基地局および／またはピアＵＥに送信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するために、基地局および／またはＵＥのピアＵＥによって使用されてもよい。
【0211】
例示的な実施形態によれば、ＳＬキャリアについての情報の送信は、周期的に、および／または、イベントトリガされてＵＥによって実行されてもよい。代替または追加として、ＳＬキャリアについての情報の送信は、ＵＥのピアＵＥからの要求の受信時に、および／または、基地局からのシグナリングの受信時に、ＵＥによって実行されてもよい。
【0212】
例示的な実施形態によれば、ＳＬキャリアに関する情報は次の１つまたは複数を含みうる。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
【0213】
例示的な実施形態によれば、ＵＥは、ＵＥのピアＵＥからＳＬキャリアに関する情報を受信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するためにＵＥによって使用されてもよい。
【0214】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアのためのタイマを構成されてもよい。この場合、ＵＥは、方法１００に従って、ＵＥに関して説明されたようなタイマのための様々なアクションを実行してもよい。たとえば、ＵＥは、異なる要件およびアプリケーションシナリオに従って、タイマを始動、再始動、または停止してもよい。
【0215】
例示的な実施形態によれば、図３に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信に、または、ＳＬキャリア上での受信に、またはその両方に適用可能であってもよい。
【0216】
図４は、本開示のいくつかの実施形態による方法４００を示すフローチャートである。図４に示される方法４００は、ＵＥまたはＵＥに通信可能に結合された装置によって実行されてもよい。例示的な実施形態によれば、ＵＥは、他のデバイスとのＤ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）をサポートするように構成されてもよい。例示的な実施形態によれば、ＵＥは、直接的に、または、リレーＵＥを介して、ネットワークノード（たとえば、ｇＮＢなどの基地局）と通信するように構成されてもよい。
【0217】
図４に示される例示的な方法４００によれば、ＵＥは、ブロック４０２に示されるように、ＵＥのピアＵＥから（たとえば、図１および図３に関して説明されるようにＵＥから）、ＵＥおよびＵＥのピアＵＥのために構成されるＳＬキャリアをアクティブ化または非アクティブ化するインジケーションを受信してもよい。
【0218】
例示的な実施形態によれば、ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションは、ＳＬキャリアの識別子、および／または、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータなどを含み得る。一実施形態によれば、ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータは、ビットマップ中のＳＬキャリアに関連付けられたビットであってもよい。
【0219】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアに関連付けられた宛先識別子に関連付けられ得る。一実施形態によれば、宛先識別子は、ピアＵＥそれ自体によって決定されてもよい。別の実施形態によれば、宛先識別子は、基地局（たとえば、図２に関して説明されたような基地局）によってピアＵＥに示されてもよい。
【0220】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアがアクティブ化または非アクティブ化されるという通知を基地局に送信することができる。一実施形態によれば、ＵＥは、基地局から、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否する命令を受信することができる。
【0221】
図４に示される例示的な方法４００によれば、ＵＥは、ブロック４０４に示されるように、ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションの受信に応じて、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかを選択的に決定することができる。
【0222】
例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかの判定は、ＵＥそれ自体によって行われ得る。別の例示的な実施形態によれば、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否するかの判定は、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否する、基地局によるＵＥへの命令に従って、ＵＥによって行われ得る。
【0223】
例示的な実施形態によれば、ＵＥは、そのピアＵＥに、ＳＬキャリアをアクティブ化または非アクティブ化するインジケーションがＵＥによって受信されたことを示すアクノレッジメントを送信してもよい。代替的または追加的に、ＵＥは、そのピアＵＥに、ＵＥがＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否することを示すメッセージを送信してもよい。
【0224】
例示的な実施形態によれば、図４に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥのピアＵＥからＵＥへの方向に適用可能であってもよい。
【0225】
例示的な実施形態によれば、ＵＥは、ＵＥからＵＥのピアＵＥへの方向について、ＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定してもよい。
【0226】
例示的な実施形態によれば、ＵＥは、ＵＥのピアＵＥからＳＬキャリアに関する情報を受信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するためにＵＥによって使用されてもよい。
【0227】
例示的な実施形態によれば、ＳＬキャリアに関する情報は次の１つまたは複数を含みうる。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
● ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスのバッファ状態レポート。
● 現在のデータのバッファ状態レポート。
● 来ると予想される将来のデータのバッファ状態レポート。
● ＳＬキャリアのリソース状況。
● チャネル測定情報。および、
● 電力節約についての好み。
【0228】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアについての情報をＵＥの基地局、および／または、ピアＵＥに送信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか非アクティブ化するかを決定するために、基地局および／またはＵＥのピアＵＥによって使用されてもよい。
【0229】
例示的な実施形態によれば、ＳＬキャリアについての情報の送信は、周期的に、および／または、イベントトリガされてＵＥによって実行されてもよい。代替または追加として、ＳＬキャリアについての情報の送信は、ＵＥのピアＵＥからの要求の受信時に、および／または、基地局からのシグナリングの受信時に、ＵＥによって実行されてもよい。
【0230】
例示的な実施形態によれば、ＵＥがＳＬキャリアのためのタイマを構成されるとき、ＵＥは、以下のアクションのうちの１つまたは複数を実行してもよい。
● ＳＬキャリアのアクティブ化時のタイマ始動。
● １つまたは複数のイベントに応答したタイマの再始動。
● タイマが満了したときにＳＬキャリアを非アクティブ化を開始すること。および、
● ＵＥがＳＬキャリアを非アクティブ化し始めたときにタイマを停止すること。
● ＳＬキャリアのアクティブ化時のタイマ始動。
● １つまたは複数のイベントに応答したタイマの再始動。
● タイマが満了したときにＳＬキャリアを非アクティブ化を開始すること。および、
● ＵＥがＳＬキャリアを非アクティブ化し始めたときにタイマを停止すること。
【0231】
例示的な実施形態によれば、１つまたは複数のイベントは次の１つまたは複数を含みうる。
● ＵＥによるＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩの受信。
● 構成されたＳＬグラントにおけるＵＥによるＳＬキャリア上のＭＡＣ ＰＤＵの送信。
● ＵＥがＳＬグラントを取得した後のＳＬキャリア上でのＳＣＩの送信。
● ＵＥのピアＵＥから到来する受信信号を示すＳＣＩをＵＥによりＳＬキャリア上で受信すること。
● ＵＥによるＳＬキャリアのための１つまたは複数のＳＬグラントを示すＤＣＩの受信。
● 構成されたＳＬグラントにおけるＵＥによるＳＬキャリア上のＭＡＣ ＰＤＵの送信。
● ＵＥがＳＬグラントを取得した後のＳＬキャリア上でのＳＣＩの送信。
● ＵＥのピアＵＥから到来する受信信号を示すＳＣＩをＵＥによりＳＬキャリア上で受信すること。
【0232】
例示的な実施形態によれば、図４に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信に、または、ＳＬキャリア上での受信に、または、その両方に適用可能であってもよい。
【0233】
図５は、本開示のいくつかの実施形態による方法５００を示すフローチャートである。図５に示される方法５００は、基地局（たとえば、ｇＮＢ、ＡＰなど）または基地局に通信可能に結合された装置によって実行されてもよい。例示的な実施形態によれば、基地局は、Ｄ２Ｄ通信（たとえば、Ｖ２ＸまたはＳＬ通信など）を用いてセルラーカバレッジ拡張をサポートするように構成されてもよい。例示的な実施形態によれば、基地局は、たとえば、直接、または、リレーＵＥを介して、ＵＥなどの端末デバイスと通信するように構成されてもよい。
【0234】
図５に示される例示的な方法５００によれば、基地局は、ブロック５０２に示されるように、ＵＥ（たとえば、図４に関して説明されたようなＵＥ）から、ＵＥのために構成されたＳＬキャリアおよびＵＥのピアＵＥがアクティブ化または非アクティブ化されるという通知を受信することができる。例示的な実施形態によれば、基地局は、ブロック５０４に示されるように、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するかまたは拒否する命令をＵＥに送信することができる。
【0235】
例示的な実施形態によれば、ＵＥは、ＳＬキャリアに関連付けられた宛先識別子に関連付けられ得る。ある実施形態によれば、宛先識別子は、ＵＥのピアＵＥによって（たとえば、図３に関して説明されたような方法３００に従って）、および／または、ＵＥのピアＵＥをサービングする別の基地局によって（たとえば、図１に関して説明されたような方法１００に従って）決定されてもよい。
【0236】
例示的な実施形態によれば、図５に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＵＥのピアＵＥからＵＥへの方向に適用可能であってもよい。
【0237】
例示的な実施形態によれば、基地局は、ＳＬキャリアについての情報をＵＥから受信することができる。一実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアをアクティブ化するか、または、非アクティブ化するかを決定するために、基地局によって使用されてもよい。
【0238】
例示的な実施形態によれば、ＳＬキャリアについての情報は、ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスについてのバッファ状態レポート、現在のデータのバッファ状態レポート、来ると予想される将来のデータのバッファ状態レポート、ＳＬキャリアのリソースステータス、チャネル測定情報、および／または、電力節約の好みなどを含み得る。
【0239】
例示的な実施形態によれば、図５に関して説明されたＳＬキャリアのアクティブ化または非アクティブ化は、ＳＬキャリア上での送信に、またはＳＬキャリア上での受信に、またはその両方に適用可能であってもよい。
【0240】
例示的な実施形態によれば、基地局は、ＳＬキャリアのアクティブ化または非アクティブ化を受諾するか拒否するかを決定するために、１つまたは複数の他の基地局と情報を交換することができる。
【0241】
図１に関して説明されたようなＵＥは、異なるアプリケーションシナリオおよびサービス要件に従って、図３に関して説明されたような方法３００、および／または、図４に関して説明されたような方法４００を実行するようにも構成されてもよいことを諒解されたい。
【0242】
同様に、図３に関して説明されたようなＵＥは、異なるアプリケーションシナリオおよびサービス要件に従って、図１に関して説明されたような方法１００、および／または、図４に関して説明されたような方法４００を実行するようにも構成されてもよいことを諒解されてもよい。
【0243】
同様に、図４に関して説明されたようなＵＥは、異なるアプリケーションシナリオおよびサービス要件に従って、図１に関して説明されたような方法１００、および／または、図３に関して説明されたような方法３００を実行するようにも構成されてもよいことを諒解されてもよい。
【0244】
また、図２に関して説明された基地局は、異なるアプリケーションシナリオおよびサービス要件に従って、図５に関して説明された方法５００を実行するように構成されてもよいことが理解されてもよい。同様に、図５に関して説明されたような基地局は、異なるアプリケーションシナリオおよびサービス要件に従って、図２に関して説明されたような方法２００を実行するようにも構成されてもよいことを諒解されてもよい。
【0245】
図１～５に示される様々なブロックは、方法ステップとして、および／または、コンピュータプログラムコードの動作から生じる動作として、および／または、関連する機能を実行するように構成された複数の結合論理回路要素として見なされてもよい。上述の概略フローチャート図は、一般に、論理フローチャート図として記載されている。したがって、描写された順序およびラベル付けされたステップは、提示された方法の特定の実施形態を示す。例示された方法の１つまたは複数のステップまたはその一部と機能、ロジック、または効果が同等である他のステップおよび方法が考えられ得る。さらに、特定の方法が行われる順序は、示される対応するステップの順序に厳密に従う場合もあれば、従わない場合もある。
【0246】
図６Ａは、本開示の様々な実施形態による装置６１０を示すブロック図である。図６Ａに示されるように、装置６１０は、プロセッサ６１１などの１つまたは複数のプロセッサと、コンピュータプログラムコード６１３を記憶するメモリ６１２などの１つまたは複数のメモリと、を含み得る。メモリ６１２は、非一時的マシン／プロセッサ／コンピュータ可読記憶媒体であってもよい。いくつかの例示的な実施形態によれば、装置６１０は、図１に関して説明されたようなＵＥ、図２に関して説明されたような基地局、図３に関して説明されたようなＵＥ、図４に関して説明されたようなＵＥ、または図５に関して説明されたような基地局にプラグ接続またはインストールすることができる集積回路チップまたはモジュールとして実装されてもよい。そのような場合、装置６１０は、図１に関して説明されるようなＵＥ、図２に関して説明されるような基地局、図３に関して説明されるようなＵＥ、図４に関して説明されるようなＵＥ、または図５に関して説明されるような基地局として実装されてもよい。
【0247】
いくつかの実施態様では、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１とともに、図１でコネクションに説明されたような方法の任意の動作を装置６１０に少なくとも実行させるように構成されてもよい。他の実施態様では、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１を用いて、図２でコネクションに説明されたような方法の任意の動作を装置６１０に少なくとも実行させるように構成されてもよい。他の実施態様では、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１を用いて、図３を用いてコネクションに説明されたような方法の任意の動作を装置６１０に少なくとも実行させるように構成されてもよい。他の実施態様では、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１を用いて、図４を用いてコネクションに説明されたような方法の任意の動作を装置６１０に少なくとも実行させるように構成されてもよい。他の実施態様では、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１を用いて、図５を用いてコネクションに説明されたように、装置６１０に少なくとも本方法の任意の動作を実行させるように構成されてもよい。代替的にまたは追加的に、１つまたは複数のメモリ６１２およびコンピュータプログラムコード６１３は、１つまたは複数のプロセッサ６１１とともに、装置６１０に、本開示の例示的な実施形態による提案された方法を実装するためのより多いまたはより少ない動作を少なくとも実行させるように構成されてもよい。
【0248】
図６Ｂは、本開示のいくつかの実施形態による装置６２０を示すブロック図である。図６Ｂに示されるように、装置６２０は、受信部６２１および決定部６２２を含み得る。例示的な実施形態によれば、装置６２０は、ＵＥにおいて実装されてもよい。受信部６２１は、ブロック１０２における動作を実行するように動作可能であり得、決定部６２２は、ブロック１０４における動作を実行するように動作可能であってもよい。オプションで、受信部６２１、および／または、決定部６２２は、本開示の例示的な実施形態による提案された方法を実装するために、多かれ少なかれ動作を実行するように動作可能であってもよい。
【0249】
図６Ｃは、本開示のいくつかの実施形態による装置６３０を示すブロック図である。図６Ｃに示されるように、装置６３０は、決定部６３１および送信部６３２を含み得る。例示的な実施形態によれば、装置６３０は、基地局（たとえば、ｇＮＢなど）において実装されてもよい。決定部６３１は、ブロック２０２における動作を実行するように動作可能であり得、送信部６３２は、ブロック２０４における動作を実行するように動作可能であってもよい。オプションで、決定部６３１、および／または、送信部６３２は、本開示の例示的な実施形態による提案された方法を実装するために、多かれ少なかれ動作を実行するように動作可能であってもよい。
【0250】
図６Ｄは、本開示のいくつかの実施形態による装置６４０を示すブロック図である。図６Ｄに示されるように、装置６４０は、決定部６４１および実行部６４２を含み得る。例示的な実施形態によれば、装置６４０は、ＵＥにおいて実装されてもよい。決定部６４１は、ブロック３０２における動作を実行するように動作可能であり得、実行部６４２は、ブロック３０４における動作を実行するように動作可能であってもよい。オプションで、決定部６４１、および／または、実行部６４２は、本開示の例示的な実施形態による提案された方法を実装するために、多かれ少なかれ動作を実行するように動作可能であってもよい。
【0251】
図６Ｅは、本開示のいくつかの実施形態による装置６５０を示すブロック図である。図６Ｅに示されるように、装置６５０は、受信部６５１と、オプションで決定部６５２と、を含み得る。例示的な実施形態によれば、装置６５０は、ＵＥにおいて実装されてもよい。受信部６５１は、ブロック４０２における動作を実行するように動作可能であり得、決定部６５２は、ブロック４０４における動作を実行するように動作可能であってもよい。オプションで、受信部６５１、および／または、決定部６５２は、本開示の例示的な実施形態による提案された方法を実装するために、多かれ少なかれ動作を実行するように動作可能であってもよい。
【0252】
図６Ｆは、本開示のいくつかの実施形態による装置６６０を示すブロック図である。図６Ｆに示されるように、装置６６０は、受信部６６１および送信部６６２を含み得る。例示的な実施形態によれば、装置６６０は、基地局（たとえば、ｇＮＢなど）において実装されてもよい。受信部６６１は、ブロック５０２における動作を実行するように動作可能であり得、送信部６６２は、ブロック５０４における動作を実行するように動作可能であってもよい。オプションで、受信部６６１、および／または、送信部６６２は、本開示の例示的な実施形態による提案された方法を実装するために、多かれ少なかれ動作を実行するように動作可能であってもよい。
【0253】
図７は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示すブロック図である。
【0254】
図７に関して、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク７１１と、コアネットワーク７１４とを備える、３ＧＰＰ（登録商標）タイプのセルラネットワークなどの電気通信ネットワーク７１０を有する。アクセスネットワーク７１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプのワイヤレスアクセスポイントなどの複数の基地局７１２ａ、７１２ｂ、７１２ｃを備え、それぞれが対応するカバレッジエリア７１３ａ、７１３ｂ、７１３ｃを確定する。それぞれの基地局７１２ａ、７１２ｂ、７１２ｃは、有線または無線コネクション７１５を介してコアネットワーク７１４に接続可能である。カバレッジエリア７１３ｃに位置する第１のＵＥ７９１は、対応する基地局７１２ｃと無線で接続されるか、またはページングされるように構成されている。カバレッジエリア７１３ａ内の第２のＵＥ７９２は、対応する基地局７１２ａに無線で接続可能である。この例では、複数のＵＥ７９１、７９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局７１２に接続している状況にも、等しく適用可能である。
【0255】
通信ネットワーク７１０は、それ自体がホストコンピュータ７３０に接続されており、これは、スタンドアロン型サーバ、クラウドに実装されたサーバ、分散型サーバ、またはサーバファーム内のプロセッシングリソースのハードウェアおよび／またはソフトウェアにおいて実装されてもよい。ホストコンピュータ７３０は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。通信ネットワーク７１０とホストコンピュータ７３０との間のコネクション７２１および７２２は、コアネットワーク７１４からホストコンピュータ７３０まで直接的に延びてもよく、あるいは任意の中間ネットワーク７２０を介してもよい。中間ネットワーク７２０は、パブリックネットワーク、プライベートネットワーク、またはホステッドネットワークのうちの１つ、またはそれらの２つ以上の組合せであってもよく、中間ネットワーク７２０は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク７２０は、２つ以上のサブネットワーク（図示せず）を備えてもよい。
【0256】
図７の通信システムは、全体として、コネクティビティされたＵＥ７９１、７９２とホストコンピュータ７３０との間のコネクティビティを可能にする。コネクティビティ（接続性）は、オーバーザトップ（ＯＴＴ）コネクション７５０として記述されてもよい。ホストコンピュータ７３０および接続されたＵＥ７９１、７９２は、アクセスネットワーク７１１、コアネットワーク７１４、任意の中間ネットワーク７２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション７５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション７５０は、ＯＴＴコネクション７５０が通過するように参加している通信デバイスが、アップリンク通信およびダウンリンク通信のルーティング（経路指定）に気付かないという意味でトランスペアレントでありうる。たとえば、基地局７１２は、接続されたＵＥ７９１に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ７３０から発信されるデータをもつ着信ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局７１２は、ＵＥ７９１からホストコンピュータ７３０へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。
【0257】
図８は、本開示のいくつかの実施形態による、部分的無線コネクションを介して基地局を介してＵＥと通信するホストコンピュータを示す構成図である。
【0258】
先の段落で説明されたＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装形態を、図８を参照して以下に説明される。通信システム８００において、ホストコンピュータ８１０は、通信システム８００の別の通信装置のインターフェースと有線または無線コネクションをセットアップし維持するように構成された通信インターフェース８１６を備えるハードウェア８１５を有する。ホストコンピュータ８１０は、記憶および／またはプロセッシング（処理）能力を有することができるプロセッシング回路８１８をさらに有する。特に、プロセッシング回路８１８は、命令を実行するように適合した１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を含んでもよい。ホストコンピュータ８１０はさらにソフトウェア８１１を有し、それがホストコンピュータ８１０に記憶されるか、またはアクセス可能であり、プロセッシング回路８１８によって実行可能である。ソフトウェア８１１は、ホストアプリケーション８１２を有する。ホストアプリケーション８１２は、ＵＥ８３０およびホストコンピュータ８１０で終端されるＯＴＴコネクション８５０を介して接続するＵＥ８３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション８１２は、ＯＴＴコネクション８５０を使用して送信されるユーザデータを提供してもよい。
【0259】
通信システム８００は、さらに、通信システム内に設けられ、ホストコンピュータ８１０およびＵＥ８３０と通信することを可能にするハードウェア８２５を有する基地局８２０を有する。ハードウェア８２５は、ＵＥ８３０が基地局８２０によって提供されるカバレッジエリア（図８には示されていない）に位置する状態で、少なくとも無線コネクション８７０を設定および維持するための無線インターフェース８２７と同様に、通信システム８００の別の通信装置のインターフェースとの有線または無線コネクションを設定および維持するための通信インターフェース８２６を含み得る。通信インターフェース８２６は、ホストコンピュータ８１０へのコネクション８６０を容易にするように構成されてもよい。コネクション８６０は、直接的であってもよく、電気通信システムのコアネットワーク（図８には示されていない）を通過してもよく、および／または電気通信システムの外部の１つまたは複数の中間ネットワークを通過してもよい。図示の実施形態によれば、基地局８２０のハードウェア８２５は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を含み得るプロセッシング回路８２８をさらに有する。さらに、基地局８２０は、内部に記憶されるか、または外部コネクションを介してアクセス可能なソフトウェア８２１を有する。
【0260】
通信システム８００は、すでに言及されたＵＥ８３０をさらに有する。そのハードウェア８３５は、ＵＥ８３０が現在位置しているカバレッジエリアにサービスを提供する基地局との無線コネクション８７０をセットアップして、維持するように構成された無線インターフェース８３７を有してもよい。ＵＥ８３０のハードウェア８３５は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれらの組合せ（図示せず）を備えることができるプロセッシング回路８３８をさらに有する。ＵＥ８３０はさらにソフトウェア８３１を有し、これらはＵＥ８３０内に記憶されるかアクセス可能であり、またプロセッシング回路８３８によって実行可能である。ソフトウェア８３１は、クライアントアプリケーション８３２を有する。クライアントアプリケーション８３２は、ホストコンピュータ８１０のサポートを受けて、ＵＥ８３０を介して人間または、非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ８１０において、実行中のホストアプリケーション８１２は、ＵＥ８３０で終了するＯＴＴコネクション８５０およびホストコンピュータ８１０を介して実行中のクライアントアプリケーション８３２と通信してもよい。ユーザにサービスを提供する際に、クライアントアプリケーション８３２は、ホストアプリケーション８１２から要求データを受信し、要求データに応答してユーザデータを提供してもよい。ＯＴＴコネクション８５０は、リクエストデータとユーザデータの両方を伝送してもよい。クライアントアプリケーション８３２は、ユーザと対話して、ユーザが提供するユーザデータを生成してもよい。
【0261】
図８に示されるホストコンピュータ８１０、基地局８２０、およびＵＥ８３０は、それぞれ、ホストコンピュータ７３０、基地局７１２ａ、７１２ｂ、７１２ｃのうちの１つ、および図７のＵＥ７９１、７９２のうちの１つと類似または同一であってもよいことに留意されたい。すなわち、これらのエンティティの内部動作は、図８に示されるようなものであってもよいし、これとは別に、周囲のネットワークトポロジは、図７のものであってもよい。
【0262】
図８では、ＯＴＴコネクション８５０は、基地局８２０を介したホストコンピュータ８１０とＵＥ８３０との間の通信を説明されるために抽象的に描かれているが、これらのデバイスを介したメッセージの中間デバイスおよび正確なルーティングへの明示的な言及はない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ８３０から、またはサービスプロバイダが運用するホストコンピュータ８１０から、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション８５０がアクティブな間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。
【0263】
ＵＥ８３０と基地局８２０との間の無線コネクション８７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション８７０が最後の区間を形成するＯＴＴコネクション８５０を使用して、ＵＥ８３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、待ち時間および電力消費を改善することができ、それによって、より低い複雑さ、セルにアクセスするために必要とされる時間の低減、より良好な応答性、バッテリ寿命の延長などの利点を提供することができる。
【0264】
１つまたは複数の実施形態により改善されるであろう、データレート、遅延時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、計測結果のばらつきに応じて、ホストコンピュータ８１０とＵＥ８３０との間でＯＴＴコネクション８５０を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション８５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ８１０のソフトウェア８１１およびハードウェア８１５、またはＵＥ８３０のソフトウェア８３１およびハードウェア８３５、あるいはその両方で実装されてもよい。実施形態によれば、センサ（図示せず）は、ＯＴＴコネクション８５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウェア８１１、８３１が監視量を演算または推定することができる他の物理量の値を供給することによって、測定手続に関与してもよい。ＯＴＴコネクション８５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局８２０に影響を及ぼす必要はなく、基地局８２０には知られていないか、または知覚できないことがある。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。特定の実施形態によれば、測定は、ホストコンピュータ８１０のスループット、伝搬時間、待ち時間などの測定を容易にする独自のＵＥシグナリングを伴い得る。測定は、ソフトウェア８１１および８３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション８５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施されてもよい。
【0265】
図９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７および図８に関連して説明されたホストコンピュータ、基地局およびＵＥを有する。本開示を簡単にするために、 図９を参照する図面のみがこのセクションに含まれる。ステップ９１０において、ホストコンピュータはユーザデータを提供する。ステップ９１０のサブステップ９１１では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ９２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ９３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ９４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【0266】
図１０は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図７および図８に関連して説明されたホストコンピュータ、基地局およびＵＥを有する。本開示を簡単にするために、 図１０を参照する図面のみがこのセクションに含まれる。本方法のステップ１０１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１０２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信された信号は、本開示全体にわたって説明される実施形態の教示にしたがって、基地局を介して渡されてもよい。ステップ１０３０（任意であってもよい）において、ＵＥは、送信信号により搬送されるユーザデータを受信する。
【0267】
図１１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７および図８に関連して説明されたホストコンピュータ、基地局およびＵＥを有する。本開示を簡単にするために、 図１１を参照する図面のみがこのセクションに含まれる。ステップ１１１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ１１２０において、ＵＥは、ユーザデータを提供する。ステップ１１２０のサブステップ１１２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１１１０のサブステップ１１１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供されて受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ１１３０（オプションでも可）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１１４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0268】
図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図７および図８に関連して説明されたホストコンピュータ、基地局およびＵＥを有する。本開示を簡単にするために、 図１２を参照する図面のみがこのセクションに含まれる。ステップ１２１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１２２０（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ１２３０（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。
【0269】
いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局、およびＵＥを含み得る通信システムにおいて実現される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。オプションで、本方法は、ホストコンピュータにおいて、図２に関して説明された例示的な方法２００の任意のステップ、または図５に関して説明された例示的な方法５００の任意のステップを実行することができる基地局を備えるセルラーネットワークを介してＵＥへのユーザデータを搬送する送信を開始することを含み得る。
【0270】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにユーザデータをセルラーネットワークに転送するように構成された通信インターフェースと、を含み得る。セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を含み得る。基地局の処理回路は、図２に関して説明された例示的な方法２００の任意のステップ、または図５に関して説明された例示的な方法５００の任意のステップを実行するように構成されてもよい。
【0271】
いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局、およびＵＥを含み得る通信システムにおいて実現される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。オプションで、本方法は、ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することを含み得る。ＵＥは、図１に関して説明された例示的な方法１００の任意のステップ、または図３に関して説明された例示的な方法３００の任意のステップ、または図４に関して説明された例示的な方法４００の任意のステップを実行することができる。
【0272】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥへの送信のためにセルラーネットワークにユーザデータを転送するように構成された通信インターフェースと、を含み得る。ＵＥは、無線インターフェースおよび処理回路を含み得る。ＵＥの処理回路は、図１に関して説明された例示的な方法１００の任意のステップ、または図３に関して説明された例示的な方法３００の任意のステップ、または図４に関して説明された例示的な方法４００の任意のステップを実行するように構成されてもよい。
【0273】
いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局、およびＵＥを含み得る通信システムにおいて実現される方法が提供される。本方法は、ホストコンピュータにおいて、図１に関して説明された例示的な方法１００の任意のステップ、または図３に関して説明された例示的な方法３００の任意のステップ、または図４に関して説明された例示的な方法４００の任意のステップを実行してもよいＵＥから基地局に送信されたユーザデータを受信することを含み得る。
【0274】
いくつかの例示的な実施形態によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発信されたユーザデータを受信するように構成された通信インターフェースを含み得る。ＵＥは、無線インターフェースおよび処理回路を含み得る。ＵＥの処理回路は、図１に関して説明された例示的な方法１００の任意のステップ、または図３に関して説明された例示的な方法３００の任意のステップ、または図４に関して説明された例示的な方法４００の任意のステップを実行するように構成されてもよい。
【0275】
いくつかの例示的な実施形態によれば、ホストコンピュータ、基地局、およびＵＥを含み得る通信システムにおいて実現される方法が提供される。本方法は、ホストコンピュータにおいて、基地局がＵＥから受信した送信信号に由来するユーザデータを基地局から受信することを含み得る。基地局は、図２に関して説明された例示的な方法２００の任意のステップ、または図５に関して説明された例示的な方法５００の任意のステップを実行することができる。
【0276】
いくつかの例示的な実施形態によれば、ホストコンピュータを含み得る通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信信号に由来するユーザデータを受信するように構成された通信インターフェースを含み得る。基地局は、無線インターフェースおよび処理回路を含み得る。基地局の処理回路は、図２に関して説明された例示的な方法２００の任意のステップ、または図５に関して説明された例示的な方法５００の任意のステップを実行するように構成されてもよい。
【0277】
一般に、様々な例示的な実施形態は、ハードウェアまたは専用チップ、回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装されてもよい。たとえば、いくつかの態様はハードウェアで実装されてもよいが、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよいファームウェアまたはソフトウェアで実装されてもよいが、本開示はそれらに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の図表現を使用して図示および説明されてもよいが、本明細書で説明されるこれらのブロック、機器、システム、技法、または方法は、非限定的な実例として、ハードウェア、ソフトウエア、ファームウェア、専用回路、もしくはロジック、汎用ハードウェアもしくはコントローラ、もしくは他の計算装置、またはそれらの何らかの組合せで実装されてもよいことが十分に理解される。
【0278】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な構成要素において実施されてもよいことを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として実施される装置で実現されてもよく、集積回路は、本開示の例示的な実施形態に従って動作するように構成可能なデータプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つまたは複数を実施するための回路（ならびに場合によってはファームウェア）を備えてもよいことを諒解されたい。
【0279】
本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたは他の装置によって実行される、１つまたは複数のプログラムモジュールなどのコンピュータ実行可能命令で具現化されてもよいことを理解されたい。一般に、プログラムモジュールは、コンピュータまたは他の装置内のプロセッサによって実行されたときに、特定の作業を実行するか、または特定の抽象データ型を実装する、ルーチン、プログラム、物体、構成要素、データ構成などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ランダムアクセスメモリ（ＲＡＭ）などのコンピュータ可読媒体に記憶されてもよい。当業者によって理解されるように、プログラムモジュールの機能は、様々な実施形態において所望されるように、組み合わされてもよく、または分散されてもよい。さらに、機能は、全体的または部分的に、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのファームウェアまたはハードウェア均等物において具現化されてもよい。
【0280】
本開示は、明示的にまたはその任意の一般化のいずれかで、本明細書に開示される任意の新規の特徴または特徴の組み合わせを含む。本開示の前述の例示的な実施形態に対する様々な修正および適応は、添付の図面と併せて読まれるとき、前述の説明を考慮して、当業者に明らかになり得る。しかしながら、任意のおよび全ての変更は、本開示の非限定的かつ例示的な実施形態の範囲内に依然として含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図6D】
【図6E】
【図6F】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2024-05-07
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ユーザ装置（ＵＥ）によって実行される方法（１００）であって、基地局から、前記ＵＥのために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを受信すること（１０２）と、
前記第１のインジケーションに従って前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定すること（１０４）と、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを、前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することと、
を有する方法。
【請求項2】
請求項１に記載の方法であって、前記第１のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
前記ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子と、
１つまたは複数のファクタと、ここで、前記１つまたは複数のファクタが満たされる場合に、前記ＳＬキャリアはアクティブ化または非アクティブ化される必要がある、
のうちの１つまたは複数の情報を含む方法。
【請求項3】
請求項２に記載の方法であって、前記１つまたは複数のファクタは、前記ＳＬキャリアが非アクティブ化される必要がある期間を示す時間閾値と、
それを超えると前記ＳＬキャリアがアクティブ化される必要があるバッファ閾値と、
前記ＳＬキャリアをアクティブ化するタイミングと、
前記ＳＬキャリアを非アクティブ化するタイミングと、
のうちの１つまたは複数を含む方法。
【請求項4】
請求項２に記載の方法であって、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示す前記インジケータは、ビットマップ中において前記ＳＬキャリアに関連付けられたビットである方法。
【請求項5】
請求項２に記載の方法であって、前記ＵＥは、前記１つまたは複数のファクタに少なくとも部分的に基づいて、前記ＳＬキャリアをアクティブ化または非アクティブ化するかを決定する方法。
【請求項6】
請求項１に記載の方法であって、前記ＵＥが前記ＳＬキャリアをアクティブ化することを決定する場合、前記方法は、さらに、前記第１のインジケーションに従って前記ＳＬキャリアをアクティブ化すること、
を有する方法。
【請求項7】
請求項１に記載の方法であって、前記ＵＥが前記ＳＬキャリアを非アクティブ化すると決定する場合、前記方法は、さらに、前記第１のインジケーションに従って前記ＳＬキャリアを非アクティブ化すること、
を有する方法。
【請求項8】
請求項７に記載の方法であって、前記ＳＬキャリアの前記非アクティブ化は、前記ＳＬキャリアに関連する任意のモード２のＳＬグラントをクリアすることと、
前記ＵＥがモード２リソース割り当てを採用する場合に前記ＳＬキャリア上でのセンシングを停止することと、
前記ＳＬキャリア上でのＳＬ送信を停止することと、
前記ＳＬキャリア上でのＳＬ受信を停止することと、
のうちの１つまたは複数を含む方法。
【請求項9】
請求項６に記載の方法であって、前記第１のインジケーションに少なくとも部分的に基づいて決定されるタイミング情報にしたがって、前記ＳＬキャリアがアクティブ化または非アクティブ化される方法。
【請求項10】
請求項１に記載の方法であって、前記第２のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
のうちの１つまたは複数の情報を含む方法。
【請求項11】
請求項１に記載の方法であって、前記１つまたは複数の他のＵＥは、前記ＳＬキャリアに関連付けられ、前記第１のインジケーションによって示される１つまたは複数の宛先識別子に関連付けられる方法。
【請求項12】
請求項１に記載の方法であって、さらに、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアのアクティブ化または非アクティブ化を受諾または拒否することを示すメッセージと、
のうちの１つまたは複数を受信すること、を有する方法。
【請求項13】
請求項１に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記１つまたは複数の他のＵＥのうちの少なくとも１つから、前記第２のインジケーションが前記１つまたは複数の他のＵＥのうちの前記少なくとも１つによって受信されたことを示すアクノレッジメントと、
前記１つまたは複数の他のＵＥのうちの前記少なくとも１つが前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化を受諾することを示すメッセージと、
のうちの１つまたは複数を受信すると、前記ＵＥによって実行される方法。
【請求項14】
請求項１に記載の方法であって、前記ＳＬキャリアの前記アクティブ化または前記非アクティブ化は、前記ＵＥから前記ＵＥのピアＵＥへの方向に適用可能である方法。
【請求項15】
請求項１に記載の方法であって、さらに、前記ＳＬキャリアについての情報を前記基地局および／または前記ＵＥのピアＵＥに送信すること、を有し、ここで、前記ＳＬキャリアについての前記情報は、前記ＳＬキャリアをアクティブ化または非アクティブ化するかどうかを決定するために、前記ＵＥの前記基地局および／または前記ピアＵＥによって使用されることが可能である方法。
【請求項16】
請求項１５に記載の方法であって、前記ＳＬキャリアについての前記情報の前記送信は、定期的に、
イベントでトリガーされること、
前記ＵＥの前記ピアＵＥから要求を受信すること、および、
前記基地局からシグナリングを受信すること、
のうちの１つまたは複数の手法で、前記ＵＥによって実行される方法。
【請求項17】
請求項１５に記載の方法であって、前記ＳＬキャリアに関する前記情報は、前記ＳＬキャリアにマッピングされるすべてのサービスまたは１つもしくは複数のサービスについてのバッファ状態レポートと、
現在のデータのバッファ状態レポートと、
来ると予想される将来のデータのバッファ状態レポートと、
前記ＳＬキャリアのリソースステータスと、
チャネル測定情報と、
電力節約についての好みと、
のうちの１つまたは複数を含む方法。
【請求項18】
請求項１に記載の方法であって、さらに、前記ＵＥのピアＵＥから前記ＳＬキャリアについての情報を受信すること、を有し、ここで、前記ＳＬキャリアについての情報は、前記ＳＬキャリアをアクティブ化または非アクティブ化することを決定するために前記ＵＥによって使用されることが可能である方法。
【請求項19】
請求項１に記載の方法であって、前記ＵＥが前記ＳＬキャリアのためのタイマを構成される場合に、前記方法は、さらに、前記ＳＬキャリアの前記アクティブ化に応じて前記タイマを始動することと、
１つまたは複数のイベントに応じて前記タイマを再始動することと、
前記タイマが満了したときに前記ＳＬキャリアを非アクティブ化することを開始することと、
前記ＵＥが前記ＳＬキャリアを非アクティブ化することを開始した場合に前記タイマを停止することと、
のうちの１つまたは複数のアクションを実行すること、を有する方法。
【請求項20】
請求項１９に記載の方法であって、前記１つまたは複数のイベントは、前記ＳＬキャリアについての１つまたは複数のＳＬグラントを示すダウンリンク制御情報（ＤＣＩ）の前記ＵＥによる受信と、
構成されたＳＬグラントにおける前記ＳＬキャリア上での媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の前記ＵＥによる送信と、
前記ＵＥがＳＬグラントを取得した後に前記ＳＬキャリア上でのサイドリンク制御情報（ＳＣＩ）の送信と、
前記ＵＥのピアＵＥから到来する受信信号を示すＳＣＩを前記ＳＬキャリア上で前記ＵＥにより受信することと、
のうちの１つまたは複数を含む方法。
【請求項21】
ユーザ装置であるＵＥ（６１０）であって、請求項１から２０のいずれか一項に記載の方法を実行するように構成された１つまたは複数のプロセッサを有するＵＥ。
【請求項22】
基地局によって実行される方法（２００）であって、ユーザ装置（ＵＥ）のために構成されたサイドリンク（ＳＬ）キャリアをアクティブ化または非アクティブ化する第１のインジケーションを決定すること（２０２）と、
前記ＳＬキャリアをアクティブ化または非アクティブ化する第２のインジケーションを前記ＳＬキャリアを構成された１つまたは複数の他のＵＥに送信することができる前記ＵＥへ前記第１のインジケーションを送信すること（２０４）と、
を有する方法。
【請求項23】
請求項２２に記載の方法であって、前記第１のインジケーションは、前記ＳＬキャリアの識別子と、
前記ＳＬキャリアがアクティブ化または非アクティブ化される必要があることを示すインジケータと、
前記ＳＬキャリアに関連付けられた１つまたは複数の宛先識別子と、
１つまたは複数のファクタと、ここで、前記１つまたは複数のファクタが満たされる場合、前記ＳＬキャリアがアクティブ化または非アクティブ化される必要がある、
のうちの１つまたは複数の情報を含む方法。
【請求項24】
基地局（６１０）であって、請求項２２または２３に記載の方法を実行するように構成された１つまたは複数のプロセッサ（６１１）を有する基地局。
【国際調査報告】