(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-23
(54)【発明の名称】端末装置によって実行される方法及び端末装置
(51)【国際特許分類】
H04W 24/04 20090101AFI20241016BHJP
H04W 76/19 20180101ALI20241016BHJP
H04W 76/30 20180101ALI20241016BHJP
H04W 92/18 20090101ALI20241016BHJP
H04W 76/14 20180101ALI20241016BHJP
H04B 1/3827 20150101ALI20241016BHJP
【ＦＩ】
H04W24/04
H04W76/19
H04W76/30
H04W92/18
H04W76/14
H04B1/3827 110
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024519675
(86)(22)【出願日】2021-09-29
(85)【翻訳文提出日】2024-05-29
(86)【国際出願番号】 CN2021121709
(87)【国際公開番号】W WO2023050148
(87)【国際公開日】2023-04-06
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ダー
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K011
5K067
【Ｆターム（参考）】
5K011BA04
5K011DA02
5K011DA26
5K011JA01
5K011KA03
5K067AA33
5K067DD28
5K067EE25
5K067HH21
5K067LL01
(57)【要約】
実施形態によれば、サイドリンクに関する解決策が提案される。端末装置は、サイドリンク通信についての継続的なリスニング・ビフォー・トーク（ＬＢＴ）障害検出の設定を取得する。この設定は、継続的なＬＢＴ障害についての条件を示す。端末装置はまた、サイドリンク通信について継続的なＬＢＴ障害を検出する。この条件が満たされた場合、端末装置は、このサイドリンク通信を解放すること、このサイドリンク通信を一時停止すること、又は継続的なＬＢＴ障害回復を実行すること、のうちの１つを実行する。これにより、端末装置は電力を削減することができる。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
通信の方法であって、第１の端末装置において、サイドリンク通信における継続的なリスニング・ビフォー・トーク（ＬＢＴ）障害についての条件を示す継続的なＬＢＴ障害検出の設定を取得することと、
前記条件に基づいて、前記サイドリンク通信について継続的なＬＢＴ障害を検出することと、
前記条件が満たされたとの決定に応じて、
前記サイドリンク通信を解放すること、
前記サイドリンク通信を一時停止すること、又は
前記サイドリンク通信について継続的なＬＢＴ障害回復を実行すること、
のうちの１つを実行することと、
を含む方法。
【請求項2】
前記設定を取得することは、システム情報又は無線リソース制御（ＲＲＣ）再設定を介して前記設定をネットワーク装置から受信すること、又は
前記設定を予め設定された情報から取得すること、
を含む、請求項１に記載の方法。
【請求項3】
前記サイドリンク通信について前記継続的なＬＢＴ障害を検出することは、サイドリンク帯域幅部分（ＢＷＰ）ごとに前記継続的なＬＢＴ障害を検出すること、
を含む、請求項１に記載の方法。
【請求項4】
前記サイドリンクＢＷＰが非アクティブ化されたとの決定に応じて、前記サイドリンク通信についてのＬＢＴ障害をカウントするためのカウンタをリセットすることと、前記継続的なＬＢＴ障害を検出するためのタイマを停止させることと、
をさらに含む、請求項３に記載の方法。
【請求項5】
前記サイドリンクＢＷＰがアップリンクＢＷＰと少なくとも部分的に重複するとの決定、及び前記サイドリンクＢＷＰにおいてサイドリンクのＬＢＴ障害が検出されたとの決定に応じて、アップリンクの継続的なＬＢＴ障害検出のカウンタの値を１だけ増加させることと、前記アップリンクの継続的なＬＢＴ障害検出のタイマを起動又は再起動することと、
をさらに含む、請求項３に記載の方法。
【請求項6】
前記サイドリンクＢＷＰがアップリンクＢＷＰと少なくとも部分的に重複するとの決定、及び前記アップリンクＢＷＰにおいてアップリンクのＬＢＴ障害が検出されたとの決定に応じて、前記継続的なＬＢＴ障害をカウントするためのカウンタの値を１だけ増加させることと、前記継続的なＬＢＴ障害検出のタイマを起動又は再起動することと、
をさらに含む、請求項３に記載の方法。
【請求項7】
前記サイドリンク通信を解放することは、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のデータ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のシグナリング無線ベアラ（ＳＲＢ：Ｓｅｒｖｉｃｅ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク通信関連設定を破棄すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク固有ＭＡＣをリセットすること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についてのＰＣ５－ＲＲＣ接続を解放すること、
全ての送信先端末装置についての前記ＰＣ５－ＲＲＣ接続の解放又は全ての送信先端末装置を上位層に示すこと、
前記継続的なＬＢＴ障害についてネットワーク装置に通知すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての無線リンク障害（ＲＬＦ）について前記ネットワーク装置に通知すること、又は
前記ネットワーク装置に、前記継続的なＬＢＴ障害のＢＷＰ情報及びキャリア情報を送信すること、
のうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項8】
前記サイドリンク通信を一時停止することは、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のＤＲＢを一時停止すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のＳＲＢを一時停止すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置の前記ＤＲＢ及び前記ＳＲＢについてサイドリンク送信を一時停止すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク固有ＭＡＣをリセットすること、
サイドリンクキャリア及び／又は前記サイドリンクＢＷＰを一時停止すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についてのＰＣ５－ＲＲＣ接続を一時停止すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての前記ＰＣ５－ＲＲＣ接続の一時停止を示すこと、
前記継続的なＬＢＴ障害についてネットワーク装置に通知すること、
全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての無線リンク障害（ＲＬＦ）について前記ネットワーク装置に通知すること、又は
前記ネットワーク装置に、前記継続的なＬＢＴ障害のＢＷＰ情報及びキャリア情報を送信すること、
のうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項9】
ネットワーク装置から、前記サイドリンク通信を再設定するための再設定メッセージを受信することと、前記ＤＲＢを再開すること、
前記ＳＲＢを再開すること、
前記ＤＲＢ及び前記ＳＲＢについて前記サイドリンク送信を再開すること、
前記サイドリンクキャリア及び／又はサイドリンクＢＷＰを再開すること、
前記ＰＣ５－ＲＲＣ接続を再開すること、又は
前記ＰＣ５－ＲＲＣ接続の再開を上位層に示すこと、
のうちの少なくとも１つを実行することと、
をさらに含む、請求項８に記載の方法。
【請求項10】
前記継続的なＬＢＴ障害回復を実行することは、前記継続的なＬＢＴ障害が発生していない別のサイドリンクＢＷＰ又はキャリアに切り替えること、
前記サイドリンクＢＷＰ又はサイドリンクキャリアを解放すること、又は
前記サイドリンクＢＷＰ又は前記サイドリンクキャリアを非アクティブ化すること、
のうちの少なくとも１つを含む、請求項３に記載の方法。
【請求項11】
ネットワーク装置に、前記サイドリンクＢＷＰの切替え、
前記サイドリンクＢＷＰの解放又は非アクティブ化、
前記サイドリンクキャリアの切替え、又は
前記サイドリンクキャリアの解放又は非アクティブ化、
のうちの少なくとも１つを示す情報を送信することをさらに含む、請求項１０に記載の方法。
【請求項12】
前記継続的なＬＢＴ障害を検出することは、サイドリンクリソースプールごとに前記継続的なＬＢＴ障害を検出すること、
を含む、請求項１に記載の方法。
【請求項13】
現在のサイドリンクリソースプールについての前記継続的なＬＢＴ障害の検出の決定に応じて、現在のリソースプールを解放すること、
前記現在のリソースプールを一時停止すること、又は
前記現在のリソースプールを非アクティブ化すること、
のうちの少なくとも１つを実行することをさらに含む、請求項１２に記載の方法。
【請求項14】
現在のサイドリンクリソースプールについての前記継続的なＬＢＴ障害の検出の決定に応じて、別のリソースプールを再選択すること、をさらに含む、請求項１３に記載の方法。
【請求項15】
全てのリソースプールが使用不可能であるとの決定に応じて、前記サイドリンク通信を解放すること、
前記サイドリンク通信を一時停止すること、
前記サイドリンク通信について前記継続的なＬＢＴ障害回復を実行すること、
のうちの１つを実行すること、
をさらに含む、請求項１３に記載の方法。
【請求項16】
前記サイドリンク通信について前記継続的なＬＢＴ障害を検出することは、メディアアクセス制御（ＭＡＣ）エンティティにおいて下位層から受信したＬＢＴ障害指示をカウントすること、
を含む、請求項１に記載の方法。
【請求項17】
ネットワーク装置から、設定されたサイドリンク許可再送信が前記第１の端末装置においてサポートされるか否かを示す情報を受信することと、前記設定されたサイドリンク許可再送信がサポートされるとの決定、及びＭＡＣプロトコルデータユニット（ＰＤＵ）の送信が失敗した又は前記ＭＡＣ ＰＤＵのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの受信がないとの決定に応じて、前記設定されたサイドリンク許可を用いて前記ＭＡＣ ＰＤＵを再送信することと、
をさらに含む、請求項１に記載の方法。
【請求項18】
ネットワーク装置から、サイドリンク受信信号強度インジケータ（ＲＳＳＩ）及びチャネル占有測定についてのサイドリンク測定設定を受信することと、第２の端末装置に、サイドリンクＲＳＳＩ及びチャネル占有測定についての前記サイドリンク測定設定を送信することと、
前記第２の端末装置から、サイドリンクＲＳＳＩ及びチャネル占有測定の測定報告を受信することと、
前記ネットワーク装置に、サイドリンクＲＳＳＩ及びチャネル占有測定の前記測定報告を送信することと、
をさらに含む、請求項１に記載の方法。
【請求項19】
プロセッサと、前記プロセッサに接続され、命令を記憶したメモリと、
を備える端末装置であって、
前記命令が前記プロセッサにより実行された場合、請求項１～１８の何れか一項に記載の方法を実行する、
端末装置。
【請求項20】
少なくとも１つのプロセッサにおいて実行された場合、前記少なくとも１つのプロセッサに、請求項１～１８の何れか一項に記載の方法を実行させる命令を記憶している、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として、電気通信の分野に関し、特に通信の方法、装置及びコンピュータ可読媒体に関する。
【背景技術】
【0002】
通信性能を向上させるためにいくつかの技術が提案されている。例えば、装置間（Ｄ２Ｄ：ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）／サイドリンク通信が提案されている。サイドリンクとは、ｅＮＢを経由せずに装置と装置との間の特殊な通信メカニズムである。
【発明の概要】
【発明が解決しようとする課題】
【0003】
全体として、本開示の例示的な実施形態は、通信のための解決策を提供する。
【課題を解決するための手段】
【0004】
第１の態様では、通信方法が提供される。前記通信方法は、第１の端末装置において、サイドリンク通信における継続的なリスニング・ビフォー・トーク（ＬＢＴ：ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）障害についての条件を示す継続的なＬＢＴ障害検出の設定を取得することと、前記条件に基づいて、前記サイドリンク通信について継続的なＬＢＴ障害を検出することと、前記条件が満たされたとの決定に応じて、前記サイドリンク通信を解放すること、前記サイドリンク通信を一時停止すること、又は前記サイドリンク通信について継続的なＬＢＴ障害回復を実行すること、のうちの１つを実行することと、を含む。
【0005】
第２の態様では、端末装置が提供される。前記端末装置は、プロセッシングユニットと、前記プロセッシングユニットに接続され、命令を記憶しているメモリとを備え、前記命令が前記プロセッシングユニットにより実行された場合、前記端末装置は、サイドリンク通信における継続的なリスニング・ビフォー・トーク（ＬＢＴ：ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ）障害についての条件を示す継続的なＬＢＴ障害検出の設定を取得することと、前記条件に基づいて、前記サイドリンク通信について継続的なＬＢＴ障害を検出することと、前記条件が満たされたとの決定に応じて、前記サイドリンク通信を解放すること、前記サイドリンク通信を一時停止すること、又は前記サイドリンク通信について継続的なＬＢＴ障害回復を実行すること、のうちの１つを実行することと、を含む。
【0006】
第３の態様では、少なくとも１つのプロセッサで実行された場合、当該少なくとも１つのプロセッサに、第１の態様又は第２の態様に記載の方法を実行させる命令を記憶しているコンピュータ可読媒体が提供される。
【0007】
本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
【図面の簡単な説明】
【0008】
添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【0009】
【0010】
【図2】本開示のいくつかの実施形態にかかる、通信のためのシグナリングフローを示す図である。
【0011】
【図3】本開示のいくつかの実施形態にかかる、通信のためのシグナリングフローを示す図である。
【0012】
【図4】本開示の実施形態にかかる、例示的な方法のフローチャートである。
【0013】
【図5】本開示の実施形態を実装するのに適した装置の概略ブロック図である。
【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】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、前記サイドリンクＢＷＰが非アクティブ化されたとの決定に応じて、前記サイドリンク通信についてのＬＢＴ障害をカウントするためのカウンタをリセットし、前記継続的なＬＢＴ障害を検出するためのタイマを停止させるように設定されている。
【0108】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、前記サイドリンクＢＷＰがアップリンクＢＷＰと少なくとも部分的に重複するとの決定、及び前記サイドリンクＢＷＰにおいてサイドリンクのＬＢＴ障害が検出されたとの決定に応じて、アップリンクの継続的なＬＢＴ障害検出のカウンタを１だけ増加させ、前記アップリンクの継続的なＬＢＴ障害検出のタイマを起動又は再起動するように設定されている。
【0109】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、前記サイドリンクＢＷＰがアップリンクＢＷＰと少なくとも部分的に重複するとの決定、及び前記アップリンクＢＷＰにおいてアップリンクのＬＢＴ障害が検出されたとの決定に応じて、前記継続的なＬＢＴ障害をカウントするためのカウンタを１だけ増加させ、前記継続的なＬＢＴ障害検出のタイマを起動又は再起動するように設定されている。
【0110】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のデータ無線ベアラ（ＤＲＢ）を解放すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のシグナリング無線ベアラ（ＳＲＢ）を解放すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク通信関連設定を破棄すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク固有ＭＡＣをリセットすること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についてＰＣ５－ＲＲＣ接続を解放すること、全ての送信先端末装置の前記ＰＣ５－ＲＲＣ接続の解放又は全ての送信先端末装置を上位層に通知すること、前記継続的なＬＢＴ障害についてネットワーク装置に通知すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての無線リンク障害（ＲＬＦ）について前記ネットワーク装置に通知すること、又は前記ネットワーク装置に、前記継続的なＬＢＴ障害のＢＷＰ情報及びキャリア情報を送信すること、のうちの少なくとも１つにより、前記サイドリンク通信を解放するように設定されている。
【0111】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のＤＲＢを一時停止すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のＳＲＢを一時停止すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置の前記ＤＲＢ及び前記ＳＲＢについてサイドリンク送信を一時停止すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置のサイドリンク固有ＭＡＣをリセットすること、サイドリンクキャリア及び／又は前記サイドリンクＢＷＰを一時停止すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についてＰＣ５－ＲＲＣ接続を一時停止すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての前記ＰＣ５－ＲＲＣ接続の一時停止を示すこと、前記継続的なＬＢＴ障害についてネットワーク装置に通知すること、全ての送信先端末装置又は前記サイドリンクＢＷＰにおいて動作している全ての送信先端末装置についての無線リンク障害（ＲＬＦ）について前記ネットワーク装置に通知すること、又は前記ネットワーク装置に、前記継続的なＬＢＴ障害のＢＷＰ情報及びキャリア情報を送信すること、のうちの少なくとも１つにより、前記サイドリンク通信を一時停止するように設定されている。
【0112】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、ネットワーク装置から、前記サイドリンク通信を再設定するための再設定メッセージを受信し、前記ＤＲＢを再開すること、前記ＳＲＢを再開すること、前記ＤＲＢ及び前記ＳＲＢについて前記サイドリンク送信を再開すること、前記サイドリンクキャリア及び／又はサイドリンクＢＷＰを再開すること、前記ＰＣ５－ＲＲＣ接続を再開すること、又は前記ＰＣ５－ＲＲＣ接続の再開を上位層に示すこと、のうちの少なくとも１つを実行するように設定されている。
【0113】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、前記継続的なＬＢＴ障害が発生していない別のサイドリンクＢＷＰ又はキャリアに切り替えること、前記サイドリンクＢＷＰ又はサイドリンクキャリアを解放すること、又は前記サイドリンクＢＷＰ又は前記サイドリンクキャリアを非アクティブ化すること、のうちの少なくとも１つにより、前記継続的なＬＢＴ障害回復を実行するように設定されている。
【0114】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、ネットワーク装置に、前記サイドリンクＢＷＰの切替え、前記サイドリンクＢＷＰの解放又は非アクティブ化、前記サイドリンクキャリアの切替え、又は前記サイドリンクキャリアの解放又は非アクティブ化、のうちの少なくとも１つを示す情報を送信するように設定されている。
【0115】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、サイドリンクリソースプールごとに前記継続的なＬＢＴ障害を検出することにより、前記継続的なＬＢＴ障害を検出するように設定されている。
【0116】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、現在のサイドリンクリソースプールについての前記継続的なＬＢＴ障害の検出の決定に応じて、現在のリソースプールを解放すること、前記現在のリソースプールを一時停止すること、又は前記現在のリソースプールを非アクティブ化すること，のうちの少なくとも１つを実行する。
【0117】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、現在のサイドリンクリソースプールについての前記継続的なＬＢＴ障害の検出の決定に応じて、別のリソースプールを再選択するように設定されている。
【0118】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、全てのリソースプールが使用不可能であるとの決定に応じて、前記サイドリンク通信を解放すること、前記サイドリンク通信を一時停止すること、又は前記サイドリンク通信について継続的なＬＢＴ障害回復を実行すること、のうちの１つを実行するように設定されている。
【0119】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、メディアアクセス制御（ＭＡＣ）エンティティにおいて下位層から受信したＬＢＴ障害指示をカウントすることにより、前記サイドリンク通信について前記継続的なＬＢＴ障害を検出するように設定されている。
【0120】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、ネットワーク装置から、設定されたサイドリンク許可再送信が前記第１の端末装置においてサポートされるか否かを示す情報を受信し、前記設定されたサイドリンク許可再送信がサポートされるとの決定、及びＭＡＣプロトコルデータユニット（ＰＤＵ）の送信が失敗した又は前記ＭＡＣ ＰＤＵのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの受信がないとの決定に応じて、前記設定されたサイドリンク許可を用いて前記ＭＡＣ ＰＤＵを再送信するように設定されている。
【0121】
いくつかの実施形態において、前記第１の端末装置は回路を備え、前記回路は、ネットワーク装置から、サイドリンク受信信号強度インジケータ（ＲＳＳＩ）及びチャネル占有測定についてのサイドリンク測定設定を受信し、第２の端末装置に、サイドリンクＲＳＳＩ及びチャネル占有測定についての前記サイドリンク測定設定を送信し、前記第２の端末装置から、サイドリンクＲＳＳＩ及びチャネル占有測定についての測定報告を受信し、前記ネットワーク装置に、サイドリンクＲＳＳＩ及びチャネル占有測定についての前記測定報告を送信するように設定されている。
【0122】
図５は本開示の実施形態を実装するのに適した装置５００の概略ブロック図である。装置５００は、図１に示す端末装置１１０及びネットワーク装置１２０の別の例示的な実施態様として考えられる。したがって、装置５００は、端末装置１１０において、或いはそれの少なくとも一部として実現されることができる。
【0123】
図示されるように、装置５００は、プロセッサ５１０と、プロセッサ５１０に接続されたメモリ５２０と、プロセッサ５１０に接続された適切な送信機（ＴＸ）及び受信機（ＲＸ）５４０と、ＴＸ／ＲＸ ５４０に接続された通信インターフェースとを備える。メモリ５２０は、プログラム５３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ５４０は双方向通信に用いられる。ＴＸ／ＲＸ ５４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0124】
プログラム５３０は、図２～図４を参照して本明細書で説明したように、関連付けられるプロセッサ５１０により実行された場合、装置５００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと仮定される。本明細書の実施形態は、装置５００のプロセッサ５１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実現されてもよい。プロセッサ５１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ５１０とメモリ５２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段５５０を形成してもよい。
【0125】
メモリ５２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置５００内には１つのメモリ５２０のみが示されているが、装置５００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ５１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置５００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0126】
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。
【0127】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２から図４の何れか一つを参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般的には、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で接続又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
【0128】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシンにおいて、部分的にマシンにおいて、独立したソフトウェアパッケージとして、部分的にマシンにおいてかつ部分的にリモートマシンにおいて、又は完全にリモートマシン又はサーバにおいて実行してもよい。
【0129】
上述のプログラムコードは、マシン可読媒体において実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。
【0130】
なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続する順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。
【0131】
本開示は、構造的な特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2024-09-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
端末装置によって実行される方法であって、選択された第１のリソースプールにおけるサイドリンクの継続的なリスニング・ビフォー・トーク（ＬＢＴ）障害を検出することと、
前記選択された第１のリソースプールにおける前記サイドリンクの継続的なＬＢＴ障害の検出に応じて、第２のリソースプールを解放することと、
を含む方法。
【請求項2】
設定された全てのリソースプールにおけるサイドリンクの継続的なＬＢＴ障害に応じて、全ての送信先について複数の処理を実行することをさらに含み、
前記全ての送信先のうちの各送信先について以下の処理を実行することは、
前記送信先のデータ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
前記送信先のサービス無線ベアラ（ＳＲＢ：Ｓｅｒｖｉｃｅ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
前記送信先のサイドリンク通信関連設定を破棄すること、
前記送信先のサイドリンク固有ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）をリセットすること、及び
前記送信先についてのＰＣ５－ＲＲＣ接続の解放を、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層によって上位層に示すこと
を含む、請求項１に記載の方法。
【請求項3】
選択された第１のリソースプールにおけるサイドリンクの継続的なリスニング・ビフォー・トーク（ＬＢＴ）障害を検出する手段と、
前記選択された第１のリソースプールにおける前記サイドリンクの継続的なＬＢＴ障害の検出に応じて、第２のリソースプールを解放する手段と、
を備えた端末装置。
【請求項4】
設定された全てのリソースプールにおけるサイドリンクの継続的なＬＢＴ障害に応じて、全ての送信先について複数の処理を実行する手段をさらに備え、
前記全ての送信先のうちの各送信先について以下の処理を実行することは、
前記送信先のデータ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
前記送信先のサービス無線ベアラ（ＳＲＢ：Ｓｅｒｖｉｃｅ Ｒａｄｉｏ Ｂｅａｒｅｒ）を解放すること、
前記送信先のサイドリンク通信関連設定を破棄すること、
前記送信先のサイドリンク固有ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）をリセットすること、及び
前記送信先についてのＰＣ５－ＲＲＣ接続の解放を、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層によって上位層に示すこと
を含む、請求項３に記載の端末装置。
【国際調査報告】