特許 6935557 無線通信システムにおいて、マルチサイドリンク通信を処理するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6935557

(24)【登録日】2021年8月27日

(45)【発行日】2021年9月15日

(54)【発明の名称】無線通信システムにおいて、マルチサイドリンク通信を処理するための方法および装置

(51)【国際特許分類】

   H04W 76/34 20180101AFI20210906BHJP

   H04W 92/18 20090101ALI20210906BHJP

   H04W 28/04 20090101ALI20210906BHJP

【ＦＩ】

   H04W76/34

   H04W92/18

   H04W28/04

【請求項の数】12

【外国語出願】

【全頁数】69

(21)【出願番号】特願2020-132853(P2020-132853)

(22)【出願日】2020年8月5日

(65)【公開番号】特開2021-27589(P2021-27589A)

(43)【公開日】2021年2月22日

【審査請求日】2020年10月2日

(31)【優先権主張番号】62/884,365

(32)【優先日】2019年8月8日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】▲くん▼ ▲逸▼軒

(72)【発明者】

【氏名】曾 立至

(72)【発明者】

【氏名】▲黄▼ 俊偉

(72)【発明者】

【氏名】李 名哲

(72)【発明者】

【氏名】潘 立▲徳▼

【審査官】 米倉 明日香

(56)【参考文献】

【文献】 米国特許出願公開第２０１７／０２８０４８６（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１６／００４４７３７（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０２０／０２８７６６５（ＵＳ，Ａ１）

【文献】 LG Electronics Inc.，MAC modeling for ProSe communication，3GPP TSG-RAN WG2 #88 R2-145036，2014年11月07日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線リンク障害を処理する第１のデバイスの方法であって、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium Access Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないことと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を含む方法。

【請求項2】

前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止せず、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（Physical Sidelink Control Channel）、および／またはＰＳＦＣＨ（Physical Sidelink Feedback Channel）送信または受信を含む、請求項１に記載の方法。

【請求項3】

無線リンク障害を処理する第１のデバイスの方法であって、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium Access Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を含む方法。

【請求項4】

前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしない、請求項３に記載の方法。

【請求項5】

前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止せず、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（Physical Sidelink Control Channel）、および／またはＰＳＦＣＨ（Physical Sidelink Feedback Channel）送信または受信を含む、請求項３に記載の方法。

【請求項6】

前記第１のデバイスは、前記無線リンク障害に応答して、ネットワークによってスケジューリングされたか、または前記第１のデバイスによって予約された前記第２のデバイスに関連するサイドリンクユニキャストリソースを解放する、請求項３に記載の方法。

【請求項7】

無線リンク障害を処理する第１のデバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium Access Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないことと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を行うように構成されている、第１のデバイス。

【請求項8】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止しないことであって、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（Physical Sidelink Control Channel）、および／またはＰＳＦＣＨ（Physical Sidelink Feedback Channel）送信または受信を含む、ことを行うようにさらに構成されている、請求項７に記載の第１のデバイス。

【請求項9】

無線リンク障害を処理する第１のデバイスの方法であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium Access Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を行うように構成されている、第１のデバイス。

【請求項10】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないこと、を行うようにさらに構成されている、請求項９に記載の第１のデバイス。

【請求項11】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止しないことであって、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（Physical Sidelink Control Channel）、および／またはＰＳＦＣＨ（Physical Sidelink Feedback Channel）送信または受信を含む、ことを行うようにさらに構成されている、請求項９に記載の第１のデバイス。

【請求項12】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、ネットワークによってスケジューリングされたか、または前記第１のデバイスによって予約された前記第２のデバイスに関連するサイドリンクユニキャストリソースを解放すること、を行うようにさらに構成されている、請求項９に記載の第１のデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年８月８日に出願された米国仮特許出願第６２／８８４，３６５号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。

【0002】

本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、マルチサイドリンク通信を処理するための方法および装置に関する。

【背景技術】

【0003】

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

【0004】

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

【発明の概要】

【0005】

方法およびデバイスは、無線リンク障害を処理する第１のデバイスの観点から開示される。１つの方法では、本方法は、第１のデバイスが、第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することを含む。本方法はまた、第１のデバイスが、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することを含む。本方法はまた、第１のデバイスが、第２のデバイスに関連する無線リンク障害を検出することを含む。本方法はさらに、第１のデバイスが、無線リンク障害に応答して、第２のデバイスに関連するサイドリンクＭＡＣリセットを行い、第３のデバイスに関連するサイドリンクＭＡＣリセットを行わないことを含む。

【図面の簡単な説明】

【0006】

【図1】１つの例示的な実施形態による無線通信システムの図を示す。

【図2】１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。

【図3】１つの例示的な実施形態による、通信システムの機能ブロック図である。

【図4】１つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。

【図5】３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．２．１．４−１の複製である。

【図6】１つの例示的な実施形態による図である。

【図7】１つの例示的な実施形態による図である。

【図8】１つの例示的な実施形態による図である。

【図9】１つの例示的な実施形態による図である。

【図10】１つの例示的な実施形態による図である。

【図11】１つの例示的な実施形態による図である。

【図12】１つの例示的な実施形態による図である。

【図13】１つの例示的な実施形態によるフローチャートである。

【図14】１つの例示的な実施形態によるフローチャートである。

【図15】１つの例示的な実施形態によるフローチャートである。

【図16】１つの例示的な実施形態によるフローチャートである。

【図17】１つの例示的な実施形態によるフローチャートである。

【発明を実施するための形態】

【0007】

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Long Term Evolution）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてもよい。

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TS 38.213 V15.5.0,“NR; Physical layer procedures for control (Release 15)”; TS 38.300 V15.5.0, “NR; NR and NG-RAN Overall Description; Stage 2 (Release 15)”; TS 38.331 V15.6.0, “NR; Radio Resource Control (RRC) protocol specification (Release 15)”; TS 36.321 V15.6.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 15)”; 3GPP RAN1#96bis meeting report; 3GPP RAN2#106 meeting report; 3GPP RAN1#94 meeting report; TS 23.287 V1.0.0, “Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)”; R1-1900885, “Physical layer procedures for HARQ operation for groupcast and unicast transmissions”, Qualcomm, RAN1#AH1901 meeting; R2-1907658, “Discussion on RAN1 Reply LS on SL RLM_RLF for NR V2X”, LG, RAN2#106 meeting; 3GPP RAN1#AH1901 meeting report; R1-1907755, “Feature lead summary#2 for 7.2.4.1 Physical layer structure for sidelink”, Samsung, RAN1#97 meeting; TS 38.321 V15.6.0, “NR; Medium Access Control (MAC) protocol specification (Release 15)”; TS 36.331 V15.6.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 15)”;及び 3GPP RAN2#103bis meeting reportを含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

【0009】

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

【0010】

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

【0011】

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

【0012】

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、ネットワークノード、ネットワーク、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

【0013】

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

【0014】

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

【0015】

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

【0016】

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

【0017】

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ〜２２４ｔから送信される。

【0018】

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

【0019】

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

【0020】

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

【0021】

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

【0022】

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

【0023】

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

【0024】

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

【0025】

３ＧＰＰ ＴＳ ３８．３００では、無線リンク監視と無線リンク障害について以下のように導入されている。
［外１］

【0026】

３ＧＰＰ ＴＳ ２３．２８７では、ＮＲ Ｖ２Ｘ（Vehicle-to-Everything）通信のための識別子が以下のように導入されている。
［外２］

［“Granularity of PC5 Unicast Link”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．２．１．４−１は図５として複製］
［外３］

【0027】

３ＧＰＰ ＴＳ ３８．３３１では、無線リンク障害決定が以下のように導入されている。
［外４］

【0028】

３ＧＰＰ ＴＳ ３６．３２１では、サイドリンクデータの送信および受信が以下のように導入されている。
［外５］

【0029】

３ＧＰＰ ＲＡＮ１＃９６ｂｉｓ ｍｅｅｔｉｎｇ（３ＧＰＰ ＲＡＮ１＃９６ｂｉｓ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＳＬ（Sidelink）ＲＬＭ（Radio Link Monitoring）専用の新しい参照信号が導入されず、ＳＬ ＲＬＭ目的のためだけの定期的なＲＳ（Reference Signal）送信がないことが以下のように合意された。
［外６］

【0030】

３ＧＰＰ ＲＡＮ２＃１０６ ｍｅｅｔｉｎｇ（３ＧＰＰ ＲＡＮ２＃１０６ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＰＣ５ ＲＬＭ／ＲＬＦについては、物理層が以下のようにＩＳ／ＯＯＳの定期的な表示を上位レイヤに提供するという想定が合意されている。
［外７］

【0031】

３ＧＰＰ ＲＡＮ１＃９４ ｃｈａｉｒｍａｎ’ｓ ｎｏｔｅ（３ＧＰＰ ＲＡＮ１＃９４ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＮＲ Ｖ２Ｘの合意は以下のように提供される。
［外８］

【0032】

３ＧＰＰ ＲＡＮ１＃ＡＨ１９０１ ｍｅｅｔｉｎｇ（３ＧＰＰ ＲＡＮ１＃ＡＨ１９０１ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＳＣＩフォーマットに関して以下のように合意がなされている。
［外９］

【0033】

３ＧＰＰ ＴＳ ３６．３３１は、以下のようにＶ２Ｘサイドリンク送信およびリソースプール選択を以下のように導入している。
［外１０］

【0034】

３ＧＰＰ ＴＳ ３８．３２１では、ＭＡＣ（Medium Access Control）リセットが以下のように導入されている。
［外１１］

【0035】

ＲＡＮ１＃ＡＨ１９０１ ｍｅｅｔｉｎｇにおける文書（３ＧＰＰ Ｒ１−１９００８８５）では、上位レイヤによって提供されるレイヤ２送信元ＩＤからレイヤ１送信元ＩＤが導出され得ることが導入された。
［外１２］

【0036】

３ＧＰＰ ＲＡＮ２＃１０３ｂｉｓ ｍｅｅｔｉｎｇ（３ＧＰＰ ＲＡＮ２＃１０３ｂｉｓ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＮＲ Ｖ２Ｘにおいてユニキャスト、グループキャスト、およびブロードキャストが以下のようにサポートされることが合意された。
［外１３］

【0037】

３ＧＰＰ ＲＡＮ２＃１０６ ｍｅｅｔｉｎｇ（３ＧＰＰ ＲＡＮ２＃１０６ ｍｅｅｔｉｎｇ ｒｅｐｏｒｔにキャプチャされているように）では、ＳＣＩ（Sidelink Control Information）に基づくＳＬ ＲＬＭ（Radio Link Monitoring）がＬＧ（３ＧＰＰ Ｒ２−１９０７６５８で議論されているように）によって以下のように導入されている。
［外１４］

【0038】

ＲＡＮ１＃９７ ｍｅｅｔｉｎｇ（３ＧＰＰ Ｒ１−１９０７７５５にキャプチャされているように）では、異なるキャストタイプのＳＣＩの内容が以下のように説明されている。
［外１５］

【0039】

以下の専門用語の１つまたは複数を以下使用してもよい：
ＢＳ：１つ以上のセルに関連する１つ以上のＴＲＰを制御するために使用される、ＮＲにおけるネットワーク中央ユニットまたはネットワークノード。ＢＳとＴＲＰと間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ばれ得る。
ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニットまたはネットワークノードとも呼ばれ得る。
セル：セルは、１つ以上の関連ＴＲＰから構成される。すなわち、セルのカバレッジは、すべての関連ＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）とも呼ばれ得る。
スロット：スロットは、ＮＲにおけるスケジューリングユニットとすることができる。スロット継続時間は、１４のＯＦＤＭシンボルを有する。
ミニスロット：ミニスロットは、デュレーションが１４のＯＦＤＭシンボル未満であるスケジューリングユニットである。

【0040】

ネットワーク側について以下の仮定の１つまたは複数を以下使用してもよい：
同一セル内のＴＲＰのダウンリンクタイミングが同期される。
ネットワーク側のＲＲＣレイヤはＢＳ内にある。

【0041】

ＵＥ側について以下の仮定の１つまたは複数を以下使用してもよい：
少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態若しくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属してもよい。

【0042】

３ＧＰＰ ＲＡＮ２＃１０３ｂｉｓ ｍｅｅｔｉｎｇにおいて、ユニキャスト、ブロードキャスト、およびグループキャストがＮＲ Ｖ２Ｘでサポートされることが合意されている。ＲＡＮ１＃９７議論によれば、サイドリンクユニキャストまたはグループキャストのためのＳＣＩは、ＨＡＲＱ結合のためのＨＡＲＱプロセス番号を含むことができる。しかし、Ｖ２Ｘ ＵＥが複数のＵＥとサイドリンクユニキャストまたはグループキャストを行っている可能性があるため、２つのＵＥが同じＨＡＲＱプロセス番号をＶ２Ｘ ＵＥに示す可能性があり、衝突が発生する可能性がある。さらに、サイドリンクブロードキャストはＨＡＲＱ結合を必要しなくてもよく、ＳＣＩの内容がユニキャストまたはグループキャストのためのＳＣＩと異なる可能性がある（例えば、ＨＡＲＱプロセス番号なし）ため、Ｖ２Ｘ ＵＥは、異なるキャストタイプのＳＣＩ／ＳＬデータの受信に関して異なる挙動を有する可能性がある。本出願では、サイドリンク通信を行うＶ２Ｘ ＵＥのための可能なアーキテクチャおよび挙動を論じている。

【0043】

第１の概念

【0044】

第１の概念では、第１のＵＥは、１つ以上の第２のＵＥに関連付けられた（例えば、１つ以上のレイヤ２宛先ＩＤに関連付けられた）すべてのサイドリンクユニキャスト送信のための１つの（サイドリンク）ＭＡＣエンティティを維持することができる。第１のＵＥは、（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱ（Hybrid Automatic Repeat Request）エンティティを維持することができる。（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱエンティティは、多数の（並列）サイドリンクＨＡＲＱプロセスを維持することができる。（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱエンティティによって維持される各サイドリンクＨＡＲＱプロセスは、第１のＵＥが関心のあるＳＣＩに関連付けられる可能性がある。第１のＵＥは、少なくともＳＣＩに関連付けられた宛先ＩＤ（例えば、ＳＣＩによって示されるレイヤ１宛先ＩＤ）に基づいて、第１のＵＥがＳＣＩに関心があるかどうかを決定することができる。追加的または代替的に、第１のＵＥは、少なくともＳＣＩがサイドリンクブロードキャストのためのものであるどうかに基づいて、第１のＵＥがＳＣＩに関心があるかどうかを決定することができる（例えば、第１のＳＣＩがサイドリンクブロードキャストのためのものである場合、第１のＵＥはＳＣＩに関心がある）。第１のＵＥは、ＳＣＩに関連付けられたＨＡＲＱ情報およびＴＢ（Transport Block）をサイドリンクＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、異なるＳＣＩが異なるＴＢに関連付けられている場合、異なるＳＣＩを（サイドリンクブロードキャストに関連付けられた１つのＨＡＲＱエンティティにおいて）異なるＨＡＲＱプロセスに関連付けることができる。追加的または代替的に、第１のＵＥは、異なるＳＣＩを（サイドリンクブロードキャストに関連付けられた１つのＨＡＲＱエンティティにおいて）異なるＨＡＲＱプロセスに関連付けることができる。

【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】

一実施形態では、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連する（すべての）サイドリンク送信および／または受信を停止することを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第３のデバイスと関連する（すべての）サイドリンク送信および／または受信を停止することを含まなくてもよい。サイドリンク送信または受信は、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＣＣＨ（(Physical Sidelink Control Channel）、および／またはＰＳＦＣＨ（Physical Sidelink Feedback Channel）送信または受信を含むか、または備えてもよい。

【0088】

一実施形態では、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、満了となる第２のデバイスに関連する１つ以上のタイマを考慮することを含むか、または備えてもよい。追加的または代替的に、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、満了となる第３のデバイスに関連する１つ以上のタイマを考慮しないことを含むか、または備えてもよい。また、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第２のデバイスに関連する（すべての）ペンディング（pending）のスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルすることを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第３のデバイスに関連する（すべての）ペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルすることを含まなくてもよい。

【0089】

一実施形態では、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第２のデバイスとのサイドリンクユニキャスト通信に関連する（すべての）ソフトバッファをフラッシュ（flush）することを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第３のデバイスとのサイドリンクユニキャスト通信に関連する（すべての）ソフトバッファをフラッシュすることを含まなくてもよい。

【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】

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】