Device-to-device for public safety

(1)

Device-to-Device for Public Safety (DDPS)

4^th OpenAirInterface Workshop November 7^th and 8^th, 2017 Orange Gardens, Paris France Contact: Jérôme Härri

Email: haerri@eurecom.fr

NIST DDPS contact: Richard Lau Email: clau@vencorelabs.com

This work was performed under the following financial assistance award 70NANB17H167 from U.S. Department of Commerce, National Institute of Standards and Technology.

(2)

•

DDPS is a National Institute of Standards and Technology (NIST) Public Safety Innovation Accelerator Program (PSIAP)

•

Vencore Labs (Prime) and EURECOM collaborate on DDPS technology

•

Vencore Labs

– Richard Lau (NIST DDPS PI) – Tony Triolo (NIST DDPS co-PI) – Stephanie Demers

– William Johnson – Heechang Kim – James Dixon

•

EURECOM

– Raymond Knopp – Panagiotis Matzakos – Tien-Thin Nguyen – Cedric ROUX

Acknowledgements

http://www.openairinterface.org/

(3)

Problem Space & Stakeholders

Key Stakeholders:

• Law enforcement

• Firefighters

• Medical personnel

• Military organizations

• Volunteer groups

Key CONOPS for Public Safety:

• Fall back in the event of complete LTE network failure, e.g. natural disasters

• UE-UE communication within coverage

• UE-UE communication outside coverage

• Mixture of UE communication within and outside coverage

Key Services:

 Mission-Critical Voice

 3GPP Proximity Service (ProSe)

 1:1 and 1:many Group Communication

 Service Continuity New sidelink channel

Existing LTE channel In-network

Off-network Partial-in

-network Cell tower

ProSe Function EPC

Relay

S1 PC3

U_u

(4)

• Build complete ProSe stack by extending current

OpenAirInterface^TM implementation to include ProSe services based on 3GPP Rel-14 specifications

• Solve open issues related to resource allocation, time synchronization, and service continuity

– Develop new scheduling algorithms for autonomous resource allocation to minimize collision probability.

– Develop novel multi-antenna-based synchronization techniques to achieve significant improvement in UE autonomous synchronization

– Solve complex service continuity challenges for on-, off-, and partial-on-network operations

• Demonstrate ProSe solution on software defined radio platform

• Help create an ecosystem that can be provided to interested vendors for commercialization on a system- on-a-chip platform

DDPS Objectives

eNB

A B

M

Interference

eNB

A

B

Relay-UE

Service Continuity

C

Interference

(5)

• Scenario 1: Off-Network D2D

– Two UEs are off-network but communicate directly via a sidelink channel

• Scenario 2: On-Network D2D

– Two UEs are located closed to their eNodeB but communicate directly via a sidelink channel

• Scenario 3: UE-to-Network Relay

– UE A is closed to its eNodeB while a second UE B is out-of-coverage but within coverage of UE A. UE A acts as a relay to remote UE B and relay its traffic (e.g., to a FTP server, or another on-network UE C)

DDPS Scenarios

A

B PC5

eNB

A

B 1

2

A and B on-network get configuration from ProSe function

A and B communicate via D2D mode ProSe Function PC3

EPC

PC5

eNB

A

B ProSe Function

PC3 EPC

PC5

c

(6)

LTE ProSe 3GPP Standardization Timeline

2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019

4G LTE rel.8

4G LTE rel.9

4G LTE-A rel.10

4G LTE-A rel.11

4G LTE-A rel.12

4G LTEA Pro rel.13

4G LTE-A Pro rel.14 4G LTE rel.15 4G

3G

5G LTE rel.15

5G LTE rel.16

….

Sept. 2018

June 2016

ProSe Stage 1

ProSe Stage 2

ProSe: Proximity Services

5G

(7)

• LTE ProSe enables establishment of communication paths between two or more ProSe-enabled UEs.

• LTE ProSe enables communication functions

1. One-to-One – Direct UE-to-UE Communication 2. One-to-Many - Communication to a ProSe group

• LTE ProSe Functions:

– Discovery

• Mode A – ‘I am here’

• Mode B – ‘how is there ?’

– Direct Communication

• Mode 1 – Coordinated by eNB

• Mode 2 – Ad-Hoc mode

LTE Proximity Services (ProSe)

Restricted to Public Safety (rel.14)

(8)

LTE Prose Extended Architecture

UE B ProSe application

LTE-Uu

E-UTRAN

UE A

S1

ProSe Function MME

S/PGW

HSS

ProSe application

HSS SLP

ProSe Application

Server S6a

PC3 PC4a PC4b

PC2 PC1

PC3 LTE-Uu

PC5

PC1

New Architecture Elements:

a) ProSe Function – management of D2D communication (authentication, discovery) b) PC5 interface – UE to UE

c) PC3 interface – Prose Function to UE

Source: 3GPP

(9)

LTE ProSe – New Slidelink (SL) Channels

a) Sidelink Channels

b) Slidelink Pool

Source: Dr. Gallo, EURECOM

(10)

Discovery & One-to-One Communication

ProSe Function

Announcing UE Monitoring UE

Announce

over PC5 Monitor PC5

PC5_DISCOVERY (Announcement)

PC3

PC5-D

Direct Communication Request

Direct Communication Accept

PC5-S

IP address allocation

One-to-one Direct communication

PC5-U

Service provisioning

PC5-C Synchronization via PC5-C

(11)

Relay Discovery, Selection & Direct Communication

Remote UE

ProSe UE-to-NW

Relay eNB MME S-GW P-GW

3. Establishment of connection For one-to-one Communication

Model A

Model B

2. Discovery Procedure OR

4. IP address/prefix allocation

1. E-UTRAN Initial Attach and/or UE requested PDN connectivity

Relayed traffic

3. Relay UE may establish a new PDN connection for Relay

5. Remote UE Report(Remote User ID, IP info)

6. Remote UE Report(Remote User ID, IP info)

(12)

ProSe Controller (Vencore)

UE ip . ko

kernel module )

PDCP

RLC

MAC

L 1

PDCP

RLC

MAC RRC

RRC

eNodeB PC 5 - U

PC 5 - S PC 5 - D

RRC

Control socket

drb

slrb

lcid lcid

slrb signaling drb - config , logical

channel config

rnti rnti

User Interface (Vencore)

OAI Architecture for ProSe Interfaces

PDCP

RLC

MAC lcid drb

rnti Configuration files

slrb

PC3

PC5-C

Remote UE

UE (in/out EUTRAN)

(13)

OAI Emulation Extensions for DDPS

SL PHY Stub

UE

SL PHY Stub

UE

Socket Interface

UE Sidelink

MAC UE

Sidelink MAC

eNB L2

receive_SCI

receive_SL_sdu SL_Tx_request

SCI_Config

SL_indications SL_indications

New interface

UE Sidelink

PHY

UE Sidelink

PHY Sidelink

PHY-to-PHY scope

(14)

• Phase 1 Stage 1 - Emulation

– Redesign of emulation mode – new PHY STUB

• Phase 1 Stage 2 - Implementation

– Part A – Implementation of the ProSe Function/RRC/PDCP/RLC/MAC – Part B – Implementation of the PHY

• Phase 1 Stage 3: Performance Evaluation

– Emulation-based Proof-of-Concept and Performance Evaluation

• Phase 2 – Real-Time Lab

– Real-time UE PHY and Field Deployment

D2D for Public Safety on OAI – RoadMap

2017 Phase 1 - Stage 1

2018

JUL AUG SEPT OCT NOV DEC JAN FEB MAR APR MAY

Phase 1 - Stage 2

Phase 1 - Stage 3

• OpenAir Code:

– https://gitlab.eurecom.fr/matzakos/LTE-D2D

JUN ..

2019 SEP JAN … NOV

Phase 2 Not Yet Approved…

(15)

This work was performed under the following financial assistance award 70NANB17H167 from U.S. Department of Commerce, National Institute of Standards and Technology.

4^th OpenAirInterface Workshop November 7^th and 8^th, 2017 Orange Gardens, Paris France Contact: Jérôme Härri

Email: haerri@eurecom.fr

NIST DDPS contact: Richard Lau Email: clau@vencorelabs.com