(57)【特許請求の範囲】
【請求項１】
無線リンク障害を処理する第１のデバイスの方法であって、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium  Access  Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないことと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を含む方法。
【請求項２】
前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止せず、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）、および／またはＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）送信または受信を含む、請求項１に記載の方法。
【請求項３】
無線リンク障害を処理する第１のデバイスの方法であって、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium  Access  Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を含む方法。
【請求項４】
前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしない、請求項３に記載の方法。
【請求項５】
前記第１のデバイスは、前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止せず、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）、および／またはＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）送信または受信を含む、請求項３に記載の方法。
【請求項６】
前記第１のデバイスは、前記無線リンク障害に応答して、ネットワークによってスケジューリングされたか、または前記第１のデバイスによって予約された前記第２のデバイスに関連するサイドリンクユニキャストリソースを解放する、請求項３に記載の方法。
【請求項７】
無線リンク障害を処理する第１のデバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium  Access  Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないことと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を行うように構成されている、第１のデバイス。
【請求項８】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止しないことであって、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）、および／またはＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）送信または受信を含む、ことを行うようにさらに構成されている、請求項７に記載の第１のデバイス。
【請求項９】
無線リンク障害を処理する第１のデバイスの方法であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第２のデバイスとの前記サイドリンクユニキャスト通信のためにサイドリンクＭＡＣ（Medium  Access  Control）エンティティを使用する、ことと、
第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することであって、前記第１のデバイスは、前記第３のデバイスとの前記サイドリンクユニキャスト通信のために前記サイドリンクＭＡＣエンティティを使用する、ことと、
前記第２のデバイスに関連する無線リンク障害を検出することと、
前記無線リンク障害に応答して、前記第２のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、前記無線リンク障害に応答して、前記第３のデバイスとの前記サイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を行うように構成されている、第１のデバイス。
【請求項１０】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルし、前記無線リンク障害に応答して、前記第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないこと、を行うようにさらに構成されている、請求項９に記載の第１のデバイス。
【請求項１１】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、前記第２のデバイスに関連するサイドリンク送信および／または受信を停止し、前記無線リンク障害に応答して、前記第３のデバイスに関連するサイドリンク送信および／または受信を停止しないことであって、前記サイドリンク送信および／または受信は、ＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）、および／またはＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）送信または受信を含む、ことを行うようにさらに構成されている、請求項９に記載の第１のデバイス。
【請求項１２】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記無線リンク障害に応答して、ネットワークによってスケジューリングされたか、または前記第１のデバイスによって予約された前記第２のデバイスに関連するサイドリンクユニキャストリソースを解放すること、を行うようにさらに構成されている、請求項９に記載の第１のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１９年８月８日に出願された米国仮特許出願第６２／８８４，３６５号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。
【０００２】
本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、マルチサイドリンク通信を処理するための方法および装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
方法およびデバイスは、無線リンク障害を処理する第１のデバイスの観点から開示される。１つの方法では、本方法は、第１のデバイスが、第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することを含む。本方法はまた、第１のデバイスが、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することを含む。本方法はまた、第１のデバイスが、第２のデバイスに関連する無線リンク障害を検出することを含む。本方法はさらに、第１のデバイスが、無線リンク障害に応答して、第２のデバイスに関連するサイドリンクＭＡＣリセットを行い、第３のデバイスに関連するサイドリンクＭＡＣリセットを行わないことを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。
【図３】１つの例示的な実施形態による、通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による、図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１．０．０の図５．２．１．４−１の複製である。
【図６】１つの例示的な実施形態による図である。
【図７】１つの例示的な実施形態による図である。
【図８】１つの例示的な実施形態による図である。
【図９】１つの例示的な実施形態による図である。
【図１０】１つの例示的な実施形態による図である。
【図１１】１つの例示的な実施形態による図である。
【図１２】１つの例示的な実施形態による図である。
【図１３】１つの例示的な実施形態によるフローチャートである。
【図１４】１つの例示的な実施形態によるフローチャートである。
【図１５】１つの例示的な実施形態によるフローチャートである。
【図１６】１つの例示的な実施形態によるフローチャートである。
【図１７】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long  Term  Evolution  Advanced）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてもよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、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を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、ネットワークノード、ネットワーク、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＴＳ  ３８．３００では、無線リンク監視と無線リンク障害について以下のように導入されている。
［外１］
0006935557.tif 000002
【００２６】
３ＧＰＰ  ＴＳ  ２３．２８７では、ＮＲ  Ｖ２Ｘ（Vehicle-to-Everything）通信のための識別子が以下のように導入されている。
［外２］
0006935557.tif 000003
［“Granularity  of  PC5  Unicast  Link”と題する、３ＧＰＰ  ＴＳ  ２３．２８７  Ｖ１．０．０の図５．２．１．４−１は図５として複製］
［外３］
0006935557.tif 000004
0006935557.tif 000005
0006935557.tif 000006
0006935557.tif 000007
0006935557.tif 000008
0006935557.tif 000009
【００２７】
３ＧＰＰ  ＴＳ  ３８．３３１では、無線リンク障害決定が以下のように導入されている。
［外４］
0006935557.tif 000010
0006935557.tif 000011
0006935557.tif 000012
0006935557.tif 000013
0006935557.tif 000014
【００２８】
３ＧＰＰ  ＴＳ  ３６．３２１では、サイドリンクデータの送信および受信が以下のように導入されている。
［外５］
0006935557.tif 000015
0006935557.tif 000016
0006935557.tif 000017
0006935557.tif 000018
0006935557.tif 000019
0006935557.tif 000020
0006935557.tif 000021
0006935557.tif 000022
0006935557.tif 000023
0006935557.tif 000024
0006935557.tif 000025
0006935557.tif 000026
0006935557.tif 000027
0006935557.tif 000028
0006935557.tif 000029
0006935557.tif 000030
【００２９】
３ＧＰＰ  ＲＡＮ１＃９６ｂｉｓ  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ１＃９６ｂｉｓ  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＳＬ（Sidelink）ＲＬＭ（Radio  Link  Monitoring）専用の新しい参照信号が導入されず、ＳＬ  ＲＬＭ目的のためだけの定期的なＲＳ（Reference  Signal）送信がないことが以下のように合意された。
［外６］
0006935557.tif 000031
【００３０】
３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＰＣ５  ＲＬＭ／ＲＬＦについては、物理層が以下のようにＩＳ／ＯＯＳの定期的な表示を上位レイヤに提供するという想定が合意されている。
［外７］
0006935557.tif 000032
【００３１】
３ＧＰＰ  ＲＡＮ１＃９４  ｃｈａｉｒｍａｎ’ｓ  ｎｏｔｅ（３ＧＰＰ  ＲＡＮ１＃９４  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＮＲ  Ｖ２Ｘの合意は以下のように提供される。
［外８］
0006935557.tif 000033
【００３２】
３ＧＰＰ  ＲＡＮ１＃ＡＨ１９０１  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ１＃ＡＨ１９０１  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＳＣＩフォーマットに関して以下のように合意がなされている。
［外９］
0006935557.tif 000034
【００３３】
３ＧＰＰ  ＴＳ  ３６．３３１は、以下のようにＶ２Ｘサイドリンク送信およびリソースプール選択を以下のように導入している。
［外１０］
0006935557.tif 000035
0006935557.tif 000036
0006935557.tif 000037
0006935557.tif 000038
0006935557.tif 000039
0006935557.tif 000040
【００３４】
３ＧＰＰ  ＴＳ  ３８．３２１では、ＭＡＣ（Medium  Access  Control）リセットが以下のように導入されている。
［外１１］
0006935557.tif 000041
【００３５】
ＲＡＮ１＃ＡＨ１９０１  ｍｅｅｔｉｎｇにおける文書（３ＧＰＰ  Ｒ１−１９００８８５）では、上位レイヤによって提供されるレイヤ２送信元ＩＤからレイヤ１送信元ＩＤが導出され得ることが導入された。
［外１２］
0006935557.tif 000042
0006935557.tif 000043
【００３６】
３ＧＰＰ  ＲＡＮ２＃１０３ｂｉｓ  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ２＃１０３ｂｉｓ  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＮＲ  Ｖ２Ｘにおいてユニキャスト、グループキャスト、およびブロードキャストが以下のようにサポートされることが合意された。
［外１３］
0006935557.tif 000044
【００３７】
３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、ＳＣＩ（Sidelink  Control  Information）に基づくＳＬ  ＲＬＭ（Radio  Link  Monitoring）がＬＧ（３ＧＰＰ  Ｒ２−１９０７６５８で議論されているように）によって以下のように導入されている。
［外１４］
0006935557.tif 000045
【００３８】
ＲＡＮ１＃９７  ｍｅｅｔｉｎｇ（３ＧＰＰ  Ｒ１−１９０７７５５にキャプチャされているように）では、異なるキャストタイプのＳＣＩの内容が以下のように説明されている。
［外１５］
0006935557.tif 000046
【００３９】
以下の専門用語の１つまたは複数を以下使用してもよい：
ＢＳ：１つ以上のセルに関連する１つ以上のＴＲＰを制御するために使用される、ＮＲにおけるネットワーク中央ユニットまたはネットワークノード。ＢＳとＴＲＰと間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢとも呼ばれ得る。
ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニットまたはネットワークノードとも呼ばれ得る。
セル：セルは、１つ以上の関連ＴＲＰから構成される。すなわち、セルのカバレッジは、すべての関連ＴＲＰのカバレッジから構成される。１つのセルは、１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）とも呼ばれ得る。
スロット：スロットは、ＮＲにおけるスケジューリングユニットとすることができる。スロット継続時間は、１４のＯＦＤＭシンボルを有する。
ミニスロット：ミニスロットは、デュレーションが１４のＯＦＤＭシンボル未満であるスケジューリングユニットである。
【００４０】
ネットワーク側について以下の仮定の１つまたは複数を以下使用してもよい：
同一セル内のＴＲＰのダウンリンクタイミングが同期される。
ネットワーク側のＲＲＣレイヤはＢＳ内にある。
【００４１】
ＵＥ側について以下の仮定の１つまたは複数を以下使用してもよい：
少なくとも２つのＵＥ（ＲＲＣ）状態、すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態若しくはアイドル状態と呼ばれる）がある。非アクティブ状態は、追加状態であってもよいし、接続状態または非接続状態に属してもよい。
【００４２】
３ＧＰＰ  ＲＡＮ２＃１０３ｂｉｓ  ｍｅｅｔｉｎｇにおいて、ユニキャスト、ブロードキャスト、およびグループキャストがＮＲ  Ｖ２Ｘでサポートされることが合意されている。ＲＡＮ１＃９７議論によれば、サイドリンクユニキャストまたはグループキャストのためのＳＣＩは、ＨＡＲＱ結合のためのＨＡＲＱプロセス番号を含むことができる。しかし、Ｖ２Ｘ  ＵＥが複数のＵＥとサイドリンクユニキャストまたはグループキャストを行っている可能性があるため、２つのＵＥが同じＨＡＲＱプロセス番号をＶ２Ｘ  ＵＥに示す可能性があり、衝突が発生する可能性がある。さらに、サイドリンクブロードキャストはＨＡＲＱ結合を必要しなくてもよく、ＳＣＩの内容がユニキャストまたはグループキャストのためのＳＣＩと異なる可能性がある（例えば、ＨＡＲＱプロセス番号なし）ため、Ｖ２Ｘ  ＵＥは、異なるキャストタイプのＳＣＩ／ＳＬデータの受信に関して異なる挙動を有する可能性がある。本出願では、サイドリンク通信を行うＶ２Ｘ  ＵＥのための可能なアーキテクチャおよび挙動を論じている。
【００４３】
第１の概念
【００４４】
第１の概念では、第１のＵＥは、１つ以上の第２のＵＥに関連付けられた（例えば、１つ以上のレイヤ２宛先ＩＤに関連付けられた）すべてのサイドリンクユニキャスト送信のための１つの（サイドリンク）ＭＡＣエンティティを維持することができる。第１のＵＥは、（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱ（Hybrid  Automatic  Repeat  Request）エンティティを維持することができる。（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱエンティティは、多数の（並列）サイドリンクＨＡＲＱプロセスを維持することができる。（すべての）サイドリンクブロードキャスト受信に関連付けられた１つのＨＡＲＱエンティティによって維持される各サイドリンクＨＡＲＱプロセスは、第１のＵＥが関心のあるＳＣＩに関連付けられる可能性がある。第１のＵＥは、少なくともＳＣＩに関連付けられた宛先ＩＤ（例えば、ＳＣＩによって示されるレイヤ１宛先ＩＤ）に基づいて、第１のＵＥがＳＣＩに関心があるかどうかを決定することができる。追加的または代替的に、第１のＵＥは、少なくともＳＣＩがサイドリンクブロードキャストのためのものであるどうかに基づいて、第１のＵＥがＳＣＩに関心があるかどうかを決定することができる（例えば、第１のＳＣＩがサイドリンクブロードキャストのためのものである場合、第１のＵＥはＳＣＩに関心がある）。第１のＵＥは、ＳＣＩに関連付けられたＨＡＲＱ情報およびＴＢ（Transport  Block）をサイドリンクＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、異なるＳＣＩが異なるＴＢに関連付けられている場合、異なるＳＣＩを（サイドリンクブロードキャストに関連付けられた１つのＨＡＲＱエンティティにおいて）異なるＨＡＲＱプロセスに関連付けることができる。追加的または代替的に、第１のＵＥは、異なるＳＣＩを（サイドリンクブロードキャストに関連付けられた１つのＨＡＲＱエンティティにおいて）異なるＨＡＲＱプロセスに関連付けることができる。
【００４５】
追加的または代替的に、第１のＵＥは、各サイドリンクグループキャスト受信のための１つのＨＡＲＱエンティティを維持することができる。第１のＵＥは、各サイドリンクグループキャスト受信のための１つのＨＡＲＱエンティティの各々を、（第１のＵＥが関心のある）（グループ）（レイヤ１／レイヤ２）宛先ＩＤに関連付けることができる。追加的または代替的に、第１のＵＥは、各サイドリンクグループキャスト受信に対する１つのＨＡＲＱエンティティの各々を、（グループ）（レイヤ１／レイヤ２）送信元ＩＤに関連付けることができる。送信元ＩＤおよび／または宛先ＩＤは、第１のＵＥによって受信されるＳＣＩによって示され得る。第１のＵＥは、ＳＣＩをサイドリンクグループキャスト受信のためのＨＡＲＱエンティティの１つに関連付けることができる。言い換えると、第１のＵＥは、（レイヤ１／レイヤ２）宛先ＩＤと（レイヤ１／レイヤ２）送信元ＩＤのペアに基づいて、サイドリンクグループキャスト受信のためのＨＡＲＱエンティティの１つを導出する。第１のＵＥは、ＳＣＩに関連付けられたＴＢとＨＡＲＱ情報を、ＨＡＲＱエンティティのＨＡＲＱプロセスに関連付けることができる。ＨＡＲＱ情報／ＳＣＩは、ＨＡＲＱプロセス番号を示すことができ、第１のＵＥは、ＨＡＲＱプロセス番号に関連付けられたＨＡＲＱプロセスにＳＣＩを関連付ける。
【００４６】
追加的または代替的に、第１のＵＥは、各サイドリンクユニキャスト受信のための１つのＨＡＲＱエンティティを維持することができる。追加的または代替的に、第１のＵＥは、宛先ＩＤと送信元ＩＤの各ペアに対して、１つのＨＡＲＱエンティティを維持することができる。第１のＵＥは、各サイドリンクユニキャスト受信のための１つのＨＡＲＱエンティティの各々を、（第１のＵＥが関心を有する）１つ以上の（グループ）（レイヤ１／レイヤ２）宛先アイデンティティに関連付けることができる。追加的または代替的に、第１のＵＥは、各サイドリンクユニキャスト受信のための１つのＨＡＲＱエンティティの各々を、１つ以上の（グループ）（レイヤ１／レイヤ２）送信元ＩＤに関連付けることができる。１つ以上の送信元ＩＤおよび／または宛先アイデンティティは、第１のＵＥによって受信されるＳＣＩによって示され得る。追加的または代替的に、第１のＵＥは、各サイドリンクユニキャスト受信またはサイドリンクユニキャストリンクのための１つのＨＡＲＱエンティティの各々を、第２のＵＥに関連付けることができる。第１のＵＥは、ＳＣＩをサイドリンクユニキャスト受信またはサイドリンクユニキャストリンクのためのＨＡＲＱエンティティの１つに関連付けることができる。第１のＵＥは、ＳＣＩに関連付けられたＴＢとＨＡＲＱ情報を、ＨＡＲＱエンティティのＨＡＲＱプロセスに関連付けることができる。ＨＡＲＱ情報またはＳＣＩは、ＨＡＲＱプロセス番号を示すことができ、第１のＵＥは、ＳＣＩをＨＡＲＱプロセス番号に関連付けられたＨＡＲＱプロセスに関連付ける。
【００４７】
第１の概念の説明図を図６に示す。図６は、ＵＥが異なるキャストタイプのための複数のＨＡＲＱエンティティを有する１つのＭＡＣエンティティを維持する例を示す。第１のＵＥは、サイドリンクブロードキャスト通信を行うように設定され得る。（例えば、１つ以上のＵＥからサイドリンクブロードキャストを受信する）。第１のＵＥは、（ＭＡＣエンティティにおいて）サイドリンクブロードキャスト受信を処理するための（専用の）ＨＡＲＱエンティティを維持することができる。サイドリンクブロードキャストを示すＳＣＩを受信するときに、第１のＵＥは、ＳＣＩ（およびＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、サイドリンクブロードキャスト受信を処理するための（専用の）ＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。異なるＳＣＩが異なるＴＢに関連付けられる場合、第１のＵＥは、異なるＳＣＩを異なるＨＡＲＱプロセスに関連付けることができる。異なるＳＣＩが同じＴＢに関連付けられる場合、第１のＵＥは、異なるＳＣＩを同じＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、ＳＣＩが、ＳＣＩ内の宛先ＩＤ（例えばＤｓｔＩＤ）に基づいてサイドリンクブロードキャストを示しているかどうかを決定することができる。第１のＵＥは、ＳＣＩが、ＳＣＩ内の送信元ＩＤおよび／またはＨＡＲＱプロセスＩＤの表示がないことに基づいて、サイドリンクブロードキャストを示しているかどうかを決定することができる。第１のＵＥは、サイドリンクグループキャスト通信（例えば、１つ以上のＵＥからサイドリンクグループキャストを受信）を行うことができる。
【００４８】
第１のＵＥは、（１つのキャリアに対するＭＡＣエンティティ内に）サイドリンクグループキャストのための１つ以上のＨＡＲＱエンティティを維持することができ、サイドリンクグループキャストのための１つ以上のＨＡＲＱエンティティの各々は、１つの（グループ）宛先ＩＤおよび／または１つの送信元（レイヤ−１／レイヤ−２）ＩＤ（例えば、１つのＵＥに関連付けられた送信元ＩＤ）に関連付けられる。第１のＵＥが、サイドリンクグループキャストを示すＤｓｔＩＤ＿１および／またはＳｒｃＩＤ＿１を有する第１のＳＣＩを受信するときに、第１のＵＥは、グループキャストのための第１のＳＣＩ（とＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ＤｓｔＩＤ＿１および／またはＳｒｃＩＤ＿１に関連付けられた１つ以上のＨＡＲＱエンティティの１つ（例えば、グループキャストのための第１のＨＡＲＱエンティティ）に関連付けることができる。第１のＵＥは、グループキャストのための第１のＳＣＩ（およびＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、グループキャストのための第１のＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、第１のＳＣＩによって示されるＨＡＲＱプロセス番号（例えば、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿１）に基づいて、グループキャストのための第１のＳＣＩをＨＡＲＱプロセスに関連付けることができる。
【００４９】
第１のＵＥが、サイドリンクグループキャストを示すＤｓｔＩＤ＿２および／またはＳｒｃＩＤ＿２を有する第２のＳＣＩを受信するときに、第１のＵＥは、第２のＳＣＩ（と第２のＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ＤｓｔＩＤ＿２および／またはＳｒｃＩＤ＿２に関連付けられた１つ以上のＨＡＲＱエンティティの１つ（例えば、グループキャストのための第２のＨＡＲＱエンティティ）に関連付けることができる。第１のＵＥは、グループキャストのための第２のＳＣＩ（と第２のＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、グループキャストのための第２のＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、第２のＳＣＩによって示されるＨＡＲＱプロセス番号（例えば、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿２）に基づいて、グループキャストのための第２のＳＣＩをＨＡＲＱプロセスに関連付けることができる。言い換えると、ＤｓｔＩＤ＿２および／またはＳｒｃＩＤ＿２を有する第２のＳＣＩによって示されるＨＡＲＱプロセス番号がＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿２と異なる場合、第１のＵＥは、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿２以外の別のＨＡＲＱプロセスでグループキャストするために、第２のＳＣＩを第２のＨＡＲＱエンティティに関連付けることができる。
【００５０】
第１のＵＥが、サイドリンクグループキャストを示すＤｓｔＩＤ＿１および／またはＳｒｃＩＤ＿２を有する第３のＳＣＩを受信するときに、第１のＵＥは、第３のＳＣＩ（と第３のＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ＤｓｔＩＤ＿１および／またはＳｒｃＩＤ＿２に関連付けられた１つ以上のＨＡＲＱエンティティの１つ（例えば、グループキャストのための第３のＨＡＲＱエンティティ）に関連付けることができる。第１のＵＥは、グループキャストのための第３のＳＣＩ（と第３のＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、グループキャストのための第３のＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、第３のＳＣＩによって示されるＨＡＲＱプロセス番号（例えば、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿２）に基づいて、グループキャストのための第３のＳＣＩを（グループキャストのための第３のＨＡＲＱエンティティ内の）ＨＡＲＱプロセスに関連付けることができる。
【００５１】
第１のＵＥは、サイドリンクユニキャストのための（ＭＡＣエンティティ内の）１つ以上のＨＡＲＱエンティティを維持することができ、サイドリンクユニキャストのための１つ以上のＨＡＲＱエンティティの各々は、１つの（グループ）宛先ＩＤおよび／または１つの送信元（レイヤ１／レイヤ２）ＩＤ（例えば、１つのＵＥに関連付けられた送信元ＩＤ）に関連付けられる。第１のＵＥが、サイドリンクユニキャストを示すＤｓｔＩＤ＿Ａおよび／またはＳｒｃＩＤ＿Ａを有するＳＣＩを受信するときに、第１のＵＥは、ユニキャストのための第１のＳＣＩ（とＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ＤｓｔＩＤ＿Ａおよび／またはＳｒｃＩＤ＿Ａに関連付けられた１つ以上のＨＡＲＱエンティティの１つ（例えば、ユニキャストのための第１のＨＡＲＱエンティティ）に関連付けることができる。第１のＵＥは、ユニキャストのための第１のＳＣＩ（とＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ユニキャストのためのＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、ユニキャストのための第１のＳＣＩによって示されるＨＡＲＱプロセス番号（例えば、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿Ａ）に基づいて、ユニキャストのための第１のＳＣＩをＨＡＲＱプロセスに関連付けることができる。
【００５２】
第１のＵＥが、サイドリンクユニキャストを示すＤｓｔＩＤ＿Ｂおよび／またはＳｒｃＩＤ＿Ｂを有する第２のＳＣＩを受信するときに、第１のＵＥは、ユニキャストのための第２のＳＣＩを、ＤｓｔＩＤ＿Ｂおよび／またはＳｒｃＩＤ＿Ｂに関連付けられた１つ以上のＨＡＲＱエンティティの１つ（例えば、ユニキャストのための第２のＨＡＲＱエンティティ）に関連付けることができる。第１のＵＥは、ユニキャストのための第２のＳＣＩ（と第２のＳＣＩに関連付けられたＴＢおよびＨＡＲＱ情報）を、ユニキャストのための第２のＨＡＲＱエンティティ内のＨＡＲＱプロセスに関連付けることができる。第１のＵＥは、第２のＳＣＩによって示されるＨＡＲＱプロセス番号（例えば、ＨＡＲＱ  ｐｒｏｃｅｓｓ＿ｎｕｍ＿Ｂ）に基づいて、ユニキャストのための第２のＳＣＩをＨＡＲＱプロセスに関連付けることができる。
【００５３】
追加的または代替的に、第１のＵＥは、（１つのキャリアにおいて）サイドリンクブロードキャスト送信のためのＨＡＲＱエンティティを維持することができる。第１のＵＥは、（１つのキャリアに対して）サイドリンクユニキャスト送信のための１つ以上のＨＡＲＱエンティティを維持することができる。サイドリンクユニキャスト送信のための１つ以上のＨＡＲＱエンティティの各々は、（レイヤ１またはレイヤ２）宛先ＩＤと送信元ＩＤのペアに関連付けられ得る。第１のＵＥは、（１つのキャリアに対して）サイドリンクグループキャスト送信のための１つ以上のＨＡＲＱエンティティを維持することができる。サイドリンクグループキャスト送信のための１つ以上のＨＡＲＱエンティティの各々は、（レイヤ１またはレイヤ２）宛先ＩＤと送信元ＩＤのペアに関連付けられ得る。
【００５４】
第１の概念の別の図示を図７に示す。図７は、ＵＥ１が複数のサイドリンクユニキャストリンクまたは送信をＵＥ２と行う例を図示している。ＵＥ１は、（単一キャリア上で）ＵＥ２と２つのサイドリンクユニキャストを行うことができる。２つのサイドリンクユニキャストリンクまたは送信は、異なるリンクＩＤ（例えば、リンク識別子）および／または宛先ＩＤに関連付けられ得る。ＵＥ１は、２つのサイドリンクユニキャストリンクまたは送信を処理するための２つのＨＡＲＱエンティティを維持することができる。ＵＥ１がユニキャストリンクを介してＵＥ２からＳＣＩまたはＴＢを受信するときに、ＵＥ１は、ＳＣＩまたはＴＢに関連付けられたリンクおよび／または宛先ＩＤに基づいて、ＳＣＩまたはＴＢを、ＨＡＲＱエンティティの１つに関連付けることができる。
【００５５】
第２の概念
【００５６】
第２の概念では、ＵＥは、（すべての）サイドリンクユニキャスト、グループキャストを処理するための１つのＨＡＲＱエンティティを維持することができ、他のＵＥと（１つのキャリアまたは周波数において）ブロードキャストすることができる。ＵＥは、１つ以上のブロードキャストＨＡＲＱプロセスを維持することができ、１つ以上のブロードキャストＨＡＲＱプロセスは、サイドリンクブロードキャストに関連付けられたＳＣＩまたはＴＢに関連付けられることができる。ＵＥは、異なるＳＣＩまたはＴＢを異なるブロードキャストＨＡＲＱプロセスに関連付けることができる。ＵＥは、同じＴＢを示すＳＣＩ（例えば、同じＴＢのブラインド再送に関連付けられたＳＣＩ）を同じブロードキャストＨＡＲＱプロセスに関連付けることができる。ＵＥは、１つ以上のユニキャストまたはグループキャストＨＡＲＱプロセスを維持することができる。１つ以上のユニキャストまたはグループキャストＨＡＲＱプロセスの各々は、ユニキャストまたはグループキャスト受信に関連付けられ得る。ＵＥは、少なくともＳＣＩに示された送信元ＩＤおよび／または宛先ＩＤに基づいて、（受信した）ＳＣＩをユニキャストまたはグループキャストＨＡＲＱプロセスに関連付けることができる。異なるＳＣＩが同じＴＢを示す（例えば、同じＳＬデータ）場合、ＵＥは、異なるＳＣＩを同じユニキャストまたはグループキャストＨＡＲＱプロセスに関連付けることができる。ＳＣＩが異なるＴＢを示す場合、ＵＥは、異なるＳＣＩを異なるユニキャストまたはグループキャストＨＡＲＱプロセスに関連付けることができる。ＵＥは、ＳＣＩが異なる送信元ＩＤおよび／または宛先ＩＤを示す場合、異なるＳＣＩを異なるユニキャストまたはグループキャストＨＡＲＱプロセスに関連付けることができる。
【００５７】
ユニキャストのための１つ以上のＨＡＲＱプロセスおよびグループキャストのための１つ以上のＨＡＲＱプロセスは、同じＨＡＲＱプロセスのセットとすることができる。代替的には、ユニキャストのための１つ以上のＨＡＲＱプロセスおよびグループキャストのための１つ以上のＨＡＲＱプロセスは、異なるＨＡＲＱプロセスのセットであってもよい。ＵＥは、少なくともＳＣＩまたはＴＢに示されている宛先ＩＤおよび／または送信元ＩＤおよび／またはＨＡＲＱプロセス番号（の組み合わせ）に基づいて、（ユニキャストまたはグループキャスト）ＳＣＩまたはＴＢを、ＨＡＲＱプロセスに関連付けることができる。
【００５８】
第２の概念の図示を図８に示す。ＵＥは、サイドリンク受信のためのＨＡＲＱエンティティを維持することができる（どのキャストタイプのサイドリンク受信であっても）。ＵＥがＴＢ１の送信を示すブロードキャストのための第１のＳＣＩを受信するときに、ＵＥはブロードキャストのための第１のＳＣＩをブロードキャストＨＡＲＱプロセス１に関連付けることができる。ＵＥがＴＢ１の（宛先ＩＤ  ＤｓｔＩＤ＿１を有する）ＴＢ１（の再送信）を示すブロードキャストのための第２のＳＣＩを受信するときに、第２のＳＣＩは第１のＳＣＩと同じＴＢを示すため、ＵＥはブロードキャストのための第２のＳＣＩをブロードキャストＨＡＲＱプロセス１（例えば、第１のＳＣＩと同じ）に関連付けることができる。ＵＥがＴＢ２（の送信）を示すブロードキャストのための第３のＳＣＩを受信するときに、ＵＥは、第３のＳＣＩ（と第３のＳＣＩに関連付けられたＨＡＲＱ情報またはＴＢ）をブロードキャストＨＡＲＱプロセス２に関連付けることができる。ＵＥがＴＢ３（の送信）を示すブロードキャストのための第４のＳＣＩを受信するときに、ＳＣＩは前のＳＣＩとは異なるＴＢおよび異なる宛先ＩＤに関連付けられるため、ＵＥは、第４のＳＣＩをブロードキャストＨＡＲＱプロセス３に関連付けることができる。ＵＥがユニキャストのための第１のＳＣＩを受信するときに、ＵＥは、ユニキャストのための第１のＳＣＩを、ユニキャストまたはグループキャストのためのＨＡＲＱプロセス（ユニキャストまたはグループキャストのための第１のＨＡＲＱプロセス）に関連付けることができる。ＵＥがグループキャストのための第１のＳＣＩを受信するときに、ＵＥは、グループキャストのための第１のＳＣＩを、ユニキャストまたはグループキャストのためのＨＡＲＱプロセス（ユニキャストまたはグループキャストのための第２のＨＡＲＱプロセス）に関連付けることができる。
【００５９】
第２の概念の別の図示を図９に示す。ＵＥ１は、（１つのＨＡＲＱエンティティを使用して）ＵＥ２およびＵＥ３と（それぞれ）サイドリンクユニキャストを行うことができる。ＵＥ１は、ＵＥ２からＳＣＩ１および（ＳＣＩ１に関連付けられた）ＴＢ１を受信することができる。ＳＣＩ１は、送信元ＩＤ（ｓｒｃ＿ＩＤ＿２）、宛先ＩＤ（ｄｓｔ＿ＩＤ＿２）、および／またはＨＡＲＱプロセス番号（ＨＡＲＱ  ｎｕｍｂｅｒ＿２）を示してもよい。ＵＥ１は、ＵＥ３からＳＣＩ２および（ＳＣＩ２と関連付けられた）ＴＢ２を受信することができる。ＳＣＩ２は、送信元ＩＤ（ｓｒｃ＿ＩＤ＿３）、宛先ＩＤ（ｄｓｔ＿ＩＤ＿３）、および／またはＨＡＲＱプロセス番号（ＨＡＲＱ  ｎｕｍｂｅｒ＿１）を示すことができる。ＵＥ１は、送信元ＩＤ、宛先ＩＤ、および／またはＨＡＲＱプロセス番号に基づいて、ＳＣＩ１（またはＴＢ１）およびＳＣＩ２（またはＴＢ２）をそれぞれＨＡＲＱプロセス１およびＨＡＲＱプロセス２に関連付けることができる。一例では、ＵＥ１は、ＳＣＩによって示される送信元ＩＤ、宛先ＩＤ、およびＨＡＲＱプロセス番号の組み合わせ（例えば、乗算または加算）に基づいて、どのＨＡＲＱプロセスがＳＣＩ１に関連付けられているかを決定する。
【００６０】
別の例では、ＳＣＩ１またはＴＢ１が（ｓｒｃ＿ＩＤ＿２）および／または（ｄｓｔ＿ＩＤ＿２）および／または（ＨＡＲＱ  ｎｕｍｂｅｒ＿１）であると仮定する。この例では、ＵＥ１は、ＳＣＩ１またはＴＢ１を、空の、またはこの時点では使用されていないＨＡＲＱプロセスに関連付けることができる。ＨＡＲＱプロセスは、ＳＣＩ１が示すものとは異なるＨＡＲＱプロセス番号を持つことができる。この例では、ＵＥ１はＳＣＩ１またはＴＢ１をＨＡＲＱプロセス２に関連付けることができる（ＨＡＲＱプロセス番号が占有されているか、または使用されているため）。言い換えると、ＳＣＩによって示されるＨＡＲＱプロセス番号は、（仮想）ＨＡＲＱプロセス番号である。ＵＥ１は、送信元ＩＤおよび／または宛先アイデンティティの組み合わせに基づいて、示されたＨＡＲＱプロセス番号をＨＡＲＱプロセス番号に関連付けることができる。
【００６１】
第３の概念
【００６２】
第３の概念は、ＵＥはサイドリンクブロードキャスト受信のためのＨＡＲＱエンティティを維持できるということである。ＵＥは、サイドリンクユニキャストおよびグループキャスト受信のためのＨＡＲＱエンティティを維持することができる。追加的または代替的に、ＵＥは、サイドリンクユニキャストのためのＨＡＲＱエンティティと、グループキャスト受信のための別のＨＡＲＱエンティティを維持することができる。第３の概念の図示は、図１０および図１１に示される。ＵＥは、ＳＣＩに関連付けられた宛先ＩＤおよび／または送信元ＩＤに基づいて、ＳＣＩをＨＡＲＱエンティティの１つに関連付けることができる。ＵＥは、ＳＣＩに関連付けられた（またはＳＣＩ内に示された）ＨＡＲＱ番号に基づいて、ＳＣＩをＨＡＲＱプロセスに関連付けることができる。
【００６３】
３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ（３ＧＰＰ  ＲＡＮ２＃１０６  ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔにキャプチャされているように）では、サイドリンク（ＳＬ）ユニキャスト通信のための送信機ＵＥ（Ｔｘ  ＵＥ）と受信機ＵＥ（Ｒｘ  ＵＥ）の両方に対する無線リンク障害（ＲＬＦ）監視が合意された。しかし、ＮＲ  ＳＬ  ＲＬＦ宣言に関連する詳細な手順は不明であり、ＵｕにおけるＲＬＦ手順を直接適用するのは適切でない可能性がある。
【００６４】
例えば、ＮＲ  Ｕｕリンク上の無線リンク監視および無線リンク障害宣言（３ＧＰＰ  ＴＳ  ３８．３３１で論じられるように）についての現在の仕様によれば、ＵＥがネットワークとの無線リンク障害を検出したときに、ＵＥはアクションを行ってＲＲＣ＿ＩＤＬＥに移行するか、ネットワークとの接続再確立手順を開始することができる。ＵＥはネットワークとの接続に問題がないことがあり、Ｕｕに対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードを離れる必要がないため、アクションの一部はＳＬ  ＲＬＦに適用可能ではないことがある。追加的に、ＵＥが第２のＵＥとのＳＬ  ＲＬＦを宣言するときに、第２のＵＥとの接続の回復に影響を与えないため、ＵＥが接続の再確立に関連するセル再選択（またはＵＥ再選択）を行う必要がないことがある。本出願では、ＳＬ  ＲＬＦ監視または検出に応答するサイドリンクＵＥの考えられる挙動を論じる。
【００６５】
１つの概念は、第１のＵＥが第２のＵＥに関連する（ＳＬ）ＲＬＦが検出されるとみなすときであって、第１のＵＥが第２のＵＥのサイドリンク（ユニキャスト）通信のための（専用の）（サイドリンク）ＭＡＣまたはＨＡＲＱエンティティを維持するときに、第１のＵＥは以下の手順の組み合わせを行うことができるというものである。
【００６６】
１つの手順では、第１のＵＥはＭＡＣエンティティに関連するＳＬ  ＭＡＣリセットを行うことができる。追加的または代替的に、第１のＵＥは、（ＳＬ）ＲＬＦに関連するＭＡＣエンティティ以外のＭＡＣエンティティに対するＳＬ  ＭＡＣリセットを行わなくてもよい。追加的または代替的に、第１のＵＥは、第２のＵＥに関連付けられたＨＡＲＱエンティティに対してＳＬ  ＭＡＣリセットを行うことができる。
【００６７】
第１のＵＥは、第１のＵＥから第２のＵＥへの（すべての）サイドリンク送信または受信を停止することができる。ＵＥは、第２のＵＥに関連付けられたサイドリンク論理チャネルに対する論理チャネルの優先順位付けのための変数を初期化することができる。
【００６８】
追加的または代替的に、第１のＵＥは、第１のＵＥから第２のＵＥへのサイドリンク送信を停止しなくてもよい。第１のＵＥは、第２のＵＥに関連する（ＳＬ）ＲＬＦの検出後に、第２のＵＥへのサイドリンク送信を行うことができる。例えば、第１のＵＥは、ユニキャストリンク（ＵＥ２からＵＥ１）に関するＲＬＦを示す第２のＵＥへのサイドリンク送信を行うことができる。
【００６９】
別の手順では、第１のＵＥは、第２のＵＥに関連付けられた（サイドリンク）無線ベアラ（設定）を解放またはサスペンドすることができる。ＵＥは、ＭＡＣエンティティに関連付けられた（サイドリンク）ＲＢ（設定）を解放またはサスペンドすることができる。追加的または代替的に、第１のＵＥは、第２のＵＥに関連付けられた（ユニキャストのための）ＨＡＲＱエンティティに関連付けられた（サイドリンク）ＲＢ（設定）を解放またはサスペンドすることができる。
【００７０】
別の手順では、第１のＵＥは、第２のＵＥとのＳＬ  ＲＬＦに応答して、第２のＵＥに関連するペンディングのスケジューリング要求をキャンセルすることができる。追加的または代替的に、ＵＥは、ＳＬ  ＲＬＦの検出に応答して、ペンディングのＳＲをキャンセルしなくてもよい。追加的または代替的に、ＵＥは、第２のＵＥとのＳＬ  ＲＬＦに応答して、（第２のＵＥに関連付けられていない）ＭＡＣエンティティに関連付けられたペンディングのＢＳＲをキャンセルしなくてもよい。追加的または代替的に、ＵＥは、ＳＬ  ＲＬＦに応答して、第２のＵＥに関連付けられたペンディングのＢＳＲをキャンセルすることができる。例えば、ＳＬ  ＢＳＲは、第２のＵＥに関連する新しいデータ到着に応答してトリガされ得る。第２のＵＥに関連するＳＬ  ＲＬＦが検出または発生した場合、第１のＵＥはＳＬ  ＢＳＲをキャンセルすることができる（新しいデータがもはや送信される必要がないため）。ＭＡＣエンティティに関連付けられた第２のＳＬ  ＢＳＲは、第３のＵＥに関連する新しいデータ到着に応じてトリガされ得る。第２のＵＥに関連するＳＬ  ＲＬＦが検出または発生した場合、第１のＵＥは第２のＳＬ  ＢＳＲをキャンセルしなくてもよい。
【００７１】
別の手順では、第１のＵＥは、第２のＵＥに関連する１つ以上のタイマを停止することができる。追加的または代替的に、第１のＵＥは、第２のＵＥ以外の１つ以上の第３のＵＥに関連する１つ以上のタイマを停止しなくてもよく、第１のＵＥは、（同じＭＡＣエンティティを使用して）１つ以上の第３のＵＥとサイドリンク通信を行う。追加的または代替的に、第１のＵＥは、ネットワークに関連する１つ以上のタイマを停止しなくてもよく、第１のＵＥは、ネットワークとのＵＬまたはＤＬ通信を行う。
【００７２】
１つ以上のタイマは、ＳＬのための再送ＢＳＲタイマを含むことができ、第１のＵＥは、ＳＬのための再送ＢＳＲタイマの満了に応答して、通常のサイドリンクＢＳＲをトリガする。１つ以上のタイマは、ＳＬのための周期的ＢＳＲタイマを含むことができ、第１のＵＥは、ＳＬのための周期的ＢＳＲタイマの満了に応答して周期的ＢＳＲをトリガする。
【００７３】
１つ以上のタイマは、禁止ＳＲタイマ（ＳＬ  ＢＳＲに関連するＳＲ構成に関連付けられた）を含むことができ、第１のＵＥは、タイマが動作している場合、ＳＲ構成に関連付けられたＳＲを送信（シグナル）しない。追加的または代替的に、禁止ＳＲタイマに関連するＳＲ設定が（第２のＵＥに関連する）サイドリンク通信のためのもの（専用）でないならば、第１のＵＥは禁止ＳＲタイマを停止しなくてもよい。
【００７４】
１つ以上のタイマは、（第２のＵＥに関連する）ＳＬの不連続受信（ＤＲＸ）に関連するタイマを含むことができる。追加的または代替的に、タイマが第２のＵＥのためのもの（専用）でない場合、第１のＵＥはＳＬの不連続受信に関連するタイマを停止しないことがある。
【００７５】
１つ以上のタイマは、競合解決タイマを含むことができる。タイマに関連付けられたランダムアクセス手順がＶ２Ｘ  ＵＥに応答して開始されない場合、ＵＥは競合解決タイマを停止しなくてもよい。
【００７６】
ＲＡ（ランダムアクセス）手順の処理
【００７７】
別の手順では、第１のＵＥは、第２のＵＥとのＲＬＦの検出に応答して、第２のＵＥに関連する（進行中の）ランダムアクセス手順を停止することができる。第１のＵＥは、第２のＵＥに関連するＳＬ  ＲＬＦの検出に応答して、Ｍｓｇ３バッファをフラッシュすることができる。追加的または代替的に、第１のＵＥは、第２のＵＥとのＳＬ  ＲＬＦに応答して、第２のＵＥに関連しない（進行中の）ランダムアクセス手順を停止しなくてもよい。
【００７８】
例えば、第１のＵＥは、第２のＵＥに関連するＳＲの最大送信に応答して、ネットワークへのランダムアクセス手順を開始することができる。第１のＵＥが第２のＵＥでＲＬＦを検出した場合、第１のＵＥはランダムアクセス手順を停止することができる。
【００７９】
別の手順では、第１のＵＥは、第２のＵＥに関連するＳＬ  ＨＡＲＱプロセスの（ソフト）バッファをフラッシュすることができる。より具体的には、第１のＵＥは、第２のＵＥからのサイドリンク送信を受信するために使用されるＳＬ  ＨＡＲＱプロセスのバッファをフラッシュ（ソフト）することができ、第２のＵＥ以外のＵＥからのサイドリンク送信を受信するために使用されるＳＬ  ＨＡＲＱプロセスのバッファをフラッシュしなくてもよい。第１のＵＥは、ＳＬに関連するＲＬＦに応答して、ＤＬ  ＨＡＲＱプロセスのソフトバッファをフラッシュしなくてもよい。例えば、第１のＵＥは、第２のＵＥに関連する（サイドリンク）ＨＡＲＱエンティティでユニキャスト受信のために使用されるＳＬ  ＨＡＲＱプロセスの（ソフト）バッファをフラッシュすることができる。第１のＵＥは、第２のＵＥに関連する（サイドリンク）ＨＡＲＱエンティティ内の（ユニキャスト）送信のために使用されるＳＬ  ＨＡＲＱプロセスのバッファをフラッシュすることができる。
【００８０】
別の手順では、第１のＵＥは、第２のＵＥに関連するサイドリンクリソースを解放することができる。例えば、第１のＵＥは、第２のＵＥとのサイドリンク通信を行うために、ＳＬ  ＳＰＳ設定を解放するか、または（ネットワークによって設定された）ＳＬ  ＳＰＳ設定に関連する予約リソースを解放することができる。追加的または代替的に、第１のＵＥは、第２のＵＥとのサイドリンク通信を行うために、モード２（例えば、自律リソース選択）を使用して予約されたリソースを解放することができる。追加的または代替に、第１のＵＥは、他のＵＥとのサイドリンク通信を行するための予約リソースを使用することができる。
【００８１】
第１のＵＥは、他のＵＥに、第２のＵＥとのＳＬ  ＲＬＦに応答して、リソースの解放を示すことができる。第１のＵＥは、第２のＵＥとのＳＬ  ＲＬＦに応答して、リソースの解放をネットワークに示すことができる。
【００８２】
別の手順では、第１のＵＥは、第２のＵＥとのＳＬ  ＲＬＦを検出した後、ネットワークを介して第２のＵＥに関連する情報を受信することができる。追加的または代替的に、第１のＵＥは、ＳＬ  ＲＬＦの検出後に、第３のＵＥ  （例えば、リレーＵＥ）を介して第２のＵＥに関連する情報を受信することができる。
【００８３】
一例を図１２に示す。ＵＥ１は、ＵＥ２とＳＬ通信を行うことができる。ＵＥ１は、ＵＥ２に関するＳＬ  ＲＬＦを検出することができる。ＵＥ１は、ＲＬＦレポートをｇＮＢおよび／またはリレーＵＥに送信することができる。ＲＬＦレポートは、ＵＥ１とＵＥ２との間のＳＬ  ＲＬＦを示すことができる。ｇＮＢおよび／またはリレーＵＥは、ＵＥ２にリダイレクトリクエストを送信し、ＵＥ２からＵＥ２情報を受信することができる。ｇＮＢおよび／またはリレーＵＥは、ＵＥ２リダイレクトメッセージをＵＥ１に送信することができる。
【００８４】
ＵＥ２情報は、ＵＥ１のためのＳＬデータを含むことができる。ＵＥ２情報は、ＵＥ２に関連するＳＬ設定（例えば、ＳＬＲＢ設定、ＭＣＳ、ＣＳＩレポート）を含むことができる。ＵＥ２情報は、Ｕｕリンクおよび／またはＰＣ５インタフェースを介して送信され得る。ＵＥ２リダイレクトメッセージは、ＵＥ２情報を含むことができる。ＵＥ２リダイレクトメッセージは、ＵＥ２からＵＥ１までのＳＬデータを含むことができる。ＵＥ１は、ＳＬ通信を介してＵＥ２へのＳＬ送信を行うことができる（例えば、ＵＥ１は、ＵＥ２からＵＥ１へのＳＬ  ＲＬＦを検出した後も、ＵＥ１からＵＥ２へのＳＬ送信を維持する）。ＵＥ２は、ｇＮＢまたはリレーＵＥを介してＵＥ１にデータを送信することができる。
【００８５】
上記のすべての概念および例について：
−  第１のＵＥの上位レイヤは、第１のＵＥがどの（グループ）宛先ＩＤに関心があるかを示すことができる。
−  第１のＵＥはＶ２Ｘ  ＵＥとすることができる。第２のＵＥはＶ２Ｘ  ＵＥとすることができる。
−  第１のＵＥは、第２のＵＥとサイドリンクユニキャスト通信を行うことができる。
−  第１のＵＥは、第２のＵＥとサイドリンクグループキャスト通信を行うことができる。
−  第１のＵＥは、第２のＵＥとサイドリンクブロードキャスト通信を行うことができる。
−  サイドリンクブロードキャスト、ユニキャストおよびグループキャストは、同じキャリア上にあることができる。
−  サイドリンクブロードキャスト、ユニキャストおよびグループキャストは、異なるキャリア上にあることができる。
−  （第１の）ＵＥは、受信したＳＣＩが宛先（レイヤ１／レイヤ２）ＩＤおよび／または送信元（レイヤ１／レイヤ２）に基づいて、ユニキャスト、ブロードキャストまたはグループキャストに関連付けられているかどうかを決定することができる。
−  （第１の）ＵＥは、受信したＳＣＩが、ＳＣＩがＨＡＲＱプロセス番号を示すかどうかに基づいて、ユニキャスト、ブロードキャストまたはグループキャストに関連付けられているかどうかを決定することができる。
−  ２つのＴＢが同じ（ＳＬ）データを含む場合、２つのＴＢは同じＴＢである可能性がある。
−  ＵＥがＳＣＩをＨＡＲＱプロセスに関連付けるときに、ＵＥは、ＳＣＩに関連するＨＡＲＱ情報およびＴＢをＨＡＲＱプロセスに方向付けることができる。
−  ＵＥは、宛先ＩＤと送信元ＩＤの各ペアに対してＨＡＲＱエンティティを維持することができる。
−  第１のＵＥは、他のＵＥの（各々の）ための（専用の）ＳＲ設定で設定されることができ、第１のＵＥは、他のＵＥの（各々の）とサイドリンク通信を行う。
−  第２のＵＥは、ロードサイドユニット（ＲＳＵ）である可能性がある。
【００８６】
図１３は、無線リンク障害を処理するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１３００である。ステップ１３０５において、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１３１０において、第１のデバイスは、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１３１５において、第１のデバイスは、第２のデバイスに関連する無線リンク障害を検出する。ステップ１３２０において、第１のデバイスは、無線リンク障害に応答して、第２のデバイスに関連するサイドリンクＭＡＣリセットを行い、第３のデバイスに関連するサイドリンクＭＡＣリセットを行わない。
【００８７】
一実施形態では、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連する（すべての）サイドリンク送信および／または受信を停止することを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第３のデバイスと関連する（すべての）サイドリンク送信および／または受信を停止することを含まなくてもよい。サイドリンク送信または受信は、ＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）、ＰＳＣＣＨ（(Physical  Sidelink  Control  Channel）、および／またはＰＳＦＣＨ（Physical  Sidelink  Feedback  Channel）送信または受信を含むか、または備えてもよい。
【００８８】
一実施形態では、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、満了となる第２のデバイスに関連する１つ以上のタイマを考慮することを含むか、または備えてもよい。追加的または代替的に、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第１のデバイスが、満了となる第３のデバイスに関連する１つ以上のタイマを考慮しないことを含むか、または備えてもよい。また、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第２のデバイスに関連する（すべての）ペンディング（pending）のスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルすることを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスに関連するサイドリンクＭＡＣリセットは、第３のデバイスに関連する（すべての）ペンディングのスケジューリング要求（ＳＲ）および／またはバッファステータスレポート（ＢＳＲ）をキャンセルすることを含まなくてもよい。
【００８９】
一実施形態では、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第２のデバイスとのサイドリンクユニキャスト通信に関連する（すべての）ソフトバッファをフラッシュ（flush）することを含むか、または備えてもよい。好ましくは、または代替的に、第２のデバイスと関連するサイドリンクＭＡＣリセットは、第３のデバイスとのサイドリンクユニキャスト通信に関連する（すべての）ソフトバッファをフラッシュすることを含まなくてもよい。
【００９０】
一実施形態では、サイドリンクＭＡＣリセットは、ネットワークによってスケジューリングされた、または第１のデバイスによって予約された第２のデバイスに関連するサイドリンクユニキャストリソースを解放することを含んでもよい。一実施形態では、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信および第３のデバイスとのサイドリンクユニキャスト通信のための１つの（サイドリンク）ＭＡＣエンティティを維持してもよい。
【００９１】
図３および図４を参照すると、無線リンク障害を処理するための第１のデバイスの１つの例示的な実施形態である。第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することと、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することと、（ｉｉ）第２のデバイスに関連する無線リンク障害を検出することと、（ｉｉｉ）無線リンク障害に応答して、第２のデバイスと関連するサイドリンクＭＡＣリセットを行うことと、第３のデバイスと関連するサイドリンクＭＡＣリセットを行わないことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップまたは本明細書で説明したその他のすべてを行うことができる。
【００９２】
図１４は、サイドリンク受信を処理する第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１４００である。ステップ１４０５において、第１のデバイスは、サイドリンクブロードキャストを介して第１のＳＣＩを受信し、第１のＳＣＩは、第１のＴＢおよび第１の宛先アイデンティティを示す。ステップ１４１０において、第１のデバイスは、少なくとも第１の宛先アイデンティティに基づいて、第１のＨＡＲＱエンティティ内の第１のＨＡＲＱプロセスに第１のＳＣＩ（および第１のＴＢ）を関連付けることを決定する。ステップ１４１５において、第１のデバイスは、サイドリンクユニキャストを介して第２のデバイスから第２のＳＣＩを受信し、第２のＳＣＩは、第２のＴＢ、第１のＨＡＲＱプロセス番号、および第１の送信元アイデンティティを示す。ステップ１４２０において、第１のデバイスは、少なくとも第１のＨＡＲＱプロセス番号および第１の送信元アイデンティティに基づいて、第２のＨＡＲＱエンティティ内の第２のＨＡＲＱプロセスに第２のＳＣＩ（および第２のＴＢ）を関連付けることを決定する。ステップ１４２５において、第１のデバイスは、サイドリンクグループキャストを介して第３のデバイスから第３のＳＣＩを受信し、第３のＳＣＩは、第３のＴＢ、第２のＨＡＲＱプロセス番号、および第２の送信元アイデンティティを示す。ステップ１４３０において、第１のデバイスは、少なくとも第２のＨＡＲＱプロセス番号および第２の送信元アイデンティティに基づいて、第３のＨＡＲＱエンティティ内の第３のＨＡＲＱプロセスに第３のＳＣＩ（および第３のＴＢ）を関連付けるかどうかを決定する。
【００９３】
一実施形態では、第１のデバイスは、第２のＳＣＩに示される第２の宛先アイデンティティにさらに基づいて、第２のＳＣＩおよび第２のＴＢを第２のＨＡＲＱプロセスに関連付けるかどうかを決定することができる。第１のデバイスは、第３のＳＣＩに示される第３の宛先アイデンティティにさらに基づいて、第３のＳＣＩおよび第３のＴＢを第３のＨＡＲＱプロセスに関連付けるかどうかを決定することができる。
【００９４】
一実施形態では、第１のデバイスは、サイドリンクユニキャストを介して第４のデバイスから第４のＳＣＩを受信することができ、第４のＳＣＩは、第４のＴＢ、第３のＨＡＲＱプロセス番号、および第３の送信元アイデンティティを示す。さらに、第１のデバイスは、少なくとも第３のＨＡＲＱプロセス番号に基づいて、第４のＨＡＲＱエンティティ内の第４のＨＡＲＱプロセスに第４のＳＣＩ（および第４のＴＢ）を関連付けるかどうかを決定することができる。追加的に、第１のデバイスは、第４のＳＣＩに示される第４の宛先アイデンティティにさらに基づいて、第４のＳＣＩおよび第４のＴＢを第４のＨＡＲＱプロセスに関連付けるかどうかを決定することができる。
【００９５】
一実施形態では、第３の送信元アイデンティティが第１の送信元アイデンティティと異なる場合、第４のＨＡＲＱエンティティは、第２のＨＡＲＱエンティティと異なり得る。第２の宛先アイデンティティが第４の宛先アイデンティティと異なる場合、第４のＨＡＲＱエンティティも、第２のＨＡＲＱエンティティと異なり得る。
【００９６】
一実施形態では、第３の送信元アイデンティティが第１の送信元アイデンティティと同じである場合、第４のＨＡＲＱエンティティは、第２のＨＡＲＱエンティティであり得る。第２の宛先アイデンティティが第４の宛先アイデンティティと同じである場合、第４のＨＡＲＱエンティティも、第２のＨＡＲＱエンティティであり得る。
【００９７】
一実施形態では、第１のＨＡＲＱエンティティは、サイドリンクブロードキャスト受信用（専用）とすることができる。第２のＨＡＲＱエンティティも、サイドリンクユニキャスト受信用（専用）とすることができる。さらに、第３のＨＡＲＱエンティティは、サイドリンクグループキャスト受信用（専用）とすることができる。追加的に、第４のＨＡＲＱエンティティは、サイドリンクユニキャスト受信用（専用）とすることができる。
【００９８】
一実施形態では、第１、第２、第３、または第４のＨＡＲＱエンティティは、１つのキャリア周波数に関連付けられ得る。第２のＨＡＲＱエンティティは、第３のＨＡＲＱエンティティとすることができる。
【００９９】
図３および図４を参照すると、サイドリンク受信を処理する第１のデバイスの１つの例示的な実施形態である。第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）サイドリンクブロードキャストを介して第１のＳＣＩを受信することであって、第１のＳＣＩは、第１のＴＢおよび第１の宛先アイデンティティを示す、ことと、（ｉｉ）少なくとも第１の宛先アイデンティティに基づいて、第１のＨＡＲＱエンティティ内の第１のＨＡＲＱプロセスに第１のＳＣＩ（および第１のＴＢ）を関連付けることを決定することと、（ｉｉｉ）サイドリンクユニキャストを介して第２のデバイスから第２のＳＣＩを受信することであって、第２のＳＣＩは、第２のＴＢ、第１のＨＡＲＱプロセス番号、および第１の送信元アイデンティティを示す、ことと、（ｉｖ）少なくとも第１のＨＡＲＱプロセス番号および第１の送信元アイデンティティに基づいて、第２のＨＡＲＱエンティティ内の第２のＨＡＲＱプロセスに第２のＳＣＩ（および第２のＴＢ）を関連付けることを決定することと、（ｖ）サイドリンクグループキャストを介して第３のデバイスから第３のＳＣＩを受信することであって、第３のＳＣＩは、第３のＴＢ、第２のＨＡＲＱプロセス番号、および第２の送信元アイデンティティを示す、ことと、（ｖｉ）少なくとも第２のＨＡＲＱプロセス番号および第２の送信元アイデンティティに基づいて、第３のＨＡＲＱエンティティ内の第３のＨＡＲＱプロセスに第３のＳＣＩ（および第３のＴＢ）を関連付けるかどうかを決定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップまたは本明細書で説明したその他のすべてを行うことができる。
【０１００】
図１５は、第２のデバイスとの無線リンク障害を処理するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１５００である。ステップ１５０５において、第１のデバイスは、第２のデバイスに関連する無線リンク障害を検出し、ここで、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信を行っている。ステップ１５１０において、第１のデバイスは、第２のデバイスに関連するサイドリンクＭＡＣリセットを行う。
【０１０１】
一実施形態では、サイドリンクＭＡＣリセットは、第１のデバイスが第２のデバイスに関連する（すべての）サイドリンク送信を停止することを含んでもよい。また、サイドリンクＭＡＣリセットは、第１のデバイスが第２のデバイスに関連する（すべての）サイドリンク受信を停止することを含んでもよい。
【０１０２】
一実施形態では、サイドリンクＭＡＣリセットは、第１のデバイスが、満了となる第２のデバイスに関連する１つ以上のタイマを考慮することを含んでもよい。１つ以上のタイマは、ＳＲ禁止タイマを含んでもよい。
【０１０３】
一実施形態では、サイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連する進行中のランダムアクセス手順を停止することを含んでもよい。代替的には、サイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連しない任意の進行中のランダムアクセス手順を停止することを含まなくてもよい。第２のデバイスに関連する進行中のランダムアクセス手順は、サイドリンク（ユニキャスト）データ到着に応答してトリガされてもよく、ここで、サイドリンク（ユニキャスト）データは第２のデバイスに関連付けられている。
【０１０４】
一実施形態では、サイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連する（すべての）ペンディングのＳＲ／ＢＳＲをキャンセルすることを含んでもよい。代替的には、サイドリンクＭＡＣリセットは、第１のデバイスが、第２のデバイスに関連しない（すべての）ペンディングのＳＲ／ＢＳＲをキャンセルすることを含まなくてもよい。
【０１０５】
一実施形態では、サイドリンクＭＡＣリセットは、第２のデバイスに関連するすべてのソフトバッファをフラッシュすることを含んでもよい。代替的には、サイドリンクＭＡＣリセットは、第２のデバイスとのサイドリンク（ユニキャスト）通信に関連しないソフトバッファをフラッシュすることを含まなくてもよい。
【０１０６】
一実施形態では、サイドリンクＭＡＣリセットは、第２のデバイスに関連するサイドリンク（ユニキャスト）リソースを解放することを含んでもよい。また、サイドリンクＭＡＣリセットは、ネットワークによってスケジューリングされたサイドリンク（ユニキャスト）リソースを解放することを含んでもよい。さらに、サイドリンクＭＡＣリセットは、（自律リソース選択モードを使用して）第１のデバイスによって予約されたサイドリンク（ユニキャスト）リソースを解放することを含んでもよい。
【０１０７】
一実施形態では、第２のデバイスに関連するサイドリンク送信または受信は、ＰＳＳＣＨ送信、ＰＳＣＣＨ送信、またはＰＳＦＣＨ送信を含んでもよい。
【０１０８】
一実施形態では、第１のデバイスは、第２のデバイスに関連する連続した「同期ずれ」表示を受信したことに応答して、無線リンク障害を検出することができる。宛先アイデンティティは、レイヤ１またはレイヤ２宛先ＩＤであり得る。送信元アイデンティティは、レイヤ１またはレイヤ２送信元ＩＤであり得る。
【０１０９】
図３および図４を参照すると、第２のデバイスとの無線リンク障害を処理するための第１のデバイスの観点からの１つの例示的な実施形態である。第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）第２のデバイスに関連する無線リンク障害を検出することであって、ここで、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信を行っている、ことと、（ｉｉ）第２のデバイスに関連するサイドリンクＭＡＣリセットを行うことと、を行うことをすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップまたは本明細書で説明したその他のすべてを行うことができる。
【０１１０】
図１６は、無線リンク障害を処理するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１６００である。ステップ１６０５において、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１６１０において、第１のデバイスは、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１６１５において、第１のデバイスは、第２のデバイスに関連する無線リンク障害を検出する。ステップ１６２０において、第１のデバイスは、無線リンク障害に応答して、第２のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルし、無線リンク障害に応答して、第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしない。
【０１１１】
一実施形態では、第１のデバイスは、無線リンク障害に応答して、第２のデバイスに関連するサイドリンク送信および／または受信を停止してもよく、無線リンク障害に応答して、第３のデバイスに関連するサイドリンク送信および／または受信を停止しなくてもよく、ここで、サイドリンク送信および／または受信は、ＰＳＳＣＨ、ＰＳＣＣＨ、および／またはＰＳＦＣＨ送信または受信を含む。また、第１のデバイスは、無線リンク障害に応答して、第２のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしてもよく、無線リンク障害に応答して、第３のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしない。さらに、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信および第３のデバイスとのサイドリンクユニキャスト通信のための１つのサイドリンクＭＡＣエンティティを維持してもよい。
【０１１２】
図３および図４を参照すると、第２のデバイスとの無線リンク障害を処理するための第１のデバイスの１つの例示的な実施形態である。第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立すること、（ｉｉ）第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することと、（ｉｉｉ）第２のデバイスに関連する無線リンク障害を検出することと、（ｉｖ）無線リンク障害に応答して、第２のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルし、無線リンク障害に応答して、第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしないことと、行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップまたは本明細書で説明したその他のすべてを行うことができる。
【０１１３】
図１７は、無線リンク障害を処理するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート１７００である。ステップ１７０５において、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１７１０において、第１のデバイスは、第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立する。ステップ１７１５において、第１のデバイスは、第２のデバイスに関連する無線リンク障害を検出する。ステップ１７２０において、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、第３のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしない。
【０１１４】
一実施形態では、第１のデバイスは、無線リンク障害に応答して、第２のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしてもよく、無線リンク障害に応答して、第３のデバイスに関連するペンディングのＳＲおよび／またはＢＳＲをキャンセルしなくてもよい。また、第１のデバイスは、無線リンク障害に応答して、第２のデバイスに関連するサイドリンク送信および／または受信を停止してもよく、無線リンク障害に応答して、第３のデバイスに関連するサイドリンク送信および／または受信を停止しなくてもよく、ここで、サイドリンク送信または受信は、ＰＳＳＣＨ、ＰＳＣＣＨ、および／またはＰＳＦＣＨ送信または受信を含む。さらに、第１のデバイスは、無線リンク障害に応答して、ネットワークによってスケジューリングされた、または第１のデバイスによって予約された第２のデバイスに関連するサイドリンクユニキャストリソースを解放してもよい。追加的に、第１のデバイスは、第２のデバイスとのサイドリンクユニキャスト通信および第３のデバイスとのサイドリンクユニキャスト通信のための１つのサイドリンクＭＡＣエンティティを維持してもよい。
【０１１５】
図３および図４を参照すると、第２のデバイスとの無線リンク障害を処理するための第１のデバイスの１つの例示的な実施形態である。第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）第２のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することと、（ｉｉ）第３のデバイスとのサイドリンクユニキャスト通信を行うか、または確立することと、（ｉｉｉ）第２のデバイスに関連する無線リンク障害を検出することと、（ｉｖ）第２のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュし、第３のデバイスとのサイドリンクユニキャスト通信に関連するソフトバッファをフラッシュしないことと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップまたは本明細書で説明したその他のすべてを行うことができる。
【０１１６】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【０１１７】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０１１８】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１１９】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０１２０】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０１２１】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１２２】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
0006935557.tif 000047
【図２】
0006935557.tif 000048
【図３】
0006935557.tif 000049
【図４】
0006935557.tif 000050
【図５】
0006935557.tif 000051
【図６】
0006935557.tif 000052
【図７】
0006935557.tif 000053
【図８】
0006935557.tif 000054
【図９】
0006935557.tif 000055
【図１０】
0006935557.tif 000056
【図１１】
0006935557.tif 000057
【図１２】
0006935557.tif 000058
【図１３】
0006935557.tif 000059
【図１４】
0006935557.tif 000060
【図１５】
0006935557.tif 000061
【図１６】
0006935557.tif 000062
【図１７】
0006935557.tif 000063