KR20150048180A - 디바이스간 탐색을 수행하기 위한 방법 및 장치 - Google Patents

Abstract

디바이스간(D2D) 탐색을 수행하기 위한 방법 및 장치들이 설명된다. 서비스 탐색 프로세스는 탐색 가능 디바이스(예를 들어, 무선 송수신 유닛(WTRU))가 주어진 서비스에 대한 무선 주파수(RF) 프록시미티 검출을 위한 송신을 수행할 목적으로 무선 리소스를 위한 탐색 요청을 무선 연결을 통해 전송하는 단계를 포함할 수 있다. WTRU는 네트워크로부터의 RF 프록시미티 검출을 위한 구성을 포함하는 탐색 응답을 수신할 수 있으며, 이러한 구성은 서비스와 관련되어 있을 수 있다. RF 프록시미티를 위한 구성은 특히 탐색 가능 WTRU를 위한 전용 시그널링(예를 들어, 물리 다운링크 공유 채널(PDSCH))에 의해 수신될 수 있다. RF 프록시미티를 위한 구성은, 특히 모니터링 WTRU를 위한 브로드캐스트 채널(예를 들어, 탐색 공유 채널(DISCH))로 수신될 수 있고, 각각이 RF 프록시미티 검출 구성, 또는 유효 정보 및 측정 구성과 관련되어 있는 하나 이상의 서비스 아이덴티티를 포함할 수 있다.

Description

디바이스간 탐색을 수행하기 위한 방법 및 장치{METHOD AND APPARATUS FOR PERFORMING DEVICE-TO-DEVICE DISCOVERY}

본 출원은 2012년 8월 23일에 출원된 미국 가출원 제61/692,556호, 2013년 1월 15일에 출원된 미국 가출원 제61/752,830호, 및 2013년 8월 7일에 출원된 미국 가출원 제61/863,260호에 대한 우선권을 주장하며, 그 내용은 전체적으로 참조로서 여기에 통합되어 있다.

프록시미티 서비스(proximity services, ProSe)는 셀룰러 기술 생태계(cellular technology ecosystem)에서 디바이스간(device-to-device, D2D) 통신을 지원할 수 있다. ProSe는 2 이상의 디바이스들(예를 들어, 무선 송수신 유닛(WTRU), 사용자 기기(UE), 이동국) 사이의 프록시미티에 의존할 수 있으며, 특정한 상업용 및 소셜 애플리케이션들, 네트워크 오프로딩, 또는 공공 안전 직접 통신들을 허용할 수 있다. 와이파이(Wi-Fi) 또는 블루투스(Bluetooth)와 같은 다른 대안들 또한 D2D 통신을 지원할 수 있지만, 라이센스 면제 대역(license-exempt band)에서 동작할 수도 있기 때문에 간섭이 더 높고, 서비스 품질(QoS)이 더 낮아질 수 있다. ProSe는 D2D 탐색 및 다양한 통신 절차들을 이용하여 이들 이슈를 다룰 수 있다.

따라서, 디바이스간(D2D) 탐색을 수행하기 위한 방법 및 장치들이 요구된다.

디바이스간(D2D) 탐색을 수행하기 위한 방법 및 장치들이 설명된다. 서비스 탐색 프로세스는 탐색 가능 디바이스(예를 들어, 무선 송수신 유닛(WTRU))가 주어진 서비스에 대한 무선 주파수(RF) 프록시미티 검출(proximity detection)을 위한 송신을 수행할 목적으로 무선 리소스를 위한 탐색 요청을 무선 연결을 통해 전송하는 단계를 포함할 수 있다.

서비스 탐색 프로세스는 WTRU가 네트워크로부터의 RF 프록시미티 검출을 위한 구성을 포함하는 탐색 응답을 수신하는 단계를 포함할 수 있는데, 이러한 구성은 관심 서비스와 관련될 수 있다. RF 프록시미티를 위한 구성은, 특히 탐색 가능 WTRU를 위한 전용 시그널링(예를 들어, 물리적 다운링크 공유 채널(PDSCH))에 의해 수신될 수 있다. RF 프록시미티를 위한 구성은, 특히 모니터링 WTRU를 위한 브로드캐스트 채널(예를 들어, 탐색 공유 채널(DISCH)) 상으로 수신될 수 있다. 브로드캐스트 채널로부터 수신된 전송은 하나 이상의 서비스 아이덴티티를 포함할 수 있으며, 이들 각각은 RF 프록시미티 검출 구성(즉, 서비스와 관련된 전송 리소스) 또는 유효성 정보(validity information) 및 측정 구성과 관련되어 있다. WTRU에 의해 수신된 브로드캐스트 채널 상의 전송은 특정 무선 네트워크 임시 아이덴티티(RNTI) 또는 서브프레임 타이밍을 이용하여 PDSCH에 의해 스케줄링될 수 있다.

서비스 탐색 프로세스는 WTRU가 관심 서비스를 위한 수신 RF 프록시미티 검출 구성을 이용하여 동작을 개시하는 단계를 포함할 수 있다. 탐색 가능 WTRU는 구성 리소스의 유효 기간 중에 구성 리소스에 대한 RF 프록시미티 검출 신호의 전송을 개시할 수 있다고 결정할 수 있다. 모니터링 WTRU는 관련 측정 구성을 이용하여 구성 리소스의 유효 기간 중에 구성 리소스에 대한 RF 프록시미티 검출 신호의 수신을 개시할 수 있다고 결정할 수 있다.

서비스 탐색 프로세스는 모니터링 WTRU가 관심 서비스를 위한 RF 프록시미티 신호를 검출하는 단계를 포함할 수 있는데, 이는 WTRU로 하여금 1) 무선 연결을 통해 관심 측정 물체를 위한 측정 보고의 전송을 개시하고, 2) (D2D 데이터 전송을 개시하기 위해) 주어진 서비스에 대응하는 D2D 세션을 위한 무선 리소스 구성을 위한 요청을 무선 연결을 통해 개시하고, 또는 3) (상호 탐색(mutual discovery)을 위한) 주어진 서비스를 위한 RF 프록시미티 검출을 위한 전송을 수행할 목적으로 무선 리소스를 위한 요청을 무선 연결을 개시하도록 트리거할 수 있다.

서비스 탐색 프로세스는 WTRU가 D2D 채널을 위한 구성을 네트워크로부터 수신하는 단계를 포함할 수 있다.

탐색 가능 WTRU는 리소스의 유효성이 만료되는 경우, WTRU가 네트워크에 대한 업링크 동기화를 더 이상 가정하지 않는 경우, 또는 그 밖의 다른 조건들의 경우 RF 프록시미티 검출을 종결시키거나 프록시미티 검출을 위한 RF 신호에 대한 전송을 종결시킬 수 있다.

WTRU 내의 애플리케이션은 서비스 아이덴티티를 포함하는 무선 모듈에 대한 요청을 이용하여 서비스 탐색 절차를 트리거할 수 있다. WTRU의 탐색 클래스 및 역할(예를 들어, 모니터링, 탐색 가능)에 따른 우선순위 규칙들이 또한 적용될 수 있다.

첨부 도면들과 함께, 일례로서 주어진 다음의 설명으로부터 더 상세히 이해될 수 있다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템을 도시한다.
도 1b는 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 송수신 유닛(WTRU)을 도시한다.
도 1c는 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크를 도시한다.
도 2a 및 도 2b는 네트워크 파라미터들에 대한 탐색 가능 및 모니터링 상태 영향의 일례들을 도시한다.
도 3은 업링크(UL) 하이브리드 자동 반복 요청(HARQ)에 대한 탐색 절차 영향의 일례를 도시한다.
도 4는 대역 내에 할당된 공중 육상 이동망(public land mobile network, PLMN) 전용 탐색 채널들의 일례를 도시한다.
도 5는 대역 외에 할당된 공통 탐색 채널의 일례를 도시한다.
도 6은 UL을 이용하여 대역 내 시간 분할 다중화(TDM)에 할당된 탐색 채널의 일례를 도시한다.
도 7a 및 도 7b는 탐색 신호 설계를 위한 LTE(long term evolution) 신호 특성들을 도시한다.
도 8은 디바이스간(D2D) 다운링크(DL) 또는 업링크(UL) 동기화의 일례를 도시한다.
도 9는 네트워크에 의해 정의된 시간 윈도우를 갖는 분산 D2D 동기화 전략의 일례를 도시한다.
도 10은 탐지 디바이스 익명성 보존의 일례를 도시한다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 도시한다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 다수의 무선 사용자들에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이 무선 대역폭을 포함하는 시스템 리소스들의 공유를 통해 이러한 콘텐츠에 액세스하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(CDMA), 시간 분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 싱글-캐리어 FDMA(SC-FDMA) 등의 하나 이상의 채널 액세스 방법들을 채택할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU; 102a, 102b, 102c, 및 102d), 무선 액세스 네트워크(RAN; 104), 코어 네트워크(106), 공중 교환 전화망(PSTN; 108), 인터넷(110), 및 다른 네트워크(112)를 포함할 수 있지만, 개시된 실시예들은 임의의 개수의 WTRU, 기지국, 네트워크, 및/또는 네트워크 요소들을 고려한다는 점이 이해될 것이다. WTRU들(102a, 102b, 102c, 및 102d )의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 타입의 디바이스일 수 있다. 일례로서, WTRU들(102a, 102b, 102c, 및 102d)은 무선 신호들을 송수신하도록 구성될 수 있고, 사용자 기기(UE), 이동국, 고정 또는 이동 가입자 유닛, 호출기, 휴대 전화기, 개인휴대단말기(PDA), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 가전제품 등을 포함할 수 있다.

통신 시스템들(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a 및 114b) 각각은 코어 네트워크(106), 인터넷(110), 및/또는 그 밖의 네트워크들(112) 등의 하나 이상의 통신 네트워크에 대한 액세스를 용이하기 위해 WTRU들(102a, 102b, 102c, 및 102d) 중 적어도 하나와 무선 인터페이싱하도록 구성된 임의의 타입의 디바이스일 수 있다. 일례로서, 기지국들(114a 및 114b)은 BTS(base transceiver station), Node-B, eNB(evolved Node-B), HNB(home Node-B), HeNB(home eNB), 사이트 컨트롤러, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국(114a 및 114b)이 각각 단일 요소로서 도시되어 있지만, 기지국(114a 및 114b)은 임의의 개수의 상호 연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다.

기지국(114a)은 기지국 컨트롤러(BSC), 무선 네트워크 컨트롤러(RNC), 릴레이 노드들 등과 같은 다른 기지국들 및/또는 네트워크 요소들(미도시)을 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(미도시)이라고 지칭될 수 있는 특정 지리적 영역 내에서 무선 신호들을 송수신하도록 구성될 수 있다. 셀은 셀 섹터들로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 관련된 셀은 3개의 섹터로 분할될 수 있다. 이에 따라, 일 실시예에서, 기지국(114a)은 3개의 송수신기, 즉 셀의 섹터당 하나를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중입력 다중출력(MIMO) 시스템을 채택할 수 있으며, 이로써 셀의 섹터당 다수의 송수신기를 활용할 수 있다.

기지국들(114a 및 114b)은 임의의 적절한 무선 통신 링크(예를 들어, 무선 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시광선 등)일 수 있는 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c, 및 102d) 중 하나 이상과 통신할 수 있다. 무선 인터페이스(116)는 임의의 적절한 무선 액세스 기술(RAT)을 이용하여 구축될 수 있다.

더 구체적으로, 전술된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템으로서 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 채택할 수 있다. 예를 들어, RAN(104)에서의 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 광대역 CDMA(WCDMA)를 이용하여 무선 인터페이스(116)를 구축할 수 있는 UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(HSPA) 및/또는 HSPA+(evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(HSDPA) 및/또는 고속 업링크 패킷 액세스(HSUPA)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 LTE(long term evolution) 및/또는 LTE-A(LTE-advanced)를 이용하여 무선 인터페이스(116)를 구축할 수 있는 E-UTRA(evolved UTRA)와 같은 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 및 102c)은 IEEE 802.16와 같은 무선 기술들(WiMAX(Worldwide Interoperability for Microwave Access), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO(evolution-data optimized), IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(global system for mobile communications), EDGE(enhanced data rates for GSM evolution), GERAN(GSM/EDGE RAN) 등)을 구현할 수 있다.

도 1a에서의 기지국(114b)은 예를 들어, 무선 라우터, HNB, HeNB, 또는 AP일 수 있고, 사업장, 가정, 차량, 대학 캠퍼스 등의 로컬화된 영역에서 무선 연결을 촉진하기 위한 임의의 적절한 RAT를 활용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 IEEE 802.11와 같은 무선 기술을 구현하여 무선 로컬 영역 네트워크(WLAN)를 구축할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 IEEE 802.15와 같은 무선 기술을 구현하여 WPAN(wireless personal area network)를 구축할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c 및 102d)은 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)을 활용하여 피코셀 또는 펨토셀을 구축할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접적인 연결을 가질 수 있다. 이에 따라, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스하도록 요구 받지 않을 수 있다.

RAN(104)는 데이터, 애플리케이션, 및/또는 VoIP(voice over internet protocol) 서비스들을 WTRU들(102a, 102b, 102c, 및 102d) 중 하나 이상에 제공하도록 구성된 임의의 타입의 네트워크일 수 있는 코어 네트워크(106)와 통신 상태에 있을 수 있다. 예를 들어, 코어 네트워크(106)는 호 제어(call control), 과금 서비스(billing service), 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결, 비디오 유통 등을 제공하고/거나, 사용자 인증과 같은 고급 보안 기능들을 수행할 수 있다. 비록 도 1a에 도시되지 않았지만, RAN(104) 및/또는 코어 네트워크(106)는 RAN(104)와 동일한 RAT 또는 상이한 RAT를 채택하는 다른 RAT들과 직간접적인 통신 상태에 있을 수 있다. 예를 들어, 코어 네트워크(104)는 E-UTRA 무선 기술을 활용할 수 있는 RAN(106)에 연결되어 있을 뿐 아니라 GSM 무선 기술을 채택하는 다른 RAN(미도시)와 통신 상태에 있을 수 있다.

코어 네트워크(106)는 WTRU들(102a, 102b, 102c, 및 102d)을 위한 게이트웨이 역할을 하여 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화망(circuit-switched telephone network)를 포함할 수 있다. 인터넷(110)은 TCP/IP 군(suite)에서, 전송 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP), 및 인터넷 프로토콜(IP)과 같은 공통 통신 프로토콜들을 이용하는 상호 연결된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유 및/또는 운영되는 유무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT 또는 상이한 RAT를 채택할 수 있는 하나 이상의 RAN에 연결된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)에서 WTRU들(102a, 102b, 102c, 및 102d)의 일부 및 전부는 다중 모드 능력들을 포함할 수 있는데, 즉 WTRU들(102a, 102b, 102c, 및 102d)은 상이한 무선 링크를 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 송수신기를 포함할 수 있다. 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 채택할 수 있는 기지국(114a) 및 IEEE 802 무선 기술을 채택할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 도 1a에 도시된 통신 시스템(100) 내에 사용될 수 있는 예시적인 WTRU(102)를 도시한다. 도 1b에 도시된 바와 같이, WTRU(102)는 프로세서(118), 송수신기(120), 송수신 요소(예를 들어, 안테나)(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비분리형 메모리(130), 분리형 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136), 및 주변 장치들(138)을 포함할 수 있다. WTRU(102)는 일 실시예와의 일관성을 유지하면서 전술한 요소들의 임의의 서브 조합을 포함할 수 있다는 점이 이해될 것이다.

프로세서(118)는 범용 프로세서, 전용 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 마이크로 프로세서, DSP 코어와 관련 있는 하나 이상의 프로세서, 컨트롤러, 마이크로컨트롤러, ASIC(application specific integrated circuit), FPGA(field programmable gate array) 회로, 집적 회로(IC), 상태 기계(state machine) 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작 가능하게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(118)는 송수신기(120)에 결합될 수 있고, 송수신기(120)는 송수신 요소(122)에 결합될 수 있다. 도 1b는 별도의 컴포넌트로서 프로세서(118) 및 송수신기(120)를 도시하고 있지만, 프로세서(118) 및 송수신기(120)는 전자 패키지 또는 칩에 함께 통합될 수 있다.

송수신 요소(122)는 무선 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))으로 신호들을 송신하거나 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 요소(122)는 RF 신호들을 송수신하도록 구성된 안테나일 수 있다. 다른 실시예에서, 송수신 요소(122)는 예를 들어, IR, UV, 또는 가시광 신호들을 송수신하도록 구성된 방출기(emitter)/검출이기(detector)일 수 있다. 또 다른 실시예에서, 송수신 요소(122)는 RF 신호와 광 신호 모두를 송수신하도록 구성될 수 있다. 송수신 요소(122)는 무선 신호들의 임의의 조합을 송수신하도록 구성될 수 있다.

또한, 비록 송수신 요소(122)가 단일 요소로서 도 1b에 도시되어 있지만, WTRU(102)는 임의의 개수의 송수신 요소(122)를 포함할 수 있다. 더 구체적으로, WTRU(102)는 MIMO 기술을 채택할 수 있다. 이에 따라, 일 실시예에서, WTRU(102)는 무선 인터페이스(116)를 통해 무선 신호들을 송수신하기 위한 2 이상의 송수신 요소(122)(예를 들어, 다수의 안테나)를 포함할 수 있다.

송수신기(120)는 송수신 요소(122)에 의해 송신될 신호들을 변조하고, 송수신 요소(122)에 의해 수신된 신호들을 복조하도록 구성될 수 있다. 전술된 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 이에 따라, 송수신기(120)는 WTRU(102)가 예를 들어, UTRA 및 IEEE 802.11와 같이 다수의 RAT들을 통해 통신하게 할 수 있는 다수의 송수신기를 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(126)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 결합되어 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 비분리형 메모리(130) 및/또는 분리형 메모리(132)와 같은 임의의 타입의 적절한 메모리로부터의 정보에 액세스하여 이들 메모리에 데이터를 저장할 수 있다. 비분리형 메모리(130)는 RAM(random access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 분리형 메모리(132)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는 서버 또는 가정용 컴퓨터(미도시)와 같은 WTRU(102)에 물리적으로 위치하지 않는 메모리로부터의 정보에 액세스하여 그 안에 데이터를 저장할 수 있다.

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

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 위도 및 경도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 추가하거나 이를 대체하여, WTRU(102)는 무선 인터페이스(116)를 통해 기지국(예를 들어, 기지국들(114a 및 114b))으로부터 위치 정보를 수신하고/거나, 2 이상의 근처 기지국으로부터 수신되고 있는 신호들의 타이밍에 기반하여 자신의 위치를 결정할 수 있다. WTRU(102)는 일 실시예와 일관성을 유지하는 한, 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다.

프로세서(118)는 추가적인 특징들, 기능성, 및/또는 유무선 연결성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치들(138)에 더 결합될 수 있다. 예를 들어, 주변 장치들(138)은 가속도계(accelerometer), 전자 나침반(e-compass), 위성 송수신기, (사진 또는 동영상을 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈-프리 헤드셋, 블루투스 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 도 1a에 도시된 통신 시스템(100) 내에 사용될 수 있는 예시적인 RAN(104) 및 예시적인 코어 네트워크(106)를 도시한다. 전술된 바와 같이, RAN(104)은 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 E-UTRA 무선 기술을 채택할 수 있다. RAN(104) 또한 코어 네트워크(106)와 통신 상태일 수 있다.

RAN(104)은 eNB들(140a, 140b, 및 140c)을 포함할 수 있지만, 일 실시예와 일관성을 유지하는 한, 임의의 개수의 eNode-B를 포함할 수 있다는 점이 이해될 것이다. eNode-B들(140a, 140b, 및 140c) 각각은 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위한 하나 이상의 송수신기를 포함할 수 있다. 일 실시예에서, eNB들(140a, 140b, 및 140c)은 MIMO 기술을 구현할 수 있다. 이에 따라, 예를 들어, eNB(140a)는 다수의 안테나를 이용하여 WTRU(102a)에 무선 신호들을 송신하고, 이로부터 무선 신호들을 수신할 수 있다.

eNB들(140a, 140b, 및 140c) 각각은 특정 셀(미도시)과 관련되어 있을 수 있고, 무선 리소스 관리 결정, 핸드오버 결정, 업링크 및/또는 다운 링크에서의 사용자들의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1c에 도시된 바와 같이, eNB(140a, 140b, 및 140c)는 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 도시된 코어 네트워크(106)는 이동성 관리 엔티티(MME; 142), 서빙 게이트웨이(144), 및 패킷 데이터 네트워크(PDN) 게이트웨이(146)를 포함할 수 있다. 전술한 요소들 각각은 코어 네트워크(106)의 일부로서 도시되어 있지만, 이들 요소 중 어느 하나가 코어 네트워크 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 점이 이해될 것이다.

MME(142)는 S1 인터페이스를 통해 RAN(104)에서 eNB들(140a, 142b, 및 142c) 각각에 연결되어 제어 노드 역할을 할 수 있다. 예를 들어, MME(142)는 WTRU들(102a, 102b, 및 102c)의 사용자 인증, 베어러 활성화/비활성화(bearer activation/deactivation), WTRU들(102a, 102b, 및 102c)의 초기 접속(initial attach) 중 특정 서빙 게이트웨이 선택 등을 담당할 수 있다. MME(142)는 또한 RAN(104)와 GSM 또는 WCDMA 등의 다른 무선 기술들을 채택하는 다른 RAN들(미도시) 사이의 스위칭을 위한 제어 평면 기능(control plane function)을 제공할 수 있다.

서빙 게이트웨이(144)는 S1 인터페이스를 통해 RAN(104)의 eNB들(140a, 140b, 140c) 각각에 연결될 수 있다. 서빙 게이트웨이(144)는 일반적으로 WTRU들(102a, 102b, 및 102c)로/로부터 사용자 데이터 패킷들을 라우트 및 포워드할 수 있다. 서빙 게이트웨이(144)는 또한 eNB간 핸드오버 중 사용자 평면의 앵커링(anchoring), 다운링크 데이터가 WTRU들(102a, 102b, 및 102c)에 이용 가능한 경우의 페이징의 트리거링, WTRU들(102a, 102b, 및 102c)의 컨텍스트(context)의 관리 및 저장 등의 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(144)는 인터넷(110)과 같은 패킷 교환 네트워크에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공하여 WTRU들(102a, 102b, 및 102c)과 IP-인에이블 디바이스들 사이의 통신을 용이하게 할 수 있는 PDN 게이트웨이(146)에 연결될 수 있다.

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

프록시미티 서비스(ProSe)가 셀룰러 기술 생태계로부터 수신되고 있는 것에 대한 관심이 증대되고 있다. ProSe는 2 이상의 디바이스들(예를 들어, 무선 송수신 유닛(WTRU), 사용자 기기(UE), 이동국) 사이의 프록시미티에 의존할 수 있으며, 특정한 상업용의 소셜 애플리케이션들, 네트워크 오프로딩, 또는 공공 안전 직접 통신을 허용할 수 있다.

와이파이(Wi-Fi) 또는 블루투스(Bluetooth)와 같은 다른 대안들은 2개의 디바이스 사이의 직접 통신(D2D)을 허용할 수 있지만, 라이센스 면제 대역에서 운용되기 때문에, 간섭이 더 높고, 서비스 품질(QoS)이 더 낮아질 수 있다. 더구나, 셀룰러 기술은 D2D 통신의 네트워크 제어를 허용할 수 있다. 이는 특히 디바이스들의 스캐닝 시간을 감소시켜서 이들의 전력 소비를 감축시키는데 유리할 수 있다. 그러나, 이는 또한 중앙 집중 인프라구조에 의해 제공되는 링크 보안 레벨의 측면에서 유리할 수 있다. 동일한 리소스들이 D2D를 위해 재사용될 수 있고, 인프라구조 모드는 각 모드 사이의 간섭 레벨의 프록시미티 제어 하에서 구현될 수 있다. 더구나 D2D 능력을 셀룰러 기술에 추가하는 것은 공공 안전 애플리케이션들에 매우 중요할 수 있다. (오늘날 TETRA(terrestrial trunked radio)와 함께 이용될 수 있는 것과 같은) 직접 또는 D2D 모드에서의 로컬 호출에 동일한 기술이 사용될 수 있지만, 동일한 장비를 갖는 국가적인 셀룰러 네트워크에 대한 액세스를 또한 허용할 수 있다. 이는 규모의 경제를 생성할 수 있다. 양 능력의 긴밀한 통합은 대규모 재난의 대응 시간 및 협조를 개선할 수 있다.

ProSe는 D2D 탐색 및 통신 절차들을 요구할 수 있으며, 이로써 각 절차는 서로 독립적으로 사용될 수 있다. 새로운 D2D 탐색 기능을 사용하는 방법 및 장치들이 여기에 설명되는데, 이로써 하나 이상의 모니터링 디바이스들이 하나 이상의 탐색 가능 디바이스들을 식별하도록 허용될 수 있다. 이러한 새로운 D2D 탐색 기능은 애플리케이션 레벨 또는 네트워크 레벨로 트리거되어 탐색 서비스 연속성을 보장하고, 서비스와 RF 아이덴티티 사이의 매핑을 최적화하고, 탐색 프로세스들에서 우선순위 레벨을 취급하고, 모바일 사례들에서 탐색을 취급하고, 공중 육상 이동 통신망(PLMN)을 포함하는 탐색 절차를 처리할 수 있다.

이하, “디바이스”라는 용어는 무선 송수신 유닛(WTRU), 사용자 기기(UE), 모바일 디바이스 또는 네트워크 노드, 임의의 애플리케이션 또는 사용자, 클라이언트, 네트워크 어댑터, 또는 임의의 다른 조합과 같은 임의의 엔티티를 포함하지만, 이로 한정되지 않는다. 나아가, 디바이스는 고정 또는 이동식 릴레이, 펨토셀, 소형 셀, HeNB(home evolved Node-B)를 포함하지만, 이로 한정되지 않는다.

이하, “네트워크”라는 용어는 디바이스(예를 들어, WTRU)의 전송 및/또는 수신을 제어하는 능력을 갖거나, 이러한 디바이스들에 의해 레퍼런스(reference)으로서 사용되는 신호들을 송신하는 무선 네트워크 인프라구조의 임의의 요소 또는 기능을 지칭할 수 있다. 네트워크 요소들의 일례들은 eNB, MME, 서빙 게이트웨이(S-GW) 등을 포함할 수 있다. 나아가, 네트워크는 또한 특정 컨텍스트에서 네트워크의 능력을 갖는 임의의 디바이스를 지칭할 수 있다. 예를 들어, 여러 공공 안전 애플리케이션들에서, 디바이스는 동기화 레퍼런스를 제공하는 것과 같은 일정한 기능성들을 위해 네트워크의 역할을 맡을 수 있다.

이하, “탐색(discovery)”이라는 용어는 제1 디바이스가 제2 디바이스를 검출하는 절차를 지칭할 수 있다.

이하, “서비스 탐색”이라는 용어는 디바이스가 서비스의 적용 가능성을 검출하는 절차를 지칭할 수 있다.

이하, “RF 탐색”이라는 용어는 제1 디바이스가 제2 디바이스의 하나 이상의 무선 특징들에 기반하여 제2 디바이스의 프록시미티를 검출할 수 있는 절차를 지칭할 수 있다. 예를 들어, 제1 디바이스는 제2 디바이스에 의해 송신된 신호를 검출하거나, 제1 디바이스는 제2 디바이스의 프록시미티(예를 들어, 셀 레벨에서의 프록시미티)을 네트워크에 의해 통지 받을 수 있다.

이하, “RF 프록시미티”라는 용어는 제1 디바이스가 제2 디바이스의 범위 내에 있다는 것을 지칭할 수 있다. 이러한 범위는 메트릭 측정과 관계 있을 수 있다. 예를 들어, RF 프록시미티는 제2 디바이스에 의해 송신되는 탐색 신호에 대한 측정 결과에 기반하여 제1 디바이스에 의해 검출되거나, 제2 디바이스의 송신에 대해 수행된 측정 결과를 수신할 수 있는 네트워크 내의 엔티티에 의해 검출될 수 있다.

이하, “탐색 아이덴티티”라는 용어는 탐색 절차와 요청 디바이스 사이의 관계를 결정하는데 사용될 수 있는 식별자를 지칭할 수 있다. 탐색 아이덴티티는 RF 탐색 절차, 서비스 탐색 절차, 또는 양자 모두와 관련될 수 있다.

이하, “서비스 탐색”이라는 용어는 서비스 탐색 절차와 관련된 탐색 아이덴티티를 지칭할 수 있다.

이하, “RF 탐색 아이덴티티”라는 용어는 RF 탐색 절차와 관련된 탐색 아이덴티티를 지칭할 수 있다.

이하, “탐색 신호”라는 용어는 제1 디바이스에 의해 송신되는 탐색 신호를 지칭할 수 있다. 이러한 신호는 제2 디바이스에 의해 수신될 수 있고, RF 프록시미티를 검출하기 위해 사용될 수 있다. 탐색 신호는 페이로드(payload)(예를 들어, 서비스 탐색 아이덴티티)를 포함할 수 있다.

이하, “탐색 공유 채널” 또는 “DISCH”라는 용어는 탐색 정보를 포함할 수 있는 논리 채널을 지칭할 수 있다.

이하, “물리 탐색 공유 채널” 또는 “PDISCH”라는 용어는 탐색 신호 및/또는 페이로드 전송에 사용되는 물리 채널을 지칭할 수 있다. 예를 들어, PDISCH는 DISCH 메시지들을 운반할 수 있다. DISCH 및 PDISCH라는 용어는 상호 교환적으로 사용될 수 있다.

이하, “탐색 가능 서비스”라는 용어는 서비스 탐색 절차를 이용하여 다른 디바이스(예를 들어, WTRU 또는 애플리케이션)에 의해 검출될 수 있는 서비스를 지칭할 수 있다.

이하, “검출 가능 디바이스”라는 용어는 RF 탐색 절차를 이용하여 다른 디바이스(예를 들어, 제1 WTRU)에 의해 검출될 수 있는 디바이스(예를 들어, 제2 WTRU)를 지칭할 수 있다.

이하, “탐색 가능 디바이스”, “탐색 가능 WTRU”, 또는 “프로빙(probing) 디바이스”라는 용어는 서비스를 광고하거나(즉, 디바이스가 적어도 하나의 탐색 가능 서비스를 가질 수 있음), 탐색 신호를 송신하거나(즉, 검출 가능 디바이스), 양자 모두의 조합으로 탐색 가능할 수 있는 디바이스를 지칭할 수 있다. 이로써, 탐색 가능 디바이스는 탐색 신호를 송신하고/거나, DISCH 상의 적어도 탐색 아이덴티티의 전송을 요청하고/거나, (네트워크에 의해 브로드캐스트되는) DISCH 상의 적어도 탐색 아이덴티티의 전송을 수행하는 디바이스일 수 있다. 탐색 가능 디바이스는 또한 프로빙 디바이스라고 지칭될 수 있다.

이하, “탐지(seeking) 디바이스” 또는 “탐지 WTRU”라는 용어는 탐색 절차를 개시하는 디바이스를 지칭할 수 있다.

이하, “모니터링 디바이스”, “모니터링 WTRU”, 또는 “스캐닝 디바이스”라는 용어는 서비스, 다른 디바이스, 또는 양자 모두를 능동 검색하는 디바이스를 지칭할 수 있다. 예를 들어, 모니터링 디바이스는 DISCH 상으로 그리고/또는 시간/주파수에서의 주어진 리소스로 탐색 신호 및/또는 탐색 아이덴티티에 대해 모니터링할 수 있다. 모니터링 디바이스는 잠재적 이웃이라고 지칭될 수 있다.

이하, “탐색 서버”라는 용어는 탐색 절차의 관리에 관한 기능들을 구현하는 엔티티를 지칭할 수 있다. 이는, 예를 들어, 네트워크 내의 노드 또는 무선 액세스 네트워크(RAN) 내의 노드일 수 있다.

이하, “탐색 영역”이라는 용어는 탐색 절차가 탐색 서버에 의해 관리될 수 있는 지리적 영역을 지칭할 수 있다. 이는 셀, 셀 그룹, 추적 영역(tracking area, TA), TA의 일부 등에 대응할 수 있다.

이하, “서비스 프록시미티”라는 용어는 제2 디바이스와 동일한 탐색 영역에 있는 제1 디바이스를 지칭할 수 있다.

이하, “가입 서비스(들)”라는 용어는 탐색 프로세스를 위한 후보일 수 있는 하나 이상의 탐색 아이덴티티들의 세트를 지칭할 수 있다.

이하, “개인(private) 서비스(들)”라는 용어는 하나 이상의 탐색 아이덴티티들의 세트를 지칭하는데, 각각은 관심 서비스(들)에 액세스하기 위한 적절한 크리덴셜들을 갖는 모니터링 디바이스들의 세트로 제한된다.

여기에는 서비스 탐색 절차 및 장치들이 설명된다. 서비스 특징에 기반하여 제2 디바이스의 적용 가능성을 검출하는 제1 디바이스에 의해 서비스 탐색 절차가 구현될 수 있다. 이러한 특징들은 예를 들어, 여기에 설명된 바와 같이 서비스 탐색 아이덴티티를 포함할 수 있지만, 이로 한정되지 않는다.

서비스는 네트워크 절차를 포함할 수 있지만, 이로 한정되지 않는다. 이는 예를 들어, 2개 이상의 디바이스 사이의 RF 탐색하기 위한 절차, 2개 이상의 디바이스 사이의 직접 데이터 전송을 구축함으로써 디바이스들이 서로에게 직접 통신 신호들을 송신할 수 있는 절차, 데이터가 필수적으로 서빙 eNB를 넘어 또는 더 일반적으로 RAN을 넘어 전파되지 않고 복수의 디바이스들 사이 교환될 수 있는 로컬 경로 최적화를 위한 절차일 수 있다. 또한, 디바이스가 서비스 영역을 결정하고, 버스트 영역을 네트워크의 조정 엔티티(coordinating entity)에 보고하는 절차를 포함할 수 있다.

서비스는 애플리케이션을 포함할 수 있지만, 이로 한정되지 않는다. 이는 예를 들어, 페이스북(Facebook) 또는 구글 서클즈(Google Circles)와 같은 소셜 네트워킹 애플리케이션, 포스퀘어(Foursquare) 또는 광고 서비스들과 같은 상업용 애플리케이션들, 로컬 미디어 스트리밍을 포함하는 멀티미디어 유통, 또는 직접 지불 서비스들일 수 있다.

서비스는 사용자(예를 들어, userA@application.com 등)를 포함할 수 있지만, 이로 한정되지 않는다.

서비스는 관계(relationship)(예를 들어, “우정”, 상거래 계약 등)를 포함할 수 있지만, 이로 한정되지 않는다.

서비스는 또한 서비스 타입과 관련되어 있을 수 있다. 예를 들어, 서비스는 조정 기능, 무선 액세스 서비스, 소셜 네트워킹 서비스, 공공 안전 서비스, 폐쇄 그룹 서비스, 개방 서비스, 단방향 서비스(예를 들어, 브로드캐스트), 상호(예를 들어, 양방향, 멀티캐스트) 서비스, 또는 그 조합일 수 있다. 서비스는 동일하거나 상이한 RAN 및/또는 PLMN 내의 다른 디바이스에 의해 호스팅될 수 있다. 다른 디바이스는 RF 프록시미티 범위 내에 있을 수도 있고, 있지 않을 수도 있다.

여기에는 RF 탐색 절차 및 장치들이 설명된다. RF 탐색 절차에서, 제1 디바이스는 관심 디바이스의 적어도 하나의 무선 특징에 기반하여 제2 디바이스의 프록시미티를 검출할 수 있다. 예를 들어, 제1 디바이스는 제2 디바이스에 의해 송신된 신호를 검출하거나, 제1 디바이스는 (예를 들어, 셀 레벨에서의) 제2 디바이스의 프록시미티를 네트워크에 의해 통지 받을 수 있다. 이러한 특징은 탐색 신호에 적용된 메트릭(레퍼런스 신호 수신 전력(RSRP), 레퍼런스 신호 수신 품질(RSRQ) 등)일 수 있다. 제2 디바이스는 동일하거나 상이한 RAN 및/또는 PLMN에 연결될 수 있다.

RF 탐색에서 프록시미티의 결정은 제2 디바이스에 의해 송신된 탐색 신호를 수신했던 제1 디바이스에 의해 수행될 수 있다. RF 탐색에서 프록시미티의 결정은 탐색 신호를 수신했던 디바이스에 의해 제공된 적어도 하나의 보고에 기반하여 탐색 서버 또는 eNB와 같은 네트워크 엔티티에 의해 수행될 수 있다. RF 탐색에서 프록시미티의 결정은 적어도 하나의 탐색 신호를 수신했던 제2 디바이스에 의해 제공되는 적어도 하나의 보고에 기반하여 적어도 하나의 탐색 신호를 이전에 송신했던 제1 디바이스에 의해 수행될 수 있다. 보고는 네트워크에 의한 중계를 통하거나, D2D 전송 채널을 통해 직접 제1 디바이스에 전송될 수 있다.

RF 탐색 절차는 디바이스에 의해 개시될 수 있다. 이 경우, 디바이스는 탐색 신호의 전송을 위한 리소스들을 네트워크에 요청할 수 있다. 다른 방법으로, RF 탐색 절차는 네트워크 엔티티에 의해 개시될 수 있다. 적어도 제1 디바이스는 탐색 신호의 전송을 위한 네트워크에 위해 리소스들을 제공 받을 수 있다. 적어도 하나의 다른 디바이스는 또한 동일한 리소스 할당을 수신할 수 있으며, 이로써 다른 디바이스는 제1 디바이스로부터 탐색 신호를 수신할 수 있다. 이 경우, (예를 들어, 제1 디바이스를 검출하기 위해 허용된) 필수적인 크리덴셜들을 갖는 디바이스들은 관심 리소스 할당을 제공 받을 수 있다. 이러한 시그널링은 무선 리소스 제어(RRC) 메시지, 매체 액세스 제어(MAC) 제어 요소. 동적 물리 다운링크 제어 채널(PDCCH) 메시지, 이를 목적으로 하는 논리 채널(예를 들어, DISCH), 또는 브로드캐스트된 시스템 정보(시스템 정보 블록들(SIB))에 포함될 수 있다. 네트워크는 또한 다른 디바이스에게 측정 구성을 제공하여 탐색 신호에 수행된 측정들의 보고를 가능하게 할 수 있다.

여기에는 탐색 사전 선택 방법 및 장치들이 설명된다. 탐색 사전 선택은 RF 탐색 절차가 2개의 디바이스 사이에 개시될 수 있는지 또는 개시될 수 있는 때를 결정하기 위해 사용된 프로세스 또는 프로세스들의 세트를 지칭할 수 있다. 사전 선택은 서비스 또는 디바이스의 대략적인 지리적 위치의 지식, 예를 들어, 디바이스의 TA 또는 서빙 셀에 기반할 수 있다. 사전 선택은 네트워크 리소스들 및/또는 디바이스 배터리 리소스들이 효율적인 방식으로 사용된다고 보장할 수 있다. 사전 선택은 여기에 설명된 바와 같이 네트워크 또는 디바이스에 의해 수행될 수 있다. 사전 선택은 RF 탐색 절차를 개시하거나 프록시미티를 결정하는 동일한 엔티티에 의해 수행되거나 수행되지 않을 수 있다.

몇몇 방안에서, 탐색 사전 선택은 탐색 서버와 같은 네트워크 엔티티에 의해 수행될 수 있다. 탐색 서버 기능성은 네트워크 내의 eNB, MME, 또는 다른 위치에 위치할 수 있다. 이 경우, 네트워크 엔티티는 디바이스의 대략적인 위치들뿐 아니라 네트워크 엔티티(예를 들어, 탐색 영역)에 의해 제어된 일정한 지리적 영역 아래 있다고 알려진 디바이스들에 대응하는 탐색 아이덴티티들의 목록을 보유할 수 있다. 목록 내의 제1 탐색 아이덴티티가 목록 내의 제2 탐색 아이덴티티의 탐색 가능 서비스에 대응하는지 여부 및 대략적인 디바이스 위치들이 충분히 가까운지 여부를 검증함으로써 사전 선택이 달성될 수 있다. 탐색 가능한 서비스는 서비스 탐색 절차를 이용하여 다른 디바이스에 의해 검출되고/거나 검출되도록 허용될 수 있는 디바이스 또는 서비스일 수 있다.

네트워크 엔티티로 하여금 일정한 지리적 영역 하에 있는 탐색 아이덴티티들의 목록을 보유하게 하는 방법들은 자신의 탐색 아이덴티티 및 대략적인 위치가 목록에 추가되도록 수 있도록 네트워크 엔티티에 제공할 수 있는 네트워크 엔티티에 의해 제어된 영역으로 디바이스가 이동하는 단계를 포함할 수 있지만, 이로 한정되지 않는다. 디바이스는 정의된 서비스 영역으로 이동하거나 정의된 서비스 영역들을 변경할 때 또는 주기적으로 비-액세스 계층(non-access stratum, NAS) 또는 RRC 메시지를 통해 정보를 제공할 수 있다.

네트워크 엔티티로 하여금 일정한 지리적 영역 하에 있는 탐색 아이덴티티들의 목록을 보유하게 하는 방법들은 자신의 탐색 아이덴티티 및 대략적인 위치가 목록으로부터 제거되도록 네트워크 엔티티에 제공할 수 있는 네트워크 엔티티에 의해 제어된 영역 밖으로 디바이스가 이동하는 단계를 포함할 수 있지만, 이로 한정되지 않는다. 디바이스는 정의된 서비스 영역 밖으로 이동할 때 또는 주기적으로 NAS 또는 RRC 메시지를 통해 정보를 제공할 수 있다.

네트워크 엔티티로 하여금 일정한 지리적 영역 하에 있는 탐색 아이덴티티들의 목록을 보유하게 하는 방법들은 인정한 탐색 아이덴티티에 대응하는 디바이스의 대략적인 위치가 변하는 경우 (또는 디바이스가 RRC 또는 EPS(evolved packet system) 이동성 관리(EMM) 상태를 변경하는 경우) 다른 네트워크 엔티티(예를 들어, MME 또는 eNB)에 의해 탐색 서버가 통지 받는 단계를 포함할 수 있지만, 이로 한정되지 않는다.

네트워크 엔티티로 하여금 일정한 지리적 영역 하에 있는 탐색 아이덴티티들의 목록을 보유하게 하는 방법들은 인정한 탐색 아이덴티티에 대응하는 디바이스의 대략적인 위치가 변하는 경우 (또는 디바이스가 RRC 또는 EPS(evolved packet system) 이동성 관리(EMM) 상태를 변경하는 경우) 다른 네트워크 엔티티(예를 들어, MME 또는 eNB)에 의해 탐색 서버가 통지 받는 단계를 포함할 수 있지만, 이로 한정되지 않는다. 탐색 서버는 탐색 가능 서비스에 대응하는 탐색 아이덴티티를 갖는 제2 디바이스가 제1 디바이스와 동일한 대략적 위치 내에 있다는 것을 검출한 경우 제1 및/또는 제2 디바이스에게 통지할 수 있다. 네트워크 엔티티는 RF 탐색 절차를 개시할 수 있다.

탐색 재선택은 디바이스에 의해 수행될 수 있다. 디바이스 기반 재선택을 지원하기 위해, 디바이스는 애플리케이션 서버와 통신 가능한 임의의 통신 수단을 통해 자신의 탐색 아이덴티티 및 탐색 가능 서비스들을 관리하는 애플리케이션 서버에 자신의 대략적인 위치를 제공할 수 있다. 디바이스는 네트워크 정의 서비스 영역에 대응하는 대략적인 위치 변화 시에 또는 주기적으로 정보를 제공할 수 있다. 애플리케이션 서버는 탐색 가능 서비스에 대응하는 탐색 아이덴티티를 갖는 제2 디바이스가 제1 디바이스와 동일한 대략적 위치 내에 있다는 것을 검출한 경우 제1 및/또는 제2 디바이스에게 통지할 수 있다.

디바이스는 RF 탐색 절차를 개시하거나, RF 탐색 절차가 개시될 수 있다고 네트워크에게 통지할 수 있다. 디바이스는 (예를 들어, NAS 또는 RRC 시그널링을 통해) 자신의 탐색 아이덴티티 및 탐색 가능 서비스에 대응하는 디바이스의 아이덴티티를 네트워크에 표시할 수 있다.

아이덴티티는 서비스 탐색 및/또는 RF 탐색과 관련될 수 있다. 예를 들어, 네트워크 기반 접근법에서, 서비스 탐색과 관련된 아이덴티티는 GUTI(globally unique temporary identity), IMSI(international mobile subscriber identity), P-TMSI(packet temporary mobile subscriber identity ) 등과 같은 네트워크 레벨로 알려진 아이덴티티로 구성될 수 있다. 최종 사용자 관점으로부터, 아이덴티티는 전화 번호, 이메일 주소, 또는 애플리케이션 특정 아이덴티티에 대응할 수 있다.

아이덴티티는 복수의 양태의 조합으로서 구조화될 수 있다. 예를 들어, 이러한 양태들은 서비스 및/또는 디바이스 카테고리, 타입, 우선순위, 액세스 가능성, 및/또는 액세스 권한들을 포함하거나, 다른 유사한 원칙들(예를 들어, 서비스 아이덴티티는 <애플리케이션 식별자 + 애플리케이션 특정 식별자> 형태를 이용하여 구성될 수 있고, RF 아이덴티티는 <디바이스 카테고리 + 서비스 타입 + 요구되는 액세스 권한들> 형태를 이용하여 구성될 수 있음)을 이용할 수 있다.

보안 메커니즘들은 아이덴티티의 적어도 일부에 적용될 수 있다. 기밀성(confidentiality)을 위해 아이덴티티의 적어도 일부에 암호화(encryption)가 적용될 수 있으며, 이로써 관련 보안 컨텍스트를 갖는 수신기만이 아이덴티티를 정확히 해석할 수 있다. 이와 유사하게, 무결성 검증(integrity verification)을 위해 아이덴티티의 적어도 일부에 인증(authentication)이 적용될 수 있으며, 이로써 관련 보안 컨텍스트를 갖는 수신기만이 아이덴티티의 정확한 해석을 검증할 수 있다. 순환 중복 검사(cyclic redundancy check, CRC)는 아이덴티티의 일 양태일 수 있으며, 이로써 스크램블링이 (예를 들어, RF 탐색 아이덴티티를 위한) 아이덴티티에 적용되는 경우와 같이 수신 아이덴티티의 정확성을 검증할 수 있다.

하나 이상의 이러한 양태들의 함수로서 필터링이 적용될 수 있다. 예를 들어, 네트워크는 다른 디바이스로부터의 탐색 요청을 포함하는 요청의 수신 시에 필터링을 적용할 수 있다. 필터링은 또한 (예를 들어, 다른 애플리케이션들(개인 서비스들)을 위한 탐색을 한정하면서 몇몇 애플리케이션들을 허용하기 위해) 액세스 권한들에 기반하여 적용될 수 있다. 필터링은 (예를 들어, 탐색으로 인한 셀 내의 추가적인 부하를 한정하기 위해) 우선순위에 기반하여 더 적용될 수 있다.

탐색 절차들에 이용 가능한 리소스들이 일정한 임계치 아래 있는 경우, 네트워크는 낮은 우선순위를 갖는 신호 또는 메시지(예를 들어, 탐색 요청)를 폐기할 수 있다. 디바이스는 서비스를 위한 요청을 개시하기 전에 잠재적인 후보들의 범위를 한정하는 것과 같이 탐색 아이덴티티의 수신 시에 서비스의 타입에 기반하여 탐색 절차 중에 필터링을 적용할 수 있다. 디바이스는 디바이스가 관심 있는 타입과 상이한 타입을 갖는 아이덴티티를 폐기 및/또는 무시할 수 있다. 또 다른 일례에서, 디바이스는 인증, CRC 검증, 또는 양자 모두에서 실패하면 아이덴티티를 폐기 및/또는 무시할 수 있다.

아이덴티티는 동일한 애플리케이션의 복수의 사용자에 의해 공유될 수 있다. 예를 들어, 동일한 셀의 디바이스들은 서비스가 무선 액세스 기술(RAT) 애플리케이션과 관련 있는 경우 공통 아이덴티티를 사용할 수 있으며, 이로써 주어진 디바이스는 복수의 다른 디바이스에 의해 탐색하거나 탐색 가능할 수 있다. 또 다른 일례에서, 동일한 애플리케이션의 상이한 인스턴스들은 인스턴스마다 동일한 서비스를 표현하기 위해 동일한 아이덴티티를 가질 수 있다(예를 들어, “UserB와 연결됨”).

아이덴티티는 적어도 하나의 공통 부분과 적어도 하나의 전용 부분으로 구성될 수 있다. 예를 들어, 아이덴티티의 공통 부분은 셀, 위치 영역(LA), TA, 서비스 탐색 영역, PLMN, 및/또는 디바이스 프록시미티 영역과 관련될 수 있다. 공통 부분이 셀과 관련되면, 동일한 셀 내의 모든 디바이스들은 아이덴티티의 동일한 공통 부분을 공유할 수 있다. 공통 부분은 또한 애플리케이션, 서비스 등에 대응할 수 있다. 디바이스는 자신의 아이덴티티 내에 복수의 공통 부분(예를 들어, 셀 아이덴티티 부분 및 애플리케이션/서비스 아이덴티티 부분)을 가질 수 있다. 아이덴티티의 전용 부분은 고유의 사용자와 관련되어 있거나, 그룹, 애플리케이션, 또는 서비스와 관련될 수 있다. 예를 들어, 위치와 관련된 아이덴티티의 공통 부분(예를 들어, 셀, TA, 또는 디바이스 프록시미티 영역)은 애플리케이션 서버 또는 D2D 서버에 의해 사용되어 동일한 영역 내의 적어도 하나의 디바이스 쌍을 식별할 수 있으며, 이에 따라 RF 프록시미티 절차를 위한 자격을 가질 수 있다. 아이덴티티는 위치 영역의 변경 시 또는 디바이스 또는 네트워크 엔티티에 의한 서비스 아이덴티티의 변경 시에 애플리케이션 서버 또는 D2D 서버에 제공될 수 있다.

디바이스는 하나의 영역으로부터 다른 영역으로(예를 들어, 하나의 셀로부터 다른 셀로) 이동하는 경우 자신의 서비스 아이덴티티를 자체적으로 업데이트할 수 있다. 예를 들어, 디바이스는 공통 셀 아이덴티티 부분을 전용 아이덴티티에 첨부하여 서비스 아이덴티티를 구성할 수 있다. 네트워크 또한 동일하게 수행할 수 있다. 다른 방법으로, 서비스 아이덴티티는 네트워크 및/또는 애플리케이션에 의해 명시적으로 업데이트될 수 있다.

아이덴티티는 만료 기간(또는 유효 기간)과 관련 있을 수 있다. 예를 들어, 디바이스는 관심 있을 수 있는 하나 이상의 아이덴티티를 저장할 수 있는데; 즉 아이덴티티는 유효 기간과 관련 있을 수 있다. 디바이스는 탐색을 위한 요청을 수행하고, 관심 아이덴티티를 위한 유효 기간을 초과하지 않을 수 있는 기간 동안 아이덴티티를 위한 응답을 수신하지 않은 경우 요청을 반복할 수 있다. 디바이스 아이덴티티는 주어진 영역(예를 들어, 셀, TA, 라우팅 영역(RA), 탐색 영역, 및/또는 프록시미티 영역) 내에서 유효할 수 있다. 아이덴티티는 셀 내의 연결성의 지속 동안 유효할 수 있다. 일단 디바이스가 셀들을 변경하고/거나(예를 들어, 핸드오버가 일어난 경우), 디바이스가 LA, RA, 또는 TA를 변경하면, 아이덴티티 또는 아이덴티티의 일부는 더 이상 유효하지 않을 수 있다.

탐색 ID는, "선택 규칙들(selection rules)”이라고도 지칭되는 선택에 이용 가능한 옵션 세트로부터 선택될 수 있다. 선택 규칙들은 WTRU에 미리 구성되거나 네트워크에 의해 제공될 수 있다. 선택 규칙들은 유니캐스트 또는 브로드캐스트 시그널링을 이용하여 eNB에 의해 WTRU에 제공될 수 있다. 다른 방법으로, 선택 규칙들은 코어 네트워크 엔티티(예를 들어, MME 또는 ProSe 기능)에 의해 WTRU에 구성될 수 있다. 선택 규칙들은 애플리케이션 계층 시그널링 또는 오픈 모바일 연합(Open Mobile Alliance, OMA)을 이용하여 WTRU에 구성될 수 있다. 선택 규칙들은 전송을 위한 식별자를 선택하거나 수신 중에 식별자를 필터링하기 위한 기준을 제공할 수 있다. 기준은 탐색 타입을 포함할 수 있는데, 이로써 식별자들의 세트가 개방 탐색 또는 제한 탐색을 위해 사용될 수 있다. 기준은 애플리케이션 ID를 포함할 수 있으며, 이로써 식별자 세트가 특정 애플리케이션을 위해 허용될 수 있다. 기준은 타겟 대 비타겟 탐색(targeted versus non-targeted discovery)을 포함할 수 있으며, 이로써 식별자 세트가 타겟 탐색에 할당될 수 있다. 기준은 프록시미티 범위를 포함할 수 있으며, 이로써 식별자 세트가 하나의 범위(예를 들어, 소형, 중형, 대형)에 할당될 수 있다. 예를 들어, 탐색이 대형 범위를 위해 구성되면, WTRU는 대면적 송신을 위해 할당된 세트로부터 식별자를 선택할 수 있다. 선택 규칙들은 어떻게 식별자들이 송수신에 사용될 수 있는지를 정의하기 위한 다른 파라미터들과 관련 있을 수 있다. 예를 들어, 규칙은 식별자 세트의 전송에 사용되는 전력, 전송 시기, 수신 윈도우 등을 포함할 수 있다.

서비스 탐색 아이덴티티는 서비스와 관련 있을 수 있다. 서비스 탐색 아이덴티티는 어떤 디바이스가 관심 서비스에 대해 흥미, 제공, 관여, 또는 활용할 지를 결정하기 위해 여기에 설명된 절차들에 의해 사용될 수 있다.

서비스 탐색 아이덴티티는 제어 기능(NAS 또는 RRC)에 의해 생성될 수 있다. 예를 들어, 네트워크는 관심 애플리케이션을 위해 아이덴티티를 배분할 수 있다. 디바이스는 예를 들어, RRC 절차 또는 NAS 절차를 이용하여 아이덴티티를 수신할 수 있다.

서비스 탐색 아이덴티티는 애플리케이션(예를 들어, 페이스북(Facebook), 포스퀘어(FourSquare) 등)에 의해 생성될 수 있다. 애플리케이션은 여기에 설명된 바와 같이 서비스에 배분될 수 있는 식별자 세트를 관리할 수 있다. 애플리케이션은 전술된 애플리케이션의 상이한 인스턴스들 사이의 아이덴티티들을 전송할 수 있다. 예를 들어, 페이스북과 같은 애플리케이션은 제1 사용자의 관계(예를 들어, 존(John)의 친구들)에 아이덴티티를 배분하고, 관계와 관련 있는 하나 이상의 다른 사용자(예를 들어, 존의 친구들의 일부 또는 전부)에게 아이덴티티를 제공하고, 아이덴티티를 서비스 탐색 프로세스와 관련시킬 수 있으며, 이로써 다른 사용자들 중 어느 하나가 제1 사용자를 탐색할 수 있다. 탐색 절차를 위한 (예를 들어, 절대적 유효 시간과 같은) 유효 기간뿐 아니라 탐색의 시작을 위한 (예를 들어, 절대 시간에서의) 시간 스케줄링은 아이덴티티와 함께 제공될 수 있다. 디바이스와 관심 애플리케이션 사이의 애플리케이션 프로그래밍 인터페이스(API)는 아이덴티티 자체를 포함하는 아이덴티티에 관한 정보를 교환하기 위해 사용될 수 있다.

서비스 탐색 아이덴티티는 예를 들어, 운영자 제어될 수 있는 중앙 집중형 서버(centralized server)에 대한 요청을 사용하여 클라이언트에 의해 생성될 수 있고/거나, 인터넷 프로토콜(IP) 네트워크의 임의의 위치에 상주할 수 있다. DHCP(dynamic host configuration protocol), SOAP(simple object access protocol), UPnP(universal plug and play) 등과 유사한 프로토콜들을 이용하여 요청될 수 있다.

서비스 탐색 아이덴티티는 수치 값(예를 들어, 16진수)를 포함할 수 있지만, 이로 한정되지 않는다. 아이덴티티의 상이한 부분들은 아이덴티티의 상이한 양태들에 배분될 수 있다. 예를 들어, 상이한 값 범위 또는 그룹들이 상이한 아이덴티티 양태들에 배분될 수 있다.

서비스 탐색 아이덴티티는 서비스 명칭(예를 들어, 스트링)을 포함할 수 있지만, 이로 한정되지 않는다. 도메인 네임 시스템(DNS) 구조와 유사한 계층적 네이밍 시스템(hierarchical naming system)이 예를 들어, <InstanceID.ServiceType.Domain> 또는 <ApplicationID::ConnectionID> 형태와 같이 사용될 수 있다. 서비스 명칭의 각 요소는 수치 값과 더 관련 있을 수 있다.

서비스 탐색 아이덴티티는 URI(uniform resource identifier)(예를 들어, UserA@application.com)를 포함할 수 있지만, 이로 한정되지 않는다.

서비스 탐색 아이덴티티는 (XML(extensible markup language)와 같은 마크업 언어(markup language)를 이용하는) 구조화된 요소 목록을 포함할 수 있지만, 이로 한정되지 않는다.

서비스 탐색 아이덴티티는 복수의 아이덴티티로부터 유도된 아이덴티티를 포함할 수 있지만, 이로 한정되지 않는다. 아이덴티티는 예를 들어, 타입 아이덴티티(ID), 서비스 ID, 디바이스 ID, 운영자 ID, 사용자 ID 중 하나 이상을 결합함으로써 구성될 수 있다.

서비스 탐색 아이덴티티는 RF 탐색 아이덴티티 또는 그로부터 파생된 값을 포함할 수 있지만, 이로 한정되지 않는다.

서비스 탐색 아이덴티티는 기준 또는 전술한 내용 중 어느 하나에 대한 레퍼런스 또는 인덱스를 포함할 수 있지만, 이로 한정되지 않는다.

전술된 내용들의 조합들 또한 가능하다. 특히, 아이덴티티는 위치 정보(예를 들어, 셀 아이덴티티, 이웃 셀 아이덴티티, PLMN, 탐색 영역 아이덴티티 등)를 포함할 수 있다. 디바이스는 이러한 위치 정보에 기반하여 서비스에 관심 있는지 여부를 결정할 수 있다. 이는 또한 네트워크에 의한 사전 선택을 수행하기 위해 사용될 수 있다.

일단 서비스 아이덴티티가 더 이상 유효하지 않으면, 아이덴티티에 관한 (RF 아이덴티티와 같은) 임의의 파라미터들이 폐지될 수 있다. 예를 들어, 사용자 및 애플리케이션에 대응하는 URI(예를 들어. john@rn.facebook.com)는 XML를 사용하여 액세스 권한(예를 들어, “친구들”) 및 서비스 타입(예를 들어, “탐색 가능")을 갖는 RF 탐색 아이덴티티와 결합될 수 있다. 또한 위치 정보를 포함할 수 있다. 또한 탐색 절차를 위한 (예를 들어, 절대적 만료 시간과 같은) 유효 기간뿐 아니라 탐색의 시작을 위한 (예를 들어, 절대 시간에서의) 시간 스케줄링을 포함할 수 있다.

RF 탐색 아이덴티티는 디바이스와 관련 있을 수 있다. RF 탐색 아이덴티티는 어떤 디바이스가 프록시미티 내에 있는지 또는 주어진 디바이스가 프록시미티 내에 있는지 여부를 결정하기 위해 여기에 설명된 절차들에 의해 더 사용될 수 있다.

RF 탐색 아이덴티티는 무선 제어 기능(예를 들어, NAS 또는 RRC)에 의해 생성될 수 있다. 네트워크는 아이덴티티를 주어진 디바이스에 배분할 수 있다. 디바이스는 예를 들어, RRC 절차 또는 NAS 절차를 이용하여 아이덴티티를 수신할 수 있다.

RF 탐색 아이덴티티는 예를 들어, 중앙 집중형 서버를 이용하여 클라이언트에 의해 생성될 수 있다. 이러한 서버들은 운영자 제어될 수 있다. RRC 또는 NAS 프로토콜을 이용하여 요청될 수 있다.

RF 탐색 아이덴티티는 물리 리소스에 대한 인덱스, 시간 및/또는 주파수 및/또는 공간에서의 물리 리소스, 또는 (예를 들어, 관련 서비스 탐색 아이덴티티의 기능을 이용하여 초기화된) 스크램블링 시퀀스(scrambling sequence)를 포함할 수 있지만, 이로 한정되지 않는다. 스크램블링 시퀀스는 RF 탐색 신호로서 사용되는 전송에 적용될 수 있다. 스크램블링 시퀀스는 PDISCH를 위한 전송에 적용될 수 있다. RF 탐색 아이덴티티는 수치 값(예를 들어, 16진수) 또는 (예를 들어, RF 탐색 신호의 페이로드와 같은) 서비스 탐색 아이덴티티, CRC, 또는 레퍼런스 또는 전술한 것 중 어느 하나의 인덱스를 더 포함할 수 있지만, 이로 한정되지 않는다. 일단 RF 탐색 아이덴티티가 더 이상 유효하지 않으면, 아이덴티티와 관련된 (무선 리소스와 같은) 임의의 파라미터들은 폐지될 수 있고, 관심 디바이스에 더 이상 적용될 수 없다.

디바이스는 우선순위를 탐색 절차에 관련시킬 수 있다. 이러한 우선순위는 대응 프로세스에 관련된 QoS 클래스에 기반할 수 있다. 다른 방법으로, 탐색 절차는 탐색 클래스와 관련 있을 수 있다.

디바이스는 이러한 탐색 클래스들을 이용하여 상이한 타입의 서비스 사이 또는 전송 타입 사이(예를 들어, RF 탐색 절차에 관한 전송과 네트워크 기반 전송 사이)의 우선순위를 시행할 수 있다.

디바이스에는 최대 전력 레벨을 표시할 수 있는 전력 탐색 클래스가 배분될 수 있다. 전력 탐색 클래스는 디바이스의 액세스를 탐색 클래스들의 범위로 한정할 수 있다(예를 들어, 전력 레벨 3를 갖는 디바이스는 탐색 클래스 5 내지 7에 액세스하지 못할 수도 있음). 전력 클래스는 최대 탐색 범위(예를 들어, 200 미터)를 지칭할 수 있다. 예를 들어, 전력 검출 클래스의 3개의 상이한 레벨들은 RF 탐색을 위한 최대 범위(예를 들어, 각각 50 미터, 200 미터, 및 500 미터)에 기반하여 지정될 수 있다. 이는 대응 RF 탐색 신호를 위해 허용되는 최대 송신(Tx) 전력과 관계 있을 수 있다.

탐색 클래스는 서비스 타입에 기반할 수 있다. 공공 서비스 애플리케이션에 대응하는 하나의 서비스 타입은 상업용 애플리케이션에 대응하는 다른 서비스 타입보다 더 높은 우선순위를 가질 수 있다. 예를 들어, 의료 디바이스에 의해 개시된 긴급 신호 또는 탐색 프로세스 디바이스 근처의 식당들을 광고하는 프로세스보다 더 높은 값에 의해 지정될 수 있다.

탐색 클래스는 가입자 프로파일에 기반할 수 있다. 예를 들어, 공공 안전 애플리케이션을 지원하는 가입자에 대응하는 디바이스는 더 높은 우선순위 클래스의 대응 서비스들을 가질 수 있다.

탐색 클래스는 디바이스 카테고리에 기반할 수 있다. 탐색 클래스는 최소 레이턴시 요건들과 관련 있을 수 있다. 디바이스 카테고리는 액세스를 일정한 탐색 클래스들로 한정할 수 있다.

탐색 클래스는 디바이스 상태에 기반할 수 있다. 공공 안전 배치에서, 클러스터에서 마스터 역할을 맡은 디바이스에는 특권 탐색 클래스가 배분될 수 있다.

탐색 클래스들의 사용은 리소스의 스케줄링에 적용될 수 있다[탐색 클래스는 QoS 클래스 표시자(QCI)로 변환될 수 있음]. 이는 탐색 신호 파라미터들(비경쟁 대 경쟁 기반(contention-free vs. contention-based), 반복, 대역폭 등)에 영향을 미칠 수 있다.

탐색 클래스는 상이한 요청들 사이의 선점(preemption)에 기반할 수 있다(예를 들어, 계속 중이지만 새로운 요청에 대응하는 새로운 프로세스의 개시에 찬성하여 아직 완료되지 않은 기존의 프로세스의 릴리즈).

탐색 클래스는 네트워크 통신들을 이용한 우선순위화, 탐색 절차 릴리즈 전략들에 기반할 수 있다(예를 들어, 타임-아웃 값들은 탐색 클래스들과 관계 있을 수 있음).

탐색 클래스들은 탐색 서비스 등록 중에 배분될 수 있다. 이들 클래스는 상이한 지불 값(charging value)들과 관련 있을 수 있다. 디바이스는 요청한 탐색 프로세스의 타입에 따라 상이한 탐색 클래스들을 사용할 수 있다. 일부 클래스는 RRC_IDLE와 모드와 호환될 수 있지만 다른 클래스들은 그렇지 않을 수 있다.

전용 탐색 사용 사례에서, 디바이스 서브세트(즉, 잠재적 이웃들)가 탐색 요청에서 표시될 수 있다. 잠재적 이웃들의 개념은 매우 넓어서, 예를 들어 셀에 부착된 모든 디바이스를 지칭할 수 있다. 예를 들어, 이러한 세트는 하나의 디바이스로부터의 특정 요청 이후 EPS에 의해 제공될 수 있다. 블라인드 탐색(blind discovery) 사용 사례에서, 잠재적 이웃 표시가 존재하지 않을 수 있다.

탐색 가능하고 싶은 탐색 절차에 포함된 상이한 디바이스들을 위해 대칭 탐색 클래스가 지정될 수 있다.

탐색 절차에 포함된 적어도 하나의 디바이스가 탐색 가능하고 싶지 않을 수 있는 경우 비대칭 탐색 클래스가 지정될 수 있다.

개방 탐색 클래스는 사전 인증 없이 임의의 시간에 탐색될 수 있는 디바이스들을 위해 적용될 수 있다(초기 운영자 및 사용자 설정에 따름).

제한 탐색 클래스는 사용자 또는 애플리케이션으로부터의 사전 인가가 임의의 탐색 프로세스 이전에 요구될 수 있는 경우에 적용될 수 있다. 탐색 절차가 애플리케이션 레벨에서 인가되면, 이웃 디바이스들에 대한 정보는 특정 애플리케이션으로 제한될 수 있고, 동일한 사용자에 의해 실행되는 다른 애플리케이션들로 제한되지 않을 수 있다.

탐색 절차는 2 이상의 디바이스 사이의 통신이 일어나기 이전(사전 절차) 또는 일어난 이후(사후 절차) 탐색 절차가 개시될 수 있다. 디바이스들은 하나 이상의 PLMN들로부터 기원할 수 있다. 이러한 절차는 애플리케이션과 독립적으로 네트워크에 의해 적용될 수 있다. 이 경우, 애플리케이션은 2개의 디바이스들이 이웃이라는 것을 알지 못할 수 있다. 탐색 이득(및 궁극적으로 통신 이득)은 네트워크 관점으로부터의 성능을 개선할 수 있다(예를 들어, D2D 통신들은 네트워크 트래픽 부하를 감소시킬 수 있음). 애플리케이션은 탐색 절차를 직접 호출할 수 있고, 탐색 이득은 네트워크 성능뿐 아니라 애플리케이션 자체에 대해 달성될 수 있다.

탐색 절차는 특히 상업적/소셜 용도, 네트워크 오프로딩(network offloading), 및 공공 안전에 적합할 수 있다. 탐색 절차는 네트워크 커버리지 하에 있는 디바이스들에 적용될 수 있지만, 공공 안전 사례에서, 네트워크 커버리지 밖의 하나 이상의 디바이스들에도 적용될 수 있다. 탐색 절차는 또한 공공 안전 애플리케이션들(예를 들어, 푸시-투-토크 애플리케이션들에서의 호출 절차의 일부일 수 있다.

여기에는 탐색 프로세스의 구성을 위한 방법 및 장치들이 설명된다. 탐색 절차 구성은 디바이스가 개시/종료하도록 구성하거나 디바이스 탐색 프로세스를 재구성하도록 네트워크에 의해 수행될 수 있다. 탐색 절차는 네트워크 구성, 애플리케이션, 또는 디바이스 이벤트들에 의해 명시적으로 트리거(시작/중단/인터럽트)될 수 있다. 특정 디바이스가 서비스 영역 밖에 있거나 링크 조건들의 성능 저하를 보고한다고 검출한 경우 네트워크 기반 이벤트들이 트리거될 수 있다. 네트워크는 탐색 절차를 개시하기 위해 근처에 있는 모든 가능 디바이스들을 위한 탐색 프로세스를 개시할 수 있다. 네트워크 기반 이벤트들은 외부 애플리케이션 서버 또는 애플리케이션 엔티티로부터 트리거될 수 있다. 네트워크 기반 이벤트들은 혼잡에 응답하여 트리거될 수 있다. 네트워크는 오프로딩을 개시하기 위해 디바이스가 이웃들을 탐지하도록 구성할 수 있다. 동일한 IP 네트워크 또는 동일한 지리적 위치의 일부인 2개의 디바이스 사이에 데이터 평면 연결이 존재한다고 네트워크가 결정하면, 네트워크 기반 이벤트들이 트리거될 수 있다.

서비스 영역 밖에 있거나 링크 조건들의 성능 저하를 보고한다고 검출한 디바이스에 의해 디바이스 기반 이벤트들이 트리거될 수 있다. 디바이스는 이웃 디바이스들로부터의 임의의 탐색 신호들을 파악하기 위해 청취(수신) 모드로의 이동을 자체적으로 개시할 수 있다. 청취 모드를 자체적으로 시작한다는 결정은 이전의 명시적 구성 또는 정책 기반 구성에 기반할 수 있다.

디바이스 기반 이벤트들은 디바이스에서 실행되고 있는 애플리케이션들에 의해 트리거될 수 있다. 디바이스는 동일한 IP 네트워크 내의 목적지 디바이스와의 세션을 개시할 수 있다(이 정보는 애플리케이션 레벨에서 교환될 수 있음).

디바이스는 동일한 지리적 위치 내의 목적지 디바이스와의 세션을 개시할 수 있다(예를 들어, 애플리케이션들이 교환되고, GPS(global positioning system)가 디바이스의 비-액세스 계층(NAS)/액세스 계층(AS)를 조정 및 트리거하여 직접 탐색을 개시함).

탐색 프로세스 구성은 탐색 모드 구성, 탐색 관련 정책들, 리소스 구성, 및 탐색 전송들을 시작, 중단, 및 측정하기 위한 규칙들을 포함할 수 있다.

탐색 프로세스 구성은 탐색 모드 구성, 탐색 관련 정책들, 리소스 구성, 및 탐색 전송들을 시작, 중단, 및 측정하기 위한 규칙들을 포함할 수 있다. 탐색 프로세스 구성은 탐색 신호 리소스 구성을 포함할 수 있으며, 이로써 탐색 리소스들은 유효 영역을 갖는 네트워크에 의해 구성될 수 있다(예를 들어, 탐색 리소스들은 전체 네트워크 또는 탐색 영역 또는 셀을 위해 구성될 수 있음). 이러한 유효성에 따라, 디바이스는 하나의 영역에서 다른 영역으로의 핸드오버되는 경우 탐색 리소스들을 재획득하도록 구성될 수 있다.

탐색 프로세스 구성은 이들로 제한되는 것은 아니지만, 청취만, 전송만, 또는 청취와 전송을 번갈아 표시하는 동작 정보의 탐색 모드 및 비콘 전송 주기성 정보를 포함할 수 있다. 동작 정보의 탐색 모드는 또한 탐색 프로세스를 위해 브로드캐스트 시그널링이 사용될 수 있는지 전용 시그널링이 사용될 수 있는지를 표시할 수 있다.

탐색 아이덴티티를 모니터링하기 시작할 때, 디바이스가 브로드캐스트 채널을 디코딩하여 탐색 아이덴티티가 탐색 영역에서 광고되는지 여부를 확인하거나, 디바이스가 전용 시그널링을 네트워크에 송신하여 탐색 아이덴티티를 모니터링한다고 발표할 수 있도록 네트워크에 의해 디바이스가 구성될 수 있다. 탐색 리소스들이 표시될 수 있는 브로드캐스트 채널을 디코딩하거나 전용 시그널링을 사용함으로써 탐색 리소스들을 재획득하도록 네트워크에 의해 디바이스가 구성될 수 있다.

탐색 프로세스 구성은 송신 정보, 수신 정보, 또는 양자 모두의 조합의 듀티 사이클(duty cycle)을 포함할 수 있다. 탐색 프로세스 구성은 탐색 시그널링을 위한 측정 구성 정보를 포함할 수 있다.

디바이스는 이들로 제한되는 것은 아니지만, 먼저 디바이스가 네트워크에 접속될 수 있을 때; 디바이스가 셀에 진입하거나 셀에 처음으로 연결될 수 있을 때(예를 들어, 이동성 제어 정보가 있거나 없는 RRC 재구성 시에), 디바이스가 D2D 통신을 위한 서비스 요청을 수행할 때, 및/또는 디바이스 탐색 요청 이후를 포함하는 상이한 시점에서 구성 정보를 이용하여 구성될 수 있다.

탐색 구성을 위한 메시징은 새로운 또는 기존의 시스템 정보 블록 메시지들을 이용하거나, 전용 RRC 시그널링, MAC 시그널링, 또는 전용 NAS 시그널링을 이용하여 전체 셀을 위해 브로드캐스트될 수 있다.

상이한 탐색 구성은 브로드캐스트 채널에서 상이한 프록시미티 서비스 그룹을 위해 표시될 수 있다. 예를 들어, ProSe 서비스들(S1(ProSe 그룹(G1)의 일부) 및 S2(ProSe 그룹(G2)의 일부))을 위해 등록된 디바이스는 브로드캐스트 채널의 디코딩을 통해 (S1을 위한) ProSe 서비스 그룹(G1) 및 (S2를 위한) ProSe 서비스 그룹(G2)에 관련 있는 탐색 구성들을 식별하도록 구성될 수 있다. S1을 위한 탐색 프로세스를 실행하도록 트리거된 경우, 디바이스는 그룹(G1) 탐색 구성과 관련 있는 탐색 절차를 적용할 수 있다.

탐색 절차는 탐색 프로세스 구성(요청/응답), 탐색 프로세스 보고, 탐색 프로세스 수정, 및/또는 탐색 프로세스 릴리즈를 포함하는 국면들에 의해 구성될 수 있다. 각각의 국면은 하나 이상의 관련 메시지에 매핑될 수 있다. 몇몇 국면들은 서브 국면들로 조합 또는 분할될 수 있다. 추가적인 국면들은 다수의 탐색 영역 또는 다수의 PLMN을 포함하는 탐색 프로세스들뿐 아니라 이동성을 처리하기 위해 요구될 수 있다.

탐색 요청 국면에서, 엔티티(디바이스 또는 네트워크)가 요청을 다른 엔티티(네트워크 또는 디바이스)를 전송하여 탐색 프로세스를 시작할 수 있다.

요청 개시자(request initiator)는 상태 파라미터를 제공할 수 있다. 요청 개시자는 ‘탐색 가능’ 또는 ‘모니터링’ 상태를 취할 수 있다. 이러한 역할은 현재의 디바이스 상태(배터리 레벨, 위치, 수신(Rx) 신호 대 간섭 및 잡음비(SINR) 등) 및/또는 보안 컨텍스트에 기반하여 탐색 프로세스 이전에 애플리케이션 레벨에서 정의될 수 있다.

요청 개시자는 탐색 타입 파라미터를 제공할 수 있다. 탐색 프로세스는 탐색 영역에서의 RF 프록시미티 또는 서비스 존재만을 목표한다. RF 프록시미티 사례는 서비스 검출을 포함할 수 있다.

탐색 타입은 탐색 절차가 개방인지 제한인지를 표시할 수 있다. 개방 사례에서, 임의의 디바이스가 요청 개시자를 탐색하도록 허용될 수 있다. 제한 사례에서, 디바이스는 요청 개시자를 탐색하기 위한 명시적 허가를 요구할 수 있다.

탐색 타입은 탐색 절차가 타겟 또는 비-타겟인지를 표시할 수 있다. 타겟 사례에서, 요청 개시자는 탐색할 특정 탐색 아이덴티티들을 정의할 수 있다. 비-타겟 사례에서, 요청 개시자는 탐색할 특정 탐색 아이덴티티들을 정의하지 않을 수 있고, 프록시미티 내의 임의의 디바이스를 탐색하기 위해 개방될 수 있다.

요청 개시자는 임시 탐색 프로세스 식별자(T-DPI)에 대한 레퍼런스를 제공할 수 있다. 이러한 레퍼런스는 요청이 새롭지 않고, 거절된 요청의 반복이라고 표시하기 위해 사용될 수 있다. 예를 들어, 이는 또한 메시지가 네트워크에 의해 요청된 보고를 포함하는 경우 유용할 수 있다.

요청 개시자는 탐색 아이덴티티의 목록을 제공할 수 있다. 요청 개시자는 모니터링 또는 광고할 탐색 아이덴티티 목록을 제공할 수 있다. 모니터링 사례에서, 요청 개시자는 또한 자기 자신의 탐색 아이덴티티를 제공할 수 있는데, 여기서 탐색은 대칭적 절차가 된다, 탐색 가능 사례에서, 개시자는 탐색 아이덴티티의 일부만을 광고하도록 요청할 수 있다. 또한, 관심 서비스(들)을 액세스하기 위한 적절한 크리덴셜들을 갖는 모니터링 디바이스 세트를 제공할 수 있다(이는 암호화된 탐색 아이덴티티를 제공하는 것과 암호화 키를 특정 디바이스 세트에 제공하는 것과 등가임). 이러한 목록은 또한 탐색 서비스 등록 또는 업데이트 등과 같은 예비 국면에서 제공될 수 있다.

요청 개시자는 탐색 프로세스 지속시간에 대응하는 존속 시간(time-to-live, TTL) 파라미터를 제공할 수 있다. 정적인 탐색 프로세스(예를 들어, 공공 서비스의 광고)에 대한 무한대의 값을 취할 수 있다. 이들로 한정되지 않지만, 절대 종료 시간 및 시간 단위의 지속 시간(서브프레임, 초 등)을 포함하는 여러 유닛들이 이 분야를 위해 사용될 수 있다. 타이머는 탐색 응답 수신에 시작될 수 있다.

요청 개시자는 최대 개수의 성공/실패/보고를 제공할 수 있다. 이들 개수는 탐색 프로세스를 릴리즈하기 위해 제공될 수 있다. 이는 예를 들어, TTL 값과 독립적으로 또는 이와 결합되어 사용될 수 있다.

요청 개시자는 전술된 바와 같이 탐색 클래스를 제공할 수 있다.

요청 개시자는 보안 컨텍스트를 제공할 수 있다. (예를 들어, 셀 또는 셀 그룹에서 브로드캐스트되는 DISCH 상으로) 탐색 아이덴티티의 광고를 수행하는데 사용되는 방법에 따르면, 이러한 아이덴티티는 기밀성을 보존하기 위해 암호화될 수 있다. 이 사례에서, 대응 키를 갖는 애플리케이션이 탐색 아이덴티티를 디코딩할 수 있도록, 사용될 암호화 키/방법에 대한 표시가 제공될 수 있다.

요청 개시자는 탐색 신호들의 존재에 대한 보고를 제공할 수 있다. 디바이스는 (예를 들어, 이들의 스케줄링이 브로드캐스트되고 있는) 이웃 지역의 탐색 신호들의 초기 보고를 제공할 수 있다. 이러한 보고는 탐색 프로세스에 사용될 탐색 아이덴티티 직교성(orthogonality)을 최대화하기 위해 네트워크에 의해 사용될 수 있다.

요청 개시자는 수동 또는 능동 탐색을 제공할 수 있다. 수동 탐색은 탐색 프로세스 중에 디바이스가 궁극적으로 유휴 모드(idle mode)로 전환될 수 있다고 표시할 수 있다. 이는 자신의 역할을 모니터링으로 한정할 수 있지만, 또한 탐색 프로세스 중에 네트워크 메시징 전략에서 고려될 수 있다(예를 들어, 페이징 기회 동안에 송신된 메시지 등).

요청 개시자는 릴리즈 트리거 옵션을 제공할 수 있다. 탐색 프로세스 릴리스 트리거는 탐색 요청에서 그리고 최대 개수의 성공/실패/보고, TTL, 및 개시자에 의해 전송된 명시적 탐색 릴리즈 메시지 중 적어도 하나에 기반할 수 있다.

다중-PLMN 탐색의 경우, 파라미터들은 이로 한정되지 않지만 타겟 PLMN(들)을 포함하는 요청에 추가될 수 있으며, 여기서 요청 개시자는 모니터링된 탐색 아이덴티티들이 위치한다고 알려진 하나 이상의 타겟 PLMN 식별자(들) 및 모니터링된 탐색 아이덴티티(예를 들어, 전화 번호 등)와 관련된 디바이스 식별자(들)을 제공할 수 있다.

탐색 요청 메시지의 전송 이후, 디바이스는 장래의 레퍼런스를 위한 T-DPI를 저장하고, 이러한 탐색 요청과 관련 있는 타이머를 시작하고, 및/또는 대응 채널 상의 탐색 응답을 모니터링할 수 있다.

탐색 응답 국면에서, 네트워크는 디바이스에 의해 송신된 탐색 요청에 대한 자신의 답변을 제공할 수 있다. 네트워크는 탐색 요청을 수락 또는 거절할 수 있다.

수락 사례에서, 네트워크는 탐색 프로세스 아이덴티티(DPI)(임의의 메시징(탐색 보고, 릴리즈 등)에서 이러한 프로세스를 지칭하는데 사용되는 고유 식별자)를 제공할 수 있다.

수락 사례에서, 네트워크는 탐색 프로세스에 전용되는 전용 탐색 RNTI를 제공할 수 있다. 일부 사례에서, 동일한 RNTI가 상이한 탐색 프로세스들에 사용될 수 있다(예를 들어, 다중 탐색).

수락 사례에서, 네트워크는 초기 보고를 제공할 수 있다. 모니터링 사례에서, 네트워크는 요청과 관계 있는 탐색 가능 탐색 아이덴티티의 목록을 자신의 응답에서 직접 제공할 수 있다. 예를 들어, 요청이 탐색 그룹 아이덴티티를 목표로 하면, 네트워크는 이러한 그룹의 일부이고 탐색 영역에 존재하는 현재의 탐색 아이덴티티를 자신의 응답에서 제공할 수 있다. 모니터링 디바이스가 이러한 탐색 가능 디바이스를 위한 크리덴셜들을 갖지 않으면, 보고는 단순히 열거하지 않을 수 있다. 탐색 가능 사례에서, 네트워크는 탐색 아이덴티티를 이미 모니터링한 서비스 아이덴티티의 목록을 자신의 응답에서 직접 제공할 수 있다.

수락 사례에서, 네트워크는 DISCH 파라미터를 제공할 수 있다. 네트워크는 스케줄링, 보안 파라미터들 등과 같은 DISCH를 디코딩하기 위해 요구되는 정보를 제공할 수 있다.

수락 사례에서, 네트워크는 RF 탐색 아이덴티티를 제공할 수 있다. 네트워크는 리소스 정보를 포함하는 RF 탐색 절차와 관련된 RF 탐색 아이덴티티 중 하나 또는 그룹을 배분할 수 있다. 이들 아이덴티티는 이미 다른 계속 중인 탐색 프로세스들에 사용될 수 있다.

수락 사례에서, 네트워크는 탐색 신호와 관련된 (즉, 초기 송신 전력과 같은 RF 탐색 아이덴티티에 포함되지 않은) 추가 파라미터들을 제공할 수 있다.

탐색 응답(수락) 메시지의 수신 시에, 디바이스는 PDCCH에서 전용 RNTI를 모니터링하고, DISCH 수신을 스케줄링하고, 탐색 프로세스와 관련 있는 (TTL로 설정된) 타이머를 시작하고, 이러한 탐색 프로세스와 관련 있는 카운터들(최대 개수의 성공/실패/보고들)을 시작할 수 있다. RF 식별자의 그룹의 제공되면, 디바이스 또는 서비스 파라미터들에 기반하여 이러한 그룹 내에서 고유 RF 아이덴티티가 선택될 수 있다. 스케줄링 정보가 RF 탐색 아이덴티티에 포함되면, 탐색 신호 송신 또는 수신이 스케줄링될 수 있다. 네트워크가 탐색 요청을 개시했던 사례가 이와 유사하게 다루어질 수 있다.

네트워크는 전술된 파라미터 중 어느 하나를 자신의 요청에서 송신할 수 있다.

거절 사례에서, 네트워크는 디바이스가 장래의 탐색 요청 시도에서 이러한 응답을 지칭할 수 있도록 T-DPI를 제공할 수 있다.

거절 사례에서, 네트워크는 거절 이유를 제공할 수 있다. 거절 이유는 네트워크가 포화된 경우, 서비스 ID가 네트워크에서 허용되지 않는 경우, 서비스 ID가 더 이상 이용될 수 없는 경우, 탐색 가능/모니터링 역할을 전환할 필요성이 있는 경우를 포함할 수 있지만, 이들로 한정되지 않는다.

거절 사례에서, 네트워크는 다음 인가 요청 이전에 타이머 값을 제공할 수 있다. 예를 들어, 무한대 값은 대응 서비스가 관심 영역(예를 들어, 셀, 탐색 영역, 또는 PLMN) 내의 관심 디바이스를 위해 허용되지 않거나, 지원되지 않거나, 또는 유효하지 않다고 표시할 수 있다.

거절 사례에서, 네트워크는 탐색 신호들의 존재에 대한 보고를 제공할 수 있다. 네트워크는 디바이스로 하여금 요청 수락 이전에 현재의 이웃에 대한 제1 또는 추가 보고를 제공하도록 요청할 수 있다. 이는 특히 신호 전송이 다른 계속 중인 탐색 프로세스들을 방해할 수 있는 탐색 가능 사례에 유용할 수 있다. 또한 분석할 탐색 존에 대한 스케줄링 정보를 제공할 수 있다.

탐색 응답(거절) 메시지의 수신 시에, 디바이스는 요구된 보고를 포함하는 새로운 탐색 요청을 송신하고, 새로운 요청 시간을 위한 타이머를 시작하고, 장래의 레퍼런스를 위한 T-DPI를 저장하고/거나, 자신의 원인을 갖는 실패를 애플리케이션에 보고할 수 있다.

탐색 보고 국면에서, 엔티티(네트워크 또는 디바이스)가 탐색 프로세스 상의 다른 엔티티(디바이스 또는 네트워크)에 보고를 전송할 수 있다.

탐색 보고 메시지가 네트워크에 의해 전송되는 경우, 다음의 파라미터들은 탐색 보고 메시지의 일부, 즉 탐색 가능 탐색 아이덴티티를 모니터링하는 (RF 아이덴티티를 통하거나 서비스 아이덴티티를 통해 식별된) 디바이스의 목록, 탐색 아이덴티티의 탐색을 보고했던 모니터링 디바이스들의 목록, 각 모니터링 디바이스와 관련 있는 탐색 신호 측정치들, 모니터링된 탐색 아이덴티티가 탐색 영역에서 현재 탐색 가능할 수 있다고 표시하기 위한 플래그, RF 탐색 아이덴티티, 보안 컨텍스트, 필터링된 탐색 후보들, 임계치 조정들, 및/또는 탐색 프로세스 릴리즈를 표시하기 위한 플래그일 수 있다.

탐색 보고 메시지가 디바이스에 의해 전송되는 경우, 다음의 파라미터들은 탐색 보고 메시지의 일부일 수 있는데, 이는 보고 이벤트가 트리거될 수 있는 시점(예를 들어, 주기적 보고 또는 이벤트 기반 트리거링), 보고 메시지에서 보고되어 이로써 주기적 보고 시에 보고 구성이 주기성을 포함할 수 있는 디바이스들의 개수, 보고에서 전송될 수 있는 파라미터들, 모니터링된 신호들에 대한 측정 결과들, 모니터링된 신호들에 대한 RF 프록시미티 결과들, 탐색 신호에 대한 타이밍 이슈들, 및/또는 잠재적 탐색 후보들의 목록일 수 있다.

탐색 보고 메시지의 수신 시에, 디바이스는 새로운 보고를 전송하기 전에 타이머를 시작할 수 있다. 서비스 아이덴티티를 모니터링하는 디바이스들의 목록이 수신되면, 디바이스는 새로운 탐색 프로세스를 요청하여 RF 탐색을 개시할 수 있다. 모니터링된 서비스 아이덴티티가 탐색 영역에서 탐색 가능해지면, 디바이스는 RF 프록시미티를 목표로 하는 새로운 탐색 요청을 송신할 수 있다. 모니터링된 RF 아이덴티티가 탐색 가능해질 수 있고 스케줄링 정보를 포함하면, 디바이스는 탐색 신호를 모니터링하기 시작할 수 있다. 모니터링된 RF 아이덴티티가 탐색 가능해질 수 있지만 스케줄링 정보를 포함하면, 디바이스는 관련 스케줄링 정보를 모니터링하기 시작할 수 있다. 탐색 프로세스 릴리즈를 표시하는 플래그가 온(on)이면, 디바이스는 탐색 프로세스 릴리즈 국면에서 설명된 조치를 취할 수 있다.

추가적으로, 모니터링 디바이스로부터의 잠재 후보들의 목록이 네트워크에 의해 수신되면, 네트워크는 이들 후보를 필터링하고 새로운 보고를 모니터링 디바이스에 송신할 수 있다.

디바이스가 IDLE 모드에 있고 보고를 송신하도록 구성된 경우, 디바이스는 CONNECTED 모두로 전환되어 보고를 송신하도록 구성될 수 있다. RF 프록시미티는 CONNECTED 모드로의 RRC 이행을 트리거할 수 있다. 디바이스는 다음의 CONNECTED 모드 이행 시까지 보고 전송을 지연시키도록 구성될 수 있다(즉, 탐색 절차는 RRC 이행을 트리거하지 않음). 디바이스는 IDLE 모드에 남아서 보고를 송신하도록 구성될 수 있다(예를 들어, 탐색 보고는 무연결 접근의 일부일 수 있음). 이 경우, 디바이스는 보고 전송을 위한 전용 S1-U 베어러(bearer)를 구축할 수 있다. 탐색 보고는 보고 전송이 셀룰러 통신을 방해하지 않을 수 있도록 랜덤 액세스 채널(RACH)과 같은 경쟁 리소스(contention resource)에서 송신될 수 있다.

디바이스는 탐색 프로세스 구성의 적어도 하나의 요소(예를 들어, 무선 리소스 할당, 탐색 아이덴티티, 탐색 영역 등)가 더 이상 유효하지 않도록 표시할 수 있다. 이러한 표시는 전용 또는 브로드캐스트 시그널링 또는 타이머 만료를 통해 제공될 수 있다.

전용 시그널링을 위해, 디바이스는 전용 무선 리소스 제어(RRC) 또는 인터넷 프로토콜(IP) 시그널링을 통해 이러한 표시를 수신할 수 있다. 브로드캐스트 시그널링의 경우, 시스템 정보 블록(SIB)에서 브로드캐스트된 비트는 디바이스들이 탐색 구성의 적어도 하나의 요소를 검색할 수 있는 시점을 표시할 수 있다. 상이한 서비스 타입들, 탐색의 타입들 등을 위한 이러한 표시를 제공하는데 복수의 비트가 사용될 수 있다.

타이머 만료의 경우, 탐색 구성이 주어진 지속 시간 동안 유효할 수 있다.

다양한 트리거들에 기반하여, 디바이스는 탐색 프로세스 구성의 적어도 하나의 요소(예를 들어, 무선 리소스 할당, 탐색 아이덴티티, 탐색 영역 등)를 재획득하도록 구성될 수 있다. 디바이스는 전용 요청/응답을 통해 이들 요소를 재획득할 수 있으며, 이로써 디바이스는 RRC 또는 IP 시그널링을 통해 탐색 구성 재획득을 요청하도록 구성될 수 있다. 디바이스는 CONNECTED 모드로 전환되고/거나 ProSe 기능과의 RRC 연결을 재구축하도록 구성될 수 있다. 그 후, 디바이스는 전용 RRC 또는 IP 시그널링을 통해 업데이트된 탐색 구성을 수신하도록 구성될 수 있다. 브로드캐스트 시그널링의 경우, 디바이스는 브로드캐스트 채널의 디코딩을 통해 탐색 구성을 재획득하도록 구성될 수 있다.

탐색 프로세스 릴리즈 국면에서, 탐색 프로세스가 중단될 수 있다. 프로세스 릴리즈 개시자는 디바이스 또는 네트워크일 수 있다. 예를 들어, 네트워크는 리소스들의 부족의 경우 낮은 우선순위 탐색 프로세스를 종료시킬 수 있다. 애플리케이션이 요구된 탐색 정보를 수신하는 경우 또는 애플리케이션이 사용자에 의해 닫힌 경우, 디바이스는 탐색 프로세스를 종료시킬 수 있다. 디바이스는 탐색 프로세스를 종료시키기 위한 메시지를 수신하면 탐색 프로세스를 종료시킬 수 있다. 디바이스는 탐색 프로세스를 종료시킬 수 있고, D2D 프록시미티 영역(예를 들어, 셀, TA)의 변화 시에 탐색 프로세스 구성을 클리어할 수 있다. 네트워크는 디바이스가 D2D 프록시미티 영역을 떠나는 경우 탐색 프로세스를 종료할 수 있다.

다음의 파라미터들은 탐색 릴리즈 메시지의 일부, 즉 다음의 인가 요청 이전에 릴리즈 이유(예를 들어, 네트워크 포화) 및 타이머 값일 수 있다.

네트워크로부터의 탐색 릴리즈 메시지의 수신 시에, 디바이스는 이러한 탐색 프로세스와 관련 있는 임의의 신호 전송을 종료시키고, 이러한 탐색 프로세스에 적용된 임의의 타이머를 리셋하고, 및/또는 다음 인가된 요청 시간 동안 타이머를 시작할 수 있다.

디바이스는 탐색 신호 측정 리소스들 중 적어도 하나에 대한 탐색 측정들을 수행하고 그 결과들을 네트워크에 보고함으로써 RF 탐색을 보조할 수 있다. 탐색 측정들의 측정 및 보고는 RRC 프로토콜의 측정 서브시스템에 의해 관리 및 제어될 수 있다. 다른 방법으로, 물리 채널(예를 들어, DISCH)을 통해 관리될 수 있다. D2D 탐색 절차의 구성은 탐색 절차의 보고 구성 및 탐색 신호들을 측정하기 위해 사용될 수 있다.

측정 구성은 스캐닝 디바이스가 보고를 위해 고려할 수 있는 화이트 리스팅된 디바이스 세트를 포함할 수 있다(각각의 구성된 디바이스는 셀 RNTI(C-RNTI) 또는 SAE(system architecture evolved) 임시 이동 가입자 아이덴티티(S-TMSI)와 같은 셀 특정 또는 영역 특정 식별자에 의해 식별될 수 있다).

측정 구성은 스캐닝 디바이스가 보고를 위해 고려할 수 없는 블랙 리스팅된 디바이스 세트를 포함할 수 있다. 측정 구성은 이웃하는 탐지 디바이스들로부터 탐색 신호들을 검출하기 위해 디바이스가 스캐닝 또는 측정들을 수행하기 위해 사용될 갭 구성 또는 불연속 전송(discontinuous transmission, DTX) 구성 패턴을 포함할 수 있다. 측정 구성은 이웃하는 디바이스가 탐지 디바이스들을 검출하기 위해 모니터링할 수 있는 리소스들 또는 주파수들을 포함할 수 있다.

이벤트 트리거 보고(event-triggered reporting)의 경우, 스캐닝 디바이스로부터의 보고 구성은 절대적 및 상대적 이벤트 구성(즉, 탐색 신호 측정이 절대값 이상 또는 이하인 경우를 비교하거나, 다른 디바이스들로부터의 측정들에 대해 상대적으로 비교된 구성)을 포함할 수 있다. 이벤트 트리거된 보고의 경우, 스캐닝 디바이스로부터의 보고 구성은 하나 또는 구성된 개수(N)의 이웃하는 탐지 디바이스(들)이 검출되는 경우 보고를 트리거하기 위한 구성을 포함할 수 있다. 이벤트 트리거 보고의 경우, 스캐닝 디바이스로부터의 보고 구성은 이미 검출된 디바이스가 더 이상 검출되지 않는 경우(예를 들어, 구성을 떠난 경우) 수행된 보고를 위한 구성을 포함할 수 있다. 이벤트 트리거 보고의 경우, 스캐닝 디바이스로부터의 보고 구성은 새로운 디바이스가 이미 검출된 디바이스보다 더 나아지는 경우를 위한 구성을 포함할 수 있다.

탐색 영역(DA1)을 떠나는 디바이스의 경우에, 다른 탐색 영역(DA2)을 위해, 탐색 프로세스는 새로운 탐색 영역에 전송되거나 릴리즈될 수 있다. 탐색 프로세스 전송에서, 2개의 탐색 서버들 사이의 탐색 정보를 전송하기 위해 특정 메시징이 사용될 수 있다. 전송될 탐색 파라미터들은 DA1을 위한 탐색 서버에 의해 적용된 다음의 변형들을 갖는 초기 요청 파라미터들과 유사할 수 있는데, 즉 TTL 값은 남은 프로세스 지속 시간에 기반하여 업데이트될 수 있고, 탐색 아이덴티티를 모니터링하는 디바이스의 현재 목록이 DA1을 위한 탐색 서버에 추가될 수 있고, 탐색 아이덴티티를 식별했던 디바이스들을 모니터링하는 현재 목록이 DA1을 위한 탐색 서버에 추가될 수 있고, 암호화 키/방법 식별자가 DA1을 위한 탐색 서버에 추가될 수 있다.

초기 요청에 기반하여, DA2 탐색 서브는 탐색 프로세스 전송을 수락하거나 거절할 수 있다. 거절 사례에서, 탐색 프로세스는 핸드오버 완료 전에 DA1 탐색 서버에 의해 릴리즈될 수 있다.

탐색 프로세스 릴리즈에서, DA1 탐색 서버는 핸드오버 완료 이전에 탐색 프로세스를 릴리즈할 수 있고, 디바이스는 새로운 셀로 핸드오프될 수 있고, 디바이스는 DA2 탐색 서버에게 새로운 탐색 프로세스를 요청할 수 있다.

탐색 요청이 여러 PLMN을 포함하는 경우, 소스 PLMN은 탐색 요청을 타겟 PLMN(들)에게 전송할 수 있다. 전술된 초기 요청 파라미터들은 전송 메시지에 포함될 수 있다. 몇몇 파라미터들은 예를 들어, 타이머(TTL) 및 카운터를 업데이트함으로써 추가되거나 수정될 수 있다. 탐색 서버는 타겟 PLMN(들)에서 추적하는 디바이스(들)를 보조할 수 있는 지리적 표시를 제공할 수 있다.

탐색 보고 메시지의 수신 시에, 다음의 절차가 사용될 수 있는데, 즉 타겟 PLMN은 자신의 네트워크에서 타겟 디바이스 식별자를 추적할 수 있고, 대응 탐색 영역을 선택할 수 있고, 타겟 PLMN은 탐색 요청을 선택된 탐색 서버에 포워딩할 수 있고, 탐색 서버는 탐색 요청을 수락 또는 거절할 수 있고, 타겟 PLMN은 탐색 응답을 소스 PLMN에 송신할 수 있고, 탐색 서버는 타겟 디바이스를 갖는 새로운 탐색 프로세스를 개시할 수 있고, 타겟 PLMN은 탐색 보고들 및/또는 탐색 스케줄링 표시들을 소스 PLMN에 포워딩할 수 있고, 및/또는 소스 PLMN은 대응 탐색 서버에 이들 메시지를 포워딩할 책임을 가질 수 있다.

RF 탐색 프로세스의 경우, 소스 PLMN은 측정 구성을 모니터링 디바이스에 제공할 수 있다. 이러한 측정 구성은 측정 갭(gap)을 포함할 수 있고, 타겟 PLMN 캐리어 주파수를 표시할 수 있다. 측정 갭 중에, 디바이스는 타겟 PLMN 신호에 동기화될 수 있고, 현재 서브프레임 번호를 디코딩할 수 있고, 탐색 신호가 스케줄링된 서브프레임을 디코딩할 수 있다. 디바이스는 타겟 PLMN에 접속할 필요가 없다. 측정 갭의 마지막에, 디바이스는 소스 PLMN으로 다시 전환될 수 있고, 자신의 탐색 서버에 보고를 송신할 수 있다. 소스 PLMN은 이러한 보고를 타겟 PLMN에 포워딩할 수 있다. 탐색 프로세스 릴리즈는 프로세스에 포함된 PLMN 중 어느 하나에 의해 요청될 수 있고, 포함된 PLMN들의 세트에 배분될 수 있다.

모니터링 디바이스들은 다중 PLMN 탐색을 요청할 수 있다. 탐색 가능 디바이스는 단일 PLMN 탐색을 요청할 수 있다. 이는 측정 처리(measurement handling)를 간략화할 수 있다(방문된 PLMN 상의 디바이스는 단지 모니터링함에 따라 접속하거나 접속하지 않을 수 있음).

네트워크에 의해 개시된 탐색 가능 및 모니터링 요청 절차들이 여기에 설명되어 있다.

네트워크는 탐색 가능 및 모니터링 요청 절차를 개시할 수 있다. 이는 예를 들어, 소스로부터 탐색 요청을 수신한 이후에 수행될 수 있다. 적어도 하나의 디바이스가 탐색 가능 상태에 있을 수 있고, 적어도 하나의 디바이스가 모니터링 상태에 있을 수 있다. 탐색 가능 상태에 있는 디바이스는 적어도 하나의 탐색 신호를 송신할 수 있다. 모니터링 상태에 있는 디바이스는 적어도 하나의 탐색 신호를 수신하거나 수신하도록 시도할 수 있다. 디바이스가 탐색 가능 상태와 모니터링 상태에 있을 수 있으며, 이로써 적어도 하나의 탐색 신호를 송신할 수 있고, (예를 들어, 상이한 리소스에서) 적어도 하나의 탐색 신호를 수신하거나 수신하려고 시도할 수 있다. 디바이스는 임의의 탐색 신호를 송신하거나 수신하려고 시도하지 않을 수 있는 “널(null)” 상태에 있을 수 있다.

도 2a는 복수의 탐색 가능 디바이스(205), 모니터링 디바이스(210), 및 탐지 디바이스(215)를 포함하는 네트워크(200)를 위한 파라미터들에 대한 탐색 가능 및 모니터링 상태 영향의 일례를 도시한다. 도 2b는 복수의 모니터링 디바이스(255), 탐색 가능 디바이스(260), 및 탐지 디바이스(265)를 포함하는 네트워크(250)를 위한 파라미터들에 대한 탐색 가능 및 모니터링 상태 영향의 일례를 도시한다. 탐색 절차에서, 탐색 가능 또는 모니터링 상태는 디바이스 상태와 독립적일 수 있다(탐지 디바이스 또는 잠재적 이웃). 탐지 디바이스들(215 및 265)은 모니터링 상태에 배분될 수 있으며, 이로써 이들 각자의 잠재적 이웃(들)이 탐색 가능 상태에 배분될 수 있다.

도 2a 및 도 2b에 도시된 바와 같이, 탐색 가능 상태 및 모니터링 상태의 선택은 탐색 반응도(discovery responsiveness), 디바이스 배터리 레벨, 네트워크 에너지 효율, 및 용량(capacity) 사이의 타협으로부터 기인할 수 있다. 이러한 타협은 네트워크 내의 노드들(디바이스들)의 개수, 이들의 현재 배터리 전력 레벨, 이들의 이동성(mobility), 및 탐색 신호 대역폭 등과 같은 네트워크 파라미터들에 의해 영향을 받을 수 있다. 이로 인해, 네트워크들(200 및 250)은 탐색 가능 요청을 위한 최적의 결정을 위해 이들 메트릭에 대한 액세스를 가질 수 있다. 하나의 메트릭이 최신이 아니면, 네트워크들(200 및 250)은 (예를 들어, 배터리 전력 레벨에 기반하여) 하나 이상의 모드들로부터의 특정 보고를 요청할 수 있다. 자신의 현재 상태에 기반하여, 네트워크들(200 및 250)은 (통신 모드가 탐색 가능 또는 모니터링 모드와 공존할 수 있는 경우에) 노드들에게 탐색 가능, 모니터링, 통신 또는 유휴 모드들을 배분할 수 있다.

탐색 가능 및 모니터링 요청 메시지들은 유니캐스트, 멀티캐스트, 또는 브로드캐스트될 수 있고, 적용 가능한 경우 디바이스가 탐색 가능 상태에 있는지 모니터링 상태에 있는지를 표시하는 파라미터들의 조합; 채널 액세스 모드(경쟁 기반 및/또는 무경쟁 파라미터들); (정적이고 반영구적 또는 (제어 채널을 통해) 동적인) 리소스 할당 모드; Tx 전력 배분(예를 들어, 탐색 가능 요청); 채널 리소스 할당(특정 리소스 또는 리소스 세트); 신호 인덱스(특정 인덱스 또는 인덱스 세트); (레퍼런스 동기화와 관계 있는) Tx 타이밍 오프셋; 프로세스를 종료하도록 트리거(신호 확인 응답, 완료된 이웃 식별, 타이머, 또는 단일-샷 절차); 탐색 요청 파라미터들(예를 들어, 탐색 그룹 식별, 이러한 디바이스, 네트워크, 또는 애플리케이션의 개시자, 우선순위, 레이턴시 요건들, 또는 보안 파라미터들); 탐색 신호 동기화(즉, 탐색 신호가 동기화 버스트(burst)/프리앰블(preamble)를 포함하는지(이러한 버스트는 상이한 채널로 전송될 수 있음)); 이로 한정되지 않지만 포맷, 다이버시티 방식, 변조 및 코딩 방식(MCS)을 포함하는 추가 탐색 신호 파라미터들; 및 확인 응답 파라미터들, 즉 채널 리소스 할당(시간 오프셋 또는 상이한 리소스를 갖는 탐색 가능 신호와 동일한 리소스) 및 (이로 한정되지 않지만 전력 또는 타이밍 오프셋을 포함하는) 적용될 측정치들을 포함할 수 있지만, 이들로 한정되지 않는다.

이러한 파라미터들의 조합은 동일한 D2D 탐색 요청과 관련 있는 탐색 가능 및 모니터링 요청들에 대해 상이할 수 있다.

합동 탐색 가능/모니터링 절차는 2개의 별도의 절차를 이용하여 구현될 수 있지만, 이로써 탐색 가능 및 모니터링 파라미터들은 (예를 들어, 동일한 다운링크 제어 정보(DCI)에서) 탐색 절차에 포함되는 노드들에게 공동으로 제공될 수 있다. 도 2a 및 도 2b에 도시된 바와 같이, 탐색 가능 기간들(230 및 270) 및 모니터링 기간들(240 및 280)은 각 모드마다 정의될 수 있다. 이들 기간은 구체적으로 정의될 수 있다(예를 들어, 단일 또는 다수의 탐색 가능/모니터링 국면들이 인터리빙될 수 있음). 탐색 가능/모니터링 모드 스위칭은 특정 이벤트들에 의존할 수 있다. 예를 들어, 제1 탐색 신호 식별 이후, 노드는 모니터링 모드로부터 탐색 가능 모드로 전환될 수 있다. 모드 전환은 타이머들 또는 카운터들에 종속적일 수 있다. 예를 들어, 노드는 (자신의 네트워크 UL 스케줄링에 따라) 전송될 다른 Tx 신호를 갖지 않으면 탐색 가능 모드로 전환될 수 있다. 노드가 탐색 상태로 이행될 때마다, 노드는 카운터를 증분시킬 수 있다. 카운트 한도가 도달되면, 탐색 가능 모드가 종결될 수 있다. 이웃 식별이 실패하면, 새로운 탐색 가능 요청이 네트워크에 의해 전송될 수 있다.

탐색 가능/모니터링 요청 개시자는 또한 자신의 우선순위를 처리하는 것을 담당할 수 있다. 예를 들어, 새로운 탐색 요청이 더 높은 우선순위로 수신되고, 노드가 탐색 가능 상태에 이미 있으면, 네트워크는 (적어도 이 노드를 위한) 이러한 탐색 프로세스와 관련 있는 모니터링 세션과 유사한 방식으로 선점 메커니즘(preemption mechanism)를 처리하고, 초기 탐색 가능 세션을 종결시킬 수 있다.

여기에는, 디바이스 위치 확인에 적용되는 D2D 탐색 절차가 설명된다. D2D 탐색의 하나의 가능한 애플리케이션은 위치 및 존재 서비스 강화(be location and presence service enhancement)일 수 있다. 탐지 디바이스와 그 이웃 사이의 왕복 시간(RTT)을 계산하기 위해 탐색 신호 및 그 응답 확인이 사용될 수 있다. 이러한 RTT는 2개의 디바이스 사이의 거리를 계산하기 위해 사용될 수 있다. (A-GNSS(assisted global navigation satellite system)와 같은 임의의 LTE 위치 확인 절차들에 의해) 2개의 디바이스 중 어느 하나의 위치가 이미 알려져 있으면, 제2 디바이스의 위치가 추정될 수 있다. 탐색 신호 또는 확인 응답 신호의 도달 각도(angle of arrival, AoA)는 디바이스 위치 중 하나를 위해 방향 정보를 제공하기 위해 사용될 수 있다(더 나은 초기 위치 추정치를 갖는 디바이스는 레퍼런스로서 사용될 수 있음).

향상된 추정치를 얻기 위해 전술된 절차들은 결합될 수 있다. 더구나, 2보다 많은 디바이스들이 D2D 탐색에 포함되면, 각 디바이스에 의해 획득된 정보를 상관시킴으로써 추정이 개선될 수 있다(예를 들어, 일반적인 삼각 측량법(triangulation) 또는 삼변 측량법(trilateration)에서와 같이, 정확한 위치를 획득하기 위해 3개의 디바이스 사이에 계산된 RTT 또는 AoA가 사용될 수 있음).

탐색 프로세스가 RRC 연결 관리와 상호 작용할 수 있다. 탐색 프로세스는 EUTRAN 또는 디바이스 상위 계층들(예를 들어, NAS, ProSe 클라이언트, 디바이스 애플리케이션 계층)에 의해 시그널링됨으로써 트리거될 수 있다. 하나의 방법에서, 탐색 프로세스가 트리거되면, 디바이스를 개시하여 새로운 RRC 연결을 구축할 수 있다. 다른 방법에서, 탐색 프로세스가 트리거되고, 디바이스가 탐색 정보의 송신기가 되도록 지정되면, 디바이스는 연결 구축을 개시할 수 있다. 연결 구축 원인은 이러한 이유가 ProSe 탐색이라고 표시하도록 설정될 수 있다.

RF 탐색은 송신 디바이스와 관련 있는 파라미터들을 식별하는 RF 메시지를 송수신하는 것을 포함할 수 있다. 송신 디바이스(또는 발표 디바이스(announcing device))는 다음의 파라미터들, 즉 디바이스 ID, 사용자 ID, 애플리케이션 ID, 애플리케이션 서비스 타입, 및/또는 ProSe ID 중 어느 하나에 매핑될 수 있는 RF 탐색 메시지를 송신할 수 있다.

수신기 (또는 모니터링) 디바이스는 관심 RF 탐색 ID들에 대해 모니터링하기 위해 구성될 수 있다. 수신기가 구성된 서명과 일치하는 RF 탐색 ID를 검출하는 경우, 수신기는 후술될 행동들을 수행할 수 있다. 동일한 디바이스는 탐색 프로세스에 대해 발표 및 모니터링하는 기능, 하나의 탐색 프로세스에 대해 발표하고 다른 탐색 프로세스에 대해 모니터링하는 기능, 또는 이들의 조합을 수행할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스는 RRC_IDLE로부터 RRC_CONNECTED로 진행하도록 요청하기 위해 RRC 연결 요청을 개시할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스는 탐색 측정 보고의 송신을 개시할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스가 이미 RRC_CONNECTED에 있으면, 디바이스는 서비스 탐색 메시지를 전송하기 위한 승인에 대한 스케줄링 요청을 개시할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스는 상위 계층들(예를 들어, NAS 및/또는 ProSe 클라이언트)에 메시지를 전송할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스는 eNB에 RACH를 전송할 수 있다.

서비스 탐색 메시지의 성공적인 검출 시에, 디바이스는 RRC_IDLE로부터 RRC_CONNECTED로 진행하도록 요청하기 위해 RRC 연결 요청을 개시할 수 있다.

RF 탐색 ID의 성공적인 검출 시에, 디바이스는 탐색 측정 보고의 송신을 개시할 수 있다.

서비스 탐색 메시지의 성공적인 검출 시에, 디바이스는 스케줄링 요청을 개시할 수 있다. 크로스링크 통신을 위한 승인을 요청하기 위해 스케줄링 요청 구성이 디바이스에 제공될 수 있다. 승인의 목적은 응답 페이로드(예를 들어, 서비스 탐색 확인 응답)를 운반하기 위한 것일 수 있다.

서비스 탐색 메시지의 성공적인 검출 시에, 디바이스는 상위 계층들(예를 들어, NAS 및/또는 ProSe 클라이언트)에 메시지를 전송할 수 있다.

서비스 탐색 메시지의 성공적인 검출 시에, 승인을 획득하기 위한 요청을 갖는 eNB에 RACH 메시지를 전송할 수 있다.

탐색 절차들 및 관련 송신들은 기존의 LTE 절차들에 영향을 미칠 수 있다. 예를 들어, 여기에 적용된 일반적인 원리로서, 탐색이 스케줄링되고/거나 계속 중인 전송들에 대한 적어도 가능한 영향을 갖는다고 보장하는 것이 바람직할 수 있다. 예를 들어, 탐색을 위한 리소스들이 셀 특정일 수 있는 경우, 트리거들이 디바이스 자체적일 수 있다(예를 들어, 네트워크는 트리거들이 아닌 리소스들의 할당을 제어하여 RF 탐색 송신을 수행함). 이러한 경우에, 네트워크는 모순 상황이 주어진 서브프레임 동안 일어날 수 있는지 여부를 정확히 결정하지 못할 수도 있다.

다른 방법으로, 이러한 원리에 대한 예외(들)를 위해 여러 규칙들이 필요할 수 있으며, 이로써 탐색과 관계 있는 송신들이 스케줄링 및/또는 계속 중인 송신들에 비해 우선순위 설정될 수 있다. 예외들을 위한 하나의 이유는 네트워크에 알려져 있을 수 있고, 관심 디바이스를 포함할 수 있는 관심 디바이스 및/또는 디바이스 그룹에 대한 동적 시그널링을 이용하여 RF 탐색이 네트워크에 의해 제어되는 시점을 포함할 수 있지만, 이로 한정되지 않는다. 이러한 경우들에, 네트워크는 모순 상황이 주어진 서브프레임 동안 일어날 수 있는 시점을 정확히 결정할 능력을 가질 수 있다.

일 사례에서, 고려 사항은 탐색 리소스들이 디바이스마다 스케줄링될 수 있는 경우일 수 있다. 다른 사례에서, 고려 사항은 리소스들의 세트가 탐색을 위해 스케줄링될 수 있지만, 이러한 세트 내의 디바이스에 의해 사용된 특정 리소스들이 네트워크에 의해 알려지지 않을 수 있는 경우일 수 있다. 시간(서브프레임) 및/또는 주파수(물리 리소스 블록(PRB))에서의 충돌의 경우, 이들 고려사항이 여기에 설명된다. 예를 들어, (즉 디바이스 특정 방식으로 적용된) 디바이스의 모든 전송들(예를 들어, 업링크 및 다운링크) 또는 관심 전송만이 탐색 절차와 관계 있는 송신들에도 적용될 수 있는 것과 동일한 송수신기 체인을 위해 의도될 수 있다.

복수의 송수신기 체인을 구현한 디바이스는 각각에 대한 상이한 송수신기 체인들을 이용함으로써 서로 독립적으로 네크워크 관련 LTE 물리 계층 절차들 및 탐색 관련 물리 계층 절차들을 수행할 있다. 예를 들어, 유휴 모드의 디바이스 또는 단일 캐리어 동작을 위해 구성된 디바이스, 또는 대역내 연속 캐리어 동작(intra-band contiguous carrier operation)을 위해 구성된 디바이스, 및/또는 단일 타이밍 어드밴스 그룹들(TAGs)로 구성된 디바이스는 제2 송수신기를 탐색에 전용할 수 있다.

전술된 바와 상이한 아키텍처를 갖는 디바이스들, 또는 더 일반적으로, LTE 동작 및 탐색 동작을 위한 동일한 송수신기 체인을 사용하는 디바이스들이 후술되는 거동으로부터 이익을 얻을 수 있다.

네트워크 통신들과 탐색 절차들 사이의 우선순위들은 다음의 고려 사항들, 즉 탐색 클래스, 디바이스 탐색 상태(모니터링 또는 탐색 가능), 탐색 신호 특성들(예를 들어, 반복 등), 디바이스 능력들을 고려할 수 있다. 탐색 가능 디바이스는 탐색 서브프레임들을 드롭시키기 위한 더 적은 유연성을 가질 수 있으며, 이로써 드롭마다 모니터링 디바이스들이 영향을 받을 수 있으며, 이에 반해 특별한 모니터링 디바이스에 의한 드롭은 자신의 탐색 프로세스에만 영향을 미칠 수 있다.

탐색 클래스에 기반하여, 디바이스는 다음의 네트워크 통신 대 탐색 신호 송수신을 드롭 또는 우선순위 설정할 수 있다. 모든 사례들에서, 드롭 사례는 최대의 연속적인 관심 시그널링의 퍼센트로 한정될 수 있다(퍼센트는 탐색 등록에 특정될 수 있음). 이들 규칙은 특정 네트워크 요청이 수신되면 바이패스될 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 물리 업링크 제어 채널(PUCCH) 상의 하이브리드 자동 반복 요청(HARQ) 피드백 전송을 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 물리 업링크 공유 채널(PUSCH) (재)전송을 우선순위 설정할 수 있다. 이러한 사례에서, 관심 서브프레임이 RF 탐색을 위한 서브프레임인 경우 PDCCH 상의 적응적 재전송을 위한 대응 스케줄링 시기를 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 PUCCH 상의 전용 스케줄링 요청(D-SR)을 우선순위 설정할 수 있다. 다른 방법으로, 디바이스는 이러한 경우 다음의 D-SR 시기로 지연될 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 PUCCH 상의 비주기적 채널 상태 정보(CSI) 보고(채널 품질 표시자(CQI)/사전 코딩 매트릭스 표시자(PMI)/랭크 표시자(RI))를 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 PUCCH 상의 주기적 CSI 보고(CQI/PMI/RI)를 우선순위 설정할 수 있다. 추가 또는 대체적으로, 디바이스는 이러한 사례에서 주기적인 CSI 송신을 드롭시킬 수 있다(즉, 우선순위 설정은 보고가 주기적인지 비주기적인지의 함수일 수 있음).

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 비주기적 사운딩 레퍼런스 신호(SRS) 전송을 우선순위 설정할 수 있다. 디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 주기적 SRS 전송을 우선순위 설정할 수 있다. 다른 방법으로, 디바이스는 이러한 사례에서 주기적인 SRS 전송을 드롭시킬 수 있다(즉, 우선순위 설정은 SRS가 주기적인지 비주기적인지의 함수일 수 있음).

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 물리 랜덤 액세스 채널(PRACH) 전용(무경쟁) 리소스에서 프리앰블 전송을 우선순위 설정할 수 있다. 추가 또는 대체적으로, 디바이스는 이러한 경우에 다음 PRACH 시기로 프리앰블 전송을 지연시킬 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 PRACH 경쟁 기반 리소스에서의 프리앰블 전송을 우선순위 설정할 수 있다(즉, 우선순위 설정은 트리거가 디바이스 자발적인지 네트워크 제어되는지의 함수일 수 있음).

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 전송 시간 인터벌(TTI) 번들 전송의 일부인 전송을 우선순위 설정할 수 있다.

관심 디바이스는 셀 특정인 시그널링을 이용하여 RF 탐색 전송을 결정할 수 있다(즉, 디바이스는 전용 시그널링을 이용하여 스케줄링 정보를 수신하지 못할 수도 있음, 예를 들어 네트워크가 인식하지 못할 수도 있음). 관심 디바이스는 모니터링 디바이스일 수 있다(예를 들어, 네트워크가 인식하지 못할 수도 있음).

C-RNTI로 다루어지는 전용 시그널링을 이용하여 RF 탐색을 위한 제어 정보를 수신한 탐색 가능 디바이스는 적어도 하나의 전술된 전송들에 대한 우선순위 역설정을 대신 사용할 수 있다.

디바이스는 제어 시그널링이 적응적 재전송 동안 계속 중인 HARQ 프로세스를 위해 수신될 수 있는 서브프레임에 대한 RF 탐색을 위해 스케줄링된 서브프레임에서 PDCCH 수신을 우선순위 설정하거나, 또는 디바이스는 RF 탐색 스케줄링된 서브프레임에서의 RA 응답 윈도우 내의 RA-RNTI를 위한 PDCCH 디코딩을 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 물리 HARQ 표시자 채널(PHICH) 수신을 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 페이징, 멀티캐스트 제어 채널(MCCH), 또는 시스템 정보(SI) 수신을 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 반영구적 스케줄링(SPS) 승인을 위한 PDSCH 수신을 우선순위 설정할 수 있다.

디바이스는 RF 탐색을 위해 스케줄링된 서브프레임에서 멀티캐스트 트래픽 채널(MTCH) 수신을 우선순위 설정할 수 있다.

디바이스는 타이머가 실행 중이면(예를 들어, T310, T311, 또는 T320) RF 탐색 절차를 유예시킬 수 있다.

관심 디바이스는 셀 특정인 시그널링을 이용하여 RF 탐색 전송을 결정할 수 있다(즉, 디바이스는 전용 시그널링을 이용하여 스케줄링 정보를 수신하지 못할 수도 있음, 예를 들어 네트워크가 인식하지 못할 수도 있음).

관심 디바이스는 모니터링 디바이스일 수 있다(예를 들어, 네트워크가 인식하지 못할 수도 있음). 따라서, C-RNTI로 다루어지는 전용 시그널링을 이용하여 RF 탐색을 위한 제어 정보를 수신한 탐색 가능 디바이스(예를 들어, 네트워크가 인식하고 있음)는 그 대신에 전술된 전송들 중 적어도 하나에 대한 우선순위 역설정을 사용할 수 있다.

DL HARQ 피드백 및 탐색 서브프레임 사이의 충돌의 경우, 디바이스는 다음의 피드백 기회에서 HARQ 확인 응답 번들링(bundling) 또는 다중화를 이용할 수 있다. 이는 네트워크로 하여금 대응 PDCCH에서 다운링크 배분 인덱스(DAI)를 증가시키도록 요구할 수 있다.

HARQ 피드백이 탐색 서브프레임과 충돌하면, 네트워크는 다음의 피드백 기회에서 DAI를 증가시킬 수 있다. 디바이스는 이러한 탐색 서브프레임을 이용하지 않으면, 어쨌든 이러한 확인 응답을 재전송할 수 있다.

UL HARQ 피드백의 경우, UL HARQ 피드백과 탐색 서브프레임 사이에 충돌이 존재하면, 디바이스는 다음의 피드백 기회(DL 서브프레임)에서 추가 PHICH를 수신할 수 있다.

네트워크는 탐색 서브프레임들과 네트워크 통신들 사이의 스케줄링 충돌들을 처리하기 위해 이용 가능한 다양한 옵션들을 가질 수 있다.

도 3은 UL HARQ에 대한 탐색 절차 영향의 일례를 도시한다. 도 3의 UL HARQ 절차(305)를 수행함으로써, 탐색 리소스는 서브프레임(n+8) 내의 주파수 분할 이중(frequency division duplex, FDD) UL 대역 상으로 탐색 가능 디바이스(WTRU1)에 할당될 수 있다. 이 경우, 탐색 프로세서는 탐색 가능 디바이스로부터의 궁극적인 PUSCH 재전송을 방해할 수 있다.

도 3을 참조하면, WTRU1는 eNB에 의해 정확히 수신되지 않은 PUSCH 채널 상으로 데이터를 송신할 수 있다. 서브프레임(n+4)에서, eNB는 PUSCH가 제어 채널 상으로 부정적인 확인 응답(NACK)을 송신함으로써 정확히 수신되지 않았다고 WTRU1에게 표시할 수 있다. WTRU1이 LTE 표준에 따라 서브프레임(n+8)에서 데이터를 재송신할 수 있기 때문에, 탐색 리소스 할당과의 충돌이 일어날 수 있다.

도 3의 하나의 탐색 영향 방식(310)에서, 네트워크는 서브프레임(n)에서 WTRU1로 PUSCH 할당을 제한할 수 있다(WTRU1이 필요하면 메시지를 재송신하지 못할 수도 있음). Tx/Rx 스위칭 갭이 탐색 리소스에 추가되어 서브프레임(n)의 제1 부분에서의 재전송 및 서브프레임(n+8)의 제2 부분의 탐색 프로세스를 허용할 수 있다. eNB는 WTRU1의 스케줄링을 제한할 수 있는데(즉, 이러한 서브프레임 내의 WTRU1에 할당될 수 있는 승인이 존재하지 않을 수 있음), 이 때 eNB는 서브프레임(n+8)이 탐색을 위해 스케줄링된다는 것을 안다. 도 3의 탐색 영향 방식(315)에서, 탐색 리소스들은 서브프레임(n+4)에서의 FDD UL 상에서 탐색 가능 WTRU에 할당될 수 있고, DL 트래픽은 서브프레임(n)에서 이러한 WTRU에 할당될 수 있다. 탐색 가능 WTRU는 서브프레임(n+4)에서 ACK를 송신하지 못할 수도 있다. 페이크된(faked) 긍정 확인 응답(ACK)이 서브프레임(n+4)에서 PHICH를 통해 피드백될 수 있고, LTE 표준에 의해 허용된 바와 같이 서브프레임(n+12) 내의 PDCCH를 통해 서브프레임(n+16) 내의 재전송을 요청할 수 있다.

도 3의 탐색 영향 방식(315)에서, eNB는 정확히 수신되지 않은 경우에도 서브프레임(n+4) 내의 데이터를 인식할 수 있다. WTRU1은 탐색을 위한 서브프레임(n+8)을 이용할 수 있다. 서브프레임(n+12)에서, eNB는 서브프레임(n+16)을 위해 WTRU1에 새로운 승인을 표시할 수 있고, 새로운 전송을 위해 할당되지 않지만 대신에 데이터의 재전송을 위해 할당될 수 있다고 표시할 수 있다. WTRU1은 서브프레임(n+16)에서 데이터를 재송신할 수 있고, 탐색과의 충돌이 존재하지 않는다.

WTRU가 필요하면 메시지를 재송신하지 못할 수도 있음에 따라, 네트워크는 서브프레임(n)에서 임의의 PDSCH 할당을 이러한 WTRU로 제한할 수 있다. 네트워크는 결합된 확인 응답과 탐색 신호를 허용할 수 있다(즉, eNB로 하여금 탐색 신호를 적절히 디코딩하도록 요구할 수 있는데, 이는 송신 전력 등의 측면에서 추가적인 요건들을 가져올 수 있음).

보고 송신 스케줄이 탐색 서브프레임과 충돌하고 있을 수 있다. 네트워크는 결합된 보고와 탐색 신호를 허용할 수 있다(즉, eNB로 하여금 탐색 신호를 적절히 디코딩하도록 요구할 수 있는데, 이는 송신 전력 등의 측면에서 추가적인 요건들을 가져올 수 있음).

ProSe 탐색 또는 통신을 위해 예약된 서브프레임 상의 스케줄링 요청(SR)을 전송하도록 트리거될 수 있는데, 이 때 eNB로 전송될 필요가 있는 가용 업링크 데이터가 존재한다. 디바이스는 ProSe 리소스들로서 SR을 전송하는데 이용될 수 없도록 구성된 송신 시간 인터벌(TTI)을 고려할 수 있다. 다수의 ProSe 리소스들이 연속적으로 구성되는 경우, SR-금지 타이머는 예약된 ProSe 서브프레임들의 블록 내의 제1 서브프레임에서 시작될 수 있다. ProSe 탐색 또는 통신을 위해 이용될 수 없도록 SR이 트리거되어 SR이 송신될 수 있는 경우 서브프레임이 고려될 수 있다. 디바이스는 ProSe 탐색 또는 통신을 위해 예약된 서브프레임 상으로 업링크 RACH를 전송하기 위해 트리거될 수 있는데, 이 때 eNB에 전송될 필요가 있는 가용 업링크 데이터가 존재한다. 디바이스는 ProSe 리소스로서 RACH를 전송하는데 이용할 수 없도록 구성된 TTI를 고려하거나, RACH가 ProSe 탐색 또는 통신에 이용할 수 없도록 트리거되어 RACH를 송신하는 경우 서브프레임을 고려할 수 있다.

네트워크는 eNB 스케줄러에서의 재송신을 지연시킬 수 있다(DL HARQ는 비동기식 프로세스임).

탐색 리소스들이 FDD DL 대역(서브프레임(n+4))에 할당될 수 있고, 디바이스는 서브프레임(n)에서 UL 트래픽을 할당 받을 수 있다. 탐색 리소스와 PHICH 수신 사이에 충돌이 존재할 수 있다.

네트워크는 PHICH를 먼저 디코딩하기 위해 탐색 서브프레임의 마지막에 탐색 신호를 할당할 수 있고, 네트워크는 탐색 신호 수신 또는 송신으로 전환될 수 있다(타이밍 이슈들이 조심스럽게 평가될 필요가 있음 그리고 Rx/Tx 전환 갭). 탐색 구역(discovery zone)이 서브프레임(n)으로 할당될 수 있으면, 네트워크는 서브프레임(n-4)에서 PUSCH 할당을 제한할 수 있다.

네트워크가 시간 분할 이중(TDD) 모드에 있으면, 동일한 제한 사항들이 적용될 수 있지만, 전송과 그 확인 응답 사이의 시간 관계는 K개의 서브프레임과 동일할 수 있으며, 여기서 k>4이고, TDD DL-UL 구성에 의존한다. 또한, DL 서브프레임과 UL 서브프레임 사이의 가능한 비대칭성으로 인해, UL 서브프레임은 1보다 많은 DL 전송의 확인 응답을 포함할 수 있다. 이 사례에서, 이러한 서브프레임이 탐색 모니터링에 할당될 수 있으면, 스케줄링 제한이 여러 DL 서브프레임들에 전파될 수 있다.

여기에서 기존의 LTE 절차들에 대한 가능한 추가들이 설명된다. 인프라구조 모드의 경우, 유휴 모드 디바이스들은 DISCH를 모니터링할 수 있다. (예를 들어, 시스템 정보의 획득 중에 탐색 영역 아이덴티티로부터 검출된 바와 같이) 재선택된 셀이 상이한 탐색 영역에 속하면, 상이한 셀에 대한 셀 재선택은 탐색에 관한 구성(예를 들어, 전용 시그널링을 이용하여 수신되고/거나, 브로드캐스트된 시스템 정보에 의해 수신된 임의의 구성)의 적어도 일부를 무효화할 수 있다.

인프라구조 모드의 경우, D2D 리소스들에 대한 배분을 위한 PDCCH 수신은 DRX 타이머에 영향을 미치지 않을 수 있다(즉, D2D 탐색을 위한 스케줄링은 PDCCH 블라인드 디코딩의 관점으로부터 분리될 수 있음). PDCCH 디코딩은 탐색 특정 스케줄링(예를 들어, DI-RNTI)을 위한 서브프레임들을 추가적으로 디코딩할 수 있다.

시간 정렬 타이머(TAT) 만료는 일정한 타입의 탐색 신호 포맷들(예를 들어, 셀의 업링크 타이밍에 대한 일정 형태의 동기화를 요구하는 포맷들)을 추가적으로 무효화할 수 있다. TAT 만료는 RF 탐색을 위한 탐색 신호들의 임의의 송신들을 추가적으로 배제할 수 있고, RF 탐색 구성의 적어도 일부(예를 들어, 전용 부분(만약에 있으면), 지속적 리소스)를 추가적으로 무효화할 수 있다.

무선 링크 모니터링(RLM)의 경우, 디바이스는 타이머(T310)가 실행되는 동안 RF 탐색을 위한 탐색 신호들의 임의의 송신들을 수행하지 않을 수 있다. DL 무선 링크 실패(RLF) 및 연결 재구축의 경우, 디바이스는 타이머(T310)(및/또는 타이머(T301))가 실행될 수 있는 동안 RF 탐색을 위한 탐색 신호들의 임의의 송신들을 수행하지 않을 수 있다. UL RLF의 경우, 디바이스는 최대 개수의 프리앰블 전송들에 도달하지 않으면, RF 탐색을 위한 탐색 신호들의 임의의 전송을 수행하지 않을 수 있다.

이동성의 경우, 디바이스는 타이머(T304)가 실행되는 동안(계속 중인 핸드오버(HO)), RF 탐색을 위한 탐색 신호들의 임의의 송신들을 수행하지 않을 수 있다. 전력 설정의 경우, 주어진 서브프레임에서 디바이스가 PUSCH, PUCCH, 및/또는 PRACH에 대한 업링크 송신들을 갖고, 자신의 최대 출력 전력에 도달하기 전에 RF 탐색 신호의 송신을 위해 남겨진 전력이 없으면, 디바이스는 RF 탐색을 위한 탐색 신호들의 임의의 송신을 수행하지 않을 수 있다.

요건들이 충족되거나, 또한 전용 시그널링이 아닌 한, 측정 갭들이 디바이스 구현에 따라 결정될 수 있다. 디바이스는 비활성화된 2차 셀(SCell)에 대한 RF 탐색을 수행하지 않을 수 있다. SCell 비활성화는 관심 SCell 상에서 계속 중인 RF 탐색을 비활성화 및/또는 종결할 수 있다.

여기에는 탐색 정보가 디바이스에 의해 송수신될 수 있는 전송 채널을 위한 구조들이 설명된다.

DISCH의 구성을 위해 예상되는 대안들은 (예를 들어, 유휴 모드 디바이스들 및/또는 연결 모드 디바이스들을 위한 브로드캐스트 제어 채널(BCCH)을 통해) 브로드캐스트된 DISCH 제어 정보를 포함할 수 있지만, 이로 한정되지 않는다. 디바이스는 브로드캐스트된 시스템 정보에서 하나 이상의 DISCH를 위한 구성을 수신할 수 있다. 디바이스는 또한 PDISCH 구성을 수신할 수 있다. (예를 들어, 연결 모드 디바이스들을 위한 시그널링 무선 베어러 1(SRB1)을 통한) DISCH 제어 정보를 갖는 전용 시그널링의 경우, 디바이스는 전용 RRC 시그널링에 의해 하나 이상의 DISCH를 위한 구성을 수신할 수 있다. WTRU는 또한 PDISCH 구성을 수신할 수 있다.

DISCH의 획득을 위해 예상된 대안들은 PDISCH를 통한 DISCH 및 PDSCH를 통한 DISCH를 포함할 수 있지만, 이들로 한정되지 않는다. 특히 PDISCH가 디바이스 사이에 직접 송신될 수 있는 경우, DISCH는 PDISCH의 정보 전송 서비스들을 이용할 수 있다. 예를 들어, DISCH는 셀의 업링크 리소스들의 일부를 이용하여 PUSCH와 유사하게 스케줄링될 수 있다. DISCH가 네트워크와 하나 이상의 디바이스 사이의 레거시 LTE 물리 채널의 정보 전송 서비스들을 이용할 수 있다. 이러한 사례에서, 관심 채널은 공유 채널, 브로드캐스트/멀티캐스트 채널, 또는 전용 채널일 수 있다. 예를 들어, 디바이스는 셀 내의 복수의 디바이스에 의해 공유된 RNTI에 의해 스케줄링된 셀의 PDSCH 상으로 DISCH를 수신할 수 있다.

DISCH는 탐색 정보를 포함하는 채널일 수 있다(예를 들어, 이러한 채널 상의 전송들은 탐색 신호를 포함하고/거나, 페이로드를 포함할 수 있음). 이러한 페이로드들은 하나 이상의 메시지로 구성될 수 있다. 이러한 메시지들은 하나 이상의 탐색 아이덴티티를 포함할 수 있다. 디바이스는 DISCH 상으로 송신할 뿐 아니라 DISCH 상의 송신들을 모니터링하고 수신할 수 있다.

디바이스는 DISCH 송신에 대한 보안 절차들(예를 들어, 암호화/복호화 및/또는 무결성 보호)을 수행할 수 있다. 인프라구조 모드에서, 디바이스는 네트워크로부터 필요한 보안 컨텍스트(security context)를 수신할 수 있다. 인프라구조 모드에서, 디바이스는 필요한 보안 컨텍스트를 이용하여 사전 구성될 수 있다. 브로드캐스트 채널 상으로 수신된 DISCH 구성을 위해, 아무런 보안도 적용될 수 없다(또는 다른 방법으로 널 암호화 알고리즘(null encryption algorithm)이 적용될 수 있음).

탐색 서비스들에 관심 있는 디바이스는 브로드캐스트된 시스템 정보 및 DISCH 파라미터들을 획득할 수 있다. 디바이스는 여기에 설명된 절차들에 따라 DISCH를 더 획득할 수 있다. 대체 또는 추가적으로, 디바이스는 네트워크에 접속할 때 이러한 서비스들을 위한 능력들을 보고할 수 있고/거나, DISCH 파라미터들을 갖는 전용 시그널링을 이용하여 구성될 수 있다. 그 다음, 디바이스는 여기에 설명된 절차들에 따라 DISCH를 더 획득할 수 있다.

디바이스는 상위 계층(예를 들어, RRC 계층)들에 의해 하나 이상의 DISCH 채널들을 이용하여 구성될 수 있다. 디바이스는 브로드캐스트된 시스템 정보에서 이러한 구성을 수신할 수 있다. 예를 들어, 셀의 BCCH 상으로 DISCH 제어 정보를 수신할 수 있다. 특히, 유효 상태의 디바이스는 DISCH의 획득을 위해 BCCH 상으로 수신된 제어 정보에 의존할 수 있다. 이러한 정보는 변형 기간에 따를 수 있다(예를 들어, 디바이스는 주어진 변형 기간 동안 수신된 정보가 전체 기간을 통해 유효하고, 정보가 변형 주기 경계에서만 업데이트될 수 있다고 가정할 수 있음). 디바이스는 DISCH 제어 정보가 현재의 변형 기간의 마지막에 변형될 수 있는지 여부를 표시하는 시그널링을 수신할 수 있으며, 이로써 디바이스는 DISCH 제어 정보를 재획득할 수 있다. 이러한 정보는 셀 및 관심 셀의 영역에 적용 가능한 DISCH의 획득에 관한 것일 수 있다. 이러한 정보는 하나 이상의 DISCH-config 메시지들을 포함할 수 있는 시스템 정보 블록(SIB)에 의해 운반될 수 있다. 이러한 정보는 탐색 영역 아이덴티티(예를 들어, DISCHAreaConfiguration 내에 포함된 DISCH-arealD, DISCH마다 하나씩)를 포함할 수 있다. 이러한 정보는 또한 (예를 들어, DISCHSchedulinglnformation 정보 요소(IE)를 통해) 적어도 하나의 DISCH를 위한 스케줄링 정보를 포함할 수 있다. 이러한 스케줄링 정보는 (즉, 네트워크에 의해 수행되는 DISCH 송신을 위한) DL DISCH에 대응할 수 있다. 다른 방법으로, 이러한 스케줄링 정보는 PDISCH를 위한 스케줄링(즉, 디바이스에 의한 DISCH 송신들을 위한 리소스들의 스케줄링)을 추가적으로 포함할 수 있다.

이러한 스케줄링 정보는 반정적인 스케줄링 정보를 표시할 수 있다. 예를 들어, 정보는 시간 도메인 스케줄링과 같은 파라미터들, 및/또는 서브프레임 할당(즉, 무선 프레임 내의 어느 서브프레임(들)), 무선 프레임을 위한 기간 및 오프셋(예를 들어, 시스템 프레임 번호(SFN) mod 기간 = 오프셋에 대응함), (관심 서브프레임들을 위한 DISCH 전송에 적용되는) 시그널링 MCS, 서브프레임 내의 비-DISCH 영역의 표시(예를 들어, DISCH의 시작 이후 심볼들의 개수), 및/또는 DISCH 송신을 위해 사용될 수 있는 물리 리소스 블록(PRB) 세트 중 적어도 하나와 같은 물리 파라미터들을 포함할 수 있다.

대체 또는 추가적으로, 스케줄링 정보는 DISCH 전송들의 동적 스케줄링을 위한 파라미터들을 표시할 수 있다. 예를 들어, 정보는 DISCH의 스케줄링에 적용 가능한 RNTI를 포함할 수 있다. 상이한 RNTI가 셀 내에 이용 가능한 각 DISCH에 배분될 수 있다. 디바이스는 시그널링된 RNTI를 이용하여 셀의 공통 검색 공간에서 DCI들을 위한 PDCCH에 대한 스케줄링 정보를 디코딩할 수 있다. DISCH 송신들이 주파수 도메인 및 시간 도메인에서 스케줄링될 수 있다.

예를 들어, DISCH 메시지는 DISCH-messageType의 시퀀스로 구성될 수 있다(예를 들어, DISCHAreaConfiguration, DISCHSchedulinglnformation 등). 각각의 메시지는 (예를 들어, PDSCH 상의) 다운링크 DISCH 또는 (예를 들어, 디바이스 송신들을 위한) 업링크 PDISCH에 적용될 수 있다.

연결 모드에 있는 디바이스의 경우, 대체 또는 추가적으로, 디바이스는 (예를 들어, RRC 연결 재구성 절차의 일부로서, 또는 네트워크로부터의 탐색 요청에 대한 응답의 일부로서) 전용 시그널링을 이용하여 이러한 구성을 수신할 수 있다. 디바이스는 전용 RRC 시그널링에 의해 이러한 구성을 수신할 수 있다. 예를 들어, 연결 모드에 있는 디바이스는 SRB1 상으로 DISCH 제어 정보를 수신할 수 있다. 디바이스는 스케줄링 정보를 포함하는 시스템 브로드캐스트 상으로 제어 정보가 수신될 수 있는 경우를 위해 여기에 설명된 정보와 유사한 정보를 수신할 수 있다. 이 경우, 디바이스는 (적어도 전용 시그널링에 의해 수신된 구성을 위한) 탐색 기능을 디스에이블하는 재구성 시에, 핸드오버 커맨드의 수신 시에, 또는 유휴 모드로 이동 시에 구성을 무효화할 수 있다. 핸드오버 커맨드의 경우, 디바이스는 (예를 들어, 특정 PLMN를 위한 관심 셀들에 적용 가능한 파라미터 DISCH-arealD에 의해 결정되는 바와 같이) 타겟 셀이 소스 셀과 동일한 영역에 있지 않으면 구성을 무효화할 수 있다.

수신 구성은 디바이스가 상주하고 있는 셀을 위해(또는 디바이스가 연결된 셀을 위해) 유효할 수 있다. 이 경우, 디바이스는 상주하고 있는 셀을 변경하는 셀 재선택 시에 구성을 무효화할 수 있다. 대체 또는 추가적으로, 구성은 (예를 들어, 특정 PLMN를 위한 관심 셀(들)에 적용 가능한 파라미터 DISCH-arealD에 의해 결정되는 바와 같이) 동일한 탐색 영역 아이덴티티를 갖는 임의의 셀 상에서 유효할 수 있다.

여기에는 DISCH 스케줄링을 위한 방법들이 개시된다. DISCH는 (예를 들어, PDISCH 상의) 2개의 디바이스 사이의 물리 채널 상으로 송신될 수 있다. DISCH 상의 전송 자체가 탐색 신호일 수 있다(만약 디바이스에 의해 송신되면). 통상적으로, 인프라구조 모드에서, 네트워크는 DISCH를 위한 리소스들을 할당하고, 또한 가능하면 동적으로 스케줄링할 수 있다. 다른 방법으로, 특히 무-인프라구조 모드(infrastructure-less mode)에서, 디바이스는 타이밍 관점들을 위해 DISCH 송신들을 스케줄링할 수 있다. DISCH가 (예를 들어, 셀의 PDSCH 상으로) 송신될 수 있다.

주어진 영역의 경우(예를 들어, 셀의 커버리지 영역), 적어도 하나의 DISCH는 하나 이상의 PDSCH를 이용하여 네트워크에 의해 송신될 수 있다. 예를 들어, 지원되는 서비스 타입의 함수로서 상이한 DISCH들이 사용될 수 있다. 주어진 셀의 경우, 하나의 DISCH는 상업용 광고용 탐색 서비스들을 제공할 수 있고, 다른 하나는 소셜 네트워킹을 위해 제공할 수 있고, 다른 하나는 공공 안전 서비스들을 위해 제공할 수 있다.

인프라구조 모드에서, 디바이스는 (예를 들어, RRC 시그널링으로서) SRB1 상의 업링크에서 DISCH 메시지들을 송신할 수 있다. DISCH는 네트워크에 의해 송신될 수 있다.

DISCH는 정적 또는 동적으로 스케줄링될 수 있다. 정적으로 스케줄링되는 경우, DISCH는 주기적으로 송신되는 새로운 브로드캐스트 채널로서 고려될 수 있다. 동적으로 스케줄링되는 경우, DI-RNTI(discovery-specific RNTI)는 PDCCH 상으로 사용될 수 있다(동적 또는 반영구적; SPS-D-RNTI가 반영구적 사례에 사용될 수 있음). D-RNTI는 고레벨 메시지에 의해 제공될 수 있다.

DISCH를 정적으로 스케줄링하는 경우, 디바이스는 새로운 시스템 정보 블록(SIBxx, 예를 들어, SIB14)을 분석함으로써 DISCH 주기성 및 서브프레임 오프셋을 얻을 수 있다. 디바이스는 PDCCH 상으로 전송된 DI-RNTI(discovery-specific RNTI)를 통해 DISCH 내용 변화를 통지 받을 수 있다. DI-RNTI는 정적 파라미터일 수 있고, 또는 고레벨 메시지에 의해 제공될 수 있다. DCI 포맷 1C는 이러한 새로운 정보를 포함하도록 수정될 수 있다. 이러한 변화 통지는 변형 기간마다 구성 가능환 횟수만큼 제공될 수 있다. 디바이스는 (변화가 적용되는) 다음 변형 기간에 DISCH를 디코딩할 수 있고, 업데이트된 탐색 정보를 획득할 수 있다.

다수의 DISCH가 사용되면, 디바이스는 IE MBSFN(multicast broadcast single frequency network) ArealnfoList와 유사한 메시지에서 필드를 획득할 수 있다. 이 필드는 관련 DISCH에게 변화를 표시하는 비트 위치를 결정할 수 있다. DI-RNTI PDCCH가 수신되면, 디바이스는 변형 DCI 포맷 1C에 포함된 비트맵을 분석할 수 있다. DCI 포맷 1C 상의 탐색과 MBMS(multimedia broadcast multicast service)를 처리하기 위해, 비트 9는 예약될 수 있다(예를 들어, MBMS의 경우 0, 탐색의 경우 1). 디바이스는 현재 모니터링하고 있는 서비스 아이덴티티에 기반하여 업데이트된 DISCH를 디코딩할지 디코딩하지 않을 지를 결정할 수 있다.

탐색 프로세스에 포함된 네트워크는 현재 일정한 지리학적 위치(탐색 영역)에 있다고 알려지고, 탐색 서비스를 인에이블했던 유휴 모드 또는 연결 모드의 디바이스 목록을 보유할 수 있다. 각 디바이스의 경우, 네트워크는 디바이스마다 가입 서비스들과 개인 서비스들의 목록, 디바이스의 상태(유효 또는 연결 모드), 연결 모드에 있으면 디바이스의 C-RNTI 및 서빙 셀, 및 연결 모드에 있으면 적어도 셀 레벨 또는 유휴 모드에 있으면 TA 레벨로 알려진 디바이스의 위치를 보유할 수 있다. 탐색 서버는 MME 또는 (E-SMLC(evolved serving mobile location center)와 같은) 위치 서버에 의해 디바이스들의 상태 또는 위치의 변화들을 시그널링 받을 수 있다.

네트워크는 탐색 쌍에 있는 디바이스들이 서로의 RF 프록시미티 내에 있을 수 있다고 검출하면 RF 탐색 절차를 개시할 수 있다. 탐색 쌍은 제1 디바이스와 제2 디바이스에 의해 정의될 수 있는데, 여기서 제1 디바이스는 제2 디바이스의 허용된 목록 내에 있고, 제2 디바이스는 제1 디바이스의 모니터링된 목록 내에 있다. 적용 가능하면, 디바이스들 중 적어도 하나의 탐색 속성에 기반하여 추가 조건이 정의될 수 있다.

2개의 디바이스가 이들의 서빙 셀(알려진 경우), 지리적 위치, 또는 TA에 기반하여 서로의 RF 프록시미티 내에 있다고 결정될 수 있다. 기준은 디바이스들의 RRC 상태에 의존할 수 있다. 2개의 디바이스들이 탐색 쌍을 구성하면, 탐색 쌍이 서로의 RF 프록시미티 내에 있다.

네트워크는 탐색 쌍이 서로의 RF 프록시미티 내에 있게 될 때 시작된 타이머의 만료 시에 RF 탐색 절차를 개시할 수 있다. 타이머의 값은 디바이스들의 RRC 상태에 의존할 수 있다. 예를 들어, 디바이스들 중 하나가 유휴 모드에 있으면, 더 큰 값이 사용될 수 있다.

RF 탐색 절차는 서로의 RF 프록시미티 내의 적어도 하나의 탐색 쌍의 일부인 디바이스가 송신 디바이스 또는 수신 디바이스(또는 양자 모두)라고 결정한 탐색 서버를 포함할 수 있다. 송신 또는 수신 디바이스의 역할은 반드시 이러한 디바이스가 상위 계층들에서 프록시미티 정보를 요청했는지 여부와 연계되지 않을 수 있다. 네트워크는 (예를 들어, 서로의 RF 프록시미티 내의 다수의 탐색 쌍의 일부로서 현재 유휴 모드에 있지 않은 송신 디바이스의 역할을 바람직하게 배분함으로써) 배터리 소모 및/또는 송신 시의 탐색 리소스들의 사용을 최소화하기 위해 송신 디바이스와 수신 디바이스의 배분을 최적화할 수 있다. 탐색 서버는 송신 디바이스의 서빙 셀을 제어하는 eNB로 하여금 탐색 리소스들을 이러한 송신용 디바이스에게 구성하도록 요청할 수 있다.

송신 디바이스가 초기에 유휴 모드에 있는 경우, 페이징을 사용하여 연결 모드로 우선 가져갈 수 있다. 탐색 리소스들은 탐색 신호의 특성(예를 들어, 탐색 신호의 본질에 의존하는 스크램블링 아이덴티티, CRC 마스크, Zadoff-Chu 베이스 시퀀스 또는 사이클릭 시프트 인덱스 등) 및 탐색 신호들이 송신될 수 있는 주기적 발생 가능 서브프레임 세트로 구성될 수 있다. eNB는 C-RNTI 또는 D-RNTI(discovery-specific RNTI)에 의해 스크램블링된 CRC를 갖는 DCI와 같은 물리 계층 시그널링을 이용하여 (구성된 서브프레임 세트 내의) 탐색 신호의 송신을 스케줄링할 수 있다.

탐색 서버는 수신 디바이스의 서빙 셀을 제어하는 eNB로 하여금 탐색 리소스들을 이러한 수신용 디바이스에게 구성하도록 요청할 수 있다. 수신 디바이스가 유휴 모드에 있는 경우, 페이징을 사용하여 연결 모드로 우선 가져갈 수 있다. 다른 방법으로, 탐색 리소스들은 시스템 정보에 의해 유휴 모드의 디바이스들에게 제공될 수 있다. 탐색 리소스들은 탐색 신호의 적어도 하나의 특성과, 탐색 신호들이 수신될 수 있는 주기적 발생 가능 서브프레임 세트로 구성될 수 있다. 탐색 리소스들은 수신 디바이스의 측정 구성의 일부로서 구성될 수 있다. eNB는 C-RNTI 또는 D-RNTI(discovery-specific RNTI)에 의해 스크램블링된 CRC를 갖는 DCI와 같은 물리 계층 시그널링을 이용하여 (구성된 서브프레임 세트 내의) 탐색 신호의 수신을 스케줄링할 수 있다.

네트워크는 송신 디바이스 및 수신 디바이스에게 구성된 탐색 리소스 사이에 충분한 중첩(overlap)이 존재한다고 보장할 수 있다. 디바이스들이 동일한 서빙 셀에 연결되지 않은 경우, 이는 eNB들 사이의 조정을 요구할 수 있다.

eNB는 RRC 시그널링으로부터 수신 디바이스로부터의 특정 결과들을 수신할 수 있고(예를들어, 측정 보고), 이 정보를 탐색 서버에 제공할 수 있다. 다른 방법으로, 탐색 서버는 NAS 시그널링으로부터 수신 디바이스로부터의 측정 결과들을 수신할 수 있다. 탐색 서버는 수신된 측정들에 기반하여 2개의 디바이스가 RF 프록시미티 내에 있거나, RF 프록시미티 내에 (더 이상) 있지 않다고 결정할 수 있다. 탐색 서버는 NAS 시그널링을 이용하여 디바이스들 중 적어도 하나에 RF 프록시미티 결과들(양 또는 음인지 여부)을 제공할 수 있다. 결과들은 거리 추정치, 경로 손실 등과 같은 측정치들을 포함할 수 있다. NAS 시그널링은 디바이스 내의 애플리케이션(즉, 요청)에 의해 개시될 수 있다. NAS 시그널링은 탐색 쌍의 디바이스들이 서로의 RF 프록시미티 내에 있게 되었다고 검출할 때 또는 탐색 쌍의 디바이스들이 서로의 RF 프록시미티에 더 이상 있지 않다고 검출할 때 (예를 들어, 주기적으로) 네트워크(탐색 서버)에 의해 개시될 수 있다. 탐색 서버는 또한 RF 프록시미티 결과들의 제공에 이용되는 것과 유사한 NAS 절차를 이용하여(또는 동일한 NAS 시그널링을 이용하여) 프록시미티가 RF 프록시미티로 제한되지 않는 프록시미티 결과들을 제공할 수 있다.

(애플리케이션 또는 최종 사용자로부터의 요청 시에) 디바이스는 NAS 시그널링을 이용함으로써 탐색 서비스의 사용을 인에이블하거나 디스에이블할 수 있다. 디바이스는 이 목적을 위해 RRC 연결 요청을 개시할 수 있다. 디바이스는 또한 TA 업데이트와 같은 NAS 메시지의 일부(예를 들어, 이동성 관리 메시지)로서 이러한 정보를 제공할 수 있다. 디바이스는 적어도 하나의 탐색 속성과 함께, 모니터링된 목록 및/또는 허용된 목록을 네트워크에 제공할 수 있다. 디바이스는 적어도 하나의 디바이스를 위한 즉각적인 탐색 정보를 요청할 수 있다.

디바이스는 적어도 하나의 디바이스를 위한 탐색 정보의 변화의 통지를 요청할 수 있다. 예를 들어, 디바이스는 다른 디바이스가 더 이상 프록시미티 내에 있지 않거나, 프록시미티 내에 있게 되면 통지를 수신할 수 있다.

RF 탐색 절차 중에, 송신 디바이스는 구성된 탐색 리소스, 송신 전력, 및 타이밍에 따라 탐색 신호를 송신할 수 있다. 유효 RNTI를 이용하여 스크램블링된 CRC를 갖는 DCI가 동일하거나 이전 서브프레임에서 수신되었으면, 탐색 신호가 송신될 수 있다. 유효 RNTI는 D-RNTI 또는 디바이스의 셀 RNTI(C-RNTI)일 수 있다.

RF 탐색 절차 중에, 구성된 탐색 리소스에서, 그리고 유효 RNTI를 이용하여 스크램블링된 CRC를 갖는 DCI가 동일하거나 이전 서브프레임에서 수신되었으면, 수신 디바이스는 탐색 신호의 검출을 시도할 수 있다. 유효 RNTI는 디바이스의 C-RNTI 또는 탐색 특정 RNTI일 수 있다. 수신 디바이스는 이러한 특성의 값들의 세트 사이에 탐색 신호의 특성의 값을 블라인드 검출하려고 시도할 수 있으며, 여기서 값들의 세트는 상위 계층들에 의해 사전에 정의되거나 제공될 수 있다. 예를 들어, 가능한 베이스 시퀀스들의 세트 사이에 특정 Zadoff-Chu 베이스 시퀀스일 수 있다. 수신 디바이스는 검출된 탐색 신호마다 자신의 신호 강도, 신호 품질, 및 타이밍을 추정할 수 있다.

수신 디바이스는 물리 계층 시그널링(예를 들어, PUCCH 상의 검출의 이진 표시), MAC 또는 RRC 계층 시그널링(예를 들어, 측정 보고)을 이용하여 다음의 측정 결과들 중 적어도 하나를 eNB에 보고할 수 있다. 디바이스가 유휴 모드에서 적어도 하나의 탐색 신호를 수신하고 검출하는 경우, 디바이스는 측정 결과들을 제공할 목적을 위해 RRC 연결을 개시할 수 있다. 다른 방법으로, 수신 디바이스는 NAS 시그널링을 이용하여 측정 결과들을 탐색 서버에 보고할 수 있다. 측정 결과들은 가능하면 특성 값들의 세트를 위한 적어도 하나의 탐색 신호의 검출의 긍정적 또는 부정적 표시, 또는 탐색 신호가 검출된 특성 값들의 목록을 포함할 수 있다. 측정 결과들은 또한 타이밍 수신 정보뿐 아니라 신호 세기 및/또는 품질 정보를 포함할 수 있다.

전술된 절차들은 서비스 탐색 및 프록시미티 검출을 위한 분산 시스템을 인에이블하는데 사용될 수 있다. 여기에는 네트워크 인프라구조로부터의 전적인 지원을 갖는 분산 서비스 탐색이 설명된다.

네트워크(예를 들어, eNB와 같은 네트워크 컴포넌트)는 DISCH를 위한 구성을 BCCH의 시스템 정보 상으로 브로드캐스트할 수 있다. 예를 들어, SIB는 DISCH 상의 전송의 동적 스케줄링을 위한 RNTI(예를 들어, DI-RNTI)를 구성하는 DISCH 스케줄링 정보 IE를 포함할 수 있다. 다른 방법으로, SIB는 MCS 및 PRB 리소스들의 반정적 세트를 구성할 수 있다. SIB는 디바이스로 하여금 DISCH 상의 전송을 위한 스케줄링 시기들을 결정하도록 허용하는 파라미터들(SFN mod 기간 = 오프셋에 대응하는 무선 프레임 내의 기간, 오프셋, 및 서브프레임 할당을 포함함)을 추가적으로 포함할 수 있다. 예를 들어, DISCH가 BCCH 상의 네트워크에 의해 브로드캐스트되고, 디바이스 사이의 RF 탐색 송신들을 위한 PDISCH가 추가적으로 존재하는 경우, 하나의 추가적인 물리 탐색 RNTI(PD-RNTI)는 PDISCH 리소스들의 스케줄링을 위해 구성될 수 있다. 네트워크는 (예를 들어, PDCCH 상의 DI-RNTI에 의해) BCCH 상의 DISCH 송신들을 동적으로 스케줄링할 수 있다. 네트워크는 (예를 들어, PDCCH 상의 PD-RNTI에 의해) PDISCH 상의 DISCH 송신들을 동적으로 스케줄링할 수 있다.

네트워크는 하나 이상의 탐색 아이덴티티를 포함하는, BCCH 상의 DISCH 송신들에 대한 탐색 정보를 송신할 수 있다. 예를 들어, 각 아이덴티티는 RF 프록시미티 검출을 위한 물리 리소스(시간/주파수)에 대한 구성(예를 들어, 인덱스)과 관련 있을 수 있다. 다른 일례에서, 각 아이덴티티는 RF 프록시미티 검출을 위한 윈도우와 관련 있을 수 있다. 또 다른 일례에서, 이러한 탐색 엔티티들은 탐색 요청에서의 디바이스로부터 수신된 탐색 정보로부터 도출될 수 있다. 네트워크는 리소스들을 위한 하나 이상의 디바이스들로부터 요청들을 수신하여 주어진 탐색 아이덴티티를 위한 RF 탐색을 수행할 수 있다. 네트워크는 주어진 탐색 아이덴티티를 위한 하나 이상의 디바이스에 RF 탐색을 위한 리소스들을 배분 및/또는 스케줄링할 수 있다. 네트워크는 RF 탐색 아이덴티티를 주어진 서비스 탐색 아이덴티티에 배분할 수 있다. 네트워크는 (예를 들어, DISCH 상의 또는 PDCCH 상의 PD-RNTI에 의해) 디바이스를 스케줄링하여 (예를 들어, PDISCH 상에) 주어진 리소스에서 탐색 신호를 송신할 수 있다. 네트워크는 (예를 들어, DISCH 상의 또는 PDCCH 상의 PD-RNTI에 의해) 디바이스를 스케줄링하여 (예를 들어, PDISCH 상에) 주어진 리소스에서 탐색 신호를 청취할 수 있다.

탐색 가능 디바이스는 네트워크에 의해 송신된 신호들을 이용하여 DISCH 구성을 획득할 수 있다. 디바이스는 탐색 가능할 수 있다고 결정할 수 있다. 예를 들어, 애플리케이션은 적절한 서비스 탐색 아이덴티티를 생성 및/또는 결정할 수 있고, 특정 서비스 탐색 아이덴티티가 다른 디바이스들에 이용 가능해 지도록 API를 통해 요청할 수 있다.

디바이스는 서비스 탐색 요청 절차를 개시할 수 있으며, 이로써 디바이스는 적어도 하나의 탐색 아이덴티티를 네트워크에 송신한다. 디바이스는 시그널링 무선 베어러(SRB)를 통해 RRC 프로토콜 데이터 유닛(PDU) 내의 NAS 메시지를 송신할 수 있다.

디바이스는 네트워크로부터 응답을 수신(예를 들어, 수락, 거절, 백오프를 이용한 거절)할 수 있다. 예를 들어, 수락 응답은 서비스 탐색 아이덴티티와 관련 있는 RF 탐색 신호를 송신하는데 필수적인 하나 이상의 파라미터(예를 들어, 타이밍, 윈도우, RF 탐색 아이덴티티, 및/또는 물리 리소스)를 포함할 수 있다.

디바이스는 수락 응답에서 서비스 탐색 아이덴티티와 관련 있는 RF 탐색 식별자를 수신할 수 있다. 그렇지 않으면, 디바이스는 DISCH를 모니터링하여 이러한 정보를 검출할 수 있다.

디바이스는 수락 응답에서 탐색 신호를 위한 스케줄링 정보를 수신할 수 있다. 그렇지 않으면, 디바이스는 PDCCH 또는 DISCH 상의 PD-RNTI에 대해 모니터링하여 관심 탐색 아이덴티티를 위한 이러한 정보를 검출할 수 있다.

디바이스는 이러한 리소스가 이용 가능한 서브프레임(들)에서 서비스 탐색 아이덴티티를 위한 요청과 관련 있는 리소스에서 RF 탐색 신호를 송신할 수 있다.

디바이스는 관련 RF 탐색 아이덴티티를 위한 RF 프록시미티 내에 있는 하나 이상의 디바이스에 관한 네트워크로부터의 보고를 수신할 수 있다. 이는 상호 탐색을 위한 절차를 완료시킬 수 있다.

다른 방법으로, 디바이스는 임의의 보고를 수신하지 못할 수 있고, 단방향 탐색을 위한 절차는 종결될 수 있다. 이 경우, RF 프록시미티를 검출할 수 있었던 다른 디바이스들이 탐색을 각자의 애플리케이션에 보고할 수 있다. 서비스 아이덴티티를 감안하면, 애플리케이션들은 RF 프록시미티 내에 무엇이 있는지 그리고 애플리케이션이 차례로 서비스 아이덴티티를 탐색 가능하게 만들 수 있는지 여부를 결정할 수 있다. 만일 그렇다면, 절차는 상호 탐색을 위한 역방향으로 반복될 수 있다.

모니터링 디바이스는 네트워크에 의해 송신된 신호들을 이용하여 DISCH 구성을 획득할 수 있다.

디바이스는 탐색 아이덴티티에 대해 모니터링할 수 있다고 결정할 수 있다. 예를 들어, 애플리케이션은 적절한 서비스 탐색 아이덴티티를 결정할 수 있고, 특정 서비스 탐색 아이덴티티가 일정한 시긴 윈도우를 위해 모니터링되도록 API를 통해 요청할 수 있다.

제1 디바이스에서의 애플리케이션은 (예를 들어, 제2 디바이스에서) 피어 애플리케이션(peer application)과의 애플리케이션 레벨의 데이터 교환으로부터 및/또는 사용자 입력으로부터의 모니터링 절차를 개시할 수 있다. 예를 들어, 제2 디바이스에서의 애플리케이션은 일정한 기간 동안 탐색 가능할 수 있다고 제1 디바이스 내의 애플리케이션에 표시할 수 있다. 이러한 표시의 수신 시에, 사용자는 통지 받을 수 있고, 모니터링 절차를 수행하는 것에 동의할 수 있다. 다른 방법으로, 애플리케이션은 API를 통해 모니터링 요청을 자동으로 수행할 수 있다. 애플리케이션 레벨에서 교환되는 표시는 서비스 탐색 아이덴티티를 포함할 수 있다.

모니터링 디바이스는 관심 서비스 아이덴티티에 대해 DISCH를 모니터링할 수 있다. 디바이스가 관심 서비스 탐색 아이덴티티를 검출하면, 디바이스는 또한 DISCH 상에서 관련 RF 탐색 신호를 위한 스케줄링 정보를 수신할 수 있다. 디바이스가 DISCH 상에서 관련 RF 탐색 신호를 위한 스케줄링 정보를 수신하지 않으면, 디바이스는 서비스 탐색 아이덴티티를 위해 네트워크에 대한 관심을 보고함으로써 나중에 스케줄링 정보를 수신할 수 있다. 디바이스는 PDCCH 상의 PD-RNTI에 대해 모니터링하여 관심 탐색 아이덴티티를 위한 스케줄링 정보를 검출할 수 있다.

디바이스는 이러한 리소스가 스케줄링되는 서브프레임(들)에서 서비스 탐색 아이덴티티와 관련 있는 리소스(들)에서 RF 탐색 신호에 대해 모니터링할 수 있다. 디바이스는 서비스 탐색 아이덴티티를 위한 RF 프록시미티를 검출할 수 있다.

예를 들어, 디바이스는 API를 통해 관련 서비스 탐색 아이덴티티를 위한 RF 프록시미티를 보고할 수 있다. 애플리케이션은 RF 프록시미티 내에 무엇이 있는지 그리고 애플리케이션이 차례로 서비스 아이덴티티를 탐색 가능하게 만들 수 있는지 여부를 결정할 수 있다.

디바이스는 (예를 들어, 상호 탐색을 위해 역 "방향"으로) 서비스 탐색 절차를 개시할 수 있다. 디바이스는 네트워크에게 관련 서비스 탐색 아이덴티티를 위한 RF 프록시미티를 보고할 수 있다.

예를 들어, 제1 사용자 “Bob”과 제2 사용자 “John”은 애플리케이션 X(예를 들어, 페이스북(Facebook)을 위한 공지의 관계(예를 들어, 이들은 친구임)를 가질 수 있다. 애플리케이션 X는 주어진 사용자들을 위한 관계(예를 들어, John@Facebook=>Bob 및 Bob@Facebook=>John, 또는 Facebook::John<=>Bob)마다 아이덴티티(예를 들어, URI 또는 등가의 수치 토큰)를 관리할 수 있다. 제3 사용자 “Maria”는 Bob과의 공지의 관계를 가지지 못할 수 있지만, John에 대한 연결을 가질 수 있다. 애플리케이션 X는 각각의 관심 사용자의 디바이스와 관계 있는 무선 모듈에 API를 구현할 수 있다. 애플리케이션 X의 인스턴스는 각각의 관심 사용자의 디바이스에서 실행될 수 있고, 프록시미티 검출 기능이 인스턴스마다 인에이블될 수 있다.

이러한 일례에서, Bob은 그의 친구 John이 프록시미티 내에 있는지 여부를 결정하고 싶을 수 있다. 이에 따라, Bob은 페이스북 애플리케이션에서 프록시미티 검출 기능을 활성화할 수 있다. Bob은 또한 그의 친구 John에 의해 탐색을 위해 자신(예를 들어, 자신의 애플리케이션 및 디바이스)이 보여지게 만들고 싶은 기능을 활성화할 수 있다. 페이스북 애플리케이션은 대응 연결을 식별할 수 있다. 대응 연결의 아이덴티티는 이미 알려질 수 있고(예를 들어, 양자 모두의 사용자가 애플리케이션을 이용하여 연결되었을 때 결정될 수 있음), 또는 애플리케이션은 구축된 인터넷 연결을 통해 애플리케이션 서버로부터 연결 아이덴티티를 얻을 수 있다. 연결 아이덴티티는 API를 통해 건네질 수 있다. 연결 아이덴티티는 프로세스에서 탐색 ID로 변환될 수 있다.

Maria의 페이스북 애플리케이션 및 John의 페이스북 애플리케이션 모두는 프록시미티 내의 친구들이 검출될 수 있도록 인에이블되는 각자의 프록시미티 검출 기능들을 가질 수 있다. 무선 모듈은 API를 통해 필수적인 아이덴티티들을 갖는 애플리케이션에 의해 구성될 수 있다. Maria, Bob, 및 John의 디바이스들은 각각 레거시 방법들에 따라 셀에서 브로드캐스트되는 시스템 정보를 획득할 수 있고, 추가적으로 DISCH 구성을 획득할 수 있다.

Bob은 애플리케이션 X에서 John의 디바이스를 위해 자신의 디바이스를 탐색 가능하게 만들 수 있는데, 여기서 애플리케이션은 서비스 탐색 아이덴티티를 결정하고(예를 들어, AppX::John<=>Bob), 적절한 포맷으로 변환하고, 디바이스의 무선 모듈로 요청을 건네줄 수 있다. Bob의 디바이스는 서비스 탐색 아이덴티티를 포함하는 네트워크에게 탐색 요청을 전송할 수 있다. Bob의 디바이스는 이 요청을 확인 응답하는 탐색 응답을 수신할 수 있다.

John의 디바이스의 애플리케이션 X는 활성화된 탐색 기능을 가질 수 있고, Bob의 디바이스와의 연결을 위한 서비스 탐색 아이덴티티를 알고 있을 수 있다(예를 들어, AppX::John<=>Bob). 애플리케이션 X는 "AppX::John<=>Bob"를 포함하는 모든 관심 아이덴티티를 이용하여 John의 디바이스의 무선 모듈을 구성했을 수 있다.

Maria의 디바이스의 애플리케이션 X는 활성화된 탐색 기능을 가질 수 있고, Bob의 디바이스와 연결을 갖지 않을 수 있지만, John의 디바이스와 연결을 가질 수 있다(예를 들어, AppX::Maria<=>John). 애플리케이션 X는 모든 관심 아이덴티티를 이용하여 John의 디바이스의 무선 모듈을 구성했을 수 있다.

Maria, Bob, 및 John의 디바이스들은 (예를 들어, PDCCH 상의 DI-RNTI에 의한 동적 스케줄링에 의해) 셀을 위한 DISCH를 획득할 수 있다. 3개의 모든 디바이스들이 AppX::John<=>Bob에 대응하는 아이덴티티를 포함하는, DISCH 상으로 브로드캐스트되는 하나 이상의 서비스 탐색 아이덴티티, 및 RF 탐색 아이덴티티 및 유효 기간을 포함하는, RF 탐색 신호를 위한 (시간 및 주파수에서의) 관련 구성을 검출할 수 있다.

Maria의 디바이스는 AppX::John<=>Bob에 대응하는 아이덴티티를 인식하지 못할 수 있다. Maria의 디바이스는 임의의 다른 조치를 수행하지 않고 DISCH를 계속 모니터링할 수 있다.

John의 디바이스는 AppX::John<=>Bob에 대응하는 아이덴티티를 인식할 수 있고, 대응하는 RF 탐색 신호의 모니터링을 개시할 수 있다.

Bob의 디바이스는 서비스 탐색 아이덴티티에 할당된 시간/리소스에서 대응 RF 탐색 신호를 송신할 수 있다. Bob의 디바이스는 유효 기간의 만료 때가지 송신을 반복할 수 있다.

John의 디바이스는 서비스 탐색 아이덴티티에 할당된 시간/리소스에서 대응 RF 탐색 신호를 성공적으로 수신할 수 있다. John의 디바이스의 무선 모듈은 서비스 아이덴티티의 존재 및 프록시미티의 검출을 API를 통해 애플리케이션 X에 표시할 수 있다. 애플리케이션은 탐색 절차(단방향 탐색)가 완료되었다고 결정하거나, 또는 AppX::Bob<=>John에 대응하는 아이덴티티를 이용하여 서비스 탐색을 개시함으로써 유사한 절차를 이용하지만, 탐색 가능 디바이스로서 상호 탐색을 완료시킬 수 있다.

Bob의 디바이스는 서비스 아이덴티티를 위한 RF 프록시미티 신호의 송신을 종결할 수 있다. John의 디바이스의 무선 모듈은 관심 서비스 아이덴티티를 위한 탐색 절차의 완료를 API를 통해 애플리케이션 X에 표시할 수 있다. 애플리케이션은 탐색 절차(단방향 탐색)가 완료되었다고 결정하거나, 또는 AppX::Bob<=>John에 대응하는 아이덴티티를 이용하여 서비스 탐색을 개시함으로써 유사한 절차를 이용하지만, 모니터링 디바이스로서 상호 탐색을 완료시킬 수 있다.

여기에는 네트워크 인프라구조로부터의 부분적인 지원을 갖는 서비스 탐색이 설명된다. 이는 디바이스들이 네트워크에 의해 할당 및 스케줄링된 리소스들에 대해 탐색 아이덴티티(ID) 자체를 브로드캐스트할 수 있다(즉, 네트워크는 애플리케이션마다 지불되면 탐색 ID를 검출할 수 없을 수 있으며, 네트워크는 탐색 ID를 검출할 수 있고, 디바이스마다 지불될 수 있고, 네트워크는 탐색 ID에 대한 임의의 정보를 필요로 하지 않을 수 있음). 리소스들은 또한 프록시미티를 검출하는데 사용될 수 있다.

여기에는 네트워크 인프라구조가 없는 서비스 탐색이 설명된다. 이는 디바이스들이 DISCH를 위해 사용할 리소스들을 결정하고, DISCH에 대한 모든 동작을 수행하도록 구성될 수 있다는 점에서 이전 설명과 상이할 수 있다. 또한 프록시미티를 검출하고 마스터-슬레이브 역할을 맡기기 위해 DISCH 상의 전송들이 사용될 수 있다.

네트워크는 액세스 권한들, 애플리케이션 타입 등에 의해 요청들을 “감시(police)”할 수 있다. 모니터링 디바이스는 관심 서비스 ID 범위들의 서브세트를 결정할 수 있다.

탐색 채널은 D2D 탐색을 위해 예약된 리소스 세트일 수 있다. 이는 탐색 신호, 확인 응답 신호, 및 궁긍적으로 동기화 신호를 포함할 수 있다. 탐색 신호 채널은 하나 이상의 탐색 송신 신호를 위해 예약된 리소스 세트일 수 있다.

여기에는 하나 이상의 서브프레임에서 적어도 하나의 탐색 신호의 송신을 위한 방법 및 장치들이 설명된다. 이들 방법 및 장치는 여기에 설명됨 임의의 절차를 포함하지만 이로 한정되지 않는 고레벨 탐색 절차의 일부로서 활용될 수 있다.

여기에는 송신 절차를 개시하기 위한 트리거들이 설명된다. 디바이스가 송신 절차를 개시하기 위해 네트워크로부터 명시적 표시를 수신하면 송신 절차들이 개시될 수 있다. 이 표시는 프로빙 요청 또는 프로빙 및 스캐닝 요청으로 구성될 수 있다. 표시는 물리 계층, MAC, 또는 RRC 시그널링에 의해 제공될 수 있다.

송신 절차는 주기적 절차에 응답하여 개시될 수 있다. 다른 송신 절차(예를 들어, 마지막 송신 절차 또는 동일한 이벤트에 의해 트리거된 마지막 송신 절차)의 개시 또는 완료 이래로 일정 기간이 경과했을 수 있다. 이러한 기간은 상위 계층 시그널링을 통해 네트워크에 의해 사전 정의되거나 제공될 수 있다.

디바이스가 이전 서브프레임에서 일정한 품질 임계값 이상의 일정 타입의 탐색 신호를 검출한 경우 송신 절차가 개시될 수 있다. 검출된 탐색 신호의 타입은 (예를 들어, 주변 디바이스들을 탐색하고 싶은 또 다른 디바이스에 의해 송신되는) 송신 절차의 개시를 요청하기 위한 특정 타입일 수 있다.

(예를 들어, IE에 의한 표시에 따라) 디바이스를 위한 핸드오버 또는 재구축 이후 또는 디바이스가 탐색 절차가 인에이블된 영역에 진입했음을 검출한 이후 송신 절차가 개시될 수 있다.

디바이스가 일정한 이벤트들을 위한 송신 절차를 개시하는 것을 충족시키기 위해 다음의 추가적인 조건들이 유용할 수 있다. 디바이스는 탐색 절차들이 인에이블된 영역 또는 셀 내에 있을 수 있다. 디바이스는 네트워크와 동기화될 수 있다(예를 들어, 타이밍 어드밴스 타이머가 실행될 수 있음). 디바이스는 무선 링크 문제를 경험하고 있지 않을 수 있다(예를 들어, in-sync 조건이 검출될 수 있음). 송신 전력, 서브프레임(들), 송신에 사용되는 리소스뿐 아니라 탐색 신호의 특징들은 송신 절차를 트리거했던 이벤트에 종속적일 수 있다.

여기에는 송신 절차를 인터럽트하기 위한 트리거들이 설명된다. 디바이스가 송신 절차를 인터럽트하기 위해 네트워크로부터 명시적 지시를 수신하면 송신 절차가 종결될 수 있다. 예를 들어, 디바이스는 송신 절차를 트리거했던 프로빙 절차 또는 요청을 선점하거나, 그 프로빙 또는 스캐닝 상태를 변경시키는 프로빙 또는 스캐닝 요청을 수신했을 수 있다. 표시는 물리 계층, MAC, 또는 RRC 시그널링에 의해 제공될 수 있다.

디바이스가 절차의 개시 이래로 최대 개수의 탐색 신호들을 송신할 때 송신 절차가 개시될 수 있다. 디바이스가 이전 서브프레임에서 일정한 품질 임계값 이상의 일정 타입의 탐색 신호를 검출한 경우 송신 절차가 개시될 수 있다. 검출된 탐색 신호의 타입은 (예를 들어, 또 다른 디바이스에 의해 송신되는) 송신 절차의 인터럽션을 요청하기 위한 특정 타입일 수 있다. 디바이스가 프로빙/스캐닝 요청에 제공되는 잠재적 이웃들의 목록으로부터 요소들의 모두를 식별하는 경우 송신 절차가 개시될 수 있다.

여기에는 탐색 신호 리소스들 및 인덱스들을 위한 방법 및 장치들 또한 개시된다. 도 4는 대역 내에(in-band) 할당된 PLMN(public land mobile network) 전용 탐색 채널들의 일례를 도시한다. 도 5는 대역 외에(out-of-band) 할당된 공통 탐색 채널의 일례를 도시한다. 이에 따라, 탐색 채널이 대역 내에(네트워크와 동일한 스펙트럼을 공유함) 또는 대역 외에(즉, 네트워크 스펙트럼 외에) 배치될 수 있다.

대역 외 사례는 이로 한정되는 것은 아니지만, 전력 증폭기, 필터, 또는 듀플렉서(duplexer)를 포함하는 추가적인 RF 복잡성을 초래할 수 있다. 이러한 사례에서, 탐색 채널은 하나의 PLMN에 전용되거나, 상이한 PLMN 사이에 공유될 수 있으며, 이는 상이한 PLMN들에 속한 디바이스들 사이에 탐색을 용이하게 할 수 있다.

셀룰러 네트워크 및 D2D 듀플렉싱 방법은 FDD, 하프 FDD(HFDD), 또는 TDD일 수 있다. 그러나, D2D TDD 모드는 하나의 추가적인 Tx 또는 Rx 체인이 요구되기 때문에 각 디바이스 상의 2개의 베이스밴드 및 RF 체인들을 추가하는 것을 요구하지 않음에 따라 바람직할 수 있다.

대역 외 사례에서, D2D 듀플렉싱 방법은 TDD일 수 있고, 탐색 채널이 TDD 대역, FDD DL 대역, 또는 FDD UL 대역에 가깝게 할당될 수 있다. 상이한 간섭 시나리오들이 각각의 사례에 적용될 수 있다.

D2D 듀플렉싱 방법이 TDD이면, 탐색 채널은 네트워크 DL 또는 UL 리소스에 할당될 수 있는데, 여기서 이 네트워크는 FDD 또는 TDD 모드에 있다. DL 리소스 상의 할당은 다수의 스캐닝 디바이스들이 탐색 신호의 수신을 위해 Rx를 재구성할 필요가 없다는 이점을 가질 수 있다. UL 리소스 상의 할당은 디바이스들 대신에 eNB 수신에 영향을 미칠 수 있는 D2D 간섭을 감소시킬 수 있다. 네트워크는 D2D 탐색 및 통신들을 제어함에 따라 이들 간섭을 더 쉽게 완화시킬 수 있다.

듀플렉싱 모드와 독립적으로, 탐색 채널은 서브프레임들, 슬롯들, 직교 주파수 다중 다중화(OFDM) 심볼들, 서브캐리어들, 리소스 블록들, 또는 캐리어들의 세트에 대응할 수 있다. 이러한 채널은 탐색 신호, 확인 응답 신호와 궁극적으로 동기화 신호 사이에 분할되어 이들 사이에 공유될 수 있다. 이들 리소스는 네트워크 통신들과 동일한 시간 슬롯(예를 들어, 간섭들이 조심스럽게 처리될 수 있음) 또는 탐색 채널에 전용되는 시간 슬롯들에 할당될 수 있다.

도 6은 UL을 이용하여 대역 내 시간 분할 다중화(TDM)에 할당된 탐색 채널의 일례를 도시한다. 탐색 신호들은 스케줄링된 다운링크 또는 업링크 리소스들로부터 사용될 리소스들의 설정된 패턴 또는 오프셋으로서 구성될 수 있다. 탐색 신호는 업링크 또는 다운 링크 전송을 갖는 TDM으로 동작할 수 있는데, 여기서 TDM 패턴은 구성 파라미터로서 디바이스에 제공된다. 크로스-링크(XL) 탐색 리소스들은 업링크 리소스들을 갖는 대역 내 TDM일 수 있다. XL 서브프레임 내에 사용된 추가적인 리소스들은 업링크 리소스들의 서브세트로 한정될 수 있다. 나아가, 지정된 XL 서브프레임은 디바이스 특정 TDD 패턴으로 동작하도록 더 구성될 수 있다(예를 들어, 탐색 신호들을 송신하기 위한 슬롯 0를 사용하고, 탐색 신호들을 청취하기 위한 슬롯 1을 사용함).

저전력 비콘들의 적절한 수신을 보장하기 위해, 비콘 송신 또는 수신이 일어날 수 있는 서브프레임들에서 DTX를 수행하도록 이웃 디바이스들을 구성하는 것이 바람직할 수 있다. 네트워크는 DTX 패턴 구성의 존재 시에 어떻게 동작하는지에 대한 동작 규칙들을 이용하여 이웃 디바이스들을 위한 DTX 패턴을 구성할 수 있다. 일례에서, 디바이스는 DTX를 위해 구성된 서브프레임에 대해 랜덤 액세스 채널(RACH) 스케줄링 요청(SR)을 수행하는 것을 금지할 수 있고, SPS 목적들을 위해 사용할 수 있다. 다른 일례에서, 디바이스는 일정한 업링크 송신이 크로스 링크 탐색 송신들을 통해 더 높은 우선순위에서 수행되도록 우선순위 설정 규칙을 이용하여 구성될 수 있다. 예를 들어, DTX 할당 서브프레임에서, 업링크 긍정 확인 응답(ACK)/부정 확인 응답(NACK)은 전송되도록 요구 받을 수 있으면, A/N 및 CQI는 크로스링크 DTX를 통한 높은 우선순위라고 간주될 수 있다.

탐색 채널은 경쟁 기반이거나 무경쟁(TDD 또는 FDD), 또는 (LTE에서의 PRACH 할당과 같이) 양자 모두의 조합일 수 있다. (예를 들어, 탐색 절차가 상위 계층 또는 하위 레이턴시 요건들을 가지면) 일정한 리소스들은 특정 사용자를 위해 예약될 수 있지만, 다른 리소스들은 사용자 그룹에 할당된 세트들 내에서 조직될 수 있다.

리소스들에 대한 경쟁 기반 액세스가 사용될 수 있고, 탐색 신호 확인 응답이 네트워크를 통해 또는 디바이스로부터 직접 수신되지 못할 수도 있는 사례에서, 경쟁을 해소하기 위해 랜덤 백-오프 절차가 적용될 수 있다. 이러한 백-오프는 임의의 D2D 탐색 리소스에 적용될 수 있다.

송신 절차에 사용되는 D2D 탐색 리소스들의 세트는 (예를 들어, 물리 계층(PHY), MAC, 또는 RRC 시그널링을 통해) 네트워크로부터의 리소스들의 명시적 표시에 기반하여 결정될 수 있다. 예를 들어, 디바이스는 사전 정의된 매핑을 갖는 리소스 구성 인덱스를 이용하여 리소스 세트에 의해 표시될 수 있다.

송신 절차에 사용되는 D2D 탐색 리소스들의 세트는 디바이스 특정 파라미터(예를 들어, C-RNTI) 또는 셀 특정 파라미터(예를 들어, PCI)와 같은 구성 파라미터의 함수로서 결정될 수 있다. 예를 들어, 탐색 신호가 PRACH인 사례에서, 프리앰블 인덱스는 C-RNTI의 기능일 수 있다.

송신 절차에 사용되는 D2D 탐색 리소스들의 세트는 디바이스가 동작할 수 있는 탐색 모드의 함수로서 결정될 수 있다(예를 들어, 송신용 슬롯 0 및 수신용 슬롯 1을 사용).

다른 방법에서, 디바이스는 (예를 들어, 리소스 블록들(RBs)을 이용하는 시퀀스로 진행하는) 자체적인 방식으로, 일정 순서로(예를 들어, 순차적으로) 더 큰 후보 세트로부터 리소스 세트를 랜덤으로 결정할 수 있다.

사용된 방법은 송신 절차를 트리거하는 이벤트에 종속적일 수 있다. 하나의 방법은 주기적 송신 절차에 더 적합할 수 있고, 다른 방법은 절차가 탐색 신호의 수신에 의해 트리거되었던 경우 더 유용할 수 있다.

여기에는 탐색 신호 설계를 위한 방법 및 장치들이 설명된다.

탐색 신호는 LTE 시스템들에 현재 사용되는 신호 또는 물리 채널로 구성될 수 있다. 또한 현재 정의되지 않은 신호로 구성될 수 있다. 여러 기능이 신호의 사용을 지원하기 위해 요구될 수 있고, 일정한 기능성이 신호의 사용에 의해 인에이블될 수 있다.

일정 타입의 탐색 신호들의 송수신은 사전의 대략 또는 미세 타이밍 획득을 요구할 수 있다. 사전 미세 타이밍 획득을 요구하는 탐색 신호들의 예시는 물리 제어 포맷 표시자 채널(PCFICH), PDCCH, PDSCH, 물리 HARQ 표시자 채널(PHICH), 및 물리 업링크 공유 채널(PUSCH)을 포함할 수 있지만, 이들로 한정되지 않는다. 사전 대략 타이밍 획득을 요구하는 탐색 신호들의 예시는 PRACH, SRS, 및 UL 복조 레퍼런스 신호(DM-RS)를 포함할 수 있지만, 이들로 한정되지 않는다. 1차 동기화 신호(PSS) 및 2차 동기화 신호(SSS)와 같은 다른 타입의 탐색 신호들이 임의의 사전 동기화를 이용하지 않을 수 있다.

일정한 타입의 탐색 신호는 대략 또는 미세 타이밍을 추정하기 위해 수신기에 의해 수신될 수 있는 레퍼런스 패턴들을 포함할 수 있다. 이러한 탐색 신호들의 예시는 PSS/SSS, 물리 브로드캐스트 채널(PBCH), 및 PRACH를 포함할 수 있지만, 이로 한정되지 않는다.

일정한 타입의 탐색 신호들은 가드(guard) 대역 및/또는 가드 시간을 포함할 수 있는데, 이로써 시간 또는 주파수 오프셋들에 대한 보호를 제공할 수 있고, 정규의 LTE 네트워크 신호들에 (주파수 또는 시간에서) 인접한 신호들의 송신을 허용할 수 있다. 이러한 탐색 신호들의 예시는 PSS/SSS 및 PRACH를 포함할 수 있지만, 이로 한정되지 않는다.

일정 타입의 탐색 신호들은 정보 페이로드의 송신을 허용할 수 있다. 이러한 신호들의 예시는 PDSCH, PUCCH, 및 PUSCH를 포함할 수 있지만, 이로 한정되지 않는다. 다른 탐색 신호들은 인덱스 및/또는 코드와 같은 유한한 파라미터 세트에 특징이 있을 수 있다.

일정한 타입의 탐색 신호들은 대역폭(서브캐리어들 또는 리소스 블록들의 개수) 및 시간(슬롯들 또는 서브프레임들의 개수)의 측면에서 유연성을 가질 수 있다. 일정 타입의 탐색 신호들은 리소스 또는 리소스들의 세트에서 병렬 송신될 수 있다. 일정 타입의 탐색 신호들은 주어진 신호 대 잡음비를 위한 더 높거나 낮은 누락 검출 확률 또는 오류 확률로 검출될 수 있다. 일정 타입의 탐색 신호들은 현재 시스템들에서 다운링크 방향으로 사용될 수 있지만, 다른 타입들은 업링크 방향으로 사용될 수 있다. 일정 타입의 탐색 신호들은 LTE 이전 릴리즈들(예를 들어, R8-11)와의 공통성 및/또는 호환성을 가질 수 있으며, 이로써 현재 디바이스 Tx 및 Rx 체인들이 변형이 없거나 거의 비용을 들이지 않고 재사용될 수 있다.

도 7a 및 도 7b는 탐색 신호 설계를 위한 LTE 신호 특성들을 도시한다. 이들 신호 중 하나 또는 조합이 탐색 신호 설계를 위한 베이스라인으로서 사용될 수 있다. Zadoff-Chu 시퀀스들에 기반한 신호들은 동일한 리소스 세트 상의 상이한 사용자들 사이의 직교 송신을 허용할 수 있기 때문에 특히 관심 있을 수 있다. 상이한 사이클릭 시간 시프트들이 동일한 Zadoff-Chu 베이스 시퀀스 상에서 사용되면, 대략적 동기화가 요구될 수 있다. 예를 들어, 3개 내지 5개의 RB 할당의 경우, 크로스-상관 관계가 낮은 30개의 베이스 시퀀스들이 이용될 수 있다. 이들 베이스 시퀀스들 중 어느 하나의 사이클릭 시간 시프트들이 순수 직교 시퀀스들의 생성을 허용할 수 있다(사이클릭 시프트들이 채널 임펄스 응답보다 긴 경우에는 제로 크로스-상관관계). 12개의 등간격 사이클릭 시간 시프트들(equally-spaced cyclic time shifts)이 PUSCH 및 PUCCH 상의 DMRS를 위해 정의될 수 있다. 이는 최대 5.55μs의 지연 확산을 가능하게 할 수 있다. D2D 탐색 콘텍스트에서, 이는 동일한 리소스 세트 상의 동일한 셀 내의 12개의 병렬 프로빙 절차들을 실행하는 것을 허용할 수 있다. 이러한 접근법을 이용하면, 디바이스는 또한 상이한 프로빙 신호들을 병렬 디코딩할 있지만, 이로써 상이한 이웃들을 동시에 탐색할 수 있다.

PBCH 채널에 결합된 PSS/SSS의 재사용은 탐색 신호에 페이로드(및 이로 인한 추가적인 내용)를 포함하는 것을 허용할 수 있다. 다른 방법으로, PRACH 신호의 재사용은 랜덤 액세스를 위해 구체적으로 이미 설계됨에 따라 구현될 수 있고, D2D 탐색을 위한 약간의 변형만을 요구할 수 있다.

더구나, 탐색 신호 설계에는 추가적인 다양한 방식들이 포함될 수 있다. 이들 방식은 시간, 주파수, 또는 공간 다이버시티 중 하나 또는 임의의 조합일 수 있다. 반복 코딩이 사용될 수 있다(예를 들어, 탐색 신호가 여러 시간/주파수/공간 리소스들에서 반복될 수 있음). 할당 인터리빙이 구현될 수 있다(예를 들어, 상이한 사용자들의 탐색 신호가 여러 시간/주파수/공간 리소스들에서 분할 및 인터리빙될 수 있음). 탐색 신호는 의사-잡음 시퀀스에 의해 곱해진 탐색 신호를 이용하여 추가적인 리소스들에 걸쳐 확산될 수 있다.

여기에는 탐색 신호의 송신 전력 및 타이밍을 위한 방법 및 장치들 또한 개시된다. 도 8은 디바이스간(D2D) 다운링크(DL) 또는 업링크(UL) 동기화의 일례를 도시한다. 디바이스는 D2D 송신을 위한 레퍼런스로서 DL 또는 UL 네트워크 동기화를 이용할 수 있다. 프로빙 상태에서, 디바이스는 탐색 신호의 일부일 수 있거나, 상이한 채널 리소스 상으로 독립적으로 송신될 수 있는 특정 동기화 버스트를 송신할 수 있다. 디바이스는 예를 들어, GPS(global positioning system) 신호와 같은 외부 동기화 소스 상에서 동기화될 수 있다.

탐색 신호에는 시간 스탬프가 포함될 수 있다. 이로 한정되지 않지만 네트워크 UL 타이밍 어드밴스 상태를 포함하는 임의의 다른 적절한 타이밍 정보가 또한 결합될 수 있다.

탐색 신호 송신기는 타이밍을 조정하기 위해 요구될 수 있다. 네트워크는 (예를 들어, 타이밍 어드밴스 절차 중에 획득되는 바와 같이 상이한 디바이스들의 타이밍의 지식에 기반하여) 조정을 요구할 수 있다. 이러한 조정은 탐색 신호 송신기와 하나 이상의 잠재적 이웃들 사이의 타이밍 오프셋을 감소시키기 위해 요구될 수 있다.

잠재적 이웃은 제1 탐색 신호 송신 후에 확인 응답 채널을 통해 송신기에게 타이밍 조정을 요구할 수 있다. 잠재적 이웃은 다른 디바이스와의 탐색 절차에 이미 포함될 수 있고, 2개의 탐색 신호 송신기 사이의 타이밍 차이는 너무 커서 이들 신호들을 적절히 디코딩할 수 없다. 잠재적 이웃은 이러한 조정이 (예를 들어, 다중경로 변화에 대해 더 강인한) 다음의 D2D 통신 국면을 적절히 셋업하도록 요구할 수 있다.

이러한 조정은 공통의 D2D 그룹 동기화를 달성하기 위해 요구될 수 있다. 여러 잠재적 이웃들이 탐색 절차에 포함될 수 있고, 이들 디바이스 모두가 동일한 범위 내에 있지 않을 수 있는 사례에서, 동기화 목적은 그룹 내의 공통 동기화를 달성하기 위해 그룹 내의 가장 지연된 디바이스로 타이밍을 조정하는 것일 수 있다. 각 디바이스는 디바이스와 그 이웃들 사이의 타이밍 차이를 추적할 수 있고, 확인 응답 신호를 통하거나, 또는 통신 국면에서 다른 수단에 의해 이 정보를 전달할 수 있다. 각 디바이스 탐색 이후, 송신기는 타이밍을 가장 지연된 디바이스로 업데이트할 수 있다.

도 9는 네트워크에 의해 정의된 시간 윈도우를 갖는 분산 D2D 동기화 전략의 일례를 도시한다. (디바이스 또는 디바이스 그룹마다) 분산 동기화 조정은 네트워크와의 D2D 방해를 한정하기 위해 네트워크에 의해 정의된 타이밍 윈도우 내에 일어날 수 있다. 타이밍 윈도우의 다른 목적은 디바이스가 D2D 통신들 및 네트워크 통신들의 병렬 검출 또는 송신을 달성할 능력을 보존하는 것일 수 있다.

여기에는 전력 제어를 위한 방법 및 장치들이 또한 설명된다. 탐색 신호 Tx 전력은 주어진 셀 내에서 정적일 수 있고, 이로 제한되는 것은 아니지만 (도심 또는 시골과 같은) 전파 환경 또는 셀 사이즈를 포함하는 파라미터들에 기반하여 미리 결정될 수 있다. Tx 전력은 제1 전송을 위한 최소 값에 배분될 수 있다. 이러한 전송이 확인 응답되지 않으면, 램프-업(ramp up)이 새로운 전송 각각에 대한 전력에 적용될 수 있다. 도달될 수 있는 최대 전력은 정적인 네트워크 파라미터이거나, (예를 들어, 이로 한정되는 것은 아니지만 간섭 레벨 또는 트래픽 부하를 포함하는 현재의 네트워크 상태에 기반하는 프로빙 요청 절차를 통해) 네트워크에 의해 결정되어 분산될 수 있다.

탐색 신호 송신기와 잠재적 이웃들 사이에 폐루프 메커니즘이 사용될 수 있다. 수신기에서 상이한 측정치들이 적용되어 탐색 신호 Tx 전력에 인가될 오프셋을 결정할 수 있다. 이 오프셋은 응답 확인 메시지를 통하거나, 스캐닝 보고를 통해 간접적으로 전송될 수 있다. 스캐닝 보고를 디코딩한 후, 네트워크는 특정 메시지를 통하거나 새로운 프로빙 요청을 통해 프로빙 디바이스에 Tx 전력 조정을 송신할 수 있다. 네트워크는 이로 한정되지 않지만 간섭 레벨 또는 트래픽 부하를 포함하는 현재 네트워크 상태에 기반하여 전력 증가 요청을 무효화할 수 있다. 네트워크 리소스들이 D2D 탐색과 일반적인 네트워크 통신들 사이에 여전히 적절히 공유될 수 있다고 확인하기 위해 네트워크는 궁극적으로 다른 디바이스들로부터의 사운딩 절차들(sounding procedures)을 요청할 수 있다.

정적 또는 최대 Tx 전력은 D2D 범위 클래스들로 분할될 수 있다. 이들 클래스는 하나의 디바이스에 액세스 가능한 최대 D2D 범위를 한정할 수 있다. 이러한 한정은 이로 제한되는 것은 아니지만, 도시 환경에서의 최대 D2D 간섭 레벨을 포함하는 네트워크 파라미터들 또는 가입자가 더 많이 지불하는 상위 클래스에 대한 디바이스의 액세스와 같은 지불 방법들에 기반하여 정의될 수 있다. 마지막으로, D2D 네트워크 파라미터는 클래스 A 범위(예를 들어, 50m)에 대한 액세스를 갖는 최대 인원의 D2D 사용자들, 클래스 B 범위(예를 들어, 100m)에 대한 액세스를 갖는 최대 인원의 D2D 사용자들 등으로서 정의될 수 있다.

탐색 신호는 이로 한정되지 않지만, 송신기 아이덴티티, 송신기 그룹 아이덴티티, 송신기 네트워크 파라미터들(예를 들어, 셀, PLMN, 접속 상태, RRC 상태 등), 및/또는 송신기로부터의 전력 및 타이밍 레퍼런스를 포함하는 파라미터들을 포함할 수 있다. 타이밍은 시간 스탬프에 의해 명시적으로 제공되거나, 동기화 버스트를 통해 암시적으로 제공될 수 있다.

탐색 신호는 이로 제한되는 것은 아니지만, 탐색 신호 재송신 횟수, 탐색 신호 최대 재송신 횟수, 송신기로부터의 서비스 설명(예를 들어, 송신기가 상점 광고에 전용하는 디바이스이면, 상점 프로모션들의 일부뿐 아니라 상점 명칭을 포함할 수 있음), (C-RNTI와 같은 임의의 디바이스 특정 식별자에 의해 식별된) D2D 탐색을 위한 재선택 디바이스(잠재적 이웃들), 타겟 디바이스 능력 목록(예를 들어, 네트워크, 특정 PLMN, 특정 셀, 특정 그룹, 또는 릴레이 능력들에 대한 접속), (메시지 목적지, 즉 디바이스 또는 eNB를 포함할 수 있는) 확인 응답 요청, 탐색 절차 식별자, 탐색 절차 우선순위, 및/또는 탐색 절차 시간 및 종료 시간(만약에 있으면)을 포함하는 파라미터들을 포함할 수 있다.

전술된 파라미터 중 적어도 하나는 탐색 신호 페이로드에서 명시적으로 제공될 수 있다. 또한, 전술된 파라미터 중 적어도 하나는 탐색 신호 특성에 암시적으로 포함될 수 있다. 이는 특정 탐색 신호, 특정 탐색 신호 리소스, 또는 특정 탐색 신호 인덱스를 통해 구현될 수 있다. 특성들로부터 신호 정보를 검색하는 것을 허용하는 매핑은 매핑 표를 통해 구현될 수 있다. 이러한 표 또는 특정 파라미터(들)는 (예를 들어, D2D 탐색 요청 또는 D2D 이웃 통지에 의해) 탐색 신호 송신 전후에 네트워크에 의해 디바이스로 분산될 수 있다.

탐색 신호는 (리소스 및 인덱스의 매핑을 통해) 스캐닝 보고 이후에 eNB에 의해 제공될 수 있는 임의의 다른 정보, 및 리소스 및 인덱스 매핑 이외에 어떠한 다른 특성들을 갖지 않을 수 있다.

보안은 무선 통신에서 임의의 새로운 특징부의 주요 관심사일 수 있다. 적절히 보안되지 않으면, 이러한 종류의 서비스가 사용자가 비밀로 유지하고 싶은 특정 그룹에게 사용자 아이덴티티, 사용자 로컬화, 및/또는 멤버십을 쉽게 알려줄 수 있기 때문에, 특히 D2D 애플리케이션들에 민감할 수 있다. 또한, D2D 통신에서와 같이, 제어의 일부가 디바이스에게 분권되어 있기 때문에, 보안 위반이 이러한 종류의 애플리케이션을 통해 전체 네트워크에서 드러날 수 있다.

신뢰 센터가 이로 제한되는 것은 아니지만, eNB, MME, 홈 가입자 서버(HSS)를 포함하는 보안 신뢰 능력들을 갖는 임의의 네트워크 요소, 또는 동일한 능력들을 갖는 특수 디바이스 노드에 매핑될 수 있다. 동일한 능력을 갖는 특수 디바이스 노드에 대한 매핑은 오프-네트워크 D2D 탐색 사례들에 특히 적합할 수 있다.

보안을 구현하기 위해, D2D 탐색 콘텍스트는 D2D 탐색 요청을 인가하는 것일 수 있다. 애플리케이션에 따라, 이러한 인가를 담당하는 신뢰 센서는 네트워크에서 상이한 레벨에 위치할 수 있다(예를 들어, MME, eNB, 또는 디바이스). 인가는 다른 엔티티(예를 들어, HSS) 또는 신뢰 센터 자체에 저장된 D2D 디바이스 프로파일과 관계 있을 수 있다. 이러한 인가는 탐색 우선순위 처리가 뒤따를 수 있다. 네트워크가 다른 탐색 절차들에 의해 이미 포화되어 있으면, 새로운 탐색은 네트워크에 의해 지연 또는 거절될 수 있다.

D2D 탐색에서 다른 키 보안은 탐색 절차에 포함된 하나 이상의 엔티티들의 익명성(anonymity)일 수 있다. D2D 탐색 요청 타입에 따라, 탐지 디바이스, D2D 탐색 그룹, 및/또는 잠재적 이웃들의 익명성이 요구될 수 있다. 상이한 방법 및 장치들이 이러한 익명성을 보존하기 위해 적용될 수 있다.

도 10은 탐지 디바이스 익명성 보존의 일례를 도시한다. 도 10에 도시된 바와 같이, 네트워크는 탐색 신호 리소스 할당과 D2D 탐색 요청 사이의 비밀 매칭을 정의할 수 있다. 네트워크는 평상시의 eNB-디바이스 보안 링크를 이용하여 하나 이상의 디바이스에게 프로빙 및 스캐닝 요청들을 전송할 수 있다. 임의의 다른 네트워크 데이터와 함께 이들 요청은 암호화될 수 있고, 식별할 탐색 신호 리소스들을 포함하는 것으로 한정될 수 있다. 탐색 신호가 D2D 탐색 요청에 포함되지 않은 디바이스에 의해 식별될 수 있는 경우에도, 이러한 디바이스는 D2D 탐색 요청에 대한 임의의 특정 정보를 식별하지 못할 수도 있다. 이러한 비밀 매핑은 일정한 애플리케이션과 일정한 탐색 신호들 사이의 아무런 크로스 상관관계가 일어나지 않도록 주기적으로 갱신될 수 있다.

네트워크는 스캐닝 보고를 수신한 후(즉, 이러한 D2D 탐색 요청을 위한 탐색 신호 식별 이후), 수신된 보고가 인가된 D2D 탐색 요청에 대응하고, 이로 한정되는 것은 아니지만 탐지 디바이스, D2D 탐색 그룹, 및 탐색 애플리케이션을 포함하는 인가된 상세 사항들을 이웃 통지 메시지를 통해 인가된 노드들에 제공한다고 확인할 수 있다.

탐지 디바이스, 그룹, 및/또는 잠재적 이웃 아이덴티티들이 암호화된 신호를 통해 전달될 수 있다. 이러한 암호화는 사전 공유된 키들, 인증서들, 또는 크리덴셜들에 기반할 수 있다. 이들 보안 파라미터들은 요구된 비밀성의 레벨에 따라 오프라인 또는 공기 중으로 분산될 수 있다. 보안 파라미터들은 공기 중으로 전달되는 경우, 평상 시의 네트워크 보안 절차들에 의해 보호될 수 있고(예를 들어, D2D 탐색 요청의 파라미터로서 전달될 수 있음), 디바이스 쌍 또는 D2D 탐색 그룹마다 배분될 수 있다. 익명성을 요구하는 디바이스는 스캐닝 모드에 남아 있을 수 있다.

익명성 문제 외에도, 탐색 신호 송신기의 인증이 보장될 수 있다. 이는 스캐닝 보고 이후 서명 파라미터들을 프로빙 디바이스에 제공하고 확인할 수 있는 신뢰 센터에 의해 제어되는 동일한 옵션들을 통해 프로세싱될 수 있다. 다른 방법으로, 디바이스들에 분산되고 (신호 서명에 사용되는) 사전 공유된 키들, 인증서들, 또는 크리덴셜들에 기반할 수 있다.

D2D 통신들의 Tx 전력이 eNB의 전력보다 낮기 때문에, 플러딩(flooding) 또는 재밍(jamming) 공격들에 더 민감할 수 있다. 예를 들어, 네트워크 침입자는 주어진 영역 내에서 임의의 D2D 탐색을 방해하기 위해 또는 다른 디바이스들로부터 몇몇 정보를 얻기 위해 탐색 신호를 지속적으로 송신할 수 있다. 이들 타입의 공격은 침입자가 이를 추적하고 D2D 탐색을 방해하지 못할 수 없도록 탐색 채널들을 주기적으로 업데이트하는 신뢰 센터에 의해 완화될 수 있다. 이러한 방안의 강인성은 업데이트 주기가 감소함에 따라 증가할 수 있다. 다른 방법으로, 네트워크는 주어진 D2D 할당된 리소스에 대한 좋지 않거나 비정상적인 거동을 보고하기 위한 절차를 셋업할 수 있다. 스캐닝 디바이스는 좋지 않은 인덱스를 갖는 신호 또는 특정 방해를 보고할 수 있다(즉, 침입자를 식별하기 위해 네트워크를 보조할 수 있는 임의의 정보). 네트워크는 거동에 대해 양호한 결정을 하기 위해 이러한 정보를 현재의 D2D 탐색 요청들, 프로빙 디바이스들 등의 자신의 지식과 크로스 상관시킬 수 있다.

D2D 서비스를 저하시킬 수 있는 또 다른 공격은 릴레이 공격이다. 이 공격에서, 침입자는 신호를 기록하고 나중에 릴레이하여 네트워크 상에서 이미 인가된 노드의 아이덴티티를 가져올 수 있다. 결과적으로, 침입자는 정확한 암호화 파라미터들을 갖는 신호를 전송할 수도 있다. D2D 탐색 콘텍스트에서, 2개의 카운터 측정치들이 탐색 신호에 적용될 수 있다.

시간스탬프(예를 들어, 서브프레임 번호)이 송신기에서의 네트워크 시간 레퍼런스에 기반하여 신호 페이로드에 추가될 수 있다. 이러한 시간스탬프는 수신기에서의 네트워크 시간 레퍼런스에 대해 확인될 수 있다. 시간스탬프가 유효하지 않으면, 신호는 폐기될 수 있고, 궁극적으로 보고가 네트워크에 전송될 수 있다.

탐색 신호는 송신기에서의 시간 파라미터(예를 들어, 랜덤화 시드(randomization seed)는 서브프레임 번호와 같을 수 있음)에 따라 랜덤화될 수 있다. 탈랜덤화(de-randomization)는 동일한 시간 파라미터들에 따라 수신기에서 프로세싱될 수 있다. 릴레이 공격 사례에서, 시드는 상이할 수 있고, 신호는 이해되지 못할 수 있다. 탐색 요청을 이용하여 토큰이 전송될 수 있다. 탐색 신호의 일부를 인코딩하는데 이러한 토큰이 사용될 수 있고, 임의의 새로운 절차를 위해 갱신될 수 있다. 이들 측정치는 이로 제한되는 것은 아니지만, 암호화 키들을 포함하는 다른 보안 파라미터들의 주기적 업데이트와 결합될 수 있다.

여기에는 수신 절차를 개시하기 위한 트리거들이 설명된다. 디바이스가 네트워크로부터 명시적 표시를 수신하여 수신 절차를 개시하는 경우, 디바이스는 탐색 신호들을 청취하기 시작하도록 별도로 구성될 수 있다. 이 표시는 프로빙 요청 또는 프로빙 및 스캐닝 요청으로 구성될 수 있다. 표시는 물리 계층, MAC, 또는 RRC 시그널링에 의해 제공될 수 있다.

다른 송신 절차(예를 들어, 마지막 송신 절차 또는 동일한 이벤트에 의해 트리거된 마지막 송신 절차)의 개시 또는 완료 이래로 일정 기간이 경과했을 때, 디바이스는 탐색 신호들을 청취하기 시작하도록 별도로 구성될 수 있다. 이러한 기간은 상위 계층 시그널링을 통해 네트워크에 의해 사전 정의되거나 제공될 수 있다.

디바이스가 이전 서브프레임에서 일정한 품질 임계값 이상의 일정 타입의 탐색 신호를 검출한 경우, 디바이스는 탐색 신호들을 청취하기 시작하도록 별도로 구성될 수 있다. 검출된 탐색 신호의 타입은 (예를 들어, 주변 디바이스들을 탐색하고 싶은 또 다른 디바이스에 의해 송신되는) 송신 절차의 개시를 요청하기 위한 특정 타입일 수 있다.

핸드오버 또는 재구축이 일어날 수 있는 이후(예를 들어, 이것이 구현될 수 있음을 IE가 표시하면), 및/또는 탐색 절차들이 인에이블될 수 있는 영역에 디바이스가 진입했음을 검출한 이후, 디바이스는 탐색 신호들을 청취하기 시작하도록 별도로 구성될 수 있다.

추가적인 조건들은 디바이스가 적어도 일정한 이벤트들을 위해 수신 절차를 개시하기 위해 충족될 필요가 있을 수 있는데, 일정한 이벤트들은 이로 한정되는 것은 아니지만, 탐색 절차들이 인에이블될 수 있는 영역 또는 셀에 있는 디바이스, 네트워크에 대해 동기화된 디바이스(즉, 타이밍 어드밴스 타이머가 실행됨), 및/또는 무선 링크 문제들을 경험하지 않은 디바이스(즉, in-sync 조건이 검출될 수 있음)를 포함할 수 있다.

송신 전력, 서브프레임(들), 송신에 사용되는 리소스뿐 아니라 탐색 신호의 특징들은 송신 절차를 트리거했던 이벤트에 종속적일 수 있다.

여기에는 수신 절차들을 인터럽트하기 위한 트리거들이 설명된다. 수신 절차가 종결될 수 있다. 예를 들어, 디바이스는 수신 절차를 인터럽트하기 위해 네트워크로부터 명시적 표시를 수신할 수 있다. 디바이스는 수신 절차를 트리거했던 스캐닝 절차 또는 요청을 선점하거나, 그 프로빙 또는 스캐닝 상태를 변경시키는 프로빙 또는 스캐닝 요청을 수신했을 수 있다. 표시는 물리 계층, MAC, 또는 RRC 시그널링에 의해 제공될 수 있다. 다른 예시에서, 디바이스는 절차의 개시 이래로 최대 개수의 탐색 신호들을 수신할 수 있다. 또 다른 예시에서, 디바이스는 이전 서브프레임에서 일정한 품질 임계값 이상의 일정 타입의 탐색 신호를 검출할 수 있다. 검출된 탐색 신호의 타입은 (예를 들어, 또 다른 디바이스에 의해 송신되는) 송신 절차의 인터럽션을 요청하기 위한 특정 타입일 수 있다. 디바이스는 찾고 있었던 잠재적 이웃들의 목록으로부터 요소들의 모두를 식별할 수 있다.

여기에는 탐색 신호 수신을 위한 방법 및 장치들이 설명된다. 탐색 신호 설계 및 탐색 절차 구성에 따라, 단일(한 번에 하나의 탐색 신호 반복 수신) 또는 병렬 검출(한 번에 여러 탐색 신호 반복 수신)이 적용될 수 있다. 병렬 검출은 상이한 서비스 신호들 사이의 타이밍 및 전력 오프셋에 대한 한계들을 부여할 수 있다. 최적의 조합은 각각의 검출의 강인함과 최대 개수의 병렬 프로세스들 사이에서 정의될 수 있다.

D2D 탐색 타입에 따라, 특정 또는 블라인드 검출이 프로세싱될 수 있다. 특정 검출 시에, 디바이스는 스캐닝된 채널에 어떤 탐색 신호가 존재할 수 있는지를 알고 있을 수 있다. 블라인드 검출 시에, 디바이스는 스캐닝된 채널에 어떤 탐색 신호가 존재할 수 있는지를 알지 못할 수 있다.

탐색 신호(들)의 수신은 동기화 스테이지에서 시작할 수 있다. 동기화 레퍼런스는 네트워크(DL 또는 UL), 특정 동기화 버스트, 또는 GPS 신호와 같은 외부 소스에 기반할 수 있다. 이들 상이한 방법은 결합될 수 있다. 수신기는 네트워크 동기화에 기반하여 자신의 수신 윈도우를 열 수 있고, 자동 상관관계(반복적 패턴)을 통하고/거나, 레퍼런스 패턴과 착신 신호 사이의 크로스 상관관계를 통해 수신 윈도우 내에 착신 동기화 버스트를 식별할 수 있다. 자동 상관관계 및 크로스 상관관계 프로세스들이 (예를 들어, 슬라이딩 고속 푸리에 변환(FFT)의 사용을 통해) 시간 도메인 또는 주파수 도메인에서 구현될 수 있다.

채널 추정 및 보상은 탐색 신호가 공지된 레퍼런스 패턴들(파일롯들, 프리앰블들 등)을 포함하면 수신 절차를 따를 수 있다. 탐색 신호 설계는 디코딩 전력을 지시할 수 있다. 탐색 신호가 LTE 채널 영역(PRACH, PDCCH, PDSCH 등)을 재사용하는 사례에서, 동일한 디코딩 체인이 재사용될 수 있다.

병렬 검출 사례에서, 반복적 디코딩 기법들 또한 적용될 수 있는데, 여기서 식별된 탐색 신호들이 착신 신호로부터 차감될 수 있고, 새로운 디코딩 반복이 프로세싱될 수 있다.

탐색 신호가 재송신이면, 신호 결합이 이전 송신들을 이용하여 적용될 수 있다. 신호의 상이한 부분들이 각 송신에서 전송될 수 있고, 수신기는 디코더에 피딩하여 이미 수신된 섹션들과 함께 새로운 디코딩을 시도할 수 있다(증분 리던던시(incremental redundancy)). 대체 또는 결합하여, 동일한 메시지가 여러 차례 전송될 수 있고, 조합을 디코딩에 전송하기 전에 수신기는 동위상 및 직교위상(IQ) 값들을 또는 로그 우도비들(log-likelihood ratios)을 결합할 수 있다(체이스 결합(Chase combining)). 재송신은 신호 확인 응답을 통해 종결될 수 있다.

탐색 신호가 페이로드를 포함하면, CRC 디코딩을 통해 신호 무결성 확인이 구현될 수 있다. 수신 절차는 또한 탐색 신호 측정들을 포함할 수 있다. 측정될 수 있는 메트릭은 이로 제한되는 것은 아니지만, RSRP, RSRQ, CQI, 경로 손실, 또는 시간 및 주파수 오프셋들 중 하나 또는 임의의 조합이다.

여기에는 탐색 신호 수락을 위한 방법 및 장치들이 설명된다. 페이로드는 탐색 신호와 관련 있을 수 있다. 신호 송신 시에 CRC가 수행될 수 있고, 수신 시에 신호 무결성을 확인하는데 사용될 수 있다. 다른 방법으로, 탐색 신호는 (예를 들어, PRACH 신호와 같은) 임의의 CRC를 포함하지 않을 수 있고, 신호 확인 응답은 (여기에 설명된 것과 같은) 메트릭 임계치들에 기반하여 결정될 수 있다.

탐색 신호는 수락 이전에 확인할 하나 이상의 파라미터들을 포함할 수 있다. 그룹 멤버십 또는 탐색 우선순위가 확인될 수 있다(예를 들어, 수신기가 그룹 멤버십을 인식하지 못하면, 멈춰서 탐색 신호를 수락하지 않을 수 있고, 또한 탐색 절차를 종결할 수 있음). 탐색 신호에서 설정될 수 있는 우선순위는 수신기에서 설정된 현재 최소 레벨보다 낮을 수 있다(예를 들어, 자신의 배터리 레벨이 이미 낮을 수 있기 때문임). 이 사례에서, 수신기는 절차를 종결시킬 수 있다.

여기에 설명된 방법들은 최종 결정을 가져오기 위해 결합될 수 있다. 이들 수락 기준은 신호 확인 응답 결정 및/또는 디바이스 상위 계층 절차들 또는 애플리케이션들을 위해 사용될 수 있다.

실시예들

1. 무선 송수신 유닛(WTRU)이 디바이스간(D2D) 탐색을 수행하는 방법으로서,

상기 WTRU가 서비스를 위한 무선 주파수(RF) 프록시미티 검출을 수행하는데 사용되는 탐색 프로세스를 개시하기 위해 다른 WTRU 또는 네트워크에게 탐색 요청을 전송하는 단계; 및

상기 WTRU가 탐색 응답을 위한 채널을 모니터링하는 단계를 포함하는, 방법.

2. 실시예 1에 있어서, 상기 탐색 요청은 적어도 하나의 탐색 아이덴티티를 포함하고, 상기 WTRU는 탐색 가능 상태 또는 모니터링 상태를 갖는, 방법.

3. 실시예 1 및 2 중 어느 하나에 있어서, 상기 WTRU가 D2D 채널을 위한 구성을 수신하는 단계를 더 포함하는, 방법.

4. 실시예 1 내지 3 중 어느 하나에 있어서, 상기 WTRU 내의 애플리케이션이 서비스 탐색 절차를 트리거하는 단계를 더 포함하는, 방법.

5. 실시예 1 내지 4 중 어느 하나에 있어서, 상기 탐색 요청은 상기 WTRU의 배터리 레벨 또는 보안 컨텍스트에 기반하여 상태 파라미터를 더 포함하는, 방법.

6. 실시예 1 내지 5 중 어느 하나에 있어서, 상기 탐색 요청은 상기 탐색 요청이 거절된 요청의 반복인지 여부를 표시하기 위해 임시적인 탐색 프로세스 식별자에 대한 레퍼런스를 더 포함하는, 방법.

7. 실시예 1 내지 6 중 어느 하나에 있어서, 상기 WTRU가 상기 다른 WTRU 또는 상기 네트워크로 탐색 보고 메시지를 전송하는 단계를 더 포함하는, 방법.

8. 실시예 1 내지 7 중 어느 하나에 있어서, 상기 탐색 요청은 RF 탐색을 위한 최대 범위를 표시하는 전력 클래스와 관련 있는 탐색 클래스 파라미터를 더 포함하는, 방법.

9. 실시예 1 내지 8 중 어느 하나에 있어서, 상기 탐색 요청은 공공 서비스 애플리케이션에 대응하는 서비스와 관련 있는 탐색 클래스 파라미터를 더 포함하는, 방법.

10. 무선 송수신 유닛(WTRU)이 디바이스간(D2D) 탐색을 수행하는 방법으로서,

상기 WTRU가 다른 WTRU 또는 네트워크로부터 무선 주파수(RF) 프록시미티 검출을 위한 구성을 수신하는 단계 - 상기 구성은 서비스와 관련되어 있고, 탐색 프로세스 식별자를 포함함 - 를 포함하는, 방법.

11. 실시예 10에 있어서, 상기 RF 프록시미티 검출을 위한 구성은 물리 다운링크 공유 채널(PDSCH)을 통한 전용 시그널링에 의해 수신되는, 방법.

12. 실시예 10 및 11 중 어느 하나에 있어서, 상기 RF 프록시미티 검출을 위한 구성은 탐색 공유 채널(DISCH) 상으로 수신되는, 방법.

13. 실시예 10 내지 12 중 어느 하나에 있어서, RF 프록시미티 검출과 관련 있는 적어도 하나의 서비스 아이덴티티, 유효성 정보, 및 측정 구성을 상기 DISCH를 통해 수신하는 단계를 더 포함하는, 방법.

14. 실시예 13에 있어서, 상기 적어도 하나의 서비스 아이덴티티, 상기 유효성 정보, 및 상기 측정 구성을 포함하는 송신은 특정 무선 네트워크 임시 아이덴티티(RNTI) 및 서브프레임 타이밍을 이용하여 물리 다운링크 공유 채널(PDSCH)에 의해 스케줄링되는, 방법.

15. 실시예 13에 있어서, 상기 WTRU가 리소스의 유효 시간을 결정하여 상기 리소스 상의 RF 프록시미티 검출 신호의 송신을 개시하는 단계를 더 포함하는, 방법.

16. 실시예 13에 있어서, 상기 WTRU가 리소스의 유효 시간을 결정함으로써 상기 측정 구성을 이용하여 상기 리소스 상의 RF 프록시미티 검출 신호의 수신을 개시하는 단계를 더 포함하는, 방법.

17. 무선 송수신 유닛(WTRU)으로서,

서비스를 위한 무선 주파수(RF) 프록시미티 검출을 수행하는데 사용되는 탐색 프로세스를 개시하기 위해 탐색 요청을 다른 WTRU 또는 네트워크에 전송하도록 구성된 송신기; 및

탐색 응답을 위한 채널을 모니터링하도록 구성된 수신기를 포함하는, WTRU.

18. 실시예 17에 있어서, 상기 탐색 요청은 적어도 하나의 탐색 아이덴티티를 포함하는, WTRU.

19. 실시예 17 및 18 중 어느 하나에 있어서, 상기 수신기는 디바이스간(D2D) 채널을 위한 구성을 수신하도록 구성되는, WTRU.

20. 실시예 17 내지 19 중 어느 하나에 있어서, 상기 탐색 요청은 상기 WTRU의 배터리 레벨 또는 보안 컨텍스트에 기반하여 상태 파라미터를 더 포함하는, WTRU.

21. 실시예 17 내지 20 중 어느 하나에 있어서, 상기 탐색 요청은 상기 탐색 요청이 거절된 요청의 반복인지 여부를 표시하기 위해 임시적인 탐색 프로세스 식별자에 대한 레퍼런스를 더 포함하는, WTRU.

특징부들 및 요소들이 특정 조합으로 전술되었지만, 당업자는 각 특징부 또는 요소가 독자적으로 또는 다른 특징부 및 요소와의 임의의 조합으로 사용될 수 있다는 점을 이해할 것이다. 또한, 여기에 설명된 실시예들은 컴퓨터 프로그램, 소프트웨어, 또는 컴퓨터 또는 프로세서에 의한 실행을 위한 컴퓨터 판독가능 매체에 통합된 펌웨어에서 구현될 수 있다. 컴퓨터 판독가능 매체의 예시는 (유무선 연결들을 통해 송신된) 전자 신호들 및 컴퓨터 판독가능 저장 매체를 포함한다. 컴퓨터 판독가능 저장 매체의 예시는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 자기 매체(예를 들어, 내부 하드 디스크 또는 착탈식 디스크), 자기 광학 매체, 및 CD(compact disc) 또는 DVD(digital versatile disc)와 같은 광학 매체를 포함하지만, 이들로 한정되지 않는다. WTRU, UE, 단말기, 기지국, Node-B, eNB, HNB, HeNB, AP, RNC, 무선 라우터, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 송수신기를 구현하기 위해 소프트웨어와 관련 있는 프로세서가 사용될 수 있다.

Claims (20)

1. 무선 송수신 유닛(WTRU)이 디바이스간(device-to-device; D2D) 탐색을 수행하는 방법으로서,
   상기 WTRU가 서비스를 위한 무선 주파수(RF) 프록시미티 검출을 수행하는데 사용되는 탐색 프로세스를 개시하기 위해 다른 WTRU 또는 네트워크에게 탐색 요청을 보내는 단계로서, 상기 탐색 요청은 적어도 하나의 탐색 아이덴티티를 포함하는 것인 탐색 요청을 보내는 단계와,
   상기 WTRU가 탐색 응답을 위한 채널을 모니터링하는 단계를 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
2. 제1항에 있어서, 상기 WTRU는 탐색 가능 상태 또는 모니터링 상태를 가지는 것인 디바이스간(D2D) 탐색을 수행하는 방법.
3. 제1항에 있어서, 상기 WTRU가 D2D 채널을 위한 구성을 수신하는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
4. 제1항에 있어서, 상기 WTRU 내의 애플리케이션이 서비스 탐색 절차를 트리거하는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
5. 제1항에 있어서, 상기 탐색 요청은, 상기 WTRU의 배터리 레벨 또는 보안 컨텍스트에 기반하여 상태 파라미터를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
6. 제1항에 있어서, 상기 탐색 요청은 상기 탐색 요청이 거절된 요청의 반복인지 여부를 표시하기 위해 임시적인 탐색 프로세스 식별자에 대한 레퍼런스를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
7. 제1항에 있어서, 상기 WTRU가 상기 다른 WTRU 또는 상기 네트워크로 탐색 보고 메시지를 보내는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
8. 제1항에 있어서, 상기 탐색 요청은 RF 탐색을 위한 최대 범위를 표시하는 전력 클래스와 관련 있는 탐색 클래스 파라미터를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
9. 제1항에 있어서, 상기 탐색 요청은 공공 서비스 애플리케이션에 대응하는 서비스와 관련 있는 탐색 클래스 파라미터를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
10. 무선 송수신 유닛(WTRU)이 디바이스간(D2D) 탐색을 수행하는 방법으로서,
    상기 WTRU가 다른 WTRU 또는 네트워크로부터 무선 주파수(RF) 프록시미티 검출을 위한 구성을 수신하는 단계로서, 상기 구성은 서비스와 관련되어 있고, 탐색 프로세스 식별자를 포함하는 것인 수신하는 단계를 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
11. 제10항에 있어서, 상기 RF 프록시미티 검출을 위한 구성은, 물리 다운링크 공유 채널(PDSCH)을 통한 전용 시그널링에 의해 수신되는 것인 디바이스간(D2D) 탐색을 수행하는 방법.
12. 제10항에 있어서, 상기 RF 프록시미티 검출을 위한 구성은, 탐색 공유 채널(DISCH)로 수신되는 것인 디바이스간(D2D) 탐색을 수행하는 방법.
13. 제12항에 있어서, RF 프록시미티 검출 구성과 관련된 적어도 하나의 서비스 아이덴티티, 유효성 정보, 및 측정 구성을 상기 DISCH를 통해 수신하는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
14. 제13항에 있어서, 상기 적어도 하나의 서비스 아이덴티티, 상기 유효성 정보, 및 상기 측정 구성을 포함하는 송신은, 특정 무선 네트워크 임시 아이덴티티(RNTI) 및 서브프레임 타이밍을 이용하여 물리 다운링크 공유 채널(PDSCH)에 의해 스케줄링되는 것인 디바이스간(D2D) 탐색을 수행하는 방법.
15. 제13항에 있어서, 상기 WTRU가 리소스의 유효 시간을 결정하여 상기 리소스 상의 RF 프록시미티 검출 신호의 송신을 개시하는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
16. 제13항에 있어서, 상기 WTRU가 리소스의 유효 시간을 결정함으로써 상기 측정 구성을 이용하여 상기 리소스 상의 RF 프록시미티 검출 신호의 수신을 개시하는 단계를 더 포함하는 디바이스간(D2D) 탐색을 수행하는 방법.
17. 무선 송수신 유닛(WTRU)으로서,
    서비스를 위한 무선 주파수(RF) 프록시미티 검출을 수행하는데 사용되는 탐색 프로세스를 개시하기 위해 탐색 요청을 다른 WTRU 또는 네트워크에 보내도록 구성된 송신기로서, 상기 탐색 요청은 적어도 하나의 탐색 아이덴티티를 포함하는 것인 송신기와,
    탐색 응답을 위한 채널을 모니터링하도록 구성된 수신기를 포함하는 무선 송수신 유닛(WTRU).
18. 제17항에 있어서, 상기 수신기는 디바이스간(D2D) 채널을 위한 구성을 수신하도록 구성되는 것인 무선 송수신 유닛(WTRU).
19. 제17항에 있어서, 상기 탐색 요청은 상기 WTRU의 배터리 레벨 또는 보안 컨텍스트에 기반하여 상태 파라미터를 더 포함하는 무선 송수신 유닛(WTRU).
20. 제17항에 있어서, 상기 탐색 요청은 상기 탐색 요청이 거절된 요청의 반복인지 여부를 표시하기 위해 임시적인 탐색 프로세스 식별자에 대한 레퍼런스를 더 포함하는 무선 송수신 유닛(WTRU).

Images