KR20160034233A

KR20160034233A - 디바이스 대 디바이스 통신을 지원하는 무선 통신 시스템에서 통신 방법 및 장치

Info

Publication number: KR20160034233A
Application number: KR1020150132701A
Authority: KR
Inventors: 김성훈; 백영교
Original assignee: 삼성전자주식회사
Priority date: 2014-09-19
Filing date: 2015-09-18
Publication date: 2016-03-29
Anticipated expiration: 2035-09-18
Also published as: US20220295389A1; WO2016043561A3; EP3195663B1; KR20220047233A; KR102505803B1; EP3195663A2; ES2879377T3; US20160088668A1; EP3195663A4; WO2016043561A2; US10477460B2; KR102383157B1; US20200084707A1; US12192886B2; US11356933B2

Abstract

본 발명은 D2D 통신을 지원하는 무선 통신 시스템에서 단말의 D2D 중계를 위한 효율적인 방법 및 장치에 대한 것으로서, 본 발명의 실시 예에 따른 방법은, 상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 발견하기 위해, 중계를 식별하는 정보를 포함하는 제1 메시지를 전송하는 과정과, 상기 제1 메시지를 수신한 상기 중계 단말로부터, 상기 제1 메시지에 대한 응답으로 전송되는, 상기 중계 단말의 정보가 포함된 제2 메시지를 수신하는 과정을 포함한다.

Description

디바이스 대 디바이스 통신을 지원하는 무선 통신 시스템에서 통신 방법 및 장치{METHOD AND APPARATUS FOR COMMUNICATION IN A WIRELESS COMMUNICATION SYSTEM SUPPORTING D2D COMMUNICATION}

본 발명은 D2D(Device to Device) 통신을 지원하는 무선 통신 시스템에서 통신 방법 및 장치에 대한 것이다.

4G(4^th-Generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G (5th-Generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다.

높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파 (mmWave) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로 손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive multi-input multi-output: massive MIMO), 전차원 다중입출력 (Full Dimensional MIMO: FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다.

또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다.

이 밖에도, 5G 시스템에서는 진보된 코딩 변조 (Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 사물인터넷 (Internet of Things, IoT) 망으로 진화하고 있다. IoE (Internet of Everything) 기술은 클라우드 서버 등과의 연결을 통한 빅 데이터 (Big data) 처리 기술 등이 IoT 기술에 결합된 하나의 예가 될 수 있다.

IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술 등과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 연구되고 있다.

IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크, 사물 통신, MTC 등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅 데이터 처리 기술로써 클라우드 무선 액세스 네트워크가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

최근 들어, 무선 통신 시스템을 이용하여 디바이스들 간의 직접 통신을 하기 위한 D2D 통신에 대한 관심이 증가되고 있으며, 상기 D2D 통신은 단말들 간 또는 디바이스들 간의 근접성(proximity)을 기반으로 운용되므로 상기 D2D 통신의 서비스는 근접 기반 서비스(Proximity-based Service : ProSe)로 칭해질 수 있다. 본 명세서에서 디바이스(device)와 단말(User Equipment : UE)의 용어는 편의상 혼용되어 기재되어 있으나, 동일한 의미로 이해될 수 있다. 상기 ProSe는 3GPP에서 제안한 D2D 통신을 이용한 근접 기반 서비스로서, 상기 ProSe를 제공하기 위한 기본적인 시스템 구성은 3GPP(3rd Generation Partnership Project) TS23.303을 참조할 수 있다. 상기 D2D 통신에서는 단말들 간의 직접 통신을 통해 서비스를 이용할 수 있다. 예를 들어, D2D 통신에서 단말은 관심(interest) 있는 다른 단말을 찾기 위하여 발견(discovery) 동작을 수행하거나, 관심 있는 다른 단말과 통신(communication)하기 위한 동작을 수행할 수 있다.

본 발명은 D2D 통신을 지원하는 무선 통신 시스템에서 단말의 발견을 위한 효율적인 방법 및 장치를 제공한다.

또한 본 발명은 D2D 통신을 지원하는 무선 통신 시스템에서 단말의 D2D 중계를 위한 효율적인 방법 및 장치를 제공한다.

또한 본 발명은 D2D 통신을 지원하는 무선 통신 시스템에서 커버리지 밖에 있는 단말의 D2D 중계를 위한 방법 및 장치를 제공한다.

본 발명의 실시 예에 따라, D2D 통신을 지원하는 무선 통신 시스템에서 통신 방법은, 상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 발견하기 위해, 중계를 식별하는 정보를 포함하는 제1 메시지를 전송하는 과정과, 상기 제1 메시지를 수신한 상기 중계 단말로부터, 상기 제1 메시지에 대한 응답으로 전송되는, 상기 중계 단말의 정보가 포함된 제2 메시지를 수신하는 과정을 포함한다.

또한 본 발명의 실시 예에 따라, D2D 통신을 지원하는 무선 통신 시스템은, 상기 D2D 통신을 이용하여 데이터를 송수신하기 위한 송수신기과, 상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 발견하기 위해, 중계를 식별하는 정보를 포함하는 제1 메시지를 전송하고, 상기 제1 메시지를 수신한 상기 중계 단말로부터, 상기 제1 메시지에 대한 응답으로 전송되는, 상기 중계 단말의 정보가 포함된 제2 메시지를 수신하는 것을 제어하는 제어기를 포함한다.

또한 본 발명의 실시 예에 따라, D2D 통신을 지원하는 무선 통신 시스템에서 통신 방법은, 상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 찾기 위한, 중계를 식별하는 정보를 포함하는, 제1 메시지를 수신하는 과정과, 상기 제1 메시지의 수신에 대한 응답으로, 상기 중계 단말의 정보가 포함된 제2 메시지를 전송하는 과정을 포함한다.

또한 본 발명의 실시 예에 따라, D2D 통신을 지원하는 무선 통신 시스템에서 단말은, 상기 D2D 통신을 이용하여 데이터를 송수신하기 위한 송수신기와, 상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 찾기 위한, 중계를 식별하는 정보를 포함하는, 제1 메시지를 수신하고, 상기 제1 메시지의 수신에 대한 응답으로, 상기 중계 단말의 정보가 포함된 제2 메시지를 전송하는 것을 제어하는 제어기를 포함한다.

도 1은 본 발명의 실시 예에 따른 ProSe를 위한 D2D 통신을 지원하는 무선 통신 시스템의 구성을 나타낸 도면,
도 2는 본 발명의 실시 예에 따른 직접 discovery 절차를 나타낸 흐름도,
도 3a 및 3b는 본 발명의 실시 예에 따른 다른 discovery 절차를 나타낸 흐름도,
도 4는 본 발명의 실시 예에 따른 다른 discovery 절차를 나타낸 흐름도,
도 5는 본 발명의 실시 예에 따른 다른 discovery 절차를 나타낸 흐름도,
도 6은 본 발명의 실시 예에 따른 PDN connection을 수립하는 절차를 나타낸 흐름도,
도 7a 및 도 7b는 본 발명의 실시 예에 따른 Relay 연결을 수립하는 절차를 나타낸 흐름도,
도 8a 및 도 8b는 본 발명의 실시 예에 따른 Relay 연결을 수립하기 위하여 Announcing과 Monitoring을 반복하는 절차를 나타낸 흐름도,
도 9a 내지 도 9c는 본 발명의 실시 예에 따른 Relay 연결을 해제하는 절차를 나타낸 흐름도,
도 9d는 본 발명의 실시 예에 따른 PDN Connection을 해제하는 절차를 나타낸 흐름도,
도 9e는 본 발명의 실시 예에 따른 Relay UE에서 변경을 수행하는 절차를 나타낸 흐름도.

하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 상기한 본 발명의 실시 예들을 구체적으로 설명하기로 한다.이하 설명될 본 발명의 실시 예에 따른 D2D 통신에서 통신 방법은 D2D 중계로서 동작하는 단말을 발견하기 위한 다양한 방안들을 제안한다. 또한 본 발명의 실시 예에서는 D2D 통신에서 중계와 관련된 연결의 설정 및 해제를 위한 다양한 방안들을 제안한다.

이하 실시 예들에서 D2D 통신을 지원하는 무선 통신 시스템은 설명의 편의상 3GPP에서 LTE 시스템을 예로 들어 설명하기로 한다. 그러나 본 발명이 LTE 시스템에 한정되는 것은 아니며, 본 발명은 D2D 통신을 지원할 수 있는 각종 무선 통신 시스템에 적용될 수 있다.

D2D 통신은 상업적 용도로 사용될 수 있음은 물론 또한 공공 안전(public safety)를 위하여 사용될 수도 있다. 또한 D2D 통신에서 단말은 발견(discovery) 동작을 수행하기 위해 발견 메시지(discovery message)를 발신(announce) 및 수신(monitoring)할 수 있다.

ProSe에서는 두 가지의 발견 방식이 있다. 첫 번째 방식은 개방된 발견(이하, open discovery)이며, 두 번째 방식은 제한된 발견(이하, restricted discovery)이다. 상기 open discovery 방식은 사용자에 대한 제한 없이 어플리케이션에 대한 발견 서비스를 이용하는 방식이다. 상기 restricted discovery 방식은 특정 사용자에 대한 허가(permission)가 필요하며, 그 허가를 통해 사용자가 자신을 발견할 수 있는 상대방을 제한할 수 있는 발견 서비스 방식이다.

상기 open discovery를 이용하는 D2D 통신의 사용자는 D2D 발견 서비스를 제공 받기 위하여 ProSe 어플리케이션 식별자(ProSe application ID)라는 식별자를 이용하여 ProSe 제어부(이하 ProSe function)와 교섭을 하게 된다. ProSe application ID는 ProSe Function에서 ProSe 서비스를 제공하기 위해서 필요한 정보이며, ProSe function은 상기 ProSe application ID를 근거로 발견 메시지의 발신(announcing)을 위한 ProSe 어플리케이션 코드(ProSe application code)와, 상기 발견 메시지의 수신(monitoring)을 위한 발견 필터(discovery Filter)를 생성하여, 각각 D2D 통신에서 발신 단말(announcing UE)와 수신 단말(monitoring UE)에게 전달(제공)한다. 상기 발견 메시지를 발신하는 D2D 단말(즉, 상기 발신 단말)은 상기 ProSe application code를 ProSe function으로부터 전달 받은 후, 상기 발견 메시지의 발신을 시작하게 된다. 상기 발견 메시지를 수신하는 D2D 단말(즉, 상기 수신 단말)은 상기 discovery filter를 ProSe function으로부터 전달 받은 후 상기 발견 메시지의 수신을 시작하게 된다.

또한 상기 ProSe에서는 공공 안전(public safety)를 위하여 기지국의 커버리지 밖에 있는 원격 단말(이하, remote UE)과 중계(relay)를 통해 네트워크에 연결할 수 있는 기능을 제공한다. 상기 remote UE는 상기 open discovery 방식을 이용하여 중계 기능을 제공하는 중계 단말(이하, relay UE)를 발견(discovery)하게 되고, 상기 relay UE와 연결하여 네트워크에 접속하게 된다. 상기 relay UE는 IP 주소를 할당해 주는 대리인(delegate) 역할을 수행하며, 상기 remote UE에게 IP 주소를 할당한다. 상기 remote UE는 할당 받은 IP주소를 source IP로 이용하여 통신을 시작하며, 네트워크는 상기 remote UE가 커버리지 밖에 있는 단말인지 알 수 없다. 상기 remote UE는 네트워크 계층 중에서 2 계층 메시지(layer 2 message)의 소스 식별자(source ID)에 자신의 2 계층 식별자(layer 2 ID)(예를 들면, 상기 remote UE의 ProSe 사용자 ID), 그리고 목적지 식별자(destination ID)에 상기 relay UE의 2 계층 식별자(layer 2 ID)가 포함된 패킷을 상기 relay UE에게 전송한다. 상기 2 계층 식별자(layer 2 ID)들은 상기 remote UE와 상기 relay UE가 서로 발견하는 과정에서 공유할 수 있으며, 네트워크에서 사전에 제공한 설정 정보를 따를 수 있다. 상기 relay UE는 2 계층 메시지에서 상기 패킷의 destination ID를 확인하여 자신에게 전달된 패킷임을 알 수 있으며, 수신된 패킷의 source ID를 확인하여 상기 remote UE를 식별한 후, 수신한 패킷에 포함된 데이터를 네트워크로 전송한다. 이때 상기 relay UE는 패킷 네트워크 연결을 통해 데이터를 네트워크로 전송할 수 있다.

먼저 본 발명의 실시 예에서 D2D 중계와 관련하여 단말을 발견하기 위한 방법을 설명하기로 한다.

3GPP에서 제안한 ProSe에서는, 단말들간 발견을 위해 E-UTRAN(Evolved Universal Terrestrial Radio Access Network) 커버리지 내에서는 EPC(Evolved Packet Core) 레벨 발견(EPC level discovery)를 이용하고, E-UTRAN 커버리지 밖에서는 직접 발견(direct discovery)를 이용할 수 있다. 본 발명의 실시 예에서 D2D 통신을 재난 상황에서 이용하는 경우에, E-UTRAN 커버리지 경계 부근에서 상기 EPC 레벨 발견과 상기 직접 발견의 두 가지 발견(discovery) 방법이 공존할 수 있으며, E-UTRAN 커버리지 밖에 있는 단말과 E-UTRAN 커버리지 안에 있는 단말 간의 발견 방법 등이 요구될 수 있다. 따라서, 본 실시 예에서는 EPC 레벨 발견과 직접 발견이 공존하기 위한 단말의 동작 및 E-UTRAN 커버리지 밖에 있는 단말을 중계하기 위한 D2D Relay의 방법을 제안한다. 또한 본 실시 예에서는 단말이 E-UTRAN 커버리지를 벗어날 때 단말의 통신 방법과 상기 단말 근처에 있는 D2D Relay기능이 있는 단말의 통신 방법을 제안한다.

도 1은 본 발명의 실시 예에 따라 단말들 간의 근접 서비스(ProSe)를 위한 D2D 통신을 지원하는 무선 통신 시스템의 구성을 나타낸 도면이다.

도 1을 참조하면, 다수의 단말들(101, 103, 105, 107, 109 : 100)은 각각 근접 서비스를 위한 ProSe 어플리케이션들(111, 113, 115, 117, 119 : 110)를 포함하고, 다른 단말과 D2D 통신을 수행할 수 있다. 도 1의 예는 E-UTRAN 커버리지 내에 있는 단말들(105, 107, 109)과 E-UTRAN 커버리지 밖에 있는 단말들(111, 113)을 도시한 것이다.

도 1에서 EPC(Evolved Packet Core)(120)는 LTE 시스템의 코어 네트워크이고, 상기 EPC(120)은 ProSe 기능(function)(121), SLP(Secure User Plane Location (SUPL) Location Platform)(122), MME(Mobility Management Entity)(123), 게이트웨이(GW)(124), HSS(125), 그리고 기지국(eNB)(126)을 포함한다. 상기 ProSe function(121)은 ProSe 망에서 ProSe를 위해 요구되는 네트워크 관련 행동들을 위해 이용되는 논리적 기능을 담당한다. 상기 ProSe function(121)은 네트워크에서 서버로 구현될 수 있다. 상기 SLP(122)는 보안 사용자 평면 위치 서비스의 제어 및 위치 결정을 담당한다. 상기 MME(123)는 사용자의 가입 정보를 저장 및 관리하는 HSS(125)로부터 ProSe와 관련된 가입 정보를 수신하고, 단말이 ProSe를 이용하도록 허가된 것임을 E-UTRAN에게 지시한다. 게이트웨이(GW)(124)는 사용자 평면에서 데이터 전송을 담당하는 S-GW(Serving Gateway)와 P-GW(PDN(Packet Data Network) Gateway)를 포함한다. 그리고 도 1에서 ProSe 어플리케이션 서버(131)는 EPC ProSe 사용자 ID들과 ProSe 기능 ID들을 저장하고, 어플리케이션 계층 사용자 ID들과 EPC ProSe 사용자 ID들을 맵핑한다.

그리고 도 1에서 PC1 내지 PC5는 ProSe 네트워크에서 인터페이스들을 나타낸 것이다. PC1은 단말(100)의 ProSe 어플리케이션(110)과 ProSe 어플리케이션 서버(131) 간의 인터페이스이고, 어플리케이션 레벨의 시그널링을 위한 것이다. PC2는 ProSe 어플리케이션 서버(131)와 ProSe 기능(121) 간의 인터페이스이다. PC3은 단말(100)과 ProSe 기능(121) 간의 인터페이스이고, PC4b는 SLP(122)와 ProSe 기능(121) 간의 인터페이스이다. 그리고 PC5는 단말들(100) 간의 인터페이스이다.

도 1에서 단말(100)은 EPC 망(120)의 ProSe function(121)으로부터 등록절차를 통해서 ProSe 서비스를 위한 Configuration 및 EPC ProSe User ID등 Discovery를 위해 사용하는 정보를 수신한다. 단말(100)이 다른 단말을 찾기 위해 discovery를 요청하는 경우에 ProSe function(121)은 ProSe Application Server(131)와의 연동을 통해서 그 단말(100)이 Discovery하고자 하는 상기 다른 단말이 등록된 ProSe function(121)과 상기 다른 단말의 EPC ProSe User ID 등을 알아내고, ProSe function(121)은 SLP(SUPL(Secure User Plane Location) location platform)에게 상기 다른 단말의 위치를 요청하여 알아내서 단말들(100) 서로간에 근접한 경우에 근접 상황을 알려주는 동작을 할 수 있다. 상기 EPC ProSe User ID는 ProSe에 대해 등록된 단말을 고유하게 식별하는 직접 통신을 지원하는 EPC 레벨 ProSe Discovery를 위한 식별자로서, 상기 EPC ProSe User ID는 ProSe 기능(121)에 의해 재할당될 수 있다.

한편, 단말(100)이 커버리지 밖에 있는 경우를 위해 단말(100)은 미리 할당 받아 공유된 discovery 정보를 직접 발견(direct discovery)를 위해 사용할 수 있다. 예를 들어 상기 공유된 discovery 정보는 D2D 주파수 채널정보, 단말(100)이 속한 Group ID와 코드, Application layer User ID 와 ProSe application code등을 포함할 수 있다. 상기 Group ID는 하위 계층에서 사용자들의 셋을 식별할 수 있는 예컨대, 2 계층의 그룹 식별자이다. 상기 Application layer User ID는 특정 어플리케이션의 컨텍스트에서 사용자를 식별하기 위한 식별자이다. 상기 ProSe application code는 discovery 절차에서 사용되며, ProSe application ID와 관련된다.

또한 중계(relay) 기능을 가지고 있는 단말의 경우, 자신이 E-UTRAN 커버리지 내에 있는 경우에 커버리지 밖에 있는 단말과 EPC 네트워크를 중계하여 EPC-level discovery를 지원할 수도 있다.

상기 Direct discovery 방식은 모델 A와 모델 B의 두 가지 방식으로 구분된다. 모델 A의 경우 단말들이 주기적 혹은 비주기적으로 자신의 존재를 알리는 Announce 메시지를 방송하게 되고 인접 단말들은 상기 Announce 메시지를 수신하여 상기 Announce 메시지를 방송한 단말이 자신과 인접해 있음을 알게 되는 방식으로 동작한다. 이와는 달리 모델 B의 경우 단말이 자기가 찾고 싶은 단말(들)이 있는 경우에 Search 메시지를 방송하게 되고 인접 단말들 중 자신에게 해당되는 Search 메시지를 수신한 단말은 그 응답으로 Response 메시지를 보냄을 통해서 자신이 인접해 있음을 알리는 방식을 통해서 동작한다.

상기 Direct discovery 방식에서 모델 A의 경우, 상기 announce message를 전송하는(또는 방송하는, 어나운스하는) 단말을 announcing 단말, 상기 announcing 단말에 근접하여 상기 announce message를 수신하는(또는 monitor) 단말을 monitoring 단말이라 칭하기도 한다. 그리고 모델 B의 경우 상기 search 메시지를 전송하는(또는 방송하는) 단말을 Discoverer 단말, 상기 Discoverer 단말에 근접하여 상기 search 메시지를 수신하여(receive) 응답할 수 있는 단말을 Discoveree 단말이라 칭하기도 한다.

이하 본 발명의 실시 예들을 설명함에 있어서 direct Discovery의 경우 각각 모델별로 단말들의 동작방법을 기술하기로 한다.

본 발명의 실시 예에서는 단말이 E-UTRAN커버리지 밖으로 나가게 됐을 때 단말이 인접하고 있는 E-UTRAN 커버리지 밖에 있는 단말과 direct discovery(모델 B)를 이용해서 discovery하는 방안을 제안한다.

도 2는 본 발명의 실시 예에 따른 discovery 절차를 나타낸 도면이다.

도 2를 참고하면, UE_A(200)는 ProSe용 어플리케이션(이하, ProSe 어플리케이션)(210)과 EPC 네트워크 내에서 discovery 관련 기능을 담당하는 ProSe manager(220)를 포함한다. 그리고 UE_A(200)와 인접한 UE_B(230) 또한 ProSe 어플리케이션(240)과 EPC 네트워크 내에서 상기 discovery 관련 기능을 담당하는 ProSe manager(250)를 포함한다. 도 2의 실시 예에서 UE_A(200)와 UE_B(230)는 E-UTRAN 커버리지 밖에 위치한 단말들임을 가정한다.

도 2의 211 단계에서 UE_A(200)는 E-UTRAN 커버리지 밖에서 direct discovery를 하기 위해 미리 구성된 정보를 가지고 있음을 가정한다. 상기 정보는 UE_A(200)에 미리 저장되거나 또는 UE_A(200)가 E-UTRAN 커버리지 안에 있을 때, 네트워크로부터 제공되거나 또는 다양한 경로를 통해 제공될 수 있다. 상기 정보는 예컨대, 자신이 속해 있는 그룹의 그룹원 및 자신이 사용하는 ProSe application ID(또는 Application layer User ID), 상기 ProSe application ID에 해당하는 ProSe application code, 해당 서비스(예를 들어 공공 안전 서비스 등)와 관련된 application을 나타내는 Application ID, 상기 UE_A(200)가 속하는 그룹을 식별하는 Group ID, 상기 그룹에 해당하는 ProSe application Group code 중 적어도 하나를 포함한다.. 상기 ProSe application code 또는 상기 ProSe application Group code 값이 주기적 혹은 비주기적으로 변경되는 경우에는 상기 code들을 생성하기 위한 코드북 또는 파라메터도 그 단말이 저장하고 상황에 따라서 상기 code 값들을 지속적으로 업데이트 할 수도 있다.

221 단계에서 UE_A(200)가 E-UTRAN 커버리지 밖에 위치하는 것으로 판단하게 되면, 222 단계에서 UE_A(200)의 ProSe manager(220)는 Application(210)에게 UE_A(200)가 커버리지 밖으로 이동했음을 알릴 수 있다. 이때 UE_A(200)의 모뎀(도시되지 않음)이 UE_A(200)가 캠핑할 수 있는 E-UTRAN 셀이 없음을 ProSe Manager(220)에게 알리거나 Application(210)에게 직접 알림을 통해서 알릴 수 있다.

223 단계에서 UE_A(200)는 E-UTRAN 커버리지 밖에 위치하게 됨을 인식하게 되면 상기 ProSe Manager(220) 또는 Application(210)은 direct discovery 모드로 전환하게 된다. 상기 223 단계는 선택적으로 수행될 수 있다.

이후 212 단계에서 UE_A(200)의 Application(210)은 direct discovery 을 통해 UE_B(230)를 찾고 싶은 경우, ProSe Manager(220)에게 UE_B(210)의 ProSe application ID(이하, ProSe application ID_B)를 포함한 Search request를 전달한다. 224, 225 단계에서 상기 ProSe Manager(220)는 상기 ProSe application ID_B에 해당하는 ProSe application code_B를 포함하는 Search 메시지를 방송(전송)한다. 여기서 상기 ProSe application code_B는 UE_A(200)가 찾는 UE_B(210)에 대한 정보이므로 UE_A(200)가 찾는 타겟의 정보(예컨대, UE_B의 식별 정보(ID))로 이해될 수 있다. 따라서 이하 본 발명의 관련 실시 예들에서 상기 ProSe application code 관련 정보는 해당 단말(또는 그룹)의 식별 정보로 이해될 수 있다. 전술한 설명과 같이 D2D 통신은 소방, 경찰 등의 공공 안전 서비스에서도 이용될 수 있으며, 예를 들어 소방관들이 D2D 통신을 수행하는 경우, 상기 ProSe application code_B는 인접한 소방관들의 그룹에서 UE_A(200)가 찾는 타겟(즉 다른 소방관)의 정보가 될 수 있다. 또한 후술할 실시 예에서와 같이 UE_B(210)가 D2D 통신에서 relay 단말의 동작을 수행하는 경우, 상기 ProSe application code_B는 소방과 관련된 중계를 제공함을 나타내는 릴레이 서비스 코드 또는 릴레이 제공자의 정보를 나타내는 정보로 이용될 수 있다.상기 search 메시지는 상기 ProSe application code_B외에도 Search를 요청하는 자신을 나타내는 ProSe application code_A, Application ID, 언제까지 응답을 기다릴지에 대한 Expiration timer 중 적어도 하나를 포함할 수도 있다. 상기 ProSe application code_A는 상기 모델 B에서 상기 search 메시지를 전송하는 UE_A(200)의 정보이므로 Discoverer 단말의 정보로 이해될 수 있다.

한편, 241 단계에서 UE_B(230)는 상기 UE_A(200)와 마찬가지로 상기한 211, 221, 222, 223 단계의 동작들을 수행하여 direct discovery 모드로 동작 중d이다. 이때, 251 단계에서 UE_B(230)는 상기 search 메시지를 수신하게 되면, 252, 242, 243 단계에서 UE_B(230)의 ProSe Manager(250)는 Application(240)에게 상기 search 메시지의 수신에 대한 응답을 전송할 지 여부를 물어볼 수 있으며, UE_A(200)에게 응답을 전송하는 것에 대해 application(240)으로부터 허락을 받거나, 또는 미리 정해진 설정을 통해서 응답을 전송하는 경우, 253 단계에서 UE_B(230)는 UE_A(200)에게 상기 수신한 search 메시지에 대한 Response 메시지를 전송한다. 상기 Response 메시지는 상기 search 메시지를 전송한 UE_A(200)의 ProSe Application code_A와 자신의 코드 ProSe application code_B와 application ID 중 적어도 하나를 포함할 수 있다. 여기서 상기 ProSe application code_B는 상기 모델 B에서 상기 search 메시지를 수신하는 UE_B(230)의 정보이므로 Discoveree 단말의 정보로 이해될 수 있다.

이후 226, 213 단계에서 상기 Response 메시지를 수신한 UE_A(200)의 ProSe manager(220)는 Application(210)에게 상기 Response 메시지의 수신을 알려서 UE_B(230)가 UE_A(200)의 근처에 있음을 알리게 된다.

도 2의 다른 실시 예로서, 예컨대 UE_A가 어떤 그룹 Group ID_1에 해당하는 그룹 원(group member)으로서 UE_B을 찾고자 하는 경우에는 도 2의 상기 212 단계에서 UE_A(200)가 Search request를 전송할 때 상기 ProSe application ID_B 대신에 Group ID_1을 포함하여 전송하게 되면, UE_A(200)의 ProSe manager(220)는 상기 225 단계의 search 메시지를 생성할 때, 자신이 찾고자 하는 그룹의 ID인 Group ID_1, 또는 이 그룹에 해당하는 ProSe application Group code_1외에도 Search를 요청하는 자신을 나타내는 ProSe application code_A, Application ID, 언제까지 응답을 기다릴지에 대한 정보인 Expiration timer 중 적어도 하나를 포함할 수도 있다.

또한, 도 2에서 direct discovery 모드로 동작하던 UE_B(230)는 상기 251 단계에서 상기 search 메시지를 수신하고, ProSe Manager(250)가 UE_B(230)도 상기 Group ID_1의 그룹 원임을 인식하게 되면, ProSe Manager(250)는 Application(240)에게 상기 search 메시지를 전송한 UE_A(200)의 ProSe Application ID_A 와 Group ID_1 중 적어도 하나를 전달하여, UE_A(200)가 Group ID_1의 그룹 원을 찾고 있음을 알리고, 이를 통해 UE_B(230)의 ProSe Manager(250)는 Application(240)에게 상기 search 메시지의 수신에 대한 응답을 전송할 지 여부를 물어볼 수 있으며, UE_A(200)에게 응답을 전송하는 것에 대해 application(240)으로부터 허락을 받거나, 또는 미리 정해진 설정을 통해서 응답을 전송하는 경우, 253 단계에서 UE_B(230)는 UE_A(200)에게 상기 수신한 search 메시지에 대한 Response 메시지를 전송한다. 상기 Response 메시지는 search 메시지를 보냈던 단말의 ProSe Application code_A와 자신의 코드 ProSe application code_B와 Group ID_1과 ProSe application group code_1과 application ID 중 적어도 하나를 포함할 수 있다. 이후 상기 Response 메시지를 수신한 UE_A(200)의 ProSe manager(320)는 상기 Response 메시지의 수신을 Application(310)에게 알려서 Group 1의 멤버인 UE_B가 근처에 있음을 알리게 된다.

이하 본 발명의 실시 예에서는 단말이 E-UTRAN 커버리지 밖으로 나가게 됐을 때 단말이 인접하고 있는 Relay 단말을 direct discovery(모델 B)를 이용해서 discovery하는 방안을 설명하기로 한다.

도 3a 및 도 3b는 본 발명의 실시 예에 따른 다른 discovery 절차를 나타낸 흐름도이다.

도 3a 및 도 3b를 참고하면, UE_A(300)는 ProSe 어플리케이션(310)과 EPC 네트워크 내에서 discovery 관련 기능을 담당하는 ProSe manager(320)를 포함한다. 그리고 UE_A(300)와 인접한 UE_B(330) 또한 ProSe 어플리케이션(340)과 EPC 네트워크 내에서 상기 discovery 관련 기능을 담당하는 ProSe manager(350)를 포함한다. 본 실시 예에서 UE_A(300)와 UE_B(330)는 E-UTRAN 커버리지 밖에 위치한 단말들이고, 상기 UE_B(330)는 Relay 기능을 수행할 수 있는 단말임을 가정한다.

도 3a의 311 단계에서 UE_A(300)는 E-UTRAN 커버리지 밖에서 direct discovery를 하기 위해 상기 정보를 가지고 있음을 가정한다. 상기 정보는 UE_A(200)에 미리 저장되거나 또는 UE_A(200)가 E-UTRAN 커버리지 안에 있을 때, 네트워크로부터 제공되거나 또는 다양한 경로를 통해 제공될 수 있다. 상기 정보는 예컨대, 자신이 속해 있는 그룹의 그룹원 및 자신이 사용하는 ProSe application ID(또는 Application layer User ID), 상기 ProSe application ID에 해당하는 ProSe application code, 해당 서비스(예를 들어 재난 망 서비스 등)와 관련된 application을 나타내는 Application ID, 상기 UE_A(200)가 속하는 그룹을 식별하는 Group ID, 이 그룹에 해당하는 ProSe application Group code, Relay 단말을 나타내는 ProSe application code_relay 중 적어도 하나를 포함한다.. 상기 ProSe application code 또는 ProSe application Group code 값 또는 ProSe application code_relay는 주기적 혹은 비주기적으로 변경되는 경우에는 상기 code들을 생성하기 위한 코드북 또는 파라메터도 그 단말이 저장하고 상황에 따라서 상기 code 값들을 지속적으로 업데이트 할 수도 있다.

321 단계에서 UE_A(300)가 E-UTRAN 커버리지 밖에 위치하는 것으로 판단하게 되면, 322 단계에서 UE_A(300)의 ProSe manager(320)는 Application(310)에게 UE_A(300)가 커버리지 밖으로 이동했음을 알릴 수 있다. 이때 상기 UE_A(300)가 E-UTRAN의 커버리지 밖에 있음을 아는 방법은 UE_A(300)의 모뎀(도시되지 않음)이 UE_A(300)가 캠핑할 수 있는 E-UTRAN 셀이 없음을 ProSe Manager(320)에게 알리거나 Application(310)에게 직접 알림을 통해서 알릴 수 있다.

323 단계에서 UE_A(300)는 E-UTRAN 커버리지 밖에 위치하게 됨을 인식하게 되면 상기 ProSe Manager(320) 또는 Application(310)은 discovery 방법을 direct discovery 모드로 전환하게 된다. 상기 323 단계는 선택적으로 수행될 수 있다.

또한 UE_A(300)의 Application(310)이 Relay 단말를 찾기 위해, ProSe Manager(320)에게 relay 단말을 찾음을 알리는 Search request를 전달한 경우(도 3a의 312 단계), UE_A(300)이 E-UTRAN 커버리지 밖으로 나가게 되면 Relay 단말을 찾도록 ProSe Manager(320)에 설정되어 있는 경우, 또는 UE_A(300)가 relay 단말을 찾다가 실패해서 일정 시간 이후에 다시 relay 단말을 찾는 경우에, 도 3a의 324, 325 단계에서 상기 ProSe Manager(320)는 상기 relay 단말에 할당된 ProSe application code_relay를 포함하는 Search 메시지를 방송(전송)한다. UE_B(330)가 D2D 통신에서 relay 단말의 동작을 수행하는 경우이므로, 상기 ProSe application code_relay는 예컨대, 공공 안전과 관련된 중계기능을 제공함을 나타내는 릴레이 서비스 코드 또는 릴레이 제공자의 정보를 나타내는 정보로 이용될 수 있다.

상기 search 메시지는 상기 ProSe application code_relay 외에도 Search를 요청하는 자신을 나타내는 ProSe application code_A, Application ID, 언제까지 응답을 기다릴지에 대한 정보인 Expiration timer 중 적어도 하나를 포함할 수도 있다. 상기 ProSe application code_A는 상기 모델 B에서 상기 search 메시지를 전송하는 UE_A(300)의 정보이므로 Discoverer 단말의 정보로 이해될 수 있다.

한편, 341 단계에서 relay 기능을 가지는 UE_B(330)는 E-UTRAN 커버리지 내에 있으면, EPC-level discovery 모드로 동작할 수 있으며, relay 기능 수행을 위하여 direct discovery 모드로 동작할 수 있다. 이때, 351 단계에서 UE_B(330)는 상기 search 메시지를 수신하게 되면, 352 단계에서 ProSe Manager(350)는 Application(340)에게 relay 노드로서 UE_A(340)에게 응답을 보낼지 여부를 물어볼 수 있고, 또는 EPC 네트워크에 있는 ProSe function(121)에게 relay를 해도 되는 단말인지에 여부를 물어볼 수도 있다. ProSe function(121)으로부터 UE_A(300)에게 relay 적용에 대한 제한을 받지 않았고, application(340)으로부터 UE_A(300)에게 응답을 보내기로 352, 342, 343 단계를 통해서 application(340)으로부터 허락을 받거나, 사전 설정을 통해서 ProSe manager(350)가 응답을 보내게 되어있는 경우에 353 단계와 같이 Response 메시지를 보낸다.

상기 Response 메시지는 상기 search 메시지를 전송한 단말(300)의 ProSe Application code_A와 자신의 코드 ProSe application code_B와 Relay기능이 있음을 나타내는 relay indication과 application ID 중 적어도 하나를 포함할 수 있다.

이후 326, 313 단계에서 상기 Response 메시지를 수신한 UE_A(300)의 ProSe manager(320)는 Application(310)에게 알려서 UE_B(330)가 근처에 있음을 알릴 수도 있다. 이 동작과 상기 352, 342, 343 단계의 동작들은 선택적으로 수행될 수 있다.

상기 325 단계에서 전송된 relay 노드를 찾는 search 메시지에 대한 response를 일정 expiration 시간 동안 받지 못한 경우에는, UE_A(300)는 다시 search 메시지를 보내는 과정을 반복할 수 있다. 상기 search 메시지를 보내고 response를 받는 과정을 일정 횟수 반복하는 동안 response를 받지 못하면, UE_A(300)는 근처에 relay 노드가 일시적으로 없는 것으로 인식하여 search하는 과정을 수행하지 않다가, 일정 시간이 지나면 다시 상기 325 단계와 같이search 과정을 다시 시작할 수 있다.

또한 도 3b의 327 단계에서 상기 response 메시지를 수신한 UE_A(300)는 relay 단말인 UE_B(330)와 ProSe communication path를 수립하게 되고, 이 communication path를 통해서 EPC-level discovery를 수행할 수 있다.

본 실시 예에서 상기 Relay 기능을 가지는 UE_B(330)는 실제 relay 기능을 수행하지 않고, direct discovery를 수행하는 과정에서, relay 단말을 찾기 위한 상기 search 메시지를 받으면서 EPC 네트워크에 relay 단말로 등록을 하거나, 상기 search 메시지에 대한 response 메시지를 보내면서 EPC 네트워크에 relay 단말로 등록을 하거나, 상시로 EPC 네트워크에 relay단말로 등록을 함으로써 relay 기능을 준비 또는 수행할 수 있다.

이하 본 발명이 실시 예에서는 단말이 E-UTRAN 커버리지 밖으로 나가게 됐을 때 단말이 인접하고 있는 E-UTRAN 커버리지 밖에 있는 단말과 direct discovery(모델 A)를 이용해서 discovery하는 방안을 설명하기로 한다.

도 4는 본 발명의 실시 예에 따른 discovery 절차를 나타낸 흐름도이다.

도 4의 실시 예에서 411, 421, 422, 423 단계의 동작은 도 2의 실시 예에서 대응되는 211, 221, 222, 223 단계의 동작과 동일하므로 구체적인 설명은 생략하기로 한다. 도 4의 실시 예에서 단말들(400, 430)은 Direct discovery 방식에서 모델 A에 따라 동작함을 가정한다.

도 4의 412 단계에서 UE_A(400)의 Application(410)이 ProSe Manager(420)에게 UE_A(400)의 ProSe application ID_A를 포함한 Announce request를 전달하거나 혹은 ProSe Manager(420) 스스로 Announce request를 보내게 되면, 424, 425 단계에서 상기 ProSe Manager(420)는 상기 ProSe application ID_A에 해당하는 ProSe application code_A를 포함하는 Announce 메시지를 방송(전송)한다. 여기서 상기 ProSe application ID_A는 상기 모델 A에서 상기 Announce 메시지를 방송(전송)하는 UE_A(400)에 대한 정보이므로 상기 Announce 메시지를 방송(전송)하는 Announcer 단말의 정보로 이해될 수 있다. 전술한 설명과 같이 D2D 통신은 소방, 경찰 등의 공공 안전 서비스에서도 이용될 수 있으며, 예를 들어 소방관들이 D2D 통신을 수행하는 경우, 상기 ProSe application ID_A는 인접한 소방관들의 그룹에게 상기 Announce 메시지를 방송(전송)하는 Announcer 단말의 정보가 될 수 있다.

상기 Announce 메시지는 ProSe application code_A 외에도 Application ID, UE_A가 속한 그룹의 Group ID_1, 그리고 상기 Group ID_1에 해당하는 코드 ProSe application group code_1 중 적어도 하나를 포함할 수 있다. 또한 상기 소방 서비스를 예로든 공공 안전 서비스에서 상기 ProSe application group code_1는 소방과 관련된 중계임을 나타내는 서비스 코드가 될 수 있다.

한편, 441 단계에서 UE_B(430)는 상기 UE_A(400)와 마찬가지로 411, 421, 422, 423 단계의 동작들 수행하여 direct discovery 모드로 동작 중임을 가정한다. 이때, 451 단계에서 UE_B(430)는 상기 Announce 메시지를 수신하게 되면, 452, 442 단계에서 UE_B(230)의 ProSe Manager(430)는 Application(440)에게 UE_A(400) 또는 Group ID_1으로부터 Announce 메시지를 수신했음을 ProSe application ID_A 또는 Group ID_1을 포함하는 notification 메시지를 전달하여, Application(440)에게 UE_A 또는 Group1의 멤버가 근처에 있음을 알리게 된다.

본 발명의 일 실시예에서는 단말이 E-UTRAN 커버리지 밖으로 나가게 됐을 때 단말이 인접하고 있는 Relay단말을 direct discovery(모델 A)를 이용해서 discovery하는 방안을 다룬다.

도 5a 및 도 5b는 본 발명의 실시 예에 따른 다른 discovery 절차를 나타낸 흐름도이다.

도 5a 및 도 5b를 참고하면, UE_A(500)는 ProSe 어플리케이션(510)과 EPC 네트워크 내에서 discovery 관련 기능을 담당하는 ProSe manager(520)를 포함한다. 그리고 UE_A(500)와 인접한 UE_B(530) 또한 ProSe 어플리케이션(540)과 EPC 네트워크 내에서 상기 discovery 관련 기능을 담당하는 ProSe manager(550)를 포함한다. 본 실시 예에서 UE_A(500)와 UE_B(530)는 E-UTRAN 커버리지 밖에 위치한 단말들이고, 상기 UE_B(530)는 Relay 기능을 포함한다.

도 5a의 511 단계에서 UE_A(300)는 E-UTRAN 커버리지 밖에서 direct discovery를 하기 위해 미리 구성된 정보를 가지고 있음을 가정한다. 상기 정보는 UE_A(500)에 미리 저장되거나 또는 UE_A(500)가 E-UTRAN 커버리지 안에 있을 때, 네트워크로부터 제공되거나 또는 다양한 경로를 통해 제공될 수 있다. 상기 미리 구성된 정보는 예컨대, 자신이 속해 있는 그룹의 그룹원 및 자신이 사용하는 ProSe application ID(또는 Application layer User ID), 상기 ProSe application ID에 해당하는 ProSe application code, 해당 서비스(예를 들어 재난 망 서비스 등)와 관련된 application을 나타내는 Application ID, 상기 UE_A(500)가 속하는 그룹을 식별하는 Group ID, 이 그룹에 해당하는 ProSe application Group code, Relay 단말을 나타내는 ProSe application code_relay 중 적어도 하나를 포함한다. 상기 ProSe application code 또는 ProSe application Group code 값 또는 ProSe application code_relay는 주기적 혹은 비주기적으로 변경이 되는 경우에는 상기 code들을 생성하기위한 코드북 또는 파라메터도 그 단말이 저장하고 상황에 따라서 상기 code 값들을 지속적으로 업데이트 할 수도 있다.

521 단계에서 UE_A(500)가 E-UTRAN 커버리지 밖에 위치하게 됨을 인식하면, 322 단계에서 UE_A(500)의 ProSe manager(520)는 Application(510)에게 UE_A(300)가 커버리지 밖으로 이동했음을 알릴 수 있다. 이때 상기 UE_A(500)가 E-UTRAN의 커버리지 밖에 있음을 아는 방법은 UE_A(500)의 모뎀(도시되지 않음)이 UE_A(500)가 캠핑할 수 있는 E-UTRAN 셀이 없음을 ProSe Manager(520)에게 알리거나 Application(510)에게 직접 알림을 통해서 알릴 수 있다.

523 단계에서 UE_A(500)는 E-UTRAN 커버리지 밖에 위치하게 됨을 인식하게 되면 상기 ProSe Manager(520) 또는 Application(510)은 discovery 방법을 direct discovery 모드로 전환하게 된다. 상기 523 단계는 선택적으로 수행될 수 있다.

또한 UE_A(500)의 Application(510)이 Announce을 시작하기 위해 ProSe Manager(520)에게 Announce request를 전달한 경우, 또는 UE_A(500)이 E-UTRAN 커버리지 밖으로 나가게 되면 Application(510)이 Announce request를 하도록 설정 되어 있는 경우에, 도 5a의 524, 525 단계에서 상기 ProSe Manager(520)는 자신에게 할당된 ProSe application code_A를 포함하는 Announce 메시지를 방송(전송)한다.

상기 Announce 메시지는 상기 ProSe application code_A 외에도 Application ID, Group ID_1, ProSe application Group code_1 중 적어도 하나를 포함할 수도 있다.

한편, 541 단계에서 relay 기능을 가지는 UE_B(530)는 E-UTRAN커버리지 내에 있으면, EPC-level discovery 모드로 동작할 수 있으며, relay 기능 수행을 위하여 direct discovery 모드로 동작할 수 있다. 단, UE_B(530)는 direct discovery 모드에서 announce는 하지 않고, monitoring만 수행한다.

이때, 551 단계에서 UE_B(530)는 상기 announce 메시지를 수신하거나 detection하게 되면, 552 단계에서 ProSe Manager(550)는 Application(540)에게 UE_A에 대해 relay 단말 역할을 할지 여부를 물어볼 수 있고, 또는 EPC 네트워크에 있는 ProSe function(121)에게 UE_A(500)가 relay를 해도 되는 단말인지 여부를 물어볼 수도 있다.

ProSe function(121)으로부터 UE_A(500)에게 relay 적용에 대한 제한을 받지 않았고, application(340)으로부터 UE_A(500)에 대해서 relay 단말 역할을 하는 것으로 542, 543 단계를 통해서 application(540)으로부터 허락을 받거나, 사전 설정을 통해서 ProSe manager(550)가 Announce 메시지를 detection하면, relay 단말 역할을 하도록 설정 되어 있거나, 또는 사전 설정을 통해서 ProSe manager(550)가 상기 announce 메시지를 전송한 UE_A(500) 또는 UE_A(500)가 속해있는 그룹 Group1에 대해서 relay 단말 역할을 하도록 설정 되어 있는 경우에, 553 단계와 같이 relay 노드로서의 announce 메시지를 보내기 시작한다.

UE_B(500)가 전송하는 상기 announce 메시지는 UE_B(530) 자신의 코드 ProSe application code_B와 Relay 기능이 있음을 나타내는 relay indication 또는 relay 단말임을 나타내는 code인 ProSe application code_relay와 application ID 중 적어도 하나를 포함할 수도 있다.

526, 527 단계에서 UE_B(500)가 전송하는 상기 Announce 메시지를 수신한 UE_A(500)의 ProSe manager(520)는 Relay 단말이 근처에 있음을 인식할 수 있고, 이를 application(510)에 알려서 relay 기능을 가진 UE_B(530)가 근처에 있음을 알려서 EPC level discovery를 수행할 수 있음을 알릴 수 있다.

한편, relay 단말인 UE_B(530)가 553 단계 이후로 일정 시간 동안 인접 단말로부터 relay 요청을 받지 않거나, relay 기능을 사용하는 단말이 없는 경우, UE_B(530)는 다시 announce 메시지를 전송하지 않고 모니터링만 direct discovery로서 동작하도록 할 수도 있다.

한편 상기 526, 527 단계에서 UE_B(500)가 전송하는 상기 announce 메시지를 수신한 UE_A(500)는 513 단계에서 relay 단말인 UE_B(530)와 ProSe communication path를 수립하게 되고, 이 communication path를 통해서 EPC-level discovery를 수행할 수 있다.

상기 Relay 기능을 가지는 UE_B(530)는 실제 relay 기능을 수행하지 않고 있다가, direct discovery를 수행하는 과정에서 announce 메시지를 수신하고 나서 relay 단말로 동작 가능함을 확인하면서 EPC 네트워크에 relay단말로서 등록을 하거나, relay 기능이 있음을 알리는 announce 메시지를 보내면서 EPC 네트워크에 relay 단말로서 등록을 하거나, 또는 상시로 EPC네트워크에 relay 단말로서 등록을 함으로써 relay 기능을 준비 또는 수행할 수 있다.

상기한 본 발명의 실시 예에 의하면, 단말이 운용하게 되는 Discovery 모드 설정과 Relay 단말들이 효과적으로 discovery를 위해 사용될 수 있게 되어 단말의 전력 소비를 줄이거나 D2D용 무선 채널의 점유율을 상대적으로 낮출 수 있게 된다.

이하 본 발명의 실시 예에 따른 D2D 통신에서 Relay 서비스를 위한 방안을 설명하기로 한다.

본 발명의 실시 예는 근접한 단말들끼리 직접 발견(Discovery)을 할 수 있는 D2D 서비스 혹은 근접 서비스(ProSe)를 사용함에 있어서, 이동 통신 서비스의 커버리지 밖에 있는 원격 단말(Remote UE)이 Public Safety 상황에서 Relay 기능을 이용하기 위하여 중계 단말(Relay UE)을 찾기 위한 방법, Relay UE가 Relay를 제공하기 위한 패킷 네트워크 연결(이하 PDN Connection)을 수립하는 방법, 그리고 Relay 사용 중 Relay UE 혹은 Remote UE의 제어 정보를 교환하기 위한 방법을 제공하는 방법을 제안한다.

Relay UE는 Public Safety를 위한 Relay 기능을 제공할 때, 공공 안전 망을 위한 이동 통신 자원을 사용하기 때문에 과금 방식에 있어서 차별화되어야 하며 또한 서비스 품질(이하, QoS(Quality of Service))이 다른 서비스와 차별화 될 수 있기 때문에, relay 전용 PDN connection이 요구된다. 하지만 현재 이동 통신 시스템에서는 Relay용 PDN Connection을 수립하기 위한 방안이 마련되어 있지 않다.

또한 Remote UE가 Relay UE를 찾기 위하여 D2D 직접 발견 서비스(ProSe Direct Discovery)를 사용하게 되는데, 현재 ProSe Direct discovery 시스템에서는 단말들 간에 직접적인 메시지 교환을 위한 절차가 마련되어 있지 않다. 따라서 ProSe Direct discovery 시스템에서 하나의 단말이 지속적으로 자신의 정보를 광고하고(Announcing) 다른 단말이 그 정보를 수신하여(Monitoring) 수신된 정보를 해석하고, 상대방이 근처에 있음을 판단하며, 이후 발견된 단말들 간에 직접적인 메시지를 교환할 수 있는 절차가 필요하다. 다시 말하면, 기존의 발견 방법을 사용하여 Remote UE와 Relay UE가 서로를 발견하는 경우, Remote UE와 Relay UE는 서로 근처에 있음을 알게 될 뿐 서로 메시지를 주고 받을 수 없다. 즉, 기존의 발견 방법을 적용하면, Remote UE는 자신이 Remote UE라는 것을 알리면 이를 Monitoring한 Relay UE는 Remote UE가 근처에 있음을 알게 될 뿐 다른 동작을 수행하지 않는다. 반대의 경우도 마찬가지로, Relay UE가 자신이 Relay UE라는 것을 알리면 이를 Monitoring한 Remote UE는 Relay UE가 근처에 있음을 판단할 수 있지만, 직접 메시지를 보내어 Relay UE에 연결하기 위한 정보를 교환할 수 없다. 따라서 현재 이동 통신 시스템이 지원하는 Direct discovery 방법을 사용하여 Remote UE와 Relay UE간 Relay 연결을 위한 정보 교환 방법이 필요하다.

또한 Relay를 이용하고 있는 Remote UE와 Relay UE는 각 사용자의 판단에 따라 Relay를 중단할 수 있다. Relay를 위한 자원이 불필요하게 점유되는 것을 막기 위하여 Remote UE와 Relay UE사이에 Relay 기능을 중단하기 위한 방법이 필요하다. 게다가 Relay UE는 Relay 기능을 제공하는 동안 단말의 상황이 변화될 수 있다. 예를 들어, 다수의 Remote UE가 연결되어 전체적인 Relay 서비스 품질 자체가 떨어지게 된다거나, 네트워크로부터 할당받은 패킷 네트워크 연결에 대한 데이터 전송률(Bitrate)의 사용 가능한 용량이 부족해 졌다거나, Relay 단말의 배터리가 많이 소모되고 있는 경우, 그리고 기지국으로부터 양질의 신호를 받지 못하여 약전계 상태로 불안정한 통신을 지속하는 경우 등이 대표적인 상황이다. 이와 같은 상황을 Remote UE에게 알려서 Remote UE가 다른 안정적인 Relay UE를 찾을 수 있도록 판단 근거를 제공해주는 방법이 필요하다.

본 발명의 실시 예에 따른 D2D 시스템에서 D2D 서비스 제어를 위한ProSe Function(121)과, D2D 서비스를 이용하려는 사용자 단말의 Public Safety 용 Relay 기능을 지원하는 방법 및 장치에 따르면, Relay 기능을 지원하는 단말은 기존의 이동통신 네트워크 절차를 이용하여 Relay 전용 패킷 네트워크 연결을 수립할 수 있으며, 네트워크 커버리지를 벗어난 단말과 직접 발견 기능을 이용하여 Relay 연결 정보를 교환할 수 있다. 또한 Relay 중 Relay 자원을 취소하거나, Relay 상태에 대한 제어 정보를 교환하여 신뢰성있는 Relay 서비스를 제공할 수 있다.

본 발명의 실시 예에서 Public Safety를 위한 Relay 기능은 네트워크 커버리지 밖에 있는 원격 단말(Remote UE)과 상기 Remote UE에게 Relay 기능을 제공하는 중계 단말(Relay UE)을 통해 제공될 수 있다. Remote UE와 Relay UE는 ProSe Open discovery 방식을 사용하여 서로 발견하게 되며, Remote UE가 Announcing UE가 되고 Relay UE가 Monitoring UE가 될 수 있고, 반대로 Relay UE가 Announcing UE가 되고 Remote UE가 Monitoring UE가 될 수 있다. 네트워크 커버리지를 벗어난 Remote UE는 ProSe Function(121)으로부터 ProSe Application Code나 Discovery Filter를 획득할 수 없으므로, Remote UE는 네트워크 커버리지 안에 있을 때 미리 Public Safety 용도로 ProSe 관련 정보들을 제공받거나 혹은 Remote UE에 미리 저장된 Public safety용 ProSe 관련 정보들을 사용할 수 있으며, 상기 미리 저장된 Public safety용 ProSe 관련 정보는 이동통신사업자나 국가, 국제 단체 등에 의해 정의될 수 있다. Relay UE는 Relay를 위한 패킷 네트워크 연결(이하 PDN Connection)을 수립하여, 상기 연결로만 Relay 데이터를 전송할 수 있으며, 이는 네트워크에서 Relay되는 패킷에 대한 과금을 제어하고 특정한 서비스 품질을 제공하기 위함이다.

도 6은 본 발명의 실시 예에 따른 Relay용 PDN connection 혹은 Relay용 베어러를 수립하는 절차를 나타낸 흐름도로서, 도 6의 실시 예는 Relay UE가 Relay 용 PDN connection을 수립하기 위하여 네트워크에 세션 수립을 위한 메시지를 전송하는 절차를 나타낸 것이다.

도 6을 참조하면, 601 단계에서 Relay UE(63)는 Remote UE(61)의 존재를 Discovery 동작을 통하여 발견할 수 있다. 603 단계에서 Remote UE(61)는 Relay 동작 여부에 대해 결정한다. 상기 603 단계에서 Relay UE(63)는 Relay가 필요함을 알리는 Remote UE의 메시지를 수신하여 상기 Relay 동작 여부에 대해 결정하거나, 또는 Relay UE(63)가 자체적으로 Relay를 수행하겠다고 미리 결정할 수 있다. 이 경우 상기 601 단계에 따른 Discovery 동작 없이 Relay UE(63)가 단독으로 Relay 수행 여부를 미리 결정할 수 있다. 상기 603 단계에서 Relay 수행 여부를 결정한 Relay UE(63)는 605 단계 또는 607 단계에서 Relay를 위한 PDN connection을 수립하기 위하여 이동 통신 네트워크의 MME(Mobility Management Entity(65))에게 세션 수립을 위한 메시지를 전송한다.

도 6에서 상기 605 단계의 PDN connectivity request 메시지는 Relay UE(63)가 네트워크에 연결된 PDN connection이 없을 때, Relay를 위한 PDN connection 연결을 요청하는 메시지 혹은 Relay UE(63)가 이미 연결된 PDN connection이 있으나 Relay 용 PDN connection은 없을 경우, Relay PDN connection의 수립을 요청하는 메시지이다. 상기 PDN connectivity request 메시지는 현재 3GPP 이동 통신 표준에 따라 APN(Access Point Name), PDN Type, Protocol Configuration Options, Request Type 등의 정보를 포함한다. Relay UE(63)는 상기 PDN connectivity request 메시지에 자신이 Relay 용 PDN connection을 요청하는 것임을 나타내는 식별자를 포함하여 전송할 수 있다. 이를 위하여 두 가지 방법이 사용될 수 있다. 첫 번째 방법은, APN(Access Point Name)을 Relay 용 APN으로 설정하여 전송하는 방법이다. Relay용 APN(이하 Relay APN)은 단말이 미리 설정된 값을 따르거나, 네트워크로부터 제공받을 수 있다. Relay UE(63)가 MME(65)에게 Relay용 APN을 포함하는 PDN Connectivity Request를 전송하면, MME(65)는 Relay UE(63)가 요청하는 PDN connection이 relay 용도임을 상기 Relay APN을 근거로 판단할 수 있고, 이에 따라 MME(65)는 Relay UE(63)에게 Relay용 PDN connection을 할당할 수 있다. 두 번째 방법은, 상기 Request Type의 정보 영역에 Relay 표시를 하여 상기 PDN connectivity Request를 전송할 수 있다. 상기 Request Type은 현재 3GPP 표준에 정의된 바에 따르면 PDN connection을 요청하는 경우가 초기 접속(initial Attach)인 경우, Handover인 경우, 또는 Emergency인 경우인지 나타낼 수 있다. 상기 Request Type은 3bit로 구성되어 있으며, 001부터 100까지 할당이 되어있다. 상기 Request Type에 추가적으로 Relay를 나타내는 비트 값, 예를 들면 101 혹은 111 등의 비트 값을 할당하여 Relay를 위한 PDN connection을 요청하는 것임을 나타낼 수 있다. 상기 Relay를 나타내는 비트 값은 ProSe를 사용하는 Public safety의 경우를 지칭할 수도 있고, 이동통신 시스템 전반에서 사용하는 Relay를 지칭할 수도 있다. Relay UE(63)는 상기 PDN Connectivity Request를 전송할 때 상기 Request Type의 정보 영역에 Relay임을 나타내는 비트 값을 설정하여 메시지를 전송하고, MME(65)는 이 메시지의 request type을 확인하고, Relay UE(63)가 요청하는 PDN connection이 Relay 용도임을 알 수 있고, 이에 따라 Relay UE(63)에게 Relay 용 PDN Connection을 할당할 수 있다.

한편 Relay를 위한 PDN connection을 수립하기 위해 607 단계의 Bearer resource allocation request 메시지를 전송할 수도 있다. 상기 Bearer resource allocation request 메시지는 단말이 특정 QoS를 원할 경우 네트워크에 요청하여 특정 QoS를 만족하는 Bearer를 할당 받기 위한 요청 메시지다. 일반적으로 상기 Bearer resource allocation request 메시지를 수신한 네트워크는 이 메시지를 요청한 단말에게 새로 전용 bearer(Dedicated bearer)를 할당해주거나 기존 Bearer에 할당된 정보를 변경하여 Bearer를 재할당 해준다. 상기 603 단계에서 Relay 기능을 수행하겠다고 결정한 Relay UE(63)는 상기 605 단계에서와 같이 Relay용 PDN Connection을 요청하는 대신, 상기 607 단계에서와 같이 Relay용 Bearer를 요청할 수 있다. 상기 Bearer Resource Allocation Request 메시지는 현재 이동 통신 표준에 따른 메시지이며, 이 메시지에는 단말이 요청하는 QoS를 나타내는 Required traffic flow QoS의 정보 영역이 포함된다. 상기 Required traffic flow QoS의 정보 영역은 특정 QoS를 나타내는 식별자(이하 QCI(QoS Class Identifier))를 포함할 수 있다. 상기 607 단계에서 Relay UE(63)가 MME(65)에게 Bearer Resource Allocation Request 메시지를 전송할 때, 요청하는 Bearer가 Relay용인지 아닌지를 식별하기 위하여 상기 Required traffic flow QoS의 QCI 값에 Relay 용 QCI 값을 포함하여 전달할 수 있다. 이동 통신 사업자는 Relay를 위한 QCI 값을 미리 설정할 수 있으며, MME(65)는 상기 미리 설정된 QCI 값을 확인하여 요청된 Bearer가 Relay 용도임을 알수 있다. 따라서 상기 607 단계에서 Relay UE(63)가 Bearer Resource Allocation Request 메시지를 전송할 때, Required traffic flow QoS의 정보 영역에 Relay를 나타내는 QCI 값을 포함함으로써 MME(65)는 Relay UE(65)에게 Relay 용으로 사용하는 전용 Bearer를 할당하거나, 기존의 Bearer를 Relay용으로 사용할 수 있도록 재할당할 수 있다.

도 7a 및 도 7b는 본 발명의 실시 예에 따른 Relay 연결을 수립하는 절차를 나타낸 흐름도로서, 도 7a 및 도 7b의 실시 예는 Remote UE와 Relay UE가 서로를 발견하고 연결을 수립하는 절차를 나타낸 것이다.

Remote UE와 Relay UE는 ProSe Open discovery 방법을 사용하여 서로를 발견하기 때문에, 상호간에 직접적으로 메시지를 전송할 수 없다. 따라서 본 실시 예에서는 Remote UE와 Relay UE가 상호 발견했음을 알리고 연결 정보를 교환하기 위하여 각 UE가 Announcing과 Monitoring을 번갈아 수행하여 메시지를 송수신하는 방식을 제안한다.

도 7a는 remote UE(71)가 먼저 Announcing 역할을 하는 경우의 실시 예를 나타낸 도면이다.

도 7a를 참조하면, 701 단계에서 Remote UE(71)가 announcing을 통하여 자신의 네트워크 Layer 2 ID와 Relay가 필요함을 식별하는 정보 중 적어도 하나를 포함하는 메시지를 발신한다. 상기 Relay가 필요함을 식별하는 정보는 예를 들어 Relay 단말을 찾기 위해 사용하는 ProSe Application Code를 이용할 수 있다., 상기 ProSe Application Code는 네트워크에서 미리 제공해주었거나 단말에 미리 저장된 값을 이용할 수 있으며, 이동통신 사업자 혹은 국가 혹은 국제 단체의 규정을 따를 수 있다. 상기 701 단계에서 Remote UE(71)가 Announcing을 하고 있을 때 Relay UE(73)는 Remote UE(71)의 Announcing message를 수신할 때까지 Monitoring할 수 있다. Relay UE(73)는 Relay가 필요함을 나타내는 ProSe Application Code를 구별할 수 있는 Discovery filter를 가지고 있으며 상기 discovery filter를 사용하여 Monitoring 동작을 수행한다. 상기 Discovery filter는 네트워크에서 미리 제공해주었거나 단말에 미리 저장된 값을 따르고, 이는 이동 통신 사업자 혹은 국가 혹은 국제 단체의 규정을 따를 수 있다. 상기 701 단계의 Announcing에 따라 Remote UE(71)의 announce message를 수신한 Relay UE(73)는 Announcing 모드로 전환하고, 703 단계에서 Relay UE(73) 자신의 네트워크 Layer 2 ID와 Relay를 수행함을 식별하는 정보 중 적어도 하나를 포함하는 메시지를 발신한다. 상기 Relay를 수행함을 식별하는 정보는 예를 들어 Relay를 지원하기 위해 사용하는 ProSe Application Code를 이용할 수 있으며, 상기 ProSe Application Code는 네트워크에서 미리 제공해주었거나 단말에 미리 저장된 값을 이용할 수 있으며, 이는 이동통신 사업자 혹은 국가 혹은 국제 단체의 규정을 따를 수 있다. 상기 701 단계와 703 단계에서 상기 ProSe Application Code는 전술한 것처럼 D2D 통신에서 relay 단말을 식별하기(찾기) 위한 정보이므로, 상기 ProSe application code는 예컨대, 공공 안전과 관련된 중계임을 나타내는 relay 관련 서비스 코드로 이용될 수 있다. 또한 Relay UE(73)는 상기 Relay를 수행함을 식별하는 정보 이외에 자신의 relay 상태를 나타낼 수 있는 정보를 포함하는 메시지를 전송할 수 있다. 상기 relay 상태를 나타낼 수 있는 정보는 Relay UE(73)의 네트워크 연결 상태, 배터리 상태 등을 나타낼 수 있으며, 이 정보를 이용하여 중계 연결을 해제하는 구체적인 절차에 대해서는 후술하기로 한다. 상기 701 단계에서 Remote UE(71)는 일정 시간 동안 Relay가 필요함을 식별하는 정보를 포함하는 메시지를 발신 한 후, Monitoring 모드로 전환한다. 상기 Remote UE(71)는 상기 Relay를 수행함을 식별하는 정보인 ProSe Application Code를 구별할 수 있는 Discovery filter를 가지고 있으며 이 discovery filter를 사용하여 Monitoring 동작을 수행할 수 있다. 상기 Discovery filter는 네트워크에서 미리 제공해주었거나 단말에 미리 저장된 값을 따르고, 이는 이동통신 사업자 혹은 국가 혹은 국제 단체의 규정을 따를 수 있다. 상기 703 단계에서 Relay UE(73)가 발신하는 메시지를 수신한 Remote UE(71)는 다수의 Relay UE들로부터 상기 703 단계의 메시지들을 수신하였을 경우, 705 단계에서 그 메시지를 발신한 Relay UE들 중 하나의 Relay UE(73)를 선택한다. 또한 하나의 Relay UE로부터 상기 703 단계의 메시지를 수신하였을 경우 Remote UE(71)는 그 Relay UE(73)를 선택한다. 이후 707 단계에서 Remote UE(71)과 Relay UE(73)는 Remote UE(73)의 IP 할당을 위한 동작을 수행하던가, WLAN direct 연결을 위한 정보를 교환할 수 있다.

한편 도 7b의 실시 예는 도 7a의 실시 예에서 Remote UE와 Relay UE의 역할을 역으로 나타낸 실시 예이다.

도 7b를 참조하면, 711 단계에서 Relay UE(77)가 먼저 자신이 Relay 동작을 수행함을 식별하는 정보(예컨대, ProSe Application Code)를 포함하는 메시지를 Announce한다. 이후 713, 715, 717 단계의 동작은 도 7a의 실시 예에서 설명한 remote UE와 Relay UE의 역할만 바뀌었을 뿐 동일한 동작이 수행된다. 상기한 도 7a 및 도 7b의 절차에서 설명한 ProSe Application Code는 반드시 Code 형태를 의미하지 않으며, Public Safety을 위한 용도로 사용하기 위해 정의된 식별 정보를 의미할 수 있음은 자명하며, 예를 들어 Public safety용 ProSe Application ID, ProSe Group ID, Relay를 수행하는 ProSe UE ID 등 일 수 있다.

도 8a 및 도 8b는 본 발명의 실시 예에 따른 Relay 연결을 수립하기 위하여 Announcing과 Monitoring을 반복하는 절차를 나타낸 흐름도이다.

도 8a 및 도 8b의 실시 예는, Remote UE와 Relay UE가 특정 시간 간격을 갖고 Announcing과 Monitoring을 번갈아 수행하면서 서로를 발견하고 Relay 연결을 맺는 절차를 예시한 것이다. 도 8a 및 도 8b의 실시 예는 도 2A 및 도 2B의 실시 예에 적용될 수 있다. 본 실시 예를 위하여 Remote UE는 Announcing/Monitoring을 번갈아 수행할 수 있는 시간 간격(Timer interval)을 미리 설정 받을 수 있다. 상기 시간 간격 정보는 ProSe를 위한 Service Authorisation을 수행할 때 ProSe Function으로부터 전달받을 수 있으며, 단말에 내장된 기본 값을 사용할 수도 있으며, 단말이 자체적으로 정한 값을 사용할 수 있다. 단말이 자체적으로 정한 값을 사용하게 될 경우, 단말은 일정 시간 monitoring을 통해 D2D 채널의 혼잡 정도를 파악하여 자체적으로 시간 간격 값을 설정할 수 있다. 또한 Remote UE는 상기 방법을 통하여 설정된 시간 간격 정보를 Announcing Message에 포함하여 전달할 수 있으며, 이 메시지를 수신한 Relay UE는 수신한 시간 간격 정보를 바탕으로 자신이 Announcing/Monitoring을 번갈아 수행할 수 있는 시간 간격을 설정할 수 있다. 이외에도 Relay UE 또한 ProSe Function으로부터 Service authorization시 전달 받은 값을 사용할 수 있고, 내장된 기본 값을 사용할 수도 있으며, 단말이 자체적으로 정한 값을 사용할 수도 있고, 단말이 자체적으로 정한 값을 사용할 경우 단말이 일정 시간 Monitoring을 통해 D2D 채널의 혼잡 정도를 파악하여 자체적으로 시간 간격 값을 설정할 수 있다.

도 8a 및 도 8b의 실시 예는 설명의 편의상 도 2A의 실시 예에 적용되는 경우를 예로 들어 설명하기로 한다. 도 2B의 실시 예에 적용하는 경우는, 메시지 전달 방향 및 Announcing/Monitoring 순서만 역으로 하면, 동일하게 적용할 수 있다. Relay UE는 Monitoring을 수행하며, Remote UE로부터 Announcing 메시지를 받게 되면 Announcing 모드로 전환하고, 상기의 방법과 같이 설정한 시간 간격을 따른다. 도 8a를 참조하면, 801 단계에서 Remote UE(81)는 Relay가 필요하다는 Announcing Message를 Announcing하기 시작한다. 811 단계에서 Relay UE(83)는 Remote UE(81)의 Announcing Message가 도착할 때까지 Monitoring을 하고 있으며, 상기 801 단계에서 Announcing의 결과로 참조 번호 802와 같이 Relay UE(83)는 Remote UE(81)가 보낸 Announcing Message를 수신하게 된다. 기 설정되어 있던 Discovery Filter를 통하여 Remote UE가 Announcing하는 Message를 수신하고 인식한 Relay UE(83)는 Announcing 모드로 전환하여 812 단계에서 자신이 Relay임을 알리는 Announcing을 시작한다. 한편 상기 801 단계에서 Announcing을 일정 시간 간격 동안 수행한 Remote UE(81)는 해당 시간이 지난 후 803 단계에서 Monitoring 모드로 전환한다. Announcing 모드와 Monitoring 모드의 시간 간격은 같거나 다를 수 있다. 상기 812 단계에서 Relay임을 알리는 동작을 수행하는 Relay UE(83)의 Announcing Message를 참조 번호 813과 같이 Remote UE(81)가 수신하게 된다. Remote UE(81)는 기 설정되어 있던 Discovery filter를 통하여 상기 참조 번호 813과 같이 수신한 메시지가 Relay UE가 Announcing 하는 Message임을 인식하고, 그때부터 상기 813의 메시지를 통해 수신한 정보(예컨대, Relay UE의 네트워크 Layer 2 ID 주소 혹은 ProSe UE ID 등 Relay UE를 식별할 수 있는 Layer 2 ID)를 사용하여 Relay UE(83)에게 직접 메시지를 보낼 수 있으며, Relay UE(83)와 IP 할당 혹은 WLAN Direct 연결을 위한 정보 교환을 804 단계와 같이 시작할 수 있다. Relay UE(83)는 상기한 동작과 같이 설정된 시간 간격만큼 Announcing 동작을 수행한 후, Remote UE(81)가 보내는 IP할당 혹은 WLAN direct 연결에 대한 정보를 받고 IP 할당 혹은 WLAN direct 연결을 수행한다.

도 8a의 실시 예의 다른 예로, 도 8b의 실시 예와 같이 Remote UE(85)와 Relay UE(87)는 일정 시간 간격 마다 Announcing/Monitoring을 전환하는 것에 추가적으로 Frequency 대역 단계를 변경하면서 Announcing/Monitoring을 전환하며 서로를 발견할 수 있다. 도 8b를 참조하면, 821, 824 단계에서 Remote UE(85)가 ProSe를 이용하도록 허용된 대역 중 상위 대역을 이용하며, 825, 827 단계에서는 상기 821, 824 단계보다 한 단계 낮은 대역인 중간 대역을 이용한다. Public Safety 상황 시 사용하는 Frequency 대역은 ProSe Service Authorisation 단계에서 제공 받게 되며, Announcing 혹은 Monitoring을 위하여 주파수 뛰기(Hopping) 할 수 있는 주파수 단계(Frequency Step)도 함께 제공 받을 수 있다. 상기한 정보를 제공 받은 단말은 네트워크 커버리지를 잃어버리고 Public Safety 동작을 시작하게 되었을 때 시작 주파수 대역부터 종료 주파수 대역까지 설정된 주파수 단계에 따라 주파수 뛰기(Hopping)를 수행할 수 있으며, 정해진 순서를 따를 수 있고 주어진 시간 간격 혹은 자체적으로 정한 시간 간격 동안 Announcing 혹은 Monitoring을 수행할 수 있다. 보다 구체적으로, Remote UE(85)는 허가 받은 주파수 대역 중 시작 주파수 대역에서부터 821 단계에서 Announcing을 시작한다. Relay UE(87)는 허가 받은 주파수 대역 중 시작 주파수 대역을 거쳐 831 단계에서 중간 주파수 대역에서 Monitoring을 수행하고 있으므로 Remote UE(85)가 전달하는 참조 번호 822의 메시지를 Monitoring할 수 없다. Remote UE(85)는 정해진 시간 간격 동안 821 단계의 Announcing을 계속 진행하며, 해당 시간 간격이 지난 후 824 단계의 Monitoring을 자신이 Announcing 했던 대역에서 진행한다. 상기 824 단계의 Monitoring을 수행할 때, Remote UE(85)가 Discovery할 확률이 높다고 생각되는 주파수 대역으로 Hopping하여 Monitoring을 수행할 수도 있으나 도 8b에서는 편의상 같은 주파수 대역에서 수행하는 동작을 예시하였다. Relay UE(87)는 상기 831 단계의 Monitoring을 일정 시간 동안 수행 하고, Monitoring되는 Announcing 메시지가 없는 경우 다른 주파수 대역으로 Hopping하여 Monitoring을 계속 수행한다. Relay UE(87)는 도 2A의 동작을 따르므로, Remote UE(85)로부터 처음 Announcing 메시지를 수신할 때까지 계속 Monitoring을 수행한다. 상기 821 단계에서 Remote UE(85)가 보낸 Announcing 메시지는 참조 번호 323과 같이 Relay UE(87)가 Monitoring하게 되고, Relay UE(87)는 Discovery Filter를 이용하여 Announcing 메시지가 Remote UE(85)로부터 Relay를 찾는 메시지임을 알게 되면 833 단계에서 Announcing 모드로 전환한다. 상기 833 단계에서 Announcing은 Relay UE(87)가 Remote UE(85)가 보낸 Announcing 메시지를 수신했던 주파수 대역에서 진행할 수 있으며, 혹은 Remote UE(85)가 다음 대역으로 이동하여 Monitoring을 수행할 것을 예상하여 다음 대역으로 이동하여 상기 833 단계의 Announcing을 수행할 수 있다. 본 실시 예에서는 상기 참조 번호 823의 메시지를 수신했던 대역에서 상기 833 단계의 Announcing을 수행함을 예시한다. 상기 833 단계의 Announcing은 상기 참조 번호 823의 메시지를 수신한 대역에서 수행되기 때문에, 일정 시간 동안 단계 상기 824 단계의 Monitoring을 수행한 후 825 단계에서 중간 대역의 주파수 대역으로 hopping하여 Announcing을 수행하는 Remote UE(85)는 참조 번호 834의 메시지를 Monitoring할 수 없다. 상기 824 단계의 Announcing을 수행하는 Remote UE(85)는 일정 시간 간격 동안 상기 825 단계의 Announcing을 수행한 후 827 단계에서 Monitoring 모드로 전환한다. 상기 833 단계의 Announcing을 일정 시간 동안 수행한 Relay UE(87)는 다음 주파수 대역으로 hopping하여 835 단계에서 Monitoring을 수행하며, Relay UE(87)는 상기 Monitoring 동안 참조 번호 826의 메시지를 수신하여 Discovery filter를 통해 상기 참조 번호 826의 Announcing 메시지가 Remote UE(85)가 전송하는 Relay를 찾는 메시지였다는 것을 구별하였다면, 836 단계에서 상기 hopping한 주파수 대역에서 Announcing을 수행한다. 상기 836 단계의 Announcing 동작도 상기 833 단계의 Announcing 동작을 수행할 때와 마찬가지로 이전 Monitoring 동작에서 메시지를 수신한 주파수 대역에서 진행한다. 참조 번호 837의 메시지를 수신하게 된, 827 단계에서 Monitoring을 수행하던, Remote UE(85)는 수신한 메시지를 Discovery Filter를 통해 Relay UE(87)가 보낸 Announcing 메시지임을 구별한 후, 828 단계에서 IP 주소 할당 혹은 WLAN 연결을 위한 동작을 수행하고, Relay 연결을 마무리한다.

도 9a 내지 도 9c는 본 발명의 실시 예에 따른 Relay 연결을 해제하는 절차를 나타낸 흐름도이다.

도 9a 내지 도 9c의 실시 예는 Remote UE(91)와 Relay UE(92)가 Relay 연결을 해제하는 다양한 실시 예들을 예시한 것이다.

도 9a의 실시 예는 Remote UE(91)가 중계 해제(Relay Revocation or Relay Release)을 시작하는 절차를 예시한 것이다. 도 9a의 901 단계에서 Remote UE(91)와 Relay UE(92)는 Relay 연결을 수립한 후, Relay 동작을 진행하는 중임을 가정한다. Remote UE(91)는 Relay를 수행 중 더 이상 Relay를 이용하지 않겠다고 판단할 수 있으며, 이 경우는 Remote UE(91)의 배터리가 불충분하게 남아 있거나, Remote UE(91)가 다시 네트워크가 제공하는 커버리지에 들어가게 되었거나, Remote UE(91)가 다른 Relay UE를 찾아서 그 Relay UE로 연결을 변경하거나, 또는 Remote UE(91)의 스스로의 판단에 따라 중계 해제 절차를 시작할 수 있다. Relay를 중단하겠다고 판단한 Remote UE(91)는 903 단계에서 상기 중계 해제(Relay Revocation or Relay Release)를 위한 메시지를 Relay UE(92)에게 전송하여 Relay 동작의 해제를 알린다.

도 9b의 실시 예는 Relay UE(92)가 중계 해제(Relay Revocation or Relay Release)을 시작하는 절차를 예시한 것이다. 도 9b의 911 단계에서 Remote UE(91)와 Relay UE(92)는 Relay 연결을 수립한 후, Relay 동작을 진행하는 중임을 가정한다. Relay UE(92)는 Relay 수행 중 더 이상 Relay를 이용하지 않겠다고 판단할 수 있으며, 이 경우는 Relay UE(92)의 배터리가 불충분하게 남아 있거나, Relay UE(92)가 네트워크의 연결을 잃어 버렸거나, Relay UE(92)가 더 이상 Relay를 수행하도록 허가 받지 못하여 네트워크로부터 시그널을 받았거나, 그리고 Relay UE(92)의 스스로의 판단에 따라 중계 해제 절차를 시작할 수 있다. Relay를 중단하겠다고 판단한 Relay UE(92)는 913 단계에서 상기 중계 해제(Relay Revocation or Relay Release)를 위한 메시지를 Remote UE(91)에게 전송하여 Relay 동작의 해제를 알린다.

도 9c의 실시 예는 Remote UE(91)와 Relay UE(92)간에 전송되는 Relay 패킷 전송에 대한 Timer를 통하여 Relay 동작의 중단 여부를 판단하는 절차를 예시한 것이다. 도 9c의 921 단계에서 Remote UE(93)와 Relay UE(92)는 Relay 연결을 수립한 후, Relay 동작을 진행하는 중임을 가정한다. 이후 923 단계에서 일정 시간 동안 Remote UE(91)로부터 Relay 전송 패킷이 도착하지 않았으며, 패킷이 도착하지 않은 때부터 시작한 Timer가 정해진 값만큼 시간이 흘러 만료된 경우 Relay가 중단되었다고 판단한 Relay UE(923)은 스스로 Relay 동작을 중단할 수 있다. 상기 Timer는 Relay UE에 기본값으로 지정된 값일 수 있고, Relay UE(94)가 자체적으로 결정한 값일 수 있고, ProSe Function으로부터 Service Authorisation을 받을 때 제공 받은 값일 수 있고, 그리고 네트워크로부터 특정 시간동안 relay용 PDN connection을 통한 패킷 전송이 없을 경우에 대비하여 제공받은 값일 수 있다.

상기한 도 9a 내지 도 9c의 실시 예와 같은 동작을 통하여 중계 해제(Relay Revocation or Relay Release)가 발생한 경우, Relay UE(92)는 네트워크에 Relay가 끝났음을 알려 줄 수 있다.

도 9d는 본 발명의 실시 예에 따른 Relay를 위한 PDN Connection을 해제하는 절차를 나타낸 흐름도이다.

도 9d를 참조하면, 931 단계에서 Relay UE(93)는 Relay가 끝났음을 판단하게 되면, 933 단계에서 MME(94)는에게 PDN disconnection 관련 메시지 혹은 935 단계에서 Bearer에 대한 자원 수정 관련 메시지를 보내어 Relay 용 자원 할당을 해제(release)해줄 것을 요청할 수 있다. Relay UE(93)는 자신이 relay 기능을 제공하는 remote UE의 relay 동작이 끝났고, 해당 relay를 위해 수립된 PDN connection을 사용하는 remote UE가 하나도 존재하지 않을 경우 상기 933 단계의 PDN disconnection request를 통하여 해당 Relay를 위해 수립된 PDN connection을 해제할 수 있다. 또 다른 예로 Relay UE(93)가 relay 기능을 제공하는 Remote UE의 Relay 동작이 끝나면, 해당 Relay를 위해 사용하던 Bearer 자원을 해제하기 위하여 상기 935 단계의 Bearer Resource Modification을 통해 해당 Relay를 위해 수립된 Bearer 자원을 해제할 수 있다. 또 다른 예로 Relay UE(93)가 자신이 relay기능을 제공하는 Remote UE와 WLAN direct를 통하여 relay 패킷을 송/수신 하였다면, 해당 WLAN direct 연결에 대한 정보는 네트워크가 알 수 없기 때문에 네트워크 자원의 변경 없이 자체적으로 Relay 자원을 조정할 수 있으며, 이 경우 상기 933 단계 또는 935 단계는 생략될 수 있다.

도 9e는 본 발명의 실시 예에 따른 Relay 상태 보고를 근거로 Relay UE 혹은 Relay하는 데이터의 변경을 수행하는 절차를 나타낸 흐름도로서, 도 9e는 Relay UE(96)가 Remote UE(95)에게 중계 상태 보고(Relay Status Report)를 전달하고, 그 중계 상태 보고를 근거로 중계 해제(Relay Revocation or Relay Release)를 수행하는 절차를 예시한 것이다.

도 9e의 실시 예에서 Remote UE(95)는 Relay UE(96)와 Relay 연결을 수립한 상태임을 가정한다. Relay UE(96)는 Relay를 수행함에 있어서 여러 가지 상태변화를 겪을 수 있는데, 예를 들어 Relay 기능을 제공하는 Remote UE(95)의 개수의 증가/감소, 네트워크와의 Relay 패킷 전송을 위해 할당 받은 APN-AMBR(Aggregate Maximum BitRate)의 가용량, Relay UE(96)의 배터리 상태, 그리고 Relay UE(96)의 이동통신 신호 강도(약전계/강전계)의 상태가 변할 수 있다. 따라서 Relay UE(96)는 미리 정해진 시간 마다 자신의 relay 상태를 전달하거나, 혹은 자신의 relay 서비스 제공 상태에 대한 정보 중 특정 정보나 여러 개의 정보의 상태가 좋지 못하게 변경되었다고 판단한 경우, 혹은 relay 서비스 제공 상태에 대한 정보 중 특정 정보나 여러 개의 정보의 상태가 좋아졌다고 판단한 경우, Relay UE(96)는 도 9e의 941 단계에서 Relay Status Report를 Remote UE(95)에게 전달할 수 있다. 상기 Relay Status Report에 포함되는 정보는 현재 연결된 Remote UE들의 개수, 가용한 APN-AMBR, 배터리 상태(잔여 사용량, 전력이 연결됨 등), 전기장 세기(electric field strength(low/high) 등의 정보 중 적어도 하나를 포함할 수 있다. 상기 Relay Status Report에 포함될 수 있는 정보는 상기 예시된 정보 이외에도 Relay UE의 상태를 표시할 수 있는 각종 정보를 포함할 수 있다. 상기 현재 연결된 Remote UE들의 개수(Number of Remote UEs Currently connected)의 정보는 현재 Relay UE에 Relay로 연결되어 relay 서비스를 제공 받는 Remote UE들의 개수를 나타내며, 상기 Available APN-AMBR은 Relay UE가 Relay를 위하여 사용하는 PDN connection의 APN-AMBR 중 가용한 AMBR을 나타내며, 상기 Battery Status는 Relay UE의 Battery가 얼마나 남았는지 잔여 충전량을 %로 표시하거나, Relay 서비스 제공에 따른 배터리 소모량을 계산하여 예상 시간으로 표시할 수 있으며 혹은 Relay UE가 전원에 연결되었는지/아닌지의 여부를 나타내며, 상기 Electric field strength는 Relay UE가 이동통신 네트워크로부터 수신하는 전파 신호의 세기, 즉 강전계 혹은 약전계를 나타낸다. 이외에도 상기 Relay Status Report는 Relay UE가 제공할 수 있는 QoS 정보, 즉 비디오 스트리밍, 데이터 통신, 음성 통신, SMS 등에 대한 정보 중 적어도 하나를 포함할 수 있다. 상기 정보 혹은 그 외의 Relay UE 상태 정보를 포함한 상기 Relay Status Report는 상기 941 단계에서 Remote UE(95)에게 전송된다. 상기 Relay Status Report를 수신한 Remote UE(95)는 943 단계에서 상기 Relay Status Report를 근거로 Relay UE(95)의 상태를 판단하여, Relay UE(95)의 상태가 좋지 않은 경우, 다른 Relay UE를 발견하여 Relay UE를 변경할 지, 혹은 비디오 스트리밍 같은 높은 Bitrate를 요구하는 데이터 서비스를 Relay로 이용하던 중 Relay UE의 상태가 좋지 못하게 되면 낮은 bitrate를 요구하는 데이터 서비스로 변경하는 등의 판단을 수행한다. 또한 상기 943 단계에서 낮은 bitrate를 요구하는 데이터 서비스를 relay로 이용하고 있다가 Relay UE(96)의 상태가 좋아지면 높은 bitrate의 데이터 서비스로 변경하는 동작도 수행할 수 있다. 그리고 상기 Relay Status Report를 수신한 Remote UE(95)가 Relay UE(96)의 상태가 relay 서비스를 지속하기에 불충분하다고 판단하여 다른 Relay UE로 변경하게 될 경우, 945 단계에서 Remote UE(95)는 Relay UE(96)에게 중계 해제(Relay Revocation or Relay Release)를 위한 메시지를 전송할 수도 있다.

상기한 도 9a 내지 도 9e의 실시 예들에서 설명한 중계 해제(Relay Revocation or Relay Release)를 위한 메시지는 UDP/IP layer 위에서 전달 될 수 있다. Remote UE와 Relay UE가 서로 Relay 연결을 수립할 때 IP 주소를 할당하거나, WLAN direct 연결을 맺게 되는데, Remote UE와 Relay UE는 상기 중계 해제를 위한 메시지를 전달하기 위한 Prose layer를 위한 port와 Relay 패킷을 전달하기 위한 Port를 구분하여 사용할 수 있다. 즉 제어 메시지의 전송을 위한 port와 데이터 패킷의 전송을 위한 port를 구분하여 사용할 수 있다. 따라서 상기 중계 해제를 위한 메시지를 전달하기 위한 Port로 전달되는 UDP/IP 패킷들은 상기 중계 해제를 위한 메시지를 의미하며, Remote UE와 Relay UE는 해당 port로 전달된 패킷을 이용하여 도 9a 내지 도 9e의 실시 예와 같은 동작을 수행할 수 있다. 또 다른 예로 도 9a 내지 도 9e의 중계 해제를 위한 메시지는 네트워크 Layer 2에서 전송될 수 있으며, 이 경우 Remote UE와 Relay UE는 서로 패킷을 주고 받을 때 해당 패킷이 제어용 데이터를 담고 있는지 Relay용 데이터를 담고 있는지 나타내기 위한 indication이 필요하며, Layer 2 메시지 형식에 이 indication을 나타내기 위한 메시지 규약을 따를 수 있다.

아울러 도시되지는 않았으나, 상기한 본 발명의 실시 예들의 동작을 수행하는 단말은 D2D 통신을 위한 통신 인터페이스(또는 송수신기)와, 그 실시 예들 중 적어도 하나의 실시 예에 따른 통신 방법을 수행하도록 그 단말의 동작을 제어하는 제어기를 포함하여 구현될 수 있다.

Claims

D2D 통신을 지원하는 무선 통신 시스템에서 통신 방법에 있어서,
상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 발견하기 위해, 중계를 식별하는 정보를 포함하는 제1 메시지를 전송하는 과정; 및
상기 제1 메시지를 수신한 상기 중계 단말로부터, 상기 제1 메시지에 대한 응답으로 전송되는, 상기 중계 단말의 정보가 포함된 제2 메시지를 수신하는 과정을 포함하는 통신 방법.
제 1 항에 있어서,
상기 중계를 식별하는 상기 정보는 공공 안전을 위한 서비스에서 정해진 코드 정보를 포함하며, 상기 중계는 상기 공공 안전과 관련된 것인 통신 방법.
제 1 항에 있어서,
상기 제1 메시지는 상기 제1 메시지를 전송하는 단말의 정보를 포함하는 통신 방법.
제 1 항에 있어서,
상기 제1 메시지와 상기 제2 메시지는 상기 D2D 통신에서 정의된 직접 발견 방법을 기반으로 송수신되는 통신 방법.
제 1 항에 있어서,
상기 제2 메시지의 수신에 대한 응답으로, 상기 중계 기능을 위한 직접 통신을 위해 상기 중계 단말과 연결을 수립하는 과정을 더 포함하는 통신 방법.
제 5 항에 있어서,
상기 단말 또는 상기 중계 단말의 개시에 의해, 상기 수립된 직접 통신을 위한 상기 연결을 해제하는 과정을 더 포함하는 통신 방법.
제 6 항에 있어서,
상기 연결의 해제는 배터리 상태와, 상기 직접 통신을 위한 상기 연결의 상실(loss) 중 적어도 하나를 근거로 하는 통신 방법.
D2D 통신을 지원하는 무선 통신 시스템에서 단말에 있어서,
상기 D2D 통신을 이용하여 데이터를 송수신하기 위한 송수신기; 및
상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 발견하기 위해, 중계를 식별하는 정보를 포함하는 제1 메시지를 전송하고, 상기 제1 메시지를 수신한 상기 중계 단말로부터, 상기 제1 메시지에 대한 응답으로 전송되는, 상기 중계 단말의 정보가 포함된 제2 메시지를 수신하는 것을 제어하는 제어기를 포함하는 단말.
제 8 항에 있어서,
상기 중계를 식별하는 상기 정보는 공공 안전을 위한 서비스에서 정해진 코드 정보를 포함하며, 상기 중계 상기 공공 안전과 관련된 것인 단말.
제 8 항에 있어서,
상기 제1 메시지는 상기 제1 메시지를 전송하는 단말의 정보를 포함하는 단말.
제 8 항에 있어서,
상기 제1 메시지와 상기 제2 메시지는 상기 D2D 통신에서 정의된 직접 발견 방법을 기반으로 송수신되는 단말.
제 11 항에 있어서,
상기 제어기는, 상기 제2 메시지의 수신에 대한 응답으로, 상기 중계 기능을 위한 직접 통신을 위해 상기 중계 단말과 연결을 수립하는 것을 더 제어하는 단말.
제 12 항에 있어서,
상기 제어기는, 상기 단말 또는 상기 중계 단말의 개시에 의해, 상기 수립된 직접 통신을 위한 상기 연결을 해제하는 것을 더 제어하는 단말.
제 13 항에 있어서,
상기 연결의 해제는 배터리 상태와, 상기 직접 통신을 위한 상기 연결의 상실(loss) 중 적어도 하나를 근거로 하는 단말.
D2D 통신을 지원하는 무선 통신 시스템에서 통신 방법에 있어서,
상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 찾기 위한, 중계를 식별하는 정보를 포함하는, 제1 메시지를 수신하는 과정; 및
상기 제1 메시지의 수신에 대한 응답으로, 상기 중계 단말의 정보가 포함된 제2 메시지를 전송하는 과정을 포함하는 통신 방법.
제 15 항에 있어서,
상기 중계를 식별하는 상기 정보는 공공 안전을 위한 서비스에서 정해진 코드 정보를 포함하며, 상기 중계는 상기 공공 안전과 관련된 것인 통신 방법.
제 15 항에 있어서,
상기 제1 메시지는 상기 제1 메시지를 전송하는 단말의 정보를 포함하는 통신 방법.
제 15 항에 있어서,
상기 제1 메시지와 상기 제2 메시지는 상기 D2D 통신에서 정의된 직접 발견 방법을 기반으로 송수신되는 통신 방법.
제 15 항에 있어서,
상기 제2 메시지를 수신한 후, 상기 중계 기능을 수행하는 상기 단말과 상기 중계 기능을 위한 직접 통신을 위한 연결을 수립하는 과정을 더 포함하는 통신 방법.
제 19 항에 있어서,
상기 단말 또는 상기 중계 단말의 개시에 의해, 상기 수립된 직접 통신을 위한 상기 연결을 해제하는 과정을 더 포함하는 통신 방법.
제 20 항에 있어서,
상기 연결의 해제는 배터리 상태와, 상기 직접 통신을 위한 상기 연결의 상실(loss) 중 적어도 하나를 근거로 하는 통신 방법.
D2D 통신을 지원하는 무선 통신 시스템에서 단말에 있어서,
상기 D2D 통신을 이용하여 데이터를 송수신하기 위한 송수신기; 및
상기 D2D 통신에서 중계 기능을 수행하는 중계 단말을 찾기 위한, 중계를 식별하는 정보를 포함하는, 제1 메시지를 수신하고, 상기 제1 메시지의 수신에 대한 응답으로, 상기 중계 단말의 정보가 포함된 제2 메시지를 전송하는 것을 제어하는 제어기를 포함하는 단말.
제 22 항에 있어서,
상기 중계를 식별하는 상기 정보는 공공 안전을 위한 서비스에서 정해진 코드 정보를 포함하며, 상기 중계는 상기 공공 안전과 관련된 것인 단말.
제 22 항에 있어서,
상기 제1 메시지는 상기 제1 메시지를 전송하는 단말의 정보를 포함하는 단말.
제 22 항에 있어서,
상기 제1 메시지와 상기 제2 메시지는 상기 D2D 통신에서 정의된 직접 발견 방법을 기반으로 송수신되는 단말.
제 25 항에 있어서,
상기 제어기는, 상기 제2 메시지를 수신한 후, 상기 중계 기능을 수행하는 상기 단말과 상기 중계 기능을 위한 직접 통신을 위한 연결을 수립하는 것을 더 제어하는 단말.
제 26 항에 있어서,
상기 제어기는, 상기 단말 또는 상기 중계 단말의 개시에 의해, 상기 수립된 직접 통신을 위한 상기 연결을 해제하는 것을 더 제어하는 단말.
제 27 항에 있어서,
상기 연결의 해제는 배터리 상태와, 상기 직접 통신을 위한 상기 연결의 상실(loss) 중 적어도 하나를 근거로 하는 단말.