“mul& channel opera&on” - etsi · page 10 purpose is to have a single mul& channel...
TRANSCRIPT
“Mul&ChannelOpera&on”
ByPaulSpaanderman04-03-2016
page2
DG Move, ITS-Platform (2016) Services for DAY 1 and Beyond AttheITS-pla<ormtheHazardouslocaBonnoBficaBonasidenBfiedinETSITR102638,BasicSetofApplicaBons(BSA)areconfirmedforDay1(ingreen)andanumberofTrafficSafetyandnonSafetyapplicaBonsidenBfiedfordeploymentthereaOer(inorange).
• Hazardousloca,onno,fica,onsenvisionedatDay1:– Sloworsta*onaryvehicle(s)&Trafficaheadwarning– Roadworkswarning– Weathercondi*ons– Emergencybrakelight– Emergencyvehicleapproaching– Otherhazardousno*fica*ons
• Applica,onsforbeyondDay1:– Sta*cIn-vehiclesignageandIn-vehiclespeedlimits– DynamicIn-vehiclesignageandIn-vehiclespeedlimits– Signalviola*on/Intersec*onSafety– Trafficsignalpriorityrequestbydesignatedvehicles– GreenLightOp,malSpeedAdvisory(GLOSA)– Probevehicledata– ShockwaveDamping(fallsunderETSICategory“localhazardwarning”)
– Coopera,ve-ACC– Platooning– Informa*on on fuelling & charging sta*ons for
alterna*vefuelvehicles– VulnerableRoadUserprotec,on– Onstreetparkingmanagement&informa*on– Offstreetparkinginforma*on– Park&Rideinforma*on– Connected&Coopera*venaviga*onintoandoutof
thecity(1standlastmile,parking,routeadvice,coordinatedtrafficlights)
– Trafficinforma*on&Smartrou*ng
page3
The CODECS Applications roadmap
DAY1
page4
Single Channel Operation. ITS-G5 based basic V2V Communication
Day1EfficientsingleChannelmanagement:• AwarenessmessagetransmissionlimiteddependingonsituaBon1-10Hz.• PrioriBzaBonofmessages:sometypeshavelimitedaccessbasedonmessageclasses.• IncaseofcongesBonDecentralizedCongesBonControl(DCC)furtherreducetheamount
aITSstaBonisallowedtosendmessages.• Sufficientforthecomingyearsbutnotfor100%penetraBonWhentheamountofapplicaBonsislimitedtothoseofDayone,EUprojectshaveshownthisisenoughfortheiniBalyearsbeforeallCarsareequippedbased.
5925
5855
5905
5875
MobileRegime
SRDandISMRegime
64GH
z
ITSRoadSafety----&--TrafficEfficiency
63GH
z
ITSSensorsITSNon-Safety
ITS-G5B ITS-G63 ITS-G5A ITS-G5C normalRLAN
5470
5725
ITS-G5D
174
SCH3 SCH1 SCH2 SCH0 SCH5 SCH6SCH4
176 178 180 182 IEEEChannelnumbering
172 184
DAY 1: Single Channel Operation (SCO)
page5
The CODECS Applications roadmap
DAY1
DAY2BEYONDDAY1
ApplicaBonrequirements
MulB-transceiversystemscapabiliBes
Cross-layercoordinaBonRequirements
Cross-channelinterferencelimitaBonsCross-channelDCC
(DecentralizedCongesBonControl)
MulB-channelGeoNetworkingcapabiliBesSystemSupport
MessageType(s)
MCO Functional Requirements to be collected
6
Highlevelrequirements
page7
MCO high level requirements
• MCOneedstofitwithinanITSHybridCommunicaBonapproachinwhichatleast3-5GCellularandITS-G5areenvisionedtocoexistensuringthesupportforallsafetyandnonsafetyITSservices.
• ITS-G5hasbeenbasedonavailableIEEE802.11toachievecosteffecBveness.AswithSinglechannelMCOneedstofollowthesameobjecBve.
• MCOtosupportvariousradioimplementaBonconfiguraBons.
Architecturalsketch
page8
C-ACC requirements INPUTFROMEUProjects:AutoNet,PATH,Companionandothers• CurrentornewtypeofMessagesneeded?
– CAMextension.ButitisexpectedthataddiBonallylanechange/mergenegoBaBonespeciallytoparBcipateormergewillberequired.• Characteris&cs:
– messagebehavior(event,rate,others)?Whatistherate,howoOenwilltherebemessagessend?ThemessageraterequirementisdependedontheallowedspacebetweentheVehiclesbutintheoryan40Hzratewouldbedesired.EvaluaBonresultsfromprojectshoweverlookatthismorepracBcallyandcomingupwithuptoa30Hzmessageratebeingsufficient.
– PrioriBzaBon(shouldtherebedifferentprioriBesforthemessagesinthesameservice)?SeveralprioriBesinthesameserviceareexpected.
– WoulditbeOkaywhenmessagesfromtheC-ACCservicebedeliveredbydifferentnetworkingprotocols?ItneedstostayinthesameprotocolasplannedandbemaintainedonasinglehopbroadcasBngusingGNstack
– WoulditbeOkaywhenmessagesfromtheC-ACCservicebedeliveredondifferentITS-G5channels?Yes.
– Whatistherelevancearea(fixed,dynamic,size(?))Dependingonthelengthoftheconvoythiscouldbebetween300metersto500meters.ThemoredistancelesserCAMsareimportant.AnumberofCAMscouldbesharedinasmallerarea.
– Whatistheexpectedmessagelength(size)andhowmuchvarying?BasicCAMwithaddiBonalCAM’sofsmallersizeinbetweenbutsizenotknowatthispointofBme
– Whatshouldbethesecuritylevel?SameasCAM
– WhatshouldbesendontheControlChannel?CurrentproposalistosendCAMRelease1overCCH,andaddiBonalCAMsinaservicechannel.ButifthisistheappropriatesoluBonistobeinvesBgated.
– InwhatsituaBonaretheremessagesendandnotsend?TheyaresentaslongasvehicleisacBvated,butratemayvarydependingonthetargetBmegapsetbyCACCsystem(shorterthedistanceis,highertherateshouldbe).
page9
Beyond Day 1 applications NEED FOR Multi Channel operation?
BEYONDDAY1
Increaseofdataexchange• Automa,on,C-ACCandPlatooning
requiresanCAMrateincreaseof200%dataexchange.
• UrbanITSwithitsmanyapplica&onsrequireanincreaseofworsecase200%minimumset100%dataexchange.
• VulnerableRoadUsers(VRU)requireansimilaramountofAwarenessdataexchangeasDay1,soanaddi&onal100%maybeexpected.
• HighAutoma,onlevelssafetyrawdataexchangebetweeninlineofsightvehicles(10-70m)isneeded.Several100-150MHzbandsareneeded.
• ThemanyNoneSafetyITSapplica,onsandSecuritycer&ficateexchangerequireaccesstothenonesafetyrelatedchannels
Quicklymoredataexchangecapabilityneeded!RequiringMULTICHANNELOPERATION!
page10
PurposeistohaveASingleMul&ChannelOpera&onapproachforallITSbands!
TheSingleChannelOpera&onprovidesthebasisfordevelopinganMCOconceptandrelatedstandards.
(BasicMessageclasses,Mul&channelDCCisprepared,Forwardingandmediain-depended&dependedmechanisminGeoNetworkingprotocolsavailable.ServiceAnnouncementmechanismforredirec&nginforma&onprepared)
Beyond DAY 1: Multi Channel Operation (MCO)
5925
5855
5905
5875
64GH
z
ITSRoadSafety----&--TrafficEfficiency
63GH
z
ITSSensorsITSNon-Safety
ITS-G5B ITS-G63 ITS-G5A ITS-G5C normalRLAN
5470
5725
ITS-G5D
174
SCH3 SCH1 SCH2 SCH0 SCH5 SCH6SCH4
176 178 180 182 IEEEChannelnumbering
172 184
Single Channel Operation. ITS-G5 based basic V2V Communication
Multi Channel Operation (MCO) Safety Related
SCH1 SCH2 SCH0 SCH5 SCH6
MCO Safety Raw Data
SCH3SCH4
Multi Channel Operation (MCO) Non Safety
page11
4conceptswereinvesBgated1. DualTX/RXwithfixedchannelassignment
– SC0andSCH1withSCH2as„guardchannel“
2. DualTX/RXwithserviceannouncement(SA)– SAtoannounce/negoBatechannelsforoperaBon
3. ExtendeddualTX/RXwithserviceannouncement(SA)– OffersameserviceonmulBplechannelssimultaneously
4. MulBchanneloperaBonbasedonapplicaBonclassassignment– StartsendingmessageonanapplicaBonclassbasesonaniniBatedchannelandforwardtootherchannelsmanagedbyDCCanddepended
onficBonalrequirementsonspecificotherchannels.
Initial MCO investigations
Multi-channel Usage in Day 2 and beyond EU V2X Systems
Tim Leinmüller, Paul Spaanderman, Mate Boban, Achim Brakemeier, Robert K. Schmidt
Mul&-ChannelUsageV2XSystemspaperonITSWORLDCONGRESS2015,BordeauxPaperby:TimLeinmuller,PaulSpaanderman;MateBoban,AchimBrakemeierandRobertSchmidt
AddiBonalaspects1. GeoNetworkingprotocolextensionstosupportMCO2. SCH0off-loadingandback-loadinganditseffectsonMCOnodestakingDCCstateinaccount
C-ITSMul&-ChannelOpera&onpaperexpectedatITSWORLDCONGRESS2016,MelbournePaperby:TimLeinmuller,PaulSpaandermanandAndreasFestag
page12
Conclusions and next steps
• AnITS-G5MCOconcepthastofitintoanEuropeanHybridCommunicaBonConcept.
• TheServiceroadmapasdefinedbyDG-moveITS-Pla<ormandunderlinedbytheCODECSroadmaparealignedbetweenEuropeanstakeholders.
• EnvisionedEuropeanAutomaBon,UrbanITS,VulnerableRoadUserandnonsafetyrelatedservicesareheavilyinvesBgatedandareprovidingtherequiredfuncBonalrequirements.ThesearecurrentlycollectedbyseveralETSITCITSreportssuchasTr103298,TR103299andTR103300.
• IniBalconceptualinvesBgaBonshavebeenrealized,furtherinvesBgaBonsneedtobesBmulated.
• AnITS-G5MCOapproachtobedeveloped.AnETSITCITSMCOWorkitemisexpected.
page13
Forinforma&onaboutCODECS:hop://www.codecs-project.eu/index.php?id=5Contact:SonjaEickmann,[email protected]&ons:[email protected]:+31621592534