KR20210077670A - 유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 l2 프로시저 - Google Patents
유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 l2 프로시저 Download PDFInfo
- Publication number
- KR20210077670A KR20210077670A KR1020217009220A KR20217009220A KR20210077670A KR 20210077670 A KR20210077670 A KR 20210077670A KR 1020217009220 A KR1020217009220 A KR 1020217009220A KR 20217009220 A KR20217009220 A KR 20217009220A KR 20210077670 A KR20210077670 A KR 20210077670A
- Authority
- KR
- South Korea
- Prior art keywords
- wtru
- link
- slrb
- unicast
- wtrus
- 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 200
- 230000004044 response Effects 0.000 claims abstract description 83
- 230000005540 biological transmission Effects 0.000 claims description 213
- 238000010187 selection method Methods 0.000 claims description 62
- 238000013507 mapping Methods 0.000 claims description 28
- 238000012790 confirmation Methods 0.000 abstract description 16
- 239000010410 layer Substances 0.000 description 382
- 238000004891 communication Methods 0.000 description 104
- 230000011664 signaling Effects 0.000 description 67
- 238000005259 measurement Methods 0.000 description 50
- 230000000977 initiatory effect Effects 0.000 description 48
- 238000012544 monitoring process Methods 0.000 description 42
- 230000008859 change Effects 0.000 description 29
- 230000009471 action Effects 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 24
- 238000001514 detection method Methods 0.000 description 20
- 230000000737 periodic effect Effects 0.000 description 19
- 239000000969 carrier Substances 0.000 description 17
- 230000006870 function Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 13
- 238000012423 maintenance Methods 0.000 description 13
- 238000012360 testing method Methods 0.000 description 10
- 238000007726 management method Methods 0.000 description 9
- 230000008054 signal transmission Effects 0.000 description 9
- 230000033001 locomotion Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000001228 spectrum Methods 0.000 description 7
- 235000019580 granularity Nutrition 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 238000009795 derivation Methods 0.000 description 4
- 239000011229 interlayer Substances 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 241000760358 Enodes Species 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000008093 supporting effect Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000001976 improved effect Effects 0.000 description 2
- 208000018910 keratinopathic ichthyosis Diseases 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000013442 quality metrics Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 101150071746 Pbsn gene Proteins 0.000 description 1
- 108010076504 Protein Sorting Signals Proteins 0.000 description 1
- 101100070120 Xenopus laevis has-rs gene Proteins 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 231100001261 hazardous Toxicity 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
Images
Classifications
-
- H04W72/085—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- 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/0406—
-
- H04W72/087—
-
- 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
- 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/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 시스템, 방법 및 디바이스. 무선 송신 수신 유닛(WTRU)은 링크 확립 요청 브로드캐스트 메시지를 전송할 수도 있는데, 여기서 링크는 멀티캐스트, 유니캐스트, 또는 그룹캐스트를 위한 것일 수도 있다. WTRU는 링크 확립 응답 브로드캐스트 메시지 및 연결성 보고를 수신할 수도 있다. WTRU는, 일단 멀티캐스트 또는 유니캐스트 링크가 확립되면 - 이 시점에서 WTRU는 멀티캐스트 메시지를 전송 및 수신할 수도 있음 - , 그 다음, 링크 확립 확인 브로드캐스트 메시지를 전송할 수도 있다. 링크 확립 요청 메시지는, 하나 이상의 트리거: QoS 플로우를 수신하는 것, 새로운 사이드링크 무선 베어러를 필요로 하는 것, 새로운 QoS 플로우 또는 무선 베어러가 네트워크 제어식 수락 제어를 필요로 한다는 것을 결정하는 것, 및/또는 유니캐스트 및/또는 멀티캐스트 확립 요청을 수신하는 것에 기초하여 전송될 수도 있다. WTRU는 유니캐스트 및/또는 멀티캐스트 사용 가능성 신호(UMUS)를 송신할 수도 있다. WTRU는 확립된 멀티캐스트 또는 유니캐스트 링크를 선점할 수도 있다.
Description
본 출원은 2018년 9월 25일자로 출원된 미국 가출원 번호 제62/736,251호; 2018년 10월 30일자로 출원된 미국 가출원 번호 제62/752,865호; 2018년 12월 21일자로 출원된 미국 가출원 번호 제62/783,952호 및 2019년 8월 13일자로 출원된 미국 가출원 번호 제62/886,102호의 이익을 주장하는데, 이들의 각각의 내용은 참조에 의해 본원에 통합된다.
무선 통신 사용 사례는 교통, 운송, 안전, 내비게이션, 및 등등에 연관된 차량 통신을 다룰 수도 있다. 예를 들면, 차량 대 사물(Vehicle to Everything; V2X) 통신은 무선 통신을 차량으로 전송하는 것 그리고 차량으로부터 수신하는 것을 수반할 수도 있다. 무선 통신 능력 및 요건(wireless communications capabilities and requirements)이 발전함에 따라, 그러한 환경에서 동작하는 시스템, 방법, 및 디바이스를 제공하는 것이 바람직할 수도 있다.
몇몇 실시형태는 사이드링크 무선 베어러(Sidelink Radio Bearer; SLRB)를 확립할지의 여부를 결정하기 위한 무선 송수신 유닛(wireless transmit/receive unit; WTRU)에서 구현되는 방법을 제공한다. 방법은, SLRB 리소스 선택 기준으로 WTRU를 구성하는 것; WTRU에 의해, 시간 윈도우 동안 풀(pool) 내의 다른 WTRU로부터 복수의 SCI 송신을 수신하는 것; 시간 윈도우 내의 복수의 시간 기간(time periods) 각각에 대해, WTRU에 의해, 복수의 SCI 송신 및 SLRB 리소스 선택 기준에 기초하여, SLRB 리소스 선택이 실패했는지의 여부를 결정하는 것; 및 WTRU에 의해, 리소스 선택 실패의 백분율에 기초하여 새로운 SLRB를 확립할지의 여부를 결정하는 것; 및 리소스 선택이 실패한 시간 기간의 백분율이 문턱 백분율 미만인 것으로 결정된 조건에서, 풀 내의 다른 WTRU와의 새로운 SLRB를 확립하는 것을 포함한다.
몇몇 실시형태는 SLRB를 확립할지의 여부를 결정하도록 구성된 WTRU를 제공한다. WTRU는 송신기 및 수신기에 동작가능하게(operatively) 커플링된 프로세서를 포함한다. 프로세서는 SLRB 리소스 선택 기준으로 구성된다. 수신기는 시간 윈도우 동안 풀 내의 다른 WTRU로부터 복수의 SCI 송신을 수신하도록 구성된다. 프로세서는, 시간 윈도우 내의 복수의 시간 기간 각각에 대해, 복수의 SCI 송신 및 SLRB 리소스 선택 기준에 기초하여, SLRB 리소스 선택이 실패했는지의 여부를 결정하도록 구성된다. 프로세서는 또한, 리소스 선택 실패의 백분율에 기초하여 새로운 SLRB를 확립할지의 여부를 결정하도록 구성된다. 송신기는, 리소스 선택이 실패한 시간 기간의 백분율이 문턱 백분율 미만인 것으로 결정된 조건에서, 풀 내의 다른 WTRU와의 새로운 SLRB를 확립하는 메시지를 송신하도록 구성된다.
몇몇 실시형태는 SLRB를 확립할지의 여부를 결정하기 위한 WTRU에서 구현되는 방법을 제공한다. 방법은, SLRB 리소스 밀도에 대한 베어러 QoS의 매핑으로 WTRU를 구성하는 것; WTRU에 의해, 풀 내의 다른 WTRU의 SLRB의 QoS를 나타내는 브로드캐스트를 수신하는 것; WTRU에 의해, 수신된 QoS 및 매핑에 기초하여 풀에서의 총 SLRB 리소스 밀도를 결정하는 것; 및 WTRU에 의해, 총 리소스 밀도가 새로운 사이드링크 베어러의 QoS에 기초하는 문턱치를 초과하는지의 여부에 기초하여 풀 내의 다른 WTRU와의 새로운 사이드링크 베어러를 확립할지의 여부를 결정하는 것을 포함한다. 방법은 또한, WTRU가 새로운 사이드링크 베어러를 확립할 것을 결정하는 경우 풀 내의 다른 WTRU와의 새로운 사이드링크 베어러를 확립하는 것을 포함한다.
몇몇 실시형태는 SLRB를 확립할지의 여부를 결정하도록 구성된 WTRU를 제공한다. WTRU는 수신기 및 송신기에 동작가능하게 커플링된 프로세서를 포함한다. 수신기는 풀 내의 다른 WTRU의 SLRB의 서비스 품질(quality of service; QoS)을 나타내는 브로드캐스트를 수신하도록 구성된다. 프로세서는 수신된 QoS 및 SLRB 리소스 밀도에 대한 베어러 QoS의 매핑에 기초하여 풀에서의 총 SLRB 리소스 밀도를 결정하도록 구성된다. 프로세서는 또한, 총 리소스 밀도가 새로운 사이드링크 베어러의 QoS에 기초하는 문턱치를 초과하는지의 여부에 기초하여 풀 내의 다른 WTRU와의 새로운 사이드링크 베어러를 확립할지의 여부를 결정하도록 구성된다. 송신기는, 프로세서가 새로운 사이드링크 베어러를 확립할 것을 결정한 조건에서, 풀 내의 다른 WTRU와의 새로운 사이드링크 베어러를 확립하는 메시지를 송신하도록 구성된다.
도면의 더욱 상세한 이해가 다음의 설명으로부터 얻어질 수도 있지만, 그러나 실시형태의 범위를 제한하도록 의도되는 것이 아니라 첨부의 도면과 연계하여 단지 예로서 기능하도록 의도되는데, 도면에서의 동일한 참조 번호는 동일한 엘리먼트를 나타내며, 첨부의 도면에서:
도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템을 예시하는 시스템 도면이다;
도 1b는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(WTRU)을 예시하는 시스템 도면이다;
도 1c는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 액세스 네트워크(radio access network; RAN) 및 예시적인 코어 네트워크(core network; CN)를 예시하는 시스템 도면이다;
도 1d는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 예시하는 시스템 도면이다;
도 2는 두 개의 WTRU 사이의 예시적인 링크 확립 프로시저를 예시하는 메시지 시퀀스 차트(message sequence chart)이다;
도 3은 AS 계층에 의해 수행되는 연결 확립 결정을 위한 예시적인 프로시저를 예시하는 링크 확립 모델의 블록 다이어그램이다;
도 4는, 상위 계층이 AS 계층으로부터의 정보에 기초하여 연결 확립 결정을 수행하는 예시적인 프로시저를 예시하는 링크 확립 모델의 블록 다이어그램이다;
도 5는 WTRU 사이의 AS 계층에서의 예시적인 사이드링크 링크 확립 프로시저를 예시하는 메시지 시퀀스 차트이다;
도 6은 예시적인 멀티캐스트 링크 확립 시그널링 및 결정 기준을 예시하는 메시지 시퀀스 차트이다;
도 7은 예시적인 멀티캐스트 링크 확립 시그널링을 예시하는 메시지 시퀀스 차트이다;
도 8은, 대표적인 리소스 선택에 기초한 수락 제어(admission control)를 위한 예시적인 프로시저를 예시하는 플로우차트이다;
도 9는 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하기 위한 예시적인 방법을 예시하는 플로우차트이다; 그리고
도 10은 SLRB를 확립할지의 여부를 결정하기 위한 다른 예시적인 방법을 예시하는 플로우차트이다.
도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템을 예시하는 시스템 도면이다;
도 1b는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(WTRU)을 예시하는 시스템 도면이다;
도 1c는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 액세스 네트워크(radio access network; RAN) 및 예시적인 코어 네트워크(core network; CN)를 예시하는 시스템 도면이다;
도 1d는 실시형태에 따른 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 예시하는 시스템 도면이다;
도 2는 두 개의 WTRU 사이의 예시적인 링크 확립 프로시저를 예시하는 메시지 시퀀스 차트(message sequence chart)이다;
도 3은 AS 계층에 의해 수행되는 연결 확립 결정을 위한 예시적인 프로시저를 예시하는 링크 확립 모델의 블록 다이어그램이다;
도 4는, 상위 계층이 AS 계층으로부터의 정보에 기초하여 연결 확립 결정을 수행하는 예시적인 프로시저를 예시하는 링크 확립 모델의 블록 다이어그램이다;
도 5는 WTRU 사이의 AS 계층에서의 예시적인 사이드링크 링크 확립 프로시저를 예시하는 메시지 시퀀스 차트이다;
도 6은 예시적인 멀티캐스트 링크 확립 시그널링 및 결정 기준을 예시하는 메시지 시퀀스 차트이다;
도 7은 예시적인 멀티캐스트 링크 확립 시그널링을 예시하는 메시지 시퀀스 차트이다;
도 8은, 대표적인 리소스 선택에 기초한 수락 제어(admission control)를 위한 예시적인 프로시저를 예시하는 플로우차트이다;
도 9는 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하기 위한 예시적인 방법을 예시하는 플로우차트이다; 그리고
도 10은 SLRB를 확립할지의 여부를 결정하기 위한 다른 예시적인 방법을 예시하는 플로우차트이다.
도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템(100)을 예시하는 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트(broadcast), 등등과 같은 콘텐츠를 다수의 무선 유저에게 제공하는 다중 액세스 시스템(multiple access system)일 수도 있다. 통신 시스템(100)은, 무선 대역폭을 비롯한 시스템 리소스의 공유를 통해 다수의 무선 유저가 이러한 콘텐츠에 액세스하는 것을 가능하게 할 수도 있다. 예를 들면, 통신 시스템(100)은, 코드 분할 다중 액세스(code division multiple access; CDMA), 시분할 다중 액세스(time division multiple access; TDMA), 주파수 분할 다중 액세스(frequency division multiple access; FDMA), 직교 FDMA(orthogonal FDMA; OFDMA), 싱글 캐리어 FDMA(single-carrier FDMA; SC-FDMA), 제로 테일 고유 워드 DFT 확산 OFDM(zero-tail unique-word DFT-Spread OFDM; ZT UW DTS-s OFDM), 고유 워드 OFDM(unique word OFDM; UW-OFDM), 리소스 블록 필터링 OFDM(resource block-filtered OFDM), 필터 뱅크 멀티캐리어(filter bank multicarrier; FBMC), 및 등등과 같은, 하나 이상의 채널 액세스 방법을 활용할 수도 있다.
도 1a에서 도시되는 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU)(102a, 102b, 102c, 102d), RAN(104/113), CN(106/115), 공중 교환식 전화망(public switched telephone network; PSTN)(108), 인터넷(110), 및 다른 네트워크(112)를 포함할 수도 있지만, 개시된 실시형태는 임의의 수의 WTRU, 기지국(base station), 네트워크, 및/또는 네트워크 엘리먼트를 고려한다는 것이 인식될 것이다. WTRU(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작하도록 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, WTRU(102a, 102b, 102c, 102d) - 이들 중 임의의 것이 "스테이션" 및/또는 "STA"로 칭해질 수도 있음 - 는 무선 신호를 송신 및/또는 수신하도록 구성될 수도 있고, 유저 기기(user equipment; UE), 이동국, 고정된 또는 이동식 가입자 유닛, 가입 기반 유닛, 페이저, 셀룰러 폰, 개인 휴대 정보 단말(personal digital assistant; PDA), 스마트 폰, 랩탑, 넷북, 퍼스널 컴퓨터, 무선 센서, 핫스팟 또는 Mi-Fi 디바이스, 사물 인터넷(Internet of Things; IoT) 디바이스, 워치 또는 다른 웨어러블, 헤드 마운트형 디스플레이(head-mounted display; HMD), 차량, 드론, 의료 디바이스 및 애플리케이션(예를 들면, 원격 수술), 산업 디바이스 및 애플리케이션(예를 들면, 로봇 및/또는 산업 및/또는 자동화된 프로세싱 체인 컨텍스트에서 동작하는 다른 무선 디바이스), 소비자 전자기기 디바이스, 상업 및/또는 산업용 무선 네트워크 상에서 동작하는 디바이스, 및 등등을 포함할 수도 있다. WTRU(102a, 102b, 102c 및 102d) 중 임의의 것은 UE로서 상호 교환 가능하게 칭해질 수도 있다.
통신 시스템(100)은 또한 기지국(114a) 및/또는 기지국(114b)을 포함할 수도 있다. 기지국(114a, 114b) 각각은, CN(106/115), 인터넷(110), 및/또는 다른 네트워크(112)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이싱하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, 기지국(114a, 114b)은 기지국 트랜시버 스테이션(base transceiver station; BTS), Node-B, eNode B, 홈 노드 B, 홈 eNode B, gNB, NR NodeB, 사이트 컨트롤러(site controller), 액세스 포인트(access point; AP), 무선 라우터, 및 등등일 수도 있다. 기지국(114a, 114b) 각각이 단일의 엘리먼트로서 묘사되지만, 기지국(114a, 114b)은 임의의 수의 인터커넥트된(interconnected) 기지국 및/또는 네트워크 엘리먼트를 포함할 수도 있다는 것이 인식될 것이다.
기지국(114a)은, 기지국 컨트롤러(base station controller; BSC), 무선 네트워크 컨트롤러(radio network controller; RNC), 중계 노드, 등등과 같은, 다른 기지국 및/또는 네트워크 엘리먼트(도시되지 않음)를 또한 포함할 수도 있는 RAN(104/113)의 일부일 수도 있다. 기지국(114a) 및/또는 기지국(114b)은, 셀(도시되지 않음)로서 칭해질 수도 있는 하나 이상의 캐리어 주파수 상에서 무선 신호를 송신하도록 및/또는 수신하도록 구성될 수도 있다. 이들 주파수는 허가된 스펙트럼(licensed spectrum), 비허가 스펙트럼(unlicensed spectrum) 또는 허가 및 비허가 스펙트럼의 조합일 수도 있다. 셀은, 상대적으로 고정될 수도 있는 또는 시간에 걸쳐 변할 수도 있는 특정한 지리적 영역에 무선 서비스를 위한 커버리지를 제공할 수도 있다. 셀은 셀 섹터로 더 분할될 수도 있다. 예를 들면, 기지국(114a)과 연관된 셀은 세 개의 섹터로 분할될 수도 있다. 따라서, 하나의 실시형태에서, 기지국(114a)은 세 개의 트랜시버, 즉, 셀의 각각의 섹터에 대해 하나의 트랜시버를 포함할 수도 있다. 한 실시형태에서, 기지국(114a)은 다중입력 다중출력(multiple-input multiple output; MIMO) 기술을 활용할 수도 있고, 따라서, 셀의 각각의 섹터에 대해 다수의 트랜시버를 활용할 수도 있다. 예를 들면, 빔포밍은 소망되는 공간적 방향에서 신호를 송신 및/또는 수신하기 위해 사용될 수도 있다.
기지국(114a, 114b)은, 임의의 적절한 무선 통신 링크(예를 들면, 무선 주파수(radio frequency; RF), 마이크로파, 센티미터파(centimeter wave), 마이크로미터파(micrometer wave), 적외선(infrared; IR), 자외선(ultraviolet; UV), 가시광, 등등)일 수도 있는 무선 인터페이스(air interface; 116)를 통해 WTRU(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수도 있다. 무선 인터페이스(116)는 임의의 적절한 무선 액세스 기술(radio access technology; RAT)을 사용하여 확립될 수도 있다.
더 구체적으로는, 상기에서 언급되는 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수도 있고 CDMA, TDMA, FDMA, OFDMA, SC-FDMA, 및 등등과 같은 하나 이상의 채널 액세스 스킴을 활용할 수도 있다. 예를 들면, RAN(104/113) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 광대역 CDMA(wideband CDMA; WCDMA)를 사용하여 무선 인터페이스(115/116/117)를 확립할 수도 있는, 범용 이동 통신 시스템(Universal Mobile Telecommunications System; UMTS) 지상 무선 액세스(Terrestrial Radio Access)(UTRA)와 같은 무선 기술을 구현할 수도 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 진화된 HSPA(Evolved HSPA; HSPA+)와 같은 통신 프로토콜을 포함할 수도 있다. HSPA는 고속 다운링크(Downlink; DL) 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크(uplink; UL) 패킷 액세스(High-Speed UL Packet Access; HSUPA)를 포함할 수도 있다.
한 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 롱 텀 에볼루션(Long Term Evolution; LTE) 및/또는 LTE 어드밴스드(LTE-Advanced; LTE-A) 및/또는 LTE 어드밴스드 프로(LTE-Advanced Pro; LTE-A Pro)를 사용하여 무선 인터페이스(116)를 확립할 수도 있는 진화형 UMTS 지상 무선 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)와 같은 무선 기술을 구현할 수도 있다.
한 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 뉴 라디오(New Radio; NR)를 사용하여 무선 인터페이스(116)를 확립할 수도 있는 NR 무선 액세스와 같은 무선 기술을 구현할 수도 있다.
한 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 다수의 무선 액세스 기술을 구현할 수도 있다. 예를 들면, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 예를 들면, 이중 연결성(dual connectivity; DC) 원리를 사용하여 LTE 무선 액세스 및 NR 무선 액세스를 함께 구현할 수도 있다. 따라서, WTRU(102a, 102b, 102c)에 의해 활용되는 무선 인터페이스는, 다수 타입의 기지국(예를 들면, eNB 및 gNB)으로/으로부터 전송되는 다수의 타입의 무선 액세스 송신 및/또는 기술에 의해 특성 묘사될 수도 있다.
다른 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, IEEE 802.11(즉, 무선 충실도(Wireless Fidelity; WiFi)), IEEE 802.16(즉, 와이맥스(Worldwide Interoperability for Microwave Access; WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), 이동 통신용 글로벌 시스템(Global System for Mobile communications; GSM), GSM 에볼루션을 위한 향상된 데이터 레이트(Enhanced Data rates for GSM Evolution; EDGE), GSM EDGE(GERAN), 및 등등과 같은 무선 기술을 구현할 수도 있다.
도 1a의 기지국(114b)은, 예를 들면, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수도 있고, 사업장, 가정, 차량, 캠퍼스, 산업 시설, 공중 전용 통로(air corridor)(예를 들면, 드론에 의해 사용됨), 도로(roadway), 및 등등의 장소와 같은 국소화된 영역에서 무선 연결성을 용이하게 하기 위해 임의의 적절한 RAT를 활용할 수도 있다. 하나의 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 근거리 통신망(wireless local area network; WLAN)을 확립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수도 있다. 다른 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 사설 영역 네트워크(wireless personal area network; WPAN)를 확립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수도 있다. 여전히 다른 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀 또는 펨토셀을 확립하기 위해 셀룰러 기반 RAT(예를 들면, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A 프로, NR, 등등)를 활용할 수도 있다. 도 1a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 연결을 구비할 수도 있다. 따라서, 기지국(114b)은 CN(106/115)을 통해 인터넷(110)에 액세스할 필요가 없을 수도 있다.
RAN(104/113)은, WTRU(102a, 102b, 102c, 102d) 중 하나 이상으로 음성, 데이터, 애플리케이션, 및/또는 인터넷 전화 프로토콜(voice over internet protocol; VoIP) 서비스를 제공하도록 구성되는 임의의 타입의 네트워크일 수도 있는 CN(106/115)과 통신할 수도 있다. 데이터는 상이한 스루풋 요건, 레이턴시 요건, 에러 허용도 요건, 신뢰도 요건, 데이터 스루풋 요건, 이동성 요건, 및 등등과 같은 다양한 서비스 품질(Quality of Service; QoS) 요건을 가질 수도 있다. CN(106/115)은 호 제어(call control), 과금 서비스(billing service), 모바일 위치 기반 서비스, 선불 통화(prepaid calling), 인터넷 연결성(Internet connectivity), 비디오, 분배, 등등을 제공할 수도 있고, 및/또는 유저 인증과 같은 하이 레벨의 보안 기능을 수행할 수도 있다. 비록 도 1a에서 도시되지는 않지만, RAN(104/113) 및/또는 CN(106/115)은, RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 활용하는 다른 RAN과 직접적으로 또는 간접적으로 통신할 수도 있다는 것이 인식될 것이다. 예를 들면, NR 무선 기술을 활용하고 있을 수도 있는 RAN(104/113)에 연결되는 것 이외에, CN(106/115)은 또한 GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, 또는 WiFi 무선 기술을 활용하는 다른 RAN(도시되지 않음)과 통신할 수도 있다.
CN(106/115)은 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110), 및/또는 다른 네트워크(112)에 액세스하는 데 게이트웨이로서 또한 역할을 할 수도 있다. PSTN(108)은, 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환식 전화 네트워크(circuit-switched telephone network)를 포함할 수도 있다. 인터넷(110)은, TCP/IP 인터넷 프로토콜 일군(suite)에서의 송신 제어 프로토콜(transmission control protocol; TCP), 유저 데이터그램 프로토콜(user datagram protocol; UDP) 및/또는 인터넷 프로토콜(internet protocol; IP)과 같은 일반적인 통신 프로토콜을 사용하는 인터커넥트된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수도 있다. 네트워크(112)는 다른 서비스 제공자에 의해 소유되는 및/또는 운영되는 유선 및/또는 무선 통신 네트워크를 포함할 수도 있다. 예를 들면, 네트워크(112)는, RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 활용할 수도 있는 하나 이상의 RAN에 연결되는 다른 CN을 포함할 수도 있다.
통신 시스템(102d)에서의 WTRU(102a, 102b, 102c, 102d) 중 몇몇 또는 전체는 멀티 모드 능력을 포함할 수도 있다(예를 들면, WTRU(102a, 102b, 102c, 100)는 상이한 무선 링크를 통해 상이한 무선 네트워크와 통신하기 위한 다수의 트랜시버를 포함할 수도 있다). 예를 들면, 도 1a에서 도시되는 WTRU(102c)는, 셀룰러 기반 무선 기술을 활용할 수도 있는 기지국(114a)과, 그리고 IEEE 802 무선 기술을 활용할 수도 있는 기지국(114b)과 통신하도록 구성될 수도 있다.
도 1b는 예시적인 WTRU(102)의 시스템 도면이다. 도 1b에서 도시되는 바와 같이, WTRU(102)는, 다른 것들 중에서도, 프로세서(118), 트랜시버(120), 송신/수신 엘리먼트(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 전지구 위치 결정 시스템(global positioning system; GPS) 칩셋(136), 및/또는 다른 주변장치(138)를 포함할 수도 있다. WTRU(102)는 한 실시형태와 여전히 부합하면서 전술한 엘리먼트의 임의의 부조합을 포함할 수도 있다는 것이 인식될 것이다.
프로세서(118)는 범용 프로세서, 특수 목적의 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 복수의 마이크로프로세서, DSP 코어와 연관하는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 주문형 반도체(Application Specific Integrated Circuit; ASIC), 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array; FPGA) 회로, 임의의 다른 타입의 집적 회로(integrated circuit; IC), 상태 머신, 및 등등일 수도 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작하는 것을 가능하게 하는 임의의 다른 기능성(functionality)을 수행할 수도 있다. 프로세서(118)는, 송신/수신 엘리먼트(122)에 커플링될 수도 있는 트랜시버(120)에 커플링될 수도 있다. 도 1b가 프로세서(118) 및 트랜시버(118)를 별개의 컴포넌트로서 묘사하지만, 프로세서(120) 및 트랜시버(120)는 전자적 패키지 또는 칩에 함께 집적될 수도 있다는 것이 인식될 것이다.
송신/수신 엘리먼트(122)는 무선 인터페이스(116)를 통해 기지국(예를 들면, 기지국(114a))으로 신호를 송신하거나, 또는 그 기지국으로부터 신호를 수신하도록 구성될 수도 있다. 예를 들면, 하나의 실시형태에서, 송신/수신 엘리먼트(122)는 RF 신호를 송신하도록 및/또는 수신하도록 구성되는 안테나일 수도 있다. 한 실시형태에서, 송신/수신 엘리먼트(122)는, 예를 들면, IR, UV, 또는 가시광 신호를 송신 및/또는 수신하도록 구성되는 방출기(emitter)/검출기(detector)일 수도 있다. 여전히 다른 실시형태에서, 송신/수신 엘리먼트(122)는 RF 및 광 신호 둘 모두를 송신 및/또는 수신하도록 구성될 수도 있다. 송신/수신 엘리먼트(122)는 무선 신호의 임의의 조합을 송신하도록 및/또는 수신하도록 구성될 수도 있다는 것이 인식될 것이다.
비록 송신/수신 엘리먼트(122)가 도 1b에서 단일의 엘리먼트로서 묘사되지만, WTRU(122)는 임의의 수의 송신/수신 엘리먼트(102)를 포함할 수도 있다. 더 구체적으로는, WTRU(102)는 MIMO 기술을 활용할 수도 있다. 따라서, 하나의 실시형태에서, WTRU(102)는, 무선 인터페이스(116)를 통해 무선 신호를 송신 및 수신하기 위한 두 개 이상의 송신/수신 엘리먼트(122)(예를 들면, 다수의 안테나)를 포함할 수도 있다.
트랜시버(120)는, 송신/수신 엘리먼트(122)에 의해 송신될 신호를 변조하도록 그리고 송신/수신 엘리먼트(122)에 의해 수신되는 신호를 복조하도록 구성될 수도 있다. 위에서 언급되는 바와 같이, WTRU(102)는 멀티 모드 능력을 가질 수도 있다. 따라서, 트랜시버(120)는, WTRU(102)가, 예를 들면, NR 및 IEEE 802.11과 같은 다수의 RAT를 통해 통신하는 것을 가능하게 하기 위한 다수의 트랜시버를 포함할 수도 있다.
WTRU(102)의 프로세서(118)는, 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들면, 액정 디스플레이(liquid crystal display; LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode; OLED) 디스플레이 유닛)에 커플링될 수도 있고, 그리고 이들로부터 유저 입력 데이터를 수신할 수도 있다. 프로세서(118)는 유저 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)로 또한 출력할 수도 있다. 또한, 프로세서(118)는, 비착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 타입의 적절한 메모리로 정보에 액세스할 수도 있고, 그리고 그 임의의 타입의 적절한 메모리에 데이터를 저장할 수도 있다. 비착탈식 메모리(130)는 랜덤 액세스 메모리(random-access memory; RAM), 리드 온리 메모리(read-only memory; ROM), 하드디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수도 있다. 착탈식 메모리(132)는 가입자 식별 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 시큐어 디지털(secure digital; SD) 메모리 카드, 및 등등을 포함할 수도 있다. 다른 실시형태에서, 프로세서(118)는, WTRU(102) 상에 물리적으로 위치되지 않는 메모리, 예컨대 서버 또는 가정용 컴퓨터(도시되지 않음) 상의 메모리의 정보에 액세스할 수도 있고, 그리고 그 메모리에 데이터를 저장할 수도 있다.
프로세서(118)는 전원(134)으로부터 전력을 수신할 수도 있고, WTRU(102)의 다른 컴포넌트로 전력을 분배하도록 및/또는 그 전력을 제어하도록 구성될 수도 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수도 있다. 예를 들면, 전원(134)은 하나 이상의 드라이 셀 배터리(예를 들면, 니켈 카드뮴(NiCd), 니켈 아연(NiZn), 니켈 금속 수소(NiMH), 리튬 이온(Li ion), 등등), 솔라 셀, 연료 전지, 및 등등을 포함할 수도 있다.
프로세서(118)는, WTRU(102)의 현재 위치에 관한 위치 정보(예를 들면, 경도 및 위도)를 제공하도록 구성될 수도 있는 GPS 칩셋(136)에 또한 커플링될 수도 있다. 또한, GPS 칩셋(136)으로부터의 정보 외에, 또는 그 정보 대신, WTRU(102)는 무선 인터페이스(116)를 통해 기지국(예를 들면, 기지국(114a, 114b))으로부터 위치 정보를 수신할 수도 있고 및/또는 두 개 이상의 인근 기지국으로부터 수신되고 있는 신호의 타이밍에 기초하여 자신의 위치를 결정할 수도 있다. WTRU(102)는 한 실시형태와 여전히 부합하면서 임의의 적절한 위치 결정 방법을 통해 위치 정보를 획득할 수도 있다는 것이 인식될 것이다.
프로세서(118)는 또한, 추가적인 피쳐, 기능성, 및/또는 유선 또는 무선 연결성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수도 있는 다른 주변장치(138)에 커플링될 수도 있다. 예를 들면, 주변장치(138)는 가속도계, 전자 콤파스, 위성 트랜시버, (사진 및/또는 비디오용의) 디지털 카메라, 범용 직렬 버스(universal serial bus; USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, Bluetooth® 모듈, 주파수 변조(frequency modulated; FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실(Virtual Reality) 및/또는 증강 현실(Augmented Reality)(VR/AR) 디바이스, 활동 추적기(activity tracker), 및 등등을 포함할 수도 있다. 주변장치(138)는 하나 이상의 센서를 포함할 수도 있고, 센서는 자이로스코프, 가속도계, 홀 효과 센서(hall effect sensor), 자력계, 방위 센서, 근접 센서, 온도 센서, 시간 센서; 지오로케이션 센서; 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스쳐 센서, 생체 인식 센서, 및/또는 습도 센서 중 하나 이상일 수도 있다.
WTRU(102)는, (예를 들면, (예를 들면, 송신을 위한) UL 및 (예를 들면, 수신을 위한) 다운링크 둘 모두에 대한 특정한 서브프레임과 연관된) 신호 중 일부 또는 전체의 송신 및 수신이 동시 발생적일 수도 있고 및/또는 동시적일 수도 있는 전이중 무선부(full duplex radio)를 포함할 수도 있다. 전이중 무선부는, 프로세서(예를 들면, 별개의 프로세서(도시되지 않음) 또는 프로세서(118)를 통한)를 통한 신호 프로세싱 또는 하드웨어(예를 들면, 초크) 중 어느 하나를 통해 자체 간섭(self-interference)을 감소시키기 위한 및 또는 실질적으로 제거하기 위한 간섭 관리 유닛(139)을 포함할 수도 있다. 한 실시형태에서, WTRU(102)는, (예를 들면, (예를 들면, 송신을 위한) UL 또는 (예를 들면, 수신을 위한) 다운링크 중 어느 하나에 대한 특정한 서브프레임과 연관된) 신호의 일부 또는 모두의 송신 및 수신이 반이중 무선부(half-duplex radio)를 포함할 수도 있다.
도 1c는 한 실시형태에 따른 RAN(104) 및 CN(106)을 예시하는 시스템 도면이다. 상기에서 언급되는 바와 같이, RAN(104)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 활용할 수도 있다. RAN(104)은 또한 CN(106)과 통신할 수도 있다.
RAN(104)은 eNode-B(160a, 160b, 160c)를 포함할 수도 있지만, RAN(104)은 한 실시형태와 여전히 부합하면서 임의의 수의 eNode-B를 포함할 수도 있다는 것이 인식될 것이다. eNode-B(160a, 160b, 160c) 각각은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수도 있다. 하나의 실시형태에서, eNode-B(160a, 160b, 160c)는 MIMO 기술을 구현할 수도 있다. 따라서, eNode-B(160a)는, 예를 들면, WTRU(102a)로 무선 신호를 송신하기 위해, 및/또는 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수도 있다.
eNode-B(160a, 160b, 160c) 각각은 특정한 셀(도시되지 않음)과 연관될 수도 있고 무선 리소스 관리 결정, 핸드오버 결정, UL 및/또는 DL에서의 유저의 스케줄링, 및 등등을 핸들링하도록 구성될 수도 있다. 도 1c에서 도시되는 바와 같이, eNode-B(160a, 160b, 160c)는 X2 인터페이스를 통해 서로 통신할 수도 있다.
도 1c에서 도시되는 CN(106)은 이동성 관리 엔티티(mobility management entity; MME)(162), 서빙 게이트웨이(serving gateway; SGW)(164), 및 패킷 데이터 네트워크(packet data network; PDN) 게이트웨이(PDN gateway)(또는 PGW)(166)를 포함할 수도 있다. 전술한 엘리먼트 각각은 CN(106)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 것은 CN 오퍼레이터 이외의 엔티티에 의해 소유될 수도 있고 및/또는 운영될 수도 있다는 것이 인식될 것이다.
MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(162a, 162b, 162c) 각각에 연결될 수도 있고 제어 노드로서 역할을 할 수도 있다. 예를 들면, MME(162)는 WTRU(102a, 102b, 102c)의 유저를 인증하는 것, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 접속 동안 특정한 서빙 게이트웨이를 선택하는 것, 및 등등을 담당할 수도 있다. MME(162)는, GSM 및/또는 WCDMA와 같은 다른 무선 기술을 활용하는 다른 RAN(도시되지 않음)과 RAN(104) 사이를 스위칭하기 위한 제어 평면 기능(control plane function)을 또한 제공할 수도 있다.
SGW(164)는 S1 인터페이스를 통해 RAN(104) 내의 eNodeB(160a, 160b, 160c) 각각에 연결될 수도 있다. SGW(164)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 유저 데이터 패킷을 라우팅 및 포워딩할 수도 있다. SGW(164)는 다른 기능, 예컨대 eNode B간 핸드오버(inter-eNode B handover) 동안 유저 평면을 앵커링하는 것, DL 데이터가 WTRU(102a, 102b, 102c)에 대해 이용가능할 때 페이징을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트를 관리 및 저장하는 것, 및 등등을 수행할 수도 있다.
SGW(164)는, WTRU(102a, 102b, 102c)와 IP 대응 디바이스(IP-enabled device) 사이의 통신을 용이하게 하기 위해, 패킷 교환식 네트워크, 예컨대 인터넷(110)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있는 PGW(166)에 연결될 수도 있다.
CN(106)은 다른 네트워크와의 통신을 용이하게 할 수도 있다. 예를 들면, CN(106)은, WTRU(102a, 102b, 102c)와 전통적인 지상 회선 통신 디바이스 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다. 예를 들면, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들면, IP 멀티미디어 서브시스템(IMS) 서버)를 포함할 수도 있거나, 또는 그들과 통신할 수도 있다. 또한, CN(106)은, 다른 서비스 제공자에 의해 소유되는 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수도 있는 다른 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다.
비록 WTRU가 무선 단말로서 도 1a 내지 도 1d에서 설명되지만, 소정의 대표적인 실시형태에서는, 그러한 단말이 통신 네트워크와의 유선 통신 인터페이스를 (예를 들면, 일시적으로 또는 영구적으로) 사용할 수도 있다는 것이 고려된다.
대표적인 실시형태에서, 다른 네트워크(112)는 WLAN일 수도 있다.
인프라(infrastructure) 기본 서비스 세트(basic service set; BSS) 모드의 WLAN은, BSS에 대한 액세스 포인트(AP) 및 AP와 연관된 하나 이상의 스테이션(station; STA)을 구비할 수도 있다. AP는, 분배 시스템(distribution system; DS) 또는 BSS 안으로 및/또는 밖으로 트래픽을 반송하는(carry) 다른 타입의 유선/무선 네트워크에 액세스할 수도 있거나 또는 그들에 대한 인터페이스를 구비할 수도 있다. BSS 외부에서 시작하는 STA로의 트래픽은 AP를 통해 도달할 수도 있고 STA로 전달될 수도 있다. STA로부터 시작하여 BSS 외부의 목적지로 향하는 트래픽은 AP로 전송되어 각각의 목적지로 전달될 수도 있다. BSS 내의 STA 사이의 트래픽은 AP를 통해 전송될 수도 있는데, 예를 들면, 이 경우, 소스 STA는 트래픽을 AP로 전송할 수도 있고 AP는 그 트래픽을 목적지 STA로 전달할 수도 있다. BSS 내의 STA 사이의 트래픽은 피어 투 피어(peer-to-peer) 트래픽으로 간주될 수도 있고 및/또는 칭해질 수도 있다. 피어 투 피어 트래픽은 직접 링크 셋업(direct link setup; DLS)을 통해 소스 STA와 목적지 STA 사이에서(예를 들면, 그들 사이에서 직접적으로) 전송될 수도 있다. 소정의 대표적인 실시형태에서, DLS는 802.11e DLS 또는 802.11z 터널링 DLS(tunneled DLS; TDLS)를 사용할 수도 있다. 독립 BSS(Independent BSS; IBSS) 모드를 사용하는 WLAN은 AP를 구비하지 않을 수도 있고, IBSS 내의 또는 IBSS를 사용하는 STA(예를 들면, 모든 STA)는 서로 직접적으로 통신할 수도 있다. IBSS 통신 모드는 때로는 본원에서 "애드혹(ad-hoc)" 통신 모드로 칭해질 수도 있다.
802.11ac 인프라 동작 모드 또는 유사한 동작 모드를 사용하는 경우, AP는 주 채널과 같은 고정 채널 상에서 비콘을 송신할 수도 있다. 주 채널은 고정 폭(예를 들면, 20 MHz 폭의 대역폭) 또는 시그널링을 통한 동적으로 설정되는 폭일 수도 있다. 주 채널은 BSS의 동작 채널일 수도 있고 AP와의 연결을 확립하기 위해 STA에 의해 사용될 수도 있다. 소정의 대표적인 실시형태에서, 충돌 방지를 갖는 캐리어 감지 다중 액세스(Carrier Sense Multiple Access with Collision Avoidance; CSMA/CA)는, 예를 들면, 802.11 시스템에서 구현될 수도 있다. CSMA/CA의 경우, AP를 비롯한 STA(예를 들면, 모든 STA)는 주 채널을 감지할 수도 있다. 주 채널이 특정한 STA에 의해 감지/검출되고 및/또는 사용 중인 것으로 결정되면, 특정한 STA는 백오프될(back off) 수도 있다. 하나의 STA(예를 들면, 단지 하나의 스테이션)는 주어진 BSS에서 임의의 주어진 시간에 송신할 수도 있다.
하이 스루풋(High Throughput; HT) STA는, 예를 들면, 40 MHz 폭의 채널을 형성할 20 MHz 주 채널과 인접 또는 비인접 20 MHz 채널의 조합을 통해, 통신을 위해 40 MHz 폭의 채널을 사용할 수도 있다.
매우 높은 스루풋(Very High Throughput; VHT) STA는 20 MHz, 40 MHz, 80 MHz, 및/또는 160 MHz 폭의 채널을 지원할 수도 있다. 40 MHz, 및/또는 80 MHz 채널은, 예를 들면, 연속하는 20 MHz 채널을 결합하는 것에 의해 형성될 수도 있다. 8 개의 연속하는 20 MHz 채널을 결합하는 것에 의해, 또는 두 개의 연속하지 않는 80 MHz 채널을 결합하는 것에 의해 160 MHz 채널이 형성될 수도 있는데, 두 개의 연속하지 않는 80 MHz 채널을 결합하는 것은, 80 + 80 구성으로 칭해질 수도 있다. 80 + 80 구성의 경우, 데이터는, 채널 인코딩 이후, 그 데이터를 두 개의 스트림으로 분할할 수도 있는 세그먼트 파서(segment parser)를 통과할 수도 있다. 역 고속 푸리에 변환(Inverse fast Fourier transform; IFFT) 프로세싱, 및 시간 도메인 프로세싱은, 각각의 스트림 상에서 개별적으로 행해질 수도 있다. 스트림은 두 개의 80 MHz 채널 상으로 매핑될 수도 있고, 데이터는 STA를 송신하는 것에 의해 송신될 수도 있다. 수신 STA의 수신기에서, 80 + 80 구성에 대한 상기에서 설명된 동작은 반대로 될 수도 있고, 결합된 데이터는 매체 액세스 제어(Medium Access Control; MAC)로 전송될 수도 있다.
1 GHz 미만(sub 1 GHz)의 동작 모드는 802.11af 및/또는 802.11ah에 의해 지원된다. 채널 동작 대역폭 및 캐리어는, 802.11n 및 802.11ac에서 사용되는 것들에 비해, 802.11af 및 802.11ah에서 감소된다. 802.11af는 TV 화이트 스페이스(TV white space; TVWS) 스펙트럼에서 5 MHz, 10 MHz 및 20 MHz 대역폭을 지원하고, 802.11ah는 비TVWS(non-TVWS) 스펙트럼을 사용하여 1 MHz, 2 MHz, 4 MHz, 8 MHz, 및 16 MHz 대역폭을 지원한다. 대표적인 실시형태에 따르면, 802.11ah는, 매크로 커버리지 영역에서의 MTC 디바이스와 같은, 미터 타입 제어(Meter Type Control)/머신 타입 통신(Machine-Type Communication)을 지원할 수도 있다. MTC 디바이스는 소정의 능력, 예를 들면, 소정의 및/또는 제한된 대역폭에 대한 지원을 포함하는(예를 들면, 그 지원만을 포함하는) 제한된 능력을 가질 수도 있다. MTC 디바이스는, (예를 들면, 아주 긴 배터리 수명을 유지하기 위해) 문턱치를 초과하는 배터리 수명을 갖는 배터리를 포함할 수도 있다.
802.11n, 802.11ac, 802.11af, 및 802.11ah와 같은, 다수의 채널 및 채널 대역폭을 지원할 수도 있는 WLAN 시스템은, 주 채널로 지정될 수도 있는 채널을 포함한다. 주 채널은, 예를 들면, BSS 내의 모든 STA에 의해 지원되는 가장 큰 공통 동작 대역폭과 동일한 대역폭을 가질 수도 있다. 주 채널의 대역폭은, BSS에서 동작하는 모든 STA 중에서, 가장 작은 대역폭 동작 모드를 지원하는 STA에 의해 설정 및/또는 제한될 수도 있다. 802.11ah의 예에서, 심지어 AP, 및 BSS 내의 다른 STA가 2 MHz, 4 MHz, 8 MHz, 16 MHz, 및/또는 다른 채널 대역폭 동작 모드를 지원하는 경우에도, 1 MHz 모드를 지원하는(예를 들면, 1 MHz 모드만을 지원하는) STA(예를 들면, MTC 타입 디바이스)의 경우, 주 채널은 1 MHz 폭일 수도 있다. 캐리어 감지 및/또는 네트워크 할당 벡터(Network Allocation Vector; NAV) 설정은, 주 채널의 상태에 의존할 수도 있다. 주 채널이 사용 중인 경우, 예를 들면, STA(이것은 1 MHz 동작 모드만을 지원함)가 AP로 송신하는 것에 기인하여, 전체 이용가능한 주파수 대역은, 대부분의 주파수 대역이 아이들 상태로 남아 있고 이용가능할 수도 있더라도, 사용 중인 것으로 간주될 수도 있다.
미국에서, 802.11ah에 의해 사용될 수도 있는 이용가능한 주파수 대역은 902 MHz 내지 928 MHz이다. 한국에서는, 이용가능한 주파수 대역은 917.5 MHz에서부터 923.5 MHz까지이다. 일본에서는, 이용가능한 주파수 대역은 916.5 MHz에서부터 927.5 MHz까지이다. 802.11ah에 대해 이용가능한 총 대역폭은 국가 코드에 따라 6 MHz 내지 26 MHz이다.
도 1d는 한 실시형태에 따른 RAN(113) 및 CN(115)을 예시하는 시스템 도면이다. 상기에서 언급되는 바와 같이, RAN(113)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 NR 무선 기술을 활용할 수도 있다. RAN(113)은 또한 CN(115)과 통신할 수도 있다.
RAN(113)은 gNB(180a, 180b, 180c)를 포함할 수도 있지만, RAN(113)은 한 실시형태와 여전히 부합하면서 임의의 수의 gNB를 포함할 수도 있다는 것이 인식될 것이다. gNB(180a, 180b, 180c) 각각은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수도 있다. 하나의 실시형태에서, gNB(180a, 180b, 180c)는 MIMO 기술을 구현할 수도 있다. 예를 들면, gNB(180a, 108b)는 gNB(180a, 180b, 180c)로 신호를 송신하기 위해 및/또는 gNB(180a, 180b, 180c)로부터 신호를 수신하기 위해 빔포밍을 활용할 수도 있다. 따라서, gNB(180a)는, 예를 들면, WTRU(102a)로 무선 신호를 송신하기 위해, 및/또는 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수도 있다. 한 실시형태에서, gNB(180a, 180b, 180c)는 캐리어 애그리게이션 기술(carrier aggregation technology)을 구현할 수도 있다. 예를 들면, gNB(180a)는 다수의 컴포넌트 캐리어를 WTRU(102a)(도시되지 않음)로 송신할 수도 있다. 이들 컴포넌트 캐리어의 서브세트는 비허가 스펙트럼 상에 존재할 수도 있고, 나머지 컴포넌트 캐리어는 허가 스펙트럼 상에 있을 수도 있다. 한 실시형태에서, gNB(180a, 180b, 180c)는 다지점 협력(Coordinated Multi-Point; CoMP) 기술을 구현할 수도 있다. 예를 들면, WTRU(102a)는 gNB(180a) 및 gNB(180b)(및/또는 gNB(180c))로부터 조정된 송신(coordinated transmission)을 수신할 수도 있다.
WTRU(102a, 102b, 102c)는 스케일러블 뉴머롤로지(scalable numerology)와 연관된 송신을 사용하여 gNB(180a, 180b, 180c)와 통신할 수도 있다. 예를 들면, OFDM 심볼 간격 및/또는 OFDM 서브캐리어 간격은, 상이한 송신, 상이한 셀, 및/또는 무선 송신 스펙트럼의 상이한 부분에 대해 변할 수도 있다. WTRU(102a, 102b, 102c)는 (예를 들면, 다양한 수의 OFDM 심볼을 포함하는 및/또는 다양한 길이의 절대 시간을 지속시키는) 다양한 또는 확장 가능한 길이의 서브프레임 또는 송신 시간 간격(transmission time interval; TTI)을 사용하여 gNB(180a, 180b, 180c)와 통신할 수도 있다.
gNB(180a, 180b, 180c)는 독립형 구성 및/또는 비표준 구성으로 WTRU(102a, 102b, 102c)와 통신하도록 구성될 수도 있다. 독립형 구성에서, WTRU(예컨대, 102a, 102b, 102c)는 (예를 들면, eNode-B(160a, 160b, 160c)와 같은) 다른 RAN에 또한 액세스하지 않으면서 gNB(180a, 180b, 180c)와 통신할 수도 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 gNB(180a, 180b, 180c) 중 하나 이상을 이동성 앵커 포인트로서 활용할 수도 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 비허가 대역의 신호를 사용하여 gNB(180a, 180b, 180c)와 통신할 수도 있다. 비독립형 구성에서, WTRU(102a, 102b, 102c)는 eNode-B(160a, 160b, 160c)와 같은 다른 RAN과 또한 통신/연결하면서 gNB(180a, 180b, 180c)와 통신/연결될 수도 있다. 예를 들면, WTRU(102a, 102b, 102c)는 실질적으로 동시에 하나 이상의 gNB(180a, 180b, 180c) 및 하나 이상의 eNode-B(160a, 160b, 160c)와 통신하기 위해 DC 원리를 구현할 수도 있다. 비독립형 구성에서, eNode-B(160a, 160b, 160c)는 WTRU(102a, 102b, 102c)에 대한 이동성 앵커로서 역할을 할 수도 있고 gNB(180a, 180b, 180c)는 WTRU(102a, 102b, 102c)를 서빙하기 위한 추가적인 커버리지 및/또는 스루풋을 제공할 수도 있다.
gNB(180a, 180b, 180c) 각각은 특정한 셀(도시되지 않음)과 연관될 수도 있고, 무선 리소스 관리 결정, 핸드오버 결정, UL 및/또는 DL에서의 유저의 스케줄링, 네트워크 슬라이싱의 지원, 이중 연결성, NR과 E-UTRA 사이의 상호연동, 유저 평면 기능(User Plane Function; UPF)(184a, 184b)을 향하는 유저 평면 데이터의 라우팅, 액세스 및 이동성 관리 기능(Access and Mobility Management Function; AMF)(182a, 182b)을 향하는 제어 평면 정보의 라우팅, 및 등등을 핸들링하도록 구성될 수도 있다. 도 1d에서 도시되는 바와 같이, gNB(180a, 180b, 180c)는 Xn 인터페이스를 통해 서로 통신할 수도 있다.
도 1d에서 도시되는 CN(115)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 세션 관리 기능(Session Management Function; SMF)(183a, 183b), 및 어쩌면 데이터 네트워크(Data Network; DN)(185a, 185b)를 포함할 수도 있다. 전술한 엘리먼트 각각은 CN(115)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 것은 CN 오퍼레이터 이외의 엔티티에 의해 소유될 수도 있고 및/또는 운영될 수도 있다는 것이 인식될 것이다.
AMF(182a, 182b)는 N2 인터페이스를 통해 RAN(113) 내의 gNB(180a, 180b, 180c) 중 하나 이상에 연결될 수도 있고 제어 노드로서 역할을 수도 있다. 예를 들면, AMF(182a, 182b)는, WTRU(102a, 102b, 102c)의 유저를 인증하는 것, 네트워크 슬라이싱에 대한 지원(예를 들면, 상이한 요건을 갖는 상이한 패킷 데이터 유닛(packet data unit; PDU) 세션의 핸들링), 특정한 SMF(183a, 183b)의 선택, 등록 영역의 관리, NAS 시그널링의 종료, 이동성 관리, 및 등등을 담당할 수도 있다. WTRU(102a, 102b, 102c)에 활용되고 있는 서비스의 타입에 기초하여 WTRU(102a, 102b, 102c)에 대한 CN 지원을 커스터마이징하기 위해 네트워크 슬라이싱이 AMF(182a, 182b)에 의해 사용될 수도 있다. 예를 들면, 상이한 네트워크 슬라이스는, 초 신뢰 가능 저 레이턴시(ultra-reliable low latency; URLLC) 액세스에 의존하는 서비스, 향상된 대규모 모바일 브로드밴드(enhanced massive mobile broadband; eMBB) 액세스에 의존하는 서비스, 머신 타입 통신(machine type communication; MTC) 액세스를 위한 서비스, 및/또는 등등과 같은 상이한 사용 사례에 대해 확립될 수도 있다. AMF(162)는, LTE, LTE-A, LTE-A Pro, 및/또는 비3GPP 액세스 기술 예컨대 WiFi와 같은 다른 무선 기술을 활용하는 다른 RAN(도시되지 않음)과 RAN(113) 사이에서 스위칭하기 위한 제어 평면 기능을 제공할 수도 있다.
SMF(183a, 183b)는 N11 인터페이스를 통해 CN(115) 내의 AMF(182a, 182b)에 연결될 수도 있다. SMF(183a, 183b)는 또한 N4 인터페이스를 통해 CN(115) 내의 UPF(184a, 184b)에 연결될 수도 있다. SMF(183a, 183b)는 UPF(184a, 184b)를 선택 및 제어할 수도 있고 UPF(184a, 184b)를 통한 트래픽의 라우팅을 구성할 수도 있다. SMF(183a, 183b)는 다른 기능, 예컨대 UE IP 어드레스를 관리 및 할당하는 것, PDU 세션을 관리하는 것, 정책 시행 및 QoS를 제어하는 것, 다운링크 데이터 통지를 제공하는 것, 및 등등을 수행할 수도 있다. PDU 세션 타입은 IP 기반, 비IP 기반, 이더넷 기반, 및 등등일 수도 있다.
UPF(184a, 184b)는, WTRU(102a, 102b, 102c)와 IP 대응 디바이스 사이의 통신을 용이하게 하기 위해, 패킷 교환식 네트워크, 예컨대 인터넷(110)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있는, RAN(113) 내의 gNB(180a, 180b, 180c) 중 하나 이상에 N3 인터페이스를 통해 연결될 수도 있다. UPF(184, 184b)는 패킷의 라우팅 및 포워딩, 유저 평면 정책의 시행, 멀티 홈 PDU 세션(multi-homed PDU session)의 지원, 유저 평면 QoS의 핸들링, 다운링크 패킷의 버퍼링, 이동성 앵커링의 제공, 및 등등과 같은 다른 기능을 수행할 수도 있다.
CN(115)은 다른 네트워크와의 통신을 용이하게 할 수도 있다. 예를 들면, CN(115)은, CN(115)과 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들면, IP 멀티미디어 서브시스템(IP multimedia subsystem; IMS) 서버)를 포함할 수도 있거나, 또는 그것과 통신할 수도 있다. 또한, CN(115)은, 다른 서비스 제공자에 의해 소유되는 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수도 있는 다른 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다. 하나의 실시형태에서, WTRU(102a, 102b, 102c)는, UPF(184a, 184b)에 대한 N3 인터페이스 및 UPF(184a, 184b)와 DN(185a, 185b) 사이의 N6 인터페이스를 통해 UPF(184a, 184b)를 통해 로컬 데이터 네트워크(DN)(185a, 185b)에 연결될 수도 있다.
도 1a 내지 도 1d, 및 도 1a 내지 도 1d의 대응하는 설명을 고려하여, WTRU(102a-d), 기지국(114a-b), eNode-B(160a-c), MME(162), SGW(164), PGW(166), gNB(180a-c), AMF(182a-b), UPF(184a-b), SMF(183a-b), DN(185a-b), 및/또는 본원에서 설명되는 임의의 다른 디바이스(들): 중 하나 이상과 연관하여 본원에서 설명되는 기능 중 하나 이상, 또는 전부는, 하나 이상의 에뮬레이션 디바이스(도시되지 않음)에 의해 수행될 수도 있다. 에뮬레이션 디바이스는 본원에서 설명되는 기능 중 하나 이상, 또는 전체를 에뮬레이팅하도록(emulate) 구성되는 하나 이상의 디바이스일 수도 있다. 예를 들면, 에뮬레이션 디바이스는 다른 디바이스를 테스트하기 위해 및/또는 네트워크 및/또는 WTRU 기능을 시뮬레이팅하기 위해 사용될 수도 있다.
에뮬레이션 디바이스는 랩 환경에서 및/또는 오퍼레이터 네트워크 환경에서 다른 디바이스의 하나 이상의 테스트를 구현하도록 설계될 수도 있다. 예를 들면, 하나 이상의 에뮬레이션 디바이스는, 통신 네트워크 내의 다른 디바이스를 테스트하기 위해 유선 및/또는 무선 통신 네트워크의 일부로서 완전히 또는 부분적으로 구현 및/또는 배치되는 동안, 하나 이상의 또는 모든 기능을 수행할 수도 있다. 하나 이상의 에뮬레이션 디바이스는, 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현되면서/배치되면서, 하나 이상의, 또는 모든 기능을 수행할 수도 있다. 에뮬레이션 디바이스는 테스트의 목적을 위해 다른 디바이스에 직접적으로 커플링될 수도 있고 및/또는 오버 디 에어(over-the-air) 무선 통신을 사용하여 테스트를 수행할 수도 있다.
하나 이상의 에뮬레이션 디바이스는, 유선 및/또는 무선 통신 네트워크의 일부로서 구현/배치되지 않는 동안, 전체를 비롯한 하나 이상의 기능을 수행할 수도 있다. 예를 들면, 에뮬레이션 디바이스는, 하나 이상의 컴포넌트의 테스트를 구현하기 위해, 테스트 연구실 및/또는 배치되지 않은(예를 들면, 테스트용) 유선 및/또는 무선 통신 네트워크의 테스트 시나리오에서 활용될 수도 있다. 하나 이상의 에뮬레이션 디바이스는 테스트 기기일 수도 있다. 직접 RF 커플링 및/또는 RF 회로부(circuitry)(예를 들면, 이것은 하나 이상의 안테나를 포함할 수도 있음)를 통한 무선 통신은, 데이터를 송신 및/또는 수신하기 위해 에뮬레이션 디바이스에 의해 사용될 수도 있다.
차량 대 사물(V2X) 통신은 차량과 다른 엔티티, 예컨대, 다른 차량, 노변 유닛(road side unit; RSU), 보행자 유저 디바이스(예를 들면, WTRU), 및 등등 사이에서 정보를 전달할 수도 있다. 몇몇 경우에, 차량 V2X 통신은, WTRU가 서로 직접적으로 통신하게 하는 통신의 모드를 포함한다. V2X 동작은 커버리지 내 시나리오 및 커버리지 외 시나리오를 포함할 수도 있다. 커버리지 내 시나리오는, WTRU가 V2X 메시지의 송신 및 수신을 시작하기 위해 네트워크로부터 지원을 수신하는 동작을 포함할 수도 있다. 커버리지 외 시나리오는, WTRU가 사전 구성된 파라미터에 기초하여 V2X 메시지를 송신 및 수신하기 시작하는 동작을 포함할 수도 있다.
V2X 통신은 LTE에 의해 지원될 수도 있으며, 디바이스 대 디바이스(Device-to-Device; D2D) 통신에 대한 작업에 연관될 수도 있다. V2X 통신은 상이한 타입의 서비스, 예컨대 V2V(Vehicle to Vehicle; 차량 대 차량), V2I(Vehicle to Infrastructure; 차량 대 인프라), V2N(Vehicle to Network; 차량 대 네트워크), 및 V2P(Vehicle to Pedestrian; 차량 대 보행자) 서비스를 포함할 수도 있다. V2V 서비스는 차량 WTRU 사이의 직접 통신을 용이하게 할 수도 있다. V2I 서비스는 차량 WTRU와 RSU 및/또는 eNB 사이의 통신을 용이하게 할 수도 있다. V2N 서비스는 차량 WTRU와 코어 네트워크 사이의 통신을 용이하게 할 수도 있다. V2P 서비스는, 낮은 배터리 용량, 및 등등과 같은 특수한 조건을 갖는 WTRU와 차량 WTRU 사이의 통신을 용이하게 할 수도 있다.
V2X 통신은 리소스 할당을 위한 상이한 모드의 동작을 포함할 수도 있다. 예를 들면, LTE는 모드 3 및 모드 4 동작을 정의한다. 모드 3 동작은, V2X 사이드링크(sidelink; SL) 송신을 위한 리소스 스케줄링 할당을 WTRU에게 제공하는 네트워크 디바이스, 예컨대 eNB를 포함할 수도 있다. 모드 4 동작은 WTRU가 구성된 또는 사전 구성된 리소스 풀로부터 리소스를 자율적으로 선택하는 것을 포함할 수도 있다. V2X(예를 들면, LTE V2X)는 두 가지 카테고리의 리소스 풀: 수신 풀, 및 송신 풀을 포함할 수도 있다. WTRU는 V2X 송신을 수신하기 위해 수신 리소스 풀에서 V2X 리소스(예를 들면, 시간 및/또는 주파수)를 모니터링할 수도 있다. WTRU는, 예를 들면, 모드 4 동작에서 V2X 송신 리소스 풀로부터 송신 리소스를 선택할 수도 있다. 몇몇 구현예에서, 모드 3 동작을 위해 구성되는 WTRU는 송신 풀을 사용하지 않을 수도 있다.
리소스 풀은 (예를 들면, LTE에서) RRC 시그널링을 통해 WTRU에게 반정적으로 시그널링될 수도 있다. 모드 4 동작에서, WTRU는 RRC 구성 송신 풀(RRC configured transmitting pool)로부터 리소스를 선택하기 이전에 V2X 감지(예를 들면, 다른 WTRU의 제어 채널 송신을 디코딩하는 것을 포함함)를 사용할 수도 있다. LTE V2X는 동적 리소스 풀 재구성을 지원하지 않을 수도 있다. 몇몇 구현예에서, LTE 리소스 풀 구성은 SIB 및/또는 전용 RRC 시그널링을 통해서만 반송될(carried) 수도 있다.
새로운 라디오(NR)는 여러 가지 사용 사례, 예컨대 향상된 모바일 광대역(enhanced mobile broadband; eMBB), 초고 신뢰도 및 저 레이턴시(ultra-high reliability and low latency; URLLC), 및 다른 기술을 지원할 수도 있다. 향상된 V2X(enhanced V2X; eV2X) 통신은 NR 시스템과 함께 사용될 수도 있다. NR에서 eV2X는 안전 및 비 안전 시나리오(예를 들면, 센서 공유, 자동화된 운전, 차량 군집화(vehicle platooning), 원격 운전, 및 등등)를 위한 새로운 서비스를 수용할 수도 있다. 상이한 eV2X 서비스는, 3 ms의 레이턴시를 필요로 하는 시나리오와 같은, 상이한 성능 요건을 필요로 할 수도 있다.
NR V2X는 차량 군집화, 고급 주행(advanced driving), 확장 센서, 및 원격 주행과 같은 여러 가지 사용 사례를 지원할 수도 있다.
차량 군집화는 함께 이동하는 차량이 동적으로 그룹을 형성하는 것을 가능하게 할 수도 있다. 군집(platoon) 내의 모든 차량은 군집 동작을 계속하기 위해 선두 차량으로부터 주기적인 데이터를 수신할 수도 있다. 그러한 정보는 차량 사이의 극히 작은 거리를 용이하게 할 수도 있다(즉, 시간으로 변환되는 갭 거리, 즉, 통신 레이턴시가 매우 낮을 수 있다, 예를 들면, 1 초 미만의 레이턴시). 군집화 애플리케이션은 선두 차량을 따라가는 차량이 자율적으로 운전되는 것을 용이하게 할 수도 있다.
고급 주행은 더 큰 차량 간 거리를 위해 반자동화된 또는 완전 자동화된 운전을 가능하게 할 수도 있다. 예를 들면, V2X 디바이스는 차량 또는 다른 모바일 노드, 및 노변 유닛(RSU) 또는 다른 고정식 노드를 포함할 수도 있다. 각각의 차량 및/또는 노변 유닛(RSU)은 자신의 로컬 센서로부터 획득되는 데이터를 자신의 근접한 차량과 공유할 수도 있고, 따라서, 차량이 그들의 궤적 또는 기동을 조정하는 것을 허용할 수도 있다. 게다가, 각각의 차량은 자신의 운전 의도를 근접한 차량과 공유할 수도 있다. 예를 들면, 차량은, 차량의 운전 의도를 나타내기 위해, 속도 및/또는 방향에서의 변화와 같은 다양한 정보를 포함하는 메시지를 다른 차량으로 송신할 수도 있다. 고급 주행은 더 안전한 이동, 충돌 방지, 및 향상된 교통 효율성을 촉진할 수도 있다.
확장 센서는, 차량, RSU, 보행자의 디바이스, 및/또는 V2X 애플리케이션 서버 사이에서 로컬 센서 또는 라이브 비디오 데이터를 통해 수집되는 원시 또는 프로세싱된 데이터의 교환을 가능하게 할 수도 있다. 차량은,그들 자신의 센서가 검출할 수도 있는 것 이상으로 그들 주변 환경의 인식을 향상시킬 수도 있는데, 예를 들면, 로컬 상황의 전체적인 뷰를 제공할 수도 있다.
원격 운전은 원격 운전자 또는 V2X 애플리케이션이 원격 차량을 동작시키는 것을 가능하게 할 수도 있다. 이것은, 예를 들면, 스스로 운전할 수 없는 승객에게 차량 동작을 제공하는 데 또는 위험한 환경에 위치되는 차량에게 원격 동작을 제공하는 데 유리할 수도 있다. 대중 교통과 같은, 가변성이 제한되고 경로가 예측 가능한 몇몇 경우에, 원격 운전을 제어하거나 또는 촉진하기 위해, 클라우드 컴퓨팅 기반의 운전이 사용될 수도 있다. 원격 운전을 위해 클라우드 기반의 백 엔드 서비스 플랫폼이 사용될 수도 있다. 예를 들면, 차량 또는 다른 V2X 디바이스는 계산을 수행하기 위해 중앙 서버 또는 클라우드 서버와 메시지를 교환할 수도 있다.
LTE V2X는 브로드캐스트 통신에만 의존할 수도 있고, 따라서, 링크 확립을 활용하지 않을 수도 있다. 그러나, V2X 사이드링크가 기초로 하는 D2D는 사이드링크를 통해 링크 확립을 활용할 수도 있다. 예를 들면, D2D 동작에서, 두 개의 WTRU는, 프로토콜 스택 내의 PDCP 계층 위의 PC5 프로토콜 계층을 통해 일대일 ProSe 직접 통신(one-to-one ProSe Direct Communication)을 확립할 수도 있다.
일대일 ProSe 직접 통신은, 예를 들면, 두 개의 WTRU 사이에서 PC5를 통한 보안 계층 2 링크를 확립하는 것에 의해 실현될 수도 있다. 각각의 WTRU는, 자신이 계층 2 링크(layer-2 link) 상에서 전송하는 각각의 프레임의 소스 계층 2 ID 필드(Source Layer-2 ID field)에 포함되는, 그리고 자신이 계층 2 링크 상에서 수신하는 모든 프레임의 목적지 계층 2 ID(Destination Layer-2 ID)에 포함도는 유니캐스트 통신을 위한 계층 2 ID(Layer-2 ID)를 가질 수도 있다. 일대일 ProSe 직접 통신을 위한 계층 2 링크는 직접 통신에서 두 개의 WTRU의 각각의 계층 2 ID의 조합에 의해 식별될 수도 있다. WTRU는 동일한 계층 2 ID를 사용하여 일대일 ProSe 직접 통신을 위한 다수의 계층 2 링크에 참가할 수도 있는데, 예를 들면, 계층 2 링크가 직접 통신에서 두 개의 WTRU의 각각의 계층 2 ID의 조합에 의해 식별되기 때문이다.
격리된(즉, 비 릴레이) 일대일 통신에 참가하는 WTRU는 IP 어드레스 할당 메커니즘을 협상할 수도 있으며, 링크 확립 프로시저 동안 필요로 되는 경우 링크-로컬 IPv6 어드레스를 옵션 사항으로 교환할 수도 있다.
도 2는 WTRU(210)와 WTRU(220) 사이의 링크 확립을 위한 예시적인 프로시저(200)를 예시하는 메시지 시퀀스 차트이다. 제1 단계에서, WTRU(210)는 상호 인증을 트리거하기 위해 직접 통신 요청(Direct Communication Request) 메시지(230)를 WTRU(220)로 전송할 수도 있다. 직접 통신 요청 메시지(230)의 내용은 유저 정보(User Info)로서 지칭될 수도 있다. 제2 단계에서, WTRU(220)는 상호 인증을 위한 프로시저(240)를 개시한다. 인증 프로시저의 성공적인 완료는 PC5를 통한 보안 계층 2 링크의 확립을 완료한다. 이 단계의 일부로서, WTRU(220)는 WTRU(210)에 대한 응답 메시지에서 유저 정보를 포함한다.
PC5 시그널링 프로토콜은, WTRU가 ProSe 통신 범위 내에 있지 않은지를 검출하기 위해 사용될 수도 있는 존속 기능성(keep-alive functionality)을 지원하는데, WTRU가 ProSe 통신 범위 내에 있지 않은 경우 WTRU는 암시적 계층 2 링크 해제를 진행할 수도 있다.
NR V2X는 (예를 들면, D2D와 비교하여) 링크 확립 향상을 포함할 수도 있다. 예를 들면, PC5를 통한 보안 L2 링크의 확립 및 유지를 위한 프로시저가 제공될 수도 있다. 그러한 프로시저는 V2X 사용을 위해 향상되고 적응될 수도 있거나, 또는 유사한 시그널링이 RRC 계층에서 정의될 수도 있다. V2X 링크/그룹 핸들링은 또한 추가적인 고려 사항을 필요로 할 수도 있다. 예를 들면, 모든 WTRU가 V2X 통신에서 유니캐스트 통신을 지원하거나 또는 사용하는 것은 아닐 수도 있다. 링크 확립을 지원하기 위해, WTRU는 유니캐스트 통신(예를 들면, 유니캐스트를 위해 WTRU가 동작할 수 있는 채널, 지원되는 서비스, 및 등등)을 위해 WTRU의 존재 및, 만약 있다면, WTRU의 능력을 피어에게 통지하기 위해 서비스 알림(service announcement)을 송신할 수도 있다. 그러한 서비스 알림은, 서비스(예를 들면, 애플리케이션)를 사용하는 데 관심이 있는 모든 WTRU가 액세스 가능하게 만들어질 수도 있다. 예를 들면, 그러한 알림은, WAVE 서비스 통고(WAVE Service Advertisement; WSA)가 핸들링되는 방식과 유사하게, 전용 채널을 통해 전송되도록, 또는 지원 WTRU로부터의 주기적 메시지에 피기백되도록(예를 들면, 추가되도록 또는 첨부되도록) 구성될 수도 있다.
NR V2X는 QoS 향상을 포함할 수도 있다. 예를 들면, PC5를 통한 QoS는 패킷 우선 순위 레벨별 ProSe(ProSe Per-Packet Priority; PPPP)를 가지고 지원될 수도 있다. 애플리케이션 계층은 요구되는 QoS 레벨을 나타내는 PPPP를 사용하여 패킷을 마킹하도록 허용될 수도 있다. 다른 향상이 추가될 수도 있다(예를 들면, PPPP로부터 PDB의 유도를 허용함).
NR V2X에 대한 QoS 요건은 성능 KPI를 포함할 수도 있다. 그러한 성능 KPI는 다음의 파라미터 중 하나 이상을 사용하여 명시될 수도 있다: 페이로드(바이트); 송신 레이트(메시지/초); 최대 종단간(end-to-end) 레이턴시(ms); 신뢰도(%); 데이터 레이트(Mbps); 및/또는 최소 필수 통신 범위(미터).
서비스 요건의 동일한 세트가 PC5 기반의 V2X 통신 및 Uu 기반의 V2X 통신 둘 모두에 적용될 수도 있다. 예를 들면, 그러한 QoS 특성은 5QI를 사용하여 표현될 수도 있다. 따라서, PC5 및 Uu에 대해 통합된 QoS 모델이 사용될 수도 있다(예를 들면, 5QI는 PC5를 통한 V2X 통신에도 또한 사용될 수도 있고, 그 결과, 사용되는 링크에 관계없이, 애플리케이션 계층은 QoS 요건을 나타내는 일관된 방식을 가질 수도 있다).
5GS V2X 대응 WTRU는 세 가지 상이한 타입의 트래픽: 브로드캐스트, 멀티캐스트, 및 유니캐스트를 지원할 수도 있다.
Uu에 대한 것과 동일한 QoS 모델이 유니캐스트 트래픽에 대해 활용될 수도 있다(즉, 각각의 유니캐스트 링크는 베어러로서 취급될 수도 있고, QoS 플로우는 그것과 연관될 수도 있다). 5QI에서 정의되는 모든 QoS 특성, 및 추가적인 데이터 레이트 파라미터가 적용될 수도 있다. 또한, 최소 필수 통신 범위는 PC5 사용에 고유한 추가적인 파라미터로 취급될 수도 있다.
동일한 또는 유사한 고려 사항이 멀티캐스트 트래픽에 적용될 수도 있는데, 이것은 유니캐스트의 특수한 경우(즉, 트래픽의 다수의 정의된 수신기를 가짐)로서 취급될 수도 있다.
브로드캐스트 트래픽의 경우, 베어러 개념이 없을 수도 있다; 즉, 소정의 구성된 파라미터를 갖는 논리적 링크와 패킷 사이의 연관성이 없을 수도 있다. 각각의 브로드캐스트 메시지는 애플리케이션 요건에 따라 상이한 특성을 가질 수도 있다. 5QI는 PPPP 및/또는 패킷 신뢰도별 ProSe(ProSe Per-Packet Reliability; PPPR)와 유사한 방식으로 상응하게 사용될 수도 있다(즉, 각각의 패킷이 QoS 값과 연관됨(또는 "태그됨")). 5QI는 PC5 브로드캐스트 동작에 대해 필요한 모든 특성(예를 들면, 레이턴시, 우선 순위, 신뢰도, 등등)을 나타내는 능력을 가질 수도 있다. V2X 브로드캐스트 고유의 5G 품질 서비스 표시자(V2X broadcast-specific 5G Quality Service Indicator; V2X 5QI 또는 VQI)의 그룹은 PC5 사용을 위해 정의될 수도 있다.
PC5 QoS 파라미터는 일대일 통신 프로시저의 확립에서 협상될 수도 있다. 따라서, 일대일 통신 확립 프로시저는 두 개의 WTRU 사이의 PC5 QoS 파라미터 협상을 지원하도록 향상될 수도 있다. PC5 QoS 파라미터 협상 이후, 일대일 통신의 양방향에서 동일한 QoS가 사용될 수도 있다.
도 2와 연관하여 예시되는 예시적인 프로시저(200)는 WTRU(210)와 WTRU(220) 사이의 PC5 QoS 파라미터의 협상을 위해 수정될 수 있다. 예를 들면, 제1 단계에서, 직접 통신 요청 메시지(230)는, 유저 정보에 추가하여 또는 그 대신에, 요청된 PC5 QoS 파라미터를 포함할 수도 있다. 제2 단계에서, 프로시저(240)는, 유저 정보에 추가하여 또는 그 대신에, WTRU(210)에 대한 응답 메시지에서 수락된 PC5 QoS 파라미터를 포함할 수도 있다.
몇몇 경우에 QoS 모델에 기초한 NR V2X에 대한 유니캐스트 및 멀티캐스트 링크의 확립은 여러 가지 문제를 야기할 수도 있다. 예를 들면, 몇몇 구현예에서, (D2D 일대일 확립을 위한) 유니캐스트 링크 확립을 위한 시그널링은 멀티캐스트 링크가 아닌 유니캐스트 링크만을 지원할 수도 있다.
또한, 몇몇 구현예에서, (예를 들면, D2D에서의 일대일 통신을 위한) 링크 확립 결정은 도달 가능성 요건(예를 들면, 수신 신호 수신 전력(Received Signal Received Power; RSRP))에 기초할 수도 있고, 반면, NR V2X는 더 엄격한 요건(예를 들면, 레이턴시, 신뢰도, 등등) 및/또는 추가적인 요건(예를 들면, 범위, 레이트, 등등)을 가질 수도 있다. 이들 다양한 요건은 이들 요건을 달성하기 위해 AS 계층에서 유니캐스트 및/또는 멀티캐스트에만 의존할 수도 있다. 이전에는 필요로 되지 않았고 및/또는 D2D 또는 V2X에 대해 명시되지 않았던 새로운 사이드링크 프로시저를 요구할 수도 있는 무선 베어러 타입 모델이 유니캐스트 및/또는 멀티캐스트에 대해 사용될 수도 있다. 예를 들면, WTRU에 의해 자율적으로 핸들링되는 수락 제어 프로시저가 (예를 들면, 모드 4 동작의 경우) Uu에 대해 필요로 될 수도 있고, 반면 통상적으로 이것은 네트워크에 의해 수행될 수도 있다. 다른 예에서, 사이드링크를 통한 QoS에 대한 링크 유지보수 프로시저는, AS 계층이 SL 송신을 위해 소정의 품질 레벨을 유지하는 것을 필요로 할 수도 있다.
또한, 몇몇 구현예에서, QoS에 대한 모델은 플로우의 세트가 (예를 들면, Uu와 유사한) 특정한 베어러로 매핑된다는 것을 가정할 수도 있다. Uu의 경우, 매핑은 이용가능한 DL/UL 리소스에 기초하여 gNB에 의해 행해질 수도 있다. SL의 경우, 결정은 (예를 들면, 모드 4 동작의 경우) WTRU에 의해 수행되는 것을 필요로 할 수도 있고 WTRU가 스스로 셋업할 수도 있는 이용가능한 SL 리소스 및 SL 베어러 특성의 속성에 기초할 필요가 있을 수도 있다.
몇몇 실시형태는 링크 확립 및 유지보수를 위한 시스템, 방법, 및 디바이스를 제공할 수도 있다. 본원에서 유니캐스트 또는 그룹캐스트 송신에 대한 링크 확립 및 유지보수가 논의된다. 실질적으로 유사한 링크 확립 및 유지보수 프로시저가 "브로드캐스트 링크"에도 또한 적용될 수도 있으며, 그에 의해, 브로드캐스트 링크는 더 적게 수반된 수락 제어 평가 및/또는 링크 유지보수 프로시저를 필요로 할 수도 있거나, 또는 수락 제어 평가 및/또는 링크 유지보수 프로시저를 필요로 하지 않을 수도 있다. 그럼에도 불구하고, 링크 확립 시그널링은, 그룹 목적지 ID 또는 L2 목적지 ID에 대한 송신과 연관된 브로드캐스트 서비스에 대해 무선 베어러가 확립될 수도 있는 한, 브로드캐스트 송신 사례에 대해 여전히 적용 가능할 수도 있다. 따라서, 본원에서 논의되는 기술 및 접근법은 브로드캐스트 송신에도 또한 적용 가능할 수도 있다.
본원에서 사용되는 바와 같은 용어 "상위 계층"은 NAS 계층, 애플리케이션 계층, V2X 계층을 가리킬 수도 있거나 또는 NAS 계층, V2X 계층 및 애플리케이션 계층 사이의 상호 작용을 나타낼 수도 있다. 몇몇 예에서, 연결(즉, 링크)을 위한 프로시저는 AS 계층에 의해 수행되는 링크 확립 결정을 포함할 수도 있다. 링크 확립을 위한 AS/NAS 계층 시그널링은 여러 가지 모델에 기초할 수도 있다. 도 3은 그러한 모델의 예를 예시한다.
몇몇 실시형태는 SL 무선 베어러 링크 확립을 위한 프로시저를 제공한다. 예를 들면, 도 3은 WTRU와 피어 WTRU 사이의 연결을 확립하기 위한 NAS 계층 및/또는 하나 이상의 상위 계층(310) 및 AS 계층(320) 사이의 예시적인 통신을 예시하는 링크 확립 모델(300)의 블록 다이어그램이다. 링크 확립 모델(300)은 AS 계층(320)에 의해 수행되는 연결 확립 결정을 예시한다.
NAS 및/또는 하나 이상의 상위 계층(310)은, 사이에서 연결을 확립하는 것이 소망되는 WTRU의 목록(330)을 전달할 수도 있다. 목록(330)은 요청의 형태로, 피어 WTRU의 특정한 L2 ID를 갖는 유니캐스트로서 마킹되는 패킷의 형태로, 또는 임의의 다른 적절한 방식으로 전달될 수도 있다. 목록(330)에 기초하여, AS 계층(320)은 도달 가능성(예를 들면, WTRU가 다른 WTRU와 통신할 수 있는지(즉, 다른 WTRU에 도달할 수 있는지)의 여부)을 결정하기 위한, 수락 제어를 수행하기 위한, 그리고 연결 확립을 개시하기 위한 동작(340)을 수행할 수도 있다. AS 계층(320)은 통신(350)(예를 들면, 계층 간 메시지)에서 동작(340)의 결과를 NAS 및/또는 하나 이상의 상위 계층(310)으로 제공할 수도 있다.
몇몇 구현예에서, 동작(340)의 일부는 링크 확립과 동시에 수행될 수도 있는 또는 수행되지 않을 수도 있는 별개의 디스커버리(discovery) 프로시저에서 수행될 수도 있다. 예를 들면, WTRU는 링크 확립 프로시저 이전에 발생하는 별개의 디스커버리 프로시저의 일부로서 도달 가능성 결정을 수행할 수도 있다. 유사하게, 링크 확립 프로시저에 대한 응답(예를 들면, 본원에서 추가로 논의되는 것들과 같은 도달 가능성 보고)은 또한 링크 확립 이전에 수행되는 별개의 디스커버리 프로시저의 일부일 수도 있다.
도 4는, 링크 확립을 위한 NAS 및/또는 하나 이상의 상위 계층(410) 및 AS 계층(420) 사이의 예시적인 통신을 예시하는 링크 확립 모델(400)의 블록 다이어그램인데, 여기서 NAS 및/또는 하나 이상의 상위 계층(410)은 AS 계층(420)으로부터의 정보에 기초하여 결정을 내릴 수도 있다.
NAS 및/또는 하나 이상의 상위 계층(410)은 (예를 들면, 유니캐스트 서비스를 지원하는) 범위 내의 WTRU의 목록을 획득하기 위해 통신(430)에서 디스커버리 또는 서비스 알림을 AS 계층(420)으로 전송할 수도 있다. 통신(430)은, 예를 들면, 요청의 형태일 수도 있거나, 피어 WTRU 또는 WTRU들의 특정한 L2 ID를 갖는 패킷의 형태일 수도 있거나, 또는, 알려진 서비스 또는 애플리케이션의 식별자 형태일 수도 있다. AS 계층(420)은 통신(440)(예를 들면, 계층 간 메시지)에서 연결성 연관 정보를 NAS 및/또는 하나 이상의 상위 계층(410)에 제공할 수도 있다. 예를 들면, 연결성 연관 정보는, 두 개의 WTRU가 서로 통신할 수 있는지의 여부, 그들의 링크의 품질, 등등에 관한 정보일 수도 있다.
NAS 및/또는 하나 이상의 상위 계층(410)은 연결 확립 통신(450)(예를 들면, 계층 간 메시지)에 의해 연결 확립을 개시할 수도 있다. 연결 확립 통신(450)을 수신한 이후, AS 계층(420)은 본원에서 추가로 논의되는 바와 같은 수락 제어 프로시저(460)를 수행할 수도 있다. AS 계층(420)은 통신(470)에서 수락 제어 프로시저(460)로부터 NAS 및/또는 하나 이상의 상위 계층(410)으로 결과를 제공할 수도 있다.
모델(400)에서, 통신(430 및 440) 및 이들 통신을 생성, 송신, 수신, 및 프로세싱하기 위한 연관된 프로시저는 옵션 사항일 수도 있거나, 또는 NAS 및/또는 하나 이상의 상위 계층(410)에 의해 전적으로 수행될 수도 있다. 예를 들면, NAS 및/또는 하나 이상의 상위 계층(410)은 상위 계층 디스커버리 또는 서비스 알림 메시지를 전달할 수도 있고, AS 계층(420)으로부터의 어떠한 정보도 없이, NAS 및/또는 하나 이상의 상위 계층(410) 사이의 연결 확립을 개시할 수도 있다(즉, 통신(450)에 대응). AS 계층(420)은 또한 통신(470)에서 연결성 연관 정보를 NAS 및/또는 하나 이상의 상위 계층(410)에 제공할 수도 있다.
몇몇 실시형태는 유니캐스트, 멀티캐스트 링크, 및/또는 SLRB 통신을 지원하기 위해 AS/NAS 계층 시그널링을 제공할 수도 있다. 몇몇 예는 서비스(예를 들면, SLRB로서 전송될 수도 있는 또는 전송되지 않을 수도 있는 브로드캐스트 서비스) 또는 플로우(예를 들면, 이것은 AS 계층에 의해 SLRB로 매핑될 수도 있음)의 QoS를 촉진하거나 또는 보장하기 위한 상위 계층과 AS 계층 사이의 상호 작용을 포함한다. 몇몇 예에서, 그러한 상호 작용은 임의의 송신 모드(예를 들면, 모드 1 또는 모드 2)에서 및/또는 임의의 타입의 송신(예를 들면, 유니캐스트, 그룹캐스트, 또는 브로드캐스트)을 위해 사용될 수도 있다. 몇몇 예에서, 브로드캐스트 서비스에 대한 수락 제어 프로시저를 수행하는 WTRU는 그 자신의 수락 제어 결정을 행할 수도 있거나(즉, 모드 2의 경우) 또는 네트워크로부터 수락 제어 결정을 수신할 수도 있다(즉, 모드 1). WTRU는 그러한 결정을 상위 계층에게 통지할 수도 있다. 대안적으로, 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB 확립의 경우, WTRU는 링크 확립 시그널링을 개시할 수도 있다. 유니캐스트 또는 멀티캐스트 확립과 연관된 각각의 WTRU는 그 자신의 수락 제어를 수행할 수도 있고 수락 제어 결과를 그 자신의 상위 계층에게 통지할 수도 있거나, 또는 수락 제어 결과를 피어 WTRU에게 통지할 수도 있는데, 여기서 피어 WTRU는 모든 WTRU의 수락 제어 결과에 기초하여 상위 계층과 상호 작용하는 것을 담당한다. 다음의 상황에서 설명되는 예는, 일반성의 손실 없이. 상기의 경우 중 임의의 것에 적용될 수도 있다.
몇몇 예에서, WTRU의 목록은 NAS 계층 및/또는 상위 계층에 의해 AS 계층으로 제공될 수도 있거나(예를 들면, 도 3과 연관하여 도시되고 설명되는 바와 같은 목록(330)), 또는 연결 확립 요청은, NAS 계층 및/또는 상위 계층에 의해 AS 계층으로 행해질 수도 있다(예를 들면, 도 4와 연관하여 도시되고 설명되는 바와 같은 연결 확립 통신(450)). 몇몇 그러한 예에서, NAS 계층 및/또는 상위 계층은, 유니캐스트 및/또는 멀티캐스트 연결에 포함될 WTRU(들)(예를 들면, 유니캐스트 경우의 단일의 WTRU)를 식별하는 L2 소스 ID의 목록; 유니캐스트 및/또는 멀티캐스트 표시(indication)(즉, 연결이 유니캐스트인지 또는 멀티캐스트인지의 여부의 표시); 송신될 데이터 패킷(예를 들면, 상위 계층 서비스 알림); 유니캐스트 및/또는 멀티캐스트 링크에 대한 QoS 요건(예를 들면, VQI, QoS 프로파일); (예를 들면, AS 계층 링크 확립의 결정과 함께 AS 계층을 돕기 위한) 두 개 이상의 WTRU 사이의 송신이 발생할 수도 있는 예상된 시간 기간; 및/또는 L2 유니캐스트 및/또는 멀티캐스트에 대한 링크 식별자와 같은 다양한 정보 및/또는 파라미터를 AS 계층으로 제공할 수도 있다. 그러한 링크 식별자는, WTRU가 링크 확립 요청 메시지(예를 들면, 연결 확립 통신(450))에서 포함할 수도 있는 피어 WTRU의 L2 소스 ID를 포함할 수도 있다. 대안적으로, 유니캐스트의 경우, 그러한 링크 식별자는, 유니캐스트에 대한 목적지로서 피어 WTRU의 L2 소스 ID를 포함할 수도 있고 상위 계층(예를 들면, NAS 및/또는 하나 이상의 상위 계층(410))은 다른 ID를 갖는 WTRU를 식별할 수도 있다.
몇몇 예에서, AS 계층은 연결성 정보를 제공할 수도 있다. 도 4는, 상위 계층이 AS 계층에 의한 정보에 기초하여 링크 확립을 결정하는 예시적인 프로시저를 예시하는 링크 확립 모델의 블록 다이어그램이다. 예를 들면, AS 계층(420)은, 도 4와 연관하여 도시되고 설명되는 바와 같이, 통신(440) 또는 통신(470)에서 연결성 정보를 제공할 수도 있다. 몇몇 예에서, AS 계층은, 알려진 서비스 또는 애플리케이션을 지원하는 WTRU 범위 내의 WTRU 목록; 특정한 WTRU에 대한 도달 가능성(예를 들면, WTRU가 다른 WTRU와 통신할 수도 있는지(즉, 다른 WTRU에 도달할 수 있는지)의 여부의 예/아니오 표시) - 여기서 도달 가능성은 상위 계층에 의해 제공되는 VQI에 기초하여 AS 계층에 의해 평가될 수도 있음 - ; WTRU 사이에서 송신되는 측정된 신호(예를 들면, 메시지에서 포함되는 PHY 계층 신호, 예컨대 기준 신호)와 연관된 (예를 들면, RSRP 대 레벨의 사전 구성된 매핑에 기초하는) 측정 값 또는 레벨 - 여기서 측정은, 디스커버리 또는 서비스 알림 메시지의 또는 상위 계층에 의해 개시되는 연결 확립에 응답하여 송신되는 연관된 RRC 메시지의 송신에 기초할 수도 있음 - ; 상위 계층 서비스 알림의 결과(예를 들면, 그러한 결과는 NAS 패킷에서 반송될 수도 있음); 디스커버리 또는 메시지 송신 결과의 잠재적 경향(예를 들면, 측정된 RSRP에서의 증가, 감소, 또는 변화 없음을 나타내는 정보, 또는 WTRU가 다른 WTRU에 의해 발견될 수 있거나 또는 도청될 수 있는 시간의 기간(x)); 및/또는 차량 궤적 정보와 같은 다양한 정보/파라미터를 NAS/상위 계층으로 제공할 수도 있다.
몇몇 예에서, WTRU AS는 SL 무선 베어러 링크 확립 프로시저의 결과를 상위 계층으로 전송할 수도 있다. 예를 들면, AS 계층(420)은, 도 4와 연관하여 도시되고 설명되는 바와 같이, 통신(470)에서 결과를 제공할 수도 있거나, 또는 AS(320)는, 도 3과 연관하여 도시되고 설명되는 바와 같이, 통신(350)에서 결과를 제공할 수도 있다. 그러한 결과는 링크 확립의 성공 또는 실패 표시를 포함할 수도 있고; 실패한 링크 확립에 대한 실패의 원인을 나타내는 에러 코드를 포함할 수도 있고; 및/또는 성공적인 링크 확립에서, 멀티캐스트 링크에서 연결되는(즉, 완전히 연결되는) WTRU의 서브세트(예를 들면, L2 ID의 목록)를 포함할 수도 있다.
몇몇 예에서, WTRU AS는 실패한 링크 확립의 표시를 상위 계층으로 전송할 수도 있다. 그러한 실패는 요청된 서비스, 패킷, 링크 및/또는 SLRB에 대한 실패한 수락 제어로부터 유래할 수도 있다. 그러한 표시는, 예컨대 SLRB가 링크 모니터링에 실패하거나, 또는 다른 WTRU에 의해 선점되는 경우, SLRB의 활성 시간 동안 임의의 시간에 발생할 수도 있다. 그러한 표시는 프로시저와 연관된 WTRU 중 임의의 것에 의해(예를 들면, 개시하는 WTRU 또는 피어 WTRU에서) 전송될 수도 있다. AS는, QoS가 충족되지 않았던, 또는 링크가 확립될 수 없었던 WTRU(예를 들면, WTRU ID)를 나타내는 정보(예를 들면, 상위 계층, 또는 피어 WTRU와 상호 작용하는 WTRU가 링크를 확립할 수 없었다는 표시)와 같은, 실패한 링크 확립에 연관이 있는 정보 중 임의의 것 또는 그 조합으로서 그러한 표시를 동일한 메시지에서 상위 계층에게 제공할 수도 있는데, 여기서 제공되는 WTRU ID는 소스 L2 ID; SLRB를 선점한 WTRU를 나타내는 정보(예를 들면, WTRU ID); QoS 파라미터, SLRB ID, 또는 링크 및/또는 SLRB 또는 SLRB의 선점을 유발한 패킷의 플로우 ID; 충족될 수 없었던 특정한 QoS 파라미터; 새로운 SLRB/링크의 확립을 방지하는, 또는 새로운 SLRB/링크가 확립되는 것을 허용하지 않는, 현재 확립되는 다른 WTRU의 표시(예를 들면, WTRU ID) 및/또는 SLRB의 표시(SLRB ID, QoS 플로우 ID, 또는 등등)(예를 들면, 새로운 SLRB가 현존하는 유니캐스트 링크와 충돌한다는 표시, 및/또는 현존하는 유니캐스트 링크가 새로운 SLRB와 충돌한다는 표시); 및/또는 실패 원인일 수도 있다. 실패 원인의 예는, 수락 제어 실패, 진행 중인 서비스를 선점할 수 없음, 능력 실패(예를 들면, 링크가 확립될 수 없거나 또는 QoS가 충족될 수 없음), 링크를 확립하기에 불충분한 리소스(예를 들면, 물리적 사이드링크 공유 채널(Physical Sidelink Shared Channel; PSSCH), RS 리소스, 피드백 채널, 선점 리소스), 및/또는 SLRB/링크의 선점을 포함한다.
몇몇 예에서, WTRU는 최선형(best effort)으로 폴백한다. 예를 들면, WTRU AS 계층은, 링크가 확립되었다는 것 그러나 링크와 연관된 QoS 요건이 충족되지 않을 수도 있다는 것을 WTRU NAS 계층에게 나타낼 수도 있다. WTRU AS 계층은 또한, (예를 들면, WTRU의 구성, 또는 표준 또는 명세에 따라) 링크 확립 개시 동안 AS 계층에 의해 지시되는 경우 그러한 표시를 상위 계층으로 전송하도록 허용될 수도 있다. WTRU AS는 충족될 수 있는 특정한 QoS 파라미터(예를 들면, 레이턴시), 및 최선형으로서만 충족될 특정한 QoS 파라미터를 나타낼 수도 있다.
몇몇 예에서, WTRU AS 계층은, AS 계층 링크 및/또는 SLRB에 의해 지원될 수 있는 적절한 QoS를 결정하기 위해, WTRU NAS 계층과 협상할 수도 있거나 또는 재협상할 수도 있다. 이 협상 또는 재협상은 링크 확립/SLRB 셋업 동안, 또는 링크가 확립되는 동안의 임의의 시간에, 예컨대 링크 모니터링에서 실패의 검출시, (예를 들면, 본원에서 설명되는 바와 같은) AS 계층 재구성을 위한 트리거에 후속하여, 링크에 대한 선점 표시의 수신시, 또는 상위 계층에 의해 개시될 때 발생할 수도 있다. 이 협상 또는 재협상은 프로시저와 연관된 WTRU 중 임의의 것에 의해(예를 들면, 개시하는 WTRU 또는 피어 WTRU에서) 수행될 수도 있다.
예를 들면, WTRU AS 계층은 QoS가 충족될 수 없다는 것을 나타낼 수도 있고, 상위 계층이 새로운 VQI를 제공하기를 대기할 수도 있거나 또는 프로시저의 종료를 나타낼 수도 있다. WTRU AS 계층은 구성된, 사전 구성된, 또는 정의된 타이머의 값에 의해 나타내어지는 시간 동안 상위 계층으로부터의 표시를 대기할 수도 있는데, 그 이후, 그것은 (예를 들면, 거부 또는 실패 RRC 메시지를 송신하는 것에 의해) 링크 확립 또는 AS 계층 재구성과 연관된 AS 계층 시그널링에서의 실패를 나타낼 수도 있다. 대안적으로, 상위 계층이 새로운 VQI를 제공하는 경우, AS 계층 시그널링 프로시저(예를 들면, 링크 확립 또는 AS 계층 재구성)는 새로운 VQI를 사용하여 진행될 수도 있다.
다른 예에서, WTRU AS 계층은 QoS가 충족될 수 없다는 것을 나타낼 수도 있고, 대신 충족될 수 있는 대안적 QoS(예를 들면, VQI)를 제안할 수도 있다. AS 계층은 상위 계층이 제안된 QoS 파라미터의 확인 응답(acknowledgement)을 제공하기를, 또는 제안된 QoS가 연관된 플로우 또는 SLRB에 대해 허용 가능하지 않다는 것을 나타내기를 대기할 수도 있다. WTRU AS 계층은 구성된, 사전 구성된, 또는 정의된 타이머의 값에 의해 나타내어지는 시간 동안 상위 계층으로부터의 표시를 대기할 수도 있는데, 그 이후, 그것은 (예를 들면, 거부 또는 실패 RRC 메시지를 송신하는 것에 의해) 링크 확립 또는 AS 계층 재구성과 연관된 AS 계층 시그널링에서의 실패를 나타낼 수도 있다. 대안적으로, 상위 계층이 새로운 QoS 파라미터를 허용 가능한 것으로 확인 응답하는 경우, AS 계층 시그널링 프로시저(예를 들면, 링크 확립 또는 AS 계층 재구성)는 새로운 QoS 파라미터를 사용하여 진행될 수도 있다.
QoS가 충족될 수 없다는 것을 AS 계층이 나타내는 상기에서 설명되는 협상/재협상 상황의 예에서, 상위 계층은 AS 계층 시그널링이 링크 확립 또는 AS 계층 재협상을 위해 계속되어야 하는지의 여부를 AS 계층에게 통지할 수도 있다. 예를 들면, QoS 협상이 성공하면(예를 들면, 상위 계층이 SLRB에 대한 새로운 QoS를 구성할 수 있음), 새로운 QoS는 링크 확립 또는 AS 계층 재구성과 연관된 다른 WTRU로 제공되는 것을 필요로 할 수도 있다. 새로운 QoS 파라미터 또는 파라미터들은 RRC 시그널링에서(예를 들면, 상위 계층은 새로운 QoS 파라미터 또는 파라미터들을 AS 계층으로 제공할 수도 있고, AS 계층은 새로운 QoS 파라미터 또는 파라미터들을 RRC 메시지에서 포함할 수도 있음) 또는 상위 계층 시그널링에 의해(예를 들면, RRC 시그널링은 RRC에 의해 송신되는 투명한(예를 들면, 캡슐화된) 메시지에서 새로운 QoS 파라미터 또는 파라미터들을 포함함) 제공될 수도 있다. 어느 경우에서든, 상위 계층은 새로운 QoS 파라미터 또는 파라미터들을 다른 WTRU로 전달하기 위해 RRC 시그널링 교환을 계속할 것을 AS 계층에게 나타낼 수도 있다. QoS 재협상 프로시저가 실패하는 경우, WTRU는 RRC 시그널링 교환과 연관된 RRC 실패 메시지의 송신을 개시할 수도 있고, 이 지점에서, 링크 확립 프로시저 또는 AS 계층 재구성 프로시저는 실패한 것으로 간주될 수도 있다.
몇몇 예에서, QoS 협상 또는 재협상은 상위 계층 PDU 존재를 조건으로 한다. 예를 들면, WTRU는, 수신된 RRC 메시지에서의 상위 계층 PDU 또는 PDU들의 존재, 부재, 및/또는 그 사이즈(즉, 투명한, 예를 들면, 캡슐화된 메시지)에 기초하여 QoS 협상 또는 재협상을 수행할지의 여부를 결정할 수도 있다. 몇몇 예에서, WTRU는 링크 확립 요청 RRC 메시지를 수신할 수도 있다. RRC 메시지가 상위 계층 PDU를 포함하는 경우(또는 상위 계층 PDU가 주어진 사이즈를 갖는 경우), WTRU는, 실패한 수락 제어 및/또는 실패한 AS 계층 재구성이 상위 계층을 사용하여 QoS 협상 또는 재협상 프로시저를 개시할 수 있다는 것을 결정할 수도 있다. 대안적으로, 그러한 PDU가 RRC 메시지에서 포함되지 않는 경우, WTRU는 실패한 수락 제어에 대한 실패한 링크 확립 또는 재구성 프로시저를 나타낼 수도 있다. 일반성의 손실 없이, 그러한 상위 계층 PDU는 링크 확립 및/또는 AS 계층 재구성과 연관된 RRC 메시지 중 임의의 것에 포함될 수도 있다. 게다가, WTRU는 또한 SLRB에 대한 링크 확립 동안 시그널링에서 상위 계층 PDU가 포함되었는지의 여부에 기초하여 실패한 링크 모니터링의 경우에 대해 QoS 재협상 프로시저가 허용되는지의 여부(예를 들면, 그 여부를 나타내는 저장된 정보)의 지식을 유지할 수도 있다.
몇몇 실시형태는 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB를 지원하기 위한 사이드링크 시그널링을 제공할 수도 있다. 몇몇 예는 사전 조치의 디스커버리(proactive discovery)를 포함한다. 예를 들면, WTRU는 잠재적인 유니캐스트 및/또는 멀티캐스트 타겟의 목록을 유지하기 위해 주기적인 디스커버리를 사전 조치로 수행할 수도 있다. 그러한 사전 디스커버리 송신은 AS 계층, 애플리케이션 계층, 또는 NAS 계층에 의해 개시될 수도 있다. WTRU는, 전용 목적지 L2 ID를 사용하여, PSSCH 상에서 브로드캐스팅되는 디스커버리 메시지를 활용할 수도 있다. 그러한 ID는 유니캐스트 서비스 디스커버리와 연관될 수도 있다.
WTRU(예를 들면, AS 계층 및/또는 상위 계층)는 응답하는 WTRU 및 그러한 WTRU와 연관된 소정의 품질 척도의 목록을 유지할 수도 있다. 예를 들면, WTRU는 디스커버리 브로드캐스트 메시지에 응답하는 L2 소스 ID의 목록을 유지할 수도 있다. WTRU는 또한, AS 링크 확립 결정 동안 사용하기 위한 소정의 경향, 예컨대 측정된 디스커버리 응답의 절대 품질 값; 디스커버리 응답이 문턱치를 초과했던 시간의 기간 및/또는 응답의 연속적인 횟수; 및/또는 디스커버리 응답 품질이 소정의 양보다 더 많이 변경되지 않았던 응답의 횟수 또는 시간의 기간을 유지할 수도 있다.
WTRU는, 상기에서 설명되는 정보 중 임의의 것(예를 들면, 적어도 마지막 T 개의 시간 단위 동안 문턱치를 초과하여 측정되는 디스커버리 응답)에 기초하여, 링크 확립 기준을 결정할 수도 있거나, 또는 상위 계층에게 그러한 것을 나타낼 수도 있다. WTRU는 개시하는 WTRU의 소스 L2 ID를 목적지 어드레스로서 사용하여 디스커버리 메시지에 응답할 수도 있다.
몇몇 예는 WTRU에 의한 자율적인 링크 확립을 위한 시그널링을 포함한다. 예를 들면, 도 5는 WTRU(510)와 WTRU(520) 사이의 AS 계층에서의 예시적인 사이드링크 링크 확립 프로시저(500)를 예시하는 메시지 시퀀스 차트이다. 링크 확립은 WTRU(510)로부터 WTRU(520)로의 링크 확립 요청 메시지(530), WTRU(520)로부터 WTRU(510)로의 링크 확립 응답 메시지(540), 및/또는 WTRU(510)로부터 WTRU(520)로의 링크 확립 확인 메시지(550)를 수반할 수도 있다. WTRU(510 및 520)는 각각의 메시지를 RRC 메시지로서 송신할 수도 있다(예를 들면, 링크 확립 요청 메시지(530)는 RRCReconfiguration 메시지, WTRUSidelinkInformation 메시지, 또는 RRC 프로토콜에 의해 지원되는 임의의 다른 그러한 메시지일 수도 있음). 대안적으로, 프로시저(500)에서 예시되는 메시지는 상위 계층 메시지와 RRC 메시지의 혼합을 포함할 수도 있다. 링크 확립 메시지(550)가 WTRU(520)에 의해 수신된 이후, SL 송신은 단계(560)에서 확립된 SL 베어러 상에서 시작될 수도 있다.
몇몇 예에서, 상위 계층으로부터의 링크 확립에 대한 표시에 후속하여, WTRU(510)는, 먼저, WTRU(510)에서의 측정 또는 측정들에 기초하여 수락 제어 프로시저를 수행할 수도 있다. 수락 제어가 성공하는 경우, 또는 트리거되는 QoS 재협상이 성공하는 경우, 그러면 WTRU(510)는 링크 확립 요청 메시지(530)를 전송할 수도 있다. 링크 확립 요청 메시지(530)는: 유니캐스트 및/또는 멀티캐스트 링크가 요청되고 있는 WTRU 또는 WTRU들의 소스 L2 ID 중 임의의 것 또는 모두; 요청되고 있는 멀티캐스트 링크에 대한 멀티캐스트 ID; 링크 확립 요청을 송신하는 WTRU의 소스 L2 ID; QoS 연관 정보; 링크 또는 SL 베어러가 확립될 제안된 AS 구성에 관한 정보; WTRU(510)의 능력 또는 능력들에 관한 정보; 링크 및/또는 베어러 수락 제어를 수행하기 위해 피어 WTRU 또는 WTRU들(예를 들면, WTRU(520))에서 요구되는 정보; 및/또는 상위 계층 링크 확립을 위한 임베딩된 상위 계층 메시지 또는 메시지들 및/또는 정보를 포함할 수도 있다.
링크 확립 요청 메시지(530)에서 포함되는 QoS 연관 정보는 링크의 QoS 정보(예를 들면, 확립될 베어러와 연관된 VQI 또는 VQI들)를 포함할 수도 있다. 대안적으로, 임의의 QoS 연관 정보가 제공되기 이전에 링크가 확립될 수도 있는데, 이 경우 AS 계층은, 근접 정보에만, 기초하여 링크 확립이 가능한지의 여부를 결정할 수도 있다. 대안적으로, 플로우 정보에 관한 상위 계층으로부터의 임의의 QoS 정보의 부재시, AS 계층은 WTRU 사이의 시그널링 연결을 위해 사용될 연관된 QoS 정보(예를 들면, VQI 또는 등등)를 결정할 수도 있다. 그러한 디폴트 또는 시그널링 VQI는, 채널 사용 비율(Channel Busy Ratio; CBR), 캐리어 대역폭(bandwidth; BW), 대역폭 부분(bandwidth part ; BWP), 또는 유사한 물리적 계층 파라미터 또는 측정치에 기초하여 WTRU에 의해 구성될 수도 있거나, 사전 구성될 수도 있거나, 또는 결정될 수도 있다.
링크 확립 요청 메시지(530)에서 포함되는 링크 및/또는 베어러 수락 제어를 수행하는 데 필요한 정보는, WTRU(510)가 캠핑되는(camped)/연결되는 gNB 및/또는 PLMN을 나타내는 정보; WTRU(510)에 의해 현재 사용되고 있는 SI의 영역 ID; WTRU(510)에 관한 위치 정보(예를 들면, 지오로케이션 정보, 구역 ID, 등등), 및/또는 모션 연관 정보(예를 들면, 속도, 진행 방향, 스케줄링 WTRU 또는 군집 리더와 같은 선두 WTRU의 식별 정보(identification), WTRU가 군집 또는 그룹 기반의 스케줄링의 일부인지의 여부); WTRU(510)에 의해 측정되는 QoS 연관 측정치, 및/또는 WTRU(510)에 의해 측정되는 QoS 연관 메트릭(metric)을 포함할 수도 있다.
링크 확립 요청 메시지(530)에서 포함되는 상위 계층 링크 확립과 연관된 정보는 상위 계층 QoS 및/또는 서비스 연관 정보를 포함할 수도 있다. 그러한 정보는 투명한(예를 들면, 캡슐화된) 메시지에서 포함될 수도 있고 WTRU(520)에 의해 상위 계층으로 직접적으로(예를 들면, 메시지를 디코딩하지 않고도) 전달될 수도 있다. 그러한 정보는, 본원에서 논의되는 바와 같이, QoS 재협상에 필요한 정보를 포함할 수도 있다. 다른 예에서, 링크 확립 요청 메시지(530)는, 연결 확립을 개시하기 위해 상위 계층에 의해 하위 계층으로 제출되는 PC5 프로토콜 또는 NAS 프로토콜 확립 메시지를 포함할 수도 있는데, 여기서 메시지는 연결 확립 요청으로서 기능하는 RRC 메시지의 페이로드로서 반송될 수도 있다.
링크 확립 요청 메시지(530)는 확립될 SL 베어러 또는 링크에 대한 제안된 AS 구성에 관한 정보를 포함할 수도 있고, 시그널링 연결 그 자체는 디폴트 SL 베어러 구성과 연관될 수도 있다. AS 구성과 연관된 잠재적인 파라미터의 추가적인 설명이 본원에서 제공된다.
몇몇 예에서, WTRU(510)는, CBR 측정치와 같은, 다양한 파라미터/정보에 기초하여 확립될 SL 베어러에 대한 AS 구성; 링크 확립 요청을 전송하기 이전에 구성 가능한 시간 기간에 걸쳐 수행되는 감지 결과; 베어러의 요청된 QoS에 기초하여 또는 시그널링 전용 연결의 결정된 QoS에 기초하여 WTRU(510)에서 결정되는 수락 제어 결과; 및/또는 링크 확립 요청(520) 이전에 디스커버리 프로세스가 개시되었다는 것을 가정하여, WTRU(520)로부터의 송신의 측정치(예를 들면, RSRP)를 결정할 수도 있다. 대안적으로, 그러한 측정치는 링크 확립 이후에 취해질 수도 있고, 파라미터를 업데이트하기 위해 또는 링크 확립 확인 메시지(550)에서 실패 표시를 전송하기 위해 사용될 수도 있다.
WTRU(510)는 링크 확립 요청 메시지(530)와 함께 (예를 들면, 메시지 내에서, 예를 들면, PHY 계층에서) 기준 신호를 송신할 수도 있다. 대안적으로, WTRU(510)는 링크 확립 요청 메시지(530)를 송신한 이후 기준 신호의 반복적인 주기적 송신을 시작할 수도 있다.
링크 확립 요청 메시지(530)와 같은 링크 확립 요청은 브로드캐스트 L2 목적지 ID를 사용하여 전송될 수도 있다. 그러한 경우에, 수신하는 WTRU(예를 들면, WTRU(520))는, 링크 확립 요청 RRC 메시지에서 포함되는 L2 어드레스를 디코딩하는 것에 의해 자신이 링크 확립 요청의 의도된 수신자인지를 결정할 수도 있다. 대안적으로, 링크 확립 요청은 MAC 헤더 및/또는 사이드링크 제어 정보(sidelink control information; SCI)에서 메시지의 목적지 ID로서 WTRU2의 소스 ID를 사용하여 전송될 수도 있다. 예를 들면, 멀티캐스트 링크 확립의 경우, 링크 확립 요청 RRC 메시지는 멀티캐스트 링크와 연관될 WTRU의 L2 소스 ID의 목록을 포함할 수도 있다. MAC 헤더 및/또는 SCI는 서비스와 연관된 브로드캐스트 ID를 포함할 수도 있거나, 또는 RRC 시그널링과 연관된 전용 브로드캐스트 L2 ID를 포함할 수도 있다.
(예를 들면, 수신 메시지(530)에 기초하여) 링크 확립 요청 메시지(530)를 수신한 이후, WTRU(520)는 WTRU(520)에서의 측정을 사용하여 수락 제어를 수행할 수도 있다. WTRU(520)는 또한, 예를 들면, 링크 확립 요청 메시지(530)에서 제공되는 바와 같이, WTRU(510)에서의 측정을 사용하여 수락 제어를 수행할 수도 있다. 수락 제어가 성공적이지 않은 경우, WTRU(520)는 본원에서 논의되는 바와 같이, QoS 재협상 프로시저를 수행할 수도 있다. 수락 제어 또는 QoS 재협상 사례 중 어느 하나에서, WTRU(520)는 링크 확립 응답 메시지(540)를 WTRU(510)로 송신할 수도 있다. 링크 확립 응답 메시지(540)는, 링크의 확인 응답 또는 거부 중 임의의 것 또는 모두; WTRU(510)에 의해 제안되는 구성을 적용함에 있어서의 성공 또는 실패의 표시; 대안적인 제안된 AS 구성; 링크에 대한 대안적인 제안된 QoS 파라미터; RRC 메시지에서 임베딩되는 응답 메시지(예를 들면, NAS 또는 PC5 프로토콜을 사용함); 및/또는 WTRU(520)에 관한 능력 정보를 포함할 수도 있다.
몇몇 예에서, 링크 확립 메시지(530)에서 제안되는 AS 구성이 WTRU(520)에 의해 지원되지 않거나, 또는 QoS가 충족된다는 것을 보장하지 않는 경우, 대안적인 제안된 AS 구성이 링크 확립 응답 메시지(540)에서 포함될 수도 있다. 다른 예에서, 제안된 구성이 지원되는 경우, WTRU(520)는 (예를 들면, 더 나은 QoS를 지원하기 위해, 이것은 확립 프로시저 동안 상위 계층에 의해 요청될 수도 있음) 대안적인 구성을 여전히 제안할 수도 있다. WTRU(510)가 대안적 구성을 거부하는 경우, 초기 제안된 구성이 대신 사용될 수도 있다.
몇몇 예에서, WTRU(520)가 수락 제어에 실패하고 그것의 상위 계층에게 통지하는 링크 확립 응답 메시지(540)에서 링크에 대한 대안적인 제안된 QoS 파라미터 또는 파라미터들이 포함될 수도 있다. 응답에서, 상위 계층은 새로운 QoS 파라미터 또는 파라미터들을 제공할 수도 있는데, 이들은 링크 확립 응답 메시지(540)에서(예를 들면, RRC 메시지에서, 또는 RRC 메시지에서 임베딩되는 NAS/PC5 메시지의 일부로서) WTRU(510)로 제공될 수도 있다.
몇몇 예에서, WTRU(520)는, WTRU(520)의 위치에서 측정되는 바와 같이, 그 자신의 수락 제어를 수행할 수도 있다. WTRU(520)는, 또한 또는 대안적으로, WTRU(510)에 의해 송신되는 기준 신호에 기초하여 도달 가능성 결정을 행할 수도 있다. 일반성의 손실 없이, 링크 확립 응답 메시지(540)는 또한 링크 확립 요청 메시지(530)에서 설명되는 내용을 또한 포함할 수도 있다.
링크 확립 응답 메시지(540)를 (예를 들면, 수신 메시지(540)에 기초하여) 수신한 이후, WTRU(510)는, 링크 확립 응답(540)에서 제안되는 AS 구성 변경을 확인하거나 또는 거부하는 링크 확립 확인 메시지(550)를 WTRU(520)로 송신할 수도 있다. 링크 확립 확인 메시지(550)의 송신시 또는 그 이전에, WTRU(510)는 링크 확립 요청 메시지(530)에서 요청되는 유니캐스트 링크의 성공적인 확립을 자신의 상위 계층에게 통지할 수도 있다. 링크 확립 확인 메시지(550)는, 링크 확립이 성공한 경우, 유니캐스트 및/또는 멀티캐스트 링크의 AS 계층 구성을 포함할 수도 있다. 링크 확립 확인 메시지(550)를 수신한 이후, WTRU(520)는 WTRU(510)와 WTRU(520) 사이의 유니캐스트 링크의 성공적인 확립을 자신의 상위 계층에게 통지할 수도 있다. 일반성의 손실 없이, 링크 확립 확인 메시지(550)는 링크 확립 요청 메시지(530)에서 설명되는 내용을 또한 포함할 수도 있다.
상기에서 설명되는 다양한 메시지는 상위 계층 메시지와 RRC 메시지의 조합을 포함할 수도 있다. 예를 들면, 각각의 메시지는 하위 계층 부분을 포함하는 상위 계층 메시지(예를 들면, NAS, 애플리케이션, 및/또는 V2X 계층 엔트리 사이에서 전송되며 하위 계층에 의해 해석되거나 또는 디코딩되지 않는 메시지)일 수도 있다. 다른 예에서, 하나 이상의 메시지는 상위 계층 메시지일 수도 있고, 하나 이상의 메시지는 하위 계층 메시지일 수도 있다.
몇몇 예에서, WTRU(510)는 (예를 들면, 링크 확립 요청(530)으로서) PC5-S(즉, 상위 계층) 메시지를 사용하여 링크 확립 요청을 WTRU(520)로 송신할 수도 있다. WTRU(520)는 메시지를 수신하고 수락 제어 프로시저를 시작하도록 하위 계층(예를 들면, AS 계층)을 트리거할 수도 있을 뿐만 아니라, 링크 확립 응답 메시지(540)를 전송하는 RRC 메시지를 트리거할 수도 있다. 링크 확립 응답 메시지(540)에 응답하여, WTRU(510 RRC)는 수락 제어 프로시저를 수행할 수도 있고 RRC 메시지로서 링크 확립 확인 메시지(550)를 송신할 수도 있다. WTRU(510) 및 WTRU(520) 각각에서의 성공적인 수락 제어 프로시저, 및/또는 WTRU(510) 및 WTRU(520)에서의 대응하는 RRC 메시지의 수신 이후, WTRU의 RRC는 성공적인 AS 링크 계층 확립을 상위 계층에게 통지할 수도 있는데, 그 이후, 상위 계층은 보안 확립 프로시저(예를 들면, LTE PC5 기반의 인증 및 보안 확립과 유사함)를 개시할 수도 있다. 상위 계층 인증 프로시저가 성공하면, 상위 계층은 상위 계층에서의 성공적인 링크 확립을 하위 계층에게 통지할 수도 있고, 보안 링크를 통해 AS에 의해 송신되는 메시지에 대해 사용될 보안 키를, 하위 계층에 제공할 수도 있다.
SLRB 구성은 플로우 대 베어러 매핑을 위한 구성 및/또는 L1 및/또는 L2 구성을 포함할 수도 있다. L1 및/또는 L2 구성은, HARQ 구성; BWP 구성; 유니캐스트 및/또는 멀티캐스트 링크에 대해 사용 가능한 캐리어 및/또는 특정한 캐리어의 수; LCH/LCG 구성; RS 리소스 구성; 유니캐스트 및/또는 멀티캐스트 링크를 통해 통신하는 WTRU에 의해 사용 가능한 리소스 풀 또는 리소스 패턴/서명의 구성; CQI 보고 구성, 연관된 송신 전력, 및 등등과 같은 피드백 구성; 본원에서 설명되는 바와 같이 링크 실패 및/또는 QoS 유지 실패를 결정하기 위한 규칙과 같은 모니터링 구성(예를 들면, 대표적인 감지 구성 또는 실패한 감지에 대한 조건); 및/또는 선점 리소스 구성을 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다.
몇몇 예에서, WTRU는 링크 및/또는 SLRB 확립 동안 및/또는 그 이후에 수락 제어를 수행할지의 여부, 또는 수락 제어가 유니캐스트 및/또는 멀티캐스트 링크에서 다른 WTRU 또는 WTRU들에 의해 수행될지의 여부를 결정할 수도 있다. 이 결정은 유니캐스트 및/또는 멀티캐스트 링크 동안 피어 WTRU에 의해 이루어질 수도 있다. 대안적으로, 개시하는 WTRU는 이 결정을 행할 수도 있고, 개시하는 WTRU가 수락 제어를 수행할 것이다는 것을 나타내기 위해 결정의 결과를 피어 WTRU로 시그널링할 수도 있다. 그러한 결정은, 상위 계층에 의한 표시에 기초할 수도 있고; NW 구성 또는 사전 구성에 기초할 수도 있고; 및/또는 다른 WTRU로부터 수신되는 메시지(예를 들면, 디스커버리 메시지, 또는 링크 확립 메시지)의 수신된 전력에 기초할 수도 있다. 결정이 상위 계층에 의한 표시에 기초하는 몇몇 경우에, 개시하는 WTRU의 상위 계층은 수락 제어가 피어 WTRU에 의해 수행될지의 여부를 결정할 수도 있고 이 결정의 결과를 계층 간 시그널링에서 명시적으로 시그널링할 수도 있거나, 결정의 결과를 암시적으로(예를 들면, 개시하는 WTRU에 의해 링크 확립의 일부로서 피어 WTRU로 송신될 PDU의 포함 및/또는 그 사이즈를 통해) 시그널링할 수도 있거나, 또는 피어 WTRU가 AS 계층 메시지에서 PDU의 존재 및/또는 사이즈에 기초하여 수락 제어에 대한 필요성을 결정할 수도 있다.
수락 제어가 피어 WTRU에서 수행될 것이다는 것을 결정하는 WTRU는 또한, 링크 확립 및/또는 AS 계층 재구성에 연관된 RRC 메시지로의 수락 제어와 연관된 정보를 포함할 수도 있다. 그러한 정보는, QoS 정보(예를 들면, VQI); 수락 제어와 연관된 규칙 및/또는 구성 정보; 및/또는 상위 계층에 의한 링크 확립의 개시 동안 상위 계층에 의해 제공되는 PDU 형태일 수도 있는 상위 계층 정보(예를 들면, 유저 정보, 애플리케이션 계층 정보, QoS, 등등)를 포함할 수도 있다.
WTRU는 링크의 지속 기간 동안의 링크 확립 동안 결정되었던 수락 제어 인에이블화 상태(admission control enablement state)(즉, WTRU가 수락 제어를 수행할지의 여부)를 유지할 수도 있다. 대안적으로, WTRU는, 트리거가 발생하는 경우, 자신의 수락 제어 인에이블화 상태를 변경할 수도 있다(예를 들면, WTRU는 자신이 수락 제어를 수행할 것이다는 것을 가정할 수도 있음). 트리거의 예는, WTRU 속도가 문턱치를 초과하여 증가하는 경우; 다른 WTRU 또는 WTRU들로부터의 메시지의 수신된 전력이 문턱치 아래로 떨어지고, 및/또는 링크에서의 WTRU 사이의 거리 - 그러한 거리는, 유니캐스트 링크와 연관된 피어 WTRU(들)에 의해 송신되는 지리적 정보(예를 들면, SCI, 또는 두 개의 WTRU 사이의 지오로케이션 정보의 교환을 위한 전용 RRC 메시지에서의 구역 ID 송신)의 수신에 기초하여 계산될 수도 있음 - 가 문턱치를 초과하는 경우를 포함할 수도 있다.
몇몇 예는 WTRU 사이의 구성 협상을 포함한다. 도 5는 WTRU 사이의 AS 계층에서의 예시적인 사이드링크 링크 확립 프로시저를 예시하는 메시지 시퀀스 차트이다. 몇몇 예에서, 필요한 링크 QoS를 충족하며 어느 WTRU의 AS 계층 능력도 초과하지 않는 AS 계층 구성이 선택될 수도 있다. 그러한 협상은, 도 5와 연관하여 도시되고 설명되는 바와 같은 프로시저(500)에 의해 예시되는 바와 같이, 상기에서 논의되는 바와 같이 요청/응답/확인(3 단계) 시그널링 프로시저의 일부로서 수행될 수도 있다. 몇몇 예에서, 자신의 상위 계층이 링크 확립을 개시한 WTRU는 구성 선택을 수행할 수도 있다. 몇몇 예에서, 자신의 상위 계층이 링크 확립을 개시한 WTRU로부터 연결 확립 요청 메시지를 수신하는 WTRU는 구성 선택을 수행할 수도 있다. 대안적으로, WTRU 양자는 구성 선택과 연관될 수도 있다(예를 들면, 개시하는 WTRU가 초기 선택을 행하고 피어 WTRU가 대안적인 선택을 행한다).
WTRU는 유니캐스트 및/또는 멀티캐스트 링크가 확립될 하나 이상의 AS 계층 구성을, 확립될 링크의 QoS에 기초하여; WTRU 중 하나 이상의 것의 능력에 기초하여; WTRU에 의해 측정되는 바와 같은, 현재 사이드링크 리소스 사용량(usage)의 측정치에 기초하여; 및/또는 링크 확립과 연관된 WTRU(들) 사이의 전술한 정보 및/또는 선호되는 구성의 교환에 기초하여 선택할 수도 있다.
예를 들면, WTRU가 확립될 링크의 QoS에 기초하여 AS 계층 구성을 선택하는 몇몇 경우에, 링크는 상위 계층에 의해 제공되는 VQI와 연관될 수도 있다. 그러한 VQI는 또한 (예를 들면, 구성 또는 사전 구성에 의해) 하나 이상의 AS 계층 구성과 연관될 수도 있다. 각각의 VQI에 대해 어떤 AS 계층 구성 또는 구성들을 사용할지는 또한, CBR, CR, 또는 WTRU에서의 채널 활용의 유사한 측정치; 유니캐스트 링크에 대해 지원되는 캐리어의 수(예를 들면, 지원되는 캐리어의 수가 WTRU의 능력에 의존할 수도 있거나, 또는 유니캐스트 및/또는 멀티캐스트 링크가 확립될 서비스에 대해 구성되는 캐리어에 의존할 수도 있는 경우); BWP(예를 들면, 현재 SL BWP의 사이즈); 및/또는 허용 가능한 리소스(예를 들면, 유니캐스트 링크 확립을 위해 WTRU에 의해 구성되는 또는 사용 가능한 리소스 풀 또는 풀들)에 의존할 수도 있다.
예를 들면, WTRU가 WTRU 중 하나 이상의 것의 능력에 기초하여 AS 계층 구성을 선택하는 몇몇 경우에, WTRU는 AS 구성의 서브세트의 사용으로 제한될 수도 있거나 또는 링크 확립과 연관된 WTRU 중 임의의 것이 구성 또는 구성의 엘리먼트를 지원하는 경우 AS 구성의 특정한 엘리먼트에서 제한될 수도 있다. 이것은 링크 확립의 시간에 (예를 들면, 링크 확립의 시간에서의 캐리어의 수, 리소스 선택 모드, 기준 신호(reference signal; RS) 위치/패턴/전력, 등등의 구성에 기초하여) 결정될 수도 있다.
예를 들면, WTRU가 현재 측정된 리소스 사용량에 기초하여 AS 계층 구성을 선택하는 몇몇 경우에, WTRU는, 예를 들면, 현재 활용된 리소스와의 충돌을 방지하기 위해, 현재 사이드링크 리소스 사용량의 측정치에 기초하여 다수의 AS 계층 구성 중 하나를 선택할 수도 있다.
몇몇 예는 개시하는 WTRU(예를 들면, 연결 확립을 개시하기 위해 상위 계층으로부터 표시를 수신하는 WTRU)와 피어 WTRU(예를 들면, 개시하는 WTRU로부터 SL을 통해 AS 계층 또는 상위 계층 연결 확립 메시지를 수신하는 WTRU) 사이의 링크 확립 동안 AS 구성 선택에 대한 상이한 옵션을 제공한다.
몇몇 예에서, 개시하는 WTRU는 상위 계층으로부터 또는 네트워크로부터 수신되는 QoS 요건(예를 들면, VQI)에 기초하여 사용할 AS 구성을 결정할 수도 있다. 이 결정은 VQI 대 AS 구성의 네트워크 제공 구성 또는 사전 구성(예를 들면, WTRU에 저장됨) 매핑, WTRU의 AS 계층 능력뿐만 아니라, 현존하는 유니캐스트 링크와의 충돌, 불일치, 및/또는 간섭을 최소화하는 및/또는 방지하는 구성(예를 들면, 다른 WTRU 또는 링크에 의해 이미 사용되고 있는 RS 패턴, 선점 리소스, 및 등등의 회피)을 위한 특정한 리소스의 선택에 기초할 수도 있다. 결정은 또한 본원에서 논의되는 예와 같은 수락 제어 프로시저의 일부로서 이루어질 수도 있다. WTRU가 AS 구성을 선택한 이후, WTRU는 AS 계층 시그널링을 사용하여 선택된 AS 구성을 피어 WTRU로 전송할 수도 있다. 이 시그널링은 링크 확립 시그널링에서 포함될 수도 있다. 피어 WTRU는 선택된 AS 구성을 수신할 수도 있거나 구성을 수락할 수도 있거나 또는 상기에서 설명되는 선택 기준과 유사한 기준에 기초하여 대안적 구성을 선택할 수도 있다. 피어 WTRU의 위치에서 취해지는 측정에 기초하여 QoS를 충족하는 피어 WTRU의 능력(예를 들면, SL 캐리어의 수, 등등)이 주어지면, 초기에 선택된 구성은 충족될 수 없기 때문에, 피어 WTRU는, 예를 들면, 대안적 구성을 선택할 것을 결정할 수도 있다. 대안적 구성, 또는 초기 구성을 수락하는 표시는 링크 확립 응답에서 전송될 수도 있다. WTRU가 대안적 구성을 갖는 링크 확립 응답을 수신하는 경우, WTRU는 구성을 수락하고 링크 확립 확인 메시지를 피어 WTRU로 전송할지, 또는 구성을 거부하고 링크 확립 거부 메시지를 피어 WTRU로 전송할지의 여부를 결정할 수도 있다. 어느 경우든, WTRU 중 어느 하나 또는 둘 모두는 결과를 상위 계층에게 통지할 수도 있다.
몇몇 예에서, 개시하는 WTRU는 상기 시나리오와 유사한 선택 기준을 사용하여 AS 계층 구성의 세트를 결정할 수도 있고 선택된 AS 계층 구성(예를 들면, 구성, 또는 어떤 구성의 표시)의 세트를 어 WTRU로 전송할 수도 있다. 피어 WTRU는 제공된 목록으로부터 하나의 AS 계층 구성을 선택할 수도 있고 이 선택의 표시를 링크 확립 응답에서 송신할 수도 있거나 또는 피어 WTRU의 위치에서의 필수 QoS를 피어 WTRU가 충족하는 것을 선택된 구성 중 어느 것도 허용하지 않거나 또는 선택된 구성 중 어느 것도 피어 WTRU의 능력(예를 들면, 상이한 피쳐에 대한 지원, AS 계층에서의 파라미터 설정, 예컨대, HARQ, 어떤 HARQ 파라미터가 지원되는지, 전력 제어 파라미터, 등등)과 정렬되지 않는 경우, 실패 표시를 송신할 수도 있다.
몇몇 예에서, 개시하는 WTRU는 상기에서 그리고 여기에서 설명되는 바와 같은 선택 기준을 사용하여 AS 계층 구성을 결정할 수도 있고, 선택된 AS 계층 구성, 또는 선택된 AS 계층 구성의 표시를 피어 WTRU로 전송할 수도 있다. 피어 WTRU는, 선택된 AS 계층 구성이 (예를 들면, 피어 WTRU의 위치에서의 측정 및/또는 수락 제어에 기초하여) 상위 계층에 의해 제공되는 QoS 요건, 및/또는 WTRU 능력에 대한 요건을 충족하는지의 여부를 결정할 수도 있다. AS 계층 구성이 피어 WTRU에서 QoS 및/또는 능력 요건을 충족하는 경우, 피어 WTRU는 응답 메시지에서 성공 표시를 전송할 수도 있다. AS 계층이 QoS 요건을 충족하지 않고 및/또는 필수 능력을 지원하지 않는 경우, 피어 WTRU는 그 자신의 능력, QoS 및/또는 수락 제어 연관 측정치를, 응답 메시지에서 개시하는 WTRU로 제공할 수도 있다. 그러한 측정치 및/또는 능력을 수신한 이후, 개시하는 WTRU는, 측정치 및/또는 능력에 기초하여, QoS를 충족하는 및/또는 WTRU 둘 모두에서 필수 능력을 지원하는 AS 계층 구성을 다시 선택할 수도 있고 이 새로운 AS 계층 구성을 링크 확립 확인 메시지에서 피어 WTRU로 제공할 수도 있다. 적절한 구성이 선택될 수 있는지 또는 아닌지의 여부에 따라, WTRU 중 어느 하나(또는 WTRU 둘 모두)는 링크 확립 프로시저의 성공 또는 실패를 상위 계층에게 통지할 수도 있다.
몇몇 예에서, 개시하는 WTRU는 자신의 능력 및/또는 QoS 연관 측정치를 피어 WTRU로 전송할 수도 있다. 피어 WTRU는 자기 자신의 능력 연관 및/또는 QoS 연관 측정치에 기초하여, 및/또는 개시하는 WTRU로부터 수신되는 능력 연관 및/또는 QoS 연관 측정치에 기초하여 AS 계층 구성 선택을 수행할 수도 있다. 피어 WTRU는 선택된 AS 계층 구성을 링크 확립 응답 메시지에서 개시하는 WTRU로 전송할 수도 있다. 개시하는 WTRU는 선택된 구성을 수락할 수도 있거나 또는 거부할 수도 있고 링크 확립 확인에서 수락 또는 거부를 나타낼 수도 있다.
상기에서 설명되는 예에서, QoS 연관 측정치는, 예를 들면, 본원에서 추가로 설명되는 바와 같은 수락 제어를 위해 사용되는 측정치를 비롯하여, 본원에서 설명되는 측정치 중 임의의 것을 포함할 수도 있다.
몇몇 예에서, WTRU는, 과거에 자신이 그러한 정보를 송신하였는지의 여부에 기초하여, (예를 들면, 링크 확립 시그널링 동안) 자신의 능력 정보를 다른 WTRU로 송신할지의 여부를 결정할 수도 있다. 예를 들면, WTRU는, 과거에 동일한 WTRU로 자신의 능력 정보를 송신하였는지의 여부에 기초하여(예를 들면, 이 경우, 그러한 WTRU는 자신의 L2 소스 ID, NW 제어식 ID(NW controlled ID)(예를 들면, I-RNTI, S-TMSI, C-RNTI) 또는 조합에 의해 식별될 수도 있음), 과거에 사전 정의된 시간 기간 내에 자신의 능력 정보를 동일한 WTRU로 송신하였는지의 여부에 기초하여; 및/또는 동일한 WTRU로의 자신의 능력 정보의 마지막 송신 이후 자신의 능력이 변경되었는지의 여부에 기초하여, AS 계층 시그널링에서 자신의 능력 정보를 포함하도록 결정할 수도 있다. WTRU는, 링크 확립을 수행할 때, 이전에 자신의 능력을 송신했던 WTRU로의 자신의 WTRU 능력의 송신을 (예를 들면, 그러한 능력이 변경되지 않았다는 것을 가정하여) 생략할 수도 있다.
WTRU는, WTRU와의 유니캐스트 링크가 종료된 이후, 다른 WTRU의 능력 정보를 저장하도록 구성될 수도 있다. WTRU는 사이드링크 링크 확립 동안 그러한 능력 정보를 수신할 수도 있다. WTRU는 저장된 능력 정보에 기초하여 적절한 AS 계층 구성 또는 링크 확립의 선택을 수행하도록 구성될 수도 있다. WTRU는, 다른 WTRU로부터의 링크 확립 시그널링이 자신의 능력 정보를 포함하지 않는 경우, 저장된 능력 정보를 사용해야 한다는 것을 결정할 수도 있다.
WTRU는, 타이머의 만료; 상위 계층으로부터의 표시; 동일한 WTRU에 대한 새로운 능력 정보의 수신; 및/또는 상이한 커버리지 시나리오 사이, 예컨대 커버리지 내와 커버리지 외 사이, 또는 상이한 gNB 및/또는 PLMN 및/또는 RAT의 커버리지 사이에서의 이동과 같은 하나 이상의 트리거에 기초하여 다른 WTRU에 대한 임의의 저장된 능력 정보를 삭제하도록 또는 지우도록 구성될 수도 있다.
몇몇 예는 AS 계층 구성을 업데이트하는 것을 포함한다. 몇몇 예에서, 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU는, 특정한 유니캐스트 및/또는 멀티캐스트 링크의 AS 계층 재구성을 개시할 수도 있다. 예를 들면, WTRU는, 링크 모니터링 실패; WTRU에서 측정되는 CBR의 변화; 유니캐스트 및/또는 멀티캐스트 링크에 대한 선점의 수신; 상위 계층으로부터의 표시; 및/또는 WTRU가 자신의 무선 능력을 초과하였다는 결정과 같은 하나 이상의 트리거에 기초하여 링크와 연관된 하나 이상의 AS 계층 파라미터의 재구성을 개시할 수도 있다.
트리거가 링크 모니터링 실패를 포함하는 몇몇 경우에, 몇몇 예에서, WTRU는 링크에 대한 필수 QoS가 더 이상 충족되지 않는다는 것을 결정할 수도 있고, 그 결정에 기초하여 AS 계층 구성 업데이트 프로시저를 개시할 수도 있고; 다른 예에서, 링크 모니터링 실패 이후, WTRU는 필수 QoS를 충족하는 대안적 AS 계층 구성이 선택될 수도 있다는 것을 결정할 수도 있다(예를 들면, WTRU는 QoS를 충족하는 상이한 구성이 이용가능한지의 여부를 결정할 수도 있다). 몇몇 예에서, 링크 모니터링 실패 이후, WTRU는 새로운 또는 대안적 QoS를 상위 계층과 협상할 수도 있고 유니캐스트 및/또는 멀티캐스트 링크에 대한 새로운 QoS를 충족하기 위해 AS 계층 재구성을 수행할 수도 있다.
트리거가 WTRU에서 측정되는 CBR의 변경을 포함하는 몇몇 경우에, 몇몇 예에서, WTRU는 특정한 범위의 CBR에 대해 특정한 AS 계층 구성을 사용하도록 허용될 수도 있거나, 구성될 수도 있거나 또는 사전 구성될 수도 있는데, 이 경우, 그 구성된 범위를 벗어난 값으로의 CBR의 변경은 AS 계층 구성의 재선택을 트리거할 수도 있다.
트리거가 유니캐스트 및/또는 멀티캐스트 링크에 대한 선점의 수신을 포함하는 몇몇 경우에, 몇몇 예에서, WTRU는, 활용된 리소스(예를 들면, 풀, 패턴, 리소스의 양, 등등)의 제한에 관한 또는 (예를 들면, 기준 신호, 피드백 채널, 등등을 통해) 충돌하는 정적 리소스에 관한 또는 추가적인 정보를 제공하는 유니캐스트 및/또는 멀티캐스트 링크에 대한 선점을 수신할 수도 있다. WTRU는, 선점 신호에서 나타내어지는 충돌을 방지하면서, 허용 가능한 또는 차선의 QoS를 사용한 지속된 동작을 용이하게 하기 위해 유니캐스트 링크의 AS 계층 재구성을 수행할 것을 결정할 수도 있다.
트리거가 상위 계층으로부터의 표시를 포함하는 몇몇 경우에, 몇몇 예에서, WTRU는 특정한 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB와 연관된 QoS 요건(예를 들면, VQI)을 수정하기 위해 상위 계층으로부터 표시를 수신할 수도 있다. 그러한 표시는 동일한 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB로 매핑될 새로운 QoS 플로우의 추가를 포함할 수도 있다.
새로운 AS 계층 구성은 초기 링크 확립을 위해 본원에서 설명되는 것들과 유사한 협상 프로시저에 따라 결정될 수도 있다.
몇몇 예에서, AS 계층 재구성을 개시하는 WTRU는 사이드링크를 통해 재구성 요청 메시지를 송신할 수도 있다. 재구성 요청 메시지는 피어 WTRU에 대한 하나 이상의 선택된 AS 계층 구성(예를 들면, 구성 또는 그러한 구성의 표시)을 포함할 수도 있고; 피어 WTRU에 대한 새로운 및/또는 업데이트된 능력 정보를 포함할 수도 있고; 및/또는 피어 WTRU에 대한 QoS 기반의 측정치를 포함할 수도 있다. 피어 WTRU는 재구성 응답 메시지를 개시하는 WTRU로 송신할 수도 있다. 재구성 응답 메시지는 피어 WTRU에 대한 하나 이상의 선택된 또는 대안적인 AS 계층 구성을 포함할 수도 있고; 개시하는 WTRU에 대한 새로운 및/또는 업데이트된 능력 정보를 포함할 수도 있고; 개시하는 WTRU에 대한 QoS 기반의 측정치를 포함할 수도 있고; 및/또는 피어 WTRU에 대한 선택된 AS 계층 구성의 수락 또는 실패의 표시를 포함할 수도 있다. 응답에서, 개시하는 WTRU는 재구성 확인 메시지를 송신할 수도 있다. 재구성 확인 메시지는, AS 계층 재구성 프로시저를 확인할 수도 있거나, 또는 그것의 실패를 나타낼 수도 있고; 및/또는 사용될 선택된 또는 대안적인 AS 계층 구성(예를 들면, 구성 또는 그러한 구성의 표시)을 포함할 수도 있다. AS 계층 재구성 프로시저가 실패하는 몇몇 경우에, WTRU는, 본원에서 설명되는 바와 같이, 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB를 해제하는 것에 연관된 액션을 수행할 수도 있다.
WTRU에서의 성공적인 링크 확립은, 어쩌면 주목하는 WTRU가 개시하는 WTRU인지 또는 피어 WTRU인지의 여부에 따라, 다양한 시간 순간 중 임의의 시점에서 완료된 것으로 간주될 수도 있다. 예를 들면, 성공적인 링크 확립은, 링크 확립 확인 메시지의 송신시, 또는 확립/재구성 RRC 프로시저와 연관된 마지막 RRC 메시지의 송신시; 링크 확립 확인 메시지의 수신시, 또는 확립/재구성 RRC 프로시저와 연관된 마지막 RRC 메시지의 수신시; 링크 확립 확인 메시지의 확인 응답의 수신시, 또는 확립/재구성 RRC 프로시저와 연관된 마지막 RRC 메시지의 확인 응답의 수신시; 성공적인 링크 확립 응답 메시지(예를 들면, 응답 또는 재구성 응답)의 송신시; 성공적인 응답 메시지(확립 응답 또는 재구성 응답)의 수신시; 및/또는 성공적인 링크 확립 응답 메시지(확립 응답 또는 재구성 응답)의 확인 응답의 수신시 발생할 수도 있다.
WTRU(예를 들면, 개시 또는 피어)는 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB의 성공적인 확립 및/또는 재구성에서(예를 들면, 정확히 성공적인 확립 및/또는 재구성에서 또는 성공적인 확립 및/또는 재구성에 후속하는 어떤 시간에) 액션 중 임의의 것 또는 액션의 조합을 수행할 수도 있거나, 또는 링크 확립 프로시저 동안 상이한 시간 순간에 수행될 수도 있다. 그러한 액션은, 예를 들면, AS 계층에서 링크 확립의 완료를 상위 계층에 통지하는 것; 상위 계층 인증 및 보안 연관화를 개시할 것을 상위 계층에게 나타내는 것; AS 계층(이것은 상위 계층에 의해 제공되며 AS 계층 메시지에서 투명하게 반송되는 보안 정보를 포함할 수도 있음)에서 보안 정보 교환을 개시하는 것; AS 계층 구성에 기초하여 RS의 송신을 시작하거나 또는 재시작하는 것; AS 계층 구성에 기초하여 RS의 수신 및/또는 SL CQI 의 송신을 시작하거나 또는 재시작하는 것; 예를 들면, 본원에서 설명되는 바와 같이, UMUS의 송신을 개시하는 것; 예를 들면, 임의의 리소스에 대해 (예를 들면, SCI를 통해) 리소스 예약 신호 송신을 개시하는 것; 리소스 선택 또는 재선택 프로시저를 개시하는 것(예를 들면, 유니캐스트 링크 또는 SLRB와 연관된 새롭게 확립된 논리적 채널 및/또는 SLRB와 연관된 플로우의 서비스 요건을 고려함); 및/또는 그룹 기반의 리소스 예약 프로시저의 송신을 개시하는 것을 포함할 수도 있다.
몇몇 예는 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB의 해제와 연관된 액션을 포함한다. 예를 들면, WTRU는 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB의 해제 동안 다양한 액션 중 하나 이상을 수행할 수도 있다. 그러한 액션은, 전용 채널(예를 들면, 전용 피드백 채널), 리소스 풀, 기준 신호 리소스, 선점 리소스, 및 유니캐스트 및/또는 멀티캐스트 링크에 고유한 AS 계층 구성의 일부일 수도 있는 임의의 또는 모든 다른 리소스와 같은 유니캐스트 링크 또는 SLRB에 연관된 모든 유니캐스트 리소스를 해제하는 것; 해제되고 있는 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB와만 연관된 임의의 RS, RLM 신호, 또는 유사한 신호의 송신 및/또는 수신을 중지하는 것; 해제되고 있는 유니캐스트 링크 및/또는 SLRB와 연관된 임의의 진행 중인 리소스 선택 프로시저를 취소하는 것; 예를 들면, SLRB와 연관된 논리적 채널을 갖지 않는 SL 버퍼 내의 현재 데이터를 고려하여, SL 리소스 재선택 프로시저를 트리거하는 것; (예를 들면, L2 목적지 어드레스를, 목적지 WTRU의 L2 소스 어드레스가 아닌, 서비스와 연관된 브로드캐스트 목적지 어드레스로 변경하는) SL 브로드캐스트 메커니즘을 사용하여 SLRB와 연관된 버퍼 내의 나머지 데이터를 송신하는 것; 유니캐스트 링크 및/또는 SLRB와 연관된 리소스의 해제를 나타내기 위해 UMUS 메시지 또는 UMUS 취소 메시지의 즉각적인 브로드캐스트를 트리거하는 것; (예를 들면, 선점과 같은, 하위 계층에 의해 해제가 개시되는 몇몇 경우에) 해제를 상위 계층에게 통지하는 것; 및/또는 RRC 해제 메시지 또는 RRC 실패 메시지를, 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB와 연관된 다른 WTRU 또는 WTRU들로 송신하는 것을 포함할 수도 있다.
액션이 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB와 연관된 다른 WTRU 또는 WTRU들로의 RRC 해제 메시지 또는 RRC 실패 메시지의 송신을 포함하는 몇몇 경우에, 상위 계층이 WTRU에게 SLRB의 해제를 통지하는 경우, WTRU는 사이드링크 해제 메시지를 송신할 수도 있고, WTRU는, 피어 WTRU로부터 해제 메시지의 확인 응답을 수신할 때까지, 링크(예를 들면, 리소스, 등등)를 유지할 수도 있다.
액션이 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB와 연관된 다른 WTRU 또는 WTRU들로의 RRC 해제 메시지 또는 RRC 실패 메시지의 송신을 포함하는 몇몇 경우에, 해제가 AS 재구성 프로시저의 실패에 의해 개시되는 경우, WTRU는 해제 메시지를 송신할 수도 있거나(즉, 개시하는 WTRU에서 재구성이 실패한 경우) 또는 요청 RRC 메시지에 대한 거부 또는 실패 응답을 송신할 수도 있다(즉, 재구성 요청 메시지, 또는 재구성 응답 메시지를 수신하는 WTRU에서 재구성이 실패한 경우).
몇몇 예에서, WTRU는 하나 이상의 트리거의 결과로서 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB의 해제에 연관된 액션을 수행할 수도 있다. 그러한 트리거는, 플로우, 플로우의 세트, 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB를 해제하기 위한 상위 계층 또는 AS 계층으로부터의 명시적 표시(예를 들면, 상위 계층은 플로우 또는 플로우의 세트의 해제를 나타낼 수도 있고, 나머지 어떠한 플로우도 SLRB에 의한 캐리어가 아닐 수도 있고, 이 경우, WTRU는 SLRB의 해제에 연관된 액션을 개시할 수도 있음); 어쩌면 실패한 QoS 재협상 프로시저 및/또는 실패한 AS 계층 재구성 프로시저가 후속되는 경우, 실패한 AS 계층 링크 모니터링 프로시저; 다른 WTRU로부터 특정한 플로우 또는 SLRB에 대한 선점 표시의 수신; SL 해제 메시지 또는 거부 메시지의 수신; 및/또는 실패한 AS 계층 재구성 프로시저를 포함할 수도 있다.
트리거가 실패한 AS 계층 재구성 프로시저를 포함하는 몇몇 경우에, WTRU는, QoS 모니터링 실패를 검출하고 새로운 QoS 파라미터 또는 파라미터들을 상위 계층과 재협상할 수 없고 및/또는 SLRB에 대한 현재 구성된 QoS 파라미터 또는 파라미터들을 충족하는 새로운 AS 계층 구성을 결정할 수 없는 경우, 실패한 AS 계층 재구성 프로시저를 개시할 수도 있다. 트리거가 실패한 AS 계층 재구성 프로시저를 포함하는 몇몇 경우에, WTRU는, 사이드링크를 통해 재구성 요청 메시지를 수신하고 제안된 AS 계층 구성을 적용할 수 없고 및/또는 새로운 QoS 파라미터 또는 파라미터들을 상위 계층과 재협상을 할 수 없고 및/또는 SLRB에 대한 현재 구성된 QoS 파라미터 또는 파라미터들을 충족하는 새로운 AS 계층 구성을 결정할 수 없는 경우, 실패한 AS 계층 재구성 프로시저를 개시할 수도 있다. 트리거가 실패한 AS 계층 재구성 프로시저를 포함하는 몇몇 경우에, WTRU는, 새로운 AS 계층 구성을 갖는 AS 계층 재구성 응답 메시지를 수신하고 제안된 AS 계층 재구성 프로시저를 적용할 수 없고 및/또는 새로운 QoS 파라미터 또는 파라미터들을 상위 계층과 재협상할 수 없고 및/또는 SLRB에 대한 현재 구성된 QoS 파라미터 또는 파라미터들을 충족하는 새로운 AS 계층 구성을 결정할 수 없는 경우, 실패한 AS 계층 재구성 프로시저를 개시할 수도 있다.
몇몇 예는 SL 해제 메시지를 포함한다. 예를 들면, WTRU는, 상기에서 설명되는 예시적인 트리거와 같은, 하나 이상의 트리거를 뒤따르는 SL 해제 메시지의 송신을 수행할 수도 있다. 몇몇 예에서, SL 해제 메시지는 그 목적을 위해 정의되는 RRC 메시지일 수도 있다. 몇몇 예에서, SL 해제 메시지는, SL 데이터 메시지, 또는 일반 RRC 메시지(예를 들면, 투명 컨테이너)에 포함되는 상위 계층 메시지(예를 들면, NAS 또는 PC5-C 메시지)일 수도 있다. SL 해제 메시지는, 해제될 플로우 또는 SLRB의 SL 베어러 인덱스 및/또는 QoS 플로우에 관한 정보; 해제의 원인; 링크로부터 해제될 WTRU 또는 WTRU들의 L2 ID 또는 ID들(예를 들면, 멀티캐스트 링크의 경우, SL 해제 메시지는 WTRU의 서브세트만을 해제할 수도 있음); 해제와 연관된 타임스케일(예를 들면, WTRU 또는 WTRU들이 새로운 링크 확립을 개시할 수 없는 시간의 양, 및/또는 WTRU(들)가 유사한 QoS를 가지고 동일한 링크를 다시 확립해야 하는 시간의 양)); 및/또는 상이한 캐리어 또는 캐리어의 세트 및 특정한 캐리어 상에서 유니캐스트 및/또는 멀티캐스트 링크를 계속하기 위한 표시를 포함할 수도 있다.
SL 해제 메시지가 RRC 시그널링을 사용하여 전송되는 경우, WTRU는 상위 계층에게 해제를 통지할 수도 있고 SLRB의 해제와 연관된 액션을 개시할 수도 있다. SL 해제 메시지가 (예를 들면, RRC 메시지 또는 SL 데이터에 임베딩되는) 상위 계층 메시지를 사용하여 전송되는 경우, WTRU AS는 상위 계층이 해제를 프로세싱한 이후 상위 계층으로부터 해제 표시를 수신할 수도 있다.
몇몇 예는 상위 계층 SL 베어러 확립 또는 베어러 재구성을 포함한다. 예를 들면, WTRU는 하나 이상의 트리거에 기초하여 새로운 베어러 확립, 또는 현존하는 베어러의 재구성을 개시할 수도 있다. 그러한 트리거는, 새로운 QoS 플로우의 개시의 상위 계층 표시 - 여기서 WTRU는 플로우를 현존하는 베어러 또는 새로운 베어러로 매핑할 것을 결정함 - ; 플로우의 종료의 상위 계층 표시 - 여기서 WTRU는 베어러의 재구성을 수행할 수도 있음 - ; 및/또는 현존하는 링크의 소스 및/또는 목적지 L2 ID 또는 ID들의 변경의 상위 계층 표시 - 여기서 WTRU는 새로운 L2 ID를 현존하는 베어러와 연관시킬 수도 있음 - 를 포함할 수도 있다. WTRU는 새로운 베어러의 확립을 위해 상기 및 여기에서와 동일한 또는 유사한 시그널링을 사용할 수도 있다. 몇몇 예에서, WTRU는 도달 가능성 결정과 연관된 단계 없이 새로운 베어러의 확립을 위해 상기 및 여기에서와 동일한 또는 유사한 시그널링을 사용할 수도 있다.
몇몇 예는 gNB 제어식 링크 확립 시그널링(gNB controlled link establishment signaling)을 포함한다. gNB 제어식 링크 확립의 몇몇 예에서, 시그널링은 WTRU 자율 사례와 유사할 수도 있지만, 약간의 차이를 갖는다.
도 6은 gNB 제어식 링크 확립을 위한 예시적인 프로시저(600)를 예시하는 메시지 시퀀스 차트이다. 예시적인 프로시저(600)는 WTRU(610)가 링크 확립 구성 요청 메시지(640)를 gNB(630)로 송신하는 것을 포함하는데, gNB(630)는, 링크 확립 구성 응답 메시지(650)를 사용하여 응답한다. 링크 확립 구성 응답 메시지(650)가 WTRU(610)에 의해 수신된 이후, 기준 신호 송신 및 수신의 gNB 구성이 단계(660)에서 수행된다. 단계(660) 이후, WTRU(610)는 링크 확립 요청 메시지(670)를 WTRU(620)로 송신하는데, WTRU(620)는 링크 확립 응답 메시지(680)를 사용하여 응답한다. 링크 확립 응답 메시지(680)가 WTRU(610)에 의해 수신된 이후, 확립된 SL 베어러에 기초한 SL 송신은 단계(690)에서 WTRU(610)와 WTRU(620) 사이에서 시작된다.
WTRU(610)는 (예를 들면, 링크 확립 구성 요청 메시지(640)에서의, 및/또는 링크 확립 구성 응답 메시지(650)에서의) gNB(630)와의 시그널링을 사용하여 링크 확립 요청 메시지(670)에서 전송될 AS 계층 구성을 결정할 수도 있다. WTRU(610)는, 구성을 결정함에 있어서 gNB(630)에 의한 사용을 위해 링크 및/또는 베어러에 대한 VQI를 gNB(630)로 전송할 수도 있다. WTRU(610)는 또한 이전 디스커버리 시그널링 동안 WTRU(620)에 의해 송신되는 디스커버리 응답의 WTRU(610)에 의해 수행되는 측정치를 전송할 수도 있다.
다른 예에서, 도달 가능성 검출을 위한 기준 신호의 구성은 gNB 제어 하에 있을 수도 있다. 이것은, 도달 가능성 검출이 링크 확립 구성 요청 메시지(640) 이전에 수행되든 또는 이후에 수행되든 간에 그렇게 될 수도 있다.
몇몇 예는 멀티캐스트 링크를 확립하기 위한 시그널링을 포함할 수도 있다. 멀티캐스트 링크의 확립은, WTRU의 다수의/모든 쌍 사이의 연결성 중 일부 또는 모두의 지식을 필요로 할 수도 있다.
몇몇 예에서, 소스 WTRU는 다수의 WTRU 송신/응답을 위한 리소스를 예약할 수도 있다. 예를 들면, WTRU는, 타이밍을 스케줄링하고 및/또는 다수의 WTRU로부터의 응답 메시지를 위한 리소스를 예약하는 요청 메시지를 브로드캐스팅할 수도 있다. 요청 메시지는 WTRU에 의해 송신되는 링크 확립 구성 요청 메시지일 수도 있다. 그러한 메시지는 (예를 들면, 유니캐스트 사례에서 링크 확립에 관한) 본원에서 설명되는 정보를 포함할 수도 있다. 요청 메시지는 또한, 하나 이상의 응답 메시지에 대한 예약된 시간, 주파수, 및/또는 빔 리소스의 표시와 같은 다른 정보; 어떤 WTRU가 요청 메시지에 대해 응답해야 하는지의 표시; 응답 메시지의 송신을 위한 WTRU의 송신의 순서의 표시; 응답 메시지의 송신을 위해 WTRU 사이의 경합을 해결하기 위한 경합 해결 규칙; 및/또는 예를 들면, 본원에서 추가로 논의되는 바와 같은 연결성 보고에 대한 요청을 포함할 수도 있다.
소스 WTRU는 다수의 응답 메시지에 대한 리소스 예약을 수행할 수도 있다. 예를 들면, 소스 WTRU는 요청 메시지에 응답하기 위해 다른 WTRU에 의해 사용될 다수의 별개의 시간 및/또는 주파수 리소스를 선택할 수도 있다. 소스 WTRU는, 하나 이상의 예약 신호를 응답하는 WTRU로 송신하는 것에 의해 그러한 리소스를 예약할 수도 있다. 그러한 예약 신호 또는 신호들은 (예를 들면, SCI로서의) 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH)을 통해 송신될 수도 있거나, 또는 상위 계층(예를 들면, MAC 또는 RRC)에 의해 송신될 수도 있다. WTRU는, 요청 메시지의 PSSCH 송신의 예약 또는 표시와 조합하여 응답 메시지에 대한 예약을 송신할 수도 있다. 예를 들면, WTRU는 초기 송신을 위한(예를 들면, 요청 메시지의 송신을 위해 사용할), 뿐만 아니라 N 개의 응답 메시지 송신을 위한 리소스 선택을 수행할 수도 있는데, 그 이후, WTRU는, 요청 메시지를 위해 사용되는 시간, 주파수, 및/또는 빔 리소스를 나타내는; 요청 메시지를 포함하는 PSSCH 송신에 대한 디코딩 파라미터(예를 들면, MCS)를 나타내는; 및/또는 응답 메시지를, 그들의 SCI와 함께, 송신하는 N 개의 상이한 WTRU에 의해 사용될 N 개의(잠재적으로 별개의) 시간, 주파수, 및/또는 빔 리소스를 나타내는 SCI를 송신할 수도 있다.
소스 WTRU는 응답 메시지에 대해 필요한 송신 파라미터를 응답하는 WTRU로 또한 송신할 수도 있다. 그러한 경우에, 응답하는 WTRU는 예약 신호만을 포함하는 제한된 사이즈의 SCI를 송신할 수도 있거나, 또는 SCI를 전혀 송신하지 않을 수도 있다.
응답 메시지에 대한 리소스를 제공하는 메시지를 수신하는 WTRU는, 자기 자신의 응답 메시지의 특정한 타이밍을 결정할 수도 있다. 타이밍 결정은, (예를 들면, 복수의 예약된 리소스 중 특정한 리소스를 사용하기 위한) 요청 메시지에서의 응답하는 WTRU의 명시적 순서화; WTRU ID(예를 들면, 소스 L2 ID, C-RNTI, 그룹 ID, 또는 등등)에 기초한 암시적 순서화; 및/또는 애플리케이션 계층 및/또는 NAS 계층으로부터의 정보에 기초한 암시적 순서화에 기초할 수도 있다. 예를 들면, 수신하는 WTRU는, 요청 메시지에 응답해야 하는지의 여부, 및 만약 그렇다면, 애플리케이션 계층에 의해 제공되는 순서에 기초하여 응답 리소스 중 어떤 것을 사용할지를, 상위 계층으로부터 결정할 수도 있다.
몇몇 예에서, 응답하는 WTRU는 다른 응답하는 WTRU로부터의 응답 메시지를 모니터링할 수도 있고 및/또는 측정할 수도 있다. 응답을 간청하는 요청 메시지를 수신하는 WTRU는, 요청 메시지에 의해 스케줄링되는 리소스에 따라 다른 WTRU로부터의 응답 메시지를 또한 모니터링할 수도 있다. WTRU는 각각의 WTRU에 의해 송신되는 응답 메시지의 품질의 측정을 수행할 수도 있다. 예를 들면, WTRU는 응답 리소스 내의 각각의 WTRU에 의해 송신되는 기준 신호에 기초하여 응답 메시지의 품질을 측정할 수도 있다.
WTRU는 각각의 응답하는 WTRU에 대한 품질 측정의 목록을 유지할 수도 있고, WTRU는 "연결성 보고"를 송신할 수도 있는데, 그 연결성 보고는, 예를 들면, WTRU ID 및 측정된 품질과 함께 WTRU가 디코딩할 수도 있었던 WTRU 응답(예를 들면, RSRP, RSRQ, SINR, 등등)의 목록; 및/또는 (예를 들면, 송신된 요청 메시지 및/또는 기준 신호에 기초한) 소스 WTRU의 측정된 품질을 포함한다.
몇몇 예에서, 소스 WTRU는 수신된 연결성 보고에 기초하여 멀티캐스트 그룹의 멤버를 결정할 수도 있다. 예를 들면, 연결성 보고를 수신하는 WTRU는 멀티캐스트 그룹에 포함될 WTRU를, 예를 들면, 두 개의 WTRU 사이의 측정치가 특정한 문턱치를 초과하는지의 여부와 같은 정보; 및/또는 하나의 WTRU가 다른 WTRU로 송신할 필요가 있는 (예를 들면, 애플리케이션 계층으로부터의) 요건에 기초하여 결정할 수도 있다. 연결성 보고를 수신하는 WTRU는 어떤 WTRU가 멀티캐스트 그룹에 포함되는 것으로 간주될 것인지를 상위 계층에게 나타낼 수도 있다. 연결성 보고를 수신하는 WTRU는 그룹 통신을 위한 목적지 어드레스로서 사용될 L2 ID를 포함할 수도 있는 확인 메시지를 다른 WTRU로 전송할 수도 있다. 확인 메시지를 수신한 이후, WTRU는, 자기 자신의 소스 WTRU ID가 확인 메시지에 포함되는 경우, (예를 들면, 특정한 L2 어드레스를 사용하는) 멀티캐스트 그룹에 합류하였다는 것을 상위 계층에게 통지할 수도 있다.
몇몇 예에서, 멀티캐스트 그룹을 확립할지의 여부에 대한 결정은 잠재적 그룹 내의 WTRU의 수에 기초할 수도 있다. 예를 들면, WTRU는, 그룹 내의 WTRU의 수에 기초하여 (예를 들면, 상위 계층으로부터의 요청에 후속하여, 또는 특정한 L2 목적지 ID를 갖는 패킷의 수신시) 그룹에 대한 AS 계층 그룹캐스트 통신을 개시할지 및/또는 유지할지의 여부를 결정할 수도 있다. WTRU는 상위 계층으로부터 직접적으로 그룹 내의 WTRU의 수를 제공받을 수도 있다. 대안적으로, WTRU는 링크 확립 시그널링 동안 다른 WTRU로부터 수신되는 응답의 수에 기초하여 그룹 내의 WTRU의 수를 결정할 수도 있다. WTRU는, 자신이 AS 계층 멀티캐스트 그룹을 확립할 수도 있는 WTRU의 최대 수를 가지고 구성될 수도 있거나 또는 사전 구성될 수도 있다. WTRU의 이 최대 수는, 측정된 CBR(예를 들면, WTRU는 측정된 CBR이 더 낮은 경우 더 큰 허용 가능한 멀티캐스트 그룹을 고려할 수도 있음); 임의의 두 개의 WTRU 사이의 측정된 경로 손실 또는 상대적 경로 손실(예를 들면, WTRU는 두 개의 WTRU 사이의 최대 측정된 경로 손실에 기초하여 WTRU의 최대 수를 결정할 수도 있거나, 또는 WTRU는, 그룹 내의 임의의 WTRU 사이의 최대 경로 손실이 문턱치 미만일 때 AS 계층 그룹캐스트가 개시될 수 있거나 또는 유지될 수 있다는 것을 결정할 수도 있음); 및/또는 멀티캐스트 링크의 예상된 QoS(예를 들면, 상기에서 논의되는 문턱치 또는 기준 중 임의의 것은, 예컨대 WTRU가 멀티캐스트 링크 상에서 지원될 상이한 VQI와 연관된 상이한 문턱치를 가지고 구성될 수도 있는 경우, 링크의 예상된 QoS에 기초하여 추가로 수정될 수도 있음)에 의존할 수도 있다.
도 7은 예시적인 멀티캐스트 링크 확립 프로시저(700)를 예시하는 메시지 시퀀스 차트이다. 멀티캐스트 링크 확립 프로시저(700)는, WTRU(710)에 의해 WTRU(720) 및 WTRU(730)로 브로드캐스팅되는 링크 확립 요청(740), WTRU(730)에 의해 WTRU(710) 및 WTRU(720)로 브로드캐스팅되는 링크 확립 응답 메시지(750), 및 WTRU(720)에 의해 WTRU(710) 및 WTRU(730)로 브로드캐스팅되는 링크 확립 응답 메시지(760)를 포함한다. 링크 확립 요청 및 응답 이후, WTRU(720) 및 WTRU(730)는, 각각, 연결성 보고(770) 및 연결성 보고(780)를 WTRU(710)로 송신한다. 연결성 보고(770) 및 연결성 보고(780)를 수신한 이후, WTRU(710)는 링크 확립 확인 메시지(790)를 WTRU(720) 및 WTRU(730)로 브로드캐스팅하는데, 그 이후, 단계(795)에서 WTRU(710), WTRU(720), 및 WTRU(730) 사이에서 멀티캐스트 메시지가 시작될 수도 있다.
프로시저(700)에서, 링크 확립 요청 및 링크 확립 응답 메시지는 브로드캐스트 메시지이다. 링크 확립 확인은 또한 브로드캐스트 메시지이며, 그룹에 포함되는 WTRU ID, 및 미래의 멀티캐스트 메시지를 위해 사용될 목적지 어드레스를 포함한다.
몇몇 예에서, WTRU는 동일한 WTRU 사이의 다수의 유니캐스트 링크와 연관된 L2 ID의 그룹화를 결정할 수도 있다. 예를 들면, WTRU의 쌍은 서로 간에 다수의 유니캐스트 링크(즉, WTRU의 동일한 쌍 사이의 다수의 유니캐스트 링크)를 확립할 수도 있는데, 여기서 각각의 WTRU에 의해 사용되는 각각의 링크와 연관된 L2 ID(즉, 소스 및 목적지)는 상이하다. 몇몇 경우에, WTRU의 동일한 쌍 사이에서 유니캐스트 링크가 실제로 있다는 것을 (각각의 WTRU에서의) 액세스 계층(access stratum; AS) 계층(layer)이 인식하는 것이 유리할 수도 있다.
몇몇 예에서, WTRU는 동일한 피어 WTRU에 의해 사용되는 상이한 L2 소스 ID 사이의 그룹화 또는 연관화를 결정한다. 예를 들면, WTRU는, 이 WTRU에서의 유니캐스트 링크와 연관된 상이한 L2 소스 및/또는 목적지 ID가 실제로 동일한 물리적 피어 WTRU와 연관된다는 것을 결정할 수도 있다. WTRU는, 유니캐스트 링크 송신이 동일한 피어 WTRU와 연관된 경우, 상이한 유니캐스트 링크(즉, 피어 WTRU의 소스 L2 ID)로의 송신 동안 사용될 다수의 목적지 L2 ID를 그룹화할 수도 있다. WTRU는, 유니캐스트 링크가 동일한 피어 WTRU와 함께 셋업되는 경우, 상이한 유니캐스트 링크로의 송신 동안 자신이 사용하는 다수의 소스 L2 ID를 그룹화할 수도 있다. WTRU는 하기에서 설명되는 방법을 사용하여 함께 그룹화되는 다수의 유니캐스트 링크와 연관된 단일의 컨텍스트를 유지할 수도 있다.
몇몇 실시형태에서, 잠재적인 그룹 내의 제1 WTRU는 PC5-RRC 시그널링을 통해 상이한 L2 소스 ID 사이에서 및/또는 상이한 L2 목적지 ID 사이에서 그러한 연관화의 지식을 학습할 수도 있거나, 발견할 수도 있거나, 또는 그렇지 않으면 획득할 수도 있다. 그러한 PC5-RRC 시그널링은 유니캐스트 링크 확립(예를 들면, SL 재구성 메시지와 같은 링크 확립 동안 또는 그 이후 트리거되는 PC5 RRC 시그널링)과 연관될 수도 있다. 몇몇 예에서, 제1 WTRU는 링크 확립 동안 또는 그에 후속하여 AS 사이드링크(SL) UE ID를 제2 WTRU로 전송할 수도 있다. 몇몇 예에서, WTRU는 AS SL UE ID를, 국제 이동 가입자 아이덴티티(International Mobile Subscriber Identity; IMSI), 임시 이동 가입자 아이덴티티(Temporary Mobile Subscriber Identity; TMSI), 서빙 TMSI(Serving TMSI; S-TMSI), 전역적으로 고유한 임시 UE 아이덴티티(Globally Unique Temporary UE Identity; GUTI), 셀-무선 네트워크 임시 아이덴티티(Cell-Radio Network Temporary Identity; C-RNTI), 등등과 같은, WTRU와 연관된 정적 또는 반정적 ID에 기초하여; 랜덤하게 선택된 값에 기초하여; 자신의 위치 및/또는 자신의 선택된 리소스와 연관된 값에 기초하여; 자신의 위치 및/또는 자신의 선택된 리소스와 연관된 값에 기초하여; 및/또는 PSCCH 및/또는 PSSCH 및/또는 PSFCH의 WTRU의 인코딩과 연관된 값에 기초하여 유도할 수도 있다.
예를 들면, WTRU가 WTRU와 연관된 정적 또는 반정적 ID에 기초하여 AS SL UE ID를 유도하는 몇몇 경우에, WTRU는, 유니캐스트 링크가 WTRU의 동일한 쌍과 연관된다는 것을 피어 WTRU에게 통지하기 위해 자신의 IMSI를 피어 WTRU로 전송할 수도 있다. 유사하게, 피어 WTRU는, 유니캐스트 링크가 WTRU의 동일한 쌍과 연관된다는 것을 WTRU에 통지하기 위해 자신의 IMSI를 WTRU로 또한 전송할 수 있다. WTRU가 랜덤하게 선택된 값에 기초하여 AS SL UE ID를 유도하는 몇몇 경우에, WTRU는 값의 서브세트로부터 숫자 또는 ID를 랜덤하게 선택할 수도 있고 그 값 또는 그 값에 기초한 값을 피어 WTRU로 전송할 수도 있다. 게다가, WTRU는, 확립되는 유니캐스트 링크를 갖지 않는 경우, 그러한 랜덤 값을 선택할 수도 있다. 예를 들면, WTRU는 자신이 확립하는 제1 유니캐스트 링크에 대한 랜덤 값을 선택할 수도 있고, 그 이후 WTRU는 확립되는 후속하는 RRC 링크에 대해 동일한 선택된 값(또는 그 값에 기초하는 값)을 전송할 수도 있다. 몇몇 예에서, WTRU는 WTRU에서 확립되는 유니캐스트 링크를 더 이상 갖지 않는 경우(예를 들면, 어떤 종류의 유니캐스트 링크도 더 이상 갖지 않는 경우) 랜덤하게 선택된 값을 삭제할 수도 있다. WTRU가 자신의 위치 및/또는 선택된 리소스와 연관된 값에 기초하여 AS SL UE ID를 유도하는 몇몇 경우에, WTRU는 링크 확립의 시간에 자신의 현재 지오로케이션 정보를, 또는 링크 확립의 시간에 자신의 현재 구역 ID를 자신의 피어 WTRU로 전송할 수도 있다. 몇몇 예에서, WTRU는, 어떤 시간에 수행되는 연관된 리소스 선택 프로시저에 대한 인덱스, 또는 그것의 정보(예를 들면, 시간, 주파수, 빔, 등등)를 전송할 수도 있다. 예를 들면, WTRU는 링크 확립 이전에 WTRU가 예약한 마지막 시간 주파수 리소스의 인덱스를 전송할 수도 있다. WTRU가 PSCCH 및/또는 PSSCH 및/또는 PSFCH의 WTRU의 인코딩과 연관된 값에 기초하여 AS SL UE ID를 유도하는 몇몇 경우에, 값은 스크램블링 코드, RS 패턴, 등등과 같은 값을 포함할 수도 있다.
몇몇 예에서, 잠재적인 그룹 내의 제2 WTRU는 PC5 RRC 시그널링에서 또는 (예를 들면, WTRU 사이의 상위 계층 시그널링 동안 획득되는) 상위 계층으로부터 피어 WTRU의 L2 소스 ID를 수신할 수도 있다. 그러한 ID를 수신함에 있어서, WTRU는, 피어 WTRU로부터 수신되는 AS SL UE ID에 기초하여 그러한 ID가 다른 ID(즉, 다른 유니캐스트 링크에 대한 다른 ID)와 연관되는지(또는 그룹화되는지)의 여부를 결정할 수도 있다. 예를 들면, WTRU는, WTRU에서 다른 진행 중인 유니캐스트 링크와 연관된 피어 WTRU로부터 수신되는 AS SL UE ID와 매치하는 AS SL UE ID를 WTRU가 수신하는 경우; UE에서 다른 진행 중인 유니캐스트 링크와 연관된 피어 WTRU의 마지막으로 공지된 지오로케이션과 매치하는 지오로케이션과 연관된 AS SL UE ID를 WTRU가 수신하는 경우; 및/또는 WTRU가 유니캐스트 링크를 이미 확립한 피어 WTRU에 의해 사용된 시간/주파수 리소스를 나타내는 AS SL UE ID를 WTRU가 수신하는 경우, 두 개의 유니캐스트 링크의 L2 ID를 그룹화할 수도 있다.
L2 소스 ID를 그룹화하기 위한 그러한 프로시저는 WTRU 중 어느 하나 또는 둘 모두에 의해 수행될 수도 있다. 예를 들면, 제1 WTRU는 링크 확립 동안 및/또는 그 이후에 자신의 SL UE ID를 제2 WTRU로 전송할 수도 있고, 제2 WTRU는, 유니캐스트 링크에 대한 L2 ID를 진행 중인 유니캐스트 링크의 다른 L2 ID와 그룹화할지의 여부를 결정할 수도 있다. 유사하게, 제2 WTRU는 (예를 들면, 동일한 링크 확립 프로시저 동안 및/또는 그 이후에) 자신의 SL UE ID를 제1 WTRU로 전송할 수도 있고 제1 WTRU는 유사한 그룹화 결정을 수행할 것이다.
몇몇 예에서, WTRU는, 피어 WTRU의 L2 ID(예를 들면, 자기 자신의 송신에서 목적지로서 사용될 피어 WTRU의 L2 소스 ID)가, 다른 링크 확립에서 상위 계층에 의해 WTRU로 이전에 제공된 다른 L2 ID와 연관된다는 표시를 상위 계층으로부터 수신할 수도 있다. WTRU는 다양한 시간에 상위 계층으로부터 다양한 정보를 수신할 수도 있다.
예를 들면, T1(즉, 상위 계층에 의해 개시되는 제1 링크 확립 프로시저의 시간)에서, WTRU는, 상위 계층으로부터, 연관화가 없는 유니캐스트 링크에 대한 피어 WTRU의 L2 소스 ID(ID1)를 수신할 수도 있다. 활성 유니캐스트 링크에 대한 지식에 기초하여, WTRU는, 피어 WTRU와 확립되는 단일의 유니캐스트 링크만을 갖는다는 것을 결정할 수도 있다. WTRU는 유니캐스트 링크에 대한 자기 자신의 소스 ID로서 ID1'을 상위 계층으로부터 수신할 수도 있는데, 여기서 ID1'은 상위 계층에 의해 추가로 제공될 수도 있다.
다른 예에서, T2(즉, 상위 계층에 의해 개시되는 제2 링크 확립 프로시저의 시간)에서, WTRU는, 상위 계층으로부터, 유니캐스트 링크에 대한 피어 WTRU의 L2 소스 ID(ID2) 및 자신을 다른 L2 ID(ID1)와 연관시키기 위한 표시를 수신할 수도 있다. WTRU는 ID2를 갖는 유니캐스트 링크에 대한 자신의 소스 ID로서 ID2'를 상위 계층으로부터 추가로 수신할 수도 있다. 수신된 ID2, ID2' 및 표시에 기초하여, WTRU는 ID2를 ID1과 그룹화할 수도 있고, 자기 자신의 ID2' 및 ID1'을 함께 그룹화할 수도 있다.
몇몇 예에서, WTRU는 주문형 SIB 또는 전용 시그널링을 사용하여 특정한 PC5-5QI(PQI) 및/또는 PC5 플로우 식별자(PC5 flow identifier; PFI)에 대한 SLRB 구성을 획득할 수도 있다. 예를 들면, WTRU는 네트워크에 대한(예를 들면, gNB에 대한) 요청에 의해 하나 이상의 PQI/PFI와 연관된 SLRB 구성을 요청할 수도 있다. IDLE 및/또는 INACTIVE 모드에서, WTRU는 주문형 SIB 요청을 사용하여 SLRB 구성을 요청할 수도 있다. WTRU는 주문형 요청에 PQI/PFI 또는 다른 QoS 파라미터(예를 들면, 범위, GBR, 등등)를 첨부할 수도 있다. WTRU는, WTRU의 SL 구성의 일부인 어떠한 SLRB에도 매핑되지 않는 플로우의 개시에 후속하여, 및/또는 SL SIB가 플로우와 연관된 SLRB 구성을 브로드캐스팅하지 않을 때, 주문형 SIB 요청을 트리거할 수도 있다. WTRU는, 요청에서, 플로우와 연관된 PQI/PFI; 플로우와 연관된 범위 값; 플로우와 연관된 GBR; 모든 QoS 파라미터 또는 QoS 프로파일을 제공하는 테이블에 대한 인덱스 - 여기서 그러한 테이블은 사전 정의될 수도 있거나 또는 구성될 수도 있거나 또는 사전 구성될 수도 있음 - ; 및/또는 자기 자신의 구성에 저장한 자신의 현재 SLRB 목록을 포함할 수도 있다.
몇몇 실시형태에서, CONNECTED(연결) 모드의 WTRU는 전용 시그널링을 사용하여 하나 이상의 PQI/PFI와 연관된 SLRB 구성에 대해 유사한 요청을 사용할 수도 있다. 예를 들면, WTRU는 WTRU가 현재 저장된 SLRB 구성에 대한 매핑을 갖지 않는 플로우의 개시에 후속하여 RRC 메시지를 (예를 들면, UESidelinkInformation을 사용하여) 전송할 수도 있다.
몇몇 예에서, WTRU의 SLRB 구성 및/또는 플로우 대 SLRB의 플로우 매핑은, 또한 또는 대안적으로, WTRU에서의 측정치(예를 들면, CR, CBR, 감지 결과, CQI, 등등)에 의존할 수도 있다. 예를 들면, WTRU는 측정된 수량이 제1 조건 또는 조건들과 매치하는 경우 SLRB(또는 플로우)에 대한 제1 구성을 사용할 수도 있고, 측정된 수량이 제2 조건 또는 조건들과 매치하는 경우 SLRB에 대한(또는 플로우에 대한) 제2 구성을 사용할 수도 있다.
몇몇 예에서, WTRU는 하나 이상의 PQI/PFI와 연관된 SLRB 구성에 대한 요청 동안 디폴트 SLRB 구성을 사용한다. 예를 들면, WTRU는 플로우의 개시에 후속하여 디폴트 SLRB를 사용할 수도 있고(즉, 새로운 플로우를 디폴트 SLRB로 매핑할 수도 있고) WTRU의 저장된 SLRB 구성에서는 플로우 대 SLRB의 매핑이 없다. 디폴트 구성은 구성될 수도 있거나, 사전 구성될 수도 있거나, 또는 사전 정의될 수도 있다. 디폴트 구성은 네트워크에 의해, 예컨대 gNB에 의해 구성될 수도 있다. 디폴트 구성은 WTRU에서 V2X 사전 구성에 의해 사전 구성될 수도 있다. 디폴트 구성은 적절한 명세에서 사전 정의될 수도 있다. WTRU가 플로우에 대한 새로운 SLRB 구성을 수신한 이후, WTRU는 플로우를 디폴트 SLRB 구성으로부터 새롭게 수신된 SLRB 구성으로 이동할 수도 있다. 대안적으로, 새로운 플로우가 현존하는 SLRB(예를 들면, WTRU의 저장된 구성에서 저장되는 SLRB)로 매핑되어야 한다는 표시를 WTRU가 수신하는 경우, WTRU는 플로우를 디폴트 SLRB 구성으로부터 나타내어진 저장된 SLRB 구성으로 이동할 수도 있다.
몇몇 예에서, WTRU는 SLRB 전이 동안 자신이 SLRB 구성을 사용할 수도 있다는 표시를 수신한다. 예를 들면, WTRU는 IDLE/INACTIVE(아이들/비활성) 상태와 CONNECTED 상태 사이의 전이 동안 동일한 SLRB 구성을 사용할 수도 있다. 몇몇 예에서, WTRU는 NW로부터, 예컨대 (예를 들면, SIB 또는 전용 시그널링에서) gNB로부터, 자신이 그렇게 할 수도 있다는 표시를 추가로 수신할 수도 있다.
몇몇 예는 사이드링크 상에서의 유니캐스트 및/또는 멀티캐스트에 대한 수락 제어를 위한 시스템, 방법, 및 디바이스를 포함한다. 몇몇 예에서, 송신 모드 결정은 QoS에 기초할 수도 있다. 예를 들면, WTRU는 링크와 연관된 QoS 속성에 기초하여 그 링크가 확립될 자신의 송신 모드를 결정할 수도 있다. WTRU는 소정의 VQI에 대한 유니캐스트 및/또는 멀티캐스트 플로우를 주소 지정하기 위해 새로운 링크/무선 베어러를 확립할 것을 결정할 수도 있고, VQI, VQI로부터 유도되는 QoS 파라미터에 기초하여 그 링크 및/또는 베어러 상에서의 패킷에 대한 송신 모드를 결정할 수도 있다. WTRU는 VQI에 기초하여 NW 제어식 모드와 WTRU 자율 모드 사이에서 선택할 수도 있다. 대안적으로, WTRU가 WTRU 자율 모드를 선택하거나, 또는 WTRU가 WTRU 자율 모드를 사용하는 것을 네트워크가 허용하는 경우, WTRU는 VQI에 기초하여 리소스 선택 모드 사이에서 추가로 선택할 수도 있다. 예를 들면, WTRU는, 완전 자율적 리소스 선택을 사용할지의 여부; 다른 WTRU로부터의 도움을 통한 자율 리소스 선택; 구성된 또는 사전 구성된 허여(grant); 및/또는 링크에 대한 WTRU 스케줄링 리소스를 결정할 수도 있다. 예를 들면, WTRU는 VQI 및 허용 가능한 리소스 송신/리소스 선택 모드의 테이블을 가지고 구성될 수도 있거나 또는 사전 구성될 수도 있는데, 여기서 WTRU는 특정한 VQI에 대해 허용 가능한 모드 중 하나로부터 모드를 선택할 수도 있다.
몇몇 예에서, 수락 제어를 위해 모드 변경이 수행된다. 예를 들면, WTRU는 수락 제어의 목적을 위해 (예를 들면, WTRU 자율 리소스 선택으로부터 네트워크 기반의 리소스 선택으로의) 모드 변경을 수행할 수도 있다. 몇몇 예에서, WTRU 자율 모드에서 동작하고 있는 WTRU는 새로운 플로우를 수신할 수도 있거나 또는 새로운 사이드링크 베어러를 개시할 것을 결정할 수도 있다. 그렇게 함에 있어서, WTRU는 그러한 것을 네트워크에 나타낼 수도 있고, 적어도 수락 제어/링크 및/또는 베어러 확립 국면(phase) 동안 동작 모드를 NW 제어식 모드로 암시적으로 변경할 수도 있다. WTRU는 네트워크에 의해 WTRU 자율 모드로 다시 이동하도록 지시받을 때까지 NW 제어식 모드에서 계속될 수도 있다.
몇몇 예에서, 수락 제어는 NW에 의해 스케줄링된다. 예를 들면, WTRU는 사이드링크 유니캐스트 및/또는 멀티캐스트 링크 확립에 대한 요청을 네트워크에 전송할 수도 있거나, 또는 WTRU는 유니캐스트 및/또는 멀티캐스트 링크 및/또는 사이드링크 무선 베어러의 확립을 위한 요청을 네트워크로 전송할 수도 있다. WTRU는, 링크가 확립되어야 한다는 상위 계층으로부터의 표시에 응답하여 그러한 요청을 전송할 수도 있다. WTRU는 RRC 메시지, 또는 MAC CE를 통해 gNB로 요청을 전송할 수도 있고, 요청은 다양한 정보, 예컨대, 베어러가 확립되어야 하는 하나 이상의 플로우와 연관된 VQI 또는 연관된 QoS 파라미터 또는 파라미터들; 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU 또는 WTRU들의 식별 정보; 및/또는 디스커버리 결과를 포함할 수도 있다.
베어러가 확립되어야 하는 하나 이상의 플로우와 연관된 VQI 또는 연관된 QoS 파라미터 또는 파라미터들을 정보가 포함하는 몇몇 경우에, WTRU는 주어진 플로우에 대해 NAS 계층으로부터 VQI를 제공받을 수도 있고, 그러한 VQI를 포함하는 네트워크에 대한 링크 확립 요청을 개시할 수도 있다. 정보가 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU 또는 WTRU들의 식별 정보를 포함하는 몇몇 경우에, WTRU는, 링크가 확립되어야 하는 WTRU의 소스 ID(예를 들면, L2 ID)를 포함할 수도 있다. 정보가 디스커버리 결과를 포함하는 몇몇 경우에, WTRU는 디스커버리 결과와 연관된, 어쩌면 유니캐스트 및/또는 멀티캐스트 링크가 확립될 WTRU 또는 WTRU들과 연관된 임의의 AS 연관 정보를 전송할 수도 있다. 디스커버리 결과는, 기준 신호 또는 디스커버리 신호 송신의 측정치 또는 품질; 지원된 WTRU 능력을 나타내는 정보; WTRU 또는 WTRU들의 동기화 소스를 나타내는 정보; WTRU 또는 WTRU들의 커버리지 내 또는 커버리지 외 상태를 나타내는 정보; 및/또는 리소스 선택 능력, 지원되는 캐리어, 전력 클래스, 등등과 같은 WTRU 능력을 나타내는 정보를 포함할 수도 있다.
몇몇 예에서, WTRU는 유니캐스트 및/또는 멀티캐스트 링크 확립 요청을, 하나 이상의 트리거 또는 조건, 예컨대 WTRU가 상위 계층으로부터 새로운 QoS 플로우를 수신하는 경우; WTRU가 새로운 사이드링크 무선 베어러를 생성할 것을 결정하는 경우; 새로운 QoS 플로우 또는 무선 베어러가 네트워크 제어식 수락 제어(network controlled admission control)를 필요로 한다는 것을 WTRU가 결정하는 경우; WTRU가 다른 WTRU로부터 유니캐스트 및/또는 멀티캐스트 확립 요청을 수신하는 경우; WTRU가 다른 WTRU로부터 유니캐스트 및/또는 멀티캐스트 확립 요청에 대한 응답을 수신하는 경우; 및/또는 WTRU가 WTRU 자율 수락 제어를 수행하고 있고 새로운 링크 및/또는 베어러 확립이 WTRU 자율 수락 제어 메커니즘에 기초한 수락 제어에 실패하는 경우에 기초하여, 네트워크를 향해 전송할 수도 있다.
몇몇 예에서, WTRU 자율 수락 제어가 실패하면, WTRU는 네트워크 제어식 수락 제어를 사용할 수도 있다. 예를 들면, WTRU는 상위 계층으로부터 새로운 유니캐스트 및/또는 멀티캐스트 플로우를 수신할 수도 있고 (본원에서 설명되는 바와 같이) 그러한 플로우에 대한 새로운 SL 무선 베어러에 대해 WTRU 자율 수락 제어를 개시할 것을 결정할 수도 있다. 이 WTRU 자율 수락 제어가, 예를 들면, 본원에서 설명되는 바와 같은 이유로 때문에 실패하면, WTRU는, 예를 들면, 유니캐스트 및/또는 멀티캐스트 링크 확립 요청을 네트워크로 송신하는 것에 의해, 네트워크 제어식 수락 제어를 개시할 수도 있다.
몇몇 예에서, WTRU는 리소스 및 측정치 구성 메시지와 함께 성공적인 수락 제어의 확인 응답을 수신할 수도 있다. 예를 들면, WTRU는 네트워크에 의한 성공적인 수락 제어에 대한 확인 응답을 수신할 수도 있고, 확인 응답에 후속하여, WTRU는 확립된 링크 또는 베어러로 매핑되는 하나 이상의 플로우와 연관된 데이터의 송신을 개시할 수도 있다. WTRU는 그러한 확인 응답과 함께 리소스 사용량 정보를 추가로 수신할 수도 있다. 리소스 사용량 정보는, 새로운 리소스 풀 또는 현존하는 리소스 풀의 표시; 리소스의 주기적인 세트; 중재 규칙; WTRU 고유의 또는 셀 고유의 링크 및/또는 무선 베어러 아이덴티티; 및/또는 링크 유지보수를 위해 네트워크로 보고될 측정치의 구성을 포함할 수도 있다.
리소스 정보가 새로운 리소스 풀 또는 현존하는 리소스 풀의 표시를 포함하는 몇몇 경우에, 리소스 풀은 시간, 주파수, 및/또는 빔 리소스의 세트를 포함할 수도 있고, 확립된 링크 및/또는 베어러와 연관된 데이터를 송신하기 위해 사용될 수도 있다. 리소스 정보가 리소스의 주기적인 세트를 포함하는 몇몇 경우에, 리소스의 주기적인 세트는 새로운 SPS 구성, 확립된 링크 및/또는 베어러와 연관된 데이터의 송신을 위해 사용될 구성된 허여의 구성(예를 들면, 타입 1 또는 타입 2 허여), 또는 그러한 데이터를 송신하기 위해 사용될 현존하는 구성의 표시를 포함할 수도 있다. 리소스 정보가 중재 규칙을 포함하는 몇몇 경우에, 규칙은 WTRU 사이에서 공유되는 리소스의 특정한 WTRU의 사용량에 대한 중재 규칙을 포함할 수도 있다(예를 들면, 여기서 그러한 WTRU는 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU일 수도 있거나 또는 아닐 수도 있음). 중재 규칙은, WTRU가 전체 리소스 구성에 대해 사용할 수도 있는 시간 및/또는 주파수의 서브세트; 링크 및/또는 베어러에 대해 사용될 송신과 재송신 사이의 타이밍 관계; 멀티캐스트 링크에서 다수의 WTRU 사이의 송신을 위한 송신 순서 또는 시퀀스; 및/또는 (예를 들면, 사이드링크 또는 업링크 중 어느 하나 상에서 송신되는) 송신과 HARQ 피드백 사이의 타이밍 관계를 포함할 수도 있다.
리소스 정보가 링크 유지보수를 위해 네트워크에 보고될 측정치 구성을 포함하는 몇몇 경우에, 구성은, 링크와 연관된 WTRU에 의해 송신될 기준 신호 송신 리소스 및 전력의 구성; WTRU에 의한 측정 및 네트워크에 대한 보고를 위한 기준 신호 수신 리소스 및 예상된 전력의 구성; 및/또는 기준 신호 수신의 측정치에 기초하여 WTRU에 의해 송신될 그러한 측정 보고의 빈도(또는 주기성)를 포함할 수도 있다.
WTRU는, 그러한 구성을 수신하는 것에 응답하여, 네트워크가 네트워크로부터 베어러 해제 메시지를 통해 링크 및/또는 베어러를 해제할 때까지 네트워크 구성에 따라 측정 및 보고를 개시할 수도 있다.
몇몇 예에서, WTRU는 수락 제어를 위한 측정치 구성을 수신할 수도 있다. 예를 들면, WTRU는 수락 제어/링크 확립 동안 사이드링크 상에서 측정치를 보고할 목적을 위해 측정치 구성을 수신할 수도 있다. WTRU는 링크 확립 국면 동안에만 지속될 수도 있는 측정 및 보고를 개시할 수도 있는 측정치 구성을 수신할 수도 있다. 예를 들면, WTRU는: WTRU가 측정치를 보고해야 하는 메시지와 연관된 하나 이상의 소스 L2 어드레스; 하나 이상의 메시지 타입(예를 들면, "직접 통신 요청" 메시지와 같은 특정한 타입의 RRC 메시지); 및/또는 측정치에 대한 기준 신호의 송신/수신과 연관된 사이드링크 리소스의 세트를 가지고 구성될 수도 있다.
몇몇 예에서, 측정 보고를 위해 구성되는 WTRU는 측정치 구성에 구성되는 특정한 L2 어드레스 중 임의의 것, 및 잠재적으로는, 측정치 구성의 일부로서 구성되는 RRC 메시지 타입 중 임의의 것으로부터 수신되는 임의의 메시지의 RSRP를 결정할 수도 있다. 몇몇 예에서, WTRU는 상기 기준을 충족하는 메시지의 각각의 수신에서 측정치를 네트워크로 보고할 수도 있다. 몇몇 예에서, WTRU가 소스 L2 ID에서(즉, 측정치 구성에서)에서 나타내어지는 WTRU와의 링크 확립을 완료하는 경우, WTRU는 구성을 삭제할 수도 있다.
몇몇 예에서, WTRU는 수락 제어를 자율적으로 제어한다. 몇몇 예는 WTRU 자율 수락 제어 결정을 포함한다. 예를 들면, 링크 확립 및/또는 베어러 확립 동안 또는 그 이전에, 링크 및/또는 베어러 확립과 연관된 WTRU는 링크 및/또는 베어러 확립이 허용 가능한지의 여부를 결정할 수도 있다. 본원에서 논의되는 바와 같이, 상위 계층은 유니캐스트 링크 확립 프로시저를 개시할 수도 있다. 그러한 프로시저 동안, WTRU 중 임의의 것의 AS 계층은, 예를 들면, 상위 계층에 투명할 수도 있는 AS 연관 인자에 기초하여, 링크 및/또는 베어러 확립을 수락할 수도 있거나 또는 거부할 수도 있다.
몇몇 예에서, WTRU는 하나 이상의 기준에 기초하여 유니캐스트/그룹캐스트 사이드링크 무선 베어러(SLRB)를 허용할지의 여부, 또는 유니캐스트/그룹캐스트 링크를 개시할지 및/또는 수락 또는 거부할지의 여부를 결정할 수도 있다.
기준은, WTRU 중 하나 이상의 WTRU의 네트워크 커버리지 - 예를 들면, 여기서 WTRU는, 그 WTRU가 gNB의 커버리지 내에 있는지의 여부에 기초하여 또는 WTRU가, 유니캐스트 링크와 연관될 다른 WTRU 중 하나 이상의 다른 WTRU의 동일한 gNB의 커버리지 내에 그 WTRU가 있는지의 여부에 기초하여 유니캐스트/그룹캐스트 링크 또는 SLRB 확립을 수락 또는 거부할 수도 있음 - ; 링크와 연관된 QoS 요건 - 예를 들면, 여기서 WTRU는 확립될 링크 및/또는 베어러의 QoS 요건에 기초하여 유니캐스트/그룹캐스트 링크 또는 SLRB 확립을 수락 또는 거부할 수도 있음 - ; 다른 현존하는 링크의 QoS 요건 및 그러한 현존하는 링크를 선점하기 위한 능력; 위치, 모션, 또는 상대적 위치 및/또는 모션 - 예를 들면, 여기서, WTRU는 WTRU의 움직임(예를 들면, 속도, 진행 방향) 및/또는 WTRU의 위치, 어쩌면 유니캐스트/그룹캐스트 링크와 연관된 다른 WTRU 또는 WTRU들의 움직임에 관한 정보와의 조합에 기초하여 유니캐스트/그룹캐스트 링크 또는 SLRB 확립을 수락할 수도 있거나 또는 거부할 수도 있음 - ; 및/또는 이용가능한 리소스(예를 들면, 데이터 및/또는 기준 신호 및/또는 피드백 리소스) - 예를 들면, 여기서 WTRU는 이용가능한 리소스의 결정에 기초하여, 어쩌면 유니캐스트/그룹캐스트 링크 또는 SLRB에 대해 필요한 이용가능한 리소스에 기초하여, 유니캐스트/그룹캐스트 링크 또는 SLRB 확립을 수락할 수도 있거나 또는 거부할 수도 있고, 및/또는 WTRU는 링크 또는 SLRB의 QoS 요건에 기초하여 링크 또는 SLRB에 대해 필요한 리소스를 예측할 수도 있음 - 를 포함할 수도 있다.
몇몇 예는 네트워크 커버리지에 기초한 수락 제어를 포함한다. 몇몇 예에서, WTRU는, 특정한 QoS를 요구하는 링크에 대해, WTRU가 커버리지를 벗어난 경우 링크 및/또는 SLRB를 거부할 것을, 그러나 WTRU가 커버리지 내에 있는 경우 링크 및/또는 SLRB를 수락할 것을 결정할 수도 있다. 예를 들면, 링크와 연관된 VQI, PPPP, PPPR, 또는 유사한 QoS 파라미터의 소정의 값은, 모드 1 리소스 할당 모드를 요구하도록 구성될 수도 있거나 또는 사전 구성될 수도 있거나 또는 소정의 조건에서 모드 1로 폴백할 수도 있도록 WTRU가 커버리지 내에 있어야 한다는 것을 요구할 수도 있다. 몇몇 예에서, 링크 및/또는 SLRB에 대한 요청을 수신하는 WTRU는 커버리지 밖에 있을 때 요청을 거부할 수도 있다. 몇몇 예에서, WTRU는 (예를 들면, 어쩌면 각각의 VQI 또는 QoS 연관 파라미터의 값에 대해) 문턱 Uu 기반의 RSRP를 가지고 구성될 수도 있는데, 그 문턱치 Uu 기반의 RSRP 미만에서, WTRU는 링크 및/또는 SLRB를 거부할 것이다.
몇몇 예에서, WTRU가 현재 연결되는 및/또는 캠프되는 gNB가, 다른 WTRU가 캠프될 수도 있는 gNB 또는 gNB들에 연관되지 않는 경우, WTRU는 주어진 QoS에 대한 링크/SRLB를 거부할 수도 있다. 그 관계는, 예를 들면, 동일한 gNB, 동등한 PLMN의 gNB, 동일한 유효 영역의 일부인 시스템 정보를 브로드캐스팅하는 gNB를 포함할 수도 있다. 링크 및/또는 SLRB는 하나 이상의 허용 가능한 관계를 가질 수도 있다.
몇몇 예는 상대적 위치에 기초한 수락 제어를 포함한다. 몇몇 예에서, WTRU는, 특정한 범위 요건과 같은 특정한 QoS를 요구하는, 또는 연관된 VQI를 갖는 링크에 대해, 범위 또는 QoS 요건과 조합한 WTRU 사이의 거리에 기초하여 링크 및/또는 SLRB를 수락할지 또는 거부할지의 여부를 결정할 수도 있다. 예를 들면, WTRU는 VQI의 각각의 값에 대한 문턱 거리를 가지고 구성될 수도 있거나 또는 사전 구성될 수도 있다. WTRU는 (예를 들면, 링크 확립 시그널링 동안) 링크 및/또는 베어러와 연관된 하나 이상의 다른 WTRU에 관한 위치 정보를 수신할 수도 있고 다른 WTRU 또는 WTRU들까지의 거리가 VQI와 연관된 문턱 거리 미만인 경우, 링크 및/또는 SLRB를 수락할 수도 있다.
몇몇 예는 링크 유지보수 연관 리소스/채널의 이용가능성에 기초한 수락 제어를 포함한다. 몇몇 예에서, WTRU는 유니캐스트/그룹캐스트 링크 유지보수에 필요한 리소스 또는 채널의 이용가능성에 기초하여 링크 및/또는 SLRB를 수락할지 또는 거부할지의 여부를 결정할 수도 있다. 예를 들면, 각각의 유니캐스트/그룹캐스트 링크는 (예를 들면, CSI의 측정을 위한) RS의 송신, CQI의 송신, 선점 리소스, 또는 HARQ 피드백의 송신을 위한 리소스 또는 채널의 세트와 연관될 수도 있다. 그러한 리소스는 주어진 유니캐스트 링크에 대한 그러한 정보의 송신과 배타적으로 연관될 수도 있다. 예를 들면, WTRU는 유니캐스트 링크와 연관된 RS 송신을 위한 리소스의 세트를 가지고 구성될 수도 있고, WTRU는, 예를 들면, 본원에서 추가로 설명되는 바와 같이, 네트워크에 의해 제공되는 다른 유니캐스트 송신 및/또는 정보의 감지에 기초하여 이들 RS 송신의 미사용 구성을 선택할 수도 있다. 대안적으로, WTRU는 다른 WTRU에 의해 송신되는 UMUS 신호의 정보에 기초하여 이들 RS 송신에 대해 미사용 구성을 선택할 수도 있다. 몇몇 예에서, WTRU는, 모든 이용가능한 RS 구성이 다른 WTRU/링크에 의해 현재 활용되고 있다는 것을 결정하면, 링크 및/또는 SLRB를 거부할 것을 결정할 수도 있다. 대안적으로, (예를 들면, 본원에서 논의되는 바와 같이) WTRU는 현재 요청된 링크 및/또는 SLRB를 수락하기 위해 WTRU의 상이한 세트 사이의 현존하는 유니캐스트 링크를 선점할 것을 결정할 수도 있다.
몇몇 예는 (예를 들면, 리소스 사용량/이용가능성을 결정하기 위해 또는 예측하기 위해) 공유된 리소스 풀에서 수락 제어 결정을 수행함에 있어서 다른 WTRU를 지원하기 위한 유니캐스트 및/또는 멀티캐스트 사용 가능성 신호의 송신을 포함한다. 예를 들면, WTRU는, 하나 이상의 유니캐스트 및/또는 멀티캐스트 링크와 연관될 때, 유니캐스트 및/또는 멀티캐스트 사용 가능성 신호(unicast and/or multicast usability signal; UMUS)를 송신할 수도 있다. 몇몇 예에서, WTRU는, WTRU에서 현재 확립되는 각각의 유니캐스트 및/또는 멀티캐스트 링크에 대해 그러한 신호를 송신할 수도 있다. 대안적으로, WTRU는 적어도 하나의 링크가 확립되면 단일의 신호를 송신할 수도 있는데, 여기서 사용량 신호는 모든 확립된 링크/SLRB에 관한 정보를 포함할 수도 있다.
몇몇 예에서, 리소스를 미리 예약하지 않고도, 사이드링크 상에서, 예컨대 리소스 풀 상에서, 리소스의 이용가능성을 촉진하기 위해 UMUS가 송신될 수도 있다. 예를 들면, 하나 이상의 링크/SLRB에 대한 UMUS는, 베어러/링크가 결국에는 사용되는 것 또는 예약되는 것을 필요로 할 수도 있는 리소스를 나타낼 수도 있다. 그러한 경우에, UMUS의 목적은, 특정한 QoS 요건을 갖는 WTRU에 의해 필요로 될 때, 확립된 유니캐스트 및/또는 멀티캐스트 링크의 QoS를 충족시킬 리소스의 예약을 촉진하는 것일 수도 있다. 대안적으로, UMUS 신호는 이 유니캐스트 링크와 구체적으로 연관된 유니캐스트/그룹캐스트 송신을 위해 사용되는 특정한 리소스 또는 채널(예를 들면, HARQ 피드백, RS 송신, CQI 피드백, 및/또는 선점 리소스)을 예약하기 위해 송신될 수도 있다. 예를 들면, UMUS는, PSSCH, PSCCH, 물리적 사이드링크 브로드캐스트 채널(Physical Sidelink Broadcast Channel; PSBCH), 사이드링크 피드백 채널, 및/또는 등등 상에서 특정한 리소스, 또는 리소스의 양을 예약할 수도 있다.
몇몇 예에서, WTRU는, 활성 링크/SLRB의 수, 및 그들이 점유하는 리소스를 결정하기 위해, 다른 WTRU로부터의 UMUS 송신의 디코딩을 수행할 수도 있다. 몇몇 예에서, 디코딩은 또한, 활성 링크/SLRB의 수, 및 지리적 영역; 리소스 풀; SL BWP; 캐리어; 하나 이상의 WTRU의 그룹; 및/또는 하나 이상의 연관된 QoS와 연관된, 그들이 점유하는 리소스를 결정할 수도 있다.
몇몇 예에서, WTRU는 정규 SL 수신 동안 UMUS를 디코딩하고 저장할 수도 있다. 예를 들면, WTRU는, 과거의 UMUS 신호의 수신에 기초하여, 예를 들면, 상기에서 논의되는 가능한 연관화를 위한 유니캐스트 링크의 평균 리소스 사용량, 실제 예약된 리소스, 및 유사한 정보를 결정할 수도 있다. WTRU는 UMUS의 내용이 구성된 또는 사전 구성된 또는 정의된 기간 동안 유효한 것으로 가정할 수도 있다. 예를 들면, WTRU는, 단일의 유니캐스트 및/또는 멀티캐스트 식별자, L2 소스/목적지 어드레스, 또는 UMUS에 의해 반송되는 다른 식별자와 연관된 UMUS 신호의 수신시 타이머를 시작할 수도 있다. WTRU는, 송신된 UMUS 신호와 연관된 리소스가 UMUS 신호의 수신 즉시 활성화되는 것으로 간주할 수도 있다. 동일한 유니캐스트 및/또는 멀티캐스트 식별자, L2 소스/목적지 어드레스, 또는 다른 식별자와 연관된 업데이트된 UMUS 신호의 수신 없이 타이머가 만료되면, WTRU는 연관된 리소스가 더 이상 활성이 아니다는 것을 고려할 수도 있다. 몇몇 예에서, 유효 시간은 속도, 진행 방향, 및 다른 연관된 정보와 같은 WTRU의 모션에 기초하여 결정될 수도 있다.
몇몇 예에서, WTRU는, 하나 이상의 트리거에 기초하여, 임의의 과거의 수신된 UMUS 신호, 및 연관 리소스 정보를 취소할 수도 있거나, 삭제할 수도 있거나, 또는 무시할 수도 있다. 그러한 트리거는, 예를 들면, WTRU가 새로운 구역과 같은 새로운 지리적 영역으로 이동하는 경우; WTRU가 BWP, 캐리어, 또는 등등을 변경하는 경우; WTRU가 군집에 합류하거나 또는 이탈하는 경우; 및/또는 WTRU가 UMUS 신호 또는 이전 리소스/예약의 해제 및/또는 취소를 나타내는 유사한 신호를 수신하는 경우를 포함할 수도 있다.
몇몇 예에서, WTRU는 브로드캐스트 SL 송신을 통해 UMUS 신호를 송신할 수도 있다. 몇몇 예에서, WTRU는 공유된 리소스 풀에서 UMUS를 송신할 수도 있다. 그러한 리소스 풀은 WTRU 자율 송신을 수행하고 있는 WTRU에 의해 공유될 수도 있다. 그러한 리소스 풀은 유니캐스트 및/또는 멀티캐스트만을 위한 송신을 수행하는 WTRU로 제한될 수도 있다. 대안적으로, 풀은 브로드캐스트 송신을 수행하는 WTRU를 또한 포함할 수도 있다.
몇몇 예에서, WTRU는, UMUS를, PSCCH 상에서 SCI 또는 SCI와 같은 송신을 사용하여; PSBCH(예를 들면, SL-MIB 또는 등등)에서의 정보를 사용하여; 및/또는 MAC CE 또는 SL-RRC 메시지와 같은, PSSCH 상에서 송신되는 정보를 사용하여 송신할 수도 있다. 예를 들면, WTRU는 MAC CE 또는 SL-RRC 메시지를 사용하여 UMUS 메시지를 송신할 수도 있다. 그러한 메시지는, 모든 WTRU에 의해 수신되는 특수 브로드캐스트 L2 목적지 어드레스를 사용하여 SL을 통해 송신될 수도 있다.
몇몇 예에서, WTRU는 정상 송신에 추가하여 UMUS를 송신할 수도 있다. 예를 들면, WTRU는, 스케줄링 정보 및 유니캐스트 및/또는 멀티캐스트 링크에 대한 정보 둘 모두를 포함하는 SCI 포맷의 UMUS를 송신할 수도 있다. 대안적으로 또는 추가적으로, WTRU는, UMUS를 데이터 또는 스케줄링 정보와 결합하지 않고 UMUS만을 송신할 수도 있다. 예를 들면, WTRU는 UMUS를 주기적으로 송신할 수도 있다. 그러한 주기적인 UMUS 송신은 특정한 포맷을 갖는 SCI에 의해 수행될 수도 있다. WTRU는, 언제 UMUS를 송신할지를, UMUS의 자신의 마지막 송신 이후 타이머의 만료에 기초하여; UMUS의 자신의 마지막 송신 이후 SCI 송신의 횟수에 기초하여; WTRU가 UMUS를 송신하고 있는 유니캐스트 및/또는 멀티캐스트 링크(들)의 QoS 속성에 기초하여(예를 들면, WTRU는, 연관된 유니캐스트 링크가 더 높은 신뢰도, 더 낮은 레이턴시, 등등을 갖는 경우 UMUS 신호를 더 빈번하게 송신할 수도 있음); 예컨대 CBR의 척도, 이용가능한 리소스의 수, 또는 다른 WTRU에 의해 송신되는 검출된 UMUS의 수와 같은, WTRU에 의해 결정되는 바와 같은 공유 리소스 풀의 점유에 기초하여; 및/또는 WTRU의 모션(예를 들면, WTRU 속도, 진행 방향, 등등)에 기초하여 결정할 수도 있다.
WTRU는 UMUS에서 다양한 정보를 포함할 수도 있다. 예를 들면, 그러한 정보는, (예를 들면, 상위 계층으로부터 획득되는) 유니캐스트 및/또는 멀티캐스트 링크와 연관된 VQI(또는 다른 QoS 연관 파라미터); WTRU 또는 WTRU들과 연관된 소스 및/또는 목적지 L2 어드레스 또는 어드레스; 데이터가 유니캐스트 및/또는 멀티캐스트 링크 상에서 송신되는 데 필요한 리소스의 속성; QoS 플로우의 수, 또는 유니캐스트 및/또는 멀티캐스트 링크(또는 각각의 유니캐스트 및/또는 멀티캐스트 링크) 상에서 다중화되는 AS SL 무선 베어러의 수; 유니캐스트 및/또는 멀티캐스트 링크와 연관된 하나 이상의 WTRU에 의한 기준 신호 채널/송신의 구성(예를 들면, RS 신호, RS 신호 시퀀스, 등등의 송신을 위한 최소/최대 RS 송신 전력, 시간, 주파수, 및/또는 빔 리소스) - 여기서 이 구성은 사전 정의된 또는 구성된 또는 사전 구성된 구성의 인덱스를 송신하는 것에 의해 나타내어질 수도 있음 - ; 유니캐스트 및/또는 멀티캐스트 링크와 연관된 HARQ 피드백 채널/송신의 구성; CQI 또는 CSI 피드백 송신을 위한 구성(예를 들면, CQI 피드백의 송신을 위해 사용되는 시간, 주파수, 및/또는 빔 리소스) - 여기서 이 구성은 사전 정의된 또는 구성된 또는 사전 구성된 구성의 인덱스를 송신하는 것에 의해 나타내어질 수도 있음 - ; 선점 리소스의 구성; 리소스가 예약되어 있는 캐리어 및/또는 BWP; 및/또는 예를 들면, 시간의 한 기간에 걸친 WTRU SL 송신을 반영하는, WTRU에서 취해지는 QoS 연관 메트릭을 포함할 수도 있다.
유니캐스트 및/또는 멀티캐스트 링크와 연관된 HARQ 피드백 채널/송신의 구성이 UMUS에 포함되는 몇몇 경우에, 구성은, 예를 들면, 데이터 송신과 HARQ 피드백 사이의 관계(시간/주파수), 또는 (예를 들면, 다수의 HARQ 피드백 송신의 경우) 각각의 송신과 연관된 HARQ 리소스의 수 중 어느 하나의 형태의, HARQ의 송신을 위해 사용되는 시간, 주파수, 및/또는 빔 리소스; HARQ가 인에이블/디스에이블될 수도 있는 규칙/조건; 및/또는, 그룹 기반의 HARQ 송신을 위한 규칙(예를 들면, NACK만을 송신함, ACK 및 NACK를 송신함)을 포함할 수도 있다. 이 구성은 사전 정의된 또는 구성된 또는 사전 구성된 구성의 인덱스를 송신하는 것에 의해 나타내어질 수도 있다.
선점 리소스의 구성이 UMUS에서 포함되는 몇몇 경우에, 구성은, 연관된 유니캐스트 및/또는 멀티캐스트 링크 또는 그 링크와 연관된 하나 이상의 SLRB를 선점하기 위해 사용될 수 있는 선점 신호 또는 메시지를 송신하기 위해 다른 WTRU에 의해 사용될 수도 있는 시간, 주파수, 및/또는 빔 리소스를 포함할 수도 있다. 선점 리소스는 WTRU별로, 또는 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB별로 예약될 수도 있다. 이 구성은 사전 정의된 또는 구성된 또는 사전 구성된 구성의 인덱스를 송신하는 것에 의해 나타내어질 수도 있다.
WTRU에서 취해지는 QoS 메트릭에 대한 측정치, 평균, 및/또는 비율이 UMUS에 포함되는 몇몇 경우에, 그들은, 유니캐스트, 및/또는 멀티캐스트 링크에 대해 필요한 송신의 횟수의 측정치, 평균, 및/또는 비율; 송신되는 HARQ NACK; 성공적인 리소스 선택 프로시저; 리소스 선택 동안의 LBT 백오프 동작; 리소스 선택 동안의 리소스 이용가능성 결정을 위한 RSCP/RSSI 문턱치에서의 증가; 선점 송신 또는 수신; CBR, 리소스 이용가능성, 또는 등등에 기인하는 캐리어 및/또는 리소스 재선택; 및/또는 PDB 또는 필요로 되는 레이턴시 내에서 성공적으로 송신되는/수신되는 패킷을 포함할 수도 있다.
유니캐스트 및/또는 멀티캐스트 링크 상에서 송신되는 데이터에 대해 필요로 되는 리소스의 속성이 UMUS에서 포함되는 몇몇 경우에, 리소스의 속성은 링크 식별자; 리소스의 밀도(예를 들면, 시간의 양 및/또는 시간의 단위마다의 주파수 리소스); 그 링크에 대해 사용되는 리소스의 세분성 또는 세분성들; 링크에 대한 시간/주파수 연속 리소스의 양 및/또는 평균, 최대, 또는 최소 패킷 사이즈; 우선 순위; 링크의 신뢰도; 빔 패턴(예를 들면, 링크가 단일의 빔에서 전방향으로 송신될 것인지, 빔스윕될(beam-swept) 것인지, 또는 빔포밍되고 빔의 서브세트(및 어쩌면 어떤 빔) 상에서 송신될지의 여부); 및/또는 리소스가 예약되는 구역 ID, 방향성, 또는 지오로케이션 기준(geolocation reference)과 같은 리소스가 필요로 되는 곳을 나타내는 지리적 위치를 포함할 수도 있다. 그러한 속성은, WTRU에서 구성될 수도 있는 또는 사전 구성될 수도 있는 또는 WTRU 사이에서 협상될 수도 있는 프로파일 또는 테이블 식별자와 추가로 연관될 수도 있다.
몇몇 예는 UMUS에 대한 정보의 개시 및/또는 취소, 및 다중화를 포함한다. 예를 들면, WTRU는 다수의 유니캐스트 및/또는 멀티캐스트 링크 및/또는 다수의 무선 베어러 및/또는 다수의 QoS 플로우의 정보를 동일한 UMUS로 다중화할 수도 있다. 몇몇 예에서, WTRU는 유니캐스트 및/또는 멀티캐스트 링크의 확립시 또는 그 확립에 후속하여 새로운 UMUS의 송신을 개시할 수도 있다. 대안적으로, WTRU는 새로운 UMUS의 송신을 개시할 수도 있거나 또는 제1 유니캐스트 및/또는 멀티캐스트 링크의 확립에 후속하여, 및 또는 추가적인 링크의 확립에 후속하여, 모든 링크의 정보를 현존하는 UMUS에 추가할 수도 있다. 그러한 경우에, WTRU에서의 하나의 또는 모든 링크의 해제에 후속하여, WTRU는 UMUS의 송신을 취소할 수도 있다.
몇몇 예에서, WTRU는 새로운 UMUS의 송신 또는 링크와 연관된 새로운 무선 베어러의 후속하는 확립을 개시할 수도 있다. WTRU는, 현존하는 무선 베어러와 비교하여, 새로운 무선 베어러 상의 데이터의 QoS 특성에 따라 무선 베어러의 확립시 또는 그 확립에 후속하여 새로운 UMUS를 송신할지의 여부를 결정할 수도 있다. 예를 들면, 새로운 무선 베어러의 QoS 특성이 현존하는 무선 베어러의 것들과 크게 상이한 경우, WTRU는 새로운 UMUS를 송신할 것을 결정할 수도 있다.
몇몇 예에서, 수락 제어는 UMUS에 포함되는 정보에 기초할 수도 있다. WTRU는 동일한 풀, BWP, 캐리어 주파수, 또는 등등에서 다른 WTRU에 의해 송신되는 하나 이상의 UMUS에서의 정보에 기초하여 수락 제어를 수행할 수도 있다(예를 들면, 유니캐스트 및/또는 멀티캐스트 링크 및/또는 무선 베어러가 확립될 수 있는지의 여부를 결정할 수도 있음). 몇몇 예에서, WTRU는 풀에서 송신되는 모든 UMUS를 검출할 수도 있고 및/또는 디코딩할 수도 있다. 몇몇 예에서, WTRU는 (예를 들면, 모든 UMUS에 기초하여) 풀에서의 유니캐스트 및/또는 멀티캐스트 송신과 연관된 가능한 리소스 사용량을 결정하기 위한 그리고, 예를 들면, 풀의 리소스 용량이 주어지면, 보류 중인 링크 및/또는 베어러가 추가될 수 있는지의 여부를 결정하기 위한 규칙을 가지고 구성될 수도 있다.
몇몇 예에서, WTRU는 구성 가능한 시간 기간에 걸친 다수의 시간, 주파수, 및/또는 빔/밀도 리소스를, (예를 들면, 소정의 VQI의) 유니캐스트 및/또는 멀티캐스트 링크 및/또는 무선 베어러와 연관시킬 수도 있다. 예를 들면, WTRU는 링크와 연관된 QoS 속성, 예컨대, VQI; 네트워크 구성; 및/또는 연관된 풀 상에서의 측정된 CBR에 기초하여 그러한 연관화를 만들 수도 있다. 예를 들면, WTRU는, 리소스 밀도에 대한, 또는 리소스 블록의 수 및 시간 기준 기간에 대한 VQI 및 CBR의 매핑으로 구성될 수도 있다. 다른 예에서, WTRU는 링크와 연관된 VQI로부터 유도되는 레이트 기반의 QoS 파라미터로부터 리소스 블록의 수를 결정할 수도 있다.
몇몇 예에서, WTRU는, 링크와 연관된 QoS 속성에 기초하여 각각의 링크 및/또는 SLRB에 대해 필요한 리소스의 양을 결정하기 위해 가중 인자를 적용할 수도 있다. 예를 들면, WTRU는 문턱치를 초과하는 신뢰도 요건(또는 그 파라미터)을 갖는 무선 베어러/링크에 승산 인자(예를 들면, 1보다 더 큼)를 적용할 수도 있다. 다른 예에서, WTRU는 문턱치보다 더 짧은 레이턴시 요건, 또는 그것의 파라미터를 갖는 무선 베어러/링크에 승산 인자(예를 들면, 1보다 더 큼)를 적용할 수도 있다.
몇몇 예에서, WTRU는 링크 및/또는 베어러의 확립 이전에 시간의 한 기간에 걸쳐 UMUS를 모니터링/수신할 수도 있다. 예를 들면, WTRU는, 고유의 링크/베어러를 식별하는, 시간 기간에 걸쳐 검출되는, UMUS에 기초하여 확립되는 현존하는 링크 및/또는 베어러에 기초하여 수락 제어 결정을 내릴 수도 있다. 몇몇 예에서, WTRU는, 예를 들면, 링크 및/또는 베어러와 연관된 QoS 속성 및 링크 및/또는 베어러 및 그것의 QoS가 확립될 링크의 QoS에 대해 영향을 끼치는지의 여부에 기초하여, 결정에서 확립된 링크/베어러(UMUS)의 서브세트만의 UMUS를 고려할 수도 있다. WTRU는, 공통 QoS 파라미터를 갖는 링크/베어러만을 고려하는 것 및 그러한 링크/베어러의 조합이 다른 QoS 파라미터를 초과하는 것으로 귀결되지 않는다는 것을 보장하는 것에 의해, 수락 제어를 추가로 수행할 수도 있다. 몇몇 예에서, WTRU는 수락 제어가 성공적인지의 여부를 결정하기 위한 다수의 결정 또는 기준을 적용할 수도 있는데, 예를 들면, 여기서 수락 제어는 각각의 기준이 성공하는 것에 의존한다. 결정 또는 기준은 (예를 들면, 특정한 타입의) UMUS에서 나타내어지는 리소스의 총량; 및/또는 UMUS에서의 확립된 링크/무선 베어러의 수(예를 들면, 가중됨)에 기초하여 수행될 수도 있다.
기준이 UMUS에서 나타내어지는 리소스의 총량을 포함하는 몇몇 경우에, WTRU는, 먼저, UMUS 송신에 의해 결정되는 바와 같은 리소스 풀 내의 모든 유니캐스트 및/또는 멀티캐스트 링크에 의해 사용될 리소스의 총량을 결정할 수도 있다. 예를 들면, 그 양은 고정된 시간 기간에 걸친 리소스 블록 수로서 측정될 수 있다. WTRU는 (예를 들면, 리소스의 밀도 또는 양의 합계에 의해) 검출되는 모든 UMUS에 의해 확보되는 리소스의 총량을 결정할 수도 있다.
몇몇 예에서, WTRU는 현존하는 링크에 의해 사용되는 고정된 기간 내의 리소스의 수를, 링크와 함께 송신되는 유사한 QoS 파라미터(예를 들면, PPPP, PPPR) 또는 VQI에 기초하여(예를 들면, WTRU는 시간 기간당 VQI 값과 리소스(RB)의 대응하는 수 사이의 구성된 또는 사전 구성된 매핑을 가질 수도 있음); UMUS 내의 링크와 연관된 SLRB의 수에 기초하여(예를 들면, WTRU는 링크 상의 각각의 SLRB의 리소스 사용량의 합에 기초하여 링크의 총 리소스 사용량을 결정할 수도 있음); 및/또는 UMUS 신호 그 자체 내의 송신된 평균 패킷 사이즈 또는 데이터 레이트에 기초하여(예를 들면, WTRU는, 링크에 의해 사용되는 리소스의 양을 결정하기 위해, 리소스 양 매핑에 대해 VQI 및 패킷 사이즈의 조합을 사용할 수도 있음) 결정할 수도 있다.
몇몇 예에서, 확립될 링크/무선 베어러에 의해 요구되는 리소스의 수와 결합되는 (예를 들면, 동일한 시간 기간에 걸쳐) UMUS에 의해 이미 확보된 리소스의 수가, 풀 내의 리소스의 총 수, 풀 내의 리소스의 어떤 백분율, 또는 구성된 또는 사전 구성된 문턱치보다 더 적은 경우, WTRU는수락 제어가 성공적이다는 것을 결정할 수도 있다. 몇몇 예에서, 구성된 또는 사전 구성된 문턱치는 확립될 링크의 QoS 속성(예를 들면, 우선 순위), (예를 들면, UMUS에 기초하는) 이미 확립된 링크의 QoS 속성, 또는 채널의 CBR 중 임의의 것에 의존할 수도 있다.
몇몇 예에서, WTRU는, 모든 UMUS 송신으로부터 사용될 특정한 타입의 리소스의 총량을 결정할 수도 있고 그 타입의 리소스 풀에서 이용가능한 리소스의 총 수에 기초하여 수락 제어 결정을 내릴 수도 있다. 타입은 시간 세분성(예를 들면, 리소스가 슬롯인지 또는 심볼인지의 여부); 뉴머롤로지(numerology); 및/또는 방향(예를 들면, 하나 이상의 안테나 빔 상에서의 송신과 연관된 하나 이상의 방향)과 연관될 수도 있다.
기준이 UMUS에서 나타내어지는 확립된 링크/무선 베어러의 수를 포함하는 몇몇 경우에, 몇몇 예에서, WTRU는 모든 UMUS 송신에 기초하여 확립된 링크/무선 베어러의 수를 결정할 수도 있고, WTRU는, 풀 내의 무선 베어러/링크의 총 수가 구성된 또는 사전 구성된 문턱치 미만으로 남아 있으면, 특정한 링크/무선 베어러에 대한 수락 제어가 성공한다는 것을 결정할 수도 있다. 몇몇 예에서, 이 문턱치는, 확립될 링크의 QoS 속성; UMUS에 존재하는 링크의 QoS 속성; 및/또는 채널의 CBR에 의존할 수도 있다. 몇몇 예에서, WTRU는 UMUS에서 나타내어지는 각각의 무선 베어러/링크에 및/또는 확립될 현재의 링크/무선 베어러에 가중 인자를 적용할 수도 있다. 가중 인자는, 링크와 연관된 QoS 속성; UMUS의 수신된 전력(예를 들면, WTRU는 수신된 UMUS RSRP가 구성된 또는 사전 구성된 문턱치보다 더 큰 무선 베어러/링크에 대해 1보다 더 큰 승산 인자를 적용할 수도 있음); 및/또는 측정된 CBR에 기초할 수도 있다. 몇몇 예에서, 측정된 CBR은 단지 하나의 타입의 송신에 대해서만(예를 들면, 브로드캐스트 송신에 대해서만, 유니캐스트 및/또는 멀티캐스트 송신에 대해서만) 예약되는 리소스 상에 있을 수도 있다.
문턱치가 확립될 링크의 QoS 속성에 의존하는 몇몇 경우에, 몇몇 예에서, WTRU는, 문턱치를 초과하는 신뢰도 요건, 또는 그 파라미터를 갖는 무선 베어러/링크에 대해 승산 인자(예를 들면, 1보다 더 큼)를 적용할 수도 있다. 몇몇 예에서, WTRU는 문턱치보다 더 짧은 레이턴시 요건, 또는 그 파라미터를 갖는 무선 베어러/링크에 대해 승산 인자(예를 들면, 1보다 더 큼)를 적용할 수도 있다. 몇몇 예에서, WTRU는 무선 베어러/링크와 연관된 VQI와 함께 사용하도록 구성되는 승산 인자를 적용할 수도 있다.
몇몇 예에서, WTRU는 확립된 링크/베어러의 수의 평가에서 0의 가중치를 또한 적용할 수도 있다(즉, 특정한 링크 및/또는 베어러를 고려하지 않을 수도 있음).
몇몇 예에서, WTRU는, 수락 제어를, 남아 있는 이용가능한 RS 리소스 송신 구성; 남아 있는 이용가능한 선점 리소스 구성; 남아 있는 이용가능한 HARQ 리소스 송신 구성; 및/또는 남아 있는 이용가능한 CQI 리소스 송신 구성의 수에 기초하여 수행할 수도 있다. 예를 들면, WTRU는, 예를 들면, 시간의 한 기간에 걸쳐 수신된 UMUS 신호에 의해 결정되는 바와 같이, 이미 사용 중인 구성을 제외하는 것에 의해, 이용가능한 구성의 수를 결정할 수도 있다. 몇몇 예에서, WTRU는, 이용가능한(즉, 사용되지 않은) 구성의 수가 구성된 또는 사전 구성된 또는 사전 결정된 문턱치(예를 들면, 0)를 초과하는 경우; 및/또는 간섭, 능력, 또는 등등의 관점으로부터 임의의 현존하는 구성과 충돌하지 않는 구성이 존재하고, 확립할 링크 및/또는 SLRB에 대해 선택될 수도 있는 경우(예를 들면, WTRU는 RS 송신 전력을 확립될 링크의 QoS와 연관시킬 수도 있고, WTRU는 또한, 허용 가능한 WTRU TX 전력을 초과하지 않는 연관된 송신 전력을 갖는 구성이 존재하는지의 여부를 결정할 수도 있음), 수락 제어가 성공한다는 것을 결정할 수도 있다.
몇몇 예에서, WTRU는, 어떤 구성이 이미 사용 중인지를, 자신의 QoS의 레이턴시 연관 양태에 기초하여, 결정하기 위해 WTRU가 UMUS 신호를 고려하는 시간 기간을 결정할 수도 있다. 예를 들면, 레이턴시 연관 양태는 VQI 대 평균 또는 최악의 경우 PDB의 매핑을 포함할 수도 있다. 몇몇 예에서, WTRU는, 예를 들면, VQI로부터 유도되는 자신의 레이트 요건을 최악의 경우 PDB로 조정하는 것에 의해, 자신의 QoS의 레이트 연관 양태에 기초하여 그 기간에 걸쳐 송신될 리소스의 양을 결정할 수도 있다. 따라서, WTRU는, 구성 가능한 기간당 리소스의 수인 자신의 리소스 밀도를 자신의 PDB 내에서 사용되는 리소스의 양인 것으로 가정할 수도 있다. 몇몇 예에서, WTRU는 리소스 사용 가능성의 현재 밀도를 결정하기 위해 모든 확립된 링크/베어러에 대해 동일한 계산을 수행할 수도 있다. 몇몇 예에서, 이 계산에서, WTRU는 또한, 확립될 링크 및/또는 베어러를 비롯한, 각각의 링크 및/또는 베어러에, QoS 파라미터 또는 신뢰도/범위와 연관된 승산 인자를 적용할 수도 있다. 몇몇 예에서, 이 인자는 (예를 들면, VQI로부터의) 신뢰도/범위 유도 파라미터의 주어진 값에 대해 네트워크에 의해 구성될 수도 있다. 몇몇 예에서, 확립될 링크 및/또는 베어러에 대한 리소스를 비롯한, 구성 가능한 기간에 걸친 사용 가능성 리소스의 총량이 풀 내의 리소스의 문턱 백분율(예를 들면, X %) 미만인 경우, 링크 및/또는 베어러에 대한 수락 제어가 성공적인 것으로 간주될 수도 있다. 이 예에서, X %는 또한 각각의 풀에 대해 네트워크에 의해 구성될 수도 있고, WTRU는 또한 측정된 CBR에 기초하여 그 풀에 적용 가능한 다수의 문턱치 중 하나로부터 선택할 수도 있다. 예를 들면, WTRU는 그 풀에 대한 CBR 값의 각각의 범위에 적용하기 위한 문턱치(X %)를 수신할 수도 있다.
몇몇 예에서, WTRU는, 특정한 타입의 레이트 요건을 갖는 활성 링크/베어러의 수가 베어러의 최대 수를 초과하지 않도록 수락 제어를 수행할 수도 있다. 몇몇 예에서, 베어러의 최대 수는 레이턴시 연관 요건에 기초하여 결정될 수도 있다. 예를 들면, 더 큰 데이터 버스트 사이즈(예를 들면, 이것은 하나의 특정한 VQI 값과 연관될 수도 있음)에 대한 요건을 갖는 링크 및/또는 베어러에 대한 수락 제어를 수행하는 WTRU는, 동일한 요건을 갖는 현재 활성 상태인 링크/베어러의 수를 결정할 수도 있다. WTRU는, 각각의 그러한 링크가 각각의 링크와 연관된 최소 PDB의 시간 프레임 내에서 다수의 PRB를 점유한다는 것을 가정하는 것에 의해, 그러한 활성 링크의 허용 가능한 수를 계산할 수도 있다.
몇몇 예는 UMUS에 기초한 브로드캐스트 송신을 위한 리소스 선택을 수정하는 것을 포함한다. 예를 들면, WTRU는 (예를 들면, 브로드캐스트 리소스에 대한) 리소스 선택을 수행할 수도 있고 리소스 선택 프로세스 동안 확립된 유니캐스트 및/또는 멀티캐스트 링크의 수를 고려할 수도 있다. 몇몇 예에서, WTRU는 리소스 선택 동안 하나 이상의 액션을 수행할 수도 있다. 액션 또는 액션들은, 캐리어의 선택을, 그 캐리어 상의 링크/베어러의 수 또는 링크/베어러에 대한 그 캐리어 상의 사용 가능한 리소스의 양이 문턱치를 초과하는 경우, 방지하는 것; 및/또는 모든 UMUS 내의 사용 가능한 리소스의 양 또는 링크의 존재/수에 기초하여 소정의 리소스 선택 파라미터를 스케일링하거나 또는 변경하는 것을 포함할 수도 있다. 그러한 파라미터는, 허용된 연속적인 리소스 예약의 수; 각각의 예약 기간에 리소스를 유지할(예를 들면, 그 리소스의 예약을 갱신할) 확률; 캐리어의 선택을 위한 CBR 문턱치; SCI의 검출에 기초하여 리소스의 이용가능성을 결정하기 위한 RSRP 문턱치; 백오프, 감지 시간, 검출 감도와 같은 LBT 파라미터; 유효/확인 응답된 선점 신호와 연관된 최소 에너지; 및/또는 WTRU가 리소스 선택을 진행할 수 있는, 감지에 기초한, 이용가능한 것으로 간주되는 리소스의 백분율을 포함할 수도 있다.
몇몇 예에서, 수락 제어는 대표적인 및/또는 과거의 리소스 선택 프로시저에 기초한다. 예를 들면, WTRU는 특정한 링크 및/또는 베어러에 대한 리소스를 예약하기 위해 대표적인 리소스 선택 프로시저, 또는 일련의 그러한 프로시저를 수행할 수도 있고, 이들 리소스 선택 프로시저의 결과에 기초하여 수락 제어의 결과를 결정할 수도 있다. 이러한 상황에서, 대표적인 리소스 선택 프로시저는 실제로 임의의 리소스를 예약하거나 또는 선택하기 위해서가 아니라 채널의 점유를 평가하기 위해 수행될 수도 있다. 이러한 상황에서, 대표적인 리소스 선택 프로시저는 과거의 시간 인스턴스로부터의 저장된 감지 결과의 세트에 대해 수행될 수도 있다. 이러한 상황에서, 각각의 대표적인 리소스 선택 프로시저는, 과거의 시간 순간에 대응하는 WTRU에 저장된 감지 결과에 대응하는 리소스 선택이 그 시간 순간에 행동적으로 발생하였다면, 예상된 결과를 나타낼 수 있다. 대안적으로, 수락 제어를 위해 사용되는 리소스 선택 프로시저는, 동일한 풀, BWP, 및/또는 캐리어에서 브로드캐스트/유니캐스트 및/또는 멀티캐스트 송신을 위한 리소스를 선택하는 데 실제로 활용되는 그리고 수락 제어의 수행 이전에 구성된 또는 사전 구성된 시간 동안 수행되었던 리소스 선택 프로시저를 포함할 수도 있다. 예를 들면, WTRU는 요구되는 수락 제어(예를 들면, 링크 확립 결정)의 시간 이전에 수행되는 리소스 선택 프로시저의 통계치를 유지할 수도 있고, 그들 통계치에 기초하여 수락 제어를 수행할 수도 있다.
몇몇 예에서, WTRU는 다수의 대표적인 리소스 선택 프로시저를 수행하도록 구성될 수도 있는데, 각각은 상이한 리소스 선택 파라미터, 예컨대, 상이한 PDB 또는 레이턴시; 재송신의 상이한 수; 상이한 MCS, 전력, 또는 연관된 송신 파라미터; 상이한 패킷 사이즈; 및/또는 상이한 패킷 주기성(또는 주기성 없음; 예를 들면, 원샷 리소스 선택)을 를 갖는다.
몇몇 예에서, WTRU는, 예를 들면, 수락 제어가 수행되고 있는 유니캐스트 및/또는 멀티캐스트 링크의 QoS 특성에 기초하여, 리소스 선택 파라미터의 세트(또는 다수의 세트)를 사용하도록 구성될 수도 있다. 예를 들면, WTRU는 특정한 VQI를 갖는 유니캐스트 및/또는 멀티캐스트 링크를 위해 사용하기 위한 리소스 선택 파라미터의 세트를 가지고 구성될 수도 있다. 그러한 구성 이후, WTRU는, 특정한 링크 및/또는 베어러에 대한 수락 제어가 성공적인지의 여부를 결정하기 위해 이들 파라미터를 사용하여 다수의 순차적 리소스 선택 프로시저를 수행할 수도 있다. 대안적으로, WTRU는 특정한 VQI에 대한 리소스 선택 파라미터의 다수의 세트를 제공받을 수도 있고, 새로운 링크 및/또는 베어러의 수락을 결정하기 위해, 각각이 파라미터의 상이한 세트를 갖는 대표적인 리소스 선택 프로시저를 병렬로 또는 순차적으로 수행할 수도 있다.
몇몇 예에서, WTRU는, WTRU가 그러한 과거의 리소스 선택 프로시저의 결과를 고려해야 하는 (예를 들면, 본원에서 논의되는 것들과 같은) 과거의 리소스 선택 프로시저에 연관된 특정한 기준으로 구성될 수도 있다. 예를 들면, 소정의 VQI를 갖는 링크의 경우, WTRU는, 수락 제어를 위한 리소스 선택의 일부로서, PDB가 문턱치 미만인, 재송신의 횟수가 문턱치를 초과하는, 또는 등등의 과거의 리소스 선택 프로시저만을 고려하도록 구성될 수도 있다. 그러한 구성 이후, WTRU는, 이들 특정한 기준을 충족하는 그들 과거의 리소스 선택 프로시저에만 기초하여 링크에 대한 수락 제어를 수행할 수도 있다.
몇몇 예에서, WTRU는 자신의 대표적인 및/또는 과거의 리소스 선택 프로시저의 성공의 횟수 또는 빈도에 기초하여 수락 제어의 결과를 결정할 수도 있다. 예를 들면, 수락 제어는, 그것의 대표적인 및/또는 과거의 리소스 선택 프로시저의 문턱 수(N), 또는 문턱 백분율(X %)이 성공한 경우; 가장 최근의 대표적인 및/또는 과거의 리소스 선택 프로시저의 문턱 수(M)가 모두 성공한 경우; 및/또는 그것의 리소스 선택 프로시저의 문턱치 평균(Y %)이 문턱 이용가능성 목표치(예를 들면, LTE에서 20 %)를 달성하기 위해 문턱치의 변경을 요구하지 않는 경우, 성공한 것으로 결정될 수도 있다. 이들 경우 각각에서, N, X %, M, Y % 및 이용가능성 목표치의 값은 NW 구성; WTRU 측정 CBR; 및/또는 확립될 링크에 연관된 QoS 파라미터에 의존할 수도 있다.
몇몇 예에서, WTRU는 과거의 리소스 선택 프로시저 및 대표적인 리소스 선택 프로시저로부터의 결과의 조합에 기초하여 수락 제어의 결과를 결정할 수도 있다. 예를 들면, WTRU는 자신의 수락 제어를 리소스 선택 프로시저(예를 들면, 과거 및/또는 대표)의 최소 수에 기초로 할 것을 요구받을 수도 있다. 몇몇 예에서, WTRU는, 충분한 수의 과거의 리소스 선택 프로시저를 가지고 있지 않다는 것을 결정하는 경우, 구성된 최소치를 충족하기 위해 수락 제어시에 대표적인 리소스 선택 프로시저를 수행할 수도 있다.
도 8은 대표적인 리소스 선택에 기초한 수락 제어를 위한 예시적인 프로시저(800)를 예시하는 플로우차트이다. 단계(810)에서, 베어러 및/또는 링크 확립은 베어러/링크와 연관된 QoS 정보를 사용하여 개시될 수도 있다. 단계(870)에서, WTRU는 수락 제어를 위해 수행할 리소스 선택 시도의 횟수뿐만 아니라 리소스 선택 시도를 위해 사용할 파라미터(예를 들면, PDB(packet delay budget; 패킷 지연 예산), 주기성, 및/또는 리소스 선택을 위한 패킷 사이즈, 이용가능성 문턱치, 등등)를 결정하기 위해 구성, 사전 구성, 및/또는 CBR을 사용할 수도 있다. 이들 값은 또한 각각의 베어러 QoS 및/또는 CBR을 사용하여 구성될 수도 있거나 또는 사전 구성될 수도 있거나 또는 사전 정의될 수도 있다. 몇몇 예에서, WTRU는 성공적인 수락 제어를 선언하는 데 필요한 성공적인 리소스 선택 프로시저의 수를 결정할 수도 있다. 성공적인 수락 제어를 선언하는 데 필요한 성공적인 리소스 선택 프로시저의 수도 또한 (사전)구성될 수도 있거나 또는 사전 정의될 수도 있다. 예를 들면, 성공적인 리소스 선택 프로시저의 수가 구성된 양을 초과하는 경우, 수락 제어는 성공한 것으로 결정될 수도 있다. WTRU는 구성된 또는 사전 구성된 이용가능성 문턱치(즉, 감지 프로시저에 의해 결정되는 바와 같은 사용량에 이용가능한 리소스의 백분율)에 기초하여 단일의 리소스 선택 프로시저의 성공을 결정할 수도 있다. 예를 들면, 감지 결과에 기초한 이용가능한 리소스가 이용가능성 문턱치를 초과하는 경우, 단일의 리소스 선택 프로시저는 성공적이다.
단계(820)에서, WTRU는 베어러 및/또는 링크의 QoS에 기초하여 대표적인 리소스 선택을 위한 파라미터를 결정할 수도 있다. 파라미터는, 본원에서 논의되는 바와 같이, 프로시저(800)에서 행해질 대표적인 리소스 선택 시도의 횟수뿐만 아니라, 수행될 각각의 리소스 선택 프로시저에 고유한 다수의 파라미터를 포함할 수도 있다. 구체적으로, 단계(870)에서, PDB(각각의 리소스 선택 프로시저에서 사용될 패킷 지연 예산), 데이터에 대한 주기성, 및 각각의 리소스 선택 프로시저에서 사용될 패킷 사이즈가 결정될 수도 있다. 단계(830)에서, WTRU는 본원에서 논의되는 바와 같은 리소스 선택 통과/실패 기준, 즉, 대표적인 리소스 선택 프로시저가 성공하는지 또는 그렇지 않은지를 결정하기 위한 기준을 결정할 수도 있다. 리소스 선택 프로시저에 대한 통과/실패 기준은, 감지 결과에 기초한 이용가능한 리소스의 수가 단계(870)에서 결정되는 백분율 이용가능성 문턱치를 초과하는지/미만인지의 관점에서 정의될 수도 있다. 수락 제어 통과/실패 기준은, 성공적인 리소스 선택 프로시저의 백분율이 단계(870)에서 결정되는 실패 백분율 문턱치를 초과하는지/미만인지의 관점에서 정의될 수도 있다. 단계(840)에서, WTRU는 자신의 저장된 감지 결과를 사용하여 대표적인 리소스 선택 프로시저를 수행할 수도 있다. 구체적으로, UE는 감지 결과로부터 이용가능한 리소스를 결정하는 것에 의해 (사전)구성된 파라미터(예를 들면, 레이턴시/PDB, 주기성, 등등)의 세트를 사용하여 공유된 리소스의 세트(리소스 풀) 중에서 리소스를 선택할 수도 있다. UE는, 잠재적으로 상이한 시간 인스턴스와 연관된 상이한 감지 결과를 사용하는 단계(870)에서 결정되는 시도의 횟수를 사용하여 리소스 선택 프로시저를 수행할 수도 있다. 대표적인 리소스 선택 프로시저는 본원에서 논의되는 바와 같이 감지 결과에 기초할 수도 있다. 구체적으로, UE는 과거의 상이한 시간 인스턴스에서 취해지는 감지 결과를 저장할 수도 있고, 과거의 특정한 시간 인스턴스와 연관된 감지 결과를 사용하여 리소스 선택 프로시저를 수행할 수도 있다. 몇몇 예에서, 리소스 선택 프로시저는, WTRU가 입력 파라미터에 기초하여 이용가능한 리소스를 결정하는 것을 포함할 수도 있다.
단계(850)에서, WTRU는 본원에서 논의되는 바와 같이 통과/실패 기준에 기초하여 대표적인 리소스 선택을 평가할 수도 있다. 구체적으로, WTRU는, 각각의 리소스 선택 프로시저가 성공적인지 또는 아닌지를 결정할 수도 있다. WTRU는, 수락 제어가 성공적인지의 여부를 결정하기 위해 성공적인 리소스 선택 프로시저의 총 수 또는 백분율이 구성된 문턱치를 초과하는지의 여부를 결정할 수도 있다. 단계(860)에서, 베어러 및/또는 링크 확립 결정은, 단계(850)에서의 평가에 기초하여, 피어 WTRU 및/또는 WTRU의 상위 계층으로 제공된다. 구체적으로, WTRU는, 수락 제어가 성공적이면, 베어러/링크가 확립될 수 있다는 것을 상위 계층에게 통지할 수도 있다.
몇몇 예에서, 대표적인 리소스 선택 프로시저 대신 과거의 리소스 선택 프로시저가 사용되는 경우, 프로시저(800)는 단계(840)에서 리소스 선택 프로시저를 수행하는 단계를 무시하고, 대신, 기준을 충족하는 과거의 리소스 선택 프로시저의 결과를 사용하는 것에 의해 수정될 수도 있다.
몇몇 예에서, 수락 제어는 감지 결과에 기초한다. 예를 들면, WTRU는 WTRU에서 지속적으로 유지되는 및/또는 수락 제어 결정의 트리거 이전에 시간의 한 기간에 걸쳐 분석되는, 그리고 하나 이상의 풀, 캐리어, 및 또는 BWP와 연관된 측정치 또는 감지, 예컨대, CBR 측정치; (예를 들면, 채널에 대한 그 자신의 액세스에 기초한, 또는 UMUS에서 송신되는 측정 결과에 기초한) 구성된 시간에 걸친 성공/실패 LBT 프로시저의 횟수; 구성된 시간에 걸친 검출된 선점 신호의 수; 감지 결과(예를 들면, 하나 이상의 풀의 감지 동안 검출되는 SCI 내의 정보를 포함함); WTRU에 대한 다른 진행 중인 유니캐스트 링크(예를 들면, 동일한 풀에서의 링크)에 연관된 메트릭(예를 들면, 평균 재송신 레이트); 프로시저 중 디스커버리 프로시저 동안의 채널 품질의 측정치(예를 들면, CQI, 경로 손실); 및/또는 (예를 들면, UMUS 내의) WTRU에서의 QoS 연관 측정치 또는 WTRU에서의 메트릭, 또는 다른 WTRU로부터 수신되는 측정치 또는 다른 WTRU로부터 수신되는 메트릭에 기초하여 수락 제어를 수행할 수도 있다.
WTRU는 문턱 측정치, 또는 상기의 측정치 중 임의의 것 또는 그 조합에 대한 문턱치를 가지고 구성될 수도 있는데, 충족되는 경우(예를 들면, 측정치가, 적절히, 문턱치 미만이거나, 또는 초과함), 링크 및/또는 베어러의 수락 제어는 성공적인 것으로 간주된다. 몇몇 예에서, 그러한 문턱치는 확립될 링크 및/또는 베어러와 연관된 QoS 파라미터에 의존할 수도 있다.
몇몇 예는 CBR에 기초한 수락 제어를 포함한다. 예를 들면, WTRU는 각각의 VQI에 대한 CBR 문턱치를 가지고 구성될 수도 있다. WTRU가 특정한 VQI를 갖는 베어러에 대한 링크 및/또는 베어러 확립을 개시하는 경우, 측정된 CBR이 연관된 CBR 문턱치를 초과하면 수락 제어는 실패한 것으로 간주될 수도 있다. 몇몇 예에서, WTRU는 레이턴시, 신뢰도, 우선 순위, 범위, 및 레이트의 QoS 연관 파라미터 각각(또는 임의의의 것)에 대한 CBR 문턱치를 가지고 구성될 수도 있다. 몇몇 예에서, WTRU는, 확립될 무선 베어러에 대한 적용 가능한 QoS 파라미터를, 그들 무선 베어러로 매핑될 플로우의 연관된 QoS 파라미터에 기초하여 결정할 수도 있다. 몇몇 예에서, WTRU는 그 베어러와 연관된 연관 QoS 파라미터에 대한 적용 가능한 값(예를 들면, 우선 순위, 신뢰도, 등등)을 결정할 수도 있다. 몇몇 예에서, WTRU는, CBR이 그 베어러에 대한 연관 QoS 파라미터 각각에 대한 QoS 파라미터 고유의 문턱치 각각 미만이면, 무선 베어러에 대한 수락 제어가 성공적이다는 것을 결정할 수도 있다.
몇몇 예에서, WTRU는 감지 결과에 기초하여 수락 제어를 수행한다. 예를 들면, WTRU는 수락 제어 결정 이전의 기간에 걸쳐 다른 WTRU의 SCI 송신으로부터 결정되는 감지 결과에 기초하여 수락 제어 규칙을 결정할 수도 있다. 몇몇 예에서, 수락 제어 결정은 또한 확립될 링크 및/또는 베어러의 QoS 양태에 의존할 수도 있다. 몇몇 예에서, WTRU는 감지 결과를 지속적으로 유지할 수도 있고 수락 제어 결정 이전의 시간(T) 동안의 결과에 기초하여 수락 제어 결정을 정의할 수도 있다. 몇몇 예에서, 수락 제어를 수행하기 위해 사용되는 감지 결과는 하나 또는 다수의 풀, BWP, 및/또는 캐리어로부터 유도될 수도 있다. 몇몇 예에서, 수락 제어 결정은 하나의 인자 또는 복수의 인자의 조합에 의존할 수도 있다. 몇몇 예에서, 인자 또는 인자들은, 관찰된 비주기적 트래픽의 양, 관찰된 주기적 트래픽의 양, 주기적 트래픽 대 비주기적 트래픽의 상대적인 양, 관찰된 유니캐스트 및/또는 멀티캐스트 트래픽의 양, 또는 브로드캐스트 트래픽과 비교한 관찰된 유니캐스트 및/또는 멀티캐스트 트래픽의 상대적 양; 관찰된 주기적, 비주기적, 유니캐스트, 멀티캐스트, 및/또는 브로드캐스트 트래픽의 QoS 특성; 및/또는 특정한 세분성의 예약된 리소스의 수를 포함한다.
수락 제어 결정이 관찰된 비주기적 트래픽의 양에 의존하는 몇몇 경우에, WTRU는 비주기적 트래픽(예를 들면, 원샷)과 연관된 리소스의 양 또는 백분율을 측정할 수도 있고, 이 값이 문턱치를 초과하는/미만인 경우, 링크 및/또는 베어러의 확립을 허용할 수도 있다. 수락 제어 결정이 관찰된 주기적 트래픽의 양에 의존하는 몇몇 경우에, WTRU는 (예를 들면, 순방향 예약(forward booking) 또는 유사한 예약 방법을 사용하여) 예약되는 리소스의 양 또는 백분율을 측정할 수도 있고, 이 값이 문턱치를 초과하는/미만인 경우, 링크 및/또는 베어러의 확립을 허용할 수도 있다. 수락 제어 결정이 주기적 트래픽 대 비주기적 트래픽의 상대적인 양에 의존하는 몇몇 경우에, WTRU는 주기적 트래픽 대 비주기적 트래픽의 허용 가능한 비율을 가지고 구성될 수도 있고, 측정된 비율이 문턱치를 초과하는/미만인 경우, 링크 및/또는 베어러의 확립을 허용할 수도 있다. 수락 제어 결정이 (예를 들면, 어쩌면 브로드캐스트와 비교한) 관찰된 유니캐스트 및/또는 멀티캐스트 트래픽의 양에 의존하는 몇몇 경우에, WTRU는, 유니캐스트 및/또는 멀티캐스트 트래픽의 양 또는 백분율을, SCI에서의 유니캐스트 표시자의 검출; SCI에서의 HARQ 프로세스 ID 또는 등등의 검출; HARQ 송신(또는 HARQ 송신을 위해 예약되는 리소스)의 검출; 및/또는 그러한 송신 및/또는 CSI 피드백 송신을 위해 예약되는 리소스 또는 CSI 기준 신호의 검출에 기초하여 결정할 수도 있다. 몇몇 그러한 경우에, WTRU는, 유니캐스트 및/또는 멀티캐스트 송신의 양 또는 백분율 또는 브로드캐스트 송신을 통한 그러한 송신의 비율이, 적절히, 문턱치를 초과하거나 또는 문턱치 미만인 경우, 링크 및/또는 베어러의 확립을 허용할 수도 있다. 수락 제어 결정이 관찰된 주기적, 비주기적, 유니캐스트, 멀티캐스트, 및/또는 브로드캐스트 트래픽의 QoS 특성에 의존하는 몇몇 경우에, WTRU는, 그러한 송신과 연관된 SCI로부터 송신을 위한 VQI 또는 VQI로부터 유도되는 임의의 QoS 연관 파라미터(예를 들면, 신뢰도, 레이턴시, 우선 순위, 레이트, 범위)를 결정할 수도 있다. 몇몇 그러한 경우에, WTRU는 또한, 관찰된 송신의 최악의, 평균의, 최상의, 전체, 및/또는 대다수 QoS에 기초하여 상기의 문턱치 중 임의의 것을 수정할 수도 있거나 또는 선택할 수도 있다. 수락 제어 결정이 특정한 세분성의 예약된 리소스의 양에 의존하는 몇몇 경우에, WTRU는 예약되는 심볼 기반의 또는 슬롯 기반의 리소스의 양 또는 백분율을 결정할 수도 있고, 이 값이 문턱치를 초과하는/미만인 것에 기초하여 수락 제어를 수행할 수도 있다.
몇몇 예에서, WTRU는 시간의 한 기간에 걸쳐 SCI를 모니터링하는 것으로부터 결정되는 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB의 수의 추정치에 기초하여 수락 제어를 수행할 수도 있다. 몇몇 예에서, WTRU는 또한 UMUS의 수신에 연관된 것들과 유사한 방법을 사용하여 리소스 사용량의 추정된 양 또는 밀도를 결정할 수도 있고, 수락 제어 결정을, 사용된 리소스의 백분율의 결정에 기초할 수도 있다.
몇몇 예는 QoS 연관 측정치 및/또는 메트릭에 기초한 수락 제어를 포함한다. 예를 들면, WTRU는, 본원에서 설명되는 바와 같이, QoS 연관 측정치 및/또는 메트릭에 기초한 수락 제어에 대한 규칙을 가지고 구성될 수도 있다. 몇몇 예에서, WTRU는 자기 자신의 송신으로부터 및/또는 다른 WTRU에 의한 브로드캐스트로부터 획득되는 메트릭에 기초하여 그러한 측정치 및/또는 메트릭을 획득할 수도 있다. 예를 들면, WTRU는 UMUS에서, 또는 다른 WTRU 간 메시지에서 다른 WTRU로부터 그러한 메트릭을 획득할 수도 있고, 및/또는 WTRU는 링크 및/또는 SLRB 확립과 연관된 RRC 시그널링 동안 그러한 메트릭을 획득할 수도 있다. 몇몇 예에서, WTRU는 또한, 지리적 영역, 유니캐스트 및/또는 멀티캐스트 관계, 및/또는 QoS 또는 송신 타입에 기초한 수락 제어 결정에서 어떤 WTRU의 메트릭이 고려되는지를 제한할 수도 있다.
WTRU가 지리적 영역에 기초한 수락 제어 결정에서 어떤 WTRU의 메트릭이 고려되는지를 제한하는 몇몇 경우에, WTRU는 수락 제어를 수행하는 WTRU에 대해 연관된 지리적 구역 또는 다른 영역 내의 WTRU로부터 수신되는 메트릭만을 고려할 수도 있다. WTRU가 유니캐스트 및/또는 멀티캐스트 관계에 기초한 수락 제어 결정에서 어떤 WTRU의 메트릭이 고려되는지를 제한하는 몇몇 경우에서, WTRU는, 유니캐스트 및/또는 멀티캐스트 링크 또는 SLRB를 확립하려고 WTRU가 의도하고 있는 WTRU, 또는 WTRU가 현재 활성인 유니캐스트 및/또는 멀티캐스트 링크/SLRB를 가지고 있는 WTRU로부터 수신되는 메트릭만을 고려할 수도 있다. QoS 또는 송신 타입에 기초한 수락 제어 결정에서 어떤 WTRU의 메트릭이 고려되는지를 WTRU가 제한하는 몇몇 경우에, WTRU는, 수락 제어가 요구되는 링크 및/또는 SLRB로서, 동일한 송신 타입(예를 들면, 유니캐스트, 멀티캐스트, 브로드캐스트, 모드1 및/또는 모드2), 또는 QoS(예를 들면, 동일한 또는 유사한 VQI 또는 QoS 연관 속성)을 갖는 WTRU로부터 수신되는 메트릭만을 고려할 수도 있다.
몇몇 예에서, 수락 제어 기준 및/또는 WTRU 측정치는 우세한 QoS 특성에 의존할 수도 있다. 예를 들면, 몇몇 송신은 엄격한 레이턴시 요건을 가질 수도 있지만, 그러나 신뢰도에 대해 덜 엄격한 요건을 가질 수도 있다(또는 요건을 전혀 가지지 않을 수도 있다). 예를 들면, WTRU는 또한, 확립될 링크 및/또는 베어러의 QoS에 기초하여 수락 제어 측정 및/또는 기준을 결정할 수도 있다. 몇몇 예에서, WTRU는 확립될 링크 및/또는 베어러의 QoS에 따라 수락 제어를 위해 (예를 들면, 본원에서 논의되는 것들의) 상이한 구성의 또는 사전 구성의 측정 및/또는 기준을 적용할 수도 있다. 몇몇 예에서, WTRU는 각각의 VQI에 대한 측정 및/또는 기준으로 구성될 수도 있거나 또는 사전 구성될 수도 있고, 연관된 링크의 VQI에 따라 구성된 측정 및/또는 기준을 적용할 수도 있다. 몇몇 예에서, WTRU는 확립될 베어러/링크와 연관된 VQI로부터 QoS 특성(예를 들면, 레이턴시, 신뢰도, 등등을 포함할 수도 있는 지배적 QoS 특성 또는 특성들)을 결정할 수도 있고, 수락 제어 결정을 내리기 위해 그러한 특성과 연관된 구성된 측정 및/또는 기준을 사용할 수도 있다. 예를 들면, 레이턴시가 우세한(예를 들면, 레이턴시에 엄격한 QoS 요건을 갖는) 베어러/링크의 경우, WTRU는 특정한 세분성의 예약된 리소스의 측정된 양, 및/또는 예약된 주기적 리소스의 총량의 척도를 사용할 수도 있다. 신뢰도가 우세한 베어러/링크의 경우, WTRU는 비주기적 리소스의 측정된 양을 사용할 수도 있다. 범위가 우세한 베어러/링크의 경우, WTRU는 디스커버리 동안 채널 측정치를 사용할 수도 있다. 주어진 QoS 특성 또는 VQI에 대한 측정 및/또는 기준의 다른 조합도 또한 가능하며, 기술 분야의 숙련된 자에게 명백할 것이다.
몇몇 예는 현존하는 유니캐스트 및/또는 멀티캐스트 링크의 선점을 포함한다. 예를 들면, 수락 제어를 수행하는 WTRU는, 수락 제어가 성공하기 위해, 하나 이상의 현존하는 유니캐스트 및/또는 멀티캐스트 링크의 선점을 수행할 것을 결정할 수도 있다. 몇몇 예에서, 선점은 WTRU가 이미 확립된 링크 상에서 수행될 수도 있거나, 또는 상이한 세트의 WTRU 사이의 링크 상에서 수행될 수도 있다.
몇몇 예에서, WTRU는 자기 자신의 유니캐스트 및/또는 멀티캐스트 링크의 확립을 위한 수락 제어 동안 (예를 들면, 자기 자신의 링크 또는 다른 WTRU 사이의 링크와의) 하나 이상의 확립된 유니캐스트 및/또는 멀티캐스트 링크를 선점할 것을 결정할 수도 있다. 예를 들면, WTRU는, 하나 이상의 현존하는 유니캐스트 및/또는 멀티캐스트 링크의 존재에 기인하여 (예를 들면, 본원에서 설명되는 기술에 기초하여) 현재 확립될 수 없는 새로운 링크를 확립할 것을 결정하는 경우, 또는 링크의 또는 다른 이미 확립된 링크(예를 들면, 더 높은 우선 순위인 다른 링크)의 QoS 요건을 충족하기 위해 링크의 확립이 잠재적인 실패로 귀결되는 경우, 유니캐스트 및/또는 멀티캐스트 링크를 선점할 것을 결정할 수도 있다. 몇몇 예에서, WTRU는 다른 WTRU에 의해 송신되는 수신된 UMUS 신호를 갖는 것에 기초하여 현존하는 유니캐스트 및/또는 멀티캐스트 링크를 인식할 수도 있다. 대안적으로, WTRU는 유니캐스트 링크로 다중화되는 하나 이상의 무선 베어러 및/또는 QoS 플로우를 선점할 것을 결정할 수도 있다.
일반성의 손실 없이, 선점의 다양한 예가 링크의 선점, 또는 무선 베어러의 선점과 연관하여 본원에서 논의될 수도 있지만, 선점은, 설명의 용이성을 위해 두 개 중 하나만을 참조하는 예, 실시형태, 상황, 및 시나리오에도 불구하고, 링크 또는 무선 베어러 중 어느 하나, 또는 링크 및 무선 베어러 둘 모두에 적용될 수도 있다는 것을 유의한다.
몇몇 예에서, WTRU는 시간의 한 기간 동안 유니캐스트 및/또는 멀티캐스트 링크를 중단하기 위해 선점 신호를 송신할 수도 있다. 예를 들면, WTRU는, 동일한 WTRU 또는 WTRU들과의 새로운 링크 또는 무선 베어러를 셋업하기 위해 사용되는 링크 확립 시그널링에서 자신의 현존하는 무선 베어러 중 하나를 선점할 수도 있다. 몇몇 예에서, WTRU는, 유니캐스트 및/또는 멀티캐스트 링크에게, 상이한 풀, BWP, 캐리어, 또는 리소스의 유사한 세트를 사용할 것을 강제하기 위해 선점 신호를 송신할 수도 있다. 몇몇 예에서, WTRU는, 선점을 수행할 수 있는지의 여부를, 확립될 링크의 QoS; 채널의 현재 점유; 구성; 및/또는 선점할 적절한 유니캐스트 및/또는 멀티캐스트 링크(들)의 존재에 기초하여 결정할 수도 있다.
WTRU가 확립될 링크의 QoS에 기초하여 선점을 수행할 수 있는지의 여부를 결정하는 몇몇 경우에, WTRU는 자신의 QoS 특성 중 하나와 연관된 문턱치를 가지고 및/또는 문턱치 우선 순위 - 이것을 초과하면 WTRU는 다른 링크의 선점을 수행할 수 있음 - 를 가지고 구성될 수도 있다. WTRU가 채널의 현재 점유에 기초하여 선점을 수행할 수 있는지의 여부를 결정하는 몇몇 경우에, WTRU는 CBR의 문턱 값을 가지고 구성될 수도 있고 현재 측정된 CBR이 문턱치를 초과하는 경우에만 유니캐스트 및/또는 멀티캐스트 링크의 선점을 수행할 수도 있다. WTRU가 선점을 수행하도록 구성되는 구성에 기초하여 선점을 수행할 수 있는지의 여부를 결정하는 몇몇 경우에, 이 구성은 WTRU에 고유할 수도 있거나, 확립될 링크의 QoS 클래스(예를 들면, 링크/무선 베어러와 연관된 VQI)에 고유할 수도 있거나, 또는 풀/BWP/캐리어에 고유할 수도 있다.
WTRU가 선점할 적절한 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들의 존재에 기초하여 선점을 수행할 수 있는지의 여부를 결정하는 몇몇 경우에, WTRU는, 선점을 위해 사용될 수도 있는 유니캐스트 및/또는 멀티캐스트 링크를 (예를 들면, UMUS의 모니터링에 기초하여) 찾을 수 있는 경우, 선점을 수행할 수도 있다. 몇몇 예에서, 그러한 링크를 찾기 위한 조건은, 본원에서 설명되는 바와 같이, 링크의 선택에서 설명되는 것들과 동일할 수도 있다. 예를 들면, WTRU는, 확립될 링크보다 더 낮은 우선 순위를 갖는 현존하는 유니캐스트 및/또는 멀티캐스트 링크가 있는 경우, 유니캐스트 링크의 선점을 수행할 수도 있다.
몇몇 예에서, (예를 들면, 수락 제어 프로시저의 실패에 기초하여) 선점을 수행할 수 없고 주어진 풀, 캐리어, 및/또는 BWP, 또는 풀, 캐리어, 및/또는 BWP의 세트 상에서 링크에 대한 필요한 QoS를 달성할 수 없는 WTRU는 실패를 상위 계층에게 통지할 수도 있다.
몇몇 예에서, WTRU는, 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을, 우선 순위 및/또는 QoS에 기초하여; 확립될 링크의 속성의 만족도에 기초하여; 어떤 WTRU 또는 WTRU들이 링크와 연관되는지에 기초하여; 위치에 기초하여; 및/또는 유사한 리소스 패턴 및/또는 서명의 사용량에 기초하여 선택할 수도 있다.
WTRU가 우선 순위 및/또는 QoS에 기초하여 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을 선택하는 몇몇 경우에, WTRU는, 예컨대 UMUS의 모니터링으로부터, 활성의 검출된 링크의 세트에 기초하여 가장 낮은 우선 순위를 갖는 유니캐스트 및/또는 멀티캐스트 링크를 선택할 수도 있다. WTRU는 어떤 링크를 선점할지를 결정하기 위해, 우선 순위, 데이터 레이트, 레이턴시, 범위, 또는 신뢰도 중 임의의 것, 또는 이들의 조합을 사용할 수도 있다. 예를 들면, WTRU는 (예를 들면, 수신된 UMUS 신호에서 자신이 결정하는 것들로부터의) 링크 중에서, 어쩌면 구성된 또는 사전 구성된 수의 우선 순위 레벨에 의해 확립될 링크의 우선 순위보다 우선 순위가 아래에 있는 링크를 선택할 수도 있다. WTRU는 선택된 유니캐스트 및/또는 멀티캐스트 링크를 선점하기 위해 선점 신호를 송신할 수도 있다.
WTRU가, 확립될 링크의 속성의 만족도에 기초하여, 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을 선택하는 몇몇 경우에, 예를 들면, WTRU는, 가장 유사한 양의 리소스를 예약하는, 또는 확립할 필요가 있는 링크에 대해 가장 유사한 QoS 특성(예를 들면, 패킷 사이즈, 신뢰도, 등등)을 갖는 링크를 선택할 수도 있거나, 또는 WTRU는, 확립될 링크의 요건을 충족하기 위해 선점될 필요가 있는 링크의 수를 최소화하는 링크(들)를 선택할 수도 있다. 다른 예에서, WTRU는, 확립될 링크의 요건을 충족하기 위해 선점될 필요가 있는 링크의 수를 최소화하는 링크(들)를 선택할 수도 있다. 다른 예에서, WTRU는 확립될 링크의 추정된 패킷 도달 시간에 가장 가까운 패킷 도달 시간을 갖는 유니캐스트 및/또는 멀티캐스트 링크를 선택할 수도 있다. 예를 들면, WTRU는 주기적인 트래픽을 송신하는 현존하는 유니캐스트 링크의 패킷 도달 시간을 결정할 수도 있다. 그러한 결정은 시간의 한 기간에 걸쳐 SCI의 감지에 의해 이루어질 수도 있다. WTRU는 선점될 유니캐스트 링크를, 확립될 링크에 가장 가까운 패킷 도달 시간을 가지며 확립될 링크보다 더 낮은 우선 순위를 갖는 것으로서 선택할 수도 있다.
어떤 WTRU 또는 WTRU들이 링크와 연관되는지에 기초하여 WTRU가 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을 선택하는 몇몇 경우에, 예를 들면, WTRU는 자기 자신의 진행 중인 링크 중 하나, 또는 진행 중인 링크를 갖는 WTRU의 링크를 선점할 수도 있다. 몇몇 예에서, WTRU는, 예를 들면, 선점될 SLRB의 선택을 위해, 및/또는 선택 기준을 위해, 상이한 WTRU 사이의 SLRB 또는 자기 자신의 SLRB를 동등하게 고려할 수도 있다. 몇몇 예에서, WTRU는, 다른 SLRB의 선점을 고려하기 이전에, 자기 자신의 SLRB를 선점할 수도 있다. 예를 들면, 선점될 SLRB의 선택은 다음의 규칙에 기초할 수도 있다: 1) WTRU는 상기의 기준을 충족하는 활성 SLRB를 갖는 경우 자기 자신의 SLRB 중 제1의 것을 선택할 수도 있고, 그렇지 않으면, 그것은 다른 SLRB를 선택할 수도 있음; 및/또는 2) WTRU는, 자기 자신의 SLRB 또는 다른 WTRU의 SLRB를 향해 결정을 편향시키는 바이어스를 선택 프로시저에서 사용되는 임의의 파라미터에 적용하는 것에 의해, 자기 자신의 SLRB와 다른 WTRU SLRB 사이에서 선택할 수도 있음(예를 들면, 문턱 우선 순위 레벨 - 이 미만에서 SLRB는 선점을 위해 선택되고, 선점을 위해 그러한 문턱치는 새로운 SLRB의 우선 순위에 연관될 수도 있음 - 은 WTRU 자신의 SLRB 및 다른 WTRU의 SLRB에 대해 상이할 수도 있음).
WTRU가 위치에 기초하여 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을 선택하는 몇몇 경우에, 예를 들면, WTRU는 리소스가 새로운 유니캐스트 링크에 대해 필요한 구역과 동일한 영역(예를 들면, 구역, 지리적 위치 및/또는 방향)에서 예약되는 링크 상에서만 선점을 고려할 수도 있다. 몇몇 예에서, WTRU는 통신하는 WTRU 또는 WTRU들이 확립될 유니캐스트 및/또는 멀티캐스트 링크와 연관될 WTRU 또는 WTRU들에 가장 가까운 유니캐스트 및/또는 멀티캐스트 링크를 선택할 수도 있다. 몇몇 예에서, WTRU는 진행 중인 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들의 근접성을, (어쩌면 속도/진행 방향과 결합되는) SCI/UMUS 또는 WTRU에 의한 유사한 송신 또는 송신들에서의 WTRU 위치의 검출에 기초하여; 및/또는 유니캐스트 링크에서 WTRU에 의한 송신의 RSRP, 또는 등등의 측정치에 기초하여 결정할 수도 있다. 몇몇 예에서, WTRU는, 그러한 측정치 중 하나 이상에 기초하여, 자신의 위치에 가장 가까우며(예를 들면, 가장 높은 수신된 RSRP) 더 낮은 우선 순위를 갖는 유니캐스트 링크를 선점할 것을 선택할 수도 있다.
WTRU가 유사한 리소스 패턴 및/또는 서명의 사용량에 기초하여 선점할 유니캐스트 및/또는 멀티캐스트 링크 또는 링크들을 선택하는 몇몇 경우에, WTRU는, 확립될 유니캐스트 및/또는 멀티캐스트 링크에 대해 선택되는 리소스 사용량 패턴과 동일한, 또는 그와 중첩하는 리소스 사용량 패턴(예를 들면, 풀, 또는 유니캐스트 링크에 할당되는 시간/주파수 리소스의 패턴)을 사용하는 유니캐스트 및/또는 멀티캐스트 링크를 선택할 수도 있다. 몇몇 예에서, 그러한 패턴은 스크램블링 코드, 호핑 시퀀스(hopping sequence), 또는 등등과 같은 송신 서명을 또한 포함할 수도 있다. 몇몇 예에서, WTRU는, 동일한(또는 중첩되는) 패턴/서명에 기초하여 확립될 링크보다 더 낮은 우선 순위를 갖는 WTRU를 선점할 것을 선택할 수도 있다.
몇몇 예에서, 링크 선점 선택은 선점 신호를 송신하는 WTRU에서 또는 그것을 수신하는 WTRU에서 수행될 수도 있다. 예를 들면, WTRU는, 먼저, 선점될 유니캐스트 및/또는 멀티캐스트 링크를 결정할 수도 있고, 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU 중 하나 이상으로 전송되는 선점 신호에서 그 링크를 나타낼 수도 있다. 몇몇 예에서, 선점을 수신하는 WTRU는 선점 신호에서 나타내어지는 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB를 선점할 수도 있다. 대안적으로, WTRU는 선점이 전송되는 WTRU를 선택할 수도 있고, 선점 신호를 수신하는 WTRU는, 자신이 연관된 어떤 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB를 선점할지를, 본원에서 논의되는 규칙을 사용하여, 결정할 수도 있다.
몇몇 예에서, WTRU는, 계획된 유니캐스트 및/또는 멀티캐스트 링크와 함께 더 낮은 또는 동일한 우선 순위를 갖는 모든 진행 중인 유니캐스트 및/또는 멀티캐스트 링크를 선점을 위해 확립되는 것으로 간주할 수도 있다. 예를 들면, 이들 링크에 기초하여, WTRU는, 먼저, 확립될 링크에 대해 동일한 또는 실질적으로 유사한 값의 QoS 속성(즉, 우선 순위 이외의 것) 또는 동일한 또는 실질적으로 유사한 QoS 프로파일을 갖는 현존하는 링크를 선점할 것을 결정할 수도 있고, 그 링크를 선점되도록 선택할 수도 있다.
몇몇 예에서, 유니캐스트 및/또는 멀티캐스트 링크를 선점할 것을 결정하는 WTRU는 선점 신호(예를 들면, 요청)를, PSCCH 상에서의 SCI, 또는 다른 송신에서의 정보를 사용하여; PSSCH 상에서 송신되는 MAC CE 또는 RRC 메시지를 사용하여; PSBCH 상에서의 MIB 송신을 사용하여; 및/또는 선점 신호의 송신을 위해 전용되는 채널 상에서의 메시지를 사용하여 송신할 수도 있다.
몇몇 예에서, WTRU는 선점 신호에 정보를 포함할 수도 있다. 정보는, 선점 신호를 송신하는 WTRU의 UE ID; 자신의 유니캐스트 및/또는 멀티캐스트 링크가 선점되고 있는 WTRU 또는 WTRU들의 UE ID; 선점될 링크의 링크 ID; 선점될 무선 베어러의 무선 베어러 ID; 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU 중 하나 이상을 식별하는 목적지 어드레스 또는 어드레스들; 링크/무선 베어러가 선점되어야 하는 시간의 기간; 선점되어야 하는 링크/베어러와 연관된 QoS 파라미터(들), 및/또는 자신의 수락이 링크 및/또는 SLRB의 선점을 야기한 링크/베어러 또는 패킷과 연관된 QoS 파라미터 또는 파라미터들 및/또는 링크/베어러 ID를 포함할 수도 있다.
WTRU가 선점되어야 하는 링크/베어러와 연관된 QoS 파라미터 또는 파라미터들을 포함하는 경우, 파라미터 또는 파라미터들은, 선점되어야 하는 링크와 연관된 우선 순위 또는 우선 순위들(예를 들면, WTRU는 소정의 우선 순위 레벨보다 더 낮은 우선 순위를 갖는 모든 유니캐스트 링크를 선점할 수도 있음); 및/또는 VQI 또는 VQI의 세트(예를 들면, WTRU는 선점이 적용되는 VQI 값 중 하나 또는 그 VQI 값의 세트/범위와 연관될 수 있는 선점 신호를 전송할 수도 있음)를 포함할 수도 있다.
몇몇 예는 링크 확립 동안 선점 리소스의 예약을 포함한다. 예를 들면, WTRU는, 그 링크 및/또는 베어러의 확립 동안 유니캐스트/그룹캐스트 링크 및/또는 베어러의 선점을 위해 사용될 수 있는 리소스를 예약할 수도 있다. 몇몇 예에서, WTRU는, 예약 신호를 사용하여, 또는 본원에서 추가로 논의되는 UMUS를 사용하여, 주어진 링크 및/또는 SLRB를 선점하기 위해 사용될 선점 리소스를 다른 WTRU로 브로드캐스팅할 수도 있다.
몇몇 예에서, WTRU는 허용 가능한 리소스 및/또는 주기성의 구성된 또는 사전 구성된 세트 또는 풀에 기초하여 시간 및/또는 주파수 리소스, 및/또는 선점 리소스의 주기성을 선택할 수도 있다. 예를 들면, 선점을 위해 사용될 리소스의 풀은 각각의 WTRU에 대해 구성될 수도 있거나 또는 사전 구성될 수도 있다. 각각의 유니캐스트 링크는 또한, 선점 풀 내에서 그러한 리소스의 서브세트 또는 패턴을 예약할 수도 있다. WTRU는, 확립될 링크 또는 SLRB(들)의 QoS; 선점 풀 내의 사전 정의된 패턴; 및/또는 리소스 이용가능성과 같은 하나 이상의 기준에 기초하여 허용된 세트로부터 특정한 선점 리소스를 선택할 수도 있다.
WTRU가 확립될 링크 또는 SLRB(들)의 QoS에 기초하여 허용된 세트로부터 특정한 선점 리소스를 선택하는 몇몇 경우에, WTRU는, 링크 또는 SLRB의 우선 순위가 더 큰 경우, 또는 링크 또는 SLRB의 레이턴시가 더 낮은 경우, 더 빈번하게 발생하는 링크의 선점을 위한 리소스의 세트를 선택할 수도 있다. 몇몇 예에서, 이것은, 링크/SRLB가 높은 우선 순위 및/또는 낮은 레이턴시와 연관될 때 링크 또는 연관된 SLRB를 선점할 더 많은 기회를 제공한다. 몇몇 예에서, 그러한 더 큰 기회는, 더 높은 우선 순위 링크 및/또는 SLRB가 여전히 더 높은 우선 순위 링크/SLRB에 의해서만 선점될 수도 있는 조건과 일치할 수도 있다.
WTRU가 선점 풀 내의 사전 정의된 패턴에 기초하여 허용된 세트로부터 특정한 선점 리소스를 선택하는 몇몇 경우에, WTRU는 어떤 사전 정의된 패턴(예를 들면, 단일의 사전 정의된 패턴으로서, N 개의 서브프레임마다 반복되는 서브프레임 1 내의 RB 1)에 기초하여 링크 및/또는 SLRB와 연관될 선점 리소스만을 선택할 수도 있다.
WTRU가 (예를 들면, 감지 및 측정치에 기초하여) 리소스 이용가능성에 기초하여 허용된 세트로부터 특정한 선점 리소스를 선택하는 몇몇 경우에, WTRU는 이용가능한 또는 점유된 리소스를 결정하기 위해 감지 프로시저(예를 들면, SCI 디코딩, RSSI 측정, 등등)를 수행할 수도 있고 이용가능한 리소스 세트로부터 선점 리소스를 선택할 수도 있다. 대안적으로, WTRU는 (예를 들면, 다른 WTRU로부터의 모든 수신된 UMUS에 의해 결정되는 바와 같은) 이미 현존하는 유니캐스트 링크와 연관된 선점 리소스를 배제할 수도 있고 나머지 허용 가능한 리소스로부터 확립될 링크 및/또는 SLRB에 대한 선점 리소스를 선택할 수도 있다.
몇몇 예에서, 선점 리소스의 사전 정의된 패턴 세트가 존재할 수도 있고 각각은 하나 이상의 VQI와 연관될 수도 있다. 예를 들면, WTRU는 확립될 링크와 연관된 VQI 또는 가장 높은 VQI와 연관된 사전 정의된 패턴 중에서 선택할 수도 있다. 몇몇 예에서, WTRU는 한 기간에 걸친 다른 WTRU에 의한 UMUS 송신의 검출에 기초하여 다른 WTRU에 의해 현재 사용 중인 임의의 패턴을 배제할 수도 있다. 몇몇 예에서, WTRU는 선점 리소스의 패턴을 (예를 들면, 패턴의 나머지 세트로부터) 랜덤하게 선택할 수도 있거나, 또는 한 기간에 걸쳐 가장 낮은 측정된 RSSI를 갖는 패턴을 선택할 수도 있다. 몇몇 예에서, 패턴이 선택된 이후, WTRU는 예약 신호, 또는 UMUS에서 그러한 패턴과 연관된 인덱스 또는 식별자를 송신할 수도 있다.
몇몇 예는 그 링크에 대한 예약된 선점 리소스 상에서의 선점 메시지의 송신을 포함할 수도 있다. 예를 들면, 현존하는 링크 및/또는 SLRB를 선점할 것을 결정하는 WTRU는 그 링크 및/또는 SLRB의 선점과 연관된 리소스 상에서만 선점 메시지를 송신할 수도 있다. 몇몇 예에서, WTRU는 다른 WTRU에 의한 UMUS 송신의 검출에 기초하여 그러한 리소스를 결정할 수도 있다. 몇몇 예에서, WTRU는 또한, 선점 결정 이전에 시간(T)에 걸쳐 수신되었던 UMUS 송신의 디코딩에 기초하여 유니캐스트 링크 및/또는 SLRB를 선점할지의 여부 및 어떤 유니캐스트 링크 및/또는 SLRB를 선점할지를 결정할 수도 있다. 예를 들면, WTRU는 T에 걸쳐 수신되는 UMUS에 기초하여 자신이 인식하는 모든 확립된 링크 중 가장 낮은 우선 순위를 갖는 링크 및/또는 SLRB를 선택할 수도 있다. 몇몇 예에서, 링크 및/또는 SLRB가 선택된 이후, WTRU는 그 링크 및/또는 SLRB에 대한 UMUS에서 나타내어지는 리소스 상에서 선점 메시지를 송신할 수도 있다.
몇몇 예는 확인 응답 시그널링을 포함한다. 몇몇 예에서, WTRU는, 링크 확립을 개시/완료하기 이전에, 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU 중 하나 이상으로부터 선점 확인 응답 신호의 수신을 대기할 수도 있다. 몇몇 예에서, WTRU는, 문턱 양의 시간 동안 선점 확인 응답을 수신하지 않은 경우, 선점 신호의 송신을 반복할 수도 있다. 몇몇 예에서, WTRU는 링크의 성공적인 선점을 결정할 수도 있고, 따라서, 적어도 하나의 선점 확인 응답 신호의 수신에 기초하여, 링크 확립을 개시/완료할 수도 있다. 대안적으로, WTRU는 WTRU의 문턱 수(N)로부터 확인 응답의 수신에 기초하여 링크의 성공적인 선점을 결정할 수도 있다. 몇몇 예에서, N은 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU의 수와 동일할 수도 있거나(예를 들면, 유니캐스트의 경우 2), 또는 N은 구성될 수도 있거나 또는 사전 구성될 수도 있다.
몇몇 예는 선점 신호의 수신을 포함한다. 몇몇 예에서, WTRU는, WTRU 자신의 소스 어드레스 또는 유니캐스트 어드레스와 매치하는 목적지 어드레스를 선점 신호가 포함하는 경우; 선점 신호가 WTRU의 활성 베어러 중 하나의 무선 베어러 ID를 포함하는 경우; 및/또는 WTRU의 확립된 링크/베어러 중 하나의 VQI 또는 QoS 연관 파라미터와 매치하는 VQI 또는 QoS 연관 파라미터를 선점 신호가 포함하는 경우, 자신이 수신한 선점 신호가, 자신이 현재 확립한 베어러/링크에 적용 가능하다는 것을 결정할 수도 있다.
몇몇 예에서, WTRU는 선점 신호의 수신에 기초하여 하나 이상을 수행할 수도 있다. 예를 들면, 선점 신호 수신에 기초하여, WTRU는, 선점 확인 응답 신호 또는 메시지를 선점하는 WTRU로 송신할 수도 있고; 무선 베어러 또는 유니캐스트 및/또는 멀티캐스트 링크의 해제 또는 중단을 상위 계층에게 통지할 수도 있고; 선점 신호에서 나타내어지는 시간의 기간 동안 주목하는 무선 베어러/링크와 연관된 패킷의 송신을 지연시킬 수도 있고; 무선 베어러 해제 또는 링크 해제 메시지를 유니캐스트 및/또는 멀티캐스트 링크 내의 피어 WTRU 또는 WTRU들로 전송할 수도 있고; 무선 베어러 또는 링크의 해제 또는 지연을 gNB에 통지할 수도 있고; 및/또는 (예를 들면, 채널 스위치 메시지를 전송하는 것에 의해) 캐리어 스위치, BWP 스위치, 또는 풀 스위치를 수행하기 위해 피어 WTRU 또는 WTRU들과의 프로시저를 개시할 수도 있다.
몇몇 예에서, 선점 신호는 문턱치 VQI 또는 문턱치 QoS 레벨(예를 들면, 문턱치 우선 순위 레벨)과 동일한 메시지에서 송신될 수도 있다. 몇몇 예에서, 선점 신호는 모든 WTRU로 브로드캐스팅될 수도 있다. WTRU는, 이 선점 신호의 수신시, 선점 신호에서의 문턱 값보다 더 낮은 우선 순위를 갖는 모든 유니캐스트 및/또는 멀티캐스트 링크를 선점할 수도 있다. 그 다음, WTRU는 상위 계층에게 선점을 통지할 수도 있고 및/또는 링크 내의 피어 WTRU(들)와의 해제 시그널링을 개시할 수도 있다.
몇몇 예는 브로드캐스트 송신을 위한 수락 제어를 포함한다. 예를 들면, 서비스 확립 및/또는 서비스 개시시 수락 제어가 발생할 수도 있다. 몇몇 예에서, WTRU는 상위 계층에 의한 브로드캐스트 서비스의 확립 또는 개시의 표시에 후속하여 수락 제어를 수행할 수도 있다. 몇몇 예에서, WTRU는 그러한 서비스의 개시의 표시를 상위 계층으로부터 수신할 수도 있다. 그 표시는 소망되는 QoS, 서비스 기간 및/또는 지속 기간, 및/또는 수락 제어 정책과 같은 정보를 포함할 수도 있다. 표시가 소망되는 QoS를 포함하는 경우, 표시는, VQI/VQI 범위, PPPP/PPPP 범위, PPPR/PPPR 범위, 등등과 같은, 연관된 서비스에 대해 송신될 패킷의 각각의 QoS 속성의 최악의 경우 또는 범위를 포함할 수도 있다. 표시가 서비스의 기간/지속 기간을 포함하는 경우, 표시는 시간의 어떤 증분 단위로 서비스의 예상된 지속 기간을 포함할 수도 있다. 표시가 수락 제어 정책을 포함하는 경우, 수락 제어 정책은 보장된 QoS 또는 차선형(better effort) QoS, 그러한 서비스에 대한 QoS가 충족될 수 있는 때 및/또는 그 여부를 AS 계층이 상위 계층에게 나타내어야 하는지의 여부 또는 수락 제어 및/또는 모니터링이 수행되어야 하는지의 여부; 및/또는 서비스의 개시에 대해 현존하는 브로드캐스트 서비스 및/또는 유니캐스트 및/또는 멀티캐스트 링크/SLRB의 선점이 허용되는지의 여부, 및/또는 그러한 선점과 연관된 규칙(예를 들면, 어떤 서비스 또는 우선 순위가 선점될 수 있는지)의 표시를 포함할 수도 있다.
몇몇 예에서, WTRU는 본원에서 설명되는 유니캐스트 링크 및/또는 SLRB 확립 케이스에 대한 것과 동일한 또는 실질적으로 동일한 방법을 사용하여 수락 제어 결정을 수행할 수도 있다. 일반성의 손실 없이, 브로드캐스트 송신 서비스에 대한 수락 제어는, 링크 확립과 연관된 시그널링에 기초하는 대신, 상위 계층으로부터 표시를 수신하는 WTRU에서 수락 제어에 대한 결정이 전적으로 취해질 수도 있다는 점을 제외하면, 유니캐스트를 위한 방법을 따를 수도 있다.
몇몇 예에서, WTRU는 브로드캐스트 서비스를 허용하기 위해 진행 중인 브로드캐스트 또는 유니캐스트 및/또는 멀티캐스트 SLRB를 선점할 것을 결정할 수도 있다. SLRB를 선점할지의 여부를 결정하기 위한 규칙은 상위 계층 정책 정보에 기초하여 결정될 수도 있고 유니캐스트 및/또는 멀티캐스트 링크 및/또는 베어러 확립의 개시를 위한 규칙과 유사할 수도 있다.
몇몇 예에서, WTRU는 상위 계층으로부터의 표시 및 WTRU에서의 성공적인 수락 제어 결정시 브로드캐스트 SLRB의 생성을 개시할 수도 있다. 일반성의 손실 없이, SLRB 확립은 유니캐스트 및/또는 멀티캐스트 링크 및/또는 SLRB 확립에 대해 설명되는 것들과 유사한 방법을 사용하여 WTRU에서 수행될 수도 있다. 예를 들면, WTRU는 브로드캐스트 SLRB 개시시 UMUS의 송신을 개시할 수도 있는데, UMUS 내의 정보는 WTRU에서 활성인 하나의, 그 이상의, 또는 모든 브로드캐스트 서비스를 반영한다. 몇몇 프로시저(예를 들면, 기준 신호 송신의 개시)는 브로드캐스트 SLRB 확립에 대해 필요하지 않을 수도 있다.
단일의 패킷에 대한 수락 제어는 WTRU에 의한 하나 이상의 액션을 초래할 수도 있다. 그러한 액션은, 성공적인 수락 제어 - 여기서 패킷은 하위 계층(예를 들면, MAC/PHY 계층)으로의 송신을 위해 제출되어, 정상적인 리소스 선택 프로시저를 겪을 수도 있음 - ; 실패한 수락 제어 - 여기서 WTRU는 (예를 들면, SLRB를 해제하는 것에 의한) 자기 자신의 송신 또는 (예를 들면, 선점 신호의 송신에 의한) 다른 WTRU 송신의 선점을 개시할 수도 있음 - ; 실패한 수락 제어 - 여기서 WTRU는 상위 계층에게 실패를 통지할 수도 있음 - ; 및/또는 실패한 수락 제어 - 여기서 WTRU는 브로드캐스트 서비스에 대한 새로운 QoS 연관 속성을 협상할 수도 있고 및/또는 선택할 수도 있으며, WTRU는 새로운 QoS 연관 속성과 함께 서비스와 연관된 패킷을 제출할 수도 있음 - 를 포함할 수도 있다.
몇몇 예는 패킷별 수락 제어를 포함한다. 예를 들면, WTRU는 SL 상에서의 송신을 위해 상위 계층으로부터의 패킷의 각각의 수신시 패킷별 수락 제어를 수행할 수도 있다. 몇몇 예에서, 단일의 패킷에 대한 수락 제어 결정은, 어쩌면 소정의 변경 및/또는 제약을 비롯한, 유니캐스트 및/또는 멀티캐스트 링크 확립 수락 제어에 대해 설명되는 방법에 기초할 수도 있다. 그러한 변경 및/또는 제약은, 수락 제어를 위해 사용되는 WTRU 측정치, 메트릭, 및/또는 리소스 사용량의 추정치가 송신될 패킷과 연관된 PDB 또는 레이턴시 요건으로 제한될 수도 있다는 것; WTRU 측정치, 메트릭, 및/또는 리소스 사용량의 추정치가 평균 값보다는 최악의 경우 값을 사용할 수도 있다는 것; 결정 기준(예를 들면, WTRU 측정치/메트릭/리소스 사용량과 비교하기 위한 문턱치)은 링크 및/또는 SLRB 수락 제어와 비교하여 패킷별 수락 제어에 대해 상이할 수도 있다는 것; 실패한 수락 제어는, 실패한 수락 제어에도 불구하고 패킷의 임시 수락에 관한 것과 같은, 본원에서 설명되는 조건에 기초하여 허용될 수도 있다는 것 - 여기서 실패한 수락 제어의 이점은, 단일의 또는 적은 수의 패킷의 QoS를 충족하기 위해, (예를 들면, 선점의 결과로서의) 확립된 링크 및/또는 SLRB를 해제하는 것을 방지하는 것일 수도 있음 - 을 포함할 수도 있다. 몇몇 그러한 경우에, 수락 제어에 실패한 패킷 또는 패킷들은 일시적으로 허용될 수도 있는데, 예를 들면, 서비스가 일시적으로 리소스의 QoS 능력을 초과할 수도 있다는 기대가 있기 때문이다.
몇몇 예에서, WTRU는 수락 제어의 결과에 따라, 다음과 같은 다수의 동작 중 하나를 수행할 수도 있다: 수락 제어가 성공하는 경우, 패킷은 하위 계층(예를 들면, MAC/PHY 계층)으로의 송신을 위해 제출되어, 정상적인 리소스 선택 프로시저를 겪을 수도 있음; 수락 제어가 실패하는 경우, WTRU는 (예를 들면, SLRB를 해제하는 것에 의한) 자기 자신의 송신 또는 (예를 들면, 선점 신호의 송신에 의한) 다른 WTRU 송신의 선점을 개시할 수도 있음; 수락 제어가 실패하는 경우, WTRU는 상위 계층에게 실패를 통지할 수도 있음; 및/또는 수락 제어가 실패하는 경우, WTRU는 브로드캐스트 서비스에 대한 새로운 QoS 연관 속성을 협상할 수도 있고 및/또는 선택할 수도 있음 - 여기서 WTRU는 새로운 QoS 연관 속성과 함께 서비스와 연관된 패킷을 제출할 수도 있음 - ; 및/또는 수락 제어가 실패하는 경우 - WTRU는 실패한 수락 제어 패킷의 임시 수락에 관한 본원에서 논의되는 규칙에 기초하여 수락 제어에 실패한 패킷을 여전히 송신할 수도 있음 - .
몇몇 예는 패킷에 대한 실패한 수락 제어에도 불구하고 패킷의 임시 수락을 포함한다. 예를 들면, WTRU는 수락 제어에 실패한 패킷을 허용(즉, 수락)하기 위한 규칙을 가지고 구성될 수도 있거나 또는 사전 구성될 수도 있다. 몇몇 예에서, 패킷이 수락 제어에 실패하면, 이것은, WTRU가, 패킷별 수락 제어를 겪고 있는 서비스의 QoS를 보장하는 동안, 현존하는 링크에 대한 QoS를 유지할 수 없다는 것을 의미할 수도 있거나 또는 나타낼 수도 있다.
몇몇 예에서, 패킷별 수락 제어에 대한 규칙은 주어진 서비스에 대해 허용되는 수락 제어에 실패하는 수락된 패킷의 총 수에 기초할 수도 있다. 예를 들면, WTRU는 서비스의 지속 기간 동안 수락 제어에 실패하는 패킷의 총(즉, 최대) 수를 결정할 수도 있는데, 여기서 이 수가 서비스 수명 동안 초과되면, WTRU는, 수락 제어에 실패하는 그러한 패킷을 더 이상 수락하지 않을 수도 있다.
몇몇 예에서, 패킷별 수락 제어에 대한 규칙은 송신될 수도 있는 실패하는 수락 제어 패킷의 비율, 또는 모든 사전 정의된 시간 기간 또는 시간 윈도우에 대해 허용되는 실패하는 수락 제어 패킷의 고정된 수에 기초할 수도 있는데, 여기서 비율/수/윈도우는 브로드캐스트 서비스마다 또는 모든 브로드캐스트 서비스에 걸쳐 정의될 수도 있다. 예를 들면, WTRU는 허용되는, 초당 실패한 패킷과 같은 비율을 결정할 수도 있고, 비율을 초과하는 추가적인 실패한 수락 제어 패킷은 송신되지 않을 수도 있고 및/또는 표시가 상위 계층으로 전해질 수도 있고 및/또는 선점 프로시저가 개시될 수도 있다.
몇몇 예에서, 패킷별 수락 제어에 대한 규칙은, 수락 제어에 실패하는 주어진 서비스와 잠재적으로 연관된 연속적인 브로드캐스트 패킷의 최대 수에 기초할 수도 있다. 예를 들면, WTRU는 상위 계층에 대한 표시 및/또는 선점의 수행 이전에 수락 제어에 실패하는 연속적인 패킷의 수를 결정할 수도 있다.
몇몇 예에서, 패킷별 수락 제어에 대한 규칙은 수락 제어에 실패하는 패킷 사이의 허용 가능한 시간에 기초할 수도 있고, 어쩌면, 단일의 브로드캐스트 서비스에 또는 모든 브로드캐스트 서비스에 걸쳐 연관될 수도 있다. 예를 들면, WTRU는, 예를 들면, 실패한 수락 제어 사이의 시간 차이가 계산된 최소치보다 더 큰 한, 실패 액션을 취하지 않고, 수락 제어에 실패하는 패킷 사이의 최소 요구 시간을 결정할 수도 있고 그러한 패킷을 계속 송신할 수도 있다.
몇몇 예는 임시 수락에 연관이 있는 파라미터를 결정하기 위한 인자를 포함할 수도 있다. 예를 들면, WTRU는 하나의 또는 다수의 인자에 기초하여 수락 제어에 실패하는 패킷의 임시 수락을 위해 상기에서 논의되는 파라미터 중 임의의 것을 결정할 수도 있다.
몇몇 예에서, 임시 수락에 연관이 있는 파라미터를 결정하기 위한 인자는, 패킷 송신이 필요로 되는 캐리어, 캐리어들, BWP, BWP들, 풀 및/또는 풀들 상에서 현재 확립되는 유니캐스트 및/또는 멀티캐스트 및/또는 브로드캐스트 링크/SLRB의 수를 포함할 수도 있다. 몇몇 예에서, 임시 수락에 연관이 있는 파라미터를 결정하기 위한 인자는, 브로드캐스트 서비스의 송신으로서 동일한 풀, BWP, 및/또는 캐리어 상의 현재 확립된 링크/SLRB 중 하나 이상의 QoS 속성(예를 들면, 그 하나 이상과 연관된 VQI)을 포함할 수도 있다. 몇몇 예에서, 임시 수락에 연관이 있는 파라미터를 결정하기 위한 인자는 송신의 레이턴시, 우선 순위, PDB, 신뢰도, 및 등등과 같은, 송신될 패킷의 QoS 속성(예를 들면, 그 패킷과 연관된 VQI)을 포함할 수도 있다. 몇몇 예에서, 임시 수락에 연관이 있는 파라미터를 결정하기 위한 인자는, 서비스 및/또는 패킷이 송신될 수도 있는 풀, 캐리어, 및/또는 BWP의 측정된 CBR을 포함할 수도 있다. 그러한 결정(예를 들면, 허용 가능한 실패율과 현재 확립된 SLRB 또는 SLRB들의 VQI 사이의 관계)은 또한, WTRU에서 구성될 수도 있거나 또는 사전 구성될 수도 있다.
몇몇 예에서, WTRU는 패킷의 송신을 위해 사용될 수 있는 리소스 풀 또는 풀들의 CBR을 측정하는 것에 의해 브로드캐스트 서비스와 연관된 패킷에 대한 수락 제어를 수행하도록 구성될 수도 있다. 예를 들면, WTRU는 그 풀 상에서의 측정된 CBR이 구성된 문턱치를 초과하는 경우 패킷에 대한 수락 제어가 실패한다는 것을 결정할 수도 있다. 몇몇 예에서, WTRU는 또한, 실패한 수락 제어를 갖는 패킷의 도달 사이의 시간이 적어도 문턱 시간(예를 들면, X)이면, 패킷에 대한 실패한 수락 제어에도 불구하고 하위 계층에 의한 송신을 허용할 수도 있다. X의 값은, 예를 들면, 수락에 실패하는 특정한 브로드캐스트 패킷의 VQI 대 X의 구성된 매핑에 기초하여, WTRU에 의해 결정될 수도 있다.
몇몇 예에서, WTRU는, 예를 들면, UMUS의 디코딩 및 리소스의 총량에 대한 백분율 리소스 사용량을 문턱치와 비교하는 것에 기초하여, 모든 확립된 SLRB와 연관된 최악의 경우 리소스 사용량을 결정하는 것에 의해 브로드캐스트 패킷에 대한 수락 제어를 수행하도록 구성될 수도 있다. 몇몇 예에서, 계산된 리소스 사용량이 브로드캐스트 패킷의 도달시 문턱치를 초과하는 경우, 수락 제어는 패킷에 대해 실패한 것으로 간주될 수도 있다. 몇몇 예에서, 문턱치는 브로드캐스트 패킷의 VQI의 구성된 또는 사전 구성된 매핑에 기초하여 WTRU에 의해 결정될 수도 있다. 몇몇 예에서, WTRU는 어떤 비율의 브로드캐스트 패킷 수락 제어를 허용할 수도 있는데, 여기서 WTRU는 그러한 브로드캐스트 패킷의 송신을 여전히 수행한다. 실패하는 브로드캐스트 패킷 수락 제어의 허용된 비율은 UMUS에 의해 결정되는 임의의 활성 SLRB의 최악의 경우의 또는 최상의 경우의 QoS의 VQI에 기초하여 구성될 수도 있거나 또는 사전 구성될 수도 있다. 예를 들면, WTRU는 VQI(즉, 최악의 경우의 또는 최상의 경우의 SLRB에 대한 VQI) 대 허용 가능한 실패율의 매핑으로 구성될 수도 있거나 또는 사전 구성될 수도 있고, 수락 제어에 실패하는 패킷을 일시적으로 허용하기 위해 그러한 비율을 사용할 수도 있다.
몇몇 예는 유니캐스트 및/또는 멀티캐스트 링크 유지보수를 위한 방법, 시스템, 및 디바이스를 포함한다. 예를 들면, WTRU는 링크의 확립시 기준 신호 또는 신호들을 송신하도록 구성될 수도 있다. 몇몇 예에서, WTRU는 사이드링크 링크 유지보수를 위해 링크의 확립시 기준 신호 또는 신호들을 송신하도록 구성될 수도 있다. 예를 들면, WTRU는 상위 계층으로부터 또는 RRC로부터 링크의 성공적인 확립에 후속하여 그러한 기준 신호 또는 신호들을 송신하기 시작할 수도 있고, 링크의 해제에 후속하여 이들 기준 신호의 송신을 중지할 수도 있다. 몇몇 예에서, WTRU는 링크에 대해 확립되는 무선 베어러의 수 및/또는 타입에 기초하여 자신의 기준 신호 구성을 변경할 수도 있다.
WTRU는 확립되는 모든 유니캐스트 및/또는 멀티캐스트 링크에 대한 하나의 기준 신호 구성을 송신할 수도 있다. 그러한 경우, WTRU는 제1 링크의 확립시 기준 신호의 송신을 시작할 수도 있고, 마지막 남은 링크가 해제되는 경우 기준 신호의 송신을 중지할 수도 있다. 대안적으로, WTRU는 각각의 유니캐스트 및/또는 멀티캐스트 링크에 대해 기준 신호의 상이한 세트(예를 들면, 상이한 시간/주파수 리소스, 상이한 시퀀스, 상이한 PHY 계층 속성)를 송신할 수도 있고, 링크의 확립/해제시 연관된 링크에 대한 기준 신호 송신을 시작/중지할 수도 있다.
몇몇 예는 기준 신호 수신을 포함한다. 예를 들면, WTRU는 유니캐스트 및/또는 멀티캐스트 링크의 확립에 후속하여 링크 모니터링을 위한 기준 신호를 모니터링할 수도 있고 및/또는 측정할 수도 있다. WTRU는 기준 신호의 위치와 연관된 특정한 시간, 주파수, 및/또는 빔 리소스를 가지고 (예를 들면, RRC를 통해) 구성될 수도 있다. 몇몇 예에서, 그러한 구성은 링크 확립 시그널링 동안 피어 WTRU에 의해 또는 gNB에 의해 WTRU로 제공될 수도 있다. 몇몇 예에서, WTRU는, 링크의 해제에 후속하여, 또는 그 WTRU에 대한 마지막 활성 링크의 해제에 후속하여, 특정한 유니캐스트 및/또는 멀티캐스트 링크에 대한 기준 신호의 모니터링/측정을 중지할 수도 있다.
몇몇 예는 기준 신호의 결정, 유니캐스트 구성, 및/또는 멀티캐스트 링크의 모니터링을 포함한다. 예를 들면, WTRU는 공유 리소스로부터 기준 신호 구성을 선택할 수도 있다. 몇몇 예에서, 모드 2 WTRU는, 자신이 송신할 필요가 있는 기준 신호의 시간, 주파수, 및/또는 빔 위치 및/또는 유니캐스트 및/또는 멀티캐스트 링크에서 다른 WTRU에 의해 송신되는 기준 신호의 시간, 주파수, 및/또는 빔 위치를 결정할 수도 있다. 예를 들면, WTRU는, 그 자체적으로, 그리고 어쩌면 유니캐스트 및/또는 멀티캐스트 그룹 내의 다른 WTRU에 의해, 기준 신호 송신을 위한 시간, 주파수, 및/또는 빔 리소스 세트를 예약하기 위해 리소스 선택을 수행할 수도 있다. 몇몇 예에서, WTRU가 리소스를 선택한 이후, WTRU는 그러한 RS 리소스를 무기한으로 예약하기 위해 장기 예약 신호를 송신할 수도 있다. 몇몇 예에서, 그러한 예약 신호는 PSCCH 상에서 송신될 수도 있고(예를 들면, SCI와 같은 송신 전송), 예를 들면, 구성된 또는 사전 구성된 세트로부터의 기준 신호에 대한 리소스 구성을 포함할 수도 있다.
몇몇 예에서, WTRU는 사용 가능한 또는 사전 정의된/사전 구성된 리소스의 세트로부터 기준 신호의 송신을 위한 하나 이상의 리소스 세트 및/또는 구성을 선택하기 위해 리소스 선택 프로시저를 수행할 수도 있다. 예를 들면, WTRU는, 데이터 리소스 선택과 유사하게, 감지 결과에 기초하여 RS에 대해 사전 구성된 리소스 세트를 선택할 수도 있다. 몇몇 예에서, WTRU는 기준 신호 리소스에 대한 리소스 선택 동안 하나 이상의 액션을 수행할 수도 있다. 몇몇 예에서, 액션은 (예를 들면, 구성을 통해) WTRU를, 다수의 사전 정의된 또는 사전 구성된 세트만으로부터의 리소스 세트와 연관된 리소스의 세트의 선택으로 제한하는 것을 포함할 수도 있는데, 여기서 리소스 세트는 단일의 유니캐스트 및/또는 멀티캐스트 링크에 대한 송신 기준 신호와 연관된다. 몇몇 예에서, 액션은, 데이터 송신에 기초한 리소스 점유의 결정을 위해 WTRU가 상이한 문턱치를 사용하는 것, 또는 네트워크에 의해 구성되는 최대 또는 최소 우선 순위, 신뢰도 및/또는 범위 값과 연관된 문턱치를 사용하는 것을 포함할 수도 있다. 몇몇 예에서, 액션은, 리소스 선택 동안 리소스의 다수의 세트가 이용가능한 것으로 결정되는 경우 최소 RSSI를 갖는 리소스 세트를 WTRU가 선택하는 것을 포함할 수도 있다. 몇몇 예에서, 액션은, 리소스 선택 동안 다수의 리소스 세트가 이용가능한 것으로 결정되는 경우, 링크 ID, 소스 L2 ID, 또는 목적지 L2 ID와 연관된 해싱 함수에 기초하여 WTRU가 리소스 세트를 선택하는 것을 포함할 수도 있다. 몇몇 예에서, 액션은, WTRU가 기준 신호에 대한 이용가능한 리소스를 찾을 수 없는 경우, 리소스를 활용하고 있을 수도 있는 다른 송신을 선점하기 위해 WTRU가 선점 신호를 송신하는 것을 포함할 수도 있는데, 여기서 선점은 특정한 우선 순위, 또는 특정한 다른 QoS 파라미터(VQI)의 특정한 타입의 송신(예를 들면, 브로드캐스트, 유니캐스트, 또는 멀티캐스트)과 연관된 송신의 선점에 대한 것일 수도 있고; 및/또는 WTRU는 리소스 선택 프로시저 동안 기준 신호의 송신을 최고 우선 순위로서 간주할 수도 있다.
몇몇 예는 고유의 WTRU ID, 링크 ID, 또는 베어러 ID에 기초하여 기준 신호 구성을 결정하는 것을 포함한다. 예를 들면, WTRU는 기준 신호 송신을 위해 예약되는 시간, 주파수, 및/또는 빔 리소스 세트 상에서 기준 신호를 송신할 수도 있다. 몇몇 예에서, 그러한 리소스는 PSSCH 및 PSCCH의 송신을 위해 사용되지 않을 수도 있다. 몇몇 예에서, WTRU는 캐리어 및/또는 BWP마다 기준 신호 리소스의 하나 이상의 세트 및/또는 구성을 가지고 구성될 수도 있다. 대안적으로, WTRU는 송신 풀마다 기준 신호 리소스의 하나 이상의 세트 및/또는 구성을 가지고 구성될 수도 있고, 그러한 송신을 위해 사용할 풀과 연관된 유니캐스트 및/또는 멀티캐스트 송신을 위한 기준 신호 구성만을 선택할 수도 있다.
몇몇 예에서, 기준 신호 송신 사이의 충돌을 방지하기 위해, WTRU는 기준 신호 송신을 위한 리소스 구성을 선택할 수도 있다. WTRU는, 이 선택을, 네트워크 또는 상위 계층에 의해 잠재적으로 할당되는 유니캐스트 및/또는 멀티캐스트 링크 ID에 기초하여(예를 들면, 여기서 ID는 고유함); 기준 신호를 송신하는 WTRU의 소스 ID에 기초하여; 기준 신호가 송신되는 WTRU의 목적지 ID, 또는 유니캐스트 및/또는 멀티캐스트 링크와 연관된 L2 ID에 기초하여 - 하나가 존재하는 경우 - ; 서비스와 연관된 목적지 ID에 기초하여; WTRU의 C-RNTI에 기초하여; 무선 베어러 ID에 기초하여 행할 수도 있다.
몇몇 예에서, 유니캐스트 및/또는 멀티캐스트 링크와 연관된 WTRU는, 그 링크와 연관된 기준 신호를 모니터링할 수도 있고, 그들 기준 신호의 시간, 주파수, 및/또는 빔 위치를, 기준 신호 구성에 기초하여; L2 소스 ID, L2 목적지 ID, 상위 계층으로부터의 또는 네트워크로부터의 할당된 유니캐스트 및/또는 멀티캐스트 링크 ID와 동일할 수도 있는 유니캐스트 및/또는 멀티캐스트 링크와 연관된 고유의 ID에 기초하여; 무선 베어러 ID에 기초하여; 및/또는 유니캐스트 및/또는 멀티캐스트 그룹 내에서 고유한 WTRU ID에 기초하여 결정할 수도 있다.
몇몇 예는 멀티캐스트 링크(예를 들면, 2 개보다 더 많은 WTRU를 포함하는 링크)에 대한 기준 신호를 구성하는 것을 포함한다. 몇몇 예에서, WTRU는 멀티캐스트 그룹에서 송신하는 각각의 WTRU에 대한 기준 신호의 상이한 세트를 모니터링할 수도 있고, 기준 신호의 각각의 세트를 상이한 WTRU로부터의 송신과 연관시킬 수도 있다. 몇몇 예에서, 송신하는 WTRU는 자기 자신의 송신과 연관된 세트 상에서 자신의 링크 기반의 기준 신호를 송신할 수도 있다.
몇몇 예에서, WTRU는 전용 물리적 채널과 연관된 가능한 기준 신호 시간, 주파수, 및/또는 빔 위치의 구성을 제공받을 수도 있다. 몇몇 예에서, WTRU는 또한 서로 연관된 리소스의 매핑(예를 들면, 리소스 세트의 정의)을 가지고 구성될 수도 있다. 몇몇 예에서, WTRU는 모듈로 연산(modulo operation)을 사용하여 구성된 유니캐스트 및/또는 멀티캐스트 링크 ID에 기초하여 기준 신호의 송신 및/또는 수신을 위해 사용될 리소스 세트를 선택할 수도 있다(예를 들면, 여기서 기준 세트 모듈로 WTRU ID = 0).
다른 예에서, WTRU는 그룹 내에서 고유한 WTRU에 할당되는 고유의 WTRU ID에 기초하여 유니캐스트 그룹 내의 특정한 WTRU에 의해 송신되는 기준 신호 또는 기준 리소스 세트를 식별할 수도 있다. 예를 들면, 3 개의 WTRU의 멀티캐스트 그룹에서, WTRU는 별개의 ID 1, 2, 및 3을 할당받을 수도 있고, WTRU(WTRUx) 중 하나에 의해 송신되는 기준 신호는 그 멀티캐스트 링크에 할당되는 "x 번째" 기준 신호 세트에 대응할 수도 있다.
몇몇 예는 베어러 고유의 기준 신호 구성을 포함한다. 예를 들면, WTRU는 동일한 멀티캐스트 링크 내의 상이한 무선 베어러에 대한 기준 신호 송신 및/또는 수신을 위한 리소스의 상이한 세트를 가지고 구성될 수도 있다. 몇몇 예에서, 송신하는 및/또는 수신하는 WTRU는, 더욱 엄격한 신뢰도 요건을 갖는 무선 베어러에 대해 더 큰 밀도의 기준 신호를 송신 및/또는 수신할 수도 있다. 몇몇 예에서, WTRU는 상이한 활성 무선 베어러에 대한 기준 신호 리소스의 상이한 세트 상에서 송신 및/또는 수신할 수도 있다. 대안적으로, WTRU는 최악의 경우의 성능 요건을 갖는 무선 베어러와 연관된 기준 신호 리소스의 세트 상에서 송신 및/또는 수신할 수도 있다. 그러한 경우에, 무선 베어러가 확립되거나 또는 해제되는 경우, 또는 WTRU가 동일한 구성을 유지하는 경우, WTRU는 기준 신호 구성을 (예를 들면, 구성 1로부터 구성 2로) 변경할 수도 있다. 몇몇 예에서, 구성을 변경할지 또는 유지할지의 여부의 결정은 베어러와 연관된 QoS 특성에 의존할 수도 있다. 몇몇 예에서, WTRU는 무선 베어러(예를 들면, 무선 베어러 타입) 대 기준 신호 구성의 매핑으로 구성될 수도 있다.
몇몇 예는 ID 변경에 기인하여 기준 신호 구성을 변경하기 위한 프로시저를 포함한다. 예를 들면, WTRU는, 예를 들면, 상위 계층에 의한 결정에 기초하여, 예를 들면, 보안 목적을 위해, 자신의 소스 L2 ID를 변경할 필요가 있을 수도 있다. 몇몇 예에서, 기준 신호를 WTRU가 송신하는 것 및 수신하는 것은, ID의 변경 동안 동기화될 필요가 있을 수도 있다.
몇몇 예에서, 기준 신호 위치를 결정하기 위해 사용되는 ID를 변경하기 위한 표시를 수신하는 WTRU는, 상위 계층 표시의 수신의 시간과 연관하여 서브프레임 및/또는 슬롯(n)을 결정할 수도 있다. 서브프레임/슬롯 n에서, WTRU는 이전 구성을 갖는 기준 신호의 송신을 중지할 수도 있고 새로운 구성을 갖는 기준 신호의 송신을 시작할 수도 있다. 몇몇 예에서, 기준 신호를 모니터링하는 WTRU는, 수신 관점에서, 동일한 방식으로, 또는 실질적으로 동일한 방식으로 거동할 수도 있다. 예를 들면, 서브프레임 또는 슬롯(N)에서, WTRU는 이전 구성에 따른 기준 신호의 모니터링을 중지할 수도 있고, 새로운 구성에 따른 기준 신호의 모니터링을 시작할 수도 있다. 그러한 경우에, 송신하는 및/또는 수신하는 WTRU는 N의 값을, 상위 계층으로부터의 표시에 기초하여; ID를 변경하는 상위 계층 표시의 수신에 후속하여 정의된 시간 위치에 기초하여(예를 들면, 서브프레임 N은, 표시에 후속하는 적어도 문턱치(k) 서브프레임인 상위 계층 표시의 수신 이후 서브프레임 0의 제1 발생일 수도 있음)); 및/또는 RRC 시그널링에서의 수신에 기초하여(예를 들면, 소스 WTRU는 기준 신호 구성의 변경의 타이밍을 결정할 수도 있고 이것을 RRC 메시지를 사용하여 유니캐스트 및/또는 멀티캐스트 링크 내의 다른 WTRU(들)에게 나타낼 수도 있음) 결정할 수도 있다. 몇몇 예에서, 수신하는 WTRU는 상위 계층 표시의 수신에 후속하는 시간의 한 기간 동안 기준 신호의 모니터링을 즉시 중단하도록 구성될 수도 있다. 몇몇 예에서, WTRU는 표시의 수신에 후속하여 서브프레임 N에서 새로운 구성에 기초하여 모니터링을 시작할 수도 있는데, 여기서 N은 앞서 설명되는 동일한 방법을 사용하여 결정될 수도 있다.
몇몇 예에서, WTRU는 활성 SL 무선 베어러에 기초하여 자신의 사이드링크 모니터링 파라미터를 결정할 수도 있다. 몇몇 예에서, WTRU는 사이드링크 상에서 다른 WTRU에 의해 송신되는 기준 신호의 측정치에 기초하여 사이드링크 모니터링 프로시저를 수행할 수도 있다. 몇몇 예에서, WTRU는 다수의 독립적인 SL 모니터링 프로시저를 수행할 수도 있다. 그러한 모니터링 프로시저는, 유니캐스트 및/또는 멀티캐스트 링크마다, 각각의 유니캐스트 및/또는 멀티캐스트 링크 상의 무선 베어러마다(예를 들면, 다수의 무선 베어러가 단일의 링크와 연관된 경우); 및/또는 멀티캐스트 링크와 연관된 각각의 WTRU에 대해 수행될 수도 있다. 몇몇 예에서, 사이드링크 모니터링 프로시저는 다른 WTRU에 의해 송신되는 기준 신호로부터의 품질 메트릭(예를 들면, RS-RSRP, PSCCH 또는 PSSCH 상의 BLER, 등등)을 모니터링하는 것 및 메트릭이 문턱 시간 동안 문턱치 미만일 때를 상위 계층에게 나타내는 것을 포함할 수도 있다.
WTRU는 베어러와 연관된 VQI에 기초하여 자신의 RLM/RLF 파라미터 및 프로시저를 결정할 수도 있다. 예를 들면, SL 베어러는 하나 이상의 VQI와 연관될 수도 있다. 몇몇 예에서, WTRU는 각각의 VQI에 대한 RLM/RLF 구성을 가지고 또한 구성될 수도 있고 그러한 VQI를 갖는 베어러가 활성인 경우 연관된 구성을 적용할 수도 있다. 몇몇 예에서, 다수의 매핑된 VQI를 갖는 베어러는, VQI의 수치 값에 기초하여 - 여기서 WTRU는 가장 낮은 또는 가장 높은 숫자를 갖는 VQI를 선택함 - ; 및/또는 VQI로부터 유도되는 하나 이상의 QoS 파라미터에 기초하여 - 여기서 WTRU는 우선 순위, 레이턴시, 신뢰도, 및 등등과 같은 VQI로부터 QoS 연관 파라미터의 세트를 유도할 수도 있음 - VQI와 연관될 수도 있다. 몇몇 예에서, WTRU는 하나 이상의 유도된 QoS 파라미터(예를 들면, 신뢰도만)를 결정할 수도 있고, 그들 요건 중 가장 엄격한 값을 갖는 VQI의 사용을 결정할 수도 있다. 몇몇 예에서, WTRU는, 예를 들면, 상기의 규칙에 기초하여, 베어러가 추가될 때 및/또는 제거될 때 자신의 모니터링 프로시저 및/또는 파라미터를 암시적으로 변경할 수도 있다.
몇몇 예에서, VQI 고유의 RLM/RLF 구성은, 목표 PSSCH/PSCCH BLER; 목표 RS-RSRP; 상위 계층에 대한 RLM과 같은 표시의 빈도(예를 들면, RRC; 예를 들면, PHY 계층이 목표치 미만의 RSRP를 얼마나 자주 보고할 수 있는지); 및/또는 타이머(예를 들면, RLF와 같은 타이머)를 포함할 수도 있다.
몇몇 예는 유니캐스트 및/또는 멀티캐스트 링크마다 모니터링 프로시저 및/또는 파라미터를 포함한다. 몇몇 예에서, WTRU는 자신의 활성 SL 베어러 중 하나 이상의 것의 QoS 특성에 기초하여 자신의 모니터링 프로시저 및/또는 품질 메트릭을 결정할 수도 있다. 예를 들면, WTRU는 파라미터의 단일의 세트를 사용하여 단일의 모니터링 프로시저를 수행할 수도 있고 유니캐스트 및/또는 멀티캐스트 링크에 대한 현재 활성인 SL 무선 베어러의 세트에 기초하여 그러한 프로시저/모니터링 파라미터를 선택할 수도 있다. 몇몇 예에서, WTRU는 "최악의 경우" 베어러 요건에 기초하여 프로시저 및/또는 파라미터를 선택할 수도 있다. 예를 들면, RB 타입 1 및 RB 타입 2는, WTRU에서, 각각이 그들 고유의 프로시저/파라미터를 가지고 구성될 수도 있는데, 여기서 RB 타입 1은 RB 타입 2보다 더 높은 우선 순위로서 간주된다. 몇몇 예에서, 베어러 둘 모두가 동시에 구성되면, WTRU는 RB 타입 1의 파라미터에 기초하여 모니터링을 수행할 수도 있다. 그렇지 않고, 단일의 베어러가 활성인 경우, WTRU는 그 베어러와 연관된 프로시저 및/또는 파라미터를 적용할 수도 있다.
몇몇 예에서, WTRU는 활성 무선 베어러의 조합에 대한 모니터링 프로시저 및/또는 파라미터를 유도하기 위해 파라미터 유도 함수(예를 들면, 평균 BLER, 가중된 평균 BLER, 등등)를 가지고 구성될 수도 있고, 베어러의 조합이 활성인 경우 상기 프로시저 및/또는 파라미터를 적용할 수도 있다. 그렇지 않고, 단일의 베어러가 활성인 경우, WTRU는 그 베어러와 연관된 프로시저 및/또는 파라미터를 적용할 수도 있다.
몇몇 예에서, WTRU는 다수의 프로시저 및/또는 파라미터를 유지할 수도 있다. 예를 들면, WTRU는, 동일한 또는 상이한 유니캐스트 및/또는 멀티캐스트 링크와 잠재적으로 연관된 SL 무선 베어러, 또는 SL 무선 베어러의 세트마다 병렬 프로시저(예를 들면, 병렬로 그리고 독립적으로 실행됨) 및 파라미터 세트를 유지할 수도 있다. 예를 들면, WTRU는, 기준 신호의 측정된 품질(RS_QUAL) < 목표치를, 각각의 무선 베어러에 대해 독립적으로 보고할 수도 있는데, 여기서 각각의 SL 무선 베어러는 기준 신호의 상이한 세트를 가지고 구성될 수도 있다. 다른 예에서, 기준 신호의 동일한 세트는 모든 무선 베어러에 대해 송신될 수도 있지만, 그러나 WTRU는 상이한 목표 품질에 기초하여 모니터링할 수도 있고 상이한 품질 각각에 대해 독립적으로 이벤트를 보고할 수도 있다.
몇몇 예에서, SL 무선 베어러가, 어쩌면 상이한 VQI 범위와 연관된 상이한 VQI를 가지고 구성되는 경우, WTRU는 단일의 SL 무선 베어러에 대해 다수의 프로시저 및/또는 파라미터를 유지할 수도 있다. 예를 들면, WTRU는 각각의 VQI 범위에 대한 프로시저 및/또는 파라미터의 세트를 가지고 구성될 수도 있다. 몇몇 예에서, 상이한 VQI 범위로부터의 플로우를 포함하는 무선 베어러가 확립되면, WTRU는 상기 베어러에 대한 각각의 범위와 연관된 독립적인 파라미터를 갖는 다수의 모니터링 프로시저를 수행할 수도 있다.
몇몇 예에서, WTRU는, 상이한 품질을 모니터링하기 위해 사용될 수도 있는 상이한 링크 실패 타이머(예를 들면, T1 및 T2)를 가지고 구성될 수도 있다. 실패하는 모니터링된 품질에 따라, WTRU는 적절한 타이머를 개시할 수도 있고 그러한 타이머가 만료되는 경우 또는 그 이후에 상위 계층(예를 들면, NAS)에게 또는 네트워크에게 링크 실패를 나타낼 수도 있다. WTRU는 또한, 링크 실패가 선언되는 경우, 링크 타이머 중 어떤 것이 만료되었는지를 나타낼 수도 있다.
몇몇 예에서, WTRU는 멀티캐스트 링크에서 WTRU마다 독립적인 프로시저 및/또는 파라미터를 유지할 수도 있다. 몇몇 예에서, WTRU는 멀티캐스트 링크 내의 각각의 WTRU에 대해 RLM와 같은 이벤트를 상위 계층으로 독립적으로 보고할 수도 있다. 몇몇 예에서, WTRU는 링크 확립 동안 유도되는 초기 측정치에 기초하여 목표치 품질 척도를 결정할 수도 있다. 예를 들면, 링크 모니터링을 위한 목표 품질은, 유니캐스트 및/또는 멀티캐스트 링크 확립 동안 디스커버리 또는 링크 확립 메시지 송신의 측정된 품질로부터 유도되는 백분율 또는 어떤 값일 수도 있다.
몇몇 예에서, 멀티캐스트 링크와 연관된 WTRU는 그 멀티캐스트 링크와 연관된 링크 실패 프로시저를 요구할 수도 있다. 몇몇 예에서, 링크 실패는, 기준 신호 모니터링에 기초하여, 링크 품질이, 어떤 잠재적으로 연속적인 시간 기간 동안 목표치 미만이다는 결정과 같은 다양한 조건과 연관될 수도 있다.
몇몇 예에서, WTRU는 멀티캐스트 링크 내의 각각의 WTRU에 대해 독립적으로 링크 실패를 보고할 수도 있다. 예를 들면, WTRU는 멀티캐스트 링크와 연관된 링크 실패를 선언할 수도 있고, 또한, 링크 실패가 발생한 WTRU 또는 WTRU들을 (예를 들면, 그들 WTRU 각각에 의해 송신되는 기준 신호의 독립적인 모니터링에 기초하여) 나타낼 수도 있다.
몇몇 예에서, 품질이 구성된 시간 기간 동안 목표치 미만이다는 것을, 멀티캐스트 링크 내의 WTRU의 서브세트와 연관된 모니터링이 나타내는 경우, WTRU는 링크 실패를 보고할 수도 있다. 몇몇 예에서, WTRU는 상위 계층 구성(예를 들면, 애플리케이션 또는 RRC) 또는 상대적 위치에 기초하여 WTRU의 특정한 서브세트를 결정할 수도 있다.
상위 계층 구성에 기초하여 WTRU의 특정한 서브세트를 WTRU가 결정하는 경우, WTRU는, 링크 실패가 발생해야 하는 WTRU의 세트를 가지고 명시적으로 구성될 수도 있거나, 또는 WTRU는, 중계 구성, 각각의 WTRU의 군집 구성 및 그 역할의 식별, 리소스 선택 구성, WTRU 지원에 기초한 리소스 선택이 사용되지, 및/또는 동기화 소스 구성과 같은, 다른 구성 양태에 기초하여 WTRU의 서브세트를 유도할 수 있다. WTRU가 상대적 위치에 기초하여 WTRU의 특정한 서브세트를 결정하는 경우, WTRU는 상기 WTRU에 가장 가까운/가장 먼 WTRU의 서브세트가 링크 실패를 경험하는 경우, 링크 실패를 나타낼 수도 있다.
몇몇 예는 수락 제어 메트릭에 기초한 링크 실패에 대한 추가적인 트리거를 포함한다. 예를 들면, 확립된 무선 베어러를 갖는 WTRU는 수락 제어의 것들과 동일한, 또는 실질적으로 동일한 또는 실질적으로 유사한 측정을 수행할 수도 있고, SL 무선 베어러와 연관된 하나의 또는 연속적인 수락 제어 평가의 실패에 기초하여 링크 실패를 선언할 수도 있다. 몇몇 그러한 경우에, WTRU는, 추가될 베어러가 링크 모니터링이 수행되고 있는 베어러이다는 것을 가정하여, 수락 제어에 관해 본원에서 설명되는 메커니즘 중 임의의 것을 활용할 수도 있다. 몇몇 예에서, WTRU는 확립되는 SL 베어러 각각에 대해 그러한 수락 제어를 독립적으로 수행할 수도 있다. 몇몇 예에서, WTRU는, SLRB에 따라, 상이한 타이밍을 가지고 연관된 수락 제어 프로시저를 수행할 수도 있다.
일반성의 손실 없이, WTRU는, 링크 또는 SLRB가 활성인 동안 수행되는, 본원에서 설명되는 바와 같은 하나 이상의 수락 제어 프로시저를 수행하는 것에 의해 링크 모니터링을 수행할 수도 있다. 몇몇 예에서, 링크 실패는 또한, 상위 계층에 대한 표시, 링크 및/또는 SLRB의 해제, 및/또는 다른 SLRB/링크의 선점과 같은, 수락 제어에 대해 설명되는 실패 액션 중 임의의 것을 초래할 수도 있다.
몇몇 예에서, WTRU는 수락 제어 프로시저의 유도를 위한 주기를 가지고 구성될 수도 있다. 몇몇 예에서, 이 주기성은 베어러마다 결정될 수도 있다. 몇몇 예에서, 단일의 수락 제어 프로시저의 실패에 기초하여, WTRU는 수락 제어 프로시저 수행의 빈도를 변경할 수도 있거나, 또는 프로시저가 성공할 때까지, 또는 실패한 수행의 최대 수가 도달될 때까지, 무선 베어러에 대한 다수의 후속하는 수락 제어 프로시저를 수행할 수도 있다. 몇몇 예에서, 그 후, WTRU는, 수락 제어 프로시저가 문턱 횟수(N) 연속하여 실패하는 경우, 링크 실패를 트리거할 수도 있다.
몇몇 예에서, WTRU는 UMUS 신호 내의 정보를 주기적으로 평가할 수도 있고 정보에 기초하여, 주어진 풀에 대한 총 사용 가능성이 특정한 양을 초과하는지의 여부를 결정할 수도 있다. 몇몇 예에서, 모니터링되고 있는 베어러의 사용 가능성에 대해, WTRU는: 그 베어러에 대해 브로드캐스트되는 사용 가능성 리소스; 시간적으로 과거 구성에서 베어러에 의해 사용된 리소스의 실제 수; 및/또는 그 베어러와 연관된 WTRU의 버퍼에서 이용가능한 데이터의 양을 고려할 수도 있다.
몇몇 예는 리소스 선택 메트릭에 기초하여 링크 실패에 대한 추가적인 트리거를 포함할 수도 있다. 예를 들면, WTRU는 리소스 선택의 실패에 기초하여, 또는 결과에 연관된 소정의 양태 또는 리소스 선택 알고리즘에 연관된 중간 수량에 기초하여, 링크 실패를 선언할 수도 있다. 몇몇 예에서, WTRU는, 특정한 링크 및/또는 베어러에 대한 링크 실패를 고려할 때 그 링크 또는 베어러에 특정한 리소스 선택을 위한 중간 수량의 리소스 선택 알고리즘 결과를 고려할 수도 있다. 몇몇 예에서, WTRU는 유니캐스트 및/또는 멀티캐스트 링크에 대한 또는 그러한 링크와 연관된 하나 이상의 SL 베어러에 대한 링크 실패를, 하나 이상의, 잠재적으로 연속적인 횟수 발생하는 소정의 이벤트에 기초하여 선언할 수도 있다. 그러한 이벤트는, 리소스 이용가능성 문턱치에서의 변경 없이 이용가능한 리소스의 문턱 양(X %)을 리소스 선택이 찾을 수 없었던 경우; 단일의 캐리어/BWP 상에서 베어러의 QoS를 충족하기에 충분한 양의 리소스를 리소스 선택이 예약할 수 없었던 경우; PSCCH 및/또는 PSSCH의 송신을 위해 선택되는 리소스가 문턱치를 초과하는 RSRP/RSSI를 갖는 경우; 감지에 의해 이용가능한 것으로 간주되는 "저 레이턴시" 타입 리소스(예를 들면, 심볼 기반의 리소스)의 백분율이 문턱치 미만인 경우; WTRU가 유니캐스트 및/또는 멀티캐스트 송신에 대한 NACK를 수신하는 경우; WTRU가 LBT 프로시저에 실패하는 경우; 및/또는 WTRU가, 어쩌면 문턱치(T)보다 더 큰 시간 동안, 무선 베어러에 대한 선점 신호를 수신하는 경우를 포함할 수도 있다.
몇몇 예에서, WTRU는 특정한 무선 베어러에 따라 적용할 링크 실패 기준의 상이한 세트를 가지고 구성될 수도 있다. 예를 들면, WTRU는 베어러와 연관된 VQI 또는 QoS 연관 파라미터에 기초하여 상기 기준 중 하나 이상을 가지고 구성될 수도 있다. 몇몇 예에서, WTRU는 또한 상이한 파라미터(예를 들면, 링크 실패 선언으로 이어지는 연속 실패의 횟수, X %, T의 값, 본원에서 논의되는 다른 파라미터, 등등)를 가지고 구성될 수도 있다.
몇몇 예는 CBR에 기초한 링크 실패에 대한 추가적인 트리거를 포함할 수도 있다. 예를 들면, WTRU는 CBR의 측정된 값에 기초하여 링크 실패를 선언할 수도 있다. 구체적으로, WTRU는 유니캐스트 및/또는 멀티캐스트 링크에 대해 사용되는 풀(들)/캐리어(들)/BWP(들) 상에서 CBR을 모니터링할 수도 있다. WTRU는 무선 베어러마다의 CBR 목표치, 또는 VQI/QoS마다의 CBR 목표치를 가지고 구성될 수도 있다. WTRU는 구성된 문턱치를 초과하는 풀(들)/캐리어(들)/BWP(들) 상에서 측정된 CBR의 링크 실패를 선언할 수도 있다. WTRU는 또한 그러한 목표치가 구성 가능한 시간 기간 동안 초과될 때 링크 실패를 선언할 수도 있다.
몇몇 예에서, 링크 실패를 검출하는 WTRU는, 링크 실패의 타입에 따라, 하나 이상의 액션을 수행할 수도 있다. 그러한 액션은, 새로운 리소스를 사용한 트리거 그룹 QoS 협상/리소스 선택(예를 들면, 링크 실패 프로시저가 특정한 무선 베어러 또는 QoS 목표치의 실패에 기초하는 경우, WTRU는, 초기 링크 확립 동안 수행된 것과 유사한, QoS 재협상 프로시저를 개시할 것을 선택할 수도 있음); 멀티캐스트 그룹으로부터 WTRU 중 하나 이상의 것의 제거를 상위 계층 및/또는 다른 WTRU에게 통지하는 것(예를 들면, 링크 실패가 멀티캐스트 그룹 내의 WTRU 중 하나 또는 그 서브세트에만 연관된 경우); 본원에서 논의되는 바와 같은 브로드캐스트 프로시저에 대한 임시 폴백을 개시하는 것; 리소스 선택 모드를 하나의 타입의 모드로부터 다른 것으로 변경하는 것(예를 들면, WTRU는 특정한 베어러에 대해 리소스 선택 모드를 모드 1로 변경하기 위한 요청을 개시할 수도 있음); QoS 요건 충족 실패를 상위 계층 및/또는 네트워크에게 통지하는 것; 링크 해제 시그널링을 개시하는 것; 및/또는 기준 신호의 TX/RX, 무기한 예약된 리소스, UMUS 송신 중지를 비롯한, 링크와 연관된 모든 리소스를 해제하는 것을 포함할 수도 있다.
몇몇 예에서, WTRU는, 상위 계층으로의, 링크 내의 다른 WTRU로의, 또는 네트워크로의, 임의의 링크 실패 선언 시그널링을 갖는 정보를 포함할 수도 있다. 그러한 정보는, 실패를 선언하는 RLM/RLF 프로세스/프로시저 ID; 실패한 멀티캐스트 링크 내의 WTRU 또는 WTRU들; 실패를 트리거한 특정한 베어러 또는 베어러들; 및/또는 실패에 대한 이유(예를 들면, 문턱치를 초과하는 CBR, 등등) 및 임의의 연관된 값을 포함할 수도 있다.
몇몇 예에서, WTRU는 브로드캐스트 기반의 송신으로의 임시 폴백을 개시할 수도 있다. 몇몇 예에서, WTRU는 특정한 SL 베어러에 대해 수신되는 데이터를 계속 송신할 수도 있지만, 그러나 그러한 데이터를 브로드캐스트 양식으로, 그리고 브로드캐스팅하도록 설정되는 하위 계층 AS 파라미터와 함께 송신할 수도 있다. 예를 들면, WTRU는 유니캐스트 어드레스를 사용하는 것으로부터 브로드캐스트 어드레스를 사용하는 것으로 변경될 수도 있고; 무선 베어러 기반의 리소스 선택/예약으로부터 비 무선 베어러 기반의(non-radio-bearer-based) 리소스 선택/예약으로 변경될 수도 있고; HARQ 기반의 송신을 사용하는 것으로부터 HARQ가 없는/블라인드 재송신을 사용하는 것으로 변경될 수도 있고; 빔 기반의 송신으로부터 전 방향 또는 빔 스윕 송신으로 변경될 수도 있고; RLM 및/또는 빔 관리를 위한 기준 신호의 송신/모니터링을 디스에이블할 수도 있고; 송신된 데이터에 대한 암호화 및/또는 무결성 보호를 디스에이블할 수도 있고; 및/또는 임의의 다른 파라미터의 AS 계층 구성을 유니캐스트 기반의 구성으로부터 브로드캐스트 기반의 구성으로 변경할 수도 있다. 브로드캐스트로의 임시 폴백 동안, WTRU는 임시 폴백을 위해 유니캐스트 및/또는 멀티캐스트 구성을 유지할 수도 있다.
몇몇 예에서, WTRU는 폴백 동안 링크 확립 프로시저의 임의의 부분 또는 부분들을 개시할 수도 있다. 대안적으로, WTRU는 링크 확립 프로시저 또는 링크 재확립 프로시저를 개시할 수도 있는데, 그에 의해, 현재 구성(예를 들면, QoS, AS, 등등)의 적어도 일부가 유지된다. 몇몇 예에서, WTRU는 상위 계층에게 폴백을 즉시 통지할 수도 있다. 대안적으로, WTRU는 폴백이 발생한 이후 그리고 링크 확립 및/또는 재확립이 성공적이지 않은 경우 상위 계층에게 시간(T)을 통지할 수도 있다.
몇몇 예에서, WTRU는, 잠재적으로 소정의 원인과 연관된 링크 실패를 검출하는 경우; (예를 들면, 베어러의 QoS와 연관된) 문턱치 미만인 선점 시간의 값과 잠재적으로 연관된 선점 신호를 수신하는 경우; 및/또는 커버리지 밖으로 이동되는 경우, 잠재적으로 유니캐스트 및/또는 멀티캐스트 링크가 네트워크에 의해 관리되는 경우(예를 들면, 모드 1), 임시 폴백 프로시저를 수행할 수도 있다.
몇몇 예는 SL 유니캐스트 및/또는 멀티캐스트에 대한 플로우 대 베어러 매핑을 위한 방법, 시스템, 및 디바이스를 포함한다. 예를 들면, SL 베어러 모델링에서, 하나의 또는 다수의 플로우가 개시되면, SL 베어러 또는 SL 논리적 채널이 생성될 수도 있다. 몇몇 예에서, SL 베어러 또는 SL 논리적 채널은 AS 계층 구성과 연관된다. AS 계층 구성은 예약된 리소스 세트를 포함할 수도 있거나, 또는 필요로 되는 리소스의 양과 연관될 수도 있고; 리소스 선택 및/또는 예약 방법(예를 들면, LBT, 감지, 주기적 리소스, WTRU 지원의 사용, 등등)을 포함할 수도 있고; 리소스 선택 풀, 캐리어, BW, 및/또는 BWP를 포함할 수도 있고; 리소스 선택 파라미터, 예를 들면, 리소스 선택 윈도우(T2), LBT 백오프 타이머, 감지 문턱치, 리소스의 주기성, 주기당 리소스의 양, 반복의 횟수, 빔의 수, 등등을 포함할 수도 있고; 캐리어의 수를 포함할 수도 있고; 선점, 및 선점 리소스 구성을 사용할 능력의 표시를 포함할 수도 있고; 송신의 방향성 및/또는 빔 구성을 포함할 수도 있고; 풀, BWP, 또는 등등을 포함할 수도 있고; PHY 및/또는 MAC 계층 파라미터(예를 들면, HARQ 구성, 복제)를 포함할 수도 있고; RLM/RLF 구성(예를 들면, RLF 타이머, RLM 목표 BLER/RSRP)을 포함할 수도 있고; 및/또는 플로우 대 베어러의 매핑을 위한 규칙, QoS 프로파일 정보, 및 베어러 타입 대 AS 구성의 매핑과 같은 QoS 구성을 포함할 수도 있다.
몇몇 예에서, WTRU는, 소정의 QoS 요건을 갖는 플로우가 개시되는 경우, 소정의 구성 또는 구성 범위를 갖는 베어러를 개시하도록 또는 생성하도록 구성될 수도 있다. 몇몇 예에서, 그러한 요건은 플로우에 대한 VQI에 기초하여 결정될 수도 있다(예를 들면, 소정의 VQI 또는 VQI 범위의 플로우는 특정한 구성을 갖는 베어러를 요구할 수도 있음). 몇몇 예에서, WTRU는 베어러 타입 또는 베어러 구성 대 VQI 매핑으로 구성될 수도 있다.
몇몇 예에서, WTRU는 하나 이상의 규칙 또는 원리에 기초한 플로우 대 무선 베어러의 매핑으로 구성될 수도 있다. 예를 들면, WTRU는 확립된 무선 베어러보다 덜 엄격한 QoS 특성을 갖는 플로우가 그 베어러에 매핑될 수도 있도록 구성될 수도 있고(예를 들면, 레이트 연관 플로우는 새로운 베어러를 필요로 함); WTRU는, 매우 상이한 QoS 특성을 갖는 플로우가 새로운 무선 베어러를 확립하는 것을 요구하도록 구성될 수도 있고(예를 들면, WTRU는 VQI 대 무선 베어러 타입 매핑으로 구성될 수도 있거나 또는 사전 구성될 수도 있거나, 또는 WTRU는, 데이터 레이트에서의 불일치와 같은, 플로우 특성에서 최대 불일치를 가지고 구성될 수도 있거나 또는 사전 구성될 수도 있음); 및/또는 WTRU는 방향성을 위해 구성될 수도 있다(예를 들면, 동일한 의도된 방향 또는 지리적 위치를 갖는 플로우는, 동일한 무선 베어러 또는 무선 베어러 방향성의 서브세트인 플로우로 매핑될 수도 있음).
몇몇 예에서, WTRU는, 새로운 플로우가 현존하는 베어러 타입에 매핑될 수도 있는지의 여부에 따라 베어러 재구성 또는 새로운 베어러 생성을 수행할 수도 있다.
도 9는 SLRB를 확립할지의 여부를 결정하기 위한 예시적인 방법(900)을 예시하는 플로우차트이다.
단계(910)에서, WTRU는 SLRB 리소스 선택 기준으로 구성된다. 리소스 선택 기준은 서비스 품질 표시자(Service Quality Indicator)(VQI)를 포함할 수도 있다.
단계(920)에서, WTRU는 시간 윈도우 동안 풀 내의 적어도 하나의 다른 WTRU로부터 복수의 SCI 송신을 수신한다.
단계(930)에서, 시간 윈도우 내의 다수의 시간 기간 각각에 대해, WTRU는, 단계(940)에서, 복수의 SCI 송신 및 SLRB 리소스 선택 기준에 기초하여 SLRB 리소스 선택 프로시저가 실패했는지의 여부를 결정한다. 몇몇 예에서, WTRU는, 복수의 시간 기간 중, 패킷 지연 예산(packet delay budget; PDB)이 문턱치 미만인 시간 기간에만 기초하여 SLRB 리소스 선택이 실패했는지의 여부를 결정한다. 몇몇 예에서, WTRU는, 복수의 시간 기간 중, 재송신의 횟수가 문턱치를 초과하는 시간 기간에만 기초하여 SLRB 리소스 선택이 실패했는지의 여부를 결정한다.
단계(950)에서, WTRU는 실패한 SLRB 리소스 선택 프로시저의 백분율을 결정한다. 몇몇 예에서, 실패한 SLRB 리소스 선택 프로시저의 백분율을 결정하는 것은, 실패한 SLRB 리소스 선택 프로시저를, 시간 윈도우 내의 시간 기간 중 얼마의 백분율이 포함하는지를 결정하는 것을 포함하거나, 또는 시간 윈도우 내에서 SLRB 리소스 선택 프로시저의 얼마의 백분율이 실패했는지를 결정하는 것을 포함한다.
SLRB 리소스 선택이 실패한 시간 윈도우 내의 시간 기간의 백분율이 문턱 백분율 미만이면(960), WTRU는 풀 내의 다른 WTRU와의 새로운 SLRB를 확립한다. 어느 하나의 조건(960)에서, WTRU는 단계(920)로 복귀하여 다음 번 시간 윈도우 동안 프로시저를 다시 시작하거나, 또는 적절하다면 종료된다.
도 10은 SLRB를 확립할지의 여부를 결정하기 위한 다른 예시적인 방법(1000)을 예시하는 플로우차트이다.
단계(1010)에서, WTRU는 SLRB 리소스 밀도에 대한 베어러 QoS의 매핑으로 구성된다.
단계(1020)에서, WTRU는, WTRU와의 풀 내의 다른 WTRU의 SLRB의 QoS를 나타내는 브로드캐스트(예를 들면, 주기적 브로드캐스트)를 수신한다. 몇몇 예에서, 브로드캐스트는 풀 내의 복수의 다른 WTRU로부터 유래하는데, 브로드캐스트 각각은 그것이 수신되는 WTRU의 SLRB의 QoS를 나타낸다.
단계(1030)에서, WTRU는 브로드캐스트로부터의 수신된 QoS, 및 매핑에 기초하여 풀에서의 총 SLRB 리소스 밀도를 결정한다. 몇몇 예에서, WTRU는 풀 내의 복수의 다른 WTRU로부터의 브로드캐스트에 기초하여 총 SLRB 리소스 밀도를 결정한다.
새로운 SLRB의 QoS에 기초할 수도 있는 문턱치를 총 리소스 밀도가 초과하지 않으면(1040), WTRU는 단계(1050)에서 풀 내의 다른 WTRU와의 새로운 SLRB를 확립한다. 어느 하나의 조건(1040)에서, WTRU는 단계(1020)로 복귀하여 프로시저를 다시 시작하거나, 또는 적절하다면 종료된다.
비록 피쳐 및 엘리먼트가 특정 조합으로 상기에서 설명되었지만, 기술 분야에서 통상의 지식을 가진 자는, 각각의 피쳐 또는 엘리먼트는 단독으로 또는 다른 피쳐 및 엘리먼트와 임의의 조합으로 사용될 수 있다는 것을 인식할 것이다. 또한, 본원에서 설명되는 방법은, 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독 가능 매체에 통합되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수도 있다. 컴퓨터 판독 가능 매체의 예는 전자 신호(유선 또는 무선 연결을 통해 송신됨) 및 컴퓨터 판독 가능 저장 매체를 포함한다. 컴퓨터 판독 가능 저장 매체의 예는, 리드 온리 메모리(read only memory; ROM), 랜덤 액세스 메모리(random access memory; RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내장 하드 디스크 및 착탈식 디스크와 같은 자기 매체, 광자기 매체, 및 CD-ROM 디스크 및 디지털 다기능 디스크(digital versatile disk; DVD)와 같은 광학 매체를 포함하지만, 그러나 이들로 제한되는 것은 아니다. WTRU에서 사용하기 위한 무선 주파수 트랜시버, WTRU, 단말, 기지국, RNC, 또는 임의의 호스트 컴퓨터를 구현하기 위해, 소프트웨어와 연관한 프로세서가 사용될 수도 있다.
Claims (22)
- 사이드링크 무선 베어러(sidelink radio bearer; SLRB)를 확립할지의 여부를 결정하기 위한 무선 송수신 유닛(wireless transmit/receive unit; WTRU)에서 구현되는 방법으로서,
SLRB 리소스 선택 기준으로 상기 WTRU를 구성하는 단계;
상기 WTRU에 의해, 시간 윈도우 동안 풀(pool) 내의 다른 WTRU로부터 복수의 사이드링크 제어 정보(sidelink control information; SCI) 송신을 수신하는 단계;
상기 시간 윈도우 내의 복수의 시간 기간(time periods) 각각에 대해, 상기 WTRU에 의해, 상기 복수의 SCI 송신 및 상기 SLRB 리소스 선택 기준에 기초하여, SLRB 리소스 선택이 실패했는지의 여부를 결정하는 단계; 및
상기 WTRU에 의해, 리소스 선택 실패의 백분율에 기초하여 새로운 SLRB를 확립할지의 여부를 결정하는 단계; 및
리소스 선택이 실패한 상기 시간 기간의 백분율이 문턱 백분율 미만인 것으로 결정된 조건에서, 상기 풀 내의 상기 다른 WTRU와의 상기 새로운 SLRB를 확립하는 단계
를 포함하는, 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하기 위한 무선 송수신 유닛(WTRU)에서 구현되는 방법. - 제1항에 있어서, 상기 SLRB 리소스 선택 기준은 V2X(Vehicle to Everything) 서비스 품질 표시자(V2X service quality indicator; VQI)에 의해 결정되는 것인, 방법.
- 제2항에 있어서, 상기 SLRB 리소스 선택 기준은 재송신의 횟수를 포함하는 것인, 방법.
- 제2항에 있어서, 상기 SLRB 리소스 선택 기준은 리소스 선택에서 사용될 패킷 지연 예산(packet delay budget)을 포함하는 것인, 방법.
- 제1항에 있어서, 상기 WTRU는, 상기 복수의 시간 기간 중, 상기 리소스 선택 기준을 충족하는 이용가능한 리소스의 양이 문턱치 미만인 시간 기간에만 기초하여 SLRB 리소스 선택이 실패했는지의 여부를 결정하는 것인, 방법.
- 제1항에 있어서, 상기 새로운 SLRB는 상기 풀 내의 복수의 WTRU 중 하나와 확립될 것인, 방법.
- 제1항에 있어서, 상기 복수의 SCI 송신은 상기 풀 내의 복수의 다른 WTRU 각각으로부터 수신되는 것인, 방법.
- 제1항에 있어서, 상기 리소스 선택 실패의 백분율은, 상기 시간 윈도우 내에서, 리소스 선택이 실패한 상기 시간 기간의 백분율을 포함하는 것인, 방법.
- 제1항에 있어서, 상기 리소스 선택 실패의 백분율은, 상기 시간 윈도우 동안 실패한 리소스 선택 프로시저의 백분율을 포함하는 것인, 방법.
- 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하도록 구성된 무선 송수신 유닛(WTRU)으로서,
송신기 및 수신기에 동작가능하게(operatively) 커플링된 프로세서
를 포함하고;
상기 프로세서는 SLRB 리소스 선택 기준으로 구성되고;
상기 수신기는 시간 윈도우 동안 풀 내의 다른 WTRU로부터 복수의 사이드링크 제어 정보(SCI) 송신을 수신하도록 구성되고;
상기 프로세서는, 상기 시간 윈도우 내의 복수의 시간 기간 각각에 대해, 상기 복수의 SCI 송신 및 상기 SLRB 리소스 선택 기준에 기초하여, SLRB 리소스 선택이 실패했는지의 여부를 결정하도록 구성되고;
상기 프로세서는 또한, 리소스 선택 실패의 백분율에 기초하여 새로운 SLRB를 확립할지의 여부를 결정하도록 구성되며;
상기 송신기는, 리소스 선택이 실패한 상기 시간 기간의 백분율이 문턱 백분율 미만인 것으로 결정된 조건에서, 상기 풀 내의 상기 다른 WTRU와의 상기 새로운 SLRB를 확립하는 메시지를 송신하도록 구성되는 것인, 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하도록 구성된 무선 송수신 유닛(WTRU). - 제10항에 있어서, 상기 새로운 SLRB를 확립하는 메시지는 링크 확립 요청 메시지 또는 링크 확립 응답 메시지를 포함하는 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 SLRB 리소스 선택 기준은 V2X 서비스 품질 표시자(VQI)에 의해 결정되는 것인, 무선 송수신 유닛(WTRU).
- 제12항에 있어서, 상기 SLRB 리소스 선택 기준은 재송신의 횟수를 포함하는 것인, 무선 송수신 유닛(WTRU).
- 제12항에 있어서, 상기 SLRB 리소스 선택 기준은 리소스 선택에서 사용될 패킷 지연 예산을 포함하는 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 프로세서는, 상기 복수의 시간 기간 중, 상기 리소스 선택 기준을 충족하는 이용가능한 리소스의 양이 문턱치 미만인 시간 기간에만 기초하여 SLRB 리소스 선택이 실패했다고 결정하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 새로운 SLRB는 상기 풀 내의 복수의 WTRU 중 하나와 확립될 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 수신기는 상기 풀 내의 복수의 다른 WTRU 각각으로부터 상기 복수의 SCI 송신 각각을 수신하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 리소스 선택 실패의 백분율은, 상기 시간 윈도우 내에서, 리소스 선택이 실패한 상기 시간 기간의 백분율을 포함하는 것인, 무선 송수신 유닛(WTRU).
- 제10항에 있어서, 상기 리소스 선택 실패의 백분율은, 상기 시간 윈도우 동안 실패한 리소스 선택 프로시저의 백분율을 포함하는 것인, 무선 송수신 유닛(WTRU).
- 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하기 위한 무선 송수신 유닛(WTRU)에서 구현되는 방법으로서,
SLRB 리소스 밀도에 대한 베어러 QoS의 매핑으로 상기 WTRU를 구성하는 단계;
상기 WTRU에 의해, 풀 내의 다른 WTRU의 SLRB의 QoS를 나타내는 브로드캐스트 송신을 수신하는 단계;
상기 WTRU에 의해, 상기 QoS 및 상기 매핑에 기초하여 상기 풀에서의 총 SLRB 리소스 밀도를 결정하는 단계; 및
상기 WTRU에 의해, 상기 총 SLRB 리소스 밀도가 상기 새로운 사이드링크 베어러의 QoS에 기초하는 문턱치를 초과하는지의 여부에 기초하여 상기 풀 내의 다른 WTRU와의 새로운 사이드링크 베어러를 확립할지의 여부를 결정하는 단계,
상기 WTRU가 상기 새로운 사이드링크 베어러를 확립할 것을 결정한 조건에서, 상기 풀 내의 상기 다른 WTRU와의 상기 새로운 사이드링크 베어러를 확립하는 단계
를 포함하는, 사이드링크 무선 베어러(SLRB)를 확립할지의 여부를 결정하기 위한 무선 송수신 유닛(WTRU)에서 구현되는 방법. - 제20항에 있어서, 상기 WTRU는 상기 풀 내의 복수의 다른 WTRU로부터 상기 브로드캐스트 송신을 수신하는 것인, 방법.
- 제21항에 있어서, 상기 WTRU는 상기 풀 내의 상기 복수의 다른 WTRU로부터의 상기 브로드캐스트 송신에 기초하여 상기 총 SLRB 리소스 밀도를 결정하는 것인, 방법.
Applications Claiming Priority (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862736251P | 2018-09-25 | 2018-09-25 | |
| US62/736,251 | 2018-09-25 | ||
| US201862752865P | 2018-10-30 | 2018-10-30 | |
| US62/752,865 | 2018-10-30 | ||
| US201862783952P | 2018-12-21 | 2018-12-21 | |
| US62/783,952 | 2018-12-21 | ||
| US201962886102P | 2019-08-13 | 2019-08-13 | |
| US62/886,102 | 2019-08-13 | ||
| PCT/US2019/052972 WO2020068991A1 (en) | 2018-09-25 | 2019-09-25 | L2 procedures for unicast and/or multicast link establishment and maintenance |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20210077670A true KR20210077670A (ko) | 2021-06-25 |
Family
ID=68208344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020217009220A Pending KR20210077670A (ko) | 2018-09-25 | 2019-09-25 | 유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 l2 프로시저 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20210410129A1 (ko) |
| EP (1) | EP3858047A1 (ko) |
| JP (2) | JP7576025B2 (ko) |
| KR (1) | KR20210077670A (ko) |
| CN (3) | CN112997565B (ko) |
| IL (1) | IL281766B2 (ko) |
| WO (1) | WO2020068991A1 (ko) |
Families Citing this family (61)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021533648A (ja) * | 2018-08-07 | 2021-12-02 | アイディーエーシー ホールディングス インコーポレイテッド | ニューラジオ車車間／路車間通信（ｎｒ ｖ２ｘ）における自律的リソース選択のための方法および装置 |
| EP3858021A4 (en) * | 2018-09-26 | 2022-06-22 | Lenovo (Beijing) Limited | METHOD AND APPARATUS FOR LATERAL COMMUNICATIONS |
| CN113243122B (zh) * | 2018-09-27 | 2025-01-07 | 苹果公司 | NR侧链路的用以支持高级V2X用例的QoS管理方面 |
| MX2021005135A (es) * | 2018-11-01 | 2021-12-10 | Zte Corp | Configuraciones recursos y canales lógicos sidelink. |
| BR112021011350A2 (pt) * | 2018-12-14 | 2021-08-31 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Método para processar dados, primeiro equipamento de usuário, e mídia de armazenamento |
| CN111263410B (zh) * | 2018-12-28 | 2022-07-08 | 维沃移动通信有限公司 | 一种资源预留方法及设备 |
| CN119277572A (zh) * | 2019-01-10 | 2025-01-07 | 三星电子株式会社 | 用于在无线通信系统中执行通信的方法和装置 |
| CN111294159B (zh) * | 2019-01-11 | 2021-04-27 | 北京紫光展锐通信技术有限公司 | 用于组播通信的harq反馈方法及装置、存储介质、终端 |
| US12004143B2 (en) * | 2019-01-11 | 2024-06-04 | Qualcomm Incorporated | Resource reservation techniques for wireless communications |
| US11985717B2 (en) * | 2019-02-14 | 2024-05-14 | Lg Electronics Inc. | Handling minimum required communication range in sidelink communication |
| US12144017B2 (en) * | 2019-03-26 | 2024-11-12 | Datang Mobile Communications Equipment Co., Ltd. | Method and device for configuring radio bearer , apparatus, and computer-readable storage medium |
| CN113891459B (zh) * | 2019-04-26 | 2023-07-07 | Oppo广东移动通信有限公司 | 一种选取传输资源方法以及选取传输数据的方法、终端 |
| CN111615219B (zh) * | 2019-04-30 | 2022-02-22 | 维沃移动通信有限公司 | 一种pc5链路建立方法、设备及系统 |
| CN114222267B (zh) * | 2019-04-30 | 2025-01-10 | 华为技术有限公司 | 用于释放连接的方法和装置 |
| US20220217728A1 (en) * | 2019-05-10 | 2022-07-07 | Lg Electronics Inc. | Determination of resource pool in nr v2x |
| CN111988236B (zh) * | 2019-05-22 | 2022-07-29 | 华为技术有限公司 | 资源抢占的方法、装置及系统 |
| CN113994616B (zh) * | 2019-06-28 | 2022-12-06 | 华为技术有限公司 | 用于增强传输抢占的设备和方法 |
| EP3998836A4 (en) * | 2019-07-12 | 2022-09-07 | Samsung Electronics Co., Ltd. | APPARATUS AND METHOD FOR SUPPORTING VEHICLE-TO-EVERYTHING COMMUNICATION IN A WIRELESS COMMUNICATION SYSTEM |
| US11638176B2 (en) * | 2019-07-29 | 2023-04-25 | Qualcomm Incorporated | Techniques for controlling admission for sidelink communications |
| CN112351403B (zh) * | 2019-08-07 | 2023-10-20 | 华为技术有限公司 | 通信方法、建立slrb的方法和通信装置 |
| CN113875269A (zh) * | 2019-08-12 | 2021-12-31 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| WO2021026767A1 (en) * | 2019-08-13 | 2021-02-18 | Lenovo (Beijing) Limited | Method and device of slrb configuration for nr v2x sidelink ue |
| US20240080340A1 (en) * | 2019-10-07 | 2024-03-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Security for Groupcast Message in D2D Communication |
| KR20210056067A (ko) * | 2019-11-08 | 2021-05-18 | 삼성전자주식회사 | 무선 통신 시스템에서 사이드링크 라디오 베어러 구성 정보를 처리하기 위한 장치 및 방법 |
| EP4072240A4 (en) * | 2019-12-30 | 2022-12-21 | Huawei Technologies Co., Ltd. | QOS MANAGEMENT METHOD, RELAY TERMINAL, PCF NETWORK ELEMENT, SMF NETWORK ELEMENT AND REMOTE TERMINAL |
| EP3860246A1 (en) * | 2020-01-29 | 2021-08-04 | Comcast Cable Communications LLC | Wireless resource exclusion |
| US11877299B2 (en) * | 2020-03-05 | 2024-01-16 | Qualcomm Incorporated | Control channel resources for group-feedback in multi-cast |
| US20230070446A1 (en) * | 2020-04-09 | 2023-03-09 | Lg Electronics Inc. | Mac reset for rrc connection between wireless devices |
| WO2021206497A1 (en) | 2020-04-09 | 2021-10-14 | Lg Electronics Inc. | Sidelink resource allocation and mac reset |
| CN113596928A (zh) * | 2020-04-30 | 2021-11-02 | 华为技术有限公司 | 通信方法及装置 |
| US20230189059A1 (en) * | 2020-05-21 | 2023-06-15 | Idac Holdings, Inc. | Methods and apparatus directed to non-access stratum procedures in connection with layer 2 relaying |
| CN113825204A (zh) * | 2020-06-18 | 2021-12-21 | 华硕电脑股份有限公司 | 无线通信系统中执行pc5单播链路建立过程的方法和设备 |
| US11991668B2 (en) * | 2020-07-01 | 2024-05-21 | Qualcomm Incorporated | Resource selection for aperiodic configured grant uplink communication |
| US20220015099A1 (en) * | 2020-07-09 | 2022-01-13 | Samsung Electronics Co., Ltd. | Power-efficient resource selection procedure for nr v2x ue with limited power |
| KR20220008676A (ko) * | 2020-07-14 | 2022-01-21 | 삼성전자주식회사 | 무선 통신 시스템에서 페이징을 송수신하는 방법 및 장치 |
| US12177925B2 (en) * | 2020-07-23 | 2024-12-24 | Apple Inc. | Systems and methods for providing system information via UE-to-network relay |
| US11917616B2 (en) * | 2020-07-24 | 2024-02-27 | Samsung Electronics Co., Ltd. | Method and apparatus for configuration and signaling of SL resources for inter-UE co-ordination |
| WO2022025667A1 (ko) * | 2020-07-29 | 2022-02-03 | 엘지전자 주식회사 | 무선통신시스템에서 bwp에 관련된 릴레이 ue의 동작 방법 |
| MX2023001426A (es) * | 2020-08-05 | 2023-05-16 | Interdigital Patent Holdings Inc | Métodos y aparato para gestión y recuperación de enlace para retransmisoras de enlace directo. |
| US12035334B2 (en) * | 2020-08-07 | 2024-07-09 | Qualcomm Incorporated | Interaction of multicast band width part (BWP) with multiple BWP |
| US11864231B2 (en) * | 2020-08-20 | 2024-01-02 | Qualcomm Incorporated | Listen-before-talk (LBT) aware autonomous sensing for sidelink |
| EP4210356A4 (en) * | 2020-09-03 | 2024-05-22 | Beijing Xiaomi Mobile Software Co., Ltd. | DISTANCE MEASUREMENT METHOD, COMMUNICATION NODE, COMMUNICATION DEVICE AND STORAGE MEDIUM |
| GB2600097B (en) * | 2020-10-15 | 2023-11-15 | Samsung Electronics Co Ltd | Improvements in and relating to managing delay in a multi-hop telecommunication network |
| WO2022077326A1 (en) * | 2020-10-15 | 2022-04-21 | Apple Inc. | Triggering and signaling of inter-ue coordination message |
| US12010029B2 (en) * | 2020-11-10 | 2024-06-11 | Qualcomm Incorporated | Techniques for prioritizing service flow to maintain quality of service |
| US11627092B2 (en) * | 2020-11-30 | 2023-04-11 | At&T Intellectual Property I, L.P. | Streaming augmented reality data in a fifth generation (5G) or other next generation network |
| CN114697911A (zh) | 2020-12-26 | 2022-07-01 | 华为技术有限公司 | 一种消息过滤方法及装置 |
| CA3203827A1 (en) | 2020-12-30 | 2022-07-07 | Jose R. ROSAS BUSTOS | Systems and methods of creating and operating a cloudless infrastructure of computing devices |
| US12114209B2 (en) * | 2021-02-12 | 2024-10-08 | Qualcomm Incorporated | Techniques for sidelink resource reservations |
| CN115002828A (zh) * | 2021-03-02 | 2022-09-02 | 索尼公司 | 用户设备、电子设备、无线通信方法和存储介质 |
| US20240187935A1 (en) * | 2021-03-30 | 2024-06-06 | Interdigital Patent Holdings, Inc. | Methods and apparatus for supporting adaptive quality of service (qos) in sidelink relays |
| WO2023275188A1 (en) * | 2021-06-30 | 2023-01-05 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | E2e qos with sidelink relay |
| US11864062B2 (en) * | 2021-07-29 | 2024-01-02 | Qualcomm Incorporated | Feedback techniques for multicast and unicast communications |
| CN115802492A (zh) * | 2021-09-10 | 2023-03-14 | 展讯通信（上海）有限公司 | Psfch功率确定方法及装置、计算机可读存储介质、终端设备 |
| US20240422856A1 (en) * | 2021-10-20 | 2024-12-19 | Nokia Technologies Oy | Method for controlling system information delivery |
| CN116033600B (zh) * | 2021-10-26 | 2024-03-12 | 华硕电脑股份有限公司 | 无线通信中支持用户设备到网络中继通信的方法和设备 |
| CN116094664A (zh) * | 2021-10-29 | 2023-05-09 | 北京三星通信技术研究有限公司 | 传输混合自动重传请求应答harq-ack信息的方法及设备 |
| EP4266791B1 (en) * | 2022-04-21 | 2025-02-26 | Robert Bosch GmbH | Methods and apparatuses to enable sensing in radio communication networks |
| US20240073934A1 (en) * | 2022-08-16 | 2024-02-29 | Samsung Electronics Co., Ltd. | Method and apparatus for sidelink initial beam acquisition |
| WO2024172469A1 (ko) * | 2023-02-14 | 2024-08-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 통신을 수행하기 위한 방법 및 장치 |
| WO2024228543A1 (ko) * | 2023-05-02 | 2024-11-07 | 엘지전자 주식회사 | 멀티 캐리어 지원 단말의 유니캐스트 링크 설립과 관련된 메시지 전송을 위한 캐리어 설정 방법 및 장치 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9860822B2 (en) * | 2012-03-06 | 2018-01-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and network node for determining admittance based on reason for not achieving quality of service |
| GB2500720A (en) * | 2012-03-30 | 2013-10-02 | Nec Corp | Providing security information to establish secure communications over a device-to-device (D2D) communication link |
| JP2015520556A (ja) * | 2012-04-27 | 2015-07-16 | インターデイジタル パテント ホールディングス インコーポレイテッド | 近接データパスセットアップを最適化するための方法および装置 |
| US9473906B2 (en) * | 2013-03-22 | 2016-10-18 | Mediatek Inc. | Idle mode reception for group communication over LTE eMBMS |
| WO2015178814A1 (en) * | 2014-05-23 | 2015-11-26 | Telefonaktiebolaget L M Ericsson (Publ) | A user equipment, a network node, a first and a second core network node, and methods therein for enabling radio admission control (rac) of device-to-device (d2d) services |
| CN106470384A (zh) * | 2015-08-18 | 2017-03-01 | 北京信威通信技术股份有限公司 | 一种d2d通信中的承载配置方法 |
| WO2017158515A1 (en) * | 2016-03-15 | 2017-09-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for quality of service differentiation for non-ip bearers |
| EP3603220B1 (en) * | 2017-03-24 | 2020-07-15 | Telefonaktiebolaget LM Ericsson (publ) | Qos flows inactivity counters |
| CN110741674B (zh) * | 2017-06-13 | 2023-01-13 | Lg电子株式会社 | 无线通信系统中用于触发缓冲区状态报告的方法和用于该方法的装置 |
| ES2917600T3 (es) * | 2018-03-29 | 2022-07-11 | Fraunhofer Ges Forschung | Calidad de servicio mejorada para V2X |
| CN110831075B (zh) * | 2018-08-10 | 2024-08-27 | 中兴通讯股份有限公司 | 数据传输方法及装置，业务切换方法及装置 |
| CN110830952B (zh) * | 2018-08-10 | 2023-03-28 | 中兴通讯股份有限公司 | 车联网中直通链路的资源配置方法及装置 |
| CN110831032B (zh) * | 2018-08-13 | 2022-09-16 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
-
2019
- 2019-09-25 JP JP2021516937A patent/JP7576025B2/ja active Active
- 2019-09-25 WO PCT/US2019/052972 patent/WO2020068991A1/en unknown
- 2019-09-25 KR KR1020217009220A patent/KR20210077670A/ko active Pending
- 2019-09-25 CN CN201980074284.XA patent/CN112997565B/zh active Active
- 2019-09-25 CN CN202411531293.6A patent/CN119653327A/zh active Pending
- 2019-09-25 EP EP19786421.8A patent/EP3858047A1/en active Pending
- 2019-09-25 US US17/279,272 patent/US20210410129A1/en active Pending
- 2019-09-25 CN CN202411532263.7A patent/CN119653328A/zh active Pending
- 2019-09-25 IL IL281766A patent/IL281766B2/en unknown
-
2024
- 2024-10-18 JP JP2024182539A patent/JP2025020169A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN112997565A (zh) | 2021-06-18 |
| CN112997565B (zh) | 2024-11-19 |
| US20210410129A1 (en) | 2021-12-30 |
| JP7576025B2 (ja) | 2024-10-30 |
| IL281766A (en) | 2021-05-31 |
| JP2022502921A (ja) | 2022-01-11 |
| IL281766B2 (en) | 2025-03-01 |
| WO2020068991A1 (en) | 2020-04-02 |
| CN119653327A (zh) | 2025-03-18 |
| JP2025020169A (ja) | 2025-02-12 |
| CN119653328A (zh) | 2025-03-18 |
| IL281766B1 (en) | 2024-11-01 |
| EP3858047A1 (en) | 2021-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7576025B2 (ja) | ユニキャスト及び／又はマルチキャストリンク確立及び維持のためのｌ２手順 | |
| US12212982B2 (en) | Method for sidelink radio link monitoring and radio link failure | |
| TWI826711B (zh) | 上鏈及側鏈同步操作的裝置及方法 | |
| JP7489450B2 (ja) | 協力し合う車両間における効率的なリソース使用のための方法 | |
| JP7581368B2 (ja) | ユニキャスト及び／又はグループキャスト用のｎｒ ｖ２ｘサイドリンク節電 | |
| CN113228777A (zh) | 实现不同类型的同时传输的过程 | |
| US12245322B2 (en) | Methods, architectures, apparatuses and systems for performing discontinuous reception on sidelink | |
| US12048011B2 (en) | Partial sensing-based resource allocation | |
| CN118250799A (zh) | 基于部分感测的资源分配 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PA0105 | International application |
Patent event date: 20210329 Patent event code: PA01051R01D Comment text: International Patent Application |
|
| PG1501 | Laying open of application | ||
| PA0201 | Request for examination |
Patent event code: PA02012R01D Patent event date: 20220923 Comment text: Request for Examination of Application |
|
| E902 | Notification of reason for refusal | ||
| PE0902 | Notice of grounds for rejection |
Comment text: Notification of reason for refusal Patent event date: 20241228 Patent event code: PE09021S01D |