KR102348010B1

KR102348010B1 - 셀간 장치 간 통신 및 디스커버리를 위한 방법 및 장치

Info

Publication number: KR102348010B1
Application number: KR1020177002504A
Authority: KR
Inventors: 잉 리; 토마스 데이비드 노블란
Original assignee: 삼성전자주식회사
Priority date: 2014-06-27
Filing date: 2015-06-26
Publication date: 2022-01-06
Also published as: EP2961235A1; EP3709741A1; EP2961235B1; EP3709741B1; WO2015199507A1; KR20170028947A

Abstract

일 방법은 송수신기를 통하여 이웃 기지국과 관련된 적어도 하나의 다른 UE로부터 송신되는, 상기 이웃 기지국의 D2D(device to device) 동기 신호를 검출하는 단계와, 상기 이웃 기지국의 D2D 동기 신호에 기반하여, 상기 이웃 기지국에 의해 구성되는 적어도 하나의 UE 수신(RX) 리소스 풀을 결정하는 단계와, 상기 송수신기를 통하여, 상기 적어도 하나의 UE RX 리소스 풀에 따라, 상기 적어도 하나의 다른 UE로부터 송신되는, D2D 디스커버리 또는 통신 신호를 모니터링하는 단계를 포함한다. 일 방법은 기지국과 관련된 적어도 하나의 디바이스에 대한 적어도 하나의 UE RX 리소스 풀을 결정하는 단계를 포함하며, 각각의 UE RX 리소스 풀은 스케줄링 사이클에 따른 스케줄링 할당(SA) 풀 및 데이터 풀의 반복을 포함하고, 상기 SA 풀은 SA 비트맵을 포함하며, 또한 상기 데이터 풀은 적어도 하나의 반복되는 데이터 비트맵을 포함한다.

Description

셀간 장치 간 통신 및 디스커버리를 위한 방법 및 장치{METHODS AND APPARATUS FOR INTER-CELL DEVICE-TO-DEVICE COMMUNICATION AND DISCOVERY}

본 출원은 일반적으로 무선 네트워크에서의 D2D(device to device) 디스커버리 및 통신에 관한 것이며, 보다 구체적으로는, 셀간 D2D 디스커버리 및 통신을 위한 동기화 및 리소스 풀(resource pool) 구성을 수행하는 방법 및 장치에 관한 것이다.

통상적으로, 셀룰러 네트워크는 광역(wide) 또는 로컬(local) 지리적 범위 내에 있는 사용자들을 서빙(serve)하는 고정형(fixed) 통신 인프라스트럭처(infrastructure)(예를 들어, 기지국(base station), 액세스 포인트(access points), 또는 인핸스드(enhanced) NodeB(eNB))와 모바일 디바이스(mobile device) 또는 사용자 단말(user equipment, UE) 간의 무선 통신 링크를 확립(establish)하도록 설계되었다. 그러나, 무선 네트워크는 또한, 인프라스트럭처의 지원이나 배치되어 있는(deployed) 액세스 포인트들의 필요 없이 D2D(device-to-device) 통신 링크들을 이용하여 구현될 수 있다. 통신 네트워크는 액세스 포인트들(인프라스트럭처 모드) 및 다른 D2D-지원 디바이스들 모두에게 연결될 수 있는 디바이스들을 지원할 수 있다. D2D-지원 디바이스는 D2D UE라고 한다.

D2D 통신은 네트워크 토폴로지(topology)의 유연성에 기반하여, 프라이머리(primary) 통신 네트워크를 보완하거나 새로운 서비스들을 제공하는 다양한 종류의 서비스들을 구현하는데 사용될 수 있다. 브로드캐스팅(broadcasting) 또는 그룹캐스팅(groupcasting)과 같은 LTE(Long Term Evolution) D2D 멀티캐스트 통신이 D2D 통신을 위한 잠재적 수단으로 확인되었으며, 상기 LTE D2D 멀티캐스트 통신에서 UE들은 모든 범위 내 D2D-지원 UE들, 또는 특정 그룹의 구성원인 하위세트의 UE들에게 메시지를 송신할 수 있다. 공공 안전 네트워크들이 셀룰러 및 D2D 통신 모드들 간 스위칭할 때 거의 동시적 방식으로 동작하는 디바이스들을 필요로 할 것으로 예상된다. 결과적으로, 이러한 배치 시나리오들에서 D2D 통신을 관리할 수 있는 프로토콜에 대한 필요성이 존재한다.

제 1 실시예에서는, 무선 통신 시스템에서 D2D(device-to-device) 통신하기 위한 방법이 제공된다. 상기 방법은 송수신기를 통하여 이웃 기지국과 관련된 적어도 하나의 다른 UE(user equipment)로부터 송신되는, 상기 이웃 기지국의 D2D 동기 신호를 검출하는 과정과, 상기 이웃 기지국의 D2D 동기 신호에 기반하여, 상기 이웃 기지국에 의해 구성되는 적어도 하나의 UE 수신(receive, RX) 리소스 풀을 결정하는 과정과, 상기 송수신기를 통하여, 상기 적어도 하나의 UE RX 리소스 풀에 따라, 상기 적어도 하나의 다른 UE로부터 송신되는, D2D 디스커버리 또는 통신 신호를 모니터링하는 과정을 포함한다.

제 2 실시예에서는, 무선 통신 네트워크에서 D2D(device-to-device) 통신하기 위한 방법이 제공된다. 상기 방법은 기지국과 관련된 적어도 하나의 디바이스에 대한 적어도 하나의 UE RX 리소스 풀을 결정하는 과정과, 여기서 각각의 UE RX 리소스 풀은 스케줄링 사이클에 따른 스케줄링 할당(Scheduling Assignment, SA) 풀 및 데이터 풀의 반복을 포함하고 상기 SA 풀은 SA 비트맵을 포함하며 또한 상기 데이터 풀은 적어도 하나의 반복되는 데이터 비트맵을 포함하고, 상기 결정된 적어도 하나의 UE RX 리소스 풀을 상기 적어도 하나의 디바이스에게 송신하는 과정을 포함하며, 상기 SA 풀은 상기 스케줄링 사이클의 시작으로부터의 오프셋으로 시작되며 또한 상기 데이터 풀은 상기 스케줄링 사이클의 시작, 상기 SA 풀의 시작, 또는 상기 SA 풀의 끝으로부터의 오프셋으로 시작된다.

제 3 실시예에서는, 무선 통신 시스템에서 D2D(device-to-device) 통신하기 위한 디바이스가 제공된다. 상기 디바이스는 다른 디바이스와 통신하도록 구성되는 송수신기와, 상기 송수신기를 통하여 이웃 기지국과 관련된 적어도 하나의 다른 UE로부터 송신되는, 상기 이웃 기지국의 D2D 동기 신호를 검출하고, 상기 이웃 기지국의 D2D 동기 신호에 기반하여, 상기 이웃 기지국에 의해 구성되는 적어도 하나의 UE 수신(RX) 리소스 풀을 결정하고, 상기 송수신기를 통하여, 상기 적어도 하나의 UE RX 리소스 풀에 따라, 상기 적어도 하나의 다른 UE로부터 송신되는, D2D 디스커버리 또는 통신 신호를 모니터링하는 것에 응답하도록 구성되는 프로세서를 포함한다.

제 4 실시예에서는, 무선 통신 네트워크에서 D2D(device-to-device) 통신하기 위한 기지국이 제공된다. 상기 기지국은 상기 기지국과 관련된 적어도 하나의 디바이스에 대한 적어도 하나의 UE RX 리소스 풀을 결정하도록 구성되는 프로세서로서, 각각의 UE RX 리소스 풀은 스케줄링 사이클에 따른 스케줄링 할당(SA) 풀 및 데이터 풀의 반복을 포함하고 상기 SA 풀은 SA 비트맵을 포함하며 또한 상기 데이터 풀은 적어도 하나의 반복되는 데이터 비트맵을 포함하는, 상기 프로세서와, 상기 결정된 적어도 하나의 UE RX 리소스 풀을 상기 적어도 하나의 디바이스에게 송신하도록 구성되는 송수신기로서, 상기 SA 풀은 상기 스케줄링 사이클의 시작으로부터의 오프셋으로 시작되며 또한 상기 데이터 풀은 상기 스케줄링 사이클의 시작, 상기 SA 풀의 시작, 또는 상기 SA 풀의 끝으로부터의 오프셋으로 시작되는, 상기 송수신기를 포함한다.

다른 기술적 특징은 다음의 도면, 설명 및 청구항들로부터 당업자에 쉽게 이해될 수 있다.

아래의 상세한 설명에 들어가기 전에, 본 특허 문서 전체에서 사용되는 특정 단어 및 어구들의 정의를 기재하는 것이 본 개시를 이해하는데 도움일 될 수 있다. 용어 "커플(couple)" 및 그 파생어는 두 개 이상의 구성 요소 사이의 어떤 직접 또는 간접 통신을 나타내거나, 이들 요소가 서로 물리적으로 접촉하고 있는지의 여부를 나타낼 수 있다. 용어 "송신(transmit)", "수신(receive)" 그리고 "통신(communicate)"뿐만 아니라 그 파생어 또한, 이들의 직/간접 통신을 포함한다. 용어 "포함한다(include)" 및 "구성한다(comprise)" 뿐만 아니라 그 파생어 또한, 제한 없이 포함을 의미한다. 용어 "또는(or)"은 포괄적 의미로써, '및/또는'을 의미한다. 문구 "~와 관련되다(associated with)" 뿐만 아니라 그 파생어 또한 ~을 포함한다(include), ~에 포함된다(be included within), ~와 결합하다(interconnect with), ~을 함유하다(contain), ~에 함유되어 있다(be contained within), ~에 연결한다(connect to or with), ~와 결합하다(couple to or with), ~ 전달한다(be communicable with), 와 협력하다(cooperate with), ~를 끼우다(interleave), ~을 나란히 놓다(juxtapose), ~에 인접하다(be proximate to), 구속하다/구속되다(be bound to or with), 소유하다(have), 속성을 가지다(have a property of), ~와 관계를 가지다(have a relationship to or with) 등을 의미할 수 있다. 용어 "제어기(controller)"는 적어도 하나의 동작을 제어하는 어떤 장치, 시스템 또는 그 일부를 의미한다. 이러한 제어기는 하드웨어 또는 하드웨어와 소프트웨어의 조합 및/또는 펌웨어로 구현될 수 있다. 특정 제어기와 관련된 기능은 로컬 또는 원격으로 중앙 집중식으로(centralized) 또는 분산(distributed)처리될 수 있다. 문구 "적어도 하나"가 나열된 항목과 사용될 때, 나열된 항목 중 하나 이상의 상이한 조합이 사용될 수 있음을 의미한다. 예를 들어, "A, B, C 중 적어도 하나"는 A, B, C, A와 B, A와 C, B와 C, 그리고 A와 B와 C 결합들을 중 어느 하나를 포함한다.

다른 특정 단어 및 구문에 대한 정의가 이 특허 문헌 전반에 걸쳐 제공된다. 당업자는 많은 경우가 아니더라도 대부분의 경우, 이러한 정의는 종래에 뿐만 아니라 그러한 정의된 단어 및 어구의 향후 사용에 적용될 수 있음을 이해한다.

본 개시 및 그 이점들의 보다 완전한 이해를 위해, 첨부 도면들과 함께 취해지는 다음의 설명을 이제 참조하도록 한다.
도 1은 본 개시의 실시예들에 따른 예시적인 무선 네트워크를 도시한 것이다.
도 2a 및 도 2b는 본 개시의 실시예들에 따른 예시적인 무선 송신 및 수신 경로들을 도시한 것이다.
도 3a는 본 개시에 따른 예시적인 사용자 단말을 도시한 것이다.
도 3b는 본 개시에 따른 예시적인 인핸스드 NodeB(eNB)를 도시한 것이다.
도 4는 본 개시의 실시예들에 따른 D2D(device to device) 통신 네트워크들의 토폴로지를 도시한 것이다.
도 5는 본 개시의 실시예들에 따른 D2D 동기화 확립에 대한 일 시나리오를 도시한 것이다.
도 6은 본 개시의 실시예들에 따른 셀간 D2D 디스커버리 또는 통신들에 대한 일 시나리오를 도시한 것이다.
도 7은 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도를 도시한 것이다.
도 8은 본 개시의 실시예들에 따른 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도를 도시한 것이다.
도 9는 본 개시의 실시예들에 따른 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도를 도시한 것이다.
도 10은 본 개시의 실시예들에 따른 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도를 도시한 것이다.
도 11은 본 개시의 실시예들에 따른 TX(transmit) 및 RX(receive) 리소스 풀들 그리고 그들의 각각의 타이밍들을 도시한 것이다.
도 12는 본 개시의 실시예들에 따른, 디스커버리 풀 주기가 통상적으로 통신을 위한 D2D 동기 신호(D2D synchronization signal, D2DSS) 주기보다 길 수 있는 TX 리소스 및 RX 리소스 풀들을 도시한 것이다.
도 13은 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 D2DSS를 송신하지 않는 TX 리소스 및 RX 리소스 풀들을 도시한 것이다.
도 14는 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 D2DSS를 송신하는 TX 리소스 및 RX 리소스 풀들을 도시한 것이다.
도 15는 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 D2DSS를 송신하는 TX 리소스 및 RX 리소스 풀들을 도시한 것이다.
도 16은 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 D2DSS를 송신할 수 있는 TX 리소스 및 RX 리소스 풀들을 도시한 것이다.
도 17은 본 개시의 실시예들에 따른, 매 스케줄링 사이클 주기를 반복하도록 구성되는 스케줄링 할당(Scheduling Assignment, SA) 풀 및 모드 2 데이터 풀을 가진 리소스 풀 구성을 도시한 것이다.
도 18은 본 개시의 실시예들에 따른, 매 스케줄링 사이클 주기를 반복하도록 구성되는 SA 풀 및 모드 2 데이터 풀을 가진 다른 리소스 풀 구성을 도시한 것이다.
도 19는 본 개시의 실시예들에 따른 리소스 풀 구성을 도시한 것이다.
도 20은 본 개시의 실시예들에 따른 다른 리소스 풀 구성을 도시한 것이다.
도 21은 본 개시의 실시예들에 따른, SA 비트맵이 후속 saPeriod로 롤 오버할 수 있는 다른 리소스 풀 구성을 도시한 것이다.
도 22는 본 개시의 실시예들에 따른, SA 비트맵 및 데이터 비트맵 스팬이 오버랩될 수 있는 다른 리소스 풀 구성을 도시한 것이다.
도 23은 본 개시의 실시예들에 따른, SA 비트맵 및 데이터 비트맵 스팬이 오버랩될 수 있는 다른 리소스 풀 구성을 도시한 것이다.
도 24는 본 개시의 실시예들에 따른, 다중 리소스 풀 구성을 도시한 것이다.
도 25는 본 개시의 실시예에 따른, 다른 다중 리소스 풀 구성을 도시한 것이다.
도 26은 본 개시의 실시예들에 따른, 상이한 풀들이 동일/상이한 주기들을 가질 수 있는 다른 다중 리소스 풀 구성을 도시한 것이다.
도 27은 본 개시의 실시예들에 따른, 다른 다중 리소스 풀 구성을 도시한 것이다.

본 개시에서 본 개시의 원리들을 설명하는데 사용되는, 아래에서 설명되는 도 1 내지 도 27 및 다양한 실시예들은 단지 설명의 목적을 위한 것이며, 어떠한 방식으로든 본 개시의 범위를 제한하는 것으로 해석되어서는 아니 된다. 당업자는 본 개시의 원리들이 임의의 적절하게 구성된 디바이스 또는 시스템에서 구현될 수도 있음을 이해할 것이다.

다음의 문헌들 및 표준 기술사항들은 본 명세서에서 완전하게 제시되는 것과 같이 본 개시 내로 통합된다: 3GPP TS 36.211 version 11.2.0, "E-UTRA, Physical channels and modulation"; 3GPP TS 36.212 version 11.2.0, "E-UTRA, Multiplexing and Channel coding"; 3GPP TS 36.213 version 11.2.0, "E-UTRA, Physical Layer Procedures"; 3GPP TS 36.331 version 11.2.0., "E-UTRA, Radio Resource Control (RRC) Protocol Specification"; 3GPP TSG RAN RP-122009. "Study on LTE Device to Device Proximity Services"; 및 3GPP TR 22.803 version 1.1.0. "Feasibility Study for Proximity Services (ProSe)."

도 1은 본 개시에 따른, 예시적 무선 네트워크 100를 도시한 것이다. 도 1에 나타낸 무선 네트워크 100의 실시예는 단지 설명을 위한 것이다. 무선 네트워크 100에 대한 다른 실시예들이 본 개시의 범위를 벗어나지 않고서 사용될 수 있다.

도 1에 나타낸 바와 같이, 무선 네트워크 100는 eNodeB(eNB) 101, eNB 102, 및 eNB 103를 포함한다. eNB 101는 eNB 102 및 eNB 103와 통신한다. 또한, eNB 101는 적어도 하나의 인터넷 프로토콜(Internet Protocol, IP) 네트워크 130, 예를 들어, 인터넷, 전용 IP 네트워크, 또는 다른 데이터 네트워크와도 통신한다.

네트워크 타입에 따라, 다른 잘-알려진 "기지국(base station, BS)" 또는 "액세스 포인트(access point)"와 같은 용어들이 "eNodeB" 또는 "eNB"대신에 사용될 수도 있다. 편의상, 용어들 "eNodeB" 및 "eNB"는 원격 단말들에게 무선 액세스를 제공하는 네트워크 인프라스트럭처 컴포넌트(component)들을 지칭하는 것으로 본 개시에서는 사용된다. 또한, 네트워크 타입에 따라, 다른 잘-알려진 "이동국(mobile station)", "가입자 국(subscriber station)", "원격 단말(remote terminal)", "무선 단말(wireless terminal)", 또는 "사용자 디바이스(user device)"와 같은 용어들이 "사용자 단말(user equipment)" 또는 "UE" 대신에 사용될 수도 있다. 편의상, 용어들 "사용자 단말" 및 "UE"는, UE가 이동 디바이스(예를 들어, 휴대 전화기 또는 스마트 폰)이든 일반적으로 고정 디바이스(예를 들어, 데스크탑 컴퓨터 또는 벤딩 머신)로 고려되든 간에, eNB에 무선으로 액세스하는 원격 무선 단말을 지칭하는 것으로 본 개시에서는 사용된다.

eNB 102는 eNB 102의 커버리지 영역 120 내에 있는 제 1 복수의 사용자 단말(UE)들에게, 네트워크 130에의 무선 광대역 액세스를 제공한다. 제 1 복수의 UE들은 중소기업(small business, SB)에 위치할 수 있는 UE 111, 대기업(enterprise, E)에 위치할 수 있는 UE 112, 와이파이 핫 스팟(WiFi hotspot, HS)에 위치 할 수 있는 UE 113, 제 1 주거지역(residence, R)에 위치할 수 있는 UE 114, 제 2 주거지역(R)에 위치할 수 있는 UE 115, 및 휴대 전화, 무선 랩탑, 무선 PDA 등과 같은 모바일 디바이스(mobile device, M)일 수 있는 UE 116를 포함한다. eNB 103는 eNB 103의 커버리지 영역 125 내에 있는 제 2 복수의 UE들에게, 네트워크 130에의 무선 광대역 액세스를 제공한다. 제 2 복수의 UE들은 UE 115 및 UE 116를 포함한다. 몇몇 실시예들에서, eNB들 101-103 중 하나 이상의 eNB들은 5G, LTE, LTE-A, WiMAX, Wi-Fi, 또는 다른 고급 무선 통신 기술들을 사용하여 서로 간에 및 UE들 111-116과 통신한다.

점선은, 단지 예시 및 설명의 목적으로 대략의 원형으로 나타낸 커버리지 영역들 120 및 125의 대략적인 범위들을 나타낸다. eNB들과 관련된 커버리지 영역들, 예를 들어 커버리지 영역들 120 및 125은 eNB들의 구성, 및 자연 및 인공 장애물들과 관련된 무선 환경의 변화에 따라, 불규칙한 형태들을 포함하는 다른 형태들을 가질 수 있음을 명확하게 이해해야 한다.

이하에서 보다 상세하게 설명되는 바와 같이, BS 101, BS 102 및 BS 103 중 하나 이상은 본 개시의 실시예들에서 설명되는 바와 같은 단일 무선 음성 통화 연속성(single radio voice call continuity, SRVCC) 핸드 오버의 연속성을 지원한다. 몇몇 실시예들에서, BS 101, BS 102 및 BS 103 중 하나 이상은 웹 실시간 통신(web real time communication, RTC)과 같은 엔티티(entity)들 간의 통신을 지원한다.

도 1은 무선 통신 100의 일 예를 도시한 것이지만, 다양한 변화들이 도 1에 대하여 이루어질 수 있다. 예를 들어, 무선 네트워크 100는 임의의 적절한 배열로 임의의 개수의 eNB들 및 임의의 개수의 UE들을 포함할 수 있다. 또한, eNB 101는 임의의 개수의 UE들과 직접 통신하여, 이 UE들에게 네트워크 130로의 무선 광대역 액세스를 제공할 수 있다. 이와 유사하게, 각 eNB 102-103는 네트워크 130와 직접 통신하여, UE들에게 네트워크 130로의 직접 무선 광대역 액세스를 제공할 수 있다. 또한, eNB 101, 102, 및/또는 103는 외부 전화 네트워크들 또는 다른 타입의 데이터 네트워크들과 같은 다른 또는 추가의 외부 네트워크들에의 액세스를 제공할 수 있다.

도 2a 및 도 2b는 본 개시에 따른 예시적 무선 송신 및 수신 경로들을 도시한 것이다. 다음의 설명에서, 송신 경로 200는 eNB(예를 들어, NodeB 102)에서 구현되는 것으로 기술될 수 있으며, 수신 경로 250는 UE(예를 들어, UE 116)에서 구현되는 것으로 기술될 수 있다. 그러나, 수신 경로 250가 eNB에서 구현될 수도 있으며, 송신 경로 200가 UE에서 구현될 수도 있음을 이해할 것이다. 몇몇 실시예들에서, 수신 경로 250는 본 개시의 실시예들에서 설명되는 바와 같이 단일 무선 음성 통화 연속성(SRVCC) 핸드 오버의 연속성을 지원하도록 구성된다.

송신 경로 200는 채널 코딩 및 변조 블록 205, 병렬-직렬(serial-to-parallel, S-to-P) 블록 210, 사이즈 N 역 고속 푸리에 변환(inverse fast fourier transform, IFFT) 블록 215, 병렬-직렬(parallel-to-serial, P-to-S) 블록 220, 가산(add) 순환 프리픽스(prefix) 블록 225, 및 업-컨버터(up-converter, UC) 230를 포함한다. 수신 경로 250는 다운-컨버터(down-converter, DC) 255, 제거(remove) 순환 전치 블록 260, 직렬-병렬(S-to-P) 블록 265, 사이즈 N 고속 푸리에 변환(fast fourier transform, FFT) 블록 270, 병렬-직렬(P-to-S) 블록 275, 및 채널 디코딩 및 복조 블록 280을 포함한다.

송신 경로 200에서, 채널 코딩 및 변조 블록 205은 정보 비트들의 세트를 수신하여, 코딩(예를 들어 LDPC(low-density parity check) 코딩)을 적용하고, 그 입력 비트들을 변조(예를 들어, QPSK(Quadrature Phase Shift Keying) 또는 QAM(Quadrature Amplitude Modulation))함으로써, 주파수-영역 변조 심볼들의 시퀀스를 생성한다. 직렬-병렬 블록 210은 직렬 변조된 심볼들을 병렬 데이터로 변환(예를 들어, 역다중화)하여 사이즈 N의 병렬 심볼 스트림들을 생성하며, 여기서 N은 NodeB 102 및 UE 116에서 사용되는 IFFT/FFT 사이즈이다. 사이즈 N IFFT 블록 215은 사이즈 N의 병렬 심볼 스트림들 상에서 IFFT 동작을 수행하여, 시간-영역 출력 신호들을 생성한다. 병렬-직렬 블록 220은 사이즈 N IFFT 블록 215으로부터의 병렬 시간-영역 출력 심볼들을 변환(예를 들어, 다중화)하여, 직렬 시간-영역 신호를 생성한다. 가산 순환 전치 블록 225은 시간-영역 신호에 순환 전치를 삽입한다. 업-컨버터 230는 무선 채널을 통한 송신을 위해 가산 순환 전치 블록 225의 출력을 RF 주파수로 변조(예를 들어, 상향 변환)한다. 또한, 이 신호는 RF 주파수로 변환하기 이전에, 기저대역에서 필터링될 수도 있다.

eNB 102로부터 송신된 RF 신호는 무선 채널을 통과한 이후에 UE 116에 도달하며, NodeB 102에의 동작들에 대한 역 동작들이 UE 116에서 수행된다. 다운-컨버터 255는 수신된 신호를 기저대역 주파수로 하향 변환하며, 제거 순환 전치 블록 260은 그 순환 전치를 제거하여, 직렬 시간-영역 기저대역 신호를 생성한다. 직렬-병렬 블록 265은 시간-영역 기저대역 신호를 병렬 시간 영역 신호들로 변환한다. 사이즈 N FFT 블록 270은 FFT 알고리즘을 수행하여 N 병렬 주파수-영역 신호들을 생성한다. 병렬-직렬 블록 275은 병렬 주파수-영역 신호들을 변조된 데이터 심볼들의 시퀀스로 변환한다. 채널 디코딩 및 복조 블록 280은 그 변조된 심볼들에 대한 복조를 행한 후에 디코딩함으로써, 원래의 입력 데이터 스트림을 복구한다.

eNB들 101-103 각각은 UE들 111-116로의 다운링크 송신과 유사한 송신 경로 200를 구현할 수 있으며, UE들 111-116로부터의 업링크 수신과 유사한 수신 경로 250를 구현할 수도 있다. 이와 유사하게, UE들 111-116 각각은 eNB들 101-103로의 업링크 송신을 위한 아키텍처에 대응하는 송신 경로 200를 구현할 수 있으며, eNB들 101-103로부터의 다운링크 수신을 위한 아키텍처에 대응하는 수신 경로 250를 구현할 수도 있다.

도 2a 및 2b에서의 컴포넌트들 각각은, 하드웨어만을 이용하거나 또는 하드웨어와 소프트웨어/펌웨어의 조합을 이용하여 구현될 수 있다. 특정한 예로서, 도 2a 및 2b에서의 컴포넌트들 중 적어도 몇몇은 소프트웨어로 구현될 수 있는 한편, 다른 컴포넌트들은 구성 가능한 하드웨어 또는 소프트웨어와 구성 가능한 하드웨어의 혼합에 의해 구현될 수도 있다. 예를 들어, FFT 블록 270 및 IFFT 블록 215은 구성 가능한 소프트웨어 알고리즘들로서 구현될 수 있으며, 여기서 사이즈 N의 값은 그 구현에 따라 변경될 수 있다.

또한, FFT 및 IFFT를 사용하는 것으로 설명되었지만, 이것은 단지 예시에 의한 것일 뿐이며, 본 개시의 범위를 한정하는 것으로 해석되어서는 아니 된다. 다른 타입의 변형들, 예를 들어 DFT(Discrete Fourier Transform) 함수들 및 IDFT(Inverse Discrete Fourier Transform) 함수들이 사용될 수도 있다. DFT 및 IDFT 함수들의 경우, 변수 N의 값은 임의의 정수(예를 들어, 1, 2, 3, 4 등)가 될 수 있으며, FFT 및 IFFT 함수들의 경우, 변수 N의 값은 2의 제곱(즉, 1, 2, 4, 8, 16 등)인 임의의 정수가 될 수 있음을 이해할 것이다.

도 2a 및 2b는 무선 송신 및 수신 경로의 예들을 도시하였지만, 다양한 변형들이 도 2a 및 2b에 대하여 이루어질 수 있다. 예를 들어, 도 2a 및 2b에서의 각종 컴포넌트들이 결합될 수 있으며, 더 세분화되거나, 또는 생략될 수도 있고, 특정 필요에 따라서는 추가의 컴포넌트들이 추가될 수도 있다. 또한, 도 2a 및 2b는 무선 네트워크에서 사용될 수 있는 송신 및 수신 경로들의 타입의 예들을 설명하기 위한 것이다. 임의의 다른 적절한 아키텍처들이 무선 네트워크에서 무선 통신들을 지원하는데 사용될 수 있다.

도 3a는 본 개시에 따른 예시적 UE 116를 도시한 것이다. 도 3a에 도시된 UE 116의 실시예는 단지 예시를 위한 것이며, 도 1의 UE들 111-115은 동일하거나 유사한 구성을 가질 수 있다. 그러나, UE들은 다양한 구성들로 나타나며, 도 3a는 UE의 임의의 특정 구현으로 본 개시의 범위를 한정하지 않는다.

도 3a에 도시된 바와 같이, UE 116는 안테나 305, 무선 주파수(radio frequency, RF) 송수신기 310, 송신(transmit, TX) 프로세싱 회로 315, 마이크로폰 320, 및 수신(receive, RX) 프로세싱 회로 325를 포함한다. UE 116는 스피커 330, 메인 프로세서 340, 입/출력(input/output, I/O) 인터페이스(interface, IF) 345, 키패드 350, 디스플레이 355, 및 메모리 360를 또한 포함한다. 메모리 360는 기본 운영 체제(operating system, OS) 프로그램 361 및 하나 이상의 애플리케이션(application)들 362을 포함한다.

RF 송수신기 310는 네트워크 100의 eNB에 의하여 송신되는 내향(incoming) RF 신호를 안테나 305로부터 수신한다. RF 송수신기 310는 내향 RF 신호를 하향-변환하여, 중간 주파수(intermediate frequency, IF) 또는 기저대역 신호를 생성한다. IF 또는 기저대역 신호는, 상기 기저대역 또는 IF 신호를 필터링하고, 디코딩하고, 및/또는 디지털화함으로써 처리된 기저대역 신호를 생성하는 RX 프로세싱 회로 325로 전송된다. RX 프로세싱 회로 325는 상기 처리된 기저대역 신호를, 스피커 330로 송신하거나(예를 들어, 음성 데이터), 또는 추가 처리(예를 들어, 웹 브라우징 데이터)를 위해 메인 프로세서 340로 송신한다.

TX 프로세싱 회로 315는 마이크로폰 320으로부터 아날로그 또는 디지털 음성 데이터를 수신하거나 또는 메인 프로세서 340로부터 다른 외향(outgoing) 기저대역 데이터(예를 들어, 웹 데이터, 이-메일, 또는 쌍방향 비디오 게임 데이터)를 수신한다. TX 프로세싱 회로 315는 상기 외향 기저대역 데이터를 인코딩, 멀티플렉싱, 및/또는 디지털화하여, 처리된 기저대역 또는 IF 신호를 생성한다. RF 송수신기 310는 TX 프로세싱 회로 315로부터 처리된 외향 기저대역 또는 IF 신호를 수신하고, 상기 기저대역 또는 IF 신호를, 안테나 305를 통해 송신되는 RF 신호로 상향-변환한다.

메인 프로세서 340는 하나 이상의 프로세서들 또는 다른 프로세싱 디바이스들을 포함할 수 있으며, 메모리 360에 저장된 기본 OS 프로그램 361을 실행함으로써 UE 116의 전반적인 동작을 제어할 수 있다. 예를 들어, 메인 프로세서 340는 잘 알려진 원리들에 따라 RF 송수신기 310, RX 프로세싱 회로 325, 및 TX 프로세싱 회로 315에 의해 순방향 채널 신호들의 수신 및 역방향 채널 신호들의 송신을 제어할 수 있다. 몇몇 실시예들에서, 메인 프로세서 340는 적어도 하나의 마이크로프로세서 또는 마이크로제어기를 포함한다.

또한, 메인 프로세서 340는 메모리 360에 상주하는 다른 프로세스들 및 프로그램들, 예를 들어 본 개시의 실시예들에서 설명되는 SRVCC 핸드오버의 연속성을 위한 동작들을 실행할 수 있다. 예를 들어, 메인 프로세서 340는 SRVCC 핸드오버가 적용될 수 없다는 것을 서빙 eNB에게 표시할 수 있다. 또한 정규 RTC IMS 클라이언트를 통해 시작된 음성 세션에 응답하여, 메인 프로세서 340는 RF 송수신기 310가 서빙 eNB에게 SRVCC 핸드오버가 적용될 수 있다는 것을 표시하도록 야기할 수 있다. 메인 프로세서 340는 실행 프로세스에 의한 요구에 따라 메모리 360 내로 또는 외부로 데이터를 이동할 수 있다. 몇몇 실시예들에서, 메인 프로세서 340는 OS 프로그램 361에 기반하거나 eNB들 또는 오퍼레이터(operator)로부터 수신된 신호들에 대응하여 애플리케이션들 362을 실행하도록 구성된다. 또한, 메인 프로세서 340는, 랩탑 컴퓨터들 및 휴대용 컴퓨터들과 같은 다른 디바이스들에 연결되는 능력을 UE 116에게 제공하는 I/O 인터페이스 345에 커플링되어 있다. I/O 인터페이스 345는 이 주변기기들과 메인 프로세서 340 간의 통신 경로이다.

또한, 메인 프로세서 340는 키패드 350 및 디스플레이 유닛 355에 커플링된다. UE 116의 오퍼레이터는 키패드 350를 사용하여 UE 116에게 데이터를 입력할 수 있다. 예를 들어, 디스플레이 355는 웹 사이트들로부터의 텍스트 및/또는 적어도 제한된 그래픽들을 렌더링(rendering)할 수 있는 액정 표시 장치 또는 다른 디스플레이일 수 있다.

메모리 360는 메인 프로세서 340에 커플링된다. 메모리 360의 일부는 랜덤 액세스 메모리(random access memory, RAM)를 포함할 수 있으며, 메모리 360의 다른 일부는 플래시 메모리 또는 다른 판독 전용 메모리(read-only memory, ROM)를 포함할 수 있다.

도 3a는 UE 116의 일 예를 도시한 것이지만, 다양한 변화들이 도 3a에 대하여 이루어질 수 있다. 예를 들어, 도 3a의 각종 컴포넌트들(components)이 조합되거나, 더 세분화되거나, 생략될 수 있으며, 특정 필요들에 따라 추가 컴포넌트들이 부가될 수도 있다. 일 실시예로서, 메인 프로세서 340는 복수의 프로세서들, 예를 들어 하나 이상의 중앙 처리 유닛(central processing unit, CPU)들 및 하나 이상의 그래픽 처리 유닛(graphics processing unit, GPU)들로 분할될 수 있다. 또한, 도 3a가 휴대 전화기나 스마트폰으로서 구성된 UE 116를 도시하고 있지만, UE들은 다른 타입의 모바일 또는 고정 디바이스들로 동작하도록 구성될 수도 있다.

도 3b는 본 개시에 따른, 예시적 eNB 102를 도시한 것이다. 도 3b에 도시된 eNB 102의 실시예는 단지 설명을 위한 것이며, 도 1의 다른 eNB들은 동일하거나 유사한 구성을 가질 수 있다. 그러나, eNB들은 각종의 다양한 구성들로 이루어지며, 도 3b는 eNB에 대한 임의의 특정 구현으로 본 개시의 범위를 제한하지 않는다. eNB 101 및 eNB 103는 eNB 102와 동일하거나 유사한 구조를 포함할 수 있음에 유의한다.

도 3b에 나타낸 바와 같이, eNB 102는 복수의 안테나들 370a-370n, 복수의 RF 송수신기들 372a-372n, 송신(TX) 프로세싱 회로 374, 및 수신(RX) 프로세싱 회로 376를 포함한다. 또한, eNB 102는 컨트롤러/프로세서 378, 메모리 380, 백홀 또는 네트워크 인터페이스 382를 포함한다.

RF 송수신기들 372a-372n은, 안테나들 370a-370n로부터, UE들 또는 다른 eNB들에 의해 송신되는 신호들과 같은 내향 RF 신호들을 수신한다. RF 송수신기들 372a-372n은 내향 RF 신호들을 하향 변환하여, IF 또는 기저대역 신호들을 생성한다. 상기 IF 또는 기저대역 신호들은, 기저대역 또는 IF 신호들을 필터링하고, 디코딩하고, 및/또는 디지털화함으로써 처리된 기저대역 신호들을 생성하는 RX 프로세싱 회로 376로 전송된다. RX 프로세싱 회로 376는 상기 처리된 기저대역 신호들을, 추가의 프로세싱을 위하여 컨트롤러/프로세서 378로 송신한다.

TX 프로세싱 회로 374는, 컨트롤러/프로세서 378로부터 아날로그 또는 디지털 데이터(예를 들어, 음성 데이터, 웹 데이터, 이-메일, 또는 쌍방향 비디오 게임 데이터)를 수신한다. TX 프로세싱 회로 374는, 외향 기저대역 데이터를 인코딩, 멀티플렉싱, 및/또는 디지털화하여, 처리된 기저대역 또는 IF 신호들을 생성한다. RF 송수신기들 372a-372n은 TX 프로세싱 회로 374로부터, 처리된 외향 기저대역 또는 IF 신호들을 수신하고, 상기 기저대역 또는 IF 신호들을, 안테나들 370a-370n을 통해 송신되는 RF 신호들로 상향-변환한다.

컨트롤러/프로세서 378는 eNB 102의 전반적인 동작을 제어하는 하나 이상의 프로세서들 또는 다른 프로세싱 디바이스들을 포함할 수 있다. 예를 들어, 컨트롤러/프로세서 378는, 잘 알려진 원리들에 따라 RF 송수신기들 372a-372n, RX 프로세싱 회로 376, 및 TX 프로세싱 회로 324에 의해 순방향 채널 신호들의 수신 및 역방향 채널 신호들의 송신을 제어할 수 있다. 컨트롤러/프로세서 378는 보다 진보된(advanced) 무선 통신 기능들과 같은 추가 기능들도 지원할 수 있다. 예를 들어, 컨트롤러/프로세서 378는 BIS(blind interference sensing) 알고리즘에 의해 수행되는 BIS 프로세스를 수행하고, 간섭 신호들에 의해 차감된 수신 신호를 디코딩 할 수 있다. 각종 다양한 임의의 다른 기능들이 컨트롤러/프로세서 378에 의해서 eNB 102에서 지원될 수 있다. 몇몇 실시예들에서, 컨트롤러/프로세서 378는 적어도 하나의 마이크로프로세서 또는 마이크로제어기를 포함한다.

또한, 컨트롤러/프로세서 378는 메모리 380에 상주하는 프로그램들 및 다른 프로세스들, 예를 들어 기본 OS를 실행할 수 있다. 또한, 컨트롤러/프로세서 378는 본 개시의 실시예들에서 설명되는 바와 같이 SRVCC 핸드오버의 연속성을 지원할 수 있다. 몇몇 실시예들에서, 컨트롤러/프로세서 378는 웹 RTC와 같은 엔티티(entity)들 간의 통신을 지원한다. 컨트롤러/프로세서 378는 실행 프로세스에 의한 요구에 따라 메모리 380 내부 또는 외부로 이동할 수 있다.

또한, 컨트롤러/프로세서 378는 백홀 또는 네트워크 인터페이스 335에 커플링된다. 백홀 또는 네트워크 인터페이스 382는, eNB 102가 백홀 연결을 통해 또는 네트워크를 통해 다른 디바이스들 또는 시스템들과 통신하는 것을 가능하게 한다. 인터페이스 382는 임의의 적절한 유선 또는 무선 연결(들)을 통한 통신들을 지원할 수 있다. 예를 들어, eNB 102가 셀룰러 통신 시스템(예를 들어, 5G, LTE, 또는 LTE-A)의 일부로서 구현되는 경우, 인터페이스 382는 eNB 102가 유선 또는 무선 백홀 연결을 통해 다른 eNB들과 통신하는 것을 가능하게 할 수 있다. eNB 102가 액세스 포인트로서 구현되는 경우, 인터페이스 382는, eNB 102가 유선 또는 무선 로컬 영역 네트워크를 통하여, 또는 유선 또는 무선 연결을 통하여 더 큰 네트워크(예를 들어, 인터넷)로 전송하는 것을 가능하게 한다. 인터페이스 382는 유선 또는 무선 연결, 예를 들어 이더넷(Ethernet) 또는 RF 송수신기를 통한 통신들을 지원하는 임의의 적절한 구조를 포함한다.

메모리 380는 컨트롤러/프로세서 325에 커플링된다. 메모리 330의 일부는 RAM을 포함할 수 있으며, 메모리 380의 다른 일부는 플래시 메모리 또는 다른 ROM을 포함할 수 있다. 특정 실시예들에서는, BIS 알고리즘과 같은 복수의 인스트럭션들(instructions)이 메모리에 저장된다. 복수의 인스트럭션들은 컨트롤러/프로세서 378로 하여금 BIS 프로세스를 수행하게 하고, BIS 알고리즘에 의해 결정된 적어도 하나의 간섭 신호를 차감한 후에 수신된 신호를 디코딩하도록 구성된다.

아래에서 보다 상세히 설명하는 바와 같이, eNB 102(RF 송수신기들 372a-372n, TX 프로세싱 회로 374, 및/또는 RX 프로세싱 회로 376를 사용하여 구현됨)의 송신 및 수신 경로들은 FDD(Frequency Division Duplex) 셀들 및 TDD(Time Division Duplex) 셀들의 집성(aggregation)을 가지는 통신을 지원한다.

도 3b가 eNB 102의 일 예를 도시하고 있지만, 다양한 변화들이 도 3b에 대하여 이루어질 수 있다. 예를 들어, eNB 102는 도 3b에 나타낸 각 컴포넌트에 대한 임의의 개수를 포함할 수 있다. 일 특정 예로서, 액세스 포인트는 다수의 인터페이스들 382을 포함할 수 있고, 컨트롤러/프로세서 378는 상이한 네트워크 주소들 사이에서 데이터를 라우팅(routing)하는 라우팅 기능들을 지원할 수 있다. 다른 특정 예로서, 단일 인스턴스(instance)의 TX 프로세싱 회로 374 및 단일 인스턴스의 RX 프로세싱 회로 376를 포함하는 것으로 도시되어 있지만, eNB 102는 각각에 대한 복수의 인스턴스들을 포함할 수 있다(예를 들어, RF 송수신기마다 하나).

도 4는 본 개시의 실시예들에 따른 D2D 통신 네트워크들 400의 토폴로지(topology)를 도시한 것이다. 도 4에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 4를 참고하면, eNB 101는 네트워크 커버리지 경계 410 내에 있는 UE1 415, UE2 420, UE3 425와 통신할 수 있다. 도면 내의 다른 UE들 모두는 네트워크 커버리지 밖에 있다. UE1 415 및 UE2 420는 D2D(device-todevice) 통신을 수행할 수 있다. UE3 425은 UE4 430 및 UE5 435와 D2D 통신을 수행할 수 있다. UE6 440은 UE7 445과 D2D 통신을 수행할 수 있으며, UE7 445은 UE8 450과 D2D 통신을 수행할 수 있다.

D2D 송신을 위해, UE는 업링크(uplink, UL) 리소스(resource)들을 사용할 수 있다. UL 리소스들은 시스템이 FDD 또는 TDD을 사용하는지 여부에 따라, 그리고 TDD UL-다운링크(downlink, DL) 구성(configuration)이 무엇인지에 따라 달라질 수 있다. TDD 통신 시스템에서, 몇몇 서브프레임들에서 통신 방향은 DL로 존재하며, 몇몇 다른 서브프레임들에서 통신 방향은 UL로 존재한다. 아래의 표 1은 프레임(frame) 주기로도 지칭되는 10개의 서브프레임(subframe)의 주기에 걸친 UL-DL 구성들을 나열한 것이다. "D"는 DL 서브프레임을 나타내고, "U"는 UL 서브프레임을 나타내며, "S"는 DwPTS(downlink pilot time slot)로 지칭되는 DL 송신 필드, 가드 구간(Guard Period, GP), 및 UpPTS(uplink pilot time slot)로 지칭되는 UL 송신 필드를 포함하는 특정 서브프레임을 나타낸다. 총 지속 시간이 하나의 서브프레임이라는 조건하에, 여러 가지 조합들이 특정 서브프레임 내 각 필드의 지속 기간 동안 존재하게 된다.

TDD UL-DL 구성	DL-UL 스위치- 포인트 주기	서브프레임 번호
TDD UL-DL 구성	DL-UL 스위치- 포인트 주기	0	1	2	3	4	5	6	7	8	9
0	5ms	D	S	U	U	U	D	S	U	U	U
1	5ms	D	S	U	U	D	D	S	U	U	D
2	5ms	D	S	U	D	D	D	S	U	D	D
3	10ms	D	S	U	U	U	D	D	D	D	D
4	10ms	D	S	U	U	D	D	D	D	D	D
5	10ms	D	S	U	D	D	D	D	D	D	D
6	5ms	D	S	U	U	U	D	S	U	U	D

표 1의 TDD UL-DL 구성들은 프레임당 40% 내지 90%를 DL 서브프레임으로 제공한다(나머지는 UL 서브프레임들이 된다). 이러한 유연성에도 불구하고, 시스템 정보(System Information, SI) 시그널링에 의하여 640 msec 마다 또는 그보다 덜 빈번하게 업데이트될 수 있는 반-고정(semi-static) TDD UL-DL 구성은 단기 데이터 트래픽 조건들과 적절하게 매칭되지 않을 수 있다. 이러한 이유로, 특히 낮은 개수 또는 적정한 개수로 연결된 UE들에 대한 시스템 처리량(throughput)을 개선하기 위하여, 보다 빠른 TDD UL-DL 구성 적응(adaptation)이 고려된다. 예를 들어, UL 트래픽보다 많은 DL 트래픽이 존재하는 경우, TDD UL-DL 구성은 더 많은 DL 서브프레임들을 포함하도록 적응될 수 있다. 보다 빠른 TDD UL-DL 구성 적응을 위한 시그널링은 PDCCH(Physical Downlink Control Channel), 매체 접근 제어(Medium Access Control, MAC) 시그널링, 및 무선 리소스 제어(Radio Resource Control, RRC) 시그널링을 포함하는 여러 수단들에 의해 제공될 수 있다.

SI 시그널링이 아닌 다른 수단에 의한 TDD UL-DL 구성 적응에서, 상기 적응을 인식할 수 없는 UE들의 존재는 동작의 제한을 야기한다. 상기 UE들을 종래의(conventional) UE들로 지칭한다. 종래의 UE들은 DL 서브프레임들에서 각각의 CRS(Cell-specific Reference Signal)를 사용하여 측정을 수행하기 때문에, 이러한 DL 서브프레임들은 보다 빠른 TDD UL-DL 구성 적응에 의하여 UL 서브프레임들 또는 특수한 서브프레임들로 변경될 수 없다. 그러나, NodeB는 이러한 UE들이 이러한 UL 서브프레임들에서 어떠한 신호도 송신하지 않는다는 것을 보장할 수 있으므로, UL 서브프레임은 종래의 UE들에게 영향을 주지 않으면서 DL 서브프레임으로 변경될 수 있다. 또한, NodeB가 유일한 UL 서브프레임으로서 해당 UL 서브프레임을 선택하는 것을 가능하게 하기 위해, 모든 TDD UL-DL 구성들에게 공통인 UL 서브프레임이 존재해야만 한다. 이 UL 서브프레임은 서브프레임#2이다. 상술한 바를 고려하면, 표 2는 표 1의 각 TDD UL-DL 구성에 대한 플렉서블(flexible) 서브프레임들('F'로 표시)을 나타낸다.

TDD UL-DL 구성	DL-UL 스위치- 포인트 주기	서브프레임 번호
TDD UL-DL 구성	DL-UL 스위치- 포인트 주기	0	1	2	3	4	5	6	7	8	9
0	5ms	D	S	U	F	F	D	F	F	F	F
1	5ms	D	S	U	F	D	D	F	F	F	D
2	5ms	D	S	U	D	D	D	F	F	D	D
3	10ms	D	S	U	F	F	D	D	D	D	D
4	10ms	D	S	U	F	D	D	D	D	D	D
5	10ms	D	S	U	D	D	D	D	D	D	D
6	5ms	D	S	U	F	F	D	F	F	F	D

D2D 통신 네트워크들은 D2D 디스커버리 및 D2D 통신을 지원하거나, 또는 D2D 디스커버리만을 지원할 수 있다. D2D 디스커버리란 D2D 송신 UE가 D2D 디스커버리 신호를 송신하고, 다른 D2D 수신 UE들이 상기 신호를 수신하는 것을 말한다. D2D 디스커버리는 D2D 디스커버리를 송신하는 UE에 의하여 사용되는 리소스가 eNB에 의해서 스케줄링되는 타입 2 통신 및 UE 자신이 리소스 풀들 중에서 리소스들을 선택하여 D2D 디스커버리를 송신하는 타입 1 통신을 지원할 수 있다. D2D 통신은 D2D 제어/데이터를 송신하기 위해 UE에 의하여 사용되는 리소스가 eNB에 의해 정확하게 스케줄링되는 모드 1 통신, 및 UE 자신이 리소스 풀들 중에서 리소스들을 선택하여 D2D 제어/데이터를 송신하는 모드 1 통신을 지원할 수 있다.

제 1 셀 내에서 제 1 D2D UE가 제 2 셀 내에서 D2D UE에 의하여 송신된 D2D 신호를 수신하도록, 또는 제 1 셀 내에서 제 1 D2D UE가 제 2 셀 내에서 D2D UE에게 D2D 신호를 송신하도록 지원하는 것은(이것은 셀간 D2D 디스커버리 및/또는 통신으로 지칭된다) D2D 통신 네트워크, 특히 네트워크 내의 셀들이 동기화되지 않을 수 있는 비동기 네트워크에서 중요하다. 비동기 네트워크에서 셀간 D2D 디스커버리 및/또는 통신을 지원하기 위해, 수신기가 셀들을 통해 UE 신호를 수신할 수 있도록 야기하는 타이밍 정보를 얻을 수 있는지 여부는 중요한 문제이다. 특히 상기 타이밍 정보를 얻을 수 있는지 여부는 D2D 디스커버리 및 D2D 통신을 지원하거나, 또는 D2D 디스커버리만 지원하는 D2D 네트워크들을 지원하는 D2D 통신 네트워크들에 있어서 중요한 문제이다. 또한, D2D 통신에 의해 사용될 리소스 풀은 D2D 통신이 광역 네트워크(wide area network, WAN), 즉 셀룰러 네트워크와 공존하게 하는 중요한 역할을 한다.

따라서, D2D 디스커버리 및 통신을 지원하는 비동기 네트워크에서, 수신 UE가 셀들에 걸쳐 D2D 신호를 수신하는 방법을 제공할 필요가 있다. 또한, D2D 디스커버리만을 지원하는 비동기 네트워크에서, 수신 UE가 셀들에 걸쳐 D2D 신호를 수신하는 방법을 제공할 다른 필요성이 있다. 또한, WAN과의 적정한 공존을 보장하기 위해, FDD 및 TDD 시스템을 고려하여 리소스 풀을 구성할 다른 필요성이 있다.

본 명세서 전반에 걸쳐, 'sync'는 동기(synchronization)의 약어이다.

eNB는 프라이머리 동기 신호(Primary Sync Signal, PSS) 및 세컨더리 동기 신호(Secondary Sync Signal, SSS)를 가질 수 있는 레거시(legacy) 동기 신호를 송신할 수 있다. eNB의 동기 신호가 수신될 수 있는 경우, 제 1 D2D UE는 eNB에 동기화할 수 있다. eNB에 동기화된 제 1 D2D UE는 홉(hop) 수 값 2를 가진 홉에서 D2D 동기 신호(D2D Sync Signal, D2DSS) 및 물리적 D2D 동기 채널(physical D2D Sync Channel, PD2DSCH)을 송신할 수 있으며, D2DSS를 수신한 제 2 D2D UE는 제 1 D2D UE에 동기화할 수 있다. D2DSS는 동기화 프리앰블(preamble) 또는 시퀀스(sequence)의 정보를 전달할 수 있다. D2DSS는 프라이머리 동기 신호 및 세컨더리 동기 신호를 가질 수 있다. D2DSS는 또한 (홉 수 값 1을 가진 홉에서 동기 신호를 송신하는) 동기화 소스가 eNB인지 아닌지 여부를 나타낼 수 있다. D2DSS는 또한 D2DSS를 송신하는 홉의 홉 수와 관련된 정보를 나타낼 수 있다. PD2DSCH는 중요한 시스템 정보를 전달할 수 있으며, 여기서 몇몇 정보는 동기화와 관련된 것일 수 있다. 예를 들어, PD2DSCH는 D2DSS의 정보 외에 홉 수와 관련된 몇몇 정보를 전달할 수 있다. 제 2 D2D UE는 홉 수 값 3을 가진 홉에서 D2DSS 및 PD2DSCH를 송신할 수 있으며, D2DSS/PD2DSCH를 수신한 제 3 D2D UE는 동기화될 수 있다. 홉 수 값은 임의의 수의 홉들로 확장될 수 있다. 시스템이 지원할 수 있는 홉들의 최대 수가 있을 수 있으며, 여기서 최대 수는 고정되거나 미리 정의될 수 있다.

동기화 소스가 eNB임을 나타내는 D2DSS/PD2DSCH를 송신하는 D2D UE 또는 eNB인 임의의 노드에 동기화될 수 없는 경우, 제 4 D2D UE는 독립적인 UE 동기화 소스를 가진 D2D UE가 될 수 있다. 제 4 D2D UE는 홉 수 값 1을 가진 홉에서 D2DSS/PD2DSCH를 송신할 수 있다. D2DSS는 동기화 소스가 독립적인 UE 동기화 소스인지 여부를 나타낼 수 있다. D2DSS/PD2DSCH를 수신하는 제 5 D2D UE는 동기화될 수 있다. 제 5 D2D UE는 홉 수 값 2를 가진 홉에서 D2DSS 및 PD2DSCH를 송신할 수 있으며, D2DSS/PD2DSCH를 수신하는 제 6 D2D UE는 동기화될 수 있다. 이러한 D2D 연결들은 임의의 수의 홉들로 확장될 수 있다.

도 5는 본 개시의 실시예들에 따른 D2D 동기화 확립을 위한 일 시나리오 500를 도시한 것이다. 도 5에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 5를 참고하면, UE11 515는 동기화를 수신하고, 네트워크 커버리지 경계 510 내에 있는 eNB 101와 동기화된다. UE11는 홉 수 2를 가진 홉에서 D2DSS/PD2DSCH를 송신한다. UE2 520는 UE11 515로부터 D2DSS/PD2DSCH를 수신하고, 동기화되며, 홉 수 3을 가진 홉에서 D2DSS/PD2DSCH를 송신한다. UE13 525은 UE12 520로부터 D2DSS/PD2DSCH를 수신하고, 동기화된다. UE14 530는 eNB 또는 UE11, 12, 13으로부터 어떠한 동기 신호도 수신할 수 없으므로, UE14 530는 독립적인 동기화 소스(sync source, SS)로서 자신을 식별하여, 홉 수 1을 가진 홉에서 D2DSS/PD2DSCH를 송신한다. UE15 535는 UE14 530로부터 D2DSS/PD2DSCH를 수신하고, 동기화되며, 홉 수 2를 가진 홉에서 D2DSS/PD2DSCH를 송신한다. UE16 540은 UE15 535로부터 D2DSS/PD2DSCH를 수신하고, 동기화되며, 홉 수 3을 가진 홉에서 D2DSS/PD2DSCH를 송신한다. UE17 545은 UE16 535로부터 D2DSS/PD2DSCH를 수신하고, 동기화된다.

제 2 셀의 동기 신호를 검출하지 않은 제 1 셀과 관련된 제 1 UE가 제 2 셀과 관련된 제 2 UE에 의하여 송신되는 통신 또는 디스커버리를 위하여 D2D 신호를 수신할 필요가 있는 경우, 제 1 UE는 제 2 셀에 관련된 다른 UE들을 통하여, 또는 백홀 또는 UE 중계(relaying)와 같은 다른 방법을 통해 제 2 셀의 타이밍을 얻을 수 있는 제 1 셀을 통하여 제 2 셀의 타이밍을 획득할 수 있다.

제 1 UE가 제 2 셀에 있는 다른 UE들을 통해 제 2 셀의 타이밍을 획득하는 방법은, 상기 네트워크가 D2D 디스커버리만을 지원하는지, 또는 D2D 디스커버리 및 통신 모두를 지원하는지 여부에 의존할 수 있다. 통신 및 디스커버리를 지원하는 네트워크의 경우, 제 1 UE는 통신들을 위해 D2DSS를 송신하는 제 2 셀과 관련된 UE들로부터 타이밍을 수신할 수 있다. 디스커버리만을 지원하는 네트워크의 경우, 제 1 UE는 디스커버리 주기 내의 디스커버리 리소스들의 시작 지점에서 D2DSS를 송신할 수 있는 제 2 셀과 관련된 UE들로부터 타이밍을 수신할 수 있다.

도 6은 셀간 D2D 디스커버리 또는 통신들을 위한 예시적인 시나리오 600를 도시한 것이다. 도 6에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 6을 참고하면, UE21 615은 네트워크 커버리지 경계 640 내의 eNB1 101과 관련된다. UE1은 또한 eNB2 102로부터 동기 신호를 검출할 수 있다. UE21 615은 네트워크 커버리지 경계 645 내의 eNB2 102와 관련된다. UE23 625은 또한 eNB1 101으로부터 동기 신호를 검출할 수 있다. UE21 및 UE23은 서로의 D2D 신호를 수신할 수 있다. UE22 620은 네트워크 커버리지 경계 640 내의 eNB1 101과 관련된다. 그러나, UE22는 eNB2 102로부터 동기 신호를 검출할 수 없다. UE24 630, UE25 635는 네트워크 커버리지 경계 645 내의 eNB2 102와 관련된다. UE22는 UE24로부터 D2D 신호를 수신하는 것으로 가정된다. UE22에는 eNB2와 관련된 UE들에 의해 송신되는 D2D 신호의 수신을 위한 RX 리소스 풀이 제공될 수 있지만, UE22가 eNB2로부터 동기 신호를 수신할 수 없기 때문에, eNB2의 타이밍을 알지 못한다. 통신들 및 디스커버리를 지원하는 네트워크의 경우, UE22는 (통신들을 위한) D2DSS를 송신하는 eNB2와 관련되어 있는 UE들(예를 들어, UE24, UE25)로부터 일부 타이밍을 수신할 수 있는 것으로 가정한다. 디스커버리만을 지원하는 네트워크의 경우, eNB2와 관련된 디스커버리를 지원하는 몇몇 UE들(예를 들어, UE24, UE25)은 디스커버리 주기 내 디스커버리 리소스들의 제 1 서브프레임에서 D2DSS를 송신할 수 있다. 대안적으로, UE22는 eNB1 101에서 자신의 서빙셀로부터 eNB2의 타이밍을 얻을 수 있다.

몇몇 실시예들에서, eNB와 같은 인프라스트럭처 노드는 그것이 D2D 디스커버리만을 지원하는지, 또는 D2D 디스커버리 및 통신 모두를 지원하는지 여부를 UE에게 통지할 수 있다. 이러한 정보는 예를 들어, 시스템 정보 블록, 또는 RRC 메시지에서 전달될 수 있다. 또한 이웃 셀이 D2D 디스커버리만을 지원하는지, 또는 D2D 디스커버리 및 통신 모두를 지원하는지 여부를 UE에게 통지할 수도 있으며, 이 정보는 캐리어 인덱스(carrier index) 및 물리적 셀 ID(Physical Cell ID, PCID) 또는 동기 신호의 프리앰블과 같은 셀의 식별자와 결합될 수 있다. 이러한 정보는 예를 들어, 시스템 정보 블록, 또는 RRC 메시지에서 전달될 수 있다.

D2D 디스커버리만을 지원하는 네트워크의 경우, eNB와 같은 인프라스트럭처 노드는 가능한 D2DSS 시퀀스를 UE에게 통지할 수 있다. D2D 통신을 지원하는 네트워크의 경우, eNB와 같은 인프라스트럭처 노드는, 모드 2가 지원되는지 여부, 및 모드 1 및 모드 2가 지원되는지 여부를 UE에게 통지할 수 있다.

일 확장으로서, 네트워크가 디스커버리만을 지원하는 경우, 네트워크 또는 eNB는, 디스커버리를 지원하는 UE 또는 UE들의 그룹으로의 시그널링 내에 D2DSS 시퀀스가 구성되어 있는지 여부를 통해, 디스커버리 신호를 송신하는 UE가 D2DSS도 송신해야 하는지 여부를 UE에게 암시적으로 시그널링할 수 있다. D2D 디스커버리를 지원하는 UE가 구성된 D2DSS 시퀀스를 포함하는 시그널링을 수신하는 경우, UE는 D2DSS를 송신하고, 그렇지 않은 경우, UE는 D2DSS를 송신하지 아니한다.

eNB가 D2D 디스커버리만을 지원하는지 여부, 또는 eNB가 D2D 디스커버리 및 통신 모두를 지원하는지 여부에 대한 eNB 표시는, 대안적으로, 디스커버리만을 지원하는 UE에 대한 D2DSS를 송신하는 UE를 eNB가 지원하는지 여부, 또는 디스커버리만을 지원하는 UE에 대한 D2DSS를 송신하는 UE를 eNB가 지원하지 않는지 여부의 표시일 수 있다. 또는 대안적으로, eNB 표시는 UE가 디스커버리 리소스의 시작 시에 또는 디스커버리 주기(예를 들어, 디스커버리 리소스의 제 1 서브프레임, 또는 디스커버리 주기 이전의 몇몇 서브프레임들) 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 있는지, 또는 UE가 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 없는지 여부를 통지한다.

아래의 표 3은 상기 목적을 위한 메시지의 필드들의 일 부분을 도시한 것이다. 메시지가 서빙 셀 자체에 대한 것인 경우에는, 캐리어 인덱스 및 프리앰블이 생략될 수 있다. 메시지가 이웃 셀에 대한 것인 경우, 캐리어 인덱스 및 프리앰블이 포함될 수 있다. 아래의 표 3에서, 대안적으로는, 모든 '디스커버리만을 지원'이 '디스커버리만을 지원하는 UE에 대한 D2DSS를 송신하는 UE를 지원'으로 대체될 수 있으며, '디스커버리 및 통신 모두를 위한 지원'은 '디스커버리만을 지원하는 UE에 대한 D2DSS를 송신하는 UE를 지원하지 않음'으로 대체될 수 있다. 대안적으로, 모든 '디스커버리만을 위한 지원'은 'UE가 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 있음'으로 대체될 수 있으며, '디스커버리 및 통신 모두를 위한 지원'은 'UE가 디스커버리 리소스 개시 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 없음'으로 대체될 수 있다.

	정보
...	...
셀 정보 {
캐리어 인덱스	노드의 캐리어 인덱스
프리앰블	셀에 의하여 송신되는 프리앰블
통신 및/또는 디스커버리를 위한 지원	'0': 디스커버리만 지원 '1': 디스커버리 및 통신 모두 지원 대안적으로, '00': D2D를 위한 디스커버리 또는 통신 미지원 '01': 디스커버리만 지원 '10': 통신만 지원 '11': 디스커버리 및 통신 모두 지원 대안적으로, 제1 비트, '0': 디스커버리 미지원 '1': 디스커버리 지원 제2 비트, '0': 통신 미지원 '1': 통신 지원 또한, 통신의 경우(제2 비트가 '1'), '0'은 모드 2 통신 지원, '1'이 모드 1 & 모드2 통신 지원 대안적으로, 디스커버리만 지원하는 '디스커버리를 위해 설정되는 D2DSS 시퀀스'포함 '디스커버리를 위해 설정되는 D2DSS 시퀀스' 미포함 '10'모드 1&모드 2 통신, '00'통신 지원하지 않음, '11'예비
}
...	...

몇몇 실시예들에서, 셀 또는 네트워크와 관련된 UE로부터 D2D 신호를 수신하는 D2D 수신 UE의 경우, 이 수신 UE는, 셀 또는 네트워크가 D2D 디스커버리만을 지원하는지 또는 셀 또는 네트워크가 D2D 디스커버리 및 통신 모두를 지원하는지 여부에 관한 각각의 동작을 수행할 수 있다. 대안적으로, 수신 UE는, 셀 또는 네트워크가 디스커버리만을 지원하는 UE를 위한 D2DSS를 송신하는 UE를 지원하는지 여부, 또는 디스커버리만을 지원하는 UE를 위한 D2DSS를 송신하는 UE를 지원하지 않는지 여부에 관한 각각의 동작을 수행할 수 있다. 또는 대안적으로, 수신 UE는 UE가 셀 또는 네트워크가 디스커버리 리소스(예를 들어, 디스커버리 리소스의 제 1 서브프레임)의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 있는지 여부, 또는 UE가 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 없는지 여부에 관한 각각의 동작을 수행할 수 있다. 또는 대안적으로, 셀 또는 네트워크는, 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성될 수 있는 셀과 관련된 다른 UE들로부터 D2D 신호를 UE가 모니터링하도록 하는 수신 리소스 풀을 구성하는지 여부, 또는 셀 또는 네트워크가, 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성되지 않는 셀과 관련된 다른 UE들로부터의 D2D 신호를 UE가 모니터링하도록 하는 수신 리소스 풀을 구성하는지 여부에 관한 각각의 동작을, 수신 UE는 수행할 수 있다.

D2D 수신 UE에게, 디스커버리 신호를 모니터링하도록, RX 풀이 제공될 수 있다. 상이한 RX 풀들은 상이한 셀들 내의 UE들로부터의 디스커버리 신호를 위한 것일 수 있다. 각 RX 풀은 송신 UE들이 관련되어 있는 셀의 식별자를 가질 수 있다. 셀의 식별자는 셀의 동기 신호에 의해 전달되는 캐리어 인덱스, 및 물리적 셀 ID(Physical Cell ID, PCID)를 포함할 수 있다. RX 풀들에 관한 정보는 시스템 정보 블록, 또는 전용 RRC 메시지와 같은 UE-공통 시그널링 또는 UE-전용 시그널링에 의해 D2D 수신 UE에게 제공될 수 있다. 유사하게, 통신 목적을 위한 RX 풀들이 또한 UE에 제공될 수 있다. 특정 실시예에서, 그 풀이 각 셀에 기반하는 경우, 즉, RX 또는 TX 풀이 셀 고유의 것인 경우, RX 풀은 셀에 대한 TX 풀과 동일한 것일 수 있다. 특정 실시예에서, RX 풀은 다중 셀들의 다중 TX 풀들의 유니언(union)일 수 있으며, 여기서, TX 풀은 셀 고유의 것일 수 있고, RX 풀은 UE 고유의 것일 수 있다. 특정 실시예에서, RX 풀, 또는 TX 풀은 UE 고유의 것일 수 있다. RX 또는 RX 풀은 UE의 이웃 셀들 및 UE의 서빙 셀 각각을 위한 것일 수 있다.

D2D 디스커버리 및 통신 모두를 지원하는 셀 또는 네트워크와 관련되어 있는 UE로부터 D2D 신호를 수신하는 D2D 수신 UE의 경우, (또는 대안적으로, 디스커버리만을 지원하는 UE에 의한 D2DSS 송신을 지원하지 않는 셀 또는 네트워크와 관련되어 있는 UE로부터, 또는 대안적으로, UE가 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 없는 셀 또는 네트워크와 관련되어 있는 UE로부터, 또는 대안적으로, 각각의 셀 내에 있는 UE들로부터의 신호를 UE가 모니터링하도록 하는 수신 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성되지 않는 셀 또는 네트워크와 관련되어 있는 UE로부터), 수신 UE는 동기 신호 등과 같은 자신의 서빙 셀의 정보를 가질 수 있다. 수신 UE는 또한 이웃 셀의 정보, 예를 들어, RX 풀 구성을 위한 시그널링에서 전달되는 이웃 셀의 식별자, 또는 이웃 셀의 리스트에서 전달되는 이웃 셀의 식별자를 가질 수 있다. 수신 UE는 제 1 셀(서빙 셀 또는 이웃 셀)의 동기화를 수신하고, 제 1 셀의 타이밍을 획득하며, 그 동기화에 의해 전달되는 셀 식별자를 획득하려고 시도할 수 있다. 이 셀 식별자에 기반하여, 수신 UE는 예를 들어, 다중 셀 식별자들이 각각의 RX 풀들과 함께 제공되는 경우, 그것을 검색함으로써 RX 풀을 결정할 수 있다. 그 후에, UE는 제 1 셀의 리소스 풀을 사용하여 D2D 신호를 송신하는 UE(들)에 의해 송신되는 디스커버리 또는 통신 신호를 모니터링할 수 있다. 제 2 셀의 경우, UE는 마찬가지의 동작을 행하여, 제 2 셀의 리소스 풀을 사용하여 D2D 신호를 송신하는 UE(들)에 의해 송신되는 디스커버리 또는 통신 신호를 모니터링할 수 있다.

도 7은 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도 700를 도시한 것이다. 상기 흐름도는 D2D 통신에도 적용될 수 있다. 본 흐름도가 일련의 순차적인 단계들을 도시하지만, 명시적으로 언급하지 않는 한, 어떤 추론도 동시에 또는 중첩 방식보다는 연속적으로 수행되는 특정 수행의 순서, 단계들의 수행, 또는 이들의 일부이거나 개입 또는 중간 단계들의 발생 없이 독점적으로 도시되는 단계들의 수행과 관련된 시퀀스로부터 도출되어서는 안 된다. 도시된 예시에서 도시된 프로세스는 예를 들어, UE, eNB 또는 다른 엔티티 내의 처리 회로에 의해 구현된다.

도 7에서, UE는 eNB1에 대한 D2D 디스커버리 RX 풀 및 eNB2에 대한 D2D 디스커버리 RX 풀을 제공받는다. 단계 710에서, UE는 eNB1로부터 동기화를 수신하여, eNB1의 타이밍을 획득한다. 단계 720에서, UE는 (eNB1의 동기화에 의해 전달되는) eNB1의 식별자에 기반할 수 있는 RX 풀을 결정하고, 디스커버리를 모니터링한다. 단계 730에서, UE는 eNB2 102로부터 동기화를 더 수신하고, eNB2의 타이밍을 획득한다. 단계 740에서, UE는 eNB2에 대한 RX 풀을 결정하고, 디스커버리를 모니터링한다.

D2D 수신 UE가 이웃 셀의 정보(예를 들어, RX 풀 구성을 위한 시그널링에서 전달되는 이웃 셀의 식별자, 또는 이웃 셀의 리스트에서 전달되는 이웃 셀의 식별자)를 수신하는 경우, UE는 이웃 셀로부터 동기 신호를 검출하려고 시도하지만, 그것을 검출할 수 없는 경우에는, UE가 다른 UE(들)에 의해 송신되는 동기 신호를 검출하려고 시도할 수 있다. UE가 셀로부터 동기 신호를 검출하지 않는 것으로 결정하는 특정 기준이 존재할 수 있다. 이 기준은 예를 들어, 셀 서치(search) 지속 시간 동안, UE가 그 셀의 PCID를 검출하지 않는 것일 수 있다. 다른 기준이 또한 적용될 수 있다. D2D 수신 UE가 특정 셀과 관련된 UE로부터 D2D 동기 신호(D2D sync signal, D2DSS)를 검출할 수 있는 경우, D2D 수신 UE는 그 특정 셀의 타이밍을 도출할 수가 있다.

통신을 위한 D2DSS는 UE 고유, 또는 셀 고유, 또는 그룹 고유의 것일 수 있는 D2DSS 시퀀스를 사용할 수 있다. 예를 들어, 커버리지 내의 UE는 셀 고유의 D2DSS 시퀀스를 가질 수 있고, 커버리지 밖의 UE는 UE 고유의 시퀀스를 사용할 수 있거나, 또는 eNB로부터 TX를 도출하는 UE는 셀 고유의 D2DSS 시퀀스를 사용할 수 있고, eNB로부터 TX 타이밍을 도출하지 않는 UE는 UE 고유의 시퀀스를 사용할 수 있거나, 또는 eNB로부터 TX를 도출하는 UE는 셀 고유의 D2DSS 시퀀스를 사용할 수 있고, UE 동기화 소스로부터 타이밍을 도출하는 UE는 동기화 소스와 동일한 D2DSS 시퀀스를 사용하고, UE 고유의 시퀀스를 사용하며, 독립적인 동기화 소스인 UE는 UE 고유의 D2DSS 시퀀스를 사용할 수 있거나, 또는 임의의 UE가 UE 고유의 시퀀스를 사용할 수 있다. 디스커버리를 위한 D2DSS는 셀 고유의 시퀀스를 사용할 수 있다. 커버리지 내에 있는 UE가 통신 케이스를 위해 D2DSS의 셀 고유의 시퀀스를 사용하는 경우, 이 D2DSS 시퀀스는 디스커버리를 위해 사용되는 것과 동일한 것일 수 있다.

D2DSS를 송신하는 UE는 동기화를 도출하는 셀의 정보를 표시할 수 있다. 이러한 정보는 예를 들어, PD2DSCH에서 전달될 수 있다. D2D 수신 UE가 D2DSS를 검출한 후에는, D2DSS를 송신한 UE에 의해 송신되는 PD2DSCH를 더 검출할 수가 있으며, 수신 UE는 (D2DSS를 송신하는) UE가 타이밍을 도출하는 셀의 정보를 획득할 수 있다. 그 타이밍이 셀 또는 eNB로부터 도출되기만 한다면, 셀로부터의 타이밍 도출은 하나 이상의 홉(hop)들 이후가 될 수 있다. 표시된 셀 정보에 기반하여, 수신 UE는 이어서 각각의 셀에 대한 디스커버리 리소스 풀을 결정할 수가 있다. 그리고 이어서, 수신 UE는 셀과 관련된 UE들에 의해 송신되는 디스커버리 신호를 모니터링할 수 있다. D2DSS를 송신하는 UE들은 디스커버리 신호를 송신하는 UE들과 동일하거나 상이할 수 있다. 예를 들어, D2DSS는, D2D 통신이 필요하고 디스커버리는 필요하지 않을 수 있는 UE에 의해 송신될 수 있다. 아래의 표 4는 PD2DSCH 내의 정보 필드들의 일부를 도시한 것이다.

	사이즈(비트)	정보
...	...	...
UE가 도출하는 셀 정보{
캐리어 인덱스		셀의 캐리어 인덱스
프리앰블, 또는 PCID		셀에 의하여 송신되는 동기 신호 내 프리앰블, 또는 PCID
}
...	...	...

D2DSS 시퀀스가 각 셀에 할당되면, 각각의 셀 내의 UE들이 할당된 D2DSS 시퀀스를 사용해야 하고, D2DSS 시퀀스가 셀간 D2D 디스커버리 또는 셀간 D2D 통신 또는 셀간 디스커버리 및 통신 모두에 사용될 수 있는 경우, D2DSS 시퀀스는 PD2DSCH에서 전달되거나, 또는 리소스 풀과 함께 다른 시그널링에서 전달될 수 있다. 상이한 D2DSS 시퀀스들이, 서로 이웃하는 셀들의 그룹에 사용되는 경우, D2DSS 시퀀스들은 PCID 대신에, 셀들을 구별하거나 식별하는데 사용될 수 있다. 예를 들어, 아래에 설명되는 표 4, 또는 표 7에서는, D2DSS 시퀀스가 PCID 또는 프리앰블 대신에 사용될 수 있다. 몇몇 케이스들에서는, D2DSS 시퀀스 및 PCID(또는 프리앰블) 모두가 시그널링될 수 있다. 몇몇 케이스들에서는, 셀간 D2D 디스커버리, 또는 셀간 D2D 통신에 사용되는 D2DSS 시퀀스가 PCID로부터 도출될 수 있다. 예를 들어, 총 M 비트를 갖는 D2DSS 시퀀스는 PCID로부터의 N 비트를 가질 수 있으며, 여기서 (M-N) 비트는 셀간 D2D 디스커버리, 또는 셀간 D2D 통신을 위해 사용되는 D2DSS 시퀀스인 것을 나타낸다(예를 들면, M=9, N=7, 그리고 셀간 D2D 디스커버리(또는 적용 가능한 경우 통신)에 관한 것임을 나타내는 예비 2 비트(예를 들면, 11), 및 PCID로부터의 7 비트(예를 들면, PCID의 7 최하위 비트(least significant bit, LSB))가 예비 2 비트 뒤에 추가되어, D2DSS 시퀀스를 형성할 수 있다).

도 8은 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도 800를 도시한 것이다. 이 흐름도는 또한 D2D 통신에 적용가능할 수 있다. 본 흐름도가 일련의 순차적인 단계들을 도시하지만, 명시적으로 언급하지 않는 한, 어떤 추론도 동시에 또는 중첩 방식보다는 연속적으로 수행되는 특정 수행의 순서, 단계들의 수행, 또는 이들의 일부이거나 개입 또는 중간 단계들의 발생 없이 독점적으로 도시되는 단계들의 수행과 관련된 시퀀스로부터 도출되어서는 안된다. 도시된 예시에서 도시된 프로세스는 예를 들어, UE, eNB 또는 다른 엔티티 내의 처리 회로에 의해 구현된다.

도 8을 참고하면, D2D UE에는 eNB1에 대한 D2D 디스커버리 TX 풀 및 eNB2 102에 대한 D2D 디스커버리 RX 풀이 제공된다. 단계 810에서, D2D UE는 eNB1로부터 동기화를 수신하여, eNB1의 타이밍을 획득한다. 단계 820에서, D2D UE는 eNB1의 동기화에 의해 전달되는) eNB1의 식별자에 기반할 수 있는 RX 풀을 결정하고, 디스커버리를 모니터링한다. UE는 eNB2 102로부터 동기화를 검출하지 않는다. UE는 다른 UE들로부터 동기 신호를 검출하려고 시도한다. 단계 830에서, UE는 다른 UE로부터 동기 신호를 수신하고, UE가 동기 신호를 도출하는 셀의 정보를 다른 UE(예를 들어, UE의 송신 PD2DSCH)로부터 더 수신한다. 그리고 UE는 eNB2에 대한 것들이 되는 캐리어 인덱스 및 PCID를 찾아낸다. 그 다음, UE는 eNB2에 관한 RX 풀을 결정하며, D2DSS를 송신하는 다른 UE로부터 도출되는 타이밍을 사용하여 PD2DSCH에서 eNB2의 셀 식별자를 나타낸다. 단계 840에 나타낸 바와 같이 UE는 디스커버리를 모니터링한다. 또는 대안적으로, UE는 다른 UE로부터 D2DSS를 검출하고, 이 D2DSS 시퀀스에 기반하여 RX 풀을 결정함으로써 디스커버리를 모니터링한다. 유사한 케이스들이 셀간 D2D 통신에 적용될 수 있다.

대안적으로는, 수신 UE가 자신의 서빙 셀로부터 신호(예를 들어, RRC 신호, 시스템 정보 블록 등)를 얻을 수 있으며, 서빙 셀이 UE에게 디스커버리를 모니터링할 RX 풀을 통지할 수 있으며, 여기서 RX 풀은 (예를 들어, 서빙 셀의 레퍼런스를 갖는 타이밍 오프셋과 같은 몇몇 추가 타이밍 관련 정보를 가지고, UE의 서빙 셀의 NBR(neighbor) 셀들에 기반하여) UE의 이웃(NBR) 셀들에 미리 커스터마이징(customizing)될 수 있다. 서빙 셀에 대한 NBR 셀 타이밍 오프셋은 서빙 셀에 의해, 예를 들어, 백홀(backhaul)을 통해, 또는 중계 UE들 등을 통해 획득될 수가 있다.

D2D 디스커버리만을 지원하는 셀 또는 네트워크와 관련된 UE로부터(또는 대안적으로, 디스커버리만을 지원하는 UE에 의한 D2DSS 송신을 지원하는 셀 또는 네트워크와 관련된 UE로부터, 또는 대안적으로, UE가 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링할 필요가 있는 셀 또는 네트워크와 관련된 UE로부터, 또는 대안적으로, UE가 각각의 셀 내의 UE들로부터 신호를 모니터링하기 위한 수신 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성되는 셀 또는 네트워크와 관련된 UE로부터) D2D 신호를 수신하는 D2D 수신 UE의 경우, 수신 UE는, 동기 신호 등과 같은 자신의 서빙 셀의 정보를 가질 수 있다.

수신 UE는 이웃 셀의 정보, 예를 들어, RX 풀 구성을 위한 시그널링에서 전달되는 이웃 셀의 식별자, 또는 이웃 셀의 리스트에서 전달되는 이웃 셀의 식별자를 가질 수도 있다. 수신 UE는 셀(서빙 셀 또는 이웃 셀)의 동기화를 수신하고, 제 1 셀의 타이밍을 획득하여, 동기화에 의해 전달되는 셀 식별자를 획득하려고 시도할 수 있다.

상기 셀 식별자에 기반하여, 수신 UE는 예를 들어, 각 셀 식별자들이 각각의 RX 풀과 함께 제공되는지를 조사하여 RX 풀을 결정할 수 있다. 그 다음, UE는, D2D 신호를 셀의 리소스 풀을 사용하여 D2D 신호를 송신하는 UE(들)에 의해 송신되는 디스커버리 신호를 모니터링할 수 있다. 이 동작은 도 7에 도시된 것과 유사할 수 있다.

디스커버리의 리소스 풀은, 디스커버리를 지원하는 UE들이 주기 내의 디스커버리 시작 시에 또는 디스커버리 주기 이전에 송신할 수 있는 D2DSS 시퀀스에 링크될 수 있다. 이것은 D2D 디스커버리만을 지원하고, D2D 통신들은 지원하지 않는 네트워크에 대한 것일 수 있다.

수신 UE가 이웃 셀로부터 동기 신호를 검출하려고 시도하지만, 그것을 검출하는데 실패하는 경우, D2D UE는 다음 동작들을 통해 다른 UE(들)에 의해 송신되는 동기 신호를 검출하려고 시도할 수 있다. 디스커버리만을 지원하는 네트워크의 경우, 셀과 관련된 UE들은 셀 고유의 D2DSS 시퀀스로 구성될 수 있으며, 디스커버리 주기 내의 디스커버리 리소스들의 시작 시에(예를 들어, 제 1 서브프레임에서) 또는 주기 이전에, 구성된 시퀀스로 D2DSS를 송신한다. 이 D2DSS 시퀀스는, 예를 들어, 각 캐리어 인덱스 및 PCID 마다에 대한 셀 식별자에 따라 구성될 수 있으며, 셀 내의 디스커버리 UE들이 D2DSS를 송신하는데 사용할 수 있는 일 D2DSS 시퀀스일 수 있다.

상기 D2DSS 시퀀스는 각 셀에 대한, 디스커버리 리소스 풀과 함께 전달될 수 있다. 서빙 셀에 대한 D2DSS 시퀀스는 송신 UE들 및 수신 UE들을 위한 것일 수 있다. NBR 셀에 대한 D2DSS 시퀀스는 수신 UE가 모니터링하기 위한 것일 수 있다. D2DSS 시퀀스가 RX 리소스 풀에 대하여 구성되는 경우, 수신 UE는 NBR 셀의 각각에 대해 UE들에 의해 송신되는 각각의 D2DSS를 검출하려고 시도할 수 있다.

D2DSS가 검출되는 경우, 수신 UE는 검출된 D2DSS에 대응하는 셀을 파악하여, RX 리소스 풀을 결정할 수 있다. 수신 UE는, RX 리소스 풀, 및 RX 리소스 풀에 대응하는 D2DSS로부터 획득되는 타이밍에 기반하여 디스커버리 신호를 모니터링할 수 있다.

UE에 의해 송신되는 D2DSS 시퀀스가 UE와 관련된 셀의 PCID와 상이할 수 있는 경우에는, D2DSS 시퀀스가 수신 UE에 대하여 구성 및 시그널링될 수 있다. UE에 의해 송신되는 D2DSS 시퀀스가 UE와 관련된 셀의 PCID와 동일할 수 있는 경우에는, UE와 관련된 셀의 PCID인 것으로 고정되거나 기본적으로 될 수 있기 때문에, 수신 UE가 UE에 의해 송신되는 PCID를 모니터링해야 하는지 여부를 수신 UE에게 시그널링할 필요가 없을 수 있거나, 또는 수신 UE가 UE에 의해 송신되는 PCID를 모니터링할 필요가 없으므로, 이에 따라 UE는 자신의 동작을 단순화할 수 있다.

수신 UE가 D2DSS를 검출하고 나서, 이 검출된 D2DSS 시퀀스에 대응하는 셀을 찾을 수 없는 경우, 또는 이 검출된 D2DSS 시퀀스가 셀들의 RX 풀들에 대하여 구성된 D2DSS 시퀀들 중의 어떠한 것도 아닌 경우, UE는 D2DSS 검출 에러를 선언할 수 있다.

또한 수신 UE가 통신 목적을 위해 송신되는 D2DSS 시퀀스를 검출한 경우에는, D2DSS를 검출하였지만 검출된 D2DSS 시퀀스에 대응하는 셀을 찾지 못하였더라도, 또는 검출된 D2DSS 시퀀스가 셀들의 RX 풀들에 대하여 구성된 D2DSS 시퀀스들 중의 어떠한 것도 아니더라도, UE는 D2DSS 검출 에러를 선언할 수 없다. 오히려, 수신 UE는 통신 목적을 위한 D2DSS를 검출하였음을 선언한다. 수신 UE는 PD2DSCH를 더 검출하여 PCID를 찾아낼 수 있으며, 이에 따라 각각의 리소스 풀을 찾아낼 수 있다.

도 9는 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도 900를 도시한 것이다. 이 흐름도는 셀간 D2D 통신을 위해 적용될 수 있다. 본 흐름도가 일련의 순차적인 단계들을 도시하지만, 명시적으로 언급하지 않는 한, 어떤 추론도 동시에 또는 중첩 방식보다는 연속적으로 수행되는 특정 수행의 순서, 단계들의 수행, 또는 이들의 일부이거나 개입 또는 중간 단계들의 발생 없이 독점적으로 도시되는 단계들의 수행과 관련된 시퀀스로부터 도출되어서는 안 된다. 도시된 예시에서 도시된 프로세스는 예를 들어, UE, eNB 또는 다른 엔티티 내의 처리 회로에 의해 구현된다.

도 9를 참고하면, D2D UE는 eNB1에 대한 D2D 디스커버리 RX 풀 및 eNB2에 대한 D2D 디스커버리 RX 풀이 제공받는다. 단계 910에서, D2D UE는 eNB1로부터 동기화를 수신하여, eNB1의 타이밍을 획득한다. 단계 920에서, D2D UE는 (eNB1의 동기화로 전달되는) eNB1의 식별자에 기반할 수 있는 RX 풀을 결정하고, 디스커버리를 모니터링한다. eNB2로부터 동기화를 검출하지 못한 UE는 다른 UE들로부터 동기화를 검출하려고 시도한다. 그 다음, UE는 D2D 디스커버리만을 지원하는 eNB2에 대해 구성된 D2DSS를 검출하려고 시도한다. UE는 다른 UE로부터 동기 신호를 수신 및 검출하며, 여기서 동기 신호는 eNB2에 대한 D2DSS 시퀀스를 갖는다. 단계 930에 나타낸 바와 같이, UE가 D2DSS를 수신하는 타이밍은 D2D 디스커버리만을 지원하는 네트워크 630에 따라 결정될 수 있다. 그 다음, 단계 940에 나타낸 바와 같이, UE는 eNB2에 대한 RX 풀을 결정하며, D2DSS를 송신하고 PD2DSCH에서 eNB2의 셀 식별자를 나타내는 다른 UE로부터 도출되는 타이밍을 사용하여, UE는 디스커버리를 모니터링한다.

대안적으로, D2D 수신 UE는 도 8에 도시된 바와 같은, 디스커버리 및 통신을 지원하는 네트워크에 대해 전술한 것과 마찬가지의 동작들을 사용할 수 있으며, 특히 디스커버리만을 지원하는 셀에 대한 D2DSS 시퀀스가 셀 고유의 것이 아닌 경우에는, 오히려, 복수의 상이한 D2DSS 시퀀스들일 수 있다.

수신 UE는, 셀이 디스커버리만을 지원하는지, 또는 통신 및 디스커버리 모두를 지원하는지 여부에 따라, 각각의 사용 방법을 결정할 수 있다. UE에는 NBR 셀들의 리스트가 제공될 수 있으며, UE는 이 셀들이 디스커버리만을 지원하는지, 또는 통신/디스커버리 모두를 지원하는지 여부를 체크할 수 있다. 또한, 셀의 동기화를 검출할 수 있는지 여부를 체크할 수 있으며, 그러한 경우, 셀간 D2D 디스커버리/통신 케이스에 있어서, UE로부터 추가 동기화를 검출할 필요가 없다.

도 10은 셀간 D2D 디스커버리를 위한 수신 UE의 동작들에 대한 흐름도 1000를 도시한 것이다. 본 흐름도가 일련의 순차적인 단계들을 도시하지만, 명시적으로 언급하지 않는 한, 어떤 추론도 동시에 또는 중첩 방식보다는 연속적으로 수행되는 특정 수행의 순서, 단계들의 수행, 또는 이들의 일부이거나 개입 또는 중간 단계들의 발생 없이 독점적으로 도시되는 단계들의 수행과 관련된 시퀀스로부터 도출되어서는 안 된다. 도시된 예시에서 도시된 프로세스는 예를 들어, UE, eNB 또는 다른 엔티티 내의 처리 회로에 의해 구현된다.

도 10을 참고하면, 단계 1010에서, UE는 셀이 D2D 디스커버리만을 지원하는지 여부에 대한 정보를 수신한다. 단계 1020에서, UE는 셀이 D2D 디스커버리만을 지원하는지 여부를 결정한다. 셀이 D2D 디스커버리만을 지원하지 않는 경우, 즉, 셀이 D2D 디스커버리 및 통신을 지원하는 경우, 단계 1030에서, UE는 도 8에 도시된 실시예와 같은, 통신 및 디스커버리 모두를 지원하는 네트워크에 적합한 방법을 사용할 수 있다. 셀이 D2D 디스커버리만을 지원하는 경우, 단계 1040에서, UE는 셀 고유의 것일 수 있는 D2DSS 시퀀스가 통신을 위해서는 사용될 수 없고 디스커버리를 위해서만 사용될 수 있는 케이스(예를 들면, 통신 UE가 UE 고유의 D2DSS 시퀀스를 사용하는 경우)에서 도 9에 도시된 실시예와 같은, 디스커버리만을 지원하는 네트워크에 적합한 방법을 사용할 수 있다. 셀 고유의 D2DSS 시퀀스가 디스커버리 및 통신 모두를 위해 사용될 수 있는 경우에는, 도 8의 실시예 또는 도 9의 실시예가 적용될 수 있다.

대안적으로, 단계 1010는, 디스커버리만을 지원하는 UE에 의한 D2DSS 송신을 셀 또는 네트워크가 지원하는지 여부에 대한 정보를 UE가 수신하는 것으로 대체될 수 있으며, 단계 1020는 디스커버리만을 지원하는 UE에 의한 D2D 송신을 셀이 지원하는 것으로 대체될 수 있다.

대안적으로, 단계 1010는, 각각의 셀에 대한 디스커버리 리소스 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링하는 UE를, 셀 또는 네트워크가 필요로 하는지 여부에 대한 정보를 UE가 수신하는 것으로 대체될 수 있으며, 또한 단계 1020는, 각각의 셀에 대한 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링하는 UE를 필요로 하는지 여부로 대체될 수 있다.

대안적으로, 단계 1010는, UE가 각각의 셀 내에 있는 UE들로부터의 신호를 모니터링하는 수신 리소스 풀을(각각의 D2DSS 시퀀스와 함께) 셀 또는 네트워크가 구성할 필요가 있는지 여부에 대한 정보를 UE가 수신하는 것으로 대체될 수 있다. 단계 1020는, UE가 각각의 셀 내에 있는 UE들로부터의 신호를 모니터링하는 수신 리소스 풀을(각각의 D2DSS 시퀀스와 함께) 셀이 구성하는 것으로 대체될 수 있다. 단계 1030는 위에서 언급한 대안 옵션들 각각에 따라 적절하게 변경될 수 있다: D2D 디스커버리 및 통신 모두를 지원하는 네트워크(또는 대안적으로, 디스커버리만을 지원하는 UE에 의한 D2DSS 송신을 지원하지 않는 네트워크, 또는 대안적으로, 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링하는 UE를 필요로 하지 않는 네트워크, 또는 대안적으로, UE가 각각의 셀 내에 있는 UE들로부터의 신호를 모니터링하는 수신 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성되지 않는 네트워크)에 적합한 방법을 사용한다. 단계 1040는 위에서 언급한 대안 옵션들 각각에 따라 적절하게 변경될 수 있다: D2D 디스커버리만을 지원하는 네트워크(또는 대안적으로, 디스커버리만을 지원하는 UE에 의한 D2DSS 송신을 지원하는 네트워크, 또는 대안적으로, 디스커버리 리소스의 시작 시에 또는 그 이전에 디스커버리를 수신하여 D2DSS를 모니터링하는 UE를 필요로 하는 네트워크, 또는 대안적으로, UE가 각각의 셀 내에 있는 UE들로부터의 신호를 모니터링하는 수신 리소스 풀이 각각의 D2DSS 시퀀스와 함께 구성되는 네트워크)에 적합한 방법을 사용한다.

수신 UE는 다음의 동작들을 사용할 수 있다. 수신 UE는 셀의 PCID 및 캐리어 인덱스마다의 RX 풀을 제공받는다. 수신 UE는 상기 PCID 및 캐리어 인덱스에 기반하여 NBR 셀의 동기화 디스커버리를 시도하게 된다. NBR 셀의 동기화가 발견되거나 탐지되면, 수신 UE는 NBR 셀 동기화에 기반한 타이밍을 사용하여 (NBR 셀로부터 그 타이밍을 도출하는)UE들로부터의 D2D 신호를 디코딩한다. NBR 셀의 동기화를 발견할 수 없는 경우, 및 D2DSS 시퀀스가 NBR 셀(SIB, 또는 전용 신호)에 대해 구성되지 않은 경우, 이 UE는 UE에 의해 송신되는 D2DSS를 디스커버리하게 된다. D2DSS가 각각의 NBR 셀에 대해 발견되는 경우, D2D 수신 UE는 UE로부터의 D2DSS에 기반한 타이밍을 사용하여 (각각의 NBR 셀로부터 그 타이밍을 도출하는)UE들로부터 D2D 디스커버리 신호를 디코딩한다. UE로부터 그러한 D2DSS가 발견되지 않는 경우, UE는 서빙 셀 타이밍을 사용할 수 있거나 또는 각각의 NBR 셀에 대한 디스커버리 모니터링을 스킵할 수 있다. NBR 셀의 동기화가 발견되지 않고, D2DSS 시퀀스가 구성되지 않는 경우, (D2DSS 시퀀스 구성은 각 셀 내에 있는 몇몇 UE에 의해 송신된 D2DSS를 나타내는 것으로 가정함), UE는 서빙 셀 타이밍을 사용할 수 있거나 또는 각각의 NBR 셀에 대한 디스커버리 모니터링을 스킵할 수 있다. (D2DSS 시퀀스가 구성되지 않는다는 것이 D2DSS 시퀀스가 셀의 PCID와 동일하다는 것을 의미하는 경우, 수신 UE는, D2DSS가 각각의 NBR 셀 내에 있는 몇몇 UE에 의해 송신되는지 여부의 표시로 시그널링될 수 있다. 이 신호가, 각각의 NBR 셀 내에 있는 몇몇 UE들에 의해 D2DSS가 송신된다는 것을 나타내는 경우, UE는, UE에 의해 송신된 D2DSS를 디코딩하는 것을 시도할 필요가 있다. 이 신호가, 각각의 NBR 셀 내에 있는 UE들에 의해 D2DSS가 송신되지 않는다는 것을 나타내는 경우, UE는, UE에 의해 송신된 D2DSS의 디코딩을 시도할 필요가 없으며, UE는 서빙 셀 타이밍을 사용할 수 있거나 또는 각각에 NBR 셀에 대한 디스커버리 모니터링을 스킵할 수 있다.)

리소스 풀을 구성하기 위한 시그널링이 UE 공통인 경우, 몇몇 UE들은 PCID를 수신할 수 있고, 몇몇 UE들은 PCID를 검출하지 못할 수도 있으며, 이들은 D2DSS를 찾아내야 하므로, 이 시그널링이 PCID 및 D2DSS 시퀀스 모두를 포함할 수 있다. 시그널링이 UE 전용이고, eNB는, UE가 이웃 기지국의 PCID를 검출할 수 있음을 아는 경우(예를 들어, UE의 보고 후에), eNB는 PCID 및 각각의 리소스 풀을 전송할 수 있으며, 또한 D2DSS 시퀀스가 생략될 수 있다. UE가 이웃 기지국의 PCID를 검출하는지 여부를 eNB가 알지 못하는 경우에는, eNB는 시그널링에서 PCID 및 D2DSS 시퀀스 모두를 제공할 필요가 있을 수 있다.

몇몇 실시예들에서, 네트워크 또는 eNB는, 디스커버리 신호를 송신하는 UE가 D2DSS를 송신해야 하는지 여부를, 디스커버리를 지원하는 UE 또는 UE들의 그룹으로 D2DSS 시퀀스가 시그널링에 구성되어 있는지 여부를 통해, UE에게 암시적으로 시그널링할 수 있다. D2D 디스커버리를 지원하는 UE가, 설정된 D2DSS 시퀀스를 포함하는 시그널링을 수신하는 경우에는, UE가 D2DSS를 송신하며, 그렇지 않은 경우에는 D2DSS를 송신하지 않게 된다.

디스커버리 주기(period) 동안에, 디스커버리 신호들을 송신하는 커버리지 밖에 있는 UE들은 송신 풀의 제 1 서브-프레임에서 D2DSS를 송신할 수 있다. 커버리지 밖에 있는 UE들이 송신하는 D2DSS 시퀀스의 구성은 PD2DSCH에 포함될 수 있다.

커버리지 밖에 있는 UE는, 예를 들어, 설정될 수 있는 소정 조건들에 기반하여, 그것이 송신 풀의 제 1 서브-프레임에서 D2DSS를 송신할지 여부를 결정할 수 있다. 이 조건들 중의 하나는, 예를 들어, UE에 의해 수신된 모든 D2DSS(들)의 수신 신호 강도가 Th_D2DSS_Discovery dBm 미만인 경우에는(Th_D2DSS_Discovery는 설정 가능한 임계값임), UE가 송신 풀의 제 1 서브-프레임에서 D2DSS를 송신할 수 있다는 것일 수 있다.

몇몇 실시예들에서, 디스커버리를 위한, 또는 스케줄링 할당(scheduling assignment, SA)를 위한 또는 데이터를 위한 리소스 풀은, 시스템이 TDD인지 FDD인지에 따라 다를 수 있다.

TDD 시스템의 경우, 디스커버리를 위한, 또는 SA를 위한 또는 데이터를 위한 리소스 풀은, 사용 가능한 UL 리소스들에 기반하여 설정될 수 있으며, 이것은 TDD UL-DL 설정에 의존할 수 있다. 리소스 풀 설정의 몇몇 파라미터들의 카운팅은 UL 서브프레임들에 기반할 수 있다. 대안적으로, 몇몇 파라미터들의 카운팅은, 서브프레임이 DL인지 UL인지에 관계없이, 모든 서브프레임들에 기반할 수 있다.

리소스 풀의 구성이 TDD용인지 FDD용인지 여부에 대한 표시자가 존재할 수 있다.

TDD 시스템의 경우, UL 리소스들은 SIB에서 전달되는 TDD UL-DL 설정에 기반할 수 있다. 또는, UL 리소스들은 UL 기준 설정에 기반할 수 있다.

TDD 시스템의 경우, 예를 들어, 디스커버리를 위한 리소스 풀은, 주기, 그 주기 동안 디스커버리를 위해 사용되는 UL 리소스들에 대한 윈도우, 및 각 프레임에 있어서 UL 서브프레임들이 디스커버리를 위해 사용되는 비트맵으로 구성될 것이다. 비트맵은 8 비트일 수 있으며, 서브프레임들 # 0 및 5는 항상 DL이므로 포함하지 않는다. 일 대안예에서는 비트맵 길이가 TDD UL-DL 설정에 의존할 수 있으며, 여기서 비트맵 길이는 각각의 TDD UL-DL 설정에 관한 프레임 내의 UL 서브프레임들의 수와 동일할 수 있다.

NBR 셀의 SFN(system frame number)은 서빙 셀의 SFN에 대한 오프셋으로서 제공될 수 있다. D2D 수신 UE는 서빙 셀 및 오프셋에 기반하여, NBR 셀의 SFN을 도출할 수 있다.

아래의 표 5 및 표 6은 예시적인 리소스 풀 설정들을 나타낸다. FDD 리소스 풀 설정은 스타팅 포인트(예를 들어, 스타팅 오프셋 서브프레임을 갖거나 갖지 않는 스타팅 프레임), 비트 맵을 위한 윈도우의 지속 기간(지속 시간은 예를 들어 프레임들의 수일 수 있음), 윈도우의 지속 기간 내의 서브프레임들의 비트맵에 대한 정보를 포함한다. FDD 리소스 풀 설정은, u = 10이며, TDD UL-DL 설정 필드는 필요하지 않다는 것을 제외하고, TDD 리소스 풀 설정과 동일할 수 있다. 표 5는 TDD 시스템의 경우, 윈도우의 지속 기간 내에서 m 프레임마다 비트맵을 반복할 수 있음을 보여주며, 표 6은 TDD 시스템의 경우, u*y 길이의 비트맵이 제공되어 유연성을 높이게 된다.

	사이즈(비트)	정보
...	...	...
리소스 풀의 주기		주기 P. 프레임들의 수
TDD 또는 FDD	]
FDD인 경우		FDD인 경우
{
FDD 리소스 풀 구성		FDD 리소스 풀
}
TDD인 경우
{
TDD UL-DL 구성	3	TDD인 경우
윈도우 지속 시간	Ceiling( )	디스커버리 리소스를 가지는 윈도우(m 프레임)의 길이(디스커버리 주기의 일부. 상기 값에 대한 총 M개의 옵션들이 있음
일 프레임 동안 사용되는 UL 서브프레임들의 비트맵	u	TDD UL-DL 기준 설정에 의존하는 가변 크기일 수 있음. u=TDD UL-DL 구성의 경우, 일 서브프레임 내의 UL 서브프레임들의 수. 일 대안으로서, u는 8로 고정될 수 있음
일 주기 내 스타팅 프레임	Ceiling( )	스타팅 프레임의 SFN, 또는 각 프레임의 스타팅 포인트에 대한, (아웃오브커버리지에 대한) D2D 프레임 수
스타팅 오프셋 서브프레임	Ceiling( )	스타팅 프레임 내, 서브프레임의 오프셋 표시

}
...	...	...

	사이즈(비트)	정보
...	...	...
리소스 풀의 주기		주기 P. 프레임들의 수
TDD 또는 FDD	1
FDD인 경우		FDD인 경우
{
FDD 리소스 풀 구성		FDD 리소스 풀
}
TDD인 경우
{
TDD UL-DL 구성	3	TDD인 경우
윈도우 지속 시간	Ceiling( )	디스커버리 리소스를 가지는 윈도우(m 프레임)의 길이(디스커버리 주기의 일부. 상기 값에 대한 총 M개의 옵션들이 있음
프레임 단위 비트맵 윈도우 길이	Ceiling( )	비트맵을 가지게 되는 비트맵 위도우 길이(y프레임). 이 값에 대한 총 Y 옵션들이 있음. m 프레임 동안, 비트맵이 (m/y)회 반복될 수 있음
y 프레임 동안 사용되는 UL 서브프레임들의 비트맵	u*y	TDD UL-DL 기준 구성에 의존하는 가변 크기일 수 있음. u=TDD UL-DL 구성의 경우, 일 서브프레임 내의 UL 서브프레임들의 수. 일 대안으로서, u는 8로 고정될 수 있음
일 주기 내 스타팅 프레임	Ceiling( )	스타팅 프레임의 SFN, 또는 (아웃오브커버리지에 대한) D2D 프레임 수
스타팅 오프셋 서브프레임	Ceiling( )	스타팅 프레임 내, 서브프레임의 오프셋 표시

}
...	...	...

서빙 셀의 경우, TDD 또는 FDD 필드는, UE가 서빙 셀의 동기 신호로부터 그것을 검출할 수 있기 때문에 필요하지 않을 수 있다. NBR 셀의 경우, TDD 또는 FDD의 필드는, 셀의 중계 정보를 획득할 필요가 있는 부분 커버리지 또는 커버리지 밖에 있는 UE들을 고려하여 필요할 수 있다. PD2DSCH 시그널링의 경우, 각 셀에 필요할 수 있다.

스타팅 프레임 필드는 주기 P(프레임들) 내에 있는 프레임(0, 1, …, P-1)의 인덱스일 수 있다. 주기의 스타팅 포인트는, n 모듈로(modulo) P = Offset_starting_period(여기서, P는 리소스 풀의 주기)를 만족하는, 프레임 번호(SFN 또는 D2D 프레임 번호) n을 갖는 프레임일 수 있다. Offset_starting_period는 기본 값 0, 또는 다른 값들일 수 있다.

스타팅 오프셋 서브프레임에 대한 오프셋은, 스타팅 프레임 내의 상대적 오프셋일 수 있다. 이것은 TDD의 경우 UL 또는 DL과 상관없이 서브프레임 인덱스에 기반하여 카운트되거나, UL 서브프레임들만에 기반하여 카운트될 수 있다.

일 대안예로서, 리소스 풀 P의 주기는 서브프레임들의 수의 단위일 수 있다. 주기의 스타팅 포인트는 (n*10 + x) 모듈로 P = Offset_starting_period를 만족하는, 프레임 번호(SFN 또는 D2D 프레임 번호) n을 갖는 프레임 내의 서브프레임 x일 수 있으며, 여기서 Offset_starting_period는 SFN=0인 프레임의 제 1 서브프레임에 대한 주기의 시작을 나타내는 서브프레임들의 총 수의 단위일 수 있다. Offset_starting_period는 구성, 사전 구성, 시그널링 등이 될 수 있는 기본값 0, 또는 다른 값들일 수 있다.

표에서 ceiling(x) 함수는 x 이상의 가장 작은 정수를 제공한다.

표 5 및 표 6에서, 비트맵 윈도우 길이 또는 비트맵 스팬은 TDD UL-DL 구성에 따라 달라질 수 있다. TDD UL-DL 구성과 비트맵 윈도우 길이 사이에 일대일 맵핑이 있는 경우, 즉, TDD UL-DL 구성 각각에 있어서 비트맵 윈도우 길이에 대한 하나의 값만 있는 경우에는, 비트맵 윈도우 길이가 시그널링에서 생략될 수 있으며, UE는 TDD UL-DL 구성에 따라 미리 구성된 비트맵 윈도우 길이를 가질 수 있다. UE가 TDD UL-DL 구성을 획득하면, TDD UL-DL 구성 및 미리 구성된 비트맵 윈도우 길이를 조사함으로써 비트맵 윈도우 길이를 파악할 수 있다. 이 표들에서, 비트맵 윈도우 길이는 프레임 단위이지만, 대안적으로는 서브 프레임 단위일 수도 있다.

리소스 풀 구성은 비트맵을 포함할 수 있으며, 여기서 비트맵의 각 비트는 각각의 서브프레임이 D2D 리소스용으로 사용되는지 또는 D2D 리소스로서 사용될 수 있는지를 나타낼 수 있다. 비트맵은 반복될 수 있다. 비트맵 길이는 HARQ 프로세스들을 고려할 수 있다. 비트맵 참조된 서브프레임들, 즉 비트맵이 가리키는 서브프레임들은 TDD 및 FDD 케이스에 대해 상이할 수 있다. 그것이 TDD인 경우, 비트맵의 각 비트는, TDD UL-DL 구성이 포함되어 있지 않으면, 서브프레임(예를 들어, 각 프레임에서 서브프레임#0, 서브프레임#5 제외)이 D2D 리소스로서 사용되는지의 여부를 나타낸다. 특정한 특수 서브프레임들이 D2D용으로 사용될 수 없는 경우(여기서, 이 특수 서브프레임은 DL 심볼, 갭 및 UL 심볼로 구성됨), 비트맵은 이 특수 서브프레임들을 제외할 수도 있다. 예를 들어, 비트맵은 서브프레임 #0, #1, #5, 및 #6을 제외할 수 있다. TDD UL-기준 또는 TDD UL-DL 구성이 포함되지 않은 경우, 비트맵의 각 비트는 서브프레임(TDD UL-기준 또는 TDD UL-DL 구성에 따른 UL 서브프레임만을 포함함)이 D2D 리소스로서 사용되는지 여부를 나타낸다. 그것이 FDD인 경우, 비트맵의 각 비트는 서브프레임(모든 서브프레임을 포함함)이 D2D 리소스로서 사용되는지 여부를 나타낸다. TDD 케이스의 경우, 어떤 서브프레임들이 비트맵에서 제외되는지를 나타내는 옵션이 있을 수 있으며, 예를 들어, 1 비트의 구성이, 그 제외가 서브프레임#0, 5인지 또는 그 제외가 서브프레임# 0, 1인지를 나타낼 수 있다. 이 제외가 고정되는 경우에는, 이러한 1 비트 구성이 필요하지 않다. 표 7은 본 개시의 실시예들에 따른 예시적인 리소스 풀 구성의 일부를 나타낸다.

	사이즈(비트)	정보
...	...	...

리소스 풀의 주기		주기 P. 프레임들의 수
각 셀에 대하여:{
PCID		이웃셀에 대해서만. 서빙 셀의 경우, 생략(캐리어 인덱스가 PCID와 함께 제공될 수도 있음)
TDD 또는 FDD	1
TDD UL-기준 구성, 또는 TDD UL-DL 구성(셀.이웃셀의 SIB1에 표시됨)	3	TDD인 경우
비트맵	B	TDD인 경우, 비트맵의 각 비트는, TDD UL-DL 설정이 포함되지 않는다면 서브프레임(각 프레임의 서브프레임 #0, 서브프레임 #5 제외)이 D2D로 사용되는지 여부를 나타냄 TDD UL-기준 또는 TDD UL-DL구성이 포함되지 않는 경우, 비트맵 각각은 서브프레임(TDD UL-기준 또는 TDD UL-DL 구성에 따른 UL 서브프레임들만을 포함함)이 D2D 리소스로서 사용되는지 여부를 나타냄 FDD인 경우, 비트맵 각각은 서브프레임(모든 서브프레임 포함)이 D2D 리소스로서 사용되는지 여부를 나타냄
비트맵의 반복 횟수	Ceiling( )	비트맵의 반복 횟수. D는 반복 횟수의 가능한 값들의 총 수
서빙셀 SFN0에 대한, 비트맵이 시작되는 주기 내 오프셋	Ceiling( )	서브프레임 단위. 리소스 풀 주기의 스타팅 포인트에 대한 오프셋(이것은 서빙셀의 SFN0의 제1서브프레임 또는 SFN 모드 주기=0을 가진 프레임). C는 오프셋의 가능한 값들의 총 수.
}
...	...	...

표 7에 나타나 있는 리소스 풀 구성은 비트맵의 반복 횟수에 대한 표시를 포함한다. 일 대안예로서, 리소스 풀 구성은 비트맵이 반복될 수 있는 비트맵 윈도우의 지속 기간을 대신에 가질 수 있다. 비트맵 윈도우가 부분 비트맵을 허용할 수 있는 경우에는, 윈도우 지속 기간이 정수 반복 횟수가 아닌 것이 발생하게 된다. 비트맵 윈도우 지속 기간이 모든 서브프레임들을 고려하는 경우, TDD 케이스에 있어서, 이 비트맵은 각 프레임의 서브프레임 #0, #5를 제외한 서브프레임들을 참조하거나, 또는 UL 서브프레임들을 참조할 수 있으므로, 비트맵 윈도우의 모든 서브프레임들과 비트맵 참조된 서브프레임들과의 맵핑이 비트맵의 반복을 카운트하는데 필요하게 된다. 예를 들어, TDD 시스템의 경우, 서브프레임 #0 및 #5를 제외한 8 비트 비트맵이 사용되면, 8 비트 비트맵은 비트맵 윈도우의 10 서브프레임들에 대응하게 된다. 대안적으로, TDD 시스템의 경우, 비트맵 윈도우는 아래의 표 8에 나타낸, 비트맵이 카운트되는 방식과 동일한 방식과 동일한 방식(예컨대, 각 프레임에서의 서브프레임 #0, #5를 제외한 서브프레임들, 또는 UL 서브프레임들)으로 카운트할 수 있다.

	사이즈(비트)	정보
...	...	...
......

비트맵이 반복될 수 있는 비트맵 윈도우 지속 시간	Ceiling( )	비트맵이 반복될 수 있는 윈도우 지속 기간. E는 윈도우 지속 기간의 가능한 값들의 총 수. 윈도우 지속 기간이 정수 반복이 아닌 경우, 비트맵은 부분 비트맵 허용. 비트맵 지속 기간이 모든 서브프레임 고려하는 경우, TDD 케이스에 있어서, 비트맵은 각 프레임에서 서브프레임 #0, #5 제외한 서브프레임을 지칭하거나, UL 서브프레임들을 지칭하며, 비트맵이 지칭하는 서브프레임들과 비트맵의 모든 서브프레임들의 맵핑이 비트맵 반복을 카운트하는데 필요함. 대안적으로, TDD의 경우, 비트맵 윈도우는 비트맵이 카운트되는 방식과 동일한 방식, 예를 들어 각 프레임에서 서브프레임 #0, #5 제외한 서브프레임들, 또는 UL 서브프레임들을 카운트할 수 있음.

...	...	...

표 7에 나타낸 리소스 풀 구성은 서빙 셀 SFN 0에 대한, 비트맵이 시작되는 주기 내의 오프셋의 표시를 포함한다. SFN 0은 프레임의 스타팅 서브프레임으로 지칭된다. 일 대안예로서, 리소스 풀 구성은 서빙 셀의 SFN0에 대한, 이웃 셀 SFN0의 오프셋 및 이웃 셀의 SFN0에 대한, 비트맵이 시작되는 주기 내의 오프셋인, 2개의 다른 오프셋을 가질 수 있다. 이 방법은 오버헤드를 줄일 수 있다. 예를 들어, 서빙 셀의 SFN0에 대한 이웃 셀 SFN0의 오프셋은, 셀간 D2D 디스커버리, 셀간 D2D 통신, 또는 임의의 다른 셀간 통신(예를 들어 듀얼 접속)과 같은 다중 목적을 위해 시그널링 및 공유될 수 있다. 이웃 셀의 SFN 0에 대한, 비트맵이 시작되는 주기 내의 오프셋의 경우, 오프셋의 가능한 값의 수는 예를 들어 16개의 값으로 제한될 수 있으며, 이것이 그 주기 내의 모든 신호 서브프레임마다에 대해 필요하지 않을 수도 있다. D2D 통신의 경우, D2D 통신은 이 오프셋에 대하여 제로인 기본 값을 가질 수 있으며, 따라서 이웃 셀의 SFN 0에 대한, 비트맵이 시작되는 주기 내의 이 오프셋이 생략될 수 있다. 아래의 표 9는 서빙 셀의 SFN0에 대한 이웃 셀 SFN0의 오프셋이 비동기식 시스템에 필요할 수 있으며, SFN이 동기화되는 동기식 시스템에는 필요하지 않을 수 있는 리소스 풀 구성의 일부를 나타낸다.

	사이즈(비트)	정보
...	...	...
......
서빙셀의 SFN0에 대한 이웃셀 SFN0의 오프셋	Ceiling( )	서브프레임 단위. 서빙셀의 SFN0에 대한 이웃셀 SFN0의 오프셋. F는 오프셋의 가능한 값들의 총 수. 이 필드는 예를 들어 14비트를 가질 수 있음.
이웃셀의 SFN0에 대한, 비트맵이 시작되는 주기 내 오프셋	Ceiling( )	서브프레임 단위. 리소스 풀의 주기의 스타팅 포인트에 대한 오프셋(이것은 이웃셀의 SFN0의 제1서브프레임이거나, SFN 모드 주기=0인 프레임). G는 오프셋의 가능한 값들의 총 수. 기본값은 0일 수 있음. (이 필드가 생략되는 경우에는, 오프셋이 0을 의미함).

일 대안예는 오프셋이 서빙 셀의 SFN 0에 대한, 비트맵이 시작되는 리소스 풀의 주기 안에 있는 Offset_bitmap_servingSFN0으로 전체 오프셋이 정의 및 시그널링되는 것이다. 이 오프셋은 서브프레임 단위일 수 있다. 이 시그널링은 (Offset_bitmap_serving SFN0 모듈로 주기)에 대한 것일 수 있으며, 따라서 이 시그널링의 값은 일 주기 내의 서브프레임들의 수일 수 있으며, 여기서 이 주기는 리소스 풀의 주기일 수 있다.

도 11은 D2D-FN)에 의하거나 이에 기반하여 결정되는 OOC(Out of Network Coverage) 리소스들 및 그들의 각각의 타이밍을 포함하는 TX 및 RX 리소스 풀들 1100을 도시한 것이다. 이 TX 및 RX 리소스 풀들은 일반적으로 모든 TX 풀들 또는 RX 풀들, TX 리소스들, RX 리소스들용, 디스커버리용, 통신용, D2D 동기 신호(예컨대, D2DSS, PD2DSCH), SA, 데이터, 디스커버리 신호용 등을 포함할 수 있다. 도 11이 리소스 풀들을 예로서 나타내고 있지만, 이것이 풀에만 한정되는 것은 아니며, 임의의 D2D 신호에 대한 것일 수 있다.

도 11을 참고하면, eNB1로부터 도출된 기준 타이밍을 갖는 UE TX 1120는 eNB1에 의해 구성된 TX 풀 및 RX 풀(들)을 수신한다. eNB1에 관한 UE 1120는 eNB1 1124에 의해 구성된 TX 풀 주기를 갖는, eNB1 SFN 0 1122에 기반하는 TX 풀을 가질 수 있다. TX 리소스가 표시되는(예를 들어, 비트맵 또는 비트맵들에 의해), eNB1 구성 TX 풀 주기 내의 오프셋은 Offset_inner_eNB1 1129로 지칭된다. 일 대안예는 주기 1125가 오프셋 1129 이후에 시작되는 것이며, 여기서 오프셋은 표 5의 필드에 기술되어 있다. eNB2 1130로부터 도출된 기준 타이밍을 갖는 UE의 경우, 그것은 eNB2에 의해 구성되는 TX 풀 및 RX 풀(들)을 가질 수 있다.

본 실시예에서, RX UE 1140는 eNB1과 관련된 UE이다. eNB1은 이웃 셀, eNB2에 대해 eNB2 SFN 0 1132을 갖는 RX 풀을 제공할 수 있다. eNB1은 eNB2 1134에 의해 구성되는 RX/TX 풀의 주기, eNB1 SFN0 1138에 대한 eNB2 SFN0의 오프셋, 및 TX 리소스들이 표시되고(예를 들어, 비트맵 또는 비트맵들에 의해) Offset_inner_eNB2 1139으로 지칭되는 eNB2 구성 RX/TX 풀 주기 내의 오프셋을 제공할 수 있다(일 대안예는 주기 1135가 오프셋 1139 이후에 시작되는 것이며, 여기서 이 오프셋은 표 5의 필드에 기술되어 있다). 대안적으로, eNB1은 Offset_innereNB2_eNB1 1131인 오프셋 1138과, TX 또는 RX 리소스들이 표시되는, eNB1 SFN0에 대한 eNB2 구성 RX 풀 주기 내의 오프셋의 합을 제공할 수 있다.

그 다음, RX UE 1140는 (eNB1 SFN0 + 오프셋 1138 + 오프셋 1139의 제 1 서브프레임의 타이밍에서, 또는 1138이 프레임 단위인 경우에는, eNB1 SFN0 + 오프셋 1138*10 + 오프셋 1139의 제 1 서브프레임의 타이밍에서) eNB2에 의해 구성된 RX 리소스 풀을 모니터링하기 위한 타이밍을 도출할 수 있다. 본 도면에서 오프셋 1139은 서브프레임 단위일 수 있다. 또는 대안적으로, 이 타이밍은 eNB1 SFN0의 제 1 서브프레임 + Offset_innereNB2_eNB1 1131일 수 있다.

오프셋 826이 eNB2 SFN0 1136에 대한 eNB1 SFN 0의 오프셋인 경우에는, '+오프셋 1138'및 '-오프셋 1136'이 동등하며 상호 교환될 수 있음에 유의해야 한다.

서브프레임의 부분 또는 프랙션(fraction)의 에러가 있을 수 있는 케이스에서는, RX UE가 (그 구현으로서) SFN0 및 오프셋들에 의해 결정되는 타이밍보다 약간 더 일찍(예를 들어, 하나의 서브프레임 더 일찍) 모니터링을 시작할 수 있다. 오프셋은 개략의 타이밍을 제공한다. UE는 동기 신호를 사용함으로써 또는 각 셀의 동기 신호를 검출함으로써 타이밍을 더 미세 조정할 수 있으며, 이것이 동기화의 심볼 레벨 정확성을 제공할 수 있다. 예를 들어, UE는 eNB1 타이밍을 RX 타이밍으로서 사용하여, eNB1 타이밍에서 송신되는 D2DSS/PD2DSCH를 송신하는 다른 UE들에 대한 eNB1 동기 신호로부터 eNB1 타이밍(심볼 레벨)을 얻을 수 있는 eNB1의 RX 풀들을 모니터링한다. UE는 eNB2 타이밍을 RX 타이밍으로서 사용하여, eNB2 타이밍에서 송신되는 D2DSS/PD2DSCH를 송신하는 다른 UE들에 대한 eNB2 동기 신호로부터의 심볼 레벨 타이밍, 및 eNB1에 대한 오프셋들과 내부 오프셋들과 같은 오프셋들에 기반하는 서브프레임 레벨에서의 eNB2 타이밍을 얻을 수 있는 eNB2의 RX 풀들을 모니터링한다.

UE는 동기화를 도출할 셀의 SFN을 전달할 수 있는 PD2DSCH를 송신할 수 있다. 몇몇 케이스에서는, 서빙 셀의 SFN0에 대한 이웃 셀의 SFN0의 오프셋의 시그널링이 생략될 수 있다(예를 들어, 도 11의 1138). 셀(예를 들어, 셀1) 내의 수신 UE는 먼저 이웃 셀 내의 다른 UE(예를 들어, 셀2 내의 UE)로부터 D2DSS 및 PD2DSCH를 디코딩하려고 시도할 수 있다. 이웃 셀(셀2) 내의 UE로부터 전송되는 D2DSS 및 PD2DSCH가 검출되면, PD2DSCH가 셀2의 SFN을 전달할 수 있는 경우, RX UE는, 셀1 내의 RX UE이 셀2의 RX 풀에서 셀1으로부터의 시그널링을 얻을 수 있다고 가정하여(여기서, 셀2 SFN0에 대한 오프셋이 시그널링될 수 있음(예를 들어,도 11의 1139), 셀2의 D2D RX 풀을 파악할 수 있다. D2D 통신을 지원하는 UE의 경우, 이 UE는 D2DSS 및 PD2DSCH를 송신할 수 있으며, D2DS만 지원하는 UE의 경우, 이 UE는 D2DSS를 송신할 수 있고 또한 PD2DSCH도 송신할 수 있다.

D2DSS의 타이밍(서브프레임(들))이 셀에 대해 구성되거나 사전 구성될 수 있으며, 서로 다른 셀들에 대해 동일하거나 상이할 수 있다. 이 오프셋을 사용하여, 서빙 셀의 SFN0에 대해 10240개의 서브프레임들에서 처음 D2DSS가 송신되는 시점을 정의할 수 있으며, 여기서 SFN0은 예를 들어 SFN = 0인 프레임의 처음 서브프레임 또는 SFN = 0인 프레임의 마지막 서브프레임일 수 있다(이 SFN0 정의는 고정될 수 있음). PD2DSCH의 경우, 이 주기는 D2DSS와 동일하거나 상이할 수 있다. 이 주기가 동일한 경우, PD2DSCH가 D2DSS와 동일한 서브프레임에 있지 않으면, PD2DSCH(서브프레임)이 사용되는 시점을 나타내는 상대적 오프셋을 가질 수 있다. D2DSS가 PD2DSCH와 동일한 서브프레임에 있고, 이들이 동일한 주기를 공유하는 경우에는, PD2DSCH에 대한 오프셋이 생략될 수 있다. 일반적으로, PD2DSCH에 대한 주기 및 TX 타이밍, 또는 PD2DSCH에 대한 리소스들은 D2DSS와 유사한 방식으로 정의되거나 구성될 수 있다.

리소스 풀은 다양한 시그널링, 예를 들어 전용 RRC 시그널링의 시스템 정보 블록(SIB)과 같은 공통 시그널링, 또는 PD2DSCH 등에 포함될 수 있다. 리소스 풀은 이러한 시그널링에 대해 동일한 구성 시그널링 형식을 가질 수 있으며, 또는 다를 수도 있다. 예를 들어, PD2DSCH에 의해 표시된 리소스 풀의 시그널링은 RRC 시그널링(공통 또는 전용)보다 더 압축될 수 있다. 이 압축은, 예를 들어 일부 필드를 미리 구성하고 시그널링으로 구성될 나머지 필드를 남기는 것에 의해 행해질 수 있다.

리소스 풀의 시그널링을 위한 개별 필드를 갖는 대신에, 리소스 풀의 모든 옵션들과 구성을 나열하고, 이러한 옵션들을 하나씩 인덱싱할 수 있다. 그 후 이 리소스 풀은 그 구성의 각 인덱스에 의해 표시될 수 있다.

TDD 시스템에서, D2D 리소스들의 경우에는, D2D 리소스들의 주기 및 동적 UL-DL 재구성의 사이클에 따라, UL 서브프레임들이 동적 UL-DL 재구성을 적용할 수가 있으며 그렇지 않을 수도 있다. 예를 들어, D2D 디스커버리와 같은 D2D 리소스들의 사이클이 동적 UL-DL 재구성의 사이클보다 훨씬 긴 경우에는, 디스커버리를 위한 D2D 리소스가 동적 UL-DL 재구성을 적용하지 않게 된다. D2D 통신들과 같은 D2D 리소스들의 사이클이 동적 UL-DL 재구성의 사이클과 비슷 또는 유사하거나 더 짧은 경우에는, D2D 리소스들이 동적 UL-DL 재구성을 적용해야 하는지 여부가, 네트워크에 의해서 D2D UE에 대해 구성될 수 있다. 네트워크는 동적 UL-DL 재구성이 D2D에 할당된 리소스들에 적용될 수 있는지 여부에 대해 D2D UE에게 시그널링할 수 있다. UE는 동적 UL-DL 재구성이 적용될 수 있는지 여부에 따라 이용 가능한 D2D 리소스들을 결정하게 된다.

하나의 파라미터(예를 들어, 'discoveryPoolType')를 사용하여, 디스커버리 리소스 풀을 나타낼 수 있다. 'discoveryPoolType'의 파라미터와 관련하여, 다음과 같은 동작 옵션들이 고려될 수 있다. 파라미터 'discoveryPoolType'의 명칭은 상이할 수 있으며, 이것은 일 예를 의미하는 것이다.

옵션 1: UE는 서빙 셀로부터 SIB를 획득한다. 이 SIB는 어떠한 PCID에도 링크되어 있는 않는, 풀을 나타낸다. UE는 이 풀을 타입 1의 TX 풀로 간주해야 한다. 또는 이 SIB는 서빙 셀의 PCID와 관련된 풀을 나타낸다. UE는 이 풀을 타입 1 및 2 모두를 위한, 서빙 셀에 대한 RX 풀로 간주해야 한다. 또는 이 SIB는 서빙 PCID가 아닌 PCID와 연결된 풀을 나타낸다. UE는 이 풀을 타입 1 및 2 모두을 위한, 이웃 셀에 대한 RX 풀로 간주해야 한다.

옵션 2: UE는 서빙 셀로부터 SIB를 획득한다. 이 SIB는 어떠한 PCID에도 링크되어 있지 않는, 풀을 나타낸다. UE는 이 풀을 타입 1의 TX 풀로 간주해야 한다. 이 SIB는 'discoveryPoolType'(타입 1, 타입 2 또는 공통일 수 있음)과 연결된 풀을 나타낸다. UE는 이 풀을 'discoveryPoolType'에 의해 표시되는 각각의 타입을 위한, 서빙 셀에 대한 RX 풀로서 간주해야 한다. 이 SIB는 서빙 PCID가 아닌 PCID와 관련되며, 또한 'discoveryPoolType'(타입 1, 타입 2 또는 공통일 수 있음)과 관련된 풀을 나타낸다. UE는 이 풀을 'discoveryPoolType'에 의해 표시되는 각각의 타입을 위한, 이웃 셀에 대한 RX 풀로 간주해야 한다.

옵션 3: UE는 서빙 셀로부터 SIB를 획득한다. 이 SIB는 어떠한 PCID에도 링크되어 있지 않는, 풀을 나타낸다. UE는 이 풀을 타입 1의 TX 풀로 간주해야 한다. 이 SIB는 'discoveryPoolType'(타입 1, 타입 2 또는 공통일 수 있음)을 나타낸다. 표시된 'discoveryPoolType'에 있어서, 이 SIB가 어떠한 PCID에도 링크되어 있지 않는, 풀을 더 나타내는 경우, UE는 이 풀을 'discoveryPoolType'에 의해 표시된 각각의 타입을 위한, 서빙 셀에 대한 RX 풀로 간주해야 한다. 이 SIB가 서빙 PCID가 아닌 PCID와 관련된 풀을 더 나타내는 경우, UE는 이 풀을 'discoveryPoolType'에 의해 표시된 각각의 타입을 위한, 이웃 셀에 대한 RX 풀로 간주해야 한다. 그 후에 이 SIB는 그 값이 이미 위에서 사용된 값과 상이할 수 있는 'discoveryPoolType'를 다시 나타낸 후에, 이것이 반복된다.

예를 들어, 총 10개의 셀이 있는 경우, 3개의 셀은 상이하게 구성된 RX 타입 1 및 타입 2를 가질 수 있고, 7개의 셀은 타입 1 및 2의 공통 RX 풀들을 가질 수 있으며, 그러면 SIB에, 각각 PCID를 갖는 3개의 풀들이 뒤따르게 되는 'discoveryPoolType'=Type 1, 및 3개의 풀들이 뒤따르게 되는 discoveryPoolType'=Type 2, 및 7개의 풀들이 뒤따르게 되는 'discoveryPoolType'=Common을 가질 수가 있다.

옵션 4: 이것은 옵션 3과 유사하지만, 풀은 'discoveryPoolType'이 아닌 PCID를 기반으로 소팅된다: 예를 들어, 총 10개의 셀이 있는 경우, 3개의 셀은 상이하게 구성된 RX 타입 1 및 타입 2를 가질 수 있고, 7개의 셀은 타입 1 및 2의 공통 RX 풀을 가질 수 있으며, 그러면 SIB에는, 상이하게 구성된 RX 타입 1 및 타입 2를 갖는 3개의 셀의 경우, PCID1, 1개의 풀이 뒤따르게 되는 'discoveryPoolType'=Type 1, 및 1개의 풀이 뒤따르게 되는 'discoveryPoolType'=Type 2를 가질 수 있다. 그러면, 이것은 PCID2, 1개의 풀이 뒤따르게 되는 'discoveryPoolType'=Type 1, 및 1개의 풀이 뒤따르게 되는 'discoveryPoolType'=Type 2를 가질 수 있다. 그러면 PCID3와 유사하게 된다. 그러면, PCID4-10의 경우, 각각 하나의 풀이 뒤따르게 된다. 'discovery PolType'=Common은 기본 값으로서 생략될 수 있다. 옵션 4는 적은 오버 헤드를 가질 수 있다.

대안적으로는, 디스커버리 리소스가 다음의 실시예들에 의해 표시될 수 있다.

타입 1 및 타입 2의 RX 풀은 유니언(union)으로 표시될 수 있는 것으로 가정한다. SIB에서, 서빙 셀은 어떠한 PCID에도 링크되어 있지 않는, 풀을 나타낸다. UE는 이 풀을 서빙 셀에 대한 타입 1의 TX 풀로 간주해야 한다. SIB는 1 비트 표시자 'discoveryServingTxRxSame'(서빙 셀에 대한 디스커버리 RX 풀이 타입 1인지 또는 타입 1이 아닌지를 나타냄)를 포함한다. 'discoveryServingTxRxSame' = yes(값 '0')인 경우, 서빙 셀은 그 서빙 셀에 대한 RX 풀의 시그널링을 생략한다. UE는 서빙 셀에 대한 RX 풀이 그 서빙 셀에 대한 TX 풀과 동일한 것으로 간주한다. 'discoveryServingTxRxSame' = no(값 '1')인 경우, 서빙 셀은 그 서빙 셀에 대한 RX 풀(타입 1과 타입 2의 유니언이 됨)을 또한 제공한다. UE는 타입 1과 타입 2의 유니언인 서빙 셀에 대한 RX 풀을 고려한다. 일 대안은 서빙 셀이 타입 2의 RX 풀을 제공하고, UE는 서빙 셀의 타입 2의 RX 풀과 타입 1의 TX 풀을 유니언하는 유니언 연산을 수행하여, 서빙 셀에 대한 RX 풀을 형성하는 것이다. SIB에서, 이것은 각각의 PCID(및 필요한 경우 캐리어 인덱스)를 갖는, 각각의 이웃 셀에 대한, 하나의 RX 풀(타입 1 및 타입 2의 RX 풀의 유니언이 됨)을 더 제공한다.

타입 1 및 타입 2의 RX 풀들이 타입 1 및 타입 2의 유니언으로 또는 개별적으로 표시될 수 있는 것으로 가정한다. SIB에서, 서빙 셀은 어떠한 PCID에도 링크되어 있지 않는, 풀을 나타낸다. UE는 이 풀을 서빙 셀에 대한 타입 1의 TX 풀로 간주해야 한다. SIB에서, 이것은 1 비트 표시자 'discoveryServingTxRxSame'(서빙 셀에 대한 디스커버리 RX 풀이 타입 1인지 또는 타입 1이 아닌지를 나타냄)를 나타낸다. 'discoveryServingTxRxSame' = yes(값 '0')인 경우, 서빙 셀은 그 서빙 셀에 대한 RX 풀의 시그널링을 생략한다. UE는 서빙 셀에 대한 RX 풀이 서빙 셀에 대한 TX 풀과 동일한 것으로 간주한다. 'discoveryServingTxRxSame' = no(값 '1')인 경우, 서빙 셀은 1 비트 'discoveryServingRXnum'(RX 풀들의 수인지를 나타냄)를 더 제공한다. UE는 이 TX 풀이 서빙 셀의 타입 1 RX 풀에 대한 것인 것으로 간주한다(서빙 셀은 서빙 셀의 타입 1 RX 풀에 대한 정보를 반복하지 않음). 'discoveryServingRXnum' = 2(값 '0')인 경우, 서빙 셀에 대한 타입 2의 정보가 제공된다. UE는 서빙 셀에 대한 RX 풀을 고려한다: 표시되는 타입 2 RX 풀, 및 TX 풀과 동일한 타입 1 RX 풀. 'discoveryServingRXnum' = 1(값 '1')인 경우, 서빙 셀에 대한 RX 풀(양쪽 모두의 타입이 지원되는 타입 1 및 타입 2의 유니언이거나, 다른 타입은 지원되지 않는 타입 1 또는 타입 2가 됨)이 제공된다. UE는 타입 1의 RX 풀 및 타입 2의 RX 풀의 유니언인 서빙 셀에 대한 RX 풀을 고려한다. 대안적으로는, 파라미터 'discoveryServingRXnum'가 생략될 수 있으며, 이것은 암시적으로 시그널링될 수 있다. 예를 들어, 서빙 셀은 어느 방식으로든 서빙 셀의 타입 2의 Rx 풀을 전송할 수 있으며, UE는 타입 1의 TX 풀(존재하는 경우) 및 서빙 셀에 대한 타입 2의 RX 풀의 유니언을 가질 필요가 있다.

서빙 셀에 대한 리소스 풀을 표시하기 위한 일 대안예는 다음과 같을 수 있다. 서빙 셀이 타입 1을 지원하는 경우, SIB는 어떠한 PCID에도 링크되어 있지 않는, TX 풀을 나타낸다. 타입 1을 지원하지 않는 경우, SIB는 TX 풀을 생략하게 된다. UE는 이 풀을 서빙 셀에 대한 타입 1의 TX 풀(존재하는 경우)로 간주해야 한다. SIB에서, 이것은 어떠한 PCID에도 링크되어 있지 않는 RX 풀을 제공할 수 있으며, 이 RX 풀은 서빙 셀을 위한 것이다. 제 1 옵션은 서빙 셀에 대한 RX 풀이, UE가 서빙 셀을 모니터링해야 하는 모든 것이 되는 것이다(예를 들어, 타입 1의 RX 풀 및 타입 2의 RX 풀의 유니언). 제 2 옵션은 SIB에서 표시된 서빙 셀에 대한 RX 풀이, 타입 2의 RX 풀이되는 것이다. 제 1 옵션 또는 제 2 옵션은 고정되거나 사전 구성될 수 있으며, 따라서 어떤 옵션이 사용되는지 표시하기 위해 시그널링을 사용할 필요가 없게 될 수도 있다. 서빙 셀에 대한 RX 풀이 SIB에서 생략되는 경우, UE는 서빙 셀에 대한 RX 풀이 서빙 셀에 제공된 TX 풀(타입 1)과 동일한 것으로 간주해야 한다. 서빙 셀에 대한 RX 풀이 SIB에 존재하는 경우, UE는, 서빙 셀에 대한 RX 풀을 나타내기 위해 셀이 제 1 옵션을 사용하면, 그 풀을 서빙 셀의 RX 풀로서 간주할 수 있다. 또는 대안적으로는, 셀이 제 2 옵션을 사용하여 서빙 셀에 대한 RX 풀을 나타내는 경우, UE는 SIB가 표시하는 서빙 셀의 RX 풀과 SIB가 표시하는 서빙 셀의 TX 풀의 유니언으로서 서빙 셀의 RX 풀을 갖는, 유니언 연산을 수행할 수 있다(이 케이스는 예를 들어, SIB가 표시하는 RX 풀이 타입 2 디스커버리를 위한 것일 수 있는 경우에 적용될 수 있음). 이 방법을 사용하면, 'discoveryServingTxRxSame' 파라미터가 생략될 수 있으며, 서빙 셀에 대한 RX 풀을 SIB에 표시할지 여부에 의해 이것이 암시적으로 표시된다.

이웃 셀에 대한 RX 풀을 나타내기 위해 다음과 같은 옵션들을 사용할 수 있다. SIB는 각각의 이웃 셀에 대해, 하나 또는 두 개의 RX 풀(들)을 각각의 PCID(및 필요한 경우 캐리어 인덱스)와 함께 제공한다. 예를 들어, 'discoveryNbrRXnum'가 표시되며, 이 값은 "1 RX 풀, 2 RX 풀'이 될 수 있다.

옵션 I: 이 파라미터, 'discoveryNbrRXnum'가 각각의 이웃 셀에 대해 사용될 수 있다. 'discoveryNbrRXnum' = 2(값 '0')일 경우, 풀 정보(뒤따름)는 각각의 NBR 셀에 대한 타입 1 RX 풀 이후에 타입 2 RX 풀이 뒤따르는 것을 나타낸다. 'discoveryNbrRXtype' = 1(값 '1')일 경우, 풀 정보(뒤따름)는, 타입 1 및 타입 2 모두가 지원되는 경우에는 각각의 NBR 셀에 대한 타입 1 및 타입 2 RX 풀의 유니언이고, 타입 1 또는 타입 2가 지원되지 않는 경우에는 타입 2 또는 타입 1에 대한 RX 풀이라는 것을 각각 나타낸다. RX UE는 하나의 타입만이 지원되는지 또는 양쪽 모두 타입이 지원되는지를 알 필요가 없을 수 있다. 일 대안예로는 풀 타입 표시가 각 풀과 관련될 수 있으며, 예를 들어 타입 1 풀의 경우 풀 타입 표시를 값 '1'로 가질 수 있고, 타입 2 풀의 경우에는 풀 타입 표시를 '0'으로 가질 수 있다. 또는 대안적으로, 명시적 1 비트 표시를 갖는 풀 타입 표시 대신에, 예를 들어, RRC 메시지에서 다른 정보 요소(IE)를 사용하는 것에 의해, 암시적으로 될 수 있다. 예를 들어, IE가 타입 1 RX 풀에 대한 것이고, 다른 IE는 타입 2 RX 풀에 대한 것 일 수 있다. 각 이웃 셀이 특정 타입을 지원하지 않는 경우, 각 타입을 가진 풀에 대한 정보를 생략할 수 있다. 그 후에, 각 이웃 셀에 대한 디스커버리 RX 풀의 수는, 그 타입이 SIB에 포함되는 어떤 풀(들)에 기반하여, 암시적으로 도출될 수 있다(시그널링될 필요 없음).

옵션 II: 파라미터 'discoveryNbrRXnum'는 모든 이웃 셀에 대해 동일한 구성(동일한 값)이 된다. 이 파라미터는 모든 NBR 셀에 대해 SIB에서 한 번만 표시될 수 있다.

D2D 통신들의 경우, 유사한 동작들이 SA 리소스 풀 또는 데이터 리소스 풀에 대해 행해질 수 있으며, 디스커버리는 SA 또는 데이터로 대체되고, 타입 1은 모드 2로 대체되고, 타입 2는 모드 1로 대체된다. 예를 들어, 상기의 옵션 1은 모드 1 및 모드 2의 SA 리소스들에 대해 확장 될 수 있다. UE는 서빙 셀로부터 SIB를 획득한다. SIB는 어떠한 PCID에도 링크되어 있지 않는 풀을 나타낸다. UE는 이 풀을 모드 2의 TX 풀로 간주해야 한다. SIB는 서빙 셀의 PCID와 관련된 풀을 나타낸다. UE는 이 풀을 모드 1 및 2 모두를 위한, 서빙 셀에 대한 RX 풀로 간주해야 한다. SIB는 서빙 PCID가 아닌 PCID와 관련된 풀을 나타낸다. UE는 이 풀을 모드 1 및 2 모두를 위한, 이웃 셀에 대한 RX 풀로 간주해야 한다.

다른 예를 들면, SIB에서, 서빙 셀은 어떠한 PCID에도 링크되어 있지 않은 풀을 나타낸다. UE는 이 풀을 서빙 셀에 대한 모드 2의 TX 풀로 간주해야 한다. SIB는 1 비트 표시자 'SaServingTxRxSame'(서빙 셀에 대한 SA RX 풀이 모드 2인지 여부를 표시함)을 포함한다. 'saServingTxRxSame' = yes일 경우, 서빙 셀은 그 서빙 셀에 대한 RX 풀의 시그널링을 생략한다. UE는 서빙 셀에 대한 RX 풀이 서빙 셀에 대한 TX 풀과 동일한 것으로 간주한다. 'saServingTxRxSame' = no일 경우, 서빙 셀은 그 서빙 셀에 대한 RX 풀(모드 1과 모드 2의 유니언이 됨)을 더 제공한다. UE는 모드 1과 모드 2의 유니언인 서빙 셀에 대한 RX 풀을 고려한다. 일 대안예는 서빙 셀이 모드 1의 RX 풀을 제공하고, UE는 서빙 셀의 모드 1의 RX 풀과 모드 2의 TX 풀의 유니언을 행하는 유니언 연산을 수행하여, 서빙 셀에 대한 RX 풀을 형성하는 것이다. SIB에서, 이것은 각각의 이웃 셀에 대해, 각각의 PCID(및 필요한 경우 반송파 인덱스)를 갖는 하나의 RX 풀(모드 1 및 모드 2의 RX 풀의 유니언이 됨(예를 들어, 모드 1이 지원되지 않는 경우, RX 풀이 모드 2에 해당하지만 모드 1이 지원되는지 여부를 UE가 알 필요는 없음))이다.

서빙 셀에 대한 리소스 풀을 표시하기 위한 일 대안예는 다음과 같을 수 있다. 서빙 셀이 모드 2를 지원하는 경우, SIB는 어떠한 PCID에도 링크되어 있지 않는 TX 풀을 나타낸다. 모드 2를 지원하지 않는 경우, SIB는 TX 풀을 생략할 수 있다. UE는 이 풀을 서빙 셀에 대한 모드 2(존재하는 경우)의 TX 풀로 간주해야 한다. SIB는 어떠한 PCID에도 링크되어 있지 않은 RX 풀을 제공할 수 있으며, 이 RX 풀은 서빙 셀을 위한 것이다. 제 1 옵션은 서빙 셀에 대한 RX 풀이, UE가 서빙 셀을 모니터링 해야 하는 모든 것이 되는 것이다(예를 들어, 모드 1의 RX 풀과 모드 2의 RX 풀의 유니언). 제 2 옵션은 SIB에 표시된 서빙 셀에 대한 RX 풀이, 모드 1의 RX 풀이 되는 것이다. 제 1 옵션 또는 제 2 옵션은 고정되거나 사전 구성될 수 있으며, 따라서 시그널링을 사용하여 어떤 옵션이 사용되는지 나타낼 필요가 없다. 서빙 셀에 대한 RX 풀이 SIB에서 생략되는 경우, UE는 서빙 셀에 대한 RX 풀이 서빙 셀에서 제공된 TX 풀(모드 2)과 동일한 것으로 간주해야 한다. 서빙 셀에 대한 RX 풀이 SIB에 존재하는 경우, UE는, 서빙 셀에 대한 RX 풀을 나타내기 위해 셀이 제 1 옵션을 사용하면, 이 풀을 서빙 셀의 RX 풀로 간주할 수 있다. 또는 대안적으로, 셀이 제 2 옵션을 사용하여 서빙 셀에 대한 RX 풀을 나타내는 경우, UE는 SIB가 표시하는 서빙 셀의 TX 풀과 SIB가 표시하는 서빙 셀의 RX 풀의 유니언으로서 서빙 셀의 RX 풀을 갖는 유니언 연산을 수행할 수 있다(이 케이스는, 예를 들어, SIB가 표시하는 RX 풀이 모드 1 통신을 위한 것일 경우에 적용될 수 있음). 제 1 옵션 또는 제 2 옵션은 고정되거나 사전 구성될 수 있으며, 따라서 UE는 각각의 동작을 사용하여 RX 풀을 처리할 수 있다. 이 방법을 사용하면, 'saServingTxRxSame' 파라미터가 생략될 수 있으며, 이것은 서빙 셀에 대한 RX 풀이 SIB에서 표시되는지 여부에 의해 암시적으로 표시된다.

하위 계층(예를 들면, 계층 1, L1)에 N개의 풀이 있을 경우, 상위 계층(예를 들면, 계층 2, L2)에서는, 오버헤드를 고려해야 하기 때문에, 시스템 정보 블록 (SIB)에서 N개의 풀 또는 N개 미만의 풀을 시그널링하는 것으로 선택할 수 있다.

몇몇 실시예들에서, D2D 통신 모드 2 동작의 경우, 각각의 송신 리소스 풀에 대해 구성되는 경쟁 윈도우 사이즈와 같은 파라미터들이 존재할 수 있다. 모드 2 송신을 위한 제 1 리소스 풀은 UE가 독자적으로 들어갈 수 있는 예외적인 경우(예를 들어, 타이머 T301 또는 T311이 실행중일 때 모드 2를 사용하는 것과 관련된 경우)에들서 사용하도록 UE에 대해 구성될 수 있고, 모드 2 송신을 위한 제 2 리소스 풀은 UE가 그 예외적 경우들 이외의 상황일 때 UE가 사용하도록 구성될 수 있다. 제 1 리소스 풀의 경우, 제 1 경쟁 윈도우 사이즈(예를 들어, 보다 작은 값), 경쟁 윈도우가 시작되기 전의 제 1 대기 시간(예를 들어, 보다 작은 값) 등과 같은 제 1 파라미터 세트가 구성될 수 있다. 제 2 리소스 풀의 경우, 제 2 경쟁 윈도우 사이즈, 경쟁 윈도우가 시작되기 전의 제 2 대기 시간 등과 같은 제 2 파라미터 세트가 구성될 수 있다. 제 1 리소스 풀과 제 2 리소스 풀은 같거나 다를 수도 있고, 서로 직교하거나 오버랩될 수도 있다. 제 1 경쟁 윈도우 사이즈, 경쟁 윈도우가 시작되기 전의 제 1 대기 시간과 같은 제 1 리소스 풀에 대한 제 1 파라미터 세트는 동일하거나 상이할 수 있으며, 또는 일부 파라미터는 동일하며, 일부는 상이하다.

제 1 또는 제 2 풀, 및 경쟁 윈도우 사이즈, 경쟁 윈도우가 시작되기 전의 대기 시간, 풀과 같은 각각의 제 1 또는 제 2 파라미터 세트는 전용 시그널링에 의하거나, SIB에 의해 UE에게 시그널링될 수 있으며, 또는 사전 구성될 수 있다(예를 들어, 아웃 오브 커버리지 케이스). 이들은 개별적으로 시그널링되거나, 하나의 공통 풀이 존재할 수 있지만, 그 조건들에 대한 각각의 제 1 및 제 2 파라미터 세트를 갖는다. 예를 들어, SIB는 하나의 공통 풀을 시그널링할 수 있지만, UE가 독자적으로 들어갈 수 있는 예외적인 케이스들에서 사용하도록 하는(예를 들어, UE가 모드 1에서 모드 2로 독자적으로 전환하거나 모드 2에 진입하는 모드 2 사용과 관련된 케이스들) 경쟁 윈도우 사이즈, 경쟁 윈도우가 시작되기 전의 대기 시간과 같은 제 1 파라미터 세트를 가지며, 또한 UE들이 예외적인 케이스들 이외의 상황들에서 사용하도록 하는 제 2 파라미터 세트를 갖는다. 다른 예를 들면, SIB는 위에서 언급한 두 개의 풀을 시그널링할 수 있으며, 각 풀마다에 대하여, SIB는 경쟁 윈도우 사이즈, 경쟁 윈도우가 시작되기 전의 대기 시간과 같은 각각의 파라미터 세트를 갖는다. 유사한 상황들이 UE 전용 시그널링 케이스 및 리소스 풀에 대한 사전 구성된 케이스에 있어서 고려될 수 있다.

이 풀들 모두의 경우, 이러한 파라미터들은 셀마다 적용될 수 있으며, 이웃 기지국들의 경우, 이들은 수신 UE에 대한 수신 목적을 위해 시그널링될 수도 있다. 본 개시의 다른 실시예들에서 논의되는 셀간 케이스 및 셀간 동작들을 위한 타이밍이 또한 적용될 수있다.

몇몇 실시예들에서는, 상이한 TX 및 RX 동작들이 D2D 디스커버리를 위해 송신되는 동기 신호 및 D2D 통신을 위해 송신되는 동기 신호의 상이한 시나리오에 대해 채용될 수 있다.

UE1은 셀1과 관련되어 있는 것으로 가정한다. UE2 및 UE3은 셀2와 관련되어 있다. UE2는 디스커버리를 위한 D2DS를 송신한다. UE3는 통신을 위한 D2DSS를 송신한다. UE1은 UE2로부터 디스커버리 신호를 수신할 필요가 있다. 셀1은 UE1에게 셀 2의 디스커버리 리소스 풀, 서빙 셀의 타이밍에 대한 개략적인 타이밍 오프셋을 셀2의 PCID와 함께 제공하고, 또한 UE가 셀2에서의 디스커버리를 위해 송신할 D2DSS 시퀀스를 제공하는 것으로 가정한다. 다음의 동작은 UE1이 UE2로부터 디스커버리 신호를 검출하기 위해 고려될 수 있다.

케이스 1: UE1은 셀2로부터 PCID를 검출한다. UE1은 셀2의 PCID에 기반하여 셀2의 디스커버리 리소스 풀을 찾아낸 다음, 디스커버리 신호를 검출하려고 시도하게 된다.

케이스 2: UE1은 셀2로부터의 PCID를 검출하지 않지만, UE(UE2)로부터의 셀2에 대한 디스커버리를 위한 시퀀스를 갖는 D2DSS를 검출한다(예를 들어, 셀2 내에 있는 TX UE들에 대한 D2DSSD의 타이밍(예를 들어 셀1의 기준 타이밍에 대한 오프셋(예를 들면, 셀1의 SFN0))이 UE1에게 통지될 수 있으며, UE1은 셀2 내의 UE들로부터 D2DSS를 검출할 수 있다). UE1은 디스커버리 신호를 검출하려고 시도하게 된다. UE1은 또한 셀2의 디스커버리를 위한 D2DSS에 기반하여, 셀2의 디스커버리 리소스 풀을 찾아낼 수 있다. 그 후에, 이것은 디스커버리 리소스 풀에 기반하는 후속 시간에서 또는 디스커버리 리소스 주기에서 디스커버리 신호를 검출하려고 시도하게 된다. UE2로부터의 D2DSS는 더욱 정교한 타이밍 정렬을 제공할 수 있다.

케이스 3: UE1은 셀2로부터 PCID를 검출하지 않지만, UE로부터 셀2에 대한 디스커버리를 위한 시퀀스를 갖지 않는 D2DSS를 검출한다(UE1은 UE3으로부터 D2DSS를 검출하고, D2DSS는 통신을 위한 것으로 가정한다). UE1은 또한 PD2DSCH를 검출하고, 그것을 디코딩하여, UE3가 기준 타이밍을 도출해 내는 셀(셀2)의 PCID를 찾아 낸다. UE1은 셀2의 PCID에 기반하여 셀2의 디스커버리 리소스 풀을 찾아 내고, 디스커버리 신호를 검출하려고 시도하게 된다. UE3으로부터의 D2DSS는 더욱 정교한 타이밍 정렬을 제공할 수도 있다. UE3으로부터의 D2DSS(통신용)가 디스커버리용 D2DSS(예를 들어, UE2로부터)와 동일한 경우, UE1은 셀2와 관련된 D2DSS에 기반하여 셀2의 디스커버리 리소스 풀을 찾아 낼 수 있으며, UE는 PD2DSCH를 검출할 필요가 없다.

리소스 풀 구성에 대한 더 많은 시나리오들이 다음과 같이 제공된다.

네트워크가 통신(Comm.) 및 디스커버리(Disc) 모두를 지원하는 것으로 가정한다. 통신 및 디스커버리 위한 동일한 구성의 D2DSS 송신이 있는 경우, 디스커버리만을 갖는 TX UE는 어떠한 추가 D2DS도 전송하지 않을 수 있다. 통신 D2DSS만이 송신된다. 디스커버리만을 갖는 RX UE는 서빙 셀에 의해서 이웃(NBR) 셀의 디스커버리 주기에 대하여 제공을 받게 된다. 그 후에, 디스커버리만을 갖는 RX UE는 통신을 위한 D2DSS를 찾아내려고 시도할 수 있지만, 그러한 시도의 주기는 모든 NBR 셀의 모든 디스커버리 주기의 최소가 될 수 있다. 이것의 이유는 UE가 어떤 NBR 셀을 모니터링할지를 알지 못하기 때문이며, 따라서 최악의 경우는 모든 주기 중의 최소의 것을 사용해야 하지만, 만일 서빙 셀 타이밍에 대한 이웃 셀의 송신 시간의 오프셋이 없다면, 일 주기 동안에, UE는 통신을 위한 D2DSS의 주기와 동일할 수 있는 시간 동안 오픈 업(open up)하고 있어야만할 필요가 있다. 타이밍 오프셋이 제공될 경우(이 오프셋은 도 8에 도시된 바와 같이, 예를 들어, 서빙 셀의 기준 타이밍(서빙 셀의 SFN0)에 대한 서빙 셀의 D2DSS의 상대적 타이밍 및 서빙 셀의 기준 타이밍(서빙 셀의 SFN0)에 대한 이웃 셀의 상대적 타이밍), 디스커버리를 갖는 RX UE는 모니터링 윈도우 사이즈를 더 작게 가질 수 있으며, 이것은 그 오프셋에 따라 결정될 수 있다. 그 후에, 디스커버리만을 갖는 RX UE는 PD2DSCH를 디코딩하여, NBR 셀의 PCID를 얻고서, 디스커버리 리소스 풀을 찾아낼 필요가 있을 수 있다. 이것은 디스커버리만을 갖는 TX UE의 D2DSS 송신을 위한 에너지 및 리소스를 절감시킨다. 디스커버리를 갖는 다수의 TX UE는 있지만 통신을 갖는 다수의 UE가 없는 경우, 디스커버리를 갖는 RX UE가 D2DSS를 수신할 기회는 더 낮아지게 될 수 있다.

통신을 위한 D2DSS는 UE에 고유한 것일 수 있는 D2DSS 시퀀스를 사용할 수 있거나, 또는 셀 고유의 것일 수 있다(예를 들어, 커버리지 내의 UE는 셀 고유의 D2DSS 시퀀스를 가질 수 있지만, 커버리지를 벗어난 UE의 경우는 UE 고유의 시퀀스를 사용할 수 있으며, 또는 임의의 UE가 UE 고유의 시퀀스를 사용할 수 있다). 디스커버리를 위한 D2DSS는 셀 고유의 시퀀스를 사용할 수 있다. 커버리지 내의 UE의 경우, 통신 케이스에 있어서, 셀 고유의 D2DSS 시퀀스를 사용하는 경우, 그 D2DSS 시퀀스는 디스커버리를 위해 사용되는 것과 동일할 수 있다.

도 12는 본 개시의 실시예들에 따른, 디스커버리 풀 주기가 통신을 위한 D2DSS 주기보다 통상적으로 길 수 있는 TX 리소스 및 RX 리소스 풀들 1200을 도시한 것이다. 도 12에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

디스커버리 풀 주기의 정의는 표 5, 또는 도 8에 나타낸 바와 같을 수 있다. 디스커버리만을 갖는 TX UE 1205는 D2DSS를 송신하지 않는다. 통신을 갖는 TX UE 1210 및 통신 및 디스커버리를 갖는 TX UE 1215는 통신을 위한 D2DSS를 송신할 수 있다. 서빙 셀 타이밍에 관한 이웃 셀의 송신 시간 오프셋이 없는 경우, 디스커버리를 갖는 RX UE 1205는 D2DSS 동기화 주기의 윈도우 사이즈 모니터링을 수행할 수 있다. 타이밍 오프셋이 제공되는 경우, 디스커버리를 갖는 RX UE 1205는 그 오프셋에 따를 수 있는 더 작은 윈도우 사이즈 모니터링을 수행할 수 있다. 디스커버리만을 갖는 RX UE 1205는 통신에 의한 D2DSS를 모니터링할 필요가 있을 수 있고, 또한 PCID를 찾기 위해 PD2DSCH를 디코딩할 필요가 있을 수 있으며, 그 다음에 디스커버리 풀을 파악하게 된다. D2DSS가 통신 및 디스커버리를 위한 동일한 시퀀스를 갖는 경우, UE는 검출되어진 이 D2DSS를 사용하여 리소스 풀(이 리소스 풀은 D2DSS 시퀀스와 관련되거나 인덱싱될 수 있음)을 파악할 수 있다. 통신만을 갖는 RX UE 1210, 또는 통신 및 디스커버리를 갖는 RX UE 1215는, D2DSS가 검출되고 풀 구성이 얻어진 이후에 통신에 의한 D2DSS를 모니터링하며, UE는 이 디스커버리 풀에서(예를 들어, 다음의 후속 디스커버리 주기에서) 디스커버리 신호를 검출하려고 더 시도할 수 있다.

네트워크는 통신 및 디스커버리 모두를 지원하는 것으로 가정된다. 통신 및 디스커버리를 위한 D2DSS 송신의 동일한 구성이 완화되어, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 추가 D2DSS를 송신할 수도 있고, 통신을 갖는 TX UE가, 통신을 위한 D2DSS를 송신하게 되는 것으로 가정한다. 통신 및 디스커버리 모두를 갖는 TX UE는 통신 및 디스커버리 모두를 위한 D2DSS를 송신한다.

디스커버리 케이스를 위한 D2DSS의 시간 도메인 리소스는, 아래의 도 13에 도시된 바와 같이, (예를 들어, 상이한 서브프레임들에서) 통신 케이스를 위한 D2DSS의 리소스와 상이할 수 있다.

디스커버리 또는 통신 또는 양쪽 모두를 갖는 UE는 그 동작을 디커플링할 수 있다. 디스커버리만을 위한 TX UE, 또는 디스커버리만을 위한 RX UE는 디스커버리를 처리할 필요가 있다. 이들은 통신 리소스를 알 필요가 없다. 디스커버리를 갖는 RX UE는 통신에 의한 D2DSS를 모니터링할 필요가 없을 수도 있다. 이것은 보다 많은 TX 시그널링 비용으로 UE 동작을 단순화한다.

도 13은 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 D2DSS를 송신하지 않는 TX 리소스 및 RX 리소스 풀들 1300을 도시한 것이다. 도 13에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

통신을 갖는 TX UE 1210는 통신을 위한 D2DSS를 송신할 수 있고, 통신 및 디스커버리를 갖는 TX UE 1215는 통신을 위한 D2DSS 및 디스커버리를 위한 D2DSS를 송신할 수 있다. 디스커버리만을 갖는 RX UE 1220는 디스커버리에 의한 D2DSS를 모니터링할 필요가 있을 수 있고, 통신만을 갖는 RX UE 1225는 통신에 의한 D2DSS를 모니터링하며, 통신 및 디스커버리를 갖는 RX UE 1230는 디스커버리에 의한 D2DSS를 모니터링할 수 있거나, 또는 통신에 의한 D2DSS를 모니터링할 수 있거나, 또는 디스커버리 및 통신 모두에 의한 D2DSS를 모니터링할 수 있다. UE가 디스커버리에 의한 D2DSS를 모니터링하는 경우, D2DSS 시퀀스에 기반하여 리소스 풀을 찾아낼 수 있다. UE가 통신에 의한 D2DSS를 모니터링하는 경우, UE는 PD2DSCH를 더 찾아 내어, PCID를 찾아낼 필요가 있을 수 있으며, 이로부터 UE는 디스커버리를 위한 리소스 풀을 더 찾아낼 수 있게 된다. 디스커버리 및 통신을 위한 D2DSS 시퀀스가 동일한 경우(예를 들어, 셀 고유), UE는, PD2DSCH에서 PCID를 찾아낼 필요없이, 검출되어진 D2DSS에 기반하여 디스커버리를 위한 리소스 풀을 결정할 수 있다. 본 도면에서, 디스커버리 주기 내에 있는 디스커버리 리소스의 첫번째 서브프레임은 D2DSS 송신에 사용될 수 있다.

네트워크가 통신 및 디스커버리 모두를 지원하는 것으로 가정된다. 통신 및 디스커버리를 위한 D2DSS 송신의 동일한 구성이 완화되어, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 추가 D2DSS를 송신할 수도 있고, 통신을 갖는 TX UE가 통신을 위한 D2DSS를 송신하게 되는 것으로 가정한다.

디스커버리 케이스를 위한 D2DSS 및 통신 케이스를 위한 D2DSS는, 도 14에 도시된 바와 같이, 동일한 서브프레임에 존재할 수 있다. 이것은 RX UE의 모니터링 시간을 감소시킬 수 있다. 이러한 2개의 리소스가 상이하기 때문에, 통신 및 디스커버리를 갖는 UE는, 동일한 서브프레임 내에 있는 상이한 리소스들(예를 들어, 상이한 심볼들, 주파수 대역들)에서, 통신을 위한 D2DSS 및 디스커버리를 위한 D2DSS 모두를 송신할 수가 있다. 디스커버리 또는 통신 또는 양쪽 모두를 갖는 UE는 동작을 디커플링(decoupling)할 수 있다. 디스커버리를 위한 TX UE, 디스커버리를 위한 RX UE만이 디스커버리를 처리할 필요가 있다. 이들은 통신 리소스를 알 필요가 없다. 디스커버리를 갖는 RX UE는 통신에 의한 D2DSS를 모니터링할 필요가 없을 수 있다. 통신 및 디스커버리 모두를 갖는 UE는 디스커버리를 위한 추가 D2DSS를 송신할 필요가 있을 수 있다. 디스커버리 및 통신을 위한 D2DSS 시퀀스가 동일한 경우(예를 들어, 셀 고유), 디스커버리 및 통신을 위한 이들 2개의 D2DSS 신호들이 통신 및 디스커버리를 갖는 TX UE에 대한 하나의 D2DSS 신호가 될 것이다.

도 14는 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 D2DSS를 송신하는 TX 리소스 및 RX 리소스 풀들 1400을 도시한 것이다. 도 14에서 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

통신을 갖는 TX UE 1210는 통신을 위한 D2DSS를 송신할 수 있고, 통신 및 디스커버리를 갖는 TX UE 1215는 동일한 서브프레임에서 통신을 위한 D2DSS 및 디스커버리를 위한 D2DSS를 송신할 수 있다. 디스커버리를 갖는 TX UE 1205는 통신을 갖는 TX UE와 동일한 서브프레임에서 D2DSS를 송신할 수 있다. 동일한 서브프레임이 되도록 하기 위해, 디스커버리 풀 주기가, 그 주기 내의 제 1 서브프레임이 통신을 갖는 TX UE 1210에 대한 D2DSS 서브프레임과 일치되는 것이 발생되지 않도록 구성되는 경우에는, 다음의 후속 디스커버리 주기 이전 디스커버리 리소스에서의 서브프레임이 D2DSS 송신을 위해 사용될 수 있다. 또는 대안적으로, 디스커버리 풀 주기가 디스커버리 리소스 풀에서의 제 1 서브프레임으로서 D2DSS를 만들도록 시프트 또는 구성될 수 있다. 디스커버리만을 갖는 RX UE 1220는 디스커버리에 의한 D2DSS를 모니터링할 필요가 있을 수 있으며, 통신만을 갖는 RX UE 1225는 통신에 의한 D2DSS를 모니터링하며, 통신 및 디스커버리를 갖는 RX UE 1230는 디스커버리에 의한 D2DSS를 모니터링할 수 있거나, 또는 통신에 의한 D2DSS를 모니터링할 수 있거나, 디스커버리 및 통신 모두에 의한 D2DSS를 모니터링할 수도 있다. UE가 디스커버리에 의한 D2DSS를 모니터링하는 경우, UE는 D2DSS 시퀀스에 기반하여 리소스 풀을 찾아낼 수 있다. UE가 통신에 의한 D2DSS를 모니터링하는 경우, UE는 PD2DSCH를 더 찾아내어, PCID를 찾아낼 필요가 있을 수 있으며, 이 PCID로부터 UE는 디스커버리를 위한 리소스 풀을 더 찾아낼 수 있다. 디스커버리 및 통신을 위한 D2DSS 시퀀스가 동일한 경우(예를 들어, 셀 고유), UE는, PD2DSCH에서 PCID를 찾아낼 필요 없이, 검출되어진 D2DSS에 기반하여 디스커버리를 위한 리소스 풀을 결정할 수 있다. 본 도면에서, 다음의 후속 디스커버리 주기 직전의 디스커버리 리소스에서의 서브프레임은 D2DSS 송신에 사용될 수 있다.

네트워크는 통신(Comn.) 및 디스커버리(Disc)을 지원하는 것으로 가정된다. 통신 및 디스커버리를 위한 D2DSS 송신의 동일한 구성이 완화되어, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 추가 D2DSS를 송신할 수도 있고, 통신(Comn)을 갖는 TX UE가, 통신을 위한 D2DSS을 송신하게 된는 것으로 가정한다.

디스커버리 케이스를 위한 D2DSS 및 통신 케이스를 위한 D2DSS는 동일한 서브프레임에 존재할 수 있다. 통신 및 디스커버리 모두를 갖는 TX UE의 경우, TX UE는 디스커버리를 위한 D2DSS를 생략할 수 있으며, 도 15에 도시된 바와 같이, 통신을 위한 D2DSS를 송신한다.

통신 및 디스커버리 모두를 갖는 UE는 디스커버리를 위한 추가 D2DSS를 송신하기 위해 더 적은 리소스들 및 더 적은 에너지를 소모할 필요가 있을 수 있다. 디스커버리를 갖는 RX UE는 디스커버리에 의한 D2DSS를 모니터링할 필요가 있을 수 있으며, 또한 통신에 의한 D2DSS를 모니터링할 수도 있다. 그리고, NBR 셀의 동기화를 검출하지 못한 경우, NBR 셀의 리소스 풀을 얻기 위해 PCID에 대한 PD2DSCH를 디코딩할 필요가 있을 수 있다. 네트워크가 통신 및 디스커버리를 갖는 다수의 TX UE들을 포함하고, 디스커버리만을 갖는 다수의 TX UE들을 포함하지는 않는 경우, 디스커버리를 갖는 RX UE가 디스커버리를 위한 D2DSS를 검출할 기회는 더 낮을 수 있다.

도 15는 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 D2DSS를 송신하는 TX 리소스 및 RX 리소스 풀들 1500을 도시한 것이다. 도 15에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

통신을 갖는 TX UE 1210는 통신을 위한 D2DSS를 송신할 수 있으며, 통신 및 디스커버리를 갖는 TX UE 1215는 통신을 위한 D2DSS를 송신할 수 있다. 디스커버리를 갖는 TX UE 1205는 통신을 갖는 TX UE와 동일한 서브프레임에서 D2DSS를 송신할 수 있다. 동일한 서브프레임이 되도록 하기 위해, 디스커버리 풀 주기가, 그 주기 내의 제 1 서브프레임이 통신을 갖는 TX UE에 대한 D2DSS 서브프레임과 일치되는 것이 발생되지 않도록 구성되는 경우에는, 다음의 후속 디스커버리 주기 이전 디스커버리 리소스에서의 서브프레임이 D2DSS 송신을 위해 사용될 수 있다. 또는 대안적으로, 디스커버리 풀 주기는 디스커버리 리소스 풀에서의 제 1 서브프레임으로서 D2DSS 서브프레임을 만들도록 시프트 또는 구성될 수 있다. 디스커버리만을 갖는 RX UE 1220는 디스커버리에 의한 D2DSS를 모니터링할 필요가 있을 수 있으며, 통신에 의한 D2DSS를 모니터링할 수 있다. 통신만을 갖는 RX UE 1225는 통신에 의한 D2DSS를 모니터링한다. 통신 및 디스커버리를 갖는 RX UE 1230는 디스커버리에 의한 D2DSS를 모니터링할 수 있거나, 통신에 의한 D2DSS를 모니터링할 수 있거나, 또는 디스커버리 및 통신 모두에 의한 D2DSS를 모니터링할 수 있다. UE가 디스커버리에 의한 D2DSS를 모니터링하는 경우, UE는 D2DSS 시퀀스에 기반하여 리소스 풀을 찾아낼 수 있다. UE가 통신에 의한 D2DSS를 모니터링하는 경우, UE는 PD2DSCH를 더 찾아내어 PCID를 찾아낼 필요가 있을 수 있으며, 이 PCID로부터 UE는 디스커버리를 위한 리소스 풀을 더 찾아낼 수 있다. 디스커버리 및 통신을 위한 D2DSS 시퀀스가 동일한 경우(예를 들어, 셀 고유), UE는, PD2DSCH에서 PCID를 찾아낼 필요없이, 검출되어진 D2DSS에 기반하여 디스커버리를 위한 리소스 풀을 결정할 수 있다. 본 도면에서, 다음의 후속 디스커버리 주기 직전 디스커버리 리소스에서의 서브프레임이 D2DSS 송신에 사용될 수 있다.

네트워크가 통신 및 디스커버리 모두를 지원하는 것으로 가정된다. 통신 및 디스커버리를 위한 D2DSS 송신의 동일한 구성이 완화되어, 디스커버리만을 갖는 TX UE가 디스커버리를 위한 추가 D2DSS를 송신할 수도 있고, 통신을 갖는 TX UE가 통신을 위한 D2DSS를 송신하는 것으로 가정한다.

디스커버리 케이스를 위한 D2DSS 및 통신 케이스를 위한 D2DSS는 동일한 서브프레임에 존재할 수 있다. 통신 및 디스커버리 모두를 갖는 TX UE의 경우, 아래의 도 16에 도시된 바와 같이, TX UE는 통신을 위한 D2DSS를 생략할 수 있다.

통신 및 디스커버리 모두를 갖는 UE는 통신을 위한 D2DSS를 송신하기 위해 더 적은 리소스들 및 더 적은 에너지를 소모할 필요가 있을 수 있다. 또한, 통신에 의한 D2DSS를 모니터링할 필요가 없기 때문에, 디스커버리 동작을 갖는 RX UE를 단순화할 수 있다.

통신을 갖는 RX UE는 디스커버리에 의한 D2DSS용 서브프레임에서, 통신에 의한 D2DSS를 스킵할 필요가 있을 수 있으며, 또한 통신에 의한 D2DSS용의 측정 축적(measurement accumulation)을 고려해야 한다.

도 16은 본 개시의 실시예들에 따른, 디스커버리만을 갖는 TX UE가 D2DSS를 송신할 수 있는 TX 리소스 및 RX 리소스 풀들 1600을 도시한 것이다. 도 16의 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

통신을 갖는 TX UE 1210는 통신을 위한 D2DSS를 송신할 수 있다. 시간 도메인에서 디스커버리를 위한 D2DSS에 맞춰 정렬되지 않은 경우에는, 통신 및 디스커버리를 갖는 TX UE 1215가 통신을 위한 D2DSS를 송신할 수 있으며, 그렇지 않은 경우(통신을 위한 D2DSS용 시간 도메인 리소스가 디스커버리를 위한 D2DSS와 충돌하는 경우)에는, UE 1215가 디스커버리를 위한 D2DSS를 송신하며, 통신을 위한 D2DSS를 생략한다. D2DSS 시퀀스가 디스커버리 및 통신을 위해 동일한 경우, 통신을 위한 UE 1210는 (D2DSS가 디스커버리 및 통신을 위한 동일한 시퀀스이므로) 통신을 위한 D2DSS를 송신할 수 있다. 디스커버리를 갖는 TX UE 1220는 통신을 갖는 TX UE와 동일한 서브프레임에서 D2DSS를 송신할 수 있다. 동일한 서브프레임이 되도록 하기 위해, 디스커버리 풀 주기가, 그 주기 내의 제 1 서브프레임이 통신을 갖는 TX UE 1210에 대한 D2DSS 서브프레임과 일치되는 것이 발생되지 않도록 구성되는 경우에는, 다음의 후속 디스커버리 주기 이전 디스커버리 리소스에서의 서브프레임이 D2DSS 송신을 위해 사용될 수 있다. 또는 대안적으로, 디스커버리 풀 주기는, 디스커버리 리소스 풀에서의 제 1 서브프레임으로서 D2DSS 서브프레임을 만들도록 시프트 또는 구성될 수 있다. 디스커버리만을 갖는 RX UE 1220가 디스커버리에 의한 D2DSS를 모니터링할 필요가 있을 수 있고, 통신만을 갖는 RX UE 1225가 통신에 의한 D2DSS를 모니터링하며, 또한 통신 및 디스커버리를 갖는 RX UE 1230가 디스커버리에 의한 D2DSS를 모니터링할 수 있거나, 통신에 의한 D2DSS를 모니터링할 수 있거나, 또는 디스커버리 및 통신 모두에 의한 D2DSS를 모니터링할 수 있다. UE가 디스커버리에 의한 D2DSS를 모니터링하는 경우에는, 리소스 D2DSS 시퀀스에 기반하여 리소스 풀을 찾아낼 수 있다. UE가 통신에 의한 D2DSS를 모니터링하는 경우에는, PD2DSCH를 더 찾아내어 PCID를 찾아낼 필요가 있을 수 있으며, 이 PCID로부터 디스커버리를 위한 리소스 풀을 더 찾아낼 수 있다. 디스커버리 및 통신을 위한 D2DSS 시퀀스가 동일한 경우(예를 들어, 셀 고유), UE는, PD2DSCH에서 PCID를 찾아낼 필요 없이, 검출되어진 D2DSS에 기반하여 디스커버리를 위한 리소스 풀을 결정할 수 있다. 본 도면에서는, 다음의 후속 디스커버리 주기 직전 디스커버리 리소스에서의 서브프레임이 D2DSS 송신을 위해 사용될 수 있다.

도 11-16에서, 모니터링 윈도우 사이즈는 각 송신의 송신 지속 기간과 유사하거나, 또는 약간 더 클 수 있다. 윈도우의 모니터링은 스케줄링된 송신 시간보다 약간 더 일찍 시작될 수 있다.

도 15 및 도 16에서, 디스커버리 리소스 풀에 대한 오프셋은, D2DSS 송신의 하나 이상의 주기일 수 있는 그래뉼래러티(granularity)를 가질 수 있다. 예를 들어, D2DSS 송신 주기가 40ms인 경우, 디스커버리 리소스 풀에 대한 오프셋은 40ms의 그래뉼래러티, 또는 40ms 이상의 그래뉼래러티(예를 들어, 80ms) 등을 가질 수 있다. 이것은 디스커버리를 위한 D2DSS의 안정적인 상대 거리 및 디스커버리 풀 주기(예를 들어, 항상 D2DSS에 사용되는 주기의 제 1 서브프레임, 또는 주기의 시작 이전 서브프레임들의 특정 수)를 유지하는데 유용하다.

디스커버리를 위한 복수의 TX 풀들이 존재할 시에, 디스커버리 풀 주기가 시프트되는 경우에는(예를 들어, SFN0에 대한 제 1 주기가 시작되기 전에 구성 가능한 다른 오프셋들에 의해), P개 프레임인 지속 기간 주기 동안의 디스커버리 UE 송신을 위해 1개보다 많은 D2DSS가 존재할 수 있다(이 주기는 P개 프레임 값으로 이루어지는 것으로 가정). 송신 횟수를 최소화하기 위한 접근방식은, 예를 들어, 거리가 M*40ms보다 크지 않은 값의 범위 내에서, 디스커버리 주기가 시작될 오프셋을 구성하는 것이며, 여기서 M은 디스커버리를 갖는 UE에 대한 P개 프레임 내의 D2DSS 송신 횟수이다. 예를 들어, M=1은, P 프레임 내에서의 하나의 D2DSS 송신을 의미한다. 예를 들어, 하나의 디스커버리 풀마다에 대해 4개의 오프셋이 있는 경우, 이 오프셋에 대해 4개의 값을 사용할 수 있으며, 이 4개의 값은 40ms 이내의 거리를 가질 수 있으므로, 1개의 D2DSS 송신만이 허용된다. 다른 방식은 아래에 설명된 도 20 내지 도 23에 도시된 바와 같은 다중 TX 풀을 구성하는 것이다. 예를 들어, 도 23에서는, 제 1 풀 및 제 2 풀에 대한 P개 프레임 내에서의 D2DSS 송신이 공유될 수 있다.

몇몇 실시예들에서, SA 및 데이터를 위한 리소스 풀들은 오프셋들을 이용하여, 스케줄링 사이클(예를 들어, 하나의 SA 주기 및 하나의 데이터 주기) 내에서의 그들의 상대적인 위치를 결정하게 된다. 예를 들어, 모드 2 데이터의 경우, Rx UE는, Tx UE SA에 의해 나타내지는 시간/주파수 리소스들을, 모드 2 데이터 풀 내의 시간/주파수 리소스들의 세트에 맵핑하게 된다. 이러한 맵핑은 서브프레임들의 세트(예를 들어, FDD에 대한 모든 UL 서브프레임들 또는 주어진 TDD 구성에 의존하는 특정 UL 서브프레임들) 중에서 유효한 D2D 서브프레임들을 나타내는 비트맵을 포함하는 전술한 다양한 방법들에 의해 달성될 수 있다. 따라서, 스케줄링 사이클 동안에, 모드 2 데이터 풀은 SA 풀을 시간 상에서 앞세운다.

도 17은 본 개시의 실시예들에 따른, 스케줄링 사이클 주기마다 반복하도록 구성되는 스케줄링 할당(scheduling assignment, SA) 풀 및 모드 2 데이터 풀을 가진 리소스 풀 구성 1700을 도시한 것이다. 도 17에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

일 대안예에서, 도 17에서 1720으로 도시된 바와 같이, 스케줄링 사이클은 SA 비트맵, 또는 SA 풀의 시작(beginning)으로부터 시작(start)될 수도 있고, SA 비트맵 또는 SA 풀의 후속 인스턴스의 시작(beginning)에서 종료할 수 있다.

일 대안예에서, 데이터 비트맵은 SA 비트맵과 오버랩될 수 있으며, 따라서, 모드 2 데이터 오프셋은 항상 SA 풀 오프셋보다 큰 값을 가질 필요는 없을 수 있다.

다른 실시예들에서 전술한 바와 같이, 시간 오프셋 표시자 1701는, SA 주기 1700 내의 SA 풀 리소스들 1702의 비트맵에 대한 스타팅 위치(예를 들어, 서브프레임)를 나타낼 수 있다. SA 풀 이외에, 모드 2 데이터 풀 리소스들 1712은 모드 2 데이터 주기 1710의 시작으로부터 오프셋 1711을 가질 수도 있다. 양쪽 풀(pool) 모두가 스케줄링 사이클 내에서 구성되기 때문에, 일 대안예에서는, SA 및 모드 2 데이터 주기들이 상이할 수 있고, 제 2 대안예에서는, SA 및 모드 2 데이터 주기들이 동일한 값에 대응할 수 있다. 제 2 대안예의 케이스에서는, 모드 2 데이터 주기 1710 및 SA 주기 1700가 단일 파라미터로 표시될 수 있으며, 예를 들어, SA 주기 1700가 SA 리소스 풀 및 모드 2 데이터 풀 모두에 적용된다.

또한, 모드 2 풀 비트맵은 스케줄링 사이클 또는 SA/모드 2 데이터 주기의 전체 지속 기간에 대응할 수 없다. 대신에, 모드 2 데이터 풀 내의 모든 D2D 서브프레임들을 커버하기 위해, 연속 방식으로 하나 이상의 시간들이 반복될 수 있다. 이것은, 데이터 풀이 그 주기 지속 기간 동안 규칙적인 구조를 가질 것으로 예상되는 경우에, D2D 리소스 풀 구성에 대한 시그널링 오버헤드의 양을 감소시키는데 유익하다. 이 케이스에서, 모드 2 데이터 풀의 반복 횟수를 Tx 및 Rx D2D UE들이 알고 있어야 한다. 일 대안예에서, 반복 횟수는 리소스 풀 구성에 의해 나타내질 수 있다. 제 2 대안예에서, 반복 횟수는 네트워크 구성에 의해 또는 사양들에서 고정될 수 있다. 제 3 대안예에서, 비트맵은, 스케줄링 사이클의 끝에 도달할 때까지(예를 들어, SA/모드 2 데이터 주기 지속 기간) 반복된다. 비트맵 반복이 SA 풀에도 적용될 수 있다는 것에 유의해야 한다.

도 17에서 앞서 설명 및 도시한 바와 같이, SA/모드 2 주기 내의 오프셋 표시자는, 풀에 사용된 모드 2 데이터 리소스들의 비트맵이 시작되는 곳을 나타낸다. 일 대안예에서, 모드 2 데이터 풀 오프셋은 SA/모드 2 데이터 주기 1400/1410의 시작에 관한 것이다. 네트워크는 SA 및/또는 모드 2 데이터에 대한 스케줄링 주기 지속 기간에 의해 제약되는 범위 내에서 독립적으로 SA 및 모드 2 데이터 오프셋들의 값들을 구성할 수 있다. 예를 들어, 오프셋들 offset_sa 및 offset_mode2data 의 범위는 1 서브프레임의 그래뉼래러티로 {0,1,. . ,saPeriod-1}에 의해 주어질 수 있다.

그러나, 전술한 바와 같이, SA 풀이 항상 모드 2 데이터 풀에 선행할 것으로 예상되는 경우에는, 독립적인 스타팅 오프셋들이 필요하지 않으며, 실제로, 예를 들어, 모드 2 데이터 풀이 하나 이상의 반복들 이후에 SA/모드 2 데이터 주기 밖에 있게 될 수 있는 바람직하지 못한 구성들을 허용할 수 있으며, 그 결과 서브프레임 맵핑 복잡도에 비트맵 또는 추가 비트맵의 트렁케이션(truncation)이 도입될 필요가 있게 된다. 일 대안예로서, 모드 2 데이터 오프셋은 SA/모드 2 주기 내의 SA 비트맵 위치에 상대적일 수 있다. 제 1 대안예에서는, 오프셋이 SA 풀의 시작에 상대적일 수 있다. 제 2 대안예에서는, 오프셋이 (임의의 가능한 SA 비트맵 반복들을 포함하는)SA 풀의 끝에 상대적일 수 있다. 이러한 제 2 대안예는, 전술한 스케줄링 사이클의 제약사항을 고려할 때, SA 풀의 끝이 (SA/모드 2 데이터 풀의 시작에 상대적인) 가장 빠른 스타팅 오프셋이기 때문에 유익하다. 이러한 대안예의 제 2 이점은, 모드 2 데이터 풀의 반복 횟수가 이 상대적 오프셋에 의해 암시적으로 표시될 수 있다는 것이며, 그 이유는 더 긴 오프셋이, SA/모드 2 데이터 주기의 끝에 도달하기 이전의 비트맵에 대한 가능 반복 횟수를 감소시킬 것이기 때문이다.

도 18은 본 개시의 실시예들에 따른 스케줄링 사이클 주기마다 반복하도록 구성되는 SA 풀 및 모드 2 데이터 풀을 가진 다른 리소스 풀 구성 1800을 도시한 것이다. 도 18에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 18에 도시된 바와 같이, 모드 2 데이터 풀의 오프셋은 SA 주기의 끝에서 시작한다. 일 대안예에서는, 스케줄링 사이클이 SA 비트맵, 또는 SA 풀의 개시부터 시작할 수도 있고, 도 17에서 1720로 도시된 바와 같이 SA 비트맵 또는 SA 풀의 후속 인스턴스의 개시에서 종료될 수 있다.

본 실시예에서, SA 풀 1702은 하나의 SA 비트맵 1703을 가질 수 있다. 데이터 풀 1712은 하나 이상의 반복 데이터 비트맵 1713을 가질 수 있다. SA 비트맵 1703 및 데이터 비트맵 1713은 동일한 사이즈를 가질 수 있다. FDD 케이스의 경우, 각 비트맵은 N-서브프레임들의 튜플(tuple)에 대응한다. TDD 케이스의 경우, M 비트의 길이를 가진 각 비트맵에 있어서, 각 비트맵은 DL 서브프레임들, UL 서브프레임들, 및 특수 서브프레임들(비트맵이 모든 UL 서브프레임들에 대해서만 사용됨)을 포함할 수 있는 N-서브프레임들의 튜플에 대응할 수 있다. 예를 들어, TDD UL-DL 구성 0의 경우, M은 42일 수 있으며, 대응하는 N은 70이다. 모드2 데이터 오프셋 1810은 SA 풀의 시작(또는 SA 비트맵의 시작)에 관한 것일 수 있다. 대안적으로, 모드 2 데이터 오프셋 1811은 SA 풀의 종료(또는 SA 비트맵의 종료)에 관한 것일 수 있다. 오프셋 1810 또는 1811에 대한 단위는 서브프레임들 단위이거나, 대안적으로는 SA 또는 데이터에 대한 비트맵 길이에 대응하는 N-서브프레임들의 튜플들의 수일 수 있다.

도 19는 본 개시의 실시예에 따른 리소스 풀 구성 1900을 도시한 것이다. 도 19에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

본 실시예에서는, 스케줄링 주기가 280 서브프레임이다. N-서브프레임들의 튜플은 SA 비트맵, 또는 데이터 비트맵에 대응한다. 일 스케줄링 사이클에서는, SA 비트맵이 SFN=0에 대한, SA 풀 오프셋 시간에서 시작한다(이 SFN은 오프셋이 서빙 셀의 풀에 대한 것일 경우 서빙 셀들일 수 있으며, 또는 오프셋이 이웃 셀의 풀에 대한 것일 경우에는 이웃 셀들일 수 있음). 데이터 비트맵은 SFN=0에 대한 모드 2 데이터 풀 오프셋 1에서 시작한다. 데이터 비트맵은 SA 비트맵의 후속 인스턴스까지 반복될 수 있다. 또는 대안적으로, 데이터 비트맵은 SA 비트맵의 시작에 대한 모드 2 데이터 풀 오프셋 2에서 시작한다. 또는 대안적으로, 데이터 비트맵은 SA 비트맵의 종료에 대한 모드 2 데이터 풀 오프셋 3에서 시작한다. 모드 2 데이터 풀 오프셋1 = SA 풀 오프셋 + 모드 2 데이터 풀 오프셋2이거나, 또는 모드 2 데이터 풀 오프셋1 = SA 풀 오프셋 + N+ 모드 2 데이터 풀 오프셋3(서브프레임 단위)이 된다. 모드 2 데이터 풀 오프셋2 또는 모드 2 데이터 풀 오프셋3이 비트맵에 대응하는 N-서브프레임들의 튜플 수의 단위로 존재하는 경우, 모드 2 데이터 풀 오프셋1 = SA 풀 오프셋 + (모드 2 데이터 풀 오프셋2) * N, 또는 모드 2 데이터 풀 오프셋1 = SA 풀 오프셋 + (1 + 모드 2 데이터 풀 오프셋3)*N(서브프레임 단위)이 된다. SA 풀 오프셋은 또한, 풀이 이웃 셀을 위한 것일 경우, 서빙 셀의 SFN0에 대한 이웃 셀의 SFN0의 오프셋을 포함할 수 있다. 일 대안예에서, 스케줄링 사이클은 또한 SA 비트 맵 또는 SA 풀의 개시로부터 시작하여 SA 비트 맵 또는 SA 풀의 후속 인스턴스 개시에서 종료될 수도 있다.

모드 2 데이터 풀 오프셋2 또는 모드 2 데이터 풀 오프셋3이 N-서브프레임들의 정수 튜플이 아닌 경우, 예를 들어 N-서브프레임들의 부분 튜플(예컨대, N=70, 모드 2 데이터 풀 오프셋3은 40개의 서브프레임)인 경우, 후속 SA 비트맵의 개시까지 데이터 비트맵 반복이 부분 비트맵을 가지는 경우가 발생할 수 있다. 일 대안은 후속 SA 비트맵 직전에 비트맵을 부분적으로 반복하지 않는 것이다. 일 대안예에서는, 후속 SA 비트맵까지의 반복들 대신에, 반복 횟수가 제공될 수 있으며, 이 반복 횟수에 기반하여 비트맵이 반복된다.

SA 및 모드 2 데이터 풀 오프셋의 구성은 UE에서의 사전 구성, 공통 제어 시그널링(예를 들어, SIB) 또는 전용 시그널링(예를 들어, RRC)을 포함하는 다수의 방법을 통해 달성될 수 있다. 표 10은 오프셋 파라미터들의 예시적 구성을 제공한다. 파라미터들은 기본 값을 가질 수 있으며, 또는 구성 메시지에서 생략되는 경우에는, UE가 기본 값을 가정하거나 오프셋이 적용되지 않음을 유의해야 한다(예를 들면, 모드 2 데이터 풀은 0 서브프레임 오프셋을 갖는 SA 풀의 끝 직후에 시작된다).

표 10에서, 수 G는 스케줄링 사이클에 의존할 수 있다. 예를 들어, 모드2 데이터 풀 오프셋이 SA 풀의 종료에 대한 것이고(오프셋에 대한 가능한 값들은 0, 1, 2, …,6 임), 단위가 N-서브플레임들의 튜플들의 수인 경우, N=40, 스케줄링 사이클 S = 320 서브프레임에 있어서의, G는 7이 될 수 있다. 여기서, N은 비트맵이 얼마나 많은 서브프레임을 포함하는지를 나타내는 비트맵 지속 기간이고, S는 일 사이클 주기에서 얼마나 많은 서브프레임을 갖는지를 나타내는 스케줄링 사이클이며, G는 오프셋 변화를 나타낸다. N=40, S=160에 있어서, G는 3이 될 수 있다. 기본적으로, 모드2 데이터 풀 오프셋이 SA 풀의 종료에 대한 것이고, 오프셋의 단위가 스케줄링 사이클 S에 대한, N-서브플레임들의 튜플들의 수인 경우, G는 (S/N - 1)이 될 수 있다.

	사이즈(비트)	정보
...	...	...
SA 풀 오프셋	Ceiling( )	서브프레임들의 유니언 단위. 서빙셀(또는 잠재적으로는 이웃셀)SFN0에 대한, SA 풀비트맵의 오프셋. F는 오프셋의 가능한 값들의 총 수.
모드 2 데이터 풀 오프셋	Ceiling( )	서브프레임들의 유니언 단위. 서빙셀(또는 잠재적으로는 이웃셀) SFN0에 대한, 모드 2 데이터 풀 비트맵의 오프셋. G는 오프셋의 가능한 값들의 총 수. G는 스케줄링과 사이클에 의존할 수 있음. 대안적으로, 이 오프셋은 SA 풀의 시작(또는 SA 비트맵의 시작)에 대한 것임. 대안적으로, 이 오프셋은 SA 풀의 종료(또는 SA 비트맵의 종료)에 대한 것임. 대안적으로, 이 단위는 SA 또는 데이터의 비트맵 길이에 대응하는 서브프레임들의 튜플의 수일 수 있음. 기본값은 0일 수 있음.(이 필드가 생략되는 경우에는, 오프셋이 0임을 의미할 수 있음).
...	...	...

도 20은 본 개시의 실시예들에 따른 다른 리소스 풀 구성 2000을 도시한 것이다. 도 20에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 20에서, saPeriod에 대한 2개의 옵션이 정의될 수 있으며, 여기서 saPeriod는 스케줄링 사이클, 스케줄링 주기 또는 스케줄링 할당 주기로도 지칭될 수 있다. 옵션 1은 리소스 풀이 속한 셀의 SFN 0에서 saPeriod이 시작될 수 있으며, SFN 0에서 시작되는 SA 풀 오프셋은 saPeriod 내에 존재할 수 있다는 것이다. 옵션 2는 saPeriod 오프셋 후에 saPeriod이 시작될 수 있다는 것이며, 예를 들어, 제 1 saPeriod가 셀의 SFN 0에 대한 saPeriod 오프셋 후에 시작된다는 것이다(이 셀은 서빙 셀이거나, 또는 이웃 셀들에 대한 saPeriod 오프셋이 서빙 셀들 SFN0에 대한 것일 수 있는, 즉 이웃 셀의 saPeriod 오프셋이 서빙 셀의 SFNO에서 시작될 수 있는 이웃 셀로 확장될 수 있음). saPeriod 오프셋은 saOffset 또는 다른 명칭으로 지정될 수도 있다. SA 비트맵은 saPeriod의 개시에서 시작된다. 옵션 2의 경우, 모드 2 데이터 오프셋은 SA 비트맵의 개시(또는, 동등하게는, saPeriod의 시작) 또는 SA 비트맵의 종료(데이터 비트맵이 SA 비트맵과 오버랩되지 않는 경우)에서 시작될 수 있다. 도 20에 도시된 saPeriod 정의는 또한 디스커버리 주기에 대한 것과 유사할 수 있으며, Option2는 표 5의 내용과 함께 설명된다.

도 21은, 본 개시의 실시예들에 따른, saPeriod이 옵션 1로 정의되는 경우, SA 비트맵이 후속 saPeriod로 롤오버(roll over)될 수 있는 다른 리소스 풀 구성 2100을 도시한 것이다. 도 21에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

도 22는 SA 비트맵 및 데이터 비트맵 스팬이 오버랩될 수 있는 다른 리소스 풀 구성 2200을 도시한 것이다. 도 22에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

오버랩된 부분(예를 들어, 서브프레임)에 대해, 각각의 서브프레임은 이들 2개의 비트맵 중 하나에 의해서만 표시되거나 선언될 수 있다. 예를 들어, 오버랩된 부분의 서브프레임 k에 대해, SA 비트맵이 1을 갖거나, 데이터 비트맵이 1을 갖게 되고, 양쪽 모두의 비트맵이 이 서브프레임 k에 대해 1을 갖게 되는 케이스가 될 수는 없으며, 즉, 양쪽 모두의 비트맵이 그 서브프레임을 자신의 리소스로서 선언하게 되는 경우에는 에러 케이스(error case)가 된다. 모드 2 데이터 오프셋은, saPeriod 옵션 2에서 나타낸 바와 같이, saPeriod 이후 saPeriod의 개시에서 시작될 수 있다.

도 23은, SA 비트맵 및 데이터 비트맵 스팬이 오버랩될 수 있거나, 데이터 비트맵 스팬에 대한 부분 비트맵이 지원될 수 있는 다른 리소스 풀 구성 2300을 도시한 것이다. 도 23에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

다중 리소스 풀들을 갖는 하나 이상의 리소스 풀 구성들은 다음과 같이 고려될 수 있다.

상기 도 20의 옵션들 각각에 대한, SA를 위한, 또는 데이터 비트맵을 위한 다중 리소스 풀들을 지원하는 제 1 방법은, 비트맵 자체를 사용하여, 상이한 세트의 리소스들(서브프레임들)에 대응하는 직교 비트들을 가짐으로써, 직교 리소스 세트를 나타내는 것이다. 예를 들어, 길이 40의 비트맵의 경우, 첫번째 20 비트가 제 1 리소스 풀을 위해 사용될 수 있고, 두번째 20 비트는 제 2 리소스 풀을 위해 사용될 수 있다. 또는, 짝수 번째 비트들(제 2, 제 4, 제 6. . . . )이 제 1 리소스 풀을 위해 사용될 수 있고, 홀수 번째 비트들(제 1, 제 3, 제 5. . . . )은 제 2 리소스 풀을 위해 사용될 수 있다.

다중 리소스 풀들을 갖는 제 2 방법은 각각의 비트맵에 대한 대응하는 반복 횟수와 함께 상이한 오프셋 값들을 사용하는 것일 수 있다.

도 24는 본 개시의 실시예들에 따른 다중 리소스 풀 구성을 도시한 것이다. 도 24에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

본 실시예에서, 제 1 풀은 반복 횟수 1인 비트맵을 갖으며(여기서, 반복 횟수는 제 1 비트맵 및 반복 비트맵들 모두를 포함함), 제 2 풀은 반복 횟수 1인 비트맵을 갖으며, 제 3 풀은 반복 횟수 2인 비트맵을 갖는다. 대응하는 오프셋들은 SFN0에 관한 것일 수 있거나, 또는 풀 주기(예를 들어, 옵션 2에서의 풀 주기)의 시작과 관련될 수 있다. 오프셋은 예를 들어, 제 1 풀의 시작, 또는 제 1 풀의 종료 등에 관한 상대적 오프셋일 수도 있다.

다중 리소스 풀들을 갖는 제 3 방법은 상이한 리소스 풀들에 대한, 상이한 주기 정의 및 상이한 오프셋 값들을 사용하는 것일 수 있다.

도 25는 본 개시의 실시예에 따른 다른 다중 리소스 풀 구성 2500을 도시한 것이다. 도 25에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

본 실시예에서, 각 풀은 자신의 주기 정의 및 그 주기에 대한 대응하는 오프셋을 가질 수 있다. 이 예는 주기 정의 옵션 1로 확장될 수도 있으며, 여기서 주기는 SFN 0으로부터 시작된다.

도 26은 본 개시의 실시예들에 따른, 상이한 풀들이 동일/상이한 주기들을 가질 수 있는 다른 다중 리소스 풀 구성 2600을 도시한 것이다. 도 26에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예들이 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

본 실시예에서, 각 풀은 자신의 주기 정의 및 그 주기에 대한 대응하는 오프셋을 가질 수 있다. 풀 1 주기는 다른 풀들에 대한 주기와 상이할 수 있다. 이 예는 주기 정의 옵션 1로 확장될 수도 있으며, 여기서 주기는 SFN 0으로부터 시작된다.

다중 리소스 풀들을 갖는 제 4 방법은 상이한 지속 기간들의 세트를 사용하는 것일 수 있으며, 여기서 각 지속 기간은 주기 길이이다. 예를 들어, 제 1 풀은 짝수 번째 주기를 사용할 수 있고, 제 2 풀은 홀수 번째 주기를 사용할 수 있다.

도 27은 본 개시의 실시예들에 따른 다른 다중 리소스 풀 구성 2700을 도시한 것이다. 도 27에 나타낸 실시예는 단지 예시를 위한 것이다. 다른 실시예가 본 개시의 범위를 벗어나지 않고 사용될 수 있다.

본 실시예들에서는, 제 1 풀이 짝수 번째 주기(주기 #0, 2, 4,…)에 나타나 있고, 제 2 풀이 홀수 번째 주기(주기 #1,3,5,…)에 나타나 있으며, 제 3 풀이 각 주기에 나타나 있다. 이 예는 주기 정의 옵션 2로 확장될 수도 있으며, 여기서 이 주기는 특정 오프셋 이후로부터 시작된다.

제 5 방법은 리소스 풀에 대한 주파수 도메인 리소스 분리, 즉, 상이한 리소스 풀들에 대한 주파수 도메인이 상이한 리소스들을 사용하는 것이다. 이 방법은 시간 도메인 방법(예를 들어, 방법 1-4)과 조합될 수도 있다.

상기 실시예들은 D2D 디스커버리, 또는 D2D 통신에 적용될 수 있다.

리소스 풀의 형성은 계층 1에서 이거나, 계층 2에서 일 수 있다. 예를 들어, 계층 1이 풀에 대한 몇몇 리소스들을 정의하는 경우, 계층 2는 계층 1에 의해 주어진 리소스들에 기반하여, 하나 이상의 풀들을 형성하는 규칙을 형성할 수도 있다. 예를 들어, 도 23에서는, 계층 1이 풀 주기에 기반하여 리소스 풀을 정의할 수 있으며, 계층 2는 풀들 1, 2 및 3을 더 정의할 수 있거나, 또는 대안적으로, 계층 1이 풀들 1, 2 및 3을 정의할 수 있다.

일 실시예에서, 주기의 경우, 이 주기의 값은 SFN 범위에 대한 지속 시간의 정수배가 아니어도 되며, 여기서 이 SFN은 SFN 인덱스를 나타내는 비트들의 수에 의해 결정된다. 예를 들어, SFN이 10 비트를 갖는 경우, SFN 범위는 0-1023이다. 예를 들어, saPeriod가 TDD UL-DL 구성 0에 대해 {70,140,280} ms이고, TDD UL-DL 구성 6에 대해 {60,120,240} ms일 수 있는 경우, SFN 범위 0-1023에 부분 주기 또는 프랙셔널 주기가 존재하게 된다.

주기의 정의에 대한 옵션 1(즉, 주기가 SFNO에서 시작)이 사용되는 경우에는, SFN 범위 0-1023의 끝에서, 부분(프랙셔널) 주기가 사용될 수 있으며, SFN 범위 0-1023 에 대한 패턴이 1024 프레임마다 반복될 수 있다. 대안적으로, 이 프랙셔널 주기는 SFN 범위 1-1023의 개시에 존재할 수 있다.

주기의 정의에 대한 옵션 2(즉, 주기가 특정 오프셋 이후에 시작)이 사용되는 경우에는, SFN 범위 0-1023에 대한 패턴이 오프셋(예를 들어, SA 주기 오프셋)에 의해 시프트될 수 있으며, 패턴이 오프셋의 종료로부터 시작되는 1024 프레임마다 반복될 수 있다.

본 개시가 예시적인 실시예로 설명되었지만, 다양한 변경 및 수정이 당업자에게 제안될 수 있다. 본 개시는 첨부된 청구범위의 범위 내에 있는 그러한 변경 및 수정을 포함하는 것으로 의도된다.

Claims

무선 통신 시스템에서 D2D(device-to-device) 통신을 위한 단말의 동작 방법에 있어서,
기지국과 연관된 다른 단말로부터 디스커버리를 위한 D2DSS(D2D synchronization signal)를 포함하는 적어도 하나의 D2DSS를 수신하는 과정과,
상기 적어도 하나의 D2DSS에 기반하여 상기 기지국에 의하여 구성된 적어도 하나의 수신 리소스 풀을 결정하는 과정과,
상기 적어도 하나의 수신 리소스 풀에 기반하여 상기 다른 단말 로부터 전송된 D2D 디스커버리 신호 또는 D2D 통신 신호를 모니터링하는 과정을 포함하고,
상기 다른 단말이 디스커버리에 연관된 경우, 각각의 디스커버리 전송 풀에 대하여, 디스커버리를 위한 상기 D2DSS는 디스커버리 전송 풀의 첫번째 서브프레임에 선행하고 상기 첫번째 서브프레임에 대하여 시간 영역에서 가장 가까운 서브프레임에서 상기 다른 단말로부터 수신되는,
방법.
제1 항에 있어서,
디스커버리를 위한 상기 D2DSS는 40 ms 주기의 서브프레임들에서 전송되는,
방법.
제1 항에 있어서,
상기 적어도 하나의 수신 리소스 풀은 스케줄링 주기를 갖는 데이터 풀 및 SA(scheduling assignment) 풀의 반복을 포함하고,
상기 데이터 풀은 적어도 하나의 반복되는 데이터 비트맵을 포함하고,
상기 SA 풀은 SA 비트맵을 포함하는,
방법.
제3 항에 있어서,
상기 SA 풀은 상기 스케줄링 주기의 시작 시점으로부터 오프셋만큼 떨어진 시점에서 시작하고,
상기 데이터 풀은 상기 스케줄링 주기의 시작 시점, 또는 상기 SA 풀의 시작 시점, 또는 상기 SA 풀의 종료 시점 중 하나로부터 오프셋만큼 떨어진 시점에서 시작하는,
방법.
제1 항에 있어서,
상기 적어도 하나의 수신 리소스 풀은 비트맵을 포함하고,
각각의 상기 비트맵은 각각의 서브프레임이 D2D 자원으로 사용되는지 여부를 나타내는,
방법.
제5 항에 있어서,
상기 비트맵은 반복되는,
방법.
제1 항에 있어서,
TDD(time division duplex) 구성과 관련된 정보를 수신하는 과정을 더 포함하는,
방법.
무선 통신 시스템에서 D2D(device-to-device) 통신을 위한 단말에 있어서,
송수신기; 및
상기 송수신기와 기능적으로 연결된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
기지국과 연관된 다른 단말로부터 디스커버리를 위한 D2DSS(D2D synchronization signal)를 포함하는 적어도 하나의 D2DSS를 수신하고,
상기 적어도 하나의 D2DSS에 기반하여 상기 기지국에 의하여 구성된 적어도 하나의 수신 리소스 풀을 결정하고,
상기 적어도 하나의 수신 리소스 풀에 기반하여 상기 다른 단말 로부터 전송된 D2D 디스커버리 신호 또는 D2D 통신 신호를 모니터링하도록 구성되고,
상기 다른 단말이 디스커버리에 연관된 경우, 각각의 디스커버리 전송 풀에 대하여, 디스커버리를 위한 상기 D2DSS는 디스커버리 전송 풀의 첫번째 서브프레임에 선행하고 상기 첫번째 서브프레임에 대하여 시간 영역에서 가장 가까운 서브프레임에서 상기 다른 단말로부터 수신되는,
단말.
제8 항에 있어서,
디스커버리를 위한 상기 D2DSS는 40 ms 주기의 서브프레임들에서 전송되는,
단말.
제8 항에 있어서,
상기 적어도 하나의 수신 리소스 풀은 스케줄링 주기를 갖는 데이터 풀 및 SA(scheduling assignment) 풀의 반복을 포함하고,
상기 데이터 풀은 적어도 하나의 반복되는 데이터 비트맵을 포함하고,
상기 SA 풀은 SA 비트맵을 포함하는,
단말.
제10 항에 있어서,
상기 SA 풀은 상기 스케줄링 주기의 시작 시점으로부터 오프셋만큼 떨어진 시점에서 시작하고,
상기 데이터 풀은 상기 스케줄링 주기의 시작 시점, 또는 상기 SA 풀의 시작 시점, 또는 상기 SA 풀의 종료 시점 중 하나로부터 오프셋만큼 떨어진 시점에서 시작하는,
단말.
제8 항에 있어서,
상기 적어도 하나의 수신 리소스 풀은 비트맵을 포함하고,
각각의 상기 비트맵은 각각의 서브프레임이 D2D 자원으로 사용되는지 여부를 나타내는,
단말.
제12 항에 있어서,
상기 비트맵은 반복되는,
단말.
제8 항에 있어서,
상기 적어도 하나의 프로세서는,
TDD(time division duplex) 구성과 관련된 정보를 수신하도록 더 구성된,
단말.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제