W3C home > Mailing lists > Public > public-automotive@w3.org > October 2018

Re: Streaming sensor support?

From: Ted Guild <ted@w3.org>
Date: Tue, 02 Oct 2018 10:35:25 -0400
Message-ID: <3471dac708b295591925ec933f8c83463d1f0332.camel@w3.org>
To: Björkengren, Ulf <ulf.bjorkengren@volvocars.com>, public-automotive <public-automotive@w3.org>
Excerpt of an exchange with a colleague below and pointer to further
reading regarding potential applicability of WebRTC for data streaming
to/from vehicle. Continental, who is presently inactive within W3C, had
previously expressed interest in WebRTC for this purpose.

To keep things together here are the minutes for this topic as prompted
by Ulf's email.

https://www.w3.org/2018/09/11-auto-minutes.html#item04

Dominique, who leads WebRTC, could potentially join us at TPAC to
discuss further and would like us to consider explicit questions we
might have of him. 

On Thu, 2018-09-27 at 16:01 +0200, Dominique Hazael-Massieux wrote:
> Le 19/09/2018 à 18:53, Ted Guild a écrit :
[]
> > Also any primers on data streams in
> > WebRTC or pointers to other potential auto/WebRTC intersections
> > would
> > be appreciated.
> 
> https://developer.mozilla.org/en-US/docs/Web/API/WebRTC_API/Using_data_channels
> is a reasonably good technical intro. That being said, at the very
> high
> level, WebRTC data streams are an exact replica of Web sockets, with
> the
> addition of being configurable to be UDP-like (where web sockets can
> only be TCP-like, i.e. ordered and reliable).
> 
> There are more tentative discussions to design WebRTC data streams
> built
> on QUIC, but I'm not sure how directly relevant to auto that would
> be.
> 



On Tue, 2018-09-11 at 13:38 +0000, Björkengren, Ulf wrote:
> Hi,
>  
> I happened to look at https://5g-ppp.eu/5gcar/, and saw that they
> describe use cases where one car transmits a video stream showing
> what is in front of it, to cars behind it. Which got me to think
> about supporting streaming sensors in our API.
>  
> I do not think we should try to invent any new streaming protocol,
> the idea I got was to use our API as the “control channel” for
> setting up the video stream (using any established streaming
> protocol). This could be realized by adding a new value to the
> “function” key that I have proposed to add to VSS, the value being
> called e.g. “streamsensor”, and the add a new key with the name
> “streamconfig”, having as value a JSON-formatted string containing
> the data needed to connect to the streaming server.
>  
> I hope to get feedback to this idea at the WG meeting todayJ.
>  
> BR
> Ulf
>  
>  
> Ulf Björkengren Ph. D.
> Connectivity Strategist
>  
> M +4553562142
> ulf.bjorkengren@volvocars.com
>  
> VOLVO CAR CORPORATION
> 94014 Lund R&D Tech Center 
> Frederikskaj 10A
> Copenhagen, Denmark
> volvocars.com
> 
>  
-- 
Ted Guild <ted@w3.org>
W3C Automotive Lead
http://www.w3.org


Received on Tuesday, 2 October 2018 14:35:32 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:06:08 UTC