KR20210116443A

KR20210116443A - 상이한 타입들의 동시 송신을 가능하게 하기 위한 절차들

Info

Publication number: KR20210116443A
Application number: KR1020217018964A
Authority: KR
Inventors: 마티노 엠. 프레다; 다이아나 파니; 타오 뎅; 투옹 듀크 호앙; 에이아타 엘 함스; 춘슈안 예
Original assignee: 아이디에이씨 홀딩스, 인크.
Priority date: 2018-12-21
Filing date: 2019-12-19
Publication date: 2021-09-27
Also published as: JP7475354B2; TW202406398A; EP3900458A1; JP2022514889A; CN113228777A; WO2020132284A1; US20220061055A1; BR112021012139A2; TW202029825A

Abstract

상이한 타입들의 송신 프로토콜들의 동시 송신을 가능하게 하기 위한 시스템들, 방법들, 및 디바이스들. 무선 송신 수신 유닛(WTRU)과 같은 디바이스는 구성 정보를 수신하고, WTRU 상에서 동작하는 프로토콜 스택의 상위 계층으로부터 데이터 패킷을 수신할 수 있다. 그 다음, WTRU는 구성 정보 및 조건에 기초하여 제1 시간에 데이터 패킷에 대한 송신 타입을 결정할 수 있다. WTRU는 이어서 결정된 송신 타입을 이용하여 데이터 패킷을 송신할 수 있다. 구성 정보는 데이터 속성들과 연관되는 논리 채널들의 세트 및 송신 타입을 결정하는 것과 연관된 결정 기준들을 포함할 수 있다. 송신 타입은 네트워크 스케줄링된 모드, WTRU 자율 스케줄링된 모드, LTE, NR, 유니캐스트, 그룹캐스트, 또는 브로드캐스트 중 하나일 수 있다.

Description

다양한 유형의 동시 전송을 가능하게 하는 절차

관련 출원들에 대한 상호 참조

본 출원은 2018년 12월 21일에 출원된 미국 가출원 제62/784,040호 및 2019년 4월 30일에 출원된 미국 가출원 제62/840,797호의 우선권 주장하며, 이들 가출원들의 내용은 본 명세서에 참조로 포함된다.

무선 능력들이 발전함에 따라, 정보의 통신 및 공유를 더 향상시키기 위해 다수의 이용 사례들에 합류하는 상호접속된 시스템들이 있을 수 있다. 예를 들어, 차량-사물간 연결(vehicle to everything)(V2X)은 수송에 수반되는 디바이스들, 및 수송 인프라스트럭처를 둘러싸는 환경들을 무선으로 접속하기 위해 이용될 수 있다. 이러한 시스템들이 개발됨에 따라, 무선 디바이스 상호작용을 위한 프로토콜들 및 절차들도 개발되어야 한다.

상이한 타입들의 송신 프로토콜들의 동시 송신을 가능하게 하기 위한 시스템들, 방법들, 및 디바이스들. 무선 송신 수신 유닛(wireless transmit receive unit)(WTRU)과 같은 디바이스는 구성 정보를 수신하고, WTRU 상에서 동작하는 프로토콜 스택의 상위 계층으로부터 데이터 패킷을 수신할 수 있다. 그 다음, WTRU는 구성 정보 및 조건에 기초하여 제1 시간에 데이터 패킷에 대한 송신 타입을 결정할 수 있다. WTRU는 이어서 결정된 송신 타입을 이용하여 데이터 패킷을 송신할 수 있다. 구성 정보는 데이터 속성들과 연관되는 논리 채널들의 세트 및 송신 타입을 결정하는 것과 연관된 결정 기준들을 포함할 수 있다. 송신 타입은 네트워크 스케줄링된 모드, WTRU 자율 스케줄링된 모드, LTE, NR, 유니캐스트, 그룹캐스트, 또는 브로드캐스트 중 하나일 수 있다.

또한, 도면들에서의 유사한 참조 번호들은 유사한 요소들을 나타낸다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템을 도시하는 시스템도이다.
도 1b는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송신/수신 유닛(WTRU)을 도시하는 시스템도이다.
도 1c는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 라디오 액세스 네트워크(radio access network)(RAN) 및 예시적인 코어 네트워크(core network)(CN)를 도시하는 시스템도이다.
도 1d는 실시예에 따른, 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 도시하는 시스템도이다.
도 2는 송신을 위한 데이터 패킷 처리의 예시적인 프로세스를 도시하는 흐름도이다.
도 3은 조건이 변할 때의 데이터 패킷 처리의 예시적인 프로세스를 도시하는 도면이다.
도 4는 버퍼 상태 보고 및 스케줄링 요청 통신에 관련된 예시적인 프로세스를 도시하는 흐름도이다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 도시하는 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 다수의 무선 사용자들에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이, 무선 대역폭을 비롯한, 시스템 자원들의 공유를 통해 그러한 콘텐츠에 액세스할 수 있게 할 수 있다. 예를 들어, 통신 시스템들(100)은 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA), ZT-UW-DFT-S-OFDM(zero-tail unique-word discrete Fourier transform Spread OFDM), UW-OFDM(unique word OFDM), 자원 블록-필터링된 OFDM, FBMC(filter bank multicarrier) 등과 같은 하나 이상의 채널 액세스 방법을 이용할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송신/수신 유닛(WTRU)들(102a, 102b, 102c, 102d), 라디오 액세스 네트워크(RAN)(104), 코어 네트워크(CN)(106), 공중 교환망 네트워크(public switched telephone network)(PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수 있지만, 개시된 실시예들은 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 고려한다는 것을 이해할 것이다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작하고/하거나 통신하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로써, WTRU들(102a, 102b, 102c, 102d) ― 이들 중 임의의 것은 스테이션(STA)이라고 지칭될 수 있음 ― 은 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(UE), 이동국, 고정 또는 모바일 가입자 유닛, 가입 기반 유닛, 페이저, 셀룰러 전화, PDA(personal digital assistant), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 핫스폿 또는 Mi-Fi 디바이스, IoT(Internet of Things) 디바이스, 시계 또는 다른 웨어러블, HMD(head-mounted display), 차량, 드론, 의료 디바이스 및 애플리케이션들(예를 들어, 원격 수술), 산업 디바이스 및 애플리케이션들(예를 들어, 로봇 및/또는 산업 및/또는 자동화된 처리 체인 컨텍스트들에서 동작하는 다른 무선 디바이스들), 소비자 전자장치 디바이스, 상업 및/또는 산업 무선 네트워크들 상에서 동작하는 디바이스 등을 포함할 수 있다. WTRU들(102a, 102b, 102c 및 102d) 중 임의의 것은 UE라고 상호교환가능하게 지칭될 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및/또는 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은, CN(106), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로써, 기지국들(114a, 114b)은, 베이스 트랜시버 스테이션(base transceiver station)(BTS), NodeB, eNode B(eNB), 홈(Home) Node B, 홈 eNode B, 차세대 NodeB(gNode B), 예를 들어, gNode B(gNB), 뉴 라디오(NR) NodeB, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)은 각각이 단일 요소로서 도시되어 있지만, 기지국들(114a, 114b)은 임의의 수의 상호접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것을 이해할 것이다.

기지국(114a)은, 다른 기지국들 및/또는 베이스 스테이션 제어기(base station controller)(BSC), 라디오 네트워크 제어기(radio network controller)(RNC), 중계 노드(relay node)들 등과 같은 네트워크 요소들(도시되지 않음)을 또한 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은, 셀(cell)(도시되지 않음)이라고 지칭될 수 있는 하나 이상의 캐리어 주파수들 상에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 이러한 주파수들은 허가 스펙트럼(licensed spectrum), 비허가 스펙트럼, 또는 허가 스펙트럼과 비허가 스펙트럼의 조합일 수 있다. 셀은 비교적 고정될 수 있거나 시간 경과에 따라 변할 수 있는 특정 지리적 영역에 무선 서비스에 대한 커버리지를 제공할 수 있다. 셀은 셀 섹터들(cell sectors)로 추가로 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서, 일 실시예에서 기지국(114a)은 3개의 트랜시버들, 예를 들어, 셀의 각각의 섹터마다 하나씩의 트랜시버를 포함할 수 있다. 실시예에서, 기지국(114a)은 MIMO(multiple-input multiple-output) 기술을 이용할 수 있고, 셀의 각각의 섹터에 대해 다수의 트랜시버들을 이용할 수 있다. 예를 들어, 빔포밍(beamforming)은 신호들을 원하는 공간 방향들로 송신 및/또는 수신하는데 이용될 수 있다.

기지국들(114a, 114b)은 임의의 적절한 무선 통신 링크(예를 들어, RF(radio frequency), 마이크로파(microwave), 센티미터파(centimeter wave), 마이크로미터파(micrometer wave), IR(infrared), UV(ultraviolet), 가시광 등)일 수 있는 공중 인터페이스(air interface)(116)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있다. 공중 인터페이스(116)는 임의의 적절한 RAT(radio access technology)를 이용하여 확립될 수 있다.

보다 구체적으로, 앞서 살펴본 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(104)에서의 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 WCDMA(wideband CDMA)를 이용하여 공중 인터페이스(116)를 확립할 수 있는 UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink(DL) Packet Access) 및/또는 HSUPA(High-Speed Uplink(UL) Packet Access)를 포함할 수 있다.

실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced) 및/또는 LTE-A Pro(LTE-Advanced Pro)를 이용하여 공중 인터페이스(116)를 확립할 수 있는 E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다.

실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 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(예를 들어, WiFi(Wireless Fidelity), IEEE 802.16(예를 들어, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 라디오 기술들을 구현할 수 있다.

도 1a에서의 기지국(114b)은, 예를 들어, 무선 라우터, 홈 Node B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스, 산업 설비, (예를 들어, 드론들에 의한 이용을 위한) 공중 회랑(air corridor), 도로(roadway) 등과 같은 지역화된 영역에서의 무선 접속을 용이하게 하기 위해 임의의 적절한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 WLAN(wireless local area network)을 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 WPAN(wireless personal area network)을 확립하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반 RAT(cellular-based RAT)(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에의 직접 접속(direct connection)을 가질 수 있다. 따라서, 기지국(114b)은 CN(106)을 통해 인터넷(110)에 액세스할 필요가 없을 수 있다.

RAN(104)은 음성, 데이터, 애플리케이션들, 및/또는 VoIP(voice over internet protocol) 서비스들을 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 제공하도록 구성된 임의의 타입의 네트워크일 수 있는 CN(106)과 통신할 수 있다. 데이터는 상이한 처리량 요건들, 레이턴시 요건들, 에러 허용 요건들, 신뢰성 요건들, 데이터 처리량 요건들, 이동성 요건들 등과 같은 변하는 서비스 품질(quality of service)(QoS) 요건들을 가질 수 있다. CN(106)은 호 제어(call control), 과금 서비스들(billing services), 모바일 위치-기반 서비스들(mobile location-based services), 선불 전화(pre-paid calling), 인터넷 접속, 비디오 배포 등을 제공하고/하거나 사용자 인증과 같은 높은 수준 보안 기능들을 수행할 수 있다. 도 1a에 도시되어 있지는 않지만, RAN(104) 및/또는 CN(106)은 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접 또는 간접 통신을 할 수 있다는 것을 이해할 것이다. 예를 들어, NR 라디오 기술을 이용하고 있을 수 있는 RAN(104)에 접속되는 것에 부가하여, CN(106)은 또한 GSM, UMTS, CDMA2000, WiMAX, E-UTRA, 또는 WiFi 라디오 기술을 이용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

CN(106)은 또한 WTRU들(102a, 102b, 102c, 102d)이 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크들(circuit-switched telephone networks)을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 세트에서의 송신 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및/또는 인터넷 프로토콜(IP)과 같은 공통 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 유선 및/또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN에 접속된 다른 CN을 포함할 수 있다.

통신 시스템(100)에서의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 전부는 다중-모드 능력들을 포함할 수 있다(예를 들어, WTRU들(102a, 102b, 102c, 102d)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 트랜시버들을 포함할 수 있다). 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러 기반 라디오 기술을 이용할 수 있는 기지국(114a), 및 IEEE 802 라디오 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 예시적인 WTRU(102)를 도시하는 시스템도이다. 도 1b에 도시된 바와 같이, WTRU(102)는 다른 것들 중에서, 프로세서(118), 트랜시버(120), 송신/수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비이동식 메모리(130), 이동식 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136), 및/또는 다른 주변기기들(138)을 포함할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 전술한 요소들의 임의의 부조합을 포함할 수 있다는 것이 이해될 것이다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array)들, 임의의 다른 타입의 IC(integrated circuit), 상태 머신(state machine) 등일 수 있다. 프로세서(118)는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 트랜시버(120)에 결합될 수 있고, 트랜시버(120)는 송신/수신 요소(122)에 결합될 수 있다. 도 1b가 프로세서(118) 및 트랜시버(120)를 별개의 컴포넌트들로서 도시하고 있지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합되어 있을 수 있다는 것을 이해할 것이다.

송신/수신 요소(122)는 공중 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))으로 신호들을 송신하거나, 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(122)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 실시예에서, 송신/수신 요소(122)는, 예를 들어, IR, UV 또는 가시광 신호들을 송신 및/또는 수신하도록 구성된 방출기(emitter)/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(122)는 RF 및 광 신호들 둘다를 송신 및/또는 수신하도록 구성될 수 있다. 송신/수신 요소(122)는 무선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.

또한, 송신/수신 요소(122)는 단일 요소로서 도 1b에 도시되어 있지만, WTRU(102)는 임의의 수의 송신/수신 요소들(122)을 포함할 수 있다. 보다 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 공중 인터페이스(116)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송신/수신 요소들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송신/수신 요소(122)에 의해 송신되는 신호들을 변조하고, 송신/수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, WTRU(102)는 다중-모드 능력들을 가질 수 있다. 따라서, 트랜시버(120)는, 예를 들어, NR 및 IEEE 802.11과 같은 다수의 RAT들을 통해 WTRU(102)가 통신할 수 있게 하는 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 결합될 수 있고, 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 출력할 수 있다. 또한, 프로세서(118)는 비이동식 메모리(130) 및/또는 이동식 메모리(132)와 같은 임의의 타입의 적절한 메모리로부터의 정보에 액세스하고, 그 메모리에 데이터를 저장할 수 있다. 비이동식 메모리(130)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(132)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는, 서버 또는 홈 컴퓨터(도시되지 않음) 상에 있는 것과 같이, WTRU(102) 상에 물리적으로 위치되지 않는 메모리로부터의 정보에 액세스하고, 그 메모리에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 받을 수 있고, WTRU(102)에서의 다른 컴포넌트들에 전력을 분배하고/하거나 전력을 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적당한 디바이스일 수도 있다. 예를 들어, 전원(134)은 하나 이상의 건전지(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion) 등), 태양 전지(solar cell)들, 연료 전지(fuel cell)들 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 공중 인터페이스(116)를 통해 위치 정보를 수신할 수 있고/있거나 2개 이상의 근방의 기지국들로부터 수신되고 있는 신호들의 타이밍에 기초하여 그의 위치를 결정할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.

프로세서(118)는, 추가의 특징들, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변기기들(138)에 추가로 결합될 수 있다. 예를 들어, 주변기기들(138)은 가속도계, e-나침반(e-compass), 위성 트랜시버, 디지털 카메라(사진들 및/또는 비디오용), USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리 헤드셋, Bluetooth® 모듈, FM(frequency modulated) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실 및/또는 증강 현실(VR/AR) 디바이스, 활동 추적기 등을 포함할 수 있다. 주변기기들(138)은 하나 이상의 센서를 포함할 수 있다. 센서들은 자이로스코프, 가속도계, 홀 효과 센서(hall effect sensor), 자력계(magnetometer), 배향 센서(orientation sensor), 근접 센서(proximity sensor), 온도 센서, 시간 센서; 지오로케이션 센서(geolocation sensor), 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스처 센서, 바이오메트릭 센서(biometric sensor), 습도 센서 등 중에서의 하나 이상일 수 있다.

WTRU(102)는 (예를 들어, (예를 들어, 송신을 위한) UL 및 (예를 들어, 수신을 위한) DL 둘다에 대한 특정의 서브프레임들과 연관된) 신호들의 일부 또는 전부의 송신 및 수신이 동시에 발생하고/하거나 동시적일 수 있는 전이중 라디오(full duplex radio)를 포함할 수 있다. 전이중 라디오는 하드웨어(예를 들어, 초크(choke)) 또는 프로세서(예를 들어, 개별 프로세서(도시되지 않음) 또는 프로세서(118)를 통한)를 통한 신호 처리 중 어느 하나를 통해 자기-간섭(self-interference)을 감소 및/또는 실질적으로 제거하는 간섭 관리 유닛을 포함할 수 있다. 실시예에서, WTRU(102)는 (예를 들어, (예를 들어, 송신을 위한) UL 또는 (예를 들어, 수신을 위한) DL 중 어느 하나에 대한 특정의 서브프레임들과 연관된) 신호들의 일부 또는 전부의 송신 및 수신을 위한 반이중 라디오(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)로 무선 신호들을 송신하고/하거나, 그로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

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) 게이트웨이(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)의 초기 어태치(initial attach) 동안 특정의 서빙 게이트웨이를 선택하는 것 등에 대한 책임이 있을 수 있다. MME(162)는, RAN(104)과, GSM 및/또는 WCDMA와 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 사이의 스위칭을 위한 제어 평면 기능(control plane function)을 제공할 수 있다.

SGW(164)는 S1 인터페이스를 통해 RAN(104)에서의 eNode-B들(160a, 160b, 160c) 각각에 접속될 수 있다. SGW(164)는 일반적으로 WTRU들(102a, 102b, 102c)로/로부터 사용자 데이터 패킷들을 라우팅 및 포워딩할 수 있다. SGW(164)는 인터(inter)-eNode B 핸드오버들 동안에 사용자 평면들을 앵커링(anchoring)하는 것, DL 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용가능할 때에 페이징(paging)을 트리거링하는 것, WTRU들(102a, 102b, 102c)의 컨텍스트(context)들을 관리 및 저장하는 것 등과 같은 다른 기능들을 수행할 수 있다.

SGW(164)는 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신들을 용이하게 하기 위해, 인터넷(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 게이트웨이(예를 들어, IMS(IP multimedia subsystem) 서버)를 포함할 수 있거나, 이 IP 게이트웨이와 통신할 수 있다. 또한, CN(106)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 및/또는 무선 네트워크들을 포함할 수 있는 다른 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

WTRU가 도 1a 내지 도 1d에서 무선 단말기로서 설명되어 있지만, 특정의 대표적인 실시예들에서, 그러한 단말기가 통신 네트워크와의 유선 통신 인터페이스들을 (예를 들어, 일시적으로 또는 영구적으로) 이용할 수 있는 것이 고려된다.

대표적인 실시예들에서, 다른 네트워크(112)는 WLAN일 수 있다.

인프라스트럭처 기본 서비스 세트(BSS) 모드에서의 WLAN은 BSS에 대한 액세스 포인트(AP) 및 AP와 연관된 하나 이상의 스테이션(STA)을 가질 수 있다. AP는 BSS로 및/또는 BSS로부터 트래픽을 운반하는 분배 시스템(DS) 또는 다른 타입의 유선/무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS 외부로부터 비롯되는 STA들에 대한 트래픽은 AP를 통해 도착할 수 있고 STA들에 전달될 수 있다. STA들로부터 BSS 외부의 목적지들로의 트래픽은 개개의 목적지들로 전달되도록 AP에 송신될 수 있다. BSS 내의 STA들 간의 트래픽은, 예를 들어, 소스 STA가 트래픽을 AP에 송신할 수 있고, AP는 트래픽을 목적지 STA에 전달할 수 있는 AP를 통해 송신될 수 있다. BSS 내의 STA들 사이의 트래픽은 피어-투-피어 트래픽(peer-to-peer traffic)으로 고려되고/되거나 지칭될 수 있다. 피어-투-피어 트래픽은 직접 링크 셋업(direct link setup)(DLS)으로 소스 및 목적지 STA들 사이에서 (예를 들어, 그 사이에서 직접적으로) 송신될 수 있다. 특정의 대표적인 실시예들에서, DLS는 802.11e DLS 또는 802.11z 터널링 DLS(TDLS)를 이용할 수 있다. IBSS(Independent BSS) 모드를 이용하는 WLAN은 AP를 갖지 않을 수 있고, IBSS 내의 또는 IBSS를 이용하는 STA들(예를 들어, 모든 STA들)은 서로 직접 통신할 수 있다. 통신의 IBSS 모드는 때때로 본 명세서에서 통신의 "애드혹(ad-hoc)" 모드라고 지칭될 수 있다.

802.11ac 인프라스트럭처 동작 모드 또는 유사한 동작 모드를 이용할 때, AP는 주 채널(primary channel)과 같은 고정 채널 상에서 비컨(beacon)을 송신할 수 있다. 주 채널은 고정된 폭(예를 들어, 20MHz 폭의 대역폭) 또는 동적으로 설정된 폭일 수 있다. 주 채널은 BSS의 동작 채널일 수 있으며, STA들에 의해 AP와의 접속을 확립하기 위해 이용될 수 있다. 특정의 대표적인 실시예들에서, CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance)가, 예를 들어, 802.11 시스템들에서 구현될 수 있다. CSMA/CA에 대해, AP를 포함하는 STA들(예를 들어, 모든 STA)은 주 채널을 감지할 수 있다. 주 채널이 특정 STA에 의해 이용중(busy)인 것으로 감지/검출 및/또는 결정되는 경우, 특정 STA는 백오프(back off)될 수 있다. 하나의 STA(예를 들어, 단지 하나의 스테이션)가 주어진 BSS에서 임의의 주어진 시간에 송신할 수 있다.

고 처리량(High Throughput)(HT) STA들은, 예를 들어, 인접하거나 인접하지 않은 20MHz 채널과 주 20MHz 채널의 조합을 통해, 통신을 위해 40MHz 폭 채널을 이용하여 40MHz 폭 채널을 형성할 수 있다.

초고 처리량(Very High Throughput)(VHT) STA들은 20MHz, 40MHz, 80MHz 및/또는 160MHz 폭 채널들을 지원할 수 있다. 40MHz 및/또는 80MHz 채널들은 인접한 20MHz 채널들을 결합함으로써 형성될 수 있다. 160MHz 채널은 8개의 인접한 20MHz 채널들을 결합함으로써, 또는 80+80 구성이라고 지칭될 수 있는 2개의 인접하지 않은 80MHz 채널들을 결합함으로써 형성될 수 있다. 80+80 구성의 경우, 데이터는, 채널 인코딩 후에, 데이터를 2개의 스트림들로 분할할 수 있는 세그먼트 파서(segment parser)를 통과할 수 있다. IFFT(Inverse Fast Fourier Transform) 처리 및 시간 영역 처리는 각각의 스트림에 대해 개별적으로 행해질 수 있다. 스트림들은 2개의 80MHz 채널들에 맵핑될 수 있고, 데이터는 송신하는 STA에 의해 송신될 수 있다. 수신하는 STA의 수신기에서, 80+80 구성에 대한 전술한 동작은 반대로 될 수 있고, 결합된 데이터는 매체 액세스 제어(Medium Access Control)(MAC)에 송신될 수 있다.

서브(sub) 1GHz 동작 모드들은 802.11af 및 802.11ah에 의해 지원된다. 802.11af 및 802.11ah에서는 802.11n 및 802.11ac에서 이용되는 것들에 비해 채널 동작 대역폭들 및 캐리어들이 감소된다. 802.11af는 TV 백색 공간(TV White Space)(TVWS) 스펙트럼에서 5MHz, 10MHz 및 20MHz 대역폭들을 지원하고, 802.11ah는 비(non)-TVWS 스펙트럼을 이용하여 1MHz, 2MHz, 4MHz, 8MHz 및 16MHz 대역폭들을 지원한다. 대표적인 실시예에 따르면, 802.11ah는 매크로 커버리지 영역(macro coverage area)에서의 MTC 디바이스들과 같은, MTC(Meter Type Control/Machine-Type Communications)를 지원할 수 있다. MTC 디바이스들은 특정 능력들, 예를 들어, 특정 및/또는 제한된 대역폭들에 대한 지원(예를 들어, 단지 그것에 대한 지원)을 포함하는 제한된 능력들을 가질 수 있다. MTC 디바이스들은 (예를 들어, 매우 긴 배터리 수명을 유지하기 위해) 임계값 위의 배터리 수명을 갖는 배터리를 포함할 수 있다.

다수의 채널들을 지원할 수 있는 WLAN 시스템들, 및 802.11n, 802.11ac, 802.11af, 및 802.11ah와 같은 채널 대역폭들은 주 채널로서 지정될 수 있는 채널을 포함한다. 주 채널은 BSS에서의 모든 STA들에 의해 지원되는 가장 큰 공통 동작 대역폭과 동일한 대역폭을 가질 수 있다. 주 채널의 대역폭은 가장 작은 대역폭 동작 모드를 지원하는 BSS에서 동작하는 모든 STA 중에서 STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, 주 채널은 AP와 BSS에서의 다른 STA들이 2MHz, 4MHz, 8MHz, 16MHz 및/또는 다른 채널 대역폭 동작 모드들을 지원하더라도, 1MHz 모드를 지원하는(예를 들어, 단지 지원하는) STA들(예를 들어, MTC 타입 디바이스들)에 대해 1MHz 폭일 수 있다. 캐리어 감지 및/또는 네트워크 할당 벡터(Network Allocation Vector)(NAV) 설정들은 주 채널의 상태에 의존할 수 있다. 예를 들어, (1MHz 동작 모드만을 지원하는) STA가 AP에 송신하는 것으로 인해, 주 채널이 이용중인 경우, 이용가능한 주파수 대역들의 대부분이 유휴 상태(idle)로 유지되더라도, 모든 이용가능한 주파수 대역들은 이용중인 것으로 간주될 수 있다.

미국에서, 802.11ah에 의해 이용될 수 있는 이용가능한 주파수 대역들은 902MHz 내지 928MHz이다. 한국에서, 이용가능한 주파수 대역들은 917.5MHz 내지 923.5MHz이다. 일본에서, 이용가능한 주파수 대역들은 916.5MHz 내지 927.5MHz이다. 802.11ah에 이용가능한 총 대역폭은 국가 코드에 따라 6MHz 내지 26MHz이다.

도 1d는 실시예에 따른, RAN(104) 및 CN(106)을 도시하는 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 및102c)과 통신하기 위해 NR 라디오 기술을 이용할 수 있다. RAN(104)은 또한 CN(106)과 통신할 수 있다.

RAN(104)은 gNB들(180a, 180b, 180c)을 포함할 수 있지만, 실시예와 부합한 채로 있으면서 RAN(104)이 임의의 수의 gNB를 포함할 수 있다는 것이 이해될 것이다. gNB들(180a, 180b, 180c) 각각은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 트랜시버를 포함할 수 있다. 일 실시예에서, gNB들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 예를 들어, gNB들(180a, 180b)은 gNB들(180a, 180b, 180c)로 신호들을 송신하고/하거나 이들로부터 신호들을 수신하기 위해 빔포밍을 이용할 수 있다. 따라서, 예를 들어, gNB(180a)는 WTRU(102a)로 무선 신호들을 송신하고/하거나 그로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다. 실시예에서, gNB들(180a, 180b, 180c)은 캐리어 집성(carrier aggregation) 기술을 구현할 수 있다. 예를 들어, gNB(180a)는 다수의 컴포넌트 캐리어들을 WTRU(102a) (도시되지 않음)에 송신할 수 있다. 이러한 컴포넌트 캐리어들의 서브세트는 비허가 스펙트럼 상에 있을 수 있는 반면, 나머지 컴포넌트 캐리어들은 허가 스펙트럼 상에 있을 수 있다. 실시예에서, gNB들(180a, 180b, 180c)은 CoMP(Coordinated Multi-Point) 기술을 구현할 수 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b) (및/또는 gNB(180c))로부터 조정된 송신들을 수신할 수 있다.

WTRU들(102a, 102b, 102c)은 스케일러블 뉴머롤로지(scalable numerology)와 연관된 송신들을 이용하여 gNB들(180a, 180b, 180c)과 통신할 수 있다. 예를 들어, OFDM 심볼 간격 및/또는 OFDM 서브캐리어 간격은 상이한 송신들, 상이한 셀들, 및/또는 무선 송신 스펙트럼의 상이한 부분들에 대해 변할 수 있다. WTRU들(102a, 102b, 102c)은 (예를 들어, 변하는 수의 OFDM 심볼들 및/또는 지속되는 변하는 절대 시간 길이들을 포함하는) 다양한 또는 스케일러블 길이들의 서브프레임 또는 TTI(transmission time interval)들을 이용하여 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)은 이동성 앵커 포인트(mobility anchor point)로서 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에서의 사용자들의 스케줄링, 네트워크 슬라이싱의 지원, DC, NR과 E-UTRA 사이의 상호연동, 사용자 평면 데이터를 사용자 평면 기능(UPF)(184a, 184b)을 향해 라우팅하는 것, 제어 평면 정보를 액세스 및 이동성 관리 기능(AMF)(182a, 182b)을 향해 라우팅하는 것 등을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, gNB들(180a, 180b, 180c)은 Xn 인터페이스를 통해 서로 통신할 수 있다.

도 1d에 도시된 CN(106)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 세션 관리 기능(Session Management Function)(SMF)(183a, 183b), 및 가능하게는 데이터 네트워크(DN)(185a, 185b)를 포함할 수 있다. 전술한 요소들이 CN(106)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 CN 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

AMF(182a, 182b)는 N2 인터페이스를 통해 RAN(104)에서의 gNB들(180a, 180b, 180c) 중 하나 이상에 접속될 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, AMF(182a, 182b)는 WTRU들(102a, 102b, 102c)의 사용자들을 인증하는 것, 네트워크 슬라이싱에 대한 지원(예를 들어, 상이한 요건들을 갖는 상이한 PDU(protocol data unit) 세션들의 처리), 특정의 SMF(183a, 183b)를 선택하는 것, 등록 영역의 관리, NAS(non-access stratum) 시그널링의 종료, 이동성 관리 등에 대한 책임이 있을 수 있다. 네트워크 슬라이싱은 WTRU들(102a, 102b, 102c)에 의해 이용되고 있는 서비스들의 타입들에 기초하여 WTRU들(102a, 102b, 102c)에 대한 CN 지원을 맞춤화하기 위해 AMF(182a, 182b)에 의해 이용될 수 있다. 예를 들어, URLLC(ultra-reliable low latency) 액세스에 의존하는 서비스들, eMBB(enhanced massive mobile broadband) 액세스에 의존하는 서비스들, MTC 액세스를 위한 서비스들 등과 같은 상이한 이용 사례들에 대해 상이한 네트워크 슬라이스들이 확립될 수 있다. AMF(182a, 182b)는 RAN(104)과, LTE, LTE-A, LTE-A Pro, 및/또는 WiFi와 같은 비-3GPP 액세스 기술들과 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 사이에서 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.

SMF(183a, 183b)는 N11 인터페이스를 통해 CN(106)에서의 AMF(182a, 182b)에 접속될 수 있다. SMF(183a, 183b)는 또한 N4 인터페이스를 통해 CN(106)에서의 UPF(184a, 184b)에 접속될 수 있다. SMF(183a, 183b)는 UPF(184a, 184b)를 선택 및 제어하고, UPF(184a, 184b)를 통한 트래픽의 라우팅을 구성할 수 있다. SMF(183a, 183b)는 UE IP 어드레스를 관리 및 할당하는 것, PDU 세션들을 관리하는 것, 정책 시행 및 QoS를 제어하는 것, DL 데이터 통지들을 제공하는 것 등과 같은 다른 기능들을 수행할 수 있다. PDU 세션 타입은 IP 기반, 비-IP 기반, 이더넷 기반 등일 수 있다.

UPF(184a, 184b)는 WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있는 N3 인터페이스를 통해 RAN(104)에서의 gNB들(180a, 180b, 180c) 중 하나 이상에 접속될 수 있다. UPF(184, 184b)는 패킷들을 라우팅 및 포워딩하는 것, 사용자 평면 정책들을 시행하는 것, 멀티-홈 PDU 세션들을 지원하는 것, 사용자 평면 QoS를 처리하는 것, DL 패킷들을 버퍼링하는 것, 이동성 앵커링을 제공하는 것 등과 같은 다른 기능들을 수행할 수 있다.

CN(106)은 다른 네트워크들과의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은, CN(106)과 PSTN(108) 사이의 인터페이스로서 역할하는 IP 게이트웨이(예를 들어, IMS 서버)를 포함할 수 있거나, 이 IP 게이트웨이와 통신할 수 있다. 또한, CN(106)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 및/또는 무선 네트워크들을 포함할 수 있는 다른 네트워크들(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), 및/또는 본 명세서에 설명된 임의의 다른 디바이스(들) 중 하나 이상과 관련하여 본 명세서에 설명된 기능들 중 하나 이상 또는 전부는 하나 이상의 에뮬레이션 디바이스(emulation device)(도시되지 않음)에 의해 수행될 수 있다. 에뮬레이션 디바이스들은 본 명세서에 설명된 기능들 중 하나 이상 또는 전부를 에뮬레이팅하도록 구성된 하나 이상의 디바이스일 수 있다. 예를 들어, 에뮬레이션 디바이스들은 다른 디바이스들을 테스트하고/하거나 네트워크 및/또는 WTRU 기능들을 시뮬레이팅하기 위해 이용될 수 있다.

에뮬레이션 디바이스들은 실험실 환경 및/또는 운영자 네트워크 환경에서 다른 디바이스들의 하나 이상의 테스트를 구현하도록 설계될 수 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스는 통신 네트워크 내의 다른 디바이스들을 테스트하기 위해 유선 및/또는 무선 통신 네트워크의 일부로서 완전히 또는 부분적으로 구현 및/또는 배치되면서, 하나 이상의 또는 모든 기능을 수행할 수 있다. 하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/배치되면서, 하나 이상의 또는 모든 기능을 수행할 수 있다. 에뮬레이션 디바이스는 공중파 무선 통신들(over-the-air wireless communications)을 이용하여 테스팅하고/하거나 테스팅을 수행할 목적으로 다른 디바이스에 직접 결합될 수 있다.

하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 구현/배치되지 않으면서, 모든 기능들을 포함하는 하나 이상의 기능을 수행할 수 있다. 예를 들어, 에뮬레이션 디바이스들은 하나 이상의 컴포넌트의 테스팅을 구현하기 위해 테스팅 실험실 및/또는 비-배치된(non-deployed)(예를 들어, 테스팅) 유선 및/또는 무선 통신 네트워크에서의 테스팅 시나리오에서 이용될 수 있다. 하나 이상의 에뮬레이션 디바이스는 테스트 장비일 수 있다. RF 회로(예를 들어, 하나 이상의 안테나를 포함할 수 있음)를 통한 직접 RF 결합 및/또는 무선 통신들이, 데이터를 송신 및/또는 수신하기 위해 에뮬레이션 디바이스들에 의해 이용될 수 있다.

[14596 공개 시작]

차량-사물간 연결(V2X)로도 알려진 차량 통신은, 차량들(예를 들어, 트럭, 자동차 등)이 서로 직접적으로 통신 및/또는 주변 인프라스트럭처(예를 들어, RSU(Road Side Unit))와 통신할 수 있는 통신 모드이다. 본 명세서에 개시된 바와 같이, 차량은 WTRU와 연관되고, 그와 통합되고, 그와 상호교환가능하게 지칭될 수 있다. V2X 동작들에 대한 2가지 시나리오들, 즉, WTRU들이 V2X 메시지들을 송신 및 수신하기 시작하기 위해 네트워크로부터 지원(assistance)을 수신하는 커버리지-내(in-coverage) 시나리오; 및/또는 WTRU들이 V2X 메시지들을 송신 및 수신하기 시작하기 위해 일부 사전 구성된 파라미터들을 이용하는 커버리지-외(out of coverage) 시나리오가 있을 수 있다.

V2X 통신은 D2D(Device-to-Device) 통신으로 행해지는 작업과 관련될 수 있다. V2X 통신 서비스들은 적어도 4개의 상이한 타입들의 상호작용을 수반할 수 있다: 차량 WTRU들이 서로 직접적으로 통신할 수 있는 V2V(Vehicle to Vehicle); 차량 WTRU들이 RSU들/eNB들과 통신할 수 있는 V2I(Vehicle to Infrastructure); 차량 WTRU들이 코어 네트워크와 통신할 수 있는 V2N(Vehicle to Network); 및 차량 WTRU들이 특별한 조건들(예를 들어, 낮은 배터리 용량)을 갖는 보행자(예를 들어, 비-차량) WTRU들과 통신할 수 있는 V2P(Vehicle to Pedestrian).

V2X 자원 할당에 관련된 여러 동작 모드들이 있다. LTE에서, V2X 통신에서 적어도 2개의 동작 모드들이 있을 수 있다. 모드 3은 네트워크가 WTRU에 V2X 사이드링크 송신을 위한 스케줄링 할당을 제공하는 경우이다. 모드 4는 WTRU가 구성된/사전 구성된 자원 풀로부터 자원들을 자율적으로 선택하는 경우이다. 모드들에 부가하여, V2X LTE는 자원 풀들의 적어도 2개의 카테고리들을 포함할 수 있다: V2X 송신을 수신하기 위해 모니터링되는 수신 풀들, 및 모드 4에서 송신 자원을 선택하기 위해 WTRU들에 의해 이용되는 V2X 송신 풀들. 송신 풀들은 모드 3에서 구성된 WTRU들에 의해 이용되지 않을 수 있다.

LTE에서, 자원 풀들은 RRC 시그널링을 통해 WTRU들에 반-정적으로(semi-statically) 시그널링될 수 있다. 모드 4에서, WTRU는 RRC 구성된 송신 풀로부터 자원을 선택하기 전에 감지를 이용할 수 있다. 일부 경우들에서, LTE V2X는 동적 자원 풀 재구성을 지원하지 않을 수 있고, 풀 구성은 SIB 및/또는 전용 RRC 시그널링을 통해서만 운반될 수 있다.

뉴 라디오(New Radio)(NR)는 "차세대" 무선 시스템으로 간주될 수 있다. NR 시스템들은 eMBB(enhanced Mobile Broadband), URLLC(ultra-high reliability, and/or low latency communications)와 같은 다수의 이용 사례들을 지원할 수 있다.

eV2X(enhanced V2X) 통신은 NR 시스템들의 일부일 수 있다. NR에서의 eV2X는 안전 및 비-안전 시나리오들(예를 들어, 센서 공유, 자동화된 주행(automated driving), 차량 군집 주행(vehicle platooning), 원격 주행(remote driving)) 둘다에 대한 새로운 서비스들을 지원할 수 있다. 상이한 eV2X 서비스들은 상이한 성능 요건들을 요구할 수 있다(예를 들어, 3ms 레이턴시가 요구될 수 있다).

NR V2X는 차량 군집 주행, 고급 주행, 확장 센서들, 원격 주행 등과 같은 새로운 이용 사례들을 지원할 수 있다.

차량 군집 주행은 차량들이 함께 이동하는 그룹을 동적으로 형성하는 것을 가능하게 할 수 있다. 군집에서의 모든 차량들은 군집 동작들을 수행하기 위해 선두 차량으로부터 주기적 데이터를 수신할 수 있다. 이 정보는 차량들 사이의 거리가 극히 작아지게 할 수 있다(예를 들어, 시간으로 변환된 갭 거리는 초미만(sub second)과 같이 매우 낮을 수 있다). 군집 주행 애플리케이션들은 뒤따라오는 차량들이 자율적으로 주행되는 것을 허용할 수 있다.

고급 주행은 반자동 또는 완전 자동 주행을 가능하게 할 수 있다. 이러한 이용 사례에 대해, 더 긴 차량간 거리가 가정될 수 있다. 각각의 차량 및/또는 RSU(Road Side Unit)는 그의 로컬 센서들로부터 획득된 데이터를 근접한 차량들과 공유할 수 있고, 따라서 차량들이 그들의 궤적들 또는 조종들을 조정할 수 있게 한다. 또한, 각각의 차량은 그의 주행 의도를 근접한 차량들과 공유할 수 있다. 이 이용 사례의 일부 이점들은 보다 안전한 이동, 충돌 회피, 및/또는 개선된 교통 효율일 수 있다.

확장 센서들은, 차량들, RSU들, 보행자들의 디바이스들, 및 V2X 애플리케이션 서버들 사이에서 로컬 센서들 또는 라이브 비디오 데이터를 통해 수집된 원시(raw) 또는 처리된 데이터의 교환을 가능하게 할 수 있다. 차량들은 그들 자신의 센서들이 검출할 수 있는 것을 넘어서 그들의 환경의 인식을 향상시킬 수 있고, 로컬 상황의 더 전체적인 뷰를 가질 수 있다.

원격 주행은 원격 운전자 또는 V2X 애플리케이션이 자기 스스로 운전할 수 없는 승객들, 또는 위험한 환경들에 위치된 원격 차량에 대해 원격 차량을 조작하게 할 수 있다. 대중 교통과 같은, 변동이 제한되고 경로들이 예측가능한 이용 사례에 대해, 클라우드 컴퓨팅 또는 원격 동작에 기초한 주행이 구현될 수 있다. 또한, 클라우드 기반 백엔드 서비스 플랫폼(cloud-based back-end service platform)에의 액세스가 이 이용 사례에 대해 고려될 수 있다.

LTE 및 NR 둘다는 eV2X를 지원하는 라디오 액세스 기술(RAT)들일 수 있다. NR V2X는 진보된 V2X 서비스들을 위해 LTE V2X를 보완하고, LTE V2X와의 상호연동을 지원할 수 있다. 따라서, WTRU는 NR 및 LTE 사이드링크 동작 둘다를 동시에 지원할 필요가 있을 수 있다.

LTE V2X는 NW 스케줄링된 모드(모드 3) 및 WTRU 자율 모드(모드 4) 둘다를 지원할 수 있다. NR V2X는 또한 NW 스케줄링된 모드(모드 1) 및 WTRU 자율 모드(모드 2) 둘다를 지원할 수 있다. 더욱이, WTRU가 송신을 위해 사이드링크 자원들을 자율적으로 선택하는 모드 2a; WTRU가 사이드링크 송신을 위해 NR 구성된 승인(타입-1 유사)으로 구성되는 모드 2c; 및/또는 WTRU가 다른 WTRU들의 사이드링크 송신들을 스케줄링하는 모드 2d와 같은, V2X에 대한 모드 2에 대한 서브모드들이 또한 있을 수 있다. 모드 2b-유사 거동은 또한 다른 모드들 중 임의의 것에 내장될 수 있는 기능에 대한 옵션일 수 있다. 모드 2b의 경우, WTRU는 다른 WTRU들에 대한 사이드링크 자원 선택을 보조할 수 있다.

일부 상황들에서, LTE V2X는 AS(Access Stratum) 계층에서 브로드캐스트 메커니즘으로서 역할할 수 있다. V2X WTRU는 V2X 서비스에 대응하는 상위 계층들로부터의 L2 목적지 ID를 제공받을 수 있다. WTRU는 MAC 헤더에 L2 목적지 ID를 포함할 수 있고, 수신은 WTRU가 관심있는 서비스들과 매칭하는 L2 목적지 ID를 갖는 MAC PDU들을 필터링하는 WTRU에 기초할 수 있다.

NR V2X에 대해, 유니캐스트 및 그룹캐스트 송신들의 이용을 또한 동기부여하는 이용 사례들(예를 들어, 군집 주행)과 조합되는 더 엄격한 요건들이 있을 수 있다. 유니캐스트 및 그룹캐스트 송신의 경우, WTRU는 수신기로부터의 피드백(예를 들어, HARQ, CQI)을 이용해서 송신 전력, 재송신 등을 최적화하여, 자원들의 더 효율적인 이용 및 QoS의 더 양호한 제어를 허용할 수 있다.

NR V2X에 대한 QoS 모델이 있을 수 있다. PC5를 통한 QoS는 PPPP(ProSe Per-Packet Priority)로 지원될 수 있다. 애플리케이션 계층은 요구되는 QoS 레벨을 나타내는 PPPP로 패킷들을 마킹하도록 허용될 수 있다. PPPP로부터 패킷 지연 예산(Packet Delay Budget)(PDB)을 도출하는 것과 같은 특정 향상들이 추가될 수 있다.

NR에 대한 QoS에 대한 추가적인 특징들이 있을 수 있다. 이러한 추가적인 특징들은 다음의 파라미터들 (및 그들의 단위들) 중 하나 이상을 갖는 주요 성능 표시자들을 가질 수 있다: 페이로드(바이트들); 송신 레이트(메시지/초); 최대 단부-대-단부 레이턴시(ms); 신뢰성(%); 데이터 레이트(Mbps); 및/또는 최소 요구 통신 범위(미터).

동일한 세트의 서비스 요건들이 PC5 기반 V2X 통신 및 Uu 기반 V2X 통신 모두에 적용될 수 있다. 결과적으로, (예를 들어, 또한 PC5를 통한 V2X 통신을 위해 5QI들을 이용하여) PC5 및 Uu에 대한 통합된 QoS 모델이 있을 수 있어서, 애플리케이션 계층은 이용된 링크에 관계없이 QoS 요건들을 표시하는 일관된 방식을 가질 수 있다.

5GS V2X 가능 WTRU들을 고려하면, 적어도 3개의 상이한 타입들의 트래픽, 즉, 브로드캐스트, 멀티캐스트, 및 유니캐스트가 있을 수 있다.

유니캐스트 타입의 트래픽에 대해, Uu의 것과 동일한 QoS 모델이 이용될 수 있다(예를 들어, 유니캐스트 링크들 각각은 베어러로서 취급될 수 있고, QoS 흐름들은 그와 연관될 수 있다). 5QI에서 정의된 모든 QoS 특성들 및 데이터 레이트의 추가적인 파라미터가 또한 적용될 수 있다. 또한, 최소 요구 통신 범위는 특히 PC5 이용을 위한 추가적인 파라미터로서 취급될 수 있다. 유사한 고려사항들이 멀티캐스트 트래픽에도 적용될 수 있는데, 그것이 (예를 들어, 트래픽의 다수의 정의된 수신기들을 갖는) 유니캐스트의 특별한 경우로서 취급될 수 있기 때문이다. 브로드캐스트 트래픽에 대해, 베어러 개념이 없을 수 있고; 따라서, 각각의 메시지는 애플리케이션 요건들에 따라 상이한 특성들을 가질 수 있다. 그 다음, 5QI는 (예를 들어, 각각의 패킷으로 태깅될) PPPP/PPPR(Prose Per Packet Priority/Prose Per Packet Reliability)과 유사한 방식으로 이용될 수 있다. 5QI는 PC5 브로드캐스트 동작에 필요한 모든 특성들(예를 들어, 레이턴시, 우선순위, 신뢰성 등)을 나타낼 수도 있다. V2X 브로드캐스트 특정 5QI들(예를 들어, 음성 품질 인덱스(Voice Quality Index)(VQI)들)의 그룹이 PC5 이용을 위해 정의될 수 있다.

본 명세서에서 논의된 것들과 같은 하나 이상의 이용 사례에서, WTRU는 동시 동작들을 수행할 필요가 있을 수 있고; 본 명세서에서 논의된 바와 같은 동작들은 송신, 수신, 처리, 결정, 동작 모드의 수행 등과 같은, WTRU에 의해 수행되는 하나 이상의 동작을 지칭할 수 있다. 이러한 동작들은 상황들에 따라, WTRU가 동시 송신 타입들을 처리하는 것과 같이, 하나 이상의 송신 타입을 처리하는 것을 포함할 수 있다. 송신 타입들은, 본 명세서에서 논의된 바와 같이, 제한적인 것은 아니지만, WTRU 자율 또는 NW 스케줄링된 모드들(예를 들어, LTE에 대한 모드 3, 모드 4, 또는 NR에 대한 모드 1, 모드 2), 및/또는 NR에 대한 모드 2의 서브모드들(예를 들어, 모드 2a, 모드 2c, 모드 2d)과 같은 송신 모드; WTRU가 NR SL RAT 또는 LTE SL RAT를 통해 송신할 수 있는 경우와 같은 SL RAT(Sidelink Radio Access Technology); NR V2X WTRU가 유니캐스트, 그룹캐스트, 또는 브로드캐스트 송신을 이용하여 송신할 수 있는 경우와 같은 캐스트 타입을 지칭할 수 있다. 이러한 송신 타입들의 조합들(예를 들어, NR SL RAT 상의 모드 2 대 LTE SL RAT 상의 모드 3) 자체는 또한 개별 모드들로서 고려될 수 있다.

하나 이상의 실시예에서, 모드 1 및 모드 2에서의 동시 동작이 있을 수 있다. LTE V2X에서, WTRU는 NW 결정에 기초하여 모드 3 또는 모드 4 중 어느 하나로만 구성될 수 있다. 구체적으로, WTRU는 시스템 정보가 요구되는 V2X 자원 풀들을 포함한다면 RRC_IDLE에서 모드 4 자원 선택을 수행할 수 있다. 그렇지 않으면, WTRU는 RRC 접속을 개시하도록 강제될 수 있고, NW는 풀들을 제공하고 WTRU가 모드 4에서 동작하도록 허용할 수 있거나, 또는 WTRU는 모드 3에서 스케줄링을 제공받는다. WTRU가 모드 1 및 모드 2에서 동시에 동작하면, WTRU는 버퍼링된 데이터를 송신하기 위해 NW 승인들, 또는 자원 선택으로부터의 승인들을 이용할 수 있다. 어느 데이터가 모드 1 또는 모드 2를 통해 전송되어야 하는지를 결정하기 위해 WTRU에서 절차들이 요구될 수 있다. 모드 2 자원 선택 규칙들은 NW 자원들의 이용가능성을 고려할 필요가 있을 수 있는 반면, 모드 1에 대한 네트워크와의 상호작용(예를 들어, BSR 보고)은 또한 WTRU에서의 모드 2 자원들의 이용가능성을 고려할 필요가 있을 수 있다. 모드 1 및 모드 2에서의 동시 동작을 다루기 위한 접근법들이 본 명세서에서 논의될 수 있다.

하나 이상의 실시예에서, LTE 및 NR 사이드 링크(SL)에서 동시 동작이 있을 수 있다. WTRU는 LTE 및 NR SL 둘다를 통해 동시에 동작할 필요가 있을 수 있다. 일부 패킷들은 (예를 들어, 역방향 호환성 또는 엄격한 QoS 요건들의 이유로) LTE 또는 NR 상에서의 송신을 위해 요구되는 바와 같이 상위 계층들에 의해 태깅될 수 있지만, 다른 패킷들은 어느 하나의 RAT 상에서 허용될 수 있다. 그러한 패킷들에 대해, 각각의 RAT의 부하(load)를 관리하고 패킷이 그의 QoS를 준수하면서 송신되는 것을 보장하는 적절한 RAT를 선택하기 위해 WTRU에서 절차들이 요구될 수 있다. LTE 및 NR SL에서의 동시 동작을 다루기 위한 접근법들이 본 명세서에서 논의될 수 있다.

하나 이상의 실시예에서, 유니캐스트, 그룹캐스트, 브로드캐스트에서 동시 동작이 있을 수 있다. WTRU는 유니캐스트 또는 그룹캐스트, 링크와 연관되는 상위 계층들로부터의 패킷들(예를 들어, 고유 WTRU에 의도된 패킷들) 뿐만 아니라, 브로드캐스트 송신들과 연관된 패킷들(예를 들어, 다수의 WTRU들에 의해 모니터링되는 L2 목적지 ID와 연관된 패킷들)을 수신할 수 있다. 캐스트 타입들 중 임의의 것이 모드 1 또는 모드 2를 이용하여 동작할 수 있다는 것을 고려하면, 자원 할당은 2개의 모드들을 고려하여 수행될 필요가 있을 수 있다. 구체적으로, NW는 모드 1에서의 동작을 위해 각각의 캐스트 타입에 대해 버퍼링된 데이터의 양을 알 필요가 있을 수 있다. 또한, 자원 및 캐리어 선택은 자원들의 분리(segregation)를 회피하기 위해 각각의 캐스트 타입에 대한 자원들의 공통 세트를 허용할 수 있다. 유니캐스트, 그룹캐스트 및 브로드캐스트에서 동시 동작을 다루기 위한 접근법들이 본 명세서에서 논의될 수 있다.

동시 WTRU 동작들을 다루는 실시예들을 처리할 때, 발생할 수 있는 하나의 문제는 상이한 상황들에서 데이터에 대한 송신 타입을 선택하는 방법이다. 이 문제를 해결하기 위해, 송신 타입들의 동시 이용 뿐만 아니라 송신 타입들의 선택을 위한 결정 기준들 및 WTRU 동작들을 위한 계층 2 구조의 하나보다 많은 모델이 있을 수 있다.

송신 타입들의 동시 이용과 관련하여 다양한 모델들을 논의할 때, 본 명세서에 설명되는 각각의 모델은 예로서 제시되고, 하나의 모델 또는 예로부터의 특징들이 다른 모델 또는 다른 설명된 상황들에 적용가능할 수 있는 것으로 의도된다. 모델들과 연관된 번호들은 단지 특정 예들에 대한 참조를 제공하기 위한 것이며, 선호되는 접근법에 관한 임의의 의미를 제공하도록 의도되지 않는다.

도 2는 데이터에 대한 송신 타입들을 선택하는 예시적인 절차를 도시하는 흐름도이다. 본 명세서에 설명된 각각의 모델은 도면에 도시된 절차의 전부 또는 일부를 수행할 수 있다. 일반적으로, 임의의 모델에 대해, WTRU는, WTRU가 주어진 상황에 적절한 송신 타입을 결정(determine) 또는 결정(decide)하기 위해 이용할 수 있는 구성 정보 또는 설정들을 포함하는 구성을 먼저 수신(201)할 수 있다. 구성은 적절한 디바이스(예를 들어, gNB, eNB 등과 같은 기지국들)를 통해 네트워크로부터 올 수 있다. WTRU의 정상 동작의 일부로서, 데이터는 상위 계층으로부터 수신(202)될 수 있고(예를 들어, WTRU 상에서 동작하는 프로토콜 계층들의 스택에서 하위 레벨에서 수신될 수 있고), 여기서 데이터는 송신을 위한 하나 이상의 데이터 패킷일 수 있다. WTRU는 수신된 구성 정보 및 다른 결정 기준들에 기초하여 수신된 데이터 패킷에 적절한 송신 타입을 결정 또는 결정(203)할 수 있다. 결정/결정 프로세스는 본 명세서에서 더 설명될 수 있다. WTRU는 이어서 적절한 송신 타입을 이용하여 데이터 패킷을 송신(204)할 수 있다. 어떤 시점에서, WTRU는 조건(예를 들어, WTRU에 의해 측정된 조건 변경, 새로운 구성과 같은 네트워크로부터 수신된 조건, 또는 이벤트와 같은 조건 등) 및/또는 결정 기준들에 기초하여 송신 타입을 변경(205)할 수 있다. 도 2의 예시적인 프로세스 동안, WTRU는 다른 WTRU(들)(예를 들어, 사이드링크) 및/또는 네트워크(예를 들어, 기지국)와 통신할 수 있고, 프로세스를 더 용이하게 하기 위해 스케줄링 요청(들)(SR) 및/또는 버퍼 상태 보고(들)(BSR)를 통신할 수 있다. 또한, WTRU는 조건들 및/또는 동시 송신 타입들에 기초하여 캐리어/자원 선택 프로세스를 수행할 수 있다.

제1 모델에서, 고정된 논리 채널 대 송신 타입 맵핑이 있을 수 있다. 논리 채널은 WTRU에 의해 생성될 수 있거나, 네트워크는 단일 송신 타입과만 연관될 수 있다. 각각의 송신 타입 내에서, WTRU는 상이한 QoS 요건들 및/또는 상이한 목적지 ID와 각각 연관될 수 있는 다수의 논리 채널들을 생성할 수 있다. 이러한 맵핑은 201에서 WTRU에 의해 수신된 구성 정보의 일부일 수 있다. 예를 들어, WTRU는 LTE RAT 상에서 데이터의 송신을 위한 논리 채널을 생성할 수 있거나, NR RAT 상에서 데이터의 송신을 위한 논리 채널을 생성할 수 있다. 다른 예에서, WTRU는 모드 1을 이용하여 데이터의 송신을 위한 논리 채널을 생성할 수 있거나, 또는 모드 2를 이용하여 데이터의 송신을 위한 논리 채널을 생성할 수 있다. 다른 예에서, WTRU는 유니캐스트 데이터의 송신을 위한 논리 채널을 생성할 수 있다. WTRU는 상이한 목적지 WTRU들로의 유니캐스트 송신들을 위한 별개의 논리 채널들을 생성할 수 있다.

제1 모델에서, WTRU는, 202에서와 같이, 상위 계층들로부터 송신을 위한 데이터 패킷을 수신할 수 있다. 본 명세서에 설명된 결정 기준들에 기초하여, WTRU는, 203에서와 같이, 하나의 송신 타입 또는 다른 송신 타입과 연관된 논리 채널에 데이터 패킷을 전송하기로 결정할 수 있다. 그러한 경우에, 결정은 상위 계층들로부터의 패킷의 도착 시에 WTRU에 의해 취해질 수 있다.

WTRU는 그것이 송신 타입 x를 이용하기로 결정한 패킷을 수신할 수 있지만, 송신 타입 x에 대해 활성인 적절한 논리 채널을 갖지 않을 수 있다. 그러한 경우에, WTRU는 모드 x와 연관된 새로운 논리 채널을 생성할 수 있다. 대안적으로, 또는 함께, WTRU는 예를 들어, MAC CE, RRC 메시지, 또는 Uu PHY 채널 송신(예를 들어, SR, PUCCH 등)의 송신에 의해, 네트워크로부터 새로운 논리 채널을 생성할 필요성을 표시할 수 있다. 새로운 논리 채널의 이러한 결정 및 생성은 203에서 발생할 수 있다.

WTRU는 다음 중 임의의 것에 기초하여 송신 타입과 연관된 논리 채널을 생성/제거하기로 결정할 수 있다: 본 명세서에서 논의된 바와 같은 결정 기준들 중 하나가 충족되고, 송신 타입에 대해 존재하는 논리 채널들이 없음(예를 들어, 논리 채널의 생성), 또는 기준들은 모든 데이터가 단일 송신 타입만을 이용하여 송신되도록 하는 것임(논리 채널의 제거); 송신 타입과 연관된 논리 채널이 있는 일부 타입의 데이터(예를 들어, 특정 QoS 또는 VQI)가 더 이상 그 송신 타입에 맵핑될 수 없음(예를 들어, 논리 채널의 제거); WTRU는 (사전) 구성된 시간 기간 동안 본 명세서에서 논의된 바와 같은 특정 송신 타입에 맵핑되는 패킷들을 수신하지 않음; 및/또는 네트워크에 의해 통지/재구성됨. 논리 채널의 이러한 생성/제거는 변경을 촉구하는 상황들에 따라 203 또는 205에서 발생할 수 있다.

제2 모델에서, WTRU는 논리 채널을 하나의 송신 타입으로부터 다른 송신 타입으로 이동시킬 수 있다. 이 모델은 고정된 논리 채널 대 송신 타입의 제1 모델과 관련하여 이용될 수 있다. 여기서, 논리 채널은, 송신 타입이 변경될 수 있는 205에서와 같이, 또는 송신 타입이 수신된 데이터 패킷과 연관된 파라미터에 기초하여 변경될 수 있는 203에서와 같이, 주어진 시간 기간 동안만 하나의 송신 타입이 되도록 구성될 수 있다. WTRU는, 예를 들어, 본 명세서에서 논의된 기준들에 기초하여, 논리 채널을 하나의 송신 타입으로부터 다른 송신 타입으로 이동시키기로 결정할 수 있다. 이 모델에서, 특정 데이터 패킷의 송신을 위해 어느 송신 모드가 이용될지에 대한 결정은 상위 계층들로부터의 데이터의 도착 시에 행해질 수 있거나(예를 들어, 새로운 데이터 도착이 논리 채널이 하나의 송신 타입으로부터 다른 송신 타입으로 변경되도록 강제하는 경우), 현재 및 장래 패킷들에 기초하여 주기적으로, 또는 WTRU에서 트리거되고 본 명세서에서 논의된 바와 같은 기준들에 의해 정의된 일부 이벤트들에 기초하여 행해질 수 있다(예를 들어, 측정이 일부 기준들을 충족시키는 등).

예를 들어, 모드 1/모드 2의 경우, WTRU는, 모드 2만을 이용하는 논리 채널들 및 모드 1만을 이용하는 논리 채널들의 세트를 생성하거나 그것으로 구성될 수 있다. 추가적으로, WTRU는, 주어진 시간에 하나의 단일 자원 선택 모드(모드 1 또는 모드 2)를 이용할 수 있지만, 하나의 모드로부터 또 다른 모드로 변경될 수 있는 논리 채널들을 생성하거나 그것으로 구성될 수 있다. WTRU는 (예를 들어, QoS에 기초한) 데이터의 논리 채널로의 맵핑으로 구성될 수 있다. 추가적으로, WTRU는 주기적으로, 또는 하위 계층들로부터 수신된 트리거들에 기초하여, 하나 이상의 논리 채널을 하나의 송신 타입을 이용하는 송신으로부터 다른 송신 타입으로 이동시키기로 결정할 수 있다.

WTRU는 하나의 송신 타입으로부터 다른 송신 타입으로 변경될 수 있는 그러한 논리 채널들의 최대 수로 구성될 수 있다. WTRU는 또한, 논리 채널이 그 송신 타입을 변경할 수 있는 간격 또는 기간으로 구성될 수 있다. 구체적으로, WTRU는 정의된 기간들에서만 (예를 들어, 본 명세서에서 논의된 기준들에 기초하여) 각각의 그러한 "이동가능한" 논리 채널에 대한 결정 기준 평가를 수행할 수 있다. WTRU는 또한, 논리 채널에 대한 송신 타입을 결정하기 위하여 마지막 변경 간격에 걸쳐 이용가능한 정보를 이용할 수 있다.

이 모델에서의 WTRU는 단순히 특정 데이터 패킷의 QoS/VQI보다는, 이 논리 채널에 맵핑되는 QoS/VQI에 대해서만 논리 채널 송신 타입 스위칭을 위해 본 명세서에서 정의된 결정 기준들을 적용할 수도 있다. 구체적으로, WTRU는 각각의 VQI 또는 VQI들의 세트에 대한 논리 채널을 생성하도록 구성될 수 있다. WTRU는 이 논리 채널에 맵핑되는 QoS/VQI만을 고려함으로써 데이터의 타입 또는 QoS에 의존하는 본 명세서에서 정의된 결정을 적용할 수 있다.

제3 모델에서, 논리 채널은 다수의 송신 모드들과 연관될 수 있다. 이 모델은 고정된 논리 채널 대 송신 타입의 제1 모델링과 관련하여 이용될 수 있다. 여기서, 논리 채널은 다수의 송신 모드들로 구성될 수 있다. 그러한 모델링에서, WTRU는, 204에서와 같이, 데이터의 송신시에 이용되지만, 대조적으로, 아마도 상위 계층들로부터의 데이터의 수신시에는 이용할 수 없는 특정 송신 모드를 결정할 수 있다.

예를 들어, LTE 및 NR RAT의 경우에, WTRU는, 201에서와 같이, LTE RAT를 통해 전송되는 논리 채널들의 세트, 및 NR RAT를 통해 설정되는 논리 채널들의 세트를 생성하거나 이들로 구성될 수 있다. WTRU는 또한, RAT들 둘다와 연관되는 하나 이상의 논리 채널로 구성되거나 이를 생성할 수 있다. 그러한 예에서, WTRU는, 202에서와 같이, 상위 계층들로부터 패킷들을 수신하고, 본 명세서에 설명된 결정 기준들에 기초하여 그러한 패킷들을 LTE RAT 또는 NR RAT 논리 채널들로 전송할 수 있다. 추가적으로, WTRU는 LTE 및 NR RAT들 둘다에 맵핑되는 논리 채널로 특정 패킷들을 전송하기로 결정할 수 있다. 그 후, 논리 채널에 대한 실제 데이터의 맵핑은 204에서와 같이 송신 시간에 수행될 수 있다.

도 3은 조건이 변할 때의 데이터 처리의 예를 도시하는 도면이다. 이 예에서, WTRU는 모드 1 및 모드 2와 같은 상이한 송신 타입들을 처리할 수 있다. 시간은 수평으로 앞으로 이동하고, 여기서 301 시간 T1 및 302 시간 T2는 2개의 상이한 시점들을 구별하는 것으로 도시되어 있다. WTRU에 대한 일반적인 송신 상황에서, WTRU는 논리 채널들의 세트(예를 들어, LCH1-4)로 구성될 수 있다. WTRU는 논리 채널들을 송신 타입에 할당하도록 지시받을 수 있거나, 또는 스스로 결정할 수 있다. 중간 섹션 312에서, 예는 논리 채널들 LCH1 및 LCH2가 T1에서 모드 1과 연관되고, 논리 채널들 LCH3 및 LCH4가 T1에서 모드 2와 연관되는 경우를 도시한다. 데이터 패킷들은 상위 계층으로부터 수신되고, 송신 타입에 관련된 결정 기준들에 기초하여 논리 채널에 할당될 수 있다. T1과 T2에서의 또는 T1과 T2 사이의 어떤 시점에서, 어떤 조건(예를 들어, 라디오 조건들의 변경)은, 논리 채널 LCH1이 T2에서 모드 2로 변경되는 312에 도시된 바와 같이, 논리 채널에 할당된 송신 타입을 변경하도록 WTRU에 프롬프트할 수 있다. 이 도면은 본 명세서에서 더 설명될 수 있다.

동시 WTRU 동작들에서 데이터에 대한 송신 타입을 결정하기 위해, 송신 타입의 선택을 위한 조건들 및/또는 결정 기준들 및 WTRU 동작들이 있을 수 있다. WTRU는 표 1에 열거된 인자들 중 하나 이상(예를 들어, 조합)에 기초하여 사이드링크 데이터에 대한 송신 타입을 선택할 수 있다. 열거된 기준들은 또한 조건들인 것으로 간주될 수 있고, 여기서 조건은 그와 연관된 파라미터를 가질 수 있다.

이러한 기준들은 총망라한 리스트인 것으로 의도되지 않고, 일반적으로 송신 타입의 선택을 결정하기 위한 특정 상황들에서 유용할 수 있는 기준들의 타입 및 성질을 나타낼 수 있다.

WTRU가 송신을 위해 이용가능한 데이터의 속성에 기초하여 송신될 데이터에 대한 송신 타입을 결정하는 기준 상황에 대해, WTRU는 송신될 데이터의 QoS 요건들에 기초하여 데이터에 대한 송신 타입을 선택할 수 있다. 예를 들어, WTRU는 데이터와 연관된 QoS 파라미터(예를 들어, VQI, PPPP, PPPR, 레이턴시, 신뢰성, 범위 등)의 (사전) 구성된 맵핑 및 송신 모드에 기초하여 패킷에 대한 송신 모드(예를 들어, 모드 1 대 모드 2)를 선택할 수 있다.

이러한 상황의 일 예에서, WTRU는, WTRU가 모드 1/모드 2를 이용하여 패킷을 송신해야 하는 VQI의 세트, 또는 그 위로/아래로 패킷을 송신해야 하는 VQI의 임계값으로 (사전) 구성될 수 있다. 패킷이 수신되고, 조건이 충족되는 VQI로 태깅된다면, WTRU는 모드 1/모드 2를 이용하여 패킷을 송신할 수 있다. 그렇지 않은 경우, WTRU는 모드 2/모드 1을 이용하여 패킷을 송신할 수 있다.

이러한 상황의 다른 예에서, WTRU는 각각의 RAT와 연관된 CBR의 측정들에 부가하여, 그 RAT와 연관된 VQI에 기초하여 송신을 위한 RAT를 선택할 수 있다. 구체적으로, WTRU는 VQI 및 CBR(예를 들어, LTE CBR 또는 NR CBR)의 (사전) 구성된 표 또는 RAT들 사이의 CBR 차이에 기초하여 송신을 위한 RAT를 선택할 수 있다. WTRU는, CBR이 LTE CBR보다 높거나 상당히 높지 않은 한, NR RAT가 조정될 수 있는 특정 송신들에 대해 이용될 NR RAT를 우선순위화할 수 있다. 그러한 우선순위화는 WTRU에서 (사전) 구성된 VQI/CBR 표에 기초하여 RAT 선택에 내장될 수 있다.

WTRU가 송신(들)의 빈도 및/또는 크기에 기초하여 송신될 데이터에 대한 송신 타입을 결정하는 기준 상황에 대해. 구체적으로, WTRU는 송신의 빈도(즉, 주기적 또는 비주기적, 및 송신들의 주기성) 및/또는 메시지 크기(예를 들어, 최대 메시지 크기, 최소 메시지 크기, 평균 메시지 크기 등)에 기초하여 송신 타입을 결정할 수 있다. 예를 들어, WTRU는 가능한 다른 조건들(예를 들어, CBR이 임계값 위/아래에 있는 주기적 송신들)과 조합하여, 주기적 송신들을 위해 모드 2를 이용하도록 구성될 수 있다. 유사하게, WTRU는 (예를 들어, SLRB에 대한) 평균/최소/최대 메시지 크기가 임계값 위인 경우 모드 1을 이용하도록 구성될 수 있다.

WTRU가 사이드링크 세션의 속성들에 기초하여 송신될 데이터에 대한 송신 타입을 결정하는 기준 상황에 대해. 일 예에서, WTRU는 사이드링크 그룹캐스트의 그룹 크기에 기초하여 송신 타입을 결정할 수 있다. 예를 들어, 많은 수의 멤버들을 갖는 그룹에 대해, WTRU는 모드 1을 이용하도록 구성될 수 있으므로 모든 수신기 WTRU들로부터의 피드백 자원들이 네트워크에 의해 할당될 수 있다. 유사하게, WTRU는 그룹 크기가 작은 경우 사이드링크 그룹캐스트에 대해 모드 2를 이용하도록 구성될 수 있다. 여기서, 송신기 WTRU는 수신기 WTRU들 각각에 대한 피드백 자원들을 할당할 수 있다. HARQ 피드백 메커니즘들은 또한 송신 타입을 결정하는데 이용될 수 있다. HARQ NACK 전용 메커니즘의 경우, 수신기 WTRU들은 NACK 메시지만을 위한 피드백 자원을 공유할 수 있다. 따라서, WTRU는 사이드링크 그룹캐스트에 대해 모드 2를 이용하도록 구성될 수 있다. HARQ ACK/NACK 메커니즘이 이용되는 경우, WTRU는 사이드링크 그룹캐스트에 대해 모드 1을 이용하도록 구성될 수 있다.

WTRU가 그 송신 타입에 대해 이용가능한 적절한 자원들의 이용가능성에 기초하여 데이터에 대한 송신 타입을 결정하는 기준 상황에 대해, 그러한 결정은 송신 WTRU에 의해 결정되거나, 피어(peer) WTRU(예를 들어, 송신하는 WTRU와의 유니캐스트 링크에 있는 WTRU)에 의해 결정되고, 송신하는 WTRU에 표시되는 다음 중 임의의 것에 기초할 수 있다: 잠재적으로 특정 RAT, 및/또는 특정 캐스트 타입과 연관되고, 데이터의 도착에 대해 수용가능한 타이밍/레이턴시를 갖는 SR 자원들의 이용가능성; (예를 들어, 데이터의 도착을 나타내기 위한) BSR의 송신을 위한 수용가능한 타이밍/레이턴시를 갖는 이용가능한 업링크 자원들; 가능하게는 특정 요건들 또는 특정 논리 채널과 연관된, 데이터의 송신을 위한 수용가능한 타이밍/레이턴시를 갖는 이용가능한 주기적 자원들; WTRU는 일부 데이터의 주기성, 오프셋, 패킷 크기에서의 변화를 검출함(예를 들어, WTRU는 그것이 일부 데이터의 주기성, 오프셋, 또는 패킷 크기에서의 변화들을 검출할 때 특정 시간 동안 모드 2 송신들로 변경될 수 있음); 가능하게는 데이터와 연관된 QoS 요건들과 조합한, 특정 타입의 이용가능한 SL 승인; 어느 하나의 송신 타입에 대해 네트워크에 의해 구성되는 자원들의 양(예를 들어, WTRU는 어느 하나의 송신 타입에 대해 네트워크에 의해 구성되는 자원들의 양에 기초하여 송신 타입을 결정하고, 여기서 그러한 결정은 어느 하나의 타입에서 동일한 비율의 자원들을 이용하기 위해 수행될 수 있음); 및/또는, 모드 2 자원 선택을 이용하여 충분한 자원들을 선택할 수 없음, 또는 모드 2 자원 선택의 실패.

특정 타입의 이용가능한 SL 승인에 관하여, WTRU는 어느 승인이 시간상 먼저 이용가능한지, 및 데이터의 요건들(예를 들어, 승인 크기, 송신을 위한 MCS, 구성된 재송신들의 수)을 충족시키는 속성들을 갖는지에 따라 낮은 레이턴시 요건들을 갖는 데이터 송신을 위해 LTE 승인 또는 NR 승인(승인들 둘다가 이용가능하다고 가정함)을 이용하도록 선택할 수 있다. 그러한 승인은 모드 2/4 승인 또는 모드 1/3 승인일 수 있다.

충분한 자원들을 선택할 수 없는 것에 관하여, WTRU는 다음의 이유들 중 임의의 것으로 인해 실패할 수 있는 자원 선택 절차에 따라 일부 데이터 송신들을 위해 모드 1을 이용하기로 결정할 수 있다: 예를 들어, 송신 실패 LBT를 위해 선택된(예를 들어, 클리어 채널 평가 동안 점유되는) 이용가능한 자원들 중 하나/그 이상/전부로 인해 또는 실패들의 수, 또는 백오프 시간의 수/양이 가능하게는 패킷의 요구되는 레이턴시와 관련된 임계값을 초과하는 것으로 인해, 기간 후에 또는 다수의 시도들 후에 LBT로 모드 2 자원을 획득하는 것에 실패하는 것; 자원 선택에서 결정되거나 주기적으로 결정된, 송신을 위해 이용가능한 것으로 간주되는 모드 2 자원들의 수가 (사전) 구성되거나 정의된 임계값 아래인 것 ― 여기서 모드 2 자원들의 이용가능성의 결정은 SCI-유사 송신에 의해 사전 예약된 자원들의 배제, 및/또는 PSSCH/PSCCH 상의 RSRP/RSSI의 측정을 포함할 수 있음 ―; 모드 2d에 대한 스케줄링 WTRU가 일부 시간 기간 동안 이용가능하지 않거나 도달가능하지 않은 것; 및/또는 가능하게는 송신될 데이터와 함께 이용하기 위해, WTRU에 대해 구성된 자원 패턴들 중 하나/그 이상/전부가 이용가능하지 않거나, 송신될 데이터의 레이턴시 요건들을 충족시키지 않는 것.

또한, 충분한 자원들을 선택할 수 없는 것에 관하여, WTRU는 어느 하나의 RAT 상에서 성공적인 것으로 간주되는 가능한 최근 자원 할당들의 수에 기초하여 NR RAT 또는 LTE RAT를 이용하기로 결정할 수 있다. 구체적으로, WTRU는 자원들의 x%가 자원 선택 동안 이용가능한 것으로 결정된 각각의 RAT 상에서 자원 선택 절차들의 수 또는 비율을 측정할 수 있고, 이러한 수 또는 비율이 최소인 RAT를 선택할 수 있다.

또한, 충분한 자원들을 선택할 수 없는 것에 관하여, 자원 선택은 송신하는 WTRU에서 결정된 감지 결과들 및/또는 측정들에 기초하거나, 피어 WTRU에 의해 제공된 감지 결과들 및/또는 측정들에 기초할 수 있다.

또한, 충분한 자원들을 선택할 수 없는 것에 관하여, WTRU는, 캐리어 선택을 수행하고 허용된/선택된 캐리어의 수가 특정 수 미만인 경우 자원 선택을 위한 불충분한 자원을 결정할 수 있고, 여기서, 그러한 수는 송신될 데이터의 베어러/흐름/VQI에 관련될 수 있다.

자원들의 이용가능성에 기초하여 송신 타입을 결정하는 것과 관련된 하나의 시나리오에서, WTRU는 SR/BSR 자원들이 이용가능하지 않거나 타이밍 요건들을 충족시키지 않을 때 모드 2를 이용할 수 있다. WTRU는 송신될 데이터의 타이밍 요건들을 충족시키기 위해 이용가능한 SR 자원들로 구성된다면 모드 1 송신들을 이용할 수 있거나, 데이터를 송신하기에 충분한 시간 내에 BSR 송신에 대한 승인을 획득할 수 있다. WTRU가 충분한 SR 자원들로 구성되지 않거나, 또는 BSR 및 후속 사이드링크 데이터의 송신을 위해 WTRU에 의해 결정된 레이턴시가 데이터 송신 자체의 레이턴시 요건들보다 더 크면, WTRU는 모드 2 자원들(예를 들어, 순방향-예약된 자원들 또는 원샷 자원들)을 이용할 수 있다. 모드 1이 상기의 이유들로 이용될 수 없다고 결정되면, WTRU는 모드 2 자원 선택을 수행하거나, 기존의 모드 2 승인들(예를 들어, 주기적으로 발생하는 자원들) 상에서 상기의 데이터의 송신을 우선순위화할 수 있다.

자원들의 이용가능성에 기초하여 송신 타입을 결정하는 것과 관련된 하나의 시나리오에서, WTRU는 LTE RAT에 대한 SR/BSR 자원들이 이용가능하지 않거나 타이밍 요건들을 충족시키지 않을 때 NR RAT를 이용할 수 있다. 모드 3 LTE와 동시에 모드 1 NR을 이용하도록 구성된 WTRU의 예에서, WTRU는 각각의 RAT에 특정된 SR 자원들로 구성될 수 있다. WTRU는, 잠재적으로 구성된 규칙과 조합하여, LTE RAT SR에 대한 NR RAT SR의 타이밍에 기초하여 패킷을 송신할 사이드링크 RAT를 결정할 수 있다. 구체적으로, WTRU는, LTE/NR RAT 상의 SR 구성이 WTRU가 요구되는 레이턴시 내에서 패킷들을 송신하는 것을 허용하는 한, LTE/NR RAT 상에서 잠재적으로 특정 서비스, 캐스트 등과 연관된 데이터를 송신하도록 구성될 수 있다. 패킷이 도착하고 LTE/NR RAT SR이 패킷의 레이턴시가 준수되지 않도록 구성되는 경우, WTRU는 NR/LTE RAT 상에서 패킷을 대신 송신할 수 있다. WTRU는 연관된 데이터에 대해 NR/LTE SR을 네트워크로 송신할 수 있고, 장래의 NR/LTE 승인들 상에서 멀티플렉싱될 데이터에 그러한 데이터를 포함할 수 있다.

자원들의 이용가능성에 기초하여 송신 타입을 결정하는 것과 관련된 하나의 시나리오에서, WTRU는 모드 2를 이용하는 자원 선택이 타이밍 요건들을 충족시키지 않을 때 모드 1을 이용할 수 있다. 예에서, WTRU는 특정 베어러/흐름과 연관된 또는 특정 VQI와 연관된 데이터에 대한 모드 2 자원 선택을 이용하도록 구성될 수 있다. WTRU는, 상기의 베어러/흐름/VQI의 데이터에 대해 수행된 하나 또는 다수의 (사전) 구성되거나 정의된 자원 선택 시도가 데이터의 QoS 요건들(예를 들어, 레이턴시, 신뢰성)을 충족시키기 위해 자원을 선택할 수 없다면 그러한 베어러/흐름/VQI에 대해 모드 1을 이용하도록 추가로 구성될 수 있다. 예를 들어, 자원 선택은 LTE의 것과 유사한 감지 절차를 요구할 수 있다. 특정 VQI에 대해, WTRU는 이용가능한 자원들의 (사전) 구성된 백분율 X가 이용가능할 것을 요구할 수 있다. X 퍼센트의 자원들이 이용가능한 것으로 결정되지 않는 프로세스에 대한 자원 선택을 수행하는 WTRU는 모드 1을 통해 상기의 데이터 패킷을 송신할 수 있다. 대안적으로, WTRU는 가능하게는 특정 베어러/흐름/VQI와 연관된, 그러한 실패한 자원 선택 시도들의 수의 카운트를 유지하고, 연속적인, 또는 구성된 시간 내의 실패한 자원 선택 시도들의 수가 특정 양을 초과할 때 모드 1을 통해 베어러/흐름/VQI를 송신하기로 결정할 수 있다.

상기의 시나리오에서의 WTRU는 다음 중 임의의 것에 의해 결정될 수 있는 기간 동안, 베어러/흐름/VQI가 모드 2로 구성됨에도 불구하고, 모드 1을 이용하여 상기의 베어러/흐름/VQI를 계속 송신할 수 있다: (사전) 구성된 타이머; 모드 2를 이용한 다른 베어러/흐름/VQI에 대한 하나 이상의 성공적인 자원 선택의 표시; 및/또는 모드 2 풀에 대한 혼잡의 측정치가 구성된 임계값 아래로 변경되는 것.

자원들의 이용가능성에 기초하여 송신 타입을 결정하는 것과 관련된 하나의 시나리오에서, WTRU는 모드 2 자원 풀 크기/구성에 기초하여 송신 모드를 선택할 수 있다. 예에서, WTRU는 모드 2 자원 풀의 구성에 기초하여 특정 타입의 데이터의 송신을 위해 모드 1 또는 모드 2를 이용하도록 선택할 수 있다. 구체적으로, WTRU는 모드 2 자원 풀에서 SL 송신을 위해 구성된 슬롯들 사이의 시간이 임계값보다 작은 경우 특정 VQI와 연관된 송신을 위해 모드 2를 이용할 수 있고, 이에 의해 그러한 임계값은 송신될 데이터의 VQI 또는 레이턴시 요건들과 추가로 연관될 수 있다. 다른 예에서, WTRU는, 모드 2를 이용한 데이터의 양 또는 비율이 모드 2 송신을 위해 네트워크에 의해 구성된 풀의 크기에 비례하는 방식으로 데이터에 대해 모드 1 또는 모드 2 송신을 이용할 수 있다.

자원들의 이용가능성에 기초하여 송신 타입을 결정하는 것과 관련된 하나의 시나리오에서, WTRU는 주기성/오프셋/크기 또는 주기적 데이터에서의 변화를 검출할 때 송신 모드를 변경할 수 있다. 예에서, WTRU는 그의 송신들의 주기성/타이밍/오프셋에서의 변화를 검출할 때 모드 2를 이용하여 일부 데이터를 전송할 수 있다. WTRU는 또한, SPS 구성과 연관된 데이터의 레이턴시 요건들을 충족시키도록 SPS 자원들을 조정하기 위해 WTRU 보조 정보를 제시간에 송신할 수 없을 때 그러한 모드 스위칭을 수행하기로 결정할 수 있다. WTRU는 (예를 들어, 크기 변화의 경우에) 모드 2를 이용하여 SPS 구성에 맵핑된 데이터의 일부만을 전송할 수 있다. WTRU는, 주기성/타이밍/오프셋에서의 변화의 검출 시에, SPS 자원들을 이용하는 데이터의 전부 또는 일부들을 전송하기로 결정할 수 있다. WTRU는 SPS 구성과 연관된 WTRU 보조 정보를 여전히 전송할 수 있다. WTRU는 새로운 주기성/오프셋/크기 요건들을 충족하도록 SPS 구성의 네트워크에 의한 재구성에 후속하여 모드 1 SPS 자원들의 이용을 재개할 수 있다.

WTRU가 네트워크 결정(들)에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, 네트워크는 다음 중 임의의 것에 기초하여 명시적으로 또는 암시적으로 송신 타입을 WTRU에 표시할 수 있다: RRC 구성; DCI; 및/또는 MAC CE.

RRC 구성에 관하여, 일 예에서, WTRU는, 잠재적으로 특정 타입의 데이터와 연관된 특정 송신 타입을 이용하도록 명시적으로 구성될 수 있고; 다른 예에서, WTRU는 SPS 프로세스에 대한 SPS 재구성을 수신할 수 있다(예를 들어, 타입 1 또는 타입 2 구성된 승인). 재구성과 연관된 승인 크기가 WTRU 보조 정보에서의 요청 승인 크기보다 작다면, WTRU는 모드 2를 이용하여 데이터의 나머지(예를 들어, WTRU 보조 정보에서 요청된 승인 크기와 네트워크에 의해 제공된 실제 SPS 승인 크기 사이의 차이)를 송신할 수 있다.

DCI에 관하여, 일 예에서, WTRU는 BSR에서의 양 보고의 특정 부분만이 모드 1을 이용하여 네트워크에 의해 처리될 것이라는 표시를 DCI에서 수신할 수 있다. 그 후, WTRU는 자신의 버퍼들에서 데이터의 나머지를 송신하기 위해 모드 2를 이용할 수 있고, 이에 대해 원래 BSR에서 버퍼 상태를 전송하였다.

MAC CE에 관하여, 일 예에서, WTRU는 논리 채널이 하나의 송신 타입을 이용하는 것으로부터 다른 송신 타입으로 변경되어야만 한다는 것을 나타내기 위해 MAC CE를 수신할 수 있다.

WTRU가 Uu 커버리지 또는 Uu-정의된 영역에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, 결정은, 가능하게는 다른 WTRU들의 Uu 커버리지와 관련하여, WTRU의 Uu 커버리지에 기초할 수 있다. WTRU에 의한 Uu 커버리지의 결정은 하나 이상의 인자를 포함할 수 있다.

하나의 인자에서, WTRU가 커버리지 내 또는 커버리지 밖에 있는 동안 V2X 통신을 수행하는지 결정할 수 있다. 구체적으로, WTRU는 해당 WTRU, 또는 다른 관련 WTRU들(예를 들어, 유니캐스트/그룹캐스트 링크의 목적지)이 커버리지 내 또는 커버리지 밖에 있는지에 따라, 가능하게는 일부 타입의 데이터에 대해, 송신 타입을 선택할 수 있다.

다른 인자에서, Uu RSRP와 같은, WTRU의 Uu 품질을 고려할 수 있다. 구체적으로, WTRU는, 측정된 Uu RSRP가 임계값 위 또는 아래인 것에 기초하여, 가능하게는 일부 타입의 데이터에 대한 송신 타입을 선택할 수 있다.

다른 인자에서, WTRU에 대한 시스템 정보 유효성 영역이 고려될 수 있다. 구체적으로는, WTRU는, WTRU와 피어 WTRU가 동일한/상이한 시스템 정보 유효성 영역을 갖는지에 기초하여, 가능하게는 일부 데이터에 대해, 송신 타입을 선택할 수 있다.

Uu 커버리지 또는 정의된 영역에 관련된 하나의 시나리오에서, WTRU는 WTRU들이 동일한 gNB/SysInfoArea/PLMN에 의해 서빙되는 한 유니캐스트를 위해 모드 1을 이용할 수 있다. 예에서, WTRU는 유니캐스트/그룹캐스트 송신들에 수반되는 WTRU들이 모두 커버리지 내에 있거나, 또는 동일한 gNB, 동일한 PLMN, 동일한 시스템 정보 영역, 또는 유사한 것의 커버리지 하에 있을 때 유니캐스트/그룹캐스트 송신들을 위해 모드 1을 이용하도록 구성될 수 있다. WTRU는, WTRU들 중 임의의 것이 커버리지 밖으로 이동할 때 모드 1을 이용하여 진행중인 유니캐스트 송신들을 모드 2로 이동시킬 수 있다.

일부 경우들에서, WTRU는 커버리지 내와 커버리지 밖 사이의 변경의 표시를 송신할 수 있거나, 서빙되는 gNB/PLMN/SysInfoArea 및/또는 서비스 gNB/PLMN/SysInfoArea의 변경의 표시를 송신할 수 있다. 그러한 변경 표시의 송신은 WTRU에 의해 브로드캐스트될 수 있거나, 또는 WTRU가 유니캐스트/그룹캐스트에서 현재 통신하고 있는 WTRU에만 유니캐스트/그룹캐스트 송신들을 이용하여 송신될 수 있다. 그러한 변경 표시의 송신은 PSCCH, SL-MIB, 또는 PSSCH 상에서 송신될 수 있다. PSSCH 송신들은 MAC CE 또는 SL-RRC 메시지의 형태를 취할 수 있다. WTRU는 새로운 서빙된 gNB, PLMN, 또는 SysInfoArea를 표시와 함께 포함할 수 있거나, 또는 WTRU가 커버리지 내에 있는지 또는 커버리지 밖에 있는지 여부를 표시에 포함할 수 있고/있거나, WTRU가 캠핑/접속되는 gNB들의 임의의 Uu 측정들을 포함할 수 있다. WTRU는 그러한 표시에 이웃 gNB들의 측정들을 더 포함할 수 있다.

WTRU는 상기와 유사한 방법들에 따라 스케줄러 WTRU 또는 헤드 WTRU의 변경의 표시를 송신할 수 있다.

표시를 수신하는 WTRU는 그 자신의 Uu 접속 상태 및 표시에서의 정보에 기초하여 모드 1 송신과 모드 2 송신 사이에서 변경하기로 결정할 수 있다. 구체적으로, gNB의 커버리지 내의 제1 WTRU는, 제2 WTRU가 또한 동일한 gNB의 커버리지 내에 있다는 것을 표시하는 표시를 그 제2 WTRU로부터 수신할 때 유니캐스트에서 제2 WTRU에 모드 1을 이용하여 송신하기로 결정할 수 있다. 대안적으로, 제1 WTRU가 제2 WTRU로부터, 제2 WTRU가 상이한 gNB, 또는 gNB들의 사전 정의된 리스트의 일부가 아닌 gNB의 커버리지 내에 있음을 표시하는 표시를 수신하면, 제1 WTRU는 송신 모드 1 유니캐스트로부터 모드 2 유니캐스트로 그 제2 WTRU로 변경할 수 있다.

Uu 커버리지 또는 정의된 영역에 관련된 하나의 시나리오에서, WTRU는, Uu RSRP가 임계값 위인 한, 모드 1을 이용할 수 있다. 예에서, WTRU는, WTRU에 의해 측정된 Uu RSRP가 (사전) 구성된 임계값 위인 한, 가능하게는 특정 타입의 데이터에 대해, 모드 1을 이용하도록 구성될 수 있다. WTRU는 그렇지 않으면 모드 2를 이용할 수 있다. 또한, WTRU는 상이한 베어러/흐름/VQI와 연관된 상이한 RSRP 임계값들로 구성될 수 있고, Uu의 RSRP가 그 흐름/베어러/VQI와 연관된 임계값 위일 때 특정 흐름/베어러/VQI에 대해 모드 1을 이용하도록 선택할 수 있다. 추가적으로, 그러한 임계값은 또한 속도 의존적일 수 있다.

WTRU가 서비스 타입에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, WTRU는 송신된 데이터의 서비스 타입에 기초하여 사이드링크 데이터에 이용될 송신 타입을 결정할 수 있다. WTRU는 다음과 같은 송신 타입에 대한 서비스 타입의 맵핑으로 (사전) 구성될 수 있다: 목적지 ID 대 송신 모드(예를 들어, 모드 1 또는 모드 2)의 RRC 맵핑, 또는 상위 계층들에 의해 제공되는 맵핑; 목적지 ID 대 RAT(LTE RAT 또는 NR RAT)의 RRC 맵핑, 또는 상위 계층들에 의해 제공되는 맵핑; 상기의 맵핑에 기초하여, WTRU는 사이드링크 상의 패킷의 송신을 위해 송신 모드 및/또는 RAT를 선택할 수 있다. 추가적으로, 상기의 맵핑은 본 명세서에서 논의된 바와 같이 다른 인자들에 추가로 의존할 수 있다. 예를 들어, WTRU는 측정된 CBR의 각각의 범위에 대해 목적지 ID를 송신 모드에 맵핑하는 것으로 구성될 수 있고/있거나 상이한 구역들 또는 지리적 위치들에 대해 구성된 맵핑을 가질 수 있으며, WTRU는 각각의 CBR 및/또는 지리적 영역 하에서 그러한 맵핑을 준수할 수 있다.

WTRU가 사이드링크 부하 또는 품질의 측정들, 및/또는 자원 이용가능성에 기초하여 사이드링크 데이터에 대해 이용될 송신 타입을 결정할 수 있는 기준 상황에 대해, 그러한 결정은 다른 송신 타입과 연관된 사이드링크 부하 또는 품질의 그러한 측정들의 비교에 추가로 의존할 수 있다. WTRU는 가장 낮은 부하/최상의 품질에 기초하여 송신 타입을 선택할 수 있거나, WTRU는, 그 송신 타입과 연관된 부하가 특정 임계값 아래이거나, 그 송신 타입의 품질이 특정 임계값 위인 한, 하나의 송신 타입을 선택할 수 있다.

WTRU는 다음과 같은 것들 중 임의의 것 또는 이들의 조합의 측정들에 기초한 송신 타입 결정들에 기초할 수 있다: 풀, 자원 패턴들, 또는 BWP들에 대한 채널 비지 비율(channel busy ratio)(CBR) 측정들; 가능하게는 하나 이상의 풀, 자원 패턴, 또는 BWP와 연관된 WTRU 자신의 채널 점유(channel occupancy)(CR); 가능하게는 하나 이상의 풀, 자원 패턴, 또는 BWP, 또는 그 서브세트와 연관된 사이드링크 자원들의 RSSI 측정들 ― 이는 그 자신의 송신들을 위해 WTRU에 의해 선택된 자원들과 대응할 수 있음 ―; 가능하게는 WTRU가 현재 유니캐스트/그룹캐스트 링크에 있는 WTRU들과 같은 하나 이상의 관련된 WTRU에 의해 송신된, PSSCH, 피드백 채널들, 동기화 신호, 또는 기준 신호들과 같은 사이드링크 채널들의 RSCP 측정들; 영역에서의 WTRU들의 추정된 수; 구성된 캐리어들/BWP들/자원 풀들의 수; 및/또는 수신된 선점 신호(preemption signal)의 검출.

일 예에서, WTRU는 NR RAT에서의 모드 2 풀 및 LTE RAT에서의 모드 4 풀의 CBR을 측정하도록 구성될 수 있다. WTRU는 그러한 CBR 측정들에 기초하여 그의 데이터의 일부 또는 전부의 송신을 위한 RAT를 결정할 수 있고, 보다 낮은 CBR을 갖는 RAT에서 송신하기로 결정할 수 있거나, 그 RAT가 다른 RAT 상에서 측정된 CBR의 임계값 아래인 CBR을 가질 때 송신의 RAT를 변경할 수 있다. WTRU는 LTE CBR을 NR CBR로 또는 그 반대로 변환하기 위한 규칙으로 추가로 구성될 수 있어서, 이들이 동등하게 비교될 수 있다.

다른 예에서, WTRU는 모드 2 풀의 CBR 및/또는 CR을 측정하도록 구성될 수 있고, 모드 2 풀의 CBR 및/또는 CR이 (사전) 구성된 임계값 위일 때 모드 1을 이용하여 그 데이터의 일부 또는 전부를 송신할 수 있다.

다른 예에서, 제1 WTRU는 제1 WTRU가 유니캐스트로 구성되는 제2 WTRU로부터 수신된 사이드링크 기준 신호의 RSRP를 측정하도록 구성될 수 있다. 특정 타입들의 데이터에 대해, 제1 WTRU는 RS-RSRP가 특정 임계값 위일 때에만 유니캐스트 송신 타입을 이용하여 그 데이터를 송신하도록 구성될 수 있다. 제1 WTRU는 제2 WTRU로의 데이터 또는 서비스의 송신과 연관된 별개의 논리 채널들을 더 유지할 수 있다 ― 하나는 (예를 들어, 피드백 채널, HARQ 등으로 구성된) 유니캐스트 링크를 이용하고, 다른 하나는 SL-브로드캐스트 메커니즘을 이용한다. 제1 WTRU는, RS-RSRP가 특정 임계값 위일 때 유니캐스트 링크를 이용하여 특정한 다른 WTRU 및/또는 서비스로 향하는 패킷들을 전송할 수 있다. 그러한 접근법의 하나의 이점은 eMBB-타입 데이터에 대한 많은 수의 HARQ 재송신들을 제한하지만 여전히 URLLC-타입 데이터에 대한 HARQ-타입 송신들을 적용한다는 것이다.

다른 예에서, WTRU는 어느 하나의 RAT 상의 송신에 이용가능한 캐리어들의 수에 기초하여 송신을 위한, 가능하게는 특정 서비스 또는 송신의 타입(예를 들어, 특정 QoS와 연관됨)을 위한 RAT를 선택하도록 구성될 수 있다. 구체적으로, WTRU는 다른 RAT와 비교하여 하나의 RAT 상에서 보다 많은 수의 캐리어들을 이용할 수 있는 능력에 기초하여 서비스 또는 데이터의 타입에 대한 RAT를 선택할 수 있다. WTRU는, 그 서비스에 대한 그 RAT 상의 송신을 위해 구성된 캐리어들 및/또는 각각의 RAT 상의 WTRU의 캐리어 능력에 기초하여, RAT 상의 서비스 또는 데이터의 타입에 대해 이용할 수 있는 캐리어들의 수를 결정할 수 있다.

다른 예에서, WTRU는 다른 WTRU로부터의 선점 신호의 수신에 후속하여 그 데이터의 일부 또는 전부에 대한 송신들을 위해 모드 1을 이용할 수 있다. 그러한 선점 신호는 또한 어느 데이터가 모드 1 송신들을 이용해야 하는지를 표시할 수 있다. WTRU는 선점 신호에서 (사전) 구성되거나 표시되는 시간 기간 동안 모드 1 송신들을 계속 이용할 수 있다. 선점과 관련된 동일한 예 및 WTRU 거동이 또한 NR RAT로부터 LTE RAT로의 변경을 위해, 또는 유니캐스트로부터 브로드캐스트로의 변경을 위해 이용될 수 있다.

일반성을 잃지 않고, 이들 상황들과 관련된 상기의 접근법들은 본 명세서에서 설명된 다른 접근법들과 결합될 수 있다. 예를 들어, WTRU는 모드 2 사이드링크 풀 상의 CBR의 측정들 및 Uu RSRP의 비교에 기초하여 특정 데이터에 대해 모드 1 송신과 모드 2 송신 사이에서 선택할 수 있다. 구체적으로, WTRU는 Uu RSRP가 특정 임계값 아래이고 모드 2 송신 풀의 CBR이 다른 특정 임계값 아래일 때 모드 2를 이용하는 송신 타입을 선택할 수 있다. 대안적으로, WTRU는 모드 1을 이용하는 송신 타입을 선택할 수 있다.

WTRU가, 가능하게는 RRC 타이머들의 상태와 결합된, Uu RRC 상태에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, WTRU는 다음 중 임의의 것에 기초하여 송신 타입을 선택하거나 송신 타입을 변경할 수 있다: WTRU는 하나의 RRC 상태(예를 들어, RRC_CONNECTED, RRC_IDLE, RRC_INACTIVE)로부터 다른 것으로 천이한다(예를 들어, WTRU는, RRC_CONNECTED로 천이할 때 특정 타입의 데이터의 유니캐스트 송신으로 변경할 수 있지만, RRC_IDLE 및 RRC_INACTIVE에서 브로드캐스트 송신들을 이용할 수 있다); WTRU는, 제한적인 것은 아니지만, RLF, BFR, 액세스 차단 등에 관련된 타이머들과 같은 RRC-관련된 타이머를 시작한다. RRC 관련 타이머들에 대해, 일 예에서, WTRU는 T310이 (예를 들어, PCell에 대한 PHY 계층 문제들의 검출 시에) 시작될 때 모드 2 송신으로 변경될 수 있고, T310이 (예를 들어, 하위 계층들로부터 N311 연속적인 동기 표시들을 수신하는 것으로 인해) 중지될 때 모드 1 송신들을 재개시할 수 있다. RRC 관련 타이머들과 관련된 다른 예에서, WTRU는 T310이 (예를 들어, PCell에 대한 PHY 계층 문제들의 검출 시에) 시작될 때 브로드캐스트 송신들로 변경될 수 있고, T310이 (예를 들어, 하위 계층들로부터 N311 연속적인 동기 표시들을 수신하는 것으로 인해) 중지될 때 모드 1 송신들을 재개시할 수 있다. RRC 관련 타이머들과 관련된 다른 예에서, WTRU는 T309가 실행 중인 동안(예를 들어, 액세스 시도가 금지됨) 일부 또는 모든 SL 송신들에 대해 모드 2 송신들을 이용할 수 있다. RRC 관련 타이머들과 관련된 다른 예에서, WTRU는 유니캐스트 송신 동안 빔 장애가 발생할 때 유니캐스트를 송신하기 위해 브로드캐스트 송신들을 이용할 수 있다.

WTRU가 WTRU 동역학(dynamics)에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, WTRU는 다음 중 임의의 것 또는 조합에 기초하여 일부 데이터에 대한 송신 타입을 선택할 수 있다. 측정된 WTRU 속도; 절대 WTRU 위치; 다른 WTRU와의 상대적 WTRU 위치; 다른 WTRU와의 상대적 WTRU 속도; 다른 WTRU와의 상대적 WTRU 방향; 및/또는 WTRU에 의한 속도/위치/방향 중 임의의 것에서의 변화의 검출(예를 들어, WTRU는 속도/위치/방향 중 임의의 것에서 검출된 변화가 있을 때 송신 타입을 일시적으로 (예를 들어, 타이머에 기초하여) 이용함).

예에서, WTRU는, WTRU의 속도가 임계값 아래인 한, 유니캐스트 링크를 이용하여, 가증하게는 특정 WTRU로 향하는 특정 데이터를 송신하도록 구성될 수 있고, 그렇지 않은 경우 브로드캐스트를 이용하여 데이터를 송신할 수 있다.

다른 예에서, WTRU는, WTRU 속도가 (사전) 구성된 임계값 아래이면 일부/모든 데이터에 대해 모드 1을 이용하도록 구성될 수 있고, 그렇지 않다면 모드 2를 이용할 수 있다.

다른 예에서, 제1 WTRU는, 제1 WTRU와 제2 WTRU(예를 들어, 제1 WTRU가 통신하고 있는 제2 WTRU) 사이의 거리가 (사전) 구성된 임계값, 또는 송신되고 있는 데이터의 속성들(예를 들어, QoS)에 의존하는 소정의 임계값 아래이면 유니캐스트 송신을 이용하도록 구성될 수 있다.

이러한 상황에 대해, WTRU는 그것의 위치, 속도, 또는 방향의 주기적 사이드링크 송신들을 수행할 수 있다. 그러한 송신들은 PSCCH, SL-MIB, 또는 PSSCH 상에서 수행될 수 있다. PSSCH 상의 그러한 정보의 송신들은 MAC CE 또는 SL-RRC 메시지에서 이루어질 수 있다. 이 위치/속도/방향 송신들을 수신하는 WTRU는, (사전) 구성된 규칙들에 기초하여 송신 타입을 결정하기 위해, 그 자신의 동역학(예를 들어, 차량 동역학) 외에도, 이 정보를 이용할 수 있다.

WTRU가 다른 송신 타입의 사용자에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, 그러한 결정은 (사전) 구성된 제한에 기초할 수 있고, 그러한 제한은 본 명세서에서 설명된 타입 선택을 위한 임의의 추가 접근법/조건과 조합하여 또는 그 조건 하에서 적용될 수 있다. 예를 들어, WTRU는 특정 QoS와 연관되는 유니캐스트 송신들을 수행할 때에만 모드 1을 이용하도록 구성될 수 있다.

WTRU가 캐리어/BWP/자원 풀 제한들에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, WTRU는 이러한 기준들에 기초하여 특정 송신 타입으로 (사전) 구성될 수 있다. 예를 들어, WTRU는 제1 캐리어 상에서 모드 1을 이용하고 제2 캐리어 상에서 모드 2를 이용하도록 구성될 수 있다. 대안적으로, WTRU는 본 명세서에 설명된 다른 인자들에 기초하여 캐리어 상에서 하나의 송신 타입을, 그리고 상이한 캐리어 상에서 다른 송신 모드를 이용할 수 있다. 예를 들어, WTRU는 가장 큰 측정된 CBR을 갖는 캐리어 상에서 모드 1을 이용하도록 구성될 수 있고, 다른 캐리어들 상에서 모드 2를 이용하도록 구성될 수 있다. 모드 1을 이용할 캐리어들(예를 들어, 가장 큰 CBR을 갖는 것들)의 수는 WTRU 능력, 또는 특정 서비스(예를 들어, 목적지 어드레스)를 위해 이용될 수 있는 캐리어들의 수로 추가로 (사전)구성되거나 그에 의존할 수 있다. 예를 들어, (예를 들어, 가장 큰 CBR에 대응하는) 모드 1을 이용할 캐리어들의 수는 특정 목적지 어드레스에 대해 구성된 캐리어들의 백분율, 및/또는 WTRU에 의해 지원되는 캐리어들의 수로서 정의될 수 있다.

WTRU가 각각의 타입에 대해 구성된 트래픽의 양에 기초하여 송신 타입을 결정할 수 있는 기준 상황에 대해, 그러한 결정을 위해 이용되는 트래픽은 WTRU 자신의 송신, 또는 (예를 들어, SCI 송신들에 기초하여 검출되는 바와 같은) 다른 WTRU 송신들로 구성될 수 있다. 예를 들어, WTRU는 LTE SL 송신 및 NR SL 송신들의 동일한 양 또는 (사전) 구성된 비율을 갖기 위해 송신을 위한 RAT를 선택할 수 있다.

WTRU가 네트워크로의 송신 타입의 기회를 나타낼 수 있는 기준 상황에 대해, WTRU는, WTRU 버퍼들 내에 있든 WTRU에 의해 수신될 잠재적으로 장래의 데이터이든 간에, 일부 또는 모든 데이터에 대한 송신 타입의 변경을 네트워크에게 표시할 있다. WTRU는 또한 임계값으로 구성될 수 있고, 이 임계값 위에서는 송신 타입 변경이 표시될 수 있다. 이 임계값은 다음 중 하나 이상에 기초할 수 있다: 하나의 송신 타입으로부터 다른 송신 타입으로 이동될 WTRU 버퍼들에서의 데이터의 양; 하나의 송신 타입으로부터 다른 송신 타입으로 변경될 VQI 또는 QoS 레벨들의 수; 일부 데이터에 대한 송신 타입의 변경을 야기할 수 있는 측정치(예를 들어, 이용가능한 자원들의 양, RSSI, SCI RSCP)의 변경의 양; 및/또는 특정 데이터에 대한 송신 타입의 변경을 결정할 다른 값들 또는 측정치들.

WTRU는 다음 중 하나 이상을 이용하여 송신 타입의 변경을 표시할 수 있다: 전용 SR 또는 PUCCH; RACH(예를 들어, RACH 절차에서 송신 타입 변경의 정보를 갖는 2-단계 RACH); BSR 또는 새로운 MAC CE와 같은 MAC CE; RRC 메시지; MSG3 또는 MSG5에서 제공된 새로운 원인 값 또는 표시를 갖는 접속 확립 및/또는 재개(예를 들어, WTRU는 RRC 접속을 개시하고, 접속 확립 동안 송신 타입의 변경과 연관된 정보를 제공할 수 있음).

WTRU가 다른 WTRU로부터의 모드 변경의 수신에 기초하여 송신 타입을 변경할 수 있는 기준 상황에 대해, 제2 WTRU는 송신 타입 변경의 표시를 제1 WTRU 또는 WTRU들의 세트에 송신할 수 있다. 예를 들어, 제2 WTRU는 송신 모드의 표시(예를 들어, 모드 1 대 모드 2, 또는 모드 1/모드 2로의 변경)를 송신할 수 있다. 제2 WTRU가 모드를 변경하기로 결정할 때, 그것은 PSCCH, PSSCH, 또는 SL-MIB 상에서 모드 변경 표시를 송신할 수 있다. 그러한 모드 변경 표시는 제2 WTRU와 유니캐스트/그룹캐스트에 있는 WTRU들의 세트에 PSSCH 상에서 송신되는 MAC CE 또는 SL-RRC 메시지의 형태를 취할 수 있다. 제1 WTRU는, 제2 WTRU로부터 모드 변경 표시의 수신 시에, 다른 WTRU (들)의 송신 모드와 매칭하도록 그 자신의 송신 모드를 변경하기로 결정할 수 있다. 구체적으로, 제1 WTRU가, 제2 WTRU가 모드 2를 이용할 것임을 표시하는 모드 변경을 그것이 유니캐스트 링크를 갖는 제2 WTRU로부터 수신하는 경우, 제1 WTRU는 그 송신 모드를 모드 1로부터 모드 2로 그 유니캐스트 링크로 변경할 수 있다(예를 들어, 모드 2를 이용하여 그 유니캐스트 링크에 특정된 모든 패킷들을 송신할 수 있다).

일부 상황들에서, WTRU는 모드 선택을 위해 구성될 수 있다. 일 예에서, WTRU는 SLRB에 대한 허용가능한, 요구되는 또는 선호되는 모드 또는 송신 타입(예를 들어, 모드 1 또는 모드 2)으로 구성될 수 있다. 구체적으로, SLRB 또는 LCH는 모드 1만 이용하도록 구성되거나 모드 2만 이용하도록 구성될 수 있다. 또한, WTRU는 SLRB가 모드 1 또는 모드 2를 이용해야 하는 조건들로 구성될 수 있다. 그러한 조건들은 다음 중 하나 이상에 기초할 수 있다: Uu 품질; SL 신호 품질; SLRB에 대한 WTRU 버퍼들에서의 데이터 양; 자원들/캐리어/BWP; 빈도/주기; 및/또는 송신 크기.

Uu 품질과 관련하여, WTRU는 SLRB가 모드 1 또는 모드 2를 이용해야 하는 Uu 품질과 관련된 조건들로 구성될 수 있다. Uu 신호 품질은 다음 중 임의의 것에 의해 결정될 수 있다: 현재 셀 또는 다른 셀들의 셀 레벨 측정들(즉, RRM 측정들); 및/또는 허용가능한 UL 전력(예를 들어, 전력 헤드룸). 예를 들어, WTRU는 자신의 서비스 셀의 측정된 셀 품질이 임계값 위인 한, 모드 1을 이용하고, 그렇지 않은 경우, 모드 2를 이용하도록 구성될 수 있다.

SL 신호 품질과 관련하여, WTRU는 SLRB가 모드 1 또는 모드 2를 이용해야 하는 SL 품질과 관련된 조건들로 구성될 수 있습니다. SL 신호 품질은 다음을 기초로 하여 결정될 수 있다: WTRU에 의해 이용된 송신 자원 풀의 혼잡(예를 들어, CBR)의 측정; 사이드링크를 통한 HARQ 성공률의 측정(예를 들어, 시간 기간에 걸친 NACK들의 수, 연속적인 NACK들의 수, ACK/NACK의 누락 수); CSI-RS, DMRS 등과 같은 기준 신호에 대한 채널 품질의 측정; SL CQI 보고들과 같은 피어 WTRU로부터 보고된 측정들; 허용가능한 SL 전력(예를 들어, 전력 헤드룸); 해당 SLRB를 포함하는 유니캐스트 링크와 연관된 SL RLM/RLF 상태(예를 들어, RLF 타이머가 실행 중인지 여부, 하위 계층들로부터의 IS/OOS 수, RLF 트리거); 및/또는 가능하게는 특정 시간 예산 내에서 구성된 자원 풀들의 크기, 메트릭 관련 성공적 자원 선택(즉, 자원 선택은 레이턴시 요건들을 충족하기 위해 수행될 수 있음)과 같은 사이드링크 상의 자원들의 이용가능성. 예를 들어, WTRU는 CBR이 임계값 아래인 한, SLRB에 대해 모드 2를 이용/선호하고, 그렇지 않으면, 모드 1을 이용하도록 구성될 수 있다. 다른 예에서, WTRU는 유니캐스트 링크가 RLF를 트리거하지 않았거나 실행 중인 RLF 카운터를 갖지 않는 한, 유니캐스트 링크와 연관된 SLRB에 대해 모드 2를 이용/선호하도록 구성될 수 있다.

Uu 품질과 SL 품질의 조합과 관련하여, WTRU는 Uu 품질 메트릭 및 SL 품질 메트릭 모두를 포함하는 모드 1 또는 모드 2를 선호하거나 이용하기 위한 조건으로 구성될 수 있다. 예를 들어, 그러한 조건은 CBR 및 Uu 셀 측정들의 비교, 그러한 측정들의 차이를 기초로 할 수 있다.

SLRB에 대한 WTRU 버퍼에서의 데이터의 양과 관련하여, WTRU는 SLRB에 대해 계류중인 데이터의 양이 임계값 아래인 한, 다른 모드보다 하나의 모드(모드 1 또는 모드 2)를 이용하는 조건으로 구성될 수 있다. 그러한 제한 또는 임계값은 추가로 사이드링크 상의 자원들의 크기(예를 들어, 송신을 위한 자원들의 양, HARQ 피드백, 또는 이러한 자원들에 대한 측정된 혼잡)와 관련될 수 있다.

자원들/캐리어/BWP 등과 관련하여, WTRU에 의해 송신을 위해 선택되고 이들 각각에 이용될 수 있는 송신 모드의 제한에 의해 결정되는 값에 기초한 조건이 있을 수 있다.

일반성을 잃지 않고, 상기의 조건들 중 임의의 것을 조합하는 조건이 제공될 수 있다.

앞서 언급된 바와 같이, WTRU가 동시 동작들을 갖는 경우, 송신 타입과 연관된 하나 이상의 논리 채널이 있을 수 있지만, 일부 경우들에서는 하나의 논리 채널이 다른 것보다 우선순위화될 수 있다. WTRU는 송신 타입마다 적어도 하나의 별개의 논리 채널 우선순위화(LCP) 절차로 구성될 수 있다. 그러한 구성은 다음과 같은 상이한 송신 타입들에 적용가능할 수 있다: 동시 모드 1 및 모드 2로 동작하는 WTRU는 WTRU가 네트워크로부터 승인을 수신할 때 모드 1-특정 LCP 절차를 수행할 수 있고, 자원 선택으로부터의 승인이 활성으로 될 때 모드 2-특정 LCP 절차를 수행할 수 있다; 동시 LTE 및 NR 송신들로 동작하는 WTRU는, WTRU가 LTE 캐리어 상에서 승인을 처리할 때 LTE-특정 LCP를 수행할 수 있고, WTRU가 NR 캐리어 상에서 승인을 처리할 때 NR-특정 LCP를 수행할 수 있다; 유니캐스트 및 그룹캐스트로 동작하는 WTRU는, WTRU가 유니캐스트에 대한 승인을 이용하도록 결정하거나 지시받을 때 유니캐스트-특정 LCP를 수행할 수 있고, WTRU가 그룹캐스트에 대한 승인을 이용하도록 결정하거나 지시받을 때 브로드캐스트-특정 LCP를 수행한다.

WTRU는, 제한적인 것은 아니지만, 논리 채널들의 우선순위화의 처리(예를 들어, LTE와 연관된 승인은 논리 채널 선택 기준들로서 PPPP를 이용할 수 있는 반면, NR과 연관된 승인은 VQI 또는 VQI로부터 도출된 우선순위 및 레이턴시 파라미터들 모두를 이용할 수 있다); 각각의 논리 채널에서 고려될 데이터의 양의 결정(예를 들어, LTE와 연관된 승인은 그 논리 채널에 대한 데이터가 소진될 때까지 각각의 논리 채널을 처리할 수 있는 반면, NR과 연관된 승인은, 논리 채널이 PDB와 연관되어 있다면, 그 논리 채널과 연관된 PDB까지 각각의 논리 채널을 처리할 수 있다); 및/또는 RLC SDU 분할과 연관된 규칙들(예를 들어, LTE 프로세스와 연관된 승인은 RLC 분할을 허용할 수 있는 반면, NR에 대한 승인은 RLC 분할을 허용하지 않을 수 있다)을 포함하는, 각각의 송신 타입과 연관된 LCP에 대해 이용할 상이한 파라미터들 또는 규칙들을 이용하거나 이들로 구성될 수 있다.

대안적으로, WTRU는 LCP에 대해 완전히 분리된 절차들을 이용하도록 구성될 수 있고, 여기서 각각의 절차는 각각의 송신 타입과 연관되고/되거나 각각의 절차는 (예를 들어, 상기의 예들에 따라) 규칙들 및 파라미터들을 상이하게 정의한다.

하나의 송신 타입과 연관된 승인을 수신하는 WTRU는 그 송신 타입과 연관된 절차/파라미터들/규칙들을 이용하여 LCP를 수행할 수 있다. WTRU는 특정 승인에 대한 송신 타입을 그 자체로 추가로 결정할 수 있다. 그러한 결정에 기초하여, WTRU는 선택된 송신 타입과 연관된 절차/파라미터들/규칙들을 이용하여 LCP를 수행할 수 있다.

일부 상황들에서, WTRU는 (예를 들어, 모드 1에 대한) 암시적/명시적 네트워크 표시에 기초하여, 및/또는 계류중인 데이터와 연관된 QoS(예를 들어, 우선순위, 레이턴시 등)에 기초하여, 승인이 유니캐스트/그룹캐스트/브로드캐스트에 대한 것인지를 결정할 수 있다.

암시적/명시적 네트워크 표시에 관하여, WTRU는, 유니캐스트, 그룹캐스트, 또는 브로드캐스트를 나타내는 승인을 할당하는 DCI에서 명시적 표시를 수신할 수 있다. 추가적으로/대안적으로, WTRU는 승인의 RAT를 나타내는 DCI를 수신할 수 있고, 이에 의해 RAT는 유니캐스트/그룹캐스트 송신들(예를 들어, LTE RAT)을 허용하지 않으며, WTRU는 그러한 승인을 브로드캐스트 송신을 위한 승인로서 암시적으로 해석할 수 있다. 추가적으로/대안적으로, WTRU는, WTRU 구성, WTRU 능력 제한, 및/또는 WTRU 상태에 기초하여 한 가지 타입의 캐스트를 암시적으로 나타내는 DCI에서 변조/코딩 파라미터 또는 자원 관련 파라미터(예를 들어, 시간/빈도/빔/캐리어/BWP/풀)를 수신할 수 있다. 예를 들어, WTRU는 별개의 캐리어들에서 유니캐스트 송신 및 브로드캐스트 송신으로 구성될 수 있고, DCI는 캐리어로부터 암시적으로 송신을 위한 캐스트를 표시할 수 있다. 다른 예에서, WTRU는 빔들의 서브세트 상의 유니캐스트 송신 및 모든 빔들 상의 브로드캐스트 송신으로 구성될 수 있으며, DCI가 빔들의 서브세트를 결정하기 위한 정보를 포함하는 경우, WTRU는 유니캐스트 논리 채널들을 충족시키기 위해 승인을 이용할 수 있다.

계류중인 데이터와 연관된 QoS에 관하여, WTRU는, 가장 높은 우선순위 및/또는 가장 낮은 레이턴시, 및/또는 가장 높은 신뢰성 등을 갖는 논리 채널들을 먼저 고려함으로써, 유니캐스트, 그룹캐스트, 브로드캐스트에 대한 승인을 이용하기로 결정할 수 있다. 예를 들어, WTRU는, 그의 논리 채널들로부터, 가장 높은 우선순위 및/또는 가장 낮은 레이턴시로 계류중인 데이터를 갖는 논리 채널을 선택할 수 있다. WTRU는 선택된 논리 채널이 유니캐스트/그룹캐스트/브로드캐스트인지에 기초하여 처리되고 있는 승인이 유니캐스트/그룹캐스트/브로드캐스트인지를 결정할 수 있고, 가능하게도 이것은 승인이 수신되는 때에 고려될 수 있다. WTRU는 이어서 그 캐스트 타입에 대한 적절한 절차를 이용하여 이 승인에 대한 LCP를 처리할 수 있다. 그러한 접근법에서, WTRU는 또한, 네트워크가 임의의 송신 타입에 대해 승인이 이용될 수 있다는 것을 나타낼 때 QoS-기반 연관을 수행할 수 있다. 예를 들어, DCI는 승인이 유니캐스트 또는 브로드캐스트 송신을 위해 이용될 수 있다는 것을 명시적으로 또는 암시적으로 표시할 수 있다.

일부 상황들에서, WTRU는 송신 타입의 성질(예를 들어, 모드 대 RAT 대 캐스트) 및/또는 WTRU 능력에 따라 상이하게 상이한 타입들의 동시 승인들을 처리하도록 구성될 수 있다. 예를 들어, 상이한 송신 타입들로 동시 송신을 할 수 있는 WTRU는 두 송신들을 수행할 수 있는 반면, 그렇게 할 수 없는 WTRU는 본 명세서에서 논의된 특정 규칙들에 기초하여 송신들 중 하나를 선택할 수 있다.

상이한 타입들을 동시에 이용하는 동시 송신을 위한 WTRU의 능력은 송신 타입의 성질에 의존할 수 있다. 예를 들어, WTRU는 동일한 RAT 상에서 동시에, 모드 1 및 모드 2 또는 유니캐스트 및 브로드캐스트를 송신하도록 허용되지 않을 수 있지만, 동시에 NR RAT 상에서 모드 1 송신을 그리고 LTE RAT 상에서 모드 4 송신을 수행하거나, 동시에 NR RAT 상에서 유니캐스트 송신을 그리고 LTE RAT 상에서 그룹캐스트 송신을 수행하도록 허용될 수 있다.

하나의 접근법에서, WTRU가 모드 2 승인(예를 들어, WTRU에 의해 선택된 자원)와 시간적으로 중첩하는 모드 1 승인을 수신한다면, WTRU는 모드 1 승인을 우선순위화하고 모드 2 승인을 무시/취소할 수 있다. WTRU는 모드 1 승인과 모드 2 승인 사이의 충돌로 인해 모드 2 승인을 무시/취소할 때 자원 재선택을 추가로 수행할 수 있다.

다른 접근법에서, WTRU가 모드 2 승인(예를 들어, WTRU에 의해 선택된 자원)과 시간적으로 중첩하는 모드 1 승인을 수신한다면, WTRU는 연관된 논리 채널들(예를 들어, 모드 1 논리 채널들 대 모드 2 논리 채널들)이 송신에 이용가능한 가장 높은 우선순위/가장 낮은 레이턴시 데이터를 갖는 승인(예를 들어, 모드 1 또는 모드 2)을 우선순위화할 수 있다. WTRU가 모드 1 승인을 무시/취소하는 경우, WTRU는 BSR의 즉각적인 송신을 트리거할 수 있다. 대안적으로, WTRU가 모드 1 승인을 무시/취소하는 경우, WTRU는 모드 1 승인이 무시/취소되었음을 표시하기 위해 PUCCH 상에서 SR을 송신할 수 있다.

일부 상황들에서, WTRU는 LCP가 수행될 때 그 송신 모드와 연관된 논리 채널들만을 고려함으로써 특정 송신 모드와 연관된 LCP 절차를 수행할 수 있다. 이것은 고정된 논리 채널 대 송신 타입 맵핑의 제1 모델링 및/또는 논리 채널을 하나의 송신 타입으로부터 다른 송신 타입으로 이동시키는 WTRU의 제2 모델링에 적용가능할 수 있다. WTRU는 각각의 송신 모드와 연관된 논리 채널들의 세트를 유지할 수 있다. 논리 채널을 하나의 송신 타입으로부터 다른 송신 타입으로 이동시키는 WTRU의 모델링을 가정하면, WTRU는 논리 채널과 연관된 송신 모드를 변경할 수 있다. WTRU는 승인 시에 각각의 송신 모드와 연관된 논리 채널들을 평가할 수 있다.

예에서, WTRU는 모드 1 및 모드 2 송신들의 경우에 논리 채널을 하나의 송신 타입으로부터 다른 송신 타입으로 이동시키는 WTRU의 제2 모델링을 이용하여 구성될 수 있다. WTRU가 모드 1 승인을 수신할 때, WTRU는 모드 1 승인의 수신 시에 모드 1과 연관된 논리 채널들인 논리 채널들만을 고려함으로써 LCP를 수행할 수 있다.

WTRU는 (예를 들어, 하위 계층들로부터 수신된 이벤트 또는 타이머의 만료로 인해) LCP의 수행 동안 논리 채널과 연관된 송신 모드를 변경할 수 있다. 그러한 경우에, WTRU는: LCP 절차의 완료 이후; 및/또는 LCP 절차에 의해 구성되는 MAC PDU에 대한 재송신들의 수행 이후까지 송신 모드의 변경을 지연시킬 수 있다.

일부 상황들에서, WTRU는 특정 송신 타입(예를 들어, 고정)과 연관된 논리 채널들, 및 임의의 송신 타입(예를 들어, 유연한)과 연관되지 않은 논리 채널들로 구성될 수 있다. 이것은 논리 채널이 다수의 송신 모드들과 연관될 수 있는 제3 모델링에 적용될 수 있다. WTRU는, 연관된 송신 타입을 갖는 승인에 대한 LCP를 수행할 때, 그 송신 타입과 연관된 논리 채널들, 및 임의의 송신 타입과 연관되지 않은 논리 채널들만을 고려할 수 있다. WTRU는, 먼저, 송신 타입에 관계없이 가장 높은 우선순위를 갖는 논리 채널들을 선택하고, 승인이 소진되거나 논리 채널이 충족될 때까지(예를 들어, 잠재적으로 우선순위화된 비트 레이트까지) 이들 논리 채널들에 자원을 할당함으로써 LCP를 수행할 수 있다.

일부 상황들에서, WTRU는 송신 타입에 대한 논리 채널의 우선순위화로 구성되거나 또는 이를 결정할 수 있다. 이것은 논리 채널이 다수의 송신 모드들과 연관될 수 있는 제3 모델링에 적용될 수 있다. WTRU는, 그러한 논리 채널들의 버퍼들에 데이터가 있는 한, 송신 타입과 연관된 승인에 대한 LCP를, 그 송신 타입에 대해 우선순위화된 논리 채널 상에서 데이터를 선택함으로써 수행할 수 있다. 임의의 우선순위화된 논리 채널들의 버퍼들에 데이터가 남아 있지 않은 경우, 또는 각각의 논리 채널이 그 우선순위화된 비트 레이트까지 서빙될 때, WTRU는 이어서 비-우선순위화된 논리 채널들과 연관된(예를 들어, 송신 타입에 대해 우선순위화된) 데이터를 선택할 수 있다.

예에서, WTRU는 QoS에 기초하여 데이터 패킷들에 대한 논리 채널들을 결정할 수 있다. WTRU는 본 명세서에 설명된 것과 같은 결정 기준들에 기초하여 모드(예를 들어, 모드 1 및 모드 2)에 대한 논리 채널의 우선순위화를 더 결정할 수 있다. 모드 1에 대한 승인이 수신될 때, WTRU는 승인을 충족시키기 위해 모드 1에 대해 우선순위화된 모든 논리 채널들을 선택할 수 있다. 모든 그러한 논리 채널들이 충족되는 경우(예를 들어, 논리 채널들이 비어 있거나 그들의 우선순위화된 비트 레이트까지 충족된 경우), WTRU는 승인의 나머지를 채우기 위해 비-우선순위화된 논리 채널들을 선택할 수 있다.

일부 상황들에서, 송신 타입과 연관된 LCP 절차는 임의의 송신 타입에서 그의 PBR의 백분율까지 송신될 수 있는 논리 채널을 충족시킬 수 있다. 논리 채널이 PBR과 연관되지 않으면, WTRU는 WTRU 버퍼들에서의 이용가능한 데이터의 백분율을 충족시킬 수 있다. WTRU는 다음 중 임의의 것에 기초하여 각각의 송신 타입에 대한 PBR의 백분율을 결정할 수 있다(주: 특정 논리 채널에 대해, PBR은 무한대일 수 있다): PBR의 백분율은 네트워크에 의해 구성될 수 있고; PBR의 백분율은 네트워크로의 마지막 BSR에서 각각의 송신 타입에 보고된 BSR의 백분율에 기초할 수 있음; PBR의 백분율은 각각의 송신 타입(예를 들어, LTE RAT 대 NR RAT)의 측정된 품질에 기초할 수 있음; PBR의 백분율은 본 명세서에 설명된 임의의 다른 조건/기준들로부터 결정되거나 도출될 수 있음.

일부 상황들에서, WTRU는 NR과 LTE QoS 송신 타입들 사이의 우선순위화를 결정할 수 있다. 이것은 LTE 우선순위화가 PPPP에 기초하는 반면 NR 우선순위화가 VQI에 기초하는 경우에 발생할 수 있다. LCP, BSR 송신, 자원 선택 등에 대해 인터-RAT 우선순위화가 요구될 수 있다.

하나의 접근법에서, WTRU는 패킷마다 또는 라디오 베어러마다, 양자의 RAT들과 연관된 QoS 파라미터들을 제공받을 수도 있고, 그 우선순위화 규칙들을 단일 RAT의 QoS 파라미터에 기초할 수 있다. 예를 들어, WTRU는, 상위 계층들에 의해, PPPP 및 VQI 둘다를 포함하는 NR 패킷을 제공받을 수 있다. WTRU는 각각의 패킷과 연관된 PPPP를 고려함으로써 LTE 패킷들과 NR 패킷들 사이의 우선순위화 결정들을 수행할 수 있다.

다른 접근법에서, WTRU는, 상위 계층들에 의해, 또는 네트워크에 의해, 다른 RAT에서의 QoS 파라미터(예를 들어, VQI)로부터 하나의 RAT에서의 QoS 파라미터(예를 들어, PPPP)를 유도하는데 이용될 수 있는 표를 제공받을 수 있다. 그 다음, WTRU는 하나의 RAT에서의 QoS 파라미터에 기초하여 우선순위화를 수행할 수 있다. 예를 들어, WTRU에는 VQI를 PPPP에 맵핑하는 표가 제공될 수 있다. WTRU는 이어서 PPPP에 기초하여 LTE 패킷들 및 NR 패킷들 둘다에 대한 우선순위화를 수행할 수 있다.

다른 접근법에서, WTRU는, 상위 계층들에 의해 제공되는 QoS 파라미터로부터 하나 또는 다수의 QoS 파라미터를 도출하고, 사전 정의된 또는 (사전) 구성된 규칙에 기초하여 그 RAT에 대한 우선순위를 도출할 수 있는, 하나의 RAT에 대한 또는 RAT들 둘다에 대한 맵핑 표를 제공받을 수 있다. 예를 들어, LTE 패킷들의 경우, 패킷의 우선순위는 PPPP일 수 있다. NR 패킷의 경우, WTRU는 VQI로부터 신뢰성, 범위, 레이턴시, 우선순위, 및 데이터 레이트를 도출하는 표로 구성될 수 있다. WTRU는 VQI로부터 도출된 이들 개별 QoS 파라미터들로부터 우선순위를 도출하기 위해 하나 이상의 규칙으로 (사전) 구성될 수 있다. 예를 들어, 하나의 그러한 규칙은 VQI로부터 도출된 우선순위에 레이턴시와 관련된 보상 인자를 더한 것과 동일하도록 패킷의 우선순위를 할당하는 것일 수 있다(예를 들어, 레이턴시 < x이면 우선순위를 1만큼 증가시키고, 레이턴시 > y이면 우선순위를 1만큼 감소시킴). WTRU는 다음과 같은 WTRU에서의 상이한 우선순위화 동작들에 대한 상이한 규칙들로 추가로 구성될 수 있다: LCP(예를 들어, WTRU에서 계류중인 모든 데이터 중에서 가장 높은 우선순위를 갖는 데이터를 갖는 논리 채널의 선택); BSR(예를 들어, LTE BSR 대 NR BSR의 우선순위화, 또는 절단된 BSR에 포함시킬 LCG들의 결정). 다른 예에서, 하나의 그러한 규칙은 ms 단위의 레이턴시의 우선순위에 대한 (사전) 구성된 맵핑(예를 들어, 절대 수들로, PPPP와 동일한 스케일에 맵핑)에 기초하여 레이턴시에 우선순위를 할당하는 것일 수 있다.

앞서 살펴본 바와 같이, WTRU는 버퍼 상태를 보고할 수 있지만, 일부 경우들에서, QoS 요건들 및 동시 송신 타입들을 다루는 SR/BSR 절차들이 있을 수 있다.

일부 상황들에서, WTRU는 NR QoS 요건들을 다루는 SR/BSR 절차들을 가질 수 있고, 여기서 WTRU는 현재 그 버퍼들에서의 데이터에 기초하여 BSR 포맷 및/또는 QoS를 LCG에 맵핑하는 것을 선택/변경한다. 이것은 BSR에서 제한된 수의 LCG들이 주어지면 넓은 범위의 QoS와 연관된 버퍼 상태를 보고하는 방법을 결정할 시에 발생할 수 있다. WTRU는 BSR을 결정할 때 QoS의 LCG로의 상이한 맵핑을 가정할 수 있거나, 또는 그의 버퍼들에서의 데이터의 QoS에 따라 상이한 포맷을 갖는 BSR을 송신할 수 있다.

QoS의 LCG로의 상이한 맵핑은 다음 중 임의의 것을 포함할 수 있다: 주어진 LCG에 맵핑되는 상이한 수의 QoS 레벨들 또는 QoS 파라미터들(예를 들어, VQI 값 1, 2를 LCG 1에 맵핑하고, VQI 2, 3을 LCG 2에 맵핑하는 등으로 되거나, 또는 그러한 맵핑을 변경함); 특정 LCG에 의해 표현되는 상이한 수의 QoS 레벨들(예를 들어, 일부 QoS 레벨들은 이들을 표현하는 LCG를 갖지 않을 수 있음); LCG와 별개의 QoS 파라미터들(예를 들어, 레이턴시 대 우선순위 대 신뢰성)의 상이한 연관성(예를 들어, PPPP를 LCG 1, 2에 맵핑하고, PPPR을 LCG 3, 4에 맵핑하거나, 또는 그러한 맵핑을 변경함); 및/또는 특정 경우들에서 상이한 QoS 파라미터에 대한 버퍼 상태를 표현하는데 이용되지만, 다른 경우들에서는 그렇지 않은 특정 LCG.

상이한 포맷의 BSR은 다음 중 임의의 것을 포함할 수 있다: LCG와 연관된 BSR에서의 상이한 수의 비트들(예를 들어, 상이한 수의 허용가능한 LCG들)(예를 들어, 하나의 포맷의 BSR은 LCG에 대해 4비트 및 버퍼 상태에 대해 4비트를 가정할 수 있는 반면, 또 다른 포맷은 LCG에 대해 5비트 및 버퍼 상태에 대해 3비트를 가정할 수 있거나, 또는 하나의 포맷의 BSR은 단일 목적지 ID 및 LCG와 연관된 버퍼 상태를 보고하기 위해 12비트를 가정할 수 있는 반면, 다른 포맷의 BSR은 목적지 ID 및 논리 채널 그룹과 연관된 버퍼 상태를 보고하기 위해 24비트를 가정할 수 있고, 또한 QoS 레벨의 LCG로의 상이한 맵핑을 이용할 수 있다); 및/또는 특정 QoS 파라미터들과 연관된 버퍼 상태를 보고하기 위한 BSR에서의 특정 필드들의 대체/재이용(예를 들어, WTRU는 버퍼 상태의 보고와 연관된 목적지 어드레스를, 그러한 데이터가 WTRU 버퍼들에서 이용가능할 때, 및 보고의 목적지 어드레스가 이전 보고와 동일할 때, 신뢰성 또는 레이턴시와 같은 추가 QoS 파라미터로 대체할 수 있다).

WTRU는 다음 중 하나 이상에 의해 네트워크에 대한 변경 또는 상이한 맵핑/포맷을 표시할 수 있다: 이용될 (사전) 구성된 맵핑/포맷에 대한 인덱스를 갖는 또는 장래의 BSR 보고들에서 이용될 실제 맵핑을 갖는 RRC 메시지 또는 MAC CE를 송신하는 것; BSR에서의 필드에 의해 또는 BSR 포맷 또는 MAC CE 타입의 선택에 의해, BSR 자체에서 특정 BSR에 대해 이용되는 맵핑/포맷을 송신하는 것; 맵핑/포맷에서의 변경이, 잠재적으로 이용될 실제 맵핑이 뒤따르는, 특수 SR 또는 PUCCH 표시의 송신에 의해 발생했다는 것을 표시하는 것; 및/또는 BSR에서 LCG에 의해 표현되는 QoS 레벨들의, RRC, MAC CE, 또는 BSR 자체를 이용하는, 비트맵 및/또는 LCG 공간에서 각각의 이용가능한 LCG에 의해 표현되는 QoS 레벨들의 수를 제공하는 것.

WTRU는 다음의 트리거들 중 임의의 것에 기초하여 BSR에 대한 포맷/맵핑을 하나의 포맷/맵핑으로부터 다른 포맷/맵핑으로 변경할 수 있다: 현재/이전 BSR 포맷/맵핑에서 그 포맷을 표현하는 LCG가 없는 QoS 레벨에 대해 새로운 데이터가 도착함; 하나 이상의 모드 QoS 레벨에 대한 버퍼들에서의 데이터의 양이 임계값 위/아래가 됨; 및/또는 2개 이상의 QoS 레벨들에 대한 WTRU 버퍼들에서의 데이터의 상대적 양이 임계값 위/아래가 됨.

일 예에서, WTRU는 VQI(들)의 LCG로의 다수의 맵핑들로 구성될 수 있다. WTRU가 3개의 LCG들을 보고할 수 있는 예시적인 예로서 이용되는 하나의 맵핑에서, WTRU는 모든 VQI(들)가 동일하게 표현되도록, LCG 1을 이용하는 VQI 1-2, LCG 2를 이용하는 VQI 3-4, LCG 3을 이용하는 VQI 5-6 등과 연관된 데이터의 버퍼 상태를 보고할 수 있다. 또한, WTRU는, VQI 1이 LCG 1에 맵핑되고, VQI 2가 LCG 2에 맵핑되며, 나머지 VQI들은 모두 LCG 3에 맵핑되는 맵핑으로 구성될 수 있다. WTRU는 그 버퍼들에서의 데이터가 주로 VQI 1 및 VQI 2로부터의 것일 때 제2 맵핑을 이용할 수 있다. 대안적으로, WTRU가 VQI들 사이에 균등하게 분포된 그 버퍼들에서의 데이터를 갖는 경우, WTRU는 제1 맵핑을 이용할 수 있다. WTRU는 (예를 들어, RRC 메시지 또는 MAC CE로) 맵핑의 변경을 표시할 수 있거나, 또는 각각의 BSR 메시지에서 이용된 맵핑을 표시할 수 있다.

이전의 예와 관련하여 이용될 수 있는 다른 예에서, WTRU는 버퍼들에서의 데이터가 QoS 레벨들의 서브세트로 제한되는 하나의 시나리오에서 LCG에 대해 4비트(예를 들어, 총 16 LCG들)를 이용하여 BSR을 보고할 수 있고, 버퍼들에서의 데이터가 모든 QoS 레벨들, 또는 모든 QoS 레벨들에 근접한 것을 포함하는 다른 시나리오에서 LCG에 대해 5비트(총 32 LCG들)를 이용할 수 있다.

앞서 살펴본 바와 같이, WTRU는 송신을 위한 데이터 패킷을 어떻게 처리할지를 결정할 때 SR/BSR을 통신할 수 있지만, 동시 송신 타입들을 다루는 SR/BSR 접근법들이 또한 있을 수 있다.

일부 상황들에서, BSR 계산은 이용가능한 모드 2 자원들에 기초할 수 있다. 모드 1 대 모드 2 송신 타입들의 경우일 수 있는 이 접근법에서, WTRU는 모드 2 송신에 대해 예약되거나 이용가능한 자원들의 양을 고려함으로써 버퍼 상태를 계산할 수 있다. 구체적으로, WTRU는 네트워크에 전송할 버퍼 상태를 계산할 때 모드 2에서 다음의 "예약된" 자원들 중 임의의 것을 고려할 수 있다: 예약 신호, 순방향 부킹 신호(forward booking signal), 또는 유사한 것에 의해 예약된 자원들의 전체 양; 선택된 자원 패턴과 연관된 자원들의 전체 양; N개의 다음 예약 기간에서 발생하는 "예약된" 자원들의 양 ― 여기서 N은 사전 정의되거나 (사전) 구성될 수 있음 ―; 및/또는 모드 1 송신 또는 모드 2 송신을 이용할 수 있는, 논리 채널들에 의한 송신을 충족시키기 위해 이용될 수 있는 "예약된" 자원들의 양.

WTRU는, 각각의 논리 채널 또는 LCG의 버퍼 상태로부터, WTRU가 "예약된" 자원들을 통해 송신할 수 있는 데이터의 추정된 양을 감산할 수 있다.

도 4는 WTRU가 주어진 LCG에 대한 BSR에서 네트워크에 보고할 버퍼 상태를 결정하는 예시적인 프로세스의 흐름도이다. 401에서, WTRU는 그 LCG에 맵핑될 수 있고 모드 1을 이용하여 송신되도록 허용되는 모든 논리 채널들의 총 버퍼 상태를 계산할 수 있다. 다음으로, 402에서, WTRU는 모드 2를 이용하여 송신되도록 또한 허용되는 LCG의 논리 채널들과 연관되는 버퍼 상태의 부분을 이전 스테이지에서 계산할 수 있다. 다음으로, 403에서, WTRU는 다음에 기초하여, WTRU가 모드 2를 통해 송신할 수 있는 버퍼 상태의 양을 제2 스테이지에서 계산할 수 있다: 403a, 모드 2(예를 들어, 모드 2에만 맵핑되는 논리 채널들)만을 이용하여 송신될 수 있는 WTRU 버퍼들에서의 데이터의 양; 403b, 예약된 모드 2 자원들의 양 및 MCS의 추정치(예를 들어, 시간에 따른 평균 MCS)에 기초하여 모드 2를 이용하여 추가로 송신될 수 있는 단계 2에서의 데이터로부터의 데이터의 양; 및/또는 403c, 결정 기준들이 주어지면, WTRU가 모드 2를 통해 송신하도록 허용되는 제2 스테이지에서의 데이터의 부분을 결정하기 위한, 본 명세서에서 논의된 바와 같은, 결정 기준들의 현재 상태. 404에서, WTRU는 최종적으로 제1 스테이지로부터의 버퍼 상태로부터, 제3 스테이지에서의 추정된 모드 2 데이터를 뺀 것을 보고할 수 있다.

일부 상황들에서, WTRU는 송신 타입의 변경을 표시하기 위해 BSR을 송신할 수 있다. 구체적으로, WTRU는, 잠재적으로 WTRU에서 계류중인 데이터의 일부 또는 전부를 상이한 송신 타입을 통해 송신하기로 하는 결정 동안, 또는 송신 타입의 결정을 위한 조건들 중 임의의 것의 변경 시에, 네트워크에 대한 BSR을 트리거할 수 있다.

WTRU는 다음과 같은 이벤트들 중 임의의 것이 발생할 때 BSR을 트리거할 수 있다: WTRU가 하나의 송신 타입(예를 들어, 모드 1)과 연관된 논리 채널을 상이한 송신 타입(예를 들어, 모드 2)과 연관되도록 이동시키기로 결정한다; 본 명세서에서 논의된 바와 같이, 데이터 대 송신 타입의 맵핑을 정의하는 임의의 조건의 변경이 발생한다; 가능하게는 시간 기간 마다의, 본 명세서에서 논의된 바와 같은 조건들 중 임의의 것의 변경, 추정된 MCS의 변경, 또는 예약된 모드 2 자원들의 양의 변경으로 인해, 가능하게는 특정 양만큼, 이용가능한 모드 2 자원들을 고려한 버퍼 상태의 계산의 변경이 발생한다; WTRU가 특정 송신 타입과 연관된 모든 논리 채널들을 제거한다; 및/또는 WTRU가 송신 타입과 연관된 새로운 논리 채널들, 잠재적으로 제1 논리 채널을 생성한다.

다음은 송신 타입에 대한 맵핑을 정의하는 조건의 예들이다: 다수의 실패한 모드 2 자원 선택들이, 잠재적으로 사전 정의된 시간 윈도우에서 발생한다; CBR, CR, RSSI, SCI 송신들의 평균 RSCP, 또는 사전 정의된 기간에서의 SCI들의 수와 같은, 모드 2 자원 풀과 연관된 측정된 양의 값에서의, 사전 정의된 또는 (사전) 구성된 양만큼의 변경; 영역에서의 WTRU들의 추정된 수에서의, 사전 정의된 또는 (사전) 구성된 양만큼의 변경; 선점 신호의 수신; 및/또는 본 명세서에서 논의된 다른 예들.

일 예에서, WTRU는, 가능하게는 주어진 QoS에 대해, 모드 2 송신과 연관된 선점 신호를 수신할 수 있다. WTRU는 가능하게는 주어진 QoS와 연관된 모든 모드 2 트래픽을 모드 1로 이동시키기로 결정할 수 있고, 선점 신호의 수신 시에 BSR을 네트워크에 송신할 수 있다. 송신된 BSR은, 버퍼 상태와 함께, 새로운 LCG의 포함에 의해, 또는 모드 1을 이용하여 송신될 새로운 데이터를 고려하는 새로운 버퍼 상태에 의해, 모드 1 송신을 위한 새로운 데이터의 존재를 나타낼 수 있다. 대안적으로, WTRU는, 버퍼 상태가, 이제 모드 1로 송신될 수 있는, 이전의 BSR 보고와 비교하여, 새로운 데이터의 델타를 나타내는 BSR을 전송할 수 있다. 그러한 예는 다른 송신 타입들(예를 들어, 선점이 NR 상에서 수신되고 모드 3이 LTE에 대해 구성되는, LTE 대 NR)의 경우에도 적용가능할 수 있다.

다른 예에서, WTRU는, 모드 2 풀의 CBR에서의 검출된 감소로 인해, 가능하게는 특정 논리 채널 또는 LCG와 연관된 모든 그의 송신들을 모드 2 송신으로 이동시키기로 결정할 수 있다. WTRU는, 그러한 결정 시에, 상기의 LCG(들)와 연관된 0의 버퍼 상태를 나타내는 BSR을 송신할 수 있다. 그러한 예는 다른 송신 타입들(예를 들어, LTE 대 NR)에도 적용가능할 수 있다. WTRU는 그 버퍼들에서의 데이터에 대한 자원 선택 절차의 완료 후에 상기의 BSR을 송신할 수 있다.

일부 상황들에서, WTRU는 네트워크에 의해 구성된 선호되는 송신 모드의 변경을 표시할 수 있다. 일 예에서, WTRU는 (예를 들어, 모드 선택을 위한 WTRU 구성과 관련하여 본 명세서에 설명된 바와 같이) 네트워크에 의해 구성된 바와 같은 SLRB에 대한 사용가능/선호 송신 모드(예를 들어, 모드 1 대 모드 2)의 변경 이후에 BSR 또는 관련 메시지를 전송할 수 있다.

일 예에서, WTRU는 SLRB의 송신 모드(모드 1 또는 모드 2)의 변경(예를 들어, SLRB가 모드 1에서 모드 2로 이동됨) 이후에 BSR을 네트워크에 전송할 수 있다. WTRU는 SLRB의 모드 변경 이후에 모드 1과 연관된 모든 LCH에 대한 새로운 버퍼 상태를 계산할 수 있고, 새로운 BSR을 네트워크에 전송할 수 있다. 예를 들어, WTRU는 모드 1을 이용하도록 현재 구성된 SLRB의 변경을 모드 2를 이용하도록 트리거하는 조건(예를 들어, 임계값 아래의 Uu 품질)을 검출할 수 있다. WTRU는 모드 1과 연관된 논리 채널들로부터 SLRB를 제거하고, SLRB를 모드 2 SLRB로 이동시킬 수 있다. WTRU는 변경으로 인한 버퍼 상태의 변경을 네트워크에 추가로 알릴 수 있다. 다른 예에서, WTRU는 조건(예를 들어, SL RLM)을 검출할 수 있다.

일 예에서, WTRU는 그러한 BSR의 모든 LCG들에 대한 BSR을 포함할 수 있다. 다른 예에서, WTRU는 주어진 SLRB(들)에 대한 모드 변경에 의해 버퍼 상태가 변경되는 LCG들만을 포함할 수 있다.

일 예에서, WTRU는 특정 SLRB에 대한 모드의 변경을 요구하는 조건의 트리거링 후에 타이머를 시작할 수 있다. 조건이 타이머 동안 지속되면, WTRU는 본 명세서에 설명된 다른 시나리오들에 따라 모드 변경 메시지를 네트워크에 전송할 수 있다.

다른 예에서, WTRU는 특정 SLRB에 대한 선호 모드의 변경을 네트워크에 알리기 위해 BSR 및/또는 관련 메시지(예를 들어, MAC CE, SidelinkUEInformation과 같은 RRC 메시지 등)를 네트워크에 전송할 수 있다. 그러한 메시지는 다음을 포함할 수 있다: WTRU에서 모드 변경 트리거가 결정된 SLRB 또는 LCH; 조건을 트리거한 특정 조건(예를 들어, 구성된 조건들의 리스트에 대한 인덱스의 형태임); SLRB 및/또는 SLRB에 맵핑된 흐름들의 QoS 속성들(예를 들어, PQI, QFI 등); 및/또는 모드 선택을 위한 WTRU 구성과 관련하여 본 명세서에 설명된 바와 같은 Uu 품질, SL 품질 등과 같은 조건과 연관된 측정들.

그러한 예에서, WTRU는 메시지를 네트워크에 전송한 후에 다음 중 임의의 것 또는 조합을 수행할 수 있다: WTRU는 네트워크로의 표시의 성공적인 송신 직후에 특정 SLRB에 대한 모드의 변경을 개시할 수 있다; WTRU는 네트워크에 의한 재구성까지 SLRB와 연관된 송신들을 중지할 수 있다; 및/또는 WTRU는 타이머를 시작할 수 있다. 모드 변경을 위한 조건이 유지되고 타이머가 만료되면, WTRU는 모드 변경을 개시할 수 있다. WTRU는 모드 변경을 개시 시에, 본 명세서에 설명된 바와 같이, 모든 모드 1 LCG들에 대한 업데이트된 버퍼 상태와 함께 BSR을 송신할 수 있다. 모드 변경을 위한 조건이 타이머의 지속기간 동안 지속되지 않으면, WTRU는 타이머를 취소하고 네트워크에 알릴 수 있다.

SR/BSR 절차들과 관련하여 전술한 상황들은 조건이 변경될 때의 데이터 처리의 예를 도시하는 도 3에 적용될 수 있다. 섹션 311을 참조하면, WTRU가 모드 1로부터 모드 2로 LCH1을 변경하기로 결정한 결과로서 BSR이 네트워크에 전송될 필요가 있을 수 있는데, 왜냐하면 네트워크는 WTRU가 자율적으로 스케줄링을 수행할 모드 2로 이동하고 있기 때문에 LCH1의 버퍼 상태를 더 이상 고려할 필요가 없기 때문이다. 섹션 311에 도시된 버퍼 상태는 모드 2로의 LCH1의 재맵핑 때문에 T2에서보다 T1에서 더 가득 찬다는 점에 유의한다.

일부 상황들에서, WTRU는 트래픽의 스위칭 후에 LCG를 재맵핑할 수 있으며, 이는 본 명세서에서 논의된 임의의 모델링에 적용가능할 수 있다. WTRU는 하나의 송신 타입으로부터 다른 송신 타입으로의 데이터의 스위칭에 후속하여 또는 본 명세서에 설명된 조건들 중 임의의 것의 변경에 후속하여 BSR 보고를 위해 이용되는 LCG로의 QoS의 맵핑을 변경할 수 있다. 구체적으로, WTRU는 QoS 파라미터(예를 들어, VQI, PPPP, 우선순위, 레이턴시 등)의 LCG로의 하나의 맵핑으로 구성될 수 있고, 본 명세서에 설명된 것들과 같은 조건에서의 변경에 후속하는 선호되는 또는 대안적인 맵핑을 네트워크에 표시할 수 있다. 대안적으로, WTRU는 하나보다 많은 QoS 대 LCG 맵핑으로 구성될 수 있고, 조건의 변경 시에 (예를 들어, 새로운 맵핑에 대한 인덱스를 통해) 새로운 맵핑을 네트워크에 표시할 수 있다. WTRU는, 조건이 하나 이상의 QoS 타입(예를 들어, VQI의 범위 또는 세트)에 대한 송신 타입에서의 변경 및/또는 하나 이상의 논리 채널 또는 LCG의 송신 타입에서의 변경을 야기할 때 이러한 대안적인 맵핑 또는 맵핑 변경을 추가로 표시할 수 있다.

WTRU는 RRC 메시지(예를 들어, UEAssistanceInformation 또는 SidelinkUEInformation), MAC CE, 또는 물리 채널(예를 들어, SR 또는 PUCCH)을 이용하여 LCG 재맵핑의 변경을 표시할 수 있다. 예를 들어, WTRU는 BSR의 각각의 보고와 함께 QoS를 LCG에 맵핑하는 것을 포함할 수 있다.

WTRU는 새로운 송신 타입의 개시에 후속하여 그러한 LCG 재맵핑을 수행할 수 있다. 예를 들어, WTRU는 유니캐스트 링크를 개시할 수 있고, LCG들 중 하나가 유니캐스트 트래픽과 연관된 버퍼 상태를 보고하기 위해 예약될 수 있도록 브로드캐스트 트래픽에 대한 LCG의 재맵핑을 수행할 수 있다.

일부 상황들에서, WTRU는 브로드캐스트 트래픽과는 별개로 유니캐스트에 대한 버퍼 상태를 보고할 수 있다. 구체적으로, WTRU는 다음 중 임의의 것을 이용하여 상이한 캐스트 타입들에 대한 BSR을 보고할 수 있다: 상이한 캐스트 타입들에 대해 하나 이상의 LCG(들)가 사전 정의되거나 (사전) 구성됨; 상이한 캐스트 타입으로 버퍼 상태를 보고하기 위해 상이한 BSR 포맷(예를 들어, 상이한 MAC CE)이 이용됨; 개별 캐스트 타입들을 보고하기 위해 논리 채널 그룹과 연관된 BSR에서 개별 버퍼 상태 필드들이 이용됨; 및/또는 상이한 캐스트 타입들을 보고하기 위해 상이한 목적지 인덱스가 이용됨.

하나의 경우에, WTRU는 유니캐스트를 위해 예약된 전용 목적지 인덱스들의 리스트로부터의 목적지 인덱스를 이용하여 유니캐스트/그룹캐스트에 대한 BSR을 보고할 수 있다. WTRU는 WTRU에서 활성인 각각의 유니캐스트/그룹캐스트 링크(예를 들어, 각각의 별개의 목적지 어드레스)에 대해 상이한 전용 목적지 인덱스를 이용할 수 있다. WTRU는: (사전) 구성(예를 들어, 시스템 정보, 전용 RRC 시그널링, 사전 구성); 모든 WTRU들에 대해 사전 정의됨; 다른 WTRU(예를 들어, 헤드 또는 스케줄링 WTRU)로부터; MAC CE 또는 동적 스케줄링(예를 들어, DCI); HO 커맨드에서, 이동성 동안; 암시적으로, 목적지 인덱스에 대해 구성된 비트들의 수와 WTRU가 실제로 참조할 필요가 있는 브로드캐스트 목적지 어드레스들에 대한 수 사이의 어드레스 공간에서의 차이에 기초하는 것으로부터 유니캐스트/그룹캐스트에 대한 전용 목적지 인덱스들의 리스트를 결정할 수 있다(예를 들어, WTRU는 5 비트를 요구하는 길이 32인 UESidelinkInformation 메시지에서의 브로드캐스트 서비스들에 대한 목적지 어드레스들, 서비스들의 리스트로 구성될 수 있고, 6 비트 폭인 목적지 인덱스로 구성될 수 있고, 여기서 WTRU는 유니캐스트/그룹캐스트 목적지 인덱스들에 대해 인덱스들 0-31 또는 32-63을 이용할 수 있다).

WTRU는 확립되는 각각의 유니캐스트/그룹캐스트 링크에 대한 전용 목적지 인덱스들의 리스트 내에서 목적지 인덱스를 증분시킬 수 있다. 대안적으로, WTRU는 (예를 들어, 링크의 확립에서) 확립된 각각의 유니캐스트/그룹캐스트 링크에 대한 선택된 목적지 인덱스를 네트워크에 전송할 수 있다.

WTRU는 유니캐스트 링크들에 대해 추가적인 목적지 인덱스들이 요구될 때 네트워크에 표시를 전송할 수 있다. 그러한 표시는 RRC(예를 들어, UEAssistanceInformation) 또는 MAC CE에 의해 전송될 수 있다.

일부 상황들에서, WTRU는 LTE 및 NR RAT에 대한 버퍼 상태를 개별적으로 보고할 수 있다. 구체적으로, WTRU는 상이한 사이드링크 RAT들(예를 들어, LTE 대 NR)을 통해 개별적으로 송신될 데이터에 대한 버퍼 상태를 보고할 수 있다. WTRU는 다음 중 임의의 것을 이용하여 상이한 캐스트 타입들에 대한 BSR을 보고할 수 있다: 상이한 BRS 포맷들; 동일한 BSR 메시지 내의 상이한 LCG들; 및/또는 동일한 BSR 메시지 내의 상이한 목적지 인덱스.

상이한 BSR 포맷들에 관하여, 일 예에서, WTRU는 상이한 LTE BSR 및 NR BSR MAC CE들을 송신할 수 있다. 구체적으로, 이 경우는 LTE 및 NR 둘다에 대해 동일한 LCG가 할당될 수 있는 모델을 가정할 수 있다. WTRU는 RRC를 통해 별도의 QoS 대 LCG 맵핑으로 구성될 수 있다 ― 예를 들어, LTE의 경우, WTRU는 PPPP와 LCG 사이의 맵핑으로 구성될 수 있고, NR의 경우, WTRU는 VQI와 LCG 사이의 맵핑으로 구성될 수 있다.

동일한 BSR 메시지 내의 상이한 LCG들에 관해, 이 경우는 LCG가 LTE 또는 NR 중 어느 하나에 대해 할당될 수 있지만, 둘다에 대해 할당될 수는 없는 모델을 가정할 수 있다. WTRU는, 하나의 RAT에 대해 이용가능한 데이터를 가질 때/갖지 않을 때, 본 명세서에 설명된 바와 같이, LCG 재맵핑을 위한 절차들을 따를 수 있다.

동일한 BSR 메시지 내의 상이한 목적지 인덱스에 관하여, 이 경우는 동일한 LCG가 LTE 및 NR 둘다에 대해 할당될 수 있는 모델을 가정할 수 있다. WTRU는 RRC를 통해 별도의 QoS 대 LCG 맵핑으로 구성될 수 있다 ― 예를 들어, LTE의 경우, WTRU는 PPPP와 LCG 사이의 맵핑으로 구성될 수 있고, NR의 경우, WTRU는 VQI와 LCG 사이의 맵핑으로 구성될 수 있다.

하나의 경우에, WTRU는 유연한 데이터에 대한 각각의 RAT에 대한 버퍼 상태를 결정할 수 있다. 이것은 WTRU가 하나의 송신 타입으로부터 다른 송신 타입으로 논리 채널을 이동시킬 수 있는 제2 모델링, 및 논리 채널이 다수의 송신 모드들과 연관될 수 있는 제3 모델링에 적용가능할 수 있다. 구체적으로, WTRU는, 본 명세서에서 정의된 하나 이상의 조건으로부터 결정된 바와 같이, 각각의 RAT를 통해 라우팅될 데이터의 추정된 양에 기초하여 각각의 RAT에 대한 버퍼 상태를 계산할 수 있다. 그러한 버퍼 상태의 계산은 BSR 계산 시의 조건들의 상태에 기초하여 이루어질 수 있다. WTRU는 조건들 중 하나가 변경되었을 때 및/또는 하나의 RAT로부터 다른 RAT로 이동될 수 있는 데이터의 양이 임계값보다 클 때 새로운 BSR을 트리거할 수 있다.

예를 들어, WTRU는, RAT들 둘다를 통해 전송될 수 있는, 상위 계층 표시로부터의, 트래픽에 대해 각각의 LTE 및 NR을 통해 송신될 트래픽의 백분율로 구성될 수 있다. 이 백분율은 RAT들 각각에서 모드 2/모드 4 풀의 CBR에 기초하여 정의될 수 있다. BSR이 (예를 들어, 임의의 BSR 트리거에 기초하여) 전송될 시간 순간에, WTRU는: LTE 및 NR 상의 CBR, 및 각각의 RAT 상에서 전송될 데이터의 대응하는 백분율을 계산하고; 단일 RAT만을 통해 전송되도록 (예를 들어, 상위 계층들에 의해) 구성되는 WTRU 버퍼들에서의 데이터, 어느 하나의 RAT 상에서 전송될 수 있는 데이터, 및 상기의 계산된 백분율에 기초하여 각각의 RAT 상에서 전송될 데이터의 전체 양을 결정하고; 및/또는 상기에 기초하여 각각의 RAT에 대한 버퍼 상태를 계산할 수 있다.

하나의 경우에, LTE SL BSR과 NR SL BSR 사이에 우선순위화 규칙들이 있을 수 있다. 구체적으로, 상이한 RAT들에 대한 상이한 BSR 포맷들의 송신과 관련하여, WTRU는 다음 중 임의의 것에 기초하여 UL 승인 내에서 LTE BSR과 NR BSR의 송신 사이에서 우선순위화할 수 있다: BSR 내에서 제출될 데이터의 QoS(예를 들어, WTRU는 보다 높은 우선순위 데이터가 보고될 필요가 있는 BSR, LTE 또는 NR의 송신을 우선순위화할 수 있고, 여기서 WTRU는 WTRU가 가장 높은 우선순위를 갖는 논리 채널을 갖는 RAT와 연관된 BSR을 우선순위화할 수 있거나, QoS에 기초한 우선순위화는 본 명세서에서 논의된 바와 같은 RAT간 우선순위화를 위한 규칙들을 이용할 수 있음); BSR의 크기(예를 들어, WTRU는 가장 작은 전체 크기를 갖는 BSR, LTE 또는 NR의 송신을 우선순위화할 수 있거나, 현재의 업링크 승인으로 절단된 BSR을 송신할 필요성을 회피할 수 있음); 및/또는 BSR과 연관된 RAT(예를 들어, WTRU는 LTE RAT 또는 NR RAT의 송신을 우선순위화할 수 있음).

WTRU는 상기와 관련된 특정 규칙들을 따르도록 네트워크에 의해 추가로 구성될 수 있다. 예를 들어, WTRU는 BSR 송신을 우선순위화할(예를 들어, NR BSR보다 LTE BSR을 우선순위화할) RAT로 네트워크에 의해 구성될 수 있다.

WTRU는 상기의 규칙들의 조합을 이용할 수 있거나, 특정 규칙이 결과를 산출하지 않는 경우에 다수의 규칙들을 이용할 수 있다. 예를 들어, WTRU는 제출될 데이터의 QoS를 이용할 수 있고, RAT들 둘다가 계류중인 동일한 우선순위 데이터를 갖는다면, WTRU는 BSR의 크기를 이용할 수 있다.

하나의 경우에, WTRU는 LTE SL 및 NR SL에 대한 목적지 인덱스를 결정할 수 있다. 이것은 목적지 어드레스가 2개의 RAT들(예를 들어, 동일한 서비스의 다중 RAT 지원) 사이에 공통일 수 있는 경우에 발생할 수 있으며, 따라서 LTE 및 NR 상의 서비스의 버퍼 상태 사이를 구별하기 위한 접근법이 필요할 수 있다.

일 예에서, WTRU는 BSR에서의 목적지 인덱스 내의 명시적 비트(예를 들어, RAT 표시자 비트)를 RAT에 연관시킬 수 있다. 구체적으로, 전체 목적지 인덱스는 1-비트 RAT 표시자 및 x 비트 목적지 인덱스로 구성될 수 있으며, 여기서 목적지 인덱스는 (예를 들어, LTE에서와 같이) UESidelinkInformation 메시지에서의 목적지 어드레스들의 리스트 내의 목적지 어드레스의 인덱스로부터 도출될 수 있다.

다른 예에서, WTRU는 RAT 상의 특정 브로드캐스트 서비스에 대한 목적지 인덱스를, 그 RAT에 대한 캐리어와 연관되는, UESidelinkInformation에서의 캐리어들/서비스들의 리스트에서의 그 서비스의 인덱스들 중 하나(예를 들어, 제1 인덱스)와 연관시킬 수 있다. 구체적으로, WTRU는 캐리어들의 리스트 및 각각의 캐리어에 대한 RAT의 연관으로 구성될 수 있다. 또한, WTRU는 관심있는 서비스들/목적지 어드레스들 및 각각의 서비스/목적지 어드레스를 지원하는 캐리어들의 리스트로 구성될 수 있다. WTRU는 LTE에 대한 서비스에 대한 목적지 인덱스를 그 서비스에 대한 리스트에서의 제1 LTE 캐리어이도록, 그리고 NR 상의 서비스에 대한 목적지를 그 서비스에 대한 리스트 상의 제1 NR 캐리어이도록 연관시킬 수 있다.

다른 예에서, WTRU가 서비스가 LTE 또는 NR에 의해 지원될 수 있다고 결정할 때, WTRU는 2개의 관련된 목적지 인덱스를 각각의 RAT, LTE 및 NR에 연관시킬 수 있다. 목적지 인덱스들 사이의 관계는: 연속적인 목적지 인덱스들의 이용; 및/또는 목적지 인덱스 어드레스 공간에서 목적지 인덱스들의 수에 의해 분리되는 목적지 인덱스들의 이용 중 임의의 것일 수 있고, 분리는 WTRU에 대한 총 지원 목적지 인덱스들의 수, 또는 (사전) 구성된 값에 기초할 수 있다. 예를 들어, WTRU는 상이한 RAT들 상에서 지원되는 WTRU에 의해 지원되는 서비스들/목적지 어드레스들을 결정할 수 있다. 그러한 결정은 또한 서비스/목적지 어드레스와 연관된 캐리어 주파수와 그 캐리어 주파수와 연관된 RAT의 연관에 의해 행해질 수 있다. WTRU는, UESidelinkInformation에서 네트워크에 보고된 서비스들/목적지 어드레스들의 순서에 기초하여 증분함으로써, 그 RAT에 대해 지원되는 캐리어들의 수에 관계없이, 주어진 RAT 상의 각각의 서비스에 단일 목적지 인덱스를 할당할 수 있다. WTRU가 다수의 RAT들 상에서 지원하는 서비스에 대해, WTRU는 2개의 연속적인 목적지 인덱스들을 할당할 수 있고, 여기서 제1 인덱스는 하나의 RAT(예를 들어, LTE)와 연관되고 제2 인덱스는 다른 RAT(예를 들어, NR)와 연관된다.

하나의 경우에, WTRU는 LTE SL 및 NR SL을 수행할 때 절단된 BSR을 결정할 수 있다. 구체적으로, 이것은 동일한 BSR에서 LTE 및 NR 버퍼 상태를 보고하는 것에 관련될 수 있고, 여기서 WTRU는 다음과 같은 것들 중 하나 이상을 이용하여 절단된 BSR의 내용들을 결정할 수 있다: WTRU는 다른 RAT보다, 잠재적으로 사전 정의되거나 (사전) 구성된, 하나의 RAT의 버퍼 상태의 송신을 우선순위화할 수 있다; WTRU는 가장 높은 우선순위 LCG와 연관된 버퍼 상태의 송신을 우선순위화할 수 있다(예를 들어, 개별 LCG들이 상이한 RAT들에 대해 할당된다고 가정함); WTRU는 가장 높은 우선순위 LCG와 연관된 버퍼 상태의 송신을 우선순위화할 수 있고, 상이한 RAT들에 대한 동일한 LCG에 대해, WTRU는 잠재적으로 사전 정의되거나 (사전) 구성된, 다른 RAT보다 하나의 RAT를 우선순위화할 수 있거나, 2개의 RAT들 사이에서 가장 높은 우선순위를 가지는 그의 버퍼들에 데이터를 가지는 RAT를 우선순위화할 수 있다(예를 들어, WTRU는 그러한 우선순위화를 위해 본 명세서에 정의된 규칙들 중 임의의 것을 이용할 수 있다).

앞서 언급된 바와 같이, WTRU는 조건들에 기초하여 및/또는 데이터 패킷 처리 프로세스(예를 들어, 송신 타입)의 일부로서 자원 선택/재선택을 수행할 수 있다.

일부 상황들에서, WTRU는 피어 WTRU(들)로부터의 NACK의 수신 후에만 유니캐스트 송신을 위한 재송신 자원(들)의 선택을 수행할 수 있다. 일반적으로, WTRU는 유니캐스트/그룹캐스트 및 브로드캐스트 송신들을 위한 상이한 자원 선택 프로세스들로 구성될 수 있다. WTRU는 유니캐스트/그룹캐스트 자원 선택 및 브로드캐스트 자원 선택을 위한 상이한 자원 선택 절차로 추가로 구성될 수 있다. WTRU는, 제한적인 것은 아니지만, 다음을 포함하는 자원 선택을 위한 수정된 파라미터들을 이용하여 재송신 자원(들)을 선택할 수 있다: 자원 선택 윈도우를 정의하는 T2의 더 짧은 값; 감지 절차에 기초한 자원들의 이용가능성/비이용가능성의 결정을 위한 임계값에 대한 상이한 값; LBT 백오프 타이머의 상이한 값, 또는 LBT 감지와 연관된 채널 점유 임계값; WTRU가 선점 표시를 송신할 수 있는 때에 대한 상이한 조건(예를 들어, 이용가능한 자원들의 수); 초기 송신에 비해, 패킷의 실제 PPPP/VQI에 비해 상이한 우선순위; 재송신 자원이 초기 송신을 위한 자원들의 양의 (사전) 구성된 함수인 채널들/RB들의 수를 이용할 수 있는 상이한 수의 채널들/RB들(예를 들어, WTRU는 추가 인코딩을 통해, 또는 상이한 RV의 송신에 의해 재송신 자원들에 대한 추가적인 중복성을 제공할 수 있음).

재송신 자원에 대한 자원 선택을 위한 그러한 수정된 파라미터들은 재송신 자원과 연관된 레이턴시를 감소시키고/시키거나 재송신 자원의 신뢰성을 증가시킬 수 있다.

일부 상황들에서, WTRU는 다른 사이드링크 프로세스의 송신을 위해 불필요한 재송신 자원을 이용할 수 있다. 구체적으로, WTRU는 유니캐스트 송신을 위한 송신 및 재송신 자원(들) 모두를 동시에 선택할 수 있다. WTRU가 초기 송신과 연관된 ACK 또는 NACK의 결여로 인해 재송신 자원들 중 하나를 요구하지 않는 경우, WTRU는 다른 사이드링크 프로세스(예를 들어, 유니캐스트 또는 브로드캐스트)에 의한 초기 송신을 위해 재송신 자원을 이용할 수 있다. WTRU는 다음의 기준들 중 임의의 것 또는 조합에 기초하여 미이용 재송신 자원을 이용하는 사이드링크 프로세스를 선택할 수 있다: 미이용 재송신 자원이 이용가능할 때, 잠재적으로 원샷 송신을 위해, 자원 (재)선택을 수행하는 사이드링크 프로세스; 재송신 자원이 프로세스들 초기 송신의 타이밍 요건들을 충족시키는 사이드링크 프로세스; 및/또는 미이용된 수 또는 재송신 자원들로 인해 이용가능한 것과 동일한 수의 재송신 자원들을 요구하는 사이드링크 프로세스.

일부 상황들에서, WTRU는 재송신 자원 선택을 위해 원샷 자원 선택 절차(들)를 이용할 수 있다. 구체적으로, WTRU는 원샷 자원 선택 절차를 이용하여 순방향-부킹(예를 들어, 주기적) 유니캐스트 프로세스를 위한 재송신 자원을 선택할 수 있다. WTRU는 유니캐스트 프로세스를 위해 하위 계층들로부터 수신된 NACK의 수신에 후속하여 그러한 원샷 자원 선택 절차를 트리거할 수 있다. 대안적으로, WTRU는, 하위 계층들로부터 NACK의 수신 시에, 이전 솔루션에 따라 미이용 재송신 자원로부터 재송신 자원을 선택할 수 있다. 대안적으로, WTRU는 재송신의 타이밍 요건들을 충족시키는 (예를 들어, 동일한 목적지 ID와 연관된) 다른 유니캐스트 프로세스가 존재하는 경우 재송신 자원에 대한 자원 선택을 트리거하지 않도록 선택할 수 있다.

일부 상황들에서, WTRU는 유니캐스트를 위한 자원 선택 동안에 대역-특정 CQI를 이용할 수 있다. 구체적으로, WTRU는 자원 선택 절차에서 유니캐스트 링크와 연관된 사이드링크 CQI의 결과들을 이용할 수 있다.

일 예에서, WTRU는 사이드링크 CQI가 임계값 아래인 자원 선택 알고리즘으로부터 자원들을 배제할 수 있다. 구체적으로, WTRU는 감지 결과들에 기초하여 자원들을 배제하고, 그 후 CQI가 임계값 아래인 자원들을 추가로 배제할 수 있다. 그 다음, WTRU는 나머지 배제되지 않은 자원들에 대해 랜덤 자원 선택을 수행할 수 있다.

다른 예에서, WTRU는 이용가능한 자원들로부터 최상의 CQI를 갖는 자원들을 선택할 수 있다. 구체적으로, WTRU는 감지 결과들에 기초하여 자원들을 배제할 수 있다. 이용가능한 자원들의 수가 임계값보다 큰 경우, WTRU는 데이터의 요건들을 충족시키는 이용가능한 자원들로부터 최상의/최고의 SL CQI를 갖는 자원들을 선택할 수 있다.

다른 예에서, WTRU는 그 자원들의 풀 또는 패턴보다 최상의 평균 CQI를 갖는 송신을 위한 자원들의 풀 또는 자원들의 패턴을 선택할 수 있다.

일부 상황들에서, WTRU는 송신될 데이터의 신뢰성에 기초하여 성공적인 자원 할당을 결정할 수 있다. 이것은 유니캐스트 및 브로드캐스트 자원 선택 모두에 적용가능할 수 있고, 여기서 WTRU는 송신될 데이터와 연관된 신뢰성 요건에 기초하여 성공적인 자원 선택을 위한 요구되는 기준들을 결정할 수 있다. 예를 들어, WTRU는, 송신의 타이밍 요건들을 충족시키는 자원들의 백분율(x%)이 감지에 의해 이용가능한 것으로 결정되는 경우, 자원 선택이 성공적이라고 고려할 수 있다. WTRU는 WTRU 신뢰성 요건에 따라 x%의 상이한 값을 이용하도록 구성될 수 있다.

WTRU는 신뢰성 요건에 기초하여 자원 선택 알고리즘의 실패 사례를 추가로 결정할 수 있다. 예를 들어, WTRU는 (예를 들어, LTE에서와 같이) 감지 결과들에 기초하여 자원들의 점유를 결정하는 것과 연관된 임계값들을 증가시킴으로써 자원 선택의 다수의 시도들을 수행할 수 있다. 신뢰성에 따라, WTRU는 그러한 시도들의 수에 이후에 실패 자원 선택 알고리즘을 지시할 수 있으며, 이러한 수는 송신될 데이터의 신뢰성 요건에 의존할 수 있다.

성공적이지 않은 자원 할당은 본 명세서에서 논의된 바와 같이, 송신 타입 변경을 트리거할 수 있다. 이는 또한 WTRU에 의한 재송신의 수의 증가 또는 선점을 트리거할 수 있다.

일부 상황들에서, WTRU는 유니캐스트 송신을 위해 상이한 캐리어 선택 규칙들을 이용할 수 있다. 구체적으로, WTRU는 브로드캐스트 송신과 비교하여 유니캐스트 송신과 연관된 캐리어 선택에 대한 상이한 규칙들로 구성될 수 있다. 그러한 규칙들 뒤의 동기부여는 (예를 들어, 능력으로 인해) 유니캐스트에서 2개의 WTRU들 사이에서 지원될 수 있는 캐리어들의 수의 제한들에 기인할 수 있다.

WTRU는 다음 중 임의의 것을 이용하여 브로드캐스트와는 상이하게 유니캐스트에 대한 캐리어 선택을 수행하도록 구성될 수 있다: WTRU는 브로드캐스트와 비교하여 유니캐스트와 연관된 캐리어 선택을 위한 상이한 CBR 임계값으로 구성될 수 있다; WTRU는 브로드캐스트와 비교하여 유니캐스트와 연관된 캐리어 선택을 위한 상이한 캐리어 유지 임계값으로 구성될 수 있다; WTRU는, 가능하게는 또한 2개의 WTRU들 사이의 유니캐스트 송신을 위해 지원되는 캐리어들의 수가 임계값 아래일 때, 유니캐스트에 대한 캐리어 선택을 위해 CBR 임계값을 무시하도록 (예를 들어, 임의의 캐리어를 항상 이용하도록) 구성될 수 있다; 및/또는 WTRU는 캐리어에 따라 상이한 수의 허용가능한 사이드링크 프로세스들로 구성될 수 있고, 여기서 WTRU는 유니캐스트 데이터의 송신을 위한 후보 캐리어인 캐리어 상에서 더 많은 수의 사이드링크 프로세스들이 허용될 수 있다. 대안적으로, WTRU는, 가능하게는 특정 기준들 하에서(예를 들어, 유니캐스트를 위한 캐리어들의 수가 임계값 아래이거나, 또는 특정 캐리어 상의 CBR이 임계값 위/아래임), WTRU가 유니캐스트 및 브로드캐스트 서비스들 모두로 구성되는 캐리어 상에서 유니캐스트 프로세스들만을 갖도록 허용될 수 있다.

일부 상황들에서, WTRU는 데이터 패킷에 대한 송신 타입을 결정하기 위한 조건들의 변경이 있을 때 캐리어/자원 재선택을 트리거할 수 있다. 예를 들어, WTRU는 모드 2로부터 모드 1로 특정 논리 채널들 또는 특정 QoS 타입들을 이동시키기 위한 결정에 후속하여 자원 재선택을 트리거할 수 있다. 추가적으로/대안적으로, WTRU는 네트워크 커버리지 제한들/조건들로 인해 모드 1로부터 모드 2로 특정 논리 채널들 또는 특정 QoS 타입들을 이동시키기 위한 결정에 후속하여 자원 재선택을 트리거할 수 있다. 그러한 자원 재선택은 NW 구성된 자원들(예를 들어, SPS 자원들)을 모드 2 자원들로 대체하기 위해 WTRU에 의해 수행될 수 있다.

캐리어/자원 (재)선택 절차들과 관련하여 본 명세서에서 설명된 상황들은 조건이 변경될 때의 데이터 처리의 예를 도시하는 도 3에 적용될 수 있다. 섹션 313을 참조하면, 여기서, WTRU가 모드 1로부터 모드 2로 LCH1을 변경하기로 결정한 결과로서 캐리어/자원 재선택이 발생할 필요가 있을 수 있는데, 이는 WTRU가 LCH1에 대한 스케줄링 정보를 더 이상 수신하지 않아서, WTRU는 그 모드 2 자원들에서 LCH1에 대해 요구되는 자원들을 고려할 필요가 있을 것이기 때문이다. 유의할 점은, 현재 LCH1에 대해 요구되는 추가된 모드 2 자원들을 나타내는, T1과 비교하여 T2에서 추가된 블록들에 있다.

일부 상황들에서, WTRU는 모드 2에 대한 자원 선택 절차에서 모드 1 자원들의 양을 이용할 수 있다. 구체적으로, WTRU는 자원 선택/재선택 동안 선택할 자원들의 양(예를 들어, 주기성, 크기, 원샷 프로세스들의 수 등)을 다음 중 임의의 것에 기초하여 결정할 수 있다: 이용가능한 NW의 NW 표시; 및/또는 송신할 데이터의 QoS. NW 이용가능한 자원들의 NW 표시의 경우, 일 예에서, NW는 SPS 자원을 인에이블/디스에이블할 수 있고, WTRU는 SPS에 의해 결정된 자원들의 양을 추가/제거함으로써 자원 재선택을 수행할 수 있다. 다른 예에서, NW는 그것이 제공할 모드 1 자원들의 양/백분율의 변화를 표시할 수 있고, WTRU는 그러한 표시에 기초하여 선택할 추가적인 모드 2 자원들의 양을 결정할 수 있다.

일부 상황들에서, WTRU는 CBR에 기초하여 캐리어 상에서 모드 1 또는 모드 2를 이용할지를 결정할 수 있다. 구체적으로, WTRU는 사이드링크 프로세스에 대한 캐리어 선택을 수행할 수 있다. 프로세스에 의해 선택된 캐리어들의 수가 (예를 들어, 그 캐리어에 대한 CBR 임계값으로 인해) 임계값 아래이면, WTRU는 CBR 임계값을 충족시키지 않는 다른 캐리어들에 대해 모드 1을 이용하기로 결정할 수 있다.

다른 접근법에서, WTRU는 QoS 및/또는 CBR에 기초하여 캐리어 상의 자원들의 최대 수까지 자원 선택을 수행할 수 있다. WTRU가 그 현재의 버퍼 요건들을 충족시키기 위해 추가적인 자원들을 요구한다면, WTRU는 그 캐리어에 대한 나머지 자원 요건들을 충족시키도록 모드 1 자원들을 요청할 수 있다.

특징부들 및 요소들이 위에서 특정한 조합들로 설명되었지만, 본 기술분야의 통상의 기술자는 각각의 특징부 또는 요소가 단독적으로, 또는 다른 특징부들 및 요소들과의 임의의 조합으로 이용될 수 있다는 것을 이해할 것이다. 또한, 본 명세서에 설명된 방법들은 컴퓨터 또는 프로세서에 의한 실행을 위한 컴퓨터 판독가능 매체에 통합된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어에서 구현될 수 있다. 컴퓨터 판독가능 매체들의 예들은 (유선 또는 무선 접속들을 통해 송신되는) 전자 신호들 및 컴퓨터 판독가능 저장 매체들을 포함한다. 컴퓨터 판독가능 저장 매체의 예들은, 제한적인 것은 아니지만, ROM(read-only memory), RAM(random-access memory), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내부 하드 디스크들 및 이동식 디스크들과 같은 자기 매체들, 광 자기 매체들(magneto-optical media), 및 CD-ROM 디스크들과 DVD(digital versatile disk)들과 같은 광학 매체들을 포함한다. 소프트웨어와 연관된 프로세서는 UE, WTRU, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 이용하기 위한 라디오 주파수 트랜시버를 구현하는데 이용될 수 있다.

Claims

무선 송신/수신 유닛(WTRU)에 의해 수행된 방법으로서,
네트워크로부터 구성 정보를 수신하는 단계;
상기 WTRU 상에서 동작하는 프로토콜 스택의 상위 계층으로부터 데이터 패킷을 수신하는 단계;
제1 시간에, 상기 구성 정보 및 조건에 기초하여 상기 데이터 패킷과 연관된 송신 타입을 결정하는 단계; 및
상기 결정된 송신 타입을 이용하여 상기 데이터 패킷을 송신하는 단계
를 포함하는, 방법.
제1항에 있어서,
상기 구성 정보는 상기 송신 타입을 결정하는 것과 연관된 결정 기준들을 포함하는, 방법.
제2항에 있어서,
상기 구성 정보는 데이터 속성들과 연관되는 논리 채널들의 세트를 포함하는, 방법.
제3항에 있어서,
상기 송신 타입을 결정하는 단계는 상기 구성 정보에 기초하여 상기 데이터 패킷을 처리하는 논리 채널을 송신 타입에 할당하는 단계를 더 포함하는, 방법.
제4항에 있어서,
상기 송신 타입은 모드, 라디오 액세스 기술(RAT), 또는 송신의 타입 중 하나이고; 상기 모드는 네트워크 스케줄링된 모드 또는 WTRU 자율 스케줄링된 모드이고; 상기 RAT는 LTE 또는 NR이고; 상기 송신의 타입은 유니캐스트, 그룹캐스트, 또는 브로드캐스트인, 방법.
제5항에 있어서,
상기 조건에 관련된 파라미터를 측정하고, 상기 제1 시간과 제2 시간 사이에 상기 조건에 대한 변경이 있었다고 결정하는 단계를 더 포함하는, 방법.
제6항에 있어서,
상기 조건에서의 상기 변경 시에 버퍼 상태 보고 또는 스케줄링 요청을 상기 네트워크에 전송하는 단계를 더 포함하는, 방법.
제6항에 있어서,
상기 변경에 기초한 하나 이상의 기준에 기초하여 상기 캐리어 및 자원들을 재선택하는 단계를 더 포함하는, 방법.
제6항에 있어서,
하나 이상의 기준에 기초하여 하나가 존재하지 않는 조건에서 RRC 접속을 개시하는 단계를 더 포함하는, 방법.
무선 송신/수신 유닛(WTRU)으로서,
네트워크로부터 구성 정보를 수신하고 상위 계층으로부터 데이터 패킷을 수신하도록 구성된 트랜시버;
제1 시간에, 상기 구성 정보 및 조건에 기초하여 상기 데이터에 대한 송신 타입을 결정하도록 구성된 프로세서
를 포함하고;
상기 트랜시버는 상기 결정된 송신 타입을 이용하여 상기 데이터 패킷을 송신하도록 추가로 구성되는, WTRU.
제10항에 있어서,
상기 구성 정보는 상기 송신 타입을 결정하는 것과 연관된 결정 기준들을 포함하는, WTRU.
제11항에 있어서,
상기 구성 정보는 데이터 속성들과 연관되는 논리 채널들의 세트를 포함하는, WTRU.
제12항에 있어서,
상기 송신 타입을 결정하는 것은 상기 구성 정보에 기초하여 상기 데이터 패킷을 처리하는 논리 채널을 송신 타입에 할당하는 것을 더 포함하는, WTRU.
제13항에 있어서,
상기 송신 타입은 모드, 라디오 액세스 기술(RAT), 또는 송신의 타입 중 하나이고; 상기 모드는 네트워크 스케줄링된 모드 또는 WTRU 자율 스케줄링된 모드이고; 상기 RAT는 LTE 또는 NR이고; 상기 송신의 타입은 유니캐스트, 그룹캐스트, 또는 브로드캐스트인, WTRU.
제14항에 있어서,
상기 트랜시버 및 프로세서는,
상기 조건을 측정하고, 상기 제1 시간과 제2 시간 사이에 상기 조건에 대한 변경이 있었다고 결정하도록 추가로 구성되는, WTRU.
제15항에 있어서,
상기 트랜시버 및 프로세서는,
상기 조건에서의 상기 변경 시에 버퍼 상태 보고 또는 스케줄링 요청을 상기 네트워크에 전송하도록 추가로 구성되는, WTRU.
제15항에 있어서,
상기 트랜시버 및 프로세서는,
상기 변경에 기초한 하나 이상의 기준에 기초하여 상기 캐리어 및 자원들을 재선택하도록 추가로 구성되는, WTRU.
제15항에 있어서,
상기 트랜시버 및 프로세서는,
하나 이상의 기준에 기초하여 하나가 존재하지 않는 조건에서 RRC 접속을 개시하도록 추가로 구성되는, WTRU.