KR101918830B1 - 디바이스 대 디바이스 검색 또는 통신을 위한 리소스 선택 - Google Patents

Abstract

D2D 통신에 의해 야기되는 간섭을 관리하기 위해, 시스템, 방법, 및 수단이 개시된다. 무선 송수신 유닛(WTRU)이 프로세서를 포함할 수도 있다. 프로세서는 다음 중 하나 이상을 수행하도록 구성될 수도 있다. 프로세서는 복수의 리소스 풀(pool)로부터의 리소스 풀을 통한 디바이스 대 디바이스 송신을 사용하여 정보를 전송할 수도 있다. 각각의 리소스 풀은 참조 신호 수신 전력(reference signal receive power; RSRP) 값의 범위와 관련될 수도 있다. 프로세서는 WTRU와 관련되는 셀의 RSRP 측정치를 결정할 수도 있다. 프로세서는 셀의 RSRP 측정치에 기초하여 복수의 리소스 풀로부터 리소스 풀을 선택할 수도 있다. 셀의 RSRP 측정치는 선택된 리소스 풀과 관련되는 RSRP 값의 범위 내에 있을 수도 있다. 프로세서는 선택된 리소스 풀을 사용하여 정보를 전송할 수도 있다.

Description

디바이스 대 디바이스 검색 또는 통신을 위한 리소스 선택{RESOURCE SELECTION FOR DEVICE TO DEVICE DISCOVERY OR COMMUNICATION}

관련 출원에 대한 교차 참조

본 출원은 2014년 1월 29일자로 출원된 미국 특허 가출원 제61/933,238호, 2014년 3월 19일자로 출원된 미국 특허 가출원 제61/955,746호, 2014년 3월 7일자로 출원된 미국 특허 가출원 제61/990,046호, 및 2014년 11월 5일자로 출원된 미국 특허 가출원 제62/075,768호의 이점을 주장하는데, 이들 가출원의 개시는 그 전체가 참조에 의해 본원에 통합된다.

디바이스 사이의 근접성은 LTE 위치결정을 사용하여 결정될 수도 있다. 디바이스 대 디바이스(Device-to-Device; D2D) 이웃 검색(discovery)에서, 두 개 이상의 디바이스는 그들의 상대적인 근접성을 직접 무선 통신에 기초하여 결정할 수도 있다. 이들 D2D 송신에 의해 추가적인 간섭이 유입될 수도 있다.

D2D 통신에 의해 야기될 수도 있는 잠재적인 간섭을 관리하기 위해, 시스템, 방법, 및 수단이 개시된다. 제1 WTRU는 리소스 리포트를 네트워크로 전송할 수도 있다. 제1 WTRU는 검색 신호(discovery signal)의 송신을 위해 네트워크로부터 하나 이상의 리소스를 수신할 수도 있다. 제1 WTRU는 제2 WTRU로 검색 신호를 전송할 수도 있다.

리소스 리포트는 D2D 통신을 위한 송신용의 하나 이상의 리소스, 검색 프로세스의 아이덴티티, 위치 정보, 검색 프로세스의 결과, 송신 시도의 결과, 측정된 리소스 활용도, 네트워크 리소스 구성 정보, 및/또는 리소스에 대한 실패 또는 성공 횟수 중 하나 이상을 포함할 수도 있다.

리소스 리포트는, WTRU(예를 들면, 제1 WTRU 및/또는 제2 WTRU), 주기적 스케줄, 비주기적 스케줄, 동작 상태에서의 변화, 검색 프로세스의 결과, 제2 WTRU에 의해 디코딩되는 검색 신호의 결과, 및/또는 제1 WTRU에 의한 송신 시도의 결과에 기초하여, 제1 WTRU에 의해 전송될 수도 있다.

하나 이상의 리소스는, 타이밍 정보, 주파수 정보, 시퀀스 정보, 및 호핑 패턴 중 하나 이상을 특징으로 할 수도 있다.

제1 WTRU 및 제2 WTRU는 동일한 네트워크 엘리먼트(예를 들면, eNB)에 의해 서빙될 수도 있다. 제1 WTRU는 제1 eNB에 의해 서빙될 수도 있고 제2 WTRU는 제2 eNB에 의해 서빙될 수도 있다. 제1 WTRU는 eNB에 의해 서빙될 수도 있고 제2 WTRU는 네트워크의 커버리지 밖에 있을 수도 있다. 제1 WTRU는 네트워크의 커버리지 밖에 있을 수도 있고 제2 WTRU는 eNB에 의해 서빙될 수도 있다.

무선 송수신 유닛(wireless transmit receive unit; WTRU)은 프로세서를 포함할 수도 있다. 프로세서는 다음 중 하나 이상을 수행하도록 구성될 수도 있다. 프로세서는 복수의 리소스 풀(pool)로부터의 리소스 풀을 통한 디바이스 대 디바이스 송신을 사용하여 정보를 전송할 수도 있다. 각각의 리소스 풀은 참조 신호 수신 전력(reference signal receive power; RSRP) 값의 범위와 관련될 수도 있다. 프로세서는 WTRU와 연관되는 셀의 RSRP 측정치를 결정할 수도 있다. 프로세서는 셀의 RSRP 측정치에 기초하여 복수의 리소스 풀로부터 리소스 풀을 선택할 수도 있다. 셀의 RSRP 측정치는 선택된 리소스 풀과 연관되는 RSRP 값의 범위 내에 있을 수도 있다. 프로세서는 선택된 리소스 풀을 사용하여 정보를 전송할 수도 있다.

선택된 리소스 풀과 연관되는 RSRP의 범위는 낮은 RSRP 임계치 및 높은 RSRP 임계치를 포함할 수도 있다. 셀의 RSRP 측정치는 낮은 RSRP 임계치와 높은 RSRP 임계치 사이에 있을 수도 있다.

프로세서는 또한, 선택된 리소스 풀의 복수의 리소스로부터 리소스를 선택하도록 구성될 수도 있다. 프로세서는 랜덤화 함수(randomization function) 또는 의사 랜덤 함수(pseudo-random function)를 사용하여 리소스를 선택하도록 구성될 수도 있다. 프로세서는 선택된 리소스에 대한 정보를 전송하도록 구성될 수도 있다. 선택된 리소스는 하나 이상의 서브프레임을 포함할 수도 있다. 선택된 리소스는 하나 이상의 물리적 리소스 블록(physical resource block; PRB)을 포함할 수도 있다.

프로세서는 또한, 무선 리소스 제어(radio resource control; RRC) 시그널링을 통해 구성을 수신하도록 그리고, 그 구성에 기초하여, 리소스 풀의 선택이 RSRP에 기초한다는 것을 결정하도록 구성될 수도 있다. 그 구성은 리소스 풀 및 리소스 풀과 연관되는 RSRP 값의 범위를 식별할 수도 있다.

방법(예를 들면, 컴퓨터 구현식 방법(computer-implemented method)은, 복수의 리소스 풀로부터의 리소스 풀을 통한 디바이스 대 디바이스 송신을 사용하여 정보를 전송할 것을 (예를 들면, 프로세서에서) 결정하는 것을 포함할 수도 있다. 각각의 리소스 풀은 참조 신호 수신 전력(reference signal receive power; RSRP) 값의 범위와 연관될 수도 있다. 그 방법은 WTRU와 연관되는 셀의 RSRP 측정치를 (예를 들면, 프로세서를 통해) 결정하는 것을 포함할 수도 있다. 그 방법은, 셀의 RSRP 측정치에 기초하여 복수의 리소스 풀로부터 리소스 풀을 (예를 들면, 프로세서에 의해) 선택하는 것을 포함할 수도 있다. 셀의 RSRP 측정치는 선택된 리소스 풀과 연관되는 RSRP 값의 범위 내에 있을 수도 있다. 그 방법은, 선택된 리소스 풀을 사용하여 정보를 (예를 들면, 송신기를 통해) 전송하는 것을 포함할 수도 있다.

선택된 리소스 풀과 연관되는 RSRP의 범위는 낮은 RSRP 임계치 및 높은 RSRP 임계치를 포함할 수도 있다. RSRP 측정치는 낮은 RSRP 임계치와 높은 RSRP 임계치 사이에 있을 수도 있다.

그 방법은, 선택된 리소스 풀의 복수의 리소스로부터 리소스를 선택하는 것을 포함할 수도 있다. 그 방법은, 랜덤화 함수 또는 의사 랜덤 함수를 사용하여 리소스를 선택하는 것을 포함할 수도 있다. 그 방법은 선택된 리소스에 대한 정보를 전송하는 것을 포함할 수도 있다.

그 방법은, 디바이스 대 디바이스 송신이 타입 1 디바이스 대 디바이스 송신이다는 것을 결정하는 것을 포함할 수도 있다. 타입 1 디바이스 대 디바이스 송신은, WTRU가 복수의 리소스 풀로부터 리소스 풀을 선택하는 것을 특징으로 할 수도 있다. 타입 1 디바이스 대 디바이스 송신은, WTRU가 선택된 리소스 풀의 복수의 리소스로부터 리소스를 선택하는 것을 특징으로 할 수도 있다. 그 방법은, 디바이스 대 디바이스 송신을 사용하여 정보 전송의 요청을 수신하는 것 및 그 요청에 응답하여 디바이스 대 디바이스 송신을 사용하여 정보를 전송할 것을 결정하는 것을 포함할 수도 있다.

무선 송수신 유닛(WTRU)은 프로세서를 포함할 수도 있다. 프로세서는 다음 중 하나 이상을 위해 구성될 수도 있다. 프로세서는, 복수의 리소스 풀로부터의 리소스 풀을 통해 정보를 전송할 디바이스 대 디바이스 송신 요청을 수신할 수도 있다. 프로세서는 복수의 리소스 풀로부터의 리소스 풀의 선택이 참조 신호 수신 전력(RSRP)에 기초한다는 것을 결정할 수도 있다. 프로세서는, 복수의 리소스 풀로부터의 적어도 하나의 리소스 풀과 연관되는 RSRP 임계치를 수신할 수도 있다. 프로세서는 기지국의 RSRP 측정치를 결정할 수도 있다. 프로세서는, 기지국의 RSRP 측정치를, 적어도 하나의 리소스 풀과 연관되는 RSRP 임계치와 비교할 수도 있다. 프로세서는, 기지국의 RSRP 측정치가 RSRP 임계치를 넘을 때, 디바이스 대 디바이스 송신을 통해 정보를 전송할 적어도 하나의 리소스 풀을 선택할 수도 있다. 프로세서는, 적어도 하나의 리소스 풀이 정보를 전송하도록 선택될 때, 적어도 하나의 리소스 풀을 사용하여 정보를 전송할 수도 있다.

선택된 리소스 풀은 복수의 리소스를 포함할 수도 있다. 프로세서는, 랜덤화 함수에 기초하여 복수의 리소스로부터 리소스를 선택할 수도 있고 선택된 리소스를 사용하여 정보를 전송할 수도 있다. 리소스는 서브프레임 또는 물리적 리소스 블록(PRB)을 포함할 수도 있다. 프로세서는, 적어도 하나의 리소스 풀을 식별하는 그리고 적어도 하나의 리소스 풀과 연관되는 RSRP 임계치를 나타내는 시스템 정보 블록(system information block; SIB)을 수신할 수도 있다. RSRP 임계치는 RSRP 값의 개방형 범위(open-ended range)의 낮은 RSRP 임계치 또는 RSRP 값의 개방형 범위의 높은 RSRP 임계치일 수도 있다.

도 1a는 하나 이상의 개시된 실시형태가 구현될 수도 있는 예시적인 통신 시스템의 시스템 도면이다.
도 1b는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 도면이다.
도 1c는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 1d는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 다른 예시적인 코어 네트워크 및 다른 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 1e는 도 1a에서 예시되는 통신 시스템 내에서 사용될 수도 있는 다른 예시적인 코어 네트워크 및 다른 예시적인 무선 액세스 네트워크의 시스템 도면이다.
도 2는 D2D 링크 사이의 셀내 간섭(intra-cell interference)의 한 예의 도면이다.
도 3은 D2D 링크 사이의 그리고 D2D 링크로부터 셀룰러 링크로의 셀간 간섭(inter-cell interference)의 한 예의 도면이다.
도 4는 셀룰러 링크로부터 D2D 링크로의 셀내 간섭의 한 예의 도면이다.
도 5는 검색 시기(discovery occasion)의 한 예의 도면이다.
도 6은, 커버리지 내, 커버리지 밖, 및 부분적인 커버리지 D2D 검색 및/또는 통신을 위한 시나리오의 한 예의 도면이다.
도 7은 커버리지 내 WTRU와 커버리지 밖 WTRU 사이의 통신의 예시적인 시나리오의 도면이다.
도 8은, 리소스 할당을 결정하기 위해 및/또는 구동하기 위해 커버리지 밖 WTRU에 대해 사용될 수도 있는 시그널링의 한 예의 도면이다.
도 9는, 리소스 할당을 결정하기 위해 및/또는 구동하기 위해 eNB 및/또는 커버리지 내 WTRU에 대해 사용될 수도 있는 시그널링의 한 예의 도면이다.
도 10은, 두 개의 eNB인 eNB A 및 eNB B에 걸친 검색 리소스의 리소스 할당의 한 예의 도면이다.

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

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

통신 시스템(100)은 기지국(114a) 및 기지국(114b)을 또한 포함할 수도 있다. 기지국(114a, 114b)의 각각은, 코어 네트워크(106/107/109), 인터넷(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(103/104/105)의 일부일 수도 있다. 기지국(114a) 및/또는 기지국(114b)은, 셀(도시되지 않음)로서 칭해질 수도 있는 특정 지리적 영역 내에서 무선 신호를 송신하도록 및/또는 수신하도록 구성될 수도 있다. 셀은 셀 섹터로 더 분할될 수도 있다. 예를 들면, 기지국(114a)과 연관된 셀은 3개의 섹터로 분할될 수도 있다. 따라서, 하나의 실시형태에서, 기지국(114a)은 3개의 트랜스시버, 즉, 셀의 각각의 섹터에 대해 하나의 트랜스시버를 포함할 수도 있다. 다른 실시형태에서, 기지국(114a)은 다중입력 다중출력(multiple-input multiple-output; MIMO) 기술을 활용할 수도 있고, 따라서, 셀의 각각의 섹터에 대해 다수의 트랜스시버를 활용할 수도 있다.

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

더 구체적으로는, 위에서 언급된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수도 있고 CDMA, TDMA, FDMA, OFDMA, SC-FDMA, 및 등등과 같은 하나 이상의 채널 액세스 방식을 활용할 수도 있다. 예를 들면, RAN(103/104/105) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는, 광대역 CDMA(wideband CDMA; WCDMA)를 사용하여 무선 인터페이스(115/116/117)를 확립할 수도 있는, 범용 이동 통신 시스템(Universal Mobile Telecommunications System; UMTS) 지상 무선 액세스(Terrestrial Radio Access)(UTRA)와 같은 무선 기술을 구현할 수도 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 진화형 HSPA(Evolved HSPA; HSPA+)와 같은 통신 프로토콜을 포함할 수도 있다. HSPA는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수도 있다.

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

다른 실시형태에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는, IEEE 802.16(예를 들면, 와이맥스(Worldwide Interoperability for Microwave Access; WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), 이동 통신용 글로벌 시스템(Global System for Mobile communications; GSM), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN), 및 등등과 같은 무선 기술을 구현할 수도 있다.

도 1a의 기지국(114b)은, 예를 들면, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수도 있고, 사업장, 가정, 차량, 캠퍼스, 및 등등과 같은 국소화된 영역에서 무선 연결성을 용이하게 하기 위한 임의의 적절한 RAT를 활용할 수도 있다. 하나의 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 근거리 통신망(wireless local area network; WLAN)을 확립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수도 있다. 다른 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 사설 영역 네트워크(wireless personal area network; WPAN)를 확립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수도 있다. 또 다른 실시형태에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀 또는 펨토셀을 확립하기 위해 셀룰러 기반 RAT(예를 들면, WCDMA, CDMA2000, GSM, LTE, LTE-A 등등)를 활용할 수도 있다. 도 1a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 연결을 구비할 수도 있다. 따라서, 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하는 데 필요되지 않을 수도 있다.

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

코어 네트워크(106/107/109)는 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110), 및/또는 기타 네트워크(112)에 액세스하는 데 게이트웨이로서 또한 기능할 수도 있다. PSTN(108)은, 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환식 전화 네트워크를 포함할 수도 있다. 인터넷(110)은, TCP/IP(transmission control protocol/internet protocol; 전송 제어 프로토콜/인터넷 프로토콜) 일군(suite)에서의 TCP, 유저 데이터그램 프로토콜(user datagram protocol; UDP) 및 IP와 같은 일반적인 통신 프로토콜을 사용하는 인터커넥트된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수도 있다. 네트워크(112)는 다른 서비스 공급자에 의해 소유되고/소유되거나 운영되는 유선 또는 무선 통신 네트워크를 포함할 수도 있다. 예를 들면, 네트워크(112)는, RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 활용할 수도 있는 하나 이상의 RAN에 연결되는 다른 코어 네트워크를 포함할 수도 있다.

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

도 1b는 예시적인 WTRU(102)의 시스템 도면이다. 도 1b에 도시되는 바와 같이, WTRU(102)는 프로세서(118), 트랜스시버(120), 송신/수신 엘리먼트(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비분리형 메모리(130), 분리형 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(global positioning system; GPS) 칩셋(136), 및 기타 주변장치(138)를 포함할 수도 있다. WTRU(102)는 한 실시형태와 여전히 부합하면서 상기 엘리먼트의 임의의 부조합을 포함할 수도 있다는 것을 알 수 있을 것이다. 또한, 실시형태는, 기지국(114a 및 114b), 및/또는, 다른 것들 중에서도, 기지국 트랜스시버(BTS), 노드 B, 사이트 컨트롤러, 액세스 포인트(AP), 홈 노드 B, 진화형 홈 노드 B(eNodeB), 홈 진화형 노드 B(home evolved node-B; HeNB), 홈 진화형 노드 B 게이트웨이, 프록시 노드와 같은 그러나 이들로 한정되지는 않는 기지국(114a 및 114b)이 나타낼 수도 있는 노드가 도 1b에서 묘사되고 본원에서 설명되는 엘리먼트 중 일부 또는 전체를 포함할 수도 있다는 것을 의도한다.

프로세서(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)와 트랜스시버(120)를 별개의 컴포넌트로서 묘사하지만, 프로세서(118)와 트랜스시버(120)는 전자적 패키지 또는 칩에 함께 집적될 수도 있다는 것을 알 수 있을 것이다.

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

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

트랜스시버(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)는 무선 인터페이스(115/116/117)를 통해 기지국(예를 들면, 기지국(114a, 114b))으로부터 위치 정보를 수신할 수도 있고/있거나 두 개 이상의 가까운 기지국으로부터 수신되고 있는 신호의 타이밍에 기초하여 자신의 위치를 결정할 수도 있다. WTRU(102)는 한 실시형태와 여전히 부합하면서 임의의 적절한 위치 결정 방법을 통해 위치 정보를 획득할 수도 있다는 것을 알 수 있을 것이다.

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

도 1c는 한 실시형태에 따른 RAN(103)과 코어 네트워크(106)의 시스템 도면이다. 위에서 언급되는 바와 같이, RAN(103)은 무선 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 UTRA 무선 기술을 활용할 수도 있다. RAN(103)은 코어 네트워크(106)와 또한 통신할 수도 있다. 도 1c에서 도시되는 바와 같이, RAN(103)은, 무선 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜스시버를 각각 포함할 수도 있는 노드 B(140a, 140b, 140c)를 포함할 수도 있다. 노드 B(140a, 140b, 140c) 각각은 RAN(103) 내의 특정 셀(도시되지 않음)과 관련될 수도 있다. RAN(103)은 RNC(142a, 142b)를 또한 포함할 수도 있다. RAN(103)은, 한 실시형태와 여전히 부합하면서, 임의의 수의 노드 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에서 도시되는 코어 네트워크(106)는 미디어 게이트웨이(media gateway; MGW)(144), 모바일 스위칭 센터(mobile switching center; MSC)(146), 서빙 GPRS 지원 노드(serving GPRS support node; SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(gateway GPRS support node; GGSN)(150)를 포함할 수도 있다. 상기 엘리먼트의 각각이 코어 네트워크(106)의 일부로서 묘사되지만, 이들 엘리먼트 중 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유되고/소유되거나 그 엔티티에 의해 운영될 수도 있다는 것을 알 수 있을 것이다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

도 2는 D2D 링크 사이의 셀내 간섭의 한 예의 도면이다. 동일한 셀 내의 두 개 이상의 D2D 송신 WTRU가 동일한 리소스 상에서 신호(예를 들면, 검색 신호)를 송신하는 경우, 셀의 D2D 송신에 간섭(202, 204)이 유입될 수도 있다.

도 3은 D2D 링크 사이의 그리고 D2D 링크로부터 셀룰러 링크로의 셀간 간섭의 한 예의 도면이다. 셀 에지 D2D 송신 WTRU(cell edge D2D transmitting WTRU)가, 하나 이상의 송신 WTRU(예를 들면, 이웃 셀에서 D2D 신호, (예를 들면, UL PUSCH와 같은) 셀룰러 신호, 및/또는 등등을 송신하는 WTRU)와 동일한 리소스를 사용하여 신호(예를 들면, 검색 신호)를 송신하면, 이웃 셀의 신호, 예컨대 D2D 신호(304) 및/또는 PUSCH 송신(306)에 간섭(302)이 유입될 수도 있다.

도 4는 셀룰러 링크로부터 하나 이상의 D2D 링크로의 셀내 간섭의 한 예의 도면이다. 셀 에지 셀룰러 송신 WTRU(cell edge cellular transmitting WTRU)가, 이웃 셀의 D2D 송신용 WTRU와 동일한 리소스를 사용하여 신호(예를 들면, UL PUSCH 송신)를 송신하는 경우, 이웃 셀의 D2D 송신에 간섭(402)이 유입될 수도 있다.

셀룰러 UL 송신과 D2D 링크 사이의 간섭은, 다수의 서브프레임을 D2D에 할애하는(dedicating) 것에 의해 방지될 수도 있다. 동일한 셀 내 뿐만 아니라 이웃 셀에 걸친 D2D 링크 사이의 간섭은 관리될 수도 있다.

간섭은 리소스 할당의 수단에 의해 관리될 수도 있다. 예를 들면, 리소스를 적절히 할당하는 것에 의해, 두 개 이상의 D2D WTRU가 동일한 리소스를 선택하는 확률은 감소될 수도 있다. 예를 들면, 네트워크는 두 개 이상의 D2D 송신 WTRU에게 할당할 리소스의 양을 결정할 수도 있다. 예를 들면, 네트워크는 어떤 WTRU에게 어떤 리소스를 할당할지를 결정할 수도 있다. 예를 들면, D2D WTRU는 검색 신호를 송신할 리소스를 선택할 수도 있다.

도 5는 검색 시기의 한 예를 예시하는 도면이다. 검색 시기는, 검색 기간에 예약될 수도 있는 연속하는 서브프레임의 수를 나타낼 수도 있다. 검색 시기는 검색을 위해 사용될 수도 있다. 검색 기간은 두 개의 연속하는 검색 시기의 시작 사이의 시간의 기간을 나타낼 수도 있다. 예를 들면, 검색 기간은 t 초일 수도 있다. 검색 시기 싸이클은 N_do≥1의 연속하는 검색 시기의 세트를 나타낼 수도 있다.

네트워크는, 검색 신호 송신을 위한 리소스의 할당의 제어에 수반되는 노드(예를 들면, 임의의 노드)를 나타낼 수도 있다. 예를 들면, 네트워크는 eNB, ProSe 서버, D2D 검색 기능을 위한 중앙집중형 조정용 엔티티(centralized coordinating entity)로서 작동할 수도 있는 모바일 디바이스, 및/또는 등등을 나타낼 수도 있다. 본원에서 제공되는 하나 이상의 실시형태는 검색의 상황에서 제공될 수도 있다. 본원에서 제공되는 하나 이상의 실시형태는 직접 디바이스 대 디바이스(D2D) 통신에 적용될 수도 있다. 본원에서 제공되는 하나 이상의 실시형태는 D2D 통신의 데이터 부분에 적용가능할 수도 있다. 본원에서 제공되는 하나 이상의 실시형태는 D2D 통신의 제어 부분(예를 들면, SA, D2DSS, 또는 다른 제어 신호)에 적용가능할 수도 있다. 예를 들면, 본원에서 제공되는 하나 이상의 실시형태는, 물리적 사이드링크 제어 채널(Physical Sidelink Control Channel; PSCCH) 상에서 수행될 수도 있는 사이드링크 제어 정보(Sidelink Control Information; SCI)에 또는 물리적 사이드링크 브로드캐스트 채널(Physical Sidelink Broadcast Channel; PSBCH) 상에서 수행될 수도 있는 사이드링크 동기화 신호에 적용가능할 수도 있다.

송신기 WTRU는, 예를 들면, D2D 데이터의 송신을 위해 사용되는 리소스(예를 들면, 시간 및 주파수, 예를 들면 서브프레임(들) 및/또는 PRB(들))를 나타낼 수도 있는 스케줄링 할당(Scheduling Assignment; SA)을, 예컨대 WTRU가 D2D 통신을 수행하고 있을 수도 있을 때, 수신기 WTRU로 송신할 수도 있다. 예를 들면, 송신기 WTRU는, 스케줄링 할당에 의해 나타내어질 수도 있는 리소스에서 D2D 데이터를 송신할 수도 있다. 수신 WTRU는, 예를 들면, 스케줄링 할당의 수신에 기초하여, 데이터를 수신할 리소스(예를 들면, 시간 및 주파수)를 결정할 수도 있다.

D2DSS는 디바이스 대 디바이스 동기화 신호일 수도 있다.

WTRU는 하나 이상의 독립적인 검색 프로세스를 가지고 구성될 수도 있다. 예를 들면, 검색 프로세스는 특정 애플리케이션에 구속될 수도 있고/있거나 WTRU가 송신하고/송신하거나 수신하는 특정 검색 신호에 대응할 수도 있다. 본원에서 제공되는 예는 검색 프로세스에 고유할 수도 있고/있거나 모든 검색 프로세스에, 예를 들면, 동시에 적용가능할 수도 있다. WTRU는 하나 이상의 D2D 통신 프로세스를 가지고 구성될 수도 있다. 본원에서 설명되는 하나 이상의 실시형태는, D2D 통신 프로세스 단위 기반으로 적용가능할 수도 있다. 본원에서 설명되는 하나 이상의 실시형태는, 복수의(예를 들면, 모든) D2D 통신 프로세스에, 예를 들면, 동시에 적용가능할 수도 있다. 본원에서 설명되는 하나 이상의 실시형태는, 소정의 D2D 동작 모드(예를 들면, 모드 1 - eNB 제어식, 모드 2 - 분산식, 등등)에 및/또는 소정의 D2D 커버리지 상태(예를 들면, 커버리지 내, 커버리지의 에지, 커버리지 밖)에 적용가능할 수도 있다.

검색 신호는, 예를 들면, 검색 프로세스에 관련하는 정보(예를 들면, 근접도, 검색 아이덴티티)를 반송하는(carry) D2D 메시지에 대응할 수도 있다. D2D 메시지는, 예를 들면, D2D 통신의 데이터 부분을 반송할 수도 있다. D2D 메시지는, 예를 들면, 어떤 기능(예를 들면, D2D 통신의 데이터 부분을 스케줄링하는 것)을 수행하기 위해 사용될 수도 있는 스케줄링 할당 정보를 반송할 수도 있다.

검색 신호의 상황에서 본원에서 설명되는 하나 이상의 실시형태는, 임의의 D2D 송신 및/또는 메시지에 적용가능할 수도 있다. 검색 신호, 검색 신호 리소스, 측정치, 등등은 상호교환적으로 사용될 수도 있고/있거나 D2D 메시지, D2D 리소스, 또는 측정치에 적용될 수도 있다.

리소스 할당을 위한 하나 이상의 실시형태가 제공될 수도 있다. WTRU는 검색 신호의 송신을 위한 하나 이상의 리소스를 할당받을 수도 있다. WTRU는 D2D 송신(예를 들면, SA 및/또는 데이터 송신)을 위한 하나 이상의 리소스를 할당받을 수도 있다. WTRU는 D2D 송신(예를 들면, SA 및/또는 데이터 송신)을 위한 하나 이상의 리소스를 선택할 수도 있다. 리소스 할당은, 타이밍 정보(예를 들면, 하나의 송신 시간 간격(transmission time interval; TTI) 및/또는 서브프레임 단위에서, 리소스가 이용가능한 때)를, 주파수(예를 들면, 캐리어, PRB(물리적 리소스 블록)의 세트, 및/또는 등등)를, 정보(예를 들면, 하나 이상의 서브프레임에 대해, 예를 들면, 주파수에서 리소스가 위치되는 곳)를, 신호가 어떻게 송신되고/송신되거나 수신되는지를 결정할 수도 있는 파라미터(예를 들면, 시퀀스, 호핑 패턴, 및/또는 등등)를, 및/또는 등등을 특징으로 할 수도 있다. 타이밍 정보는, 절대 타이밍 정보, 주기적 타이밍 정보, 검색 구성 및/또는 프로세스의 다른 양태에 대한 타이밍 정보, 및/또는 등등을 포함할 수도 있다. 리소스 할당에 관련하는 정보는 시그널링될 수도 있고(예를 들면, 명시적으로 시그널링될 수도 있고) 및/또는 파라미터화될 수도 있으며, 그 결과, 예를 들면, WTRU는 리소스 할당을 (예를 들면, 시간에서 및/또는 주파수에서) 암시적으로 계산할 수도 있고/있거나 결정할 수도 있고 및/또는 WTRU는 테이블(들)에서의 하나 이상에 대한 인덱스가 교환될 수도 있도록 표로 될(tabulated) 수도 있다.

리소스 할당은, 예를 들면, 각각의 엘리먼트가 특정 리소스에 대응할 수도 있는 경우에, 리소스 할당이 엘리먼트의 인덱스화된 리스트로서 표현될 수도 있도록, 구축될 수도 있다. 예를 들면, WTRU는, 특정한 적용가능한 프레임 구조(예를 들면, 네트워크 커버리지 하에 있을 때의 FDD 또는 TDD, 직접 WTRU 대 WTRU 통신에 고유한 프레임 구조, 및/또는 검색 동작)에 대한 다수의 X 개의 가능한 구성 중 하나를 나타낼 수도 있는 구성 인덱스를 가지고 구성될 수도 있다. 구성 인덱스는, (예를 들면, 셀에서) 이용가능한 리소스의 세트를 결정하기 위해 WTRU에 의해 사용될 수도 있는 표로 만들어진 값을 나타낼 수도 있다. WTRU는 리소스의 인덱싱을 결정하기 위해 이 정보를 사용할 수도 있다.

WTRU는 (예를 들면, 주어진 서브프레임에서 모든 물리적 리소스 블록(PRB)의 서브셋에 리소스가 걸치면) 주파수 오프셋을 가지고 구성될 수도 있다. 주파수 오프셋은 주어진 서브프레임에 대한 리소스의 제1 PRB를 나타낼 수도 있다. 어떤 시간 간격(예를 들면, 10 ms 프레임, Y 개의 TTI의 시간 기간, Y ms, 및/또는 Y 개의 무선 프레임, 등등) 동안, WTRU는, 어떤 서브프레임이 리소스를 포함하는지 및/또는 리소스의 제1 PRB의 위치를 결정할 수도 있다. 리소스는 한 기간(예를 들면, 기간 Y) 동안 서브프레임 번호의 및/또는 (예를 들면, 주어진 서브프레임에 대해 다수의 리소스가 주파수에서 멀티플렉싱될 수도 있으면) 주파수 도메인에서의 PRB의 증가하는 순서로 인덱싱될 수도 있다. 예를 들면, 기간 Y에서 제1 리소스는 인덱스 0을 할당받을 수도 있고, 기간 Y에서 제2 리소스는 인덱스 1을 할당받을 수도 있고, 등등이다. WTRU는, 예를 들면, 리소스의 세트 내의 리소스의 서브셋을 나타내는 특정 인덱스 및/또는 마스킹 파라미터를 (예를 들면, 구성의 일부로서) 수신하는 것에 의해, 세트의 리소스의 서브셋이 이용가능할 수도 있도록 및/또는 세트의 모든 리소스가 이용가능하도록, 리소스를 할당받을 수도 있다.

SA 및/또는 그것의 관련 데이터 송신을 위한 리소스는, 예를 들면, D2D 통신에서 복수의 주파수 및/또는 PRB 엘리먼트에 대한 인덱스를 포함할 수도 있다. WTRU는 SA를 반복하도록 구성될 수도 있다. SA 리소스는, 예를 들면, 정보(예를 들면, 시간의 어떤 기간에 걸친 SA의 주파수 및/또는 시간 위치)를 나타내는 관련 송신 패턴을 포함할 수도 있다. 스케줄링 기간은 시간의 어떤 기간에 걸친 SA의 주파수 및/또는 시간 위치를 나타낼 수도 있다. 데이터 송신을 위한 리소스는 관련 송신 패턴을 포함할 수도 있다. 데이터는 반드시 반복되지는 않을 수도 있다. 데이터는 WTRU에 대한 송신 기회(transmission opportunity)를 포함할 수도 있다.

예를 들면, WTRU는 D2D 통신을 위한 하나 이상의 리소스를 가지고 구성될 수도 있다. D2D 통신을 위한 하나 이상의 리소스는 동작의 모드(예를 들면, 모드 1, 모드 2, 등등)와 관련될 수도 있다. D2D 통신을 위한 하나 이상의 리소스는 커버리지 상태와 관련될 수도 있다. 예를 들면, WTRU는 eNB의 제어 상태에 있을 수도 있는 리소스, 예를 들면, 동작(커버리지 내 동작, 커버리지 밖 동작)에 관련되는 리소스 풀에 대해 eNB에게 보고하도록 구성될 수도 있다.

WTRU 측정치 및 리포트가 제공될 수도 있다. WTRU는 하나 이상의 측정을 수행할 수도 있고, 예를 들면, WTRU에 할당할 리소스의 양을 네트워크가 결정하는 것을 돕기 위해, 하나 이상의 측정치를 네트워크(예를 들면, eNB)로 보고할 수도 있다.

리소스의 이용가능성 상태는 측정된 에너지 레벨에 기초하여 결정될 수도 있다. 측정된 에너지 레벨은, 리소스의 이용가능성 상태를 결정하기 위해, 임계치와 비교될 수도 있다.

리소스는 점유되도록 및/또는 송신에 대해 이용불가능하도록 결정될 수도 있다. 예를 들면, 리소스는, 리소스에 대한 측정된 에너지 레벨이 임계치를 넘는 경우, 점유되도록 및/또는 송신에 이용불가능하도록 결정될 수도 있다. 리소스는, 리소스에 대한 측정된 에너지 레벨이 미리 정의된 시간 기간 동안 임계치를 넘는 경우, 이용불가능할 수도 있다. 리소스는, 예를 들면, 수신된 및/또는 검출된 알림 메시지(announcement message) 및/또는 제어 메시지, 및/또는 등등에 의해, 리소스가 다른 WTRU에 의해 사용되고 있다는 것을 WTRU가 결정하는 경우, 이용불가능할 수도 있다.

리소스는 송신에 대해 이용가능한 것으로 결정될 수도 있다. 예를 들면, 리소스는, 측정된 에너지 레벨이 임계치 미만인 경우, 송신에 대해 이용가능할 수도 있다. 리소스는, 측정된 에너지 레벨이 미리 정의된 시간의 기간 동안 임계치 미만인 경우 이용가능할 수도 있다. 이용가능한 리소스는 WTRU에 의해 임의의 시간에(예를 들면, 송신할 그 WTRU에 대해 네트워크에 의해 할당되면), 및/또는 등등에 사용될 수도 있다.

검색 신호는 리소스 상에 존재하는 것으로 결정될 수도 있다. 통신 신호가 리소스 상에 존재하는 것으로 결정될 수도 있다. 예를 들면, 신호(예를 들면, 검색 신호 및/또는 통신 신호)는, 리소스에 대한 측정된 에너지가 정의된 임계치를 넘는 경우, 리소스 상에 존재한다고 결정될 수도 있다. 예를 들면, 신호는, 리소스에 대한 측정된 에너지가 시간의 어떤 기간 동안 임계치를 넘으면, 리소스 상에서 검출될 수도 있다. 신호는, 검색 신호가 리소스 상에서 성공적으로 디코딩되면, 리소스 상에서 검출될 수도 있다. 신호는, 검색 신호 및/또는 통신 신호와 관련되는 제어 신호(예를 들면, 검색 신호 또는 통신 신호의 존재를 나타냄)가 성공적으로 디코딩되고, 및/또는 등등이면, 리소스 상에서 검출될 수도 있다.

WTRU는, 시간 프레임에서 SA(예를 들면, 성공적으로 수신된 SA)를 카운트하는 것에 의해 SA 활용도를 측정할 수도 있다. 예를 들면, WTRU가 SA 및 관련 CRC 체크를 디코딩하면, SA 리소스가 성공적으로 수신되었다는 결정이 이루어질 수도 있다. SA는, 측정된 SNR이 임계치를 넘으면, 성공적으로 수신된 것으로 간주될 수도 있다. 임계치가 (예를 들면, 테스트에 의해, 구성되어, 등등으로) 결정될 수도 있다. WTRU는, CRC가 WTRU에게 알려지지 않은 아이덴티티에 의해 마스킹될 때 SA를 카운트할 수도 있다. 성공적으로 수신되는 SA 리소스는 활용되는 것으로 간주될 수도 있다.

WTRU는, SA 리소스에서의 에너지를 측정하는 것에 의해, SA 활용도를 측정할 수도 있다. SA 리소스는, 예를 들면, WTRU가 (예를 들면, 시간/주파수에서) SA 리소스 위치에서의 에너지 레벨을 측정하면, 활용되는 것으로 간주될 수도 있다. SA 리소스는, SA에서의 에너지 레벨이 임계치를 넘는다는 것을 WTRU가 결정하면, 활용되는 것을 간주될 수도 있다. 임계치는 미리 정의될 수도 있다. 임계치는 (예를 테스트에 의한 또는 구성되는) 다른 파라미터에 의해 정의될 수도 있다.

WTRU는 원근 효과(near-far effect)를 측정할 수도 있다. WTRU는 원근 효과를 결정할 수도 있다. 원근 효과는, (예를 들면, WTRU의 신호 강도가 다른 WTRU의 신호보다 더 강할 수도 있는 경우, 낮은 수신 전력 신호의 검출이 일반적인 것보다 더 어려운 경우, 및/또는 등등의 경우), 예를 들면, 다른 WTRU로부터 통신을 수신하는 WTRU의 능력에 영향을 끼칠 수도 있다.

WTRU는, 예를 들면, WTRU가, 하나 이상의 WTRU로부터, 다른 WTRU 신호보다 더 강한 전력을 갖는 신호를 수신하는 경우, 원근 효과로부터 영향을 받을 수도 있다. WTRU는, 근접한 하나 이상의 디바이스의 신호 전력을 측정하는 것에 의해 원근 효과의 예를 검출하도록 구성될 수도 있다. WTRU는, 근접한 하나 이상의 신호가 원근 효과를 생성할 잠재성을 갖는지의 여부를 결정하는 것에 의해, 원근 효과의 예를 검출하도록 구성될 수도 있다. WTRU는, 하나 이상의 신호가 다른 신호보다, 예를 들면, 미리 정의된 양 또는 임계치와 같은 어떤 양만큼 더 강한 때를 결정하는 것에 의해, 원근 효과의 예를 검출하도록 구성될 수도 있다.

WTRU는, 예를 들면, D2D 데이터 송신 패턴에 기초하여 D2D 데이터 리소스를 결정할 수도 있다. D2D 데이터 리소스는 (예를 들면, 시간에서, 주파수에서, 또는 둘 다에서) 미리 정의된 패턴을 포함할 수도 있다. WTRU는 D2D 데이터 패턴을 측정하도록 구성될 수도 있다. WTRU는 집성된 D2D 데이터 패턴을 측정하도록 구성될 수도 있다(예를 들면, WTRU는 특정한 시간 기반의 패턴에 대해 모든 PRB에 대해 보고하도록 구성될 수도 있다).

측정 에너지 레벨은, WTRU에 의해 수행되는 열 노이즈 측정/추정에 의해 가중될 수도 있다(예를 들면, 제산될 수도 있고, dB 도메인에서 감산될 수 있고, 수정될 수도 있고, 및/또는 등등일 수도 있다).

WTRU는 리소스 사용량(resource usage)을 네트워크로 보고할 수도 있다. WTRU는, 예컨대 WTRU가 (예를 들면, 검색 신호, D2D 송신, 또는 D2D 메시지의) 송신을 위한 리소스를 가지고 구성되는 경우, 송신을 수행할 수도 있다. 리소스가 WTRU 및/또는 검색 프로세스에 전용되면, (예를 들면, 검색 또는 D2D 송신의) 결과는, 다른 송신 WTRU로부터의 간섭에 의해 영향을 받을 가능성이 낮을 수도 있다. 이 경우, 어떤 다른 WTRU도 송신 WTRU로부터 검색 신호를 성공적으로 수신하지 못하면 송신 WTRU 근처에 다른 WTRU가 전혀 존재하지 않는다는 것이 가정될 수도 있다.

리소스가 (예를 들면, 동일한 또는 상이한 검색 프로세스 및/또는 D2D 송신을 위해) 복수의 송신 WTRU에 의해 공유될 수도 있으면, 검색의 결과는, 리소스에 참여할 수도 있는 및/또는 서로 근접 범위 내에 있을 수도 있는 다른 송신 WTRU로부터의 간섭에 의해 영향을 받을 수도 있다. 이러한 경우에, 수신된 신호가 너무 약할 수도 있기 때문에(예를 들면, 모니터링 WTRU가 송신 WTRU의 근접 범위 내에 있지 않을 수도 있다), 간섭의 레벨이 너무 높기 때문에(예를 들면, 모니터링 WTRU가 송신 WTRU의 근접 범위 내에 있을 수도 있지만 신호가 충분한 신호 대 잡음비를 가지고 검출되지 않을 수도 있다), 및/또는 등등의 때문에, 모니터링 WTRU가 검색 신호 또는 D2D 메시지를 수신함에 있어서 성공적이지 않았는지의 여부를 결정하는 것은 가능하지 않을 수도 있다. 이것은 네트워크 리소스 관리에 문제가 될 수도 있는데, 예를 들면, 검색/통신을 위해 더 많은 리소스가 필요로 되는지를 결정하는 수단이 없을 수도 있기 때문이다.

상이한 WTRU에 의해 및/또는 검색 프로세스에 의해 공유되는 리소스에서 충돌이 발생할 수도 있다. 네트워크는 하나 이상의 리소스를 복수의 송신 WTRU에게 할당할 수도 있다. 하나보다 많은 송신 WTRU가 검색 신호를 송신하고 있을 때 당해 리소스(concerned resource) 상에서 충돌이 발생할 수도 있다. 복수의 송신 WTRU가 D2D 메시지를 송신하고 있을 때 당해 리소스 상에서 충돌이 발생할 수도 있다. 생성되는 간섭의 레벨은, 당해 리소스 상에서 충돌을 생성하는 송신 WTRU 사이의 거리의 함수일 수도 있고/있거나 (예를 들면, WTRU로부터 수신되는 신호 전력이 1로 향하는 비율을 갖는 경우) 이러한 송신 WTRU까지의 수신 WTRU의 상대적인 거리의 함수일 수도 있다. 네트워크는 검색 이벤트의 비율을 추정하는 것에 의해 리소스를 할당할 수도 있다. 네트워크는 D2D 송신 이벤트의 비율을 추정하는 것에 의해 리소스를 할당할 수도 있다. 네트워크는 WTRU가 리소스를 공유하는 것에 의한 송신의 레이트를 추정하는 것에 의해 리소스를 할당할 수도 있다. 네트워크는, 예를 들면, 네트워크가 리소스를 과대 할당하지 않도록(예를 들면, 낮은 충돌률, 리소스의 차선의(sub-optimal) 사용, 등등) 및/또는 리소스를 과소 할당하지 않도록(예를 들면, 높은 충돌률, 검색 메커니즘의 낮은 효율성, 등등), 특정 충돌률을 목표로 정하는 것에 의해 리소스를 할당할 수도 있다.

네트워크는 리소스를 할당할 때 적절한 동작 지점을 결정하지 않을 수도 있다. 예를 들면, 네트워크는, (예를 들면, WTRU 자율 트리거의 경우에서의) 검색 신호 신호의 송신의 주파수, (예를 들면, IDLE 모드에서 지원되는 검색 송신의 경우에서의) 활성 송신 WTRU의 수, 리소스가 할당되는 주어진 셀에서 D2D 송신(예를 들면, 검색 프로세스(들) 또는 데이터 관련 송신, 예컨대 SA 및/또는 데이터)에 수반되는 (예를 들면, 송신하는 또는 수신하는) WTRU의 지리적 분포, 및/또는 등등을 모를 수도 있다.

네트워크는 부하를 재분배할 수도 있고/있거나 충돌 리스크를 최소화할 수도 있다. 네트워크는, 예를 들면, 높은 충돌률이 검출되는 경우 네트워크가 리소스를 재할당할 수도 있도록, 공유된 리소스에서 송신(들)(예를 들면, D2D 송신, 검색 신호, 데이터 관련 송신, 및/또는 등등)을 위한 리소스 사용량을 모니터링할 수도 있다. 충돌이 소정의 임계치 미만이다는 것을 네트워크가 결정할 수도 있는 경우, 네트워크는, 예를 들면, 할당된 리소스 레벨에 대해 허용가능한 레벨에 있는 것으로 간섭이 간주될 수도 있다면, 검색 프로세스의 결과가 WTRU 사이의 근접도의 함수이다는 것을 결정할 수도 있다.

WTRU는 송신을 위해 사용되는 리소스 중 하나 이상을 인덱스를 사용하여 식별할 수도 있다. 리포팅 메커니즘은 리소스 사용량을 포함할 수도 있다. 리소스 사용량은, 주어진 리소스 할당에 대한 검색 신호의 과거 송신에 관련되는 정보를 포함할 수도 있다. 예를 들면, 리소스 사용량은, 검색 신호의 계획된 및/또는 스케줄링된 송신 및/또는 과거 구성된 시간 기간에 발생했던 검색 신호의 송신에 관련되는 정보를 포함할 수도 있다. 송신 WTRU는 리포팅을 모을 수도 있다. 리포팅은 네트워크 노드, 예를 들면, 검색 신호의 송신을 위한 리소스 할당에 대한 구성을 WTRU가 수신했던 노드에 의해 수신될 수도 있다. 리포팅(예를 들면, 이것은 포맷, 트리거, 시간 윈도우, 및/또는 등등을 포함할 수도 있다)은, 예를 들면, 리소스 할당과 함께 구성될 수도 있다.

네트워크 노드(예를 들면, eNB와 같은 기지국)는, 리포팅을 위해 유사한 리소스 할당을 가지고 구성되는 하나 이상의 송신 WTRU를 구성할 수도 있다. 네트워크 노드가 하나 이상의 리포트를 수신하면, 네트워크 노드는, 리소스에 대한 충돌 확률을 유도하기 위해, 수신된 정보를 사용할 수도 있다. 네트워크 노드는, 이러한 확률이 임계치를 넘는지 또는 그렇지 않은지의 여부를 결정할 수도 있다. 소정의 임계치를 넘으면, 네트워크는, 예를 들면, 검색 신호가 셀에서 할당된 리소스에 걸쳐 더 잘 확산되도록, 하나 이상의 WTRU에 대한 재구성을 개시할 수도 있다.

WTRU는 서로 근접할 수도 있지만 간섭 레벨(예를 들면, 이것은 검색 신호를 위해 사용되는 리소스 내에서의 충돌에 기인할 수도 있다)은 다른 WTRU가 검색 신호를 적절히 수신하는 것을 저해할 수도 있다. WTRU 및/또는 네트워크는, 예를 들면, WTRU가 근접하지 않기 때문에 및/또는 충돌 때문에, 다른 WTRU가 WTRU를 검색하지 못했는지의 여부를 결정할 수도 있다.

D2D 검색은 타입 1 D2D 검색일 수도 있는데, 이 경우 WTRU는 리소스를 선택할 수도 있다. D2D 검색은 타입 2 검색일 수도 있는데, 이 경우 네트워크 엘리먼트는 WTRU에 대한 리소스를 선택할 수도 있다. D2D 통신은 모드 1 D2D 통신일 수도 있는데, 이 경우 네트워크 엘리먼트는 WTRU에 대한 리소스 및/또는 송신 파라미터를 제어할 수도 있다. 모드 1 D2D 통신은, WTRU가 커버리지 안에 있을 때 사용될 수도 있다. D2D 통신은 모드 2 D2D 통신일 수도 있는데, 이 경우 WTRU는 리소스(들) 및/또는 송신 파라미터(들)를 결정할 수도 있다. 타입 1 D2D 검색은 모드 2 D2D 통신과 유사할 수도 있다.

D2D 통신 송신은 네트워크 커버리지 하에서 또는 네트워크 커버리지 밖에서 발생할 수도 있다. 예를 들면, WTRU는 (예를 들면, 모드 2 D2D 통신에서) 네트워크 제어 없이 동작하도록 구성될 수도 있고, 한편, 네트워크 커버리지 하에서의 WTRU 통신은 네트워크 기지국 및/또는 eNB에 의해 제어될 수도 있다(예를 들면, 모드 1). WTRU는, 예를 들면, WTRU 통신이 네트워크 커버리지 밖에서 발생할 때, 송신을 위한 리소스를 자율적으로 선택할 수도 있다. 네트워크는 잠재적으로 높은 간섭 상황을 인식할 수 없을 수도 있다. 네트워크는 D2D 리소스 활용을 인식하게 만들어질 수도 있고, 그 결과, 예를 들면, 리소스가 D2D 통신에 대해 이용가능하게 될 수도 있다.

SA 및/또는 데이터의 충돌은, 네트워크 커버리지의 밖에 있을 때 발생할 수도 있다. SA 및/또는 데이터의 충돌은, eNB에 의해 제어되는 WTRU와 네트워크 커버리지 밖의 다른 WTRU 사이에서 발생할 수도 있다.

네트워크는, 예를 들면, 네트워크 커버리지 하에 있을 때, 하나 이상의 WTRU에 대해 동일한 리소스를 재사용(예를 들면, 할당)할 수도 있다. WTRU는, 네트워크가 몇몇 WTRU의 지리적 위치를 인식하지 못할 수도 있을 때 근접할 수도 있다. 송신은 동일한 리소스 상에서 충돌할 수도 있다.

리포트는 다음 중 하나 이상을 포함할 수도 있다. 리포트는, 리소스(예를 들면, 당해 리소스)의 아이덴티티, 검색 프로세스 및/또는 이벤트의 아이덴티티, 위치 정보, 검색 프로세스 및/또는 이벤트의 결과, 하나 이상의 송신 이벤트의 결과, 측정된 리소스 활용도, 네트워크 리소스 구성이 충분하지 않을 수도 있는지의 여부, 검색 신호 디코딩의 결과에 관한 모니터링 WTRU에 의한 리포트, 및/또는 등등을 포함할 수도 있다.

당해 리소스는 직접적인 WTRU 대 WTRU 신호의 송신, 예를 들면, 검색 신호 송신, SA, 데이터 패턴 인덱스, 및/또는 등등을 위해 사용되는 리소스를 나타낼 수도 있다. 예를 들면, 리포트는, 송신을 위해 사용될 수도 있는 리소스(예를 들면, 시간/주파수에서의, 예를 들면, 서브프레임(들) 또는 PRB(들)) 중 하나 이상을 설명하는 하나 이상의 인덱스를 포함할 수도 있다.

보고된 리소스는 다음 중 하나 이상과 관련될 수도 있다. 예를 들면, 보고된 리소스는 리소스 - 이 리소스에 대해 WTRU는 송신을 수행했음 - 를 나타낼 수도 있다. 예를 들면, 보고된 리소스는 리소스 - 이 리소스에 대해 WTRU는 한 기간, 예를 들면, 마지막 Z 개의 리소스 할당 기간(예를 들면, 프레임, Y 개의 TTI에 의해 표현되는 기간, Y ms, 및/또는 Y 개의 프레임) 내에서 송신을 수행했음 - 를 나타낼 수도 있다. 그 기간은 구성가능할 수도 있다. 리포트는 송신 WTRU에 의해 전송될 수도 있다.

예를 들면, 보고된 리소스는, WTRU가 송신, 예를 들면, WTRU가 리포트를 모으는(예를 들면, 생성하는) 시간에 수행되지 않았을 수도 있는 송신을 수행할 것으로 예상될 수도 있는 리소스를 나타낼 수도 있다. 예를 들면, 보고된 리소스는 리소스 - 이 리소스에 대해, WTRU는 한 기간, 예를 들면, 다음 Z 개의 리소스 할당 기간(예를 들면, 프레임, Y 개의 TTI에 의해 표현되는 기간, Y ms, 및/또는 Y 개의 프레임) 동안 송신을 수행할 것으로 예상됨 - 를 나타낼 수도 있다. 그 기간은 구성가능할 수도 있다. 리포트는 송신 WTRU에 의해 전송될 수도 있다.

예를 들면, 보고된 리포트는, WTRU가 가장 큰 양의 에너지(예를 들면, 하나 이상)를 측정했던 리소스의 인덱스를 나타낼 수도 있다 예를 들면, 보고된 리소스는 리소스의 인덱스 - 이 리소스의 인덱스에 대해, WTRU는 한 기간, 예를 들면, 마지막 Z 개의 리소스 할당 기간(예를 들면, 프레임, Y 개의 TTI에 의해 표현되는 기간, Y ms, 및/또는 Y 개의 프레임) 내에서 가장 큰 양의 에너지를 측정했음 - 를 나타낼 수도 있다. 그 기간은 구성가능할 수도 있다. 다수의 리포트가 보고되면, 시그널링 포맷은, 예를 들면, 엘리먼트의 총 수를 리포트에 포함시키는 것에 의해, 리포트에서 엘리먼트의 수를 결정하기 위한 수신기에 대한 수단을 포함할 수도 있다. 리포트는 모니터링 WTRU에 의해 및/또는 송신 WTRU에 의해 전송될 수도 있다. 예를 들면, 보고된 리소스는, 충돌이 검출되었던 리소스의 인덱스를 나타낼 수도 있다.

예를 들면, 보고된 리소스는, 송신이 실패했던(예를 들면, 수신된 경우에 확인응답(들)(acknowledgment(s))이 없었거나 또는 송신의 백분율(percentage)을 확인응답 받지 못했던) 리소스의 인덱스 또는 패턴의 인덱스를 나타낼 수도 있다.

예를 들면, 보고된 리소스는, 원근 효과가 검출되었던 리소스의 인덱스를 나타낼 수도 있다.

예를 들면, WTRU는, (예를 들면, 보고 기간 동안 어떠한 송신도 발생하지 않았다면) 제로가 후속하는 프로세스 아이덴티티 및/또는 리소스의 세트에 대응하는 인덱스를 보고할 수도 있다(예를 들면, 리포트를 수신하는 엔티티가 리소스의 당해 세트를 결정할 수도 있다). WTRU는, WTRU가 송신을 수행했던 및/또는 송신을 수행한 것으로 예측되는 리소스에 각각 대응하는 하나 이상의 인덱스를 보고할 수도 있다. 리포트는 검색 프로세스 및/또는 이벤트의 아이덴티티를 포함할 수도 있다. 아이덴티티는 당해 리소스와 관련될 수도 있고/있거나 당해 리소스를 식별할 수도 있다(예를 들면, 암시적으로 식별할 수도 있다). 모니터링 WTRU는, 리소스 및/또는 리소스의 세트 상에서 성공적으로 디코딩되었던 검색 신호를 갖는 송신 WTRU의 ID를 보고할 수도 있다(예를 들면, 식별은 검색 리소스 상에서 디코딩되는 ProSe ID에 대응할 수도 있다). WTRU는, 예를 들면, 원근 효과가 문제를 야기할 때(즉, 수신된 전력이 강할 때, 수신된 전력이 약할 때), 하나 이상의 송신 WTRU의 ID를 보고할 수도 있다. WTRU는 주목(of interest) SA 상에서 반송되는 ID를 보고할 수도 있다. WTRU는, WTRU가 보고하고 있는 D2D 데이터 송신에 관련되는 SA 상에서 반송되는 ID를 보고할 수도 있다.

리포트는 위치 정보를 포함할 수도 있다. 위치 정보는 검색 신호 송신, 검색 신호 수신, 및/또는 리포트와 관련될 수도 있다. WTRU(예를 들면, 송신 WTRU 및/또는 수신 WTRU)는, 예를 들면, 셀 ID, GPS 정보, 및/또는 다른 위치 정보에 기초하여, 자신의 위치를 결정할 수도 있다. WTRU는 위치 정보를 리포트에 포함시킬 수도 있다.

리포트는 당해 검색 프로세스 및/또는 이벤트의 결과를 포함할 수도 있다. 검색 프로세스 및/또는 이벤트가 성공적이었는지 또는 그렇지 않았는지의 여부를 결정하기 위한 수단을 WTRU가 구비하면, WTRU는 당해 리소스, 검색 프로세스, 및/또는 이벤트에 대한 결과를 보고할 수도 있다. 예를 들면, WTRU는, 다방향일 수도 있는 검색 프로세스 및/또는 이벤트에 대해 결과가 성공적이었다는 것을 결정할 수도 있다. 다방향 검색 프로세스 및/또는 이벤트는, 예를 들면, 자기 자신의 송신에 대한 응답으로서, 다른 WTRU로부터의 검색 신호의 수신 및/또는 검출로부터 유래할 수도 있다. 다방향 검색 프로세스 및/또는 이벤트는, 당해 리소스(들)에 대한 및/또는 당해 검색 프로세스 및/또는 이벤트에 대한 검색 신호의 송신에 후속하여 하나 이상의 WTRU와의 직접 통신 채널의 확립으로부터 유래할 수도 있다.

리포트는 적어도 송신 시도의 결과를 포함할 수도 있다. 송신 WTRU는 (예컨대, 예를 들면, 미리 정의된 시간의 기간 동안 검색 신호를 송신하기 위해 WTRU가 이용가능한 리소스가 없고/없거나 제한되는 것으로 인한, 및/또는 리소스 상에서의 다른 송신과의 충돌로 인한) D2D 또는 검색 메시지 송신의 실패를 보고할 수도 있다.

리포트는 리소스 이용가능성에 기초한 결과를 포함할 수도 있다. WTRU는, 다음의 것 중 하나 또는 조합에 따라 (예를 들면, 검색 신호, SA 또는 D2D 데이터의) 송신에 대해 이용가능한 리소스가 불충분하다는 것을 결정할 수도 있다.

WTRU는, 리소스 중 하나 이상(예를 들면, 모든 리소스) 상에서의 측정된 수신 에너지가 소정의 임계치를 초과할 때 송신에 대해 이용가능한 리소스가 불충분하다는 것을 결정할 수도 있다. 리소스는 다른 WTRU에 의해 점유되는 것으로 간주될 수도 있다.

WTRU는, 리소스 중 하나 이상(예를 들면, 모든 리소스)을 다른 WTRU가 사용하고 있다는 것을 WTRU가 결정할 때 송신에 대해 이용가능한 리소스가 불충분하다는 것을 결정할 수도 있는데, 예를 들면, 리소스 중 하나 이상(예를 들면, 모든 리소스)을 다른 WTRU가 사용하고 있다는 것은, 알림 메시지(예를 들면, SA)를 수신하는 것 및/또는 어떤 리소스가 사용되고 있는지를 나타내는 다른 메시지에 의해 결정될 수도 있다. 예를 들면, WTRU가, 예를 들면, 검색 신호, SA 또는 D2D 데이터를 송신하는 데 이용가능한 리소스는 존재하지 않을 수도 있다.

WTRU는, 예를 들면, 어떤 시간 기간 내에 D2D WTRU에 대해 네트워크가 어떠한 리소스도 할당하지 않고 있을 때, 송신에 대해 이용가능한 리소스가 불충분하다는 것을 결정할 수도 있다.

WTRU는 송신에 대해 이용가능한 리소스가 불충분하다는 것을 결정할 수도 있다. WTRU는, 예를 들면, 리소스 상에서 측정되는 수신된 에너지, 소정의 임계치, 및/또는 수신된 SA에 기초하여, 이용가능한 리소스의 수가 (예를 들면, WTRU가 필수 및/또는 목표 검색 QoS, 송신 레이트, 및/또는 D2D 데이터를 충족하기에) 불충분하다는 것을 결정할 수도 있다. 이것은, 예를 들면, 시간의 어떤 기간에 대해 결정될 수도 있다.

송신 WTRU는, 하나 이상의 성공적인 송신 이후에 보고할 수도 있다. 성공적인 송신은, WTRU가 검색 신호를 송신하는 데 이용가능한 리소스(들)를 발견하는 것을 포함할 수도 있다. WTRU는 성공적인 송신과 관련되는 다음의 정보 중 하나 이상을 보고할 수도 있다.

WTRU는, 예를 들면, 검색 신호, D2D 송신, D2D 데이터, 및/또는 SA의 송신을 WTRU가 성공적으로 수행할 수 있기 이전의 송신 시도의 횟수(예를 들면, 어떤 리소스도 이용가능하지 않았던 서브프레임의 수)를 보고할 수도 있다. 송신 시도는, WTRU가, 예를 들면, 허용된 검색 리소스 상의 무선을 통해 D2D 송신을 송신하기 위해 시도하는 하나 이상의 검색 서브프레임을 포함할 수도 있다. 예를 들면, WTRU는, WTRU가 D2D 리소스(들) 상에서 송신하도록 허용되지만 하나 이상의 하나 이상의 서브프레임에 대해 이용가능한 리소스를 발견하지 못하면(예를 들면, 리소스 상에서의 측정된 에너지가 임계치를 초과하면), 시도가 실패했다는 것을 결정할 수도 있다.

WTRU는 검색 신호를 성공적으로 송신하는 데 걸리는 평균 시간을 보고할 수도 있는데, 예를 들면, 평균 시간은, 무선을 통해 송신을 송신하는 데 걸리는 시간까지 송신에 대해 이용가능한 시간인 것으로 결정될 수도 있다. 평균 시간은, 다수의 검색 신호 송신에 걸쳐, 다수의 검색 기간에 걸쳐, 및/또는 단일의 기간 내에서 결정될 수도 있다. WTRU는 성공에 대한 시도의 비율을 보고할 수도 있다. WTRU는 D2D 데이터의 양을 보고할 수도 있다. WTRU는, (예를 들면, MAC PDU, 전송되는 총 데이터, 데이터 레이트, 등등의 관점에서) WTRU에 의해 수행되는 D2D 데이터 송신의 횟수를 보고할 수도 있다.

송신 WTRU는, 자신이, 예를 들면, 시간의 구성된 양에 대해, 자신의 목표 QoS 및/또는 검색 송신 레이트를 충족하기에 불충분한 리소스를 갖는다는 것을 결정한 이후 리포트를 전송할 수도 있다. WTRU는, 예를 들면, WTRU 검색 프로세스 및/또는 D2D 데이터 구성마다 결정되는 바와 같은, 리소스 이용가능성, 리소스 활용도, 및/또는 자신의 목표 QoS 및/또는 검색 송신 레이트를 충족하기 위해 WTRU에 의해 사용되는 리소스의 양을 보고할 수도 있다.

리포트는 송신 확인응답에 기초한 결과를 포함할 수도 있다. WTRU는, 예를 들면, 송신된 PDU의 확인응답(예를 들면, HARQ, RLC, TCP/IP ACK, 등등)의 수신에 의해 어떤 시간 기간 내에서의 송신 또는 복수의 송신이 성공적이었는지의 여부를 결정하기 위한 수단을 구비할 수도 있다. WTRU는, 예를 들면, 이들 PDU의 확인응답의 결여로 인해, 또는 수신 WTRU로부터의 응답의 결여로 인해, 어떤 시간 기간 내에서 PDU 또는 복수의 PDU가 전달되지 않았다는 것을 결정할 수도 있다. 예를 들면, WTRU는, PDU가 확인응답되었다면, 송신을 성공적인 것으로 간주할 수도 있다. WTRU는, 예를 들면, PDU가 ACK 수신 없이 자신의 재송신 시도를 초과하면, 송신이 성공적이지 않은 것으로 간주할 수도 있다. WTRU는, 주어진 리소스, 리포팅을 위한 복수의 구성된 리소스, 또는 어떤 시간 내에서의 복수의 리소스(예를 들면, 패턴) 상에서의 송신 실패를 보고할 수도 있다. WTRU는, 어떤 시간 기간에서의 총 송신 기회/시도에 걸친 실패 또는 성공의 횟수를 보고할 수도 있다. WTRU는 송신 기회에 걸친 실패의 백분율을 보고할 수도 있다. WTRU는 리소스 상에서의 성공률 또는 실패율을 보고할 수도 있다. WTRU는 리포팅을 위한 복수의 구성된 리소스를 보고할 수도 있다. WTRU는 어떤 시간 내에서 측정되는 복수의 리소스(예를 들면, 패턴)를 보고할 수도 있다. WTRU는, 리소스의 인덱스, 송신 실패가 검출되었을 수도 있는 송신을 위해 사용된 복수의 리소스 또는 패턴을 보고할 수도 있다. WTRU는, 실패가 검출되었을 수도 있는 TTI를 보고할 수도 있다.

리포트는 측정된 리소스 활용도를 포함할 수도 있다. 송신 및/또는 모니터링 WTRU는, 예를 들면, 송신 및/또는 모니터링 WTRU가 송신을 시도하고 있든 또는 그렇지 않든지에 무관하게, 어떤 시간의 기간에 걸쳐 검색 신호의 송신 및/또는 수신을 시도하는 동안 측정된 리소스 활용도를 보고할 수도 있다. WTRU가 측정하고 있는 리소스는 네트워크에 의해 구성될 수도 있다. WTRU는 측정할 리소스를, 예를 들면, D2D 송신(검색, SA, 데이터 및/또는 데이터 패턴)을 위해 이용가능한 리소스에 기초하여 결정할 수도 있다. 리포트는, 어떤 정의된 기간(예를 들면, 검색 시기, D2D 데이터 스케줄링 간격)에 걸쳐 및/또는 다수의 서브프레임에 걸쳐 서브프레임마다 점유된 및/또는 이용가능한 리소스(예를 들면, 검색 신호 리소스, SA, D2D 데이터 패턴)의 평균 수를 포함할 수도 있다. 리포트는 (예를 들면, 임계치 위의 및/또는 아래의 평균을 갖는, 또는 성공적으로 검출된 SA에 기초한, 및/또는 성공적으로 디코딩된 검색 신호에 기초한) 서브프레임마다 점유된 및/또는 이용가능한 리소스의 총 및/또는 평균 수를 포함할 수도 있다. 리포트는 패턴이 점유되어 있는지 또는 이용가능한지의 여부를 포함할 수도 있다. 패턴 내의 하나 이상의 리소스(및/또는 송신 기회)가 (예를 들면, 이들 리소스 상에서의 에너지 레벨 측정치에 기초하여) 점유된 것으로 간주되면, 패턴은 점유된 것으로 간주될 수도 있다. WTRU는 점유된 패턴을 보고할 수도 있다. WTRU는 이용가능한 패턴에 걸친 점유된 패턴의 수를 보고할 수도 있다. WTRU는 보고하기 위한 구성된 패턴을 제공할 수도 있다. 예를 들면, WTRU는, 패턴이 점유되는지 또는 그렇지 않은지의 여부에 관해 보고하기 위한 구성된 패턴을 제공할 수도 있다. 리포트는 점유된 및/또는 이용가능한 리소스의 최소 수 및/또는 이 최소 값이 발생한 서브프레임을 포함할 수도 있다. 리포트는 어떤 정의된 기간 내에서의 서브프레임의 수를 포함할 수도 있는데, 예를 들면, 그 정의된 기간에서의 이용가능한 곳에서의 x 개의 리소스 또는 그 이하(예를 들면, 또는 점유된 곳에서의 y 개의 리소스 또는 그 이상)를 포함할 수도 있고/있거나, 여기서 x 및 y는 네트워크에 의해 구성되는 수이다.

리포트는, 예를 들면, 어떤 정의된 기간 내에서의 서브프레임 및/또는 서브프레임의 세트에서 점유되고/점유되거나 이용가능한 리소스의 백분율, 비율 또는 수를 나타낼 수도 있는 메트릭을 포함할 수도 있다. 리포트는 어떤 시간의 기간(예를 들면, D2D 스케줄링 기간) 동안의 메트릭을 포함할 수도 있다. 리포트는, 임계치를 넘는, 임계치 미만의 측정된 에너지를 갖는 어떤 정의된 기간(예를 들면, 하나의 서브프레임, 복수의 서브프레임, 및/또는 검색 시기)에 걸친 서브프레임(들) 상에서의 리소스의 수의 평균 또는 리소스들의 실제 수(예를 들면, 리소스의 백분율) 및/또는 신호(예를 들면, SA<검색, D2D 데이터)가 성공적으로 검출되었던 리소스를 포함할 수도 있다. 임계치는 구성 메시지의 일부로서 네트워크에 의해 구성될 수도 있고/있거나 리소스가 송신에 대해 이용가능한지 또는 그렇지 않은지의 여부를 결정하기 위해 WTRU에 의해 사용되는 임계치에 대응할 수도 있다.

리포트는 측정된 WTRU의 에너지의 양을 포함할 수도 있다. 에너지의 양은, 서브프레임 및/또는 서브프레임의 세트에 걸쳐 리소스(들)에 대해 및/또는 리소스의 세트에 대해 측정될 수도 있다. WTRU는 리소스에 대한 인덱스, 복수의 리소스(예를 들면, 패턴), 측정된 에너지 레벨, 및/또는 측정이 행해졌던 서브프레임을 보고할 수도 있다. WTRU는 리소스에 대한 인덱스 및/또는 어떤 기간의 시간에 걸친 리소스(들) 상에서의 평균 측정된 에너지를 보고할 수도 있다. 리포트는 가장 큰 에너지를 갖는 하나 이상의 리소스 상에서의 에너지의 양(예를 들면, 가장 큰 X 개의 에너지 양)을 포함할 수도 있다.

리포트는 네트워크 리소스 구성이 불충분할 수도 있다는 것을 나타낼 수도 있다. 송신 WTRU는, (예를 들면 현재 셀에서) 네트워크에 의해 현재 할당된 리소스의 양이, WTRU가 QoS 및/또는 WTRU 검색 프로세스 또는 D2D 데이터 송신의 송신율을 충족하기에 불충분하다는 것을 보고하도록 구성될 수도 있다. WTRU는 새로운 구성이 (예를 들면, SIB로부터) 수신된 이후 및/또는 WTRU가 (예를 들면, 아이들 모드에서) 셀을 변경한 이후 보고할 수도 있고 새로운 셀에서 할당되는 리소스의 양은 WTRU에 대해 불충분할 수도 있다. WTRU는, 예를 들면, WTRU 검색 프로세스 구성 또는 D2D 데이터 송신 구성마다 결정되는 바와 같은, 자신의 목표 QoS 및/또는 검색 송신율을 WTRU가 충족하는 데 필요한 리소스의 양을 네트워크로 보고할 수도 있다.

리포트는, 검색 신호 또는 D2D 송신 디코딩의 결과에 관한 모니터링 WTRU에 의한 리포트를 포함할 수도 있다. 예를 들면, 모니터링 WTRU는, (예를 들면, 타입 2 검색, 모드 1 통신, 또는 타입 2 검색에 대한) 전용 리소스, 복수의 리소스, 또는 수신된 데이터 패턴 상에서의 실패 및/또는 성공의 수 및/또는 비율(예를 들면, 하나 이상의 스케줄링된 시기에 걸친 성공적인 수신의 비율)을 보고할 수도 있다. 리포트는 디코딩 실패를 나타낼 수도 있는데, 디코딩 실패는, 예를 들면, 모니터링 WTRU가 한 리소스 상에서의 검색 신호 또는 D2D 송신을 디코딩하지 못하는 경우를 나타낼 수도 있다. 리포트는 디코딩 성공을 나타낼 수도 있는데, 디코딩 성공은, 예를 들면, 모니터링 WTRU가 한 리소스 상에서 검색 신호를 성공적으로 디코딩하는 경우를 나타낼 수도 있다. 리포트는 하나 이상의(예를 들면, 복수의) 리소스에 대한 디코딩 실패 또는 디코딩 성공을 나타낼 수도 있다. WTRU는 한 스케줄링 기간 내에 특정한 리소스 세트 상에서 D2D 송신의 디코딩을 시도할 수도 있다(예를 들면, SA를 디코딩한 WTRU는 WTRU에 대한 송신 기회를 나타낸다). WTRU는 성공적인 또는 실패한 디코딩 시도의 횟수를 카운트할 수도 있다. WTRU는 성공적인 또는 실패한 HARQ 프로세스의 수를 카운트할 수도 있다. 리포트는 복수의 리소스에 대한 디코딩 실패를 포함할 수도 있다(예를 들면, Y 개의 HARQ 프로세스 중 X 개가 실패했거나 또는 스케줄링 기간 내의 총 수신 기회에 걸친 검출된 실패의 백분율이 관측되었다). 리포트는 디코딩 실패 및/또는 성공의 비율을 나타낼 수도 있는데, 그 비율은, 예를 들면, 리소스 상에서의 및/또는 디코딩의 총 횟수에 관한 실패 및/또는 성공 사이의 비율을 나타낼 수도 있다. 그 횟수는 각각의 리소스 상에서의 실패의 총 횟수일 수도 있고, 한 서브프레임의 모든 리소스에 걸친 실패의 평균 횟수일 수 있고, 및/또는 다수의 서브프레임에 걸친 단일 리소스 상에서의 실패의 평균 횟수일 수도 있다.

리포트는, WTRU가 검색 신호 또는 데이터 송신의 존재를 검출했지만 그 신호의 성공적인 디코딩에 실패했던 서브프레임 상에서의 리소스의 수(예를 들면, 또는 그 평균)를 나타낼 수도 있다. WTRU는, 다음 중 하나 이상이 발생할 때 자신이 검색 신호의 존재를 검출했다고 생각할 수도 있다: 리소스에 관해 측정되는 수신된 총 에너지가 임계치를 넘고/넘거나 리소스에 관해 측정되는 참조 신호의 수신된 레벨(예를 들면, 상관기 구현)이 임계치를 넘는다. 참조 신호는 공지의 특성을 갖는 신호일 수도 있다.

WTRU는, 예를 들면, 검색 신호의 나머지 페이로드와 함께 송신되는 순환 중복 검사(cyclic redundancy check; CRC)에 기초하여 디코딩 실패를 결정할 수도 있다. CRC는, 예를 들면, 어떤 기간 내에 수신 WTRU에 의해 공지되는 RNTI로 마스킹될 수도 있다. 그 기간은 구성가능할 수도 있다. 그 기간은 마지막 Z 개의 리소스 할당 기간(예를 들면, 프레임, Y 개의 TTI에 의해 나타내어지는 기간, Y ms, 및/또는 Y 개의 프레임, 및/또는 등등)일 수도 있다. WTRU는 CRC를 성공적으로 수신하는 것 및/또는 검증하는 것에 기초하여 신호 디코딩의 성공을 결정할 수도 있다.

리포트는, 서브프레임 및/또는 다수의 서브프레임 상에서 검색 신호가 수신되었던 리소스의 수를 나타낼 수도 있다. 리포트는 실패한 디코딩 시도의 수 및/또는 검색 신호가 성공적으로 디코딩되었고/디코딩되었거나 상위 레이어로 전달되었던 서브프레임의 수를 나타낼 수도 있다.

리포트는, 모니터링 WTRU가, 예를 들면, 한 기간 내에서 검색 신호(들)의 디코딩에 실패하는 리소스(들)의 인덱스를 나타낼 수도 있다. 그 기간은 구성가능할 수도 있다. 그 기간은 마지막 Z 개의 리소스 할당 기간(예를 들면, 프레임, Y 개의 TTI에 의해 나타내어지는 기간, Y ms, 및/또는 Y 개의 프레임, 및/또는 등등)일 수도 있다. 리포트는 모니터링 WTRU에 의해 전송될 수도 있다. 리포트는 어떤 시간 간격에서 성공적으로 디코딩된 SA 송신의 수를 포함할 수도 있다. 리포트는, 예를 들면, SA에서의 식별자에 의해 또는 상위 레이어(예를 들면, MAC 헤더, ProSE 식별자, 등등)를 통해 결정되는 바와 같은, 관련 데이터 송신에 대한 성공적으로 디코딩된 SA 송신의 수를 포함할 수도 있다. 리포트는, 간섭/원근 효과와 같은 이슈를 야기하는 것으로 결정될 수도 있는 SA와 관련되는 아이덴티티를 포함할 수도 있다. 리포트는, SA 검출이 성공적일 수도 있지만 데이터 수신이 (예를 들면, 시간의 어떤 지속기간 동안) 실패할 수도 있는 SA에 관련되는 아이덴티티를 포함할 수도 있다.

리포트는 WTRU에 의해 측정된 간섭 레벨을 포함할 수도 있다. WTRU는, 예를 들면, 노이즈 측정 시기에, 노이즈 측정을 수행하도록 구성될 수도 있다. 예를 들면, 네트워크는 하나 이상의 서브프레임 동안 D2D 또는 셀룰러 통신을 스케줄링하지 않을 수도 있고 WTRU는 스케줄링되지 않은 서브프레임(들) 동안 노이즈 측정을 수행할 수도 있다. WTRU는, 예를 들면, 하나 이상의 간섭 측정 시기에, 노이즈 측정을 주기적으로 취할 수도 있다. WTRU는 할당된 D2D 리소스(예를 들면, 검색 시간/주파수 리소스)의 세트에 걸쳐 간섭의 레벨을 측정하도록 구성될 수도 있다. WTRU는 측정에 기초하여 노이즈 레벨을 넘는 간섭의 레벨을 보고하도록 구성될 수도 있다. WTRU는, 측정치가 구성된 임계치를 위에 또는 아래에 있을 때를 보고하도록 구성될 수도 있다.

리포트는, 예를 들면, 엘리먼트의 최대 수가 리포트에 포함되도록 및/또는 참조 기간(들)의 최대 수가 보고될 수도 있도록, 사이즈에서 제한될 수도 있다.

WTRU가 리포트를 작성(예를 들면, 생성)할 및/또는 전송(송신)할 하나 이상의 트리거가 존재할 수도 있다. 예를 들면, WTRU는, 자신이 리포트를 요청하는 L3 시그널링을 수신하는 경우, 리포트의 작성 및/또는 송신을 개시할 수도 있다. WTRU는, WTRU가 리포팅을 위해 구성되고 다른 트리거가 리포트의 송신을 트리거하는 경우에 리포트의 송신을 개시할 수도 있다. 시그널링은, (예를 들면, 단일의 아이덴티티에 관련되는) 검색 프로세스 및/또는 이벤트에 고유할 수도 있고, (예를 들면, 하나 이상의 아이덴티티와 관련되는 및/또는 리소스 할당의 타입을 따른) 검색 프로세스 및/또는 이벤트의 서브셋에 고유할 수도 있고, 및/또는 WTRU에 고유할 수도 있다(예를 들면, 하나 이상의 아이덴티티에 적용가능할 수도 있다). 예를 들면, WTRU는, 리포팅 기간 동안 적용가능한 적어도 하나 이상의 송신이 존재하면 리포트의 송신을 개시할 수도 있다. WTRU는, 리포트를 단독으로 및/또는 주목하는 검색 신호의 성공적인 디코딩을 보고하는 메시지의 일부로서, 예를 들면, ProSE 서버로 송신할 수도 있다. ProSE 서버는 리포트를 RAN으로 포워딩할 수도 있고/있거나 정보(예를 들면, 부하/구성 정보)를 RAN, MME, eNB 등등으로 제공할 수도 있다.

WTRU는, 예를 들면, 리포팅 기간 동안 적용가능한 적어도 하나 이상의 송신이 존재하면, 리포트의 작성 및/또는 송신을 주기적으로 개시할 수도 있다. 예를 들면, 리포팅은 검색 시기의 끝에서 및/또는 다수의 검색 시기 이후에 주기적일 수도 있다. WTRU는, 예를 들면, 주기적인 BSR을 따라, D2D 통신에서 주기적으로 보고하도록 구성될 수도 있다.

WTRU는 리포트의 작성 및/또는 송신을 비주기적인 방식으로 개시할 수도 있다. WTRU는, WTRU가 리포팅을 수행해야 한다는 것을 요청하는 제어 시그널링의 수신을 통해 리포트의 송신을 개시할 수도 있다. 시그널링은 네트워크 노드로부터 수신될 수도 있다. 시그널링은 전용 시그널링일 수도 있고/있거나 (예를 들면, 브로드캐스팅 채널 상에서 및/또는 공통 제어 채널 상에서 수신되는) 복수의 WTRU에 적용가능한 시그널링일 수도 있다. 예를 들면, 시그널링은 eNB에 의해 송신되는 허여와 함께 반송될 수도 있다. WTRU는, 예를 들면, 리포팅 기간 동안 적용가능한 적어도 하나 이상의 송신(예를 들면, 구성가능한 송신)이 존재하면, 리포트의 송신을 비주기적인 방식으로 개시할 수도 있다.

시그널링은 (예를 들면, 공통 RNTI를 사용하는 요청 및/또는 공통 제어 채널 상에서 전송되는 요청의 스크램블링과 같은 공통 아이덴티티를 사용하여) 하나 이상의 WTRU를 나타낼 수도 있다. 시그널링은 적어도 하나의 리소스 할당을 가지고 구성되는 하나 이상의 WTRU(예를 들면, 검색을 위해 및/또는 직접적인 WTRU 대 WTRU 통신을 위해 구성되는 WTRU)를 나타낼 수도 있다. 시그널링은, 리포팅이 적용가능한 리소스 할당을 나타낼 수도 있다. 예를 들면, 제어 시그널링은, 리소스 할당 정보 및/또는 인덱싱을 포함할 수도 있고, 그 결과, 예를 들면, WTRU는 리소스 할당 정보 및/또는 인덱싱이 자신의 리소스 구성 중 하나 이상에 대응하는지 또는 그렇지 않은지의 여부를 결정할 수도 있게 된다. 리소스 할당 정보 및/또는 인덱싱이 자신의 리소스 구성 중 하나 이상에 대응한다는 것을 WTRU가 결정하면, WTRU는 리소스에 대한 리포팅을 개시할 수도 있다. 시그널링은 프로세스 및/또는 이벤트의 아이덴티티를 나타낼 수도 있다. 예를 들면, 제어 시그널링은 아이덴티티를 포함할 수도 있고, 그 결과, 예를 들면, WTRU는 아이덴티티가 자신의 프로세스 중 하나 이상에 대응하는지 또는 그렇지 않은지의 여부를 결정할 수도 있다. 프로세스 및/또는 이벤트의 아이덴티티가 자신의 프로세스 중 하나 이상에 대응한다는 것을 WTRU가 결정하면, WTRU는 프로세스 및/또는 이벤트에 관련되는 리소스에 대한 리포팅을 개시할 수도 있다. WTRU는 동작 상태의 변화에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, 리포트는, 검색 기간 및/또는 시기의 마지막 서브프레임 이후에 트리거될 수도 있다. WTRU는, 자신이 eNB와의 일반 동작을 재개하는 때를 네트워크에게 보고할 수도 있다. 리포트는, 스케줄링 기간이 완료된 이후 트리거될 수도 있다. 예를 들면, WTRU는 구성가능한 수의 스케줄링 기간 이후에 리포트를 송신할 수도 있다.

WTRU는 검색 또는 데이터 송신 프로세스 및/또는 이벤트의 결과에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는, 자신이 데이터의 검색 또는 송신이 성공적이지 않다는 것을 결정할 때 리포팅을 개시할 수도 있다. 예를 들면, WTRU는, 검색 또는 데이터 송신이 시간의 소정의 기간 동안 및/또는 시도의 소정 횟수(예를 들면, 검색 신호의 적어도 하나의 송신을 갖는 기간)에 대해 성공적이지 않았다는 것을 WTRU가 결정할 때 리포팅을 개시할 수도 있는데, 이것은 리포팅의 구성가능한 양태일 수도 있다.

WTRU는 SA 수신/송신의 결과에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. WTRU는, 구성가능한 수의 SA의 수신이 성공적이지 않다는 것을 WTRU가 결정할 때 리포팅을 개시할 수도 있다. WTRU는, WTRU가 SA를 구성가능한 횟수 송신할 수 없었을 수도 있다는 것을 WTRU가 결정할 때, 예를 들면, 어떠한 SA 리소스도 이용가능하지 않을 때, 리포팅을 개시할 수도 있다.

WTRU는, 모니터링 WTRU에 의한 물리적 레이어 검색 신호 디코딩의 결과에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는, 디코딩 실패 및/또는 성공의 소정의 비율이 도달되었다는 것을 WTRU가 결정할 때 네트워크로의 리포트를 개시할 수도 있다. 예를 들면, 리포트는, (예를 들면, 송신 패턴에 의해 정의되는 바와 같은) 하나 이상의 허용된 검색 프레임 또는 D2D 통신 서브프레임에서 소정 수의 디코딩 실패가 발생했다는 것을 WTRU가 결정할 때 트리거될 수도 있다.

리포트는, WTRU가 모니터링 WTRU에 의한 실패 트리거를 검출할 때 트리거될 수도 있다. 리포트는, 하나 이상의 리소스 상에서의, 예를 들면 서브프레임 상에서의, 및/또는 다수의 서브프레임(예를 들면, 데이터 패턴에 의해 나타내어지는 바와 같은, 연속하는 서브프레임, 구성된 기간에 걸친 다수의 서브프레임, 및/또는 등등)에 걸친 구성된 수의 검색 신호 또는 데이터 수신 기회의 디코딩을 WTRU가 실패할 때 트리거될 수도 있다. 리포트는, D2D 송신(예를 들면, 검색 신호 또는 D2D 데이터)의 디코딩 실패의 비율이 서브프레임 및/또는 다수의 서브프레임(예를 들면, 연속하는 서브프레임, 구성된 기간에 걸친 다수의 서브프레임, 및/또는 등등) 상에서의 임계치보다 높을 때, 트리거될 수도 있다. 디코딩 실패의 비율은, 실패한 디코딩 시도의 횟수 나누기 검색 신호가 송신되고 있는 리소스 상에서의 총 디코딩 시도의 횟수인 것으로 결정될 수도 있다. 디코딩 실패의 비율은, 실패한 디코딩 시도의 횟수 나누기 모니터링 리소스의 총 수인 것으로 결정될 수도 있다. 리포트는, 시간의 어떤 기간 동안 (예를 들면, 블록 에러율(block error rate)인 BER, 동작 중지(outage) 등등의 관점에서) SA 또는 D2D 데이터 통신의 실패의 비율을 WTRU가 결정할 때 트리거될 수도 있다. 리포트는, 실패의 비율이 임계치보다 더 큰 때를 WTRU가 네트워크로 보고할 때 트리거될 수도 있다.

리포트는, 디코딩되는 패킷의 성공율(예를 들면, 성공적으로 디코딩된 패킷의 수 나누기 총 시도 횟수)에 기초하여 트리거될 수도 있다.

리포트는, 송신 WTRU에 의한 송신 시도의 결과에 기초하여 트리거될 수도 있다. 예를 들면, WTRU는, 송신 시도의 결과(예를 들면, 송신 실패, 성공적인 송신 이전의 시도 횟수, 및/또는 등등)에 기초하여 리포트의 송신을 시도할 수도 있다. 송신 실패는, 하나 이상의 검색 서브프레임(예를 들면, 허용된 검색 서브프레임)의 검색 리소스(예를 들면, 허용된 검색 리소스) 상에서 송신을 위한 이용가능한 리소스를 WTRU가 발견하지 못하는 것을 나타낼 수도 있다. 송신 시도는, 예를 들면, 검색 서브프레임 상에서 하나 이상의 허용된 리소스에 걸쳐 검색 신호의 송신을 WTRU가 시도하는 것을 포함할 수도 있다. 성공적인 송신은, WTRU가 송신을 위한 이용가능한 리소스를 발견하는 것 및/또는 무선을 통해 검색 신호를 송신하는 것을 포함할 수도 있다. 예를 들면, 송신 시도는, 예컨대 D2D 데이터 통신을 위해, SA 및/또는 관련 D2D 데이터의 송신을 WTRU가 시도하는 것을 나타낼 수도 있다. 성공적인 송신은, 예컨대 D2D 데이터 통신에서, SA 및 관련 D2D 데이터의 송신을 위한 이용가능한 리소스를 WTRU가 발견하는 것을 나타낼 수도 있다.

WTRU는 송신 실패에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는, 이용가능한 검색 리소스(예를 들면, 검색 풀)의 세트에서의 적어도 검색 신호의 송신 실패의 결과로서 리포트의 작성 및/또는 송신을 개시할 수도 있다. 송신 실패는, WTRU가 주어진 서브프레임 또는 서브프레임의 세트에서 송신하지 못하는 경우일 수도 있다. 송신 실패는, WTRU가 검색 시기 내에서 검색 신호를 송신하지 못하는 경우일 수도 있다. 송신 실패는, WTRU가 시간의 구성된 기간에 걸쳐 송신을 위한 리소스를 발견하지 못하는 경우일 수도 있다. 송신 실패는, WTRU가 어떤 기간(예를 들면, 네트워크 허여가 유효할 수도 있는 기간) 내에 SA 및/또는 관련 데이터를 송신하지 못하는 경우일 수도 있다. 송신 실패는, WTRU가 어떤 기간(예를 들면, 네트워크 허여가 유효한 기간) 내에 SA 및/또는 관련 데이터의 송신을 위한 리소스를 발견하지 못하는 경우일 수도 있다. 송신 실패는 WTRU가 시간의 어떤 기간(T) 동안 WTRU가 구성된 횟수 송신에 실패한 것을 WTRU가 검출하는 경우일 수도 있다. 예를 들면, 시간의 어떤 기간에 걸친 실패 카운트는 검색 시기 및/또는 다수의 검색 시기 내에서의, 또는 하나 이상의 PDCP, MAC 또는 RLC PDU로의 D2D 데이터 전달을 위한 검색 신호의 다수의 송신에 관련될 수도 있다(예를 들면, WTRU는 검색 기간 내에서 Y 개의 검색 서브프레임 사이에서 X 번의 실패를 가질 수도 있고, WTRU는 스케줄링 기간 내의 Y 개의 새로운 데이터 송신 시기 사이에서 X 개의 MAC PDU 실패를 가질 수도 있다). 송신 실패는, 검색 신호 송신 시도에 대한 실패의 횟수가 시간의 구성된 기간 내에서 임계치를 넘는다는 것을 WTRU가 검출하는 경우(예를 들면, 검색 신호의 각각의 송신 시도에 대해 WTRU가 시간의 어떤 기간 동안 송신하지 못하는 경우)일 수도 있다 송신 실패는, 구성된 수의 연속하는 허용된 검색 서브프레임의 걸쳐 WTRU가 송신하지 못하는 경우일 수도 있다. 송신 실패는, 시간의 구성된 기간에 걸쳐 목표 QoS 및/또는 검색 송신 레이트를 달성하기 위한 송신에 대한 충분한 리소스를 WTRU가 발견하지 못하는 경우일 수도 있다.

WTRU는 성공적인 송신 이전의 시도 횟수에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는, WTRU가 하나 이상의 검색 신호 또는 D2D 데이터 통신 신호를 성공적으로 송신하기 이전의 시도 횟수에 기초하여 네트워크에게 보고할 수도 있다. 리포트는, 주어진 송신 및/또는 다수의 송신에 대한 성공 이전에 WTRU가 X 번 보다 많은 시도를 가질 수도 있는 경우에 트리거될 수도 있다. 리포트는, 주어진 WTRU에 대한 성공 이전의 평균 시간이 임계치보다 더 큰 경우에 트리거될 수도 있다. 리포트는, 성공률(예를 들면, 성공 횟수/총 시도 횟수)이 임계치보다 낮은 경우에 트리거될 수도 있다.

WTRU는 측정된 리소스 활용도에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는 측정된 리소스 활용도 상태에 기초하여 리포트를 개시할 수도 있다. 리포트 및 리소스 활용도는 송신 WTRU 및/또는 모니터링 WTRU에 의해 측정될 수도 있다. 검색 측정 리소스 활용도(discovery measured resource utilization)는, WTRU가 하나 이상의 서브프레임에서 검색 리소스에 대한 측정을 수행하는 것 및/또는 리소스 상에서의 에너지 레벨을 측정하는 것을 나타낼 수도 있다.

리소스 활용에 관련되는 트리거는, 서브프레임에서 임계치 미만의 측정된 에너지를 갖는 리소스의 수(number of resources; NR)가, 예를 들면, 시간의 어떤 기간에 걸쳐, 구성된 임계치 미만인 경우일 수도 있다. 그 시간의 기간은, 예를 들면, 서브프레임, 구성된 수의 서브프레임, 다수의 연속하는 서브프레임, 검색 시기 내에서의 허용된 검색 서브프레임의 백분율, 및/또는 등등일 수도 있다. 리소스 활용에 관련되는 트리거는, 서브프레임에서 임계치를 초과하는 측정된 에너지를 갖는 리소스의 수(NR)가, 시간의 어떤 기간에 걸쳐, 구성된 임계치를 초과하는 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, 서브프레임에서의 검색 리소스의 전체 또는 서브셋에 걸친 평균 측정된 에너지가, 예를 들면, 시간의 어떤 기간 동안, 임계치를 넘거나 또는 임계치 미만인 경우일 수도 있다. 리소스 활용에 관련되는 트리거는, 서브프레임에서의 검색 리소스의 총 수에 대한 임계치 미만인 또는 임계치를 초과하는 측정된 에너지를 갖는 리소스의 비율이, 예를 들면, 시간의 어떤 기간에 걸쳐, 임계치 아래에 있거나 또는 임계치를 초과하는 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, (예를 들면, 임계치 미만인 또는 임계치를 초과하는 측정된 에너지를 갖는 리소스의 비율 및/또는 수에 기초한) 시간의 구성된 기간에 걸친 리소스 활용도가, WTRU가 목표 QoS 및/또는 검색 송신 레이트를 충족하기에는 불충분하다는 것을, WTRU가 결정하는 경우일 수도 있다.

WTRU는, 예를 들면, D2D 통신에서의 측정된 리소스 활용도에 기초하여 리포트의 작성 및/또는 송신을 개시할 수도 있다. 예를 들면, WTRU는, 예를 들면, D2D 통신에서의 측정된 리소스 활용 상태에 기초하여 리포트를 개시할 수도 있다. 리포트 및 리소스 활용도는 송신 WTRU 및/또는 모니터링 WTRU에 의해 측정될 수도 있다.

리소스 활용에 관련되는 트리거는, 성공적으로 디코딩되는 SA 리소스의 수가, 구성된 임계치를 넘는 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, 성공적으로 디코딩되는 SA 리소스의 수가, 구성된 임계치 미만인 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, (예를 들면, 집성된 수신 SA에 의해 나타내어지는 바와 같은) D2D 데이터 PRB의 수가 구성된 임계치를 넘는 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, (예를 들면, 집성된 수신 SA에 의해 나타내어지는 바와 같은) D2D 데이터 PRB의 수가 구성된 임계치 미만인 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, (예를 들면, D2D 데이터 통신에 관련되는) 구성된 복수의 PRB에서 측정되는 에너지가 임계치를 넘는 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, (예를 들면, D2D 데이터 통신에 관련되는) 구성된 복수의 PRB에서 측정되는 에너지가 임계치 미만인 경우일 수도 있다.

리소스 활용에 관련되는 트리거는, D2D 데이터 송신 서비스(예를 들면, VoIP, 비디오 스트리밍, 등등)를 위한 목표 및/또는 필수 QoS를 충족하기에는, 이용가능한 리소스가 불충분할 수도 있다는 것을 WTRU가 결정하는 경우일 수도 있다.

WTRU는, 커버리지 상황 및/또는 D2D 송신 모드(예를 들면, 모드 1(eNB 제어식), 모드 2(비eNB 제어식))에서의 변화의 검출시 리포트의 송신을 트리거하도록 구성될 수도 있다. WTRU는 리포트의 송신을 트리거하도록 구성될 수도 있다. WTRU는, WTRU가 eNB 커버리지에 들어갈 때 리포트의 송신을 트리거하도록 구성될 수도 있다. 예를 들면, WTRU는, WTRU가 eNB에 대해 성공적으로 연결될(예를 들면, RRC 연결 상태) 때, 자신이 업링크 커버리지를 갖는다는 것을 검출 할 수도 있다.

WTRU는, WTRU가 모드 1에 진입할 때 리포트의 송신을 트리거하도록 구성될 수도 있다. WTRU는, WTRU가 모드 1에서 동작하도록 구성될 때 리포트를 송신하도록 구성될 수도 있다.

WTRU는, WTRU가 셀을 변경할 때, 리포트의 송신을 트리거하도록 구성될 수도 있다. WTRU는, 예를 들면, 핸드오버 이후에, 새로운 eNB로 리포트를 송신하도록 구성될 수도 있다. WTRU는, 추적 영역 업데이트의 송신시 송신하도록 구성될 수도 있다. WTRU는, WTRU가 D2D 데이터 통신을 가지고 구성되고, 예를 들면, 아이들 모드에서 셀을 변경할 때 송신하도록 구성될 수도 있다.

WTRU는, (예를 들면, MAC 제어 엘리먼트로서) L2(예를 들면, MAC) 시그널링을 사용하는 리포트를, L3(예를 들면, RRC) 시그널링으로서(예컨대, 예를 들면, 리포팅 프로시져의 일부로서의 RRC PDU로서), 및/또는 상위 레이어 시그널링(예를 들면, NAS 시그널링, 애플리케이션 시그널링, 및/또는 등등)으로서 송신할 수도 있다. 예를 들면, WTRU는, 리포팅을 트리거하는 PDCCH(예를 들면, 비주기적 요청) 상에서 제어 시그널링을 수신할 수도 있다. WTRU는 리포트를 MAC 제어 엘리먼트로서 모을 수도 있고 그것을 업링크 송신(예를 들면, 다음 업링크 송신)에 포함시킬 수도 있다. eNB는 리포팅 프로시져의 엔드포인트일 수도 있다.

WTRU는, 리포팅을 트리거하는 RRC PDU로서 시그널링 무선 베어러(signaling radio bearer; SRB) 상에서 요청을 수신할 수도 있다. 예를 들면, WTRU는 리포트를 RRC PDU로서 모을 수도 있고 그것을 SRB 상에서의 송신에 이용가능하게 만들 수도 있다.

WTRU는 애플리케이션 레벨에서 리포팅을 트리거할 수도 있다. 예를 들면, WTRU는 애플리케이션 레이어 제어 패킷을 모을 수도 있고, 그것을 RRC PDU로서 송신에 대해 이용가능하게 만들 수도 있고(예를 들면, 그것을 (예를 들면, NAS가 사용되는 경우에) 당해 SRB 상에서의 송신에 대해 이용가능하게 만들 수도 있고) 및/또는 유저 플레인 데이터로서 송신에 대해 이용가능하게 만들 수도 있다(예를 들면, 그것을 대응하는 DRB를 위한 송신에 대해 이용가능하게 만들 수도 있다). ProSe 및/또는 애플리케이션 서버는 리포팅 프로시져의 엔드포인트일 수도 있다.

WTRU는, WTRU가 RRC IDLE 모드에 있으면 리포팅을 트리거할 수도 있다. 예를 들면, WTRU는, CONNECTED 모드로의 전환을 개시할 수도 있고 적용가능한 시그널링 방법에 따라 리포트를 송신할 수도 있다. WTRU는 IDLE 모드에 남아 있을 수도 있고, 예를 들면, RRC 및/또는 상위 레이어 프로토콜이 사용되면, WTRU가 CONNECTED 모드로 이동할 때까지, 리포트의 송신을 지연시킬 수도 있다.

네트워크 노드(예를 들면, 기지국, 예를 들면, 진화형 노드 B(evolved Node B; eNB))는 리포트를 수신할 수도 있다. 리포트를 수신하는 네트워크 노드는, 예를 들면, 리포트가 다수의 소스로부터 수신되면, 주어진 소스에 대한 블로킹 레이트(blocking rate)를 결정할 수도 있다. 리포트를 수신하는 네트워크 노드는, 추정된 레이트가, 예를 들면, 레이트가 소정의 임계치 위에 있으면, 더 낮을 수도 있도록, 하나 이상의 WTRU에 대한 리소스를 재구성하는 프로시져를 개시할 수도 있다.

리소스 관리를 위한 검색 신호 송신 제어가 제공될 수도 있다. 네트워크 엔티티(예를 들면, eNB, ProSe 서버, 및/또는 등등)는, 예를 들면, D2D에 할당되는 리소스를 관리하기 위한 목적으로, 검색 신호의 송신에 관해 직접적인 제어를 가질 수도 있다.

WTRU는, 네트워크로부터의 시그널링의 수신에 후속하여 하나 이상의 리소스에서 검색 신호의 송신을 일시정지할 수도 있고/있거나 재개할 수도 있다. 네트워크는, 예를 들면, 하나 이상의 WTRU에 의해 생성되는 부하 및/또는 간섭의 레벨에 액세스하기 위해 및/또는 리소스에서의 혼잡 상황을 진단하고/진단하거나 일시적으로 완화시키기 위해, 이 기능성을 활용할 수도 있다. 예를 들면, 네트워크는, WTRU로부터의 송신을 일시정지시키는 것에 의해 및/또는 일시정지(suspension) 이후 향상된 성능을 나타내는 리포트를 하나 이상의 다른 WTRU로부터 수신하는 것에 의해, WTRU가 리소스에서 다른 WTRU에 대해 과도한 충돌 및/또는 간섭을 야기할 수도 있다는 것을 결정할 수도 있다. 네트워크는 보정 액션, 예를 들면, 리소스의 상이한 세트로 WTRU를 재할당하는 것, 리소스의 특정 세트 내의 리소스(예를 들면, 특정한 리소스 풀로부터의 리소스)를 사용하도록 WTRU를 제한하는 것, 검색 신호 송신에 이용가능한 리소스의 양을 증가시키는 것, 및/또는 등등을 취할 수도 있다. 송신의 일시정지를 나타내는 시그널링을 WTRU가 수신하면, 일시정지는, 소정의 기간 동안(예를 들면, 시그널링의 수신시 개시된 타이머의 만료까지) 및/또는 송신의 재개를 나타내는 시그널링의 수신까지, 유효하게 남아 있을 수도 있다. 타이머의 지속기간은, 상위 레이어에 의해 구성될 수도 있고/있거나 시그널링에서 나타내어질 수도 있다.

송신의 일시정지 및/또는 재개는, WTRU에 의해 송신되는 하나 이상의 검색 신호에 적용될 수도 있다. 일시정지는 하나 이상의 리소스(예를 들면, 리소스의 서브셋)에 적용가능할 수도 있다. 검색 신호(들) 및/또는 리소스는 시그널링에서 나타내어질 수도 있다.

WTRU는 네트워크로부터의 시그널링의 수신에 후속하여 하나 이상의 리소스에서 하나 이상의 검색 신호의 송신을 개시할 수도 있다. WTRU가 검색 신호의 송신을 다르게는 송신하지 않을지라도, 예를 들면, 애플리케이션에 기초하여 및/또는 ProSe 서버로부터의 구성에 기초하여, 송신은 발생할 수도 있다. 네트워크는, 예를 들면, 다른 WTRU가, 예를 들면, 본원에서 제공되는 예에 따라 리소스에 관해 측정하도록 및/또는 보고하도록 구성되는 시간의 어떤 기간에 걸쳐 검색 신호 송신으로부터의 부하를 제어하기 위해, 이 기능성을 활용할 수도 있다. 이것은, 네트워크가 WTRU 사이의 잠재적인 충돌 및/또는 간섭 이슈에 관한 정보를 보다 신뢰성 있게 및/또는 그렇지 않은 경우보다 더 빠르게 획득하는 것을 허용할 수도 있다.

WTRU가 (예를 들면, 상기에 따른 것과 같이) 송신 순서를 수신하는 경우, 검색 신호의 특성은 특정 값으로 설정될 수도 있다. 특성은 검색 신호의 송신을 위해 사용되는 리소스, 검색 페이로드, 검색 신호를 디코딩하기 위해 사용되는 CRC를 마스킹하기 위해 사용되는 RNTI, 복조 RS의 값 및/또는 구성, 및/또는 등등을 포함할 수도 있다.

특성의 값은, 상위 레이어에 의해 구성될 수도 있고, 미리 결정될 수도 있고, 및/또는 시그널링에서 나타내어질 수도 있다. 수신 WTRU는, 특성을 특정 값으로 설정한 수신된 검색 신호가 제어 및/또는 관리 목적을 위해(예를 들면, 제어 및/또는 관리 목적을 위해서만) 송신되었다는 것을 결정할 수도 있다. 수신 WTRU는, 수신된 검색 신호가 (예를 들면, 리포팅 성능을 제외한) 상위 레이어로 전달될 유용한 정보를 포함하지 않을 수도 있다는 것을 결정할 수도 있다.

리소스에 관해 측정하고/측정하거나 측정하는 WTRU는, 적어도 하나의 특성과 매치하는 하나 이상의 검색 신호를 모니터링할 수도 있다. WTRU는, 시그널링 순서를 수신하지 않으면서 상기 특성에 따라 검색 신호를 송신할 수도 있다(예를 들면, 주기적으로 송신할 수도 있다). 송신 인스턴스 및/또는 특성 값은 상위 레이어에 의해 구성될 수도 있다.

검색 송신 제어의 지원하는 시그널링 메커니즘이 제공될 수도 있다. 시그널링은, 물리 레이어에서, MAC 및/또는 RRC 서브레이어에서, 및/또는 상위 레이어에서 수신될 수도 있다. 예를 들면, WTRU는 RNTI를 사용하여 검색 공간(예를 들면, 공통 검색 공간)에서 다운링크 제어 정보를 모니터링할 수도 있다. RNTI는 검색 신호를 송신하도록 구성되는 하나 이상의 WTRU에 공통일 수도 있다.

시그널링은, 예를 들면, WTRU 페이징 시기에 및/또는 검색 송신 제어의 목적을 위해 사용되는 페이징 시기에 수신되는 페이징 메시지를 포함할 수도 있다.

시그널링은, 커맨드에 관련되는 검색 신호(들) 및/또는 WTRU의 아이덴티티의 세트 및/또는 아이덴티티의 표시(예를 들면, 명시적 표시)를 포함할 수도 있다. 아이덴티티의 세트는 그룹 식별자와 동일할 수도 있다. 그룹 식별자와 아이덴티티의 세트 사이의 매핑은, 상위 레이어에 의해 구성될 수도 있고(예를 들면, 검색 신호를 송신하는 WTRU는, 예를 들면, 송신 제어의 목적을 위해, 그룹 식별자를 가지고 구성될 수도 있다) 및/또는 검색 신호 아이덴티티 및/또는 WTRU의 비트의 서브셋(예를 들면, 최하위 비트(least significant bit) 또는 최상위 비트(most significant bit))을 포함할 수도 있다.

WTRU는 수신된 시그널링에 대해 확률론적으로 작용할 것을 결정할 수도 있다. 예를 들면, WTRU는 랜덤 수(예를 들면, 0과 1 사이)를 도출할 수도 있고, 랜덤하게 고른 수가 임계치 미만이면(예를 들면, 또는 임계치를 넘으면) 랜덤하게 고른 수가 수신된 시그널링에 의해 영향을 받는다는 것을 결정한다. 임계치는, 미리 결정될 수도 있고, 시그널링에서 나타내어질 수도 있고, 및/또는 상위 레이어에 의해 사전 구성될(pre-configured) 수도 있다. 임계치의 사용은, 네트워크가, 송신을 개시하고/개시하거나 일시정지하기 위한 순서에 의해 영향을 받는 WTRU의 백분율 및/또는 검색 신호의 백분율을 제어하는 것을 허용할 수도 있다.

단일의 시그널링 순서는, 하나 이상의 WTRU에 의해 일시정지 순서로서 및/또는 다른 WTRU에 의해 송신 순서로서 해석될 수도 있다. 예를 들면, 시그널링을 수신하는 WTRU는, 자신의 아이덴티티가 제1 시그널링된 그룹 아이덴티티에 포함되면 자신이 검색 신호의 송신을 개시할 수도 있다는 것을 결정할 수도 있다. 시그널링을 수신하는 WTRU는, 자신이 제1 그룹 아이덴티티에 포함되지 않으면 및/또는 자신이 시그널링에 포함되는 제2 그룹 아이덴티티에 포함되면, 자신이 검색 신호(들)의 송신을 일시정지할 수도 있다는 것을 결정할 수도 있다.

검색 신호 아이덴티티 및/또는 WTRU의 제1 서브셋에 대한 송신을 제어하기 위한 시그널링은, 검색 신호 아이덴티티 및/또는 WTRU의 제2 서브셋에 대한 검색 리소스에 간한 측정 및/또는 리포팅을 트리거하기 위해 사용되는 시그널링과 결합될 수도 있다.

WTRU가 리소스 사용량을 조정하는 것을 허용하기 위한 메커니즘이 제공될 수도 있다. 일단 WTRU가 검색 신호의 송신을 위한 리소스를 가지고 구성되면, WTRU는 그에 따라 송신을 수행할 수도 있다. WTRU가 eNB와의 커버리지 내에 있으면, 리소스 풀 및/또는 전용 리소스는 사전 구성될 수도 있고/있거나 네트워크에 의해 동적으로 구성될 수도 있다. WTRU가 eNB의 커버리지 밖에 있으면, WTRU는, 저장된 사전 구성으로부터 및/또는 조정용 엔티티(coordinating entity)(예를 들면, 클러스터 헤드)로부터 리소스 구성을 획득할 수도 있다. 송신하는 엔티티 및 수신하는 엔티티에 의해 사용되는 리소스는, 예를 들면, 동일한 구성용 엔티티(configuring entity)의 커버리지에 있는 및/또는 구성 엔티티와 관련되는 WTRU가 서로 협력할 때 검색/통신이 지원되면, 조정될 수도 있다. WTRU가 다수의 도메인에서 동시에 송신 및/또는 수신을 수행할 때, 예를 들면, 조정되지 않은 시나리오에서 검색/통신이 지원되면, 이슈가 발생할 수도 있다.

리소스 할당을 위해, WTRU는, 커버리지 밖 모드에서 동작하고 있을 때 송신/수신하기 위한 리소스 풀을 가지고 사전 구성될 수도 이다. 특히, 모든 WTRU는 또한, 리소스 구성 정보를 송신 및 수신할 리소스(예를 들면, 제어 정보 메시지, 예를 들면, 동기화 메시지를 전송할 곳)를 가지고 사전 구성될 수도 있다. WTRU는 또한, 리소스 풀 내에서 어떤 리소스를 사용할지를 제어하는 제어용 엔티티에 의해 구성될 수도 있다.

도 6은, 커버리지 내, 커버리지 밖, 및 부분적인 커버리지 D2D 검색 및/또는 통신을 위한 시나리오의 한 예를 예시하는 도면이다.

커버리지 내 WTRU는, 다른 조정되지 않은 제어용 엔티티(other uncoordinated controlling entity)에 의해 제어될 수도 있고/있거나 상이한 스펙트럼에서 동작하고 있을 수도 있는 이웃하는 WTRU를 검색할 수도 있고/있거나 그 이웃하는 WTRU에 의해 검색될 수도 있다. eNB가 커버리지 내 검색을 위한 리소스 풀을 제공할 수도 있기 때문에, WTRU는, 예를 들면, 이웃하는 WTRU가 동일한 리소스 풀을 모니터링하고 있지 않으면, 이웃하는 WTRU를 검색할 수 없을 수도 있고/있거나 그 이웃하는 WTRU에 의해 검색되지 않을 수도 있다. 커버리지 내 WTRU는 수신 및/또는 송신을 수행하기 위해 공공 안전(public safety; PS) 스펙트럼 및/또는 커버리지 밖 스펙트럼으로 이동할 수도 있지만(예를 들면, 자율적으로 이동할 수도 있지만), 그러나, 예를 들면, 네트워크 조정이 없으면, 이것은 데이터의 손실 및/또는 페이징 수신의 손실로 나타날 수도 있다. eNB와 커버리지 내 WTRU 사이의 조정을 허용하기 위한 메커니즘이 제공될 수도 있다.

커버리지 내 WTRU는, 커버리지 밖 WTRU와의 통신을 수행할 것을, 다른 WTRU와의 WTRU 대 네트워크 릴레이로서 작용할 것을 결정할 수도 있고/있거나, 사전 구성에 의해 및/또는 서빙 eNB와 조정되지 않을 수도 있는 제어용 엔티티(예를 들면, 클러스터 헤드)에 의해 사용할 리소스의 세트를 결정할 수도 있는 이웃하는 WTRU와 통신을 수행할 것을 결정할 수도 있다. 이웃하는 WTRU에 의한 송신을 위해 사용되는 리소스 및/또는 시간은 서브프레임 - 이 서브프레임에서 커버리지 내 WTRU는 일반 셀룰러 통신을 수행하고 있을 수도 있음 - 에 대응할 수도 있다. 커버리지 내 WTRU는 시간 및/또는 리소스를 요청하기 위해 eNB와 조정할 수도 있는데, 그 시간 및/또는 리소스에서 커버리지 내 WTRU는, eNB와의 셀룰러 연결에 부정적으로 영향을 끼치지 않으면서, 이웃하는 WTRU와 통신할 수 있다

WTRU는 리소스 - 이 리소스에서 이웃하는 WTRU는 수신할 것으로 및/또는 송신할 것으로 예상됨 - 상에서 송신으로 및/또는 수신으로 스위칭할 수도 있다(예를 들면, 자동적으로 스위칭할 수도 있다). 이것은, 데이터 손실, WTRU가 UL에서 송신하지 않는 것, 및/또는 아이들 모드에 있는 동안 페이징 시기를 놓치는 것으로 나타날 수도 있다. 데이터 손실 및/또는 페이징의 손실을 방지하기 위해, 예를 들면, 단일의 송신 및/또는 수신을 사용하는 WTRU에 대해, eNB, 커버리지 내 WTRU, 커버리지 밖 WTRU, 및/또는 제어용 엔티티 커버리지 밖 WTRU 사이의 조정이 제공될 수도 있다. 조정은, 이 통신이 발생할 것으로 예상되는 시간 패턴의 조정 및/또는 이 통신 및/또는 검색이 발생할 수도 있는 리소스(예를 들면, 주파수 및/또는 시간)의 조정을 수반할 수도 있다.

조정은, 제어용 엔티티가, 통신에서 수반되는 WTRU가 사용하고 있는 리소스를 정렬하는 것 및/또는 이들 시간 기간 동안 스케줄링 제한을 인식하는 것을 허용하는 것을 목표로 할 수도 있다.

네트워크 및/또는 조정용 엔티티는, 예를 들면, 네트워크가 리소스를 재할당할 수도 있도록 및/또는 그에 따라 WTRU를 스케줄링할 수도 있도록, 리소스 할당 충돌을 인식하게 만들어질 수도 있다. 예를 들면, 이것은, 상이한 엔티티에 의해 제어될 수도 있는 상이한 클러스터에 걸친 통신을 위해 수행될 수도 있다. eNB는 클러스터 헤드 및/또는 그룹 및/또는 클러스터에서의 제어용 엔티티를 나타낼 수도 있다. 커버리지 내 WTRU는, 클러스터 헤드 및/또는 제어용 엔티티에 연결되는 WTRU를 나타낼 수도 있다. 이웃하는 WTRU, PS WTRU, 및/또는 커버리지 밖 WTRU는, 직접 통신에서 동작하도록 구성되는 WTRU를 나타낼 수도 있다. 이웃하는 WTRU, PS WTRU, 및/또는 커버리지 밖 WTRU에 대한 리소스 풀 및/또는 구성은, 커버리지 내 WTRU와는 상이한 및/또는 리소스가 사전 구성되는 조정되지 않은 제어용 엔티티에 의해 제어될 수도 있다.

커버리지 내 및 커버리지 밖과 관련하여 본원에서 설명되는 방법은, 상이한 조정되지 않은 제어용 엔티티 또는 eNB 등등에 의해 제어될 수도 있는 WTRU 사이의 조정을 허용하기 위해 적용될 수도 있다.

커버리지 내 WTRU는 조정될 수도 있고, 갭(들)을 요청할 수도 있고, 및/또는 커버리지 밖 WTRU와 통신하기 위한 리소스를 요청할 수도 있다. 도 7은 커버리지 내 WTRU와 커버리지 밖 WTRU 사이의 통신의 예시적인 시나리오의 도면이다. 예를 들면, 네트워크 밖 링크(예를 들면, PC5)를 위한 리소스 할당을 협상하기 위한 커버리지 내 WTRU와 커버리지 밖 WTRU 사이의 상호작용이 제공될 수도 있다. 예를 들면, 리소스 재구성 및/또는 갭/패턴 구성을 지원하기 위한 커버리지 내 WTRU와 eNB 사이의 상호작용이 제공될 수도 있다. 본원에서 설명되는 예는, 커버리지 내 WTRU가 공공 안전 리소스 상에서 직접적인 공공 안전 통신을 수행하는 경우에 적용될 수도 있다.

커버리지 밖 링크에 대한 리소스 할당을 협상하기 위한 방법이 제공될 수도 있다. 커버리지 내 WTRU는, 예를 들면, 데이터 손실의 리스크 없이 커버리지 내 WTRU가 셀룰러 통신과 동조하지 않을 수도 있도록 하는 조정된 시간 및/또는 갭 패턴을 가질 수도 있다. 커버리지 밖 WTRU는, 예를 들면, 주목 당사자가 통신을 수신할 수도 있는 것을 보장하기 위해, 수신할 것으로 및/또는 송신할 것으로 예상되는 시간 및/또는 장소를 인식할 수도 있다.

통신을 위한 패턴은, WTRU가 송신 및/또는 수신할 수도 있는 시간 패턴(예를 들면, 주기, 싸이클, 지속기간, 및/또는 등등)을 나타낼 수도 있다. 통신을 위한 패턴은, 수신을 위한 시간 패턴 및 송신을 위한 시간 패턴을 나타낼 수도 있다. 통신을 위한 패턴은 리소스 정보, 예를 들면, 주파수, 서브프레임(들), PRB(들), 및/또는 등등을 포함할 수도 있다.

커버리지 밖 WTRU는 리소스 할당을 결정할 수도 있고/있거나 구동할 수도 있다. 도 8은, 리소스 할당을 결정하기 위해 및/또는 구동하기 위해 커버리지 밖 WTRU에 대해 사용될 수도 있는 시그널링의 한 예의 도면이다. 리소스 할당은, PS 링크에 대한 시간, 갭 패턴, 및/또는 시간 및/또는 주파수 구성을 나타낼 수도 있다. 예를 들면, 커버리지 밖 WTRU는 (예를 들면, 기지의 사전 구성된 리소스에서) 리소스 할당 구성을 제공할 수도 있고/있거나 브로드캐스트할 수도 있는데, 커버리지 밖 WTRU는 리소스 할당 구성을 사용하기 위해 구성되고/구성되거나 통신을 위해 리소스 할당 구성을 사용하고 있다. 리소스 할당은, SA, 브로드캐스트 동기화 메시지, 제어 메시지, 및/또는 등등의 형태일 수도 있다. 리소스 구성은 시간 및/또는 주파수 패턴 - 이 시간 및/또는 주파수 패턴에서 PS WTRU는 송신 및/또는 수신할 것으로 예상됨 - 을 포함할 수도 있다.

WTRU는, 커버리지 내 WTRU가 존재한다는 것을 WTRU가 결정하면, 리소스 구성을 제공할 수도 있다. WTRU는 리소스 구성을 주기적으로 또는 항시 및/또는 데이터 송신 이전에 제공할 수도 있다. WTRU는, 상이한 스펙트럼에서 동작하고 있는 WTRU가 예상될 때 리소스 구성을 제공할 수도 있다.

WTRU(예를 들면, 커버리지 내 WTRU)는 구성 및/또는 시간 패턴을 (예를 들면, 커버리지 밖 WTRU로부터) 수신할 수도 있다. WTRU는 구성 정보를 리포트에서 eNB로 전달할 수도 있다. eNB로 전달되는 통신은, 커버리지 밖 WTRU에 대한, 예를 들면, 커버리지 밖 WTRU가 통신하기 위해 사용할 추천된 갭 패턴 및/또는 주파수 리소스를 포함할 수도 있다. 커버리지 내 WTRU는, 예를 들면, 커버리지 밖 WTRU가, 커버리지 내 WTRU에서와 동일한 그룹에 속하는 WTRU이다는(예를 들면, WTRU가 이 디바이스로부터 수신하도록 허용된다는) 것을 커버리지 내 WTRU가 결정하면, 이 정보를 eNB로 전송할 것을 결정할 수도 있다. eNB는 (예를 들면, 검색 및/또는 통신을 위해) 자신이 사용하는 리소스 풀을 재구성할 수도 있고/있거나 커버리지 내 WTRU에게, 커버리지 밖 링크를 들을(listen to) 스케줄링 기회 및/또는 갭을, 예를 들면, 커버리지 밖 WTRU에 의해 제공되는 리소스에 따라 제공할 수도 있다. eNB는 갭 패턴을 제공할 수도 있다. eNB는 제안된 갭 패턴의 사용을 승인할 수도 있다.

갭 패턴은, 예를 들면, 스케줄링 기회를 결정하기 위해 사용되는 타이밍 및/또는 참조 프레임 번호가 커버리지 내 WTRU와 이웃하는 WTRU 사이에서 상이한 경우에, 제어용 엔티티에 의해 사용되는 타이밍에 따라 변환될 수도 있고/있거나 조정될 수도 있다.

리소스 할당은, eNB 및/또는 커버리지 내 WTRU에 의해 결정될 수도 있고/있거나 구동될 수도 있다. 도 9는, 리소스 할당을 결정하기 위해 및/또는 구동하기 위해 eNB 및/또는 커버리지 내 WTRU에 대해 사용될 수도 있는 시그널링의 한 예의 도면이다. 커버리지 밖 링크에 대한 리소스 사용량 할당은 커버리지 내 WTRU 및/또는 eNB에 의해 구동될 수도 있다. 예를 들면, 커버리지 밖 WTRU는, 동작을 위한 리소스를 선택하기 위해 커버리지 밖 WTRU가 사용할 수도 있는 리소스 할당을 송신(예를 들면, 브로드캐스트)할 수도 있고 및/또는 커버리지 내 WTRU는 사전 구성된 정보에 따라 리소스 풀을 인식할 수도 있다. 커버리지 내 WTRU는, 예를 들면 커버리지 내 WTRU가 커버리지 밖 WTRU를 검출하면, 이웃하는 WTRU가 사용하고 있는 리소스 풀을 결정할 수도 있다. 커버리지 내 WTRU는 이 정보를 커버리지 밖 WTRU로부터 수신하지 않을 수도 있고/있거나 커버리지 내 WTRU는 자신이 갖는 PS에 대한 사전 구성된 리소스 풀에 의존할 수도 있다. 네트워크는 PS WTRU에 대해 사전 구성되는 리소스 풀을 인식할 수도 있다.

WTRU(예를 들면, 커버리지 내 WTRU)는, 예를 들면, 본원에서 설명되는 트리거 중 하나 또는 조합에 기초하여(예를 들면, PS WTRU로서 통신할 및/또는 이웃하는 WTRU에 통신할 필요성의 검출시), eNB로 리포트를 전송할 수도 있다. 리포트의 내용은 본원에서 설명될 수도 있는데, 예를 들면, 리포트는 PS WTRU가 사용하고 있을 수도 있는 리소스 풀, 추천된 시간 패턴, 사전 구성된 시간 패턴, 등등을 포함할 수도 있다.

eNB는, 예를 들면, 이 요청의 수신시, PS 통신 및/또는 검색을 위해 커버리지 내 WTRU로 할당할 스케줄링 기회 및/또는 갭을 결정할 수도 있고/있거나 갭 패턴 및/또는 시간 패턴 및/또는 리소스 구성을 WTRU로 전송할 수도 있거나 요청된 시간 패턴의 사용을 승인한다.

아이들 모드 동작의 경우, 예를 들면, 페이징 시기 및/또는 인커버리지(in-coverage)에 대해 할당되는 검색 리소스 풀(예를 들면, 시간 및/또는 주파수)에 기초하는 커버리지 내 WTRU는, 커버리지 내 WTRU가 서빙 eNB와 동조에서 벗어나는 것을 허용할 수도 있고 이웃하는 WTRU 이웃하는 WTRU와의 통신을 성공적으로 수행할 수 있는 시간 패턴을 결정할 수도 있다.

커버리지 내 WTRU는 (예를 들면, eNB에 대한 커버리지 안에 있는 및/또는 커버리지 밖에 있는) 다른 WTRU와의 통신을 위한 수신 시간 패턴을 가지고 eNB에 의해 구성될 수도 있고/있거나 커버리지 내 WTRU는 사전 구성된 패턴을 가질 수도 있다.

커버리지 내 WTRU는, 예를 들면, (예를 들면, eNB로부터의 및/또는 내부적으로 결정되는) 결정된 패턴에 기초하여, 메시지 및/또는 리포트를 이웃하는 WTRU로 전송할 수도 있다. 메시지는, 브로드캐스트 메시지로서, 동기화 메시지로서, 및/또는 WTRU에 대한 전용 메시지로서 및/또는 동일한 그룹에 속하는 WTRU에 의해 수신될 수도 있는 제어 메시지를 사용하는 것에 의해 송신될 수도 있다. 메시지 및/또는 리포트는, 리소스 할당, 시간 패턴, 및/또는 커버리지 내 WTRU가 송신할 수도 있고/있거나 수신할 수도 있는 주파수를 나타낼 수도 있다. 이웃하는 WTRU는, 메시지 및/또는 패턴을 자신의 제어용 엔티티로 릴레이할 수도 있고/있거나 송신(예를 들면, 브로드캐스트)할 수도 있는데, 그 제어용 엔티티는, 예를 들면, 요청된 패턴을 갖는 이웃하는 WTRU를 승인할 수도 있고/있거나 구성할 수도 있고/있거나 새로운 제안된 패턴을 전송할 수도 있다.

eNB는, 예를 들면 갭 패턴 및/또는 시간 패턴 외에, WTRU에게, 커버리지 밖 WTRU가 커버리지 내 WTRU와 함께 송신할 수도 있고/있거나 수신할 수도 있는 특정 리소스 구성(예컨대, 예를 들면, 서브프레임(들) 및/또는 PRB(들)를 특정하는 것에 의한 주파수 및/또는 시간)을 제공할 수도 있는데, 이 경우, 예를 들면, 주파수는 커버리지 내 리소스 풀에 대응할 수도 있다. 커버리지 밖 WTRU는, WTRU 대 NW(network; 네트워크) 릴레이로서 커버리지 내 WTRU를 사용하여 네트워크에 대한 연결을 시도할 수도 있는 독립형의 고정식(standalone unattached) 커버리지 밖 WTRU일 수도 있다. 커버리지 밖 WTRU는 다른 커버리지 내 WTRU 및/또는 커버리지 밖 WTRU와 통신할 수도 있다.

커버리지 내 WTRU와 커버리지 밖 WTRU 사이의 상호작용이 제공될 수도 있다. WTRU가 릴레이 및/또는 PS 모드에서 동작하기 시작하는 경우, WTRU는 하나 이상의 D2D 동기화 신호(D2D synchronization signal; D2DSS) 및/또는 제어 메시지(예를 들면, 동기화 메시지)를 전송할 수도 있다. WTRU는, 자신이 릴레이 및/또는 PS 노드로서 동작할 수 있다는 것을 제어 메시지에서 공시할(advertise) 수도 있다. 조정용 엔티티를 찾고 있는 근처에서 동작하는 이웃하는 WTRU는 D2DSS 제어 심볼을 모니터링할 수도 있고(예를 들면, 주기적으로 모니터링할 수도 있고) 및/또는 WTRU(예를 들면, 커버리지 내 WTRU, 커버리지 밖 WTRU, 릴레이 WTRU, 및/또는 등등)를 검출할 수도 있다. WTRU가 릴레이 노드로서 동작을 시작하기 위한 트리거는 사전 구성에 기초할 수도 있고, 측정치에 기초할 수도 있고, 네트워크로부터의 및/또는 ProSe 서버로부터의 명시적인 트리거에 기초할 수도 있고/있거나, 및/또는 등등에 기초할 수도 있다.

커버리지 내 WTRU는 리소스 풀 정보를 전송할 수도 있고, 확인응답을 획득할 수도 있고, 리포트를 eNB로 전송할 수도 있고/있거나, 등등을 할 수도 있다. 릴레이로서 동작하는 및/또는 PS 노드로서 동작하도록 트리거되는 WTRU는 비요청 모드(unsolicited mode)에서 동작할 수도 있다. 예를 들면, WTRU는 자기 자신을 릴레이 및/또는 PS 노드로서 공시할 수도 있다. WTRU는, 커버리지 밖 WTRU 및/또는 다른 PS 노드와의 링크에 대해 자신이 사용하고 있을 수도 있는 리소스 풀 및/또는 하나 이상의 ProSe 파라미터(예를 들면, ProSe WTRU id, 보안, ProSe 그룹 id, 등등)를 갖는 공시 메시지를 전송할 수도 있다. WTRU는 클러스터 헤드로서 동작할 수도 있고/있거나 이 정보를, 예를 들면, 동기화 메시지에 대한 클러스터 구성 메시지의 일부로서 첨부할 수도 있다. 이것은 열린 검색(open discovery)을 지원하기 위해 WTRU에 의해 사용될 수도 있다. 제어 메시지는 eNB에 의해 제공되는 리소스 구성을 반송할 수도 있다.

커버리지 밖 WTRU는 구성 파라미터를 수용하는 응답을 전송할 수도 있다. 응답 메시지는, 풀에서, 커버리지 밖 WTRU에게 수용가능한 리소스 중 하나 이상(예를 들면, 서브셋)을 나타낼 수도 있다. 릴레이 및/또는 PS 노드 WTRU는, 예를 들면, 본원에서 설명되는 바와 같이, 이 정보와 함께 eNB로 리포트를 전송할 수도 있다. eNB는 이 구성을 수용할 수도 있다. eNB는, 릴레이 WTRU 및/또는 PS 노드가 갭을 사용하여 커버리지 밖 WTRU 및/또는 PS 노드와 동작할 수 있기 위해, 갭을 구성할 수도 있고/있거나 리소스를 재구성할 수도 있다.

리소스는 제어 메시지(예를 들면, 동기화 메시지)를 릴레이하기 위해 사용될 수도 있다. 릴레이로서 동작하는 WTRU는 제어 메시지를 릴레이하기 위해 리소스를 요청할 수도 있다. 릴레이로서 동작하는 WTRU는, 제어 메시지를 릴레이하기 위해, (예를 들면, SIB 시그널링을 사용하여) eNB에 의해 시그널링되는 반정적으로 할당된 리소스를 사용할 수도 있다. 릴레이로서 동작하는 WTRU는 제어 메시지를 릴레이하기 위해 사전 구성된 리소스를 사용할 수도 있다. 리소스는 제어 메시지에 대해 명시적으로 사전 구성될 수도 있고/있거나 WTRU는 제어 메시지를 중계하기 위해 사용될 리소스 풀로부터 리소스를 선택할 수도 있다(예를 들면, 자율적으로 선택할 수도 있다).

커버리지 밖 WTRU는 리소스 풀 정보를 요청할 수도 있고, 정보를 획득할 수도 있고, 리포트를 eNB로 전송할 수도 있고, 및/또는 등등을 할 수도 있다. 원격 및/또는 PS 노드 WTRU는, 릴레이 및/또는 PS 모드에서 동작할 수 있는 임의의 이웃하는 WTRU에게 요청하는 요청 메시지를 전송할 수도 있다. WTRU는 클러스터 헤드로서 동작할 수도 있다. WTRU는, 송신 및/또는 수신을 위해 자신이 사용할 것으로 예상하는 및/또는 클러스터 구성 메시지, 예를 들면 동기화 메시지에서 자신이 사용하고 있는 리소스 풀을 포함할 수도 있다. (예를 들면, 릴레이 및/또는 PS 모드에서 동작하기 위한 능력을 갖는, 및/또는 요청된 모드에서 동작하는) WTRU는 이 노드를 검출할 수도 있고/있거나 자신을 릴레이 및/또는 PS 노드로 선언하는 것에 의해 응답할 수도 있다. 응답 메시지는, WTRU 자체를 ProSe 노드로서 식별하는 파라미터(예를 들면, ProSe WTRU id, ProSe 그룹 id, 등등), 보안 구성, 및/또는 등등을 나타낼 수도 있다. 응답 WTRU는, 예를 들면, 성능 및/또는 현존하는 갭 패턴 구성에 기초하여, 상이한 리소스 풀을 요청할 수도 있다.

릴레이 및/또는 PS 노드 WTRU는, 예를 들면, 리소스 협상이 종결되면, (예를 들면, 본원에서 설명된 바와 같이) 이 정보를 갖는 리포트를 eNB에게 전송할 수도 있다. 이 모드는 목표로 된 검색을 지원할 수도 있다. eNB는, 릴레이 WTRU 및/또는 PS 노드가 갭을 사용하여 커버리지 밖 WTRU 및/또는 PS 노드와 동작할 수 있기 위해, 구성을 수용할 수도 있고/있거나 갭을 구성할 수도 있고/있거나 리소스를 재구성할 수도 있다.

조정 WTRU로부터의 통신을 조정하기 위한 방법이 제공될 수도 있다. WTRU는 리포트를 전송할 수도 있다. WTRU는 리소스 중 하나 이상(예를 들면, 모두)을 리포트에서 식별할 수도 있다. 리포팅 메커니즘, WTRU, 및/또는 메시지를 송신하는 WTRU는, 조정되지 않은 엔티티에 의해 제어되는 상이한 셀 및/또는 클러스터의 커버리지에서 WTRU에 의해 사용되는 시간 및/또는 리소스의 조정을 허용하기 위해 사용될 수도 있다. 리포팅은, 스케줄링 기회 및/또는 리소스 할당을 결정하도록 제어용 엔티티 및/또는 송신용 엔티티를 보조하기 위해, 커버리지 밖 링크에 대한 리소스 할당을 포함할 수도 있다. 리소스 할당 정보는, 릴레이된, 송신된, 이웃하는 WTRU에 의해 브로드캐스트된, 및/또는 커버리지 내 WTRU에서 이용가능한(예를 들면, 구성된 또는 사전 구성된) 정보를 포함할 수도 있다.

리포팅(예를 들면, 이것은, 포맷, 트리거, 시간 윈도우, 및/또는 등등)은 네트워크에 의해(예를 들면, 네트워크 노드 예컨대 eNB에 의해) 구성될 수도 있다. 네트워크 노드는, 소정의 D2D 통신 모드에서 동작하도록 구성되는 하나 이상의 WTRU를 구성할 수도 있다. 네트워크에 의한 이 리포트의 수신은 액션을 트리거할 수도 있다.

리포트는 조정용 엔티티로 송신될 수도 있고/있거나 브로드캐스트 메시지의 형태에서, 동기화 메시지의 일부로서, 조정용(예를 들면, 커버리지 내) WTRU에 의한 전용 메시지로서, 및/또는 등등으로서 송신될 수도 있다.

WTRU에 의해 트리거되는 송신된 메시지 및/또는 리포트는, 이웃하는 WTRU로부터의 리소스 구성을 포함할 수도 있다. 예를 들면, 리포트는, 이웃하는 엔티티(예를 들면, WTRU, 클러스터 헤드 및/또는 eNB, 및/또는 커버리지 밖 WTRU)로부터 획득되는 리소스 풀 정보를 나타낼 수도 있다.

보고된 구성은, D2D 검색을 위해 의도되는 리소스 세트(예를 들면, 주파수, 대역폭, 서브프레임(들), PRB(들), 시간, 및/또는 등등), D2D 통신을 위해 의도되는 리소스 세트(예를 들면, 주파수, 대역폭, 서브프레임(들), PRB(들), 시간, 및/또는 등등), 및/또는 조정용 엔티티의 및/또는 구성 정보를 제공하는 WTRU의 아이덴티티(예를 들면, 클러스터 헤드 id, eNB id 및/또는 WTRU id, 그룹 ID, Prose ID, 및/또는 등등)를 포함할 수도 있다.

WTRU에 의해 트리거되는 리포트는 리소스 풀 내의 리소스(예를 들면, 리소스의 서브셋) 또는, 커버리지 내 WTRU가 eNB에게 요청하는 리소스 패턴을 포함할 수도 있고(예를 들면, 또는 eNB로부터 이미 수신된 및/또는 WTRU에서 이미 구성된 것으로서 사용할 수도 있고), 그 결과, 예를 들면, 커버리지 내 WTRU는 커버리지 밖 WTRU와 통신할 수도 있게 된다. 예를 들면, 리포트는 제안된 및/또는 사용된 시간 패턴(예를 들면, 순환, 지속기간, 등등), 주파수, 및/또는 등등을 포함할 수도 있다. 리포트는, 고려될 수도 있는 제어용 엔티티 및/또는 리포팅 WTRU에 대한 허여를 나타낼 수도 있다. 제안된 시간 패턴은 이웃하는 WTRU로부터 수신될 수도 있고/있거나 커버리지 내 WTRU가 갖는 이용가능한 정보에 기초하여 커버리지 내 WTRU에 의해 (예를 들면, 자율적으로) 결정될 수도 있다. 예를 들면, 리포트는, 커버리지 밖 WTRU 커버리지 밖 WTRU 및 커버리지 내 WTRU가 네트워크 밖 링크에 대해 사용하기 위해 협상한 및/또는 사전 구성한 리소스 풀 내의 (예를 들면, 시간 및/또는 주파수에서의) 리소스(들)를 설명하는 하나 이상의 인덱스를 포함할 수도 있다.

WTRU에 의해 트리거되는 리포트는 위치 정보를 포함할 수도 있다. 위치 정보는 리포팅 WTRU와 관련될 수도 있고/있거나 리포트에 관련될 수도 있다. (예를 들면, 송신하는 및/또는 수신하는) WTRU는 자신의 위치를, 예를 들면, 셀 ID, GPS 정보, 및/또는 다른 위치 정보에 기초하여 결정할 수도 있고, 그 위치 정보를 리포트에 첨부할 수도 있다.

WTRU에 의해 트리거되는 리포트는 아이덴티티 정보를 포함할 수도 있다. 아이덴티티 정보는 검출된 커버리지 밖 WTRU의 아이덴티티 및/또는 (예를 들면, 동기화 채널 상에서) 메시지를 송신하는 WTRU의 아이덴티티를 포함할 수도 있다. 아이덴티티는 WTRU 고유의 ID, ProSe ID, ProSe 그룹 ID, ProSe 애플리케이션 ID, 및/또는 등등을 포함할 수도 있다. 트리거되는 리포트는, 검출된 커버리지 밖 WTRU에 대한 및/또는 메시지를 송신하는 WTRU에 대한 하나 이상의 서비스(예를 들면, 하나 이상의 서비스 아이덴티티)에 관련되는 정보를 포함할 수도 있다. 이 정보는, 예를 들면, 릴레이 서비스를 확립하기 위해 사용될 수도 있다.

리포트는 특정한 복수의 리소스, 서브프레임 및/또는 지속기간 - 이 지속기간에 걸쳐 데이터를 수신할 것으로 예상될 수도 있고/있거나 (예를 들면, 제어 메시지, 스케줄링 할당, 브로드캐스트 메시지, 등등에 의해 결정되는 바와 같은) 데이터를 수신할 수도 있음 - 을 포함할 수도 있다.

WTRU에 의해 트리거되는 리포트는, 커버리지 밖 WTRU가 존재하는지 및/또는 존재하지 않는지의 여부에 관한 정보를 포함할 수도 있다. PS 서비스를 요청하는 및/또는 제공하는 커버리지 밖 WTRU를 커버리지 내 WTRU가 검출했을 때의 표시, 커버리지 내 WTRU가 (예를 들면, 측정치를 사용하여) 커버리지 밖 WTRU의 검출을 중지하는 때의 표시, 및/또는 커버리지 밖 WTRU가 릴레이 서비스 요청을 중지하는 때의 및/또는 WTRU가 이웃하는 WTRU로부터 D2DSS를 검출하는 때의 표시가 리포트에 포함될 수도 있다.

SFN(system frame number; 시스템 프레임 번호) 및/또는 타이머 레퍼런스(timer reference)가 사용될 수도 있다.

WTRU에 의해 트리거되는 리포트는, 리포트, 요청, 및/또는 송신 메시지의 (예를 들면, 동기화 메시지를 통한) 송신을 트리거할 이유에 관련되는 정보를 포함할 수도 있다. 리포트를 트리거할 이유는, 다른 주파수에서 동작할 수도 있는 디바이스에 대한 ProSe 검색 및/또는 통신의 개시에 대한 요청, 통신을 개시할 이웃하는 WTRU의 검출, 이웃하는 WTRU가 더 이상 이용가능하지 않은 것, 새로운 WTRU가 검출되는 것, 패턴 및/또는 구성의 변경 요청, ProSe 서비스 중지 요청, 및/또는 등등을 포함할 수도 있다.

트리거가 제공될 수도 있다. WTRU는 구성에 기초하여, 리포트, 패턴에 대한 요청, 및/또는 (예를 들면, 동기화 메시지를 통한) 패턴의 송신을 트리거할 수도 있다. WTRU는, WTRU가 리포트를 개시할 것을 요청하는 L3 시그널링을 WTRU가 수신할 때, 및/또는 WTRU가 이러한 리포팅을 위해 구성될 때 및 다른 트리거가 리포트의 송신을 개시할 때, 송신을 개시할 수도 있다. 시그널링은 D2D 및/또는 prose 서비스(예를 들면, 통신 및/또는 검색)에 고유할 수도 있고/있거나 WTRU에 고유할 수도 있다(예를 들면, 임의의 아이덴티티에 적용가능할 수도 있다).

리포트에 대한 트리거는 이벤트 기반일 수도 있다. 예를 들면, 트리거는 이웃하는 WTRU의 검출, 이웃하는 WTRU가 떠나는 것, ProSe 서비스 개시 및/또는 검색 개시에 대한 요청, 이웃하는 WTRU에 의해 사용되는 패턴의 및/또는 리소스 할당의 변화, 및/또는 등등에 기초할 수도 있다.

리포트는, 커버리지 내 WTRU가 커버리지 밖 WTRU를 검출할 때 트리거될 수도 있다. WTRU는 이웃하는 WTRU를, 수신된 D2DSS, 동기화 메시지, 및/또는 연결을 요청하는 이웃하는 WTRU(예를 들면, 요청 및/또는 비요청 모드) 및/또는 PS 통신 - 이 PS 통신을 이용하여 커버리지 내 WTRU는 통신할 수 있음(예를 들면, WTRU는 동일한 그룹에 속하고/속하거나 ProSe 구성에 따라 통신하도록 허용됨) - 을 수행하는 WTRU로부터 수신되는 데이터에 기초하여 검출할 수도 있다. 리포트는, 커버리지 밖 WTRU가 더 이상 이용가능하지 않다는 것 및/또는 커버리지 밖 WTRU가 더 이상 서비스를 요청하고 있지 않다는 것을 커버리지 내 WTRU가 검출할 때 트리거될 수도 있다.

WTRU는, 서버로부터 ProSe 서비스를 개시할 애플리케이션 요청이 수신되면, 요청 및/또는 리포트를 트리거할 수도 있다. 커버리지 내 WTRU로부터의 요청 및/또는 패턴 요청 및/또는 리포트는, WTRU가 커버리지 밖 WTRU를 검출하는 것 및/또는 검색하는 것을 가능하게 해야 할 수도 있다. 네트워크는, 예를 들면, 이웃하는 WTRU가 검출되었다면 추가적인 리포팅을 위해 및/또는 검색된 WTRU와 통신할 기회에 대한 요청을 네트워크에게 보고하도록 WTRU를 구성할 수도 있다. WTRU는, 이웃하는 WTRU가 패턴 및/또는 리소스 할당을 변경했다는 것을 WTRU가 결정할 때 리포트를 트리거할 수도 있다.

트리거는 측정치 및/또는 다른 검출된 WTRU에 기초할 수도 있다. WTRU는, 상위 우선순위의 동기화 소스에 연결되는 경우 및/또는 하위 우선순위의 소스 동기화로부터 발생하는 동기화를 송신하는 다른 WTRU를 WTRU가 검출하는 경우(예를 들면, 제1 WTRU가 eNB에 연결되고, 동기화 신호를 전송하고 있는 그리고 다른 WTRU 및/또는 다른 동기화 소스에 연결되어 있는 제2 WTRU를 검출하는 경우), 리포트, 패턴에 대한 요청, 및/또는 (예를 들면, 동기화 메시지를 통한) 패턴의 송신을 트리거할 수도 있다. 트리거는, eNB에 연결되지 않은 제2 WTRU를 WTRU가 검출하는 때일 수도 있다. 트리거는, WTRU가 자신의 동작 주파수 이외의 주파수 상에서 동작하는 제2 WTRU를 검출하는 때일 수도 있다. 트리거는, WTRU가, 동일한 그룹에 속하는 제2 WTRU를 검출하는 때일 수도 있다(예를 들면, 제2 WTRU는 제1 WTRU와 통신하도록 허용된다). 트리거는, WTRU가 제2 WTRU로부터 데이터를 수신하고 WTRU가 eNB의 커버리지에 있지 않다는 것을 결정하는 때일 수도 있다(예를 들면, WTRU가 eNB의 커버리지에 있지 않다는 것을 결정하는 것은, D2DSS, SCI, SSS, 다른 제어 신호 및/또는 메시지가 존재하지 않으면 WTRU가 커버리지에 있지 않다는 SA의 표시를 사용할 수도 있다). 트리거는, WTRU가 상이한 동기화 소스로부터 상이한 송신 패턴을 검출하는 때일 수도 있다.

리포트에 대한 트리거는 주기적일 수도 있다. WTRU는, 예를 들면, 리포팅 기간에 적용가능한 하나 이상의(예를 들면, 어쩌면 구성 가능한 수의) 송신이 존재하는 경우에(예를 들면, 존재하는 경우에만), 주기적으로 리포팅을 개시할 수도 있다. 리포팅은, WTRU가 (예를 들면, 측정치에 기초하여) 커버리지 밖 WTRU가 더 이상 이용가능하지 않다는 것을 검출하는 때 및/또는 커버리지 밖 WTRU가 서비스 요청을 중지한다는 것을 검출하는 때 중지될 수도 있다.

리포트에 대한 트리거는 비주기적일 수도 있다. WTRU는, WTRU가 리포팅을 수행해야 한다는 것을 요청하는 제어 시그널링의 수신으로부터 리포팅을 개시할 수도 있다. 시그널링은 네트워크 노드로부터 수신될 수도 있고/있거나 전용 시그널링일 수도 있고/있거나 (예를 들면, 브로드캐스팅 채널 상에서 및/또는 공통 제어 채널 상에서 수신되는) 복수의 WTRU에 적용가능한 시그널링일 수도 있다.

WTRU는, (예를 들면, MAC 제어 엘리먼트로서) L2(예를 들면, MAC) 시그널링을 사용하는 리포트를, L3(예를 들면, RRC) 시그널링으로서(예를 들면, 리포팅 프로시져의 일부로서의 RRC PDU로서), 및/또는 상위 레이어 시그널링(예를 들면, 예컨대 NAS 시그널링 및/또는 애플리케이션 시그널링)으로서 송신할 수도 있다. 예를 들면, WTRU는, 리포팅을 트리거할 수도 있는 PDCCH(예를 들면, 비주기적 요청) 상에서 제어 시그널링을 수신할 수도 있다. WTRU는 리포트를 MAC 제어 엘리먼트로서 모을 수도 있고/있거나 그것을 업링크 송신(예를 들면, 자신의 다음의 업링크 송신)에 포함시킬 수도 있다. eNB는 리포팅 프로시져의 엔드포인트일 수도 있다.

WTRU는, 이러한 리포팅을 트리거하는 RRC PDU로서 시그널링 무선 베어러(SRB) 상에서 요청을 수신할 수도 있다. WTRU는 리포트를 RRC PDU로서 모을 수도 있고/있거나 그것을 당해 SRB 상에서의 송신에 이용가능하게 만들 수도 있다.

WTRU는 애플리케이션 레벨에서 리포팅을 트리거할 수도 있다. 예를 들면, WTRU는 애플리케이션 레이어 제어 패킷을 모을 수도 있고/있거나 그것을, 예를 들면, RRC PDU로서 송신에 대해 이용가능하게 만들 수도 있고 (예를 들면, NAS가 사용되는 경우에) 그것을 당해 SRB 상에서의 및/또는 유저 플레인 데이터로서의 송신에 대해 이용가능하게 만들 수도 있고 그것을 대응하는 DRB를 위한 송신에 대해 이용가능하게 만들 수도 있다. ProSe 및/또는 애플리케이션 서버는 리포팅 프로시져의 엔드포인트일 수도 있다.

WTRU는 리포팅을 트리거할 수도 있다. WTRU가 RRC IDLE 모드에 있으면, WTRU는 CONNECTED 모드로의 전환을 개시할 수도 있고/있거나 적용가능한 시그널링 방법에 따라 리포트를 송신할 수도 있다. WTRU는 IDLE 모드에 남아 있을 수도 있고/있거나, 예를 들면, RRC 및/또는 상위 레이어 프로토콜이 사용되면, WTRU가 CONNECTED 모드로 이동할 때까지, 리포트의 송신을 지연시킬 수도 있다.

다음의 액션 중 하나 이상은 리포트의 수신시 수행될 수도 있다. 리포트를 수신하는 제어용 노드 및/또는 네트워크는 리소스 풀 정보를 분석할 수도 있고, 예를 들면, 다수의 소스로부터 수신되는 리포트로부터 다음 중 하나 이상을 수행할 수도 있다. 네트워크 및/또는 제어용 노드는, 커버리지 내 WTRU가 리소스 풀 내의 어떤 리소스와 통신하는 것을 네트워크 및/또는 제어용 노드가 허용할 수도 있는지를 결정할 수도 있다. 네트워크 및/또는 제어용 노드는, 하나 이상의 WTRU에 대한 리소스를 재구성하는 프로시져를 개시할 수도 있다. 네트워크 및/또는 제어용 노드는, 주어진 리소스 및/또는 시간 기간에 WTRU를 스케줄링하는 것을 방지하기 위해, 이 정보를 사용할 수도 있다. 예를 들면, eNB는, 커버리지 내 WTRU에 대한 갭 패턴을 결정할 수도 있고 그 갭 패턴을 갖는 WTRU를 구성할 수도 있다.

리포트의 수신시, eNB는 WTRU에 대한 갭 및/또는 시간 패턴을 결정할 수도 있고, 제공할 수도 있고, 및/또는 구성할 수도 있다. 갭 패턴은 비트마스크일 수도 있고, WTRU가 일반 통신에 대해 스케줄링되지 않을 수도 있을 때 TTI를 나타낼 수도 있고/있거나 패턴은 WTRU가 eNB와 통신에 대해 스케줄링되지 않을 수도 있는 기간, 싸이클, 및/또는 기간(예를 들면, 각각의 기간) 내에서의 지속기간에 대응할 수도 있다. 리포트의 수신시, eNB는 요청된 갭 패턴을 분석할 수도 있고 충분하지 않은 것으로 간주되면, eNB는 WTRU에게 새로운 갭 패턴을 제공할 수도 있다.

WTRU는, 이웃하는 WTRU와의 커버리지 밖 링크로 전환하기 위해 갭 패턴을 사용할 수도 있다. WTRU는 커버리지 밖 WTRU로 갭 패턴을 전송할 수도 있고/있거나 eNB로부터 수신되는 새로운 갭 패턴을 커버리지 밖 WTRU로 전송할 수도 있다.

eNB는, 예를 들면, 커버리지 밖 WTRU가 더 이상 이용가능하지 않고/않거나 더 이상 서비스를 요청하지 않는다는 것을 eNB에게 통지하는 표시를 리포트가 포함하는 경우, 갭 구성을 제거할 수도 있다.

네트워크 리소스 관리가 제공될 수도 있다. 네트워크는 D2D 검색 WTRU에 대한 리소스의 양을 할당할 수도 있다. 이웃 eNB가 동일한 리소스를 공유하면, 근접하는 두 개의 D2D WTRU가 검색 신호를 송신하기 위해 동일한 리소스를 사용할 가능성은 높을 수도 있는데, 예를 들면, 제한된 리소스가 존재할 수도 있기 때문이다. 네트워크에 의한 적절한 리소스 관리에 있어서, eNB 사이의 조정 및/또는 검색 리소스의 중앙집중형 제어를 통해 간섭 및/또는 충돌이 방지될 수도 있고/있거나 완화될 수도 있다. 네트워크는, 예를 들면, 어떤 리소스가 할당될 수도 있는지, 리소스가 어떤 D2D WTRU에게 할당될 수도 있는지, 및/또는 WTRU가 송신하기 위해(예를 들면, 검색 신호 또는 D2D 통신을 송신하기 위해) 선택할 리소스를 어떻게 결정할 수도 있는지를 결정하는 것에 의해 리소스 관리를 관리할 수도 있다.

D2D WTRU는 검색 신호(예를 들면, D2D 메시지)를 송신하기 위한 리소스를 선택할 수도 있다. 모니터링 D2D WTRU는, 예를 들면, 네트워크에 의해 할당될 때, 검색을 위한 리소스(예를 들면, 모든 리소스)를 모니터링할 수도 있다. 하나보다 많은 타입의 검색이 존재할 수도 있는데, 예를 들면, 그 검색은 WTRU에 대한 리소스의 네트워크 할당에 기초할 수도 있다. 네트워크는 비WTRU 고유의 방식(non-WTRU specific manner)에 기초하여 하나 이상의 D2D WTRU에게 리소스를 할당할 수도 있다. 예를 들면, WTRU(예를 들면, 각각의 WTRU)는, 네트워크에 의해 할당되는 리소스의 세트(예를 들면, 리소스 풀)로부터 송신할 리소스를 선택할 수도 있다. 네트워크는 WTRU 고유의 방식에 기초하여 하나 이상의 D2D WTRU에게 리소스를 할당할 수도 있다. 예를 들면, WTRU(예를 들면, 각각의 WTRU)는 검색 신호를 송신할 전용 리소스로 스케줄링될 수도 있다.

리소스는, 검색을 위해 사용될 수도 있는 PRB 및/또는 서브프레임의 세트로서 정의될 수도 있다. 동일한 eNB 하의 D2D WTRU는 서로에게 간섭을 생성하지 않을 수도 있는데, 네트워크가 각각의 WTRU에 대한 리소스를 (예를 들면, 타입 2 D2D 검색에서와 같이) 어떠한 충돌도 없이 스케줄링할 수도 있기 때문이다. 이웃 eNB의 어떠한 조정 및/또는 중앙 제어가 없다면, 두 개의 eNB 영역의 경계에서 충돌이 발생할 수도 있다. 네트워크는, 송신을 위해 각각의 D2D WTRU에 의해 사용되는 리소스에 관해 어떠한 지식도 가지지 않을 수도 있다. 리소스의 적절한 할당이 없으면, 동일한 eNB 영역 내에서 많은 충돌이 존재할 수도 있고/있거나 eNB 하의 WTRU는 이웃 eNB 하의 다른 WTRU에게 간섭을 야기할 수도 있다.

셀 중심에 있는 WTRU는, WTRU가 관련되는 셀의 중심에 가까운(예를 들면, WTRU와 eNB 사이의 거리가 임계치 미만일 수도 있다) WTRU를 나타낼 수도 있다. 셀 에지에 있는 WTRU는, WTRU가 관련되는 셀의 에지에 가까운(예를 들면, WTRU와 eNB 사이의 거리가 임계치보다 클 수도 있다) WTRU를 나타낼 수도 있다. WTRU는, 예를 들면, 셀이 WTRU의 서빙 셀이면(예를 들면, WTRU가 연결 모드(Connected Mode)에 있는 경우), 셀이 (예컨대, 예를 들면, RSRP에 의해 나타내어지는 신호 세기의 관점에서) WTRU에 가장 가까운 셀이면, 및/또는 셀이, WTRU가 (예를 들면, 아이들 모드에서) 머무르고 있는 셀이면, 셀에 관련될 수도 있다.

WTRU는, 예를 들면, 하나 이상의 eNB로부터의 신호를 측정하는 것에 의해, WTRU가 셀의 중심에 위치될 때 구성될 수도 있다. 예를 들면, WTRU는, 자신의 관련된 셀의 측정된 RSRP 값을 임계치에 비교하는 것에 의해 자신이 셀 중심에 있다는 것을 결정하도록 구성될 수도 있다. 측정된 RSRP 값이 임계치를 넘으면(예를 들면, 신호 전력이 임계치를 넘으면), WTRU는 자신이 셀 중심에 또는 셀 중심 근처에 위치된다는 것을 결정할 수도 있다. WTRU는, 자신의 관련된 셀(예를 들면 주 셀(primary cell)의 측정된 RSRP 값을, 하나 이상의 셀(예를 들면, 주 셀에 인접한 셀(들))의 측정된 RSRP 값에 비교하는 것에 의해, 자신이 셀 중심에 있다는 것을 결정할 수도 있다. WTRU는, 예를 들면, 자신의 관련된 셀(예를 들면, 주 셀)의 RSRP 값이, 예를 들면, 하나 이상의 셀(예를 들면, 인접 셀(들))로부터의 RSRP 측정치의 값(예를 들면, 사전 구성된 값)보다 더 크다는 것을 WTRU가 결정하면, WTRU가 셀의 중심에 위치된다는 것을 결정할 수도 있다. 예를 들면, WTRU는, 예를 들면, 소망하지 않는 핑퐁 효과를 방지하기 위해, 자신이 셀 중심에 있는지 또는 그렇지 않은지의 여부를 결정함에 있어서, 히스테리시스(예를 들면, 및/또는 시간의 어떤 기간 동안 측정을 트리거할, 행할, 및/또는 등등을 할 시간)를 사용할 수도 있다. 셀 에지에 있는 WTRU는, WTRU가 관련되는 셀의 에지에 가까운 WTRU를 나타낼 수도 있다. WTRU가 셀 에지에 있는지 또는 그렇지 않은지의 여부를 결정하기 위해, WTRU가 셀 중심에 있는지 또는 그렇지 않은지의 여부를 결정하기 위해 설명되는 방법과 유사한 방법이 WTRU에 의해 사용될 수도 있다. 예를 들면, WTRU는, 자신의 관련된 셀의 RSRP 값이 어떤 값(예를 들면, 사전 구성된 값)보다 더 작다는 것을 WTRU가 결정하면, WTRU가 셀 에지에 위치된다는 것을 결정할 수도 있다.

D2D WTRU는, 검색 신호를 송신할 리소스의 세트(예를 들면, 리소스 풀)를 할당받을 수도 있다. WTRU는 송신을 개시하기 위해 하나 이상의 리소스를 사용할 수도 있다. 네트워크가 송신을 위한 리소스를 갖는 WTRU를 완전히 스케줄링하면, 충돌에 의해 야기되는 간섭은 리소스 직교화를 통해 방지될 수도 있는데, 리소스 직교화는, 예를 들면, WTRU가 송신을 위해 자신의 전용 리소스를 사용하고/사용하거나 리소스는 시간 및/또는 주파수에서 중첩되지 않을 수도 있다는 것을 의미할 수도 있다. WTRU가 송신을 위한 리소스의 세트를 할당받고(예를 들면, 리소스의 세트만을 할당받고) 및/또는 WTRU가 리소스를 자율적으로 선택하면, 근접한 두 개 이상의 D2D WTRU는 송신을 위해 동일한 리소스를 선택할 수도 있는데, 이것은, 예를 들면, 충돌 및/또는 간섭을 야기할 수도 있다. 이 경우, 네트워크는 충돌 및/또는 간섭이 발생하고 있다는 것을 모를 수도 있다.

예를 들면, 근접한 두 개의 D2D WTRU가 송신을 위해 동일한 리소스를 선택할 가능성을 최소화하기 위해, 다음 중 하나 이상이 수행될 수도 있다.

네트워크(예를 들면, eNB)는, 하나 이상의 D2D WTRU가 송신을 위해 선택할 리소스를 할당할 수도 있다. eNB는 동일한 리소스를 공유할 수도 있고/있거나 eNB(예를 들면, 각각의 eNB)는, 예를 들면, (예를 들면, WTRU가 선택한) 타입 1 또는 모드 2 리소스 할당에 대해, 상이한 리소스의 세트를 사용할 수도 있다. eNB는 WTRU 위치 및/또는 측정치(예를 들면, 셀 중심, 셀 에지, 등등), 어떤 영역에서의 리소스 활용도, prose 애플리케이션 우선순위, 검색 프로세스 특성 및/또는 구성, 및/또는 등등에 기초하여 리소스(예를 들면, 리소스의 서브셋)를 할당할 수도 있다.

도 10은 두 개의 eNB인 eNB A 및 eNB B에 걸친 리소스(예를 들면, 검색)의 리소스 할당의 한 예의 도면이다. 타입 1 검색은, 네트워크가 D2D WTRU에게 비WTRU 고유의 방식으로 리소스를 할당할 때를 나타낼 수도 있는데, 그 결과, 예를 들면, WTRU(예를 들면, 각각의 WTRU)는 네트워크에 의해 할당되는 리소스의 세트로부터(예를 들면, 리소스 풀로부터) 송신할 리소스를 선택할 수도 있게 된다. 타입 2 검색은, 네트워크가 D2D WTRU에게 WTRU 고유의 방식으로 리소스를 할당할 때를 나타낼 수도 있는데, 그 결과, 예를 들면, WTRU(예를 들면, 각각의 WTRU)는 검색 신호를 송신하기 위한 전용 리소스로 스케줄링될 수도 있게 된다. 도 10에서, (A)는 제1 eNB, eNB (A)를 나타내기 위해 사용될 수도 있고, (B)는 제2 eNB, eNB (B)를 나타내기 위해 사용될 수도 있다.

타입 1 및 타입 2 검색은, 리소스의 상이한 세트를 사용할 수도 있고/있거나 타입 2에 대한 리소스의 할당은, 예를 들면, 도 10의 예 (a)에서 도시되는 바와 같이, 타입 1 검색을 위해 사용되는 것과 동일한 리소스 풀로부터 취해질 수도 있다. 타입 1 검색을 위해, eNB는 검색 신호 송신에 대해 리소스의 동일한 세트를 공유할 수도 있다. 예를 들면, eNB (A) 및 eNB (B)는 타입 1 D2D 송신에 대해 리소스 풀(1002)을 사용할 수도 있다. 타입 1 검색을 위해, eNB는, 예를 들면, 도 10의 예 (b)에서 도시되는 바와 같이, 셀 중심에 있는 WTRU 및 셀 에지에 있는 WTRU에 대해 리소스의 상이한 세트를 할당할 수도 있다. 예를 들면, eNB A 및 eNB B는 셀 중심에 있는 WTRU에 대해 리소스의 동일한 세트(예를 들면, 리소스 풀(1004))를 할당할 수도 있고, 셀 에지 WTRU에 대해 리소스의 상이한 세트(예를 들면, 리소스 풀(1006))를 할당할 수도 있다. 셀 에지 WTRU에 대해 사용되는 리소스의 세트(예를 들면, 리소스 풀)는, 예를 들면, 도 10의 예 (b)에서 예시되는 바와 같이, 상이한 eNB에 걸쳐 동일할 수도 있다.

eNB(예를 들면, 각각의 eNB, 예를 들면, eNB A 및 eNB B)는, 예를 들면, 도 10의 예 (c)에서 도시되는 바와 같이, 셀 중심에 있는 WTRU 및 셀 에지에 있는 WTRU에 대해 상이한 리소스 세트를 할당할 수도 있다. 예를 들면, 상이한 eNB(예를 들면, eNB A 및 eNB B)는 셀 중심 WTRU에 대해 리소스의 동일한 세트를 공유할 수도 있다. 상이한 eNB(예를 들면, eNB A 및 eNB B)는 셀 에지 WTRU에 대해 상이한 리소스 세트를 할당할 수도 있다. 예를 들면, eNB (A) 및 (B)는 그들의 셀 중심에서 리소스 풀(1008)을 사용할 수도 있다. eNB (A)는 자신의 셀 에지에서 리소스 풀(1010)을 사용할 수도 있다. eNB (B)는 자신의 셀 에지에서 리소스 풀(1012)을 사용할 수도 있다. eNB (A) 및 eNB (B)는, 예를 들면, 간섭을 방지하기 위해, 그들의 셀 에지에서 상이한 리소스를 사용할 수도 있다.

eNB (A) 및 eNB (B)는, 예를 들면, 도 10의 예 (d)에서 도시되는 바와 같이, 타입 1 통신에 대해 동일한 리소스 풀(1002)을 사용할 수도 있다. eNB (A) 및 eNB (B)는 타입 2 송신에 대해 상이한 리소스 풀을 사용할 수도 있다. 예를 들면, 도 10의 예 (a), (b) 및 (c)에서 예시화되는 바와 같이, eNB (A)는 리소스 풀(1014)을 사용할 수도 있고 eNB (B)는 타입 2 통신에 대해 리소스 풀(1016)을 사용할 수도 있다. eNB (A) 및 eNB (B)는, 예를 들면, 도 10의 예 (d)에서 예시되는 바와 같이, 타입 2 통신에 대해 동일한 리소스 풀(1018)을 사용할 수도 있다.

eNB는 상이한 애플리케이션 우선순위에 대해 리소스의 상이한 세트를 할당할 수도 있다. 예를 들면, 상위 우선순위 애플리케이션으로부터 신호를 송신하는 WTRU에 대해 상이한 세트가 이용가능할 수도 있고/있거나 하위 우선순위 애플리케이션으로부터의 송신에 대해 리소스의 다른 세트가 이용가능할 수도 있다. 애플리케이션의 우선순위는, 네트워크, ProSe 서버에 의해 구성될 수도 있고/있거나 사전 구성될 수도 있다. 검색 프로세스 특성은 네트워크, ProSe 서버에 의해 구성될 수도 있고/있거나 사전 구성될 수도 있다. 검색 프로세스은, 예를 들면, 검색 프로세스의 타입, 애플리케이션(예를 들면, 공공 안전 또는 상업용)의 타입, 방법(예를 들면, 개방형/제한형 검색)의 타입, QoS 특성의 타입, 송신의 레이턴시, 송신 또는 메시지 생성의 레이트, 및/또는 등등을 나타낼 수도 있다.

eNB는 리소스 조정을 달성할 수도 있다. 네트워크가 D2D WTRU에게 리소스의 상이한 세트를 할당하는 것을 허용하기 위해, 상이한 eNB에 걸친 조정이 제공될 수도 있고/있거나 중앙집중형 조정기가 상이한 eNB 사이의 리소스 관리를 담당할 수도 있다.

리소스의 eNB간 조정(inter-eNB coordination)이 제공될 수도 있다. 상이한 eNB는, 예를 들면, X2 인터페이스를 통해, D2D WTRU에게 할당되는 리소스의 세트를 교환할 수도 있다. 예를 들면, 하나의 eNB는 X2 신호를 이웃 eNB(들)로 전송할 수도 있는데, 이웃 eNB(들)는 자신의 D2D WTRU에 대해 할당된 리소스(예를 들면, 셀 중심에 있는 리소스 및/또는 셀 에지에 있는 D2D WTRU에 대한 리소스)의 세트를 나타낼 수도 있다. 이웃 eNB(들)는 이 정보에 기초하여 자신의 D2D WTRU에 리소스 세트를 할당할 수도 있다. 예를 들면, 이웃 eNB(들)는, 도 10의 예 (c)에서 도시되는 바와 같이, 셀 중심에 있는 D2D WTRU에 대해 리소스의 동일한 세트를 공유할 수도 있고/있거나 셀 에지에 있는 WTRU에 대해 리소스의 상이한 세트를 사용할 수도 있다.

상이한 eNB는, 예를 들면, 할당된 리소스의 세트가 어떤 기간 동안 동일하게 유지되면, 리소스 정보를 교환할 수도 있다. eNB가 WTRU에게 할당되는 리소스를 변경하면, eNB는 이러한 정보를 자신의 이웃 eNB로 전송할 수도 있다. 이웃 eNB는, 예를 들면, eNB가 WTRU로부터 리포트를 수신하고/하거나 더 많은 리소스가 할당될 것이다는 것을 결정할 때, 할당할 리소스를 조정할 수도 있다. eNB는 이러한 변경을 이웃 eNB에게 통지할 수도 있다.

중앙집중형 리소스 관리가 제공될 수도 있다. 하나의 영역에 있는 이웃 eNB는 중앙 노드에 연결될 수도 있다. 중앙집중형 노드는 하나 이상의 이웃 eNB 사이에서 리소스 관리를 제어할 수도 있다. 중앙집중식 노드는, 리소스의 적절한 세트(예를 들면, 복수의 리소스 풀)를 갖는 eNB를 할당할 수도 있다 예를 들면, 중앙집중형 노드는, 예를 들면, 도 10의 예 (c)에서 도시되는 바와 같이, 셀 중앙에 있는 D2D WTRU에 대해 리소스의 동일한 세트를 갖는 그리고 셀 에지에 있는 D2D WTRU에 대해 리소스 상이한 세트를 갖는 인접한 eNB를 할당할 수도 있다.

eNB A 및 eNB B는, 예를 들면, 도 10의 예 (c)에서 예시되는 바와 같이, 그들 각각의 셀의 중심에서 또는 그 중심 근처에서 사용할 제1 리소스 풀(1008)을 할당받을 수도 있다. eNB A 및 eNB B는, 유의한 간섭을 야기하지 않으면서 그들의 셀 중심에서 제1 리소스 풀(1008)을 동시에 사용할 수도 있는데, 그 이유는 셀 중심 사이의 거리가, 재사용이 간섭을 야기하는 임계 거리보다 더 클 수도 있기 때문이다. eNB A 및 eNB B는, 예를 들면, 도 10의 예 (c)에서 예시되는 바와 같이, 셀 에지에서 또는 그 에지 근처에서 사용할 상이한 리소스 풀을 할당받을 수도 있다. 예를 들면, eNB A는 제2 리소스 풀(1010)을 할당받을 수도 있고 eNB B는 제3 리소스 풀(1012)을 할당받을 수도 있다. eNB A 및 eNB B는 그들의 셀 에지에서 리소스 풀을 사용할 수 없을 수도 있는데, 왜냐하면, 그들의 셀 에지가 중첩할 수도 있거나 또는 그들의 셀 에지 사이의 거리가, 재사용이 간섭을 야기하는 임계 거리 미만일 수도 있기 때문이다.

하나 이상의 WTRU는 D2D 통신(예를 들면, 송신 또는 수신)을 위해 사용할 리소스의 세트(예를 들면, 리소스 풀)를 선택할 수도 있다. eNB A에 의해 서빙되고 있는 WTRU는, 예를 들면, 도 10의 예 (c)에서 예시되는 바와 같이, D2D 통신을 사용하여 정보를 전송하기 위한 리소스 풀을 복수의 리소스 풀로부터 선택할 수도 있다. eNB A에 의해 서빙되고 있는 WTRU는, 예를 들면, WTRU가, eNB A에 의해 서빙되고 있는 셀의 중심에 있거나 또는 그 중심 근처에 있을 때, 제1 리소스 풀(1008)을 선택할 수도 있다. eNB A에 의해 서빙되고 있는 WTRU는, 예를 들면, WTRU가, eNB A에 의해 서빙되고 있는 셀의 에지에 있거나 또는 그 에지 근처에 있을 때, 제2 리소스 풀(1010)을 선택할 수도 있다. eNB B에 의해 서빙되고 있는 WTRU는, 예를 들면, WTRU가, eNB B에 의해 서빙되고 있는 셀의 중심에 있거나 또는 그 중심 근처에 있을 때, 제1 리소스 풀(1008)을 선택할 수도 있다. 이것의 예는 도 10의 예 (c)에서 예시된다. eNB B에 의해 서빙되고 있는 WTRU는, 예를 들면, WTRU가, eNB B에 의해 서빙되고 있는 셀의 에지에 있거나 또는 그 에지 근처에 있을 때, 제3 리소스 풀(1012)을 선택할 수도 있다.

송신을 위해 WTRU에 의해 사용될 리소스의 세트는 WTRU에 의해 자율적으로 결정될 수도 있고/있거나, 예를 들면, 하나 이상의 기준에 기초하여, 네트워크에 의해 명시적으로 구성될 수도 있다. 리소스 세트 선택 기준은, 송신 WTRU에 의해 결정되는 다음의 측정치 및/또는 기준 중 하나 이상의 함수일 수도 있다.

리소스 선택(예를 들면, 리소스 풀 선택)은 RSRP 측정치(들)에 기초할 수도 있다. 서빙 셀의 RSRP 측정치, WTRU가 아이들 모드에서 머무르고 있는 eNB, 및/또는 이웃하는 eNB로부터의 RSRP는 리소스 선택을 위해 사용될 수도 있다. 예를 들면, eNB A에 의해 서빙되고 있는 WTRU는 RSRP 측정치를 결정할 수도 있고 RSRP 측정치에 기초하여 복수의 리소스 풀로부터 리소스 풀을 선택할 수도 있다.

WTRU는 서빙 셀의 RSRP 측정치를 결정할 수도 있다. WTRU는 서빙 eNB의 측정된 RSRP를 임계치(예를 들면, 사전 구성된 임계치)에 비교할 수도 있다. 예를 들면, 측정된 RSRP가 임계치보다 더 크면, WTRU는 대응하는 리소스(예를 들면, 임계치보다 더 큰 RSRP를 갖는 WTRU에 대해 구성되는 리소스)의 세트로부터 선택할 수도 있다. 측정된 RSRP가 임계치 미만이면, WTRU는, 임계치보다 더 작은 RSRP를 갖는 WTRU에 대한 것인 리소스의 다른 세트로부터 선택할 수도 있다. 예를 들면, eNB A에 의해 서빙되고 있는 WTRU는, eNB A에 의해 서빙되고 있는 셀의 RSRP 측정치를 결정할 수도 있다. WTRU는, 예를 들면, RSRP 측정치가 임계치보다 더 클 때, 제1 리소스 풀(1008)을 선택할 수도 있다. WTRU는, 예를 들면, RSRP 측정치 미만일 때, 제2 리소스 풀(1010)을 선택할 수도 있다.

WTRU는, 리소스 풀을 선택하기 위해, 이웃하는 eNB로부터의 RSRP 측정치를 사용할 수도 있다. 예를 들면, eNB A에 의해 서빙되고 있는 WTRU는, eNB B에 의해 서빙되고 있는 셀(예를 들면, 이웃하는 셀, 예를 들면, 인접 셀)의 RSRP 측정치를 사용할 수도 있다. WTRU는, 이웃하는 셀의 RSRP 측정치가 임계치를 넘으면, 이웃하는 셀에 자신에 근접한다는 것을 결정할 수도 있다. eNB A에 의해 서빙되고 있는 WTRU는, 예를 들면, 이웃하는 셀(예를 들면, 이웃하는 eNB인 eNB B에 의해 서빙되고 있는 셀)의 RSRP 측정치가 임계치를 넘으면, 제2 리소스 풀(1010)을 선택할 수도 있다. WTRU는, 이웃하는 셀의 RSRP 측정치가 임계치 미만이면, 이웃하는 셀로부터 자신이 멀리 있다는 것을 결정할 수도 있다. eNB A에 의해 서빙되고 있는 WTRU는, 예를 들면, 이웃하는 셀(예를 들면, eNB B에 의해 서빙되고 있는 셀)의 RSRP 측정치가 임계치 미만이면, 제1 리소스 풀(1008)을 선택할 수도 있다.

상이한 리소스 세트(예를 들면, 리소스 풀)은 상이한 RSRP 범위에 대해 사용되도록 구성될 수도 있다. 예를 들면, 제1 리소스 풀(1008)은 RSRP 값의 제1 범위와 관련될 수도 있고 제2 리소스 풀(1010)은 RSRP 값의 제2 범위와 관련될 수도 있다. RSRP 값의 제1 범위는 임계치를 넘는 RSRP 값을 포함할 수도 있고 RSRP 값의 제2 범위는 임계치 미만의 RSRP 값을 포함할 수도 있다. WTRU는, 예를 들면 RSRP 측정치가 RSRP 값의 제1 범위 내에 있을 때, 제1 리소스 풀(1008)을 선택할 수도 있다. WTRU는, 예를 들면 RSRP 측정치가 RSRP 값의 제2 범위 내에 있을 때, 제2 리소스 풀(1010)을 선택할 수도 있다. RSRP 값의 범위는, 그 범위의 하한을 나타내는 낮은 RSRP 임계치 및 그 범위의 상한을 나타내는 높은 RSRP 임계치를 포함할 수도 있다. WTRU는, RSRP 측정치가 낮은 RSRP 임계치와 높은 RSRP 임계치 사이에 있을 때(예를 들면, 낮은 RSRP 임계치보다 더 크고 높은 RSRP 임계치 보다 더 작을 때), RSRP 측정치가 RSRP의 범위 내에 있다는 것을 결정할 수도 있다. RSRP 값의 범위는 개방형일 수도 있다. 예를 들면, RSRP는 하나의(예를 들면, 단지 하나의) 한계를(예를 들면, 하한만을 또는 상한만을) 가질 수도 있다. RSRP 임계치는 RSRP 값의 개방형 범위의 낮은 RSRP 임계치 또는 RSRP 값의 개방형 범위의 높은 RSRP 임계치일 수도 있다.

WTRU는 측정치(예를 들면, RSRP 측정치)를 트리거용 기준(triggering criterion)에 기초하여 서빙 eNB(예를 들면, eNB A)로 보고할 수도 있다. eNB는 리소스의 세트를 갖는 WTRU를 구성할 수도 있고/있거나 나타낼 수도 있다. 예를 들면, eNB는, 제1 리소스 풀(1008)이 RSRP 값의 제1 범위와 관련되고 제2 리소스 풀(1010)이 RSRP 값의 제2 범위와 관련된다는 것을 WTRU에게 나타낼 수도 있다. eNB는, 리소스 풀(들), RSRP 범위(들) 및/또는 RSRP 임계치(들)를 무선 리소스 제어(RRC) 시그널링을 통해 나타낼 수도 있다. 예를 들면, eNB는 구성을 WTRU로 전송할 수도 있다. 구성은 리소스 풀(들), RSRP 범위(들) 및/또는 RSRP 임계치(들)를 식별할 수도 있다.

WTRU는 자신의 서빙 eNB 및/또는 하나 이상의 이웃 eNB로부터의 RSRP를 비교할 수도 있다. 예를 들면, eNB A에 의해 서빙되고 있는 WTRU는 eNB A 및 eNB B에 의해 서빙되고 있는 셀의 RSRP 측정치를 비교할 수도 있다. 네트워크는, eNB 영역의 중심에 있는 그리고 eNB 영역의 에지에 있는 D2D WTRU에 대해 리소스의 두 개 이상의 세트를 구성할 수도 있다. 예를 들면, eNB A는, 제1 리소스 풀(1008)이 셀 중심에서 또는 그 중심 근처에서 사용되어야 한다는 것 및 제2 리소스 풀(1010)이 셀 에지에서 또는 그 에지 근처에서 사용되어야 한다는 것을 결정할 수도 있다.

WTRU는 리소스의 어떤 세트를 선택해야할지를(예를 들면, 복수의 리소스 풀로부터 어떤 리소스 풀을 선택해야할지를), 하나 이상의 이웃하는 eNB 및/또는 서빙 eNB의 RSRP의 함수로서 결정할 수도 있다. 예를 들면, eNB A에 의해 서빙되고 있는 WTRU는 RSRP 측정치에 기초하여 제1 리소스 풀(1008) 또는 제2 리소스 풀(1010) 중 하나를 선택할 수도 있다. 예를 들면, WTRU는, 서빙 eNB(예를 들면, eNB A)의 측정된 RSRP가 하나 이상의 이웃하는 eNB(예를 들면, eNB B)의 RSRP보다, 예를 들면, 소정의 값만큼 및/또는 시간의 어떤 기간 동안, 더 클 때, 리소스 풀(1010)(예를 들면, 셀 중심에 대한 리소스)을 선택할 수도 있다. 예를 들면, WTRU는, eNB A 및 eNB B의 측정된 RSRP 사이의 차이가 임계치를 초과하면, 제1 리소스 풀(1008)을 선택할 수도 있다. 그렇지 않다면, WTRU는 리소스의 다른 세트(예를 들면, 제2 리소스 풀(1010))로부터 선택할 수도 있다. 예를 들면, WTRU는, eNB A 및 eNB B의 측정된 RSRP 사이의 차이가 임계치 미만이면, 제2 리소스 풀(1010)을 선택할 수도 있다.

WTRU는 기준을 서빙 eNB(예를 들면, eNB A)로 보고할 수도 있다. 예를 들면, WTRU는 RSRP 측정치를 eNB A로 전송할 수도 있다. eNB는 선택할 리소스의 세트를 갖는 WTRU를 구성할 수도 있다. 예를 들면, eNB A는, 구성을 WTRU로 전송하는 것에 의해 리소스 풀을 선택하도록 WTRU를 구성할 수도 있다. 구성은, WTRU가 RSRP 측정치에 기초하여 사용할 수도 있는 리소스 풀을 나타낼 수도 있다. 예를 들면, WTRU는, 서빙 eNB(예를 들면, eNB A)로부터의 RSRP가 하나 이상의 이웃 eNB(예를 들면, eNB B)로부터의 것보다, 예를 들면, 어떤 값만큼 및/또는 시간의 어떤 기간 동안, 더 크면, '1'을 보고할 수도 있고, 그렇지 않다면 WTRU는 '0'을 보고할 수도 있다. eNB(예를 들면, eNB A)는, WTRU가 '1'을 보고할 때 셀 중심 리소스 풀(예를 들면, 제1 리소스 풀(1008))을 선택하도록 WTRU를 구성할 수도 있다. eNB(예를 들면, eNB B)는, WTRU가 '0'을 보고할 때 셀 에지 리소스 풀(예를 들면, 제2 리소스 풀(1010))을 선택하도록 WTRU를 구성할 수도 있다.

리소스 선택은 서빙 eNB까지의 및/또는 이웃하는 eNB 중 하나 이상까지의 경로 손실에 기초할 수도 있다. WTRU는 서빙 eNB까지의 측정된 경로 손실을, 예를 들면, RSRP 측정치와 마찬가지로, 임계치(예를 들면, 미리 정의된 임계치)에 비교할 수도 있다. WTRU는, 비교 결과에 기초하여, 선택할 리소스의 세트를 선택할 수도 있고/있거나 WTRU는 서빙 eNB 및/또는 하나 이상의 이웃 eNB까지의 경로 손실을 비교할 수도 있다. WTRU는, 서빙 eNB(예를 들면, eNB A)까지의 경로 손실이, 하나 이상의 이웃 eNB(예를 들면, eNB B)까지의 것 미만이면, 셀 중심 WTRU에 대한 리소스의 세트(예를 들면, 제1 리소스 풀(1002))로부터 선택할 수도 있다. 그렇지 않다면, WTRU는 셀 에지 WTRU에 대한 리소스의 세트(예를 들면, 제2 리소스 풀(1010))로부터 선택할 수도 있다. WTRU는 트리거용 기준에 기초하여 측정치를 eNB로 보고할 수도 있다. eNB는 사용할 리소스의 세트를 구성할 수도 있다.

리소스 선택은, 서빙 eNB에 대한 및/또는 이웃하는 eNB에 대한 타이밍 진척 값(timing advance value)에 기초할 수도 있다. 연결 모드에 있는 WTRU의 경우, 자신의 서빙 eNB 및/또는 하나 이상의 이웃 eNB에 대한 타이밍 진척 값은, 리소스 세트를 선택할 기준으로서 사용될 수도 있다. 예를 들면, 서빙 eNB에서의 타이밍 진척 값이 임계치 미만이면, WTRU는 (예를 들면, 주어진 기준이 충족될 때) 대응하는 구성된 리소스를 선택할 수도 있다. 그렇지 않다면, WTRU는 리소스의 다른 세트로부터 선택할 수도 있다. WTRU는, 하나 이상의 타이밍 진척 값의 비교 결과에 기초하여 eNB에게 보고할 수도 있다.

리소스 선택은, 허용된 검색 리소스 중 하나 이상(예를 들면, 서브셋)에서의 측정된 에너지 레벨에 기초할 수도 있다. WTRU는, 선택을 할 리소스의 세트를 결정할 수도 있고/있거나 검색 리소스 중 하나 이상(예를 들면, 서브셋)에서의 측정된 리소스 활용도에 기초하여 eNB에게 보고할 수도 있다. 리소스 활용되는, 예를 들면, 본원에서 설명되는 바와 같이, 예를 들면, 에너지의 양을 측정하는 것에 의해 및/또는 제어 시그널링 및/또는 주목하는 리소스에서 검색 시그널링을 모니터링하는 것에 의해, 결정될 수도 있다.

WTRU는 리소스의 하나 이상의 세트 상에서 측정(예를 들면, 세트 내의 리소스 상에서 에너지 레벨)을 수행할 수도 있고, 어떤 리소스 세트를 사용할지를 결정하기 위해, 측정의 결과를 사용할 수도 있다. WTRU는, 측정된 리소스 활용도가 가장 낮은 리소스 세트(예를 들면, 하나의 측정치에 관해 및/또는 다수의 측정치에 관해, 세트의 리소스(예를 들면, 모든 리소스)에 걸쳐 검출된 가장 낮은 에너지)를 선택할 수도 있다. 리소스 선택(예를 들면, 초기 리소스 선택)은, 이러한 측정치에 기초하여 수행될 수도 있고/있거나 WTRU는 (예를 들면, 리소스 풀의 복수의 리소스로부터의) 이용가능한 리소스 세트에 걸쳐 리소스를 랜덤하게 선택할 수도 있다. 리소스 선택(예를 들면, 초기 리소스 선택)은, 예를 들면, 본원에서 설명되는 바와 같이, 네트워크 구성 우선순위의 순서에 기초할 수도 있고/있거나 다른 측정치에 기초할 수도 있다. 리소스 선택(예를 들면, 초기 리소스 선택)이 수행되면, WTRU는, 예를 들면, 리소스(예를 들면, 모든 리소스)에 걸쳐 측정된 에너지 레벨이, 예를 들면, 시간의 어떤 기간 동안, 임계치보다 더 높으면, 리소스 세트를 변경할 수도 있다. WTRU는 리소스의 다른 세트에서의 측정된 에너지에 기초하여 리소스 세트(예를 들면, 새로운 리소스 세트)를 선택할 수도 있다. 예를 들면, WTRU는 가장 낮은 에너지 레벨을 갖는 리소스 세트를 선택할 수도 있고, WTRU는 리소스 세트를 랜덤하게 선택할 수도 있고/있거나, WTRU는 리소스의 다음으로 가장 높은 우선순위 세트를 선택할 수도 있다. WTRU는, 리소스의 다른 세트가, 예를 들면, 임계치만큼 및/또는 시간의 어떤 기간 동안, 자신의 리소스에 걸쳐 더 낮은 평균 리소스 활용도를 가지면, 리소스의 한 세트를 선택할 수도 있다. 리소스가 하나 이상의(예를 들면, 모든) 리소스 세트 상에서 점유되면, WTRU는 리포트를 네트워크로 전송할 수도 있다.

리소스 선택은 애플리케이션의 우선순위에 의존할 수도 있다. WTRU는 우선순위(예를 들면, Prose 애플리케이션 우선순위)를 가지고 구성될 수도 있다. 하나 이상의 리소스 세트는 하나 이상의 관련된 애플리케이션 우선순위 클래스를 가지고 구성될 수도 있다. WTRU는, 애플리케이션 - 그 애플리케이션에 대해 검색 신호가 송신되고 있음 - 의 우선순위에 기초하여 어떤 리소스 세트를 사용할지를 결정할 수도 있다. WTRU는, 구성된 애플리케이션 우선순위와 동일한 또는 더 낮은 가장 높은 가용 우선순위를 갖는 리소스를 선택할 수도 있다.

리소스 선택은, (예를 들면, 검색을 위한 및/또는 통신을 위한) ProSe 애플리케이션의 구성된 특성 중 하나 또는 그 특성의 조합에 의존할 수도 있다. 예를 들면, 리소스 선택은, 애플리케이션의 타입, 애플리케이션의 용도, 공공 안전 또는 상업용, QoS 특성(예를 들면, 레이턴시, 레이트, 등등), 전력 특성/요건, 검색의 타입(예를 들면, 개방형/제한형) 또는 모델 A 대 모드 B 검색, 통신의 타입(예를 들면, 유니캐스트, 멀티캐스트, 또는 그룹캐스트), 등등에 의존할 수도 있다.

통신을 위한 리소스 선택은, 다수의 구성된 SA 리소스 풀 또는 데이터 송신 풀 중 하나를 선택하도록 수행될 수도 있다.

WTRU는 특성 중 하나 또는 조합을 가지고 구성될 수도 있다. 각각의 리소스 풀은 특성 중 하나 또는 조합을 가지고 구성될 수도 있다. WTRU는, WTRU의 ProSe 애플리케이션과 동일한 특성을 가지고 구성되는 리소스 세트 또는 리소스의 세트를 선택할 수도 있다. 예를 들면, WTRU가 공공 안전 타입의 애플리케이션을 가지고 구성되면, WTRU는, 공공 안전을 위해 구성되는 리소스의 세트를 선택할 수도 있다.

WTRU는, 주어진 애플리케이션 또는 애플리케이션의 세트의 특성 및/또는 전력 클래스 요건을 충족하는 리소스 세트를 선택할 수도 있다. WTRU는, 주어진 애플리케이션에 관련되는 검색의 타입을 가지고 구성되는 가용 리소스로부터 리소스 세트를 선택할 수도 있다. WTRU는, WTRU가, 예를 들면, 레이턴시 및/또는 레이트를 비롯한 QoS 기준 중 하나 이상을 충족하는 것을 허용하는 리소스 세트로부터 선택할 수도 있다. 리소스의 구성된 세트로부터, WTRU는, WTRU가 요건 및/또는 레이트를 충족하는 것을 허용할 D2D 송신을 위한 D2D 이용가능 서브프레임의 주기성 및/또는 수를 갖는 리소스 세트를 결정할 수도 있다.

WTRU는, WTRU가, 예를 들면, 보장된 비트 레이트를 비롯한 하나 이상의 QoS 기준을 충족하는 것을 허용하는 리소스 세트로부터 선택할 수도 있다. 예를 들면, WTRU는, D2D 송신 패킷에 할당되는 논리적 채널의 구성된 PBR 또는 GBR을 지원하도록 구성되는 리소스 세트를 결정할 수도 있다.

리소스의 선택(예를 들면, 리소스의 자율적 선택)을 수행하기 위한 및/또는 eNB로의 리포트를 개시하기 위한 트리거가 제공될 수도 있다. WTRU는, 검색 및/또는 통신 프로세스가 개시될 때(예를 들면, WTRU가 검색 신호를 송신하기 위한 리소스 선택을 처음으로 시도할 때), 예를 들면, WTRU가 검색 신호 또는 메시지를 송신할 것을 처음으로 결정할 때, 리소스 선택 및/또는 네트워크로의 리포팅을 수행할 수도 있다. WTRU는, WTRU가 충족해야 하는 기준 및/또는 eNB의 특성을, 예를 들면, 본원에서 설명되는 바와 같이, 측정된 결과에 기초하여 eNB로 보고할 수도 있다.

(예를 들면, 각각의) 검색 시기의 시작에서, WTRU는 측정(예를 들면, RSRP 측정)을 수행할 수도 있고/있거나 적절한 리소스 세트(예를 들면, 리소스 풀)을 선택하기 위해 측정치를 사용할 수도 있다. WTRU는, 검색 프로세스의 지속기간 동안 및/또는 구성된 시간 기간 동안, 이 리소스 세트로부터의 리소스를 활용할 수도 있다.

WTRU는, 본원에서 정의되는 기준 중 하나 이상에 따라, 예를 들면, 모든 송신에서, 리소스 선택(예를 들면, 동적 리소스 선택)을 수행할 수도 있다. WTRU는 리소스 세트 및/또는 측정치를 모니터링할 수도 있다. 본원에서 설명되는 조건 중 하나 이상이 충족되면, WTRU는 자신이 사용하는 리소스 세트를 변경할 수도 있다. WTRU는, 본원에서 설명되는 조건이 충족되면, 예를 들면, WTRU가 측정한 자신의 서빙 eNB의 RSRP가 (예를 들면, 시간의 어떤 지속기간 동안) 임계치를 넘으면 및/또는 WTRU가 eNB로부터 더 멀리 이동함에 따라 감소하고 있으면, 네트워크에 대한 리포트를 트리거할 수도 있다. RSRP 값이 임계치 아래로 떨어지면, WTRU는 이러한 변화를 나타내는 리포트를 eNB로 전송할 수도 있고/있거나 사용되는 리소스의 세트를 변경할 수도 있다(예를 들면, 자율적으로 변경할 수도 있다).

WTRU는, 예를 들면, 리소스의 어떤 세트가 그리고 어떤 특성이 WTRU에게 할당될 수도 있는지를 네트워크가 결정하기 위해 사용될 수도 있는 이러한 리포트를 전송하도록 WTRU가 네트워크에 의해 구성될 때, 리소스 선택 및/또는 네트워크에 대한 리포팅을 수행할 수도 있다.

WTRU는, WTRU가 선택할 리소스의 이용가능한 세트를 발견할 수 없을 때, 리소스 선택 및/또는 네트워크에 대한 리포팅을 수행할 수도 있다. 예를 들면, 측정된 에너지 레벨에 기초하여 리소스의 모든 세트가 점유되면. WTRU는 리소스 세트를 선택할 수도 있고, 이용가능한 리소스 세트에 걸쳐, 및/또는 네트워크 구성의 우선순위 순서(network configured priority order)에 기초하여 랜덤하게 수행될 수도 있다. 리소스 세트가 네트워크 구성의 우선순위 순서에 기초하여 선택되면, 네트워크는 리소스 세트 중 하나 이상의 우선순위 순서를 나타내는 테이블을 브로드캐스트할 수도 있다.

리소스는, 애플리케이션 및/또는 검색 프로세스가 상이한 기준을 충족할 때 선택될 수도 있다. 리소스(예를 들면, 검색 리소스 풀, 통신을 위한 SA 송신 풀, 통신 데이터 송신 풀, 등등)의 세트는, WTRU가 선택을 하도록 허용되는 상이한 기준 중 하나 또는 조합에 대응하는 인덱스를 가지고 구성될 수도 있다. 예를 들면, 인덱스와 기준 또는 기준의 조합 사이의 명시적인 매핑이 정의될 수도 있다. WTRU는, 관련된 인덱스를, 자신의 구성된 기준(예를 들면, 애플리케이션의 타입, 전력 범위, QoS, 우선순위, 비트 레이트, 등등)에 따라 결정할 수도 있다.

테이블1은, 세 개의 비트 인덱스 및 관련 기준의 예시적인 매핑을 예시하는 테이블이다. 리소스 사용량을 정의하는 기준의 세트는, 리소스 세트가 사용될 수 있는 전력 범위 및/또는 애플리케이션의 타입에 대응할 수도 있다. 매핑 테이블은, 인덱스 번호에 대해 상이한 수의 비트를 갖는 및/또는 소망의 기준의 상이한 세트를 결합하는 상이한 리소스 사용량에 대해 생성될 수도 있다. 예를 들면, 우선순위 기준이 리소스 사용량의 정의에 포함되면, 더 많은 비트가 사용될 수도 있다.

검색 프로세스 및/또는 통신 세션은 상이한 기준을 가지고 독립적으로 구성될 수도 있다. WTRU는 기준의 세트가 어떤 인덱스로 매핑하는지를 결정할 수도 있다. WTRU는 그 인덱스와 관련되는 리소스 세트를 선택할 수도 있다. WTRU는 인덱스를 가지고 명시적으로 구성될 수도 있다. 주어진 인덱스를 가지고 어떠한 리소스도 구성되지 않으면, WTRU는, 구성된 기준을 가장 잘 충족하는 다음 리소스 세트를 결정할 수도 있다.

검색 프로세스 및/또는 통신 세션은 하나보다 많은 소망의 사용량 인덱스와 (예를 들면, 우선순위 순서로) 관련될 수도 있다. WTRU는, 제공된 사용량 인덱스를, 소망의 사용량 인덱스 중 하나 이상으로 (예를 들면, 우선순위의 순서로) 매칭시키기 위해 사용될 수도 있다. 만약 매칭시키는 것이 제대로 작동하지 않으면, WTRU는 디폴트 리소스 및/또는 임의의 타입의 서비스에 대해 구성되는 리소스로 되돌아갈 수도 있다.

리소스 세트는, 리소스 인덱스를 가지고 그리고 측정 기준(예를 들면, 리소스와 관련되는 RSRP 임계치)을 가지고 구성될 수도 있다. 각각의 기준은 독립적으로 구성될 수도 있다. 기준 중에서도 우선순위가 확립될 수도 있다.

리소스 세트는 하나 이상의 상이한 기준을 가지고 구성될 수도 있다(예를 들면, 명시적으로 및/또는 독립적으로 구성될 수도 있다). 예를 들면, 리소스 세트는, 자신이 공공 안전(PS) 용도인지, 상업적 용도인지, 또는 어느 것도 아닌지(예를 들면, 리소스는 임의의 애플리케이션 타입에 대한 것일 수도 있다)의 여부를 나타낼 수도 있다. 한 예시적인 기준에서, 리소스 세트는 전력 범위(예를 들면, 상, 중, 하, 또는 어느 것도 아님)를 가지고 구성될 수도 있다. 어느 것도 아닌 것은, 모든 리소스가 모든 전력 범위에 대해 사용될 수도 있다는 것을 의미할 수도 있다. 예를 들면, 리소스 세트는, 리소스 세트가 지원하는 QoS의 타입, 리소스 세트가 지원할 수 있는 패킷 비트 레이트(예를 들면, PBR 또는 GBR), 및/또는 등등을 나타낼 수도 있다.

WTRU는 제1 기준(예를 들면, 가장 높은 우선순위 기준)과 관련되는 제1 리소스 세트(들)를 선택할 수도 있다. WTRU는, 제1 리소스 세트 내에서 리소스의 다음 세트를 선택하기 위해, 우선순위의 순서에 기초하여 결정되는 다음 기준을 사용할 수도 있고, 계속 그런 식일 수도 있다. 예를 들면, WTRU, 애플리케이션 타입(예를 들면, PS 또는 상업용)과의 사용을 위해 관련되는 리소스의 세트를 먼저 선택할 수도 있다. WTRU는, 전력 범위 기준의 세트를 충족하는 리소스를 선택할 수도 있다. WTRU는, RSRP 측정치 및/또는 리소스 구성에 따라 리소스의 세트를 선택할 수도 있다.

WTRU는 구성된 우선순위 레벨과 관련되는 리소스의 세트를 선택할 수도 있다. WTRU는, WTRU 구성의 애플리케이션 우선순위 레벨과 동일한 또는 더 낮은 가장 높은 우선순위 레벨을 갖는 리소스 세트를 선택할 수도 있다. 우선순위 레벨은, RSRP 측정치에 따라 사용되도록 허용되는 리소스보다 더 낮은 우선순위일 수도 있다. 따라서, WTRU는, 구성된 RSRP 측정 기준을 충족하는 가용 리소스의 세트(들)을 선택할 수도 있고 그 다음 애플리케이션 우선순위와 동일한 또는 더 낮은 가장 높은 우선순위 레벨을 갖는 리소스를 선택할 수도 있다.

주어진 검색 프로세스 및/또는 통신 세션의 사용량 인덱스와 매치하는 제공된 사용량 인덱스를 갖는 리소스 세트를 WTRU가 찾을 수 없으면, WTRU는, 가장 가깝게 매치하는 리소스 세트를 사용하는 지침을 가지고 구성될 수도 있다. 예를 들면, WTRU가 짧은 범위의 검색 동안 리소스 세트를 찾을 수 없으면, WTRU는, 자신의 최대 전력 송신 요건을 고려하면서, 중간 범위의 리소스 세트로부터의 리소스를 사용하도록 구성될 수도 있다. 예를 들면, WTRU는, 송신 패킷의 무선 베어러(예를 들면, 논리적 채널)의 패킷 비트 레이트와 동일한 또는 더 높은 패킷 비트 레이트를 가지고 구성되는 리소스 세트를 선택하는 규칙을 가질 수도 있다.

임의의 필수 사용량 인덱스 요건을 갖는 검색 메시지에 대해 사용될 수도 있는 디폴트 풀이 구성될 수도 있다. WTRU는 다른 매치가 발견되지 않을 때 디폴트 풀을 선택할 수도 있다.

WTRU 자율 리소스 제어가 제공될 수도 있다. 송신 WTRU는, 주어진 검색 시기 및/또는 시간 기간에, 얼마나 많은(예를 들면, 0을 포함함) 검색 송신을 수행할지를 결정할 수도 있다. WTRU 검색 송신 레이트를 구성하는 것에 의해, 네트워크 및/또는 시스템은 간섭의 양 및/또는 서비스 품질을 조정할 수도 있다.

WTRU는 고정된 검색 송신 레이트를 가지고 구성될 수도 있다. 예를 들면, WTRU는 주어진 검색 송신 레이트를 가지고 네트워크에 의해 구성될 수도 있다. WTRU는 전용 시그널링을 통해 구성을 수신할 수도 있다(예를 들면, RRC, NAS를 통해, ProSE 서버로부터, 및/또는 등등으로). WTRU는 브로드캐스트 채널을 통해(예를 들면, 하나 이상의 SIB를 통해) 구성을 수신할 수도 있다. 구성은 리소스 풀(들), RSRP 범위(들) 및/또는 RSRP 임계치(들)를 식별할 수도 있다.

WTRU는, 예를 들면, 다음 중 하나 이상을 사용하여 파라미터화될 수도 있는 검색 송신 레이트를 가지고 구성될 수도 있다. WTRU는, 초당 검색 송신의 수로 표현되는 평균 레이트를 가지고 구성될 수도 있다. WTRU는, 레이트를 달성하기 위해 하나 이상의(예를 들면, 일련의) 검색 시기에 얼마나 많은 검색 송신을 수행할지를 결정할 수도 있다. WTRU는, 레이트를 달성하기 위해 규칙적인 간격에서 검색 신호를 송신하도록 구성될 수도 있다. WTRU는, 특정 수의 검색 시기 및/또는 특정한 시간 간격 동안 다수의 검색 송신을 가지고 구성될 수도 있다. 예를 들면, WTRU는 N 번의 검색 시기에 걸쳐 N 개의 송신 검색 신호를 송신하도록 구성될 수도 있다. WTRU는, 예를 들면, 프레임의 수(예를 들면, Nframe) 및/또는 절대 시간(예를 들면, 초)에서 특정될 수도 있는 시간 간격 동안 N 개의 송신 검색 신호를 송신하도록 구성될 수도 있다.

WTRU는, 검색 시기 동안, 예를 들면, 레이트가 허용할 때, 검색 신호 페이로드를 반복하도록 구성될 수도 있다. 이것은, 예를 들면, 하나의 검색 시기에 WTRU가 하나보다 많은 검색 신호를 송신할 수도 있도록 하는 그러한 레이트일 때 발생할 수도 있다.

구성된 검색 송신 레이트는 하나 이상의(예를 들면, 모든) 검색 프로세스에 적용가능할 수도 있다. WTRU는 (예를 들면, 각각의) 검색 프로세스에 고유한 검색 송신 레이트를 가지고 구성될 수도 있다.

WTRU는 검색 송신 레이트를 자율적으로 결정할 수도 있다. WTRU는 자신의 검색 송신 레이트를, 검색 리소스의 측정치에 기반을 둘 수도 있다. WTRU는, 최소 검색 송신 레이트 및/또는 최대 송신 레이트를 가지고 구성될 수도 있다. WTRU는, 리소스 활용도를 측정하도록 그리고 주어진 측정 기간 이후에 현재 송신 레이트(예를 들면, current_discovery_rate)를 업데이트하도록 구성될 수도 있다.

WTRU는 current_discovery_rate를 어떤 값(예를 들면, 미리 정의된 값)으로 초기화할 수도 있다. WTRU는 current_discovery_rate를, 구성되는 최소 검색 송신 레이트로 초기화할 수도 있다. WTRU는, 예를 들면, 다음 중 하나 이상이 발생할 때, current_discovery_rate를 리셋할 수도 있고, 재초기화할 수도 있고, 및/또는 제로로 설정할 수도 있다. WTRU는, 시간의 구성된 지속기간 동안 WTRU가 검색 신호를 송신하지 않았다면, current_discovery_rate를 리셋할 수도 있고, 재초기화할 수도 있고, 및/또는 제로로 설정할 수도 있다. WTRU는, WTRU가 네트워크로부터 한 신호를 수신하면, current_discovery_rate를 리셋할 수도 있고, 재초기화할 수도 있고, 및/또는 제로로 설정할 수도 있다. 예를 들면, 그 신호는, 검색을 위한 리소스의 변화를 나타내는 신호(예를 들면, 이 경우 WTRU는 current_discovery_rate를 재초기화할 수도 있다) 및/또는 WTRU에게 자신의 current_discovery_rate를 0으로 설정할 것을 나타내는 신호(예를 들면, 그 신호 미리 정의된 양의 시간 동안 WTRU는 current_discovery_rate를 재초기화하도록 구성될 수도 있다)일 수도 있다. WTRU는, 검색 리소스 활용도 레벨이, 예를 들면, 시간의 구성된 양 동안, 임계치 위에 및/또는 아래에 있다는 것을 WTRU가 결정할 때(예를 들면, 측정할 때) current_discovery_rate를 리셋할 수도 있고, 재초기화할 수도 있고, 및/또는 제로로 설정할 수도 있다.

WTRU가 current_discovery_rate를 증가시키기 위한 및/또는 감소시키기 위한 하나 이상의 트리거가 존재할 수도 있다. WTRU는, 리소스 활용도가, 예를 들면, 시간의 어떤 기간 동안 임계치 미만이다는 것을 WTRU가 결정할 때 current_discovery_rate의 값을 어떤 양만큼 증가시킬 수도 있다.

WTRU는, 검색 송신 레이트를 어떤 양만큼 증가시킬 수도 있다(예를 들면, WTRU는 검색 송신 레이트를 두 배로 할 수도 있다). WTRU는, 구성되는 최대 레이트를 초과하지 않도록 구성될 수도 있다.

WTRU는 검색 송신 레이트를 어떤 양만큼 감소시킬 수도 있다. 예를 들면, WTRU는, 리소스 활용도가, 예를 들면, 시간의 어떤 기간 동안, 임계치 위에 및/또는 아래에 있다는 것을 WTRU가 결정하는 시간의 어떤 기간(예를 들면, 시간의 모든 기간) 동안 어떤 양만큼 한 번 검색 송신 레이트를 감소시킬 수도 있다. WTRU는, 예를 들면, 어떤 양의 시간 동안 WTRU가 검색 송신을 수행하지 않았다는 것을 WTRU가 결정하면, 자신의 검색 프로세스 중 하나 이상에 관련되는 액티비티 상태에 기초하여 검색 송신 레이트를 어떤 양만큼 감소시킬 수도 있다. WTRU는, 네트워크 시그널링에 기초하여 검색 송신 레이트를 어떤 양만큼 감소시킬 수도 있다. 예를 들면, WTRU는, WTRU가 (예를 들면, C-RNTI에 의해, 다른 구성된 RNTI에 의해, MAC 제어 엘리먼트를 사용하는 L2 MAC 시그널링에 의해, 및/또는 등등에 의해 마스킹되는 (e)PDCCH 상에서 DCI를 사용하여) 전용 시그널링을 통해 네트워크 시그널링을 수신하면 검색 송신 레이트를 어떤 양만큼 감소시킬 수도 있다. 예를 들면, WTRU는, WTRU가 브로드캐스트 채널을 통해(예를 들면, 하나 이상의 SIB를 통해) 네트워크 시그널링을 수신할 수도 있으면 검색 송신 레이트를 어떤 양만큼 감소시킬 수도 있다.

WTRU는 검색 송신 레이트를 절반으로 할 수도 있다. WTRU는, 구성되는 최소 값 아래로 레이트를 감소시키지 않을 수도 있다.

WTRU는 검색 리소스 상에서의 에너지 레벨에 기초하여 검색 리소스 사용량을 결정할 수도 있다. 예를 들면, WTRU는 (예를 들면, 송신하고 있지 않을 때) 검색 리소스 상에서 에너지 레벨을 측정할 수도 있고 그것을 임계치에 비교할 수도 있다. WTRU는 성공적인 검색의 수에 기초하여 검색 리소스 사용량을 결정할 수도 있다. 예를 들면, WTRU는 성공적인 검색의 수를 카운트할 수도 있고 그것을 임계치에 비교할 수도 있다. WTRU는 하나 이상의 SIB에 기초하여 검색 리소스 사용량을 결정할 수도 있다. 예를 들면, WTRU는 리소스 활용의 표시를 위해 하나 이상의 SIB를 모니터링할 수도 있다. WTRU는 하나 이상의 SIB로부터 리소스 활용도를 판독할 수도 있다.

WTRU는, 예를 들면, 하나 이상의 SIB를 통해 시그널링되는 네트워크에 의한 표시에 기초하여 리소스 활용도를 결정할 수도 있다. 예를 들면, WTRU는, 검색 신호 리소스 활용도 과부하 표시기를 위해 하나 이상의 SIB를 모니터링할 수도 있다. WTRU는, 예를 들면, 과부하 표시기의 값에 기초하여, (예를 들면, 본원에서 설명되는 바와 같이) 자신의 검색 송신 레이트를 증가시킬 수도 있고/있거나 감소시킬 수도 있다.

WTRU는, 하나 이상의 검색 리소스가 전용되고(예를 들면, 네트워크에 의해 상이한 검색 프로세스에 관련되고) 한편 하나 이상의 검색 리소스는 공유된다는 것을 결정할 수도 있다 WTRU는, 리소스 사용량 레벨의 WTRU의 결정에서 공유되는 하나 이상의 검색 리소스를 고려할 수도 있다(예를 들면, 그 하나 이상의 검색 리소스만을 고려할 수도 있다). WTRU는, 결과적으로 나타나는 송신 레이트를, 공유된 리소스와 관련되는 프로세스에(예를 들면, 공유된 리소스와 관련되는 프로세스에만) 적용할 수도 있다.

리소스 랜덤화를 통한 간섭 완화가 제공될 수도 있다. 송신 WTRU는, 예를 들면, 시스템 간섭을 랜덤화하기 위해, 예를 들면, 허용된 검색 시기의 세트로부터 실제 송신 시기를 선택할 수도 있다.

WTRU는 리소스(예를 들면, 서브프레임의 세트)를 랜덤하게 선택할 수도 있는데, 그 리소스에 걸쳐 D2D 통신(예를 들면, 검색 송신)을 시도할 것이다. 송신 WTRU는 서브프레임의 세트를 결정할 수도 있는데, 검색 신호는 그 서브프레임의 세트에 걸쳐 송신될 수도 있다. WTRU는, 예를 들면, 다음 중 하나 이상에 기초하여, 예를 들면, 자신의 구성에 기초하여 시간의 어떤 기간에 걸쳐(예를 들면, 검색 시기 싸이클에 걸쳐) 정의되는, 다수(예를 들면, Ndisc)의 검색 서브프레임에 걸쳐 검색 신호 송신을 위해 사용되는 서브프레임의 수(예를 들면, Nreq)를 정의할 수도 있다.

WTRU는, 검색 신호 송신을 위해 사용되는 서브프레임의 수를, 구성되는 검색 프로세스의 수, (예를 들면, 각각의) 검색 프로세스의 QoS 및/또는 검색 송신 레이트, 송신 WTRU 마다 구성되는 및/또는 허용되는 최대 및/또는 최소 검색 송신 레이트, 및/또는 구성된 검색 프로세스에 걸쳐 WTRU의 필요한 QoS를 충족하기 위해 WTRU에 의해 사용되는 서브프레임의 최소 수에 기초하여 결정할 수도 있다.

WTRU는, 예를 들면, D2D 통신(예를 들면, 검색 송신)을 수행하기 위해 및/또는 시도하기 위해, 예를 들면, 어떤 기간(예를 들면, Ndisc 서브프레임) 동안, (예를 들면, 복수의 리소스로부터의) 서브프레임의 총 수에 걸쳐 Nreq 개의 서브프레임(예를 들면, 리소스)을 (예를 들면, 랜덤하게) 선택할 수도 있다.

WTRU는, 예를 들면, WTRU 고유의 값에 의해 초기화될 수도 있는 어떤(예를 들면, 미리 정의된) 랜덤화 함수를 사용하여 리소스(예를 들면, 서브프레임(들), PRB(들), 등등)를 선택할 수도 있다. 이것은, 어떤 두 개의 WTRU도 시간에 걸쳐 리소스의 동일한 세트를 선택하지 않는 것을 보장할 수도 있다. WTRU는, 네트워크에 의해 시그널링되는 WTRU 고유의 값에 기초한 및/또는 WTRU-ID 및/또는 WTRU-ID의 일부(예를 들면, IMSI, T-IMSI, C-RNTI, IMEI, 등등)에 기초한 씨드(seed)로 초기화되는 의사 랜덤 시퀀스 함수를 가지고 구성될 수도 있다.

WTRU는 규칙적인 간격에서, 예를 들면, SFN이 랩어라운드(wrap around)할 때마다 및/또는 다른 시간 순간에, 랜덤화 함수를 재초기화할 수도 있다.

시간 지연 제한이 제공될 수도 있다. 예를 들면, WTRU는 두 개의 허용된 검색 송신 사이에 최소 지연 및/또는 수의 서브프레임을 가지고 구성될 수도 있다. 이것은 채널의 시간 다이버시티(time diversity)를 활용하기 위해 사용될 수도 있다. 검색 송신을 수행하기 위해 및/또는 시도하기 위해 어떤 기간(예를 들면, Ndisc 서브프레임) 동안 (예를 들면, 복수의 리소스로부터의) 서브프레임의 총 수에 걸쳐 Nreq 개의 서브프레임(예를 들면, 리소스)을 (예를 들면, 랜덤하게) 선택하는 경우, WTRU는, 어떤 두 개의 선택된 서브프레임도 최소 지연 요건을 위반하지 않는 것을 보장할 수도 있다. 이것은, 예를 들면, 요건을 충족할 때까지, 무효한 구성이 발생하고/발생하거나 선택을 재시도할 때 무효한 구성을 폐기하는 것에 의해 수행될 수도 있다.

WTRU는 하나 이상의(예를 들면, 세트의) 서브프레임 - 이 하나 이상의(예를 들면, 세트의) 서브프레임에 걸쳐, 예를 들면, 검색 송신을 시도할 것임 - 을 선택할 수도 있다. WTRU는 서브프레임 호핑 패턴의 하나 이상의 세트를 가지고 구성될 수도 있다. 한(예를 들면, 각각의) 호핑 패턴은 서브프레임의 세트 - 송신 WTRU는, 이 서브프레임의 세트에 걸쳐, 예를 들면, 시간의 어떤 기간에 걸쳐(예를 들면, 검색 시기 싸이클에 걸쳐) 검색 신호를 송신할 수도 있음 - 를 정의할 수도 있다.

WTRU는, 예를 들면, 본원에서 설명되는 바와 같이, 다수(예를 들면, Ndisc)의 검색 서브프레임에 걸쳐 검색 신호 송신을 위한 서브프레임의 수(예를 들면, Nreq)를 결정할 수도 있다. WTRU는, 호핑 패턴의 패밀리를 선택할 수도 있는데, 호핑 패턴의 패밀리에 대해, 호핑 패턴(예를 들면, 모든 호핑 패턴)은, 예를 들면, Nreq의 값에 기초하여, Nreq 개의 검색 서브프레임 송신을 허용한다. WTRU는, 예를 들면, 랜덤 함수에 기초하여, 그 패밀리로부터 호핑 패턴 중 하나 이상을 선택할 수도 있다. 예를 들면, WTRU는 의사 랜덤 함수에 의해 생성되는 인덱스를 사용하여 호핑 패턴을 선택할 수도 있다. 의사 랜덤 함수는, 예를 들면, 본원에서 설명되는 같이 유도되는 씨드로 초기화될 수도 있다.

피쳐 및 엘리먼트가 LTE(예를 들면, LTE-A) 및 LTE 전문용어를 참조로 설명되지만, 본원에서 설명되는 피쳐 및 엘리먼트는, 다른 유선 및 무선 통신 프로토콜, 예를 들면, HSPA, HSPA+, WCDMA, CDMA2000, GSM, WLAN, 및/또는 등등에 적용가능할 수도 있다.

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

Claims (21)

1. 무선 송수신 유닛(wireless transmit receive unit; WTRU)으로서,
   프로세서를 포함하고,
   상기 프로세서는,
   디바이스 대 디바이스 송신(device-to-device transmission)을 사용하여 정보를 전송할 것을 결정하고,
   상기 WTRU와 연관되는 셀의 참조 신호 수신 전력(reference signal receive power; RSRP) 측정치를 결정하고,
   상기 셀의 상기 RSRP 측정치에 기초하여 복수의 리소스 풀(pool)로부터 리소스 풀 - 상기 복수의 리소스 풀의 각각의 리소스 풀은 낮은 RSRP 임계치 및 높은 RSRP 임계치와 연관되고, 상기 셀의 상기 RSRP 측정치는 선택된 리소스 풀의 상기 낮은 RSRP 임계치와 상기 높은 RSRP 임계치 사이에 있음 - 을 선택하고,
   상기 선택된 리소스 풀을 사용하여 상기 정보를 전송하도록
   구성되는 것인, 무선 송수신 유닛.
2. 제1항에 있어서,
   상기 프로세서는 또한, 상기 선택된 리소스 풀의 복수의 리소스로부터 리소스를 선택하도록 구성되는 것인, 무선 송수신 유닛.
3. 제2항에 있어서,
   상기 프로세서는 랜덤화 함수(randomization function) 또는 의사 랜덤 함수(pseudo-random function)를 사용하여 상기 리소스를 선택하도록 구성되는 것인, 무선 송수신 유닛.
4. 제2항에 있어서,
   상기 선택된 리소스 풀을 사용하여 상기 정보를 전송하도록 구성되는 상기 프로세서는, 상기 선택된 리소스를 사용하여 상기 정보를 전송하도록 구성되는 프로세서를 포함하는 것인, 무선 송수신 유닛.
5. 제2항에 있어서,
   상기 선택된 리소스는 하나 이상의 서브프레임을 포함하는 것인, 무선 송수신 유닛.
6. 제2항에 있어서,
   상기 선택된 리소스는 하나 이상의 물리적 리소스 블록(physical resource block; PRB)을 포함하는 것인, 무선 송수신 유닛.
7. 제1항에 있어서,
   상기 프로세서는 또한,
   무선 리소스 제어(radio resource control; RRC) 시그널링을 통해 구성을 수신하고,
   상기 구성에 기초하여, 상기 리소스 풀의 상기 선택이 RSRP에 기초한다는 것을 결정하도록
   구성되는 것인, 무선 송수신 유닛.
8. 제7항에 있어서,
   상기 구성은 상기 리소스 풀 및 상기 리소스 풀과 연관되는 RSRP 값의 범위를 식별하는 것인, 무선 송수신 유닛.
9. 무선 송수신 유닛(WTRU)에 의해 구현되는 방법으로서,
   디바이스 대 디바이스 송신을 사용하여 정보를 전송할 것을 결정하는 단계;
   상기 WTRU와 연관되는 셀의 RSRP 측정치를 결정하는 단계;
   상기 셀의 상기 RSRP 측정치에 기초하여 복수의 리소스 풀로부터 리소스 풀 - 각각의 리소스 풀은 낮은 RSRP 임계치 및 높은 RSRP 임계치와 연관되고, 상기 셀의 상기 RSRP 측정치는 선택된 리소스 풀의 상기 낮은 RSRP 임계치와 상기 높은 RSRP 임계치 사이에 있음 - 을 선택하는 단계; 및
   상기 선택된 리소스 풀을 사용하여 상기 정보를 전송하는 단계를 포함하는, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
10. 제9항에 있어서,
    상기 선택된 리소스 풀의 복수의 리소스로부터 리소스를 선택하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
11. 제10항에 있어서,
    상기 리소스를 선택하는 단계는, 랜덤화 함수 또는 의사 랜덤 함수를 사용하여 상기 리소스를 선택하는 단계를 포함하는 것인, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
12. 제10항에 있어서,
    상기 선택된 리소스 풀을 사용하여 상기 정보를 전송하는 단계는, 상기 선택된 리소스를 사용하여 상기 정보를 전송하는 단계를 포함하는 것인, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
13. 제9항에 있어서,
    상기 디바이스 대 디바이스 송신이 타입 1 디바이스 대 디바이스 송신이라는 것을 결정하는 단계를 더 포함하고,
    상기 타입 1 디바이스 대 디바이스 송신은, 상기 WTRU가 상기 복수의 리소스 풀로부터 상기 리소스 풀을 선택하는 것을 특징으로 하는, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
14. 제9항에 있어서,
    상기 디바이스 대 디바이스 송신을 사용하여 상기 정보를 전송할 것을 결정하는 단계는, 상기 디바이스 대 디바이스 송신을 사용하여 상기 정보를 전송하기 위한 요청을 수신하는 단계를 포함하는 것인, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
15. 무선 송수신 유닛(WTRU)으로서,
    프로세서를 포함하고,
    상기 프로세서는,
    정보를 전송하기 위한 디바이스 대 디바이스 송신 요청을 네트워크 엔티티로부터 수신하고,
    리소스 선택이 참조 신호 수신 전력(RSRP)에 기초한다는 것을 결정하고,
    복수의 리소스 풀 중 리소스 풀과 연관되는 RSRP 임계치를 상기 네트워크 엔티티로부터 수신하고,
    상기 디바이스 대 디바이스 송신 요청과 연관되는 셀의 RSRP 측정치를 결정하고,
    상기 RSRP 측정치를, 상기 리소스 풀과 연관되는 상기 RSRP 임계치와 비교하고,
    상기 RSRP 측정치가 상기 RSRP 임계치 위에 있는 것에 응답하여 디바이스 대 디바이스 송신을 통해 상기 정보를 전송할 상기 리소스 풀을 선택하고,
    상기 리소스 풀이 상기 정보를 전송하도록 선택되는 것에 응답하여 상기 리소스 풀을 사용하여 상기 정보를 전송하도록
    구성되는, 무선 송수신 유닛.
16. 제15항에 있어서,
    상기 리소스 풀은 복수의 리소스를 포함하고,
    상기 프로세서는 또한,
    랜덤화 함수에 기초하여 상기 복수의 리소스로부터 리소스를 선택하고,
    상기 선택된 리소스를 사용하여 상기 정보를 전송하도록
    구성되는, 무선 송수신 유닛.
17. 제16항에 있어서,
    상기 리소스는 서브프레임 또는 물리적 리소스 블록(PRB)을 포함하는 것인, 무선 송수신 유닛.
18. 제15항에 있어서,
    상기 프로세서는 또한, 상기 리소스 풀을 식별하는 그리고 상기 리소스 풀과 연관되는 상기 RSRP 임계치를 나타내는 시스템 정보 블록(system information block; SIB)을 상기 네트워크 엔티티로부터 수신하도록 구성되는 것인, 무선 송수신 유닛.
19. 제15항에 있어서,
    상기 RSRP 임계치는, RSRP 값의 개방형 범위(open-ended range)의 낮은 RSRP 임계치 또는 RSRP 값의 상기 개방형 범위의 높은 RSRP 임계치를 포함하는 것인, 무선 송수신 유닛.
20. 삭제
21. 삭제

Images