KR20190002437A - 무선 시스템에서의 사용자 평면의 처리 - Google Patents

Abstract

무선 통신 시스템에서 사용자 평면을 처리하기 위한 시스템, 방법 및 수단이 제공될 수도 있다. 무선 통신 시스템은 유연한 무선 인터페이스에 의해 특성 묘사될 수도 있다. 플렉시블 무선 인터페이스의 하나의 양태는, 시스템 내의 무선 송수신 유닛(WTRU)에 의한 송신이 상이한 서비스 품질(QoS) 요건, 예컨대 상이한 레이턴시 요건을 가질 수도 있다는 것이다. WTRU는, 예를 들면, 미리 구성된 리소스, 리소스 요청, 자체 스케줄링 및/또는 등등을 활용하는 것에 의해 QoS 요건에 기초하여 자신의 거동을 조정할 수도 있고, 그 결과, 송신은 그들 각각의 QoS 요건에 따라 수행될 수도 있다.

Description

무선 시스템에서의 사용자 평면의 처리

관련 출원에 대한 교차 참조

본 출원은 2016년 3월 30일자로 출원된 미국 특허 가출원 제62/315,373호의 이익을 주장하는데, 이 가출원의 개시는 참조에 의해 그 전체가 본원에 통합된다.

이동 통신은 계속 진화하고 있으며, 이미 그 다섯 번째 화신인 5G의 문턱에 이미 도달하였다. 5G 네트워크는 유연한 무선 액세스 기술을 기반으로 구축될 수도 있다. 이들 새로운 기술이 등장함에 따라, 상이한 특성을 지닌 다양한 사용 사례를 지원하는 방법을 결정함에 있어서 도전 과제(challenge)가 발생한다.

무선 송수신 유닛(wireless transmit/receive unit; WTRU)으로부터 네트워크로의 업링크 데이터를 송신하기 위한 시스템, 방법 및 수단이 본원에서 개시된다. 업링크 데이터는, 업링크 데이터 단위(예를 들면, 업링크 데이터 패킷)를 포함할 수도 있고, 업링크 데이터 단위의 송신은 특정한 서비스 품질(quality of service; QoS) 요건을 충족시키는 방식으로 수행될 수도 있다. QoS 요건은 타이밍 요건일 수도 있다. 예를 들면, QoS 요건은 업링크 데이터 단위가 상대적으로 낮은 레이턴시를 가지고 송신되어야 한다는 것일 수도 있다.

WTRU는 업링크 데이터 단위의 송신 레이턴시를 모니터링하기 위해 생존 시간(time-to-live; TTL) 파라미터를 유지할 수도 있다. 예를 들면, TTL 파라미터의 값은, 업링크 데이터 단위가 송신에 대해 이용 가능하게 된 이후 경과한 시간의 양 및/또는 업링크 데이터 단위가 성공적으로 송신될 것으로 기대되기 이전의 남아 있는 시간의 양을 반영할 수도 있다. WTRU는, QoS 요건에 기초하여, TTL 파라미터에 대한 임계 값을 결정할 수도 있고, 제1 송신 모드를 사용하여 업링크 데이터 단위를 송신하려고 시도할 수도 있고, 성공적인 송신이 달성될 수 있기 이전에 TTL 파라미터의 값이 임계 값에 도달했다는 것을 결정할 수도 있다. 그 다음, WTRU는, 예를 들면, TTL 파라미터가 만료될 때까지, 제2 송신 모드를 사용하여 업링크 데이터 단위를 송신하려고 시도할 수도 있다.

제2 송신 모드는 하나 이상의 양태에서 제1 송신 모드와는 상이할 수도 있다. 예를 들면, WTRU는 리소스의 미리 구성된 세트를 사용하여 제2 송신 모드에서 업링크 데이터 단위를 송신할 수도 있다. WTRU는, 예를 들면, 네트워크로부터 이러한 미리 구성된 리소스를 수신할 수도 있다. 네트워크는, 보류 중인 업링크 데이터 단위와 관련되는 QoS 요건과 같은 특정한 QoS 요건에 의해 특성 묘사되는 송신을 위해 미리 구성된 리소스를 예약했을(reserved) 수도 있다. 네트워크는, 미리 구성된 리소스가 다수의 WTRU에 의해 공유되어야 한다는 것을 명시할 수도 있다.

WTRU는, WTRU가 초기에 네트워크에 등록될 때, 미리 구성된 리소스를 수신할 수도 있다. 대안적으로 또는 추가적으로, WTRU는 (예를 들면, WTRU가 네트워크에 미리 등록된 이후) 네트워크로부터 전용 시그널링을 통해 미리 구성된 리소스를 수신할 수도 있다. WTRU는 네트워크로의 업링크 송신을 통해 리소스의 미리 구성된 세트에 대한 액세스를 획득할 수도 있다. 업링크 송신은, 예를 들면, WTRU가 미리 구성된 리소스를 사용하기를 소망하는 시간을 나타낼 수도 있다. WTRU는, 업링크 송신에 응답하여, 네트워크로부터 확인 응답을 수신할 수도 있다.

WTRU는, 제2 송신 모드에서, 업링크 제어 정보(uplink control information; UCI)를 네트워크로 전송할 수도 있다. UCI는 리소스에 대한 요청을 포함할 수도 있다. UCI는 업링크 데이터 단위와 관련되는 QoS 요건 또는 업링크 데이터 단위의 뉴머롤로지(numerology)를 나타낼 수도 있다. WTRU는 UCI에 대한 응답에서 네트워크로부터 허가(grant)를 수신할 수도 있다. 허가는, 제2 송신 모드에서 WTRU가 어떤 리소스를 사용할 수 있는지를 나타낼 수도 있다. 추가적으로 또는 대안적으로, 허가는, 제2 송신 모드에서 WTRU가 사용할 수 있는 전송 채널 또는 스펙트럼 동작 모드(spectrum operation mode; SOM)를 명시할 수도 있다. 예를 들면, 허가는, 제2 송신 모드에서 WTRU가 사용할 수 있는 파형 및/또는 뉴머롤로지를 명시할 수도 있다.

WTRU는, 제2 송신 모드에서, 업링크 데이터 단위를 송신하기 위해, 현존하는 하이브리드 자동 반복 요청(hybrid automatic repeat request; HARQ) 프로세스를 중단할(interrupt) 수도 있다.

첨부의 도면과 연계하여 예로서 주어지는 다음의 설명으로부터, 더 상세한 이해가 이루어질 수도 있는데, 첨부의 도면에서:
도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템의 시스템 도면이다.
도 1b는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 도면이다.
도 1c는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 도면이다.
도 1d는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 도면이다.
도 1d는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 도면이다.
도 2는 대역폭 유연성의 예의 예시이다.
도 3은 유연한 스펙트럼 할당의 예의 예시이다.
도 4a는 TDD 듀플렉싱을 위한 타이밍 관계의 예의 예시이다.
도 4b는 FDD 듀플렉싱을 위한 타이밍 관계의 예의 예시이다.
도 5는 우선 순위가 부여된(prioritized) 송신의 예의 예시이다.

이제, 예시적인 실시형태의 상세한 설명이 다양한 도면을 참조로 설명될 것이다. 비록 이 설명이 가능한 구현예의 상세한 예를 제공하지만, 세부 사항은 예시적인 것으로 의도되며 본 출원의 범위를 어떤 식으로든 제한하도록 의도되는 것이 아니다는 것을 유의해야 한다.

다음의 약어(abbreviation) 및 두문자어(acronym)가 예시적인 실시형태의 설명에서 사용될 수도 있다:

Δf 서브캐리어 간격

5gFlex 5G 플렉시블 무선 액세스 기술(5G Flexible Radio Access Technology)

5Gnb 5GFlex NodeB

ACK 확인 응답(Acknowledgement)

BLER 블록 에러율(Block Error Rate)

BTI 기본 TI(Basic TI)(하나 이상의 심볼 지속 기간의 정수배 단위)

CB 경합 기반(Contention-Based)(예를 들면, 액세스, 채널, 리소스)

CoMP 다지점 협력 송신/수신(Coordinated Multi-Point transmission/reception)

CP 사이클릭 프리픽스(Cyclic Prefix)

CP-OFDM 종래의 OFDM(Conventional OFDM)(사이클릭 프리픽스에 의존함)

CQI 채널 품질 표시자(Channel Quality Indicator)

CN 코어 네트워크(Core Network)(예를 들면, LTE 패킷 코어)

CRC 순환 중복 검사(Cyclic Redundancy Check)

CSI 채널 상태 정보(Channel State Information)

CSG 폐쇄형 가입자 그룹(Closed Subscriber Group)

D2D 디바이스 대 디바이스 송신(Device to Device transmissions)(예를 들면, LTE 사이드링크(Sidelink))

DCI 다운링크 제어 정보(Downlink Control Information)

DL 다운링크(Downlink)

DM-RS 복조 기준 신호(Demodulation Reference Signal)

DRB 데이터 무선 베어러(Data Radio Bearer)

EMBB 향상된 모바일 광대역(Enhanced Mobile Broadband)

EPC 진화형 패킷 코어(Evolved Packet Core)

FBMC 필터링된 대역 멀티캐리어(Filtered Band Multi-Carrier)

FBMC/OQAM 오프셋 직교 진폭 변조(Offset Quadrature Amplitude Modulation)를 사용한 FBMC 기술

FDD 주파수 분할 듀플렉싱(Frequency Division Duplexing)

FDM 주파수 분할 멀티플렉싱(Frequency Division Multiplexing)

FEC 순방향 에러 정정(Forward Error Correction)

ICC 산업 제어 및 통신(Industrial Control and Communications)

ICIC 셀간 간섭 상쇄(Inter-Cell Interference Cancellation)

IP 인터넷 프로토콜(Internet Protocol)

LAA 라이센스 지원 액세스(License Assisted Access)

LBT 리슨 비포 토크(Listen-Before-Talk)

LCH 논리적 채널(Logical Channel)

LCG 논리적 채널 그룹(Logical Channel Group)

LCP 논리적 채널 우선 순위 부여(Logical Channel Prioritization)

LLC 저 레이턴시 통신(Low Latency Communications)

LTE 예를 들면, 3GPP LTE R8 및 그 이상으로부터의 롱 텀 에볼루션(Long Term Evolution)

MAC 매체 액세스 제어(Medium Access Control)

NACK 부정의 ACK(Negative ACK)

MBB 대규모 브로드캐스트 통신(Massive Broadband Communications)

MC 멀티캐리어(MultiCarrier)

MCS 변조 및 코딩 스킴(Modulation and Coding Scheme)

MIMO 다중 입력 다중 출력(Multiple Input Multiple Output)

MTC 머신 타입 통신(Machine-Type Communications)

NAS 비액세스 계층(Non-Access Stratum)

OFDM 직교 주파수 분할 멀티플렉싱(Orthogonal Frequency-Division Multiplexing)

OFDMA 직교 주파수 분할 다중 액세스(Orthogonal Frequency-Division Multiple Access)

OOB 대역외(방출)(Out-Of-Band (emission))

PBR 우선 순위가 부여된 비트 레이트(Prioritized Bit Rate)

P_cmax 주어진 TI에서의 총 가용 UE 전력

PHY 물리적 레이어(Physical Layer)

PRACH 물리적 랜덤 액세스 채널(Physical Random Access Channel)

PDU 프로토콜 데이터 단위(Protocol Data Unit)

PER 패킷 에러율(Packet Error Rate)

PL 경로 손실(추정)(Path Loss (Estimation))

PLMN 공용 지상 모바일 네트워크(Public Land Mobile Network)

PLR 패킷 손실률(Packet Loss Rate)

PSS 1차 동기화 신호(Primary Synchronization Signal)

QoS (물리적 레이어 관점으로부터의) 서비스 품질(Quality of Service)

RAB 무선 액세스 베어러(Radio Access Bearer)

RACH 랜덤 액세스 채널(Random Access Channel)(또는 프로시져)

RF 무선 프론트 엔드(Radio Front end)

RNTI 무선 네트워크 식별자(Radio Network Identifier)

RRC 무선 리소스 제어(Radio Resource Control)

RRM 무선 리소스 관리(Radio Resource Management)

RS 기준 신호(Reference Signal)

RTT 왕복 시간(Round-Trip Time)

SCMA 싱글 캐리어 다중 액세스(Single Carrier Multiple Access)

SDU 서비스 데이터 단위(Service Data Unit)

SOM 스펙트럼 동작 모드(Spectrum Operation Mode)

SS 동기화 신호(Synchronization Signal)

SSS 2차 동기화 신호(Secondary Synchronization Signal)

SRB 시그널링 무선 베어러(Signalling Radio Bearer)

SWG (독립형(self-contained) 서브프레임에서의) 스위칭 갭(Switching Gap)

TB 전송 블록(Transport Block)

TBS 전송 블록 사이즈(Transport Block Size)

TDD 시분할 듀플렉싱(Time-Division Duplexing)

TDM 시분할 멀티플렉싱(Time-Division Multiplexing)

TI 시간 간격(Time Interval)(하나 이상의 BTI의 정수배 단위)

TTI 송신 시간 간격(Transmission Time Interval)(하나 이상의 TI의 정수배 단위)

TRP 송신/수신 지점(Transmission/Reception Point)

TRx 트랜스시버(Transceiver)

UFMC 범용 필터링 멀티캐리어(Universal Filtered MultiCarrier)

UF-OFDM 범용 필터링 OFDM(Universal Filtered OFDM)

UL 업링크(Uplink)

URC 초고 신뢰 통신(Ultra-Reliable Communications)

URLLC 초고 신뢰 저 레이턴시 통신(Ultra-Reliable and Low Latency Communications)

V2V 차량 대 차량 통신(Vehicle to vehicle communications)

V2X 차량 통신(Vehicular communications)

WLAN 무선 근거리 통신망(Wireless Local Area Networks) 및 관련 기술(IEEE 802.xx 도메인)

WTRU 무선 송수신 유닛(Wireless Transmit/Receive Unit)

도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템(100)의 도면이다. 통신 시스템(100)은, 음성, 데이터, 비디오, 메시징, 브로드캐스트, 등등과 같은 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 액세스 시스템(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), 오프셋 직교 진폭 변조를 갖는 직교 주파수 분할 멀티플렉싱(orthogonal frequency-division multiplexing with offset quadrature amplitude modulation; OFDM-OQAM), 범용 필터링 직교 주파수 분할 멀티플렉싱(universal filtered orthogonal frequency-division multiplexing; UF-OFDM), 및 등등과 같은 하나 이상의 채널 액세스 방법을 활용할 수도 있다.

도 1a에서 도시되는 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU)(102a, 102b, 102c 및/또는 102d)(이들은 일반적으로 또는 일괄적으로 WTRU(102)로 칭해질 수도 있음), 무선 액세스 네트워크(radio access network; RAN)(103/104/105), 코어 네트워크(106/107/109), 공중 교환식 전화망(public switched telephone network; PSTN)(108), 인터넷(110), 및 다른 네트워크(112)를 포함할 수도 있지만, 개시된 실시형태는 임의의 수의 WTRU, 네트워크, 및/또는 네트워크 엘리먼트를 고려한다는 것이 인식될 것이다.

통신 시스템(100)은 또한 다수의 기지국, 예를 들면, 기지국(114a) 및 기지국(114b)을 포함할 수도 있다. 기지국(114a, 114b)의 각각은, 코어 네트워크(106/107/109), 인터넷(110), 및/또는 다른 네트워크(112)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이싱하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, 기지국(114a, 114b)은 기지국 트랜스시버(base transceiver station; BTS), Node-B, eNode B, 홈 노드 B, 홈 eNode B, 사이트 컨트롤러(site controller), 액세스 포인트(access point; AP), 무선 라우터, 및 등등일 수도 있다. 기지국(114a, 114b) 각각이 단일의 엘리먼트로서 묘사되지만, 기지국(114a, 114b)은 임의의 수의 상호 연결된(interconnected) 기지국 및/또는 네트워크 엘리먼트를 포함할 수도 있다는 것이 인식될 것이다.

기지국(114a)은, 기지국 컨트롤러(base station controller; BSC), 무선 네트워크 컨트롤러(radio network controller; RNC), 중계 노드, 등등과 같은 다른 기지국 및/또는 네트워크 엘리먼트(도시되지 않음)를 또한 포함할 수도 있는 RAN(103/104/105)의 일부일 수도 있다. 기지국(114a) 및/또는 기지국(114b)은, 특정한 지리적 영역 내에서 무선 신호를 송신하도록 및/또는 수신하도록 구성될 수도 있는데, 특정한 지리적 영역은 셀(도시되지 않음)로서 칭해질 수도 있다. 셀은 셀 섹터로 추가로 분할될 수도 있다. 예를 들면, 기지국(114a)과 관련되는 셀은 세 개의 섹터로 분할될 수도 있다. 따라서, 하나의 실시형태에서, 기지국(114a)은 세 개의 트랜스시버, 즉, 셀의 각각의 섹터에 대해 하나씩의 트랜스시버를 포함할 수도 있다. 다른 실시형태에서, 기지국(114a)은 다중입력 다중출력(multiple-input multiple output; MIMO) 기술을 활용할 수도 있고, 따라서, 셀의 각각의 섹터에 대해 다수의 트랜스시버를 활용할 수도 있다.

기지국(114a, 114b)은, 임의의 적절한 무선 통신 링크(예를 들면, 무선 주파수(radio frequency; RF), 마이크로파, 적외선(infrared; IR), 자외선(ultraviolet; UV), 가시광, 등등)일 수도 있는 무선 인터페이스(air interface; 115/116/117)를 통해 WTRU(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수도 있다. 무선 인터페이스(115/116/117)는 임의의 적절한 무선 액세스 기술(radio access technology; RAT)을 사용하여 확립될 수도 있다.

더 구체적으로는, 상기에서 언급되는 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수도 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA, OFDM-OQAM, UF-OFDM, 및 등등과 같은 하나 이상의 채널 액세스 스킴을 활용할 수도 있다. 예를 들면, RAN(103/104/105) 내의 기지국(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는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수도 있다.

다른 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 롱 텀 에볼루션(LTE) 및/또는 LTE-어드밴스드(LTE-Advanced; LTE-A), 및/또는 5gFLEX를 사용하여 무선 인터페이스(115/116/117)를 확립할 수도 있는 무선 기술 예컨대 진화형 UMTS 지상 무선 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)를 구현할 수도 있다.

다른 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 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), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN), 및 등등과 같은 무선 기술을 구현할 수도 있다.

도 1a의 기지국(114b)은, 예를 들면, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수도 있고, 사업장, 가정, 차량, 캠퍼스, 및 등등과 같은 국소화된 영역에서 무선 연결성을 용이하게 하기 위해 임의의 적절한 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, 5gFLEX, 등등)를 활용할 수도 있다. 도 1a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 연결을 구비할 수도 있다. 따라서, 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하는 데 필요로 되지 않을 수도 있다.

RAN(103/104/105)은, WTRU(102a, 102b, 102c, 102d) 중 하나 이상으로 음성, 데이터, 애플리케이션, 및/또는 인터넷 전화 프로토콜(voice over internet protocol; VoIP) 서비스를 제공하도록 구성되는 임의의 타입의 네트워크일 수도 있는 코어 네트워크(106/107/109)와 통신할 수도 있다. 예를 들면, 코어 네트워크(106/107/109)는 호 제어(call control), 과금 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결성, 비디오 분배, 등등을 제공할 수도 있고, 및/또는 사용자 인증과 같은 하이 레벨의 보안 기능을 수행할 수도 있다. 비록 도 1a에서 도시되지는 않지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)는, RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 활용하는 다른 RAN과 직접 또는 간접 통신할 수도 있다는 것이 인식될 것이다. 예를 들면, E-UTRA 무선 기술을 활용할 수도 있는 RAN(103/104/105)에 연결되는 것 외에, 코어 네트워크(106/107/109)는 GSM 무선 기술을 활용하는 다른 RAN(도시되지 않음)과 또한 통신할 수도 있다.

코어 네트워크(106/107/109)는 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(103/104/105)과 동일한 RAT 또는 상이한 RAT를 활용할 수도 있는 하나 이상의 RAN에 연결되는 다른 코어 네트워크를 포함할 수도 있다.

통신 시스템(100)에서의 WTRU(102a, 102b, 102c, 102d) 중 몇몇 또는 전체는 다중 모드 성능을 포함할 수도 있다, 즉, WTRU(102a, 102b, 102c, 102d)는 상이한 무선 링크를 통해 상이한 무선 네트워크와 통신하기 위한 다수의 트랜스시버를 포함할 수도 있다. 예를 들면, 도 1a에서 도시되는 WTRU(102c)는, 셀룰러 기반 무선 기술을 활용할 수도 있는 기지국(114a)과, 그리고 IEEE 802 무선 기술을 활용할 수도 있는 기지국(114b)과 통신하도록 구성될 수도 있다.

도 1b는 예시적인 WTRU(102)의 시스템 도면이다. 도 1b에서 도시되는 바와 같이, WTRU(102a, 102b, 102c, 102d)는 프로세서(118), 트랜스시버(120), 송신/수신 엘리먼트(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 전지구 위치 결정 시스템(global positioning system; GPS) 칩셋(136), 및 다른 주변장치(138)를 포함할 수도 있다. WTRU(102)는 한 실시형태와 여전히 부합하면서 전술한 엘리먼트의 임의의 부조합을 포함할 수도 있다는 것이 인식될 것이다.

WTRU(102)의 프로세서(118)는 범용 프로세서, 특수 목적의 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 복수의 마이크로프로세서, DSP 코어와 관련하는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 주문형 반도체(Application Specific Integrated Circuit; ASIC), 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array; FPGA) 회로, 임의의 다른 타입의 집적 회로(integrated circuit; IC), 상태 머신, 및 등등일 수도 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입/출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작하는 것을 가능하게 하는 임의의 다른 기능성을 수행할 수도 있다. 프로세서(118)는, 송신/수신 엘리먼트(122)에 커플링될 수도 있는 트랜스시버(120)에 커플링될 수도 있다. 도 1b가 프로세서(118) 및 트랜스시버(120)를 별개의 컴포넌트로서 묘사하지만, 프로세서(118) 및 트랜스시버(120)는 전자적 패키지 또는 칩에 함께 집적될 수도 있다는 것이 인식될 것이다.

WTRU(102)의 송신/수신 엘리먼트(122)는 무선 인터페이스(115/116/117)를 통해 기지국(예를 들면, 기지국(114a))으로 신호를 송신하도록, 또는 그 기지국으로부터 신호를 수신하도록 구성될 수도 있다. 예를 들면, 하나의 실시형태에서, 송신/수신 엘리먼트(122)는 RF 신호를 송신하도록 및/또는 수신하도록 구성되는 안테나일 수도 있다. 다른 실시형태에서, 송신/수신 엘리먼트(122)는, 예를 들면, IR, UV, 또는 가시광 신호를 송신하도록 및/또는 수신하도록 구성되는 방출기(emitter)/검출기(detector)일 수도 있다. 또 다른 실시형태에서, 송신/수신 엘리먼트(122)는 RF 및 광 신호 둘 모두를 송신하도록 및 수신하도록 구성될 수도 있다. 송신/수신 엘리먼트(122)는 무선 신호의 임의의 조합을 송신하도록 및/또는 수신하도록 구성될 수도 있다는 것이 인식될 것이다.

또한, 비록 송신/수신 엘리먼트(122)가 도 1b에서 단일의 엘리먼트로서 묘사되지만, WTRU(102)는 임의의 수의 송신/수신 엘리먼트(122)를 포함할 수도 있다. 더 구체적으로는, WTRU(102)는 MIMO 기술을 활용할 수도 있다. 따라서, 하나의 실시형태에서, WTRU(102)는, 무선 인터페이스(115/116/117)를 통해 무선 신호를 송신 및 수신하기 위한 두 개 이상의 송신/수신 엘리먼트(122)(예를 들면, 다수의 안테나)를 포함할 수도 있다.

WTRU(102)의 트랜스시버(120)는, 송신/수신 엘리먼트(122)에 의해 송신될 신호를 변조하도록 그리고 송신/수신 엘리먼트(122)에 의해 수신되는 신호를 복조하도록 구성될 수도 있다. 상기에서 언급되는 바와 같이, WTRU(102)는 다중 모드 성능을 가질 수도 있다. 따라서, 트랜스시버(120)는, WTRU(102)가, 예를 들면, UTRA 및 IEEE 802.11과 같은 다수의 RAT를 통해 통신하는 것을 가능하게 하기 위한 다수의 트랜스시버를 포함할 수도 있다.

WTRU(102)의 프로세서(118)는, 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(예를 들면, 액정 디스플레이(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)는 무선 인터페이스(115/116/117)를 통해 기지국(예를 들면, 기지국(114a, 114b))으로부터 위치 정보를 수신할 수도 있고 및/또는 두 개 이상의 근처의 기지국으로부터 수신되고 있는 신호의 타이밍에 기초하여 자신의 위치를 결정할 수도 있다. WTRU(102)는, 한 실시형태와 여전히 부합하면서, 임의의 적절한 위치 결정 방법을 통해 위치 정보를 획득할 수도 있다는 것이 인식될 것이다.

프로세서(118)는 또한, 추가적인 피쳐, 기능성, 및/또는 유선 또는 무선 연결성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수도 있는 다른 주변장치(138)에 커플링될 수도 있다. 예를 들면, 주변장치(138)는 가속도계, 전자 콤파스, 위성 트랜스시버, (사진 및 비디오용의) 디지털 카메라, 범용 직렬 버스(universal serial bus; USB) 포트, 진동 디바이스, 텔레비전 트랜스시버, 핸즈프리 헤드셋, Bluetooth® 모듈, 주파수 변조(frequency modulated; FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및 등등을 포함할 수도 있다.

도 1c는 한 실시형태에 따른 RAN(103) 및 코어 네트워크(106)의 시스템 도면이다. 상기에서 언급되는 바와 같이, RAN(103)은 무선 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 UTRA 무선 기술을 활용할 수도 있다. RAN(103)은 코어 네트워크(106)와 또한 통신할 수도 있다. 도 1c에서 도시되는 바와 같이, RAN(103)은, 무선 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜스시버를 각각 포함할 수도 있는 Node-B(140a, 140b, 140c)를 포함할 수도 있다. Node-B(140a, 140b, 140c) 각각은 RAN(103) 내의 특정한 셀(도시되지 않음)과 관련될 수도 있다. RAN(103)은 RNC(142a, 142b)를 또한 포함할 수도 있다. RAN(103)은, 한 실시형태와 여전히 부합하면서, 임의의 수의 Node-B 및 RNC를 포함할 수도 있다는 것이 인식될 것이다.

도 1c에서 도시되는 바와 같이, Node-B(140a, 140b)는 RNC(142a)와 통신할 수도 있다. 추 가적으로, Node-B(140c)는 RNC(142b)와 통신할 수도 있다. Node-B(140a, 140b, 140c)는 Iub 인터페이스를 통해 각각의 RNC(142a, 142b)와 통신할 수도 있다. RNC(142a, 142b)는 Iur 인터페이스를 통해 서로 통신할 수도 있다. RNC(142a, 142b)의 각각은, 자신이 연결되는 각각의 Node-B(140a, 140b, 140c)를 제어하도록 구성될 수도 있다. 또한, RNC(142a, 142b)의 각각은 다른 기능성, 예컨대 외부 루프 전력 제어, 부하 제어, 수락 제어(admission control), 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티, 보안 기능, 데이터 암호화, 및 등등을 수행하도록 또는 지원하도록 구성될 수도 있다.

도 1c에서 도시되는 코어 네트워크(106)는 미디어 게이트웨이(media gateway; MGW)(144), 모바일 스위칭 센터(mobile switching center; MSC)(146), 서빙 GPRS 지원 노드(serving GPRS support node; SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(gateway GPRS support node; GGSN)(150)를 포함할 수도 있다. 전술한 엘리먼트의 각각이 코어 네트워크(106)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유될 수도 있고 및/또는 운영될 수도 있다는 것이 인식될 것이다.

RAN(103)에서의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106)의 MSC(146)에 연결될 수도 있다. MSC(146)는 MGW(144)에 연결될 수도 있다. MSC(146) 및 MGW(144)는, WTRU(102a, 102b, 102c)와 전통적인 지상 회선(land-line) 통신 디바이스 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다.

RAN(103)에서의 RNC(142a)는 IuPS 인터페이스를 통해 코어 네트워크(106)의 SGSN(148)에 또한 연결될 수도 있다. SGSN(148)은 GGSN(150)에 연결될 수도 있다. SGSN(148) 및 GGSN(150)은, WTRU(102a, 102b, 102c)와 IP 대응 디바이스(IP-enabled device) 사이의 통신을 용이하게 하기 위해, 패킷 교환식 네트워크, 예컨대 인터넷(110)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다.

상기에서 언급되는 바와 같이, 코어 네트워크(106)는, 다른 서비스 공급자에 의해 소유되는 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수도 있는 네트워크(112)에 또한 연결될 수도 있다.

도 1d는 한 실시형태에 따른 RAN(104) 및 코어 네트워크(107)의 시스템 도면이다. 상기에서 언급되는 바와 같이, RAN(104)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 활용할 수도 있다. RAN(104)은 코어 네트워크(107)와 또한 통신할 수도 있다.

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)의 각각은 특정한 셀(도시되지 않음)과 관련될 수도 있고 무선 리소스 관리 결정, 핸드오버 결정, 업링크 및/또는 다운링크에서의 사용자의 스케줄링, 및 등등을 처리하도록 구성될 수도 있다. 도 1d에서 도시되는 바와 같이, eNode-B(160a, 160b, 160c)는 X2 인터페이스를 통해 서로 통신할 수도 있다.

도 1d에서 도시되는 코어 네트워크(107)는 이동성 관리 엔티티 게이트웨이(mobility management entity gateway; MME)(162), 서빙 게이트웨이(164), 및 패킷 데이터 네트워크(packet data network; PDN) 게이트웨이(166)를 포함할 수도 있다. 전술한 엘리먼트의 각각이 코어 네트워크(107)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유될 수도 있고 및/또는 운영될 수도 있다는 것이 인식될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(160a, 160b, 160c)의 각각에 연결될 수도 있고 제어 노드로서 기능할 수도 있다. 예를 들면, MME(162)는 WTRU(102a, 102b, 102c)의 사용자를 인증하는 것, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 접속 동안 특정한 서빙 게이트웨이를 선택하는 것, 및 등등을 담당할 수도 있다. MME(162)는, GSM 또는 WCDMA와 같은 다른 무선 기술을 활용하는 다른 RAN(도시되지 않음)과 RAN(104) 사이를 스위칭하기 위한 제어 평면 기능을 또한 제공할 수도 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(160a, 160b, 160c)의 각각에 연결될 수도 있다. 서빙 게이트웨이(164)는 일반적으로 사용자 데이터 패킷을, WTRU(102a, 102b, 102c)로/로부터 라우팅 및 포워딩할 수도 있다. 서빙 게이트웨이(164)는 다른 기능, 예컨대 eNode B간 핸드오버(inter-eNode B handover) 동안 사용자 평면을 앵커링하는 것, 다운링크 데이터가 WTRU(102a, 102b, 102c)에 대해 이용 가능할 때 페이징을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트(context)를 관리하고 저장하는 것, 및 등등을 또한 수행할 수도 있다.

서빙 게이트웨이(164)는, WTRU(102a, 102b, 102c)와 IP 대응 디바이스 사이의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있는 PDN 게이트웨이(166)에 또한 연결될 수도 있다.

코어 네트워크(107)는 다른 네트워크와의 통신을 용이하게 할 수도 있다. 예를 들면, 코어 네트워크(107)는, WTRU(102a, 102b, 102c)와 전통적인 지상 회선 통신 디바이스 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다. 예를 들면, 코어 네트워크(107)는, 코어 네트워크(107)와 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들면, IP 멀티미디어 서브시스템(IP multimedia subsystem; IMS) 서버)를 포함할 수도 있거나, 또는 IP 게이트웨이와 통신할 수도 있다. 또한, 코어 네트워크(107)는, 다른 서비스 공급자에 의해 소유되는 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수도 있는 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다.

도 1e는 한 실시형태에 따른 RAN(105) 및 코어 네트워크(109)의 시스템 도면이다. RAN(105)은, 무선 인터페이스(117)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 IEEE 802.16 무선 기술을 활용하는 액세스 서비스 네트워크(access service network; ASN)일 수도 있다. 하기에서 추가로 논의되는 바와 같이, WTRU(102a, 102b, 102c), RAN(105), 및 코어 네트워크(109)의 상이한 기능적 엔티티 사이의 통신 링크는 참조 포인트(reference point)로서 정의될 수도 있다.

도 1e에서 도시되는 바와 같이, RAN(105)은 기지국(180a, 180b, 180c), 및 ASN 게이트웨이(182)를 포함할 수도 있지만, RAN(105)은, 한 실시형태와 여전히 부합하면서, 임의의 수의 기지국 및 ASN 게이트웨이를 포함할 수도 있다는 것이 인식될 것이다. 기지국(180a, 180b, 180c) 각각은, RAN(105) 내의 특정한 셀(도시되지 않음)과 관련될 수도 있고 무선 인터페이스(117)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜스시버를 포함할 수도 있다. 하나의 실시형태에서, 기지국(180a, 180b, 180c)은 MIMO 기술을 구현할 수도 있다. 따라서, 기지국(180a)은, 예를 들면, WTRU(102a)로 무선 신호를 송신하기 위해 그리고 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수도 있다. 기지국(180a, 180b, 180c)은 또한, 핸드오프 트리거링(handoff triggering), 터널 확립, 무선 리소스 관리, 트래픽 분류, 서비스 품질(QoS) 정책 보강(enforcement), 및 등등과 같은 이동성 관리 기능을 제공할 수도 있다. ASN 게이트웨이(182)는 트래픽 애그리게이션 포인트(traffic aggregation point)로서 기능할 수도 있으며, 페이징, 가입자 프로파일의 캐싱, 코어 네트워크(109)로의 라우팅, 및 등등을 담당할 수도 있다.

WTRU(102a, 102b, 102c)와 RAN(105) 사이의 무선 인터페이스(117)는, IEEE 802.16 명세(specification)를 구현하는 R1 참조 포인트로서 정의될 수도 있다. 또한, WTRU(102a, 102b, 102c)의 각각은 코어 네트워크(109)와의 논리적 인터페이스(logical interface)(도시되지 않음)를 확립할 수도 있다. WTRU(102a, 102b, 102c)와 코어 네트워크(109) 사이의 논리적 인터페이스는 R2 참조 포인트로서 정의될 수도 있는데, R2 참조 포인트는 인증(authentication), 인가(authorization), IP 호스트 구성 관리, 및/또는 이동성 관리를 위해 사용될 수도 있다.

기지국(180a, 180b, 180c)의 각각 사이의 통신 링크는, WTRU 핸드오버 및 기지국 사이의 데이터의 전송을 용이하게 하기 위한 프로토콜을 포함하는 R8 참조 포인트로서 정의될 수도 있다. 기지국(180a, 180b, 180c)과 ASN 게이트웨이(182) 사이의 통신 링크는 R6 참조 포인트로서 정의될 수도 있다. R6 참조 포인트는 WTRU(102a, 102b, 102c)의 각각과 관련되는 이동성 이벤트에 기초하여 이동성 관리를 용이하게 하기 위한 프로토콜을 포함할 수도 있다.

도 1e에서 도시되는 바와 같이, RAN(105)은 코어 네트워크(109)에 연결될 수도 있다. RAN(105)과 코어 네트워크(109) 사이의 통신 링크는, 예를 들면, 데이터 전송 및 이동성 관리 성능을 용이하게 하기 위한 프로토콜을 포함하는 R3 참조 포인트로서 정의될 수도 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(mobile IP home agent; MIP-HA)(184), 인증, 인가, 어카운팅(authentication, authorization, accounting; AAA) 서버(186), 및 게이트웨이(188)를 포함할 수도 있다. 전술한 엘리먼트의 각각이 코어 네트워크(109)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유될 수도 있고 및/또는 운영될 수도 있다는 것이 인식될 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수도 있고, WTRU(102a, 102b, 102c)가 상이한 ASN 및/또는 상이한 코어 네트워크 사이에서 로밍하는 것을 가능하게 할 수도 있다. MIP-HA(184)는, WTRU(102a, 102b, 102c)와 IP 대응 디바이스 사이의 통신을 용이하게 하기 위해, 패킷 교환식 네트워크, 예컨대 인터넷(110)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스 지원을 담당할 수도 있다. 게이트웨이(188)는 다른 네트워크와의 상호 연동(interworking)을 용이하게 할 수도 있다. 예를 들면, 게이트웨이(188)는, WTRU(102a, 102b, 102c)와 전통적인 지상 회선 통신 디바이스 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환식 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다. 또한, 게이트웨이(188)는, 다른 서비스 공급자에 의해 소유되는 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수도 있는 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에게 제공할 수도 있다.

비록 도 1e에서 도시되지는 않지만, RAN(105)은 다른 ASN에 연결될 수도 있고 코어 네트워크(109)는 다른 코어 네트워크에 연결될 수도 있다는 것이 인식될 것이다. RAN(105)과 다른 ASN 사이의 통신 링크는 R4 참조 포인트로서 정의될 수도 있는데, R4 참조 포인트는 RAN(105)과 다른 ASN 사이에서 WTRU(102a, 102b, 102c)의 이동성을 조정하기(coordinating) 위한 프로토콜을 포함할 수도 있다. 코어 네트워크(109)와 다른 코어 네트워크 사이의 통신 링크는 R5 참조로서 정의될 수도 있는데, 이는 홈 코어 네트워크와 방문 코어 네트워크(visited core network) 사이에서의 상호 연동을 용이하게 하기 위한 프로토콜을 포함할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 다음 중 하나 이상이 가능하게 될 수도 있는 무선 인터페이스를 지원할 수도 있다: 개선된 광대역 성능(improved broadband performance; IBB), 산업 제어 및 통신(industrial control and communications; ICC) 및 차량 애플리케이션(vehicular applications; V2X), 및 대규모 머신 타입 통신(massive machine-type communications; mMTC). 무선 인터페이스는 초저 레이턴시 통신(ultra-low latency communications; LLC), 초고 신뢰 통신(ultra-reliable communications; URC), 및/또는 MTC 동작(예를 들면, 협대역 동작 포함)을 지원할 수도 있다. LLC와 관련하여, 다음 중 하나 이상이 지원될 수도 있다: 저 무선 인터페이스 레이턴시(예를 들면, 1 ms RTT), 짧은 TTI(예를 들면, 100 μs와 250 μs 사이), 초저 액세스 레이턴시(예를 들면, 액세스 레이턴시는 초기 시스템 액세스로부터 제1 사용자 평면 데이터 단위의 송신의 완료까지의 시간의 양과 관련될 수도 있음), 및/또는 저 종단간(end-to-end; e2e) 레이턴시(예를 들면, ICC 및/또는 V2X에서, 예를 들면, 10 ms 미만). URC와 관련하여, 송신/통신 신뢰도는, 예를 들면, 99.999 % 송신 성공 및/또는 서비스 가용성에 접근할 수도 있다. 0 내지 500 km/시간의 범위 내의 속도에 대한 이동성이 소망될 수도 있다. 패킷 손실률은 (예를 들면, ICC 및 V2X에서) 10e^-6보다 더 작도록 설계될 수도 있다. MTC 동작과 관련하여, 무선 인터페이스는, (예를 들면, 200 KHz 미만을 사용하는) 협대역 동작, 확장된 배터리 수명(예를 들면, 최대 15년의 자율성), 및/또는 (예를 들면, 적어도, 1 내지 100 kbps의 범위 내의 데이터 레이트를 갖는 및/또는 수 초 내지 수 시간의 액세스 레이턴시를 갖는 것과 적은 및/또는 덜 빈번한 데이터 송신의 경우) 감소된 통신 오버헤드를 지원할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 (예를 들면, 적어도 다운링크에서) 파형으로서 OFDM을 활용할 수도 있다. OFDM은 LTE에서 및/또는 IEEE 802.11에서 데이터 송신을 위한 기본 신호 포맷일 수도 있다. OFDM에서, 스펙트럼은 다수의 병렬 직교 하위대역으로 분할될 수도 있다. 서브캐리어는 시간 도메인에서 직사각형 윈도우를 사용하여 성형될 수도 있는데, 이것은 주파수 도메인에서 싱크 형상(sinc-shaped)의 서브캐리어로 이어질 수도 있다. OFDMA는 (예를 들면, 신호 사이의 직교성을 유지하기 위해 및/또는 캐리어간 간섭을 최소화하기 위해) 사이클릭 프리픽스(cyclic prefix)의 지속 기간 내에 높은 레벨의 주파수 동기화 및/또는 업링크 타이밍 정렬을 달성하려고 시도할 수도 있다. OFDM(예를 들면, 종래의 OFDM 또는 CP-OFDM)의 동기화 요건은, (예를 들면, WTRU가 다수의 액세스 포인트에 동시에 연결될 수도 있기 때문에) 상기의 다른 설계 목표를 달성하도록 설계되는 예시적인 통신 시스템에서는 충족하기 어려울 수도 있다. (예를 들면, WTRU의 송신을 위한 단편화된 스펙트럼의 애그리게이션의 존재 하에서) 인접한 대역에 대한 스펙트럼 방출 요건을 준수하기 위해, 추가적인 전력 감소가 업링크 송신에 적용될 수도 있다. 이들 도전 과제를 고려하여, 본원에서 설명되는 예시적인 통신 시스템은, (예를 들면, 애그리게이션에 의존하지 않는 많은 양의 연속 스펙트럼이 사용되는 경우) CP-OFDM에 대해 더욱 엄격한 RF 요건을 부과할 수도 있다. 사용되는 경우, CP-OFDM 기반의 송신 스킴은, (예를 들면, 파일럿 신호 밀도 및 위치에 대한 수정을 갖는) 레거시 시스템의 것과 유사한 다운링크 물리적 레이어로 이어질 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 다른 파형을 활용할 수도 있다. 예를 들면, 예시적인 통신 시스템에서의 다운링크 송신 스킴은 멀티캐리어(multicarrier; MC) 파형에 기초할 수도 있다. MC 파형은, 예를 들면, 높은 스펙트럼 봉쇄(예를 들면, 낮은 사이드 로브 및/또는 낮은 OOB 방출)에 의해 특성 묘사될 수도 있다. MC 파형은 채널을 서브채널로 분할할 수도 있고 서브캐리어 상의 데이터 심볼을 이들 서브채널 상에서 변조할 수도 있다. 예시적인 MC 파형은 OFDM-OQAM이다. OFDM-OQAM에서, 예를 들면, OOB를 감소시키기 위해, 시간 도메인에서 (예를 들면, 서브캐리어마다) OFDM 신호에 필터가 적용될 수도 있다. OFDM-OQAM은 인접 대역에 대해 낮은 간섭을 야기할 수도 있으며, 큰 보호 대역을 필요로 하지 않을 수도 있고, 사이클릭 프리픽스를 활용하지 않을 수도 있다. OFDM-OQAM은 적절한 FBMC 기술일 수도 있다. 그러나, 몇몇 예시적인 시스템에서, OFDM-OQAM은 다중 경로 효과에 그리고 직교성의 관점에서 높은 지연 확산에 민감할 수도 있다는 것을 유의해야 한다. OFDM-OQAM에서의 등화 및 채널 추정은 복잡할 수도 있다.

사용될 수도 있는 다른 예시적인 MC 파형은 UFMC(UF-OFDM)일 수도 있다. UFMC(UF-OFDM)에서, (예를 들면, OOB를 감소시키기 위해) 시간 도메인에서 OFDM 신호에 필터가 또한 적용될 수도 있다. 예를 들면, (예를 들면, 구현 복잡성을 감소시키기 위해) 스펙트럼 단편이 사용될 수도 있도록 하위대역마다 필터링이 적용될 수도 있다. 대역 내의 몇몇 스펙트럼 단편이 사용되지 않는 경우, 이들 단편에서의 OOB 방출은 (예를 들면, 기존 OFDM에 대한 경우일 수도 있는 것처럼) 높게 유지될 수도 있다. 적어도 이 이유 때문에, UF-OFDM은 필터링된 스펙트럼의 적어도 에지에서 사용할 적합한 파형일 수도 있다.

본원에서 설명되는 파형은 예시적인 것이고 따라서 본원에서 설명되는 실시형태가 구현될 수도 있는 유일한 파형은 아니다는 것을 유의해야 한다. 예시적인 파형은 (예를 들면, 상이한 서브캐리어 간격을 갖는 신호와 같은) 적어도 비직교 특성을 갖는 신호에서 멀티플렉싱을 가능하게 할 수도 있다. 예시적인 파형은 (예를 들면, 복잡한 간섭 상쇄 수신기를 필요로 하지 않고도) 비동기식 신호의 공존성을 허용할 수도 있다. 예시적인 파형은, 예를 들면, RF 프로세싱의 일부로서 단편화된 스펙트럼을 집성하는(aggregating) 것에 대한 더 낮은 비용의 대안으로서, 기저 대역 프로세싱에서의 단편화된 스펙트럼의 애그리게이션을 용이하게 할 수도 있다.

예시적인 통신 시스템에서, (예를 들면, 적어도, SCMA를 사용할 수도 있는 mMTC 협대역 동작을 지원하기 위해) 동일한 대역 내에서 상이한 파형의 공존성이 존재할 수도 있다. 동작의 일부 또는 모든 양태에 대해 및/또는 다운링크 및 업링크 송신 중 어느 하나 또는 둘 모두에 대해, CP-OFDM, OFDM-OQAM 및/또는 UF-OFDM과 같은 상이한 파형의 조합이 지원될 수도 있다. 파형의 공존성은, 예를 들면, 상이한 WTRU 사이에서 상이한 타입의 파형을 사용하는 송신, 또는 동일한 WTRU로부터의 송신을 포함할 수도 있다(예를 들면, 송신은, 시간 도메인에서 연속적일 수도 있거나, 또는 약간의 중첩을 가지고 동시적일 수도 있다.

다른 공존성 양태는, 예를 들면, 하이브리드 타입의 파형(예를 들면, 송신마다 변하는 지속 기관과 같은 적어도 어쩌면 다양한 CP 지속 기간을 지원하는 파형 및/또는 송신)에 대한 지원, CP 및 저전력 테일(예를 들면, 제로 테일)의 조합에 대한 지원, (예를 들면, 저전력 CP 및/또는 적응성 저전력 테일을 사용하는) 하이브리드 보호 구간의 형태에 대한 지원, 및/또는 등등을 포함할 수도 있다. 예시적인 파형은, 필터링과 같은 하나 이상의 다른 양태의 동적 변동 및/또는 제어를 지원할 수도 있다. 예를 들면, 다음 중 하나 이상은 동적으로 변할 수도 있고 및/또는 제어될 수도 있다: 주어진 캐리어 주파수의 송신을 수신하기 위해 사용되는 스펙트럼의 에지에서 필터링을 적용할지의 여부, 특정한 SOM과 관련되는 송신을 수신하기 위해 사용되는 스펙트럼의 에지에서 필터링을 적용할지의 여부, 하위대역마다 또는 그룹마다 필터링을 적용할지의 여부, 및/또는 등등. 일반적으로, 파형/파형의 타입은, 상이한 타입의 송신 스킴을 달성하기 위해 변할 수도 있는 송신 파라미터의 예로서 간주될 수도 있다. 따라서, 제1 송신 스킴은 제1 타입의 파형(예를 들면, CP-OFDM)을 활용할 수도 있고, 한편 제2 송신 스킴은 상이한 파형(예를 들면, OFDM-OQAM)을 활용할 수도 있다. 상이한 파형은, 상이한 잠재적 처리량, 상이한 레이턴시 특성, 상이한 오버헤드 요건, 등등과 같은 상이한 송신 특성과 관련될 수도 있다.

업링크 송신 스킴은, 다운링크 송신 스킴에서와 같이 상이한 파형 또는 동일한 파형을 사용할 수도 있다. 동일한 셀 내의 상이한 WTRU로의 및/또는 그 상이한 WTRU로부터의 송신의 멀티플렉싱은 FDMA 및/또는 TDMA에 기초할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템의 설계는 고도의 스펙트럼 유연성에 의해 특성 묘사될 수도 있다. 이러한 스펙트럼 유연성은, 예를 들면, 상이한 듀플렉스 배치 및/또는 상이한 사이즈의 이용 가능한 스펙트럼을 비롯한(예를 들면, 동일한 대역 또는 상이한 대역에서의 연속적인 및 연속적이지 않은 스펙트럼 할당을 비롯한), 상이한 특성을 갖는 상이한 주파수 대역에서의 배치를 허용할 수도 있다(예를 들면, 가능하게 할 수도 있다). 스펙트럼 유연성은, 예를 들면, 다수의 TTI 길이에 대한 지원 및/또는 비동기식 송신에 대한 지원을 비롯한, 가변 타이밍 양태를 지원할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 듀플렉싱 배치의 유연성에 의해 특성 묘사될 수도 있다. 예를 들면, 예시적인 통신 시스템은 TDD 및 FDD 듀플렉싱 스킴 둘 모두를 지원할 수도 있다. FDD 동작의 경우, 스펙트럼 애그리게이션을 사용하여 보조 다운링크 동작(supplemental downlink operation)이 지원될 수도 있다. 전이중 FDD 및 반이중 FDD 동작 둘 모두가 지원될 수도 있다. TDD 동작의 경우, DL/UL 할당은 동적일 수도 있다. 예를 들면, 할당은 고정된 DL/UL 프레임 구성에 기초하지 않을 수도 있다: 오히려, DL 또는 UL 송신 간격의 길이는 송신 기회마다 설정될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 대역폭 할당에서 유연성에 의해 특성 묘사될 수도 있다. 예를 들면, 상이한 송신 대역폭이 업링크 및/또는 다운링크 송신 상에서 인에이블될 수도 있다(예를 들면, 송신 대역폭은 공칭 시스템 대역폭으로부터 시스템 대역폭에 대응하는 최대 대역폭까지의 범위에 이를 수도 있다). 예시적인 단일의 캐리어 동작에서, 지원되는 시스템 대역폭은, 예를 들면, 적어도 5, 10, 20, 40 및 80 MHz를 포함할 수도 있다. 하나의 실시형태에서, 지원되는 시스템 대역폭은 (예를 들면, 수 MHz에서부터 160 MHz까지의) 주어진 범위 내의 임의의 대역폭일 수도 있다. 공칭 대역폭은 하나 이상의 값(예를 들면, 하나 이상의 고정 값)을 가질 수도 있다. (예를 들면, MTC 디바이스에 대한 동작 대역폭 내에 있을 수도 있는) 최대 200 KHz의 협대역 송신이 지원될 수도 있다.

도 2는 예시적인 통신 시스템에 의해 지원될 수도 있는 예시적인 송신 대역폭을 예시한다. 본원에서 언급되는 시스템 대역폭은, 주어진 캐리어 네트워크에 의해 관리될 수도 있는 스펙트럼의 가장 큰 부분과 관련될 수도 있다. 이러한 캐리어의 경우, 셀 획득, 측정 및 네트워크에 대한 초기 액세스를 위해 WTRU가 지원할 수도 있는(예를 들면, 최소로 지원할 수도 있는) 스펙트럼의 부분은 공칭 시스템 대역폭에 대응할 수도 있다. WTRU는, 전체 시스템 대역폭의 범위 내에 있는 채널 대역폭을 가지고 구성될 수도 있다. WTRU의 구성된 채널 대역폭은, 시스템 대역폭의 공칭 부분을 포함할 수도 있거나 또는 포함하지 않을 수도 있다.

본원에서 설명되는 예시적인 통신 시스템에서 대역폭 유연성이 달성될 수도 있는 하나의 예시적인 이유는, 주어진 동작 대역폭(예를 들면, 최대 동작 대역폭)에 대한 적용 가능한 RF 요건 중 일부 또는 전체가, 그 동작 대역에 대한 추가적인 허용된 채널 대역폭을 도입하지 않고도, 충족될 수도 있다는 것이다. 이것은, 예를 들면, 관련 주파수 도메인 파형의 기저 대역 필터링의 효과적인 지원에 기인할 수도 있다. 본원에서 설명되는 실시형태는, 단일의 캐리어 동작을 위한 WTRU의 채널 대역폭을 구성, 재구성 및/또는 동적으로 변경하기 위한 기술을 활용할 수도 있다. 본원에서 설명되는 실시형태는, 공칭 시스템 대역폭, 시스템 대역폭 또는 구성된 채널 대역폭 내에서 협대역 송신을 위한 스펙트럼을 할당할 수도 있다. 예시적인 통신 시스템의 물리적 레이어는 대역에 무관할(band-agnostic) 수도 있다. 물리적 레이어는, 인가된 대역(licensed band)(예를 들면, 5 GHz 미만)에서의 동작뿐만 아니라 (예를 들면, 5 내지 6 GHz 또는 그 이상의 범위 내의) 라이센스 불요 대역(unlicensed band)에서의 동작을 지원할 수도 있다. 라이센스 불요 대역에서의 동작의 경우, LBT Cat 4 기반 채널 액세스 프레임워크(LBT Cat 4-based channel access framework)(예를 들면, LTE LAA와 유사한 채널 액세스 프레임워크)가 지원될 수도 있다. 본원에서 설명되는 실시형태는, 상이한 스펙트럼 블록 사이즈에 대한 셀 고유의 및/또는 WTRU 고유의 채널 대역폭을 스케일링 및/또는 관리하기 위한 기술을 활용할 수도 있다. 이들 기술은, 예를 들면, 스케줄링, 리소스 어드레싱, 신호 브로드캐스팅, 측정, 등등과 관련될 수도 있다. 스펙트럼 블록 사이즈는 임의적일 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 스펙트럼 할당에서의 유연성에 의해 특성 묘사될 수도 있다. 다운링크 제어 채널 및/또는 신호는 FDM 동작을 지원할 수도 있다. WTRU는, 예를 들면, 시스템 대역폭의 공칭 부분을 통해(예를 들면, 공칭 부분만을 통해) 송신을 수신하는 것에 의해, 다운링크 캐리어를 획득할 수도 있다. 예를 들면, WTRU는, 해당(concerned) 캐리어 네트워크에 의해 관리되는 전체 대역폭을 통해 송신을 수신하도록 초기에 구성되지 않을 수도 있다.

다운링크 데이터 채널은, 공칭 시스템 대역폭에 대응할 수도 있는 또는 대응하지 않을 수도 있는 대역폭을 통해 할당될 수도 있다. 할당은, 예를 들면, WTRU의 구성된 채널 대역폭 내에 있는 것 외에는, 제한이 없을 수도 있다. 예를 들면, 캐리어는 5 MHz 공칭 대역폭을 사용하여 12 MHz 시스템 대역폭을 가지고 동작될 수도 있다. 이러한 배치는, 최대 20 MHz 가치의 채널 대역폭을 지원하는 다른 WTRU에 +10 내지 -10 MHz의 캐리어 주파수를 할당하면서, 5 MHz 최대 RF 대역폭을 지원하는 디바이스가 시스템을 획득하는 것 및 액세스하는 것을 허용할 수도 있다.

도 3은, 상이한 서브캐리어가 (예를 들면, 적어도 개념적으로) 상이한 SOM에 할당될 수도 있는 스펙트럼 할당의 예를 도시한다. 상이한 SOM은 상이한 송신을 위한 상이한 요건을 충족하기 위해 사용될 수도 있다. SOM은, 서브캐리어 간격, TTI 길이, 또는 (예를 들면, HARQ 프로세싱 양태와 같은) 신뢰도 양태 중 하나 이상을 포함할 수도 있다/그 하나 이상에 기초하여 정의될 수도 있다. SOM은 보조 제어 채널(secondary control channel)을 포함할 수도 있다. 예를 들면, SOM은 관련된 WTRU가 모니터링하도록 구성될 수도 있는 별개의(예를 들면, 주 제어 채널(primary control channel)과는 별개의) 제어 채널을 포함할 수도 있다. SOM은 특정한 파형을 가리키기 위해 사용될 수도 있거나 또는, 예를 들면, FDM 및/또는 TDM을 사용하여 동일한 캐리어에서 상이한 파형의 공존성을 지원하기 위한, 또는 FDD 및 TDD의 공존성을 지원하기 위한(예를 들면, TDM 방식에서와 같이, 예를 들면, TDD 대역에서 FDD 동작을 수행하기 위한) 프로세싱 양태에 관련될 수도 있다.

WTRU는 하나 이상의 SOM에 따라 송신을 수행하도록 구성될 수도 있다. 예를 들면, SOM은 다음 중 하나 이상을 사용하는 송신에 대응할 수도 있다: 특정한 TTI 지속 기간, 특정한 초기 전력 레벨, 특정한 HARQ 프로세싱 타입, 성공적인 HARQ 수신/송신을 위한 특정한 상한, 특정한 송신 모드, 특정한 물리적 채널(업링크 또는 다운링크), 특정한 파형 타입, 또는 특정한 RAT(예를 들면, 이것은 레거시 LTE 또는 5G 송신 기술을 사용할 수도 있음)에 따른 송신. SOM은 QoS 레벨 및/또는 관련된 양태, 예컨대, 최대/목표 레이턴시, 최대/목표 BLER, 및/또는 등등에 대응할 수도 있다. SOM은 스펙트럼 영역에 및/또는 특정한 제어 채널 또는 그 양태(예를 들면, 검색 공간, DCI 타입, 등등)에 대응할 수도 있다. 예를 들면, WTRU는, URC 타입의 서비스, LLC 타입의 서비스, 또는 MBB 타입의 서비스 중 하나 이상에 대한 SOM을 가지고 구성될 수도 있다. WTRU는 시스템 액세스를 위한 및/또는 L3 제어 시그널링(예를 들면, RRC)의 송신/수신을 위한 SOM에 대한 구성을 가질 수도 있다(예를 들면, WTRU는 그 구성을 수신할 수도 있다). 예를 들면, WTRU는, 본원에서 설명되는 바와 같이, 공칭 시스템 대역폭과 같은 시스템 스펙트럼의 일부를 사용하여 L3 제어 시그널링을 전송하도록 및/또는 수신하도록 구성될 수도 있다.

주어진 SOM의 리소스는, 그 SOM에 대한 특정한 뉴머롤로지의 관점에서 정의될 수도 있거나 또는 설명될 수도 있다. 예를 들면, 제1 SOM은 제1 뉴머롤로지(예를 들면, 제1 서브캐리어 간격, 제1 심볼 길이, 제1 TTI 길이, 제1 대역폭, 제1 파형 타입, 등등)를 사용할 수도 있고, 제2의 제1 SOM은 제2 뉴머롤로지(예를 들면, 제2 서브캐리어 간격, 제2 심볼 길이, 제2 TTI 길이, 제2 대역폭, 제2 파형 타입, 등등)를 사용할 수도 있다. SOM 및 뉴머롤로지 용어는 본원에서 상호 교환적으로 칭해질 수도 있다.

본원에서 설명되는 예시적인 통신 시스템에서의 WTRU는, 자신이 원래의 송신 스킴을 사용하여 송신을 성공적으로 완료할 수 없다는 것을 WTRU가 결정하는 경우 상이한 송신 스킴으로 스위칭하도록 구성될 수도 있다. 송신 스킴은, 본원에서 설명되는 바와 같이, 리소스, 송신 기술, 송신 파라미터, 및/또는 송신의 성능과 관련되는 다른 동작 양태를 포괄할 수도 있다. 예를 들면, 상이한 송신 스킴은 상이한 SOM 및/또는 상이한 뉴머롤로지를 활용할 수도 있다. 이와 같이, SOM 및/또는 뉴머롤로지는, 상이한 타입의 송신 스킴에 대해 변할 수도 있는 동작 양태의 한 예일 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 (예를 들면, 적어도 단일의 캐리어 동작을 위한) 스펙트럼 애그리게이션을 지원할 수도 있다. 예를 들면, 동일한 동작 대역 내의 물리적 리소스 블록(PRB)의 연속적인 및/또는 연속적이지 않은 세트를 통해 WTRU가 다수의 전송 블록을 송신 및/또는 수신할 수도 있는 상황에서 스펙트럼 애그리게이션이 지원될 수도 있다. 전송 블록은 PRB의 별개의 세트로 매핑될 수도 있다. 상이한 SOM과 관련되는 송신은 동시에 수행될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 멀티캐리어 동작을 지원할 수도 있다. 그러한 지원은, 예를 들면, 동일한 동작 대역 내의 또는 두 개 이상의 동작 대역에 걸친 연속적인 및/또는 연속적이지 않은 스펙트럼 블록을 활용하는 것에 의해 제공될 수도 있다. 예시적인 통신 시스템은 스펙트럼 블록의 애그리게이션을 지원할 수도 있다. 예를 들면, 스펙트럼 블록은 FDD 및/또는 TDD와 같은 상이한 모드, 및/또는 6 GHz 미만의 인가된 대역 및 라이센스 불요 대역 동작과 같은 상이한 채널 액세스 기술을 사용하여 집성될 수도 있다. WTRU의 다중 캐리어 집성 동작은, 네트워크 및/또는 WTRU에 의해 구성될 수도 있고, 재구성될 수도 있고, 및/또는 동적으로 변경될 수도 있다.

다운링크 및/또는 업링크 송신은 무선 프레임으로 편제될(organized) 수도 있다. 무선 프레임은, 다수의 고정된 양태(예를 들면, 다운링크 제어 정보의 위치) 및/또는 다수의 다양한 양태(예를 들면, 송신 타이밍 및/또는 송신의 지원된 타입)에 의해 특성 묘사될 수도 있다. 기본 시간 간격(basic time interval; BTI)은 하나 이상의 심볼(들)의 수(예를 들면, 정수 개수)의 항으로 표현될 수도 있다. 심볼 지속 기간은, 시간-주파수 리소스에 적용 가능한 서브캐리어 간격의 함수일 수도 있다. 적어도 FDD의 경우, 서브캐리어 간격은, 주어진 프레임에 대한 업링크 캐리어 주파수(f_UL) 및/또는 다운링크 캐리어 주파수(f_DL) 사이에서 상이할 수도 있다. 송신 시간 간격(TTI)은 연속적인 송신 사이에서 시스템에 의해 지원되는 최소 시간일 수도 있다. 연속적인 송신 중 하나 이상(예를 들면, 각각)은 다운링크(TTI_DL) 및/또는 업링크(UL TRx)에 대한 상이한 전송 블록(TBs)과 관련될 수도 있다. 다운링크 및/또는 업링크(해당되는 경우)의 프리앰블은 TTI 결정으로부터 배제될 수도 있다. 제어 정보(예를 들면, 다운링크의 경우 DCI 또는 업링크의 경우 UCI)는 TTI 결정에 포함될 수도 있다. TTI는, 하나 이상의 BTI(들)의 수(예를 들면, 정수 개수)의 항으로 표현될 수도 있다. BTI는 고유할 수도 있고 및/또는 주어진 SOM 및/또는 뉴머롤로지와 관련될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 예를 들면, 100 μs, 125 μs(1/8 ms), 142.85 μs(예를 들면, 1/7 ms 또는 2 nCP LTE OFDM 심볼), 및/또는 1 ms를 비롯한, 다양한 프레임 지속 기간을 지원할 수도 있다. 프레임 지속 기간은 레거시 LTE 타이밍 구조와의 정렬을 가능하게 하도록 설정될 수도 있다. 프레임은, 해당 캐리어 주파수(예를 들면, TDD의 경우 f_UL+DL 및 FDD의 경우 f_DL)에 대한 다운링크 데이터 송신(DL TRx)에 선행하는 고정된 시간 지속 기간 t_dci의 다운링크 제어 정보(DCI)를 가지고 시작할 수도 있다. 각TDD 듀플렉싱의 경우(예를 들면, TDD 듀플렉싱의 경우에만), 프레임은 다운링크 부분(예를 들면, DCI 및/또는 DL TRx) 및/또는 업링크 부분(예를 들면, UL TRx)을 포함할 수도 있다. 스위칭 갭("swg")은, 존재하는 경우, 프레임의 업링크 부분에 선행할 수도 있다(예를 들면, 항상 선행할 수도 있다). FDD 듀플렉싱의 경우(예를 들면, FDD 듀플렉싱의 경우에만), 프레임은 다운링크 기준 TTI 및 업링크에 대한 하나 이상의 TTI(들)를 포함할 수도 있다. 업링크 TTI의 시작은, 업링크 프레임의 시작과 중첩할 수도 있는 다운링크 기준 프레임의 시작으로부터 적용되는 오프셋(t_offset)을 사용하여 유도될 수도 있다. 듀플렉싱 모드(예를 들면, TDD 대 FDD)는, 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 프레임에서 D2D/V2x/사이드링크 동작을 지원할 수도 있다. 예시적인 통신 시스템은, 다양한 구성/기술을 활용하여 D2D/V2x/사이드링크 지원을 제공할 수도 있다. 한 예에서 (예를 들면, TDD가 사용되는 경우), 예시적인 통신 시스템은, (예를 들면, 리소스의 반정적인 할당이 사용되는 경우) 프레임의 DCI + DL TRx 부분에서, 또는 (예를 들면, 리소스의 동적 할당이 사용되는 경우) 프레임의 DL TRx 부분에서 각각의 다운링크 제어 및 순방향 송신을 포함할 수도 있다. 추가적으로 또는 대안적으로, 예시적인 통신 시스템은, 프레임의 UL TRx 부분에서 각각의 역방향 송신을 포함할 수도 있다. 한 예에서 (예를 들면, FDD가 사용되는 경우), 예시적인 통신 시스템은, 예를 들면, 프레임의 UL TRx 부분에서 각각의 다운링크 제어, 순방향 및 역방향 송신을 포함하는 것에 의해, 프레임의 UL TRx 부분에서 D2D/V2x/사이드링크 동작을 지원할 수도 있다. 또한, 각각의 송신과 관련되는 리소스가 동적으로 할당될 수도 있다.

도 4a는 예시적인 TDD 프레임 구조를 도시한다. 도 4b는 예시적인 FDD 프레임 구조를 도시한다.

본원에서 설명되는 예시적인 통신 시스템은, 예를 들면, MAC 레이어에서의 스케줄링 기능, 네트워크 기반 스케줄링 모드, 및/또는 WTRU 기반 스케줄링 모드를 비롯한, 다양한 스케줄링 및/또는 레이트 제어 기술을 활용할 수도 있다. 네트워크 기반 스케줄링 모드는, 예를 들면, 다운링크 송신 및/또는 업링크 송신의 리소스, 타이밍 및/또는 송신 파라미터의 엄격한 스케줄링으로 나타날 수도 있다. WTRU 기반의 스케줄링 모드는, 예를 들면, 타이밍 및/또는 송신 파라미터의 관점에서 유연성으로 나타날 수도 있다. 스케줄링 기술(예를 들면, 스케줄링 모드) 중 하나 이상의 경우, 스케줄링 정보는 단일의 TTI에 대해 또는 다수의 TTI에 대해 유효할 수도 있다. 스케줄링 기술(예를 들면, 스케줄링 모드)은 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

네트워크 기반의 스케줄링은, (예를 들면, 이러한 리소스의 공유를 최적화하기 위해) 네트워크가 상이한 WTRU에 할당되는 무선 리소스를 엄격하게 관리하는 것을 가능하게 할 수도 있다. 적어도 몇몇 경우에, 네트워크는 스케줄링을 동적으로 행할 수도 있다. WTRU 기반의 스케줄링은, WTRU가, 필요 단위 기반으로 및/또는 네트워크에 의해 할당되는 공유된 또는 전용 업링크 리소스의 세트 내에서 최소의 레이턴시를 가지고 업링크 리소스에 액세스하는 것(예를 들면, 기회주의적으로(opportunistically) 액세스하는 것)을 가능하게 할 수도 있다. 공유된 또는 전용 업링크 리소스는 동적으로 또는 정적으로 할당될 수도 있다. WTRU는, 동기화된 및/또는 동기화되지 않은 기회주의적 송신을 수행하도록 구성될 수도 있다. WTRU는 경합 기반의 및/또는 무경합의(contention-free) 송신을 수행하도록 구성될 수도 있다. 예를 들면, WTRU는 (예를 들면, 5G의 경우) 초저 레이턴시 요건을 및/또는 (예를 들면, mMTC 사용 사례에서) 전력 절약 요건을 충족시키기 위해 (예를 들면, 스케줄링된 또는 스케줄링되지 않은) 기회주의적 송신을 수행하도록 구성될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 논리적 채널에 우선 순위를 부여할 수도 있다. 예를 들면, 예시적인 통신 시스템은 (예를 들면, 업링크 송신의 경우) 데이터 및 리소스를 관련시키도록 구성될 수도 있다. 예시적인 통신 시스템은, 예를 들면, 멀티플렉싱이 서비스의 QoS 요건에 부정적으로 영향을 미치지 않으면 또는 시스템 리소스를 불필요하게 낭비하지 않으면, 동일한 전송 블록 내에서 상이한 QoS 요건을 갖는 데이터를 멀티플렉싱할 수도 있다. 논리적 채널 우선 순위 부여(prioritization)는 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 상이한 인코딩 기술을 사용하여 송신을 인코딩할 수도 있다. 상이한 인코딩 기술은, 상이한 특성을 가질 수도 있다. 인코딩 기술은 하나 이상의 정보 단위 또는 블록의 시퀀스를 생성할 수도 있다. 정보 단위 또는 블록(예를 들면, 각각의 정보 단위 또는 블록)은 독립형일(self-contained) 수도 있다. 예를 들면, 제1 블록의 송신에서의 에러는, 예를 들면, 제2 블록이 에러가 없는 경우, 및/또는 적어도 일부가 성공적으로 디코딩된 상이한 블록에서 또는 제2 블록에서 충분한 중복성(redundancy)이 발견될 수 있는 경우, 제2 블록을 성공적으로 디코딩하는 수신기의 능력을 손상시키지 않을 수도 있다.

예시적인 인코딩 기술은, 랩터/파운틴(raptor/fountain) 코드를 포함할 수도 있고, 그에 의해, 송신은 N 개의 랩터 코드의 시퀀스를 포함할 수도 있다. 하나 이상의 이러한 코드는, 시간적으로, 하나 이상의 송신 "심볼"에 매핑될 수도 있다. 송신 심볼은, 정보 비트의 하나 이상의 세트(예를 들면, 하나 이상의 옥텟)에 대응할 수도 있다. 이러한 인코딩 기술을 사용하여, FEC가 송신에 추가될 수도 있고, 그에 의해, 심볼 관계마다 하나의 랩터 코드가 존재한다고 가정하면, 송신은 N+1 개 또는 N+2 개의 랩터 코드 또는 심볼을 사용할 수도 있다. 이러한 방식으로, 송신은, 예를 들면, 시간적으로 중첩하는 다른 송신에 의한 간섭 및/또는 펑처링(puncturing)에 기인하는 심볼 손실에 대해 복원력이 있을 수도 있다. 인코딩/디코딩 기술은, 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

WTRU는 하나 이상의 시스템 시그니쳐를 수신하도록 및/또는 검출하도록 구성될 수도 있다. 시스템 시그니쳐는 시퀀스를 사용하는 신호 구조를 포함할 수도 있다. 신호는 동기화 신호와 유사할 수도 있다. 시스템 시그니쳐는 주어진 영역 내의 특정한 노드 또는 TRP에 고유할 수도 있거나(예를 들면, 노드 또는 TRP를 고유하게 식별할 수도 있거나), 또는 그것은 영역 내의 복수의 그러한 노드 또는 TRP에 공통적일 수도 있다. 전술한 양태 중 하나 이상은 알려지지 않을 수도 있고 및/또는 WTRU와 무관할 수도 있다. WTRU는 시스템 시그니쳐 시퀀스를 결정 및/또는 검출할 수도 있고, 시스템과 관련된 하나 이상의 파라미터를 또한 결정할 수도 있다. 예를 들면, WTRU는 인덱스를 유도할 수도 있고 인덱스를 사용하여 관련된 파라미터를 검색할 수도 있다(예를 들면, WTRU는 본원에서 설명되는 액세스 테이블과 같은 테이블로부터 파라미터를 검색할 수도 있다). WTRU는, (예를 들면, 자신이 시스템의 적용 가능한 리소스를 사용하여 액세스 및/또는 송신할 수도 있다는 것을 WTRU가 결정하는 경우 초기 송신 전력을 설정하기 위해) 개루프 전력 제어를 위한 시스템 시그니쳐와 관련되는 수신 전력을 사용할 수도 있다. 예를 들면, 자신이 시스템의 적용 가능한 리소스를 사용하여 액세스 및/또는 송신할 수도 있다는 것을 WTRU가 결정하는 경우, WTRU는 수신된 시그니쳐 시퀀스의 타이밍을 사용하여 송신(예를 들면, PRACH 리소스 상의 프리앰블)의 타이밍을 설정할 수도 있다. 상이한 신호 구조는 상이한 SOM 및/또는 상이한 뉴머롤로지와 관련될 수도 있다. 이와 같이, 신호 구조는, 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

WTRU는 액세스 테이블로서 칭해질 수도 있는 엔트리(예를 들면, 동작 파라미터)의 목록을 가지고 구성될 수도 있다. 비록 액세스 테이블로서 언급되지만, 엔트리의 목록은 테이블 구조를 포함하는 임의의 적합한 타입의 구조에 저장될 수도 있다는 것을 유의해야 한다. 엔트리 또는 액세스 테이블의 목록은, 엔트리(예를 들면, 각각의 엔트리)가 시스템 시그니쳐와 및/또는 그 시퀀스에 관련될 수도 있도록 인덱싱될 수도 있다. 목록 또는 액세스 테이블은 하나 이상의 영역에 대한 초기 액세스 파라미터를 제공할 수도 있다. 예를 들면, 목록 내의 엔트리(예를 들면, 각각의 엔트리)는 시스템에 대한 초기 액세스를 수행하는 것과 관련되는 하나 이상의 파라미터를 제공할 수도 있다. 이러한 파라미터는, 예를 들면, 시간 및/또는 주파수에서의 적용 가능한 물리적 레이어 리소스(예를 들면, PRACH 리소스), 초기 전력 레벨, 및/또는 응답 수신을 위한 물리적 레이어 리소스와 같은 하나 이상의 랜덤 액세스 파라미터를 포함할 수도 있다. 이러한 파라미터는 PLMN 아이덴티티 및/또는 CSG 정보와 같은 액세스 제한을 포함할 수도 있다. 이러한 파라미터는, 적용 가능한 라우팅 영역(들)과 같은 라우팅 관련 정보를 포함할 수도 있다. 엔트리(예를 들면, 각각의 엔트리)는 시스템 시그니쳐와 관련될 수도 있고 및/또는 시스템 시그니쳐에 의해 인덱싱될 수도 있다. 엔트리(예를 들면, 각각의 엔트리)는 복수의 노드 또는 TRP에 공통일 수도 있다. WTRU는 전용 리소스(예를 들면, RRC 구성)을 통한 송신 및/또는 브로드캐스트 리소스를 사용하는 송신을 통해 이러한 목록 또는 액세스 테이블을 수신할 수도 있다. 적어도 후자의 경우에, 액세스 테이블의 송신의 주기성은 길 수도 있다(예를 들면, 최대 10240 ms). 예를 들면, 액세스 테이블 송신의 주기성은, (예를 들면, 100 ms의 범위 내에 있을 수도 있는) 시그니쳐의 송신의 주기성보다 더 길 수도 있다. 상기에서 설명되는 액세스 테이블은, 상이한 타입의 송신 스킴에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은 다양한 사용 사례를 지원할 수도 있다. 각각의 사용 사례는 QoS 요건의 상이한 세트를 포함할 수도 있다. 적용 가능한 무선 리소스 및/또는 송신 기술의 관점에서 이들 사용 사례 사이에 차별화가 존재할 수도 있다. 예를 들면, 사용 사례는, TTI 지속 기간, 신뢰성, 송신에 적용되는 다이버시티, 최대 레이턴시, 등등의 관점에서 상이할 수도 있다. QoS 차별화는, 상이한 데이터 패킷, 데이터 플로우 및/또는 데이터 베어러(또는 그 등가물)에 대해 도입될 수도 있다. 차별화는, 최대 보장된 지연 버짓(budget), 패킷 에러율, 데이터 레이트, 및/또는 등등에 관한 것일 수도 있다. MAC 레이어는, 다음의 양태의 전부 또는 서브세트를 다루기 위해, 본원에서 설명되는 기능성 중 하나 이상을 처리할 수도 있다.

상이한 특성을 갖는 상이한 가능한 무선 리소스 및/또는 송신 기술이 주어지면, WTRU는, 데이터 서비스의 QoS 요건을 지원하는 리소스(예를 들면, 적절한 업링크 송신 리소스)을 요청하도록, 결정하도록 및/또는 액세스하도록 구성될 수도 있다. 상이한 특성을 갖는 (예를 들면, 업링크 및/또는 다운링크에서의) 상이한 가능한 리소스 할당이 주어지면, WTRU는 다운링크 및 업링크 송신에 대한 제어를 실시하도록(예를 들면, 허가 및/또는 리소스 할당을 제어하도록) 구성될 수도 있다(예를 들면, 하나 이상의 타입의 할당을 상이하게 결정할 수도 있고 처리할 수도 있다). 상이한 전송 블록과 관련되는 상이한 특성이 주어지면, WTRU는 적용 가능한 QoS 요건을 충족하는 MAC PDU를 다중화하도록 및/또는 취합하도록(assemble) 구성될 수도 있다. 예를 들면, WTRU는, (예를 들면, 해당 데이터의 및/또는 해당 TB와 관련되는 SOM의 QoS 특성을 고려하는 것에 의해) 규칙의 확장된 세트에 따라 상이한 베어러, 상이한 논리적 연결 및/또는 등등과 관련되는 데이터를 할당할 수도 있다. 본원에서 설명되는 사용 사례 및 송신 기술이 주어지면, WTRU는 업링크 송신을 우한 하나 이상의 전제 조건을 충족하도록 구성될 수도 있다(예를 들면, 전제 조건은 UL TA, 위치 결정, WTRU 속도, PL 추정, 등등을 포함할 수도 있다). 예를 들면, WTRU는, 자신이 주어진 타입의 송신을 수행하기 위한 충분한 전제 조건을 갖는지의 여부를 관리할 수도 있고 및/또는 결정할 수도 있다.

예시적인 통신 시스템은 QoS 요건에 기초하여 스케줄링 및/또는 스케줄링 관련 동작을 수행할 수도 있다. 네트워크 스케줄러는 그 자체로 모든 타입의 데이터에 대한 모든 타입의 QoS 요건을 항상 강제할 수는 없을 수도 있다. 예를 들면, 네트워크 기반의 스케줄링 기능은, WTRU의 버퍼에서 업링크 송신을 위해 이용 가능한 데이터와 관련되는 QoS 요건의 정확한 지식 및/또는 적시의 정보를 구비하지 않을 수도 있다. WTRU는, 엄격한 신뢰성 및/또는 레이턴시 요건을 갖는 서비스를 가능하게 하도록 구성될 수도 있다(예를 들면, 이들 거동은 WTRU가 URLLC 서비스를 수신하는 것을 가능하게 할 수도 있다). WTRU는 (예를 들면, 추가적인 파라미터를 통해) 데이터가 어떻게 송신되는지/어떤 데이터가 송신되는지에 영향을 줄 수도 있다. 예를 들면, WTRU는 데이터가 송신되는 방법의 특성 묘사와 관련되는 하나 이상의 파라미터를 가지고 구성될 수도 있다. 특성 묘사는, 데이터를 송신할 때 WTRU가 충족할 것으로 및/또는 강제할 것으로 예상되는 제약 및/또는 요건을 나타낼 수도 있다. 특성 묘사에 기초하여, WTRU는 상이한 동작을 수행할 수도 있고 및/또는 자신의 거동을, 예를 들면, 데이터의 상태 및/또는 특성에 기초하여 (예를 들면, 데이터의 상태 및/또는 특성의 함수로서) 조정할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 다음의 시간 관련 QoS 요건(예를 들면, 시간 관련 특성) 중 하나 이상을 포함할 수도 있다. 이들 시간 관련 QoS 요건은, 예를 들면, 네트워크 스케줄러가 (예를 들면, 송신에 이용 가능한 데이터의 적어도 서브세트에 대해) 자체적으로 타이밍/레이턴시 요건을 강제할 수 없는 경우, 유용할 수도 있다. WTRU는, 하나 이상의 특정한 시간 관련 QoS 요건과 관련되는 데이터를 송신하도록 구성될 수도 있다. 이들 시간 관련 QoS 요건에 따라, WTRU는 데이터를 송신하기 위해 사용되는 주어진 송신 스킴의 하나 이상의 동작 양태를 변경할 수도 있다. 예를 들면, WTRU가 데이터를 성공적으로 송신하지 않고(예를 들면, 하나 이상의 시간 기반의 QoS 요건을 충족하지 않고) 제1 송신 스킴을 사용하는 송신의 종료 근처에 있다면, WTRU는, 시간 기반의 QoS 요건의 만료 이전에 데이터를 시도하여 성공적으로 송신하기 위해, 제2 송신 스킴으로 스위칭하도록 제1 송신 스킴의 하나 이상의 동작 양태를 변경할 수도 있다.

본원에서 설명되는 시간 기반의 QoS 요건은 데이터 송신의 하나 이상의 양태(예를 들면, 업링크 데이터 송신)를 수행하도록 허용되는 최대 시간을 포함할 수도 있다. WTRU는, 관찰 및/또는 추정에 기초하여 이러한 최대 시간이 도달되었는지 또는 초과되었는지의 여부를 결정할 수도 있다. 시간 기반의 QoS 요건은, 데이터 송신을 위한 적합한 리소스를 획득하도록 허용되는 시간의 최대 양을 포함할 수도 있다. WTRU는 제어 채널을 모니터링하는 것에 의해 적절한 리소스의 획득과 관련되는 시간을 결정할 수도 있다. 예를 들면, WTRU는, 제어 채널을 통해 수신되는 허가의 함수로서, 제어 채널에서 시그널링되는 파라미터의 함수로서, 및/또는 등등으로서 이러한 시간을 결정할 수도 있다. WTRU는, 리소스 획득과 관련되는 SOM을 모니터링하는 것에 의해 적절한 리소스의 획득과 관련되는 시간을 결정할 수도 있다. WTRU는 WTRU의 하나 이상의 상태를 모니터링하는 것에 의해 적절한 리소스의 획득과 관련되는 시간을 결정할 수도 있다. 이러한 상태는 예를 들면, WTRU가 동기화되는지 또는 동기화되지 않는지의 여부, 스케줄링 요청이 진행 중인지의 여부, 등등을 포함할 수도 있다.

시간 기반의 QoS 요건은, 데이터가 WTRU의 송신 버퍼에 머무르도록 허용되는 최대 시간을 포함할 수도 있다. WTRU는 데이터의 초기 송신의 타이밍에 기초하여 이러한 최대 시간을 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 데이터의 초기 송신의 시작까지 데이터가 송신 버퍼로 진입한 이후 경과한 시간을 추적하는 타이머를 유지하는 것에 의해, 데이터가 WTRU의 송신 버퍼에 얼마나 오랫동안 머무르고 있는지를 결정하도록 구성될 수도 있다.

시간 기반의 QoS 요건은, 데이터 송신이 HARQ 동작 포인트에 도달하는 시간의 최대 양을 포함할 수도 있다. 예로서 관련 데이터를 포함하는 PDU의 x 번째 송신을 사용하여, WTRU가 HARQ 동작 포인트에 도달하는 시간은, WTRU가 PDU의 x-1 번째 재송신을 수행하는 데 걸리는 시간으로서 결정될 수도 있다.

시간 기반의 QoS 요건은, 데이터 송신을 성공적으로 완료하도록 또는 데이터를 포함하는 PDU의 송신에 대한 피드백을 수신하도록 허용되는 시간의 최대 양을 포함할 수도 있다. WTRU는, WTRU가 대응하는 전송 블록에 대한 HARQ ACK와 같은 HARQ 피드백을 언제 수신하는지에 기초하여 이러한 시간을 결정할 수도 있다.

시간 기반의 QoS 요건은, 데이터와 관련되는 생존 시간(TTL) 파라미터에 대한 최대 값을 포함할 수도 있다. 이러한 TTL 파라미터는, 예를 들면, 데이터 패킷의 송신 또는 데이터 패킷과 관련하여 WTRU에 의해 취해지는 임의의 다른 액션과 관련될 수도 있다. 예를 들면, WTRU는 데이터 패킷의 송신과 관련하여 소정의 임계 값(예를 들면, N 밀리초)을 갖는 TTL 파라미터를 유지할 수도 있다(예를 들면, 그 TTL 파라미터를 가지고 구성될 수도 있다). WTRU는, 데이터 패킷이 송신에 대해 이용 가능하게 된 이후(예를 들면, WTRU가 자신의 버퍼에서 데이터 패킷을 수신한 이후)의 시간 경과를 모니터링할 수도 있다. 데이터 패킷이 성공적으로 송신되지 않고 임계치에 도달되면, WTRU는 TTL이 만료되었다는 것을 결정할 수도 있다. WTRU는 남아있는 TTL의 양에 기초하여 상이한 액션을 수행할 수도 있다. 예를 들면, WTRU는, TTL이 임계 값에 도달했다는 것을 결정하자마자 상이한 송신 스킴으로 스위칭할 수도 있다.

시간 기반의 QoS 요건은, 예를 들면, 무선 베어러에 기초하여 데이터의 논리적 그룹핑을 완료하도록 허용되는 시간의 최대 양을 포함할 수도 있다. 시간 기반의 QoS 요건은, 최악의 경우 또는 큐의 헤드 지연(head-of-queue delay)에 대해 허용되는 시간의 최대 양을 포함할 수도 있다. WTRU는, 예를 들면, WTRU의 버퍼에서 가장 긴 시간을 소비하는 데이터에 기초하여 이러한 지연을 결정하도록 구성될 수도 있다.

시간 기반의 QoS 요건은, 데이터 송신의 하나 이상의 양태와 관련되는 평균 또는 엄수(punctual) 시간을 포함할 수도 있다. WTRU는 관찰 및/또는 추정에 기초하여 이러한 평균 또는 엄수 시간을 결정할 수도 있다. 예를 들면, 시간 기반의 QoS 요건은, (예를 들면, 동일한 논리적 채널, 그룹 및/또는 SOM과 관련하여) 데이터가 WTRU의 송신 버퍼에 머무르도록 허용되는 시간의 평균 양을 포함할 수도 있다. WTRU는, 예를 들면, 데이터가 송신에 대해 이용 가능하게 된 때와 데이터가 송신되는 때 사이의 시간 기간에 기초하여, 이러한 평균 시간을 결정하도록 구성될 수도 있다. WTRU는, 송신 리소스를 요청 및/또는 획득하기 위한 프로시져를 개시하기 위한 타이밍, 및/또는 그러한 취지로 신호를 송신하기 위한 타이밍에 기초하여 이러한 데이터가 송신에 대해 이용 가능하게 된 시간을 결정할 수도 있다. WTRU는, 예를 들면, 데이터의 초기 송신을 위한 타이밍, 또는 데이터 송신에 대한 ACK를 수신하는 타이밍에 기초하여, 이러한 데이터가 송신되는 시간을 결정할 수도 있다. 본원에서 설명되는 평균은, (예를 들면, 특정한 길이의 윈도우 내에서의) 이동 평균, 데이터와 관련된 버스트마다의 평균, WTRU가 이러한 데이터에 대해 마지막으로 리소스를 요청한 이후의 평균, 또는 WTRU가 이러한 데이터의 송신을 위한 리소스를 처음으로 획득한 이후의 평균일 수도 있다.

시간 기반의 QoS 요건은 평균 시간으로부터의 허용 가능한 변동을 포함할 수도 있다. 변동은, 예를 들면, 평균에 대한 감소 또는 증가에 대응할 수도 있다. 전술한 버퍼 시간을 한 예로 사용하여, 타이밍 요건은, WTRU의 송신에서 머무르도록 허용되는 시간 데이터의 양이 특정한 양만큼만 평균 시간을 초과할 수도 있다는 것을 규정할 수도 있다.

시간 기반의 QoS 요건은 WTRU의 버퍼 내의 데이터를 감소시키도록 허용되는 평균 또는 엄수 시간을 포함할 수도 있다. 예를 들면, 이러한 평균 또는 엄수 시간은, WTRU의 버퍼 내의 데이터의 양을 소정의 레벨로 감소시키는 것과 관련될 수도 있다(예를 들면, 레벨은 구성 가능할 수도 있다). 레벨은 본원에서 설명되는 다른 시간 관련 특성, 예컨대 송신을 성공적으로 완료하도록 허용되는 최대 시간에 대응할 수도 있다. WTRU는 추정 또는 관찰에 기초하여 이러한 평균 시간을 결정할 수도 있다.

시간 기반의 QoS 요건은, 최악의 경우 또는 큐의 헤드 지연에 대한 평균 또는 엄수 시간을 포함할 수도 있다. WTRU는, 최악의 경우 지연의 다수의 발생에 기초하여 이러한 평균 또는 엄수 시간을 결정하도록 구성될 수도 있다.

시간 기반의 QoS 요건은 (예를 들면, 무선 베어러 및/또는 등등에 기초하여) 데이터의 논리적 그룹핑을 수행하도록 허용되는 평균 또는 엄수 시간을 포함할 수도 있다.

시간 기반의 QoS 요건은, HARQ 엔티티, HARQ 프로세스 타입, 및/또는 진행 중인 HARQ 프로세스에 관련될 수도 있다.

WTRU는 업링크 데이터 단위(예를 들면, 업링크 데이터 패킷)의 송신이 QoS 요건을 갖는다는 것을 결정할 수도 있다. QoS 요건은, 본원에서 설명되는 바와 같이, 업링크 송신의 하나 이상의 양태와 관련되는 시간 관련 QoS 요건일 수도 있다. WTRU는, 제1 송신 스킴을 사용하여 업링크 데이터 단위를 송신하려고 시도할 수도 있다. WTRU는, 예를 들면, 송신에 이용 가능한 데이터의 적어도 서브세트에 대해, 제1 송신 스킴을 사용하여 QoS 요건이 충족될 수 있는지의 여부를 결정할 수도 있다. 예를 들면, QoS 요건에 기초하여, WTRU는, WTRU가 업링크 데이터 단위에 대해 유지하는 TTL 파라미터가 소정의 임계치를 초과하지 않아야 한다는 것을 결정할 수도 있다. TTL 파라미터는, 예를 들면, 업링크 데이터 단위가 성공적으로 송신될 때까지 업링크 데이터 단위가 송신에 대해 이용 가능하게 된 이후 경과한 시간의 양을 반영할 수도 있다. WTRU는 TTL 파라미터를 모니터링할 수도 있고, 제1 송신 스킴을 사용하여 업링크 데이터 단위가 성공적으로 송신될 수 있기 이전에 TTL이 임계 값에 도달하였다는 것을 결정하면, WTRU는 업링크 데이터 단위를 송신하기 위해 제2 송신 스킴을 선택할 수도 있다. 제2 송신 스킴은, 본원에서 더 상세히 설명되는 바와 같이, 제1 송신 스킴과는 적어도 하나의 동작 양태에서 상이할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 다음의 송신 레이트 관련 요건(예를 들면, 송신 레이트 관련 특성) 중 하나 이상을 포함할 수도 있다. 본원에서 설명되는 바와 같이, 네트워크 스케줄러는 (예를 들면, WTRU에서의 송신에 대해 이용 가능한 데이터의 적어도 서브세트에 대해) 그 자체로 송신 레이트 관련 요건을 항상 강제할 수는 없을 수도 있다. WTRU는, 데이터의 그룹핑이 송신 레이트 관련 요건과 관련될 수도 있도록 구성될 수도 있다. 이러한 그룹핑은, LCH, LCG, SOM 및/또는 그것의 하나 이상의 양태와의 데이터의 관련성, 무선 베어러와의 데이터의 관련성, 및/또는 등등과 같은 데이터 패킷 및/또는 PDU 사이의 논리적 관련성을 포함할 수도 있다. 예를 들면, WTRU는 이러한 데이터에 대한 (예를 들면, 우선 순위가 부여된 비트 레이트와 같은) 송신 레이트를 가지고 구성될 수도 있다. WTRU는, (예를 들면, 논리적 채널 우선 순위 부여 동작을 행하는 것에 의해) 송신에서 얼마나 많은 데이터가 포함되어야 하는지를 결정하기 위해 송신 레이트를 사용할 수도 있다. 송신 레이트 관련 요건은, HARQ 엔티티, HARQ 프로세스 타입, 및/또는 진행 중인 HARQ 프로세스에 관련될 수도 있다. WTRU는 (예를 들면, 타이밍 관련 양태에 대해 본원에서 설명되는 유사한 메트릭을 사용하여) 데이터의 적어도 서브세트에 대한 송신의 레이트를 관찰 및/또는 추정할 수도 있다. WTRU는, 해당 송신 레이트 관련 요건이 충족될 수도 있는지 또는 충족될 수 없을 수도 있는지의 여부를 결정할 수도 있고, 결정에 기초하여 상이한 액션을 취할 수도 있다(예를 들면, 상이한 송신 스킴으로 스위칭할 수도 있다).

예시화하기 위해, WTRU는 제1 송신 스킴을 사용하여 업링크 데이터 단위를 송신하려고 시도할 수도 있다. WTRU는, 제1 송신 스킴을 사용하여, 송신 레이트 관련 요건, 또는 더 일반적으로는 업링크 송신과 관련되는 QoS 요건이 (예를 들면, 데이터의 적어도 서브세트에 대해) 충족될 수도 있는지 또는 충족될 수 없는지의 여부를 결정할 수도 있다. 송신 레이트 관련 요건이 제1 송신 스킴을 사용하여 충족될 수 없을 수도 있다는 것을 WTRU가 결정하면, WTRU는, 해당 송신 레이트 관련 요건을 충족시키기 위해, 제2 송신 스킴으로 스위칭할 것을 결정할 수도 있다. 제2 송신 스킴은, 본원에서 더 상세히 설명되는 바와 같이, 제1 송신 스킴과는 적어도 하나의 동작 양태에서 상이할 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 다음의 구성 관련 요건(예를 들면, 구성 관련 특성) 중 하나 이상을 포함할 수도 있다. 예를 들면, WTRU는, 하나 이상의 다른 QoS 요건을 대체하는 송신 우선 순위(예를 들면, 절대 우선 순위)를 소정의 데이터에게 제공하도록 구성될 수도 있다. 한 예에서, WTRU는, 예를 들면, 다른 타이밍, 레이트 또는 효율성 관련 QoS 요건에 무관하게, 가장 높은 우선 순위를 갖는 패킷을 송신하도록 상위 레이어에 의해 구성될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 예를 들면, TRP에 대한 랜덤 액세스, 제어 채널의 변경 및/또는 모니터링, 허가 및/또는 송신 파라미터 선택, SR 방법 선택, 및/또는 등등을 포함하는 다른 WTRU 거동을 허용할 수도 있고 및/또는 가능하게 할 수도 있다.

본원에서 설명되는 바와 같이, WTRU는 송신(예를 들면, 업링크 송신)에 관련되는 하나 이상의 QoS 요건이 충족되지 않을 수도 있다는 것을 결정하도록 구성될 수도 있다. 이러한 QoS 요건은, 예를 들면, (예를 들면, 본원에서 설명되는 것과 같은) 관련되는 레이트 및/또는 타이밍일 수도 있다. QoS 요건을 충족할 수 없다는 것은, 예를 들면, 적용 가능한 프로시져의 변경, 송신 스킴의 변경, 및/또는 다른 송신 관련 거동의 변경으로 이어질 수도 있다. 예를 들면, WTRU는 제1 송신 스킴을 사용하여 업링크 송신을 시도할 수도 있다. WTRU는, 본원에서 설명되는 타이밍 관련 또는 송신 레이트 관련 요건과 같은 QoS 요건이 (예를 들면, 송신에 대해 이용 가능한 데이터의 적어도 서브세트에 대해) 제1 송신 스킴을 사용하여 충족될 수 있는지 또는 충족될 수 없는지의 여부를 결정할 수도 있다. 제1 송신 스킴을 사용하여 QoS 요건이 충족되지 않을 수도 있다는 것을 WTRU가 결정하면, WTRU는 QoS 요건을 충족시키기 위해 자신의 동작을 조정할 수도 있다. 예를 들면, WTRU는 송신에 대해 사용되는 송신 스킴을 자율적으로 조정할 수도 있다. 송신에 대해 사용되는 리소스에 대한 증가, 그 리소스에 대한 변경, 또는 그 리소스의 감소를 포함할 수도 있는 조정은, 송신 스킴의 하나 이상의 동작 양태에서의 변경(예를 들면, 하나 이상의 송신 파라미터 변경)으로 나타날 수도 있다.

송신 스킴을 변경할 때, 네트워크에 대한 WTRU의 연결성은 영향을 받을 수도 있다/변경될 수도 있다. 따라서, 연결성 타입은, 상이한 송신 스킴 사이에서 변할 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, 연결성 타입의 변경시, WTRU는 액세스 프로시져를 개시할 수도 있고 및/또는 네트워크와의 재구성 프로시져(예를 들면, L3 재구성)를 요청할 수도 있다. 한 예에서, WTRU는 자신의 연결성의 재구성을 요청하는 RRC 프로시져를 개시할 수도 있다. 요청은 다음 중 하나 이상을 포함할 수도 있다. 요청은, 적용 가능한 논리적 데이터 그룹핑의 아이덴티티(예를 들면, LCH, LCG, SOM, 및/또는 등등)를 포함할 수도 있다. 요청은, 연결성에서의 변경에 대한 요청을 트리거한 QoS 양태에 관련되는 정보(예를 들면, 리소스 조정의 양, 개선에 대한 레이트 또는 타이밍, 등등)를 포함할 수도 있다. 요청은 송신될 데이터에 관련되는 정보(예를 들면, 큐의 헤드 지연 또는 평균 지연, 미처리 데이터의 양, 등등)를 포함할 수도 있다. WTRU는 요청에서 측정을 포함할 수도 있다.

WTRU는 TRP 액세스 및/또는 랜덤 액세스를 개시할 수도 있다. 예를 들면, WTRU는 이용 가능한 리소스의 양을 증가시키는, 리소스의 타입을 변경하는, 관련된 TRP의 양을 수정하는, 및/또는 등등의 목적을 위해 시스템에 대한 액세스를 개시할 수도 있다. WTRU는, 하나 이상의 TRP가 WTRU 범위 내에 있을 수도 있다는 것을 (예를 들면, 시그니쳐와 같은 기준 신호의 측정으로부터) 결정할 수도 있다. WTRU는 (예를 들면, 액세스 테이블에 포함되는 정보를 사용하여) 적절한 랜덤 액세스 리소스를 결정할 수도 있다. WTRU는 그러한 리소스 상에서 프리앰블의 송신을 개시할 수도 있다. 전술한 동작은 WTRU가 이용 가능한 리소스의 상이한 세트로 이어질 수도 있다(예를 들면, 리소스는 증가될 수도 있거나 또는 감소될 수도 있고, 및/또는 모니터링할 제어 채널의 상이한 세트가 존재할 수도 있다). 예를 들면, WTRU는 이용 가능한 리소스 세트의 증가를 개시할 수도 있는데, 이것은 더 많은 물리적 레이어 리소스, 더 많은 캐리어, 추가적인 TRP 및/또는 네트워크 엔티티와의 Uu 인터페이스의 애그리게이션으로 이어질 수도 있다(예를 들면, 네트워크 엔티티는 eNB 및/또는 TRP를 포함할 수도 있고, 인터페이스는 이중 연결성 또는 유사한 기술, 등등 통할 수도 있다).

송신 스킴을 변경할 때, WTRU는, WTRU가 모니터링하고 있는 제어 채널의 아이덴티티 및/또는 수를 확장할 수도 있거나 또는 수정할 수도 있다. 따라서, WTRU에 의해 모니터링되는 하나 이상의 제어 채널의 세트는, 상이한 송신 모드에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, WTRU는 상이한 및/또는 추가적인 제어 채널이 송신을 스케줄링하는 데 이용 가능하다는 것을 결정할 수도 있다. WTRU는 이들 제어 채널을 요청할 수도 있고 및/또는 활성화할 수도 있다. WTRU는, (예를 들면, 네트워크로의) 신호의 송신에 후속하여 결정을 수행할 수도 있다. 신호는 이러한 제어 채널을 활성화하고자 하는 요청을 나타낼 수도 있다. 한 예에서, WTRU는 (동일한 시그니쳐 및/또는 셀을 제외하고는) 시스템에 대한 액세스를 수행하는 것과 유사한 방식으로 결정을 수행할 수도 있다. WTRU는 제어 채널을 스위칭할 수도 있고 및/또는 추가할 수도 있다. 예를 들면, WTRU는, 상이한 SOM과 관련되는 제어 채널로 스위칭할 수도 있고 및/또는 그 제어 채널을 추가할 수도 있다(예를 들면, 제어 채널은 상이한 물리적 레이어 리소스, 상이한 물리적 데이터 채널, 및/또는 상이한 뉴머롤로지와 관련될 수도 있다).

송신 스킴을 변경할 때, WTRU는 가용 리소스를 확장할 수도 있고 및/또는 수정할 수도 있다. 따라서, 이용 가능한 리소스의 세트는, 상이한 송신 모드에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다. WTRU는, 리소스의 상이한 세트가 이용 가능하다는 것을 결정할 수도 있다. WTRU는, DCI 및/또는 DCI 타입의 상이한 세트로 스위칭할 수도 있다. 예를 들면, WTRU는, 자신이 제어 채널 상에서 DCI의 상이한 세트를 디코딩하려고 시도할 수도 있다는 것을 결정할 수도 있다. 이러한 DCI는 상이한 SOM, 상이한 뉴머롤로지, PRB의 상이한 세트, 및/또는 등등과 관련될 수도 있다. WTRU는, 자신의 제어 채널 모니터링 활동을 업데이트할 수도 있다(예를 들면, DRX가 업데이트될 수도 있다). 예를 들면, WTRU는 (예를 들면, 더욱 집약적으로 디코딩을 시작하기 위해) 제어 채널에 대한 자신의 모니터링 빈도 또는 강도를 변경할 수도 있다. WTRU는 더 많은 리소스가 소망될 때 제어 채널에 대한 활성 모드로 진입할 수도 있다. WTRU는, QoS 요건에 기초하여(예를 들면, QoS 요건의 함수로서) 요청을 스케줄링하기 위한 스킴을 선택할 수도 있다. 예를 들면, WTRU는 송신될 데이터와 관련되는 QoS 요건에 기초하여(예를 들면, QoS 요건의 함수로서) 송신 리소스를 획득하기 위한 특정한 스킴을 선택할 수도 있다. 데이터에 대한 적용 가능한 QoS 요건이 충족될 수 있다는 것을 WTRU가 결정하는 경우, WTRU는 경합 기반의 송신 스킴을 사용할 수도 있다. 데이터에 대한 적용 가능한 QoS 요건이 충족될 수 없을 수도 있다는 것을 WTRU가 결정하는 경우, WTRU는 송신을 위해 전용 SR 리소스를 사용할 수도 있다. 복수의 리소스 및/또는 요청 스케줄링 스킴이 이용 가능하다는 것을 WTRU가 결정하는 경우, WTRU는, 적용 가능한 송신 요건을 충족하는 송신을 스킴 및/또는 리소스가 가능하게 할 수도 있으면, SOM과 관련되는 리소스 및/또는 요청 스케줄링 스킴을 선택할 수도 있다.

송신 스킴을 변경할 때, WTRU는 특정한 송신 파라미터 또는 허가를 수정할 수도 있고 및/또는 선택할 수도 있다. 따라서, 송신 파라미터 및/또는 허가는, 상이한 송신 모드에 대해 변경될 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, WTRU는, 송신 파라미터의 상이한 세트가 이용 가능하고 및/또는 데이터 송신을 위해 사용될 수도 있다는 것을 결정할 수도 있다. WTRU는, 데이터 송신의 하나 이상의 특성이 수정될 수도 있도록, 복수의 허가 중에서 허가를 선택할 수도 있다. 이러한 특성은, 신뢰성, HARQ 동작 포인트, 송신에 적용되는 다이버시티, 송신 전력, 등등을 포함할 수도 있다.

송신 스킴을 변경하는 경우, WTRU는, 데이터 송신과 관련되는 멀티플렉싱, 어셈블리, 및/또는 세그먼트화(segmentation) 기술 및/또는 규칙을 수정할 수도 있다. 따라서, 멀티플렉싱, 어셈블리, 및 세그먼트화는, 상이한 송신 모드에 대해 변경될 수도 있는 동작 양태의 예일 수도 있다. 예를 들면, WTRU는, 데이터의 송신을 위해 MAC PDU를 생성할 때, 자신의 멀티플렉싱 규칙, 어셈블리 및/또는 세그먼트화 규칙, 및/또는 등등을 변경할 수도 있다. 예를 들면, WTRU는, QoS 요건이 충족되지 않을 수도 있는 데이터를 다룰 때 MAC 레이어에서 패킷을 세그먼트화하는 것을 스킵할 수도 있다.

WTRU는, 데이터의 제1 서브세트에 대한 레이턴시 관련 특성 또는 기준(예를 들면, 시간 관련 QoS 요건)을 유지하도록 및/또는 그에 대해 작용하도록 구성될 수도 있지만, 그러나 데이터의 제2 서브세트에 대해서는 그렇지 않을 수도 있다. 데이터의 제1 서브세트는 제1 논리적 채널, 제1 플로우, 제1 서비스, 제1 데이터 타입, 및/또는 등등과 관련될 수도 있다. 데이터의 제2 서브세트는 제2 논리적 채널, 제2 플로우, 제2 서비스, 제2 데이터 타입, 및/또는 등등과 관련될 수도 있다. 예를 들면, 레이트 관련 기준은 하나 이상의 논리적 채널의 특정한 세트와 관련될 수도 있지만, 그러나 다른 논리적 채널에 대해서는 그렇지 않을 수도 있다. 한 예에서, QoS 요건은 임의의 논리적 채널 또는 플로우 상에서 상위 레이어로부터의 패킷과 함께 제공될 수도 있다. QoS 요건은 필요시 기반으로 제공될 수도 있다.

송신 스킴을 변경할 때, WTRU는, WTRU가 송신하려고 시도하고 있는 업링크 데이터와 관련된 정보를 네트워크에게 제공할 수도 있다. 예를 들면, WTRU는 QoS 관련 정보를 송신할 수도 있다. WTRU는 QoS 관련 정보를, 관련 데이터 패킷, SDU, 및/또는 바이트의 콜렉션(collection)과 함께 (예를 들면, MAC PDU에서) 송신할 수도 있다. 예를 들면, WTRU는 TTL을, 그것의 관련된 패킷, SDU, 및/또는 바이트의 콜렉션과 함께 송신할 수도 있다. TTL(또는 절대 시간)은 시간 단위(예를 들면, 밀리초)로 표현될 수도 있다. TTL은 (예를 들면, 절대 시간이 무엇일 수도 있는지를 수신자가 결정하는 것을 허용하기 위해) 절대 시간의 최하위 부분(least significant portion)을 점유할 수도 있다.

QoS 관련 정보가 관련 데이터에 첨부될 수도 있다. QoS 관련 정보가 함께 전송되는 데이터의 수신 엔티티는 네트워크 노드(예를 들면, 기지국), 또는 수신 WTRU일 수도 있다. 예를 들면, (예를 들면, UL 송신을 목적지로 직접적으로 송신하는 것에 의해) V2V 통신을 가능하게 하도록 구성되는 eNB와 같은 수신 엔티티는, 예를 들면, 중계 및/또는 포워딩과 같은 데이터 동작에서 수반될 수도 있다. 수신 엔티티는, 수신된 데이터를 프로세싱하는 방법을 결정하기 위해, QoS 관련 정보를 사용할 수도 있다. 수신 엔티티(예를 들면, 기지국)는, 데이터를 최종 목적지로 송신하는 것과 관련되는 최상의 또는 선호되는 경로, 리소스, TTI, SOM, 및/또는 등등을 결정할 수도 있고 및/또는 수정할 수도 있다. 수신 엔티티는, QoS 요건에 따라 수신된 데이터의 자신의 프로세싱을 수정할 수도 있고 및/또는 수신된 데이터의 자신의 프로세싱에 우선 순위를 부여할 수도 있다. 예를 들면, 수신 엔티티는 (예를 들면, RF 또는 기본 대역 제한의 경우에) 리소스 수신 우선 순위의 강제를 수정할 수도 있고 및/또는 리소스 수신 우선 순위의 강제에 우선 순위를 부여할 수도 있다. 수신 엔티티는, 수신된 데이터를 중계하기 위해 사용되는 리소스, RAT, 및/또는 메커니즘(예를 들면, SC-PTM 대 유니캐스트 대 eMBMS)을 수정할 수도 있다. 수신 엔티티는, 관련 셀(들) 또는 네트워크(들)가 데이터를 송신할 경로를 선택할 수도 있다. 예를 들면, 수신 엔티티는, 네트워크 내의 애플리케이션 서버로 데이터를 전송할지 또는 셀 또는 TRP 내에 위치되는 프록시 애플리케이션 서비스로 데이터를 전송할지의 여부를 결정할 수도 있다.

(예를 들면, 레이턴시에 관련되는 요건과 같은) 시간 관련 요건은, WTRU에서 다양한 표현을 가질 수도 있다. WTRU는, 시간 기반의 요건을, WTRU가 제1 송신 스킴으로부터 제2 송신 스킴으로 스위칭해야 하는 때를 결정하기 위한 기준으로서 사용할 수도 있다. 예를 들면, WTRU는 레이턴시 요건을 유지할 수도 있다. WTRU는, 예를 들면, 상위 레이어로부터, 송신 레이턴시 요건을 획득할 수도 있다. WTRU는, 예를 들면, 스케줄링 결정 및/또는 리소스 사용 결정을 행하기 위해, 리소스의 요청과 관련되는 양태를 안내하기 위해, 멀티플렉싱/디멀티플렉싱을 수행하기 위해, 및/또는 송신을 제어하기 위해, 이러한 요건을 사용할 수도 있다. 예를 들면, WTRU는, 데이터 패킷의 성공적인 송신까지, 데이터 패킷의 수신으로부터 경과한 시간을 나타낼 수도 있는 TTL 파라미터를 유지할 수도 있고 및/또는 모니터링할 수도 있다. WTRU는, 시간 관련 QoS 요건을 충족시키기 위한 방식으로 거동, 프로시져, 및/또는 등등을 조정하기 위해, 송신 단계에서(예를 들면, 각각의 송신 단계에서) TTL 파라미터를 활용할 수도 있다. WTRU는, 패킷, SDU, 바이트의 콜렉션, 및/또는 등등에 대한 TTL을 유지할 수도 있다. TTL은, 무선 인터페이스를 통한 송신을 성공적으로 완료하기 위해 할당되는 시간의 양과 관련될 수도 있다.

WTRU는, TTL이 소정의 값에 도달하거나 또는 소정의 범위를 초과하는 경우, WTRU의 거동을 변경하기 위해 (예를 들면, 자신의 송신 스택 내에서) 특정한 동작을 수행할 수도 있다. 예를 들면, WTRU MAC는, MAC PDU와 관련되는 TTL이 소정의 임계치에 도달하는 경우, 본원에서 설명되는 기술 중 하나 이상을 사용하여(예를 들면, 경합 기반의 리소스 사용하여) 자율 송신을 개시할 것을 결정할 수도 있다.

MAC은, 예를 들면, MAC PDU와 관련되는 TTL이 소정의 임계치에 도달한 경우, 다른 것에 비해 하나의 HARQ 타입을, 다른 것에 비해 하나의 TTI를, 다른 것에 비해 하나의 전송 채널을, 및/또는 다른 것에 비해 하나의 코딩 레이트를 활용할 것을 결정할 수도 있다. 따라서, TTI 길이, 전송 채널 아이덴티티, 코딩 레이트 등등은, WTRU가 송신 스킴을 변경할 때 변경될 수도 있는 동작 양태의 예일 수도 있다. WTRU는, TTL이 소정의 임계치에 도달한 경우, 네트워크로부터 (예를 들면, 소정의 SOM에 대한) 리소스에 대한 특정한 요청을 트리거할 것을, 또는 이러한 요청을 발행하기 위해 상이한 메커니즘을 사용할 것을 결정할 수도 있다.

여기서 사용되는 바와 같은 TTL의 개념은, 임의의 하나의 특정 정의로 제한되지 않는다는 것을 유의해야 한다. 예를 들면, TTL의 개념은, 하나 이상의 QoS 요건을 정의하기 위한 그리고 표현하기 위한 임의의 메커니즘을 포괄할 수도 있다. 따라서, 송신 스킴을 스위칭할 때 및/또는 송신 파라미터를 변경할 때를 결정하기 위해 몇몇 예가 TTL을 사용하는 것과 관련하여 설명될 수도 있지만, 그러나 송신 스킴을 스위칭할 때 및/또는 송신 파라미터를 변경할 때를 결정하기 위한 기준으로서, 하나 이상의 QoS 요건을 나타내는 다른 정보도 또한 사용될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 적절한 송신 리소스의 요청, 결정 및 액세스에 적어도 관련되는 피쳐에 의해 특성 묘사될 수도 있다. 예를 들면, 이들 피쳐는, 하나 이상의 적용 가능한 제어 채널(예를 들면, SOM 고유 제어 채널)의 스케줄링 및/또는 결정에 관련될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, 특정한 QoS 요건(예를 들면, 시간 관련 QoS 요건)을 충족하기 위해 네트워크 액세스(예를 들면, 적절한 리소스에 대한 액세스)를 요청하기 위한 고유의 메커니즘에 의해 특성 묘사될 수도 있다. 하나의 예시적인 실시형태에서, WTRU는 리소스 요청(RR)을 네트워크로 전송할 수도 있다. RR은 신규의 또는 수정된 리소스에 대한 요청을 포함할 수도 있고 및/또는 버퍼 상태를 나타낼 수도 있다. RR은 네트워크에 대한 연결성의 변경에 대한 요청을 포함할 수도 있다. RR은, 리소스의 변경에 대한 요청을 포함할 수도 있다. RR은, 모니터링될 또는 구성될 제어 채널의 변경에 대한 요청을 포함할 수도 있다. RR은 TRP 변경에 대한 요청을 포함할 수도 있다. RR은 SOM의 변경에 대한 요청을 포함할 수도 있다. RR은 본원에서 설명되는 바와 같은 다른 양태의 변경에 대한 요청을 포함할 수도 있다.

RR은 QoS 관련 파라미터를 나타낼 수도 있고 및/또는 QoS 요건 충족 실패의 표시(indication) 또는 잠재적인 표시를 제공할 수도 있다. QoS 관련 요건을 충족하기 위해, 상이한 서비스, 논리적 채널, 논리적 채널 그룹, 및/또는 QoS 그룹에 대해, 상이한 리소스 요청 메커니즘 및/또는 포맷이 정의될 수도 있고 사용될 수도 있다. RR의 타입은, 하나 이상의 QoS 파라미터가 소정의 임계치에 도달하는 것에 기초하여 결정될 수도 있다. RR은, 하나 이상의 QoS 파라미터가 소정의 임계치에 도달하는 것(예를 들면, TTL이 임계치에 도달하는 것)에 기초하여 전송될 수도 있다.

RR은 사용되는 전송 포맷의 타입, RR이 송신되는 리소스의 타입, RR 내에 제공되는 정보, RR 송신을 위해 사용되는 TTI 길이, SOM, 및/또는 등등에 의해 특성 묘사될 수도 있다. WTRU는 하나 이상의 QoS 특성에 기초하여 어떤 RR을 사용할지를 결정할 수도 있다.

RR에서 송신되는 정보는, 예를 들면, 리소스에 대한 요청, 할당된 리소스의 수정에 대한 요청, 버퍼 상태의 표시, 및/또는 소정의 QoS 요건 충족의 실패 또는 잠재적 실패의 표시를 포함할 수도 있다. RR은, 다가오는 리소스 및/또는 RR이 사용하려고 계획하고 있는 리소스에서 송신하려는 의도의 표시를 포함할 수도 있다. RR은, RR이 트리거되었던 데이터와 관련되는 소정의 QoS 요건을 충족시키기 위해, 리소스가 요청되고 있다는 표시를 포함할 수도 있다. 몇몇 예에서, 이러한 표시는 RR에서 제공되는 유일한 정보일 수도 있다. 다른 예에서, 송신 및/또는 송신하는 WTRU에 관한 정보와 같은 추가적인 정보가 RR 내에서 제공될 수도 있다.

WTRU는, RR에서, RR이 적용되는 특정한 서비스, SOM, 및/또는 LCG 중 하나 이상을 식별할 수도 있다. 한 예에서, RR에 포함되는 표시는, (예를 들면, 상이한 SOM/전송 채널에 대해 별개의 물리적 리소스가 사용된다는 것을 가정하여) RR이 송신되고 있는 SOM/전송 채널에 대한 추가적인 리소스를 할당하라는 요청을 시그널링할 수도 있다. WTRU는 단일 SOM에서 (예를 들면, 각각의 SOM과 관련되는 리소스에 대해 하나씩) 다수의 RR을 송신할 수도 있다. RR(예를 들면, 다수의 RR의 각각)은 상이한 SOM과 관련되는 리소스에 대한 요청을 시그널링할 수도 있다. RR이 전송되고 있는 SOM과 RR 사이의 관련성은, 태그에 기초할 수도 있고(예를 들면, 태그는 RR에 포함될 수도 있음), 사용되는 리소스(예를 들면, 시간 또는 주파수 또는 둘 모두에서의 비트의 위치)에 기초할 수도 있고, RR 송신의 다른 물리적 특성(예를 들면, 송신 전력/에너지, 변조 스킴, 등등)에 기초할 수도 있고, RR의 포맷에 기초할 수도 있고, RR의 사이즈에 기초할 수도 있고, RR의 타이밍(예를 들면, RR이 WTRU에 의해 전송되는 때)에 기초할 수도 있고, 및/또는 등등에 기초할 수도 있다.

RR은 추가적인 송신 리소스에 대한 요청 및/또는 현재 할당된 리소스가 (예를 들면, 특정한 서비스 또는 논리적 채널의 데이터와 관련하여, 또는 특정한 SOM과 관련하여) 충분한지의 여부를 나타낼 수도 있다. RR은 추가적인 리소스를 (예를 들면, 이전 송신에 따라) 동적으로 요청할 수도 있다. 예를 들면, WTRU는, 이전 송신 직후에 또는 바로 다음에 할당될 수도 있는 추가적인 리소스에 대한 액세스를 획득하기 위해 RR을 송신할 수도 있다. RR은 WTRU에서 현재 할당된 리소스의 양에 따라 리소스를 요청할 수도 있다. 예를 들면, WTRU는, 유한한 기간 동안 WTRU의 사용을 위해 시간의 단위마다 특정한 양의 리소스를 요청할 수도 있고 및/또는 그 특정한 양의 리소스를 가지고 구성될 수도 있다(예를 들면, 리소스는 보장될 수도 있거나 또는 예약될 수도 있다). 이러한 리소스의 구성에 후속하여, WTRU는, WTRU에 이미 제공된 리소스의 양을 감소시키거나 또는 증가시키기 위해 RR(예를 들면, 새로운 요청) 또는 표시를 전송할 수도 있다.

RR 내의 표시는 소정의 값을 가질 수도 있다. 예를 들면, 표시는 두 개의 가능한 값 중 하나를 취할 수도 있다(예를 들면, 1 비트 값). 표시는, 적어도 하나의 PDU에 대해, 송신의 성공적인 완료의 예상 시간이, PDU의 TTL을 더한 현재 시간을 초과하는 경우, 제1 값을 취할 수도 있다. 그렇지 않은 경우, 표시는 제2 값을 취할 수도 있다. 다른 예에서, RR 내의 표시는, 네 개의 가능한 값(예를 들면, 2 비트 값) 중 하나를 취할 수도 있다. WTRU는, 각각의 PDU에 대해, 현재 시간 및 PDU의 TTL의 합과 성공적인 완료의 예상된 시간 사이의 차이를 결정할 수도 있다. WTRU는, 송신될 모든 PDU에 걸친 가장 큰 이러한 차이에 기초하여 표시의 값을 설정할 수도 있다. 표시는, 차이가 제1 임계치를 초과하는 경우 제1 값으로, 차이가 제2 임계치를 초과하는(그러나 제1 임계치를 초과하지 않는) 경우 제2 값으로, 차이가 제3 임계치를 초과하는(그러나 제2 임계치를 초과하지 않는) 경우 제3 값으로, 그 외의 경우 제4 값으로 설정될 수도 있다. 임계치의 값은 상위 레이어에 의해 시그널링될 수도 있거나 또는 미리 정의될 수도 있다. 표시에 대한 가능한 값의 수를 증가시키는 것은, 할당된 리소스의 더 빠른 또는 더 정확한 조정을 허용할 수도 있다.

소정의 옵션에서 또는 소정의 RR 타입에 대해, RR은 본원에서 설명되는 바와 같은 QoS 관련 스케줄링 정보로부터 유도되는 정보를 포함할 수도 있다. 예를 들면, WTRU는 레이턴시 관련 또는 임의의 QoS 관련 정보를 수신 노드로 송신할 수도 있다. 정보는 RR에서, MAC PDU에서, 또는 RRC 시그널링 메시지에서 송신될 수도 있다. 정보는, 예를 들면, 리소스를 스케줄링하기 위해 및/또는 리소스를 필요로 하는 상이한 WTRU 사이에서 우선 순위를 부여하기 위해, 네트워크에 의해 사용될 수도 있다. RR에서 (예를 들면, WTRU에 의해) 포함될 수도 있는 정보는 다음 형태 중 하나 이상의 기능을 취할 수도 있거나 또는 그 하나 이상의 기능일 수도 있다.

WTRU는, RR에서, TTL과 관련되는 정보를 포함할 수도 있다. 예를 들면, WTRU는, 송신을 위해 현재 WTRU에 큐잉되어 있는 패킷, PDU, 등등에 대한 TTL, 또는 최소 TTL을 포함할 수도 있다. WTRU는, 레이턴시가 중요할 수도 있는 다수의 송신 큐를 유지할 수도 있다. WTRU는 다수의 송신 큐의 각각의 큐의 헤드에 대해 TTL을 송신할 수도 있다.

WTRU는, RR에서, 버퍼 사이즈와 관련되는 정보를 포함할 수도 있다. 예를 들면, WTRU는 TTL 요건과 관련되는 데이터의 버퍼 사이즈, 요청을 트리거한 서비스(들)에 대해 멀티플렉싱될 수 있는 데이터의 버퍼 사이즈, 또는 WTRU에서의 데이터 전체(예를 들면, 그들의 관련된 우선 순위 및/또는 요건을 포함함)의 버퍼 사이즈를 포함할 수도 있다.

WTRU는, RR에서, 특정한 패킷, PDU, 등등에 대한 타이밍 범위, 및/또는 그들의 각각의 버퍼 사이즈와 관련되는 정보를 포함할 수도 있다. 예를 들면, WTRU는 PDU 또는 데이터의 세트에 대한 허용 가능한 레이턴시 범위에 대한 최소 및 최대 값을 송신할 수도 있다.

WTRU는, RR에서, 무선을 통해 패킷 또는 일정 양의 데이터를 송신/수신하기 위한 절대 시간, 또는 허용 가능한 레이턴시에 대한 절대 시간의 범위와 관련되는 정보를 포함할 수도 있다. WTRU는, RR에서, QoS 클래스 또는 데이터의 절대 우선 순위와 관련되는 정보, 레이트 관련 정보, 및/또는 (예를 들면, 현재 할당된 리소스가 주어지면) 적어도 하나의 PDU의 송신을 성공적으로 완료하기 위한 예상 시간을 포함할 수도 있다. 예상 시간은, 결국에는(in turn), 다음 중 하나 이상의 함수일 수도 있다. 예상 시간은, 주어진 우선 순위 부여 규칙의 세트 하에서 처음으로 물리적 레이어로 제출되는 전송 블록에 PDU가 포함될 수 있는 예상 시간의 함수일 수도 있다. 예상 시간은 재송신에 대한 예상 시간의 함수일 수도 있다. 본원에서 설명되는 파라미터 중 하나 이상은 미리 정의된 값으로 설정될 수도 있거나 또는 상위 레이어에 의해 시그널링될 수도 있다.

WTRU는, RR에서, WTRU가 리소스 상에서 사용할 수도 있는 특정한 TTI와 관련되는 정보(예를 들면, 2 심볼 또는 0.5 ms), 시간 단위마다의 리소스 블록의 수(예를 들면, x 개의 프레임의 고정된 기간에서의 리소스 블록의 수), 및/또는 (예를 들면, WTRU에 의해 지원되는, 또는 WTRU의 무선 특성에 기인하여 WTRU에 의해 선호되는 특정한 폭이 좁은 대역폭에서) 이러한 리소스가 위치될 수도 있는 주파수 범위를 포함할 수도 있다.

WTRU는, PHY 리소스 상에서의 송신과 관련되는 리소스, 타이밍, 인코딩, 전력, 및/또는 등등 선택을 통해 특정한 RR 관련 정보를 나타낼 수도 있다(예를 들면, 암시적으로 나타낼 수도 있다). 예를 들면, WTRU는, 자신이 RR을 전송하기 위해 사용하는 시간/주파수 리소스에 기초하여 WTRU에 할당될 추가적인 리소스의 양을 나타낼 수도 있다. RR 관련 정보는, RR 송신에서 사용되는 포맷 및/또는 전송 메커니즘에 의해 나타내어질 수도 있다. RR은, 예를 들면, (예를 들면, 특정한 PHY 제어 채널 상의 또는 데이터와 함께 피기백되는) PHY 레이어에서 및/또는 (예를 들면, MAC CE 및/또는 등등을 사용하여) MAC 레이어에서 송신될 수도 있다. RR은 전체적으로 PHY 레이어에서 송신될 수도 있다. PHY 레이어에서 송신되는 경우, RR은 다음 중 하나 이상을 통해 송신될 수도 있다.

RR은 단일의 OFDM 심볼을 사용하여 또는 (예를 들면, 미리 정의된 또는 구성된 위치에서) WTRU의 업링크 송신과 관련되는 리소스 블록 중 하나에서 단일의 심볼을 사용하여 송신될 수도 있다. 한 예에서, RR은, 가장 큰 인덱스 또는 인덱스들을 갖는 OFDM 서브캐리어의 마지막 심볼(들)(예를 들면, 시간에서의 마지막 심볼(들))에서 송신될 수도 있다. RR은 업링크 제어 채널을 사용하여 또는 업링크 제어 채널에서 송신될 수도 있는 WTRU 자율 스케줄링 정보의 일부로서 송신될 수도 있다.

RR은 전용 PHY 리소스를 사용하여 송신될 수도 있는데, 전용 PHY 리소스의 위치는 네트워크에서 시그널링(예를 들면, RRC 시그널링)을 통해 WTRU에게 제공될 수도 있거나 또는 WTRU로 전송되는 액세스 테이블에 포함되는 정보를 통해 획득될 수도 있다. RR은 (예를 들면, PHY 리소스의 위치를 유도하기 위해) 아이덴티티 정보 또는 타이밍 관련 정보를 사용하여 (예를 들면, 전술한 것과 연계하여) 송신될 수도 있다.

RR은, RACH와 같은 경합 기반의 리소스 또는 유사한 시그널링을 사용하여 송신될 수도 있다. 경합 기반의 리소스는, (예를 들면, 특정한 WTRU와 관련되는 몇몇의/적은 수의 간섭을 받은 리소스 엘리먼트가 사용되도록 하는 펑처링 또는 CDMA를 사용하여) 이들 WTRU와의 전체 간섭을 최소화할 정도로 그런 방식으로 다른 WTRU에 의해 활용되고 있는 PHY 리소스를 통해 확산될 수도 있다. LTE 지원 5Gflex의 엄격한 상호 연동의 예시적인 경우에, WTRU는 LTE PUCCH를 통해 RR을 송신하도록 구성될 수도 있다. PUCCH SR은, 요청이 5G 시스템에 의해 충족될 수 있는 QoS 특성과 관련된다는 정보를 반송하도록(carry) 확장될 수도 있다. 더 구체적으로는, SR은 WTRU가 5G 리소스를 요청하고 있다는 것을 나타낼 수도 있다. 이것은, 예를 들면, 추가 비트를 포함하도록 SR 포맷을 변경하는 것에 의해, SR 트리거식 5G 요청이 전송되는 특별한 리소스를 예약하는 것에 의해, 및/또는 등등에 의해 가능하게 될 수도 있다.

WTRU는 RR을 송신하기 위한 리소스 또는 메커니즘의 다수의 세트에 액세스할 수도 있다. 예를 들면, 상이한 서비스에 대해, RR은, 예를 들면, 상이한 포맷 또는 타입, 송신할 시간의 상이한 값(예를 들면, 요청을 트리거하는 것으로부터 무선을 통해 요청을 송신하기까지의 시간), 상이한 심볼, 상이한 시그널링 메커니즘, 상이한 전송 포맷, 및/또는 등등을 비롯한, 상이한 특성을 가지고 정의될 수도 있다. WTRU는 다음 중 하나 이상에 기초하여 이들 상이한 메커니즘으로부터 선택될 수 있을 수도 있다. WTRU는 전송될 데이터 또는 큐에 있는 데이터의 레이턴시 특성에 기초하여 RR을 송신하기 위한 메커니즘을 선택할 수도 있다(예를 들면, 데이터는 레이턴시가 중요할 수도 있거나 또는 중요하지 않을 수도 있다). WTRU는 전송될 데이터 또는 하나 이상의 패킷의 TTL에 기초하여 RR을 송신하기 위한 메커니즘을 선택할 수도 있다(예를 들면, TTL은 임계치에 관련될 수도 있거나 또는 관련되지 않을 수도 있다). WTRU는 서비스 타입 또는 데이터의 우선 순위에 기초하여 RR을 송신하기 위한 메커니즘을 선택할 수도 있다. WTRU는 본원에서 설명되는 QoS 요건(예를 들면, 시간 기반의 또는 레이트 기반의 QoS 요건) 중 하나 이상에 기초하여 RR을 송신하기 위한 메커니즘을 선택할 수도 있다. 예를 들면, WTRU는, 예를 들면, RR이 전송/트리거되는 버퍼(들) 내의 데이터의 시간 임계성(time criticality), 우선 순위, 및/또는 타이밍 요건에 따라, 상이한 TTI를 사용하여 서비스(예를 들면, ULLRC 또는 eMBB)에 대한 RR에 PHY를 전송할 수도 있다.

SOM에 대한(예를 들면, 각각의 SOM에 대한), 주어진 서비스에 대한 또는 논리적 채널에 대한 RR은, RR이 PHY 레이어에서 어떻게 송신되는지에 관련되는 상이한 특성을 가질 수도 있다. 한 예에서, RR은, 상이한 전송 채널을 통해, 상이한 TTI 및 다이버시티/신뢰성을 사용하여, (예를 들면, 공유된/경합 기반의 리소스와 대비하여) 전용 리소스를 사용하여, 및/또는 다른 메커니즘/기술을 사용하여, 상이한 코딩 스킴을 가지고 송신될 수도 있다. WTRU는 수반되는 SOM 또는 서비스에 따라 상이한 RR 메커니즘을 활용할 수도 있다. 예를 들면, ULL 서비스를 가지고 구성되는 WTRU는 ULL 서비스에 대한 리소스를 요청하기 위해 1 비트 PHY 레이어 RR 메커니즘을 활용할 수도 있고, 한편 WTRU는, PHY 레이어에서의 RR과 연계한 버퍼 상태가 IBB 타입 서비스 요청을 나타내는 경우, MAC 레이어 RR을 활용할 수도 있다.

WTRU는 다음 중 하나 이상에 기초하여 RR을 트리거할 수도 있다. WTRU는 본원에서 설명되는 QoS 요건(예를 들면, QoS 관련 이벤트)에 기초하여 RR을 트리거할 수도 있다. 예를 들면, WTRU는 레이턴시 관련 이벤트에 기초하여 RR을 트리거할 수도 있다. 이러한 레이턴시 관련 이벤트는, 예를 들면, MAC 레이어 또는 상위 레이어에서 시간 임계 패킷의 도달을 포함할 수도 있다. WTRU는, 하나 이상의 패킷의 TTL 또는 데이터가 임계치 아래로 떨어지는 것에 기초하여 RR을 트리거할 수도 있다. WTRU는, WTRU에서의 서비스, TRP, 논리적 채널, SOM, 및/또는 등등의 개시, 구성 또는 재구성에 기초하여 RR을 트리거할 수도 있다. WTRU는 진행 중인 송신과는 상이한 QoS 클래스를 갖는 패킷의 도달에 기초하여 RR을 트리거할 수도 있다. WTRU는 레이트 관련 QoS 요건을 충족하지 않는 데이터, 및/또는 등등에 기초하여 RR을 트리거할 수도 있다.

WTRU는 다음 중 하나 이상에 기초하여 RR을 트리거할 수도 있다. WTRU는 애플리케이션 레이어로부터의 표시에 기초하여 RR을 트리거할 수도 있다. WTRU는 타이머의 주기적인 만료에 기초하여 RR을 트리거할 수도 있다. WTRU는 버퍼가 더 이상 비어 있지 않다는 표시(또는 다른 버퍼 점유 정보)에 기초하여 RR을 트리거할 수도 있다. WTRU는, 슬립, DRX, 및/또는 등등으로부터의 복귀시 재송신이 수행되어야 한다는 것을 하나 이상의 HARQ 엔티티가 나타내는 것에 기초하여 RR을 트리거할 수도 있다. WTRU는 서비스의 개시, 구성 또는 재구성에 기초하여 RR을 트리거할 수도 있다. WTRU는 논리적 채널(예를 들면, 저 레이턴시 통신을 요구하는 논리적 채널)의 생성에 기초하여 RR을 트리거할 수도 있다. WTRU는, WTRU가 네트워크에 연결되는 것에 기초하여 RR을 트리거할 수도 있다. 마지막 예의 트리거 이벤트와 관련하여, 네트워크가 LTE 지원 네트워크이면 그리고 LTE 서비스에 의해 충족될 수 없는 요건을 갖는 새로운 데이터가 도달되면, WTRU는 5GFlex RR을 트리거할 수도 있다.

WTRU는, 다른 서비스 또는 다른 논리적 채널을 서비스하고 있는 리소스 상에서의 데이터의 송신이 진행 중인 동안 시작된 동안, 서비스 또는 논리적 채널에 대한 RR을 트리거할 수도 있다. 이 시나리오에서, WTRU는, 예를 들면, (예를 들면, 각각의 서비스에 대한 현재 QoS 특성에 기초하여 또는 절대적 기간에서의) 우선 순위의 결정, 리소스의 양, 및/또는 전송될 데이터의 양에 기초하여, 다음의 액션 중 하나 이상을 수행할 수도 있다. WTRU는 진행 중인 데이터 송신에 RR 정보를 첨부할 수도 있거나, 또는 WTRU는 진행 중인 데이터 송신이 완료될 때까지 RR의 송신을 지연시킬 수도 있다. 그러나, 시간에 민감한 송신의 경우, WTRU가 RR의 송신을 지연시키는 경우, 또는 첨부된 정보가 TTI의 끝에서 네트워크에 의해 TTI의 끝에서 디코딩되는 경우, RR 지연은 수행되지 않을 수도 있다. WTRU는 RR을 네트워크로 즉시 전송할 수도 있다. WTRU는 RR의 송신을 방지할 수도 있고, 현존하는 리소스를 사용하여 RR을 트리거한 새로운 서비스를 다루기 위해 리소스 우선 순위 부여를 수행할 수도 있다.

예시화하기 위해, WTRU는 진행 중인 웹 브라우징 세션을 가질 수도 있고, 송신에 이용 가능한 리소스를 가질 수도 있다. 그 시간에 WTRU가 덜 엄격한 QoS 요건(예를 들면, 시간 관련 QoS 요건)을 갖는 데이터를 수신하는 경우, WTRU는 (예를 들면, MAC PDU를 사용하여 또는 RR을 PHY 레이어에 임베딩하여) 리소스 요청 정보를 데이터와 함께 송신할 수도 있다. 수신되는 데이터가 엄격한 QoS 요건을 갖는 경우 또는 레이턴시 요건이 충족되고 있지 않는 경우, WTRU는 서비스와 관련되는 RR 특성을 사용하여 RR의 송신을 트리거할 수도 있다(예를 들면, RR의 송신을 위해 사용되는 RR 특성은, RR이 적용되는 서비스를 암시적으로 나타낼 수도 있고; RR 특성은 뉴머롤로지, 타이밍, 리소스, 송신 기술, 및/또는 등등을 반영할 수도 있다). 이러한 경우에, WTRU는 (예를 들면, 상이한 리소스 상에서) 진행 중인 데이터 송신과 병렬로 RR을 송신할 수도 있거나, 또는 WTRU는 RR을 송신하기 위해 데이터의 송신을 지연시킬 수도 있다. 예를 들면, 데이터가 진행 중인 송신의 중간에 도달하고 RR이 트리거되는 경우, WTRU는 제1 이용 가능한 리소스에서 데이터를 송신(즉, 즉시 송신)할 수도 있다. 다음 이용 가능한 리소스가 무선 인터페이스 상의 대응하는 RR을 송신하기 위한 시간보다 더 늦은 시간에 발생하면, WTRU는 진행 중인 송신 동안 RR을 송신할 수도 있다. 더 긴 TTI의 송신이 진행되는 동안 및/또는 RR 고유의 리소스가 제한되거나 또는 이용 불가능한 동안 RR을 송신하기 위한 메커니즘이 본원에서 설명된다.

본원에서 설명되는 예시적인 통신 시스템에서, WTRU는 네트워크로부터의 허가를 통해 리소스에 대한 액세스를 획득할 수도 있다. 허가된 리소스를 사용할지의 여부는, 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. WTRU는 허가에서 다음 중 하나 이상을 수신할 수도 있다. WTRU는, WTRU가 액세스할 수도 있는 리소스에 대한 정보(예를 들면, 표시)를 수신할 수도 있다. 리소스는, 예를 들면, 미리 구성된 리소스 인덱스로서 명시될 수도 있거나 또는 허가에서 명시적으로 시그널링될 수도 있다. WTRU는, 허가가 유효한 SOM 또는 전송 채널에 관한 정보를 수신할 수도 있다. 예를 들면, 정보는 WTRU가 사용할 수도 있는 뉴머롤로지, TTI, 및/또는 파형을 나타낼 수도 있다. WTRU는, 주어진 허가에 대해 WTRU가 사용할 수도 있는 논리적 채널, 서비스 타입, 우선 순위, 및/또는 등등에 관한 정보를 수신할 수도 있다. 정보는, WTRU와 네트워크 사이에서 일반적으로 이해되는 식별자 또는 값을 포함할 수도 있다. WTRU는 (예를 들면, MCS, 블록 사이즈, 시작 시간, 등등과 같은) 허가의 전송 포맷에 관한 정보를 수신할 수도 있다. WTRU는 TTI 길이에 관한 정보를 수신할 수도 있다. WTRU는, 허가의 유효성에 관한 정보를 수신할 수도 있다. 예를 들면, 정보는, WTRU가 허가, 기간 길이, 등등에 대해 사용하도록 허용되는 TTI 또는 TTI 범위를 나타낼 수도 있다. WTRU는, 허가와 함께 사용 가능한 또는 허가로부터 배제될 수도 있는 논리적 채널, 우선 순위, 및/또는 서비스의 범위에 관한 정보를 수신할 수도 있다. 범위는, 특정 우선 순위 값보다 더 클 수도 있거나 또는 더 작을 수도 있다(예를 들면, 이것은 허가에서 네트워크에 의해 나타내어질 수도 있다).

WTRU는 논리적 채널의 송신에 우선 순위를 부여할 수도 있다. 논리적 채널 송신의 이러한 우선 순위 부여는, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, WTRU는, 허가에서 시그널링되는 값보다 더 낮은 또는 더 높은 우선 순위 값을 갖는, 또는 허가에서 시그널링되는 (예를 들면, 최소 값에서부터 최대 값까지의) 소정의 범위 내에 있는 논리적 채널(예를 들면, 임의의 논리적 채널)을 송신하기 위해 허가를 활용할 수도 있다. 허용 가능한 우선 순위 값의 범위 내에서, WTRU는 소정의 우선 순위 레벨을 배제할 수도 있다.

WTRU는 허가된 리소스의 사용에 우선 순위를 부여하도록 구성될 수도 있다. 다양한 서비스 중에서의 허가된 리소스의 우선 순위 부여는, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, 5G 서비스의 우선 순위 범위는, 허가된 리소스의 스케줄링 및 사용과 관련되는 열 개의 상이한 우선 순위 레벨을 포함할 수도 있는데, 레벨 10이 ULLC 서비스 타입과 관련될 수도 있는 가장 높은 우선 순위이다. WTRU는 (예를 들면, 더 높은 우선 순위 서비스가 송신할 데이터를 갖는 경우) 이들 더 높은 우선 순위 서비스에 대해 리소스를 먼저 지정하도록 구성될 수도 있다. 예를 들면, WTRU는 5의 우선 순위 레벨을 할당받는 허가를 수신할 수도 있다. 이와 같이, WTRU는, 5 또는 더 높은 우선 순위 레벨로 태깅되는 전송 블록에 대한, 또는 가장 높은 우선 순위가 5보다 더 낮은 경우 가장 높은 우선 순위를 갖는 전송 블록에 대한 허가(예를 들면, 허가와 관련되는 리소스)를 활용하도록 구성될 수도 있다. MAC 레이어는, PHY 레이어로부터의 허가의 표시의 수신시, 5 또는 더 높은 우선 순위 레벨을 갖는, 또는 가장 높은 우선 순위가 5보다 더 낮은 경우 가장 높은 우선 순위를 갖는 패킷을 자신의 송신 버퍼 내에서 선택할 수도 있고, 그 패킷을 송신을 위해 PHY 레이어로 전송할 수도 있다.

WTRU는 리소스 우선 순위 부여를 PHY 레이어에서 특정한 타입의 리소스에 결부시키도록 구성될 수도 있다. 리소스 우선 순위 부여를 리소스 타입에 결부시키는 것은, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. 예를 들면, WTRU는, 특정한 우선 순위의 논리적 채널에 대해서만 특정한 SOM을 사용하도록 구성될 수도 있다. 예시화하기 위해, WTRU는, 5의 우선 순위 레벨을 할당받은 허가를 수신할 수도 있다. WTRU는, 5 또는 더 낮은 우선 순위 레벨로 태깅되는 전송 블록에 대한 허가(예를 들면, 허가와 관련된 리소스)를 활용하도록 구성될 수도 있다. 이와 같이, WTRU는, 더 높은 우선 순위 데이터(예를 들면, 5보다 더 높은 우선 순위 레벨을 갖는 데이터)에 대한 허가와 관련되는 리소스를 활용하는 것이 방지될 수도 있는데, 이들 리소스가 (예를 들면, 신뢰성 또는 타임라인과 관련하여) 더 높은 우선 순위 레벨의 데이터를 수용하도록 구성되지 않을 수도 있기 때문이다.

WTRU는, 허가된 리소스가 사용될 수도 있는 우선 순위 레벨의 범위로부터 특정한 우선 순위 레벨을 배제하도록 구성될 수도 있다. 특정한 우선 순위 레벨의 배제는, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. WTRU에 의해 배제될 수도 있는 특정한 레벨은, 명세를 통해 정의될 수도 있거나 또는 WTRU로 시그널링될 수도 있다. 예를 들면, 10의 우선 순위 레벨은, 그 레벨이 초저 레이턴시 통신의 가장 높은 형태와 관련될 수도 있기 때문에(예를 들면, 항상 관련될 수도 있기 때문에), 배제될 수도 있고, 그러한 만큼, (예를 들면, 특별한 우선 순위 레벨을 나타내는 것에 의해, 또는 상이한 메커니즘을 통해) 별개로 허가될 수도 있는 리소스의 특별한 타입을 요구할 수도 있다.

WTRU는 리소스(예를 들면, 미리 구성된 리소스)에 자율적으로 액세스하도록 구성될 수도 있다. 리소스의 자율적인 액세스는, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다. WTRU는, WTRU가 자율적으로 수행할 수도 있는 송신 세트를 가지고 미리 구성될 수도 있다. 이러한 성능은, 예를 들면, IoT 애플리케이션, 산업 애플리케이션, 차량 통신, 및/또는 등등에서 바람직할 수도 있다. 이들 시나리오 중 하나 이상에서, WTRU는 시간의 오랜 기간 동안 업링크 송신을 거의 또는 전혀 갖지 않는 것으로부터 매우 낮은 레이턴시를 갖는 규칙적인(예를 들면, 주기적인) 송신을 갖는 것으로 이동할 수도 있다. 저 레이턴시를 갖는 규칙적인 송신을 시작하기 위해, WTRU는 미리 구성된 리소스의 세트를 가지고 구성될 수도 있다. WTRU는 이들 미리 구성된 리소스 중 하나 이상을 사용하여 소정의 QoS 요건을 갖는 데이터를 송신할 수도 있다. 예를 들면, WTRU는 UL, DL, 사이드링크, 등등에 대한 리소스를 가지고 구성될 수도 있다. 이러한 구성은 WTRU에 대한 리소스를 반드시 예약하지 않을 수도 있지만, 그러나, 필요로 될 때 WTRU가 어떤 리소스를 활용할 수도 있는지를 WTRU에게 나타낼 수도 있다.

미리 구성된 리소스는 하나 이상의 중첩하는 또는 중첩하지 않는 시간-주파수 리소스의 정적 구성을 포함할 수도 있다. 리소스는 시간의 유한한 기간 동안 지속할 수도 있고 및/또는 소정의 주기성을 가지고 발생할 수도 있다. 예를 들면, 하나의 미리 구성된 리소스는, 특정한 프레임 또는 서브프레임 번호에 위치되는 단일의 리소스 블록을 포함할 수도 있다. WTRU는, (예를 들면, RRC 시그널링과 유사한) 네트워크로부터의 전용 시그널링을 통해, (예를 들면, 시스템 시그니쳐와 관련하는) 액세스 테이블을 통해, 서비스 또는 WTRU에 대응하는 아이덴티티의 사용을 통해, 및/또는 이러한 미리 구성된 리소스를 필요로 할 수도 있는 서비스, 무선 베어러, 논리적 채널 및/또는 등등을 확립하는 것에 의해, 네트워크에 대한 등록 및/또는 연결시, 미리 구성된 리소스를 수신할 수도 있거나 또는 미리 구성된 리소스의 수정을 요청할 수도 있다.

WTRU는, 예를 들면, 짧은 업링크 송신을 통해 또는 RR 또는 스케줄링 정보(scheduling information; SI)의 송신을 통해, 미리 구성된 리소스에 대한 액세스를 획득할 수도 있다. 이러한 업링크 송신은 다음 중 하나 이상을 포함할 수도 있다. 송신은 송신할 요청을 포함할 수도 있다. 송신은, 미리 구성된 리소스 세트에서 소망되는 미리 구성된 리소스를 식별하는 인덱스 또는 식별자를 포함할 수도 있다. 송신은, (예를 들면, WTRU가 리소스를 한 번 사용하기를 소망하는지 또는 주기적으로 사용하기를 소망하는지의 여부, WTRU가 리소스를 사용하기를 소망하는 시간 지속 기간, 등등과 같은) 미리 구성된 리소스의 사용의 지속 기간을 명시하는 정보를 포함할 수도 있다. 송신은, 미리 구성된 리소스가 더 이상 유효하지 않은지의 여부 및/또는 미리 구성된 리소스가 더 이상 유효하지 않은 때를 정의하기 위해 잠재적으로 사용될 수도 있는 조건을 포함할 수도 있다. 송신은 미리 구성된 리소스에 관한 식별자/인덱스 및 다른 타이밍 지속 기간 관련 정보에 대한 요청을 포함할 수도 있다. 송신은 WTRU가 미리 구성된 리소스를 사용할 수도 있는 시간 기간을 포함할 수도 있다. 송신은 RR 또는 SI에서 반송될 수도 있는 다른 정보를 포함할 수도 있다. WTRU는, 예를 들면, WTRU 고유의 RR 또는 SI 리소스에 의해, 또는 본원에서 설명되는 바와 같은 명시적인 식별자에 의해, 송신에서 식별될 수도 있다.

요청(예를 들면, 본원에서 설명되는 바와 같은 RR)의 송신시, WTRU는 요청을 트리거한 서비스 또는 QoS 클래스와 관련된 하나 이상의 제어 채널의 모니터링을 시작할 수도 있다. 예를 들면, 저 레이턴시 데이터의 송신이 요청되는 경우, WTRU는 저 레이턴시 서비스, 또는 대응하는 SOM과 관련된 하나 이상의 제어 채널의 모니터링을 개시할 수도 있다. WTRU는 적시의 방식으로(예를 들면, 본원에서 설명되는 것과 유사한 방식으로) 확인을 수신할 수도 있다. WTRU는, 본원에서 설명되는 바와 같이, 짧은 업링크 송신을 전송한 이후 네트워크로부터 응답을 수신할 수도 있다. WTRU는, 응답으로부터, 다음 중 어느 하나 또는 둘 모두를 수신할 수도 있다: 짧은 업링크 송신에 있을 수도 있는 인덱스 및/또는 타이밍 관련 정보, 또는 리소스의 사용에 대한 확인 응답. 예를 들면, WTRU는, 특정한 서비스 또는 SOM에 대한 리소스에 대한 요청을 나타내는 짧은 UL 송신을 수행할 수도 있다. 네트워크는, 미리 구성된 리소스에 대한 인덱스로 응답할 수도 있다. 사전 구성 조건 및/또는 요청되는 서비스의 타입에 따라, 미리 구성된 리소스가 적어도 하나의 송신에 대해 사용될 수도 있다.

WTRU는 다운링크(DL)에서 미리 구성된 리소스를 제공받을 수도 있다. 예를 들면, 본원에서 설명되는 바와 같은 응답 메커니즘을 사용하여 제공(provision)이 이루어질 수도 있다(예를 들면, 제공은 네트워크로부터의 응답에 포함될 수도 있다). WTRU는 (예를 들면, 미리 구성된 리소스가 인에이블될 수도 있는 방법과 마찬가지로) 미리 구성된 리소스를 디스에이블할 수도 있다. 예를 들면, WTRU는, 예를 들면, 버퍼 내의 레이턴시 임계 데이터의 양이 임계치 미만인 경우, RR의 송신을 통해 미리 구성된 리소스 송신을 (예를 들면, 암시적으로) 디스에이블할 수도 있다. 미리 구성된 리소스에 대한 요청 및/또는 미리 구성된 리소스의 가능화(enablement)/불능화(disablement)는, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 예이다.

WTRU는, 예를 들면, WTRU에 반드시 할당되지 않을 수도 있는 잠재적 리소스를 사용하여, 자율적인 업링크 송신을 수행할 수도 있다. 이러한 송신의 경우, WTRU는 미리 구성된 리소스의 활용을 가능하게 할 수도 있고 및/또는 이러한 리소스가 WTRU에 의해 활용되고 있다는 것을 네트워크에 통지할 수도 있다. 추가적으로 또는 대안적으로, WTRU는, WTRU에게 할당되는 또는 하나 이상의 WTRU에 대해 전용되는 저 레이턴시 데이터 송신(예를 들면, 짧은 TTI를 가짐)을 통해 또는 저 레이턴시 업링크 제어 채널 상에서 업링크 송신을 수행할 수도 있다. 자율적인 업링크 송신은, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예이다.

WTRU는, 업링크 송신을 위해 스케줄링되는 리소스를 통해 MAC CE 또는 다른 유사한 제어 메시지를 통해 미리 구성된 리소스를 인에이블하기 위해 UL 송신을 수행할 수도 있다. WTRU는 UL 송신을 자율적으로 전송하는 대신 전술한 것을 수행할 수도 있다. 미리 설정된 리소스를 인에이블하기 위해 스케줄링된 리소스를 사용하는 것은, WTRU가 송신 스킴을 스위칭할 때 변경될 수도 있는 동작 양태의 한 예일 수도 있다.

WTRU는, 미리 구성된 리소스에 대한 요청, 또는 본원에서 설명되는 임의의 적절한 기술을 통해 미리 구성된 리소스를 사용하기 위한 표시를 송신할 수도 있다. 예를 들면, WTRU는 RR을 송신하는 것과 유사한 방식으로 요청 또는 표시를 송신할 수도 있다. 예를 들면, WTRU는 (예를 들면, RR의 콘텐츠에 기초하여) RR을 통해 미리 구성된 리소스를 인에이블할 수도 있다. WTRU는, 예를 들면, 소망되는 리소스 구성을 나타내기 위해 RR을 전송하는 것에 의해, 미리 구성된 리소스를 명시적으로 인에이블할 수도 있다. WTRU는, 예를 들면, 특정한 타입의 리소스 구성에 대한 자동 요청으로서 해석될 수도 있는 RR에 QoS 관련 파라미터를 포함시키는 것에 의해, 미리 구성된 리소스를 암시적으로 인에이블할 수도 있다. WTRU는, 특정한 트리거링 조건을 포함하는 RR의 송신시, 미리 구성된 리소스의 사용을 암시적으로 인에이블할 수도 있다. 이러한 조건은, 미리 구성된 리소스 자체의 초기 사전 구성의 일부일 수도 있다. 예를 들면, WTRU는, 특정한 임계치를 초과하는 레이턴시 임계 데이터의 양을 나타내는 RR의 송신시 미리 구성된 리소스를 활용하도록 구성될 수도 있다.

WTRU는 다음의 메커니즘 중 하나 이상을 사용하여 본원에서 설명되는 업링크 송신을 수행하도록 구성될 수도 있다. WTRU는, 네트워크에 시그널링하기 위해 하나 이상의 WTRU에 대해 예약되는 짧은 PHY 레이어 신호를 사용하여 업링크 송신을 수행하도록 구성될 수도 있다. WTRU는, 다수의 WTRU 사이에서 공유되는 채널을 통해 전송되는 CDMA형 신호 또는 펑처링된 신호(punctured signal)를 사용하여 업링크 송신을 수행하도록 구성될 수도 있다. WTRU는, 특정한 잘 정의된 시간 인스턴스에서 수행되는 RACH형 업링크 송신을 사용하여 업링크 송신을 수행하도록 구성될 수도 있다. WTRU는, 미리 구성된 리소스과와 관련되는 리소스 중 하나 상에서의 초기 송신을 통해 업링크 송신을 수행하도록 구성될 수도 있다. 다운링크에서의 네트워크 송신(예를 들면, 이것은 ACK 또는 표시를 포함할 수도 있음)은, 저 레이턴시 제어 채널, 짧은 TTI를 갖는 데이터 채널, 또는 다른 적절한 DL 채널을 사용하여 수행될 수도 있다.

WTRU는 하나 이상의 서비스에 대한 데이터를 송신하기 위한 리소스를 할당받을 수도 있다. WTRU는, 할당된 리소스의 전체 또는 서브세트를 사용하여 데이터 송신을 (예를 들면, 자체 스케줄링(self-scheduling)을 통해) 동적으로 스케줄링할 수도 있다. 할당된 리소스는 시간 도메인에서 하나 이상의 특정한 윈도우 내에서 제한될 수도 있다(예를 들면, 이러한 시간 윈도우는 수 밀리초의 지속 기간을 가질 수도 있다). 소정의 실시형태에서, 하나 이상의 시간 윈도우는 주기적으로(예를 들면, 실질적으로 주기적으로) 순환할 수도 있다. 할당된 리소스는 주파수 도메인의 소정의 범위 내에서 제한될 수도 있다. 주파수의 범위는 (예를 들면, 주파수 다이버시티를 제공하는) 시간의 함수일 수도 있다. 할당된 리소스는, WTRU가 데이터 및 제어 정보를 송신할 수도 있는 적어도 하나의 업링크 물리적 채널(UPCH)에 의해 사용될 수도 있다. 할당된 리소스는 하나 이상의 사이드링크 물리적 채널(SPCHs)에 의해 사용될 수도 있다. 리소스는, 소정의 타입의 서비스에 대해 몇몇 리소스가 예약될 수도 있도록, 서비스 타입에 기초하여(예를 들면, 서비스의 각각의 타입마다) 할당될 수도 있다.

WTRU는, 스케줄링 정보(SI), 다른 업링크 제어 정보(UCI), 및/또는 사이드링크 제어 정보(SCI)를 송신하기 위한 리소스를 할당받을 수도 있다. 이들 정보는, 예를 들면, HARQ-ACK 및/또는 CSI 피드백을 포함할 수도 있다. SI와 관련한 본원의 논의는 리소스 요청(RR)에 적용 가능할 수도 있다는 것을 유의해야 한다(예를 들면, RR은 SI의 타입으로 간주될 수도 있고 SI와 상호 교환 가능하게 참조될 수도 있다; 예를 들면, SI의 관점에서 설명되는 예는 RR에도 또한 적용 가능할 수도 있고 그 반대도 가능할 수도 있다). 마찬가지로, RR과 관련한 본원의 논의는 SI에 적용 가능할 수도 있다. 예를 들면, 전술한 것이 SI를 송신하기 위한 리소스 할당을 논의하지만, 기술 분야의 숙련된 자는, 그 메커니즘이 RR의 송신에 적용 가능할 수도 있다는 것을 이해할 것이다. SI 및/또는 다른 UCI/SCI의 송신을 위해 할당되는 리소스는, 자체 스케줄링 동작을 위해 할당되는 리소스의 블록의 일부일 수도 있거나, 또는 개별적으로 할당될 수도 있다. 소정의 실시형태에서, 리소스는 데이터를 송신하도록 이용 가능할 수도 있다. SI 및/또는 다른 UCI/SCI의 송신은, 특정한 물리적 제어 채널(예를 들면, 업링크 또는 사이드링크 물리적 제어 채널) 상에서 발생할 수도 있다. SI 및/또는 다른 UCI/SCI는, 업링크 또는 사이드링크 물리적 채널에서 (예를 들면, 데이터와 함께) 인코딩될 수도 있고 (예를 들면, 대역 내에서) 멀티플렉싱될 수도 있다.

SI 및/또는 다른 UCI/SCI의 송신을 위한 리소스 할당은, 송신을 위한 빈번한 기회를 제공하기 위해, 규칙적인 간격에서, 예컨대 적용 가능한 가장 짧은 TTI마다 발생하도록 구성될 수도 있다. SI의 단일의 인스턴스의 송신을 위해 사용되는 리소스는, 할당의 주파수 도메인에서 전체 범위를 점유할 수도 있다. 이러한 방식에서, SI의 하나의 인스턴스를 송신하도록 구성되는 시간 심볼의 수는 감소될 수도 있다(예를 들면, 최소화된다). SI는 다른 UCI/SCI와 함께 공동으로 인코딩될 수도 있다. SI 및/또는 다른 UCI/SCI는, 변조, 레이어 매핑 및/또는 리소스 엘리먼트 매핑 이전에, 개별적으로 인코딩될 수도 있고 멀티플렉싱될 수도 있다(예를 들면, 사슬 연결될 수도 있다). 코딩 레이트, 코딩 스킴 및/또는 변조는, 본원에서 설명되는 기술 중 하나 이상을 사용하여 결정될 수도 있다.

WTRU는 SI 및/또는 UCI/SCI의 송신과 관련되는 파라미터에 관한 정보를 송신할 수도 있다. 이러한 정보는, 네트워크 노드 또는 다른 WTRU와 같은 수신 노드가 SI 및/또는 UCI/SCI를 디코딩하는 것을 도울 수도 있다. 예를 들면, WTRU는 SI 및/또는 UCI/SCI와 관련되는 정보 비트의 수, 변조 및 코딩 스킴, 및/또는 리소스 정보(예를 들면, 시간 심볼의 수)를 명시할 수도 있다. 이러한 정보는 SI 및/또는 UCI/SCI와는 별개로 인코딩될 수도 있고, 및/또는 할당된 리소스의 알려진 부분으로 매핑될 수도 있다. WTRU는, 다음 시간 심볼이 SI 및/또는 UCI/SCI를 포함하는지의 여부의 (예를 들면, SI 및/또는 UCI/SCI를 포함하는 각각의 시간 심볼에 대한) 표시를 포함할 수도 있다.

WTRU는 하나 이상의 TTI에서 데이터를 송신할 수도 있다. WTRU는 하나 이상의 서비스, 하나 이상의 논리적 또는 전송 채널, 및/또는 하나 이상의 수신기(예를 들면, 네트워크 노드 또는 다른 WTRU)에 대한 데이터를 송신할 수도 있다. WTRU는 하나 이상의 수신기가 데이터를 디코딩하는 것을 돕기 위해 데이터와 관련되는 정보를 SI(예를 들면, SI의 인스턴스)에서 포함할 수도 있다. SI의 인스턴스는 하나 이상의 TTI에서의 데이터 송신 이전에 송신될 수도 있다. SI의 송신은 고정된 타이밍 관계에 따를 수도 있다.

WTRU는, 데이터의 송신이 TTI에서 발생하고 있는지 또는 아닌지의 여부를 SI에서 나타낼 할 수도 있다. 예를 들면, SI는, TTI 내에서의 적용 가능한 타입의 송신 또는 TTI에 관한 다음의 것 중 하나 이상을 나타낼 수도 있다. SI는, 데이터가 TTI에서 송신되는지 여부를 나타낼 수도 있다. SI는, 송신에 포함되는 데이터, 서비스 또는 논리적 채널의 타입을 나타낼 수도 있다. SI는, TTI에 대한 타이밍 표시(예를 들면, SI 인스턴스로부터의 얼마나 많은 시간 단위)를 포함할 수도 있다. SI는 TTI의 지속 기간을 나타낼 수도 있다. SI는 (예를 들면, RNTI와 같은) WTRU에 대한 식별자를 나타낼 수도 있다. SI는 (예를 들면, 네트워크 노드(TRP) 또는 다른 WTRU와 같은) 목적지 노드의 표시를 포함할 수도 있다. SI는, WTRU의 식별자와 같은 다른 필드와 결합되는 또는 그 다른 필드로 마스킹되는 CRC와 같은 순환 중복 검사(Cyclic Redundancy Check; CRC)를 나타낼 수도 있다. SI는 코드워드의 수를 나타낼 수도 있다. SI는 전력 관련 정보(예를 들면, 전력 헤드룸)를 나타낼 수도 있다. SI는, 스케줄링 요청 및/또는 버퍼 상태 보고, HARQ-ACK 또는 CSI 피드백, 및/또는 송신 전력 제어 커맨드와 같은 다른 제어 정보를 나타낼 수도 있다.

WTRU는 SI에서 정보가 코드워드에 대해 어떻게 송신되는지의 설명을 나타낼 수도 있다. 설명은, 결국에는, 다음 중 하나 이상을 포함할 수도 있다. 설명은 전송 채널 타입을 포함할 수도 있다. 설명은 컨볼루션(convolutional) 또는 터보(turbo)와 같은 코딩 타입을 포함할 수도 있다. 설명은 변조 및 코딩 스킴(modulation and coding scheme; MCS)을 포함할 수도 있다. 설명은 새로운 데이터 표시(new data indication; NDI), 프로세스 아이덴티티, 및/또는 재송신 시퀀스 번호와 같은 HARQ 정보를 포함할 수도 있다. 설명은 할당된 리소스 내의 또는 TTI 내의 주파수/시간 할당을 포함할 수도 있다. 설명은, 송신 다이버시티 또는 공간 멀티플렉싱 스킴 및/또는 송신 레이어의 수와 같은 공간 프로세싱 정보를 포함할 수도 있다. 설명은 안테나 포트, 및/또는 기준 신호 정보를 포함할 수도 있다.

WTRU는, 예를 들면, 오버헤드를 감소시키기 위해, 단일의 필드를 사용하여 본원에서 설명되는 파라미터 중 하나보다 더 많은 것을 시그널링할 수도 있거나 또는 나타낼 수도 있다. 예를 들면, 필드는 MCS와 코딩 타입 또는 전송 채널 타입의 조합을 나타낼 수도 있다. 조합 값과 대응하는 파라미터의 값 사이의 매핑은 상위 레이어에 의해 미리 정의될 수도 있거나 또는 구성될 수도 있다. WTRU는, 다음의 기술 중 하나 이상을 사용하여, 송신을 스케줄링할 수도 있고, 및/또는 송신에 관련이 있는 파라미터를 설정할 수도 있다.

WTRU는 주파수 또는 공간 도메인에서 송신을 멀티플렉싱하도록 구성될 수도 있다. 예를 들면, WTRU는, 본원에서 설명되는 바와 같이, 서비스의 타입 및/또는 TTL과 같은 다른 파라미터에 기초하여 데이터의 송신에 우선 순위를 부여할 수도 있다. WTRU는 더 높은 우선 순위 데이터의 시작 시간이 더 낮은 우선 순위 데이터의 시작 시간보다 더 빠른 그러한 방식으로 우선 순위를 적용할 수도 있다. WTRU는 (예를 들면, 더 높은 우선 순위의 모든 데이터가 시간 간격 동안 송신될 수 있는 조건 하에서) 동일한 시간 간격 동안 상이한 우선 순위의 데이터를 송신할 수도 있다. 이러한 경우에, 더 높은 우선 순위 데이터는, 전력, 주파수, 및/또는 공간 도메인에서 이용 가능한 리소스의 일부를 사용하여 송신될 수도 있다.

이용 가능한 리소스는 주파수 도메인에서 분할될 수도 있다. WTRU는 필요로 되는 만큼 많은 주파수 리소스를 더 높은 우선 순위 데이터에 할당할 수도 있고, 나머지 리소스를 사용하여 하위 순위의 데이터를 송신할 수도 있다. WTRU는, 미리 정의된 규칙에 따라, 송신을 위한(예를 들면, 각각의 송신을 위한) 주파수 할당을 결정할 수도 있다. 예를 들면, WTRU는 가장 높은 또는 가장 낮은 주파수 중 어느 하나를 먼저 할당할 수도 있다. 할당은 수신기로부터의 주파수 선택 채널 품질 피드백에 기초할 수도 있고 및/또는 송신의 우선 순위에 기초할 수도 있다. WTRU는 더 높은 채널 품질을 갖는 주파수의 부분을 더 높은 우선 순위의 송신에 먼저 할당할 수도 있다. 예를 들면, WTRU는, 자체 스케줄링 동작을 위해 할당되는 주파수 범위의 제1 부분이 제2 부분보다 더 높은 품질을 갖는다는 표시를 네트워크 노드로부터 수신했을 수도 있다. 이러한 경우, WTRU는 주파수 범위의 적어도 제1 부분을 사용하여 더 높은 우선 순위 송신을 수행할 수도 있다.

공간 다중화가 사용될 수 있는 경우, WTRU는 필요로 되는 만큼 많은 송신 레이어를 더 높은 우선 순위 데이터에 할당할 수도 있고, 나머지 공간 레이어를 사용하여 더 낮은 우선 순위 데이터를 송신할 수도 있다. WTRU는, 예를 들면, 미리 정의된 규칙에 따라 또는 수신기로부터의 레이어 고유의 채널 품질 피드백에 기초하여 송신을 위한(예를 들면, 각각의 송신을 위한) 레이어 선택을 결정할 수도 있다.

WTRU는 하나 이상의 적응 원리에 따라 송신 전력, MCS, 및/또는 공간 송신 스킴을 선택할 수도 있다. 예를 들면, WTRU는 송신 전력을 구성할 수도 있고 재구성(예를 들면, 조정)할 수도 있다. 이러한 송신 전력은, 예를 들면, 최대 송신 전력의 비율로 표현될 수도 있다. WTRU는, 물리적 레이어 시그널링, 상위 레이어 시그널링, 또는 이들의 조합에 기초하여 송신 전력을 구성할 수도 있고 재구성(예를 들면, 조정)할 수도 있다. 구성 및 재구성(예를 들면, 조정)을 지원하기 위해, WTRU는, 구성된 전력 레벨에서 또는 네트워크에 의해 시그널링되는 전력 레벨을 사용하여, 기준 신호를 송신할 수도 있다. WTRU는 하나 이상의 리소스 블록에 대해(예를 들면, 각각의 리소스 블록에 대해) 동일한 송신 전력을 사용할 수도 있다. 송신 전력은, 총 송신 전력이 송신이 발생하는 리소스 블록의 수에 의존할 수도 있도록, 리소스 블록 단위로 구성될 수도 있다.

WTRU는 특정한 타입의 데이터와 함께 사용하기 위한 MCS 및/또는 코딩 타입의 표시를 수신할 수도 있다. 예를 들면, WTRU는 제1 코딩 타입(예를 들면, 컨볼루션 코딩), 제1 변조 및 코딩 스킴(예를 들면, QPSK 및 레이트 1/3), 및/또는 제1 타입의 서비스(예를 들면, URLLC)를 위해 사용할 제1 공간 송신 스킴(예를 들면, SFBC와 같은 송신 다이버시티)의 표시를 수신할 수도 있다. WTRU는, 제2 코딩 타입(예를 들면, 터보), 제2 변조 및 코딩 스킴(예를 들면, 16-QAM 및 레이트 1/2), 및/또는 제2 타입의 서비스(예를 들면, eMBB)를 위해 사용할 제2 공간 송신 스킴(예를 들면, 랭크 2의 공간적 멀티플렉싱)의 표시를 수신할 수도 있다.

WTRU는, 수신기로부터의 채널 품질 피드백의 함수로서 및/또는 송신될 데이터의 타입의 함수로서, MCS 및/또는 코딩 타입을 선택할 수도 있다. 예를 들면, 수신기로부터의 채널 품질 피드백의 주어진 값에 대해, WTRU는, 송신될 데이터가 제1 타입의 서비스(예를 들면, URLLC)에 대응하는 경우, 제1 코딩 타입, 제1 변조 및 코딩 스킴, 및/또는 제1 공간 송신 스킴을 선택할 수도 있다. WTRU는, 송신될 데이터가 제2 타입의 서비스(예를 들면, eMBB)에 대응하는 경우 제2 코딩 타입, 제2 변조 및 코딩 스킴, 및/또는 제2 공간 송신 스킴을 선택할 수도 있다. 특정한 타입의 서비스를 위해 사용하기 위한 MCS 및/또는 코딩 타입과 채널 품질 피드백 값 사이의 매핑은, 상위 레이어에 의해 구성될 수도 있다.

WTRU는 물리적 레이어 시그널링을 통해 채널 품질, MCS 및/또는 코드 타입의 표시를 수신할 수도 있다. 예를 들면, 표시는, 자체 스케줄링 동작을 위한 리소스를 할당하는 다른 파라미터와 함께 다운링크 제어 정보에서 시그널링될 수도 있다. 표시는 규칙적 기반으로(예를 들면, 수 TTI의 크기일 수도 있는 간격에서) 시그널링될 수도 있다.

WTRU는, TTI에 적용 가능한 동적 표시에 기초하여, MCS, 송신 스킴, 및/또는 송신 전력의 자신의 선택을 조정할 수도 있다. WTRU는 물리적 레이어 시그널링을 통해 네트워크로부터 이러한 표시를 수신할 수도 있다. 예를 들면, WTRU는, 표시가 제1 값으로 설정되면, 더욱 보수적인 MCS 레벨 및/또는 송신 스킴을 선택할 수도 있고, 표시가 제2 값으로 설정되면, 덜 보수적인 MCS 및/또는 송신 스킴을 적용할 수도 있다. 표시를 사용하여, 네트워크는 예를 들면, 다른 WTRU가 (예를 들면, 다중 사용자 MIMO의 경우) TTI에서 동일한 리소스를 사용할 것으로 기대되는지의 여부에 기초하여, 송신의 강건성을 조정할 수도 있다. 그 표시를 사용하여, 네트워크는 소정 개수의 HARQ 재송신 이후에 송신의 강건성을 증가시킬 수도 있다. WTRU는 다양한 표시를 MCS/송신 스킴 조합에 매핑할 수도 있다. MCS와 송신 스킴의 조합은, 가장 덜 보수적인 것으로부터 가장 보수적인 것으로 순위가 매겨질 수도 있다. 예를 들면, WTRU는 이러한 랭킹을 테이블에 저장할 수도 있고, 테이블의 하나 이상의 엔트리에 링크되는 오프셋으로 표시가 매핑될 수도 있다. 오프셋은 상위 레이어에 의해 구성될 수도 있고 및/또는 서비스 타입 또는 전송 채널에 의존할 수도 있다.

WTRU는, 수행되는 재송신의 수, 데이터의 초기 송신 이후의 지연, 및/또는 데이터의 TTL에 기초하여 MCS, 코딩 타입 및/또는 송신 전력의 자신의 선택을 조정할 수도 있다. 예를 들면, WTRU는, 송신에 의해 반송되는 데이터의 TTL이 임계치 미만으로 떨어지는 경우 더욱 보수적인 MCS 레벨 및/또는 송신 스킴을 적용할 수도 있다. 조정은 MCS 및/또는 송신 스킴의 테이블에서 적용되는 오프셋을 포함할 수도 있다. 조정은, 성공적인 완료를 위한 송신의 강건성 및 확률을 증가시키면서, 할당된 리소스의 더 큰 부분이 송신에 할당되는 것으로 나타날 수도 있다. WTRU는, 데이터의 TTL이 임계치 미만으로 떨어지는 경우 오프셋만큼 송신 전력을 증가시킬 수도 있다.

WTRU는 (예를 들면, 하나보다 더 많은 MAC 인스턴스를 사용하여 및/또는 동시에) 하나보다 많은 수신기로 송신하도록 구성될 수도 있다. 한 예에서, 제1 MAC 인스턴스는 제1 네트워크 노드로의 송신에 대응할 수도 있고, 제2 MAC 인스턴스는 제2 네트워크 노드로의 송신에 대응할 수도 있다. 한 예에서, 제1 MAC 인스턴스는 네트워크 노드로의 송신에 대응할 수도 있고, 제2 MAC 인스턴스는 다른 WTRU로의 송신에 대응할 수도 있다. 송신에(예를 들면, 각각의 송신에) 적용 가능한 MCS 및/또는 코딩 타입은, 채널 품질 피드백 및/또는 수신기에 의해 제공되는 다른 표시에 의존할 수도 있다.

리소스는 자체 스케줄링 동작을 위해 구성될 수도 있다. 하나 이상의 타입의 서비스에 대해(예를 들면, 각각의 타입의 서비스에 대해), 이들 리소스는 다음 중 하나 이상을 포함할 수도 있다. 자체 스케줄링을 위한 리소스는, 데이터 및/또는 제어 정보(예를 들면, SI 및/또는 SCI/UCI)의 송신을 위한 리소스를 포함할 수도 있다. 자체 스케줄링을 위한 리소스는 제어 정보(예를 들면, 채널 품질 피드백, HARQ 피드백 및/또는 다른 표시와 같은 다운링크 또는 사이드링크 제어 정보)의 수신을 위한 리소스를 포함할 수도 있다. 자체 스케줄링을 위한 리소스는, (예를 들면, 송신 전력, 전력 조정을 위한 오프셋, MCS, 및/또는 송신 스킴과 같은) 링크 적응을 위한 파라미터를 포함할 수도 있다. 자체 스케줄링을 위한 리소스는, 상위 레이어에 의해 또는 물리적 레이어 시그널링 및 상위 레이어 시그널링의 조합에 의해 구성될 수도 있다. 예를 들면, WTRU는, 자체 스케줄링을 위한 리소스의 구성과 관련되는 파라미터의 세트에 매핑될 수도 있는 필드를, 예를 들면, 물리적 제어 채널로부터의 다운링크 제어 시그널링을 통해 수신할 수도 있다. 이러한 매핑은 상위 레이어에 의해 구성될 수도 있다.

WTRU는 (예를 들면, URLLC와 같은) 특정한 타입의 서비스를 위해 전용되는 리소스에 액세스할 수도 있다. 이러한 리소스는 다수의 WTRU에 공통적일 수도 있다(예를 들면, 다수의 WTRU에 의해 공유될 수도 있다). 다수의 WTRU는 URLLC 데이터를 (예를 들면, 적어도 때때로) 송신할 수도 있다. 전용 리소스는, 특정한 리소스 블록 또는 서브캐리어와 같은 특정한 시간/주파수 리소스를 포함할 수도 있다. 리소스는 프레임 또는 서브프레임의 주어진 세트에 대해, 또는 시간의 오랜 기간에 걸쳐 사용될 수도 있다. WTRU는, 예를 들면, 액세스 테이블을 통해, 또는 네트워크에 의한 브로드캐스트된 또는 전용 시그널링에 기초하여 특정한 서비스에(예를 들면, URLLC를 위해) 전용되는 리소스를 결정할 수도 있다.

WTRU는 전용 PHY 리소스 상에서 자율적으로 송신할 수 있을 수도 있다. 예를 들면, WTRU는, 전용 PHY 리소스가 WTRU에 대해(예를 들면, WTRU에 대해서만) 예약되는 경우에, 이러한 자율 송신을 수행하도록 구성될 수도 있다. WTRU는 저 레이턴시 다운링크 제어 채널을 통해 네트워크로부터 ACK를 수신할 수도 있다. 예를 들면, ACK는 제어 채널을 통해 전송될 수도 있다. ACK는 표시와 동일한 서브프레임 내에서, 및/또는 단축된 TTI의 사용을 통해 전송될 수도 있다. ACK는 어떤 리소스가 사용되어야 하는지의 표시를 포함할 수도 있다. ACK는 소정의 시간 주파수 공간 내의 전용 심볼을 통해 전송될 수도 있다(예를 들면, 시간 주파수 공간은 이 특정한 목적을 위해 예약될 수도 있다). 예를 들면, 심볼의 세트는 다운링크 ACK를 수신하기 위해 WTRU(예를 들면, 각각의 WTRU)에 대해 따로 설정될 수도 있다. 이러한 심볼은, 예를 들면, WTRU가 표시로부터의 응답을 기대하지 않는 서브프레임 또는 TTI 상에서 다른 목적을 서비스할 수도 있다(예를 들면, 심볼은 기준 심볼의 역할을 할 수도 있다).

WTRU는, 단축된 TTI를 갖는 송신을 위해 사용될 수도 있는(예를 들면, 구체적으로 예약될 수도 있는) PHY 레이어에서의 리소스를 가지고 구성될 수도 있다. 예를 들면, WTRU가 단축된 TTI 송신(예를 들면, 2 OFDM 심볼)을 수행하도록 특정한 시간/주파수 리소스(예를 들면, y 개의 서브프레임마다 x 개의 리소스 블록)가 예약될 수도 있다. WTRU는 다음의 예시적인 기술 중 하나 이상을 사용하여 단축된 TTI 송신을 위해 예약되는 리소스를 결정할 수도 있다. 리소스는 WTRU에 대해 정적으로 정의될 수도 있다. 리소스는 전용 시그널링을 통해 또는 액세스 테이블을 통해 네트워크에 의해 시그널링될 수도 있다. 리소스는, WTRU의 디바이스 타입에 기초하여, 서비스 타입에 기초하여, 및/또는 WTRU에 의해 현재 관리되는 트래픽의 타입에 기초하여 (예를 들면, 암시적으로) 정의/생성될 수도 있다. WTRU는 리소스를 자율적으로 선택하도록 구성될 수도 있다.

소정의 타입의 송신은 다른 타입보다 우선될 수도 있다. 도 5는 송신에 우선 순위를 부여하는 예를 예시한다. 이러한 송신 우선 순위 부여는, URLLC 송신, 차별화된 QoS eMBB 송신, 멀티플렉싱되지 않은 URLLC 송신, 및/또는 등등을 수반하는 사용 사례를 포함하는 다양한 사용 사례에서 적용될 수도 있다. 송신 우선 순위 부여는, 예를 들면, 다음 중 하나 이상에 기초하여 실현될 수도 있다. 송신 우선 순위 부여는 요청 차별화를 통해 실현될 수도 있다. 송신 우선 순위 부여는 전송 채널 선택을 통해 실현될 수도 있다. 송신 우선 순위 부여는, 높은 우선 순위의 HARQ 및/또는 상이한 전송 채널에 대한 송신 리소스의 재관련성을 통해 실현될 수도 있다. 우선 순위가 부여된 송신은 특정한 뉴머롤로지를 나타낼 수도 있고 및/또는 활용할 수도 있다. 우선 순위가 부여된 송신은, (예를 들면, URLLC 송신 또는 차별화된 QoS eMBB 송신의 경우에서와 같이) 송신을 성공적으로 완료하기 위한 최대 허용 시간을 가지고 구성되는 PDU를 포함할 수도 있다. 우선 순위가 부여된 송신은 (예를 들면, 멀티플렉싱되지 않은 URLLC 송신의 경우에서와 같이) 특정한 논리적 채널과 관련된 PDU를 포함할 수도 있다.

본원에서 설명되는 바와 같이, 예시적인 통신 시스템은 저 레이턴시의 통신을 지원할 수도 있다. WTRU는 저 레이턴시 패킷을, MAC/PHY 레이어에서 프로세싱 지연(예를 들면, 가장 짧은 가능한 지연)을 가지고 또는 즉시 송신하도록 구성할 수도 있다. WTRU는, 저 레이턴시 패킷에 우선 순위를 부여하기 위해, 이미 프로세스 중에 있는, 취소된, 및/또는 종료된 송신을 지연시키도록 구성될 수도 있다. 저 레이턴시 통신에 우선 순위를 부여하기 위한 예시적인 스킴에서, 스케줄링된 업링크 송신을 수행하려고 하는 WTRU는, 스케줄링된 송신을 지연시키는 것 및 스케줄링된 송신에 할당되는 리소스를 활용하여 저 레이턴시 요건을 갖는 송신을 송신 또는 재송신하는 것을 자율적으로 결정할 수도 있다.

WTRU에 의해 지연될 수도 있는 송신의 예는 동적으로 스케줄링된 업링크 송신, 반영구적 송신 또는 정적인 업링크 허가 송신, 스케줄링된 재송신, 및/또는 등등을 포함할 수도 있다. 한 예에서, 다수의 진행 중인 HARQ 프로세스를 갖는 WTRU는, 저 레이턴시 데이터의 송신을 허용하기 위해 HARQ 프로세스 중 하나를 일시 중지시킬(suspend) 수도 있다. 한 예에서, WTRU는 전송 블록 또는 재송신될 송신을 일시 중지시킬 수도 있고, 재송신을 위해 의도되는 리소스를 활용하여 저 레이턴시 요건을 갖는 데이터 또는 전송 블록의 초기 송신을 수행할 수도 있다. 한 예에서, WTRU는, 특정한 우선 순위, 논리적 채널, 및/또는 서비스의 송신과 관련되는 허가를 수신했을 수도 있고, WTRU는 허가된 송신을 위해 의도되는 리소스를 활용하여 저 레이턴시의 패킷을 송신할 것을 결정할 수도 있다. 예를 들면, 요청 및 낮지 않은 레이턴시 리소스(non-low-latency resource)에 대한 대응하는 허가가 이루어진 이후, 저 레이턴시 패킷이 MAC 레이어에 도착할 수도 있다. 이러한 시나리오에서, WTRU는, 리소스가 현재 예약되어 있는 낮지 않은 레이턴시 송신, 및 리소스가 대신 사용되도록 WTRU가 의도하는 상이한 서비스, 우선 순위 또는 논리적 채널에 관한 표시를 네트워크로 전송할 수도 있다. 표시는 본원에서 설명되는 포맷 및/또는 기술을 사용하여 송신될 수도 있다.

WTRU는 낮지 않은 레이턴시 송신과 같은 송신에 대한 지연 결정시, 송신이 다른 송신(예를 들면, 저 레이턴시 송신)을 위해 지연되었다는 표시를 네트워크로 송신할 수도 있다. 표시는 허가 또는 리소스 할당이 중첩되고 있다는 것을 나타낼 수도 있다. 표시는 지연되고 있는 데이터와 관련되는 HARQ ID 또는 프로세스를 나타낼 수도 있다. 표시는 새로운 데이터와 관련되는 HARQ ID 또는 프로세스를 나타낼 수도 있다. 표시는, 지연된 데이터를 재송신하기 위해 사용될 수도 있는 리소스, 위치, 및/또는 프로시져를 나타낼 수도 있다. 표시는, 본원에서 설명되는 바와 같이, UCI/SCI, SI, 및/또는 RR에서 제공될 수도 있다. 표시는, 지연되고 있는 또는 송신될 데이터의 타입을 포함할 수도 있다. 예를 들면, WTRU는, 송신이 저 레이턴시 송신이고, 상응하게 프로세싱되어야 한다는 것을 나타낼 수도 있다. WTRU는, 송신되고 있는 데이터의 전송 포맷(예를 들면, MCS, 코딩, 등등) 및/또는 동일한 리소스를 통해 데이터를 송신하기 위해 사용되고 있는 PHY 레이어 파라미터(예를 들면, TTI 파라미터)를 나타낼 수도 있다. 네트워크는, 표시의 수신시, 중단되었던 특정한 HARQ 프로세스에 대한 HARQ 프로세싱을 일시 중지할 수도 있다. 네트워크는, 저 레이턴시 전송 블록의 송신이 일단 성공적으로 완료되면, HARQ 프로세싱을 재개할 수도 있다.

원래의 송신보다 새로운 송신(예를 들면, 저 레이턴시의 송신)을 우선시할 때, WTRU는, 원래의 송신을 위해 의도되었던 동일한 변조 및/또는 코딩 기술을 새로운 송신을 위해 활용할 수도 있다. 대안적으로, WTRU는, 동일한 리소스 내에서 또는 동일한 리소스의 부분 내에서 WTRU가 새로운 송신을 송신하는 것을 허용하기 위해, 새로운 송신에 대해 새로운 TTI, 변조 및/또는 코딩 기술을 선택할 수도 있다.

WTRU는 WTRU에 할당되는 리소스의 서브세트를 사용하여 상기에서 설명되는 표시를 네트워크로 전송할 수도 있다. 예를 들면, WTRU는, 전송 블록에서, 리소스 엘리먼트의 세트에서, 또는 서브캐리어의 세트에서 표시를 전송할 수도 있다. 리소스의 서브세트는 이러한 목적을 위해 미리 정의될 수도 있다. 예시화하기 위해, WTRU는 제1 전송 블록의 처음 N 개의 서브캐리어를 사용하여 표시를 전송할 수도 있다. WTRU는 추가적으로, 표시가 존재한다는 것을 네트워크에 시그널링하기 위해 미리 정의된 시퀀스를 송신할 수도 있다. 이러한 기술은, 네트워크가, 전용 리소스 엘리먼트를 먼저 디코딩하여, 미리 정의된 시퀀스, 일시 중지 표시(suspension indication), 물리적 레이어 파라미터, 및/또는 등등의 존재를 결정하는 것을 허용할 수도 있다.

추가적으로 또는 대안적으로, WTRU는 UL 저 레이턴시 제어 통신을 위해 사용되는 제어 채널과 같은 별개의 제어 채널 상에서 상기에서 설명되는 표시를 전송할 수도 있다. WTRU는 단축된 TTI를 갖는 리소스의 상이한 세트 상에서 표시를 전송할 수도 있다. 네트워크는, WTRU에 의해 송신되는 정보를 맹목적으로 디코딩하도록 구성될 수도 있다. WTRU는 새로운 스케줄링 정보를 반송하기 위해 및/또는 새로운 HARQ 정보, 새로운 물리적 레이어 파라미터, 새로운 SOM, 및/또는 새로운 TTI를 나타내기 위해, UCI/SCI, UL 제어 채널, SI, 또는 RR을 사용할 수도 있다. WTRU는, 본원에서 설명되는 기술 중 하나 이상을 사용하여 관련 정보를 송신할 수도 있고 및/또는 관련 파라미터를 선택할 수도 있다.

WTRU는, 다른 송신이 진행되는 동안, RR, SI, 및/또는 저 레이턴시 데이터를 송신하도록 구성될 수도 있다. 다른 송신이 진행되는 동안 RR이 트리거되면, WTRU는 진행 중인 송신의 중간에 RR을 송신할 수도 있다. TTI 내에서, 소정의 심볼 및/또는 리소스는 시간 임계 데이터에 대한 RR을 송신하기 위해 예약될 수도 있다. WTRU는 CDMA형 신호를 사용하여 RR 및/또는 SI를 송신할 수도 있다. WTRU는 시간 임계 데이터를 펑처링할 수도 있고 RR 요청을 데이터 신호 또는 채널에 임베딩할 수도 있다. 데이터의 수신 엔티티는, 데이터가 펑처링되었다는 통지를 수신할 수도 있다.

데이터 송신이 RR 및/또는 시간 임계 데이터에 의해 중단되는 경우, 다수의 비트(예를 들면, 중단(interruption)에 후속하는 모든 비트)가 드랍될 수도 있다. WTRU는, 이전 송신으로부터의 데이터가 드랍되었고 새로운 송신이 시작되었다는 것, 또는 RR/SI가 송신되고 있다는 것을 수신 엔티티에게 나타내기 위한 정보를 신호에 임베딩할 수도 있다. WTRU는, 수신 엔티티(예를 들면, 네트워크)에게, 데이터(예를 들면, 중단에 후속하는 모든 데이터)가 드랍되었다는 것을 통지할 수도 있다. 시간 임계 데이터를 처리하기 위해, WTRU는, 패킷이 RAN에 의해 프로세싱되기 이전에 자신이 상위 레이어로부터 수신하는 패킷을 드랍할 수도 있거나 또는 자신의 송신 버퍼로부터 패킷을 드랍시킬 수도 있다. WTRU는 임의의 레이어에서 패킷을 드랍하도록 구성될 수도 있다. 예를 들면, 패킷은, 자신이 상위 레이어로부터 수신되는 경우에, 드랍될 수도 있다. 다른 예로서, WTRU에서의 특정한 레이어는, WTRU가 위쪽의 레이어로부터 수신한 SDU를 드랍할 수도 있다.

패킷을 드랍하는 경우, WTRU는 하나 이상의 액션을 수행할 수도 있다. WTRU는, 드랍된 패킷 및/또는 SDU가 특정 시퀀스 번호를 점유하지 않도록, 시퀀스 번호 지정(sequence numbering)을 재조정할 수도 있다. WTRU는, 드랍된 패킷의 표시를 네트워크로 제공하기 위해, 송신과 함께 특정한 표시(예를 들면, MAC CE 또는 유사한 제어 메시지)를 전송할 수도 있다. 패킷이 드랍될 수도 있는 예시적인 조건은, 다음 중 하나 이상을 포함할 수도 있다. WTRU는, 패킷 또는 SDU가 예상된 전달 시간보다 더 늦게 도달하는 경우, 패킷 또는 SDU를 드랍할 수도 있다. 예를 들면, 예상된 전달 시간은, 패킷 또는 SDU가 도착할 때 이미 만료되었을 수도 있다. 패킷 또는 SDU의 (예를 들면, 현재 레이어 및/또는 아래의 레이어에 의해 예상되는 바와 같은) 예상된 프로세싱 시간이, 패킷 또는 SDU의 예상된 전달 시간으로 하여금 송신 이전에 만료하게 할 수도 있는 경우, WTRU는 패킷 또는 SDU를 드랍할 수도 있다. WTRU는, 패킷 또는 SDU가 패킷 드랍이 허용되는 논리적 채널, 플로우, 및/또는 서비스와 관련되는 경우에 패킷 또는 SDU를 드랍할 수도 있다. 해당 논리적 채널, 플로우, 및/또는 서비스는 패킷 드랍을 허용하도록 개시시에 구성될 수도 있다. WTRU는, 패킷 또는 SDU가 시간 임계 레이턴시 요건을 갖는 다른 패킷과 함께 멀티플렉싱되고 패킷 또는 SDU 자체가 시간 임계 레이턴시 요건을 갖지 않는 경우 패킷 또는 SDU를 드랍할 수도 있다.

WTRU는 패킷이 드랍되었다는 표시를 하위 레이어, 상위 레이어 또는 애플리케이션 레이어로 송신하도록 구성될 수도 있다. 예를 들면, WTRU는, 송신에 이용 가능한 리소스의 양을 증가시키기 위해, PHY 레이어에 표시를 송신하도록 구성될 수도 있다. 예를 들면, WTRU는 잠재적인 부정확한 동작에 관하여 애플리케이션 레이어에게 통지하도록 구성될 수도 있다.

본원에서 설명되는 예시적인 통신 시스템은, MAC 레이어 제어 시그널링을 위해 다수의 MAC CE 또는 MAC 레이어 제어 메시지를 활용할 수도 있다. 이러한 메시지의 하나의 예는 TRP 수정과 관련될 수도 있는데, 예를 들면, TRP 핸드오버, 스위칭, 추가, 활성화, 및/또는 비활성화를 포함한다. 하나의 TRP 상에서의 Tx/Rx로부터 다른 TRP 상에서의 Tx/Rx로 이동할 것을 WTRU에게 지시하는 그러한 메시지를 전송하도록 네트워크가 구성될 수도 있다. 메시지는, WTRU에게, 두 개의 상이한 TRP에 대한 결합된 TX/RX를 개시할 것을 지시할 수도 있다. 메시지는 다음의 필드 중 하나 이상을 포함할 수도 있다: 목표 TRP 식별자, 목표 TRP 구성(예를 들면, 리소스, 전력, 타이머, 등등), 목표 TRP 캐리어 주파수 및 대역폭, 목표 TRP RACH 또는 WTRU 자율 송신 구성, 및/또는 타이밍 정렬. WTRU는 목표 TRP 구성을 가지가 미리 구성될 수도 있고, TRP에 액세스하기 위한 구성의 서브세트 및/또는 인덱스를 수신할 수도 있다.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, TRP 연결 요청과 관련될 수도 있다. WTRU는, 이러한 메시지를 전송하여 특정한 TRP에 대한 연결을 요청하도록 구성될 수도 있다. 메시지는, WTRU 식별 정보, 논리적 채널 및/또는 서비스의 목록, 연결 요청에 대한 이유, 및/또는 등등을 포함할 수도 있다.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, TRP 측정 목록과 관련될 수도 있다(예를 들면, 메시지는 TRP 측정 목록을 포함할 수도 있다). 네트워크는 WTRU가 측정해야 하는 TRP의 목록을 WTRU에게 제공하도록 구성될 수도 있다. 예를 들면, WTRU는 TRP의 목록과 관련되는 DL 품질을 측정하도록 지시받을 수도 있다. 네트워크는, WTRU가 (예를 들면, WTRU의 위치를 결정하기 위해) 위치 결정 기준 신호(positioning reference signal; PRS)를 측정해야 하는 TRP의 목록을 WTRU에게 제공하도록 구성될 수도 있다. 네트워크는, 주어진 시간에 WTRU가 UL 타이밍 정렬을 유지해야 하는 TRP의 목록을 WTRU에게 제공하도록 구성될 수도 있다. TRP 측정 목록을 포함하는 메시지는 다음의 필드 중 하나 이상을 포함할 수도 있다: 메시지 타입, TRP 식별의 목록(예를 들면, 각각의 TRP에 대한 인덱스 또는 유사한 식별자), 및/또는 TRP와 관련되는(예를 들면, 모든 TRP와 관련되는) 임계치. 한 예에서, TRP 측정 목록과 관련되는 정보는 RR 및/또는 SI 정보의 일부로서 제공될 수도 있다.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, TRP 교차 스케줄링 구성(cross-TRP scheduling configuration)과 관련될 수도 있다. 예를 들면, 반정적 TRP 교차 스케줄링 구성을 구성하기 위해, WTRU에 이러한 메시지를 전송하도록 네트워크가 구성될 수도 있다. 메시지는 다음의 필드 중 하나 이상을 포함할 수도 있다: 소스 TRP 식별, 목표/목적지 TRP 식별, 및/또는 소스 리소스와 목적지 리소스 사이의 리소스 매핑.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, TRP의 위치와 관련될 수도 있다. 네트워크는, WTRU 부근에 있는 TRP의 각각의 위치를 제공하기 위해, 이러한 메시지를 WTRU에 전송하도록 구성된다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: WTRU 부근의 TRP의 식별, TRP에 의해 사용되는 시스템 시그니쳐, 및/또는 TRP의 각각의 위치.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, 타이밍 정렬 요청과 관련될 수도 있다. WTRU는, UL 타이밍 정렬을 WTRU에게 제공할 것을 및/또는 타이밍 정렬 프로시져를 시작할 것을 네트워크에게 요청하기 위해, 이러한 메시지를 네트워크로 전송하도록 구성될 수도 있다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: 타이밍 정렬을 인에이블/디스에이블하려는 요청, 및 타이밍 정렬이 요청되는 SOM.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, 향상된 타이밍 진척(timing advance)과 관련될 수도 있다. 상기 메시지는 다음의 필드 중 하나 이상을 포함할 수도 있다: TRP의 식별자, 각각의 TRP와 관련되는 타이밍 오프셋, 각각의 SOM과 관련되는 타이밍 오프셋, 및/또는 업링크 타이밍 정렬을 위한 허용된/허용되지 않은 기술의 표시.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, 향상된 버퍼 상태 보고와 관련될 수도 있다. 메시지는 다음 중 하나 이상을 포함할 수도 있다: 논리적 채널 ID 또는 논리적 채널 그룹 ID, 큐 내의 바이트의 수, 데이터의 우선 순위, QoS 클래스, RR과 관련되는 정보의 하나 이상의 조각, 전송 채널 타입, 제1 임계치보다 더 낮은 TTL을 갖는 큐 내의 바이트의 수, 및/또는 임계치를 초과하는, 그러나 제2 임계치 미만의 TTL을 갖는 큐 내의 바이트의 수. 상이한 MAC CE가 상이한 RR 타입에 대해 정의될 수도 있다. MAC CE는, MAC CE가 어떤 RR 타입에 대응하는지를 나타내는 헤더를 포함할 수도 있다.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는 드랍된 패킷 표시와 관련될 수도 있다. 이러한 메시지는, WTRU 내의 또는 네트워크 스케줄러 내의 SDU 시퀀싱 엔티티(sequencing entity)에게 시퀀싱에서 드랍하는 패킷을 통지하기 위해, WTRU에 의해 네트워크로 또는 네트워크에 의해 WTRU로 전송될 수도 있다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: 패킷이 드랍된 논리적 채널 또는 플로우 및/또는 드랍된 패킷의 인덱스(예를 들면, 또는 드랍된 패킷의 범위의 인덱스).

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는 SPS 구성과 관련될 수도 있다. 네트워크는, WTRU에서 반영구적으로 스케줄링된 리소스(예를 들면, 이것은 미리 구성될 수도 있음)를 구성 및/또는 재구성하기 위해, 이러한 메시지를 WTRU로 전송하도록 구성될 수도 있다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: 리소스 식별(예를 들면, 시간, 빈도, 지속 기간, 주기성, 등등), 사용 제한, 리소스에 대한 식별자 또는 리소스의 콜렉션에 대한 식별자(예를 들면, 여러 가지 리소스가 구성될 수도 있음), 및/또는 리소스 또는 리소스의 콜렉션과 관련되는 SOM.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, SPS 리소스 가능화 또는 불능화와 관련될 수도 있다. WTRU는, 미리 구성된 SPS 리소스 또는 SPS 리소스의 콜렉션을 인에이블 또는 디스에이블하기 위해, 이러한 메시지를 네트워크로 전송하도록 구성될 수도 있다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: SPS를 인에이블 또는 디스에이블하기 위한 표시 및/또는 리소스 또는 리소스 콜렉션에 대한 식별자.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는, 리소스 요청, 리소스 증가 또는 감소, 및/또는 리소스 표시와 관련될 수도 있다. WTRU는, 특정한 타입의 리소스(예를 들면, 짧은 TTI 리소스)에 대한 요청을 네트워크에게 나타내기 위해, 시간 경과에 따라 이러한 할당된 리소스의 양에서의 증가 또는 감소를 요청하기 위해, 및/또는 WTRU가 특정한 리소스를 현재 활용하고 있다는 것 또는 활용하려고 의도한다는 것을 네트워크에게 나타내기 위해, 이러한 메시지를 네트워크로 전송하도록 구성될 수도 있다. 메시지는 다음 필드 중 하나 이상을 포함할 수도 있다: 메시지 타입, SOM 식별, 증가/감소 양, 요청되는 리소스의 양, 및/또는 리소스 및/또는 제한의 타입.

다른 예시적인 MAC CE 또는 MAC 레이어 제어 메시지는 연결 재구성과 관련될 수도 있다. 네트워크는, TRP에 대한 특정한 연결을 재구성하기 위해, 이러한 메시지를 WTRU로 전송하도록 구성될 수도 있다. 메시지는 (예를 들면, TRP에 연결되는 각각의 SOM에 대해) 다음 중 하나 이상을 포함할 수도 있다: 새로운 무선 구성, 리소스 구성, 전력 구성, 타이머 구성, 및/또는 등등.

비록 피쳐 및 엘리먼트가 특정한 조합으로 상기에서 설명되었지만, 기술 분야에서 통상의 지식을 가진 자는, 각각의 피쳐 또는 엘리먼트가 단독으로 또는 다른 피쳐 및 엘리먼트와의 임의의 조합으로 사용될 수 있다는 것을 인식할 것이다. 또한, 본원에서 설명되는 방법은, 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능 매체에 통합되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수도 있다. 컴퓨터 판독가능 매체의 예는, (유선 및/또는 무선 연결을 통해 송신되는) 전자 신호 및/또는 컴퓨터 판독가능 저장 매체를 포함한다. 컴퓨터 판독가능 저장 매체의 예는, 리드 온리 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내장 하드 디스크 및 착탈식 디스크와 같은 자기 매체, 광자기 매체, 및 CD-ROM 디스크 및 디지털 다기능 디스크(digital versatile disk; DVD)와 같은 광학 매체를 포함하지만, 그러나 이들로 제한되는 것은 아니다. 소프트웨어와 관련하는 프로세서는, WTRU, UE, 단말, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜스시버를 구현하기 위해 사용될 수도 있다.

Claims (32)

1. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)으로부터 데이터를 송신하기 위한 방법으로서,
   서비스 품질(quality of service; QoS) 요건과 관련되는 업링크 데이터 단위가 송신되어야 한다는 것을 상기 WTRU가 결정하는 단계;
   상기 QoS 요건에 기초하여, 상기 업링크 데이터 단위와 관련되는 생존 시간(time-to-live; TTL) 파라미터에 대한 임계 값을 상기 WTRU가 결정하는 단계;
   제1 송신 모드를 사용하여 상기 업링크 데이터 단위를 송신하려고 상기 WTRU가 시도하는 단계;
   상기 업링크 데이터 단위의 성공적인 송신이 달성될 수 있기 이전에 상기 TTL 파라미터가 상기 임계 값에 도달했다는 것을 상기 WTRU가 결정하는 단계; 및
   제2 송신 모드 - 상기 제2 송신 모드는 적어도 하나의 동작 양태에서 상기 제1 송신 모드와는 상이함 - 를 사용하여 상기 업링크 데이터 단위를 상기 WTRU가 송신하는 단계를 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
2. 제1항에 있어서,
   상기 제2 송신 모드는, 상기 WTRU가 네트워크로부터 수신되는 리소스의 미리 구성된 세트를 사용하여 상기 제2 송신 모드에서 상기 업링크 데이터 단위를 송신한다는 점에서 상기 제1 송신 모드와는 상이한, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
3. 제2항에 있어서,
   리소스의 상기 미리 구성된 세트는 상기 QoS 요건에 의해 특성 묘사되는 송신을 위해 예약되는(reserved), 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
4. 제2항에 있어서,
   리소스의 상기 미리 구성된 세트는 다수의 WTRU에 의해 공유되는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
5. 제2항에 있어서,
   상기 네트워크로의 업링크 송신을 통해 리소스의 상기 미리 구성된 세트에 대한 액세스를 상기 WTRU가 획득하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
6. 제5항에 있어서,
   상기 업링크 송신은, 상기 WTRU가 리소스의 상기 미리 구성된 세트를 사용하기를 소망하는 시간을 나타내는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
7. 제5항에 있어서,
   상기 업링크 송신에 응답하여 확인 응답을 상기 WTRU가 수신하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
8. 제2항에 있어서,
   상기 네트워크에 대한 등록시 리소스의 상기 미리 구성된 세트를 상기 WTRU가 수신하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
9. 제2항에 있어서,
   상기 네트워크로부터 전용 시그널링을 통해 리소스의 상기 미리 구성된 세트를 상기 WTRU가 수신하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
10. 제1항에 있어서,
    상기 제2 송신 모드를 사용하여 상기 업링크 데이터 단위를 상기 WTRU가 송신하는 단계는, 상기 업링크 데이터 단위를 송신하기 위해, 현존하는 하이브리드 자동 재전송 요청(hybrid automatic repeat request; HARQ) 프로세스를 상기 WTRU가 중단하는(interrupting) 단계를 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
11. 제1항에 있어서,
    상기 제2 송신 모드를 사용하여 상기 업링크 데이터 단위를 상기 WTRU가 송신하는 단계는, 리소스에 대한 요청을 포함하는 업링크 제어 정보(uplink control information; UCI) - 상기 UCI는 상기 업링크 데이터 단위와 관련되는 상기 QoS 요건 또는 상기 업링크 데이터 단위의 뉴머롤로지(numerology)를 나타냄 - 를 상기 WTRU가 전송하는 단계를 포함하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
12. 제11항에 있어서,
    상기 UCI를 전송하는 것에 응답하여 상기 WTRU가 허가(grant)를 수신하는 단계를 더 포함하되, 상기 허가는, 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 리소스를 나타내는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
13. 제12항에 있어서,
    상기 허가는, 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 스펙트럼 동작 모드(spectrum operation mode; SOM) 또는 전송 채널을 나타내는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
14. 제13항에 있어서,
    상기 허가는 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 뉴머롤로지 또는 파형을 나타내는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
15. 제1항에 있어서,
    상기 TTL 파라미터의 상기 값은, 상기 업링크 데이터 단위가 송신에 대해 이용 가능하게 된 이후 그리고 상기 업링크 데이터 단위가 성공적으로 송신되기 이전에 경과한 시간의 양을 반영하는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
16. 제15항에 있어서,
    상기 TTL 파라미터는 타이머를 통해 유지되는, 무선 송수신 유닛(WTRU)으로부터 데이터를 송신하기 위한 방법.
17. 무선 송수신 유닛(WTRU)으로서,
    프로세서를 포함하고, 상기 프로세서는:
    서비스 품질(QoS) 요건과 관련되는 업링크 데이터 단위가 송신되어야 한다는 것을 결정하도록;
    상기 QoS 요건에 기초하여, 상기 업링크 데이터 단위와 관련되는 생존 시간(TTL) 파라미터에 대한 임계 값을 결정하도록;
    제1 송신 모드를 사용하여 상기 업링크 데이터 단위를 송신하려고 시도하도록;
    상기 업링크 데이터 단위의 성공적인 송신이 달성될 수 있기 이전에 상기 TTL 파라미터가 상기 임계 값에 도달했다는 것을 결정하도록; 그리고
    제2 송신 모드 - 상기 제2 송신 모드는 적어도 하나의 동작 양태에서 상기 제1 송신 모드와는 상이함 - 를 사용하여 상기 업링크 데이터 단위를 송신하도록
    구성되는, 무선 송수신 유닛(WTRU).
18. 제17항에 있어서,
    상기 제2 송신 모드는, 상기 WTRU가 네트워크로부터 수신되는 리소스의 미리 구성된 세트를 사용하여 상기 제2 송신 모드에서 상기 업링크 데이터 단위를 송신한다는 점에서 상기 제1 송신 모드와는 상이한, 무선 송수신 유닛(WTRU).
19. 제18항에 있어서,
    리소스의 상기 미리 구성된 세트는 상기 QoS 요건에 의해 특성 묘사되는 송신을 위해 예약되는(reserved), 무선 송수신 유닛(WTRU).
20. 제18항에 있어서,
    리소스의 상기 미리 구성된 세트는 다수의 WTRU에 의해 공유되는, 무선 송수신 유닛(WTRU).
21. 제18항에 있어서,
    상기 프로세서는 또한, 네트워크로의 업링크 송신을 통해 리소스의 미리 구성된 세트에 대한 액세스를 획득하도록 구성되는, 무선 송수신 유닛(WTRU).
22. 제21항에 있어서,
    상기 업링크 송신은, 상기 WTRU가 리소스의 상기 미리 구성된 세트를 사용하기를 소망하는 시간을 나타내는, 무선 송수신 유닛(WTRU).
23. 제21항에 있어서,
    상기 프로세서는 또한 상기 업링크 송신에 응답하여 확인 응답을 수신하도록 구성되는, 무선 송수신 유닛(WTRU).
24. 제18항에 있어서,
    상기 프로세서는, 상기 네트워크에 대한 등록시 리소스의 상기 미리 구성된 세트를 수신하도록 구성되는, 무선 송수신 유닛(WTRU).
25. 제18항에 있어서,
    상기 프로세서는, 상기 네트워크로부터 전용 시그널링을 통해 리소스의 상기 미리 구성된 세트를 수신하도록 구성되는, 무선 송수신 유닛(WTRU).
26. 제17항에 있어서,
    상기 프로세서가 상기 제2 송신 모드를 사용하여 상기 업링크 데이터 단위를 송신하도록 구성되는 것은, 상기 업링크 데이터 단위를 송신하기 위해, 현존하는 하이브리드 자동 재전송 요청(HARQ) 프로세스를 중단하도록 상기 프로세서가 구성되는 것을 포함하는, 무선 송수신 유닛(WTRU).
27. 제17항에 있어서,
    상기 프로세서가 상기 제2 송신 모드를 사용하여 상기 업링크 데이터 단위를 송신하도록 구성되는 것은, 리소스에 대한 요청을 포함하는 업링크 제어 정보(UCI) - 상기 UCI는 상기 업링크 데이터 단위와 관련되는 상기 QoS 요건 또는 상기 업링크 데이터 단위의 뉴머롤로지를 나타냄 - 를 전송하도록 상기 프로세서가 구성되는 것을 포함하는, 무선 송수신 유닛(WTRU).
28. 제27항에 있어서,
    상기 프로세서는 또한, 상기 UCI를 전송하는 것에 응답하여 허가를 수신하도록 구성되되, 상기 허가는, 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 리소스를 나타내는, 무선 송수신 유닛(WTRU).
29. 제28항에 있어서,
    상기 허가는, 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 스펙트럼 동작 모드(SOM) 또는 전송 채널을 나타내는, 무선 송수신 유닛(WTRU).
30. 제29항에 있어서,
    상기 허가는 상기 WTRU가 상기 제2 송신 모드에서 사용할 수 있는 뉴머롤로지 또는 파형을 나타내는, 무선 송수신 유닛(WTRU).
31. 제17항에 있어서,
    상기 TTL 파라미터의 상기 값은, 상기 업링크 데이터 단위가 송신에 대해 이용 가능하게 된 이후 그리고 상기 업링크 데이터 단위가 성공적으로 송신되기 이전에 경과한 시간의 양을 반영하는, 무선 송수신 유닛(WTRU).
32. 제31항에 있어서,
    상기 TTL 파라미터는 타이머를 통해 유지되는, 무선 송수신 유닛(WTRU).

Images