KR102381351B1

KR102381351B1 - 롱텀 에볼루션 디바이스-투-디바이스 탐색을 위한 리소스 할당 제어

Info

Publication number: KR102381351B1
Application number: KR1020167030387A
Authority: KR
Inventors: 홍 쳉; 수디르 쿠마르 바헬
Original assignee: 퀄컴 인코포레이티드
Priority date: 2014-05-02
Filing date: 2015-04-02
Publication date: 2022-03-30
Also published as: WO2015167747A1; BR112016025491A2; EP3138337A1; MX2016013942A; US9930643B2; EP3138337B1; KR20170003549A; JP2017516400A; US20150319737A1; JP6563420B2; CN106256161A; CN106256161B; MX356831B

Abstract

무선 통신을 위한 방법, 장치, 및 컴퓨터 프로그램 물건이 제공된다. 장치는 UE일 수도 있다. UE는, D2D 통신을 위한 시스템 정보가 수신되는지를 결정한다. 부가적으로, UE는, 시스템 정보가 수신되는 경우 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅한다. 추가적으로, UE는, 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정한다.

Description

롱텀 에볼루션 디바이스-투-디바이스 탐색을 위한 리소스 할당 제어{RESOURCE ALLOCATION CONTROL FOR LONG TERM EVOLUTION DEVICE-TO-DEVICE DISCOVERY}

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

[0001] 본 출원은, 발명의 명칭이 "RESOURCE ALLOCATION CONTROL FOR LONG TERM EVOLUTION DEVICE-TO-DEVICE DISCOVERY"로 2014년 5월 2일자로 출원된 미국 가특허출원 시리얼 넘버 61/987,839호, 및 발명의 명칭이 "RESOURCE ALLOCATION CONTROL FOR LONG TERM EVOLUTION DEVICE-TO-DEVICE DISCOVERY"로 2015년 1월 13일자로 출원된 미국 특허출원 제 14/596,146호의 이점을 주장하며, 그 가특허출원 및 그 특허출원은 그 전체가 본 명세서에 인용에 의해 명백히 포함된다.

[0002] 본 발명은 일반적으로 통신 시스템들에 관한 것으로, 더 상세하게는, 롱텀 에볼루션 디바이스-투-디바이스 탐색을 위한 리소스 할당 제어에 관한 것이다.

[0003] 무선 통신 시스템들은 텔레포니(telephony), 비디오, 데이터, 메시징, 및 브로드캐스트들과 같은 다양한 원격통신 서비스들을 제공하도록 광범위하게 배치되어 있다. 통상적인 무선 통신 시스템들은 이용가능한 시스템 리소스들(예를 들어, 대역폭, 송신 전력)을 공유함으로써 다수의 사용자들과의 통신을 지원할 수 있는 다중-액세스 기술들을 이용할 수도 있다. 그러한 다중-액세스 기술들의 예들은 코드 분할 다중 액세스(CDMA) 시스템들, 시분할 다중 액세스(TDMA) 시스템들, 주파수 분할 다중 액세스(FDMA) 시스템들, 직교 주파수 분할 다중 액세스(OFDMA) 시스템들, 단일-캐리어 주파수 분할 다중 액세스(SC-FDMA) 시스템들, 및 시분할 동기식 코드 분할 다중 액세스(TD-SCDMA) 시스템들을 포함한다.

[0004] 이들 다중 액세스 기술들은 상이한 무선 디바이스들이, 도시 레벨, 국가 레벨, 지역 레벨, 및 심지어 글로벌 레벨 상에서 통신할 수 있게 하는 공통 프로토콜을 제공하기 위해 다양한 원격통신 표준들에서 채택되어 왔다. 신생(emerging) 원격통신 표준의 일 예는 롱텀 에볼루션(LTE)이다. LTE는 3세대 파트너쉽 프로젝트(3GPP)에 의해 발표된 UMTS(Universal Mobile Telecommunications System) 모바일 표준에 대한 향상들의 세트이다. LTE는, 스펙트럼 효율도를 개선시키고, 비용들을 낮추고, 서비스들을 개선시키고, 새로운 스펙트럼을 이용하며, 다운링크(DL) 상에서는 OFDMA, 업링크(UL) 상에서는 SC-FDMA, 그리고 다중-입력 다중-출력(MIMO) 안테나 기술을 사용하여 다른 개방형(open) 표준들과 더 양호하게 통합함으로써 모바일 브로드밴드 인터넷 액세스를 더 양호하게 지원하도록 설계된다. 그러나, 모바일 브로드밴드 액세스에 대한 요구가 계속 증가함에 따라, LTE 기술에서의 추가적인 개선들에 대한 필요성이 존재한다. 바람직하게, 이들 개선들은 다른 다중-액세스 기술들 및 이들 기술들을 이용하는 원격통신 표준들에 적용가능해야 한다.

[0005] 본 발명의 일 양상에서, 방법, 컴퓨터 프로그램 물건, 및 장치가 제공된다. 장치는 무선 통신을 위한 사용자 장비일 수도 있다. 장치는, 디바이스-투-디바이스 통신을 위한 시스템 정보가 수신되는지를 결정한다. 장치는 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅한다. 장치는 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정한다.

[0006] UE의 제 1 계층은, 시스템 정보를 수신할 수도 있고 적어도 하나의 플래그를 셋팅할 수도 있으며, 제 1 계층보다 높은 제 2 계층은, 적어도 하나의 플래그를 체크할 수도 있고, D2D 리소스들을 결정하도록 제 1 계층에게 요청할 수도 있다. 제 1 계층은 라디오 리소스 제어(RRC) 계층일 수도 있고, 제 2 계층은 근접도-기반 서비스(ProSe) 프로토콜 계층일 수도 있다. 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정될 수도 있으며, 장치는, 공통 D2D 리소스들의 세트가 시스템 정보에서 표시되는지를 결정할 수도 있고, UE의 라디오 리소스 제어(RRC) 상태를 결정할 수도 있으며, 여기서, 적어도 하나의 플래그는 공통 D2D 리소스들의 세트가 시스템 정보에서 표시되는지에 기초하여 그리고 결정된 RRC 상태에 기초하여 셋팅될 수도 있다. 공통 D2D 리소스들의 세트는, 시스템 정보에서 표시되는 것으로 결정될 수도 있고, RRC 상태는 RRC 유휴 상태에 있는 것으로 결정될 수도 있으며, 장치는, D2D 리소스들의 할당을 위한 요청이 요구되지 않는다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구되지 않는다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, D2D 통신을 위해 시스템 정보에서 표시된 공통 D2D 리소스들의 세트를 사용하도록 결정함으로써 D2D 리소스들을 결정할 수도 있다. 공통 D2D 리소스들의 세트는, 시스템 정보에서 표시되는 것으로 결정될 수도 있고, RRC 상태는 RRC 접속 상태인 것으로 결정될 수도 있으며, 장치는, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써 D2D 리소스들을 결정할 수도 있고, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들일 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 서빙 기지국으로부터 D2D 리소스들의 세트를 이용하여 D2D 통신을 수행하는 것을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써 그리고 D2D 리소스들의 세트가 D2D 통신을 위해 예비된다는 확인을 기지국으로부터 수신함으로써 D2D 리소스들을 결정할 수도 있다. 공통 D2D 리소스들의 세트는, 시스템 정보에서 표시되지 않는 것으로 결정될 수도 있고, RRC 상태는 RRC 유휴 상태에 있는 것으로 결정될 수도 있으며, 장치는, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션(transition)함으로써, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써, 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써 D2D 리소스들을 결정할 수도 있고, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들일 수도 있다. 장치는, 제 1 계층이 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션하게 하기 위해 제 1 계층보다 더 높은 제 3 계층을 제 2 계층에 의해 제어할 수도 있다. 제 3 계층은 비-액세스 층(NAS) 계층일 수도 있다. 공통 D2D 리소스들의 세트는, 시스템 정보에서 표시되지 않는 것으로 결정될 수도 있고, RRC 상태는 RRC 접속 상태에 있는 것으로 결정될 수도 있으며, 장치는, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써 D2D 리소스들을 결정할 수도 있고, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 서빙 기지국으로부터 D2D 리소스들의 세트를 이용하여 D2D 통신을 수행하는 것을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써 그리고 D2D 리소스들의 세트가 D2D 통신을 위해 예비된다는 확인을 기지국으로부터 수신함으로써 D2D 리소스들을 결정할 수도 있다. 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정될 수도 있고, 공통 D2D 리소스들의 세트는 시스템 정보에서 표시될 수도 있으며, 장치는, 공통 D2D 리소스들의 세트를 사용하여 D2D 통신을 수행할 수도 있고, 공통 D2D 리소스들의 세트를 통한 D2D 통신을 중지할 수도 있으며, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 수도 있고, 여기서, 적어도 하나의 플래그는 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 시에 셋팅될 수도 있고, 장치는, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 어떠한 D2D 리소스들도 이용가능하지 않다고 제 2 계층에 결정함으로써, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써, 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써 D2D 리소스들을 결정할 수도 있고, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다. 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정될 수도 있고, 공통 D2D 리소스들의 세트는 시스템 정보에서 표시되지 않을 수도 있고, 장치는, D2D 리소스들의 할당된 세트를 사용하여 D2D 통신을 수행할 수도 있고, D2D 리소스들의 할당된 세트의 사용의 철회(revocation)를 수신할 수도 있으며, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있다. 장치는, D2D 통신이 지원되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 적어도 하나의 플래그로부터 결정할 수도 있으며, 어떠한 D2D 리소스들도 이용가능하지 않다고 제 2 계층에 결정함으로써, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써, 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써 D2D 리소스들을 결정할 수도 있고, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다. 시스템 정보는 D2D 통신을 위해서는 수신되지 않는다고 결정할 수도 있으며, 장치는 D2D 통신이 지원되지 않는다는 것을 표시하는 적어도 하나의 플래그 중 일 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅할 수도 있고, 여기서, D2D 리소스들은 널(null) 세트인 것으로 결정될 수도 있다. 장치는 D2D 리소스들에서 신호들을 송신할 수도 있다.

[0007] 도 1은 네트워크 아키텍처의 일 예를 도시한 다이어그램이다.
[0008] 도 2는 액세스 네트워크의 일 예를 도시한 다이어그램이다.
[0009] 도 3은 LTE에서의 DL 프레임 구조의 일 예를 도시한 다이어그램이다.
[0010] 도 4는 LTE에서의 UL 프레임 구조의 일 예를 도시한 다이어그램이다.
[0011] 도 5는 사용자 및 제어 평면들에 대한 라디오 프로토콜 아키텍처의 일 예를 도시한 다이어그램이다.
[0012] 도 6은 액세스 네트워크 내의 이벌브드 노드 B(eNB) 및 사용자 장비의 일 예를 도시한 다이어그램이다.
[0013] 도 7은 디바이스-투-디바이스 통신 시스템의 다이어그램이다.
[0014] 도 8은, 디바이스-투-디바이스(D2D) 통신에 관련된 UE의 스택으로 구성된 다양한 계층들, 계층 기능들, 및 그들 사이의 다양한 인터페이스들을 도시한 블록도이다.
[0015] 도 9는 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 1 다이어그램이다.
[0016] 도 10은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 2 다이어그램이다.
[0017] 도 11은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 3 다이어그램이다.
[0018] 도 12는 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 4 다이어그램이다.
[0019] 도 13은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 5 다이어그램이다.
[0020] 도 14는 무선 통신 방법의 흐름도이다.
[0021] 도 15는 제 1 무선 통신 방법을 도시한 다이어그램이다.
[0022] 도 16은, 예시적인 장치 내의 상이한 모듈들/수단들/컴포넌트들 사이의 데이터 흐름을 도시한 개념적인 데이터 흐름도이다.
[0023] 도 17은 프로세싱 시스템을 이용하는 장치에 대한 하드웨어 구현의 일 예를 도시한 다이어그램이다.

[0024] 첨부된 도면들과 관련하여 아래에 기재된 상세한 설명은 다양한 구성들의 설명으로서 의도되며, 본 명세서에 설명된 개념들이 실시될 수도 있는 구성들을 표현하도록 의도되지 않는다. 상세한 설명은 다양한 개념들의 완전한 이해를 제공하려는 목적을 위한 특정한 세부사항들을 포함한다. 그러나, 이들 개념들이 이들 특정한 세부사항들 없이도 실시될 수도 있다는 것은 당업자들에게는 명백할 것이다. 몇몇 예시들에서, 잘 알려진 구조들 및 컴포넌트들은 그러한 개념들을 불명료하게 하는 것을 회피하기 위해 블록도 형태로 도시된다.

[0025] 원격통신 시스템들의 수 개의 양상들은 이제 다양한 장치 및 방법들을 참조하여 제시될 것이다. 이들 장치 및 방법들은, 다양한 블록들, 모듈들, 컴포넌트들, 회로들, 단계들, 프로세스들, 알고리즘들 등(집합적으로, "엘리먼트들"로 지칭됨)에 의해 다음의 상세한 설명에서 설명되고 첨부한 도면들에서 도시될 것이다. 이들 엘리먼트들은 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이들의 임의의 결합을 사용하여 구현될 수도 있다. 그러한 엘리먼트들이 하드웨어로서 구현될지 또는 소프트웨어로서 구현될지는 특정한 애플리케이션 및 전체 시스템에 부과된 설계 제약들에 의존한다.

[0026] 예로서, 엘리먼트, 또는 엘리먼트의 임의의 일부, 또는 엘리먼트들의 임의의 결합은, 하나 또는 그 초과의 프로세서들을 포함하는 "프로세싱 시스템"을 이용하여 구현될 수도 있다. 프로세서들의 예들은 마이크로프로세서들, 마이크로제어기들, 디지털 신호 프로세서(DSP)들, 필드 프로그래밍가능 게이트 어레이(FPGA)들, 프로그래밍가능 로직 디바이스(PLD)들, 상태 머신들, 게이팅된 로직, 이산 하드웨어 회로들, 및 본 발명 전반에 걸쳐 설명된 다양한 기능을 수행하도록 구성된 다른 적절한 하드웨어를 포함한다. 프로세싱 시스템의 하나 또는 그 초과의 프로세서들은 소프트웨어를 실행할 수도 있다. 소프트웨어는, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 디스크립션 언어, 또는 다른 용어로서 지칭되는지에 관계없이, 명령들, 명령 세트들, 코드, 코드 세그먼트들, 프로그램 코드, 프로그램들, 서브프로그램들, 소프트웨어 모듈들, 애플리케이션들, 소프트웨어 애플리케이션들, 소프트웨어 패키지들, 루틴들, 서브루틴들, 오브젝트들, 실행가능물들, 실행 스레드들, 절차들, 함수들 등을 의미하도록 광범위하게 해석되어야 한다.

[0027] 따라서, 하나 또는 그 초과의 예시적인 실시예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수도 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터 판독가능 매체 상에 하나 또는 그 초과의 명령들 또는 코드로서 저장되거나 이들로서 인코딩될 수도 있다. 컴퓨터 판독가능 매체들은 컴퓨터 저장 매체들을 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 랜덤-액세스 메모리(RAM), 판독-전용 메모리(ROM), 전기적으로 소거가능한 프로그래밍가능 ROM(EEPROM), 컴팩트 디스크 ROM(CD-ROM) 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 반송(carry) 또는 저장하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 상기한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

[0028] 도 1은 LTE 네트워크 아키텍처(100)를 도시한 다이어그램이다. LTE 네트워크 아키텍처(100)는 이벌브드 패킷 시스템(EPS)(100)으로 지칭될 수도 있다. EPS(100)는 하나 또는 그 초과의 사용자 장비(UE)(102), E-UTRAN(Evolved UMTS Terrestrial Radio Access Network)(104), EPC(Evolved Packet Core)(110), 및 오퍼레이터의 인터넷 프로토콜(IP) 서비스들(122)을 포함할 수도 있다. EPS는 다른 액세스 네트워크들과 상호접속할 수 있지만, 간략화를 위해, 그들 엔티티들/인터페이스들은 도시되지 않는다. 도시된 바와 같이, EPS는 패킷-교환 서비스들을 제공하지만, 당업자들이 용이하게 인식할 바와 같이, 본 발명 전반에 걸쳐 제시된 다양한 개념들은 회선-교환 서비스들을 제공하는 네트워크들로 확장될 수도 있다.

[0029] E-UTRAN은, 이벌브드 노드 B(eNB)(106) 및 다른 eNB들(108)을 포함하며, 멀티캐스트 조정 엔티티(MCE)(128)를 포함할 수도 있다. eNB(106)는 UE(102)를 향한 사용자 및 제어 평면 프로토콜 종단(termination)들을 제공한다. eNB(106)는 백홀(예를 들어, X2 인터페이스)을 통해 다른 eNB들(108)에 접속될 수도 있다. MCE(128)는, 이벌브드 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS)(eMBMS)에 대한 시간/주파수 라디오 리소스들을 할당하고, eMBMS에 대한 라디오 구성(예를 들어, 변조 및 코딩 방식(MCS))을 결정한다. MCE(128)는 별도의 엔티티 또는 eNB(106)의 일부일 수도 있다. eNB(106)는 또한, 기지국, 노드 B, 액세스 포인트, 베이스 트랜시버 스테이션, 라디오 기지국, 라디오 트랜시버, 트랜시버 기능, 기본 서비스 세트(BSS), 확장된 서비스 세트(ESS), 또는 몇몇 다른 적절한 용어로 지칭될 수도 있다. eNB(106)는 UE(102)에 대해 EPC(110)로의 액세스 포인트를 제공한다. UE들(102)들의 예들은 셀룰러 전화기, 스마트폰, 세션 개시 프로토콜(SIP) 전화기, 랩탑, 개인 휴대 정보 단말(PDA), 위성 라디오, 글로벌 포지셔닝 시스템, 멀티미디어 디바이스, 비디오 디바이스, 디지털 오디오 플레이어(예를 들어, MP3 플레이어), 카메라, 게임 콘솔, 태블릿, 또는 임의의 다른 유사한 기능 디바이스를 포함한다. UE(102)는 또한, 모바일 스테이션, 가입자 스테이션, 모바일 유닛, 가입자 유닛, 무선 유닛, 원격 유닛, 모바일 디바이스, 무선 디바이스, 무선 통신 디바이스, 원격 디바이스, 모바일 가입자 스테이션, 액세스 단말, 모바일 단말, 무선 단말, 원격 단말, 핸드셋, 사용자 에이전트, 모바일 클라이언트, 클라이언트, 또는 몇몇 다른 적절한 용어로 당업자들에 의해 지칭될 수도 있다.

[0030] eNB(106)는 EPC(110)에 접속된다. EPC(110)는 MME(Mobility Management Entity)(112), 홈 가입자 서버(HSS)(120), 다른 MME들(114), 서빙 게이트웨이(116), 멀티미디어 브로드캐스트 멀티캐스트 서비스(MBMS) 게이트웨이(124), 브로드캐스트 멀티캐스트 서비스 센터(BM-SC)(126), 및 패킷 데이터 네트워크(PDN) 게이트웨이(118)를 포함할 수도 있다. MME(112)는 UE(102)와 EPC(110) 사이의 시그널링을 프로세싱하는 제어 노드이다. 일반적으로, MME(112)는 베어러(bearer) 및 접속 관리를 제공한다. 모든 사용자 IP 패킷들은 서빙 게이트웨이(116)를 통해 전달되며, 서빙 게이트웨이(116) 그 자체는 PDN 게이트웨이(118)에 접속된다. PDN 게이트웨이(118)는 UE IP 어드레스 할당 뿐만 아니라 다른 기능들을 제공한다. PDN 게이트웨이(118) 및 BM-SC(126)는 IP 서비스들(122)에 접속된다. IP 서비스들(122)은 인터넷, 인트라넷, IP 멀티미디어 서브시스템(IMS), PS 스트리밍 서비스(PSS), 및/또는 다른 IP 서비스들을 포함할 수도 있다. BM-SC(126)는 MBMS 사용자 서비스 프로비져닝(provisioning) 및 전달을 위한 기능들을 제공할 수도 있다. BM-SC(126)는 콘텐츠 제공자 MBMS 송신을 위한 엔트리 포인트로서 기능할 수도 있고, PLMN 내의 MBMS 베어러(bearer) 서비스들을 인증 및 개시하는데 사용될 수도 있으며, MBMS 송신들을 스케줄링 및 전달하는데 사용될 수도 있다. MBMS 게이트웨이(124)는, 특정한 서비스를 브로드캐스팅하는 MBSFN(Multicast Broadcast Single Frequency Network) 영역에 속하는 eNB들(예를 들어, (106, 108))에 MBMS 트래픽을 분배하는데 사용될 수도 있고, 세션 관리(시작/중지)를 담당하고 eMBMS 관련 과금 정보를 수집하는 것을 담당할 수도 있다.

[0031] 도 2는 LTE 네트워크 아키텍처 내의 액세스 네트워크(200)의 일 예를 도시한 다이어그램이다. 이러한 예에서, 액세스 네트워크(200)는 다수의 셀룰러 영역들(셀들)(202)로 분할된다. 하나 또는 그 초과의 더 낮은 전력 클래스 eNB들(208)은, 셀들(202) 중 하나 또는 그 초과와 중첩하는 셀룰러 영역들(210)을 가질 수도 있다. 더 낮은 전력 클래스 eNB(208)는 펨토 셀(예를 들어, 홈 eNB(HeNB)), 피코 셀, 마이크로 셀, 또는 원격 라디오 헤드(RRH)일 수도 있다. 매크로 eNB들(204)은 각각, 각각의 셀(202)에 할당되고, 셀들(202) 내의 모든 UE들(206)에 대해 EPC(110)로의 액세스 포인트를 제공하도록 구성된다. 이러한 예의 액세스 네트워크(200)에는 중앙화된 제어기가 존재하지 않지만, 대안적인 구성들에서는 중앙화된 제어기가 사용될 수도 있다. eNB들(204)은, 라디오 베어러 제어, 승인 제어, 모빌리티 제어, 스케줄링, 보안, 및 서빙 게이트웨이(116)로의 접속을 포함하는 모든 라디오 관련 기능들을 담당한다. eNB는 하나 또는 다수(예를 들어, 3개)의 셀들(또한, 섹터들로 지칭됨)을 지원할 수도 있다. 용어 "셀"은, eNB의 가장 작은 커버리지 영역 및/또는 특정한 커버리지 영역을 서빙하는 eNB 서브시스템을 지칭할 수 있다. 추가적으로, 용어들 "eNB", "기지국" 및 "셀"은 본 명세서에서 상호교환가능하게 사용될 수도 있다.

[0032] 액세스 네트워크(200)에 의해 이용되는 변조 및 다중 액세스 방식은, 이용되고 있는 특정한 원격통신 표준에 의존하여 변할 수도 있다. LTE 애플리케이션들에서, 주파수 분할 듀플렉스(FDD) 및 시분할 듀플렉스(TDD) 둘 모두를 지원하기 위해, OFDM이 DL 상에서 사용되고, SC-FDMA가 UL 상에서 사용된다. 당업자들이 후속할 상세한 설명으로부터 용이하게 인식할 바와 같이, 본 명세서에 제시된 다양한 개념들은 LTE 애플리케이션들에 매우 적합하다. 그러나, 이들 개념들은 다른 변조 및 다중 액세스 기술들을 이용하는 다른 원격통신 표준들에 용이하게 확장될 수도 있다. 예로서, 이들 개념들은 EV-DO(Evolution-Data Optimized) 또는 UMB(Ultra Mobile Broadband)로 확장될 수도 있다. EV-DO 및 UMB는, CDMA2000 표준군의 일부로서 3세대 파트너쉽 프로젝트 2(3GPP2)에 의해 발표된 에어 인터페이스 표준들이며, 모바일 스테이션들에 브로드밴드 인터넷 액세스를 제공하도록 CDMA를 이용한다. 이들 개념들은 또한, 광대역-CDMA(W-CDMA) 및 TD-SCDMA와 같은 CDMA의 다른 변형들을 이용하는 UTRA(Universal Terrestrial Radio Access); TDMA를 이용하는 모바일 통신들을 위한 글로벌 시스템(GSM); 및 이벌브드 UTRA(E-UTRA), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 및 OFDMA를 이용하는 Flash-OFDM으로 확장될 수도 있다. UTRA, E-UTRA, UMTS, LTE 및 GSM은 3GPP 조직으로부터의 문헌들에 설명되어 있다. CDMA2000 및 UMB는 3GPP2 조직으로부터의 문헌들에 설명되어 있다. 이용되는 실제 무선 통신 표준 및 다중 액세스 기술은 특정한 애플리케이션 및 시스템에 부과된 전체 설계 제약들에 의존할 것이다.

[0033] eNB들(204)은 MIMO 기술을 지원하는 다수의 안테나들을 가질 수도 있다. MIMO 기술의 사용은 eNB들(204)이 공간 멀티플렉싱, 빔포밍, 및 송신 다이버시티를 지원하도록 공간 도메인을 활용할 수 있게 한다. 공간 멀티플렉싱은, 동일한 주파수 상에서 동시에 데이터의 상이한 스트림들을 송신하는데 사용될 수도 있다. 데이터 스트림들은, 데이터 레이트를 증가시키도록 단일 UE(206)에 또는 전체 시스템 용량을 증가시키도록 다수의 UE들(206)에 송신될 수도 있다. 이것은, 각각의 데이터 스트림을 공간적으로 프리코딩(precode)(즉, 진폭 및 위상의 스캐일링을 적용)하고, 그 후, DL 상에서 다수의 송신 안테나들을 통해 각각의 공간적으로 프리코딩된 스트림을 송신함으로써 달성된다. 공간적으로 프리코딩된 데이터 스트림들은, 상이한 공간 서명들을 이용하여 UE(들)(206)에 도달하며, 이는 UE(들)(206) 각각이 그 UE(206)에 대해 예정된 하나 또는 그 초과의 데이터 스트림들을 복원할 수 있게 한다. UL 상에서, 각각의 UE(206)는 공간적으로 프리코딩된 데이터 스트림을 송신하며, 이는 eNB(204)가 각각의 공간적으로 프리코딩된 데이터 스트림의 소스를 식별할 수 있게 한다.

[0034] 채널 조건들이 양호할 경우, 공간 멀티플렉싱이 일반적으로 사용된다. 채널 조건들이 덜 바람직할 경우, 하나 또는 그 초과의 방향들로 송신 에너지를 포커싱하기 위해 빔포밍이 사용될 수도 있다. 이것은, 다수의 안테나들을 통한 송신을 위해 데이터를 공간적으로 프리코딩함으로써 달성될 수도 있다. 셀의 에지들에서 양호한 커버리지를 달성하기 위해, 단일 스트림 빔포밍 송신이 송신 다이버시티와 결합하여 사용될 수도 있다.

[0035] 후속하는 상세한 설명에서, 액세스 네트워크의 다양한 양상들이, DL 상에서 OFDM을 지원하는 MIMO 시스템을 참조하여 설명될 것이다. OFDM은, OFDM 심볼 내의 다수의 서브캐리어들을 통해 데이터를 변조하는 확산-스펙트럼 기술이다. 서브캐리어들은 정확한 주파수들로 이격된다. 간격은, 수신기가 서브캐리어들로부터 데이터를 복원할 수 있게 하는 "직교성(orthogonality)"을 제공한다. 시간 도메인에서, 가드 간격(예를 들어, 사이클릭 프리픽스)은 인터-OFDM-심볼 간섭에 대처하기 위해 각각의 OFDMA 심볼에 부가될 수도 있다. UL은, 높은 피크-투-평균 전력 비(PAPR)를 보상하기 위해 DFT-확산 OFDM 신호의 형태로 SC-FDMA를 사용할 수도 있다.

[0036] 도 3은 LTE에서의 DL 프레임 구조의 일 예를 도시한 다이어그램(300)이다. 프레임(10ms)은 10개의 동등하게 사이징(size)된 서브프레임들로 분할될 수도 있다. 각각의 서브프레임은 2개의 연속하는 시간 슬롯들을 포함할 수도 있다. 리소스 그리드는 2개의 시간 슬롯들을 표현하는데 사용될 수도 있으며, 각각의 시간 슬롯은 리소스 블록을 포함한다. 리소스 그리드는 다수의 리소스 엘리먼트들로 분할된다. LTE에서, 정규 사이클릭 프리픽스에 대해, 리소스 블록은, 총 84개의 리소스 엘리먼트들에 대해 주파수 도메인에서는 12개의 연속하는 서브캐리어들, 및 시간 도메인에서는 7개의 연속하는 OFDM 심볼들을 포함한다. 확장된 사이클릭 프리픽스에 대해, 리소스 블록은, 총 72개의 리소스 엘리먼트들에 대해 주파수 도메인에서는 12개의 연속하는 서브캐리어들, 및 시간 도메인에서는 6개의 연속하는 OFDM 심볼들을 포함한다. R(302, 304)로서 표시되는, 리소스 엘리먼트들 중 몇몇은 DL 기준 신호들(DL-RS)을 포함한다. DL-RS는 셀-특정 RS(CRS)(또한 종종 공통 RS로 지칭됨)(302) 및 UE-특정 RS(UE-RS)(304)를 포함한다. UE-RS(304)는, 대응하는 물리 DL 공유 채널(PDSCH)이 매핑되는 리소스 블록들 상에서 송신된다. 각각의 리소스 엘리먼트에 의해 반송된 비트들의 수는 변조 방식에 의존한다. 따라서, UE가 수신하는 리소스 블록들이 많아지고 변조 방식이 고차가 될수록, UE에 대한 데이터 레이트가 더 높아진다.

[0037] 도 4는 LTE에서의 UL 프레임 구조의 일 예를 도시한 다이어그램(400)이다. UL에 대한 이용가능한 리소스 블록들은 데이터 섹션 및 제어 섹션으로 분할될 수도 있다. 제어 섹션은 시스템 대역폭의 2개의 에지들에서 형성될 수도 있으며, 구성가능한 사이즈를 가질 수도 있다. 제어 섹션 내의 리소스 블록들은 제어 정보의 송신을 위해 UE들에 할당될 수도 있다. 데이터 섹션은 제어 섹션에 포함되지 않는 모든 리소스 블록들을 포함할 수도 있다. UL 프레임 구조는, 데이터 섹션이 인접한 서브캐리어들을 포함하는 것을 초래하며, 이는 단일 UE가 데이터 섹션에서 인접한 서브캐리어들 모두를 할당받게 할 수도 있다.

[0038] UE는 eNB로 제어 정보를 송신하기 위해 제어 섹션에서 리소스 블록들(410a, 410b)을 할당받을 수도 있다. UE는 또한, eNB로 데이터를 송신하기 위해 데이터 섹션에서 리소스 블록들(420a, 420b)을 할당받을 수도 있다. UE는, 제어 섹션 내의 할당된 리소스 블록들 상의 물리 UL 제어 채널(PUCCH)에서 제어 정보를 송신할 수도 있다. UE는 데이터 섹션 내의 할당된 리소스 블록들 상의 물리 UL 공유 채널(PUSCH)에서 데이터 또는 데이터 및 제어 정보 둘 모두를 송신할 수도 있다. UL 송신은 서브프레임의 둘 모두의 슬롯들에 걸쳐 있을 수도 있으며, 주파수에 걸쳐 홉핑할 수도 있다.

[0039] 리소스 블록들의 세트는, 초기 시스템 액세스를 수행하고, 물리 랜덤 액세스 채널(PRACH)(430)에서 UL 동기화를 달성하는데 사용될 수도 있다. PRACH(430)는 랜덤 시퀀스를 반송하고, 어떠한 UL 데이터/시그널링도 반송할 수 없다. 각각의 랜덤 액세스 프리앰블은 6개의 연속하는 리소스 블록들에 대응하는 대역폭을 점유한다. 시작 주파수는 네트워크에 의해 특정된다. 즉, 랜덤 액세스 프리앰블의 송신은 특정한 시간 및 주파수 리소스들로 제약된다. PRACH에 대한 어떠한 주파수 홉핑도 존재하지 않는다. PRACH 시도는 단일 서브프레임(1ms) 또는 몇몇 인접한 서브프레임들의 시퀀스에서 반송되고, UE는 프레임(10ms) 당 단일 PRACH 시도를 행할 수 있다.

[0040] 도 5는 LTE에서의 사용자 및 제어 평면들에 대한 라디오 프로토콜 아키텍처의 일 예를 도시한 다이어그램(500)이다. UE 및 eNB에 대한 라디오 프로토콜 아키텍처는 3개의 계층들: 계층 1, 계층 2, 및 계층 3을 갖는 것으로 도시되어 있다. 계층 1(L1 계층)은 가장 낮은 계층이며, 다양한 물리 계층 신호 프로세싱 기능들을 구현한다. L1 계층은 물리 계층(506)으로 본 명세서에서 지칭될 것이다. 계층 2(L2 계층)(508)는 물리 계층(506) 위에 있으며, 물리 계층(506)을 통한 UE와 eNB 사이의 링크를 담당한다.

[0041] 사용자 평면에서, L2 계층(508)은 매체 액세스 제어(MAC) 서브계층(510), 라디오 링크 제어(RLC) 서브계층(512), 및 패킷 데이터 수렴 프로토콜(PDCP)(514) 서브계층을 포함하며, 이들은 네트워크 측 상의 eNB에서 종단된다. 도시되지는 않았지만, UE는, 네트워크 측 상의 PDN 게이트웨이(118)에서 종단되는 네트워크 계층(예를 들어, IP 계층), 및 접속의 다른 단부(예를 들어, 원단(far end) UE, 서버 등)에서 종단되는 애플리케이션 계층을 포함하는 수 개의 상부 계층들을 L2 계층(508) 위에 가질 수도 있다.

[0042] PDCP 서브계층(514)은 상이한 라디오 베어러들과 로직 채널들 사이에 멀티플렉싱을 제공한다. PDCP 서브계층(514)은 또한, 라디오 송신 오버헤드를 감소시키기 위해 상부 계층 데이터 패킷들에 대한 헤더 압축, 데이터 패킷들을 암호화함으로써 보안, 및 eNB들 사이의 UE들에 대한 핸드오버 지원을 제공한다. RLC 서브계층(512)은 상부 계층 데이터 패킷들의 세그먼트화 및 리어셈블리, 손실된 데이터 패킷들의 재송신, 및 데이터 패킷들의 재순서화를 제공하여, 하이브리드 자동 반복 요청(HARQ)으로 인한 비순차적(out-of-order) 수신을 보상한다. MAC 서브계층(510)은 로직 채널과 전송 채널 사이에 멀티플렉싱을 제공한다. MAC 서브계층(510)은 또한, 하나의 셀의 다양한 라디오 리소스들(예를 들어, 리소스 블록들)을 UE들 사이에 할당하는 것을 담당한다. MAC 서브계층(510)은 또한, HARQ 동작들을 담당한다.

[0043] 제어 평면에서, UE 및 eNB에 대한 라디오 프로토콜 아키텍처는, 제어 평면에 대한 헤더 압축 기능이 존재하지 않는다는 것을 제외하고, 물리 계층(506) 및 L2 계층(508)에 대해 실질적으로 동일하다. 제어 평면은 또한, 계층 3(L3 계층)에 라디오 리소스 제어(RRC) 서브계층(516) 포함한다. RRC 서브계층(516)은 라디오 리소스들(예를 들어, 라디오 베어러들)을 획득하는 것, 및 eNB와 UE 사이에서 RRC 시그널링을 사용하여 하부 계층들을 구성하는 것을 담당한다.

[0044] 도 6은 액세스 네트워크에서 UE(650)와 통신하는 eNB(610)의 블록도이다. DL에서, 코어 네트워크로부터의 상부 계층 패킷들은 제어기/프로세서(675)에 제공된다. 제어기/프로세서(675)는 L2 계층의 기능을 구현한다. DL에서, 제어기/프로세서(675)는 헤더 압축, 암호화, 패킷 세그먼트화 및 재순서화, 로직 채널과 전송 채널 사이의 멀티플렉싱, 및 다양한 우선순위 메트릭들에 기초한 UE(650)로의 라디오 리소스 할당들을 제공한다. 제어기/프로세서(675)는 또한, HARQ 동작들, 손실된 패킷들의 재송신, 및 UE(650)로의 시그널링을 담당한다.

[0045] 송신(TX) 프로세서(616)는 L1 계층(즉, 물리 계층)에 대한 다양한 신호 프로세싱 기능들을 구현한다. 신호 프로세싱 기능들은, UE(650)에서의 순방향 에러 정정(FEC)을 용이하게 하기 위한 코딩 및 인터리빙, 및 다양한 변조 방식들(예를 들어, 바이너리 위상-시프트 키잉(BPSK), 직교 위상-시프트 키잉(QPSK), M-위상-시프트 키잉(M-PSK), M-직교 진폭 변조(M-QAM))에 기초한 신호 성상도(constellation)들로의 매핑을 포함한다. 그 후, 코딩되고 변조된 심볼들은 병렬 스트림들로 분할된다. 그 후, 각각의 스트림은, OFDM 서브캐리어로 매핑되고, 시간 및/또는 주파수 도메인에서 기준 신호(예를 들어, 파일럿)와 멀티플렉싱되며, 그 후, 고속 푸리에 역변환(IFFT)을 사용하여 함께 결합되어, 시간 도메인 OFDM 심볼 스트림을 반송하는 물리 채널을 생성한다. OFDM 스트림은 다수의 공간 스트림들을 생성하기 위해 공간적으로 프리코딩된다. 채널 추정기(674)로부터의 채널 추정치들은 코딩 및 변조 방식을 결정하기 위해 뿐만 아니라 공간 프로세싱을 위해 사용될 수도 있다. 채널 추정치는, 기준 신호 및/또는 UE(650)에 의해 송신된 채널 조건 피드백으로부터 도출될 수도 있다. 그 후, 각각의 공간 스트림은 별개의 송신기(618TX)를 통해 상이한 안테나(620)로 제공될 수도 있다. 각각의 송신기(618TX)는 송신을 위해 각각의 공간 스트림으로 RF 캐리어를 변조할 수도 있다.

[0046] UE(650)에서, 각각의 수신기(654RX)는 자신의 각각의 안테나(652)를 통해 신호를 수신한다. 각각의 수신기(654RX)는 RF 캐리어 상으로 변조된 정보를 복원하고, 그 정보를 수신(RX) 프로세서(656)에 제공한다. RX 프로세서(656)는 L1 계층의 다양한 신호 프로세싱 기능들을 구현한다. RX 프로세서(656)는 UE(650)에 대해 예정된 임의의 공간 스트림들을 복원하도록 정보에 대해 공간 프로세싱을 수행할 수도 있다. 다수의 공간 스트림들이 UE(650)에 대해 예정되면, 그들은 RX 프로세서(656)에 의해 단일 OFDM 심볼 스트림으로 결합될 수도 있다. 그 후, RX 프로세서(656)는 고속 푸리에 변환(FFT)을 사용하여 시간-도메인으로부터 주파수 도메인으로 OFDM 심볼 스트림을 변환한다. 주파수 도메인 신호는, OFDM 신호의 각각의 서브캐리어에 대한 별개의 OFDM 심볼 스트림을 포함한다. 각각의 서브캐리어 상의 심볼들, 및 기준 신호는 eNB(610)에 의해 송신된 가장 가능성있는 신호 성상도 포인트들을 결정함으로써 복원 및 복조된다. 이들 연판정들은, 채널 추정기(658)에 의해 컴퓨팅된 채널 추정치들에 기초할 수도 있다. 그 후, 연판정들은, 물리 채널 상에서 eNB(610)에 의해 본래 송신되었던 데이터 및 제어 신호들을 복원하기 위해 디코딩 및 디인터리빙된다. 그 후, 데이터 및 제어 신호들은 제어기/프로세서(659)에 제공된다.

[0047] 제어기/프로세서(659)는 L2 계층을 구현한다. 제어기/프로세서는 프로그램 코드들 및 데이터를 저장하는 메모리(660)와 연관될 수 있다. 메모리(660)는 컴퓨터-판독가능 매체로 지칭될 수도 있다. UL에서, 제어기/프로세서(659)는, 전송 채널과 로직 채널 사이의 디멀티플렉싱, 패킷 리어셈블리, 암호해독, 헤더 압축해제, 제어 신호 프로세싱을 제공하여, 코어 네트워크로부터의 상부 계층 패킷들을 복원한다. 그 후, 상부 계층 패킷들은, L2 계층 위의 모든 프로토콜 계층들을 표현하는 데이터 싱크(662)에 제공된다. 다양한 제어 신호들은 또한, L3 프로세싱을 위해 데이터 싱크(662)에 제공될 수도 있다. 제어기/프로세서(659)는 또한, HARQ 동작들을 지원하기 위해 확인응답(ACK) 및/또는 부정 확인응답(NACK) 프로토콜을 사용하여 에러 검출을 담당한다.

[0048] UL에서, 데이터 소스(667)는 상부 계층 패킷들을 제어기/프로세서(659)에 제공하는데 사용된다. 데이터 소스(667)는, L2 계층 위의 모든 프로토콜 계층들을 나타낸다. eNB(610)에 의한 DL 송신과 관련하여 설명된 기능과 유사하게, 제어기/프로세서(659)는, 헤더 압축, 암호화, 패킷 세그먼트화 및 재순서화, 및 eNB(610)에 의한 라디오 리소스 할당들에 기초한 로직 채널과 전송 채널 사이의 멀티플렉싱을 제공함으로써 사용자 평면 및 제어 평면에 대해 L2 계층을 구현한다. 제어기/프로세서(659)는 또한, HARQ 동작들, 손실된 패킷들의 재송신, 및 eNB(610)로의 시그널링을 담당한다.

[0049] 기준 신호 또는 eNB(610)에 의해 송신된 피드백으로부터 채널 추정기(658)에 의해 도출된 채널 추정치들은, 적절한 코딩 및 변조 방식들을 선택하고, 공간 프로세싱을 용이하게 하도록 TX 프로세서(668)에 의해 사용될 수도 있다. TX 프로세서(668)에 의해 생성된 공간 스트림들은 별개의 송신기들(654TX)을 통해 상이한 안테나(652)에 제공될 수도 있다. 각각의 송신기(654TX)는 송신을 위해 각각의 공간 스트림으로 RF 캐리어를 변조할 수도 있다.

[0050] UL 송신은, UE(650)의 수신기 기능과 관련하여 설명된 것과 유사한 방식으로 eNB(610)에서 프로세싱된다. 각각의 수신기(618RX)는 자신의 각각의 안테나(620)를 통해 신호를 수신한다. 각각의 수신기(618RX)는 RF 캐리어 상에서 변조된 정보를 복원하고, 그 정보를 RX 프로세서(670)에 제공한다. RX 프로세서(670)는 L1 계층을 구현할 수도 있다.

[0051] 제어기/프로세서(675)는 L2 계층을 구현한다. 제어기/프로세서(675)는 프로그램 코드들 및 데이터를 저장하는 메모리(676)와 연관될 수 있다. 메모리(676)는 컴퓨터-판독가능 매체로 지칭될 수도 있다. UL에서, 제어기/프로세서(675)는 전송 채널과 로직 채널 사이의 디멀티플렉싱, 패킷 리어셈블리, 암호해독, 헤더 압축해제, 제어 신호 프로세싱을 제공하여, UE(650)로부터의 상부 계층 패킷들을 복원한다. 제어기/프로세서(675)로부터의 상부 계층 패킷들은 코어 네트워크에 제공될 수도 있다. 제어기/프로세서(675)는 또한, HARQ 동작들을 지원하기 위해 ACK 및/또는 NACK 프로토콜을 사용하여 에러 검출을 담당한다.

[0052] 도 7은 디바이스-투-디바이스 통신 시스템(700)의 다이어그램이다. 디바이스-투-디바이스 통신 시스템(700)은, 복수의 무선 디바이스들(704, 706, 708, 710)을 포함한다. 디바이스-투-디바이스 통신 시스템(700)은, 예를 들어, 무선 광역 네트워크(WWAN)와 같은 셀룰러 통신 시스템과 중첩할 수도 있다. 무선 디바이스들(704, 706, 708, 710) 중 몇몇은, DL/UL WWAN 스펙트럼을 사용하여 디바이스-투-디바이스 통신으로 함께 통신할 수도 있고, 몇몇은 기지국(702)과 통신할 수도 있으며, 몇몇은 둘 모두를 행할 수도 있다. 예를 들어, 도 7에 도시된 바와 같이, 무선 디바이스들(708, 710)은 디바이스-투-디바이스 통신하고 있고, 무선 디바이스들(704, 706)은 디바이스-투-디바이스 통신하고 있다. 무선 디바이스들(704, 706)은 또한, 기지국(702)과 통신하고 있다.

[0053] 위에서 논의된 예시적인 방법들 및 장치들은, 예를 들어, FlashLinQ, WiMedia, Bluetooth, ZigBee, 또는 IEEE 802.11 표준에 기초한 Wi-Fi에 기초하는 무선 디바이스-투-디바이스 통신 시스템과 같은 다양한 무선 디바이스-투-디바이스 통신 시스템들 중 임의의 시스템에 적용가능하다. 설명을 간략화시키기 위해, 예시적인 방법들 및 장치는 LTE의 맥락 내에서 설명된다. 그러나, 당업자는, 예시적인 방법들 및 장치들이 다양한 다른 무선 디바이스-투-디바이스 통신 시스템들에 더 일반적으로 적용가능함을 이해할 것이다.

[0054] 예시적인 실시예들은 일반적으로, UE가 다른 UE와 통신하게 하기 위한 (예를 들어, UE가 다른 UE에 의해 수신된 LTE 대역을 통해 어떤 것을 공시(announce)하게 하는) 방법들 및 장치들을 제공한다.

[0055] 도 8은, D2D 탐색 통신과 같은 D2D 통신에 관련된 UE(802)의 스택으로 구성된 다양한 계층들, 그들의 기능들, 및 그들 사이의 다양한 인터페이스들을 도시한 블록도(800)이다. UE(802)의 스택의 다양한 계층들은, ProSe(근접도-기반 서비스) 프로토콜(804), 비-액세스 층(NAS) 계층(806), RRC 계층/서브계층(808), 및 MAC 계층/서브계층(810)을 포함한다. 다양한 다른 계층들/서브계층들은 예시적인 실시예들의 UE(802)의 스택에 존재할 수도 있다. 그러나, 본 발명의 상세한 설명은, ProSe 프로토콜(804), NAS 계층(806), RRC 계층(808), 및 MAC 계층(810), 및 계층들 중 상이한 계층들 사이의 다양한 상호작용 채널들에 포커싱할 것이다.

[0056] ProSe 프로토콜(804) 아래에 있는 것은, (예를 들어, "유휴 상태"로부터 "접속 상태"로의) UE(802)의 상태 트랜지션을 제어할 수 있는 NAS 계층(806)이다. 그러나, NAS 계층(806)은 통상적으로, D2D 동작을 인식하지 못한다. 또한, NAS 계층(806)은 다른 애플리케이션들에 의해 공유 및 영향받는다.

[0057] NAS 계층(806) 아래에 있는 것은, D2D 라디오 리소스 할당을 위한 요건들에 대한 정보를 갖고 UE(802)의 현재의 상태에 대한 정보를 또한 갖지만 UE 상태의 트랜지션을 제어할 수 없는 RRC 계층(808)이다. RRC 계층(808)은, UE(802)의 라디오 리소스들을 제어할 수 있으며, 네트워크의 기지국/eNB(812)와 통신할 수 있다. 따라서, 라디오 리소스 할당은 단지, RRC 계층(808)에만 이용가능하고 그 계층에 의해서만 제어된다. 또한, 라디오 리소스 할당은, NAS 계층(806) 또는 ProSe 프로토콜(804)에 즉시 알려지지는 않을 수도 있다.

[0058] 최종적으로, RRC 계층(808) 아래에 있는 것은,UE(802)에 대한 송신 스케줄링을 담당하는 MAC 계층(810)이다. 즉, MAC 계층(810)은, UE(802)에 의해 송신될 몇몇 메시지가 오버 디 에어로 진행할 때를 효율적으로 결정하며, 이는 ProSe 프로토콜(804)과 통신함으로써 스케줄링될 수도 있다. 또한, RRC 계층(808)은 아래에서 설명될 바와 같이, 네트워크에 의해 제공된 시스템 정보에 따라 그리고 다른 이벤트들에 따라 MAC 계층(810)의 MAC 라디오 리소스들을 제어할 수 있다.

[0059] 실시예들은, 이용가능한 D2D 리소스들에 대한 정보, 및 제너릭(generic) UE의 접속 상태(즉, 접속 또는 유휴)에 대한 정보가 상기 UE의 스택의 계층들만을 선택하도록 알려진다는 사실을 다룬다. 또한, 하나의 상태로부터 다음의 상태(예를 들어, 유휴 상태로부터 접속 상태)로의 상기 UE를 제어 또는 트랜지션하기 위한 능력은 하나 또는 그 초과의 계층들에 의해서만 프로세싱될 수도 있다.

[0060] 예를 들어, 제너릭 UE의 상부 계층에 대응하는 제어 프로토콜(예를 들어, ProSe 프로토콜)은, D2D 송신에 대응하는 타이밍 및 정보 제한들을 인식하지만, (RRC 계층과 같은) 하부 계층들에 대응하는 정보에 대한 직접적인 액세스를 갖지 않는다.

[0061] 예시적인 실시예들에서, 특정한 환경들 하에서, ProSe 프로토콜(804)은, (예를 들어, 인터페이스(822)를 통해) NAS 계층(806), (예를 들어, 인터페이스(821)를 통해) RRC 계층(808), 및 (예를 들어, 인터페이스(823)를 통해) MAC 계층(810)과 정보를 교환할 수도 있는 반면, RRC 계층(808)은 (예를 들어, 인터페이스(822')를 통해) NAS 계층(806)과 통신할 수도 있다. 부가적으로, RRC 계층(808)은 기지국/eNB(812)와 통신할 수도 있다.

[0062] LTE 다이렉트(LTE-D) 탐색과 같은 D2D 통신을 위한 UE(802)에 대한 라디오 리소스 할당은, eNB(812)가 접속되는 네트워크에 의해 제어될 수도 있다. UE(802)가 (UE(802)가 D2D 탐색 통신에 관여하기를 추구하는) 다른 UE와 직접 통신할 수 있기 전에, UE(802)는 eNB(812)를 통해 네트워크로부터 승인을 획득할 수도 있다. 일단 UE(802)가 네트워크로부터 승인을 수신하면, UE(802)는, 자신의 의도된 통신에 대응하는 코드를 오버 디 에어로 다른 UE에 전송할 수도 있다. 피어 탐색 리소스들로 지칭될 수도 있는 D2D 리소스들을 사용함으로써, UE(802)는 다른 UE에 의해 탐색될 수 있으며, 그 후, D2D 통신 리소스들로 지칭될 수도 있는 D2D 리소스들을 사용하여 다른 UE와 직접 통신할 수 있다. LTE-D 탐색은, 3개의 주요 사용 경우들, 즉 1) 시스템 정보(예를 들어, 시스템 정보 블록(SIB)에 포함된 정보)가 타입 1(즉, 공통) 리소스들을 표시하는 경우, 2) 네트워크가 LTE-D를 지원한다는 것만을 시스템 정보가 표시하는 경우, 및 3) D2D를 위한 어떠한 시스템 정보도 제공되지 않는 경우를 고려한다. 사용 경우 및 UE의 접속/유휴 상태에 의존하여, UE는, RRC 메시지 요청 리소스들(예를 들어, 타입 2(할당된) 리소스들 및/또는 타입 1(공통) 리소스들)을 전송할 수도 있거나 전송하지 않을 수도 있다. 다음은, LTE-D 탐색을 위한 3개의 주요 사용 경우들(1, 2, 및 3) 및 그들의 서브 부분들(a, b, 및 c)이다.

[0063] 경우 1a): D2D 통신을 위한 시스템 정보(예를 들어, SIB)가 타입 1 리소스들을 표시하는 경우(예를 들어, 공통 피어 탐색 리소스들 또는 D2D 통신 리소스들과 같은 D2D 리소스들의 세트가 리소스 풀로부터 eNB(812)를 통해 이용가능하다는 것을 시스템 정보가 표시하는 경우), 및 UE(802)가 유휴 상태(예를 들어, RRC 유휴 상태)에 있는 경우, UE(802)는 D2D 탐색 통신을 위해, 표시된 타입 1 리소스들을 사용할 수 있고, 어떠한 RRC 메시지도 요구되지 않는다. 즉, UE(802)가 유휴 상태에 있는 경우, UE(802)는, eNB(812)에 의해 브로드캐스팅된 정보(예를 들어, 리소스 정보)를 이용할 수 있으며, eNB(812)와의 부가적인 통신 없이 라디오 리소스 관리를 수행할 수 있다.

[0064] 경우 1b): D2D 통신을 위한 SIB가 타입 1 리소스들을 표시하고 UE(802)가 접속 상태(예를 들어, RRC 접속 상태)에 있는 경우, UE(802)는, UE가 타입 1 또는 타입 2 리소스들을 사용하는지에 관계없이, 리소스 할당을 위해 RRC 메시지를 eNB(812)에 전송한다. 즉, UE(802)가 접속 상태에 있는 경우, UE(802)는 eNB(812)를 통해, UE(802)가 D2D 탐색 통신을 수행하게 하기 위해, 승인 뿐만 아니라 리소스 할당에 대한 정보를 네트워크에게 요청한다.

[0065] 경우 1c): D2D 통신을 위한 SIB가 타입 1 리소스들을 표시하는 경우, 및 UE(802)가 피어 탐색을 위해 또는 D2D 통신을 위해 타입 1 리소스들을 이용하면서 유휴 상태로부터 접속 상태로 트랜지션하는 경우, UE(802)는, 현재의 타입 1 리소스들을 사용하는 송신을 종료할 수도 있고, 리소스 할당을 위해 RRC 메시지를 전송할 수도 있으며, 그 후, eNB(812)에 의해 표시된 할당된 리소스들을 이용하여 송신을 재개할 수도 있다.

[0066] 경우 2a): D2D 통신을 위한 SIB가 네트워크가 LTE-D를 지원한다는 것만을 (예를 들어, 네트워크가 피어 탐색을 지원하거나 탐색이 지원된다는 것을) 표시하지만, 임의의 타입 1 리소스 정보를 표시하기를 실패하고, UE(802)가 유휴 상태에 있는 경우, UE(802)는 접속 상태로 트랜지션할 수도 있으며, 그 후, 리소스들을 네트워크에게 요청하기 위해 RRC 메시지를 전송할 수도 있다.

[0067] 경우 2b): D2D 통신을 위한 SIB가 D2D 통신 및 D2D 탐색이 지원된다는 것을 표시하지만, 임의의 리소스 정보를 표시하기를 실패하고, UE(802)가 접속 상태에 있는 경우, UE(802)는 리소스 할당을 위해 RRC 메시지를 전송할 것이다.

[0068] 경우 2c): D2D 통신을 위한 SIB가 D2D 통신 및 D2D 탐색이 지원된다는 것을 표시하지만, 임의의 리소스 정보를 표시하기를 실패하고, UE(802)가 네트워크와의 자신의 접속을 손실하거나 eNB(812)가 UE(802)에 그랜트된 리소스들을 철회하는 경우, UE(802)는 더 이상 리소스들을 계속 사용하지 않을 수도 있다.

[0069] 경우 3): D2D를 위한 어떠한 SIB도 제공되지 않는 경우(예를 들어, UE(802)가 레거시 eNB에 의해 서빙되고, LTE-D를 지원하는 네트워크에 접속되지 않는 경우), UE(802)는 D2D 통신을 수행하지 않을 수도 있으며, 코드를 MAC 계층(810)에 전송하는 것을 중지할 수도 있다. 즉, eNB(812)가 D2D 탐색 또는 D2D 통신을 지원하지 않는 네트워크에 접속되는 경우, UE(802)는 다른 UE와의 D2D 통신에 관여되지 않을 수도 있다.

[0070] 위의 경우들(1a, 1b, 1c, 2a, 2b, 2c, 및 3) 각각은 도 9-13 중 하나에 대응하며, 예시적인 실시예들에 대해 아래에서 더 상세히 논의될 것이다.

[0071] 예시적인 실시예들은, UE(802)가 위에서 약술된 동일한 방식들, 또는 경우들 내에서 여전히 동작하면서, LTE D2D 통신 또는 LTE D2D 탐색을 위한 라디오 리소스 할당 방법들을 수행하기 위한 구성들을 제공한다. 즉, 예시적인 실시예들은, 다양한 시나리오들 하에서 LTE-D 네트워크에 접속된 UE들로의 리소스 할당을 관리하기 위한 방법들 및 장치들을 제공한다.

[0072] 예를 들어, 적절한 D2D 리소스 관리를 지원하려는 목적을 위해, 예시적인 실시예들은 RRC 계층(808)이, NAS 계층(806) 또는 ProSe 프로토콜(804)과 같은 상부 계층으로부터 트리거를 수신하게 하며, 여기서, 트리거는 RRC 계층(808)이 "D2D 리소스 요청" 메시지를 eNB(812)에 전송하게 한다. 이러한 시나리오는 경우들 1b, 1c, 2a, 및 2b를 참조하여 논의될 것이다.

[0073] 또한, 예시적인 실시예들은 RRC 계층(808)이 몇몇 상태 변화 이벤트들을 ProSe 프로토콜(804)에게 표시 또는 통신할 수 있게 하여, 그에 의해, ProSe 프로토콜(804)이 어떤 동작들이 취해질 필요가 있는지를 결정할 수 있게 한다. 이러한 시나리오는 경우들 2c 및 3을 참조하여 논의될 것이다.

[0074] 부가적으로, 예시적인 실시예들은, RRC 메시지의 전송(예를 들어, RRC 계층(808)에 의한 D2D 리소스 요청 메시지의 전송)이 UE(802)의 상태 트랜지션을 항상 동반하지는 않는다는 것을 고려한다. 그러한 경우, NAS 계층(806)을 관련시키는 것은, 임의의 부가적인 이점을 제공하지는 않을 수도 있으며, UE(802)의 동작의 효율을 감소시킬 수도 있다. 이러한 시나리오는 경우들 1b 및 2b를 참조하여 논의될 것이다.

[0075] 다시 도 8을 참조하면, 예시적인 실시예들은, UE(802) 내의 ProSe 프로토콜(804)과 RRC 계층(808) 사이에 인터페이스 또는 상호작용 채널(821)을 제공함으로써 LTE D2D 통신을 위한 리소스들의 효율적인 UE 관리를 제공한다. 상호작용 채널(821)은 RRC 계층(808)이 ProSe 프로토콜(804)에 정보를 제공할 수 있게 하며, 그 프로토콜은, 정보에 기초하여 (뿐만 아니라 NAS 계층(806)의 접속/유휴 상태에 기초하여) UE(802)의 관련된 상태 트랜지션을 핸들링할 수도 있다.

[0076] 본 발명의 실시예들에서, RRC 계층(808)에 의해 ProSe 프로토콜(804)에 제공된 정보는: 1) eNB(812)의 네트워크가 LTE-D(D2D)를 지원하는지; 및 2) RRC 계층(808)이 eNB(812)로부터 리소스들을 획득할 수 있기 위하여 UE(802)의 다른 계층들에 의한 몇몇 동작을 RRC 계층(808)이 요구할 것인지에 대응한다.

[0077] 위에서 설명된 경우들 각각에 대해, 정보는 하나 또는 그 초과의 플래그들을 사용하여 RRC 계층(808)에 의해 ProSe 프로토콜(804)에 통신될 수도 있으며, 그에 의해, RRC 계층(808)이 비교적 작은 양의 정보를 통신하면서 UE(802)의 특정한 상태들을 표시할 수 있게 한다. 본 발명의 실시예에서, RRC 계층(808)은, 2개의 플래그들을 셋팅함으로써 위의 정보를 ProSe 프로토콜(804)에 통신한다. 본 발명의 상세한 설명의 목적들을 위해, 이들 플래그들은 "트리거 필요함" 플래그 및 "탐색 지원됨" 플래그로 지칭될 수도 있다. 이들 2개의 플래그들은, SIB의 RRC 계층의 판독에 따라 RRC 계층(808)에 의해 셋팅된다.

[0078] 도면들을 참조하면, 플래그들의 3개의 상이한 구성들이 논의될 것이다. 먼저, 탐색 지원됨 플래그가 셋팅되고(예를 들어, 플래그에 대응하는 값은 1과 동일함), 필요한 트리거 플래그는 언셋팅(unset)된다(예를 들어, 플래그에 대응하는 값은 0과 동일함)(예를 들어, 경우 1a). 둘째로, 탐색 지원됨 플래그 및 필요한 트리거 플래그 둘 모두가 셋팅된다(예를 들어, 경우들 1b, 1c, 2a, 2b, 및 2c). 셋째로, 탐색 지원됨 플래그는 언셋팅된다(필요한 트리거 플래그는 셋팅될 수도 있거나 언셋팅될 수도 있음)(예를 들어, 경우 3). 용어 "탐색 지원됨 플래그"가 본 발명의 명세서 및 도면들 전반에 걸쳐 사용되지만, 다른 구성들에서, "탐색 지원됨 플래그"는, D2D 통신이 네트워크에 의해 지원된다는 것을 표시하는 "D2D 통신 지원됨 플래그"일 수도 있다.

[0079] 플래그들 및 UE(802) 접속 상태에 기초하여, ProSe 프로토콜(804)은 아래에서 논의될 바와 같이, (예를 들어, NAS 계층(806)을 트리거링함으로써) 상태 트랜지션을 야기하고, (예를 들어, 리소스들에 대한 요청을 전송하도록 RRC 계층(808)에게 명령하기 위해) RRC 계층(808)을 트리거링하며, 그리고/또는 커맨드를 MAC 계층(810)에 전송할 수도 있다.

[0080] 도 9는 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 1 다이어그램(900)이다. 도 9를 참조하면, 위에서 언급된 경우 1a가 논의된다. 본 경우에서, eNB(812)의 네트워크는 LTE를 지원하며, UE(802)는 유휴 상태에 있다. 또한, SIB는 타입 1 리소스들이 이용가능하다는 것을 표시하며, 그에 의해, 라디오 리소스들의 공통 풀(pool)이 D2D 통신(예를 들어, 피어 탐색)을 위해 그 풀로부터 원하는 리소스들을 선택하도록 UE(802)에 이용가능하다는 것을 표시한다.

[0081] 따라서, RRC 계층(808)은 탐색 지원됨 플래그를 셋팅하는 반면(예를 들어, 탐색 지원됨 플래그는 1로 셋팅됨), 트리거 필요함 플래그는 언셋팅된다(예를 들어, 트리거 필요함 플래그는 0으로 셋팅됨). 이러한 정보는, 예시적인 실시예들에 따라 ProSe 프로토콜(804)에 의해 관측될 수 있다. 또한, 플래그들은 RRC 계층(808)이 (이용가능한 리소스들이 타입 1 리소스들인지 또는 타입 2 리소스들인지를 표시하는 정보와 같이) ProSe 프로토콜(804)에 의해 사용될 필요가 없는 정보를 통신하지 않으면서 유용한 정보를 ProSe 프로토콜(804)에 통신하게 한다.

[0082] 또한, D2D를 위한 MAC 라디오 리소스들은, SIB에 포함된 정보에 따라서 타입 1 리소스들에 따라 RRC 계층(808)에 의해 MAC 계층(810)에서 구성된다. 일단 RRC 계층(808)이 MAC 라디오 리소스들을 구성하면, ProSe 프로토콜(804)은, ProSe 프로토콜(804)에 의해 획득된 하나 또는 그 초과의 ProSe 애플리케이션 코드들(ProSe 앱 코드들)에 따라 송신 기회(TxOP) 시간을 획득하기 위하여 인터페이스, 또는 상호작용 채널(823)(도 8 참조)을 통해 MAC 계층(810)과 통신한다. 상호작용 채널(823)은, ProSe 앱 코드에 대응하는 의도된 LTE-D 메시지를 전송할 때를 ProSe 프로토콜(804)이 알 수 있고 UE(802)가 조정할 수 있도록, ProSe 프로토콜(804)이 MAC 계층(810)에 문의(query)를 전송할 수 있게 한다.

[0083] 본 경우에서, UE(802)의 어떠한 상태 트랜지션도 UE(802)로부터의 메시지의 전달을 위해 필요하지 않기 때문에, ProSe 프로토콜(804)은, UE(802)에 의한 송신을 가능하게 하기 위해 MAC 계층(810)으로부터 TxOP를 성공적으로 직접 획득할 수 있다. 즉, UE(802)가 유휴 상태에 있더라도, MAC 계층(810)의 라디오 리소스들이 구성되기 때문에 그리고 리소스들이 타입 1 리소스들로서 표시되기 때문에, UE(802)의 어떠한 상태 트랜지션도 D2D 통신에 대해 또는 D2D 탐색 통신에 대해 필요하지 않다.

[0084] 일단 ProSe 프로토콜(804)이 MAC 계층(810)과 접촉하면, MAC 계층(810)은, MAC 계층(810)이 다양한 의도된 메시지들에 다양한 시간들을 할당할 필요가 있으므로, 송신 시간에 대해 어떤 정보를 ProSe 프로토콜(804)에 역으로 전송할지(예를 들어, 어떤 TxOP 시간을 역으로 전송할지)를 결정한다. 즉, ProSe 프로토콜(804)은, ProSe 프로토콜(804)이 ProSe 앱 코드를 송신할 수 있는 장래의 시간을 결정하기 위해 MAC 계층(810)과 통신한다. 따라서, MAC 계층(810)은, MAC 계층(810)이 ProSe 프로토콜(804)이 TxOP 시간에 따라 메시지(예를 들어, ProSe 앱 코드 및 메시지 무결성 체크섬(MIC))를 전달할 수 있는 특정한 시간을 이관(relegate)시킬 수 있도록, 선택된 TxOP 시간을 역으로 ProSe 프로토콜(804)에 전송한다.

[0085] 본 경우에서, 아래에서 논의될 바와 같이, ProSe 프로토콜(804)이 단일의 대응하는 ProSe 앱 코드에 대한 단일 TxOP 시간을 획득하지만, UE(802)는, 다수의 대응하는 각각의 TxOP 시간들을 갖는 다수의 ProSe 앱 코드들을 허용한다는 것을 유의해야 한다.

[0086] MAC 계층(810)으로부터 유효한 TxOP 시간을 수신할 시에, ProSe 프로토콜(804)은 추가적으로 아래에서 논의될 바와 같이, NAS 계층(806)을 트리거링할지 또는 RRC 계층(808)을 트리거링할지를 결정한다. 어떤 트리거도 이러한 경우에는 필요하지 않기 때문에, ProSe 프로토콜(804)은, 대응하는 TxOP 시간에 기초하여 각각의 ProSe 애플리케이션 코드에 대한 메시지 무결성 체크섬(MIC)(예를 들어, 보안 통합 체크 결과)을 계산한다. 그 후, ProSe 프로토콜(804)은, MAC 계층(810)에 의해 통신되는 요청된 그리고 획득된 TxOP 시간에 따라 ProSe 앱 코드를 전송하며, UE(802)는 ProSe 앱 코드에 대응하는 D2D 통신 메시지(예를 들어, D2D 탐색 통신 메시지)를 전송한다.

[0087] 도 9를 계속 참조하면, 위에서 언급된 경우 1b가 논의된다. 본 경우에서, eNB(812)의 네트워크는 LTE-D를 여전히 지원하고, SIB는 타입 1 리소스들이 이용가능하다는 것을 표시하지만, UE(802)는 접속 상태로 트랜지션된다.

[0088] 본 경우에서, RRC 계층(808)이 (예를 들어, 경우 1a에서) 유휴 상태로부터 접속 상태로 트랜지션되기 때문에, MAC 라디오 리소스들은 RRC 계층(808)에 의해 MAC 계층(810)으로부터 제거된다. 즉, RRC 계층(808)은, 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두를 셋팅하며(예를 들어, 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두는 1로 셋팅됨), 트리거 필요함 플래그가 새로이 셋팅되기 때문에, RRC 계층(808)은 MAC 계층(810)으로부터 D2D 라디오 리소스들을 제거한다. 다시, 플래그들에 의해 표시된 정보는 ProSe 프로토콜(804)에 의해 관측될 수 있다.

[0089] 이전의 경우와 달리, ProSe 프로토콜(804)이 MAC 계층(810)과의 자신의 통신들을 통해, ProSe 프로토콜(804)에 의해 이전에 획득된 하나 또는 그 초과의 ProSe 앱 코드들에 따라 TxOP 시간을 획득하기를 시도할 경우, TxOP 시간을 획득하기 위한 시도는 실패한다. 어떠한 탐색 라디오 리소스들도 MAC 계층(810)에서 구성되지 않기 때문에, MAC 계층(810)은, 몇몇 동작이 취해질 필요가 있다는 것을 ProSe 프로토콜(804)에게 표시하도록 "널 TxOP 시간"을 사용한다. 즉, MAC 계층(810)은, 어떠한 송신 시간도 이용가능하지 않다는 것을 표시하기 위해 "널" 또는 몇몇 다른 표시자를 ProSe 프로토콜(804)에 전송하며, 그에 의해, 어떠한 라디오 리소스들도 탐색 기간에서 이용가능하지 않다는 것을 표시함으로써 몇몇 동작이 취해질 필요가 있다는 것을 ProSe 프로토콜(804)에 표시한다.

[0090] 다시, ProSe 프로토콜(804)은, NAS 계층(806)을 트리거링할지 또는 RRC 계층(808)을 트리거링할지를 결정한다. 여기서, 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두가 1로 셋팅되기 때문에, 그리고 UE(802)가 접속 상태로 트랜지션되기 때문에, UE(802)의 어떠한 상태 트랜지션도 필요하지 않다. 따라서, ProSe 프로토콜(804)은 RRC 계층(808)에 트리거를 전송하도록 결정한다.

[0091] 더 상세한 세부사항에서, TxOP 시간을 획득하기를 실패한 결과로서, ProSe 프로토콜(804)은 RRC 계층(808)에 의해 셋팅된 2개의 전술된 플래그들을 체크한다. RRC 계층(808)이 LTE-D가 지원된다는 것을 표시하지만 동작이 필요한 경우(예를 들어, 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두가 1로 셋팅됨), ProSe 프로토콜(804)은, UE(802)가 접속 상태에 있는지 또는 유휴 상태에 있는지를 결정하기 위해 체크한다. ProSe 프로토콜(804)이 SIB가 이용가능한 리소스들로서 표시하는 것(예를 들어, 타입 1 리소스들 또는 타입 2 리소스들)을 알 필요가 없기 때문에, 그 정보는 (예를 들어, RRC 계층(808)의 플래그들로부터) ProSe 프로토콜(804)로 통신될 필요가 없다. 즉, TxOP 시간을 획득하기 위한 실패된 시도에 후속하여, ProSe 프로토콜(804)은 단지, 그것이 UE(802)의 상태(예를 들어, 접속 상태 또는 유휴 상태)를 결정해야 한다는 것을 알기 위해 트리거 필요함 플래그가 1로 셋팅된다는 것만을 알 필요가 있다. 본 경우에서, UE(802)가 접속 상태에 있기 때문에(예를 들어, UE(802)의 NAS 계층(806)이 접속 상태에 있기 때문에), 어떠한 상태 트랜지션도 필요하지 않으며, ProSe 프로토콜(804)은, 리소스들에 대한 요청(예를 들어, RRC D2D 리소스 요청)을 eNB(812)에 전송하도록 RRC 계층(808)에게 통지한다.

[0092] ProSe 프로토콜(804)로부터 트리거(예를 들어, D2D 요청에 대한 트리거)를 수신할 시에, RRC 계층(808)은 요청(예를 들어, RRC D2D 리소스 요청)을 eNB(812)에 전송한다. 그 후, eNB(812)는, 응답(예를 들어, RRC D2D 리소스 응답)을 역으로 RRC 계층(808)에게 전송함으로써 요청에 대응하여 RRC 계층(808)에 응답한다. 따라서, 설명된 RRC D2D 메시지 교환을 사용함으로써, eNB(812)는, 네트워크 트래픽(예를 들어, 네트워크에 접속하기 위해 동일한 eNB(812)를 사용하여 해당 UE(802) 및 다양한 다른 UE들을 수반하는 트래픽))을 더 양호하게 스케줄링할 수 있다.

[0093] 그 후, RRC 계층(808)은, eNB(812)로부터 수신된 응답에 포함된 정보에 따라 MAC 계층(810)에서 MAC D2D 라디오 리소스들을 구성한다. 즉, D2D를 위한 MAC D2D 라디오 리소스들은, RRC 계층(808)과 eNB(812) 사이에서의 메시지 교환의 결과로서 획득된 정보에 따라 셋팅된다. 그 후, MAC 계층(810)은 D2D 송신을 위한 TxOP 시간을 ProSe 프로토콜(804)에 제공할 수 있다.

[0094] 또한 도 9에 도시된 이전에 설명된 경우 1a와 유사한 방식으로, 일단 ProSe 프로토콜(804)이 TxOP 시간을 성공적으로 획득하면, ProSe 프로토콜(804)은, MIC를 계산하고, 그 후, 해당 ProSe 앱 코드 및 계산된 MIC에 대응하여 그리고 획득된 TxOP 시간에 따라 커맨드를 MAC 계층(810)에 전송한다. 그 후, MAC 계층(810)은 수신된 커맨드에 따라 D2D 송신을 개시한다.

[0095] 도 10은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 2 다이어그램(1000)이다. 도 10을 참조하면, 위에서 언급된 경우 1c가 논의된다. 본 경우에서, UE(802)는 유휴 상태로부터 접속 상태로 트랜지션한다. 다시, eNB(812)의 네트워크는 LTE-D를 지원하며, SIB는 타입 1 리소스들이 이용가능하다는 것을 표시한다.

[0096] 따라서, RRC 계층(808)은, MAC 계층(810) 내의 D2D 라디오 리소스들을 널로 셋팅한다. 즉, MAC D2D 라디오 리소스들은 RRC 계층(808)에 의해 MAC 계층(810)으로부터 제거되므로, 그것은, RRC 계층(808)과 eNB(812) 사이에서의 이전에 설명된 RRC 메시지 교환에 포함된 정보에 따라 MAC D2D 라디오 리소스들을 추후에 셋팅할 수 있다. 또한, RRC 계층(808)은, ProSe 프로토콜(804)에 의해 관측될 수 있는 정보인 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두를 셋팅한다.

[0097] 본 경우에서, RRC 계층(808)이 MAC 계층(810)으로부터 MAC 라디오 리소스들을 제거한다는 것을 ProSe 프로토콜(804)이 인식하지 못하는 경우, ProSe 프로토콜(804)은, 획득된 ProSe 앱 코드에 기초하여 MIC를 계산하고, ProSe 앱 코드 및 계산된 MIC에 따라 커맨드를 MAC 계층(810)에 전송한다. 경우 1a와는 달리, ProSe 프로토콜(804)에 의해 전송된 커맨드는, MAC 계층(810)이 RRC 계층(808)에 의해 이전에 제거된 자신의 RRC 라디오 리소스들을 가지므로, MAC 계층(810)에 의해 에러로 수신되며, 재구성되지 않는다.

[0098] 따라서, 본 경우에서, MAC 계층(810)은, MAC 계층(810)에 이용가능한 어떠한 D2D 라디오 리소스들도 존재하지 않는다는 것을 ProSe 프로토콜(804)에 통지하기 위해 에러 통지를 역으로 ProSe 프로토콜(804)에 전송하거나, 또는 대안적으로, ProSe 프로토콜(804)은, (예를 들어, MAC 계층(810)이 ProSe 프로토콜(804)에 에러 통지를 전송하기 위한 능력을 설계 선택이 제거하면) MAC 계층(810)으로부터 TxOP 시간을 획득하기 위한 자신의 시도에서 간단히 실패한다.

[0099] MAC 계층(810)으로부터 에러 통지를 수신할 시에(또는 TxOP 시간을 획득하기를 실패할 시에), ProSe 프로토콜(804)은, UE(802)가 접속 상태에 있는지 또는 유휴 상태에 있는지를 결정하므로, ProSe 프로토콜(804)은, 트리거를 RRC 계층(808)에 전송할지(예를 들어, 도 9의 경우 1b), 또는 유휴 상태로부터 접속 상태로의 UE(802)의 상태 트랜지션을 개시할지(예를 들어, 도 11에 대해 아래에서 추가적으로 설명되는 경우 2a)를 결정할 수 있다.

[00100] 본 경우에서, ProSe 프로토콜(804)은, NAS 계층(806)과 통신함으로써 UE(802)가 유휴 상태에 있다는 것을 인식한다. UE의 NAS 계층(806)이 유휴 상태에 있기 때문에, ProSe 프로토콜(804)은, "레거시 메시지" 또는 "서비스 요청"으로 지칭되는 것을 사용하여 UE(802)의 상태 트랜지션을 트리거링하기를 시도한다. 레거시 메시지/서비스 요청을 사용함으로써, ProSe 프로토콜(804)은 NAS 계층(806)과 통신하며, NAS 계층(806)은, UE(802)를 접속 상태(ECM_CONNECTED)로 트랜지션하고, 상태 트랜지션이 발생했다는 것을 ProSe 프로토콜(804)에게 표시한다.

[00101] 그 후, 그리고 도 9에 도시된 경우 1b와 유사한 방식으로, ProSe 프로토콜(804)은 D2D 요청에 대한 트리거를 RRC 계층(808)에 전송하며, 그에 의해, eNB(812)를 통해 네트워크로부터 리소스들을 리트리브하도록 RRC 계층(808)에게 명령한다. 트리거를 수신할 시에, RRC 계층(808)은 요청 메시지(예를 들어, RRC D2D 리소스 요청 메시지)를 eNB(812)에 전송하며, eNB(812)는 응답 메시지(예를 들어, RRC D2D 리소스 응답 메시지)를 RRC 계층(808)에 전송함으로써 응답한다. 그 후, RRC 계층(808)은, eNB(812)로부터 수신된 응답에 포함된 정보에 따라 MAC 계층(810)에서 MAC D2D 라디오 리소스들을 구성하며, 그에 의해, ProSe 프로토콜(804)이 MAC 계층(810)으로부터 TxOP 시간을 성공적으로 획득할 수 있게 한다. 일단 ProSe 프로토콜(804)이 TxOP 시간을 성공적으로 획득하면, ProSe 프로토콜(804)은, MIC를 계산하고, 그 후, 해당 ProSe 앱 코드 및 MIC에 대응하여 그리고 획득된 TxOP 시간에 따라 커맨드를 MAC 계층(810)에 전송한다. 그 후, MAC 계층(810)은 수신된 커맨드에 따라 송신을 개시한다.

[00102] 도 11은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 3 다이어그램(1100)이다. 도 11을 참조하면, 위에서 언급된 경우 2a가 논의된다. 본 경우에서, UE(802)는 유휴 상태에 있다. 예시적인 실시예들에 따른 이전에 설명된 시나리오들과 달리, SIB는, 타입 1 리소스들이 이용가능하다는 것을 표시하는 것이 아니라, 대신 단지, D2D 통신이 네트워크에 의해 지원된다는 것(예를 들어, 네트워크는 LTE-D를 지원함)만을 표시한다.

[00103] 따라서, SIB가 이용가능한 특정한 타입의 리소스들(예를 들어, 타입 1인지 또는 타입 2인지)에 대한 어떠한 정보도 제공하지 않기 때문에, MAC D2D 라디오 리소스들은, RRC 계층(808)에 의해 MAC 계층(810)으로부터 제거되며, RRC 계층(808)은, ProSe 프로토콜(804)에 의해 관측되는 정보인 탐색 지원됨 플래그(예를 들어, D2D 통신 지원됨 플래그) 및 트리거 필요함 플래그 둘 모두를 셋팅한다. 플래그들 둘 모두가 셋팅되기 때문에 그리고 UE(802)가 유휴 상태에 있기 때문에, UE(802)는 접속 상태에 있도록 상태들을 트랜지션할 것이다.

[00104] 다시, ProSe 프로토콜(804)은, 획득된 ProSe 앱 코드에 기초하여 MIC를 계산하고, ProSe 앱 코드 및 계산된 MIC에 따라 MAC 계층(810)에 커맨드를 전송한다. 그러나, ProSe 프로토콜(804)은, MAC 계층(810)이 RRC 계층(808)에 의해 이전에 제거된 자신의 D2D 라디오 리소스들을 가지므로, MAC 계층(810)으로부터 TxOP 시간을 획득하기 위한 자신의 시도에서 실패한다. TxOP 시간을 획득하기를 실패할 시에, ProSe 프로토콜(804)은, UE(802)가 유휴 상태에 있다는 것을 ProSe 프로토콜(804)에 표시하는 NAS 계층(806)과 통신한다.

[00105] UE(802)가 유휴 상태에 있기 때문에, ProSe 프로토콜(804)은, NAS 계층(806)이 서비스 요청(SR)(예를 들어, 타입 발신 호들에 대한 서비스요청)을 RRC 계층(808)에 (예를 들어, 도 8에 도시된 상호작용 채널(822')을 통해) 전송하게 하기 위한 트리거를 NAS 계층(806)에 전송한다. 그 후, NAS 계층(806)은 RRC 계층(808)에 서비스 요청을 전송하며, RRC 계층(808)은 MAC 계층(810)과 통신하고, 또한, 서비스 요청에 대응하는 절차들에 따라 eNB(812)를 통해 네트워크와 통신한다.

[00106] 그 후, 일단 UE(802)가 접속 상태에 있고, NAS 계층(806)이 UE(802)가 접속된다는 표시를 수신하면, NAS 계층(806)은, UE가 접속 상태(ECM_CONNECTED)에 있다는 것을 ProSe 프로토콜(804)에게 (예를 들어, 도 8에 도시된 상호작용 채널(822)을 통해) 통신한다. UE(802)가 접속 상태에 있는 것 이후에 자신의 접속을 손실할 경우, ProSe 프로토콜(804)과 NAS 계층(806) 사이의 위의 상호작용이 발생할 수 있음을 유의해야 한다(예를 들어, 도 11의 경우 2c).

[00107] 그 후, 그리고 도 9 및 10에 대해 논의된 시나리오들과 유사한 방식으로(예를 들어, 경우들 1b 및 1c), ProSe 프로토콜(804)은 D2D 요청에 대한 트리거를 RRC 계층(808)에 전송하며, 이는 RRC 계층(808)이 요청을 eNB(812)에 전송하게 하고, 그 후, eNB는 응답을 역으로 전송함으로써 요청에 응답한다. 그 후, RRC 계층(808)은, 응답에 포함된 정보에 따라 MAC 계층(810)에서 MAC D2D 라디오 리소스들을 구성하며, ProSe 프로토콜(804)은 MAC 계층(810)으로부터 TxOP 시간을 성공적으로 획득한다.

[00108] 본 경우에서, ProSe 프로토콜(804)은, ProSe 프로토콜(804)이 그것이 ProSe 코드를 오버 디 에어로 전송할 수 있는 때를 이해하게 하기 위해 TxOP 시간에 대해 MAC 계층(810)을 폴링(poll)한다. 일단 ProSe 프로토콜(804)이 TxOP 시간을 성공적으로 획득하면, ProSe 프로토콜(804)은, MIC를 계산하고, 해당 ProSe 앱 코드 및 MIC에 대응하여 그리고 획득된 TxOP 시간에 따라 커맨드를 MAC 계층(810)에 전송한다. 그 후, MAC 계층(810)은 수신된 커맨드에 따라 송신을 개시한다.

[00109] 도 12는 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 4 다이어그램(1200)이다. 도 12를 참조하면, 위에서 언급된 경우 2b가 논의된다. 도 11에 도시된 것과 유사한 방식으로(예를 들어, 경우 2a), SIB는, 타입 1 리소스들이 이용가능하다는 것을 표시하는 것이 아니라, 대신 단지, D2D 통신이 네트워크에 의해 지원된다는 것(예를 들어, 네트워크는 LTE-D를 지원함)만을 표시한다. 그러나, 경우 2a에 대해 논의된 시나리오와는 달리, UE(802)는 접속 상태에 있다. 따라서, UE(802)의 어떠한 상태 트랜지션도 의도된 D2D 통신을 위해 필요하지 않을 것이다.

[00110] 다시, MAC 라디오 리소스들은 RRC 계층(808)에 의해 MAC 계층(810)으로부터 제거되며, RRC 계층(808)은, ProSe 프로토콜(804)에 의해 관측되는 정보인 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두를 셋팅한다.

[00111] 다시, ProSe 프로토콜(804)은, 획득된 ProSe 앱 코드에 기초하여 MIC를 계산하고, ProSe 앱 코드 및 계산된 MIC에 따라 MAC 계층(810)에 커맨드를 전송하며, MAC 계층(810)으로부터 TxOP 시간을 획득하기 위한 자신의 시도에서 실패한다. TxOP 시간을 획득하기를 실패할 시에, ProSe 프로토콜(804)은 RRC 계층(808)에 의해 셋팅된 플래그들을 체크한다. 트리거 필요함 플래그가 1로 셋팅되기 때문에, ProSe 프로토콜(804)은, UE(802)가 접속 상태에 있는지 또는 유휴 상태에 있는지를 결정한다. ProSe 프로토콜(804)은, NAS 계층(806)과 통신함으로써 UE(802)의 상태를 결정하며, 그 계층은 UE(802)가 본 시나리오에서 접속 상태에 있다는 것을 표시한다.

[00112] UE(802)가 접속 상태에 있기 때문에, 그리고 경우 2a에 대해 설명된 시나리오와는 달리, ProSe 프로토콜(804)은, 유휴 상태로부터 접속 상태로 UE(802)를 트랜지션하기 위한 트리거를 NAS 계층(806)에 전송할 필요가 없다. 따라서, 그리고 도 9, 10, 및 11에 대해 논의된 시나리오들과 유사한 방식으로(예를 들어, 경우들 1b, 1c, 및 2a), ProSe 프로토콜(804)은 D2D 리소스 요청에 대한 트리거를 RRC 계층(808)에 전송하고, RRC 계층(808)은, eNB(812)와의 메시지 교환(예를 들어, RRC D2D 리소스 요청 메시지 교환)에 관여한다. 그 후, RRC 계층(808)은, D2D 리소스 요청 메시지 교환을 통해 eNB(812)로부터 획득된 정보에 따라 MAC 계층(810)에서 MAC D2D 라디오 리소스들을 구성하며, ProSe 프로토콜(804)은 MAC 계층(810)으로부터 TxOP 시간을 성공적으로 획득한다. 그 후, ProSe 프로토콜(804)은, 해당 ProSe 앱 코드 및 계산된 MIC에 대응하여 그리고 획득된 TxOP 시간에 따라 MAC 계층(810)에 커맨드를 전송하며, 그에 의해, MAC 계층(810)이 수신된 커맨드에 따라 송신을 개시할 수 있게 한다.

[00113] 도 13은 UE 계층들과 eNB 사이의 예시적인 메시징을 도시한 제 5 다이어그램(1300)이다. 도 11 및 13을 참조하면, 위에서 언급된 경우 2c가 논의된다. 이전에 설명된 실시예들과는 달리, 시스템 정보/SIB는, D2D 리소스들이 eNB(812)에 의해 할당된다는 것을 표시한다. 즉, UE(802)가 자신의 리소스들을 선택하기 위한 타입 1 리소스 풀을 갖는 것 대신, 타입 2 리소스들은, eNB(812)가 접속되는 네트워크에 의해 결정된 바와 같이, UE(802)에 할당 또는 배당된다. 즉, 타입 2는, 네트워크가 어떤 리소스들을 사용할지를 UE(802)에게 상세히 통지한다는 것을 표시하며, UE(802)가 리소스들의 풀로부터 리소스들(예를 들어, 타입 1)을 선택하는 것과는 대조적으로, 전용 리소스들을 UE(802)에게 제공한다. 또한, UE(802)는 접속 상태에 있다.

[00114] 따라서, 그리고 본 경우에서, ProSe 프로토콜(804)은, MAC 계층(810)으로부터 TxOP 시간을 성공적으로 획득하며, ProSe 프로토콜(804)은, 해당 ProSe 앱 코드 및 계산된 MIC에 대응하여 그리고 획득된 TxOP 시간에 따라 MAC 계층(810)에 커맨드를 전송하고, 그에 의해, MAC 계층(810)이 수신된 커맨드에 따라 송신을 개시할 수 있게 한다. 그러나, 본 시나리오에서, MAC 계층(810)이 의도된 D2D 통신을 성공적으로 완료하기 전에, eNB(812)는 도 13에 도시된 바와 같이, RRC D2D 리소스 철회 메시지를 RRC 계층(808)에 전송한다(하지만, 다음의 설명은 도 11에 도시된 바와 같이, UE(802)가 그렇지 않으면 다소 접속을 손실할 경우에 또한 적용될 것이다).

[00115] 그 후, RRC 계층(808)은, 탐색 지원됨 플래그 및 트리거 필요함 플래그 둘 모두가 셋팅된다는 것을 ProSe 프로토콜(804)에 표시하며, RRC 계층(808)은 MAC 계층(810)으로부터 MAC D2D 라디오 리소스들을 제거한다. 따라서, ProSe 프로토콜(804)이 ProSe 앱 코드 및 계산된 MIC에 따라 MAC 계층(810)에 커맨드를 전송할 경우, ProSe 프로토콜(804)은, MAC 계층(810)으로부터 TxOP 시간을 획득하기 위한 자신의 시도에서 실패한다. 그 후, ProSe 프로토콜(804)은, UE(802)가 여전히 접속 상태에 있다는 것을 표시하는 NAS 계층(806)과 통신하고, 따라서, 어떠한 상태 트랜지션도 필요하지 않으며, (경우 2a에 대해 설명된 시나리오에서의 경우와 같이) ProSe 프로토콜(804)은 서비스 요청 SR에 대한 트리거를 NAS 계층(806)에 전송할 필요가 없다.

[00116] 다시, 그리고 도 9, 10, 11, 및 12에 대해 논의된 시나리오들(경우들 1b, 1c, 2a, 및 2b)과 유사한 방식으로, NAS 계층(806)이 UE(802)가 접속 상태에 있다는 것을 표시하기 때문에, ProSe 프로토콜(804)은, D2D 요청에 대한 트리거를 RRC 계층(808)에 전송하며, RRC 계층(808)은, eNB(812)와의 RRC D2D 리소스 메시지 교환에 관여하고, D2D 리소스 메시지 교환에 따라 MAC 계층(810)에서 MAC D2D 라디오 리소스들을 구성한다. 그 후, ProSe 프로토콜(804)은, MAC 계층(810)으로부터 TxOP 시간을 성공적으로 획득하고, 획득된 TxOP 시간에 따라 해당 ProSe 앱 코드 및 계산된 MIC에 대응하여 MAC 계층(810)에 커맨드를 전송하며, 그에 의해, MAC 계층(810)이 수신된 커맨드에 따라 송신을 개시할 수 있게 한다.

[00117] 예시적인 실시예들에 의해 경험될 수도 있는 다른 경우들에 따르면, eNB(812)로부터 자신의 RRC D2D 리소스 요청에 대한 응답을 수신하는 RRC 계층(808) 또는 MAC D2D 라디오 리소스들을 구성하는 RRC 계층(808) 중 어느 하나에서 에러가 발생하는 경우, ProSe 프로토콜(804)은, 타임아웃이 발생한 이후, D2D 요청에 대한 트리거를 RRC 계층(808)에 재전송할 것이다. 즉, 셋팅된 양의 시간이 ProSe 프로토콜(804)로부터 RRC 계층(808)로의 트리거의 초기 전송에 후속하여 경과한 이후, ProSe 프로토콜(804)이 MAC 계층(810)으로부터 어떠한 통신도 수신하지 않는 경우, ProSe 프로토콜(804)은 위에서 설명된 프로세스의 일부를 재개시하기 위해 D2D 요청을 RRC 계층(808)에 재전송한다.

[00118] 최종적으로, 대안적인 경우(예를 들어, 경우 3, 도시되지 않음)에서, RRC 계층(808)은, 탐색 지원됨 플래그가 셋팅되지 않는다는 것(예를 들어, 서빙 기지국/eNB(812)에 접속된 네트워크가 피어 탐색을 지원하지 않는다는 것)을 ProSe 프로토콜(804)에 표시할 수도 있다. 그러한 시나리오에서, ProSe 프로토콜(804)은 D2D 동작들을 시도하지 않아야 한다.

[00119] 또한, 예시적인 실시예들에 의해 잠재적인 경우들로서 고려된 것은, ProSe 프로토콜(804)이 다수의 ProSe 앱 코드들을 전달하기를 추구하는 상황들이다. ProSe 프로토콜(804)은, 오버 디 에어로 공시될 다수의 ProSe 애플리케이션 코드들을 가질 수도 있다. ProSe 프로토콜(804)이 전송할 다수의 ProSe 애플리케이션 코드들을 갖는 경우, ProSe 프로토콜(804)은, 상호작용 채널(823)을 통해 MAC 계층(810)으로부터 다수의 TxOP 시간들을 요청 및 획득한다. D2D 송신에 대한 리소스들이 주파수 및 시간 도메인들 둘 모두에 걸쳐 분배되기 때문에, 다수의 TxOP 기회들에 대한 리소스들은 상이한 절대 시간 값들에 대응하는 것이 가능하다. 예를 들어, ProSe 프로토콜(804)이 2개의 송신 기회들을 요청하는 경우, MAC 계층(810)은 시간 t 및 시간 t+1초를 리턴할 수도 있다. 이들 시간들은, 타입 1 리소스 풀로부터의 선택에 기초하거나, eNB(812)에 의해 결정된 바와 같은 리소스들의 할당에 기초할 수도 있다.

[00120] 따라서, 본 시나리오에서, ProSe 프로토콜(804)은, 상이한 시간들에 기초하여 ProSe 애플리케이션 코드들 각각에 대한 개별 MIC를 계산한다. 예를 들어, ProSe 앱 코드 1에 대한 제 1 MIC는 시간 t에 대해 계산되고, ProSe 앱 코드 2에 대한 제 2 MIC는 시간 t+1에 대해 계산된다.

[00121] 따라서, 상이한 메시지들에 대한 송신 시간들 t 및 t+1이 그들 각각의 MIC와 매칭한다는 것을 보장하기 위해 (그에 의해, (UE(802)가 메시지들을 전달하기를 추구하는) 수신 UE가 메시지들을 정확히 검증할 수 있다는 것을 보장함), ProSe 프로토콜(804)이 송신을 위해 ProSe 앱 코드 및 MIC를 MAC 계층(810)에 전송하는 경우, ProSe 프로토콜(804)은, 어떤 ProSe 앱 코드가 어떤 시간에 송신되어야 하는지를 MAC 계층(810)에 통지한다. 예시적인 실시예들은, MAC 계층(810)과 ProSe 프로토콜(804) 사이에서 송신 기회를 표시하기 위해 2개의 접근법들을 제공한다. 즉, 아래에는, MAC 계층(810)과 ProSe 프로토콜(804) 사이에서 송신 기회 TxOP 시간들을 표시하기 위한 2개의 가능한 접근법들이 제공된다.

[00122] 제 1 접근법에서, 인덱싱 시스템은, 상이한 TxOP 시간들을 구별하기 위해 각각의 TxOP 시간들에 할당된 별개의 인덱스 넘버들을 사용한다. 예를 들어, ProSe 프로토콜(804)이 다수의 TxOP를 요청하는 경우, MAC 계층(810)은 인덱스 넘버를 이용하여 이들 TxOP 시간들 각각을 인덱싱할 것이다.

[00123] ProSe 프로토콜(804)이 MAC 계층(810)을 향해 ProSe 앱 코드들 및 대응하는 MIC 중 하나를 (예를 들어, 하부 계층들을 통해) 아래로 전송하는 경우, ProSe 프로토콜(804)은 특정한 MIC의 계산을 위해 사용된 특정한 TxOP 시간에 대응하는 인덱스 넘버를 표시할 수도 있다. 본 발명의 실시예에서, MAC 계층(810)은 TxOP 시간들을 시퀀스로 제공하며, ProSe 프로토콜(804)은, 각각의 MIC 계산들에 대해 사용된 시간과 동일한 시퀀스에 따라 다양한 ProSe 프로토콜 코드들 및 대응하는 MIC들을 전송할 수도 있다. MAC 계층(810)이 ProSe 프로토콜(804)에 응답하는 경우, 시간 값들 중 몇몇이 동일할 수도 있더라도, MAC 계층(810)은 제공된 TxOP 시간들 각각에 대한 대응하는 시간값을 포함한다.

[00124] 제 2의 대안적인 접근법에서, ProSe 프로토콜(804)은, ProSe 프로토콜(804)이 ProSe 앱 코드를 송신하는 경우 MIC 계산을 위해 사용된 TxOP 시간과 함께 ProSe 앱 코드 및 MIC를 전송한다. 따라서, ProSe 프로토콜(804)은, ProSe 앱 코드들 각각에 대해 하나씩인 다수의 TxOP 기회들을 요청하기 위한 TxOP 요청을 전송할 수도 있다. 그 후, ProSe 프로토콜(804)은 MAC 계층(810)에 전송된 TxOP 요청에서, 송신될 ProSe 앱 코드들의 수를 표시한다. MAC 계층(810)은, ProSe 프로토콜(804)로부터 수신된 요청에 따라 TxOP 시간들의 리스트를 이용하여 응답할 수도 있다. 본 발명의 실시예의 MAC 계층(810)은, 각각의 TxOP 시간에 대한 개별 인덱스 넘버를 이용하여 응답할 수도 있거나, TxOP 시간들 모두에 대한 인덱스를 암시하는 시퀀스에서 전송할 수도 있으며, 이러한 경우, MAC 계층(810)은 다양한 인덱스 넘버들과 그들의 대응하는 TxOP 시간 사이의 매핑을 기억한다. 그러나, ProSe 프로토콜(804)은, ProSe 앱 코드 송신에 대한 커맨드를 전송할 경우 TxOP 시간을 포함할 수도 있으며, 그에 의해, MAC 계층(810)이 인덱스 넘버 매핑을 기억하기 위한 임의의 필요성을 제거한다.

[00125] 또한, 대안적인 동작에서, ProSe 프로토콜(804)은, 그것이 전송할 다수의 코드들을 갖는 경우, 다수의 TxOP 시간들이 요청된다는 것을 표시하는 단일 TxOP 요청을 전송하는 것 대신에, 다수의 요청들을 사용할 수도 있다. 그러한 대안적인 동작에서, ProSe 프로토콜(804)은, 그것이 TxOP에 대해 새로운 코드인지, 또는 ProSe 프로토콜(804)이 기존의/이전의 ProSe 애플리케이션 코드에 대해 새로운 TxOP를 요청하고 있는지를 그 요청에서 표시할 것이다. 예를 들어, ProSe 프로토콜(804)은 인덱스 넘버를 이용하여 ProSe 앱 코드를 인덱싱할 수 있으며, 요청에 그것을 포함할 수 있다. 이러한 방식으로, MAC 계층은 요청이 새로운 ProSe 앱 코드에 대한 것인지를 알지만, MAC 계층은 인덱스의 매핑 및 그에 할당된 대응하는 TxOP 리소스들을 기억할 수도 있다.

[00126] RRC 계층(808)은, 이용가능한 라디오 리소스들이 변하는 상황에 직면할 수도 있다. 예를 들어, 타입 2 리소스 할당(예를 들어, 도 13의 경우 2c)의 경우에서, eNB(812)는, eNB(812)의 로드에 기초하여 또는 D2D 송신을 요청하는 UE들의 수에 기초하여 UE(802)에 할당된 리소스들을 부가 또는 감소시키도록 결정할 수도 있다. 이용가능한 라디오 리소스들이 변하는 경우, RRC 계층(808)은 대응하는 동작을 취하도록 ProSe 프로토콜(804)에게 통지할 수도 있다.

[00127] 예를 들어, RRC 계층(808)은, 시스템 레벨 표시자(예를 들어, "리소스 업데이트됨" 표시자)를 이용하여 ProSe 프로토콜(804)을 향해 (이용가능한 라디오 리소스들이 변한) 표시를 전송할 수도 있다. 이것은, 리소스들이 요구되는 정도의 다른 표시와 함께, MAC 계층(810)으로부터 더 많은 TxOP 시간들을 요청하거나, 리소스 할당을 위해 RRC 계층(808)에 트리거를 전송하도록 ProSe 프로토콜(804)을 트리거링할 것이다. RRC 계층(808)은 네트워크에 의해 할당된 실제 리소스들을 이용하여 응답할 수 있다.

[00128] 대안적인 실시예에서, RRC 계층(808)이 이용가능한 라디오 리소스들이 변하는 상황에 직면하는 경우, RRC 계층(808)은 단지, 업데이트된 리소스들을 이용하여 MAC 계층(810)을 구성할 수도 있다. 따라서, ProSe 프로토콜(804)이 MAC 계층(810)과 통신함으로써 다음의 기회에서 TxOP 시간을 요청하는 경우, ProSe 프로토콜은 네트워크 리소스들에서의 변화를 통지할 것이다(예를 들어, ProSe 프로토콜은, 그것이 MAC 계층(810)으로부터 3개를 요청했지만, 2개의 TxOP 값들만을 관측할 수도 있다. 이러한 경우, ProSe 프로토콜(804)은, (예를 들어, 우선순위들의 세트에 따라 ProSe 앱 코드들 중 하나 또는 그 초과의 송신을 중단하거나, 2개의 가능한 TxOP 기회들을 이용하여 3개의 코드들의 송신을 교번하는) 대응하는 동작을 결정할 것이다.

[00129] 설명된 경우들의 위의 설명이 (예를 들어, LTE-D에서의 공시 UE) 송신기 UE(802)로서 UE(802)에 포커싱되었지만, 위의 설명은 또한, 수신 UE(예를 들어, 다른 UE 또는 모니터링 UE)에 적용가능할 수 있음을 유의해야 한다. 이러한 경우, 모니터링 UE는 접속 상태에 있거나, 네트워크가 SIB에서 어떠한 리소스들도 표시하지 않는 경우, RRC 계층(808)은 트리거 필요함 플래그를 셋팅할 수도 있다(예를 들어, 값을 1로 셋팅함). ProSe 프로토콜(804)이 그것이 ProSe 앱 코드를 수신하기를 원한다는 것을 결정하는 경우, 그것은 eNB(812)를 향해 RRC D2D 리소스 요청 메시지를 전송하도록 RRC 계층(808)을 트리거링할 것이다. eNB(812)가 대응하는 확인을 이용하여 응답하는 경우, RRC 계층(808)은 그에 따라 D2D 리소스들에서 수신하도록 MAC 계층(810)을 셋팅할 수도 있다.

[00130] 본 경우에서, RRC D2D 리소스 요청은 D2D 송신 리소스들에 대해 더 이상 존재하지 않지만, 대신, UE가 수신 리소스들에서 D2D 동작을 수행할 것이라는 것을 eNB(812)에 표시하는데 사용되므로, eNB(812)는 그 리소스들에 걸쳐 임의의 일반적인 LTE 통신을 스케줄링하는 것을 회피해야 하며, 그에 의해, UE의 다른 애플리케이션들에 대한 악영향을 잠재적으로 회피한다. 따라서, eNB(812)로부터 역으로 RRC 계층(808)에 전송된 D2D 리소스 응답 메시지는, 리소스 정보를 포함할 필요는 없지만, 대신 단지 확인을 포함할 수도 있다.

[00131] 다른 대안적인 경우에서, 공시 UE는 또한, 모니터링 UE일 수 있으며, 여기서, 동일한 동작이 적용된다. 그러한 경우, eNB(812)에 전송된 RRC D2D 리소스 요청 메시지는, 메시지가 송신 리소스들에 대해, 수신 스케줄링 보조에 대해, 또는 둘 모두에 대해 대응하는지를 표시할 것이다. eNB(812)로부터 역으로 전송된 RRC D2D 리소스 응답 메시지는, 메시지가 송신 리소스들, 또는 송신 리소스들 및 수신 스케줄링 보조 둘 모두에 대응하는 경우 송신 리소스들을 포함할 것이다.

[00132] 다른 대안적인 경우에서, 모니터링 UE는, 그것이 특정한 공용 지상 모바일 네트워크(PLMN) 또는 특정한 국가 코드에 대해 수신하기만을 원한다는 것을 RRC 계층(808)에 표시할 수도 있다. 그 경우, RRC 계층(808)은 그 요청을 변환할 수도 있으며, 대응하는 RRC D2D 리소스 요청에서 그 소망을 표시할 수도 있다. RRC D2D 리소스 응답에서, eNB(812)는, 모니터링 동작을 수행하기 위해 특정한 방식으로 동작하도록 UE(802)에게 명령할 수도 있다(예를 들어, 특정한 시간에 주파수의 리튜닝을 위해 갭(gap)을 남겨두도록 UE(802)에게 명령할 수도 있음).

[00133] 도 14는 무선 통신 방법의 흐름도(1400)이다. 방법은 UE(예를 들어, UE(802))에 의해 수행될 수도 있다.

[00134] 단계(1402)에서, ProSe 프로토콜(예를 들어, ProSe 프로토콜(804))은 ProSe 애플리케이션 코드를 획득한다. 단계(1404)에서, RRC 계층(예를 들어, RRC 계층(808))은 시스템 정보(예를 들어, SIB)를 획득한다. 단계(1406)에서, RRC 계층은, 네트워크(예를 들어, eNB(812)의 네트워크)가 피어 탐색을 지원한다는 것을 시스템 정보가 표시하는지(예를 들어, 네트워크가 LTE-D 네트워크인지)를 결정한다. 네트워크가 D2D 통신을 지원하지 않는다는 것을 시스템 정보가 표시하면, 단계(1408)에서, RRC 계층은 플래그(예를 들어, 제 2 플래그, 또는 탐색 지원됨 플래그)를 언셋팅하므로, 그에 대응하는 값은 0이다. 따라서, ProSe 프로토콜은 D2D 통신을 시도하지 않아야 하며, 프로세스는 종료된다.

[00135] 네트워크가 피어 탐색을 지원하거나 D2D 통신을 지원한다는 것을 시스템 정보가 표시하면, 단계(1410)에서, RRC 계층은 플래그(예를 들어, 탐색 지원됨 플래그, 또는 D2D 통신 지원됨 플래그)를 셋팅하므로, 그에 대응하는 값은 1이다. 단계(1412)에서, RRC 계층은 시스템 정보가 타입 1 리소스들을 표시하는지를 결정하며, 단계(1414)에서, RRC 계층은 UE가 유휴 상태에 있는지를 결정한다. RRC 계층이 단계들(1412 및 1414)에서, 시스템 정보가 타입 1 리소스들을 표시하기를 실패한다고, 또는 UE가 유휴 상태에 있지 않다고(예를 들어, UE는 접속 상태에 있음) 결정하면, RRC 계층은 단계(1416)에서 다른 플래그(예를 들어, 제 1 플래그, 또는 트리거 필요함 플래그)를 셋팅하며, 그 후, 단계(1418)에서 MAC 계층(예를 들어, MAC 계층(810))의 D2D 라디오 리소스들을 제거한다.

[00136] 그러나, RRC 계층이 시스템 정보가 타입 1 리소스들을 표시한다고 그리고 UE가 유휴 상태에 있다고 결정하면, RRC 계층은, 단계(1420)에서, 다른 플래그를 언셋팅할 것이며(예를 들어, 트리거 필요함 플래그를 0으로 셋팅함), 단계(1422)에서 MAC 계층의 D2D 라디오 리소스들을 구성할 것이다.

[00137] RRC 계층이, 단계(1422)에서 MAC 계층의 D2D 라디오 리소스들을 구성하거나, 단계(1418)에서 MAC 계층의 D2D 라디오 리소스들을 제거한 이후, 단계(1424)에서 ProSe 프로토콜은, MAC 계층으로부터 TxOP 시간을 획득하기를 시도할 것이다. 위에서 논의된 바와 같이, 다수의 ProSe 애플리케이션 코드들이 도 14의 프레임워크 내에서 획득될 수도 있으며, 이 경우, 다수의 대응하는 MIC들이 계산될 것이고, 다수의 TxOP 시간들이 MAC 계층으로부터 획득될 수도 있음을 유의해야 한다.

[00138] ProSe 프로토콜의 시도가 성공적이면, 단계(1426)에서, ProSe 프로토콜은, 단계(1402)에서 획득되었던 ProSe 애플리케이션 코드에 대해 메시지 무결성 체크(MIC)를 계산하고, MIC 및 ProSe 애플리케이션 코드를 MAC 계층에 전송한다.

[00139] 그러나, 단계(1424)에서 MAC 계층으로부터 TxOP 시간을 획득하기 위한 ProSe 프로토콜의 시도가 성공적이지 않으면, 단계(1428)에서, ProSe 프로토콜은, (예를 들어, 트리거 필요함 플래그가 셋팅된다는 것을 검증하고 그리고/또는 탐색 지원됨 플래그가 셋팅된다는 것을 검증하기 위해) RRC 계층에 의해 셋팅된 플래그들을 체크한다.

[00140] 단계(1426)에서, MIC 및 ProSe 애플리케이션 코드를 MAC 계층에 전송한 이후, 단계(1430)에서 에러 통지가 MAC 계층으로부터 ProSe 프로토콜에 의해 수신되면, 또는 트리거 필요함 플래그가 단계(1428)에서 셋팅된다는 것을 검증한 이후, ProSe 프로토콜은 단계(1432)에서 UE가 접속 상태에 있는지를 결정하기 위해 NAS 계층으로 체크한다.

[00141] 단계(1432)에서 UE가 접속 상태에 있지 않다고 결정되면, 단계(1434)에서, ProSe 프로토콜은 접속 상태로 스위칭하도록 NAS 계층을 트리거링하기 위한 서비스 요청을 전송한다. 그 후, 단계(1436)에서, UE는 접속 상태로 트랜지션한다. 그 후, 단계(1438)에서, NAS 계층은, RRC가 접속 상태에 있다는 것을 ProSe 프로토콜에게 표시한다.

[00142] 단계(1438) 이후, 또는 대안적으로는 단계(1432)에서 UE가 접속 상태에 있는 것으로 결정되면, 단계(1440)에서 ProSe 프로토콜 계층은, 리소스들에 대한 요청을 서빙 기지국(예를 들어, eNB(812))에 전송하도록 RRC 계층에게 명령한다. 단계(1442)에서, RRC 계층은 서빙 기지국으로부터 리소스들의 할당을 요청한다. 단계(1444)에서, 서빙 기지국은, 피어 탐색 리소스들 또는 D2D 통신 리소스들과 같은 D2D 리소스들을 할당하는 RRC 계층에 응답을 전송한다. 그 후, RRC 계층은 단계(1422)로 리턴하며, MAC 계층의 라디오 리소스들을 구성한다.

[00143] 그러나, 단계(1430)에서 어떠한 에러 통지도 MAC 계층으로부터 ProSe 프로토콜에 의해 수신되지 않으면, 단계(1446)에서 라디오 리소스들이 eNB에 의해 철회되지 않으면, 그리고 단계(1448)에서 D2D 통신이 종료되지 않으면, UE는, 추가적인 송신을 위해 부가적인 ProSe 애플리케이션 코드들을 획득하기 위해 단계(1402)로 리턴할 수도 있다.

[00144] 대안적으로, 리소스들이 철회되면, RRC 계층은 트리거 필요함 플래그를 셋팅하기 위해 단계(1416)로 리턴한다. 단계(1448)에서 D2D 통신이 종료되면, 프로세스는 종료한다.

[00145] 도 15는 제 1 무선 통신 방법을 도시한 다이어그램(1500)이다. 방법은 UE(802)와 같은 UE에 의해 수행될 수도 있다. 단계(1502)에서, UE는, D2D 통신을 위한 시스템 정보가 수신되는지를 결정한다. UE의 제 1 계층은, 시스템 정보를 수신할 수도 있고 적어도 하나의 플래그를 셋팅할 수도 있으며, 제 1 계층보다 높은 제 2 계층은, 적어도 하나의 플래그를 체크할 수도 있고, D2D 리소스들(예를 들어, 피어 탐색 리소스들)을 결정하도록 제 1 계층에게 요청할 수도 있다.

[00146] (1504)에서, 일 구성에서, 시스템 정보가 D2D 통신을 위해 수신된다고 결정되는 경우, UE는, D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트가 시스템 정보에서 표시되는지를 결정할 수도 있다. 단계(1506)에서, UE는 UE의 라디오 리소스 제어(RRC) 상태를 결정할 수도 있다.

[00147] (1508)에서, 일 구성에서, 시스템 정보가 D2D 통신을 위해 수신된다고 결정되는 경우, 및 공통 피어 탐색 리소스들의 세트와 같은 D2D 리소스들의 세트가 시스템 정보에서 표시되는 경우, UE는, D2D 리소스들의 세트를 사용하여 D2D 피어 탐색 통신과 같은 D2D 통신을 수행할 수도 있다. (1510)에서, UE는 D2D 리소스들의 세트를 통한 D2D 통신을 중지할 수도 있다. (1512)에서, UE는 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 수도 있다.

[00148] (1514)에서, 일 구성에서, 시스템 정보가 D2D 통신을 위해 수신된다고 결정되는 경우, 및 공통 피어 탐색 리소스들의 세트와 같은 D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 경우, UE는, 리소스들의 할당된 세트를 사용하여 D2D 피어 탐색 통신과 같은 D2D 통신을 수행할 수도 있다. (1516)에서, UE는 리소스들의 할당된 세트의 사용의 철회를 수신할 수도 있다.

[00149] (1518)에서, UE는, 시스템 정보가 수신되는 경우 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅한다. 적어도 하나의 플래그는, D2D 리소스들의 세트가 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅될 수도 있다. D2D 리소스들의 세트가 시스템 정보에서 표시되는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 유휴 상태에 있는 것으로 결정되는 경우, 적어도 하나의 플래그를 셋팅하는 것은, D2D 리소스들의 할당을 위한 요청이 요구되지 않는다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 것을 포함할 수도 있다. D2D 리소스들의 세트가 시스템 정보에서 표시되는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 접속 상태에 있는 것으로 결정되는 경우, 적어도 하나의 플래그를 셋팅하는 것은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 것을 포함할 수도 있다. D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 유휴 상태에 있는 것으로 결정되는 경우, 적어도 하나의 플래그를 셋팅하는 것은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 것을 포함할 수도 있다. D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 접속 상태에 있는 것으로 결정되는 경우, 적어도 하나의 플래그를 셋팅하는 것은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 것을 포함할 수도 있다. 적어도 하나의 플래그는, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 시에 셋팅될 수도 있다. 적어도 하나의 플래그를 셋팅하는 것은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 것을 포함할 수도 있다. 시스템 정보가 D2D 통신을 위해서는 수신되지 않는다고 결정되는 경우, 그리고 적어도 하나의 플래그를 셋팅하는 것이 D2D 통신이 지원되지 않는다는 것을 표시하는 적어도 하나의 플래그 중 일 플래그를 셋팅하는 것을 포함하는 경우, D2D 리소스들은 널 세트인 것으로 결정될 수도 있다. (1520)에서, UE는, 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정한다.

[00150] 일 구성에서, 제 1 계층은 RRC 계층이고, 제 2 계층은 ProSe 프로토콜 계층이다. 경우들 1a, 1b, 2a, 2b에 대해, 일 구성에서, 시스템 정보는 D2D 통신을 위해 수신된다고 결정되고(1502), UE는, 공통 피어 탐색 리소스들의 세트와 같은 D2D 리소스들의 세트가 시스템 정보에서 표시되는지를 결정하며(1504), UE의 RRC 상태를 결정한다(1506). 그러한 구성에서, 적어도 하나의 플래그는, D2D 리소스들의 세트가 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅된다(1518).

[00151] 일 구성에서, 경우 1a에 대해, D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트는 시스템 정보에서 표시되는 것으로 결정되며(1504), RRC 상태는 RRC 유휴 상태에 있는 것으로 결정된다(1506). 부가적으로, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구되지 않는다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구되지 않는다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, D2D 통신을 위해 시스템 정보에서 표시된 D2D 리소스들의 세트를 사용하는 것으로 결정함을써 D2D 리소스들을 결정한다(1520).

[00152] 일 구성에서, 경우 1b에 대해, D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트는 시스템 정보에서 표시되는 것으로 결정되며(1504), RRC 상태는 RRC 접속 상태에 있는 것으로 결정된다(1506). 그러한 구성에서, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써, D2D 리소스들을 결정한다(1520). 그러한 구성에서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다. 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 서빙 기지국으로부터의 D2D 리소스들을 이용하여 D2D 통신을 수행하는 것을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 D2D 리소스들의 세트가 D2D 통신(예를 들어, 피어 탐색)을 위해 예비된다는 확인을 기지국으로부터 수신함으로써 D2D 리소스들을 결정한다(1520).

[00153] 일 구성에서, 경우 2a에서, D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트는 시스템 정보에서 표시되지 않는 것으로 결정되며(1504), RRC 상태는 RRC 유휴 상태에 있는 것으로 결정된다(1506). 그러한 구성에서, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션함으로써, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써, D2D 리소스들을 결정한다(1520). 그러한 구성에서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다. 일 구성에서, UE는, 제 1 계층이 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션하게 하기 위해 제 1 계층보다 더 높은 제 3 계층을 제 2 계층에 의해 제어한다. 일 구성에서, 제 3 계층은 NAS 계층이다.

[00154] 일 구성에서, 경우 2b에서, D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트는 시스템 정보에서 표시되지 않는 것으로 결정되며(1504), RRC 상태는 RRC 접속 상태에 있는 것으로 결정된다(1506). 그러한 구성에서, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써, D2D 리소스들을 결정하며, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다(1520). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 서빙 기지국으로부터의 D2D 리소스들을 이용하여 D2D 통신을 수행하는 것을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써, 그리고 D2D 리소스들의 세트가 D2D 통신(예를 들어, 피어 탐색)을 위해 예비된다는 확인을 기지국으로부터 수신함으로써 D2D 리소스들을 결정한다(1520).

[00155] 일 구성에서, 경우 1c에서, 시스템 정보는 D2D 통신을 위해 수신된다고 결정되고(1502), D2D 리소스들(예를 들어, 공통 피어 탐색 리소스들)의 세트는 시스템 정보에서 표시된다(1504). 그러한 구성에서, UE는, D2D 리소스들의 세트를 사용하여 D2D 통신을 수행하고(1508), D2D 리소스들의 세트를 통한 D2D 통신을 중지하며(1510), RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션한다(1512). 부가적으로, 그러한 구성에서, 적어도 하나의 플래그는, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 시에 셋팅되며, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 어떠한 D2D 리소스들도 이용가능하지 않다고 제 2 계층에서 결정함으로써; 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써, D2D 리소스들을 결정한다(1520). 그러한 구성에서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다.

[00156] 일 구성에서, 경우 2c에서, 시스템 정보는 D2D 통신을 위해 수신된다고 결정되고(1502), D2D 리소스들의 세트는 시스템 정보에서 표시되지 않는다(1504). 그러한 구성에서, UE는, D2D 리소스들의 할당된 세트(예를 들어, 피어 탐색 리소스들의 할당된 세트)를 사용하여 D2D 통신을 수행하고(1514), D2D 리소스들의 할당된 세트의 사용의 철회를 수신한다(1516). 그러한 구성에서, 제 1 계층은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, 제 1 계층은, D2D 통신이 지원된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 2 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅한다(1518). 일 구성에서, UE는, D2D 통신이 지원되고 D2D 리소스들의 할당을 위한 요청이 요구된다고 적어도 하나의 플래그로부터 결정한다. 그러한 구성에서, UE는, 어떠한 D2D 리소스들도 이용가능하지 않다고 제 2 계층에서 결정함으로써; 서빙 기지국으로부터 D2D 리소스들의 할당을 요청하도록 제 2 계층에서 제 1 계층에게 요청함으로써; 그리고 서빙 기지국으로부터 D2D 리소스들의 할당을 수신함으로써, D2D 리소스들을 결정하며, 여기서, 결정된 D2D 리소스들은 수신된 할당된 D2D 리소스들이다(1520).

[00157] 일 구성에서, 경우 3에서, 시스템 정보는 D2D 통신을 위해서는 수신되지 않는다고 결정되고(1502), 제 1 계층은, D2D 통신이 지원되지 않는다는 것을 표시하는 적어도 하나의 플래그 중 일 플래그를 셋팅함으로써 적어도 하나의 플래그를 셋팅하며, 여기서, D2D 리소스들은 널 세트인 것으로 결정된다(1518). 일 구성에서, UE는 D2D 리소스들(예를 들어, 피어 탐색 리소스들)에서 신호들을 송신한다.

[00158] 도 16은 예시적인 장치(1602) 내의 상이한 모듈들/수단들/컴포넌트들 사이의 데이터 흐름을 도시한 개념적인 데이터 흐름도(1600)이다. 장치(1602)는 UE일 수도 있다. 장치(1602)는, D2D 통신을 위해 시스템 정보를 수신하도록 구성된 수신 모듈(1610)을 포함한다. 장치(1602)는, 시스템 정보가 D2D 통신을 위해 수신되는지를 결정하도록 구성된 시스템 정보 결정 모듈(1612)을 더 포함한다. 장치(1602)는, 시스템 정보(예를 들어, 기지국(1640)에 의해 할당된 피어 탐색 리소스들에 대응하는 정보)가 수신되는 경우 시스템 정보에 기초하여, 적어도 하나의 플래그를 셋팅하도록 구성된 플래그 셋팅 모듈(1614)을 더 포함한다. 장치(1602)는, 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정하도록 구성된 D2D 리소스 결정 모듈(예를 들어, 피어 탐색 리소스 결정 모듈)(1616)을 더 포함한다. 일 구성에서, 장치(1602)의 제 1 계층은, 수신 모듈(1610), 플래그 셋팅 모듈(1614), 및 D2D 리소스 결정 모듈(1616)을 포함하고, 제 1 계층보다 높은 장치(1602)의 제 2 계층은, 적어도 하나의 플래그를 체크하며, D2D 리소스들을 결정하도록 제 1 계층에게 요청하도록 구성된다. 일 구성에서, 장치(1602)는, 시스템 정보 결정 모듈(1612)이 D2D 리소스들의 세트가 시스템 정보에서 표시되는지를 결정하도록 구성되는 동안, 그리고 플래그 셋팅 모듈(1614)이, D2D 리소스들의 세트가 시스템 정보에서 표시되는지에 기초하여 및 결정된 RRC 상태에 기초하여 적어도 하나의 플래그를 셋팅하도록 구성되는 동안, 장치(1602)의 RRC 상태를 결정하도록 구성된 RRC 상태 결정 및 제어 모듈(1618)을 더 포함한다. 일 구성에서, D2D 리소스들의 세트가 시스템 정보에서 표시되는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 유휴 상태에 있는 것으로 결정되는 경우, 플래그 셋팅 모듈(1614)은, D2D 리소스들의 할당을 위한 요청이 요구되지 않는다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다. 일 구성에서, D2D 리소스들의 세트가 시스템 정보에서 표시되는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 접속 상태에 있는 것으로 결정되는 경우, 플래그 셋팅 모듈(1614)은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다. 일 구성에서, D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 유휴 상태에 있는 것으로 결정되는 경우, 플래그 셋팅 모듈(1614)은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다. 일 구성에서, D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 것으로 결정되는 경우, 그리고 RRC 상태가 RRC 접속 상태에 있는 것으로 결정되는 경우, 플래그 셋팅 모듈(1614)은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다. 일 구성에서, 장치(1602)는 송신 모듈(1620)을 더 포함하며, 시스템 정보가 D2D 통신을 위해 수신되는 것으로 결정되는 경우, 그리고 D2D 리소스들의 세트가 시스템 정보에서 표시되는 경우, RRC 상태 결정 및 제어 모듈(1618)이 RRC 유휴 상태로부터 RRC 접속 상태로 장치(1602)를 트랜지션하도록 구성되는 동안, 그리고 플래그 셋팅 모듈(1614)이, 장치(1602)가 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 시에 적어도 하나의 플래그를 셋팅하도록 구성되고, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는 동안, 송신 모듈(1620)은, D2D 리소스들의 세트를 사용하여 (예를 들어, 다른 UE(1650)와의) D2D 통신을 수행하도록 구성되고, D2D 리소스들의 세트를 통한 D2D 통신을 중지하도록 구성된다. 일 구성에서, 시스템 정보가 D2D 통신을 위해 수신되는 것으로 결정되는 경우, 그리고 D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 경우, 송신 모듈(1620)은, D2D 리소스들의 할당된 세트를 사용하여 D2D 피어 탐색 통신과 같은 D2D 통신을 수행하도록 구성되고, 수신 모듈(1610)은, D2D 리소스들의 할당된 세트의 사용의 철회를 수신하도록 구성되며, 플래그 셋팅 모듈(1614)은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다.

[00159] 도 17은 프로세싱 시스템(1713)을 이용하는 장치(1602')에 대한 하드웨어 구현의 일 예를 도시한 다이어그램(1700)이다. 프로세싱 시스템(1713)은 버스(1724)에 의해 일반적으로 표현된 버스 아키텍처를 이용하여 구현될 수도 있다. 버스(1724)는, 프로세싱 시스템(1713)의 특정한 애플리케이션 및 전체 설계 제약들에 의존하여 임의의 수의 상호접속 버스들 및 브리지들을 포함할 수도 있다. 버스(1724)는, 프로세서(1704)에 의해 표현되는 하나 또는 그 초과의 프로세서들 및/또는 하드웨어 모듈들, 모듈들(1610, 1612, 1614), 및 컴퓨터-판독가능 매체/메모리(1706)를 포함하는 다양한 회로들을 함께 링크시킨다. 버스(1724)는 또한, 당업계에 잘 알려져 있고, 따라서 더 추가적으로 설명되지 않을 타이밍 소스들, 주변기기들, 전압 조정기들, 및 전력 관리 회로들과 같은 다양한 다른 회로들을 링크시킬 수도 있다.

[00160] 프로세싱 시스템(1713)은 트랜시버(1710)에 커플링될 수도 있다. 트랜시버(1710)는 하나 또는 그 초과의 안테나들(1720)에 커플링된다. 트랜시버(1710)는, 송신 매체를 통해 다양한 다른 장치와 통신하기 위한 수단을 제공한다. 트랜시버(1710)는, 하나 또는 그 초과의 안테나들(1720)로부터 신호를 수신하고, 수신된 신호로부터 정보를 추출하며, 추출된 정보를 프로세싱 시스템(1713)에 제공한다. 부가적으로, 트랜시버(1710)는, 프로세싱 시스템(1713)으로부터 정보를 수신하고, 수신된 정보에 기초하여, 하나 또는 그 초과의 안테나들(1720)에 적용될 신호를 생성한다. 프로세싱 시스템(1713)은 컴퓨터-판독가능 매체/메모리(1706)에 커플링된 프로세서(1704)를 포함한다. 프로세서(1704)는, 컴퓨터-판독가능 매체/메모리(1706) 상에 저장된 소프트웨어의 실행을 포함하는 일반적인 프로세싱을 담당한다. 소프트웨어는 프로세서(1704)에 의해 실행될 경우, 프로세싱 시스템(1713)으로 하여금 임의의 특정한 장치에 대해 위에서 설명된 다양한 기능들을 수행하게 한다. 컴퓨터-판독가능 매체/메모리(1706)는 또한, 소프트웨어를 실행할 경우 프로세서(1704)에 의해 조작되는 데이터를 저장하기 위해 사용될 수도 있다. 프로세싱 시스템은, 모듈들(1610, 1612, 1614) 중 적어도 하나를 더 포함한다. 모듈들은, 프로세서(1704)에서 구동하거나, 컴퓨터 판독가능 매체/메모리(1706)에 상주/저장된 소프트웨어 모듈들, 프로세서(1704)에 커플링된 하나 또는 그 초과의 하드웨어 모듈들, 또는 이들의 몇몇 결합일 수도 있다. 프로세싱 시스템(1713)은 eNB(610)의 컴포넌트일 수도 있으며, 메모리(676) 및/또는 TX 프로세서(616), RX 프로세서(670), 및 제어기/프로세서(675) 중 적어도 하나를 포함할 수도 있다.

[00161] 일 구성에서, 무선 통신을 위한 장치(1602/1602')는 UE일 수도 있다. UE는, 시스템 정보가 디바이스-투-디바이스(D2D) 통신을 위해 수신되는지를 결정하기 위한 수단, 시스템 정보가 수신되는 경우 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅하기 위한 수단, 및 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정하기 위한 수단을 포함한다.

[00162] UE는, D2D 리소스들의 세트가 시스템 정보에서 표시되는지를 결정하기 위한 수단, 및 UE의 라디오 리소스 제어(RRC) 상태를 결정하기 위한 수단을 더 포함할 수도 있다. 적어도 하나의 플래그는, D2D 리소스들의 세트가 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅될 수도 있다. 적어도 하나의 플래그를 셋팅하기 위한 수단은, D2D 리소스들의 세트가 시스템 정보에서 표시되는 것으로 결정되는지, 및 RRC 상태의 결정에 의존하여, D2D 리소스들의 할당을 위한 요청이 요구된다는 것 또는 요구되지 않는다는 것을 제 2 계층에 대해 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성될 수도 있다.

[00163] UE는, D2D 리소스들의 세트를 사용하여 D2D 통신을 수행하기 위한 수단, D2D 리소스들의 세트를 통한 D2D 통신을 중지하기 위한 수단, 및 RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션하기 위한 수단을 더 포함할 수도 있다. 시스템 정보가 D2D 통신을 위해 수신되는 것으로 결정되는 경우, 그리고 D2D 리소스들의 세트가 시스템 정보에서 표시되는 경우, 적어도 하나의 플래그는, RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션할 시에 셋팅되며, 적어도 하나의 플래그를 셋팅하기 위한 수단은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다.

[00164] UE는, D2D 리소스들의 할당된 세트를 사용하여 D2D 통신을 수행하기 위한 수단, 및 D2D 리소스들의 할당된 세트의 사용의 철회를 수신하기 위한 수단을 더 포함할 수도 있다. 시스템 정보가 D2D 통신을 위해 수신되는 것으로 결정되는 경우, 그리고 D2D 리소스들의 세트가 시스템 정보에서 표시되지 않는 경우, 적어도 하나의 플래그를 셋팅하기 위한 수단은, D2D 리소스들의 할당을 위한 요청이 요구된다는 것을 표시하기 위해 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성된다.

[00165] 전술된 수단은, 전술된 수단에 의해 인용된 기능들을 수행하도록 구성된 장치(1602')의 프로세싱 시스템(1713) 및/또는 장치(1602)의 전술된 모듈들 중 하나 또는 그 초과일 수도 있다. 위에서 설명된 바와 같이, 프로세싱 시스템(1713)은 TX 프로세서(668), RX 프로세서(656), 및 제어기/프로세서(659)를 포함할 수도 있다. 그러므로, 일 구성에서, 전술된 수단은, 전술된 수단에 의해 인용된 기능들을 수행하도록 구성된 TX 프로세서(668), RX 프로세서(656), 및 제어기/프로세서(659)일 수도 있다.

[00166] 기재된 프로세스들/흐름도들 내의 단계들의 특정한 순서 또는 계층이 예시적인 접근법들의 예시임을 이해한다. 설계 선호도들에 기초하여, 프로세스들/흐름도들 내의 단계들의 특정한 순서 또는 계층이 재배열될 수도 있음을 이해한다. 추가적으로, 몇몇 단계들이 결합 또는 생략될 수도 있다. 첨부한 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 제시하며, 제시된 특정한 순서 또는 계층으로 제한되도록 의도되지 않는다.

[00167] 이전의 설명은 당업자가 본 명세서에 설명된 다양한 양상들을 실시할 수 있도록 제공된다. 이들 양상들에 대한 다양한 변형들은 당업자들에게는 용이하게 명백할 것이며, 본 명세서에 정의된 일반적인 원리들은 다른 양상들에 적용될 수도 있다. 따라서, 청구항들은 본 명세서에 설명된 양상들로 제한되도록 의도되는 것이 아니라, 청구항 문언들에 부합하는 최대 범위를 부여하려는 것이며, 여기서, 단수형의 엘리먼트에 대한 참조는 특정하게 그렇게 언급되지 않으면 "하나 및 오직 하나"를 의미하기보다는 오히려 "하나 또는 그 초과"를 의미하도록 의도된다. 단어 "예시적인"은 예, 예시, 또는 예증으로서 기능하는 것을 의미하도록 본 명세서에서 사용된다. "예시적인" 것으로서 본 명세서에 설명된 임의의 양상은 다른 양상들에 비해 반드시 바람직하거나 유리한 것으로서 해석될 필요는 없다. 달리 특정하게 언급되지 않으면, 용어 "몇몇"은 하나 또는 그 초과를 지칭한다. "A, B, 또는 C 중 적어도 하나", "A, B, 및 C 중 적어도 하나", 및 "A, B, C, 또는 이들의 임의의 결합"과 같은 결합들은, A, B, 및/또는 C의 임의의 결합을 포함하며, A의 배수들, B의 배수들, 또는 C의 배수들을 포함할 수도 있다. 상세하게, "A, B, 또는 C 중 적어도 하나", "A, B, 및 C 중 적어도 하나", 및 "A, B, C, 또는 이들의 임의의 결합"과 같은 결합들은, 단지 A, 단지 B, 단지 C, A 및 B, A 및 C, B 및 C, 또는 A 및 B 및 C일 수도 있으며, 여기서, 임의의 그러한 결합들은 A, B, 또는 C의 하나 또는 그 초과의 멤버 또는 멤버들을 포함할 수도 있다. 당업자들에게 알려졌거나 추후에 알려지게 될 본 발명 전반에 걸쳐 설명된 다양한 양상들의 엘리먼트들에 대한 모든 구조적 및 기능적 등가물들은, 인용에 의해 본 명세서에 명백히 포함되고, 청구항들에 의해 포함되도록 의도된다. 또한, 본 명세서에 기재된 어떠한 내용도, 청구항들에 그러한 개시 내용이 명시적으로 기재되어 있는지 여부와 관계없이, 공중이 사용하도록 의도되는 것은 아니다. 어떤 청구항 엘리먼트도, 그 엘리먼트가 "하기 위한 수단"이라는 어구를 사용하여 명시적으로 언급되지 않으면, 수단 플러스 기능으로서 해석되지 않을 것이다.

Claims

사용자 장비(UE)의 무선 통신 방법으로서,
디바이스-투-디바이스(D2D) 통신을 위한 시스템 정보가 수신되는지를 결정하는 단계;
상기 시스템 정보가 수신되는 경우 상기 시스템 정보에 기초하여 적어도 하나의 플래그(flag)를 셋팅하는 단계 － 상기 UE의 제 1 계층은, 상기 시스템 정보를 수신하고, 그리고 D2D 리소스들의 할당을 위한 요청이 요구되는지를, 상기 제 1 계층보다 높은 제 2 계층에, 표시하기 위해 상기 적어도 하나의 플래그를 셋팅함 －;
상기 적어도 하나의 플래그에 기초하여 상기 D2D 리소스들을 결정하는 단계 － 상기 제 1 계층보다 높은 상기 제 2 계층은, 상기 제 1 계층이 상기 D2D 리소스들을 결정할 수 있게 하기 위해 상기 제2 계층에 의해 동작이 요구되는지를 결정하도록 상기 적어도 하나의 플래그를 체크함 －; 및
송신 기회 시간에 기초하여 메시지 무결성 체크섬(message integrity checksum)을 포함하는 메시지를, 상기 제 2 계층에 의해, 전송하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 1 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되며,
상기 방법은,
공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지를 결정하는 단계; 및
상기 UE의 라디오 리소스 제어(RRC) 상태를 결정하는 단계를 더 포함하며,
상기 적어도 하나의 플래그는, 상기 공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅되는, 사용자 장비의 무선 통신 방법.
제 2 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구되지 않는다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 2 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 2 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 2 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 1 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되며,
상기 방법은,
상기 공통 D2D 리소스들의 세트를 사용하여 D2D 통신을 수행하는 단계;
상기 공통 D2D 리소스들의 세트를 통한 D2D 통신을 중지하는 단계; 및
RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션(transition)하는 단계를 더 포함하고,
상기 적어도 하나의 플래그는, 상기 RRC 유휴 상태로부터 상기 RRC 접속 상태로 트랜지션할 시에 셋팅되고,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 1 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않으며,
상기 방법은,
D2D 리소스들의 할당된 세트를 사용하여 D2D 통신을 수행하는 단계; 및
상기 D2D 리소스들의 할당된 세트의 사용의 철회(revocation)를 수신하는 단계를 더 포함하고,
상기 적어도 하나의 플래그를 셋팅하는 단계는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하는 단계를 포함하는, 사용자 장비의 무선 통신 방법.
제 1 항에 있어서,
상기 제 1 계층은 라디오 리소스 제어(RRC) 계층이고, 상기 제 2 계층은 근접도-기반 서비스(ProSe) 프로토콜 계층인, 사용자 장비의 무선 통신 방법.
무선 통신을 위한 장치로서,
상기 장치는 UE이며,
상기 장치는,
디바이스-투-디바이스(D2D) 통신을 위한 시스템 정보가 수신되는지를 결정하기 위한 수단;
상기 시스템 정보가 수신되는 경우 상기 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅하기 위한 수단 － 상기 장치는 사용자 장비(UE)이고, 상기 UE의 제 1 계층은, 상기 시스템 정보를 수신하고, 그리고 D2D 리소스들의 할당을 위한 요청이 요구되는지를, 상기 제 1 계층보다 높은 제 2 계층에, 표시하기 위해 상기 적어도 하나의 플래그를 셋팅함 －;
상기 적어도 하나의 플래그에 기초하여 상기 D2D 리소스들을 결정하기 위한 수단 － 상기 제 1 계층보다 높은 상기 제 2 계층은, 상기 제 1 계층이 상기 D2D 리소스들을 결정할 수 있게 하기 위해 상기 제2 계층에 의해 동작이 요구되는지를 결정하도록 상기 적어도 하나의 플래그를 체크함 －; 및
송신 기회 시간에 기초하여 메시지 무결성 체크섬을 포함하는 메시지를, 상기 제 2 계층에 의해, 전송하기 위한 수단을 포함하는, 무선 통신을 위한 장치.
제 10 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되며,
상기 장치는,
공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지를 결정하기 위한 수단; 및
상기 UE의 라디오 리소스 제어(RRC) 상태를 결정하기 위한 수단을 더 포함하며,
상기 적어도 하나의 플래그는, 상기 공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅되는, 무선 통신을 위한 장치.
제 11 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구되지 않는다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 11 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 11 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 11 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 10 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되며,
상기 장치는,
상기 공통 D2D 리소스들의 세트를 사용하여 D2D 통신을 수행하기 위한 수단;
상기 공통 D2D 리소스들의 세트를 통한 D2D 통신을 중지하기 위한 수단; 및
RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션하기 위한 수단을 더 포함하고,
상기 적어도 하나의 플래그는, 상기 RRC 유휴 상태로부터 상기 RRC 접속 상태로 트랜지션할 시에 셋팅되고,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 10 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않으며,
상기 장치는,
D2D 리소스들의 할당된 세트를 사용하여 D2D 통신을 수행하기 위한 수단; 및
상기 D2D 리소스들의 할당된 세트의 사용의 철회를 수신하기 위한 수단을 더 포함하고,
상기 적어도 하나의 플래그를 셋팅하기 위한 수단은, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 무선 통신을 위한 장치.
제 10 항에 있어서,
상기 제 1 계층은 라디오 리소스 제어(RRC) 계층이고, 상기 제 2 계층은 근접도-기반 서비스(ProSe) 프로토콜 계층인, 무선 통신을 위한 장치.
무선 통신을 위한 장치로서,
메모리; 및
상기 메모리에 커플링된 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
디바이스-투-디바이스(D2D) 통신을 위한 시스템 정보가 수신되는지를 결정하고;
상기 시스템 정보가 수신되는 경우 상기 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅하며;
상기 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정하고 － 상기 장치는 사용자 장비(UE)이고, 상기 UE의 제 1 계층은, 상기 시스템 정보를 수신하고, 그리고 D2D 리소스들의 할당을 위한 요청이 요구되는지를, 상기 제 1 계층보다 높은 제 2 계층에, 표시하기 위해 상기 적어도 하나의 플래그를 셋팅하고, 상기 제 1 계층보다 높은 상기 제 2 계층은, 상기 제 1 계층이 상기 D2D 리소스들을 결정할 수 있게 하기 위해 상기 제2 계층에 의해 동작이 요구되는지를 결정하도록 상기 적어도 하나의 플래그를 체크함 －; 그리고
송신 기회 시간에 기초하여 메시지 무결성 체크섬을 포함하는 메시지를 전송하게 상기 제 2 계층을 제어하도록 구성되는, 무선 통신을 위한 장치.
제 19 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되며,
상기 적어도 하나의 프로세서는,
공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지를 결정하고; 그리고
상기 UE의 라디오 리소스 제어(RRC) 상태를 결정
하도록 추가적으로 구성되며,
상기 적어도 하나의 플래그는, 상기 공통 D2D 리소스들의 세트가 상기 시스템 정보에서 표시되는지에 기초하여, 그리고 결정된 RRC 상태에 기초하여 셋팅되는, 사용자 장비의 무선 통신을 위한 장치.
제 20 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구되지 않는다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅함으로써, 상기 적어도 하나의 플래그를 셋팅하도록 구성되는, 사용자 장비의 무선 통신을 위한 장치.
제 20 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 추가적으로 구성되는, 사용자 장비의 무선 통신을 위한 장치.
제 20 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 유휴 상태에 있는 것으로 결정되며,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 추가적으로 구성되는, 사용자 장비의 무선 통신을 위한 장치.
제 20 항에 있어서,
상기 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않는 것으로 결정되고,
상기 RRC 상태는 RRC 접속 상태에 있는 것으로 결정되며,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 상기 제 2 계층에 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 사용자 장비의 무선 통신을 위한 장치.
제 19 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되며,
상기 적어도 하나의 프로세서는,
상기 공통 D2D 리소스들의 세트를 사용하여 D2D 통신을 수행하고;
상기 공통 D2D 리소스들의 세트를 통한 D2D 통신을 중지하며; 그리고
RRC 유휴 상태로부터 RRC 접속 상태로 트랜지션
하도록 추가적으로 구성되고,
상기 적어도 하나의 플래그는, 상기 RRC 유휴 상태로부터 상기 RRC 접속 상태로 트랜지션할 시에 셋팅되고,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 사용자 장비의 무선 통신을 위한 장치.
제 19 항에 있어서,
상기 시스템 정보는 D2D 통신을 위해 수신되는 것으로 결정되고, 공통 D2D 리소스들의 세트는 상기 시스템 정보에서 표시되지 않으며,
상기 적어도 하나의 프로세서는,
D2D 리소스들의 할당된 세트를 사용하여 D2D 통신을 수행하고; 그리고
상기 D2D 리소스들의 할당된 세트의 사용의 철회를 수신
하도록 추가적으로 구성되며,
상기 적어도 하나의 프로세서는, 상기 D2D 리소스들의 할당을 위한 상기 요청이 요구된다는 것을 표시하기 위해 상기 적어도 하나의 플래그의 제 1 플래그를 셋팅하도록 구성되는, 사용자 장비의 무선 통신을 위한 장치.
코드를 포함하는, 사용자 장비(UE)의 비-일시적 컴퓨터-판독가능 저장 매체로서,
상기 코드는, 적어도 하나의 프로세서 상에서 실행되는 경우, 상기 적어도 하나의 프로세서로 하여금,
디바이스-투-디바이스(D2D) 통신을 위한 시스템 정보가 수신되는지를 결정하게 하고;
상기 시스템 정보가 수신되는 경우 상기 시스템 정보에 기초하여 적어도 하나의 플래그를 셋팅하게 하며 － 상기 UE의 제 1 계층은, 상기 시스템 정보를 수신하고, 그리고 D2D 리소스들의 할당을 위한 요청이 요구되는지를, 상기 제 1 계층보다 높은 제 2 계층에, 표시하기 위해 상기 적어도 하나의 플래그를 셋팅함 －;
상기 적어도 하나의 플래그에 기초하여 D2D 리소스들을 결정하게 하고 － 상기 제 1 계층보다 높은 상기 제 2 계층은, 상기 제 1 계층이 상기 D2D 리소스들을 결정할 수 있게 하기 위해 상기 제2 계층에 의해 동작이 요구되는지를 결정하도록 상기 적어도 하나의 플래그를 체크함 －; 그리고
송신 기회 시간에 기초하여 메시지 무결성 체크섬을 포함하는 메시지를 전송하도록 상기 제 2 계층을 제어하게 하는, 비-일시적 컴퓨터-판독가능 저장 매체.
삭제