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
本開示は、2020年1月21日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62/964,012(「012仮出願」)の利益およびその優先権を主張する。「012仮出願」の内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク(SL:SideLink)パケット交換動作のための方法およびユーザ機器に関する。
接続されたデバイスの数の大幅な増加およびユーザ/ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第5世代(5G:fifth generation)新無線(NR:New Radio)といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
いくつかの実装では、UEは、UEの物理ダウンリンク制御チャネル(PDCCH)モニタリング活動を制御するDRX機能で構成されてもよい。RRC_CONNECTEDのとき、DRXが構成されると、UEは、PDCCHを継続的に監視する必要がない場合がある。いくつかの実装では、DRXは以下によって特徴付けられる場合がある:
・on-duration:これは、UEが起動後に、PDCCHを受信するために待機する期間であってもよい。UEがPDCCHのデコードに成功した場合、UEは、起動を維持し、inactivity-timerを(再)開始できる;
・inactivity-timer:これは、UEがPDCCHの最後の復号に成功した時点から、PDCCHの復号に成功するために待機する時間であってよく、失敗すると、スリープに戻ることができる。UEは、初回送信時のみ(すなわち、再送信時ではない)、PDCCHの復号に1回成功した後、非稼働タイマーを再開できる。
・cycle:これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる;
・アクティブ時間:これは、UEがPDCCH(複数可)を監視している合計時間であってもよい。これは、DRXサイクルの「オン時間」、非アクティブタイマが満了していない間にUEが連続受信を行っている時間、および再送信の機会を待っている間にUEが連続受信を行っている時間を含み得る。
・drx-onDurationTimer:これは、DRXサイクルの開始時の持続時間であってもよい;
・drx-SlotOffset:drx-onDurationTimerを開始する前の遅延時間;
・drx-InactivityTimer:PDCCHがMACエンティティのために新しいULまたはDL送信を示すPDCCH機会の後の継続時間であってもよい;
・drx-RetransmissionTimerDL(ブロードキャストプロセスを除くDL HARQプロセスごと):DL再送を受信するまでの最大継続時間とできる;
drx-RetransmissionTimerUL(UL HARQプロセス毎):UL再送信のためのグラントを受信するまでの最大時間であってもよい;
drx-LongCycleStartOffset:ロングDRXサイクルと、ロングおよびショートDRXサイクルが開始されるサブフレームを定義するdrx-StartOffsetを指定できる;
drx-ShortCycle(オプション):ショートDRXサイクルを指定できる;
drx-ShortCycleTimer(オプション):UEがショートDRXサイクルを実行する時間;
drx-HARQ-RTT-TimerDL(DL HARQプロセスごと、ただし放送プロセスは除く):MACエンティティによってHARQ再送信のためのDL割り当てが期待されるまでの最小期間とできる;
drx-HARQ-RTT-TimerUL(UL HARQプロセスごと):これは、MACエンティティによってUL HARQ再送信グラントが期待されるまでの最小期間であってもよい。
・drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、ra-ContentionResolutionTimer(3GPP TSに導入)が実行されている間、または、以下の時間を含む;
・スケジューリング要求(SR)がPUCCH上で送信され、保留中である(3GPP TSで導入されている);または
MACエンティティのC-RNTIに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちMACエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すPDCCH(3GPP TSで導入されている)。
1>MAC PDUが構成されたダウンリンク割り当てで受信された場合
2>DL HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerDLを開始する
2>対応するHARQプロセスのためのdrx-RetransmissionTimerDLを停止する
1>設定されたアップリンクグラントでMAC PDUが送信された場合
2>対応するPUSCH送信の最初の繰り返しの終了後、最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerULを開始する
2>対応するHARQプロセスのdrx-RetransmissionTimerULを停止する
1>drx-HARQ-RTT-TimerDLが満了した場合
2>対応するHARQプロセスのデータが正常に復号化されなかった場合。3>drx-HARQ-RTT-TimerDLの満了後の最初のシンボルで、対応するHARQプロセスのdrx-RetransmissionTimerDLを開始する
1>drx-HARQ-RTT-TimerULが満了した場合
2>drx-HARQ-RTT-TimerULが満了した後、最初のシンボルで対応するHARQプロセスのdrx-RetransmissionTimerULを開始する
1>DRXコマンドMAC CEまたはロングDRXコマンドMAC CEを受信した場合
2>drx-onDurationTimerを停止する
2>drx-InactivityTimerを停止する
1>drx-InactivityTimerが終了するか、DRXコマンドMAC CEを受信した場合
2>ショートDRXサイクルが設定されている場合
3>drx-InactivityTimerの満了後,またはDRXコマンドMAC CE受信終了後の最初のシンボルで,drx-ShortCycleTimerを開始または再開する
3>ショートDRXサイクルを使用する
2>あるいは
3>ロングDRXサイクルを使用する
1>drx-ShortCycleTimerが終了した場合
2>ロングDRXサイクルを使用する
1>ロングDRXコマンドMAC CEを受信した場合
2>drx-ShortCycleTimerを停止する
2>ロングDRXサイクルを使用する
1>ショートDRXサイクルを使用し,かつ[(SFN×10)+サブフレーム番号c
modulo (drx-ShortCycle)=(drx-StartOffset) modulo (drx-ShortCycle);または
1>ロングDRXサイクルを使用する場合、[(SFN×10)+サブフレーム番号[
modulo (drx-LongCycle)=drx-StartOffsetとする
2>drx-onDurationTimerをサブフレームの先頭からdrx-SlotOffset後に開始する
1>MACエンティティがアクティブ時間にある場合
2>TSに規定されるようにPDCCHを監視する
2>PDCCHがDL送信を示す場合
3>DL HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerDLを開始する
3>対応するHARQプロセスのためのdrx-RetransmissionTimerDLを停止する
2>PDCCHがUL送信を示す場合
3>対応するPUSCH送信の最初の繰り返しの終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerULを開始する
3>対応するHARQプロセスのdrx-RetransmissionTimerULを停止する
2>PDCCHが新規送信(DLまたはUL)を示す場合
3>PDCCHの受信終了後、最初のシンボルでdrx-InactivityTimerを開始または再開する
1>現在のシンボルnにおいて、本節に規定されるDRXアクティブ時間の全ての条件を評価する際に、シンボルnの4ms前まで、グラント/アサイメント/DRXコマンドMAC CE/ロングDRXコマンドMAC CEを受信し、SRを送信したことを考慮すると、MACエンティティがアクティブ時間でない可能性がある場合
2>TSで定義された周期的SRSおよび半永久的SRSを送信しない
2>PUCCH上のCSIおよびPUSCH上のセミパーシステントCSIを報告しない
1>CSIマスキング(csi-Mask)が上位層によって設定されている場合
2>現在のシンボルnにおいて、本条項で規定されるすべてのDRXアクティブ時間条件を評価する際に、シンボルnの4ms前まで受信したグラント/アサイメント/DRXコマンドMAC CE/ロングDRXコマンドMAC CEを考慮してdrx-onDurationTimerが動作しない可能性がある場合
3>PUCCHのCSIを報告しない。
いくつかの実装では、DRXコマンドMAC CEは、3GPP TSに規定されているように、論理チャネル識別(LCID)を有するMACサブヘッダによって識別されてもよい。具体的には、0ビットの固定サイズを有していてもよい。
いくつかの実装では、ロングDRXコマンドMAC CEは、3GPP TSで規定されるLCIDを持つMACサブヘッダによって識別される場合がある。具体的には、0ビットの固定サイズを有していてもよい。
いくつかの実装では、IE DRX-Configは、以下に開示されるDRX関連パラメータを設定するために使用され得る:
-- 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 d0, 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)
}。
・drx-HARQ-RTT-TimerDL: これは、トランスポートブロックを受信したBWPのシンボル数での値であってよい
・drx-HARQ-RTT-TimerUL: トランスポートブロックが送信されたBWPのシンボル数で示される値である
・drx-InactivityTimer:これは、1msの複数の整数値であってもよい。例えば、ms0は0に、ms1は1msに、ms2は2msに、といったように対応する
・drx-LongCycleStartOffset:ms単位のdrx-LongCycleと1msの倍数のdrx-StartOffsetを含むことができる。drx-ShortCycleが設定されている場合、drx-LongCycleの値は、drx-ShortCycleの値の倍数であってもよい
・drx-onDurationTimer:1/32ms(subMilliSeconds)またはms(milliSecond)の倍数の値を指定できる。後者の場合、値ms1は1msに、値ms2は2msに対応し、以下同様とする。
いくつかの実装では、車両間の情報交換をサポートするために、車両間(V2X)サービスが提供され得る。V2Xサービスは、車両対インフラストラクチャ(V2I)サービス、車両対歩行者(V2P)サービス、車両対ネットワーク(V2N)サービス、および車両対車両(V2V)サービスのうちの少なくとも1つを含む。LTEプロトコルでは、V2Xサービスは、UuインタフェースとPC5インタフェースによってエア・インタフェースでサポートされる可能性がある。PC5 インタフェースは、レイヤ2およびレイヤ1の設計をカバーしている。PC5 インタフェースのエアリンク・インタフェースは、LTE プロトコルでは SL とも呼ばれる。LTEネットワークは、3GPP TS Rel.12以来、SL動作をサポートしている。本開示の実施例に従って、UEが情報を交換するためのSL動作を示す図1を、参照されたい。図1に示すように、UEは、BS(例えば、LTEネットワークにおけるeNBまたはNRネットワークにおけるgNB)の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における全てのUEは、V2Xサービスおよび近隣のUEおよびRANとのPC5インタフェースにアクセスすることが可能であり、認可されている。
マルチキャスト(グループキャスト):2つ以上のUEを1つのSLグループにグループ化し、SLグループ内の他の全てのメンバーとSLパケットを交換できる。一つの実装では、SLグループは、NAS層(例えば、V2Xアプリケーション層またはPC5-Sプロトコル)またはAS層(例えば、SL RRC層シグナリング、PC5-RRCシグナリング)において形成されてもよい:
ブロードキャスト:SLグループに制限されない。UEは、メッセージをブロードキャストすることができ、SL通信範囲内の隣接UEは、ブロードキャストメッセージを受信して正常に復号できる。いくつかの実装では、SL通信範囲は、Tx電力、ハードウェア感度等によって異なってもよい。
・UEは、データを送信するために、(LTE/NR)RRC_CONNECTED状態である必要がある場合がある;
・UEは、eNBにSLリソースを要求してもよい(SLバッファ状態報告(SL-BSR)をサービングセルに送信することによって)。eNBは、SCIおよびSLデータを送信するために、UEに専用のSLリソースをスケジュールする。これを達成するために、eNBは、UEに対してUuインタフェースを介してSL-BSRを報告するよう要求してもよい。さらに、UEは、UEがeNBにSL-BSRを送信したいが有効なULリソースが存在しない場合、UL物理リソース(例えば、PUCCH)上でSRをトリガするか、ランダムアクセス手順を開始することもできる。また、SRリソース(または構成)およびSR手順は、SL動作およびアップリンクトラフィックの双方に対して共通であってもよいことに留意されたい。
・UE自律リソース選択は、RRC接続UE(例えば、専用のRRCシグナリングを通じて、またはSI放送を通じて)とRRC非アクティブ/アイドル状態(例えば、SI放送を通じて)の両方に適用されてもよい;
リソースプールは、(事実上連続した)リソースブロックのセットであってよく、UEは、UEがSLパケット送信に適用したい物理リソースブロックを自律的に決定してもよい。UEは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してSL制御情報およびデータを送信してもよい;
UEは、SLパケット配信前に、SLリソースの(再)選択のための検知を実行してもよい。検知の結果に基づいて、UEはいくつかの特定のSLリソースを(再)選択し、複数のSLリソースを予約する。最大2つの並列(独立)リソース予約プロセスがUEによって実行されることが許可される場合がある。また、UEは、そのV2X SL送信のために単一のリソース選択を実行することが許可されてもよい。
本開示の実施例によるV2X小隊シナリオを示す図2を参照されたい。図2に示すように、小隊Xは、車両A、車両B、車両C、および車両Dを含んでもよく、小隊に(少なくとも)1つのスケジューラ(例えば、車両A)が存在してもよい。小隊Xにおいて、車両Aは、以下のアプローチにより、同じ小隊のメンバーに対してSLリソースを構成してもよい。
・(a)SL-SRの構成とその報告
・(b) SL-BSR(バッファステータスレポート)設定とその報告
・(c) SL-パワーヘッドルームレポート(SL-PHR)設定とその報告。
いくつかの実装では、MACエンティティは、UEのSLパケット受信(例えば、物理サイドリンク制御チャネル(PSCCH)モニタリング)活動および/またはUEのSLパケット送信(例えば、物理サイドリンク共有チャネル(PSSCH)送信)活動を制御するSL-DRX機能をRRCによって構成される場合がある。
・SL-drx-onDurationTimer:この持続時間は、SL-DRXサイクルの開始時であってよい
・SL-drx-SlotOffset:この遅延時間は、SL-drx-onDurationTimerを開始する前であってもよい
・SL-drx-InactivityTimer:この持続時間は、PSCCHが当該MACエンティティの新しいSL送信/受信を示すPSCCHの機会の後であってもよい
・drx-RetransmissionTimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスに対して):これは、SL再送信が受信されるまでの最大持続時間であってよい。
・SL-drx-LongCycleStartOffset:これは、ロングSL-DRXサイクルと、ロングおよびショートSL-DRXサイクルが開始するサブフレームを定義するdrx-StartOffsetを含み得る。
いくつかの実装では、SL-DRXサイクルが構成される場合、(PC5インタフェースの)「SL-DRX」アクティブ時間には、
・SL-drx-onDurationTimerまたはSL-drx-InactivityTimerまたはdrx-RetransmissionTimerSL_Txまたはdrx-RetransmissionTimerSL_Rxが実行されている間;あるいは
・物理アップリンク制御チャネル(PUCCH)(Uuインタフェース)でSLダイナミックグラント要求のSRが送信され、保留中であるか、または
・MACエンティティのUEの(関連するSLソースID、関心のあるSL(レイヤ1/レイヤ2)デスティネーションID)セットのうちの(少なくとも)1つに宛てられた1つ(または複数の)新しい送信を示すPSCCH
の間の時間が含まれてよい。
1>UEの(関連するSLソースID、関心のあるSL宛先ID)に関連するSL MAC PDUが構成されたSL割り当てで受信された場合
2>SL-HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始し(例えば、UEが、対応する宛先アイデンティティに関連する対応するSL-HARQプロセスについてSL-HARQフィードバック情報を送信すると設定される場合)
2>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを停止する
1>設定されたSLグラントでSL MAC PDUが送信された場合
2>対応するPSSCH送信の終了(または最初の繰り返し)後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始する
2>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを停止する
1>drx-HARQ-RTT-TimerSL_Rxが満了した場合
2>対応するSL-HARQプロセスのデータが正常に復号されなかった場合
3>drx-HARQ-RTT-TimerSL_Rxの満了後の最初のシンボルで、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを開始する
1>drx-HARQ-RTT-TimerSL_Txが満了した場合
2>drx-HARQ-RTT-TimerSL_Txの満了後の最初のシンボルにおいて、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを開始する
1>DRXコマンドMAC制御要素(CE)(またはSL-DRXコマンド)またはロングDRXコマンドMAC CE(またはSL-ロングDRXコマンドMAC CE)をサービングセル(Uuインタフェースを通じて)または他のUE(PC5インタフェースを通じて)から受信した場合
2>SL-drx-onDurationTimerを停止する
2>SL-drx-InactivityTimerを停止する
1>SL-drx-InactivityTimerが満了するか、DRXコマンドMAC CE(またはSL-DRXコマンド)を受信した場合
2>ショートSL-DRXサイクルが設定されている場合
3>SL-drx-InactivityTimerの満了後最初のシンボルで、またはDRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後最初のシンボルでSL-drx-ShortCycleTimerを開始または再起動する
3>ショートSL-DRXサイクルを使用する
2>あるいは
3>ロングSL-DRXサイクルを使用する
1>SL-DRX-ShortCycleTimerが終了した場合
2>ロングSL-DRXサイクルを使用する
1>ロングSL-DRX Command(ロングDRXコマンドMAC CE)を受信した場合
2>SL-DRX-ShortCycleTimerを停止する
2>ロングSL-DRXサイクルを使用する
1>ショートSL-DRXサイクル を使用し、かつ[(SFN×10)+サブフレーム番号]modulo (SL-drx-ShortCycle)=(SL-drx-StartOffset) modulo (SL-drx-ShortCycle)または
1>ロングSL-DRXサイクル を使用する場合、[(SFN×10)+サブフレーム番号]modulo(SL-drx-LongCycle)=SL-drx-StartOffsetとする
2>SL-drx-onDurationTimerをサブフレームの先頭からSL-drx-SlotOffset後に開始する
1>MACエンティティが(SL-DRX)アクティブ時間にある場合
2>1つの(または複数の)SL周波数キャリアのPSCCHを(連続的に)監視する
2>PSCCHがSL送信を示す場合
3>SL-HARQフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するSL-HARQ処理のためのdrx-HARQ-RTT-TimerSL_Rxを開始する
3>対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを停止する
2>UEがSL送信を示すSCIを1つのPSCCHで送信した場合
3>対応するPSSCH送信の終了(または最初の反復)後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始する
3>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを停止する
2>PSCCHがUEに新しいSLパケット送信を示す(またはSL制御信号を示す)場合、またはUEが1つのPSCCHでSCIを送信する場合
3>関連するPSCCHの終了後の最初のシンボルでSL-drx-InactivityTimerを開始または再起動する。
本開示の実施例によるSL-DRXの構成を示す図4を参照されたい。図4に示すように、PC5インタフェースでは、UEは、SL-DRXオン期間の開始時に(またはSL-DRXアクティブ時間の開始時から)「起動」してもよい。その後、UE は SL-DRXオン期間の間に関連/設定されたメカニズムを実行できる。その後、UE は、定義された条件に基づいて、SL-DRXオン期間から(または SL-DRXアクティブ時間から)SL-DRX オフ期間に切り替えてもよい。いくつかの実装では、UEはSL-DRXオフ期間内に一定期間滞在してもよく、SL-DRXオフ期間内に滞在するためのUEの動作も以下の段落に提供されてもよい。また、図4に示すように、次のSL-DRXオン期間の開始時にUEが起動する間にSL-DRXオフ期間が終了することもある。
・(a) UEは、SL-DRXのOn-Durationの長さ=drx-onDurationTimerを設定してもよい;
・(b) UEは、SL-DRXの周期の長さ=drx-ShortCycleを設定できる;
・(c)長いDRXサイクル関連の設計は、SL-DRXの構成にも適用されてもよい。さらに、追加の実施形態のいくつかでは、UEは、DRX-Configで受信される受信drx-LongCycleStartOffsetを適用することによって、長いSL-DRXサイクルを構成してもよい。
いくつかの実装では、SL-DRXは、以下の状況においてUEの動作に影響を与える可能性がある:
a)SL送信(PC5インタフェースにおいて):UEは、UEがSL-DRXオフ期間内に留まる間、SLパケット送信のいくつかの実装を停止する可能性がある。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、UEは、LTE PC5インタフェースとNR PC5インタフェースの両方を介したSLパケット送信(または短くSLパケット(複数可))と共に構成されてもよい。いくつかの他の実装では、SL-DRXオフ期間の間、UEは、以下のようにしてもよい。(1) LTE PC5インタフェース上のSLパケット送信のみを停止する(従って、NR PC5インタフェース上のSLパケット送信はSL-DRXオフ期間中に継続できる)、 (2) NR PC5インタフェース上のSLパケット送信のみを停止する(従って、LTE PC5インタフェース上のSLパケット送信はSL-DRXオフ期間中に継続できる)、または (3) LTE PC5インタフェースおよびNR PC5インタフェースの両方のSLパケット送信を停止できる
・b)SL受信:UEは、UEがSL-DRXオフ期間内に滞在している間、SLパケット受信のいくつかの実装を停止できる。より詳細なメカニズムは、以下で提示され得る。 いくつかの実装では、UEは、LTE PC5インタフェースとNR PC5インタフェースの両方を介してSLパケット受信を行うように構成されてもよい。いくつかの他の実装では、SL-DRXオフ期間の間、UEは、以下のようにしてもよい。(1) LTE PC5 インタフェースでのSLパケット受信のみを停止する(従って、NR PC5 インタフェースでのSLパケット受信はSL-DRX オフ期間中も継続できる)、(2)NR PC5 インタフェースでのSLパケット受信のみを停止する(従って、LTE PC5 インタフェースでのSLパケット受信はSL-DRXオフ期間中も継続できる)、または(3)LTE PC5インタフェースおよびNR PC5インタフェースでの SLパケット送信の双方を停止できる。
第6に、SL送信メカニズムについては、SLパワーヘッドルームレポート(SL-PHR:SL-Power Headroom Report)手順を開示してもよい。いくつかの実装では、UEは、PC5インタフェースを通じて(例えば、PC5-RRC信号を通じて)(少なくとも)1つの近隣UEとSL-PHR手順を開始できる。いくつかの他の実装では、1つのUEは、UEがSL-DRXオフ期間内に留まる間、PC5インタフェースを通じて近隣UEに対してSL-PHRを開始しないことができる。いくつかの追加の実装では、SL-DRX オフ期間中に、進行中の SL-PHR手続きが保留/中断/延期/キャンセルされる場合がある。他のいくつかの実装では、UEは、UEがSL-DRXオフ期間内にいる間、PC5インタフェースを通じて近隣UEに対して依然としてSL-PHR手順を開始できる。さらに、進行中のSL-PHR手順は、SL-DRXオン期間/SL-DRXオフ期間間の切り替え/遷移によって影響を受けない可能性がある。
・a)一般に知られ、3GPP TSで定義されている(NR/LTE)RRCプロトコルのT310またはT311が実行されている場合
・(b) 一般に知られ、3GPP TS で定義されている(NR/LTE)RRC プロトコルの T301 が実行されている場合
・(c) 3GPP TS で一般に知られ定義されている(NR/LTE)RRC プロトコルの T304 が実行されている場合
・d)UEに設定されたSLリソース(プール)に関する(部分的な)検知結果がまだ利用可能でない場合
・(e) UEが(NR/LTE)RRC接続(再)確立/再開を開始した時点から、SLリソース(プール)設定を含むRRC(接続)再構成を受信するまで、またはRRC(接続)Release(例えば、UEに(LTE/NR)RRC INACTIVE状態へ移行するように指示する、サスペンド構成付き/なしのRRC(接続)リリースメッセージ)あるいはRRC(接続)リジェクトメッセージ)を受信するまでの間。
RANに対するSL-Uu関連メカニズムを考慮すると、まず、SL動的グラント監視が開示されてもよい。いくつかの実装では、UEは、UEがSL-DRXオフ期間に滞在している間、PDCCH(またはSLダイナミックグラント受信用に構成された探索空間/CORESET)を監視しなくてもよい(例えば、SLダイナミックグラント受信用に構成された探索空間/CORESET)。そこで、UEは、SLダイナミックグラント受信用に設定されたRNTI(例えば、SL-RNTI/sl-RNTI)を用いてPDCCHを復号しようとしないことがある。いくつかの他の実装では、UEは、UEがPC5インタフェースでSL-DRXオフ期間に滞在していても、Uuインタフェースの(SL-DRX)アクティブ時間中にサービングRANからのPDCCHを依然としてモニタできる。いくつかの他の実装では、UEは、UEがSL-DRXオフ期間およびC-DRXオフ期間に滞在しているときのみ、PDCCHを監視しないことができる。
第4に、RANへのSL-Uu関連メカニズムを再び考慮し、SLパケット配信のためにSL-BSR(Uuインタフェース)を開示できる。いくつかの実装では、UEは、UEがSL-DRXオフ期間に滞在している間、SL論理チャネルのBSRをサービングRANに報告するためにSL-BSR手順(複数可)を起動しないことがある。他のいくつかの実装では、UEは、UEがPC5インタフェースでSL-DRXオフ期間に滞在している場合でも、Uuインタフェースの(SL-DRX)アクティブ時間中にSL論理チャネルのBSRをサービングRANに報告できる。いくつかの他の実装では、1つのUEは、UEがC-DRXオフ期間(および/またはSL-DRXオフ期間)内に滞在している間、Uuインタフェースを介してUEのサービングセルへのSL-BSRを開始しない可能性がある。いくつかの追加の実装では、UEは、SL-DRXオフ期間中に、(LTE/NR)Uuインタフェース上でサービングRANに関連付けられた進行中のSL-BSR手順のすべてまたはサブセットを中断/停止/解放/削除/除去してもよい。
いくつかの実装では、以下の状況におけるUE動作の詳細を開示できる。
・drx-RetransmissionTimerSL_Tx(例えば、UEが(少なくとも)1つのSL-Rx UEによって返信されたSL-HARQフィードバック情報に基づいてSL MAC PDUを再送信する必要があるSL-HARQ送信プロセスごと):SL再送信用のSLグラントを受信するまでの最大継続時間であってよい
・SL-drx-LongCycleStartOffset:これは、ロングSL-DRXサイクルと、ロングおよびショートSL-DRXサイクルが開始するサブフレームを定義するdrx-StartOffsetを含み得る。
・SL-drx-ShortCycleTimer(オプション):UEがショートSL-DRXサイクルに従うことができる時間である
・drx-HARQ-RTT-TimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスについて):これは、SL-HARQ受信のためのSL割り当てがMACエンティティによって期待されるまでの最小持続時間となる場合がある。
・SL-drx-onDurationTimer、SL-drx-InactivityTimer、drx-RetransmissionTimerSL_Tx、またはdrx-RetransmissionTimerSL_Rxが実行されている間;または
・SLダイナミックグラント要求のSRがPUCCH(Uuインタフェース)で送信され、保留中である、または
・MACエンティティのUEの(関連するSLソースID、関心のあるSLデスティネーションID)セットのうちの(少なくとも)1つに宛てられた1つ(または2つ以上)の新しい送信を示すPSCCHである
間の時間を含み得る。
2>ショートSL-DRXサイクルが設定された場合
3>SL-drx-InactivityTimerの満了後最初のシンボルで、またはDRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後最初のシンボルでSL-drx-ShortCycleTimerを開始または再起動する
3>ショートSL-DRXサイクルを使用する(UE は SL-DRX オン期間またはSL-DRXアクティブ時間から SL-DRXオフピリオドに切り替えてもよい)
2>あるいは
3>ロングSL-DRXサイクルを使用する(また、UE は SL-DRXオン期間 または SL-DRXアクティブ時間から SL-DRXオフピリオドに切り替えてもよい)。
第3に、drx-HARQ-RTT-TimerSL_Rxとdrx-RetransmissionTimerSL_Rxを考慮して、まずUE側に対して、いくつかの実装においてMACエンティティが(SL-DRX)活性時間である場合は以下の動作/仕組みを構成してよい:
2>次に、UEは、1つの(または1つ以上の)SL周波数キャリアのPSCCHを(連続的に)監視してよい
2>受信した1つのPSCCHがSL送信を示す場合
3>UEは、SL-HARQフィードバックを運ぶ対応するUE送信の終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始してもよい(また、いくつかの他の実装では、UEは、UEが対応するSL目的アイデンティティにSL-HARQフィードバックを送信するよう構成されない場合にdrx-HARQ-RTT-TimerSL_Rxを開始しなくてよい)ことに留意する
3>その後、UEは対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを停止してもよい。
2>UEは、SL-HARQフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始してもよい(例えば、UEが、対応する宛先アイデンティティに関連する対応するSL-HARQプロセスに関するSL-HARQフィードバック情報を送信すると設定される場合)
2>次に、UEは、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを停止してもよい。
1>drx-HARQ-RTT-TimerSL_Rxが満了した場合、および対応するSL-HARQプロセスのデータが正常に復号されない場合
3>UEは、drx-HARQ-RTT-TimerSL_Rxの満了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを開始してもよい。
2>UEは、drx-HARQ-RTT-TimerSL_Txの満了後の最初のシンボルで、対応するSL-HARQプロセスに対してdrx-RetransmissionTimerSL_Txを開始してもよい。
3>UEは、対応するPSSCH送信の最初の繰り返しの終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始してもよく、かつ、
3>その後、UEは、対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Txを停止してもよい。
1>SL-drx-InactivityTimerが満了するか、DRXコマンドMAC CE(またはSL-DRX Command)が受信された場合
2>短い SL-DRX サイクルが設定された場合
3>UE は、SL-drx-InactivityTimer の満了後最初のシンボルで、または DRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後最初のシンボルで SL-drx-ShortCycleTimerを開始または再開できる
3>その後、UEはショートSL-DRXサイクル(注:そのため、UEはSL-DRXオフ期間に移行する可能性がある)を使用できる
2>それ以外の場合
3>long SL-DRX cycle を使用する(注:そのため、UE は SL-DRX off-period に移動する可能性がある)
1>SL-drx-ShortCycleTimerが終了した場合
2>ロングSL-DRXサイクルを使用する(注:そのため、UE はまだ SL-DRX off-period にいる可能性がある)
1>ロングSL-DRXコマンド(ロングDRXコマンドMAC CE)を受信した場合
2>SL-DRX-ShortCycleTimerを停止する
2>ロングSL-DRXサイクルを使用する(注:そのため、UEはSL-DRXオフ期間に移行する可能性がある)。
1>ショートSL-DRXサイクルを使用し、[(SFN×10)+subframe number]modulo(SL-drx-ShortCycle)=(SL-drx-StartOffset)modulo(SL-drx-ShortCycle)の場合、または
1>ロングSL-DRXサイクルを使用する場合、[(SFN×10)+サブフレーム番号]modulo(SL-drx-LongCycle)=SL-drx-StartOffsetとする
2>サブフレームの先頭からSL-drx-SlotOffset後にSL-drx-onDurationTimerを開始する(注:そのためUEはSL-DRXオン期間に移行する可能性がある)。
・drx-onDurationTimerが開始されたときにSL-drx-onDurationTimerを開始する(またはその逆)
・drx-InactivityTimerが開始されると、SL-drx-InactivityTimerを開始する(または、その逆)。
アクション600:開始
アクション602:SL-DRX機能を示すSL-DRXコンフィギュレーションを受信する
アクション604:SL-DRXアクティブ時間およびSL-DRXオフ期間の切り替えに従って、PSCCH上の第1のSCI、PSSCH上のSLパケットおよびPSSCH上の第2のSCIの少なくとも1つを監視するか否かを決定する。
本開示は、2020年1月21日に出願された「Sidelink Discontinuous Reception (SL-DRX) Mechanisms」と題する米国特許出願シリアル番号62/964,012の利益およびその優先権を主張する、2020年1月21日に出願された国際特許出願PCT/CN/2021/073121の、35U.S.C 371の元で出願された国内段階出願であり、その内容は、全ての目的のために参照により本明細書に完全に組み込まれる。
本開示は、一般に、無線通信に関し、より詳細には、サイドリンク(SL:SideLink)パケット交換動作のための方法およびユーザ機器に関する。
接続されたデバイスの数の大幅な増加およびユーザ/ネットワークトラフィック量の急速な増加に伴って、データ速度、遅延、信頼性、およびモビリティを改善することによって、第5世代(5G:fifth generation)新無線(NR:New Radio)といった次世代無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。
本開示の態様は、添付の図とともに読まれたときに、以下から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増加または減少され得る。
以下に、本開示における例示的な実施態様に係る具体的な情報が含まれる。図面およびそれに付随する詳細な開示は、単に例示的な実施態様に向けられている。しかしながら、本開示は、単にこれらの例示的な実施態様に限定されるものではない。本開示の他の変形および実施態様は、当業者に生じるであろう。特に断らない限り、図間の同種または対応する要素は、同種または対応する参照数字で示される場合がある。さらに、本開示における図面およびイラストは、一般的に縮尺がなく、実際の相対的な寸法に対応することを意図していない。
いくつかの実装では、UEは、UEの物理ダウンリンク制御チャネル(PDCCH)監視活動を制御するDRX機能で設定されてもよい。RRC_CONNECTEDのとき、DRXが設定されると、UEは、1つ以上のPDCCHを継続的に監視する必要がない場合がある。いくつかの実装では、DRXは以下によって特徴付けられる場合がある:
・on-duration:これは、UEが起動後に、PDCCHを受信するために待機する期間であってもよい。UEがPDCCHの復号に成功した場合、UEは、起動を維持し、inactivity-timerを(再)開始できる;
・inactivity-timer:これは、UEがPDCCHの最後の復号に成功した時点から、PDCCHの復号に成功するために待機する期間であってよく、失敗すると、UEをスリープに戻すことができる。UEは、初回送信時のみ(すなわち、再送信時ではない)、PDCCHの復号に1回成功した後、非稼働タイマを再開できる;
・再送タイマ:これは、(例えば、ハイブリッド自動リピート要求、HARQ)再送が期待されるまでの期間であってよい;
・cycle:これは、オン期間の周期的な繰り返しに続いて、可能な非アクティブ期間を指定できる;
・アクティブ時間:これは、UEがPDCCH(複数可)を監視している間の合計時間であってもよい。これは、DRXサイクルの「オン期間」、非アクティブタイマが満了していない間にUEが連続受信を行っている間の時間、および再送信の機会を待っている間にUEが連続受信を行っている時間を含み得る。
・drx-onDurationTimer:これは、DRXサイクルの開始時の期間であってもよい;
・drx-SlotOffset:drx-onDurationTimerを開始する前の遅延時間;
・drx-InactivityTimer:PDCCHがMACエンティティのために新しいULまたはDL送信を示すPDCCH機会の後の継続時間であってもよい;
・drx-RetransmissionTimerDL(ブロードキャストプロセスを除くDL HARQプロセスごと):DL再送を受信するまでの最大期間とできる;
drx-RetransmissionTimerUL(UL HARQプロセス毎):UL再送信のためのグラントを受信するまでの最大期間であってもよい;
drx-LongCycleStartOffset:ロングDRXサイクルと、ロングまたはショートDRXサイクルが開始されるサブフレームを定義するdrx-StartOffsetを指定できる;
drx-ShortCycle(オプション):ショートDRXサイクルを指定できる;
drx-ShortCycleTimer(オプション):UEがショートDRXサイクルを実行してもよい時間;
drx-HARQ-RTT-TimerDL(DL HARQプロセスごと、ただしブロードキャストプロセスは除く):MACエンティティによってHARQ再送信のためのDL割り当てが期待されるまでの最小期間とできる;
drx-HARQ-RTT-TimerUL(UL HARQプロセスごと):これは、MACエンティティによってUL HARQ再送信グラントが期待されるまでの最小期間であってもよい。
・drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、ra-ContentionResolutionTimer(3GPP TS38シリーズ規格に記述)が実行されている間、または、以下の時間を含む;
・スケジューリング要求(SR)がPUCCH上で送信され、保留中である(3GPP TS38シリーズ規格に記述);または
MACエンティティのC-RNTIに宛てられた新しい送信が、コンテンションベースのランダムアクセスプリアンブルのうちMACエンティティによって選択されなかったランダムアクセスプリアンブルに対するランダムアクセス応答の受信成功後に受信されていないことを示すPDCCH(3GPP TS38シリーズ規格に記述)。
1>MAC PDUが設定されたダウンリンク割り当てで受信された場合
2>DL HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerDLを開始する
2>対応するHARQプロセスのためのdrx-RetransmissionTimerDLを停止する
1>設定されたアップリンクグラントでMAC PDUが送信された場合
2>対応するPUSCH送信の最初の繰り返しの終了後、最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerULを開始する
2>対応するHARQプロセスのdrx-RetransmissionTimerULを停止する
1>drx-HARQ-RTT-TimerDLが満了した場合
2>対応するHARQプロセスのデータが復号に成功しなかった場合
3>drx-HARQ-RTT-TimerDLの満了後の最初のシンボルで、対応するHARQプロセスのdrx-RetransmissionTimerDLを開始する
1>drx-HARQ-RTT-TimerULが満了した場合
2>drx-HARQ-RTT-TimerULが満了した後、最初のシンボルで対応するHARQプロセスのdrx-RetransmissionTimerULを開始する
1>DRXコマンドMAC CEまたはロングDRXコマンドMAC CEを受信した場合
2>drx-onDurationTimerを停止する
2>drx-InactivityTimerを停止する
1>drx-InactivityTimerが満了するか、DRXコマンドMAC CEを受信した場合
2>ショートDRXサイクルが設定されている場合
3>drx-InactivityTimerの満了後、またはDRXコマンドMAC CE受信終了後の最初のシンボルで、drx-ShortCycleTimerを開始または再開する
3>ショートDRXサイクルを使用する
2>あるいは
3>ロングDRXサイクルを使用する
1>drx-ShortCycleTimerが終了した場合
2>ロングDRXサイクルを使用する
1>ロングDRXコマンドMAC CEを受信した場合
2>drx-ShortCycleTimerを停止する
2>ロングDRXサイクルを使用する
1>ショートDRXサイクルを使用し、かつ[(SFN×10)+サブフレーム番号]
modulo (drx-ShortCycle)=(drx-StartOffset) modulo (drx-ShortCycle);または
1>ロングDRXサイクルを使用し、かつ[(SFN×10)+サブフレーム番号]
modulo (drx-LongCycle)=drx-StartOffsetの場合
2>drx-onDurationTimerをサブフレームの先頭からdrx-SlotOffset後に開始する
1>MACエンティティがアクティブ時間にある場合
2>TSに規定されるようにPDCCHを監視する
2>PDCCHがDL送信を示す場合
3>DL HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerDLを開始する
3>対応するHARQプロセスのためのdrx-RetransmissionTimerDLを停止する
2>PDCCHがUL送信を示す場合
3>対応するPUSCH送信の最初の繰り返しの終了後の最初のシンボルで、対応するHARQプロセスのためのdrx-HARQ-RTT-TimerULを開始する
3>対応するHARQプロセスのdrx-RetransmissionTimerULを停止する
2>PDCCHが新規送信(DLまたはUL)を示す場合
3>PDCCHの受信終了後、最初のシンボルでdrx-InactivityTimerを開始または再開する
1>現在のシンボルnにおいて、本節に規定されるDRXアクティブ時間の全ての条件を評価する際に、シンボルnの4ms前まで、グラント/アサイメント/DRXコマンドMAC CE/ロングDRXコマンドMAC CEを受信し、SRを送信したことを考慮すると、MACエンティティがアクティブ時間でない可能性がある場合
2>TSで定義された周期的SRSおよび半永久的SRSを送信しない
2>PUCCH上のCSIおよびPUSCH上のセミパーシステントCSIを報告しない
1>CSIマスキング(csi-Mask)が上位層によって設定されている場合
2>現在のシンボルnにおいて、本条項で規定されるすべてのDRXアクティブ時間条件を評価する際に、シンボルnの4ms前まで受信したグラント/アサイメント/DRXコマンドMAC CE/ロングDRXコマンドMAC CEを考慮してdrx-onDurationTimerが動作しない可能性がある場合
3>PUCCHのCSIを報告しない。
いくつかの実装では、DRXコマンドMAC CEは、3GPP TS38シリーズ規格に記述されているように、論理チャネル識別(LCID)を有するMACサブヘッダによって識別されてもよい。具体的には、0ビットの固定サイズを有していてもよい。
いくつかの実装では、ロングDRXコマンドMAC CEは、3GPP TSで規定されるLCIDを持つMACサブヘッダによって識別される場合がある。具体的には、0ビットの固定サイズを有していてもよい。
いくつかの実装では、IE DRX-Configは、以下に記述されるDRX関連パラメータを設定するために使用され得る:
-- 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 d0, 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。
・drx-HARQ-RTT-TimerDL:これは、トランスポートブロックを受信したBWPのシンボル数での値であってよい
・drx-HARQ-RTT-TimerUL:トランスポートブロックが送信されたBWPのシンボル数の値であってよい
・drx-InactivityTimer:これは、1msの複数の整数値であってもよい。例えば、ms0は0に対応し、ms1は1msに対応し、ms2は2msに対応し、以下同様である
・drx-LongCycleStartOffset:ms単位のdrx-LongCycleと1msの倍数のdrx-StartOffsetを含むことができる。drx-ShortCycleが設定されている場合、drx-LongCycleの値は、drx-ShortCycleの値の倍数であってもよい
・drx-onDurationTimer:1/32ms(サブミリ秒)またはms(ミリ秒)の倍数の値を指定できる。後者の場合、値ms1は1msに、値ms2は2msに対応し、以下同様である
・drx-RetransmissionTimerDL:これは、トランスポートブロックを受信したBWPのスロット長数での値であってよい。例えば、値sl0は0スロットに対応し、sl1は1スロットに対応し、sl2は2スロットに対応し、以下同様である
・drx-RetransmissionTimerUL:トランスポートブロックが送信されたBWPのスロット数分の値を指定できる。例えば、sl0は0スロットに対応し、sl1は1スロットに対応し、sl2は2スロットに対応し、以下同様である
・drx-ShortCycleTimer:drx-ShortCycleの倍数の値を指定できる。例えば、1の値はdrx-ShortCycleに対応し、2の値は2 * drx-ShortCycleに対応し、以下同様である
・drx-ShortCycle:この値はms単位で指定できる。例えば、ms1は1msに対応し、ms2は2msに対応し、以下同様である
・drx-SlotOffset:1/32ms単位の倍数で値を指定する。例えば、値0は0msに対応し、値1は1/32msに対応し、値2は2/32msに対応し、以下同様である。
いくつかの実装では、車両間の情報交換をサポートするために、車両間(V2X)サービスが提供され得る。V2Xサービスは、車両対インフラストラクチャ(V2I)サービス、車両対歩行者(V2P)サービス、車両対ネットワーク(V2N)サービス、および車両対車両(V2V)サービスのうちの少なくとも1つを含む。LTEプロトコルでは、V2Xサービスは、UuインタフェースとPC5インタフェースによってエア・インタフェースでサポートされる可能性がある。PC5インタフェースは、レイヤ2およびレイヤ1の設計をカバーしている。PC5インタフェースのエアリンク・インタフェースは、LTEプロトコルではSLとも呼ばれる。LTEネットワークは、3GPP TS Rel.12以来、SL動作をサポートしている。図1を参照すると、図1は、本開示の実施例に従って、UEが情報を交換するためのSL動作を示す。図1に示すように、UEは、BS(例えば、LTEネットワークにおけるeNBまたはNRネットワークにおけるgNB)の中継なしに、データおよび制御信号を直接交換できる。説明の便宜上、本開示における各UEは、近隣のUEおよびRANとのPC5インタフェースを介してV2Xサービスにアクセスすることが可能であり、認可されている。
・ユニキャスト:1つのSLグループ内の2つのUEのみであり、SLグループの形成は、非アクセス層(NAS層)で形成され得る
・マルチキャスト(グループキャスト):2つ以上のUEを1つのSLグループにグループ化し、SLグループ内の他の全てのメンバーとSLパケットを交換できる。一つの実装では、SLグループは、NAS層(例えば、V2Xアプリケーション層またはPC5-Sプロトコル)またはAS層(例えば、SL RRC層シグナリング、PC5-RRCシグナリング)において形成されてもよい:
・ブロードキャスト:SLグループに制限されない。UEは、メッセージをブロードキャストすることができ、SL通信範囲内の隣接UEは、ブロードキャストメッセージを受信して復号に成功できる。いくつかの実装では、SL通信範囲は、Tx電力、ハードウェア感度等によって異なってもよい。
・UEは、データを送信するために、(LTE/NR)RRC_Connected状態である必要がある場合がある;
・UEは、eNBにSLリソースを要求してもよい(SLバッファ状態報告(SL-BSR)をサービングセルに送信することによって)。eNBは、SCIおよびSLデータを送信するために、UEに専用のSLリソースをスケジュールする。これを達成するために、eNBは、UEに対してUuインタフェースを介してSL-BSRを報告するよう要求してもよい。さらに、UEは、UEがeNBにSL-BSRを送信したいが有効なULリソースが存在しない場合、UL物理リソース(例えば、PUCCH)上でSRをトリガするか、ランダムアクセス手順を開始することもできる。また、SRリソース(または設定)およびSR手順は、SL動作およびアップリンクトラフィックの双方に対して共通であってもよい。
・UE自律リソース選択は、RRC接続UE(例えば、専用のRRCシグナリングを通じて、またはSIブロードキャスティングを通じて)とRRC非アクティブ/アイドル状態(例えば、SIブロードキャスティングを通じて)の両方に適用されてもよい;
・リソースプールは、(事実上連続した)リソースブロックのセットであってよく、UEは、UEがSLパケット送信に適用したい物理リソースブロックを自律的に決定してもよい
・UEは、それ自身でリソースプールからリソースを選択し、トランスポートフォーマット選択を実行してSL制御情報およびデータを送信してもよい;
・UEは、SLパケット配信前に、SLリソースの(再)選択のための検知を実行してもよい。検知の結果に基づいて、UEはいくつかの特定のSLリソースを(再)選択し、複数のSLリソースを予約する。最大2つの並列(独立)リソース予約プロセスがUEによって実行されることが許可される場合がある。また、UEは、そのV2X SL送信のために単一のリソース選択を実行することが許可されてもよい。
図2を参照すると、図2は、本開示の実施例によるV2X小隊シナリオを示す。図2に示すように、小隊Xは、車両A、車両B、車両C、および車両Dを含んでもよく、小隊に(少なくとも)1つのスケジューラ(例えば、車両A)が存在してもよい。小隊Xにおいて、車両Aは、以下のアプローチにより、同じ小隊のメンバーに対してSLリソースを設定してもよい。
・(a)SL-SR設定とその報告
・(b)SL-バッファステータスレポート(BSR)設定とその報告
・(c)SL-パワーヘッドルームレポート(SL-PHR)設定とその報告。
いくつかの実装では、MACエンティティは、UEのSLパケット受信(例えば、物理サイドリンク制御チャネル(PSCCH)モニタリング)活動および/またはUEのSLパケット送信(例えば、物理サイドリンク共有チャネル(PSSCH)送信)活動を制御するSL-DRX機能をRRCエンティティによって設定される場合がある。
・SL-drx-onDurationTimer:この期間は、SL-DRXサイクルの開始時であってよい;
・SL-drx-SlotOffset:この遅延時間は、SL-drx-onDurationTimerを開始する前であってもよい;
・SL-drx-InactivityTimer:この期間は、PSCCHが当該MACエンティティの新しいSL送信/受信を示すPSCCHの機会の後であってもよい;
・drx-RetransmissionTimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスに対して):これは、SL再送信が受信されるまでの最大期間であってよい;
・drx-RetransmissionTimerSL_Tx(例えば、UEが(少なくとも)1つのSL-Rx UEによって返信されたSL-HARQフィードバック情報に基づいてSL MAC PDUを再送する必要があるSL-HARQ送信プロセスごと):これは、SL再送のためのグラントが受信されるまで最大期間であってよい;
・SL-drx-LongCycleStartOffset:これは、ロングSL-DRXサイクルと、ロングおよびショートSL-DRXサイクルが開始するサブフレームを定義するdrx-StartOffsetを含み得る;
・SL-drx-ShortCycle(オプション):ショートSL-DRXサイクルが含まれる場合がある;
・SL-drx-ShortCycleTimer(オプション):UEがショートSL-DRXサイクルに従い得る期間にできる;
・drx-HARQ-RTT-TimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスに対して):これは、SL-HARQ受信用のSL割り当てがMACエンティティによって期待されるまでの最小期間にできる;
・drx-HARQ-RTT-TimerSL_Tx(例えば。UEが(少なくとも)1つのSL-Rx UEによって返信されたSL-HARQフィードバック情報に基づいてSL MAC PDUを再送する必要があるSL-HARQ送信プロセスあたり):これは、SL-HARQ再送グラントがMACエンティティによって期待されるまでの最小期間であってよい。
・SL-drx-onDurationTimerまたはSL-drx-InactivityTimerまたはdrx-RetransmissionTimerSL_Txまたはdrx-RetransmissionTimerSL_Rxが実行されている間;あるいは
・物理アップリンク制御チャネル(PUCCH)(Uuインタフェース)でSLダイナミックグラント要求のSRが送信され、保留中であるか、または
・MACエンティティのUEの(関連するSLソースID、関心のあるSL(レイヤ1/レイヤ2)デスティネーションID)セットのうちの(少なくとも)1つに宛てられた1つ(または複数の)新しい送信を示すPSCCH
の間の時間が含まれてよい。
1>UEの(関連するSLソースID、関心のあるSL宛先ID)に関連するSL MAC PDUが設定されたSL割り当てで受信された場合
2>SL-HARQフィードバックを運ぶ対応する送信の終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始し(例えば、UEが、対応する宛先アイデンティティに関連する対応するSL-HARQプロセスについてSL-HARQフィードバック情報を送信すると設定される場合)
2>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを停止する
1>設定されたSLグラントでSL MAC PDUが送信された場合
2>対応するPSSCH送信の終了(または最初の繰り返し)後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始する
2>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを停止する
1>drx-HARQ-RTT-TimerSL_Rxが満了した場合
2>対応するSL-HARQプロセスのデータの復号に成功しなかった場合
3>drx-HARQ-RTT-TimerSL_Rxの満了後の最初のシンボルで、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを開始する
1>drx-HARQ-RTT-TimerSL_Txが満了した場合
2>drx-HARQ-RTT-TimerSL_Txの満了後の最初のシンボルにおいて、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを開始する
1>DRXコマンドMAC制御要素(CE)(またはSL-DRXコマンド)またはロングDRXコマンドMAC CE(またはSL-ロングDRXコマンドMAC CE)をサービングセル(Uuインタフェースを通じて)または他のUE(PC5インタフェースを通じて)から受信した場合
2>SL-drx-onDurationTimerを停止する
2>SL-drx-InactivityTimerを停止する
1>SL-drx-InactivityTimerが満了するか、DRXコマンドMAC CE(またはSL-DRXコマンド)を受信した場合
2>ショートSL-DRXサイクルが設定されている場合
3>SL-drx-InactivityTimerの満了後の最初のシンボルで、またはDRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後の最初のシンボルでSL-drx-ShortCycleTimerを開始または再起動する
3>ショートSL-DRXサイクルを使用する
2>あるいは
3>ロングSL-DRXサイクルを使用する
1>SL-DRX-ShortCycleTimerが終了した場合
2>ロングSL-DRXサイクルを使用する
1>ロングSL-DRX Command(ロングDRXコマンドMAC CE)を受信した場合
2>SL-DRX-ShortCycleTimerを停止する
2>ロングSL-DRXサイクルを使用する
1>ショートSL-DRXサイクルを使用し、かつ[(SFN×10)+サブフレーム番号]modulo (SL-drx-ShortCycle)=(SL-drx-StartOffset) modulo (SL-drx-ShortCycle)または
1>ロングSL-DRXサイクルを使用し、かつ[(SFN×10)+サブフレーム番号]modulo(SL-drx-LongCycle)=SL-drx-StartOffsetの場合
2>SL-drx-onDurationTimerをサブフレームの先頭からSL-drx-SlotOffset後に開始する
1>MACエンティティが(SL-DRX)アクティブ時間にある場合
2>1つの(または複数の)SL周波数キャリアのPSCCHを(連続的に)監視する
2>PSCCHがSL送信を示す場合
3>SL-HARQフィードバックを伝送する対応する伝送の終了後の最初のシンボルで、対応するSL-HARQ処理のためのdrx-HARQ-RTT-TimerSL_Rxを開始する
3>対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを停止する
2>UEがSL送信を示すSCIを1つのPSCCHで送信した場合
3>対応するPSSCH送信の終了(または最初の反復)後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始する
3>対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Txを停止する
2>PSCCHがUEに新しいSLパケット送信を示す(またはSL制御信号を示す)場合、またはUEが1つのPSCCHでSCIを送信する場合
3>関連するPSCCHの終了後の最初のシンボルでSL-drx-InactivityTimerを開始または再起動する。
図4を参照して、図4は、本開示の実施例によるSL-DRXの設定を示す。図4に示すように、PC5インタフェースでは、UEは、SL-DRXオン期間の開始時に(またはSL-DRXアクティブ時間の開始時から)「起動」してもよい。その後、UEはSL-DRXオン期間の間に関連/設定されたメカニズムを実行できる。その後、UEは、1つ以上の定義された条件に基づいて、SL-DRXオン期間から(またはSL-DRXアクティブ時間から)SL-DRXオフ期間に切り替えてもよい。いくつかの実装では、UEはSL-DRXオフ期間内に一定期間滞在してもよく、SL-DRXオフ期間内に滞在するためのUEの動作も以下の段落に提供されてもよい。また、図4に示すように、次のSL-DRXオン期間の開始時にUEが起動する間にSL-DRXオフ期間が終了することもある。
・(a)UEは、SL-DRXオン期間の長さ=drx-onDurationTimerを設定してもよい;
・(b)UEは、SL-DRXの周期の長さ=drx-ShortCycleを設定できる;
・(c)長いDRXサイクル関連の設計は、SL-DRXの設定にも適用されてもよい。さらに、追加の実施形態のいくつかでは、UEは、DRX-Configで受信される受信drx-LongCycleStartOffsetを適用することによって、長いSL-DRXサイクルを設定してもよい。
いくつかの実装では、SL-DRXは、以下の状況においてUEの動作に影響を与える可能性がある:
(a)SL送信(PC5インタフェースにおいて):UEは、UEがSL-DRXオフ期間内に留まる間、SLパケット送信のいくつかの実装を停止する可能性がある。より詳細なメカニズムは、以下で提示され得る。いくつかの実装では、UEは、LTEPC5インタフェースとNR PC5インタフェースの両方を介したSLパケット送信(または短くSLパケット(複数可))と共に設定されてもよい。いくつかの実装では、SL-DRXオフ期間の間、UEは、以下のようにしてもよい。(1)LTE PC5インタフェース上のSLパケット送信のみを停止する(従って、NR PC5インタフェース上のSLパケット送信はSL-DRXオフ期間中に継続できる)、(2)NR PC5インタフェース上のSLパケット送信のみを停止する(従って、LTE PC5インタフェース上のSLパケット送信はSL-DRXオフ期間中に継続できる)、または(3)LTE PC5インタフェースおよびNR PC5インタフェースの両方のSLパケット送信を停止できる
(b)SL受信:UEは、UEがSL-DRXオフ期間内に滞在している間、SLパケット受信のいくつかの実装を停止できる。より詳細なメカニズムは、以下に議論される。いくつかの実装では、UEは、LTE PC5インタフェースとNR PC5インタフェースの両方を介してSLパケット受信を行うように設定されてもよい。いくつかの実装では、SL-DRXオフ期間の間、UEは、以下のようにしてもよい。(1)LTE PC5 インタフェースでのSLパケット受信のみを停止する(従って、NR PC5 インタフェースでのSLパケット受信はSL-DRX オフ期間中も継続できる)、(2)NR PC5 インタフェースでのSLパケット受信のみを停止する(従って、LTE PC5 インタフェースでのSLパケット受信はSL-DRXオフ期間中も継続できる)、または(3)LTE PC5インタフェースおよびNR PC5インタフェースでのSLパケット送信の双方を停止できる
(c)((LTE/NR)Uuインタフェースにおける)RANに関連するSL-Uuメカニズム:UEは、((LTE/NR)Uuインタフェースを介して)UEがSL-DRXオフ期間に留まっている間に、UEがRANへのUEレポーティングのいくつかの実装を停止してもよく、または、UEがSL-DRXオフ期間に留まっている間に、RAN命令の監視を停止することができる。より詳細なメカニズムを以下に提示することができる。一部の実装では、UEがLTE PC5 インタフェースとNR PC5 インタフェースの両方のSLリソース設定をサポートするために、NR Uuインタフェースを使用して設定してもよい(例えば、BSは、PC5 RRC接続などのNR PC5インタフェースの動的SL許可またはSL(例外的)リソースプール設定を設定する)。BSはまた、LTE PC5インタフェースのためのSL(例外的)リソースプール設定を設定することができる。いくつかの実装形態ではSL-DRXオフ期間中に、UEは、以下のようにしてもよい。(1)LTE PC5インタフェースに関連するSL-Uu関連メカニズムのみを停止する(したがって、NR PC5インタフェースに関連するSL-Uu関連メカニズム(例えば、1つまたは複数のPC5 RRC接続)は、SL-DRXオフ期間中に継続してもよい)、(2)NR PC5インタフェースに関連するSL-Uu関連メカニズムのみを停止する(したがって、LTE PC5インタフェースに関連するSL-Uu関連メカニズムはSL-DRXオフ期間中に継続してもよい)、または(3)LTE PC5インタフェースおよびNR PC5インタフェースに関連するSL-Uu関連メカニズムを停止する
(d)SL同期メカニズム:UEが(LTE/NR)SyncRef UEとして設定されていても、UEがSL-DRXオフ期間に留まっている間、UEは、(MIB-SLまたはMIB-SL-V2Xの有無にかかわらず)SL-SSBのブロードキャストを停止してもよい。そして、UEは、SL-DRXオン期間(次のSL-DRXサイクル)の開始時にUEが起動した後、(MIB-SLまたはMIB-SL-V2Xの有無にかかわらず)再びSL-SSBをブロードキャストしてもよい。より詳細なメカニズムを以下に提示することができる。いくつかの実装では、UEがNR SyncRef UEおよびLTE SyncRef UEとして設定され得る。いくつかの実装では、SL-DRXオフ期間中に、UEは、次のようにできる。(1)LTE PC5インタフェース上のLTE SyncRef UE動作のみを停止する(したがって、NR PC5インタフェース上のNR SyncRef UE動作はSL-DRXオフ期間中に継続され得る)、(2)NR PC5インタフェース上のNR SyncRef UE動作のみを停止する(従って、LTE PC5インタフェース上のLTE SyncRef UE動作はSL-DRXオフ期間中に継続され得る)、または(3)SL-DRXオフ期間中に、それぞれ、NR PC5インタフェースおよびLTE PC5インタフェースの両方上のNR SyncRef UE動作およびLTE SyncRef UE動作を停止する
(e)SLディスカバリメカニズム:UEは、UEがSL-DRXオフ期間に留まっている間に、LTE/NR(LTE/NR)SLディスカバリメッセージの配信を停止してもよい。次いで、UEは、UEが後続のSL-DRXオン期間の開始時に起動した後に、(LTE/NR)SLディスカバリメッセージを再び配信することを(再)開始/再開/継続してもよい。より詳細なメカニズムは以下で議論される。いくつかの実装では、UEは、LTE SLディスカバリメッセージ配信およびNR SLディスカバリメッセージ配信で設定され得る。いくつかの実装では、SL-DRXオフ期間中に、UEは、次のようにすることができる。(1)LTE PC5インタフェース上のLTE SLディスカバリメッセージ配信のみを停止する(したがって、NR PC5インタフェース上のNR SLディスカバリメッセージ配信はSL-DRXオフ期間中に継続され得る)、(2)NR PC5インタフェース上のNR SLディスカバリメッセージ配信のみを停止する(したがって、LTE PC5インタフェース上のLTE SLディスカバリメッセージ配信はSL-DRXオフ期間中に継続され得る)、または(3)SL-DRXオフ期間中に、それぞれ、LTE PC5インタフェースおよびNR PC5インタフェース上のLTE SLディスカバリメッセージ配信およびNR SLディスカバリメッセージ配信を停止することができる)
(f)PC5-RRC接続:いくつかの実装では、UEがSL-DRXオフ期間に留まっている間に、UE側で設定されたPC5-RRC接続(例えば、SLパケット送信/受信、PC5-RRC信号送信/受信、または関連するPC5-RRC接続を介したPC5-S信号)のすべてまたはサブセットに関連するSL動作を中止することができる。次いで、UEは、UEがSL-DRXアクティブ時間に留まっている間に、UE側で設定されたPC5-RRC接続のすべてまたはサブセットに関連するSL動作を(再)開始/再開/継続することができる。対照的に、いくつかの追加の実施において、SLグループキャスト/ブロードキャストグループに関連するSLオペレーション(例えば、UEは、関連する標的SL目的識別子を有するPC5-RRC接続で設定されていない)がUEがSL-DRXアクティブ時間またはSL-DRXオフ期間のどちらに留まっているかにかかわらず、引き続き続く可能性がある。
・(a)一般に知られ、3GPP TS38シリーズ規格で定義されている(NR/LTE)RRCプロトコルのT310またはT311が実行されている場合;
・(b)一般に知られ、3GPP TS38シリーズ規格で定義されている(NR/LTE)RRC プロトコルのT301が実行されている場合;
・(c)3GPP TS38シリーズ規格で一般に知られ定義されている(NR/LTE)RRC プロトコルのT304が実行されている場合;
・(d)UEに設定されたSLリソース(プール)に関する(部分)検知結果がまだ利用可能でない場合;
・(e)UEが(NR/LTE)RRC接続(再)確立/再開を開始した時点から、SLリソース(プール)設定を含むRRC(接続)再構成を受信するまで、またはRRC(接続)解放(例えば、UEに(LTE/NR)RRC INACTIVE状態へ移行するように指示する、サスペンド設定付き/なしのRRC(接続)リリースメッセージ)あるいはRRC(接続)リジェクトメッセージ)を受信するまでの間;
・(f)UEがSL-DRXオフ期間に滞在している間に、PC5インタフェースを介して他のUEにPC5-RRCシグナリング(例えば、SL-SR手順、SL-BSR手順、またはSL-PHR手順)を送信するように開始された場合、またはUEが(LTE/NR)Uuインタフェースを介してUEのサービングセルにSL SR要求手順、BSR手順、またはSL PHR手順を送信するために開始された場合。
いくつかの実装では、以下の状況におけるUE動作の詳細を含んでもよい:
・(a)SL-DRXオフ期間からSL-DRXオン期間への切り替えのためにUEをトリガするためのUE動作;
・(b)UEがSL-DRXオン期間に滞在している間のUEの動作;
・(c)UEがSL-DRXオン期間(またはSL-DRXアクティブ時間)からSL-DRXオフ期間への切り替えのためにUEをトリガするためのUE動作;
・(d)UEがSL-DRXアクティブ時間に滞在している間のUE動作(Uuインタフェースおよび/またはPC5インタフェースの場合)。
・SL-DRX-onDurationTimer:これは、SL-DRXサイクルの開始時の期間にできる;
・SL-drx-SlotOffset:SL-drx-onDurationTimerを開始する前の遅延時間を指定する;
・SL-drx-InactivityTimer:これは、PSCCHが当該MACエンティティのための新しいSL送信または受信を示すPSCCH機会後の期間であってもよい;
・drx-RetransmissionTimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスに対して):これは、SL再送信が受信されるまでの最大期間であり得る;
・drx-RetransmissionTimerSL_Tx(例えば、UEが(少なくとも)1つのSL-Rx UEによって返信されたSL-HARQフィードバック情報に基づいてSL MAC PDUを再送信する必要があるSL-HARQ送信プロセスごと):SL再送信用のSLグラントを受信するまでの最大継続時間であってよい;
・SL-drx-LongCycleStartOffset:これは、ロングSL-DRXサイクルと、ロングおよびショートSL-DRXサイクルが開始するサブフレームを定義するdrx-StartOffsetを含み得る;
・SL-drx-ShortCycle(オプション):これは短いSL-DRXサイクルを含むことができる;
・SL-drx-ShortCycleTimer(オプション):UEがショートSL-DRXサイクルに従うことができる時間である;
・drx-HARQ-RTT-TimerSL_Rx(例えば、UEが関連するSL-Tx UEにSL-HARQフィードバック情報を送信する必要がある各SL-HARQ受信プロセスについて):これは、SL-HARQ受信のためのSL割り当てがMACエンティティによって期待されるまでの最小期間となる場合がある;
・drx-HARQ-RTT-TimerSL_Tx(例えば、UEが(少なくとも)1つのSL-Rx UEによって返信されたSL-HARQフィードバック情報に基づいてSL MAC PDUを再送する必要があるSL-HARQ送信プロセスごと):これは、MACエンティティによってSL-HARQ再送グラントが期待されるまで最小期間である可能性がある。
・SL-drx-onDurationTimer、SL-drx-InactivityTimer、drx-RetransmissionTimerSL_Tx、またはdrx-RetransmissionTimerSL_Rxが実行されている間;または
・SLダイナミックグラント要求のSRがPUCCH(Uuインタフェース)で送信され、保留中である、または
・MACエンティティのUEの(関連するSLソースID、関心のあるSLデスティネーションID)セットのうちの(少なくとも)1つに宛てられた1つまたは複数の新しい送信を示すPSCCH、
である間の時間を含み得る。
1>SL-DRX-InactivityTimerが満了するか、DRXコマンドMAC CE(またはSL-DRXコマンド)を受信した場合
2>ショートSL-DRXサイクルが設定された場合
3>SL-drx-InactivityTimerの満了後最初のシンボルで、またはDRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後最初のシンボルでSL-drx-ShortCycleTimerを開始または再起動する
3>ショートSL-DRXサイクルを使用する(UEはSL-DRXオン期間またはSL-DRXアクティブ時間からSL-DRXオフ期間に切り替えてもよい)
2>あるいは
3>ロングSL-DRXサイクルを使用する(また、UEはSL-DRXオン期間またはSL-DRXアクティブ時間からSL-DRXオフ期間に切り替えてもよい)。
2>次に、UEは、1つの(または1つ以上の)SL周波数キャリアのPSCCHを(連続的に)監視してよい
2>受信した1つのPSCCHがSL送信を示す場合
3>UEは、SL-HARQフィードバックを運ぶ対応するUE送信の終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始してもよい(また、いくつかの実装では、UEは、UEが対応するSL目的アイデンティティにSL-HARQフィードバックを送信するよう設定されない場合にdrx-HARQ-RTT-TimerSL_Rxを開始しなくてよい)ことに留意する
3>その後、UEは対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを停止してもよい。
1>UEの(関連SLソースアイデンティティ、関心のあるソースアイデンティ)に関連するSL MAC PDUが、設定されたSL割り当てで受信された場合
2>UEは、SL-HARQフィードバックを伝送する対応の伝送の終了後、最初のシンボルで対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Rxを開始してもよい(例えば、UEが、対応する宛先アイデンティティに関連する対応するSL-HARQプロセスに関するSL-HARQフィードバック情報を送信すると設定される場合)
2>次に、UEは、対応するSL-HARQプロセスのdrx-RetransmissionTimerSL_Rxを停止してもよい。
1>drx-HARQ-RTT-TimerSL_Rxが満了した場合、および対応するSL-HARQプロセスのデータの復号に成功しない場合
3>UEは、drx-HARQ-RTT-TimerSL_Rxの満了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Rxを開始してもよい。
2>UEは、対応するPSSCH送信の送信終了(または最初の反復)後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始してもよい
2>その後、UEは、対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Txを停止してもよい。
2>UEは、drx-HARQ-RTT-TimerSL_Txの満了後の最初のシンボルで、対応するSL-HARQプロセスに対してdrx-RetransmissionTimerSL_Txを開始してもよい。
3>UEは、対応するPSSCH送信の最初の繰り返しの終了後の最初のシンボルで、対応するSL-HARQプロセスのためのdrx-HARQ-RTT-TimerSL_Txを開始してもよく、かつ、
3>その後、UEは、対応するSL-HARQプロセスのためのdrx-RetransmissionTimerSL_Txを停止してもよい。
1>SL-drx-InactivityTimerが満了するか、DRXコマンドMAC CE(またはSL-DRX Command)が受信された場合
2>短いSL-DRXサイクルが設定された場合
3>UEは、SL-drx-InactivityTimerの満了後最初のシンボルで、またはDRXコマンドMAC CE(またはSL-DRXコマンド)の受信終了後最初のシンボルでSL-drx-ShortCycleTimerを開始または再開できる
3>その後、UEはショートSL-DRXサイクル(注:そのため、UEはSL-DRXオフ期間に移行する可能性がある)を使用できる
2>あるいは
3>ロングSL-DRXサイクルを使用する(注:そのため、UEはSL-DRX off-periodにいる可能性がある)
1>SL-drx-ShortCycleTimerが終了した場合
2>ロングSL-DRXサイクルを使用する(注:そのため、UEはまだSL-DRX off-periodに移動する可能性がある)
1>ロングSL-DRXコマンド(ロングDRXコマンドMAC CE)を受信した場合
2>SL-DRX-ShortCycleTimerを停止する
2>ロングSL-DRXサイクルを使用する(注:そのため、UEはSL-DRXオフ期間に移行する可能性がある)。
1>ショートSL-DRXサイクルを使用し、[(SFN×10)+subframe number]modulo(SL-drx-ShortCycle)=(SL-drx-StartOffset)modulo(SL-drx-ShortCycle)の場合、または
1>ロングSL-DRXサイクルを使用し、[(SFN×10)+サブフレーム番号]modulo(SL-drx-LongCycle)=SL-drx-StartOffsetの場合
2>サブフレームの先頭からSL-drx-SlotOffset後にSL-drx-onDurationTimerを開始する(注:そのためUEはSL-DRXオン期間に移行する可能性がある)。
・drx-onDurationTimerが開始されたときにSL-drx-onDurationTimerを開始する(またはその逆)
・drx-InactivityTimerが開始されると、SL-drx-InactivityTimerを開始する(または、その逆)。
アクション600:開始
アクション602:第1のUEは、SL-DRX機能を示すSL-DRX設定を受信してもよい
アクション604:第1のUEは、SL-DRXアクティブ時間およびSL-DRXオフ期間の切り替えに従って、PSCCH上の第1のSCI、PSSCH上のSLパケットおよびPSSCH上の第2のSCIの少なくとも1つを監視するか否かを決定してもよい
アクション606:終了。
Claims (20)
- サイドリンク(SL)パケット交換動作のために第1のユーザ機器(UE)により実行される方法であって、
SL-DRX機能を示すSL-Discontinuous Reception(SL-DRX)設定を受信するステップと、
SL-DRXアクティブ時間とSL-DRXオフ期間との切り替えに応じて、物理サイドリンク制御チャネル(PSCCH)上の第1のサイドリンク制御情報(SCI)、物理サイドリンク共有チャネル(PSSCH)上のSLパケット、およびPSSCH上の第2のSCIの少なくとも1つを監視するか否かを決定するステップとを有しており、
前記SCIは、少なくとも1つの第2のUEからのものであり、前記SL-DRXアクティブ時間および前記SL-DRXオフ期間の双方は、前記SL-DRX機能により決定される方法。 - 前記第1のUEは、SLユニキャストグループ、SLグループキャストグループ、およびSLブロードキャストグループのうちの1つにおいて、前記第2のUEと関連付けられており、
前記SLユニキャストグループ、SLグループキャストグループ、またはSLブロードキャストグループは、1つのサービング無線アクセスネットワーク(RAN)の少なくとも1つのサービングセルとインカバレッジにあり、かつ、前記サービングRANの少なくとも1つのセルに部分インカバレッジまたは前記サービングRANのアウトオブカバレッジにあり、
前記SL送信は、新無線(NW)技術またはロングタームエボリューション(LTE)技術によって制御されるPC5インタフェースを通じて送信される、請求項1に記載の方法。 - 前記SL-DRXアクティブ時間と前記SL-DRXオフ期間との間の切り替えに応じて、前記PSCCH上の第1のSCI、PSSCH上のSLパケットおよびPSSCH上の第2のSCIのうちの少なくとも1つを送信するか否かを前記第1のUEによって決定するステップをさらに含む、請求項1に記載の方法。
- 前記第1のUEによる前記SL-DRXアクティブ時間と前記SL-DRXオフ期間との間の切り替えに従って、SLリソース要求のために少なくとも1つのSLバッファステータスレポート(BSR)を前記第1のサービングセルに送信するか、または、SLリソース設定のために第2のサービングセルから少なくとも1つのダウンリンク制御情報(DCI)を監視するかを決定するステップをさらに含む、請求項1に記載の方法。
- 前記第1のサービングセルは、NR Uuインタフェースの新無線(NR)セルまたはE-UTRA Uuインタフェースのエボルブドユニバーサルテレストリアル無線アクセスネットワーク(E-UTRA)セルである、請求項4記載の方法。
- 前記第1のUEは、前記少なくとも1つの第2のUEとのSLパケット交換動作のためのSL-DRXオン期間、SL-DRXアクティブ時間、またはSL-DRXオフ期間において、異なるSLリソースプール設定に構成され、前記SLリソースプール設定は、新無線(NR)PC5インタフェースおよびエボルブドユニバーサルテレストリアル無線アクセスネットワーク(E-UTRA)PC5インタフェース間にあり、かつ、SL受信リソースプール設定、例外リソースプール設定、SLディスカバリメッセージ送信用SLリソースプール設定、SLダイナミックグラント、タイプ1SL設定グラント、タイプ2SL設定グラント、およびSL同期信号バーストセットのうち少なくとも一つを含む、請求項1の記載の方法。
- 前記第1のUEは、SL-DRX-SlotOffset、SL-DRX-InactivityTimer、DRX-RetransmissionTimerSL、SL-DRX-LongCycleStartOffset、SL-DRX-ShortCycle、SL-DRX-ShortCycleTimer、およびDRX-HARQ-RTT-TimerSのうち少なくとも1つに従って、SL-DRXアクティブ期間とSL-DRXオフ期間とを切り替えるように構成されている、請求項1に記載の方法。
- 前記第1のUEは、SL事前設定、別にペアリングされたUEのPC5-無線リソース制御(PC5-RRC)シグナリング、Uuインタフェースにおけるサービングセルの放送システム情報(SI)、およびUuインタフェースにおけるUE固有のダウンリンク(DL)RRCシグナリングのうち少なくとも1つを通じて、前記SL-DRX設定を受信する、請求項1記載の方法。
- 前記第1のUEは、前記SL-DRXアクティブ時間または前記SL-DRXオフ期間において、異なるSLリソースプール設定に従ってチャネルビジー比(CBR)測定および検知機構をそれぞれ実行するように構成される、請求項1に記載の方法。
- 前記SL-DRXアクティブ時間および前記SL-DRXオフ期間間の切り替えに従って、PC5インタフェース上の少なくとも1つの前記第2のUEに対して、SL-スケジューリング要求(SL-SR)手順、SL-バッファステータスレポート(SL-BSR)手順、およびSL-パワーヘッドルーム報告(SL-PHR)手順のうち少なくとも1つを起動するか否かを前記第1のUEによって決定するステップをさらに含む、請求項1に記載の方法。
- 基地局(BS)を備えた無線通信システムにおける、サイドリンク(SL)パケット交換動作のためのユーザ機器(UE)であって、
プロセッサと、前記プロセッサに接続されたメモリとを備え、
前記メモリは、
前記プロセッサによって実行されたときに、コンピュータ実行可能なプログラムを記憶するメモリとを備え、
前記メモリは、前記プロセッサによって実行された場合、前記プロセッサに、
SL-DRX機能を示すSL-Discontinuous Reception(SL-DRX)設定を受信させ、
SL-DRXアクティブ時間とSL-DRXオフ期間との切り替えに応じて、物理サイドリンク制御チャネル(PSCCH)上の第1のサイドリンク制御情報(SCI)、物理サイドリンク共有チャネル(PSSCH)上のSLパケット、およびPSSCH上の第2のSCIの少なくとも1つを監視するか否かを決定させるコンピュータ実行可能なプログラムを格納し、
前記SCIは、少なくとも1つの第2のUEからのものであり、前記SL-DRXアクティブ時間および前記SL-DRXオフ期間の双方は、前記SL-DRX機能により決定される、UE。 - 前記第1のUEは、SLユニキャストグループ、SLグループキャストグループ、およびSLブロードキャストグループのうちの1つにおいて、前記第2のUEと関連付けられており、
前記SLユニキャストグループ、SLグループキャストグループ、またはSLブロードキャストグループは、1つのサービング無線アクセスネットワーク(RAN)の少なくとも1つのサービングセルとインカバレッジにあり、かつ、前記サービングRANの少なくとも1つのセルに部分インカバレッジまたは前記サービングRANのアウトオブカバレッジにあり、
前記SL送信は、新無線(NW)技術またはロングタームエボリューション(LTE)技術によって制御されるPC5インタフェースを通じて送信される、請求項11に記載のUE。 - 前記プロセッサは、前記SL-DRXアクティブ時間と前記SL-DRXオフ期間との間の切り替えに応じて、前記PSCCH上の第1のSCI、PSSCH上のSLパケットおよびPSSCH上の第2のSCIのうちの少なくとも1つを送信するか否かを前記第1のUEによって決定するようにさらに構成されている、請求項11に記載のUE。
- 前記プロセッサは、前記第1のUEによる前記SL-DRXアクティブ時間と前記SL-DRXオフ期間との間の切り替えに従って、SLリソース要求のために少なくとも1つのSLバッファステータスレポート(BSR)を前記第1のサービングセルに送信するか、または、SLリソース設定のために第2のサービングセルから少なくとも1つのダウンリンク制御情報(DCI)を監視するかを決定するようにさらに構成されている、請求項13に記載のUE。
- 前記第1のサービングセルは、NR Uuインタフェースの新無線(NR)セルまたはE-UTRA Uuインタフェースのエボルブドユニバーサルテレストリアル無線アクセスネットワーク(E-UTRA)セルである、請求項14に記載のUE。
- 前記第1のUEは、前記少なくとも1つの第2のUEとのSLパケット交換動作のためのSL-DRXオン期間、SL-DRXアクティブ時間、またはSL-DRXオフ期間において、異なるSLリソースプール設定に構成され、前記SLリソースプール設定は、新無線(NR)PC5インタフェースおよびエボルブドユニバーサルテレストリアル無線アクセスネットワーク(E-UTRA)PC5インタフェース間にあり、かつ、SL受信リソースプール設定、例外リソースプール設定、SLディスカバリメッセージ送信用SLリソースプール設定、SLダイナミックグラント、タイプ1SL設定グラント、タイプ2SL設定グラント、およびSL同期信号バーストセットのうち少なくとも一つを含む、請求項11の記載のUE。
- 前記第1のUEは、SL-DRX-SlotOffset、SL-DRX-InactivityTimer、DRX-RetransmissionTimerSL、SL-DRX-LongCycleStartOffset、SL-DRX-ShortCycle、SL-DRX-ShortCycleTimer、およびDRX-HARQ-RTT-TimerSのうち少なくとも1つに従って、SL-DRXアクティブ期間とSL-DRXオフ期間とを切り替えるように構成されている、請求項11に記載のUE。
- 前記第1のUEは、SL事前設定、別にペアリングされたUEのPC5-無線リソース制御(PC5-RRC)シグナリング、Uuインタフェースにおけるサービングセルの放送システム情報(SI)、およびUuインタフェースにおけるUE固有のダウンリンク(DL)RRCシグナリングのうち少なくとも1つを通じて、前記SL-DRX設定を受信する、請求項11に記載のUE。
- 前記第1のUEは、前記SL-DRXアクティブ時間または前記SL-DRXオフ期間において、異なるSLリソースプール設定に従ってチャネルビジー比(CBR)測定および検知機構をそれぞれ実行するように構成される、請求項11に記載のUE。
- 前記プロセッサは、
前記SL-DRXアクティブ時間および前記SL-DRXオフ期間間の切り替えに従って、PC5インタフェース上の少なくとも1つの前記第2のUEに対して、SL-スケジューリング要求(SL-SR)手順、SL-バッファステータスレポート(SL-BSR)手順、およびSL-パワーヘッドルーム報告(SL-PHR)手順のうち少なくとも1つを起動するか否かを前記第1のUEによって決定するようにさらに構成されている、請求項11に記載のUE。
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 | サムスン エレクトロニクス カンパニー リミテッド | 次世代移動通信システムをサポートするためのmacサブヘッダーの構造とこれを適用する方法及び装置 |
WO2020008539A1 (ja) * | 2018-07-03 | 2020-01-09 | 株式会社Nttドコモ | 通信装置及び基地局 |
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 | サムスン エレクトロニクス カンパニー リミテッド | 次世代移動通信システムをサポートするためのmacサブヘッダーの構造とこれを適用する方法及び装置 |
WO2020008539A1 (ja) * | 2018-07-03 | 2020-01-09 | 株式会社Nttドコモ | 通信装置及び基地局 |
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) | 無線リソース制御(rrc)インアクティブ状態での小規模データ伝送 | |
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 |