KR102219197B1 - 무선 통신 시스템에서 탐색 정보를 송수신하는 방법 및 장치와 이를 위한 프로토콜 스택 구조 - Google Patents

Abstract

디바이스 대 디바이스(D2D) 통신을 지원하는 무선 통신 시스템에서 탐색 정보를 효율적으로 송수신하는 방법 및 장치가 제공된다. 상기 제공된 방법은, 매체 접근 제어(MAC) 계층에서 상위 계층으로부터 탐색을 위한 탐색 정보를 수신하는 과정과, 상기 MAC 계층에서 상기 수신된 탐색 정보를 포함하는 MAC 프로토콜 데이터 유닛(PDU)를 생성하는 과정과, 물리 계층에서 상기 생성된 MAC PDU를 포함하는 탐색 신호를 전송하는 과정을 포함한다.

Description

무선 통신 시스템에서 탐색 정보를 송수신하는 방법 및 장치와 이를 위한 프로토콜 스택 구조{METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DISCOVERY INFORMATION IN WIRELESS COMMUNICATION SYSTEM, AND PROTOCOL STACK ARCHITECTURE FOR THE SAME}

본 개시는 디바이스 대 디바이스(D2D) 서비스를 지원하는 무선 통신 시스템에서 직접 무선 신호를 통해 두 사용자들 사이의 근접도(proximity)를 판단하는 시스템 및 방법에 관한 것이다. 더 특정하면, 본 개시는 탐색 신호를 수신하고 탐색 신호를 통해 운반된 탐색 정보가 단말(UE)에게 관심 있는 것인지 아닌지를 판단하는 방법에 관한 것이다.

D2D 탐색을 지원하는 무선 통신 시스템에서 탐색 정보를 모니터링하는 기존의 방식을 도 1을 참조하여 설명하기로 한다.

- 도 1에서 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(101) 상으로 전송된다. 여기서 상기 ProSe UE는 D2D 서비스와 같은 근접 서비스(Proximity Service)를 이용하는 UE를 의미한다. 이하 상기 D2D 서비스는 다양한 근접 서비스를 포함하는 의미로 이해될 수 있다.

- 다른 ProSe UE를 탐색하는데 관심이 있는 ProSe UE는 관심이 있는 탐색 정보를 모니터링한다.

- ProSe UE는 탐색 정보를 수신하기 위한 탐색 채널(들)(101)을 모니터링한다.

- 모니터링 중에, 물리(PHY) 계층(111)에 의해 탐색 채널(101)이 수신 및 디코딩된다.

- 탐색 채널(101)에서 수신된 탐색 PDU(Protocol Data Unit)(103)는 사용자 영역 또는 제어 영역의 프로토콜 스택(113)에 의해 처리되고(가령, 보안 프로세싱됨), 그런 다음 해당 탐색 정보가 애플리케이션 계층(115)으로 보내진다.

- 애플리케이션 계층(115)이나 ProSe 관리자(115a)내 애플리케이션(115-1, 115-2, ..., 115-n)은 수신된 탐색 코드/정보(105a)가 자신의 관심/사용자 정보(105b)에 해당되는 지 여부를 판단한다.

그러나 도 1에서 설명한 기존 시스템에서 탐색 정보를 모니터링하는 데 있어서 여러 문제들이 존재한다. 이러한 기존 시스템의 탐색 정보 모니터링 시의 문제들을 도 2를 참조하여 설명하기로 한다.

도 2에 도시된 바와 같이 탐색 정보를 모니터링하는 UE의 애플리케이션 계층이 시간 't'에서 탐색 정보(가령, 탐색 코드 'x') 모니터링을 시작한다고 가정한다. 그러면 상기 UE의 PHY 계층이 탐색 채널 모니터링을 시작한다. 그리고 시간 't' + 모니터링 지속기간(듀레이션)(203) 뒤에 탐색 코드 'x'가 수신된다.(205) 도 2의 예에서 상기 UE는 4 개의 탐색 서브 프레임(subframe : SF)들(각각 N 개의 탐색 채널들을 포함)을 모니터링한다. 앞서 기술된 탐색 정보 모니터링 절차의 결과로서, 도 2와 같은 상황에서, 도 1의 물리 계층(111)은 1다수의 탐색 물리 채널(이하, 탐색 채널)(101)들을 수신 및 디코딩한다. 그리고 사용자 영역 또는 제어 영역의 프로토콜 스택(113)은 다수의 탐색 PDU들(103)을 처리한다. 이 경우 사용자 영역 또는 제어 영역의 프로토콜 스택(113)은 애플리케이션 계층(115)을 여러 번 깨우게 된다.

상기한 기존의 탐색 정보 모니터링 방법에서 UE는 계속해서 탐색 채널을 수신 및 디코딩하기 위한 모든 탐색 채널 자원들을 모니터링 및 디코딩한다. 또한 UE의 사용자 영역 또는 제어 영역의 프로토콜 스택은 탐색 채널 상으로 수신된 모든 탐색 PDU들을 처리하고 그 수신된 탐색 정보를 애플리케이션 계층으로 보낸다. 따라서 UE의 애플리케이션 계층은 사용자 영역 또는 제어 영역의 프로토콜 스택에 의해 탐색 PDU가 수신될 때마다 깨어나게 된다.

따라서 기존의 탐색 정보 모니터링 방법은, 탐색 정보를 송수신하는 과정에서 UE의 프로세싱 부담을 증가시키고, 또한 전력 소비를 증가시키게 된다.

상기한 정보는 단지 본 개시의 이해를 돕기 위해 배경 정보로서 제공된 것이며, 상기한 어느 것이 본 개시와 관련된 선행 기술로서 적용될 수 있는지에 대해 어떠한 결정을 한 것이 아니고, 어떠한 주장을 한 것도 아니다.

본 개시는 적어도 상술한 문제들 및/또는 단점들을 해결하고 적어도 후술되는 장점들을 제공한다. 따라서 본 개시의 양태는 디바이스 대 디바이스(D2D) 통신을 지원하는 무선 통신 시스템에서 D2D 탐색을 위한 탐색 정보를 효율적으로 송수신하는 방법 및 장치를 제공한다.

본 개시의 다른 양태는 D2D 통신을 지원하는 무선 통신 시스템에서 D2D 탐색을 위한 탐색 정보를 사전 필터링하는 방법 및 장치를 제공한다.

본 개시의 다른 양태는 D2D 통신을 지원하는 무선 통신 시스템에서 탐색 프로토콜 데이터 유닛(PDU)을 위한 효율적인 프로토콜 스택 구조를 제공한다.

본 개시의 실시 예에 따라, 무선 통신 시스템에서 단말이 탐색 정보를 전송하는 방법은, 매체 접근 제어(MAC) 계층에서 상위 계층으로부터 탐색을 위한 탐색 정보를 수신하는 과정과, 상기 MAC 계층에서 상기 수신된 탐색 정보를 포함하는 MAC 프로토콜 데이터 유닛(PDU)를 생성하는 과정과, 물리 계층에서 상기 생성된 MAC PDU를 포함하는 탐색 신호를 전송하는 과정을 포함한다.
또한 본 개시의 실시 예에 따라, 무선 통신 시스템에서 탐색 정보를 전송하는 단말은, 신호를 전송하는 송신기와, 매체 접근 제어(MAC) 계층에서 상위 계층으로부터 탐색을 위한 탐색 정보를 수신하고, 상기 MAC 계층에서 상기 수신된 탐색 정보를 포함하는 MAC 프로토콜 데이터 유닛(PDU)를 생성하며, 물리 계층에서 상기 생성된 MAC PDU를 포함하는 탐색 신호를 전송하는 것을 제어하는 제어기를 포함한다.
또한 본 개시의 실시 예에 따라, 무선 통신 시스템에서 단말이 탐색 정보를 수신하는 방법은, 물리 계층에서 매체 접근 제어 프로토콜 데이터 유닛(MAC PDU)를 포함하는 탐색 신호를 수신하는 과정과, 상기 수신된 MAC PDU에 포함된 탐색 정보를 MAC 계층으로부터 추출하는 과정과, 상기 MAC 계층에서 상위 계층으로 상기 추출된 탐색 정보를 전달하는 과정을 포함하며, 상기 탐색 신호는 탐색을 위한 상기 탐색 정보를 포함한다.
또한 본 개시의 실시 예에 따라, 무선 통신 시스템에서 탐색 정보를 수신하는 단말은, 신호를 수신하는 수신기와, 물리 계층에서 매체 접근 제어 프로토콜 데이터 유닛(MAC PDU)를 포함하는 탐색 신호를 수신하고, 상기 수신된 MAC PDU에 포함된 탐색 정보를 MAC 계층으로부터 추출하며, 상기 MAC 계층에서 상위 계층으로 상기 추출된 탐색 정보를 전달하는 것을 제어하는 제어기를 포함하며, 상기 탐색 신호는 탐색을 위한 상기 탐색 정보를 포함한다.

삭제

삭제

삭제

상기 개시의 다른 양태들, 장점들, 및 두드러진 특징들은 첨부 도면들과 함께 취해진 다음의 상세한 설명으로부터 당업자에게 더욱 명확해질 것이다.

본 개시의 어떤 예시적인 실시 예들의 상기한 및 다른 양태들, 특징들 및 장점들은 첨부 도면들과 함께 취해진 다음의 상세한 설명으로부터 더욱 명확해질 것이다:
도 1 및 도 2는 D2D 통신을 지원하는 무선 통신 시스템에서 기존의 탐색 정보 모니터링 방법을 설명하기 위한 도면,
도 3은 본 개시의 실시 예에 따른 무선 통신 시스템에서 CRC를 통한 탐색 정보 인코딩을 설명하기 위한 도면,
도 4는 본 개시의 실시 예에 따른 무선 통신 시스템에서 탐색 프리앰블에서의 탐색 정보 인코딩을 설명하기 위한 도면,
도 5는 본 개시의 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도
도 6은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도,
도 7은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도,
도 8은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도,
도 9는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도,
도 10a 및 도 10b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면,
도 11a 및 도 11b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면,
도 12a 및 도 12b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면,
도 13a 및 도 13b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 14a 및 도 14b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 15는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 16a 및 도 16b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 17a 및 도 17b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 18a 및 도 18b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 19a 및 도 19b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면,
도 20은 본 개시의 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면,
도 21은 본 개시의 다른 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면,
도 22는 본 개시의 다른 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면,
도 23a는 본 개시의 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면,
도 23b는 본 개시의 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면,
도 23c는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면,
도 23d는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면,
도 24는 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면,
도 25a는 본 개시의 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면,
도 25b는 본 개시의 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면,
도 26a는 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면,
도 26b는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면,
도 27은 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면,
도 28a 및 도 28b는 본 개시의 실시 예에 따라 탐색 정보의 운반을 위한 무선 베어러/논리 채널 및 전송 채널 구조를 설명하기 위한 도면,
도 29a 및 도 29b는 본 개시의 실시 예에 따른 사전 필터링을 위한 제어 플로우를 설명하기 위한 도면,
도 30a 및 도 30b는 본 개시의 실시 예에 따른 사전 필터링 명령을 설명하기 위한 도면,
도 31은 본 개시의 실시 예에 따라 모니터링 UE가 사전 필터링을 위한 모니터링 필터를 획득하는 방법을 설명하기 위한 도면,
도 32a 및 도 32b는 본 개시의 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면,
도 33a 및 도 33b는 본 개시의 다른 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면,
도 34a 및 도 34b는 본 개시의 다른 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면.
상기 도면들 전반에 걸쳐, 동일한 참조 번호들은 동일한 부분들, 구성요소들, 및 구조들에 대한 것으로 이해될 것이다.

첨부된 도면들을 참조하여 아래 상세한 설명은 청구범위와 그 등가물에 의해 정의된 것처럼 본 개시의 예시적인 실시 예들의 포괄적인 이해를 돕기 위해 제공된다. 상기 이해를 돕기 위해 다양하고 구체적인 상세들이 포함되지만 이것들은 단지 예시로서 간주될 것이다. 따라서 당업자는 여기에 기술된 실시 예들의 다양한 변형 및 수정들이 본 개시의 범위와 사상을 벗어나지 않고 만들어 질 수 있음을 인식한다. 또한 공지된 기능들과 구성들의 설명은 명료함과 간결함을 위해 생략될 수 있다.

아래 상세한 설명에서 사용되는 용어들과 단어들 그리고 청구범위는 서지적인 의미에 한정되지 않고, 본 개시의 명확하고 일관된 이해를 가능하게 하도록 발명자에 의해 사용될 수 있다. 따라서 본 개시의 예시적인 실시 예들의 아래 설명은 단지 예시 의도로 제공되며, 부가된 청구범위와 그 등가물들에 정의된 것처럼 본 개시를 한정할 의도로 제공되는 것이 아님은 당업자에게 명확하다.

명세서에서 명확히 언급하지 않는 한 "A", "an", 그리고 "the"의 단수 형태는 복수 대상을 포함한다. 그러므로 따라서, 예를 들어, "구성요소 표면"에 대한 언급은 하나 또는 그 이상의 표면들에 대한 언급을 포함한다.

"실질적으로"라는 용어는, 인용된 특성, 파라미터 또는 값이 정확하게 달성될 필요는 없으며, 허용오차, 측정 오류, 측정 정확성 한계 및 당업자에게 알려진 다른 요소들을 포함하는 편차 또는 변화가, 특성이 제공하고자 효과를 제외하지 않는 정도로 발생할 수 있다.

본 개시의 실시 예에 따르면, 탐색 물리 채널(이하 탐색 채널) 상으로 전송된 D2D 탐색을 위한 탐색 정보는 애플리케이션 계층에서 사전 필터링되지 않고 애플리케이션 계층 아래의 물리 계층 및/또는 MAC 계층 및/또는 다른 계층들에서 사전 필터링될 수 있다.

개시된 발명에서는 다음과 같은 탐색 정보 사전 필터링 방법들이 제안된다.

사전 필터링 방법의 제1실시예 ( CRC (cyclic redundancy check)를 이용한 사전 필터링)

제안된 발명의 이러한 사전 필터링 방법에서, 사전 필터링 파라미터(가령, 애플리케이션 ID, 애플리케이션 사용자 ID, 탐색 카테고리, 탐색 타입, 탐색 가능한 UE들의 ID, 탐색하는 UE의 ID, 탐색 정보의 비트 등)(그에 기반하여 UE의 관심 탐색 정보(즉 UE가 선호하는 탐색 정보)가 필터링될 수 있음)가 탐색 PDU의 CRC(Cyclic Redundancy Check)에서 인코딩된다.

도 3은 본 개시의 실시 예에 따른 CRC를 통한 탐색 정보 인코딩을 설명하기 위한 도면이다.

도 3을 참조하면, 사전 필터링 파라미터는 CRC에서, UE의 관심 탐색 정보(31)에 해당하는 CRC 마스크(33)를 생성함으로써 인코딩된다. 도 3에서 CRC 마스크 생성기(310)는 상기 CRC 마스크(33)를 생성하고, CRC 생성기(330)는 탐색 PDU(35)의 CRC(37)를 생성한다. 상기 생성된 CRC 마스크(33)는 탐색 PDU(35)의 CRC(37)를 생성하는 데 사용된다. 그런 다음 PHY 계층에 의해 그 CRC가 탐색 PDU에 더해진다. 다른 실시 예에서 CRC는 MAC(Medium Access Control) 계층, RRC(Radio Resource Control) 계층, PDCP(Packet Data Convergence Protocol) 계층 또는 어떤 다른 계층에 의해 생성 및 추가될 수 있다.

전송 UE에서, 상위 계층(higher layer)(예를 들어, 애플리케이션 계층 또는 D2D 프로토콜 계층 또는 엔터티)이 CRC에서 상기 인코딩될 사전 필터링 파라미터를 프로토콜 스택으로 보낸다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들로 이루어진 3GPP 프로토콜 스택이다. 그 프로토콜 스택은 PHY 계층에서 CRC 안에 상기 인코딩될 사전 필터링 파라미터를 구성한다. 일 실시예에서 프로토콜 스택은 탐색 채널 상으로 전송될 탐색 PDU와 함께 CRC에서 상기 인코딩될 사전 필티링 파라미터를 상기 PHY 계층으로 보낼 수 있다. PHY 계층은 CRC에서 사전 필터링 파라미터를 인코딩하고 그 탐색 PDU를 탐색 채널로 전송한다.

모니터링 UE에서, 상위 계층(예를 들어, 애플리케이션 계층 또는 디바이스 대 디바이스(D2D) 프로토콜 계층 또는 엔터티)이 CRC에서 모니터링될 사전 필터링 파라미터를 프로토콜 스택으로 보낸다. 프로토콜 스택은 PHY 계층에서 CRC 안에 모니터링될 사전 필터링 파라미터를 구성한다. 모니터링 UE의 PHY 계층은 사전 필터링 파라미터를 이용하여 자신이 관심있는 탐색 정보에 해당하는 CRC를 체크한다. CRC가 통과되면, PHY 계층은 그 탐색 PDU를 프로토콜 스택으로 보내며, 그렇지 않은 경우 수신된 정보를 무시한다.

일 실시예에서 사전 필터링 파라미터는 탐색 채널 상으로 전송된 모든 탐색 PDU의 CRC 마스크를 통해 인코딩될 수 있다. 어떤 탐색 정보도 인코딩될 필요가 없다면, 널(null) 마스크가 사용될 수 있다. 다른 실시예에서 사전 필터링 파라미터가 선택적 탐색 PDU의 CRC 마스크를 통해 인코딩될 수 있다. 이러한 선택적 탐색 PDU들은 특정 탐색 카테고리 또는 탐색 관심 그룹의 것일 수 있다. 모니터링 UE는 이하 a), b)의 방법들 중 하나를 통해 사전 필터링 파라미터가 CRC를 통해 인코딩되는지 여부를 판단한다:

a) 탐색 정보를 운반하는 탐색 PDU CRC를 가진 탐색 채널에 사용되는 자원들은 탐색 정보를 운반하지 않는 탐색 PDU CRC를 가진 탐색 채널에 사용되는 자원들과 상이하다.

b) 탐색 정보를 운반하는 탐색 PDU CRC를 가진 탐색 채널에 사용되는 탐색 프리앰블(들)은 탐색 정보를 운반하지 않는 탐색 PDU CRC를 가진 탐색 채널에 사용되는 탐색 프리앰블(들)과 상이하다.

CRC를 이용한 사전 필터링 탐색 정보의 장점은 프로토콜 스택이 모니터링 지속 기간 중에 탐색 채널 상으로 수신된 각각의 탐색 PDU를 처리할 필요가 없다는 것이다. 그 결과, 프로토콜 스택을 운영하는 프로세서 및 해당 애플리케이션을 운영하는 프로세서의 각성 시간 및 처리 시간이 크게 감소된다.

이것은 D2D 서비스를 지원하는 UE들의 배터리 수명을 늘릴 수 있다.

사전 필터링 방법의 제2실시예 (탐색 프리앰블 )

물리 계층에서 상기 탐색 프리앰블은 모니터링 UE에게 시간 동기를 제공하기 위해 전송된다.

도 4는 본 개시의 실시 예에 따른 탐색 프리앰블에서의 탐색 정보 인코딩을 설명하기 위한 도면이다.

도 4를 참조하면, 개시된 방법의 이러한 사전 필터링 방법에서, 시간 동기에 부가하여 사전 필터링을 수행하기 위해, 탐색 프리앰블들의 집합(set)(403)이 예비되며, 여기서 각각의 탐색 프리앰블(405, 407)은 사전 정의된 탐색 정보(401)나 탐색 정보 카테고리나 탐색 타입에 해당한다. 탐색 채널 상에서 탐색 프리앰블은 탐색 PDU에 앞선다. 전송 UE에서, PHY 계층은 탐색 채널 상으로 전송된 탐색 정보(401)에 대응하는 탐색 프리앰블(405, 407)을 전송한다.

전송 UE에서, 상위 계층이 탐색 정보와 그 타입을 프로토콜 스택으로 보낸다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 프로토콜 스택이다. 상기 프로토콜 스택은 이러한 탐색 정보에 사용될 프리앰블의 타입 또는 카테고리와 함께 탐색 정보를 PHY 계층으로 보낸다. 프로토콜 스택은 탐색 프리앰블 선택(410)을 통해 탐색 프리앰블에 기반하여 사전 필터링되어야 할 탐색 정보 타입들이나 탐색 정보 및 탐색 프리앰블 사이의 매핑을 관리한다. PHY 계층은 탐색 채널 상으로 상기 지시된 탐색 프리앰블 및 탐색 PDU를 전송한다. 도 4에서 참조 번호 409, 411, 413은 물리 계층(PHY) PDU이며, PHY PDU(409)는 탐색 프리앰블, 탐색 PDU, 그리고 CRC를 포함하여 구성된 예를 나타낸 것이다. 탐색 프리앰블은 별도의 물리 계층(PHY) PDU(411)를 통해 전송될 수도 있다.

모니터링 UE에서, 상위 계층은 탐색 정보 및 탐색 프리앰블에 기반하여 사전 필터링되어야 하는 탐색 정보나 그 타입을 프로토콜 스택으로 보낸다. 그 프로토콜 스택은 PHY 계층에서 모니터링될 탐색 프리앰블들을 구성한다. 모니터링 UE의 PHY 계층은 자신이 관심있는 탐색 정보에 대응하는 프리앰블을 체크한다. 상기 PHY 계층은 그 프리앰블이 자신이 관심있는 탐색 정보에 대응하는 경우 탐색 채널 정보를 디코딩한다. 그런 다음 PHY 계층은 디코딩이 성공적이면 그 탐색 PDU를 전달한다.

본 개시의 선택적인 실시예에서, 사전 필터링 파라미터(가령, 애플리케이션 ID, 애플리케이션 사용자 ID, 탐색 카테고리, 탐색 타입, 탐색 가능한 UE들의 ID, 탐색하는 UE의 ID, 탐색 정보의 비트 등)(그에 기반하여 UE의 관심 탐색 정보가 필터링될 수 있음)가 사전 필터링 파라미터에 특정된 프리앰블 마스크 생성을 통해 탐색 프리앰블 안에서 인코딩된다.

탐색 프리앰블을 이용한 사전 필터링 탐색 정보의 장점은 모니터링 UE의 PHY 계층이 모니터링 지속 기간 중에 각각의 모든 탐색 채널을 디코딩할 필요가 없다는 것이다. 그것은 UE가 관심있어 하는 탐색 카테고리에 탐색 프리앰블이 속하는 탐색 채널만을 디코딩한다. 그 결과, 프로토콜 스택을 운영하는 프로세서 및 해당 애플리케이션을 운영하는 프로세서의 각성 시간 및 처리 시간과 PHY 계층에서의 처리 시간이 크게 줄게 된다. 이것은 D2D 서비스를 지원하는 UE들의 배터리 수명을 늘린다.

사전 필터링 방법의 제3실시예 (탐색 자원 분류)

제안된 사전 필터링 방법에서, 다양한 타입 또는 카테고리의 탐색 정보에 대해 다양한 탐색 자원들이 예비되거나 할당된다. 전송 UE에서, 상위 계층이 탐색 정보와 그 타입 또는 카테고리를 프로토콜 스택으로 보낸다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 프로토콜 스택이다. 상기 프로토콜 스택은 이러한 탐색 정보에 사용될 자원들의 타입 또는 카테고리와 함께 탐색 정보를 PHY 계층으로 보낸다. 프로토콜 스택은 탐색 자원들에 기반하여 사전 필터링되어야 할 탐색 정보 타입들/카테고리나 탐색 정보 및 탐색 자원들 사이의 매핑을 관리한다. PHY 계층은 지시된 탐색 자원들로 탐색 채널을 통해 탐색 PDU를 전송한다.

모니터링 UE에서, 상위 계층은 탐색 정보 및 탐색 자원들에 기반하여 사전 필터링되어야 하는 탐색 정보나 그 타입을 프로토콜 스택으로 보낸다. 그 프로토콜 스택은 PHY 계층에서 모니터링될 탐색 자원들을 구성한다. 모니터링 UE의 PHY 계층은 자신이 관심있는 탐색 정보에 대응하는 탐색 자원들에서 탐색 채널을 찾는다.

특정 타입의 탐색 정보에 대한 탐색 자원이 PDCCH나 SIB(System Information Block)를 이용하여 시그널링될 수 있다. PDCCH 또는 SIB를 통해 다양한 C-RNTI(Cell-Radio Network Temporary Identifier)나 지시자가 탐색 커테고리를 나타낼 수 있다. 다양한 탐색 서브 프레임(SF)는 다양한 탐색 카테고리에 대한 것일 수 있다. 탐색 SF 안에서, 다양한 타입의 탐색 또는 카테고리에 대해 다양한 채널이 동적으로나 반고정적으로 할당될 수 있다. 예를 들어 탐색 자원들은 공중 안전(Public Safety) 및 상업적 이용을 위해 구별되게 지시될 수 있다. 상기 시그널링에서 상기 PS 지시자 필드는 그 자원들이 공중 안전 또는 상업적 이용을 위한 것인지를 지시한다. 공중 안전 탐색 이용을 위해, 상기 송신기/수신기는 상기 PS 지시자를 이용하여 지시된 공중 안전을 위한 자원들로부터 탐색 자원들을 이용할 것이다. 탐색 자원 분류를 이용한 사전 필터링 탐색 정보의 장점은 UE가 모니터링을 시작할 때 모든 탐색 자원들을 모니터링할 필요가 없다는 것이다. 이것은 물리 계층 처리, 프로토콜 스택 처리 및 애플리케이션 계층 처리의 감소로 이어진다.

사전 필터링 방법의 제4실시예 (탐색 PDU내 헤더/기타 정보)

제안된 사전 필터링 방법에서, UE들의 관심 탐색 정보가 탐색 PDU 헤더 안이나 탐색 PDU 안에서 인코딩된다. 모니터링 UE에서, 상위 계층이 UE의 관심 탐색 정보를 프로토콜 스택으로 보낸다.

일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 프로토콜 스택이다. 모니터링 UE의 프로토콜 스택은 PHY 계층으로부터 수신된 디코딩된 탐색 PDU 안의 정보를 사전 필터링한다. 탐색 정보를 사전 필터링하기 위해 그것은 탐색 PDU 안의 헤더 정보를 이용한다. 모니터링 UE는 자신이 관심있는 탐색 정보에 대응하는 탐색 PDU 안의 정보를 체크한다. 탐색 PDU의 추가 처리(가령, 보안 검사 등)는 관심있는 탐색 정보가 탐색된 경우에만 수행된다. 그것은 또한, 탐색 정보를 필터링하기 위해 탐색 PDU 안에서 헤더 이외의 정보를 이용할 수도 있다.

사전 필터링을 이용한 탐색 정보 모니터링

UE는 탐색 정보를 사전 필터링하기 위해 상술한 사전 필터링 방법들 중 적어도 하나를 이용할 수 있다.

도 5는 본 개시의 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도이다.

도 5를 참조하면, 모니터링 UE의 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 채널의 모니터링을 시작한다. UE에 의해 수행되는 다양한 동작들은 다음과 같다:

동작 501: UE가 탐색 채널들이 전송되는 복수의 기간들 중에서 하나 이상의 기간을 모니터링한다. UE는 자신이 관심있는 탐색 정보 및/또는 자신의 UE ID에 기반하여 하나 이상의 기간들을 결정한다. 상기 501 동작에서 UE는 탐색 자원 분류를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 MAC/PHY 계층에서 수행된다.

동작 503: UE는 결정된 기간들 안에서 복수의 탐색 채널들 중에서 하나 이상의 탐색 채널들을 수신한다. UE는 자신이 관심있는 탐색 정보 및/또는 자신의 UE ID에 기반하여 하나 이상의 탐색 채널들을 결정한다. 상기 503 동작에서 UE는 탐색 자원 분류를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 PHY 계층에서 수행된다.

동작 505: UE는 탐색 채널 전송에 사용되는 복수의 탐색 프리앰블들 중에서 하나 이상의 탐색 프리앰블들을 모니터링한다. UE는 자신이 관심있는 탐색 정보에 기반하여 하나 이상의 탐색 프리앰블들을 결정한다. 상기 505 동작에서 UE는 탐색 프리앰블들을 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 PHY 계층에서 수행된다.

동작 507: UE는 결정된 탐색 채널을 수신 및 디코딩하고 하나 이상의 CRC 마스크들을 이용하여 CRC를 검증한다. CRC 마스크는 관심을 가진 탐색 정보에 기반한다. 상기 507 동작에서 UE는 탐색 채널 CRC를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 PHY 계층에서 수행된다.

동작 509: 그런 다음 UE는 탐색 PDU 안의 헤더 정보나 탐색 컨테이너 안의 정보를 이용하여, 디코딩된 탐색 채널 안의 정보를 사전 필터링한다. 상기 509 동작에서 UE는 탐색 PDU 내 정보를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 프로토콜 스택에서 수행된다.

상기한 501 내지 509 동작들 중 적어도 하나의 동작이 선택적으로 수행될 수 있다. 그리고 501 내지 509 동작들 중 적어도 하나의 동작 수행에 따라 UE의 애플리케이션 계층이나 ProSe 관리자는 UE 안에서 수신된 탐색 정보를 사전 필터링할 수 있다.

도 6은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도이다.

도 6을 참조하면, 모니터링 UE의 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 채널의 모니터링을 시작한다. UE에 의해 수행되는 다양한 동작들은 다음과 같다:

동작 601: UE는 탐색 채널들이 전송되는 복수의 기간들을 모니터링한다.

동작 603: UE는 탐색 채널 전송에 사용되는 복수의 탐색 프리앰블들 사이에서 하나 이상의 탐색 프리앰블들을 모니터링한다. UE는 자신이 관심있는 탐색 정보에 기반하여 하나 이상의 탐색 프리앰블들을 결정한다. 상기 603 동작에서 UE는 탐색 프리앰블들을 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 PHY 계층에서 수행된다.

동작 605: UE는 결정된 탐색 채널을 수신 및 디코딩하고, CRC가 탐색 채널에 사용되는 경우 그 CRC를 검증한다.

동작 607: 그런 다음 UE는 탐색 정보를 처리하고, 탐색 PDU를 통해 수신된 탐색 컨테이너를 애플리케이션 계층으로 보낸다. 그리고 UE의 애플리케이션 계층이나 ProSe 관리자는 UE 안에서 수신된 탐색 정보를 사전 필터링할 수 있다.

도 7은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작을 나타낸 순서도이다.

도 7을 참조하면, 모니터링 UE의 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 채널의 모니터링을 시작한다. UE에 의해 수행되는 다양한 동작들은 다음과 같다:

동작 701: UE는 탐색 채널들이 전송되는 복수의 기간들을 모니터링한다.

동작 703: UE는 탐색 채널을 수신 및 디코딩하고 하나 이상의 CRC 마스크들을 이용하여 CRC를 검증한다. CRC 마스크는 UE가 관심을 가진 탐색 정보에 기반한다.

동작 705: 그런 다음 UE는 탐색 정보를 처리하고, 탐색 PDU를 통해 수신된 탐색 컨테이너를 애플리케이션 계층으로 보낸다. 그리고 UE의 애플리케이션 계층이나 ProSe 관리자는 UE 안에서 수신된 탐색 정보를 사전 필터링할 수 있다.

도 8은 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작 흐름도을 나타낸 순서도이다.

도 8을 참조하면, 모니터링 UE의 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 채널의 모니터링을 시작한다. UE에 의해 수행되는 다양한 동작들은 다음과 같다:

동작 801: UE는 탐색 채널들이 전송되는 복수의 기간들을 모니터링한다.

동작 803: UE는 결정된 기간들 안에서 복수의 탐색 채널들을 수신한다. 그리고 UE는 결정된 탐색 채널을 수신 및 디코딩하고, CRC가 탐색 채널에 사용되는 경우 그 CRC를 검증한다.

동작 805: 그런 다음 UE는 탐색 PDU 안의 헤더 정보나 탐색 컨테이너 안의 정보를 이용하여, 디코딩된 탐색 채널 안의 정보를 사전 필터링한다. 상기 805 동작에서 UE는 탐색 PDU 내 정보를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 프로토콜 스택에서 수행된다. 그리고 UE의 애플리케이션 계층이나 ProSe 관리자가 이제 UE 안에서 수신된 탐색 정보를 사전 필터링할 수 있다.

도 9는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 사전 필터링을 위한 UE의 동작 흐름도을 나타낸 순서도이다.

도 9를 참조하면, 모니터링 UE의 애플리케이션 계층이 탐색 채널의 모니터링을 시작한다. UE에 의해 수행되는 다양한 동작들은 다음과 같다:

동작 901: UE가 탐색 채널들이 전송되는 복수의 기간들 중에서 하나 이상의 기간을 모니터링한다. UE는 자신이 관심있는 탐색 정보 및/또는 자신의 UE ID에 기반하여 하나 이상의 기간들을 결정한다. 상기 901 동작에서 UE는 탐색 자원 분류를 이용하여 탐색 정보를 사전 필터링한다. 이러한 사전 필터링은 MAC/PHY 계층에서 수행된다.

동작 903: UE는 결정된 탐색 채널을 수신 및 디코딩하고, CRC가 탐색 채널에 사용되는 경우 그 CRC를 검증한다.

동작 905: 그런 다음 UE는 탐색 정보를 처리하고, 탐색 PDU를 통해 수신된 탐색 컨테이너를 애플리케이션 계층으로 보낸다. 그리고 UE의 애플리케이션 계층이나 ProSe 관리자는 UE 안에서 수신된 탐색 정보를 사전 필터링할 수 있다.

상기한 도 5 내지 도 9의 실시 예에서 다양한 사전 필터링 방법들을 설명하였으나, 사전 필터링 방법들의 다른 조합 역시 가능하다. 예를 들어 탐색 프리앰블 + 탐색 채널 CRC 둘 모두가 탐색 정보를 사전 필터링하는데 사용될 수 있다. 상기 탐색 프리앰블과 함께 탐색 자원 분류 또한, 탐색 정보를 사전 필터링하는데 사용될 수 있다. 탐색 채널 CRC와 함께 탐색 자원 분류 또한 탐색 정보를 사전 필터링하는데 사용될 수 있다.

애플리케이션 ID를 이용하는 사전 필터링

이하 도 10a 내지 도 12b를 참조하여 애플리케이션 ID를 이용하여 탐색 정보를 사전 필터링하는 다양한 실시 예들을 설명하기로 한다.

도 10a 및 도 10b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 10a을 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1001) 상으로 전송된다. 애플리케이션 ID는 탐색 채널(1001) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다. 도 10b에서 참조 번호 1021 or 1023은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 애플리케이션 ID는 탐색 PDU의 CRC(1021a or 1021b)(도 10b 참조)에서 인코딩된다. 애플리케이션 ID는 그 애플리케이션 ID에 대응하는 CRC 마스크를 생성함으로써 CRC(1021a or 1021b)에서 인코딩된다.

생성된 CRC 마스크는 탐색 PDU의 CRC를 생성하는 데 사용된다. 그런 다음 PHY 계층에 의해 그 CRC가 탐색 PDU에 더해진다. 다른 실시예에서 CRC는 MAC 계층, RRC 계층, PDCP 계층 또는 어떤 다른 계층에 의해 생성 및 추가될 수 있다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 CRC에서 인코딩될 애플리케이션 ID를 프로토콜 스택으로 보낸다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 프로토콜 스택이다. 그 프로토콜 스택은 PHY 계층에서 CRC 안에 인코딩될 애플리케이션 ID를 구성한다. 일 실시예에서 프로토콜 스택은 탐색 채널 상으로 전송될 탐색 PDU와 함께 CRC에서 인코딩될 애플리케이션 ID를 보낼 수 있다. PHY 계층은 CRC에서 애플리케이션 ID를 인코딩하고 그 탐색 PDU를 탐색 채널로 전송한다.

도 10a를 참조하면, 모니터링 UE에서, 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)(1015)이 CRC에서 모니터링될 애플리케이션 ID를 프로토콜 스택(1013)으로 보낸다. 그 프로토콜 스택(1013)은 PHY 계층(1011)에서 CRC 안에 모니터링될 애플리케이션 ID를 구성한다. 모니터링 UE의 PHY 계층(1011)은 자신이 관심있는 애플리케이션 ID에 대응하는 CRC를 체크하여 탐색 정보를 사전 필터링한다. CRC가 통과되면, PHY 계층(1011)은 사전 필터링된 탐색 PDU(1003)를 프로토콜 스택(1013)으로 보내며, 그렇지 않은 경우 수신된 탐색 정보를 무시한다. 사전 필터링된 탐색 PDU들(1003)이 프로토콜 스택(1013)에 의해 처리되고, 그 탐색 PDU 안의 탐색 컨테이너(1005a)가 애플리케이션 계층(1014)으로 보내진다. 따라서 애플리케이션 계층(1015)이나 ProSe 관리자(1015a)내 애플리케이션(1015-1, 1015-2, ..., 1015-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1005a)가 자신의 관심/사용자 정보(1005b)에 해당되는 것으로 확인할 수 있다.

도 11a 및 도 11b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면이다.

본 실시 예에서 애플리케이션은 애플리케이션 타입 및 애플리케이션 ID를 이용하여 식별되고, 여기서 상기 애플리케이션 ID는 애플리케이션 타입에 대해 고유하다. 도 11a을 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1101) 상으로 전송된다. 상기 애플리케이션 타입 및 애플리케이션 ID는 탐색 채널(1101) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다. 도 11b에서 참조 번호 1121 or 1123은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 도 11b를 참조하면, 상기 애플리케이션 타입은 탐색 PDU(1121a or 1123a)의 CRC(1121a or 1123a)에서 인코딩된다. 애플리케이션 타입은 CRC(1121a or 1123a)에서, 그 애플리케이션 타입에 대응하는 CRC 마스크를 생성함으로써 인코딩된다. 생성된 CRC 마스크는 탐색 PDU의 CRC를 생성하는 데 사용된다. 그런 다음 PHY 계층에 의해 그 CRC가 탐색 PDU에 더해진다. 다른 실시예에서 CRC는 MAC 계층, RRC 계층, PDCP 계층 또는 어떤 다른 계층에 의해 생성 및 추가될 수 있다.

이 실시예에서 애플리케이션 ID는 탐색 PDU에서 인코딩된다. 그것은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 인코딩될 수 있다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 CRC에서 인코딩될 애플리케이션 타입을 프로토콜 스택으로 보낸다. 그 프로토콜 스택은 PHY 계층에서 CRC 안에 인코딩될 애플리케이션 타입을 구성한다. 일 실시예에서 프로토콜 스택은 탐색 채널 상으로 전송될 탐색 PDU와 함께 CRC에서 인코딩될 애플리케이션 타입을 보낼 수 있다. PHY 계층은 CRC에서 애플리케이션 타입을 인코딩하고 그 탐색 PDU를 탐색 채널로 전송한다. 일 실시예에서 애플리케이션 계층은 탐색 컨테이너에서 애플리케이션 ID를 인코딩한다. 다른 실시예에서 애플리케이션 계층은 애플리케이션 ID를 프로토콜 스택으로 보낸다. 프로토콜 스택은 탐색 PDU 헤더 안에서 애플리케이션 ID를 인코딩한다.

도 11a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1115)이 모니터링될 애플리케이션 타입 및 애플리케이션 ID를 프로토콜 스택(1113)으로 보낸다. 그 프로토콜 스택(1113)은 PHY 계층(1111)에서 CRC 안에 모니터링될 애플리케이션 타입을 구성한다. 모니터링 UE의 PHY 계층(1111)은 자신이 관심있는 애플리케이션 타입에 대응하는 CRC를 체크하여 탐색 정보를 일차적으로 사전 필터링한다.(1111a)

CRC가 통과되면, PHY 계층(1111)은 사전 필터링된 탐색 PDU(1103)를 프로토콜 스택(1113)으로 보내며, 그렇지 않은 경우 수신된 탐색 정보를 무시한다. 사전 필터링된 탐색 PDU들(1103)은 이제 프로토콜 스택(1113)에 의해 처리된다. 프로토콜 스택(1113)은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 자신의 관심 애플리케이션 ID를 체크하여 탐색 정보를 이차적으로 사전 필터링한다.(1113a)

프로토콜 스택(1113)에서 자신의 관심 애플리케이션 ID가 탐색되면, 탐색 컨테이너의 추가 처리(가령, 보안 검사, 디코딩 등)만이 수행되며 탐색 PDU(1103) 안의 탐색 컨테이너는 애플리케이션 계층(1115)으로 보내진다. 따라서 애플리케이션 계층(1115)이나 ProSe 관리자(1115a)내 애플리케이션(1115-1, 1115-2, ..., 1115-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1105a)가 자신의 관심/사용자 정보(1105b)에 해당되는 것으로 확인할 수 있다.

선택적인 실시예에서, 상기 애플리케이션 ID는 두 개의 부분들로 나눠질 수 있다. 이 경우 상기 애플리케이션 ID의 제1부분은 탐색 PDU CRC에서 인코딩되고, 제2부분은 탐색 PDU 헤더 안이나 탐색 PDU 내 탐색 컨테이너 안에서 인코딩된다. 제1부분은 애플리케이션 ID의 'x' MSB(Most Significanct Bit)들일 수 있고, 제2부분은 애플리케이션 ID의 'y' LSB(Least Significant Bit)들일 수 있는데, 이때 'x+y'는 애플리케이션 ID내 비트들의 총 수가 된다. 다른 실시 예로, 제1부분이 애플리케이션 ID의 'x' LSB들일 수 있고, 제2부분이 애플리케이션 ID의 'y' MSB들일 수 있으며, 이때 'x+y'는 애플리케이션 ID내 비트들의 총 수가 된다.

도 12a 및 도 12b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 12a을 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하f는 것임)에 의해 탐색 채널(1201) 상으로 전송된다. 애플리케이션 ID는 탐색 채널(1201) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다. 도 12b에서 참조 번호 1221 or 1223은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 상기 애플리케이션 ID는 탐색 PDU(1221a or 1223a)에서 인코딩된다. 상기 애플리케이션 ID는 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 인코딩될 수 있다. 전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)은 탐색 컨테이너에서 애플리케이션 ID를 인코딩한다. 다른 실시예에서 애플리케이션 계층은 애플리케이션 ID를 프로토콜 스택으로 보낸다. 프로토콜 스택은 탐색 PDU 헤더 안에서 애플리케이션 ID를 인코딩한다.

도 12a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1215)이 모니터링될 애플리케이션 ID를 프로토콜 스택(1213)으로 보낸다. 프로토콜 스택(1213)은 탐색 채널(1201) 상에서 수신된 PHY PDU들(1221 or 1223)을 디코딩한 후 물리 계층(1211)으로부터 탐색 PDU들(1203)을 수신한다. 수신된 탐색 PDU들(1203)은 이제 프로토콜 스택(1213)에 의해 처리된다. 프로토콜 스택(1213)은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 자신의 관심 애플리케이션 ID를 체크하여 탐색 정보를 사전 필터링한다.(1213a) 프로토콜 스택(1213)에서 자신의 관심 애플리케이션 ID가 탐색되면, 탐색 컨테이너의 추가 처리(가령, 보안 검사, 디코딩 등)만이 수행되며 탐색 PDU(1203) 안의 탐색 컨테이너는 애플리케이션 계층(1215)으로 보내진다. 따라서 애플리케이션 계층(1215)이나 ProSe 관리자(1215a)내 애플리케이션(1215-1, 1215-2, ..., 1215-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1205a)가 자신의 관심/사용자 정보(1205b)에 해당되는 것으로 확인할 수 있다.

탐색 프리앰블이나 탐색 자원 분류만을 이용하는 애플리케이션 ID의 사전 필터링은 많은 수의 애플리케이션 ID들로 인해 고려되지 않는다는 것을 알아야 한다. 그러나 애플리케이션 ID의 사이즈가 큰 경우, 일 실시예에서 애플리케이션 타입이 탐색 프리앰블 안에서 인코딩될 수 있으며 애플리케이션 타입별 애플리케이션 ID가 CRC 마스크 안에 인코딩될 수 있다.

탐색 카테고리를 이용한 사전 필터링

도 13a 내지 도 16b를 참조하여 탐색 카테고리를 이용하여 탐색 정보를 사전 필터링하는 다양한 실시 예들을 설명하기로 한다.

도 13a 및 도 13b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 13a를 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1301) 상으로 전송된다. 탐색 카테고리는 탐색 채널(1301) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다.

본 실시 예에서 탐색 프리앰블들의 집합이 예비되며, 여기서 각각의 프리앰블은 사전 정의된 탐색 정보 카테고리에 해당한다. 도 13b에서 참조 번호 1321은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 도 13b를 참조하면, 탐색 프리앰블(1321a)은 탐색 채널(1301) 상에서 탐색 PDU에 앞선다. 전송 UE에서, PHY 계층은 탐색 채널 상으로 전송된 탐색 정보 카테고리에 대응하는 탐색 프리앰블을 전송한다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 정보와 그 카테고리를 프로토콜 스택으로 보낸다. 탐색 카테고리는 각각의 애플리케이션마다 애플리케이션 계층에서 정적으로 구성되거나, 애플리케이션 계층이 ProSe 서버로부터 탐색 코드를 수신할 때 그것을 수신한다. 프로토콜 스택은 탐색 정보를 운반하는 이러한 탐색 PDU 정보에 사용될 프리앰블의 타입과 함께 정보를 운반하는 탐색 PDU를 PHY 계층으로 보낸다. 프로토콜 스택은 탐색 정보 카테고리 및 탐색 프리앰블 사이의 매핑을 관리한다. PHY 계층은 탐색 채널 상으로 상기 지시된 탐색 프리앰블 및 탐색 PDU를 전송한다.

도 13a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1315)이 탐색 정보와 그 타입을 프로토콜 스택(1313)으로 보낸다. 그 프로토콜 스택(1313)은 PHY 계층(1311)에서 모니터링될 탐색 프리앰블들을 구성한다. 모니터링 UE의 PHY 계층(1311)은 자신이 관심있는 탐색 정보에 대응하는 프리앰블을 체크하여 탐색 정보를 사전 필터링한다.(1311a) PHY 계층(1311)은 프리앰블이 자신이 관심있는 탐색 정보에 대응하는 경우 탐색 채널 정보를 디코딩한다. 그런 다음 PHY 계층(1311)은 디코딩이 성공적이면 그 탐색 PDU를 프로토콜 스택(1313)으로 전달한다. 사전 필터링된 탐색 PDU들(1303)이 프로토콜 스택(1313)에 의해 처리되고, 그 탐색 PDU 안의 탐색 컨테이너가 애플리케이션 계층(1315)으로 보내진다. 따라서 애플리케이션 계층(1315)이나 ProSe 관리자(1315a)내 애플리케이션(1315-1, 1315-2, ..., 1315-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1305a)가 자신의 관심/사용자 정보(1305b)에 해당되는 것으로 확인할 수 있다.

선택적인 실시예에서, 탐색 카테고리는 탐색 프리엠블 안에서, 탐색 카테고리에 고유한 프리앰블 마스크 생성을 통해 인코딩될 수 있다.

도 14a 및 도 14b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 14a를 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1401) 상으로 전송된다. 탐색 카테고리는 탐색 채널(1401) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다. 도 14b에서 참조 번호 1421 or 1423은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 도 14b를 참조하면, 탐색 카테고리가 탐색 PDU의 CRC(1421a or 1423a)에서 인코딩된다. 탐색 카테고리는 CRC(1421a or 1423a)에서, 그 탐색 카테고리에 대응하는 CRC 마스크를 생성함으로써 인코딩된다. 생성된 CRC 마스크는 탐색 PDU의 CRC를 생성하는 데 사용된다. 그런 다음 PHY 계층에 의해 그 CRC가 탐색 PDU에 더해진다. 다른 실시예에서 CRC는 MAC 계층, RRC 계층, PDCP 계층 또는 어떤 다른 계층에 의해 생성 및 추가될 수 있다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 CRC에서 인코딩될 탐색 카테고리를 프로토콜 스택으로 보낸다. 그 프로토콜 스택은 PHY 계층에서 CRC 안에 인코딩될 탐색 카테고리를 구성한다. 일 실시예에서 프로토콜 스택은 탐색 채널 상으로 전송될 탐색 PDU와 함께 CRC에서 인코딩될 탐색 카테고리를 보낼 수 있다. PHY 계층은 CRC에서 탐색 카테고리를 인코딩하고 그 탐색 PDU를 탐색 채널로 전송한다.

도 14a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1415)이 CRC에서 모니터링될 탐색 카테고리를 프로토콜 스택(1413)으로 보낸다. 그 프로토콜 스택(1413)은 PHY 계층(1411)에서 CRC 안에서 모니터링될 탐색 카테고리를 구성한다. 모니터링 UE의 PHY 계층(1411)은 자신이 관심있는 탐색 카테고리에 대응하는 CRC를 체크하여 탐색 정보를 사전 필터링한다.(1411a) CRC가 통과되면, PHY 계층(1411)은 그 탐색 PDU를 프로토콜 스택(1413)으로 보내며, 그렇지 않은 경우 수신된 탐색 정보를 무시한다. 사전 필터링된 탐색 PDU들(1403)이 프로토콜 스택(1413)에 의해 처리되고, 그 탐색 PDU 안의 탐색 컨테이너가 애플리케이션 계층(1415)으로 보내진다. 따라서 애플리케이션 계층(1415)이나 ProSe 관리자(1415a)내 애플리케이션(1415-1, 1415-2, ..., 1415-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1405a)가 자신의 관심/사용자 정보(1405b)에 해당되는 것으로 확인할 수 있다.

상기 탐색 카테고리는 각각의 애플리케이션마다 애플리케이션 계층(1415)에서 정적으로 구성되거나, 애플리케이션 계층(1415)이 ProSe 관리자(1415a)로부터 탐색 코드를 수신할 때 그것을 수신할 수 있다.

도 15는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 15를 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1501) 상으로 전송된다. 탐색 카테고리는 탐색 채널(1501) 상에 전송된 탐색 정보를 사전 필터링하는데 사용된다. 본 실시 예에 따른 사전 필터링 방법에서는, 다양한 카테고리의 탐색 정보에 대해 다양한 탐색 자원들이 예비되거나 할당된다. 전송 UE에서, 애플리케이션 계층이 탐색 정보와 그 카테고리를 프로토콜 스택으로 보낸다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 프로토콜 스택이다. 프로토콜 스택은 이러한 탐색 정보에 사용될 자원들의 타입과 함께 탐색 정보를 PHY 계층으로 보낸다. 프로토콜 스택은 탐색 정보 카테고리 및 탐색 자원들 사이의 매핑을 관리한다. PHY 계층은 지시된 탐색 자원들로 탐색 채널을 통해 탐색 PDU를 전송한다.

도 15를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1515)이 탐색 정보와 그 타입을 프로토콜 스택(1513)으로 보낸다. 그 프로토콜 스택(1513)은 PHY 계층(1511)에서 모니터링될 탐색 자원들을 구성한다. 모니터링 UE의 PHY 계층(1511)은 자신이 관심있는 탐색 정보의 탐색 카테고리에 대응하는 탐색 자원들에서 탐색 채널(1501)을 찾아서 탐색 정보를 사전 필터링한다.(1511a) 모니터링된 탐색 자원들에서 수신된 탐색 PDU가 프로토콜 스택(1513)에 의해 처리된다. 탐색 PDU 안의 탐색 컨텐이너가 애플리케이션 계층(1515)으로 보내진다. 따라서 애플리케이션 계층(1515)이나 ProSe 관리자(1515a)내 애플리케이션(1515-1, 1515-2, ..., 1515-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1505a)가 자신의 관심/사용자 정보(1505b)에 해당되는 것으로 확인할 수 있다.

특정 카테고리의 탐색 정보에 대한 탐색 자원이 다운링크 제어채널인 PDCCH나 방송되는 시스템 정보인 SIB를 이용하여 시그날링될 수 있다. 다른 실시 예로 PDCCH 또는 SIB를 통해 다양한 C-RNTI나 지시자가 탐색 카테고리를 나타낼 수 있다. 다양한 탐색 서브 프레임(SF)는 다양한 탐색 카테고리에 대한 것일 수 있다. 탐색 SF 안에서, 다양한 타입의 탐색에 대해 다양한 채널이 동적으로나 반고정적으로 할당될 수 있다.

도 16a 및 도 16b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

본 실시 예에서 탐색 카테고리는 탐색 PDU에서 인코딩된다. 탐색 카테고리는 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 인코딩될 수 있다. 전송 UE에서 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)은 탐색 컨테이너 안에 탐색 카테고리를 인코딩한다. 다른 실시예에서 애플리케이션 계층은 탐색 카테고리를 프로토콜 스택으로 보낸다. 프로토콜 스택은 탐색 PDU 헤더 안에서 탐색 카테고리를 인코딩한다.

도 16a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1615)이 모니터링될 탐색 카테고리를 프로토콜 스택(1613)으로 보낸다. 도 16b에서 참조 번호 1621은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 프로토콜 스택(1613)은 탐색 채널(1601) 상에서 수신된 PHY PDU(1621)들을 디코딩한 후 물리 계층(1611)으로부터 탐색 PDU들(1603)을 수신한다. 수신된 탐색 PDU들(1603)은 프로토콜 스택(1613)에 의해 처리된다. 프로토콜 스택(1613)은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 자신의 관심 탐색 카테고리(1621a)(도 16b 참조)를 체크하여 탐색 정보를 사전 필터링한다.(1613a) 자신의 관심 탐색 카테고리가 탐색되면, 탐색 컨테이너의 추가 처리(가령, 보안 검사, 디코딩 등)만이 수행되며 탐색 PDU 안의 탐색 컨테이너는 애플리케이션 계층(1615)으로 보내진다. 따라서 애플리케이션 계층(1615)이나 ProSe 관리자(1615a)내 애플리케이션(1615-1, 1615-2, ..., 1615-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1605a)가 자신의 관심/사용자 정보(1605b)에 해당되는 것으로 확인할 수 있다.

탐색 카테고리는 각각의 애플리케이션(1615-1, 1615-2, ..., 1615-n)마다 애플리케이션 계층(1615)에서 정적으로 구성되거나, 또는 애플리케이션 계층(1615)이 ProSe 관리자(1615a)로부터 탐색 코드를 수신할 때 탐색 카테고리를 수신할 수 있다.

애플리케이션 ID 및 탐색 카테고리를 이용한 사전 필터링

이하 도 17a 내지 도 19b를 참조하여 두 개의 파라미터들, 즉 애플리케이션 ID 및 탐색 카테고리를 이용하여 탐색 정보를 사전 필터링하는 다양한 실시 예들을 설명하기로 한다.

도 17a 및 도 17b는 본 개시의 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 17a를 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1701) 상으로 전송된다. 본 실시 예에서는 탐색 프리앰블들의 집합이 예비되며, 여기서 각각의 프리앰블은 사전 정의된 탐색 카테고리에 해당한다. 도 17b에서 참조 번호 1721은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 탐색 채널(1701) 상에서 탐색 프리앰블(1721a)은 탐색 PDU에 앞선다. 전송 UE에서, PHY 계층은 탐색 채널 상으로 전송된 탐색 카테고리에 대응하는 탐색 프리앰블을 전송한다.

도 17b를 참조하면, 애플리케이션 ID는 탐색 PDU의 CRC(1721b)에서 인코딩된다. 애플리케이션 ID는 CRC(1721b)에서, 그 애플리케이션 ID에 대응하는 CRC 마스크를 생성함으로써 인코딩된다. 생성된 CRC 마스크는 탐색 PDU의 CRC를 생성하는 데 사용된다. 그런 다음 PHY 계층에 의해 그 CRC가 탐색 PDU에 더해진다. 다른 실시예에서 CRC는 MAC 계층, RRC 계층, PDCP 계층 또는 어떤 다른 계층에 의해 생성 및 추가될 수 있다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 정보, 애플리케이션 ID 및 탐색 카테고리를 프로토콜 스택으로 보낸다. 그 프로토콜 스택은 PHY 계층에서 CRC 안에 인코딩될 애플리케이션 ID를 구성한다. 일 실시예에서 프로토콜 스택은 탐색 채널 상으로 전송될 탐색 PDU와 함께 CRC에서 인코딩될 애플리케이션 ID를 보낼 수 있다. 프로토콜 스택은 또한 탐색 정보를 운반하는 이러한 탐색 PDU 정보에 사용될 프리앰블의 타입과 함께 정보를 운반하는 탐색 PDU를 PHY 계층으로 보낸다. 프로토콜 스택은 탐색 정보 카테고리 및 탐색 프리앰블 사이의 매핑을 관리한다. PHY 계층은 CRC 안에서 애플리케이션 ID를 인코딩한다. 그런 다음 PHY 계층은 탐색 채널 상으로 상기 지시된 탐색 프리앰블 및 탐색 PDU를 전송한다.

도 17a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1715)이 모니터링될 애플리케이션 ID 및 탐색 카테고리를 프로토콜 스택(1713)으로 보낸다. 그 프로토콜 스택(1713)은 PHY 계층(1711)에서 CRC 안에 모니터링될 애플리케이션 ID를 구성한다. 그 프로토콜 스택(1713)은 또한 PHY 계층(1711)에서 모니터링될 탐색 프리앰블들을 구성한다. 모니터링 UE의 PHY 계층(1711)은 자신이 관심있는 탐색 정보의 탐색 카테고리에 대응하는 프리앰블을 체크하여 탐색 정보를 일차로 필터링한다. PHY 계층(1711)은 프리앰블이 자신이 관심있는 탐색 정보의 탐색 카테고리에 대응하는 경우 탐색 채널 정보를 디코딩한다. 디코딩 중에, 모니터링 UE의 PHY 계층(1711)은 자신이 관심있는 애플리케이션 ID에 대응하는 CRC를 체크하여 탐색 정보를 이차로 필터링한다. CRC가 통과되면, PHY 계층(1711)은 그 탐색 PDU를 프로토콜 스택(1713)으로 보내며, 그렇지 않은 경우 수신된 정보를 무시한다. 사전 필터링된 탐색 PDU들(1703)이 프로토콜 스택(1713)에 의해 처리되고, 그 탐색 PDU 안의 탐색 컨테이너가 애플리케이션 계층(1715)으로 보내진다. 따라서 애플리케이션 계층(1715)이나 ProSe 관리자(1715a)내 애플리케이션(1715-1, 1715-2, ..., 1715-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1705a)가 자신의 관심/사용자 정보(1705b)에 해당되는 것으로 확인할 수 있다.

선택적인 실시예에서 탐색 자원은 탐색 카테고리에 기반하여 분류될 수 있다는 것을 알아야 한다. 이 경우 탐색 카테고리는 탐색 프리앰블을 이용하는 것이 아니라 탐색 자원 분류를 이용하여 사전 필터링될 수 있다.

도 18a 및 도 18b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 18a를 참조하면, 탐색 정보가 ProSe UE(ProSe UE는 탐색, 통신과 같은 ProSe 서비스 또는 D2D 서비스를 지원하는 것임)에 의해 탐색 채널(1401) 상으로 전송된다. 본 실시 예에서 탐색 카테고리는 도 17a 및 도 17b에서 설명한 방식을 이용하여, 탐색 프리앰블이나 탐색 CRC나 탐색 자원 분류를 사용해 사전 필터링될 수 있다.도 18b에서 참조 번호 1821은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 도 18b를 참조하면, 일차 사전 필터링은 프리앰블(1821a)이나 탐색 자원이나, 탐색 카테고리에 고유한 CRC(1821c)에 기반한다. 그리고 이차 사전 필터링은 탐색 PDU 안에 인코딩된 애플리케이션 ID(1821b)에 기반하여 수행된다. 이차 사전 필터링은 탐색 PDU가 프로토콜 스택에 의해 처리될 때 적용된다.

전송 UE에서, 상기 상위 계층(예를 들어 애플리케이션 계층 또는 디바이스 대 디바이스 (D2D) 프로토콜 계층 또는 엔터티)이 탐색 정보와 탐색 카테고리를 프로토콜 스택으로 보낸다. 애플리케이션 계층은 탐색 정보 안에 애플리케이션 ID를 인코딩한다. 다른 실시 예로 애플리케이션 계층이 애플리케이션 ID를 프로토콜 스택으로 보낼 수 있고, 이 경우 프로토콜 스택은 그 애플리케이션 ID를 탐색 PDU 헤더 안에서 인코딩한다. 그런 다음 프로토콜 스택은 CRC나 탐색 프리앰블 안에 탐색 카테고리를 인코딩하기 위해 PHY 계층을 구성하거나, PHY 계층에 탐색 카테고리에 고유한 탐색 자원들로 탐색 채널의 전송을 지시한다. 그러면 PHY 계층은 그에 따라 탐색 PDU를 전송한다.

도 18a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1815)이 모니터링될 애플리케이션 ID 및 탐색 카테고리를 프로토콜 스택(1813)으로 보낸다. 그런 다음 프로토콜 스택(1813)은 CRC나 탐색 프리앰블 안에 탐색 카테고리를 디코딩하기 위해 PHY 계층(1811)을 구성하거나, PHY 계층(1811)에 탐색 카테고리에 고유한 탐색 자원들을 통해 탐색 채널(1801)을 수신하라고 지시한다. PHY 계층(1811)은 탐색 카테고리에 고유한 탐색 자원들을 통해 탐색 채널(1801)을 수신하여 탐색 정보를 일차로 사전 필터링한다.(1811a) PHY 계층(1811)에 의해 수신된 탐색 PDU가 프로토콜 스택(1813)으로 보내진다. 수신된 탐색 PDU들(1803)은 프로토콜 스택(1813)에 의해 처리된다. 프로토콜 스택(1813)은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨텐이너에서 관심있는 애플리케이션 ID를 체크하여 탐색 정보를 이차로 사전 필터링한다.

자신의 관심 애플리케이션 ID가 탐색되면, 탐색 컨테이너의 추가 처리(가령, 보안 검사, 디코딩 등)만이 수행되며 탐색 PDU 안의 탐색 컨테이너는 애플리케이션 계층(1815)으로 보내진다. 따라서 애플리케이션 계층(1815)이나 ProSe 관리자(1815a)내 애플리케이션(1815-1, 1815-2, ..., 1815-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1805a)가 자신의 관심/사용자 정보(1805b)에 해당되는 것으로 확인할 수 있다.

도 19a 및 도 19b는 본 개시의 다른 실시 예에 따른 무선 통신 시스템에서 애플리케이션 ID 및 탐색 카테고리를 이용하는 사전 필터링을 설명하기 위한 도면이다.

도 19b에서 참조 번호 1921은 탐색 PDU를 전송하는 PHY PDU의 구성 예를 나타낸 것이다. 도 19b를 참조하면, 애플리케이션 ID(1921b) 및 탐색 카테고리(1921a)는 탐색 PDU에서 인코딩된다. 애플리케이션 ID(1921b) 및 탐색 카테고리(1921a)는 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 인코딩될 수 있다. 전송 UE에서 애플리케이션 계층은 애플리케이션 ID 및 탐색 카테고리를 탐색 컨테이너에서 인코딩한다. 다른 실시예에서 애플리케이션 계층은 애플리케이션 ID 및 탐색 카테고리를 프로토콜 스택으로 보낸다. 프로토콜 스택은 탐색 PDU 헤더 안에서 애플리케이션 ID 및 탐색 카테고리를 인코딩한다. 이와 달리, 탐색 카테고리는 탐색 PDU 헤더 안에서 인코딩될 수 있고 애플리케이션 ID는 탐색 컨테이너 안에서 인코딩된다.

도 19a를 참조하면, 모니터링 UE에서, 애플리케이션 계층(1915)이 모니터링될 애플리케이션 ID 및 탐색 카테고리를 프로토콜 스택(1913)으로 보낸다. 프로토콜 스택(1913)은 탐색 채널(1901) 상에서 수신된 PHY PDU들을 디코딩한 후 물리 계층(1911)으로부터 탐색 PDU들(1903)을 수신한다. 수신된 탐색 PDU들(1903)은 프로토콜 스택(1913)에 의해 처리된다. 프로토콜 스택(1913)은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 자신의 관심 탐색 카테고리를 체크하여 탐색 정보를 일차로 사전 필터링한다.(1913a) 또한 프로토콜 스택(1913)은 관심있는 탐색 카테고리가 탐색되면, 프로토콜 스택은 탐색 PDU 헤더나 탐색 PDU 내 탐색 컨테이너에서 자신의 관심 애플리케이션 ID를 체크하여 탐색 정보를 이차로 사전 필터링한다.(1913b) 관심있는 애플리케이션 ID가 탐색되면, 탐색 컨텐이너의 추가 처리(가령, 보안 검사, 디코딩 등)만이 수행되고 탐색 PDU 안의 탐색 컨테이너가 애플리케이션 계층(1915)으로 보내진다. 따라서 애플리케이션 계층(1915)이나 ProSe 관리자(1915a)내 애플리케이션(1915-1, 1915-2, ..., 1915-n)은 상기와 같이 사전 필터링된 탐색 코드/정보(1905a)가 자신의 관심/사용자 정보(1905b)에 해당되는 것으로 확인할 수 있다.

상기한 실시예들에서는 탐색 카테고리에 따라, 서로 다른 정보가 CRC 안에 인코딩될 수 있다, 예컨대 탐색 카테고리가 그룹 카테고리인 경우 ProSe 그룹 ID가 거기 있을 수 있고, 브로드캐스트 탐색의 경우는 애플리케이션 ID가 거기 있을 수 있고, 유니캐스트 탐색의 경우 ProSe UE ID가 거기 있을 수 있다.

탐색 정보 플로우

도 20은 본 개시의 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면이다.

도 20을 참조하면, 상위 계층(애플리케이션 계층 또는 D2D 프로코톨)(2010)은 탐색 정보(2011a, 2011b)를 운반하는 탐색 컨테이너(2013a, 2013b)를 AS(Access Stratum) 프로토콜 스택(이하, 프로토콜 스택)(2030)에 제공한다. 상위 계층(2010)은 탐색 컨테이너(2013a, 2013b) 안에 탐색 정보(2011a, 2011b)를 넣으며, 여기서 프로토콜 스택(2030)은 상위 계층(2010)이 탐색 컨테이너(2013a, 2013b)(참조 번호 2031a, 2031b와 동일함) 안에 넣을 수 있는 바이트 수를 제공한다. 탐색 컨테이너(2031a, 2031b)의 사이즈는 탐색 채널 상으로 전송될 수 있는 정보량에 좌우된다. 탐색 컨테이너(2031a, 2031b)는 탐색 정보를 운반하며, 탐색 컨테이너(2031a, 2031b)의 콘텐츠는 프로토콜 스택(2030)에 대해 투과적이다. 프로토콜 스택(2030)은 탐색 컨테이너(2031a, 2031b)로부터 탐색 PDU(2051a, 2051b)를 구축한다. 각각의 탐색 PDU(2051a, 2051b)는 하나 이상의 탐색 컨테이너(2031a, 2031b)를 포함한다. 탐색 PDU(2051a)는 헤더(2033a)를 포함하여 구성될 수 있다. 다른 구성 예로 탐색 PDU(2051b)는 프로토콜 스택(2030)에 의해 헤더를 포함하지 않을 수 있다. 프로토콜 스택(2030)은 탐색 PDU(2051a, 2051b)를 PHY 계층(2050)으로 보낸다. PHY 계층(2050)은 CRC(2055a, 2055b)를 탐색 PUD(2051a, 2051b)에 첨부시켜 그 탐색 PDU(2051a, 2051b)를 탐색 채널 상으로 전송한다. PHY 계층(2050)은 탐색 PDU 전송 전에 탐색 프리앰블(2053a, 2053b)을 전송할 수 있다. 상기 탐색 프리앰블은 시간에 있어서 모니터링 UE를 보조한다. 만약 상기 탐색 프리앰블이 존재하면, 모니터링 UE는 전송 UE와 완전하게 시간 동기화될 필요가 없다. 상기 탐색 프리앰블은 또한 AGC(Automatic Gain Control) 측정 및 조정에서 상기 모니터링 UE를 보조할 수 있다. 상기 탐색 프리앰블은 또한 앞서 설명한 것처럼 사전 필터링을 보조할 수 있다. 상기 탐색 프리앰들은 또한 탐색 PDU의 사이즈를 지시할 수 있다. 상기 탐색 프리앰블은 매 탐색 PDU 앞에 전송될 수 있다. 선택적인 실시 예로 상기 탐색 프리앰블은 지정된 시간 구간에서만 전송될 수 있다. 예를 들어 매 탐색 주기의 고정된 서브 프레임에서 탐색 프리앰블은 전송될 수 있다. 상기 고정된 서브 프레임은 첫 번째 서브 프레임일 수 있다. CRC(2055a, 2055b)가 PHY 계층(2050)이 아닌 프로토콜 스택(2030)에 의해 첨부될 수 있다. 일 실시예에서 프로토콜 스택은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 3GPP 프로토콜 스택이다.

도 21은 본 개시의 다른 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면이다.

도 21을 참조하면, 상위 계층(2110)이 탐색 컨테이너(2113) 안에 탐색 정보(2111)를 삽입하고, 탐색 컨테이너(2113)을 프로토콜 스택(2130)으로 보낸다. 이때 전송될 탐색 정보(2111)는 탐색 채널 상에 운반될 수 있는 정보의 사이즈보다 클 수 있다. 프로토콜 스택(2130)은 탐색 컨테이너(2113)의 사이즈가 커서 하나의 탐색 채널로 운반될 수 없을 경우 그 탐색 컨테이너(2113)를 분할할 수 있다. 이 경우 도 21에 예시된 것과 같이, 프로토콜 스택(2130)은 탐색 컨테이너(2113)를 복수 개의 조각들(2113a, 2133b)로 분할하고, 분할된 탐색 컨테이너 조각들(2113a, 2133b)이 PHY 계층(2150)을 통해 각각 독립된 탐색 채널(C1, C2) 상으로 전송되도록 한다. 프로토콜 스택(2130)은 탐색 PDU에 헤더(2131a, 2131b)를 선택적으로 추가할 수 있다. 그리고 PHY 계층(2150)을 통해 전송되는 PHY PDU들은 상기 분할된 탐색 컨테이너 조각들(2113a, 2133b)을 포함하는 탐색 PDU들(2153a, 2153b)와, 상기한 실시 예들에서 사전 필터링을 위한 탐색 프리앰블들(2151a, 2151b) 및 CRC들(2155a, 2155b)를 포함할 수 있다. 상기 탐색 프리앰블들(2151a, 2151b)은 선택적으로 포함될 수 있다. 상기 탐색 프리앰블은 매 탐색 PDU 전에 전송될 수 있다. 선택적인 실시 예로, 상기 탐색 프리앰블은 지정된 시간 구간에서만 전송될 수 있다. 예를 들어, 상기 탐색 프리앰블은 매 탐색 주기의 고정된 서브 프레임에서 전송될 수 있다. 상기 고정된 서브 프레임은 첫 번째 서브 프레임일 수 있다. 탐색 컨테이너(2113)가 분할되지 않은 경우, 탐색 정보 플로우는 도 20의 실시 예와 같다.

도 22는 본 개시의 다른 실시 예에 따른 탐색 정보 전송 플로우를 설명하기 위한 도면이다.

도 22를 참조하면, 상위 계층(2210)은 탐색 컨테이너(2213a, 2213b) 안에 탐색 정보(2211)를 삽입한다. 여기서 프로토콜 스택(2230)은 상위 계층(2210)이 예컨대, 하나의 탐색 컨테이너 안에 넣을 수 있는 바이트 수를 제공한다. 탐색 컨테이너의 사이즈는 탐색 채널 상으로 전송될 수 있는 정보량에 좌우된다. 탐색 컨테이너는 탐색 정보를 운반하며, 탐색 컨테이너의 콘텐츠는 프로토콜 스택(2230)에 대해 투과적이다. 도 22의 예와 같이 전송될 탐색 정보(2211)가 하나의 탐색 컨테이너의 사이즈보다 크면, 상위 계층(2210)이 그 탐색 정보(2211)를 복수 개의 탐색 컨테이너들(2213a, 2213b)로 분할하여 프로토콜 스택(2230)으로 보낸다. 프로토콜 스택(2230)은 각 탐색 컨테이너(2233a, 2233b)로부터 탐색 PDU를 구축한다. 프로토콜 스택(2230)은 탐색 PDU에 헤더(2231a, 2231b)를 선택적으로 추가할 수 있다.프로토콜 스택(2230)은 탐색 PDU를 PHY 계층(2250)으로 보낸다. PHY 계층(2250)은 CRC(2255a, 2255b)를 탐색 PUD(2253a, 2253b)에 첨부시켜 그 탐색 PDU(2253a, 2253b)를 각각 독립된 탐색 채널(C1, C2) 상으로 전송한다. PHY 계층(2250)은 탐색 PDU 전송 전에 탐색 프리앰블(2251a, 2251b)을 전송할 수 있다. 상기 탐색 프리앰블은 매 탐색 PDU 전에 전송될 수 있다. 선택적인 실시 예로, 상기 탐색 프리앰블은 지정된 시간 구간에서만 전송될 수 있다. 예를 들어, 상기 탐색 프리앰블은 매 탐색 주기의 고정된 서브 프레임에서 전송될 수 있다. 상기 고정된 서브 프레임은 첫 번째 서브 프레임일 수 있다. 다른 실시 예로 CRC가 PHY 계층(2250)이 아닌 프로토콜 스택(2230)에 의해 첨부될 수 있다. 일 실시예에서 프로토콜 스택(2230)은 RRC, PDCP, RLC, MAC 등과 같은 다양한 계층들을 포함하는 3GPP 프로토콜 스택이다.

탐색 PDU를 위한 프로토콜 스택 구조

프로토콜 스택에서의 보안:

도 23a는 본 개시의 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면이다.

도 23a를 참조하면, 상위 계층(2301)이 API(Application Platform Interface)를 이용하여 탐색 정보(또는 탐색 컨테이너)를 프로토콜 스택으로 보낸다. 프로토콜 스택은 D2D PDCP, RLC 및 MAC 계층들(2303, 2305, 2307, 2309)을 포함한다. 장치 간 시스템에 고유한 보안을 탐색 정보(또는 탐색 컨테이너)에 적용하기 위해 탐색 정보(또는 탐색 컨테이너)는 패킷 데이터 수렴 프로토콜(PDCP) 계층(2303)에 의해 먼저 처리된다. 무선 링크 제어(RLC) 프로토콜 계층(2305)은 투과 모드(TM)로 동작하며 어떤 처리도 수행하지 않는다. 다음으로 매체 액세스 제어(MAC) 계층(2307)이 MAC 헤더(사전 필터링, 패딩, 논리 채널 ID, 길이 지시자나 가변 길이 MAC SDU(Service Data Unit)의 경우 길이 필드 등을 위한 것)를 추가하여 그 탐색 PDU를 PHY 계층(2309)으로 보낸다. MAC 계층(2307)은 어떤 헤더도 추가하지 않을 수 있고, 탐색 PDU를 PHY 계층(2309)으로 투과적으로 보낼 수 있다.

도 23b는 본 개시의 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면이다.

도 23b를 참조하면, 프로토콜 스택은 탐색 채널에 기반하여 MAC SDU 사이즈를 결정한다. 도 23b에서 MAC SDU 사이즈는 예컨대, 'X' 바이트이다. 프로토콜 스택은 그런 다음, 애플리케이션이 상위 계층으로 제공 및 전송해야 하는 탐색 정보/컨테이너의 크기를 결정한다.

도 23b에서 탐색 컨테이너 사이즈는 'X-Y' 바이트이다. 상위 계층은 프로토콜 스택에 의해 지시된 사이즈의 탐색 정보를 운반하는 탐색 컨테이너를 프로토콜 스택으로 보낸다. 도 23b의 2311 동작에서 PDCP 계층이 탐색 정보를 처리하고 2313 동작에서 그 탐색 정보를 운반하는 탐색 컨테이너에 보안 헤더를 추가한다. 그리고 2315 동작에서 보안 헤더와 함께 탐색 정보를 운반하는 탐색 컨테이너가 MAC 계층에 의해 처리된다. MAC 계층은 2317 동작에서 MAC 헤더 및 CRC를 추가할 수 있다. CRC는 일 실시예에서 PHY에 의해 추가될 수 있다.

도 23c는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면이다.

모든 탐색 정보에 대해 보안이 반드시 필요한 것은 아니라는 것을 알아야 한다. 전송될 필요가 있는 탐색 정보가 보안을 필요로 하지 않는 경우, 보안 헤더가 없이 남겨진 공간은 다음과 같이 활용될 수 있다:

도 23c를 참조하면, 보안 헤더 대신 패딩(padding)이 프로토콜 스택에 의해 수행된다. 이 경우 프로토콜 스택은 상위 계층에, 보안 존재 여부와 관계 없이 동일한 크기의 탐색 정보를 요청한다. 도 23c의 2321 동작에서 PDCP 계층이 탐색 정보를 처리하고, 2323 동작에서 탐색 정보를 운반하는 탐색 컨테이너가 MAC 계층에 의해 처리된다. 이때 수신자가 패딩이 있는지 보안 헤더가 있는지를 알 수 있도록 패딩에 대한 특정 패턴이 사용될 수 있다. 그리고 2325 동작에서 MAC 헤더 내 일부 비트들은 MAC 헤더가 MAC 계층에 의해 추가된 경우 동일한 것(즉 패딩이 있는지 보안 헤더가 있는지 여부)을 나타낼 수도 있다.

도 23d는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면이다.

도 23d를 참조하면, 2331 동작에서 PDCP 계층이 탐색 정보를 처리하고, 이때 프로토콜 스택은 보안이 필요하지 않은 경우 상위 계층에 'X-Y' 바이트 대신 사이즈 'X' 바이트의 탐색 정보를 요청할 수 있다. 2333 동작에서 탐색 정보를 운반하는 탐색 컨테이너가 MAC 계층에 의해 처리된다. 그리고 MAC 계층은 2335 동작에서 MAC 헤더 및 CRC를 추가할 수 있다. 또한 본 실시 예에서 사이즈 'X-Y'의 MAC SDU가 구축되어 보다 적은 물리 채널 자원들을 사용해 전송될 수 있다.. 이 경우 프로토콜 스택은 도 23d의 예와 같이, 상위 계층에, 보안 존재 여부와 관계 없이 동일한 크기의 탐색 정보를 요청한다.

도 24는 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면이다.

도 24를 참조하면, 상위 계층(2401)이 API를 이용하여 탐색 정보(또는 탐색 컨테이너)를 프로토콜 스택으로 보낸다. 프로토콜 스택은 D2D RRC, D2D PDCP, 및 RLC 및 MAC 계층들(2403, 2405, 2407, 2409, 2411)을 포함한다. 탐색 정보(또는 탐색 컨테이너)는 탐색 정보를 운반하는 RRC 메시지를 구축하기 위해 D2D RRC 계층(2403)에 의해 먼저 처리된다. 그런 다음, 장치 간 시스템에 고유한 보안을 탐색 정보(나 탐색 컨테이너)를 운반하는 RRC 메시지에 적용하기 위해 RRC 메시지는 패킷 데이터 수렴 프로토콜(PDCP) 계층(2405)에 의해 처리된다. 무선 링크 제어(RLC) 계층(2407)은 투과 모드(TM)로 동작하며 어떤 처리도 수행하지 않는다. 그런 다음 매체 액세스 제어(MAC) 계층(2409)이 (사전 필터링, 패딩 등을 위해) MAC 헤더를 추가하여 그 탐색 PDU를 PHY 계층(2411)으로 보낸다. MAC 계층(2409)은 어떤 헤더도 추가하지 않을 수 있고, 탐색 PDU를 PHY 계층으로 투과적으로 보낼 수 있다.

본 실시예에서 탐색 PDU 형성은, 상위 계층으로부터 탐색 정보를 운반하는 탐색 컨테이너 대신에 탐색 정보를 운반하는 RRC 메시지가 PDCP SDU라는 것을 제외하면, 도 23의 실시 예와 동일하다. 다른 실시예에서 탐색 정보는 RRC 메시지 대신 NAS 메시지 안에 포함될 수 있다.

상위 계층에서의 보안

도 25a는 본 개시의 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면이다.

도 25a를 참조하면, 상위 계층(2501)이 API를 이용하여 탐색 정보(또는 탐색 컨테이너)를 프로토콜 스택으로 보낸다. 프로토콜 스택은 D2D RRC, MAC, 및 PHY 계층들(2503, 2505, 2507)을 포함한다.

도 25b는 본 개시의 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면이다.

도 25b를 참조하면, 2511 동작에서 탐색 정보를 운반하는 RRC 메시지를 구축하기 위해 탐색 정보(또는 탐색 컨테이너)는 D2D RRC 계층(2503)에 의해 먼저 처리된다. 그런 다음 2513 동작에서 (사전 필터링, 패딩 등을 위해) MAC 헤더를 추가하여 그 탐색 PDU를 PHY 계층(2507)으로 보내는 매체 액세스 제어(MAC) 계층(2505)에 의해 RRC 메시지가 처리된다. MAC 계층(2505)은 어떤 MAC 헤더도 추가하지 않을 수 있고, 탐색 PDU를 PHY 계층(2507)으로 투과적으로 보낼 수 있다. MAC 계층(2505)은 2317 동작에서 MAC 헤더 및 CRC를 추가할 수 있다. CRC는 일 실시예에서 PHY에 의해 추가될 수 있다.

도 26a는 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면이다.

도 26a를 참조하면, 상위 계층(2601)이 API를 이용하여 탐색 정보(또는 탐색 컨테이너)를 프로토콜 스택으로 보낸다. 프로토콜 스택은 D2D MAC 및 PHY 계층들(2603, 2605)을 포함한다.

상기 MAC 계층(2603)은 다음과 같은 기능을 수행한다:

1. 상위 계층(D2D 프로토콜 또는 애플리케이션 계층)(2601)과 인터페이스들: 상기 MAC 계층(2603)은 API를 이용하여 상기 상위 계층(D2D 프로토콜 또는 애플리케이션 계층)으로부터 상기 탐색 정보를 수신한다. IP 계층은 상기 탐색 정보를 전송하기 위해 사용되지 않는다. 탐색 정보는 MAC 계층(2603)으로 투과된다.

2. 스케줄링: 상기 MAC 계층(2603)은 상위 계층(2601)으로부터 수신된 상기 탐색 정보를 전송하기 위해 사용될 무선 자원을 결정한다. 만약 전용 자원(예컨대, LTE 시스템에서 타입 2의 자원)이 RRC 계층에 의해 구성되지 않은 경우, MAC 계층(2603)은 RRC 계층에 의해 구성된 전송 자원 풀로부터 전송을 위한 예컨대, LTE 시스템에서 경쟁 기반의 타입1의 자원을 선택한다. 만약 상기 전용 자원이 RRC 계층에 의해 구성된 경우, MAC 계층(2603)은 전송을 위해 상기 타입2의 전용 자원을 선택한다.

3. 탐색 PDU 생성: 상기 MAC 계층(2603)은 상기 탐색 정보를 운반하는 MAC PDU를 구성하고, 상기 결정된 타입1 또는 타입2의 무선 자원에서 전송을 위한 물리 계층(2605)으로 상기 MAC PDU를 전달한다. 하나의 방법으로 MAC 헤더는 부가되지 않는다. 다른 방법으로 MAC 계층(2603)은 MAC 헤더(사전 필터링을 위해, 패딩 등)를 부가한다. MAC 계층(2603)은 상기 MAC PDU와, 물리 계층(2605)으로 전송을 위해 상기 선택된 탐색 자원을 전달한다.

4. 보안: 일 실시 예에서, 보안은 상기 MAC 계층(2603)에 의해 적용될 수 있다. 또는 선택적으로 그것은 상위 계층(2601)에서 적용될 수 있다. 만약 보안이 MAC 계층(2603)에서 적용되는 경우, 보안을 위한 보안 키는 탐색 정보와 함께 상위 계층(2601)으로부터 또한 수신된다.

5. 탐색 정보 수신:

- 수신을 위해 상위 계층(2601)으로부터 지시를 수신함

- 탐색 정보 수신을 위해 사용될 무선 자원을 결정함

- 수신 자원 풀(pool)이 RRC 계층에 의해 구성됨

- 물리 계층(2605)으로 탐색 정보 수신을 위해 상기 결정된 자원을 전달함

- 물리 계층(2605)으로부터 탐색 정보를 운반하는 MAC PDU를 수신하고, 상위 계층(2601)으로 상기 수신된 탐색 정보를 전달함

6. 탐색 정보의 전송과 탐색 정보의 수신 간의 우선 순위 조정: 만약 상위 계층(2601)이 탐색 정보를 전송하기 위해 그리고 또한 탐색 정보를 수신하기 위해 MAC 계층(2603)을 지시하는 경우, MAC 계층(2603)은 먼저 전송을 위한 자원을 결정하고, 그리고 나서 수신은 탐색 정보가 전송되는 탐색 시간 슬롯을 제외한 다른 탐색 시간 슬롯들에서 행해진다.

7. WAN(Wide Area Network) 전송(예를 들어, 단말로부터 기지국으로의 전송)과 업링크 시간 슬롯에서 단말에 의한 탐색 정보의 전송/수신 간에 우선 순위 조정: 하나의 방법으로 WAN 전송이 언제나 우선시된다.

8. 다운링크 시간 슬롯에서 WAN 수신(예를 들어, 단말이 기지국으로부터 수신)과 업링크 시간 슬롯에서 단말에 의한 탐색 정보의 수신 간의 우선 순위 조정: WAN 수신이 언제나 우선시된다. 이 우선 순위는 FDD(Frequency Division Duplexing) 시스템을 위해서만 적용될 수 있다.

도 26b는 본 개시의 다른 실시 예에 따른 탐색 PDU 형성을 설명하기 위한 도면이다. 도 26b를 참조하면, 2611 동작에서 도 26a에서 설명한 것처럼 탐색 정보의 전송 자원이 결정되고, MAC 계층(2603)은 2317 동작에서 MAC 헤더 및 CRC를 추가할 수 있다.

도 27은 본 개시의 다른 실시 예에 따른 탐색 PDU를 위한 프로토콜 스택 구조를 설명하기 위한 도면이다.

도 27을 참조하면, 상위 계층(2701)이 API를 직접 이용하여 탐색 정보(나 탐색 컨테이너)를 PHY 계층(2703)으로 보낸다. 여기서 상기 상위 계층의 D2D 프로토콜은 NAS(Non Access Stratum) 계층에서 구현될 수 있다.

탐색을 위한 무선 베어러 /논리 채널 및 전송 채널 구조

본 개시의 실시 예에서 D2D 통신을 위해 설정될 수 있는 무선 베어러는 3가지 타입의 무선 베어러가 존재한다.

1) 무선 베어러 타입 1: 이 타입의 무선 베어러는 한 D2D 장치에서 다른 D2D 장치와의 사이에서 시그날링 신호를 운반한다. 하나의 D2D 장치에 대해, 이러한 타입의 여러 무선 베어러들이 생성되어 D2D 장치가 여러 D2D 장치들과 통신하는 것을 지원할 수 있다.

2) 무선 베어러 타입 2: 이 타입의 무선 베어러는 D2D 통신 중에 한 D2D 장치에서 다른 D2D 장치와의 사이에 애플리케이션 데이터(탐색과 관련된 데이터 제외)를 운반한다. 하나의 D2D 장치에 대해 이러한 타입의 여러 무선 베어러들이 생성되어 D2D 장치가 여러 D2D 장치들과 통신하는 것을 지원할 수 있다.

3) 무선 베어러 타입 3: 이 타입의 무선 베어러는 D2D 장치에 의해 전송되는 탐색 정보를 운반한다. 이 타입의 여러 무선 베어러들이 도 28a에 도시된 것과 같이 한 D2D 장치 안에 설정될 수 있다. 그리고 도 28a의 참조 번호 2810과 같이 보안이 적용된 탐색 정보와 보안이 적용되지 않은 탐색 정보가 각각 서로 다른 무선 베어러를 통해 운반된다. 제1 무선 베어러는 프로토콜 스택에 의해 보안이 적용되지 않는 탐색 정보를 운반하는데 사용될 수 있다. PDCP/RLC 기능들은 이 D2D 무선 베어러에 적용되지 않는다. 제2 무선 베어러는 프로토콜 스택에 의해 보안이 적용되는 탐색 정보를 운반하는데 사용될 수 있다. PDCP 기능이 이러한 무선 베어러들에 적용될 것이다. 무선 베어러를 탐색 정보에 매핑하는 동작이 탐색 카테고리에 기반하여 수행된다. MAC 계층은 탐색 전송 채널 상에서 그러한 무선 베어러들을 위한 논리 채널들의 스케줄링을 수행한다. 일 실시예에서, 도 28b의 참조 번호 2830에 도시된 것과 같이 이러한 타입의 단 하나의 무선 베어러가 보안이 적용된 탐색 정보의 운반을 위해 존재할 수 있다.

사전 필터링 제어 플로우

도 29a 및 도 29b는 본 개시의 실시 예에 따른 사전 필터링을 위한 제어 플로우를 설명하기 위한 도면이다.

도 29a 및 도 29b를 참조하면, 사전 필터링/모니터링 기능(2930a, 2940a, 2950a, 2980a)은 AS 프로토콜 스택(2930, 2960) 및/또는 D2D 프로토콜(2940) 및/또는 PHY 계층(2950, 2980)에 위치할 수 있다. 사전 필터링 파라미터(들)은 사전 필터링 명령(291, 292, 293, 294)의 형식으로 상위 계층(2910, 2920)에 의해(예를 들어, 사전 필터링 관리자(2910a)를 통해) 사전 필터링/모니터링 기능(2930a, 2940a, 2950a, 2980a)으로 보내진다. 애플리케이션들(2911-1~2911n, 2921-1~2921-n)을 포함하는 상기 상위 계층(2910, 2920)은 애플리케이션 계층 또는 D2D 프로토콜일 수 있다.

도 30a 및 도 30b는 본 개시의 실시 예에 따른 사전 필터링 명령을 설명하기 위한 도면이다.

먼저 탐색 PDU 구조는 헤더와 탐색 컨테이너로 이루어진다. 이 경우, 특정 크기로 된 특정 위치에서의 어떤 필드가 사전 필터링 파라미터를 운반하기 위해 예비된다. 상기 어떤 필드는 모니터링 UE에서 탐색 정보를 사전 필터링하는 데 사용될 수 있는, 상위 계층(애플리케이션 계층 또는 D2D 프로토콜)이 전송 UE들에서의 일부 정보를 인코딩하게 하는 플레이스 홀더(place holder)와 같다. 사전 필터링 파라미터(가령, 애플리케이션 ID나 탐색 타입이나 어떤 다른 것)가 상위 계층에서 결정된다. 모니터링 UE에서, 상위 계층은 사전 필터링 명령(3010)을 사전 필터링/모니터링 기능(3030)으로 보내며, 여기서 그 사전 필터링 명령(3010)은 사전 필터값 'x'와 필드 'y'(3050)를 탐색 PDU의 헤더(3070) 안에 포함한다. 이것은 탐색 PDU의 헤더(3070) 내 필드 'y'가 값 'x'를 운반하는 경우 탐색 컨테이너가 상위 계층으로 전송되거나 또는 모니터링 UE에게 관심 있는 것임을 의미한다. 예를 들어 도 30a에 도시된 것과 같이, 두 개의 필드들인 필드 2 및 필드 4가 사전 필터링을 위해 탐색 PDU의 헤더(3070) 안에 존재한다. 도 30a의 예에서 상위 계층은 사전 필터링 명령을 헤더 안의 필드 2에서 사전 필터값 10으로 보낸다.

다른 실시 예로 도 30b에 도시된 것과 같이 오직 한 필드가 헤더 내에서 사전 필터링을 위해 예비되는 경우, 필드 'y' 표시는 사전 필터링 명령(3020) 내에서 필요로 되지 않는다. 오직 한 필드만이 사전 필터링을 위해 탐색 PDU의 헤더(3080) 안에 존재한다. 상위 계층은 사전 필터링 명령(3020)을 사전 필터링/모니터링 기능(3040)으로 보내며, 사전 필터링 명령(3020)을 사전 필터값 10(3060)으로 보낸다. 이 경우 사전 필터링을 위한 필드가 어떤 필드인지 나타낼 필요가 없다.

상기 사전 필터링은 CRC를 이용하여 수행될 수 있다. 이 경우 상기 사전 필터링 명령은 CRC 마스크에서 사전 필터값 'x'를 지시한다. 상기 사전 필터링 명령은 PHY 계층에서 상기 사전 필터링/모니터링 기능에게 전달된다. 상기 PHY 계층은 이 값에 상응하는 CRC 마스크를 생성하고, 수신된 PHY PDU에서 CRC를 체크한다. PHY는 상위 계층에서 상기 사전 필터링 값이 무엇을 의미하는 지에 대해 알 필요가 없다.

사전 필터링 마스크를 이용한 사전 필터링

모니터링 UE에서 사전 필터링은 탐색 컨테이너에서 수신된 탐색 정보를 이용하여 수행될 수 있다. 이 경우 상위 계층은 사전 필터링/모니터링 기능으로 사전 필터링에 사용될 필요가 있는 탐색 정보의 부분 및 사전 필터링에 사용되어야 할 값에 대한 정보를 가진 사전 필터링 명령을 보낸다. 일 실시예에서 사전 필터링 명령은 이러한 정보를 사전 필터 마스크 및 사전 필터값의 형식으로 전달할 수 있다. 이와 달리, 사전 필터링 명령 사전 필터링에 사용되어야 하는 바이트/비트 오프셋으로부터 바이트/비트 오프셋 및 바이트/비트들의 수를 제공할 수 있다. 일 실시예에서 사전 필터링 명령은 다수의 그러한 사전 필터링 마스크와 사전 필터링 값들을 운반할 수 있다. 사전 필터링 마스크와 사전 필터링 값을 이용한 사전 필터링은 D2D 프로토콜 또는 AS 프로토콜 또는 PHY 계층에서 수행될 수 있다.

일 실시 예에서, 탐색 정보는 D2D 애플리케이션 ID에 대응되는 D2D 애플리케이션 코드를 포함한다. 상기 D2D 애플리케이션 ID는 계층적 구조를 갖는다. 예를 들어 상기 D2D 애플리케이션 ID는 서비스 서브 카테고리/서비스 명칭 등에 의해 따르는 넓은 레벨의 서비스 카테고리를 포함할 수 있다. 상기 D2D 애플리케이션 코드는 D2D 애플리케이션 ID을 위한 임시 식별자이며, 홈 네트워크(예를 들어, 홈 PLMN)에서 D2D 서버/D2D 기능에 의해 전송 UE에게 할당된다. 상기 D2D 애플리케이션 ID는 또한 그 D2D 애플리케이션 ID를 할당한 네트워크(예를 들어 PLMN)에 대한 정보를 포함할 수 있다. D2D 애플리케이션 ID가 계층적 구조(많은 부분들)를 가지고 있기 때문에 D2D 애플리케이션 코드는 D2D 애플리케이션 ID의 각 부분에 코드를 할당하여 생성된다. 전송 UE는 D2D 애플리케이션 ID에 대응되는 D2D 애플리케이션 코드를 전송한다.

탐색 물리 채널(들)의 모니터링 동안에, 모니터링 UE는 수 개의 UE들에 의해 전송된 수 개의 탐색 정보를 수신하고, 관심 있는 탐색 정보를 찾기 위해 사전 필터링을 수행할 것이다.

도 31은 본 개시의 실시 예에 따라 모니터링 UE가 사전 필터링을 위한 모니터링 필터를 획득하는 방법을 설명하기 위한 도면이다.

도 31을 참조하면, 먼저 모니터링 UE(3100)는 그 모니터링 UE(3100)가 모니터링하기 위해 허가된 D2D 애플리케이션 ID(들)과 함께 미리 구성된다. 만약 모니터링 UE가 어떤 D2D 애플리케이션 ID(들)을 모니터링하는 것에 관심있다면, 그것은 홈 PLMN에서 D2D 서버(또한 D2D 기능으로 참조되는)(3300)와 연결을 설정한다. 상기 D2D 애플리케이션 ID는 완전한 D2D 애플리케이션 ID 명칭 또는 부분적인 D2D 애플리케이션 명칭일 수 있다. 도 31의 3101 동작에서 모니터링 UE(3100)는 홈 PLMN에서 D2D 서버/D2D 기능(3300)으로 D2D 애플리케이션 ID(들)을 포함하는 모니터링 요청 메시지를 전송한다.

3103 동작에서 홈 PLMN에서 D2D 서버/D2D 기능(3300)은 모니터링 필터(들)을 포함하는 모니터링 응답 메시지를 모니터링 UE(3100)에게 전송한다. 상기 모니터링 필터(들)은 하나 또는 복수의 사전 필터 마스크 및 사전 필터 값을 포함한다. 상기 사전 필터 마스크와 사전 필터 값은 탐색 정보의 부분을 지시한다. 상기 사전 필터 마스크와 사전 필터 값은 예를 들어 사전 필터링을 위해 사용될 필요가 있는 D2D 애플리케이션 코드와 사전 필터링을 위해 사용되는 상기 사전 필터 값이 될 수 있다. 상기 모니터링 응답 메시지는 또한 모니터링 필터(들)이 유효한 시간 구간에 대한 정보를 포함할 수 있다. 만약 D2D 서버/D2D 기능(3300)가 모니터링 UE(3100)로부터 수신한 D2D 애플리케이션 ID가 다른 PLMN에 속하는 경우, D2D 서버/기능(3300)은 상기 모니터링 필터(들)을 얻기 위해 상기 다른 PLMN에 접촉할 수 있다.

탐색 모니터링 동안에, 모니터링 UE(3100)는 홈 PLMN에서 D2D 기능/D2D 서버(3300)로부터 수신된 모니터링 필터(들)을 이용하여 탐색 컨테이너에서 상기 수신된 D2D 애플리케이션 코드(들)을 필터링한다. 만약 UE가 모니터링 필터(들)과 부합되는 D2D 애플리케이션 코드(들)을 찾으면, 그것은 지역적으로 저장된 맵핑 정보를 이용하여 D2D 애플리케이션 코드(들)에 대응되는 D2D 애플리케이션 ID(들)을 결정하거나 또는 HPLMN에서 D2D 서버/D2D 기능에게 문의한다.

프로토콜 스택에 의해 추가되는 정보

본 개시의 실시 예에서, 상위 계층으로부터 수신된 탐색 정보에 헤더 형식의 정보(이하, 헤더 정보)가 부가될 수 있다. 상기 헤더 정보는 예를 들어 탐색 카테고리, 보안 표시, 보안 정보, ProSe UE ID, 속성들, 애플리케이션 ID를 나타내는 정보들 중 적어도 하나를 포함할 수 있다. 이러한 상기 헤더 정보에 포함되는 정보들 중 적어도 하나는 다음과 같이 추가될 수 있다:

도 32a 및 도 32b는 본 개시의 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면이다. 도 32a는 보안이 적용된 경우 헤더 정보의 구성을 나타낸 것이고, 도 32b는 보안이 적용되지 않은 경우 헤더 정보의 구성을 나타낸 것이다.

도 32a를 참조하면, 상기 헤더 정보는 탐색 카테고리(3201), 보안 표시(3203), ProSe UE ID(3205) 및 보안 정보(3207)를 포함할 수 있다.. 상기 보안 정보(3207)는 예컨대, 보안 표시(3203)가 '1'로 세팅된 경우, 즉 보안이 적용되는 경우 헤더 정보에 포함된다.

도 32b를 참조하면, 보안이 적용되지 않는 경우(예컨대, 보안 표시(3213)가 '0'으로 세팅된 경우, 상기 헤더 정보는 탐색 카테고리(3211), 보안 표시(3213), 및 ProSe UE ID(3215)를 포함할 수 있다. 그리고 탐색 채널의 크기가 고정되어 있으면 패딩이나 추가 속성들(관심 ID나 정보와 같은 것)이나 추가 탐색 정보가 포함될 수 있다. 탐색 채널의 크기가 가변적이거나 여러 용량 탐색 채널들이 존재할 경우, 패딩이나 추가 속성들(관심 ID나 정보같은 것)이나 추가 탐색 정보는 필요하지 않을 수 있다. 애플리케이션 ID는 일부 실시예들에서 탐색 카테고리 대신 존재할 수 있다. 일부 실시예들에서 애플리케이션 ID와 탐색 카테고리 둘 모두가 존재할 수도 있다. 보안이 탐색 카테고리에 대해 특정되어 있는 일부 실시예들에서, 보안의 존재 및 부재가 탐색 카테고리를 이용하여 알려지기 때문에 상기한 보안 표시(3203, 3213)는 필요하지 않을 수 있다. 일부 실시예들에서 탐색 카테고리는 헤더 정보 안에 존재하지 않을 수 있으며, 탐색 자원 카테고리를 이용하여 표시될 수 있다.

도 33a 및 도 33b는 본 개시의 다른 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면이다. 도 33a는 보안이 적용된 경우 헤더 정보의 구성을 나타낸 것이고, 도 33b는 보안이 적용되지 않은 경우 헤더 정보의 구성을 나타낸 것이다.

도 33a를 참조하면, 헤더 정보는 탐색 카테고리(3301), 보안 표시(3303), ProSe UE ID(3305) 및 보안 정보(3307)를 포함할 수 있다. 상기 보안 정보(3307) 및 ProSe UE ID(3305)는 예컨대, 상기 보안 표시(3303)가 '1'로 세팅된 경우, 즉 보안이 적용되는 경우 헤더 정보에 포함된다.

도 33b를 참조하면, 보안이 적용되지 않는 경우(예컨대, 보안 표시(3313)가 '0'으로 세팅된 경우, 상기 헤더 정보는 탐색 카테고리(3311) 및 보안 표시(3313)를 포함할 수 있다. 그리고 탐색 채널의 크기가 고정되어 있으면 패딩이나 추가 속성들(관심 ID나 정보와 같은 것)이나 추가 탐색 정보가 포함될 수 있다. 탐색 채널의 크기가 가변적이거나 여러 용량 탐색 채널들이 존재할 경우, 패딩이나 추가 속성들(관심 ID나 정보같은 것)이나 추가 탐색 정보는 필요하지 않을 수 있다. 애플리케이션 ID는 일부 실시예들에서 탐색 카테고리 대신 존재할 수 있다. 일부 실시예들에서 애플리케이션 ID와 탐색 카테고리 둘 모두가 존재할 수도 있다. 보안이 탐색 카테고리에 대해 특정되어 있는 일부 실시예들에서, 보안의 존재 및 부재가 탐색 카테고리를 이용하여 알려지기 때문에 보안 표시는 필요로 되지 않을 수 있다. 일부 실시예들에서 탐색 카테고리는 헤더 안에 존재하지 않을 수 있으며, 탐색 자원 카테고리를 이용하여 표시될 수 있다.

도 34a 및 도 34b는 본 개시의 다른 실시 예에 따라 탐색 정보에 부가되는 헤더 정보의 구성을 나타낸 도면이다. 도 34a는 보안이 적용된 경우 헤더 정보의 구성을 나타낸 것이고, 도 34b는 보안이 적용되지 않은 경우 헤더 정보의 구성을 나타낸 것이다.

도 34a를 참조하면, 헤더 정보는 탐색 카테고리(3401), 보안 표시(3403), 및 보안 정보(3405)를 포함할 수 있다. 상기 보안 정보(3405)는 예컨대, 상기 보안 표시(3403)가 '1'로 세팅된 경우, 즉 보안이 적용되는 경우 헤더 정보에 포함된다.

도 34b를 참조하면, 보안이 적용되지 않는 경우(예컨대, 보안 표시(3413)가 '0'으로 세팅된 경우), 상기 헤더 정보는 탐색 카테고리(3411) 및 보안 표시(3413)를 포함할 수 있다. 그리고 탐색 채널의 크기가 고정되어 있으면 패딩이나 추가 속성들(관심 ID나 정보와 같은 것)이나 추가 탐색 정보가 포함될 수 있다. 탐색 채널의 크기가 가변적이거나 여러 용량 탐색 채널들이 존재할 경우, 패딩이나 추가 속성들(관심 ID나 정보같은 것)이나 추가 탐색 정보는 필요하지 않을 수 있다. 애플리케이션 ID는 일부 실시예들에서 탐색 카테고리 대신 존재할 수 있다. 일부 실시예들에서 애플리케이션 ID와 탐색 카테고리 둘 모두가 존재할 수도 있다. 보안이 탐색 카테고리에 대해 특정되어 있는 일부 실시예들에서, 보안의 존재 및 부재가 탐색 카테고리를 이용하여 알려지기 때문에 보안 표시는 필요로 되지 않을 수 있다. 일부 실시예들에서 탐색 카테고리는 헤더 안에 존재하지 않을 수 있으며, 탐색 자원 카테고리를 이용하여 표시될 수 있다.

탐색 카테고리

본 개시의 실시 예에서 탐색 분류는 이하의 방식들 중 적어도 하나를 통해 수행될 수 있다. 이러한 분류는 단지 예시적인 것일 뿐으로 다른 탐색 분류를 위한 발명 사용의 범위를 제한하지 않는다는 것을 알아야 한다.

* 분류 방법 1:

- 유니캐스트 탐색 : 친구(들) 찾기, 페이징 등

- 그룹 탐색 : 공공 안전과 같은 특정 그룹이나 그룹 멤버들 찾기 등

상기 유니캐스트 탐색과 그룹 탐색은 특정 UE(들)에 한정될 수 있다.

- 브로드캐스트 탐색 : 광고들, NW(네트워크) 연결을 위한 중계 탐색, UE 연결을 위한 중계 탐색, 특정 관심 서비스들이나 사람들 찾기 등

상기 브로드캐스트 탐색은 특정 UE(들)에 한정되지 않는다.

* 분류 방법 2:

- 유니캐스트 탐색 : 공표 타입, 요청 타입 등

- 그룹 탐색 : 공표 타입, 요청 타입 등

- 브로드캐스트 탐색

* 분류 방법 3:

- 유니캐스트 탐색 : 친구(들) 찾기, 페이징 등

- 그룹 탐색 : 공공 안전과 같은 특정 그룹이나 그룹 멤버들 찾기 등

상기 유니캐스트 탐색과 그룹 탐색은 특정 UE(들)에 한정될 수 있다.

- 브로드캐스트 탐색 : 광고들, 특정 관심 서비스들이나 사람들 찾기 등

상기 브로드캐스트 탐색은 특정 UE(들)에 한정되지 않는다.

- 릴레이(중계) 탐색 : NW 연결을 위한 중계 탐색, UE 연결을 위한 중계 탐색 등

* 분류 방법 4:

- 유니캐스트 탐색 : 공표 타입, 요청 타입, 답장, 승인 등

- 그룹 탐색 : 공표 타입, 요청 타입, 답장, 승인 등

- 브로드캐스트 탐색 : 광고들, 특정 관심 서비스들이나 사람들 찾기 등

상기 브로드캐스트 탐색은 특정 UE(들)에 한정되지 않는다.

- 릴레이(중계) 탐색 : NW 연결을 위한 중계 탐색(공표 타입, 요청 타입), UE 연결을 위한 중계 탐색(공표 타입, 요청 타입) 등

* 분류 방법 5:

- 오픈 탐색, 제한된 탐색

* 분류 방법 6:

- 공표, 요청, 중계, 승인

* 분류 방법 7:

- 공중 안전 탐색, 비-공중 안전 탐색

상기한 본 개시의 실시 예들은 또한 컴퓨터에서 읽혀질 수 있는 기록 매체(computer readable recording medium)에서 컴퓨터에서 읽혀질 수 있는 코드(computer readable code)로서 구현될 수 있다. 상기 컴퓨터에서 읽혀질 수 있는 기록 매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스가 될 수 있다. 상기 컴퓨터에서 읽혀질 수 있는 기록 매체의 예들은 ROM(Read-Only Memory), 휘발성 또는 비휘발성 메모리, CD-ROM, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 또한 본 개시를 달성하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 상기한 본 개시가 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.

상기한 본 개시의 실시 예들에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 개시의 실시 예들에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 각종 휴대 단말 또는 이동 통신 시스템에서 통신 사업자가 관리하는 서버 등의 네트워크 엔터티에 의해 구현될 수 있고, 상기 메모리는 본 개시의 실시 예들을 구현하는 명령어들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.

따라서 본 개시의 실시 예들은 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다.

상기한 본 개시의 실시 예에 의하면, 디바이스 대 디바이스(D2D) 통신 시스템에서 단말이 관심 있는 탐색 정보를 CRC, 애플리케이션 ID, 자원 카테고리, 탐색 프리앰블 등을 이용하여 사전 필터링하는 다양한 방법을 제공할 수 있다.

또한 본 개시의 실시 예에 의하면, D2D 통신 시스템에서 애플리케이션 계층과 같은 상위 계층으로부터 바로 물리 계층으로 탐색 정보를 전달하여 탐색 정보를 용이하게 송수신할 수 있다.

또한 본 개시의 실시 예에 의하면, D2D 통신 시스템에서 MAC 계층에서 상기 탐색 정보의 전송을 위한 자원을 용이하게 스케줄링할 수 있다.

본 명세서에서 상기한 실시 예들은 개별적으로 기술하였으나, 그 실시 예들 중 둘 이상이 결합되어 실시될 수 있다.

본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해질 수 있다.

Claims (51)

1. 삭제
2. 삭제
3. 삭제
4. 삭제
5. 삭제
6. 삭제
7. 삭제
8. 삭제
9. 삭제
10. 삭제
11. 삭제
12. 삭제
13. 삭제
14. 삭제
15. 삭제
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 근접 서비스를 지원하는 무선 통신 시스템에서 단말이 탐색 정보를 전송하는 방법에 있어서,
    상기 단말의 매체 접근 제어(MAC) 계층에서 상기 단말의 근접 서비스(ProSe: proximity service) 프로토콜 계층으로부터 상기 근접 서비스와 연관된 탐색을 위한 탐색 정보를 직접(directly) 수신하는 과정;
    상기 MAC 계층에서 상기 수신된 탐색 정보를 포함하는 MAC 프로토콜 데이터 유닛(PDU)를 생성하는 과정;
    상기 단말의 물리 계층에서 상기 생성된 MAC PDU를 포함하는 탐색 신호를 전송하는 과정; 및
    상기 단말과 기지국 간에 전송하거나 수신하는 과정을 포함하는 방법.
    
31. 제 30 항에 있어서,
    상기 MAC 계층에서 상기 탐색 정보의 전송을 위해 사용될 자원을 결정하는 과정을 더 포함하는 방법.
    
32. 제 30 항에 있어서,
    상기 탐색을 위해, 상기 단말에 포함된, 프로토콜 스택은 상기 MAC 계층과 상기 물리 계층을 포함하는 방법.
    
33. 제 30 항에 있어서,
    인터넷 프로토콜 계층은 상기 탐색 정보의 전송을 위해 사용되지 않는 방법.
    
34. 제 30 항에 있어서,
    상기 MAC PDU에 MAC 헤더는 부가되지 않는 방법.
    
35. 제 30 항에 있어서,
    상기 탐색 신호는 특정 서브 프레임을 이용하여 전송되는 방법.
    
36. 제 30 항에 있어서,
    상기 단말과 기지국 간에 전송 또는 수신은 상기 탐색 신호의 전송 보다 우선 순위가 더 높은 방법.
    
37. 근접 서비스를 지원하는 무선 통신 시스템에서 탐색 정보를 전송하는 단말에 있어서,
    신호를 전송하는 송수신기; 및
    상기 단말의 매체 접근 제어(MAC) 계층에서 상기 단말의 근접 서비스(ProSe: proximity service) 프로토콜 계층으로부터 상기 근접 서비스와 연관된 탐색을 위한 탐색 정보를 직접(directly) 수신하고, 상기 MAC 계층에서 상기 수신된 탐색 정보를 포함하는 MAC 프로토콜 데이터 유닛(PDU)를 생성하고, 상기 단말의 물리 계층에서 상기 생성된 MAC PDU를 포함하는 탐색 신호를 전송하도록 상기 송수신기를 제어하고, 상기 단말과 기지국 간에 전송하거나 수신하도록 상기 송수신기를 제어하는 제어기;를 포함하는 단말.
    
38. 제 37 항에 있어서,
    상기 제어기는, 상기 MAC 계층에서 상기 탐색 정보의 전송을 위해 사용될 자원을 결정하도록 더 구성된 단말.
    
39. 제 37 항에 있어서,
    상기 탐색을 위해, 상기 단말에 포함된, 프로토콜 스택은 상기 MAC 계층과 상기 물리 계층을 포함하는 단말.
    
40. 제 37 항에 있어서,
    상기 제어기는, 상기 탐색 정보의 전송을 위해 인터넷 프로토콜 계층을 사용하지 않도록 더 구성된 단말.
    
41. 제 37 항에 있어서,
    상기 MAC PDU에 MAC 헤더는 부가되지 않는 단말.
    
42. 제 37 항에 있어서,
    상기 제어기는, 특정 서브 프레임을 이용하여 상기 탐색 신호를 전송하도록 더 구성된 단말.
    
43. 제 37 항에 있어서,
    상기 단말과 기지국 간에 전송 또는 수신은 상기 탐색 신호의 전송 보다 우선 순위가 더 높은 단말.
    
44. 근접 서비스를 지원하는 무선 통신 시스템에서 단말이 탐색 정보를 수신하는 방법에 있어서,
    상기 단말의 물리 계층에서 매체 접근 제어 프로토콜 데이터 유닛(MAC PDU)를 포함하는 탐색 신호를 수신하는 과정, 여기서, 상기 탐색 신호는 상기 근접 서비스와 연관된 탐색을 위한 탐색 정보를 포함함;
    상기 수신된 MAC PDU에 포함된 상기 탐색 정보를 MAC 계층으로부터 추출하는 과정;
    상기 단말의 상기 MAC 계층에서 상기 단말의 근접 서비스(ProSe: proximity service) 프로토콜 계층으로 상기 추출된 탐색 정보를 직접(directly) 전달하는 과정; 및
    상기 단말과 기지국 간에 전송하거나 수신하는 과정을 포함하는 방법.
    
45. 제 44 항에 있어서,
    상기 MAC 계층에서 상기 탐색 정보의 수신을 위해 사용될 자원을 결정하는 과정을 더 포함하는 방법.
    
46. 제 44 항에 있어서,
    상기 탐색을 위해, 상기 단말에 포함된, 프로토콜 스택은 상기 MAC 계층과 상기 물리 계층을 포함하는 방법.
    
47. 근접 서비스를 지원하는 무선 통신 시스템에서 탐색 정보를 수신하는 단말에 있어서,
    신호를 수신하는 송수신기; 및
    상기 단말의 물리 계층에서 매체 접근 제어 프로토콜 데이터 유닛(MAC PDU)를 포함하는 탐색 신호를 수신하도록 상기 송수신기를 제어하고, 여기서, 상기 탐색 신호는 상기 근접 서비스와 연관된 탐색을 위한 탐색 정보를 포함하고, 상기 수신된 MAC PDU에 포함된 상기 탐색 정보를 MAC 계층으로부터 추출하고, 상기 단말의 상기 MAC 계층에서 상기 단말의 근접 서비스(ProSe: proximity service) 프로토콜 계층으로 상기 추출된 탐색 정보를 직접(directly) 전달하고, 상기 단말과 기지국 간에 전송하거나 수신하도록 상기 송수신기를 제어하는 제어기;를 포함하는 단말.
    
48. 제 47 항에 있어서,
    상기 제어기는, 상기 MAC 계층에서 상기 탐색 정보의 수신을 위해 사용될 자원을 결정하도록 더 구성된 단말.
    
49. 제 47 항에 있어서,
    상기 탐색을 위해, 상기 단말에 포함된, 프로토콜 스택은 상기 MAC 계층과 상기 물리 계층을 포함하는 단말.
50. 제 44 항에 있어서,
    상기 단말과 기지국 간에 전송 또는 수신은 상기 탐색 신호의 전송 보다 우선 순위가 더 높은 방법.
    
51. 제 47 항에 있어서,
    상기 단말과 기지국 간에 전송 또는 수신은 상기 탐색 신호의 전송 보다 우선 순위가 더 높은 단말.

Images