KR102058563B1 - 디바이스 대 디바이스 통신을 위한 분산형 스케줄링 - Google Patents

Abstract

디바이스 대 디바이스(D2D)에 대한 스케줄링을 구현하기 위한 시스템, 방법 및 수단이 제공된다. WTRU(예를 들면, D2D WTRU)는 WTRU가 송신할 D2D 데이터를 가지는지의 여부를 결정할 수도 있다. WTRU는 SA의 송신을 위한 허용된 SA 리소스 및/또는 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는 송신을 위한 SA 리소스 및/또는 D2D 데이터 리소스를 (예를 들면, 허용된 SA 리소스 및/또는 D2D 데이터 리소스의 세트로부터) 선택할 수도 있다. WTRU는 하나 이상의 송신 파라미터를 선택할 수도 있다. WTRU는 하나 이상의 송신 패턴을 선택할 수도 있다. WTRU는 상기 선택된 송신 패턴을 사용하여 그리고 상기 선택된 송신 파라미터에 따라 허용된 D2D 데이터 리소스의 세트를 통해 D2D 데이터를 송신할 수도 있다.

Description

디바이스 대 디바이스 통신을 위한 분산형 스케줄링{DISTRIBUTED SCHEDULING FOR DEVICE-TO-DEVICE COMMUNICATION}

관련 출원에 대한 상호 참조

본 출원은 2013년 8월 7일자로 출원된 미국 특허 가출원 61/863,319, 2013년 9월 24일자로 출원된 61/881,843, 2013년 9월 25일자로 출원된 61/882,402 및 61/882,489, 2014년 1월 29일자로 출원된 61/933,236, 2014년 3월 19일자로 출원된 61/955,733 및 61/955,567, 및 2014년 5월 7일자로 출원된 61/989,892의 이점을 청구하는데, 이들의 내용은 참조에 의해 본원에 통합된다.

배경

셀룰러 통신 네트워크는, 예를 들면, 서로의 무선 범위 내에 위치되는 무선 송수신 유닛(wireless transmit/receive unit; WTRU) 사이의 직접적인 디바이스 대 디바이스(Device-to-Device; D2D) 통신을 가능하게 하도록 구성될 수도 있다. D2D 통신을 가능하게 하는 것은, 예를 들면, 디바이스(예를 들면, WTRU)가 대응하는 코어 네트워크를 통해 서로에 대해 통신을 전송하는 대신 서로 직접적으로 통신하는 것을 허용하는 것에 의해, 셀룰러 통신 네트워크의 스펙트럼 효율성을 향상시킬 수도 있다. D2D 통신은, 셀룰러 통신 네트워크에 의한 커버리지의 부재시에도 또는 정전 또는 고장으로 인해 네트워크가 이용불가능하더라도 디바이스(예를 들면, WTRU)가 서로 자동적으로 통신하는 것을 허용할 수도 있다.

그러나, D2D 통신을 가능하게 하는 것은, 셀룰러 통신 네트워크에서 리소스 할당의 도전과제를 제시할 수도 있다. 예를 들면, D2D 통신을 가능하게 하는 것은, D2D 통신 및 코어 네트워크 통신 둘 다에 대한 스펙트럼의 일부의 사용을 중첩시키는 것에 의해(예를 들면, 동시적 사용에 의해) 야기되는 간섭과 같은 간섭의 증가를 야기할 수도 있다. 모바일 시스템(예를 들면, 기지국 및 하나 이상의 WTRU를 포함함)에서 사용되는 리소스 할당은 D2D 통신에서 사용하기에 적합하지 않을 수도 있다. 셀룰러 통신 네트워크의 부재시에 동작하는 D2D 통신은, 디바이스(예를 들면, WTRU) 자체에 의한 동작 조건 및 통신 무선 리소스의 관리를 필요로 할 수도 있다. D2D 통신은 D2D 데이터의 송신 및/또는 수신을 가리킬 수도 있다.

개요

디바이스 대 디바이스(D2D)에 대한 스케줄링을 구현하기 위한 시스템, 방법 및 수단이 제공된다. 무선 송수신 유닛(WTRU)(예를 들면, D2D WTRU)은, WTRU가 송신할 D2D 데이터를 가지고 있는지의 여부를 결정할 수도 있다. WTRU는, 예를 들면, 만약 WTRU가 송신할 D2D 데이터를 가지면, 허용된 스케줄링 할당(scheduling assignment; SA) 리소스의 세트를 결정할 수도 있다. WTRU는, WTRU 송신을 위한 준비가 된 데이터를 갖는다는 지시(indication)를 검출할 수도 있다. 예를 들면, 그 지시는 버퍼 상태 지시를 모니터링하는 것에 의해 결정될 수도 있다.

WTRU는 SA의 송신을 위한 허용된 SA 리소스의 세트를 결정할 수도 있다. 허용된 리소스는 구성된(configured) SA 리소스의 세트의 서브셋일 수도 있거나 또는 구성된 SA 리소스의 세트와 동일할 수도 있다. 허용된 SA 리소스는 구성될 수도 있다(예를 들면, USIM에서 또는 애플리케이션에서 사전 구성될 수도 있다). 허용된 SA 리소스의 세트는, 예를 들면, 전용(dedicated) RRC 구성 신호를 통해 또는 시스템 인터페이스 블록(System Interface Block; SIB) 상에서 브로드캐스트되는 신호를 통해, 진화된 노드 B(evolved node B; eNB)로부터 수신되는 신호에 기초할 수도 있다. 허용된 SA 리소스의 세트는, 예를 들면, 허가(grant)를 통해 eNB에 의해 명시적으로 나타내어질 수도 있다.

WTRU는, 제2 D2D WTRU로부터의 수신된 신호에 기초하여, 허용된 SA 리소스의 세트를 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 물리적 D2D 동기화 채널(Physical D2D Synchronization Channel; PD2DSCH) 또는 D2D 관련 제어 메시지로부터의 수신된 신호에 기초하여, 허용된 SA 리소스의 세트를 결정할 수도 있다.

WTRU는 허용된 SA 리소스의 세트로부터의 송신을 위한 SA 리소스를 (예를 들면, 허용된 SA 리소스의 세트로부터) 선택할 수도 있다. WTRU는, 예를 들면, D2D 데이터가 송신을 위한 준비가 되었다는 것을 결정한 이후, SA를 송신할 수도 있다. WTRU는 SA 리소스를, 허용된 SA 리소스의 세트로부터, 랜덤하게 또는 수신된 신호 및/또는 측정에 기초하여 선택할 수도 있다. WTRU는 이전의 SA 리소스에 대한 전력을 측정하도록 그리고 사용되지 않을 수도 있는 리소스를 결정하는 것에 의해 허용된 SA 리소스의 세트로부터 이용가능한 SA 리소스의 세트를 결정하도록 구성될 수도 있다.

WTRU는 송신될 데이터의 특성에 기초하여 SA 리소스를 결정하고/하거나 선택할 수도 있다. 예를 들면, WTRU는 서비스 품질(quality of service; QoS)(및/또는 QoS 클래스 식별자(QoS class identifier; QCI)), 트래픽 타입(예를 들면, 지연에 민감함(delay-sensitive) 대 지연에 민감하지 않음(non-delay-sensitive)), 데이터에 연관되는 애플리케이션 또는 다른 특성, 논리적 채널 우선순위 등등 중 하나 이상에 기초하여 SA 리소스를 결정하고/하거나 선택할 수도 있다. 허용된 SA의 세트 내의 SA 또는 SA의 세트와 데이터 특성 사이의 연관성은, 애플리케이션에서, 범용 가입자 식별 모듈(Universal Subscriber Identity Module; USIM)에서, 또는 무선 리소스 제어(Radio Resource Control; RRC) 시그널링을 통해 구성될 수도 있다(예를 들면, 사전 구성될 수도 있다).

WTRU는 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 예를 들면, WTRU는, 예를 들면, 네트워크 커버리지 하에 있지 않을 때, 허용된 D2D 데이터 리소스의 세트를 이용하여 구성될 수도 있다(예를 들면, 사전 구성될 수도 있다). 허용된 D2D 데이터 리소스의 세트는 USIM에서 또는 애플리케이션 레이어에서 구성될 수도 있다. WTRU는, eNB로부터의 수신된 신호에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 수신된 신호는 전용 RRC 구성 신호 또는 SIB 상에서 브로드캐스트되는 신호일 수도 있다.

WTRU는, 제2 D2D WTRU로부터의 수신된 신호에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는, 물리적 D2D 동기화 채널(PD2DSCH) 또는 D2D 관련 제어 메시지를 통해 허용된 D2D 데이터 리소스를 수신할 수도 있다. 예를 들면, 허용된 D2D 데이터 리소스의 세트는 D2D 데이터 구성 리소스(D2D data configured resource)의 세트와 동일할 수도 있다.

WTRU는, 허용된 SA 리소스의 세트에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 예를 들면, WTRU는, 선택된 SA 리소스에 기초하여, 허용된 D2D 데이터 리소스의 세트를 선택할 수도 있다. 허용된 D2D 데이터 리소스의 세트와 허용된 SA 리소스의 세트 사이의 연관성은 암시적일 수도 있거나 또는 구성에 기초할 수도 있다.

WTRU는, 송신될 데이터의 특성에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 예를 들면, WTRU는, 서비스 품질(QoS)(및/또는 QoS 클래스 식별자(QCI)), 트래픽 타입(예를 들면, 지연에 민감함 대 지연에 민감하지 않음), 버퍼의 데이터를 송신하기 위한 시간 분배(budget), 버퍼의 데이터의 양, 데이터에 연관되는 애플리케이션 또는 다른 특성, 또는 논리적 채널 우선순위 중 하나 이상에 기초하여, 허용된 D2D 데이터 리소스의 세트를 선택하도록 구성될 수도 있다. 허용된 D2D 데이터 리소스의 세트와 데이터 특성 사이의 연관성은 구성될 수도 있다(예를 들면, 사전 구성될 수도 있다). 예를 들면, 데이터 특성은 애플리케이션에서 또는 유심에서 구성될 수도 있거나, 또는 RRC 시그널링을 통해 수신될 수도 있다.

WTRU는, 예를 들면, 전력 기반 방식을 사용하여 이용가능한 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는 하나 이상의 D2D 데이터 리소스에 대한 총 수신된 신호 전력 또는 간섭의 양을 측정할 수도 있다. WTRU는, 예를 들면, 측정에 대한 임계치를 적용하는 것에 의해(낮은 수신된 신호 전력이 측정되는 리소스를 선택하는 것에 의해), D2D 데이터 리소스가 이용가능하다는 것을 결정할 수도 있다.

WTRU는, 예를 들면, SA 모니터링 기반 방식을 사용하여, 이용가능한 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는 다른 WTRU로부터의 SA를 모니터링하고 어떤 D2D 데이터 리소스가 다른 D2D 통신에 의해 사용되고 있지 않는지를 결정할 수도 있다. 결정은, 예를 들면, 성공적으로 수신되는 각각의 SA와 연관되는 D2D 데이터 리소스를 결정하고 이들 리소스를 이용가능하지 않은 것으로 마킹하는 것에 의해, 수행될 수도 있다. WTRU는 SA 수신 및/또는 전력 측정으로부터의 정보를 사용할 수도 있다. WTRU는, SA 모니터링 기반 방식에 의해 결정되는 바와 같은 이용가능하지 않은 리소스의 세트의 역(inverse)과 전력 기반 방식으로부터 이용가능한 리소스의 세트의 공통부분(intersection)을 고려하는 것에 의해 이용가능한 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는 하나 이상의 이전의 스케줄링 기간의 측정에 기초하여 이러한 측정 및 결정을 행할 수도 있다. 측정은 시구간 동안 유효할 수도 있다. WTRU는 이용가능한 D2D 데이터 리소스의 유효한 리스트를 유지하기 위해 측정을 주기적으로 수행할 수도 있다.

WTRU는 D2D 데이터의 송신을 위한 허용된 D2D 데이터 리소스의 세트로부터 D2D 데이터 리소스를 선택할 수도 있다. D2D 데이터는 D2D 서비스로 매핑되는 데이터를 포함할 수도 있다. 예를 들면, WTRU는, 랜덤하게 또는 하나 이상의 측정에 기초하여, 허용된 D2D 데이터 리소스의 세트로부터 송신을 위한 D2D 데이터 리소스를 선택할 수도 있다. WTRU는 이용가능한 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다.

WTRU는 다음의 송신 파라미터: TBS, MCS, 대역폭(또는 PRB의 수), HARQ 프로세스의 수, PDU간 인터벌 시간(inter-PDU interval time), HARQ 송신의 수 중 하나 이상을 선택하도록 구성될 수도 있다. 예를 들면, WTRU는 SA와 연관되는 스케줄링 기간의 지속시간(duration) 동안 송신 파라미터를 선택할 수도 있다. 송신 파라미터는 D2D 데이터와 연관될 수도 있다. 송신 파라미터는 시간 단위(예를 들면, 서브프레임), 또는 하나 이상의 물리적 리소스 블록(Physical Resource Block; PRB) 중 하나 이상을 포함할 수도 있다.

WTRU는, D2D 버퍼의 데이터의 양, 데이터 우선순위, 및 구성된 애플리케이션(예를 들면, 보이스, 비디오 스트리밍 등등)에 연관되는 데이터의 타입(예를 들면, 지연에 민감함 또는 그렇지 않음) 중 하나 이상에 기초하여 스케줄링 기간 또는 인터벌 동안 송신할 비트의 수, 송신될 데이터에 대한 송신 레이트를 결정할 수도 있다. 예를 들면, WTRU는 전송 블록 사이즈(Transport Block Size; TBS), 변조 및 코딩 방식(Modulation-and-Coding Scheme; MCS) 및 스케줄링 기간에서의 송신의 각각의 대역폭(BW)을 결정할 수도 있다. WTRU는 스케줄링 기간 또는 인터벌 동안 송신될 수도 있는 데이터의 양을 추정하는 하는 것에 의해 그 인터벌 동안 송신할 비트의 수 및 하이브리드 자동 재전송 요청(Hybrid Automatic Repeat reQuest; HARQ) 프로파일 및 D2D 송신 패턴에 따라 송신될 수도 있는 신규의 매체 액세스 제어(Medium Access Control; MAC) 패킷 데이터 단위(Packet Data Unit; PDU)의 수를 결정할 수도 있다.

WTRU는 송신 패턴(예를 들면, 호핑 패턴)을 선택하도록 구성될 수도 있다. WTRU는 하나 이상의 패턴, 예컨대 UE ID, 송신 패턴 인덱스, SA 리소스에 기초하여 송신 패턴을 설정할 수도 있다. 호핑 패턴이 기초할 수도 있는 정보는 SA에서 나타내어질 수도 있다. 예를 들면, WTRU는 SA에서 반송되는(carried) 하나 이상의 식별자(예를 들면, 소스 ID, 타겟 ID 등등)에 기초하여 송신 패턴을 결정할 수도 있다. WTRU는 D2D 송신 패턴 인덱스 및 D2D 데이터 송신과 연관되는 타겟 ID에 기초하여 송신 패턴을 설정할 수도 있다. 예를 들면, WTRU는 타겟 ID 및/또는 SA 리소스에 기초하여 송신 패턴을 설정할 수도 있다.

WTRU는 제어 정보를 인코딩하고 제어 정보를, 예를 들면, 물리적 업링크 공유 채널(Physical Uplink Shared Channel; PUSCH)형 구조를 사용하여 송신할 수도 있다. 그 구조는 고정된 포맷을 가질 수도 있고/있거나 수신기에게 알려져 있을 수도 있다. WTRU는 다음의 엘리먼트 중 하나 이상으로부터의 제어 정보를 포함할 수도 있다: MCS, D2D 송신 패턴, PRB(또는 BW)의 수, 목적지 ID 등등.

WTRU는, 예를 들면, 연관 SA의 정보에 따라 데이터를 송신하도록 구성될 수도 있다. WTRU는 선택된 SA 리소스와 연관되는 스케줄링 기간의 시작을 결정할 수도 있다. WTRU는 송신 기회가 있는 대로 데이터를 송신할 수도 있다. WTRU는, 예를 들면, SA에서 나타내어지는 바와 같이, 선택된 송신 파라미터에 따라 데이터를 송신할 수도 있다. WTRU는 선택된 송신 패턴에 따라 결정되는 스케줄링 기간 내에서 데이터를 송신할 수도 있다.

첨부의 도면과 연계하여 예로서 주어지는 하기의 설명으로부터, 더 상세한 이해가 얻어질 수도 있다.
도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템의 시스템 도면을 예시한다.
도 1b는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 도면을 예시한다.
도 1c는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 코어 네트워크와 예시적인 무선 액세스 네트워크의 시스템 도면을 예시한다.
도 1d는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 코어 네트워크와 예시적인 무선 액세스 네트워크의 시스템 도면을 예시한다.
도 1e는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 코어 네트워크와 예시적인 무선 액세스 네트워크의 시스템 도면을 예시한다.
도 2는 파일럿 및 제어 정보를 반송하는(carrying) OFDM 심볼의 예를 예시한다.
도 3은 데이터를 포함하는 SA의 송신 포맷(들)을 공표하기 위해 사용되는 제어 정보를 갖는 스케줄링 할당(SA)의 예를 예시한다.
도 4는 데이터를 포함하는 SA에 대한 HARQ 프로세스 관련 정보를 공표할 수도 있는 제어 정보를 갖는 SA의 예를 예시한다.
도 5는 하나 이상의 스케줄링 공표를 제공하기 위한 베이스라인 동작 프레임워크의 예시적인 송신 프로시져를 예시한다.
도 6은 디바이스 대 디바이스(D2D) 프레임의 예의 구조를 예시한다.
도 7은 두 타입의 D2D 프레임을 포함하는 D2D 스케줄링 기간의 예를 예시한다.
도 8은 D2D 물리적 업링크 공유 채널(PUSCH)를 공표하기 위해 SA를 사용하는 예시적인 송신 프로시져를 예시한다.
도 9는 효율적인 D2D 데이터 시그널링을 활용하는 예시적인 송신 프로시져를 예시한다.
도 10은 상위 레이어(higher layer) 데이터 및 제어 정보를 송신하는 예를 예시한다.
도 11은 동기 시퀀스 및 제어 정보를 반송하는 OFDM 심볼의 예를 예시한다.
도 12는 LTE 보안에 적용가능한 예시적인 보안 원리를 예시한다.

상세한 설명

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

도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템(100)의 도면이다. 통신 시스템(100)은 보이스, 데이터, 비디오, 메시징, 브로드캐스트 등등과 같은 컨텐츠를 다수의 무선 유저에게 제공하는 다중 액세스 시스템일 수도 있다. 통신 시스템(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) 등등과 같은 하나 이상의 채널 액세스 방법을 활용할 수도 있다.

도 1a에서 도시되는 바와 같이, 통신 시스템(100)은 적어도 하나의 무선 송수신 유닛(WTRU), 예컨대 복수의 WTRU, 예를 들면, WTRU(102a, 102b, 102c, 및 102d), 무선 액세스 네트워크(radio access network; RAN)(104), 코어 네트워크(106), 공중 교환 전화망(public switched telephone network; PSTN)(108), 인터넷(110), 및 기타 네트워크(112)를 포함할 수도 있지만, 개시된 실시형태는 임의의 수의 WTRU, 기지국(base station), 네트워크, 및/또는 네트워크 엘리먼트를 고려한다는 것이 이해되어야 한다. WTRU(102a, 102b, 102c, 102d)의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수도 있다. 예로서, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 송신 및/또는 수신하도록 구성될 수도 있고 유저 기기(user equipment; UE), 이동국(mobile station), 고정식 또는 이동식 가입자 유닛, 페이저, 셀룰러 전화, 개인 휴대형 정보 단말기(personal digital assistant; PDA), 스마트폰, 랩탑, 넷북, 퍼스널 컴퓨터, 무선 센서, 가전기기(consumer electronics) 등등을 포함할 수도 있다.

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

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

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

더 구체적으로는, 위에서 언급되는 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수도 있고 CDMA, TDAM, FDAM, OFDMA, SC-FDMA 등등과 같은 하나 이상의 채널 액세스 방식을 활용할 수도 있다. 예를 들면, RAN(104) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 광대역 CDMA(wideband CDMA; WCDMA)를 사용하여 무선 인터페이스(116)를 확립할 수도 있는, 범용 이동 통신 시스템(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)를 사용하여 무선 인터페이스(116)를 확립할 수도 있는 무선 기술 예컨대 진화된 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 등등)를 활용할 수도 있다. 도 1a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 연결을 구비할 수도 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스할 필요가 없을 수도 있다.

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

코어 네트워크(106)는 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110), 및/또는 기타 네트워크(112)에 액세스하는 데 게이트웨이로서 또한 기능할 수도 있다. PSTN(108)은, 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환 전화 네트워크를 포함할 수도 있다. 인터넷(110)은, TCP/IP(transmission control protocol/internet protocol; 전송 제어 프로토콜/인터넷 프로토콜) 일군(suite)에서의 TCP, 유저 데이터그램 프로토콜(user datagram protocol; UDP) 및 IP와 같은 공통 통신 프로토콜을 사용하는 상호접속된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수도 있다. 네트워크(112)는 다른 서비스 공급자가 소유하고/하거나 다른 서비스 공급자에 의해 운영되는 유선 또는 무선 통신 네트워크를 포함할 수도 있다. 예를 들면, 네트워크(112)는, RAN(104)과 동일한 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(102)는 프로세서(118), 트랜스시버(120), 송신/수신 엘리먼트(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(global positioning system; GPS) 칩셋(136), 및 기타 주변장치(138)를 포함할 수도 있다. WTRU(102)는 한 실시형태와 여전히 일치하면서 상기 엘리먼트의 임의의 부조합을 포함할 수도 있다는 것이 인식되어야 한다.

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

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

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

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

WTRU(102)의 프로세서(118)는, 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들면, 액정 디스플레이(liquid crystal display; LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light- emitting diode; OLED) 디스플레이 유닛)에 커플링될 수도 있고, 그리고 이들로부터 유저 입력 데이터를 수신할 수도 있다. 프로세서(118)는 유저 데이터를 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(128)로 또한 출력할 수도 있다. 또한, 프로세서(118)는, 비착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 타입의 적절한 메모리로부터의 정보에 액세스할 수도 있고, 그리고 그 임의의 타입의 적절한 메모리에 데이터를 저장할 수도 있다. 비착탈식 메모리(130)는 랜덤 액세스 메모리(random-access memory; RAM), 판독 전용 메모리(read-only memory; ROM), 하드디스크, 또는 임의의 다른 타입의 메모리 스토리지 디바이스를 포함할 수도 있다. 착탈식 메모리(132)는 가입자 식별 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 시큐어 디지털(secure digital; SD) 메모리 카드 등등을 포함할 수도 있다. 다른 실시형태에서, 프로세서(118)는, 서버 또는 가정용 컴퓨터(도시되지 않음)와 같은 WTRU(102)에 물리적으로 위치되지 않는 메모리로부터의 정보에 액세스할 수도 있고, 그리고 그 메모리에 데이터를 저장할 수도 있다.

프로세서(118)는 전원(134)으로부터 전력을 수신할 수도 있고, WTRU(102)의 다른 컴포넌트로 전력을 분배하도록 및/또는 그 전력을 제어하도록 구성될 수도 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수도 있다. 예를 들면, 전원(134)은 하나 이상의 드라이 셀 배터리(예를 들면, 니켈 카드뮴(NiCd), 니켈 아연(NiZn), 니켈 금속 수소(NiMH), 리튬 이온(Li ion) 등등), 솔라 셀, 연료 전지 등등을 포함할 수도 있다.

프로세서(118)는, WTRU(102)의 현재 위치에 관한 위치 정보(예를 들면, 경도 및 위도)를 제공하도록 구성될 수도 있는 GPS 칩셋(136)에 또한 커플링될 수도 있다. 또한, GPS 칩셋(136)으로부터의 정보 외에, 또는 그 정보 대신, WTRU(102)는 무선 인터페이스(116)를 통해 기지국(예를 들면, 기지국(114a, 114b))으로부터 위치 정보를 수신할 수도 있고/있거나 두 개 이상의 가까운 기지국으로부터 수신되고 있는 신호의 타이밍에 기초하여 자신의 위치를 결정할 수도 있다. WTRU(102)는 한 실시형태와 여전히 일치하면서 임의의 적절한 위치 결정 방법을 통해 위치 정보를 획득할 수도 있다는 것이 인식되어야 한다.

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

도 1c는, RAN(104) 및 코어 네트워크(106)의 예시적인 구현예를 각각 포함하는 RAN(104a) 및 코어 네트워크(106a)를 포함하는 통신 시스템(100)의 한 실시형태의 시스템 도면이다. 위에서 언급되는 바와 같이, RAN(104), 예를 들면, RAN(104a)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 UTRA 무선 기술을 활용할 수도 있다. RAN(104a)은 코어 네트워크(106a)와 또한 통신할 수도 있다. 도 1c에서 도시되는 바와 같이, RAN(104a)은, 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜스시버를 각각 포함할 수도 있는 노드 B(140a, 140b, 140c)를 포함할 수도 있다. 노드 B(140a, 140b, 140c) 각각은 RAN(104a) 내의 특정 셀(도시되지 않음)과 연관될 수도 있다. RAN(104a)은 RNC(142a, 142b)를 또한 포함할 수도 있다. RAN(104a)은, 한 실시형태와 여전히 일치하면서, 임의의 수의 노드 B 및 RNC를 포함할 수도 있다는 것이 인식되어야 한다.

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

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

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

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

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

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

RAN(104b)은 eNode B(170a, 170b, 170c)를 포함할 수도 있지만, RAN(104b)은 한 실시형태와 여전히 일치하면서 임의의 수의 eNode B를 포함할 수도 있다는 것이 인식되어야 한다. eNode B(170a, 170b, 170c) 각각은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜스시버를 포함할 수도 있다. 일 실시형태에서, eNode B(170a, 170b, 170c)는 MIMO 기술을 구현할 수도 있다. 따라서, eNode B(170a)는, 예를 들면, WTRU(102a)로 무선 신호를 송신하고 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수도 있다.

eNode B(170a, 170b, 170c)의 각각은 특정 셀(도시되지 않음)과 연관될 수도 있고 무선 리소스 관리 결정, 핸드오버 결정, 업링크 및/또는 다운링크에서의 유저의 스케줄링 등등을 핸들링하도록 구성될 수도 있다. 도 1d에서 도시되는 바와 같이, eNode B(170a, 170b, 170c)는 X2 인터페이스를 통해 서로 통신할 수도 있다.

도 1d에서 도시되는 코어 네트워크(106b)는 이동성 관리 게이트웨이(mobility management gateway; MME)(172), 서빙 게이트웨이(174), 및 패킷 데이터 네트워크(packet data network; PDN) 게이트웨이(176)를 포함할 수도 있다. 상기 엘리먼트의 각각이 코어 네트워크(106b)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유되거나 및/또는 그 엔티티에 동작될 수도 있다는 것이 인식되어야 한다.

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

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

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

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

도 1e는, RAN(104) 및 코어 네트워크(106)의 예시적인 구현예를 각각 포함하는 RAN(104c) 및 코어 네트워크(106c)를 포함하는 통신 시스템(100)의 한 실시형태의 시스템 도면이다. RAN(104), 예를 들면, RAN(104c)은, 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 IEEE 802.16 무선 기술을 활용하는 액세스 서비스 네트워크(access service network; ASN)일 수도 있다. 본원에서 설명되는 바와 같이, WTRU(102a, 102b, 102c), RAN(104c), 및 코어 네트워크(106c)의 상이한 기능적 엔티티 사이의 통신 링크는 기준 포인트(reference point)로서 정의될 수도 있다.

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

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

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

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

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

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

D2D 통신 리소스의 스케줄링에 대한 분산형 방식(distributed approach)을 설명하기 위한 시스템, 방법, 및 수단이 제공된다. D2D 통신을 위해 구성되는 무선 송수신 유닛(WTRU)(D2D WTRU)은 중앙집중형 컨트롤러를 가지고 또는 중앙집중형 컨트롤러 없이 시스템에서 구성될 수도 있다. D2D WTRU는, 예를 들면, 데이터 통신 및/또는 스케줄링 할당(SA)의 송신 및/또는 수신을 위한 리소스의 세트를 포함하는 D2D 통신 관련 파라미터의 세트를 가지고 구성될 수도 있다(예를 들면, 사전 구성될 수도 있다). SA는 리소스 요청(Resource Request; RREQ) 메시지로서 또는 스케줄링 공표 메시지로서 칭해질 수도 있다. SA에 대해 구성되는 리소스의 세트는 구성된 SA 리소스의 세트로서 칭해질 수도 있다. 데이터 통신에 대해 구성되는 리소스의 세트는, 구성된 D2D 데이터 통신 리소스의 세트로서 칭해질 수도 있다. D2D 데이터 통신 리소스의 세트는, PRB의 세트, 서브프레임의 세트, (예를 들면, 시간, 주파수 또는 시간과 주파수에서의) 송신 패턴의 세트, 또는 스케줄링 기간 지속시간 중 하나 이상을 포함할 수도 있다. 송신 패턴은 송신의 시간 리소스 패턴(time resource pattern of transmission; T-RPT)으로서 칭해질 수도 있다. 스케줄링 기간은, 대안적으로, 송신 기간 또는 할당 인터벌 또는 허가 지속시간으로서 또한 칭해질 수도 있다. D2D WTRU는, 다른 송신기에 의해 선택되는 리소스와의 간섭을 제한하는 제약 하에서 리소스(예를 들면, SA 리소스 및/또는 데이터 통신 리소스)를 선택할 수도 있다. D2D WTRU는, 데이터를 송신하기 위한 하나 이상의 조건, 예를 들면 선택된 채널 상에서 데이터를 송신하는지의 여부, 데이터 송신이 충돌을 야기하지 않는 것을 조건으로 하는지의 여부, 및/또는 데이터 송신이 간섭 임계치를 초과하지 않는 것을 조건으로 하는지의 여부를 결정하도록 구성될 수도 있다. D2D WTRU는, 예를 들면, 링크 적응 또는 리소스 선택의 목적을 위해, 하나 이상의 다른 동시적으로 송신하는 D2D WTRU에 의해 초래될 수도 있는 간섭을 결정하도록 구성될 수도 있다.

리소스는, 시간, 주파수, 코드 및/또는 시퀀스, 및/또는 공간 도메인에서 정의될 수도 있다. 리소스는, 도메인의 조합에서 각각의 엔트리가 정의되는 세트 또는 시퀀스에 의해 나타내어질 수도 있다. 하나 이상의 다른 WTRU(예를 들면, 하나 이상의 다른 D2D WTRU)로 데이터를 전송하는 WTRU(예를 들면, D2D WTRU)는 소스 WTRU로 칭해질 수도 있다. 소스 WTRU로부터 D2D 통신(예를 들면, 데이터)을 수신하는 WTRU(예를 들면, D2D WTRU)는 목적지 WTRU로 칭해질 수도 있다. 소스 WTRU의 범위(예를 들면, 무선 통신 범위) 안에 있지만 그러나 소스 WTRU로부터 송신되는 D2D 통신(예를 들면, 데이터)의 수신기로서 선택되지 않은 및/또는 의도되지 않은 WTRU(예를 들면, D2D WTRU)는 비목적지(non-destination) WTRU로서 칭해질 수도 있다. WTRU는, 소스 WTRU, 목적지 WTRU, 및/또는 비목적지 WTRU 액션을 수행하도록 구성될 수도 있다.

WTRU는, D2D 통신에 따라 하나 이상의 소스 WTRU 액션을 수행하도록 구성될 수도 있다. 예를 들면, 이들 액션은: 각각의 트리거 이벤트에 응답하여 SA를 송신하는 것; SA의 송신을 위한 리소스를 선택하는 것; 및/또는 데이터의 송신을 위한 리소스를 선택하는 것; 및/또는 D2D 제어 또는 서비스 시그널링의 송신을 위한 리소스를 선택하는 것을 포함할 수도 있다.

WTRU는, 예를 들면, 하나 이상의 트리거 이벤트의 발생에 응답하여, 하나 이상의 SA를 송신하도록 구성될 수도 있는데, 하나 이상의 트리거 이벤트는: 데이터가 송신을 위한 준비가 되거나 송신을 위해 스케줄링되는 것; 타이머의 만료; 하나 이상의 SA를 수신하는 것; 또는 SA의 부재 중 하나 이상을 포함할 수도 있다. SA는, 리소스를 요청하거나 또는 리소스를 협상하기 위해 사용될 수도 있는 제어 메시지일 수도 있다. SA는 하나 이상의 다른 목적, 예를 들면, 링크 적응, 리소스 지시, WTRU 존재 지시, 및/또는 WTRU 상태 지시 등등을 위해 사용될 수도 있다. 리소스는 다음의 도메인 중 하나 이상에서 정의될 수도 있다: 시간; 주파수; 코드 및/또는 시퀀스, 및/또는 공간. SA는 리소스를 사용하기 위한 의도 또는 용도를 공표하기 위해 사용될 수도 있다. SA는 스케줄링 기간에서 1회 이상 송신될 수도 있다. SA는, WTRU가 D2D 데이터를 송신하는 다수의 스케줄링 기간과 동일한 것에 또는 나중의 것에 또는 그 다수의 스케줄링 기간에 연관될 수도 있다.

WTRU(예를 들면, D2D WTRU)는, 예를 들면, 자신의 데이터 버퍼에, 송신을 위한 준비가 된 D2D 데이터를 구비할 수도 있다. WTRU는, 데이터의 송신이 후속하는 SA의 송신을 개시하도록 구성될 수도 있다. WTRU는, 예를 들면, 송신을 위한 준비가 된 데이터를 WTRU가 구비하는 경우, SA를 송신하도록 구성될 수도 있다. 송신을 위한 데이터의 준비성은 버퍼 상태 지시에 의해 나타내어질 수도 있다.

WTRU는, 예를 들면, 타이머의 만료에 기초하여, SA를 송신하도록 구성될 수도 있다. WTRU는, 예를 들면, 송신할 데이터(예를 들면, D2D 데이터)를 WTRU가 구비하지 않을 수도 있는 경우에도, SA를 주기적으로 송신하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU의 존재 및/또는 WTRU의 상태를 나타내기 위해, SA를 주기적으로 송신할 수도 있다. 이러한 타이머는, 예를 들면, SA의 송신시, 또는 데이터의 후속하는 송신시, 재시작될 수도 있다.

WTRU는, RRSP 메시지의 수신에 기초하여 SA를 송신하도록 구성될 수도 있다. 리소스 응답(resource response; RRSP) 메시지는, 리소스 요청(예를 들면, SA)에 응답하여 제공될 수도 있는 제어 또는 서비스 메시지일 수도 있다. RRSP 메시지는 하나 이상의 다른 목적, 예를 들면, 링크 적응, 리소스 지시, WTRU 존재 지시, 또는 WTRU 상태 지시를 위해 사용될 수도 있다. WTRU는, RRSP 메시지의 컨텐츠에 기초하여 SA를 송신하도록 트리거될 수도 있다.

WTRU는 응답(예를 들면, RRSP 메시지)의 부재에 기초하여 SA를 송신하도록 구성될 수도 있다. 예를 들면, WTRU는, 타이머의 만료 이전에 목적지 WTRU로부터의 응답(예를 들면, RRSP 메시지)의 수신의 결핍에 기초하여 SA를 송신하도록 트리거될 수도 있다. 이러한 타이머는, 예를 들면, SA의 송신시 개시될 수도 있다.

WTRU는, 예를 들면, WTRU가 자신이 네트워크의 커버리지 내에 있다는 것을 식별한 때에, SA를 송신하도록 구성될 수도 있다. WTRU는, 다수의 프로시져, 프로세스, 또는 기술 중 적어도 하나와의 네트워크 내 커버리지를 식별하도록 구성될 수도 있다. 예를 들면, WTRU는, 미리 결정된 임계치 위의 1차 동기화 신호(primary synchronization signal; PSS) 또는 2차 동기화 신호(secondary synchronization signal; SSS) 또는 공통 기준 신호 전력(common reference signal power)을 식별하는 것에 의해 네트워크 내 커버리지를 식별하도록 구성될 수도 있다. WTRU는, WTRU가 물리적 브로드캐스트 채널(PBCH) 또는 공통 제어 채널을 성공적으로 디코딩한 경우에 네트워크 내 커버리지를 식별하도록 구성될 수도 있다. WTRU는, WTRU가 네트워크 엔트리를 성공적으로 수행한 경우, 예를 들면, WTRU가 타이밍 어드밴스(timing advance) 또는 무선 네트워크 임시 아이덴티티(예를 들면, C-RNTI)를 획득한 경우 또는 WTRU가 네트워크 액세스 프로시져를 성공적으로 완수한 경우에 네트워크 내 커버리지를 식별하도록 구성될 수도 있다.

WTRU(예를 들면, D2D WTRU)는 SA의 송신을 위한 허용된 SA 리소스의 세트를 결정하도록 구성될 수도 있다. 허용된 SA 리소스의 세트는, 구성된 SA 리소스의 세트의 서브셋일 수도 있다. 예를 들면, WTRU는, 예를 들면, WTRU가 네트워크 커버리지 하에 있지 않을 수도 있는 경우에 사용하기 위한 허용된 SA 리소스의 세트를 가지고 사전 구성될 수도 있다. 예를 들면, 허용된 SA 리소스의 세트는, WTRU의 USIM에, WTRU의 메모리에, 또는 애플리케이션 레이어에서 구성될 수도 있다.

WTRU는, 예를 들면, 기지국(예를 들면, eNB)으로부터 수신되는 신호에 기초하여, 허용된 SA 리소스의 세트를 결정할 수도 있다. 예를 들면, 전용 무선 리소스 제어(RRC) 구성 신호 또는 시스템 정보 브로드캐스트(system information broadcast; SIB)에서 브로드캐스트되는 신호. WTRU는, 예를 들면, PD2DSCH(물리적 D2D 동기화 채널) 또는 다른 D2D 제어 메시지를 통해 다른 D2D UE로부터 수신되는 신호에 기초하여, 허용된 SA 리소스의 세트를 결정할 수도 있다. 예를 들면, 허용된 SA 리소스의 세트는, 구성된 SA 리소스의 세트와 동일할 수도 있다. 허용된 SA 리소스는 허가를 통해 기지국에 의해 명시적으로 나타내어질 수도 있다.

WTRU(예를 들면, D2D WTRU)는, 송신될 데이터의 특성에 기초하여, SA 리소스를 결정하고/하거나 선택하도록 구성될 수도 있다. 예를 들면, WTRU는 서비스 품질(QoS)(및/또는 QCI), 트래픽 타입(예를 들면, 지연에 민감함 대 지연에 민감하지 않음), 송신 데이터와 연관되는 애플리케이션 및/또는 다른 특성, 또는 논리적 채널 우선순위 중 하나 이상에 기초하여 SA를 결정하고/하거나 선택하도록 구성될 수도 있다. 예를 들면, 제1 SA 리소스는 보이스를 반송하는 D2D 데이터를 위해 선택될 수도 있지만, 제2 SA 리소스는 IP 패킷을 반송하는 D2D 데이터를 위해 선택될 수도 있다. 허용된 SA의 세트 내의 SA 또는 SA의 세트와 송신 데이터 특성 사이의 연관성은, 예를 들면, 애플리케이션에서, USIM에서, 디바이스 메모리에서, 또는 RRC 시그널링을 통해 사전 구성될 수도 있다.

WTRU는, 허용된 SA의 세트로부터 하나 이상의 SA를 송신하기 위한 SA 리소스를 선택하도록 구성될 수도 있다. SA 리소스는, 예를 들면, RRC 시그널링을 통해 WTRU로 제공될 수도 있다. WTRU는 리소스의 세트 중에서 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU는, 허용된 SA 리소스의 세트로부터 하나 이상의 SA를 랜덤하게 송신하기 위한 SA 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU와 연관되는 아이덴티티는 랜덤 생성기 씨드에 대해 사용될 수도 있다. 예를 들면, SA 리소스를 결정하기 위해, 난수(random number)가 사용될 수도 있다.

WTRU는, 수신된 신호 및/또는 측정에 기초하여 허용된 SA 리소스의 세트로부터 SA 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU는, 이전의 SA 리소스에 대한 전력을 측정하도록 그리고 (예를 들면, 수신 전력 임계치를 통해 또는 SA의 성공적인 수신에 기초하여) 어떤 리소스가 사용되지 않고 있는지를 결정하는 것에 의해, 허용된 SA 리소스의 세트로부터 이용가능한 SA 리소스의 세트를 결정하도록 구성될 수도 있다. WTRU는, 허용된 SA 리소스 세트 영역에서의 간섭 레벨을 측정하도록 그리고 더 적은 간섭을 받게 되는 또는 최소 간섭된 SA 리소스의 세트로부터 선택되는 SA 리소스를 선택하도록 구성될 수도 있다.

WTRU는, 하나 이상의 이전의 SA 송신, RRSP, 및/또는 데이터 송신에서 사용되는 SA 리소스 또는 데이터 송신 리소스의 선택에 기초하여 SA 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU는, SA 리소스를 결정하기 위한, 데이터와 SA 리소스 사이의 미리 정의된 매핑을 사용하여, 데이터 송신 리소스의 선택에 기초하여 리소스를 선택하도록 구성될 수도 있다. 예를 들면, 서브프레임(N+X)에서 데이터 송신을 위한 리소스를 선택한 WTRU는 서브프레임(N)에서 SA 리소스를 선택할 수도 있다. 다른 예에서, 리소스 블록(N)에서 데이터 송신을 위한 리소스를 선택한 WTRU는 리소스 블록((N+X)%M)(예를 들면, 여기서, X는 양의 또는 0의 정수이고 M은 리소스 블록의 총 수이다)에서 SA 리소스를 선택할 수도 있다.

WTRU는, 예를 들면, SA 리소스를 결정하기 위한, 이전의 리소스와 선택된 리소스 사이의 미리 정의된 매핑을 사용하여, 하나 이상의 이전의 SA 송신, RRSP 메시지, 및/또는 D2D 데이터에서 사용되는 리소스에 기초하여 리소스를 선택하도록 구성될 수도 있다. 한 예에서, 리소스 블록(N)에서 데이터 또는 SA 송신을 위한 리소스를 이전에 선택한 WTRU는, 리소스 블록((N+X)%M)에서 SA 리소스를 선택할 수도 있다.

WTRU는, 채널 상에서 송신이 발신되고(outgoing) 있는지의 여부를 식별하는 것에 의해, 예를 들면, 채널 상에서 다음의 타입의 버스트: 동기화, 채널, 및/또는 데이터 중 적어도 하나를 디코딩하려고 시도하는 것에 의해, 리소스를 선택하도록 구성될 수도 있다.

WTRU는 동기화의 위치, 제어, 및/또는 데이터 버스트 및 미리 결정된 채널 구조에 적어도 부분적으로 기초하여 SA 송신 기회를 적어도 부분적으로 유도하는 것에 의해 SA 리소스를 선택하도록 구성될 수도 있다.

WTRU는 SA 송신 기회로서 선점 슬롯(preemption slot)을 적어도 부분적으로 고려하는 것에 의해 SA 리소스를 선택하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU의 통신 우선순위가 진행 중인 통신(ongoing communication)에 대해 설정되는 우선순위보다 더 높으면, SA 송신 기회로서 선점 슬롯을 고려하도록 구성될 수도 있다.

WTRU(예를 들면, D2D WTRU)는 허용된 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다. 허용된 D2D 데이터 리소스의 결정은, 허용된 D2D SA 리소스를 결정하는 것과는 상이한 시간의 순간에 발생할 수도 있다. 예를 들면, WTRU는, 예를 들면, WTRU가 네트워크 커버리지 하에 있지 않을 수도 있는 경우에 사용하기 위한 허용된 D2D 데이터 리소스의 세트를 가지고 사전 구성될 수도 있다. 허용된 D2D 데이터 리소스의 세트는, 예를 들면, USIM에, 디바이스 메모리에 또는 애플리케이션 레이어에서 구성될 수도 있다.

WTRU는 기지국(예를 들면, eNode B(eNB))으로부터의 수신된 신호에 기초하여 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 예를 들면, WTRU는 전용 RRC 구성 신호 또는 SIB 브로드캐스트 신호를 통해 신호를 수신할 수도 있다. WTRU는 DL 제어 채널 메시지를 통해 신호를 수신할 수도 있다.

WTRU는, 예를 들면, PD2DSCH(물리적 D2D 동기화 채널) 또는 D2D 관련 제어 메시지를 통해 다른 D2D WTRU로부터 수신되는 신호에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정할 수도 있다. 허용된 D2D 데이터 리소스의 세트는 D2D 데이터 구성 리소스의 세트와 동일할 수도 있다.

WTRU는, 허용된 SA 리소스의 세트에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다. WTRU는, 선택된 SA 리소스에 기초하여, 허용된 D2D 데이터 리소스의 세트를 선택하도록 구성될 수도 있다. 허용된 D2D 데이터 리소스의 세트와 허용된 SA 리소스의 세트 사이의 연관성은 암시적일 수도 있거나 또는 구성에 기초할 수도 있다.

WTRU는, 연관 SA에서의 정보에 따라 D2D 데이터를 송신할 수도 있다. 예를 들면, WTRU는 선택된 SA 리소스와 연관되는 스케줄링 기간의 시작을 결정할 수도 있다. WTRU는 SA에서 나타내어지는 파라미터에 따라 데이터를 송신할 수도 있다. 예를 들면, WTRU는 선택된 패턴에 따라 결정되는 스케줄링 기간 내에서 송신 기회가 있는 대로 데이터를 송신할 수도 있다. WTRU는, SA와 연관되는 T-RPT에 따라 D2D 데이터에 대한 송신 스케줄을 결정할 수도 있다.

WTRU는, 송신될 데이터의 특성에 기초하여, 허용된 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다. WTRU는, QoS(및/또는 QCI), 트래픽 타입(예를 들면, 지연에 민감함, 지연에 민감하지 않음, 등등), 버퍼의 데이터를 송신하기 위한 시간 분배, 버퍼의 데이터의 양, 데이터에 연관되는 애플리케이션 또는 다른 특성, 또는 논리적 채널 우선순위 중 하나 이상에 기초하여, 허용된 D2D 데이터 리소스의 세트를 선택하도록 구성될 수도 있다. 허용된 D2D 데이터 리소스의 세트와 데이터 특성 사이의 연관성은 사전 구성될 수도 있다. 예를 들면, D2D 데이터 리소스 및 데이터 특성은 애플리케이션에서 또는 유심에서 사전 구성될 수도 있거나, 또는 RRC 시그널링을 통해 제공될 수도 있다.

리소스(예를 들면, D2D 데이터 리소스)는, 예를 들면, RRC 시그널링을 통해 WTRU로 제공될 수도 있고/있거나 WTRU는 리소스의 세트로부터 리소스를 선택하도록 구성될 수도 있다. WTRU는, D2D 데이터의 송신을 위한 허용된 D2D 데이터 리소스의 세트로부터 데이터를 송신하기 위한 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU은, 허용된 D2D 데이터 리소스의 세트로부터 송신을 위한 D2D 데이터 리소스를 랜덤하게 선택하도록 구성될 수도 있다.

WTRU는, WTRU에 의해 수신되는 하나 이상의 RRSP 메시지를 사용하여 리소스가 이용가능한지의 여부를(예를 들면, 이용가능한 것으로 지정되는지의 여부를) 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 수신된 RRSP 메시지로부터 명시적인 이진 지시를 사용하도록 구성될 수도 있다. WTRU는, SA(예를 들면, WTRU에 의해 송신되는 SA)에 적용되는 하나 이상의 측정을 SA(예를 들면, 목적지 WTRU)의 수신기에 의해 사용하도록 구성될 수도 있다. WTRU는 (예를 들면, RRSP 메시지에서) WTRU로 송신되는 하나 이상의 측정치를 사용하도록 구성될 수도 있다. 측정은 SA의 수신기, 예를 들면, 목적지 WTRU에 의해 수행될 수도 있다. WTRU는 SA 및/또는 RRSP에 연관되는 기준 신호(예를 들면, D2DSS, 또는 DM-RS)에 대한 측정을 행하도록 구성될 수도 있다. WTRU는 WTRU에 의해 수신되는 하나 이상의 RRSP 메시지(예를 들면, 목적지 WTRU로부터 수신되는 RRSP 메시지)에 하나 이상의 측정을 적용하도록 구성될 수도 있다. WTRU는 리소스가 이용가능한지의 여부를(예를 들면, 이용가능한 것으로 지정되는지의 여부를) 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 다음의 프로시져 중 하나 이상을 사용하여 리소스가 이용가능한지의 여부를 결정하도록 구성될 수도 있다. WTRU는, 리소스를 요청하는 SA를 (예를 들면, 미리 결정된 시간 인터벌 내에) WTRU가 수신하지 않으면, 리소스를 이용가능한 것으로 지정하도록 구성될 수도 있다. WTRU는, WTRU가 진행 중인 통신에 대해 리소스를 사용하고 있지 않으면, 리소스를 이용가능한 것으로 지정하도록 구성될 수도 있다. WTRU는 요청된 리소스에 대해 하나 이상의 측정을 적용할 수도 있다. WTRU는 하나 이상의 측정의 각각의 값을 임계 값과 비교할 수도 있다. 하나 이상의 측정의 각각의 값이 임계 값 미만이다는 것을 WTRU가 결정하면, WTRU는 하나 이상의 측정에 연관되는 리소스를 이용가능한 것으로 지정할 수도 있다.

식별된 네트워크 커버리지를 갖는 WTRU는, 예를 들면, 본원에서 설명되는 바와 같이, 본원에서 설명되는 프로시져, 프로세스 또는 기술 중 임의의 것을, 네트워크에 의해 제공되는 리소스 이용가능성에 관한 정보와 비교하여 리소스가 이용가능한지의 여부를 결정할 수도 있다. 예를 들면, 네트워크는, 예를 들면, 각각의 리소스에 관해 기지국(예를 들면, eNB)에 의해 또는 WTRU의 세트에 의해 측정되는 간섭의 레벨을 나타내는 테이블을 송신할 수도 있다.

WTRU는 하나 이상의 RRSP 메시지의 컨텐츠를 설정하는 프로시져를 수행하도록 구성될 수도 있다. 예를 들면, WTRU는, 리소스 인덱스, 랜덤 토큰, 에코 토큰, 측정 결과, 또는 하나 이상의 이용가능하지 않은 리소스에 관련되는 추가 정보와 같은, RRSP 메시지의 하나 이상의 엘리먼트를 설정하도록 구성될 수도 있다.

WTRU는, 예를 들면, SA에 적용되는 하나 이상의 측정(예를 들면, SA의 수신기에 의해 적용되는 측정)을 사용하는 것에 의해 리소스가 이용가능한지의 여부를 결정하도록 WTRU가 구성되면, 하나 이상의 측정의 각각의 값을 임계 값과 비교하도록 구성될 수도 있다. WTRU는 하나 이상의 측정의 각각의 값이 임계 값 미만인지의 여부를 결정하도록 구성될 수도 있다. RRSP 메시지는, 예를 들면, 측정을 적용한 SA의 수신기가 WTRU에 의한 데이터 송신과 간섭하지 않을 만큼 (예를 들면, 지리적으로) 충분히 멀리 떨어진 것으로 간주되는 경우, 리소스의 이용가능성을 결정하는 데 고려되지 않을 수도 있다.

WTRU는, 예를 들면, WTRU에 의해 수신되는 RRSP 메시지에 하나 이상의 측정을 적용하도록 WTRU가 구성되면, 하나 이상의 측정의 각각의 값을 임계 값과 비교하도록 구성될 수도 있다. WTRU는 하나 이상의 측정의 각각의 값이 임계 값 미만인지를 결정하도록 구성될 수도 있다. RRSP 메시지는, 예를 들면, RRSP 메시지의 센더(sender)가 WTRU에 의한 데이터 송신과 간섭하지 않을 만큼 (예를 들면, 지리적으로) 충분히 멀리 떨어진 것으로 간주되는 경우, 리소스의 이용가능성을 결정하는 데 고려되지 않을 수도 있다.

WTRU는, 예를 들면, 하나 이상의 측정에 기초하여, 송신을 위한 D2D 데이터 리소스를 선택하도록 구성될 수도 있다. 예를 들면, WTRU는 이용가능한 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다. WTRU는 (예를 들면, 전력 측정 기반 방식을 활용하여) 이용가능한 D2D 데이터 리소스의 세트를 결정하도록 구성될 수도 있다. WTRU는 하나 이상의 D2D 데이터 리소스에 대한 총 수신된 신호 전력 또는 간섭의 양을 측정할 수도 있다. WTRU는, 예를 들면, 측정에 대한 임계치를 적용하는 것에 의해, D2D 데이터 리소스가 이용가능한지의 여부를 결정할 수도 있다. 예를 들면, WTRU는 낮게 측정되는 수신된 신호 전력을 갖는 D2D 데이터 리소스를 선택할 수도 있다.

WTRU(예를 들면, D2D WTRU)는, 어떤 D2D 데이터 리소스가 사용될 수도 있는지를 결정하기 위해 SA 모니터링 기반 방식을 활용할 수도 있다. WTRU는 다른 WTRU로부터의 하나 이상의 SA를 모니터링하도록 그리고 다른 D2D 통신에 의해 사용되고 있지 않은 D2D 데이터 리소스를 결정하도록 구성될 수도 있다. 예를 들면, D2D는 성공적으로 수신되는 각각의 SA와 연관되는 데이터 리소스를 결정하고 이들 리소스를 이용가능하지 않은 것으로 마킹할 수도 있다. WTRU는 이용가능한 D2D 데이터 리소스의 세트를 결정하기 위해 전력 측정으로부터의 그리고 SA 수신으로부터의 정보를 사용하도록 구성될 수도 있다. 예를 들면, WTRU는, SA 모니터링 기반 방식에 의해 결정되는 바와 같은 이용불가능한 리소스의 세트의 역과 전력 기반 방식으로부터 이용가능한 리소스의 세트의 공통부분을 고려하는 것에 의해 이용가능한 D2D 데이터 리소스의 세트를 결정할 수도 있다. WTRU는 하나 이상의 이전의 스케줄링 기간에 대한 측정에 기초하여 이러한 측정 및 결정을 행하도록 구성될 수도 있다. 측정은 시간의 한 인터벌 동안 유효할 수도 있다. WTRU는, 예를 들면, 이용가능한 D2D 데이터 리소스의 유효한 리스트를 유지하기 위해, 측정을 주기적으로 수행하도록 구성될 수도 있다.

WTRU는, 예를 들면, 이전의 SA, RRSP, 스케줄링 기간 또는 데이터 송신 인터벌에서 사용되는 리소스에 기초하여, 데이터를 송신하기 위한 리소스를 선택하도록 구성될 수도 있다. WTRU는, 예를 들면, 하나 이상의 이전의 RRSP 메시지에서 수신되는 및/또는 하나 이상의 이전의 SA에서 송신되는 정보에 기초하여, 데이터를 송신하기 위한 리소스를 선택하도록 구성될 수도 있다.

WTRU는, 예를 들면, 리소스가 이용가능한 것으로 지정되면, 리소스(R1)를 선택하도록 구성될 수도 있다. 예를 들면, 리소스(R1)의 이용가능성은 메시지, 예를 들면, 하나 이상의 목적지 WTRU 및/또는 비목적지 WTRU로부터의 SA 송신에 응답하여 수신되는 메시지에 의해 나타내어질 수도 있다. WTRU는, R1이 SA에 의해 암시적으로 또는 명시적으로 나타내어지면, 리소스(R1)를 선택할 수도 있다. WTRU는, 예를 들면 WTRU의 데이터 송신의 우선순위 이상인 각각의 상대적 우선순위를 갖는 하나 이상의 목적지 및/또는 비목적지 WTRU에 의해 리소스(R1)가 이용가능한 것으로 지정되면, 리소스(R1)를 선택할 수도 있다. 예를 들면, 비목적지 WTRU로부터의 이용가능하지 않은 상태 지정은, 이들 WTRU가 각각의 더 낮은 상대적 우선순위를 가지면, 고려되지 않을 수도 있다. 예를 들면, 상태 지정의 우선순위 기반의 구별은, D2D 서비스 또는 메시징 또는 시그널링 타입에 기초할 수도 있다. WTRU는, 예를 들면, 다른 SA의 감지에 기초하여 및/또는 다른 SA의 수신에 기초하여 및/또는 타이머의 만료에 기초하여 리소스가 WTRU에 의해 이용가능한 것으로 지정되면, 리소스(R1)를 선택할 수도 있다.

리소스(R1)가 (예를 들면, 하나 이상의 수신된 RRSP 메시지에서) 이용가능하지 않은 것으로 하나 이상의 이전의 SA에서 나타내어졌거나 또는 다른 이유(예를 들면, 감지를 통해 결정됨) 때문에 이용가능하지 않은 것으로 지정되면, WTRU는, 리소스의 세트 내에서, R1을 배제할 수도 있는 다른 리소스를 선택할 수도 있다. 이러한 리소스는, 예를 들면, 랜덤하게 또는 미리 결정된 순서에 따라 선택될 수도 있다. WTRU는, 예를 들면, 하나 이상의 SA가 다른 이용가능하지 않은 리소스(Ri)를 포함하면, 리소스의 세트 내에서, R1 및 Ri를 배제할 수도 있는 리소스를 랜덤하게 선택할 수도 있다.

WTRU는, 하나 이상의 선택된 리소스(예를 들면, 모든 선택된 리소스)가 이용가능하지 않은 것으로 지정되면, WTRU가 하나 이상의 수신된 RRSP 메시지로부터 최상의 리소스를 선택할 수도 있도록 구성될 수도 있다. 이러한 예에서, WTRU는 또한, 선택된 최상의 리소스를 나타내기 위해 하나 이상의 SA 메시지를 송신하도록 구성될 수도 있다.

WTRU는 하나 이상의 SA의 컨텐츠를 설정하도록 구성될 수도 있다. 예를 들면, WTRU는, 리소스 지시 또는 데이터 송신을 위한 리소스 송신 인덱스, 랜덤 토큰, 또는 데이터의 우선순위 인덱스와 같은, SA의 하나 이상의 엘리먼트를 설정하도록 구성될 수도 있다. WTRU는, 리소스 지시 또는 데이터 송신을 위한 리소스 인덱스를 설정하도록 구성될 수도 있다. 리소스 지시 또는 리소스 송신 인덱스는, 예를 들면, 본원에서 설명되는 바와 같이, 데이터를 송신하기 위한 리소스의 선택을 위해 WTRU에 의해 사용되는 프로시져에 기초할 수도 있다. WTRU는 랜덤 토큰을 설정하도록 구성될 수도 있다. WTRU는 미리 정의된 경계 내에서 토큰에 대해 값을 할당하도록 구성될 수도 있다. 값은 완전히 랜덤할 수도 있거나 또는 WTRU의 상태(예를 들면, 버퍼 상태)에 의해 또는 WTRU의 성능(예를 들면, ProSe 등록 동안 할당되는 WTRU 우선순위)에 의해 바이어스될(biased) 수도 있다. WTRU는 데이터의 우선순위 인덱스를 설정하도록 구성될 수도 있다. WTRU는, 예를 들면, 다음의 엘리먼트 중 하나 이상에 기초하여 데이터 통신에 대한 우선순위 인덱스를 계산할 수도 있다: 서비스 품질(QoS); 버퍼 상태; 최종 송신 이후 경과한 시간; WTRU 식별자; (예를 들면, 구성에 의해 결정되는 바와 같은) WTRU 또는 채널 퍼미션 레벨; 및/또는 등등. WTRU는 보안 콘텍스트를 설정하도록 구성될 수도 있다.

WTRU는 하나 이상의 식별자를 설정하도록 구성될 수도 있다. 식별자(identifier; ID)의 몇몇 예는: 유저 기기(user equipment) ID, 타겟 유저 기기 ID, 목적지 유저 기기 ID, 베어러 ID, 논리 채널 번호 ID, 그룹 ID, 통신 ID, 및/또는 등등. WTRU는 시퀀스 번호를 설정하도록 구성될 수도 있다. WTRU는, 메시지가 채널을 선점해야 한다는 것을 나타내는 플래그를 설정하도록 구성될 수도 있다. 이들은 SA, RRSP 또는 RREQ의 일부로서 포함될 수도 있거나 또는 이들과 연관되는 D2D 데이터 송신 패킷에 포함될 수도 있다.

물리적 D2D 브로드캐스트 채널(Physical D2D Broadcast Channel; PDBCH)이 제공될 수도 있다. PDBCH는 제어 정보 또는 D2D 데이터를 반송할 수도 있다. PDBCH는 또한 물리적 D2D 브로드캐스트 공유 채널(Physical D2D Broadcast Shared Channel; PDBSCH)로 칭해질 수도 있다. PDBCH 또는 PDBSCH는, 제어 정보를 반송하고 있을 때 스케줄링 할당(SA)으로 칭해질 수도 있다. PDBCH 또는 PDBSCH는, 데이터를 반송하고 있을 때 D2D PSCH로 칭해질 수도 있다.

제어 정보는 물리적 채널, 예컨대 PDBCH에서 송신될 수도 있다(예를 들면, 암시적으로 또는 명시적으로 송신될 수도 있다). 송신 디바이스(예를 들면, D2D WTRU)는 제어 정보 및/또는 전송 블록 데이터를 인코딩할 수도 있다(예를 들면, 개별적으로 인코딩할 수도 있다). 송신 디바이스는 두 세트의 인코딩된 비트를 인터리브(interleave)하고/하거나 변조할 수도 있고 심볼을 서브프레임 또는 TTI의 동일한 SA에 매핑할 수도 있다. 디바이스는 두 세트의 인코딩된 비트를 두 개의 별개의 연관 송신으로서 프로세싱하여 송신할 수도 있다. 제어 정보는, 제어 정보에 대한 가능한 값의 세트 중 하나를 나타내는 비트의 세트(예를 들면, 필드)에 의해 표현될 수도 있다. 가능한 값은, 미리 정의되고, 사전 구성되고, 및/또는 상위 레이어 시그널링에 의해 제공될 수도 있다. 상이한 타입의 제어 정보에 대한 필드는 사슬연결되고(concatenated)/되거나 함께 인코딩될 수도 있다. 필드는 사슬연결되고/되거나 전송 블록의 데이터와는 별개로 인코딩될 수도 있다. 인코딩 이전에, 신뢰도를 향상시키기 위해 필드의 사슬연결된 세트에 순환 중복 검사(cyclic redundancy check; CRC)가 부착될 수도 있다. CRC는 송신기에 연관되는 비트 필드(예를 들면, 유저 ID 또는 서비스 ID)를 이용하여 마스킹될 수도 있다. 다수의 변조 심볼 내에 비트를 맞추기 위해 인코딩된 비트는 천자될(punctured)(또는 레이트 매치될) 수도 있다.

인코딩된 제어 정보 비트는, 대응하는 변조 심볼이 SA의 특정 세트의 리소스 엘리먼트에 매핑되는 방식으로 전송 블록으로부터의 인코딩된 비트와 인터리브될 수도 있다. 코딩 정보의 변조 및 코딩 레이트는 수신기에 의한 디코딩을 용이하게 하도록 미리 정의될 수도 있다.

제어 정보의 코딩을 위해 사용되는 변조는, 전송 블록 데이터에 대해 사용되는 변조와 동일하도록 설정될 수도 있다. 예를 들면, 더미 비트는, 예를 들면, 고차 변조(예를 들면, 64 직교 진폭 변조(quadrature amplitude modulation; QAM))가 사용되는 경우, 제어 정보의 코딩된 비트와 인터리브될 수도 있다. 더미 비트는, 저차 변조(예를 들면, 직교 위상 시프트 키잉(quadrature phase shift keying; QPSK))와 유사한 신뢰도의 레벨을 획득하기 위해, 제어 정보의 코딩된 비트와 인터리브될 수도 있다. 인코딩된 제어 정보 비트는 변조되어, 상위 레이어의 데이터와 함께 SA로 매핑되는 대신, 별개의 물리적 신호로 매핑될 수도 있다. 제어 정보는 사슬연결되고 전송 블록으로부터의 데이터와 함께 인코딩될 수도 있다. 이 방식은, 동일한 서브프레임에서 전송 블록의 디코딩에 직접적으로 연관이 없을 수도 있는 제어 정보를 전송하는 데 유용할 수도 있다.

수신 디바이스는, SA로 매핑되는 제어 정보를 디코딩하는 것에 의해 그리고 SA의 전송 블록을 디코딩하도록 제어 정보를 적용하는 것에 의해, SA로부터의 전송 블록을 디코딩할 수도 있다. 수신 디바이스는, SA에 포함되는 상위 레이어 데이터를, 만약 있다면, 디코딩하도록 제어 정보를 디코딩하는 것에 의해 서브프레임의 SA를 디코딩할 수도 있다. 예를 들면, SA에 포함되는 제어 정보는 상위 레이어 데이터에 대해 사용되는 변조 및 코딩 방식을 나타낼 수도 있다. SA에 포함되는 제어 정보는 데이터 송신과 연관되는 T-RPT를 나타낼 수도 있다. 변조 및 코딩 방식을 나타내는 제어 정보의 디코딩에 후속하여, WTRU는 데이터를 디코딩하기 위해 SA의 데이터를 반송하는 리소스 엘리먼트의 프로세싱을 개시할 수도 있다.

제어 정보를 디코딩하기 위해, 수신 WTRU는, 프리앰블 또는 동기화 신호 및/또는 DB-DMRS 기준 신호에 기초하여 서브프레임의 대략적(coarse) 타이밍을 검출할 수도 있다. WTRU는 제어 정보를 반송하는 리소스 엘리먼트(예를 들면, OFDM 심볼)를 식별하고 이들 리소스 엘리먼트에 매핑되는 심볼을 복조할 수도 있다.

WTRU는, 소정의 변조 순서를 가정하여 PDBCH의 리소스 엘리먼트의 각각을 복조할 수도 있고 하나 이상의 전송 블록의 코딩된 비트로부터 코딩된 비트를 디인터리브하는 것에 의해 제어 정보의 코딩된 비트를 추출할 수도 있다.

WTRU는, 예를 들면, 다수의 정보 비트(또는 코딩 레이트)를 가정하는 것에 의해, 제어 정보의 디코딩을 시도할 수도 있다. 제어 정보(또는 제어 정보 포맷)의 다수의 조합이 허용되면, WTRU는 조합의 각각을 가정하여 디코딩을 시도하고 성공적인 CRC 검증에 기초하여 적용가능한 포맷을 결정할 수도 있다(블라인드 디코딩). CRC 검증이 조합에 대해 성공적이면, WTRU는, 한 실시형태에서, 코딩 정보에 대해 획득되는 값(예를 들면, 변조 및 코딩 방식(MCS), 리던던시 버전(redundancy version), 재송신 시퀀스 번호, 신규 데이터 지시자(indicator), 전송 블록 사이즈 지시자, HARQ 프로세스 지시자, 리소스 블록 할당, WTRU 및/또는 그룹 아이덴티티, 채널 아이덴티티, 보안 콘텍스트 아이덴티티)의 전체 또는 일부를 사용하여 하나 이상의 전송 블록의 코딩된 비트의 복조 및 디코딩을 시도할 수도 있다. WTRU는 하나 이상의 전송 블록을 상위 레이어로 전달할 수도 있고, 상위 레이어 데이터는 이 데이터에 첨부되는 CRC의 검증에 기초하여 성공적으로 검출될 수도 있다.

WTRU는 SA의 심볼에서 명시적인 제어 정보를 반송하도록 구성될 수도 있다. 서브프레임에서의 정확한 심볼은, 예를 들면, 서브프레임에서의 제1 심볼일 수도 있고/있거나 정확한 검출의 확률을 최대화하기 위한 파일럿 심볼(DB-DMRS)에 인접한 심볼일 수도 있다.

WTRU는, 몇몇 업링크 제어 정보(예컨대 HARQ 확인 응답/부정의 확인 응답(acknowledgement/negative acknowledgement; A/N) 및 랭크 지시)의 인코딩 및 인터리브를 위해 사용되는 것과 유사한 실시형태를 사용하여 SA에 제어 정보를 인코딩하고/하거나 인터리브할 수도 있다. WTRU는 물리적 업링크 공유 채널(PUSCH) 구조를 사용하여 SA를 송신할 수도 있다. WTRU는 다음의 엘리먼트 중 하나 이상으로부터의 제어 정보를 포함할 수도 있다: MCS, D2D 송신 패턴, PRB(또는 BW)의 수, 목적지 ID. WTRU는 제어 정보를 인코딩할 수도 있고, 수신기에 알려진, 고정된 포맷을 갖는 PUSCH형 송신 구조를 사용하여 송신할 수도 있다. 예를 들면, MSC 지시자, 신규 데이터 지시자, HARQ 프로세스 지시자 및 재송신 시퀀스 번호는 블록 코드 또는 컨볼루션 코드(convolutional code)를 사용하여 함께 인코딩될 수도 있고, 인코딩된 비트는, DB-DMRS에 가까운 또는 인접한 OFDM 심볼의 리소스 엘리먼트에 변조된 심볼이 매핑되도록 인터리브될 수도 있다.

제어 정보는 단일의 OFDM 신호의 기준 신호 또는 동기화 시퀀스와 다중화될 수도 있다. 한 실시형태에서, 제어 정보는 코딩될 수도 있고 그 다음 OFDM 심볼 중 하나의 DM-DMRS 신호 및/또는 동기 시퀀스와 다중화될 수도 있다. 예를 들면, WTRU는 미리 정의된 양의 천자를 갖는 표준(예를 들면, 컨볼루션 코드)에서 이미 정의되는 현존하는 코딩 메커니즘 중 하나를 사용할 수도 있다.

도 2는 파일럿 및 제어 정보를 반송하는 OFDM 심볼(200)의 예를 예시한다. 도 2에서 예시되는 바와 같이, 수신기에서의 채널 추정을 허용하도록 파일럿 비트가 전체 스펙트럼을 커버하기 위해, 송신된 신호의 NBW PRB에 걸쳐 파일럿 비트(202)가 확산된다.

SA는 전송 블록으로부터의 데이터 대신 추가 제어 정보를 반송할 수도 있다. WTRU는, WTRU가 SA를 송신할 수도 있는 서브프레임에 제어 정보를 (상위 레이어로부터의 데이터는 포함시키지 않으면서) 포함할 수도 있다. 이것은 SA 제어 송신 또는 SA 송신으로 칭해질 수도 있다. 이것은, 예를 들면, 신규 송신 버스트의 시작에서, 주기적으로, 또는 송신 파라미터의 변경시 발생할 수도 있다.

예를 들면, SA 제어 송신은, MCS 및/또는 HARQ 프로세스 관련 정보를 포함하는 적용가능한 송신 포맷을 수신 디바이스에게 공표하기 위해, VoIP 토크 스퍼트(talk spurt)의 시작 또는 스케줄링 기간의 시작에서 사용될 수도 있다. 이러한 콘텍스트에서, SA 송신은 스케줄링 할당의 목적에 소용될 수도 있다. 이 방식은 이들 디바이스가, 상위 레이어 데이터를 포함하는 후속하여 수신되는 SA 송신을 전력 효율적인 방식으로 프로세싱하고 디코딩 복잡도를 낮게 유지하는 것을 허용할 수도 있다.

SA 송신은, 예를 들면, 제어 정보가 동일한 TTI로 다중화되는 적어도 하나의 전송 블록에서 반송하는 보통의 SA 송신과 비교하여 더 적은 또는 추가적인 제어 정보를 포함할 수도 있다. 예를 들면, SA 송신에 포함되는 제어 정보는, 데이터 및 제어가 동일한 TTI로 다중화되는 SA 송신과 비교한 경우, 상이한 세트의 제어 정보 엘리먼트를 어쩌면 포함할 수도 있다.

디바이스에 의해 송신되는 제1 TTI에서의 SA 송신은, 그 디바이스로부터의 유저 데이터를 포함하는 임의의 송신에 대해 시구간 동안 어떤 시간/주파수 리소스가 사용될 수도 있는지를 공표하기 위한 제어 정보를 포함할 수도 있다. 디바이스에 의해 송신되는 제1 SA는, 나중의 TTI(들)에서의 적어도 하나의 제2 또는 다수의 후속하는 SA 송신을 위한 HARQ 관련 프로세스 정보 및/또는 송신 포맷을 공표하는 제어 정보를 포함할 수도 있다. 예를 들면, 제1 TTI에서 전송되는 SA는, 하나 이상의 전송 블록의 형태로 그 디바이스로부터의 D2D 데이터를 포함하는 하나 이상의 후속하여 송신되는 SA에 대해 어떤 변조 방식 및/또는 채널 코딩 설정이 사용되고 있는지를 브로드캐스트된 D2D 송신의 수신기로 전달하는 적어도 MCS 설정을 포함할 수도 있다.

한 예에서, 제1 TTI에서 전송되는 SA는, 하나 이상의 전송 블록의 형태로 그 디바이스로부터의 D2D 데이터를 포함하는 하나 이상의 후속하여 송신되는 SA에 대해, 어떤 HARQ 프로세스가 전송되는지를 및/또는 주어진 HARQ 프로세스에 대한 RV 번호와 같이 어떤 시퀀스 인스턴스가 전송되는지를 및/또는 주어진 HARQ 프로세스에 대해 신규의 전송 블록이 전송되는지의 여부를, 브로드캐스트된 D2D 송신의 수신기로 전달하는 HARQ 관련 프로세스 설정을 포함할 수도 있다. 도 3은, 데이터(304)를 갖는 SA가 송신되는 나중의 송신 기간에 대한 송신 포맷 설정을 공표하기 위해 사용되는 제1 SA(302)의 예를 예시한다.

도 4는, 유저 데이터를 갖는 나중의 SA(들)에 대한 HARQ 관련 프로세스 정보를 공표하기 위해 사용되는 SA의 예를 예시한다. 도 4에서 예시되는 바와 같이, 제어 정보는 SA(402)를 갖는 TTI에서 부분적으로 및/또는 유저 데이터(404)를 갖는 TTI에서 부분적으로 포함될 수도 있다. SA는 스케줄링 기간의 시작에서 HARQ 프로세스 번호 지시 및 신규 데이터 지시자(New Data Indicator; NDI) 지시를 포함할 수도 있다. 이 예에서 유저 데이터를 갖는 SA를 생성하기 위해 사용되는 실제 리던던시 버전(RV) 지시는, 유저 데이터를 갖는 SA가 전송되는 TTI에서 다중화되는 제어 시그널링의 일부로서 제공될 수도 있다.

SA는, 유저 데이터를 포함하는 SA의 효율적이고 낮은 복잡도의 프로세싱을 허용할 수도 있다. 한 예에서, SA는 몇몇 TTI에서, 예를 들면, 데이터만을 포함하는 SA 송신 사이에서 간헐적으로 전송될 수도 있다. 한 예에서, 몇몇 TTI에서 제어 정보만이 SA에 삽입될 수도 있다. 한 예에서, 상이한 타입의 제어 정보는, 제어 정보 및 데이터 둘 다를 다중화하는 TTI에 포함되어 삽입될 수도 있다. 한 예에서, 제어 정보는, 예를 들면, 유저 데이터 전송 블록의 부재 또는 존재시, 임의의 SA 송신의 일부로서 동적인 TTI 단위 기반으로 전송될 수도 있다.

SA는 다수의 상이한 실시형태를 사용하여 실현될 수도 있다. 일 실시형태에서, SA는, 전송 블록으로부터의 데이터를 반송할 수도 있는 변조 심볼이 미리 정의된(예를 들면, 더미) 값을 사용할 수도 있거나 또는 뮤팅될(muted)(예를 들면, 제로 전력을 가지고 전송될) 수도 있다는 점을 제외하면, 유저 데이터를 포함하는 SA와 동일한 방식으로 프로세싱될 수도 있다.

한 예에서, SA는, 설정의 제한된 또는 한정된 세트에서 어쩌면 하나보다 많은 후보 송신 포맷의 세트로부터, 수신기에게 알려진 송신 포맷을 사용하여 송신될 수도 있다. 예를 들면, SA는, N=4 개의 가능한 허용된 송신 설정 중 특정 송신 설정을 선택하는 송신 디바이스에 의해 송신될 수도 있다. SA의 디코딩을 시도하는 수신기는, 특정 송신 설정을 결정하기 위해 블라인드 검출 프로세스를 수행할 수도 있다. D2D 송신기가, 상이한 채널 코딩 레이트 설정, 즉 상이한 MCS 설정에서 N=4 개의 강건한 QPSK 변조 방식으로부터 선택하도록 허용되면, 가산된 수신기 복잡도의 관점에서, 상대적으로 적은 및 적절한 비용에서 반정적 링크 적응에 대한 몇몇 제한된 유연성이 도입될 수도 있다. 후보 세트로부터의 송신 포맷 설정은, 예를 들면, MCS, TB 사이즈 등등에 의해 어쩌면 표현되는, 변조 방식, 채널 코딩 레이트, 또는 제어 정보 필드(들)의 사이즈에 대한 상이한 설정을 포함할 수도 있다.

SA에서의 제어 정보는 SA에서의 전송 블록 데이터와 동일한 방식으로 프로세싱될 수도 있다. 예를 들면, 제어 정보 필드는, SA가 제어 정보만을 반송하는지의 여부를 나타낼 수도 있다. 이 필드가 제어 전용 정보를 나타내면, 제어 정보로서 정상적으로 사슬연결되고 프로세싱될 수도 있는 다른 제어 정보 필드는 미리 정의된 값으로 설정될 수도 있다. 이것은 수신 디바이스가, 다수의 블라인드 디코딩 시도를 수행할 필요 없이, 제어 정보를 갖는 SA의 존재를 검출하는 것을 허용할 수도 있다.

SA는, (예를 들면, 제어 정보를 갖거나 또는 갖지 않는) 서브프레임의 나머지의 포맷을 나타내는 서브프레임에서의 인코딩 시퀀스 또는 특수 OFDM 심볼에 의해 식별될 수도 있다. WTRU는 이 특수 OFDM 심볼 또는 인코딩 시퀀스를 서브프레임에서의 미리 정의된 심볼에서 송신하도록 구성될 수도 있다. WTRU는 또한, 서브프레임의 포맷을 나타내기 위해, 이 OFDM 심볼의 컨텐츠 또는 인코딩 시퀀스에 대한 값을 선택하도록 구성될 수도 있다. 예를 들면, WTRU는 각각의 구성된 서브프레임 포맷과 연관되는 하나 이상의 상이한 비트 시퀀스(예를 들면, 고정 길이 자도프 추(Zadoff-Chu) 시퀀스의 상이한 루트)를 가지고 구성될 수도 있다. WTRU는 자신이 송신하는 서브프레임 포맷에 기초하여 실제 비트 시퀀스를 선택할 수도 있다. 이 예에서, 수신 WTRU는 특수 OFDM 심볼 상에서 송신되는 시퀀스를 검출하도록 그리고 사전 구성된 연관성 테이블을 조사하는 것에 의해 서브프레임 포맷을 결정하도록 구성될 수도 있다.

WTRU는 송신기 디바이스로부터 정보를 수신하도록 구성될 수도 있다. WTRU는 송신기 디바이스로부터 수신되는 정보로부터 구성 정보를 결정하도록 구성될 수도 있다. 송신기 디바이스는 구성 정보를 결정하도록 구성될 수도 있다. WTRU는 수신되는 데이터에 기초하여 구성 정보를 결정할 수도 있다. WTRU는, 그룹, 서비스, 및/또는 애플리케이션 아이덴티티에 기초하여 구성 정보를 결정할 수도 있다. 예를 들면, WTRU는, 데이터가 송신될 수도 있는 그룹, 서비스, 및/또는 애플리케이션 아이덴티티에 기초하여 구성 정보를 결정할 수도 있다. WTRU는, 예를 들면, 채널에서 또는 캐리어 주파수 상에서, 그룹 아이덴티티에 관련되는 데이터를 송신하도록 구성될 수도 있다.

WTRU는 데이터를 수신하도록 구성될 수도 있다. WTRU는 데이터의 타입에 기초하여 구성 정보를 결정하도록 구성될 수도 있다. WTRU는 QoS 정보를 포함하는 데이터를 수신하도록 구성될 수도 있다. WTRU는 데이터의 QoS 특성에 기초하여 구성 정보를 결정하도록 구성될 수도 있다. WTRU는 데이터를 송신하도록 구성될 수도 있다. WTRU는 코덱 타입에 대한 데이터를 송신하도록 구성될 수도 있다. WTRU는 채널 또는 캐리어 주파수에서 코덱 타입에 대한 데이터를 송신하도록 구성될 수도 있다. 캐리어 주파수는 코덱 타입과 연관될 수도 있다. 채널 또는 캐리어 주파수는 리소스 블록 할당을 사용하여 코덱 타입에 연관될 수도 있다. 채널 또는 캐리어 주파수는 변조 순서 또는 변조 방식 또는 송신 포맷을 사용하여 코덱 타입과 연관될 수도 있다. 채널 또는 캐리어 주파수는, 코덱 레이트에 연관될 수도 있는 코딩 방식을 사용하여 코덱 타입과 연관될 수도 있다. WTRU는 코덱 레이트를 결정할 수도 있다. WTRU는, 송신에 적용될 수도 있는 코덱 레이트를 결정할 수도 있다. WTRU는 송신에 적용될 수도 있는 코덱 레이트를, 송신을 위해 사용되는 채널 또는 캐리어 주파수의 함수로서 결정할 수도 있다. WTRU는 하나 이상의 코덱 타입 및/또는 레이트의 세트를 가지고 사전 구성될 수도 있다. WTRU는 코덱 타입 및/또는 레이트를 인덱싱하도록 구성될 수도 있다. WTRU는 물리적 레이어 구성을 인코딩 파라미터에 연관시키도록 구성될 수도 있다. WTRU는 물리적 레이어 구성을 코덱 타입 및/또는 레이트에 연관시키도록 구성될 수도 있다.

WTRU는 구성 정보를 선택하도록 구성될 수도 있다. WTRU는 값의 세트로부터 구성 정보를 선택하도록 구성될 수도 있다. WTRU는 디바이스 상의 메모리로부터 또는 애플리케이션으로부터 값을 수신하도록 구성될 수도 있다. WTRU는, 디바이스 상의 메모리 또는 애플리케이션으로부터 수신되는 값의 세트로부터 구성 정보를 선택하도록 구성될 수도 있다. WTRU는 값을 가지고 사전 구성될 수도 있다. WTRU는 사전 구성된 값으로부터 값을 선택하도록 구성될 수도 있다. WTRU는 값을 랜덤하게 선택하도록 구성될 수도 있다. WTRU는 시퀀스 식별자를 선택하도록 구성될 수도 있다. WTRU는 시퀀스 식별자를 랜덤하게 선택하도록 구성될 수도 있다. WTRU는 시퀀스 식별자의 범위로부터 시퀀스 식별자를 선택하도록 구성될 수도 있다. WTRU는 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 데이터를 송신하도록 구성될 수도 있다. WTRU는 물리적 채널 상에서 데이터를 송신하도록 구성될 수도 있다. WTRU는 물리적 채널 상에서 데이터를 송신하기 위한 캐리어 주파수를 랜덤하게 선택하도록 구성될 수도 있다. WTRU는 보안 콘텍스트에 대한 인덱스를 선택하도록 구성될 수도 있다. WTRU는 보안 콘텍스트에 대한 인덱스를 랜덤하게 선택하도록 구성될 수도 있다.

WTRU는 측정에 기초하여 구성 정보를 결정하도록 구성될 수도 있다. WTRU는 간섭 측정을 포함하는 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 간섭 측정이 최소가 되는 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 간섭 측정이 임계치 미만이 되는 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 채널 또는 캐리어 주파수의 세트로부터 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 애플리케이션으로부터 또는 디바이스 메모리로부터 채널 또는 캐리어 주파수를 결정하도록 구성될 수도 있다. WTRU는 채널 또는 캐리어 주파수를 가지고 사전 구성될 수도 있다. WTRU는 애플리케이션으로부터의 정보에 기초하여 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 사전 구성된 채널 또는 캐리어 주파수로부터의 정보에 기초하여 채널 또는 캐리어 주파수를 선택하도록 구성될 수도 있다. WTRU는 MCS를 선택하도록 구성될 수도 있다. WTRU는 캐리어 주파수에 걸친 간섭의 측정된 레벨에 기초하여 코덱 레이트를 선택하도록 구성될 수도 있다. WTRU는 캐리어 주파수에 걸친 간섭의 측정된 레벨에 기초하여 MCS를 선택하도록 구성될 수도 있다.

WTRU는 하나 이상의 수신 디바이스로부터의 피드백에 기초하여 구성 정보를 선택하도록 구성될 수도 있다. WTRU는 구성 정보 파라미터를 선택하도록 구성될 수도 있다. WTRU는 스케줄링 할당에 기초하여 구성 정보 파라미터를 선택하도록 구성될 수도 있다. WTRU는 선택된 구성 정보 값을 송신하도록 구성될 수도 있다. WTRU는 사전 구성된 물리적 리소스에 기초하여 선택된 구성 정보 값을 송신하도록 구성될 수도 있다.

WTRU는 스케줄링 할당을 결정하도록 구성될 수도 있다. WTRU는 구성 정보를 인코딩하도록 구성될 수도 있다. WTRU는 구성 정보를 인코딩하는 것에 의해 스케줄링 할당을 결정하도록 구성될 수도 있다. WTRU는 물리적 레이어에서 제어 정보로서 포함되는 구성 정보를 인코딩하도록 구성될 수도 있다. WTRU는 물리적 제어 채널을 사용하여 스케줄링 할당을 송신할 수도 있다. WTRU는 구성 정보를 물리적 채널에 인터리브하도록 구성될 수도 있다. 물리적 채널은 데이터를 반송하기 위해 사용될 수도 있다. 물리적 채널은 제어 정보를 갖는 송신에 적용가능한 포맷을 사용할 수도 있다. WTRU는 제어 PDU에 구성 정보를 인코딩하도록 구성될 수도 있다. WTRU는 상위 레이어 프로토콜의 제어 엘리먼트에 구성 정보를 인코딩하도록 구성될 수도 있다. 상위 레이어 프로토콜은 MAC일 수도 있다. WTRU는 구성 정보를 포함하는 전송 블록을 송신하도록 구성될 수도 있다. WTRU는 데이터 송신을 위한 물리적 채널을 사용하여 구성 정보를 포함하는 전송 블록을 송신하도록 구성될 수도 있다.

스케줄링 할당은 암호화된 정보를 포함하거나 또는 암호화 해시 값(cryptographic hash value)에 의해 식별자로부터 유도되는 정보 필드를 포함할 수도 있다. WTRU는 보안 콘텍스트를 가지고 사전 구성될 수도 있다. 스케줄링 할당은 사전 구성된 보안 콘텍스트를 사용하여 무결성 보호 정보(integrity-protected information)를 포함할 수도 있다. 스케줄링 할당은 MAC-I가 첨부된 무결성 보호 정보를 포함할 수도 있다. WTRU는 보안 콘텍스트를 가지고 사전 구성될 수도 있는데, 그 보안 콘텍스트는 데이터의 송신을 위해 사용되는 보안 콘텍스트와는 별개이다. 스케줄링 할당은 시퀀스 번호를 포함할 수도 있다. 스케줄링 할당은 적절한 암호화 증명서를 제공받는 유저가 인식할 수 있는 유저 아이덴티티 또는 식별자를 포함할 수도 있다. 스케줄링 할당은 시퀀스 번호를 포함할 수도 있는데, 시퀀스 번호는 스케줄링 할당의 하나 이상의 송신에서 증분된다.

스케줄링 할당은 유효성 기간(validity period)을 가질 수도 있다. WTRU는 유효성 기간이 만료한 이후 구성 정보를 무효한 것으로 간주하도록 구성될 수도 있다. WTRU는 스케줄링 할당을 송신하도록 구성될 수도 있다. WTRU는 스케줄링 할당을 주기적으로 송신하도록 구성될 수도 있다. WTRU는 트리거의 결정시 스케줄링 할당을 송신하도록 구성될 수도 있다. WTRU는 트리거의 결정시 스케줄링 할당을 송신하도록 구성될 수도 있는데, 트리거는 타이머의 만료이다. 타이머는 스케줄링 할당의 최종 송신에서 시작할 수도 있다. 타이머는 WTRU가 송신할 데이터를 갖는 경우 시작할 수도 있다. 데이터는 D2D 데이터일 수도 있다. 타이머는 WTRU가 송신할 데이터를 수신하는 경우 시작할 수도 있다.

WTRU는 물리적 채널과 동일한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. WTRU는 물리적 채널과는 상이한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. WTRU는 데이터를 송신하기 위해 사용되는 동일한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. WTRU는 데이터를 송신하기 위해 사용되는 캐리어 주파수와는 상이한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. WTRU는 제어 정보를 송신하기 위해 사용되는 동일한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. WTRU는 제어 정보를 송신하기 위해 사용되는 캐리어 주파수와는 상이한 캐리어 주파수 상에서 스케줄링 할당을 송신할 수도 있다. 스케줄링 할당은 전용 물리적 리소스를 포함할 수도 있다. WTRU는 전용 물리적 리소스를 가지고 구성될 수도 있다. 스케줄링 할당은 WTRU에 고유한 전용 물리적 리소스를 포함할 수도 있다. 전용 물리적 리소스는, PUCCH와 유사한 제어 채널에 대한 PUCCH 리소스 인덱스와 유사할 수도 있다.

스케줄링 할당은 제어 정보를 포함할 수도 있다. 제어 정보는 동기화를 위한 시퀀스 식별자를 포함할 수도 있다. 제어 정보는 복조 기준 신호에 대한 시퀀스 식별자를 포함할 수도 있다. 제어 정보는 데이터 송신에 적용가능한 보안 콘텍스트 식별자를 포함할 수도 있다. 제어 정보는 캐리어 주파수를 포함할 수도 있다. 제어 정보는 변조를 포함할 수도 있다. 제어 정보는 데이터 송신에서 사용되는 코딩 방식을 포함할 수도 있다. 제어 정보는 캐리어 주파수 내에 리소스 블록의 세트를 포함할 수도 있다. 제어 정보는 코덱 레이트를 포함할 수도 있다.

WTRU는, 예를 들면, WTRU에 의한 사용에 대해 이용가능한 것으로 지정되는 리소스의 결핍(예를 들면, WTRU에 의한 사용에 대해 이용가능한 것으로 지정되는 리소스가 존재하지 않는 경우)에 응답하여, 사용할 최상의 리소스를 결정하도록 구성될 수도 있다.

WTRU는, SA의 각각의 수신기에 의해 하나 이상의 SA에 적용되는, 그리고 예를 들면 하나 이상의 대응하는 SA에서 WTRU로 송신되는 하나 이상의 측정치를 사용하도록 구성될 수도 있다. 이러한 측정치는, 예를 들면, WTRU로부터 가장 먼 WTRU(예를 들면, 목적지 WTRU 또는 비목적지 WTRU)를 식별하기 위해 사용될 수도 있다. 가장 먼 WTRU에 대응하는 리소스가 최상의 리소스로서 선택될 수도 있다.

WTRU는 하나 이상의 측정을 하나 이상의 SA에 적용하도록 구성될 수도 있다. 이러한 측정은, 예를 들면, WTRU로부터 가장 먼 WTRU(예를 들면, 목적지 또는 비목적지 WTRU)를 식별하기 위해 사용될 수도 있다. 가장 먼 WTRU에 대응하는 리소스가 최상의 리소스로서 선택될 수도 있다.

WTRU는 하나 이상의 각각의 SA에 관련되는 하나 이상의 측정 및/또는 SA 메시지에 관련되는 응답을 추가하거나 또는 결합하도록 구성될 수도 있다. WTRU는 WTRU의 이웃에서의 리소스 사용량의 평균 값을 계산할 수도 있다. WTRU는 이 결합 및/또는 평균 리소스 사용량 값에 기초하여 최상의 리소스를 선택할 수도 있다.

WTRU는 최상의 리소스를 선택하기 위해 랜덤 토큰을 사용하도록 구성될 수도 있다. 예를 들면, 최저 토큰 값을 갖는 WTRU(예를 들면, 목적지 또는 비목적지 WTRU)와 연관되는 리소스가 최상의 리소스로서 선택될 수도 있다.

WTRU는 최상의 리소스를 선택하기 위해 데이터의 우선순위 인덱스를 사용하도록 구성될 수도 있다. 예를 들면, 최저 우선순위 인덱스와 연관되는 리소스가 최상의 리소스로서 선택될 수도 있다. WTRU는 이용가능한 리소스 중 하나 이상을 모니터링하고 데이터 디코딩을 위한 최상의 리소스를 선택하기 위해 적어도 하나의 측정을 사용하도록 구성될 수도 있다. WTRU는 사용되는 리소스의 세트를 나타낼 수도 있는 SA를 수신하도록 구성될 수도 있다.

WTRU는, 예를 들면, 다음의 엘리먼트: 랜덤 토큰, 데이터의 우선순위 인덱스; SA에 대해 사용되는 리소스; 및/또는 송신과 연관되는 식별자 중 하나 이상을 사용하여 다수의 통신 사이에서 상대적 우선순위를 결정하도록 구성될 수도 있다. 예를 들면, WTRU는 송신과 연관되는 식별자에 기초하여 다른 통신의 우선순위를 결정할 수도 있다.

WTRU는 송신과 연관되는 하나 이상의 식별자를 결정할 수도 있다. 예를 들면, WTRU는 수신된 SA로부터 식별자를 결정할 수도 있다. 식별자는, 예를 들면, SA의 필드에서 명시적으로 나타내어질 수도 있다. 식별자는, 예를 들면, 신호의 하나 이상의 특성(예를 들면, DMRS 싸이클릭 시프트, ZC 시퀀스 루트, 스크램블링 시퀀스 등등)에 기초하여 암시적으로 나타내어질 수도 있다.

WTRU는, 예를 들면, SA에서 수신되는 목적지 그룹 식별자에 기초하여 상대적 우선순위를 결정하도록 구성될 수도 있다. WTRU는 그룹 식별자 우선순위를 가지고 구성될 수도 있다(예를 들면, 사전 구성될 수도 있다).

WTRU는 송신 소스 식별자(transmission source identifier)에 기초하여 상대적 우선순위를 결정하도록 구성될 수도 있다. 공공 안전의 예에서, 통신 우선순위는, 예를 들면, 그룹 커맨더 또는 디스패쳐에게 주어질 수도 있다.

WTRU는, 예를 들면, 다수의 예시적인 기준 또는 조건 중 하나 이상에 기초하여, WTRU가 데이터를 송신할 수 있는지를 결정하도록 구성될 수도 있다. WTRU는 송신 이전에 채널에 대해 하나 이상의 측정을 적용하도록 구성될 수도 있다. WTRU는, WTRU가 송신하도록 허용되는지의 여부를 결정하기 위해, 예를 들면, 미리 결정된 시간의 양 동안, 적어도 하나의 이러한 측정의 값을 미리 결정된 임계 값과 비교할 수도 있다.

WTRU는, SA에서 이용가능한 것으로 지정되는 적어도 하나의 리소스가 존재하지 않는 한, 송신하지 않도록 구성될 수도 있다. 이러한 리소스는 SA에서 WTRU에 의해 요청되는 리소스와 동일할 수도 있거나 또는 동일하지 않을 수도 있다. 예를 들면, 목적지 WTRU는, (예를 들면, SA가 수신될 때) 요청된 리소스가 이용가능하지 않으면, 대안적인 리소스를 제공할 수도 있다.

WTRU는 최상의 리소스가 결정될 때까지 송신하지 않도록 구성될 수도 있다. WTRU는, 예를 들면, 본원에서 설명되는 바와 같이 최상의 리소스를 결정하도록 구성될 수도 있다. WTRU는 하나 이상의 요청된 리소스에서 송신하도록 구성될 수도 있다. WTRU는, 하나 이상의 후속하는 시간 슬롯에 대한 하나 이상의 요청된 리소스를 사용하여 자신이 계속 송신하도록 허용되는지의 여부를 결정할 수도 있다.

WTRU는, 릴리스 지시를 모니터링하도록 그리고 WTRU가 릴리스 지시를 수신한 이후 또는 점유 타이머가 만료한 이후 WTRU가 리소스 상에서 송신할 수 있다는 것을 결정하도록 구성될 수도 있다. WTRU는, WTRU가 채널에서 데이터 또는 에너지를 수신하는 경우 점유 타이머를 리셋할 수도 있다. 타이머의 값은 상위 레이어에 의해 미리 정의되거나 또는 구성될 수도 있다.

예를 들면, 본원에서 개시되는 조건에 기초하여, 적어도 하나의 데이터 버스트를 송신한 WTRU는, 다수의 예시적인 조건 또는 기준 중 하나 이상에 기초하여 데이터 송신을 중지하도록 구성될 수도 있다.

예를 들면, WTRU는 각각의 버스트 송신 이후에 채널을 릴리스하도록 구성될 수도 있다. 채널을 릴리스한 이후 WTRU가 추가 데이터를 가지면, WTRU는 (예를 들면, 본원에서 개시되는 프로시져, 프로세서 또는 기술 중 하나에 따라) 다른 송신 요청을 개시하도록 구성될 수도 있다.

WTRU는, WTRU가 릴리스 통지(예를 들면, 명시적인 릴리스 통지)를 송신할 때까지, 채널을 자신의 D2D 세션에 대해 예약된 것으로 지정하거나 또는 간주하도록 구성될 수도 있다. WTRU는 다른 버스트를 송신하기 이전에 주어진 지속시간 동안 수신 모드로 전환하도록 구성될 수도 있다. 이 지속시간은 확인 응답 또는 채널 선점 요청의 수신을 허용할 수도 있다. WTRU는, 그 지속시간 동안, 다른 리소스 상에서의 송신 또는 제어 채널 정보를 모니터링하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU가 선점 슬롯 상에서 채널 선점 요청을 수신하면 또는 WTRU가 더 높은 우선순위 채널로부터 데이터를 수신하면, 데이터 송신을 중지하도록 구성될 수도 있다. 예를 들면, 리소스의 세트에 의해 정의될 수도 있는 더 높은 우선순위의 물리적 채널, 또는 우선순위를 확립하기 이전에 WTRU가 데이터 패킷을 디코딩하도록 구성될 수도 있는 더 높은 우선순위의 논리적 채널. 채널 선점 요청을 수신하는 경우, WTRU는 그 요청이 더 높은 우선순위를 갖는지의 여부를 결정할 수도 있다. WTRU는 채널 상에서의 임의의 송신을 (예를 들면, 즉시) 중지하도록 또는 청자에 대한 채널 릴리스를 나타내는 마지막 제어 버스트를 채널로 송신하도록; 신규의 SA를 상이한 채널에서 송신하도록; 및/또는 네트워크 커버리지 안에 있는 경우, 채널 선점을 나타내는 리포트 또는 선점자(preemptor)의 아이덴티티를 네트워크로 송신하도록 구성될 수도 있다.

송신 WTRU는, 예를 들면, WTRU가 SA를 수신하는 경우, 채널 선점 요청이 수신되었다는 것을 결정하도록 구성될 수도 있다. 예를 들면, 선점 요청은, 다수의 특성 중 하나 이상과 함께, 미리 정의된 선점 슬롯 동안 수신될 수도 있다. 이들 특성은, 예를 들면, 소스 식별자, 목적지 식별자, 그룹 식별자, 및/또는 요청된 리소스를 임의의 순서로 또는 조합하여 포함할 수도 있다.

WTRU는, 하나 이상의 이벤트가, 예를 들면, 임의의 순서로 또는 조합하여 발생하는 경우, 선점 요청을 수신한 이후 WTRU의 송신이 선점되고 있다는 것을 결정하도록 구성될 수도 있다. 이벤트는, WTRU가 현재 사용하고 있지만, 그러나 현재의 송신보다 더 높은 우선순위를 갖는 동일한 리소스를 수신된 SA가 목표로 삼을 수도 있는 조건을 포함할 수도 있다. 이벤트는, SA가 현재의 WTRU 송신과 동일한 목적지 식별자, 예를 들면, 동일한 그룹 식별자를 가질 수도 있지만, 현재의 송신보다 더 높은 우선순위를 갖는 조건을 포함할 수도 있다. 이벤트는, 현재의 WTRU 소스 식별자보다 더 높은 우선순위를 갖는 (예를 들면, 미리 정의된 리스트로부터의) 특정 소스 식별자를 수신된 SA가 가질 수도 있는 조건을 포함할 수도 있다. 이벤트는, 수신된 SA가 (예를 들면, 미리 정의된 리스트로부터의) 특정 소스 식별자를 가지며 현재의 WTRU 송신과 동일한 목적지 식별자를 가지지만, 그러나 현재의 WTRU 소스 식별자보다 더 높은 우선순위를 갖는 것일 수도 있다.

WTRU(예를 들면, D2D WTRU)는 D2D 통신에 따른 하나 이상의 목적지 WTRU 또는 비목적지 WTRU 액션을 수행하도록 구성될 수도 있다. 예를 들면, D2D WTRU는, 각각의 트리거용 이벤트(triggering event)에 응답하여 SA 메시지를 수신하고; SA 메시지를 수신하기 위한 리소스를 선택하고; 각각의 트리거용 이벤트에 응답하여 응답 메시지(예를 들면, RRSP 메시지)를 송신하고; 및/또는 응답 메시지(예를 들면, RRSP 메시지)의 송신을 위한 리소스를 선택할 수도 있다.

WTRU는, 예를 들면, 하나 이상의 트리거용 이벤트의 발생에 응답하여 하나 이상의 SA를 수신하도록 구성될 수도 있는데, 하나 이상의 트리거용 이벤트는: 타이머의 만료; 및/또는 하나 이상의 SA의 송신 중 하나 이상을 포함할 수도 있다.

WTRU는, 예를 들면, 미리 결정된 인터벌에 따라, 하나 이상의 SA를 주기적으로 스캔하도록 구성될 수도 있다. 인터벌은 타이머와 연관될 수도 있고, 그 결과, 타이머가 만료하는 경우, WTRU는 SA를 스캔할 수도 있게 된다. 이러한 타이머는, 예를 들면, SA에 대한 스캔 완료시, 재시작될 수도 있다. WTRU는, 미리 결정된 리소스에서, 또는 리소스의 세트에서 SA 메시지를 스캔하도록 구성될 수도 있다.

WTRU는 하나 이상의 응답 메시지(예를 들면, RRSP 메시지)의 송신에 응답하여 하나 이상의 SA를 수신하도록 구성될 수도 있다. 예를 들면, 하나 이상의 응답 메시지(예를 들면, RRSP 메시지)에서 전송되는 컨텐츠는, 미리 결정된 리소스에서 또는 리소스의 세트에서 하나 이상의 SA를 스캔하도록 WTRU를 트리거할 수도 있다.

WTRU는, SA를 송신하기 위한 본원에서 개시되는 트리거, 예를 들면 송신을 위한 준비가 된 데이터; 타이머 만료; 응답 메시지(예를 들면, RRSP 메시지)의 수신 및/또는 부재 중 하나 이상의 발생을 식별하는 것에 응답하여 하나 이상의 SA를 수신하도록 구성될 수도 있다.

WTRU는 하나 이상의 SA를 수신하기 위한 리소스를 선택하도록 구성될 수도 있다. 예를 들면, SA 리소스는 RRC 시그널링을 통해 WTRU로 제공될 수도 있다. WTRU는 각각의 측정을 하나 이상의 리소스에 적용하도록 구성될 수도 있다. WTRU는 하나 이상의 리소스 내에서의 하나 이상의 메시지의 존재를 식별할 수도 있다. 예를 들면, WTRU는 하나 이상의 슬롯에서 각각의 에너지 값을 측정하도록 그리고 하나 이상의 에너지 값 측정치를 임계 값과 비교하도록 구성될 수도 있다. WTRU는, 예를 들면, 데이터 송신 및/또는 이전의 SA로부터 사용되는 하나 이상의 리소스에 기초하여, 하나 이상의 SA를 수신하기 위한 리소스를 선택하도록 구성될 수도 있다. WTRU는, 수신 SA에 대한 리소스를 결정하기 위해, 이전의 리소스와 선택된 리소스 사이의 미리 정의된 매핑을 사용하도록 구성될 수도 있다. 리소스 블록(N)에서 SA 및/또는 데이터 송신의 수신을 위한 리소스를 이전에 선택한 WTRU는, 리소스 블록((N+X)%M)(예를 들면, 여기서, X는 양의 또는 0의 정수이고 M은 리소스 블록의 총 수일 수도 있다)에서 SA 리소스를 선택할 수도 있다.

WTRU는 하나 이상의 RRSP 메시지를 송신하도록 구성될 수도 있다. 예를 들면, 응답 메시지는, 예를 들면, 하나 이상의 SA의 수신 및/또는 디코딩(예를 들면, 성공적 디코딩)을 포함하는 하나 이상의 트리거용 이벤트의 발생에 응답하여 송신될 수도 있다. 하나 이상의 수신된 SA의 컨텐츠는 하나 이상의 RRSP 메시지를 송신하도록 WTRU를 트리거할 수도 있다. 예를 들면, WTRU는, 하나 이상의 수신된 SA가 식별자(예를 들면, WTRU 식별자, 또는 WTRU가 연관되는 그룹 식별자)를 반송한다는 것을 결정할 수도 있다. 식별자는 하나 이상의 RRSP 메시지를 송신하도록 WTRU를 트리거할 수도 있다. 한 예에서, 하나 이상의 수신된 SA는 WTRU에 연관되는 리소스, 예를 들면, 송신을 위해 WTRU에 의해 사용되는 리소스의 지시를 반송할 수도 있다. WTRU는, 예를 들면, 데이터가 송신에 대해 이용가능하다는 것을 WTRU가 검출하면, RRSP 메시지의 송신을 개시할 수도 있다. WTRU는, 예를 들면, 제어용 엔티티 또는 네트워크로부터의 요청 또는 허가가 수신되면, RRSP 메시지의 송신을 개시할 수도 있다.

WTRU는, WTRU가 통신을 위한 목적지 WTRU로서 식별되지 않는 한, 수신된 SA에 응답하지 않도록 구성될 수도 있다. WTRU는, WTRU에 의해 성공적으로 디코딩되는 SA에 응답하도록 구성될 수도 있다.

WTRU는 하나 이상의 측정을 수신된 SA에 적용하도록 구성될 수도 있고, 하나 이상의 측정의 각각의 값이 임계 값보다 더 크지 않는 한, 수신된 SA에 응답하지 않도록 구성될 수도 있다.

WTRU는 하나 이상의 응답 메시지(예를 들면, RRSP 메시지)를 송신하기 위한 리소스를 선택하도록 구성될 수도 있다. 리소스는, 예를 들면, RRC 시그널링을 통해 WTRU로 제공될 수도 있다.

WTRU는 하나 이상의 응답 메시지(예를 들면, RRSP 메시지)를 송신하기 위한 리소스를 선택하기 위해 리소스의 세트로부터 리소스를 선택하도록 구성될 수도 있다. 예를 들면, 리소스는 랜덤하게 선택될 수도 있다. 예를 들면, WTRU와 연관되는 아이덴티티는 랜덤 생성기 씨드에 대해 사용될 수도 있다. WTRU는 응답 메시지(예를 들면, RRSP 메시지)의 송신에 예약되는 리소스의 세트로부터 선택하도록 구성될 수도 있다. 응답 메시지의 송신을 위해 예약되는 리소스의 세트는 (예를 들면, RRC 시그널링을 통해) 네트워크에 의해 구성될 수도 있거나 또는 명세(specification)에서 직접적으로 또는 상위 레이어에 의해 사전 구성될 수도 있다.

리소스는 측정에 기초하여 선택될 수도 있다. 예를 들면, WTRU는 측정을 리소스의 세트에 적용할 수도 있고 상응하여 리소스를 선택할 수도 있다(예를 들면, WTRU는 최저 간섭 레벨을 갖는 리소스를 선택할 수도 있다).

리소스는 하나 이상의 이전의 SA에서 사용되는 리소스, 응답 메시지, 및/또는 데이터 송신에 기초하여 선택될 수도 있다. WTRU는, 예를 들면, RRSP 리소스를 결정하기 위한 이전의 리소스와 선택된 리소스 사이의 미리 정의된 매핑을 사용하여, 하나 이상의 이전의 SA의 송신, RRSP 메시지, 및/또는 데이터에서 사용되는 리소스에 기초하여 리소스를 선택하도록 구성될 수도 있다. 예를 들면, 리소스 블록(N)에서 RRSP 메시지 송신을 위한 리소스를 이전에 선택한 WTRU는, 리소스 블록((N+X)%M)에서 RRSP 리소스를 선택할 수도 있다.

WTRU는 하나 이상의 리소스 인덱스를, 예를 들면, 연관 상태와 함께 설정하도록 구성될 수도 있다. WTRU는 적어도 하나의 리소스의 상태(예를 들면, 이용가능함 또는 이용가능하지 않음)를 나타낼 수도 있다. WTRU는 랜덤 토큰을 설정하도록 구성될 수도 있다. WTRU는 랜덤 토큰을 제공하도록 구성될 수도 있다. 랜덤 토큰은 경합 해결(contention resolution)을 위해 사용될 수도 있다. WTRU는 에코 토큰을 설정하도록 구성될 수도 있다. WTRU는, SA에서 수신되는 랜덤 토큰의 사본일 수도 있는 에코 토큰을 제공하도록 구성될 수도 있다. WTRU는, 하나 이상의 SA에 적용되는 측정 결과를 제공하도록 구성될 수도 있다. WTRU는, 예를 들면, 요청된 리소스에 또는 리소스의 세트에 적용되는 측정을 제공할 수도 있다.

WTRU는 하나 이상의 이용가능하지 않은 리소스에 관련되는 추가 정보를 제공하도록 구성될 수도 있다. 예를 들면, WTRU는, 마스터 및/또는 소스 WTRU 아이덴티티; 우선순위 인덱스; 하나 이상의 목적지 WTRU 아이덴티티; 전력 레벨; 하나 이상의 측정; 리소스 할당의 지속시간; 요청되었지만 할당되지 않은 리소스; 및/또는 (예를 들면, WTRU의 세트에 대한) 경합 해결 중에 있는 리소스: 중 하나 이상을 제공하도록 구성될 수도 있다.

WTRU는, 예를 들면, 다음의 프로시져, 프로세스 또는 기술 중 하나 이상을 사용하여, 데이터를 수신하기 위한 리소스를 선택하도록 구성될 수도 있다. 리소스는, 예를 들면, RRC 시그널링을 통해 WTRU로 제공될 수도 있다. WTRU는 하나 이상의 리소스에(예를 들면, 리소스의 세트에) 각각의 측정을 적용하도록 구성될 수도 있다. WTRU는 하나 이상의 리소스 내에서의 하나 이상의 메시지의 존재를 식별할 수도 있다. 예를 들면, WTRU는 하나 이상의 슬롯에서 각각의 에너지 값을 측정하도록 그리고 하나 이상의 에너지 값 측정치를 임계 값과 비교하도록 구성될 수도 있다. WTRU는 SA에서 나타내어지는 리소스에 기초하여 데이터를 수신하기 위한 리소스를 선택하도록 구성될 수도 있다. 리소스 요청을 수신한 목적지 WTRU는 이러한 리소스를 데이터 수신을 위해 사용할 수도 있다. 이러한 예에서, WTRU는 리소스를 통해 RRSP 메시지를 송신하지 않도록 구성될 수도 있다. WTRU는 RRSP 메시지를 송신하도록 구성될 수도 있지만, 그러나 응답의 적용은 미래의 데이터 송신에 제한되지 않을 수도 있다. WTRU는 RRSP 메시지에서 나타내어지는 리소스에 기초하여 데이터를 수신하기 위한 리소스를 선택하도록 구성될 수도 있다. 리소스 요청을, 예를 들면 하나 이상의 RRSP 메시지에서, 이용가능한 것으로 확인한 목적지 WTRU는 데이터 수신을 위해 리소스를 사용할 수도 있다.

WTRU는 구성 정보를 결정할 수도 있다. WTRU는 제어 정보를 송신할 수도 있다. WTRU는 제어 정보를 수신할 수도 있다. WTRU는 데이터를 디코딩하도록 구성될 수도 있다. WTRU는 데이터를 디코딩하도록 구성될 수도 있는데, 데이터는 하나 이상의 선택된 구성 값에 기초하여 디코딩된다. WTRU는 물리적 채널을 디코딩하도록 구성될 수도 있다. WTRU는 물리적 채널을 디코딩하도록 구성될 수도 있는데, 물리적 채널은 캐리어 주파수의 세트에 있다. WTRU는 물리적 채널을 연속적으로 디코딩하도록 구성될 수도 있는데, 물리적 채널은 캐리어 주파수의 세트에 있다.

WTRU는 스케줄링 할당에 포함되는 구성 정보에 기초하여 데이터를 디코딩할 수도 있다. WTRU는 스케줄링 할당에 포함되는 정보에 기초하여 데이터를 디코딩하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU가 스케줄링 할당을 수신한 때에 타이머가 시작하여 만료하지 않았다면, 스케줄링 할당에 포함되는 정보에 기초하여 데이터를 디코딩하도록 구성될 수도 있다.

WTRU는 하나 이상의 WTRU로부터 스케줄링 할당을 수신하도록 구성될 수도 있다. WTRU는 수신된 스케줄링 할당에 기초하여 거동하도록 구성될 수도 있다. WTRU는 WTRU의 수신 성능에 기초하여 스케줄링 할당을 수신하도록 구성될 수도 있다. WTRU는 스케줄링 할당에 대해 타이머를 시작하도록 구성될 수도 있다. WTRU는 하나 이상의 스케줄링 할당에 대해 신규의 타이머를 시작하도록 구성될 수도 있는데, WTRU는 스케줄링 할당을 제2 WTRU 또는 그룹 아이덴티티로부터 수신한다. WTRU는, 스케줄링 할당과 연관되는 타이머가 만료되지 않은 수신된 스케줄링 할당에서 구성 정보를 디코딩하도록 구성될 수도 있다. WTRU는 스케줄링 할당을 어떤 시간에 디코딩하도록 구성될 수도 있다. WTRU는 스케줄링 할당을 어떤 시간에 디코딩하도록 구성될 수도 있는데, 그 시간은 WTRU에서 사전 구성된다. WTRU는 제1 스케줄링 할당과 연관되는 타이머의 만료시 제2 스케줄링 할당을 수신하도록 구성될 수도 있다. WTRU는 타이머의 진행(pendency) 동안 제2 스케줄링 할당을 수신하도록 구성될 수도 있는데, 그 타이머는 제1의 수신된 스케줄링 할당과 연관된다. WTRU는 타이머의 진행 동안 제2 스케줄링 할당을 무시하도록 구성될 수도 있는데, 그 타이머는 제1의 수신된 스케줄링 할당과 연관된다. WTRU는 타이머의 진행 동안 제2 스케줄링 할당에서 제공되는 구성 정보에 기초하여 데이터를 디코딩하도록 구성될 수도 있는데, 그 타이머는 제1의 수신된 스케줄링 할당과 연관된다. WTRU는 타이머의 진행 동안 제2 스케줄링 할당이 수신될 때 타이머를 재시작하도록 구성될 수도 있는데, 그 타이머는 제1의 수신된 스케줄링 할당과 연관된다. WTRU는 제2 WTRU에서 시그널링되는 우선순위 정보에 기초하여 거동을 결정하도록 구성될 수도 있다. WTRU는 제2 WTRU와 연관되는 우선순위 정보에 기초하여 거동을 결정하도록 구성될 수도 있다. WTRU는 제2 스케줄링 할당을 송신하는 유저 그룹의 아이덴티티와 연관되는 우선순위 정보에 기초하여 거동을 결정하도록 구성될 수도 있다. WTRU는 제2 스케줄링 할당을 송신하는 유저의 아이덴티티와 연관되는 우선순위 정보에 기초하여 거동을 결정하도록 구성될 수도 있다.

네트워크 커버리지 밖 구역으로부터 네트워크 커버리지 내 구역으로 전이하는 WTRU(예를 들면, 소스 WTRU, 목적지 WTRU, 또는 비목적지 WTRU)는 리소스 선택 액션 중 하나 이상을 수행하도록 구성될 수도 있다. WTRU(예를 들면, 커버리지 밖 WTRU)는 리소스(N)(예를 들면, SA, RRSP 메시지, 또는 DATA 버스트)에서 송신하도록 구성될 수도 있다. WTRU는 본원에서 개시되는 프로시져, 프로세스 또는 기술 중 하나 이상을 이용하여 네트워크 커버리지를 식별할 수도 있다. WTRU는 SIB를 판독하도록 구성될 수도 있다. WTRU는 네트워크에 연결하거나 등록할 수도 있고/있거나 SA 송신을 위한 리소스를 요청할 수도 있다. WTRU는 리소스(N)로의 송신을 정지할 수도 있다. WTRU는 커버리지 내 송신을 위한 신규의 리소스(M)를 식별할 수도 있다. WTRU는 신규의 리소스(M)를, 예를 들면, SIB 상에서 시그널링되는 N과 M 사이의 미리 결정된 매핑에 기초하여 및/또는 예를 들면, RRC 시그널링을 통해 또는 MAC CE를 통해 또는 다운링크 제어 정보(DCI)를 사용하는 물리적 다운링크 제어 채널(PDCCH)를 통해, 네트워크로부터 수신되는 명시적 지시에 기초하여, 식별할 수도 있다. WTRU는 SA로부터 또는 네트워크 허가로부터 또는 이들의 조합으로부터 시그널링되거나 또는 유도되는 파라미터를 획득하도록 구성될 수도 있다.

하나 이상의 리소스는 반이중(half-duplex) 트랜스시버 또는 트랜스시버들을 이용하여 선택될 수도 있다. 예를 들면, 송신하고/하거나 수신할 수도 있는, 또는 주어진 시간에 송신하거나 수신할 수도 있는 WTRU의 세트 내에서 상호 및/또는 양방향 통신이 유용할 수도 있는 경우, 데이터 또는 제어의 송신을 위한 D2D 리소스의 결정을 위해 하나 이상의 기술이 사용될 수도 있다.

WTRU는 그 통신(송신 및/또는 수신)의 방향 또는 송신 시간 인터벌(transmission time interval; TTI) 또는 서브프레임 동안 WTRU가 송신해야 하는지 또는 아닌지의 여부를 결정할 수도 있다. 예를 들면, WTRU는 TTI 또는 서브프레임 동안 사용할 송신의 시간 리소스 패턴(T-RPT) 또는 송신 지점(transmission point; TP) 리소스를 결정할 수도 있다.

WTRU가 방향 전환(예를 들면, 각각, 수신 또는 송신) 이전에 송신하거나 또는 수신할 수도 있게 되는 최소 지속시간은 시간 단위로 칭해질 수도 있다. 시간 단위는 하나 이상의 서브프레임(예를 들면, 연속하는 서브프레임)에 대응할 수도 있다.

WTRU는 시간의 한 기간 내에 정보, 예컨대 제어 정보(예를 들면, SA, RRSP 등등), 검색 신호(discovery signal), 및/또는 데이터, 또는 이들의 조합을 송신할 수도 있다. 시간의 기간은, 예를 들면, 송신 시간 인터벌(TTI) 또는 송신 기간(TP)으로 칭해질 수도 있다. 정보는 하나 이상의 프로토콜 데이터 단위(PDU)에 삽입될 수도 있다. 송신 기간 내에 송신될 수도 있는 하나 이상의 PDU는 페이로드 단위로 칭해질 수도 있다.

WTRU에 의한 페이로드 단위의 송신은 TP 내의 시간 단위의 특정 서브셋에 걸쳐 발생할 수도 있다. 특정 TP에서 WTRU에 의해 사용될 수도 있는 시간 단위의 서브셋은 TP 리소스로서 또는 송신의 시간 리소스 패턴(T-RPT)으로서 칭해질 수도 있다. TP에서의 가능한 별개의 TP 리소스(또는 T-RPT)의 수는, TP 리소스(또는 T-RPT)에서 사용될 수도 있는 시간 단위의 수에 및/또는 TP에서의 이용가능한 시간 단위의 수에 의존할 수도 있다. TP에서의 이용가능한 시간 단위는 연속하지 않을 수도 있고, 예를 들면, D2D 통신에 대해 이용가능한 서브프레임의 서브셋에 대응할 수도 있다는 것을 유의해야 한다. 예를 들면, TP 리소스(또는 T-RPT)가 10 개의 시간 단위의 TP에 걸쳐 3 개의 시간 단위를 포함하면, 상이한 TP 리소스(또는 T-RPT)의 수는

와 동일할 수도 있는데, 여기서

는 이항 계수(binomial coefficient)이다. n 개의 시간 단위의 TP 내에서의 k 개의 시간 단위의 TP 리소스(또는 T-RPT)의 수는

에 의해 주어질 수도 있다. 이러한 TP 리소스(들)(또는 T-RPT(들))는 예를 들면 0에서

까지의 범위에 이르는 인덱스에 의해 식별될 수도 있다. 송신이 발생할 수도 있는 시간 단위(k)의 수, 및/또는 TP 리소스(또는 T-RPT)(n)의 지속시간은 하나 이상의 TP 리소스(또는 T-RPT)에 대해 동일할 수도 있거나 또는 그것은 TP 리소스(또는 T-RPT)에 의존할 수도 있다.

TP 내에서, 페이로드 단위는, 수신 WTRU가 (예를 들면, 충분히 양호한 무선 상태 하에서) 시간 단위 내에 페이로드를 디코딩할 수도 있도록, TP 리소스(또는 T-RPT)의 하나 이상의 시간 단위에서 WTRU에 의해 완전히 송신될 수도 있다. 동일한 PDU의 코딩된 비트의 상이한 서브셋(예를 들면, 상이한 리던던시 버전)은, 하나 이상의 시간 단위로부터 수신되는 신호를 결합하는 WTRU에 대한 코딩 이득을 향상시키기 위해 하나 이상의 시간 단위에서 송신될 수도 있다. 리던던시 버전은 (예를 들면, TP 내에서의) 시간 단위 인덱스에 기초하여 및/또는 TP 리소스(또는 T-RPT)의 시간 단위의 세트 내에서의 시간 단위의 순서에 기초하여 미리 정의될 수도 있다.

WTRU는, TP 리소스(또는 T-RPT) 내의 상이한 시간 단위에서 다수의 페이로드 단위가 송신되고/되거나 수신될 수도 있다는 것을 규정하도록 구성될 수도 있다. 페이로드 단위는 특정 하이브리드 자동 재전송 요청(HARQ) 프로세스 또는 HARQ 엔티티에 대응할 수도 있다. 특정 시간 단위에서의 송신은 특정 HARQ 프로세스 및/또는 특정 리던던시 버전(redundancy version; RV) 및/또는 하나 이상의 HARQ 프로세스 등등에 연관되는 재송신 시퀀스 번호(retransmission sequence number; RSN)에 대응할 수도 있다. 송신에 연관되는 HARQ 프로세스 인덱스는 (예를 들면, TP 내에서의) 시간 단위 인덱스에 기초하여 또는 TP 리소스(또는 T-RPT)의 시간 단위의 세트 내에서의 시간 단위의 순서에 기초하여 미리 정의될 수도 있다.

WTRU는, TP 리소스(또는 T-RPT)가 단일의 HARQ 프로세스 또는 페이로드 단위와 연관될 수도 있다는 것을 규정하도록 구성될 수도 있다. 다수의 HARQ 프로세스의 동시적 송신은, 시간 도메인(예를 들면, 상이한 시간 단위를 점유함) 또는 주파수 도메인(예를 들면, 상이한 주파수 리소스를 점유함)에서 직교하지만 유사한 시간 인터벌 또는 시간 기간에 걸칠 수도 있는 TP 리소스(또는 T-RPT)를 사용하는 것에 의해 지원될 수도 있다. 예를 들면, 네 개의 HARQ 프로세스를 포함하는 시나리오에서, n번째 HARQ 프로세스에 연관되는 TP 리소스(또는 T-RPT)는 오프셋(n) 및 네 개의 서브프레임의 기간에 의해 정의되는 서브프레임의 세트 내의 서브프레임의 서브셋에 제한될 수도 있다. 네 개의 HARQ를 포함하는 상기 예는 설명의 용이성 및 명확화를 위해 본 개시에서 제공되는 비제한적인 예이다. 다른 구성은, 네 개보다 더 많은 또는 더 적은 HARQ 프로세스를 포함하는 시나리오에서 하나 이상의 TP 리소스(또는 T-RPT) 사이의, 또는 서브프레임의 하나 이상의 서브셋 사이의 연관성뿐만 아니라 하나 이상의 오프셋을 제공할 수도 있다.

스케줄링 기간에 대응하는 지속시간은 TP 리소스(또는 T-RPT)에 대응하는 지속시간보다 더 길 수도 있다. 예를 들면, 스케줄링 기간은 160 ms의 기간 동안 정의될 수도 있고 한편 TP 리소스(또는 T-RPT)는 20 ms의 송신 기간(TP) 동안 정의될 수도 있다. 스케줄링 기간의 지속시간은, D2D 송신의 각각에 대해 사용되는 고정된 값일 수도 있거나 또는 대안적으로 그것은 가변적이고/이거나 구성가능할 수도 있다. WTRU는 네트워크에 의해 제공되는, WTRU에서 구성되는, 예를 들면, eNB로부터 허가로서 시그널링되는, 또는 하기에서 설명되는 바와 같이 송신 기회 및 이용가능한 데이터에 기초하여 WTRU에 의해 자동적으로 선택되는 구성의 결과로서 스케줄링 기간 지속시간 또는 송신 기간 지속시간을 선택할 수도 있다. 스케줄링 기간의 지속시간은 SA에서 명시적으로 시그널링될 수도 있거나, SA에서 시그널링되는 다른 정보(예를 들면, 패턴 인덱스 - 예를 들면, 패턴은 스케줄링 지속시간에 링크될 수도 있다) 또는 SA에 의해 사용되는 리소스 또는 SA에서 시그널링되는 TP의 수에 의해 암시적으로 결정될 수도 있거나 또는 그것은 서비스(예를 들면, 애플리케이션, 그룹 등등)에 링크될 수도 있다.

WTRU는, 스케줄링 기간 내의 각각의 연속적인 송신 기간에서, 동일한 TP 리소스(또는 T-RPT), 또는 TP 리소스(또는 T-RPT)의 세트를 사용하도록 구성될 수도 있다. WTRU는 각각의 연속적인 송신 기간에서 상이한 TP 리소스(또는 T-RPT) 또는 TP 리소스(또는 T-RPT)의 세트를 사용하도록 구성될 수도 있다. 스케줄링 기간의 각각의 송신 기간에 사용되는 TP 리소스(또는 T-RPT) 또는 TP 리소스(또는 T-RPT)의 세트는 스케줄링 기간의 시작에서 WTRU에 의해 결정될 수도 있고, 그 결과 이 정보는 스케줄링 공표에 포함될 수도 있게 된다. WTRU는, 각각의 송신 기간에서 사용되는 TP 리소스(또는 T-RPT)의 세트가 미리 결정된 시퀀스에 따라 결정될 수도 있도록, 구성될 수도 있다.

서로 통신하는 것이 유용하다는 것을 발견할 수도 있는 WTRU의 세트 사이에 공통 시간 기준이 확립될 수도 있고, 그 결과 TP가 동기화될 수도 있게 된다. WTRU는 하나 이상의 또는 각각의 TP에 대해 사용할 TP 리소스(또는 T-RPT)를 결정할 수도 있다. WTRU는 결정된 TP 리소스(또는 T-RPT)에 대응할 수도 있는 그 시간 단위 동안 자신의 페이로드를 송신할 수도 있다. WTRU는, 적어도, 결정된 TP 리소스(또는 T-RPT)에 대응하지 않을 수도 있는 시간 단위 동안, 다른 WTRU로부터 신호의 수신을 시도할 수도 있다. WTRU는, 예를 들면, WTRU가 주어진 TP에 대해 송신할 페이로드 단위를 가지지 않을 수도 있는 시나리오에서와 같이, 임의의 결정된 TP 리소스(또는 T-RPT)에 무관하게 TP의 하나 이상의(예를 들면, 모든) 시간 단위 동안 다른 WTRU로부터 신호의 수신을 시도할 수도 있다.

WTRU의 쌍은, 예를 들면, WTRU가 TP에 대해 상이한 TP 리소스(또는 T-RPT)를 결정했을 수도 있는 시나리오에서, 이 TP에서의 적어도 하나의 시간 단위에서 서로의 송신된 신호를 상호 수신할 수도 있다. TP에서 상이한 TP 리소스(또는 T-RPT)를 할당받을 수도 있는 WTRU의 그룹 내의 WTRU의 임의의 쌍 사이에서 양방향 통신이 가능할 수도 있다.

시간 단위에서의 페이로드 단위의 송신은, 하나 이상 중 하나, 또는 다수의 주파수 리소스에 걸쳐 발생할 수도 있다. 주파수 리소스는, 예를 들면, 주파수에서 인접할 수도 있거나 또는 인접하지 않을 수도 있는 리소스 블록의 적어도 하나의 세트로서 정의될 수도 있다. 시간 단위에서 송신하는 WTRU는, 이 시간 단위의 함수인 주파수 리소스 및/또는 TP 리소스(또는 T-RPT)를 선택할 수도 있고, 그 결과, 상이한 TP 리소스(또는 T-RPT)에 대한 동일한 시간 단위에 대응하는 주파수 리소스는, 어쩌면 WTRU의 세트 내에서의 통신의 신뢰성을 향상시키기 위해, 상이할 수도 있게 될 것이다. 예를 들면, 다른 시나리오 중에서도, 시간 슬롯에서의 이용가능한 주파수 리소스의 수가 충분하면, 상이한 TP 리소스(또는 T-RPT)에서 발생하는 송신 사이에서 직교성(예를 들면, 완전한 직교성)이 달성될 수도 있다. 예를 들면, 하나 이상의 시간 슬롯 내에서

직교 주파수 리소스가 이용가능할 수도 있으면, n 개의 시간 단위의 TP 내에서 k 개의 시간 단위의 TP 리소스(또는 T-RPT)의 세트 내에서 직교성(예를 들면, 완전한 직교성)이 달성될 수도 있다. 예를 들면, 더 적은 직교 주파수 리소스가 이용가능할 수도 있는 시나리오에서는, 상이한 TP 리소스(또는 T-RPT)에서 발생하는 송신 사이에서 부분적 직교성이 달성될 수도 있다.

TP 리소스(또는 T-RPT)의 하나 이상의 시간 단위에서 사용될 수도 있는 주파수 리소스는, TP 리소스 인덱스(또는 T-RPT 인덱스)로부터 및/또는 TP 리소스 인덱스(또는 T-RPT 인덱스)와 주파수 리소스 인덱스의 조합으로부터 결정될 수도 있다.

TP 리소스(또는 T-RPT)의 하나 이상의 시간 단위에서 사용될 수도 있는 주파수 리소스는, 하나 이상의, 또는 각각의 TP 리소스 인덱스(또는 T-RPT 인덱스)에 대한 고정된 매핑에 따라 미리 결정될 수도 있다. 예를 들면, 주파수 리소스 #23, #13 및 #8은, 혹시 TP 리소스(또는 T-RPT) #35가 사용될 수도 있으면, 각각, 시간 단위 #2, #3 및 #7에서 사용될 수도 있다. 주파수 리소스 #21, #7 및 #14는, 혹시 TP 리소스(또는 T-RPT) #56이 사용될 수도 있으면, 시간 단위 #1, #3 및 #6에서 사용될 수도 있는, 등등이다. 이러한 시나리오에서는, 다른 것 중에서도, TP 리소스(또는 T-RPT)에 대해 사용할 시간 및/또는 주파수 리소스의 세트가 TP 리소스 인덱스(또는 T-RPT 인덱스)로부터 결정될 수도 있다(예를 들면, 완전히 결정될 수도 있다). 주파수 리소스의 세트는, 주파수 리소스의 세트에 매핑되는 독립적인 주파수 리소스 인덱스를 사용하여 획득될 수도 있다. TP 리소스 인덱스(또는 T-RPT 인덱스)는 사용할 시간 단위를 나타낼 수도 있고 한편 주파수 리소스 인덱스는 이들 시간 단위 동안 사용할 주파수 리소스를 나타낼 수도 있다.

주어진 시간 슬롯에서의 송신은 또한, 예를 들면, 일반화된 리소스 인덱스의 항으로 정의될 수도 있고, 그 결과 상이한 리소스 인덱스 값을 갖는 두 개의 동시적 송신은 직교할 수도 있게 될 수도 있다. 예를 들면, 송신은 (예를 들면, PUCCH의 포맷에 의존하는) 정의된 리소스 인덱스를 갖는 PUCCH와 유사할 수도 있다. 주파수 리소스에 대해 본원에서 설명되는 것과 동일한 기술은 또한, 일반화된 리소스 인덱스에 대해 적용될 수도 있다.

연속하는 TP에서 사용할 TP 리소스(또는 T-RPT)는, 예를 들면, 미리 정의된 시퀀스(예를 들면, 호핑)에 따라 변할 수도 있다. WTRU는, D2D 송신 패턴 외에, 호핑 패턴을 선택하도록 구성될 수도 있다. 이것은, D2D 송신 패턴이 시간 패턴으로서 정의되면 사실일 수도 있다. WTRU는, 하나 이상의 파라미터, 예컨대 WTRU ID, 송신 패턴 인덱스, SA 리소스에 기초하여 호핑 패턴을 설정하도록 구성될 수도 있다. 호핑 패턴이 기초할 수도 있는 정보는 SA에서 나타내어질 수도 있다. 이것의 일 예에서, SA는 SA에서 반송되는 하나 이상의 식별자(예를 들면, 소스 ID, 타겟 ID)에 기초하여 호핑 패턴을 결정할 수도 있다. 다른 실제 예에서, SA는 D2D 데이터 송신 및 D2D 송신 패턴 인덱스와 연관되는 타겟 ID에 기초하여 호핑 패턴을 설정할 수도 있다. 호핑 패턴의 설정은, 수신 WTRU가 주어진 서비스에 대한 단일의 송신을 수신할 수 있는 것에 의해 유발될(motivated) 수도 있다. 한 예에서, WTRU는 타겟 ID 및 SA 리소스에 기초하여 호핑 패턴을 설정할 수도 있다.

WTRU에 의해 사용되는 TP 리소스 인덱스(또는 T-RPT 인덱스)는, 예를 들면, 다양성을 제공하기 위해 및/또는 적은 수의 시간 단위가 중첩하고 있지 않을 수도 있는 TP 리소스(또는 T-RPT)의 쌍을 WTRU의 쌍이 끊임 없이 할당받지 못할 수도 있는 상황을 방지하기 위해, 예를 들면, 미리 정의된 패턴 및/또는 시퀀스에 따라, 연속하는 TP 사이에서 변할 수도 있다. 예를 들면, TP 리소스 인덱스(또는 T-RPT 인덱스)는 시간 단위 인덱스 및/또는 TP 인덱스의 의사 랜덤 함수로부터 획득될 수도 있다. 시퀀스의 세트는, TP 리소스 인덱스(또는 T-RPT 인덱스)가 두 개의 상이한 시퀀스 사이의 임의의 시간에 동일하지 않을 수도 있도록 정의될 수도 있다. 상이한 WTRU에 대해 상이한 시퀀스를 할당하는 것에 의해, 예를 들면, 다른 WTRU로부터 신호를 수신하는 데, 하나 이상의 TP에서 적어도 하나의 시간 단위가 이용가능할 수도 있다. 다양성을 더욱 증가시키기 위해 두 개 이상의 연속하는 TP에서 페이로드가 반복될 수도 있다. 주파수 리소스 인덱스는 또한, 예를 들면, 주파수 리소스 인덱스가 TP 리소스 인덱스(또는 T-RPT 인덱스)와 무관하게 정의될 수도 있는 시나리오에서는, 미리 정의된 패턴에 따라 연속하는 TP 사이에서 변할 수도 있다.

하나 이상의 WTRU로부터의 신호의 송신 및 수신(예를 들면, 데이터의 송신 및 수신)은 본원에서 개시되는 하나 이상의 기술에 따라 수행될 수도 있다. 설명의 용이성 및 명확화의 목적을 위해, 하기의 설명은 하나 이상의 수신 WTRU의 관점으로부터 제공된다. 하나 이상의 기술을 수행하기 위해 하나 이상의 송신 WTRU가 마찬가지로 구성될 수도 있다는 것을 알 수도 있을 것이다. 예를 들면, 수신 파라미터(예를 들면, 리소스, HARQ, MCS 등등)를 유도하기 위해 SA에 삽입되는 정보를 수신 WTRU가 활용하는 시나리오에서, 이 예는 또한, 송신될 SA에서의 정보의 포함을 통해 이러한 파라미터를 나타내기 위해, 송신 WTRU에 대한 기술을 설명한다는 것이 이해된다.

WTRU는, TP에서의 송신을 위해 다른 WTRU가 사용하고 있을 수도 있는(또는 사용되고 있는 것으로 알려질 수도 있는) TP 리소스(또는 T-RPT)의 세트를 결정할 수도 있다. 이러한 정보는 클러스터 헤드와 같은 스케줄링 엔티티에 의해, 또는 RREQ 또는 SA와 같은 제어 메시지의 수신으로부터 제공될 수도 있다. 혹시 WTRU가 그 자체가 시간 단위에서 송신하지 못할 수도 있으면(및/또는 시간 단위가 이 WTRU에 대한 수신용의 시간 단위에 대응할 수도 있으면), WTRU는, 아마 잠재적으로 송신하는 WTRU에 의해 사용되는 TP 리소스(또는 T-RPT)의 세트에 기초하여, 신호가 송신되었을 수도 있는 주파수(또는 일반화된) 리소스 단위 및/또는 시간 단위의 하나 이상의 조합에서 이들 신호의 수신을 시도할 수도 있다.

WTRU는, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)가 하나 이상의 리소스 지시자에 의해 정의될 수도 있도록 구성될 수도 있다. 소스 지시자는, 예를 들면, 어쩌면 연속하는 시구간에서, 스케줄링 기간 동안 사용될 수도 있는 단일의 TP 리소스(또는 T-RPT)에 대한 인덱스를 포함할 수도 있다. 리소스 지시자는, 예를 들면, 스케줄링 기간 내의 연속하는 시구간에서, 또는 시간 인덱싱 기능(time-indexed function)에서 사용될 수도 있는 TP 리소스(또는 T-RPT)의 시퀀스의 지시자를 포함할 수도 있다. 시퀀스는 미리 결정된 시퀀스 예컨대 선형 시퀀스 또는 의사 랜덤 시퀀스일 수도 있다. 지시자는 시퀀스를 개시하기 위해 사용되는 값, 또는 시퀀스의 제1 TP 리소스(또는 T-RPT)에 대한 인덱스일 수도 있다.

WTRU는, SA의 필드에 명시적으로 포함되는 하나 이상의 리소스 지시자에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다.

WTRU는, SA에서 또는 상위 레이어로부터 나타내어질 수도 있는 하나 이상의 송신 파라미터 예컨대 MCS, 전송 블록 사이즈, 리소스 블록(또는 리소스 블록 할당)의 수 등등에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다.

WTRU는, 아이덴티티 파라미터, 예컨대 송신기의 아이덴티티, 또는 그룹 아이덴티티에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다. 이러한 아이덴티티 파라미터는 SA에서 필드로서 포함될 수도 있거나 또는 SA에서 사용되는 순환 중복 검사(CRC)를 마스킹하기 위해 사용될 수도 있다. 예를 들면, 아이덴티티 파라미터는 TP 리소스의 의사 랜덤 시퀀스를 초기화하기 위해 사용되는 값을 결정하도록 사용될 수도 있다.

WTRU는, TP 리소스(또는 T-RPT)의 세트에 대응하는 SA 송신의 특성에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다. 예를 들면, SA가 디코딩된 시간 또는 주파수 리소스(또는 그 인덱스)는 정의된 관계에 따라 TP 리소스(또는 T-RPT)의 세트를 나타낼 수도 있다. 예를 들면, SA는 M 개의 리소스 중 하나에서 잠재적으로 디코딩가능할 수도 있다. SA가 성공적으로 디코딩되었던 리소스(m)는, 이 SA에 연관되는 데이터일 수도 있는 TP 리소스(또는 T-RPT)의 세트의 리소스 지시자(p)로 매핑될 수도 있다. 예를 들면, 매핑은 p = m + P0일 수도 있는데, 여기서 P0는 상위 레이어 시그널링에 의해 제공되거나 미리 정의될 수도 있는 파라미터이다.

WTRU는, TP 리소스(또는 T-RPT)의 시작 서브프레임 또는 서브프레임의 타이밍 또는 인덱스에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다. WTRU는, TP 리소스(또는 T-RPT)의 시작 동안의 또는 TP 리소스(또는 T-RPT)의 시작에서의 시스템 프레임 번호의 프레임 번호에 기초하여, 수신을 시도할 하나 이상의 TP 리소스(또는 T-RPT)를 결정하도록 구성될 수도 있다. 본원에서 개시되는 기술 및 TP 리소스(또는 T-RPT)의 결정을 위해 사용되는 파라미터는, 수신 WTRU, 및/또는 송신 WTRU가 네트워크의 커버리지 하에 있는지 또는 그렇지 않은지의 여부에 의존할 수도 있다.

WTRU는, 이 WTRU에 대해 어떠한 송신도 발생하지 않을 수도 있는(및/또는 어떠한 송신도 발생할 수 없는) 시간 단위에 대응하는 하나 이상의 시간 단위에서 미리 정의된 주파수 리소스(또는 일반화된 리소스)의 세트에서 수신을 시도할 수도 있다. WTRU는, 특정 송신에 대한 데이터의 디코딩을 시도하는 경우, HARQ 관련 정보를 결정하도록 구성될 수도 있다. WTRU는, 송신이 다수의 HARQ 프로세스를 사용하여 발생하는 경우를 대비하여, HARQ 프로세스 아이덴티티를 결정하도록 구성될 수도 있다. WTRU는, PDU의 세트가 적어도 하나의 서브프레임에서 재송신되는 경우를 대비하여, 리던던시 버전 또는 재송신 시퀀스 번호를 결정하도록 구성될 수도 있다. 리던던시 버전은 고정된 매핑에 따른 재송신 시퀀스 번호에 대응할 수도 있다. WTRU는, 신규의 송신인지 또는 이전에 송신된 데이터의 재송신인지의 여부를 결정하도록 구성될 수도 있다. WTRU는 - 상이한 목적지 그룹의 다수의 송신이 동일한 스케줄링/송신 기간에 수행되는 것을 대비하여 - HARQ 엔티티를 결정하도록 구성될 수도 있다. HARQ 엔티티는 송신기 관점에서 목적지 그룹에 그리고 수신 엔티티 상에서의 송신 소스 또는 레이어 1 ID에 연관될 수도 있다. 목적지 그룹 ID 또는 송신 소스 ID에 연관되는 HARQ 엔티티는, 이들 ID에 연관되는 데이터의 송신/수신을 위해 사용되는 HARQ 프로세스의 세트이다.

WTRU는 HARQ 프로세스의 수 또는 최대 수를 결정하도록 및/또는 각각의 HARQ 프로세스에 대한 송신의 총 수를 결정하도록 구성될 수도 있다. 이러한 타입의 정보(예를 들면, 각각의 HARQ 프로세스에 대한 송신의 수 또는 최대 수의 총 수)는 본 개시에서 HARQ 정보로서 칭해진다.

WTRU는, 상위 레이어에 의해 공급되는 구성 정보 또는 하나 이상의 미리 정의된 파라미터에 기초하여, 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 하나의 비제한적인 예에서, HARQ 프로세스의 최대 수는 4이도록 미리 정의될 수도 있고, 주어진 HARQ 프로세스에 대한 송신의 총 수는 3이도록 미리 정의될 수도 있는 데, 총 수는 HARQ 프로세스 아이덴티티에 의존할 수도 있다. 이들 파라미터는 네트워크 엔티티 또는 디바이스로부터의 상위 레이어 시그널링에 의해 제공될 수도 있거나 또는 파라미터는 WTRU의 메모리에 저장될 수도 있다.

WTRU가 다수의 허용된 송신 소스로부터 수신했을 수도 있는 또는 수신하는 시나리오에서, WTRU는 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 이러한 시나리오에서, WTRU는 수신된 송신 소스의 각각에 대해 (예를 들면, 주어진 송신 기간에 또는 시간의 한 기간에 걸쳐) 별개의 HARQ 엔티티/프로세스를 생성하여 유지할 수도 있다.

WTRU는, SA에 있을 수도 있는 명시적 지시에 기초하여, 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 예를 들면, 스케줄링 기간 동안 사용되는 HARQ 프로세스의 실제 수는 SA에서 명시적으로 나타내어질 수도 있다. SA는 또한, 예를 들면, 송신 소스에 연관되는 송신 소스 ID 또는 레이어 1 ID의 지시를 또한 포함할 수도 있다. 이와 같이, WTRU는 (예를 들면, 하나 이상의 송신 소스에 연관되는 송신된 소스 ID 또는 레이어 1 ID에 기초하여) 데이터와 적용가능한 HARQ 프로세스 엔티티 또는 적용가능한 HARQ 프로세스 ID 사이의 연관성을 결정하도록 구성될 수도 있다.

WTRU는, TP 리소스(또는 T-RPT) 내에서, 시간 도메인에서의 송신의 순서에 기초하여 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, HARQ 프로세스의 수가 특정 값(예를 들면, 사(four) 또는 다른 미리 결정된 특정 값)이거나 또는 HARQ 프로세스의 미리 결정된 최대 수일 수도 있는 시나리오에서 구성될 수도 있다. 이러한 시나리오에서, HARQ 프로세스 아이덴티티는, m번째 송신을 위한 HARQ 프로세스 아이덴티티가 m과 동일할 수도 있도록(예를 들면, mod 4 또는 미리 결정된 특정 값에 의존하는 다른 모듈로 연산(modulo operation)) TP 리소스(또는 T-RPT)에서 또는 스케줄링 기간에서 연속하는 송신 사이에서 순환할 수도 있다. WTRU는, 리던던시 버전(RV) 또는 재송신 시퀀스 번호(retransmission sequence number; TSN)가 동일한 HARQ 프로세스 아이덴티티에 연관되는 연속하는 송신 사이에서 순환할 수도 있는 시나리오에서 구성될 수도 있다. RV 또는 TSN을 활용하는 이러한 시나리오에서, PDU에 대한 송신의 수는 제1의 미리 정의된 특정 값(예를 들면, 삼(3) 또는 다른 미리 결정된 특정 값)으로 정의될 수도 있고 HARQ 프로세스의 수는 제2의 미리 결정된 특정 값(예를 들면, 사(four) 또는 다른 미리 결정된 특정 값)으로 정의될 수도 있다. 또한, 이 시나리오에서, m번째 송신의 재송신 시퀀스 번호는 R(mod 3 또는 미리 결정된 특정 값에 의존하는 다른 모듈로 연산)과 동일할 수도 있는데, R은 m/4(예를 들면, 이 경우 제2의 미리 결정된 특정 값은 4이다)보다 더 큰 최소 정수일 수도 있다. RV 또는 TSN을 활용하는 시나리오에서, 특정 HARQ 프로세스에 대한 PDU의 3회의 송신 이후에 HARQ 프로세스에 대한 신규의 송신이 존재할 수도 있다.

WTRU는 송신의 주파수 리소스에 기초하여 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다.

WTRU는 송신의 타이밍에 기초하여 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 송신의 타이밍은 서브프레임 번호, 프레임 번호 또는 이들의 조합에 기초하여 결정될 수도 있다. 타이밍은, 스케줄링 기간 동안의 초기 SA 또는 SA의 수신 이후의 서브프레임의 미리 결정된 수에 기초하여 결정될 수도 있다. 본 개시에서 설명되는, 시간 도메인에서의 송신의 순서에 기초하여 송신을 위한 HARQ 정보를 결정하기 위한 기술 및 시나리오는, 시간 도메인에서의 송신의 순서를 타이밍 정보로 대체하도록 수정될 수도 있다.

WTRU는, 리소스 지시자, 또는 TP 리소스(또는 T-RPT)에 대한 인덱스에 기초하여 송신을 위한 HARQ 정보를 결정하도록 구성될 수도 있다. 예를 들면, 단일의 HARQ 프로세스 아이덴티티는 TP 리소스(또는 T-RPT) 또는 리소스 지시자에 연관될 수도 있다. 각각의 HARQ 프로세스 아이덴티티에 대응하는 TP 리소스(또는 T-RPT) 또는 리소스 지시자는 SA에서 나타내어질 수도 있다. HARQ 프로세스의 수 또는 HARQ 프로세스당 송신의 수는 TP 리소스(또는 T-RPT) 또는 리소스 지시자에 의존할 수도 있다.

WTRU는 HARQ 프로세스 또는 PDU의 수를 결정하도록 구성될 수도 있다. 즉, 이러한 구성은, 예를 들면, 동적이며 다수의 HARQ 프로세스로부터의 데이터, 신규의 데이터 지시자(NDI) 및/또는 SA와 함께 시그널링될 수도 있는 RV를 디코딩하는 목적지 WTRU를 보조할 수도 있다. 각각의 상이한 HARQ 프로세스에 대한 리소스 또는 TP 리소스 인덱스 또는 T-RPT 인덱스 또는 그들의 RV는 미리 정의될 수도 있고 시그널링된 리소스 또는 TP 리소스 인덱스(또는 T-RPT 인덱스)에 대해 별개의 오프셋을 가질 수도 있다. 예를 들면, HARQ 프로세스의 수는 SA에서의 NDI 및 RV 칼럼의 특수 조합에 의해 동적으로 시그널링될 수도 있다. 예를 들면, (NDI, RV) = (1, n)인데, 여기서 n은 2, 3, 4 또는 어떤 다른 미리 결정된 값이며 HARQ 프로세스의 현재의 수가 n이다는 것을 나타낼 수도 있다.

WTRU는, 변조 및 코딩 방식(MCS), 대역폭(BW), 리소스 블록(RB) 정보(예를 들면, 송신당 리소스 블록의 수, 또는 리소스 블록 할당) 및 전송 블록(transport block; TB) 사이즈에 연관하는 파라미터를 포함할 수도 있는 복수의 파라미터를 결정하도록 구성될 수도 있다. 복수의 파라미터 중 적어도 하나는, 스케줄링 기간 동안 사용되는 TP 리소스(또는 T-RPT) 중 하나 이상의 또는 그 리소스 지시자의 함수일 수도 있다. 예를 들면, 리소스 블록의 수는 TP 리소스 인덱스(또는 T-RPT 인덱스)에 의존할 수도 있다.

WTRU는, SA의 미리 결정된 필드에서의 명시적인 지시에 기초하여, 또는 SA의 특성에 의해 암시적으로 나타내어지는 MCS, BW, RB 정보 및 TB 사이즈 파라미터를 결정하도록 구성될 수도 있다. 파라미터는 독립적인 필드에 의해 나타내어질 수도 있다. 단일의 필드의 값은, 미리 결정된 매핑, 또는 구성된 매핑(예를 들면, 이 경우 각각의 값은 상위 레이어에 의해 구성됨)에 따라 파라미터의 조합을 나타낼 수도 있다. 예를 들면, 단일의 필드는 MCS 및 리소스 블록의 수 둘 다를 나타낼 수도 있다.

WTRU는, 상위 레이어에 의해 구성되는 또는 로컬하게 저장된 미리 결정된 정보에 기초하여 MCS, BW, RB 정보 및 TB 사이즈 파라미터를 결정하도록 구성될 수도 있다. 예를 들면, 리소스 블록의 수는 상위 레이어에 의해 구성될 수도 있다. 몇몇 파라미터는 로컬하게 저장된 미리 결정된 정보일 수도 있고, 한편 다른 것은 상위 레이어에 의해 구성될 수도 있다. 이들 파라미터는 네트워크 엔티티 또는 디바이스로부터의 상위 레이어 시그널링에 의해 제공될 수도 있거나 또는 파라미터는 WTRU의 메모리에 저장될 수도 있다.

WTRU는, 미리 결정된 함수 또는 매핑에 따라 하나 이상의 기지의(known) 파라미터로부터 하나 이상의 미지의(unknown) 파라미터에 관련된 정보를 유도하는 것에 의해, MCS, BW, RB 정보 및 TB 사이즈 파라미터를 결정하도록 구성될 수도 있다. 함수는 미리 결정되거나 또는 구성되는 파라미터를 포함할 수도 있다. 예를 들면, WTRU는 리소스 블록의 수 및 MCS로부터 TB 사이즈를 유도하도록 구성될 수도 있다. 함수는 MCS 및 리소스 블록의 수의 값의 각각의 가능한 쌍을 TB 사이즈에 연관시키는 테이블로 구성될 수도 있다. WTRU는 테이블에 따라 TB 사이즈로부터 MCS 및 어쩌면 리소스 블록의 수를 유도하도록 구성될 수도 있다. 이들 기술은 송신 WTRU 및 수신 WTRU 둘 다에 의해 사용될 수도 있다.

WTRU는 가능한 전송 블록 사이즈 및 적어도 연관된 허용 MCS(associated allowed MCS)의 테이블을 가지고 구성될 수도 있다. 예를 들면, 전송 블록과 MCS 사이의 1 대 1 매핑이 사전 구성되거나 또는 명시될 수도 있다. 이 매핑은 서비스의 타입에 또한 의존할 수도 있다. 스케줄링 기회를 포함하는 시나리오에서, WTRU는 상이한 대역폭을 사용할 수도 있다. 이러한 시나리오에서, WTRU는TB, BW, 및 MCS를 가지고 구성될 수도 있다. WTRU는 바람직한 TB 사이즈를 본 개시에서 설명되는 바와 같이 선택하도록 그리고 선택된 TB 사이즈에 기초하여 WTRU가 사용할 수도 있는 연관된 BW 및 MCS를 결정하도록 구성될 수도 있다.

리소스 선택은, 예를 들면, 호핑을 대비하여, TP 리소스 인덱스(또는 T-RPT 인덱스) 기반으로 및/또는 시퀀스 인덱스 기반으로 수행될 수도 있다. (예를 들면, 송신이 이용가능할 수도 있는지의 여부를 포함해서) 송신용의 리소스를 선택하기 위한 본원에서 설명되는 기술은, TP 리소스 인덱스(또는 T-RPT 인덱스)의 항으로, 및/또는 TP 리소스 인덱스(또는 T-RPT 인덱스) 및/또는 (혹시 정의된다면) 주파수 리소스 인덱스의 조합의 항으로 정의될 수도 있는 리소스에 적용가능할 수도 있다. 리소스는, 예를 들면, 연속하는 TP 사이에서 TP 리소스 인덱스(또는 T-RPT 인덱스)가 변하지 않을 수도 있는 시나리오에서, TP 리소스 인덱스(또는 T-RPT 인덱스) 및/또는 주파수 리소스 인덱스로서 정의될 수도 있다. WTRU는 TP 리소스(또는 T-RPT)의 하나 이상의 시간 단위 및/또는 주파수 리소스 단위에 대한 측정을 수행할 수도 있는데, 이것은 몇몇 실시형태에서 하나 이상의 TP에 걸쳐 평균될 수도 있다. 리소스는, 예를 들면, 시퀀스에 따른 연속하는 TP 사이에서 TP 리소스 인덱스(또는 T-RPT 인덱스)가 변할 수도 있는 시나리오에서, 동일한 TP에서 동일한 TP 리소스 인덱스(또는 T-RPT 인덱스)를 갖는 시퀀스의 쌍을 가지지 않을 수도 있는 시퀀스의 세트 중 적어도 하나를 식별할 수도 있는 시퀀스 인덱스로서 정의될 수도 있다. WTRU는 시퀀스 인덱스로서 정의되는 리소스에서 측정을 수행할 수도 있다. TP에서의 이러한 측정은, 어쩌면, 예를 들면, TP 인덱스에 기초하여, 예를 들면, 이 TP에서의 이 시퀀스 인덱스에 대응하는 TP 리소스 인덱스(또는 T-RPT 인덱스)를 결정하는 것에 의해, 수행될 수도 있다. 측정은 이 TP에서의 TP 리소스 인덱스(또는 T-RPT 인덱스)의 하나 이상의, 또는 각각의 시간 단위 및/또는 주파수 리소스 단위에 대해 수행될 수도 있다.

WTRU는 상이한 목적지 그룹 또는 목적지 ID에 대한 동시적 송신의 수에 기초하여 리소스 선택을 수행하도록 구성될 수도 있다. 즉, WTRU는 인가될 수도 있고 다수의 목적지 그룹 또는 목적지 ID로 송신할 데이터를 구비할 수도 있다.

WTRU는, 상이한 그룹 또는 수신기를 목표로 하는 상이한 MAC PDU를 생성하는 것에 의해 리소스 선택을 수행하도록 구성될 수도 있다. 이 구성은, WTRU가 상이한 그룹으로부터의 데이터를 동일한 전송 블록에 다중화하지 못할 수도 있는 시나리오에서 유익할 수도 있다.

WTRU는, 주어진 스케줄링 기간 또는 송신 기간에서 단일의 목적지로 송신을 제한하는 것에 의해 리소스 선택을 수행하도록 구성될 수도 있다. 이 시나리오에서, WTRU는 (우선순위가 존재하면) 최고 우선순위 목적지 또는 서비스를 선택하고, 주어진 목적지에 속하는 데이터를 스케줄링 기간 내에 송신하기 위해 본원에서 설명되는 프로시져를 수행할 수도 있다. 다음 스케줄링 기회에, 다른 목적지 그룹에 대한 데이터가 송신될 수도 있다. 상이한 목적지에 대한 데이터가 송신되는 순서는, 예를 들면, 우선순위 레벨, 데이터 레이트 레벨에 의존하거나, 또는 라운드 로빈 방식(round robin scheme)에 기초할 수도 있다.

WTRU는, 동일한 스케줄링 기간 내에 다수의 목적지로 송신하는 것에 의해 리소스 선택을 수행하도록 구성될 수도 있다. 예를 들면, 상이한 목적지로 송신되는 데이터는 스케줄링 기간 내에 시간적으로 다중화된다. 시간적으로 다중화할 수 있기 위해, WTRU는, 스케줄링 기간의 지속시간 동안 중첩하는 송신 기회를 가지지 않는 두 개의 송신 패턴을 고르도록(pick) 구성될 수도 있다. WTRU는, (미리 결정된 허용 최대치까지의) 송신 기회에서 최소의 중첩 양을 갖는 두 개의 송신 패턴을 고르도록 구성될 수도 있다. WTRU는, 우선순위의 순서로 또는 라운드 로빈 방식으로 우선순위가 부여되는(또는 버려지는) 패킷 사이에서 교대로, (예를 들면, 중첩이 존재하는 TP 또는 TTI 동안) 송신할 복수의 MAC PDU 중에서 하나의 MAC PDU를 고르고, 나머지 송신을 버리도록 구성될 수도 있다. WTRU는, 송신에 연관되는 PRB가 인접하면 중첩하는 송신 기회를 고르도록 구성될 수도 있다.

WTRU는 SA에 연관되는 스케줄링 기간의 지속시간 동안 다음의 파라미터 중 하나 이상을 선택하도록 구성될 수도 있다: TBS, MCS(예를 들면, MCS 인덱스), 대역폭(예를 들면, PRB의 수), HARQ 프로세스의 수, PDU간 인터벌 시간, HARQ 송신의 수. WTRU는, D2D 버퍼의 데이터의 양, 데이터 우선순위, 및 구성된 애플리케이션(예를 들면, 보이스, 비디오 스트리밍 등등)에 연관되는 데이터의 타입(예를 들면, 지연에 민감함 또는 그렇지 않음) 중 하나 이상에 기초하여 송신 기간(예를 들면, 스케줄링 기간) 또는 인터벌 동안 송신할 비트의 수, 및/또는 송신될 데이터에 대한 송신 레이트를 결정할 수도 있다. 예를 들면, WTRU는, 인터벌 동안 송신될 필요가 있는 데이터의 양 및 HARQ 프로파일 및 D2D 송신 패턴에 따라 송신될 수도 있는 신규의 MAC PDU의 수를 추정하는 것에 의해 스케줄링 기간에서의 각각의 송신의 TBS(예를 들면, TBS 사이즈), MCS(예를 들면, MCS 인덱스) 및/또는 대역폭을 결정하도록 구성될 수도 있다. TB, BW 및 MCS와 같은 송신 파라미터는, 예를 들면, SA가 송신 지속시간 또는 스케줄링 기간 동안 정보를 반송하면, 송신 지속시간 동안 일정하게 유지될 수도 있다.

WTRU는 MCS, TB 사이즈, TBS 인덱스 및 필요한 송신 기회의 수를 결정하기 위한 옵션을 구비할 수도 있다. 예를 들면, 이러한 파라미터를 선택할 때, 용량과 링크의 범위(예를 들면, 커버리지) 사이의 절충이 고려될 수도 있다. 몇몇 서비스, 예를 들면, 긴급 서비스(emergency service)의 경우, 통신의 수신을 보장하기 위해 더 큰 커버리지가 필요할 수도 있다. 다른 타입의 서비스의 경우, 커버리지는 덜 중요할 수도 있고 WTRU는, 예를 들면, 더 낮은 대역폭 및 더 높은 MCS를 사용하는 것에 의해 용량 최적화를 시도할 수도 있다. 이들 타입의 서비스는, 애플리케이션, 서비스, 또는 논리적 채널 단위 기반으로 WTRU에서 구성될 수도 있거나, 또는 유저 선호사항 지시(user preference indication)로서 제공될 수도 있다. 예를 들면, 중요한 긴급 통화(emergency call)를 개시하는 유저는 긴급 레벨 또는 커버리지 요건을 나타낼 수도 있다. 이러한 기준은 WTRU가 용량보다 커버리지에 최적화하도록 강제할 수도 있다.

WTRU는, 예를 들면, 본원에서 설명되는 방법의 조합 중 하나를 사용하여, 송신될 수도 있는 전송 블록 사이즈 또는 소망하는 수의 비트를 결정할 수도 있다. UE는, 허용된, 이용가능한, 또는 구성된 BW 옵션(예를 들면, 이 송신을 위해 사용될 수도 있는 RB의 수) 및 사용될 수도 있는 MCS에 기초한 이용가능한 송신 파라미터 및 이용가능한 전송 블록 사이즈를 결정할 수도 있다. 이것은, 예를 들면, 테이블의 포맷으로 제공될 수도 있다(예를 들면, MCS(TBS 인덱스)/RB 조합 쌍 및 각각의 조합에 대한 대응하는 TB 사이즈). WTRU는, 예를 들면, 송신할 데이터의 비트의 수를 결정할 수도 있다. WTRU는, 선택된 수의 비트의 송신을 달성할 수도 있는 최저 변조 순서를 사용하여 WTRU가 선택된 수의 비트를 송신하는 것을 허용할 수도 있는 이용가능한 최저의 가능한 BW(예를 들면, RB의 수)를 제공할 수도 있는 TBS 인덱스를 선택할 수도 있다. 예를 들면, TBS 인덱스 0-9가 변조 순서 2와 10-16에 변조 순서 4에 대응하면, 그리고 WTRU가 144 비트를 송신하기를 원하면, WTRU는 최저 변조 순서(이것은 144비트의 경우 변조 순서 2일 수도 있다), 예를 들면, N_PRB=2 및 Itbs=5에 대해 144비트를 허용하는 최저 BW를 선택할 수도 있다.

WTRU는, 최저의 가능한 MCS(TBS) 인덱스를 사용하여 UE가 선택된 수의 비트를 송신하는 것을 허용할 최저 BW(RB의 수)를 선택할 수도 있다. UE는 (예를 들면, UE가 이용가능한 리소스 내에서 범위를 최적화하기를 항상 원하면) 이러한 선택을 행하도록 구성될 수도 있다. 테이블 1을 예로서 사용하면, 이 방법을 이용하여, WTRU는, 선택된 수의 비트(예를 들면, 144비트)를 송신할 수 있는 최저 TBS 인덱스는 TBS 인덱스 1에 대응하고 그 TBS 인덱스에서 송신할 최저 대역폭은 N_PRB=4이다는 것을 결정할 수도 있다.

WTRU는, 선택된 전송 블록의 송신을 허용할 수도 있는 변조 순서(예를 들면, 최저 변조 순서) 및 RB의 최소 수를 사용할 수도 있다. WTRU 또는 서비스는 (예를 들면, WTRU가 리소스 사용량을 최소화하기를 원하고 커버리지가 같은 정도로 중요하지 않으면) 이러한 선택을 행하도록 구성될 수도 있다.

WTRU는 설정된 N_PRB를 제공받을 수도 있고 MCS 및 TBS 인덱스를 선택하는 것은 송신할 선택된 수의 비트의 함수일 수도 있다.

WTRU는, WTRU가 커버리지 최적화 모드에서 동작하고 있는지 또는 용량 최적화 모드에서 동작하고 있는지의 여부에 기초하여, 파라미터의 세트 또는 선택 방법을 선택할 수도 있다. WTRU는 동작 모드와 함께 구성될 수도 있다. WTRU는, 예를 들면, 시스템 및/또는 리소스 활용에 기초하여, 그 자체로 동작 모드를 결정할 수도 있다. 예를 들면, WTRU가 낮은 리소스 활용도를 측정하면, WTRU는 커버리지를 최적화하고 더 많은 리소스를 사용할 수도 있다. WTRU는, 예를 들면, 리소스가 활용되도록 결정되는 경우, 커버리지 제약을 충족하기 위해 용량을 최적화하거나 또는 레이트를 감소시킬 수도 있다.

WTRU는 정보 비트 레이트와 대역폭의 목표 비율을 가지고 구성될 수도 있다. 무선 시스템에서, 요구되는 Eb/No(예를 들면, 스펙트럼 노이즈 밀도(No)에 대한 비트당 에너지(Eb)의 비율)는, 예를 들면, (2^y-1)/y보다 더 높을 수도 있는데, 여기서 y는 정보 비트 레이트(R)와 대역폭(W) 사이의 비율이다. 이 관계에 따르면, 예를 들면, 단일의 유저 링크의 경우, Eb/No를 최소화하고 범위를 최대화하기 위해, y=R/W는 낮게(예를 들면, 아주 낮게) 설정될 수도 있고 W는 높게(예를 들면, 아주 높게) 설정될 수도 있다. W와 y 또는 값의 설정은 더 많은 시스템 리소스를 사용할 수도 있다. 보장된 비트 레이트를 갖는 몇몇 경우(예를 들면, 보이스) 및 서비스에서, 목표 정보 비트 레이트(R)는 제공되거나 또는 고정될 수도 있다. BW는 제공될 수도 있거나 또는 WTRU는 가능한 선택지의 세트로부터 선택될 수도 있다. WTRU는 주어진 목표 비트 레이트(R) 및 y 값에 대해 필요한 BW를 결정할 수도 있다. WTRU는 목표 레이트 및 고정된 BW를 제공받을 수도 있다. WTRU는, 예를 들면, BW가 WTRU에 의해 제공되거나 결정될 수도 있고, 전송 블록이 선택될 수도 있을 때, 전송 블록 사이즈의 송신을 허용할 수도 있는 최소 MCS 및/또는 MCS/TBS 인덱스를 선택할 수도 있다. WTRU는 파라미터의 하나 이상의 세트(예를 들면, W1 = 2RB 및 W2=4RB로서 W 값을 갖는 파라미터의 두 세트)를 제공받을 수도 있다. WTRU는, 예를 들면, WTRU가 커버리지 최적화 모드에서 동작하고 있는지 또는 용량 최적화 모드에서 동작하고 있는지의 여부에 기초하여, 사용할 파라미터의 세트를 선택할 수도 있다. WTRU는, 예를 들면, 본원에서 설명되는 바와 같이, 파라미터의 세트를 선택할 수도 있다.

예를 들면, 서비스, 애플리케이션, 논리 채널, 논리 채널의 그룹, WTRU 등등 중 하나 이상에 대해, 목표 y=R/W 값이 설정될 수도 있다. 대역폭에 대한 정보 비트 레이트의 비율(R/BW)은 송신 전력 레벨의 범위를 구동할 수도 있다. 하나 이상의 서비스는 상이한 타겟 범위를 가질 수도 있다. Eb/No 값(예를 들면, 실제 요구되는 Eb/No 값)은, 예를 들면, 상이한 BLER 요건 등등으로 인해, 상이한 서비스에 대해 상이할 수도 있다. 주어진 전력(Pt)에 대해, (예를 들면, 주어진 최대 TB 사이즈로 변환될 수도 있는) 최대 또는 목표 정보 비트 레이트(Rmax)가 구성될 수도 있다. 주어진 레이트 및 구성된 y에 대해, WTRU는 목표 대역폭(W)을 (Rmax * Y)로서 결정할 수도 있다. BW 및 TB 사이즈에 기초하여, WTRU는, 주어진 목표 BW를 갖는 TB를 송신하는 데 필요한 목표 MCS 및/또는 TBS를 결정할 수도 있다. WTRU는 다른 파라미터의 서브셋을 가지고 구성될 수도 있고 누락 파라미터를 결정할 수도 있다.

송신에 이용가능한 비트의 수는 구성된 Rmax 또는 최대 TB(예를 들면, 목표 레이트 Rmax에 의해 결정됨)보다 작을 수도 있다. 예를 들면, 본원에서 예시되는 바와 같이, WTRU는, 송신에 이용가능한 데이터의 양이 최대 TB보다 적거나 레이트가 Rmax 미만이다는 것을 결정할 수도 있다. WTRU는 TB 사이즈가 최대 TB 미만이다는 것을 결정할 수도 있다. WTRU는 HARQ 송신의 각각을 활용하지 않을 수도 있다. WTRU는 Rmax 레이트에서 송신할 수도 있다. WTRU는 TB 최대 사이즈로 송신할 수도 있다. WTRU는 패딩을 사용할 수도 있다. WTRU는, TB 사이즈를 최대 TB 사이즈로부터, 송신에 이용가능한 데이터의 양에 적합할 수도 있는 TB 사이즈로 조정할 수도 있다. 신규의 TB 사이즈는 Rnew 레이트로 변환될 수도 있고 신규의 대역폭(W)은 y/Rnew로서 결정될 수도 있다. 주어진 선택된 수의 비트(예를 들면, 선택되는 TB)에 대해 사용될 W(예를 들면, 최종 W)는, 선택되는 TB/TBmax 또는 Rnew/Rmax의 인자에 의해 목표 W(예를 들면, Rmax 또는 TB 최대치를 사용하여 결정됨)를 스케일링하는 것에 의해 결정될 수도 있다. 일단 W(예를 들면, N_PRB)가 선택되면, 선택된 TB를 송신하기 위해 사용되는 MCS 또는 최저 MCS 또는 최저 TBS 인덱스는 테이블로부터 선택될 수도 있다.

WTRU는, 예를 들면, WTRU가 최대 목표 레이트에서 송신할 수도 있으면, 결정되는 목표 BW(W)를 결정할 수도 있다. WTRU는 목표 BW(W)를 갖는 선택된 TB를 송신하는 데 필요한 MCS 또는 TBS 인덱스를 결정할 수도 있다. WTRU는 동일하게 결정된 목표 MCS를 유지할 수도 있다. WTRU는 주어진 TB 사이즈를 송신하기 위한 새롭게 요구되는 BW를 검색할 수도 있다. WTRU는 동일한 목표 전력(Pt)을 사용할 수도 있다. WTRU는 새롭게 요구되는 전력을, 예를 들면, 새롭게 선택된 대역폭 및 MCS(및, 예를 들면, 다른 조정 인자)의 함수로서 결정할 수도 있다.

본원에서 설명되는 바와 같이, WTRU는, WTRU가 주어진 및/또는 선택된 BW 및 TBS 인덱스에서 송신하는 데 이용할 수 있는 충분한 전력을 (예를 들면, eNB로부터의 조정으로 인해) 갖지 않는다는 것을 결정할 수도 있다. WTRU는, 선택된 TB 사이즈의 송신을 허용하기 위한 다음으로 가장 작은 허용된 BW 및 대응하는 TBS 인덱스(예를 들면, 아마도 더 높은 TBS 인덱스)를 검색할 수도 있다. WTRU는, 주어진 전력을 가지고 송신될 수도 있는 다음으로 이용가능한 BW를 검색하고, 선택된 TB 사이즈를 다음으로 이용가능한 BW 및/또는 선택된 목표 TBS 인덱스(예를 들면, 상기에서 설명되는 바와 같은 선택된 TBS 인덱스)의 사이즈로 조정할 수도 있다. WTRU는 다음으로 가장 큰 이용가능한 BW를 결정할 수도 있다. WTRU는, 예를 들면, 신규의 BW에 기초하여, y를 구성할 수도 있고/있거나 신규의 레이트(R)를 결정할 수도 있다. R의 신규의 값은 신규의 TB 사이즈로 변환될 수도 있다. WTRU는, 예를 들면, 신규의 TB 사이즈, 선택된 BW에 기초하여, 정확한 MCS를 결정할 수도 있다.

WTRU는, 이용가능한 전력에 의해 허용되는 이용가능한 BW 및 MCS(예를 들면, TBS 인덱스) 조합의 각각을 결정할 수도 있다. 이용가능한 WTRU 전력은 WTRU에서 구성될 수도 있다(예를 들면, D2D 송신을 위한 또는 서비스를 위한 Pmax). WTRU는, 예를 들면, WTRU의 다른 셀룰러 WTRU와의 공존성(co-existence)을 제공하기 위해, eNB에 의해 제어되고 조정될 수도 있다. 주어진 BW 및 MCS 조합에 대한 TB를 송신하는 데 필요한 전력이 이용가능한 허용된 전력보다 더 높으면, WTRU는 이용가능한 및/또는 허용된 조합으로부터 이들 조합을 배제할 수도 있다.

WTRU는, 예를 들면 송신 파라미터를 결정하기 위해, 송신할 전송 블록 사이즈를 결정할 수도 있다. WTRU에 의한 송신 파라미터의 선택은 하나 이상의 송신 파라미터의 함수일 수도 있다. 예를 들면, 송신 파라미터는, 미리 결정된 예상 패킷 도달 레이트 또는 최소의 미리 결정된 레이트(또는 보장된 비트 레이트), 미리 결정된 양의 버퍼링된 데이터, 미리 결정된 시구간(예를 들면, 수신된, 버퍼링된, 및/또는 예상된 데이터(예를 들면, 스케줄링 또는 송신 기간)를 WTRU가 송신해야 한다는 것을 WTRU가 알 수도 있는 시구간), 미리 결정된 허용된 전송 블록 사이즈, 미리 결정된 허용된 대역폭, 및/또는 미리 결정된 허용된 송신 기회 및 스케줄링 기간의 지속시간을 포함할 수도 있다.

WTRU는 예상된 데이터 및/또는 이용가능한 데이터의 총 수에 기초하여 하나 이상의 송신 파라미터를 선택할 수도 있다. WTRU는 하나 이상의 TTI 또는 TP에서 송신할 비트의 최소 수를 결정할 수도 있다. 그 결정은, 예를 들면, 스케줄링 기간 내에서의 이용가능한 스케줄링/송신 기회에 기초할 수도 있다. WTRU는, 수용가능한 최소 및/또는 목표 레이트에서 버퍼를 비우기 위해 특정한 송신 기회에 WTRU가 송신할 수도 있는 비트의 최소 수를 결정할 수도 있다.

WTRU는 스케줄링 기간 내에 이용가능한 송신 기회(예를 들면, 시간 단위)의 수를 결정하도록 구성될 수도 있다. 송신 또는 스케줄링 기간 내의 송신 기회는 (예를 들면, D2D 송신을 위해 허용되는 또는 WTRU와 연관되는 하나 이상의 스케줄링 기간 내에서) 고정될 수도 있거나 또는 하나 이상의 송신 패턴은 동일한 수의 신규의 송신 기회(예를 들면, WTRU가 신규의 데이터를 송신할 수도 있는 TTI, 예를 들면, HARQ 재송신을 담당하지 않음)로 구성될 수도 있다. 스케줄링 기간 내에서의 송신 기회는 변할 수도 있다. 예를 들면, 상이한 빈도의 송신 횟수를 갖는 송신 패턴이 이용가능하고 선택될 수도 있다.

WTRU는, WTRU가 활용할 수도 있는 어떤 시구간(예를 들면, 스케줄링 기간) 내에서의 최적의 송신 패턴 및/또는 송신 기회의 최적의 수를 결정할 수도 있다. WTRU에 의한 송신 기회의 선택은 복수의 송신 기회 규칙을 따를 수도 있다. 예를 들면, WTRU는 다음의 규칙 중 하나 이상을 따를 수도 있다. WTRU는, 예를 들면, 미리 결정된 목표 허용 TB 사이즈(predetermined target allowed TB size)를 사용하여 데이터를 반송할 수도 있는 가장 작은 수의 송신 기회를 갖는 패턴을 선택하는 것에 의해, 패턴 선택 최적화를 제공할 수도 있는 규칙을 고수하도록 구성될 수도 있다. 예를 들면, 미리 결정된 목표 허용 TB 사이즈는, WTRU, 복수의 WTRU, D2D 송신을 위해 사용되는 WTRU의 각각, 또는 WTRU의 논리적 채널 또는 서비스와 연관될 수도 있다. 규칙은, 송신을 위해 사용되는 TTI의 수보다 송신의 범위(예를 들면, 최소 TB 사이즈)에 우선순위를 둘 수도 있다. WTRU는 송신 기회 규칙을 고수하도록 구성될 수도 있다. 송신 기회 규칙은, 예를 들면, WTRU가 가장 크게 허용된 TB 사이즈까지, 또는 선택되거나 또는 구성된/목표 TB 사이즈까지 사용할 수도 있다는 것을 가정하여, 사용될 수도 있는 송신의 가장 작은 수를 갖는 패턴을 선택할 수도 있다. 예를 들면, TB 사이즈는 목표 시스템 동작 지점에 기초하거나 또는 전력 한계/제한에 기초하거나, 또는 WTRU, WTRU의 그룹, 서비스 애플리케이션, 논리 채널 그룹과 연관되는 허용된/이용가능한 BW 및/또는 MCS에 기초할 수도 있다. WTRU는, 스케줄링 기간 동안 WTRU가 점유할 수도 있는 TTI의 수를 감소시키기 위해 범위에 대해 타협할 수도 있는 규칙을 고수할 수도 있다. WTRU는, 예를 들면, 서비스의 구성에 기초하여, 송신 기회를 결정할 수도 있는 규칙을 고수하도록 구성될 수도 있다.

송신 기회를 결정하기 위해, WTRU는, 주어진 시구간 내에서 데이터를 송신하기 위해 생성할 전송 블록의 수를 결정하도록 구성될 수도 있다. 송신 기회의 결정은, 예를 들면, 본원에서 설명되는 바와 같은 가정된 전송 블록 사이즈에 의존할 수도 있다. 예를 들면, 최소 TB, 최대 TB, 및/또는 미리 결정된 선택된/구성된 전송 블록 사이즈를 사용한다. WTRU는, 예를 들면, 목표 TB 사이즈에 기초하여, 식 1에 따라 전송 블록의 수를 결정할 수도 있다.

식 1에서 예시되는 바와 같이, 목표 TB 사이즈는, 최소, 최대, 또는 특정한 선택된/구성된/목표 사이즈를 나타내는 미리 결정된 값일 수도 있다. 송신할 데이터는 본원에서 설명되는 바와 같이 송신 기간 내에 송신될 것으로 예상되는 비트의 수일 수도 있다. 전송 블록의 총 수는 (예를 들면, 반올림된) 정수 값일 수도 있다. WTRU는, 각각의 TB에 대해 포함될 수도 있는 가능한 헤더(예를 들면, MAC, RLC, PDCP)를 고려하도록 구성될 수도 있다(예를 들면, TB 사이즈는 가능한 헤더를 뺀 TB 사이즈와 등가일 것이다).

허용된 또는 이용가능한 패턴 중 하나 이상에 대해, WTRU는, 한 기간에서 활용되는 TTI의 수를 WTRU가 최대화하는 것을 허용하는 패턴 또는 (가능한 경우) 모든 데이터를 WTRU가 송신하는 것을 허용하는 패턴을 선택할 수도 있다(예를 들면, 송신 기회가 미사용으로 되지 않는 패턴 또는 미사용으로 되는 송신 기회의 최소 수를 고를 수도 있다).

패턴의 선택을 수행하기 위해, WTRU는, 신규의 송신에 대해 얼마나 많은 기회가 이용가능한지의 여부를 (각각의 패턴에 대해 또는 각각의 스케줄링 기간에 대해) 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 한 패턴이 N 개의 신규의 TB가 송신되는 것을 허용한다는 것을 결정할 수도 있다. 상이한 허용 패턴에 대한 값(N)은 WTRU에서 이미 알려져 있을 수도 있거나, 또는 WTRU는, WTRU가 송신/스케줄링 기간 내에 송신할 수도 있는 총 TTI의 최대 수, HARQ 프로세스, 및 재송신의 수에 기초하여 값(N)을 계산할 수도 있다. WTRU가 최소 TB 사이즈를 취하는 시나리오에서, WTRU는, 활용되는 TTI의 수를 WTRU가 최대로 하는 것을 허용할 수도 있는 패턴을 고를 수도 있다. 예를 들면, WTRU는, 전송 블록의 결정된 수와 동일한, 또는 전송 블록의 결정된 수보다 더 작은 신규의 Tx 기회의 최대 수를 갖는 패턴을 고를 수도 있다.

WTRU가, 사용되는 Tx 기회의 수를 최소화하는 시나리오에서, WTRU는, 시구간 내에서 전송 블록을 송신할 수도 있는 신규의 Tx 기회의 최소 수를 갖는 패턴을 선택할 수도 있다. 예를 들면, WTRU는, 전송 블록의 결정된 수와 동일한 또는 전송 블록의 결정된 수보다 더 큰 신규의 Tx 기회의 최소 수를 갖는 패턴을 송신할 수도 있다.

WTRU는 스케줄링 기간에 송신할 데이터의 양을 결정하도록 구성될 수도 있다. 스케줄링 기간에 송신할 데이터는 이용가능한 송신할 데이터의 함수 및/또는 목표 송신 레이트의 함수일 수도 있다.

즉, WTRU는, 인자 중 하나 또는 인자의 조합에 따라 송신 기간 내에 WTRU가 송신해야 하는 이용가능한 데이터의 양을 결정할 수도 있다. WTRU는, 이용가능한 송신할 데이터의 양에 관한 자신의 결정을, 선택의 시간에서의 버퍼링된 데이터의 전체 양에 기초할 수도 있다. WTRU는, 송신할 데이터의 양에 관한 자신의 결정을, 스케줄링 기간 내에서의 예상 데이터 도달(예를 들면, 도달 레이트) 및 버퍼링된 데이터의 전체 양에 기초할 수도 있다. WTRU는, 송신할 데이터의 양에 관한 자신의 결정을, 최소의 미리 결정된 레이트 또는 보장된 비트 레이트에 기초할 수도 있다.

본원에서 설명되는 다양한 기술은, 스케줄링 기간에 이용가능한 송신할 데이터의 양을 결정하기 위해 개별적으로 또는 임의의 조합으로 사용될 수도 있다. 데이터를 송신하는 방법을 결정하기 위해 사용되는 기술은, 논리 채널 또는 서비스에 연관되는 구성의 함수일 수도 있다.

WTRU는 버퍼 및/또는 도달 레이트에 기초하여 송신할 데이터를 결정하도록 구성될 수도 있다. 즉, 송신될 것으로 예상되는 데이터는, 도달하여 송신될 것으로 예상되는 데이터 외에 버퍼에 이미 있는 데이터를 포함할 수도 있다(예를 들면, WTRU는 스케줄링 기간 내에 새롭게 도달된 데이터 외에 버퍼의 컨텐츠를 비우도록 시도할 수도 있다). 이 시나리오에서, 송신에 이용가능한 데이터는 도달할 것으로 예상되는 데이터 외에 버퍼에 이미 있는 데이터와 같을 수도 있다.

송신에 이용가능한 데이터 = 버퍼에 이미 있는 데이터 + 예상 데이터 (식 2)

식 2는, 송신 기간(예를 들면, 제1의 이용가능한 스케줄링 기간)의 종료까지의 TTI의 수 및 TTI 지속시간 값(예를 들면, 1 ms)이 고려될 수도 있는 비제한적인 예시적 구성이다. 식 2에서 예시되는 바와 같이, 동일한 목적지 ID를 갖는 다수의 논리 채널이 송신에 이용가능하면, 버퍼에 이미 있는 데이터 및 예상된 신규 데이터 도달분은, 함께 다중화될 수도 있는 동일한 목적지 그룹에 속하는 다수의 논리적 채널 또는 애플리케이션으로부터 이용가능한 데이터의 합으로서 계산될 수도 있다. 예상 데이터는, 스케줄링 기간 내에 WTRU가 수신할 것으로 예상하고 있을 수도 있는 데이터일 수도 있다. WTRU는 다음에 기초하여 예상 데이터를 결정할 수도 있다:

예상 데이터 레이트 * (TTI 값 * 송신 기간의 끝까지의 TTI의 수)

예상 데이터는, 데이터(예를 들면, 신규의 데이터)가 도달할 것으로 예상될 수도 있는 레이트일 수도 있다. 이것은 서비스(보이스, 최선형(best effort), 등등)에 관련되는 파라미터일 수도 있고 WTRU에서 구성되거나 미리 결정될 수도 있다. 도달 레이트는 송신 레이트 또는 목표 예상 레이트에 대응할 수도 있다. 예를 들면, 최선형에 대한 예상 데이터 레이트는 제로일 수도 있다(예를 들면, WTRU는 이미 버퍼링되어 있는 데이터를 결정할 수도 있다). 예상 데이터를 계산할 때, WTRU는 도달할 잠재적 패킷의 가능한 헤더 압축 및 헤더 제거를 계산에서 고려할 수도 있다. 식 2의 예에서, WTRU는 버퍼에서 이용가능한 데이터에 기초하여 송신에 이용가능한 데이터를 결정할 수도 있다.

WTRU는 목표로 하는 미리 결정된 레이트(target predetermined rate)에 기초하여 송신할 데이터를 결정하도록 구성될 수도 있다. 목표로 하는 미리 결정된 레이트는 몇몇 서비스 품질을 보장하기 위한 레이트(예를 들면, 송신의 보장된 레이트) 또는 주어진 리소스 상에서 WTRU가 송신하도록 허용받을 수도 있는 최대 레이트 또는 목표 정보 비트 레이트일 수도 있고, 주어진 논리 채널에 대해, 논리 채널의 그룹(LCG)에 대해, 또는 특정 서비스에 대해 구성되거나 또는 사전 구성될 수도 있거나, 또는 그룹 ID 또는 목적지 ID에 관련될 수도 있다. 목표로 하는 미리 결정된 레이트는 LCG와 연관되는 PBR(prioritized bit rate; 우선순위가 부여된 비트 레이트)에 대응할 수도 있다. 예를 들면, WTRU는, (예를 들면, 주어진 서비스 또는 논리적 채널에 대해 구성되는 바와 같은) 목표로 하는 미리 결정된 레이트에서 데이터의 송신을 시도할 수도 있다.

목표로 하는 미리 결정된 레이트에 따라 송신할 데이터 = 목표로 하는 미리 결정된 레이트 * (TTI 값 * 송신 기간의 끝까지의 TTI의 수) (식 3)

식 3은, 송신할 데이터가 목표로 하는 미리 결정된 레이트와 동일할 수도 있는 목표 레이트 요건에 따라 설정될 수도 있는 비제한적인 예시적 구성일 수도 있다. TTI 값(예를 들면, TTI의 지속시간(예를 들면, 1 ms)) 및 송신 기간(예를 들면, 제1의 이용가능한 스케줄링 기간)의 끝까지의 TTI의 수가 고려될 수도 있다. 동일한 목적지 ID를 갖는 다수의 논리적 채널이 송신에 이용가능하면, 송신에 이용가능한 데이터는, 동일한 목적지 그룹에 속하는 애플리케이션 또는 함께 다중화되도록 허용되는 다수의 논리적 채널로부터 이용가능한 데이터의 합으로서 계산될 수도 있다.

WTRU는, 송신할 데이터가 송신에 이용가능한 데이터와 같을 수도 있다는 것을 결정할 수도 있다. WTRU는, 송신할 데이터가, 목표로 하는 미리 결정된 레이트에 따라 송신할 데이터에 대응할 수도 있다는 것을 결정할 수도 있다.

WTRU는, 스케줄링 기간에 송신할 데이터가, 송신 값에 대한 이용가능한 데이터 및 목표로 하는 미리 결정된 레이트 값에 따른 송신할 데이터 중 최소치와 같을 수도 있다는 것을 결정할 수도 있다.

송신할 데이터 = min(목표로 하는 미리 결정된 레이트에 따라 송신할 데이터, 송신에 이용가능한 데이터) (식 4)

식 4는, 송신을 위한 이용가능한 데이터 및 최소 레이트 요건에 따라 송신할 데이터일 수도 있는(예를 들면, 버퍼링된 데이터+도달할 예상 데이터일 수도 있는) 미리 결정된 최소 값과 송신할 데이터가 동일할 수도 있는 비제한적인 예시적 구성을 예시한다. WTRU는 n 개의 TB에 포함될 수도 있는 가능한 헤더(예를 들면, MAC, RLC, PDCP)를 고려하도록 구성될 수도 있다.

WTRU는 최선형 서비스를 위한 송신할 데이터를 결정하도록 구성될 수도 있다. 즉, WTRU는 최선형 서비스를 가지고 구성될 수도 있는데, 이 경우, WTRU는 준수해야할 최소의 미리 결정된 레이트를 구비하지 않을 수도 있지만, 대신, 최선형의 방식으로 데이터의 송신을 시도할 수도 있다. WTRU는 본원에서 설명되는 바와 같이 버퍼의 데이터를 송신하도록 시도할 수도 있다. WTRU는, 시스템에서의 측정된 간섭 및/또는 최대 지연 시간을, 이용가능한 리소스의 함수로서 송신할 것을 결정할 수도 있다. 예를 들면, WTRU는 리소스 활용도의 레벨을 측정하고 각각의 송신 기간(예를 들면, 스케줄링 기간) 내에서의 송신의 레이트를 조정할 수도 있다. 예를 들면, WTRU는, 수신된 스케줄링 할당에 기초하여 또는 데이터 리소스, 또는 스케줄링 리소스에 대한 측정된 에너지, 또는 그 평균에 기초하여 주어진 시간 프레임에서의 이용가능한 리소스의 수를 결정할 수도 있다.

WTRU는, 예를 들면, 다음의 결정을 행하도록 구성될 수도 있다: 리소스 중 적어도 하나 또는 리소스 중 몇몇의 서브셋이 활용되지 않거나 또는 리소스의 평균 활용도가 임계치 미만이면, WTRU는 버퍼링된 데이터의 송신을 개시할 것을 결정할 수도 있다. WTRU는 상기에서와 같이 버퍼링된 데이터의 총 값에 기초하여 송신할 데이터를 결정할 수도 있다(예를 들면, 도달 레이트는 제로와 동일하다). WTRU는, 예를 들면, 이용가능한 리소스가 존재하면, 주어진 송신 기회에 (예를 들면, 대부분의 잠재적인 송신 기회 및 버퍼에 기초하여) 데이터의 최대 양의 송신을 시도할 수도 있다.

WTRU는 가장 낮은 가능한 레이트(예를 들면, 가장 낮은 레이트 및 TB)에서 송신을 시작하도록 그리고 다음 스케줄링 기회에 더 많은 이용가능한 리소스가 검출되면 레이트를 증가시키도록 구성될 수도 있다.

WTRU는, 스케줄링 기간에서의 신규의 송신 기회의 수 및 송신할 데이터의 총 수를 선택하거나 결정한 이후 전송 블록 사이즈를 선택하도록 구성될 수도 있다. WTRU는, 한 기간(예를 들면, 스케줄링 기간)을 갖는 송신의 지속시간 동안 사용할 전송 블록 사이즈를 결정하도록 구성될 수도 있다.

선택된 전송 블록은, WTRU가 (예를 들면, 미리 결정된 목표 레이트에서) 자신의 버퍼를 비우거나 또는 송신 기간 및 주어진 송신 기회 내에서 본원에서 설명되는 바와 같이 송신할 데이터를 전달하도록 시도할 수도 있도록, 선택될 수도 있다.

WTRU는, D2D TTI에서 송신할 송신 비트의 최소 수를 결정하도록 구성될 수도 있다. D2D TTI에서 송신할 비트의 최소 수는, 제1 이용가능한 스케줄링 기간에서의 기회의 총 수(예를 들면, 신규의 Tx 기회의 총 수)에 의해 제산되는 송신할 데이터와 동일할 수도 있다. 신규의 Tx 기회의 총 수는, 한 시구간(예를 들면, 스케줄링 기간) 내에 WTRU가 신규의 TB 사이즈를 송신할 수도 있게 되는 서브프레임에 대응할 수도 있다.

WTRU는, 예를 들면, D2D TTI에서 송신될 비트의 최소수 및 D2D TTI에서 비트의 최소 수를 송신하도록 미리 결정되는 가능한 헤더를 반송할 수 있는 가장 작은 이용가능한 전송 블록을 선택하도록 구성될 수도 있다. 계산에 포함되는 헤더는, 예를 들면, PDCP 헤더(예를 들면, 헤더 압축을 고려함), RLC 헤더, 및 MAC 헤더를 포함할 수도 있다.

WTRU는 구성 세트, 전력 제한(예를 들면, 주어진 서비스에 대해 미리 결정되는 이용가능한 전력 및 범위에 기초함), 대역폭 제한(예를 들면, WTRU가 선택할 수도 있는 허용된 대역폭에 따름) 및/또는 선택된 패턴에 의해 허용되는 이용가능한 전송 블록 사이즈와 대응하게 이용가능한 전송 블록을 선택하도록 구성될 수도 있다.

WTRU는, 예를 들면, 선택된 전송 블록 사이즈 상에서 송신될 수도 있는 논리 채널로부터의 데이터의 양을 WTRU가 최대화하도록 하는 RLC PDU 사이즈를 선택하도록 구성될 수도 있다.

WTRU는 본원에서 설명되는 다양한 기술 및 프로시져에 따라 하나 이상의 스케줄링 공표를 제공하도록 구성될 수도 있다. WTRU는, 하나 이상의 장치, 메커니즘, 또는 시스템뿐만 아니라, 유사한 기술을 포함할 수도 있는 스케줄링 공표 기능성을 지원할 프레임워크를 제공하도록 구성될 수도 있다. WTRU는, 본 기술을 구현하기 위해, 머신에 의해 판독가능한 프로그램 스토리지 디바이스를 유형적으로(tangibly) 구체화하는, 또는 머신에 의해 실행가능한 명령어의 프로그램을 유형적으로 구체화하는 컴퓨터 구현 명령어를 포함할 수도 있다. 본원에서 설명되는 프레임워크는, 디바이스 대 디바이스(D2D) 통신이 네트워크 커버리지(예를 들면, eNB 또는 등가적으로 여기서는 제어용 노드) 밖에서 또는 네트워크 커버리지 하에서 발생할 수도 있다는 것을 고려한다. 이와 같이, 이들 시나리오에서, 리소스 효율성을 향상시키고 간섭을 제어하도록 네트워크가 D2D 리소스를 제어하는 것이 바람직할 수도 있다.

도 5는 하나 이상의 스케줄링 할당(500)을 제공하기 위한 기본 동작 프레임워크(baseline operation framework)의 한 예의 예시이다. 도 5에서 예시되는 바와 같이, WTRU(예를 들면, D2D WTRU)는 기지국(base station; BS)(예를 들면, 모드 1 D2D 통신 동작을 위해 구성되는 eNB)에게 D2D 리소스를 요청하도록 구성될 수도 있다. BS는, 예를 들면, D2D 통신을 위해 WTRU가 사용할 허가를 발행할 수도 있다. 허가는, 예를 들면, 시간의 특정 기간 동안 유효할 수도 있는데, 시간의 특정 기간은 하나 이상의 D2D 스케줄링 기간을 포함할 수도 있다.

D2D 스케줄링 기간은, 예를 들면, 하나 이상의 D2D 프레임으로 구성될 수도 있다. 도 6은 디바이스 대 디바이스(D2D) 프레임 구조(600)의 한 예의 예시이다. 도 6에서 예시되는 바와 같이, D2D 프레임은 미리 결정된 길이(예를 들면, 1 ms)의 다수의 서브프레임으로 구성될 수도 있다. 도 6에서 예시되는 바와 같이, 하나 이상의 제어 서브프레임(602) 및 하나 이상의 데이터 서브프레임(604)이 제공될 수도 있다.

WTRU는 두 개 이상의 타입의 D2D 프레임, 예를 들면, 제어 서브프레임을 반송하는 하나 이상의 프레임(예컨대 본원에서 설명되는 것), 및 제어 서브프레임을 반송하지 않는 데이터 전용 서브프레임을 가지고 구성될 수도 있다. 도 7은 두 타입의 D2D 프레임을 포함하는 D2D 스케줄링 기간(702)의 예를 예시한다. 도 7에서 예시되는 바와 같이, D2D 스케줄링 기간은 N_F 개의 D2D 프레임으로 구성될 수도 있다. D2D 프레임(예를 들면, D2D 프레임(704))의 길이는 고정될 수도 있다. 예를 들면, 프레임의 길이는 미리 결정된 특정 길이(예를 들면, 3GPP 명세에 따라 예컨대 보통의 LTE 프레임과 동일한 10 ms)로 설정될 수도 있다. 마찬가지로, 제어 및 데이터 서브프레임의 위치 및 수는 3GPP 명세에 따라 고정될 수도 있다.

다양한 기술 및 프로시져에 따른 스케줄링 공표의 허가 수신 및 관리 프로시져가 본원에서 설명된다. 도 5에서 예시되는 바와 같이, WTRU(예를 들면, D2D WTRU)에 의해 수신되는 D2D 허가는, 예를 들면, 하나 이상의 엘리먼트를 포함할 수도 있다. D2D WTRU는, 송신 엘리먼트에 대해 허용되는 데이터 레이트, 송신 전력 엘리먼트, 송신을 위해 허용되는 데이터 레이트, 또는 데이터 송신을 위한 할당된 리소스 엘리먼트(예를 들면, TP 리소스 또는 T-RPT) 중 하나 이상을 포함하도록 구성될 수도 있다. 할당된 리소스 엘리먼트는, WTRU가 사용해야 하는 하나의 특정한 리소스 인덱스 및/또는 WTRU가 추가로 (예를 들면, 랜덤하게) 선택을 행할 수도 있는 리소스의 세트를 포함할 수도 있다.

본원에서 설명되는 허가 수신 및 관리 프로시져에 따르면, WTRU(예를 들면, D2D WTRU)는 허가 엘리먼트를 포함하도록 구성될 수도 있는데, 허가 엘리먼트는 다양한 타입의 허가의 수신 및 프로세싱을 제공할 수도 있다. 즉, 예를 들면, D2D WTRU는 반 영구적 허가를 수신하여 프로세싱하도록 구성될 수도 있다. WTRU는 시간 제한된 허가를 수신하여 프로세싱하도록 구성될 수도 있다. 시간 제한된 허가의 실제 유효성 지속시간은, 예를 들면, 3GPP 명세에 따라 고정될 수도 있거나 또는 미리 결정된 시간 지속시간에 따라 사전 구성될 수도 있다. 유효성 기간은, 예를 들면, D2D 허가의 일부로서 명시적으로 시그널링될 수도 있다. 유효성은 D2D 스케줄링 기간의 정수의 수로서 표현될 수도 있다(예를 들면, 특수한 경우, 허가의 유효성은 단일의 D2D 스케줄링 기간이다).

본원에서 설명되는 허가 수신 및 관리 프로시져에 따르면, WTRU는 허가를 수신하는 것에 목표가 정해진 WTRU의 아이덴티티를 결정하기 위한 엘리먼트를 포함하도록 구성될 수도 있다.

또한, 본원에서 설명되는 허가 수신 및 관리 프로시져에 따르면, WTRU는 D2D 허가가 적용되는 논리 채널의 세트 또는 서비스를 포함하도록 구성될 수도 있다. 예를 들면, 허가를 수신하는 경우, WTRU는 (예를 들면, WTRU의 아이덴티티를 사용하는 것에 의해) 그 WTRU에 허가가 전용되는지를 결정할 수도 있다. WTRU는, PDCCH를 통해 허가가 반송되면 DCI 메커니즘과 같은 프로시져가 사용될 수도 있도록, 구성될 수도 있다. WTRU는 D2D 허가에 대해 정의되는 신규의 DCI 포맷을 수신하도록 구성될 수도 있다. 일단 WTRU가 D2D 허가를 성공적으로 디코딩했다면, WTRU는 D2D 허가에서 나타내어진 파라미터를 송신에 대해 적용할 수도 있다.

WTRU는, 예를 들면, 하나 이상의 이벤트의 발생시, 허가를 리셋하고 D2D 데이터 송신을 중지하도록 구성될 수도 있다. 예를 들면, 허가 유효성 기간이 만료할 수도 있고, 그로 인해 허가의 리셋을 야기하고/하거나 D2D 데이터의 송신을 중지하게 된다. D2D WTRU는, 예를 들면, 제로 허가(zero grant) 또는 허가의 리셋을 야기하고/하거나 D2D 데이터의 송신을 중지할 수도 있는 반영구적 스케줄링 비활성화 순서를 수신하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU가 커버리지 밖으로 이동할 때, 또는 상이한 셀 또는 기지국으로 핸드오버할 때, 허가의 리셋을 야기하도록 및/또는 D2D 데이터의 송신을 중지하도록 구성될 수도 있다. WTRU는, D2D 스케줄링 기간의 끝에서 송신을 중지하도록 구성될 수도 있다.

신규의 허가의 수신시, WTRU는 미리 결정된 특정 시간에(예를 들면, 다음 번 D2D 스케줄링 기간의 시작에서) 신규로 수신된 허가를 사용하도록 구성될 수도 있다.

본원에서 설명되는 바와 같이, WTRU는 스케줄링 공표 프로시져 및 기술을 제공하도록 구성될 수도 있다. WTRU는, 예를 들면, SA를 반복하여 송신하도록 구성될 수도 있다. 즉, WTRU가 D2D 데이터 송신을 위해 구성되고 유효한 허가를 가지면(또는 네트워크 커버리지 밖에 있으면), D2D WTRU는 데이터 송신 이전에 스케줄링 공표(scheduling announcement; SA)를 송신하도록 구성될 수도 있다. SA(이것은 본원에서 설명되는 바와 같이 RREQ와 등가일 수도 있다)는, 데이터를 디코딩하기 위한 파라미터 및 연관된 데이터 송신의 존재를 목표 수신 WTRU(예를 들면, 목적지 WTRU)에게 나타내기 위해 사용될 수도 있다.

D2D 브로드캐스트 통신에서, 스케줄링은, 예를 들면, 분산형 방식으로 실행될 수도 있다. SA는, 예를 들면, 다수의 D2D 프레임으로 구성될 수도 있는 D2D 스케줄링 기간의 지속시간 동안 유효한 것으로 가정될 수도 있다. D2D 스케줄링 기간의 지속 시간이 클 수도 있기 때문에, D2D 스케줄링 기간의 과정 동안 SA를 재송신하는 것에 의해 SA 검출에 대해 강건성(robustness)을 제공하는 것이 중요하게 보일 수도 있다. 이 프로시져 또는 기술은, 제1 SA를 놓쳤을 수도 있는 수신 WTRU가, 예를 들면, 그 수신 WTRU가 D2D 스케줄링 기간의 시작에서 제1 SA를 놓치더라도, 데이터 디코딩을 여전히 시작할 수 있게 될 수도 있도록 하는 이점을 제공한다.

WTRU(예를 들면, D2D WTRU)는 (SA 리소스 세트 내에서의) 다음 번 SA 송신 기회에 동일한 리소스 및 시간 단위를 사용하여 SA를 재송신할 수도 있다. WTRU는 수신의 찬스를 증가시키기 위해 다른 WTRU로부터(예를 들면, 덜 간섭될 수도 있는 리소스에 있는 또는 WTRU의 제1 SA와 동시에 제1 SA를 송신할 수도 있는 WTRU로부터) SA를 재송신할 수도 있다. WTRU는 재송신을 위한 리소스 세트 내에서 상이한 리소스(예를 들면, 상이한 시간)를 선택할 수도 있다. WTRU는 시간 및 리소스를 랜덤하게 고를 수도 있거나, 또는 WTRU는 리소스 선택을 위해 상기에서 설명되는 솔루션 중 임의의 것을 따를 수도 있다.

WTRU는 SA에 기초하여 하나 이상의 D2D 스케줄링 기간의 타이밍을 결정하도록 구성될 수도 있다. 즉, 데이터를 디코딩하기 위해, 수신 WTRU는, TP 리소스(또는 T-RPT), MCS, TBS, RV, 등등뿐만 아니라, (예를 들면, TP 리소스 또는 T-PRT와 정렬하기 위해) D2D 스케줄링 기간의 타이밍이 위치되는 곳을 결정하도록 구성될 수도 있다. 수신 WTRU는 SA에서의 명시적인 또는 암시적인 지시에 기초하여 D2D 스케줄링 기간을 결정하도록 구성될 수도 있다. 예를 들면, SA는 D2D 스케줄링 기간 내에서의 D2D 프레임 카운트의 명시적 지시를 반송할 수도 있다. 송신 WTRU는 D2D 스케줄링 기간 내의 각각의 D2D 프레임에서 SA에 D2D 프레임 카운터 필드를 설정하도록(그리고 각각의 신규의 D2D 스케줄링 기간에 카운트를 리셋하도록) 구성될 수도 있다. 그 다음, 수신 WTRU는 SA의 D2D 프레임 카운터를 디코딩하는 것에 의해 D2D 스케줄링 기간의 시작을 결정할 수도 있다. SA로부터 하나 이상의 스케줄링 기간을 암시적으로 결정하는 예는, D2D 동기 신호(D2D Sync Signal; D2DSS), 및/또는 SA의 특성에 기초하여 D2D 프레임 카운트를 암시적으로 유도할 수도 있도록 구성되는 수신 WTRU를 포함할 수도 있다. 예를 들면, WTRU는, D2D 프레임 카운트를 결정하기 위해, D2D 스케줄링 기간에 연관되는 SA 또는 D2DSS에서의 하나 이상의 기준 신호의 특성을 사용할 수도 있다.

WTRU는 SA의 수신시 소정의 액션을 취하도록 구성될 수도 있다. 예를 들면, SA의 수신시, WTRU는 (예를 들면, 본원에서 설명되는 프로시져 및 기술을 사용하여) D2D 스케줄링 기간을 결정하도록 구성될 수도 있다. WTRU는, SA가 D2D 스케줄링 기간의 제1 SA인지를 결정하도록 구성될 수도 있다. WTRU는 TP 리소스(또는 T-RPT)를 결정하고, 예를 들면, 다양하게 미리 결정되어 나타내어진 파라미터(예를 들면, MCS, TBS 등등)를 사용하여, 나타내어진 TP 리소스(또는 T-RPT)에서 데이터의 디코딩을 시도할 수도 있다. WTRU는 HARQ 메모리를 플러싱할 수도 있고/있거나 D2D 스케줄링 기간의 시작에서 또는 WTRU가 신규의 D2D 스케줄링 기간 동안 수신을 시작할 때 수신되고 있는 데이터가 신규의 데이터라고 가정할 수도 있다(예를 들면, 하나 이상의 신규의 HARQ 프로세스에 대해, WTRU가 신규의 데이터 지시자를 수신했다고 가정할 수도 있다). WTRU는, 수신되는 SA가 D2D 스케줄링 기간의 제1 SA가 아니다는 것을 결정하도록 구성될 수도 있다. 이러한 시나리오에서, WTRU는 TP 리소스(또는 T-RPT)를 결정하고 D2D 스케줄링 기간에 미리 결정된 포지션에 따라(예를 들면, 결정된 D2D 프레임 수에 따라) 패턴을 시프트하고, 데이터의 디코딩을 시도할 수도 있다.

WTRU는 WTRU가 D2D 스케줄링 기간 동안 SA를 성공적으로 디코딩하지 못하지만, 동일한 D2D 스케줄링 기간에 연관되는 이전의 SA를 디코딩했던 시나리오를 핸들링하도록 구성될 수도 있다. 이 시나리오에서, WTRU는, 예를 들면, 수신되는 제1 SA가 여전히 유효하다는 것을 가정하고 동일한 D2D 스케줄링 기간 동안 이전에 수신된 동일한 파라미터를 사용하여 데이터의 디코딩을 시도할 수도 있다. WTRU는, 데이터의 디코딩을 시도하지 않아야 하고 다음 SA 신호를 대기해야 한다는 것을 규정하는 구성에 따라 이 시나리오를 핸들링할 수도 있다. WTRU는, D2D 스케줄링 기간 동안 수신될 더 이상의 데이터가 존재하지 않는다는 것을 나타낼 수도 있는 SA에 대한 특수한 지시(예를 들면, 조기 종료)를 수신하도록 구성될 수도 있다. 이러한 상황에서, D2D WTRU는 D2D 스케줄링 기간의 나머지 동안 디코딩 시도를 중지하도록 구성될 수도 있다.

본원에서 설명되는 SA의 수신을 위한 프로시져 및 기술은 프로시져 및/또는 기술의 임의의 순서 또는 조합일 수도 있다.

데이터 및/또는 SA의 송신을 중지하도록, 또는 특수 종료 지시를 송신하도록 송신 WTRU(예를 들면, 송신 D2D WTRU)가 구성될 수도 있다. 즉, 송신 WTRU는, 예를 들면, D2D 프레임에 의해 정의되는 바와 같은 특정 기회에 SA를 송신하도록 구성될 수도 있다. 송신 WTRU가 자신의 버퍼를 비운 경우, 송신 WTRU는 데이터 송신을 중지하도록 구성될 수도 있다. 송신 WTRU는 또한, 조기 종료에 대한 특수 지시를 갖는 하나 이상의 SA를 (예를 들면, 연관 D2D 스케줄링 기간의 종료까지) 송신할 수도 있다. 이 지시는 하나 이상의 수신 WTRU가 데이터 모니터링을 중지하는 것을 허용할 수도 있다. 송신 WTRU는, 예를 들면, 송신 WTRU가 자신의 버퍼를 비운 경우, 더 이상 SA를 송신하지 않도록 구성될 수도 있다. 이 상황에서, 하나 이상의 수신 WTRU(예를 들면, D2D WTRU)는, SA를 수신하고 있지 않을 때 데이터에 대한 모니터링을 중지하거나 또는 여전히 디코딩을 시도하도록 구성될 수도 있다. 하나 이상의 수신 WTRU가 디코딩을 계속 시도하고 있는 경우, 이들은 배터리 에너지를 소비할 수도 있다.

본원에서 설명되는 프로세스 및 수단은 임의의 조합으로 적용될 수도 있고, 다른 무선 기술에, 그리고 다른 서비스를 위해 적용될 수도 있다. WTRU는 물리적 디바이스의 아이덴티티를, 또는 가입 관련 아이덴티티와 같은 유저의 아이덴티티, 예를 들면, MSISDN, SIP URI 등등을 참조할 수도 있다. WTRU는 애플리케이션 기반 아이덴티티, 예를 들면, 애플리케이션마다 사용될 수도 있는 유저명을 참조할 수도 있다.

RREQ (또는 SA), RRSP, 또는 D2D 데이터 채널을 전송하고/하거나 수신하는 데 D2D 송신 리소스가 이용가능하고/하거나 적절한지의 여부를 결정하기 위해, 클리어 채널 평가(clear channel assessment)가 활용될 수도 있다. WTRU는 클리어 채널 평가를 활용하도록 구성될 수도 있다. RREQ (또는 SA), RRSP, 또는 D2D 데이터 채널을 전송하고/하거나 수신하기 위해 D2D 송신 리소스가 이용가능하고/하거나 적절한지의 여부를 결정하기 위해, WTRU는 측정 및/또는 채널 감지를 활용하도록 구성될 수도 있다.

WTRU는 D2D 송신 리소스가 이용가능할 수도 있는지의 여부를 결정하도록 구성될 수도 있다. WTRU는 D2D 송신에 대해 어떤 리소스가 적절할 수도 있는지를 결정하도록 구성될 수도 있다. WTRU는 D2D 송신 및/또는 시그널링을 위한 리소스를 선택하도록 구성될 수도 있다. WTRU는 다른 WTRU로부터 D2D 제어를 위한 리소스를 선택하도록 구성될 수도 있다. WTRU는 다른 WTRU로의 송신을 위한 리소스를 선택하도록 구성될 수도 있다.

WTRU는 구성 정보를 획득하도록 구성될 수도 있다. WTRU는 근처에서 D2D 송신 리소스에 관한 구성 정보를 획득하도록 구성될 수도 있다. WTRU는 근처에서 D2D 리소스에 관한 구성 정보를 획득하기 위해 저장된 구성 정보를 사용하도록 구성될 수도 있다. WTRU는 WTRU 상에 저장되는 데이터베이스에 구성 정보를 저장하도록 구성될 수도 있다. 예를 들면, 구성은 UICC/USIM, 애플리케이션 데이터 상에 및/또는 SW 구성을 통해 저장될 수도 있다. WTRU는 근처에서 D2D 리소스에 관한 구성 정보를 획득하기 위해 시그널링된 구성 정보를 사용하도록 구성될 수도 있다. WTRU는 사용 중에 있는 D2D 구성에 관한 정보를 반송하는 다른 WTRU로부터의 제어 시그널링을 디코딩하도록 구성될 수도 있다. WTRU는 사용 중에 있는 D2D 구성에 관한 정보를 반송하는 다른 WTRU로부터의 제어 시그널링의 디코딩에 의해 시그널링된 구성 정보를 획득할 수도 있다. 예를 들면, WTRU는 클러스터 헤드, eNB, 및/또는 D2D 제어 서버로부터 구성을 획득할 수도 있다. WTRU는 유저 입력에 기초하여 수동으로 선택된 구성 정보로부터 구성 정보를 획득하도록 구성될 수도 있다. 예를 들면, WTRU는, 채널 번호 및 코드 식별자와 같은 송신 리소스를 수동으로 선택하는 것에 의해 디바이스의 유저로부터 구성 정보를 획득할 수도 있다.

WTRU는 근처에서 사용 중에 있는 허용된 D2D 송신 리소스를 결정하도록 구성될 수도 있다. 예를 들면, WTRU는 프레임에서 D2D 송신을 위해 허용되는 하나 이상의 가능한 서브프레임을 결정할 수도 있다. WTRU는 D2D 서브프레임의 재발 패턴에서 D2D 송신을 위해 허용되는 하나 이상의 가능한 서브프레임을 결정할 수도 있다. WTRU는, D2D 송신 리소스가 시간적으로 언제 발생하는지를 결정할 수도 있는 프레임에서 D2D 송신을 위해 허용되는 하나 이상의 가능한 서브프레임 및/또는 D2D 채널 액세스 파라미터를 결정할 수도 있다. 광고 D2D 송신 리소스(advertised D2D transmission resource)에 대한 채널 액세스 파라미터는 특정 D2D 할당을 포함할 수도 있다. 광고 D2D 송신 리소스에 대한 채널 액세스 파라미터는 허용된 리소스를 포함할 수도 있다. 허용된 리소스는 비컨 신호 및/또는 SA 시그널링 등등을 송신 및/또는 수신할 수도 있다.

WTRU는 하나 이상의 D2D 송신 리소스에 대한 채널 측정을 수행할 수도 있다. WTRU는 하나 이상의 D2D 송신 리소스에 대한 채널 측정을 수행할 수도 있는데, 송신 리소스는 송신 리소스의 미리 결정된 서브셋을 포함한다. WTRU는 하나 이상의 D2D 송신 리소스에 대한 채널 측정을 수행할 수도 있는데, 송신 리소스는 다른 디바이스에 의해 유입하는 D2D 송신을 모니터링하기 위한 송신 리소스를 식별하도록 선택된다. WTRU는 하나 이상의 D2D 송신 리소스에 대한 채널 측정을 수행할 수도 있는데, 송신 리소스는 WTRU의 D2D 송신을 위한 적절한 송신 리소스를 식별하도록 선택된다.

송신 리소스의 채널 측정 및/또는 평가는 하나 이상의 가능한 시간/주파수 리소스의 서브셋으로 제한될 수도 있다. 송신 리소스의 채널 측정 및/또는 평가를 제한하는 것은, D2D 트랜스시버 디자인의 복잡성을 감소시킬 수도 있다. 송신 리소스의 채널 측정 및/또는 평가를 제한하는 것은, 예를 들면, 어떠한 송신도 발생하지 않을 것으로 예상될 수도 있는 시간/주파수 리소스를 제외하는 것에 의해, 측정 프로세스의 신뢰성을 향상시킬 수도 있다.

WTRU는 시스템의 대역폭을 결정하도록 구성될 수도 있다. WTRU는, 어떤 주파수 및 시간 리소스 조합이 가장 적게 간섭되는지를 결정하기 위해 식별된 서브프레임의 측정을 시작하도록 결정될 수도 있다. 주파수는 RB를 포함할 수도 있다. 시간은 서브프레임을 포함할 수도 있다. 예를 들면, WTRU는, 서브프레임(7, 8, 및 9)에서의 10 MHz의 전체 시스템 대역폭에서, 하나 이상의 균일한 무선 프레임이 근처에서 D2D 송신을 위해 허용될 수도 있다는 것을 결정하도록 그리고 주파수 및/또는 시간 리소스의 어떤 특정 조합이 가장 적게 간섭되는지를 결정하기 위해 이들 식별된 서브프레임의 측정을 개시하도록 구성될 수도 있다.

WTRU는, 특별히 유효하고/하거나 적절한 송신 리소스를 식별하기 위해 채널 측정에서 상이한 타입의 송신 리소스를 구별하도록 구성될 수도 있다. WTRU는 상이한 측정을 병렬로 실행하도록 구성될 수도 있다. WTRU는 시간적으로 중첩하는 상이한 측정을 실행하도록 구성될 수도 있다. WTRU는 상이한 측정을 순차적으로 실행하도록 구성될 수도 있다. 예를 들면, WTRU는 D2D 동기화를 검색하기 위해 리소스의 제1 서브셋에 대한 제1 타입의 채널 측정을 수행하도록 구성될 수도 있다. 예를 들면, WTRU는 비컨 송신을 검색하기 위해 리소스의 제1 서브셋에 대한 제1 타입의 채널 측정을 수행하도록 구성될 수도 있다. 예를 들면, WTRU는, SA 송신이 발생할 수도 있는 리소스의 제2 서브셋에 대한 제2 타입의 채널 측정을 검색하기 위해 리소스의 제1 서브셋에 대한 제1 타입의 채널 측정을 수행하도록 구성될 수도 있다.

WTRU는 상이한 타입의 송신 리소스를 구별하도록 구성될 수도 있다. WTRU는, 예를 들면, WTRU가 상이한 타입의 송신 리소스를 구별할 때, 이들 리소스에서 발생할 것으로 예상될 수도 있는 신호 구조의 특징을 활용하기 위해 측정 하드웨어 및/또는 소프트웨어를 활용하도록 구성될 수도 있다. 상이한 타입의 송신 리소스를 구별하는 것은, D2D 신호에 대한 검출 성능을 증가시킬 수도 있다. 상이한 타입의 송신 리소스를 구별하는 것은, D2D 트랜스시버 디자인의 복잡도를 감소시킬 수도 있다.

WTRU는 근처에서 사용 중에 있는 적절한 D2D 송신 리소스를 결정하도록 구성될 수도 있다. WTRU는 상이한 목적 사이를 구별할 수도 있는 송신 리소스의 하나 이상의 세트를 결정하도록 구성될 수도 있다. WTRU는 리소스의 세트가 반송할 수도 있는 예상 시그널링을 결정하도록 구성될 수도 있다.

WTRU는 선택된 적절한 D2D 송신 리소스로부터 송신 리소스를 선택하도록 구성될 수도 있다. 선택된 리소스는, 유입하는 송신에 대해 WTRU가 모니터링하는 D2D 리소스에 대응할 수도 있다. 선택된 리소스는 D2D 송신에 대해 WTRU가 선택하는 리소스에 대응할 수도 있다.

WTRU는 측정치를 획득하도록 구성될 수도 있다. WTRU는 측정치를 비교하여 선택을 행하도록 구성될 수도 있다. WTRU는 적절한 D2D 송신 리소스의 세트를 결정하도록 구성될 수도 있다.

WTRU는 이들 리소스를 D2D 액세스 슬롯으로 분할하는 것에 의해 D2D 송신 리소스의 리스트를 평가할 수도 있다.

예를 들면, D2D 송신 리소스가 균일한 무선 프레임에서의 서브프레임(7, 8, 및 9)에 대응하면, WTRU는 이들 리소스를 분할하도록 구성될 수도 있는데, WTRU는 또한 리소스가 송신되어야 하는지의 여부를 결정하도록 구성된다. 리소스가 송신되어야 한다는 것을 WTRU가 결정하면, WTRU는, 하나 이상의, 또는 각각의 D2D 신호가 서브프레임의 L=2 RB를 점유할 수도 있도록, 리소스를 송신하도록 구성될 수도 있다. 10 MHz 또는 50 RB의 대역폭을 갖는 예의 경우, WTRU는, 예컨대 WTRU가 주파수 가드 또는 예약된 RB를 고려하도록 구성될 수도 있을 때, L=2 RB로 각각 구성되는 22 개의 액세스 슬롯이 가능할 수도 있다는 것을 결정하도록 구성될 수도 있다. 액세스 슬롯은 서브프레임에서 OFDM 심볼의 서브셋에 대응할 수도 있다. 액세스 슬롯은 하나보다 많은 서브프레임에 걸쳐 그룹화되는 하나 이상의 RB에 대응할 수도 있는데, 그룹화는 동일한 주파수 위치에서 발생할 수도 있거나 또는 상이한 주파수 위치에서 발생할 수도 있다. 상이한 D2D 신호 타입은, 주파수 도메인 및/또는 시간에서 상이한 사이즈를 가질 수도 있는 액세스 슬롯에 대응할 수도 있다. 예를 들면, 하나의 서브프레임에서 2 개의 RB를 점유하는 제1 타입의 D2D 신호/채널, 및 1 개의 PRB를 점유하며 2 개의 상이한 서브프레임에 걸쳐 발생하는 제2 타입의 D2D 신호/채널 등등. WTRU는 상이한 타입(들)의 액세스 슬롯 사이를 구별할 수도 있다. WTRU는 채널 액세스 슬롯의 맵을 결정하도록 구성될 수도 있다.

채널 액세스 슬롯에 대해 유도되는 측정 및 메트릭(metric)은, 송신 리소스의 공간적 재사용을 허용하기 위해 감지되는 간섭 레벨 및/또는 수신되는 신호 전력의 비교의 객관적 척도를 제공할 수도 있다. 채널 액세스 슬롯에 대해 유도되는 측정 및 메트릭은 증가된 D2D 용량을 제공할 수도 있다.

WTRU는 결정된 액세스 슬롯에 대한 메트릭을 유도하도록 구성될 수도 있다. WTRU는 송신 리소스에 대한 신호 전력을 결정하기 위해 액세스 슬롯에서 이용가능한 RE의 풀 세트를 사용하도록 구성될 수도 있다. WTRU는 송신 리소스에 대한 간섭을 결정하기 위해 액세스 슬롯에서 이용가능한 RE의 풀 세트를 사용하도록 구성될 수도 있다. WTRU는 송신 리소스에 대한 신호 전력을 결정하기 위해 액세스 슬롯에서 이용가능한 RE의 서브셋을 사용하도록 구성될 수도 있다. WTRU는 송신 리소스에 대한 간섭을 결정하기 위해 액세스 슬롯에서 이용가능한 RE의 서브셋을 사용하도록 구성될 수도 있다.

WTRU는 RE의 서브셋에 대한 수신된 신호 전력을 측정하도록 구성될 수도 있다. RE의 서브셋은, 예를 들면, 파일럿 심볼을 포함하는 주어진 액세스 슬롯에 대한 D2D 송신을 위한 신호 구조로부터 알 수도 있다. WTRU는, 예를 들면, 액세스 슬롯에서의 RE의 서브셋에 대한 수신된 전력 기여를 평가하는 것에 의해 간섭 측정치를 유도할 수도 있다. 이러한 측정치는, 예를 들면, 다수의 심볼 또는 서브프레임에 걸쳐 획득되는 개개의 측정치에 기초하여 결합될 수도 있다.

WTRU는 개개의 액세스 슬롯에 대한 메트릭의 리스트를 획득할 수도 있다. WTRU는 오프셋 값의 세트를 갖는 획득된 채널 측정치를 프로세싱할 수도 있다. WTRU는 개개의 액세스 슬롯에 대한 대표 값의 세트를 생성하기 위해 매핑 기능을 사용할 수도 있다. WTRU는 액세스 슬롯의 선택된 그룹화에 대한 대표 값의 세트를 생성하기 위해 매핑 기능을 사용할 수도 있다.

예를 들면, WTRU는, 제1 액세스 슬롯이 10(예를 들면, 하이)의 채널 점유 값을 가질 수도 있고 반면 제2 액세스 슬롯은 2(예를 들면, 로우)의 채널 점유 값을 가질 수도 있다는 것을 결정할 수도 있다. WTRU는, 오프셋 값을 고려할 때 제1 타입의 제1 액세스 슬롯에 대한 수신된 신호 전력이 -90 dBm이고 제2 타입의 제2 채널 액세스 슬롯에 대한 수신된 신호 전력이 -80 dBm이다는 것을 결정할 수도 있다.

WTRU는 하나 이상의 적절한 D2D 송신 리소스를 선택할 수도 있다. 예를 들면, WTRU는 아마도 본원에서 설명되는 측정 및 평가에 기초하여 하나 이상의 적절한 D2D 송신 리소스를 선택할 수도 있다.

예를 들면, WTRU는 최소 간섭된 및/또는 사용된 액세스 슬롯의 세트를 결정할 수도 있다. WTRU는, 최소 K=10의 간섭된 액세스 슬롯의 세트로부터의 랜덤 선택에 기초하여 적어도 하나의 송신 리소스를 선택할 수도 있다.

WTRU는, 측정된 액세스 슬롯의 세트로부터의 특정 타입의 D2D 신호를 반송할 수도 있는 액세스 슬롯을 결정하도록 구성될 수도 있다. 특정 타입의 D2D 신호는, 근처에서 발견 또는 동기화를 서빙하는 D2D 신호를 포함할 수도 있다.

WTRU는 모니터링할 액세스 슬롯을 선택할 수도 있는데, 액세스 슬롯은 관측된 가장 높은 신호 전력을 갖는 액세스 슬롯의 세트로부터 선택된다. WTRU는 다른 WTRU로부터의 유입하는 D2D 송신을 디코딩할 수도 있다.

도 8은 D2D PUSCH를 공표하기 위해 SA를 사용하는 예시적인 송신 프로시져(800)를 예시한다. 송신은, D2D 물리적 업링크 공유 채널(PUSCH) 리소스의 사용을 공표하기 위해 SA를 사용할 수도 있는데, 예를 들면, 링크 적응(link adaptation)을 포함한다. 802에서, WTRU는 D2D 구성 정보를 수신할 수도 있다. 804에서, WTRU는 D2D 송신 리소스를 결정할 수도 있다. 806에서, WTRU는 SA를 송신할 수도 있다. 808에서, WTRU는 D2D PUSCH를 송신할 수도 있다. WTRU는, D2D 송신이 중지할 수도 있다는 것을 WTRU가 결정할 때까지 804, 806 및 808을 반복하도록 구성될 수도 있다. WTRU는 810에서 D2D 송신을 중지하도록 구성될 수도 있다.

802에서, WTRU는, 예를 들면, 브로드캐스트 시스템 정보를 통해 구성 정보를 판독하는 것에 의해, D2D 구성을 수신할 수도 있다. WTRU는, 예를 들면, D2D PUSCH를 사용하는 D2D 통신을 통해 또는 PD2DSCH(Physical D2D Synchronization Channel; 물리적 D2D 동기화 채널)와 같은 제어 채널을 통해, 다른 디바이스로부터 수신되는 구성 메시지를 판독하는 것에 의해 D2D 구성을 수신할 수도 있다. 구성은, D2D 신호 송신을 위한 타이밍/동기화 정보, 예컨대 주기성 및/또는 재발성을 포함할 수도 있다. 구성은 하나 이상의 타이밍 정보를 포함할 수도 있다. 타이밍 정보는 상이한 타입의 D2D 신호에 적용가능할 수도 있다. 예를 들면, 제1 타이밍 정보는 SA에 대한 송신 또는 수신 기회에 대응할 수도 있다. 제2 타이밍 정보는 D2D PUSCH에 대한 송신 또는 수신 기회에 대응할 수도 있다. 구성은, D2D PUSCH 및 SA의 송신 및/또는 수신에 대응하는 리소스 할당을 위한 적용가능한 PRB(들) 및/또는 리소스 인덱스(예를 들면, D2D 신호 타입에 의존함)를 포함할 수도 있다.

804에서, D2D 구성을 획득한 WTRU는 D2D 송신 리소스를 결정하도록 구성될 수도 있다. WTRU는 측정에 기초하여 D2D 송신 리소스를 결정할 수도 있다. WTRU는, 이용가능한 리소스의 세트로부터 리소스 중 하나의 랜덤한 선택에 기초하여 D2D 송신 리소스를 결정할 수도 있다. WTRU는 시그널링 교환에 의해 D2D 송신 리소스를 결정할 수도 있다. WTRU는, 지시를 포함하는 시그널링 교환, 리소스 요청, 및/또는 송신 WTRU와 eNB 사이의 리소스 허가에 의해 D2D 송신 리소스를 결정할 수도 있다. 시그널링 교환에 의해 D2D 송신 리소스를 결정하는 것은, 네트워크 커버리지 하에서 동작하고 있을 때 활용될 수도 있다.

806에서, WTRU는 제1 송신 기간 동안 선택된 D2D 송신 리소스의 제1 세트 상에서 SA를 송신할 수도 있다. 제1 송신 기간 동안, SA에 의해 공표될 수도 있는 D2D PUSCH에 대한 선택된 송신 파라미터의 세트는 유효할 수도 있다. WTRU는 구성가능한 P_SA 주기 동안의 N_SA 배 동안 SA를 송신할 수도 있다. 예를 들면, N_SA는 2일 수도 있고, P_SA는 50 ms일 수도 있다. SA는, D2D PUSCH의 송신 파라미터에 관련될 수도 있는 정보, 예컨대 본원에서 설명되는 MCS 및/또는 HARQ 관련 정보를 포함할 수도 있다.

808에서, WTRU는 제2 송신 기간 동안 선택된 D2D 송신 리소스의 제2 세트 상에서 D2D PUSCH를 송신할 수도 있다. D2D PUSCH는 P_D2D TTI, TP 또는 서브프레임의 주기를 가지고 송신될 수도 있다. 예를 들면, P_D2D는 4 ms일 수도 있다.

WTRU는, 제2 송신 기간(또는, 예를 들면, 스케줄링 기간) 동안 유효할 수도 있는 D2D 송신 리소스의 세트를 결정할 수도 있다. 예를 들면, WTRU는, 제1 SA 송신 기간이 만료하기 이전에 제2 송신 기간 동안 유효할 수도 있는 D2D 송신 리소스의 세트를 결정할 수도 있다. 후속하는 송신 기간의 선택된 송신 리소스는, 선행하는 송신 기간의 선택된 송신 리소스에 대응할 수도 있다. 후속하는 송신 기간의 선택된 송신 리소스는, 선행하는 송신 기간의 선택된 송신 리소스와는 상이할 수도 있다. WTRU는, 후속하는 송신 기간에 대한 송신 리소스의 신규의 세트를 선택할지의 여부를 결정하도록 구성될 수도 있다. WTRU는, 예를 들면, 시간의 미리 결정된 양 또는 수 동안 WTRU가 동일한 송신 리소스를 연속적으로 사용하면 송신 리소스의 신규의 세트를 선택하도록 결정될 수도 있다. WTRU는 예를 들면 랜덤한 시도에 기초하여 송신 리소스의 신규의 세트를 선택할 것을 결정할 수도 있다. 예를 들면, WTRU는 송신 리소스의 신규의 세트를, M_period 중에서 N_select 시간 랜덤하게(예를 들면, 균일하게) 선택하도록 구성될 수도 있는데, N_select 및 M_period에 대한 값은 명세에서, 또는 네트워크를 통해 사전 구성될 수도 있다. WTRU는, WTRU ID 또는 다른 송신 고유의 식별자에 의해 옵션적으로 파라미터화되는 특정한 미리 결정된 서브프레임 수에서 송신 리소스의 신규의 세트를 선택하도록 구성될 수도 있다. 더 구체적으로는, WTRU는, WTRU ID 또는 다른 송신 고유의 식별자(ID)에 연관되는 오프셋을 갖는 M_period 개의 프레임 또는 서브프레임마다 송신 리소스의 신규의 세트를 선택하도록 구성될 수도 있다. 예를 들면, WTRU는, 다음의 관계식이 유효할 때 송신 리소스의 신규의 세트를 선택하도록 구성될 수도 있다:(SFN + ID) mod M_period = 0, 여기서 SFN은 서브프레임 번호이다. 선택된 송신 파라미터의 세트는 동일하거나 또는 상이할 수도 있다.

810에서, WTRU는, WTRU가 자신의 D2D 송신을 종료시키고/시키거나 중지시킬 수도 있는지의 여부를 결정할 수도 있다. 소스 WTRU는 데이터가 존재하지 않는 경우 D2D 신호의 송신을 정지할 수도 있다. WTRU는 타이머가 만료하면 D2D 신호의 송신을 정지할 수도 있다. WTRU는 최대 카운터 값이 도달되면 D2D 신호의 송신을 정지할 수도 있다. WTRU는 eNB로부터 시그널링 메시지를 수신하면 D2D 신호의 송신을 정지할 수도 있다. WTRU는 네트워크 커버리지 하에서 동작하는 동안 eNB로부터 시그널링 메시지를 수신하면 D2D 신호의 송신을 정지할 수도 있다.

도 9는 효율적인 D2D 데이터 시그널링을 위해 송신이 어떻게 활용될 수도 있는지의 예를 예시한다. 도 9에서 도시되는 바와 같이, 806 및 808에서 송신할 D2D 송신 리소스를 소스 WTRU가 결정할 수도 있게 되는 측정 대역폭(901)은 10 MHz(902)의 전체 공칭 업링크 채널보다 더 적게 설정될 수도 있다. SA 송신의 주기성은 P_SA=40 ms이도록 구성될 수도 있다. SA 주기마다 하나의 SA 송신이 존재할 수도 있다, 예를 들면, N_SA는 1일 수도 있다. D2D PUSCH의 송신은 P_D2D = 8 ms를 사용하여 8 ms에서 행해질 수도 있다(예를 들면, 8 ms 인터벌에서 Tx가 반복된다). 제1 SA 스케줄링 기간 동안, 주파수 호핑은 D2D PUSCH에 대해 생략될 수도 있고, 연관 SA(903)는 MCS_4를 나타낼 수도 있다. 제2 스케줄링 기간에서, 송신 리소스의 다른 결정(905)에 후속하여, 동일한 송신 리소스는 유지될 수도 있다. 다른 MCS(906)는 SA에 의해 나타내어질 수도 있다. 제3 스케줄링 기간에서, MCS(907, 908) 둘 다는 SA에 의해 나타내어지는 바와 같이 변경될 수도 있고, D2D PUSCH에 대한 주파수 호핑은 인에이블될 수도 있다. WTRU에 의한 채널 이용가능성 평가의 다른 라운드가 선행하는 제4 스케줄링 기간에서, D2D 송신 리소스의 다른 세트는 도 8의 806 및 808에서 송신하도록 선택될 수도 있다. MCS(909)는 SA를 통해 나타내어지는 값으로 설정될 수도 있다.

목적지 WTRU는 송신 파라미터를 별개로 디코딩할 수도 있다. 송신 파라미터를 디코딩하는 것은, D2D PUSCH에 대한 MCS 및/또는 주파수 위치를 포함할 수도 있다. WTRU는 SA를 수신할 수도 있다. WTRU는 스케줄링 기간 동안 D2D PUSCH의 후속 발생에 수신기를 동조시킬 수도 있다. SA의 수신은, 스케줄링 기간 동안 D2D PUSCH의 후속 발생에 수신기를 동조시키기에 충분할 수도 있다. WTRU는 빈번하게 및/또는 간헐적으로 SA를 전송할 수도 있다. SA를 빈번하게 간헐적으로 전송하는 것은, 비록 목적지 WTRU가 토크 서퍼트(talk spurt)의 시작을 놓칠 수 있더라도, 목적지 WTRU가 소스 WTRU에 의한 임의의 진행 중인 D2D 송신에 동조하는 것을 허용할 수도 있다.

WTRU는 SA에 연관되는 스케줄링 기간의 지속시간 동안 다음의 파라미터 중 하나 이상을 선택하도록 구성될 수도 있다: TBS, MCS, 대역폭, PRS의 수, HARQ 프로세스의 수, PDU간 인터벌 시간, HARQ 송신의 수. WTRU는 스케줄링 기간 동안 송신할 비트의 수를 결정하도록 구성될 수도 있다. WTRU는 한 인터벌 동안 송신할 비트의 수를 결정하도록 구성될 수도 있다. 스케줄링 기간 또는 인터벌은, D2D 버퍼에서의 데이터의 양, 데이터 우선순위, 및 구성된 애플리케이션에 연관되는 데이터의 타입(예를 들면, 지연에 민감함 또는 지연에 민감하지 않음), 송신될 데이터에 대한 송신 레이트에 기초할 수도 있다. 구성된 애플리케이션은 보이스, 비디오 스트리밍 등등을 포함할 수도 있다. 예를 들면, WTRU는, 스케줄링 기간에서의 하나 이상의 송신의 TBS, MCS 및 BW를 결정하도록 구성될 수도 있다. WTRU는, 인터벌 동안 송신될 필요가 있는 데이터의 양 및 HARQ 및 D2D 송신 패턴에 따라 송신될 수도 있는 신규의 MAC PDU의 수를 추정하는 것에 의해, 스케줄링 기간에서의 하나 이상의 송신의 TBS, MCS 및 BW를 결정하도록 구성될 수도 있다.

WTRU는 호핑 패턴을 선택하도록 구성될 수도 있다. WTRU는 호핑 패턴 및 D2D 송신 패턴을 선택하도록 구성될 수도 있다. WTRU는, D2D 송신 패턴이 시간 패턴으로서만 정의되면 호핑 패턴을 선택할 수도 있다. WTRU는 하나 이상의 파라미터에 기초하여 호핑 패턴을 설정하도록 구성될 수도 있다. 파라미터는 WTRU ID, 송신 패턴 인덱스, SA 리소스, 시간(예를 들면, 프레임/서브프레임 번호), 목적지 ID, D2DSS 파라미터 등등을 포함할 수도 있다. SA는, 호핑 패턴이 기초하고 있는 정보를 부분적으로 나타낼 수도 있다. WTRU는, 호핑 패턴이 기초하는 정보를 SA로부터 수신하도록 구성될 수도 있다. 예를 들면, WTRU는 SA에서 반송되는 하나 이상의 식별자, 예컨대, 소스 ID, 타겟 ID에 기초하여 호핑 패턴을 결정할 수도 있다. WTRU는 D2D 송신 패턴 인덱스 및 D2D 데이터 송신과 연관되는 타겟 ID에 기초하여 호핑 패턴을 설정할 수도 있다. WTRU는, 수신 WTRU가 주어진 서비스에 대한 단일의 송신을 수신할 수 있으면 호핑 패턴을 설정할 수도 있다. WTRU는 타겟 ID 및 SA 리소스에 기초하여 호핑 패턴을 설정할 수도 있다.

WTRU는 다음의 엘리먼트 중 하나 이상으로부터의 제어 정보를 포함할 수도 있다: MCS, D2D 송신 패턴(즉, T-RPT), PRB(또는 BW)의 수, 목적지 ID. WTRU는 제어 정보를 인코딩할 수도 있다. WTRU는 고정된 포맷을 갖는 PUSCH형 송신 구조를 사용하여 송신할 수도 있다. SA의 고정된 포맷을 수신기가 알 수도 있다.

두 개 이상의 WTRU(예를 들면, D2D WTRU)는, 예를 들면, 네트워크 인프라(infrastructure)의 부재시, 직접 D2D 통신을 지원하도록 구성될 수도 있다. 예를 들면, 공공 안전 애플리케이션(public safety application)(예를 들면, 경찰, 소방관, 앰뷸런스 등등)에서, 두 개 이상의 WTRU는 네트워크의 범위 밖에 있을 때 직접적으로 통신할 수도 있다. 예를 들면, WTRU는 무전력 또는 저전력 네트워크 액세스를 갖는 터널 또는 지하에 있을 수도 있다. 공공 안전 애플리케이션에서, 직접적으로 통신하는 능력은 작전에 중요할 수도 있다.

공공 안전 통신의 예는, 다수의 유저가, 예를 들면, 푸시 투 토크(push-to-talk; PTT)를 사용하여 그룹에서 통신할 수도 있는 경우일 수도 있다. PTT는, 주어진 그룹에서 단일의 유저만이 한 번에 말할 수도 있기 때문에, 반이중(half-duplex)일 수도 있다. 각각의 그룹은 통신을 위한 특정 PTT 채널을 할당받을 수도 있다. PTT 채널은, (예를 들면, 네트워크에 의해 결정되는) 반정적 기반의 물리적 리소스의 세트에 매핑되는 논리적 채널 및/또는 물리적 채널 중 어느 하나일 수도 있다. 물리적 리소스의 세트는 사전 구성될 수도 있다. PTT 채널은 서비스인 것으로 간주될 수도 있다. 예를 들면, WTRU는 다수의 동시적 서비스를 가지고 구성될 수도 있다.

(예를 들면, 공공 안전 목적을 위한) D2D 브로드캐스트 통신은 네트워크 인프라의 부재시에 기능할 수도 있고, 그 결과 WTRU는 네트워크로부터의 제어 없이(예를 들면, 물리적 다운링크 제어 채널(PDCCH)가 없음) 동작할 수도 있다. 결과적으로, 수신 WTRU는 수신된 송신의 파라미터의 지시를, 이들을 적절히 디코딩하기 위해 필요로 할 수도 있다.

D2D 브로드캐스트 통신은, 높은 레인지(high range)(또는 커버리지) 요건을 특징으로 할 수도 있다. D2D 송신 링크는 인프라 기반의 업링크 송신(WTRU로부터 eNB로))과는 많이 상이할 수도 있는데, 두 디바이스(예를 들면, D2D WTRU)가 지면 위에서 낮은 높이에 위치될 수도 있고 디바이스의 각각의 수신기 감도가 기지국의 것만큼 높지 않을 수도 있기 때문이다(예를 들면, 4 dB 대신 9 dB 노이즈 지수).

충분한 레인지를 갖는 D2D 브로드캐스트 통신에서 데이터 송신을 가능하게 하기 위해, 시스템, 방법, 및 수단이 제공될 수도 있다. 예를 들면, WTRU는 다수의(예를 들면, 제로, 하나 또는 하나보다 많은) 전송 블록으로부터의 상위 레이어 데이터를 송신 시간 인터벌(TTI)에서 물리적 채널(물리적 D2D 브로드캐스트 물리적 채널(PDBCH))을 통해 송신할 수도 있다. WTRU는 PDBCH를 통해 TTI에서 제어 정보를 송신할 수도 있다. PDBCH는 D2D PUSCH로 칭해질 수도 있다.

도 10은 상위 레이어 데이터 및 제어 정보를 송신하는 예를 예시한다. 제어 정보의 프로세싱은, 다른 제어 채널(예를 들면, 물리적 업링크 공유 채널(PUSCH) 또는 물리적 다운링크 공유 채널(PDSCH))에 대해 정의되는 것과 유사할 수도 있다. 도 10의 예에서 예시되는 바와 같이, 1002에서, (예를 들면, 각각의 전송 블록으로부터의) 상위 레이어 데이터, 및 제어 정보가 (예를 들면, 적용가능한 경우) 인코딩될 수도 있다. 1004에서, 상위 레이어 데이터 및/또는 제어 정보는 코드 블록 및/또는 전송 블록으로 분할될 수도 있다. 코드 블록 및/또는 전송 블록의 각각에 대해 순환 중복 검사(CRC) 정보가 추가될 수도 있다. 1006에서, 코딩된 비트는 (예를 들면, 적용가능한 경우) 상위 레이어 데이터 및 제어 정보에 대해 다중화되고/되거나 인터리브될 수도 있다. 1008에서, 코딩된 그리고 다중화된 및/또는 인터리브된 상위 레이어 데이터 및 제어 정보는 (예를 들면, 적용가능한 경우) 스크램블되고 변조될 수도 있다. 1010에서, PDBCH의 물리적 리소스에 대해 레이어 매핑, 사전 코딩(pre-coding), 및 매핑이 적용될 수도 있다.

WTRU는, 하나 이상의 수신 WTRU에 의해 PDBCH의 수신을 적어도 보조하기 위해, 각각의 포트에 대한 적어도 하나의 기준 신호(D2D 브로드캐스트 변조 기준 신호(D2D broadcast demodulation reference signal; DBDM-RS))를 송신할 수도 있다. DBDM-RS는, 업링크 또는 다운링크 통신을 위해 사용되는 기준 신호(DM-RS)와 유사하거나 동일한 구조를 가질 수도 있다. DBDM-RS는, 채널 추정의 품질을 극대화하기 위해, PDBCH의 것과 가까운(즉, 동일한 서브프레임 및 리소스 블록 내의) 시간 및 주파수에서의 리소스를 사용할 수도 있다. DBDM-RS는 D2DSS로 칭해질 수도 있다.

수신 WTRU는, PDBCH를 송신하기 위해 사용되는 각각의 안테나 포트의 채널을 추정하기 위해 적어도 하나의 DBDM-RS를 측정할 수도 있다. 도 10에서 예시되는 방법에 대한 대응하는 단계는, 예를 들면, PDBCH의 수신 및 전송 블록(들) 및/또는 제어 정보(예를 들면, SA)의 후속 디코딩에 대한 역순서로 수행될 수도 있다.

제어 정보(예를 들면, SA)는 현재의 PDBCH 송신에 포함되는 데이터를 프로세싱하는 데 필요한 정보를 포함할 수도 있다. 예를 들면, 하나 이상의 이전의 PDBCH 송신과 조합함. 제어 정보는, 다음의 것 중 하나 이상에서 사용되는 것과 같은 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, PDBCH 상에서 송신되는 데이터에 대한 하이브리드 자동 재전송 요청(HARQ) 정보(예를 들면, 프로세스 또는 HARQ 엔티티의 지시, 신규의 데이터 또는 재송신된 데이터의 지시, 리던던시 버전 또는 재송신 시퀀스 번호(RSN))에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, (예를 들면, 스케줄링 기간의 지속 시간 동안의) 전송 블록의 수의 지시에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, 제어 정보가 포함되는지의(예를 들면, 다중화되고/되거나 인터리브되는지의) 여부의 지시에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, 상위 레이어 데이터(예를 들면, 하나 이상의 전송 블록)가 포함되는지의 여부 또는 PDBCH가 제어 정보, 리소스 매핑을 포함하는지의 지시(예컨대, PRB의 수(대역폭) 또는 PRB의 세트와 같은 PDBCH에 의해 사용되는 리소스 블록의 세트의 지시)에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, 송신을 위해 사용되는 안테나 포트(들)의 세트의 지시에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, 기준 신호 생성 및/또는 스크램블링을 위한 의사 랜덤 시퀀스의 초기화에 대해 사용되는 파라미터의 지시에 파라미터를 포함할 수도 있다. 예를 들면, 제어 정보는, 보안 콘텍스트 인덱스의 지시 및/또는 서비스 인덱스 및/또는 유저의 지시에 파라미터를 포함할 수도 있다. 제어 정보는, 다른 기능성을 지원하는 정보, 예컨대 스케줄링 요청 또는 채널 상태 정보 보고(적용가능한 경우), 상위 레이어 기능성(예컨대 암호화(ciphering) 및/또는 무결성 보호)을 지원하는 시퀀스 번호, 및/또는 프레임 또는 서브프레임 번호를 포함할 수도 있다.

제어 정보는 WTRU에 대해 미리 정의되거나 사전 구성되나 또는 상위 레이어 시그널링에 의해 제공될 수도 있다. 제어 정보는, 이전 패러그래프에서 개설된(outlined) 프로세싱에 따라 물리적 채널, 예컨대 PDBCH에서, 또는 제어 정보를 반송하기 위해 사용되는 별개의 물리적 채널(예를 들면, PD2DSCH)에서 송신될 수도 있다(예를 들면, 명시적으로 송신될 수도 있다). 제어 정보는, 예를 들면, 송신된 신호의 특성을 제어 정보의 가능한 값에 연관시키는 것에 의해 제공될 수도 있다(예를 들면, 암시적으로 제공될 수도 있다).

제어 정보의 암시적 제공과 연관하여, 수신 디바이스는, DB-DMRS의 특성(예를 들면, 두 개의 심볼 또는 그 이상의 사이에서의 순환 시프트 차이(cyclic shift difference))에 대한 가능한 값의 세트 중 하나를 검출하는 것에 기초하여 SA 디코딩(예를 들면, 전송 블록(TB) 사이즈 또는 변조 및 코딩 방식(MCS))을 획득할 수도 있다. 제어 정보는 SA를 따라 송신되는 기준 신호(DM-DMRS)의, 또는 SA의 특정 OFDM 심볼의 특성에 의해 암시적으로 나타내어질 수도 있다. 암시적 지시는 (예를 들면, PDBCH 자체에서) SA를 명시적으로 나타내기 위한 필요성을 감소시키거나 제거할 수도 있고, 따라서 정보 비트마다의 이용가능한 에너지를 극대화하게 된다.

SA 제어 정보는 N 개의 가능한 미리 정의된 전송 조합의 세트에 대한 인덱스를 포함할 수도 있는데, 전송 조합은 SA의 송신에 연관되는 파라미터 값의 특정 세트로서 정의될 수도 있다. 예를 들면, 전송 조합은 리소스 블록의 수에 대한 소정의 값 및 변조 및 코딩 방식에 대한 값을 정의할 수도 있다. 전송 조합은 전송 블록 사이즈에 대한 소정의 값을 정의할 수도 있다. 가능한 미리 정의된 전송 조합의 세트는, 미리 정의되거나 사전 구성될 수도 있거나, 또는 상위 레이어에 의해 제공될 수도 있다.

제어 정보와 연관될 수도 있는 DB-DMRS의 특성의 몇몇 예는, 예를 들면, DB-DMRS가 존재하는 특정 OFDM 심볼에서 검출되는 순환 시프트의 값, DB-DMRS가 존재하는 두 개의 특정한 OFDM 심볼 사이에서의 순환 시프트의 값 사이의 차이, 베이스 시퀀스 번호(uf), 시퀀스 번호(v), (u,v)의 조합, 직교 시퀀스(w_i(m))에 대한 인덱스(I), DB-DMRS가 존재하는 OFDM 심볼 사이의 시간차 등등을 포함한다.

DB-DMRS는 물리적 업링크 제어 채널(PUCCH) 또는 PUSCH에 연관되는 UL DM-RS의 것과 유사한 구조를 가질 수도 있다. OFDM 심볼에서의 기준 신호는, 식 5에서 예시되는 바와 같은 자도프 추 베이스 시퀀스의 순환 시프트로부터 유도될 수도 있다.

여기서

는, 그룹 번호 u, 시퀀스 번호 v의 자도프 추 베이스 시퀀스이고, α는 순환 시프트이고, n은 서브캐리어와 함께 증가하는 시퀀스에 대한 인덱스이다. m에 의해 인덱싱되는 OFDM 심볼에서의 기준 신호는, 예를 들면, DM-DMRS가 존재하는 OFDM 심볼의 수(M)가 1보다 더 크면, w_i(m)에 의해 승산될 수도 있다. w_i(m)는 길이 M의 직교 시퀀스의 세트 중 하나일 수도 있다.

하나 이상의 전송 블록 사이즈(예를 들면, TBS1 및 TBS2) 및/또는 MCS(예를 들면, MCS1 및 MCS2)가 제공될 수도 있다. 수신 디바이스는, 사전 구성으로부터, D2D 통신에 사용되는 것으로 알려져 있는 파라미터 (u,v) 및 w_i(m)의 특정 세트를 결정할 수도 있고, DB-DMRS가 존재해야 하는 2 개의 OFDM 심볼 사이의 시간 차를 알 수도 있다. 수신 디바이스는 이들 파라미터를 사용하여, 예를 들면, 두 개의 OFDM 심볼 사이의 순환 시프트(α0 및 α1)에서의 차이에 대한 2 개의 전제(hypothesis)를 사용하여 DB-DMRS의 검출을 시도할 수도 있다. 이 검출은 상관기 디자인(correlator design)(예를 들면, 여기서는, 각각의 OFDM 심볼에서의 수신된 신호는, 전제에 따라, 가능한 DB-DMRS 시퀀스에 대응하는 시퀀스에 의해 승산된다)을 사용하여 구현될 수도 있다. 검출은, PDBCH 및 DB-DMRS와 함께 송신될 수도 있는 다른 동기화 신호(예를 들면, 프리앰블 신호)에 의해 지원될 수도 있다. 수신 디바이스는, 순환 시프트 사이의 시간 차이의 값을 결정하고, 대응하는 TBS 값에 따라 PDBCH의 디코딩을 시도할 수도 있다.

수신 디바이스는, 동기화 시퀀스의 특성을 검출하는 것에 의해 TTI에서의 PDBCH의 대역폭을 결정할 수도 있다. 예를 들면, SA는 PDBCH의 대역폭(또는 할당의 리소스 블록의 수)을 포함할 수도 있다. WTRU는, 송신 대역폭의 고정된 또는 알려진 부분을 점유하는 제1 동기화/파일럿 시퀀스를 송신하도록 구성될 수도 있다. 예를 들면, WTRU는 이 제1 시퀀스(예를 들면, 동기 시퀀스로 칭해짐)를 중간 N_sync PRB(예를 들면, N_sync=1)를 통해 송신하도록 구성될 수도 있다. WTRU는, 예를 들면, 룩업 테이블인 테이블 2에서 예시되는 바와 같이, 각각의 구성된/가능한 신호 대역폭과 연관되는 시퀀스 파라미터(예를 들면, 루트 시퀀스 번호, 순환 시프트 등등)의 세트를 가지고 구성될 수도 있다. WTRU는 송신 대역폭에 기초하여 제1 시퀀스에 대한 파라미터를 선택할 수도 있다. WTRU는, 예를 들면, 신호 대역폭을 나타내기 위해, 다수의 동기화/파일럿 시퀀스의 파라미터를 선택하도록 구성될 수도 있다.

수신 WTRU는, 동기 시퀀스 파라미터(예를 들면, ZC 루트)를 검출하는 것에 의해 그리고 PDBCH에 대한 PRB의 수를 결정하기 위해 룩업 테이블에서 연관 엔트리를 검색하는 것에 의해 PDBCH 대역폭을 결정할 수 있다.

도 11은 동기 시퀀스(1102) 및 제어 정보를 반송하는 OFDM 심볼(1100)의 예를 예시한다. PDBCH 대역폭이 동기 시퀀스(미리 결정된) 대역폭보다 더 크면, WTRU는, 신호가 전체 PDBCH 대역폭을 점유하도록 동기 시퀀스와 동일한 OFDM 심볼 상에서, 다른 정보, 예컨대 데이터 또는 제어(1106) 및/또는 파일럿(1104)을 송신하도록 구성될 수도 있다. 예를 들면, WTRU는 (예를 들면, 싱글 캐리어-OFDM(SC-OFDM)과 반대로) OFDM 타입의 다중화를 사용하여 정보를 송신하도록 구성될 수도 있다. 도 11에서 예시되는 바와 같이, WTRU는 OFDM 심볼의 비동기 시퀀스 공간에서 파일럿 심볼을 반송할 수도 있다.

하나 이상의 WTRU는, 디바이스 대 디바이스(D2D) 통신에서와 같이, 무선을 통해 직접적으로 통신하도록 구성될 수도 있다. 무선을 통해 직접적으로 통신하도록 구성되는 WTRU는, 네트워크 인프라를 거칠 필요 없이 통신하도록 구성될 수도 있다. WTRU는, 예를 들면, 디바이스의 근접성을 결정하기 위해 및/또는 통신 범위 내에 있을 수도 있는 하나 이상의 디바이스 사이에서 정보를 교환하기 위해, 디바이스 대 디바이스 통신을 사용할 수도 있다.

WTRU는, 네트워크 인프라로부터의 지원의 부재 하에서 직접 D2D 통신을 지원하도록 구성될 수도 있다. WTRU는, 예를 들면, 공공 안전 애플리케이션에서 두 개 이상의 WTRU가 네트워크의 범위 밖에(예를 들면, 터널 안에, 지하에 등등에) 있을 때 통신할 필요가 있는 경우에, 네트워크 인프라로부터의 지원의 부재 하에서 직접 D2D 통신을 지원하도록 구성될 수도 있다. 공공 안전(예를 들면, 경찰, 소방관, 앰뷸런스 등등)에서, 직접적으로 통신하는 능력은 작전에 중요하다.

PTT 채널은 일반적으로 본원에서 채널로 칭해질 수도 있다. PTT 채널은 서비스인 것으로 간주될 수도 있다. WTRU는, 예를 들면, PTT 채널이 서비스로서 간주되면, 다수의 동시적 서비스를 가지고 구성될 수도 있다. 다수의 채널이 할당될 수도 있다. 다수의 채널은, 예를 들면, 동일한 세션 내의 유저의 그룹에게 할당될 수도 있다.

WTRU는, 예를 들면, 공공 안전에서, 다수의 채널(예를 들면, PTT 채널)을 모니터링하도록 구성될 수도 있다. WTRU는, 예를 들면, 공공 안전에서, 다수의 채널(예를 들면, PTT 채널)을 수신하도록 구성될 수도 있다. WTRU는 규칙 또는 로직을 구현할 수도 있다. WTRU는 규칙 또는 로직을, WTRU가 채널을 모니터링하고/하거나 수신하는 때를 결정할 수도 있도록 구현할 수도 있다. WTRU는 채널을 병렬로 모니터링하고/하거나 수신할 수도 있다. WTRU는, 물리적 채널의 아이덴티티 및/또는 연관 논리적 채널의 아이덴티티로부터 통신의 하나 이상의 양태를 추론할 수도 있다. WTRU는 하나 이상의 물리적 채널(들)을 적어도 하나의 채널(예를 들면, PTT 채널(들))과 연관시킬 수도 있다. 예를 들면, WTRU는 하나 이상의 물리적 채널(들)을 애플리케이션 레이어에서의 적절한 전달을 위한 적어도 하나의 논리적 채널과 연관시킬 수도 있다. WTRU는 물리적 채널로부터의 상이한 데이터 스트림을 구별하고/하거나 애플리케이션으로 라우팅하도록 구성될 수도 있다.

본원에서 설명되는 실시형태가 3GPP LTE 기술 및 관련 명세에 기초하여 설명될 수도 있지만, 실시형태는, WCDMA, HSPA, HSUPA, 및/또는 HSDPA에 기초한 다른 3GPP 기술을 포함하지만 이것으로 제한되지 않는, 직접적인 디바이스 대 디바이스 통신을 위한 방법을 구현하는 임의의 무선 기술에 동등하게 적용가능할 수도 있다.

WTRU는 보안을 위해 D2D 송신을 전달하도록 구성될 수도 있다. WTRU는 비보안 목적을 위해 D2D 송신을 전달하도록 구성될 수도 있다. WTRU는 보안 관련 프로시져를 수행할 수도 있다. WTRU는 D2D 통신의 하나 이상의 송신에 대한 보안을 활성화할 수도 있다.

WTRU는 D2D 통신 및/또는 데이터를 암호화하도록 구성될 수도 있다. WTRU는 D2D 통신 및/또는 데이터를 암호해제하도록(decipher) 구성될 수도 있다. WTRU는 레이어 2에서 암호화를 수행하도록 구성될 수도 있다. 레이어 2는 PDCP, RLC 또는 MAC를 포함할 수도 있다. WTRU는, 암호화되는 데이터 단위가 적용가능한 PDU의 데이터 부분일 수도 있도록 암호화를 수행하도록 구성될 수도 있다. 예를 들면, PDCP의 경우, WTRU는, 암호화되는 데이터 단위가 적용가능한 SDU의 데이터 부분일 수도 있도록 암호화를 수행하도록 구성될 수도 있다. SDU는 애플리케이션 데이터 및/또는 IP 패킷을 포함할 수도 있다. 예를 들면, MAC의 경우, WTRU는, 암호화되는 데이터 단위가 적용가능한 MAC SDU의 데이터 부분일 수도 있도록 암호화를 수행하도록 구성될 수도 있다. MAC SDU는 애플리케이션 데이터 및/또는 IP 패킷에 대응할 수도 있다. WTRU는 보안 콘텍스트를 적용하도록 구성될 수도 있다. WTRU는 암호화를 수행할 때 보안 콘텍스트를 적용하도록 구성될 수도 있다. 보안 콘텍스트는 암호화 알고리즘, 키 등등을 포함할 수도 있다. WTRU는 암호해제를 적용할 수도 있다. WTRU는, 예를 들면, WTRU가 적용가능한 보안성을 갖는 송신을 수신할 때 암호해제를 적용할 수도 있다.

WTRU는 무결성 보호 및 검증을 수행하도록 구성될 수도 있다. WTRU는 무결성 보호를 레벨 2에서 수행하도록 구성될 수도 있다. 레벨 2는 PDCP, RLC 또는 MAC를 포함할 수도 있다. WTRU는, 무결성이 보호되는 데이터 단위가 암호화 이후 적용가능한 PDU의 PDU 헤더 부분을 포함할 수도 있도록 무결성 보호를 수행하도록 구성될 수도 있다. WTRU는, 무결성이 보호되는 데이터 단위가 암호화 이후 적용가능한 PDU의 데이터 부분을 포함할 수도 있도록 무결성 보호를 수행하도록 구성될 수도 있다. MAC의 경우, WTRU는, MAC-I 필드 자체를 제외하는 것에 의해, MAC_I 필드의 하나 이상의 비트를 알려진 값(예를 들면, 제로)으로 설정하는 것에 의해, 등등에 의해, 무결성이 보호되는 데이터 단위가, 암호화 이후에 적용가능한 MAC PDU의 데이터 부분을 포함할 수도 있도록 무결성 보호를 수행하도록 구성될 수도 있다. WTRU는, 보안, 암호화/암호해제를 활성화하기 위해, 및/또는 당해(concerned) 송신(들)에 대한 적용가능한 보안 콘텍스트의 결정을 확인하기 위해, 등등을 위해, 무결성 보호를 사용할 수도 있다.

WTRU는, 이러한 보안 프로시져를 활용하도록, 보안을 활성화하도록, 및/또는 적용가능한 보안 콘텍스트(들)를 관리하도록 구성될 수도 있다. WTRU는 보안 파라미터를 가지고 구성될 수도 있다. WTRU는 (예를 들면, 대역 밖의) 사전 구성에 의해 보안 파라미터를 가지고 구성될 수도 있다. WTRU는 상위 레이어에 의해 보안 파라미터를 가지고 구성될 수도 있다. WTRU는, D2D 링크를 통한 구성 양태의 수신에 의해 보안 파라미터를 가지고 부분적으로 구성될 수도 있다. 보안은 D2D 세션마다, D2D 채널마다, D2D 송신마다, W/유저의 그룹 또는 서브셋마다, 및/또는 특정 유저에 관련되는 송신에 대해 적용가능할 수도 있다. WTRU는, D2D 세션마다, D2D 채널마다, D2D 송신마다, W/유저의 그룹 또는 서브셋마다, 및/또는 특정 유저에 관련되는 송신에 대해 보안을 적용하도록 구성될 수도 있다. 레이어 2 프로토콜은 보안을 수행하도록 구성될 수도 있다. 레이어 2 프로토콜은 PDCP, RLC 또는 MAC, 또는 물리적 레이어를 포함할 수도 있다. 애플리케이션 레이어가 보안을 수행할 수도 있다. 애플리케이션 레이어가 IP 애플리케이션 또는 코덱을 포함할 수도 있다.

보안은 하나 이상의, 또는 모든 송신에 대해 활용될 수도 있다. 예를 들면, WTRU는 주어진 D2D 세션에 대한 하나 이상의, 또는 모든 송신에 보안이 적용가능하다는 것을 결정하도록 구성될 수도 있다. 예를 들면, WTRU는, 사전 구성된 보안 콘텍스트를 사용할 수도 있는 D2D 세션에 대한 모든 송신에 보안이 적용가능하다는 것을 결정하도록 구성될 수도 있다. WTRU는, WTRU에 의해 수신되고/되거나 송신되는 송신에 포함될 수도 있는 아이덴티티의 함수로서, 적용가능한 보안을 결정하도록 구성될 수도 있다. WTRU는, WTRU에 의해 수신되고/되거나 송신되는 송신에 포함될 수도 있는 복수의 보안 콘텍스트 중 하나에 대한 인덱스의 함수로서, 적용가능한 보안을 결정하도록 구성될 수도 있다. WTRU는, 세션에 대한 송신이 수행되거나, 수신되거나, 또는 송신될 수도 있는 채널의 함수로서, 적용가능한 보안을 결정하도록 구성될 수도 있다.

보안은 채널의 하나 이상의, 또는 모든 송신에 대해 활용될 수도 있다. 예를 들면, WTRU는 주어진 D2D 채널에 대한 하나 이상의, 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. 예를 들면, WTRU는, D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있는 하나 이상의, 또는 모든 제어 채널에 보안이 적용가능하다는 것을 결정할 수도 있다. D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있는 제어 채널은, 예를 들면, 당해 D2D 세션의 일부일 수도 있는 다른 채널 및/또는 통신에 보안 파라미터를 더 제공할 수도 있는 제어 채널일 수도 있다. D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있는 제어 채널은, 예를 들면, 당해 D2D 세션에 적용가능한 구성 양태를 제공할 수도 있는 제어 채널일 수도 있다. 당해 D2D 세션에 적용가능한 구성 양태는 물리적 리소스, 채널 배치, 및/또는 이러한 리소스의 중재를 포함하지만, 이들로 제한되는 것은 아니다. D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있는 제어 채널은, 특정 보안 채널에 당해 D2D 세션에 적용가능한 구성 양태를 제공할 수도 있는 제어 채널일 수도 있다. 특정 보안 채널은 D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있다. D2D 세션에 적용가능한 채널의 세트의 일부일 수도 있는 제어 채널은, D2D 세션에서 고유의 특권을 갖는 한 명 이상의 유저에게 전용될 수도 있다(예를 들면, 슈퍼 유저에게 적용가능한 경합이 없는(contention-free) 채널).

보안은 WTRU 및/또는 유저의 하나 이상의, 또는 모든 송신에 대해 활용될 수도 있다. WTRU는, 하나 이상의, 또는 모든 송신에 대해 보안을 활용하도록 구성될 수도 있다. 예를 들면, WTRU는, WTRU 및/또는 유저에 대한 하나 이상의, 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. WTRU는, 송신에 포함될 수도 있는 아이덴티티의 함수로서 보안이 적용가능하다는 것을 결정할 수도 있다. 아이덴티티는, WTRU에 의해 수신되고/되거나 송신될 때 송신에 포함될 수도 있다. WTRU는, 송신에 포함될 수도 있는 복수의 보안 콘텍스트 중 하나에 대한 인덱스의 함수로서 보안이 적용가능하다는 것을 결정할 수도 있다. 복수의 보안 콘텍스트 중 하나에 대한 인덱스는, WTRU에 의해 수신되고/되거나 송신될 때 송신에 포함될 수도 있다. WTRU는, 송신이 수행될 수도 있는 채널의 함수로서 보안이 적용가능하다는 것을 결정할 수도 있다. 송신은, 예를 들면, WTRU에 의해 수신되고/되거나 송신될 때 수행될 수도 있다.

보안은 WTRU 및/또는 유저의 그룹에 대해 활용될 수도 있다. WTRU는, WTRU 및/또는 유저의 주어진 그룹에 대한 하나 이상의 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. WTRU는, 송신에 포함되는 아이덴티티의 함수로서 WTRU 및/또는 유저의 주어진 그룹에 대한 하나 이상의 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. 아이덴티티는, WTRU에 의해 수신되고/되거나 송신될 때 송신에 포함될 수도 있다. WTRU는, 송신에 포함되는 복수의 보안 콘텍스트 중 하나에 대한 인덱스의 함수로서 WTRU 및/또는 유저의 주어진 그룹에 대한 하나 이상의 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. 복수의 보안 콘텍스트 중 하나에 대한 인덱스는, WTRU에 의해 수신되고/되거나 송신될 때 송신에 포함될 수도 있다. WTRU는, 송신이 수행될 수도 있는 채널의 함수로서 WTRU 및/또는 유저의 주어진 그룹에 대한 하나 이상의 또는 모든 송신에 보안이 적용가능하다는 것을 결정할 수도 있다. 송신은, 예를 들면, WTRU에 의해 수신되고/되거나 송신될 때 수행될 수도 있다.

보안은 전송 블록/PDU마다 활용될 수도 있다. WTRU는, 하나 이상의, 또는 모든 전송 블록 및/또는 PDU에 대한 송신에 보안이 적용가능한지의 여부를 결정할 수도 있다. WTRU는, 하나 이상의, 또는 모든 전송 블록 및/또는 PDU에 대한 송신에 보안이 적용불가능한지의 여부를 결정할 수도 있다. WTRU는, PDU 포맷의 특정 필드, 예를 들면, MAC-I 필드의 존재로부터의 및/또는 PDU 포맷의 명시적 지시자의 함수로서 하나 이상의, 또는 모든 전송 블록 및/또는 PDU에 대한 송신에 보안이 적용가능한지의 여부를 결정할 수도 있다. 지시자는 복수의 보안 콘텍스트 중 하나에 대한 인덱스일 수도 있다.

보안은 패킷마다 활용될 수도 있다. 보안은 수신된 PDU에서 명시적으로 나타내어질 수도 있다. WTRU는 수신된 PDU에서의 지시로부터 보안이 활성화되는 것을 결정할 수도 있다. 지시는 비트 또는 플래그일 수도 있다. WTRU는, 주어진 송신에 대해 보안이 적용가능할 수도 있는지의 여부를 결정하기 위한 다른 기술을 WTRU가 가지지 않을 수도 있을 때, 예컨대 보안의 사용이 D2D 세션의 정적 양태가 아니고/아니거나 적어도 몇몇 파라미터가 세션의 지속시간 동안 동적으로 변경될 수도 있을 때, 수신된 PDU에서의 지시로부터 보안이 활성화된다는 것을 결정할 수도 있다.

보안은 패킷마다 활용될 수도 있다. 보안은 수신된 PDU에서의 MAC-I 필드의 존재로부터 명시적으로 나타내어질 수도 있다. WTRU는 수신된 PDU에서의 MAC-I 필드의 존재로부터 보안이 활성화된다는 것을 결정할 수도 있다. WTRU는, 어쩌면 MAC-I 검증이 성공하면, 선택된 보안 콘텍스트가 유효할 수도 있다는 것을 결정할 수도 있다.

WTRU는 전체 세션에 대해 보안이 적용가능하다는 것을 결정할 수도 있다. WTRU는, 정적 구성, D2D 통신에 적용가능한 채널의 세트, 및/또는 채널 자체의 아이덴티티 등등 중 적어도 하나의 함수로서, 주어진 D2D 세션의 하나 이상의, 또는 모든 송신에 대해 보안이 적용가능하다는 것을 결정할 수도 있다.

하나 이상의 보안 콘텍스트는 관리될 수도 있다. WTRU는 PDU에 적용할 적절한 보안 콘텍스트를 결정할 수도 있다. WTRU는 PDU에 적용할 적절한 보안 콘텍스트를, 예를 들면, 아이덴티티의 함수로서 결정할 수도 있다.

도 12는 LTE 보안에 적용가능한 예시적인 보안 원리를 묘사한다. 도 12에서 도시되는 바와 같이, 보안 기능으로의 입력은, 보안 기능이 적용될 수도 있는 블록의 카운트(1201, 1202), 베어러(BEARER) 아이덴티티(1203, 1204), 방향(1205, 1206) 및/또는 길이(1207, 1208)를 포함할 수도 있다. 카운트는 시퀀스화 정보(sequencing information)를 포함할 수도 있다. 베어러 아이덴티티는 논리적 채널을 포함할 수도 있다. 방향은 채널이 업링크인지 또는 다운링크인지의 여부를 나타내는 하나의 비트를 포함할 수도 있다. 키(1209, 1210)도 또한 보안 기능으로의 입력일 수도 있다.

WTRU는, 주어진 송신, 채널, WTRU/유저의 그룹, 및/또는 D2D 세션에 적용가능할 수도 있는 보안 콘텍스트를 아이덴티티의 함수로서 결정할 수도 있다. WTRU는, 주어진 송신, 채널, WTRU/유저의 그룹, 및/또는 D2D 세션에 적용가능할 수도 있는 보안 콘텍스트를 복수의 보안 콘텍스트 중 하나에 대한 인덱스의 함수로서 결정할 수도 있다. 예를 들면, WTRU는 주어진 채널이 특정 보안 콘텍스트에 대응할 수도 있다는 것을 결정할 수도 있다. WTRU는, 채널에 적용가능할 수도 있는 송신에 대한 하나 이상의 보안 관련 프로시져를 수행하기 위해 그 보안 콘텍스트를 사용할 수도 있다. 예를 들면, 활성화되면, WTRU는, 채널에 적용가능할 수도 있는 송신에 대한 하나 이상의 보안 관련 프로시져를 수행하기 위해 그 보안 콘텍스트를 사용할 수도 있다. WTRU는 주어진 송신이 특정 보안 콘텍스트에 대응할 수도 있다는 것을 결정할 수도 있다. 보안 콘텍스트는 당해 PDU에서의 식별자의 존재에 의해 식별될 수도 있다. WTRU는 당해 PDU에 대한 보안 관련 프로시져를 수행하기 위해 그 보안 콘텍스트를 사용할 수도 있다. 예를 들면, 활성화되면, WTRU는 당해 PDU에 대한 보안 관련 프로시져를 수행하기 위해 그 보안 콘텍스트를 사용할 수도 있다.

WTRU는 보안 콘텍스트에 대한 키를 아이덴티티의 함수로서 유도할 수도 있다. 아이덴티티는, 예를 들면, 세션 고유의 보안 파라미터에 대한 세션 아이덴티티일 수도 있다. 아이덴티티는, 예를 들면, 채널 고유의 보안 파라미터에 대한 채널 아이덴티티일 수도 있다. 아이덴티티는, 예를 들면, 유저 및/또는 WTRU 고유의 보안 파라미터에 대한 송신기 아이덴티티일 수도 있다. WTRU는 아이덴티티를, 레거시 베어러(1203, 1204) 파라미터와 유사한 보안 기능에 대한 입력으로서 사용할 수도 있다.

WTRU는, 통신에 연관되는 키 및/또는 하나 이상의 필드의 사슬연결로부터 키(1209, 1202)를 유도할 수도 있다. 필드는 식별자일 수도 있다. 필드는 본원에서 식별되는 식별자와 유사한 식별자일 수도 있다. 필드는 키갱신(rekeying) 동작을 수행하기 위해 사용되는 값(들)일 수도 있다. WTRU는 특정 보안 콘텍스트를 사용하여 세션의 하나 이상의 WTRU와 값을 교환할 수도 있다. WTRU는 값을 수신할 수도 있다. WTRU는, 세션 및 신규의 값에 적용가능할 수도 있는 키의 사슬연결에 의해 신규의 키를 유도할 수도 있다. 보안 콘텍스트는 유효성 기간과 연관될 수도 있다. WTRU는 보안 콘텍스트를 유효성 기간과 연관시키도록 구성될 수도 있다. 보안 콘텍스트는 취소될(revoked) 수도 있다. WTRU는 보안 콘텍스트를 취소하도록 구성될 수도 있다. 보안 콘텍스트는, 세션의 시작을 기준으로 하는, 최종 구성을 기준으로 하는, 통신 채널 자체 상에서 수신되는 타임스탬프를 기준으로 하는 시간에 기초하여, 및/또는 절대 시간에 기초하여 취소될 수도 있다. WTRU는, 세션의 시작을 기준으로 하는, 최종 구성을 기준으로 하는, 통신 채널 자체 상에서 수신되는 타임스탬프를 기준으로 하는 시간에 기초하여, 및/또는 절대 시간에 기초하여 보안 콘텍스트를 취소하도록 구성될 수도 있다.

패킷 데이터 컨버전스 프로토콜(Packet Data Convergence Protocol; PDCP)이, 시퀀스화 정보, 헤더 압축, 및/또는 보안, 암호화 및/또는 인증을 제공할 수도 있다. PDCP D2D 레이어는 하나 이상의 상위 레이어(들)와 상호작용하도록 구성될 수도 있다. PDCP D2D 레이어는 하나 이상의 하위 레이어(들)와 상호작용하도록 구성될 수도 있다. PDCP D2D 레이어는 무선 링크 제어(Radio Link Control; RLC)와 상호작용하도록 구성될 수도 있다. LTE RLC는 세그먼트화/재세그먼트화(segmentation/re-segmentation) 및 자동 재전송 요청(Automatic Retransmission ReQuest; ARQ)을 제공할 수도 있다. RLC D2D 레이어는 하나 이상의 상위 레이어(들)와 상호작용하도록 구성될 수도 있다. RLC D2D 레이어는 하위 레이어(MAC)와 상호작용하도록 구성될 수도 있다.

LTE 매체 액세스 제어(MAC)는 하나 이상의 기능을 제공할 수도 있다. MAC D2D PDU는 MAC 헤더, 제로 이상의 MAC 서비스 데이터 단위(Service Data Unit; SDU), 제로 이상의 MAC 제어 엘리먼트(Control Elements; CE), 제로 이상의 MAC-I 필드, 및/또는 패딩을 포함할 수도 있다. MAC PDU 헤더는 하나 이상의 MAC PDU 서브헤더를 포함할 수도 있다. 하나 이상의, 또는 각각의 서브헤더는 MAC SDU, MAC 제어 엘리먼트, 및/또는 패딩에 대응할 수도 있다. MAC 헤더에서의 하나 이상의, 또는 각각의 서브헤더는, MAC PDU에서, 대응하는 MAC SDU와 동일한 순서를 구비할 수도 있다.

WTRU는 보안을 위해 MAC PDU 헤더를 활용하도록 구성될 수도 있다. MAC PDU 헤더는 시퀀스화 정보를 포함할 수도 있다. 시퀀스화 정보는 시퀀스 번호(sequence number; SN)를 포함할 수도 있다. 지시는 MAC CE의 일부일 수도 있다. SN은 보안을 위해 사용될 수도 있다. WTRU는 보안을 위해 SN을 사용하도록 구성될 수도 있다. WTRU는, 시퀀스화 정보 및/또는 MAC CE의 존재로부터 보안이 적용가능할 수도 있다는 것을 결정할 수도 있다. SN 공간은 WTRU에 고유할 수도 있다. SN 공간은 채널 또는 세션에 고유할 수도 있다. 예를 들면, WTRU가 SN 충돌을 방지할 수 있으면, SN은 채널 또는 세션에 고유할 수도 있다.

MAC PDU 헤더는 타임스탬프 정보를 포함할 수도 있다. 타임스탬프 정보는, 세션의 시작, 최종 구성, 이전 송신 또는 유사한 것을 기준으로 할 수도 있는 시간 정보 또는 절대값일 수도 있는 시간 정보를 포함할 수도 있다. 예를 들면, 타이밍 정보는, 그것이 상대적이면, WTRU에 고유할 수도 있다. SN 공간은, 예를 들면, 타이밍이 절대값이면, 채널 또는 세션에 고유할 수도 있다. 타이밍 정보는 보안 기능에 대한 시퀀스화 입력으로서 사용될 수도 있다. 타이밍 정보는, SN/카운트 대신, 보안 기능의 시퀀스화 입력으로서 사용될 수도 있다. WTRU는, 보안 기능에 대한 시퀀스화 입력으로서 타이밍 정보를 사용할 수도 있다. WTRU는, 보안 기능에 대한 시퀀스화 입력으로서, SN/카운트 대신, 타이밍 정보를 사용할 수도 있다.

MAC PDU 헤더는 데이터의 소스의 지시를 포함할 수도 있다. 데이터의 소스의 지시는 아이덴티티일 수도 있다. 지시는 MAC CE의 일부일 수도 있다. 예를 들면, WTRU는 WTRU에 할당되는 정적 값으로부터 아이덴티티를 유도할 수도 있다. 예를 들면, 아이덴티티는 유저 및/또는 WTRU의 카테고리, 예컨대 D2D 세션에서의 우선순위 레벨 및/또는 역할로부터 유도될 수도 있다. 예를 들면, WTRU는, 유저 및/또는 WTRU의 카테고리, 예컨대 D2D 세션에서의 우선순위 레벨 및/또는 역할로부터 아이덴티티를 유도할 수도 있다. 예를 들면, 아이덴티티는 보안 콘텍스트에 대한 인덱스에 대응할 수도 있다. 예를 들면, WTRU는, 보안 콘텍스트에 대한 인덱스에 아이덴티티가 대응한다는 것을 결정할 수도 있다.

MAC PDU 헤더는 MAC SDU의 타입의 지시를 포함할 수도 있다. MAC SDU의 타입의 지시는 프로토콜 타입 필드일 수도 있다. 필드는 대응하는 MAC SDU에 연관되는 MAC 서브헤더의 일부일 수도 있다. 필드는, MAC SDU가 애플리케이션 페이로드를 포함할 수도 있다는 것을 나타낼 수도 있다. 필드는 애플리케이션의 타입 및/또는 애플리케이션 레이어 포맷팅을 식별할 수도 있다. 애플리케이션 레이어 포맷팅은 코덱 모드 형태의 코딩된 비트의 배치일 수도 있다. 필드는, IP 패킷에 대응하는 RLC PDU, PDCP PDU, 및/또는 데이터를 MAC SDU가 포함할 수도 있다는 것을 나타낼 수도 있다.

MAC PDU 헤더는, 보안이 적용가능하고/하거나 활성화될 수도 있는지 또는 그렇지 않은지의 여부의 지시를 포함할 수도 있다. 예를 들면, 필드는 대응하는 MAC SDU에 연관되는 MAC 서브헤더의 일부일 수도 있다.

MAC PDU 헤더는, 당해 MAC SDU에 보안 관련 필드가 존재할 수도 있는지 또는 그렇지 않은지의 여부의 지시를 포함할 수도 있다. 예를 들면, 필드는 대응하는 MAC SDU에 연관될 수도 있는 MAC 서브헤더의 일부일 수도 있다. 예를 들면, MAC 서브헤더에서의 한 플래그는 대응하는 MAC SDU에 대한 MAC-I의 존재를 나타낼 수도 있다.

MAC SDU는 다음의 것 중 적어도 하나에 따를 수도 있다: PDCP PDU; RLD PDU; 애플리케이션 데이터, 예를 들면, 오디오 데이터의 경우, 스피치 코딩 비트의 수; 및/또는 본원에서 설명되는 것과 같은 보안 방법을 사용한 MAC SDU의 암호화된 및/또는 암호해제된 컨텐츠의 결정. 예를 들면, WTRU는, 예컨대 MAC PDU가 MAC-i를 포함할 수도 있으면, 보안이 적용가능할 수도 있다는 것을 결정할 수도 있다. WTRU는 MAC-i를 성공적으로 검증할 수도 있다. WTRU는 MAC PDU의 보안 부분에 대해, 예컨대 MAC PDU의 MAC SDU 부분에 대해 암호해제 동작을 수행할 수도 있다. WTRU는, 본원에서 설명되는 것과 같은, 적용가능한 보안 콘텍스트를 사용하는 동작을 수행할 수도 있다.

MAC-I 필드는 다음의 것 중 적어도 하나에 따를 수도 있다: MAC-I 필드는 고정된 길이, 예컨대 32비트 필드를 구비할 수도 있다. 필드는, 특정 MAC PDU 포맷의 하나 이상의 또는 모든 발생에 대해 존재할 수도 있다. 보안이 적용불가능하면, 필드의 비트는 제로로 설정될 수도 있다. 필드는, 보안이 적용가능할 수도 있을 때 존재할 수도 있다. 필드는, 보안이 이용가능할 때 존재할 수도 있다. 보안의 적용가능성 또는 이용가능성은 본원에서 설명되는 바와 같이 결정될 수도 있다.

하나 이상의 또는 각각의 SDU에 대한 적어도 하나의 MAC-I 필드가 활용될 수도 있다. 예를 들면, 하나 이상의, 또는 각각의 SDU에 대한 적어도 하나의 MAC-I 필드는 제로 또는 하나 대신 PDU마다 활용될 수도 있다.

D2D 송신을 위해, 하이브리드 자동 재전송 요청(HARQ)이 활용될 수도 있다. WTRU는, 하나 이상의 HARQ 프로세스(들)를 사용하여 D2D에 대한 송신을 수행할 수도 있다. HARQ 프로세스는 HARQ 엔티티에 연관될 수도 있다. HARQ 엔티티는 D2D 동작에 전용될 수도 있다. HARQ 엔티티는, 하나보다 많은 D2D 세션에 대한 HARQ 프로세스를 핸들링할 수도 있다. HARQ 엔티티는, 하나보다 많은 D2D 링크에 대한 HARQ 프로세스를 핸들링할 수도 있다. HARQ 엔티티는 D2D에 연관되는 물리적 리소스의 세트에 대한 HARQ 프로세스를 핸들링할 수도 있다. 예를 들면, WTRU는 D2D 동작을 위한 HARQ 엔티티를 구성할 수도 있다. HARQ 엔티티는 하나 이상의 HARQ 프로세스를 핸들링할 수도 있다. 예를 들면, 유저 데이터 정보 및/또는 제어 정보의 하나 이상의, 또는 각각의 송신의 경우, MAC 인스턴스는 동일한 HARQ 프로세스를 호출할 수도 있다. MAC 인스턴스는 미리 결정된 패턴(들)을 사용하여 동일한 HARQ 프로세스를 호출할 수도 있다. MAC 인스턴스는, 특정 수의 송신까지에 대해 동일한 HARQ 프로세스를 호출할 수도 있다. 예를 들면, 미리 결정된 패턴은 연속하는 송신 시간 인터벌의 세트일 수도 있다. 미리 결정된 패턴은 번들 송신 및/또는 블라인드의 비적응 재송신(blind non-adaptive retransmissions)과 유사할 수도 있다. 미리 결정된 패턴은, 예를 들면, 주기적으로 발생하는 기회 및/또는 몇몇 고정된 지연 오프셋에 기초하여, 서로 소의(disjoint) 송신 시간 인터벌의 세트를 포함할 수도 있다. 제어 채널이 존재할 수도 있다. HARQ 동작은 동적일 수도 있다. HARQ 동작은 당해 스케줄링 정보에 따를 수도 있다. 데이터 정보의 하나 이상의, 또는 각각의 송신은 번들로 송신될 수도 있다. 데이터 정보의 하나 이상의, 또는 각각의 송신은 주기적으로 송신되고, 사전 구성된 수의 총 송신까지 반복될 수도 있다.

MAC D2D 레이어는 하나 이상의 상위 레이어(들)와 상호작용할 수도 있다. 상위 레이어는, L2 프로토콜 엔티티(예를 들면, RLC 레이어, PDCP 레이어 등등), L3 제어 엔티티(예를 들면, RRC 엔티티), IP 스택을 구현하는 엔티티, 및/또는 애플리케이션(예를 들면, 코덱) 중 하나 이상일 수도 있다. 상호작용은 직접적이고/이거나 간접적일 수도 있다. 예를 들면, 직접적인 상호작용은, MAC 엔티티와 직접적으로 상호작용할 수도 있는 오디오 코덱을 포함할 수도 있다. 직접적인 상호작용은, 예를 들면, 어떤 IP, PDCP, 또는 RLC도 구성되지 않을 수도 있으면, MAC와 직접적으로 상호작용할 수도 있는 오디오 코덱을 포함할 수도 있다. 직접적인 상호작용은, 예를 들면, MAC 서비스에 대해 투명하면, MAC 엔티티와 직접적으로 상호작용할 수도 있는 오디오 코덱을 포함할 수도 있다. 보안 기능은 코덱 애플리케이션에 의해 및/또는 MAC 엔티티에 의해 수행될 수도 있다. WTRU는, 코덱 애플리케이션에 의해 및/또는 MAC 엔티티에 의해 수행되는 보안 기능을 활용하도록 구성될 수도 있다.

MAC D2D 레이어는 하위 레이어(예를 들면, PHY)와 상호작용할 수도 있다. MAC D2D 레이어는 물리적 레이어(L1)와 상호작용할 수도 있다. MAC D2D와 하위 레이어 사이의 상호작용에서의 무선 링크 관리의 경우, 동기를 벗어남, 경합, 매체 사용중(medium busy), 선점, 제어 채널의 상실, MAC 인터럽션으로의 유도, MAC 서스펜드로의 유도, 등등의 지시는, 제어 양태에 전용되는 채널의 수신에 기초할 수도 있다. MAC와 하위 레이어 사이의 상호작용에서의 데이터 송신을 위해, PHY 레이어는 하나 이상의 송신 기회를 나타낼 수도 있다. 송신 기회는 동기 획득 및/또는 내부 타이밍에 기초할 수도 있다. MAC는 HARQ 프로세스를 호출해야 하는 때를 전달받을(be told) 수도 있다. MAC와 하위 레이어 사이의 상호작용에서의 데이터 수신을 위해, PHY 레이어는, 적절한 HARQ 프로세스로 라우팅될 수도 있는 전송 블록의 수신을 나타낼 수도 있다.

애플리케이션 레이어로/로부터 다중화하는/역다중화하는 데이터 스트림(들)은 무선 리소스 액세스 및 제어를 위해 활용될 수도 있다. D2D 브로드캐스트 통신의 경우, WTRU는, 어떤 리소스에서 송신이 발생할 수도 있는지를 결정하기 위한 및/또는 물리적 레이어 및 상위 레이어 기능성, 예컨대 보안을 지원하기 위한 구성을 사용하도록 구성될 수도 있다. 구성은 물리적 레이어 리소스 및/또는 프로토콜 또는 애플리케이션 구성을 내포할 수도 있다. 물리적 레이어 리소스는, 물리적 채널의 타입, 송신이 발생할 수도 있는 캐리어 주파수, 송신이 발생할 수도 있는 시구간, 리소스 블록 할당 및/또는 싱글 캐리어에서 다중화될 수도 있는 물리적 채널에 대한 리소스 인덱스, 변조 및 코딩 방식, 기준 신호 생성 또는 스크램블링에서 사용되는 시퀀스 식별자(들), 예컨대, 의사 랜덤 시퀀스에 대한 초기값, 및/또는 송신 전력, 또는 송신 전력을 결정하기 위해 사용되는 구성 파라미터를 포함할 수도 있다. 프로토콜 또는 애플리케이션 구성은 보안 콘텍스트 식별자, 및/또는 코덱 타입 및/또는 레이트를 포함할 수도 있다.

WTRU는, 한 구성에 따라 하나 이상의 캐리어 주파수 상에서 적어도 하나의 주파수 채널을 수신 또는 모니터링하도록 구성될 수도 있다. WTRU는, 애플리케이션, 서비스, 및/또는 유저 또는 그룹에 연관되는 데이터를 수신할 수도 있다.

WTRU는 구성에 따라 하나 이상의 캐리어 주파수 상의 적어도 하나의 물리적 채널 상에서 송신할 수도 있다. WTRU는, 애플리케이션, 서비스, 및/또는 유저 또는 그룹에 연관되는 데이터를 송신할 수도 있다. WTRU는 D2D 브로드캐스트 통신을 위한 구성을 결정 및/또는 수신하도록 구성될 수도 있다.

WTRU는 애플리케이션 또는 외부 모듈로부터 사전 구성을 수신하도록 구성될 수도 있다. WTRU는, D2D 브로드캐스트를 위한 무선 리소스 제어 엔티티(예를 들면, RRC-DB)와 애플리케이션 사이에서 애플리케이션 프로그래밍 인터페이스(application programming interface; API)로부터 구성 정보를 수신할 수도 있다. WTRU는, 소정의 그룹 아이덴티티에 대해 사용될 수도 있는 보안 콘텍스트 및/또는 캐리어 주파수와 같은 파라미터를 엔드 유저가 직접적으로 구성하는 것을 가능하게 할 수도 있다. WTRU는, 외부 모듈, 예컨대 USIM으로부터 구성 정보의 일부 또는 전체를 수신할 수도 있다.

물리적 리소스와 데이터의 한 타입 사이의 매핑이 활용될 수도 있다. WTRU는, 송신되고 있는 데이터의 몇몇 특성과 송신을 위해 사용될 수도 있는 물리적 리소스 사이에 매핑을 확립할 수도 있다. 매핑은 구성 정보의 일부일 수도 있다. WTRU는, 구성(예를 들면, 애플리케이션으로부터의 사전 구성)의 나머지에 대해 사용될 수도 있는 동일한 기술을 사용하여 매핑을 획득할 수도 있다.

WTRU는, 매핑에 따른 데이터의 특성에 기초하여 데이터 및/또는 신호의 송신 및/또는 수신을 위한 물리적 리소스를 선택할 수도 있다. WTRU는, 매핑에 따라 데이터가 디코딩되었을 수도 있는 물리적 리소스로부터의 데이터의 및/또는 신호의 특성을 결정할 수도 있다.

WTRU는, 물리적 리소스가 유저 ID에 연관될 수도 있다는 것을 결정할 수도 있다. 예를 들면, WTRU는 주어진 송신의 발신지(originator)의 아이덴티티를, 송신을 위해 사용되는 물리적 리소스의 함수로서 결정할 수도 있다. 예를 들면, WTRU는 하나 이상의 아이덴티티의 사전 구성된 설정을 구비할 수도 있는데, 각각은, 디바이스가 물리적 리소스를 이러한 아이덴티티에 연관시킬 수도 있도록 인덱싱된다. WTRU는 이러한 아이덴티티로부터, 구성되고 및/또는 이용가능하면, 송신에 연관되는 다른 파라미터를 결정할 수도 있다.

WTRU는, 물리적 리소스가 보안 콘텍스트와 연관될 수도 있다는 것을 결정할 수도 있다. 예를 들면, WTRU는 주어진 송신에 대해 어떤 보안 콘텍스트를 적용할지를 결정할 수도 있다. WTRU는, 주어진 송신에 대해 어떤 보안 콘텍스트를 적용할지를, 송신을 위해 사용되는 물리적 리소스의 함수로서 결정할 수도 있다. WTRU는 하나 이상의 보안 콘텍스트의 사전 구성된 세트를 구비할 수도 있는데, 여기서 하나 이상, 또는 각각은, 디바이스가 물리적 리소스를 이러한 인덱스에 연관시킬 수도 있도록 인덱싱될 수도 있다.

WTRU는, 물리적 리소스가 애플리케이션의 타입과 연관될 수도 있다는 것을 결정할 수도 있다. 애플리케이션의 타입은, 소스 IP 어드레스, 목적지 IP 어드레스, 전송 프로토콜 레이어(예를 들면, UDP, TCP)에서의 소스 포트, 전송 프로토콜 레이어(예를 들면, UDP, TCP)에서의 목적지 포트, 애플리케이션 프로토콜(예를 들면, RTP), 애플리케이션 타입, 인코딩 레이트, 또는 이들의 임의의 조합 중 하나 이상을 포함할 수도 있다. 예를 들면, 채널은, 소스/목적지 IP 어드레스, 및 소스 목적지 UDP 포트를 포함할 수도 있는 파라미터의 세트에 연관될 수도 있다.

WTRU는, 특정 IP 패킷의 목적지 어드레스 및 포트 번호 조합을 결정하도록 구성될 수도 있다. 예를 들면, WTRU, 특정 IP 패킷의 목적지 어드레스 및 포트 번호 조합을, 수신된 신호 PHY/MAC 레이어 특성에 기초하여 결정하도록 구성될 수도 있다. WTRU는, IP 목적지/포트 및/또는 다른 IP 파라미터의 값을 설정하도록 구성될 수도 있다. 예를 들면, WTRU는, 다른 시나리오 중에서도, IP 패킷을 애플리케이션 레이어로 전달하기 이전에, IP 목적지/포트 및/또는 다른 IP 파라미터의 값을 설정하도록 구성될 수도 있다.

WTRU는, 목적지 IP/포트 번호 및 물리적 리소스/통신 ID 사이의 매핑을 가지고 구성될 수도 있다. WTRU는, 상위 계층을 통해/USIM 상의 사전 구성 등등을 통해 구성될 수도 있다. WTRU는, 예를 들면, 특정 물리적 채널 리소스 상에서 송신을 수신할 때, 룩업 테이블로부터 목적지 IP 어드레스 및 포트 조합을 결정하도록 구성될 수도 있다. WTRU는, 예를 들면, 특정 물리적 채널 리소스 상에서 송신을 수신할 때, 룩업 테이블로부터 포트를 결정하도록 구성될 수도 있다. WTRU는 디코딩된 데이터를 상위 레이어로 전달하도록 구성될 수도 있다. WTRU는, 예를 들면, IP 패킷을 구축할 때 및/또는 그것을 상위 레이어로 전달하기 이전에, 목적지 어드레스/포트 번호를 덮어쓰기하도록(overwrite) 구성될 수도 있다.

WTRU는, 물리적 리소스가 인코딩의 타입과, 및/또는 데이터의 타입에 연관될 수도 있다는 것을 결정할 수도 있다. 채널은 코덱 타입과 연관될 수도 있다. 채널은 코덱 레이트에 연관될 수도 있다. WTRU는, 예를 들면, 송신을 위해 사용될 수도 있는 채널의 함수로서, 주어진 송신에 적용가능할 수도 있는 코덱 레이트를 결정할 수도 있다. WTRU는, 하나 이상의 코덱 타입 및/또는 레이트의 사전 구성된 세트를 구비할 수도 있는데, 여기서 하나 이상의, 또는 각각은, 디바이스가 물리적 채널을 이러한 인코딩 파라미터에 연관시킬 수도 있도록 인덱싱될 수도 있다.

WTRU는, 물리적 리소스가 제어 채널과 연관될 수도 있다는 것을 결정할 수도 있다. 제어 채널은, 어떤 다른 채널이 존재할 수도 있는지를 나타낼 수도 있다. 제어 채널은, 당해 D2D 세션에 대한 각각의 연관성을 나타낼 수도 있다.

WTRU는 선택된 SA 리소스에 연관되는 스케줄링 기간의 시작을 결정할 수도 있다. WTRU는 SA에서 나타내어지는 파라미터에 따라 데이터를 송신할 수도 있다. WTRU는 스케줄링 기간 내에서 송신 기회가 있는 대로 데이터를 송신할 수도 있다. WTRU는 선택된 패턴에 따라 결정되는 스케줄링 기간 내에서 송신 기회가 있는 대로 데이터를 송신할 수도 있다.

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

Claims (20)

1. 제1 무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 있어서,
   프로세서를 포함하고,
   상기 프로세서는 적어도 부분적으로,
   상기 제1 WTRU가 제2 WTRU로 송신할 디바이스 대 디바이스(device-to-device; D2D) 데이터를 가지는지의 여부를 결정하고,
   상기 제1 WTRU가 상기 제2 WTRU로 송신할 D2D 데이터를 가지는 경우,
   상기 제2 WTRU로의 스케줄링 할당(scheduling assignment; SA)의 송신을 위한 SA 리소스를, 허용된 SA 리소스들의 사전 구성된 세트로부터 선택하고,
   상기 선택된 SA 리소스를 사용하여 제1 송신 기간에 따라 상기 제2 WTRU로 상기 SA를 송신하고,
   상기 제2 WTRU로의 D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 세트를 결정하고,
   상기 제2 WTRU로의 D2D 데이터 송신을 위한 하나 이상의 송신 패턴을 선택하고,
   상기 제2 WTRU로의 D2D 데이터 송신을 위한 하나 이상의 송신 파라미터를 선택하고,
   상기 하나 이상의 송신 패턴을 사용하여 제2 송신 기간에 따라 그리고, 상기 하나 이상의 송신 파라미터에 따라 허용된 D2D 데이터 리소스들의 상기 세트를 통해 상기 제2 WTRU로 D2D 데이터를 송신하도록
   구성되는 것인, 무선 송수신 유닛(WTRU).
2. 제1항에 있어서,
   상기 제2 WTRU로 상기 D2D 데이터를 송신하는 것은 D2D 서비스에 매핑되는 데이터를 송신하는 것을 포함하는 것인, 무선 송수신 유닛(WTRU).
3. 제1항에 있어서,
   송신 패턴은 시간 패턴을 포함하는 것인, 무선 송수신 유닛(WTRU).
4. 제1항에 있어서,
   상기 하나 이상의 송신 패턴을 선택하는 것은 송신 패턴들의 사전 구성된 세트로부터 상기 하나 이상의 송신 패턴을 선택하는 것을 포함하는 것인, 무선 송수신 유닛(WTRU).
5. 제4항에 있어서,
   상기 하나 이상의 송신 패턴을 선택하는 것은 WTRU ID, 송신 패턴 인덱스, 송신 파라미터 또는 SA 리소스 중 하나 이상에 기초하는 것인, 무선 송수신 유닛(WTRU).
6. 제4항에 있어서,
   D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 상기 세트, D2D 데이터 송신을 위한 상기 하나 이상의 송신 패턴 및 D2D 데이터 송신을 위한 상기 하나 이상의 송신 파라미터는 SA 송신에서 상기 제2 WTRU로 지시(indicate)되는 것인, 무선 송수신 유닛(WTRU).
7. 제1항에 있어서,
   상기 프로세서는 상기 제2 WTRU로부터 수신된 신호에 기초하여 허용된 SA 리소스들 또는 허용된 D2D 데이터 리소스들의 상기 세트를 결정하도록 구성되고, 상기 신호는 D2D 관련 제어 메시지를 사용하여 D2D 채널을 통해 수신되는 것인, 무선 송수신 유닛(WTRU).
8. 제1항에 있어서,
   상기 제2 WTRU로의 D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 상기 세트 또는 상기 제2 WTRU로의 SA의 송신을 위한 허용된 SA 리소스들의 상기 세트는 사전 구성되는 것인, 무선 송수신 유닛(WTRU).
9. 제1항에 있어서,
   상기 프로세서는 허용된 SA 리소스들의 상기 세트로부터 송신을 위한 상기 SA 리소스를 랜덤하게 선택하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
10. 제1항에 있어서,
    상기 송신 파라미터는 전송 블록 사이즈(Transport Block Size; TBS), 변조 및 코딩 방식(modulation and coding scheme; MCS), 대역폭(bandwidth; BW), 물리적 리소스 블록(Physical Resource Block; PRB)들의 수, HARQ 프로세스들의 수, PDU간 인터벌 시간, 또는 HARQ 송신들의 수 중 하나 이상을 포함하는 것인, 무선 송수신 유닛(WTRU).
11. 디바이스 대 디바이스(device-to-device; D2D) 통신 방법에 있어서,
    제1 WTRU가 제2 WTRU로 송신할 디바이스 대 디바이스(device-to-device; D2D) 데이터를 가지는지의 여부를 결정하는 단계; 및
    상기 제1 WTRU가 상기 제2 WTRU로 송신할 D2D 데이터를 가지는 경우,
    스케줄링 할당(scheduling assignment; SA)의 송신을 위한 SA 리소스를, 허용된 SA 리소스들의 사전 구성된 세트로부터 선택하는 단계,
    상기 선택된 SA 리소스를 사용하여 제1 송신 기간에 따라 상기 제2 WTRU로 상기 SA를 송신하는 단계,
    상기 제2 WTRU로의 D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 세트를 결정하는 단계,
    상기 제2 WTRU로의 D2D 데이터 송신을 위한 하나 이상의 송신 패턴을 선택하는 단계,
    상기 제2 WTRU로의 D2D 데이터 송신을 위한 하나 이상의 송신 파라미터를 선택하는 단계, 및
    상기 선택된 송신 패턴을 사용하여 제2 송신 기간에 따라 그리고, 상기 선택된 송신 파라미터에 따라, 허용된 D2D 데이터 리소스들의 상기 세트를 통해 상기 제2 WTRU로 D2D 데이터를 송신하는 단계
    를 포함하는, 디바이스 대 디바이스(D2D) 통신 방법.
12. 제11항에 있어서,
    상기 제2 WTRU로 상기 D2D 데이터를 송신하는 단계는 D2D 서비스에 매핑되는 데이터를 송신하는 단계를 포함하는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
13. 제11항에 있어서,
    송신 패턴은 시간 패턴을 포함하는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
14. 제11항에 있어서,
    상기 하나 이상의 송신 패턴을 선택하는 단계는 송신 패턴들의 사전 구성된 세트로부터 상기 하나 이상의 송신 패턴을 선택하는 단계를 포함하는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
15. 제14항에 있어서,
    상기 하나 이상의 송신 파라미터를 선택하는 단계는 WTRU ID, 송신 패턴 인덱스, 송신 파라미터 또는 SA 리소스 중 하나 이상에 기초하는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
16. 제14항에 있어서,
    D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 상기 세트, D2D 데이터 송신을 위한 상기 하나 이상의 송신 패턴 및 D2D 데이터 송신을 위한 상기 하나 이상의 송신 파라미터는 SA 송신에서 상기 제2 WTRU로 지시되는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
17. 제11항에 있어서,
    상기 제2 WTRU로부터 수신된 신호에 기초하여 허용된 SA 리소스들 또는 허용된 D2D 데이터 리소스들의 상기 세트를 결정하는 단계를 포함하고, 상기 신호는 D2D 관련 제어 메시지를 사용하여 D2D 채널을 통해 수신되는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
18. 제11항에 있어서,
    상기 제2 WTRU로의 D2D 데이터 송신을 위한 허용된 D2D 데이터 리소스들의 상기 세트 또는 상기 제2 WTRU로의 SA의 송신을 위한 허용된 SA 리소스들의 상기 세트는 사전 구성되는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
19. 제11항에 있어서,
    허용된 SA 리소스들의 상기 세트로부터 송신을 위한 상기 SA 리소스를 랜덤하게 선택하는 단계를 포함하는, 디바이스 대 디바이스(D2D) 통신 방법.
20. 제11항에 있어서,
    상기 송신 파라미터는 전송 블록 사이즈(Transport Block Size; TBS), 변조 및 코딩 방식(modulation and coding scheme; MCS), 대역폭(bandwidth; BW), 물리적 리소스 블록(Physical Resource Block; PRB)들의 수, HARQ 프로세스들의 수, PDU간 인터벌 시간, 또는 HARQ 송신들의 수 중 하나 이상을 포함하는 것인, 디바이스 대 디바이스(D2D) 통신 방법.
    

Images