JP2023510425A - サイドリンクパケット交換動作のための方法およびユーザ機器 - Google Patents
サイドリンクパケット交換動作のための方法およびユーザ機器 Download PDFInfo
- Publication number
- JP2023510425A JP2023510425A JP2022543551A JP2022543551A JP2023510425A JP 2023510425 A JP2023510425 A JP 2023510425A JP 2022543551 A JP2022543551 A JP 2022543551A JP 2022543551 A JP2022543551 A JP 2022543551A JP 2023510425 A JP2023510425 A JP 2023510425A
- Authority
- JP
- Japan
- Prior art keywords
- drx
- period
- interface
- implementations
- lte
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 231
- 230000005540 biological transmission Effects 0.000 claims description 166
- 230000007246 mechanism Effects 0.000 claims description 163
- 230000011664 signaling Effects 0.000 claims description 87
- 238000004891 communication Methods 0.000 claims description 75
- 238000001514 detection method Methods 0.000 claims description 23
- 238000005259 measurement Methods 0.000 claims description 19
- 238000005516 engineering process Methods 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 6
- 230000007774 longterm Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 83
- 230000007704 transition Effects 0.000 description 44
- 238000012384 transportation and delivery Methods 0.000 description 33
- 230000006399 behavior Effects 0.000 description 28
- 239000000969 carrier Substances 0.000 description 22
- 238000012544 monitoring process Methods 0.000 description 22
- 230000009471 action Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 14
- 230000004913 activation Effects 0.000 description 13
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 13
- 238000013459 approach Methods 0.000 description 12
- 238000000745 sonoluminescence detection Methods 0.000 description 12
- 230000009849 deactivation Effects 0.000 description 9
- 230000001413 cellular effect Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000013468 resource allocation Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 6
- 230000001276 controlling effect Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 3
- 230000002618 waking effect Effects 0.000 description 3
- 241000169170 Boreogadus saida Species 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000007639 printing Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000008707 rearrangement Effects 0.000 description 2
- 230000035945 sensitivity Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/365—Power headroom reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/23—Manipulation of direct-mode connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/005—Moving wireless networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
サイドリンク（ＳＬ）パケット交換のために第１のユーザ機器（ＵＥ）によって実行される方法は、ＳＬ－ＤＲＸ機能を示すＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）構成を受信することを含む。物理サイドリンク制御チャネル（ＰＳＣＣＨ）上の第１のサイドリンク制御情報（ＳＣＩ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上のＳＬパケット、およびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを、ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間間の切り替えに従って監視するか否かを決定し、ＳＣＩが少なくとも１つの第２のＵＥからで、ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間が両方ともＳＬ－ＤＲＸ機能により決定されるステップと、を含む。
Description
〔関連出願の相互参照〕
本開示は、２０２０年１月２１日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62／964，012（「０１２仮出願」）の利益およびその優先権を主張する。「０１２仮出願」の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
本開示は、２０２０年１月２１日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62／964，012（「０１２仮出願」）の利益およびその優先権を主張する。「０１２仮出願」の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
〔分野〕
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク（ＳＬ：SideLink）パケット交換動作のための方法およびユーザ機器に関する。
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク（ＳＬ：SideLink）パケット交換動作のための方法およびユーザ機器に関する。
〔背景〕
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine－Type Communication）、および超信頼性低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）といった様々なユースケースに対応して、ネットワークサービスおよびネットワークタイプを最適化するための柔軟性および構成可能性を提供するように設計される。
しかしながら、無線アクセスの需要が増加し続けるにつれて、次世代無線通信システムのための無線通信のより一層の改善が必要とされている。
本開示は、サイドリンク（ＳＬ）パケット交換動作のための方法およびユーザ機器（ＵＥ）に向けられる。
本開示の一局面によれば、サイドリンク（ＳＬ）パケット交換動作のために第１のユーザ機器（ＵＥ）により実行される方法。方法は、ＳＬ－ＤＲＸ機能を示すＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定を受信するステップと、ＳＬ－ＤＲＸアクティブ時間とＳＬ－ＤＲＸオフ期間との切り替えに応じて、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上の第１のサイドリンク制御情報（ＳＣＩ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上のＳＬパケット、およびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定するステップとを有しており、前記ＳＣＩは、少なくとも１つの第２のＵＥからのものであり、前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間の双方は、前記ＳＬ－ＤＲＸ機能により決定される。
サイドリンク（ＳＬ）パケット交換動作のための、基地局（ＢＳ）を備えた無線通信システムにおけるユーザ機器（ＵＥ）であって、メモリと、前記プロセッサによって実行されたときに、コンピュータ実行可能なプログラムを記憶するメモリとを備え、前記メモリは、前記プロセッサによって実行された場合、前記プロセッサに、ＳＬ－ＤＲＸ機能を示すＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定を受信させ、ＳＬ－ＤＲＸアクティブ時間とＳＬ－ＤＲＸオフ期間との切り替えに応じて、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上の第１のサイドリンク制御情報（ＳＣＩ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上のＳＬパケット、およびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定させるコンピュータ実行可能なプログラムを格納し、前記ＳＣＩは、少なくとも１つの第２のＵＥからのものであり、前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間の双方は、前記ＳＬ－ＤＲＸ機能により決定される。
〔図面の簡単な説明〕
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
図１は、本開示の例示的な実施態様による、ＵＥが情報を交換するためのＳＬ動作を示す図である。
図２は、本開示の例示的な実装による、Ｖ２Ｘ小隊のシナリオを示す図である。
図３は、本開示の例示的な実装による、ＵＥのペアの間のＰＣ５－ＲＲＣ接続を示す図である。
図４は、本開示の例示的な実装による、ＳＬ－ＤＲＸ構成を説明する図である。
図５（ａ）、図５（ｂ）、および図５（ｃ）は、本開示の異なる例示的な実装による、異なるサイドリンク（ＳＬ）検知ウィンドウを示す図である。
図６は、本開示の例示的な実装による、第１のＵＥによって実行されるＳＬパケット交換手順を例示する図である。
図７は、本開示の例示的な実装による、無線通信のためのノードのブロック図である。
〔記述〕
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
以下に、本開示における実施例に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形例および実施例は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示の図面および図示は、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
一貫性と理解の容易さのために、例示的な図では、同様の特徴が数字によって（いくつかの例では、図示されていないが）識別される。しかしながら、異なる実施態様における特徴は、他の点で異なっていてもよく、したがって、図に例示されているものに狭く限定されるものではない。
「１つの実装」、「実装」、「例示的な実装」、「様々な実装」、「いくつかの実装」、「本開示の実装」などに対する言及は、本開示の実装が特定の特徴、構造、または特性を含み得るが本開示のすべての可能な実装が必ずしもその特定の特徴、構造、または特性を含むとは限らないことを示す場合がある。さらに、「１つの実装において」、「例示的な実装において」、または「ある実装」というフレーズの繰り返しの使用は、可能性はあるが必ずしも同じ実装を指すとは限らない。さらに、「本開示」に関連して「実装」のようなフレーズのいかなる使用も、本開示のすべての実装が特定の特徴、構造、または特性を含まなければならないことを決して意味してはおらず、その代わりに「本開示の少なくともいくつかの実装」が、述べられた特定の特徴、構造、または特性を含むことを意味すると理解されたい。用語「結合」は、直接的または介在する構成要素を介して間接的にかかわらず、接続されていると定義され、物理的な接続に必ずしも限定されない。用語「備える」は、利用される場合に「含むが、必ずしも限定されない」を意味し、それは特に、そう開示された組み合わせ、グループ、シリーズ、および同等のものへのオープンエンドの包含またはメンバーシップを示す。
本明細書中の用語「および／または」は、関連するオブジェクトを記述するための関連した関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａおよび／またはＢは以下を表すことができる。Ａは単独で存在し、ＡおよびＢは同時に存在し、Ｂは単独で存在する。加えて、本明細書中で使用される文字「／」は、前者および後者の関連する物体が「または」関係にあることを一般に表す。
説明および非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、開示される技術の理解を実現するために開示される。他の例において、不必要な詳細で開示を不明瞭にしないように、周知の方法、技術、システム、およびアーキテクチャの詳細な説明は、省略される。
当業者は、本開示における任意のネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリまたは他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する１つまたは複数のマイクロプロセッサまたは汎用コンピュータを、対応する実行可能命令を用いてプログラムし、開示されたＮＷ機能（複数種類可）またはアルゴリズム（複数種類可）を実行できる。マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ：Applications Specific Integrated Circuitry）、プログラマブルロジックアレイ、および／または１つまたは複数のデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processors）を使用して形成できる。本開示における実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、ファームウェアとして、またはハードウェアとして、またはハードウェアとソフトウェアの組み合わせとして実装される代替の実施例は、本開示の範囲内に十分にある。
コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されなくてもよい。
無線通信ＮＷアーキテクチャ（例えば、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）システム、またはＬＴＥ－アドバンストプロシステム）は、通常、少なくとも１つの基地局（ＢＳ：Base Station）、少なくとも１つのＵＥ、およびＮＷへの接続を提供する１つまたは複数のオプションのＮＷ要素を含み得る。ＵＥは、ＢＳによって確立された無線サクセスＮＷ（ＲＡＮ）を介して、ＮＷ（例えば、コアＮＷ（ＣＮ：Core Network）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ＮＷ、エボルブドユニバーサルテレストリアル無線アクセスＮＷ（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、５Ｇコア（５ＧＣ：5G Core）、またはインターネット）と通信してもよい。
なお、本出願において、ＵＥとしては移動局、携帯端末または携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、または無線通信能力を有する携帯情報端末（ＰＤＡ：Personal Digital Assistant）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワークにおける１つまたは複数のセルに、エアーインタフェース上で、信号を送受信するように構成される。
ＢＳは、ユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）におけるノードＢ（ＮＢ：Node B）、ＬＴＥまたはＬＴＥ－ＡにおけるエボルブドノードＢ（ｅＮＢ：evolved Node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile communications）／ＧＳＭエボリューションのためのＥＤＧＥ無線アクセスＮＷ（ＧＥＲＡＮ：GSM Enhanced Data rates for GSM Evolution (EDGE) RAN））における基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するエボルブドユニバーサルテレストリアル無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代ｅＮＢ（ｎｇ－ｅＮＢ：next-generation eNB）、５Ｇ－ＲＡＮ（または５Ｇ－アクセスＮＷ（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：generation Node B）、およびセル内の無線通信を制御し、無線リソースを管理できる任意の他の装置を含み得るが、これらに限定されない。ＢＳは、ＮＷへの無線インタフェースによって、１つまたは複数のＵＥにサービスを提供するように接続してもよい。
ＢＳは、以下の無線アクセス技術（ＲＡＴ：Radio Access Technologies）：マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、ＧＳＭ（しばしば２Ｇと呼ばれる）、ＧＥＲＡＮ、汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたＵＭＴＳ（しばしば３Ｇと呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、進化型ＬＴＥ（ｅＬＴＥ：enhanced LTE）、ＮＲ（しばしば５Ｇと呼ばれる）、およびＬＴＥ－Ａ Ｐｒｏ内の少なくとも１つに従った通信サービスを提供するように構成されてよい。しかしながら、本開示の範囲は、以前に開示されたこれらのプロトコルに限定されるべきではない。
ＢＳは、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルの動作をサポートしてもよい。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能でありうる。より具体的には、各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つまたは複数のＵＥにサービスを提供しうる。例えば、各セルは、ダウンリンク（ＤＬ：Downlink）リソースおよび随意的なＵＬリソースを、ＤＬパケット送信および随意的なＵＬパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする。ＢＳは、複数のセルを介して無線通信システム内の１つまたは複数のＵＥと通信しうる。セルは、近接サービス（ＰｒｏＳｅ：proximity service）サービスをサポートするＳＬリソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有してもよい。マルチラット双方向接続（ＭＲ－ＤＣ：Multi-RAT Dual Connectivity）の場合、マスターセルグループ（ＭＣＧ：Master Cell Group）またはセカンダリセルグループ（ＳＣＧ：Secondary Cell Group）のプライマリセルをスペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ぶことがある。プライマリセル（ＰＣｅｌｌ：Primary Cell）は、ＭＣＧのＳｐＣｅｌｌを指す場合がある。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Primary SCG Cell）は、ＳＣＧのＳｐＣｅｌｌを指す場合がある。ＭＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のセカンダリセル（ＳＣｅｌｌ：Secondary Cell）とからなる、マスターノード（ＭＮ：Master Node）に関連するサービングセルのグループを指す場合がある。ＳＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のＳＣｅｌｌからなる、セカンダリノード（ＳＮ：Secondary Node）に関連するサービングセルのグループを指すことがある。
先に開示したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、および低遅延性の要件を満たしながら、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣといった様々な次世代（例えば、５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）において合意された直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、およびサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。さらに、ＮＲには、（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号、および（２）ポーラ符号の２つの符号化方法が、考慮される。符号化スキームの適用は、チャネル条件および／またはサービスアプリケーションに基づいて設定されてもよい。
さらに、単一のＮＲフレームの送信時間間隔において、少なくともＤＬ送信データ、ガード期間、およびＵＬ送信データは含まれるべきであり、ＤＬ送信データ、ガード期間、およびガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えば、ＮＲのＮＷダイナミクスに基づいて設定可能であるべきであることも考慮される。加えて、ＳＬリソースは、ＰｒｏＳｅサービスをサポートするために、ＮＲフレームを通じて提供されてもよい。
（ＤＲＸ動作の一般的な説明）
いくつかの実装では、ＵＥは、ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）モニタリング活動を制御するＤＲＸ機能で構成されてもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのとき、ＤＲＸが構成されると、ＵＥは、ＰＤＣＣＨを継続的に監視する必要がない場合がある。いくつかの実装では、ＤＲＸは以下によって特徴付けられる場合がある：
・ｏｎ－ｄｕｒａｔｉｏｎ：これは、ＵＥが起動後に、ＰＤＣＣＨを受信するために待機する期間であってもよい。ＵＥがＰＤＣＣＨのデコードに成功した場合、ＵＥは、起動を維持し、ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒを（再）開始できる；
・ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒ：これは、ＵＥがＰＤＣＣＨの最後の復号に成功した時点から、ＰＤＣＣＨの復号に成功するために待機する時間であってよく、失敗すると、スリープに戻ることができる。ＵＥは、初回送信時のみ（すなわち、再送信時ではない）、ＰＤＣＣＨの復号に１回成功した後、非稼働タイマーを再開できる。
いくつかの実装では、ＵＥは、ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）モニタリング活動を制御するＤＲＸ機能で構成されてもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのとき、ＤＲＸが構成されると、ＵＥは、ＰＤＣＣＨを継続的に監視する必要がない場合がある。いくつかの実装では、ＤＲＸは以下によって特徴付けられる場合がある：
・ｏｎ－ｄｕｒａｔｉｏｎ：これは、ＵＥが起動後に、ＰＤＣＣＨを受信するために待機する期間であってもよい。ＵＥがＰＤＣＣＨのデコードに成功した場合、ＵＥは、起動を維持し、ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒを（再）開始できる；
・ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒ：これは、ＵＥがＰＤＣＣＨの最後の復号に成功した時点から、ＰＤＣＣＨの復号に成功するために待機する時間であってよく、失敗すると、スリープに戻ることができる。ＵＥは、初回送信時のみ（すなわち、再送信時ではない）、ＰＤＣＣＨの復号に１回成功した後、非稼働タイマーを再開できる。
・再送タイマ：これは、（例えば、ハイブリッド自動リピート要求、ＨＡＲＱ）再送が期待されるまでの期間であってよい；
・ｃｙｃｌｅ：これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる；
・アクティブ時間：これは、ＵＥがＰＤＣＣＨ（複数可）を監視している合計時間であってもよい。これは、ＤＲＸサイクルの「オン時間」、非アクティブタイマが満了していない間にＵＥが連続受信を行っている時間、および再送信の機会を待っている間にＵＥが連続受信を行っている時間を含み得る。
・ｃｙｃｌｅ：これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる；
・アクティブ時間：これは、ＵＥがＰＤＣＣＨ（複数可）を監視している合計時間であってもよい。これは、ＤＲＸサイクルの「オン時間」、非アクティブタイマが満了していない間にＵＥが連続受信を行っている時間、および再送信の機会を待っている間にＵＥが連続受信を行っている時間を含み得る。
いくつかの実装では、より詳細なＵＥの動作が以下に導入され得る。媒体アクセス制御（ＭＡＣ）エンティティは、ＲＲＣによって、ＵＥのＰＤＣＣＨ監視活動を制御するＤＲＸ機能を、ＭＡＣエンティティのセル－無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）、設定済みスケジューリング－無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）．中断－無線ネットワーク一時識別子（ＩＮＴ－ＲＮＴＩ）、スロットフォーマット表示－無線ネットワーク一時識別子（ＳＦＩ－ＲＮＴＩ）、セミパーシステントチャネル状態情報－無線ネットワーク一時識別子（ＳＰ－ＣＳＩ－ＲＮＴＩ）。送信電力制御－物理アップリンク制御チャネル－無線ネットワーク一時識別子（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、送信電力制御－物理アップリンク共有チャネル－無線ネットワーク一時識別子（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、変調符号化方式セル－ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、送信電力制御－物理アップリンク制御チャネル（ＳＰＣ－ＣＮＴＴＩ）。ランダムアクセス－ＲＮＴＩ（ＲＡ－ＲＮＴＩ）、ページング－ＲＮＴＩ（Ｐ－ＲＮＴＩ）、システム情報－ＲＮＴＩ（ＳＩ－ＲＮＴＩ）、サイドリンク－ＲＮＴＩ（ｓｌ－ＲＮＴＩ）、サイドリンク設定スケジューリング－ＲＮＴＩ（ｓｌ－ＣＳ－ＲＮＴＩ）、送信電力制御－発音基準記号－無線ネットワーク一時識別子（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）などがある。ＤＲＸ動作を使用する場合、ＭＡＣエンティティは、３ＧＰＰ技術仕様（ＴＳ）の要件に従ってＰＤＣＣＨも監視できる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて、ＤＲＸが構成されている場合、すべてのアクティブ化されたサービングセルについて、ＭＡＣエンティティはＤＲＸ動作を使用してＰＤＣＣＨを不連続にモニタしてもよく、そうでなければ、ＭＡＣエンティティはＰＤＣＣＨをモニタしてよい。
いくつかの実装では、ＲＲＣは、以下のパラメータを構成することによって、ＤＲＸ動作を制御してもよい：
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＤＲＸサイクルの開始時の持続時間であってもよい；
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間；
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのために新しいＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごと）：ＤＬ再送を受信するまでの最大継続時間とできる；
ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信のためのグラントを受信するまでの最大時間であってもよい；
ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸサイクルと、ロングおよびショートＤＲＸサイクルが開始されるサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸサイクルを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸサイクルを実行する時間；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ＤＬ ＨＡＲＱプロセスごと、ただし放送プロセスは除く）：ＭＡＣエンティティによってＨＡＲＱ再送信のためのＤＬ割り当てが期待されるまでの最小期間とできる；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセスごと）：これは、ＭＡＣエンティティによってＵＬ ＨＡＲＱ再送信グラントが期待されるまでの最小期間であってもよい。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＤＲＸサイクルの開始時の持続時間であってもよい；
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間；
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのために新しいＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごと）：ＤＬ再送を受信するまでの最大継続時間とできる；
ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信のためのグラントを受信するまでの最大時間であってもよい；
ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸサイクルと、ロングおよびショートＤＲＸサイクルが開始されるサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸサイクルを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸサイクルを実行する時間；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ＤＬ ＨＡＲＱプロセスごと、ただし放送プロセスは除く）：ＭＡＣエンティティによってＨＡＲＱ再送信のためのＤＬ割り当てが期待されるまでの最小期間とできる；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセスごと）：これは、ＭＡＣエンティティによってＵＬ ＨＡＲＱ再送信グラントが期待されるまでの最小期間であってもよい。
いくつかの実装では、ＤＲＸサイクルが構成される場合、（ＳＬ－ＤＲＸ）アクティブ時間は、その間、時間を含み得る：
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳに導入）が実行されている間、または、以下の時間を含む；
・スケジューリング要求（ＳＲ）がＰＵＣＣＨ上で送信され、保留中である（３ＧＰＰ ＴＳで導入されている）；または
ＭＡＣエンティティのＣ－ＲＮＴＩに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちＭＡＣエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すＰＤＣＣＨ（３ＧＰＰ ＴＳで導入されている）。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳに導入）が実行されている間、または、以下の時間を含む；
・スケジューリング要求（ＳＲ）がＰＵＣＣＨ上で送信され、保留中である（３ＧＰＰ ＴＳで導入されている）；または
ＭＡＣエンティティのＣ－ＲＮＴＩに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちＭＡＣエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すＰＤＣＣＨ（３ＧＰＰ ＴＳで導入されている）。
いくつかの実装では、ＤＲＸが構成される場合、ＭＡＣエンティティは、以下のように動作し得る：
１＞ＭＡＣ ＰＤＵが構成されたダウンリンク割り当てで受信された場合
２＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
２＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
１＞設定されたアップリンクグラントでＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後、最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
２＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了した場合
２＞対応するＨＡＲＱプロセスのデータが正常に復号化されなかった場合。３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の最初のシンボルで、対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した後、最初のシンボルで対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する
１＞ＤＲＸコマンドＭＡＣ ＣＥまたはロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが終了するか、ＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ショートＤＲＸサイクルが設定されている場合
３＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後，またはＤＲＸコマンドＭＡＣ ＣＥ受信終了後の最初のシンボルで，ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開する
３＞ショートＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＤＲＸサイクルを使用する
１＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＤＲＸサイクルを使用する
１＞ロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＤＲＸサイクルを使用する
１＞ショートＤＲＸサイクルを使用し，かつ［（ＳＦＮ×１０）＋サブフレーム番号ｃ
ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）；または
１＞ロングＤＲＸサイクルを使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号［
ｍｏｄｕｌｏ （ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティがアクティブ時間にある場合
２＞ＴＳに規定されるようにＰＤＣＣＨを監視する
２＞ＰＤＣＣＨがＤＬ送信を示す場合
３＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
３＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
２＞ＰＤＣＣＨがＵＬ送信を示す場合
３＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
３＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
２＞ＰＤＣＣＨが新規送信（ＤＬまたはＵＬ）を示す場合
３＞ＰＤＣＣＨの受信終了後、最初のシンボルでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する
１＞現在のシンボルｎにおいて、本節に規定されるＤＲＸアクティブ時間の全ての条件を評価する際に、シンボルｎの４ｍｓ前まで、グラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを受信し、ＳＲを送信したことを考慮すると、ＭＡＣエンティティがアクティブ時間でない可能性がある場合
２＞ＴＳで定義された周期的ＳＲＳおよび半永久的ＳＲＳを送信しない
２＞ＰＵＣＣＨ上のＣＳＩおよびＰＵＳＣＨ上のセミパーシステントＣＳＩを報告しない
１＞ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋ）が上位層によって設定されている場合
２＞現在のシンボルｎにおいて、本条項で規定されるすべてのＤＲＸアクティブ時間条件を評価する際に、シンボルｎの４ｍｓ前まで受信したグラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを考慮してｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない可能性がある場合
３＞ＰＵＣＣＨのＣＳＩを報告しない。
１＞ＭＡＣ ＰＤＵが構成されたダウンリンク割り当てで受信された場合
２＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
２＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
１＞設定されたアップリンクグラントでＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後、最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
２＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了した場合
２＞対応するＨＡＲＱプロセスのデータが正常に復号化されなかった場合。３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の最初のシンボルで、対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した後、最初のシンボルで対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する
１＞ＤＲＸコマンドＭＡＣ ＣＥまたはロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが終了するか、ＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ショートＤＲＸサイクルが設定されている場合
３＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後，またはＤＲＸコマンドＭＡＣ ＣＥ受信終了後の最初のシンボルで，ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開する
３＞ショートＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＤＲＸサイクルを使用する
１＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＤＲＸサイクルを使用する
１＞ロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＤＲＸサイクルを使用する
１＞ショートＤＲＸサイクルを使用し，かつ［（ＳＦＮ×１０）＋サブフレーム番号ｃ
ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）；または
１＞ロングＤＲＸサイクルを使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号［
ｍｏｄｕｌｏ （ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティがアクティブ時間にある場合
２＞ＴＳに規定されるようにＰＤＣＣＨを監視する
２＞ＰＤＣＣＨがＤＬ送信を示す場合
３＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
３＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
２＞ＰＤＣＣＨがＵＬ送信を示す場合
３＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
３＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
２＞ＰＤＣＣＨが新規送信（ＤＬまたはＵＬ）を示す場合
３＞ＰＤＣＣＨの受信終了後、最初のシンボルでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する
１＞現在のシンボルｎにおいて、本節に規定されるＤＲＸアクティブ時間の全ての条件を評価する際に、シンボルｎの４ｍｓ前まで、グラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを受信し、ＳＲを送信したことを考慮すると、ＭＡＣエンティティがアクティブ時間でない可能性がある場合
２＞ＴＳで定義された周期的ＳＲＳおよび半永久的ＳＲＳを送信しない
２＞ＰＵＣＣＨ上のＣＳＩおよびＰＵＳＣＨ上のセミパーシステントＣＳＩを報告しない
１＞ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋ）が上位層によって設定されている場合
２＞現在のシンボルｎにおいて、本条項で規定されるすべてのＤＲＸアクティブ時間条件を評価する際に、シンボルｎの４ｍｓ前まで受信したグラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを考慮してｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない可能性がある場合
３＞ＰＵＣＣＨのＣＳＩを報告しない。
いくつかの実装では、ＭＡＣエンティティがＰＤＣＣＨを監視しているか否かにかかわらず、ＭＡＣエンティティは、ＨＡＲＱフィードバック、ＰＵＳＣＨ上の非周期的ＣＳＩ、およびＴＳで定義された非周期的ＳＲＳが予想される場合に送信できる。ＭＡＣエンティティは、完全なＰＤＣＣＨ機会でない場合（例えば、（ＳＬ－ＤＲＸ）アクティブ時間がＰＤＣＣＨ機会の途中で開始または終了する）、ＰＤＣＣＨを監視する必要がない場合がある。
（ＤＲＸコマンドＭＡＣ ＣＥ）
いくつかの実装では、ＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳに規定されているように、論理チャネル識別（ＬＣＩＤ）を有するＭＡＣサブヘッダによって識別されてもよい。具体的には、０ビットの固定サイズを有していてもよい。
いくつかの実装では、ＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳに規定されているように、論理チャネル識別（ＬＣＩＤ）を有するＭＡＣサブヘッダによって識別されてもよい。具体的には、０ビットの固定サイズを有していてもよい。
（ロングＤＲＸコマンドＭＡＣ ＣＥ）
いくつかの実装では、ロングＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳで規定されるＬＣＩＤを持つＭＡＣサブヘッダによって識別される場合がある。具体的には、０ビットの固定サイズを有していてもよい。
いくつかの実装では、ロングＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳで規定されるＬＣＩＤを持つＭＡＣサブヘッダによって識別される場合がある。具体的には、０ビットの固定サイズを有していてもよい。
（ＤＲＸの構成）
いくつかの実装では、ＩＥ ＤＲＸ－Ｃｏｎｆｉｇは、以下に開示されるＤＲＸ関連パラメータを設定するために使用され得る：
-- ASN1START
-- TAG-DRX-CONFIG-START
DRX-Config ::= SEQUENCE {
drx-onDurationTimer CHOICE {
subMilliSeconds INTEGER (1..31),
milliSeconds ENUMERATED {
ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms3 ｄ0, ms40, ms50, ms60,
ms80, ms100, ms200, ms300, ms400, ms500, ms600, ms800, ms1000, ms1200,
ms1600, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 }
},
drx-InactivityTimer ENUMERATED {
ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-HARQ-RTT-TimerDL INTEGER (0..56),
drx-HARQ-RTT-TimerUL INTEGER (0..56),
drx-RetransmissionTimerDL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-RetransmissionTimerUL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-LongCycleStartOffset CHOICE {
ms10 INTEGER(0..9),
ms20 INTEGER(0..19),
ms32 INTEGER(0..31),
ms40 INTEGER(0..39),
ms60 INTEGER(0..59),
ms64 INTEGER(0..63),
ms70 INTEGER(0..69),
ms80 INTEGER(0..79),
ms128 INTEGER(0..127),
ms160 INTEGER(0..159),
ms256 INTEGER(0..255),
ms320 INTEGER(0..319),
ms512 INTEGER(0..511),
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
shortDRX SEQUENCE {
drx-ShortCycle ENUMERATED {
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
}。
いくつかの実装では、ＩＥ ＤＲＸ－Ｃｏｎｆｉｇは、以下に開示されるＤＲＸ関連パラメータを設定するために使用され得る：
-- ASN1START
-- TAG-DRX-CONFIG-START
DRX-Config ::= SEQUENCE {
drx-onDurationTimer CHOICE {
subMilliSeconds INTEGER (1..31),
milliSeconds ENUMERATED {
ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms3 ｄ0, ms40, ms50, ms60,
ms80, ms100, ms200, ms300, ms400, ms500, ms600, ms800, ms1000, ms1200,
ms1600, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 }
},
drx-InactivityTimer ENUMERATED {
ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-HARQ-RTT-TimerDL INTEGER (0..56),
drx-HARQ-RTT-TimerUL INTEGER (0..56),
drx-RetransmissionTimerDL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-RetransmissionTimerUL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-LongCycleStartOffset CHOICE {
ms10 INTEGER(0..9),
ms20 INTEGER(0..19),
ms32 INTEGER(0..31),
ms40 INTEGER(0..39),
ms60 INTEGER(0..59),
ms64 INTEGER(0..63),
ms70 INTEGER(0..69),
ms80 INTEGER(0..79),
ms128 INTEGER(0..127),
ms160 INTEGER(0..159),
ms256 INTEGER(0..255),
ms320 INTEGER(0..319),
ms512 INTEGER(0..511),
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
shortDRX SEQUENCE {
drx-ShortCycle ENUMERATED {
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
}。
また、ＤＲＸ－Ｃｏｎｆｉｇフィールドの記述は、以下のように導入してもよい：
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ： これは、トランスポートブロックを受信したＢＷＰのシンボル数での値であってよい
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ： トランスポートブロックが送信されたＢＷＰのシンボル数で示される値である
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、１ｍｓの複数の整数値であってもよい。例えば、ｍｓ０は０に、ｍｓ１は１ｍｓに、ｍｓ２は２ｍｓに、といったように対応する
・ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ｍｓ単位のｄｒｘ－ＬｏｎｇＣｙｃｌｅと１ｍｓの倍数のｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含むことができる。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅが設定されている場合、ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値は、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの値の倍数であってもよい
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：１／３２ｍｓ（ｓｕｂＭｉｌｌｉＳｅｃｏｎｄｓ）またはｍｓ（ｍｉｌｌｉＳｅｃｏｎｄ）の倍数の値を指定できる。後者の場合、値ｍｓ１は１ｍｓに、値ｍｓ２は２ｍｓに対応し、以下同様とする。
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ： これは、トランスポートブロックを受信したＢＷＰのシンボル数での値であってよい
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ： トランスポートブロックが送信されたＢＷＰのシンボル数で示される値である
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、１ｍｓの複数の整数値であってもよい。例えば、ｍｓ０は０に、ｍｓ１は１ｍｓに、ｍｓ２は２ｍｓに、といったように対応する
・ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ｍｓ単位のｄｒｘ－ＬｏｎｇＣｙｃｌｅと１ｍｓの倍数のｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含むことができる。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅが設定されている場合、ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値は、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの値の倍数であってもよい
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：１／３２ｍｓ（ｓｕｂＭｉｌｌｉＳｅｃｏｎｄｓ）またはｍｓ（ｍｉｌｌｉＳｅｃｏｎｄ）の倍数の値を指定できる。後者の場合、値ｍｓ１は１ｍｓに、値ｍｓ２は２ｍｓに対応し、以下同様とする。
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ：これは、トランスポートブロックを受信したＢＷＰのスロット長数での値であってよい。例えば、値ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応する、といった具合に。
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ： トランスポートブロックが送信されたＢＷＰのスロット数分の値を指定できる。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの倍数の値を指定できる。例えば、１の値はｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、２の値は２ ＊ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、以下同様である。
・ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：この値はｍｓ単位で指定できる。例えば、ｍｓ１は１ｍｓに対応し、ｍｓ２は２ｍｓに対応する、といった具合である。
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：１／３２ｍｓ単位で値を指定する。例えば、値０は０ｍｓに対応し、値１は１／３２ｍｓに対応し、値２は２／３２ｍｓに対応する、といった具合に。
（Ｖ２ＸサービスおよびＰＣ５インタフェース）
いくつかの実装では、車両間の情報交換をサポートするために、車両間（Ｖ２Ｘ）サービスが提供され得る。Ｖ２Ｘサービスは、車両対インフラストラクチャ（Ｖ２Ｉ）サービス、車両対歩行者（Ｖ２Ｐ）サービス、車両対ネットワーク（Ｖ２Ｎ）サービス、および車両対車両（Ｖ２Ｖ）サービスのうちの少なくとも１つを含む。ＬＴＥプロトコルでは、Ｖ２Ｘサービスは、ＵｕインタフェースとＰＣ５インタフェースによってエア・インタフェースでサポートされる可能性がある。ＰＣ５ インタフェースは、レイヤ２およびレイヤ１の設計をカバーしている。ＰＣ５ インタフェースのエアリンク・インタフェースは、ＬＴＥ プロトコルでは ＳＬ とも呼ばれる。ＬＴＥネットワークは、３ＧＰＰ ＴＳ Ｒｅｌ．１２以来、ＳＬ動作をサポートしている。本開示の実施例に従って、ＵＥが情報を交換するためのＳＬ動作を示す図１を、参照されたい。図１に示すように、ＵＥは、ＢＳ（例えば、ＬＴＥネットワークにおけるｅＮＢまたはＮＲネットワークにおけるｇＮＢ）の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における全てのＵＥは、Ｖ２Ｘサービスおよび近隣のＵＥおよびＲＡＮとのＰＣ５インタフェースにアクセスすることが可能であり、認可されている。
いくつかの実装では、車両間の情報交換をサポートするために、車両間（Ｖ２Ｘ）サービスが提供され得る。Ｖ２Ｘサービスは、車両対インフラストラクチャ（Ｖ２Ｉ）サービス、車両対歩行者（Ｖ２Ｐ）サービス、車両対ネットワーク（Ｖ２Ｎ）サービス、および車両対車両（Ｖ２Ｖ）サービスのうちの少なくとも１つを含む。ＬＴＥプロトコルでは、Ｖ２Ｘサービスは、ＵｕインタフェースとＰＣ５インタフェースによってエア・インタフェースでサポートされる可能性がある。ＰＣ５ インタフェースは、レイヤ２およびレイヤ１の設計をカバーしている。ＰＣ５ インタフェースのエアリンク・インタフェースは、ＬＴＥ プロトコルでは ＳＬ とも呼ばれる。ＬＴＥネットワークは、３ＧＰＰ ＴＳ Ｒｅｌ．１２以来、ＳＬ動作をサポートしている。本開示の実施例に従って、ＵＥが情報を交換するためのＳＬ動作を示す図１を、参照されたい。図１に示すように、ＵＥは、ＢＳ（例えば、ＬＴＥネットワークにおけるｅＮＢまたはＮＲネットワークにおけるｇＮＢ）の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における全てのＵＥは、Ｖ２Ｘサービスおよび近隣のＵＥおよびＲＡＮとのＰＣ５インタフェースにアクセスすることが可能であり、認可されている。
いくつかの実装では、Ｖ２Ｘサービスは、以下のような異なるキャスト－タイプに基づいてさらに分類され得る。
・ユニキャスト：１つのＳＬグループ内の２つのＵＥのみであり、ＳＬグループの形成は、非アクセス層（ＮＡＳ層）で実現され得る
マルチキャスト（グループキャスト）：２つ以上のＵＥを１つのＳＬグループにグループ化し、ＳＬグループ内の他の全てのメンバーとＳＬパケットを交換できる。一つの実装では、ＳＬグループは、ＮＡＳ層（例えば、Ｖ２Ｘアプリケーション層またはＰＣ５－Ｓプロトコル）またはＡＳ層（例えば、ＳＬ ＲＲＣ層シグナリング、ＰＣ５－ＲＲＣシグナリング）において形成されてもよい：
ブロードキャスト：ＳＬグループに制限されない。ＵＥは、メッセージをブロードキャストすることができ、ＳＬ通信範囲内の隣接ＵＥは、ブロードキャストメッセージを受信して正常に復号できる。いくつかの実装では、ＳＬ通信範囲は、Ｔｘ電力、ハードウェア感度等によって異なってもよい。
マルチキャスト（グループキャスト）：２つ以上のＵＥを１つのＳＬグループにグループ化し、ＳＬグループ内の他の全てのメンバーとＳＬパケットを交換できる。一つの実装では、ＳＬグループは、ＮＡＳ層（例えば、Ｖ２Ｘアプリケーション層またはＰＣ５－Ｓプロトコル）またはＡＳ層（例えば、ＳＬ ＲＲＣ層シグナリング、ＰＣ５－ＲＲＣシグナリング）において形成されてもよい：
ブロードキャスト：ＳＬグループに制限されない。ＵＥは、メッセージをブロードキャストすることができ、ＳＬ通信範囲内の隣接ＵＥは、ブロードキャストメッセージを受信して正常に復号できる。いくつかの実装では、ＳＬ通信範囲は、Ｔｘ電力、ハードウェア感度等によって異なってもよい。
いくつかの実装では、ＲＡＮ（例えば、Ｅ－ＵＴＲＡＮまたはＮＲ－ＲＡＮ）のカバレッジ下でＳＬ動作（例えば、ＬＴＥ（Ｖ２Ｘ）サイドリンク通信、ＬＴＥサイドリンク発見、ＬＴＥデバイス間（Ｄ２Ｄ）サービス、ＬＴＥ ＦｅＤ２Ｄサービス、ＮＲ（Ｖ２Ｘ）ＳＬ通信およびＮＲ ＳＬディスカバリをサポートするように構成されるＳＬ動作）を可能にするために、（ＬＴＥ／ＮＲ）セルがＵＥにＳＬ設定およびＳＬリソース割り当てを提供し得る。セルラーネットワークのカバレッジ下にあるＵＥに対して、ＵＥは、ＲＡＮの構成に基づいてＳＬ動作を実行する必要がある場合がある。つのＲＡＮのカバレッジの下でＳＬ動作を可能にするために、サービングセル（またはキャンプされたセル）は、ＵＥにＳＬ設定およびＳＬリソース割り当てを提供する必要がある場合がある。具体的には、以下の２つの基本的なアプローチが、ＬＴＥ Ｖ２ＸサービスにおけるＳＬリソース割り当てのために提供される。
１つの実装では、スケジュールされたリソース割り当ては、以下のように特徴付けられ得る：
・ＵＥは、データを送信するために、（ＬＴＥ／ＮＲ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である必要がある場合がある；
・ＵＥは、ｅＮＢにＳＬリソースを要求してもよい（ＳＬバッファ状態報告（ＳＬ－ＢＳＲ）をサービングセルに送信することによって）。ｅＮＢは、ＳＣＩおよびＳＬデータを送信するために、ＵＥに専用のＳＬリソースをスケジュールする。これを達成するために、ｅＮＢは、ＵＥに対してＵｕインタフェースを介してＳＬ－ＢＳＲを報告するよう要求してもよい。さらに、ＵＥは、ＵＥがｅＮＢにＳＬ－ＢＳＲを送信したいが有効なＵＬリソースが存在しない場合、ＵＬ物理リソース（例えば、ＰＵＣＣＨ）上でＳＲをトリガするか、ランダムアクセス手順を開始することもできる。また、ＳＲリソース（または構成）およびＳＲ手順は、ＳＬ動作およびアップリンクトラフィックの双方に対して共通であってもよいことに留意されたい。
・ＵＥは、データを送信するために、（ＬＴＥ／ＮＲ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である必要がある場合がある；
・ＵＥは、ｅＮＢにＳＬリソースを要求してもよい（ＳＬバッファ状態報告（ＳＬ－ＢＳＲ）をサービングセルに送信することによって）。ｅＮＢは、ＳＣＩおよびＳＬデータを送信するために、ＵＥに専用のＳＬリソースをスケジュールする。これを達成するために、ｅＮＢは、ＵＥに対してＵｕインタフェースを介してＳＬ－ＢＳＲを報告するよう要求してもよい。さらに、ＵＥは、ＵＥがｅＮＢにＳＬ－ＢＳＲを送信したいが有効なＵＬリソースが存在しない場合、ＵＬ物理リソース（例えば、ＰＵＣＣＨ）上でＳＲをトリガするか、ランダムアクセス手順を開始することもできる。また、ＳＲリソース（または構成）およびＳＲ手順は、ＳＬ動作およびアップリンクトラフィックの双方に対して共通であってもよいことに留意されたい。
別の実装では、ＳＬリソースプールからのＵＥ自律的リソース選択は、以下のように特徴づけられ得る：
・ＵＥ自律リソース選択は、ＲＲＣ接続ＵＥ（例えば、専用のＲＲＣシグナリングを通じて、またはＳＩ放送を通じて）とＲＲＣ非アクティブ／アイドル状態（例えば、ＳＩ放送を通じて）の両方に適用されてもよい；
リソースプールは、（事実上連続した）リソースブロックのセットであってよく、ＵＥは、ＵＥがＳＬパケット送信に適用したい物理リソースブロックを自律的に決定してもよい。ＵＥは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してＳＬ制御情報およびデータを送信してもよい；
ＵＥは、ＳＬパケット配信前に、ＳＬリソースの（再）選択のための検知を実行してもよい。検知の結果に基づいて、ＵＥはいくつかの特定のＳＬリソースを（再）選択し、複数のＳＬリソースを予約する。最大２つの並列（独立）リソース予約プロセスがＵＥによって実行されることが許可される場合がある。また、ＵＥは、そのＶ２Ｘ ＳＬ送信のために単一のリソース選択を実行することが許可されてもよい。
・ＵＥ自律リソース選択は、ＲＲＣ接続ＵＥ（例えば、専用のＲＲＣシグナリングを通じて、またはＳＩ放送を通じて）とＲＲＣ非アクティブ／アイドル状態（例えば、ＳＩ放送を通じて）の両方に適用されてもよい；
リソースプールは、（事実上連続した）リソースブロックのセットであってよく、ＵＥは、ＵＥがＳＬパケット送信に適用したい物理リソースブロックを自律的に決定してもよい。ＵＥは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してＳＬ制御情報およびデータを送信してもよい；
ＵＥは、ＳＬパケット配信前に、ＳＬリソースの（再）選択のための検知を実行してもよい。検知の結果に基づいて、ＵＥはいくつかの特定のＳＬリソースを（再）選択し、複数のＳＬリソースを予約する。最大２つの並列（独立）リソース予約プロセスがＵＥによって実行されることが許可される場合がある。また、ＵＥは、そのＶ２Ｘ ＳＬ送信のために単一のリソース選択を実行することが許可されてもよい。
また、ＵＥがＶ２Ｘ ＳＬ通信に使用される周波数でＲＡＮカバレッジから外れており、当該ＳＬ周波数キャリア上でＵＥが見つけたＢＳがその周波数に対してＶ２Ｘ ＳＬ設定を提供しない場合、ＵＥはＵＥに予め設定されている送信および受信リソースプールの集合を使用してもよいことに、留意されたい。Ｖ２Ｘ ＳＬ通信リソースは、ＳＬ上で送信される他の非Ｖ２Ｘデータと共有されない可能性がある。いくつかの実装では、ＵＥは、インストールされたユニバーサル移動通信システム（ＵＭＴＳ）加入者識別モジュール（ＵＳＩＭ）、格納されたメモリ、またはＵＥが以前にアクセスされたＲＡＮを通じて事前設定を取得してもよい。さらに、ＵＥは、グローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System)と同期し、事前設定を適用することによって、ＰＣ５インタフェースを実装できる。このような場合、ＰＣ５インタフェースは、ＲＡＮおよび（ＬＴＥ／ＮＲ）Ｕｕインタフェースと独立していてもよい。
Ｖ２Ｘ小隊シナリオ
本開示の実施例によるＶ２Ｘ小隊シナリオを示す図２を参照されたい。図２に示すように、小隊Ｘは、車両Ａ、車両Ｂ、車両Ｃ、および車両Ｄを含んでもよく、小隊に（少なくとも）１つのスケジューラ（例えば、車両Ａ）が存在してもよい。小隊Ｘにおいて、車両Ａは、以下のアプローチにより、同じ小隊のメンバーに対してＳＬリソースを構成してもよい。
本開示の実施例によるＶ２Ｘ小隊シナリオを示す図２を参照されたい。図２に示すように、小隊Ｘは、車両Ａ、車両Ｂ、車両Ｃ、および車両Ｄを含んでもよく、小隊に（少なくとも）１つのスケジューラ（例えば、車両Ａ）が存在してもよい。小隊Ｘにおいて、車両Ａは、以下のアプローチにより、同じ小隊のメンバーに対してＳＬリソースを構成してもよい。
モード１様アプローチ：スケジューラは、同じ小隊内のメンバーへの動的ＳＬグラント（例えば、ＳＣＩによる動的ＳＬグラント）を設定してもよい。さらに、スケジューラは、ＳＬ制御シグナリング（例えば、物理サイドリンクブロードキャストチャンネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel））またはＳＬ ＲＲＣシグナリングを通じて、ＵＥに半周期のＳＬグラント（例えば、設定されたＳＬグラント）を構成してもよい。モード１様なアプローチを達成するために、スケジューラは、ＵＥがＰＣ５インタフェースを介してフィードバック情報を提供することを必要とする場合がある。
モード２様アプローチ：スケジューラは、同じ小隊のメンバーに対してＳＬリソースプールを構成できる。ＵＥは、ＵＥ自身によって自動的にＳＬグラントを選択してもよい（例えば、ＳＬグラント選択ｗ／ｗｏ検知）。小隊シナリオは、小隊の車両がインカバレッジ（すなわち、小隊の車両のすべてがセルラーＲＡＮのカバレッジ下にある）、アウトオブカバレッジ（すなわち、小隊の車両のすべてがセルラーＲＡＮのカバレッジ外にある）、または部分インカバレッジ（すなわち、小隊のＵＥの一部がインカバレッジ、小隊の他のＵＥがアウトオブカバレッジ）のときに適用されてもよい。
いくつかの実装では、スケジューラをサポートするために、小隊内のメンバーは、ＰＣ５インタフェースを介してスケジューラに自身のステータスを報告するために、以下の進捗をサポートする必要がある場合がある：
・（ａ）ＳＬ－ＳＲの構成とその報告
・（ｂ） ＳＬ－ＢＳＲ（バッファステータスレポート）設定とその報告
・（ｃ） ＳＬ－パワーヘッドルームレポート（ＳＬ－ＰＨＲ）設定とその報告。
・（ａ）ＳＬ－ＳＲの構成とその報告
・（ｂ） ＳＬ－ＢＳＲ（バッファステータスレポート）設定とその報告
・（ｃ） ＳＬ－パワーヘッドルームレポート（ＳＬ－ＰＨＲ）設定とその報告。
本開示の実施例によるＵＥのペアの間のＰＣ５－ＲＲＣ接続を示す図３を、参照されたい。具体的には、ＰＣ５－ＲＲＣ接続の概念は、ＵｕインタフェースにおけるＲＲＣ接続と異なる場合がある。ＮＲ ＰＣ５インタフェースでは、１つのＳＬ－ユニキャストグループ（例えば、図３に示すＵＥ＃１およびＵＥ＃２）は、まず、（少なくとも）１つのＰＣ５－Ｓ接続を構築する必要があり、各ＰＣ５－Ｓ接続は独立してアクセス層（ＡＳ層）の１つのＰＣ５－ＲＲＣ接続を関連付けられてもよい。言い換えれば、ＰＣ５－Ｓ接続とＰＣ５－ＲＲＣ接続は一対一のマッピングであってもよい。各ＰＣ５ ＲＲＣ接続は、ソースと目的のレイヤ２ ＩＤのペアの間の論理接続である。サービスレベルでは、１つのＰＣ５－Ｓ接続（およびその関連するＰＣ５－ＲＲＣ接続）は、１つまたは複数のＳＬ動作（例えば、１つまたは複数のＮＲ／ＬＴＥ Ｖ２Ｘサービス（複数可）をサポートするためのＳＬ動作（複数可））を提供するために構築されてもよい。いくつかの実装では、例えば、ＵＥ＃１およびＵＥ＃２のＰＣ５－Ｓ接続＃１ｓは、Ｖ２Ｘサービス＃１／＃２を提供するために構築され、ＰＣ５－Ｓ接続＃２ｓは、Ｖ２Ｘサービス＃ａ／＃ｂを提供するために構築される。また、ＱｏＳ要求が異なるＶ２Ｘサービスをサポートするために、ペアとなるＵＥに複数のアクティブなＰＣ５－Ｓ接続／ＰＣ５－ＲＲＣ接続が存在する場合がある。一部の実装では、ＵＥはＰＣ５－ＲＲＣ接続の状態をサービングセル（例えば、マスターセルグループのＰＣｅｌｌまたはセカンダリーセルグループのＰＳＣｅｌｌ）に報告することもできるため、サービングＲＡＮはＵＥ側でのＰＣ５－ＲＲＣ接続の状態も知ることができる可能性がある。さらに、ＵＥは、（少なくとも１つのＰＣ５－ＲＲＣ接続に対する）ＳＬ無線リンク障害イベントをサービングＲＡＮに報告してもよい（例えば、モード１様なＳＬリソース構成アプローチなどのＳＬリソース管理の理由のためである）。また、１つのＵＥが、異なるターゲットＵＥを有する複数のＳＬ－ユニキャストグループに参加することもあり、１つのＵＥが、異なるＵＥに関連するＰＣ５－ＲＲＣ接続を有することもあることに留意されたい。
Ｓｉｄｅｌｉｎｋ－不連続受信（ＳＬ－ＤＲＸ）
いくつかの実装では、ＭＡＣエンティティは、ＵＥのＳＬパケット受信（例えば、物理サイドリンク制御チャネル（ＰＳＣＣＨ）モニタリング）活動および／またはＵＥのＳＬパケット送信（例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信）活動を制御するＳＬ－ＤＲＸ機能をＲＲＣによって構成される場合がある。
いくつかの実装では、ＭＡＣエンティティは、ＵＥのＳＬパケット受信（例えば、物理サイドリンク制御チャネル（ＰＳＣＣＨ）モニタリング）活動および／またはＵＥのＳＬパケット送信（例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信）活動を制御するＳＬ－ＤＲＸ機能をＲＲＣによって構成される場合がある。
ＳＬ－ＤＲＸが構成されている場合、すべての関連するＳＬ（例えば、ユニキャスト、グループキャストおよび／またはブロードキャスト）グループに対して、ＭＡＣエンティティは、ＳＬ－ＤＲＸ動作を使用してＰＳＣＣＨを不連続的に監視してもよい。そうでなければ、ＭＡＣエンティティは、ＳＬパケット受信のためにＰＳＣＣＨを監視してもよい。ＳＬ－ＤＲＸが構成される場合、関連するすべてのＳＬ（例えば、ユニキャスト、グループキャストおよび／またはブロードキャスト）グループに対して、ＭＡＣエンティティは、ＳＬ－ＤＲＸ動作を用いて構成されたＰＳＣＣＨ（複数可）上でサイドリンク制御情報（ＳＣＩ）を非連続に送信してもよい。具体的には、いくつかの実装では、ＲＲＣは、以下のパラメータを構成することによって、ＳＬ－ＤＲＸ動作を制御してもよい：
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：この持続時間は、ＳＬ－ＤＲＸサイクルの開始時であってよい
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：この遅延時間は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前であってもよい
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：この持続時間は、ＰＳＣＣＨが当該ＭＡＣエンティティの新しいＳＬ送信／受信を示すＰＳＣＣＨの機会の後であってもよい
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大持続時間であってよい。
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：この持続時間は、ＳＬ－ＤＲＸサイクルの開始時であってよい
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：この遅延時間は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前であってもよい
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：この持続時間は、ＰＳＣＣＨが当該ＭＡＣエンティティの新しいＳＬ送信／受信を示すＰＳＣＣＨの機会の後であってもよい
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大持続時間であってよい。
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＳＬ再送のためのグラントが受信されるまで最大持続時間であってよい
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る。
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る。
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＳＬ－ＤＲＸサイクルが含まれる場合がある。
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従う期間とできる。
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ （例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ－ＨＡＲＱ受信用のＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小持続時間とできる。
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば。ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣプロトコルデータユニット（ＰＤＵ）を再送する必要があるＳＬ－ＨＡＲＱ送信プロセスあたり）：これは、ＳＬ－ＨＡＲＱ再送グラントがＭＡＣエンティティによって期待されるまでの最小期間であってよい
いくつかの実装では、ＳＬ－ＤＲＸサイクルが構成される場合、（ＰＣ５インタフェースの）「ＳＬ－ＤＲＸ」アクティブ時間には、
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；あるいは
・物理アップリンク制御チャネル（ＰＵＣＣＨ）（Ｕｕインタフェース）でＳＬダイナミックグラント要求のＳＲが送信され、保留中であるか、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ（レイヤ１／レイヤ２）デスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または複数の）新しい送信を示すＰＳＣＣＨ
の間の時間が含まれてよい。
いくつかの実装では、ＳＬ－ＤＲＸサイクルが構成される場合、（ＰＣ５インタフェースの）「ＳＬ－ＤＲＸ」アクティブ時間には、
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；あるいは
・物理アップリンク制御チャネル（ＰＵＣＣＨ）（Ｕｕインタフェース）でＳＬダイナミックグラント要求のＳＲが送信され、保留中であるか、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ（レイヤ１／レイヤ２）デスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または複数の）新しい送信を示すＰＳＣＣＨ
の間の時間が含まれてよい。
いくつかの実装では、ＳＬ－ＤＲＸが構成されるとき、ＭＡＣエンティティは、以下のようにしてもよい：
１＞ＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ宛先ＩＤ）に関連するＳＬ ＭＡＣ ＰＤＵが構成されたＳＬ割り当てで受信された場合
２＞ＳＬ－ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始し（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスについてＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
１＞設定されたＳＬグラントでＳＬ ＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＳＳＣＨ送信の終了（または最初の繰り返し）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合
２＞対応するＳＬ－ＨＡＲＱプロセスのデータが正常に復号されなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルにおいて、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始する
１＞ＤＲＸコマンドＭＡＣ制御要素（ＣＥ）（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）をサービングセル（Ｕｕインタフェースを通じて）または他のＵＥ（ＰＣ５インタフェースを通じて）から受信した場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定されている場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ロングＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ショートＳＬ－ＤＲＸサイクル を使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）または
１＞ロングＳＬ－ＤＲＸサイクル を使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティが（ＳＬ－ＤＲＸ）アクティブ時間にある場合
２＞１つの（または複数の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視する
２＞ＰＳＣＣＨがＳＬ送信を示す場合
３＞ＳＬ－ＨＡＲＱフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱ処理のためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
２＞ＵＥがＳＬ送信を示すＳＣＩを１つのＰＳＣＣＨで送信した場合
３＞対応するＰＳＳＣＨ送信の終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
２＞ＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合
３＞関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動する。
１＞ＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ宛先ＩＤ）に関連するＳＬ ＭＡＣ ＰＤＵが構成されたＳＬ割り当てで受信された場合
２＞ＳＬ－ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始し（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスについてＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
１＞設定されたＳＬグラントでＳＬ ＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＳＳＣＨ送信の終了（または最初の繰り返し）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合
２＞対応するＳＬ－ＨＡＲＱプロセスのデータが正常に復号されなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルにおいて、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始する
１＞ＤＲＸコマンドＭＡＣ制御要素（ＣＥ）（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）をサービングセル（Ｕｕインタフェースを通じて）または他のＵＥ（ＰＣ５インタフェースを通じて）から受信した場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定されている場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ロングＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ショートＳＬ－ＤＲＸサイクル を使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）または
１＞ロングＳＬ－ＤＲＸサイクル を使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティが（ＳＬ－ＤＲＸ）アクティブ時間にある場合
２＞１つの（または複数の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視する
２＞ＰＳＣＣＨがＳＬ送信を示す場合
３＞ＳＬ－ＨＡＲＱフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱ処理のためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
２＞ＵＥがＳＬ送信を示すＳＣＩを１つのＰＳＣＣＨで送信した場合
３＞対応するＰＳＳＣＨ送信の終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
２＞ＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合
３＞関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動する。
いくつかの実装では、ＭＡＣエンティティは、それが完全なＰＳＣＣＨ機会でない場合、ＰＳＣＣＨを監視する必要がない場合がある（例えば、（ＳＬ－ＤＲＸ）アクティブ時間がＰＳＣＣＨ機会の途中で開始または終了）。また、いくつかの実装では、追加のＳＬ－ＤＲＸメカニズムが存在しない場合もあることに留意されたい。一方、ＵＥは、ＳＬ－ＤＲＸメカニズムに基づいてＳＬパケットの送受信を調整してもよい。
注目すべきは、ＵＥ側の省電力化のために、ＬＴＥ／ＮＲ Ｕｕインタフェースにおいてコネ口テッドモードＤＲＸ（Ｃ－ＤＲＸ）メカニズムが適用されてきたことである。これに対し、ＬＴＥ／ＮＲ（Ｖ２Ｘ）ＳＬ動作（例えば、ＬＴＥ／ＮＲ（Ｖ２Ｘ）ＳＬ通信）では、ＵＥ側の電力の無駄を減らすための同様のメカニズムが存在しない。したがって、ＳＬ－ＤＲＸアクティブ時間、ＳＬ－ＤＲＸオン期間、ＳＬ－ＤＲＸオフ－ピリオドの定義と、ＳＬ－ＤＲＸオフ－ピリオドだけでなく提案されたＳＬ－ＤＲＸアクティブ時間（ＳＬ－ＤＲＸオン期間）中の関連ＵＥ挙動を含むようにＳＬ－ＤＲＸメカニズムが導入される。
具体的には、いくつかの実装では、ＵＥ（複数可）がＲＲＣ接続状態にあるという条件に基づくメカニズムであってよいことが開示される。提案されたメカニズムは、ＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態にあるＵＥに対しても実装され得ることに留意されたい。
いくつかの実装では、ＵＥがサービングＲＡＮのカバレッジの下でＳＬ通信を実施している可能性があるという条件（たとえば、ＳＬユニキャストグループ、ＳＬマルチキャスト（グループキャスト）グループおよびグループ全体がサービングＲＡＮのカバレッジ下にある）に基づくメカニズムが開示されることがある。） 提案されたメカニズムは、ＳＬユニキャスト／マルチキャストグループがアウトオブカバレッジ（いずれのＲＡＮともアクティブなＵｕインタフェースなし）またはパーシャルインカバレッジ（グループ内のグループメンバーのサブセットのみがそのサービングＲＡＮとアクティブなＵｕインタフェース（たとえば、Ｕｕインタフェースを介したアクティブＤＬ／ＵＬデータまたはシグナリング交換）あり）にも実施できることを留意されたい。
いくつかの実装において、メカニズムは、ＮＲ ＲＡＴ（たとえば、ＮＲ ＵｕインタフェースおよびＮＲ ＰＣ５インタフェース）に基づいて適用され得ることが開示される。） 注目すべきは、提案されたメカニズムが、他のＲＡＴ（たとえば、ＬＴＥ ＵｕインタフェースおよびＬＴＥ ＰＣ５インタフェース）にも適用され得るということである。
いくつかの実装では、Ｃ－ＤＲＸメカニズムにおけるショートＤＲＸサイクルおよびロングＤＲＸサイクル（およびショートＤＲＸサイクル／ロングＤＲＸサイクル間のスイッチ）の概念は、ＳＬ－ＤＲＸメカニズムにおいて適用可能であり得ることが開示される。確かに、ＳＬ－ＤＲＸ機構においてｓｈｏｒｔ－ＤＲＸサイクルまたはｌｏｎｇ－ＤＲＸサイクルのみを構成することも可能である。
いくつかの実装では、ＳＬ－ＤＲＸコマンドは、サービングＲＡＮ（１つまたは複数のサービングセル（複数可）／ＢＳ（複数可）／ｇＮＢ（複数可）を構成する）によって、専用の制御シグナリング（例えば、ＰＨＹシグナリング（例えば、ＰＤＣＣＨを介したダウンリンク制御情報（ＤＣＩ））、または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して送信されるＭＡＣ ＣＥまたは専用ＲＲＣシグナリング）、または３つのシグナリング方法の任意の組み合わせを通して、（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介して、ＵＥに送信する。
いくつかの実装では、ＳＬ－ＤＲＸコマンドは、ＰＣ５インタフェースを介して、専用の制御シグナリング（例えば、ＰＳＳＣＨ内の他のＳＬパケットと多重化されたＭＡＣ ＣＥおよび／または専用のＰＣ５－ＲＲＣシグナリング（例えば、ＰＳＳＣＨを介して送信される、１つの関連するＰＳＳＣＨ））により、あるＵＥ（例えば、１つのＳＬユニキャスト／グループ－キャストグループ内の小隊長）によってＵＥに送信されてよいことが開示される。追加の実施形態では、ＳＬ－ＤＲＸコマンドは、１つの関連するＰＳＣＣＨ内の（少なくとも）１つのＳＣＩを通じて配信されてもよい。
ＳＬ－ＤＲＸのメカニズム
本開示の実施例によるＳＬ－ＤＲＸの構成を示す図４を参照されたい。図４に示すように、ＰＣ５インタフェースでは、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時に（またはＳＬ－ＤＲＸアクティブ時間の開始時から）「起動」してもよい。その後、ＵＥ は ＳＬ－ＤＲＸオン期間の間に関連／設定されたメカニズムを実行できる。その後、ＵＥ は、定義された条件に基づいて、ＳＬ－ＤＲＸオン期間から（または ＳＬ－ＤＲＸアクティブ時間から）ＳＬ－ＤＲＸ オフ期間に切り替えてもよい。いくつかの実装では、ＵＥはＳＬ－ＤＲＸオフ期間内に一定期間滞在してもよく、ＳＬ－ＤＲＸオフ期間内に滞在するためのＵＥの動作も以下の段落に提供されてもよい。また、図４に示すように、次のＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間にＳＬ－ＤＲＸオフ期間が終了することもある。
本開示の実施例によるＳＬ－ＤＲＸの構成を示す図４を参照されたい。図４に示すように、ＰＣ５インタフェースでは、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時に（またはＳＬ－ＤＲＸアクティブ時間の開始時から）「起動」してもよい。その後、ＵＥ は ＳＬ－ＤＲＸオン期間の間に関連／設定されたメカニズムを実行できる。その後、ＵＥ は、定義された条件に基づいて、ＳＬ－ＤＲＸオン期間から（または ＳＬ－ＤＲＸアクティブ時間から）ＳＬ－ＤＲＸ オフ期間に切り替えてもよい。いくつかの実装では、ＵＥはＳＬ－ＤＲＸオフ期間内に一定期間滞在してもよく、ＳＬ－ＤＲＸオフ期間内に滞在するためのＵＥの動作も以下の段落に提供されてもよい。また、図４に示すように、次のＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間にＳＬ－ＤＲＸオフ期間が終了することもある。
詳細には、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥが関連する物理制御チャネルからの制御情報（複数可）の監視を開始してもよいことを意味する（例えば、ＵＥはＳＣＩ（複数可）を監視するために起動してもよい（例えば、２段階ＳＣＩ配信メカニズムが適用されている間の第１段階ＳＣＩ）を（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける（少なくとも）１つの関連するＰＳＣＣＨ（複数可）から監視するために、および／またはＵＥは（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける（少なくとも）１つの関連するＰＤＣＣＨ（複数可）からＤＣＩ（複数可）を監視するために起動してもよい） 。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがＤＲＸ（例えば、Ｃ－ＤＲＸおよび／またはＳＬ－ＤＲＸ）アクティブ時間内に留まる可能性があることを意味する。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を開始する可能性があることを意味する。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェース内のＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を（再）開始する可能性があることを意味する。代替的に、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を（再）開始してもよいことを意味する。
実施形態のいくつかでは、図４に示すように、１つのＳＬ－ＤＲＸサイクルは、１つのＳＬ－ＤＲＸオン期間と次の１つのＳＬ－ＤＲＸオフ期間とを含むことができる。ＳＬ－ＤＲＸメカニズム（例えば、ＳＬ－ＤＲＸサイクル／ＳＬ－ＤＲＸオン期間の値）のためのパラメータ（およびＳＬ－ＤＲＸサイクル内のＳＬ－ＤＲＸアクティブ時間ｓ／ＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄｓ中のＵＥ／ＲＡＮ動作に関する提案された制御メカニズム／規則）は、サービングＲＡＮによって、ブロードキャストメッセージ（例えば、ＳＩ放送またはＳＩ ｏｎ－ｄｅｍａｎｄ ｐｒｏｃｅｄｕｒｅを通じて）または専用の制御シグナリング（例えば、 ＲＲＣ（接続）再構成メッセージまたは他のＲＲＣメッセージ、例えば、（ＬＴＥ／ＮＲ）ＵｕインタフェースにおけるＲＲＣ（接続）リリースメッセージ、サスペンド設定を有するＲＲＣ（接続）リリースメッセージ、サスペンド設定を有しないＲＲＣ（接続）再構成メッセージ、ＲＲＣ（接続）セットアップメッセージ、ＲＲＣ（接続）リクエストメッセージ、ＲＲＣ（接続）休止メッセージ）等を通じて、明示的に構成できる。
いくつかの他の実装では、ＳＬ－ＤＲＸメカニズムのためのパラメータ（およびＳＬ－ＤＲＸサイクルにおけるＳＬ－ＤＲＸアクティブ時間／ＳＬ－ＤＲＸオフ期間中のＵＥ／ＲＡＮ動作に関する提案された制御メカニズム／ルール）は、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥによって（例えば、ＳＬ－ＭＩＢまたは専用ＰＣ５－ＲＲＣ信号の放送を通じて）設定されてもよい。より具体的には、ＳＬ－ＤＲＸ対応パラメータ（例えば、ＳＬ－ＤＲＸサイクル／ＳＬ－ＤＲＸオン期間の値）は、ＭＡＣエンティティおよび／またはセルグループ（例えば、ＭＣＧまたはＳＣＧ）ごとに構成され得るＳＬのＤＲＸ設定を介して構成されてもよい。さらに、ＳＬ－ＤＲＸサイクルは、短いＳＬ－ＤＲＸサイクルおよび／または長いＳＬ－ＤＲＸサイクルを含んでもよく、ＵＥは、事前に定義された規則に基づいて適用すべきＳＬ－ＤＲＸサイクルを決定してもよい。いくつかの他の実装では、ＳＬ－ＤＲＸメカニズムのためのパラメータ（およびＳＬ－ＤＲＸサイクルにおけるＳＬ－ＤＲＸアクティブ時間／ＳＬ－ＤＲＸオフ期間中のＵＥ／ＲＡＮ動作に関する提案された制御メカニズム／ルール）は、３ＧＰＰ ＴＳで要求されるように事前に定義されてもよいし、ＵＥ側のメモリモジュール（例えばＵＳＩＭ）に事前にインストールされてもよい。
また、いくつかの実装では、ＳＬ－ＤＲＸパラメータの（一部）は、Ｃ－ＤＲＸパラメータで適用可能であってもよいことに留意されたい。例えば、表１のＣ－ＤＲＸについて提供されるような、そのようなパラメータが開示されている：
・（ａ） ＵＥは、ＳＬ－ＤＲＸのＯｎ－Ｄｕｒａｔｉｏｎの長さ＝ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを設定してもよい；
・（ｂ） ＵＥは、ＳＬ－ＤＲＸの周期の長さ＝ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅを設定できる；
・（ｃ）長いＤＲＸサイクル関連の設計は、ＳＬ－ＤＲＸの構成にも適用されてもよい。さらに、追加の実施形態のいくつかでは、ＵＥは、ＤＲＸ－Ｃｏｎｆｉｇで受信される受信ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔを適用することによって、長いＳＬ－ＤＲＸサイクルを構成してもよい。
・（ａ） ＵＥは、ＳＬ－ＤＲＸのＯｎ－Ｄｕｒａｔｉｏｎの長さ＝ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを設定してもよい；
・（ｂ） ＵＥは、ＳＬ－ＤＲＸの周期の長さ＝ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅを設定できる；
・（ｃ）長いＤＲＸサイクル関連の設計は、ＳＬ－ＤＲＸの構成にも適用されてもよい。さらに、追加の実施形態のいくつかでは、ＵＥは、ＤＲＸ－Ｃｏｎｆｉｇで受信される受信ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔを適用することによって、長いＳＬ－ＤＲＸサイクルを構成してもよい。
さらに、いくつかの実装では、ＵＥは、（ＬＴＥ／ＮＲ）Ｕｕインタフェースと（ＬＴＥ／ＮＲ）ＰＣ５インタフェースの両方で同時に「起動」してもよい。たとえば、ＵＥの１つのＭＡＣエンティティがＵｕインタフェースについて関連するＤＲＸ動作を実行し、ＵＥの別のＭＡＣエンティティがＰＣ５インタフェースについて関連するＳＬ－ＤＲＸ動作を実行できる。別の例として、ＵＥの１つのＭＡＣエンティティは、ＵｕインタフェースとＰＣ５インタフェースの両方に対して同じＤＲＸ動作を共同で（同時に）実行してもよい。そして、実施形態のいくつかでは、ＵＥは、ＵｕインタフェースでＤＲＸオフ期間に移行し、ＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間にそれぞれ異なるタイミング（例えば、ＵｕインタフェースとＰＣ５インタフェースにおけるパケット交換状態に応じて（または異なるＤＲＸ動作に応じて）で移行してもよい。
いくつかの実装では、ＵＥは、２つの異なるパラメータのセットを有する２つのＣ－ＤＲＸグループで構成されることがある。さらに、提案されたＳＬ－ＤＲＸメカニズムは、２つのＣ－ＤＲＸグループのうちの１つに対応する２つの異なるパラメータのセットのうちの１つまたは複数のパラメータを適用してもよい。パラメータの異なるセット間の選択は、ターゲットＵＥと同じＳＬユニキャスト／グループキャスト／ブロードキャストグループ（複数可）内のサービングＲＡＮ（例えば、専用のＲＲＣシグナリングを通じて）または他のＵＥ（例えば、専用のＰＣ５－ＲＲＣシグナリングを通じて）によって示され得る。より具体的には、２つのＣ－ＤＲＸグループは、同じＭＡＣエンティティおよび／またはセルグループ（例えば、ＭＣＧ／ＳＣＧ）に対して構成される場合がある。
ＳＬ－ＤＲＸ アクティブ時間（または ＳＬ－ＤＲＸ オン期間）または ＳＬ－ＤＲＸ オフ期間中の ＵＥ振る舞い
いくつかの実装では、ＳＬ－ＤＲＸは、以下の状況においてＵＥの動作に影響を与える可能性がある：
ａ）ＳＬ送信（ＰＣ５インタフェースにおいて）：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＳＬパケット送信のいくつかの実装を停止する可能性がある。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、ＵＥは、ＬＴＥ ＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介したＳＬパケット送信（または短くＳＬパケット（複数可））と共に構成されてもよい。いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１） ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＮＲ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、 （２） ＮＲ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、または （３） ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースの両方のＳＬパケット送信を停止できる
・ｂ）ＳＬ受信：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＳＬパケット受信のいくつかの実装を停止できる。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、ＵＥは、ＬＴＥ ＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介してＳＬパケット受信を行うように構成されてもよい。いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１） ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸ オフ期間中も継続できる）、（２）ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸオフ期間中も継続できる）、または（３）ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースでの ＳＬパケット送信の双方を停止できる。
いくつかの実装では、ＳＬ－ＤＲＸは、以下の状況においてＵＥの動作に影響を与える可能性がある：
ａ）ＳＬ送信（ＰＣ５インタフェースにおいて）：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＳＬパケット送信のいくつかの実装を停止する可能性がある。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、ＵＥは、ＬＴＥ ＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介したＳＬパケット送信（または短くＳＬパケット（複数可））と共に構成されてもよい。いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１） ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＮＲ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、 （２） ＮＲ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、または （３） ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースの両方のＳＬパケット送信を停止できる
・ｂ）ＳＬ受信：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＳＬパケット受信のいくつかの実装を停止できる。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、ＵＥは、ＬＴＥ ＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介してＳＬパケット受信を行うように構成されてもよい。いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１） ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸ オフ期間中も継続できる）、（２）ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸオフ期間中も継続できる）、または（３）ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースでの ＳＬパケット送信の双方を停止できる。
ＳＬ送信メカニズムを考慮すると、まず、ＰＳＣＣＨにおけるＳＣＩ送信およびＰＳＳＣＨにおけるＳＬパケット配信を開示できる。いくつかの実装では、ＳＬ－Ｔｘ ＵＥを、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥにＳＬデータパケットおよび／または制御信号を送信したいＵＥとして定義できる。そして、ＳＬ－Ｒｘ ＵＥは、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥからＳＬパケットおよび／または制御信号を受信したいＵＥとして定義される。いくつかの他の実装では、１つのＵＥがＳＬ－Ｔｘ ＵＥまたはＳＬ－Ｒｘ ＵＥであってもよく、ＵＥはＳＬ－Ｔｘ ＵＥとＳＬ－Ｒｘ ＵＥとの間でその役割を切り替えてもよい。他のいくつかの実装では、１つのＵＥはＳＬ－Ｔｘ ＵＥとＳＬ－Ｒｘ ＵＥを同時に兼ねることができる。なお、ＳＬ－Ｔｘ ＵＥの動作はＳＬ－Ｔｘ ＵＥに限定されず、ＳＬ－Ｒｘ ＵＥに適用可能であってもよい。さらに、ＳＬ－Ｒｘ ＵＥ動作は、ＳＬ－Ｒｘ ＵＥに限定されず、ＳＬ－Ｔｘ ＵＥにも同様に適用可能であってもよい。例えば、１つの実装において、一般に検知手順は、送信のためにＳＬ－ＴＸ ＵＥに要求されてもよい。対照的に、ＳＬ－ＲＸ ＵＥは、ＳＬパケットの配信を要求する際にＳＬ－ＴＸ ＵＥとして動作することがあるので、（バックグラウンド実装において）検知手順も実行できるが、これは実装の範囲を限定するものでない。
いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間（複数可）の間、構成されたＰＳＣＣＨ（複数可）でのＳＣＩ（例えば、ＳＣＩは、２ステージＳＣＩ配信メカニズムのための第１ステージＳＣＩ（または第１ＳＣＩと呼ばれる）とみなされてもよい）（ＵＥ側で少なくとも１つの保留中のＳＬパケットがあり、ＳＬ－ＤＲＸオフ期間（複数可）中に利用可能なＳＬリソース（プール）が存在しても）を送信するのを停止できる）。したがってＵＥは、ＳＬ－ＤＲＸオフ期間中にＰＳＳＣＨ（複数可）でＳＬパケット（多重化された復号参照信号（ＤＭＲＳ：Modulation Reference Signal）付き）を送信しないことができる。
いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、タイプ１ＳＬ設定グラント（複数可）へのアクセスを停止してもよい。（そこで、いくつかの他の実装では、ＲＡＮ側に対して、サービングＲＡＮは、ＳＬリソースを他のＵＥに再割り当てしてもよい）。別の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、タイプ１のＳＬ構成グラント（のすべてまたはサブセット）に依然としてアクセスできる。
いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、「アクティブな」タイプ２ＳＬ設定グラント（複数可）にアクセスすることを停止してもよい。（そこで、いくつかの他の実装では、ＲＡＮ側に対して、サービングセルは、ＵＥのＳＬ－ＤＲＸオフ期間の間、他のＵＥにＳＬリソースを再割り当てしてもよい）。別の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、アクティブなタイプ２のＳＬ構成グラント（のすべてまたはサブセット）に依然としてアクセスできる。
いくつかの他の実装では、モード２ＳＬリソース構成について、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＳＬプール（複数可）にアクセスすることを停止できる。
いくつかの他の実装では、ＳＬ例外リソースプール（複数可）に対して、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ例外リソースプール（複数可）へのアクセスを停止できる。いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ例外的リソースプール（複数可）にアクセスし続けることができる。
いくつかの他の実装では、ＳＬ－ＨＡＲＱ手順（複数可）に対して、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に移行した後、進行中の（またはアクティブな）ＳＬ－ＨＡＲＱ手順（複数可）を中断してもよい。ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、中断されたＳＬ－ＨＡＲＱ手順（複数可）を維持してもよい（例えば、ＵＥはＳＬ－ＨＡＲＱ手順に関連する全てのアクティブカウンタ／タイマーを中断してもよい）。例えば、低優先度（例えば、７、８などの高プロセス・パー・パケット優先度（ＰＰＰＰ）閾値を有するＳＬ論理チャネル）に関連するＳＬ－ＨＡＲＱプロセス（例えば、保留パケットおよび１つの特定のＳＬ－ＨＡＲＱプロセスＩＤに関連するアクティブＳＬ－ＨＡＲＱタイマ）に対して、これらの低優先度を有するＳＬ論理チャネルはＳＬ－ＤＲＸオフ期間中に停止されてもよい。さらに、ＰＰＰＰ閾値は、ＵＥに対して（例えば、専用の（ＰＣ５－）ＲＲＣシグナリングまたは放送ＳＩを介して）さらに構成されてもよい。与えられたＰＰＰＰ閾値より高い（かつ等しい）１つの関連するＰＰＰＰ値で提供されるＳＬ集合ＭＡＣ ＰＤＵは、低優先度ＳＬ ＭＡＣ ＰＤＵとして考慮されてもよい。そして、低優先度ＭＡＣ ＰＤＵに関連するＳＬ送受信および／またはＳＬ－ＨＡＲＱ処理も、ＳＬ－ＤＲＸオフ期間中に中断されてもよい。そうでなければ、所定のＰＰＰＰ閾値より低い関連するＰＰＰＰ値を提供される組み立てられたＭＡＣ ＰＤＵは、高優先度ＳＬ論理チャネル（複数可）と見なされてもよい。そして、これらの高優先度ＳＬ－ＨＡＲＱプロセスに関連するＳＬ送信／受信および／またはＳＬ－ＨＡＲＱプロセスは、ＳＬ－ＤＲＸオフ期間中に中断されないことがある。いくつかの実装では、組み立てられたＭＡＣ ＰＤＵのＰＰＰＰ値は、当該ＭＡＣ ＰＤＵのペイロードに含まれる保留パケットを有する論理チャネルのうち最も低いＰＰＰＰ値（例えば、最も高い優先度のＰＰＰ値）により決定されてもよい。確かに、ＳＬ論理チャネルとＰＰＰＰ閾値の実装およびマッピング規則は、ＬＴＥ Ｖ２Ｘ（ＳＬ）通信を参照してもよい。
いくつかの他の実装では、ＳＬリソースは、ＵＥがＳＬパケット（およびＰＣ５－ＲＲＣシグナリングなどのＳＬ制御シグナリング）を送信するように構成されている１つまたは複数のＳＬ周波数キャリアを横断することがある。そのような状況下では、ＵＥは、複数のＳＬ周波数キャリアにわたって同時にＳＬ－ＤＲＸメカニズムを実装できる。さらに、いくつかの他の実装では、ＵＥは、複数のＳＬ－ＤＲＸパラメータセットを用いて構成されてもよく、各ＳＬ－ＤＲＸパラメータセットは、ＳＬ周波数キャリアの異なるセットに独立して適用されてもよい（例えば、ＦＲ１（７ＧＨｚ未満の周波数キャリア）およびＦＲ２（７ＧＨｚ以上の周波数キャリア）のＳＬ周波数キャリアに対してそれぞれ２つのＳＬ－ＤＲＸパラメータセット）。
いくつかの他の実装では、ＳＬ送信リソースプールのサブセットは、ＳＬ－ＤＲＸオフ期間中であってもＳＬパケットを送信するために１つのＵＥに対して構成されてもよい。例えば、１セットのＳＬ－ＤＲＸ－Ｔｘリソースプール構成は、ＵＥに構成されてもよい（例えば、ＳＬ事前構成を通じて；ＲＲＣ（接続）再構成メッセージなどの（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける専用の制御シグナリングを通じて；ＰＣ５－ＲＲＣシグナリングなどのＰＣ５インタフェースにおける専用のシグナリングを通じて；ＳＩなどの放送メッセージを通じて；ＳＩオンデマンド手順を通じて）。そして、ＵＥがＳＬ－ＤＲＸオフ期間に移行した後、ＵＥはＳＬ－ＤＲＸ－Ｔｘリソース・プールへのアクセスを開始できる。さらに、いくつかの実装では、ＳＬ－ＤＲＸ－Ｔｘリソースプール構成は、ＳＬ例外リソースプール（複数可）をさらに含んでもよく、これは、（少なくとも）１つの例外条件が満たされたときにＳＬ－Ｔｘ ＵＥがＳＬパケットを送信するように構成され得る。いくつかの他の実装では、ＳＬ－ＤＲＸアクティブ時間／オフ期間に対して提供されるＳＬ－ＤＲＸ－Ｔｘリソースプール構成は、ＳＬ例外リソースプール（複数可）を含まなくてもよい。注目すべきは、いくつかの他の実装では、ＳＬ－ＤＲＸアクティブ時間の定義は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒのカウントのみを考慮してもよいことである。言い換えれば、ＵＥはＳＬ－ＤＲＸオン期間からＳＬ－ＤＲＸオフ期間へ、ＳＬ－ＤＲＸオン期間タイマーが満了した（ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間も終了した）後に直接移行できる。その後、ＳＬ－ＤＲＸサイクル（複数可）内で、ＵＥはＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフピリオド内でそれぞれ異なるＳＬ送信リソースのセットを適用してもよい。いくつかの他の実装では、別々のＳＬ（送信）リソースプール構成が、ＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸオフ期間のそれぞれについて構成されてもよい。いくつかの実装では、ＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄｓ用に構成されたＳＬ（送信）リソースプール構成は、物理リソースブロック（ＰＲＢ）割り当てで互いに隔離されてもよい。いくつかの他の実装では、ＳＬ－ＤＲＸ オン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄｓ用に構成されたＳＬ（送信）リソースプール構成は、ＰＲＢ割り当てにおいて部分的に重複してもよい。
いくつかの他の実装では、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＵＥは、ピアＵＥへのＰＣ５－ＲＲＣ信号の送信を停止できる。その後、ＰＣ５－ＲＲＣシグナリングはＳＬ－Ｔｘ ＵＥ側のバッファに格納されてもよい。ＳＬ－Ｔｘ ＵＥは、次のＳＬ－ＤＲＸオン期間でＰＣ５－ＲＲＣ信号の送信を再スタートしてもよい。したがって、ＵＥがＰＣ５オフ期間に滞在している間、いくつかの特定の手順（例えば、ＰＣ５インタフェースにおけるＳＬ ＵＥ能力照会／交換信号およびＳＬリソース（プール）設定／照会手順）も中断されることがある。また、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、これらのＰＣ５－ＲＲＣシグナリングに関連するＲＲＣ手順が中断される可能性がある。さらに、これらの中断された ＰＣ５－ＲＲＣ 手順に関連するアクティブ／オン・ゴーイング・カウンタまたはタイマも、ＳＬ－ＤＲＸ オフ期間中に中断される場合がある。その後、ＵＥは、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、中断されたカウンタ／タイマを再カウントしてもよい。
いくつかの他の実装では、ＳＬ送信のためのＳＬリソースは、ＵＥがＳＬパケット送信を監視してもよい１つまたは複数のＳＬ周波数キャリアを含み得る。
いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間内に滞在するＵＥについて、ＵＥは、ＵＥ側に保留中のＳＬパケット（ＳＬ制御シグナリング）が存在し得るか否かに基づいて、ＳＬ－ＤＲＸオン期間に切り替えるか否かを判断し得る（例えば、ＰＣ５インタフェースにおける対応するサブフレームの開始からのＳＬ－ＤＲＸ－スロットオフセット（≧０）後にＳＬ－ＤＲＸオン期間タイマーを開始する）。すなわち、ＵＥは、バッファに１つ以上の保留中のＳＬパケットが存在する場合、ＳＬ－ＤＲＸサイクルの開始時にＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間に移行してもよい（そして、ＳＬ－ＤＲＸオンＤｕｒａｔｉｏｎＴｉｍｅｒを（ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ後）該当サブフレームの先頭から開始する）。対照的に、ＵＥは、バッファ内に保留中のパケットが存在しない場合、ＳＬ－ＤＲＸオフ期間に留まる（および対応するサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始しない）ことに決定してもよい。
第２に、ＳＬ送信機構を再度検討するために、検知機構を開示してもよい。いくつかの実装では、１つのＳＬ－Ｔｘ ＵＥは、ＬＴＥ Ｖ２Ｘ ＳＬ通信およびＮＲ ＳＬ動作におけるＳＬパケット配信のためのターゲットＳＬリソースブロックを選択するために、ＳＬ検知または部分検知機構を実装できる。
いくつかの実施形態では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にＳＬ検知または部分的検知機構の実装を停止してもよい。
本開示の例示的な実装に係る別のサイドリンク検知ウィンドウを示す図５（ｂ）を参照されたい。注目すべきは、図５（ｂ）に示すように、いくつかの実装では、ＳＬ検知ウィンドウは、ＳＬ－ＤＲＸオン期間の一部として構成されてもよい。言い換えれば、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時にＵＥが起動したときにのみ、ＳＬ（部分）検知機構を開始してもよい。さらに、ＵＥは、（部分）検知結果に基づいて、このＳＬ－ＤＲＸオン期間においてＳＬパケットを送信するか否かを決定してもよい。
本開示の一実施例による別のサイドリンク検知ウィンドウを示す図５（ｃ）を参照されたい。図５（ｃ）に示すように、いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間に、新しいＳＬパケットがＵＥ側のバッファに到着する間、ＳＬ（部分）検知機構を開始してもよい。さらに、ＵＥは、新しいＳＬパケット（複数可）がいくつかの特定の（事前に設定された）ＳＬ論理チャネル（例えば、低いＰＰＰＰ値／閾値に関連するＳＬ論理チャネルなどの高い優先度を有する論理チャネル）、いくつかの特定のＰＰＰ閾値、またはいくつかの特定のＰＰＰ値に属する場合にのみこのルールを適用してもよい。
他のいくつかの実装では、ＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸメカニズムに基づく感知メカニズムまたは部分感知メカニズムのいずれかを実装するように構成される場合がある。例えば、１つのＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸオン期間中に（部分的）感知機構を実装してもよい。これに対して、ＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸオフ期間に滞在している間、部分的な検知機構を実装してもよい。さらに、検知機構は、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の遷移中に中断されないかもしれない。いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、またはＵＥがＣ－ＤＲＸオン期間（またはＣ－ＤＲＸアクティブ時間）からＣ－ＤＲＸオフ期間に切り替わる間に（部分）検知機構を停止してもよい。さらに、ＵＥは、（部分的な）検知機構が停止された場合、記憶された検知結果を解放することもできる。
第３に、ＳＬ送信メカニズムについては、チャネル・ビジー比（ＣＢＲ）測定およびチャネル占有率をそれぞれ開示してもよい。
ＣＢＲ測定を開始するために、いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にチャネル・ビジー比測定の実施を停止してもよい。いくつかの他の実装では、ＵＥは、図５（ａ）～図５（ｃ）に示すＳＬ感知ウィンドウにも続く別のＳＬ ＣＢＲウィンドウで構成されてもよい。いくつかの他の実装では、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、および／またはＵＥがＳＬ－ＤＲＸオフ期間からＳＬ＿ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）に切り替える間、ＣＢＲ測定が中断しないことがある。
次に、チャネル占有率を考慮するために、いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にチャネル占有率測定の実施を停止できる。いくつかの他の実装では、ＵＥは、図５（ａ）～図５（ｃ）に示すＳＬ検知ウィンドウにも続く別のＳＬチャネル占有率ウィンドウで構成されてもよい。いくつかの他の実装では、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、および／またはＵＥがＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）に切り替わる間はチャネル占有率測定が中断しないことがある。
第４に、ＳＬ送信メカニズムについて、ＳＬ－ＢＳＲ手順を開示できる。いくつかの実装では、ＵＥは、ＮＲ ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣシグナリングを通じて）ＳＬ－ＢＳＲ（複数可）を交換してもよい。いくつかの他の実装では、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＰＣ５インタフェースを通じて近隣ＵＥにＳＬ－ＢＳＲを開始しないことがある。いくつかの追加の実装では、１つの進行中のＳＬ－ＢＳＲ手順は、ＳＬ－ＤＲＸオフ期間中に保留／一時停止／延期／キャンセルされる場合がある。他のいくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内にいる間、ＰＣ５インタフェースを通じて近隣ＵＥに対して依然としてＳＬ－ＢＳＲ手順を開始できる。さらに、進行中の ＳＬ－ＢＳＲ 手順は、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の切り替え／遷移の影響を受けない可能性がある。
第５に、ＳＬ送信メカニズムについては、ＳＬ－ＳＲ手順を開示してもよい。いくつかの実装では、ＵＥは、ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣシグナリングを通じて）（少なくとも）１つの近隣ＵＥとの間でＳＬ－ＳＲ手順を開始してもよい。いくつかの追加の実装では、１つの進行中のＳＬ－ＳＲ手順は、ＳＬ－ＤＲＸオフ期間中に保留／一時停止／延期／キャンセルされてもよい。いくつかの他の実装では、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＰＣ５インタフェースを通じて近隣ＵＥにＳＬ－ＳＲを開始しないことがある。他のいくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＰＣ５インタフェースを通じて近隣のＵＥにＳＬ－ＳＲ手順をまだ開始できる。さらに、進行中のＳＬ－ＳＲ手順は、ＳＬ－ＤＲＸオン期間／ＳＬ－ＤＲＸオフ期間間の切り替え／遷移によって影響を受けないかもしれない
第６に、ＳＬ送信メカニズムについては、ＳＬパワーヘッドルームレポート（ＳＬ－ＰＨＲ：SL-Power Headroom Report）手順を開示してもよい。いくつかの実装では、ＵＥは、ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣ信号を通じて）（少なくとも）１つの近隣ＵＥとＳＬ－ＰＨＲ手順を開始できる。いくつかの他の実装では、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＰＣ５インタフェースを通じて近隣ＵＥに対してＳＬ－ＰＨＲを開始しないことができる。いくつかの追加の実装では、ＳＬ－ＤＲＸ オフ期間中に、進行中の ＳＬ－ＰＨＲ手続きが保留／中断／延期／キャンセルされる場合がある。他のいくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内にいる間、ＰＣ５インタフェースを通じて近隣ＵＥに対して依然としてＳＬ－ＰＨＲ手順を開始できる。さらに、進行中のＳＬ－ＰＨＲ手順は、ＳＬ－ＤＲＸオン期間／ＳＬ－ＤＲＸオフ期間間の切り替え／遷移によって影響を受けない可能性がある。
第６に、ＳＬ送信メカニズムについては、ＳＬパワーヘッドルームレポート（ＳＬ－ＰＨＲ：SL-Power Headroom Report）手順を開示してもよい。いくつかの実装では、ＵＥは、ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣ信号を通じて）（少なくとも）１つの近隣ＵＥとＳＬ－ＰＨＲ手順を開始できる。いくつかの他の実装では、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＰＣ５インタフェースを通じて近隣ＵＥに対してＳＬ－ＰＨＲを開始しないことができる。いくつかの追加の実装では、ＳＬ－ＤＲＸ オフ期間中に、進行中の ＳＬ－ＰＨＲ手続きが保留／中断／延期／キャンセルされる場合がある。他のいくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内にいる間、ＰＣ５インタフェースを通じて近隣ＵＥに対して依然としてＳＬ－ＰＨＲ手順を開始できる。さらに、進行中のＳＬ－ＰＨＲ手順は、ＳＬ－ＤＲＸオン期間／ＳＬ－ＤＲＸオフ期間間の切り替え／遷移によって影響を受けない可能性がある。
第７に、ＳＬ送信メカニズムについて、例外条件を開示してもよい。いくつかの実装では、ＵＥは、（少なくとも）１つの例外条件が起こる間、（ＳＬダイナミックグラント、Ｔｙｐｅ１ ＳＬコンフィギュアドグラント、Ｔｙｐｅ２ ＳＬコンフィギュアドグラント、モード２ ＳＬリソースプール構成、または例外リソースプールを通じて）ＳＬパケット送信を停止する規則を、たとえば以下のように破ることがある：
・ａ）一般に知られ、３ＧＰＰ ＴＳで定義されている（ＮＲ／ＬＴＥ）ＲＲＣプロトコルのＴ３１０またはＴ３１１が実行されている場合
・（ｂ） 一般に知られ、３ＧＰＰ ＴＳ で定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルの Ｔ３０１ が実行されている場合
・（ｃ） ３ＧＰＰ ＴＳ で一般に知られ定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルの Ｔ３０４ が実行されている場合
・ｄ）ＵＥに設定されたＳＬリソース（プール）に関する（部分的な）検知結果がまだ利用可能でない場合
・（ｅ） ＵＥが（ＮＲ／ＬＴＥ）ＲＲＣ接続（再）確立／再開を開始した時点から、ＳＬリソース（プール）設定を含むＲＲＣ（接続）再構成を受信するまで、またはＲＲＣ（接続）Ｒｅｌｅａｓｅ（例えば、ＵＥに（ＬＴＥ／ＮＲ）ＲＲＣ ＩＮＡＣＴＩＶＥ状態へ移行するように指示する、サスペンド構成付き／なしのＲＲＣ（接続）リリースメッセージ）あるいはＲＲＣ（接続）リジェクトメッセージ）を受信するまでの間。
・ａ）一般に知られ、３ＧＰＰ ＴＳで定義されている（ＮＲ／ＬＴＥ）ＲＲＣプロトコルのＴ３１０またはＴ３１１が実行されている場合
・（ｂ） 一般に知られ、３ＧＰＰ ＴＳ で定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルの Ｔ３０１ が実行されている場合
・（ｃ） ３ＧＰＰ ＴＳ で一般に知られ定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルの Ｔ３０４ が実行されている場合
・ｄ）ＵＥに設定されたＳＬリソース（プール）に関する（部分的な）検知結果がまだ利用可能でない場合
・（ｅ） ＵＥが（ＮＲ／ＬＴＥ）ＲＲＣ接続（再）確立／再開を開始した時点から、ＳＬリソース（プール）設定を含むＲＲＣ（接続）再構成を受信するまで、またはＲＲＣ（接続）Ｒｅｌｅａｓｅ（例えば、ＵＥに（ＬＴＥ／ＮＲ）ＲＲＣ ＩＮＡＣＴＩＶＥ状態へ移行するように指示する、サスペンド構成付き／なしのＲＲＣ（接続）リリースメッセージ）あるいはＲＲＣ（接続）リジェクトメッセージ）を受信するまでの間。
・ｆ）ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間に、ＰＣ５インタフェースを介して他のＵＥにＰＣ５－ＲＲＣシグナリング（例えば、ＳＬ－ＳＲ手順、ＳＬ－ＢＳＲ手順、またはＳＬ－ＰＨＲ手順）を送信するように開始された場合、またはＵＥが（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介してＵＥのサービングセルにＳＬ ＳＲ要求手順、ＢＳＲ手順、またはＳＬ ＰＨＲ手順を送信するために開始された場合。
いくつかの他の実装では、ＳＬ－ＤＲＸオフ期間は、（少なくとも）上記のＥｘｃｅｐｔｉｏｎａｌ条件の１つが起こる間に終了し、その後、ＵＥは次のＳＬ－ＤＲＸオン期間に移行するために起動してもよい（例えば、ＵＥは、関連する（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける対応サブフレームの先頭からＳＬ－ＤＲＸ－スロットオフセット（≧０）後にＳＬ－ＤＲＸオン期間タイマーを開始できる）。
ＳＬ受信を考慮すると、まず、ＰＳＣＣＨにおけるＳＣＩ受信およびＰＳＳＣＨにおけるＳＬパケット配信を開示できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、利用可能なＳＬリソースからＰＳＣＣＨおよび次の関連ＰＳＳＣＨにおける第１ステージＳＣＩ（または第１ＳＣＩと呼ぶ）を監視しないかもしれない。以下、利用可能なＳＬリソースは、ＳＬ受信リソースプールの全てを含み得る。さらに、ＵＥは、ＰＣ５インタフェース上で２ステージＳＣＩが実装されている間、ＳＬ－ＤＲＸオフ期間中に、ＰＳＳＣＨ上で配信され得る２ステージＳＣＩ（または第２ＳＣＩと呼ぶ）を監視しないこともできる。
また、言及されたＳＬ受信リソースプールは、ＵＥがＳＬパケット受信のために監視し得る１つまたは複数のＳＬ周波数キャリアを含み得ることに留意されたい。
注目すべきは、いくつかの実装において、ＳＬ－ＤＲＸオフ期間中であっても、１つのＵＥが監視するためにＳＬ受信リソースプールのサブセットが構成されてもよいことである。例えば、ＳＬ－ＤＲＸ－Ｒｘリソースプール構成の１セットがＵＥに構成されてもよい（例えば、ＳＬ事前構成を介して；ＲＲＣ（接続）再構成メッセージなどのＵｕインタフェースにおける専用の制御シグナリングによって；ＰＣ５－ＲＲＣシグナリングなどのＰＣ５インタフェースにおける専用のシグナリングによって；ＳＩなどの放送メッセージによって；ＳＩオンデマンドプロシージャによって）。そして、ＵＥは、ＳＬ－ＤＲＸオフ期間に移行した後、ＳＬ－ＤＲＸ－Ｒｘリソースプールの監視を開始してもよい。そして、ＵＥは、次のＳＬ－ＤＲＸサイクルでＵＥがＳＬ－ＤＲＸオン期間に移行した後、設定されたＳＬ受信リソースプール全体を監視できる。さらに、いくつかの実装では、提案されたＳＬ－ＤＲＸ－Ｒｘリソースプール構成は、ＳＬ例外リソースプール（複数可）をさらに含んでもよく、これは、上記の例外条件の（少なくとも）１つが満たされたときにＳＬ－Ｔｘ ＵＥがＳＬパケットを送信するために構成されるものである。また、いくつかの他の実装において、ＳＬ－ＤＲＸアクティブ時間の定義は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒのカウントのみを考慮してもよいことに留意されたい。言い換えれば、ＵＥはＳＬ－ＤＲＸオン期間からＳＬ－ＤＲＸオフ期間へ、ＳＬ－ＤＲＸオン期間タイマーが終了した（ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間も終了した）後に直接移行してもよい。その後、ＳＬ－ＤＲＸサイクル内で、ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸオフピリオド内でそれぞれ異なるセットのＳＬ受信リソースプールを適用できる。また、いくつかの実装では、ＳＬ－ＤＲＸオン期間およびＳＬ－ＤＲＸオフピリオドのＳＬ受信リソースプール（複数可）は、ＰＲＢ割り当てにおいて独立して構成され、分離されてもよいことに留意してほしい。他のいくつかの実装では、ＳＬ－ＤＲＸオン期間およびＳＬ－ＤＲＸオフピリオドのためのＳＬ受信リソースプール（複数可）は、ＰＲＢ割り当てにおいて（部分的に）重複してもよい［００１１４］
ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムを考慮すると、まず、ＳＬ動的グラント監視が開示されてもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＰＤＣＣＨ（またはＳＬダイナミックグラント受信用に構成された探索空間／ＣＯＲＥＳＥＴ）を監視しなくてもよい（例えば、ＳＬダイナミックグラント受信用に構成された探索空間／ＣＯＲＥＳＥＴ）。そこで、ＵＥは、ＳＬダイナミックグラント受信用に設定されたＲＮＴＩ（例えば、ＳＬ－ＲＮＴＩ／ｓｌ－ＲＮＴＩ）を用いてＰＤＣＣＨを復号しようとしないことがある。いくつかの他の実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮからのＰＤＣＣＨを依然としてモニタできる。いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間およびＣ－ＤＲＸオフ期間に滞在しているときのみ、ＰＤＣＣＨを監視しないことができる。
ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムを考慮すると、まず、ＳＬ動的グラント監視が開示されてもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＰＤＣＣＨ（またはＳＬダイナミックグラント受信用に構成された探索空間／ＣＯＲＥＳＥＴ）を監視しなくてもよい（例えば、ＳＬダイナミックグラント受信用に構成された探索空間／ＣＯＲＥＳＥＴ）。そこで、ＵＥは、ＳＬダイナミックグラント受信用に設定されたＲＮＴＩ（例えば、ＳＬ－ＲＮＴＩ／ｓｌ－ＲＮＴＩ）を用いてＰＤＣＣＨを復号しようとしないことがある。いくつかの他の実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮからのＰＤＣＣＨを依然としてモニタできる。いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間およびＣ－ＤＲＸオフ期間に滞在しているときのみ、ＰＤＣＣＨを監視しないことができる。
第２に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムを再び考慮すると、ＳＬ（タイプ２）コンフィギュアドグラントアクティベーション／デアクティベーションを開示できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間（複数可）に滞在している間、ＰＤＣＣＨを監視しなくてもよい（例えば、ＵＥがタイプ２のＳＬコンフィギュアドグラントで構成されている場合、ＵＥはサービングＲＡＮからのＳＬコンフィギュアドグラントのアクティベーション／デアクティベーションについてＰＤＣＣＨを監視しないことがある）。したがって、ＵＥは、ＳＬ構成グラントのアクティベーション／デアクティベーションのために構成されたＲＮＴＩ（例えば、ＳＬ－ＣＳ－ＲＮＴＩ／ｓｌ－ＣＳ－ＲＮＴＩ）を用いてＰＤＣＣＨを復号しようとしないことがある。いくつかの他の実施形態では、ＵＥは、ＵＥがＰＣ５インタフェースにおいてＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間の間、ＰＤＣＣＨ（またはＳＬ設定グラント（複数可）（ｄｅ）アクティベーション用に構成された探索空間／ＣＯＲＥＳＥＴ）を（例えば、サービス提供ＲＡＮからのＳＬ設定グラントアクティベーション／ｄｅ－アクティベーション用に）依然として監視し得る。他のいくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間およびＣ－ＤＲＸオフ期間に滞在している間のみ、ＰＤＣＣＨ／検索スペース／ＣＯＲＥＳＥＴを（例えば、サービングＲＡＮからのＳＬ設定されたグラントのアクティブ化／非アクティブ化のために）監視しないことができる。
第３に、ＲＡＮに対するＳＬ－Ｕｕ関連機構を再び考慮すると、ＳＬパケット配信のためのＳＬ－ＳＲ（Ｕｕインタフェース）を開示してもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、サービングＲＡＮに対するＳＬ論理チャネル（複数可）に対して（例えば、Ｕｕインタフェースを介して）ＳＬ－ＳＲ手順（複数可）をトリガしないことがある。いくつかの他の実装では、ＵＥは、ＵＥがＰＣ５インタフェースにおいてＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮに対するＳＬ論理チャネル（複数可）に対するＳＬ－ＳＲ手順（複数可）をトリガしてもよい。いくつかの他の実装では、１つのＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルにＳＬ ＳＲを開始しないことがある。いくつかの追加の実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上のサービングＲＡＮに関連する進行中のＳＬ－ＳＲ手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい
第４に、ＲＡＮへのＳＬ－Ｕｕ関連メカニズムを再び考慮し、ＳＬパケット配信のためにＳＬ－ＢＳＲ（Ｕｕインタフェース）を開示できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ論理チャネルのＢＳＲをサービングＲＡＮに報告するためにＳＬ－ＢＳＲ手順（複数可）を起動しないことがある。他のいくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在している場合でも、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にＳＬ論理チャネルのＢＳＲをサービングＲＡＮに報告できる。いくつかの他の実装では、１つのＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルへのＳＬ－ＢＳＲを開始しない可能性がある。いくつかの追加の実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＢＳＲ手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
第４に、ＲＡＮへのＳＬ－Ｕｕ関連メカニズムを再び考慮し、ＳＬパケット配信のためにＳＬ－ＢＳＲ（Ｕｕインタフェース）を開示できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ論理チャネルのＢＳＲをサービングＲＡＮに報告するためにＳＬ－ＢＳＲ手順（複数可）を起動しないことがある。他のいくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在している場合でも、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にＳＬ論理チャネルのＢＳＲをサービングＲＡＮに報告できる。いくつかの他の実装では、１つのＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルへのＳＬ－ＢＳＲを開始しない可能性がある。いくつかの追加の実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＢＳＲ手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
第５に、ＲＡＮに対するＳＬ－Ｕｕ関連機構を再び考慮すると、ＳＬパケット配信のためにＳＬ－ＰＨＲ（Ｕｕインタフェース）を開示してもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間にある間、サービングＲＡＮにＰＨＲを報告するためにＳＬ－ＰＨＲ手順（複数可）を起動しないことがある。他のいくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮにＳＬ－ＰＨＲ手順をトリガできる。いくつかの他の実装では、１つのＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルに対してＳＬ ＰＨＲを開始しないことができる。いくつかの追加の実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＰＨＲ手順のすべてまたはサブセットを中断／停止／解放／削除／削除してもよい。
第６に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムを再び考慮し、ＵｕインタフェースでＳＬ－ＨＡＲＱフィードバック情報を開示できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、サービングＲＡＮにＳＬ－ＨＡＲＱフィードバック情報を送信しないことがある。いくつかの他の実装では、ＵＥは、ＵＥがＰＣ５インタフェースのＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮにＳＬ－ＨＡＲＱフィードバックを送信できる。いくつかの他の実装では、ＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）に滞在している間のみ、サービングＲＡＮにＳＬ－ＨＡＲＱフィードバック情報を送信しないことができる。いくつかの追加の実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＨＡＲＱフィードバック手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
ＳＬ同期メカニズムを考慮すると、ＳＬ同期シーケンス配信を開示できる。いくつかの実装では、１つのＵＥがＳｙｎｃＲｅｆ ＵＥとなり、ＳＬ同期メッセージ（例えば、ＳＬ同期シーケンスブロックセット（ＳＬ－ＳＳＢセット）およびＳＬ－ＭＩＢ／ＳＬ－ＭＩＢ－Ｖ２Ｘ）を連続的にブロードキャストすることがある。いくつかの他の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ同期メッセージの送信を停止／中断／延期／停止／解放／削除／除去してもよい。その後、ＵＥは、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、ＳＬ同期メッセージを継続的に送信してもよい。いくつかの他の実装では、ＳｙｎｃＲｅｆ ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフピリオドとの間の遷移に影響されることなく、（例えば、ＰＳＢＣＨを通じて）ＳＬ－ＳＳＢセットとそれに関連するＳＬ－ＭＩＢ／ＳＬ－ＭＩＢ－Ｖ２Ｘを継続して放送し続けてもよい。
ＳＬディスカバリメカニズムを考慮すると、まず、ＳＬディスカバリメッセージ送信メカニズムを開示できる。いくつかの実装では、（ＬＴＥ／ＮＲ）ＳＬディスカバリメカニズムに関して、１つのＵＥは、ＳＬディスカバリメッセージを送信／受信するように構成されてもよい。ＳＬディスカバリメッセージの内容は、上位層（例えば、アプリケーション層／Ｖ２Ｘ層）により提供されてもよい。ＳＬディスカバリメッセージは、特定の物理サイドリンクディスカバリーＣＨ（ＰＳＤＣＨ）または共通のＰＳＳＣＨで送信されてもよい。いくつかの他の実装では、（例えば、いくつかの商用ＳＬディスカバリサービスのために）、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、１つのＵＥはＳＬディスカバリメッセージの送信を停止してもよい。その後、ＵＥが再びＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）に移行した後、ＵＥはＳＬディスカバリメッセージを連続的に再送信してもよい。いくつかの他の実装では、ＳＬディスカバリメッセージが特定のサービス用（例えば、公共安全サービス用）である場合、ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の切り替え／遷移によって影響を受けることなく、ＳＬディスカバリメッセージを連続して配信し続けてよい。
次に、ＳＬディスカバリを考慮して、ＳＬディスカバリメッセージ受信メカニズムを開示できる。いくつかの実装では（例えば、いくつかの商用ＳＬディスカバリサービスの場合）、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬディスカバリメッセージのモニタリングを停止／中断／延期／削除／解除できる。その後、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、ＵＥは再びＳＬディスカバリメッセージの連続的な監視を開始してもよい。いくつかの他の実装では、ＳＬディスカバリメッセージが特定のサービス用（例えば、公共安全サービス用）である場合、ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の切り替え／遷移によって影響を受けることなくＳＬディスカバリメッセージを継続的に監視し続けることができる。
ＳＬ－ＤＲＸメカニズムに関連するカウンタ／タイマ
いくつかの実装では、以下の状況におけるＵＥ動作の詳細を開示できる。
いくつかの実装では、以下の状況におけるＵＥ動作の詳細を開示できる。
・（ａ）ＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間への切り替えのためにＵＥをトリガするためのＵＥ動作。
・（ｂ） ＵＥ が ＳＬ－ＤＲＸ オン期間に滞在している間の ＵＥ の動作。
・（ｃ）ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間への切り替えをトリガするためのＵＥ動作。
・（ｄ）ＵＥがＳＬ－ＤＲＸアクティブ時間に滞在している間のＵＥ動作（Ｕｕインタフェースおよび／またはＰＣ５インタフェースの場合）。
具体的には、ＳＬ－ＤＲＸオン期間中のより詳細なＵＥ動作は、以下のように示され得る。ＵＥ側では、ＲＲＣサブレイヤーは、以下のパラメータを設定することにより、ＳＬ－ＤＲＸ動作を制御できる。
・ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＳＬ－ＤＲＸサイクルの開始時の持続時間にできる。
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間を指定する。
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、ＰＳＣＣＨが当該ＭＡＣエンティティのための新しいＳＬ送信または受信を示すＰＳＣＣＨ機会後の持続時間であってもよい。
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大持続時間であり得る：
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送信する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：ＳＬ再送信用のＳＬグラントを受信するまでの最大継続時間であってよい
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る。
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送信する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：ＳＬ再送信用のＳＬグラントを受信するまでの最大継続時間であってよい
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る。
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：これは短いＳＬ－ＤＲＸサイクルを含むことができる
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従うことができる時間である
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスについて）：これは、ＳＬ－ＨＡＲＱ受信のためのＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小持続時間となる場合がある。
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従うことができる時間である
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスについて）：これは、ＳＬ－ＨＡＲＱ受信のためのＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小持続時間となる場合がある。
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＭＡＣエンティティによってＳＬ－ＨＡＲＱ再送グラントが期待されるまで最小期間である可能性がある。
その上、いくつかの実装では、ＵＥは、ＳＬ事前設定を通じて；ＲＲＣ（接続）再構成メッセージなどの（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける専用の制御シグナリングを通じて；ＰＣ５－ＲＲＣシグナリングなどの（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける専用のシグナリングを通じて；ＳＩなどの放送メッセージ（例えば（ＮＲ／ＬＴＥ）Ｖ２Ｘ専用ＳＩＢ）を介して、Ｕｕインタフェースで、ＳＩオンデマンド手順を介して）。
他のいくつかの実装では、ＰＣ５インタフェースでＳＬ－ＤＲＸサイクルが構成される場合、ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間は、
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；または
・ＳＬダイナミックグラント要求のＳＲがＰＵＣＣＨ（Ｕｕインタフェース）で送信され、保留中である、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬデスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または２つ以上）の新しい送信を示すＰＳＣＣＨである
間の時間を含み得る。
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；または
・ＳＬダイナミックグラント要求のＳＲがＰＵＣＣＨ（Ｕｕインタフェース）で送信され、保留中である、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬデスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または２つ以上）の新しい送信を示すＰＳＣＣＨである
間の時間を含み得る。
ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを考慮すると、まず、いくつかの実装では、ＵＥがＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間に（例えば、サブフレームの開始からのＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ後に）ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをカウントし始めうることが開示される場合がある。
いくつかの他の実装では、ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを再び考慮すると、ＵＥは、（ＳＬ）ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）がサービングセルから受信されるとＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをカウントしなくなるかもしれないことを開示できる。注目すべきは、いくつかの他の実装において、ＵＥは、（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介してサービングＲＡＮから（ＳＬ）ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを受信してもよいことである。いくつかの他の実装では、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを、他のＵＥ（例えば、小隊長またはＳＬスケジューラ）から（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて受信してもよい。いくつかの他の実装では、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ＤＲＸコマンドまたはＳＬ－ロングＤＲＸコマンドは、ＵＥ間の１つの（または２つ以上の）ＰＣ５－ＲＲＣシグナリングまたはＳＣＩに含まれてもよい。
いくつかの他の実装では、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを再び考慮すると、ＵＥは、ロングＳＬ－ＤＲＸサイクルが適用される場合、サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始し、関連する（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおいて［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔにできる。また、サブフレーム番号は、ＵＥがサービングＲＡＮから（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通じて取得するサブフレーム番号と関連付けられてもよく、またはＵＥが他のＵＥから（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて取得するサブフレーム番号と関連付けられてもよいことに注意されたい。
次に、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを考慮すると、いくつかの実装では、ＭＡＣエンティティがＰＣ５アクティブ時間（またはいわゆるＳＬ－ＤＲＸアクティブ時間）にある場合、ＵＥが１つの（または１つ以上の）ＳＬ周波数キャリアについてＰＳＣＣＨを（連続的に）監視してもよいことが開示される場合がある。他のいくつかの実装では、ＳＬ－ＤＲＸオフ期間もＰＣ５オフ期間と呼ばれることがある）。そして、１つの監視されたＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合、ＵＥは関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再始動してもよい。
また、ＵＥ側に対しては、以下のような機構／動作が開示されてもよい。
１＞ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定された場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する（ＵＥ は ＳＬ－ＤＲＸ オン期間またはＳＬ－ＤＲＸアクティブ時間から ＳＬ－ＤＲＸオフピリオドに切り替えてもよい）
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（また、ＵＥ は ＳＬ－ＤＲＸオン期間 または ＳＬ－ＤＲＸアクティブ時間から ＳＬ－ＤＲＸオフピリオドに切り替えてもよい）。
２＞ショートＳＬ－ＤＲＸサイクルが設定された場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する（ＵＥ は ＳＬ－ＤＲＸ オン期間またはＳＬ－ＤＲＸアクティブ時間から ＳＬ－ＤＲＸオフピリオドに切り替えてもよい）
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（また、ＵＥ は ＳＬ－ＤＲＸオン期間 または ＳＬ－ＤＲＸアクティブ時間から ＳＬ－ＤＲＸオフピリオドに切り替えてもよい）。
再び、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを考慮すると、いくつかの他の実装において、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（ＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）がサービングセルから受信されるとＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをカウントしなくなるかもしれないことが、開示され得る。また、いくつかの実装では、ＵＥはＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドをサービングＲＡＮから（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通して受信できることに、留意されたい。いくつかの他の実装では、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを、他のＵＥ（例えば、小隊長またはＳＬスケジューラ）から（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて受信してもよい。他のいくつかの実装では、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ＤＲＸコマンドまたはＳＬ－ロングＤＲＸコマンドは、ＵＥ間の１つの（または複数の）ＰＣ５－ＲＲＣシグナリングに含まれてもよい
第３に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘとｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを考慮して、まずＵＥ側に対して、いくつかの実装においてＭＡＣエンティティが（ＳＬ－ＤＲＸ）活性時間である場合は以下の動作／仕組みを構成してよい：
２＞次に、ＵＥは、１つの（または１つ以上の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視してよい
２＞受信した１つのＰＳＣＣＨがＳＬ送信を示す場合
３＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを運ぶ対応するＵＥ送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（また、いくつかの他の実装では、ＵＥは、ＵＥが対応するＳＬ目的アイデンティティにＳＬ－ＨＡＲＱフィードバックを送信するよう構成されない場合にｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始しなくてよい）ことに留意する
３＞その後、ＵＥは対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
第３に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘとｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを考慮して、まずＵＥ側に対して、いくつかの実装においてＭＡＣエンティティが（ＳＬ－ＤＲＸ）活性時間である場合は以下の動作／仕組みを構成してよい：
２＞次に、ＵＥは、１つの（または１つ以上の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視してよい
２＞受信した１つのＰＳＣＣＨがＳＬ送信を示す場合
３＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを運ぶ対応するＵＥ送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（また、いくつかの他の実装では、ＵＥは、ＵＥが対応するＳＬ目的アイデンティティにＳＬ－ＨＡＲＱフィードバックを送信するよう構成されない場合にｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始しなくてよい）ことに留意する
３＞その後、ＵＥは対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
いくつかの他の実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを再度考慮すると、ＵＥ側にとって、ＳＬ－ＤＲＸが構成される場合、ＭＡＣエンティティは、以下の可能性があると開示されている。
１＞ＵＥの（関連ＳＬソースアイデンティティ、関心のあるソースアイデンティ）に関連するＳＬ ＭＡＣ ＰＤＵが、設定されたＳＬ割り当てで受信された場合
２＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスに関するＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞次に、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
２＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスに関するＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞次に、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
その上、いくつかの他の実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを再度考慮すると、ＵＥ側にとって、ＳＬ－ＤＲＸが構成されているとき、ＭＡＣエンティティは、以下の可能性があると開示されている：
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合、および対応するＳＬ－ＨＡＲＱプロセスのデータが正常に復号されない場合
３＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい。
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合、および対応するＳＬ－ＨＡＲＱプロセスのデータが正常に復号されない場合
３＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい。
第４に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを考慮して、いくつかの実装において、ＵＥ側に対して、設定されたサイドリンクグラントでＳＬ ＭＡＣ ＰＤＵが送信される場合、以下の動作／メカニズムを構成してもよい。
２＞ＵＥは、対応するＰＳＳＣＨ送信の送信終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい。
２＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
いくつかの他の実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを再び考慮すると、ＵＥ側にとって、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了すると、以下の動作／機構をレンダリングしてもよい：
２＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい。
２＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい。
その上、いくつかの他の実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを再び考慮すると、ＵＥ側にとって、ＭＡＣエンティティが（ＰＣ５）（ＳＬ－ＤＲＸ）アクティブ時間にあり、ＵＥが一つのＰＳＣＣＨでＳＬ伝送を示すＳＣＩを送信した場合、次の動作／機構をレンダリングできる：
３＞ＵＥは、対応するＰＳＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよく、かつ、
３＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
３＞ＵＥは、対応するＰＳＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよく、かつ、
３＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
第５に、いくつかの実装におけるＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅおよびＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを考慮すると、ＳＬ－ＤＲＸオン期間に滞在しているＵＥに対して、以下の動作／機構を開示してもよい：
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ）が受信された場合
２＞短い ＳＬ－ＤＲＸ サイクルが設定された場合
３＞ＵＥ は、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ の満了後最初のシンボルで、または ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルで ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開できる
３＞その後、ＵＥはショートＳＬ－ＤＲＸサイクル（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）を使用できる
２＞それ以外の場合
３＞ｌｏｎｇ ＳＬ－ＤＲＸ ｃｙｃｌｅ を使用する（注：そのため、ＵＥ は ＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄ に移動する可能性がある）
１＞ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥ はまだ ＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄ にいる可能性がある）
１＞ロングＳＬ－ＤＲＸコマンド（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）。
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ）が受信された場合
２＞短い ＳＬ－ＤＲＸ サイクルが設定された場合
３＞ＵＥ は、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ の満了後最初のシンボルで、または ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルで ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開できる
３＞その後、ＵＥはショートＳＬ－ＤＲＸサイクル（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）を使用できる
２＞それ以外の場合
３＞ｌｏｎｇ ＳＬ－ＤＲＸ ｃｙｃｌｅ を使用する（注：そのため、ＵＥ は ＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄ に移動する可能性がある）
１＞ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥ はまだ ＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄ にいる可能性がある）
１＞ロングＳＬ－ＤＲＸコマンド（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）。
いくつかの他の実装では、ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅおよびＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再び考慮すると、ＵＥがＳＬ－ＤＲＸオフ期間に滞在しているとき、以下の動作／機構を開示してもよい：
１＞ショートＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）の場合、または
１＞ロングＳＬ－ＤＲＸサイクルを使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（注：そのためＵＥはＳＬ－ＤＲＸオン期間に移行する可能性がある）。
１＞ショートＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）の場合、または
１＞ロングＳＬ－ＤＲＸサイクルを使用する場合、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔとする
２＞サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（注：そのためＵＥはＳＬ－ＤＲＸオン期間に移行する可能性がある）。
さらに、いくつかの実装では、ＵＥは、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースおよび（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおいて同時に「起動」してもよい（例えば、ＵＥは、ＵｕインタフェースおよびＰＣ５インタフェースの両方において起動するか否かを決定するためにＣ－ＤＲＸ機構に従うことができる）。さらに、他のいくつかの実装では、ＵＥは、関連する（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間の間、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを（ＳＬ－ＤＲＸ）アクティブ時間に維持してもよい（例えば、関連するＵｕインタフェースでｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬが実行中である場合など）。従って、ある条件下では、ＵＥは、
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されたときにＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（またはその逆）
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始されると、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する（または、その逆）。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されたときにＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（またはその逆）
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始されると、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する（または、その逆）。
また、他のいくつかの実装では、ＵＥは、ＵｕインタフェースだけでなくＰＣ５インタフェースにおいてもＣ－ＤＲＸオフ期間およびＳＬ－ＤＲＸオフ期間に同時に切り替え／移行してもよい（例えば、ＵＥはＣ－ＤＲＸメカニズムに従って、ＵｕインタフェースおよびＰＣ５インタフェースの両方においてＣ－ＤＲＸ／ ＳＬ－ＤＲＸオフ期間に共同で移行するか否かを決定してよい）。
言及した複数の実装から分かるように、ＳＬ－ＤＲＸメカニズムを実装するためにＵＥの動作を開示できる。いくつかの実施形態では、ＵＥは、ＵＥがＳＬ－ＤＲＸメカニズムをサポートすること、またはＵＥがＳＬ－ＤＲＸメカニズムをサポートしないことを示すために、サービングセルに（例えば、ＵＥＡアシスタント情報送信を通じて、または（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通じたＵＥ Ｃａｐａｂｉｌｉｔｙ Ｅｎｑｕｉｒｙ手順を通じて）１つのインジケータを送信してもよい（対照的に、いくつかの実施では、デフォルト設定はＵＥはＳＬ－ＤＲＸメカニズムである）。さらに、ＵＥのＳＬ－ＤＲＸサポートに関する能力は、ＵＥ側およびＲＡＮ側のそれぞれにおいて、ＵＥ ＡＳ（Ｉｎａｃｔｉｖｅ）コンテキストに格納されてもよい。ＵＥモビリティイベント（例えば、（ＲＡＴ間、ＲＡＴ内またはシステム間）ハンドオーバー手順、ＭＣＧ／ＳＣＧ追加／変更、ＲＡＮ通知領域更新）において、ＳＬ－ＤＲＸサポートのＵＥ能力がＵＥ ＡＳ（Ｉｎａｃｔｉｖｅ）コンテキストの一部としてノード間メッセージ（例えば、バックホール接続におけるＸｎインタフェースまたはＸ２インタフェースを通じて）送信される場合がある。いくつかの他の実装では、ＵＥはまた、ＰＣ５インタフェース（例えば、ＰＣ５－ＲＲＣシグナリング）を介して他のＵＥ（複数可）にＳＬ－ＤＲＸをサポートする（またはしない）その能力を報告してもよく、これは実装の範囲を限定するものではない。
図６は、本開示の例示的な実装に係る、第１のＵＥによって実行されるＳＬパケット交換手順６０を示す図である。図６に示すように、第１のＵＥのＳＬパケット交換手順６０は、以下のアクションを含む：
アクション６００：開始
アクション６０２：ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸコンフィギュレーションを受信する
アクション６０４：ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定する。
アクション６００：開始
アクション６０２：ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸコンフィギュレーションを受信する
アクション６０４：ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定する。
好ましくは、ＳＬパケット交換手順６０のアクション６０２からアクション６０４は、第１のＵＥに構成されてもよい。具体的には、いくつかの実装では、第１のＵＥは、アクション６０２において、ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸ設定を受信してもよい。次に、動作６０４において、第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ（または第１ステージＳＣＩと呼ぶ）、次のＰＳＳＣＨ上のＳＬパケットおよび次のＰＳＳＣＨ上の第２のＳＣＩ（または第２ステージＳＣＩと呼ぶ）の少なくとも１つを監視するか否かを決定してもよい。ここで、ＳＣＩは少なくとも１つの第２のＵＥからであってもよく、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）およびＳＬ－ＤＲＸオフ期間の両方はＳＬ－ＤＲＸ機能によって決定されてもよく、ＳＬ送信はＮＲ技術またはＬＴＥ技術によって制御されるＰＣ５インタフェースを通じて送信されてもよい。いくつかの実装では、第１のＵＥは、ＳＬユニキャストグループ、ＳＬグループキャストグループ、およびＳＬブロードキャストグループのうちの１つにおいて第２のＵＥと関連付けられ得る。いくつかの実装では、ＳＬユニキャストグループ、ＳＬグループキャストグループ、またはＳＬブロードキャストグループは、１つのサービングＲＡＮ内の少なくとも１つのサービングセルとインカバレッジ、１つのサービングＲＡＮ内の少なくとも１つのセルと部分インカバレッジ、または１つのサービングＲＡＮのアウトオブカバレッジであってよい。
いくつかの他の実装では、ＳＬパケット交換手順６０は、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ（または第１ステージＳＣＩと呼ぶ）および次のＰＳＳＣＨ上の第２のＳＣＩ（または第２ステージＳＣＩ）／ＳＬパケットの少なくとも１つを送信するか否かを決定するように第１のＵＥをさらに構成できる。いくつかの他の実装では、ＳＬパケット交換手順６０は、第１のＵＥによるＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸ Ｏｆｆ－ｐｅｒｉｏｄとの間の切り替えに応じて、ＳＬリソース要求のために少なくとも１つのＳＬ－ＢＳＲを第１のサービングセルに送信するか、ＳＬリソース構成のために第２のサービングセルからの少なくとも１つのＤＣＩを監視するかを決定するようにさらに構成されてもよい。ここで、第１のサービングセルは、ＮＲ ＵｕインタフェースのＮＲセル、またはＥ－ＵＴＲＡ ＵｕインタフェースのＥ－ＵＴＲＡセルであってもよい。いくつかの他の実装では、ＳＬパケット交換手順６０は、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＣ５インタフェース上の少なくとも１つの第２のＵＥに対してＳＬ－ＳＲ手順、ＳＬ－ ＢＳＲ手順およびＳＬ－ＰＨＲ手順のうちの少なくとも１つをトリガするか否かを決定するように第１のＵＥをさらに構成できる。
いくつかの実装では、第１のＵＥは、少なくとも１つの第２のＵＥとのＳＬパケット交換動作のために、ＳＬ－ＤＲＸオン期間において、ＳＬ－ＤＲＸアクティブ時間において、またはＳＬ－ＤＲＸオフピリオドにおいて異なるＳＬリソースプール構成に構成されてもよく、ＳＬリソースプール構成は、ＳＬ送信リソースプール構成、ＳＬ受信リソースプール構成、例外リソースプール構成、ＳＬディスカバリメッセージ伝送用のＳＬリソースプール構成、ＳＬ動的付与（すなわち１つ以上のＳＬダイナミックグラント）、タイプ－１ ＳＬコンフィギュアドグラント（すなわち１つ以上のタイプ－１ＳＬコンフィギュアドグラント）、タイプ－２ＳＬコンフィギュアドグラント（すなわち１つ以上のタイプ－２ ＳＬコンフィギュアドグラント）およびＳＬ同期信号バーストセット（すなわち１つ以上のＳＬ同期信号バーストセット）、そしてＳＬリソースプール設定は、ＮＲ ＰＣ５インタフェースおよびＥ－ＵＴＲＡ ＰＣ５インタフェース間としてもよい。いくつかの他の実装では、第１のＵＥは、ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（例えばｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘおよび／またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを含む）、ＳＬ－ＤＲＸ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＤＲＸ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよび／またはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ）のうちの少なくとも１つに基づいて、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフピリオドとの間をスイッチする。
いくつかの実装では、第１のＵＥは、ＳＬ事前構成、別のペアリングされたＵＥのＰＣ５－ＲＲＣシグナリング、ＵｕインタフェースにおけるサービングセルのブロードキャストＳＩ、およびＵｕインタフェースにおけるＵＥ固有のＤＬ ＲＲＣシグナリングの少なくとも１つを通じてＳＬ－ＤＲＸ構成を受信するよう構成されてもよい。いくつかの実装では、第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）またはＳＬ－ＤＲＸオフ期間において、それぞれ異なるＳＬリソースプール構成に従ってＣＢＲ測定および検知機構を実行するよう構成されてもよい。以下では、第１のＵＥおよび第２のＵＥは、ＳＬパケット（複数可）を交換する２つの異なるデバイス／装置を形成するための例示的な実装として描かれているだけであり、ＳＬパケット交換手順６０は、第１のＵＥとＳＬパケット（複数可）を交換するための上記のすべての動作／メカニズムのために第２のＵＥに構成されてもよく、これは実装の範囲を限定しない。
本開示の一実施例による無線通信用のノード７００のブロック図である図７を参照していただきたい。図７に示すように、ノード７００は、トランシーバ７０６、プロセッサ７０８、メモリ７０２、１つまたは複数のプレゼンテーションコンポーネント７０４、および少なくとも１つのアンテナ７１０を含み得る。ノード７００はまた、無線周波数（ＲＦ）スペクトル帯モジュール、ＢＳ通信モジュール、ＮＷ通信モジュール、およびシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏコンポーネント、および電源（図７に明示的に図示されていない）を含み得る。これらの構成要素の各々は、１つ以上のバス７２４を介して、直接的または間接的に、互いに通信していてもよい。一実装では、ノード７００は、例えば図６を参照して本明細書に開示された様々な機能を実行するＵＥまたはＢＳであってもよい。
送信機７１６（例えば、送信／送信回路）および受信機７１８（例えば、受信／受信回路）を有するトランシーバ７０６は、時間および／または周波数リソースパーティショニング情報を送信および／または受信するように構成され得る。一実装では、トランシーバ７０６は、使用可能、非使用可能、および柔軟に使用可能なサブフレームおよびスロット形式を含むがこれらに限定されない、異なるタイプのサブフレームおよびスロットで送信するように構成されてもよい。トランシーバ７０６は、データおよび制御チャネルを受信するように構成されてもよい。
ノード７００は、様々なコンピュータ読み取り可能な媒体を含み得る。コンピュータ可読媒体は、ノード７００によってアクセスされ得る任意の利用可能な媒体であってよく、揮発性（および不揮発性）媒体および取り外し可能（および非取り出し可能）媒体の双方を含む。例として、限定するものではないが、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読などの情報を記憶するための任意の方法または技術に従って実装された揮発性（および不揮発性）媒体および取り外し可能（および非取り出し可能）媒体の両方を含み得る。
コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（または他のメモリ技術）、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）（または他の光ディスクストレージ）、磁気カセット、磁気テープ、磁気ディスクストレージ（または他の磁気ストレージデバイス）等が含まれる。コンピュータ記憶媒体は、伝搬されるデータ信号を含まない。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他の搬送機構などの変調データ信号で具現化してもよく、任意の情報配信媒体を含む。用語「変調データ信号」は、信号内に情報をエンコードするような方法でその特性の１つ以上が設定または変更された信号を意味し得る。限定ではなく例として、通信媒体は、有線ＮＷまたは直接有線接続などの有線媒体、および音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体を含み得る。また、これまでの開示のいずれかの組み合わせも、コンピュータ可読媒体の範囲に含まれるはずである。
メモリ７０２は、揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含み得る。メモリ７０２は、取り外し可能、非取り出し可能、またはそれらの組み合わせであってもよい。例えば、メモリ７０２は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含み得る。図７に示すように、メモリ７０２は、実行されると、プロセッサ７０８に、例えば図６を参照して本明細書に開示された様々な機能を実行させるように構成されたコンピュータ実行可能（または読み取り可能）プログラム７１４（例えば、ソフトウェアコード）を格納してもよい。あるいは、コンピュータ実行可能プログラム７１４は、プロセッサ７０８によって直接実行可能でなくてもよいが、ノード７００に（例えば、コンパイルされて実行されたときに）本明細書に開示された様々な機能を実行させるように構成されてもよい。
プロセッサ７０８（例えば、処理回路を有する）は、インテリジェントなハードウェアデバイス、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ７０８は、メモリを含み得る。プロセッサ７０８は、メモリ７０２から受信したデータ７１２およびコンピュータ実行可能プログラム７１４、並びにトランシーバ７０６、ベースバンド通信モジュール、および／またはＮＷ通信モジュールを介した情報を処理してもよい。プロセッサ７０８は、アンテナ７１０を介した送信のためにトランシーバ７０６に、ＣＮへの送信のためにＮＷ通信モジュールに送信するための情報を処理することもできる。
１つまたは複数のプレゼンテーション構成要素７０４は、人または他のデバイスにデータ表示を提示してもよい。提示構成要素７０４の例は、表示装置、スピーカ、印刷構成要素、振動構成要素などを含み得る。
これまでの開示から、本開示で説明した概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技術が使用され得ることが明らかにされた。さらに、概念は、特定の実装を具体的に参照して開示されてきたが、当業者であれば、それらの概念の範囲から逸脱することなく、形態および詳細において変更がなされ得ることを認識するであろう。このように、開示された実施態様は、すべての点で例示的なものであり、制限的なものではないとみなされる。また、本開示は、特定の開示された実施態様に限定されないことを理解されたい。それでも、本開示の範囲から逸脱することなく、多くの再配列、修正、および置換が可能である。
〔関連出願の相互参照〕
本開示は、２０２０年１月２１日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62／964，012の利益およびその優先権を主張する、２０２０年１月２１日に出願された国際特許出願PCT/CN/2021/073121の、35U.S.C 371の元で出願された国内段階出願であり、その内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
本開示は、２０２０年１月２１日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62／964，012の利益およびその優先権を主張する、２０２０年１月２１日に出願された国際特許出願PCT/CN/2021/073121の、35U.S.C 371の元で出願された国内段階出願であり、その内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
〔分野〕
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク（ＳＬ：SideLink）パケット交換動作のための方法およびユーザ機器に関する。
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク（ＳＬ：SideLink）パケット交換動作のための方法およびユーザ機器に関する。
〔背景〕
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
接続されたデバイスの数の大幅な増加およびユーザ／ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第５世代（５Ｇ：fifth generation）新無線（ＮＲ：New Radio）といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）、大規模マシンタイプ通信（ｍＭＴＣ：massive Machine－Type Communication）、および超信頼性低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low-Latency Communication）といった様々なユースケースに対応して、ネットワークサービスおよびネットワークタイプを最適化するための柔軟性および構成可能性を提供するように設計される。
しかしながら、無線アクセスの需要が増加し続けるにつれて、サイドリンク（ＳＬ）パケット交換動作のより一層の改善が必要とされている。
本開示は、サイドリンク（ＳＬ）パケット交換動作のための方法およびユーザ機器（ＵＥ）に向けられる。
本開示の第１局面によれば、サイドリンク（ＳＬ）パケット交換動作のために第１のユーザ機器（ＵＥ）により実行される方法が提供される。方法は、少なくとも１つのＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定と、前記第１のＵＥに設定されるべき複数のＳＬリソースプール設定とを受信するステップと、前記少なくとも１つのＳＬ－ＤＲＸ設定に基づいてＳＬ－ＤＲＸ動作が実行されるとき、前記複数のＳＬリソースプール設定のうちの少なくとも１つに基づいて部分検知を実行するステップであって、前記複数のＳＬリソースプール設定のうちの少なくとも１つによって設定される少なくとも１つのＳＬリソースプールの各々が１つまたは複数の時間スロットを含むステップと、前記部分検知が実行される前記１つまたは複数の時間スロットにおいて、前記少なくとも１つのＳＬリソースプールの各々に関連するＳＬ－チャネルビジー比（ＳＬ－ＣＢＲ）測定を実行するステップとを含む。
第１局面の実装において、前記複数のリソースプール設定のうちの第１のＳＬリソースプール設定に関連付けられたインジケータを受信するステップであって、前記インジケータは、前記第１のＵＥが少なくとも１つのＳＬ－ＤＲＸオフ期間中に前記第１のＳＬリソースプール設定によって設定された第１のＳＬリソースプール上で前記部分検知を実行することが可能か否かを指示するステップをさらに含む。
本開示の第２局面によれば、サイドリンク（ＳＬ）パケット交換動作のための、基地局（ＢＳ）を備えた無線通信システムにおけるユーザ機器（ＵＥ）が提供される。ＵＥは、コンピュータ実行可能な命令を有する１つまたは複数の非一時的コンピュータ可読媒体、および前記１つまたは複数の非一時的コンピュータ可読媒体に結合された少なくとも１つのプロセッサであって、前記コンピュータ実行可能命令を実行して、少なくとも１つのＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定と、前記ＵＥに設定されるべき複数のＳＬリソースプール設定とを受信するステップと、前記少なくとも１つのＳＬ－ＤＲＸ設定に基づいてＳＬ－ＤＲＸ動作が実行されるとき、前記複数のＳＬリソースプール設定のうちの少なくとも１つに基づいて部分検知を実行するステップであって、前記複数のＳＬリソースプール設定のうちの少なくとも１つによって設定される少なくとも１つのＳＬリソースプールの各々が１つまたは複数の時間スロットを含むステップと、前記部分検知が実行される前記１つまたは複数の時間スロットにおいて、前記少なくとも１つのＳＬリソースプールの各々に関連するＳＬ－チャネルビジー比（ＳＬ－ＣＢＲ）測定を実行するステップとを前記ＵＥに行わせるように設定された少なくとも１つのプロセッサとを備えている。
第２局面の実装において、前記少なくとも１つのプロセッサは、前記複数のリソースプール設定のうちの第１のＳＬリソースプール設定に関連付けられたインジケータを受信するステップであって、前記インジケータは、前記第１のＵＥが少なくとも１つのＳＬ－ＤＲＸオフ期間中に前記第１のＳＬリソースプール設定によって設定された第１のＳＬリソースプール上で前記部分検知を実行することが可能か否かを示すステップを前記ＵＥに実行させるためのコンピュータ実行可能命令を実行するようにさらに設定される。
〔図面の簡単な説明〕
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
図１は、本開示の例示的な実施態様による、ＵＥが情報を交換するためのＳＬ動作を示す図である。
図２は、本開示の例示的な実装による、Ｖ２Ｘ小隊のシナリオを示す図である。
図３は、本開示の例示的な実装による、ＵＥのペアの間のＰＣ５－ＲＲＣ接続を示す図である。
図４は、本開示の例示的な実装による、ＳＬ－ＤＲＸ設定を説明する図である。
図５（ａ）、図５（ｂ）、および図５（ｃ）は、本開示の異なる例示的な実装による、異なるサイドリンク（ＳＬ）検知ウィンドウを示す図である。
図６は、本開示の例示的な実装による、第１のＵＥによって実行されるＳＬパケット交換手順を例示する図である。
図７は、本開示の例示的な実装による、無線通信のためのノードのブロック図である。
〔記述〕
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
以下に、本開示における実施例に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形例および実施例は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示の図面および図示は、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
一貫性と理解の容易さのために、例示的な図では、同様の特徴が数字によって（いくつかの例では、図示されていないが）識別される。しかしながら、異なる実施態様における特徴は、他の点で異なっていてもよく、したがって、図に例示されているものに狭く限定されるものではない。
「１つの実装」、「実装」、「例示的な実装」、「様々な実装」、「いくつかの実装」、「本開示の実装」などに対する言及は、本開示の実装が特定の特徴、構造、または特性を含み得るが本開示のすべての可能な実装が必ずしもその特定の特徴、構造、または特性を含むとは限らないことを示す場合がある。さらに、「１つの実装において」、「例示的な実装において」、または「ある実装」というフレーズの繰り返しの使用は、可能性はあるが必ずしも同じ実装を指すとは限らない。さらに、「本開示」に関連して「実装」のようなフレーズのいかなる使用も、本開示のすべての実装が特定の特徴、構造、または特性を含まなければならないことを決して意味してはおらず、その代わりに「本開示の少なくともいくつかの実装」が、述べられた特定の特徴、構造、または特性を含むことを意味すると理解されたい。用語「結合」は、直接的または介在する構成要素を介して間接的にかかわらず、接続されていると定義され、物理的な接続に必ずしも限定されない。用語「備える」は、利用される場合に「含むが、必ずしも限定されない」を意味し、それは特に、そう開示された組み合わせ、グループ、シリーズ、および同等のものへのオープンエンドの包含またはメンバーシップを示す。
本明細書中の用語「および／または」は、関連するオブジェクトを記述するための関連した関係のみであり、３つの関係が存在し得ることを表し、例えば、Ａおよび／またはＢは以下を表すことができる。Ａは単独で存在し、ＡおよびＢは同時に存在し、Ｂは単独で存在する。加えて、本明細書中で使用される文字「／」は、前者および後者の関連する物体が「または」関係にあることを一般に表す。
説明および非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、開示される技術の理解を実現するために開示される。他の例において、不必要な詳細で開示を不明瞭にしないように、周知の方法、技術、システム、およびアーキテクチャの詳細な説明は、省略される。
当業者は、本開示における任意のネットワーク機能（複数種類可）またはアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリまたは他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する１つまたは複数のマイクロプロセッサまたは汎用コンピュータを、対応する実行可能命令を用いてプログラムし、開示されたＮＷ機能（複数種類可）またはアルゴリズム（複数種類可）を実行できる。マイクロプロセッサまたは汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ：Applications Specific Integrated Circuitry）、プログラマブルロジックアレイ、および／または１つまたは複数のデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processors）を使用して形成できる。本開示における実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、ファームウェアとして、またはハードウェアとして、またはハードウェアとソフトウェアの組み合わせとして実装される代替の実施例は、本開示の範囲内に十分にある。
コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、またはコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されなくてもよい。
無線通信ＮＷアーキテクチャ（例えば、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）システム、またはＬＴＥ－アドバンストプロシステム）は、通常、少なくとも１つの基地局（ＢＳ：Base Station）、少なくとも１つのＵＥ、およびＮＷへの接続を提供する１つまたは複数のオプションのＮＷ要素を含み得る。ＵＥは、ＢＳによって確立された無線サクセスＮＷ（ＲＡＮ）を介して、ＮＷ（例えば、コアＮＷ（ＣＮ：Core Network）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ＮＷ、エボルブドユニバーサルテレストリアル無線アクセスＮＷ（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、次世代コア（ＮＧＣ：Next-Generation Core）、５Ｇコア（５ＧＣ：5G Core）、またはインターネット）と通信してもよい。
なお、本出願において、ＵＥとしては移動局、携帯端末または携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えば、ＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、または無線通信能力を有する携帯情報端末（ＰＤＡ：Personal Digital Assistant）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワークにおける１つまたは複数のセルに、エア・インタフェース上で、信号を送受信するように構成される。
ＢＳは、ユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）におけるノードＢ（ＮＢ：Node B）、ＬＴＥまたはＬＴＥ－ＡにおけるエボルブドノードＢ（ｅＮＢ：evolved Node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile communications）／ＧＳＭエボリューションのためのＥＤＧＥ無線アクセスＮＷ（ＧＥＲＡＮ：GSM Enhanced Data rates for GSM Evolution (EDGE) RAN））における基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するエボルブドユニバーサルテレストリアル無線アクセス（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおける次世代ｅＮＢ（ｎｇ－ｅＮＢ：next-generation eNB）、５Ｇ－ＲＡＮ（または５Ｇ－アクセスＮＷ（５Ｇ－ＡＮ：5G Access Network）における次世代ノードＢ（ｇＮＢ：generation Node B）、およびセル内の無線通信を制御し、無線リソースを管理できる任意の他の装置を含み得るが、これらに限定されない。ＢＳは、ＮＷへの無線インタフェースによって、１つまたは複数のＵＥにサービスを提供するように接続してもよい。
ＢＳは、以下の無線アクセス技術（ＲＡＴ：Radio Access Technologies）：マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、ＧＳＭ（しばしば２Ｇと呼ばれる）、ＧＥＲＡＮ、汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたＵＭＴＳ（しばしば３Ｇと呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、進化型ＬＴＥ（ｅＬＴＥ：enhanced LTE）、ＮＲ（しばしば５Ｇと呼ばれる）、およびＬＴＥ－Ａ Ｐｒｏ内の少なくとも１つに従った通信サービスを提供するように構成されてよい。しかしながら、本開示の範囲は、上述したこれらのプロトコルに限定されるべきではない。
ＢＳは、ＲＡＮに含まれる複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能であってもよい。ＢＳは、セルの動作をサポートしてもよい。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能でありうる。より具体的には、各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つまたは複数のＵＥにサービスを提供しうる。例えば、各セルは、ダウンリンク（ＤＬ：Downlink）リソースおよび随意的なＵＬリソースを、ＤＬパケット送信および随意的なＵＬパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにスケジュールする。ＢＳは、複数のセルを介して無線通信システム内の１つまたは複数のＵＥと通信しうる。セルは、近接サービス（ＰｒｏＳｅ：proximity service）サービスをサポートするＳＬリソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有してもよい。マルチラット双方向接続（ＭＲ－ＤＣ：Multi-RAT Dual Connectivity）の場合、マスターセルグループ（ＭＣＧ：Master Cell Group）またはセカンダリセルグループ（ＳＣＧ：Secondary Cell Group）のプライマリセルをスペシャルセル（ＳｐＣｅｌｌ：Special Cell）と呼ぶことがある。プライマリセル（ＰＣｅｌｌ：Primary Cell）は、ＭＣＧのＳｐＣｅｌｌを指す場合がある。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Primary SCG Cell）は、ＳＣＧのＳｐＣｅｌｌを指す場合がある。ＭＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のセカンダリセル（ＳＣｅｌｌ：Secondary Cell）とからなる、マスターノード（ＭＮ：Master Node）に関連するサービングセルのグループを指す場合がある。ＳＣＧは、ＳｐＣｅｌｌと、任意に１つ以上のＳＣｅｌｌからなる、セカンダリノード（ＳＮ：Secondary Node）に関連するサービングセルのグループを指すことがある。また、いくつかの実装では、ＵＥは、関連サービスの関連サービングセルとの（ＬＴＥ／ＮＲ）無線リソース制御（ＲＲＣ）接続を有さないことがあることに留意されたい（言い換えると、ＵＥは、サービングセルとのＵＥ固有のＲＲＣシグナリング交換を有さないことがある）。代わりに、ＵＥは、そのようなサービングセルからの関連するサービスに、関連するＤＬ同期信号（例えば、ＤＬ同期バーストセット）および／またはブロードキャストシステムインフォメーション（ＳＩ）のみを監視することができる。さらに、ＵＥは、関連サービスのための１つ以上の標的ＳＬ周波数キャリア上に、１つの以上のサービングセルを有してもよい。いくつかの追加の実装では、ＵＥは、１つ以上のサービングセルをサービングＲＡＮとして構成するＲＡＮを考慮してもよい。
上に議論したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、および低遅延性の要件を満たしながら、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣといった様々な次世代（例えば、５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）において合意された直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency-Division Multiplexing）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、およびサイクリックプレフィックス（ＣＰ：Cyclic Prefix）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。さらに、ＮＲには、（１）低密度パリティ検査（ＬＤＰＣ：Low-Density Parity-Check）符号、および（２）ポーラ符号の２つの符号化方法が、考慮される。符号化スキームの適用は、チャネル条件および／またはサービスアプリケーションに基づいて設定されてもよい。
さらに、単一のＮＲフレームの送信時間間隔において、少なくともＤＬ送信データ、ガード期間、およびＵＬ送信データは含まれるべきであり、ＤＬ送信データ、ガード期間、およびガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えば、ＮＲのＮＷダイナミクスに基づいて設定可能であるべきであることも考慮される。加えて、ＳＬリソースは、ＰｒｏＳｅサービスをサポートするために、ＮＲフレームを通じて提供されてもよい。
（ＤＲＸ動作の一般的な説明）
いくつかの実装では、ＵＥは、ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視活動を制御するＤＲＸ機能で設定されてもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのとき、ＤＲＸが設定されると、ＵＥは、１つ以上のＰＤＣＣＨを継続的に監視する必要がない場合がある。いくつかの実装では、ＤＲＸは以下によって特徴付けられる場合がある：
・ｏｎ－ｄｕｒａｔｉｏｎ：これは、ＵＥが起動後に、ＰＤＣＣＨを受信するために待機する期間であってもよい。ＵＥがＰＤＣＣＨの復号に成功した場合、ＵＥは、起動を維持し、ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒを（再）開始できる；
・ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒ：これは、ＵＥがＰＤＣＣＨの最後の復号に成功した時点から、ＰＤＣＣＨの復号に成功するために待機する期間であってよく、失敗すると、ＵＥをスリープに戻すことができる。ＵＥは、初回送信時のみ（すなわち、再送信時ではない）、ＰＤＣＣＨの復号に１回成功した後、非稼働タイマを再開できる；
・再送タイマ：これは、（例えば、ハイブリッド自動リピート要求、ＨＡＲＱ）再送が期待されるまでの期間であってよい；
・ｃｙｃｌｅ：これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる；
・アクティブ時間：これは、ＵＥがＰＤＣＣＨ（複数可）を監視している間の合計時間であってもよい。これは、ＤＲＸサイクルの「オン期間」、非アクティブタイマが満了していない間にＵＥが連続受信を行っている間の時間、および再送信の機会を待っている間にＵＥが連続受信を行っている時間を含み得る。
いくつかの実装では、ＵＥは、ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視活動を制御するＤＲＸ機能で設定されてもよい。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのとき、ＤＲＸが設定されると、ＵＥは、１つ以上のＰＤＣＣＨを継続的に監視する必要がない場合がある。いくつかの実装では、ＤＲＸは以下によって特徴付けられる場合がある：
・ｏｎ－ｄｕｒａｔｉｏｎ：これは、ＵＥが起動後に、ＰＤＣＣＨを受信するために待機する期間であってもよい。ＵＥがＰＤＣＣＨの復号に成功した場合、ＵＥは、起動を維持し、ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒを（再）開始できる；
・ｉｎａｃｔｉｖｉｔｙ－ｔｉｍｅｒ：これは、ＵＥがＰＤＣＣＨの最後の復号に成功した時点から、ＰＤＣＣＨの復号に成功するために待機する期間であってよく、失敗すると、ＵＥをスリープに戻すことができる。ＵＥは、初回送信時のみ（すなわち、再送信時ではない）、ＰＤＣＣＨの復号に１回成功した後、非稼働タイマを再開できる；
・再送タイマ：これは、（例えば、ハイブリッド自動リピート要求、ＨＡＲＱ）再送が期待されるまでの期間であってよい；
・ｃｙｃｌｅ：これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる；
・アクティブ時間：これは、ＵＥがＰＤＣＣＨ（複数可）を監視している間の合計時間であってもよい。これは、ＤＲＸサイクルの「オン期間」、非アクティブタイマが満了していない間にＵＥが連続受信を行っている間の時間、および再送信の機会を待っている間にＵＥが連続受信を行っている時間を含み得る。
いくつかの実装では、より詳細なＵＥの動作が以下に導入され得る。媒体アクセス制御（ＭＡＣ）エンティティは、ＲＲＣ層／エンティティによって、ＵＥのＰＤＣＣＨ監視活動を制御するＤＲＸ機能を、ＭＡＣエンティティのセル－無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）、設定済みスケジューリング－無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）中断－無線ネットワーク一時識別子（ＩＮＴ－ＲＮＴＩ）、スロットフォーマット表示－無線ネットワーク一時識別子（ＳＦＩ－ＲＮＴＩ）、セミパーシステントチャネル状態情報－無線ネットワーク一時識別子（ＳＰ－ＣＳＩ－ＲＮＴＩ）。送信電力制御－物理アップリンク制御チャネル－無線ネットワーク一時識別子（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、送信電力制御－物理アップリンク共有チャネル－無線ネットワーク一時識別子（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、変調符号化方式セル－ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、送信電力制御－物理アップリンク制御チャネル（ＳＰＣ－ＣＮＴＴＩ）。ランダムアクセス－ＲＮＴＩ（ＲＡ－ＲＮＴＩ）、ページング－ＲＮＴＩ（Ｐ－ＲＮＴＩ）、システム情報－ＲＮＴＩ（ＳＩ－ＲＮＴＩ）、サイドリンク－ＲＮＴＩ（ｓｌ－ＲＮＴＩ）、サイドリンク設定スケジューリング－ＲＮＴＩ（ｓｌ－ＣＳ－ＲＮＴＩ）、送信電力制御－発音基準記号－無線ネットワーク一時識別子（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）などがある。ＤＲＸ動作を使用する場合、ＭＡＣエンティティは、３ＧＰＰ技術仕様（ＴＳ）の要件に従って１つ以上のＰＤＣＣＨも監視できる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて、ＤＲＸが設定されている場合、すべてのアクティブ化されたサービングセルについて、ＭＡＣエンティティはＤＲＸ動作を使用してＰＤＣＣＨを不連続に監視してもよく、そうでなければ、ＭＡＣエンティティはＰＤＣＣＨをモニタしてよい。
いくつかの実装では、ＲＲＣは、以下のパラメータを設定することによって、ＤＲＸ動作を制御してもよい：
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＤＲＸサイクルの開始時の期間であってもよい；
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間；
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのために新しいＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごと）：ＤＬ再送を受信するまでの最大期間とできる；
ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信のためのグラントを受信するまでの最大期間であってもよい；
ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸサイクルと、ロングまたはショートＤＲＸサイクルが開始されるサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸサイクルを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸサイクルを実行してもよい時間；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ＤＬ ＨＡＲＱプロセスごと、ただしブロードキャストプロセスは除く）：ＭＡＣエンティティによってＨＡＲＱ再送信のためのＤＬ割り当てが期待されるまでの最小期間とできる；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセスごと）：これは、ＭＡＣエンティティによってＵＬ ＨＡＲＱ再送信グラントが期待されるまでの最小期間であってもよい。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＤＲＸサイクルの開始時の期間であってもよい；
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間；
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＤＣＣＨがＭＡＣエンティティのために新しいＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセスごと）：ＤＬ再送を受信するまでの最大期間とできる；
ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信のためのグラントを受信するまでの最大期間であってもよい；
ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸサイクルと、ロングまたはショートＤＲＸサイクルが開始されるサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸサイクルを指定できる；
ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸサイクルを実行してもよい時間；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ＤＬ ＨＡＲＱプロセスごと、ただしブロードキャストプロセスは除く）：ＭＡＣエンティティによってＨＡＲＱ再送信のためのＤＬ割り当てが期待されるまでの最小期間とできる；
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセスごと）：これは、ＭＡＣエンティティによってＵＬ ＨＡＲＱ再送信グラントが期待されるまでの最小期間であってもよい。
いくつかの実装では、ＤＲＸサイクルが設定される場合、（ＳＬ－ＤＲＸ）アクティブ時間は、その間、時間を含み得る：
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳ３８シリーズ規格に記述）が実行されている間、または、以下の時間を含む；
・スケジューリング要求（ＳＲ）がＰＵＣＣＨ上で送信され、保留中である（３ＧＰＰ ＴＳ３８シリーズ規格に記述）；または
ＭＡＣエンティティのＣ－ＲＮＴＩに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちＭＡＣエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すＰＤＣＣＨ（３ＧＰＰ ＴＳ３８シリーズ規格に記述）。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳ３８シリーズ規格に記述）が実行されている間、または、以下の時間を含む；
・スケジューリング要求（ＳＲ）がＰＵＣＣＨ上で送信され、保留中である（３ＧＰＰ ＴＳ３８シリーズ規格に記述）；または
ＭＡＣエンティティのＣ－ＲＮＴＩに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちＭＡＣエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すＰＤＣＣＨ（３ＧＰＰ ＴＳ３８シリーズ規格に記述）。
いくつかの実装では、ＤＲＸが設定される場合、ＭＡＣエンティティは、以下のように動作し得る：
１＞ＭＡＣ ＰＤＵが設定されたダウンリンク割り当てで受信された場合
２＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
２＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
１＞設定されたアップリンクグラントでＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後、最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
２＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了した場合
２＞対応するＨＡＲＱプロセスのデータが復号に成功しなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の最初のシンボルで、対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した後、最初のシンボルで対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する
１＞ＤＲＸコマンドＭＡＣ ＣＥまたはロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ショートＤＲＸサイクルが設定されている場合
３＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後、またはＤＲＸコマンドＭＡＣ ＣＥ受信終了後の最初のシンボルで、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開する
３＞ショートＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＤＲＸサイクルを使用する
１＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＤＲＸサイクルを使用する
１＞ロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＤＲＸサイクルを使用する
１＞ショートＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］
ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）；または
１＞ロングＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］
ｍｏｄｕｌｏ （ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティがアクティブ時間にある場合
２＞ＴＳに規定されるようにＰＤＣＣＨを監視する
２＞ＰＤＣＣＨがＤＬ送信を示す場合
３＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
３＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
２＞ＰＤＣＣＨがＵＬ送信を示す場合
３＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
３＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
２＞ＰＤＣＣＨが新規送信（ＤＬまたはＵＬ）を示す場合
３＞ＰＤＣＣＨの受信終了後、最初のシンボルでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する
１＞現在のシンボルｎにおいて、本節に規定されるＤＲＸアクティブ時間の全ての条件を評価する際に、シンボルｎの４ｍｓ前まで、グラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを受信し、ＳＲを送信したことを考慮すると、ＭＡＣエンティティがアクティブ時間でない可能性がある場合
２＞ＴＳで定義された周期的ＳＲＳおよび半永久的ＳＲＳを送信しない
２＞ＰＵＣＣＨ上のＣＳＩおよびＰＵＳＣＨ上のセミパーシステントＣＳＩを報告しない
１＞ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋ）が上位層によって設定されている場合
２＞現在のシンボルｎにおいて、本条項で規定されるすべてのＤＲＸアクティブ時間条件を評価する際に、シンボルｎの４ｍｓ前まで受信したグラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを考慮してｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない可能性がある場合
３＞ＰＵＣＣＨのＣＳＩを報告しない。
１＞ＭＡＣ ＰＤＵが設定されたダウンリンク割り当てで受信された場合
２＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
２＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
１＞設定されたアップリンクグラントでＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後、最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
２＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬが満了した場合
２＞対応するＨＡＲＱプロセスのデータが復号に成功しなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了後の最初のシンボルで、対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが満了した後、最初のシンボルで対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する
１＞ＤＲＸコマンドＭＡＣ ＣＥまたはロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ショートＤＲＸサイクルが設定されている場合
３＞ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後、またはＤＲＸコマンドＭＡＣ ＣＥ受信終了後の最初のシンボルで、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開する
３＞ショートＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＤＲＸサイクルを使用する
１＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＤＲＸサイクルを使用する
１＞ロングＤＲＸコマンドＭＡＣ ＣＥを受信した場合
２＞ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＤＲＸサイクルを使用する
１＞ショートＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］
ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）；または
１＞ロングＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］
ｍｏｄｕｌｏ （ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティがアクティブ時間にある場合
２＞ＴＳに規定されるようにＰＤＣＣＨを監視する
２＞ＰＤＣＣＨがＤＬ送信を示す場合
３＞ＤＬ ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬを開始する
３＞対応するＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを停止する
２＞ＰＤＣＣＨがＵＬ送信を示す場合
３＞対応するＰＵＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬを開始する
３＞対応するＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを停止する
２＞ＰＤＣＣＨが新規送信（ＤＬまたはＵＬ）を示す場合
３＞ＰＤＣＣＨの受信終了後、最初のシンボルでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する
１＞現在のシンボルｎにおいて、本節に規定されるＤＲＸアクティブ時間の全ての条件を評価する際に、シンボルｎの４ｍｓ前まで、グラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを受信し、ＳＲを送信したことを考慮すると、ＭＡＣエンティティがアクティブ時間でない可能性がある場合
２＞ＴＳで定義された周期的ＳＲＳおよび半永久的ＳＲＳを送信しない
２＞ＰＵＣＣＨ上のＣＳＩおよびＰＵＳＣＨ上のセミパーシステントＣＳＩを報告しない
１＞ＣＳＩマスキング（ｃｓｉ－Ｍａｓｋ）が上位層によって設定されている場合
２＞現在のシンボルｎにおいて、本条項で規定されるすべてのＤＲＸアクティブ時間条件を評価する際に、シンボルｎの４ｍｓ前まで受信したグラント／アサイメント／ＤＲＸコマンドＭＡＣ ＣＥ／ロングＤＲＸコマンドＭＡＣ ＣＥを考慮してｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない可能性がある場合
３＞ＰＵＣＣＨのＣＳＩを報告しない。
いくつかの実装では、ＭＡＣエンティティがＰＤＣＣＨを監視しているか否かにかかわらず、ＭＡＣエンティティは、ＨＡＲＱフィードバック、ＰＵＳＣＨ上の非周期的ＣＳＩ、および３ＧＰＰ ＴＳ３８シリーズ規格に記述された非周期的ＳＲＳが予想される場合に送信できる。ＭＡＣエンティティは、完全なＰＤＣＣＨ機会でない場合（例えば、（ＳＬ－ＤＲＸ）アクティブ時間がＰＤＣＣＨ機会の途中で開始または終了する）、ＰＤＣＣＨを監視する必要がない場合がある。
（ＤＲＸコマンドＭＡＣ ＣＥ）
いくつかの実装では、ＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳ３８シリーズ規格に記述されているように、論理チャネル識別（ＬＣＩＤ）を有するＭＡＣサブヘッダによって識別されてもよい。具体的には、０ビットの固定サイズを有していてもよい。
いくつかの実装では、ＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳ３８シリーズ規格に記述されているように、論理チャネル識別（ＬＣＩＤ）を有するＭＡＣサブヘッダによって識別されてもよい。具体的には、０ビットの固定サイズを有していてもよい。
（ロングＤＲＸコマンドＭＡＣ ＣＥ）
いくつかの実装では、ロングＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳで規定されるＬＣＩＤを持つＭＡＣサブヘッダによって識別される場合がある。具体的には、０ビットの固定サイズを有していてもよい。
いくつかの実装では、ロングＤＲＸコマンドＭＡＣ ＣＥは、３ＧＰＰ ＴＳで規定されるＬＣＩＤを持つＭＡＣサブヘッダによって識別される場合がある。具体的には、０ビットの固定サイズを有していてもよい。
（ＤＲＸの設定）
いくつかの実装では、ＩＥ ＤＲＸ－Ｃｏｎｆｉｇは、以下に記述されるＤＲＸ関連パラメータを設定するために使用され得る：
-- ASN1START
-- TAG-DRX-CONFIG-START
DRX-Config ::= SEQUENCE {
drx-onDurationTimer CHOICE {
subMilliSeconds INTEGER (1..31),
milliSeconds ENUMERATED {
ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms3 ｄ0, ms40, ms50, ms60,
ms80, ms100, ms200, ms300, ms400, ms500, ms600, ms800, ms1000, ms1200,
ms1600, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 }
},
drx-InactivityTimer ENUMERATED {
ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-HARQ-RTT-TimerDL INTEGER (0..56),
drx-HARQ-RTT-TimerUL INTEGER (0..56),
drx-RetransmissionTimerDL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-RetransmissionTimerUL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-LongCycleStartOffset CHOICE {
ms10 INTEGER(0..9),
ms20 INTEGER(0..19),
ms32 INTEGER(0..31),
ms40 INTEGER(0..39),
ms60 INTEGER(0..59),
ms64 INTEGER(0..63),
ms70 INTEGER(0..69),
ms80 INTEGER(0..79),
ms128 INTEGER(0..127),
ms160 INTEGER(0..159),
ms256 INTEGER(0..255),
ms320 INTEGER(0..319),
ms512 INTEGER(0..511),
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
shortDRX SEQUENCE {
drx-ShortCycle ENUMERATED {
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
}
-- TAG-DRX-CONFIG-STOP
-- ASN1STOP。
いくつかの実装では、ＩＥ ＤＲＸ－Ｃｏｎｆｉｇは、以下に記述されるＤＲＸ関連パラメータを設定するために使用され得る：
-- ASN1START
-- TAG-DRX-CONFIG-START
DRX-Config ::= SEQUENCE {
drx-onDurationTimer CHOICE {
subMilliSeconds INTEGER (1..31),
milliSeconds ENUMERATED {
ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms3 ｄ0, ms40, ms50, ms60,
ms80, ms100, ms200, ms300, ms400, ms500, ms600, ms800, ms1000, ms1200,
ms1600, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 }
},
drx-InactivityTimer ENUMERATED {
ms0, ms1, ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms20, ms30, ms40, ms50, ms60, ms80,
ms100, ms200, ms300, ms500, ms750, ms1280, ms1920, ms2560, spare9, spare8,
spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-HARQ-RTT-TimerDL INTEGER (0..56),
drx-HARQ-RTT-TimerUL INTEGER (0..56),
drx-RetransmissionTimerDL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
drx-RetransmissionTimerUL ENUMERATED {
sl0, sl1, sl2, sl4, sl6, sl8, sl16, sl24, sl33, sl40, sl64, sl80, sl96, sl112, sl128,
sl160, sl320, spare15, spare14, spare13, spare12, spare11, spare10, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-LongCycleStartOffset CHOICE {
ms10 INTEGER(0..9),
ms20 INTEGER(0..19),
ms32 INTEGER(0..31),
ms40 INTEGER(0..39),
ms60 INTEGER(0..59),
ms64 INTEGER(0..63),
ms70 INTEGER(0..69),
ms80 INTEGER(0..79),
ms128 INTEGER(0..127),
ms160 INTEGER(0..159),
ms256 INTEGER(0..255),
ms320 INTEGER(0..319),
ms512 INTEGER(0..511),
ms640 INTEGER(0..639),
ms1024 INTEGER(0..1023),
ms1280 INTEGER(0..1279),
ms2048 INTEGER(0..2047),
ms2560 INTEGER(0..2559),
ms5120 INTEGER(0..5119),
ms10240 INTEGER(0..10239)
},
shortDRX SEQUENCE {
drx-ShortCycle ENUMERATED {
ms2, ms3, ms4, ms5, ms6, ms7, ms8, ms10, ms14, ms16, ms20, ms30, ms32,
ms35, ms40, ms64, ms80, ms128, ms160, ms256, ms320, ms512, ms640, spare9,
spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1 },
drx-ShortCycleTimer INTEGER (1..16)
} OPTIONAL, -- Need R
drx-SlotOffset INTEGER (0..31)
}
-- TAG-DRX-CONFIG-STOP
-- ASN1STOP。
また、ＤＲＸ－Ｃｏｎｆｉｇフィールドの記述は、以下のように記述してもよい：
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：これは、トランスポートブロックを受信したＢＷＰのシンボル数での値であってよい
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ：トランスポートブロックが送信されたＢＷＰのシンボル数の値であってよい
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、１ｍｓの複数の整数値であってもよい。例えば、ｍｓ０は０に対応し、ｍｓ１は１ｍｓに対応し、ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ｍｓ単位のｄｒｘ－ＬｏｎｇＣｙｃｌｅと１ｍｓの倍数のｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含むことができる。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅが設定されている場合、ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値は、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの値の倍数であってもよい
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：１／３２ｍｓ（サブミリ秒）またはｍｓ（ミリ秒）の倍数の値を指定できる。後者の場合、値ｍｓ１は１ｍｓに、値ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ：これは、トランスポートブロックを受信したＢＷＰのスロット長数での値であってよい。例えば、値ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ：トランスポートブロックが送信されたＢＷＰのスロット数分の値を指定できる。例えば、ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である
・ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの倍数の値を指定できる。例えば、１の値はｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、２の値は２ ＊ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、以下同様である
・ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：この値はｍｓ単位で指定できる。例えば、ｍｓ１は１ｍｓに対応し、ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：１／３２ｍｓ単位の倍数で値を指定する。例えば、値０は０ｍｓに対応し、値１は１／３２ｍｓに対応し、値２は２／３２ｍｓに対応し、以下同様である。
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：これは、トランスポートブロックを受信したＢＷＰのシンボル数での値であってよい
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ：トランスポートブロックが送信されたＢＷＰのシンボル数の値であってよい
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、１ｍｓの複数の整数値であってもよい。例えば、ｍｓ０は０に対応し、ｍｓ１は１ｍｓに対応し、ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ｍｓ単位のｄｒｘ－ＬｏｎｇＣｙｃｌｅと１ｍｓの倍数のｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含むことができる。ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅが設定されている場合、ｄｒｘ－ＬｏｎｇＣｙｃｌｅの値は、ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの値の倍数であってもよい
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：１／３２ｍｓ（サブミリ秒）またはｍｓ（ミリ秒）の倍数の値を指定できる。後者の場合、値ｍｓ１は１ｍｓに、値ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ：これは、トランスポートブロックを受信したＢＷＰのスロット長数での値であってよい。例えば、値ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ：トランスポートブロックが送信されたＢＷＰのスロット数分の値を指定できる。例えば、ｓｌ０は０スロットに対応し、ｓｌ１は１スロットに対応し、ｓｌ２は２スロットに対応し、以下同様である
・ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅの倍数の値を指定できる。例えば、１の値はｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、２の値は２ ＊ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅに対応し、以下同様である
・ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：この値はｍｓ単位で指定できる。例えば、ｍｓ１は１ｍｓに対応し、ｍｓ２は２ｍｓに対応し、以下同様である
・ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：１／３２ｍｓ単位の倍数で値を指定する。例えば、値０は０ｍｓに対応し、値１は１／３２ｍｓに対応し、値２は２／３２ｍｓに対応し、以下同様である。
（Ｖ２ＸサービスおよびＰＣ５インタフェース）
いくつかの実装では、車両間の情報交換をサポートするために、車両間（Ｖ２Ｘ）サービスが提供され得る。Ｖ２Ｘサービスは、車両対インフラストラクチャ（Ｖ２Ｉ）サービス、車両対歩行者（Ｖ２Ｐ）サービス、車両対ネットワーク（Ｖ２Ｎ）サービス、および車両対車両（Ｖ２Ｖ）サービスのうちの少なくとも１つを含む。ＬＴＥプロトコルでは、Ｖ２Ｘサービスは、ＵｕインタフェースとＰＣ５インタフェースによってエア・インタフェースでサポートされる可能性がある。ＰＣ５インタフェースは、レイヤ２およびレイヤ１の設計をカバーしている。ＰＣ５インタフェースのエアリンク・インタフェースは、ＬＴＥプロトコルではＳＬとも呼ばれる。ＬＴＥネットワークは、３ＧＰＰ ＴＳ Ｒｅｌ．１２以来、ＳＬ動作をサポートしている。図１を参照すると、図１は、本開示の実施例に従って、ＵＥが情報を交換するためのＳＬ動作を示す。図１に示すように、ＵＥは、ＢＳ（例えば、ＬＴＥネットワークにおけるｅＮＢまたはＮＲネットワークにおけるｇＮＢ）の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における各ＵＥは、近隣のＵＥおよびＲＡＮとのＰＣ５インタフェースを介してＶ２Ｘサービスにアクセスすることが可能であり、認可されている。
いくつかの実装では、車両間の情報交換をサポートするために、車両間（Ｖ２Ｘ）サービスが提供され得る。Ｖ２Ｘサービスは、車両対インフラストラクチャ（Ｖ２Ｉ）サービス、車両対歩行者（Ｖ２Ｐ）サービス、車両対ネットワーク（Ｖ２Ｎ）サービス、および車両対車両（Ｖ２Ｖ）サービスのうちの少なくとも１つを含む。ＬＴＥプロトコルでは、Ｖ２Ｘサービスは、ＵｕインタフェースとＰＣ５インタフェースによってエア・インタフェースでサポートされる可能性がある。ＰＣ５インタフェースは、レイヤ２およびレイヤ１の設計をカバーしている。ＰＣ５インタフェースのエアリンク・インタフェースは、ＬＴＥプロトコルではＳＬとも呼ばれる。ＬＴＥネットワークは、３ＧＰＰ ＴＳ Ｒｅｌ．１２以来、ＳＬ動作をサポートしている。図１を参照すると、図１は、本開示の実施例に従って、ＵＥが情報を交換するためのＳＬ動作を示す。図１に示すように、ＵＥは、ＢＳ（例えば、ＬＴＥネットワークにおけるｅＮＢまたはＮＲネットワークにおけるｇＮＢ）の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における各ＵＥは、近隣のＵＥおよびＲＡＮとのＰＣ５インタフェースを介してＶ２Ｘサービスにアクセスすることが可能であり、認可されている。
いくつかの実装では、Ｖ２Ｘサービスは、以下のような異なるキャスト－タイプに基づいてさらに分類され得る：
・ユニキャスト：１つのＳＬグループ内の２つのＵＥのみであり、ＳＬグループの形成は、非アクセス層（ＮＡＳ層）で形成され得る
・マルチキャスト（グループキャスト）：２つ以上のＵＥを１つのＳＬグループにグループ化し、ＳＬグループ内の他の全てのメンバーとＳＬパケットを交換できる。一つの実装では、ＳＬグループは、ＮＡＳ層（例えば、Ｖ２Ｘアプリケーション層またはＰＣ５－Ｓプロトコル）またはＡＳ層（例えば、ＳＬ ＲＲＣ層シグナリング、ＰＣ５－ＲＲＣシグナリング）において形成されてもよい：
・ブロードキャスト：ＳＬグループに制限されない。ＵＥは、メッセージをブロードキャストすることができ、ＳＬ通信範囲内の隣接ＵＥは、ブロードキャストメッセージを受信して復号に成功できる。いくつかの実装では、ＳＬ通信範囲は、Ｔｘ電力、ハードウェア感度等によって異なってもよい。
・ユニキャスト：１つのＳＬグループ内の２つのＵＥのみであり、ＳＬグループの形成は、非アクセス層（ＮＡＳ層）で形成され得る
・マルチキャスト（グループキャスト）：２つ以上のＵＥを１つのＳＬグループにグループ化し、ＳＬグループ内の他の全てのメンバーとＳＬパケットを交換できる。一つの実装では、ＳＬグループは、ＮＡＳ層（例えば、Ｖ２Ｘアプリケーション層またはＰＣ５－Ｓプロトコル）またはＡＳ層（例えば、ＳＬ ＲＲＣ層シグナリング、ＰＣ５－ＲＲＣシグナリング）において形成されてもよい：
・ブロードキャスト：ＳＬグループに制限されない。ＵＥは、メッセージをブロードキャストすることができ、ＳＬ通信範囲内の隣接ＵＥは、ブロードキャストメッセージを受信して復号に成功できる。いくつかの実装では、ＳＬ通信範囲は、Ｔｘ電力、ハードウェア感度等によって異なってもよい。
いくつかの実装では、ＲＡＮ（例えば、Ｅ－ＵＴＲＡＮまたはＮＲ－ＲＡＮ）のカバレッジ下でＳＬ動作（例えば、ＬＴＥ（Ｖ２Ｘ）サイドリンク通信、ＬＴＥサイドリンクディスカバリ、ＬＴＥデバイス間（Ｄ２Ｄ）サービス、ＬＴＥ ＦｅＤ２Ｄサービス、ＮＲ（Ｖ２Ｘ）ＳＬ通信およびＮＲ ＳＬディスカバリをサポートするように設定されるＳＬ動作）を可能にするために、（ＬＴＥ／ＮＲ）セルがＵＥにＳＬ設定およびＳＬリソース割り当てを提供し得る。セルラーネットワークのカバレッジ下にあるＵＥに対して、ＵＥは、ＲＡＮの構成に基づいてＳＬ動作を実行する必要がある場合がある。ＲＡＮのカバレッジの下でＳＬ動作を可能にするために、サービングセル（またはキャンプされたセル）は、ＵＥにＳＬ設定およびＳＬリソース割り当てを提供する必要がある場合がある。具体的には、以下の２つの基本的なアプローチが、ＬＴＥ Ｖ２ＸサービスにおけるＳＬリソース割り当てのために提供される。
１つの実装では、スケジュールされたリソース割り当ては、以下のように特徴付けられ得る：
・ＵＥは、データを送信するために、（ＬＴＥ／ＮＲ）ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態である必要がある場合がある；
・ＵＥは、ｅＮＢにＳＬリソースを要求してもよい（ＳＬバッファ状態報告（ＳＬ－ＢＳＲ）をサービングセルに送信することによって）。ｅＮＢは、ＳＣＩおよびＳＬデータを送信するために、ＵＥに専用のＳＬリソースをスケジュールする。これを達成するために、ｅＮＢは、ＵＥに対してＵｕインタフェースを介してＳＬ－ＢＳＲを報告するよう要求してもよい。さらに、ＵＥは、ＵＥがｅＮＢにＳＬ－ＢＳＲを送信したいが有効なＵＬリソースが存在しない場合、ＵＬ物理リソース（例えば、ＰＵＣＣＨ）上でＳＲをトリガするか、ランダムアクセス手順を開始することもできる。また、ＳＲリソース（または設定）およびＳＲ手順は、ＳＬ動作およびアップリンクトラフィックの双方に対して共通であってもよい。
・ＵＥは、データを送信するために、（ＬＴＥ／ＮＲ）ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態である必要がある場合がある；
・ＵＥは、ｅＮＢにＳＬリソースを要求してもよい（ＳＬバッファ状態報告（ＳＬ－ＢＳＲ）をサービングセルに送信することによって）。ｅＮＢは、ＳＣＩおよびＳＬデータを送信するために、ＵＥに専用のＳＬリソースをスケジュールする。これを達成するために、ｅＮＢは、ＵＥに対してＵｕインタフェースを介してＳＬ－ＢＳＲを報告するよう要求してもよい。さらに、ＵＥは、ＵＥがｅＮＢにＳＬ－ＢＳＲを送信したいが有効なＵＬリソースが存在しない場合、ＵＬ物理リソース（例えば、ＰＵＣＣＨ）上でＳＲをトリガするか、ランダムアクセス手順を開始することもできる。また、ＳＲリソース（または設定）およびＳＲ手順は、ＳＬ動作およびアップリンクトラフィックの双方に対して共通であってもよい。
別の実装では、ＳＬリソースプールからのＵＥ自律的リソース選択は、以下のように特徴づけられ得る：
・ＵＥ自律リソース選択は、ＲＲＣ接続ＵＥ（例えば、専用のＲＲＣシグナリングを通じて、またはＳＩブロードキャスティングを通じて）とＲＲＣ非アクティブ／アイドル状態（例えば、ＳＩブロードキャスティングを通じて）の両方に適用されてもよい；
・リソースプールは、（事実上連続した）リソースブロックのセットであってよく、ＵＥは、ＵＥがＳＬパケット送信に適用したい物理リソースブロックを自律的に決定してもよい
・ＵＥは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してＳＬ制御情報およびデータを送信してもよい；
・ＵＥは、ＳＬパケット配信前に、ＳＬリソースの（再）選択のための検知を実行してもよい。検知の結果に基づいて、ＵＥはいくつかの特定のＳＬリソースを（再）選択し、複数のＳＬリソースを予約する。最大２つの並列（独立）リソース予約プロセスがＵＥによって実行されることが許可される場合がある。また、ＵＥは、そのＶ２Ｘ ＳＬ送信のために単一のリソース選択を実行することが許可されてもよい。
・ＵＥ自律リソース選択は、ＲＲＣ接続ＵＥ（例えば、専用のＲＲＣシグナリングを通じて、またはＳＩブロードキャスティングを通じて）とＲＲＣ非アクティブ／アイドル状態（例えば、ＳＩブロードキャスティングを通じて）の両方に適用されてもよい；
・リソースプールは、（事実上連続した）リソースブロックのセットであってよく、ＵＥは、ＵＥがＳＬパケット送信に適用したい物理リソースブロックを自律的に決定してもよい
・ＵＥは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してＳＬ制御情報およびデータを送信してもよい；
・ＵＥは、ＳＬパケット配信前に、ＳＬリソースの（再）選択のための検知を実行してもよい。検知の結果に基づいて、ＵＥはいくつかの特定のＳＬリソースを（再）選択し、複数のＳＬリソースを予約する。最大２つの並列（独立）リソース予約プロセスがＵＥによって実行されることが許可される場合がある。また、ＵＥは、そのＶ２Ｘ ＳＬ送信のために単一のリソース選択を実行することが許可されてもよい。
また、ＵＥがＶ２Ｘ ＳＬ通信に使用される周波数でＲＡＮカバレッジから外れており、当該ＳＬ周波数キャリア上でＵＥが見つけたＢＳがその周波数に対してＶ２Ｘ ＳＬ設定を提供しない場合、ＵＥはＵＥに予め設定されている送信および受信リソースプールの集合を使用してもよい。Ｖ２Ｘ ＳＬ通信リソースは、ＳＬ上で送信される他の非Ｖ２Ｘデータと共有されない可能性がある。いくつかの実装では、ＵＥは、インストールされたユニバーサル移動通信システム（ＵＭＴＳ）加入者識別モジュール（ＵＳＩＭ）、格納されたメモリ、またはＵＥが以前にアクセスされたＲＡＮを通じて事前設定を取得してもよい。さらに、ＵＥは、グローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System)と同期し、事前設定を適用することによって、ＰＣ５インタフェースを実装できる。このような場合、ＰＣ５インタフェースは、ＲＡＮおよび（ＬＴＥ／ＮＲ）Ｕｕインタフェースから独立していてもよい。
Ｖ２Ｘ小隊シナリオ
図２を参照すると、図２は、本開示の実施例によるＶ２Ｘ小隊シナリオを示す。図２に示すように、小隊Ｘは、車両Ａ、車両Ｂ、車両Ｃ、および車両Ｄを含んでもよく、小隊に（少なくとも）１つのスケジューラ（例えば、車両Ａ）が存在してもよい。小隊Ｘにおいて、車両Ａは、以下のアプローチにより、同じ小隊のメンバーに対してＳＬリソースを設定してもよい。
図２を参照すると、図２は、本開示の実施例によるＶ２Ｘ小隊シナリオを示す。図２に示すように、小隊Ｘは、車両Ａ、車両Ｂ、車両Ｃ、および車両Ｄを含んでもよく、小隊に（少なくとも）１つのスケジューラ（例えば、車両Ａ）が存在してもよい。小隊Ｘにおいて、車両Ａは、以下のアプローチにより、同じ小隊のメンバーに対してＳＬリソースを設定してもよい。
モード１様アプローチ：スケジューラは、同じ小隊内のメンバーへの動的ＳＬグラント（例えば、ＳＣＩによる動的ＳＬグラント）を設定してもよい。さらに、スケジューラは、ＳＬ制御シグナリング（例えば、物理サイドリンクブロードキャストチャンネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel））またはＳＬ ＲＲＣシグナリングを通じて、ＵＥに半周期のＳＬグラント（例えば、設定されたＳＬグラント）を設定してもよい。モード１様アプローチを達成するために、スケジューラは、ＵＥが１つ以上のＰＣ５インタフェースを介してフィードバック情報を提供することを必要とする場合がある。
モード２様アプローチ：スケジューラは、同じ小隊のメンバーに対してＳＬリソースプールを設定できる。ＵＥは、ＵＥ自身によって自動的にＳＬグラントを選択してもよい（例えば、ＳＬグラント選択ｗ／ｗｏ検知）。小隊シナリオは、小隊の車両がインカバレッジ（すなわち、小隊の車両のすべてがセルラーＲＡＮのカバレッジ下にある）、アウトオブカバレッジ（すなわち、小隊の車両のすべてがセルラーＲＡＮのカバレッジ外にある）、または部分インカバレッジ（すなわち、小隊のＵＥの一部がセルラーＲＡＮのインカバレッジ、小隊の他のＵＥがセルラーＲＡＮのアウトオブカバレッジ）のときに適用されてもよい。
いくつかの実装では、スケジューラをサポートするために、小隊内のメンバーは、ＰＣ５インタフェースを介してスケジューラに自身のステータスを報告するために、以下をサポートする必要がある場合がある：
・（ａ）ＳＬ－ＳＲ設定とその報告
・（ｂ）ＳＬ－バッファステータスレポート（ＢＳＲ）設定とその報告
・（ｃ）ＳＬ－パワーヘッドルームレポート（ＳＬ－ＰＨＲ）設定とその報告。
・（ａ）ＳＬ－ＳＲ設定とその報告
・（ｂ）ＳＬ－バッファステータスレポート（ＢＳＲ）設定とその報告
・（ｃ）ＳＬ－パワーヘッドルームレポート（ＳＬ－ＰＨＲ）設定とその報告。
図３を参照すると、図３は、本開示の実施例によるＵＥのペアの間のＰＣ５－ＲＲＣ接続を示す。具体的には、ＰＣ５－ＲＲＣ接続の概念は、ＵｕインタフェースにおけるＲＲＣ接続と異なる場合がある。ＮＲ ＰＣ５インタフェースでは、１つのＳＬ－ユニキャストグループ（例えば、図３に示すＵＥ＃１およびＵＥ＃２）は、（少なくとも）１つのＰＣ５－Ｓ接続を構築する必要があり、各ＰＣ５－Ｓ接続は独立してアクセス層（ＡＳ層）のＰＣ５－ＲＲＣ接続を関連付けられてもよい。言い換えれば、ＰＣ５－Ｓ接続とＰＣ５－ＲＲＣ接続は一対一のマッピングであってもよい。各ＰＣ５ ＲＲＣ接続は、ソースと目的のレイヤ２ ＩＤのペアの間の論理接続である。サービスレベルでは、１つのＰＣ５－Ｓ接続（およびその関連するＰＣ５－ＲＲＣ接続）は、１つまたは複数のＳＬ動作（例えば、１つまたは複数のＮＲ／ＬＴＥ Ｖ２Ｘサービス（複数可）をサポートするためのＳＬ動作（複数可））を提供するために構築されてもよい。いくつかの実装では、例えば、ＵＥ＃１およびＵＥ＃２のＰＣ５－Ｓ接続＃１ｓは、Ｖ２Ｘサービス＃１／＃２を提供するために構築され、ＰＣ５－Ｓ接続＃２ｓは、Ｖ２Ｘサービス＃ａ／＃ｂを提供するために構築される。また、ＱｏＳ要求が異なるＶ２Ｘサービスをサポートするために、ペアとなるＵＥに複数のアクティブなＰＣ５－Ｓ接続／ＰＣ５－ＲＲＣ接続が存在する場合がある。一部の実装では、ＵＥはＰＣ５－ＲＲＣ接続の状態をサービングセル（例えば、マスターセルグループのＰＣｅｌｌまたはセカンダリセルグループのＰＳＣｅｌｌ）に報告することもできるため、サービングＲＡＮはＵＥ側でのＰＣ５－ＲＲＣ接続の状態も知ることができる可能性がある。さらに、ＵＥは、（少なくとも１つのＰＣ５－ＲＲＣ接続に対する）ＳＬ無線リンク障害イベントをサービングＲＡＮに報告してもよい（例えば、モード１様なＳＬリソース設定アプローチなどのＳＬリソース管理のためである）。また、１つのＵＥが、異なるターゲットＵＥを有する複数のＳＬ－ユニキャストグループに参加することもあり、１つのＵＥが、異なるＵＥに関連するＰＣ５－ＲＲＣ接続を有することもあることにもまた留意されたい。
Ｓｉｄｅｌｉｎｋ－不連続受信（ＳＬ－ＤＲＸ）
いくつかの実装では、ＭＡＣエンティティは、ＵＥのＳＬパケット受信（例えば、物理サイドリンク制御チャネル（ＰＳＣＣＨ）モニタリング）活動および／またはＵＥのＳＬパケット送信（例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信）活動を制御するＳＬ－ＤＲＸ機能をＲＲＣエンティティによって設定される場合がある。
いくつかの実装では、ＭＡＣエンティティは、ＵＥのＳＬパケット受信（例えば、物理サイドリンク制御チャネル（ＰＳＣＣＨ）モニタリング）活動および／またはＵＥのＳＬパケット送信（例えば、物理サイドリンク共有チャネル（ＰＳＳＣＨ）送信）活動を制御するＳＬ－ＤＲＸ機能をＲＲＣエンティティによって設定される場合がある。
ＳＬ－ＤＲＸが設定されている場合、すべての関連するＳＬ（例えば、ユニキャスト、グループキャストおよび／またはブロードキャスト）グループに対して、ＭＡＣエンティティは、ＳＬ－ＤＲＸ動作を使用してＰＳＣＣＨを不連続的に監視してもよい。そうでなければ、ＭＡＣエンティティは、ＳＬパケット受信のためにＰＳＣＣＨを監視してもよい。ＳＬ－ＤＲＸが設定される場合、関連するすべてのＳＬ（例えば、ユニキャスト、グループキャストおよび／またはブロードキャスト）グループに対して、ＭＡＣエンティティは、ＳＬ－ＤＲＸ動作を用いて設定されたＰＳＣＣＨ（複数可）上でサイドリンク制御情報（ＳＣＩ）を非連続に送信してもよい。具体的には、いくつかの実装では、ＲＲＣは、以下のパラメータを設定することによって、ＳＬ－ＤＲＸ動作を制御してもよい：
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：この期間は、ＳＬ－ＤＲＸサイクルの開始時であってよい；
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：この遅延時間は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前であってもよい；
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：この期間は、ＰＳＣＣＨが当該ＭＡＣエンティティの新しいＳＬ送信／受信を示すＰＳＣＣＨの機会の後であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大期間であってよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＳＬ再送のためのグラントが受信されるまで最大期間であってよい；
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＳＬ－ＤＲＸサイクルが含まれる場合がある；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従い得る期間にできる；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ－ＨＡＲＱ受信用のＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小期間にできる；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば。ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスあたり）：これは、ＳＬ－ＨＡＲＱ再送グラントがＭＡＣエンティティによって期待されるまでの最小期間であってよい。
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：この期間は、ＳＬ－ＤＲＸサイクルの開始時であってよい；
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：この遅延時間は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前であってもよい；
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：この期間は、ＰＳＣＣＨが当該ＭＡＣエンティティの新しいＳＬ送信／受信を示すＰＳＣＣＨの機会の後であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大期間であってよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＳＬ再送のためのグラントが受信されるまで最大期間であってよい；
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＳＬ－ＤＲＸサイクルが含まれる場合がある；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従い得る期間にできる；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ－ＨＡＲＱ受信用のＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小期間にできる；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば。ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスあたり）：これは、ＳＬ－ＨＡＲＱ再送グラントがＭＡＣエンティティによって期待されるまでの最小期間であってよい。
いくつかの実装では、ＳＬ－ＤＲＸサイクルが設定される場合、（ＰＣ５インタフェースの）「ＳＬ－ＤＲＸ」アクティブ時間には、
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；あるいは
・物理アップリンク制御チャネル（ＰＵＣＣＨ）（Ｕｕインタフェース）でＳＬダイナミックグラント要求のＳＲが送信され、保留中であるか、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ（レイヤ１／レイヤ２）デスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または複数の）新しい送信を示すＰＳＣＣＨ
の間の時間が含まれてよい。
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；あるいは
・物理アップリンク制御チャネル（ＰＵＣＣＨ）（Ｕｕインタフェース）でＳＬダイナミックグラント要求のＳＲが送信され、保留中であるか、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ（レイヤ１／レイヤ２）デスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つ（または複数の）新しい送信を示すＰＳＣＣＨ
の間の時間が含まれてよい。
いくつかの実装では、ＳＬ－ＤＲＸが設定されるとき、ＭＡＣエンティティは、以下のようにしてもよい：
１＞ＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ宛先ＩＤ）に関連するＳＬ ＭＡＣ ＰＤＵが設定されたＳＬ割り当てで受信された場合
２＞ＳＬ－ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始し（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスについてＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
１＞設定されたＳＬグラントでＳＬ ＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＳＳＣＨ送信の終了（または最初の繰り返し）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合
２＞対応するＳＬ－ＨＡＲＱプロセスのデータの復号に成功しなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルにおいて、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始する
１＞ＤＲＸコマンドＭＡＣ制御要素（ＣＥ）（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）をサービングセル（Ｕｕインタフェースを通じて）または他のＵＥ（ＰＣ５インタフェースを通じて）から受信した場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定されている場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後の最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後の最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ロングＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ショートＳＬ－ＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）または
１＞ロングＳＬ－ＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティが（ＳＬ－ＤＲＸ）アクティブ時間にある場合
２＞１つの（または複数の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視する
２＞ＰＳＣＣＨがＳＬ送信を示す場合
３＞ＳＬ－ＨＡＲＱフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱ処理のためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
２＞ＵＥがＳＬ送信を示すＳＣＩを１つのＰＳＣＣＨで送信した場合
３＞対応するＰＳＳＣＨ送信の終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
２＞ＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合
３＞関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動する。
１＞ＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬ宛先ＩＤ）に関連するＳＬ ＭＡＣ ＰＤＵが設定されたＳＬ割り当てで受信された場合
２＞ＳＬ－ＨＡＲＱフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始し（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスについてＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
１＞設定されたＳＬグラントでＳＬ ＭＡＣ ＰＤＵが送信された場合
２＞対応するＰＳＳＣＨ送信の終了（または最初の繰り返し）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
２＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合
２＞対応するＳＬ－ＨＡＲＱプロセスのデータの復号に成功しなかった場合
３＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始する
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了した場合
２＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルにおいて、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始する
１＞ＤＲＸコマンドＭＡＣ制御要素（ＣＥ）（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）をサービングセル（Ｕｕインタフェースを通じて）または他のＵＥ（ＰＣ５インタフェースを通じて）から受信した場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する
２＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定されている場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後の最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後の最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ロングＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する
１＞ショートＳＬ－ＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ） ｍｏｄｕｌｏ （ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）または
１＞ロングＳＬ－ＤＲＸサイクルを使用し、かつ［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後に開始する
１＞ＭＡＣエンティティが（ＳＬ－ＤＲＸ）アクティブ時間にある場合
２＞１つの（または複数の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視する
２＞ＰＳＣＣＨがＳＬ送信を示す場合
３＞ＳＬ－ＨＡＲＱフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱ処理のためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止する
２＞ＵＥがＳＬ送信を示すＳＣＩを１つのＰＳＣＣＨで送信した場合
３＞対応するＰＳＳＣＨ送信の終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始する
３＞対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止する
２＞ＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合
３＞関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動する。
いくつかの実装では、ＭＡＣエンティティは、それが完全なＰＳＣＣＨ機会でない場合、ＰＳＣＣＨを監視する必要がない場合がある（例えば、（ＳＬ－ＤＲＸ）アクティブ時間がＰＳＣＣＨ機会の途中で開始または終了）。また、いくつかの実装では、追加のＳＬ－ＤＲＸメカニズムが存在しない場合もあることに留意されたい。一方、ＵＥは、ＳＬ－ＤＲＸメカニズムに基づいてＳＬパケットの送受信を調整してもよい。
注目すべきは、ＵＥ側の省電力化のために、ＬＴＥ／ＮＲ ＵｕインタフェースにおいてコネクテッドモードＤＲＸ（Ｃ－ＤＲＸ）メカニズムが適用されてきたことである。これに対し、ＬＴＥ／ＮＲ（Ｖ２Ｘ）ＳＬ動作（例えば、ＬＴＥ／ＮＲ（Ｖ２Ｘ）ＳＬ通信）では、ＵＥ側の電力の無駄を減らすための同様のメカニズムが存在しない。したがって、ＳＬ－ＤＲＸアクティブ時間、ＳＬ－ＤＲＸオン期間、ＳＬ－ＤＲＸオフ期間の定義と、ＳＬ－ＤＲＸオフ期間だけでなく提案されたＳＬ－ＤＲＸアクティブ時間（ＳＬ－ＤＲＸオン期間）中の関連ＵＥ動作を含むようにＳＬ－ＤＲＸメカニズムが導入される。
具体的には、いくつかの実装では、ＵＥ（複数可）がＲＲＣ接続状態にあるという条件に基づくメカニズムであってよい。提案されたメカニズムは、ＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態にあるＵＥに対しても実装され得ることに留意されたい。
いくつかの実装では、メカニズムは、ＵＥがサービングＲＡＮのカバレッジの下でＳＬ通信を実施している可能性があるという条件（たとえば、ＳＬユニキャストグループ、ＳＬマルチキャスト（グループキャスト）グループおよびグループ全体がサービングＲＡＮのカバレッジ下にある）に基づき得る。メカニズムは、ＳＬユニキャスト／マルチキャストグループがアウトオブカバレッジ（いずれのＲＡＮともアクティブなＵｕインタフェースなし）またはパーシャルインカバレッジ（グループ内のグループメンバーのサブセットのみがそのサービングＲＡＮとアクティブなＵｕインタフェース（たとえば、Ｕｕインタフェースを介したアクティブＤＬ／ＵＬデータまたはシグナリング交換）あり）にも実施できることを留意されたい。
いくつかの実装において、メカニズムは、ＮＲ ＲＡＴ（たとえば、ＮＲ ＵｕインタフェースおよびＮＲ ＰＣ５インタフェース）に基づいて適用され得る。注目すべきは、メカニズムが、他のＲＡＴ（たとえば、ＬＴＥ ＵｕインタフェースおよびＬＴＥ ＰＣ５インタフェース）にも適用され得るということである。
いくつかの実装では、Ｃ－ＤＲＸメカニズムにおけるショートＤＲＸサイクルおよびロングＤＲＸサイクル（およびショートＤＲＸサイクル／ロングＤＲＸサイクル間のスイッチ）の概念は、ＳＬ－ＤＲＸメカニズムにおいて適用可能であり得る。確かに、ＳＬ－ＤＲＸメカニズムにおいてショート－ＤＲＸサイクルまたはロング－ＤＲＸサイクルのみを設定することも可能である。
いくつかの実装では、ＳＬ－ＤＲＸコマンドは、サービングＲＡＮ（１つまたは複数のサービングセル（複数可）／ＢＳ（複数可）／ｇＮＢ（複数可）を構成する）によって、専用の制御シグナリング（例えば、ＰＨＹシグナリング（例えば、ＰＤＣＣＨを介したダウンリンク制御情報（ＤＣＩ））、または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して送信されるＭＡＣ ＣＥまたは専用ＲＲＣシグナリング）、または３つのシグナリング方法の任意の組み合わせを通して、（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介して、ＵＥに送信する。
いくつかの実装では、ＳＬ－ＤＲＸコマンドは、ＰＣ５インタフェースを介して、専用の制御シグナリング（例えば、ＰＳＳＣＨ内の他のＳＬパケットと多重化されたＭＡＣ ＣＥおよび／または専用のＰＣ５－ＲＲＣシグナリング（例えば、ＰＳＳＣＨを介して送信される、１つの関連するＰＳＳＣＨ））により、あるＵＥ（例えば、ＳＬユニキャスト／グループ－キャストグループ内の小隊長）によってメンバーＵＥに送信されてよい。追加の実施形態では、ＳＬ－ＤＲＸコマンドは、関連するＰＳＣＣＨ内の（少なくとも）１つのＳＣＩを通じて配信されてもよい。
ＳＬ－ＤＲＸのメカニズム
図４を参照して、図４は、本開示の実施例によるＳＬ－ＤＲＸの設定を示す。図４に示すように、ＰＣ５インタフェースでは、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時に（またはＳＬ－ＤＲＸアクティブ時間の開始時から）「起動」してもよい。その後、ＵＥはＳＬ－ＤＲＸオン期間の間に関連／設定されたメカニズムを実行できる。その後、ＵＥは、１つ以上の定義された条件に基づいて、ＳＬ－ＤＲＸオン期間から（またはＳＬ－ＤＲＸアクティブ時間から）ＳＬ－ＤＲＸオフ期間に切り替えてもよい。いくつかの実装では、ＵＥはＳＬ－ＤＲＸオフ期間内に一定期間滞在してもよく、ＳＬ－ＤＲＸオフ期間内に滞在するためのＵＥの動作も以下の段落に提供されてもよい。また、図４に示すように、次のＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間にＳＬ－ＤＲＸオフ期間が終了することもある。
図４を参照して、図４は、本開示の実施例によるＳＬ－ＤＲＸの設定を示す。図４に示すように、ＰＣ５インタフェースでは、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時に（またはＳＬ－ＤＲＸアクティブ時間の開始時から）「起動」してもよい。その後、ＵＥはＳＬ－ＤＲＸオン期間の間に関連／設定されたメカニズムを実行できる。その後、ＵＥは、１つ以上の定義された条件に基づいて、ＳＬ－ＤＲＸオン期間から（またはＳＬ－ＤＲＸアクティブ時間から）ＳＬ－ＤＲＸオフ期間に切り替えてもよい。いくつかの実装では、ＵＥはＳＬ－ＤＲＸオフ期間内に一定期間滞在してもよく、ＳＬ－ＤＲＸオフ期間内に滞在するためのＵＥの動作も以下の段落に提供されてもよい。また、図４に示すように、次のＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間にＳＬ－ＤＲＸオフ期間が終了することもある。
詳細には、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥが関連する物理制御チャネルからの制御情報（複数可）の監視を開始してもよいことを意味する（例えば、ＵＥはＳＣＩ（複数可）を監視するために起動してもよい（例えば、２段階ＳＣＩ配信メカニズムが適用されている間の第１段階ＳＣＩ）を（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける（少なくとも）１つの関連するＰＳＣＣＨ（複数可）から監視するために、および／またはＵＥは（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける（少なくとも）１つの関連するＰＤＣＣＨ（複数可）からＤＣＩ（複数可）を監視するために起動してもよい）。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがＤＲＸ（例えば、Ｃ－ＤＲＸおよび／またはＳＬ－ＤＲＸ）アクティブ時間内に留まる可能性があることを意味する。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を開始する可能性があることを意味する。あるいは、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェース内のＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を（再）開始する可能性があることを意味する。代替的に、１つの実装において、「ＵＥは起動してもよい」の意味は、ＵＥがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（および／または（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を（再）開始してもよいことを意味する。
実施形態のいくつかでは、図４に示すように、１つのＳＬ－ＤＲＸサイクルは、１つのＳＬ－ＤＲＸオン期間とそれに続くＳＬ－ＤＲＸオフ期間とを含むことができる。ＳＬ－ＤＲＸメカニズム（例えば、ＳＬ－ＤＲＸサイクル／ＳＬ－ＤＲＸオン期間の値）のためのパラメータ（およびＳＬ－ＤＲＸサイクル内のＳＬ－ＤＲＸアクティブ時間ｓ／ＳＬ－ＤＲＸオフ期間中のＵＥ／ＲＡＮ動作に関する制御メカニズム／規則）は、サービングＲＡＮによって、ブロードキャストメッセージ（例えば、ＳＩブロードキャストまたはＳＩ ｏｎ－ｄｅｍａｎｄ ｐｒｏｃｅｄｕｒｅを通じて）または専用の制御シグナリング（例えば、ＲＲＣ（接続）再構成メッセージまたは他のＲＲＣメッセージ、例えば、（ＬＴＥ／ＮＲ）ＵｕインタフェースにおけるＲＲＣ（接続）リリースメッセージ、サスペンド設定を有するＲＲＣ（接続）リリースメッセージ、サスペンド設定を有しないＲＲＣ（接続）再構成メッセージ、ＲＲＣ（接続）セットアップメッセージ、ＲＲＣ（接続）リクエストメッセージ、ＲＲＣ（接続）休止メッセージ）等を通じて、明示的に設定できる。
いくつかの実装では、ＳＬ－ＤＲＸメカニズムのためのパラメータ（およびＳＬ－ＤＲＸサイクルにおけるＳＬ－ＤＲＸアクティブ時間／ＳＬ－ＤＲＸオフ期間中のＵＥ／ＲＡＮ動作に関する提案された制御メカニズム／ルール）は、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥによって（例えば、ＳＬ－ＭＩＢまたは専用ＰＣ５－ＲＲＣ信号のブロードキャストを通じて）設定されてもよい。より具体的には、ＳＬ－ＤＲＸ対応パラメータ（例えば、ＳＬ－ＤＲＸサイクル／ＳＬ－ＤＲＸオン期間の値）は、ＭＡＣエンティティおよび／またはセルグループ（例えば、ＭＣＧまたはＳＣＧ）ごとに設定され得るＳＬのＤＲＸ設定を介して設定されてもよい。さらに、ＳＬ－ＤＲＸサイクルは、短いＳＬ－ＤＲＸサイクルおよび／または長いＳＬ－ＤＲＸサイクルを含んでもよく、ＵＥは、事前に定義された規則に基づいて適用すべきＳＬ－ＤＲＸサイクルを決定してもよい。いくつかの実装では、ＳＬ－ＤＲＸメカニズムのためのパラメータ（およびＳＬ－ＤＲＸサイクルにおけるＳＬ－ＤＲＸアクティブ時間／ＳＬ－ＤＲＸオフ期間中のＵＥ／ＲＡＮ動作に関する提案された制御メカニズム／ルール）は、３ＧＰＰ ＴＳ３８シリーズ規格で要求されるように事前に定義されてもよいし、ＵＥ側のメモリモジュール（例えばＵＳＩＭ）に事前にインストールされてもよい。
また、いくつかの実装では、ＳＬ－ＤＲＸパラメータの（一部）は、Ｃ－ＤＲＸパラメータで適用可能であってもよいことに留意されたい。そのようなパラメータのため、表１のＣ－ＤＲＸについて提供される：
・（ａ）ＵＥは、ＳＬ－ＤＲＸオン期間の長さ＝ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを設定してもよい；
・（ｂ）ＵＥは、ＳＬ－ＤＲＸの周期の長さ＝ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅを設定できる；
・（ｃ）長いＤＲＸサイクル関連の設計は、ＳＬ－ＤＲＸの設定にも適用されてもよい。さらに、追加の実施形態のいくつかでは、ＵＥは、ＤＲＸ－Ｃｏｎｆｉｇで受信される受信ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔを適用することによって、長いＳＬ－ＤＲＸサイクルを設定してもよい。
・（ａ）ＵＥは、ＳＬ－ＤＲＸオン期間の長さ＝ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを設定してもよい；
・（ｂ）ＵＥは、ＳＬ－ＤＲＸの周期の長さ＝ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅを設定できる；
・（ｃ）長いＤＲＸサイクル関連の設計は、ＳＬ－ＤＲＸの設定にも適用されてもよい。さらに、追加の実施形態のいくつかでは、ＵＥは、ＤＲＸ－Ｃｏｎｆｉｇで受信される受信ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔを適用することによって、長いＳＬ－ＤＲＸサイクルを設定してもよい。
さらに、いくつかの実装では、ＵＥは、（ＬＴＥ／ＮＲ）Ｕｕインタフェースと（ＬＴＥ／ＮＲ）ＰＣ５インタフェースの両方で同時に「起動」してもよい。たとえば、ＵＥの１つのＭＡＣエンティティがＵｕインタフェースについて関連するＤＲＸ動作を実行し、ＵＥの別のＭＡＣエンティティがＰＣ５インタフェースについて関連するＳＬ－ＤＲＸ動作を実行できる。別の例として、ＵＥの１つのＭＡＣエンティティは、ＵｕインタフェースとＰＣ５インタフェースの両方に対して同じＤＲＸ動作を共同で（同時に）実行してもよい。そして、実施形態のいくつかでは、ＵＥは、ＵｕインタフェースでＤＲＸオフ期間に移行し、ＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間にそれぞれ異なるタイミング（例えば、ＵｕインタフェースとＰＣ５インタフェースにおけるパケット交換状態に応じて（または異なるＤＲＸ動作に応じて）で移行してもよい。
いくつかの実装では、ＵＥは、２つの異なるパラメータのセットを有する２つのＣ－ＤＲＸグループで設定されることがある。さらに、提案されたＳＬ－ＤＲＸメカニズムは、２つのＣ－ＤＲＸグループのうちの１つに対応する２つの異なるパラメータのセットのうちの１つまたは複数のパラメータを適用してもよい。パラメータの異なるセット間の選択は、ターゲットＵＥと同じＳＬユニキャスト／グループキャスト／ブロードキャストグループ（複数可）内のサービングＲＡＮ（例えば、専用のＲＲＣシグナリングを通じて）または他のＵＥ（例えば、専用のＰＣ５－ＲＲＣシグナリングを通じて）によって示され得る。より具体的には、２つのＣ－ＤＲＸグループは、同じＭＡＣエンティティおよび／またはセルグループ（例えば、ＭＣＧ／ＳＣＧ）に対して設定される場合がある。
いくつかの実装では、ＳＬ－ＤＲＸは、以下の状況においてＵＥの動作に影響を与える可能性がある：
（ａ）ＳＬ送信（ＰＣ５インタフェースにおいて）：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＳＬパケット送信のいくつかの実装を停止する可能性がある。より詳細なメカニズムは、以下で提示され得る。いくつかの実装では、ＵＥは、ＬＴＥＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介したＳＬパケット送信（または短くＳＬパケット（複数可））と共に設定されてもよい。いくつかの実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１）ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＮＲ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、（２）ＮＲ ＰＣ５インタフェース上のＳＬパケット送信のみを停止する（従って、ＬＴＥ ＰＣ５インタフェース上のＳＬパケット送信はＳＬ－ＤＲＸオフ期間中に継続できる）、または（３）ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースの両方のＳＬパケット送信を停止できる
（ｂ）ＳＬ受信：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＳＬパケット受信のいくつかの実装を停止できる。より詳細なメカニズムは、以下に議論される。いくつかの実装では、ＵＥは、ＬＴＥ ＰＣ５インタフェースとＮＲ ＰＣ５インタフェースの両方を介してＳＬパケット受信を行うように設定されてもよい。いくつかの実装では、ＳＬ－ＤＲＸオフ期間の間、ＵＥは、以下のようにしてもよい。（１）ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸ オフ期間中も継続できる）、（２）ＮＲ ＰＣ５ インタフェースでのＳＬパケット受信のみを停止する（従って、ＬＴＥ ＰＣ５ インタフェースでのＳＬパケット受信はＳＬ－ＤＲＸオフ期間中も継続できる）、または（３）ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースでのＳＬパケット送信の双方を停止できる
（ｃ）（（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける）ＲＡＮに関連するＳＬ－Ｕｕメカニズム：ＵＥは、（（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介して）ＵＥがＳＬ－ＤＲＸオフ期間に留まっている間に、ＵＥがＲＡＮへのＵＥレポーティングのいくつかの実装を停止してもよく、または、ＵＥがＳＬ－ＤＲＸオフ期間に留まっている間に、ＲＡＮ命令の監視を停止することができる。より詳細なメカニズムを以下に提示することができる。一部の実装では、ＵＥがＬＴＥ ＰＣ５ インタフェースとＮＲ ＰＣ５ インタフェースの両方のＳＬリソース設定をサポートするために、ＮＲ Ｕｕインタフェースを使用して設定してもよい（例えば、ＢＳは、ＰＣ５ ＲＲＣ接続などのＮＲ ＰＣ５インタフェースの動的ＳＬ許可またはＳＬ（例外的）リソースプール設定を設定する）。ＢＳはまた、ＬＴＥ ＰＣ５インタフェースのためのＳＬ（例外的）リソースプール設定を設定することができる。いくつかの実装形態ではＳＬ－ＤＲＸオフ期間中に、ＵＥは、以下のようにしてもよい。（１）ＬＴＥ ＰＣ５インタフェースに関連するＳＬ－Ｕｕ関連メカニズムのみを停止する（したがって、ＮＲ ＰＣ５インタフェースに関連するＳＬ－Ｕｕ関連メカニズム（例えば、１つまたは複数のＰＣ５ ＲＲＣ接続）は、ＳＬ－ＤＲＸオフ期間中に継続してもよい）、（２）ＮＲ ＰＣ５インタフェースに関連するＳＬ－Ｕｕ関連メカニズムのみを停止する（したがって、ＬＴＥ ＰＣ５インタフェースに関連するＳＬ－Ｕｕ関連メカニズムはＳＬ－ＤＲＸオフ期間中に継続してもよい）、または（３）ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェースに関連するＳＬ－Ｕｕ関連メカニズムを停止する
（ｄ）ＳＬ同期メカニズム：ＵＥが（ＬＴＥ／ＮＲ）ＳｙｎｃＲｅｆ ＵＥとして設定されていても、ＵＥがＳＬ－ＤＲＸオフ期間に留まっている間、ＵＥは、（ＭＩＢ－ＳＬまたはＭＩＢ－ＳＬ－Ｖ２Ｘの有無にかかわらず）ＳＬ－ＳＳＢのブロードキャストを停止してもよい。そして、ＵＥは、ＳＬ－ＤＲＸオン期間（次のＳＬ－ＤＲＸサイクル）の開始時にＵＥが起動した後、（ＭＩＢ－ＳＬまたはＭＩＢ－ＳＬ－Ｖ２Ｘの有無にかかわらず）再びＳＬ－ＳＳＢをブロードキャストしてもよい。より詳細なメカニズムを以下に提示することができる。いくつかの実装では、ＵＥがＮＲ ＳｙｎｃＲｅｆ ＵＥおよびＬＴＥ ＳｙｎｃＲｅｆ ＵＥとして設定され得る。いくつかの実装では、ＳＬ－ＤＲＸオフ期間中に、ＵＥは、次のようにできる。（１）ＬＴＥ ＰＣ５インタフェース上のＬＴＥ ＳｙｎｃＲｅｆ ＵＥ動作のみを停止する（したがって、ＮＲ ＰＣ５インタフェース上のＮＲ ＳｙｎｃＲｅｆ ＵＥ動作はＳＬ－ＤＲＸオフ期間中に継続され得る）、（２）ＮＲ ＰＣ５インタフェース上のＮＲ ＳｙｎｃＲｅｆ ＵＥ動作のみを停止する（従って、ＬＴＥ ＰＣ５インタフェース上のＬＴＥ ＳｙｎｃＲｅｆ ＵＥ動作はＳＬ－ＤＲＸオフ期間中に継続され得る）、または（３）ＳＬ－ＤＲＸオフ期間中に、それぞれ、ＮＲ ＰＣ５インタフェースおよびＬＴＥ ＰＣ５インタフェースの両方上のＮＲ ＳｙｎｃＲｅｆ ＵＥ動作およびＬＴＥ ＳｙｎｃＲｅｆ ＵＥ動作を停止する
（ｅ）ＳＬディスカバリメカニズム：ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に留まっている間に、ＬＴＥ／ＮＲ（ＬＴＥ／ＮＲ）ＳＬディスカバリメッセージの配信を停止してもよい。次いで、ＵＥは、ＵＥが後続のＳＬ－ＤＲＸオン期間の開始時に起動した後に、（ＬＴＥ／ＮＲ）ＳＬディスカバリメッセージを再び配信することを（再）開始／再開／継続してもよい。より詳細なメカニズムは以下で議論される。いくつかの実装では、ＵＥは、ＬＴＥ ＳＬディスカバリメッセージ配信およびＮＲ ＳＬディスカバリメッセージ配信で設定され得る。いくつかの実装では、ＳＬ－ＤＲＸオフ期間中に、ＵＥは、次のようにすることができる。（１）ＬＴＥ ＰＣ５インタフェース上のＬＴＥ ＳＬディスカバリメッセージ配信のみを停止する（したがって、ＮＲ ＰＣ５インタフェース上のＮＲ ＳＬディスカバリメッセージ配信はＳＬ－ＤＲＸオフ期間中に継続され得る）、（２）ＮＲ ＰＣ５インタフェース上のＮＲ ＳＬディスカバリメッセージ配信のみを停止する（したがって、ＬＴＥ ＰＣ５インタフェース上のＬＴＥ ＳＬディスカバリメッセージ配信はＳＬ－ＤＲＸオフ期間中に継続され得る）、または（３）ＳＬ－ＤＲＸオフ期間中に、それぞれ、ＬＴＥ ＰＣ５インタフェースおよびＮＲ ＰＣ５インタフェース上のＬＴＥ ＳＬディスカバリメッセージ配信およびＮＲ ＳＬディスカバリメッセージ配信を停止することができる）
（ｆ）ＰＣ５－ＲＲＣ接続：いくつかの実装では、ＵＥがＳＬ－ＤＲＸオフ期間に留まっている間に、ＵＥ側で設定されたＰＣ５－ＲＲＣ接続（例えば、ＳＬパケット送信／受信、ＰＣ５－ＲＲＣ信号送信／受信、または関連するＰＣ５－ＲＲＣ接続を介したＰＣ５－Ｓ信号）のすべてまたはサブセットに関連するＳＬ動作を中止することができる。次いで、ＵＥは、ＵＥがＳＬ－ＤＲＸアクティブ時間に留まっている間に、ＵＥ側で設定されたＰＣ５－ＲＲＣ接続のすべてまたはサブセットに関連するＳＬ動作を（再）開始／再開／継続することができる。対照的に、いくつかの追加の実施において、ＳＬグループキャスト／ブロードキャストグループに関連するＳＬオペレーション（例えば、ＵＥは、関連する標的ＳＬ目的識別子を有するＰＣ５－ＲＲＣ接続で設定されていない）がＵＥがＳＬ－ＤＲＸアクティブ時間またはＳＬ－ＤＲＸオフ期間のどちらに留まっているかにかかわらず、引き続き続く可能性がある。
ＳＬ送信メカニズムを考慮すると、まず、ＰＳＣＣＨにおけるＳＣＩ送信およびＰＳＳＣＨにおけるＳＬパケット配信を開示できる。いくつかの実装では、ＳＬ－Ｔｘ ＵＥを、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥにＳＬデータパケットおよび／または制御信号を送信したいＵＥとして定義できる。そして、ＳＬ－Ｒｘ ＵＥは、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを介して他のＵＥからＳＬパケットおよび／または制御信号を受信したいＵＥとして定義される。いくつかの実装では、１つのＵＥがＳＬ－Ｔｘ ＵＥまたはＳＬ－Ｒｘ ＵＥであってもよく、ＵＥはＳＬ－Ｔｘ ＵＥとＳＬ－Ｒｘ ＵＥとの間でその役割を切り替えてもよい。他のいくつかの実装では、１つのＵＥはＳＬ－Ｔｘ ＵＥとＳＬ－Ｒｘ ＵＥを同時に兼ねることができる。なお、ＳＬ－Ｔｘ ＵＥの動作はＳＬ－Ｔｘ ＵＥに限定されず、ＳＬ－Ｒｘ ＵＥに適用可能であってもよい。さらに、ＳＬ－Ｒｘ ＵＥ動作は、ＳＬ－Ｒｘ ＵＥの場合には限定されず、しかしＳＬ－Ｔｘ ＵＥの場合にも同様に含まれる。例えば、１つの実装において、一般に検知手順は、送信のためにＳＬ－ＴＸ ＵＥに要求されてもよい。対照的に、ＳＬ－ＲＸ ＵＥは、ＳＬパケットの配信を要求する際にＳＬ－ＴＸ ＵＥとして動作することがあるので、（バックグラウンド実装において）検知手順も実行できるが、これは実装の範囲を限定するものでない。
いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間（複数可）の間、設定されたＰＳＣＣＨ（複数可）でのＳＣＩ（例えば、ＳＣＩは、２ステージＳＣＩ配信メカニズムのための第１ステージＳＣＩ（または第１ＳＣＩと呼ばれる）とみなされてもよい）（ＵＥ側で少なくとも１つの保留中のＳＬパケットがあり、ＳＬ－ＤＲＸオフ期間（複数可）中に利用可能なＳＬリソース（複数可）（プール）が存在しても）を送信するのを停止できる。したがってＵＥは、ＳＬ－ＤＲＸオフ期間中にＰＳＳＣＨ（複数可）でＳＬパケット（多重化された復号参照信号（ＤＭＲＳ：Modulation Reference Signal）付き）を送信しないことができる。
いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、タイプ１ＳＬ設定グラント（複数可）へのアクセスを停止してもよい。（いくつかの実装では、ＲＡＮ側に対して、サービングＲＡＮは、ＳＬリソースを他のＵＥに再割り当てしてもよい）。別の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、タイプ１のＳＬ設定グラント（のすべてまたはサブセット）に依然としてアクセスできる。
いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、「アクティブな」タイプ２ＳＬ設定グラント（複数可）にアクセスすることを停止してもよい。（そこで、いくつかの実装では、ＲＡＮ側に対して、サービングセルは、ＵＥのＳＬ－ＤＲＸオフ期間の間、他のＵＥにＳＬリソースを再割り当てしてもよい）。別の実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、アクティブなタイプ２のＳＬ設定グラント（のすべてまたはサブセット）に依然としてアクセスできる。
いくつかの実装では、モード２ＳＬリソース設定について、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＳＬプール（複数可）にアクセスすることを停止できる。
いくつかの実装では、ＳＬ例外リソースプール（複数可）に対して、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ例外リソースプール（複数可）へのアクセスを停止できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ例外的リソースプール（複数可）にアクセスし続けることができる。
いくつかの実装では、ＳＬ－ＨＡＲＱ手順（複数可）に対して、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に移行した後、進行中の（またはアクティブな）ＳＬ－ＨＡＲＱ手順（複数可）を中断してもよい。ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、中断されたＳＬ－ＨＡＲＱ手順（複数可）を維持してもよい（例えば、ＵＥはＳＬ－ＨＡＲＱ手順に関連する全てのアクティブカウンタ／タイマを中断してもよい）。例えば、低優先度（例えば、７、８などの高プロセス・パー・パケット優先度（ＰＰＰＰ）閾値を有するＳＬ論理チャネル）に関連するＳＬ－ＨＡＲＱプロセス（例えば、保留パケットおよび１つの特定のＳＬ－ＨＡＲＱプロセスＩＤに関連するアクティブＳＬ－ＨＡＲＱタイマ）に対して、これらの低優先度を有するＳＬ論理チャネルはＳＬ－ＤＲＸオフ期間中に停止されてもよい。さらに、ＰＰＰＰ閾値は、ＵＥに対して（例えば、専用の（ＰＣ５－）ＲＲＣシグナリングまたはブロードキャストＳＩを介して）さらに設定されてもよい。与えられたＰＰＰＰ閾値より高い（かつ等しい）関連するＰＰＰＰ値で提供されるＳＬ集合ＭＡＣ ＰＤＵは、低優先度ＳＬ ＭＡＣ ＰＤＵとして考慮されてもよい。そして、低優先度ＭＡＣ ＰＤＵに関連するＳＬ送受信および／またはＳＬ－ＨＡＲＱ処理も、ＳＬ－ＤＲＸオフ期間中に中断されてもよい。そうでなければ、所定のＰＰＰＰ閾値より低い関連するＰＰＰＰ値を提供される組み立てられたＭＡＣ ＰＤＵは、高優先度ＳＬ論理チャネル（複数可）と見なされてもよい。そして、これらの高優先度ＳＬ－ＨＡＲＱプロセスに関連するＳＬ送信／受信および／またはＳＬ－ＨＡＲＱプロセスは、ＳＬ－ＤＲＸオフ期間中に中断されないことがある。いくつかの実装では、組み立てられたＭＡＣ ＰＤＵのＰＰＰＰ値は、当該ＭＡＣ ＰＤＵのペイロードに含まれる保留パケットを有する論理チャネルのうち最も低いＰＰＰＰ値（例えば、最も高い優先度のＰＰＰＰ値）により決定されてもよい。確かに、ＳＬ論理チャネルとＰＰＰＰ閾値の実装およびマッピング規則は、ＬＴＥ Ｖ２Ｘ（ＳＬ）通信を参照してもよい。
いくつかの実装では、ＳＬリソースは、ＵＥがＳＬパケット（およびＰＣ５－ＲＲＣシグナリングなどのＳＬ制御シグナリング）を送信するように設定されている１つまたは複数のＳＬ周波数キャリアを横断することがある。そのような状況下では、ＵＥは、複数のＳＬ周波数キャリアにわたって同時にＳＬ－ＤＲＸメカニズムを実装できる。さらに、いくつかの実装では、ＵＥは、複数のＳＬ－ＤＲＸパラメータセットを用いて設定されてもよく、各ＳＬ－ＤＲＸパラメータセットは、ＳＬ周波数キャリアの異なるセットに独立して適用されてもよい（例えば、ＦＲ１（７ＧＨｚ未満の周波数キャリア）およびＦＲ２（７ＧＨｚ以上の周波数キャリア）のＳＬ周波数キャリアに対してそれぞれ２つのＳＬ－ＤＲＸパラメータセット）。
いくつかの実装では、ＳＬ送信リソースプールのサブセットは、ＳＬ－ＤＲＸオフ期間中であってもＳＬパケットを送信するためにＵＥに対して設定されてもよい。例えば、セットのＳＬ－ＤＲＸ－Ｔｘリソースプール設定は、ＵＥに設定されてもよい（例えば、ＳＬ事前設定を通じて；ＲＲＣ（接続）再構成メッセージなどの（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける専用の制御シグナリングを通じて；ＰＣ５－ＲＲＣシグナリングなどのＰＣ５インタフェースにおける専用のシグナリングを通じて；ＳＩなどのブロードキャストメッセージを通じて；ＳＩオンデマンド手順を通じて）。そして、ＵＥがＳＬ－ＤＲＸオフ期間に移行した後、ＵＥはＳＬ－ＤＲＸ－Ｔｘリソースプールへのアクセスを開始できる。さらに、いくつかの実装では、ＳＬ－ＤＲＸ－Ｔｘリソースプール設定は、ＳＬ例外リソースプール（複数可）をさらに含んでもよく、これは、（少なくとも）１つの例外条件が満たされたときにＳＬ－Ｔｘ ＵＥがＳＬパケットを送信するよう設定され得る。いくつかの実装では、ＳＬ－ＤＲＸアクティブ時間／オフ期間に対して提供されるＳＬ－ＤＲＸ－Ｔｘリソースプール設定は、ＳＬ例外リソースプール（複数可）を含まなくてもよい。注目すべきは、いくつかの実装では、ＳＬ－ＤＲＸアクティブ時間の定義は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒのカウントのみを考慮してもよいことである。言い換えれば、ＵＥはＳＬ－ＤＲＸオン期間からＳＬ－ＤＲＸオフ期間へ、ＳＬ－ＤＲＸオン期間タイマが満了した（ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間も終了した）後に直接移行できる。その後、ＳＬ－ＤＲＸサイクル（複数可）内で、ＵＥはＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間内でそれぞれ異なるＳＬ送信リソースのセットを適用してもよい。いくつかの実装では、別々のＳＬ（送信）リソースプール設定が、ＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸオフ期間のそれぞれについて設定されてもよい。いくつかの実装では、ＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸオフ期間用に設定されたＳＬ（送信）リソースプール設定は、物理リソースブロック（ＰＲＢ）割り当てで互いに隔離されてもよい。いくつかの実装では、ＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）およびＳＬ－ＤＲＸオフ期間用に設定されたＳＬ（送信）リソースプール設定は、ＰＲＢ割り当てにおいて部分的に重複してもよい。
いくつかの実装では、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＵＥは、ピアＵＥへのＰＣ５－ＲＲＣ信号の送信を停止できる。その後、ＰＣ５－ＲＲＣシグナリングはＳＬ－Ｔｘ ＵＥ側のバッファに格納されてもよい。ＳＬ－Ｔｘ ＵＥは、次のＳＬ－ＤＲＸオン期間でＰＣ５－ＲＲＣ信号の送信を再スタートしてもよい。したがって、ＵＥがＰＣ５オフ期間に滞在している間、いくつかの特定の手順（例えば、ＰＣ５インタフェースにおけるＳＬ ＵＥ能力照会／交換信号およびＳＬリソース（プール）設定／照会手順）も中断されることがある。また、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、これらのＰＣ５－ＲＲＣシグナリングに関連するＲＲＣ手順が中断される可能性がある。さらに、これらの中断されたＰＣ５－ＲＲＣ手順に関連するアクティブ／オン・ゴーイング・カウンタまたはタイマも、ＳＬ－ＤＲＸオフ期間中に中断される場合がある。その後、ＵＥは、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、中断されたカウンタ／タイマを再カウントしてもよい。
いくつかの実装では、ＳＬ送信のためのＳＬリソースは、ＵＥがＳＬパケット送信を監視してもよい１つまたは複数のＳＬ周波数キャリアを含み得る。
いくつかの実装では、ＳＬ－ＤＲＸオフ期間内に滞在するＵＥについて、ＵＥは、ＵＥ側に保留中のＳＬパケット（ＳＬ制御シグナリング）が存在し得るか否かに基づいて、ＳＬ－ＤＲＸオン期間に切り替えるか否かを判断し得る（例えば、ＰＣ５インタフェースにおける対応するサブフレームの開始からのＳＬ－ＤＲＸ－スロットオフセット（≧０）後にＳＬ－ＤＲＸオン期間タイマを開始する）。すなわち、ＵＥは、バッファに１つ以上の保留中のＳＬパケットが存在する場合、ＳＬ－ＤＲＸサイクルの開始時にＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間に移行してもよい（そして、ＳＬ－ＤＲＸオンＤｕｒａｔｉｏｎＴｉｍｅｒを（ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ後）該当サブフレームの先頭から開始する）。対照的に、ＵＥは、バッファ内に保留中のパケットが存在しない場合、ＳＬ－ＤＲＸオフ期間に留まる（および対応するサブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始しない）ことに決定してもよい。
第２に、ＳＬ送信メカニズムを考慮するために、検知メカニズムを開示してもよい。いくつかの実装では、ＳＬ－Ｔｘ ＵＥは、ＬＴＥ Ｖ２Ｘ ＳＬ通信およびＮＲ ＳＬ動作におけるＳＬパケット配信のためのターゲットＳＬリソースブロックを選択するために、ＳＬ検知または部分検知メカニズムを実装できる。
いくつかの実施形態では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にＳＬ検知または部分検知メカニズムの実装を停止してもよい。
図５（ａ）を参照して、図５（ａ）は、本開示の実施形態によるサイドリンク検知ウィンドウを示す。いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に「サイドリンク（ＳＬ）検知ウィンドウ」期間を用いて設定され得る。図５（ａ）に示すように、ＳＬ－ＤＲＸオン期間の開始前に、ＵＥは、来るＳＬ－ＤＲＸオン期間におけるＳＬパケット配信の準備のために、ＳＬ検知または部分検知メカニズムを事前に実装し始めることができる。
図５（ａ）に基づいて、いくつかの実装では、ＵＥは、ＳＬ検知ウィンドウ内に位置するＰＳＣＣＨを監視し、復号することができる。いくつかの実装では、ＵＥは、ＳＬ検知ウィンドウ中にＰＳＣＣＨまたはＰＳＳＣＨ内のＳＣＩを復号しないことがある。その代わりに、ＵＥは、（例えば、ＰＳＣＣＨ（複数可）に関連付けられた各物理リソースブロックを検出することによって）ＰＳＣＣＨの受信信号強度（例えば、ＳＬ－ＲＳＳＩ）または受信電力密度（例えば、ＳＬ－ＲＳＲＱ）を監視するか、設定されたＳＬ検知ウィンドウ内のＰＳＳＣＨ（複数可）を監視するだけでもよい。いくつかの実装では、ＵＥは、ＳＬ検知ウィンドウ中にＳＬのための（ＬＴＥ／ＮＲ）Ｕｕインタフェース内の省電力信号（ＰＳＳ）（または起動信号（ＷＵＳ））を監視してもよい。次いで、ＵＥは、Ｕｕインタフェースを介してサービングセルからＰＳＳ（またはＷＵＳ）を受信した後に、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおいて起動することもできる。
より具体的には、いくつかの実装において、ＰＳＳは、ＷＵＳ、ＰＤＣＣＨ－ＷＵＳ、ＰＤＣＣＨ－ｓｋｉｐｐｉｎｇ、および／またはｇｏ－ｔｏ－ｓｌｅｅｐ信号と呼ばれてもよい。ＰＳＳは、固有のＲＮＴＩ（例えば、省電力ＲＮＴＩ（ＰＳ－ＲＮＴＩ））によってスクランブルされ得る。ＰＳＳは以下の情報の集まり、すなわち、Ｃ－ＤＲＸ（例えば、起動および／またはスリープ状態になる）、クロススロットスケジューリング、トリガ基準信号送信、ＣＳＩ－ＲＳ測定レポート、シングル／マルチセル動作、帯域幅パート情報（例えば、ＢＷＰ ＩＤ）、セカンダリセル（ＳＣｅｌｌ）情報（例えば、ＳＣｅｌｌ ＩＤ）マルチ入力マルチ出力（ＭＩＭＯ）レイヤ適合（例えば、最大数のＭＩＭＯレイヤ）、アンテナ数、制御リソースセット（ＣＯＲＥＳＥＴ）／サーチスペース／後続のＰＤＣＣＨ復号の候補の指示、ＰＤＣＣＨ監視周期性、ＰＤＣＣＨスキップ、Ｃ－ＤＲＸ監視のスキップ数、ＳＰＳ（半持続スケジューリング）アクティブ化、Ｃ－ＤＲＸ設定、Ｃ－ＤＲＸ周期などのうちの１つ以上を含んでもよく、これは、本実施形態の範囲を限定しない。ＰＳＳの監視機会は、Ｃ－ＤＲＸオン期間の（例えば、スタートシンボル／スロット／サブフレームの）開始前および／または開始時に、ＮＷによってＵＥに「指示される」ことができる。ＵＥに指示することは、上位層信号による明示的信号を含むか、またはＣＯＲＥＳＥＴ／サーチスペースを介することを含んでもよい。例えば、サービングＲＡＮは、オフセットをＵＥに設定してもよい。サービングＲＡＮは、ＰＳＳのための特定のＣＯＲＥＳＥＴおよび／またはサーチスペースを設定することができる。サービングＲＡＮは、ＰＳＳに対して特定の周期を設定でき、例えば、周期は、ＤＲＸサイクルの周期に関連付けることができる。ＵＥは、固有のＣＯＲＥＳＥＴおよび／またはサーチスペース上のＣ－ＤＲＸオン期間の前および／または開始時（例えば、スタートシンボル／スロット／サブフレーム）のオフセットにおけるＰＳＳを監視することができる。ＷＵＳは、ＵＥが来る新しいＣ－ＤＲＸサイクルにおいて起動する必要があるか、または起動しない必要があることを示すためのフィールドを有してもよい。その代わりに、ＷＵＳは、ＵＥが起動する必要があるか否かを示すための明示的なフィールド／フォーマットを有さなくてもよい。ＵＥがＷＵＳを受信するとき、それはサービングＲＡＮが、（例えば、後続のＣ－ＤＲＸオン期間上でＰＤＣＣＨを監視するために（すなわち、ＵＥが後続のＣ－ＤＲＸ周期の開始時にｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始してもよいように））起動するようにＵＥに指示することを意味してもよい。ＵＥがＷＵＳ機会にＷＵＳを受信しない場合、それは、サービングＲＡＮがＵＥが起動しないこと（例えば、ＰＤＣＣＨを監視せず、Ｃ－ＤＲＸオフ期間に留まること（すなわち、後続のＣ－ＤＲＸ周期の開始時にｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始しないこと））を指示することを意味してもよい。
いくつかの実装では、ＵＥは、ＵＥがバッファ内に保留中のＳＬパケットを有するかどうかに基づいて、ＳＬ検知ウィンドウの始めに（部分）検知メカニズムを開始するか否かを決定することができる。例えば、ＵＥはＳＬ－Ｔｘ ＵＥ側に保留中のＳＬパケットがある場合にのみ、（部分）検知メカニズムを開始することができる。対照的に、ＵＥがそのバッファ内に保留パケットを有していない場合、ＵＥは、ＳＬ（部分）検知メカニズムおよびＳＬ検知ウィンドウをトリガすることができない。その代わりに、ＵＥは特定の表示（例えば、ＰＳＳおよび／またはＷＵＳの場合）に基づいて、検知ウィンドウの間、監視を継続するか否かを決定することができ、特定の表示は検知ウィンドウの間に示されてもよい。
図５（ｂ）を参照して、図５（ｂ）は、本開示の例示的な実装に係る別のサイドリンク検知ウィンドウを示す。注目すべきは、図５（ｂ）に示すように、いくつかの実装では、ＳＬ検知ウィンドウは、ＳＬ－ＤＲＸオン期間の一部として設定されてもよい。言い換えれば、ＵＥは、ＳＬ－ＤＲＸオン期間の開始時にＵＥが起動したときにのみ、ＳＬ（部分）検知メカニズムを開始してもよい。さらに、ＵＥは、（部分）検知結果に基づいて、このＳＬ－ＤＲＸオン期間においてＳＬパケットを送信するか否かを決定してもよい。
図５（ｃ）を参照して、図５（ｃ）は、本開示の一実施例による別のサイドリンク検知ウィンドウを示す。図５（ｃ）に示すように、いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間に、新しいＳＬパケットがＵＥ側のバッファに到着する間、ＳＬ（部分）検知メカニズムを開始してもよい。さらに、ＵＥは、新しいＳＬパケット（複数可）が特定の（事前に設定された）ＳＬ論理チャネル（例えば、低いＰＰＰＰ値／閾値に関連するＳＬ論理チャネルなどの高い優先度を有する論理チャネル）、いくつかの特定のＰＰＰＰ閾値、またはいくつかの特定のＰＰＰＰ値に属する場合にのみこのルールを適用してもよい。
いくつかの実装では、ＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸメカニズムに基づく検知メカニズムまたは部分検知メカニズムのいずれかを実装するように設定される場合がある。例えば、１つのＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸオン期間中に（部分）検知メカニズムを実装してもよい。これに対して、ＳＬ－Ｔｘ ＵＥは、ＳＬ－ＤＲＸオフ期間に滞在している間、部分的な検知メカニズムを実装してもよい。さらに、検知メカニズムは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の遷移中に中断されないかもしれない。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、またはＵＥがＣ－ＤＲＸオン期間（またはＣ－ＤＲＸアクティブ時間）からＣ－ＤＲＸオフ期間に切り替わる間に（部分）検知メカニズムを停止してもよい。さらに、ＵＥは、（部分）検知メカニズムが停止された場合、記憶された検知結果を解放することもできる。
第３に、ＳＬ送信メカニズムはチャネル・ビジー比（ＣＢＲ）測定およびチャネル占有率を含んでもよい。
ＣＢＲ測定を開始するために、いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にＣＢＲ測定の実施を停止してもよい。いくつかの実装では、ＵＥは、図５（ａ）～図５（ｃ）に示すＳＬ検知ウィンドウにも続く別のＳＬ ＣＢＲウィンドウで設定されてもよい。いくつかの実装では、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、および／またはＵＥがＳＬ－ＤＲＸオフ期間からＳＬ＿ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）に切り替える間、ＣＢＲ測定が中断しないことがある。
次に、チャネル占有率を考慮するために、いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中にチャネル占有率測定の実施を停止できる。いくつかの実装では、ＵＥは、図５（ａ）～図５（ｃ）に示すＳＬ検知ウィンドウにも続く別のＳＬチャネル占有率ウィンドウで設定されてもよい。いくつかの実装では、ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間に切り替わる間、および／またはＵＥがＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）に切り替わる間はチャネル占有率測定が中断しないことがある。
第４に、ＳＬ送信メカニズムはＳＬ－ＢＳＲ手順を含んでもよい。いくつかの実装では、ＵＥは、ＮＲ ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣシグナリングを通じて）ＳＬ－ＢＳＲ（複数可）を交換してもよい。いくつかの実装では、１つのＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＰＣ５インタフェースを通じて近隣ＵＥにＳＬ－ＢＳＲを開始しないことがある。いくつかの追加の実装では、１つの進行中のＳＬ－ＢＳＲ手順は、ＳＬ－ＤＲＸオフ期間中に保留／一時停止／延期／キャンセルされる場合がある。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在する間、ＰＣ５インタフェースを通じて近隣ＵＥに対して依然としてＳＬ－ＢＳＲ手順を開始できる。さらに、進行中のＳＬ－ＢＳＲ手順は、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の切り替え／遷移の影響を受けない可能性がある。
第５に、ＳＬ送信メカニズムはＳＬ－ＳＲ手順を含んでもよい。いくつかの実装では、ＵＥは、ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣシグナリングを通じて）（少なくとも）１つの近隣ＵＥとの間でＳＬ－ＳＲ手順を開始してもよい。いくつかの追加の実装では、進行中のＳＬ－ＳＲ手順は、ＳＬ－ＤＲＸオフ期間中に保留／一時停止／延期／キャンセルされてもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＰＣ５インタフェースを通じて近隣ＵＥにＳＬ－ＳＲを開始しないことがある。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に滞在している間、ＰＣ５インタフェースを通じて近隣のＵＥにＳＬ－ＳＲ手順をまだ開始できる。さらに、進行中のＳＬ－ＳＲ手順は、ＳＬ－ＤＲＸオン期間／ＳＬ－ＤＲＸオフ期間間の切り替え／遷移によって影響を受けないかもしれない。
第６に、ＳＬ送信メカニズムについては、ＳＬパワーヘッドルームレポート（ＳＬ－ＰＨＲ：SL-Power Headroom Report）手順を含んでもよい。いくつかの実装では、ＵＥは、ＰＣ５インタフェースを通じて（例えば、ＰＣ５－ＲＲＣ信号を通じて）少なくとも１つの近隣ＵＥとＳＬ－ＰＨＲ手順を開始できる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内に留まる間、ＰＣ５インタフェースを通じて近隣ＵＥに対してＳＬ－ＰＨＲを開始しないことができる。いくつかの追加の実装では、ＳＬ－ＤＲＸオフ期間中に、進行中のＳＬ－ＰＨＲ手続きが保留／中断／延期／キャンセルされる場合がある。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間内にいる間、ＰＣ５インタフェースを通じて近隣ＵＥに対して依然としてＳＬ－ＰＨＲ手順を開始できる。さらに、進行中のＳＬ－ＰＨＲ手順は、ＳＬ－ＤＲＸオン期間／ＳＬ－ＤＲＸオフ期間間の切り替え／遷移によって影響を受けない可能性がある。
第７に、ＳＬ送信メカニズムは例外条件を含んでもよい。いくつかの実装では、ＵＥは、（少なくとも）１つの例外条件が起こる間、（ＳＬダイナミックグラント、Ｔｙｐｅ１ ＳＬコンフィギュアドグラント、Ｔｙｐｅ２ ＳＬコンフィギュアドグラント、モード２ ＳＬリソースプール設定、または例外リソースプールを通じて）ＳＬパケット送信を停止する規則を、たとえば以下のように破ることがある：
・（ａ）一般に知られ、３ＧＰＰ ＴＳ３８シリーズ規格で定義されている（ＮＲ／ＬＴＥ）ＲＲＣプロトコルのＴ３１０またはＴ３１１が実行されている場合；
・（ｂ）一般に知られ、３ＧＰＰ ＴＳ３８シリーズ規格で定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルのＴ３０１が実行されている場合；
・（ｃ）３ＧＰＰ ＴＳ３８シリーズ規格で一般に知られ定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルのＴ３０４が実行されている場合；
・（ｄ）ＵＥに設定されたＳＬリソース（プール）に関する（部分）検知結果がまだ利用可能でない場合；
・（ｅ）ＵＥが（ＮＲ／ＬＴＥ）ＲＲＣ接続（再）確立／再開を開始した時点から、ＳＬリソース（プール）設定を含むＲＲＣ（接続）再構成を受信するまで、またはＲＲＣ（接続）解放（例えば、ＵＥに（ＬＴＥ／ＮＲ）ＲＲＣ ＩＮＡＣＴＩＶＥ状態へ移行するように指示する、サスペンド設定付き／なしのＲＲＣ（接続）リリースメッセージ）あるいはＲＲＣ（接続）リジェクトメッセージ）を受信するまでの間；
・（ｆ）ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間に、ＰＣ５インタフェースを介して他のＵＥにＰＣ５－ＲＲＣシグナリング（例えば、ＳＬ－ＳＲ手順、ＳＬ－ＢＳＲ手順、またはＳＬ－ＰＨＲ手順）を送信するように開始された場合、またはＵＥが（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介してＵＥのサービングセルにＳＬ ＳＲ要求手順、ＢＳＲ手順、またはＳＬ ＰＨＲ手順を送信するために開始された場合。
・（ａ）一般に知られ、３ＧＰＰ ＴＳ３８シリーズ規格で定義されている（ＮＲ／ＬＴＥ）ＲＲＣプロトコルのＴ３１０またはＴ３１１が実行されている場合；
・（ｂ）一般に知られ、３ＧＰＰ ＴＳ３８シリーズ規格で定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルのＴ３０１が実行されている場合；
・（ｃ）３ＧＰＰ ＴＳ３８シリーズ規格で一般に知られ定義されている（ＮＲ／ＬＴＥ）ＲＲＣ プロトコルのＴ３０４が実行されている場合；
・（ｄ）ＵＥに設定されたＳＬリソース（プール）に関する（部分）検知結果がまだ利用可能でない場合；
・（ｅ）ＵＥが（ＮＲ／ＬＴＥ）ＲＲＣ接続（再）確立／再開を開始した時点から、ＳＬリソース（プール）設定を含むＲＲＣ（接続）再構成を受信するまで、またはＲＲＣ（接続）解放（例えば、ＵＥに（ＬＴＥ／ＮＲ）ＲＲＣ ＩＮＡＣＴＩＶＥ状態へ移行するように指示する、サスペンド設定付き／なしのＲＲＣ（接続）リリースメッセージ）あるいはＲＲＣ（接続）リジェクトメッセージ）を受信するまでの間；
・（ｆ）ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間に、ＰＣ５インタフェースを介して他のＵＥにＰＣ５－ＲＲＣシグナリング（例えば、ＳＬ－ＳＲ手順、ＳＬ－ＢＳＲ手順、またはＳＬ－ＰＨＲ手順）を送信するように開始された場合、またはＵＥが（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介してＵＥのサービングセルにＳＬ ＳＲ要求手順、ＢＳＲ手順、またはＳＬ ＰＨＲ手順を送信するために開始された場合。
いくつかの実装では、ＳＬ－ＤＲＸオフ期間は、（少なくとも）上記の例外条件の１つが起こる間に終了し、その後、ＵＥは次のＳＬ－ＤＲＸオン期間に移行するために起動してもよい（例えば、ＵＥは、関連する（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける対応サブフレームの先頭からＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ（≧０）後にＳＬ－ＤＲＸオン期間タイマを開始できる）。
ＳＬ受信に関して、それはＰＳＣＣＨにおけるＳＣＩ受信およびＰＳＳＣＨにおけるＳＬパケット配信を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、利用可能なＳＬリソースからＰＳＣＣＨおよび次の関連ＰＳＳＣＨにおける第１ステージＳＣＩ（または第１ＳＣＩと呼ぶ）を監視しないかもしれない。利用可能なＳＬリソースは、ＳＬ受信リソースプールの全てを含み得る。さらに、ＵＥは、ＰＣ５インタフェース上で第２ステージＳＣＩが実装されている間、ＳＬ－ＤＲＸオフ期間中に、ＰＳＳＣＨ上で配信され得る第２ステージＳＣＩ（または第２ＳＣＩと呼ぶ）を監視しないこともできる。
また、ＳＬ受信リソースプールは、ＵＥがＳＬパケット受信のために監視し得る１つ以上のＳＬ周波数キャリアを含み得ることに留意されたい。
注目すべきは、いくつかの実装において、ＳＬ－ＤＲＸオフ期間中であっても、ＵＥが監視するためにＳＬ受信リソースプールのサブセットが設定されてもよいことである。例えば、ＳＬ－ＤＲＸ－Ｒｘリソースプール設定の１セットがＵＥに設定されてもよい（例えば、ＳＬ事前設定を介して；ＲＲＣ（接続）再構成メッセージなどのＵｕインタフェースにおける専用の制御シグナリングによって；ＰＣ５－ＲＲＣシグナリングなどのＰＣ５インタフェースにおける専用のシグナリングによって；ＳＩなどのブロードキャストメッセージによって；ＳＩオンデマンドプロシージャによって）。そして、ＵＥは、ＳＬ－ＤＲＸオフ期間に移行した後、ＳＬ－ＤＲＸ－Ｒｘリソースプールの監視を開始してもよい。そして、ＵＥは、次のＳＬ－ＤＲＸサイクルでＵＥがＳＬ－ＤＲＸオン期間に移行した後、設定されたＳＬ受信リソースプール全体を監視できる。さらに、いくつかの実装では、提案されたＳＬ－ＤＲＸ－Ｒｘリソースプール設定は、ＳＬ例外リソースプール（複数可）をさらに含んでもよく、これは、上記の例外条件の（少なくとも）１つが満たされたときにＳＬ－Ｔｘ ＵＥがＳＬパケットを送信するために設定されるものである。また、いくつかの実装において、ＳＬ－ＤＲＸアクティブ時間の定義は、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒのカウントのみを考慮してもよいことに留意されたい。言い換えれば、ＵＥはＳＬ－ＤＲＸオン期間からＳＬ－ＤＲＸオフ期間へ、ＳＬ－ＤＲＸオン期間タイマが終了した（ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間も終了した）後に直接移行してもよい。その後、ＳＬ－ＤＲＸサイクル内で、ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸオフ期間内で異なるセットのＳＬ受信リソースプールを適用できる。また、いくつかの実装では、ＳＬ－ＤＲＸオン期間およびＳＬ－ＤＲＸオフ期間のＳＬ受信リソースプール（複数可）は、ＰＲＢ割り当てにおいて独立して設定され、分離されてもよいことに留意してほしい。いくつかの実装では、ＳＬ－ＤＲＸオン期間およびＳＬ－ＤＲＸオフ期間のためのＳＬ受信リソースプール（複数可）は、ＰＲＢ割り当てにおいて（部分的に）重複してもよい。
ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムについて、それはＳＬ動的グラント監視を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＰＤＣＣＨ（またはＳＬダイナミックグラント受信用に設定されたサーチスペース／ＣＯＲＥＳＥＴ）を監視しなくてもよい（例えば、ＳＬダイナミックグラント受信用に設定されたサーチスペース／ＣＯＲＥＳＥＴ）。そこで、ＵＥは、ＳＬダイナミックグラント受信用に設定されたＲＮＴＩ（例えば、ＳＬ－ＲＮＴＩ／ｓｌ－ＲＮＴＩ）を用いてＰＤＣＣＨを復号しようとしないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮからのＰＤＣＣＨを依然としてモニタできる。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間およびＣ－ＤＲＸオフ期間に滞在しているときのみ、ＰＤＣＣＨを監視しなくてもよい。
第２に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムは、ＳＬ（タイプ２）コンフィギュアドグラントアクティベーション／デアクティベーションを含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間（複数可）に滞在している間、ＰＤＣＣＨを監視しなくてもよい（例えば、ＵＥがタイプ２のＳＬコンフィギュアドグラントで設定されている場合、ＵＥはサービングＲＡＮからのＳＬコンフィギュアドグラントのアクティベーション／デアクティベーションについてＰＤＣＣＨを監視しないことがある）。したがって、ＵＥは、ＳＬ設定グラントのアクティベーション／デアクティベーションのために設定されたＲＮＴＩ（例えば、ＳＬ－ＣＳ－ＲＮＴＩ／ｓｌ－ＣＳ－ＲＮＴＩ）を用いてＰＤＣＣＨを復号しようとしないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースにおいてＳＬ－ＤＲＸオフ期間に滞在しているときでも、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間の間、ＰＤＣＣＨ（またはＳＬ設定グラント（複数可）（ｄｅ）アクティベーション用に設定されたサーチスペース／ＣＯＲＥＳＥＴ）を（例えば、サービングＲＡＮからのＳＬ設定グラントアクティベーション／デアクティベーション用に）依然として監視し得る。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間およびＣ－ＤＲＸオフ期間に滞在している間のみ、ＰＤＣＣＨ／検索スペース／ＣＯＲＥＳＥＴを（例えば、サービングＲＡＮからのＳＬ設定されたグラントのアクティブ化／非アクティブ化のために）監視しないことができる。
第３に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムは、ＳＬパケット配信のためのＳＬ－ＳＲ（Ｕｕインタフェース）を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、サービングＲＡＮに対するＳＬ論理チャネル（複数可）に対して（例えば、Ｕｕインタフェースを介して）ＳＬ－ＳＲ手順（複数可）をトリガしないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースにおいてＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮに対するＳＬ ＬＣＨ（複数可）に対するＳＬ－ＳＲ手順（複数可）をトリガしてもよい。いくつかの実装では、ＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在しているときでも、Ｕｕインタフェースを介してＵＥのサービングセルにＳＬ ＳＲを開始しないことがある。いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上のサービングＲＡＮに関連する進行中のＳＬ－ＳＲ手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
第４に、ＲＡＮへのＳＬ－Ｕｕ関連メカニズムは、ＳＬパケット配信のためにＳＬ－ＢＳＲ（Ｕｕインタフェース）を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ ＬＣＨ（複数可）のＢＳＲをサービングＲＡＮに報告するためにＳＬ－ＢＳＲ手順（複数可）を起動しないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在している場合でも、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にＳＬ ＬＣＨ（複数可）のＢＳＲをサービングＲＡＮに報告できる。いくつかの実装では、ＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルへのＳＬ－ＢＳＲを開始しない可能性がある。いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＢＳＲ手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
第５に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムは、ＳＬパケット配信のためにＳＬ－ＰＨＲ（Ｕｕインタフェース）を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間にある間、サービングＲＡＮにＰＨＲを報告するためにＳＬ－ＰＨＲ手順（複数可）を起動しないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースでＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮにＳＬ－ＰＨＲ手順をトリガできる。いくつかの実装では、ＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）内に滞在している間、Ｕｕインタフェースを介してＵＥのサービングセルに対してＳＬ ＰＨＲを開始しないことができる。いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＰＨＲ手順のすべてまたはサブセットを中断／停止／解放／削除／削除してもよい。
第６に、ＲＡＮに対するＳＬ－Ｕｕ関連メカニズムは、ＵｕインタフェースにおけるＳＬ－ＨＡＲＱフィードバック情報を含んでもよい。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、サービングＲＡＮにＳＬ－ＨＡＲＱフィードバック情報を送信しないことがある。いくつかの実装では、ＵＥは、ＵＥがＰＣ５インタフェースのＳＬ－ＤＲＸオフ期間に滞在していても、Ｕｕインタフェースの（ＳＬ－ＤＲＸ）アクティブ時間中にサービングＲＡＮにＳＬ－ＨＡＲＱフィードバックを送信できる。いくつかの実装では、ＵＥは、ＵＥがＣ－ＤＲＸオフ期間（および／またはＳＬ－ＤＲＸオフ期間）に滞在している間のみ、サービングＲＡＮにＳＬ－ＨＡＲＱフィードバック情報を送信しないことができる。いくつかの実装では、ＵＥは、ＳＬ－ＤＲＸオフ期間中に、（ＬＴＥ／ＮＲ）Ｕｕインタフェース上でサービングＲＡＮに関連付けられた進行中のＳＬ－ＨＡＲＱフィードバック手順のすべてまたはサブセットを中断／停止／解放／削除／除去してもよい。
ＳＬ同期メカニズムについて、ＳＬ同期メカニズムは、ＳＬ同期シーケンス配信を含んでもよい。いくつかの実装では、ＵＥがＳｙｎｃＲｅｆ ＵＥとなり、ＳＬ同期メッセージ（例えば、ＳＬ同期シーケンスブロックセット（ＳＬ－ＳＳＢセット）およびＳＬ－ＭＩＢ／ＳＬ－ＭＩＢ－Ｖ２Ｘ）を連続的にブロードキャストすることがある。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬ同期メッセージの送信を停止／中断／延期／停止／解放／削除／除去してもよい。その後、ＵＥは、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、ＳＬ同期メッセージを継続的に送信してもよい。いくつかの実装では、ＳｙｎｃＲｅｆ ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間との間の遷移に影響されることなく、（例えば、ＰＳＢＣＨを通じて）ＳＬ－ＳＳＢセットとそれに関連するＳＬ－ＭＩＢ／ＳＬ－ＭＩＢ－Ｖ２Ｘを継続してブロードキャストし続けてもよい。
ＳＬディスカバリについて、それは、ＳＬディスカバリメッセージ送信メカニズムを含んでもよい。いくつかの実装では、（ＬＴＥ／ＮＲ）ＳＬディスカバリメカニズムに関して、ＵＥは、ＳＬディスカバリメッセージを送信／受信するように設定されてもよい。ＳＬディスカバリメッセージの内容は、上位層（例えば、アプリケーション層／Ｖ２Ｘ層）により提供されてもよい。ＳＬディスカバリメッセージは、特定の物理サイドリンクディスカバリＣＨ（ＰＳＤＣＨ）または共通のＰＳＳＣＨで送信されてもよい。いくつかの実装では、（例えば、いくつかの商用ＳＬディスカバリサービスのために）、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＵＥはＳＬディスカバリメッセージの送信を停止してもよい。その後、ＵＥが再びＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）に移行した後、ＵＥはＳＬディスカバリメッセージを連続的に再送信してもよい。いくつかの実装では、ＳＬディスカバリメッセージが特定のサービス用（例えば、公共安全サービス用）である場合、ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の切り替え／遷移によって影響を受けることなく、ＳＬディスカバリメッセージを連続して配信し続けてよい。
次に、ＳＬディスカバリは、ＳＬディスカバリメッセージ受信メカニズムを含んでもよい。いくつかの実装では（例えば、いくつかの商用ＳＬディスカバリサービスの場合）、ＵＥは、ＵＥがＳＬ－ＤＲＸオフ期間に滞在している間、ＳＬディスカバリメッセージのモニタリングを停止／中断／延期／削除／解除できる。その後、ＵＥが再びＳＬ－ＤＲＸオン期間に移行した後、ＵＥは再びＳＬディスカバリメッセージの連続的な監視を開始してもよい。いくつかの実装では、ＳＬディスカバリメッセージが特定のサービス用（例えば、公共安全サービス用）である場合、ＵＥは、ＳＬ－ＤＲＸオン期間とＳＬ－ＤＲＸオフ期間の間の切り替え／遷移によって影響を受けることなくＳＬディスカバリメッセージを継続的に監視し続けることができる。
ＳＬ－ＤＲＸメカニズムに関連するカウンタ／タイマ
いくつかの実装では、以下の状況におけるＵＥ動作の詳細を含んでもよい：
・（ａ）ＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間への切り替えのためにＵＥをトリガするためのＵＥ動作；
・（ｂ）ＵＥがＳＬ－ＤＲＸオン期間に滞在している間のＵＥの動作；
・（ｃ）ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間への切り替えのためにＵＥをトリガするためのＵＥ動作；
・（ｄ）ＵＥがＳＬ－ＤＲＸアクティブ時間に滞在している間のＵＥ動作（Ｕｕインタフェースおよび／またはＰＣ５インタフェースの場合）。
いくつかの実装では、以下の状況におけるＵＥ動作の詳細を含んでもよい：
・（ａ）ＳＬ－ＤＲＸオフ期間からＳＬ－ＤＲＸオン期間への切り替えのためにＵＥをトリガするためのＵＥ動作；
・（ｂ）ＵＥがＳＬ－ＤＲＸオン期間に滞在している間のＵＥの動作；
・（ｃ）ＵＥがＳＬ－ＤＲＸオン期間（またはＳＬ－ＤＲＸアクティブ時間）からＳＬ－ＤＲＸオフ期間への切り替えのためにＵＥをトリガするためのＵＥ動作；
・（ｄ）ＵＥがＳＬ－ＤＲＸアクティブ時間に滞在している間のＵＥ動作（Ｕｕインタフェースおよび／またはＰＣ５インタフェースの場合）。
具体的には、ＳＬ－ＤＲＸオン期間中のより詳細なＵＥ動作は、以下のように示され得る。ＵＥ側では、ＲＲＣサブレイヤーは、以下のパラメータを設定することにより、ＳＬ－ＤＲＸ動作を制御できる；
・ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＳＬ－ＤＲＸサイクルの開始時の期間にできる；
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間を指定する；
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、ＰＳＣＣＨが当該ＭＡＣエンティティのための新しいＳＬ送信または受信を示すＰＳＣＣＨ機会後の期間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大期間であり得る；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送信する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：ＳＬ再送信用のＳＬグラントを受信するまでの最大継続時間であってよい；
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：これは短いＳＬ－ＤＲＸサイクルを含むことができる；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従うことができる時間である；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスについて）：これは、ＳＬ－ＨＡＲＱ受信のためのＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小期間となる場合がある；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＭＡＣエンティティによってＳＬ－ＨＡＲＱ再送グラントが期待されるまで最小期間である可能性がある。
・ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：これは、ＳＬ－ＤＲＸサイクルの開始時の期間にできる；
・ＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延時間を指定する；
・ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：これは、ＰＳＣＣＨが当該ＭＡＣエンティティのための新しいＳＬ送信または受信を示すＰＳＣＣＨ機会後の期間であってもよい；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスに対して）：これは、ＳＬ再送信が受信されるまでの最大期間であり得る；
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送信する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：ＳＬ再送信用のＳＬグラントを受信するまでの最大継続時間であってよい；
・ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：これは、ロングＳＬ－ＤＲＸサイクルと、ロングおよびショートＳＬ－ＤＲＸサイクルが開始するサブフレームを定義するｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔを含み得る；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：これは短いＳＬ－ＤＲＸサイクルを含むことができる；
・ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＳＬ－ＤＲＸサイクルに従うことができる時間である；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘ（例えば、ＵＥが関連するＳＬ－Ｔｘ ＵＥにＳＬ－ＨＡＲＱフィードバック情報を送信する必要がある各ＳＬ－ＨＡＲＱ受信プロセスについて）：これは、ＳＬ－ＨＡＲＱ受信のためのＳＬ割り当てがＭＡＣエンティティによって期待されるまでの最小期間となる場合がある；
・ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ（例えば、ＵＥが（少なくとも）１つのＳＬ－Ｒｘ ＵＥによって返信されたＳＬ－ＨＡＲＱフィードバック情報に基づいてＳＬ ＭＡＣ ＰＤＵを再送する必要があるＳＬ－ＨＡＲＱ送信プロセスごと）：これは、ＭＡＣエンティティによってＳＬ－ＨＡＲＱ再送グラントが期待されるまで最小期間である可能性がある。
いくつかの実装では、ＵＥは、ＳＬ事前設定を通じて；ＲＲＣ（接続）再構成メッセージなどの（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける専用の制御シグナリングを通じて；ＰＣ５－ＲＲＣシグナリングなどの（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおける専用のシグナリングを通じて；ＳＩなどのブロードキャストメッセージ（例えば（ＮＲ／ＬＴＥ）Ｖ２Ｘ専用ＳＩＢ）を介して、Ｕｕインタフェースで、ＳＩオンデマンド手順を介して）上記パラメータの設定値を受信できる。
いくつかの実装では、ＰＣ５インタフェースでＳＬ－ＤＲＸサイクルが設定される場合、ＰＣ５インタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間は、
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；または
・ＳＬダイナミックグラント要求のＳＲがＰＵＣＣＨ（Ｕｕインタフェース）で送信され、保留中である、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬデスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つまたは複数の新しい送信を示すＰＳＣＣＨ、
である間の時間を含み得る。
・ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘが実行されている間；または
・ＳＬダイナミックグラント要求のＳＲがＰＵＣＣＨ（Ｕｕインタフェース）で送信され、保留中である、または
・ＭＡＣエンティティのＵＥの（関連するＳＬソースＩＤ、関心のあるＳＬデスティネーションＩＤ）セットのうちの（少なくとも）１つに宛てられた１つまたは複数の新しい送信を示すＰＳＣＣＨ、
である間の時間を含み得る。
ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを考慮すると、まず、いくつかの実装では、ＵＥがＳＬ－ＤＲＸオン期間の開始時にＵＥが起動する間に（例えば、サブフレームの開始からのＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ後に）ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをカウントし始めうることが開示される場合がある。
いくつかの実装では、ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを再び考慮すると、ＵＥは、（ＳＬ）ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）がサービングセルから受信されるとＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをカウントしなくなるかもしれないことを開示できる。注目すべきは、いくつかの実装において、ＵＥは、（ＬＴＥ／ＮＲ）Ｕｕインタフェースを介してサービングＲＡＮから（ＳＬ）ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを受信してもよいことである。いくつかの実装では、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを、他のＵＥ（例えば、小隊長またはＳＬスケジューラ）から（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて受信してもよい。いくつかの実装では、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ＤＲＸコマンドまたはＳＬ－ロングＤＲＸコマンドは、ＵＥ間の１つ以上のＰＣ５－ＲＲＣシグナリングまたはＳＣＩに含まれてもよい。
いくつかの実装では、ＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを再び考慮すると、ＵＥは、ロングＳＬ－ＤＲＸサイクルが適用される場合、サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始し、関連する（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおいて［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔにできる。また、サブフレーム番号は、ＵＥがサービングＲＡＮから（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通じて取得するサブフレーム番号と関連付けられてもよく、またはＵＥが他のＵＥから（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて取得するサブフレーム番号と関連付けられてもよいことに注意されたい。
次に、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、いくつかの実装では、ＭＡＣエンティティがＰＣ５アクティブ時間（またはいわゆるＳＬ－ＤＲＸアクティブ時間）にある場合、ＵＥが１つ以上のＳＬ周波数キャリアについてＰＳＣＣＨを（連続的に）監視してもよい。いくつかの実装では、ＳＬ－ＤＲＸオフ期間もＰＣ５オフ期間と呼ばれることがある）。そして、１つの監視されたＰＳＣＣＨがＵＥに新しいＳＬパケット送信を示す（またはＳＬ制御信号を示す）場合、またはＵＥが１つのＰＳＣＣＨでＳＣＩを送信する場合、ＵＥは関連するＰＳＣＣＨの終了後の最初のシンボルでＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再始動してもよい。
また、ＵＥ側に対しては、以下のようなメカニズム／動作が記述されてもよい：
１＞ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定された場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する（ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸアクティブ時間からＳＬ－ＤＲＸオフ期間に切り替えてもよい）
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（また、ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸアクティブ時間からＳＬ－ＤＲＸオフ期間に切り替えてもよい）。
１＞ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）を受信した場合
２＞ショートＳＬ－ＤＲＸサイクルが設定された場合
３＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動する
３＞ショートＳＬ－ＤＲＸサイクルを使用する（ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸアクティブ時間からＳＬ－ＤＲＸオフ期間に切り替えてもよい）
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（また、ＵＥはＳＬ－ＤＲＸオン期間またはＳＬ－ＤＲＸアクティブ時間からＳＬ－ＤＲＸオフ期間に切り替えてもよい）。
再び、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを考慮すると、いくつかの実装において、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）またはロングＤＲＸコマンドＭＡＣ ＣＥ（ＳＬ－ロングＤＲＸコマンドＭＡＣ ＣＥ）がサービングセルから受信されるとＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをカウントしなくなるかもしれない。また、いくつかの実装では、ＵＥはＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドをサービングＲＡＮから（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通して受信できることに、留意されたい。いくつかの実装では、ＵＥは、ＤＲＸコマンドＭＡＣ ＣＥまたはＳＬ－ＤＲＸコマンドを、他のＵＥ（例えば、小隊長またはＳＬスケジューラ）から（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを通じて受信してもよい。いくつかの実装では、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースにおけるＳＬ－ＤＲＸコマンドまたはＳＬ－ロングＤＲＸコマンドは、ＵＥ間の１つ以上のＰＣ５－ＲＲＣシグナリングに含まれてもよい。
第３に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘとｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを考慮して、まずＵＥ側に対して、いくつかの実装においてＭＡＣエンティティが（ＳＬ－ＤＲＸ）アクティブ時間である場合は以下の動作／仕組みを設定してよい：
２＞次に、ＵＥは、１つの（または１つ以上の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視してよい
２＞受信した１つのＰＳＣＣＨがＳＬ送信を示す場合
３＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを運ぶ対応するＵＥ送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（また、いくつかの実装では、ＵＥは、ＵＥが対応するＳＬ目的アイデンティティにＳＬ－ＨＡＲＱフィードバックを送信するよう設定されない場合にｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始しなくてよい）ことに留意する
３＞その後、ＵＥは対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
２＞次に、ＵＥは、１つの（または１つ以上の）ＳＬ周波数キャリアのＰＳＣＣＨを（連続的に）監視してよい
２＞受信した１つのＰＳＣＣＨがＳＬ送信を示す場合
３＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを運ぶ対応するＵＥ送信の終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（また、いくつかの実装では、ＵＥは、ＵＥが対応するＳＬ目的アイデンティティにＳＬ－ＨＡＲＱフィードバックを送信するよう設定されない場合にｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始しなくてよい）ことに留意する
３＞その後、ＵＥは対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
いくつかの実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを再度考慮すると、ＵＥ側にとって、ＳＬ－ＤＲＸが設定される場合、ＭＡＣエンティティは、以下の可能性がある：
１＞ＵＥの（関連ＳＬソースアイデンティティ、関心のあるソースアイデンティ）に関連するＳＬ ＭＡＣ ＰＤＵが、設定されたＳＬ割り当てで受信された場合
２＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスに関するＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞次に、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
１＞ＵＥの（関連ＳＬソースアイデンティティ、関心のあるソースアイデンティ）に関連するＳＬ ＭＡＣ ＰＤＵが、設定されたＳＬ割り当てで受信された場合
２＞ＵＥは、ＳＬ－ＨＡＲＱフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい（例えば、ＵＥが、対応する宛先アイデンティティに関連する対応するＳＬ－ＨＡＲＱプロセスに関するＳＬ－ＨＡＲＱフィードバック情報を送信すると設定される場合）
２＞次に、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを停止してもよい。
いくつかの実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを再度考慮すると、ＵＥ側にとって、ＳＬ－ＤＲＸが設定されているとき、ＭＡＣエンティティは、以下の可能性がある：
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合、および対応するＳＬ－ＨＡＲＱプロセスのデータの復号に成功しない場合
３＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい。
１＞ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘが満了した場合、および対応するＳＬ－ＨＡＲＱプロセスのデータの復号に成功しない場合
３＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘを開始してもよい。
第４に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを考慮して、いくつかの実装において、ＵＥ側に対して、設定されたサイドリンクグラントでＳＬ ＭＡＣ ＰＤＵが送信される場合、以下の動作／メカニズムを設定してもよい：
２＞ＵＥは、対応するＰＳＳＣＨ送信の送信終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい
２＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
２＞ＵＥは、対応するＰＳＳＣＨ送信の送信終了（または最初の反復）後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい
２＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
いくつかの実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを再び考慮すると、ＵＥ側にとって、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘが満了すると、以下の動作／メカニズムをレンダリングしてもよい：
２＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい。
２＞ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘの満了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスに対してｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを開始してもよい。
いくつかの実装では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘおよびｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを再び考慮すると、ＵＥ側にとって、ＭＡＣエンティティが（ＰＣ５）（ＳＬ－ＤＲＸ）アクティブ時間にあり、ＵＥが一つのＰＳＣＣＨでＳＬ伝送を示すＳＣＩを送信した場合、次の動作／メカニズムをレンダリングできる：
３＞ＵＥは、対応するＰＳＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよく、かつ、
３＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
３＞ＵＥは、対応するＰＳＳＣＨ送信の最初の繰り返しの終了後の最初のシンボルで、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘを開始してもよく、かつ、
３＞その後、ＵＥは、対応するＳＬ－ＨＡＲＱプロセスのためのｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを停止してもよい。
第５に、いくつかの実装におけるＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅおよびＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを考慮すると、ＳＬ－ＤＲＸオン期間に滞在しているＵＥに対して、以下の動作／メカニズムを開示してもよい：
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ）が受信された場合
２＞短いＳＬ－ＤＲＸサイクルが設定された場合
３＞ＵＥは、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開できる
３＞その後、ＵＥはショートＳＬ－ＤＲＸサイクル（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）を使用できる
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄにいる可能性がある）
１＞ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはまだＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄに移動する可能性がある）
１＞ロングＳＬ－ＤＲＸコマンド（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）。
１＞ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、ＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸ Ｃｏｍｍａｎｄ）が受信された場合
２＞短いＳＬ－ＤＲＸサイクルが設定された場合
３＞ＵＥは、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後最初のシンボルで、またはＤＲＸコマンドＭＡＣ ＣＥ（またはＳＬ－ＤＲＸコマンド）の受信終了後最初のシンボルでＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開できる
３＞その後、ＵＥはショートＳＬ－ＤＲＸサイクル（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）を使用できる
２＞あるいは
３＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄにいる可能性がある）
１＞ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが終了した場合
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはまだＳＬ－ＤＲＸ ｏｆｆ－ｐｅｒｉｏｄに移動する可能性がある）
１＞ロングＳＬ－ＤＲＸコマンド（ロングＤＲＸコマンドＭＡＣ ＣＥ）を受信した場合
２＞ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止する
２＞ロングＳＬ－ＤＲＸサイクルを使用する（注：そのため、ＵＥはＳＬ－ＤＲＸオフ期間に移行する可能性がある）。
いくつかの実装では、ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅおよびＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再び考慮すると、ＵＥがＳＬ－ＤＲＸオフ期間に滞在しているとき、以下の動作／メカニズムをレンダーしてもよい：
１＞ショートＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）の場合、または
１＞ロングＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（注：そのためＵＥはＳＬ－ＤＲＸオン期間に移行する可能性がある）。
１＞ショートＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）＝（ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ）の場合、または
１＞ロングＳＬ－ＤＲＸサイクルを使用し、［（ＳＦＮ×１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ＳＬ－ｄｒｘ－ＬｏｎｇＣｙｃｌｅ）＝ＳＬ－ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔの場合
２＞サブフレームの先頭からＳＬ－ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ後にＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（注：そのためＵＥはＳＬ－ＤＲＸオン期間に移行する可能性がある）。
さらに、いくつかの実装では、ＵＥは、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースおよび（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおいて同時に「起動」してもよい（例えば、ＵＥは、ＵｕインタフェースおよびＰＣ５インタフェースの両方において起動するか否かを決定するためにＣ－ＤＲＸメカニズムに従うことができる）。さらに、いくつかの実装では、ＵＥは、関連する（ＬＴＥ／ＮＲ）Ｕｕインタフェースにおける（ＳＬ－ＤＲＸ）アクティブ時間の間、（ＬＴＥ／ＮＲ）ＰＣ５インタフェースを（ＳＬ－ＤＲＸ）アクティブ時間に維持してもよい（例えば、関連するＵｕインタフェースでｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬが実行中である場合など）。従って、特定の条件下では、ＵＥは、
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されたときにＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（またはその逆）
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始されると、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する（または、その逆）。
・ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されたときにＳＬ－ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する（またはその逆）
・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始されると、ＳＬ－ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する（または、その逆）。
また、いくつかの実装では、ＵＥは、ＵｕインタフェースだけでなくＰＣ５インタフェースにおいてもＣ－ＤＲＸオフ期間およびＳＬ－ＤＲＸオフ期間に同時に切り替え／移行してもよい（例えば、ＵＥはＣ－ＤＲＸメカニズムに従って、ＵｕインタフェースおよびＰＣ５インタフェースの両方においてＣ－ＤＲＸ／ ＳＬ－ＤＲＸオフ期間に共同で移行するか否かを決定してよい）。
ＳＬ－ＤＲＸメカニズムの実装に対するＵＥの動作は上述した実装において議論される。いくつかの実装では、ＵＥは、ＵＥがＳＬ－ＤＲＸメカニズムをサポートすること、またはＵＥがＳＬ－ＤＲＸメカニズムをサポートしないことを示すために、サービングセルに（例えば、ＵＥアシスタント情報送信を通じて、または（ＬＴＥ／ＮＲ）Ｕｕインタフェースを通じたＵＥ Ｃａｐａｂｉｌｉｔｙ Ｅｎｑｕｉｒｙ手順を通じて）１つのインジケータを送信してもよい（いくつかの実装では、デフォルト設定はＵＥがＳＬ－ＤＲＸメカニズムをサポートする（しない））。さらに、ＵＥのＳＬ－ＤＲＸサポートに関する能力は、ＵＥ側およびＲＡＮ側において、ＵＥ ＡＳ（Ｉｎａｃｔｉｖｅ）コンテキストに格納されてもよい。特定のＵＥモビリティイベント（例えば、（ＲＡＴ間、ＲＡＴ内またはシステム間）ハンドオーバー手順、ＭＣＧ／ＳＣＧ追加／変更、ＲＡＮ通知領域更新）において、ＳＬ－ＤＲＸサポートのＵＥ能力がＵＥ ＡＳ（Ｉｎａｃｔｉｖｅ）コンテキストの一部としてノード間メッセージ（例えば、バックホール接続におけるＸｎインタフェースまたはＸ２インタフェースを通じて）送信される場合がある。いくつかの実装では、ＵＥはまた、１つ以上のＰＣ５インタフェース（例えば、ＰＣ５－ＲＲＣシグナリング）を介して他のＵＥ（複数可）にＳＬ－ＤＲＸをサポートする（またはしない）その能力を報告してもよく、これは実装の範囲を限定するものではない。
図６は、本開示の例示的な実装に係る、第１のＵＥによって実行されるＳＬパケット交換手順６０を示す図である。図６に示すように、第１のＵＥのＳＬパケット交換手順６０は、以下のアクションを含む：
アクション６００：開始
アクション６０２：第１のＵＥは、ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸ設定を受信してもよい
アクション６０４：第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定してもよい
アクション６０６：終了。
アクション６００：開始
アクション６０２：第１のＵＥは、ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸ設定を受信してもよい
アクション６０４：第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間およびＳＬ－ＤＲＸオフ期間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定してもよい
アクション６０６：終了。
好ましくは、ＳＬパケット交換手順６０のアクション６０２およびアクション６０４は、第１のＵＥに設定されてもよい。具体的には、いくつかの実装では、第１のＵＥは、アクション６０２において、ＳＬ－ＤＲＸ機能を示すＳＬ－ＤＲＸ設定を受信してもよい。次に、動作６０４において、第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ（第１ステージＳＣＩとも呼ぶ）、次のＰＳＳＣＨ上のＳＬパケットおよび次のＰＳＳＣＨ上の第２のＳＣＩ（第２ステージＳＣＩとも呼ぶ）の少なくとも１つを監視するか否かを決定してもよい。ここで、ＳＣＩは少なくとも１つの第２のＵＥからであってもよい。ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）およびＳＬ－ＤＲＸオフ期間の両方はＳＬ－ＤＲＸ機能によって決定されてもよく、ＳＬ送信はＮＲ技術またはＬＴＥ技術によって制御されるＰＣ５インタフェースを通じて送信されてもよい。いくつかの実装では、第１のＵＥは、ＳＬユニキャストグループ、ＳＬグループキャストグループ、およびＳＬブロードキャストグループのうちの１つにおいて第２のＵＥと関連付けられ得る。いくつかの実装では、ＳＬユニキャストグループ、ＳＬグループキャストグループ、またはＳＬブロードキャストグループは、サービングＲＡＮ内の少なくとも１つのサービングセルとインカバレッジ、サービングＲＡＮ内の少なくとも１つのセルと部分インカバレッジ、またはサービングＲＡＮのアウトオブカバレッジであってよい。
いくつかの実装では、ＳＬパケット交換手順６０は、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＳＣＣＨ上の第１のＳＣＩ（または第１ステージＳＣＩ）および次のＰＳＳＣＨ上の第２のＳＣＩ（または第２ステージＳＣＩ）／ＳＬパケットの少なくとも１つを送信するか否かを決定するように第１のＵＥをさらに設定できる。いくつかの実装では、ＳＬパケット交換手順６０は、第１のＵＥによるＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸ オフ期間との間の切り替えに応じて、ＳＬリソース要求のために少なくとも１つのＳＬ－ＢＳＲを第１のサービングセルに送信するか、ＳＬリソース設定のために第２のサービングセルからの少なくとも１つのＤＣＩを監視するかを決定するようにさらに設定されてもよい。ここで、第１のサービングセルは、ＮＲ ＵｕインタフェースのＮＲセル、またはＥ－ＵＴＲＡ ＵｕインタフェースのＥ－ＵＴＲＡセルであってもよい。いくつかの実装では、ＳＬパケット交換手順６０は、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＰＣ５インタフェース上の少なくとも１つの第２のＵＥに対してＳＬ－ＳＲ手順、ＳＬ－ＢＳＲ手順およびＳＬ－ＰＨＲ手順のうちの少なくとも１つをトリガするか否かを決定するように第１のＵＥをさらに設定できる。
いくつかの実装では、第１のＵＥは、少なくとも１つの第２のＵＥとのＳＬパケット交換動作のために、ＳＬ－ＤＲＸオン期間において、ＳＬ－ＤＲＸアクティブ時間において、またはＳＬ－ＤＲＸオフ期間において異なるＳＬリソースプール設定に設定されてもよく、ＳＬリソースプール設定は、ＳＬ送信リソースプール設定、ＳＬ受信リソースプール設定、例外リソースプール設定、ＳＬディスカバリメッセージ伝送用のＳＬリソースプール設定、ＳＬ動的付与（すなわち１つ以上のＳＬダイナミックグラント）、タイプ－１ ＳＬコンフィギュアドグラント（すなわち１つ以上のタイプ－１ＳＬコンフィギュアドグラント）、タイプ－２ＳＬコンフィギュアドグラント（すなわち１つ以上のタイプ－２ ＳＬコンフィギュアドグラント）およびＳＬ同期信号バーストセット（すなわち１つ以上のＳＬ同期信号バーストセット）、そしてＳＬリソースプール設定は、ＮＲ ＰＣ５インタフェースおよびＥ－ＵＴＲＡ ＰＣ５インタフェース間としてもよい。いくつかの実装では、第１のＵＥは、ＳＬ－ＤＲＸ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（例えばｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｒｘおよび／またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ＿Ｔｘを含む）、ＳＬ－ＤＲＸ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＤＲＸ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｒｘおよび／またはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ＿Ｔｘ）のうちの少なくとも１つに基づいて、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）とＳＬ－ＤＲＸオフ期間との間をスイッチする。
いくつかの実装では、第１のＵＥは、ＳＬ事前設定、別のペアリングされたＵＥのＰＣ５－ＲＲＣシグナリング、ＵｕインタフェースにおけるサービングセルのブロードキャストＳＩ、およびＵｕインタフェースにおけるＵＥ固有のＤＬ ＲＲＣシグナリングの少なくとも１つを通じてＳＬ－ＤＲＸ設定を受信するよう設定されてもよい。いくつかの実装では、第１のＵＥは、ＳＬ－ＤＲＸアクティブ時間（またはＳＬ－ＤＲＸオン期間）またはＳＬ－ＤＲＸオフ期間において、異なるＳＬリソースプール設定に従ってＣＢＲ測定および検知メカニズムを実行するよう設定されてもよい。第１のＵＥおよび第２のＵＥは、ＳＬパケット（複数可）を交換する２つの異なるデバイス／装置を形成するための例示的な実装として描かれているだけであり、ＳＬパケット交換手順６０は、第１のＵＥとＳＬパケット（複数可）を交換するための上記のすべての動作／メカニズムのために第２のＵＥに構成されてもよく、これは実装の範囲を限定しないことに留意されたい。
図７を参照して、図７は、本開示の一実施例による無線通信用のノード７００のブロック図である。図７に示すように、ノード７００は、トランシーバ７０６、プロセッサ７０８、メモリ７０２、１つまたは複数のプレゼンテーションコンポーネント７０４、および少なくとも１つのアンテナ７１０を含み得る。ノード７００はまた、無線周波数（ＲＦ）スペクトル帯モジュール、ＢＳ通信モジュール、ＮＷ通信モジュール、およびシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏコンポーネント、および電源（図７に明示的に図示されていない）を含み得る。これらの構成要素の各々は、１つ以上のバス７２４を介して、直接的または間接的に、互いに通信していてもよい。一実装では、ノード７００は、例えば図６を参照して本明細書に開示された様々な機能を実行するＵＥまたはＢＳであってもよい。
送信機７１６（例えば、送信／送信回路）および受信機７１８（例えば、受信／受信回路）を有するトランシーバ７０６は、時間および／または周波数リソースパーティショニング情報を送信および／または受信するように設定され得る。一実装では、トランシーバ７０６は、使用可能、非使用可能、および柔軟に使用可能なサブフレームおよびスロット形式を含むがこれらに限定されない、異なるタイプのサブフレームおよびスロットで送信するように設定されてもよい。トランシーバ７０６は、データおよび制御チャネルを受信するように設定されてもよい。
ノード７００は、様々なコンピュータ読み取り可能な媒体を含み得る。コンピュータ可読媒体は、ノード７００によってアクセスされ得る任意の利用可能な媒体であってよく、揮発性（および不揮発性）媒体および取り外し可能（および非取り出し可能）媒体の双方を含む。例として、限定するものではないが、コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読などの情報を記憶するための任意の方法または技術に従って実装された揮発性（および不揮発性）媒体および取り外し可能（および非取り出し可能）媒体の両方を含み得る。
コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（または他のメモリ技術）、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）（または他の光ディスクストレージ）、磁気カセット、磁気テープ、磁気ディスクストレージ（または他の磁気ストレージデバイス）等が含まれる。コンピュータ記憶媒体は、伝搬されるデータ信号を含まない。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、搬送波または他の搬送メカニズムなどの変調データ信号で具現化してもよく、任意の情報配信媒体を含む。用語「変調データ信号」は、信号内に情報をエンコードするような方法でその特性の１つ以上が設定または変更された信号を意味し得る。限定ではなく例として、通信媒体は、有線ＮＷまたは直接有線接続などの有線媒体、および音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体を含み得る。また、これまでの開示のいずれかの組み合わせも、コンピュータ可読媒体の範囲に含まれるはずである。
メモリ７０２は、揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含み得る。メモリ７０２は、取り外し可能、非取り出し可能、またはそれらの組み合わせであってもよい。例えば、メモリ７０２は、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含み得る。図７に示すように、メモリ７０２は、実行されると、プロセッサ７０８に、例えば図６を参照して本明細書に開示された様々な機能を実行させるように構成されたコンピュータ実行可能（または読み取り可能）プログラム７１４（例えば、ソフトウェアコード）を格納してもよい。あるいは、コンピュータ実行可能プログラム７１４は、プロセッサ７０８によって直接実行可能でなくてもよいが、ノード７００に（例えば、コンパイルされて実行されたときに）本明細書に開示された様々な機能を実行させるように構成されてもよい。
プロセッサ７０８（例えば、処理回路を有する）は、インテリジェントなハードウェアデバイス、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含み得る。プロセッサ７０８は、メモリを含み得る。プロセッサ７０８は、メモリ７０２から受信したデータ７１２およびコンピュータ実行可能プログラム７１４、並びにトランシーバ７０６、ベースバンド通信モジュール、および／またはＮＷ通信モジュールを介した情報を処理してもよい。プロセッサ７０８は、アンテナ７１０を介した送信のためにトランシーバ７０６に、ＣＮへの送信のためにＮＷ通信モジュールに送信するための情報を処理することもできる。
１つまたは複数のプレゼンテーション構成要素７０４は、人または他のデバイスにデータ表示を提示してもよい。プレゼンテーション構成要素７０４の例は、表示装置、スピーカ、印刷構成要素、振動構成要素などを含み得る。
これまでの開示から、本開示で説明した概念を実施するために、それらの概念の範囲から逸脱することなく、様々な技術が使用され得ることが明らかにされた。さらに、概念は、特定の実装を具体的に参照して開示されてきたが、当業者であれば、それらの概念の範囲から逸脱することなく、形態および詳細において変更がなされ得ることを認識するであろう。このように、開示された実施態様は、すべての点で例示的なものであり、制限的なものではないとみなされる。また、本開示は、特定の開示された実施態様に限定されないことを理解されたい。それでも、本開示の範囲から逸脱することなく、多くの再配列、修正、および置換が可能である。
Claims (20)
- サイドリンク（ＳＬ）パケット交換動作のために第１のユーザ機器（ＵＥ）により実行される方法であって、
ＳＬ－ＤＲＸ機能を示すＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定を受信するステップと、
ＳＬ－ＤＲＸアクティブ時間とＳＬ－ＤＲＸオフ期間との切り替えに応じて、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上の第１のサイドリンク制御情報（ＳＣＩ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上のＳＬパケット、およびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定するステップとを有しており、
前記ＳＣＩは、少なくとも１つの第２のＵＥからのものであり、前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間の双方は、前記ＳＬ－ＤＲＸ機能により決定される方法。 - 前記第１のＵＥは、ＳＬユニキャストグループ、ＳＬグループキャストグループ、およびＳＬブロードキャストグループのうちの１つにおいて、前記第２のＵＥと関連付けられており、
前記ＳＬユニキャストグループ、ＳＬグループキャストグループ、またはＳＬブロードキャストグループは、１つのサービング無線アクセスネットワーク（ＲＡＮ）の少なくとも１つのサービングセルとインカバレッジにあり、かつ、前記サービングＲＡＮの少なくとも１つのセルに部分インカバレッジまたは前記サービングＲＡＮのアウトオブカバレッジにあり、
前記ＳＬ送信は、新無線（ＮＷ）技術またはロングタームエボリューション（ＬＴＥ）技術によって制御されるＰＣ５インタフェースを通じて送信される、請求項１に記載の方法。 - 前記ＳＬ－ＤＲＸアクティブ時間と前記ＳＬ－ＤＲＸオフ期間との間の切り替えに応じて、前記ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩのうちの少なくとも１つを送信するか否かを前記第１のＵＥによって決定するステップをさらに含む、請求項１に記載の方法。
- 前記第１のＵＥによる前記ＳＬ－ＤＲＸアクティブ時間と前記ＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＳＬリソース要求のために少なくとも１つのＳＬバッファステータスレポート（ＢＳＲ）を前記第１のサービングセルに送信するか、または、ＳＬリソース設定のために第２のサービングセルから少なくとも１つのダウンリンク制御情報（ＤＣＩ）を監視するかを決定するステップをさらに含む、請求項１に記載の方法。
- 前記第１のサービングセルは、ＮＲ Ｕｕインタフェースの新無線（ＮＲ）セルまたはＥ－ＵＴＲＡ Ｕｕインタフェースのエボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡ）セルである、請求項４記載の方法。
- 前記第１のＵＥは、前記少なくとも１つの第２のＵＥとのＳＬパケット交換動作のためのＳＬ－ＤＲＸオン期間、ＳＬ－ＤＲＸアクティブ時間、またはＳＬ－ＤＲＸオフ期間において、異なるＳＬリソースプール設定に構成され、前記ＳＬリソースプール設定は、新無線（ＮＲ）ＰＣ５インタフェースおよびエボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡ）ＰＣ５インタフェース間にあり、かつ、ＳＬ受信リソースプール設定、例外リソースプール設定、ＳＬディスカバリメッセージ送信用ＳＬリソースプール設定、ＳＬダイナミックグラント、タイプ１ＳＬ設定グラント、タイプ２ＳＬ設定グラント、およびＳＬ同期信号バーストセットのうち少なくとも一つを含む、請求項１の記載の方法。
- 前記第１のＵＥは、ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ、ＳＬ－ＤＲＸ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、およびＤＲＸ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳのうち少なくとも１つに従って、ＳＬ－ＤＲＸアクティブ期間とＳＬ－ＤＲＸオフ期間とを切り替えるように構成されている、請求項１に記載の方法。
- 前記第１のＵＥは、ＳＬ事前設定、別にペアリングされたＵＥのＰＣ５－無線リソース制御（ＰＣ５－ＲＲＣ）シグナリング、Ｕｕインタフェースにおけるサービングセルの放送システム情報（ＳＩ）、およびＵｕインタフェースにおけるＵＥ固有のダウンリンク（ＤＬ）ＲＲＣシグナリングのうち少なくとも１つを通じて、前記ＳＬ－ＤＲＸ設定を受信する、請求項１記載の方法。
- 前記第１のＵＥは、前記ＳＬ－ＤＲＸアクティブ時間または前記ＳＬ－ＤＲＸオフ期間において、異なるＳＬリソースプール設定に従ってチャネルビジー比（ＣＢＲ）測定および検知機構をそれぞれ実行するように構成される、請求項１に記載の方法。
- 前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間間の切り替えに従って、ＰＣ５インタフェース上の少なくとも１つの前記第２のＵＥに対して、ＳＬ－スケジューリング要求（ＳＬ－ＳＲ）手順、ＳＬ－バッファステータスレポート（ＳＬ－ＢＳＲ）手順、およびＳＬ－パワーヘッドルーム報告（ＳＬ－ＰＨＲ）手順のうち少なくとも１つを起動するか否かを前記第１のＵＥによって決定するステップをさらに含む、請求項１に記載の方法。
- 基地局（ＢＳ）を備えた無線通信システムにおける、サイドリンク（ＳＬ）パケット交換動作のためのユーザ機器（ＵＥ）であって、
プロセッサと、前記プロセッサに接続されたメモリとを備え、
前記メモリは、
前記プロセッサによって実行されたときに、コンピュータ実行可能なプログラムを記憶するメモリとを備え、
前記メモリは、前記プロセッサによって実行された場合、前記プロセッサに、
ＳＬ－ＤＲＸ機能を示すＳＬ－Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ（ＳＬ－ＤＲＸ）設定を受信させ、
ＳＬ－ＤＲＸアクティブ時間とＳＬ－ＤＲＸオフ期間との切り替えに応じて、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上の第１のサイドリンク制御情報（ＳＣＩ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上のＳＬパケット、およびＰＳＳＣＨ上の第２のＳＣＩの少なくとも１つを監視するか否かを決定させるコンピュータ実行可能なプログラムを格納し、
前記ＳＣＩは、少なくとも１つの第２のＵＥからのものであり、前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間の双方は、前記ＳＬ－ＤＲＸ機能により決定される、ＵＥ。 - 前記第１のＵＥは、ＳＬユニキャストグループ、ＳＬグループキャストグループ、およびＳＬブロードキャストグループのうちの１つにおいて、前記第２のＵＥと関連付けられており、
前記ＳＬユニキャストグループ、ＳＬグループキャストグループ、またはＳＬブロードキャストグループは、１つのサービング無線アクセスネットワーク（ＲＡＮ）の少なくとも１つのサービングセルとインカバレッジにあり、かつ、前記サービングＲＡＮの少なくとも１つのセルに部分インカバレッジまたは前記サービングＲＡＮのアウトオブカバレッジにあり、
前記ＳＬ送信は、新無線（ＮＷ）技術またはロングタームエボリューション（ＬＴＥ）技術によって制御されるＰＣ５インタフェースを通じて送信される、請求項１１に記載のＵＥ。 - 前記プロセッサは、前記ＳＬ－ＤＲＸアクティブ時間と前記ＳＬ－ＤＲＸオフ期間との間の切り替えに応じて、前記ＰＳＣＣＨ上の第１のＳＣＩ、ＰＳＳＣＨ上のＳＬパケットおよびＰＳＳＣＨ上の第２のＳＣＩのうちの少なくとも１つを送信するか否かを前記第１のＵＥによって決定するようにさらに構成されている、請求項１１に記載のＵＥ。
- 前記プロセッサは、前記第１のＵＥによる前記ＳＬ－ＤＲＸアクティブ時間と前記ＳＬ－ＤＲＸオフ期間との間の切り替えに従って、ＳＬリソース要求のために少なくとも１つのＳＬバッファステータスレポート（ＢＳＲ）を前記第１のサービングセルに送信するか、または、ＳＬリソース設定のために第２のサービングセルから少なくとも１つのダウンリンク制御情報（ＤＣＩ）を監視するかを決定するようにさらに構成されている、請求項１３に記載のＵＥ。
- 前記第１のサービングセルは、ＮＲ Ｕｕインタフェースの新無線（ＮＲ）セルまたはＥ－ＵＴＲＡ Ｕｕインタフェースのエボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡ）セルである、請求項１４に記載のＵＥ。
- 前記第１のＵＥは、前記少なくとも１つの第２のＵＥとのＳＬパケット交換動作のためのＳＬ－ＤＲＸオン期間、ＳＬ－ＤＲＸアクティブ時間、またはＳＬ－ＤＲＸオフ期間において、異なるＳＬリソースプール設定に構成され、前記ＳＬリソースプール設定は、新無線（ＮＲ）ＰＣ５インタフェースおよびエボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡ）ＰＣ５インタフェース間にあり、かつ、ＳＬ受信リソースプール設定、例外リソースプール設定、ＳＬディスカバリメッセージ送信用ＳＬリソースプール設定、ＳＬダイナミックグラント、タイプ１ＳＬ設定グラント、タイプ２ＳＬ設定グラント、およびＳＬ同期信号バーストセットのうち少なくとも一つを含む、請求項１１の記載のＵＥ。
- 前記第１のＵＥは、ＳＬ－ＤＲＸ－ＳｌｏｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＤＲＸ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ、ＳＬ－ＤＲＸ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅ、ＳＬ－ＤＲＸ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、およびＤＲＸ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳのうち少なくとも１つに従って、ＳＬ－ＤＲＸアクティブ期間とＳＬ－ＤＲＸオフ期間とを切り替えるように構成されている、請求項１１に記載のＵＥ。
- 前記第１のＵＥは、ＳＬ事前設定、別にペアリングされたＵＥのＰＣ５－無線リソース制御（ＰＣ５－ＲＲＣ）シグナリング、Ｕｕインタフェースにおけるサービングセルの放送システム情報（ＳＩ）、およびＵｕインタフェースにおけるＵＥ固有のダウンリンク（ＤＬ）ＲＲＣシグナリングのうち少なくとも１つを通じて、前記ＳＬ－ＤＲＸ設定を受信する、請求項１１に記載のＵＥ。
- 前記第１のＵＥは、前記ＳＬ－ＤＲＸアクティブ時間または前記ＳＬ－ＤＲＸオフ期間において、異なるＳＬリソースプール設定に従ってチャネルビジー比（ＣＢＲ）測定および検知機構をそれぞれ実行するように構成される、請求項１１に記載のＵＥ。
- 前記プロセッサは、
前記ＳＬ－ＤＲＸアクティブ時間および前記ＳＬ－ＤＲＸオフ期間間の切り替えに従って、ＰＣ５インタフェース上の少なくとも１つの前記第２のＵＥに対して、ＳＬ－スケジューリング要求（ＳＬ－ＳＲ）手順、ＳＬ－バッファステータスレポート（ＳＬ－ＢＳＲ）手順、およびＳＬ－パワーヘッドルーム報告（ＳＬ－ＰＨＲ）手順のうち少なくとも１つを起動するか否かを前記第１のＵＥによって決定するようにさらに構成されている、請求項１１に記載のＵＥ。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202062964012P | 2020-01-21 | 2020-01-21 | |
| US62/964,012 | 2020-01-21 | ||
| PCT/CN2021/073121 WO2021147959A1 (en) | 2020-01-21 | 2021-01-21 | Method and user equipment for sidelink packet exchange operation |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2023510425A true JP2023510425A (ja) | 2023-03-13 |
Family
ID=76993290
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022543551A Pending JP2023510425A (ja) | 2020-01-21 | 2021-01-21 | サイドリンクパケット交換動作のための方法およびユーザ機器 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20230066448A1 (ja) |
| EP (1) | EP4091364A4 (ja) |
| JP (1) | JP2023510425A (ja) |
| KR (1) | KR20220126759A (ja) |
| CN (1) | CN115004780A (ja) |
| WO (1) | WO2021147959A1 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113225840B (zh) * | 2020-01-21 | 2023-12-05 | 华硕电脑股份有限公司 | 无线通信***中监视装置间侧链路控制信号的方法和设备 |
| US20210243795A1 (en) * | 2020-01-30 | 2021-08-05 | Nokia Technologies Oy | Flexible data transmission methods considering configured grant timers |
| CN113259895B (zh) * | 2020-02-07 | 2022-10-18 | 上海朗帛通信技术有限公司 | 用于不连续接收的方法和装置 |
| US20210377919A1 (en) * | 2020-05-29 | 2021-12-02 | Qualcomm Incorporated | Scheduling resources for user equipment (ue) sidelink communication |
| WO2022015037A1 (en) * | 2020-07-14 | 2022-01-20 | Lg Electronics Inc. | Sidelink drx operation based on multiple drx configurations and prioritization |
| US20220022279A1 (en) * | 2020-07-15 | 2022-01-20 | Electronics And Telecommunications Research Institute | Low power operation method of terminal supporting direct communication, and apparatus for the same |
| EP4190120A4 (en) * | 2020-09-25 | 2023-08-09 | Apple Inc. | USER EQUIPMENT MANAGEMENT MECHANISMS ON A SIDE LINK COMMUNICATION |
| WO2022082647A1 (en) * | 2020-10-22 | 2022-04-28 | Apple Inc. | Sidelink drx optimizations for rrc_connected user equipment (ue) |
| CN116686389A (zh) * | 2020-12-15 | 2023-09-01 | 三星电子株式会社 | 用于在无线通信***中处理sl drx不活动定时器的方法和装置 |
| KR20230124586A (ko) * | 2020-12-31 | 2023-08-25 | 엘지전자 주식회사 | Nr v2x에서 단말 타입에 따른 sl drx 동작 방법 및 장치 |
| US11611902B2 (en) * | 2021-01-13 | 2023-03-21 | Qualcomm Incorporated | Congestion control for power savings in user equipment for direct link communications |
| CN114765887A (zh) * | 2021-01-13 | 2022-07-19 | 华硕电脑股份有限公司 | 无线通信***中处理不连续接收和部分感测的方法和设备 |
| US11889497B2 (en) * | 2021-07-28 | 2024-01-30 | Qualcomm Incorporated | Scheduling sidelink communications |
| WO2023011719A1 (en) * | 2021-08-05 | 2023-02-09 | Nokia Technologies Oy | Handling an event in a sidelink group |
| KR20240041920A (ko) * | 2021-08-06 | 2024-04-01 | 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카 | 사이드링크 신호를 위한 하나 이상의 추가 동작 윈도를 할당하는 통신 장치 및 통신 방법 |
| WO2023019373A1 (en) * | 2021-08-14 | 2023-02-23 | Qualcomm Incorporated | Waveform for sidelink wakeup signal |
| WO2023033620A1 (ko) * | 2021-09-06 | 2023-03-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 sl drx에 기초하여 데이터를 송수신하기 위한 방법 및 그 장치 |
| EP4404669A1 (en) * | 2021-09-13 | 2024-07-24 | LG Electronics Inc. | Method and device for operating sl drx active time of mode 1 terminal in nr v2x |
| CN115843088A (zh) * | 2021-09-15 | 2023-03-24 | 维沃软件技术有限公司 | 非连续接收下的传输方法及装置 |
| WO2023067502A1 (en) * | 2021-10-18 | 2023-04-27 | Lenovo (Singapore) Pte. Ltd. | Resource selection considering sidelink drx |
| KR20230144630A (ko) * | 2021-11-01 | 2023-10-16 | 엘지전자 주식회사 | Nr v2x에서 sl harq rtt 타이머를 설정하는 방법 및장치 |
| CN118318408A (zh) * | 2021-11-08 | 2024-07-09 | 三星电子株式会社 | 无线通信***中处理侧链路不连续接收(drx)操作中混合自动重复请求(harq)往返时间(rtt)定时器的设备及方法 |
| WO2023090865A1 (ko) * | 2021-11-16 | 2023-05-25 | 엘지전자 주식회사 | Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치 |
| WO2023154409A1 (en) * | 2022-02-11 | 2023-08-17 | Ofinno, Llc | Sidelink transmission based on active time |
| WO2023156654A1 (en) * | 2022-02-18 | 2023-08-24 | Continental Automotive Technologies GmbH | Inter-drx assistance method for operating a user equipment (ue) |
| KR20230124480A (ko) * | 2022-02-18 | 2023-08-25 | 엘지전자 주식회사 | 무선통신시스템에서 사이드링크 drx에서 rrc 관련 타이머에 관련된 tx ue의 동작 방법 및 장치 |
| CN116744447A (zh) | 2022-03-09 | 2023-09-12 | 华硕电脑股份有限公司 | 无线通信***中用于侧链路不连续接收的方法和用户设备 |
| US20240015848A1 (en) * | 2022-07-07 | 2024-01-11 | Samsung Electronics Co., Ltd. | Method and apparatus for inter-ue coordination in sl ca |
| WO2024119942A1 (en) * | 2023-09-13 | 2024-06-13 | Lenovo (Beijing) Limited | Sidelink based sensing |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019525607A (ja) * | 2016-08-11 | 2019-09-05 | ソニー株式会社 | ネットワーク制御端末及びネットワークノードに用いられる電子装置及び方法 |
| JP2019532580A (ja) * | 2016-11-04 | 2019-11-07 | サムスン エレクトロニクス カンパニー リミテッド | 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置 |
| WO2020008539A1 (ja) * | 2018-07-03 | 2020-01-09 | 株式会社Ｎｔｔドコモ | 通信装置及び基地局 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7899003B2 (en) * | 2007-08-13 | 2011-03-01 | Sharp Laboratories Of America, Inc. | Method and system for control of discontinuous reception (DRX) by a mobile device in a wireless communications network supporting voice-over-internet-protocol (VoIP) |
| US11290863B2 (en) * | 2016-07-21 | 2022-03-29 | Samsung Electronics Co., Ltd. | System and method for discovering user equipment (UE) over side link in device to device (D2D) communication |
| KR102191981B1 (ko) * | 2016-11-03 | 2020-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 사이드링크 채널 혼잡 비율을 전송하는 방법 및 장치 |
| US11102631B2 (en) * | 2017-03-24 | 2021-08-24 | Samsung Electronics Co., Ltd. | Resource selection method in vehicle to everything communication and apparatus therefore |
| US11006360B2 (en) * | 2017-07-27 | 2021-05-11 | Qualcomm Incorporated | Multi-beam physical downlink control channel (PDCCH) monitoring during connected mode discontinuous reception (CDRX) operation |
| US11212775B2 (en) * | 2017-09-21 | 2021-12-28 | Lg Electronics Inc. | Method and device for sidelink communication in wireless communication system |
| CA3073572C (en) * | 2017-11-16 | 2023-03-21 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Resource allocation for sidelink communications in a wireless communication network |
| US11432369B2 (en) * | 2018-06-19 | 2022-08-30 | Apple Inc. | Reference signal and control information processing in 5G-NR wireless systems |
| TWI690238B (zh) * | 2018-06-29 | 2020-04-01 | 華碩電腦股份有限公司 | 無線通訊系統中處理側鏈路接收的方法和設備 |
| CN109041146B (zh) * | 2018-08-27 | 2020-03-20 | 北京邮电大学 | 一种pscch上行数据包接收机制的切换方法和装置 |
| CN116941276A (zh) * | 2021-01-17 | 2023-10-24 | Lg电子株式会社 | 基于nr v2x中的部分感测获得cbr值的方法和设备 |
-
2021
- 2021-01-21 CN CN202180010393.2A patent/CN115004780A/zh active Pending
- 2021-01-21 US US17/794,412 patent/US20230066448A1/en active Pending
- 2021-01-21 KR KR1020227027901A patent/KR20220126759A/ko active Search and Examination
- 2021-01-21 JP JP2022543551A patent/JP2023510425A/ja active Pending
- 2021-01-21 WO PCT/CN2021/073121 patent/WO2021147959A1/en unknown
- 2021-01-21 EP EP21744505.5A patent/EP4091364A4/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019525607A (ja) * | 2016-08-11 | 2019-09-05 | ソニー株式会社 | ネットワーク制御端末及びネットワークノードに用いられる電子装置及び方法 |
| JP2019532580A (ja) * | 2016-11-04 | 2019-11-07 | サムスン エレクトロニクス カンパニー リミテッド | 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置 |
| WO2020008539A1 (ja) * | 2018-07-03 | 2020-01-09 | 株式会社Ｎｔｔドコモ | 通信装置及び基地局 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115004780A (zh) | 2022-09-02 |
| WO2021147959A1 (en) | 2021-07-29 |
| EP4091364A4 (en) | 2024-02-21 |
| US20230066448A1 (en) | 2023-03-02 |
| EP4091364A1 (en) | 2022-11-23 |
| KR20220126759A (ko) | 2022-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021147959A1 (en) | Method and user equipment for sidelink packet exchange operation | |
| US11778685B2 (en) | Method and apparatus for network configuring sidelink discontinuous reception in a wireless communication system | |
| JP7352039B2 (ja) | 無線リソース制御（ｒｒｃ）インアクティブ状態での小規模データ伝送 | |
| US20240107626A1 (en) | Method and apparatus for configuring sidelink discontinuous reception in a wireless communication system | |
| JP7332818B2 (ja) | 小規模データ伝送のための方法及びユーザ機器 | |
| JP7202481B2 (ja) | サイドリンク通信管理のための方法および装置 | |
| US11064542B2 (en) | Methods and apparatus for sidelink wireless communications | |
| JP7521694B2 (ja) | アイドル及び非アクティブ状態でのマルチキャストブロードキャストサービス連続性を保持するためのシステムと方法 | |
| CN109923936B (zh) | 用于改进的连通模式非连续接收的唤醒技术 | |
| EP3136812B1 (en) | A wireless device, a radio network node and methods for discontinuous reception in device to device communications | |
| US20230247550A1 (en) | Method and user equipment for performing sidelink communication | |
| WO2021238921A1 (en) | Method of performing power saving operation and related device | |
| EP4080985A1 (en) | Method and apparatus for partial sensing under sidelink discontinuous reception mechanisms | |
| TWI592049B (zh) | 在長期演進技術載波聚合中之副分量載波未來排程 | |
| JP2019525574A (ja) | 拡張コンポーネントキャリアのための効率的な電力利用 | |
| US10306438B2 (en) | Operating method of M2M terminal in wireless communication system | |
| US20230156857A1 (en) | Method for controlling sidelink communication, and apparatus therefor | |
| US20230080113A1 (en) | Method for performing communication using multiple usims and device therefor | |
| KR20210125421A (ko) | 사이드링크 통신을 제어하는 방법 및 그 장치 | |
| CN115398988A (zh) | 用于在rrc_inactive状态下执行传输的无线通信方法和用户设备 | |
| CN115669191A (zh) | 用于执行侧链路通信的方法和用户设备 | |
| US11696360B2 (en) | Method and user equipment for controlling discontinuous reception behavior on multiple radio interfaces | |
| EP4192125A1 (en) | Method for controlling sidelink communication and device therefor | |
| KR20210125418A (ko) | 사이드링크 통신을 제어하는 방법 및 그 장치 | |
| JP2024513196A (ja) | サイドリンク間欠受信手順 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A524 | Written submission of copy of amendment under article 19 pct |
Free format text: JAPANESE INTERMEDIATE CODE: A524 Effective date: 20220906 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220906 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230829 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231129 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20240213 |