(57)【要約】【課題】  無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置を提供する。【解決手段】  ＵＥの観点から、方法及び装置が開示される。ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられる。一実施形態では、本方法は、タイマが満了した場合に、ＵＥがＭＡＣ制御要素をトリガすることを含む。本方法は、ＵＥがＭＡＣ制御要素のためにＳＲをトリガすることも含む。本方法は、ＵＥが複数のＳＲ構成のうちの第１のＳＲ構成に基づいてＳＲを送信することも含む。第１のＳＲ構成は、ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる。【選択図】  図３５
2018186506.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）の方法であって、ネットワークノードによって複数のＳＲ（スケジューリング要求）構成が該ＵＥに割り当てられ、当該方法は、
タイマが満了した場合、ＭＡＣ（媒体アクセス制御）制御要素をトリガすることと、
前記ＭＡＣ制御要素のためにＳＲをトリガすることと、
前記複数のＳＲ構成のうちの第１のＳＲ構成に基づいて前記ＳＲを送信することであって、該第１のＳＲ構成は、前記ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる、送信することと、を含む方法。
【請求項２】
前記タイマは、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒである、請求項１に記載の方法。
【請求項３】
前記ＭＡＣ制御要素は、ＢＳＲ（バッファステータスレポート）である、請求項１に記載の方法。
【請求項４】
前記第１のＳＲ構成は、最も優先順位の高い前記論理チャネルの識別情報に基づいて最も優先順位の高い前記論理チャネルに関連付けられる、請求項１に記載の方法。
【請求項５】
前記ＵＥが論理チャネルグループに属する論理チャネルのいずれかのためのデータを有する場合、前記ＭＡＣ制御要素がトリガされることをさらに含む、請求項１に記載の方法。
【請求項６】
ＵＥ（ユーザ機器）の方法であって、
複数のＳＲ（スケジューリング要求）構成をネットワークノードから受信することと、
第１のＭＡＣ（媒体アクセス制御）制御要素をトリガすることと、
前記第１のＭＡＣ制御要素のために第１のＳＲをトリガすることと、
前記複数のＳＲ構成のうちの第１のＳＲ構成に従って前記第１のＳＲを前記ネットワークノードに送信することであって、該第１のＳＲ構成は、該第１のＳＲ構成の特性に基づいて選択される、送信することと、を含む方法。
【請求項７】
前記特性は、前記第１のＭＡＣ構成要素がトリガされた後に、最も近いＳＲ送信機会を有する前記第１のＳＲ構成であることである、請求項６に記載の方法。
【請求項８】
第１の論理チャネルのアップリンクデータのための第２のＭＡＣ制御要素をトリガすることと、
前記第２のＭＡＣ制御要素のために第２のＳＲをトリガすることと、
前記複数のＳＲ構成のうちの第２のＳＲ構成に従って、前記第２のＳＲを前記ネットワークノードに送信することであって、該第２のＳＲ構成は、前記第１の論理チャネルと前記第２のＳＲ構成との関連付けに基づいて選択される、送信することと、をさらに含む、請求項６に記載の方法。
【請求項９】
前記ＵＥが、前記第１のＳＲ構成に従った第３のＳＲ送信を中断又は停止することなく、前記第２のＳＲ構成に従って前記第２のＳＲの送信を実行することをさらに含む、請求項８に記載の方法。
【請求項１０】
前記ＵＥが前記第２のＭＡＣ制御要素をトリガするとき、前記ＵＥが前記第１のＳＲ構成に従って第３のＳＲ送信を実行することを停止する、請求項８に記載の方法。
【請求項１１】
前記第１のＭＡＣ制御要素は、サイドリンクＢＳＲ（バッファステータスレポート）である、請求項６に記載の方法。
【請求項１２】
前記第１のＭＡＣ制御要素は、タイマの満了によりトリガされる、請求項６に記載の方法。
【請求項１３】
前記タイマは、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒである、請求項１２に記載の方法。
【請求項１４】
前記第１のＭＡＣ制御要素は、バッファステータスレポートである、請求項６に記載の方法。
【請求項１５】
前記ＵＥが論理チャネルグループ（ＬＣＧ）に属する論理チャネルのいずれかのためのデータを有する場合、前記第１のＭＡＣ制御要素がトリガされることをさらに含む、請求項１２に記載の方法。
【請求項１６】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
タイマが満了した場合、ＭＡＣ（媒体アクセス制御）制御要素をトリガすることと、
前記ＭＡＣ制御要素のためにＳＲをトリガすることと、
複数のＳＲ構成のうちの第１のＳＲ構成に基づいて前記ＳＲを送信することであって、該第１のＳＲ構成は、前記ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる、送信することと、
を行うように構成される、ＵＥ。
【請求項１７】
前記タイマは、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒである、請求項１６に記載のＵＥ。
【請求項１８】
前記ＭＡＣ制御要素は、ＢＳＲ（バッファステータスレポート）である、請求項１６に記載のＵＥ。
【請求項１９】
前記第１のＳＲ構成は、最も優先順位の高い前記論理チャネルの識別情報に基づいて最も優先順位の高い前記論理チャネルに関連付けられる、請求項１６に記載のＵＥ。
【請求項２０】
前記ＵＥが論理チャネルグループに属する論理チャネルのいずれかのためのデータを有する場合、前記ＭＡＣ制御要素がトリガされることをさらに含む、請求項１６に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年４月２６日に出願された米国仮特許出願第６２／４９０，０７２号及び２０１７年６月１４日に出願された米国仮特許集願第６２／５１９，７１８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ＵＥ（ユーザ機器）の観点から、方法及び装置が開示される。ネットワークノードによって複数のＳＲ（スケジューリング要求）構成がＵＥに割り当てられる。一実施形態では、本方法は、タイマが満了した場合に、ＵＥがＭＡＣ（媒体アクセス制御）制御要素をトリガすることを含む。本方法は、ＵＥがＭＡＣ制御要素のためにＳＲをトリガすることも含む。本方法は、ＵＥが複数のＳＲ構成のうちの第１のＳＲ構成に基づいてＳＲを送信することも含む。第１のＳＲ構成は、ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１−１を再現したものである。
【図６】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１−２を再現したものである。
【図７】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の表６．１．３．１−１を再現したものである。
【図８】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の表６．１．３．１−２を再現したものである。
【図９】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１ａ−１を再現したものである。
【図１０】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１ａ−２を再現したものである。
【図１１】図１１は、例示的な一実施形態による図である。
【図１２】図１２は、例示的な一実施形態による図である。
【図１３】図１３は、例示的な一実施形態による図である。
【図１４】図１４は、例示的な一実施形態による図である。
【図１５】図１５は、例示的な一実施形態による図である。
【図１６】図１６は、例示的な一実施形態による図である。
【図１７】図１７は、例示的な一実施形態による図である。
【図１８】図１８は、例示的な一実施形態による図である。
【図１９】図１９は、例示的な一実施形態による図である。
【図２０】図２０は、例示的な一実施形態による図である。
【図２１】図２１は、例示的な一実施形態による図である。
【図２２】図２２は、例示的な一実施形態による図である。
【図２３】図２３は、例示的な一実施形態による図である。
【図２４】図２４は、例示的な一実施形態による図である。
【図２５】図２５は、例示的な一実施形態による図である。
【図２６】図２６は、例示的な一実施形態による図である。
【図２７】図２７は、例示的な一実施形態による図である。
【図２８】図２８は、例示的な一実施形態による図である。
【図２９】図２９は、例示的な一実施形態による図である。
【図３０】図３０は、例示的な一実施形態による図である。
【図３１】図３１は、例示的な一実施形態による図である。
【図３２】図３２は、例示的な一実施形態による図である。
【図３３】図３３は、例示的な一実施形態による図である。
【図３４】図３４は、例示的な一実施形態による図である。
【図３５】図３５は、例示的な一実施形態によるフローチャートである。
【図３６】図３６は、例示的な一実施形態によるフローチャートである。
【図３７】図３７は、例示的な一実施形態によるフローチャートである。
【図３８】図３８は、例示的な一実施形態によるフローチャートである。
【図３９】図３９は、例示的な一実施形態によるフローチャートである。
【図４０】図４０は、例示的な一実施形態によるフローチャートである。
【図４１】図４１は、例示的な一実施形態によるフローチャートである。
【図４２】図４２は、例示的な一実施形態によるフローチャートである。
【図４３】図４３は、例示的な一実施形態によるフローチャートである。
【図４４】図４４は、例示的な一実施形態によるフローチャートである。
【図４５】図４５は、例示的な一実施形態によるフローチャートである。
【図４６】図４６は、例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよい。標準は、TR  38.913  V14.1.0，“Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies”、TS  36.300  V14.2.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2”、TS  36.321  V14.2.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”、TS  36.331  V14.2.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification”、TS  38.804  v14.0.0，“Study  on  New  Radio  Access  Technology;  Radio  Interface  Protocol  Aspects”、R2-1703796，“Report  from  NR/LTE  Break-Out  Session  (UP  NR，FeD2D，Wearables，Rel-14  corrections)”、及びR2-1704030，“Report  from  LTE  Break-Out  session”，Vice-Chair  (InterDigital)を含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
次世代（すなわち、５Ｇ）アクセス技術についての３ＧＰＰ標準化活動が２０１５年３月に立ち上げられている。次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ  ＩＭＴ−２０２０に明記されたより長期的なニーズとの両方を満たすために以下の３つの使用シナリオファミリをサポートすることを目的としている。
−  ｅＭＢＢ（拡張モバイルブロードバンド）
−  ｍＭＴＣ（大規模マシン型通信）
−  ＵＲＬＬＣ（超高信頼性及び低遅延通信）。
【００２６】
新しい無線アクセス技術についての３Ｇ研究項目の目的は、少なくとも１００ＧＨｚまでの任意のスペクトル帯域を使用できるはずの新しい無線システムに必要な技術要素を特定し開発することである。１００ＧＨｚまでの搬送波周波数をサポートすることにより、無線伝搬の領域において多くの課題が生じる。キャリア周波数が増加すると、パスロスも増加するのである。
【００２７】
スケジューリングリクエスト（ＳＲ：Scheduling  Request）手順及びバッファステータスレポート（ＢＳＲ：Buffer  Status  Report）手順は、ＵＥがアップリンクリソースを要求するように設計される。一方、サイドリンクバッファステータスレポート手順は、ＵＥが専用サイドリンクリソースを要求するように設計される。サイドリンクＢＳＲ又はＢＳＲは基地局に送信されるものであるため、ＵＥはＳＲをトリガして、必要に応じて、サイドリンクＢＳＲ又はＢＳＲを送信するためのアップリンクリソースを要求する。詳しい手順は、以下のように３ＧＰＰ  ＴＳ  ３６．３２１において説明されている。
（外１−１）
2018186506.tif 000003
（外１−２）
2018186506.tif 000004
（外１−３）
2018186506.tif 000005
（外１−４）
2018186506.tif 000006
（外１−５）
2018186506.tif 000007
（外１−６）
2018186506.tif 000008
（外１−７）
2018186506.tif 000009
（外１−８）
2018186506.tif 000010
“Short  BSR  and  Truncated  BSR  MAC  control  element”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１−１は、図５として再現されている。
“Long  BSR  MAC  control  element”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１−２は、図６として再現されている。
“Buffer  size  levels  for  BSR”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の表６．１．３．１−１は、図７として再現されている。
“Extended  Buffer  size  levels  for  BSR”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の表６．１．３．１−２は、図８として再現されている。
（外２）
2018186506.tif 000011
“Sidelink  BSR  and  Truncated  Sidelink  BSR  MAC  control  element  for  even  N”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１ａ−１は、図９として再現されている。
“Sidelink  BSR  and  Truncated  Sidelink  BSR  MAC  control  element  for  odd  N”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．２．０の図６．１．３．１ａ−２は、図１０として再現されている。
【００２８】
論理チャネル優先順位付け（ＬＣＰ：Logical  channel  prioritization）手順及びＭＡＣ制御要素とＭＡＣ  ＳＤＵと多重化は、以下のように３ＧＰＰ  ＴＳ  ３６．３２１において説明されている。
（外３−１）
2018186506.tif 000012
（外３−２）
2018186506.tif 000013
（外３−３）
2018186506.tif 000014
【００２９】
ＲＲＣによって制御される論理チャネルの構成は、以下のように３ＧＰＰ  ＴＳ  ３６．３３１において説明されている。
（外４−１）
2018186506.tif 000015
（外４−２）
2018186506.tif 000016
【００３０】
ＳＲ及びＢＳＲ関連ＲＲＣ構成は、以下のように３ＧＰＰ  ＴＳ  ３６．３１１において説明されている。
（外５−１）
2018186506.tif 000017
（外５−２）
2018186506.tif 000018
（外５−３）
2018186506.tif 000019
（外５−４）
2018186506.tif 000020
（外５−５）
2018186506.tif 000021
（外５−６）
2018186506.tif 000022
（外５−７）
2018186506.tif 000023
（外５−８）
2018186506.tif 000024
（外５−３）
2018186506.tif 000025
【００３１】
ＮＲ設計に対する研究項目におけるＲＡＮ２の進展は、３ＧＰＰ  ＴＳ３８．８０４において捕捉される。３ＧＰＰ  ＴＳ  ３８．８０４は、複数のヌメロロジがサポートされ、ＮＲにおける論理チャネルはＴＴＩ持続時間及び／又はヌメロロジに関連付けられることを指定する。そのような関連付けの主な目的は、サービス要件を達成するためである。例えば、緊急のサービスはレイテンシ削減のためにより短いＴＴＩに関連付けられることができる。その間に、より短いＴＴＩがより高いデータレートを達成するためのより多くのデータ送信の機会も提供する。ヌメロロジ及びＴＴＩ持続時間の定義は、以下のように３ＧＰＰ  ＴＳ  ３８．８０４に説明される。
（外６）
2018186506.tif 000026
【００３２】
ＲＡＮ２＃９７ｂｉｓ会合では、以下のようにＳＲ設計に関連する新しい合意がなされた。
ＳＲ／ＢＳＲについての合意
−  ＳＲは、少なくとも、ＳＲをトリガした論理チャネルの「ヌメロロジ／ＴＴＩタイプ」を区別するべきである（これがなされる方法については、さらに検討する）。
【００３３】
ＲＡＮ２＃９８会合では、以下のようにＳＲ設計に関連する新しい合意がなされた。
合意
１．複数のＳＲ構成をＵＥに構成することができ、どのＳＲ構成を使用するかは、ＳＲをトリガするＬＣＨに依存する。論理チャネルのためのＳＲ構成の粒度については、さらに検討する。
２．  ＲＡＮ２の観点からは、ＳＲをトリガする論理チャネルの「ヌメロロジ／ＴＴＩ長」を区別するのに複数のＳＲ構成を有する単一ビットＳＲで十分である。ＲＡＮ２は、十分にサポートしたマルチビットＳＲが必要とされる他の使用事例を特定していない。
３．ＲＡＮ２では、バッファステータス情報を搬送するニーズについては分かっていない。
４．  ＬＳをＲＡＮ１に送り、ＲＡＮ２では、マルチビットＳＲをサポートするニーズについては分かっていないことを指示する。
【００３４】
最新の合意に基づくと、ＳＲは、ＳＲをトリガするアップリンク論理チャネルのＴＴＩ及び／又はヌメロロジ情報を反映する必要がある。そのような合意の主な目的は、アップリンクのリソース要求を高速化し、論理チャネルのＴＴＩ／ヌメロロジ構成によって引き起こされるリソースの無駄を回避することである。ＴＴＩやヌメロロジ情報を反映させる方法についてはさらに検討を必要とする。以下に可能性としてある方法について説明する。
【００３５】
方法１−ネットワークが複数のＳＲ構成をＵＥに提供する。異なるＳＲ構成は、周波数領域、時間領域、及び／又はコード領域において異なる無線リソースを含むことができ、各ＳＲ構成はＴＴＩ／ヌメロロジ情報にリンクされている。リンクは、暗黙的な関連付けに基づいて（例えば、ＳＲ構成に従ってＳＲ送信に使用されるヌメロロジが、そのヌメロロジでリソースを要求することにリンクされる）、及び／又は明示的な関連付け（例えば、ＴＴＩ／ヌメロロジ情報が、各ＳＲ構成に含まれる）に基づいて確立する。ＴＴＩ／ヌメロロジ情報は、１つ以上の以下の候補とすることができる。
１．ヌメロロジ（例えば、ヌメロロジインデクス）
２．ＴＴＩ長／持続時間（例えば、最大ＴＴＩ閾値、具体的なＴＴＩ長／持続時間（範囲））
３．論理チャネル識別情報
４．論理チャネルグループ識別情報
５．論理チャネルの優先順位
６．ＱｏＳフローＩＤ
そして、ＵＥは、明示的又は暗黙的にＳＲ構成を論理チャネルに直接関連付けることができる。例えば、ＳＲ構成が論理チャネル（グループ）識別情報を含む場合、特定の論理チャネル（グループ）に属するデータの到着は、ＢＳＲをトリガすることができ、ＳＲ構成に基づいて対応するＳＲをトリガすることもできる。別の例として、各ＳＲ構成がＳＲ送信を実行するためのヌメロロジ情報を含む場合、特定の論理チャネル（グループ）に属するデータが到着すると、使用することを提案された論理チャネル（グループ）と同じヌメロロジを使用するＳＲ構成がトリガされる。
【００３６】
方法２−複数ビット（multiple  bits）を有する新しいＳＲがＮＲにおいて定義される。ＳＲにおける複数ビットは、１つ以上のフィールドとして設計することができる。各フィールドは、以下のようにリストされた１つ以上の情報を指示するために使用することができる。
１．ヌメロロジ
２．ＴＴＩ長／持続時間（例えば、最大ＴＴＩ閾値、具体的なＴＴＩ長／持続時間（範囲））
３．論理チャネル識別情報（例えば、異なる論理チャネルを表すビットマップ、ＬＣＩＤを示すためのフィールド）
４．論理チャネルグループ識別情報
５．論理チャネルの優先度
６．ＱｏＳフローＩＤ
１つの可能な例は、ＳＲ内に２つのフィールドを存在させることである。第１のフィールドはヌメロロジを表し、第２のフィールドはＴＴＩ長／持続時間を表す。論理チャネルがヌメロロジＡ及びヌメロロジＢに提案され、０．５ｍｓ未満のＴＴＩ長を有するデータが到来する場合、ＳＲは、第１フィールドにおいてヌメロロジＡ及びヌメロロジＢを示し、第２フィールドにおいて０．５ｍｓ未満のＴＴＩを示すことができる。代替的には、ＳＲは、第１のフィールドにおいてヌメロロジＡ又はヌメロロジＢのいずれかを示し、第２のフィールドにおいて０．５ｍｓ未満のＴＴＩを示すことができる。代替的には、ＳＲは、第１のフィールドおいてヌメロロジＡのみを示し、第２のフィールドにおいて０．５ｍｓ未満のＴＴＩを示すことができる。ヌメロロジＡのみを示すＵＥは、ネットワーク構成（例えば、どれか１つのＵＥがネットワークからヌメロロジＡを受信するようにＵＥを構成する）に依存することがある。ヌメロロジＡのみを示すＵＥは、ヌメロロジＡについてより短いスロット長に依存することがある。一実施形態では、論理チャネルは、送信可能なデータを有する他の論理チャネルの優先度と比較して最も高い優先度を有する。
【００３７】
別の例は、論理チャネル識別情報を示すためにＳＲにおいて１つのフィールドとすることができる。ＵＥは、データを有するすべての論理チャネルにおいて、ＬＣＩＤを最も高い優先度を有する論理チャネルの識別情報に設定する。ネットワークが論理チャネルのＴＴＩ及び／又はヌメロロジ構成をＵＥに提供するため、ネットワークはＵＥのＴＴＩ／ヌメロロジのニーズを理解することができる。
【００３８】
方法３−この方法は、前述の２つの方法のハイブリッドである。複数のＳＲ構成をＵＥに構成することができ、それらのＳＲ構成のうちの少なくとも１つがマルチビットＳＲをサポートする。複数のＳＲ構成及びマルチビットＳＲは、独立して以下の１つ以上の情報を表す。
１．ヌメロロジ
２．ＴＴＩ長／持続時間（例えば、最大ＴＴＩ閾値、具体的なＴＴＩ長／持続時間（範囲））
３．論理チャネル識別情報（例えば、異なる論理チャネルを表すビットマップ、ＬＣＩＤを示すためのフィールド）
４．論理チャネルグループ識別情報
５．論理チャネルの優先度
６．ＱｏＳフローＩＤ
マルチビットＳＲ及び複数のＳＲ構成によって表される情報は、異なる、又は特定のレベルの重なりを有することができる。例えば、マルチビットＳＲは、論理チャネルの特定のグループ内の特定のＬＣＩＤを示すために使用される一方で、異なるＳＲ構成は、異なる論理チャネルグループ内でデータが利用可能であるかどうかを示すために使用される。特定のＬＣＩＤは、データを有する論理チャネルグループでの最も高い優先度又は最も短いＴＴＩ及び／又はヌメロロジを有する論理チャネルを識別情報するために使用することができる。別の例としては、マルチビットＳＲ及び異なるＳＲ構成が異なる情報を示すために使用される。マルチビットＳＲは、ＴＴＩ長／持続時間情報を示すために使用され、複数のＳＲ構成は、異なるヌメロロジを示すために使用される。
【００３９】
一方、合意ではカバーされていない可能性のあるいくつかのケースが依然として存在する。それらのケースについてＳＲトリガ／設定を処理する方法は明らかになっていない。それらの可能性のある事例を以下に列挙して示す。
【００４０】
ケース１：サイドリンク（sidelink）ＢＳＲ
ＬＴＥでは、ＵＥ間の直接通信のためにサイドリンクインタフェースが導入されている。ＢＳＲと同様に、サイドリンクＢＳＲは基地局からサイドリンクリソースを要求するために使用される。ＵＥは、サイドリンクＢＳＲを送信する必要があり、アップリンクリソースを有しないときにＳＲをトリガする。基地局は、ＵＥからのＳＲに応答するためのアップリンクリソースのみを提供し、アップリンクリソースはサイドリンク送信に使用することができないため、最新の合意に従ってもリソース廃棄が依然として発生する可能性がある。さらに、サイドリンク論理チャネルがＴＴＩ長及び／又はヌメロロジに関連付けられるかどうかは明らかではない。
【００４１】
ケース２：タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）
ＬＴＥでは、予期しない状況を処理するために設計されたいくつかのタイマ及び／又はカウンタが存在する。カウンタが閾値に達する、又はタイマが満了するときに、ＵＥは、ＭＡＣ制御要素をトリガし、さらにＳＲをトリガすることができる。再送信ＢＳＲタイマは、ＬＴＥにおける一例である。より具体的には、再送信ＢＳＲタイマの場合、再送信タイマが満了し、ＵＥがＬＣＧに属する論理チャネルのいずれかのために送信可能なデータを依然として有する場合に、ＵＥはＢＳＲをトリガする。ＮＲでは、そのようなデザインを多くの手順で使用する可能性が十分にある。予期しないＭＡＣ制御要素がタイマ及び／又はカウンタによってトリガされる場合、ＵＥは、できるだけ早くＭＡＣ制御要素をネットワークに転送するためにＳＲをトリガすることができる。
【００４２】
ケース３：ＳＲをトリガすることができる、可能性としてある新しいアップリンクＭＡＣ制御要素
新しい制御要素を様々な目的のためにＮＲに導入することができる。ここで、新しい制御要素がＳＲをトリガする。新しい制御要素は、ＵＥが情報をネットワーク（例えば、基地局、ＴＲＰ、ＣＵ、ＤＵ等）に自律的に報告するように設計されている。新しいＭＡＣ制御要素は、論理チャネルに関連していてもいなくてもよい。例えば、ビーム関連制御要素（例えば、ビーム報告、ビーム品質報告、ビーム障害表示等）が存在する可能性がある。ＵＥは、ネットワーク側より早くそのような状況を検出することができるため、ビーム関連制御要素は、できるだけ早くネットワークに報告する必要があることがある。ビーム関連制御要素は、アップリンク及び／又はダウンリンクに対するものであってもよい。ビーム関連制御要素は、ＵＥビーム及び／又はネットワークビームに対するものであってもよい。
【００４３】
別の例としては、ＳＰＳ支援情報メッセージがＲｅｌ−１４に導入されている。最新の情報を迅速に更新するための新しいＭＡＣ制御要素が存在する可能性がある。新しいＭＡＣ制御要素は、ネットワークが対応するＳＰＳを更新するのを支援するために、以下に列挙する１つ以上の情報を示すことができる。
１．論理チャネル識別情報
２．ＳＰＳ構成インデックス
３．セル及び／又は周波数情報
４．ビーム情報
５．無線ベアラ識別情報
６．ＱｏＳフローＩＤ
７．周期性
８．開始オフセット
９．サービス／トラフィックが終了したかどうかの指示
１０．パケットサイズ（例えば、ＴＢサイズ、ＭＡＣ  ＰＤＵサイズ、ＲＬＣ  ＰＤＵサイズ、ＰＤＣＰ  ＰＤＵサイズ、ＩＰパケットサイズ等）
ネットワークがトラフィックパターンの変化を直ちに検出することができない可能性があるため、ＵＥがアップリンクリソースを有さないときは、新しい制御要素がＳＲをトリガできることがより良い。
【００４４】
新しいＭＡＣ  ＣＥによって報告される可能性がある他の可能な情報は、以下の１つ以上の情報とすることができる。
１．ＤＬチャネルの品質
２．データレート
３．データ到着
４．ＵＥ送信電力
５．１つ以上のＲＢ及び／又は１つ以上の論理チャネルのトラフィック特性の変化（例えば、メッセージサイズ、レイテンシ要件、優先度、通信路（アップリンク、サイドリンク、中継等）、ＭＣＳ提案、信頼性、宛先及び／又はサイドリンクのソース、ＲＩＮＴＩ関連、ＲＢとＱｏＳフローＩＤとの間のマッピング、送信電力設定、（再）送信機会の回数、セルとＲＢ／ＬＣとの間のマッピング、ＨＡＲＱプロセス／エンティティとＬＣ／ＲＢとの間のマッピング等）
６．ＵＥビームフォーミング（例えば、任意の時間におけるビームの数、ビームフォーミング後の電力制限、ビームフォーミングのオン／オフ等）
７．ＵＥモード（例えば、カバレッジ拡張モードなど）
８．ＵＥ移動性（例えば、速度など）
９．輻輳検出（例えば、特定の時間のサイドリンク及び／又はアップリンクが輻輳しているかどうかを検出するなど）
さらに、新しいＭＡＣ  ＣＥは、特定のサービス又は機能を開始するための要求とすることもできる。サービス又は機能は、以下の１つ以上の候補にすることができる。
１．システム情報要求（例えば、他のＳＩ要求ＭＡＣ  ＣＥ）
２．リソース要求（例えば、（サイドリンク）競合リソース要求、無許可リソース要求、プリアンブルリソース要求、特定のタイミング及び／又は特定の連続期間における予約されたアップリンク／サイドリンクリソース等）
３．タイムアラインメント（Time  Alignment）要求
４．パケット複製機能要求
５．セルのアクティブ化／非アクティブ化要求
６．ダウンリンクＭＡＣ  ＣＥ要求
７．ＴＴＩバンドル要求
８．位置決め要求
９．ＨＡＲＱ構成変更要求（例えば、ＨＡＲＱプロセス番号を変更する、及び／又はＨＡＲＱをリセットする）
１０．データレート要求（例えば、ＵＥのデータレート、特定のセルのデータレート、及び／又は１つ以上のＬＣのデータレートなど）を変更
上記の各方法に基づく可能なケースを以下に説明する。一実施形態では、以下に述べる論理チャネルはＬＣＧに属する。代替的には、以下に述べる論理チャネルは、ＬＣＧに属さなくてもよい。
【００４５】
適用法１
ケース１では、アップリンクリソースを要求するためにサイドリンクＢＳＲがＳＲをトリガする方法を処理するための可能なオプションが提案される。
【００４６】
オプション１（ＵＥがＳＲ構成を選択するために事前定義された規則）−サイドリンクＢＳＲによりＳＲがトリガされるときに、ＵＥがデフォルト又はアクセスヌメロロジに関連付けられたＳＲ構成に従ってＳＲ送信をトリガするという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されたデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するに使用されるヌメロロジとすることができる。デフォルトヌメロロジは、初期アクセスを実行するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有する可能性がある）に対して異なることができる。
【００４７】
別の可能性としては、ＵＥが使用することができる最大（例えば、ＳＣＳ＝４８０ｋｈｚ、ＳＣＳ＝１２０ｋｈｚ）、又は最小（例えば、ＳＣＳ＝１５ｋｈｚ、ＳＣＳ＝２．５ｋｈｚ）のヌメロロジに関連付けられたＳＲ構成に従ってＵＥが常にＳＲ送信をトリガする。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成も考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有しない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない可能性がある。構成はＳＲ構成とすることができる。
【００４８】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成に従ってＵＥが常にＳＲ送信をトリガする。さらに別の可能性としては、ＵＥが構成されているすべてのＳＲ構成を使用してＵＥがＳＲ送信をトリガする。
【００４９】
さらに、ヌメロロジは、方法１の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮して、別の可能性としては、サイドリンクＢＳＲがトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【００５０】
オプション２（ネットワークがサイドリンクＢＳＲとＳＲ構成との関連付けを構成する）−ネットワークがヌメロロジ／ＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ、ＩｏＴ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ送信をトリガする。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【００５１】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【００５２】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ等）を含む。
【００５３】
さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法１の説明で述べた１つ以上の情報で置き換えることができる。
【００５４】
別の可能性としては、ＭＡＣ制御要素に関連するサービス構成においてネットワークがＳＲ構成インデックス／識別情報を提供する。ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＵＥがＳＲをトリガする。
【００５５】
オプション３（すべてのＳＲ構成を候補とすることができ、ＵＥがそれらのうちの１つを選択する）−ＭＡＣ制御要素トリガタイミングに最も近いＳＲ送信機会を有するＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。最も近いＳＲ送信は、ＵＥ処理能力を考慮に入れる必要があってもよい。
【００５６】
オプション４（制御要素（例えば、サイドリンクＢＳＲ）のために定義されたＳＲ構成）−ＵＥは、１つ以上のＭＡＣ制御要素を専用で処理するために使用されるＳＲ構成で構成される可能性がある。ＭＡＣ制御要素を専用で処理するために使用される複数のＳＲ構成が存在することができる。
【００５７】
オプション５（ＵＥが、すべてのＳＲ構成ではなく、複数のＳＲ構成のうちの１つを自律的に選択することができ、いくつかの条件に基づいて複数のＳＲ構成が決定される）−適切なＳＲ構成のセットを決定するための１つ以上の基準でＵＥが構成されるという可能性がある。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準は、ＬＣＧとすることができる。
【００５８】
オプション６（ＵＥが、データを有する論理チャネルに関連するＳＲ構成をトリガする）−サイドリンク論理チャネルも様々なＴＴＩ長さ及び／又はヌメロロジに関連付けられると想定すると、ＵＥは、アップリンク設計と同様の解決策を適用することができる。
【００５９】
すべてのＰｒｏＳｅ宛先においてデータを有するすべてのサイドリンク論理チャネル内の最も優先順位の高いサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジに関連付けられたＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。別の可能性としては、ＵＥが、最新のサイドリンクＢＳＲトリガのためのサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジに関連付けられたＳＲ構成に従ってＳＲ送信をトリガする可能性がある。
【００６０】
ケース２では、タイマ及び／又はカウンタ制御ベースの制御要素に対するＳＲトリガを処理するための以下の可能なオプションが考慮、提案される。
【００６１】
オプション１（ＵＥが、ＳＲ構成を選択するための事前に定義された規則）−、制御要素がＳＲをトリガする必要があるときに、デフォルト又はアクセスヌメロロジに関連付けられたＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、初期アクセスを実行するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【００６２】
代替的には、ＵＥが使用することができる最大又は最小のヌメロロジに関連付けられたＳＲ構成に従って、ＵＥが常にＳＲ送信をトリガすることができる。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成も考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない可能性がある。構成はＳＲ構成とすることができる。
【００６３】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成に従ってＵＥが常にＳＲ送信をトリガすることができる。さらに別の可能性としては、ＵＥが構成されているすべてのＳＲ構成を使用してＵＥがＳＲ送信をトリガすることができる。さらに、ヌメロロジは、方法１の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、タイマ／カウンタ制御ベースのＭＡＣ  ＣＥがトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成することができる。
【００６４】
オプション２（ネットワークがそのようなタイマ／カウンタ制御ベースのＭＡＣ  ＣＥとＳＲ構成との関連付けを構成する）−ネットワークがヌメロロジ／ＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ、ＩｏＴ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ送信をトリガする。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供される可能性がある。
【００６５】
代替的には、ネットワークがヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供するという可能性がある。より具体的には、ヌメロロジ及び／又はＴＴＩ情報は、ケース２におけるタイマ／カウンタ制御ベースのＭＡＣ  ＣＥを処理するための特定のタイマ又はカウンタに提供されることができる。ＭＡＣ制御要素は、そのヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【００６６】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ、タイマ／カウンタ制御ベースのＭＡＣ  ＣＥに関連付けられたタイマ／カウンタＩＥ）を含むことができる。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法１の説明で述べた１つ以上の情報で置き換えることができる。
【００６７】
別の可能性としては、ＭＡＣ制御要素に関連するサービス構成においてネットワークがＳＲ構成インデックス／識別情報を提供する。ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＵＥがＳＲをトリガする。
【００６８】
オプション３（すべてのＳＲ構成を候補とすることができ、ＵＥがそれらのうちの１つを選択する）−ＭＡＣ制御要素トリガタイミングに最も近いＳＲ送信機会を有するＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。最も近いＳＲ送信は、ＵＥ処理能力を考慮に入れる必要があってもよい。
【００６９】
オプション４−（制御要素のために定義されたＳＲ構成（例えば、タイマ／カウンタ制御ベースのＭＡＣ  ＣＥに対する、論理チャネルに関係しないＭＡＣ  ＣＥに対する））−ＵＥは、１つ以上のＭＡＣ制御要素を専用で処理するために使用されるＳＲ構成で構成される可能性がある。ＭＡＣ制御要素を専用で処理するために使用される複数のＳＲ構成が存在する可能性がある。
【００７０】
オプション５−（ＵＥが、すべてのＳＲ構成の代わりに複数のＳＲ構成のうちの１つを自律的に選択することができ、いくつかの条件に基づいて複数のＳＲ構成が決定される）−適切なＳＲ構成のセットを決定するための１つ以上の基準でＵＥが構成されるという可能性がある。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準は、ＬＣＧとすることができる。
【００７１】
オプション６（バッファステータスに基づいてＳＲをトリガする）−データを有する現在の論理チャネルに基づいてＵＥがＳＲ送信をトリガするという可能性がある。より具体的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＴＴＩ及び／又はヌメロロジに関連付けれらたＳＲ構成に従ってＳＲ送信をトリガする。
【００７２】
代替的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＬＣＧに関連するＳＲ構成に従ってＳＲ送信をトリガすることができる。
【００７３】
オプション７（タイマ／カウンタパラメータに基づいてＳＲをトリガする）−通常、タイマ及び／又はカウンタは、特定の時間単位に基づいて増加又は減少する。ＵＥは、時間単位に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする可能性がある。その時間単位を対応するヌメロロジ及び／又はＴＴＩに変換するためのパラメータ（例えば、１スロット、１４ＯＦＤＭシンボルなど）が存在してもよい。例えば、１ｍｓサブフレームがタイマの時間単位であり、ＵＥがタイマによって制御される制御要素をトリガする場合、制御要素は１５ｋｈｚヌメロロジでＳＲ構成を使用する。
【００７４】
ケース３では、可能性としてある新しい制御要素に対するＳＲトリガを処理するための可能な選択肢は以下のようである。
【００７５】
オプション１（ＵＥが、ＳＲ構成を選択するための事前に定義された規則）−、新しいＭＡＣ  ＣＥがＳＲをトリガする必要があるときに、デフォルト又はアクセスヌメロロジに関連付けられたＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されたデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するに使用されるヌメロロジとすることができる。デフォルトヌメロロジは、初期アクセスを実行するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有する可能性がある）に対して異なることができる。
【００７６】
代替的には、ＵＥが使用することができる最大又は最小のヌメロロジに関連付けられたＳＲ構成に従って、ＵＥが常にＳＲ送信をトリガすることができる。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成も考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有しない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない可能性がある。構成はＳＲ構成とすることができる。
【００７７】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成に従ってＵＥが常にＳＲ送信をトリガする。さらに別の可能性としては、ＵＥが構成されているすべてのＳＲ構成を使用してＵＥがＳＲ送信をトリガする。さらに、ヌメロロジは、方法１の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、新しい制御要素がトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【００７８】
オプション２（ネットワークは、新しいＭＡＣ  ＣＥとＳＲ構成との関連付けを構成する）−ネットワークがヌメロロジ／ＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ、ＩｏＴ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ構成のＳＲ送信をトリガする。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供される可能性がある。
【００７９】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【００８０】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ）を含む。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法１の説明で述べた１つ以上の情報で置き換えることができる。
【００８１】
別の可能性としては、ＭＡＣ制御要素に関連するサービス構成においてネットワークがＳＲ構成インデックス／識別情報を提供する。ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＵＥがＳＲをトリガする。
【００８２】
オプション３（すべてのＳＲ構成を候補とすることができ、ＵＥがそれらのうちの１つを選択する）−ＭＡＣ制御要素トリガタイミングに最も近いＳＲ送信を有するＳＲ構成に従ってＵＥがＳＲ送信をトリガするという可能性がある。最も近いＳＲ送信は、ＵＥ処理能力を考慮に入れる必要があってもよい。
【００８３】
オプション４（新しいＭＡＣ制御要素のために定義されたＳＲ構成）−ＵＥは、１つ以上のＭＡＣ制御要素を専用で処理するために使用されるＳＲ構成で構成される可能性がある。ＭＡＣ制御要素を専用で処理するために使用される複数のＳＲ構成が存在する可能性がある。
【００８４】
オプション５−（ＵＥが、すべてのＳＲ構成の代わりに複数のＳＲ構成のうちの１つを自律的に選択することができ、いくつかの条件に基づいて複数のＳＲ構成が決定される）−適切なＳＲ構成のセットを決定するための１つ以上の基準でＵＥがされるという可能性がある。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準は、ＬＣＧとすることができる。
【００８５】
適用法２
ケース１では、アップリンクリソースを要求するためにサイドリンクＢＳＲトリガがＳＲをトリガする方法を処理するための可能なオプションは以下のようである。
【００８６】
オプション１（ＵＥがマルチビットＳＲを設定するために事前定義された規則）−サイドリンクＢＳＲがＳＲをトリガする必要がある場合、ＵＥがマルチビットＳＲをデフォルト又はアクセスヌメロロジに設定するという可能性がある。デフォルトヌメロロジは、ＭＡＣ制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【００８７】
別の可能性としては、ＵＥがマルチビットＳＲを、ＵＥが使用できる最大又は最小のヌメロロジに設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、データ送信に関連する構成とすることができる。
【００８８】
さらに別の可能性としては、ＵＥは、ＵＥが使用することができるすべてのヌメロロジを要求するためにマルチビットＳＲを設定する。さらに、ヌメロロジは、方法２の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、サイドリンクＢＳＲがトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【００８９】
オプション２（ネットワークがサイドリンクＢＳＲとマルチビットＳＲ設定との関連付けを構成する）−ネットワークがヌメロロジ及び／又はＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってマルチビットＳＲを設定する。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【００９０】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供することができる。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【００９１】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤとマルチビット設定との関連付けなど）を設定する方法を含むこととすることができる。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法１の説明で述べた１つ以上の情報で置き換えることができる。
【００９２】
オプション３−このオプションでは、マルチビットＳＲのすべての可能な設定を候補とすることができる。そして、ＵＥはそれ自身で設定方法を決定する。
【００９３】
オプション４（制御要素（例えば、サイドリンクＢＳＲ）のために定義されたマルチビットＳＲの専用設定）−ＵＥは、１つ以上のＭＡＣ制御要素を処理するために、マルチビットＳＲ内に１つ以上のフィールドの専用設定で構成される。異なるＭＡＣ制御要素を処理するために使用される複数の専用設定が存在することができる。
【００９４】
オプション５（ＵＥは、すべての可能な設定ではなく、マルチビットＳＲの複数の設定のうちの１つを自律的に選択することができ、複数のＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【００９５】
オプション６（ＵＥが、データを有する論理チャネルに基づいてマルチビットＳＲを設定する）−サイドリンク論理チャネルが異なるＴＴＩ長及び／又はヌメロロジにも関連付けられると想定する。そのような仮定では、ＵＥはアップリンクの設計と同様の解決策を適用することができる。すべてのＰｒｏＳｅ宛先においてデータを有するすべてのサイドリンク論理チャネル内の最も優先順位の高いサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジにＵＥがマルチビットＳＲを設定する可能性がある。別の可能性としては、最新のサイドリンクＢＳＲトリガのために、ＵＥがマルチビットＳＲをサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジに設定する。
【００９６】
ケース２では、タイマ及び／又はカウンタ制御ベースの制御要素に対するＳＲトリガを処理するための可能なオプションは、以下のようである。
【００９７】
オプション１（ＵＥがマルチビットＳＲを設定するために事前定義された規則）−タイマ／カウンタ制御ベースのＭＡＣ  ＣＥがＳＲをトリガする必要がある場合、ＵＥがマルチビットＳＲをデフォルト又はアクセスヌメロロジに設定するという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【００９８】
別の可能性としては、ＵＥがマルチビットＳＲを、ＵＥが使用できる最大又は最小のヌメロロジに設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、データ送信に関連する構成とすることができる。
【００９９】
さらに別の可能性としては、ＵＥは、ＵＥが使用することができるすべてのヌメロロジを要求するためにマルチビットＳＲを設定する。さらに、ヌメロロジは、方法２の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、タイマ／カウンタ制御ベースのＭＡＣ  ＣＥがトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【０１００】
オプション２（ネットワークがタイマ／カウンタ制御ベースのＭＡＣ  ＣＥとマルチビットＳＲ設定との関連付けを構成する）−ネットワークがヌメロロジ及び／又はＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってマルチビットＳＲを設定する。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【０１０１】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【０１０２】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤとマルチビット設定との関連付けなど）を設定する方法を含むこととすることができる。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法２の説明で述べた１つ以上の情報で置き換えることができる。
【０１０３】
オプション３−このオプションでは、マルチビットＳＲのすべての可能な設定を候補とすることができる。そして、ＵＥはそれ自身で設定方法を決定する。
【０１０４】
オプション４（タイマ／カウンタ制御ベースのＭＡＣ  ＣＥのために定義されたマルチビットＳＲの専用設定）−ＵＥは、１つ以上のＭＡＣ制御要素を処理するために、マルチビットＳＲ内に１つ以上のフィールドの専用設定で構成される。異なる制御要素を処理するために使用される複数の専用設定が存在することができる。
【０１０５】
オプション５（ＵＥは、すべての可能な設定ではなく、マルチビットＳＲの複数の設定のうちの１つを自律的に選択することができ、複数のＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される（例えば、ＳＲの異なるフィールドの設定方法）。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【０１０６】
オプション６（バッファステータスに基づいてマルチビットＳＲを設定する）−現在データを有する論理チャネルに基づいてＵＥがマルチビットＳＲを設定するという可能性がある。より具体的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＴＴＩ及び／又はヌメロロジにマルチビットＳＲをトリガする。
【０１０７】
代替的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＬＣＧにマルチビットＳＲを設定する。
【０１０８】
オプション７（タイマ／カウンタパラメータに基づいてＳＲをトリガする）−通常、タイマ及び／又はカウンタは、特定の時間単位に基づいて増加又は減少する。ＵＥは、時間単位に基づいてマルチビットＳＲを設定する可能性がある。その時間単位を対応するヌメロロジ及び／又はＴＴＩに変換するためのパラメータ（例えば、１スロット、１４ＯＦＤＭシンボルなど）が存在してもよい。例えば、１ｍｓサブフレームがタイマの時間単位であり、ＵＥがタイマによって制御される制御要素をトリガする場合、制御要素はマルチビットＳＲを１５ｋｈｚヌメロロジに設定する。
【０１０９】
ケース３では、可能性としてある新しい制御要素に対するＳＲトリガを処理するための可能な選択肢は、以下のようである。
【０１１０】
オプション１（ＵＥがマルチビットＳＲを設定するために事前定義された規則）−新しい制御要素がＳＲをトリガする必要がある場合、ＵＥがマルチビットＳＲをデフォルト又はアクセスヌメロロジに設定するという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【０１１１】
別の可能性としては、ＵＥがマルチビットＳＲを、ＵＥが使用できる最大又は最小のヌメロロジに設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、データ送信に関連する構成とすることができる。
【０１１２】
さらに別の可能性としては、ＵＥは、ＵＥが使用することができるすべてのヌメロロジを要求するためにマルチビットＳＲを設定する。さらに、ヌメロロジは、方法２の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、新しい制御要素がトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【０１１３】
オプション２（ネットワークが新しいＭＡＣ制御要素とマルチビットＳＲ設定との関連付けを構成する）−ネットワークがヌメロロジ及び／又はＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ、ＩｏＴ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってマルチビットＳＲを設定する。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【０１１４】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、マルチビットＳＲを数値及び／又はＴＴＩ情報に設定する。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【０１１５】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報（例えば、ＭＡＣ制御要素のＬＣＩＤとマルチビット設定との関連付けなど）を設定する方法を含むこととすることができる。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法２の説明で述べた１つ以上の情報で置き換えることができる。
【０１１６】
オプション３−マルチビットＳＲのすべての可能な設定を候補とすることができ、ＵＥはそれ自身で設定方法を決定する。
【０１１７】
オプション４（制御要素のために定義されたマルチビットＳＲの定義された専用設定）−ＵＥは、１つ以上の制御要素を処理するために、マルチビットＳＲ内に１つ以上のフィールドの専用設定で構成される。異なる制御要素を処理するために使用される複数の専用設定が存在することができる。
【０１１８】
オプション５（ＵＥは、すべての可能な設定ではなく、マルチビットＳＲの複数の設定のうちの１つを自律的に選択することができ、複数のＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される。その基準は、ＴＴＩ長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【０１１９】
適用法３
ケース１では、アップリンクリソースを要求するためにサイドリンクＢＳＲがＳＲをトリガする方法を処理するためのいくつかの可能なオプションは以下のようである。
【０１２０】
オプション１（ＵＥがＳＲ構成を選択し、マルチビットＳＲをそれに応じて設定するために事前定義された規則）−サイドリンクＢＳＲがＳＲをトリガする必要があるときに、デフォルト又はアクセスヌメロロジに関連付けられたＳＲ構成に従って、ＵＥがＳＲ送信をトリガ及び設定するという可能性がある。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【０１２１】
別の可能性としては、ＵＥが使用できる最大又は最小のヌメロロジに関連付けられたＳＲ構成に従って、ＵＥが常にＳＲ送信をトリガ及び設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、ＳＲ構成とすることができる。
【０１２２】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成をＵＥが常にトリガする。さらに、ヌメロロジは、方法３の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、サイドリンクＢＳＲがトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【０１２３】
オプション２（ネットワークがマルチビットＳＲ設定とＳＲ構成及びマルチビットＳＲ設定との関連付けを構成する）−ネットワークがヌメロロジ及び／又はＴＴＩ情報をサービス（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ、Ｖ２Ｖ、中継、ＭＴＣ、ＵＲＬＬＣ、ＩｏＴ等）に提供するという可能性がある。そして、サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ送信をトリガ及び設定する。ＭＡＣ制御要素は、数値及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【０１２４】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、数値及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従って、ＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためにメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【０１２５】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報及び／又はＭＡＣ  ＣＥのためにマルチビットＳＲの設定する方法（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ等）を含む。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法３の説明で述べた１つ以上の情報によって置き換えることができる。
【０１２６】
別の可能性としては、ネットワークが、ＭＡＣ制御要素に関連するサービス構成において、ＳＲ構成インデックス／識別情報及び／又はマルチビットＳＲを設定する方法を提供する。そして、ＵＥは、ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＳＲをトリガし、サービス構成に基づいてマルチビットＳＲも設定する。
【０１２７】
オプション３（ＵＥ実装）−すべてのＳＲ構成及び／又はマルチビットＳＲ設定を候補とすることができる。ＵＥは、ＳＲ構成及びそれを設定する方法を選択することを決定することができる。
【０１２８】
オプション４（制御要素（例えば、サイドリンクＢＳＲ）のために定義されたＳＲ構成及びマルチビットＳＲ設定）−ＵＥは、１つ以上の制御要素を専用に処理するために使用されるＳＲ構成及び特定のマルチビットＳＲ設定で構成される可能性がある。制御要素を専用に処理するために使用される複数のＳＲ構成及び／又は特定のＳＲ設定が存在することができる。
【０１２９】
オプション５（ＵＥは、複数のＳＲ構成及び／又はマルチビットＳＲ設定のうちの１つを自律的に選択することができ、複数のＳＲ構成及び／又はマルチビットＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ構成及び／又はマルチビットＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される。その基準は、ＴＴＩの長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【０１３０】
オプション６（ＵＥは、データを有する論理チャネルに関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する）−サイドリンク論理チャネルが異なるＴＴＩ長及び／又はヌメロロジにも関連付けられると想定すると、ＵＥはアップリンクの設計と同様の解決策を適用することができる。すべてのＰｒｏＳｅ宛先においてデータを有するすべてのサイドリンク論理チャネル内の最も優先順位の高いサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジに関連付けられたＳＲ構成に従って、ＵＥがＳＲ送信をトリガ及び設定する。
【０１３１】
別の可能性としては、最新のサイドリンクＢＳＲトリガのためのサイドリンク論理チャネルのＴＴＩ長及び／又はヌメロロジに関連付けられたＳＲ構成に従って、ＵＥがＳＲ送信をトリガ及び設定する。
【０１３２】
ケース２では、タイマ及び／又はカウンタ制御ベースの制御要素に対するＳＲトリガを処理するためのいくつかの可能なオプションは、以下のようである。
【０１３３】
オプション１（ＵＥがＳＲ構成を選択し、マルチビットＳＲをそれに応じて設定するために事前定義された規則）−タイマ／カウンタ制御ベースのＭＡＣ  ＣＥがＳＲをトリガする必要があるときに、デフォルト又は初期アクセスヌメロロジに関連付けられたＳＲ構成に従って、ＵＥがＳＲ送信をトリガ及び設定する。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【０１３４】
別の可能性としては、ＵＥが使用できる最大又は最小のヌメロロジに関連付けられたＳＲ構成に従って、ＵＥが常にＳＲ送信をトリガ及び設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、ＳＲ構成とすることができる。
【０１３５】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成をＵＥが常にトリガする。さらに、ヌメロロジは、方法３の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、新しいＭＡＣ制御要素がトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが構成する。
【０１３６】
オプション２（ネットワークが、タイマ／カウンタ制御ベースのＭＡＣ  ＣＥとＳＲ構成及びマルチビットＳＲ設定との関連付けを構成する）−ネットワークは、ヌメロロジ及び／又はＴＴＩ情報をサービスに提供することができる可能性がある。サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ送信をトリガ及び設定する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【０１３７】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【０１３８】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報及び／又はＭＡＣ  ＣＥのためにマルチビットＳＲを設定する方法（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ等）を含む。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法３の説明で述べた１つ以上の情報によって置き換えることができる。
【０１３９】
別の可能性としては、ネットワークが、ＭＡＣ制御要素に関連するサービス構成において、ＳＲ構成インデックス／識別情報及び／又はマルチビットＳＲを設定する方法を提供する。そして、ＵＥは、ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＳＲをトリガし、サービス構成に基づいてマルチビットＳＲも設定する。
【０１４０】
オプション３（ＵＥ実装）−すべてのＳＲ構成及び／又はマルチビットＳＲ設定を候補とすることができ、ＵＥは、ＳＲ構成及びそれを設定する方法を選択することを決定することができる。
【０１４１】
オプション４（制御要素（例えば、サイドリンクＢＳＲ）のために定義されたＳＲ構成及びマルチビットＳＲ設定）−ＵＥは、１つ以上の制御要素を専用に処理するために使用されるＳＲ構成及び特定のマルチビットＳＲ設定で構成される可能性がある。ＭＡＣ制御要素を専用に処理するために使用される複数のＳＲ構成及び／又は特定のＳＲ設定が存在することができる。
【０１４２】
オプション５（ＵＥは、複数のＳＲ構成及び／又はマルチビットＳＲ設定のうちの１つを自律的に選択することができ、複数のＳＲ構成及び／又はマルチビットＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ構成及び／又はマルチビットＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される可能性がある。その基準は、ＴＴＩの長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【０１４３】
オプション６（バッファステータスに基づいてＳＲをトリガ及び設定する）−現在データを有する論理チャネルに基づいてＵＥがＳＲ送信をトリガ及び設定する。より具体的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＴＴＩ及び／又はヌメロロジに関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。
【０１４４】
代替的には、ＵＥは、データを有するすべての（サイドリンク）論理チャネル内の最も優先順位の高い論理チャネルのＬＣＧに関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。
【０１４５】
オプション７（タイマ／カウンタパラメータに基づいてＳＲをトリガ及び設定する）−通常、タイマ及び／又はカウンタは、特定の時間単位に基づいて増加又は減少する。ＵＥは、時間単位に関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する可能性がある。その時間単位を対応するヌメロロジ及び／又はＴＴＩに変換するためのパラメータ（例えば、１スロット、１４ＯＦＤＭシンボルなど）が存在してもよい。例えば、１ｍｓサブフレームがタイマの時間単位であり、ＵＥがタイマによって制御される制御要素をトリガする場合、制御要素は１５ｋｈｚヌメロロジに関連付けれらたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。
【０１４６】
ケース３では、可能性としてある新しい制御要素に対するＳＲトリガを処理するための可能な選択肢は、以下のようである。
【０１４７】
オプション１（ＵＥがＳＲ構成を選択し、マルチビットＳＲをそれに応じて設定するために事前定義された規則）−新しいＭＡＣ  ＣＥがＳＲをトリガする必要があるときに、デフォルト又はアクセスヌメロロジに関連付けられたＳＲ構成に従って、ＵＥがＳＲ送信をトリガ及び設定する。デフォルトヌメロロジは、制御要素がリソースを要求するために仕様において定義されるデフォルトヌメロロジとすることができる。デフォルトヌメロロジは、ＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でシステム情報を受信するために使用されるヌメロロジとすることができる。デフォルトヌメロロジは、異なるＵＥ（例えば、ＮＢ−ＩｏＴ  ＵＥ及び通常ＵＥは、ＵＥ能力により異なるデフォルトヌメロロジを有してよい）に対して異なることができる。
【０１４８】
別の可能性としては、ＵＥが使用できる最大又は最小のヌメロロジに関連付けられたＳＲ構成に従って、ＵＥが常にＳＲ送信をトリガ及び設定する。ＵＥが使用することができるヌメロロジは、ＵＥ能力を考慮する必要がある。一実施形態では、ＵＥが使用することができるヌメロロジは、ネットワークから提供される構成を考慮する必要がある。ＵＥが特定のヌメロロジに関連する構成を有していない場合、ＵＥが使用可能であっても、ＵＥがそのヌメロロジでＳＲを送信することができない場合がある。構成は、ＳＲ構成とすることができる。
【０１４９】
別の可能性としては、最も高いＳＲ送信機会を有するＳＲ構成をＵＥが常にトリガする。さらに、ヌメロロジは、方法３の説明で述べた１つ以上のＴＴＩ／ヌメロロジ情報（例えば、ＬＣＧ及び／又はＴＴＩ長など）によって置き換えることができる。代替的には、上記のすべての可能な単純な規則を考慮すると、別の可能性としては、新しいＭＡＣ制御要素がトリガされるときにＵＥがどの規則に従うものとするのかをネットワークが設定する。
【０１５０】
オプション２（ネットワークが、ＭＡＣ  ＣＥとＳＲ構成及びマルチビットＳＲ設定との関連付けを構成する）−ネットワークは、ヌメロロジ及び／又はＴＴＩ情報をサービスに提供することができる可能性がある。サービスに関連するＭＡＣ制御要素は、データを有する論理チャネルと同様の規則によってＳＲ送信をトリガ及び設定する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガ及び設定する。ヌメロロジ及び／又はＴＴＩ情報は、サービス構成（例えば、サイドリンク通信構成、サイドリンクディスカバリ構成等）において提供されることができる。
【０１５１】
別の可能性としては、ネットワークが、ヌメロロジ及び／又はＴＴＩ情報をＭＡＣ制御要素に提供する。ＭＡＣ制御要素は、ヌメロロジ及び／又はＴＴＩ情報に関連付けられたＳＲ構成に従ってＳＲ送信をトリガする。さらに、ＭＡＣ制御要素は、送信のためのヌメロロジ及び／又はＴＴＩ情報に関連するアップリンクリソースを使用することのみに限定されてもされなくてもよい。
【０１５２】
さらに別の可能性としては、ＳＲ構成がＭＡＣ制御要素情報及び／又はＭＡＣ  ＣＥのためにマルチビットＳＲを設定する方法（例えば、ＭＡＣ制御要素のＬＣＩＤ、ＭＡＣ制御要素に対応するビットマップ等）を含む。さらに、ヌメロロジ及び／又はＴＴＩ情報は、方法３の説明で述べた１つ以上の情報によって置き換えることができる。
【０１５３】
別の可能性としては、ネットワークが、ＭＡＣ制御要素に関連するサービス構成において、ＳＲ構成インデックス／識別情報及び／又はマルチビットＳＲを設定する方法を提供する。そして、ＵＥは、ＭＡＣ制御要素のためのＳＲ構成インデックス／識別情報に従ってＳＲをトリガし、サービス構成に基づいてマルチビットＳＲも設定する。
【０１５４】
オプション３（ＵＥ実装）−すべてのＳＲ構成及び／又はマルチビットＳＲ設定を候補とすることができ、ＵＥは、ＳＲ構成及びそれを設定する方法を選択することを決定することができる。
【０１５５】
オプション４（制御要素（例えば、サイドリンクＢＳＲ）のために定義されたＳＲ構成及びマルチビットＳＲ設定）−ＵＥは、１つ以上の制御要素を専用に処理するために使用されるＳＲ構成及び特定のマルチビットＳＲ設定で構成される可能性がある。制御要素を専用に処理するために使用される複数のＳＲ構成及び／又は特定のＳＲ設定が存在することができる。
【０１５６】
オプション５（ＵＥは、複数のＳＲ構成及び／又はマルチビットＳＲ設定のうちの１つを自律的に選択することができ、複数のＳＲ構成及び／又はマルチビットＳＲ設定は、いくつかの条件に基づいて決定される）−ＵＥは、ＳＲ構成及び／又はマルチビットＳＲ設定の適切なセットを決定するための１つ以上の基準で構成される可能性がある。その基準は、ＴＴＩの長及び／又はヌメロロジについての閾値とすることができる。その基準はＬＣＧとすることができる。
【０１５７】
図１１は、ヌメロロジ及びＴＴＩ概念の例示的な図である。図１１に示すように、この例では、ヌメロロジはサブキャリア間隔（ＳＣＳ）として解釈される。ＴＴＩは、スケジューリング（例えば、１つ以上のＯＦＤＭシンボル、ミリ秒、スロット、サブフレーム…）の時間領域持続時間を指す。代替的には、ヌメロロジは、特定のＳＣＳにおける特定のなＴＴＩ期間として解釈されることができる。さらに、バンドは、システムの観点から異なるヌメロロジをサポートするために、半静的に異なるサブバンドに分離されることができる。ＵＥの観点からは、そのような分離は見えない可能性がある。代替的には、分離がないものとすることができ、ネットワークが制御信号に基づいて異なるヌメロロジでリソースを割り当てる。
【０１５８】
図１２は、ケース３において方法１のオプション２を適用した例である。前半部分では、論理チャネル１（ＬＣ１）のデータと論理チャネル２（ＬＣ２）のデータがアップリンクＢＳＲを独立してトリガする。ＬＣ１及びＬＣ２によって使用されるＳＲ構成は、異なるヌメロロジでのリソースのニーズ反映するために異なる。さらに、ＳＲ構成は、関連付けを確立するために新しいＭＡＣ  ＣＥの識別情報を含むことができる。その関連付けに基づいて、後半部分では、ＵＥは新しいＭＡＣ  ＣＥをトリガし、アップリンクリソースがないときは、ＵＥはＳＲ構成１に従ってＳＲを送信する。一方、アップリンクがないときに、ＵＥがサイドリンクＢＳＲをトリガする場合、ＵＥはＳＲ構成２に従ってＳＲを送信する。
【０１５９】
図１３は、ケース１において方法１のオプション２を適用した例である。図１２と同様に、その関連付けは、サイドリンクサービス構成にヌメロロジ情報（すなわち、ヌメロロジ１）を含めることによって確立する。ＵＥがサイドリンクＢＳＲをトリガし、アップリンクリソースがないときは、ＵＥはＳＲ構成１に従ってＳＲを送信する。
【０１６０】
図１４は、ケース３において方法１のオプション２を適用した例である。前の例と同様に、その関連付けは、ヌメロロジと新しいＭＡＣ  ＣＥの識別情報とのマッピングテーブルによって確立する。
【０１６１】
図１５は、ケース３において方法２のオプション２を適用した例である。ＳＲは、ＴＴＩ持続時間のニーズ及びヌメロロジのニーズを別個に示すために２つの異なるフィールドを含む。前半部分では、論理チャネル１のデータ及び論理チャネル２のデータがアップリンクＢＳＲを独立してトリガする。各データ到着イベントに対するＳＲ送信は、論理チャネル構成に従って異なる値に設定される。後半部分では、新しいＭＡＣ  ＣＥも対応する論理チャネル構成を有するため、新しいＭＡＣ  ＣＥを転送するためのＳＲ送信はそれに応じて設定されるものとする。
【０１６２】
図１６は、ケース３において方法２のオプション１を適用した例である。この例では、ＵＥは、できるだけ早く新しいＭＡＣ  ＣＥを配送するためのＴＴＩとヌメロロジの組み合わせを選択する。したがって、ＵＥは、ＳＲにおけるフィールドを１２０ｋｈｚ  ＳＣＳ及び緊急サービスのためのＴＴＩに設定する。
【０１６３】
図１７は、ケース３において方法１のオプション１を適用した例である。この例では、ＵＥは、新しいＭＡＣ  ＣＥのために最大のヌメロロジに関連するＳＲ構成のＳＲをトリガ及び送信する。したがって、ＵＥはＳＲ構成１に従ってＳＲを送信する。
【０１６４】
図１８は、ケース３において方法１のオプション３を適用した例である。この例では、各ＳＲ構成はそのＳＲ送信機会を有する。ＳＲ送信機会は、「Ｏ」の表示を用いて異なる表に示している。ＵＥが新しいＭＡＣ  ＣＥをトリガするとき、ＵＥは、ＳＲ構成にかかわらず、トリガタイミングの次に最も近いＳＲ送信機会を選択する。この例では、ＳＲ構成２内のＳＲ送信機会が選択される。異なる代替案では、ＵＥは複数のＳＲ構成を考慮に入れてもよい。より具体的には、ＵＥは、適切なＳＲ送信リソースを選択するときに、すべてのＳＲ構成を考慮するわけではない。ＵＥは、基準及び／又は閾値に基づいていくつかのＳＲ構成を排除する。基準は、本開示で言及された１つ以上の情報候補とすることができる。閾値は、ヌメロロジ、ＴＴＩ持続時間、ＬＣＧ、優先度、ＴＢサイズ等などのＳＲ構成が関連付けられる情報とすることができる。
【０１６５】
ＰＤＣＣＨモニタリングの議論
現在のＮＲ設計では、変形サービス要件及びＵＥ能力をサポートするために複数のヌメロロジが導入される。より具体的には、異なるヌメロロジは異なる単一キャリア間隔（ＳＣＳ）を意味し、異なるＴＴＩ持続時間をサポートすることができる。異なるヌメロロジでのデータ伝送は、異なるＴＴＩ持続時間により異なるレイテンシを有する。より大きなＳＣＳが仕様され、より短いＴＴＩ持続時間がサポートされる。
【０１６６】
ＬＴＥでは、ＵＥはＳＲを送信した後、ＵＥは、保留中のＳＲが存在しない（又はＳＲがキャンセルされる）まで、基地局から対応するスケジューリングを受信するための制御チャネル（例えば、ＰＤＣＣＨ）を監視し続ける必要がある。データ送信のヌメロロジをスケジューリングするための制御チャネルに関しては、以下のいくつかの可能な設計を考慮することができる。
【０１６７】
選択肢１：あるヌメロロジでの制御チャネルは、そのヌメロロジでのデータチャネルをスケジューリングすることのみを行うことができる。
【０１６８】
選択肢２：あるヌメロロジでの制御チャネルは、１つ以上のヌメロロジでのデータチャネルをスケジューリングすることができる。
【０１６９】
選択肢３：あるヌメロロジでの制御チャネルは、ＵＥがサポートすることができる及び／又はＵＥが構成される任意のヌメロロジをスケジューリングすることができる。
【０１７０】
選択肢１の場合、制御チャネルは、スケジューリングのために特定のデータヌメロロジに関連付けられる。ＵＥは、制御チャネルから受信したデータリソーススケジューリング（例えば、ダウンリンク割り当て、アップリンク許可、サイドリンク許可、ＳＰＳスケジューリング、グラントフリーアクティベーションコマンド）が特定のヌメロロジで発生することを期待する。関連付けは、ネットワーク（例えば、基地局）によって構成されることができる。この関連付けは暗黙的に確立することができる。暗黙的な関連付けは、データチャネルと同じヌメロロジ、特定のヌメロロジでのデータチャネルのサブバンドと同じサブバンド、又は特定のヌメロロジでのデータチャネルのセルと同じセル内の制御チャネルとすることができる。
【０１７１】
選択肢２に関して、異なるヌメロロジでの制御チャネルとデータチャネルとの関連付けは、暗黙的又は明示的とすることができる。例えば、暗黙的な関連付けにおいては、制御チャネルは、より大きい／より小さい任意のヌメロロジでのデータ送信をスケジューリングするために使用され、制御チャネルのヌメロロジに等しくすることができる。このようにして、一旦ＵＥが制御チャネルで構成されると、ＵＥはそれ自体で関連付けを確立する。別の例では、明示的な関連付けにおいて、ネットワークが制御チャネルの構成を提供するときに、ネットワークは制御チャネルを１つ以上のヌメロロジに関連付けることができる。１つの可能な方法は、ヌメロロジ関連情報（例えば、ヌメロロジインデックス）を制御チャネル構成に含めることである。他の可能な方法は、制御チャネル情報（例えば、制御チャネル構成インデックス）をヌメロロジ関連構成に含めること、又は異なるセル上のデータチャネルの１つ以上のヌメロロジをマッピングすることとすることができる。
【０１７２】
次に、ＬＴＥにおけるクロスキャリアスケジューリング方法をこの目的のために再利用することができる。キャリアアグリゲーションでは、１つ以上のセルをスケジューリングするために制御チャネルを使用することができる。この設計に基づいて、制御チャネルとデータチャネルのヌメロロジとの関連付けを確立することができる。さらに、ＵＥは、複数の制御チャネルで構成されることができる。異なる制御チャネルは、異なる選択肢を使用してもよい（例えば、デフォルト制御チャネルは選択肢３を使用し、追加制御チャネルは選択肢２を使用する）。
【０１７３】
選択肢３の場合、制御チャネルは、任意のヌメロロジ（ＵＥは、ＵＥが構成されているか、又はＵＥが使用可能である）でデータ送信をスケジューリングすることができる。選択肢３が適用された制御チャネル上で送信されるスケジューリング制御メッセージは、データ送信のヌメロロジに関連した情報を含んでもよい。
【０１７４】
選択肢に基づく異なるケースと、ヌメロロジ／ＴＴＩ情報を反映するＳＲのための方法について以下に説明する。この想定は、複数の制御リソースセットを有するか、又は制御チャネル（例えば、複数のダウンリンク制御チャネル）と呼ばれるＵＥに基づいている。各制御リソースセットは、３つの選択肢のうちの１つをデータヌメロロジスケジューリングに適用することができる。さらに、複数の制御リソースセットは、１つのセル又はキャリアアグリゲーションの場合に割り当てることができる。異なる制御リソースセットは、時間及び／又は周波数及び／又は符号領域で分離していてもよい。
【０１７５】
方法１＋選択肢１又は選択肢２
ケース１：特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる、可能性のある新しいアップリンクＭＡＣ制御要素）
オプション１（トリガされたＳＲを有するＳＲ構成に関連したヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、各ＳＲ構成が１つ以上のヌメロロジに関連するため、特定の構成に基づくＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０１７６】
オプション２（トリガされたＳＲを有するＳＲ構成に関連したヌメロロジをスケジューリング及びトリガされたＳＲを有するＳＲ構成に関連したヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、各ＳＲ構成は１つ以上のヌメロロジに関連しているため、特定の構成に基づくＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が、受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０１７７】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることも有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０１７８】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０１７９】
オプション３（ＵＥが構成される又はＵＥがサポートすることができるすべてのヌメロロジに対する制御チャネルを監視する）−これは、ＵＥが監視することができるすべての制御チャネルをＵＥが直接的に監視する最も簡単な方法である。
【０１８０】
オプション４（トリガされたＳＲを有するＳＲ構成に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のヌメロロジを監視する。最大又は最小のヌメロロジは、トリガされたＳＲを有するＳＲ構成に関連付けられたヌメロロジに制限されることができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０１８１】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０１８２】
オプション５（トリガされたＳＲを有するＳＲ構成に関連する最も多い（most）ヌメロロジ、あるいはＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、ＵＥは、トリガされたＳＲを有するＳＲ構成に関するヌメロロジのみを考慮に入れてもよい。
【０１８３】
オプション６（特別なＳＲトリガイベントに関連付けられた特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネルを監視することができる。
【０１８４】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）、あるいはシステム情報又は専用シグナリングを通じて提供される他の可能なＲＲＣ構成において提供されることができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。
【０１８５】
すべてのＰＤＣＣＨ（例えば、すべての制御リソースセット）がサイドリンクリソースをスケジューリングできるとは限らないと想定すると、ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０１８６】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０１８７】
オプション７（アップリンクのための制御チャネルを監視する）−このオプションでは、制御チャネルを２つのセット又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングに使用される。第２のセットは、ダウンリンクスケジューリングに使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方に使用される。ＵＥがＳＲ送信を送信した後に、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙した条件に基づいて監視してもよい。
【０１８８】
条件は、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０１８９】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０１９０】
オプション１（トリガされたＳＲを有するＳＲ構成に関連したヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、各ＳＲ構成が１つ以上のヌメロロジに関連するため、特定の構成に基づくＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０１９１】
オプション２（トリガされたＳＲを有するＳＲ構成に関連したヌメロロジをスケジューリング及びトリガされたＳＲを有するＳＲ構成に関連したヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、各ＳＲ構成は１つ以上のヌメロロジに関連しているため、特定の構成に基づくＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が、受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０１９２】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることも有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０１９３】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、特定の論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０１９４】
オプション３（ＵＥが構成される又はＵＥがサポートすることができるすべてのヌメロロジに対する制御チャネルを監視する）−これは、ＵＥが監視することができるすべての制御チャネルをＵＥが直接的に監視する最も簡単な方法である。
【０１９５】
オプション４（トリガされたＳＲを有するＳＲ構成に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のヌメロロジを監視する。最大又は最小のヌメロロジは、トリガされたＳＲを有するＳＲ構成に関連付けられたヌメロロジに制限されることができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０１９６】
さらに、ＵＥは、異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０１９７】
オプション５（トリガされたＳＲを有するＳＲ構成に関連する最も多い（most）ヌメロロジ、あるいはＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。ＵＥは、制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、トリガされたＳＲを有するＳＲ構成に関するヌメロロジのみを考慮に入れてもよい。
【０１９８】
オプション６（アップリンクについての制御チャネルを監視する）−このオプションでは、制御チャネルを２つ又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングのために使用される。第２のセットは、ダウンリンクスケジューリングのために使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方のために使用される。ＵＥがＳＲ送信を送信した後、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙する条件に基づいて監視されてもよい。
【０１９９】
条件は以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２００】
方法２＋選択肢１又は選択肢２
ケース１：特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる新しいアップリンクＭＡＣ制御要素）
オプション１（最後のＳＲ送信のマルチビット設定に関連するヌメロロジをスケジューリングすることを担う監視制御チャネルを監視する）−このオプションでは、マルチビット設定が１つ以上のヌメロロジに関連するので、基地局は受信したＳＲ送信に基づいてリソースをスケジューリングすることができる。したがって、対応するヌメロロジスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２０１】
オプション２（最後のＳＲ送信のマルチビット設定に関連するヌメロロジ、及び最後のＳＲ送信のマルチビット設定に関連するヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲにおけるマルチビット設定の各種類は１つ以上のヌメロロジに関連するため、特定の構成に基づくＳＲ送信は、基地局に、アップリンクのニーズのＴＴＩ持続期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２０２】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることが有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０２０３】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０２０４】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
【０２０５】
オプション４（最後のＳＲのマルチビットＳＲ設定に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のいずれかのヌメロロジを監視する。最大又は最小のヌメロロジは、ＳＲ送信によって知らされたヌメロロジに制限されることができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０２０６】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２０７】
オプション５（最後のＳＲ送信のマルチビット設定に関連する最も多いヌメロロジ、あるいはＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、ＵＥは、ＳＲ送信によって知らされたヌメロロジのみを考慮に入れてもよい。
【０２０８】
オプション６（特別なＳＲトリガイベントに関連付けられた特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネルを監視することができる。
【０２０９】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）…において提供することができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。すべてのＰＤＣＣＨ（例えば、すべての制御リソースセット）がサイドリンクリソースをスケジューリングできるとは限らないと想定する。ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０２１０】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０２１１】
オプション７（アップリンクのための制御チャネルを監視する）−このオプションでは、制御チャネルを２つのセット又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングに使用される。第２のセットは、ダウンリンクスケジューリングに使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方に使用される。ＵＥがＳＲ送信を送信した後に、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙した条件に基づいて監視してもよい。
【０２１２】
条件は、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２１３】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０２１４】
オプション１（最後のＳＲ送信のマルチビット設定に関連したヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、マルチビット設定が１つ以上のヌメロロジに関連するので、基地局は受信したＳＲ送信に基づいてリソースをスケジューリングすることができる。したがって、対応するヌメロロジスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２１５】
オプション２（最後のＳＲ送信のマルチビット設定に関連するヌメロロジ、及び最後のＳＲ送信のマルチビット設定に関連するヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲにおけるマルチビット設定の各種類は１つ以上のヌメロロジに関連するため、特定の構成に基づくＳＲ送信は、基地局に、アップリンクのニーズのＴＴＩ持続期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２１６】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることも有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０２１７】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、特定の論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０２１８】
オプション３（ＵＥが構成される又はＵＥがサポートすることができるすべてのヌメロロジに対する制御チャネルを監視する）−これは、ＵＥが監視することができるすべての制御チャネルをＵＥが直接的に監視する最も簡単な方法である。
【０２１９】
オプション４（最後のＳＲのマルチビットＳＲ設定に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のいずれかのヌメロロジを監視する。最大又は最小のヌメロロジは、ＳＲ送信によって知らされたヌメロロジに制限することができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０２２０】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２２１】
オプション５（最後のＳＲ送信のマルチビット設定に関連する最も多いヌメロロジ、あるいはＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。ＵＥは、制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、ＳＲ送信によって知らされたヌメロロジのみを考慮に入れてもよい。
【０２２２】
オプション６（アップリンクについての制御チャネルを監視する）−このオプションでは、制御チャネルを２つ又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングのために使用される。第２のセットは、ダウンリンクスケジューリングのために使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方のために使用される。ＵＥがＳＲ送信を送信した後、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙する条件に基づいて監視されてもよい。
【０２２３】
条件は以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２２４】
方法３＋選択肢１又は選択肢２
ケース１：特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる、可能性としてある新しいアップリンクＭＡＣ制御要素）
オプション１（トリガされたＳＲを有するＳＲ構成に関連した各ヌメロロジ及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定をスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲ構成に基づくマルチビットＳＲ送信が１つ以上のヌメロロジに関連するため、ＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２２５】
オプション２（トリガされたＳＲを有する各ＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連したヌメロロジ、及びトリガされたＳＲを有する各ＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連したヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲ構成に基づくマルチビットＳＲ送信が１つ以上のヌメロロジに関連しているため、特定の構成に基づくマルチビットＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ持続期間及び／又はヌメロロジを知らせることができる。基地局が、受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２２６】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることも有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０２２７】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０２２８】
オプション３（ＵＥが構成される又はＵＥがサポートすることができるすべてのヌメロロジに対する制御チャネルを監視する）−これは、ＵＥが監視することができるすべての制御チャネルをＵＥが直接的に監視する最も簡単な方法である。
【０２２９】
オプション４（トリガされたＳＲを有するＳＲ構成及び／又は各ＳＲ構成の最後のＳＲのマルチビットＳＲ設定に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のいずれかのヌメロロジを監視する。最大又は最小のヌメロロジは、ＳＲ送信によって知らされたヌメロロジに制限することができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０２３０】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２３１】
オプション５（トリガされたＳＲを有するＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連する最も多いヌメロロジ、又はＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、ＵＥは、ＳＲ送信によって知らされたヌメロロジのみを考慮に入れてもよい。
【０２３２】
オプション６（特別なＳＲトリガイベントに関連付けられた特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネルを監視することができる。
【０２３３】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）…において提供することができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。すべてのＰＤＣＣＨがサイドリンクリソースをスケジューリングできるとは限らないと想定し、ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０２３４】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０２３５】
オプション７（アップリンクのための制御チャネルを監視する）−このオプションでは、制御チャネルを２つのセット又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングに使用される。第２のセットは、ダウンリンクスケジューリングに使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方に使用される。ＵＥがＳＲ送信を送信した後に、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙した条件に基づいて監視してもよい。
【０２３６】
条件は、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２３７】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０２３８】
オプション１（トリガされたＳＲを有するＳＲ構成に関連した各ヌメロロジ及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定をスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲ構成に基づくマルチビットＳＲ送信が１つ以上のヌメロロジに関連するため、ＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ期間及び／又はヌメロロジを知らせることができる。基地局が受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２３９】
オプション２（トリガされたＳＲを有する各ＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連したヌメロロジ、及びトリガされたＳＲを有する各ＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連したヌメロロジよりも大きい又は小さいヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＳＲ構成に基づくマルチビットＳＲ送信が１つ以上のヌメロロジに関連しているため、特定の構成に基づくマルチビットＳＲ送信は、基地局にアップリンクのニーズのＴＴＩ持続期間及び／又はヌメロロジを知らせることができる。基地局が、受信したＳＲ送信に基づいてリソースをスケジューリングすることは合理的である。したがって、対応するスケジューリングを提供することができる制御チャネルが監視されるべきである。
【０２４０】
さらに、システムのスケジューリング柔軟性を高めるために、基地局が、ＳＲ送信によって通知されたヌメロロジ及び／又はＴＴＩ持続時間だけでなく、異なるヌメロロジ又は異なるＴＴＩ持続時間でのリソースをスケジューリングすることが可能であることも有益である。１つの可能な規則は、ＵＥにも、ＳＲ送信によって搬送されるヌメロロジ情報よりも小さい又は大きいヌメロロジをスケジューリングすることができる制御チャネル監視させることである。どのくらい大きい、又はどのくらい小さいかの範囲は、基地局によって構成されることができ、及び／又は予め定義された規則に基づいて決定される（例えば、ＵＥが構成される最大又は最小ヌメロロジまで）。ＵＲＬＬＣサービスの場合、レイテンシの観点から、より大きなヌメロロジリソースもＵＥに適している可能性がある。ｅＭＴＣサービスの場合、低い複雑さの観点と信頼性の観点から、より小さなヌメロロジがＵＥに適している。
【０２４１】
ＵＥもより小さい又はより大きなヌメロロジを監視するかどうかは、以下のように行われてもよい。
１．  ネットワークによって構成される。
２．  進行中のサービス及び／又は現在のＳＲ送信（例えば、閾値未満のＴＴＩ／ヌメロロジを要求するＳＲ、論理チャネルに対してトリガされたＳＲ）に基づいてＵＥ自体によって決定される。
３．  ＵＥカテゴリ／タイプ／複雑さに基づいて決定される。
４．  ＵＥサブスクリプションに基づいて決定される。
【０２４２】
オプション３（ＵＥが構成される又はＵＥがサポートすることができるすべてのヌメロロジに対する制御チャネルを監視する）−これは、ＵＥが監視することができるすべての制御チャネルをＵＥが直接的に監視する最も簡単な方法である。
【０２４３】
オプション４（トリガされたＳＲを有するＳＲ構成及び／又は各ＳＲ構成の最後のＳＲのマルチビットＳＲ設定に関連した最大又は最小のヌメロロジをスケジューリングすることを担う制御チャネルを監視する）−このオプションでは、ＵＥは常に最大又は最小のいずれかのヌメロロジを監視する。最大又は最小のヌメロロジは、ＳＲ送信によって知らされたヌメロロジに制限することができる。ネットワーク（例えば、基地局）は、同じ規則に基づいて同じ理解とスケジューリングを共有する。監視するための制御チャネルの数を制限することにより、電力消費を削減することができる。
【０２４４】
さらに、ＵＥが異なるヌメロロジに対して複数の制御チャネルを有してもよいため、ＵＥはＳＲ送信以外の条件に基づいて、最大でも最小でもない他の制御チャネルを監視してもよい。ＳＲ送信以外の条件とは、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する。
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の首尾よい受信後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２４５】
オプション５（トリガされたＳＲを有するＳＲ構成及び／又は各ＳＲ構成の最後のＳＲ送信のマルチビット設定に関連する最も多いヌメロロジ、又はＵＥが構成される又はＵＥがサポートすることができる最も多いヌメロロジをスケジューリングすることができる制御チャネルを監視する）−このオプションでは、監視についての消費電力を削減するためにより多くのヌメロロジをスケジューリングする制御チャネルをＵＥが選択する。制御チャネルによってスケジューリングされたヌメロロジの数を計算するために、ＵＥは、ＳＲ送信によって知らされたヌメロロジのみを考慮に入れてもよい。
【０２４６】
オプション６（アップリンクのための制御チャネルを監視する）−このオプションでは、制御チャネルを２つのセット又は３つのセットに分けることができる。第１のセットは、アップリンクスケジューリングに使用される。第２のセットは、ダウンリンクスケジューリングに使用される。第３のセットは、ダウンリンクスケジューリングとアップリンクスケジューリングの両方に使用される。ＵＥがＳＲ送信を送信した後に、ＵＥは第１のセット及び／又は第３のセットを監視する。また、第２のセットは、ＳＲ送信条件の代わりに、以下に列挙した条件に基づいて監視してもよい。
【０２４７】
条件は、以下に列挙する１つ以上のオプションとすることができる。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２４８】
方法１＋選択肢３
ケース１：特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる、可能性としてある新しいアップリンクＭＡＣ制御要素）
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２４９】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
【０２５０】
オプション３（特別なＳＲトリガイベントに関連する特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネルを監視することができる（例えば、すべての制御リソースセットがＵＥに構成される）。
【０２５１】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）…において提供することができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。すべてのＰＤＣＣＨ（例えば、すべての制御リソースセットがＵＥに構成される）がサイドリンクリソースをスケジューリングできるとは限らないと想定し、ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０２５２】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０２５３】
オプション４（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されたデフォルト制御チャネル、アップリンクスケジューリングのための制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく特定の制御チャネルを監視する。
【０２５４】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ又はカウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。
一実施形態では、ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視することができる。別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク…）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。
さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネルを監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２５５】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０２５６】
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２５７】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
【０２５８】
オプション３（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されたデフォルト制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく、特定の制御チャネルを監視する。
【０２５９】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ又はカウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視する。別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク等）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。
【０２６０】
さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネルを監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２６１】
方法２＋選択肢３
特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる、可能性としてある新しいアップリンクＭＡＣ制御要素）
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２６２】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
【０２６３】
オプション３（特別なＳＲトリガイベントに関連する特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネル（例えば、制御リソースセット）を監視することができる。
【０２６４】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）又はＭＡＣ構成において提供することができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。
【０２６５】
すべてのＰＤＣＣＨ（例えば、制御リソースセットがＵＥに構成される）がサイドリンクリソースをスケジューリングできるとは限らないと想定し、ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０２６６】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０２６７】
オプション４（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されたデフォルト制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく、特定の制御チャネルを監視する。
【０２６８】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ又はカウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視することができる。別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク等）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。
【０２６９】
さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネルを監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２７０】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０２７１】
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２７２】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
【０２７３】
オプション３（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されたデフォルト制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく、特定の制御チャネルを監視する。
【０２７４】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ／カウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。
【０２７５】
別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視する。
【０２７６】
さらに別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク等）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。
【０２７７】
さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネル（例えば、他の制御リソースセット）を監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２７８】
方法３＋選択肢３
特別なＳＲトリガイベント（例えば、Ｓｉｄｅｌｉｎｋ  ＢＳＲ、タイマ及び／又はカウンタ制御ベースの制御要素（例えば、ｒｅｔｘ−ＢＳＲタイマ）、ＳＲをトリガすることができる、可能性としてある新しいアップリンクＭＡＣ制御要素）
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２７９】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
オプション３（特別なＳＲトリガイベントに関連する特定の制御チャネルを監視する）−このオプションでは、ＵＥはＳＲが特別イベントに対してトリガされることを知っており、ネットワークは受信したＳＲに基づいて同じ理解を共有するため、ＵＥは、すべての制御チャネルの代わりに、特別なＳＲトリガイベントに関連付けられた制御チャネルを監視することができる。
【０２８０】
関連付けは、ネットワーク（例えば、基地局）によって構成することができる。関連付けは、サービス構成（例えば、サイドリンク構成）、制御チャネル構成（例えば、制御チャネル構成内の制御要素識別情報を含む）、セル構成（例えば、制御チャネルと制御要素の両方が同じセルに属する）又はＭＡＣ構成において提供することができる。例えば、サイドリンクＢＳＲがＳＲをトリガし、ＳＲがネットワークに送信される。すべてのＰＤＣＣＨがサイドリンクリソースをスケジューリングできるとは限らないと想定し、ＳＲがサイドリンクＢＳＲの存在を示すことができる場合、ＵＥはサイドリンクリソースをスケジューリングすることができるＰＤＣＣＨを監視する。そして、サイドリンクリソースをスケジューリングするためにどのＰＤＣＣＨが使用できるかは、サイドリンク関連構成（例えば、通信構成、プール構成、又はヌメロロジ構成）及び／又はセル構成によって決定されてもよい。
【０２８１】
関連付けは、予め定義することができる。例えば、ＵＥは特別イベントのためにデフォルト制御チャネルを監視する。
【０２８２】
オプション４（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されるデフォルト制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく特定の制御チャネルを監視する。
【０２８３】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ又はカウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視することができる。
【０２８４】
別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク等）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネルを監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２８５】
ケース２：ＳＲは、アップリンクデータ到着によってトリガされる。
【０２８６】
オプション１（ＵＥが構成されるすべての制御チャネルを監視する）−ＵＥは、構成されたすべての制御チャネルを監視するだけである。
【０２８７】
オプション２（トリガされたＳＲを有する各ＳＲ構成のための特定の制御チャネルを監視する）−このオプションでは、制御チャネルはＳＲ構成に関連付けられる。したがって、ＵＥがＳＲ構成に基づいてＳＲを送信した後、ＵＥは関連する制御チャネルを監視する。関連付けは、セル構成、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成）、制御チャネル構成、ＳＲ構成、又はＭＡＣ構成に基づいて確立することができる。このようにして、ＵＥは、消費電力を低減するために監視のための制御リソースセットを減らすことができる。
【０２８８】
オプション３（ＳＲトリガイベントに関係なく、特定の制御チャネル（例えば、ネットワークによって構成されたデフォルト制御チャネル）を監視する）−このオプションでは、ＵＥは、ＳＲ送信によって搬送される情報に関係なく、特定の制御チャネルを監視する。
【０２８９】
特定の制御チャネルは、ネットワークによって構成されてもよいし、予め定義された規則によって決定されてもよい。例えば、ＵＥが制御チャネルＡ、Ｂ、Ｃを用いて構成される場合、ネットワークは、ＵＥが、ＳＲ送信を実行した後に制御チャネルＡ及びＢのみを監視するように構成することができ、ＳＲが依然としてＵＥに保留中である。ＵＥは、ある期間が経過した後（例えば、タイマ／カウンタによって制御される）に、このメカニズムを適用してもよい。このようにして、ＵＥは、制御チャネル監視についての消費電力を削減することができる。
【０２９０】
別の例としては、ＵＥは、ＳＲ送信を実行した後にデフォルトヌメロロジを監視し、ＳＲが依然としてＵＥに保留中である。ＵＥは、前の例のようにタイマによって制御され得るデフォルトヌメロロジのみを監視する。
【０２９１】
さらに別の例としては、制御チャネルが異なるリンクスケジューリング（例えば、ダウンリンク、アップリンク、サイドリンク、中継リンク…）に使用される場合、ＵＥは、ＳＲ送信を実行した後にアップリンクのための制御チャネルを監視すべきであり、ＳＲが依然としてＵＥに保留中である。
【０２９２】
さらに、ＵＥは、ＳＲトリガ条件を除いて、ＰＤＣＣＨをモニタするためのＤＲＸメカニズムに列挙した１つ以上の条件に基づいて他の制御チャネルを監視することができる。条件の可能な候補を以下に列挙する。
１．  DurationTimerが実行中である。
２．  drx-InactivityTimerが実行中である。
３．  drx-RetransmissionTimerが実行中である。
４．  drx-ULRetransmissionTimerが実行中である。
５．  ContentionResolutionTimerが実行中である。
６．  保留中のＨＡＲＱ再送信のアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する
７．  ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信成功後に、ＭＡＣエンティティのＣ−ＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されていない。
８．  保留中のＨＡＲＱ（再）送信のためのサイドリンク許可が発生する可能性がある。
【０２９３】
さらに、アップリンクデータ到着の場合及び各特別ＳＲトリガイベントの場合は、ＰＤＣＣＨ監視について異なるオプションを適用することができる。
【０２９４】
例えば、アップリンクデータ到着の場合、ＵＥは、すべてのチャネル及びＳＲ送信によって搬送されるヌメロロジ情報に関連するヌメロロジをスケジューリングするための対応する制御チャネルを監視することを適用する一方で、特別イベントは、特別ＳＲトリガイベントに関連づけられた特定の制御チャネルを監視するためのオプション３を適用する。この場合、ＳＲ送信は、マルチビットＳＲの設定および／またはどのＳＲ構成が使用されるかに基づいて、特別イベントを示す。
【０２９５】
別の例として、ＵＥは、アップリンクデータ到着の場合においてアップリンクのために制御チャネルを監視し、ＵＥは、特別なＳＲトリガイベントの場合（例えば、サイドリンクＢＳＲ又はｒｅｔｘＢＳＲタイマ満了あるいは新しい制御要素）のためにすべての制御チャネルを監視する。
【０２９６】
異なる特殊ＳＲトリガイベントに対しては、ＵＥは異なるオプションを適用することもできる。例えば、ＵＥは、サイドリンクＢＳＲの場合に特定の制御監視、ｒｅｔｘＢＳＲタイマ満了の場合にすべての制御チャネル監視及びアップリンクデータ到着の場合にＳＲによって搬送される情報に対する対応するスケジューリング制御チャネルを適用することができる。
【０２９７】
さらに、ＰＤＣＣＨ監視期間に関して、１つの可能性は、ＳＲ構成のＳＲが送信された後、ＳＲ構成のＳＲがキャンセルされる（例えば、ＳＲ構成に対して保留中のＳＲがない）又はトリガされたＳＲを有するすべてのＳＲ構成のＳＲがキャンセルされる（例えば、ＵＥ内に保留中のＳＲがない）まで、トリガされたＳＲを有するＳＲ構成に関連するヌメロロジをスケジューリングすることを担う制御チャネルを監視することを維持することである。別の可能性は、対応するＳＲ送信を実行した後、ある期間（例えば、タイマによって制御される）内はトリガされたＳＲを有するＳＲ構成に関連するヌメロロジをスケジュールすることを担う制御チャネルを監視することである。
【０２９８】
追加的な可能性は、送信されたトリガされたＳＲを有するＳＲ構成がどれかによらず、１つ以上の制御チャネルを監視することである。上述の可能性は、異なる制御チャネルに同時に適用することもできる。例えば、ある制御チャネル（例えば、デフォルト制御チャネル）の場合、ＵＥは、ＵＥがＳＲ送信を行った後にその制御チャネルを監視する。ＵＥは、ＵＥがＳＲ送信を行った後に、別の制御チャネルをさらに監視する。さらに、ＵＥは、保留中のＳＲがなくなるまで監視するのではなく、一定期間内に別の制御チャネルを監視する。
【０２９９】
デフォルト制御チャネルは、以下の１つ以上の条件によって定義することができる。
１．  ＰＣｅｌｌ上の制御チャネル
２．  ページングメッセージを監視するために使用される制御チャネル
３．  ＳＩ−ＲＮＴＩを監視するために使用される制御チャネル
４．デフォルトのヌメロロジをスケジューリングするために使用される制御チャネル
５．最初のインデックス又は最後のインデックスを有する制御チャネル
トリガされたＳＲを有するＳＲ構成は、保留中のＳＲを有するＳＲ構成を指し、ＵＥは、そのＳＲ構成に対する最後のＳＲキャンセル以降、そのＳＲ構成に基づいて１回ＳＲ送信を既に実行している。例を図１９に示す。特に、図１９は、トリガされたＳＲを有するＳＲ構成のＰＤＣＣＨ監視期間の例示的な実施形態を示す。図１９における灰色の期間は、トリガされたＳＲを有するＳＲ構成１のＰＤＣＣＨ監視期間である。図１９における黒色の期間は、トリガされたＳＲを有するＳＲ構成２のＰＤＣＣＨ監視期間である。
【０３００】
図１９に示すように、ＵＥが、あるＳＲ構成に基づいてＳＲ送信を実行し、そのＳＲ構成に対して又はすべてのＳＲ構成に対して、あるいはＵＥ内に保留中のＳＲがある場合、トリガされたＳＲを有するそのＳＲ構成に対する制御チャネル（例えば、ＰＤＣＣＨ）の監視を開始する。
【０３０１】
制御チャネルは、ＰＤＣＣＨとすることができる。制御チャネルは、ダウンリンク制御チャネル（例えば、ｅＰＤＣＣＨ、ｓＰＤＣＣＨ等）とすることができる。制御チャネルは、制御リソースセットとすることができる。制御チャネルは、ＵＥがデータ送信のためにリソースをスケジューリングするのための制御シグナリングを受信することができるダウンリンクチャネルである。
【０３０２】
図２０は、ケース２において方法１及び選択肢１に対してオプション１を適用した例である。２つのＳＲ構成と２つの制御チャネルがある（前半部分。矢印は、ヌメロロジは制御チャネルによってスケジューリングされることができることを意味する）。各ＳＲ構成は、１つのアップリンクデータヌメロロジのニーズに関連付けられている。ＵＥが最上部のＳＲ構成の第２の送信機会でＳＲ送信を実行するときは、ＵＥは、濃い灰色の（in  deep  grey）制御チャネルを監視する。
【０３０３】
図２１は、ケース１において方法２及び選択肢１に対してオプション６を適用した例である。ＵＥは、マルチビットＳＲを有するＳＲを基地局に送信する。マルチビットＳＲは、サイドリンクＢＳＲの存在を示す。ネットワークは、サイドリンクリソースをスケジューリングすることもできる制御チャネルについてのアップリンクリソースをスケジューリングすることを暗黙的に理解する。一方、マルチビットＳＲがアップリンクデータ到着の場合のヌメロロジを示す場合、ＵＥは、前の例における規則に従う制御チャネルを監視することができる。
【０３０４】
図２２は、ケース１において方法１及び選択肢１に対してオプション３を適用した例である。ＵＥが最上部のＳＲ構成の第２の送信機会でＳＲ送信を実行するときは、ＵＥは（濃い灰色の）すべての制御チャネルを監視する。
【０３０５】
図２３は、ケース１において方法２及び選択肢１に対してオプション６を適用した例である。ＵＥは、マルチビットＳＲを有するＳＲを基地局に送信する。マルチビットＳＲは、新しいＭＡＣ  ＣＥの存在を示す。制御チャネルは新しいＭＡＣ  ＣＥと関連付けられているため、ＵＥは（濃い灰色の）制御チャネルを単に監視するだけである。
【０３０６】
図２４は、ケース２において方法１及び選択肢１のオプション４を適用した例である。２つのＳＲ構成と２つの制御チャネルがある（前半部分。矢印は、ヌメロロジは制御チャネルによってスケジューリングされることができることを意味する）。各ＳＲ構成は、１つ以上のアップリンクデータヌメロロジのニーズに関連付けられている。ＵＥが第２のＳＲ構成に基づいてＳＲ送信を行うとき、ＵＥは、濃い灰色の制御チャネルをモニタする。第２のＳＲ構成が中間にあるデータヌメロロジに関連すると想定すると、ＵＥは中間にあるヌメロロジ及び中間のものよりも大きいヌメロロジをスケジューリングするために（濃い灰色の）制御チャネルを監視する。
【０３０７】
図２５は、ケース２において方法１及び選択肢３のオプション２を適用した例である。２つのＳＲ構成と２つの制御チャネルがある（前半部分。矢印は、ヌメロロジを制御チャネルによってスケジューリングされることができることを意味する）。各ＳＲ構成は、１つのアップリンクデータヌメロロジのニーズに関連付けられている。ＵＥが最上部のＳＲ構成の第２の送信機会でＳＲ送信を行う場合、ＵＥは、制御チャネルがＳＲ構成１に関連付けられているため、濃い灰色の制御チャネルを監視する。
【０３０８】
図２６は、ケース１における方法１及び選択肢３のオプション４を適用した例である。２つのＳＲ構成と２つの制御チャネルがある（前半部分。矢印は、ヌメロロジを制御チャネルによってスケジューリングすることができることを意味する。）。各ＳＲ構成は、１つのアップリンクデータヌメロロジニーズに関連付けられている。ＵＥが最上部のＳＲ構成の第２の送信機会でＳＲ送信を実行するとき、ＵＥは、制御チャネルがデフォルト制御チャネルであるため、濃い灰色の制御チャネルを監視する。
【０３０９】
図２７は、すべての制御チャネルについて選択肢１を適用した例である。特に、図２７は、制御チャネルとデータヌメロロジのスケジューリングとの間の１対１マッピングを示す。図２７に示すように、各制御チャネル（濃い灰色部分として示されている）は、特定のヌメロロジでのデータ送信をスケジューリングすることができる。
【０３１０】
図２８は、すべての制御チャネルについて選択肢３を適用した例である。特に、図２８は、制御チャネルとデータヌメロロジのスケジューリングとの間の１対１マッピングを示す。制御チャネル（濃い灰色部分として示されている）は、３つの異なるヌメロロジでのデータ送信をスケジューリングすることができる。
【０３１１】
図２９は、すべての制御チャネルについて選択肢２を適用した例である。特に、図２９は、制御チャネルとデータヌメロロジのスケジューリングとの間の１対１マッピングを示す。最上部の制御チャネルは、複数のヌメロロジについてのデータ送信をスケジューリングすることができるように構成される一方で、他の２つの制御チャネルは、特定のヌメロロジについてのデータ送信をスケジューリングすることができるように構成される。
【０３１２】
図３０は、制御チャネルについて選択肢１及び選択肢２の両方を適用した例である。特に、図３０は、制御チャネルとデータヌメロロジのスケジューリングとの間の１対１マッピングを示す。最上部の制御チャネルは選択肢２で適用され、他の２つの制御チャネルは選択肢１で適用される。
【０３１３】
ＳＲ更新メカニズム
特別イベント（例えば、サイドリンクＢＳＲ／タイマ制御ベースＭＡＣ  ＣＥ／新しいアップリンクＭＡＣ  ＣＥ）に対してＳＲを送信する方法、及びＳＲが送信され、キャンセルされないときにダウンリンク制御リソースセットを監視する方法を上記に説明した。進行中のＳＲ送信があるときに、ＳＲをトリガする新しい到来イベントを処理する方法に説明を移す。
【０３１４】
異なるＳＲトリガ条件の発生順序の可能な場合を以下に列挙する。
ケースＡ．  アップリンクデータ到着（進行中）、より高い優先順位のアップリンクデータ到着（新）
ケースＢ．  特別イベント（進行中）、アップリンクデータ到着（新）
ケースＣ．  アップリンクデータ到着（進行中）、特別イベント（新）
ケースＤ．  特別イベント（進行中）、特別イベント（新）
注：特別イベントは、上記の説明のケース１、２、３（例えば、サイドリンクＢＳＲなど）を参照ですることができる。
【０３１５】
適用方法１（複数のＳＲリソースセット／異なるヌメロロジでのリソースを要求するための複数のＳＲ構成）
ケースＡでは、ＵＥは、アップリンクデータ到着の場合にＳＲを送信する。より具体的には、アップリンクデータ到着は、バッファが空でなくなるか、又はより高い優先度のデータの到来により、通常のＢＳＲがトリガされることを意味する。ＳＲ送信は受信されない可能性があるため、ＵＥは、そのＳＲ送信機会においてＳＲを送信し続けるべきである。ＵＥがＳＲを送信し続ける間、より高い優先度のデータが到着し、別の通常のＢＳＲをトリガしてもよい。このような状態では、ケースＡが発生する。
【０３１６】
新しいデータ到着が進行中のＳＲ送信のＳＲ構成とは異なるＳＲ構成に基づくＳＲをトリガすると想定すると、ケースＡにおいて複数のＳＲ構成に基づいてＳＲ送信を処理する方法に関しては以下の可能な解決策を提案する。
【０３１７】
解決策１（複数のＳＲ構成に基づく並列的なＳＲ送信）−この解決策では、ＵＥは、異なるＳＲ構成に基づいて複数のＳＲ送信を送信することをサポートすることができる。複数のＳＲ送信は、同じセル又は異なるセル（例えば、すべてＰＣｅｌｌ上で、又は１つはＰＣｅｌｌ上で他がＳＣｅｌｌ上で）上で発生してもよい。したがって、新しいアップリンクデータ到着イベントはＳＲ構成に基づくＳＲ送信をトリガする一方で、現在のＳＲ送信は別のＳＲ構成に基づいて実行される。
【０３１８】
この解決策に基づくと、ネットワークは、同じＵＥに属するＳＲ送信からより多くの情報を導出することができる。例えば、進行中のイベントが遅延に敏感なデータについてのものであり、新しいデータ到着が対レイテンシデータについてのものである場合、異なるＳＲ構成に基づく並列的なＳＲ送信は、ネットワーク（例えばｇＮＢ）が新しいイベントと現在のイベントの両方のニーズを満足するために遅延に敏感なデータリソースを提供するのを支援することができる。
【０３１９】
解決策２（最も優先順位の高いニーズ（新しいイベント又は現在のバッファサイズのいずれか）を反映するためにＳＲ送信を更新する）−ＵＥは、異なるＳＲ構成に基づいて並列的な複数のＳＲ送信をサポートしてもしなくてもよい。ＵＥがサポートしない場合、ＵＥは、現在使用されているＳＲ構成とは異なるＳＲ構成に基づいてＳＲ送信を開始するために、現在のＳＲ送信を停止する必要がある。
【０３２０】
新しいイベントがより高い優先度のデータに対してトリガされるかどうかに応じて、ＵＥはＳＲ送信を実行するために異なるＳＲ構成を使用するように切り替えるかどうかを決定する。より具体的には、新しいイベントがより高い優先度のデータの到来である場合、ＵＥは新しいイベント（例えば、新しいイベントをトリガする論理チャネル）に関連するＳＲ構成を使用するように変更する。新しいイベントが、進行中のＳＲ送信をトリガした論理チャネルの優先度よりも低い優先度を有するデータに対するものである場合、ＵＥは新しいイベント（例えば、新しいイベントをトリガする論理チャネル）に関連するＳＲ構成を使用するようには変更しない。このようにして、ＵＥは、より少ないＳＲ送信を送信することができ、消費電力を削減することができる。
【０３２１】
解決策３（新しい到着データに対して、異なるＳＲ構成に基づいてＳＲ送信を開始する代わりに進行中のＳＲ構成を使用し続ける）−ＵＥは、より高い優先順位のデータが到来しているどうかにかかわらず、現在使用されているＳＲ構成に基づいてＳＲ送信を送信し続ける。
【０３２２】
解決策４（レイテンシに基づいてＳＲ構成を変更するかどうかを決定する）−ＵＥは、データのレイテンシ要件に基づいて新しいイベントに関連するＳＲ構成を使用するかどうかを決定する。新しいイベントに関連するデータのレイテンシ要件がバッファ内のあらゆるデータの要件よりも厳しい場合、ＵＥは新しいイベントに関連するＳＲ構成に基づくＳＲ送信を開始する。進行中のＳＲ送信に関しては、異なるＳＲ構成に対する新しいＳＲ送信が開始されても、ＵＥは現在のＳＲ送信を停止してもしなくてもよい。レイテンシは、データが属する論理チャネルのＱｏＳに基づいて導出することができる。レイテンシは、データが属する論理チャネルのＴＴＩ及び／又はヌメロロジに基づいて導出することができる。
【０３２３】
解決策５（ＳＲ送信を実行するために最新のＳＲトリガイベントに関連するＳＲ構成を使用する）−ＵＥは、新しいイベントに関連するＳＲ構成に基づくＳＲ送信を開始する（例えば、より高い優先順位のデータの到来、ｒｅｔｘ−ＢＳＲタイマの満了等）。
【０３２４】
ケースＢでは、ＵＥが特別イベントの場合にＳＲを送信している。より具体的には、特別イベントとは、上述のように、ケース１、２及び３（例えば、サイドリンクＢＳＲ、タイマ制御ベースＭＡＣ  ＣＥ、又は新しいアップリンクＭＡＣ  ＣＥ）を参照することができる。ＳＲ送信は受信されない可能性があるので、ＵＥは、そのＳＲ送信機会においてＳＲを送信し続けるべきである。ＵＥがＳＲを送信し続ける間に、アップリンクデータが到着し、通常のＢＳＲをトリガすることがある。このような状態では、ケースＢが発生する。ケースＢとケースＣの違いは、特別イベントとアップリンクデータ到着イベントとの間のトリガ順序である。
【０３２５】
新しい到来イベント（例えば、アップリンクデータ到着又は特別イベント特別イベント）が進行中のＳＲ送信のＳＲ構成とは異なるＳＲ構成に基づいてＳＲをトリガすると想定すると、複数のＳＲ構成に基づいてＳＲ送信を処理する方法に関しては以下の可能な解決策を提案する。
【０３２６】
通常のサイドリンクＢＳＲがＳＲをトリガする。
【０３２７】
解決策１（複数のＳＲ構成に基づく並列的なＳＲ送信）−この解決策では、ＵＥは、異なるＳＲ構成に基づいて複数のＳＲ送信を送信することをサポートすることができる。複数のＳＲ送信は、同じセル又は異なるセル（例えば、すべてＰＣｅｌｌ上で、又は１つはＰＣｅｌｌ上で他がＳＣｅｌｌ上で、あるいは複数のＳＣｅｌｌとＰＣｅｌｌとの他の任意の可能な組み合わせ）上で発生してもよい。したがって、新しいイベント（例えば、アップリンクデータ到着）がＳＲ構成に基づいてＳＲ送信をトリガする一方で、現在のＳＲ送信は別のＳＲ構成に基づいて実行される。
【０３２８】
この解決策に基づくと、ネットワークは、同じＵＥに属するＳＲ送信からより多くの情報を導出することができる。例えば、ネットワーク（例えば、ｇＮＢ）は、アップリンクデータ到着及び特別イベントの発生を発見することができる。
【０３２９】
解決策２（最高優先順位ニーズ（新しいイベント又は現在のバッファサイズのいずれか）を反映するためにＳＲ送信を更新する）−ＵＥは、異なるＳＲ構成に基づいて並列的な複数のＳＲ送信をサポートしてもしなくてもよい。ＵＥがサポートしない場合、ＵＥは、現在使用されているＳＲ構成とは異なるＳＲ構成に基づいてＳＲ送信を開始するために、現在のＳＲ送信を停止する必要がある。
【０３３０】
ＵＥは、この解決策においてはより高い優先度ニーズを反映する必要があるため、特別イベントとアップリンクデータ到着との優先順位を明確に定義する必要がある。いくつかの可能なオプションを以下に列挙する。
【０３３１】
１．  論理チャネル優先順位付け規則に従う−現在のＬＣＰメカニズムでは、各ＭＡＣ  ＣＥ及びデータは、すべてのデータ及びアップリンクＭＡＣ  ＣＥを収容するのに十分なリソースがない場合に、順序を含む決定及び／又は含まれるべきものを決定するための対応する優先順位を有する。優先順位の比較は、アップリンクデータと特別イベントに関連するＭＡＣ  ＣＥ（通常サイドリンクＢＳＲ）との間で発生する可能性がある。さらに、アップリンクデータは、任意のＬＣＧに属していなくてもよく、又は特別なデータ（例えば、特別なデータが属する論理チャネル又は１つのレッグの複製データの構成において特別な指示又は閾値を有する）として構成又は指示されてもよい。アップリンクデータ到着イベントは規則的なＢＳＲをトリガし、間接的にＳＲをトリガするため、優先順位の比較が通常のアップリンクＢＳＲと特別なイベントに関連するＭＡＣ  ＣＥ（通常のサイドリンクＢＳＲ）との間で発生する可能性がある。
【０３３２】
優先順位の比較結果に応じて、より高い優先順位を有するイベントに関連するＳＲ構成に基づいてＳＲ送信が実行される。ＵＥは、現在のＳＲ構成の使用を停止してもよい。
【０３３３】
２．  ネットワーク構成（例えば、閾値、特定の論理チャネルの構成等）に従う−このオプションでは、ネットワーク（例えば、ｇＮＢ）は、新しい到来イベントと現在のイベントとの優先順位付けを設定することができる。より具体的には、ネットワークは、閾値を構成すること又は（構成において）指示を送信することに基づいて優先順位付けを設定することができる。
【０３３４】
例えば、ネットワークは、通常のサイドリンクＢＳＲが通常のアップリンクＢＳＲよりも重要であるかどうかを決定するために、サイドリンクデータの優先順位に関連する閾値を提供することができる。サイドリンクＢＳＲが閾値を上回る優先順位を有するデータを報告するためのものである場合、通常のサイドリンクＢＳＲがより重要である。代替的には、サイドリンクＢＳＲが閾値を下回る優先順位を有するデータを報告するためのものである場合、通常のサイドリンクＢＳＲがより重要であるとすることもできる。優先順位付けのレンジを作成するための複数の閾値（又は制限と呼ばれる）があり得る。サイドリンクデータの優先度は、アップリンク論理チャネル又はＱｏＳフローの優先度に置き換えることができる。
【０３３５】
別の例として、ネットワークは、（サイドリンク）論理チャネル構成又はサイドリンクサービス構成（例えば、Ｖ２Ｖ、Ｄ２Ｄリレー、Ｖ２Ｘ、ＭＢＭＳ、ＵＲＬＬＣ、全二重など）又はＭＡＣ  ＣＥ関連構成において指示を提供することができる。そのような表示が含まれる場合、優先順位を優先させることができる。
【０３３６】
一実施形態では、指示が論理チャネル構成内にある場合、データがその論理チャネルに利用可能になっている場合、通常のアップリンクＢＳＲが優先される。さらに、指示がサイドリンクサービス構成（例えば、Ｖ２Ｖ、Ｄ２Ｄリレーなど）内にある場合、データがサービスに利用可能になっている場合、サイドリンクＢＳＲが優先される。追加的に、指示がＭＡＣ  ＣＥ関連構成内にある場合、ＭＡＣ  ＣＥが優先される。
【０３３７】
その指示は、どの程度それが優先され得るかを示しても示さなくてもよい。その指示がどの程度それが優先され得る（例えば、アップリンクＢＳＲ、ＳＰＳ確認、又はＣＣＣＨ  ＳＤＵでさえに対しても優先される）かを示すことができない場合、ＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ、新しいアップリンクＭＡＣ  ＣＥ又はタイマ制御ベースＭＡＣ  ＣＥ）は、予め定義されるべきＭＡＣ  ＣＥ又はデータに対して優先される。その指示がどの程度それが優先され得るかを示す場合、優先された結果を知らせるためにインデックス（例えば、ＬＣＰ規則位置など）又は値（例えば、優先順位）あるいはビットマップ（例えば、優先順位ビットマップ又はＬＣＰ規則位置ビットマップ）の類を含むことができる。
【０３３８】
このようにして、ＵＥは、より少ないＳＲ送信を送信し、消費電力を削減することができる。
【０３３９】
解決策３（新しい到着データに対して、異なるＳＲ構成に基づいてＳＲ送信を開始する代わりに進行中のＳＲ構成を使用し続ける）−ＵＥは、新しい到来イベントが何であるかにかかわらず、現在使用されているＳＲ構成に基づいてＳＲ送信を送信し続ける。現在のＳＲ送信に関連するＳＲトリガイベントがキャンセルされる場合、ＳＲ送信を実行するために使用されるＳＲ構成が更新されてもよい。
【０３４０】
解決策４（レイテンシに基づいてＳＲ構成を変更するかどうかを決定する）−ＵＥは、データ（例えば、サイドリンクデータ）のレイテンシ要求に基づいて新しいイベントに関連するＳＲ構成を使用するかどうかを決定する。新しいイベントに関連するデータのレイテンシ要求がバッファ内のあらゆるデータの要求よりも厳しい場合、ＵＥは新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する。進行中のＳＲ送信に関しては、異なるＳＲ構成に対する新しいＳＲ送信が開始される場合でも、ＵＥは現在のＳＲ送信を停止してもしなくてもよい。
【０３４１】
レイテンシ比較は、アップリンクデータとサイドリンクデータとの間で生じることがある。例えば、バッファ内のサイドリンクデータの最小レイテンシ要件が１ｍｓに関連し、バッファ内のアップリンクデータの最小レイテンシ要件が４ｍｓ（例えば、ｅＭＢＢ）である場合、サイドリンクＢＳＲが優先される。代替的には、比較はＭＡＣ  ＣＥ間で生じる。
【０３４２】
さらに、ＭＡＣ  ＣＥはＬＴＥにおいてレイテンシ要件を持たないため、ＭＡＣ  ＣＥのためのレイテンシ要件を、この解決策を適用するために定義及び／又は構成する必要があってもよい。例えば、サイドリンクＢＳＲは、サイドリンク送信を実行するためのサイドリンクリソースプール又はセルのヌメロロジに基づくレイテンシ要件で定義される。別の例としては、サイドリンクＢＳＲは、サイドリンク論理チャネル（データあり）又はサイドリンクＱｏＳフロー（データあり）に基づくレイテンシ要件で定義される。
【０３４３】
解決策５（ＳＲ送信を実行するために最新のＳＲトリガイベントに関するＳＲ構成を使用する）−ＵＥは、新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する（例えば、より高い優先順位のデータ到来、ｒｅｔｘ−ＢＳＲタイマ満了、特別イベント等）。例えば、アップリンクＢＳＲに対するＳＲが送信されるときに、サイドリンクＢＳＲがトリガされると想定する。現在のＳＲ送信のために使用されるＳＲ構成は、サイドリンクＢＳＲに関連するＳＲ構成に変更される。
【０３４４】
解決策６（特別イベント（例えば、サイドリンクＢＳＲ）よりもアップリンクデータニーズを常に優先する）−新しい到来イベントが通常のサイドリンクＢＳＲであり、現在のＳＲ送信がアップリンクデータニーズを反映する場合、ＵＥは現在のＳＲ構成を使用し続ける。逆に、新しい到来イベントがアップリンクデータニーズのためのものであり、現在のＳＲ送信が通常のサイドリンクＢＳＲに対するものである場合、ＵＥは現在のＳＲ構成を新しい到来イベントに関連する異なるＳＲ構成に変更する。
【０３４５】
タイマ制御ベースＭＡＣ  ＣＥがＳＲをトリガする。
【０３４６】
解決策１（複数のＳＲ構成に基づく並列的なＳＲ送信）−この解決策では、ＵＥは、異なるＳＲ構成に基づいて複数のＳＲ送信を送信することをサポートすることができる。複数のＳＲ送信は、同じセル又は異なるセル（例えば、すべてＰＣｅｌｌ上で、又は１つはＰＣｅｌｌ上で他がＳＣｅｌｌ上で、あるいは複数のＳＣｅｌｌとＰＣｅｌｌとの他の任意の可能な組み合わせ）上で発生してもよい。したがって、新しいイベント（例えば、アップリンクデータ到着、特別イベント）がＳＲ構成に基づいてＳＲ送信をトリガする一方で、現在のＳＲ送信は別のＳＲ構成に基づいて実行される。
【０３４７】
この解決策に基づくと、ネットワークは、同じＵＥに属するＳＲ送信からより多くの情報を導出することができる。例えば、ネットワーク（例えば、ｇＮＢ）は、アップリンクデータ到着及び特別イベントの発生を発見することができる。
【０３４８】
解決策２（最も優先順位の高いニーズ（新しいイベント又は現在のバッファサイズのいずれか）を反映するためにＳＲ送信を更新する）−ＵＥは、異なるＳＲ構成に基づいて並列的な複数のＳＲ送信をサポートしてもしなくてもよい。ＵＥがサポートしない場合、ＵＥは、現在使用されているＳＲ構成とは異なるＳＲ構成に基づいてＳＲ送信を開始するために、現在のＳＲ送信を停止する必要がある。
【０３４９】
ＵＥは、この解決策においてはより高い優先度ニーズを反映する必要があるため、特別イベントとアップリンクデータ到着との優先順位を明確に定義する必要がある。いくつかの可能なオプションを以下に列挙する。
【０３５０】
１．  論理チャネル優先順位付け規則に従う−現在のＬＣＰメカニズムでは、各ＭＡＣ  ＣＥ及びデータは、すべてのデータ及びアップリンクＭＡＣ  ＣＥを収容するのに十分なリソースがない場合に、順序を含む決定及び／又は含まれるべきものを決定するための対応する優先順位を有する。優先順位の比較は、アップリンクデータ（例えば、バッファ内の最高優先順位データ）と特別イベントに関連するＭＡＣ  ＣＥ（タイマ制御ベースＭＡＣ  ＣＥ）との間で発生する可能性がある。さらに、アップリンクデータは、任意のＬＣＧに属していなくてもよく、又は特別なデータ（例えば、特別なデータが属する論理チャネル又は１つのレッグの複製データの構成において特別な指示又は閾値を有する）として構成又は指示されてもよい。アップリンクデータ到着イベントは規則的なＢＳＲをトリガし、間接的にＳＲをトリガするため、優先順位の比較が通常のアップリンクＢＳＲと特別なイベントに関連するＭＡＣ  ＣＥ（タイマ制御ベースＭＡＣ  ＣＥ）との間で発生する可能性がある。
【０３５１】
優先順位の比較結果に応じて、より高い優先順位を有するイベントに関連するＳＲ構成に基づいてＳＲ送信が実行される。ＵＥは、現在のＳＲ構成の使用を停止してもよい。
【０３５２】
２．  ネットワーク設定（例えば、閾値、特定の論理チャネルの構成等）に従う−この候補では、ネットワーク（例えば、ｇＮＢ）は、新しい到来イベントと現在のイベントとの優先順位付けを設定することができる。より具体的には、ネットワークは、閾値を構成すること又は（構成において）指示を送信することに基づいて優先順位付けを設定することができる。
【０３５３】
例えば、ネットワークは、タイマ制御ベースＭＡＣ  ＣＥが通常のアップリンクＢＳＲより重要であるかどうかを決定するために、アップリンク論理チャネルの優先順位に関連する閾値を提供することができる。ＢＳＲが、閾値を上回る優先順位を有する論理チャネルに属するデータを報告するためのものである場合、通常のアップリンクＢＳＲがより重要である。代替的には、ＢＳＲが、閾値を下回る優先順位を有する論理チャネルに属するデータを報告するためのものである場合、通常のアップリンクＢＳＲがより重要となり得る。優先順位付けのレンジを作成するための複数の閾値（又は制限と呼ばれる）があり得る。アップリンク論理チャネルの優先順位をＱｏＳフローに置き換えることができる。
【０３５４】
別の例として、ネットワークは、論理チャネル構成又はサービス構成（例えば、Ｖ２Ｘ、リレー、ＭＢＭＳ、ＵＲＬＬＣ、全二重等）又はＭＡＣ  ＣＥ関連構成において指示を提供することができる。そのような表示が含まれる場合、優先順位を優先させることができる。
【０３５５】
一実施形態では、指示が論理チャネル構成内にある場合、データがその論理チャネルに利用可能になっている場合、通常のアップリンクＢＳＲが優先される。さらに、指示がサービス構成（例えば、Ｖ２Ｖ、Ｄ２Ｄリレー等）内にある場合、データがサービスに利用可能になっている場合、ＢＳＲは優先される。追加的に、指示がＭＡＣ  ＣＥ関連構成内にある場合、ＭＡＣ  ＣＥが優先される。
【０３５６】
その指示は、どれ程度それが優先され得るかを示しても示さなくてもよい。その指示がどの程度それが優先され得るかを示すことができない場合、ＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ、新しいアップリンクＭＡＣ  ＣＥ、又はタイマ制御ベースＭＡＣ  ＣＥ）は、予め定義されるべきＭＡＣ  ＣＥ又はデータに対して優先される。その指示がどの程度それが優先され得るかを示す場合、指標は、優先された結果を知らせるためにインデックス（例えば、ＬＣＰ規則位置など）又は値（例えば、優先順位）あるいはビットマップ（例えば、優先順位ビットマップ又はＬＣＰ規則位置ビットマップ）を含むことができる。このようにして、ＵＥは、より少ないＳＲ送信を送信し、消費電力を削減することができる。
【０３５７】
解決策３（新しい到着データに対して、異なるＳＲ構成に基づいてＳＲ送信を開始する代わりに進行中のＳＲ構成を使用し続ける）−ＵＥは、新しい到来イベントが何であるかにかかわらず、現在使用されているＳＲ構成に基づいてＳＲ送信を送信し続ける。現在のＳＲ送信に関連するＳＲトリガイベントがキャンセルされる場合、ＳＲ送信を実行するために使用されるＳＲ構成が更新されてもよい。
【０３５８】
解決策４（レイテンシに基づいてＳＲ構成を変更するかどうかを決定する）−ＵＥは、新しい到来イベント（例えば、論理チャネルに対する通常のＢＳＲ又はタイマ制御ベースＭＡＣ  ＣＥ）のレイテンシ要件に基づいて新しいイベントに関連するＳＲ構成を使用するかどうかを決定する。新しいイベントに関連するレイテンシ要件が任意の他の現在のＳＲトリガイベントのレイテンシ要件よりも厳しい場合、ＵＥは新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する。進行中のＳＲ送信に関しては、ＵＥは、異なるＳＲ構成に対する新しいＳＲ送信が開始される場合でも、ＵＥは現在のＳＲ送信を停止してもしなくてもよい。
【０３５９】
ＭＡＣ  ＣＥはＬＴＥにおいてレイテンシ要件を持たないため、ＭＡＣ  ＣＥのレイテンシ要件を、この解決策を適用するために定義及び／又は構成する必要があってもよい。  １つの可能な方法は、タイマ制御ベースＭＡＣ  ＣＥを（関連構成において）特定のＴＴＩ持続時間及び／又は特定のヌメロロジと関連付けることである。関連付けられたＴＴＩ持続時間及び／又はヌメロロジはまた、タイマカウントのためにも使用されてもよい。
【０３６０】
解決策５（ＳＲ送信を実行するために最新のＳＲトリガイベントに関するＳＲ構成を使用する）−ＵＥは、新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する（例えば、より高い優先順位のデータ到来又はｒｅｔｘ−ＢＳＲタイマ満了、特別イベント…）。例えば、アップリンクＢＳＲに対するＳＲが送信されるときに、タイマ制御ベースＭＡＣ  ＣＥがトリガされると想定すると、現在のＳＲ送信のために使用されるＳＲ構成は、タイマ制御ＭＡＣ  ＣＥに関連するＳＲ構成に変更される。
【０３６１】
解決策６（アップリンクデータニーズを特別イベント（例えば、タイマ制御ベースＭＡＣ  ＣＥ）よりも常に優先する））−新しい到来イベントがタイマ制御ベースＭＡＣ  ＣＥであり、現在のＳＲ送信がアップリンクデータニーズを反映する場合、ＵＥは現在のＳＲ構成を使用し続ける。逆に、新しい到来イベントがアップリンクデータニーズのためのものであり、現在のＳＲ送信がタイマ制御ＭＡＣ  ＣＥに対するものである場合、ＵＥは現在のＳＲ構成を新しい到来イベントに関連する異なるＳＲ構成に変更する。
【０３６２】
解決策７（各特別イベントとアップリンクデータ到達との優先順位付けをケースバイケースで定義する）−各潜在的なアップリンクＭＡＣ  ＣＥとアップリンクＢＳＲとＳＲ送信をトリガすることができる任意の他のＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ、タイマ制御ベースＭＡＣ  ＣＥ）との関係を定義することが可能である。この解決策では、例えば、タイマ制御ベースＭＡＣ  ＣＥ（例えば、ビーム関連ＭＡＣ  ＣＥ）は、アップリンクデータ到着よりも常に優先されるように定義することができる。さらに、別のタイマ制御ベース（例えば、（サイドリンク）ＰＨＲ）のものは、アップリンクデータ到着（例えば、通常のＢＳＲ）と比較してより低い優先順位を有するように定義することができる。定義された結果に基づいて、ＵＥは、アップリンクデータ到着の場合（例えば、通常のＢＳＲ）よりも特別イベント（例えば、ＢＳＲでない特定のＭＡＣ  ＣＥ）を常に優先することができる。追加的に、ＵＥは、別の特別イベント（例えば、ＢＳＲではない特定のＭＡＣ  ＣＥ）よりもアップリンクデータ到着の場合（例えば、通常のＢＳＲ）を常に優先することもできる。ＵＥは、定義された結果に基づいて、別の特別イベントよりもある特別イベントを常に優先させることもできる。
【０３６３】
新しいアップリンクＭＡＣ  ＣＥがＳＲをトリガする（上記の説明におけるケース３）。
【０３６４】
解決策１（複数のＳＲ構成に基づく並列的なＳＲ送信）−この解決策では、ＵＥは、異なるＳＲ構成に基づいて複数のＳＲ送信を送信することをサポートすることができる。複数のＳＲ送信は、同じセル又は異なるセル（例えば、すべてＰＣｅｌｌ上で、又は１つはＰＣｅｌｌ上で他がＳＣｅｌｌ上で、あるいは複数のＳＣｅｌｌとＰＣｅｌｌとの他の任意の可能な組み合わせ）上で発生してもよい。したがって、新しいイベント（例えば、アップリンクデータ到着、特別イベント）がＳＲ構成に基づいてＳＲ送信をトリガする一方で、現在のＳＲ送信は別のＳＲ構成に基づいて実行される。
【０３６５】
この解決策に基づくと、ネットワークは、同じＵＥに属するＳＲ送信からより多くの情報を導出することができる。例えば、ネットワーク（例えば、ｇＮＢ）は、アップリンクデータ到着及び特別イベントの発生を発見することができる。
【０３６６】
解決策２（最も優先順位の高いニーズ（新しいイベント又は現在のバッファサイズのいずれか）を反映するためにＳＲ送信を更新する）−ＵＥは、異なるＳＲ構成に基づいて並列的な複数のＳＲ送信をサポートしてもしなくてもよい。ＵＥがサポートしない場合、ＵＥは、現在使用されているＳＲ構成とは異なるＳＲ構成に基づいてＳＲ送信を開始するために、現在のＳＲ送信を停止する必要がある。
【０３６７】
ＵＥは、この解決策においてはより高い優先度ニーズを反映する必要があるため、特別イベントとアップリンクデータ到着との優先順位を明確に定義する必要がある。いくつかの可能なオプションを以下に列挙する。
【０３６８】
１．  論理チャネル優先順位付け規則に従う−現在のＬＣＰメカニズムでは、各ＭＡＣ  ＣＥ及びデータは、すべてのデータ及びアップリンクＭＡＣ  ＣＥを収容するのに十分なリソースがない場合に、順序を含む決定及び／又は含まれるべきものを決定するための対応する優先順位を有する。優先順位の比較は、アップリンクデータ（例えば、バッファ内の最高優先順位データ）と特別イベントに関連するＭＡＣ  ＣＥ（新しいアップリンクＭＡＣ  ＣＥ）との間で発生する可能性がある。さらに、アップリンクデータは、任意のＬＣＧに属していなくてもよく、又は特別なデータ（例えば、特別なデータが属する論理チャネル又は１つのレッグの複製データの構成において特別な指示又は閾値を有する）として構成又は指示されてもよい。アップリンクデータ到着イベントは規則的なＢＳＲをトリガし、間接的にＳＲをトリガするため、優先順位の比較が通常のアップリンクＢＳＲと特別なイベントに関連するＭＡＣ  ＣＥ（新しいアップリンクＭＡＣ  ＣＥ）との間で発生する可能性がある。
【０３６９】
優先順位の比較結果に応じて、より高い優先順位を有するイベントに関連するＳＲ構成に基づいてＳＲ送信が実行される。ＵＥは、現在のＳＲ構成の使用を停止してもよい。
【０３７０】
２．  ネットワーク設定（例えば、閾値、特定の論理チャネルの構成等）に従う−このオプションでは、ネットワーク（例えば、ｇＮＢ）は、新しい到来イベントと現在のイベントとの優先順位付けを設定することができる。より具体的には、ネットワークは、閾値を構成すること又は（構成において）指示を送信することに基づいて優先順位付けを設定することができる。
【０３７１】
例えば、ネットワークは、新しいアップリンクＭＡＣ  ＣＥが通常のアップリンクＢＳＲより重要であるかどうかを決定するために、アップリンク論理チャネルの優先順位に関連する閾値を提供することができる。ＢＳＲが、閾値を上回る優先順位を有する論理チャネルに属するデータを報告するためのものである場合、通常のアップリンクＢＳＲがより重要である。代替的には、ＢＳＲが、閾値を下回る優先順位を有する論理チャネルに属するデータを報告するためのものである場合、通常のアップリンクＢＳＲがより重要となり得る。優先順位付けのレンジを作成するための複数の閾値（又は制限と呼ばれる）があり得る。アップリンク論理チャネルの優先順位をＱｏＳフローに置き換えることができる。
【０３７２】
別の例として、ネットワークは、論理チャネル構成又はサービス構成（例えば、Ｖ２Ｘ、リレー、ＭＢＭＳ、ＵＲＬＬＣ、全二重等）又は新しいアップリンクＭＡＣ  ＣＥ関連構成において指示を提供することができる。そのような表示が含まれる場合、優先順位を優先させることができる。
【０３７３】
一実施形態では、指示が論理チャネル構成内にある場合、データがその論理チャネルに利用可能になっている場合、通常のアップリンクＢＳＲが優先される。さらに、指示がサービス構成（例えば、Ｖ２Ｖ、Ｄ２Ｄリレー等）内にある場合、データがサービスに利用可能になっている場合、ＢＳＲは優先される。追加的に、指示が新しいアップリンクＭＡＣ  ＣＥ関連構成内にある場合、新しいアップリンクＭＡＣ  ＣＥが優先される。
【０３７４】
その指示は、どれ程度それが優先され得るかを示しても示さなくてもよい。その指示がどの程度それが優先され得るかを示すことができない場合、ＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ／新しいアップリンクＭＡＣ  ＣＥ／タイマ制御ベースＭＡＣ  ＣＥ）は、予め定義されるべきＭＡＣ  ＣＥ又はデータに対して優先される。その指示がどの程度それが優先され得るかを示す場合、指標は、優先された結果を知らせるためにインデックス（例えば、ＬＣＰ規則位置など）又は値（例えば、優先順位）あるいはビットマップ（例えば、優先順位ビットマップ又はＬＣＰ規則位置ビットマップ）の体食いを含むことができる。このようにして、ＵＥは、より少ないＳＲ送信を送信し、消費電力を削減することができる。
【０３７５】
解決策３（新しい到着データに対して、異なるＳＲ構成に基づいてＳＲ送信を開始する代わりに進行中のＳＲ構成を使用し続ける）−ＵＥは、新しい到来イベントが何であるかにかかわらず、現在使用されているＳＲ構成に基づいてＳＲ送信を送信し続ける。現在のＳＲ送信に関連するＳＲトリガイベントがキャンセルされる場合、ＳＲ送信を実行するために使用されるＳＲ構成が更新されてもよい。
【０３７６】
解決策４（レイテンシに基づいてＳＲ構成を変更するかどうかを決定する）−ＵＥは、新しい到来イベント（例えば、論理チャネルに対する通常のＢＳＲ又は可能性としてある新しいＭＡＣ  ＣＥ）のレイテンシ要件に基づいて新しいイベントに関連するＳＲ構成を使用するかどうかを決定する。新しいイベントに関連するレイテンシ要件が任意の他の現在のＳＲトリガイベントのレイテンシ要件よりも厳しい場合、ＵＥは新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する。進行中のＳＲ送信に関しては、ＵＥは、異なるＳＲ構成に対する新しいＳＲ送信が開始される場合でも、ＵＥは現在のＳＲ送信を停止してもしなくてもよい。
【０３７７】
ＭＡＣ  ＣＥはＬＴＥにおいてレイテンシ要件を持たないため、ＭＡＣ  ＣＥのレイテンシ要件を、この解決策を適用するために定義及び／又は構成する必要があってもよい。  １つの可能な方法は、可能性としてある新しいＭＡＣ  ＣＥを（関連構成において）特定のＴＴＩ持続時間及び／又は特定のヌメロロジと関連付けることである。関連付けられたＴＴＩ持続時間及び／又はヌメロロジはまた、タイマカウントのためにも使用されてもよい。
【０３７８】
解決策５（ＳＲ送信を実行するために最新のＳＲトリガイベントに関するＳＲ構成を使用する）−ＵＥは、新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する（例えば、より高い優先順位のデータ到来又はｒｅｔｘ−ＢＳＲタイマ満了、特別イベント…）。例えば、アップリンクＢＳＲに対するＳＲが送信されるときに、新しいアップリンクＭＡＣ  ＣＥがトリガされると想定する。現在のＳＲ送信のために使用されるＳＲ構成は、新しいアップリンクＭＡＣ  ＣＥに関連するＳＲ構成に変更される。
【０３７９】
解決策６（アップリンクデータニーズを特別イベント（例えば、新しいアップリンクＭＡＣ  ＣＥ）よりも常に優先する））−新しい到来イベントがタイマ制御ベースＭＡＣ  ＣＥであり、現在のＳＲ送信がアップリンクデータニーズを反映する場合、ＵＥは現在のＳＲ構成を使用し続ける。逆に、新しい到来イベントがアップリンクデータニーズのためのものであり、現在のＳＲ送信が新しいアップリンクＭＡＣ  ＣＥに対するものである場合、ＵＥは現在のＳＲ構成を新しい到来イベントに関連する異なるＳＲ構成に変更する。
【０３８０】
解決策７（各特別イベントとアップリンクデータ到達との優先順位付けをケースバイケースで定義する）−各潜在的なアップリンクＭＡＣ  ＣＥとアップリンクＢＳＲとＳＲ送信をトリガすることができる任意の他のＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ、タイマ制御ベースＭＡＣ  ＣＥ）との関係を定義することが可能である。この解決策では、例えば、可能性としてあるアップリンクＭＡＣ  ＣＥ（例えば、ビーム関連ＭＡＣ  ＣＥ）は、アップリンクデータ到着よりも常に優先されるように定義することができる。追加的に、別の可能性としてあるアップリンクＭＡＣ  ＣＥ（例えば、（サイドリンク）ＰＨＲ）は、アップリンクデータ到着（例えば、通常のＢＳＲ）と比較してより低い優先順位を有するように定義することができる。定義された結果に基づいて、ＵＥは、アップリンクデータ到着の場合（例えば、通常のＢＳＲ）よりも特別イベント（例えば、ＢＳＲでない特定のＭＡＣ  ＣＥ）を常に優先することができる。さらに、ＵＥは、別の特別イベント（例えば、ＢＳＲではない特定のＭＡＣ  ＣＥ）よりもアップリンクデータ到着の場合（例えば、通常のＢＳＲ）を常に優先することもできる。ＵＥは、定義された結果に基づいて、別の特別イベントよりもある特別イベントを常に優先させることもできる。
【０３８１】
ケースＢでは、ＵＥが特別イベントの場合にＳＲを送信している。より具体的には、特別イベントとは、上述のように、ケース１、２及び３（例えば、サイドリンクＢＳＲ／タイマ制御ベースＭＡＣ  ＣＥ／新しいアップリンクＭＡＣ  ＣＥ）を参照することができる。ＳＲ送信は受信されない可能性があるため、ＵＥは、そのＳＲ送信機会においてＳＲを送信し続けるべきである。ＵＥがＳＲを送信し続ける間に、別の特別イベントがトリガされることがあり、ＳＲを間接的にトリガする。このような状態では、ケースＤが発生する。
【０３８２】
解決策１（複数のＳＲ構成に基づく並列的なＳＲ送信）−この解決策では、ＵＥは、異なるＳＲ構成に基づいて複数のＳＲ送信を送信することをサポートすることができる。複数のＳＲ送信は、同じセル又は異なるセル（例えば、すべてＰＣｅｌｌ上で、又は１つはＰＣｅｌｌ上で他がＳＣｅｌｌ上で、あるいは複数のＳＣｅｌｌとＰＣｅｌｌとの他の任意の可能な組み合わせ）上で発生してもよい。したがって、新しいイベント（例えば、特別ベント）がＳＲ構成に基づいてＳＲ送信をトリガする一方で、現在のＳＲ送信は（前のＳＲトリガイベントに対する）別のＳＲ構成に基づいて実行される。
【０３８３】
この解決策に基づくと、ネットワークは、同じＵＥに属するＳＲ送信からより多くの情報を導出することができる。例えば、ネットワーク（例えば、ｇＮＢ）は、アップリンクデータ到着及び特別イベントの発生を発見することができる。
【０３８４】
解決策２（最も優先順位の高いニーズ（新しいイベント又は現在のバッファサイズのいずれか）を反映するためにＳＲ送信を更新する）−ＵＥは、異なるＳＲ構成に基づいて並列的な複数のＳＲ送信をサポートしてもしなくてもよい。ＵＥがサポートしない場合、ＵＥは、現在使用されているＳＲ構成とは異なるＳＲ構成に基づいてＳＲ送信を開始するために、現在のＳＲ送信を停止する必要がある。
【０３８５】
ＵＥは、この解決策においてはより高い優先度ニーズを反映する必要があるため、特別イベント間の優先順位を明確に定義する必要がある。いくつかの可能なオプションを以下に列挙する。
【０３８６】
１．  論理チャネル優先順位付け規則に従う−各ＭＡＣ  ＣＥ及びデータは、すべてのデータ及びアップリンクＭＡＣ  ＣＥを収容するのに十分なリソースがない場合に、順序を含む決定及び／又は含まれるべきものを決定するための対応する優先順位を有する。優先順位の比較は、異なる特別イベントに関連するＭＡＣ  ＣＥ間で発生する可能性がある。
【０３８７】
優先順位の比較結果に応じて、より高い優先順位を有するイベントに関連するＳＲ構成に基づいてＳＲ送信が実行される。ＵＥは、現在のＳＲ構成の使用を停止してもよい。
優先度の比較結果によっては、より優先度の高いイベントに関連するＳＲ構成に基づいてＳＲ送信が行われる。ＵＥは、ＳＲ送信を実行するために現在のＳＲ構成の使用を停止することができる。
【０３８８】
２．  ネットワーク設定（例えば、閾値、特定の論理チャネルの構成等）に従う−この候補では、ネットワーク（例えば、ｇＮＢ）は、新しい到来イベントと現在のイベントとの優先順位を設定することができる。より具体的には、ネットワークは、閾値を構成すること又は（構成において）指示を送信することに基づいて優先順位付けを設定することができる。
【０３８９】
例えば、ネットワークは、特定のイベントが通常のサイドリンクＢＳＲよりも重要かどうかを決定するために、サイドリンク論理チャネルの優先順位に関連する閾値を提供することができる。サイドリンクＢＳＲが、閾値を上回る優先順位を有する論理チャネルに属するデータを報告するためのものである場合、通常のサイドリンクＢＳＲがより重要である。代替的には、サイドライクＢＳＲが、閾値を下回る優先順位を有する論理チャネルに属するサイドリンクデータを報告するためのものである場合には、通常のサイドリンクＢＳＲがより重要となり得る。優先順位付けのレンジを作成するための複数の閾値（又は制限と呼ばれる）があり得る。
【０３９０】
別の例として、ネットワークは、サービス構成（例えば、Ｖ２Ｖ、Ｖ２Ｘ、リレー、ＭＢＭＳ、ＵＲＬＬＣ、全二重等）又は特別イベント関連構成（例えば、ビームフォーミング構成、ＳＰＳ構成、グラントフリー構成、パケット複製構成）において指示を提供することができる。そのような表示が含まれる場合、関連するＭＡＣ  ＣＥの優先順位を優先させることができる。
【０３９１】
一実施形態では、指示がサービス構成（例えば、Ｖ２Ｖ、Ｄ２Ｄリレー、…）にある場合、データがサービスのために利用可能になる場合、ＢＳＲは優先される。さらに、指示が特別イベント関連構成にある場合、対応するＭＡＣ  ＣＥが優先される。
【０３９２】
その指示は、どれ程度それが優先され得るかを示しても示さなくてもよい。その指示がどの程度それが優先され得るかを示すことができない場合、ＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ／新しいアップリンクＭＡＣ  ＣＥ／タイマ制御ベースＭＡＣ  ＣＥ）は、予め定義されるべきＭＡＣ  ＣＥ又はデータに対して優先される。その指示がどの程度それが優先され得るかを示す場合、指標は、優先された結果を知らせるためにインデックス（例えば、ＬＣＰ規則位置など）又は値（例えば、優先順位）あるいはビットマップ（例えば、優先順位ビットマップ又はＬＣＰ規則位置ビットマップ）の体食いを含むことができる。このようにして、ＵＥは、より少ないＳＲ送信を送信し、消費電力を削減することができる。
【０３９３】
解決策３（新しい到着データに対して、異なるＳＲ構成に基づいてＳＲ送信を開始する代わりに進行中のＳＲ構成を使用し続ける）−ＵＥは、新しい到来イベントが何であるかにかかわらず、現在使用されているＳＲ構成に基づいてＳＲ送信を送信し続ける。現在のＳＲ送信に関連するＳＲトリガイベントがキャンセルされる場合、ＳＲ送信を実行するために使用されるＳＲ構成が更新されてもよい。
【０３９４】
解決策４（レイテンシに基づいてＳＲ構成を変更するかどうかを決定する）−ＵＥは、新しい到来特別イベントのレイテンシ要件に基づいて新しいイベントに関連するＳＲ構成を使用するかどうかを決定する。新しいイベントに関連するレイテンシ要件が任意の他の現在のＳＲトリガイベントのレイテンシ要件よりも厳しい場合、ＵＥは新しいイベントに関連するＳＲ構成に基づいてＳＲ送信を開始する。進行中のＳＲ送信に関しては、ＵＥは、異なるＳＲ構成に対する新しいＳＲ送信が開始される場合でも、ＵＥは現在のＳＲ送信を停止してもしなくてもよい。
【０３９５】
ＭＡＣ  ＣＥはＬＴＥにおいてレイテンシ要件を持たないため、ＭＡＣ  ＣＥのためのレイテンシ要件を、この解決策を適用するために定義及び／又は構成する必要があってもよい。
解決策５（ＳＲ送信を実行するために最新のＳＲトリガイベントに関連するＳＲ構成を使用する）−ＵＥは、新しいイベント（例えば、ｒｅｔｘ−ＢＳＲタイマ満了、又は特別イベント）に関連するＳＲ構成に基づいてＳＲ送信を開始する。例えば、サイドリンクＢＳＲに対するＳＲが送信されるときに新しいアップリンクＭＡＣ  ＣＥがトリガされると想定すると、現在のＳＲ送信のために使用されるＳＲ構成は、新しいアップリンクＭＡＣ  ＣＥに関連するＳＲ構成に変更される。
【０３９６】
解決策６（各特別イベント間の優先順位付けケースバイケースで定義する）−各可能性としてあるアップリンクＭＡＣ  ＣＥとアップリンクＢＳＲとＳＲ送信をトリガすることができる任意の他のＭＡＣ  ＣＥ（例えば、サイドリンクＢＳＲ、タイマ制御ベースＭＡＣ  ＣＥ）との関係を定義することができる。この解決策では、例えば、可能性としてあるアップリンクＭＡＣ  ＣＥ（例えば、ビーム関連ＭＡＣ  ＣＥ）がサイドリンクＢＳＲよりも常に優先されるように定義することができる。さらに、別の可能性としてあるアップリンクＭＡＣ  ＣＥ（例えば、（サイドリンク）ＰＨＲ）が、タイマ制御のＭＡＣ  ＣＥと比較してより低い優先順位を有するように定義することができる。定義された結果に基づいて、ＵＥは、別の特別イベントよりも特別イベント（例えば、ＢＳＲでない特定のＭＡＣ  ＣＥ）を常に優先することができる。
【０３９７】
ＳＲ構成が新しいイベントにどのように関連しているか又は関連付けられているかについては、特別イベントのためにＳＲをトリガする方法についての上記の議論を参照することができる。さらに、ＳＲ構成とアップリンクデータ到来との関係は、論理チャネル情報とＳＲ構成との関係である。論理チャネル情報は、ＬＣＩＤ、ＴＴＩ持続時間制限、ヌメロロジ、又はセル所属とすることができる。
【０３９８】
図３１は、異なるＳＲ構成に基づいた並列的な複数のＳＲ送信のための例示的な実施形態である。ＵＥは、ＳＲ構成１に基づいてＳＲ送信を実行している。新しいイベントが到来し、新しいイベントがＳＲ構成２に関連するときは、ＵＥは、ＳＲ構成１に基づいたＳＲ送信が停止及び／又はキャンセルされることなく、ＳＲ構成２に基づいたＳＲ送信も実行する。
【０３９９】
図３２は、優先順位付けをするＬＣＰ規則に従うための例示的な実施形態である。特に、図３２は、複数のＳＲ構成においてどのＳＲ構成に基づいたＳＲ送信を実行するかを決定するＬＣＰ規則に従うことを示す。図３２に示すように、ＵＥは、サイドリンクに関連するＳＲ構成に基づいてＳＲを送信している。より具体的には、ＳＲ構成はサイドリンクＢＳＲに関連する。しかし、通常のアップリンクＢＳＲがアップリンクデータ到着によってトリガされ、ＳＲ構成２がバッファ内のアップリンクデータのニーズを反映するために通常のアップリンクＢＳＲに関連する（例えば、ＳＲを間接的にトリガする論理チャネル）ときは、サイドリンクＢＳＲがアップリンクＢＳＲよりも低い優先順位であるため、ＳＲ構成１に基づいたＳＲ送信は停止される。ＵＥは、ＳＲ構成２に基づいたＳＲ送信を実行することを開始する。
【０４００】
図３３は、最新のイベントに従うための例示的な実施形態である。特に、図３３は、異なるＳＲ構成に基づいた並列的な複数のＳＲ送信を示す。この例では、第１の新しいイベントはＳＲ構成２に関連付けられる。したがって、ＵＥは、その解決策に基づき、ＳＲ構成２に基づいたＳＲ送信を実行するように変更し、ＳＲ構成１に基づいたＳＲ送信を停止する。ＳＲ構成１に関連する第２の新しいイベントが発生するとき、ＵＥはＳＲ構成１を使用することに戻るように変更し、ＳＲ送信を実行する。
【０４０１】
図３４は、アップリンクデータのニーズに常に従うための例示的な実施形態である。ＵＥがＳＲ構成２に関連する新しいアップリンクＭＡＣ  ＣＥのためにＳＲを送信しているときに、アップリンクデータ到着イベントが発生する。ＵＥは、ＳＲ構成２に関連するアップリンクデータ到着イベントにより、ＳＲ構成２を使用するように変更し、ＳＲ送信を実行する。アップリンクデータのＴＴＩ／ヌメロロジタイプのニーズは、ＳＲ構成２によって区別されるべきであるため、アップリンクデータ到着イベントはＳＲ構成２に関連する。
【０４０２】
図３５は、ＵＥの例示的な一実施形態によるフローチャート３５００であり、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられる。ステップ３５０５では、ＵＥは、タイマが満了した場合にＭＡＣ制御要素をトリガする。ステップ３５１０では、ＵＥは、ＭＡＣ制御要素のためにＳＲをトリガする。ステップ３５１５では、ＵＥは、複数のＳＲ構成のうちの第１のＳＲ構成に基づいてＳＲを送信する。第１のＳＲ構成は、ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる。
【０４０３】
一実施形態では、タイマは、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒとすることができる。ＭＡＣ制御要素はＢＳＲとすることができる。第１のＳＲ構成は、最も優先順位の高い論理チャネルの識別情報に基づいて最も優先順位の高い論理チャネルに関連付けられることができる。
【０４０４】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられ、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）タイマが満了した場合にＭＡＣ制御要素をトリガすることと、（ｉｉ）ＭＡＣ制御要素のためにＳＲをトリガすることと、（ｉｉｉ）複数のＳＲ構成のうちの第１のＳＲ構成に基づいてＳＲを送信することであって、第１のＳＲ構成は、ＭＡＣ制御要素がトリガされたときに送信可能なデータを有する最も優先順位の高い論理チャネルに関連付けられる、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４０５】
図３６は、ＵＥの例示的な一実施形態によるフローチャート３６００である。ステップ３６０５では、ＵＥは、複数のＳＲ構成をネットワークノードから受信する。ステップ３６１０では、ＵＥは、第１のＭＡＣ制御要素をトリガする。ステップ３６１５では、ＵＥは、第１のＭＡＣ制御要素のために第１のＳＲをトリガする。ステップ３６２０では、ＵＥは、複数のＳＲ構成のうちの第１のＳＲ構成に従って第１のＳＲをネットワークノードに送信する。第１のＳＲ構成は、第１のＳＲ構成の特性に基づいて選択される。
【０４０６】
一実施形態では、特性は、第１のＭＡＣ制御要素がトリガされた後に、最も近いＳＲ送信機会を有する第１のＳＲ構成であることとすることができる。第１のＭＡＣ制御要素は、サイドリンクＢＳＲとすることができる。第１のＭＡＣ制御要素は、タイマの満了によりトリガされることができる。
【０４０７】
一実施形態では、ＵＥは、第１の論理チャネルのアップリンクデータのために第２のＭＡＣ制御要素をトリガすることができる。そして、ＵＥは、第２のＭＡＣ制御要素のために第２のＳＲをトリガすることができる。さらに、ＵＥは、複数のＳＲ構成のうちの第２のＳＲ構成に従って第２のＳＲをネットワークノードに送信することができる。第２のＳＲ構成は、第１の論理チャネルと第２のＳＲ構成との関連付けに基づいて選択される。
【０４０８】
一実施形態では、ＵＥは、第１のＳＲ構成に従った第３のＳＲ送信を中断（suspending）又は停止することなく、第２のＳＲ構成に従った第２のＳＲ送信を実行することができる。代替的には、ＵＥが第２のＭＡＣ制御要素をトリガするとき、ＵＥは第１のＳＲ構成に従った第３のＳＲ送信の実行を停止することができる。
【０４０９】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）複数のＳＲ構成をネットワークノードから受信することと、（ｉｉ）第１のＭＡＣ制御要素をトリガすることと、（ｉｉｉ）第１のＭＡＣ制御要素のために第１のＳＲをトリガすることと、（ｉｖ）複数のＳＲ構成のうちの第１のＳＲ構成に従って第１のＳＲをネットワークノードに送信することであって、第１のＳＲ構成は、第１のＳＲ構成の特性に基づいて選択される、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４１０】
図３７は、ＵＥの例示的な一実施形態によるフローチャート３７００であり、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられ、ＭＡＣ制御要素と複数のＳＲ構成における第１のＳＲ構成との関連付けがある。ステップ３７０５では、ＵＥは、ＭＡＣ制御要素をトリガする。ステップ３７１０では、ＵＥは、第１のＳＲ構成に基づいてＳＲを送信する。
【０４１１】
一実施形態では、関連付けは、ＭＡＣ制御要素をＴＴＩ（送信時間間隔）長情報（例えば、最大ＴＴＩ閾値など）にリンク付けすることによって確立することができる。第１のＳＲ構成は、ＴＴＩ長情報に関連付けられることができる。
【０４１２】
代替的に、関連付けは、ＭＡＣ制御要素をヌメロロジ情報にリンク付けすることによって確立することができる。第１のＳＲ構成は、ヌメロロジ情報に関連付けられることができる。
【０４１３】
さらに、関連付けは、ＭＡＣ制御要素を１つ以上の論理チャネル識別情報にリンク付けすることによって確立することができる。第１のＳＲ構成は、論理チャネル識別情報に関連付けられることができる。
【０４１４】
さらに、関連付けは、ＭＡＣ制御要素を１つ以上の論理チャネルグループにリンク付けすることによって確立することができる。第１のＳＲ構成は、論理チャネルグループに関連付けられる。また、第１のＳＲ構成は、ＭＡＣ制御要素に関連する情報（例えば、ＭＡＣ  ＣＥの識別情報、対応するサービス識別情報（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ）等）を含むことができる。
【０４１５】
関連付けは、第１のＳＲ構成内にＭＡＣ制御要素に関連する情報を含めることによって確立することもできる。
【０４１６】
関連付けは、第１のＳＲ構成の情報（例えば、インデックス、識別情報等）をＭＡＣ制御要素に関連する構成に含めることによって確立することができる。構成は、サービス構成（例えば、サイドリンク構成、Ｖ２Ｘ構成、ＭＢＭＳ構成等）とすることができる。構成は、ＭＡＣ構成とすることができる。
【０４１７】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）ＭＡＣ制御要素をトリガすることと、（ｉｉ）第１のＳＲ構成に基づいてＳＲを送信することと、を可能にするにことができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４１８】
図３８は、ＵＥの例示的な一実施形態によるフローチャート３８００であり、ＳＲ構成を選択するために予め定義された規則とともに、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられる。ステップ３８０５では、ＵＥは、複数のＳＲ構成をネットワークノードから受信する。ステップ３８１０では、ＵＥは、ＭＡＣ制御要素をトリガする。ステップ３８１５では、ＵＥは、複数のＳＲ構成のうちの１つのＳＲ構成に従ってＳＲをネットワークノードに送信する。ＳＲ構成は、ＳＲ構成の特性に基づいて選択される。
【０４１９】
一実施形態では、特性は、デフォルトヌメロロジ又はアクセスヌメロロジでのリソースを要求するために使用されるＳＲ構成とすることができる。特性は、デフォルトヌメロロジ又はアクセスヌメロロジで割り当てられたＳＲ構成とすることもできる。さらに、特性は、他のＳＲ構成と比較して、最も高い（densest）ＳＲ送信機会を有するＳＲ構成とすることができる。追加的に、特性は、ＭＡＣ制御要素のトリガタイミングの後に、最も近いＳＲ送信機会を有するＳＲ構成とすることができる。特性は、ＵＥが使用することができる最短ＴＴＩ及び／又は最大ヌメロロジリソースを要求するために使用されるＳＲ構成とすることもできる。さらに、特性は、ＭＡＣ制御要素のために送信リソースを要求するための専用のＳＲ構成とすることができる。
【０４２０】
一実施形態では、ＵＥは複数の接続性を有さない。
【０４２１】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ＳＲ構成を選択するために予め定義された規則と共に、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられ、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）複数のＳＲ構成をネットワークノードから受信することと、（ｉｉ）ＭＡＣ制御要素をトリガすることと、（ｉｉｉ）複数のＳＲ構成のうちの１つのＳＲ構成に従ってＳＲをネットワークノードに送信することであって、ＳＲ構成は、ＳＲ構成の特性に基づいて選択される、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４２２】
図３９は、ＵＥの例示的な一実施形態によるフローチャート３９００であり、制御要素のためのマルチビットＳＲ設定を構成するネットワークノードによって１つのＳＲ構成がＵＥに割り当てられ、ＭＡＣ制御要素とＳＲ構成に従って送信されるＳＲ内の１つ以上のフィールドの１つの値又は複数の値とのマッピングがある。ステップ３９０５では、ＵＥは、ＭＡＣ制御要素をトリガする。ステップ３９１０では、ＵＥはＳＲ構成に従ってＳＲをネットワークノードに送信し、ＳＲの１つ以上のフィールドはＭＡＣ制御要素にマッピングされた１つの値／複数の値に設定される。
【０４２３】
一実施形態では、マッピングは、ＭＡＣ制御要素をＴＴＩ長情報（例えば、最大ＴＴＩ閾値など）にリンク付けすることによって、確立することができる。１つの値又は複数の値は、ＴＴＩ長情報に関連付けられる。
【０４２４】
代替的には、マッピングは、ＭＡＣ制御要素をヌメロロジ情報（例えば、１つ以上のヌメロロジインデックス、ヌメロロジインデックスビットマップ等）にリンク付けすることによって、確立することができる。１つの値又は複数の値は、ヌメロロジ情報に関連付けられる。
【０４２５】
マッピングは、ＭＡＣ制御要素を１つ以上の論理チャネル識別情報にリンク付けすることによっても、確立することができる。１つの値又は複数の値は、論理チャネル識別情報に関連付けられる。
【０４２６】
さらに、マッピングは、ＭＡＣ制御要素を１つ以上の論理チャネルグループにリンク付けすることによって確立することができる。１つの値又は複数の値は、論理チャネルグループに関連付けられる。
【０４２７】
追加的に、マッピングは、ＭＡＣ制御要素に関連する情報（例えば、ＭＡＣ  ＣＥの識別情報、対応するサービス識別情報（例えば、サイドリンク、ＭＢＭＳ、Ｖ２Ｘ）等）をＳＲ構成内の１つの値又は複数の値に直接的にマッピングすることによって確立することができる。
【０４２８】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、制御要素のためのマルチビットＳＲ設定を構成するネットワークノードによって１つのＳＲ構成がＵＥに割り当てられ、ＭＡＣ制御要素とＳＲ構成に従って送信されるＳＲ内の１つ以上のフィールドの１つの値又は複数の値とのマッピングがあり、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）ＭＡＣ制御要素をトリガすることと、（ｉｉ）ＳＲ構成に従ってＳＲをネットワークノードに送信することであって、ＳＲの１つ以上のフィールドは、ＭＡＣ制御要素にマッピングされた１つの値又は複数の値に設定される、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４２９】
図４０は、制御要素のために予め定義されたマルチビットＳＲ設定を用いた、ＵＥの例示的な一実施形態によるフローチャート４０００である。ステップ４００５では、ＵＥはＳＲ構成をネットワークノードから受信し、ＳＲ構成に基づくＳＲ送信は、ネットワークノードがアップリンクリソース要求のＴＴＩ長及び／又はヌメロロジを導出するための第１のフィールドを含む。ステップ４０１０では、ＵＥは、第１のＳＲがアップリンクデータ到着によってトリガされない場合、第１のＳＲをネットワークノードに送信する。第１のＳＲ内の第１のフィールドは第１の値に設定される。ステップ４０１５では、ＵＥは、第２のＳＲがアップリンクデータ到着によってトリガされる場合、第２のＳＲをネットワークノードに送信する。第２のＳＲ内の第１のフィールドは、アップリンクデータ到着のヌメロロジ及び／又はＴＴＩのニーズに基づいて設定される。
【０４３０】
一実施形態では、第１の値は、ＵＥにおいて保留中（pending）のＭＡＣ制御要素が少なくとも存在することを示すために使用される特定の値とすることができる。第１の値は、ＭＡＣ制御要素がトリガされたことを示すために使用される特定の値とすることもできる。例えば、第１のフィールド内に３ビットが存在する場合、「０００」〜「０１１」はアップリンクデータ到着の場合に使用することができ、「１１１」はＭＡＣ制御要素を示すために使用される特定の値とすることができ、「１００」〜「１１０」は他の場合に使用される、又は将来的な使用のために予約されることができる。
【０４３１】
一実施形態では、第１の値は、デフォルトヌメロロジ、初期アクセスヌメロロジでのアップリンクリソース要求、ＴＴＩ長の特定のレンジのためのアップリンクリソース要求、ＬＣＧのためのアップリンクリソース要求、又は論理チャネルのためのアップリンクリソース要求を示すことができる。
【０４３２】
一実施形態では、ＵＥは、ＭＡＣ制御要素をトリガするときに、ＤＲＢ又はＳＲＢにおける送信可能なデータを有さない。
【０４３３】
一実施形態では、ＭＡＣ制御要素は、サイドリンクＢＳＲ、タイマによってトリガされる制御要素、ビーム関連情報を報告するための制御要素、トラフィックパターン変化を報告するための制御要素、又はネットワークからのコマンドを確認するための制御要素とすることができる。
【０４３４】
一実施形態では、ＭＡＣ制御要素は論理チャネルに関連していなくてもよい。
【０４３５】
図３及び図４に戻って参照すると、制御要素のために予め定義されたマルチビットＳＲ設定を用いた、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）ＳＲ構成をネットワークノードから受信することであって、ＳＲ構成に基づくＳＲ送信は、ネットワークノードがアップリンクリソース要求のＴＴＩ長及び／又はヌメロロジを導出するための第１のフィールドを含む、受信することと、（ｉｉ）第１のＳＲがアップリンクデータ到着によってトリガされない場合、第１のＳＲをネットワークノードに送信することであって、第１のＳＲ内の第１のフィールドは第１の値に設定される、送信することと、（ｉｉｉ）第２のＳＲがアップリンクデータ到着によってトリガされる場合、第２のＳＲをネットワークノードに送信することであって、第２のＳＲ内の第１のフィールドは、アップリンクデータ到着のヌメロロジ及び／又はＴＴＩのニーズに基づいて設定される、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４３６】
図４１は、ＵＥの例示的な一実施形態によるフローチャート４１００であり、ＵＥは、複数のダウンリンク制御チャネルを用いて構成される。ステップ４１０５では、ＵＥは、第１の条件によってトリガされたスケジューリング要求をネットワークノードに送信する。第１の条件は、アップリンクデータ到着によってトリガされる通常のＢＳＲの条件とは異なる。ステップ４１１０では、ＵＥは、複数のダウンリンク制御チャネルの第１のセットを監視する。
【０４３７】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ＵＥは、複数のダウンリンク制御チャネルを用いて構成され、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の条件によってトリガされたスケジューリング要求をネットワークノードに送信することであって、第１の条件は、アップリンクデータ到着によってトリガされる通常のＢＳＲの条件とは異なる、送信することと、（ｉｉ）複数のダウンリンク制御の第１のセットを監視することと、を可能にすることができる。ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４３８】
図４２は、ネットワークノードの例示的な一実施形態によるフローチャート４２００であり、ＵＥは、ネットワークノードによって複数のダウンリンク制御チャネルを用いて構成される。ステップ４２０５では、ネットワークノードは、第１の条件によってトリガされたスケジューリング要求をＵＥから受信する。第１の条件は、アップリンクデータ到着によってトリガされる通常のＢＳＲの条件とは異なる。ステップ４２１０では、ネットワークノードは、複数のダウンリンク制御チャネルの第１のセットを介してアップリンクリソースをＵＥに提供する。
【０４３９】
図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態では、ＵＥはネットワークノードによって複数のダウンリンク制御チャネルを用いて構成され、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが（ｉ）第１の条件によってトリガされたスケジューリング要求をＵＥから受信することであって、第１の条件は、アップリンクデータ到着によってトリガされる通常のＢＳＲの条件とは異なる、受信することと、（ｉｉ）複数のダウンリンク制御チャネルの第１のセットを介してアップリンクリソースをＵＥに提供することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４４０】
図４１〜図４２に示し、上記に説明した実施形態との関連では、第１の条件とは、通常のサイドリンクＢＳＲがトリガされること、アップリンク制御要素（ＢＳＲを除く）がトリガされること、アップリンク制御要素がタイマの満了によってトリガされること、又はアップリンク制御要素が閾値をこえるカウンタ値によってトリガされることとすることができる。
【０４４１】
一実施形態では、ＵＥは、第１の規則に基づいて第１のセットを決定することができる。第１の規則とは、第１の条件に関連付けられた制御チャネルを選択すること、又はスケジューリング要求の送信によって搬送されたヌメロロジ及び／又はＴＴＩ情報にかかわらず特定の制御チャネルを選択することとすることができる。
【０４４２】
一実施形態では、スケジューリング要求が第１の条件とは異なる第２の条件によってトリガされる場合、ＵＥは複数のダウンリンク制御チャネルの第２のセットを監視することができ、第２のセットは第１のセットとは異なる。ＵＥは第２の規則に基づいて第２のセットを決定することもできる。一実施形態では、第２の規則とは、第２の条件に関連付けられた制御チャネルを選択すること、スケジューリング要求の送信によって搬送されたヌメロロジ及び／又はＴＴＩ情報にかかわらず特定の制御チャネルを選択すること、複数の制御チャネルのすべてを選択すること、又はスケジューリング要求の送信によって搬送されたヌメロロジ及び／又はＴＴＩ情報に基づいて制御チャネルを選択することとすることができる。
【０４４３】
一実施形態では、第２の条件は、通常のサイドリンクＢＳＲがトリガされること、アップリンク制御要素（ＢＳＲを除く）がトリガされること、アップリンク制御要素がタイマの満了によってトリガされること、アップリンク制御要素が閾値をこえるカウンタ値によってトリガされる、又は通常のＢＳＲがアップリンクデータ到着によってトリガされることすることができる。
【０４４４】
図４３は、ＵＥの例示的な一実施形態によるフローチャート４３００であり、ＵＥは、複数のダウンリンク制御チャネルを用いて構成される。ステップ４３０５では、ＵＥは、スケジューリング要求をネットワークノードに送信する。ステップ４３１０では、ＵＥは、スケジューリング要求がアップリンクデータ到着に対してトリガされた場合、第１の規則に基づいて複数のダウンリンク制御チャネルの第１のセットを監視する。ステップ４３１５では、ＵＥは、スケジューリング要求がアップリンクデータ到着とは異なる条件に対してトリガされた場合、第２の規則に基づいて複数のダウンリンク制御チャネルの第２のセットを監視する。第１のセットは第２のセットとは異なる。
【０４４５】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ＵＥは、複数のダウンリンク制御チャネルを用いて構成され、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）スケジューリング要求をネットワークノードに送信することと、（ｉｉ）スケジューリング要求がアップリンクデータ到着に対してトリガされた場合、第１の規則に基づいて複数のダウンリンク制御チャネルの第１のセットを監視することと、（ｉｉｉ）スケジューリング要求がアップリンクデータ到着とは異なる条件に対してトリガされた場合、第２の規則に基づいて複数のダウンリンク制御チャネルの第２のセットを監視することであって、第１のセットは第２のセットとは異なる、監視することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４４６】
図４４は、ネットワークノードの例示的な一実施形態によるフローチャート４４００であり、ネットワークノードは、複数のダウンリンク制御チャネルを用いてＵＥを構成する。ステップ４４０５では、ネットワークノードは、スケジューリング要求をＵＥから受信する。ステップ４４１０では、ネットワークノードは、スケジューリング要求がアップリンクデータ到着に対してトリガされた場合、第１の規則に基づいて複数のダウンリンク制御チャネルの第１のセットを介してアップリンクリソースをＵＥに提供する。ステップ４４１５では、ネットワークノードは、スケジューリング要求がアップリンクデータ到着とは異なる条件に対してトリガされた場合、第２の規則に基づいて複数のダウンリンク制御チャネルの第２のセットを介してアップリンクリソースをＵＥに提供する。第１のセットは第２のセットとは異なる。
【０４４７】
図３及び図４をに戻って参照すると、ネットワークノードの例示的な一実施形態では、ネットワークノードが複数のダウンリンク制御チャネルを用いてＵＥを構成し、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが（ｉ）スケジューリング要求をＵＥから受信することと、（ｉｉ）スケジューリング要求がアップリンクデータ到着に対してトリガされた場合、第１の規則に基づいて複数のダウンリンク制御チャネルの第１のセットを介してアップリンクリソースをＵＥに提供することと、（ｉｉｉ）スケジューリング要求がアップリンクデータ到着とは異なる条件に対してトリガされた場合、第２の規則に基づいて複数のダウンリンク制御チャネルの第２のセットを介してアップリンクリソースをＵＥに提供することであって、第１のセットは第２のセットとは異なる、提供することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４４８】
図４３〜図４４に示し、上記に説明した実施形態との関連では、一実施形態では、第１の規則とは、第１のセットとして複数の制御チャネルのすべてを選択すること、又は第１のセットとしてスケジューリング要求の送信によって搬送されるヌメロロジ及び／又はＴＴＩ情報に関連する制御チャネルを選択することとすることができる。
【０４４９】
一実施形態では、第２の規則とは、第１のセットとして複数の制御チャネルのすべてを選択すること、第１のセットとしてスケジューリング要求の送信によって搬送されたヌメロロジ及び／又はＴＴＩ情報に関連する制御チャネルを選択すること、第１のセットとして条件に関連付けられた制御チャネルを選択すること、又はスケジューリング要求の送信によって搬送されるヌメロロジ及び／又はＴＴＩ情報にかかわらず特定の制御チャネルを選択することとすることができる。
【０４５０】
一実施形態では、複数のダウンリンク制御チャネルの少なくとも１つは、すべてのヌメロロジ、１つ以上のヌメロロジ、又は特定のヌメロロジのみでのデータ送信をスケジューリングすることができる。複数のダウンリンク制御チャネルの少なくとも１つは、サイドリンク送信をスケジューリングすることもできる。
【０４５１】
図４５は、ＵＥの例示的な一実施形態によるフローチャート４５００であり、、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられる。ステップ４５０５では、ＵＥは、複数のＳＲ構成のうちの第１のＳＲ構成に関連する第１のＳＲをトリガする。ステップ４５１０では、ＵＥは、第１のＳＲ構成に従ってネットワークノードへの第１のＳＲ送信を実行する。ステップ４５１５では、ＵＥは、複数のＳＲ構成のうちの第２のＳＲ構成に関連する第２のＳＲをトリガする。第２のＳＲは、アップリンクデータ到着によってトリガされない。ステップ４５２０では、ＵＥは、第２のＳＲ構成に従ってネットワークノードへの第２のＳＲ送信を実行する。
【０４５２】
一実施形態では、第１のＳＲは、アップリンクデータ到着（例えば、通常のＢＳＲ）、サイドリンクＢＳＲ（例えば、通常のサイドリンクＢＳＲ）、タイマ制御ベースＭＡＣ制御要素、又は３ＧＰＰ  ＴＳ  ３６．３２１に列挙されているあらゆるアップリンクＭＡＣ  ＣＥとは異なる新しいＭＡＣ  ＣＥによってトリガされることができる。
【０４５３】
一実施形態では、第２のＳＲは、サイドリンクＢＳＲ（例えば、通常のサイドリンクＢＳＲ）、タイマ制御ベースＭＡＣ制御要素、又は３ＧＰＰ  ＴＳ  ３６．３２１に列挙されているあらゆるアップリンクＭＡＣ  ＣＥとは異なる新しいＭＡＣ  ＣＥによってトリガされることができる。
【０４５４】
一実施形態では、ＵＥは、第２のＳＲがトリガされた後に、複数のＳＲ構成のうちの第１のＳＲ構成に従ったネットワークノードへの第３のＳＲ送信の実行を停止することができる。ＵＥは、ＬＣＰ手順において優先順位付け規則に基づいた第２のＳＲ構成に従って、第２のＳＲをトリガするＭＡＣ  ＣＥのレイテンシ要求に基づいた第２のＳＲ構成に従って、又は第２のＳＲがサイドリンクＢＳＲによってトリガされた場合の第２のＳＲ構成に従って、第２のＳＲ送信の実行を決定することができる。サイドリンクＢＳＲは、閾値より高い優先順位を有する論理チャネルに属するデータを報告するためのものである。
【０４５５】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられ、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＵＥは、プログラムコード３１２を実行して、ＵＥが（ｉ）複数のＳＲ構成のうちの第１のＳＲ構成に関連する第１のＳＲをトリガすることと、（ｉｉ）第１のＳＲ構成に従ってネットワークノードへの第１のＳＲ送信を実行することと、（ｉｉｉ）複数のＳＲ構成のうちの第２のＳＲ構成に関連する第２のＳＲをトリガすることであって、第２のＳＲはアップリンクデータ到着によってトリガされない、トリガすることと、（ｉｖ）第２のＳＲ構成に従ってネットワークノードへの第２のＳＲ送信を実行することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
【０４５６】
図４６は、ＵＥの例示的な一実施形態によるフローチャート４６００であり、、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられる。ステップ４６０５では、ＵＥは、複数のＳＲ構成のうちの第１のＳＲ構成に関連する第１のＳＲをトリガする。第１のＳＲは、アップリンクデータ到着によってトリガされない。ステップ４６１０では、ＵＥは、第１のＳＲ構成に従ってネットワークノードへの第１のＳＲ送信を実行する。ステップ４６１５では、ＵＥは、複数のＳＲ構成のうちの第２のＳＲ構成に関連する第２のＳＲをトリガする。ステップ４６２０では、ＵＥは、第２のＳＲ構成に従ってネットワークノードへの第２のＳＲ送信を実行する。
【０４５７】
一実施形態では、第１のＳＲは、サイドリンクＢＳＲ（例えば、通常のサイドリンクＢＳＲ）、タイマ制御ベースＭＡＣ制御要素、又は３ＧＰＰ  ＴＳ  ３６．３２１に列挙されているあらゆるアップリンクＭＡＣ  ＣＥとは異なる新しいＭＡＣ  ＣＥによってトリガされることができる。
【０４５８】
一実施形態では、第２のＳＲは、サイドリンクＢＳＲ（例えば、通常のサイドリンクＢＳＲ）、タイマ制御ベースＭＡＣ制御要素、３ＧＰＰ  ＴＳ  ３６．３２１に列挙されているあらゆるアップリンクＭＡＣ  ＣＥとは異なる新しいＭＡＣ  ＣＥ、又はアップリンクデータ到着（例えば、通常のＢＳＲ）によってトリガされることができる。
【０４５９】
一実施形態では、ＵＥは、第２のＳＲがトリガされた後に、複数のＳＲ構成のうちの第１のＳＲ構成に従ったネットワークノードへの第３のＳＲ送信の実行を停止することができる。ＵＥは、ＬＣＰ手順において優先順位付け規則に基づいた第２のＳＲ構成に従って、第２のＳＲをトリガするＭＡＣ  ＣＥのレイテンシ要求に基づいた第２のＳＲ構成に従って、又は第２のＳＲがサイドリンクＢＳＲによってトリガされた場合の第２のＳＲ構成に従って、第２のＳＲ送信の実行を決定することができる。サイドリンクＢＳＲは、閾値より高い優先順位を有する論理チャネルに属するデータを報告するためのものである。
【０４６０】
一実施形態では、第１のＳＲ構成及び第２のＳＲ構成は、異なるヌメロロジ及び／又はＴＴＩ持続時間でリソースを要求するためのものとすることができる。さらに、第１のＳＲ構成によって示されるリソース及び第２ＳＲ構成によって示されるリソースは、異なるセル上とすることができる。追加的に、第１のＳＲ構成によって示されるリソース及び第２のＳＲ構成によって示されるリソースは、異なるヌメロロジ及び／又はＴＴＩ持続時間でのものとすることができる。
【０４６１】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、ネットワークノードによって複数のＳＲ構成がＵＥに割り当てられ、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）複数のＳＲ構成のうちの第１のＳＲ構成に関連する第１のＳＲをトリガすることであって、第１のＳＲは、アップリンクデータ到着によってトリガされない、トリガすることと、（ｉｉ）第１のＳＲに従ってネットワークノードへの第１のＳＲ送信を実行することと、（ｉｉｉ）複数のＳＲ構成のうちの第２のＳＲ構成に関連する第２のＳＲをトリガすることと、（ｉｖ）第２のＳＲ構成に従ってネットワークノードへの第２のＳＲ送信を実行することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０４６２】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【０４６３】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０４６４】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０４６５】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０４６６】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０４６７】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2018186506.tif 000027
【図２】
2018186506.tif 000028
【図３】
2018186506.tif 000029
【図４】
2018186506.tif 000030
【図５】
2018186506.tif 000031
【図６】
2018186506.tif 000032
【図７】
2018186506.tif 000033
【図８】
2018186506.tif 000034
【図９】
2018186506.tif 000035
【図１０】
2018186506.tif 000036
【図１１】
2018186506.tif 000037
【図１２】
2018186506.tif 000038
【図１３】
2018186506.tif 000039
【図１４】
2018186506.tif 000040
【図１５】
2018186506.tif 000041
【図１６】
2018186506.tif 000042
【図１７】
2018186506.tif 000043
【図１８】
2018186506.tif 000044
【図１９】
2018186506.tif 000045
【図２０】
2018186506.tif 000046
【図２１】
2018186506.tif 000047
【図２２】
2018186506.tif 000048
【図２３】
2018186506.tif 000049
【図２４】
2018186506.tif 000050
【図２５】
2018186506.tif 000051
【図２６】
2018186506.tif 000052
【図２７】
2018186506.tif 000053
【図２８】
2018186506.tif 000054
【図２９】
2018186506.tif 000055
【図３０】
2018186506.tif 000056
【図３１】
2018186506.tif 000057
【図３２】
2018186506.tif 000058
【図３３】
2018186506.tif 000059
【図３４】
2018186506.tif 000060
【図３５】
2018186506.tif 000061
【図３６】
2018186506.tif 000062
【図３７】
2018186506.tif 000063
【図３８】
2018186506.tif 000064
【図３９】
2018186506.tif 000065
【図４０】
2018186506.tif 000066
【図４１】
2018186506.tif 000067
【図４２】
2018186506.tif 000068
【図４３】
2018186506.tif 000069
【図４４】
2018186506.tif 000070
【図４５】
2018186506.tif 000071
【図４６】
2018186506.tif 000072
【外国語明細書】
2018186506000001.pdf